CN109361620B

CN109361620B - 一种数据发送的方法、装置、设备及存储介质

Info

Publication number: CN109361620B
Application number: CN201811330992.9A
Authority: CN
Inventors: 宁力军
Original assignee: Hangzhou DPTech Technologies Co Ltd
Current assignee: Hangzhou DPTech Technologies Co Ltd
Priority date: 2018-11-09
Filing date: 2018-11-09
Publication date: 2022-11-01
Anticipated expiration: 2038-11-09
Also published as: CN109361620A

Abstract

本申请提供了一种数据发送的方法、装置、设备及存储介质。所述方法包括：将业务板中待发送的数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；判断所述发包队列模块是否成功接收所述数据；如果是，则将所述数据通过发包线程发送至主控板；如果否，则在缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块。通过这种方法对进入发包队列模块失败的数据进行补救，并且可以防止发包队列模块二次拥堵，优先发送重要程度较高的数据，大大提高了数据传输的可靠性。

Description

一种数据发送的方法、装置、设备及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种数据发送的方法、装置、设备及存储介质。

背景技术

框式设备因其高性能和强大的计算能力应用越来越广泛。框式设备包括主控板和业务板，其中，主控板用于控制整台装置正常运行、统一管理所有业务板的配置下发和状态显示并统一存储本装置的所有配置文件。业务板则负责实现各种网络业务、安全业务和应用功能，包括防火墙板、IPS板、UAG板、ADX板、GUARD板等。主控板和业务板之间通过板间通道进行通信，主控板可以通过板间通道下发一些配置、转发表项、审计策略等信息到业务板，使得业务板可以独立处理业务，同时，业务板也可以通过板间通道向主控板发送一些运行状态、业务日志、业务板流量等信息，来将这些信息记录或呈现到设备管理UI中去。

目前，当业务板上某模块进行业务运转生成的数据要发送给主控板时，处理过程如下：首先，将业务板发送数据发送给发包队列模块，如果发包队列模块成功接收数据，即数据入队成功，则等待发包线程将发包队列模块中的数据发送到主控板，发送成功则此次数据发送流程结束，发送失败则记录此次失败处理事件。如果发包队列模块的数据已满，数据入队失败，也会记录此次失败处理事件，系统会统计单位时间内板件通道失败处理事件的次数，如果达到系统预设的次数，则系统认为板间通道出现了严重的故障，业务板会进行复位操作。现有技术针对数据入队失败的问题处理过于简单，只是进行了失败统计，并没有对入队失败数据采取补救措施，另外，只从数据入队失败的次数统计就认为通道严重故障、业务板就进行复位操作的理由也不够充分。

发明内容

为克服相关技术中存在的问题，本发明提供了一种数据发送的方法、装置、设备及存储介质。

首先，本申请提供了一种数据发送的方法，所述方法用于框式设备，所述框式设备包括主控板和业务板，所述业务板包括业务模块，包括：

将业务模块中待发送的数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

如果否，则在缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块。

其次，本申请提供了一种数据发送装置，所述装置包括：

第一发送模块，将业务板的待发送数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；

判断模块，判断所述发包队列模块是否成功接收所述数据；

第二发送模块，如果所述发包队列模块成功接收所述数据，则将所述数据通过发包线程发送至主控板；

存储模块，如果所述发包队列模块未成功接收所述数据，则在缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块。

另外，本申请提供了一种框式设备，其特征在于，所述设备包括：处理器和存储器；

所述存储器用于存储可执行的计算机指令；

所述处理器用于执行所述计算机指令时实现以下步骤：

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

进一步地，本申请提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现以下步骤：

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

本申请的有益效果：在业务板的待发送数据进入发包队列模块失败时，将数据在缓冲区模块中建立新节点存储并将缓冲取模块的节点按照预设顺序排序，以便在发包队列模块的剩余存储空间达到预设值后，按照预设顺序将缓冲模块中的数据发送给发包队列模块。通过这种方法对进入发包队列模块失败的数据进行补救，并且可以防止发包队列模块二次拥堵，优先发送重要程度较高的数据，大大提高了数据传输的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为本申请一示例性实施例的框式设备结构示意图；

图2为本申请一示例性实施例的一种数据发送的方法流程图；

图3为本申请一示例性实施例的一种数据发送的方法流程图；

图4为本申请一示例性实施例的一种数据发送装置的结构逻辑框图；

图5为本申请一示例性实施例的一种框式设备的结构逻辑框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

框式设备因其高性能和强大的计算能力应用越来越广泛。如图1所示，框式设备包括主控板和业务板，主控板与业务板之间通过板间通道进行通信。其中，主控板用于控制整台装置正常运行、统一管理所有业务板的配置下发和状态显示、统一存储本装置的所有配置文件。业务板则负责实现各种网络业务、安全业务和应用功能，业务板的业务处理是通过运行在其上面的业务模块实现的，例如业务板1的模块为模块1到模块x，不同的业务板做不同的核心业务。常见的业务板包括防火墙板、IPS板、UAG板、ADX板、GUARD板等。主控板和业务板之间通过板间通道进行通信，主控板可以通过板间通道向业务板下发一些配置、转发表项、审计策略等信息，使得业务板可以独立处理业务，同时，业务板也可以通过板间通道向主控板发送一些运行状态、业务日志、业务板流量等信息，来将这些信息记录或呈现到设备管理UI中去。

现有技术中，当业务板上某模块进行业务运转生成的数据要发送给主控板时，一般先将需要发送数据放入发包队列模块中，如果数据成功放入发包队列，则等待发包线程将队列中的数据发送到主控板，如发送成功则整个数据发送的过程结束，如发送失败则记录此次失败处理事件。如果发包队列模块的数据已满，数据放入发包队列模块失败，此时也会记录此次失败处理事件。系统会统计单位时间内板间通道失败处理事件的数量，如果达到系统预设的数量，则系统认为板间通道出现了严重的故障，业务板会进行复位操作。但是现有技术针对数据进入发包队列模块失败的问题处理过于简单，只是进行了失败统计，并没有对进入发包队列模块失败的数据采取补救措施，另外，只通过对进入发包队列模块失败的次数统计就认为通道严重故障、将业务板进行复位操作的理由也不够充分。

为了解决上述问题，本申请提供了一种数据发送的方法，所述方法用于框式设备，所述框式设备包括主控板和业务板，所述方法用于主控板与业务板之间的数据传输，图2为所述数据发送方法的流程图，具体包括步骤S201-步骤S204。

S201、将业务板中待发送的数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；

S202、判断所述发包队列模块是否成功接收所述数据；

S203、如果是，则将所述数据通过发包线程发送至主控板；

S204、如果否，则在缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块。

通常业务板的业务处理是通过运行在其上面的业务模块实现的，不同的业务模块负责处理不同的业务。由于业务板的业务比较多，也比较复杂，在处理这些业务时会产生大量的数据，这些数据需要发送给主控板。在一个实施例中，这些数据可以是业务板的运行状态、业务日志和/或业务板流量。业务板需要将这些数据发送给主控板，以便主控板掌握各业务板的运行动态以及统一存储各配置文件。

在业务板产生了需要发送给主控板的数据后，先将这些待发送的数据发送给发包队列模块。发包队列模块可以用于存储待发送的数据，业务板的待发送数据存储到发包队列模块，再按照队列的预定的顺序逐一发送给主控板。数据在发送至主控板的过程中，也可能存在发送失败的情形，在一个实施例中，如果出现发送失败的情况，则将记录此次失败事件，以便后续回溯该事件。当然，也可以对这些数据发送失败的时间进行统计，如果在一定的时间内，失败的次数超过一定值，比如，一小时内发包线程在发送数据的过程中，发送失败的次数超过10次，则可能是板间通到存在故障，此时业务板可以执行复位操作，重新启动。

由于业务板各模块的待发送数据都需先存储到发包队列模块再发送，而发包队列模块又具有存储效率高，存储资源少的特点，因而发包队列模块很可能已经没有存储空间，无法接收发送过来的数据。所以，在将待发送数据发送给发包队列模块后，可以判断发包队列是否成功接收待发送数据，如果成功接收，即待发送的数据成功进入发包队列模块中，即可以通过发包线程将待发送数据发送给主控板。如果发包队列模块的存储空间不够，无法接收待发送数据，待发送数据未进入发包队列，则可以在缓冲区模块中建立一个新的节点来存储待发送数据。缓冲区模块可以用于存储那些未成功进入到发包队列模块的数据，缓冲区模块划分为不同的节点，每存入一个新的数据，都建立一个新的节点存储该数据，数据与节点一一对应，以区分不同的数据。

当发包队列模块中的剩余存储空间达到预设值时，则可以将缓冲区模块中存储的数据再按照预设的顺序重新发送给发包队列模块，以便进入发包队列模块中后通过发包线程发送给主控板。通过这种方法可以对进入发包队列失败的数据进行补救，大大提高数据传输的可靠性。

由于缓冲区模块只是用来暂时存储未成功进入发包队列模块的数据，因此内存也比较小。在某些时候，也可能出现内存不够的情况，所以，在一个实施例中，在缓冲区模块中建立新节点存储待发送数据之前，还可以先判断所述缓冲存储模块中的是否还存在剩余存储空间，如果还存在剩余存储空间，则建立一个新的节点来存储待发送数据，如果不存在剩余节点，则需要等待缓冲区模块中的存储资源，在等待期间可以启动一个计时器，通过计时器来计算等待时长。

在一个实施例中，还可以根据业务板的业务具体情况设定一个预设时间，以便在长时间等不到缓冲模块的存储资源时采取补救措施。可以在启动计时器计时后，判断等待缓冲模块存储资源的时间是否超出预设时间，如果超出了预设时间，缓冲区模块中还没有节点来存储待发送数据，则重新启动业务板。如果在等待缓冲模块存储资源的时间没有超过预设时间，则将此次发包队列模块未成功接收待发送数据，即数据入队失败的事件记录，以便后续回溯该事件，对系统做进一步的优化和改善。

在一个实施例中，每次发包队列模块中的数据通过发包线程发送至主控板后，还可以计算此时发包队列模块中的剩余存储空间，然后判断此时的剩余存储空间是否到达到预设值，如果达到预设值，则将缓冲区模块的数据发送给发包队列模块。所述预设值可基于业务板的CPU型号确定，不同型号的CPU处理能力不一样，因此预设值也不一样。例如，发包队列模块中的数据每发送一个至主控板，便可以将发包队列模块的剩余存储空间资源的计数加1，再判断累计的剩余存储空间资源的计数是否达到了队列总资源数的1/n，其中n可以根据业务板的CPU的具体型号去设置。若已达到，则可以将缓冲区模块的数据发送给发包队列模块。这样在保证发包队列模块中有充足的剩余存储空间后再向其发送缓冲区模块的数据，可以避免发包队列二次拥堵，提高数据进入发包队列模块的成功率。

由于缓冲区模块存储的数据也比较多，在将缓冲区模块的数据发送给发包队列模块时，可以根据业务的优先级来灵活发送。在一个实施例中，当数据无法成功进入发包队列模块而存储在缓冲区模块后，可以根据业务板中各业务的优先级将缓冲区模块中存储数据的节点排序，比如业务A比较紧急，则将存储业务A产生的数据的节点排在前面，以便优先将业务A的数据发送给发包队列模块后再发送至主控板，从而使得优先级高的业务模块的处理业务优先恢复，保证了紧急业务的优先处理。当然，节点的排序也可以根据用户对业务的关注程度来设置，如果一个业务的用户关注程度高，则可以将该业务产生的数据排在前面，优先发送。一般情况，业务的优先级默认由系统初始化产生，但是也可以根据用户配置进行调整，配置方式包含web或命令行等。

为了进一步解释本申请中的数据发送的方法，以下结合图3以一具体实施例来说明。

框式设备中的业务板需要向主控板发送各业务模块处理业务后产生的数据，这些数据包括各业务板的运行状态、业务日志和业务板流量等。当业务板的业务处理模块生成待发送数据后(S301)，将这些数据发送给发包队列模块(S302)，判断发包队列模块是否成功接收待发送数据(S303)，如果成功接收，则说明待发送数据成功进入发包队列模块，则通过发包线程将待发送数据发送给主控板(S304)。在通过发包线程发送数据后，判断数据是否成功发送(S305)，如果成功发送，则此次数据发送事件结束(S306)。如果未成功发送，则记录此次数据发送失败事件(S307)，还可以统计失败事件的次数(S308)，判断发送失败的事件在预设时间内是否达到一定的数值(S309)，如果达到，则业务板执行复位操作(S310)。在某些时候，如果发包队列的存储空间不够，数据未成功进入发包队列，则判断缓冲区模块中是否存在剩余存储空间(S311)，如果存在则建立新的节点存储该待发送数据(S312)，存储之后，按照业务的优先级将存储有业务数据的节点排序(S313)。如果缓冲区模块不存在剩余节点，则待存储数据需要等待缓冲区模块的节点，可以启动计时器计算等待时长(S314)，然后判断计时是否超过预设时间(S315)，如果等待时间超过预设时间，则业务板执行复位操作(S316)，如果未超过预设时长，则记录此次待发送数据进入发包队列失败事件，以便后续回溯该事件(S317)。另外，当发包队列模块中的数据通过发包线程发送给主控板后，还需计算此时发包队列模块中的剩余存储空间(S318)，并判断剩余存储空间是否大于预设值(S319)，若大于预设值，则按照缓冲模块中节点的预设顺序将数据发送给发包队列模块(S320)，在判定给发包队列模块的剩余存储资源充裕时，再向其发送数据，可以避免造成发包队列模块二次拥堵，提高缓冲模块中缓存数据进入发包队列模块的成功率。

与本申请的一种数据发送的方法的各实施例相对应，本申请还提供了一种数据发送的装置，如图4所示，所述装置400包括：

第一发送模块401，将业务板的待发送数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；

判断模块402，判断所述发包队列模块是否成功接收所述数据；

第二发送模块403，如果所述发包队列模块成功接收所述数据，则将所述数据通过发包线程发送至主控板；

存储模块404，如果所述发包队列模块未成功接收所述数据，则在缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块。

在一实施例中，所述数据包括：业务板运行状态数据、业务板的业务日志和/或业务板的流量。

在一实施例中，在缓冲区模块中建立新节点存储所述数据之前，还包括：

判断所述缓冲区模块是否存在剩余节点；

如果是，则在所述缓冲区模块中建立新节点存储所述数据；

如果否，则启动计时器计时。

在一实施例中，在启动计时器计时之后，还包括：

判断所述计时器的计时是否超过预设时间；

如果是，则向所述业务板发送复位指令，以便所述业务板执行复位操作；

如果否，则记录所述发包队列模块未成功接收所述数据的信息。

在一实施例中，在将所述数据通过发包线程发送至主控板之后，还包括:

计算发包队列中的剩余存储空间；

判断所述剩余存储空间是否超过预设值，其中，所述预设值基于所述业务板的CPU型号确定。

在一实施例中，在缓冲区模块建立新节点存储所述数据之后，还包括：

根据所述业务板处理业务的优先级，将所述缓冲区模块中的存储所述数据的节点重新排序。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

此外，本申请还提供了一种框式设备500，如图5所示，所述设备包括：处理器501和存储器502；

所述存储器用于存储可执行的计算机指令；

所述处理器用于执行所述计算机指令时实现以下步骤：

将业务板中待发送的数据发送给发包队列模块，其中，所述发包队列模块用于存储待发送的数据；

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

进一步地，本申请还提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现以下步骤：

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

由于本申请对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种数据发送的方法，其特征在于，所述方法用于框式设备，所述框式设备包括主控板和业务板，包括：

判断所述发包队列模块是否成功接收所述数据；

如果是，则将所述数据通过发包线程发送至主控板；

如果否，判断缓冲区模块是否存在剩余存储空间，如果是，则在所述缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块；如果否，则启动计时器计时，并在所述计时器的计时超过预计时间，并且所述缓冲区模块没有出现剩余存储空间，向所述业务板发送复位指令，以便所述业务板执行复位操作。

2.如权利要求1所述的一种数据发送的方法，其特征在于，所述数据包括：业务板运行状态数据、业务板的业务日志和/或业务板的流量。

3.如权利要求1所述的一种数据发送的方法，其特征在于，在启动计时器计时之后至所述缓冲区模块出现剩余存储空间之前，还包括：

如果所述计时器的计时没有超过预设时间；记录所述发包队列模块未成功接收所述数据的事件。

4.如权利要求1所述的一种数据发送的方法，其特征在于，在将所述数据通过发包线程发送至主控板之后，还包括：

计算发包队列模块中的剩余存储空间；

5.如权利要求1所述的一种数据发送的方法，其特征在于，在将所述数据通过发包线程发送至主控板之后，还包括：

判断所述数据是否成功发送至主控板；如果否，则记录所述数据发送失败的事件。

6.如权利要求1所述的一种数据发送的方法，其特征在于，在缓冲区模块建立新节点存储所述数据之后，还包括：

7.一种数据发送的装置，其特征在于，所述装置包括：

判断模块，判断所述发包队列模块是否成功接收所述数据；

存储模块，如果所述发包队列模块未成功接收所述数据，判断缓冲区模块是否存在剩余存储空间，如果是，则在所述缓冲区模块中建立新节点存储所述数据，以便在所述发包队列模块的剩余存储空间达到预设值时，按照所述缓冲区模块节点的预设顺序重新将所述数据发送给发包队列模块；如果否，则启动计时器计时，并在所述计时器的计时超过预计时间，并且所述缓冲区模块没有出现剩余存储空间，向所述业务板发送复位指令，以便所述业务板执行复位操作。

8.一种框式设备，其特征在于，所述设备包括：处理器和存储器；

所述存储器用于存储可执行的计算机指令；

所述处理器用于执行所述计算机指令时实现权利要求1至6任一所述方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至6任一所述方法的步骤。