移动出行业务处理方法及装置制造方法及图纸

本发明专利技术实施例提供一种移动出行业务处理方法及装置。该方法包括：接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。本发明专利技术实施例用户可以一次向服务器发起包含至少两个出行业务类型的订单请求，在操作界面上显示最快应答的车辆的信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。

Mobile Outbound Business Processing Method and Device

【技术实现步骤摘要】
移动出行业务处理方法及装置
本专利技术实施例涉及移动出行
，尤其涉及一种移动出行业务处理方法及装置。
技术介绍
随着通信技术和计算机技术的不断发展，越来越多的用户选择使用用户设备(例如智能手机)上的出行平台来呼叫车辆，以方便用户出行。目前，用户打开安装于用户设备上的出行平台呼叫车辆时，通常在出行平台的界面上选择某一车型并输入出行信息，如输入出发地、目的地等。在服务器为用户派单成功后，出行平台的操作界面上将显示有用户呼叫到的车辆的相关信息，以便用户进行出行。在早晚高峰或者其他供不应求的场景下，用户选择某一车型发起呼叫后，只有当呼叫失败时用户才能继续尝试其他车型发起呼叫，用户可能会经过较长时间的等待，而且用户在呼叫失败后可能会在多个车型间反复尝试、多次发起呼叫，耗时较长，用户体验不高。
技术实现思路
本专利技术实施例提供一种移动出行业务处理方法及装置，以解决现有技术中用户在呼叫车辆时的耗时较长，用户体验不高的问题。第一方面，本专利技术实施例提供一种移动出行业务处理方法，包括：接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。第二方面，本专利技术实施例提供一种移动出行业务处理方法包括：接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。第三方面，本专利技术实施例提供一种移动出行业务处理装置，包括：接收模块，用于接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；显示模块，用于根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。第四方面，本专利技术实施例提供一种移动出行业务处理装置，包括：接收模块，用于接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；发送模块，用于根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；所述发送模块，还用于根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。第五方面，本专利技术实施例提供一种用户设备，包括：处理器，以及，用于存储处理器的可执行指令的存储器；其中，处理器被配置为经由执行所述可执行指令来执行如第一方面中任一项所述的方法。第六方面，本专利技术实施例提供一种服务器，包括：处理器，以及，用于存储处理器的可执行指令的存储器；其中，处理器被配置为经由执行所述可执行指令来执行如第二方面中任一项所述的方法。本专利技术实施例提供的移动出行业务处理方法及装置，接收用户在出行业务的操作界面上触发的订单请求，订单请求涉及至少两个出行业务类型；根据订单请求，在操作界面上显示车辆信息；车辆信息为服务器根据至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息，由于用户触发的订单请求中包括有至少两个出行业务类型，因此用户可以一次向服务器发起包含至少两个出行业务类型的订单请求，在操作界面上显示最快应答的车辆的信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。附图说明图1为本专利技术实施例提供的移动出行业务处理方法一实施例的场景示意图；图2为本专利技术实施例提供的移动出行业务处理方法一实施例的流程图；图3a为本专利技术实施例提供的一实施例的一操作界面示意图；图3b为本专利技术实施例提供的一实施例的另一操作界面示意图；图3c为本专利技术实施例提供的一实施例的又一操作界面示意图；图4a为本专利技术实施例提供的另一实施例的一操作界面示意图；图4b为本专利技术实施例提供的另一实施例的另一操作界面示意图；图5a为本专利技术实施例提供的又一实施例的一操作界面示意图；图5b为本专利技术实施例提供的又一实施例的另一操作界面示意图；图5c为本专利技术实施例提供的又一实施例的又一操作界面示意图；图6为本专利技术实施例提供的移动出行业务处理方法另一实施例的流程图；图7a为本专利技术实施例提供的移动出行业务处理装置一实施例的结构图；图7b为本专利技术实施例提供的移动出行业务处理装置另一实施例的结构图；图8a为本专利技术实施例提供的移动出行业务处理装置又一实施例的结构图；图8b为本专利技术实施例提供的移动出行业务处理装置又一实施例的结构图；图9为本专利技术实施例中用户设备一实施例的结构图；图10为本专利技术实施例中服务器一实施例的结构图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。本专利技术的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本专利技术实施例提供的业务处理方法可以应用于安装有出行平台的用户设备中。本专利技术实施例中的用户设备(UserEquipment，UE)可以是手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的移动台(MobileStation，MS)、终端(terminal)等。本专利技术实施例中的出行平台指的是可以实现预约网约车功能的应用程序(Application，APP)。本专利技术实施例提供的移动出行业务处理方法，具体的，可以应用于用户通过出行平台进行车辆预约的系统中。图1为本专利技术实施例提供的移动出行业务处理方法的应用场景示意图，如图1所示，该系统中包括服务器11、第一用户设备12和第二用户设备13，本专利技术实施例中以第一用户设备12为乘客端的用户设备，第二用户设备13为司机端的用户设备为例进行说明。专利技术人在实现本专利技术的过程中发现：在一些实施方式中用户属于时间敏感型且价格不敏感型，即用户往往在多个出行业务类型都有反复尝试、多次呼叫的行为，对于这一类用户而言，他们的行程需求是：不介意是什么车辆(花多少钱)来接我，只要有车来接我就可以。在另一些实施方式中，在早晚高峰或者其他供不应求的场景下，绝大多数用户只希望能更快的叫到车，因此，这一类用户对行程的需求可以理解为：订单的被应答时长越短越好。而在相关技术中，用户在呼叫车辆的时候只可以选择其中一个出行业务类型，只有当呼叫失败(包括呼叫无应答关单或者用户主动取消订单)时，用户才能继续尝试其他出行业务类型，因此，对于上述这些特殊场景下，用户体验较低。本专利技术实施例提供的移动出行本文档来自技高网...

【技术保护点】
1.一种移动出行业务处理方法，其特征在于，所述方法包括：接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。

【技术特征摘要】
1.一种移动出行业务处理方法，其特征在于，所述方法包括：接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。2.根据权利要求1所述的方法，其特征在于，所述接收用户在所述出行业务的操作界面上触发的订单请求之前，还包括：按照预设的图标显示顺序，在所述操作界面上显示至少两个图标；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；相应的，所述接收用户在所述出行业务的操作界面上触发的订单请求，包括：接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应的图标触发的所述订单请求。3.根据权利要求2所述的方法，其特征在于，所述在所述操作界面上显示至少两个图标之后，还包括：接收所述用户的滑动操作；相应的，所述在所述操作界面上显示至少两个图标，包括：根据所述滑动操作，在所述操作界面上显示所述至少两个图标。4.根据权利要求2或3所述的方法，其特征在于，所述在所述操作界面上显示至少两个图标，包括：在所述操作界面上显示至少一个所述图标的至少部分内容。5.根据权利要求2或3所述的方法，其特征在于，所述接收用户在所述出行业务的操作界面上触发的订单请求之前，还包括：在所述操作界面上显示第一提示信息；所述第一提示信息用于提示所述用户在触发所述订单请求时选择至少两个出行业务类型对应的图标；相应的，所述接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求，包括：接收用户根据所述第一提示信息在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求。6.根据权利要求1-3任一项所述的方法，其特征在于，在所述操作界面上显示车辆信息之前，还包括：在所述操作界面上显示所述用户当前的排队信息；所述排队信息包括至少一个出行业务类型对应的排队编号以及预估等待时间；或，在所述操作界面上显示第二提示信息，所述第二提示信息用于提示所述用户已向至少一个所述出行业务类型对应的车辆进行派单。7.根据权利要求1-3任一项所述的方法，其特征在于，在所述操作界面上显示车辆信息，包括：在所述操作界面上显示所述车辆信息以及与所述车辆信息对应的出行业务类型。8.根据权利要求1-3任一项所述的方法，其特征在于，接收用户在所述出行业务的操作界面上触发的订单请求之后，所述方法还包括：向服务器发送所述订单请求；接收所述服务器发送的所述车辆信息。9.一种移动出行业务处理方法，其特征在于，包括：接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。10.根据权利要求9所述的方法，其特征在于，还包括：根据所述第一用户设备对各个所述出行业务类型的使用时间顺序、使用频率、使用场景需求，或者各个所述出行业务类型的平台运营策略，确定至少两个图标的图标显示顺序；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；将所述图标显示顺序发送给所述第一用户设备。11.根据权利要求9或10所述的方法，其特征在于，所述根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求，包括：向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，向所述至少两个出行业务类型中预设的出行业务类型对应的第二用户设备发送所述派单请求，若经过预设的时间阈值后未接收到所述第二用户设备发送的响应信息，则向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，确定所述至少两个出行业务类型中各个出行业务类型对应的第二用户设备中与所述第一用户设备距离最近的第二用户设备，向距离最近的所述第二用户设备发送所述派单请求；或，根据所述第一用户设备对应的偏好信息和/或当前场景信息，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。12.根据权利要求10所述的方法，其特征在于，还包括：向所述第一用户设备发送第一提示信息，所述第一提示信息用于提示所述第一用户设备对应的用户在触发所述订单请求时选择至少两个出行业务类型对应的图标。13.根据权利要求9或10所述的方法，其特征在于，所述根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求之后，还包括：根据所述至少一个出行业务类型对应的运力状态信息，确定所述至少一个出行业务类型对应的运力是否充足；若否，则确定所述至少一个出行业务类型各自对应的排队信息，并向所述第一用户设备发送所述排队信息；若是，则向所述第一用户设备发送第二提示信息；所述第二提示信息用于提示所述第一用户已向至少一个运力充足的出行业务类型对应的车辆进行派单。14.根据权利要求9或10所述的方法，其特征在于，向所述第一用户设备发送车辆信息，包括：向所述第一用户设备发送所述车辆信息以及与所述车辆信息对应的出行业务类型。15.一种移动出行业...

【专利技术属性】
技术研发人员：王珏，张瑞星，李璐，李可，张晓雪，刘琳，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：北京,11