自动化消息处理方法、系统、设备及存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种自动化消息处理方法、系统、设备及存储介质。


背景技术：

2.随着it(internet technology，互联网技术)建设的不断深入和完善，计算机硬软件系统的运行维护已经成为了各行各业各单位领导和信息服务部门普遍关注的问题。由于这是一个随着计算机信息技术的深入应用而产生的新课题,因此如何进行有效的it运维管理，是目前亟需解决的技术问题。
3.目前大部分采用部署服务台的方式进行运维管理，服务台是客户、用户、it服务方和第三方支持组织的重要节点，为所有服务请求需求方提供了一个中心连接点，能优化服务，提升客户体验，为组织提供有效价值。
4.然而目前现有方案中采用以人工方式操控服务台去接收客户、用户等的服务请求，发布运维消息，然而随着互联网行业的不断发展，互联网公司的规模不断扩大，不管是人力还是机器资源都急剧攀升，随之带来的互联网公司内的运维工作也在不断地膨胀，人力资源有限，因此人工方式存在效率低下，此外人为还存在人工误操作的风险。


技术实现要素：

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.图1是本技术提供的自动化消息处理方法的流程示意图；
36.图2是本技术提供的自动化消息处理系统的结构示意图；
37.图3是本技术提供的电子设备的结构示意图。
具体实施方式
38.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
39.在实际应用中，大部分采用部署服务台的方式进行运维管理，服务台是客户、用户、it服务方和第三方支持组织的重要节点，为所有服务请求需求方提供了一个中心连接点，能优化服务，提升客户体验，为组织提供有效价值。
40.然而目前现有方案中采用以人工方式操控服务台去接收客户、用户等的服务请求，发布运维消息，在运维工作不断地膨胀的情况下，人工方式存在效率低下、人工误操作风险。
41.因此本实施例中为了解决以上缺陷，提出一种自动化消息处理方法，其执行主体可以为部署于互联网中的服务台，还可以为区别于服务台的其他类型服务器，对此不作限制，本实施例在此以服务台为代表进行说明。
42.下面结合图1描述本技术的自动化消息处理方法。
43.图1是本技术提供的自动化消息处理方法的结构示意图，如图1 所示，本技术提供了一种自动化消息处理方法，包括：
44.步骤10，在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中；
45.需要说明的是，服务台作为一个中心连接点，与所有的服务请求方及服务需求方之间连接，在服务请求方中需要发布即时消息等其他类型运维消息时，通过服务台将其所需要发布的消息发送至相应的联系人的服务器地址处，因此服务台会源源不断地接收到若干条服务请求方发送过来的待发布消息。
46.在实际应用中，有一些消息为实时消息，例如在不同客户端之间的即时通讯的聊天文字、文件、视频等，有一些消息为定时消息，例如在某一时间点才需要通知对方的聊天文字、文件、视频等。
47.本实施例中，为了便于处理若干条服务请求方发送过来的待发布消息，将接收到的消息以固定消息格式存储于结构化消息表中，其中结构化消息表的字段包括但不限于联系人类型、联系人组别、发布时间、发送状态、所需发布的消息内容。
48.具体地，在扫描到结构化消息表中存在发布状态为待发布状态的消息情况下，判定存在待发布消息。
49.其中，消息类型主要包括实时消息及定时消息，联系人清单指代与服务台交互的所有联系人的标识与其标识所关联的服务器地址清单。
50.需要说明的是，由于一个待发布消息的发布对象不止一个，因此本实施例中预先将服务台当前服务的所有联系人进行分类，首先将联系人以类型进行划分，例如划分为三大类：客户、运维人员及其他，之后将各类型联系人划分成若干组，例如从01组到99组，此处需要说明的是，当待发布消息所指定的组为00组时，表明指定的组为从 01组至09组所有的组，当指定的组为01组到99组中任意一组时，则待发布消息所指定的组即为此组。
51.本实施例中在将所有的联系人基于以上方式划分成若干组之后，构建出所有联系人对应的联系人清单，其中，联系人清单中包括联系人类型字段、联系人组别字段及联系人的服务器地址字段，即一个联系人类型字段下关联有若干个联系人组别字段，一个联系人组别字段下关联有若干个联系人的服务器地址字段。
52.因此本实施例中，在发布消息之前，先根据待发布消息关联的联系人类型字段及联系人组别字段去查询联系人清单，由此即可获取待发布消息匹配的联系人的服务器地址，进而实现调用目标通讯软件进行自动化消息发布。
53.在调用目标通讯软件进行自动化消息发布之后，生成相应的发布日志，并修改发布后的待发布消息的状态，例如当发布成功则生成相应的发布成功事件的日志，并将该待发布消息的状态更新为发布成功状态，当发布失败则生成相应的发布失败事件的日志，并将该待发布消息的状态更新为发布失败。
54.此外需要说明的是，由于服务台可同时与多个服务请求方及服务需求方之间进行通信，因此本实施例中为了避免同一时间处理数据量过大导致服务台故障或者消息处理效率低下，优选地，目标通信软件的部署数量不止一个。
55.其中，目标通讯软件指代可进行消息传递的软件，对此不作限制。
56.或者，步骤20，从目标通讯软件中抓取待处理的未读消息，基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息。
57.该步骤中，目标通讯软件作为消息传递的软件，其也会接收到联系人所反馈的消息，在一些情况下，当运维人员等用户无法及时通过目标通讯软件处理未读消息时，本实施例中对其采用自动处理。
58.优先地，本实施例中当扫描到未读消息的未读时长超出预先设置的最高处理时长的情况下，判定该类未读消息为待处理的未读消息。
59.其中，未读消息对应的联系人类型指代发送未读消息的联系人的所属类型。
60.在实际应用中，由于不同类型的联系人通常存在不同的处理方式，例如对于vip客户，则其未读消息的处理优先级可高于普通用户。
61.该步骤中，在接收到待处理的未读消息之后，根据未读消息的发送端的服务器地址去查询联系人清单，找到其所属的联系人类型及联系人组别，对于同一类型下的未读消息划分成一组进行处理，在将未读消息划分之后，根据预先设置好的各类型联系人的消息处理机制对未读消息进行自动化处理。
62.本实施例提供的自动化消息处理方法，通过在扫描到待发布消息情况下，基于待发布消息的消息类型及联系人清单调用目标通讯软件将待发布消息推送至待发布消息匹配的联系人的服务器地址中；或者，从目标通讯软件中抓取待处理的未读消息，基于未读消息对应的联系人类型确定未读消息匹配的消息处理机制，并基于消息处理机制处理未读信息，由此对消息进行分类，调用目标通讯软件实现不同类型消息的自动发布，此外还对联系人进行分类，针对不同类型的联系人制定出不同的消息处理机制，由此实现了消息处理的自动化，提高了服务效率，降低了人工误操作的风险。
63.基于以上实施例，所述在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中，包括：
64.扫描消息类型为定时发布消息的消息列表，在所述定时发布消息的消息列表中存在状态为未发布状态的目标定时发布消息的情况下，根据所述目标定时发布消息关联的联系人类型及联系人分组访问联系人清单；
65.根据访问结果确定出所述目标定时发布消息匹配的联系人，并在达到所述目标定时发布消息关联的发布时间时调用目标通讯软件将所述目标定时发布消息推送至所述目标定时发布消息匹配的联系人的服务器地址中。
66.其中，消息类型为定时发布消息的消息列表中存储有需要在指定时间发布的消息，其字段包括但不限于发布时间、联系人类型、联系人组别、发布状态及待发布的消息内容。
67.在实际应用中，由于服务台处理消息需要一定的时间，因此服务台在接收到待发布消息之后，根据待发布消息的指定发布时间与当前接收到消息的时间之间的时间差，将待发布消息进行划分。
68.优先地，基于各待发布消息的消息内容的字符数计算出每个待发布消息的耗时，基于当前服务台的线程状态及各待发布消息的耗时推算出在实时处理各待发布消息的情
况下每个待发布消息的实际处理时间，之后计算出每个待发布消息的实际处理时间与每个待发布消息的指定处理时间之间的时间差，当时间差大于预设的分类时间数值的情况下，将其划分至定时发布消息的消息列表中，当时间差小于预设的分类时间数值的情况下，将其划分至实时发布消息的消息列表中，如此基于此类划分方法可保障待发布消息的有序发布。
69.其中，线程状态指代当前服务台的空闲线程数及各被占有的非空闲线程的处理进度，在此不在具体赘述。
70.基于以上实施例，所述将所述目标定时发布消息推送至所述目标定时发布消息匹配的联系人的服务器地址中之后，还包括：
71.在接收到所述目标定时发布消息推送成功的反馈结果情况下，将所述目标定时发布消息的状态修改为推送成功状态；
72.在接收到所述目标定时发布消息推送失败的反馈结果情况下，将所述目标定时发布消息的状态修改为推送失败状态，并将所述目标定时发布消息记录到消息类型为实时发布消息的消息列表中。
73.其中，消息类型为实时发布消息的消息列表中存储需要立刻发布的消息，其字段包括但不限于联系人类型、联系人组别、发布状态及待发布的消息内容。
74.该步骤中，当推送成功，则记录相关的推送成功日志，以便后续追溯。当推送不成功，则将其记录至实时发布消息的消息列表中，并将其状态更新为推送失败状态，以便后续在实时发布该消息时，获知该类消息的历史处理情况，并记录相关的推送失败日志。
75.其中，推送成功日志中包括但不限于推送成功的时间点、推送的消息内容，推送的联系人的服务器地址等。
76.推送失败日志中包括但不限于推送失败的时间点、推送的消息内容、推送的联系人的服务器地址等。
77.此外需要说明的是，由于待发布消息关联的联系人可能不止一个，因此只有在待发布消息成功发送给所有关联的联系人的服务器地址的情况下，才判定其推送成功，当其存在至少一个未推送成功的联系人时，判定其推送失败，并汇总其推送失败的联系人名单，将推送失败的联系人名单及其对应的联系人类型、联系人组别及消息内容一并记录至实时发布消息的消息列表中。
78.基于以上实施例，所述在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中，包括：
79.扫描消息类型为实时发布消息的消息列表，在所述实时发布消息的消息列表中存在状态为未发布状态或发布失败的目标实时发布消息的情况下，根据所述目标定时发布消息关联的联系人类型及联系人分组访问联系人清单；
80.根据访问结果确定出所述目标实时发布消息匹配的联系人，并调用目标通讯软件将所述目标实时发布消息推送至所述目标实时发布消息匹配的联系人的服务器地址中。
81.其中，消息类型为实时发布消息的消息列表中存储需要立刻发布的消息，其字段包括但不限于联系人类型、联系人组别、发布状态及待发布的消息内容。
82.该步骤中，根据待发布消息关联的联系人类型字段及联系人组别字段去查询联系
人清单，由此即可获取待发布消息匹配的联系人的服务器地址，进而实现调用目标通讯软件进行自动化消息发布。
83.基于以上实施例，所述将所述目标实时发布消息推送至所述目标实时发布消息匹配的联系人的服务器地址中之后，还包括：
84.在接收到所述目标实时发布消息推送成功的反馈结果情况下，将所述目标实时发布消息的状态修改为推送成功状态；
85.在接收到所述目标实时发布消息推送失败的反馈结果情况下，将所述目标实时发布消息的状态修改为推送失败状态，并输出相应的报警提示。
86.该步骤中，当推送成功，则记录相关的推送成功日志，以便后续追溯。当推送不成功，则将其记录至实时发布消息的消息列表中，并将其状态更新为推送失败状态，以便后续在实时发布该消息时，获知该类消息的历史处理情况，并记录相关的推送失败日志。
87.其中，推送成功日志中包括但不限于推送成功的时间点、推送的消息内容，推送的联系人的服务器地址等。
88.推送失败日志中包括但不限于推送失败的时间点、推送的消息内容、推送的联系人的服务器地址等。
89.此外需要说明的是，由于实时发布消息为需要立刻发出的消息，因此当其推送失败的情况下，立刻输出相应的报警提示，以提示人工进行处理。
90.基于以上实施例，所述基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息，包括：
91.基于所述未读消息对应的联系人类型确定所述未读消息的消息类型；
92.在所述未读消息的消息类型为待回复消息的情况下，基于所述未读消息及所述未读消息对应的联系人类型查询预设问题库；
93.在从所述预设问题库中查询到所述未读消息匹配的回复消息的情况下，调用目标通讯软件将所述回复消息推送至所述未读消息匹配的联系人的服务器地址中。
94.具体地，针对不同类型的联系人，其所咨询问题状况也不同，例如有些类型的联系人咨询同一个问题的概率比较大，有些类型的联系人其咨询的同一个问题的概率比较小，且该类型联系人可能每次咨询的问题也不相同。
95.因此本实施例中为了加快未读消息的处理速度，统计出数据库中存储的历史咨询问题中出现频次高于预设数值的问题字段，并追溯该问题字段所关联的联系人信息，基于预先规划好的联系人清单统计出咨询同一个问题人数较高的联系人类型，从而将该联系人类型与该问题字段进行关联，并存储至预设问题库中，并生成预设问题库中所包括的联系人类型列表，由此在自动化消息处理阶段，可基于未读消息对应的联系人类型和预设问题库中所包括的联系人类型列表迅速对未读消息进行消息类型划分，当联系人类型列表中包括未读消息对应的联系人类型，则将其划分至待回复消息，当联系人类型列表中不包括未读消息对应的联系人类型，则将其划分至待转发消息。
96.其中，预设问题库指代预先设置好各类型问题的回复消息的数据库，其中预设问题库中包括但不限于联系人类型字段、问题字段及回复消息字段。
97.换句话说，本实施例中，不同联系人类型所划分的预设问题不同，由于各类型联系人的工作内容不同，因此其所遇到的问题也不同，因此本实施中，基于联系人类型去划分不
同的预设问题。
98.此外本实施例中，预设问题库中的各联系人类型匹配的问题字段除了可以为预先设置好的字段，还可以为后续在处理待回复问题中，出现频次高于设置的最低频次的字段。
99.在实际处理过程中，针对各待回复消息所描述的问题，在其从预设问题库中匹配不到回复消息的情况，记录该待回复消息所描述的问题字段及其关联的联系人类型与最终的回复内容，并对其进行出现次数标识，当检测到出现相同的问题字段及其关联的联系人类型与最终的回复内容的情况下，对其进行累加，直至累加后的频次高于设置的最低频次，将其记录至预设问题库中。
100.此外本实施例中，当从预设问题库中查询不到所述未读消息匹配的回复消息的情况下，将未读消息的消息类型更新为待转发消息，以将其转发至相应的服务器地址中进行人工处理。
101.例如，当从预设问题库中查询不到所述未读消息匹配的回复消息的情况下，可对该未读消息进行关键字识别，基于识别到的关键字进行自动回复提示消息，例如“未查询出相关结果，请回复相关数字确定咨询的问题类型”，在用户回复相关数字之后，将其咨询的问题转发至负责处理该相关数字对应的问题类型的服务器地址中进行人工处理。
102.基于以上实施例，所述基于所述未读消息对应的联系人类型确定所述未读消息的消息类型之后，还包括：
103.在所述未读消息的消息类型为待转发消息的情况下，基于所述未读消息中的消息格式确定所述未读消息的消息类型；
104.在所述消息类型为实时消息的情况下，将所述未读消息记录到消息类型为实时发布消息的消息列表中；
105.在所述消息类型为定时消息的情况下，将所述未读消息记录到消息类型为定时发布消息的消息列表中。
106.其中，待转发消息指代通过预设问题数据库无法解答的消息。
107.在识别出未读消息为待转发消息之后，解析未读消息的消息格式，当消息格式中包括消息处理时间字段，则当消息处理时间字段中的时间字符数值小于预设的时间字符数值，则将其记录到消息类型为实时发布消息的消息列表中，否则将其记录到定时发布消息的消息列表中。
108.下面对本技术提供的自动化消息处理系统进行描述，下文描述的自动化消息处理系统与上文描述的自动化消息处理方法可相互对应参照。
109.参照图2，图2是本技术提供的自动化消息处理系统的结构示意图，如图2所示，所述自动化消息处理系统包括：发布模块210，用于在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中；处理模块220，用于从目标通讯软件中抓取待处理的未读消息，基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息。
110.进一步地，所述发布模块210，还用于扫描消息类型为定时发布消息的消息列表，在所述定时发布消息的消息列表中存在状态为未发布状态的目标定时发布消息的情况下，根据所述目标定时发布消息关联的联系人类型及联系人分组访问联系人清单；根据访问结
果确定出所述目标定时发布消息匹配的联系人，并在达到所述目标定时发布消息关联的发布时间时调用目标通讯软件将所述目标定时发布消息推送至所述目标定时发布消息匹配的联系人的服务器地址中。
111.进一步地，所述发布模块210，还用于在接收到所述目标定时发布消息推送成功的反馈结果情况下，将所述目标定时发布消息的状态修改为推送成功状态；在接收到所述目标定时发布消息推送失败的反馈结果情况下，将所述目标定时发布消息的状态修改为推送失败状态，并将所述目标定时发布消息记录到消息类型为实时发布消息的消息列表中。
112.进一步地，所述发布模块210，还用于扫描消息类型为实时发布消息的消息列表，在所述实时发布消息的消息列表中存在状态为未发布状态或发布失败的目标实时发布消息的情况下，根据所述目标定时发布消息关联的联系人类型及联系人分组访问联系人清单；根据访问结果确定出所述目标实时发布消息匹配的联系人，并调用目标通讯软件将所述目标实时发布消息推送至所述目标实时发布消息匹配的联系人的服务器地址中。
113.进一步地，所述发布模块210，还用于在接收到所述目标实时发布消息推送成功的反馈结果情况下，将所述目标实时发布消息的状态修改为推送成功状态；在接收到所述目标实时发布消息推送失败的反馈结果情况下，将所述目标实时发布消息的状态修改为推送失败状态，并输出相应的报警提示。
114.进一步地，所述处理模块220，还用于基于所述未读消息对应的联系人类型确定所述未读消息的消息类型；在所述未读消息的消息类型为待回复消息的情况下，基于所述未读消息及所述未读消息对应的联系人类型查询预设问题库；在从所述预设问题库中查询到所述未读消息匹配的回复消息的情况下，调用目标通讯软件将所述回复消息推送至所述未读消息匹配的联系人的服务器地址中。
115.进一步地，所述处理模块220，还用于在所述未读消息的消息类型为待转发消息的情况下，基于所述未读消息中的消息格式确定所述未读消息的消息类型；在所述消息类型为实时消息的情况下，将所述未读消息记录到消息类型为实时发布消息的消息列表中；在所述消息类型为定时消息的情况下，将所述未读消息记录到消息类型为定时发布消息的消息列表中。
116.本实施例提供的自动化消息处理系统，通过在扫描到待发布消息情况下，基于待发布消息的消息类型及联系人清单调用目标通讯软件将待发布消息推送至待发布消息匹配的联系人的服务器地址中；或者，从目标通讯软件中抓取待处理的未读消息，基于未读消息对应的联系人类型确定未读消息匹配的消息处理机制，并基于消息处理机制处理未读信息，由此对消息进行分类，调用目标通讯软件实现不同类型消息的自动发布，此外还对联系人进行分类，针对不同类型的联系人制定出不同的消息处理机制，由此实现了消息处理的自动化，提高了服务效率，降低了人工误操作的风险。
117.图3示例了一种电子设备的实体结构示意图，如图3所示，该电子设备可以包括：处理器(processor)310、通信接口(communicationsinterface)320、存储器(memory)330和通信总线340，其中，处理器310，通信接口320，存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储器330中的逻辑指令，以执行语音唤醒方法，该方法包括：在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中；或者，从目标通
讯软件中抓取待处理的未读消息，基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息。
118.此外，上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
119.另一方面，本技术还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的语音唤醒方法，该方法包括：在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中；或者，从目标通讯软件中抓取待处理的未读消息，基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息。
120.又一方面，本技术还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的语音唤醒方法，该方法包括：在扫描到待发布消息情况下，基于所述待发布消息的消息类型及联系人清单调用目标通讯软件将所述待发布消息推送至所述待发布消息匹配的联系人的服务器地址中；或者，从目标通讯软件中抓取待处理的未读消息，基于所述未读消息对应的联系人类型确定所述未读消息匹配的消息处理机制，并基于所述消息处理机制处理所述未读信息。
121.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
122.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
123.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。