一种基于个人基础码的业务管理系统及方法与流程

1.本发明实施例涉及业务管理技术领域，尤其涉及一种基于个人基础码的业务管理系统及方法。


背景技术：

2.随着电子信息技术的发展，越来越多的政府、企业、个人都趋向使用电脑甚至手机来进行办公处理。与此同时，为了方便用户办理业务，各类电子证照与凭证逐渐在电子平台中上线，例如居民身份电子凭证、居民户口簿、结婚证、驾驶证、行驶证、出生医学证明、高校毕业生就业报到证等电子证照。
3.但是大量的电子证书均具有独立的管理系统，并不能统一管理，此种情况导致用户需要前往各自的证件模块，寻找入口，选择和展示电子证件或相应二维码，这在一定程度上造成政务办事的不便利，降低办事效率。并且对于不擅长使用手机的用户而言，选择和出示各种类型的电子证件或相应二维码非常不方便，降低用户的使用体验。


技术实现要素：

4.本发明提供一种基于个人基础码的业务管理系统及方法，以实现对业务的集中和高效管理。
5.第一方面，本发明实施例提供了一种基于个人基础码的业务管理系统，该系统包括：基础码管理子系统、电子证照子系统，以及至少一个政务业务子系统；
6.所述基础码管理子系统，用于根据所获取的用户个人基础码的码面信息确定用户的身份信息并发送至对应的政务业务子系统，以及根据所接收的电子证照获取请求确定至少一个证照类型；
7.所述政务业务子系统，用于根据所述身份信息和关联的服务事项信息生成电子证照获取请求并发送至所述基础码管理子系统；
8.所述电子证照子系统，用于根据所述身份信息和各所述证照类型确定目标证照信息，并将各所述目标证照信息通过所述基础码管理子系统反馈给所述政务业务子系统。
9.第二方面，本发明实施例还提供了一种基于个人基础码的业务管理方法，如本发明实施例中任一所述的基础码管理子系统执行，该方法包括：
10.接收政务业务子系统根据身份信息和关联的服务事项信息确定并发送的电子证照获取请求，其中，所述身份信息根据基础码展示子系统所展示的用户个人基础码的码面信息确定；
11.根据所述电子证照获取请求确定至少一个证照类型，将各所述证照类型和身份信息发送给电子证照子系统；
12.接收所述电子证照子系统反馈的目标证照信息，并反馈给所述政务业务子系统。
13.本发明实施例提供了一种基于个人基础码的业务管理系统及方法，该系统包括：基础码管理子系统、电子证照子系统，以及至少一个政务业务子系统；基础码管理子系统，
用于根据所获取的用户个人基础码的码面信息确定用户的身份信息并发送至对应的政务业务子系统；所述政务业务子系统，用于根据所述身份信息和关联的服务事项信息生成电子证照获取请求并发送至所述基础码管理子系统；电子证照子系统，用于根据所述身份信息和各所述证照类型确定目标证照信息，并将各所述目标证照信息通过所述基础码管理子系统反馈给所述政务业务子系统。通过基础码管理子系统、政务业务子系统和电子证照子系统配合工作，实现用户个人基础码的管理。基础码管理子系统通过解码确定用户的身份信息，接着根据政务业务子系统反馈的电子证照获取请求确定政务业务子系统要办理的服务事项所需提供的证照类型，然后根据身份信息与证照类型在电子证照子系统中进行证照信息的查询，确定目标证照信息，用户仅需要展示个人基础码就可以实现业务办理，无需用户跳转于各种证件模块中进行各种证件的展示和选择，简化了用户操作，提高处理效率，节省事项办理时间，提高用户体验。
附图说明
14.图1是本发明实施例一中的一种基于个人基础码的业务管理系统的结构示意图；
15.图2是本发明实施例二中的一种基于个人基础码的业务管理系统的结构示意图；
16.图3是本发明实施例二中的一种授权请求的展示示例图；
17.图4是本发明实施例二中的一种基于个人基础码的业务管理实现的时序图；
18.图5是本发明实施例二中的一种个人基础码和乘车码的跳转展示示例图；
19.图6是本发明实施例三中的一种基于个人基础码的业务管理方法的流程示意图。
具体实施方式
20.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
21.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
22.在本技术的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
23.实施例一
24.图1给出了本技术实施例一提供的一种基于个人基础码的业务管理系统的结构示意图，该系统包括：基础码管理子系统11、电子证照子系统12，以及至少一个政务业务子系统13；
25.所述基础码管理子系统11，用于根据所获取的用户个人基础码的码面信息确定用户的身份信息，并发送至对应的政务业务子系统13，以及根据所接收的电子证照获取请求确定至少一个证照类型；
26.所述政务业务子系统13，用于根据所述身份信息和关联的服务事项信息生成电子证照获取请求并发送至所述基础码管理子系统11；
27.所述电子证照子系统12，用于根据所述身份信息和各所述证照类型确定目标证照信息，并将各所述目标证照信息通过所述基础码管理子系统11反馈给所述政务业务子系统13。
28.在本实施例中，基础码管理子系统11具体可以理解为进行个人基础码管理的系统。电子证照子系统12具体可以理解为管理电子证照的系统，电子证照子系统12管理的电子证照可以是居民身份电子凭证、居民户口簿、结婚证、驾驶证、行驶证、出生医学证明、高校毕业生就业报到证等。政务业务子系统13具体可以理解为进行政务业务办理的系统，例如，社保局系统、国土系统、公积金管理中心系统、不动产登记系统等。
29.在本实施例中，用户个人基础码具体可以理解为用户的个人基础码；码面信息具体可以理解为个人基础码的展示码面所包含的信息，例如，个人基础码为二维码，而二维码实际上代表的是一串数字，二维码所代表的数字信息即为码面信息。身份信息具体可以理解为可以标识用户身份的信息，例如用户的身份证id号码，身份信息中还可以包括用户的手机号等信息，可以用于联系用户。电子证照获取请求具体可以理解为用于获取电子证照信息的通信请求。证照类型具体可以理解为电子证件照的类型，例如，不动产权电子证书，居民电子身份凭证、居民户口簿、结婚证等。
30.具体的，用户在办理业务时，首先通过用户终端展示用户个人基础码，用户终端可以是任意类型的智能终端，例如智能手机。通过扫描设备对用户个人基础码进行扫描识别，得到用户个人基础码的码面信息，并将码面信息传递给基础码管理子系统11请求解码。扫描设备可以作为政务业务子系统13的一部分，也可以不作为任意子系统的一部分独立存在，与其他子系统通信连接，例如采集码面信息后发送给政务业务子系统13或者直接发送给基础码管理子系统11。基础码管理子系统11对码面信息进行解码，确定用户的身份信息，并返回给对应的政务业务子系统13，即发送码面信息的政务业务子系统13，或与扫描设备关联的政务业务子系统13，或者扫描设备发送码面信息时指定的政务业务子系统13。基础码管理子系统11接收政务业务子系统13发送的电子证照获取请求，通过对电子证照获取请求进行解析，确定政务业务子系统13所要办理的业务，进而确定办理此业务所需的证照类型。
31.在本实施例中，服务事项信息具体可以理解为用于表明用户办理的服务业务的信息，可以是服务业务的名称，如不动产转移登记业务，也可以是服务业务的标识，用于唯一标识服务业务，如001，若采用标识的方式对用户所要办理的业务进行标识，则需要预先为不同的服务业务分配标识，并建立服务业务与标识的对应关系。
32.具体的，各个政务业务子系统13办理不同的政务业务，各个政务业务子系统13在办理业务时执行的步骤相同。对于每个政务业务子系统13来说，其在办理政务业务，实现业务管理时，以政务业务子系统13包含扫描设备，扫描用户个人基础码获取码面信息为例，政务业务子系统13向基础码管理子系统11发送码面信息，基础码管理子系统11通过解码将用
户的身份信息反馈给政务业务子系统13。接着，政务业务子系统13根据自身系统确定关联的服务事项信息，服务事项信息与政务业务子系统13所办理的业务类型相关。根据服务事项信息和身份信息生成电子证照获取请求，并将电子证照获取请求发送给基础码管理子系统11，基础码管理子系统11通过服务事项信息确定用户所要办理的业务进而确定办理此业务所需的证照类型。同时政务业务子系统13可以根据身份信息确定办理业务的用户身份，进而根据用户的身份信息核实用户是否合法，或者在办理业务过程中与用户进行联系。
33.在本实施例中，目标证照信息具体可以理解为办理业务最终所需要的证照信息，例如，一张结婚证的证照信息。
34.具体的，电子证照子系统12中存储了大量的电子证照，根据身份信息可以确定用户所拥有的所有证照信息，进一步根据证照类型对所有证照信息进行筛选，得到所需的目标证照信息。电子证照子系统12将目标证照信息发送给基础码管理子系统11，由基础码管理子系统11反馈给政务业务子系统13，政务业务子系统13完成目标证照信息的获取。
35.本发明实施例提供了一种基于个人基础码的业务管理系统，该系统包括：基础码管理子系统、电子证照子系统，以及至少一个政务业务子系统；基础码管理子系统，用于根据所获取的用户个人基础码的码面信息确定用户的身份信息并发送至对应的政务业务子系统，以及根据所接收的电子证照获取请求确定至少一个证照类型；所述政务业务子系统，用于根据所述身份信息和关联的服务事项信息生成电子证照获取请求并发送至所述基础码管理子系统；电子证照子系统，用于根据所述身份信息和各所述证照类型确定目标证照信息，并将各所述目标证照信息通过所述基础码管理子系统反馈给所述政务业务子系统。通过基础码管理子系统、政务业务子系统和电子证照子系统配合工作，实现用户个人基础码的管理。通过基础码管理子系统确定用户的身份信息，接着根据政务业务子系统反馈的电子证照获取请求确定政务业务子系统要办理的服务事项所需提供的证照类型，然后根据身份信息与证照类型在电子证照子系统中进行证照信息的查询，确定目标证照信息，用户仅需要展示个人基础码就可以实现业务办理，无需用户跳转于各种证件模块中进行各种证件的展示和选择，简化了用户操作，提高处理效率，节省事项办理时间，提高用户体验。
36.实施例二
37.图2为本发明实施例二提供的一种基于个人基础码的业务管理系统的结构示意图。本实施例的技术方案在上述技术方案的基础上进一步细化，具体主要包括：基础码管理子系统11、电子证照子系统12，至少一个政务业务子系统13和基础码展示子系统14；
38.基础码展示子系统14，用于展示用户个人基础码。
39.具体的，用户个人基础码无需额外申请，只要是实名认证的用户在登录系统后，打开个人基础码亮码页时，基础码管理子系统11会自动根据用户的身份信息生成该用户的用户个人基础码，并发送给基础码展示子系统14，基础码展示子系统14在显示界面展示用户个人基础码。基础码展示子系统14可部署安装在用户终端上，方便用户使用。
40.进一步地，基础码管理子系统11，包括：
41.基础码接收模块111，用于接收所述政务业务子系统13采集的用户个人基础码的码面信息；
42.身份信息确定模块112，用于根据预设的解码规则对所述码面信息进行解码，得到所述用户的身份信息。
43.在本实施例中，基础码接收模块111具体可以理解为用于实现信息接收功能的数据处理模块。政务业务子系统13设置扫描设备，用户在办理业务时，通过基础码展示子系统14展示用户个人基础码，扫描设备扫描用户展示的用户个人基础码，得到码面信息，并将码面信息发送给基础码接收模块111。
44.在本实施例中，身份信息确定模块112具体可以理解为用于执行解码操作和确定用户的身份信息的数据处理模块。基础码管理子系统11可以预先存储多种解码规则，用于对不同类型的基础码进行解码。由于码面信息是由基础码管理子系统11生成的，所以其解码规则可以预先确定。信息确定模块112根据预设的解码规则对码面信息进行解码，得到解密后信息，即用户的身份信息。
45.进一步地，政务业务子系统13，包括：
46.身份信息接收模块131，用于接收所述基础码管理子系统11反馈的身份信息；
47.证照接口确定模块132，用于根据关联的所述服务事项信息确定所述基础码管理子系统11中对应的电子证照信息获取接口；
48.证照接口调用模块133，用于调用所述电子证照信息获取接口，根据所述身份信息和服务事项信息生成电子证照获取请求，并向所述基础码管理子系统11发送所述电子证照获取请求以及自身的系统授权凭证；
49.证照信息接收模块134，用于接收所述基础码管理子系统11反馈的至少一个目标证照信息。
50.在本实施例中，身份信息接收模块131具体可以理解为用于接收身份信息的模块。基础码管理子系统11在解密得到用户的身份信息后，将身份信息反馈给政务业务子系统13的身份信息接收模块131。政务业务子系统13接收到身份信息后可以实现对用户身份的验证，并且由于码面信息是发送给基础码管理子系统11进行解码，所以无需政务业务子系统13进行解码，就可以实现对任意类型的码面信息的解码。
51.在本实施例中，证照接口确定模块132具体可以理解为用于确定调用何种证照接口的数据处理模块；电子证照信息获取接口具体可以理解为用于获取电子证照信息的接口。
52.具体的，基础码管理子系统11具有多个接口，在办理不同种类的服务事项时需要调用不同的接口从而获取对应的电子证照信息，不同的接口关联不同的服务事项信息。证照接口确定模块132根据政务业务子系统13的服务事项信息确定对应的电子证照信息获取接口。
53.在本实施例中，证照接口调用模块133具体可以理解为进行证照接口调用的模块。系统授权凭证具体可以理解为政务业务子系统调用基础码管理子系统11接口获取目标证照信息时所需提供的鉴权凭证。
54.具体的，基础码管理子系统11预先为每个对接方(即，政务业务子系统13)分配唯一的系统授权凭证，系统授权凭证规定对接方可通过基础码管理子系统11获取哪些事项清单及对应的事项用数范围内的用户数据。系统授权凭证中可以包括一个政务业务子系统13的编号和一个消息通信的密钥。证照接口调用模块133调用电子证照信息获取接口，同时根据身份信息和服务事项信息生成电子证照获取请求，并向基础码管理子系统11发送时，携带系统自身的系统授权凭证中的政务业务子系统13的编号，并通过消息通信密钥加密电子
证照获取请求中的身份信息和服务事项信息，将加密后的请求信息和政务业务子系统13的编号发送给基础码管理子系统11，请求基础码管理子系统11进行证照查询。
55.在本实施例中，证照信息接收模块134具体可以理解为用于接收基础码管理子系统11反馈的至少一个目标证照信息的模块。基础码管理子系统11根据电子证照获取请求中的身份信息和服务事项信息确定证照类型，并通过电子证照子系统12查询该用户对应的目标证照信息，电子证照子系统12确定目标证照信息后，发送给基础码管理子系统11，证照信息接收模块134接收基础码管理子系统11反馈的目标证照信息，以完成业务的办理。
56.需要知道的是，基础码管理子系统11会为每个政务业务子系统13分配唯一的系统授权凭证(包括一个调用系统id编号和一个消息通信的密钥)，政务业务子系统13在调用基础码管理子系统11的服务接口时必须附上该政务业务子系统13的id编号及由消息通信密钥加密后生成的请求内容。
57.进一步地，该系统还包括：事项目录子系统15；
58.事项目录子系统15，用于接受所述基础码管理子系统11的查询接口调用，确定所述电子证照获取请求中服务事项信息对应的证照类型，并将各所述证照类型反馈给所述基础码管理子系统11；
59.其中，所述基础码管理子系统11在所述系统授权凭证验证通过后调用所述查询接口。
60.在本实施例中，事项目录子系统15具体可以理解为存储服务事项信息与证照类型对应关系的系统，即存储服务事项信息与此服务事项信息相关联的证照类型。例如要办理不动产转移登记的服务事项需要提供的电子证照类型包括不动产权电子证书、居民电子身份凭证、居民户口簿及结婚证。
61.具体的，基础码管理子系统11接到证照接口调用模块133发送的请求信息后，首先对系统授权凭证进行验证，即验证发送请求的政务业务子系统13是否具有查询此服务事项信息的权限，若是，则验证通过，并根据电子证照获取请求确定服务事项信息，然后携带服务事项信息调用事项目录子系统15提供的证照种类查询接口，从事项目录子系统15中查询办理该服务事项所需的证照类型。事项目录子系统15将与此服务事项信息相关联的各证照类型发送给基础码管理子系统11。如果基础码管理子系统11验证系统授权凭证的结果为验证未通过，则直接返回无权限或者验证失败。
62.进一步地，基础码管理子系统11，还用于：根据所述证照类型、身份信息和服务事项信息生成待授权记录，并接收所述基础码展示子系统14根据所述待授权记录确定的授权状态。
63.在本实施例中，待授权记录具体可以理解为需要用户进行授权的信息所形成的记录；授权状态包括同意授权和不同意授权。由于在获取用户的证照信息时，需要用户授权才可以执行，因此基础码管理子系统11根据证照类型、身份信息和服务事项信息生成待授权记录，通过基础码展示子系统14提醒用户是否对待授权记录中的证照类型进行授权，并接收用户反馈的授权状态。
64.进一步地，基础码展示子系统14，包括：
65.监测模块141，用于调用待授权接口，监测是否存在所述待授权记录；
66.请求模块142，用于在存在所述待授权记录时，生成授权请求并发送给所述基础码
管理子系统11；
67.显示模块143，用于根据所接收的待授权信息进行显示，其中所述待授权信息由所述基础码管理子系统11根据所述授权请求确定；
68.授权状态确定模块144，用于根据所接收的用户操作确定授权状态，并反馈给所述基础码管理子系统11。
69.在本实施例中，监测模块141具体可以理解为用于监测待授权记录的模块。监测模块141通过设置定时轮询机制调用由基础码管理子系统11所提供的待授权接口，监测是否存在用户的电子证照的待授权记录。
70.在本实施例中，请求模块142具体可以理解为向基础码管理子系统11请求需用户授权的信息的数据处理模块。授权请求具体可以理解为政务业务子系统13在为用户办理某项服务事项时需要用户进行授权从而获取跟用户相关的一种或多种类型的电子证照信息的请求。如果存在待授权记录，请求模块142按照预先预定的格式或规则生成授权请求，然后发送给基础码管理子系统11，以便基础码管理子系统11可以请求用户的授权。
71.在本实施例中，显示模块143具体可以理解为用于提示用户是否进行授权的模块。待授权信息具体可以理解为需要用户授权的电子证照信息。
72.具体的，基础码管理子系统11在收到授权请求后，将证照类型以及服务事项信息作为待授权信息，并根据身份信息确定用户所使用的终端，即基础码展示子系统14所部署的用户终端，将待授权信息发送到显示模块143。以便在用户的终端页面上显示待授权信息，即向用户展示需要用户授权的证照类型和服务事项信息，并提供给用户不同选择操作。
73.示例性的，图3为本发明实施例提供的一种授权请求的展示示例图，其中，不动产转移登记业务为服务事项信息，不动产权电子证书、居民电子身份凭证、居民户口簿、结婚证为证照类型。由图3可以看出，在展示授权请求时，为用户提供了两种不同的选择，即拒绝和确认授权。
74.用户通过点击拒绝或者确认授权实现对授权请求的响应，授权状态确定模块144监测用户操作，根据接收到的用户操作确定授权状态。并将授权状态反馈给基础码管理子系统11。
75.电子证照子系统12，包括：
76.证照信息确定模块121，用于在授权状态为同意授权时，根据所述身份信息确定用户对应的证照信息；
77.目标证照筛选模块122，用于根据各所述证照类型对各所述证照信息进行筛选，得到匹配的各目标证照信息；
78.发送模块123，用于将各所述目标证照信息通过所述基础码管理子系统11反馈给所述政务业务子系统13。
79.在本实施例中，证照信息确定模块121具体可以理解为确定用户相关的证照信息的数据处理模块。如果用户同意授权，即授权状态为同意授权，证照信息确定模块121根据身份信息查找电子证照信息库，确定用户所拥有的所有证照信息。
80.在本实施例中，目标证照筛选模块122具体可以理解为对证照信息进行筛选的数据处理模块。目标证照筛选模块122根据办理服务事项所需的各证照类型对得到的用户的所有证照信息进行筛选，确定与各证照类型相匹配的目标证照信息。
81.在本实施例中，发送模块123具体可以理解为发送信息的模块。在确定各目标证照信息后，发送模块123将各目标证照信息发送给基础码管理子系统11，由基础码管理子系统11反馈给政务业务子系统13，实现业务管理。
82.针对多个目标证照信息的情况，基础码管理子系统11将所有目标证照信息按固定格式整合成一条数据，里面包含返回的证照数量及每个证照的具体信息，然后返回给政务业务子系统13。
83.本技术在进行业务管理时，各政务业务子系统13只需要与基础码管理子系统11通信即可，通过基础码管理子系统11与电子证照子系统12和事项目录子系统15通信交互，获取所需的证照信息。基础码管理子系统11作为中介，只需要把各系统接入基础码管理子系统11，就可以实现相应的业务管理。用户使用方便，操作简单。政务业务子系统13无需单独对接电子证照子系统12。
84.示例性的，图4为本发明实施例提供的一种基于个人基础码的业务管理实现的时序图。
85.s1、用户在基础码展示子系统14打开个人基础码的亮码页。
86.s2、政务业务子系统13的扫码设备进行扫码操作。
87.s3、政务业务子系统13通过扫码操作获取根据用户的身份信息加密后生成的码面信息。
88.s4、政务业务子系统13调用基础码管理子系统11提供的解码接口，以获取用户的身份信息。
89.s5、基础码管理子系统11返回解密后的身份信息。
90.s6、政务业务子系统13携带用户的身份信息、需要办理的服务事项信息和系统授权凭证调用基础码管理子系统11提供的用户电子证照信息获取接口。
91.s7、基础码管理子系统11接到请求后，如果系统授权凭证验证通过，携带服务事项信息调用事项目录子系统15提供的证照种类查询接口获取办理该服务事项所需的证照类型。
92.s8、事项目录子系统15返回办理该服务事项所需的证照类型给基础码管理子系统11。
93.s9、基础码管理子系统11根据用户的身份信息、服务事项信息及办理该服务事项所需的证照类型生成一条待授权记录并插入到数据库保存。
94.s10、基础码管理子系统11把等待用户授权操作的处理结果返回给政务业务子系统13。
95.该步骤可以告知政务业务子系统13此时正在等待用户授权，待用户完成授权操作才可以执行获取目标证照信息的操作。
96.s11、基础码展示子系统14亮码页设置定时轮询机制调用基础码管理子系统11提供的待授权接口，监测是否存在该用户的待授权记录。
97.s12、如果存在该用户的待授权记录，基础码展示子系统14通过发送授权请求，请求基础码管理子系统11返回包含用户需要办理的服务事项信息及办理该事项所需的证照类型的待授权信息。
98.s13、基础码展示子系统14显示弹窗页面请求获取用户授权。
99.s14、如果用户同意授权，则点击“确认授权”按钮。
100.s15、基础码展示子系统14调用基础码管理子系统11后台提供的电子证照信息的查询接口，以获取详细的证照信息。
101.s16、基础码管理子系统11携带用户的身份信息及所需的证照类型调用电子证照系统12提供的证照信息查询接口获取详细的目标证照信息。
102.s17、电子证照系统12返回该用户所需的各目标证照信息给基础码管理子系统11。
103.s18、基础码管理子系统11主动调用政务业务子系统13提供的写入接口，返回该用户的各目标证照信息。
104.s19、如果在步骤s13基础码管理子系统11前端弹窗请求用户授权时，用户拒绝授权，则点击弹窗页面上的“拒绝”按钮。
105.s20、基础码展示子系统14将用户拒绝授权的结果返回给基础码管理子系统11。
106.s21、基础码管理子系统11主动调用政务业务子系统13提供的写入接口，将用户拒绝授权的结果转发给政务业务子系统13。
107.需要知道的是，s14
‑
s18与s19
‑
s21为用户执行不同操作时执行的步骤，在执行上没有先后顺序。
108.本发明实施例提供了一种基于个人基础码的业务管理系统，通过政务业务子系统扫描用户个人基础码获取到的码面信息生成身份信息解码请求并发送至基础码管理子系统，基础码管理子系统通过解码确定用户的身份信息，接着根据政务业务子系统关联的服务事项信息在事项目录子系统进行证照类型信息的查询，得到相应的证照类型后再在电子证照子系统中进行详细证照信息的查询，确定目标证照信息，用户仅需要展示个人基础码就可以实现业务办理，无需用户跳转于各种证件模块中进行各种证件的展示和选择，简化了用户操作，提高处理效率，节省政务服务事项办理时间，提高用户体验。
109.进一步地，基础码展示子系统14，还用于：显示至少一个第三方业务子系统16的跳转链接，并根据用户的选择操作进行业务系统跳转，以实现用户个人基础码的转换显示。
110.在本实施例中，第三方业务子系统16具体可以理解为进行第三方业务的系统，例如，酒店、图书馆、乘车等终端系统。第三方业务子系统16可以是本技术所提供的基于个人基础码的业务管理系统中的一个子系统，也可以是进行网络通信连接的外部系统。
111.具体的，基础码展示子系统14的亮码页面上显示第三方业务子系统16的跳转连接，如果用户选择其中的某一个跳转连接，则根据用户的选择操作进行业务系统跳转，即跳转到用户选择的第三方业务子系统16，并显示用户在第三方业务子系统16上的个人基础码，实现用户个人基础码的转换。
112.第三方业务子系统16将自身的亮码页面链接提供给基础码展示子系统14，并在基础码展示子系统14的亮码页面上增加跳转入口，用户通过点击跳转入口直接跳到第三方业务子系统16的亮码页面完成相关业务操作。第三方业务子系统16无需改造，即可实现快速对接上线。第三方业务子系统16如果后续发生变更，基础码展示子系统14侧也无需改造，实现系统解耦。可灵活对接各种类型各种场景的服务，为用户提供更加丰富的应用服务。
113.示例性的，图5提供了一种个人基础码和乘车码的跳转展示示例图。乘车码支持某市所有的普通公交、便民车、地铁的扫码乘车。个人基础码的展示界面中包括：包含用户身份信息加密后生成的个人基础码，个人基础码可使用的业务场景，如免证办事、酒店入住、
图书借阅、景区游玩等，同时各业务场景还可以具体细化，如，免证办事包括办事预约等。第三方业务子系统16(如扫码乘车、居民身份电子凭证等)可提供跳转链接，在个人基础码的界面中显示各第三方业务子系统16的跳转连接，使用户可以在基础码展示子系统14跳转到乘车码系统指定的h5页面使用乘车服务。
114.进一步地，基础码管理子系统11，还用于：接收至少一个第三方业务子系统16发送的解码请求，根据所述解码请求确定解码信息，并将所述解码信息反馈给对应的第三方业务子系统16。
115.在本实施例中，解码请求具体可以理解为请求系统对二维码、条形码等进行解析的请求。解码信息具体可以理解为解码得到的信息，例如用户的身份信息。
116.可以知道的是，由于现有的不同系统所用的个人基础码不同，其解码规则也不相同。例如，乘车码和个人基础码为两种不同的码，其解码规则不同。用户在办理不同的业务时需要出示不同的二维码，导致使用过程便利性较差。因此，本技术提供一种解码方法，使得用户出示任意一种二维码均可以进行解码。
117.具体的，第三方业务子系统16在扫描用户展示的个人基础码时，由于用户展示的可能并不是此第三方业务子系统16可以解码的二维码(例如，在乘车时出示的不是乘车码，而是个人基础码)，所以可能会出现无法解码的情况。本技术在解码时，将解码操作交给基础码管理子系统11进行。基础码管理子系统11预先存储不同第三方业务子系统16的解码规则。第三方业务子系统16扫描用户展示的个人基础码，根据扫描得到的码面信息生成解码请求并发送给基础码管理子系统11。基础码管理子系统11通过预先存储的各解码规则对解码请求进行解码，得到解码信息。在解码后将解码信息反馈给对应的第三方业务子系统16，实现了只需展示个人基础码即可实现第三方业务子系统16的服务事项处理，比如实现了乘车时可以扫描个人基础码进行乘车。
118.基础码管理子系统11提供的个人基础码的码面信息包含码的类型字段，第三方业务子系统16扫码后通过检查码面信息是否包含个人基础码的唯一类型标识从而确认扫的是个人基础码还是原来的码。如果扫的是个人基础码则将个人基础码的码面信息发送给基础码管理子系统11的解码接口请求解码；如果扫的是原来的码，则将原来的码的码面信息发送给基础码管理子系统11的解码接口请求解码。由于基础码管理子系统11的解码接口对两种码面信息进行了兼容处理，第三方业务子系统16无论发送哪一种码的码面信息，解码接口均能正常处理。
119.基础码管理子系统11在收到解码请求时，首先会检查入参中是否包含授权凭证对应的系统id编号及由消息通信密钥加密生成的签名，从而验证接口调用的合法性。然后会检查入参信息是否包含个人基础码的唯一类型标识，如果包含则按照个人基础码的解码规则进行解码，如果不包含则按照其他解码规则进行解码。
120.本发明实施例提供了一种基于个人基础码的业务管理系统，由基础码管理子系统对任意的个人基础码进行解码处理，用户在不同的场景中使用个人基础码时，展示任意的个人基础码均可以实现解码操作，无需根据业务场景需求展示切换不同的个人基础码。同时在基础码展示子系统上添加任意第三方业务子系统的跳转链接，用户仅需要点击跳转链接就可以实现个人基础码的切换，操作简单、便捷。
121.实施例三
122.图6为本发明实施例三提供的一种基于个人基础码的业务管理方法的流程示意图，该方法由本发明任意实施例所提供的基础码管理子系统执行，包括：
123.s210、接收政务业务子系统根据身份信息和关联的服务事项信息确定并发送的电子证照获取请求，其中，身份信息根据基础码展示子系统所展示的用户个人基础码的码面信息确定。
124.具体的，用户通过就基础码展示子系统展示用户个人基础码，政务业务子系统采集用户个人基础码的码面信息，并发送给基础码管理子系统，由基础码管理子系统对码面信息进行解码，得到身份信息并反馈给政务业务子系统。政务业务子系统根据身份信息以及政务业务子系统所关联的服务事项信息生成电子证照获取请求，并将电子证照获取请求发送给基础码管理子系统。
125.s220、根据所接收的电子证照获取请求确定至少一个证照类型，将各所述证照类型和身份信息发送给电子证照子系统。
126.具体的，基础码管理子系统根据电子证照获取请求查询事项目录子系统，确定证照类型，并将证照类型和身份信息发送给电子证照子系统，进行证照的具体信息查询。
127.s230、接收所述电子证照子系统反馈的目标证照信息，并反馈给所述政务业务子系统。
128.具体的，电子证照子系统根据身份信息查询用户所拥有的所有证照信息，进一步通过证照类型对所有证照信息进行筛选，得到匹配的目标证照信息，然后发送给基础码管理子系统，由基础码管理子系统反馈给政务业务子系统。
129.本发明实施例提供了一种基于个人基础码的业务管理方法，通过基础码管理子系统通过解码确定用户的身份信息，然后根据政务业务子系统关联的服务事项信息在电子证照子系统中进行证照信息的查询，确定目标证照信息，用户仅需要展示个人基础码就可以实现业务办理，无需用户跳转于各种证件模块中进行各种证件的展示和选择，简化了用户操作，提高处理效率，节省政务服务事项办理时间，提高用户体验。
130.进一步地，基础码管理子系统包括：基础码接收模块和身份信息确定模块；
131.相应的，根据用户个人基础码的码面信息确定用户的身份信息，包括：
132.基础码接收模块接收所述政务业务子系统采集的用户个人基础码的码面信息；
133.身份信息确定模块根据预设的解码规则对所述码面信息进行解码，得到所述用户的身份信息。
134.进一步地，接收政务业务子系统根据身份信息和关联的服务事项信息确定并发送的电子证照获取请求，包括：接收所述政务业务子系统对电子证照信息获取接口的调用，并接收根据所述身份信息和服务事项信息生成的电子证照获取请求，以及所述政务业务子系统自身的系统授权凭证。
135.政务业务子系统的证照接口确定模块根据关联的所述服务事项信息确定所述基础码管理子系统中对应的电子证照信息获取接口；政务业务子系统的证照接口调用模块调用所述电子证照信息获取接口，根据所述身份信息和服务事项信息生成电子证照获取请求，并向所述基础码管理子系统发送所述电子证照获取请求以及自身的系统授权凭证。
136.进一步地，根据所述电子证照获取请求确定至少一个证照类型，包括：
137.对所述系统授权凭证进行验证；
138.如果验证通过，调用事项目录子系统的查询接口；
139.接收所述事项目录子系统根据所述电子证照获取请求中服务事项信息确定并反馈的证照类型。
140.具体的，对系统授权凭证进行验证，判断政务业务子系统是否具有权限，若验证通过，调用事项目录子系统的查询接口，事项目录子系统接受到基础码管理子系统的查询接口调用后，确定电子证照获取请求中服务事项信息对应的证照类型，并将各证照类型反馈给基础码管理子系统。
141.基础码管理子系统接收到证照类型后，将证照类型和身份信息发送给电子证照子系统，由电子证照子系统根据证照类型和身份信息确定目标证照信息，并反馈给基础码管理子系统。
142.进一步地，该方法还包括：
143.基础码管理子系统根据所述证照类型、身份信息和服务事项信息生成待授权记录，并接收所述基础码展示子系统根据所述待授权记录确定的授权状态。
144.具体的，基础码管理子系统生成待授权记录，并通过基础码展示子系统获取用户的授权状态，以便进行后续的目标证照信息获取。
145.基础码展示子系统，包括：监测模块、请求模块、显示模块和授权状态确定模块；
146.授权状态的确定步骤包括：
147.监测模块调用待授权接口，监测是否存在所述待授权记录。
148.请求模块在存在所述待授权记录时，生成授权请求并发送给所述基础码管理子系统；
149.显示模块根据所接收的待授权信息进行显示，其中所述待授权信息由所述基础码管理子系统根据所述授权请求确定；
150.授权状态确定模块根据所接收的用户操作确定授权状态，并反馈给所述基础码管理子系统。
151.电子证照子系统确定目标证照信息的步骤包括：
152.电子证照子系统的证照信息确定模块在授权状态为同意授权时，根据所述身份信息确定用户对应的证照信息；
153.电子证照子系统的目标证照筛选模块根据各所述证照类型对各所述证照信息进行筛选，得到匹配的各目标证照信息；
154.电子证照子系统的发送模块将各所述目标证照信息发送给所述基础码管理子系统。
155.进一步地，该方法还包括：
156.接收至少一个第三方业务子系统发送的解码请求，根据所述解码请求确定解码信息，并将所述解码信息反馈给对应的第三方业务子系统。
157.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。