CN113313584B - 业务处理方法及处理装置 - Google Patents

Abstract

本申请提供业务处理方法及处理装置。本申请提供的技术方案，在银企互联系统中应用了私有链平台，通过在渠道前置模块和处理模块上部署私有链节点，然后将所有参与业务处理的处理模块的处理结果登记到私有链节点上，从而使得可以利用私有链基于共识的机制，让渠道前置模块按照私有链节点上的内容确定目标处理结果。该业务处理方法，即使当某一个处理模块出现了异常，渠道前置模块也可以输出明确的处理结果。

Description

业务处理方法及处理装置

技术领域

本申请涉及数据处理技术领域，尤其涉及业务处理方法及处理装置。

背景技术

银企互联向客户提供了综合付款、综合收款、定期自动资金归集下拨、票据业务等多种功能，能够满足企业用户资金流入、资金内部流转、资金流出的全方位现金管理需求。

在银企互联系统中，企业用户通过客户端输入业务请求信息后，该业务请求信息会同步到银行系统的渠道前置模块；然后，银行系统内部的多个处理模块对企业用户办理的业务进行处理，当处理完成后，该多个处理模块会将处理结果返给渠道前置模块；最后，渠道前置模块对该多个处理结果进行分析后向用户返回处理结果。对于企业用户而言，通常期望银行系统对每一笔业务都能给出一个明确的处理结果，即本次业务处理是处理成功还是处理失败。

然而，企业用户连接的仅仅是银行系统的渠道前置模块，在企业用户发起办理业务请求信息后，如果银行系统内部的某一个处理模块出现异常，渠道前置模块则会向用户返回错误码信息。此时，用户若根据该错误码信息不能正确地解析到业务是处理成功还是失败，则有可能带来损失。

发明内容

本申请提供业务处理方法及处理装置，能够在银行系统内部的某一个处理模块即使出现异常的情况下，也能够返回明确结果，进一步地，降低对企业用户带来的损失。

第一方面，本申请提供一种业务处理方法，该方法可以应用于银企互联系统，该银企互联系统包括渠道前置模块和M个处理模块，该M个处理模块采用分布式结构，并且渠道前置模块和任意一个处理模块上部署有私有链节点，该方法包括：渠道前置模块接收请求信息，请求信息用于请求对目标业务进行处理；M个处理模块中的第i个处理模块对目标业务进行处理，并将处理结果登记到第i个处理模块上部署的私有链节点中，i从1取至M；渠道前置模块根据渠道前置模块上部署的私有链节点中包括的信息，确定目标业务的目标处理结果，目标处理结果包括处理成功或处理失败；渠道前置模块输出目标处理结果。

本申请实施例提供的业务处理方法，渠道前置模块和M个处理模块都登记了私有链，在用户通过渠道前置模块发起请求消息后，M个处理模块就可以对目标业务进行处理，并且对于每一个处理模块，在处理完成后可以将其处理的结果登记到其上部署的私有链节点上，由于私有链是基于共识的机制，因此，每一个处理结果在登记后都会同步到渠道前置模块上部署的私有链节点和剩余M-1个处理模块上部署的私有链节点中，这样，对于渠道前置模块而言，就可以根据其上部署的私有链节点中的内容获得M个处理模块的处理信息，从而可以根据该M个处理模块的处理信息来确定本次业务是否处理成功。

也就是说，该方法中，在银企互联系统中应用了区块链平台，利用私有链基于共识的机制，将所有参与业务处理的处理模块的处理结果登记到私有链节点上，从而让渠道前置模块按照私有链节点上的内容确定目标结果。这样，即使当某一个处理模块出现了异常，也不会影响渠道前置模块输出明确的结果。

示例性地，假设有5个处理模块，在现有技术中，当用户通过渠道前置模块发起请求消息后，5个处理模块就可以对目标业务进行处理，当处理完成后，就需要通过渠道前置模块向用户输出处理结果，但是，如果该5个处理模块中有某一个处理模块突然出现了系统异常，这样渠道前置模块就会输出错误码信息。但是，对于本申请实施例提供的方法，由于5个处理模块将处理结果都登记到了私有链上，这样，即使某一个处理模块出现异常，渠道前置模块仍可以根据私有链上登记的内容进行判断，从而确定本次业务是否处理成功。

结合第一方面，在一种可能的实现方式中，第i个处理模块通过智能合约将处理结果登记到第i个处理模块上部署的私有链节点中。

该实现方式中，处理模块可以通过智能合约将处理结果登记到私有链节点上。

结合第一方面，在一种可能的实现方式中，第i个处理模块上部署的私有链节点的个数大于或等于1。

结合第一方面，在一种可能的实现方式中，所述渠道前置模块根据渠道前置模块上部署的私有链节点中包括的信息，确定目标业务的目标处理结果，包括：渠道前置模块对渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定目标业务的目标处理结果。

第二方面，本申请实施例提供一种业务处理装置，所述装置包括渠道前置模块和M个处理模块，所述M个处理模块采用分布式结构，所述渠道前置模块和任意一个处理模块上部署有私有链节点；渠道前置模块用于：接收请求信息，请求信息用于请求对目标业务进行处理；第i个处理模块用于：对目标业务进行处理，并将处理结果登记到第i个处理模块上部署的私有链节点中，所述i从1取至M；渠道前置模块还用于：根据渠道前置模块上部署的私有链节点中包括的信息，确定目标业务的目标处理结果及输出目标处理结果，所述目标处理结果包括处理成功或处理失败。

结合第二方面，在一种可能的实现方式中，第i个处理模块通过智能合约将处理结果登记到第i个处理模块上部署的私有链节点中。

结合第二方面，在一种可能的实现方式中，第i个处理模块上部署的私有链节点的个数大于或等于1。

结合第二方面，在一种可能的实现方式中，渠道前置模块具体用于：对渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定目标业务的目标处理结果。

第三方面，本申请实施例提供一种业务处理装置，包括：存储器和处理器；存储器用于存储程序指令；处理器用于调用存储器中的程序指令执行如第一方面所述的业务处理方法。

第四方面，本申请实施例提供一种计算机可读介质，计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如第一方面所述的业务处理方法的指令。

第五方面，本申请实施例提供一种计算机程序产品，计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得所述计算机实现如第一方面所述的业务处理方法。

附图说明

图1为现有技术中的银企互联系统的结构性示意图；

图2为本申请实施例提供的银企互联系统的结构性示意图；

图3为本申请实施例提供的业务处理方法的示意性流程图；

图4为本申请实施例提供的一种示例性地银企互联系统的结构示意图；

图5为本申请实施例提供的处理模块内部私有链节点部署的结构性示意图；

图6为本申请实施例提供的一种银企互联系统的跨链设计的结构性示意图；

图7为本申请一个实施例提供的业务处理装置的结构性示意图；

图8为本申请另一个实施例提供的业务处理装置的结构性示意图。

具体实施方式

为于理解，首先对本申请所涉及到的相关术语进行说明。

1、银企互联

银企互联向客户提供了综合付款、综合收款、定期自动资金归集下拨、电子对账信息服务、票据业务、自助贷款、等多种功能，能够满足企业客户资金流入、资金内部流转、资金流出的全方位现金管理需求。

通常所说的银企互联则是指银行系统和企业的财务系统相联接，企业直接通过财务系统的界面就可享受银行账户信息查询、下载、账户管理等银行服务，并可根据需要自行在其财务系统中定制更多个性化功能的网上银行业务，是目前银行提供给高端客户的电子银行产品。

2、私有链

私有链是指其写入权限由某个组织和机构控制的区块链，参与节点的资格会被严格限制，由于参与节点是有限和可控的，因此私有链往往可以有极快的交易速度，更好的隐私保护，更低的交易成本，不容易被恶意攻击。并且能做到身份认证等金融行业必需的要要求。相比中心化数据库，私有链能够防止机构内单节点故意隐瞒或者篡改数据、即使发生错误也能够迅速发现来源。

3、智能合约

智能合约就如同现实世界中的合同，他们之间唯一的区别就是智能合约完全是数字化的，实际上智能合约就是一个存储在区块链中的小程序。

智能合约就是在先前设定好的代码数字协议，在不可更改且公共监督的情况下去运行的合约。

图1为本申请实施例提供的现有技术中的银企互联系统的结构性示意图。如图1所示，银企互联系统包括客户服务端101、渠道前置模块102和内部处理模块103。其中，内部处理模块103包括M个处理模块，如图1中所示的处理模块1、处理模块2至处理模块M，并且渠道前置模块102和多个处理模块采用分布式结构。

对于图1所示的银企互联系统，用户可以通过客户服务端101输入业务处理的请求信息，然后该请求信息可以同步到渠道前置模块102，当渠道前置模块102接收到该请求信息后，内部处理模块103中的各个处理模块便会依次对该请求消息对应的目标业务进行处理。当每个模块处理完成后，就会向渠道前置模块102返回处理结果信息，然后渠道前置模块会对返回的M个处理结果信息进行分析，从而向用户输出业务处理的执行结果。

在此说明的是，本申请实施例对业务的类型和处理模块对应的具体功能不做限定。

以业务类型是贷款业务为例，假设其内部处理模块103中包括5个处理模块，分别称为：外联接入区、中台渠道处理层、后台系统总控、后台产品层和核心账务层。其中，每个处理模块用于执行不同的处理功能。例如，当用户通过客户服务端101发起业务请求消息，然后该业务请求消息会同步到渠道前置模块102，此时渠道前置模块102可以对该用户的身份信息等进行检查。当检查完后，就可以向内部处理模块103发起处理该笔转账业务的请求信息。此时，内部处理模块103中的外联接入区可以首先检查是否包括授权数据，比如这个用户发起贷款业务的账务是否可用，然后处理完成后，向中台渠道处理层发起处理请求信息，此时中台渠道处理层可以负责检测是否是贷款用户，是否能发起该笔交易。当中台渠道处理层处理完成后，向后台系统总控发起请求消息，此时后台系统总控可能会记录一些信息，然后向后台系统产品层发起请求处理信息，此时后台系统产品层执行自己相应地处理功能，例如将用户的账号转为合约号，当后台系统产品层处理完成后，便向核心财务系统发起请求处理信息，此时核心财务系统便会执行自己相应地处理功能，例如是记账，把用户的会计分录、总账、分账等进行记录。

当内部处理模块103中的各个处理模块依次处理完成后，此时，每个处理模块会将自己的处理结果依次返给前一个处理模块，一直返回到渠道前置模块102。在这种情况下，如果渠道前置模块102能够正确解析内部处理模块103向自己返回的信息，就可以向用户输出明确的执行结果，即本次业务处理成功还是失败。

然而，在每个处理模块返回处理结果的过程中，若某一个处理模块出现了异常，该处理模块就可能会返回自定义的错误码，此时，渠道前置模块102由于不能正确的解析该错误码，就有可能会透传该错误码给用户。此时，用户若根据该错误码信息不能正确地解析到业务是处理成功还是失败，则有可能带来损失。

鉴于此，本申请实施例提供一种业务处理方法，将渠道前置模块和M个处理模块都登记私有链，在用户发起的请求消息同步到渠道前置模块后，M个处理模块对目标业务进行处理，并且对于每一个处理模块，在处理完成后将其处理的结果登记到其上部署的私有链节点上，这样，对于渠道前置模块而言，就可以根据其上部署的私有链节点中的内容获得M个处理模块的处理信息，从而可以根据该M个处理模块的处理信息来确定本次业务是处理成功还是失败。

作为一种示例，图2所示为本申请实施例提供的银企互联系统的结构性示意图。与图1所示的系统相比，本申请实施例中的银企互联系统中，渠道前置模块202和内部处理模块203中的每一个处理模块都登记了私有链，即在渠道前置模块202上部署私有链节点，内部处理模块203中的每一个处理模块上部署私有链节点。这样，当内部处理模块203中的任何一个处理模块对目标业务执行完相应地功能并将结果信息登记到其上部署的私有链节点后，该银企互联系统的每一个私有链节点都会获得相应的结果信息。此时，对于渠道前置模块，就可以根据其部署的私有链节点中的内容获得多个处理模块的处理结果，这样，当某一个处理模块即使出现了异常，抛出了错误码信息，但由于各个处理模块的处理结果信息已经登记到了私有链上，渠道前置模块便可以根据该私有链节点中的信息确定处理结果，从而给用户返回明确的结果信息。

图3为本申请一个实施例提供的业务处理方法。该业务处理方法可以应用于图2所示的银企互联系统。如图3所示，本申请实施例的方法包括S301、S302、S303和S304。

S301、渠道前置模块接收请求信息，所述请求信息用于请求对目标业务进行处理。

本实施例中，请求消息用于请求对目标业务进行处理。例如，该目标业务是贷款业务，又或者是转账业务等等，本申请实施例对此不做限定。

以图2为例，用户可以通过客户服务端201输入请求信息，然后该请求信息可以同步到渠道前置模块，以使得渠道前置模块能够接收到请求信息。

在此说明的是，本实施例对渠道前置模块的具体实现不做限定，可以根据具体场景而定。例如，该渠道前置模块可以部署在互联网上，或者可以部署在云端，又或者是部署在企业端。

S302、M个处理模块中的第i个处理模块对目标业务进行处理，并将处理结果登记到第i个处理模块上部署的私有链节点中，所述i从1取至M。

本实施例中，对目标业务进行处理的模块有M个。可以理解的是，不同的处理模块，可以执行不同的功能。

作为一种示例，假设目标业务是贷款业务，那么为了保证交易的安全性，就需要对进行该贷款业务的用户进行验证，并且由于是资金业务，有时候也需要对该贷款业务的账号是否可用等进行验证，因此，需要多个不同的处理模块来执行不同的验证操作或其他处理。

本实施例中，任意一个处理模块和渠道前置模块上都部署有私有链节点。可以理解的是，所有的私有链节点组成了一个私有链。

本实施例中，对于任意一个处理模块，当处理完后可以将处理结果登记到其上部署的私有链节点中。

作为一种示例，如图4所示，假设进行处理的处理模块有5个，例如可以称为外联接入区、中台渠道处理层、后台系统总控、后台产品层和核心账务层。在外联接入区部署私有链节点1，中台渠道处理层部署私有链节点2，后台系统总控部署私有链节点3，后台产品层部署私有链节点4，核心账务层部署私有链节点5。当用户通过客户服务端发起业务请求消息，然后该业务请求消息会同步到渠道前置模块，此时渠道前置模块可以对该用户的身份信息等进行检查。当检查完后，就可以向外联接入区发起请求处理的请求信息，此时外联接入区可以首先检查是否包括授权数据，比如这个用户发起贷款业务的账务是否可用，然后处理完成后，将处理结果登记到私有链节点1中，并向中台渠道处理层发起处理请求信息，此时中台渠道处理层可以负责检测是否是贷款用户，是否能发起该笔交易。当中台渠道处理层处理完成后，将处理结果登记到私有链节点2中，以此类推，一直到核心财务系统处理完成后，将处理结果登记到私有链节点5中。

S303、渠道前置模块根据渠道前置模块上部署的私有链节点中包括的信息，确定目标业务的目标处理结果，所述目标处理结果包括处理成功或处理失败。

可以理解的是，对于私有链而言，在该链上的任意一个节点上登记或记录信息时，该信息也会同步到剩余的其他节点上。同理，本实施例中，当任意一个处理模块将处理结果登记到其部署的私有链节点时，该处理结果也会同步到其他剩余的私有链节点中。

仍以图4为一种示例，假设外联接入区对应的处理结果为结果1，中台渠道处理层对应的处理结果为结果2，后台系统总控对应的处理结果为结果3，后台产品层对应的处理结果为结果4，核心账务层对应的处理结果为结果5。那么，当外联接入区将结果1登记到私有链节点1上时，由于私有链上的节点具有自动传输的特点，该结果1也会被同步到私有链节点0、私有链节点2、私有链节点3、私有链节点4和私有链节点5中。同理，对于任意一个处理模块都是相同的原理，此处不再赘述。

因此，当M个处理模块都处理完成并登记到其对应的私有链节点后，对于渠道前置模块而言，其上部署的私有链接节点中就会包括M个处理模块中任意一个处理模块的处理结果。本实施例中，渠道前置模块可以根据渠道前置模块上部署的私有链节点中包括的信息，确定出目标业务的目标处理结果。

在此说明的是，本申请实施例对渠道前置模块根据私有链接点中包括的信息确定目标处理结果的具体实现方式不做限定，可以根据不同的业务场景而定。

S304、渠道前置模块输出目标处理结果。

本实施例中，目标处理结果包括处理成功或处理失败。

该方法中，在银企互联系统中应用了区块链平台，利用私有链基于共识的机制，将所有参与业务处理的处理模块的处理结果登记到私有链节点上，从而让渠道前置模块按照私有链节点上的内容确定目标结果。这样，即使当某一个处理模块出现了异常，也不会影响渠道前置模块输出明确的结果。例如，假设有5个处理模块，在现有技术中，当用户通过渠道前置模块发起请求消息后，5个处理模块就可以对目标业务进行处理，当处理完成后，就需要通过渠道前置模块向用户输出处理结果，但是，如果该5个处理模块中有某一个处理模块突然出现了系统异常，这样渠道前置模块就会输出错误码信息。但是，对于本申请实施例提供的方法，由于5个处理模块将处理结果都登记到了私有链上，这样，即使某一个处理模块出现异常，渠道前置模块仍可以根据私有链上登记的内容进行判断，从而确定本次业务是否处理成功。此外，本申请实施例提供的业务处理方法，可以使得任意一个处理模块仅关注逻辑业务本身。

作为一个可选的实施例，上述S303的一种可实现方式为：渠道前置模块对渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定目标业务的目标处理结果。

本实施例中，由于渠道前置模块上登记了M个处理模块的处理结果，此时，渠道前置模块在根据M个处理结果确定目标处理结果时，就可以对该M个处理结果进行综合评估。

在一种综合评估的方式中，渠道前置模块可以针对目标业务的类型，确定M个处理结果中哪些处理结果对于确定目标业务的目标处理结果是非常关键的因素，哪些处理结果不是关键的因素，然后从筛选出来的关键因素中，确定目标处理结果。

示例性地，假设有5个处理模块，该5个处理模块中，认为第3个处理模块和第4个处理模块的处理结果是决定目标业务是否处理成功的关键因素，那么就可以只根据第3个处理模块和第4个处理模块的处理结果确定本次业务处理到底是成功还是失败。

作为一个可选的实施例，第i个处理模块通过智能合约将处理结果登记到第i个处理模块上部署的私有链节点中。

其中，智能合约可以认为是在先前设定好的代码数字协议，在不可更改且公共监督的情况下去运行的合约。

本实施例中，智能合约可以认为是一个存储在区块链中的小程序，以第i个处理模块为例，当第i个处理模块处理完成后，就可以触发智能合约，从而将处理结果登记到私有链节点上。

可以理解的是，不同的处理模块由于执行的功能可能是不一样的，因此，不同的处理模块对应的智能合约可能是不同的。

作为一个可选的实施例，第i个处理模块上部署的私有链节点的个数大于或等于1。

本实施例中，对处理模块上部署的私有链节点的个数和部署形式不做限定。

示例性地，图5为本申请一个实施例提供的一个处理模块内部的私有链节点部署的结构性示意图。该示例中，处理模块包括4个微服务，分别称为微服务通用接口校验、微服务产品集成层、微服务后台系统交互和微服务通用接口校验。该示例中，微服务通用接口校验、微服务产品集成层和微服务后台系统交互上分别部署有私有链节点，并且微服务与私有链节点之间使用智能合约调用接口连接。

如图5示，私有链节点、微服务与服务网格整合在一个容器中。如果采用边车技术则可以部署在独立的容器中。服务网格或边车中主要集成了通讯代理、服务注册和发现、容器探针、流量控制等机制，能够让应用微服务与通讯、监控等基础设施分离，从而专注处理业务逻辑。服务网格或者边车都不能解决微服务间的互信问题，则由私有链来解决。私有链节点的容器内部署让应用调用智能合约的花费最小化。私有链节点与微服务之间有不同的通讯通道，互不影响，能够增强整个系统的可用性。

其中，关于容器、服务网格和边车技术的详细描述可以参考相关技术，此处不再赘述。

在此说明的是，本申请实施例提供的银企互联系统还可以应用于其他场景。例如，如图6所示，大型企业与其贸易伙伴之间一般会形成一个以核心企业为中心的供应链，如果供应链的企业之间采用了联盟链，则可以通过银企互联系统进行跨链通讯，通过筛选和整合银行内部系统处理的情况，为联盟链提供可信的交易处理结果。

其中，关于联盟链的详细描述可以参考相关技术中的描述，此处不再赘述。

图7为本申请一个实施例提供的处理装置的结构性示意图。图7所示的处理装置可以用于执行前述任意一个实施例所述的处理方法。

如图7所示，本实施例的处理装置包括：渠道前置模块701和目标处理模块702，目标处理模块702中包括M个处理模块(如图中的处理模块1，处理模块2至处理模块M)，M个处理模块采用分布式结构，渠道前置模块701和任意一个处理模块上部署有私有链节点；渠道前置模块701用于：接收请求信息，请求信息用于请求对目标业务进行处理；目标处理模块702中的第i个处理模块用于：对目标业务进行处理，并将处理结果登记到第i个处理模块上部署的私有链节点中，所述i从1取至M；渠道前置模块701还用于：根据渠道前置模块701上部署的私有链节点中包括的信息，确定目标业务的目标处理结果和输出目标处理结果，所述目标处理结果包括处理成功或处理失败。

作为一种示例，第i个处理模块可以用于执行图3所述的方法中的对目标业务进行处理的步骤。例如，处理模块702中第i个处理模块用于执行S302。

在一种可能的实现方式中，第i个处理模块通过智能合约将处理结果登记到第i个处理模块上部署的私有链节点中。

在一种可能的实现方式中，第i个处理模块上部署的私有链节点的个数大于或等于1。

在一种可能的实现方式中，渠道前置模块701具体用于：对渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定目标业务的目标处理结果。

图8为本申请一个实施例提供的处理装置的结构性示意图。图8所示的处理装置可以用于执行前述任意一个实施例所述的处理方法。

如图8所示，本实施例的装置800包括：存储器801、处理器802、通信接口803以及总线804。其中，存储器801、处理器802、通信接口803通过总线804实现彼此之间的通信连接。

存储器801可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器801可以存储程序，当存储器801中存储的程序被处理器802执行时，处理器802用于执行图3所示的方法的各个步骤。

处理器802可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的方法。

处理器802还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例中的方法的各个步骤可以通过处理器802中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器802还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(fieldprogrammable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器801，处理器802读取存储器801中的信息，结合其硬件完成本申请测温装置包括的单元所需执行的功能，例如，可以执行图3所示实施例的各个步骤/功能。

通信接口803可以使用但不限于收发器一类的收发装置，来实现装置800与其他设备或通信网络之间的通信。

总线804可以包括在装置800各个部件(例如，存储器801、处理器802、通信接口803)之间传送信息的通路。

应理解，本申请实施例所示的装置800可以是电子设备，或者，也可以是配置于电子设备中的芯片。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种业务处理方法，其特征在于，所述方法应用于银企互联系统，所述银企互联系统包括渠道前置模块和M个处理模块，所述M个处理模块采用分布式结构，所述渠道前置模块和任意一个处理模块上部署有私有链节点，所述方法包括：

所述渠道前置模块接收请求信息，所述请求信息用于请求对目标业务进行处理；

所述M个处理模块中的第i个处理模块对所述目标业务进行处理，并将处理结果登记到所述第i个处理模块上部署的私有链节点中，所述i从1取至M；

所述渠道前置模块根据所述渠道前置模块上部署的私有链节点中包括的信息确定所述目标业务的目标处理结果，所述目标处理结果包括处理成功或处理失败；

所述渠道前置模块输出所述目标处理结果；

其中，M取值为5，所述M个处理模块分别为外联接入区、中台渠道处理层、后台系统总控、后台产品层和核心账务层。

2.根据权利要求1所述的方法，其特征在于，所述第i个处理模块通过智能合约将所述处理结果登记到所述第i个处理模块上部署的私有链节点中。

3.根据权利要求2所述的方法，其特征在于，所述第i个处理模块上部署的私有链节点的个数大于或等于1。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，所述渠道前置模块根据所述渠道前置模块上部署的私有链节点中包括的信息，确定所述目标业务的目标处理结果，包括：

所述渠道前置模块对所述渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定所述目标业务的目标处理结果。

5.一种业务处理装置，其特征在于，所述装置包括渠道前置模块和M个处理模块，所述M个处理模块采用分布式结构，所述渠道前置模块和任意一个处理模块上部署有私有链节点；

所述渠道前置模块用于：接收请求信息，所述请求信息用于请求对目标业务进行处理；

第i个处理模块用于：对所述目标业务进行处理，并将处理结果登记到所述第i个处理模块上部署的私有链节点中，所述i从1取至M；

所述渠道前置模块还用于：根据所述渠道前置模块上部署的私有链节点中包括的信息确定所述目标业务的目标处理结果及输出所述目标处理结果，所述目标处理结果包括处理成功或处理失败；

其中，M取值为5，所述M个处理模块分别为外联接入区、中台渠道处理层、后台系统总控、后台产品层和核心账务层。

6.根据权利要求5所述的装置，其特征在于，所述第i个处理模块通过智能合约将所述处理结果登记到所述第i个处理模块上部署的私有链节点中。

7.根据权利要求6所述的装置，其特征在于，所述第i个处理模块上部署的私有链节点的个数大于或等于1。

8.根据权利要求5至7中任意一项所述的装置，其特征在于，所述渠道前置模块具体用于：

对所述渠道前置模块上部署的私有链节点中包括的信息进行综合评价，确定所述目标业务的目标处理结果。

9.一种业务处理装置，其特征在于，包括：存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1至4中任一项所述的业务处理方法。

10.一种计算机可读介质，其特征在于，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如权利要求1至4中任一项所述方法的指令。