网约车应用的订单处理方法和装置制造方法及图纸

本发明专利技术提供一种网约车应用的订单处理方法和装置，该方法包括：接收用户在网约车应用的用户界面上触发的针对第一类型的网约车的出行订单；在未成功匹配所述第一类型的网约车时，在所述用户界面上显示卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和所述第二类型的网约车的服务响应时长。本发明专利技术提供的网约车应用的订单处理方法和装置，可以在未成功匹配第一类型的网约车时，使用户通过卡片信息，直观的、快速的获取到其他类型的网约车的推荐信息，能够起到引导用户选择其他类型的网约车出行的目的，能够减少用户的流失率。率。率。

【技术实现步骤摘要】
网约车应用的订单处理方法和装置
[0001]本申请是申请日为2017年09月15日、申请号为201710840389.4、专利技术名称为“网约车应用的订单处理方法和装置”的专利技术专利申请的分案申请。


[0002]本专利技术涉及互联网技术，尤其涉及一种网约车应用的订单处理方法和装置。

技术介绍

[0003]网约车应用是一种智能手机应用。用户可以通过安装在终端设备上的网约车应用发布出行订单，以预约网约车出行。通过这种方式，可以提高用户的出行效率。
[0004]上述网约车应用上设置有多种类型的网约车，例如：出租车、顺风车、专车等。因此，用户可以根据自己的需求，在网约车应用的用户界面上选择自己所期望使用的网约车。然后，用户可以在终端设备上的网约车应用的用户界面触发针对该类型的网约车的出行订单，以使得网约车应用对应的服务器可以为用户匹配该类型的网约车，为用户提供接送服务。
[0005]目前，当用户所选择的网约车在用户所在区域内运力不足时，可能出现无法为用户匹配到网约车的情况。现有技术中，在这种情况下，网约车应用仅向用户显示例如“已为您取消叫车”的卡片信息，使得用户体验较低。

技术实现思路

[0006]本专利技术提供一种网约车应用的订单处理方法和装置，使得网约车应用所显示的卡片信息能够起到引导用户选择其他类型的网约车出行的目的，能够减少用户的流失率。
[0007]本专利技术第一方面提供一种网约车应用的订单处理方法，该方法包括：
[0008]接收用户在网约车应用的用户界面上触发的针对第一类型的网约车的出行订单；
[0009]在未成功匹配所述第一类型的网约车时，在所述用户界面上显示卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和所述第二类型的网约车的服务响应时长。
[0010]在一种可能的实施方式中，所述卡片信息还包括下述至少一项：触发针对第二类型的网约车的出行订单的操作选项、采用所述第二类型的网约车出行的预估费用数据、采用所述第一类型的网约车出行与采用所述第二类型的网约车出行的预估费用差额数据。
[0011]在另一种可能的实施方式中，所述接收用户在网约车应用的用户界面上触发的针对第一类型的网约车的出行订单之后，所述方法还包括：
[0012]向服务器发送所述出行订单；所述出行订单用于指示所述服务器为所述终端设备匹配所述第一类型的网约车；
[0013]接收所述服务器在未成功匹配所述第一类型的网约车时推送的所述卡片信息。
[0014]在另一种可能的实施方式中，所述未成功匹配所述第一类型的网约车，包括：
[0015]所述第一类型的网约车匹配失败，或者，接收到所述用户在所述网约车应用的用
户界面上触发的针对所述出行订单的取消请求。
[0016]本专利技术第二方面提供一种网约车应用的订单处理方法，该方法包括：
[0017]接收终端设备发送的针对第一类型的网约车的出行订单；
[0018]在确定未成功匹配所述第一类型的网约车时，向所述终端设备推送卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和所述第二类型的网约车的服务响应时长。
[0019]在一种可能的实施方式中，所述向所述终端设备推送卡片信息之前，所述方法还包括：
[0020]根据所述终端设备的出行信息，确定为所述终端设备推送所述第二类型的网约车。
[0021]在另一种可能的实施方式中，所述出行信息包括下述一项或多项：
[0022]所述终端设备的出行时间信息、所述终端设备的出行起点信息、所述终端设备的出行终点信息、所述第一类型的网约车信息、所述终端设备的历史出行信息。
[0023]在另一种可能的实施方式中，所述确定未成功匹配所述第一类型的网约车，包括：
[0024]根据所述终端设备的出行起点信息，确定所述终端设备的预设范围内的所述第一类型的网约车的供需比；
[0025]在所述第一类型的网约车的供需比小于或等于预设阈值时，确定未成功匹配所述第一类型的网约车。
[0026]在另一种可能的实施方式中，所述确定未成功匹配所述第一类型的网约车，包括：
[0027]在接收到所述终端设备发送的针对所述出行订单的取消请求时，确定未成功匹配所述第一类型的网约车。
[0028]在另一种可能的实施方式中，所述卡片信息还包括下述至少一项：触发针对第二类型的网约车的出行订单的操作选项、采用所述第二类型的网约车出行的预估费用数据、采用所述第一类型的网约车出行与采用所述第二类型的网约车出行的预估费用差额数据。
[0029]本专利技术第三方面提供一种网约车应用的订单处理装置，该装置包括：
[0030]接收模块，用于接收用户在网约车应用的用户界面上触发的针对第一类型的网约车的出行订单；
[0031]显示模块，用于在未成功匹配所述第一类型的网约车时，在所述用户界面上显示卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和所述第二类型的网约车的服务响应时长。
[0032]在一种可能的实施方式中，所述卡片信息还包括下述至少一项：触发针对第二类型的网约车的出行订单的操作选项、采用所述第二类型的网约车出行的预估费用数据、采用所述第一类型的网约车出行与采用所述第二类型的网约车出行的预估费用差额数据。
[0033]在另一种可能的实施方式中，所述装置还包括：
[0034]发送模块，用于在所述接收模块接收用户在所述网约车应用的用户界面上触发的针对所述第一类型的网约车的出行订单之后，向服务器发送所述出行订单；所述出行订单用于指示所述服务器为所述终端设备匹配所述第一类型的网约车；
[0035]所述接收模块，还用于接收所述服务器在未成功匹配所述第一类型的网约车时推送的所述卡片信息。
[0036]在另一种可能的实施方式中，所述未成功匹配所述第一类型的网约车，包括：
[0037]所述第一类型的网约车匹配失败，或者，接收到所述用户在所述网约车应用的用户界面上触发的针对所述出行订单的取消请求。
[0038]本专利技术第四方面提供一种网约车应用的订单处理装置，该装置包括：
[0039]接收模块，用于接收终端设备发送的针对第一类型的网约车的出行订单；
[0040]推送模块，用于在确定未成功匹配所述第一类型的网约车时，向所述终端设备推送卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和所述第二类型的网约车的服务响应时长。
[0041]在一种可能的实施方式中，所述装置还包括：
[0042]处理模块，用于在所述推送模块向所述终端设备推送卡片信息之前，根据所述终端设备的出行信息，确定为所述终端设备推送所述第二类型的网约车。
[0043]在另一种可能的实施方式中，所述出行信息包括下述一项或本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种网约车应用的订单处理方法，包括：接收用户在网约车应用的用户界面上触发的针对第一类型的网约车的第一出行订单；在所述用户界面上显示卡片信息，所述卡片信息包括第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和触发针对第二类型的网约车的出行订单的操作选项，其中所述卡片信息是响应于可用于所述第一出行订单的所述第一类型的网约车未成功匹配而推送的；以及响应于针对所述操作选项的选择，触发针对所述第二类型的网约车的第二出行订单。2.根据权利要求1所述的方法，其中所述属性信息还包括：所述第二类型的网约车的服务响应时长。3.根据权利要求1至2中任一项所述的方法，其中所述卡片信息还包括下述至少一项：采用所述第二类型的网约车出行的预估费用数据、采用所述第一类型的网约车出行与采用所述第二类型的网约车出行的预估费用差额数据。4.根据权利要求1至2中任一项所述的方法，还包括：向服务器发送所述第一出行订单，所述第一出行订单用于指示所述服务器为所述终端设备匹配所述第一类型的网约车；接收所述服务器在所述第一类型的网约车未成功匹配时推送的所述卡片信息。5.根据权利要求1所述的方法，其中可用于所述第一出行订单的所述第一类型的网约车未成功匹配包括：所述第一类型的网约车匹配失败，或者接收到所述用户在所述网约车应用的用户界面上触发的针对所述第一出行订单的取消请求。6.一种网约车应用的订单处理方法，包括：接收终端设备发送的针对第一类型的网约车的第一出行订单；响应于可用于所述第一出行订单的所述第一类型的网约车未成功匹配，向所述终端设备推送卡片信息，所述卡片信息包括：第二类型的网约车的属性信息，所述属性信息包括：所述第二类型的网约车的标识和触发针对第二类型的网约车的出行订单的操作选项；以及接收针对所述第...

【专利技术属性】
技术研发人员：谷贺，李欣睿，苏阳，高海滨，
申请(专利权)人：北京嘀嘀无限科技发展有限公司，
类型：发明
国别省市：