史数据库提取跟自己历史关系最近的相关司机在线列表。
[0048]在步骤S503，在获取到司机列表后，对司机进行筛选，并且向筛选出的司机发送出请求。例如，综合各种条件，距离、司机状态，司机的评价信息等筛选出排名靠前的司机，向排名靠前的司机发送出请求。
[0049]在步骤S504，司机(例如通过客户端)收到请求以后接收从配对设备发出的订单信息。在一个实施例中，订单信息包含出发地，目的地。在一个实施例中，还至少部分地包括历史交易信息和/或历史评价信息。司机根据展示信息决定是否抢单；如果抢单会向配对系统发送抢单请求，如果不抢，则可忽略
[0050]在步骤S505，配对设备收到一个或多个司机的抢单请求，根据多个司机和发出订单乘客的历史数据，将司机和乘客进行配对。例如，选择一个综合排名最高(即与乘客的匹配系数最高)的司机发送给乘客，从而实现配对。在一个实施例中，乘客端收到请求以后，配对设备会把这个司机和乘客的信息展示(例如，历史乘坐5次，乘坐时间500分钟，好评3次)，在示出的实施例中，乘客还可对配对设备实现的配对进行重新选择。例如，乘客可以根据从配对设备发送的司机信息决策是否乘坐这个司机，如果乘坐，交易开始，如果不选择，例如可返回步骤S501重新发出请求，选择另外一个司机。
[0051]乘客和司机交易结束后，乘客和司机还可以对彼此双方进行评价。在图示的实施例中，配对系统还可以包括评价部件，评价部件可以为与配对设备分立的设备，也可以为集成为配对设备的一部分。评价部件可用于手记双方的历史评价数据。
[0052]在步骤S506，乘客和司机交易结束后，双方向评价部件发送交易确认和评价信息，评价可以自定义，如:司机很给力，服务很好，不绕路，很健谈，等标签，司机也会发送乘客评价部件。评价部件的数据可以传输或手机在历史数据库中。另外，交易相关地数据也可以存储在历史数据库中。来自评价部件的历史数据对于历史标签的形成特别有效。
[0053]在步骤S507，配对设备可以根据历史数据更新历史标签。例如，如通过双向标签，不断学习，不断迭代，更新历史标签。基于历史标签，可以更加高效地对司机和乘客进行配对，使得能选择乘客喜欢类型的司机，司机喜欢的乘客，不断优化双方体验，使得乘客遇到合适的司机，司机遇到合适的乘客，形成一个完整的闭环系统。
[0054]通过以上描述和相关附图中所给出的教导，这里所给出的本公开的许多修改形式和其它实施方式将被本公开相关领域的技术人员所意识到。因此，所要理解的是，本公开的实施方式并不局限于所公开的【具体实施方式】，并且修改形式和其它实施方式意在包括在本公开的范围之内。此外，虽然以上描述和相关附图在部件和/或功能的某些示例组合形式的背景下对示例实施方式进行了描述，但是应当意识到的是，可以由备选实施方式提供部件和/或功能的不同组合形式而并不背离本公开的范围。就这点而言，例如，与以上明确描述的有所不同的部件和/或功能的其它组合形式也被预期处于本公开的范围之内。虽然这里采用了具体术语，但是它们仅以一般且描述性的含义所使用而并非意在进行限制。
【主权项】
1.一种基于订单的配对方法，包括: 将请求方发起的订单发送至用户，以使用户确定是否接受所述订单；以及基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对。
2.根据权利要求1所述的方法，其中将请求方发起的订单发送至用户，以使用户确定是否接受所述订单包括: 获取与所述请求方相关的历史数据； 基于以下的至少一项筛选接收所述订单的用户: 与所述请求方相关的历史数据、所述请求方与潜在地接收所述订单的用户之间的距离以及所述潜在地接收所述订单的用户的空闲状态；以及向所述筛选出的用户发送所述订单。
3.根据权利要求1所述的方法，其中将请求方发起的订单发送至用户，以使用户确定是否接受所述订单包括: 获取与所述请求方相关的历史数据； 将所述历史数据的至少一部分发送至用户。
4.根据权利要求1-3中任一项所述的方法，其中所述历史数据包括下面中至少的一项: 所述请求方与所述用户之间的历史评价数据； 所述请求方和所述用户的历史交易数据；以及 所述请求方和所述用户的历史配对数据。
5.根据权利要求1-3中任一项所述的方法，其中基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对包括: 基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签；以及基于所述历史标签，对所述请求方和确定接受所述订单的用户进行配对。
6.根据权利要求5所述的方法，其中基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签包括: 基于以下的至少一项，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签: 所述请求方与所述用户之间的历史评价数据； 所述请求方和所述用户的历史交易数据；以及 所述请求方和所述用户的历史配对数据。
7.根据权利要求5所述的方法，其中基于所述历史数据的更新而更新所述历史标签。
8.一种基于订单的配对设备，包括: 发送单元，配置成将请求方发起的订单发送至用户，以使用户确定是否接受所述订单；以及 配对单元，基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对。
9.根据权利要求8所述的设备，其中所述发送单元包括: 获取部件，配置成获取与所述请求方相关的历史数据； 筛选部件，配置成基于以下的至少一项筛选接收所述订单的用户:与所述请求方相关的历史数据、所述请求方与潜在地接收所述订单的用户之间的距离以及所述潜在地接收所述订单的用户的空闲状态；以及 发送部件，配置成向所述筛选出的用户发送所述订单。
10.根据权利要求8所述的设备，其中所述发送单元包括: 获取部件，配置成获取与所述请求方相关的历史数据；以及 发送部件，配置成将所述历史数据的至少一部分发送至用户。
11.根据权利要求8-10中任一项所述的设备，其中所述历史数据包括下面中至少的一项: 所述请求方与所述用户之间的历史评价数据； 所述请求方和所述用户的历史交易数据；以及 所述请求方和所述用户的历史配对数据。
12.根据权利要求8-10中任一项所述的设备，其中所述配对单元包括: 历史标签确定部件，配置成基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签；以及 配对部件，配置成基于所述历史标签，对所述请求方和确定接受所述订单的用户进行配对。
13.根据权利要求12所述的设备，其中所述历史标签确定部件配置成:基于以下的至少一项，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签: 所述请求方与所述用户之间的历史评价数据； 所述请求方和所述用户的历史交易数据；以及 所述请求方和所述用户的历史配对数据。
14.根据权利要求12所述的设备，其中所述历史标签确定部件配置成基于所述历史数据的更新而更新所述历史标签。
【专利摘要】本公开的实施例提供一种基于订单的配对方法和配对设备。基于订单的配对方法，包括：将请求方发起的订单发送至用户，以使用户确定是否接受所述订单；以及基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对。根据本公开实施例的基于订单的配对方法和配对设备能够有效地利用历史数据来实现请求方和用户之间的配对，提高了双方的交易体验。
【IPC分类】G06Q30-02, G06Q30-06
【公开号】CN104657883
【申请号】CN201510093009
【发明人】李想
【申请人】北京嘀嘀无限科技发展有限公司
【公开日】2015年5月27日
【申请日】2015年3月2日