基于订单的配对方法和配对设备的制造方法
【技术领域】
[0001]本公开的实施方式总体上涉及一种基于订单的配对方法和配对设备。
【背景技术】
[0002]近年来，随着互联网的迅猛发展，各种新兴服务伴随着网络技术的发展而涌现。如何提高服务的质量和用户体验成为亟待解决的课题。
[0003]举例而言，随着打车软件的普及，人们的打车习惯已经被深刻的改变，越来越多的司机使用打车软件接单，越来越多的司机也会使用打车软件，但是越来越多的乘客抱怨打不到合适的车，同时司机也会有接不到合适订单的困惑，怎么能够让乘客坐到舒服的车，让司机接到称心的订单，提高司机和乘客双方体验慢慢成为打车软件的一个难题。期望能够提供一种配对系统，能够提高用户体验和服务质量。
【发明内容】
[0004]本公开的目的之一在于用于构建零件加工方法的方法和系统，以解决或减轻上述现有技术中的一个或多个问题。
[0005]根据本公开的一个方面，提供一种基于订单的配对方法，包括:将请求方发起的订单发送至用户，以使用户确定是否接受所述订单；以及基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对。
[0006]根据本公开的一个实施例，将请求方发起的订单发送至用户，以使用户确定是否接受所述订单包括:获取与所述请求方相关的历史数据；基于以下的至少一项筛选接收所述订单的用户:与所述请求方相关的历史数据、所述请求方与潜在地接收所述订单的用户之间的距离以及所述潜在地接收所述订单的用户的空闲状态；以及向所述筛选出的用户发送所述订单。
[0007]根据本公开的一个实施例，将请求方发起的订单发送至用户，以使用户确定是否接受所述订单包括:获取与所述请求方相关的历史数据；将所述历史数据的至少一部分发送至用户。
[0008]根据本公开的一个实施例，所述历史数据包括下面中至少的一项:所述请求方与所述用户之间的历史评价数据；所述请求方和所述用户的历史交易数据；以及所述请求方和所述用户的历史配对数据。
[0009]根据本公开的一个实施例，基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对包括:基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签；以及基于所述历史标签，对所述请求方和确定接受所述订单的用户进行配对。
[0010]根据本公开的一个实施例，基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签包括:基于以下的至少一项，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签:所述请求方与所述用户之间的历史评价数据；所述请求方和所述用户的历史交易数据；以及所述请求方和所述用户的历史配对数据。
[0011]根据本公开的一个实施例，基于所述历史数据的更新而更新所述历史标签。
[0012]根据本公开的一个方面，提供一种基于订单的配对设备，包括:发送单元，配置成将请求方发起的订单发送至用户，以使用户确定是否接受所述订单；以及配对单元，基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，对所述请求方和确定接受所述订单的用户进行配对。
[0013]根据本公开的一个实施例，所述发送单元包括:获取部件，配置成获取与所述请求方相关的历史数据；筛选部件，配置成基于以下的至少一项筛选接收所述订单的用户:与所述请求方相关的历史数据、所述请求方与潜在地接收所述订单的用户之间的距离以及所述潜在地接收所述订单的用户的空闲状态；以及发送部件，配置成向所述筛选出的用户发送所述订单。
[0014]根据本公开的一个实施例，所述发送单元包括:获取部件，配置成获取与所述请求方相关的历史数据；以及发送部件，配置成将所述历史数据的至少一部分发送至用户。
[0015]根据本公开的一个实施例，所述历史数据包括下面中至少的一项:所述请求方与所述用户之间的历史评价数据；所述请求方和所述用户的历史交易数据；以及所述请求方和所述用户的历史配对数据。
[0016]根据本公开的一个实施例，所述配对单元包括:历史标签确定部件，配置成基于与所述请求方相关的历史数据以及与确定接受所述订单的用户相关的历史数据，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签；以及配对部件，配置成基于所述历史标签，对所述请求方和确定接受所述订单的用户进行配对。
[0017]根据本公开的一个实施例，所述历史标签确定部件配置成:基于以下的至少一项，分别确定用于表征所述请求方的特性与所述用户的特性的历史标签:所述请求方与所述用户之间的历史评价数据；所述请求方和所述用户的历史交易数据；以及所述请求方和所述用户的历史配对数据。
[0018]根据本公开的一个实施例，所述历史标签确定部件配置成基于所述历史数据的更新而更新所述历史标签。根据本公开的一个实施例，系统还包括修正部，所述修正部被配置成适于操作者对所构建的所述零件模型的加工方法进行进一步修改。
[0019]根据本公开实施例的基于订单的配对方法和配对设备，能够有效地利用历史数据来实现请求方和用户之间的配对，提高了双方的交易体验
【附图说明】
[0020]现将仅通过示例的方式，参考所附附图对本公开的实施例进行描述，其中:
[0021]图1是根据本公开的示例性实施例的基于订单的配对方法的流程示意图；
[0022]图2是根据本公开的示例性实施例的基于订单的配对设备的示意性配置图；
[0023]图3是根据本公开的示例性实施例的发送单元的示意性配置图；
[0024]图4是根据本公开的示例性实施例的配对单元的示意性配置图；以及
[0025]图5是根据本公开的另一示例性实施例的基于订单的配对系统的配置图。
【具体实施方式】
[0026]现将结合附图对本公开的实施例进行具体的描述。应当注意的是，附图中对相似的部件或者功能组件可能使用同样的数字标示。所附附图仅仅旨在说明本公开的实施例。本领域的技术人员可以在不偏离本公开精神和保护范围的基础上从下述描述得到替代技术方案。
[0027]本公开的实施例涉及一种基于订单的配对方法和配对系统。应当理解的是，这里的订单可以包括各种订单，例如订购某种服务或商品的订单，例如订购物品的订单、打车订单等等，下订单可以例如是通过打电话、通过电脑等客户端、手机等移动智能终端来实现下订单。订单例如可以发送至服务器、客户服务中心等等。在订单服务中，通常涉及到二方或三方，特别地当存在多个用户(或多个服务方时)通常涉及到三方，即请求方(或下订单方)、调度方、以及用户(或服务方)。这里的“请求方”是指下订单者，“调度方”可以是服务器或对请求方与服务方进行协调的设备或系统。“服务方”或“用户”是指提供服务或接受订单(进而提供服务)的人员或设备。本公开的目的之一旨在对请求方和用户之间进行配对，以提高请求方和用户之间交易体验。尽管在下面的实施例中，以打车订单为例进行说明，应当理解的是，本公开不限于打车订单，可以是各种类型的订单。在本公开的教导下，容易将本公开的构思扩展到各种其它类似的情形中。
[0028]关于订单，还应该说明的是，在如下订单的情况下，多个服务方在不同地理位置处提供服务，多个请求方在不同地理位置处等待服务方到达请求方所在的位置以接受服务，特别地，服务提供方同一时间段只能发生一笔交易，所以对服务方来说选择合适的交易对象就非常有必要。以打车服务为例进行说明，传统电商的交易模式和打车软件还是有区别的，传统电商的卖家(对应司机)对卖家(对应打车软件的乘客)的订单时等待乘客下单，只有单向的由买家触发决定，但是打车软件的模式是通过卖家抢单的方式来进行的，而且同一时间段只能发生一笔交易，所以对卖家来说选择合适的交易对象就非常有必要，平台也需要实时向卖家提供交易支持必要更大，增加买卖双方的用户体验，增强对平台的依赖性和运营效率。
[0029]下面结合附图详细说明本公