CN106453128A - 一种数据报文缓冲通讯方法及装置 - Google Patents

Abstract

本申请提供了一种数据报文缓冲通讯方法及装置，其中，方法包括：探测发报缓冲队列的深度；接收应用系统发送的数据报文，并确定所述数据报文的优先级；判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则直接发送所述数据报文，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，以根据所述发报缓冲队列发送数据报文。本申请能够防止系统间处理能力不匹配导致处理速度较慢的一方系统出现交易堵塞甚至交易丢失的情况出现，能够保障优先级高的数据报文优先发送处理，同时不影响普通数据报文的发送。

Description

一种数据报文缓冲通讯方法及装置

技术领域

本申请属于数据处理技术领域，特别涉及一种数据报文缓冲通讯方法及装置。

背景技术

应用系统通过数据报文与外部系统进行通讯传递信息。当应用系统完成内部操作后可以向外部系统发送数据报文以进行信息通知、指令请求，外部系统收到数据报文后进行相应的反馈处理。

两个系统间交互的数据报文数据量非常巨大，会出现两边处理能力不匹配的情况，若处理速度较快的一方不对数据报文的发送速度进行控制会出现速度较慢的一方交易堵塞甚至交易丢失，影响两个系统间交互的可用性。所以应用系统向外发送数据报文要先将数据报文放到缓冲池中，通过异步交易将缓冲池中的数据报文定时发出，并且对异步交易的发送速度进行限制。但如果优先级高的数据报文也简单的将其放到缓冲池统一处理可能会影响这类数据报文的处理时效。

发明内容

本申请提供一种数据报文缓冲通讯方法及装置，用于解决两个系统交互时，容易因两系统处理速度不同而导致数据报文丢失，及影响优先级高的数据报文的处理时效的问题。

为了解决上述技术问题，本申请的一技术方案为提供一种数据报文缓冲通讯方法，包括：探测发报缓冲队列的深度；

接收应用系统发送的数据报文，并确定所述数据报文的优先级；

判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则直接发送所述数据报文，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，以根据所述发报缓冲队列发送数据报文。

本申请另一技术方案为提供一种数据报文缓冲通讯装置，包括：队列深度探测模块、接收模块、路径选择模块、发报缓冲模块及发报模块；

所述队列深度探测模块用于探测发报缓冲队列的深度；

所述接收模块用于接收应用系统发送的数据报文，并确定所述数据报文的优先级；

所述路径选择模块用于判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则由所述发报模块直接发送所述数据报文，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，由所述发报缓冲模块根据所述发报缓冲队列通过所述发报模块发送数据报文。

本申请通过上述技术方案能够防止系统间处理能力不匹配导致处理速度较慢的一方系统出现交易堵塞甚至交易丢失的情况出现，在发报缓冲队列的深度大于队列深度阈值时，将优先级高(优先级大于级别阈值)的数据报文不经过发报缓冲队列而直接发送出去，能够保障优先级高的数据报文优先发送处理，体现数据报文处理的优先级别，在发报缓冲队列的深度小于队列深度阈值时，将优先级高的数据报文加入至发报缓冲队列中，能够保证优先级高的数据报文按时发送的同时不影响普通数据报文的发送。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的数据报文缓冲通讯方法流程图；

图2为本申请实施例的发送发报缓冲队列中的数据报文的流程图；

图3为本申请实施例的数据报文缓冲通讯装置结构图；

图4为本申请实施例的发报缓冲模块的结构图。

具体实施方式

为了使本申请的技术特点及效果更加明显，下面结合附图对本申请的技术方案做进一步说明，本申请也可有其他不同的具体实例来加以说明或实施，任何本领域技术人员在权利要求范围内做的等同变换均属于本申请的保护范畴。

在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。

如图1所示，图1为本申请实施例的数据报文缓冲通讯方法流程图。本实施例能够根据发报缓冲队列的深度及数据报文的优先级，判断数据报文是否不通过发报缓冲队列而直接发送出去，能够保证优先级高的数据报文按时发送的同时不影响普通数据报文的发送。具体的，包括：

步骤101：探测发报缓冲队列的深度。发报缓冲队列的深度指的是发报缓冲队列中未处理的数据报文的笔数。

步骤102：接收应用系统发送的数据报文，并确定所述数据报文的优先级。

步骤103：判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则直接发送所述数据报文至外部系统，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，以根据所述发报缓冲队列发送数据报文至外部系统。

队列深度阈值可根据实际优先处理优先级高(优先级大于级别阈值)的数据报文情况选定，本申请对其具体取值不做限定。

上述过程在应用系统将数据报文发送至外部系统的过程中进行，步骤102中，接收到应用系统发送的数据报文后，还包括对数据报文进行数据合法性检查，并将数据报文保存至数据表中，以便后续程序调取。

一具体实施例中，数据表中存储的数据报文格式如表一：

表一

字段名称	字段类型
		报文信息流水号主键	数字
数据报文	字符
		数据报文优先级	数字
登记日期	日期
		登记时间	时间

其中，报文信息流水号主键是唯一标识一笔数据报文的流水号；数据报文为数据报文的发送主体信息；数据报文优先级为该笔数据报文向外部系统发送的优先级，如为普通、紧急两种；登记日期为存储数据报文记录的日期；登记时间为存储数据报文记录的时间。

一实施例中，数据报文缓冲通讯方法还包括：记录发报缓冲队列中各笔数据报文的处理状态，以便确定哪些数据报文还未发送，具体的，处理状态包括：待处理及已处理，可用数字进行表示，如1表示待处理，2表示已处理。

进一步的，为了控制应用系统向外发送数据报文的速度，如图2所示，步骤103中将所述数据报文加入至所述发报缓冲队列后，根据所述发报缓冲队列发送数据报文包括：

步骤201：获取所述发报缓冲队列中处理状态为待处理的数据报文。

步骤202：逐一发送待处理的数据报文，记录发送该待处理的数据报文的笔数。具体实施时，可由一计数器C实现计数，每发送完一笔数据报文后，计数器C做自加1处理。

步骤203：判断计数器记录的笔数M1是否大于或等于一发报缓冲笔数N1，若判断结果为是，则休眠预定时间T1(该预定时间也可称为发报缓冲时间，单位为秒)，待休眠结束后，初始化所述计数器C为0，判断发报缓冲队列中是否存在待处理的数据报文，如果存在，则继续逐一发送待处理的数据报文，如果不存在，则发送完毕。

具体实施时，可由专门的数据表对发报缓冲队列中的数据报文进行记录，其记录的格式如表二：

表二

其中，报文信息流水号主键为表一中保存的报文流水号主键；处理状态包含：1-待处理、2-已处理，新的数据报文加入发报缓冲队列时，该字段记为1-待处理，向外部系统发送数据报文成功后该字段更新为2-已处理；登记日期为新的数据报文加入至发报缓冲队列的日期；登记时间为新的数据报文加入至发报缓冲队列的时间；处理日期在新的数据报文加入发报缓冲队列时记为1900-01-01，向外部系统发送数据报文成功后该字段更新为当前日期；字段处理时间在新的数据报文加入发报缓冲队列时记为00:00:00，向外部系统发送报文成功后该字段更新为当前时间。

进一步的，每发送完一待处理的数据报文后，还包括将表二中数据报文的处理状态由待处理更新为已处理。

本申请提供的数据报文通讯方法能防止系统间处理能力不匹配导致处理速度较慢的一方系统出现交易堵塞甚至交易丢失的情况出现，在发报缓冲队列的深度大于队列深度阈值时，将优先级高(优先级大于级别阈值)的数据报文不经过发报缓冲队列而直接发送出去，能够保障优先级高的数据报文优先发送处理，体现数据报文处理的优先级别，在发报缓冲队列的深度小于队列深度阈值时，将优先级高的数据报文存储至发报缓冲队列中，能够保证优先级高的数据报文按时发送的同时不影响普通数据报文的发送。

基于同一发明构思，本申请实施例中还提供了一种数据报文缓冲通讯装置，如下面的实施例所述。由于该装置解决问题的原理与上述方法相似，因此该装置的实施可以参见上述方法的实施，重复之处不再赘述。

该装置可以通过逻辑电路实现运行于智能终端，例如手机、平板电脑等设备中，或者以功能模块的方式由软件实现各部件的功能，运行于所述智能终端上。具体的，如图3所示，该装置包括：队列深度探测模块303、接收模块301、路径选择模块302、发报缓冲模块304及发报模块305。

所述队列深度探测模块303用于探测发报缓冲队列的深度。

所述接收模块301连接应用系统，用于接收应用系统发送的数据报文，并确定所述数据报文的优先级。

所述路径选择模块302用于判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则由所述发报模块305直接发送所述数据报文至外部系统，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，由所述发报缓冲模块304根据所述发报缓冲队列通过所述发报模块305发送数据报文。

所述发报模块305连接外部系统，用于发送数据报文。

一实施例中，接收模块301包括数据接收单元及数据报文存储单元，数据接收单元用于接收应用系统发送的数据报文，数据报文存储单元用于存储应用系统发送的数据报文，存储格式如上述表一所示。

进一步的，如图4所示，所述发报缓冲模块304包括发报缓冲队列记录单元401，用于记录发报缓冲队列中各笔报文的处理状态。除了记录各笔报文的处理状态外，还记录报文信息流水号主键、登记日期、登记时间、处理日期及处理时间等，具体如上述表二所示。

获取单元402，用于获取所述发报缓冲队列中处理状态为待处理的数据报文。

发报处理单元403，用于逐一发送待处理的数据报文，记录发送该待处理的数据报文的笔数；判断所述发送该待处理的数据报文的笔数是否大于或等于一发报缓冲笔数，若判断结果为是，则休眠预定时间，待休眠结束后判断发报缓冲队列中是否存在待处理的数据报文，如果存在，则继续逐一发送待处理的数据报文。

进一步的，每发送完一待处理的数据报文后，所述发报缓冲队列记录单元401还用于将该数据报文的处理状态由待处理更新为已处理。

本申请提供的数据报文通讯装置，在发报缓冲队列的深度大于队列深度阈值时，将优先级高(优先级大于级别阈值)的数据报文不经过发报缓冲队列而直接发送出去，能够保障优先级高的数据报文优先发送处理，体现数据报文处理的优先级别，在发报缓冲队列的深度小于队列深度阈值时，将优先级高的数据报文加入至发报缓冲队列中，能够保证优先级高的数据报文按时发送的同时不影响普通数据报文的发送。

为了更清楚说明本申请技术方案，下面以一具体实施例进行详细说明，设队列深度阀值为500笔，当前发报缓冲队列深度为498笔，发报缓冲笔数为50笔，缓冲预定时间为1s，数据报文缓冲通讯的方法包括：

步骤1：应用系统发送3笔数据报文，接收并存储数据报文记录如下：

表三

步骤2：报文信息流水号主键为1的报文记录的处理流程如下：

获取当前发报缓冲队列深度498，小于队列深度阈值500；通过表三可知，报文信息流水号主键为1的数据报文优先级为普通，则将报文信息流水号主键为1的数据报文加入至发报缓冲队列，并记录如下，此时，发报缓冲队列深度为499：

表四

报文信息流水号主键	处理状态	登记日期	登记时间	处理日期	处理时间
						1	1-待处理	2013-07-01	10:00:00	1900-01-01	00:00:00

需要说明的是，表四中仅列出了新加入的数据报文记录，未列出现有的498条记录。在未接收到紧急优先权的数据报文时，逐一发送上表中对应的待处理数据报文。

步骤3：报文信息流水号主键为2的报文记录的处理流程如下：

获取当前发报缓冲队列深度499，小于队列深度阈值500；通过表三可知，报文信息流水号主键为2的数据报文优先级为紧急，则将报文信息流水号主键为2的数据报文加入至发报缓冲队列，并记录如下，此时，发报缓冲队列深度为500：

更新的表四：

报文信息流水号主键	处理状态	登记日期	登记时间	处理日期	处理时间
						1	1-待处理	2013-07-01	10:00:00	1900-01-01	00:00:00
2	1-待处理	2013-07-01	10:00:01	1900-01-01	00:00:00

步骤4：报文信息流水号主键为3的报文记录的处理流程如下：

获取当前发报缓冲队列深度500，等于队列深度阈值500；通过表三可知，报文信息流水号主键为3的数据报文优先级为紧急，则直接将报文信息流水号主键为3的数据报文发送给外部系统。

步骤5：从表三中获取总共500笔(包含报文信息流水号主键为1、2的两笔记录)处理状态为1-未处理的记录进行发报处理，逐一将数据报文发送到外部系统，完成发报处理后，报文信息流水号主键为1、2的两笔记录在表四中的记录为：

报文信息流水号主键	处理状态	登记日期	登记时间	处理日期	处理时间
						1	2-已处理	2013-07-01	10:00:00	2013-07-01	10:01:00
2	2-已处理	2013-07-01	10:00:01	2013-07-01	10:01:01

鉴于发报缓冲笔数为50笔，缓冲预定时间为1s，则500笔交易需要进行500/50＝10次，共10s的休眠。

本申请在发报缓冲队列的深度大于队列深度阈值时，将优先级高(优先级大于级别阈值)的数据报文不经过发报缓冲队列而直接发送出去，能够保障优先级高的数据报文优先发送处理，体现数据报文处理的优先级别，在发报缓冲队列的深度小于队列深度阈值时，将优先级高的数据报文存储至发报缓冲队列中，能够保证优先级高的数据报文按时发送的同时不影响普通数据报文的发送。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅用于说明本申请的技术方案，任何本领域普通技术人员均可在不违背本申请的精神及范畴下，对上述实施例进行修饰与改变。因此，本申请的权利保护范围应视权利要求范围为准。

Claims (8)

1.一种数据报文缓冲通讯方法，其特征在于，包括：

探测发报缓冲队列的深度；

接收应用系统发送的数据报文，并确定所述数据报文的优先级；

判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则直接发送所述数据报文，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，以根据所述发报缓冲队列发送数据报文。

2.如权利要求1所述的数据报文缓冲通讯方法，其特征在于，还包括：

记录所述发报缓冲队列中各笔数据报文的处理状态。

3.如权利要求2所述的数据报文缓冲通讯方法，其特征在于，将所述数据报文加入至所述发报缓冲队列后，以根据所述发报缓冲队列发送数据报文包括：

获取所述发报缓冲队列中处理状态为待处理的数据报文；

逐一发送待处理的数据报文，记录发送该待处理的数据报文的笔数；

判断记录的笔数是否大于或等于一发报缓冲笔数，若判断结果为是，则休眠预定时间，待休眠结束后判断发报缓冲队列中是否存在待处理的数据报文，如果存在，则继续逐一发送待处理的数据报文。

4.如权利要求3所述的数据报文缓冲通讯方法，其特征在于，每发送完一待处理的数据报文后还包括，将该数据报文的处理状态由待处理更新为已处理。

5.一种数据报文缓冲通讯装置，其特征在于，包括：队列深度探测模块、接收模块、路径选择模块、发报缓冲模块及发报模块；

所述队列深度探测模块用于探测发报缓冲队列的深度；

所述接收模块用于接收应用系统发送的数据报文，并确定所述数据报文的优先级；

所述路径选择模块用于判断所述发报缓冲队列的深度是否大于或等于队列深度阈值，判断所述数据报文的优先级是否大于级别阈值，若判断结果都为是，则由所述发报模块直接发送所述数据报文，若其中一判断结果为否，则将所述数据报文加入至所述发报缓冲队列中，由所述发报缓冲模块根据所述发报缓冲队列通过所述发报模块发送数据报文。

6.如权利要求5所述的数据报文缓冲通讯装置，其特征在于，所述发报缓冲模块包括发报缓冲队列记录单元，用于记录所述发报缓冲队列中各笔报文的处理状态。

7.如权利要求6所述的数据报文缓冲通讯装置，其特征在于，所述发报缓冲模块进一步包括获取单元，用于获取所述发报缓冲队列中处理状态为待处理的数据报文；

发报处理单元，用于逐一发送待处理的数据报文，记录发送该待处理的数据报文的笔数；判断记录的笔数是否大于或等于一发报缓冲笔数，若判断结果为是，则休眠预定时间，待休眠结束后判断发报缓冲队列中是否存在待处理的数据报文，如果存在，则继续逐一发送待处理的数据报文。

8.如权利要求7所述的数据报文缓冲通讯装置，其特征在于，所述发报缓冲队列记录单元还用于每发送完一待处理的数据报文后，将该数据报文的处理状态由待处理更新为已处理。