CN111160918A - 出行支付方法和装置 - Google Patents

Abstract

本发明公开了一种出行支付方法和装置，涉及计算机技术领域。其中，该方法包括：在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。通过以上步骤，能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

Description

出行支付方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种出行支付方法和装置。

背景技术

目前，在原有实体卡(比如IC卡)支付的基础上，很多城市在交通出行方面也采取了二维码支付方式。随着人脸识别技术的逐渐成熟，已有城市在交通出行方面采取了刷脸支付方式。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：目前的交通出行方式对支付方式做了限制，即进站与出站、上车与下车只能采用同一种支付方式，无法实现支付方式的随意切换，即实体卡、二维码、刷脸等支付方式的互通支付。在特殊情况下，比如在进站时采用刷脸支付方式，而出站时由于无刷脸终端设备或者刷脸终端设备不可用等原因，导致用户不得不去票亭进行人工处理，使得出行支付效率及出行体验无法保障。

发明内容

有鉴于此，本发明提供一种出行支付方法和装置，能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

为实现上述目的，根据本发明的一个方面，提供了一种出行支付方法。

本发明的出行支付方法包括：在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联；根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

可选地，所述按照所述支付类型标识选取对应的支付认证方式，以对所述待认证的用户信息进行认证包括：在所述支付类型标识为实体卡支付标识时，选取实体卡支付认证方式对所述待认证的用户信息进行认证；和/或，在所述支付类型标识为二维码支付标识时，选取二维码支付认证方式对所述待认证的用户信息进行认证；和/或，在所述支付类型标识为刷脸支付标识时，选取刷脸支付认证方式对所述待认证的用户信息进行认证。

可选地，所述方法还包括：在执行所述获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息的步骤之前，对所述出站支付请求进行报文合法性校验，并确认所述出站支付请求通过报文合法性校验。

可选地，所述方法还包括：在确认所述出站支付请求通过报文合法性校验以后，对所述出站支付请求进行报文格式转换，以根据转换后的报文执行所述获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息的步骤。

可选地，所述根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息的步骤包括：根据所述用户的用户唯一标识查询行程记录表，以查询出所述用户上一次的行程记录；在所述用户上一次的行程记录为进站行程记录的情况下，从所述用户上一次的行程记录中提取进站站点信息。

可选地，所述方法还包括：在所述用户上一次的行程记录为出站行程记录的情况下，向所述用户对应的终端设备返回支付失败的提示信息。

可选地，所述方法还包括：在对所述待认证的用户信息认证未通过的情况下，向所述用户对应的终端设备返回支付失败的提示信息。

为实现上述目的，根据本发明的另一方面，提供了一种出行支付装置。

本发明的出行支付装置包括：获取模块，用于在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；认证模块，用于按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；查询模块，用于在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联；生成模块，用于根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

为实现上述目的，根据本发明的再一个方面，提供了一种电子设备。

本发明的电子设备，包括：一个或多个处理器；以及，存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明的出行支付方法。

为实现上述目的，根据本发明的又一个方面，提供了一种计算机可读介质。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明的出行支付方法。

上述发明中的一个实施例具有如下优点或有益效果：通过在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息，按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证，在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息，根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单这些步骤，能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明第一实施例的出行支付方法的主要流程示意图；

图2是根据本发明第二实施例的出行支付方法的主要流程示意图；

图3是根据本发明第三实施例的出行支付装置的主要模块示意图；

图4是根据本发明第四实施例的出行支付装置的主要模块示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以相互组合。

图1是根据本发明第一实施例的出行支付方法的主要流程示意图。如图1所示，本发明实施例的出行支付方法包括：

步骤S101、在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息。

具体实施时，用户对应的终端设备，比如用户正在使用的地铁闸机或者公交车上的支付终端或者其他电子设备，可在检测到用户的触发操作时，向出行支付装置发送出站支付请求。其中，所述用户的触发操作可以为用户在终端设备上刷实体卡(比如IC公交卡)、用户将手机中的二维码图像对准地铁闸机的摄像头、用户将脸部对准地铁闸机的摄像头等操作。

其中，所述支付类型标识可以为实体卡支付类型标识、二维码支付类型标识、刷脸支付类型标识等。具体实施时，所述支付类型标识可灵活设置表示形式。例如，可用数字“1”表示实体卡支付类型标识，用数字“2”表示二维码支付类型标识，可用数字“3”表示刷脸支付类型标识。

其中，所述待认证的用户信息可随着支付类型的不同而不同。例如，当所述支付类型为实体卡支付类型时，所述待认证的用户信息可以为实体卡的卡号等信息；当所述支付类型为二维码支付类型时，所述待认证的用户信息可以为用户的账号名、以及验证码等信息；当所述支付类型为刷脸支付类型时，所述待认证的用户信息可以为用户的脸部图像等信息。

步骤S102、按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证。

其中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、刷脸支付类型等支付类型的一种或多种。

在一个可选示例中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、以及刷脸支付类型。在该可选示例中，步骤S102包括：在所述支付类型标识为实体卡支付标识时，选取实体卡支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为二维码支付标识时，选取二维码支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为刷脸支付标识时，选取刷脸支付认证方式对所述待认证的用户信息进行认证。

在一个可选实施方式中，当支付类型为实体卡支付类型时，所述待认证的用户信息为实体卡的卡号。在该可选实施方式中，所述选取实体卡支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的实体卡的卡号与预先存储的卡号信息表进行比对，若所述出站支付请求携带的实体卡的卡号存在于所述卡号信息表上，则对所述待认证的用户信息认证通过；若所述出站支付请求携带的实体卡的卡号不存在于所述卡号信息表上，则对所述待认证的用户信息认证未通过。需要指出的是，本发明中的实体卡支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置实体卡支付认证方式。

在一个可选实施方式中，当支付类型为二维码支付类型时，所述待认证的用户信息为用户的账号名和验证码。在该可选实施方式中，所述选取二维码支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的用户的账号名与预先存储的账号信息表进行比对，并将所述出站支付请求携带的验证码与预先存储的验证码进行比较；若所述出站支付请求携带的用户的账号名存在于所述账号信息表上、且所述出站支付请求携带的验证码与预先存储的验证码一致，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的二维码支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置二维码支付认证方式。

在一个可选实施方式中，当支付类型为刷脸支付类型时，所述待认证的用户信息为用户的脸部图像。在该可选实施方式中，所述选取刷脸支付认证方式对所述待认证的用户信息进行认证包括：通过人脸识别技术对所述出站支付请求携带的用户的脸部图像进行识别，若成功识别出该脸部图像所对应的用户，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的刷脸支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置刷脸支付认证方式。

步骤S103、在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息。

其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联。

示例性地，所述用户唯一标识可以为用户的手机号、用户的身份证号、用户的账户名等能够唯一标识该用户的信息。在一个可选实施方式中，可在所述出站支付请求中携带用户唯一标识，进而可直接从所述出站支付请求中获取用户唯一标识。在另一个可选实施方式中，可根据出站支付请求携带的用户信息确定用户唯一标识。比如，在待认证的用户信息为实体卡的卡号、且用户唯一标识为用户手机号时，可根据实体卡的卡号查询预先存储的用户信息表，以得到与之对应的用户手机号。

其中，所述行程记录表用于记录该用户的行程记录。进一步，所述行程记录可包括用户唯一标识、行程类型、站点信息。其中，所述行程类型可包括进站类型和出站类型，所述站点信息可包括站点名称、站点的编码等信息。另外，所述行程记录还可包括进、出站的时间信息等。

步骤S104、根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

在本发明实施例中，通过在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息，按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证，在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息，根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单这些步骤，能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

图2是根据本发明第二实施例的出行支付方法的主要流程示意图。如图2所示，本发明实施例的出行支付方法包括：

步骤S201、接收用户的出站支付请求。

具体实施时，用户对应的终端设备，比如用户正在使用的地铁闸机或者公交车上的支付终端或者其他电子设备，可在检测到用户的触发操作时，向出行支付装置发送出站支付请求。其中，所述用户的触发操作可以为用户在终端设备上刷实体卡(比如IC公交卡)、用户将手机中的二维码图像对准地铁闸机的摄像头、用户将脸部对准地铁闸机的摄像头等操作。其中，所述出行支付装置可设置在云端，采用公有云部署或者本地私有云部署。

步骤S202、对所述出站支付请求进行报文合法性校验。

其中，终端设备发送的出站支付请求可采用XML、JSON或者其他标准报文格式。

在一个可选示例中，步骤S202包括：根据约定密钥和解密算法对所述出站支付请求进行解密；在解密成功的情况下，判断所述出站支付请求的报文格式是否与约定格式相符；在所述报文格式与约定格式相符的情况下，判断所述出站支付请求中的字段是否与约定字段相符；在所述出站支付请求中的字段是否与约定字段相符的情况下，确认所述出站支付请求通过报文合法性校验；否则，确认所述出站支付请求未通过报文合法性校验。需要指出的是，本发明中的报文合法性校验并不局限于以上可选示例。在具体实施时，可根据业务场景需求灵活设置报文合法性校验。

进一步，在所述出站支付请求通过报文合法性校验的情况下，执行步骤S203；在所述出站支付请求未通过报文合法性校验的情况下，执行步骤S208。

步骤S203、对所述出站支付请求进行报文格式转换。

在本发明实施例中，考虑到终端设备与出行支付装置采用的报文格式可能不同，因此可通过步骤S203对终端设备发送的出站支付请求进行报文格式转换。例如，当终端设备采用的报文格式为JSON格式，出行支付装置采用的报文格式为XML格式时，可将所述出站支付请求由JSON格式转换为XML格式。需要指出的是，步骤S203是可选步骤。具体实施时，当终端设备与出行支付装置采用的报文格式一致时，无需执行步骤S203。

进一步，在步骤S203之后，本发明实施例的方法还可包括：将转换后的出站支付请求转发至路由中心，然后通过路由中心按照报文所属的业务类型将其转发对应的业务处理层，以通过该业务处理层进行后续处理。

步骤S204、从转换后的报文中获取支付类型标识、待认证的用户信息、以及出站站点信息。

其中，所述支付类型标识可以为实体卡支付类型标识、二维码支付类型标识、刷脸支付类型标识等。具体实施时，所述支付类型标识可灵活设置表示形式。例如，可用数字“1”表示实体卡支付类型标识，用数字“2”表示二维码支付类型标识，可用数字“3”表示刷脸支付类型标识。

其中，所述待认证的用户信息可随着支付类型的不同而不同。例如，当所述支付类型为实体卡支付类型时，所述待认证的用户信息可以为实体卡的卡号等信息；当所述支付类型为二维码支付类型时，所述待认证的用户信息可以为用户的账号名、以及验证码等信息；当所述支付类型为刷脸支付类型时，所述待认证的用户信息可以为用户的脸部图像等信息。

步骤S205、按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证。

其中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、刷脸支付类型等支付类型的一种或多种。

在一个可选示例中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、以及刷脸支付类型。在该可选示例中，步骤S205包括：在所述支付类型标识为实体卡支付标识时，选取实体卡支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为二维码支付标识时，选取二维码支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为刷脸支付标识时，选取刷脸支付认证方式对所述待认证的用户信息进行认证。

在一个可选实施方式中，当支付类型为实体卡支付类型时，所述待认证的用户信息为实体卡的卡号。在该可选实施方式中，所述选取实体卡支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的实体卡的卡号与预先存储的卡号信息表进行比对，若所述出站支付请求携带的实体卡的卡号存在于所述卡号信息表上，则对所述待认证的用户信息认证通过；若所述出站支付请求携带的实体卡的卡号不存在于所述卡号信息表上，则对所述待认证的用户信息认证未通过。需要指出的是，本发明中的实体卡支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置实体卡支付认证方式。

在一个可选实施方式中，当支付类型为二维码支付类型时，所述待认证的用户信息为用户的账号名和验证码。在该可选实施方式中，所述选取二维码支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的用户的账号名与预先存储的账号信息表进行比对，并将所述出站支付请求携带的验证码与预先存储的验证码进行比较；若所述出站支付请求携带的用户的账号名存在于所述账号信息表上、且所述出站支付请求携带的验证码与预先存储的验证码一致，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的二维码支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置二维码支付认证方式。

在一个可选实施方式中，当支付类型为刷脸支付类型时，所述待认证的用户信息为用户的脸部图像。在该可选实施方式中，所述选取刷脸支付认证方式对所述待认证的用户信息进行认证包括：通过人脸识别技术对所述出站支付请求携带的用户的脸部图像进行识别，若成功识别出该脸部图像所对应的用户，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的刷脸支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置刷脸支付认证方式。

进一步，在所述用户信息通过认证的情况下，执行步骤S206；在所述用户信息未通过认证的情况下，执行步骤S208。

步骤S206、根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息。

其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联。

示例性地，所述用户唯一标识可以为用户的手机号、用户的身份证号、用户的账户名等能够唯一标识该用户的信息。在一个可选实施方式中，可在所述出站支付请求中携带用户唯一标识，进而可直接从所述出站支付请求中获取用户唯一标识。在另一个可选实施方式中，可根据出站支付请求携带的用户信息确定用户唯一标识。比如，在待认证的用户信息为实体卡的卡号、且用户唯一标识为用户手机号时，可根据实体卡的卡号查询预先存储的用户信息表，以得到与之对应的用户手机号。

其中，所述行程记录表用于记录该用户的行程记录。进一步，所述行程记录可包括用户唯一标识、行程类型、站点信息。其中，所述行程类型可包括进站类型和出站类型，所述站点信息可包括站点名称、站点的编码等信息。另外，所述行程记录还可包括进、出站的时间信息等。

步骤S207、根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

示例性地，在该步骤中，可根据所述进站站点信息(比如进站站点名称)、出站站点信息(比如出站站点名称)、以及线路地图信息，确定该用户经过的所有站点，进而根据该用户经过的所有站点以及相应的计费规则得到所述用户的行程支付订单。

进一步，在步骤S207之后，本发明实施例的方法还可包括以下步骤：根据所述行程支付订单进行支付操作，并在支付成功后向用户对应的终端设备(比如用户的手机、地铁闸机等)返回支付成功的通知。

步骤S208、向用户对应的终端设备返回支付失败的提示信息。

进一步，在终端设备接收到出行支付装置返回的支付失败的提示信息后，还可通过语音、文字等方式对用户进行提示，以便于用户及时获知此次支付失败了。

在本发明实施例中，通过以上步骤能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

图3是根据本发明第三实施例的出行支付装置的主要模块示意图。如图3所示，本发明实施例的出行支付装置300包括：获取模块301、认证模块302、查询模块303、生成模块304。

获取模块301，用于在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息。

其中，所述支付类型标识可以为实体卡支付类型标识、二维码支付类型标识、刷脸支付类型标识等。具体实施时，所述支付类型标识可灵活设置表示形式。例如，可用数字“1”表示实体卡支付类型标识，用数字“2”表示二维码支付类型标识，可用数字“3”表示刷脸支付类型标识。

其中，所述待认证的用户信息可随着支付类型的不同而不同。例如，当所述支付类型为实体卡支付类型时，所述待认证的用户信息可以为实体卡的卡号等信息；当所述支付类型为二维码支付类型时，所述待认证的用户信息可以为用户的账号名、以及验证码等信息；当所述支付类型为刷脸支付类型时，所述待认证的用户信息可以为用户的脸部图像等信息。

认证模块302，用于按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证。

其中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、刷脸支付类型等支付类型的一种或多种。

在一个可选示例中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、以及刷脸支付类型。在该可选示例中，认证模块302按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证包括：在所述支付类型标识为实体卡支付标识时，认证模块302选取实体卡支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为二维码支付标识时，认证模块302选取二维码支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为刷脸支付标识时，认证模块302选取刷脸支付认证方式对所述待认证的用户信息进行认证。

查询模块303，用于在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息。

其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联。

示例性地，所述用户唯一标识可以为用户的手机号、用户的身份证号、用户的账户名等能够唯一标识该用户的信息。在一个可选实施方式中，可在所述出站支付请求中携带用户唯一标识，进而可直接从所述出站支付请求中获取用户唯一标识。在另一个可选实施方式中，可根据出站支付请求携带的用户信息确定用户唯一标识。比如，在待认证的用户信息为实体卡的卡号、且用户唯一标识为用户手机号时，可根据实体卡的卡号查询预先存储的用户信息表，以得到与之对应的用户手机号。

其中，所述行程记录表用于记录该用户的行程记录。进一步，所述行程记录可包括用户唯一标识、行程类型、站点信息。其中，所述行程类型可包括进站类型和出站类型，所述站点信息可包括站点名称、站点的编码等信息。另外，所述行程记录还可包括进、出站的时间信息等。

生成模块304，用于根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

在本发明实施例的装置中，通过获取模块获取出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息，通过认证模块按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证，在对所述待认证的用户信息认证通过的情况下，通过查询模块根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息，通过生成模块根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单，能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

图4是根据本发明第四实施例的出行支付装置的主要模块示意图。如图4所示，本发明实施例的出行支付装置400包括：通讯模块401、解析模块402、获取模块403、认证模块404、查询模块405、生成模块406。

通讯模块401，用于接收用户的出站支付请求。

具体实施时，用户对应的终端设备，比如用户正在使用的地铁闸机或者公交车上的支付终端或者其他电子设备，可在检测到用户的触发操作时，向出行支付装置的通讯模块401发送出站支付请求。其中，所述用户的触发操作可以为用户在终端设备上刷实体卡(比如IC公交卡)、用户将手机中的二维码图像对准地铁闸机的摄像头、用户将脸部对准地铁闸机的摄像头等操作。其中，所述出行支付装置可设置在云端，采用公有云部署或者本地私有云部署。

解析模块402，用于对所述出站支付请求进行报文合法性校验。

其中，终端设备发送的出站支付请求可采用XML、JSON或者其他标准报文格式。

在一个可选示例中，解析模块402对所述出站支付请求进行报文合法性校验包括：根据约定密钥和解密算法对所述出站支付请求进行解密；在解密成功的情况下，判断所述出站支付请求的报文格式是否与约定格式相符；在所述报文格式与约定格式相符的情况下，判断所述出站支付请求中的字段是否与约定字段相符；在所述出站支付请求中的字段是否与约定字段相符的情况下，确认所述出站支付请求通过报文合法性校验；否则，确认所述出站支付请求未通过报文合法性校验。需要指出的是，本发明中的报文合法性校验并不局限于以上可选示例。在具体实施时，解析模块可根据业务场景需求灵活设置报文合法性校验。

获取模块403，用于在所述出站支付请求通过报文合法性校验以后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息。

其中，所述支付类型标识可以为实体卡支付类型标识、二维码支付类型标识、刷脸支付类型标识等。具体实施时，所述支付类型标识可灵活设置表示形式。例如，可用数字“1”表示实体卡支付类型标识，用数字“2”表示二维码支付类型标识，可用数字“3”表示刷脸支付类型标识。

其中，所述待认证的用户信息可随着支付类型的不同而不同。例如，当所述支付类型为实体卡支付类型时，所述待认证的用户信息可以为实体卡的卡号等信息；当所述支付类型为二维码支付类型时，所述待认证的用户信息可以为用户的账号名、以及验证码等信息；当所述支付类型为刷脸支付类型时，所述待认证的用户信息可以为用户的脸部图像等信息。

认证模块404，用于按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证。

其中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、刷脸支付类型等支付类型的一种或多种。

在一个可选示例中，出行支付装置支持的支付类型包括实体卡支付类型、二维码支付类型、以及刷脸支付类型。在该可选示例中，认证模块404按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证包括：在所述支付类型标识为实体卡支付标识时，认证模块404选取实体卡支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为二维码支付标识时，认证模块404选取二维码支付认证方式对所述待认证的用户信息进行认证；在所述支付类型标识为刷脸支付标识时，认证模块404选取刷脸支付认证方式对所述待认证的用户信息进行认证。

在一个可选实施方式中，当支付类型为实体卡支付类型时，所述待认证的用户信息为实体卡的卡号。在该可选实施方式中，认证模块404选取实体卡支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的实体卡的卡号与预先存储的卡号信息表进行比对，若所述出站支付请求携带的实体卡的卡号存在于所述卡号信息表上，则对所述待认证的用户信息认证通过；若所述出站支付请求携带的实体卡的卡号不存在于所述卡号信息表上，则对所述待认证的用户信息认证未通过。需要指出的是，本发明中的实体卡支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置实体卡支付认证方式。

在一个可选实施方式中，当支付类型为二维码支付类型时，所述待认证的用户信息为用户的账号名和验证码。在该可选实施方式中，认证模块404选取二维码支付认证方式对所述待认证的用户信息进行认证包括：将所述出站支付请求携带的用户的账号名与预先存储的账号信息表进行比对，并将所述出站支付请求携带的验证码与预先存储的验证码进行比较；若所述出站支付请求携带的用户的账号名存在于所述账号信息表上、且所述出站支付请求携带的验证码与预先存储的验证码一致，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的二维码支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置二维码支付认证方式。

在一个可选实施方式中，当支付类型为刷脸支付类型时，所述待认证的用户信息为用户的脸部图像。在该可选实施方式中，认证模块404选取刷脸支付认证方式对所述待认证的用户信息进行认证包括：通过人脸识别技术对所述出站支付请求携带的用户的脸部图像进行识别，若成功识别出该脸部图像所对应的用户，则对所述待认证的用户信息认证通过；否则，对所述待认证的用户信息认证未通过。需要指出的是，本发明中的刷脸支付认证方式并不局限于上述可选实施方式。在具体实施时，可根据业务场景需求灵活设置刷脸支付认证方式。

进一步，在所述用户信息通过认证的情况下，可调用查询模块405根据所述用户的用户唯一标识查询行程记录表；在所述用户信息未通过认证的情况下，可通过通讯模块向用户对应的终端设备返回支付失败的提示信息。

查询模块405，用于在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息。

其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联。

示例性地，所述用户唯一标识可以为用户的手机号、用户的身份证号、用户的账户名等能够唯一标识该用户的信息。在一个可选实施方式中，可在所述出站支付请求中携带用户唯一标识，进而可直接从所述出站支付请求中获取用户唯一标识。在另一个可选实施方式中，可根据出站支付请求携带的用户信息确定用户唯一标识。比如，在待认证的用户信息为实体卡的卡号、且用户唯一标识为用户手机号时，可根据实体卡的卡号查询预先存储的用户信息表，以得到与之对应的用户手机号。

其中，所述行程记录表用于记录该用户的行程记录。进一步，所述行程记录可包括用户唯一标识、行程类型、站点信息。其中，所述行程类型可包括进站类型和出站类型，所述站点信息可包括站点名称、站点的编码等信息。另外，所述行程记录还可包括进、出站的时间信息等。

生成模块406，用于根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

示例性地，生成模块406可根据所述进站站点信息(比如进站站点名称)、出站站点信息(比如出站站点名称)、以及线路地图信息，确定该用户经过的所有站点，进而根据该用户经过的所有站点以及相应的计费规则得到所述用户的行程支付订单。

在本发明实施例中，通过以上装置能够实现多种出行支付方式的互通支付，提高用户的出行支付效率和出行体验。

图5示出了可以应用本发明实施例的出行支付方法或出行支付装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如出行支付类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备501、502、503可以是支持二维码识读功能，和/或，实体卡识读功能，和/或，支持人脸检测功能的地铁闸机、也可以是其他具有类似功能的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对终端设备501、502、503传送的信息进行处理的后台管理服务器。后台管理服务器可以对接收到的出站支付请求等数据进行分析等处理，并将处理结果(例如支付成功或者支付失败的提示信息等)反馈给终端设备。

需要说明的是，本发明实施例所提供的出行支付方法一般由服务器505执行，相应地，出行支付装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、认证模块、查询模块、生成模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，获取模块还可以被描述为“获取出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行以下流程：在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联；根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种出行支付方法，其特征在于，所述方法包括：

在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；

按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；

在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联；

根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

2.根据权利要求1所述的方法，其特征在于，所述按照所述支付类型标识选取对应的支付认证方式，以对所述待认证的用户信息进行认证包括：

在所述支付类型标识为实体卡支付标识时，选取实体卡支付认证方式对所述待认证的用户信息进行认证；和/或，在所述支付类型标识为二维码支付标识时，选取二维码支付认证方式对所述待认证的用户信息进行认证；和/或，在所述支付类型标识为刷脸支付标识时，选取刷脸支付认证方式对所述待认证的用户信息进行认证。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在执行所述获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息的步骤之前，对所述出站支付请求进行报文合法性校验，并确认所述出站支付请求通过报文合法性校验。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在确认所述出站支付请求通过报文合法性校验以后，对所述出站支付请求进行报文格式转换，以根据转换后的报文执行所述获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息的步骤。

5.根据权利要求1所述的方法，其特征在于，所述根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息的步骤包括：

根据所述用户的用户唯一标识查询行程记录表，以查询出所述用户上一次的行程记录；在所述用户上一次的行程记录为进站行程记录的情况下，从所述用户上一次的行程记录中提取进站站点信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述用户上一次的行程记录为出站行程记录的情况下，向所述用户对应的终端设备返回支付失败的提示信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述待认证的用户信息认证未通过的情况下，向所述用户对应的终端设备返回支付失败的提示信息。

8.一种出行支付装置，其特征在于，所述装置包括：

获取模块，用于在接收到用户的出站支付请求后，获取所述出站支付请求携带的支付类型标识、待认证的用户信息、以及出站站点信息；

认证模块，用于按照所述支付类型标识选取对应的认证方式，以对所述待认证的用户信息进行认证；

查询模块，用于在对所述待认证的用户信息认证通过的情况下，根据所述用户的用户唯一标识查询行程记录表，以确定所述用户的进站站点信息；其中，所述用户唯一标识用于对同一用户在出站与进站选用不同支付类型时的站点信息进行关联；

生成模块，用于根据所述进站站点信息和所述出站站点信息生成所述用户的行程支付订单。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一所述的方法。

Images