信息处理方法、装置、电子设备及可读存储介质
技术领域
本申请实施例涉及计算机技术,尤其涉及一种信息处理方法、装置、电子设备及可读存储介质。
背景技术
区块链技术是一种防篡改的分布式账本技术,能够记录区块链网络参与者之间的交易,每一笔交易均包含时间戳和参与者对该交易的数字签名,通过该签名能够确定交易参与者的身份。基于区块链技术开发的应用可能接入不同的区块链平台。示例性的,用于提供数字积分功能的应用可能接入超级账本(Hyperledger fabric)平台,也可能接入比特币(Bitcoin)平台。由于不同的区块链平台具有不同的接口,因此,需要分别对应用进行适配开发,以使得应用可以接入不同的区块链平台,这会造成应用的开发难度大。为解决该问题,提出了区块链中间件。区块链中间件是提供区块链平台和应用之间连接的软件,是区块链平台和应用之间的桥梁。区块链中间件底部对接不同的区块链平台,上层提供统一的应用程序接口(Application Programming Interface,简称API)服务供应用使用,屏蔽了底层区块链平台的实现细节,简化了应用接入区块链平台的复杂度。
现有技术中,区块链中每一笔交易的签名需要在区块链中间件中进行。为完成交易的签名,应用需要将密钥信息存放在区块链中间件中,以使得区块链中间件可以完成对交易的签名。
但是,在实现本发明过程中,发明人发现现有技术的方法存在安全风险,可能导致用户的利益受损。
发明内容
本申请实施例提供一种信息处理方法、装置、电子设备及可读存储介质,所述技术方案如下。
第一方面,本申请实施例提供一种信息处理方法,包括:
响应于交易构建请求,发送未携带有签名信息的第一交易请求信息,所述第一交易请求信息用于指示所述交易构建请求对应的交易需要使用的交易参数;
接收基于所述第一交易请求信息响应的第二交易请求信息,所述第二交易请求信息中包括所述第一交易请求信息以及签名信息,所述签名信息根据所述第一交易请求信息得到;
根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果;
发送所述交易结果。
进一步的,所述根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果,包括:
根据所述第二交易请求信息,生成第三请求信息,所述第三请求信息用于请求区块链平台处理所述请求设备的交易构建请求对应的交易;
根据所述第三请求信息,得到所述交易构建请求对应的交易结果。
进一步的,所述根据所述第二交易请求信息,生成第三请求信息,包括:
按照所述区块链平台的预设格式,对所述第二交易请求信息中的所述第一交易请求信息以及所述签名信息进行组合处理,得到与所述区块链平台匹配的所述第三请求信息。
进一步的,所述根据所述第三请求信息,得到所述交易构建请求对应的交易结果,包括:
发送所述第三请求信息;
接收所述交易构建请求对应的交易结果。
进一步的,所述响应于交易构建请求,发送未携带有签名信息的第一交易请求信息,包括:
由第一接口服务根据所述交易构建请求,发送第一交易请求信息。
进一步的,所述根据所述第二交易请求信息,得到所述交易构建请求对应的交易结果,包括:
由第二接口服务根据所述第二交易请求信息,得到所述交易构建请求对应的交易结果。
进一步的,所述响应于交易构建请求,发送第一交易请求信息,包括:
根据所述交易构建请求,生成所述第一交易请求信息;
发送所述第一交易请求信息。
第二方面,本申请实施例提供一种区块链交易信息处理装置,包括:
发送模块,用于响应于交易构建请求,发送未携带有签名信息的第一交易请求信息,所述第一交易请求信息用于指示所述交易构建请求对应的交易需要使用的交易参数;
接收模块,用于接收基于所述第一交易请求信息响应的第二交易请求信息,所述第二交易请求信息中包括所述第一交易请求信息以及签名信息,所述签名信息由所述请求设备根据所述第一交易请求信息得到;
处理模块,用于根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果;
所述发送模块,还用于发送所述交易结果。
进一步的,所述处理模块包括:
生成单元,用于根据所述第二交易请求信息,生成第三请求信息,所述第三请求信息用于请求区块链平台处理所述请求设备的交易构建请求对应的交易;
获取单元,用于根据所述第三请求信息,得到所述交易构建请求对应的交易结果。
进一步的,所述生成单元具体用于:
按照所述区块链平台的预设格式,对所述第二交易请求信息中的所述第一交易请求信息以及所述签名信息进行组合处理,得到与所述区块链平台匹配的所述第三请求信息。
进一步的,所述获取单元具体用于:
通过所述发送模块发送所述第三请求信息;以及,
通过所述接收模块接收所述交易构建请求对应的交易结果。
进一步的,所述发送模块具体用于:
由第一接口服务响应于交易构建请求,发送未携带有签名信息的第一交易请求信息。
进一步的,所述处理模块具体用于:
由第二接口服务根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果。
进一步的,所述处理模块具体用于:
根据所述交易构建请求,生成所述第一交易请求信息;
所述发送模块具体用于:
发送所述第一交易请求信息。
第三方面,本申请实施例提供一种电子设备,包括:
存储器,用于存储程序指令;
处理器,用于调用并执行所述存储器中的程序指令,执行上述第一方面所述的方法步骤。
第四方面,本申请实施例提供一种可读存储介质,所述可读存储介质中存储有计算机程序,所述计算机程序用于执行上述第一方面所述的方法。
本申请实施例所提供的信息处理方法、装置、电子设备及可读存储介质,区块链中间件用于处理交易构建请求以及提交交易请求,而提交交易请求之前的交易签名处理过程则由请求设备完成,因此,区块链中间件中不需要保存签名处理所需的密钥等信息,从而避免了密钥丢失或者被滥用的风险,从而提升了区块链交易的安全性,避免用户利益受损。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例体用的信息处理方法的示例性系统架构图;
图2为本申请实施例提供的信息处理方法的流程示意图;
图3为本申请实施例提供的信息处理方法的流程示意图;
图4为使用第一接口服务和第二接口服务处理交易构建请求和提交交易请求的处理架构示意图;
图5为本申请实施例提供的信息处理方法的交互示意图;
图6为本申请实施例提供的信息处理装置的模块结构图;
图7为本申请实施例提供的信息处理装置的模块结构图;
图8为本申请实施例提供的一种电子设备800的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中,区块链中每一笔交易的签名需要在区块链中间件中进行,因此,密钥需要存放在区块链中间件中。使用这种方式,一方面,密钥存在丢失的风险,另一方面,区块链中间件系统可能会滥用密钥,冒充应用向区块链平台写入交易信息。因此,现有技术的方法存在安全风险,可能导致用户的利益受损。
本申请实施例的技术方案,旨在解决上述问题。
图1为本申请实施例体用的信息处理方法的示例性系统架构图,如图1所示,该方法涉及请求设备、签名服务器、区块链中间件服务器以及区块链平台。其中,请求设备为应用的服务器,应用可以运行在手机、平板电脑等移动终端设备,也可以为台式电脑等终端设备,本申请实施例对此不做限定。用户通过应用进行基于区块链的交易,应用将用户的交易构建请求发送至请求设备,并由请求设备同区块链中间件服务器进行信息交互以完成交易。应用可以是任何支持区块链交易功能的应用。示例性的,应用可以是数字积分应用、电子存储应用、供应链金融应用、农产品溯源应用、支付结算应用等。签名服务器用于为请求设备在交易过程中提供签名信息。签名服务器可以与请求设备部署在同一局域网中,以提升安全性。值得说明的是,图1中使用签名服务器为请求设备提供签名信息仅为一种示例性,在具体实施过程中,也可以在请求设备上实现提供签名信息的功能,在这种情况下,则不需要部署签名服务器。上述区块链中间件服务器为运行区块链中间件的设备,请求设备的交易构建请求被发送到区块链中间件服务器上,由区块链中间件通过本申请实施例的方法对该交易构建请求进行响应,并通过与请求设备以及区块链平台的信息交互,得到交易构建请求对应的交易结果。区块链中间件服务器可以同多个区块链平台连接,根据应用的交易构建请求,区块链中间件服务器可以与交易构建请求对应的区块链平台进行信息交互,以得到交易结果。一个区块链平台中可以包括多个区块链节点。
图2为本申请实施例提供的信息处理方法的流程示意图,该方法的执行主体为上述的区块链中间件服务器,具体为运行在该服务器上的区块链中间件。为便于描述,以下实施例中均使用区块链中间件作为执行主体。如图2所示,该方法包括:
S201、响应于交易构建请求,发送未携带有签名信息的第一交易请求信息,该第一交易请求信息用于指示上述交易构建请求所请求的交易需要使用的交易参数。
可选的,上述交易构建请求由请求设备发送,在接收到请求设备发送的交易构建请求后,响应于该交易构建请求,向请求设备发送未携带有签名信息的第一交易请求信息。
可选的,用户通过在应用中进行操作,可以触发应用向请求设备发送交易构建请求,进而由请求设备向区块链中间件发送交易构建请求,该交易构建请求中可以包括处理本次交易的区块链平台的标识以及本次交易需要执行的操作。示例性的,用户需要进行数字积分交易,则用户可以在数字积分应用的客户端点击办理交易的控件,触发请求设备向区块链中间件发送交易构建请求,该交易构建请求中携带用户所点击的控件所标识的区块链平台的标识以及本次交易需要执行的操作。区块链中间件基于交易构建请求,可以获知本次交易对应的区块链平台,并在下述实施实施例中与该区块链平台进行信息交互以完成交易。
区块链中间件接收到交易构建请求后,可以生成第一交易请求信息,并向请求设备发送该第一交易请求信息。
其中,该第一交易请求信息用于指示上述交易构建请求对应的交易需要使用的交易参数。具体的,该交易参数可以指交易构建请求所请求的交易需要使用的固有交易参数。
可选的,区块链中间件可以基于区块链平台提供的软件开发工具包(SoftwareDevelopment Kit,简称SDK)以及所获取的本次交易需要执行的操作,生成上述第一交易请求信息。
一种示例中,假设交易需要在超级账本平台完成,则第一交易请求信息所指示的上述需要使用的交易参数可以包括:未签名的提议、交易编号、链码的输入参数、用户的公钥证书等。
另一种示例中,假设交易需要在比特币平台完成,则第一交易请求信息所指示的上述需要使用的交易参数可以包括:未消费的交易输出(Unspent Transaction Output,简称UTXO)、手续费、找零等。
S202、接收基于第一交易请求信息响应的第二交易请求信息,该第二交易请求信息中包括上述第一交易请求信息以及签名信息,该签名信息根据上述第一交易请求信息得到。可选的,由请求设备基于第一交易请求信息得到第二交易请求信息,并响应该第二交易请求信息。
在上述第一交易请求信息中,并不包含本次交易的签名信息。当请求设备接收到第一交易请求信息后,对第一交易请求信息进行确认,若确认第一交易请求信息正确,则根据第一交易请求信息对本次交易进行签名处理。一种可选方式中,如上述图1中所示,请求设备将上述第一交易请求信息发送至签名服务器,由签名服务器根据第一交易请求信息进行签名处理,得到签名信息。示例性的,签名服务器使用私钥对第一交易请求信息进行签名,得到签名数据。签名服务器再将该签名信息发送给请求设备。请求设备接收到签名信息后,将第一交易请求信息以及签名信息包含在第二交易请求信息中发送给区块链中间件,其中,发送第二交易请求信息的过程为提交交易请求的过程,本申请实施例中,将区块链中间件接收提交交易请求以及处理提交交易请求的过程统称为处理提交交易请求的过程。
在上述过程中,区块链中间件仅向请求设备提供第一交易请求信息,由请求设备基于第一交易请求信息进行签名处理,并将签名处理后的签名信息发送给区块链中间件。区块链中间件无需进行交易的签名处理,因此,区块链中间件中不需要保存签名处理所需的密钥等信息,从而避免了密钥丢失或者被滥用的风险。
S203、根据上述第二交易请求信息,获取上述交易构建请求对应的交易结果。
区块链中间件接收到第二交易请求信息后,可以获知本次交易的签名信息,基于由请求设备确认过的第一交易请求信息以及该签名信息,区块链中间件可以通过向区块链平台提交交易信息,得到本次交易的交易结果。
S204、发送上述交易结果。
可选的,当区块链中间件得到本次交易的交易结果后,将该交易结果发送给请求设备,请求设备再将该交易结果发送给应用,由应用向用户输出本次交易的交易结果。
本实施例中,区块链中间件用于处理交易构建请求以及提交交易请求,而提交交易请求之前的交易签名处理过程则由请求设备完成,因此,区块链中间件中不需要保存签名处理所需的密钥等信息,从而避免了密钥丢失或者被滥用的风险,从而提升了区块链交易的安全性,避免用户利益受损。
图3为本申请实施例提供的信息处理方法的流程示意图,如图3所示,上述步骤S203中区块链中间件根据第二交易请求信息得到交易构建请求对应的交易结果时,一种可选的方式包括:
S301、根据上述第二交易请求信息,生成第三请求信息,该第三请求信息用于请求区块链平台处理上述请求设备的交易构建请求对应的交易。
如前文所述,上述第二交易请求信息中包括第一交易请求信息以及签名信息,在向区块链平台请求处理本次交易构建请求对应的交易时,需要将第一交易请求信息所指示的固有交易参数以及签名信息发送至区块链平台。而对于不同的区块链平台来说,所需要接收的信息的格式要求可能不同。示例性的,对于一个区块链平台来说,所需要接收的信息中,签名信息在所有的固有交易参数之后。对于另一个区块链平台来说,所需要接收的信息中,签名信息在所有的固有交易参数之前。
另外,在不同的交易中,固有交易参数可能不同,固有交易参数的顺序也可能不同。
例如,需要在超级账本平台完成的某个交易中,交易固有参数可以包括交易编号、链码的输入参数、用户的公钥证书等。在向超级账本平台发送这些交易固有参数以及签名信息时,签名信息可能在交易编号以及链码的输入参数之后。
又例如,需要在比特币平台完成的某个交易中,交易固有参数可以包括UTXO、手续费、找零等。在向比特币平台发送这些交易固有参数以及签名信息时,签名信息可能在UTXO、手续费、找零之前。
基于上述的不同区块链平台的不同格式要求,在一种可选的实施方式中,区块链中间件可以按照区块链平台的预设格式,对上述第二交易请求信息中的第一交易请求信息以及签名信息进行组合处理,得到与区块链平台匹配的第三请求信息。
可选的,在对上述第一交易信息以及签名信息进行组合处理之前,可以进行筛选等处理,以确定出需要与签名信息进行组合处理的参数。示例性的,需要在超级账本平台完成的某个交易中,第一请求信息可以指示未签名的提议、交易编号、链码的输入参数、用户的公钥证书等,在进行上述组合处理之前,可以首先剔除未签名的提议以及用户的公钥证书,以筛选出需要与签名信息进行组合处理的参数。
通过上述处理,无论本次交易所接入何种区块链平台,均可以按照该区块链平台的格式要求来生成第三请求信息,从而可以适配各种区块链平台,同时,可以保证各区块链平台直接按照各自的格式读取第三请求信息,无需进行额外处理,提升交易处理效率。
S302、根据上述第三请求信息,得到上述交易构建请求对应的交易结果。
经过上述过程所得到的第三请求信息为已签名的请求信息,可选的,区块链中间件可以将上述第三请求信息发送至交易构建请求所对应的区块链平台,并从该区块链平台接收上述交易构建请求对应的交易结果。
具体的,区块链平台中可以包括多个区块链节点,区块链中间件可以将第三请求消息发送给该多个区块链节点中的一个区块链节点(以下称为当前区块链节点),该当前区块链节点接收到第三请求信息后,将该第三请求信息广播至其他区块链节点,并从其他区块链节点分别获取交易结果,进而,当前区块链节点对各交易结果以及自身所处理得到的交易结果进行判断处理,得到本次交易的交易结果。当前区块链节点将最终的交易结果发送至区块链中间件。
可选的,当区块链中间件得到本次交易的交易结果后,将该交易结果发送给请求设备,请求设备再将该交易结果发送给应用,由应用向用户输出本次交易的交易结果。
如前文所述,区块链中间件用于处理交易构建请求以及提交交易请求,而处理提交交易请求之前的签名处理由请求设备完成。作为一种可选的实施方式,区块链中间件可以不同的接口服务处理交易构建请求以及提交交易请求。
具体的,在处理交易构建请求时,区块链中间件可以使用第一接口服务接收请求设备发送的交易构建请求,以及使用第一接口服务器根据请求设备发送的交易构建请求,向请求设备发送未携带有签名信息的第一交易请求信息。
在处理提交交易请求时,区块链中间件可以使用第二接口服务接收请求设备发送的第二交易请求信息,以及使用第二接口服务根据第二交易请求信息,获取交易构建请求对应的交易结果。
其中,上述第一接口服务和第二接口服务可以是区块链中间件中定义的两个不同的API服务。图4为使用第一接口服务和第二接口服务处理交易构建请求和提交交易请求的处理架构示意图,如图4所示,基于图1所示的系统架构,请求设备和区块链中间件之间通过第一接口服务进行交易构建请求处理,通过第二接口服务进行提交交易请求处理,同时,请求设备通过与签名服务器交互进行签名处理。
在区块链交易过程中,可以将交易过程划分为交易构建请求的处理、提交交易请求的处理以及签名处理三个子流程,其中,签名处理子流程在请求设备侧完成,交易构建请求的处理子流程以及提交交易请求的处理分别由区块链中间件中的不同接口服务完成,因此实现了三个子流程之间的拆分以及独立执行,从而使得区块链中间件的耦合性降低,进而可以提升区块链中间件的可靠性。
图5为本申请实施例提供的信息处理方法的交互示意图,如图5所示,该方法的交互过程包括:
S501、请求设备向区块链中间件发送交易构建请求。
S502、区块链中间件根据交易构建请求,生成第一交易请求信息。
S503、区块链中间件向请求设备发送第一交易请求信息。
S504、请求设备向签名服务器发送第一交易请求信息。
S505、签名服务器根据第一交易请求信息,生成签名信息。
S506、签名服务器向请求设备发送签名信息。
S507、请求设备向区块链中间件发送第二交易请求信息。
S508、区块链中间件根据第二交易请求信息,生成第三请求信息。
S509、区块链中间件向当前区块链节点发送第三请求信息。
S510、当前区块链节点向其他区块链节点广播第三请求信息,并得到交易结果。
S511、当前前区块链节点向区块链中间件发送交易结果。
S512、区块链中间件向请求设备发送交易结果。
上述各步骤的具体执行过程已在前述实施例中说明,可以参照前述实施例的描述,此处不再赘述。
图6为本申请实施例提供的信息处理装置的模块结构图,如图6所示,该装置包括:
发送模块601,用于响应于交易构建请求,发送未携带有签名信息的第一交易请求信息,所述第一交易请求信息用于指示所述交易构建请求对应的交易需要使用的交易参数。
接收模块602,用于接收基于所述第一交易请求信息响应的第二交易请求信息,所述第二交易请求信息中包括所述第一交易请求信息以及签名信息,所述签名信息根据所述第一交易请求信息得到。
处理模块603,用于根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果。
发送模块601,还用于发送所述交易结果。
图7为本申请实施例提供的信息处理装置的模块结构图,如图7所示,处理模块603包括:
生成单元6031,用于根据所述第二交易请求信息,生成第三请求信息,所述第三请求信息用于请求区块链平台处理所述请求设备的交易构建请求对应的交易。
获取单元6032,用于根据所述第三请求信息,得到所述交易构建请求对应的交易结果。
另一实施例中,生成单元6031具体用于:
按照所述区块链平台的预设格式,对所述第二交易请求信息中的所述第一交易请求信息以及所述签名信息进行组合处理,得到与所述区块链平台匹配的所述第三请求信息。
另一实施例中,获取单元6032具体用于:
通过发送模块601发送所述第三请求信息;以及,通过接收模块602接收所述交易构建请求对应的交易结果。
另一实施例中,发送模块601具体用于:
由第一接口服务根据交易构建请求,发送未携带有签名信息的第一交易请求信息。
另一实施例中,处理模块603具体用于:
由第二接口服务根据所述第二交易请求信息,获取所述交易构建请求对应的交易结果。
另一实施例中,处理模块603具体用于:
根据所述交易构建请求,生成所述第一交易请求信息。
发送模块601具体用于:
发送所述第一交易请求信息。
本申请实施例提供的信息处理装置,可以执行上述方法实施例中的方法步骤,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,确定模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(application specific integrated circuit,ASIC),或,一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessing unit,CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
图8为本申请实施例提供的一种电子设备800的结构示意图。该电子设备可以为上述的区块链中间件服务器,或者为区块链中间件服务器中的控制装置,本申请实施对此不做具体限定。如图8所示,该电子设备可以包括:处理器81、存储器82、通信接口83和系统总线84,所述存储器82和所述通信接口83通过所述系统总线84与所述处理器81连接并完成相互间的通信,所述存储器82用于存储计算机执行指令,所述通信接口83用于和其他设备进行通信,所述处理器81执行所述计算机程序时实现如上述图2至图5所示实施例的方案。
该图8中提到的系统总线可以是外设部件互连标准(peripheral componentinterconnect,PCI)总线或扩展工业标准结构(extended industry standardarchitecture,EISA)总线等。所述系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
上述的处理器可以是通用处理器,包括中央处理器CPU、网络处理器(networkprocessor,NP)等;还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可选的,本申请实施例还提供一种存储介质,所述存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如上述图2至图5所示实施例的方法。
可选的,本申请实施例还提供一种运行指令的芯片,所述芯片用于执行上述图2至图5所示实施例的方法。
本申请实施例还提供一种程序产品,所述程序产品包括计算机程序,所述计算机程序存储在存储介质中,至少一个处理器可以从所述存储介质读取所述计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述图2至图5所示实施例的方法。
在本申请实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系;在公式中,字符“/”,表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中,a,b,c可以是单个,也可以是多个。
可以理解的是,在本申请实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。
可以理解的是,在本发明的实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。