一种订单处理方法和系统技术方案

本申请提供一种订单处理方法和系统。所述方法包括：获取乘客的订单请求，以及与所述订单请求相关的信息；基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；至少基于所述订单取消概率，对所述订单请求进行分配。

【技术实现步骤摘要】
一种订单处理方法和系统
本申请涉及按需服务领域，特别涉及一种订单处理方法和系统。
技术介绍
随着移动通信技术的快速发展，越来越多的用户通过安装在移动终端上的叫车软件进行打车，然而大量的因素可能导致用户在叫车过程中取消订单。例如，司机接驾距离较远、司机接驾预估到达时间较长、上车点区域内车辆供不应求用户需较长时间等待司机接驾等。由于不同用户可接受的等待接驾时间或接驾距离不同，当等待接驾时间或等待接驾距离超过用户的可接受范围时，用户就会取消订单，导致平台完单量和用户乘车体验降低。目前，打车平台在进行订单分配时，未充分考虑不同用户在不同上车区域、不同订单发起时间、不同上车时间的可接受接驾时间或可接受接驾距离，导致订单取消率较高。因此，希望可以提供一种订单处理方法和系统，综合考虑不同用户的可接受接驾时间或可接受接驾距离，进行个性化订单分配，以提高订单完单量和用户乘车体验。
技术实现思路
本申请的一个方面提供一种订单处理方法。所述方法包括：获取乘客的订单请求，以及与所述订单请求相关的信息；基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；至少基于所述订单取消概率，对所述订单请求进行分配。本申请的另一方面提供一种订单处理系统。所述系统包括：获取模块，用于获取乘客的订单请求，以及与所述订单请求相关的信息；订单取消概率确定模块，用于基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；订单分配模块，用于至少基于所述订单取消概率，对所述订单请求进行分配。本申请的另一方面提供一种订单处理的装置。所述装置包括至少一个存储介质及至少一个处理器；所述至少一个存储介质用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令，以实现如前所述的订单处理的方法。本申请的另一方面提供一种计算机可读存储介质。所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如前所述的订单处理的方法。本申请的另一方面提供一种订单处理方法。所述方法包括：获取乘客的订单请求，以及与所述订单请求相关的信息；至少基于订单取消概率，输出与订单处理相关的提示内容；所述订单取消概率基于与所述订单请求相关的信息，利用订单取消概率模型确定。本申请的另一方面提供一种订单处理系统。所述系统包括：获取模块，用于获取乘客的订单请求，以及与所述订单请求相关的信息；显示模块，用于至少基于订单取消概率，输出与订单处理相关的提示内容；所述订单取消概率基于与所述订单请求相关的信息，利用订单取消概率模型确定。本申请的另一方面提供一种订单处理的装置。所述装置包括至少一个存储介质及至少一个处理器；所述至少一个存储介质用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令，以实现如前所述的订单处理的方法。本申请的另一方面提供一种计算机可读存储介质。所述存储介质存储有计算机指令，当所述计算机指令被处理器执行时，实现如前所述的订单处理的方法。附图说明本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：图1是根据本申请一些实施例所示的订单处理系统的应用场景示意图；图2是根据本申请一些实施例所示的一种订单处理系统的模块图；图3是根据本申请一些实施例所示的一种订单处理方法的示例性流程图；图4是根据本申请一些实施例所示的对订单请求进行分配的方法的示例性流程图；图5是根据本申请一些实施例所示的一种订单处理系统终端的模块图；图6是根据本申请一些实施例所示的一种订单处理方法的示例性流程图。具体实施方式为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。本申请描述的“乘客”、“乘客端”、“乘车人”、“用户”、“用户终端”、“顾客”、“请求者”、“服务请求者”、“消费者”、“消费方”、“使用请求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本申请描述的“司机”、“司机端”、“提供者”、“供应者”、“服务提供者”、“服务者”、“服务方”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。图1是根据本申请一些实施例所示的订单处理系统的应用场景示意图。该订单处理系统100可以预估乘客的订单取消概率，并至少基于订单取消概率，对订单请求进行分配。该订单处理系统100可以是用于互联网服务的线上服务平台。例如，该订单处理系统100可以是运输服务的线上运输服务平台。在一些实施例中，该订单处理系统100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣和接送服务等。在一些实施例中，该订单处理系统100还可以应用于代驾服务、快递、外卖等。订单处理系统100可以包括服务器110、网络120、乘客终端130、司机终端140、存储设备150、信息源160和定位系统170。该本文档来自技高网...

【技术保护点】
1.一种订单处理方法，其特征在于，所述方法包括：/n获取乘客的订单请求，以及与所述订单请求相关的信息；/n基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；/n至少基于所述订单取消概率，对所述订单请求进行分配。/n

【技术特征摘要】
1.一种订单处理方法，其特征在于，所述方法包括：
获取乘客的订单请求，以及与所述订单请求相关的信息；
基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；
至少基于所述订单取消概率，对所述订单请求进行分配。


2.根据权利要求1所述的订单处理方法，其特征在于，所述订单取消概率模型为神经网络模型或回归模型。


3.根据权利要求1所述的订单处理方法，其特征在于，所述与所述订单请求相关的信息包括以下中的至少一个：订单发起时间、上车地点、上车时间、目的地、司机接驾的行驶距离、司机接驾的预估到达时间、乘客历史信息和乘客需求信息。


4.根据权利要求3所述的订单处理方法，其特征在于，所述乘客历史信息包括以下中的至少一个：乘客历史完成订单数量、乘客历史取消订单数量、乘客历史完成订单/乘客历史取消订单对应的预估到达时间、乘客历史完成订单/乘客历史取消订单对应的司机接驾行驶距离、乘客历史完成订单/乘客历史取消订单的价格；
所述乘客需求信息包括以下中的至少一个：乘客可接受的等待时间和乘客可接受的等待接驾距离。


5.根据权利要求1所述的订单处理方法，其特征在于，所述至少根据所述乘客的订单取消概率，对所述订单请求进行分配，包括：
获取所述订单请求中上车地点区域的供需比，所述上车地点区域为包括所述上车地点在内的具有设定覆盖面积的地理区域；
根据所述供需比和所述订单取消概率，对所述订单请求进行分配。


6.根据权利要求5所述的订单处理方法，其特征在于，所述根据所述供需比和所述订单取消概率，对所述订单请求进行分配，包括：
确定所述供需比是否大于第一预设阈值；
如果所述供需比大于第一预设阈值，进一步确定所述订单取消概率是否大于第二预设阈值；
响应于所述订单取消概率大于第二预设阈值，将所述订单请求优先分配给预估到达时间小于第三预设阈值的司机。


7.根据权利要求5所述的订单处理方法，其特征在于，所述根据所述供需比和所述订单取消概率，对所述订单请求进行分配，还包括：
确定所述供需比是否大于第一预设阈值；
如果所述供需比不大于第一预设阈值，进一步确定所述订单取消概率是否大于第二预设阈值；
响应于所述订单取消概率大于第二预设阈值，延迟分配所述订单请求；或者，
响应于所述订单取消概率不大于第二预设阈值，将所述订单请求优先分配给司机。


8.一种订单处理系统，其特征在于，所述系统包括：
获取模块，用于获取乘客的订单请求，以及与所述订单请求相关的信息；
订单取消概率确定模块，用于基于与所述订单请求相关的信息，利用订单取消概率模型，确定所述乘客的订单取消概率；
订单分配模块，用于至少基于所述订单取消概率，对所述订单请求进行分配。


9.根据权利要求8所述的订单处理系统，其特征在于，所述订单取消概率模型为神经网络模型或回归模型。


10.根据权利要求8所述的订单处理系统，其特征在于，所述与所述订单请求相关的信息包括以下中的至少一个：订单发起时间、上车地点、上车时间、目的地、司机接驾的行驶距离、司机接驾的预估到达时间、乘客历史信息和乘客需求信息。


11.根据权利要求10所述的订单处理系统，其特征在于，所述乘客历史信息包括以下中的至少一个：乘客历史完成订单数量、乘客历史取消订单数量、乘客历史完成订单/乘客历史取消订单对应的预估到达时间、乘客历史完成订单/乘客历史取消订单对应的司机接驾行驶距离、乘客历史完成订单/乘...

【专利技术属性】
技术研发人员：黄玉坤，牟宝宁，郄小虎，侯艾林，万昊，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：北京;11