CN117273856A - 网约车订单处理方法、设备及存储介质 - Google Patents

网约车订单处理方法、设备及存储介质 Download PDF

Info

Publication number
CN117273856A
CN117273856A CN202311246208.7A CN202311246208A CN117273856A CN 117273856 A CN117273856 A CN 117273856A CN 202311246208 A CN202311246208 A CN 202311246208A CN 117273856 A CN117273856 A CN 117273856A
Authority
CN
China
Prior art keywords
network
order
fee
processed
vehicle
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311246208.7A
Other languages
English (en)
Inventor
李宝旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Feizhu Network Technology Co ltd
Original Assignee
Zhejiang Feizhu Network Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhejiang Feizhu Network Technology Co ltd filed Critical Zhejiang Feizhu Network Technology Co ltd
Priority to CN202311246208.7A priority Critical patent/CN117273856A/zh
Publication of CN117273856A publication Critical patent/CN117273856A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities

Abstract

本申请实施例提供一种网约车订单处理方法、设备及存储介质。响应处理触发事件，可获取待处理网约车订单及其待支付费用信息。根据该待支付费用信息，识别待处理网约车订单是否为风险订单。若为是，向目标用户输出费用核对提示信息，并可在目标用户对待支付费用信息进行费用确认的情况下，执行待处理网约车订单的支付操作。一方面，在网约车订单支付之前自动识别网约车订单是否为风险订单，可将费用风险识别操作前置，降低目标用户支付后再发生投诉的概率。另一方面，在目标用户确认后再执行支付操作，可合理地、准确地对待处理网约车订单进行收费，从而降低对目标用户或者目标用户所属的用车组织造成的财产损失，提升网约车服务平台的用户粘度。

Description

网约车订单处理方法、设备及存储介质
技术领域
本申请涉及互联网技术领域，尤其涉及一种网约车订单处理方法、设备及存储介质。
背景技术
随着互联网的发展，网约车(也称线上叫车)服务逐渐在人们的日常生活中扮演着越来越重要的角色。基于网约车服务，个人用户可在手机等终端设备上实现车辆预约，极大方便了日常出行。在一些商务用车场景或公司旅游场景中，公司相关人员可以通过网约车服务平台进行车辆预约，方便快速地解决商务用车或旅游用车问题。
但是，在实际应用中，可能会因为一些原因，例如因为网络状况不好无法准确获取网约车订单的行程数据，或者网约车司机在发现是公司用车的情况下可能会恶意添加附加费等，导致网约车服务平台无法准确、合理地对网约车订单进行计费，出现计费不合理的问题，不仅会给公司或个人造成财产损失，还会影响网约车服务平台的用户粘度。因此，有待提出一种新的解决方案。
发明内容
本申请的多个方面提供一种网约车订单处理方法、设备及存储介质，用以对存在异常计费风险的网约车订单进行识别，并在订单支付之前提醒目标用户进行费用核对，从而降低错误计费的风险，提升用户粘度。
本申请实施例提供一种网约车订单处理方法，包括：响应网约车订单的处理触发事件，获取待处理网约车订单及其待支付费用信息；根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单；若所述待处理网约车订单为风险订单，向所述待处理网约车订单关联的目标用户输出费用核对提示信息，以供所述目标用户对所述待支付费用信息进行费用确认；以及在所述目标用户基于所述费用核对提示信息对所述待支付费用信息进行费用确认的情况下，执行所述待处理网约车订单的支付操作。
可选地，响应网约车订单的处理触发事件，获取待处理网约车订单，包括以下至少一种操作：响应用车组织发起的订单支付操作，获取属于所述用车组织且未支付的至少部分网约车订单作为待处理网约车订单；响应网约车服务平台发起的订单收款操作，获取未支付的至少部分网约车订单作为待处理网约车订单；响应个人用户发起的支付操作，获取所述个人用户未支付的网约车订单作为待处理订单；响应网约车订单的订单完成操作，将完成的网约车订单作为待处理网约车订单；响应用车组织发起的账单审核操作，获取属于所述用车组织且未支付的至少部分网约车订单作为待处理网约车订单，所述账单审核操作用于审核未支付的至少部分网约车订单产生的费用信息。
可选地，在所述目标用户基于所述费用核对提示信息对所述待支付费用信息进行费用确认的情况下，执行所述待处理网约车订单的支付操作，包括：若在所述待处理网约车订单的自动支付时间到达之前检测到所述目标用户基于所述费用核对提示信息发出的费用确认操作，执行所述待处理网约车订单的支付操作；或者，若在所述待处理网约车订单的自动支付时间到达时未检测到所述目标用户基于所述费用核对提示信息发出的任何操作，执行所述待处理网约车订单的支付操作。
可选地，还包括：在识别到所述待处理网约车订单为风险订单的情况下，将所述待处理网约车订单的自动支付时间从订单结束后的第一时间延迟至第二时间。
可选地，向所述网约车订单关联的目标用户输出费用核对提示信息，以供所述目标用户对所述待支付费用信息进行费用确认，包括：向所述目标用户发送费用信息核对页面和/或用于提示所述目标用户进行费用核对的至少一个通知消息，以供所述目标用户对所述待支付费用信息进行费用确认；其中，所述至少一个通知消息包括：短消息、网约车应用的应用内消息和/或第三方应用的应用内消息。
可选地，向所述目标用户发送费用信息核对页面和用于提示所述目标用户进行费用核对的至少一个通知消息，以供所述目标用户对所述待支付费用信息进行费用确认，包括：展示费用信息核对页面，所述费用信息核对页面包括所述待支付费用信息和费用确认控件，以供所述目标用户通过所述费用确认控件对所述待支付费用信息进行费用确认；若在第三时间内未检测到所述目标用户通过所述费用确认控件发出的费用确认操作，则向所述目标用户输出第一通知消息，以供所述目标用户通过所述第一通知消息对所述待支付费用信息进行费用确认；若在第四时间内未收到所述目标用户通过所述第一通知消息发出的费用确认操作，则向所述目标用户输出第二通知消息，以供所述目标用户通过所述第二通知消息对所述待支付费用信息进行费用确认；其中，所述第四时间早于所述网约车订单的自动支付时间。
可选地，所述第一通知消息或所述第二通知消息中包括指向所述费用信息核对页面的链接信息，所述方法还包括：在所述第三时间或第四时间内，响应于对所述链接信息的触发操作，跳转至所述费用信息核对页面；响应对所述费用确认控件发出的触发操作，确定接收到所述目标用户通过所述第一通知消息或所述第二通知消息发出的费用确认操作。
可选地，所述第一通知消息或所述第二通知消息为短消息或第三方应用的应用内消息，所述方法还包括：接收短消息平台或第三方应用发送的所述目标用户针对所述第一通知消息或所述第二通知消息的回复消息；在所述回复消息为表示所述目标用户对所述待支付费用信息进行费用确认的肯定回复消息时，确定接收到所述目标用户通过所述第一通知消息或所述第二通知消息发出的费用确认操作。
可选地，所述费用信息核对页面上还包括：费用否定控件，所述方法还包括：响应所述目标用户对所述费用否定控件的触发操作，生成所述待处理网约车订单对应的客服工单，并将所述客服工单提供给客服对象，以供所述客服对象对所述待处理网约车订单执行费用异常处理流程；或者，响应所述目标用户对所述费用否定控件的触发操作，跳转至费用处理页面，所述费用处理页面包括问题反馈信息项；响应所述目标用户对所述问题反馈信息项的输入操作，根据所述目标用户反馈的问题信息，对所述待处理网约车订单执行费用异常处理流程。
可选地，根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单，包括：若所述待支付费用信息包含基础打车费，则通过所述网约车订单所属的目标网约车运营商的服务接口，获取所述目标网约车运营商提供的预估打车费用，并在所述基础打车费用与预估打车费用满足设定判责条件时，确定所述待处理网约车订单为风险订单；和/或，若所述待支付费用信息包含附加费用，在根据所述附加费用的类型确定所述附加费用满足附加费判责规则时，确定所述待处理网约车订单为风险订单；和/或，若所述待支付费用信息包含附加费用，则通过所述网约车订单所属的目标网约车运营商的服务接口，获取所述待处理网约车订单的行程轨迹数据，在根据所述行程轨迹数据确定所述附加费用满足附加费判责规则时，确定所述待处理网约车订单为风险订单。
可选地，确定所述待处理网约车订单为风险订单之后，还包括：获取所述目标网约车运营商在目标时段内产生的风险订单的总数量；所述目标时段为所述待处理网约车订单所在时段；若所述总数量大于所述目标时段对应的目标数量阈值，则生成与所述目标数量阈值的告警等级对应的异常告警信息；将所述告警信息同步至客服平台，以提升针对所述目标网约车运营商的投诉请求的处理优先级。
可选地，所述方法应用于网约车服务平台，所述网约车服务平台聚合有多个网约车运营商；所述待处理网约车订单来自一个或多个网约车运营商。
可选地，在根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订之前，还包括：根据所述待处理网约车订单的司机的属性信息和/或所述待处理网约车订单所属的目标网约车运营商的属性信息，判断所述待处理网约车订单是否属于需要进行费用前置化处理的订单；在所述待处理网约车订单属于需要进行费用前置化处理的订单的情况下，执行根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
本申请实施例还提供一种网约车订单处理方法，包括：接收待处理网约车订单的费用核对提示信息；展示所述费用核对提示信息，以供所述待处理网约车订单关联的目标用户对所述待处理网约车订单的待支付费用信息进行费用确认；其中，所述费用核对提示信息是在根据所述待支付费用信息确定所述待处理网约车订单为费用疑似存在问题的风险订单的情况下发送的。
本申请实施例还提供一种电子设备，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的方法中的步骤。
本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被处理器执行时能够实现本申请实施例提供的方法中的步骤。
本申请实施例提供的网约车订单处理方法中，响应网约车订单的处理触发事件，可获取待处理网约车订单及其待支付费用信息，并根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订单。若该待处理网约车订单为风险订单，向该待处理网约车订单关联的目标用户输出费用核对提示信息，并可在目标用户基于该费用核对提示信息对该待支付费用信息进行费用确认的情况下，执行该待处理网约车订单的支付操作。一方面，在网约车订单支付之前自动识别网约车订单是否为风险订单，可将费用风险识别操作前置，降低目标用户支付后再发生投诉的概率。另一方面，在目标用户确认后再执行支付操作，可合理地、准确地对待处理网约车订单进行收费，从而降低对目标用户或者目标用户所属的用车组织造成的财产损失，提升网约车服务平台的用户粘度。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请一示例性实施例提供的网约车订单处理方法的流程示意图；
图2a为本申请另一示例性实施例提供的网约车订单处理方法的流程示意图；
图2b为本申请一示例性实施例提供的判责策略升级流程示意图；
图3为本申请又一示例性实施例提供的网约车订单处理方法的流程示意图；
图4为本申请一示例性实施例提供的电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
针对现有技术中的网约车服务平台无法准确、合理地对网约车订单进行计费，出现计费不合理的问题技术问题，在本申请一些实施例中，提供了一种解决方案，以下结合附图，详细说明本申请各实施例提供的技术方案。
图1是本申请一示例性实施例提供的网约车订单处理方法的流程示意图，该方法可包括如图1所示的步骤：
步骤101、响应网约车订单的处理触发事件，获取待处理网约车订单及其待支付费用信息。
步骤102、根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单。
步骤103、若所述待处理网约车订单为风险订单，向所述待处理网约车订单关联的目标用户输出费用核对提示信息，以供所述目标用户对所述待支付费用信息进行费用确认。
步骤104、在所述目标用户基于所述费用核对提示信息对所述待支付费用信息进行费用确认的情况下，执行所述待处理网约车订单的支付操作。
本实施例应用于网约车服务平台，网约车服务平台运行在由终端设备和服务器组成的信息系统中。网约车服务平台，用于在网约车订单支付之前，响应网约车订单的处理触发事件，识别风险订单，并对风险订单执行相应的处理流程。在一些场景中，网约车服务平台，由独立的网约车运营商进行运营。在这种场景中，待处理网约车订单来自网约车服务平台自身。在另一些场景中，网约车服务平台聚合有多个网约车运营商，待处理网约车订单来自一个或多个网约车运营商。
其中，不同应用场景中，网约车订单的处理触发事件的实现形态不同。以下将分别进行示例性说明。
在一些应用场景中，网约车订单的处理触发事件，可由网约车订单的订单完成操作触发。在这种场景中，网约车订单可以为个人用户的网约车订单，个人用户的网约车订单结束后即进入计费流程。响应网约车订单的订单完成操作，将完成的网约车订单作为待处理网约车订单。例如，个人用户通过网约车平台打车后，当到达目的地时，司机可在司机端提交行程结束指令。网约车服务平台可在接收到司机推送的行程结束指令时，确定检测到网约车订单的订单完成操作。在该订单完成操作的触发下，网约车服务平台可将完成的网约车订单作为待处理网约车订单，并执行根据待处理网约车订单的待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
在另一些应用场景中，网约车订单的处理触发事件，可由网约车订单支付之前的账单审核操作触发。其中，该账单审核操作用于审核未支付的至少部分网约车订单产生的费用信息。在这种场景中，网约车订单可以为用车组织(例如企业、社团、行政单位、事业单位等)的网约车订单。其中，用车组织的网约车订单可按照固定周期支付模式进行支付，该固定周期支付模式可包括：按月支付模式、按季度支付模式等。在支付周期到达时，用车组织可在支付之前进行账单审核。响应用车组织发起的账单审核操作，网约车服务平台可获取属于该用车组织且未支付的至少部分网约车订单作为待处理网约车订单。例如，对企业用户而言，企业内的多个员工可能发生打车行为，且企业内部员工的网约车订单可由企业的相应管理人员(例如财务、会计)按月统一支付。在这种场景下，管理人员在按月支付订单之前，可对待支付月份内的待支付网约车订单产生的账单进行审核。网约车服务平台可在接收到管理人员查看待支付月份的待支付网约车订单的账单审核操作时，确定检测到待支付网约车订单的处理触发事件。在该处理触发事件的触发下，网约车服务平台可获取属于该企业的且未支付的至少部分网约车订单作为待处理网约车订单，并执行根据待处理网约车订单的待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
在又一些应用场景中，网约车订单的处理触发事件，可由网约车订单的支付操作触发。当待支付网约车订单属于用车组织时，网约车服务平台可响应用车组织发起的订单支付操作，获取属于该用车组织且未支付的至少部分网约车订单作为待处理网约车订单，并执行根据待处理网约车订单的待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。当待支付网约车订单属于个人用户时，网约车服务平台可响应个人用户发起的支付操作，获取个人用户未支付的网约车订单作为待处理订单，并执行根据待处理网约车订单的待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
在又一些应用场景中，网约车订单的处理触发事件，可由网约车服务平台发起的订单收款操作触发。可选地，可响应网约车服务平台发起的订单收款操作，可获取未支付的至少部分网约车订单作为待处理网约车订单，执行根据待处理网约车订单的待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
在又一些应用场景中，网约车订单的处理触发事件，为网约车订单的支付周期到达事件。在这种场景中，个人用户或者用车组织可设置订单支付周期，例如订单周期可以是一周、一个月或者一个季度。网约车服务平台可在检测到支付周期到达事件时，确定检测到网约车订单的处理触发事件。网约车服务平台可响应该支付周期到达事件，获取未支付的至少部分网约车订单作为待处理的网约车订单，并执行根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
值得说明的是，在一些可选的实施例中，在网约车服务平台聚合有多个网约车运营商的场景下，网约车服务平台，在根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订之前，可根据待处理网约车订单的司机的属性信息和/或待处理网约车订单所属的目标网约车运营商的属性信息，判断待处理网约车订单是否属于需要进行费用前置化处理的订单。其中，司机的属性信息可包括：司机的历史评分、司机的历史评价、司机的用户投诉率以及司机的历史风险订单数量中的至少一种。其中，目标网约车运营商的属性信息可包括：目标网约车运营商的历史评分、目标网约车运营商的历史评价、目标网约车运营商的用户投诉率、目标网约车运营商的历史风险订单数量以及目标网约车运营商与网约车服务平台的聚合合作时长中的至少一种。例如，若待处理网约车订单的司机的历史评分低于设定评分阈值，则可判定该待处理网约车订单属于需要进行费用前置化处理的订单。例如，若待处理网约车订单的所属的目标网约车运营商的用户投诉率大于设定投诉率阈值，则可判定该待处理网约车订单属于需要进行费用前置化处理的订单。
在待处理网约车订单属于需要进行费用前置化处理的订单的情况下，网约车服务平台可执行根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。在此说明，在执行根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作之前，判断待处理网约车订单是否属于需要进行费用前置化处理的订单为可选操作，在一些可选实施例中，在确定待处理网约车订单的情况下，也可以直接执行根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
以下将对网约车服务平台根据待支付费用信息，识别待处理网约车订单是否为费用疑似存在问题的风险订单的可选实施方式进行示例性说明。
在一些示例性的实施例中，网约车服务平台可识别待支付费用信息中的费用类型，并根据识别到的费用类型判断该待处理网约车订单是否为风险订单。其中，费用类型可包括：基础打车费和/或附加费用。其中，基础打车费用，通常根据驾驶里程以及驾驶时长计算得到。其中，附加费用通常由网约车司机添加。
可选地，若待支付费用信息包含基础打车费，则网约车服务平台可获取网约车订单的预估打车费用，并判断基础打车费用与预估打车费用是否满足设定判责条件。若基础打车费用与预估打车费用满足设定判责条件，则网约车服务平台可确定待处理网约车订单为风险订单。在一些场景中，当网约车服务平台为聚合多家网约车运营商的聚合服务平台时，网约车服务平台可通过网约车订单所属的目标网约车运营商的服务接口，获取目标网约车运营商提供的预估打车费用。其中，设定判责条件，可以包括：基础打车费用与预估打车费用的差价的绝对值大于设定阈值，或者，基础打车费用与预估打车费用的差价相对预估打车费用的占比超过设定的占比阈值，本实施例包含但不限于此。
可选地，若待支付费用信息包含附加费用，则网约车服务平台可根据附加费用的类型，判断附加费用是否满足附加费判责规则。在根据附加费用的类型确定附加费用满足附加费判责规则时，网约车服务平台可确定待处理网约车订单为风险订单。其中，附加费用的类型可包括：清洁费、停车费、过路费、过桥费、高速费中的至少一种等。在一些可选的实施例中，可对附加费用进行级别划分，并对不同级别的附加费用设置不同的附加费判责规则。例如，可将清洁费、停车费等无法明确标准化的费用划分为一级附加费用，将过路费、过桥费、高速费这种具有相对明确的收费标准的费用划分为二级附加费用。其中，对一级附加费用，其对应的附加费判责规则可包括：判断附加费用是否满足根据大数据统计到的一级附加费用的平均值。其中，不同城市对应的一级附加费用的平均值可以不同。其中，对二级附加费用，其对应的附加费判责规则可包括：判断二级附加费是否符合对应的收费标准。例如，若附加费用为高速费，则可根据待处理网约车订单的行驶里程以及对应的高速路收费标准，计算网约车订单的总高速费。若司机添加的高速费与该总高速费的差值的绝对值大于某阈值，则可确定司机添加的高速费满足判责规则。
可选地，若待支付费用包含附加费用，则网约车服务平台可获取待处理网约车订单的行程轨迹数据，并在根据行程轨迹数据确定附加费用满足附加费判责规则时，确定待处理网约车订单为风险订单。在一些场景中，网约车服务平台为聚合多家网约车运营商的聚合服务平台时，网约车服务平台可通过网约车订单所属的目标网约车运营商的服务接口，获取待处理网约车订单的行程轨迹数据。其中，附加费判责规则可包括：判断待处理网约车订单的行程轨迹数据，是否包含附加费用对应的目标轨迹。例如，附加费用为高速费，则可判断网约车订单的行程轨迹数据是否包含高速行驶轨迹，若不包含，则确定该附加费用满足附加费判责规则。又例如，附加费用为过桥费，则可判断网约车订单的行程轨迹数据是否包含公路桥梁的行驶轨迹，若不包含，则确定该附加费用满足附加费判责规则。
若基于上述各实施例提供的方法，识别该待处理网约车订单为风险订单，则网约车服务平台可向待处理网约车订单关联的目标用户输出费用核对提示信息，以供目标用户对待支付费用信息进行费用确认。其中，待处理网约车订单为个人用户时，待处理网约车订单关联的目标用户可以是个人用户本人。待处理网约车订单为用车组织时，待处理网约车订单关联的目标用户可以是用车组织的管理员、财务、会计、行政后勤人员等。
在一些示例性的实施例中，网约车服务平台可向目标用户发送费用信息核对页面，以供目标用户对待支付费用信息进行费用确认。其中，该费用信息核对页面，可以是网约车服务平台提供的网约车应用的客户端页面或者浏览器页面，本实施例不做限制。
在另一些示例性的实施例中，网约车服务平台可向目标用户发送用于提示目标用户进行费用核对的至少一个通知消息，以供目标用户对待支付费用信息进行费用确认。其中，至少一个通知消息可包括：短消息、网约车应用的应用内消息以及第三方应用的应用内消息中的至少一个。其中，第三方应用包括目标用户使用网约车应用时关联的应用。例如，在一些场景中，当用户通过第三方应用访问网约车应用对应的小程序时，网约车服务平台可通过该第三方应用向目标用户发送应用内消息。其中，该第三方应用可以包括即时通信类的应用(例如钉钉)或者电子支付类的应用(例如支付宝)。
在又一些示例性的实施例中，网约车服务平台可向目标用户发送费用信息核对页面，并在目标用户并未操作费用信息核对页面的情况下，向目标用户发送用于提示目标用户进行费用核对的至少一个通知消息，以供目标用户对待支付费用信息进行费用确认。以下将进行示例性说明。
在一些场景中，网约车订单的支付方式为：在网约车订单结束后的第一时间进行自动支付。可选地，在本实施例中，在识别到待处理网约车订单为风险订单的情况下，网约车服务平台可将待处理网约车订单的自动支付时间从订单结束后的第一时间延迟至第二时间，以便于在延迟后的时间内对目标用户进行提醒。例如，假设待处理网约车订单的自动支付时间为订单结束后的25分钟，若识别该待处理网约车订单为风险订单，则网约车服务平台可将其自动支付时间延迟至订单结束后的1小时，以在延长后的时间范围内对用户进行风险告知。
可选地，网约车服务平台可展示费用信息核对页面，费用信息核对页面包括待支付费用信息和费用确认控件，以供目标用户通过费用确认控件对待支付费用信息进行费用确认。若在第三时间内未检测到目标用户通过费用确认控件发出的费用确认操作，则网约车服务平台可向目标用户输出第一通知消息，以供目标用户通过第一通知消息对待支付费用信息进行费用确认。若在第四时间内未收到目标用户通过第一通知消息发出的费用确认操作，则网约车服务平台可向目标用户输出第二通知消息，以供目标用户通过第二通知消息对待支付费用信息进行费用确认；其中，第四时间可早于网约车订单的自动支付时间，即第四时间小于第二时间，且第三时间小于第四时间。在这种实施方式中，可通过多次地向目标用户发送通知消息，可增强对用户的提醒效果，从而降低因用户遗忘而造成资金损失的风险。
可选地，第一通知消息或第二通知消息可包括指向费用信息核对页面的链接信息。相应地，在第三时间或第四时间内，网约车服务平台可响应于对该链接信息的触发操作，跳转至费用信息核对页面，并可响应对费用确认控件发出的触发操作，确定接收到目标用户通过第一通知消息或第二通知消息发出的费用确认操作。
可选地，第一通知消息或第二通知消息可以为短消息或第三方应用的应用内消息。相应地，网约车服务平台可接收短消息平台或第三方应用发送的目标用户针对第一通知消息或第二通知消息的回复消息，并在回复消息为表示目标用户对待支付费用信息进行费用确认的肯定回复消息时，确定接收到目标用户通过第一通知消息或第二通知消息发出的费用确认操作。
可选地，若在待处理网约车订单的自动支付时间到达之前，检测到目标用户基于费用核对提示信息发出的费用确认操作，网约车服务平台可执行待处理网约车订单的支付操作。可选地，若在待处理网约车订单的自动支付时间到达时未检测到目标用户基于费用核对提示信息发出的任何操作，执行待处理网约车订单的支付操作。
在一些可选的实施例中，上述各实施例中展示的费用信息核对页面上还可包括：费用否定控件。其中，费用否定控件，用于在目标用户对待支付费用信息不认可的情况下，向目标用户提供反馈操作入口。
可选地，响应目标用户对费用否定控件的触发操作，网约车服务平台可生成待处理网约车订单对应的客服工单，并将客服工单提供给客服对象，以供客服对象对待处理网约车订单执行费用异常处理流程。可选地，该客服对象可以是人工客服，也可以是智能机器人客服，本实施例不做限制。
可选地，响应目标用户对费用否定控件的触发操作，网约车服务平台可跳转至费用处理页面，费用处理页面包括问题反馈信息项。其中，问题反馈信息项可包括一个或者多个用于反馈问题的输入项，例如可包括：司机未走高速、司机未清洁车内卫生、司机未提供饮用水等。响应目标用户对问题反馈信息项的输入操作，网约车服务平台可根据目标用户反馈的问题信息，对待处理网约车订单执行费用异常处理流程。
在一些示例性的实施例中，确定待处理网约车订单为风险订单之后，网约车服务平台可获取目标网约车运营商在目标时段内产生的风险订单的总数量，其中，该目标时段为待处理网约车订单所在时段。若总数量大于目标时段对应的目标数量阈值，则生成与目标数量阈值的告警等级对应的异常告警信息，并将告警信息同步至客服平台，以提升针对目标网约车运营商的投诉请求的处理优先级。可选地，目标时段对应可包括至少一个数量阈值，目标数量阈值可以为该至少一个数量阈值中的任意一个。其中，不同的数量阈值可分别对应不同的告警等级，数量阈值越高，则告警等级越高。进而，可通过数量阈值高效分辨目标网约车平台对应的投诉请求的严重性，以便于客服平台对不同等级的告警信息执行不同的处理方案。
基于这种实施方式，网约车服务平台，可对目标网约车运营商在目标时段内的风险订单的数量进行监测，从而督促目标网约车运营商积极应对用户投诉，从而提升网约车服务平台的服务质量，提升用户粘度。
以下将结合图2a以及图2b，对本申请实施例提供的网约车处理方法进行进一步示例性说明。如图2a所示，用户的行程结束后，可判断行程对应的网约车订单是否符合费用异常判责特征。具体地，可将网约车运营商返回的预估价格和实际支付价格做比对，确定价格差，并判断价格差是否大于设定阈值。若大于，则可判定该实际支付价格满足费用异常判责特征。其中，针对实际支付价格中的司机添加附加费用，可通过一级司机附加费、二级司机附加费各自的阈值，对违规费用做判责处理。其中，费用异常判责特征中包括的阈值，可不断地进行修正，以提高判责准确率。如图2a所示，当实际支付价格不符合费用异常判责特征时，可执行原支付流程，原支付流程可包括：在行程结束后的指定时间后自动付款。如图2b所示，当实际支付价格不符合费用异常判责特征时，可召回判责策略。当实际支付价格符合费用异常判责特征时，可通过客户端页面、短信、消息提醒用户进行费用确认。如图2a所示，客户端可展示费用详情页，以提醒用户确认费用。
如图2a所示，可通过网约车应用内的消息或者第三方应用内的消息通知用户确认费用，并将自动支付时间延长至行程结束后的x小时，x为正数。若行程结束后的y分钟内用户确认了费用，则可执行原支付流程。反之，如图2a所示，可通过向用户发送短信来提醒用户进行费用确认。如图2a所示，发送短信后，判断行程结束后的x小时内用户是否确认费用，若用户在行程结束后的x小时内确认了费用，则可执行原支付流程。反之，如图2a所示，可通过向用户发送短信，再次提醒用户进行费用确认。其中，两次短信提醒，可避开用户休息时间，且短信提醒不依赖于用户在网约车应用或者第三方应用的在线状态，可增强提醒效果，以降低用户遗忘而造成企业资金损失的风险。如图2a所示，二次提醒后，若在行程结束后的x小时后用户仍未确认费用，则执行网约车订单的自动支付操作。
其中，还可基于数量、时段等条件，对网约车运营商做告警，以防止网约车运营商产生大批量问题，而影响用户的体验。同时，可通过告警分级，让维护人员更加高效分辨问题的严重性，针对不同等级的告警制定不同的处理方案。其中，一般等级的告警信息可同步给服务团队，以使服务团队对客户不认可费用投诉加快人工处理效率；其中，紧急等级的告警提醒，可判断是否为供应商系统问题；若是，则可对供应商运力进行处理，并推动供应商做处理优化。
如图2b所示，若用户在行程结束后的x小时内，用户不认可费用，则可召回判责策略。若用户在行程结束后的x小时内，用户认可费用，则可认为判责策略有效。在本实施例中，可在使用判责策略的过程中，不断迭代修正判责策略。其中，判责策略上线后，针对每条判责结果，根据用户是否投诉、投诉是否供应商有责等逻辑，收集判责策略的反馈结果信息，并对判责策略不断修正，提高判责准确率，提高企业、员工用车体验，降低资金损失风险。其中，对于司机附加的高速、路桥费而言，可将行程结束的轨迹数据与地图数据进行对比，并通过对比结果计算出司机是否恶意添加附加费，从而降低资金损失的风险。
除前述实施例之外，本申请实施例还提供一种网约车订单处理方法，该网约车订单处理方法可由终端设备执行，以下将结合附图进行示例性说明。
图3为本申请另一示例性实施例提供的网约车订单处理方法的流程示意图，如图3所示，该网约车订单处理方法在终端设备侧执行时，可包括如下的步骤：
步骤301、接收待处理网约车订单的费用核对提示信息。
步骤302、展示费用核对提示信息，以供待处理网约车订单关联的目标用户对待处理网约车订单的待支付费用信息进行费用确认；其中，费用核对提示信息是在根据待支付费用信息确定待处理网约车订单为费用疑似存在问题的风险订单的情况下发送的。
本实施例的执行主体可以为终端设备，该终端设备可实现为用户侧的手机、计算机、平板电脑或者智能可穿戴设备。终端设备访问网约车应用，该网约车应用可实现为运行在终端设备上的网约车客户端或者小程序，还可实现为通过浏览器访问的网页应用，本实施例包含但不限于此。
其中，终端设备可接收待处理网约车订单的费用核对提示信息。其中，费用核对提示信息由网约车服务平台获取，具体可参考前述实施例的记载，此处不赘述。
其中，待处理网约车订单，可以是目标用户个人打车产生的网约车订单，也可以是目标用户所属的用车组织中的用户打车产生的网约车订单。其中，待处理网约车订单的费用核对提示信息可包括：费用信息核对页面和/或用于提示目标用户信息费用核对的至少一个通知消息。终端设备可展示费用核对提示信息，以供目标用户对待处理网约车订单的待支付费用信息进行费用确认。可选地，若费用核对提示信息为费用信息核对页面，则终端设备可展示费用信息核对页面，该费用信息核对页面进而包括待支付费用信息和费用确认控件，以供目标用户通过该费用确认控件对该待支付费用信息进行费用确认。可选地，若费用核对提示信息为通知消息，则终端设备可展示该通知消息。可选地，该通知消息可包括指向费用核对页面的连接信息。终端设备可响应于对该链接信息的触发操作，跳转至费用信息核对页面，以供目标用户在费用信息核对页面通过费用确认控件进行费用确认。
可选地，终端设备展示的费用信息核对页面上还可包括：费用否定控件，以供目标用户在不认可待处理网约车订单的待支付费用信息时，发起投诉。在一些实施例中，终端设备可响应目标用户对该费用否定控件的触发操作，生成待处理网约车订单对应的客服工单，并将客服工单提供给客服对象，以供客服对象对待处理网约车订单执行费用异常处理流程。其中，客服对象包括人工客服或者智能机器人客服。在另一些实施例中，终端设备可响应目标用户对费用否定控件的触发操作，跳转至费用处理页面。其中，该费用处理页面包括问题反馈信息项，进而终端设备可响应目标用户对该问题反馈信息项的输入操作，根据目标用户反馈的问题信息，对该待处理网约车订单执行费用异常处理流程。
本实施例中，在根据待支付费用信息确定待处理网约车订单为费用疑似存在问题的风险订单的情况下，终端设备能够接收到待处理网约车订单的费用核对提示信息，并展示费用核对提示信息，以供待处理网约车订单关联的目标用户对待处理网约车订单的待支付费用信息进行费用确认。基于这种实施方式，可合理地、准确地对待处理网约车订单进行收费，从而降低对目标用户或者目标用户所属的用车组织造成的财产损失，提升网约车服务平台的用户粘度。
需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤104的执行主体可以为设备A；又比如，步骤101和102的执行主体可以为设备A，步骤103的执行主体可以为设备B；等等。
另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
图4示意了本申请一示例性实施例提供的电子设备的结构示意图，如图4所示，该电子设备包括：存储器401、处理器402以及通信组件403。
存储器401，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。
处理器402，与存储器401耦合，用于执行存储器401中的计算机程序，以用于：响应网约车订单的处理触发事件，获取待处理网约车订单及其待支付费用信息；根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订单；若该待处理网约车订单为风险订单，向该待处理网约车订单关联的目标用户输出费用核对提示信息，以供该目标用户对该待支付费用信息进行费用确认；以及在该目标用户基于该费用核对提示信息对该待支付费用信息进行费用确认的情况下，执行该待处理网约车订单的支付操作。
可选地，处理器402在响应网约车订单的处理触发事件，获取待处理网约车订单时，具体用于执行以下至少一种操作：响应用车组织发起的订单支付操作，获取属于该用车组织且未支付的至少部分网约车订单作为待处理网约车订单；响应网约车服务平台发起的订单收款操作，获取未支付的至少部分网约车订单作为待处理网约车订单；响应个人用户发起的支付操作，获取该个人用户未支付的网约车订单作为待处理订单；响应网约车订单的订单完成操作，将完成的网约车订单作为待处理网约车订单；响应用车组织发起的账单审核操作，获取属于该用车组织且未支付的至少部分网约车订单作为待处理网约车订单，该账单审核操作用于审核未支付的至少部分网约车订单产生的费用信息。
可选地，处理器402在该目标用户基于该费用核对提示信息对该待支付费用信息进行费用确认的情况下，执行该待处理网约车订单的支付操作时，具体用于：若在该待处理网约车订单的自动支付时间到达之前检测到该目标用户基于该费用核对提示信息发出的费用确认操作，执行该待处理网约车订单的支付操作；或者，若在该待处理网约车订单的自动支付时间到达时未检测到该目标用户基于该费用核对提示信息发出的任何操作，执行该待处理网约车订单的支付操作。
可选地，处理器402还用于：在识别到该待处理网约车订单为风险订单的情况下，将该待处理网约车订单的自动支付时间从订单结束后的第一时间延迟至第二时间。
可选地，处理器402在向该网约车订单关联的目标用户输出费用核对提示信息，以供该目标用户对该待支付费用信息进行费用确认时，具体用于：向该目标用户发送费用信息核对页面和/或用于提示该目标用户进行费用核对的至少一个通知消息，以供该目标用户对该待支付费用信息进行费用确认；其中，该至少一个通知消息包括：短消息、网约车应用的应用内消息和/或第三方应用的应用内消息。
可选地，处理器402在向该目标用户发送费用信息核对页面和用于提示该目标用户进行费用核对的至少一个通知消息，以供该目标用户对该待支付费用信息进行费用确认时，具体用于：展示费用信息核对页面，该费用信息核对页面包括该待支付费用信息和费用确认控件，以供该目标用户通过该费用确认控件对该待支付费用信息进行费用确认；若在第三时间内未检测到该目标用户通过该费用确认控件发出的费用确认操作，则向该目标用户输出第一通知消息，以供该目标用户通过该第一通知消息对该待支付费用信息进行费用确认；若在第四时间内未收到该目标用户通过该第一通知消息发出的费用确认操作，则向该目标用户输出第二通知消息，以供该目标用户通过该第二通知消息对该待支付费用信息进行费用确认；其中，该第四时间早于该网约车订单的自动支付时间。
可选地，该第一通知消息或该第二通知消息中包括指向该费用信息核对页面的链接信息，处理器402还用于：在该第三时间或第四时间内，响应于对该链接信息的触发操作，跳转至该费用信息核对页面；响应对该费用确认控件发出的触发操作，确定接收到该目标用户通过该第一通知消息或该第二通知消息发出的费用确认操作。
可选地，该第一通知消息或该第二通知消息为短消息或第三方应用的应用内消息，处理器402还用于：接收短消息平台或第三方应用发送的该目标用户针对该第一通知消息或该第二通知消息的回复消息；在该回复消息为表示该目标用户对该待支付费用信息进行费用确认的肯定回复消息时，确定接收到该目标用户通过该第一通知消息或该第二通知消息发出的费用确认操作。
可选地，该费用信息核对页面上还包括：费用否定控件，处理器402还用于：响应该目标用户对该费用否定控件的触发操作，生成该待处理网约车订单对应的客服工单，并将该客服工单提供给客服对象，以供该客服对象对该待处理网约车订单执行费用异常处理流程；或者，响应该目标用户对该费用否定控件的触发操作，跳转至费用处理页面，该费用处理页面包括问题反馈信息项；响应该目标用户对该问题反馈信息项的输入操作，根据该目标用户反馈的问题信息，对该待处理网约车订单执行费用异常处理流程。
可选地，处理器402在根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订单时，具体用于：若该待支付费用信息包含基础打车费，则通过该网约车订单所属的目标网约车运营商的服务接口，获取该目标网约车运营商提供的预估打车费用，并在该基础打车费用与预估打车费用满足设定判责条件时，确定该待处理网约车订单为风险订单；和/或，若该待支付费用信息包含附加费用，在根据该附加费用的类型确定该附加费用满足附加费判责规则时，确定该待处理网约车订单为风险订单；和/或，若该待支付费用信息包含附加费用，则通过该网约车订单所属的目标网约车运营商的服务接口，获取该待处理网约车订单的行程轨迹数据，在根据该行程轨迹数据确定该附加费用满足附加费判责规则时，确定该待处理网约车订单为风险订单。
可选地，处理器402在确定该待处理网约车订单为风险订单之后，还用于：获取该目标网约车运营商在目标时段内产生的风险订单的总数量；该目标时段为该待处理网约车订单所在时段；若该总数量大于该目标时段对应的目标数量阈值，则生成与该目标数量阈值的告警等级对应的异常告警信息；将该告警信息同步至客服平台，以提升针对该目标网约车运营商的投诉请求的处理优先级。
可选地，该方法应用于网约车服务平台，该网约车服务平台聚合有多个网约车运营商；该待处理网约车订单来自一个或多个网约车运营商。
可选地，处理器402在根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订之前，还用于：根据该待处理网约车订单的司机的属性信息和/或该待处理网约车订单所属的目标网约车运营商的属性信息，判断该待处理网约车订单是否属于需要进行费用前置化处理的订单；在该待处理网约车订单属于需要进行费用前置化处理的订单的情况下，执行根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
进一步，如图4所示，该电子设备还包括：电源组件404、显示组件405以及音频组件406等其它组件。图4中仅示意性给出部分组件，并不意味着电子设备只包括图4所示组件。
本实施例中，本申请实施例提供的网约车订单处理方法中，响应网约车订单的处理触发事件，可获取待处理网约车订单及其待支付费用信息，并根据该待支付费用信息，识别该待处理网约车订单是否为费用疑似存在问题的风险订单。若该待处理网约车订单为风险订单，向该待处理网约车订单关联的目标用户输出费用核对提示信息，并可在目标用户基于该费用核对提示信息对该待支付费用信息进行费用确认的情况下，执行该待处理网约车订单的支付操作。一方面，在网约车订单支付之前自动识别网约车订单是否为风险订单，可将费用风险识别操作前置，降低目标用户支付后再发生投诉的概率。另一方面，在目标用户确认后再执行支付操作，可合理地、准确地对待处理网约车订单进行收费，从而降低对目标用户或者目标用户所属的用车组织造成的财产损失，提升网约车服务平台的用户粘度。
图4示意的电子设备还用于执行以下的网约车订单处理方法，其中，处理器402与存储器401耦合，用于执行存储器401中的计算机程序，以用于：通过通信组件403，接收待处理网约车订单的费用核对提示信息；通过显示组件405展示该费用核对提示信息，以供该待处理网约车订单关联的目标用户对该待处理网约车订单的待支付费用信息进行费用确认；其中，该费用核对提示信息是在根据该待支付费用信息确定该待处理网约车订单为费用疑似存在问题的风险订单的情况下发送的。
基于这种实施方式，可合理地、准确地对待处理网约车订单进行收费，从而降低对目标用户或者目标用户所属的用车组织造成的财产损失，提升网约车服务平台的用户粘度。
其中，存储器401可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。
其中，通信组件403被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如Wi-Fi(无线网络通信技术)，2G(如全球移动通信系统(Global System for Mobile Communications，GSM)等)、3G(如宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G(如长期演进(Long Term Evolution，LTE)等)、4G+(如升级版长期演进(LTE-Advanced，LTE-A)等)或5G(第五代移动通信技术(5th Generation Mobile Communication Technology))，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(Near FieldCommunication,NFC)技术、射频识别(Radio Frequency Identification,RFID)技术、红外数据协会(IrDA)技术、超宽带(Ultra Wide Band，UWB)技术、蓝牙(Bluetooth,BT)技术和其他技术来实现。
其中，电源组件404，用于为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
显示组件包括屏幕，其屏幕可以包括液晶显示器(Liquid Crystal Display,LCD)和触摸面板(Touch panel，TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(Microphone，MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。
相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM(Compact Disc Read-Only Memory，只读光盘只读存储器)、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(Central ProcessingUnit，CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Parallel Random Access Machine，PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(Dynamic Random AccessMemory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(Digital Video Disc，DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种网约车订单处理方法，其特征在于，包括：
响应网约车订单的处理触发事件，获取待处理网约车订单及其待支付费用信息；
根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单；
若所述待处理网约车订单为风险订单，向所述待处理网约车订单关联的目标用户输出费用核对提示信息，以供所述目标用户对所述待支付费用信息进行费用确认；以及
在所述目标用户基于所述费用核对提示信息对所述待支付费用信息进行费用确认的情况下，执行所述待处理网约车订单的支付操作。
2.根据权利要求1所述的方法，其特征在于，响应网约车订单的处理触发事件，获取待处理网约车订单，包括以下至少一种操作：
响应用车组织发起的订单支付操作，获取属于所述用车组织且未支付的至少部分网约车订单作为待处理网约车订单；响应网约车服务平台发起的订单收款操作，获取未支付的至少部分网约车订单作为待处理网约车订单；
响应个人用户发起的支付操作，获取所述个人用户未支付的网约车订单作为待处理订单；
响应网约车订单的订单完成操作，将完成的网约车订单作为待处理网约车订单；
响应用车组织发起的账单审核操作，获取属于所述用车组织且未支付的至少部分网约车订单作为待处理网约车订单，所述账单审核操作用于审核未支付的至少部分网约车订单产生的费用信息。
3.根据权利要求1所述的方法，其特征在于，在所述目标用户基于所述费用核对提示信息对所述待支付费用信息进行费用确认的情况下，执行所述待处理网约车订单的支付操作，包括：
若在所述待处理网约车订单的自动支付时间到达之前检测到所述目标用户基于所述费用核对提示信息发出的费用确认操作，执行所述待处理网约车订单的支付操作；或者，
若在所述待处理网约车订单的自动支付时间到达时未检测到所述目标用户基于所述费用核对提示信息发出的任何操作，执行所述待处理网约车订单的支付操作。
4.根据权利要求3所述的方法，其特征在于，还包括：
在识别到所述待处理网约车订单为风险订单的情况下，将所述待处理网约车订单的自动支付时间从订单结束后的第一时间延迟至第二时间。
5.根据权利要求1所述的方法，其特征在于，向所述网约车订单关联的目标用户输出费用核对提示信息，以供所述目标用户对所述待支付费用信息进行费用确认，包括：
向所述目标用户发送费用信息核对页面和/或用于提示所述目标用户进行费用核对的至少一个通知消息，以供所述目标用户对所述待支付费用信息进行费用确认；
其中，所述至少一个通知消息包括：短消息、网约车应用的应用内消息和/或第三方应用的应用内消息。
6.根据权利要求5所述的方法，其特征在于，向所述目标用户发送费用信息核对页面和用于提示所述目标用户进行费用核对的至少一个通知消息，以供所述目标用户对所述待支付费用信息进行费用确认，包括：
展示费用信息核对页面，所述费用信息核对页面包括所述待支付费用信息和费用确认控件，以供所述目标用户通过所述费用确认控件对所述待支付费用信息进行费用确认；
若在第三时间内未检测到所述目标用户通过所述费用确认控件发出的费用确认操作，则向所述目标用户输出第一通知消息，以供所述目标用户通过所述第一通知消息对所述待支付费用信息进行费用确认；
若在第四时间内未收到所述目标用户通过所述第一通知消息发出的费用确认操作，则向所述目标用户输出第二通知消息，以供所述目标用户通过所述第二通知消息对所述待支付费用信息进行费用确认；
其中，所述第四时间早于所述网约车订单的自动支付时间。
7.根据权利要求6所述的方法，其特征在于，所述第一通知消息或所述第二通知消息中包括指向所述费用信息核对页面的链接信息，所述方法还包括：
在所述第三时间或第四时间内，响应于对所述链接信息的触发操作，跳转至所述费用信息核对页面；
响应对所述费用确认控件发出的触发操作，确定接收到所述目标用户通过所述第一通知消息或所述第二通知消息发出的费用确认操作。
8.根据权利要求6所述的方法，其特征在于，所述第一通知消息或所述第二通知消息为短消息或第三方应用的应用内消息，所述方法还包括：
接收短消息平台或第三方应用发送的所述目标用户针对所述第一通知消息或所述第二通知消息的回复消息；
在所述回复消息为表示所述目标用户对所述待支付费用信息进行费用确认的肯定回复消息时，确定接收到所述目标用户通过所述第一通知消息或所述第二通知消息发出的费用确认操作。
9.根据权利要求6或7所述的方法，其特征在于，所述费用信息核对页面上还包括：费用否定控件，所述方法还包括：
响应所述目标用户对所述费用否定控件的触发操作，生成所述待处理网约车订单对应的客服工单，并将所述客服工单提供给客服对象，以供所述客服对象对所述待处理网约车订单执行费用异常处理流程；或者
响应所述目标用户对所述费用否定控件的触发操作，跳转至费用处理页面，所述费用处理页面包括问题反馈信息项；响应所述目标用户对所述问题反馈信息项的输入操作，根据所述目标用户反馈的问题信息，对所述待处理网约车订单执行费用异常处理流程。
10.根据权利要求1-8任一项所述的方法，其特征在于，根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单，包括：
若所述待支付费用信息包含基础打车费，则通过所述网约车订单所属的目标网约车运营商的服务接口，获取所述目标网约车运营商提供的预估打车费用，并在所述基础打车费用与预估打车费用满足设定判责条件时，确定所述待处理网约车订单为风险订单；
和/或，
若所述待支付费用信息包含附加费用，在根据所述附加费用的类型确定所述附加费用满足附加费判责规则时，确定所述待处理网约车订单为风险订单；
和/或
若所述待支付费用信息包含附加费用，则通过所述网约车订单所属的目标网约车运营商的服务接口，获取所述待处理网约车订单的行程轨迹数据，在根据所述行程轨迹数据确定所述附加费用满足附加费判责规则时，确定所述待处理网约车订单为风险订单。
11.根据权利要求10所述的方法，其特征在于，确定所述待处理网约车订单为风险订单之后，还包括：
获取所述目标网约车运营商在目标时段内产生的风险订单的总数量；所述目标时段为所述待处理网约车订单所在时段；
若所述总数量大于所述目标时段对应的目标数量阈值，则生成与所述目标数量阈值的告警等级对应的异常告警信息；
将所述告警信息同步至客服平台，以提升针对所述目标网约车运营商的投诉请求的处理优先级。
12.根据权利要求1-8任一项所述的方法，其特征在于，所述方法应用于网约车服务平台，所述网约车服务平台聚合有多个网约车运营商；所述待处理网约车订单来自一个或多个网约车运营商。
13.根据权利要求12所述的方法，其特征在于，在根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订之前，还包括：
根据所述待处理网约车订单的司机的属性信息和/或所述待处理网约车订单所属的目标网约车运营商的属性信息，判断所述待处理网约车订单是否属于需要进行费用前置化处理的订单；
在所述待处理网约车订单属于需要进行费用前置化处理的订单的情况下，执行根据所述待支付费用信息，识别所述待处理网约车订单是否为费用疑似存在问题的风险订单的操作。
14.一种网约车订单处理方法，其特征在于，包括：
接收待处理网约车订单的费用核对提示信息；
展示所述费用核对提示信息，以供所述待处理网约车订单关联的目标用户对所述待处理网约车订单的待支付费用信息进行费用确认；
其中，所述费用核对提示信息是在根据所述待支付费用信息确定所述待处理网约车订单为费用疑似存在问题的风险订单的情况下发送的。
15.一种电子设备，其特征在于，包括：存储器和处理器；
所述存储器用于存储一条或多条计算机指令；
所述处理器用于执行所述一条或多条计算机指令以用于：执行权利要求1-14任一项所述的方法中的步骤。
16.一种存储有计算机程序的计算机可读存储介质，其特征在于，计算机程序被处理器执行时能够实现权利要求1-14任一项所述的网约车订单处理方法。
CN202311246208.7A 2023-09-25 2023-09-25 网约车订单处理方法、设备及存储介质 Pending CN117273856A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311246208.7A CN117273856A (zh) 2023-09-25 2023-09-25 网约车订单处理方法、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311246208.7A CN117273856A (zh) 2023-09-25 2023-09-25 网约车订单处理方法、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117273856A true CN117273856A (zh) 2023-12-22

Family

ID=89205730

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311246208.7A Pending CN117273856A (zh) 2023-09-25 2023-09-25 网约车订单处理方法、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117273856A (zh)

Similar Documents

Publication Publication Date Title
US11880886B2 (en) Parts valuation and use
CN109727105B (zh) 差旅费自助核销处理方法、装置、设备和计算机存储介质
US10679429B2 (en) Toll payment collection with communication device
JP6867983B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
CN107026848A (zh) 业务授权方法及装置
CN110782320A (zh) 一种订单处理方法、装置、订单报消系统及存储介质
CN109920068A (zh) 停车费自动计费方法、系统、设备和介质
US20200160295A1 (en) Processing sets of installment transactions of multiple users based on installment plans
US20180240128A1 (en) Service request matching based on provider compliance state
CN110991837A (zh) 一种网约车交易数据处理方法、装置及系统
CN113518117A (zh) Etc办理推荐方法、银行服务器、计算机设备及介质
CN111258750B (zh) 数据量处理方法以及系统、额度分配方法以及系统
KR20120013565A (ko) 수익예측에 근거한 대가 환불 방식의 증권 정보 제공 시스템 및 방법
CN116681207A (zh) 一种车道特情业务稽核方法、设备及介质
CN117273856A (zh) 网约车订单处理方法、设备及存储介质
CN112348491B (zh) 资源交易明细的确定方法、装置及服务器
CN106503977B (zh) 数据的处理方法、系统及装置
CN112561675B (zh) 一种结算方法、装置、计算机设备及存储介质
US11836697B1 (en) Tracking and guidance system for recurring service management
KR101954129B1 (ko) 스마트고지 핀테크 간편납부 시스템
CN112348537B (zh) 信息处理方法、装置、电子设备和存储介质
CN117333173A (zh) 能源站的账户管理方法、装置、存储介质和计算机设备
CN116402599A (zh) 一种信用评估方法、装置、电子设备及可读存储介质
CN117196606A (zh) 一种基于大数据模型的etc使用方法、装置、设备及介质
CN115496564A (zh) 基于区块链的交易处理方法、装置和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination