CN115456603A - 一种基于双链结构的审批流程处理方法和装置 - Google Patents

Abstract

本发明公开了一种基于双链结构的审批流程处理方法和装置，包括：业务链根据业务类型生成业务请求信息；将业务请求信息发送至侧链；侧链依据接收到的业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，业务审批合约时限小于等于业务时限；当业务时限到期时，业务链向侧链的业务审批合约发送审批数据请求以及业务唯一代码；所述侧链依据业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将侧链审核结果数据上传至业务链。本发明公开的基于双链结构的审批流程处理方法，能够将业务链和企业内部审核即侧链分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据。

Description

一种基于双链结构的审批流程处理方法和装置

技术领域

本发明涉及金融技术领域，尤其涉及一种基于双链结构的审批流程处理方法和装置。

背景技术

随着赊销贸易在国际国内的盛行，处于供应链上游的企业普遍面临资金短缺的压力账期延长的困境。与此同时，随着市场竞争的日趋激烈，单一企业间的竞争正在向供应链之间的竞争转化，同一供应链内部各方相互依存程度加深。在此背景下，旨在增强供应链生存能力，提高供应链资金运作效率，降低供应链整体管理成本的供应链金融业务得到了迅速发展。

在一个以核心企业为基准的“M+1+N”(1为核心企业)的供应链金融场景中，核心企业为其多级供应商开立云信用，使核心企业信用沿着可信的贸易链路传递，各级供应商可根据真实的贸易背景，将云信用拆分、流转给上一级供应商。而在拆分、流转过程中，核心企业的背书效用不变。整个凭证的拆分、流转过程在平台上可存证可追溯。由于供应链金融是一种财务融资，企业向金融机构抵押的并非固定资产，而是应收帐款、应付账款或存货等流动资产，而同一供应链上企业之间的企业资源规划系统并不互通，导致企业间信息割裂，全链条信息难以融汇贯通，存在的数据孤岛问题导致核心企业的信用无法传递到下级供应商，因此，核心企业的信用开立和流转，各级供应商之间的信用流转和融资、金融机构的放贷及清算环境都必须经过大量的审批流程，审批效率低下，各部门之间的业务流程审批复杂，没有时效性。不同公司组织架构和审批流程也存在差异，有的审核严格，节点较多，有的公司强调精简快、审核程序、审核节点较少。

发明内容

本发明实施例的目的是提供一种基于双链结构的审批流程处理方法和装置，能够解决现有技术中存在的审核流程固定、审核效率低的问题。

为解决上述技术问题，本发明提供如下技术方案：

本发明实施例提供了一种基于双链结构的审批流程处理方法，其中，所述方法包括：

业务链根据业务类型生成业务请求信息，其中，所述业务请求信息包括：业务公钥、侧链对象集合以及业务时限；

将所述业务请求信息发送至侧链；

所述侧链依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，所述业务审批合约时限小于等于所述业务时限；

当所述业务时限到期时，所述业务链向所述侧链发送审批数据请求以及业务唯一代码；

所述侧链依据所述业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将所述侧链审核结果数据上传至所述业务链。

可选地，业务链根据业务类型生成业务请求信息的步骤，包括：

业务链根据业务类型随机生成一个业务唯一代码；

根据所述业务唯一代码生成业务公钥；

确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

可选地，所述侧链依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约的步骤，包括：

根据各所述侧链对象的公司情况，确定审批模式，其中，所述审批模式包括：一级审批、多层级审批；

将所述业务请求信息、审批模式分别发送至各所述侧链对象，生成业务审批合约；

触发各所述侧链对象执行自动审批流程，其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在所述侧链上。

可选地，各所述侧链对象执行自动审批流程的步骤，包括：

针对每一个所述侧链对象，所述侧链对象确定对应的审批层级；

在所述审批层级为多层级的情况下，确定各层级的审批顺序；

按照所述审批顺序依次执行各层级审批，在前一个层级的审批结果为通过的情况下，进行电子签章后进入下一层级的审批流程，在前一个层级的审批结果为不通过的情况下，退回上一层级的审批流程；

在所述侧链对象对应的各层级均审批通过的情况下，下一个侧链对象开启自动审批流程。

可选地，所述各层级包括：业务员、上级经理、大区经理以及总经理。

可选地，所述业务类型包括：凭证开立、凭证转让以及凭证融资中的至少之一。

可选地，所述侧链依据所述业务唯一代码对所述业务链进行身份验证的步骤，包括：

根据所述业务唯一代码生成哈希值；

将所述哈希值与所述业务请求信息中包含的业务公钥进行比对；

若二者匹配，确定所述业务链身份验证通过；

若二者不匹配，确定所述业务链身份验证未通过。

本发明实施例提供了一种基于双链结构的审批流程处理装置，其中，所述装置包括：

主链模块，用于根据业务类型生成业务请求信息，并将所述业务请求信息发送至侧链；其中，所述业务请求信息包括：业务公钥、侧链对象集合以及业务时限；

侧链模块，用于依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，所述业务审批合约时限小于等于所述业务时限；

当所述业务时限到期时，所述业务链向所述侧链发送审批数据请求以及业务唯一代码；

所述侧链模块，还用于依据所述业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将所述侧链审核结果数据上传至所述业务链。

可选地，所述主链模块包括：

第一子模块，用于根据业务类型随机生成一个业务唯一代码；

第二子模块，用于根据所述业务唯一代码生成业务公钥；

第三子模块，用于确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

可选地，所述侧链模块包括：

第四子模块，用于根据各所述侧链对象的公司情况，确定审批模式，其中，所述审批模式包括：一级审批、多层级审批；

第五子模块，用于将所述业务请求信息、审批模式分别发送至各所述侧链对象，生成业务审批合约；

第六子模块，用于触发各所述侧链对象执行自动审批流程，其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在所述侧链上。

可选地，所述第六子模块触发各所述侧链对象执行自动审批流程时，具体用于：

针对每一个所述侧链对象，所述侧链对象确定对应的审批层级；

在所述审批层级为多层级的情况下，确定各层级的审批顺序；

按照所述审批顺序依次执行各层级审批，在前一个层级的审批结果为通过的情况下，进行电子签章后进入下一层级的审批流程，在前一个层级的审批结果为不通过的情况下，退回上一层级的审批流程；

在所述侧链对象对应的各层级均审批通过的情况下，下一个侧链对象开启自动审批流程。

可选地，所述各层级包括：业务员、上级经理、大区经理以及总经理。

可选地，所述业务类型包括：凭证开立、凭证转让以及凭证融资中的至少之一。

可选地，所述侧链模块依据所述业务唯一代码对所述业务链进行身份验证时，具体用于：

根据所述业务唯一代码生成哈希值；

将所述哈希值与所述业务请求信息中包含的业务公钥进行比对；

若二者匹配，确定所述业务链身份验证通过；

若二者不匹配，确定所述业务链身份验证未通过。

本发明实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现上述任意一种基于双链结构的审批流程处理方法的步骤。

本发明实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现上述任意一种基于双链结构的审批流程处理方法的步骤。

本发明实施例提供的基于双链结构的审批流程处理方案，通过双链结构实现了业务系统的业务逻辑与审批流程逻辑的解耦，提升企业内部的业务审批以及流程处理效率。一方面，将业务(主链)和企业内部审核(侧链)分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据；第二方面，实现了主链与侧链间的交互，使得侧链的审核结果可以向主链传递，而在侧链中可参与企业即侧链对象的个性化定制需求，因此可有效解决审核流程固定、审核效率低的问题。

附图说明

图1是表示本申请实施例的一种基于双链结构的审批流程处理方法的步骤流程图；

图2是表示本申请实施例的一种主链、侧链交互示意图；

图3是表示本申请实施例的核心企业凭证开立场景下主链、侧链交互示意图；

图4是表示本申请实施例的一级供应商凭证转让场景下主链、侧链交互示意图；

图5是表示本申请实施例的一级供应商凭证融资场景下主链、侧链交互示意图；

图6是表示本申请实施例的一种基于双链结构的审批流程处理装置的结构框图；

图7是表示本申请实施例的一种电子设备的结构框图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

在对具体实施例进行详细描述前先对下文中出现的名词进行说明：

供应链金融：以核心客户为依托，以真实贸易背景为前提，运用自偿性贸易融资的方式，通过应收账款质押登记、第三方监管等专业手段封闭资金流或控制物权，对供应链上下游企业提供的综合性金融产品和服务。

业务流程：是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨度。

审批流程：业务流程中某个参与方对于相关业务的决策过程

云信(或称凭证)：云信用是核心企业为其上游多层级供应商提供的一种可流转、可融资、可拆分、可兑付的电子付款承诺凭证(到期支付货款的承诺函)，使核心企业信用沿着可信的贸易链路传递，每级供应商对核心企业签发的凭证进行签收之后可根据真实的贸易背景，将其拆分、流转给上一级供应商。在拆分、流转过程中，核心企业的背书效用不变。整个凭证的拆分、流转过程在平台上可存证可追溯。

应收帐款融资(发票融资)：应收账款融资，也称发票融资，是指企业将赊销而形成的应收账款有条件地转让给专门的融资机构，使企业得到所需资金，加强资金的周转。应收账款融资是集融资、结算、财务管理和风险担保于一体的综合性金融服务。

本申请实施例中，针对供应链金融中存在的上述问题，提供了一种基于双链结构的高效审批流程定制化处理方法，将审批和业务平台剥离，审批流程单独集成一模块，可以在系统中完成审核流程的灵活配置，高效开展审核工作，满足了各企业定制化流程审核要求。不仅可以快速、高效、灵活的根据业务场景，为供应链上的核心企业及其供应商、金融机构提供定制化业务和审批流程，本方案还基于区块链技术，在保护各企业核心审批要素数据隐私的前提下，对供应链上的所有企业、金融机构共享必要的审核信息，保证供应链金融的贸易背景真实可靠，方便各企业快速推进审批流程。

本申请中还提供了一种基于区块链双链结构供应链金融平台系统，双链结构包括主链业务链和侧链审批链。在侧链上建立基于智能合约技术审批处理模块，金融机构可以进行对业务流程进行的个性化定制，供应链金融节点参与企业可以进行内部审核流程的设置。在侧链审核通过结果传递给主链业务端，继而进行下一步的业务操作。通过区块链上链技术将审核数据储存于侧链。

本发明提供的基于双链结构的审批流程处理方案，实现了业务系统的业务逻辑与审批流程逻辑的解耦，可以满足供应链金融参与企业个性化定制需求，解决审核流程固定、审核效率低的问题。同时也减少了开发人员开发审批流程时对业务系统的工作流引擎的学习成本以及后期维护的工作量。且本实施例的审批管理平台支持多个业务系统的审批流程处理，节省了物理资源。本发明提供的审批流程处理方案，适用于企业及金融机构的内部审核及金融机构业务流程的个性化设定。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的基于双链结构的审批流程处理方案进行详细地说明。

如附图1所示，本申请实施例的基于双链结构的审批流程处理方法包括以下步骤：

步骤101：业务链根据业务类型生成业务请求信息，并将业务请求信息发送至侧链。

其中，业务链即图2中所示的主链，如图2所示，本申请中主链和企业内部审核(侧链)分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据。主链与侧链之间交互，使得侧链的审核结果可以向主链传递。主链可通过侧链完成开立、转让、融资等业务审批。

其中，业务请求信息包括：业务公钥、侧链对象集合以及业务时限。

业务类型包括：凭证开立、凭证转让以及凭证融资中的至少之一。侧链对象集合可以包括：核心企业、担保方、资金方以及供应商。

一种可选地业务链根据业务类型生成业务请求信息的方式如下：

首先，业务链根据业务类型随机生成一个业务唯一代码；

其次，根据业务唯一代码生成业务公钥；

再次，确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

在实际实现过程中，业务唯一代码可用Tx表示，所生成的业务公钥可用H＝Hash(Tx)表示，侧链对象集合R_x、业务时限可用t表示。

业务链将数据[Hash(Tx)，R_x，t)传递给侧链。传递时通过业务时限t锁定业务，超过t将不能上传结果。

步骤102：侧链依据接收到的业务请求信息，以及各侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约。

其中，业务审批合约时限小于等于业务时限。

侧链接收H＝Hash(Tx)，R_x，t，部署一个业务审批智能合约，时限n≦t。各企业审核过程、各节点审核结果、最终审核结果在侧链上记录，审核结果Result有两个取值，True为通过，False为不通过。

一种可选地侧链依据接收到的业务请求信息，以及各侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约的方式可以包括：

首先，根据各侧链对象的公司情况，确定审批模式。

其中，审批模式包括：一级审批、多层级审批。

侧链对象R_x可以根据公司情况，选择M1模式(标准模式)或M2模式(个性化设置)。M1审批层级1级，M2审批层级为N层(n≤6)。R_x业务可申请M1或M2，请求创建智能合约＝(侧链对象Rx，M1 orM2，)智能合约检索，触发智能合约条件，自动执行审批流程。

审批模式个性化定制，可解决审核流程固定、审批效率低的问题。具体体现在，在一般的审批设置中，内部审批层级固定，比如所有企业都为三层级，满足不了一些有些企业需要二级、有些需要四级的配置需要，该系统设置为M1(单一层级)、M2(多层级设置)，企业可以针对自己公司的情况进行选择，从而解决此问题。

N层之间是层层递进的“且”的审核关系，一般是职务由低到高的逐级审核，如果低一级的审核未通过的话，审批流程终止，不会向高一级继续传递，并通知参与审核的各节点企业，因某原因业务终止。

个性化定制是各个参与公司即侧链对象可以自行确定审核层级，比如A公司要求业务员、部门经理两级审核，B公司需要业务员、部门经理、总经理三级审核，可以针对A、B不同公司设置不同的审核层级，该个性化审批没有特别的技术。

各层级包括：业务员、上级经理、大区经理以及总经理。

其次，将业务请求信息、审批模式分别发送至各侧链对象，生成业务审批合约。再次，触发各侧链对象执行自动审批流程。

其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在侧链上。

在实际实现过程中，各侧链对象执行自动审批流程的方式可以包括如下子步骤：

子步骤一：针对每一个侧链对象，侧链对象确定对应的审批层级；

子步骤二：在审批层级为多层级的情况下，确定各层级的审批顺序；

在审批层级为单层级的情况下，则执行该层级的审批流程即可。

子步骤三：按照审批顺序依次执行各层级审批，在前一个层级的审批结果为通过的情况下，进行电子签章后进入下一层级的审批流程，在前一个层级的审批结果为不通过的情况下，退回上一层级的审批流程；

子步骤四：在侧链对象对应的各层级均审批通过的情况下，下一个侧链对象开启自动审批流程。

侧链接收业务链发送的信息，创建智能合约，业务参与企业即侧链对象可根据需要选择内部审批流程请求。审批管理平台根据业务参与企业设置的审批请求，执行审批工作流中相应的审批节点，处理审批流程。

步骤103：当业务时限到期时，业务链向侧链发送审批数据请求以及业务唯一代码。

步骤104：侧链依据业务唯一代码对业务链进行身份验证，在身份验证通过的情况下，将侧链审核结果数据上传至业务链。

在一种可选地实施例中，侧链依据业务唯一代码对业务链进行身份验证的方式包括：

首先，根据业务唯一代码生成哈希值；其次，将哈希值与业务请求信息中包含的业务公钥进行比对；

最后，若二者匹配，确定业务链身份验证通过；若二者不匹配，确定业务链身份验证未通过。

侧链的智能合约针对业务链发送的业务唯一代码Tx，计算出H'＝Hash(T'x)，验证H'是否等于业务请求信息中包含的业务公钥H。如果H'＝H，侧链审核结果数据Date＝(H，Result)上传到主链即业务链。如果H'≠H，业务不一致，拒绝审批结果Result。

在侧链验证主、侧链业务唯一代码一致的情况下，将审批结果跨链传递到主链业务平台，可满足金融机构、监管机构等对审核数据的查询需求。

本申请实施例提供的基于双链结构的审批流程处理方法，通过双链结构实现了业务系统的业务逻辑与审批流程逻辑的解耦，提升企业内部的业务审批以及流程处理效率。一方面，将业务(主链)和企业内部审核(侧链)分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据，使得业务链更加集中于业务处理，能够提升业务处理效率；第二方面，实现了主链与侧链间的交互，使得侧链的审核结果可以向主链传递，而在侧链中可参与企业即侧链对象的个性化定制需求，因此可有效解决审核流程固定、审核效率低的问题。不仅如此，还可以提高区块链系统在多个业务并发的情况下的效率，同时减少开发人员开发审批流程时对业务系统的工作流引擎的学习成本以及后期维护的工作量，且本实施例的审批管理平台支持多个业务系统的审批流程处理，能够节省物理资源。

下面结合图3-5分别从三个不同业务类型的角度，对本申请实施例的审批流程处理方法进行说明。

图3为核心企业凭证开立场景下主链、侧链交互示意图，该场景下的基于双链结构的审批流程处理方法包括如下步骤：

步骤一：主链上确定T(开立)，核心企业业务员上传合同、发票，完成开立申请。

生成开立业务公钥H＝Hash[T(开立))]，确定参与方即侧链对象R1核心企业、R2担保方、R3资金方、R4接收企业，业务时限t＝10天，

步骤二：将公钥H、R1核心企业、R2担保方、R3资金方、R4接收企业、业务时限t为10天，数据传递给侧链。

步骤三：侧链接收数据，部署一个开立业务审批智能合约，约定时限n为3天。假设核心企业选择M2模式，设置为4级审核，审核部门为L1业务员，L2上级经理，L3大区经理，L4总经理，全部通过后，开立内部审批才可以结束。

申请开始，触发智能合约，开通R1内部审批流程，R1内部审批流程具体包括如下子步骤：

(1)L1开始内部审批，通过/不通过，退回。进行电子签章。流转至L2；

(2)L2审核通过/不通过退回上一级。进行电子签章。流转至L3；

(3)L3审核通过/不通过退回上一级。进行电子签章。流转至L4；

(4)L4审核通过/不通过退回上一级。进行电子签章。L1、L2、L3、L4全部审核通过，进入担保方审核。

R1内部审批流程结束后，进入R2担保方内部审批流程：

内部审核后流转至进入。假设担保方选择M1模式，即为一级审核，R2担保方内部审批流程同步骤三中的相关审核流程。

R2担保方内部审批流程结束后，进入R3资金方内部审批流程；R3资金方内部审批流程同步骤三中的相关审核流程。

R3资金方内部审批流程结束后，进入R4接收企业内部审核流程；R4接收企业内部审核流程同步骤三中的相关审核流程。

步骤四：在10天到期时，业务链向主链发送业务代码T(开立)、开立审批数据获取的请求。

步骤五：侧链根据T(开立)计算出H'＝Hash[T'(开立)]，验证开立业务的哈希值是否与主链的开立业务对应，如果对应可以向主链上传审批结果。如果不对应，则不上传审批结果。

审批结果包括如下两种情况：

第一种：R1、R2、R3、R4审核通过，审核结果Result＝True，即审批通过，将(开立、审批通过)即[Hash(T(开立)，True]上传至主链。

第二种：R1、R2、R3、R4有一方审核未通过，审核结果Result＝False，将(开立、审批未通过)即[Hash(T(开立))，False]上传至主链。

本具体实施例中提供的基于双链结构的审批流程处理方法，通过双链结构实现了业务系统的业务逻辑与审批流程逻辑的解耦，提升企业内部的业务审批以及流程处理效率。一方面，将业务(主链)和企业内部审核(侧链)分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据；第二方面，通过主链与侧链的交互，将侧链的审核结果向主链的传递。可以满足供应链金融参与企业个性化定制需求，解决审核流程固定、审核效率低的问题，提高区块链系统在多个业务并发的情况下的效率，同时也可减少开发人员开发审批流程时对业务系统的工作流引擎的学习成本以及后期维护的工作量。不仅如此，本具体实施例的审批管理平台支持多个业务系统的审批流程处理，可节省物理资源。

图4为一级供应商凭证转让场景下主链、侧链交互示意图；图5为一级供应商凭证融资场景下主链、侧链交互示意图。这两个具体场景下的审批流程处理方法参照图3中核心企业凭证开立场景下的审批流程处理流程即可，在此不再赘述。

图6为实现本申请实施例的一种基于双链结构的审批流程处理装置的结构框图。

本申请实施例提供的基于双链结构的审批流程处理装置包括：

主链模块601，用于根据业务类型生成业务请求信息，并将所述业务请求信息发送至侧链；其中，所述业务请求信息包括：业务公钥、侧链对象集合以及业务时限；

侧链模块602，用于依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，所述业务审批合约时限小于等于所述业务时限；

当所述业务时限到期时，所述业务链向所述侧链的所述业务审批合约发送审批数据请求以及业务唯一代码；

所述侧链模块，还用于依据所述业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将所述侧链审核结果数据上传至所述业务链。

可选地，所述主链模块包括：

第一子模块，用于根据业务类型随机生成一个业务唯一代码；

第二子模块，用于根据所述业务唯一代码生成业务公钥；

第三子模块，用于确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

可选地，所述侧链模块包括：

第四子模块，用于根据各所述侧链对象的公司情况，确定审批模式，其中，所述审批模式包括：一级审批、多层级审批；

第五子模块，用于将所述业务请求信息、审批模式分别发送至各所述侧链对象，生成业务审批合约；

第六子模块，用于触发各所述侧链对象执行自动审批流程，其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在所述侧链上。

可选地，所述第六子模块触发各所述侧链对象执行自动审批流程时，具体用于：

针对每一个所述侧链对象，所述侧链对象确定对应的审批层级；

在所述审批层级为多层级的情况下，确定各层级的审批顺序；

按照所述审批顺序依次执行各层级审批，在前一个层级的审批结果为通过的情况下，进行电子签章后进入下一层级的审批流程，在前一个层级的审批结果为不通过的情况下，退回上一层级的审批流程；

在所述侧链对象对应的各层级均审批通过的情况下，下一个侧链对象开启自动审批流程。

可选地，所述各层级包括：业务员、上级经理、大区经理以及总经理。

可选地，所述业务类型包括：凭证开立、凭证转让以及凭证融资中的至少之一。

可选地，所述侧链模块依据所述业务唯一代码对所述业务链进行身份验证时，具体用于：

根据所述业务唯一代码生成哈希值；

将所述哈希值与所述业务请求信息中包含的业务公钥进行比对；

若二者匹配，确定所述业务链身份验证通过；

若二者不匹配，确定所述业务链身份验证未通过。

本申请实施例提供的基于双链结构的审批流程处理装置，通过双链结构实现了业务系统的业务逻辑与审批流程逻辑的解耦，提升企业内部的业务审批以及流程处理效率。一方面，将业务(主链)和企业内部审核(侧链)分割开来，两条链并行存在，主链负责业务流，侧链负责处理审批流程和记录审批数据；第二方面，实现了主链与侧链间的交互，使得侧链的审核结果可以向主链传递，而在侧链中可参与企业即侧链对象的个性化定制需求，因此可有效解决审核流程固定、审核效率低的问题。

本申请实施例中图6所示的基于双链结构的审批流程处理装置可以是装置，也可以是服务器中的部件、集成电路、或芯片。本申请实施例中的图6所示的审批流程处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的图6所示的基于双链结构的审批流程处理装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图7所示，本申请实施例还提供一种电子设备700，包括处理器701，存储器702，存储在存储器702上并可在所述处理器701上运行的程序或指令，该程序或指令被处理器701执行时实现上述基于双链结构的审批流程处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的服务器。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述基于双链结构的审批流程处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述基于双链结构的审批流程处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于双链结构的审批流程处理方法，其特征在于，所述方法包括：

业务链根据业务类型生成业务请求信息，其中，所述业务请求信息包括：业务公钥、侧链对象集合以及业务时限；

将所述业务请求信息发送至侧链；

所述侧链依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，所述业务审批合约时限小于等于所述业务时限；

当所述业务时限到期时，所述业务链向所述侧链发送审批数据请求以及业务唯一代码；

所述侧链依据所述业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将所述侧链审核结果数据上传至所述业务链。

2.根据权利要求1所述的方法，其特征在于，业务链根据业务类型生成业务请求信息的步骤，包括：

业务链根据业务类型随机生成一个业务唯一代码；

根据所述业务唯一代码生成业务公钥；

确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

3.根据权利要求1所述的方法，其特征在于，所述侧链依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约的步骤，包括：

根据各所述侧链对象的公司情况，确定审批模式，其中，所述审批模式包括：一级审批、多层级审批；

将所述业务请求信息、审批模式分别发送至各所述侧链对象，生成业务审批合约；

触发各所述侧链对象执行自动审批流程，其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在所述侧链上。

4.根据权利要求3所述的方法，其特征在于，各所述侧链对象执行自动审批流程的步骤，包括：

针对每一个所述侧链对象，所述侧链对象确定对应的审批层级；

在所述审批层级为多层级的情况下，确定各层级的审批顺序；

按照所述审批顺序依次执行各层级审批，在前一个层级的审批结果为通过的情况下，进行电子签章后进入下一层级的审批流程，在前一个层级的审批结果为不通过的情况下，退回上一层级的审批流程；

在所述侧链对象对应的各层级均审批通过的情况下，下一个侧链对象开启自动审批流程。

5.根据权利要求4所述的方法，其特征在于，所述各层级包括：业务员、上级经理、大区经理以及总经理。

6.根据权利要求1所述的方法，其特征在于，所述业务类型包括：凭证开立、凭证转让以及凭证融资中的至少之一。

7.根据权利要求1所述的方法，其特征在于，所述侧链依据所述业务唯一代码对所述业务链进行身份验证的步骤，包括：

根据所述业务唯一代码生成哈希值；

将所述哈希值与所述业务请求信息中包含的业务公钥进行比对；

若二者匹配，确定所述业务链身份验证通过；

若二者不匹配，确定所述业务链身份验证未通过。

8.一种基于双链结构的审批流程处理装置，其特征在于，所述装置包括：

主链模块，用于根据业务类型生成业务请求信息，并将所述业务请求信息发送至侧链；其中，所述业务请求信息包括：业务公钥、侧链对象集合以及业务时限；

侧链模块，用于依据接收到的所述业务请求信息，以及各所述侧链对象集合中各侧链对象对应的审批模式，生成业务审批合约，所述业务审批合约时限小于等于所述业务时限；

当所述业务时限到期时，所述业务链向所述侧链发送审批数据请求以及业务唯一代码；

所述侧链模块，还用于依据所述业务唯一代码对所述业务链进行身份验证，在身份验证通过的情况下，将所述侧链审核结果数据上传至所述业务链。

9.根据权利要求8所述的装置，其特征在于，所述主链模块包括：

第一子模块，用于根据业务类型随机生成一个业务唯一代码；

第二子模块，用于根据所述业务唯一代码生成业务公钥；

第三子模块，用于确定侧链包含的核心企业、担保方、资金方以及供应商作为侧链对象集合，并确定业务时限。

10.根据权利要求9所述的装置，其特征在于，所述侧链模块包括：

第四子模块，用于根据各所述侧链对象的公司情况，确定审批模式，其中，所述审批模式包括：一级审批、多层级审批；

第五子模块，用于将所述业务请求信息、审批模式分别发送至各所述侧链对象，生成业务审批合约；

第六子模块，用于触发各所述侧链对象执行自动审批流程，其中，各侧链对象审核过程、各侧链对象审核结果以及最终审核结果均记录在所述侧链上。

Images