基于区块链的业务处理方法、业务处理方法、装置及设备
本申请为2020年05月29日提交中国专利局、申请号为202010478313.3、发明名称为“基于区块链的业务处理方法、业务处理方法、装置及设备”的中国专利申请的分案申请。
技术领域
本说明书涉及计算机技术领域,尤其涉及一种基于区块链的业务处理方法、业务处理方法、装置及设备。
背景技术
一直以来,基于互联网的金融交易安全都是金融机构关注的重要课题,目前,对于基于互联网的金融交易安全,普遍采用的手段是使用专用硬件设备来存储可标识业务请求方(如某企业或机构等)的身份的数字证书,并且存储在该硬件设备内的数字证书不可被读取。在实际应用的过程中,可以通过将该硬件设备与执行互联网金融交易的设备(即业务请求方所使用的设备)进行连接,从而在互联网的金融交易中对传输的信息进行签名,业务授权方(如金融机构,具体如银行等)可以对上述经过签名的信息进行验证,以确定业务请求方的身份信息,从而实现基于点对点交易的金融级的用户身份核验。
对于业务请求方而言,随着基于互联网业务的增长,会有越来越多的针对互联网业务进行资源申请(如融资等)等业务需求,而越来越多的金融机构也提出了基于互联网业务进行核身、验证签名和授权等需求。为此,上述基于点对点交易的身份核验与签名验证等方式遇到了新的业务挑战,因此,需要提供一种基于互联网的金融交易中更优的核身、验证签名和授权等处理的技术方案。
发明内容
本说明书实施例的目的是提供一种基于互联网的金融交易中更优的核身、验证签名和授权等处理的技术方案。
为了实现上述技术方案,本说明书实施例是这样实现的:
本说明书实施例提供的一种业务处理方法,应用于区块链节点,所述方法包括:获取业务授权方对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。调用所述第一智能合约对所述加签数据进行验证,得到验证结果。若验证结果为通过,则将所述业务数据和加签数据发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。接收所述业务授权方返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种业务处理方法,应用于业务授权方,所述方法包括:生成针对业务请求方的数字证书和存证信息。将所述数字证书颁发给所述业务请求方,并向预定区块链节点发送所述存证信息,以使所述区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。接收所述区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述区块链节点,以使所述区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理方法,应用于接入第一区块链的第一区块链节点,所述方法包括:通过所述第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从所述第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。调用所述第一智能合约对所述加签数据进行验证,得到验证结果。若验证结果为通过,则通过所述跨链传输通道,将所述业务数据和加签数据发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。通过所述跨链传输通道,接收所述第二区块链节点返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理方法,应用于接入第二区块链的第二区块链节点,所述方法包括:生成针对业务请求方的数字证书和存证信息。将所述数字证书颁发给所述业务请求方,并通过第一区块链和所述第二区块链的跨链传输通道,向所述第一区块链的第一区块链节点发送所述存证信息,以使所述第一区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。通过所述跨链传输通道,接收所述第一区块链的第一区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述第一区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述第一区块链的所述第一区块链节点,以使所述第一区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种业务处理装置,所述装置包括:合约部署模块,获取业务授权方对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。请求接收模块,接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。第一验证模块,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。数据发送模块,若验证结果为通过,则将所述业务数据和加签数据发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。处理模块,接收所述业务授权方返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种业务处理装置,所述装置包括:生成模块,生成针对业务请求方的数字证书和存证信息。发送模块,将所述数字证书颁发给所述业务请求方,并向预定区块链节点发送所述存证信息,以使所述区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。数据接收模块,接收所述区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。二次验证模块,对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述区块链节点,以使所述区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理装置,所述装置包括:信息获取与合约部署模块,通过所述第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从所述第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。请求模块,接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。调用模块,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。跨链传输模块,若验证结果为通过,则通过所述跨链传输通道,将所述业务数据和加签数据发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。处理模块,通过所述跨链传输通道,接收所述第二区块链节点返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理装置,所述装置包括:证书和信息生成模块,生成针对业务请求方的数字证书和存证信息。证书和信息发送模块,将所述数字证书颁发给所述业务请求方,并通过第一区块链和所述第二区块链的跨链传输通道,向所述第一区块链的第一区块链节点发送所述存证信息,以使所述第一区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。数据接收模块,通过所述跨链传输通道,接收所述第一区块链的第一区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述第一区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。验证模块,对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述第一区块链的所述第一区块链节点,以使所述第一区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种业务处理设备,所述业务处理设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:获取业务授权方对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。调用所述第一智能合约对所述加签数据进行验证,得到验证结果。若验证结果为通过,则将所述业务数据和加签数据发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。接收所述业务授权方返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种业务处理设备,所述业务处理设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:生成针对业务请求方的数字证书和存证信息。将所述数字证书颁发给所述业务请求方,并向预定区块链节点发送所述存证信息,以使所述区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。接收所述区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述区块链节点,以使所述区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理设备,所述基于区块链的业务处理设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:通过所述第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从所述第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证。接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据。调用所述第一智能合约对所述加签数据进行验证,得到验证结果。若验证结果为通过,则通过所述跨链传输通道,将所述业务数据和加签数据发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果。通过所述跨链传输通道,接收所述第二区块链节点返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例提供的一种基于区块链的业务处理设备,所述基于区块链的业务处理设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:生成针对业务请求方的数字证书和存证信息。将所述数字证书颁发给所述业务请求方,并通过第一区块链和所述第二区块链的跨链传输通道,向所述第一区块链的第一区块链节点发送所述存证信息,以使所述第一区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果。通过所述跨链传输通道,接收所述第一区块链的第一区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述第一区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据。对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述第一区块链的所述第一区块链节点,以使所述第一区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书一种业务处理方法实施例;
图2为本说明书一种业务处理系统的结构示意图;
图3为本说明书另一种业务处理方法实施例;
图4为本说明书又一种业务处理方法实施例;
图5为本说明书又一种业务处理方法实施例;
图6为本说明书又一种业务处理方法实施例;
图7为本说明书又一种业务处理方法实施例;
图8为本说明书一种基于区块链的业务处理方法实施例;
图9为本说明书另一种业务处理系统的结构示意图;
图10为本说明书另一种基于区块链的业务处理方法实施例;
图11为本说明书一种业务处理装置实施例;
图12为本说明书另一种业务处理装置实施例;
图13为本说明书一种基于区块链的业务处理装置实施例;
图14为本说明书另一种基于区块链的业务处理装置实施例;
图15为本说明书一种业务处理设备实施例;
图16为本说明书另一种业务处理设备实施例。
具体实施方式
本说明书实施例提供一种基于区块链的业务处理方法、业务处理方法、装置及设备。
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
实施例一
如图1所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为区块链节点,该区块链节点可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。本说明书实施例涉及的系统架构可以如图2所示。该方法具体可以包括以下步骤:
在步骤S102中,获取业务授权方对业务请求方生成的存证信息,基于该存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证。
其中,业务授权方可以是对请求执行某项业务的业务请求方授予相应的权限的一方,业务请求方可以是请求执行某项业务的一方,例如,可以包括某一物流机构和一个金融机构,该物流机构基于某些原因需要向该金融机构申请融资,则对于该融资业务,该物流机构可以为业务请求方,由于该金融机构需要向该物流机构授予向该金融机构申请融资的权限,因此,该金融机构可以作为业务授权方。存证信息可以是业务授权方需要记录或存储的信息,以便后续在出现业务纠纷或信息核验时可以作为依据使用,存证信息中可以包括多种不同的信息,例如业务授权方的相关信息(如业务授权方的标识、业务授权方的数字身份信息、业务请求方的标识、业务请求方的数字身份信息和授权相关的信息,其中的数字身份信息可以包括多种,具体如DID(Decentralized IDentity,去中心化身份标识符)等)。第一智能合约可以是由存证信息构建的智能合约,其中的智能合约可以是一种旨在以信息化方式传播、验证或执行某项处理的计算机协议,智能合约允许在没有第三方的情况下进行可信交互,进行的上述交互可追踪且不可逆转,第一智能合约中可以包括合约参与方可以在上面执行合约参与方同意的权利和义务的协议。第一智能合约中可以包括触发执行该第一智能合约的触发条件,以及触发条件对应的结果,第一智能合约中可以包括一个或多个触发条件,每个触发条件可以对应有一个结果,如第一智能合约的触发条件为:存证信息与业务请求方提供的待检验数据相匹配,触发条件对应的结果为:业务请求方的身份验证通过等。
在实施中,一直以来,基于互联网的金融交易安全都是金融机构关注的重要课题,目前,对于基于互联网的金融交易安全,普遍采用的手段是使用专用硬件设备来存储可以标识业务请求方(如某企业或机构等)的身份的数字证书,并且存储在该硬件设备内的数字证书不可被读取。在实际应用的过程中,可以通过将该硬件设备与执行互联网金融交易的设备(即业务请求方所使用的设备)进行连接,从而在互联网的金融交易中对传输的信息进行签名,业务授权方(如金融机构,具体如银行等)可以对上述经过签名的信息进行验证,以确定业务请求方的身份信息,从而实现基于点对点交易的金融级的用户身份核验。对于业务请求方而言,随着基于互联网业务的增长,会有越来越多的针对互联网业务进行资源申请(如融资等)等业务需求,而越来越多的金融机构也提出了基于互联网业务进行核身、验证签名和授权等需求。为此,上述基于点对点交易的身份核验与签名验证等方式遇到了新的业务挑战,因此,需要提供一种基于互联网的金融交易中更优的核身、验证签名和授权等处理的技术方案。本说明书实施例提供一种能够实现上述技术方案的方法,具体可以包括以下内容:
随着电子商务的快速发展,大量组织或企业越来越倾向于采用电子信息的方式进行业务交流和沟通,以降低成本、提升竞争力,为此,可以采用向业务请求方颁发授权信息或数字证书等方式,为业务请求方授予某项业务的访问或执行权限,以此来提高信息传输的安全性。本说明书实施例中,基于上述硬件设备中的数字证书,业务授权方可以为业务请求方生成相应的数字证书,但该数字证书可以不需要存储在硬件设备中,而可以以软件或应用程序的方式构建该数字证书的文件,具体地,业务请求方可以向业务授权方申请某项业务的访问或执行权限,业务授权方可以获取业务请求方的相关数据,例如业务请求方的经营状况信息、业务请求方的发展前景和业务请求方所拥有的固定资源等信息。业务授权方可以基于上述数据,对业务请求方是否具备访问或执行该项业务的资质进行验证,如果确定业务请求方具备访问或执行该项业务的资质,则可以为业务请求方生成数字证书的文件,如果确定业务请求方不具备访问或执行该项业务的资质,则可以向业务请求方发送相应的通知消息。业务授权方可以将生成的数字证书的文件发送给业务请求方,这样,当业务请求方需要访问或执行上述业务时,可以通过该数字证书对相应的数据进行处理,然后再将其发送给业务授权方。
业务授权方将生成的数字证书发送给业务请求方时,为了对该数字证书对应的签名信息进行验证,以及对该数字证书对应的相关信息进行存证,可以对业务请求方生成的存证信息。而对于存证信息存储的存储设备,考虑到存证信息的准确性、防止被篡改,可以构建区块链,将上述存证信息存储于区块链中。区块链本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中可以包含存储数据及其相关信息(如可以用于验证其数据的有效性(或防伪性)和生成下一个区块的信息等)。区块链在线上数据的防篡改、防伪和可追溯方向能够得到较好的应用,如果将存证信息的使用、管理和等处理中的相关行为数据添加到区块链中,则存证信息将无法更改和抵赖。因此,可以通过区块链来维护存证信息,这样,可以基于区块链中的存证信息对业务请求方的加签数据进行核验,从而保证存证信息等的准确性。
基于上述内容,可以通过区块链节点来响应业务授权方和业务请求方的相关处理,以为某业务处理的业务请求方提供相关服务,具体地,当业务授权方将生成的数字证书发送给业务请求方时,还可以生成对业务请求方的存证信息,业务授权方可以将该存证信息提供给上述区块链中的区块链节点,该区块链节点可以获取该存证信息,并可以将该存证信息存储到区块链中。
此外,区块链节点还可以基于得到的存证信息,制定对业务请求方的核身和验签规则,并可以基于该核身和验签规则生成相应的智能合约(即第一智能合约),并可以向该区块链节点所在的区块链网络中部署该第一智能合约,这样,区块链中存储了存证信息和相应的第一智能合约,其它组织或人员无法篡改该存证信息和相应的第一智能合约,而且,区块链节点可以通过第一智能合约对业务请求方进行核身和验签。
在步骤S104中,接收业务请求方的第一业务请求,该第一业务请求中包括业务数据和加签数据。
其中,业务数据可以是与业务请求相关的数据,例如业务请求为向业务授权方申请资源的信用额度(如贷款的信用额度等)的请求,则业务数据可以为申请资源的信用额度所需的数据,具体如业务请求方的经营状况信息、业务请求方的发展前景和业务请求方所拥有的固定资源等,具体可以根据实际情况设定,本说明书实施例对此不做限定。加签数据可以是将某数据进行签名处理得到的数据,其中可以通过上述提到的数字证书进行签名处理等。
在实施中,业务请求方在获取到业务授权方提供的对某业务进行访问或执行的授权信息或数字证书后,可以向业务授权方进行业务请求,具体地,可以预先设定业务请求的相关页面,该页面中可以设置有某一项或多项业务的请求入口(具体可以通过按键或超链接等方式体现),业务请求方可以通过终端设备打开上述页面,并可以通过上述请求入口进入某一项业务的业务请求的相关页面,可以通过该页面中提供的与该业务和业务请求方的身份的相关信息的输入框中输入业务数据和业务请求方身份的相关信息,输入完成后,可以点击该页面中的提交按键,此时,上述数字证书或授权信息可以对业务请求方身份的相关信息进行签名处理,具体如,该数字证书或授权信息中可以包括一对密钥,其中可以包括公钥和私钥,可以通过其中的私钥对业务请求方身份的相关信息进行签名处理,生成加签数据,然后,业务请求方的终端设备可以使用上述业务数据和加签数据,以及该数字证书或授权信息中的公钥生成第一业务请求,可以将该第一业务请求发送给区块链节点,从而区块链节点可以接收到业务请求方的第一业务请求。
需要说明的是,上述签名处理过程,除了可以通过其中的私钥对业务请求方身份的相关信息进行签名处理,在实际应用,还可以通过其中的公钥对业务请求方身份的相关信息进行签名处理,而将其中私钥通过第一业务请求发送给区块链节点等。此外,还可以通过上述方式对业务数据进行签名处理,从而保证业务数据在传输过程中的安全性。
在步骤S106中,调用第一智能合约对上述加签数据进行验证,得到验证结果。
在实施中,区块链节点接收到第一业务请求后,可以对第一业务请求进行分析,从中可以提取加签数据和相应的密钥(如上述的公钥等),然后,区块链节点可以调用第一智能合约对该加签数据进行核验,具体地,第一智能合约中可以记录有业务授权方对业务请求方生成的存证信息,区块链节点可以通过上述密钥对加签数据进行解密,得到加签数据中的数据内容,可以将解密得到的数据内容与第一智能合约中记录的存证信息进行比对,如果解密得到的数据内容与第一智能合约中记录的存证信息匹配,则可以确定对上述加签数据的验证通过,如果解密得到的数据内容与第一智能合约中记录的存证信息不匹配,则可以确定对上述加签数据的验证未通过,此时,可以向业务请求方发送身份核验失败的通知消息,以便业务请求方可以重新发送第一业务请求。此外,还可以向业务授权方发送对业务请求方的加签数据的验证未通过的通知消息,以便业务授权方根据实际情况调整业务请求方的风险等级,并可以通过其它途径及时通知业务请求方保护相关数据的安全性等,从而得到对上述加签数据进行验证的验证结果。
在步骤S108中,若验证结果为通过,则将上述业务数据和加签数据发送至业务授权方,以使业务授权方对该加签数据进行二次验证,验证通过后基于该业务数据进行业务处理,得到处理结果。
在实施中,区块链节点通过调用第一智能合约对上述加签数据进行验证,可以得到相应的验证结果,如果得到的验证结果为验证通过,则表明业务请求方的身份正确,此时可以继续执行后续相关处理,即可以将上述业务数据和加签数据发送至业务授权方。业务授权方接收到该业务数据和加签数据后,也可以对该加签数据进行二次验证,即可以通过数字证书或授权信息中的密钥对加签数据进行解密,得到加签数据中的数据内容,可以将解密得到的数据内容与存证信息进行比对,如果解密得到的数据内容与存证信息匹配,则可以确定对上述加签数据的验证通过,如果解密得到的数据内容与第一智能合约中记录的存证信息不匹配,则可以确定对上述加签数据的验证未通过。
如果对上述加签数据的验证通过,则业务授权方可以基于该业务数据对第一业务请求对应的业务进行业务处理,得到相应的处理结果,例如,第一业务请求为向业务授权方申请资源的信用额度(如贷款的信用额度等)的请求,则业务授权方可以基于该业务数据,确定业务请求方是否能够申请资源的信用额度,以及能够申请到的资源的信用额度的数值范围等,如果业务授权方基于该业务数据确定业务请求方无法申请资源的信用额度,则可以生成相应的处理结果,如果业务授权方基于该业务数据确定业务请求方能够申请资源的信用额度,则可以获取业务请求方能够申请到的资源的信用额度的数值范围,并可以基于获取到的业务请求方能够申请到的资源的信用额度的数值范围生成相应的处理结果。业务授权方可以将上述得到的处理结果返回给区块链节点。
在步骤S110中,接收业务授权方返回的上述处理结果,将该处理结果返回业务请求方,并基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
其中,第二业务请求可以是与上述业务数据对应的业务相关的业务请求,第二业务请求可以与上述第一业务请求不同,例如,第一业务请求可以为向业务授权方申请资源的信用额度(如贷款的信用额度等)的请求,而第二业务请求可以是向区块链节点或业务授权方请求资源支用的请求等,具体可以根据实际情况设定,本说明书实施例对此不做限定。
在实施中,区块链节点可以接收业务授权方返回的上述处理结果,并可以将该处理结果返回业务请求方。然后,区块链节点可以基于该处理结果对业务请求方后续发起的与上述业务数据对应的业务相关的第二业务请求进行处理,具体如,基于上述步骤S108的示例,并以第二业务请求可以是向区块链节点或业务授权方请求资源支用的请求为例,如果区块链节点接收到的处理结果为业务请求方无法申请资源的信用额度,则在后续接收到业务请求方发起的与上述业务数据对应的业务相关的第二业务请求时,可以拒绝对第二业务请求进行处理,如果区块链节点接收到的处理结果为业务请求方能够申请资源的信用额度,则在后续接收到业务请求方发起的与上述业务数据对应的业务相关的第二业务请求时,可以基于业务请求方能够申请到的资源的信用额度的数值范围以对第二业务请求进行处理,如第二业务请求中需要支用的资源的数值处于上述数值范围内,则可以向业务请求方提供需要支用的资源,如果第二业务请求中需要支用的资源的数值未处于上述数值范围内,则可以拒绝对第二业务请求进行处理等。
本说明书实施例提供一种业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例二
如图3所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为区块链节点,该区块链节点可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S302中,获取业务授权方对业务请求方生成的存证信息,基于该存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证。
步骤S302的具体处理过程可以参见上述实施例一中的相关内容,在此不再赘述。
此外,基于上述实施例一中的相关内容,业务授权方可以针对业务请求方生成数字证书,针对上述情况,还可以通过下述步骤A2~步骤A6的方式处理。
在步骤A2中,获取业务授权方针对业务请求方生成的数字证书,该数字证书用于生成加签数据。
其中,数字证书是指在互联网交易中标志交易各方身份信息的一个数字认证,数字证书可以对用户在互联网交流中的信息和数据等进行加密或解密,从而保证了信息和数据的完整性和安全性。数字证书的基本架构是一对密钥,可以通过该密钥实施加密和解密,其中的密钥可以包括私钥和公钥,私钥可以用于签名和解密,公钥可以用于签名验证和加密等。
在实施中,业务请求方可以向业务授权方申请某项业务的访问或执行权限,业务授权方可以获取业务请求方的相关数据,并可以基于上述数据,对业务请求方是否具备访问或执行该项业务的资质进行验证,如果确定业务请求方具备访问或执行该项业务的资质,则可以为业务请求方生成数字证书,并可以将生成的数字证书发送给业务请求方。此外,业务授权方也可以将生成的数字证书发送给区块链节点,以便对该数字证书进行存证,或者,区块链节点可以定时或不定时的向业务授权方查询新建的数字证书,并可以将新建的数字证书从业务授权方的终端设备拉取,从而区块链节点可以获取到业务授权方针对业务请求方生成的数字证书。
在步骤A4中,获取业务请求方的数字身份信息。
其中,数字身份信息可以是指通过数字化信息将业务请求方或业务授权方可识别地进行刻画的信息,也即为将真实的身份信息浓缩为数字代码的形式表现,以便对业务请求方或业务授权方个人的实时行为信息进行绑定、查询和验证。数字身份信息中不仅可以包含种业务请求方或业务授权方的出生信息、个体描述、生物特征等身份编码信息,也涉及多种属性的个人行为信息(如交易信息或娱乐信息等)等。数字身份信息可以通过多种方式展现,如DID(Decentralized Identity,去中心化身份)等。
在步骤A6中,将上述数字证书与业务请求方的数字身份信息关联存储。
在实施中,可以将上述数字证书与业务请求方的数字身份信息相关联,并可以将上述数字证书与业务请求方的数字身份信息对应存储。在实际应用中,业务授权方可以为每个业务请求方颁发一个或多个数字证书,不同的业务授权方也可以为每个业务请求方颁发一个或多个数字证书,业务授权方颁发的每一个数字证书均可以与业务请求方的数字身份信息相关联,并可以对应存储在区块链中。
基于上述相关内容,上述存证信息可以包括以下中的一项或多项:数字证书的密钥(如数字证书的公钥等)、数字证书的颁发方信息(即业务授权方的相关信息)、所述数字证书的使用方信息(即业务请求方的相关信息)、数字证书与颁发方的关系信息(即数字证书与业务授权方的关系信息)、数字证书与使用方的关系信息(即数字证书与业务请求方的关系信息)等,在实际应用中,存证信息中除了可以包含上述信息外,还可以包括其它多种不同的信息,具体可以根据实际情况设定,本说明书实施例对此不做限定。
在步骤S304中,接收业务请求方的第一业务请求,第一业务请求中包括业务数据和加签数据。
其中,第一业务请求可以为资源申请请求,资源申请请求可以是向业务授权方申请一定资源的信用额度的请求,具体如融资请求等。加签数据可以是通过数字证书将业务请求方提供的相关信息(如与业务请求方相关的信息等)进行签名处理得到的数据。
在步骤S306中,调用第一智能合约对上述加签数据进行验证,得到验证结果。
在步骤S308中,若验证结果为通过,则将上述业务数据和加签数据发送至业务授权方。
在实际应用中,除了可以对上述加签数据进行验证外,还可以对第一业务请求中的其它数据进行验证,以下提供一种可选的处理方式,具体可以包括以下步骤S310和步骤S312的处理。
在步骤S310中,调用第一智能合约对上述业务数据进行真实性验证,得到该业务数据的验证结果。
在实施中,第一智能合约中还可以设置有对第一业务请求中的业务数据进行真实性验证的规则,当区块链节点调用第一智能合约对上述加签数据进行验证,且验证通过后,可以再次调用第一智能合约,通过第一智能合约中设置的对第一业务请求中的业务数据进行真实性验证的规则,对业务数据进行真实性验证,具体可以如区块链节点可以从业务请求方和其它可信信息源中,获取与业务请求方的上述业务数据相关的数据,并可以通过第一智能合约中设置的对第一业务请求中的业务数据进行真实性验证的规则,将获取到的数据与上述业务数据进行比对或匹配,以对该业务数据进行真实性验证,最终可以得到该业务数据的验证结果。例如,业务请求方为网络货运机构,在相应的业务数据可以是运单和物流等数据,则区块链节点可以从业务请求方和其它可信信息源中,获取与业务请求方的运单和物流等相关的数据,并可以将获取的数据与上述业务数据进行匹配或比对,从而确定业务请求方提供的业务数据的真实性,同时也可以确定业务请求方的经营状态等相关信息,并可以将确定信息作为后续处理的依据。
在步骤S312中,将上述业务数据的验证结果发送至业务授权方,以使业务授权方对上述加签数据进行二次验证通过后,基于该业务数据的验证结果和该业务数据进行业务处理,得到处理结果。
在实施中,由于区块链节点已对业务请求方提供的业务数据的真实性进行核验,其核验结果的可信度较高,因此,业务授权方在对上述加签数据进行二次验证通过后,可以基于该业务数据的验证结果和该业务数据,对第一业务请求对应的业务进行业务处理,得到相应的处理结果,具体处理过程可以参见上述实施例一中步骤S108的相关内容,在此不再赘述。
在步骤S314中,接收业务授权方返回的上述处理结果,将该处理结果返回业务请求方。
在实际应用中,针对上述处理结果之后,还可以基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的业务请求进行处理,具体可以包括以下步骤S316和步骤S318的处理。
在步骤S316中,根据上述处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,将第二智能合约部署于区块链中。
其中,与上述业务数据对应的业务的处理规则可以包括多种,例如第一业务请求为资源申请请求,则上述处理规则可以包括如资源支用规则(如每次支用的最大数量、支用的时间等)、申请的资源的使用规则(如资源的使用范围或领域等)。第二智能合约可以是与上述第一智能合约不同的智能合约,在实际应用中,还可以将第二智能合约和第一智能合约组合为一个智能合约使用,本说明书实施例对此不做限定。
在实施中,区块链节点可以针对上述业务数据对应的业务,确定与上述业务数据对应的业务的处理规则,并可以基于上述处理结果和与上述业务数据对应的业务的处理规则生成相应的智能合约(即第二智能合约),并可以向该区块链节点所在的区块链网络中部署该第二智能合约,区块链节点通过第二智能合约对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
在步骤S318中,当接收到业务请求方发起的与上述业务数据对应的业务相关的第二业务请求时,调用第二智能合约对第二业务请求进行处理,并将得到的第二业务请求的处理结果发送给业务授权方和业务请求方。
其中,第二业务请求可以为资源支用请求,资源支用请求可以为从已经申请到的资源的信用额度中支取一定资源额度的请求,例如已经申请到的资源的信用额度为10万元,则资源支用请求可以为从中支取5万元的请求等。
在实施中,业务请求方得到上述处理结果后,可以向区块链节点或业务授权方进行业务请求,具体地,可以预先设定业务请求的相关页面,该页面中可以设置有某一项或多项业务的请求入口,业务请求方可以通过终端设备打开上述页面,并可以通过上述请求入口进入相应业务(如资源支用业务等)的相关页面,可以通过业务请求方在该页面中信息的输入框中输入的信息生成第二业务请求,可以将该第二业务请求发送给区块链节点,从而区块链节点可以接收到业务请求方的第二业务请求。
区块链节点接收到业务请求方发起的与上述业务数据对应的业务相关的第二业务请求后,可以调用第二智能合约对第二业务请求进行处理,并将得到的第二业务请求的处理结果发送给业务授权方和业务请求方,具体地,第二业务请求可以为资源支用请求,第二业务请求中可以包括需要支用的资源的数量,此时,区块链节点可以将第二业务请求中包含的需要支用的资源的数量与已经申请到的资源的信用额度进行比较,如果需要支用的资源的数量小于或等于已经申请到的资源的信用额度,则可以向业务授权方发送第二业务请求,以使业务授权方将需要支用的资源转移给业务请求方,如果需要支用的资源的数量大于已经申请到的资源的信用额度,则可以拒绝向业务请求方执行资源支用处理,同时,可以向业务请求方和业务授权方发送相应的通知消息。
本说明书实施例提供一种业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,通过第二智能合约对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例三
如图4所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为业务授权方的终端设备,业务授权方可以是对业务请求方执行或访问某一项或多项不同业务进行授权的一方,具体如金融机构(如银行等)等,业务授权方的终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备,还可以是一个独立的服务器或者由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S402中,生成针对业务请求方的数字证书和存证信息。
在步骤S404中,将上述数字证书颁发给业务请求方,并向预定区块链节点发送上述存证信息,以使区块链节点基于该存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证,并在接收到业务请求方的第一业务请求时,调用第一智能合约对该加签数据进行验证,得到验证结果。
在步骤S406中,接收区块链节点发送的业务数据和加签数据,该业务数据和加签数据是区块链节点在上述验证结果为通过时发送,该加签数据是基于上述数字证书生成的数据。
在步骤S408中,对上述加签数据进行二次验证,若验证通过,则基于上述业务数据进行业务处理,得到处理结果,并将该处理结果返回给区块链节点,以使区块链节点基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
上述步骤S402~S408的具体处理过程可以参见上述实施例一和实施例二中的相关内容,在此不再赘述。
本说明书实施例提供一种业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例四
如图5所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为业务授权方的终端设备,业务授权方可以是对业务请求方执行或访问某一项或多项不同业务进行授权的一方,具体如金融机构(如银行等)等,业务授权方的终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备,还可以是一个独立的服务器或者由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S502中,生成针对业务请求方的数字证书和存证信息。
其中,存证信息可以包括以下中的一项或多项:数字证书的密钥、数字证书的颁发方信息、数字证书的使用方信息、数字证书与颁发方的关系信息、数字证书与使用方的关系信息。
在步骤S504中,基于上述数字证书生成可验证声明。
其中,可验证声明可以是用于描述个人、组织等实体所具有的某些属性的一种规范性的信息,可验证声明可以实现基于证据的信任,可以通过可验证声明,向其他实体证明当前实体的某些属性的信息是可信的。
在实施中,通过上述步骤S502的处理得到数字证书后,为了确保数字证书的准确性,可以基于该数字证书生成一个可验证声明,可以将该数字证书的内容写入可验证声明中,或者,可以将该数字证书的数据存储于预定的存储区域或存储部件中,并可以将该数字证书的存储地址写入到可验证声明中。此外,可验证声明中还可以包括签发该可验证声明的业务授权方的相关信息,具体如可以用于验证或证明业务授权方的身份的信息等,具体可以根据实际情况设定,本说明书实施例对此不做限定。
需要说明的是,为了确保可验证声明中的信息的安全性,还可以对可验证声明中的某些信息进行加密处理,得到该信息对应的密文,对于可验证声明中剩余的信息可以保持明文。
在步骤S506中,将可验证声明颁发给业务请求方,并向预定区块链节点发送上述存证信息,以使区块链节点基于该存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证,并在接收到业务请求方的第一业务请求时,调用第一智能合约对该加签数据进行验证,得到验证结果。
其中,第一业务请求可以为资源申请请求。
在实施中,通过上述步骤S504的处理得到可验证声明后,可以将可验证声明分别颁发给相应的业务请求方。业务请求方得到可验证声明后,可以对接收到的可验证声明进行验证,如果验证结果为通过,则可以基于该可验证声明获取相应的数字证书,业务请求方可以将获取的数字证书进行存储,通过上述方式,业务请求方可以基于接收的可验证声明获取并存储数字证书。
在步骤S508中,接收区块链节点发送的上述业务数据和加签数据,该业务数据和加签数据是区块链节点在上述验证结果为通过时发送,该加签数据是基于数字证书生成的数据。
在步骤S510中,对上述加签数据进行二次验证,若验证通过,则基于上述业务数据进行业务处理,得到处理结果,并将该处理结果返回给区块链节点,以使区块链节点基于上述处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
其中,第二业务请求可以为资源支用请求。
本说明书实施例提供一种业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以通过可验证声明的方式将数字证书颁发给业务请求方,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性进一步提高。
实施例五
如图6所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为区块链节点和业务授权方的终端设备,该区块链节点和业务授权方的终端设备可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S602中,业务授权方生成针对业务请求方的数字证书和存证信息。
其中,存证信息可以包括以下中的一项或多项:数字证书的密钥、数字证书的颁发方信息、数字证书的使用方信息、数字证书与颁发方的关系信息、数字证书与使用方的关系信息。
在步骤S604中,业务授权方基于上述数字证书生成可验证声明,将可验证声明颁发给业务请求方,并向预定区块链节点发送上述存证信息。
在步骤S606中,区块链节点基于上述存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证。
此外,基于上述实施例一中的相关内容,业务授权方可以针对业务请求方生成数字证书,针对上述情况,还可以通过下述方式处理:区块链节点获取业务授权方针对业务请求方生成的数字证书,该数字证书用于生成加签数据;获取业务请求方的数字身份信息,将上述数字证书与业务请求方的数字身份信息关联存储。
在步骤S608中,区块链节点接收业务请求方的第一业务请求,第一业务请求中包括业务数据和加签数据。
在步骤S610中,区块链节点调用第一智能合约对上述加签数据进行验证,得到验证结果。
在步骤S612中,若验证结果为通过,则区块链节点将上述业务数据和加签数据发送至业务授权方。
在实际应用中,除了可以对上述加签数据进行验证外,还可以对第一业务请求中的其它数据进行验证,以下提供一种可选的处理方式,具体可以包括以下步骤S614和步骤S616的处理。
在步骤S614中,区块链节点调用第一智能合约对上述业务数据进行真实性验证,得到该业务数据的验证结果。
在步骤S616中,区块链节点将上述业务数据的验证结果发送至业务授权方。
需要说明的是,上述步骤S614和步骤S616仅是一种可选的处理流程,在实际应用中上述步骤S614和步骤S616的处理还可以设置于步骤S610之前,或者设置于步骤S610与步骤S612之间,或者设置于与步骤S610和步骤S612同步执行,具体可以根据实际情况设定。
在步骤S618中,业务授权方对上述加签数据进行二次验证,若验证通过,则基于上述业务数据进行业务处理,得到处理结果,并将该处理结果返回给区块链节点。
在步骤S620中,区块链节点将上述处理结果返回业务请求方,并基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
在实际应用中,针对上述处理结果中,还可以基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的业务请求进行处理,具体可以包括以下内容:根据上述处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,将第二智能合约部署于区块链中;当区块链节点接收到业务请求方发起的与上述业务数据对应的业务相关的第二业务请求时,调用第二智能合约对第二业务请求进行处理,并将得到的第二业务请求的处理结果发送给业务授权方和业务请求方。
本说明书实施例提供一种业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,通过第二智能合约对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,使得业务处理安全性和可靠性提高。并且,还可以通过可验证声明的方式将数字证书颁发给业务请求方,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性进一步提高。
实施例六
本实施例将结合具体的应用场景,对本发明实施例提供的一种业务处理方法进行详细的阐述,相应的应用场景为某业务请求方(如某企业或组织)向金融机构请求融资的应用场景,其中,第一业务请求可以为资源的信用额度的申请请求,第二业务请求可以为资源支用请求,业务授权方可以为金融机构。
如图7所示,本说明书实施例提供一种业务处理方法,该方法的执行主体可以为区块链节点和金融机构的终端设备,该区块链节点和金融机构的终端设备可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S702中,金融机构生成针对业务请求方的数字证书和存证信息。
其中,存证信息可以包括以下中的一项或多项:数字证书的密钥、数字证书的颁发方信息、数字证书的使用方信息、数字证书与颁发方的关系信息、数字证书与使用方的关系信息。
在步骤S704中,金融机构基于上述数字证书生成可验证声明,将可验证声明颁发给业务请求方,并向预定区块链节点发送上述存证信息。
在步骤S706中,区块链节点基于上述存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证。
此外,基于上述实施例一中的相关内容,金融机构可以针对业务请求方生成数字证书,针对上述情况,还可以通过下述方式处理:区块链节点获取金融机构针对业务请求方生成的数字证书,该数字证书用于生成加签数据;获取业务请求方的数字身份信息,将上述数字证书与业务请求方的数字身份信息关联存储。
在步骤S708中,区块链节点接收业务请求方的资源的信用额度的申请请求,该申请请求中包括业务数据和加签数据。
在步骤S710中,区块链节点调用第一智能合约对上述加签数据进行验证,得到验证结果。
在步骤S712中,若验证结果为通过,则区块链节点将上述业务数据和加签数据发送至金融机构。
在实际应用中,除了可以对上述加签数据进行验证外,还可以对第一业务请求中的其它数据进行验证,以下提供一种可选的处理方式,具体可以包括以下步骤S714和步骤S716的处理。
在步骤S714中,区块链节点调用第一智能合约对上述业务数据进行真实性验证,得到该业务数据的验证结果。
在步骤S716中,区块链节点将上述业务数据的验证结果发送至金融机构。
在步骤S718中,金融机构对上述加签数据进行二次验证,若验证通过,则基于上述业务数据进行业务处理,得到资源的信用额度的申请结果,并将该申请结果返回给区块链节点。
在步骤S720中,区块链节点将上述申请结果返回业务请求方,并基于该申请结果对业务请求方发起的资源支用请求进行处理。
在实际应用中,针对上述处理结果中,还可以基于该申请结果对业务请求方发起的资源支用请求进行处理,具体可以包括以下内容:根据上述申请结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,将第二智能合约部署于区块链中;当区块链节点接收到业务请求方发起的资源支用请求时,调用第二智能合约对资源支用请求进行处理,并将得到的资源支用请求的处理结果发送给金融机构和业务请求方。
本说明书实施例提供一种基于业务处理方法,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,通过第二智能合约对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,使得业务处理安全性和可靠性提高。并且,还可以通过可验证声明的方式将数字证书颁发给业务请求方,降低了融资授信的风险,使得业务处理安全性和可靠性进一步提高。
实施例七
如图8所示,本说明书实施例提供一种基于区块链的业务处理方法,该方法的执行主体可以为第一区块链中的第一区块链节点,第一区块链节点可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。本说明书实施例涉及的系统架构可以如图9示,即上述实施例中的业务授权方可以构建区块链(即第二区块链),每个不同的业务授权方可以作为该第二区块链中的一个节点。该方法具体可以包括以下步骤:
在步骤S802中,通过第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于该存证信息部署第一智能合约,第一智能合约用于根据该存证信息对业务请求方的加签数据进行验证。
其中,存证信息可以包括以下中的一项或多项:数字证书的密钥、数字证书的颁发方信息、数字证书的使用方信息、数字证书与颁发方的关系信息、数字证书与使用方的关系信息。业务授权机构可以是如上述实施例中的业务授权方所在的机构或组织,业务授权机构对应的第二区块链可以如金融机构对应的区块链等。跨链传输通道可以是第一区块链与第二区块链进行跨链信息传输所需使用的通道,该跨链传输通道可以基于预设的规则或协议进行设置,具体可以根据实际情况设定,本说明书实施例对此不做限定。
此外,第二区块链中的第二区块链节点可以针对业务请求方生成数字证书,针对上述情况,还可以通过下述方式处理:通过上述跨链传输通道,从第二区块链中获取第二区块链节点针对业务请求方生成的数字证书,该数字证书用于生成上述加签数据;获取所述业务请求方的数字身份信息;将该数字证书与业务请求方的数字身份信息关联存储。
在步骤S804中,接收业务请求方的第一业务请求,第一业务请求中包括业务数据和加签数据。
在步骤S806中,调用第一智能合约对上述加签数据进行验证,得到验证结果。
在步骤S808中,若验证结果为通过,则通过上述跨链传输通道,将上述业务数据和加签数据发送至第二区块链中的第二区块链节点,以使第二区块链节点对该加签数据进行二次验证,验证通过后基于该业务数据进行业务处理,得到处理结果。
此外,除了可以对上述加签数据进行验证外,还可以对第一业务请求中的其它数据进行验证,以下提供一种可选的处理方式,具体可以包括以下内容:调用第一智能合约对上述业务数据进行真实性验证,得到该业务数据的验证结果;通过上述跨链传输通道,将该业务数据的验证结果发送至第二区块链中的第二区块链节点,以使第二区块链节点对上述加签数据进行二次验证通过后,基于该业务数据的验证结果和该业务数据进行业务处理,得到处理结果。
在步骤S810中,通过上述跨链传输通道,接收第二区块链节点返回的处理结果,将该处理结果返回业务请求方,并基于该处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理。
其中,对于基于上述处理结果对业务请求方发起的与上述业务数据对应的业务相关的第二业务请求进行处理的具体处理方式可以多种多样,以下提供一种可选的处理方式,具体可以包括以下内容:根据上述处理结果和与上述业务数据对应的业务的处理规则,生成第二智能合约,将第二智能合约部署于第一区块链中;当接收到业务请求方发起的与该业务数据对应的业务相关的第二业务请求时,调用第二智能合约对第二业务请求进行处理,并通过上述跨链传输通道,将得到的第二业务请求的处理结果发送给第二区块链中的第二区块链节点。
此外,在实际应用中,第一业务请求可以为资源申请请求,第二业务请求可以为资源支用请求。
上述步骤S802~步骤S810处理过程可以参见上述实施例中的相关内容,在此不再赘述。
本说明书实施例提供一种基于区块链的业务处理方法,通过第二区块链中的第二区块链节点对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则通过跨链传输通道将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至第一区块链平台,第一区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从第二区块链获得更高的权限的可能性,通过第一区块链平台对业务请求方进行金融级的核身与验签,降低了业务处理(如融资等)的风险,使得第二区块链与业务请求方之间传输的数据更加安全。
实施例八
如图10所示,本说明书实施例提供一种基于区块链的业务处理方法,该方法的执行主体可以为第二区块链中的第二区块链节点,第二区块链节点可以是终端设备或服务器,其中,终端设备可以如手机、平板电脑等移动终端设备,还可以如个人计算机等设备。该服务器可以是一个独立的服务器,还可以是由多个服务器构成的服务器集群等。该方法具体可以包括以下步骤:
在步骤S1002中,针对业务请求方的数字证书和存证信息。
其中,存证信息可以包括以下中的一项或多项:数字证书的密钥、数字证书的颁发方信息、数字证书的使用方信息、数字证书与颁发方的关系信息、数字证书与使用方的关系信息。
在步骤S1004中,将上述数字证书颁发给业务请求方,并通过第一区块链和第二区块链的跨链传输通道,向第一区块链的第一区块链节点发送该存证信息,以使第一区块链节点基于该存证信息部署第一智能合约,第一智能合约用于根据上述存证信息对业务请求方的加签数据进行验证,并在接收到业务请求方的第一业务请求时,调用第一智能合约对该加签数据进行验证,得到验证结果。
此外,将数字证书颁发给业务请求方的处理方式可以多种多样,以下提供一种可选的处理方式,具体可以包括以下内容:基于上述数字证书生成可验证声明;将可验证声明颁发给业务请求方。
在步骤S1006中,通过上述跨链传输通道,接收第一区块链的第一区块链节点发送的上述业务数据和加签数据,该业务数据和加签数据是第一区块链节点在该验证结果为通过时发送,该加签数据是基于上述数字证书生成的数据。
在步骤S1008中,对上述加签数据进行二次验证,若验证通过,则基于上述业务数据进行业务处理,得到处理结果,并将上述处理结果返回给第一区块链的第一区块链节点,以使第一区块链节点基于该处理结果对业务请求方发起的与该业务数据对应的业务相关的第二业务请求进行处理。
此外,在实际应用中,第一业务请求可以为资源申请请求,第二业务请求可以为资源支用请求。
本说明书实施例提供一种基于区块链的业务处理方法,通过第二区块链中的第二区块链节点对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则通过跨链传输通道将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至第一区块链平台,第一区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从第二区块链获得更高的权限的可能性,通过第一区块链平台对业务请求方进行金融级的核身与验签,降低了业务处理(如融资等)的风险,使得第二区块链与业务请求方之间传输的数据更加安全。
实施例九
以上为本说明书实施例提供的基于区块链的业务处理方法,基于同样的思路,本说明书实施例还提供一种业务处理装置,如图11所示。
该业务处理装置包括:合约部署模块1101、请求接收模块1102、第一验证模块1103、数据发送模块1104和处理模块1105,其中:
合约部署模块1101,获取业务授权方对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证;
请求接收模块1102,接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据;
第一验证模块1103,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
数据发送模块1104,若验证结果为通过,则将所述业务数据和加签数据发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果;
处理模块1105,接收所述业务授权方返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述装置还包括:
数字证书获取模块,获取所述业务授权方针对所述业务请求方生成的数字证书,所述数字证书用于生成所述加签数据;
身份信息获取模块,获取所述业务请求方的数字身份信息;
关联模块,将所述数字证书与所述业务请求方的数字身份信息关联存储。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
本说明书实施例中,所述处理模块1105,包括:
合约生成单元,根据所述处理结果和与所述业务数据对应的业务的处理规则,生成第二智能合约,将所述第二智能合约部署于区块链中;
处理单元,当接收到所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求时,调用所述第二智能合约对所述第二业务请求进行处理,并将得到的所述第二业务请求的处理结果发送给所述业务授权方和所述业务请求方。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例中,所述装置还包括:
第二验证模块,调用所述第一智能合约对所述业务数据进行真实性验证,得到所述业务数据的验证结果;
结果发送模块,将所述业务数据的验证结果发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证通过后,基于所述业务数据的验证结果和所述业务数据进行业务处理,得到处理结果。
本说明书实施例提供一种业务处理装置,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例十
基于同样的思路,本说明书实施例还提供一种业务处理装置,如图12所示。
该业务处理装置包括:生成模块1201、发送模块1202、数据接收模块1203和二次验证模块1204,其中:
生成模块1201,生成针对业务请求方的数字证书和存证信息;
发送模块1202,将所述数字证书颁发给所述业务请求方,并向预定区块链节点发送所述存证信息,以使所述区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
数据接收模块1203,接收所述区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据;
二次验证模块1204,对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述区块链节点,以使所述区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述发送模块1202,包括:
处理单元,基于所述数字证书生成可验证声明;
发送单元,将所述可验证声明颁发给所述业务请求方。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
本说明书实施例提供一种业务处理装置,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例十一
基于同样的思路,本说明书实施例还提供一种基于区块链的业务处理装置,如图13所示。
该基于区块链的业务处理装置包括:信息获取与合约部署模块1301、请求模块1302、调用模块1303、跨链传输模块1304和处理模块1305,其中:
信息获取与合约部署模块1301,通过所述第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从所述第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证;
请求模块1302,接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据;
调用模块1303,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
跨链传输模块1304,若验证结果为通过,则通过所述跨链传输通道,将所述业务数据和加签数据发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果;
处理模块1305,通过所述跨链传输通道,接收所述第二区块链节点返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述装置还包括:
证书获取模块,通过所述跨链传输通道,从所述第二区块链中获取所述第二区块链节点针对所述业务请求方生成的数字证书,所述数字证书用于生成所述加签数据;
身份信息获取模块,获取所述业务请求方的数字身份信息;
关联模块,将所述数字证书与所述业务请求方的数字身份信息关联存储。
本说明书实施例中,所述处理模块1305,包括:
合约生成单元,根据所述处理结果和与所述业务数据对应的业务的处理规则,生成第二智能合约,将所述第二智能合约部署于所述第一区块链中;
处理单元,当接收到所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求时,调用所述第二智能合约对所述第二业务请求进行处理,并通过所述跨链传输通道,将得到的所述第二业务请求的处理结果发送给所述第二区块链中的所述第二区块链节点。
本说明书实施例中,所述装置还包括:
验证模块,调用所述第一智能合约对所述业务数据进行真实性验证,得到所述业务数据的验证结果;
结果发送模块,通过所述跨链传输通道,将所述业务数据的验证结果发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证通过后,基于所述业务数据的验证结果和所述业务数据进行业务处理,得到处理结果。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例提供一种基于区块链的业务处理装置,通过第二区块链中的第二区块链节点对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则通过跨链传输通道将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至第一区块链平台,第一区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从第二区块链获得更高的权限的可能性,通过第一区块链平台对业务请求方进行金融级的核身与验签,降低了业务处理(如融资等)的风险,使得第二区块链与业务请求方之间传输的数据更加安全。
实施例十二
基于同样的思路,本说明书实施例还提供一种基于区块链的业务处理装置,如图14所示。
该基于区块链的业务处理装置包括:证书和信息生成模块1401、证书和信息发送模块1402、数据接收模块1403和验证模块1404,其中:
证书和信息生成模块1401,生成针对业务请求方的数字证书和存证信息;
证书和信息发送模块1402,将所述数字证书颁发给所述业务请求方,并通过第一区块链和所述第二区块链的跨链传输通道,向所述第一区块链的第一区块链节点发送所述存证信息,以使所述第一区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
数据接收模块1403,通过所述跨链传输通道,接收所述第一区块链的第一区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述第一区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据;
验证模块1404,对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述第一区块链的所述第一区块链节点,以使所述第一区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述证书和信息发送模块1402,包括:
处理单元,基于所述数字证书生成可验证声明;
发送单元,将所述可验证声明颁发给所述业务请求方。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
本说明书实施例提供一种基于区块链的业务处理装置,通过第二区块链中的第二区块链节点对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则通过跨链传输通道将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至第一区块链平台,第一区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从第二区块链获得更高的权限的可能性,通过第一区块链平台对业务请求方进行金融级的核身与验签,降低了业务处理(如融资等)的风险,使得第二区块链与业务请求方之间传输的数据更加安全。
实施例十三
基于同样的思路,本说明书实施例还提供一种业务处理设备,如图15所示。
所述业务处理设备可以为上述实施例提供的业务授权方的终端设备或接入第二区块链的第二区块链节点。
业务处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器1501和存储器1502,存储器1502中可以存储有一个或一个以上存储应用程序或数据。其中,存储器1502可以是短暂存储或持久存储。存储在存储器1502的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对业务处理设备中的一系列计算机可执行指令。更进一步地,处理器1501可以设置为与存储器1502通信,在业务处理设备上执行存储器1502中的一系列计算机可执行指令。业务处理设备还可以包括一个或一个以上电源1503,一个或一个以上有线或无线网络接口1504,一个或一个以上输入输出接口1505,一个或一个以上键盘1506。
具体在本实施例中,业务处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对业务处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
获取业务授权方对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证;
接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据;
调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
若验证结果为通过,则将所述业务数据和加签数据发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果;
接收所述业务授权方返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,还包括:
获取所述业务授权方针对所述业务请求方生成的数字证书,所述数字证书用于生成所述加签数据;
获取所述业务请求方的数字身份信息;
将所述数字证书与所述业务请求方的数字身份信息关联存储。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
本说明书实施例中,所述基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理,包括:
根据所述处理结果和与所述业务数据对应的业务的处理规则,生成第二智能合约,将所述第二智能合约部署于区块链中;
当接收到所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求时,调用所述第二智能合约对所述第二业务请求进行处理,并将得到的所述第二业务请求的处理结果发送给所述业务授权方和所述业务请求方。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例中,还包括:
调用所述第一智能合约对所述业务数据进行真实性验证,得到所述业务数据的验证结果;
将所述业务数据的验证结果发送至所述业务授权方,以使所述业务授权方对所述加签数据进行二次验证通过后,基于所述业务数据的验证结果和所述业务数据进行业务处理,得到处理结果。
此外,具体在本实施例中,业务处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对业务处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
通过所述第一区块链和业务授权机构对应的第二区块链的跨链传输通道,从所述第二区块链中获取第二区块链节点对业务请求方生成的存证信息,基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证;
接收所述业务请求方的第一业务请求,所述第一业务请求中包括业务数据和加签数据;
调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
若验证结果为通过,则通过所述跨链传输通道,将所述业务数据和加签数据发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证,验证通过后基于所述业务数据进行业务处理,得到处理结果;
通过所述跨链传输通道,接收所述第二区块链节点返回的所述处理结果,将所述处理结果返回所述业务请求方,并基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,还包括:
通过所述跨链传输通道,从所述第二区块链中获取所述第二区块链节点针对所述业务请求方生成的数字证书,所述数字证书用于生成所述加签数据;
获取所述业务请求方的数字身份信息;
将所述数字证书与所述业务请求方的数字身份信息关联存储。
本说明书实施例中,所述基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理,包括:
根据所述处理结果和与所述业务数据对应的业务的处理规则,生成第二智能合约,将所述第二智能合约部署于所述第一区块链中;
当接收到所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求时,调用所述第二智能合约对所述第二业务请求进行处理,并通过所述跨链传输通道,将得到的所述第二业务请求的处理结果发送给所述第二区块链中的所述第二区块链节点。
本说明书实施例中,还包括:
调用所述第一智能合约对所述业务数据进行真实性验证,得到所述业务数据的验证结果;
通过所述跨链传输通道,将所述业务数据的验证结果发送至所述第二区块链中的所述第二区块链节点,以使所述第二区块链节点对所述加签数据进行二次验证通过后,基于所述业务数据的验证结果和所述业务数据进行业务处理,得到处理结果。
本说明书实施例提供一种业务处理设备,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例十四
基于同样的思路,本说明书实施例还提供一种业务处理设备,如图16所示。
所述业务处理设备可以为上述实施例提供的区块链节点或接入第一区块链的第一区块链节点。
业务处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器1601和存储器1602,存储器1602中可以存储有一个或一个以上存储应用程序或数据。其中,存储器1602可以是短暂存储或持久存储。存储在存储器1602的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对业务处理设备中的一系列计算机可执行指令。更进一步地,处理器1601可以设置为与存储器1602通信,在业务处理设备上执行存储器1602中的一系列计算机可执行指令。业务处理设备还可以包括一个或一个以上电源1603,一个或一个以上有线或无线网络接口1604,一个或一个以上输入输出接口1605,一个或一个以上键盘1606。
具体在本实施例中,业务处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对业务处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
生成针对业务请求方的数字证书和存证信息;
将所述数字证书颁发给所述业务请求方,并向预定区块链节点发送所述存证信息,以使所述区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
接收所述区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据;
对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述区块链节点,以使所述区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述将所述数字证书颁发给所述业务请求方,包括:
基于所述数字证书生成可验证声明;
将所述可验证声明颁发给所述业务请求方。
本说明书实施例中,所述第一业务请求为资源申请请求,所述第二业务请求为资源支用请求。
本说明书实施例中,所述存证信息包括以下中的一项或多项:所述数字证书的密钥、所述数字证书的颁发方信息、所述数字证书的使用方信息、所述数字证书与所述颁发方的关系信息、所述数字证书与所述使用方的关系信息。
此外,具体在本实施例中,业务处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对业务处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
生成针对业务请求方的数字证书和存证信息;
将所述数字证书颁发给所述业务请求方,并通过第一区块链和所述第二区块链的跨链传输通道,向所述第一区块链的第一区块链节点发送所述存证信息,以使所述第一区块链节点基于所述存证信息部署第一智能合约,所述第一智能合约用于根据所述存证信息对所述业务请求方的加签数据进行验证,并在接收到所述业务请求方的第一业务请求时,调用所述第一智能合约对所述加签数据进行验证,得到验证结果;
通过所述跨链传输通道,接收所述第一区块链的第一区块链节点发送的所述业务数据和加签数据,所述业务数据和加签数据是所述第一区块链节点在所述验证结果为通过时发送,所述加签数据是基于所述数字证书生成的数据;
对所述加签数据进行二次验证,若验证通过,则基于所述业务数据进行业务处理,得到处理结果,并将所述处理结果返回给所述第一区块链的所述第一区块链节点,以使所述第一区块链节点基于所述处理结果对所述业务请求方发起的与所述业务数据对应的业务相关的第二业务请求进行处理。
本说明书实施例中,所述将所述数字证书颁发给所述业务请求方,包括:
基于所述数字证书生成可验证声明;
将所述可验证声明颁发给所述业务请求方。
本说明书实施例提供一种业务处理设备,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
实施例十五
以上为本说明书实施例提供的业务处理设备,基于同样的思路,本说明书实施例还提供一种业务处理系统,如图2或9所示。
所述业务处理系统可以包括区块链节点、业务授权方和业务请求方,其中,区块链节点、业务授权方和业务请求方所需执行的具体处理过程可以参见上述实施例一~实施例六中的相关内容,在此不再赘述。
除了上述构成方式外,所述业务处理系统还可以通过以下方式构建,即所述业务处理系统可以包括第一区块链(其中可以包括第一区块链节点)、第二区块链(其中可以包括第二区块链节点(即业务授权方))和业务请求方,其中,第一区块链中第一区块链节点、第二区块链中第二区块链节点和业务请求方所需执行的具体处理过程可以参见上述实施例七~实施例八中的相关内容,在此不再赘述。
本说明书实施例提供一种业务处理系统,通过业务授权方对业务请求方生成的存证信息部署第一智能合约,当接收到业务请求方的第一业务请求时,调用第一智能合约对第一业务请求中的加签数据进行验证,若验证通过,则将业务数据和加签数据发送至业务授权方进行二次验证,这样,业务请求方通过将数据加签上传至区块链平台,区块链平台对该数据进行多方数据处理(如数据比对等),使得处理后的数据具有更高的可信度,从而提高了从业务授权方获得更高的权限的可能性,通过区块链平台对业务请求方进行金融级的核身与验签,使得业务授权方与业务请求方之间传输的数据更加安全,而且还可以基于业务授权方的处理结果对业务请求方发起的与业务数据对应的业务相关的第二业务请求进行处理,降低了业务处理(如融资等)的风险,使得业务处理安全性和可靠性提高。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书的实施例是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程业务处理设备的处理器以产生一个机器,使得通过计算机或其他可编程业务处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程业务处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程业务处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。