消息提醒方法、装置、电子设备及可读存储介质与流程

1.本技术涉及计算机技术领域，具体而言，本技术涉及一种消息提醒方法、装置、电子设备及可读存储介质。


背景技术：

2.随着互联网和计算机技术的发展，手机、平板电脑等移动终端得到了广泛的应用，当终端处于待机状态时，接收到的消息将会在终端的通知栏中进行提示。
3.针对一些特殊的标的消息，需要用户立即进行处理，例如，当群组中发红包时，如果不能及时处理则抢不到红包。通常是当标的消息出现后，才会出现提示消息，用户可能来不及及时处理，处理标的消息的即时性较差。


技术实现要素：

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.响铃形式；震动形式；唤醒屏幕形式；弹出悬浮窗形式；发布即时通信消息形式。
36.在第一方面的可选实施例中，消息提醒方法还包括：
37.若接收到用户针对提示信息的响应操作，基于响应操作跳转至与消息内容对应的应用界面。
38.第二方面，提供了一种消息提醒装置，包括：
39.获取模块，用于获取即时通信消息的消息内容；
40.匹配模块，用于将预置的特征信息与消息内容进行匹配，得到与该消息内容对应的匹配结果；其中，特征信息与待提示的标的消息相关联；
41.提示模块，用于基于匹配结果，在标的消息出现之前发送提示信息。
42.在第二方面的可选实施例中，消息提醒装置还包括监听模块，用于：
43.监听用户终端的即时通信消息；即时通信消息包括应用消息和系统通知栏消息中的至少一种。
44.在第二方面的可选实施例中，监听模块监听用户终端的即时通信消息基于如下至少一种条件触发：
45.检测到当前时间位于预设监听时间段或预设监听周期中；
46.接收到用户的监听指令。
47.在第二方面的可选实施例中，消息提醒装置还包括第一确定模块，用于：
48.确定与所发布的即时通信消息对应的应用；
49.第一确定模块在获取即时通信消息的消息内容时，具体用于：
50.若所确定的应用与标的消息相关联，则获取即时通信消息的消息内容。
51.在第二方面的可选实施例中，消息提醒装置还包括第二提醒模块，用于：
52.确定消息内容对应的消息格式；
53.将预置的特征信息与消息内容进行匹配，包括：
54.若消息格式符合与标的消息相关联的特定格式，则将预置的特征信息与消息内容进行匹配。
55.在第二方面的可选实施例中，匹配模块在将预置的特征信息与消息内容进行匹配时，具体用于：
56.确定消息内容中与有效消息内容相关联的特定字符；
57.基于特定字符从消息内容中提取有效消息内容；
58.将特征信息与有效消息内容进行匹配。
59.在第二方面的可选实施例中，提示模块在基于匹配结果，在标的消息出现之前发送提示信息时，具体用于：
60.若匹配结果为特征信息与消息内容相匹配，则在标的消息出现之前发送提示信息。
61.在第二方面的可选实施例中，提示模块在基于匹配结果，在标的消息出现之前发送提示信息时，具体用于：
62.若预设时长内的同一应用中属于同一群组的多个消息内容分别对应的匹配结果中，特征信息与消息内容相匹配的匹配结果的数量大于预设数量，则在标的消息出现之前发送提示信息。
63.在第二方面的可选实施例中，消息提醒装置还包括规则获取模块，用于：
64.从服务器获取针对标的消息的规则信息；规则信息包括特征信息、预设时长和预设数量。
65.在第二方面的可选实施例中，消息提醒装置还包括更新模块，用于：
66.将消息内容发送至服务器，以使服务器基于消息内容对特征信息进行更新。
67.在第二方面的可选实施例中，发送提示信息的形式包括如下中的至少一种：
68.响铃形式；震动形式；唤醒屏幕形式；弹出悬浮窗形式；发布即时通信消息形式。
69.在第二方面的可选实施例中，消息提醒装置还包括跳转模块：
70.若接收到用户针对提示信息的响应操作，基于响应操作跳转至与消息内容对应的应用界面。
71.第三方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现本技术第一方面所示的消息提醒方法。
72.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本技术第一方面所示的消息提醒方法。
73.本技术提供的技术方案带来的有益效果是：
74.通过获取即时通信消息，将即时通信消息的消息内容和与标的消息相关联的特征信息进行匹配，基于匹配结果判断标的消息是否即将出现，可以在标的消息出现之前发送提醒，可以给用户预留反应时间，以便在标的消息出现时可以及时信息处理；此外，相应的应用程序也可以不用频繁响应用户为了及时发现标的消息的打开或刷新操作，可以减轻用户终端的负荷，节省资源。
75.进一步的，先确定即时通信消息是否属于有可能会发送标的消息的应用程序所发送的，若属于，则获取即时通信消息的消息内容，可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
76.进一步的，先确定消息格式是否与标的消息关联，若消息格式符合与标的消息相关联的特定格式，再将预置的特征信息与消息内容进行匹配，也可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
77.进一步的，通过提取消息内容中的有效消息内容，再讲有效消息内容和特征信息进行匹配，可以先过滤掉不相关的消息内容，提高匹配效率，从而能更快速的准备响应标的消息。
78.进一步的，服务器可以持续收集多个用户终端的标的消息的前兆信息，并持续对特征信息进行更新，从而提高根据特征信息判断是否发送提示信息的准确性。相应地，由于特征信息在更新，用于进行消息提醒的应用程序在每次开始运行时，可以都向服务器获取对应的特征信息，从而提高运行后发送提示信息的准确性。
79.本技术附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
80.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
81.图1为本技术实施例提供的一种消息提醒方法的应用环境图；
82.图2为本技术实施例提供的一种消息提醒方法的流程示意图；
83.图3为本技术一个示例中提供的一种通知栏界面示意图；
84.图4为本技术一个示例中提供的一种通知栏界面示意图；
85.图5为本技术一个示例中提供的提醒方式示意图；
86.图6为本技术一个示例中提供的提醒方式示意图；
87.图7为本技术一个示例中提供的提醒方式示意图；
88.图8为本技术一个示例中提供的提醒方式示意图；
89.图9为本技术一个示例中提供的提醒方式示意图；
90.图10为本技术一个示例中提供的应用界面示意图；
91.图11为本技术提供的示例中的消息提醒方法的流程示意图；
92.图12为本技术提供的示例中的消息提醒方法的流程示意图；
93.图13为本技术实施例提供的一种消息提醒装置的结构示意图；
94.图14为本技术实施例提供的一种消息提醒的电子设备的结构示意图。
具体实施方式
95.下面详细描述本技术的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本技术的限制。
96.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一
个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
97.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
98.本技术提供的消息提醒方法、装置、电子设备及计算机可读存储介质，旨在解决现有技术的如上技术问题。
99.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
100.本技术提供的消息提醒方法，可以应用于如图1所示的应用环境中。具体的，本技术提供的消息提醒方法，可以应用于用户终端的应用程序(application，app)或插件中，以应用于用户终端的应用程序为例，应用程序101从服务器200中获取与标的消息相关联的特征信息；应用程序101对用户终端100的即时通信消息进行监听；若应用程序101检测到即时通信消息，获取即时通信消息的消息内容；将预置的特征信息与消息内容进行匹配，得到与该消息内容对应的匹配结果；应用程序101基于匹配结果，在标的消息出现之前发送提示信息。
101.本技术领域技术人员可以理解，这里所使用的“终端”可以是手机、平板电脑、pda(personal digital assistant，个人数字助理)、mid(mobile internet device，移动互联网设备)等；“服务器”可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
102.本技术实施例中提供了一种可能的实现方式，如图2所示，提供了一种消息提醒方法，以该方法应用于图1中的应用程序为例进行说明，可以包括以下步骤：
103.步骤s201，获取即时通信消息，并获取即时通信消息的消息内容。
104.其中，即时通信消息可以是文字、表情或语音中的至少一种，若即时通信消息中包括语音，则可以对语音进行识别，获取对应的文字信息；若即时通信消息中包括表情，则可以获取与表情对应的文字信息。
105.具体的，可以获取用户终端的系统通知栏中针对所有应用的即时通信消息，或用户终端的所有应用的即时通信消息，也可以获取针对至少一种特定的应用的即时通信消息。
106.步骤s202，将预置的特征信息与消息内容进行匹配，得到与该消息内容对应的匹配结果；其中，特征信息与待提示的标的消息相关联。
107.其中，标的消息可以是用户特别关注的消息，需要立即回复或浏览的消息，例如，可以是红包消息、会议消息等等；标的消息可以是文字消息、多媒体消息等，也可以是红包这种具备交互属性的消息。
108.其中，特征信息与待提示的标的消息相关联是指，若消息内容和特征信息相匹配，即消息内容可能包含有标的消息的前兆信息，或与前兆信息相关联，则大概率在短时间内
会出现待提示信息。
109.例如，若标的消息为红包消息，则前兆信息可以包括“准备抢红包”、“恭喜xx”、“新年快乐”等等通常红包消息出现之前的信息。
110.具体的，特征信息可以用特定的形式表示，如正则表达式的形式。
111.其中，正则表达式是对字符串操作的一种逻辑公式，就是用事先定义好的一些特定字符、及这些特定字符的组合，组成一个“规则字符串”，这个“规则字符串”用来表达对字符串的一种过滤逻辑，即可以用特征信息判断消息内容中是不是具有和待提示信息的前兆信息相关的内容。
112.具体的，特征消息可以是已经预存在用户终端中，可以是根据用户的输入设置的，也可以是从服务器获取。
113.在具体实施过程中，针对一条即时通信消息的消息内容，匹配结果可以是消息内容和特征信息相匹配，也可以是不匹配。
114.步骤s203，基于匹配结果，在标的消息出现之前发送提示信息。
115.具体的，可以根据当前出现的一条即时通信消息的消息内容和特征信息的匹配结果，在标的消息出现之前发送提示信息。
116.以标的消息为红包消息为例，当前出现的一条即时通信消息包括“准备抢红包”，则可以发送提示信息。
117.在其他实施方式中，还可以根据出现的多条即时通信消息的消息内容和特征信息，得到对应的多个匹配结果，在标的消息出现之前发送提示信息。
118.仍以标的消息为红包消息为例，当连续出现多个即时通信消息包括“恭喜xx”时，则发送提示信息，具体发送提示信息的依据将在下文进行详细阐述。
119.具体的，若标的消息已出现，则不再发送提示信息，可以避免多余的信令交互过程。
120.本实施例提供的消息提醒方法，通过获取即时通信消息，将即时通信消息的消息内容和与标的消息相关联的特征信息进行匹配，基于匹配结果判断标的消息是否即将出现，可以在标的消息出现之前发送提醒，可以给用户预留反应时间，以便在标的消息出现时可以及时信息处理；此外，相应的应用程序也可以不用频繁响应用户为了及时发现标的消息的打开或刷新操作，可以减轻用户终端的负荷，节省资源。
121.本技术实施例中提供了一种可能的实现方式，步骤s201的获取即时通信消息之前，还可以包括：
122.监听用户终端的即时通信消息；即时通信消息包括应用消息和系统通知栏消息中的至少一种。
123.具体的，可以监听用户终端上所安装、并且在系统通知栏具有弹出消息权限的应用的即时通信消息；也可以监听用户终端上所有应用的即时通信消息，还可以只监听社交应用的即时通信消息。
124.上述实施例中对用户终端的即时通信消息通常可以用于用户终端的应用程序中，例如手机管家等应用程序。
125.本技术实施例中提供了一种可能的实现方式，监听用户终端的即时通信消息之前，还可以包括：
126.获取针对即时通信消息的监听权限的授权指示；
127.监听用户终端的即时通信消息，可以包括：
128.基于授权指示监听用户终端的即时通信消息。
129.具体的，可以通过系统平台的用户监听消息刷新的服务对即时通信消息进行监听。
130.以安卓系统为例，可以借助android系统平台notificationlistenerservice(通知使用权)的能力。notificationlistenerservice是安卓公开的用于监听通知栏消息刷新的服务，用于进行消息提醒的应用程序可以通过向系统注册该能力的使用，同时用户在系统设置页授予权限后，用于进行消息提醒的应用程序则可以在系统通知栏发生变化(新增一条通知栏、修改一条通知栏)时获取到该条通知栏的内容。
131.本技术实施例中提供了一种可能的实现方式，监听用户终端的即时通信消息基于如下至少一种条件触发：
132.(1)检测到当前时间位于预设监听时间段或预设监听周期中；
133.(2)接收到用户的监听指令。
134.其中，预设监听时间段可以是用户设置，例如可以是公司年会期间，也可以是用户终端中的用于进行消息提醒的app或插件自行设置，或从服务器获取，例如，可以设置为过年过节期间。
135.具体的，用户还可以设置监听周期，用于进行消息提醒的app或插件基于监听周期监听用户终端的即时通信消息。
136.本技术实施例中提供了一种可能的实现方式，步骤s201的获取即时通信消息的消息内容之前，还可以包括：
137.确定与所发布的即时通信消息对应的应用。
138.具体的，在监听即时通信消息时，可以获取每一即时通信消息对应的包名，基于每一即时通信消息对应的包名，确定发送该即时通信消息的应用。
139.其中，包名是用户终端上一个应用程序的唯一标识，而且对于同一个应用程序，在不同用户终端上包名都是一样的，例如，微信的包名为com.tencent.mm,qq的包名为com.tencent.mobileqq。
140.步骤s201的获取即时通信消息的消息内容，可以包括：
141.若所确定的应用与标的消息相关联，则获取即时通信消息的消息内容。
142.其中，预设应用类型是与标的消息相关联的应用类型，即预设应用类型对应的应用程序，有可能会发送标的消息。
143.具体的，先确定即时通信消息是否属于有可能会发送标的消息的应用程序所发送的，若属于，则获取即时通信消息的消息内容，可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
144.本技术实施例中提供了一种可能的实现方式，步骤s202的将预置的特征信息与消息内容进行匹配之前，还可以包括：
145.确定消息内容对应的消息格式。
146.其中，消息格式可以包括群组格式和个人格式，可以基于消息内容中各个字符的排布方式、是否包含特定字符来或消息内容中的标题来确定消息格式。
147.如图3所示，以qq为例，若消息来自群聊，即消息格式符合群组格式，图3中的301即为群组格式的即时通信消息，则消息内容的标题为群组名，且消息内容的开头会包含发送用户标识以及特定字符，即冒号“:”，消息内容包括“用户a:test”，若消息内容符合上述条件则将该即时通信消息判断为来自群聊，此处的用户标识可以是用户在群组中所显示的名称；图3中302即为个人格式的即时通信消息，消息内容中的标题为用户标识，且消息内容包括“test”，即除标题外不包括用户标识或特定字符，此时可以判断即时通信消息来自个人消息。
148.如图4所示，以微信为例，若即时通信消息为群组格式，如图4中的401，则消息内容中的标题字段为群组名称；若即时通信消息为个人格式，如图4中的402a，此时当消息条数为1条时，消息内容不包括用户标识；如图中的402b，若消息条数大于1，则消息内容还包括用户标识。
149.步骤s202的将预置的特征信息与消息内容进行匹配，可以包括：
150.若消息格式符合与标的消息相关联的特定格式，则将预置的特征信息与消息内容进行匹配。
151.其中，特定格式可以是群组格式，也可以是个人格式，具体可以根据标的消息的设置而不同，特定格式与待提示格式相关联。
152.例如，若标的消息为红包消息，若消息格式为个人格式，则可能个人格式的标的消息并不需要用户立即响应，例如个人红包，即便用户没有立即响应，由于是私聊，红包也不会被其他用户领到。
153.此时，若消息格式为群组格式，则标的消息需要及时响应，即群组格式与标的消息相关联。
154.上述实施例中，先确定消息格式是否与标的消息关联，若消息格式符合与标的消息相关联的特定格式，再将预置的特征信息与消息内容进行匹配，也可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
155.本技术实施例中提供了一种可能的实现方式，步骤s203的将预置的特征信息与消息内容进行匹配，可以包括：
156.(1)确定消息内容中与有效消息内容相关联的特定字符；
157.(2)基于特定字符从消息内容中提取有效消息内容；
158.(3)将特征信息与有效消息内容进行匹配。
159.其中，特定字符可以是有效消息内容的前缀和后缀的特定符号；有效消息内容可以包括用户实际所发送的内容、用户标识等。
160.具体的，可以将消息内容中位于特定字符后的内容提取出来得到有效消息内容，特定字符可以包括“条”、“：”等固定出现在其他用户终端所发送的内容前的字符；以qq消息为例，可以将qq中消息标题字段中末尾的“(x条新消息)”去掉；以微信消息为例，可以将微信内容字段开头的“[x条]”去掉；从消息内容字段中“:”后的消息内容作为有效消息内容；将“:”之前的消息内容作为用户标识等等。
[0161]
上述实施例中，通过提取消息内容中的有效消息内容，再讲有效消息内容和特征信息进行匹配，可以先过滤掉不相关的消息内容，提高匹配效率，从而能更快速的准备响应标的消息。
[0162]
上述实施例阐述了对消息内容进行预处理的过程，以下将结合实施例和附图阐述基于匹配结果确定是否进行提醒的过程。
[0163]
在一种实施方式中，步骤s204的基于匹配结果，在标的消息出现之前发送提示信息，可以包括：
[0164]
若匹配结果为特征信息与消息内容相匹配，则在标的消息出现之前发送提示信息。
[0165]
在本实施例方式中，若当前所获取的一条即时通信消息中，消息内容和特征信息相匹配，则直接发送提示信息，不需要再去获取之前或之后发送的其他的即时通信消息对应的匹配结果。
[0166]
例如，若消息内容中包括“准备抢红包”，则可以直接发送提示信息。
[0167]
在另一种实施方式中，步骤s204的基于匹配结果，在标的消息出现之前发送提示信息，可以包括：
[0168]
若预设时长内的同一应用中属于同一群组的多个消息内容分别对应的匹配结果中，特征信息与消息内容相匹配的匹配结果的数量大于预设数量，则在标的消息出现之前发送提示信息。
[0169]
在本实施例方式中，每当通知栏发布一条新的即时通信消息，则用于进行消息提醒的应用程序将该即时通信消息的消息内容和特征信息进行匹配，得到和每一条即时通信消息对应的匹配结果，若预设市场内得到的多个匹配结果符合对应的条件，例如，相匹配的匹配结果的数量大于预设数量，就可以发送提示信息。
[0170]
具体的，基于匹配结果发送提示信息可以包括如下步骤：
[0171]
(1)若匹配结果为特征信息与消息内容相匹配，则将消息内容的匹配记录存储至记录数据中；匹配记录包括发送消息内容的用户标识和消息内容的发布时刻；
[0172]
(2)若检测到记录数据的多个匹配记录中，任一匹配记录对应的发布时刻距离当前时刻之间的时长大于预设时长，则从记录数据中删除该匹配记录；
[0173]
(3)若检测到记录数据中所保留的匹配记录的个数大于或等于预设数量，则发送提示信息。
[0174]
具体的，可以预先设置特征信息，将特征信息和每一条消息内容进行匹配，并且只要消息内容和特征信息相匹配，则记录发布时刻和对应的用户标识；若消息内容和特征信息不匹配，则不进行记录。
[0175]
在具体实施过程中，记录数据中包括多条即时通信消息对应的匹配记录，即每一条即时通信消息的发布时刻和用户标识。
[0176]
例如，记录数据可以如下表1所示：
[0177]
表1：记录数据
[0178]
用户标识发布时间戳用户a1579362258用户b1579364248用户c1579365251用户d1579367248
[0179]
具体的，每当存储一个匹配记录时，即检查记录数据中是否有匹配记录的发布时
间已经过期，即距离当前时刻之间的是否已超过预设时长；若匹配记录已过期，则删除该记录；这样记录数据中存储的就是预设时长内的消息内容和特征信息相匹配的结果。
[0180]
若所存储的匹配记录的数量大于预设数量，则可以发送提示信息。
[0181]
例如，特征信息为“恭喜”，则当包含有“恭喜”的消息内容的次数大于预设数量时，即发送提示信息。
[0182]
在又一种实施过程中，每当存储一个消息记录之前，还可以先确定消息记录对应的用户标识，并确定记录数据中是否有同一个用户标识对应的匹配记录，若存在，则将当前的消息记录对应的匹配结果的发布时刻覆盖记录数据中同一个用户标识对应的匹配记录中的发布时刻。
[0183]
上述实施例中，若特征消息出现一次即可确定对应的消息内容包含有标的消息的前兆信息，则只需要根据一次的匹配结果发送提示信息；若特征消息的出现次数、时间都需要符合一定的条件才能确定对应的消息内容是否包含有标的消息的前兆信息，则需要根据预设时长内的匹配结果发送提示信息。
[0184]
本技术实施例中提供了一种可能的实现方式，步骤s203的将预置的特征信息与消息内容进行匹配之前，还可以包括：
[0185]
从服务器获取针对标的消息的规则信息；规则信息包括特征信息、预设时长和预设数量。
[0186]
具体的，用户可以预先设置特征信息、预设时长和预设数量。
[0187]
也可以是服务器根据待提示信息、以及多个用户终端中发送待提示信息的前兆信息，确定出对应的特征信息。
[0188]
例如，特征信息、预设时长和预设数量可以以“xxxxxxxxxx 5 60”的形式进行设置，其中“xxxxxxxxxx”为特征信息对应的正则表达式，“5”以是预设数量，“60”可以代表预设时长，如60分钟，“xxxxxxxxxx 5 60”可以表示：若60分钟内出现符合“xxxxxxxxxx”的消息内容达到5次，则发送提示消息。
[0189]
以标的消息为红包消息为例，服务器可以收集多个用户终端的群组消息中，红包消息的前兆信息，即群组消息中发红包之前各个用户发送什么消息内容，根据多个用户终端收集到的红包消息的前兆信息，确定出与红包消息对应的特征信息。
[0190]
本技术实施例中提供了一种可能的实现方式，步骤s204的发送提示信息之后，还可以包括：
[0191]
将消息内容发送至服务器，以使服务器基于消息内容对特征信息进行更新。
[0192]
具体的，服务器可以持续收集多个用户终端的标的消息的前兆信息，并持续对特征信息进行更新，从而提高根据特征信息判断是否发送提示信息的准确性。相应地，由于特征信息在更新，用于进行消息提醒的应用程序在每次开始运行时，可以都向服务器获取对应的特征信息，从而提高运行后发送提示信息的准确性。
[0193]
本技术实施例中提供了一种可能的实现方式，步骤s203的基于匹配结果，在标的消息出现之前发送提示信息，可以包括：
[0194]
(1)基于匹配结果，确定标的消息出现的概率值；
[0195]
(2)基于概率值，生成提示信息；
[0196]
(3)在标的消息出现之前发送提示信息。
[0197]
在一种实施过程中，基于概率值，生成提示信息，可以包括：若概率值大于预设阈值，则生成提示信息。
[0198]
具体的，可以预先设置预设阈值，若概率值大于预设阈值，则说明有可能出现标的消息，此时生成提示信息。
[0199]
在另一种实施过程中，基于概率值，生成提示信息，可以包括：
[0200]
a、若概率值大于预设阈值，则确定概率值所对应的数值区间；
[0201]
b、基于所确定的数值区间，确定提示信息的信息内容；
[0202]
c、基于所确定的信息内容，生成提示信息。
[0203]
具体的，若概率值大于预设阈值，则可以根据概率值设置提示信息的信息内容。
[0204]
在具体实施过程中，可以预先设置多个数值区间，每一数值区间设置有对应的提示内容，数值区间对应的数值越大，对应的提示信息的信息内容可以对应设置得更加具体、紧迫。如图5所示，若标的消息为红包消息，数值区间为60％～70％，对应的提示内容可以为“有概率将出现红包”，如图6所示，若数值区间为70％～80％，对应的提示内容可以设为“有较大概率将出现红包”等。
[0205]
在又一种实施过程中，基于概率值，生成提示信息，可以包括：
[0206]
d、若概率值大于预设阈值，则确定概率值所对应的数值区间；
[0207]
e、基于所确定的数值区间，确定提示信息的提示形式；
[0208]
f、根据提示形式，生成提示信息。
[0209]
具体的，概率值的大小不仅可以决定提示信息的信息内容，还可以影响提示信息的提示形式。
[0210]
在具体实施过程中，可以预先设置多个数值区间，每一数值区间设置有对应的提示形式，数值区间对应的数值越大，对应的提示信息的提示形式可以对应设置得更加具体、紧迫。
[0211]
本技术实施例中提供了一种可能的实现方式，发送提示信息的形式包括如下中的至少一种：
[0212]
响铃形式；震动形式；唤醒屏幕形式；弹出悬浮窗形式；发布即时通信消息形式。
[0213]
在一些实施方式中，提示形式可以基于标的消息出现的概率值确定，同时，提示内容也可以基于标的消息出现的概率值确定。
[0214]
如图5所示，若消息出现的概率值大于预设阈值，但相对不太高，可以仅以发布通知消息的形式进行提示。
[0215]
如图7所示，若消息出现的概率值大于预设阈值，且相对较高，可以在以发布通知消息的形式进行提示的同时，进行震动和响铃提示，且提示内容也设置为“有较大概率出现xx”。
[0216]
在一些实施方式中，发送提示信息的形式可以由用户设置，也可以根据用户终端的当前状态进行对应设置。
[0217]
以用户终端为手机为例，若手机处于灭屏状态，可以以唤醒屏幕的形式提醒用户。若手机处于非静音模式的状态，则可以进行响铃和/或震动的形式发送提示信息。
[0218]
在一些实施方式中，还可以基于用于进行消息提醒的应用程序的权限进行对应设置。
[0219]
例如，用户终端为手机，标的消息为红包消息，如图8所示，若用于进行消息提醒的应用程序具有悬浮窗权限，在响铃和震动的同时，还可以采用悬浮窗形式801的发送提示消息，在悬浮窗中显示与标的消息相关联的图标或文字，如一个红包图像。
[0220]
如图9所示，若用于进行消息提醒的应用程序具有通知栏权限，则在响铃和震动的同时，还可以采用通知栏的形式发送提示信息，在通知栏的即时通信消息中显示“x群聊有概率将发红包，点击进入”。
[0221]
本技术实施例中提供了一种可能的实现方式，消息提醒方法还可以包括：
[0222]
若接收到用户针对提示信息的响应操作，基于响应操作跳转至与消息内容对应的应用界面。
[0223]
如图10所示，在发送提示消息后，若接收到用户针对提示消息的响应操作，直接跳转到对应的应用界面，即发布该即时通信消息的应用程序的群聊或私聊界面。
[0224]
上述实施例中，若接收到用户针对提示消息的响应操作，直接跳转到对应的应用界面，可以避免用户接受到提示消息后再去打开对应的应用、以及应用内的对应界面，增加用户对标的消息出现前的准备时间，从而使用户在标的消息出现时可以更加快速响应标的消息。
[0225]
为了更好地理解上述消息提醒方法，如图11所示，以下详细阐述一个本发明的消息提醒方法的示例：
[0226]
在一个示例中，以标的消息为会议消息为例，本技术提供的消息提醒方法，可以包括如下步骤：
[0227]
步骤s1100，服务器设置与会议消息相关联的特征信息、预设时长和预设数量；
[0228]
步骤s1101，服务器将特征信息、预设时长和预设数量发送至用于消息提醒的应用程序；
[0229]
步骤s1102，获取针对即时通信消息的监听权限的授权指示；
[0230]
步骤s1103，基于授权指示监听用户终端的即时通信消息；
[0231]
步骤s1104，确定与所发布的即时通信消息对应的应用；若所确定的应用与会议消息相关联，执行步骤s1105；
[0232]
步骤s1105，获取即时通信消息的消息内容；
[0233]
步骤s1106，确定消息内容对应的消息格式；若消息格式符合与会议消息相关联的特定格式，执行步骤s1107；
[0234]
步骤s1107，确定消息内容中与有效消息内容相关联的特定字符；
[0235]
步骤s1108，基于特定字符从消息内容中提取有效消息内容；
[0236]
步骤s1109，将特征信息与有效消息内容进行匹配；
[0237]
步骤s1110，若预设时长内的同一应用中属于同一群组的多个消息内容分别对应的匹配结果中，特征信息与消息内容相匹配的匹配结果的数量大于预设数量，则发送提示信息；
[0238]
步骤s1111，将消息内容发送至服务器；
[0239]
步骤s1112，服务器基于消息内容对特征信息进行更新。
[0240]
为了更好地理解上述消息提醒方法，如图12所示，以下详细阐述一个本发明的消息提醒方法的示例：
[0241]
在一个示例中，以标的消息为红包消息为例，本技术提供的消息提醒方法，可以包括如下步骤：
[0242]
s1，设置用于消息提醒的应用程序的特征信息、预设时长和预设数量；设置为“xxxxxxxxxx 5 60”，即当某个群聊在60分钟内出现符合正则表达式”xxxxxxxxxx”的消息达到5次，则符合发送提示信息；
[0243]
s2，设置用于消息提醒的应用程序的监听对象：监听qq和微信对应在系统通知栏的即时通信消息；
[0244]
s3，每检测到系统通知栏发布的即时通信消息，获取即时通信消息的消息内容；
[0245]
s4，确定消息内容对应的消息格式，即判断该消息内容对应是否为群组消息；若是，则执行步骤s5；若否，则执行步骤s3；
[0246]
s5，判断预置的特征信息与消息内容是否匹配，即将“xxxxxxxxxx”与消息内容进行匹配；若是，则执行步骤s6；若否，则执行步骤s3；
[0247]
s6，若“xxxxxxxxxx”与消息内容相匹配，则将消息内容对应的用户标识、发布时刻写入到记录数据中；
[0248]
s7，清楚记录数据中的过期的匹配记录，即发布时刻距离当前时刻之间的时长超过60分钟的；
[0249]
s8，判断记录数据中的匹配记录的数量是否大于预设数量，若是，则执行步骤s9；若否，则执行步骤s3；
[0250]
s9，发送提示信息。
[0251]
上述的消息提醒方法，通过获取即时通信消息，将即时通信消息的消息内容和与标的消息相关联的特征信息进行匹配，基于匹配结果判断标的消息是否即将出现，可以在标的消息出现之前发送提醒，可以给用户预留反应时间，以便在标的消息出现时可以及时信息处理；此外，相应的应用程序也可以不用频繁响应用户为了及时发现标的消息的打开或刷新操作，可以减轻用户终端的负荷，节省资源。
[0252]
进一步的，先确定即时通信消息是否属于有可能会发送标的消息的应用程序所发送的，若属于，则获取即时通信消息的消息内容，可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
[0253]
进一步的，先确定消息格式是否与标的消息关联，若消息格式符合与标的消息相关联的特定格式，再将预置的特征信息与消息内容进行匹配，也可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
[0254]
进一步的，通过提取消息内容中的有效消息内容，再讲有效消息内容和特征信息进行匹配，可以先过滤掉不相关的消息内容，提高匹配效率，从而能更快速的准备响应标的消息。
[0255]
进一步的，服务器可以持续收集多个用户终端的标的消息的前兆信息，并持续对特征信息进行更新，从而提高根据特征信息判断是否发送提示信息的准确性。相应地，由于特征信息在更新，用于进行消息提醒的应用程序在每次开始运行时，可以都向服务器获取对应的特征信息，从而提高运行后发送提示信息的准确性。
[0256]
本技术实施例中提供了一种可能的实现方式，如图13所示，提供了一种消息提醒装置130，该消息提醒装置130可以包括：监听模块1301、获取模块1302、匹配模块1303和提
示模块1304，其中，
[0257]
获取模块1302，用于获取即时通信消息的消息内容；
[0258]
匹配模块1303，用于将预置的特征信息与消息内容进行匹配，得到与该消息内容对应的匹配结果；其中，特征信息与待提示的标的消息相关联；
[0259]
提示模块1304，用于基于匹配结果，在标的消息出现之前发送提示信息。
[0260]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括监听模块，用于：
[0261]
监听用户终端的即时通信消息；即时通信消息包括应用消息和系统通知栏消息中的至少一种。
[0262]
本技术实施例中提供了一种可能的实现方式，监听模块监听用户终端的即时通信消息基于如下至少一种条件触发：
[0263]
检测到当前时间位于预设监听时间段或预设监听周期中；
[0264]
接收到用户的监听指令。
[0265]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括第一确定模块，用于：
[0266]
确定与所发布的即时通信消息对应的应用；
[0267]
第一确定模块在获取即时通信消息的消息内容时，具体用于：
[0268]
若所确定的应用与标的消息相关联，则获取即时通信消息的消息内容。
[0269]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括第二提醒模块，用于：
[0270]
确定消息内容对应的消息格式；
[0271]
将预置的特征信息与消息内容进行匹配，包括：
[0272]
若消息格式符合与标的消息相关联的特定格式，则将预置的特征信息与消息内容进行匹配。
[0273]
本技术实施例中提供了一种可能的实现方式，匹配模块1303在将预置的特征信息与消息内容进行匹配时，具体用于：
[0274]
确定消息内容中与有效消息内容相关联的特定字符；
[0275]
基于特定字符从消息内容中提取有效消息内容；
[0276]
将特征信息与有效消息内容进行匹配。
[0277]
本技术实施例中提供了一种可能的实现方式，提示模块1304在基于匹配结果，在标的消息出现之前发送提示信息时，具体用于：
[0278]
若匹配结果为特征信息与消息内容相匹配，则在标的消息出现之前发送提示信息。
[0279]
本技术实施例中提供了一种可能的实现方式，提示模块1304在基于匹配结果，在标的消息出现之前发送提示信息时，具体用于：
[0280]
若预设时长内的同一应用中属于同一群组的多个消息内容分别对应的匹配结果中，特征信息与消息内容相匹配的匹配结果的数量大于预设数量，则在标的消息出现之前发送提示信息。
[0281]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括规则获取
模块1302，用于：
[0282]
从服务器获取针对标的消息的规则信息；规则信息包括特征信息、预设时长和预设数量。
[0283]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括更新模块，用于：
[0284]
将消息内容发送至服务器，以使服务器基于消息内容对特征信息进行更新。
[0285]
本技术实施例中提供了一种可能的实现方式，发送提示信息的形式包括如下中的至少一种：
[0286]
响铃形式；震动形式；唤醒屏幕形式；弹出悬浮窗形式；发布即时通信消息形式。
[0287]
本技术实施例中提供了一种可能的实现方式，消息提醒装置130还包括跳转模块：
[0288]
若接收到用户针对提示信息的响应操作，基于响应操作跳转至与消息内容对应的应用界面。
[0289]
上述的消息提醒装置，通过获取即时通信消息，将即时通信消息的消息内容和与标的消息相关联的特征信息进行匹配，基于匹配结果判断标的消息是否即将出现，可以在标的消息出现之前发送提醒，可以给用户预留反应时间，以便在标的消息出现时可以及时信息处理；此外，相应的应用程序也可以不用频繁响应用户为了及时发现标的消息的打开或刷新操作，可以减轻用户终端的负荷，节省资源。
[0290]
进一步的，先确定即时通信消息是否属于有可能会发送标的消息的应用程序所发送的，若属于，则获取即时通信消息的消息内容，可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
[0291]
进一步的，先确定消息格式是否与标的消息关联，若消息格式符合与标的消息相关联的特定格式，再将预置的特征信息与消息内容进行匹配，也可以先排除与标的消息不相关的即时通信消息，提高识别消息内容以发送提示信息的效率。
[0292]
进一步的，通过提取消息内容中的有效消息内容，再讲有效消息内容和特征信息进行匹配，可以先过滤掉不相关的消息内容，提高匹配效率，从而能更快速的准备响应标的消息。
[0293]
进一步的，服务器可以持续收集多个用户终端的标的消息的前兆信息，并持续对特征信息进行更新，从而提高根据特征信息判断是否发送提示信息的准确性。相应地，由于特征信息在更新，用于进行消息提醒的应用程序在每次开始运行时，可以都向服务器获取对应的特征信息，从而提高运行后发送提示信息的准确性。
[0294]
本公开实施例的图片的消息提醒装置可执行本公开的实施例所提供的一种图片的消息提醒方法，其实现原理相类似，本公开各实施例中的图片的消息提醒装置中的各模块所执行的动作是与本公开各实施例中的图片的消息提醒方法中的步骤相对应的，对于图片的消息提醒装置的各模块的详细功能描述具体可以参见前文中所示的对应的图片的消息提醒方法中的描述，此处不再赘述。
[0295]
基于与本公开的实施例中所示的方法相同的原理，本公开的实施例中还提供了一种电子设备，该电子设备可以包括但不限于：处理器和存储器；存储器，用于存储计算机操作指令；处理器，用于通过调用计算机操作指令执行实施例所示的消息提醒方法。与现有技术相比，本技术中的消息提醒方法可以给用户预留反应时间，以便在标的消息出现时可以
及时信息处理。
[0296]
在一个可选实施例中提供了一种电子设备，如图14所示，图14所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本技术实施例的限定。
[0297]
处理器4001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
[0298]
总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0299]
存储器4003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0300]
存储器4003用于存储执行本技术方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。
[0301]
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图14示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0302]
本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，本技术中的消息提醒方法可以给用户预留反应时间，以便在标的消息出现时可以及时信息处理。
[0303]
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一
部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0304]
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0305]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
[0306]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
[0307]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0308]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0309]
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，提示模块还可以被描述为“基于匹配结果发送提示信息的模块”。
[0310]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。