一种消息集成方法、系统、终端及存储介质与流程

1.本技术涉及数据集成技术领域，尤其涉及一种消息集成方法、系统、终端及存储介质。


背景技术：

2.随着互联网技术的快速发展，即时聊天工具也得到了广泛应用，并已经发展成人们生产生活的重要组成部分，然而，由于不同用户的选择不尽相同，且不同的即时聊天软件之间相互独立，这便导致用户在工作时会同时用到多个聊天软件，并在多个聊天软件之间来回切换，因此给用户造成了不便。
3.相关技术中，将不同聊天软件所接收到的消息进行集成，从而使得不同聊天软件接收到的消息都可以通过第三方集成软件进行接收，用户无需在不同聊天软件之间来回切换，方便了用户的工作。
4.针对上述相关技术，发明人认为，将不同软件中的聊天信息都通过第三方集成软件进行接收，所有聊天软件消息的集成容易导致第三方集成软件所接收的消息量过大，且存在大量与用户自身无关的群消息等，但是若不及时处理，容易造成重要消息遗漏，若每条消息都进行处理，则极其浪费时间。


技术实现要素：

5.为了有助于在不遗漏重要消息的前提下节约消息处理的时间，本技术提供一种消息集成方法、系统、终端及存储介质。
6.第一方面，本技术提供的一种消息集成方法，采用如下的技术方案：一种消息集成方法，包括：判断是否接收到消息集成指令；若接收到所述消息集成指令，则基于所述消息集成指令获取集成账号信息；基于所述集成账号信息，判断所述集成账号信息所对应的信息系统是否存在待处理消息；若所述集成账号信息所对应的信息系统存在所述待处理消息，则获取所述待处理消息的消息特征；判断所述消息特征是否满足预设特征要求；若所述消息特征满足所述预设特征要求，则将所述待处理消息发送至集成终端。
7.通过采用上述技术方案，先判断是否接收到消息集成指令，若接收到则表明允许将多个聊天软件的消息进行集成处理，因此根据消息集成指令获取被集成账号的集成账号信息，再判断该集成账号信息所对应的信息系统是否存在待处理消息，若存在，则获取待处理消息的消息特征，并判断该消息特征是否满足预设特征要求，若满足，才将该待处理消息发送至集成终端，若不满足，则不将该待处理消息发送至集成终端；通过将待处理消息的消息特征作为消息集成标准，在不遗漏与用户相关联的待处理消息的前提下，还有助于减少
与用户不相关待处理消息的处理，节约消息处理时间。
8.可选的，所述判断所述消息特征是否满足预设特征要求的具体步骤包括：基于所述消息特征，获取所述待处理消息所对应的发送单位；判断所述发送单位是否满足预设发送要求；若所述发送单位满足所述预设发送要求，则判定所述消息特征满足预设特征要求。
9.通过采用上述技术方案，先根据消息特征获取该待处理消息的发送单位，再判断发送单位是否满足预设发送要求，若满足，则表明用户允许接收该发送单位发送的待处理消息，因此判定消息特征满足预设特征要求；通过将发送待处理消息的发送单位作为是否将待处理消息发送至集成终端的条件，当发送单位满足预设发送要求时，将该发送单位所对应的待处理消息发送至集成终端，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
10.可选的，所述判断所述发送单位是否满足预设发送要求的具体步骤包括：获取所述发送单位所对应的分组名称；判断所述分组名称是否为预设分组名称；若所述分组名称为所述预设分组名称，则判定所述发送单位满足预设发送要求；若所述分组名称非所述预设分组名称，则获取所述发送单位所对应的备注名称；基于所述备注名称，判断所述发送单位是否满足所述预设发送要求。
11.通过采用上述技术方案，先获取发送单位所对应的分组名称，并判断该分组名称是否为预设分组名称，若是，则表明该系统名称为用户指定或认可的分组名称，因此系统允许接收该分组名称所对应分组内发送单位发送的待处理消息，所以当分组名称为预设分组名称时，直接判定发送单位满足预设发送要求；当分组名称不是预设分组名称时，则表明该系统名称不是用户指定或认可的分组名称，因此需要进一步获取该发送单位所对应的备注名称，并根据备注名称判断发送单位是否满足预设发送要求；将分组名称作为判断依据，当分组名称满足预设分组要求时，判定发送单位满足预设发送要求，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
12.可选的，所述基于所述备注名称，判断所述发送单位是否满足预设发送要求的具体要求包括：判断所述备注名称是否为预设指定名称；若所述备注名称为所述预设指定名称，则判定所述发送单位满足预设发送要求；若所述备注名称非所述预设指定名称，则获取所述备注名称所对应的名称数量；判断所述名称数量是否大于1；若所述名称数量大于1，则判定所述发送单位满足预设发送要求。
13.通过采用上述技术方案，先判断备注名称是否为预设指定名称，若是，则表明用户允许直接将该备注名称所对应发送单位所发送的待处理消息发送至集成终端，因此直接判定该发送单位满足预设发送要求；若否，则表明用户不允许直接将该备注名称所对应发送单位所发送的待处理消息发送至集成终端，因此需要进一步获取该备注名称所对应的名称数量，并判断该名称数量是否大于1，若是，则表明多个被集成的账号中都存在该备注名称，
因此该备注名称所对应的人员与用户较为熟悉或对该用户而言较为重要，因此直接判定该发送单位满足预设发送要求；将备注名称作为判断依据，仅当备注名称满足对应要求时才判定发送单位满足预设发送要求，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
14.可选的，在所述判断所述名称数量是否大于1之后还包括：若所述名称数量等于1，则获取所述待处理消息的发送时间节点；判断所述发送时间节点是否满足预设时间阈值要求；若所述发送时间节点满足所述预设时间阈值要求，则判定所述发送单位满足预设发送要求；若所述发送时间节点不满足所述预设时间阈值要求，则判定所述发送单位不满足预设发送要求。
15.通过采用上述技术方案，若名称数量等于1，则表明仅一个被集成的账号中存在该备注名称，不能直接判定该发送单位满足预设发送要求，因此需要进一步获取待处理消息的发送时间节点，并判断发送时间节点是否满足预设时间阈值要求，若满足，则表明该待处理消息的发送时间节点为用户工作时间，因此判定发送单位满足预设发送要求；若不满足，则表明该待处理消息的发送时间节点不是用户工作时间，用户不允许接收该待处理消息，因此判定该发送单位不满足预设发送要求；结合考虑待备注名称的名称数量以及处理消息的发送时间节点，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少在用户休息时向用户发送待处理消息，对用户造成影响。
16.可选的，所述判断所述消息特征是否满足预设特征要求的具体步骤包括：基于所述消息特征，获取消息内容；判断所述消息内容是否满足预设内容要求；若所述消息内容满足所述预设内容要求，则判定所述消息特征满足预设特征要求；若所述消息内容不满足所述预设内容要求，则判定所述消息特征不满足预设特征要求。
17.通过采用上述技术方案，获取消息内容，并判断消息内容是否满足预设内容要求，若消息内容满足所述预设内容要求，则表明该消息内容与用户相关，因此判定消息特征满足预设特征要求，若消息内容不满足预设内容要求，则表明该消息内容与用户不相关，因此判定消息特征不满足预设特征要求；根据待处理消息的消息内容来判断该待处理消息所对应的消息特征是否满足预设要求，有助于更加准确的判断出该待处理消息是否与用户相关，因此有助于减少与用户相关的消息遗漏处理的清楚发生。
18.可选的，所述判断所述消息内容是否满足预设内容要求的具体步骤包括：对所述消息内容进行检索并生成检索结果；基于所述检索结果，判断所述消息内容中是否存在与预设检索因子相匹配的目标因子；若所述消息内容中存在与预设检索因子相匹配的目标因子，则判定所述消息内容满足预设内容要求；
若所述消息内容中不存在与预设检索因子相匹配的目标因子，则判定所述消息内容不满足预设内容要求。
19.通过采用上述技术方案，对消息内容进行检索，并判断消息内容中是否存在与预设检索因子相匹配的目标因子，若存在，则表明该待处理消息的消息内容中存在用户感兴趣或与用户相关的内容，因此判定消息内容满足预设内容要求，若不存在，则表明该待处理消息的消息内容中不存在用户感兴趣或与用户相关的内容，因此判定消息内容不满足预设内容要求；对消息内容进行检索并将检索结果作为判断消息内容是否满足预设内容要求的判断条件，有助于更加准确的判断出该待处理消息是否与用户相关，因此有助于减少与用户相关的消息遗漏处理的清楚发生。
20.第二方面，本技术还公开了一种消息集成系统，采用如下的技术方案：一种消息集成系统，包括：第一判断模块，用于判断是否接收到消息集成指令；第一获取模块，若接收到所述消息集成指令，则所述第一获取模块用于基于所述消息集成指令获取集成账号信息；第二判断模块，用于基于所述集成账号信息，判断所述集成账号信息所对应的信息系统是否存在待处理消息；第二获取模块，若所述集成账号信息所对应的信息系统存在所述待处理消息，则所述第二获取模块用于获取所述待处理消息的消息特征；第三判断模块，用于判断所述消息特征是否满足预设特征要求；发送模块，若所述消息特征满足所述预设特征要求，则所述发送模块用于将所述待处理消息发送至集成终端。
21.通过采用上述技术方案，先判断是否接收到消息集成指令，若接收到则表明允许将多个聊天软件的消息进行集成处理，因此根据消息集成指令获取被集成账号的集成账号信息，再判断该集成账号信息所对应的信息系统是否存在待处理消息，若存在，则获取待处理消息的消息特征，并判断该消息特征是否满足预设特征要求，若满足，才将该待处理消息发送至集成终端，若不满足，则不将该待处理消息发送至集成终端；通过将待处理消息的消息特征作为消息集成标准，在不遗漏与用户相关联的待处理消息的前提下，还有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
22.第三方面，本技术提供的一种计算机装置，采用如下的技术方案：一种智能终端，包括存储器、处理器，所述存储器中用于存储能够在所述处理器上运行的计算机程序，所述处理器加载计算机程序时，执行第一方面的方法。
23.第四方面，本技术提供的一种计算机可读存储介质，采用如下的技术方案：一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器加载时，执行第一方面的方法。
24.综上所述，本技术包括以下有益技术效果：先判断是否接收到消息集成指令，若接收到则表明允许将多个聊天软件的消息进行集成处理，因此根据消息集成指令获取被集成账号的集成账号信息，再判断该集成账号信息所对应的信息系统是否存在待处理消息，若存在，则获取待处理消息的消息特征，并判断该消息特征是否满足预设特征要求，若满足，才将该待处理消息发送至集成终端，若不满
足，则不将该待处理消息发送至集成终端；通过将待处理消息的消息特征作为消息集成标准，在不遗漏与用户相关联的待处理消息的前提下，还有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
附图说明
25.图1是本技术实施例一种消息集成方法的主要流程图；图2是步骤s201至步骤s203的步骤流程图；图3是步骤s301至步骤s305的步骤流程图；图4是步骤s401至步骤s405的步骤流程图；图5是步骤s501至步骤s504的步骤流程图；图6是步骤s601至步骤s604的步骤流程图；图7是步骤s701至步骤s704的步骤流程图；图8是本技术实施例一种消息集成系统的模块图。
26.附图标记说明：1、第一判断模块；2、第一获取模块；3、第二判断模块；4、第二获取模块；5、第三判断模块；6、发送模块。
具体实施方式
27.第一方面，本技术公开了一种消息集成方法。
28.参照图1，一种消息集成方法，包括步骤s101至步骤s106：步骤s101：判断是否接收到消息集成指令。
29.具体的，本实施例中，集成软件可以选择已经绑定或添加的聊天软件账号进行集成，也可以新增账号进行集成，当集成软件进行登录时，会将消息集成指令发送至消息集成系统；消息集成指令即集成软件的登录指令，包括被集成账号的集成账号信息以及登录时间等。
30.步骤s102：若接收到消息集成指令，则基于消息集成指令获取集成账号信息。
31.具体的，本实施例中，集成账号信息即被集成的聊天软件账号信息，包括账号id以及账号名称等。
32.步骤s103：基于集成账号信息，判断集成账号信息所对应的信息系统是否存在待处理消息。
33.具体的，本实施例中，待处理消息即用户未阅读或未处理的消息。
34.步骤s104：若集成账号信息所对应的信息系统存在待处理消息，则获取待处理消息的消息特征。
35.具体的，本实施例中，消息特征即待处理信息的特征，包括待处理信息的内容以及发送来源等。
36.步骤s105：判断消息特征是否满足预设特征要求。
37.具体的，本实施例中，预设特征要求即预先设置并存储于消息集成系统中，用于判断待处理消息是否达到发送至集成终端的判断标准，本实施例中集成终端可以是第三方集成软件。
38.步骤s106：若消息特征满足预设特征要求，则将待处理消息发送至集成终端。
39.具体的，本实施例中，若消息特征满足预设特征要求，则表明该待处理消息达到了发送至集成终端的标准，因此将待处理消息发送至集成终端。
40.若消息特征不满足预设特征要求，则表明该待处理消息未达到发送至集成终端的标准，因此不将待处理消息发送至集成终端本实施例提供的消息集成方法，先判断是否接收到消息集成指令，若接收到则表明允许将多个聊天软件的消息进行集成处理，因此根据消息集成指令获取被集成账号的集成账号信息，再判断该集成账号信息所对应的信息系统是否存在待处理消息，若存在，则获取待处理消息的消息特征，并判断该消息特征是否满足预设特征要求，若满足，才将该待处理消息发送至集成终端，若不满足，则不将该待处理消息发送至集成终端；通过将待处理消息的消息特征作为消息集成标准，在不遗漏与用户相关联的待处理消息的前提下，还有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
41.参照图2，在本实施例的其中一种实施方式中，步骤s105判断消息特征是否满足预设特征要求的具体步骤包括步骤s201至步骤s203：步骤s201：基于消息特征，获取待处理消息所对应的发送单位。
42.具体的，本实施例中，发送单位即该待处理消息所对应的消息发送来源，可以是某个联系人或某个群组，例如被集成账号1中的a联系人向被集成账号1发送了一条消息，则集成账号1会接收到一条待处理消息，而a联系人则为该待处理消息所对应的发送单位。
43.步骤s202：判断发送单位是否满足预设发送要求。
44.具体的，本实施例中，预设发送要求即预先设置并存储于消息集成系统中，用于判断该发送单位所发送的待处理消息是否达到发送至集成终端的要求判断标准。
45.步骤s203：若发送单位满足预设发送要求，则判定消息特征满足预设特征要求。
46.具体的，本实施例中，若发送单位满足预设发送要求，则表明该发送单位为用户指定或被用户认可的消息发送单位，因此判定消息特征满足预设特征要求；若发送单位不满足预设发送要求，则表明该发送单位非用户指定或被用户认可的消息发送单位，因此判定消息特征不满足预设特征要求。
47.本实施方式提供的消息集成方法，先根据消息特征获取该待处理消息的发送单位，再判断发送单位是否满足预设发送要求，若满足，则表明用户允许接收该发送单位发送的待处理消息，因此判定消息特征满足预设特征要求；通过将发送待处理消息的发送单位作为是否将待处理消息发送至集成终端的条件，当发送单位满足预设发送要求时，将该发送单位所对应的待处理消息发送至集成终端，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
48.参照图3，在本实施例的其中一种实施方式中，步骤s202判断发送单位是否满足预设发送要求的具体步骤包括步骤s301至步骤s305：步骤s301：获取发送单位所对应的分组名称。
49.具体的，本实施例中，分组名称即发送单位所在分组的名称。
50.步骤s302：判断分组名称是否为预设分组名称。
51.具体的，本实施例中，预设分组名称即预先设置并存储于消息集成系统中的分组名称。
52.步骤s303：若分组名称为预设分组名称，则判定发送单位满足预设发送要求。
53.具体的，本实施例中，若分组名称为预设分组名称中的任意一个，则表示分组名称为预设分组名称。
54.步骤s304：若分组名称非预设分组名称，则获取发送单位所对应的备注名称。
55.具体的，本实施例中，备注名称即用户对待处理消息的发送单位所备注的名称，用户对不同联系人进行了名称备注，值得注意的是，未被备注的联系人所对应的备注名称为联系人账号名称。
56.步骤s305：基于备注名称，判断发送单位是否满足预设发送要求。
57.具体的，本实施例中，根据备注名称是否满足对应的要求，来判断发送单位是否满足预设发送要求，例如备注名称是否为特定名称等。
58.本实施方式提供的消息集成方法，先获取发送单位所对应的分组名称，并判断该分组名称是否为预设分组名称，若是，则表明该系统名称为用户指定或认可的分组名称，因此系统允许接收该分组名称所对应分组内发送单位发送的待处理消息，所以当分组名称为预设分组名称时，直接判定发送单位满足预设发送要求。
59.当分组名称不是预设分组名称时，则表明该系统名称不是用户指定或认可的分组名称，因此需要进一步获取该发送单位所对应的备注名称，并根据备注名称判断发送单位是否满足预设发送要求；将分组名称作为判断依据，当分组名称满足预设分组要求时，判定发送单位满足预设发送要求，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
60.参照图4，在本实施例的其中一种实施方式中，步骤s305基于备注名称，判断发送单位是否满足预设发送要求的具体步骤包括步骤s401至步骤s405：步骤s401：判断备注名称是否为预设指定名称。
61.具体的，本实施例中，预设指定名称为预先设置并存储于消息集成系统中的特定备注名称。
62.步骤s402：若备注名称为预设指定名称，则判定发送单位满足预设发送要求。
63.步骤s403：若备注名称非预设指定名称，则获取备注名称所对应的名称数量。
64.具体的，本实施例中，名称数量即备注名称的数量，例如集成软件将四个聊天软件的账号进行集成，其中有三个账号中存在备注名称“张三”，则“张三”所对应的名称数量为3。
65.步骤s404：判断名称数量是否大于1。
66.步骤s405：若名称数量大于1，则判定发送单位满足预设发送要求。
67.具体的，本实施例中，若名称数量大于1，则表明被集成的账号有多个账号中存在某个备注名称。
68.本实施方式提供的消息集成方法，先判断备注名称是否为预设指定名称，若是，则表明用户允许直接将该备注名称所对应发送单位所发送的待处理消息发送至集成终端，因此直接判定该发送单位满足预设发送要求；若否，则表明用户不允许直接将该备注名称所对应发送单位所发送的待处理消息发送至集成终端，因此需要进一步获取该备注名称所对应的名称数量，并判断该名称数量是否大于1，若是，则表明多个被集成的账号中都存在该备注名称，因此该备注名称所对应的人员与用户较为熟悉或对该用户而言较为重要，因此
直接判定该发送单位满足预设发送要求。
69.将备注名称作为判断依据，仅当备注名称满足对应要求时才判定发送单位满足预设发送要求，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少与用户不相关待处理消息的处理，节约消息处理时间。
70.参照图5，在本实施例的其中一种实施方式中，在步骤s404判断名称数量是否大于1之后还包括步骤s501至步骤s504：步骤s501：若名称数量等于1，则获取待处理消息的发送时间节点。
71.具体的，本实施例中，发送时间节点即发送单位发送待处理消息的发送时间。
72.步骤s502：判断发送时间节点是否满足预设时间阈值要求。
73.具体的，本实施例中，预设时间阈值要求即预先设置并存储于消息集成系统中，用于判断发送时间节点是否处于用户愿意处理消息时间范围内的判断标准。
74.步骤s503：若发送时间节点满足预设时间阈值要求，则判定发送单位满足预设发送要求。
75.具体的，本实施例中，若发送时间节点处于用户愿意处理消息的时间范围内，则表明发送时间节点满足预设时间阈值要求；本实施例中可以预先设置用户的工作时间，在该时间段内的所有时间节点都满足预设时间阈值要求，还可以设置休息时间，在该时间段内的所有时间节点都不满足预设时间阈值要求，当然也可以根据实际情况设置愿意处理消息的时间段。
76.步骤s504：若发送时间节点不满足预设时间阈值要求，则判定发送单位不满足预设发送要求。
77.具体的，本实施例中，若发送时间节点未处于用户愿意处理消息的时间范围内，则表明发送时间节点不满足预设时间阈值要求。
78.本实施方式提供的消息集成方法，若名称数量等于1，则表明仅一个被集成的账号中存在该备注名称，不能直接判定该发送单位满足预设发送要求，因此需要进一步获取待处理消息的发送时间节点，并判断发送时间节点是否满足预设时间阈值要求，若满足，则表明该待处理消息的发送时间节点为用户工作时间，因此判定发送单位满足预设发送要求；若不满足，则表明该待处理消息的发送时间节点不是用户工作时间，用户不允许接收该待处理消息，因此判定该发送单位不满足预设发送要求；结合考虑待备注名称的名称数量以及处理消息的发送时间节点，有助于减少用户遗漏与自身相关的待处理消息的情况发生，也有助于减少在用户休息时向用户发送待处理消息，对用户造成影响。
79.参照图6，在本实施例的其中一种实施方式中，步骤s105判断消息特征是否满足预设特征要求的具体步骤包括步骤s601至步骤s604：步骤s601：基于消息特征，获取消息内容。
80.具体的，本实施例中，消息内容即待处理消息的内容。
81.步骤s602：判断消息内容是否满足预设内容要求。
82.具体的，本实施例中，预设内容要求预先设置并存储于消息集成系统中，可以是根据用户感兴趣或相关的关键词；判断消息内容是否满足预设内容要求即判断该消息内容中是否包含该关键词。
83.步骤s603：若消息内容满足预设内容要求，则判定消息特征满足预设特征要求。
84.步骤s604：若消息内容不满足预设内容要求，则判定消息特征不满足预设特征要求。
85.本实施方式提供的消息集成方法，获取消息内容，并判断消息内容是否满足预设内容要求，若消息内容满足预设内容要求，则表明该消息内容与用户相关，因此判定消息特征满足预设特征要求，若消息内容不满足预设内容要求，则表明该消息内容与用户不相关，因此判定消息特征不满足预设特征要求；根据待处理消息的消息内容来判断该待处理消息所对应的消息特征是否满足预设要求，有助于更加准确的判断出该待处理消息是否与用户相关，因此有助于减少与用户相关的消息遗漏处理的清楚发生。
86.参照图7，在本实施例的其中一种实施方式中，步骤s602判断消息内容是否满足预设内容要求的具体步骤包括步骤s701至步骤s704：步骤s701：对消息内容进行检索并生成检索结果。
87.具体的，本实施例中，检索结果可以是消息内容中包含预设检索因子或消息内容中不包含预设索检索因子；预设检索因子为预先设置的用户感兴趣或与用户相关的关键词。
88.步骤s702：基于检索结果，判断消息内容中是否存在与预设检索因子相匹配的目标因子。
89.具体的，本实施例中，目标因子即消息内容中与预设检索因子相同或满足一定匹配度的字符或其他内容，例如语音或视频等。
90.步骤s703：若消息内容中存在与预设检索因子相匹配的目标因子，则判定消息内容满足预设内容要求。
91.步骤s704：若消息内容中不存在与预设检索因子相匹配的目标因子，则判定消息内容不满足预设内容要求。
92.本实施方式提供的消息集成方法，对消息内容进行检索，并判断消息内容中是否存在与预设检索因子相匹配的目标因子，若存在，则表明该待处理消息的消息内容中存在用户感兴趣或与用户相关的内容，因此判定消息内容满足预设内容要求，若不存在，则表明该待处理消息的消息内容中不存在用户感兴趣或与用户相关的内容，因此判定消息内容不满足预设内容要求；对消息内容进行检索并将检索结果作为判断消息内容是否满足预设内容要求的判断条件，有助于更加准确的判断出该待处理消息是否与用户相关，因此有助于减少与用户相关的消息遗漏处理的清楚发生。
93.第二方面，本技术还公开了一种消息集成系统。
94.参照图8，一种消息集成系统，包括：第一判断模块1，用于判断是否接收到消息集成指令；第一获取模块2，若接收到消息集成指令，则第一获取模块2用于基于消息集成指令获取集成账号信息；第二判断模块3，用于基于集成账号信息，判断集成账号信息所对应的信息系统是否存在待处理消息；第二获取模块4，若集成账号信息所对应的信息系统存在待处理消息，则第二获取模块4用于获取待处理消息的消息特征；第三判断模块5，用于判断消息特征是否满足预设特征要求；
发送模块6，若消息特征满足预设特征要求，则发送模块6用于将待处理消息发送至集成终端。
95.第三方面，本技术实施例公开一种智能终端，包括存储器、处理器，存储器中用于存储能够在处理器上运行的计算机程序，处理器加载计算机程序时，执行上述实施例的一种消息集成方法。
96.第四方面，本技术实施例公开一种计算机可读存储介质，并且，计算机可读存储介质中存储有计算机程序，其中，计算机程序被处理器加载时，执行上述实施例的一种消息集成方法。
97.以上均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。

技术特征：
1.一种消息集成方法，其特征在于，包括：判断是否接收到消息集成指令；若接收到所述消息集成指令，则基于所述消息集成指令获取集成账号信息；基于所述集成账号信息，判断所述集成账号信息所对应的信息系统是否存在待处理消息；若所述集成账号信息所对应的信息系统存在所述待处理消息，则获取所述待处理消息的消息特征；判断所述消息特征是否满足预设特征要求；若所述消息特征满足所述预设特征要求，则将所述待处理消息发送至集成终端。2.根据权利要求1所述的一种消息集成方法，其特征在于，所述判断所述消息特征是否满足预设特征要求的具体步骤包括：基于所述消息特征，获取所述待处理消息所对应的发送单位；判断所述发送单位是否满足预设发送要求；若所述发送单位满足所述预设发送要求，则判定所述消息特征满足预设特征要求。3.根据权利要求2所述的一种消息集成方法，其特征在于，所述判断所述发送单位是否满足预设发送要求的具体步骤包括：获取所述发送单位所对应的分组名称；判断所述分组名称是否为预设分组名称；若所述分组名称为所述预设分组名称，则判定所述发送单位满足预设发送要求；若所述分组名称非所述预设分组名称，则获取所述发送单位所对应的备注名称；基于所述备注名称，判断所述发送单位是否满足所述预设发送要求。4.根据权利要求3所述的一种消息集成方法，其特征在于，所述基于所述备注名称，判断所述发送单位是否满足预设发送要求的具体要求包括：判断所述备注名称是否为预设指定名称；若所述备注名称为所述预设指定名称，则判定所述发送单位满足预设发送要求；若所述备注名称非所述预设指定名称，则获取所述备注名称所对应的名称数量；判断所述名称数量是否大于1；若所述名称数量大于1，则判定所述发送单位满足预设发送要求。5.根据权利要求4所述的一种消息集成方法，其特征在于，在所述判断所述名称数量是否大于1之后还包括：若所述名称数量等于1，则获取所述待处理消息的发送时间节点；判断所述发送时间节点是否满足预设时间阈值要求；若所述发送时间节点满足所述预设时间阈值要求，则判定所述发送单位满足预设发送要求；若所述发送时间节点不满足所述预设时间阈值要求，则判定所述发送单位不满足预设发送要求。6.根据权利要求1所述的一种消息集成方法，其特征在于，所述判断所述消息特征是否满足预设特征要求的具体步骤包括：基于所述消息特征，获取消息内容；
判断所述消息内容是否满足预设内容要求；若所述消息内容满足所述预设内容要求，则判定所述消息特征满足预设特征要求；若所述消息内容不满足所述预设内容要求，则判定所述消息特征不满足预设特征要求。7.根据权利要求6所述的一种消息集成方法，其特征在于，所述判断所述消息内容是否满足预设内容要求的具体步骤包括：对所述消息内容进行检索并生成检索结果；基于所述检索结果，判断所述消息内容中是否存在与预设检索因子相匹配的目标因子；若所述消息内容中存在与预设检索因子相匹配的目标因子，则判定所述消息内容满足预设内容要求；若所述消息内容中不存在与预设检索因子相匹配的目标因子，则判定所述消息内容不满足预设内容要求。8.一种消息集成系统，其特征在于，包括：第一判断模块(1)，用于判断是否接收到消息集成指令；第一获取模块(2)，若接收到所述消息集成指令，则所述第一获取模块(2)用于基于所述消息集成指令获取集成账号信息；第二判断模块(3)，用于基于所述集成账号信息，判断所述集成账号信息所对应的信息系统是否存在待处理消息；第二获取模块(4)，若所述集成账号信息所对应的信息系统存在所述待处理消息，则所述第二获取模块(4)用于获取所述待处理消息的消息特征；第三判断模块(5)，用于判断所述消息特征是否满足预设特征要求；发送模块(6)，若所述消息特征满足所述预设特征要求，则所述发送模块(6)用于将所述待处理消息发送至集成终端。9.一种智能终端，包括存储器、处理器，其特征在于，所述存储器中用于存储能够在所述处理器上运行的计算机程序，所述处理器加载计算机程序时，执行权利要求1至7中任一项所述的方法。10.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其特征在于，所述计算机程序被处理器加载时，执行权利要求1至7中任一项所述的方法。

技术总结
本申请涉及数据集成技术领域，尤其涉及一种消息集成方法、系统、终端及存储介质，其方法包括：判断是否接收到消息集成指令，若接收到消息集成指令，则基于消息集成指令获取集成账号信息，基于集成账号信息，判断集成账号信息所对应的信息系统是否存在待处理消息，若集成账号信息所对应的信息系统存在待处理消息，则获取待处理消息的消息特征，判断消息特征是否满足预设特征要求，若消息特征满足预设特征要求，则将待处理消息发送至集成终端。本申请有助于在不遗漏重要消息的前提下节约消息处理的时间。的时间。的时间。


技术研发人员：韩伟
受保护的技术使用者：山西合力思创科技股份有限公司
技术研发日：2023.06.28
技术公布日：2023/8/9