支持多类型业务办理的用户码串生成方法、介质及设备技术

本发明专利技术涉及多码协同领域，具体涉及一种支持多类型业务办理的用户码串生成方法、介质及设备，生成方法适用于服务平台，服务平台被配置为与认证设备、多个业务系统通信连接，通过服务平台与认证设备、多个业务系统通信连接，采用服务平台作为业务系统与认证设备之间的通信桥梁，业务系统利用已有的用户码串进行原有的链路处理操作，节省了业务系统在业务拓展时对于线下闸机的码更新操作的成本和改造相应业务处理链路的成本。应业务处理链路的成本。应业务处理链路的成本。

【技术实现步骤摘要】
支持多类型业务办理的用户码串生成方法、介质及设备


[0001]本专利技术涉及多码协同领域，具体涉及一种支持多类型业务办理的用户码串生成方法、介质及设备。

技术介绍

[0002]城市中现有的各个业务系统都拥有各自的特定二维码，市民需要下载相应的App软件进行业务系统的身份注册，获取到相应的二维码，在实际场景下，一个业务对应的二维码需要打开相应的业务系统App，进行该业务系统的二维码的使用。现有技术是各个业务系统利用各自的二维码进行线下的扫描识别和相应的业务处理，当新增一个二维码，闸机需要新增一个二维码的兼容功能，同时多个不同的业务系统也需要改造一次对应这一二维码的业务处理链路，在多码协同使用时，其维护成本高且工作量大。

技术实现思路

[0003]鉴于上述问题，本专利技术提供了一种支持多类型业务办理的用户码串生成方法、介质及设备，解决了多码协同使用时维护成本高且工作量大的问题。
[0004]为实现上述目的，在第一方面，本专利技术提供了一种支持多类型业务办理的用户码串生成方法，适用于服务平台，服务平台被配置为与认证设备、多个业务系统通信连接，方法包括以下步骤：
[0005]接收认证设备发送的验码请求，并对验码请求进行解析，获取当前用户的身份信息，并向认证设备对应的业务系统发起包含有当前用户的身份信息的生码请求；
[0006]接收认证设备对应的业务系统生成的用户码串，并将用户码串发送给认证设备，以使认证设备在接收用户码串后，将用户码串发送给对应的业务系统，并接收业务系统返回的业务处理结果；用户码串由认证设备对应的业务系统基于当前用户的身份信息生成。
[0007]在一些实施例中，方法还包括：
[0008]接收第一应用软件发送的多个用户身份凭证申领请求，分别向对应的业务系统进行用户身份凭证申领操作，从业务系统获得用户身份凭证的申领操作界面，并将申领操作界面在第一应用软件上予以展示；
[0009]在用户通过申领操作界面获得的用户身份凭证后，将多个用户身份凭证与第一码串映射存储，第一应用软件为服务平台对应的应用软件。
[0010]在一些实施例中，验码请求包括第一验码请求，第一验码请求通过以下方式触发：在认证设备接收到第一应用软件上展示的第一码串时触发。
[0011]在一些实施例中，方法还包括：
[0012]接收不同业务系统发送的码制标准，并将码制标准与对应的业务系统标识映射存储；
[0013]验码请求包括第二验码请求，第二验码请求通过以下方式触发：在认证设备接收到第二应用软件上展示的第二码串时触发，第二应用软件为业务系统对应的应用软件。
[0014]在一些实施例中，方法还包括：
[0015]接收业务系统发出的第一提示信息，并将第一提示信息在第一应用软件中进行展示，第一应用软件为服务平台对应的应用软件，第一提示信息在业务系统未识别到当前用户的身份信息对应的注册信息后由该业务系统发出，用于指示当前用户未在当前业务系统中注册。
[0016]在一些实施例中，验码请求中包含认证设备的标识信息，认证设备的标识信息包括认证设备的MAC地址或地理位置信息，认证设备对应的业务系统基于认证设备的标识信息进行确定。
[0017]在第二方面，本专利技术还提供一种支持多类型业务办理的用户码串生成方法，适用于服务系统，服务系统包括服务平台、认证设备和多个业务系统，服务平台被配置为与认证设备、多个业务系统通信连接；
[0018]方法包括以下步骤：
[0019]认证设备发送验码请求至服务平台；
[0020]服务平台对验码请求进行解析，获取当前用户的身份信息，并向认证设备对应的业务系统发起包含有当前用户的身份信息的生码请求；
[0021]认证设备对应的业务系统根据生码请求生成用户码串，并将生成的用户码串发送给服务平台；
[0022]服务平台将用户码串转发给认证设备；
[0023]认证设备在接收用户码串后，将用户码串发送给其对应的业务系统；
[0024]认证设备对应的业务系统在对接收的用户码串进行校验后，向认证设备返回业务处理结果。
[0025]在一些实施例中，方法包括以下步骤：
[0026]服务平台接收不同业务系统发送的码制标准，并将码制标准与对应的业务系统标识映射存储；
[0027]认证设备通过第二应用软件接收第二码串，并将第二码串发送给服务平台；
[0028]服务平台基于第二码串的码制标准确定第二码串对应的业务系统标识，并将第二码串转发至该标识对应的业务系统进行处理。
[0029]在第三方面，本专利技术还提供一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现在第一方面或第二方面所述的方法。
[0030]在第四方面，本专利技术还提供一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现在第一方面或第二方面所述的方法。
[0031]区别于现有技术，上述技术方案通过服务平台与认证设备、多个业务系统通信连接，采用服务平台作为业务系统与闸机之间的通信桥梁，业务系统利用已有的用户码串进行原有的链路处理操作，节省了业务系统在业务拓展时对于线下闸机的码更新操作的成本和改造相应业务处理链路的成本。
[0032]上述
技术实现思路
相关记载仅是本专利技术技术方案的概述，为了让本领域普通技术人员能够更清楚地了解本专利技术的技术方案，进而可以依据说明书的文字及附图记载的内容予以实施，并且为了让本专利技术的上述目的及其它目的、特征和优点能够更易于理解，以下结合本
专利技术的具体实施方式及附图进行说明。
附图说明
[0033]附图仅用于示出本专利技术具体实施方式以及其他相关内容的原理、实现方式、应用、特点以及效果等，并不能认为是对本专利技术的限制。
[0034]在说明书附图中：
[0035]图1为具体实施方式所述第一方面方法步骤图；
[0036]图2为具体实施方式所述第二方面方法步骤图；
[0037]图3为具体实施方式所述计算机程序指令执行流程图；
[0038]图4为本申请所示技术方案流程示意图；
[0039]图5为本专利技术提供的一种电子设备。
[0040]上述各附图中涉及的附图标记说明如下：
[0041]2、电子设备；
[0042]21、存储器；
[0043]22、处理器。
具体实施方式
[0044]为详细说明本专利技术可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于更加清楚地说明本专利技术的技术方案，因此只作为示例，而不能以此来限制本专利技术的保护范围。
[0045]在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本专利技术的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种支持多类型业务办理的用户码串生成方法，其特征在于，适用于服务平台，所述服务平台被配置为与认证设备、多个业务系统通信连接，所述方法包括以下步骤：接收所述认证设备发送的验码请求，并对所述验码请求进行解析，获取当前用户的身份信息，并向所述认证设备对应的业务系统发起包含有当前用户的身份信息的生码请求；接收所述认证设备对应的业务系统生成的用户码串，并将所述用户码串发送给所述认证设备，以使所述认证设备在接收所述用户码串后，将所述用户码串发送给对应的业务系统，并接收所述业务系统返回的业务处理结果；所述用户码串由所述认证设备对应的业务系统基于所述当前用户的身份信息生成。2.如权利要求1所述的支持多类型业务办理的用户码串生成方法，其特征在于，所述方法还包括：接收第一应用软件发送的多个用户身份凭证申领请求，分别向对应的业务系统进行用户身份凭证申领操作，从所述业务系统获得所述用户身份凭证的申领操作界面，并将所述申领操作界面在所述第一应用软件上予以展示；在用户通过所述申领操作界面获得的用户身份凭证后，将多个所述用户身份凭证与第一码串映射存储，所述第一应用软件为所述服务平台对应的应用软件。3.如权利要求2所述的支持多类型业务办理的用户码串生成方法，其特征在于，所述验码请求包括第一验码请求，所述第一验码请求通过以下方式触发：在所述认证设备接收到所述第一应用软件上展示的所述第一码串时触发。4.如权利要求1所述的支持多类型业务办理的用户码串生成方法，其特征在于，所述方法还包括：接收不同业务系统发送的码制标准，并将所述码制标准与对应的业务系统标识映射存储；所述验码请求包括第二验码请求，所述第二验码请求通过以下方式触发：在所述认证设备接收到所述第二应用软件上展示的第二码串时触发，所述第二应用软件为所述业务系统对应的应用软件。5.如权利要求1所述的支持多类型业务办理的用户码串生成方法，其特征在于，所述方法还包括：接收所述业务系统发出的第一提示信息，并将所述第一提示信息在第一应用软件中进行展示，所述第一应用软件为所述服务平台对应的应用软件，所述第一提示信息在所述业务系统未识别...

【专利技术属性】
技术研发人员：钱伟华，郝久月，刘磊，
申请(专利权)人：厦门中盾安信科技有限公司，
类型：发明
国别省市：