消息处理方法、装置、设备及存储介质与流程

1.本发明涉及人工智能技术领域，尤其涉及一种消息处理方法、装置、设备及存储介质。


背景技术：

2.kafka的消费一般是一个消费者线程对应一个分区，为了增加集群的消费者处理速度，除了提高单个消息的处理速度之外，目前所采取的常用手段是增加分区和消费者线程，但是太多的分区会增加服务端打开文件的数量，使得kafka集群中用于数据存储的磁盘存在io竞争，致使磁盘的io性能下降。
3.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

4.本发明的主要目的在于提供一种消息处理方法、装置、设备及存储介质，旨在解决现有技术为了提升消息处理速度会导致磁盘io的性能下降的技术问题。
5.为实现上述目的，本发明提供了一种消息处理方法，所述消息处理方法包括以下步骤：
6.从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；
7.在所述磁盘存储区中为所述待处理消息设置相应的消息分区；
8.根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；
9.将所述待处理消息存入所述消息处理窗口；
10.采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理。
11.可选地，所述在所述磁盘存储区中为所述待处理消息设置相应的消息分区，包括：
12.获取所述待处理消息对应的消息数量；
13.根据预设划分规则和所述消息数量确定分区数量；
14.按照所述分区数量在所述磁盘存储区中为所述待处理消息设置对应的消息分区，所述待处理消息或消息数量存储于区块链中。
15.可选地，所述根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口，包括：
16.获取所述消息分区中待处理消息对应的消息数量；
17.根据所述消息数量确定所述消息分区对应的分区宽度；
18.根据所述分区宽度确定消息处理窗口对应的窗口尺寸；
19.按照所述窗口尺寸为所述消息分区中的待处理消息创建对应的消息处理窗口。
20.可选地，所述将所述待处理消息存入所述消息处理窗口，包括：
21.在所述消息分区中为所述待处理消息设置相应的消息偏移量；
22.根据所述消息偏移量确定所述待处理消息对应的排列顺序；
23.按照所述排列顺序将所述待处理消息存入所述消息处理窗口。
24.可选地，所述采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理之后，还包括：
25.获取所述消息处理窗口中当前待处理消息的排列顺序；
26.在处理完所述消息处理窗口中的第一条待处理消息之后，按照所述排列顺序将所述消息处理窗口进行移动，以使所述消息处理窗口中存入新的待处理信息，并采用多线程机制调用所述消息分区对应的线程对所述新的待处理信息继续进行同步处理。
27.可选地，所述采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理之后，还包括：
28.在检测到消息处理设备发生故障时，获取所述消息处理窗口中的待处理消息，对所述待处理消息进行保留，并记录相应的故障发生时刻；
29.重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中保留的待处理消息进行重新处理。
30.可选地，所述重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中保留的待处理消息进行重新处理，包括：
31.获取所述消息处理窗口中待处理消息的处理状态；
32.根据所述处理状态从所述待处理消息中筛选出处于未处理状态的待处理消息；
33.重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中处于未处理状态的待处理消息进行重新处理。
34.此外，为实现上述目的，本发明还提出一种消息处理装置，所述消息处理装置包括：
35.获取模块，用于从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；
36.分区模块，用于在所述磁盘存储区中为所述待处理消息设置相应的消息分区；
37.创建模块，用于根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；
38.存入模块，用于投影将所述待处理消息存入所述消息处理窗口；
39.处理模块，用于采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理。
40.此外，为实现上述目的，本发明还提出一种消息处理设备，所述消息处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序配置为实现如上文所述的消息处理方法的步骤。
41.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如上文所述的消息处理方法的步骤。
42.本发明从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；在所述磁盘存储区中为所述待处理消息设置相应的消息分区；根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；将所述待处理消息存入
所述消息处理窗口；采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理，通过在消息分区中设置消息处理窗口的方式对消息进行处理，实现了在不增加消息分区和线程的情况下，提高消息的处理速度。
附图说明
43.图1是本发明实施例方案涉及的硬件运行环境的消息处理设备的结构示意图；
44.图2为本发明消息处理方法第一实施例的流程示意图；
45.图3为本发明消息处理方法第二实施例的流程示意图；
46.图4为本发明消息处理方法第三实施例的流程示意图；
47.图5为本发明消息处理装置第一实施例的结构框图。
48.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
49.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
50.参照图1，图1为本发明实施例方案涉及的硬件运行环境的消息处理设备结构示意图。
51.如图1所示，该消息处理设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless
‑
fidelity，wi
‑
fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)存储器，也可以是稳定的非易失性存储器(non
‑
volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
52.本领域技术人员可以理解，图1中示出的结构并不构成对消息处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
53.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及消息处理程序。
54.在图1所示的消息处理设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明消息处理设备中的处理器1001、存储器1005可以设置在消息处理设备中，所述消息处理设备通过处理器1001调用存储器1005中存储的消息处理程序，并执行本发明实施例提供的消息处理方法。
55.本发明实施例提供了一种消息处理方法，参照图2，图2为本发明一种消息处理方法第一实施例的流程示意图。
56.本实施例中，所述消息处理方法包括以下步骤：
57.步骤s10：从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中。
58.需要说明的是，本实施例的执行主体可为消息处理服务器，还可为具有相同或相似功能的其他设备，本实施对此不加以限制，以消息处理服务器为例进行说明。消息处理服
务器可用于从服务端中获取消息，并对获取到的消息进行存储和处理，还可对消息的处理状态进行检测，根据检测到的处理状态对消息进行去重和封装。此外，还需要说明的是，消息处理服务器是在服务器的磁盘中对待处理消息进行处理，因此在从服务端中获取到待处理消息之后，将待处理消息存储在磁盘存储区中，进一步地，为保证上述待处理消息的私密和安全性，上述待处理消息还可以存储于一区块链的节点中。
59.步骤s20：在所述磁盘存储区中为所述待处理消息设置相应的消息分区。
60.需要理解的是，服务端是消息发布者，负责向消息处理服务器发送消息，并且所发送的消息为需要处理的待处理消息。服务端基于不同的应用场景发送各种不同类型的消息，例如在微服务器的业务监控的应用场景下，消息处理服务器是根据服务端所发送的消息实现对微服务的业务进行监控，此时服务端所发送的消息为配置文件信息、参数信息以及操作信息等信息，其中，配置文件信息包括但不限于流量配置信息、降级配置信息、连接配置信息以及超时配置信息，参数信息包括但不限于限制流量、降级、连接设置以及超时设置，连接配置信息包括但不限于查询、新增、修改、删除以及发布。服务端与消息处理服务器之间采用互联网形式建立通信连接，服务端可通过互联网将消息发送至消息处理服务器，消息处理服务器也可通过互联网从服务端中获取待处理消息，本实施例中还可以采用其他方式建立通信连接，具体方式可以根据实际需求进行设置，对此不加以限制。此外，待处理消息的获取可基于用户输入的获取请求触发，也可以设置一预设时间，在达到预设时间时，自动从服务端中获取待处理消息，预设时间以及待处理消息获取的触发条件可以根据实际需求自行设置，本实施对此不加以限制。需要强调的是，为进一步保证上述待处理消息的私密和安全性，上述待处理消息还可以存储于一区块链的节点中。
61.步骤s30：根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口。
62.需要说明的是，本实施例中不需要额外增加消息分区和线程，而是在消息分区中设置一个更小的区域对消息分区中的待处理消息进行处理，以提高消息的处理速度。在确定待处理消息对应的消息分区之后，可以按照一定尺寸在消息分区中创建消息处理窗口，例如可以将消息处理窗口的尺寸大小设置为4或5等消息处理窗口的具体尺寸大小可以根据实际处理需求进行相应的设置，本实施例对此不加以限制。此外，还需要说明的是，在确定消息处理窗口的尺寸大小之后，还要确定消息处理窗口的起始点和终点，即起始点和终点分别对应的是消息分区中的第几条消息，例如消息分区中现有5条待处理消息，假设将消息处理窗口的尺寸大小设置为3，则可将消息分区中的第一条待处理消息作为消息处理窗口的起始点，根据尺寸大小3，再可以确定消息处理窗口的终点对应的消息分区中的第三条待处理消息，消息处理窗口的起始点和终点的选择可以根据实际情况进行设置，本实施对此不加以限制。
63.在具体实施例中，为了使得创建的消息处理窗口更加合理，本实施例中所述步骤s30具体包括：获取所述消息分区中待处理消息对应的消息数量；根据所述消息数量确定所述消息分区对应的分区宽度；根据所述分区宽度确定消息处理窗口对应的窗口尺寸；按照所述窗口尺寸为所述消息分区中的待处理消息创建对应的消息处理窗口。
64.容易理解的是，由于是在消息分区中创建消息处理窗口，因此消息处理窗口的尺寸需要小于或等于消息分区，即本实施例中消息处理窗口需要小于或等于消息分区的分区
宽度，因此可以在设置完分区之后，获取分区中待处理消息的消息数量，根据消息数量确定消息分区的分区宽度，从而得到消息处理窗口对应的尺寸大小，然后再根据确定的尺寸大小在分区中创建消息处理窗口，例如设置完的分区中所包含的消息条数为10条，能够确定消息分区的分区宽度，因此需要创建的消息处理窗口的大小不能超过10，还可以将消息处理窗口的尺寸大小设置为4或5等，消息处理窗口的具体尺寸大小在不超过待处理消息的消息数量的情况下，可以根据实际处理需求进行相应的设置，本实施例对此不加以限制。
65.步骤s40：将所述待处理消息存入所述消息处理窗口。
66.需要说明的是，在创建完待处理消息之后，按照消息处理窗口对应的尺寸大小将待处理消息存入消息处理窗口，例如消息分区中待处理消息对应的消息数量为10，假设消息处理窗口的尺寸大小为4，则将待处理消息中的4条消息存入消息处理窗口中，可将第一条消息、第三条消息、第五条消息以及第七条消息存入消息处理窗口，也可将第二条消息、第三条消息、第四条消息以及第五条消息存入消息处理窗口，具体存入方式可根据实际情况进行选择，本实施例对此不加限制。
67.在具体实施中，为了使得待处理消息能够更加合理的存入消息处理窗口且避免出现消息漏存的情况，在本实施例中，所述步骤s40进一步包括：在所述消息分区中为所述待处理消息设置相应的消息偏移量；根据所述消息偏移量确定所述待处理消息对应的排列顺序；按照所述排列顺序将所述待处理消息存入所述消息处理窗口。
68.需要说明的是，本实施例中是基于各条待处理消息在消息分区中的位置将各条待处理消息存入消息处理窗口中，为了能够确定待处理消息中各条消息在消息分区中的位置，对消息分区中的待处理消息设置相应的消息偏移量，消息偏移量用于记录各条待处理消息在消息分区中的相对位置，并且每条待处理消息的消息偏移量各不相同，然后根据每条待处理消息在分区中的相对位置可以确定对应的排列顺序，最后再按照排列顺序将待处理消息中连续的待处理消息存入消息处理窗口，例如消息分区中待处理消息对应的消息数量为10，假设消息处理窗口的尺寸大小为4，则将待处理消息中的连续4条待处理消息存入消息处理窗口中，可将第二条待处理消息至第五条待处理消息存入消息处理窗口，也可将第三条待处理消息至第六条待处理消息存入消息处理窗口，可以根据实际存储需求进行相应的更改，本实施例对此不加以限制。
69.步骤s50：采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理。
70.在具体实施中，为了提高消息处理速度，本实施例采用多线程机制调用消息分区对应的线程对消息处理窗口中的待处理消息进行处理，即在一个消息分区中采用不用的线程分别对待处理消息进行处理，实现消息的同步处理，例如消息分区z中包含待处理消息a、b以及c，采用线程1对待处理消息a进行处理，采用线程2对待处理消息b进行处理，以及采用线程3对待处理消息c进行处理，并且线程1、线程2以及线程3是同时进行的。需要强调的是，在处理消息处理窗口中的待处理消息时，对于消息分区中在消息处理窗口外的其他剩余待处理消息不进行处理，并且消息处理窗口中的待处理消息是同时进行处理的，同步处理表示同时开始处理，但不表示同时处理完毕，例如消息处理窗口中存有第二条消息至第四条消息，在进行消息处理时，是将第二条消息至第四条消息同时进行处理。
71.进一步地，为了提高消息处理速度，本实施中所述步骤s40之后还包括：获取所述
消息处理窗口中当前待处理消息的排列顺序；在处理完所述消息处理窗口中的第一条待处理消息之后，按照所述排列顺序将所述消息处理窗口进行移动，以使所述消息处理窗口中存入新的待处理信息，并采用多线程机制调用所述消息分区对应的线程对所述新的待处理信息继续进行同步处理。
72.需要说明的是，消息处理窗口是一个可以移动的窗口，本实施例中可按照消息处理窗口中当前待处理消息的排列顺序以及消息处理情况移动消息处理窗口，例如消息处理窗口当前存入的有a、b、c及d这4条消息，由于不同消息的处理速度不同，导致消息处理窗口中的第一条消息a先处理完，此时将消息处理窗口按照顺序滑动，得到消息处理窗口中存入的新的待处理消息为b、c、d及e，然后再对b、c、d及e这4条消息进行同步处理。
73.本实施例从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；在所述磁盘存储区中为所述待处理消息设置相应的消息分区；根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；将所述待处理消息存入所述消息处理窗口；采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理，通过在消息分区中设置消息处理窗口的方式对消息进行处理，实现了在不增加消息分区和线程的情况下，提高消息的处理速度。
74.参考图3，图3为本发明一种消息处理方法第二实施例的流程示意图。
75.基于上述第一实施例，本实施例所述步骤s20具体包括：
76.步骤s201：获取所述待处理消息对应的消息数量。
77.需要说明的是，服务端与消息处理服务器之间采用互联网形式建立通信连接，服务端可通过互联网将消息发送至消息处理服务器，消息处理服务器也可通过互联网从服务端中获取待处理消息，本实施例中还可以采用其他方式建立通信连接，具体方式可以根据实际需求进行设置，对此不加以限制。此外，待处理消息的获取可基于用户输入的获取请求触发，也可以设置一预设时间，在达到预设时间时，自动从服务端中获取待处理消息，预设时间以及待处理消息获取的触发条件可以根据实际需求自行设置，本实施对此不加以限制。
78.需要强调的是，待处理消息并非一条消息，而是由多条消息组成，可以从获取到的待处理消息读取出待处理消息中包含多少条消息，本实施例可根据各种不同类型消息对应的标识确定待处理消息中包含的消息数量，也可根据各种消息对应的数据格式确定待处理消息中包含的消息数量。
79.步骤s202：根据预设划分规则和所述消息数量确定分区数量。
80.在具体实施中，按照预设规则和待处理消息中包含的消息数量得到分区数量，分区数量为所要划分的消息分区的数量，预设规则可设置为根据消息数量确定分区数量，例如待处理消息中包含30条消息，可以按照每10条消息设置一个分区的方式为待处理消息设置3个分区，可以得到分区数量为3，预设规则还根据实际需求进行相应的设置，本实施对此不加以限制。
81.步骤s203：按照所述分区数量在所述磁盘存储区中为所述待处理消息设置对应的消息分区。
82.在具体实施中，在得到分区数量，按照分区数量为待处理消息设置对应的消息分区，例如分区数量为5，则为待处理消息设置5个消息分区，若分区数量为1，则为待处理消息
设置1个消息分区。
83.本实施例通过获取所述待处理消息对应的消息数量；根据预设划分规则和所述消息数量确定分区数量；按照所述分区数量在所述磁盘存储区中为所述待处理消息设置对应的消息分区，通过消息数量为待处理消息进行分区设置，使得消息分区的划分更加合理，不会因为分区数量较少导致消息处理速度慢，也不会因为分区设置过多导致磁盘性能降低。
84.参考图4，图4为本发明一种消息处理方法第三实施例的流程示意图。
85.基于上述第一实施例或第二实施例，提出本发明一种消息处理方法的第三实施例。
86.以基于上述第一实施例为例进行说明，本实施例中所述步骤s40之后还包括：
87.步骤s60：在检测到消息处理设备发生故障时，获取所述消息处理窗口中的待处理消息，对所述待处理消息进行保留，并记录相应的故障发生时刻。
88.容易理解的是，消息处理设备在处理消息时，会遇到设备出现故障的情况，而在消息处理设备出现故障时，无法继续对消息处理窗口中的待处理消息进行处理，为了保证重启之后能够继续对待处理消息中的剩余消息继续进行处理，本实施例中还可记录发生故障的时刻，并对该时刻的消息处理窗口中的待处理消息进行保存。
89.步骤s70：重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中保留的待处理消息进行重新处理。
90.在具体实施中，在消息设备的故障排除之后，将消息设备进行重启，然后在重启之后，重新对消息处理窗口中保存的待处理消息进行处理。还需要说明的是，消息处理窗口中保存的待处理消息的部分消息可能在发生故障时已经处理完毕，如果在重启之后再重新进行处理，则会出现重复处理的情况，为了避免这种情况的发生，本实施例中步骤s60具体包括：获取所述消息处理窗口中待处理消息的处理状态；根据所述处理状态从所述待处理消息中筛选出处于未处理状态的待处理消息；重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中处于未处理状态的待处理消息进行重新处理。
91.需要说明的是，重启所述消息处理设备，对消息处理窗口保存的待处理消息的处理状态进行检测，其中处理状态包括已处理状态和未处理状态，根据检测结果可以筛选出在故障发生时刻消息处理窗口中处于未处理状态的待处理消息，然后对这些未处理的待处理消息进行重新处理，例如发生故障时，消息处理窗口中存有x、y及z这三条消息，并且x消息已经处理完毕，在重启之后，不再对x消息进行处理，而是对y和z消息进行重新处理。
92.本实施例中在检测到消息处理设备发生故障时，获取所述消息处理窗口中的待处理消息，对所述待处理消息进行保留，并记录相应的故障发生时刻；重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中保留的待处理消息进行重新处理，能够保证重启之后能够继续对待处理消息中的剩余消息继续进行处理，同时还获取所述消息处理窗口中待处理消息的处理状态；根据所述处理状态从所述待处理消息中筛选出处于未处理状态的待处理消息，也能够避免重启之后对已经处理过的消息进行重复处理。
93.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如上文所述的消息处理方法的步骤。
94.参照图5，图5为本发明消息处理装置第一实施例的结构框图。
95.如图5所示，本发明实施例提出的消息处理装置包括：
96.获取模块10，用于从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中。
97.分区模块20，用于在所述磁盘存储区中为所述待处理消息设置相应的消息分区。
98.创建模块30，用于根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口。
99.存入模块40，用于投影将所述待处理消息存入所述消息处理窗口。
100.处理模块50，用于采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理。
101.本实施例从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；在所述磁盘存储区中为所述待处理消息设置相应的消息分区；根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；将所述待处理消息存入所述消息处理窗口；采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理，通过在消息分区中设置消息处理窗口的方式对消息进行处理，实现了在不增加消息分区和线程的情况下，提高消息的处理速度。
102.在一实施例中，所述获取模块20，还用于从服务端中获取待处理消息，并将所述待处理消息存储在磁盘存储区中；在所述磁盘存储区中为所述待处理消息设置相应的消息分区；根据所述消息分区对应的分区宽度为所述消息分区中的待处理消息创建对应的消息处理窗口；将所述待处理消息存入所述消息处理窗口；采用多线程机制调用所述消息分区对应的线程对所述消息处理窗口中的待处理消息进行同步处理。
103.在一实施例中，所述创建模块30，还用于获取所述消息分区中待处理消息对应的消息数量；根据所述消息数量确定所述消息分区对应的分区宽度；根据所述分区宽度确定消息处理窗口对应的窗口尺寸；按照所述窗口尺寸为所述消息分区中的待处理消息创建对应的消息处理窗口。
104.在一实施例中，所述存入模块40，还用于在所述消息分区中为所述待处理消息设置相应的消息偏移量；根据所述消息偏移量确定所述待处理消息对应的排列顺序；按照所述排列顺序将所述待处理消息存入所述消息处理窗口在一实施例中，所述消息处理装置还包括：滑动模块；
105.所述滑动模块，用于获取所述消息处理窗口中当前待处理消息的排列顺序；在处理完所述消息处理窗口中的第一条待处理消息之后，按照所述排列顺序将所述消息处理窗口进行移动，以使所述消息处理窗口中存入新的待处理信息，并采用多线程机制调用所述消息分区对应的线程对所述新的待处理信息继续进行同步处理。
106.在一实施例中，所述处理模块50，还用于在检测到消息处理设备发生故障时，获取所述消息处理窗口中的待处理消息，对所述待处理消息进行保留，并记录相应的故障发生时刻；重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中保留的待处理消息进行重新处理。
107.在一实施例中，所述处理模块50，还用于获取所述消息处理窗口中待处理消息的处理状态；根据所述处理状态从所述待处理消息中筛选出处于未处理状态的待处理消息；重启所述消息处理设备，并对所述故障发生时刻中消息处理窗口中处于未处理状态的待处理消息进行重新处理。
108.应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。
109.需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。
110.另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的消息处理方法，此处不再赘述。
111.此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
112.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
113.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(read only memory，rom)/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
114.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
115.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。