CN110597920A - 一种信息处理的方法及装置 - Google Patents

Abstract

本发明实施例公开一种信息处理的方法及装置，包括：业务服务器与区块链系统的链路包括第一链路和第二链路，第一链路为直连链路，第二链路为非直连链路，第二链路包括第一服务器，业务服务器接收第一业务请求，第一业务请求携带业务信息，根据业务信息或业务请求的数量向第一服务器发送第一业务请求，第一业务请求用于第一服务器根据业务信息确定第一业务请求的发送时序，根据发送时序向区块链系统发送第一业务请求。本发明实施例，可以提高信息处理的速度。

Description

一种信息处理的方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种信息处理的方法及装置。

背景技术

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。目前，业务服务器接收来自用户的业务请求之后直接将业务请求发送给区块链系统，区块链系统的节点根据用户的业务请求实现特定业务，并存储实现结果。当用户的业务请求数量较大的场景下，区块链系统的节点压力增大，有可能导致系统服务雪崩，稳定性受到影响。

发明内容

本发明实施例公开了一种信息处理的方法及装置，用于提高信息处理的速度。

第一方面公开一种信息处理的方法，所述方法应用于业务服务器，所述业务服务器与区块链系统之间的链路包括第一链路和第二链路，所述第一链路为直连链路，所述第二链路为非直连链路，所述第二链路包括第一服务器，包括：

接收第一业务请求，所述第一业务请求携带业务信息；

根据所述业务信息或业务请求的数量向所述第一服务器发送所述第一业务请求，所述第一业务请求用于所述第一服务器根据所述业务信息确定所述第一业务请求的发送时序，根据所述发送时序向所述区块链系统发送所述第一业务请求。

作为一种可能的实施方式，所述根据所述业务信息或业务请求的数量向所述第一服务器发送所述第一业务请求包括：

判断第一时间段内接收到业务请求的数量是否大于第一阈值，所述第一时间段为所述第一业务请求的接收时间与第一时间之间的时间间隔，所述第一时间为所述接收时间之前的时间；

在判断出所述数量大于所述第一阈值的情况下，向所述第一服务器发送所述第一业务请求。

作为一种可能的实施方式，所述方法还包括：

在判断出所述数量不大于所述第一阈值的情况下，通过所述第一链路向所述区块链系统发送所述第一业务请求。

作为一种可能的实施方式，所述根据所述业务信息或业务请求的数量向所述第一服务器发送所述业务请求包括：

在根据所述业务信息确定所述第一业务请求对应的业务为特定业务的情况下，向所述第一服务器发送所述第一业务请求。

第二方面公开一种信息处理的方法，所述方法应用于第一服务器，所述方法包括：

接收来自业务服务器的第一业务请求，所述第一业务请求携带业务信息；

根据所述第一业务请求的接收时间和所述业务信息确定所述第一业务请求的发送时序；

根据所述发送时序向所述区块链系统发送所述第一业务请求。

作为一种可能的实施方式，所述根据所述第一业务请求的接收时间和所述业务信息确定所述第一业务请求的发送时序包括：

按照所述第一业务请求的接收时间将所述第一业务请求放置在所述业务信息对应的队列中；

根据所述队列中的排序向所述区块链系统发送所述第一业务请求。

作为一种可能的实施方式，所述方法还包括：

向区块链系统发送携带所述业务信息的信息获取请求，所述信息获取请求用于获取所述业务信息对应的智能合约；

接收来自所述区块链系统的所述智能合约；

根据所述智能合约和所述业务信息确定所述业务请求对应的业务的执行逻辑；

所述根据所述发送时序向所述区块链系统发送所述第一业务请求包括：

根据所述发送时序向所述区块链系统发送携带所述业务信息和所述执行逻辑的第二业务请求，所述第二业务请求用于所述区块链系统根据所述业务信息和所述执行逻辑对所述第二业务请求对应的业务进行处理，以及存储处理结果。

第三方面公开一种业务服务器，该业务服务器包括用于执行第一方面或第一方面的任一种实施例所公开的信息处理的单元。

第四方面公开了一种第一服务器，该第一服务器包括用于执行第二方面或第二方面的任一种实施例所公开的信息处理的单元。

第五方面公开一种信息处理装置，该信息处理装置包括处理器和存储器，存储器存储有一组程序代码，处理器通过执行存储器存储的程序代码，使得信息处理装置执行第一方面或第一方面的任一种实施例、第二方面或第二方面的任一种实施例所公开的信息处理的方法。

第六方面公开一种可读存储介质，该可读存储介质上存储有程序，当该程序运行时，实现如第一方面或第一方面的任一种实施例、第二方面或第二方面的任一种实施例所公开的信息处理的方法。

本发明实施例中，业务服务器与区块链系统的链路包括第一链路和第二链路，第一链路为直连链路，第二链路为非直连链路，第二链路包括第一服务器，业务服务器接收第一业务请求，第一业务请求携带业务信息，根据业务信息向第一服务器发送第一业务请求，第一业务请求用于第一服务器根据业务信息确定第一业务请求的发送时序，根据发送时序向区块链系统发送第一业务请求。可见，可以通过第一服务器向区块链系统发送用户的业务请求，因此，可以提高信息处理的速度。

附图说明

图1是本发明实施例公开的一种网络结构示意图；

图2是本发明实施例公开的一种信息处理的方法的流程示意图；

图3是本发明实施例公开的另一种信息处理的方法的流程示意图；

图4是本发明实施例公开的一种业务服务器的结构示意图；

图5是本发明实施例公开的一种第一服务器的结构示意图；

图6是本发明实施例公开的一种信息处理的系统示意图；

图7是本发明实施例公开的一种信息处理装置的结构示意图。

具体实施方式

本发明实施例公开了一种信息处理的方法及装置，用于提高信息处理的速度。以下分别进行详细说明。

为了更好地理解本发明实施例公开的一种信息处理的方法及装置，下面先对本发明实施例使用的网络架构进行描述。请参阅图1，图1是本发明实施例公开的一种网络架构示意图。如图1所示，该网络架构可以包括电子设备101、业务服务器102、第一服务器103和区块链服务器104。其中，电子设备101与业务服务器102之间、电子设备101与区块链服务器104之间、业务服务器102与第一服务器103之间以及第一服务器103和区块链服务器104之间可通过有线或者无线的方式或者其他通信方式进行通信。其中，业务服务器102，可以是一台服务器或多台服务器组成的集群服务器。区块链服务器104，可以是一台服务器或多台服务器组成的集群服务器。电子设备101，用于根据用户的操作生成业务请求，或者接收来自其他电子设备的业务请求，以及将业务请求发送给业务服务器102。业务服务器102，用于接收来自电子设备101的业务请求，根据业务请求的数量或业务信息向第一服务器103或区块链服务器104发送业务请求。第一服务器103，用于接收来自业务服务器102的业务请求，根据业务信息确定业务请求向区块链服务器104的发送时序，根据发送时序向区块链系统104发送业务请求。区块链服务器104，用于接收来自业务服务器102和第一服务器103的业务请求，处理业务，存储业务的处理结果。

请参阅图2，图2是本发明实施例公开的一种信息处理的方法的流程示意图。该信息处理的方法是从电子设备、业务服务器、第一服务器和区块链系统的角度进行描述。业务服务器与区块链系统之间的链路只包括一条直连链路。如图2所示，该信息处理的方法可以包括以下步骤。

201、电子设备向业务服务器发送第一业务请求。

电子设备可以根据用户的操作生成第一业务请求，向业务服务器发送第一业务请求。电子设备也可以接收到来自其它电子设备的第一业务请求，向业务服务器发送第一业务请求。电子设备可以是在根据用户的操作生成第一业务请求之后，立即向业务服务器发送第一业务请求，也可以是周期性向业务服务器发送第一业务请求，可以是根据单独将第一业务请求向业务服务器发送，也可以是根据业务请求的数量批量向业务服务器发送。其中，电子设备可以包括但不限于可穿戴设备、头戴设备、医疗健康平台、个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如移动电话、个人数字助理(personal digitalassistant，PDA)、媒体播放器等)、多处理器系统、消费型电子设备、小型计算机、大型计算机、包括上述任意系统或设备的分布式计算环境等。

202、业务服务器向区块链系统发送第一业务请求。

业务服务器可以接收来自电子设备的第一业务请求，第一业务请求可以携带业务信息。业务服务器可以向区块链系统发送第一业务请求。

业务服务器还可以接收到来自电子设备的业务请求之后，向区块链系统发送第一业务请求。

请参阅图3，图3是本发明实施例公开的另一种信息处理的方法的流程示意图。该信息处理的方法是从电子设备、业务服务器、第一服务器和区块链系统的角度进行描述。业务服务器与区块链系统之间的链路包括第一链路和第二链路，第一链路为直连链路，第二链路为非直连链路，第二链路包括第一服务器。如图3所示，该信息处理的方法可以包括以下步骤。

301、电子设备向业务服务器发送第一业务请求。

其中，步骤301与步骤201相同，详细描述请参考步骤201，在此不加赘述。

302、业务服务器根据业务信息或业务请求的数量向第一服务器发送第一业务请求。

第一服务器可以接收来自业务服务器的携带业务信息的第一业务请求，第一业务请求携带业务信息。第一服务器接收来自业务服务器的携带业务信息的第一业务请求之后，可以根据业务信息或业务请求的数量向第一服务器发送第一业务请求。

具体地，业务服务器可以先判断第一时间段内接收到业务请求的数量是否大于第一阈值，若数量大于第一阈值，则向第一服务器发送第一业务请求，即通过第二链路向区块链系统发送第一业务请求；若数量小于或者等于第一阈值，可以直接向区块链系统发送第一业务请求，即通过第一链路向区块链系统发送第一业务请求。其中，第一时间段为第一业务请求的接收时间与第一时间之间的时间间隔，第一时间为接收时间之前的时间。第一时间段为预先固定的时间，可以为1s，也可以为5s，还可以为1min，还可以为其它值，在此不作限定。

具体地，业务服务器可以先根据业务信息判断第一业务请求对应的业务是否为特定业务，若为特定业务，可以向第一服务器发送第一业务请求，即通过第二链路向区块链系统发送第一业务请求；若不是特定业务，若为特定业务，可以向第一服务器发送第一业务请求，即通过第二链路向区块链系统发送第一业务请求。其中，业务信息可以为业务类型。业务请求也可以为体现业务请求的时延，比如超时时间，此时业务服务器可以查询业务请求需要多长时间返回，将业务请求需要时间大于一定阈值的返回的业务请求通过第二链路发送给区块链系统。

具体地，业务服务器可以采用超文本传输协议(hyper text transfer protocol，HTTP)方式或远程过程调用(g remote procedure calls，GRPC)方式通过第一链路直接访问区块链系统。业务服务器也可以采用HTTP方式或GRPC方式异步调用区块链系统，即通过第二链路访问区块链系统。其中，该业务服务器优选为用于进行业务数据处理的业务数据处理服务器，该业务数据处理服务器基于区块链系统生成对应的业务合同数据、以及进行对应的业务数据处理，从而可较好的提高业务数据处理的效率以及业务数据处理的安全性。

303、第一服务器确定第一业务请求的发送时序。

第一服务器可以根据第一业务请求的接收时间和业务信息确定第一业务请求的发送时序。第一服务器可以针对不同类型的业务维护一条队列，即一个类型的业务维护一个队列。此时，第一服务器接收来自业务服务器的第一业务请求之后，按照第一业务请求的接收时间将第一业务请求放置在业务信息对应的业务的队列中。队列可以为多个，不同的队列对应不同的业务类型，将相同业务类型的业务请求放置在同一个队列中，接收时间长的业务请求排列在队列中的前面，采用先进先出的原则将队列中的业务信息消费出来，从而确定第一业务请求的发送时序。

具体地，第一服务器可以从多个队列中以不同的速率同时拉取业务。其中，拉取的速率取决于多条队列中各队列的关键特征值，关键特征值包括：各队列中的业务请求数量、各队列的使用率(队列的使用率用于表示队列的实际忙碌程度，例如假设队列长度为100，占用数为50，则使用率为50％)以及预设的各队列的权重。其中，预设的各队列的权重用于反映各队列所对应的业务类型的业务价值，换言之，可以根据各队列所对应的业务类型的业务价值为各队列设置权重，而业务类型的业务价值可以由相关人员根据经验确定，此处不对其具体值进行限制。

304、第一服务器根据发送时序向区块链系统发送第一业务请求。

第一服务器确定出第一业务请求的发送时序之后，可以根据发送时序向区块链系统发送第一业务。

第一服务器确定出第一业务请求的发送时序之后，可以直接根据发送时序向区块链系统发送第一业务。也可以向区块链系统发送携带业务信息的信息获取请求，信息获取请求用于获取业务信息对应的智能合约。区块链系统接收到来自第一服务器的信息获取请求之后，可以将业务信息对应的智能合约发送给第一服务器。第一服务器接收到来自区块链系统的智能合约之后，可以根据智能合约和业务信息确定业务请求对应的业务的执行逻辑。第一服务器确定出业务的执行逻辑之后，以及确定出第一业务请求的发送时序之后，可以根据发送时序向区块链系统发送携带业务信息和执行逻辑的第二业务请求。

区块链系统接收到来自第一服务器的第二业务请求之后，可以根据业务信息和执行逻辑对第二业务请求对应的业务进行处理，处理完之后可以存储处理结果。其中，业务的执行逻辑可以理解为不同的业务请求有不同的功能，不同的功能需要不同方法实现，实现这些功能的处理顺序和时序就为业务的执行逻辑。具体地，区块链系统接收到来自第一服务器的第二业务请求之后，可以使用区块链系统中的区块链网关检验第二业务请求的请求报文的格式和内容是否正确，报文中所指定用户是否正确登录，如校验，则加载报文中指定用户名的数字证书，对请求报文进行签名，再发送给对应的区块链节点。区块链节点接收到来自区块链网关的第二业务请求之后，可以根据第二业务请求的业务信息和执行逻辑对第二业务请求对应的业务进行处理，记录实现业务相关的数据形成记录数据，在记录数据中携带数字签名以表示业务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

请参阅图4，图4是本发明实施例公开的一种业务服务器的结构示意图。该业务服务器与区块链系统之间有包括第一链路和第二链路的两条链路，第一链路为直连链路，第二链路为包括第一服务器的非直连链路。如图4所示，该业务服务器可以包括：

接收单元401，用于接收第一业务请求，第一业务请求携带业务信息；

发送单元402，用于根据业务信息或业务请求的数量向第一服务器发送第一业务请求，第一业务请求用于第一服务器根据业务信息确定第一业务请求的发送时序，根据发送时序向区块链系统发送第一业务请求。

在一个实施例中，发送单元402具体用于：

判断第一时间段内接收到业务请求的数量是否大于第一阈值，第一时间段为第一业务请求的接收时间与第一时间之间的时间间隔，第一时间为接收时间之前的时间；

在判断出数量大于第一阈值的情况下，向第一服务器发送第一业务请求。

在一个实施例中，发送单元402，还用于在判断出数量不大于第一阈值的情况下，通过第一链路向区块链系统发送第一业务请求。

在一个实施例中，发送单元402，具体用于在根据业务信息确定第一业务请求对应的业务为特定业务的情况下，向第一服务器发送第一业务请求。

需要说明的是，上述业务服务器仅仅作为一种示例，不应构成具体限定，可以根据需要对业务服务器的各个单元进行增加、减少或合并。此外，业务服务器中的各个单元的操作和/或功能为了实现上述图3所描述的方法中业务服务器的相应流程，为了简洁，在此不再赘述。

请参阅图5，图5是本发明实施例公开的一种第一服务器的结构示意图。如图5所示，该第一服务器可以包括：

接收单元501，用于接收来自业务服务器的第一业务请求，第一业务请求携带业务信息；

第一确定单元502，用于根据第一业务请求的接收时间和业务信息确定第一业务请求的发送时序；

发送单元503，用于根据发送时序向区块链系统发送第一业务请求。

在一个实施例中，第一确定单元502具体用于：

按照第一业务请求的接收时间将第一业务请求放置在业务信息对应的队列中；

根据队列中的排序向区块链系统发送第二业务请求。

在一个实施例中，发送单元503，还用于向区块链系统发送携带业务信息的信息获取请求，信息获取请求用于获取业务信息对应的智能合约；

接收单元501，还用于接收来自区块链系统的智能合约；

该信息处理的装置还可以包括：

第二确定单元504，用于根据智能合约和业务信息确定业务请求对应的业务的执行逻辑；

发送单元503，具体用于根据发送时序向区块链系统发送携带业务信息和执行逻辑的第二业务请求，第二业务请求用于区块链系统根据业务信息和执行逻辑对第二业务请求对应的业务进行处理，以及存储处理结果。

需要说明的是，上述第一服务器仅仅作为一种示例，不应构成具体限定，可以根据需要对第一服务器的各个单元进行增加、减少或合并。此外，第一服务器中的各个单元的操作和/或功能是为了实现上述图3所描述的方法中第一服务器的相应流程，为了简洁，在此不再赘述。

请参阅图6，图6是本发明实施例公开的一种信息处理的系统的结构示意图。在一种实施例中，如图6所示，该信息处理的系统可以包括业务微服务、信息通道、消费者服务、区块链系统。业务微服务与区块链网关之间有包括第一链路和第二链路的两条链路，第一链路为直连链路，第二链路为包括信息通道和消费者服务的非直连链路。消费者服务可以和多个信息队列通过长链接的方式建立连接。其中，长链接表示长时间保持消费者与多个信息队列的连接状态。

在一种可能的实现方式中，信息队列，可以是以下至少一种但不限于，包括：Kafka信息队列，Active信息队列(message queue，MQ)，RabbitMQ，Redis信息队列或ZeroMQ等。本发明实施例中的信息队列可以是一个硬件装置，或一个软件模块。信息队列可以以硬件形式单独部署，也可以以软件形式与消费者服务整合在一起，当以硬件形式单独部署时，信息队列与业务微服务和消费者服务各保持一条网络连接；当以软件形式与消费者服务整合部署时，可以与业务微服务保持一条网络连接进行通信，与消费者服务使用进程间通信或进程内通信。

业务微服务可以用于接收业务请求，业务请求可以携带业务信息，业务信息可以包括业务请求的时延、业务请求的超时时间和业务类型等，业务微服务可以根据业务信息的业务类型给业务请求赋予队列标识。业务微服务可以先判断在一定时间段内接收到的业务请求的数量，若接收到的数量大于一定阈值，业务微服务会通过第二链路向区块链网关发送业务请求；若接收到的数量小于等于一定阈值，业务微服务会通过第一链路向区块链网关发送业务请求。业务微服务还可以根据业务信息中的业务请求的时延和业务请求的超时时间判断业务请求是实时性或者非实时性，将实时性的业务请求通过第一链路发送给区块链网关，将非实时性的业务请求通过第二链路发送给区块链网关。

信息队列用来存储来自业务微服务的业务请求，业务微服务可以通过包括信息队列和消费者服务的第二链路将业务请求发送给区块链网关。其中，信息队列可以包括多条信息通道，信息队列接收来自业务微服务的业务请求之后，可以根据业务请求的队列标识将业务信息放置在不同的信息通道中，一条信息通道对应一个业务标识，即一条信息通道对应一种业务类型。信息通道采用先进先出的原则由消费者服务对信息通道中的信息进行消费。信息队列可以根据接收到的业务信息的时间确定向区块链发送业务信息的时序，即先接收的业务信息优先放置信息通道中，也即优先被消费者服务消费出去。

消费者服务用于消费信息通道中的业务信息，消费者服务可以包括信息客户端模块、业务逻辑模块和健康检查模块等。其中，信息客户端模块可以从多个信息通道中以不同的速率同时拉取业务信息。其中，拉取的速率取决于多条信息通道中各信息通道的关键特征值，关键特征值包括：各信息通道中的信息数量、各信息通道的使用率(信息通道的使用率用于表示信息通道的实际忙碌程度，例如假设信息通道长度为100，占用数为50，则使用率为50％)以及预设的各信息通道的权重。其中，预设的各信息通道的权重用于反映各信息通道所对应的业务类型的业务价值，换言之，可以根据各信息通道所对应的业务类型的业务价值为各信息通道设置权重，而业务类型的业务价值可以由相关人员根据经验确定，此处不对其具体值进行限制。

具体地，信息客户端模块还可以定时向多个信息通道发送心跳(heartbeat)请求，心跳间隔可以为30秒，也可以设定为其他时间，信息客户端模块发送心跳请求的目的在于通过心跳检测从信息通道中是否有新的信息到来，并测试连接状态还是否继续有效，在连接状态无效的情况下，信息客户端模块可以重新与信息队列中多个信息通道建立连接。

具体地，业务逻辑模块可以用于处理来自信息客户端的业务信息的执行逻辑，信息客户端模块接收到业务信息之后，不负责业务信息具体的执行逻辑，将业务信息分发给业务逻辑模块中多个执行逻辑通道，多个执行逻辑通道与信息队列中的多个信息通道根据业务信息的类型一一对应，即执行逻辑通道1负责处理信息通道1中业务信息的执行逻辑。业务逻辑模块可以根据业务请求的业务信息向区块链系统发送业务信息对应的智能合约请求，在获取到来自区块链系统的智能合约之后，业务逻辑模块可以根据智能合约和业务信息确定业务请求对应的业务的执行逻辑。业务逻辑模块可以根据发送时序向区块链系统发送携带业务信息和执行逻辑的第二业务请求，第二业务请求用于区块链系统根据业务信息和执行逻辑对第二业务请求对应的业务进行处理，以及存储处理结果。

具体地，健康检查模块可以用来判断系统负载，确定是否需要自动扩容，包括：通过信息客户端模块定期检查信息通道和当前所有通道中的业务信息数量，若一个信息通道中的业务信息数量大于等于信息通道的长度时，健康检查模块向信息队列发送扩容请求，信息队列接收来自健康检查模块的扩容请求之后自动扩容。健康检查模块还可以判断区块链网关是否需要扩容，可以向区块链网关发送扩容事件，以此提升系统的动态响应能力。

区块链系统可以包括区块链网关和区块链节点，区块链网关用于接收来自消费者服务的业务请求，业务请求携带有业务信息。区块链网关与消费者服务之间可以根据限流模块来控制业务请求收发的数量。区块链网关也可以用于将区块链的接口服务向注册中心发布，还可以通过区块链系统的软件开发工具包(software development kit，SDK)调用节点服务，还可以对区块链应用程序接口(application program interface，API)进行封装、鉴权和限流，保护区块链节点服务。区块链节点中包含状态数据库和账本存储等，用于实现业务数据的处理以及存储处理结果。具体的步骤请参考步骤303，在此不再赘述。

基于图1所示的网络架构，请参阅图7，图7是本发明实施例公开的一种信息处理装置的结构示意图。便于理解和图示方便，如图7所示，该信息处理装置可以包括处理器701、存储器702、输入接口703、输出接口704和连接线705。存储器702可以是独立存在，连接线705与处理器701相连接。存储器702也可以和处理器701集成在一起。连接线705可包括一通路，在上述组件之间传送信息。其中，存储器702中存储程序指令，处理器701用于执行存储器702中存储的程序指令。其中：

在一个实施例中，该信息处理装置可以为业务服务器。存储器702中存储的程序指令被执行时，该处理器701用于调用存储器702存储的程序指令控制输入接口703执行接收单元401的操作，以及控制输出接口704执行发送单元402的操作。输入接口703用于执行接收单元401执行的操作。输出接口704用于执行发送单元402执行的操作。

在另一个实施例中，该信息处理装置可以为第一服务器。存储器702中存储的程序指令被执行时，该处理器701用于调用存储器702存储的程序指令控制输入接口703执行接收单元501的操作，以及控制输出接口704执行发送单元503的操作，还用于执行上述实施例中第一确定单元502和第二确定单元505执行的操作。输入接口用于执行接收单元501执行的操作。输出接口用于执行发送单元503执行的操作。

本发明实施例还公开了一种存储介质，该存储介质上存储有程序，该程序运行时，实现如图2和图3所示的信息处理的方法。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (10)

1.一种信息处理的方法，其特征在于，所述方法应用于业务服务器，所述业务服务器与区块链系统之间的链路包括第一链路和第二链路，所述第一链路为直连链路，所述第二链路为非直连链路，所述第二链路包括第一服务器，包括：

接收第一业务请求，所述第一业务请求携带业务信息；

根据所述业务信息或业务请求的数量向所述第一服务器发送所述第一业务请求，所述第一业务请求用于所述第一服务器根据所述业务信息确定所述第一业务请求的发送时序，根据所述发送时序向所述区块链系统发送所述第一业务请求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务信息或业务请求的数量向所述第一服务器发送所述第一业务请求包括：

判断第一时间段内接收到业务请求的数量是否大于第一阈值，所述第一时间段为所述第一业务请求的接收时间与第一时间之间的时间间隔，所述第一时间为所述接收时间之前的时间；

在判断出所述数量大于所述第一阈值的情况下，向所述第一服务器发送所述第一业务请求。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在判断出所述数量不大于所述第一阈值的情况下，通过所述第一链路向所述区块链系统发送所述第一业务请求。

4.一种信息处理的方法，其特征在于，所述方法应用于第一服务器，所述方法包括：

接收来自业务服务器的第一业务请求，所述第一业务请求携带业务信息；

根据所述第一业务请求的接收时间和所述业务信息确定所述第一业务请求的发送时序；

根据所述发送时序向所述区块链系统发送所述第一业务请求。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第一业务请求的接收时间和所述业务信息确定所述第一业务请求的发送时序包括：

按照所述第一业务请求的接收时间将所述第一业务请求放置在所述业务信息对应的队列中；

根据所述队列中的排序向所述区块链系统发送所述第一业务请求。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

向区块链系统发送携带所述业务信息的信息获取请求，所述信息获取请求用于获取所述业务信息对应的智能合约；

接收来自所述区块链系统的所述智能合约；

根据所述智能合约和所述业务信息确定所述业务请求对应的业务的执行逻辑；

所述根据所述发送时序向所述区块链系统发送所述第一业务请求包括：

根据所述发送时序向所述区块链系统发送携带所述业务信息和所述执行逻辑的第二业务请求，所述第二业务请求用于所述区块链系统根据所述业务信息和所述执行逻辑对所述第二业务请求对应的业务进行处理，以及存储处理结果。

7.一种业务服务器，其特征在于，所述业务服务器与区块链系统之间的链路包括第一链路和第二链路，所述第一链路为直连链路，所述第二链路为非直连链路，所述第二链路包括第一服务器，包括：

接收单元，用于接收第一业务请求，所述第一业务请求携带业务信息；

发送单元，用于根据所述业务信息或业务请求的数量向所述第一服务器发送所述第一业务请求，所述第一业务请求用于所述第一服务器根据所述业务信息确定所述第一业务请求的发送时序，根据所述发送时序向所述区块链系统发送所述第一业务请求。

8.一种第一服务器，其特征在于，包括：

接收单元，用于接收来自业务服务器的第一业务请求，所述第一业务请求携带业务信息；

第一确定单元，用于根据所述第一业务请求的接收时间和所述业务信息确定所述第一业务请求的发送时序；

发送单元，用于根据所述发送时序向所述区块链系统发送所述第一业务请求。

9.一种信息处理装置，其特征在于，包括处理器和存储器，所述存储器存储有一组计算机程序代码，所述处理器通过执行所述存储器存储的计算机程序代码实现如权利要求1-6任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或计算机指令，当所述计算机程序或计算机指令被运行时，实现如权利要求1-6任一项所述的方法。