CN114205322A - 消息发送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及过程优化技术，揭露一种消息发送方法，包括：在消息的产生、发送、传递及消费的过程中，监听所述消息的消息状态，并利用预设的消息列表记录所述消息的消息状态，定时查询所述消息列表，删除消息状态为消费成功的消息，针对初始状态的消息，则根据预设的重发条件，通知消息生产者重发所述初始状态的消息，或产生第一预警信息，针对传递成功的消息，则根据预设的重传条件，通知消息中间件重传所述传递成功的消息，或产生第二预警信息。本发明还提出一种消息发送装置、电子设备以及存储介质。本发明可以提升消息发送的可靠性。

Description

消息发送方法、装置、电子设备及存储介质

技术领域

本发明涉及过程优化技术领域，尤其涉及一种消息发送方法、装置、电子设备及计算机可读存储介质。

背景技术

在消息事务处理机制中，较为普遍的存在关键的三个主体，分别是消息生产者，消息中间件及消息消费者，其中，所述消息生产者负责产生消息并向消息中间件发送消息，例如，订单交易前台负责将用户的订单操作转换为相应的订单请求消息，并将所述订单请求消息发送给所述消息中间件。所述消息中间件负责将所述订单请求消息传递到所述消息消费者，当前消息中间件较多采用消息队列技术，例如，KAFKA、Rocket MQ、Rabbit MQ等。所述消息消费者，负责根据所述订单请求消息执行相关的业务处理逻辑，即消费消息，例如，订单处理后台根据所述订单请求消息，进行相关订单数据的变更。

一些特定的场景，例如，网络购物场景、金融交易场景，对消息的发送、投递及消费的可靠性要求比较高。虽然，现在主流的消息队列产品都提供了非常完善的消息可靠性保证机制，可以做到在消息传递过程中，即使发生网络中断或者硬件故障，也能确保消息的可靠传递。然而，消息生产者及消费消费者，通常不会做消息队列以外的保障机制。例如，由于网络异常，消息生产者未收到消息中间件返回的确认消息，消息生产者会重复发送消息，重试次数超过最大重试阈值时，如果依然没有收到消息中间件返回的确认信息，可能会导致消息的丢失，或者由于网络堵塞或硬件故障，消息中间件没有收到消息消费者返回的处理信息，消息中间件会重复向消息消费着传递消息，在消息消费者一端，可能会出现同一消息被重复处理，导致同一消息的处理数据不一致的问题。上述情况中消息投递及消费的可靠性不能得到保障。

发明内容

本发明提供一种消息发送方法、装置及计算机可读存储介质，其主要目的在于提升产品推荐的准确率。

为实现上述目的，本发明提供的一种消息发送方法，包括：

步骤A：监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，并在所述记录中设置所述消息的消息状态为初始状态；

步骤B：监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

步骤C：定时查询所述消息列表，获取每条消息的消息状态；

步骤D：在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

步骤E：在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，并返回上述的步骤B，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

步骤F：在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，并返回上述的步骤B，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

可选地，所述监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，包括：

解析所述消息得到所述消息携带的消息ID；

以所述消息ID为主键，在所述预设的消息列表中，生成所述消息对应的记录，其中，所述记录包括消息ID、消息状态。

可选地，所述监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，包括：

监测到所述消息中间件向所述消息生产者返回成功传递响应消息时，解析所述响应消息中携带的被成功传递的消息对应的消息ID；

在所述消息列表中，查询所述消息ID对应的消息记录；

将所述消息记录中的消息状态修改为传递成功。

可选地，所述定时查询所述消息列表，包括：

获取所述消息生产者产生的每条消息的产生时间；

利用预设的时间间隔与所述每条消息的产生时间相加，得到所述每条消息的待查询时间；

根据所述待查询时间，启动相应的查询所述消息列表的操作。

可选地，所述根据所述待查询时间，启动相应的查询所述消息列表的操作，包括：

根据所述待查询时间，统计预设时间段内待查询消息的数量；

判断所述待查询消息的数量是否大于或等于预设查询数量阈值；

若所述待查询消息的数量大于或等于所述预设查询数量阈值，则根据预先设置的所述预设时间段对应的查询时间及查询频率，执行查询所述消息列表的操作；

若所述待查询消息的数量小于所述预设查询数量阈值，则根据预先设置的备选查询时间及备选查询频率，执行查询所述消息列表的操作。

可选地，所述若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息之后，所述方法还包括：

监测到所述消息生产者重新发送所述初始状态的消息时，获取所述初始状态的消息的消息ID；

在所述消息列表中，查找所述消息ID对应的消息记录；

在所述消息记录中，增加消息重发次数的字段，并将所述消息重发次数字段的取值加1。

可选地，所述若所述初始状态的消息不满足所述重发条件，则发送第一预警信息，包括：

获取所述初始状态的消息的消息ID及消息产生时间；

在所述消息列表中，查询所述消息ID对应的消息重发次数；

利用所述消息ID、所述消息产生时间及所述消息重发次数组成所述第一预警信息，并将所述第一预警信息发送到预设的地址。

为了解决上述问题，本发明还提供一种消息发送装置，所述装置包括：

消息状态设置模块，用于监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，其中，所述记录包括消息状态，设置所述消息的消息状态为初始状态；及监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

消息状态查询模块，用于定时查询所述消息列表，获取每条消息的消息状态；

消费成功消息处理模块，用于在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

初始状态消息处理模块，用于在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

传递成功消息处理模块，用于在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

存储器，存储至少一个计算机程序；及

处理器，执行所述存储器中存储的程序以实现上述所述的消息发送方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个计算机程序，所述至少一个计算机程序被电子设备中的处理器执行以实现上述所述的消息发送方法。

本发明申请在消息的产生、发送、传递及消费的过程中，监听所述消息的消息状态，并利用预设的消息列表记录所述消息的消息状态，定时查询所述消息列表，只有当消息状态为消费成功时，对应的消息才完成了全流程处理。针对初始状态的消息，则根据预设的重发条件，通知消息生产者重发所述初始状态的消息，或产生第一预警信息，针对传递成功的消息，则根据预设的重传条件，通知消息中间件重传所述传递成功的消息，或产生第二预警信息，从而保证了消息在发送、传递过程中不会丢失或者被重复处理，提升了消息发送的可靠性。

附图说明

图1为本发明一实施例提供的消息发送方法的流程示意图；

图2为图1所示消息发送方法中其中一个步骤的详细实施流程示意图；

图3为本发明一实施例提供的消息发送装置的功能模块图；

图4为本发明一实施例提供的实现所述消息发送方法的电子设备的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请实施例提供一种消息发送方法。所述消息发送方法的执行主体包括但不限于服务端、终端等能够被配置为执行本申请实施例提供的该方法的电子设备中的至少一种。换言之，所述消息发送方法可以由安装在终端设备或服务端设备的软件或硬件来执行，所述软件可以是区块链平台。所述服务端可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

参照图1所示，为本发明一实施例提供的消息发送方法的流程示意图。在本实施例中，所述消息发送方法包括：

步骤A：监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，并在所述记录中设置所述消息的消息状态为初始状态；

本发明实施例提供的一种消息发送方法作用于预设的消息发送系统，所述预设的消息发送系统包括消息生产者模块、消息中间件模块、消息消费者模块及消息发送控制模块。其中，所述消息生产者模块负责产生消息，并将所述消息发送到所述消息中间件模块。所述消息中间件模块，负责接收所述消息生产者模块发送的消息，并将所述消息传递给所述消息消费者模块。所述消息消费者模块负责根据所述消息执行相关的业务逻辑处理，即消费消息。所述消息发送控制模块提供本申请提供的消息发送方法，在消息的产生、发送、传递及消费过程中，实时监控消息的消息状态，并根据消息的消息状态，删除消息或通知所述生产者模块或所述中间件重新发送或重新传递消息，以保障消息在传递、消费过程中的可靠性。所述消息发送控制模块可以部署在所述消息生产者模块或者部署在所述消息中间件模块，也可以独立部署。

本发明实施例中，所述预设的消息生产者是消息的产生端，可以是支付APP前端、购物网站前端或金融交易前端，例如，用户通过支付APP前端提供的操作，产生一条支付请求消息，用户通过网上银行提供的转账页面，产生一条资金划扣的请求消息。

本发明实施例中，所述预设的消息列表用来存储每条消息在产生、发送、传递及消费过程中的状态或相关数据，所述预设的消息列表可以存储在预设的存储区域，所述预设的存储区域包括但不限于数据库、区块链节点、网络缓存等。

详细地，所述监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，包括：解析所述消息得到所述消息携带的消息ID；以所述消息ID为主键，在所述预设的消息列表中，生成所述消息对应的记录，其中，所述记录包括消息ID、消息状态。

本发明实施例中，所述消息ID是用来指代一条消息的唯一标识。利用所述消息ID可以防止同一消息在发送或传递过程中，被重复处理，出现同一消息的处理数据不一致的情况。

本发明实施例中，可以理解的是，当消息产生时，相应的消息的状态为初始状态，表示对应消息未经发送、传递或消费处理。

步骤B：监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

本发明实施例中，所述预设的消息中间件可以采用消息队列技术，例如，KAFKA、Rocket MQ、Rabbit MQ等消息队列技术。所述预设的消息消费者可以是交易划扣服务器或订单管理服务器等实际处理业务逻辑的服务器，例如，网络银行的服务器，根据所述消息从用户指定的账户中进行实际金额的划扣，网络销售平台服务器，根据所述消息从商品库中进行对应商品数量的增、删、改等操作。

详细地，参阅图2所示，所述步骤B中监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，包括：

S21、监测到所述消息中间件向所述消息生产者返回成功传递响应消息时，解析所述响应消息中携带的被成功传递的消息对应的消息ID；

S22、在所述消息列表中，查询所述消息ID对应的消息记录；

S23、将所述消息记录中的消息状态修改为传递成功。

本发明实施例中，所述消息中间件接收到所述消息生产者发送的消息时，会返回给所述消息生产者成功传递消息，无需等待所述预设的消息消费者完成对应消息的消费后，再返回给所述消息生产者成功传递消息，这样可以减少所述消息生产者的等待时间。

详细地，所述监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功，包括：监测到所述消息消费者向所述消息中间件返回成功消费响应消息时，解析所述响应消息中携带的被成功消费的消息对应的消息ID；在所述消息列表中，查询所述消息ID对应的消息记录；将所述消息记录中的消息状态修改为消费成功。

本发明实施例中，通过实时监听并记录消息在发送、传递及消费过程中的处理状态，可以获取到任一消息实时状态，以便后续根据每个消息的状态进一步的进行补偿操作，避免消息的丢失或重复处理。

步骤C：定时查询所述消息列表，获取每条消息的消息状态；

本发明实施例中，可以根据每日消息产生的频率或数量，确定查询所述消息列表的时间频率，例如，在消息处理淡季，可以按照固定的时间间隔启动定时查询操作，在消息处理旺季，可以缩短所述查询操作的时间间隔。

详细地，所述定时查询所述消息列表，包括：获取所述消息生产者产生的每条消息的产生时间；利用预设的时间间隔与所述每条消息的产生时间相加，得到所述每条消息的待查询时间；根据所述待查询时间，启动相应的查询所述消息列表的操作。

本发明实施例中，所述预设时间间隔可以是2小时、4小时。

进一步地，本发明实施例中，所述根据所述待查询时间，启动相应的查询所述消息列表的操作，包括：根据所述待查询时间，统计预设时间段内待查询消息的数量；判断所述待查询消息的数量是否大于或等于预设查询数量阈值；若所述待查询消息的数量大于或等于所述预设查询数量阈值，则根据预先设置的所述预设时间段对应的查询时间及查询频率，执行查询所述消息列表的操作；若所述待查询消息的数量小于所述预设查询数量阈值，则根据预先设置的备选查询时间及备选查询频率，执行查询所述消息列表的操作。

本发明实施例中，所述预设时间段可以是具体的一段时间范围，例如，2021-5-12日至2021-5-13日。所述预设的查询数量阈值可以是200、4000等。所述预先设置的所述预设时间段对应的查询时间及查询频率可以包括在所述预设时间段内，每整点查询一次。所述预先设置的备选查询时间及备选查询频率，可以包括在业务量低峰时间段，例如，凌晨12点至凌晨6点，每半小时查询一次。

步骤D：在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

本发明实施例中，如消息的状态为消费成功，表示消息被成功处理，对应消息的生命周期已结束，删除消息状态为消费成功的消息，可以减少所述消息列表占用内存的空间，提升消息列表的利用率。

步骤E：在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，并返回上述的步骤B，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

本发明实施例中，若消息的消息状态为初始状态，表示对应消息未发送或传递不成功，需要进一步的判断是否需要重新发送所述消息。

本发明实施例中，所述预设的重发条件，可以是重发时间条件、重发次数条件或者将时间与次数相结合的重发条件，例如，按照每隔2小时重发一次，累计重发次数不超过4次。

详细地，所述若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息之后，所述方法还包括：监测到所述消息生产者重新发送所述初始状态的消息时，获取所述初始状态的消息的消息ID；在所述消息列表中，查找所述消息ID对应的消息记录；在所述消息记录中，增加消息重发次数的字段，并将所述消息重发次数字段的取值加1。

详细地，所述若所述初始状态的消息不满足所述重发条件，则发送第一预警信息，包括：获取所述初始状态的消息的消息ID及消息产生时间；在所述消息列表中，查询所述消息ID对应的消息重发次数；利用所述消息ID、所述消息产生时间及所述消息重发次数组成所述第一预警信息，并将所述第一预警信息发送到预设的地址。

本发明实施例中，通过监测并统计所述初始状态的消息的重发次数，可以更加有效地进行初始状态的消息是否满足所述预设的重发条件的判断。

本发明实施例中，所述第一预警信息，是用来通知维护人员，针对未被成功传递的消息进行人工分析的通知信息，通过人工干预可以进一步地，避免异常消息的丢失或重复处理，提升消息的可靠性。

本发明实施例中，所述预设的地址可以是指定的维护人员邮箱或者指定的公共问题库邮箱。

步骤F：在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，并返回上述的步骤B，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

本发明实施例中，若消息的消息状态为传递成功，表示对应消息未经传递或消费不成功，需要进一步的判断是否需要重新传递所述消息。

本发明实施例中，所述预设的重传条件，可以是重传时间条件、重传次数条件或者将时间与次数相结合的重传条件，例如，按照每隔2小时重传一次，累计重传次数不超过4次。

详细地，所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息之后，所述方法还包括：监测到所述消息中间件重新传递所述传递成功的消息时，获取所述传递成功的消息的消息ID；在所述消息列表中，查找所述消息ID对应的消息记录；在所述消息记录中，增加消息重传次数的字段，并将所述消息重传次数字段的取值加1。

详细地，所述传递成功的消息不满足所述重传条件，则发送第二预警信息，包括：获取所述传递成功的消息的消息ID及消息产生时间；在所述消息列表中，查询所述消息ID对应的消息重传次数；利用所述消息ID、所述消息产生时间及所述消息重发次数组成所述第二预警信息，并将所述第二预警信息发送到预设的地址。

本发明申请在消息的产生、发送、传递及消费的过程中，监听所述消息的消息状态，并利用预设的消息列表记录所述消息的消息状态，定时查询所述消息列表，只有当消息状态为消费成功时，对应的消息才完成了全流程处理。针对初始状态的消息，则根据预设的重发条件，通知消息生产者重发所述初始状态的消息，或产生第一预警信息，针对传递成功的消息，则根据预设的重传条件，通知消息中间件重传所述传递成功的消息，或产生第二预警信息，从而保证了消息在发送、传递过程中不会丢失或者被重复处理，提升了消息发送的可靠性。

如图3所示，是本发明一实施例提供的消息发送装置的功能模块图。

本发明所述消息发送装置100可以安装于电子设备中。根据实现的功能，所述消息发送装置100可以包括消息状态设置模块101、消息状态查询模块102、消费成功消息处理模块103、初始状态消息处理模块104及传递成功消息处理模块105。本发明所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

所述消息状态设置模块101，用于监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，其中，所述记录包括消息状态，设置所述消息的消息状态为初始状态；及监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

所述消息状态查询模块102，用于定时查询所述消息列表，获取每条消息的消息状态；

所述消费成功消息处理模块103，用于在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

所述初始状态消息处理模块104，用于在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

所述传递成功消息处理模块105，用于在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

详细地，本发明实施例中所述消息发送装置100中的各个模块在使用时采用与上述的图1至图2中所述的消息发送方法一样的技术手段，并能够产生相同的技术效果，这里不再赘述。

如图4所示，是本发明一实施例提供的实现消息发送方法的电子设备的结构示意图。

所述电子设备1可以包括处理器10、存储器11和总线，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如消息发送程序。

其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备1的内部存储单元，例如该电子设备1的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备1的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备1的应用软件及各类数据，例如消息发送程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存储器11内的程序或者模块(例如消息发送程序等)，以及调用存储在所述存储器11内的数据，以执行电子设备1的各种功能和处理数据。

所述总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。

图4仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图4示出的结构并不构成对所述电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

例如，尽管未示出，所述电子设备1还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

进一步地，所述电子设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该电子设备1与其他电子设备之间建立通信连接。

可选地，该电子设备1还可以包括用户接口，用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备1中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备1中的所述存储器11存储的消息发送程序是多个指令的组合，在所述处理器10中运行时，可以实现：

步骤A：监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，并在所述记录中设置所述消息的消息状态为初始状态；

步骤B：监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

步骤C：定时查询所述消息列表，获取每条消息的消息状态；

步骤D：在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

步骤E：在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，并返回上述的步骤B，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

步骤F：在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，并返回上述的步骤B，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

具体地，所述处理器10对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

进一步地，所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。所述计算机可读存储介质可以是易失性的，也可以是非易失性的。例如，所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

本发明还提供一种计算机可读存储介质，所述可读存储介质存储有计算机程序，所述计算机程序在被电子设备的处理器所执行时，可以实现：

步骤A：监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，并在所述记录中设置所述消息的消息状态为初始状态；

步骤B：监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

步骤C：定时查询所述消息列表，获取每条消息的消息状态；

步骤D：在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

步骤E：在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，并返回上述的步骤B，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

步骤F：在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，并返回上述的步骤B，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种消息发送方法，其特征在于，所述方法包括：

步骤A：监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，并在所述记录中设置所述消息的消息状态为初始状态；

步骤B：监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

步骤C：定时查询所述消息列表，获取每条消息的消息状态；

步骤D：在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

步骤E：在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，并返回上述的步骤B，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

步骤F：在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，并返回上述的步骤B，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

2.如权利要求1所述的消息发送方法，其特征在于，所述监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，包括：

解析所述消息得到所述消息携带的消息ID；

以所述消息ID为主键，在所述预设的消息列表中，生成所述消息对应的记录，其中，所述记录包括消息ID、消息状态。

3.如权利要求1所述的消息发送方法，其特征在于，所述监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，包括：

监测到所述消息中间件向所述消息生产者返回成功传递响应消息时，解析所述响应消息中携带的被成功传递的消息对应的消息ID；

在所述消息列表中，查询所述消息ID对应的消息记录；

将所述消息记录中的消息状态修改为传递成功。

4.如权利要求1所述的消息发送方法，其特征在于，所述定时查询所述消息列表，包括：

获取所述消息生产者产生的每条消息的产生时间；

利用预设的时间间隔与所述每条消息的产生时间相加，得到所述每条消息的待查询时间；

根据所述待查询时间，启动相应的查询所述消息列表的操作。

5.如权利要求4所述的消息发送方法，其特征在于，所述根据所述待查询时间，启动相应的查询所述消息列表的操作，包括：

根据所述待查询时间，统计预设时间段内待查询消息的数量；

判断所述待查询消息的数量是否大于或等于预设查询数量阈值；

若所述待查询消息的数量大于或等于所述预设查询数量阈值，则根据预先设置的所述预设时间段对应的查询时间及查询频率，执行查询所述消息列表的操作；

若所述待查询消息的数量小于所述预设查询数量阈值，则根据预先设置的备选查询时间及备选查询频率，执行查询所述消息列表的操作。

6.如权利要求1所述的消息发送方法，其特征在于，所述若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息之后，所述方法还包括：

监测到所述消息生产者重新发送所述初始状态的消息时，获取所述初始状态的消息的消息ID；

在所述消息列表中，查找所述消息ID对应的消息记录；

在所述消息记录中，增加消息重发次数的字段，并将所述消息重发次数字段的取值加1。

7.如权利要求1至6中任意一项所述的消息发送方法，其特征在于，所述若所述初始状态的消息不满足所述重发条件，则发送第一预警信息，包括：

获取所述初始状态的消息的消息ID及消息产生时间；

在所述消息列表中，查询所述消息ID对应的消息重发次数；

利用所述消息ID、所述消息产生时间及所述消息重发次数组成所述第一预警信息，并将所述第一预警信息发送到预设的地址。

8.一种消息发送装置，其特征在于，所述装置包括：

消息状态设置模块，用于监听到预设的消息生产者产生消息时，在预设的消息列表中，增加所述消息对应的记录，其中，所述记录包括消息状态，设置所述消息的消息状态为初始状态；及监听到所述消息被预设的消息中间件成功传递时，设置所述消息的消息状态为传递成功，监听到所述消息被预设的消息消费者成功消费时，设置所述消息的消息状态为消费成功；

消息状态查询模块，用于定时查询所述消息列表，获取每条消息的消息状态；

消费成功消息处理模块，用于在所述消息列表中，若存在消息的消息状态为消费成功，则删除消费成功的消息；

初始状态消息处理模块，用于在所述消息列表中，若存在消息的消息状态为初始状态，则判断初始状态的消息是否满足预设的重发条件，若所述初始状态的消息满足所述重发条件，则通知所述消息生产者重新发送所述初始状态的消息，若所述初始状态的消息不满足所述重发条件，则发送第一预警信息；

传递成功消息处理模块，用于在所述消息列表中，若存在消息的消息状态为传递成功，则判断传递成功的消息是否满足预设的重传条件，若所述传递成功的消息满足所述重传条件，则通知所述消息中间件重新传递所述传递成功的消息，若所述传递成功的消息不满足所述重传条件，则发送第二预警信息。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任意一项所述的消息发送方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的消息发送方法。

Images