[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN109086902B - 处理方法、处理装置、服务器、计算机设备和存储介质 - Google Patents

处理方法、处理装置、服务器、计算机设备和存储介质 Download PDF

Info

Publication number
CN109086902B
CN109086902B CN201710447903.8A CN201710447903A CN109086902B CN 109086902 B CN109086902 B CN 109086902B CN 201710447903 A CN201710447903 A CN 201710447903A CN 109086902 B CN109086902 B CN 109086902B
Authority
CN
China
Prior art keywords
user
car
users
car sharing
carpooling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710447903.8A
Other languages
English (en)
Other versions
CN109086902A (zh
Inventor
卓呈祥
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201710447903.8A priority Critical patent/CN109086902B/zh
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to EP18814477.8A priority patent/EP3459026A4/en
Priority to PCT/CN2018/091005 priority patent/WO2018228418A1/en
Priority to AU2018282296A priority patent/AU2018282296A1/en
Priority to JP2018566535A priority patent/JP6869270B2/ja
Priority to SG11201811409UA priority patent/SG11201811409UA/en
Priority to CA3028831A priority patent/CA3028831A1/en
Priority to CN201880002587.6A priority patent/CN109416767B/zh
Priority to US16/232,045 priority patent/US11159639B2/en
Publication of CN109086902A publication Critical patent/CN109086902A/zh
Priority to AU2020244519A priority patent/AU2020244519A1/en
Application granted granted Critical
Publication of CN109086902B publication Critical patent/CN109086902B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Complex Calculations (AREA)

Abstract

本发明提出了一种处理方法、处理装置、服务器、计算机设备和存储介质，其中，该处理方法包括：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车。通过本发明的技术方案，可以提高网约车的拼车成功率。

Description

处理方法、处理装置、服务器、计算机设备和存储介质
技术领域
本发明涉及网约车技术领域，具体而言，涉及拼车订单的处理方法、拼车订单的处理装置、服务器、计算机设备和计算机可读存储介质。
背景技术
随着城市的发展，打车已经是社会各个阶层人士的普遍需求。网约车成功解决了司机和乘客之间的信息不对称问题。有一部分的乘客选择拼车出现，从而更好的实现出行共享。目前的拼车策略是被动的，只有当用户发出订单的时候，网约车平台会从待拼车的用户集合中搜寻正在寻找拼友的用户，然后按照一定的要求(比如同方向，路面距离较近)确定是否可拼，如果不可拼，就派一辆无载客的车，单独构成一个拼车单，等待新的拼友。这种方法主要的问题是给网约车平台留的时间过短，比如1分钟之后有一个类似的线路需求，但由于在1分钟前不知道这个需求而使得前一个订单已经自己成单，第二个人因为找不到拼友也不得不自己成单，导致拼车成功率下降。
因此，如何提高网约车的拼车成功率成为亟待解决的技术问题。
发明内容
本发明正是基于上述问题，提出了一种新的技术方案，可以解决网约车的拼车成功率不高的技术问题。
有鉴于此，本发明的第一方面提出了一种拼车订单的处理方法，包括：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，使得有更多的用户能够成功拼车，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
在上述技术方案中，优选地，所述行程信息包括：拼车起点和用车时间；以及所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
在该技术方案中，当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
在上述任一技术方案中，优选地，所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域(此处的格子是指地图被划分为很多六边形的格子)。
在上述任一技术方案中，优选地，所述在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，具体包括：预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息。
在该技术方案中，通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
在上述任一技术方案中，优选地，所述在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，还包括：在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
在该技术方案中，按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
在上述任一技术方案中，优选地，还包括：每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
在该技术方案中，每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
在上述任一技术方案中，优选地，还包括：在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
在该技术方案中，通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
在上述任一技术方案中，优选地，在不存在所述第二用户的情况下，在所述获取所述拼车订单中的行程信息之前，还包括：向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息；若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
在该技术方案中，第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
在上述任一技术方案中，优选地，在所述第一用户接受等待所述预设时间来拼车的情况下，还包括：向所述第一用户发送优惠券。
在该技术方案中，通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
本发明的第二方面提出了一种拼车订单的处理装置，包括：确定单元，用于在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；查找单元，用于若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；处理单元，用于在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
在上述技术方案中，优选地，所述行程信息包括：拼车起点和用车时间；以及所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
在该技术方案中，当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
在上述任一技术方案中，优选地，所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域。
在上述任一技术方案中，优选地，所述处理单元包括：预测子单元，用于执行预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；排序子单元，用于执行排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；处理子单元，用于执行处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息。
在该技术方案中，通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
在上述任一技术方案中，优选地，所述处理单元还包括：确定子单元，用于在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；删除子单元，用于若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并且所述处理子单元重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
在该技术方案中，按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
在上述任一技术方案中，优选地，所述处理单元还包括：更新子单元，用于每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
在该技术方案中，每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
在上述任一技术方案中，优选地，所述处理单元还用于，在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
在该技术方案中，通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
在上述任一技术方案中，优选地，在不存在所述第二用户的情况下，还包括：第一发送单元，用于向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；所述查找单元具体用于，若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息；执行单元，用于若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
在该技术方案中，第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
在上述任一技术方案中，优选地，在所述第一用户接受等待所述预设时间来拼车的情况下，还包括：第二发送单元，用于向所述第一用户发送优惠券。
在该技术方案中，通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
本发明的第三方面提出了一种服务器，包括上述技术方案中任一项所述的拼车订单的处理装置，因此，该服务器具有和上述技术方案中任一项所述的拼车订单的处理装置相同的技术效果，在此不再赘述。
本发明的第四方面提出了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
在上述技术方案中，优选地，所述行程信息包括：拼车起点和用车时间；以及所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
在该技术方案中，当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
在上述任一技术方案中，优选地，所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域。
在上述技术方案中，优选地，所述处理器执行所述计算机程序时具体实现以下步骤：预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息。
在该技术方案中，通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
在上述任一技术方案中，优选地，所述处理器执行所述计算机程序时还实现以下步骤：在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
在该技术方案中，按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
在上述任一技术方案中，优选地，所述处理器执行所述计算机程序时还实现以下步骤：每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
在该技术方案中，每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
在上述任一技术方案中，优选地，所述处理器执行所述计算机程序时还实现以下步骤：在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
在该技术方案中，通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
在上述任一技术方案中，优选地，在不存在所述第二用户的情况下，所述处理器执行所述计算机程序时还实现以下步骤：向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息；若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
在该技术方案中，第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
在上述任一技术方案中，优选地，在所述第一用户接受等待所述预设时间来拼车的情况下，所述处理器执行所述计算机程序时还实现以下步骤：向所述第一用户发送优惠券。
在该技术方案中，通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
本发明的第五方面提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
在上述技术方案中，优选地，所述行程信息包括：拼车起点和用车时间；以及所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
在该技术方案中，当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
在上述任一技术方案中，优选地，所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域。
在上述任一技术方案中，优选地，所述计算机程序被所述处理器执行时具体实现以下步骤：预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息。
在该技术方案中，通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
在上述任一技术方案中，优选地，所述计算机程序被所述处理器执行时还实现以下步骤：在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
在该技术方案中，按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
在上述任一技术方案中，优选地，所述计算机程序被所述处理器执行时还实现以下步骤：每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
在该技术方案中，每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
在上述任一技术方案中，优选地，所述计算机程序被所述处理器执行时还实现以下步骤：在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
在该技术方案中，通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
在上述任一技术方案中，优选地，在不存在所述第二用户的情况下，所述计算机程序被所述处理器执行时还实现以下步骤：向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息；若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
在该技术方案中，第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
在上述任一技术方案中，优选地，在所述第一用户接受等待所述预设时间来拼车的情况下，所述计算机程序被所述处理器执行时还实现以下步骤：向所述第一用户发送优惠券。
在该技术方案中，通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
通过本发明的技术方案，可以提高网约车的拼车成功率。
附图说明
图1示出了根据本发明的一个实施例的拼车订单的处理方法的流程示意图；
图2示出了根据本发明的另一个实施例的拼车订单的处理方法的流程示意图；
图3示出了根据本发明的一个实施例的拼车订单的处理装置的框图；
图4示出了根据本发明的一个实施例的服务器的框图；
图5示出了根据本发明的一个实施例的计算机设备的框图。
具体实施方式
为了可以更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的拼车订单的处理方法的流程示意图。
如图1所示，根据本发明的一个实施例的拼车订单的处理方法，包括：
步骤102，在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与第一用户拼车的第二用户。
例如，在等待拼车用户集合中，若有满足如下条件的第二用户：与第一用户的拼车起点的距离在2500米以内，ETA(Estimated Time of Arrival，预计到达时间)在5分钟之内，且第一用户的终点位置与等待拼车的用户集合中的用户目的地夹角在30度以内，则第一用户与第二用户直接拼车。
步骤104，若不存在第二用户，则获取拼车订单中的行程信息，根据行程信息查找满足预设拼车条件的且未在用户集合中的多个第三用户。
步骤106，在多个第三用户中确定目标用户，向目标用户发送拼车建议信息，拼车建议信息用于建议目标用户与第一用户拼车。
其中，拼车建议信息包括但不限于以下之一或多种的组合：第一用户的拼车订单中的拼车起点和用车时间。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
可以理解的是，行程信息包括：拼车起点和用车时间；以及预设拼车条件包括以下之一或多种的组合：第三用户在拼车起点所在的区域内有叫车的记录、第三用户在区域内叫车的次数大于预设次数、第三用户在区域内叫车的时间与用车时间的差值在预设范围内、第三用户设置允许向其发送拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
可以理解的是，区域为：根据Geohash5算法编码得到的字符串对应的区域、以拼车起点为圆心且以预设数值为半径的圆、拼车起点在地图上的格子区域。
例如，接收第一用户发出的拼车订单，若在等候拼车的用户集合中不存在与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，具体地，获取到第一用户的拼车起点对应的Geohash5是WX4DY，然后按照倒排索引查找所有在WX4D位置有过打车记录的用户，比如有CDEFGH(此为初筛结果)。下面进一步地进行细筛，过滤掉不允许推送拼车建议信息的用户C和推送次数超过设定阈值限制的用户D，下面从EFGH的历史记录中分析，分析EFGH的最近的位置，如果实时检索系统中查到用户E在今天下午5点45分在IBM大厦有冒泡行为，用户E的历史打车的终点与第一用户当前的拼车订单中的终点相同，但用户E没有发单，E保留；F历史上曾经多次在距离A一公里(对应的地址同样为WX4DY)的位置有网约车记录，且惯用时间在5点50分，满足阈值2km，正负20分钟的阈值。G和H的常用路径中没有在WX4DY以及周边8个区域中的任何一个且没有实时位置信息；最终筛选出来的用户有E用户和F用户。即可在E用户和F用户中选择待发送拼车建议信息的目标用户。
可以理解的是，步骤106具体包括：预测步骤：分别预测每个第三用户与第一用户之间的拼车成功率；排序步骤：按照拼车成功率由大到小的顺序，对多个第三用户排序；处理步骤：在排序后的多个第三用户中，从拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将设定数量的第三用户作为目标用户，向目标用户发送拼车建议信息。
通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
可以理解的是，步骤106还包括：在执行完处理步骤之后，确定第一用户是否拼车成功；若第一用户未拼车成功，则将上次获取到的设定数量的第三用户从排序后的多个第三用户中删除，并重新执行处理步骤，直到第一用户拼车成功时为止。
按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
可以理解的是，拼车订单的处理方法还包括：每当重新执行处理步骤时，更新设定数量，其中，更新后的设定数量比更新前的设定数量大。
每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
例如，通过拼成率预测模型分别预测每个第三用户与第一用户之间的拼车成功率，并按照拼车成功率高低降序排列，从中获取前3名用户，向该3名用户发送拼车建议信息，按照前3位用户同意拼车的时间先后顺序确定前3位用户中与第一用户拼车的用户。如果这3位用户在5分钟内没有同意，则再选另外的拼车成功率较高的6位用户发送拼车建议信息，直到有与第一用户拼车的用户时为止。
可以理解的是，在第一次执行处理步骤之前，将拼车成功率未达到阈值的第三用户过滤掉，以在未过滤掉的排序后的第三用户中获取预定数量的目标用户。例如，多个第三用户包括E用户和F用户，通过拼成率预测模型分别预测E用户和F用户与第一用户之间的拼车成功率，E用户的拼车成功率过低，未达到阈值，直接过滤掉，此时只剩F用户，即只向F用户发送拼车建议信息。
可以理解的是，拼车订单的处理方法还包括：在向目标用户发送拼车建议信息的同时，将第一用户的个人信息发送给目标用户。
通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
可以理解的是，在不存在第二用户的情况下，在获取拼车订单中的行程信息之前，拼车订单的处理方法还包括：向第一用户发送提示信息，提示信息用于提示第一用户是否接受等待预设时间来拼车；若第一用户接受等待预设时间来拼车，则执行获取拼车订单中的行程信息；若第一用户不接受等待预设时间来拼车，则为第一用户分配车辆，并将第一用户加入到用户集合中。
第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
可以理解的是，在第一用户接受等待预设时间来拼车的情况下，拼车订单的处理方法还包括：向第一用户发送优惠券。
通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
例如，接收第一用户发出的拼车订单，若在等候拼车的用户集合中不存在与第一用户拼车的第二用户，则向第一用户发送提示信息，以提示第一用户是否等待预设时间(例如10分钟)来成功拼车，优选地，在发送提示信息的同时，可以向第一用户发送优惠券，例如向第一用户发送一个2元的折扣券，若第一用户不接受等待预设时间来拼车，则为第一用户分配车辆来接驾。
图2示出了根据本发明的另一个实施例的拼车订单的处理方法的流程示意图。
如图2所示，根据本发明的另一个实施例的拼车订单的处理方法，包括：
步骤202，接收第一用户的拼车订单。
步骤204，在等待拼车的用户集合中是否存在与第一用户拼车的第二用户。
步骤206，获取拼车订单中的行程信息，根据行程信息查找满足预设拼车条件的且未在用户集合中的多个第三用户。
其中，行程信息包括：拼车起点和用车时间；以及预设拼车条件包括以下之一或多种的组合：第三用户在拼车起点所在的区域内有叫车的记录、第三用户在区域内叫车的次数大于预设次数、第三用户在区域内叫车的时间与用车时间的差值在预设范围内、第三用户设置允许向其发送拼车建议信息、在预设时间段内向第三用户发送拼车建议信息的次数小于预设阈值。例如，一天内只能向同一个用户最多发送3条拼车建议信息，而且该预设阈值可以由第三用户手动设置或者是默认阈值。
步骤208，按照拼车成功率由大到小的顺序，对多个第三用户排序。
步骤210，在排序后的多个第三用户中，从拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将设定数量的第三用户作为目标用户。
步骤212，向目标用户发送拼车建议信息。
步骤214，在发送拼车建议信息的t分钟(例如5分钟)后，若第一用户未拼车成功，则将上次获取到的设定数量的第三用户从排序后的多个第三用户中删除，并循环执行步骤210、步骤212和步骤214，直到第一用户拼车成功时为止。
另外，每循环执行一次步骤210就更新一次预设数量。例如，第一次确定3名目标用户，第二次确定6名目标用户，第三次确定9名目标用户，以此类推。
步骤216，第一用户与第二用户拼车。
图3示出了根据本发明的一个实施例的拼车订单的处理装置的框图。
如图3所示，根据本发明的一个实施例的拼车订单的处理装置300，包括：确定单元302、查找单元304和处理单元306。
确定单元302，用于在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与第一用户拼车的第二用户；查找单元304，用于若不存在第二用户，则获取拼车订单中的行程信息，根据行程信息查找满足预设拼车条件的且未在用户集合中的多个第三用户；处理单元306，用于在多个第三用户中确定目标用户，向目标用户发送拼车建议信息，拼车建议信息用于建议目标用户与第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
可以理解的是，行程信息包括：拼车起点和用车时间；以及预设拼车条件包括以下之一或多种的组合：第三用户在拼车起点所在的区域内有叫车的记录、第三用户在区域内叫车的次数大于预设次数、第三用户在区域内叫车的时间与用车时间的差值在预设范围内、第三用户设置允许向其发送拼车建议信息、在预设时间段内向第三用户发送拼车建议信息的次数小于预设阈值。
当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
可以理解的是，区域为：根据Geohash5算法编码得到的字符串对应的区域、以拼车起点为圆心且以预设数值为半径的圆、拼车起点在地图上的格子区域。
可以理解的是，处理单元306包括：预测子单元3062，用于执行预测步骤：分别预测每个第三用户与第一用户之间的拼车成功率；排序子单元3064，用于执行排序步骤：按照拼车成功率由大到小的顺序，对多个第三用户排序；处理子单元3066，用于执行处理步骤：在排序后的多个第三用户中，从拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将设定数量的第三用户作为目标用户，向目标用户发送拼车建议信息。
通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
可以理解的是，处理单元306还包括：确定子单元3068，用于在执行完处理步骤之后，确定第一用户是否拼车成功；删除子单元3070，用于若第一用户未拼车成功，则将上次获取到的设定数量的第三用户从排序后的多个第三用户中删除，并且处理子单元3066重新执行处理步骤，直到第一用户拼车成功时为止。
按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
可以理解的是，处理单元306还包括：更新子单元3072，用于每当重新执行处理步骤时，更新设定数量，其中，更新后的设定数量比更新前的设定数量大。
每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
可以理解的是，处理单元306还用于，在向目标用户发送拼车建议信息的同时，将第一用户的个人信息发送给目标用户。
通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
可以理解的是，在不存在第二用户的情况下，拼车订单的处理装置300还包括：第一发送单元308，用于向第一用户发送提示信息，提示信息用于提示第一用户是否接受等待预设时间来拼车；查找单元304具体用于，若第一用户接受等待预设时间来拼车，则执行获取拼车订单中的行程信息；执行单元310，用于若第一用户不接受等待预设时间来拼车，则为第一用户分配车辆，并将第一用户加入到用户集合中。
第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
可以理解的是，在第一用户接受等待预设时间来拼车的情况下，拼车订单的处理装置300还包括：第二发送单元312，用于向第一用户发送优惠券。
通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
图4示出了根据本发明的一个实施例的服务器的框图。
如图4所示，根据本发明的一个实施例的服务器400，包括上述技术方案中任一项的拼车订单的处理装置300，因此，该服务器400具有和上述技术方案中任一项的拼车订单的处理装置300相同的技术效果，在此不再赘述。
图5示出了根据本发明的一个实施例的计算机设备的框图。
如图5所示，根据本发明的一个实施例的计算机设备500，包括存储器502、处理器504及存储在存储器502上并可在处理器504上运行的计算机程序，存储器502和处理器504之间通过通信总线506连接。处理器504可以是通用处理器，例如中央处理器(CentralProcessing Unit，CPU)，还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。存储器502将其存储的计算机程序传输给处理器504。存储器502可以包括易失性存储器(Volatile Memory)，例如随机存取存储器(RandomAccess Memory，RAM)；存储器502也可以包括非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash Memory)、硬盘(Hard DiskDrive，HDD)或固态硬盘(Solid-State Drive，SSD)；存储器502还可以包括上述种类的存储器的组合。通信总线506用于实现处理器504和存储器502之间的连接通信。通信总线506可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。该通信总线506可以分为地址总线、数据总线、控制总线等。
处理器504执行计算机程序时实现以下步骤：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与第一用户拼车的第二用户；若不存在第二用户，则获取拼车订单中的行程信息，根据行程信息查找满足预设拼车条件的且未在用户集合中的多个第三用户；在多个第三用户中确定目标用户，向目标用户发送拼车建议信息，拼车建议信息用于建议目标用户与第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
可以理解的是，行程信息包括：拼车起点和用车时间；以及预设拼车条件包括以下之一或多种的组合：第三用户在拼车起点所在的区域内有叫车的记录、第三用户在区域内叫车的次数大于预设次数、第三用户在区域内叫车的时间与用车时间的差值在预设范围内、第三用户设置允许向其发送拼车建议信息、在预设时间段内向第三用户发送所述拼车建议信息的次数小于预设阈值。
当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
可以理解的是，区域为：根据Geohash5算法编码得到的字符串对应的区域、以拼车起点为圆心且以预设数值为半径的圆、拼车起点在地图上的格子区域。
可以理解的是，处理器504执行计算机程序时具体实现以下步骤：预测步骤：分别预测每个第三用户与第一用户之间的拼车成功率；排序步骤：按照拼车成功率由大到小的顺序，对多个第三用户排序；处理步骤：在排序后的多个第三用户中，从拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将设定数量的第三用户作为目标用户，向目标用户发送拼车建议信息。
通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
可以理解的是，处理器504执行计算机程序时还实现以下步骤：在执行完处理步骤之后，确定第一用户是否拼车成功；若第一用户未拼车成功，则将上次获取到的设定数量的第三用户从排序后的多个第三用户中删除，并重新执行处理步骤，直到第一用户拼车成功时为止。
按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
可以理解的是，处理器504执行计算机程序时还实现以下步骤：每当重新执行处理步骤时，更新设定数量，其中，更新后的设定数量比更新前的设定数量大。
每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
可以理解的是，处理器504执行计算机程序时还实现以下步骤：在向目标用户发送拼车建议信息的同时，将第一用户的个人信息发送给目标用户。
通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
可以理解的是，在不存在第二用户的情况下，处理器504执行计算机程序时还实现以下步骤：向第一用户发送提示信息，提示信息用于提示第一用户是否接受等待预设时间来拼车；若第一用户接受等待预设时间来拼车，则执行获取拼车订单中的行程信息；若第一用户不接受等待预设时间来拼车，则为第一用户分配车辆，并将第一用户加入到用户集合中。
第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
可以理解的是，在第一用户接受等待预设时间来拼车的情况下，处理器504执行计算机程序时还实现以下步骤：向第一用户发送优惠券。
通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
根据本发明的一个实施例的计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与第一用户拼车的第二用户；若不存在第二用户，则获取拼车订单中的行程信息，根据行程信息查找满足预设拼车条件的且未在用户集合中的多个第三用户；在多个第三用户中确定目标用户，向目标用户发送拼车建议信息，拼车建议信息用于建议目标用户与第一用户拼车。
在该技术方案中，若在等待拼车的用户集合中未找到与第一用户拼车的第二用户，则查找多个当前未发出拼车订单的第三用户，并主动向第三用户中的目标用户发送拼车建议信息，以促使未发出拼车订单的第三用户与第一用户拼车，即在存在潜在拼车意愿的第三用户中挖掘出拼车的用户，从而提高网约车的拼车成功率，进而更好的实现出行共享。而且，通过本方案，用户不是被动地接受拼友，可以主动地选择拼友，减少了拼车的不确定性，从而提升拼车的体验。
可以理解的是，行程信息包括：拼车起点和用车时间；以及预设拼车条件包括以下之一或多种的组合：第三用户在拼车起点所在的区域内有叫车的记录、第三用户在区域内叫车的次数大于预设次数、第三用户在区域内叫车的时间与用车时间的差值在预设范围内、第三用户设置允许向其发送拼车建议信息、在预设时间段内向第三用户发送拼车建议信息的次数小于预设阈值。
当存在某个用户满足以下预设条件：该用户在第一用户的拼车起点所在的区域内有叫车(在该区域内叫的车可以是快车、拼车、顺风车或者以上的多种组合)的记录，和/或该用户在第一用户的拼车起点所在的区域内叫车的次数大于预设次数，即该用户时常在第一用户的拼车起点所在的区域叫车，和/或该用户在第一用户的拼车起点所在的区域内叫车的时间与第一用户的叫车时间的差值在预设范围内，即该用户叫车的时间和第一用户的叫车时间相差不大，和/或该用户允许向其发送拼车建议信息，和/或在预设时间段内(例如一天内或者一周内)向第三用户发送拼车建议信息的次数小于预设阈值，则将该用户作为具有潜在拼车意愿的第三用户，从而保证了查找具有潜在拼车意愿的第三用户时的准确性和全面性。
可以理解的是，区域为：根据Geohash5算法编码得到的字符串对应的区域、以拼车起点为圆心且以预设数值为半径的圆、拼车起点在地图上的格子区域。
可以理解的是，计算机程序被处理器执行时具体实现以下步骤：预测步骤：分别预测每个第三用户与第一用户之间的拼车成功率；排序步骤：按照拼车成功率由大到小的顺序，对多个第三用户排序；处理步骤：在排序后的多个第三用户中，从拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将设定数量的第三用户作为目标用户，向目标用户发送拼车建议信息。
通过预测每个第三用户与第一用户之间的拼车成功率，以在查找出的多个第三用户中筛选出拼车成功率高的目标用户，从而主动向拼车成功率高的目标用户发送拼车建议信息，即选择性地向第三用户发送拼车建议信息，从而提高了拼车成功的效率。
可以理解的是，计算机程序被处理器执行时还实现以下步骤：在执行完处理步骤之后，确定第一用户是否拼车成功；若第一用户未拼车成功，则将上次获取到的设定数量的第三用户从排序后的多个第三用户中删除，并重新执行处理步骤，直到第一用户拼车成功时为止。
按照拼车成功率的大小依次向多个第三用户发送拼车建议信息，从而可以快速地为第一用户寻找到拼友。而且当第一用户拼车成功时停止向其他未发送拼车建议信息的第三用户发送拼车建议信息，从而避免了在第一用户拼车成功的情况下还向其他第三用户发送拼车建议信息而给第三用户造成干扰，进而提升了用户的使用体验。
可以理解的是，计算机程序被处理器执行时还实现以下步骤：每当重新执行处理步骤时，更新设定数量，其中，更新后的设定数量比更新前的设定数量大。
每当向一批第三用户发送拼车建议信息后，第一用户依然未拼车成功，下次向更多的第三用户发送拼车建议信息，进一步地保证了为第一用户寻找到拼友的速度，避免第一用户等待拼车的时间过长。
可以理解的是，计算机程序被处理器执行时还实现以下步骤：在向目标用户发送拼车建议信息的同时，将第一用户的个人信息发送给目标用户。
通过将第一用户的个人信息发送给目标用户，个人信息包括但不限于以下之一或多种的组合：微信号、微博、个人兴趣爱好，这样目标用户能够对待拼车的第一用户有着更多的了解，进一步地提高了拼车成功率和拼车效率。而且由于拼友是用户自己选择的，说明用户对这个拼友是不排斥的，具有一定的社交性。
可以理解的是，在不存在第二用户的情况下，计算机程序被处理器执行时还实现以下步骤：向第一用户发送提示信息，提示信息用于提示第一用户是否接受等待预设时间来拼车；若第一用户接受等待预设时间来拼车，则执行获取拼车订单中的行程信息；若第一用户不接受等待预设时间来拼车，则为第一用户分配车辆，并将第一用户加入到用户集合中。
第一用户在发出拼车订单时，可以根据自己的实际需求选择等待预设时间或者不等待直接为其分配车辆，从而满足用户的个人使用需求。
可以理解的是，在第一用户接受等待预设时间来拼车的情况下，计算机程序被处理器执行时还实现以下步骤：向第一用户发送优惠券。
通过向第一用户发送优惠券，以通过优惠券对第一用户等待预设时间进行补偿，以有更多的用户愿意拼车，从而更好的实现出行共享。
以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以提高网约车的拼车成功率。
在本发明中，术语“第一”、“第二”仅用于描述的目的，而不能理解为指示或暗示相对重要性；术语“多个”表示两个或两个以上；术语“相连”、“连接”等均应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (29)

1.一种拼车订单的处理方法，其特征在于，包括：
在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；
若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；
在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车；
所述在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，具体包括：
预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；
排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；
处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息，当所述第一用户拼车成功时停止向其他未发送所述拼车建议信息的所述第三用户发送所述拼车建议信息。
2.根据权利要求1所述的拼车订单的处理方法，其特征在于，
所述行程信息包括：拼车起点和用车时间；以及
所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
3.根据权利要求2所述的拼车订单的处理方法，其特征在于，
所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域。
4.根据权利要求1所述的拼车订单的处理方法，其特征在于，所述在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，还包括：
在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；
若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
5.根据权利要求4所述的拼车订单的处理方法，其特征在于，还包括：
每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
6.根据权利要求1至5中任一项所述的拼车订单的处理方法，其特征在于，还包括：
在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
7.根据权利要求1至5中任一项所述的拼车订单的处理方法，其特征在于，在不存在所述第二用户的情况下，在所述获取所述拼车订单中的行程信息之前，还包括：
向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；
若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息的操作 ；
若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
8.根据权利要求7所述的拼车订单的处理方法，其特征在于，在所述第一用户接受等待所述预设时间来拼车的情况下，还包括：
向所述第一用户发送优惠券。
9.一种拼车订单的处理装置，其特征在于，包括：
确定单元，用于在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；
查找单元，用于若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；
处理单元，用于在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车；
所述处理单元包括：
预测子单元，用于执行预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；
排序子单元，用于执行排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；
处理子单元，用于执行处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息，当所述第一用户拼车成功时停止向其他未发送所述拼车建议信息的所述第三用户发送所述拼车建议信息。
10.根据权利要求9所述的拼车订单的处理装置，其特征在于，
所述行程信息包括：拼车起点和用车时间；以及
所述预设拼车条件包括以下之一或多种的组合：所述第三用户在所述拼车起点所在的区域内有叫车的记录、所述第三用户在所述区域内叫车的次数大于预设次数、所述第三用户在所述区域内叫车的时间与所述用车时间的差值在预设范围内、所述第三用户设置允许向其发送所述拼车建议信息、在预设时间段内向所述第三用户发送所述拼车建议信息的次数小于预设阈值。
11.根据权利要求10所述的拼车订单的处理装置，其特征在于，
所述区域为：根据Geohash5算法编码得到的字符串对应的区域、以所述拼车起点为圆心且以预设数值为半径的圆、所述拼车起点在地图上的格子区域。
12.根据权利要求9所述的拼车订单的处理装置，其特征在于，所述处理单元还包括：
确定子单元，用于在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；
删除子单元，用于若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并且所述处理子单元重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
13.根据权利要求12所述的拼车订单的处理装置，其特征在于，所述处理单元还包括：
更新子单元，用于每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
14.根据权利要求9至13中任一项所述的拼车订单的处理装置，其特征在于，所述处理单元还用于，
在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
15.根据权利要求9至13中任一项所述的拼车订单的处理装置，其特征在于，在不存在所述第二用户的情况下，还包括：
第一发送单元，用于向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；
所述查找单元具体用于，若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息的操作 ；
执行单元，用于若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
16.根据权利要求15所述的拼车订单的处理装置，其特征在于，在所述第一用户接受等待所述预设时间来拼车的情况下，还包括：
第二发送单元，用于向所述第一用户发送优惠券。
17.一种服务器，其特征在于，包括：如权利要求9至16中任一项所述的拼车订单的处理装置。
18.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：
在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；
若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；
在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车；
所述处理器执行所述计算机程序时具体实现以下步骤：
预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；
排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；
处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息，当所述第一用户拼车成功时停止向其他未发送所述拼车建议信息的所述第三用户发送所述拼车建议信息。
19.根据权利要求18所述的计算机设备，其特征在于，所述处理器执行所述计算机程序时还实现以下步骤：
在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；
若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
20.根据权利要求19所述的计算机设备，其特征在于，所述处理器执行所述计算机程序时还实现以下步骤：
每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
21.根据权利要求18至20中任一项所述的计算机设备，其特征在于，所述处理器执行所述计算机程序时还实现以下步骤：
在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
22.根据权利要求18至20中任一项所述的计算机设备，其特征在于，在不存在所述第二用户的情况下，所述处理器执行所述计算机程序时还实现以下步骤：
向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；
若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息的操作 ；
若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
23.根据权利要求22所述的计算机设备，其特征在于，在所述第一用户接受等待所述预设时间来拼车的情况下，所述处理器执行所述计算机程序时还实现以下步骤：
向所述第一用户发送优惠券。
24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现以下步骤：
在接收到第一用户的拼车订单时，确定在等待拼车的用户集合中是否存在与所述第一用户拼车的第二用户；
若不存在所述第二用户，则获取所述拼车订单中的行程信息，根据所述行程信息查找满足预设拼车条件的且未在所述用户集合中的多个第三用户；
在多个所述第三用户中确定目标用户，向所述目标用户发送拼车建议信息，所述拼车建议信息用于建议所述目标用户与所述第一用户拼车；
所述计算机程序被所述处理器执行时具体实现以下步骤：
预测步骤：分别预测每个所述第三用户与所述第一用户之间的拼车成功率；
排序步骤：按照所述拼车成功率由大到小的顺序，对多个所述第三用户排序；
处理步骤：在排序后的多个所述第三用户中，从所述拼车成功率最高的第三用户开始，依次获取设定数量的第三用户，将所述设定数量的第三用户作为所述目标用户，向所述目标用户发送所述拼车建议信息，当所述第一用户拼车成功时停止向其他未发送所述拼车建议信息的所述第三用户发送所述拼车建议信息。
25.根据权利要求24所述的计算机可读存储介质，其特征在于，所述计算机程序被所述处理器执行时还实现以下步骤：
在执行完所述处理步骤之后，确定所述第一用户是否拼车成功；
若所述第一用户未拼车成功，则将上次获取到的所述设定数量的第三用户从排序后的多个所述第三用户中删除，并重新执行所述处理步骤，直到所述第一用户拼车成功时为止。
26.根据权利要求25所述的计算机可读存储介质，其特征在于，所述计算机程序被所述处理器执行时还实现以下步骤：
每当重新执行所述处理步骤时，更新所述设定数量，其中，更新后的所述设定数量比更新前的所述设定数量大。
27.根据权利要求24至26中任一项所述的计算机可读存储介质，其特征在于，所述计算机程序被所述处理器执行时还实现以下步骤：
在向所述目标用户发送所述拼车建议信息的同时，将所述第一用户的个人信息发送给所述目标用户。
28.根据权利要求24至26中任一项所述的计算机可读存储介质，其特征在于，在不存在所述第二用户的情况下，所述计算机程序被所述处理器执行时还实现以下步骤：
向所述第一用户发送提示信息，所述提示信息用于提示所述第一用户是否接受等待预设时间来拼车；
若所述第一用户接受等待所述预设时间来拼车，则执行所述获取所述拼车订单中的行程信息的操作 ；
若所述第一用户不接受等待所述预设时间来拼车，则为所述第一用户分配车辆，并将所述第一用户加入到所述用户集合中。
29.根据权利要求28所述的计算机可读存储介质，其特征在于，在所述第一用户接受等待所述预设时间来拼车的情况下，所述计算机程序被所述处理器执行时还实现以下步骤：
向所述第一用户发送优惠券。
CN201710447903.8A 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质 Active CN109086902B (zh)

Priority Applications (10)

Application Number Priority Date Filing Date Title
CN201710447903.8A CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质
CN201880002587.6A CN109416767B (zh) 2017-06-14 2018-06-13 用于确定组合服务请求者的系统和方法
AU2018282296A AU2018282296A1 (en) 2017-06-14 2018-06-13 Systems and methods for determining combinative service requesters
JP2018566535A JP6869270B2 (ja) 2017-06-14 2018-06-13 組み合わせによって生じるサービス要請者を決定するためのシステム及び方法
SG11201811409UA SG11201811409UA (en) 2017-06-14 2018-06-13 Systems and methods for determining combinative service requesters
CA3028831A CA3028831A1 (en) 2017-06-14 2018-06-13 Systems and methods for determining combinative service requesters
EP18814477.8A EP3459026A4 (en) 2017-06-14 2018-06-13 SYSTEMS AND METHODS FOR DETERMINING COMBINABLE SERVICE SEQUENCERS
PCT/CN2018/091005 WO2018228418A1 (en) 2017-06-14 2018-06-13 Systems and methods for determining combinative service requesters
US16/232,045 US11159639B2 (en) 2017-06-14 2018-12-25 Systems and methods for determining combinative service requesters
AU2020244519A AU2020244519A1 (en) 2017-06-14 2020-09-30 Systems and methods for determining combinative service requesters

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710447903.8A CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN109086902A CN109086902A (zh) 2018-12-25
CN109086902B true CN109086902B (zh) 2021-04-02

Family

ID=64660857

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710447903.8A Active CN109086902B (zh) 2017-06-14 2017-06-14 处理方法、处理装置、服务器、计算机设备和存储介质
CN201880002587.6A Active CN109416767B (zh) 2017-06-14 2018-06-13 用于确定组合服务请求者的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880002587.6A Active CN109416767B (zh) 2017-06-14 2018-06-13 用于确定组合服务请求者的系统和方法

Country Status (8)

Country Link
US (1) US11159639B2 (zh)
EP (1) EP3459026A4 (zh)
JP (1) JP6869270B2 (zh)
CN (2) CN109086902B (zh)
AU (2) AU2018282296A1 (zh)
CA (1) CA3028831A1 (zh)
SG (1) SG11201811409UA (zh)
WO (1) WO2018228418A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109934687A (zh) * 2019-03-21 2019-06-25 娄奥林 一种优化匹配打车软件的方式方法
CN109948819A (zh) * 2019-03-29 2019-06-28 徐州蓝湖信息科技有限公司 一种基于区块链的拼车方法及装置
CN111860902A (zh) * 2019-05-20 2020-10-30 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、设备及计算机可读存储介质
WO2020262673A1 (ja) * 2019-06-28 2020-12-30 株式会社ＮｅａｒＭｅ 情報処理装置、情報処理方法及びプログラム
CN111222946B (zh) * 2020-01-02 2023-10-31 杭州优行科技有限公司 订单处理方法、装置、终端及存储介质
CN111339230B (zh) * 2020-02-24 2021-11-02 腾讯科技（深圳）有限公司 一种车辆信息显示方法、装置、电子设备和存储介质
JP2021165971A (ja) * 2020-04-07 2021-10-14 ヤマハ発動機株式会社 船舶の相乗りシステム、船舶の相乗り方法、及び船舶用のコンピュータ
CN112070258A (zh) * 2020-10-13 2020-12-11 广州宸祺出行科技有限公司 一种网约车打车订单派单的方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104751625A (zh) * 2013-12-25 2015-07-01 上海博泰悦臻网络技术服务有限公司 基于轨迹分析的拼车方法和系统
CN105279957A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 消息提醒方法和装置
CN105792134A (zh) * 2016-05-12 2016-07-20 中国联合网络通信集团有限公司 一种拼车方法及装置
CN106027637A (zh) * 2016-05-18 2016-10-12 福建工程学院 基于轨迹信息的拼车方法及系统
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003271706A (ja) 2002-03-14 2003-09-26 Fujitsu Ltd タクシー相乗り管理方法、タクシー相乗り管理プログラムおよびタクシー相乗り管理装置
US10520325B2 (en) * 2006-05-25 2019-12-31 Rideshark Corporation Method of selective ride-sharing among multiple users along an optimized travel route
US20090234658A1 (en) * 2008-03-11 2009-09-17 Continental Electrical Construction Company, Llc Intelligent car pooling portal
US20100280884A1 (en) * 2009-04-30 2010-11-04 Uri Levine Automated carpool matching
WO2011069170A1 (en) * 2009-12-04 2011-06-09 Uber, Inc. System and method for arranging transport amongst parties through use of mobile devices
FI20115464A0 (fi) * 2011-05-13 2011-05-13 Raeisaenen Sami Järjestely ja menetelmä yhteiskuljetusta varten
US20130054281A1 (en) * 2011-08-28 2013-02-28 GreenMiles Technologies LLC Methods and systems for rideshare
JP6135385B2 (ja) * 2013-08-08 2017-05-31 日産自動車株式会社 相乗り支援システム
CN105745674A (zh) * 2013-11-21 2016-07-06 骑乘组合有限公司 用于在通勤者之间安排共乘的方法和系统
KR20150133953A (ko) * 2014-05-20 2015-12-01 이진섭 택시 합승을 위한 중개 시스템
CN105227604B (zh) * 2014-06-24 2018-03-06 口碑控股有限公司 一种传递拼车信息的方法、服务器及系统
CN104158568A (zh) * 2014-07-09 2014-11-19 惠州Tcl移动通信有限公司 一种信息分享方法及终端
CN104268664B (zh) * 2014-10-22 2017-11-10 浙江翼信科技有限公司 一种推荐拼车路线的方法及装置
US10197410B2 (en) * 2014-11-18 2019-02-05 International Business Machines Corporation Dynamic real-time carpool matching
CN104900049B (zh) * 2015-04-17 2017-10-31 胥达 一种拼出租车或私家车、搭顺风车的方法
US20160364679A1 (en) * 2015-06-11 2016-12-15 Raymond Cao Systems and methods for on-demand transportation
US10467561B2 (en) * 2015-11-05 2019-11-05 Gt Gettaxi Limited System for identifying events and preemptively navigating drivers to transport passengers from the events
US10248913B1 (en) * 2016-01-13 2019-04-02 Transit Labs Inc. Systems, devices, and methods for searching and booking ride-shared trips
JP6543723B2 (ja) * 2016-02-24 2019-07-10 ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド カープールの方法及びシステム
CN107292692A (zh) * 2016-04-01 2017-10-24 滴滴（中国）科技有限公司 拼车方法和系统
CN106548240A (zh) * 2016-11-01 2017-03-29 成都俊巡科技有限公司 一种改进的拼车系统
JP7006468B2 (ja) * 2018-04-09 2022-01-24 トヨタ自動車株式会社 情報処理装置、相乗り提案方法及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104751625A (zh) * 2013-12-25 2015-07-01 上海博泰悦臻网络技术服务有限公司 基于轨迹分析的拼车方法和系统
CN105279957A (zh) * 2015-10-30 2016-01-27 小米科技有限责任公司 消息提醒方法和装置
CN105792134A (zh) * 2016-05-12 2016-07-20 中国联合网络通信集团有限公司 一种拼车方法及装置
CN106027637A (zh) * 2016-05-18 2016-10-12 福建工程学院 基于轨迹信息的拼车方法及系统
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端

Also Published As

Publication number Publication date
WO2018228418A1 (en) 2018-12-20
CN109416767A (zh) 2019-03-01
US20190132418A1 (en) 2019-05-02
CA3028831A1 (en) 2018-12-20
SG11201811409UA (en) 2019-01-30
JP2020502599A (ja) 2020-01-23
CN109086902A (zh) 2018-12-25
EP3459026A1 (en) 2019-03-27
CN109416767B (zh) 2022-08-19
AU2020244519A1 (en) 2020-10-29
AU2018282296A1 (en) 2019-01-17
JP6869270B2 (ja) 2021-05-12
US11159639B2 (en) 2021-10-26
EP3459026A4 (en) 2019-07-31

Similar Documents

Publication Publication Date Title
CN109086902B (zh) 处理方法、处理装置、服务器、计算机设备和存储介质
US11386359B2 (en) Systems and methods for managing a vehicle sharing facility
US8504295B2 (en) Preserving assigned carpools after a cancellation
US11392861B2 (en) Systems and methods for managing a vehicle sharing facility
US8768614B2 (en) Increasing throughput for carpool assignment matching
CN110832561B (zh) 用于确定和推荐车辆上车地点的系统和方法
US20160247247A1 (en) Systems and Methods for Allocating Networked Vehicle Resources in Priority Environments
US10021243B2 (en) Telephone call placement
GB2535718A (en) Resource management
US20200210905A1 (en) Systems and Methods for Managing Networked Vehicle Resources
US20180150772A1 (en) Systems and Methods for Vehicle Resource Management
KR102288490B1 (ko) 한계 대기 시간에 기초한 차량 방법, 시스템 및 프로그램
CN109841054B (zh) 一种推荐上车点的方法、装置、设备及存储介质
CN108921762A (zh) 一种车辆混合调度方法、装置及设备
CN107167151B (zh) 公交车线路设置方法、路线规划方法及装置
CN116663811A (zh) 一种城际客运的往返动态拼车的调度匹配方法和装置
CN111882092A (zh) 一种适用于共享出行的出租车车辆搜索方法
CN110570001B (zh) 一种出行订单处理方法、装置及服务器
JP7367627B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7260463B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP7363697B2 (ja) 情報処理装置、情報処理方法、およびプログラム
CN112801750B (zh) 一种订单分配方法及装置
CN113407839B (zh) 出行方式的确定方法、装置、设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant