CN112036811A - 一种基于区块链技术对政务服务应用统一管理的方法 - Google Patents

Abstract

本申请公开了一种基于区块链技术对政务服务应用统一管理的方法，用以解决现有技术中政务服务应用无法统一管理的问题。该方法包括：录入管理方创建的标识，并将所述标识的相关设置信息上链；接收服务方使用所述标识的申请信息，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方，所述标识代码用于根据用户对所述标识的访问行为生成存证ID；通过指定的可信网站,接收用户发送的携带所述存证ID的验证请求，根据所述存证ID，验证用户是否有访问所述服务方的服务页面。

Description

一种基于区块链技术对政务服务应用统一管理的方法

技术领域

本申请涉及数字政府建设领域，尤其涉及一种基于区块链技术对政务服务应用统一管理的方法。

背景技术

随着数字政府建设的逐步发展，政务服务应用的大量增多，政务服务应用的统一管理问题亟待解决。

政务服务应用常常需要办理者提供各类个人信息，没有政务服务应用专用标识，不法分子可以伪造应用冒充官方应用，具有非法收集居民个人信息的潜在风险。大量的政务服务应用没有专用标识，容易被伪造，不利于政务服务应用的统一管理。

发明内容

本申请实施例提供一种基于区块链技术对政务服务应用统一管理的方法，用以解决现有技术中政务服务应用无法统一管理的问题。

本申请实施例提供一种基于区块链技术对政务服务应用统一管理的方法，包括:

录入管理方创建的标识，并将所述标识的相关设置信息上链；

接收服务方使用所述标识的申请信息，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方，所述标识代码用于根据用户对所述标识的访问行为生成存证ID；

通过指定的可信网站,接收用户发送的携带所述存证ID的验证请求，根据所述存证ID，验证用户是否有访问所述服务方的服务页面。

由标识将管理方与服务方联系起来，用户可根据在服务方查询到的存证ID，去可信网站查询自己访问的应用是否为可信应用，增加了政务服务应用的公信力，实现了政务服务应用的统一管理。

可选的，在所述录入管理方创建的标识之前，还包括：

对所述管理方的身份进行认证，认证通过后，确认所述管理方创建的所述标识的相关设置信息。

对管理方进行身份认证，确认管理方的身份，确保从源头上保证真实可靠。

可选的，在所述接收服务方使用所述标识的申请信息之前，还包括：

对所述服务方的身份进行认证，认证通过后，允许所述服务方创建所述申请信息。

可选的，所述服务方创建所述申请信息，具体包括：

所述服务方创建携带指定应用的信息的申请信息；

所述接收服务方使用所述标识的申请信息之后，所述方法还包括：

根据所述申请信息，建立所述指定应用与所述标识之间的关联关系；

生成包含所述关联关系的认证备案信息，并将所述认证备案信息上链。

可选的，接收调整所述标识的请求，将对使用所述标识的各方进行同步更新，将更新后的信息上链。

对使用所述标识的各方进行同步更新，更新后的信息上链，确保标识信息全程留痕，可以追溯，为政务服务应用的统一管理提供了一条可信路径。

可选的，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方后，所述方法还包括：

所述服务方将收到的所述标识代码嵌入在所述指定应用的服务页面对应的前端工程中，所述标识代码是可自动执行的脚本代码；

所述服务方通过嵌入的所述标识代码，获取用户对所述服务页面的访问行为信息，并生成相应的存证ID，将所述访问行为信息和所述相应的存证ID上链。

可选的，在所述服务方通过嵌入的所述标识代码，获取用户对所述服务页面的访问行为信息之前，所述方法还包括：

所述服务方将所述标识展示在所述服务页面上。

可选的，所述根据所述存证ID，验证用户是否有访问所述服务方的服务页面，具体包括：

通过访问链上，确定所述存证ID对应的所述用户的访问行为，以及获取所述认证备案信息；

根据所述认证备案信息，确定所述关联关系中的所述指定应用与所述访问行为对应的访问地址是否一致，若是，则确定用户有访问所述服务方的服务页面。

可选的，响应于所述用户与所述服务页面上展示的所述标识之间的交互动作，展示相应的存证ID。

可选的，本申请提供了一种一种基于区块链技术对政务服务应用统一管理的方法，包括：

访问展示有标识的服务方的服务页面；

获取所述标识对应的标识代码响应于所述访问的行为而生成的存证ID，其中，所述标识是所述服务方向管理方获得使用权限后使用的；

向指定的可信网站发送所述存证ID进行验证，以便根据所述存证ID，通过链上对应记录的信息，验证用户是否有访问所述服务方的服务页面。

本申请实施例通过上述至少一种技术方案，使得政务服务应用能够实现统一管理，既有利于保护用户信息，又能够增加政务服务应用的公信力，解决了现有技术中存在的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中提供的一种基于区块链技术对政务服务应用的统一管理的方法的过程示意图。

图2为本申请实施例中提供的一种基于区块链技术对政务服务应用的统一管理的方法的详细流程示意图。

图3为本申请实施例中提供的又一种基于区块链技术对政务服务应用的统一管理的方法的过程示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本身请具体实施例以及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本身请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本身请保护的范围。

针对背景技术中的问题，本申请提出了一种基于区块链技术对政务服务应用统一管理的方法，对管理方和服务方进行身份认证，并且提供用来验证真伪的存证ID，有利于保护用户信息，又能够增加政务服务应用的公信力，实现政务服务应用的统一管理。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种基于区块链技术对政务服务应用统一管理的方法的过程示意图，可以包括以下步骤：

S101：录入管理方创建的标识，并将所述标识的相关设置信息上链。

在本申请实施例中，系统包括管理方和服务方。

图2为本申请实施例提供的一种基于区块链技术对政务服务应用统一管理的方法的详细流程示意图。

如图2所示，在本申请实施例中包括管理方、服务方和用户，管理方、服务方和用户通过紧密联系可以验证用户当前所访问的应用是否为可信的官方应用。

在步骤S101之前，对管理方的身份进行认证，认证通过后，确认所述管理方创建的所述标识的相关设置信息。

管理方先进行身份认证，将自己的身份信息提交给系统平台，系统平台根据管理方提交的身份信息，对管理方的身份信息进行认证，系统平台通过管理方的身份信息认证之后，管理方创建标识，标识的相关设置信息包括标识的样式和标识的授权方式，标识的样式可以是文字或图片或者文字和图片两者的组合，文字内容支持文字字体的选择，字号大小的选择以及字体颜色的选择。作为标识的图片应为矢量图，支持颜色变化，透明度的调整以及图片尺寸大小的调整。标识的授权方式可以为永久授权、按次数授权、按使用时长授权，在创建标识，并确认了标识的相关设置信息之后，将标识录入到系统平台，并将确定的标识的样式信息与标识的授权方式上链记录。

例如，以公积金管理中心作为管理方，公积金管理中心首先将自己的身份资质信息提交到系统平台进行认证，认证通过后，公积金管理中心创建标识，根据系统平台的提示，可以选择使用文字或者图片以及两者组合作为标识，以文字和图片的组合为例，公积金管理中心上传代表本身身份的矢量图片并在图片上写明公积金管理中心，然后设置标识所支持的不同状态，可以设置写着公积金管理中心的矢量图片的大小可调，颜色可选，比如支持红色，黄色，蓝色。同样的，可设置图片所支持的大小和透明度，可设置一个范围，比如透明度由百分之十到百分之百，以及所支持的文字字体大小和颜色，比如，文字字体可支持楷体、宋体、黑体，文字颜色可支持红色、蓝色、绿色、黑色、白色，在此不做限定。

S102：接收服务方使用所述标识的申请信息，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方，所述标识代码用于根据用户对所述标识的访问行为生成存证ID。

在步骤S102之前，对所述服务方的身份进行认证，认证通过后，允许所述服务方创建所述申请信息。

服务方创建的申请信息包括服务方创建携带指定应用的信息的申请信息；在所述接收服务方使用所述标识的申请信息之后，根据所述申请信息，建立所述指定应用与所述标识之间的关联关系；生成包含所述关联关系的认证备案信息，并将所述认证备案信息上链。

服务方使用标识之前，要提交自己的身份信息进行认证，认证通过后才能申请使用管理方创建的标识。

如图2所示，服务方申请使用标识，申请时要创建申请信息，申请信息包括服务方创建的携带指定应用的信息的申请信息，具体为应用的名称、域名、版本号，是移动应用还是电脑网站，然后选择标识的状态，如标识的颜色、大小、透明度。根据创建的携带指定应用的信息的申请信息，建立指定应用与标识之间的关联关系，关联关系可以为标识与指定应用对应，一个标识只对应一个应用，生成的包含关联关系的认证备案信息可以是将指定应用的名称、域名、版本号认证备案，将认证备案信息上链，获取到标识的使用权限和标识对应的标识代码。

以IT公司作为服务方为例，IT公司提交自己的身份信息进行认证，当身份认证通过后，申请使用管理方创建的标识，申请时创建指定应用的应用信息，以能够查询公积金缴纳相关信息的应用为例，填写能够查询公积金缴纳相关信息的应用的名称，以及域名，表明此应用是否支持移动应用如APP或者是否有相关网站。创建完能够查询公积金缴纳相关信息的应用信息之后，选择要获取的标识的相关设置信息，如IT公司选择获取图片和文字两者组合的标识，获取的标识图片为蓝色，透明度为百分之五十，大小为四寸，文字为楷体四号字，文字颜色为黄色。IT公司根据选择的标识相关设置信息与创建的应用的申请信息相关联，同时生成包含关联关系的认证备案信息，获得标识的使用权限以及标识对应的标识代码。

接收调整所述标识的请求，将对使用所述标识的各方进行同步更新，将更新后的信息上链。

在本申请实施例中，若管理方认为所设置的标识的相关设置信息不够准确，能够随时根据管理需要对标识进行调整，使用此标识的各方都会得到同步更新，对标识进行的调整信息以及调整后的标识都会上链。例如，公积金管理中心在创建了以图片和文字相结合的标识，在一段时间后，公积金管理中心认为以图片和文字相结合的标识不够简洁或美观，可以把标识调整为只有文字或者图片，当公积金管理中心将标识调整完成之后，使用此标识的IT公司会获得自动更新，将使用的标识调整为只有图片或者文字，标识调整过程以及标识调整完成后生成的新标识都会上链。在本申请中并不限于只能管理方提出调整标识的请求。

所述服务方将收到的所述标识代码嵌入在所述指定应用的服务页面对应的前端工程中，所述标识代码是可自动执行的脚本代码；所述服务方通过嵌入的所述标识代码，获取用户对所述服务页面的访问行为信息，并生成相应的存证ID，将所述访问行为信息和所述相应的存证ID上链。

所述服务方将所述标识展示在所述服务页面上。

标识代码是一段包含智能合约的前端工程代码，合约的功能为记录用户访问标识的行为信息并完成上链操作，标识代码根据用户的访问行为生成存证ID，存证ID用于用户验证所使用的应用是否为官方应用，或者说是否为可信应用，又或者是否为管理方授权的应用，标识代码也可以是一段可自动执行的脚本代码，当用户访问带有标识的服务页面时，标识代码自动运行。

服务方在获取到标识代码后，将标识代码嵌入在前端工程中需要展示标识的位置，即可在相应位置展示出对应的标识，比如服务页面的正下方或者正上方，前端工程需要运行在服务方申请使用标识时创建的应用域名下，若要调整域名，可在系统内更改，更改操作以及更改后的信息上链存证。

S103:通过指定的可信网站,接收用户发送的携带所述存证ID的验证请求，根据所述存证ID，验证用户是否有访问所述服务方的服务页面。

通过访问链上，确定所述存证ID对应的所述用户的访问行为，以及获取所述认证备案信息；根据所述认证备案信息，确定所述关联关系中的所述指定应用与所述访问行为对应的访问地址是否一致，若是，则确定用户有访问所述服务方的服务页面。

响应于所述用户与所述服务页面上展示的所述标识之间的交互动作，展示相应的存证ID。

在本申请实施例中，可信网站可以是官方网站，如政务中心网站，政务中心网站收到存证ID之后，访问链上，确定收到的存证ID对应的用户的访问行为，获取链上的认证备案信息，政务中心网站根据获取到的认证备案信息，得到认证备案信息中的关联关系，确认关联关系中的指定应用的地址信息与用户的访问行为对应的访问地址信息是否一致，若指定应用的地址信息与用户的访问行为对应的访问地址信息一致，则确定用户有访问具有使用标识权限的服务方的服务页面，若指定应用的地址信息与用户的访问行为对应的访问地址信息不一致，则用户所访问的页面具有风险。

下面以用户的角度对本申请进行说明。图3为本申请实施例中提供的又一种基于区块链技术对政务服务应用的统一管理的方法的过程示意图。可以包括以下步骤：

S301：访问展示有标识的服务方的服务页面。

用户使用服务方创建的应用，在使用过程中，访问展示有标识的服务页面。

S302：获取所述标识对应的标识代码响应于所述访问的行为而生成的存证ID，其中，所述标识是所述服务方向管理方获得使用权限后使用的。

服务方向管理方获得使用标识的权限后，将标识展示在服务页面上，展示在服务页面上的标识对应标识代码，用户在访问展示有标识的服务页面时，标识代码根据用户的访问行为生成存证ID。

S303：向指定的可信网站发送所述存证ID进行验证，以便根据所述存证ID，通过链上对应记录的信息，验证用户是否有访问所述服务方的服务页面。

用户可以复制存证ID向指定的可信网站如政务中心网站发送存证ID进行验证，例如，用户复制存证ID，并将复制的存证ID输入到政务中心网站能够验证存证ID的页面，政务中心网站根据收到的存证ID，访问链上对应记录的信息，验证用户是否有访问过服务方的服务页面。

由于将管理方信息、服务方信息以及用户访问行为信息均进行上链处理，对政务服务应用进行了统一认证，对被管理方授权的应用进行了政务服务标识的背书，增强了服务应用的公信力，增加了居民对政务服务的信任度，实现了基于区块链技术对政务服务应用的统一管理。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于区块链技术对政务服务应用统一管理的方法，其特征在于，包括：

录入管理方创建的标识，并将所述标识的相关设置信息上链；

接收服务方使用所述标识的申请信息，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方，所述标识代码用于根据用户对所述标识的访问行为生成存证ID；

通过指定的可信网站,接收用户发送的携带所述存证ID的验证请求，根据所述存证ID，验证用户是否有访问所述服务方的服务页面。

2.根据权利要求1所述的方法，其特征在于，在所述录入管理方创建的标识之前，所述方法还包括：

对所述管理方的身份进行认证，认证通过后，确认所述管理方创建的所述标识的相关设置信息。

3.根据权利要求1所述的方法，其特征在于，在所述接收服务方使用所述标识的申请信息之前，所述方法还包括：

对所述服务方的身份进行认证，认证通过后，允许所述服务方创建所述申请信息。

4.根据权利要求3所述的方法，其特征在于，所述服务方创建所述申请信息，具体包括：

所述服务方创建携带指定应用的信息的申请信息；

所述接收服务方使用所述标识的申请信息之后，所述方法还包括：

根据所述申请信息，建立所述指定应用与所述标识之间的关联关系；

生成包含所述关联关系的认证备案信息，并将所述认证备案信息上链。

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

接收调整所述标识的请求，将对使用所述标识的各方进行同步更新，将更新后的信息上链。

6.根据权利要求4所述的方法，其特征在于，根据所述申请信息将所述标识的使用权限及所述标识对应的标识代码发送给所述服务方后，所述方法还包括：

所述服务方将收到的所述标识代码嵌入在所述指定应用的服务页面对应的前端工程中，所述标识代码是可自动执行的脚本代码；

所述服务方通过嵌入的所述标识代码，获取用户对所述服务页面的访问行为信息，并生成相应的存证ID，将所述访问行为信息和所述相应的存证ID上链。

7.根据权利要求6所述的方法，其特征在于，在所述服务方通过嵌入的所述标识代码，获取用户对所述服务页面的访问行为信息之前，所述方法还包括：

所述服务方将所述标识展示在所述服务页面上。

8.根据权利要求4所述的方法，其特征在于，所述根据所述存证ID，验证用户是否有访问所述服务方的服务页面，具体包括：

通过访问链上，确定所述存证ID对应的所述用户的访问行为，以及获取所述认证备案信息；

根据所述认证备案信息，确定所述关联关系中的所述指定应用与所述访问行为对应的访问地址是否一致，若是，则确定用户有访问所述服务方的服务页面。

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

响应于所述用户与所述服务页面上展示的所述标识之间的交互动作，展示相应的存证ID。

10.一种基于区块链技术对政务服务应用统一管理的方法，其特征在于，包括：

访问展示有标识的服务方的服务页面；

获取所述标识对应的标识代码响应于所述访问的行为而生成的存证ID，其中，所述标识是所述服务方向管理方获得使用权限后使用的；

向指定的可信网站发送所述存证ID进行验证，以便根据所述存证ID，通过链上对应记录的信息，验证用户是否有访问所述服务方的服务页面。

Images