CN117978748A - 一种消息传输方法、装置、系统及消息接收设备 - Google Patents

Abstract

本发明提供一种消息传输方法、装置、系统及消息接收设备，消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收消息发送设备发送的业务操作的消息传输属性信息，消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而基于消息标识以及消息传输总条数，以及是否首次获取业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从业务操作中确定出消息未完全接收的目标业务操作，输出目标业务操作对应的预警消息，能够在消息未按时完成传输时及时通知用户，以使用户及时进行消息处理，如进行消息重发操作，保证后续数据处理及时完成。

Description

一种消息传输方法、装置、系统及消息接收设备

技术领域

本发明涉及数据传输领域，更具体的说，涉及一种消息传输方法、装置、系统及消息接收设备。

背景技术

消息模式是两个终端之间传递信息的方式，相对于有请求有返回的模式，消息模式的发送方负责发送消息，接收方负责接受消息，两者没有直接交互，使得消息传输过程中存在不确定性，无法确定消息是否收到，何时收到。

对于发送方和接收方需要按时传输消息的场景，采用消息模式进行消息传输时，无法及时了解消息传输的进度，降低用户体验，也会存在由于未及时传输消息导致后续的数据处理未及时完成的情况。

发明内容

有鉴于此，本发明提供一种消息传输方法、装置、系统及消息接收设备，以解决采用消息模式进行消息传输时，无法及时了解消息传输的进度的问题。

为解决上述技术问题，本发明采用了如下技术方案：

一种消息传输方法，应用于消息接收设备，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数；

所述消息传输方法包括：

从预设存储区域按照消息发送顺序依次获取消息；

判断所述消息的消息标识是否为所述业务操作对应的消息标识；

若是，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录；

若达到消息预警监控时间，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作；

输出所述目标业务操作对应的预警消息。

可选地，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录，包括：

判断是否首次获取所述业务操作对应的消息，得到判断结果；

若所述判断结果为是，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收开始时间以及消息接收条数；

若所述判断结果为否，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收条数。

可选地，在判断出所述消息传输记录中的消息接收条数等于所述消息传输属性信息中的消息传输总条数的情况下，还包括：

更新所述消息传输记录中的消息接收完成时间。

可选地，在更新所述消息传输记录中的消息接收完成时间之后，还包括：

获取所述业务操作对应的数据处理方式；

按照所述数据处理方式，处理已接收的所述业务操作对应的消息，得到数据处理结果。

可选地，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作，包括：

获取消息接收时间阈值；

确定在消息接收时间阈值对应的参考消息完全接收时刻到达时，对应的消息传输记录中的消息接收完成时间的内容为空的业务操作；

将确定出的所述业务操作作为消息未完全接收的目标业务操作。

可选地，输出所述目标业务操作对应的预警消息，包括：

生成所述目标业务操作对应的预警消息，以及，确定所述目标业务操作对应的用户终端；

将所述预警消息发送至所述用户终端。

一种消息传输装置，应用于消息接收设备，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数；

所述消息传输装置包括：

数据获取模块，用于从预设存储区域按照消息发送顺序依次获取消息；

标识判断模块，用于判断所述消息的消息标识是否为所述业务操作对应的消息标识；

数据处理模块，用于若是，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录；

操作确定模块，用于若达到消息预警监控时间，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作；

预警模块，用于输出所述目标业务操作对应的预警消息。

一种消息接收设备，包括：存储器和处理器；

其中，所述存储器用于存储程序；

处理器调用程序并用于执行上述的消息传输方法。

一种消息传输系统，包括上述的消息接收设备，还包括消息发送设备；

所述消息发送设备用于，输出所述业务操作对应的消息至消息组件，以使所述消息接收设备从所述消息组件的预设存储区域按照消息发送顺序依次获取消息。

可选地，所述消息发送设备输出业务操作对应的消息至消息组件，具体配置为：

所述消息发送设备获取业务操作对应的消息，确定所述消息的排列顺序，按照所述消息的排列顺序，依次发送至所述消息组件。

相较于现有技术，本发明具有以下有益效果：

本发明提供一种消息传输方法、装置、系统及消息接收设备，本发明中，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而能够基于消息标识以及消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使得用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从所述业务操作中确定出消息未完全接收的目标业务操作，输出所述目标业务操作对应的预警消息，能够在消息未按时完成传输时，及时通知用户，以使用户及时进行消息处理，如进行消息重发等操作，保证后续的数据处理及时完成。

附图说明

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

图1为本发明实施例提供的一种消息传输系统的结构示意图；

图2为本发明实施例提供的一种消息传输方法的方法流程图；

图3为本发明实施例提供的一种更新消息传输记录的方法流程图；

图4为本发明实施例提供的一种确定目标业务操作的方法流程图；

图5为本发明实施例提供的一种消息传输装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

消息模式是两个终端之间传递信息的方式，相对于有请求有返回的模式，消息模式的发送方负责发送消息，接收方负责接受消息，两者没有直接交互，使得消息传输过程中存在不确定性，无法确定消息是否收到，何时收到。

对于发送方和接收方需要按时传输消息的场景，采用消息模式进行消息传输时，无法及时了解消息传输的进度，降低用户体验，也会存在由于未及时传输消息导致后续的数据处理未及时完成的情况。

为此，发明人经过研究发现，若是能够在具体消息发送之前，先发送业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识(信息中的特定字段，用于标识一次业务操作的消息，与其他业务操作区分)以及消息传输总条数，则可以在接收方接收消息的过程中，基于消息标识以及消息传输总条数进行消息监控，以便于确定接收方是否在限定的时间内将消息全部接收，使得用户及时了解消息传输的进度。

本发明具体可以采用消息标识+消息接收时间阈值+消息接收条数三个指标，发送方和接收方约定通过消息标识来确认一次业务操作的消息，接收方在第一次收到某一次业务操作的消息后，先存储当前业务操作的消息内容和首次到达时间以及已收到消息条数，并在本次业务操作的其他消息到达后，继续存储消息内容并更新消息条数。接收方判断收到的某一次业务操作消息条数是否与预期消息数目相同，来判断多条消息是否完整接收；同时，接收方监测到达阈值时间还没有完成全部消息接收的业务操作，触发告警，提示干系人有消息没有到达。

为此，本发明实施例提供了一种消息传输方法、装置、系统及消息接收设备，本发明中，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而能够基于消息标识以及消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使得用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从所述业务操作中确定出消息未完全接收的目标业务操作，输出所述目标业务操作对应的预警消息，能够在消息未按时完成传输时，及时通知用户，以使用户及时进行消息处理，如进行消息重发等操作，保证后续的数据处理及时完成。

在上述内容的基础上，本发明一实施例提供了一种消息传输方法，应用于消息接收设备，消息接收设备可以是安装有企业级应用服务且用来接收消息的设备。同理，消息发送设备也可以是安装有企业级应用服务且用来发送消息的设备。在实际应用中，一个设备在需要发送消息时，作为消息发送设备，在需要接收消息时，作为消息接收设备。

消息发送设备和消息接收设备之间通过消息组件通信，具体参照图1，消息发送设备将需要发送的消息发送至消息组件，消息接收设备从消息组件中获取消息。

针对一业务操作，如存款操作，取款操作、数据更新操作，退款操作等，可能会存在多个消息，如数据更新操作在执行时，需要使用五个消息，这五个消息是有排列顺序的，排列顺序一般由系统按照编码规则生成。

消息发送设备获取业务操作对应的消息，确定所述消息的排列顺序，然后按照所述消息的排列顺序，依次发送至所述消息组件。本实施例中的消息可以传输上述的消息传输属性信息和业务消息，在实际应用中，先通过消息模式传输消息传输属性信息，然后在传输业务消息，业务消息是指包括具体业务操作信息的消息。

消息组件接收到消息之后，可以存储到消息组件的预设存储区域，如消息池中，消息池中的消息按照消息发送时间顺序排列。在实际应用中，消息池中的消息包括消息组件接收到的所有消息，如有三个业务操作，消息发送设备将三个业务操作的消息发送至消息组件，消息组件将接收到的所有消息，按照消息发送时间的顺序排列，并存储到消息池中，即不同的业务操作的消息混合存储。

消息接收设备从消息池中，按照消息发送时间的顺序，依次获取消息，在获取消息时，优先获取消息发送时间早的消息，然后依次获取后续的消息。

在消息模式下，消息模式的发送方负责发送消息，接收方负责接受消息，两者没有直接交互，则接收方无法得知发送方应该发送多少消息。在实际应用中，若需进行消息进度监控，需要知道发送方应该发多少消息，因此，本发明做了改进，消息发送设备在发送业务操作对应的业务消息(包含实际业务操作内容)之前，发送所述业务操作的消息传输属性信息(用来监控后续消息传输的进度)，也即是说，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息。

即本发明，在发送实际业务消息之前，先发送一条消息，该消息用于发送所述业务操作的消息传输属性信息。消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数。

其中，业务操作对应的消息标识是指同一业务操作发送的消息的标识，如202311111230222560001，在后续发送该业务操作对应的消息时，每条发送的消息均需要携带该消息标识，以使消息接收方确定该消息属于哪一业务操作。

消息传输总条数是指一业务操作对应的消息的总条数，具体可根据实际配置，如为五条。

需要说明的是，该消息传输属性信息也可以采用先发送至消息组件，消息接收设备从消息组件中获取，即采用消息模式发送。此外，还可以是消息发送设备直接与消息接收设备通信，以发送该消息传输属性信息。

此外，消息发送设备和消息接收设备之间还需要约定消息接收时间阈值，该消息接收时间阈值可以采用默认阈值，如为五分钟，消息接收时间阈值可以设置在上述的消息传输属性信息中，即消息传输属性信息不仅包括上述的业务操作对应的消息标识以及消息传输总条数，还包括消息接收时间阈值，即消息接收时间阈值由消息发送设备配置并发送给消息接收设备。

参照图2，本发明中的消息传输方法可以包括：

S11、从预设存储区域按照消息发送顺序依次获取消息。

消息接收设备可以从消息组件的预设存储区域，如消息池中，按照消息发送顺序依次获取消息。

在实际应用中，可以通过消息模式接收消息发送设备在发送具体业务消息之前发送的消息传输属性信息，即首先从消息池中获取到携带有消息传输属性信息的消息，然后获取到携带有业务数据的消息。

需要说明的是，在采用消息模式发送消息时，每次发送的消息的携带内容不同，首次发送的消息携带的内容是消息传输属性信息，后续发送的消息携带的内容是业务数据，可以称为业务消息，但是业务消息本质上仍是一个消息。

即不管消息是携带消息传输属性信息，还是业务数据，都是消息发送设备发送的一个消息。

S12、判断所述消息的消息标识是否为所述业务操作对应的消息标识；若是，则执行步骤S13。

具体的，消息接收设备可能同时接收多个业务操作的消息，本实施例中，针对某一业务操作，若不是首次接收消息，则通过上述的业务操作对应的消息传输属性信息，可以获取该业务操作对应的消息标识，然后判断所述消息的消息标识是否为所述业务操作对应的消息标识，以确定该消息是否是该业务操作对应的消息，若是，则执行步骤S13。

此外，本发明中，还可以在获取到消息之后，基于该消息的消息标识，匹配业务操作对应的消息标识，以确定其对应的业务操作，然后执行步骤S13。

S13、根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录。

在实际应用中，为了便于消息管理，可以为每一业务操作配置其对应的消息传输记录，消息传输记录可以包括消息接收开始时间、消息接收条数以及消息接收完成时间等字段。

在首次接收到消息之后，可以根据接收的消息情况，记录消息接收开始时间、消息接收条数以及消息接收完成时间的字段内容。

本实施例中，更新业务操作对应的消息传输记录的过程可以参照图3，可以包括：

S21、判断是否首次获取所述业务操作对应的消息，得到判断结果。

在实际应用中，消息发送方会发送多条消息至消息组件，消息接收方依次从消息池中获取消息。

在获取到某一消息后，若是首次接收该业务操作对应的消息(首条消息传输的是消息传输属性信息)，则需要记录消息接收开始时间，若不是首次接收该业务操作对应的消息，则无需记录消息接收开始时间。因此，本实施例中，需要判断是否首次获取所述业务操作对应的消息，得到判断结果，判断结果可以为是或否。

在实际判断时，可以通过获取到的消息标识是否从未接收过，来判断是否是首次获取。

S22、确定判断结果是否为是；若是，则执行步骤S23；若否，则执行步骤S24。

在实际应用中，由于判断结果为是或否时，执行步骤不同，所以本实施例中通过步骤S22的判断步骤，确定后续如何处理。

S23、记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收开始时间以及消息接收条数。

具体的，若是首次，则需要更新业务操作对应的消息传输记录，在实际应用中，针对该消息传输记录，可以在接收到业务操作对应的消息传输属性信息时生成。

在具体更新时，需要更新消息传输记录中的消息接收开始时间以及消息接收条数，其中，消息接收开始时间可以为消息接收设备从消息池中获取到携带有消息传输属性信息的消息的时间，由于此时还没有实际获取业务消息，则该消息接收条数可以设置为零。

除了需要更新消息传输记录中的消息接收开始时间以及消息接收条数之外，还需要记录所述消息的消息内容，以便于后续数据处理时提供数据支撑。

本实施例中的记录所述消息的消息内容，可以是将该消息中的消息内容提取出来，存储到内存或数据库中。

S24、记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收条数。

详细来说，若不是首次获取消息，则随着消息的不断接收，消息传输记录中的消息接收条数会逐渐增大，每接收到一条消息，则更新一次消息接收条数，若是更新后的消息接收条数等于所述消息传输属性信息中的消息传输总条数时，则说明消息完全接收，若不等于，则说明消息还未完全接收。

在更新所述业务操作对应的消息传输记录中的消息接收条数时，举例来说，若是获取了该业务操作对应的三条消息，此时一条为传输消息传输属性信息，两条传输业务数据，则消息接收条数为二，若是获取了该业务操作对应的四条消息，则消息接收条数为三，即随着消息接收的不断增多，消息接收条数逐渐增大。

除了更新消息接收条数外，仍需记录所述消息的消息内容，具体记录过程参照上述相应说明。

在实际应用中，随着消息接收的不断增加，在判断出所述消息传输记录中的消息接收条数等于所述消息传输属性信息中的消息传输总条数的情况下，更新所述消息传输记录中的消息接收完成时间。

具体的，若是消息完全接收，则需要记录消息接收完成时间，消息接收完成时间是指消息接收设备获取到最后一条消息时的时间，将消息传输记录中的消息接收完成时间更新为该时间。

在消息完全接收之后，即可进行后续的数据处理操作，此时可以获取所述业务操作对应的数据处理方式，然后按照所述数据处理方式，处理已接收的所述业务操作对应的消息，得到数据处理结果。

在实际应用中，每一业务操作对应的数据处理方式预先根据实际场景配置，如对消息内容进行数据清洗，数据加权处理等操作，本实施例中，只需要按照数据处理方式处理该业务操作对应的消息即可。

S14、判断是否达到消息预警监控时间；若是，则执行步骤S15。

具体的，通过上述的步骤S11-S13，消息接收设备可以获取消息发送设备发送的消息，并且通过更新消息传输记录来实时更新消息接收的进度，直至同一业务操作对应的所有的消息均接收完成。

但是在实际应用中，用户针对消息接收时间是有预期的，希望在一个特定的时间内完成，以保证不影响后续的数据处理，因此，本实施例中，设定了消息接收时间阈值，以判断是否在消息接收时间阈值内完成同一业务操作的全部消息接收。

在实际应用中，消息接收时间阈值的设置可以通过上述相应内容实现，如为五分钟。

本发明中，为了不影响消息接收，额外设计了单独的消息预警监控功能，该功能定时运行，例如每隔一分钟进行一次分析，是否有业务操作对应的消息，未在消息接收时间阈值内完全接收。

针对某一业务操作，消息预警监控功能需要在达到消息预警监控时间时，开始分析，该业务操作对应的消息是否在消息接收时间阈值内完全接收。

其中，消息预警监控时间基于消息接收开始时间以及消息接收时间阈值确定，举例来说，若是消息接收开始时间为10.00，消息接收时间阈值为五分钟，则理论上，消息应该在10.05分完成全部接收，则10.05分即为参考消息完全接收时刻，也即为消息预警监控时间。本实施例中，消息预警监控功能在10.05分之后最近的一次运行时，确定该消息是否完全接收。

S15、基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作。

具体的，由于消息传输记录中，配置有消息接收完成时间字段，则可以通过该字段，分析是否按时完全接收某一业务操作的消息。

参照图4，步骤S15可以包括：

S31、获取消息接收时间阈值。

具体的，消息接收时间阈值的确定过程参照上述相应说明。

S32、确定在消息接收时间阈值对应的参考消息完全接收时刻到达时，对应的消息传输记录中的消息接收完成时间的内容为空的业务操作。

具体的，若是在消息接收时间阈值对应的参考消息完全接收时刻到达时，如到达上述的10.05分时，若是消息传输记录中的消息接收完成时间的内容为空，则说明消息未完全接收，若不为空，则说明消息已完全接收，此时需要将该业务操作确定出来，以进行后续预警操作。

S33、将确定出的所述业务操作作为消息未完全接收的目标业务操作。

具体的，可以为该业务操作设置标识，以表征其是消息未完全接收的目标业务操作。

S16、输出所述目标业务操作对应的预警消息。

具体的，可以将该目标业务操作对应的预警消息输出至负责该目标业务操作的人员的用户终端。

在实际应用中，需要生成所述目标业务操作对应的预警消息。如，可以预先配置预警消息模板，如XXX业务操作未按时接收全部消息，可以将XXX业务操作替换为上述的目标业务操作的业务标识。

此外，还需确定所述目标业务操作对应的用户终端。首先，可以获取负责该目标业务操作的人员，然后确定该人员配置的用户终端的终端标识，以确定目标业务操作对应的用户终端。

在生成所述目标业务操作对应的预警消息，以及，确定所述目标业务操作对应的用户终端之后，即可将所述预警消息发送至所述用户终端。具体发送时可以通过应用程序消息、短信等方式。

需要说明的是，本实施例中的消息预警监控不影响上述的消息获取，即使在10.05分，该业务操作对应的消息未完全接收，仍可采用上述的步骤继续获取消息，直至消息完全获取。本实施例中，仅是为了告知用户，有些业务操作的消息未按时全部接收，以使用户重点关注该业务操作的消息接收。

另外，本发明中的消息预警监控功能可以通过数据接收设备中的监控程序实现，监控程序定时扫描消息接收时间信息，选择消息接收时间为空，且超过阈值时间还未完整接收到消息的，触发告警通知干系人。

本实施例中，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而能够基于消息标识以及消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使得用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从所述业务操作中确定出消息未完全接收的目标业务操作，输出所述目标业务操作对应的预警消息，能够在消息未按时完成传输以及同步时，及时通知用户，以使用户及时进行消息处理，如进行消息重发等操作，保证后续的数据处理及时完成。

另外，本发明中，采用消息标识+消息接收时间阈值+消息接收条数三个指标，来监控消息接收的进度以及是否及时同步完成，保证了消息接收监控的可靠性和及时性。

另外，本发明在一次业务涉及多个消息的信息同步过程中，消息接收方可以准确判定多个消息是否全部传输完毕，并进行后续处理。且可以准确获知在限定的阈值时间内，信息是否未完成同步。

在上述消息传输方法的实施例的基础上，本发明的另一实施例提供了一种消息传输装置，应用于消息接收设备，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数；

参照图5，所述消息传输装置包括：

数据获取模块11，用于从预设存储区域按照消息发送顺序依次获取消息；

标识判断模块12，用于判断所述消息的消息标识是否为所述业务操作对应的消息标识；

数据处理模块13，用于若是，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录；

操作确定模块14，用于若达到消息预警监控时间，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作；

预警模块15，用于输出所述目标业务操作对应的预警消息。

进一步，数据处理模块13包括：

消息判断子模块，用于判断是否首次获取所述业务操作对应的消息，得到判断结果；

第一数据处理子模块，用于若所述判断结果为是，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收开始时间以及消息接收条数；

第二数据处理子模块，用于若所述判断结果为否，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收条数。

进一步，数据处理模块13还包括：

时间更新子模块，用于在判断出所述消息传输记录中的消息接收条数等于所述消息传输属性信息中的消息传输总条数的情况下，更新所述消息传输记录中的消息接收完成时间。

进一步，还包括：

业务执行模块，获取所述业务操作对应的数据处理方式，按照所述数据处理方式，处理已接收的所述业务操作对应的消息，得到数据处理结果。

进一步，操作确定模块14具体用于：

获取消息接收时间阈值，确定在消息接收时间阈值对应的参考消息完全接收时刻到达时，对应的消息传输记录中的消息接收完成时间的内容为空的业务操作，将确定出的所述业务操作作为消息未完全接收的目标业务操作。

进一步，预警模块15具体用于：

生成所述目标业务操作对应的预警消息，以及，确定所述目标业务操作对应的用户终端；将所述预警消息发送至所述用户终端。

本实施例中，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而能够基于消息标识以及消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使得用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从所述业务操作中确定出消息未完全接收的目标业务操作，输出所述目标业务操作对应的预警消息，能够在消息未按时完成传输以及同步时，及时通知用户，以使用户及时进行消息处理，如进行消息重发等操作，保证后续的数据处理及时完成。

需要说明的是，本实施例中的各个模块和子模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

在上述消息传输方法及装置的实施例的基础上，本发明的另一实施例提供了一种消息接收设备，包括：存储器和处理器；

其中，所述存储器用于存储程序；

处理器调用程序并用于执行上述的消息传输方法。

在上述消息接收设备的实施例的基础上，本发明的另一实施例提供了一种消息传输系统，包括上述的消息接收设备，还包括消息发送设备；

所述消息发送设备用于，输出业务操作对应的消息至消息组件，以使所述消息接收设备从所述消息组件的预设存储区域按照消息发送顺序依次获取消息。

其中，所述消息发送设备输出业务操作对应的消息至消息组件，具体配置为：

所述消息发送设备获取业务操作对应的消息，确定所述消息的排列顺序，按照所述消息的排列顺序，依次发送至所述消息组件。

本实施例中，消息发送设备、消息组件和消息接收设备的连接关系以及具体功能，请参照图1以及上述的相应说明。

本实施例中，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数，从而能够基于消息标识以及消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，监控消息接收设备接收到的消息，使得用户及时了解消息传输的进度。另外，若达到消息预警监控时间，从所述业务操作中确定出消息未完全接收的目标业务操作，输出所述目标业务操作对应的预警消息，能够在消息未按时完成传输以及同步时，及时通知用户，以使用户及时进行消息处理，如进行消息重发等操作，保证后续的数据处理及时完成。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种消息传输方法，其特征在于，应用于消息接收设备，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数；

所述消息传输方法包括：

从预设存储区域按照消息发送顺序依次获取消息；

判断所述消息的消息标识是否为所述业务操作对应的消息标识；

若是，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录；

若达到消息预警监控时间，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作；

输出所述目标业务操作对应的预警消息。

2.根据权利要求1所述的消息传输方法，其特征在于，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录，包括：

判断是否首次获取所述业务操作对应的消息，得到判断结果；

若所述判断结果为是，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收开始时间以及消息接收条数；

若所述判断结果为否，记录所述消息的消息内容，以及更新所述业务操作对应的消息传输记录中的消息接收条数。

3.根据权利要求2所述的消息传输方法，其特征在于，在判断出所述消息传输记录中的消息接收条数等于所述消息传输属性信息中的消息传输总条数的情况下，还包括：

更新所述消息传输记录中的消息接收完成时间。

4.根据权利要求3所述的消息传输方法，其特征在于，在更新所述消息传输记录中的消息接收完成时间之后，还包括：

获取所述业务操作对应的数据处理方式；

按照所述数据处理方式，处理已接收的所述业务操作对应的消息，得到数据处理结果。

5.根据权利要求1所述的消息传输方法，其特征在于，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作，包括：

获取消息接收时间阈值；

确定在消息接收时间阈值对应的参考消息完全接收时刻到达时，对应的消息传输记录中的消息接收完成时间的内容为空的业务操作；

将确定出的所述业务操作作为消息未完全接收的目标业务操作。

6.根据权利要求1所述的消息传输方法，其特征在于，输出所述目标业务操作对应的预警消息，包括：

生成所述目标业务操作对应的预警消息，以及，确定所述目标业务操作对应的用户终端；

将所述预警消息发送至所述用户终端。

7.一种消息传输装置，其特征在于，应用于消息接收设备，所述消息接收设备在接收消息发送设备发送的业务操作对应的业务消息之前，接收所述消息发送设备发送的所述业务操作的消息传输属性信息，所述消息传输属性信息至少包括业务操作对应的消息标识以及消息传输总条数；

所述消息传输装置包括：

数据获取模块，用于从预设存储区域按照消息发送顺序依次获取消息；

标识判断模块，用于判断所述消息的消息标识是否为所述业务操作对应的消息标识；

数据处理模块，用于若是，根据所述消息传输总条数，以及是否首次获取所述业务操作对应的消息的判断结果，更新所述业务操作对应的消息传输记录；

操作确定模块，用于若达到消息预警监控时间，基于所述消息传输记录，从所述业务操作中确定出消息未完全接收的目标业务操作；

预警模块，用于输出所述目标业务操作对应的预警消息。

8.一种消息接收设备，其特征在于，包括：存储器和处理器；

其中，所述存储器用于存储程序；

处理器调用程序并用于执行如权利要求1-6任一项所述的消息传输方法。

9.一种消息传输系统，其特征在于，包括如权利要求8所述的消息接收设备，还包括消息发送设备；

所述消息发送设备用于，输出业务操作对应的消息至消息组件，以使所述消息接收设备从所述消息组件的预设存储区域按照消息发送顺序依次获取消息。

10.根据权利要求9所述的消息传输系统，其特征在于，所述消息发送设备输出业务操作对应的消息至消息组件，具体配置为：

所述消息发送设备获取业务操作对应的消息，确定所述消息的排列顺序，按照所述消息的排列顺序，依次发送至所述消息组件。