公共交通乘车码开通方法及乘车方法与流程

本技术涉及互联网，特别涉及一种公共交通乘车码开通方法及乘车方法。

背景技术：

1、为便于用户乘坐公共交通工具，推出了使用乘车码搭乘公共交通工具的交通方式，例如在乘坐地铁时，用户可以向地铁闸机展示手机中的乘车码，地铁闸机在校验乘车码之后允许用户通过或禁止通过，通过乘车码这种新兴的互联网交通产品，可以实现快速、便捷的交通体验。

2、然而，现有技术中，针对不同的乘车业务用户需要分别操作开通乘车码业务，进行注册、签约免密支付等流程，例如，用户需要使用乘车码乘坐a城市地铁，需要操作开通a城市地铁乘车码业务，再请求a城市地铁乘车码，之后才能进行扫码乘车，如用户需要乘坐a城市公交车，则需切换为公交乘车码，这就需要操作开通a城市公交乘车码业务，再请求a城市公交乘车码，之后才能进行扫码乘车，如用户需要使用乘车码乘坐b城市地铁，则需要操作开通b城市地铁乘车码业务，再请求b城市地铁乘车码，之后才能进行扫码乘车。这就导致用户乘车体验便利性降低，降低通行效率，容易出现过闸拥挤等问题。

技术实现思路

1、为了解决现有技术的问题，本技术提供了一种公共交通乘车码开通方法及乘车方法。

2、根据本技术实施例的一方面，公开了一种公共交通乘车码开通方法，包括：

3、接收开通请求发出端发送的开通线上乘车码业务的开通请求；

4、响应于所述开通请求，确认支持的乘车业务，所述支持的乘车业务包含多个乘车业务，每一所述乘车业务具有对应的票务系统；

5、向所述支持的乘车业务所对应的票务系统分别发送注册请求；

6、接收所述票务系统针对于所述注册请求的响应信息，并基于所述响应信息确定乘车码业务的开通状态并记录所述开通状态；

7、将所述开通状态发送至所述开通请求对应的请求发出端。

8、在一种示例性实施例中，所述响应于所述开通请求，确认支持的乘车业务，包括：

9、响应于所述开通请求，确认所述开通请求对应的开通请求发出端；

10、根据所述开通请求发出端与乘车业务的绑定关系，确认支持的乘车业务，其中所述开通请求发出端绑定至少两个乘车业务。

11、在一种示例性实施例中，所述支持的乘车业务包括多个城市的公交车乘车业务和/或多个城市的地铁乘车业务。

12、根据本技术实施例的一方面，公开了一种公共交通乘车码开通装置，包括：

13、开通请求接收模块，用于接收开通请求发出端发送的开通线上乘车码业务的开通请求；

14、乘车业务确认模块，用于响应于所述开通请求，确认支持的乘车业务，所述支持的乘车业务包含多个乘车业务，每一所述乘车业务具有对应的票务系统；注册请求发送模块，用于向所述支持的乘车业务所对应的票务系统分别发送注册请求；

15、响应信息接收模块，用于接收所述票务系统针对于所述注册请求的响应信息，并基于所述响应信息确定乘车码业务的开通状态并记录所述开通状态；

16、开通状态发送模块，用于将所述开通状态发送至所述开通请求对应的请求发出端。

17、根据本技术实施例的一方面，公开了一种电子设备，包括一个或多个处理器以及存储器，所述存储器用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的公共交通乘车码开通方法。

18、根据本技术实施例的一方面，公开了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使所述计算机执行如上所述的公共交通乘车码开通方法。

19、根据本技术实施例的一方面，公开了一种基于公共交通乘车码的乘车方法，其包括乘车码开通步骤和扫码乘车步骤，其中，所述乘车码开通步骤包括：

20、移动应用后台接收开通线上乘车码业务的开通请求，响应于所述开通请求校验用户实名信息和校验用户是否签约支付渠道，若校验结果为已实名且已签约支付渠道，发送所述开通请求至出行服务平台；

21、所述出行服务平台接收所述移动应用后台发送的所述开通请求，响应于所述开通请求，确认支持的乘车业务，并向所述支持的乘车业务所对应的票务系统分别发送注册请求；其中，所述支持的乘车业务包含多个乘车业务，每一所述乘车业务具有对应的票务系统；

22、所述票务系统接收所述注册请求，响应于所述注册请求返回响应信息至所述出行服务平台；

23、所述出行服务平台接收所述票务系统针对于所述注册请求的响应信息，并基于所述响应信息确定乘车码业务的开通状态并记录所述开通状态，并将所述开通状态发送至所述开通请求对应的移动应用后台；

24、所述扫码乘车步骤，包括：

25、所述移动应用后台接收乘车码数据请求，响应于所述乘车码数据请求进行业务校验，若校验结果为符合预设条件，发送乘车码数据请求至所述出行服务平台；其中，所述预设条件包含已开通乘车码业务；

26、所述出行服务平台接收所述移动应用后台发送的所述乘车码数据请求，响应于所述乘车码数据请求生成乘车码数据并发送所述乘车码数据至所述移动应用后台；

27、所述移动应用后台发送所述乘车码数据至移动端应用，以通过所述移动端应用展示所述乘车码数据；

28、票务系统接收其对应的闸机基于所述乘车码数据发送的过闸交易数据，根据所述过闸交易数据创建交易订单，并发送所述交易订单至所述出行服务平台；

29、所述出行服务平台接收所述票务系统发送的交易订单，响应于所述交易订单确定行程数据，基于所述行程数据生成行程业务订单，并基于所述行程业务订单生成支付账单，以通过支付平台进行支付处理；

30、所述出行服务平台接收支付处理结果，并基于所述支付处理结果更新行程业务订单状态，并发送所述支付处理结果至对应的票务系统，以使所述票务系统更新行程业务订单状态。

31、在一种示例性实施例中，所述响应于所述开通请求，确认支持的乘车业务，包括：

32、响应于所述开通请求，确认所述开通请求对应的移动应用后台；

33、根据所述移动应用后台与乘车业务的绑定关系，确认支持的乘车业务，其中所述移动应用后台绑定至少两个乘车业务。

34、在一种示例性实施例中，所述支持的乘车业务包括多个城市的公交车乘车业务和/或多个城市的地铁乘车业务。

35、在一种示例性实施例中，在所述乘车码开通步骤之前，还包括预先配置步骤，所述预先配置步骤包括：

36、配置所述支持的乘车业务对应的票务系统所对应的闸机为与所述乘车码数据的乘车码标准相适配。

37、在一种示例性实施例中，所述响应于所述乘车码数据请求生成乘车码数据，包括：

38、响应于所述乘车码数据请求，进行预设参数校验和乘车码数据授权；

39、根据预设的乘车码标准，生成乘车码数据；

40、其中，所述预设的乘车码标准与所述闸机相匹配，所述乘车码数据包括二维码版本、二维码数据长度、发卡机构公钥证书、支付账户号、用户账户号、发卡机构代码、发码平台代码、用户账户类型、单次消费金额上限、支付账户用户公钥、支付账户系统授权过期时间、二维码有效时间、发卡机构自定义域长度、发卡机构自定义域、发卡机构授权签名、二维码生成时间以及支付账户用户私钥签名。

41、本技术的实施例提供的技术方案至少包.以下有益效果：

42、本技术提供的技术方案响应于开通请求发出端发送的开通线上乘车码业务的开通请求，确认当前支持的乘车业务，向所支持的乘车业务所对应的票务系统分别发送注册请求，在接收到票务系统针对于注册请求的响应信息，基于响应信息确定乘车码业务的开通状态并记录开通状态，以及将开通状态发送至开通请求对应的请求发出端，当接收到乘车码数据请求，响应于乘车码数据请求生成乘车码数据并所述乘车码数据至乘车码数据请求对应的请求发出端。用户在乘坐公共交通工具前，操作一次开通乘车码业务便可同时开通多个乘车业务的乘车码，无需针对每一乘车业务单独操作开通乘车码业务，乘车码业务的开通简单便捷，可以提高通行效率，减少因为用户操作导致的过闸拥挤等问题。并且，可以利用同一乘车码实现不同交通工具的乘坐。

43、应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本技术。