CN111182020A - 签章业务处理方法、装置、介质及电子设备 - Google Patents

Abstract

本公开涉及计算机技术领域，提供了一种签章业务处理方法、签章业务处理装置、计算机可读介质以及电子设备。该方法包括：接收签章业务请求，并确定与所述签章业务请求相关的业务请求主体和签章主体；根据所述签章业务请求确定数据共享系统中的待签章对象以及与所述待签章对象相关联的对象标识信息；根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求；接收由所述签章主体返回的针对所述业务处理请求的业务处理指令，并根据所述业务处理指令向所述业务请求主体发送签章业务处理结果。该方法提高了电子签章服务的效率与质量，减少了人力物力资源成本的消耗。

Description

签章业务处理方法、装置、介质及电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种签章业务处理方法、签章业务处理装置、计算机可读介质以及电子设备。

背景技术

电子签章是实体签名或者实体印章的数字化表现形式，通过图像处理技术可以使电子签章获得与纸质文件上的签名/印章相同的视觉效果，同时利用电子签章的认证技术可以保障电子信息的真实完整性以及签章的不可否认性。

电子签章技术的实现主要是基于传统的客户端/服务端(Client/Server)的架构方案，在服务端需要将从供应商处采购的软件系统部署在服务器机房，同时在客户端需要下载相应的插件或者驱动程序进行签章、验章等操作。随着计算机和互联网技术的发展，电子签章的业务需求也呈现井喷式的增长，而传统的签章系统的架构方案普遍出现功能重复建设、业务协同困难、缺乏标准规范、系统架构落后等问题，严重影响了电子签章业务的处理效率，也阻碍了电子签章业务的发展和创新。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种签章业务处理方法、签章业务处理装置、计算机可读介质以及电子设备，进而至少在一定程度上克服业务协同困难、业务处理效率低等技术问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的一个方面，提供一种签章业务处理方法，该方法包括：接收签章业务请求，并确定与所述签章业务请求相关的业务请求主体和签章主体；根据所述签章业务请求确定数据共享系统中的待签章对象以及与所述待签章对象相关联的对象标识信息；根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求；接收由所述签章主体返回的针对所述业务处理请求的业务处理指令，并根据所述业务处理指令向所述业务请求主体发送签章业务处理结果。

根据本公开实施例的一个方面，提供一种签章业务处理装置，该装置包括：请求接收模块，被配置为接收签章业务请求，并确定与所述签章业务请求相关的业务请求主体和签章主体；信息确定模块，被配置为根据所述签章业务请求确定数据共享系统中的待签章对象以及与所述待签章对象相关联的对象标识信息；请求发送模块，被配置为根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求；结果发送模块，被配置为接收由所述签章主体返回的针对所述业务处理请求的业务处理指令，并根据所述业务处理指令向所述业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上技术方案，所述结果发送模块包括：列表添加单元，被配置为当所述业务处理指令为确认签章指令时，将所述确认签章指令添加至签章业务调度列表；列表调度单元，被配置为将所述签章业务调度列表中的确认签章指令调度分配至签章认证主体，以得到由所述签章认证主体返回的签章认证结果；结果发送单元，被配置为基于所述签章认证结果向所述业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上技术方案，所述数据共享系统是以签章认证主体作为区块链节点的区块链网络；所述结果发送模块包括：指令广播单元，被配置为当所述业务处理指令为确认签章指令时，将所述确认签章指令广播至所述区块链网络；签章认证单元，被配置为获取由所述区块链网络中的签章认证主体对所述确认签章指令进行签章认证后得到的签章认证结果；结果发送单元，被配置为基于所述签章认证结果向所述业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上技术方案，所述签章认证单元包括：初步认证单元，被配置为获取由所述区块链网络中的一个签章认证主体对确认签章指令进行签章认证后得到的初步认证结果；共识认证单元，被配置为通过所述区块链网络中的多个签章认证主体对所述初步认证结果进行共识认证，并在认证通过时将所述初步认证结果确定为签章认证结果。

在本公开的一些实施例中，基于以上技术方案，所述签章业务处理装置还包括：结果广播模块，被配置为将所述签章业务处理结果广播至所述区块链网络，以将所述签章业务处理结果保存在所述区块链网络的区块中。

在本公开的一些实施例中，基于以上技术方案，所述结果广播模块包括：区块主体保存单元，被配置为将所述签章业务处理结果保存在待共识的当前区块的区块主体中；父区块特征值生成单元，被配置为在满足区块生成条件时，获取所述区块链网络中上一区块的区块头数据，并根据所述区块头数据计算得到父区块特征值；区块主体特征值生成单元，被配置为根据所述当前区块的区块主体中保存的数据计算所述当前区块的区块主体特征值；区块头保存单元，被配置为将所述父区块特征值、所述区块主体特征值以及当前时间的时间戳保存在所述当前区块的区块头中；区块链接单元，被配置为将所述当前区块广播至所述区块链网络以对所述当前区块进行共识认证，并在认证通过时将所述当前区块链接至区块链上。

在本公开的一些实施例中，基于以上技术方案，所述请求发送模块包括：信息确定单元，被配置为根据所述业务请求主体的主体信息和所述对象标识信息确定与业务处理页面相关的页面配置信息；二维码生成模块，被配置为根据所述页面配置信息生成用于打开所述业务处理页面的二维码，并将所述二维码作为业务处理请求发送至所述签章主体。

根据本公开实施例的一个方面，提供一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如以上技术方案中的签章业务处理方法。

根据本公开实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器被配置为经由执行所述可执行指令来执行如以上技术方案中的签章业务处理方法。

在本公开实施例提供的技术方案中，实现了一种基于云模式的电子签章服务架构，为业务请求主体、签章主体以及签章业务中涉及的其他主体提供了数据交互和业务流转的网络通道，提高了各业务主体的协作能力，同时也通过数据共享系统提高了数据交互和业务流转的效率。本公开实施例提供的技术方案有效减少了服务的部署与运维、服务的更新与迭代、服务器设备的购买等工作，提高了电子签章服务的效率与质量，减少了人力物力资源成本的消耗。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了应用本公开技术方案的示例性系统架构示意图。

图2示出了利用图1中的系统架构实现签章业务处理的服务功能架构示意图。

图3示意性地示出了本公开一些实施例中签章业务处理方法的步骤流程图。

图4示意性地示出了本公开一些实施例中发送业务处理请求的步骤流程图。

图5示意性地示出了一种业务处理页面的页面内容示意图。

图6示意性地示出了一种签名管理页面。

图7示意性地示出了本公开一些实施例中发送签章业务处理结果的步骤流程图。

图8示意性地示出了本公开实施例中基于区块链网络的数据共享系统。

图9示意性地示出了本公开一些实施例中区块链的组成结构。

图10示意性地示出了本公开一些实施例中由区块链生成区块的过程。

图11示意性地示出了本公开一些实施例中基于区块链网络发送签章业务处理结果的步骤流程图。

图12示意性地示出了本公开一些实施例中通过区块链网络获取签章认证结果的步骤流程图。

图13示意性地示出了本公开一些实施例通过区块链网络保存签章业务处理结果的步骤流程图。

图14示意性地示出了本公开一些实施例中基于小程序进行签章业务处理的流程示意图。

图15示意性地示出了在本公开一些实施例中的签章业务处理装置的结构框图。

图16示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了应用本公开技术方案的示例性系统架构示意图。

如图1所示，系统架构100主要可以包括客户端110、服务端120和认证端130。客户端110可以包括智能手机、平板电脑、笔记本电脑、台式电脑、一体机等各种终端设备。通过客户端110上的微信公众号、微信小程序、企业微信/政务微信或者其他业务程序可以发起签章业务请求或者对签章业务请求做出响应。服务端120对外提供准入网关121和API网关122，通过准入网关121可以对接入签章业务的终端设备进行权限管控，而通过API网关122可以接入认证端130，从而提供服务注册、服务鉴权、服务路由、负载均衡、协议转换等业务功能。认证端130主要是提供签章认证服务的各种签章认证主体，如图1所示的系统A、系统B、系统C，每个签章认证主体在各自的服务框架下提供了针对不同业务应用的签章认证服务。各个签章认证主体可以通过REST API接口或者通过基于Web Service技术的API接口接入服务端120。REST API接口是指基于表现层状态转移技术(Representational StateTransfer，REST)的应用程序编程接口(Application Programming Interface，API)，通过REST API接口进行的业务请求和应答都是无状态的，十分适合云计算环境。Web Service技术能使运行在不同签章认证主体上的不同应用无须借助附加的、专门的第三方软件或硬件，就可以相互交换数据。该系统架构整体实现了不同终端设备和不同签章认证主体的交互连接，改变了传统的点对点的签章认证服务模式，而且实现了不同签章认证主体的业务协同，提高了签章业务处理效率。

图2示出了利用图1中的系统架构实现签章业务处理的服务功能架构示意图。

如图2所示，客户端110可以包括业务请求主体和签章主体，在一个签章业务处理过程中，业务请求主体可以通过服务端120发出签章业务请求，后续再由签章主体对该请求做出响应。认证端130可以包括多个签章认证主体，具体可以包括国家系统或者第三方系统，其中国家系统指的是具有签章认证权限的政府业务机构，而第三方系统指的是通过国家系统授权进行签章认证的第三方业务机构。

本公开实施例中提供的签章业务处理方法主要应用于服务端120，服务端120提供的服务功能主要包括了电子印章签名服务210、标准接口服务220、任务调度服务230和公共文件服务240。其中，电子印章签名服务210具体可以为客户端110提供统一接入服务和订单服务，将每个业务请求主体发出的签章业务请求以及每个签章主体对签章业务请求做出的响应形成业务订单，订单化的处理方式可以提高业务的可追溯性和业务完整性，同时可以对业务订单进行分时分段处理。标准接口服务220提供了用章管理、证书管理、验签、验章服务以及签名/盖章服务等服务项目。任务调度服务230通过国家系统适配器以及第三方系统适配器可以在各个国家系统和第三方系统之间进行业务订单的异步调度服务。公共文件服务240可以通过数据共享系统提供与签章业务相关的文件的上传服务和下载服务。

下面结合具体实施方式对本公开提供的签章业务处理方法、签章业务处理装置、计算机可读介质以及电子设备做出详细说明。

图3示意性地示出了本公开一些实施例中签章业务处理方法的步骤流程图。如图3所示，该方法主要可以包括以下步骤：

步骤S310.接收签章业务请求，并确定与签章业务请求相关的业务请求主体和签章主体。

业务请求主体是签章业务的发起方，而签章主体则是与该发起方相对应的响应方。例如，业务请求主体和签章主体可以是一项电子商务交易中涉及的两个交易主体，二者通过发起和响应签章业务请求的方式完成对交易合同的签署和认证。签章业务请求中携带了业务双方主体的主体标识信息，基于该主体标识信息即可确定参与该签章业务的业务请求主体和签章主体。用于标识业务双方主体的主体标识信息可以包括主体名称、主体标识代码、主体终端地址等信息。例如，当一个业务请求主体/签章主体为企业法人时，主体名称可以包括该企业法人的企业名称、法人代表名称，主体标识代码可以包括该企业法人的统一社会信用代码，主体终端地址可以包括该企业法人处理电子签章业务的终端设备的网络地址。又例如，当一个业务请求主体/签章主体为自然人时，主体名称可以包括该自然人的姓名，主体标识代码可以包括该自然人的居民身份证号码，主体终端地址可以包括该自然人处理电子签章业务的终端设备的网络地址。

步骤S320.根据签章业务请求确定数据共享系统中的待签章对象以及与待签章对象相关联的对象标识信息。

业务请求主体在发起签章业务请求的同时，可以通过公共文件服务将待签章对象上传至数据共享系统，数据共享系统将为系统中存储的每个待签章对象分配一个具有唯一性的对象标识信息。待签章对象可以是需要进行签名或者盖章的电子合同、电子授权文件，另外也可以是需要通过电子签章进行加密或授权认证处理的能够通过电子媒介存储和传播的其他对象。一个对象标识信息可以唯一确定在数据共享系统中存储的一个待签章对象，通过在业务请求主体、签章主体以及其他业务主体之间传递对象标识信息，便可以实现对待签章对象的数据共享，而无需传送真实的对象实体。在一些可选的实施方式中，数据共享系统将为每个待签章对象进行加密处理以提高对象存储和传播的安全性，相应的对象标识信息中将携带用于进行解密处理的密钥信息。

步骤S330.根据业务请求主体的主体信息和对象标识信息向签章主体发送业务处理请求。

业务请求主体的主体信息即如上文所述的主体标识信息，通过主体信息可以确定发出签章业务请求的业务请求主体，而通过对象标识信息可以确定数据共享系统中存储的待签章对象。本步骤根据该主体信息和对象标识信息可以生成相应的业务处理请求，同时可以将生成的业务处理请求发送至由步骤S310确定的签章主体。发送业务处理请求的方式例如可以是先获取签章主体的终端网络地址，再按照终端网络地址向签章主体发送业务处理请求。

步骤S340.接收由签章主体返回的针对业务处理请求的业务处理指令，并根据业务处理指令向业务请求主体发送签章业务处理结果。

签章主体在接收到业务处理请求后，可以对其进行解析处理，获取到其中携带的业务请求主体的主体信息和待签章对象的对象标识信息。根据解析得到的相关信息，可以由签章主体生成对业务处理请求做出响应的业务处理指令，该业务处理指令可能是确认对待签章对象进行签章处理的确认签章指令，也可能是放弃对待签章对象进行签章处理的放弃签章指令。根据签章主体返回的业务处理指令，本步骤可以向对应的业务请求主体发送签章业务处理结果，完成一项签章业务的处理流程。

在本公开实施例提供的签章业务处理方法中，实现了一种基于云模式的电子签章服务架构，为业务请求主体、签章主体以及签章业务中涉及的其他主体提供了数据交互和业务流转的网络通道，提高了各业务主体的协作能力，同时也通过数据共享系统提高了数据交互和业务流转的效率。本公开实施例提供的技术方案有效减少了服务的部署与运维、服务的更新与迭代、服务器设备的购买等工作，提高了电子签章服务的效率与质量，减少了人力物力资源成本的消耗。

在本公开实施例提供的技术方案中，电子签章服务框架主要起到了为各个业务主体提供统一接入服务并进行数据交互和业务流转的功能，具体涉及了签章业务请求、业务处理请求以及业务处理结果等内容的流转，下面结合实施例对相关内容流转的可选方法步骤做出说明。

图4示意性地示出了本公开一些实施例中发送业务处理请求的步骤流程图。如图4所示，在以上实施例的基础上，步骤S330.根据业务请求主体的主体信息和对象标识信息向签章主体发送业务处理请求，可以包括以下步骤：

步骤S410.根据业务请求主体的主体信息和对象标识信息确定与业务处理页面相关的页面配置信息。

步骤S420.根据页面配置信息生成用于打开业务处理页面的二维码，并将二维码作为业务处理请求发送至签章主体。

根据业务请求主体的主体信息和待签章对象的对象标识信息可以配置一对应于业务处理请求的业务处理页面。根据相应的页面配置信息可以生成用于打开业务处理页面的二维码，该二维码即作为业务处理请求被发送至签章主体。签章主体对二维码进行扫描并识别后便可以打开相应的业务处理页面，图5示意性地示出了一种业务处理页面的页面内容示意图。

如图5所示，在业务处理页面的主体部分显示了业务处理请求的相关信息，其中“张三”表示签章主体510的名称，而“李四”表示业务请求主体520的名称，“XXX项目实施合同”表示待签章对象530的网络链接。用户通过触发待签章对象530的网络链接，可以从数据共享系统中下载或者预览相应的合同文件。

在业务处理页面的顶部还设置有时间提示栏540，用于提示用户处理当前签章业务的剩余时间。为了提高业务处理效率，每一项签章业务都可以配置相应的规定完成时间，例如可以设置为30分钟或者1小时等等。如果用户没有在规定完成时间内完成处理操作，那么该签章业务即处理失败。

在业务处理页面的底部设置有对应于“确认签署所有文件”的确认按钮550以及对应于“放弃签署”的放弃按钮560。当用户触发确认按钮550或者放弃按钮560时，即可发出相应内容的业务处理指令。在签章主体的业务程序内还可以提供签名或印章的录入和管理功能，图6示意性地示出了一种签名管理页面。如图6所示，在签名管理页面的中部为签名显示区域610，用于显示当前签章主体的个人签名。签名管理页面的底部设置有对应于“签名记录”的记录查看按钮620和对应于“删除签名”的签名删除按钮630。当用户触发记录查看按钮620时，可以查看使用签名显示区域610中所显示的当前个人签名处理签章业务的签名记录。当用户触发签名删除按钮630时，将删除签名显示区域610中所显示的当前个人签名。另外，在签名管理页面内还提供了签名录入按钮640，当用户触发签名录入按钮640时可以增加并保存新的个人签名。

签章主体是否对业务处理请求做出响应以及如何响应是影响签章业务处理结果的关键。图7示意性地示出了本公开一些实施例中发送签章业务处理结果的步骤流程图。如图7所示，在以上实施例的基础上，步骤S340中的根据业务处理指令向业务请求主体发送签章业务处理结果，可以包括以下步骤：

步骤S710.当业务处理指令为确认签章指令时，将确认签章指令添加至签章业务调度列表。

在提供签章业务处理服务的服务端可以管理并维护一签章业务调度列表，如果签章主体返回的业务处理指令是确认签章指令，那么本步骤将把该确认签章指令添加至签章业务调度列表中，等待进行签章认证处理。另外，如果签章主体返回的业务处理指令是放弃签章指令，那么可以直接向业务请求主体发送关于签章主体放弃签章的签章业务处理结果。

步骤S720.将签章业务调度列表中的确认签章指令调度分配至签章认证主体，以得到由签章认证主体返回的签章认证结果。

签章业务调度列表中存储了大量的确认签章指令，而这些确认签章指令需要通过签章认证主体进行认证后才能形成有效的签章认证结果，该签章认证主体可以是本身具有认证权限的国家系统，或者可以是由国家系统授权的第三方系统。针对签章业务调度列表中的确认签章指令，可以按照指令添加的先后顺序依次进行调度分配。另外，在向签章业务调度列表中添加确认签章指令时，可以按照重要程度为各个确认签章指令设置优先级标签，优先级较高的确认签章指令将优先进行调度分配以尽快对其进行签章认证。

步骤S730.基于签章认证结果向业务请求主体发送签章业务处理结果。

得到由签章认证主体返回的签章认证结果后，即代表该签章业务的有效性得到认证，随后可以向发出签章业务请求的业务请求主体发送签章业务处理结果。

在本公开实施例中，通过配置签章业务调度列表可以合理控制各个签章认证主体的任务量，提高签章业务的处理效率。

在本公开的一些实施例中，数据共享系统可以是以签章认证主体作为区块链节点的区块链网络。图8示意性地示出了本公开实施例中基于区块链网络的数据共享系统。如图8所示，数据共享系统800是指用于进行节点与节点之间数据共享的系统，该数据共享系统中可以包括多个节点810。每个节点810在进行正常工作时可以接收到输入信息，并基于接收到的输入信息维护该数据共享系统内的共享数据。为了保证数据共享系统内的信息互通，数据共享系统中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当数据共享系统中的任意节点接收到输入信息时，数据共享系统中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得数据共享系统中全部节点上存储的数据均一致。

对于数据共享系统中的每个节点，均具有与其对应的节点标识，而且数据共享系统中的每个节点均可以存储有数据共享系统中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

数据共享系统中的每个节点均存储一条相同的区块链。区块链由多个区块组成，图9示意性地示出了本公开一些实施例中区块链的组成结构。如图9所示，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

图10示意性地示出了本公开一些实施例中由区块链生成区块的过程。如图10所示，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据数据共享系统中其他节点的节点标识，将新生成的区块分别发送给其所在的数据共享系统中的其他节点，由其他节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

图11示意性地示出了本公开一些实施例中基于区块链网络发送签章业务处理结果的步骤流程图。如图11所示，在以上实施例的基础上，步骤S340中的根据业务处理指令向业务请求主体发送签章业务处理结果，可以包括以下步骤：

步骤S1110.当业务处理指令为确认签章指令时，将确认签章指令广播至区块链网络。

在区块链网络上的每一个签章认证主体即为一个区块链节点，如果签章主体返回的业务处理指令是确认签章指令，那么本步骤将把该确认签章指令广播至区块链网络，位于区块链网络上的每一个签章认证主体都将接收到该确认签章指令。

步骤S1120.获取由区块链网络中的签章认证主体对确认签章指令进行签章认证后得到的签章认证结果。

位于区块链网络上的各个签章认证主体在接收到确认签章指令后，将按照自身的处理进度对确认签章指令进行认证并做出响应。如果一个签章认证主体处于空闲状态而且自身计算能力较强，那么该签章认证主体也将以较快的速度完成对相应签章业务的认证处理。

步骤S1130.基于签章认证结果向业务请求主体发送签章业务处理结果。

得到由签章认证主体返回的签章认证结果后，即代表该签章业务的有效性得到认证，随后可以向发出签章业务请求的业务请求主体发送签章业务处理结果。

图12示意性地示出了本公开一些实施例中通过区块链网络获取签章认证结果的步骤流程图。如图12所示，在以上实施例的基础上，步骤S1120.获取由区块链网络中的签章认证主体对确认签章指令进行签章认证后得到的签章认证结果，可以包括以下步骤：

步骤S1210.获取由区块链网络中的一个签章认证主体对确认签章指令进行签章认证后得到的初步认证结果。

步骤S1220.通过区块链网络中的多个签章认证主体对初步认证结果进行共识认证，并在认证通过时将初步认证结果确定为签章认证结果。

每个签章认证主体的忙闲程度不同，计算能力也存在一定差异，因此各个签章认证主体对确认签章指令的认证处理速度也不尽相同。当区块链网络中的某一个签章认证主体完成对确认签章指令进行签章认证后即可得到相应的初步认证结果，然后该初步认证结果将被广播至区块链网络，由区块链网络中的其他签章认证主体该初步认证结果进行共识认证。参与共识认证的签章认证主体可以是区块链网络中的全部节点，也可以是预设数量的部分节点。如果认证通过，则该初步认证结果可以被确定为有效的签章认证结果。而如果认证失败，则表示该初步认证结果无效，那么可以按照完成签章认证的时间顺序再对其他签章认证主体广播的初步认证结果进行共识认证，直至得到共识认证通过的签章认证结果。

在本公开一些实施例提供的签章业务处理方法中，在完成对签章业务的认证并向业务请求主体发送签章业务处理结果的同时，还可以将签章业务处理结果广播至区块链网络，以将签章业务处理结果保存在区块链网络的区块中。

图13示意性地示出了本公开一些实施例通过区块链网络保存签章业务处理结果的步骤流程图。如图13所示，在以上实施例的基础上，将签章业务处理结果保存在区块链网络的区块中，可以进一步包括以下步骤：

步骤S1310.将签章业务处理结果保存在待共识的当前区块的区块主体中。

组成区块链的每个区块都包括有区块头和区块主体两部分数据存储区域，其中区块主体用于存储当前区块中记录的全部数据，例如对相关信息编码得到的风控编码数据便保存在当前区块的区块主体中。区块头是用于存储当前区块与上一区块的链接信息，利用区块头中存储的数据可以将所有区块逐一链接形成完整的区块链。

步骤S1320.在满足区块生成条件时，获取区块链网络中上一区块的区块头数据，并根据区块头数据计算得到父区块特征值。

在满足一定的区块生成条件条件时，本步骤可以获取区块链网络中的上一区块(即最近生成的新的区块)的区块头数据，根据该区块头数据可以计算得到当前区块的父区块特征值。例如可以使用SHA256算法对上一区块的区块头数据进行哈希运算得到一哈希值，以作为当前区块的父区块特征值。本步骤中的区块生成条件可以是距离上一区块的生成时间达到一时间阈值，也可以是当前区块的区块主体中存储的数据达到一数据量阈值，另外还可以是其他的用于触发新区块生成的任意预设条件，本实施例对此不做特殊限定。

步骤S1330.根据当前区块的区块主体中保存的数据计算当前区块的区块主体特征值。

当前区块的区块主体中存储有基于一段时间内由不同节点对各种交易进行风控检测形成的风控编码数据。根据区块主体中保存的数据，本步骤可以得到一哈希值作为当前区块的区块主体特征值。以哈希编码为例，区块主体中的所有风控编码数据可以以默克尔树(Merkle Tree)的形式保存在区块主体中。具体可以将该风控编码数据保存在默克尔树的叶子节点中，将每两个相邻的叶子节点中保存的风控编码数据进行组合后再次做哈希运算即可得到一个子节点中保存的哈希值。采用这种对子节点存储的哈希值两两组合逐层向上做哈希运算的方式，最终可以得到一个根节点哈希值，该根节点哈希值即可以作为当前区块的区块主体特征值。

步骤S1340.将父区块特征值、区块主体特征值以及当前时间的时间戳保存在当前区块的区块头中。

由步骤S1320和步骤S1330分别计算得到父区块特征值和区块主体特征值后，本步骤可以根据当前时间生成一时间戳，该时间戳用于记录当前区块的生成时间。然后可以将父区块特征值、区块主体特征值以及时间戳共同保存在当前区块的区块头中。

步骤S1350.将当前区块广播至区块链网络以对当前区块进行共识认证，并在认证通过时将当前区块链接至区块链上。

完成区块头数据的保存后，本步骤将把由区块头和区块主体构成的当前区块广播至区块链网络。在通过共识认证后，由区块链网络中的全部或者部分区块链节点对当前区块进行保存，即完成当前区块在区块链的入链过程。

本公开实施例提供的签章业务处理方法可以利用基于社交平台的小程序进行快捷高效的实施。图14示意性地示出了本公开一些实施例中基于小程序进行签章业务处理的流程示意图。

如图14所示，业务端小程序以及业务后台表示发出签章业务请求的业务请求主体，而社交平台小程序(如微信小程序)表示对签章业务请求做出响应的签章主体。服务端即本公开实施例中提供签章业务处理服务的服务端。在该框架下的签章业务处理的流程包括以下步骤：

步骤S1410.用户在使用业务端小程序时，需要在部分合同、协议等基于电子媒介的待签章对象上进行签名，因此可以发起签名请求。

步骤S1420.业务后台根据签名请求发起签署任务。

步骤S1430.服务端响应于业务后台发起签署任务的请求，创建相应的签署任务。同时可以向业务后台返回发起成功的信息。

步骤S1440.签署任务发起成功后，可以由业务端小程序跳转进行社交平台小程序，打开签章业务的欢迎页面。

步骤S1450.在签章业务的欢迎页面内，用户可以通过人脸识别的方式进行登录认证。

步骤S1460.当登录认证成功后，社交平台小程序将向用户呈现签署任务详情。

步骤S1470.用户处理签署任务，包括确认签署和放弃签署两种处理方式。

步骤S1480.签署任务完成。

通过社交平台小程序的方式，可以将签章签署文件，验证文件等业务办理集成在社交平台上，更加方便快捷，提高了签章业务处理的业务流程效率。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本公开的装置实施例，可以用于执行本公开上述实施例中的签章业务处理方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的签章业务处理方法的实施例。

图15示意性地示出了在本公开一些实施例中的签章业务处理装置的结构框图。如图15所示，签章业务处理装置1500主要可以包括：请求接收模块1510，被配置为接收签章业务请求，并确定与签章业务请求相关的业务请求主体和签章主体；信息确定模块1520，被配置为根据签章业务请求确定数据共享系统中的待签章对象以及与待签章对象相关联的对象标识信息；请求发送模块1530，被配置为根据业务请求主体的主体信息和对象标识信息向签章主体发送业务处理请求；结果发送模块1540，被配置为接收由签章主体返回的针对业务处理请求的业务处理指令，并根据业务处理指令向业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上各实施例，结果发送模块包括：列表添加单元，被配置为当业务处理指令为确认签章指令时，将确认签章指令添加至签章业务调度列表；列表调度单元，被配置为将签章业务调度列表中的确认签章指令调度分配至签章认证主体，以得到由签章认证主体返回的签章认证结果；结果发送单元，被配置为基于签章认证结果向业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上各实施例，数据共享系统是以签章认证主体作为区块链节点的区块链网络；结果发送模块包括：指令广播单元，被配置为当业务处理指令为确认签章指令时，将确认签章指令广播至区块链网络；签章认证单元，被配置为获取由区块链网络中的签章认证主体对确认签章指令进行签章认证后得到的签章认证结果；结果发送单元，被配置为基于签章认证结果向业务请求主体发送签章业务处理结果。

在本公开的一些实施例中，基于以上各实施例，签章认证单元包括：初步认证单元，被配置为获取由区块链网络中的一个签章认证主体对确认签章指令进行签章认证后得到的初步认证结果；共识认证单元，被配置为通过区块链网络中的多个签章认证主体对初步认证结果进行共识认证，并在认证通过时将初步认证结果确定为签章认证结果。

在本公开的一些实施例中，基于以上各实施例，签章业务处理装置还包括：结果广播模块，被配置为将签章业务处理结果广播至区块链网络，以将签章业务处理结果保存在区块链网络的区块中。

在本公开的一些实施例中，基于以上各实施例，结果广播模块包括：区块主体保存单元，被配置为将签章业务处理结果保存在待共识的当前区块的区块主体中；父区块特征值生成单元，被配置为在满足区块生成条件时，获取区块链网络中上一区块的区块头数据，并根据区块头数据计算得到父区块特征值；区块主体特征值生成单元，被配置为根据当前区块的区块主体中保存的数据计算当前区块的区块主体特征值；区块头保存单元，被配置为将父区块特征值、区块主体特征值以及当前时间的时间戳保存在当前区块的区块头中；区块链接单元，被配置为将当前区块广播至区块链网络以对当前区块进行共识认证，并在认证通过时将当前区块链接至区块链上。

在本公开的一些实施例中，基于以上各实施例，请求发送模块包括：信息确定单元，被配置为根据业务请求主体的主体信息和对象标识信息确定与业务处理页面相关的页面配置信息；二维码生成模块，被配置为根据页面配置信息生成用于打开业务处理页面的二维码，并将二维码作为业务处理请求发送至签章主体。

本公开各实施例中提供的签章业务处理装置的具体细节已经在对应的方法实施例中进行了详细的描述，因此此处不再赘述。

图16示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图16示出的电子设备的计算机系统1600仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图16所示，计算机系统1600包括中央处理单元(Central Processing Unit，CPU)1601，其可以根据存储在只读存储器(Read-Only Memory，ROM)1602中的程序或者从存储部分1608加载到随机访问存储器(Random Access Memory，RAM)1603中的程序而执行各种适当的动作和处理。在RAM 1603中，还存储有系统操作所需的各种程序和数据。CPU1601、ROM 1602以及RAM 1603通过总线1604彼此相连。输入/输出(Input/Output，I/O)接口1605也连接至总线1604。

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

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

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种签章业务处理方法，其特征在于，包括：

接收签章业务请求，并确定与所述签章业务请求相关的业务请求主体和签章主体；

根据所述签章业务请求确定数据共享系统中的待签章对象以及与所述待签章对象相关联的对象标识信息；

根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求；

接收由所述签章主体返回的针对所述业务处理请求的业务处理指令，并根据所述业务处理指令向所述业务请求主体发送签章业务处理结果。

2.根据权利要求1所述的签章业务处理方法，其特征在于，所述根据所述业务处理指令向所述业务请求主体发送签章业务处理结果，包括：

当所述业务处理指令为确认签章指令时，将所述确认签章指令添加至签章业务调度列表；

将所述签章业务调度列表中的确认签章指令调度分配至签章认证主体，以得到由所述签章认证主体返回的签章认证结果；

基于所述签章认证结果向所述业务请求主体发送签章业务处理结果。

3.根据权利要求1所述的签章业务处理方法，其特征在于，所述数据共享系统是以签章认证主体作为区块链节点的区块链网络；所述根据所述业务处理指令向所述业务请求主体发送签章业务处理结果，包括：

当所述业务处理指令为确认签章指令时，将所述确认签章指令广播至所述区块链网络；

获取由所述区块链网络中的签章认证主体对所述确认签章指令进行签章认证后得到的签章认证结果；

基于所述签章认证结果向所述业务请求主体发送签章业务处理结果。

4.根据权利要求3所述的签章业务处理方法，其特征在于，所述获取由所述区块链网络中的签章认证主体对所述确认签章指令进行签章认证后得到的签章认证结果，包括：

获取由所述区块链网络中的一个签章认证主体对确认签章指令进行签章认证后得到的初步认证结果；

通过所述区块链网络中的多个签章认证主体对所述初步认证结果进行共识认证，并在认证通过时将所述初步认证结果确定为签章认证结果。

5.根据权利要求3所述的签章业务处理方法，其特征在于，所述方法还包括：

将所述签章业务处理结果广播至所述区块链网络，以将所述签章业务处理结果保存在所述区块链网络的区块中。

6.根据权利要求5所述的签章业务处理方法，其特征在于，所述将所述签章业务处理结果保存在所述区块链网络的区块中，包括：

将所述签章业务处理结果保存在待共识的当前区块的区块主体中；

在满足区块生成条件时，获取所述区块链网络中上一区块的区块头数据，并根据所述区块头数据计算得到父区块特征值；

根据所述当前区块的区块主体中保存的数据计算所述当前区块的区块主体特征值；

将所述父区块特征值、所述区块主体特征值以及当前时间的时间戳保存在所述当前区块的区块头中；

将所述当前区块广播至所述区块链网络以对所述当前区块进行共识认证，并在认证通过时将所述当前区块链接至区块链上。

7.根据权利要求1所述的签章业务处理方法，其特征在于，所述根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求，包括：

根据所述业务请求主体的主体信息和所述对象标识信息确定与业务处理页面相关的页面配置信息；

根据所述页面配置信息生成用于打开所述业务处理页面的二维码，并将所述二维码作为业务处理请求发送至所述签章主体。

8.一种签章业务处理装置，其特征在于，包括：

请求接收模块，被配置为接收签章业务请求，并确定与所述签章业务请求相关的业务请求主体和签章主体；

信息确定模块，被配置为根据所述签章业务请求确定数据共享系统中的待签章对象以及与所述待签章对象相关联的对象标识信息；

请求发送模块，被配置为根据所述业务请求主体的主体信息和所述对象标识信息向所述签章主体发送业务处理请求；

结果发送模块，被配置为接收由所述签章主体返回的针对所述业务处理请求的业务处理指令，并根据所述业务处理指令向所述业务请求主体发送签章业务处理结果。

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

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任一项所述的签章业务处理方法。

Images