CN113393002A - 网约车订单处理方法、处理装置、服务器及存储介质 - Google Patents

Abstract

为了解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题，本发明提出了一种网约车订单处理方法、处理装置、服务器及存储介质。处理方法包括：在接收到客户端的网约车订单信息时，根据网约车订单信息确定客户端的资源账户绑定状态；在资源账户绑定状态为已绑定目标资源账户时，获取客户端的实际行程信息；在行程状态信息指示行程结束时，根据里程信息确定预支付信息；将预支付信息发送至收单行服务器，以使收单行服务器根据预支付信息进行预支付处理；在预支付处理结果指示预支付成功时，根据目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

Description

网约车订单处理方法、处理装置、服务器及存储介质

技术领域

本发明涉及网约车领域，具体涉及网约车订单处理方法、处理装置、服务器及存储介质。

背景技术

在信用卡支付方式中，乘客在APP内绑定信用卡、支付费用时，均会进行3D Secure(简称"3DS")的二次认证。3DS功能的上线，将银行卡诈骗和乘客拒付比例从1.02％降低至0.01％。

信用卡支付方式需要提供基于信用卡的在线支付能力，在网约车领域，核心流程包括下单前的信用卡认证绑卡、下单叫车时的预授权金额冻结、结束订单的预授权确认金额扣减。

传统的网约车信用卡支付方式中，收单行无法识别信用卡使用者和持有对象是否是同一自然人，因此可能产生乘客使用服务结算完成之后，发起拒付申请，收单行因交易信息不完整而同意退款情况。

因此，有必要提供一种方案，解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题。

发明内容

为了解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题，本发明提出了一种网约车订单处理方法、处理装置、服务器及存储介质，本发明具体是以如下技术方案实现的。

本发明提供一种网约车订单处理方法，包括：

在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态；

在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息，所述实际行程信息包括行程状态信息和里程信息；

在所述行程状态信息指示行程结束时，根据所述里程信息确定预支付信息，所述预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

将所述预支付信息发送至收单行服务器，以使所述收单行服务器根据所述预支付信息进行预支付处理；

在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

本发明提供的网约车订单处理方法的进一步改进在于，所述在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态之后，还包括：

在所述资源账户绑定状态为未绑定目标资源账户时，从所述客户端获取所述目标资源账户的账户信息；

将所述目标资源账户的账户信息发送至所述收单行服务器，以使所述收单行服务器根据所述目标资源账户的账户信息进行预绑定处理；

在预绑定处理结果指示预绑定成功时，根据所述目标资源账户的账户类型进行绑定确认处理，并在绑定确认处理结果指示绑定确认成功时从所述收单行服务器获取所述目标资源账户的签约协议号。

本发明提供的网约车订单处理方法的更进一步改进在于，所述在预绑定处理结果指示预绑定成功时，根据所述目标资源账户的账户类型进行绑定确认处理包括：

在预绑定处理结果指示预绑定成功时，获取所述目标资源账户的账户类型；

在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一绑定确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送绑定验证码；

从所述目标资源账户当前使用对象对应的客户端获取到所述绑定验证码时，将所述绑定验证码发送至所述收单行服务器，以使所述收单行服务器根据所述绑定验证码进行绑定确认处理。

本发明提供的网约车订单处理方法的更进一步改进在于，所述在预绑定处理结果指示预绑定成功时，获取所述目标资源账户的账户类型之后，所述方法还包括：

在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二绑定确认请求信息，以使所述收单行服务器生成网银绑定链接；

从所述收单行服务器获取到所述网银绑定链接时，将所述网银绑定链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行绑定确认处理。

本发明提供的网约车订单处理方法的进一步改进在于，所述在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理包括：

在预支付处理结果指示预支付成功时，获取所述目标资源账户的账户类型；

在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一支付确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送支付验证码；

从所述目标资源账户当前使用对象对应的客户端获取到所述支付验证码时，将所述支付验证码发送至所述收单行服务器，以使所述收单行服务器根据所述支付验证码进行支付确认处理。

本发明提供的网约车订单处理方法的更进一步改进在于，所述在预支付处理结果指示预支付成功时，获取所述目标资源账户的账户类型之后，还包括：

在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二支付确认请求信息，以使所述收单行服务器生成网银支付链接；

从所述收单行服务器获取到所述网银支付链接时，将所述网银支付链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行支付确认处理。

本发明提供的网约车订单处理方法的进一步改进在于，所述在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息包括：

在所述资源账户绑定状态为已绑定目标资源账户时，根据所述网约车订单信息确定预冻结资源量；

将所述预冻结资源量发送至所述收单行服务器，以使所述收单行服务器根据所述预冻结资源量进行预冻结处理；

在预冻结处理结果指示预冻结成功时，获取所述客户端的实际行程信息。

此外，本发明还提供一种网约车订单处理装置，用于执行如上所述的网约车订单处理方法，处理装置包括：

第一确定模块，用于在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态；

第一获取模块，用于在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息，所述实际行程信息包括行程状态信息和里程信息；

第二确定模块，用于在所述行程状态信息指示行程结束时，根据所述里程信息确定预支付信息，所述预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

第一发送模块，用于将所述预支付信息发送至收单行服务器，以使所述收单行服务器根据所述预支付信息进行预支付处理；

第三确定模块，用于在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

本发明提供的网约车订单处理装置的进一步改进在于，处理装置还包括：

第二获取模块，用于在所述资源账户绑定状态为未绑定目标资源账户时，从所述客户端获取所述目标资源账户的账户信息；

第二发送模块，用于将所述目标资源账户的账户信息发送至所述收单行服务器，以使所述收单行服务器根据所述目标资源账户的账户信息进行预绑定处理；

第四确定模块，用于在预绑定处理结果指示预绑定成功时，根据所述目标资源账户的账户类型进行绑定确认处理，并在绑定确认处理结果指示绑定确认成功时从所述收单行服务器获取所述目标资源账户的签约协议号。

本发明提供的网约车订单处理装置的进一步改进在于，第四确定模块包括：

第一获取单元，用于在预绑定处理结果指示预绑定成功时，获取所述目标资源账户的账户类型；

第一发送单元，用于在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一绑定确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送绑定验证码；

第二获取单元，用于从所述目标资源账户当前使用对象对应的客户端获取到所述绑定验证码时，将所述绑定验证码发送至所述收单行服务器，以使所述收单行服务器根据所述绑定验证码进行绑定确认处理。

本发明提供的网约车订单处理装置的更进一步改进在于，第四确定模块还包括：

第二发送单元，用于在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二绑定确认请求信息，以使所述收单行服务器生成网银绑定链接；

第三发送单元，用于从所述收单行服务器获取到所述网银绑定链接时，将所述网银绑定链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行绑定确认处理。

本发明提供的网约车订单处理装置的更进一步改进在于，第三确定模块包括：

第三获取单元，用于在预支付处理结果指示预支付成功时，获取所述目标资源账户的账户类型；

第四发送单元，用于在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一支付确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送支付验证码；

第五发送单元，用于从所述目标资源账户当前使用对象对应的客户端获取到所述支付验证码时，将所述支付验证码发送至所述收单行服务器，以使所述收单行服务器根据所述支付验证码进行支付确认处理。

本发明提供的网约车订单处理装置的更进一步改进在于，第三确定模块还包括：

第六发送单元，用于在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二支付确认请求信息，以使所述收单行服务器生成网银支付链接；

第七发送单元，用于从所述收单行服务器获取到所述网银支付链接时，将所述网银支付链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行支付确认处理。

本发明提供的网约车订单处理装置的进一步改进在于，第一获取模块包括：

第一确定单元，用于在所述资源账户绑定状态为已绑定目标资源账户时，根据所述网约车订单信息确定预冻结资源量；

第八发送单元，用于将所述预冻结资源量发送至所述收单行服务器，以使所述收单行服务器根据所述预冻结资源量进行预冻结处理；

第四获取单元，用于在预冻结处理结果指示预冻结成功时，获取所述客户端的实际行程信息。

本发明还提供一种服务器，包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上所述的网约车订单处理方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上所述的网约车订单处理方法。

本发明与3DS认证技术相结合，在乘客授权支付环节，基于3DS认证技术进行二次确认环节，收单行会对执行者和持有者信息进行匹配校验，避免卡持有者被恶意盗刷风险；在乘客绑卡环节，不仅采集信用卡基础信息，而且还基于3DS认证技术增加非敏感信息的采集，确保收单行拥有完整的乘客信息，以便在乘客拒付挑战时收单行可举证完整的认证信息；同时需要持卡人进行短信或网银的二次在场认证。收单行在拥有完整交易信息背景下可驳回拒付申请，在避免持卡人被盗刷的同时可减少服务提供商的资损风险。本发明可以在乘客进行认证绑卡和授权支付节点，确保动作的执行者和信用卡的持有对象为同一自然人，确保交易没有争议，解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例1提供的网约车订单处理方法的流程示意图。

图2为本发明实施例2提供的网约车订单处理装置的框图。

图3是本发明实施例3提供的运行网约车订单处理方法的服务器的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题，本发明提出了一种网约车订单处理方法、处理装置、服务器及存储介质，本发明具体是以如下技术方案实现的。

实施例1：

结合图1所示，本实施例1提供的一种网约车订单处理方法包括：

步骤S101：在接收到客户端的网约车订单信息时，根据网约车订单信息确定客户端的资源账户绑定状态；

步骤S102：在资源账户绑定状态为已绑定目标资源账户时，获取客户端的实际行程信息，实际行程信息包括行程状态信息和里程信息；

步骤S103：在行程状态信息指示行程结束时，根据里程信息确定预支付信息，预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

步骤S104：将预支付信息发送至收单行服务器，以使收单行服务器根据预支付信息进行预支付处理；

步骤S105：在预支付处理结果指示预支付成功时，根据目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

本实施例1中客户端可以是手机、平板等电子装置，客户端可以通过客户端应用软件进行网约车订单下单，资源账户为客户端应用软件中的支付账户，目标资源账户为银行卡账户，具体地，目标资源账户可以为信用卡账户。预支付信息中，支付资源量为订单支付金额，签约协议号为信用卡网上支付的签约协议号，目标资源账户当前使用对象的属性信息包括信用卡执行者姓名和信用卡执行者手机号等。

步骤S101中，网约车服务器接收客户端的网约车订单信息。网约车订单信息可以包括客户端的资源账户相关信息、用户输入的出发地、目的地和其他附加信息等。

步骤S104中网约车服务器将预支付信息发送至收单行服务器。收单行服务器可以根据预支付信息匹配目标资源账户当前使用对象和目标资源账户持有对象的一致性，一致后在目标资源账户中扣除相应的支付资源量。

以信用卡为例，本实施例1在网约车订单支付过程中，先进行预支付环节，再进行支付确认环节，网约车服务器将两个环节中采集的信息直接转发给收单行服务器，使收单行服务器对信用卡当前使用对象和信用卡持有对象进行匹配校验，避免信用卡被他人恶意盗刷，在整个过程中网约车服务器不需要存储用户的任何敏感信息，进一步保证了用户信息的安全性和私密性。

本实施例1提供的网约车订单处理方法与3DS认证技术相结合，在乘客支付环节，基于3DS认证技术增加二次确认环节，收单行会对执行者和持有者信息进行匹配校验，避免卡持有者被恶意盗刷风险，确保信用卡支付时识别信用卡使用者和持有对象为同一自然人。

进一步地，在步骤S101之后，还包括：

在资源账户绑定状态为未绑定目标资源账户时，从客户端获取目标资源账户的账户信息；

将目标资源账户的账户信息发送至收单行服务器，以使收单行服务器根据目标资源账户的账户信息进行预绑定处理；

在预绑定处理结果指示预绑定成功时，根据目标资源账户的账户类型进行绑定确认处理，并在绑定确认处理结果指示绑定确认成功时从收单行服务器获取目标资源账户的签约协议号。

本实施例1中，网约车服务器从客户端获取目标资源账户的账户信息，目标资源账户的账户信息是客户端采用加密组件采集得到的。网约车服务器将目标资源账户的账户信息发送至收单行服务器后，收单行服务器可以根据目标资源账户的账户信息匹配目标资源账户当前使用对象和目标资源账户持有对象的一致性，一致后同意客户端与目标资源账户进行预绑定。

以信用卡为例，在客户端未绑定信用卡时，对客户端进行绑卡操作。本实施例1在绑卡过程中，先进行预绑卡环节，再进行绑卡确认环节；网约车服务器将采集的信息直接转发给收单行服务器，确保收单行拥有完整的乘客信息，以便在乘客拒付挑战时收单行可举证完整的认证信息；过程中网约车服务器不需要存储用户的任何敏感信息。

本实施例1在绑卡过程中基于3DS增加非敏感信息采集，目标资源账户的账户信息包括客户端IP地址信息、目标资源账户的账户账号、目标资源账户的账户类型、目标资源账户的账户有效期和目标资源账户的账户安全码、目标资源账户持有对象的属性信息(EMAIL、姓名、手机号等)。

本实施例1在绑卡环节，不仅采集信用卡基础信息，而且还基于3DS认证技术增加非敏感信息(客户端IP地址信息，目标资源账户持有对象的EMAIL、姓名、手机号等)的采集，确保收单行拥有完整的乘客信息，以便在乘客拒付挑战时收单行可举证完整的认证信息。

更进一步地，在预绑定处理结果指示预绑定成功时，根据目标资源账户的账户类型进行绑定确认处理包括：

在预绑定处理结果指示预绑定成功时，获取目标资源账户的账户类型；

在目标资源账户的账户类型为银联账户时，向收单行服务器发送第一绑定确认请求信息，以使收单行服务器向目标资源账户持有对象对应的客户端发送绑定验证码；

从目标资源账户当前使用对象对应的客户端获取到绑定验证码时，将绑定验证码发送至收单行服务器，以使收单行服务器根据绑定验证码进行绑定确认处理。

更进一步地，在预绑定处理结果指示预绑定成功时，获取目标资源账户的账户类型之后，方法还包括：

在目标资源账户的账户类型为非银联账户时，向收单行服务器发送第二绑定确认请求信息，以使收单行服务器生成网银绑定链接；

从收单行服务器获取到网银绑定链接时，将网银绑定链接发送至目标资源账户当前使用对象对应的客户端，以使目标资源账户当前使用对象对应的客户端向收单行服务器发送网银密码，收单行服务器根据网银密码进行绑定确认处理。

本实施例1中，根据信用卡是否为银联卡进行不同的绑定确认处理操作。

进一步地，在预支付处理结果指示预支付成功时，根据目标资源账户的账户类型进行支付确认处理包括：

在预支付处理结果指示预支付成功时，获取目标资源账户的账户类型；

在目标资源账户的账户类型为银联账户时，向收单行服务器发送第一支付确认请求信息，以使收单行服务器向目标资源账户持有对象对应的客户端发送支付验证码；

从目标资源账户当前使用对象对应的客户端获取到支付验证码时，将支付验证码发送至收单行服务器，以使收单行服务器根据支付验证码进行支付确认处理。

更进一步地，在预支付处理结果指示预支付成功时，获取目标资源账户的账户类型之后，还包括：

在目标资源账户的账户类型为非银联账户时，向收单行服务器发送第二支付确认请求信息，以使收单行服务器生成网银支付链接；

从收单行服务器获取到网银支付链接时，将网银支付链接发送至目标资源账户当前使用对象对应的客户端，以使目标资源账户当前使用对象对应的客户端向收单行服务器发送网银密码，收单行服务器根据网银密码进行支付确认处理。

本实施例1中，根据信用卡是否为银联卡进行不同的支付确认处理操作。

进一步地，在资源账户绑定状态为已绑定目标资源账户时，获取客户端的实际行程信息包括：

在资源账户绑定状态为已绑定目标资源账户时，根据网约车订单信息确定预冻结资源量；

将预冻结资源量发送至收单行服务器，以使收单行服务器根据预冻结资源量进行预冻结处理；

在预冻结处理结果指示预冻结成功时，获取客户端的实际行程信息。

以信用卡为例，用户使用客户端的网约车应用软件进行网约车下单时，可以在客户端输入出发地、目的地以及其他附加信息，点击下单按键后，客户端将网约车订单信息发送至网约车服务器，网约车订单信息包括客户端的资源账户相关信息、用户输入的出发地、目的地和其他附加信息等。网约车服务器接收到客户端的网约车订单信息后先确定客户端的资源账户绑定状态。

如果客户端没有绑定信用卡，则网约车服务器先进行绑卡操作。网约车服务器向客户端发送未绑定信用卡的提示信息，用户根据提示信息在客户端输入信用卡的账户信息，网约车服务器获取信用卡的账户信息并将信用卡的账户信息发送至收单行服务器。收单行服务器会根据信用卡的账户信息进行预绑定处理。预绑定处理成功后，网约车服务器根据信用卡的账户类型进行绑定确认处理，具体地，根据信用卡是否为银联卡进行绑定确认处理。当信用卡为银联卡时通过绑定验证码进行绑定确认处理，当信用卡为非银联卡时通过网银密码进行绑定确认处理。

绑定确认处理成功后，网约车服务器向客户端发送绑定成功信息。在下一次使用网约车应用软件时，如果判定客户端已经绑定了信用卡，则无需强制进行绑卡操作。

网约车服务器确定客户端已经绑定了信用卡后，网约车服务器可以根据网约车订单信息对行程进行预估并得到行程预估信息，网约车服务器根据行程预估信息确定预冻结资源量(预冻结金额)，再将预冻结资源量发送至收单行服务器。收单行服务器根据预冻结资源量进行预冻结处理，在信用卡账户中冻结相应金额。预冻结处理成功后，网约车服务器确定接单并向客户端发送接单信息，开启订单流程。

在网约车订单进行过程中网约车服务器获取客户端的实际行程信息，实际行程信息包括行程状态信息和里程信息；在行程状态信息指示行程持续时，网约车服务器可以进行里程信息进行计费操作；在行程状态信息指示行程结束时，网约车服务器可以根据里程信息确定预支付信息，将预支付信息发送至收单行服务器。收单行服务器根据预支付信息进行预支付处理，可以在预冻结金额中扣除根据预支付信息确定的订单支付金额。预支付处理成功后，网约车服务器根据信用卡的账户类型进行支付确认处理，具体地，根据信用卡是否为银联卡进行支付确认处理。当信用卡为银联卡时通过支付验证码进行支付确认处理，当信用卡为非银联卡时通过网银密码进行支付确认处理。

此外，在绑卡过程中，如果预绑定处理结果指示预绑定失败，则网约车服务器向客户端发送预绑定失败信息，返回获取客户端的目标资源账户信息的步骤，用户重新向客户端输入目标资源账户信息，重新进行预绑卡操作。如果预绑定处理结果指示预绑定成功，但绑定确认处理结果指示绑定确认失败，则返回根据目标资源账户的账户类型进行绑定确认处理的步骤，重新进行绑定确认操作。

在对信用卡进行预冻结时，如果预冻结处理结果指示预冻结失败，则网约车服务器不接单，网约车服务器向客户端发送接单失败信息及失败原因信息。

在支付过程中，如果预支付处理结果指示预支付失败，则网约车服务器向客户端发送预支付失败信息，返回将预支付信息发送至收单行服务器，以使收单行服务器根据预支付信息进行预支付处理的步骤，重新进行预支付操作。如果预支付处理结果指示预支付成功，但支付确认处理结果指示支付确认处理失败，则返回根据目标资源账户的账户类型进行支付确认处理的步骤，重新进行支付确认操作。

传统的信用卡认证绑卡流程只采集信用卡卡号，收单行无法识别信用卡使用者和持有对象是否是同一自然人，因此可能产生乘客使用服务结算完成之后发起拒付申请，收单行因交易信息不完整而同意退款情况。

本发明与3DS认证技术相结合，在乘客授权支付环节，基于3DS认证技术增加验证码确认、网银密码确认作为二次确认环节，收单行会对执行者和持有者信息进行匹配校验，避免卡持有者被恶意盗刷风险；在乘客绑卡环节，不仅采集信用卡基础信息，而且还基于3DS认证技术增加非敏感信息(客户端IP地址信息，目标资源账户持有对象的EMAIL、姓名、手机号等)的采集，确保收单行拥有完整的乘客信息，以便在乘客拒付挑战时收单行可举证完整的认证信息。

本发明不仅增加了客户端IP地址信息，目标资源账户持有对象的EMAIL、姓名、手机号等信息的采集，同时需要持卡人进行短信或网银的二次在场认证。收单行在拥有完整交易信息背景下可驳回拒付申请，在避免持卡人被盗刷的同时可减少服务提供商的资损风险。

本发明可以在乘客进行认证绑卡和授权支付节点，确保动作的执行者和信用卡的持有对象为同一自然人，确保交易没有争议，解决网约车使用信用卡支付时收单行无法识别信用卡使用者和持有对象是否是同一自然人的技术问题。本发明不需要单独的硬件设置支持，也不需要终端应用采集和存储证件类型、证件号码等敏感信息。

实施例2：

结合图2所示，本实施例2提供一种网约车订单处理装置，用于执行如实施例1中的网约车订单处理方法，处理装置包括：

第一确定模块10，用于在接收到客户端的网约车订单信息时，根据网约车订单信息确定客户端的资源账户绑定状态；

第一获取模块20，用于在资源账户绑定状态为已绑定目标资源账户时，获取客户端的实际行程信息，实际行程信息包括行程状态信息和里程信息；

第二确定模块30，用于在行程状态信息指示行程结束时，根据里程信息确定预支付信息，预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

第一发送模块40，用于将预支付信息发送至收单行服务器，以使收单行服务器根据预支付信息进行预支付处理；

第三确定模块50，用于在预支付处理结果指示预支付成功时，根据目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

实施例3：

结合图3所示，本实施例3提供一种服务器，包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如实施例1中的网约车订单处理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图3是本发明实施例提供的运行一种网约车订单处理方法方法的服务器的硬件结构框图，如图3所示，该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)1310(处理器1310可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1330，一个或一个以上存储应用程序1323或数据1322的存储介质1320(例如一个或一个以上海量存储设备)。其中，存储器1330和存储介质1320可以是短暂存储或持久存储。存储在存储介质1320的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1310可以设置为与存储介质1320通信，在服务器1300上执行存储介质1320中的一系列指令操作。服务器1300还可以包括一个或一个以上电源1360，一个或一个以上有线或无线网络接口1350，一个或一个以上输入输出接口1340，和/或，一个或一个以上操作系统1321，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM，FreeBSDTM等等。

输入输出接口1340可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器1300的通信供应商提供的无线网络。在一个实例中，输入输出接口1340包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1340可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图3所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器1300还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。

实施例4：

本实施例4提供一种计算机可读存储介质，计算机可读存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现如实施例1中的网约车订单处理方法。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种网约车订单处理方法，其特征在于，包括：

在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态；

在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息，所述实际行程信息包括行程状态信息和里程信息；

在所述行程状态信息指示行程结束时，根据所述里程信息确定预支付信息，所述预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

将所述预支付信息发送至收单行服务器，以使所述收单行服务器根据所述预支付信息进行预支付处理；

在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

2.如权利要求1所述的网约车订单处理方法，其特征在于，所述在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态之后，还包括：

在所述资源账户绑定状态为未绑定目标资源账户时，从所述客户端获取所述目标资源账户的账户信息；

将所述目标资源账户的账户信息发送至所述收单行服务器，以使所述收单行服务器根据所述目标资源账户的账户信息进行预绑定处理；

在预绑定处理结果指示预绑定成功时，根据所述目标资源账户的账户类型进行绑定确认处理，并在绑定确认处理结果指示绑定确认成功时从所述收单行服务器获取所述目标资源账户的签约协议号。

3.如权利要求2所述的网约车订单处理方法，其特征在于，所述在预绑定处理结果指示预绑定成功时，根据所述目标资源账户的账户类型进行绑定确认处理包括：

在预绑定处理结果指示预绑定成功时，获取所述目标资源账户的账户类型；

在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一绑定确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送绑定验证码；

从所述目标资源账户当前使用对象对应的客户端获取到所述绑定验证码时，将所述绑定验证码发送至所述收单行服务器，以使所述收单行服务器根据所述绑定验证码进行绑定确认处理。

4.如权利要求3所述的网约车订单处理方法，其特征在于，所述在预绑定处理结果指示预绑定成功时，获取所述目标资源账户的账户类型之后，所述方法还包括：

在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二绑定确认请求信息，以使所述收单行服务器生成网银绑定链接；

从所述收单行服务器获取到所述网银绑定链接时，将所述网银绑定链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行绑定确认处理。

5.如权利要求1所述的网约车订单处理方法，其特征在于，所述在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理包括：

在预支付处理结果指示预支付成功时，获取所述目标资源账户的账户类型；

在所述目标资源账户的账户类型为银联账户时，向所述收单行服务器发送第一支付确认请求信息，以使所述收单行服务器向目标资源账户持有对象对应的客户端发送支付验证码；

从所述目标资源账户当前使用对象对应的客户端获取到所述支付验证码时，将所述支付验证码发送至所述收单行服务器，以使所述收单行服务器根据所述支付验证码进行支付确认处理。

6.如权利要求5所述的网约车订单处理方法，其特征在于，所述在预支付处理结果指示预支付成功时，获取所述目标资源账户的账户类型之后，还包括：

在所述目标资源账户的账户类型为非银联账户时，向所述收单行服务器发送第二支付确认请求信息，以使所述收单行服务器生成网银支付链接；

从所述收单行服务器获取到所述网银支付链接时，将所述网银支付链接发送至所述目标资源账户当前使用对象对应的客户端，以使所述目标资源账户当前使用对象对应的客户端向所述收单行服务器发送网银密码，所述收单行服务器根据所述网银密码进行支付确认处理。

7.如权利要求1所述的网约车订单处理方法，其特征在于，所述在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息包括：

在所述资源账户绑定状态为已绑定目标资源账户时，根据所述网约车订单信息确定预冻结资源量；

将所述预冻结资源量发送至所述收单行服务器，以使所述收单行服务器根据所述预冻结资源量进行预冻结处理；

在预冻结处理结果指示预冻结成功时，获取所述客户端的实际行程信息。

8.一种网约车订单处理装置，用于执行如权利要求1至7中任一项所述的网约车订单处理方法，其特征在于，处理装置包括：

第一确定模块，用于在接收到客户端的网约车订单信息时，根据所述网约车订单信息确定所述客户端的资源账户绑定状态；

第一获取模块，用于在所述资源账户绑定状态为已绑定目标资源账户时，获取所述客户端的实际行程信息，所述实际行程信息包括行程状态信息和里程信息；

第二确定模块，用于在所述行程状态信息指示行程结束时，根据所述里程信息确定预支付信息，所述预支付信息包括支付资源量、目标资源账户的签约协议号、目标资源账户当前使用对象的属性信息；

第一发送模块，用于将所述预支付信息发送至收单行服务器，以使所述收单行服务器根据所述预支付信息进行预支付处理；

第三确定模块，用于在预支付处理结果指示预支付成功时，根据所述目标资源账户的账户类型进行支付确认处理，并在支付确认处理结果指示支付确认处理成功时关闭订单流程。

9.一种服务器，其特征在于，包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1至7中任一项所述的网约车订单处理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1至7中任一项所述的网约车订单处理方法。

Images