CN112003778B - 消息处理方法、装置、设备和计算机存储介质 - Google Patents

Abstract

本申请公开了一种消息处理方法、装置、设备和计算机存储介质，涉及人工智能和自然语言处理技术领域。具体实现方案为：获取针对待回复的消息生成的至少一个候选回复消息，所述候选回复消息基于历史对话消息生成；针对所述待回复的消息，显示所述至少一个候选回复消息；若获取到用户触发其中一个候选回复消息的操作，则将所述被触发的候选回复消息作为回复消息进行发送。本申请实现了消息的快捷回复，方便用户操作，提高沟通效率。

Description

消息处理方法、装置、设备和计算机存储介质

技术领域

本申请涉及计算机应用技术领域，特别涉及人工智能和自然语言处理技术领域下的消息处理方法、装置、设备和计算机存储介质。

背景技术

随着互联网技术的不断普及和人们生活节奏的加快，用户设备会接收到各种消息。在开车途中、开会途中等很多场景下，用户并不方便打开相应的应用后再打字输入消息进行回复。然而有很多消息是需要及时进行回复的，例如在办公平台的通信类应用中，会议通知、项目进度等消息需要进行及时回复；再例如在即时通信类应用中对于客户、老板、老婆等重要人物的消息也需要进行及时回复。

发明内容

有鉴于此，本申请提供了一种能够快捷进行消息回复的消息处理方法、装置、设备和计算机存储介质。

第一方面，本申请提供了一种消息处理方法，包括：

获取针对待回复的消息生成的至少一个候选回复消息，所述候选回复消息基于历史对话消息生成；

针对所述待回复的消息，显示所述至少一个候选回复消息；

若获取到用户触发其中一个候选回复消息的操作，则将所述被触发的候选回复消息作为回复消息进行发送。

第二方面，本申请还提供了一种消息处理方法，包括：

获取用户设备端的待回复的消息；

基于历史对话消息，针对所述待回复的消息生成至少一个候选回复消息；

将所述至少一个候选回复消息发送至所述用户设备端，以便所述用户设备端显示所述至少一个候选回复消息供用户从中选择一个作为回复消息。

第三方面，本申请提供了一种消息处理装置，包括：

候选获取单元，用于获取针对待回复的消息生成的至少一个候选回复消息，所述候选回复消息基于历史对话消息生成；

候选显示单元，用于针对所述待回复的消息，显示所述至少一个候选回复消息；

回复处理单元，用于若获取到用户触发其中一个候选回复消息的操作，则将所述被触发的候选回复消息作为回复消息进行发送。

第四方面，本申请还提供了一种消息处理装置，包括：

消息获取单元，用于获取用户设备端的待回复的消息；

候选生成单元，用于基于历史对话消息，针对所述待回复的消息生成至少一个候选回复消息；

候选发送单元，用于将所述至少一个候选回复消息发送至所述用户设备端，以便所述用户设备端显示所述至少一个候选回复消息供用户从中选择一个作为回复消息。

第五方面，本申请提供了一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

第六方面，本申请还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。

第七方面，本申请还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述任一项所述的方法。

由以上技术方案可以看出，本申请能够将针对待回复的消息生成的至少一个候选回复消息进行显示，使得用户仅需要触发其中一个候选回复消息就能够作为回复消息进行发送，实现了消息的快捷回复，方便用户操作、提高沟通效率。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1示出了可以应用本发明实施例的消息处理方法或消息处理装置的示例性系统架构；

图2为本申请实施例二提供的用户设备端执行的方法流程图；

图3a和图3b为本申请实施例提供的两种显示候选回复消息的界面实例图；

图4为本申请实施例三提供的服务器端执行的方法流程图；

图5为本申请实施例四提供的方法流程图；

图6为本申请实施例五提供的方法流程图；

图7为本申请实施例六提供的装置结构图；

图8为本申请实施例七提供的装置结构图；

图9是用来实现本申请实施例的方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1示出了可以应用本发明实施例的消息处理方法或消息处理装置的示例性系统架构。

如图1所示，该系统架构可以包括用户设备101和102，网络103和服务器104。网络103用以在用户设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用用户设备101和102通过网络103与服务器104交互。用户设备101和102上可以安装有各种应用，例如语音交互应用、网页浏览器应用、通信类应用等。在本申请实施例中，用户设备101和102中至少安装有消息类应用，该消息类应用可以是能够进行消息通讯的办公类应用，也可以是能够进行消息通讯的即时通讯类应用，还可以是能够进行消息通讯的传统短信类应用，等等。

用户设备101和102可以包括但不限于智能手机、平板电脑、PC、智能电视、智能可穿戴式设备等等。本发明所提供的其中一种消息处理装置可以设置并运行于上述用户设备101或102中，提供的另一种消息处理装置可以设置并运行于上述服务器104中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

例如，消息处理装置设置并运行于上述用户设备101中，那么消息处理装置使用本申请实施例所提供的方法进行消息处理，从而针对待回复消息显示至少一个候选回复消息，以供用户快捷进行消息回复。

再例如，消息处理装置设置并运行于上述服务器104中，那么消息处理装置使用本申请实施例所提供的方法进行消息处理，从而针对用户设备101接收到的待回复消息生成至少一个候选回复消息并提供给用户设备101进行显示。

服务器104可以是单一服务器，也可以是多个服务器构成的服务器群组。应该理解，图1中的用户设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户设备、网络和服务器。

实施例二

图2为本申请实施例二提供的用户设备端执行的方法流程图，执行该方法的装置可以位于用户设备端的应用，或者还可以为位于用户设备端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元。如图2中所示，该方法可以包括以下步骤：

在201中，获取针对待回复的消息生成的至少一个候选回复消息，其中，候选回复消息基于历史对话消息生成。

在本申请实施例中，待回复的消息可以是消息类应用接收到的处于未读状态的消息，也可以是消息类应用最新接收到的处于已读状态且尚未回复的消息中，被识别为需要回复的消息。

消息类应用接收到消息后，如果消息处于未读状态，则可以将该消息直接作为待回复的消息。

如果消息处于已读状态且尚未回复，说明用户已经查看了该消息，但可能由于处于忙碌状态中不便于回复，也可能用户觉得不需要回复。因此，这种情况下，可以对该消息进行进一步的识别，识别其是否为需要回复的消息。

在对消息进行是否需要回复的识别时，可以采用但不限于以下三种方式：

第一种方式：可以对消息进行语义识别，如果是疑问类型的消息，则可以认为该消息是需要回复的消息。

第二种方式：可以依据消息所来源的用户进行识别，如果该消息的发送者被标记为重要用户，则确定该消息属于需要回复的消息。其中对重要用户的标记可以是用户对联系人列表中各用户的标记。

第三种方式：可以在历史对话消息库中确定与该消息相匹配的消息，例如文本相似度达到预设阈值的消息。若与该消息相匹配的消息被回复的次数或比例超过预设阈值，则说明在历史对话中与该消息类似的消息是大概率被回复的，因此可以确定该消息属于需要回复的消息。所谓历史对话消息库将在实施例三中详述。

上述对消息的识别可以由用户设备端进行，也可以由服务器端进行，即用户设备端可以从服务器端获取对消息的识别结果。

本步骤中涉及的获取至少一个候选回复消息主要是从服务器端获取。其中一种实现方式为：服务器端主动发送至少一个候选回复消息给用户设备端。另一种实现方式为：用户设备端将待回复的消息发送给服务器端，获取服务器端针对待回复的消息生成并返回的至少一个候选回复消息。具体将在其他实施例中进行详细描述。

在202中，针对待回复的消息，显示至少一个候选回复消息。

本申请中关于候选回复消息的显示可以根据场景不同，存在多种不同方式。下面列举其中两种方式：

第一种方式：对于消息类应用接收到的待回复的消息，该待回复消息在消息类应用的消息会话框中显示，那么也可以在消息类应用的消息对话框上针对待回复的消息显示上述至少一个候选回复消息。

如图3a中所示，在该消息会话框中，针对待回复的消息“帮我把方案做一下可以吗”，从服务器端获取到3个候选回复消息“好的，没问题”、“不好意思，我现在有点忙”以及“什么时候要交”，并在消息对话框上进行显示。图中所示的显示位置仅仅为本申请实施例中所提供的一个例子，也可以显示于消息会话框上的其他位置。

第二种方式：对于消息类应用接收到的待回复消息，若用户设备处于锁屏状态，则可以在锁屏界面上显示该待回复消息。相应地，也可以在锁屏界面上将候选回复消息对应于待回复消息进行显示。

如图3b中所示，在用户设备锁屏界面上显示一条来自王总的待回复消息“下午的会议是2点吗”，从服务器端获取到3个候选回复消息“是的”、“不是”、以及“具体时间我稍后发给您”，并在锁屏界面上待回复消息的下方进行显示。

当然，上述两种方式仅仅为列举的两种实例，也可以采用其他方式进行显示。

在203中，监听用户操作，若获取到用户触发其中一个候选回复消息的操作，则执行204；若获取到用户在消息输入组件中输入消息内容后触发发送的操作，则执行205。

在204中，将被触发的候选回复消息作为回复消息进行发送。

在205中，将用户在消息输入组件中输入的消息内容作为回复消息进行发送。

仍以图3a和图3b为例。在图3a中，例如用户点选了其中一个候选回复消息“好的，没问题”，则该消息直接作为回复消息进行发送。但若用户觉得哪个候选回复消息都不合适，未点选任何一个候选回复消息，而是自己在消息会话界面中的文本输入框中输入消息，并点击“发送”按钮，则以用户在文本输入框输入的消息内容作为回复消息进行发送。

在图3b中，例如用户点选了其中一个候选回复消息“改了，具体时间我稍后发送给您”，那么该消息直接作为回复消息在对应的消息类应用(即接收到待回复消息的应用)中发送。但若用户觉得候选回复都不好，则可以通过解锁屏幕进入对应的消息类应用中自己输入消息并进行消息发送。

可见通过这种方式，若用户在会议中、驾车过程中等不便回复消息的过程中，接收到待回复消息，则可以简单地从候选回复消息中触发一个进行发送，从而实现了消息的快捷回复。

实施例三、

图4为本申请实施例三提供的服务器端执行的方法流程图，执行该方法的装置可以位于服务器端的应用，或者还可以为位于服务器端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元。

如图4中所示，该方法可以包括以下步骤：

在401中，获取用户设备端的待回复的消息。

对于消息类应用的服务器端而言，根据用户操作记录有各消息的状态，因此可以获取用户设备端接收到的处于未读状态的消息作为待回复的消息。或者，获取所述用户设备端最新接收到的处于已读状态且尚未回复的消息，识别该消息是否属于需要回复的消息，如果是，则将该消息作为所述待回复的消息。

其中在对消息进行是否需要回复的识别时，服务器端可以采用但不限于以下三种方式：

第一种方式：可以对消息进行语义识别，如果是疑问类型的消息，则可以认为该消息是需要回复的消息。

第二种方式：可以依据消息所来源的用户进行识别，如果该消息的发送者被标记为重要用户，则确定该消息属于需要回复的消息。其中对重要用户的标记可以是用户对联系人列表中各用户的标记。

第三种方式：可以在历史对话消息库中确定与该消息相匹配的消息，例如文本相似度达到预设阈值的消息。各用户的消息类的历史对话数据可以被服务器端记录于历史对话消息库中。若与该消息相匹配的消息被回复的次数或比例超过预设阈值，则说明在历史对话中与该消息类似的消息是大概率被回复的，因此可以确定该消息属于需要回复的消息。

对于其他服务器端而言，可以获取用户设备端发送来的待回复的消息，即将用户设备端发送来的消息直接作为待回复的消息。

对于上述不同情况，将在后续实施例中进行详述。

在402中，基于历史对话消息，针对待回复的消息生成至少一个候选回复消息。

本申请实施例中，服务器端可以利用人工智能技术对待回复的消息进行自然语言处理，有针对性地做出合理的答复，并且能够根据聊天历史做出多种消息回复。在此提供一种具体的实现方式，可以包括以下步骤：

S1、从历史对话消息库中获取历史问答对。

其中，历史对话消息库可以包含各用户的历史对话数据，将任意的消息及其对应的回复可以构成问答对，即为QA pairs。

S2、查询历史问答对中与待回复的消息相匹配的问题对应的答案。

具体地，当一个用户收到对方的消息p，p为待回复的消息，对消息p过滤掉表情、图片、语音等信息后，仅保留文字内容，然后在QA pairs中进行匹配，找到与p相匹配的问题所对应的答案，这些答案的数量通常是很多个。

S3、基于出现频率，从查询到的答案中确定至少一个候选回复消息。

具体地，可以基于出现频率对查询到的答案进行排序，得到排在前N个的答案。其中N为预设的正整数。然后对上述前N个答案进行聚类，将作为各聚类中心的答案作为至少一个候选回复消息。

其中，在基于出现频率对查询到的答案进行排序时，一方面考虑答案在所有用户中的热度，另一方面也可以考虑接收到待回复的消息的用户的个性化偏好。因此，可以首先确定答案在接收到待回复的消息的用户的历史问答对中的第一出现频率和在所有用户的历史问答对中的第二出现频率；对第一出现频率和第二出现频率进行加权处理，得到答案的总出现频率；基于各答案的总出现频率对查询到的答案进行排序。

在对前N个答案进行聚类时，可以采用诸如K-means的聚类方式，K的取值可以依据适合显示的候选回复消息的数量进行设置，通常设置为3～5。在采用K-means方式进行聚类时，基于文本相似度进行聚类。鉴于K-means聚类方式为已有较成熟的方式，在此不做详述。

在进行聚类后，对于每一个聚类簇中所有的答案，找到其聚类中心，鉴于聚类中心能够较好的代表一类答案，因此将作为聚类中心的答案作为候选回复消息。当然，除了聚类中心之外也可以采用聚类簇中的其他答案作为候选回复消息。

在403中，将至少一个候选回复消息发送至用户设备端，以便用户设备端显示至少一个候选回复消息供用户从中选择一个作为回复消息。

关于用户设备端对候选回复消息的显示方式，参见实施例一中的描述，在此不做赘述。

在404中，将待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中。

其中，发送的回复消息可以是用户从候选回复消息中触发的其中一个消息，也可以是用户自己在文本输入框中输入并发送的消息内容。在服务器端对待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中该用户对应的问答对中。这样会使得后续生成的候选问答消息更加符合用户的语言习惯，提高个性化程度，优化用户体验。

实施例四

执行实施例二中用户设备端的方法流程的装置，可以是消息类应用(本申请中消息类应用指的是消息类应用的客户端)中的插件或SDK，也就是说，是由消息类应用在接收到待回复的消息后，从该消息类应用的服务器端(本实施例中简称服务器端)获取至少一个候选回复消息，并进行显示。如图5中所示，可以具体包括以下步骤：

在501中，消息类应用接收到消息。

其中消息类应用接收到的消息是其他用户设备经由服务器端发送来的。

在502中，服务器端确定该消息为待回复消息后，针对该待回复消息生成至少一个候选回复消息。

对于服务器端而言，可以根据用户操作记录消息的状态。例如当用户打开消息类应用进行查看后，该查看操作被发送至服务器端，服务器端将消息的状态从“未读”更改为“已读”。因此，服务器端可以将消息类应用接收到的未读状态的消息作为待回复消息。

或者虽然消息是已读状态但尚未回复，服务器端可以识别该消息是否为需要回复的消息，如果是，则也将该消息作为待回复消息。其中具体如何识别参见实施例三中的相关记载，在此不做赘述。

在503中，将上述至少一个候选回复消息发送给消息类应用。

从步骤502和503中可以看出，在本实施例中，服务器端主动针对待回复消息生成候选回复消息并主动推送给消息类应用。

另外，为了体现候选回复消息与待回复消息的对应关系，服务器端可以在发送至少一个候选回复消息的同时，携带待回复消息的标识信息，以便消息类应用能够获知这些候选回复消息是对应于哪个消息的。

在504中，消息类应用针对待回复消息显示上述至少一个候选回复消息。

具体的显示方式已在实施例二中详述，可以在消息类应用的消息会话框中显示。若待回复消息是显示于锁屏界面上的，则消息类应用可以将上述至少一个候选回复消息显示于锁屏界面上。具体参见实施例二中的描述。

在505中，消息类应用监听到用户触发其中一个候选回复消息的操作，则将被触发的候选回复消息作为回复消息进行发送，即经由服务器端将回复消息发送给待回复消息所来源的用户设备。

若消息类应用监听到用户在消息输入组件中输入消息内容后触发发送的操作，则将用户在消息输入组件中输入的消息内容作为回复消息进行发送，这种情况图5未示出。

在本实施例中，服务器端对于最终发送的回复消息是能够获知的，因此由服务器端直接对待回复消息和回复消息对应作为问答对存储于历史对话消息库中即可。

实施例五

执行实施例二中用户设备端的方法流程的装置可以是独立于消息类应用的其他应用。假设消息类应用为应用1，执行实施例二中流程的装置为应用2，应用1对应服务器端1，应用2对应服务器端2。如图6中所示，可以具体包括以下步骤：

在601中，应用1接收到消息。

同样，应用1接收到的消息是其他用户设备经由服务器端1发送来的。

在602中，应用2监听到应用1接收到消息，且该消息为待回复消息。

若应用1接收到的消息是在消息会话框中进行的显示，则应用2可以通过应用1对应用2开放的接口监听到该消息以及消息的状态。若消息处于未读状态，则将其确定为待回复消息。若消息处于已读状态但尚未回复，应用2可以识别该消息是否为需要回复的消息，如果是，则也将该消息作为待回复消息。其中具体如何识别参见实施例二中的相关记载，在此不做赘述。

若应用1接收到的消息是在锁屏界面中进行的显示，则应用2也可以通过系统接口监听到该消息以及消息的状态，以确定该消息是否为待回复消息。

在603中，应用2将待回复消息发送给服务器端2。

在604中，服务器端2针对待回复消息生成至少一个候选回复消息。

服务器端2可以从服务器端1的获取或同步历史对话消息库的数据，也可以自己维护历史对话消息库。

在605中，服务器端2将至少一个候选回复消息发送给应用2。

在606中，应用2显示至少一个候选回复消息。

应用2可以将至少一个候选回复消息通过应用1开放的接口传递给应用1，以便显示于应用1的消息会话框中。

若待回复消息是应用2通过系统接口在锁屏界面上监听到的，则应用2也可以将至少一个候选回复消息通过系统接口提供给操作系统以便在锁屏界面上显示。

在607中，应用2监听到用户触发其中一个候选回复消息的操作，则将被触发的候选回复消息作为回复消息提供给应用1进行发送，即经由服务器端将回复消息发送给待回复消息所来源的用户设备。

应用2可以将用户选择的回复消息的信息提供给服务器2，以便服务器2将待回复消息和回复消息对应作为问答对存储于服务器2维护的历史对话消息库。

以上是对本申请所提供方法进行的详细描述，下面结合实施例六和七对本申请提供的装置进行详细描述。

实施例六

图7为本申请实施例六提供的装置结构图，该装置设置于用户设备端。如图7中所示，该装置00可以包括：候选获取单元01、候选显示单元02和回复处理单元03，其中各组成单元的主要功能如下：

候选获取单元01，用于获取针对待回复的消息生成的至少一个候选回复消息，候选回复消息基于历史对话消息生成。

其中，待回复的消息可以包括：消息类应用接收到的处于未读状态的消息；或者，消息类应用最新接收到的处于已读状态且尚未回复的消息中，被识别为需要回复的消息。

其中，被识别为需要回复的消息可以包括：

疑问类型的消息；或者，

消息发送者被标记为重要用户的消息；或者，

在历史对话消息库中与消息相匹配的消息被回复的次数或比例超过预设阈值。

具体地，上述装置00可以设置为消息类应用的插件或SDK，这种情况下，候选获取单元01可以获取服务器端主动发送的至少一个候选回复消息，至少一个候选回复消息是服务器端针对待回复的消息生成的。

上述装置00也可以设置为独立于消息类应用的应用，这种情况下，候选获取单元01可以将待回复的消息发送给服务器端，获取服务器端针对待回复的消息生成并返回的至少一个候选回复消息。

候选显示单元02，用于针对待回复的消息，显示至少一个候选回复消息。

作为其中一个实施例，上述待回复的消息可以显示于锁屏界面。相应地，候选显示单元02可以在锁屏界面上将至少一个候选回复消息对应于待回复的消息进行显示。

作为另一个实施例，上述待回复的消息可以显示于消息类应用的消息会话框。相应地，候选显示单元02可以在消息会话框上显示至少一个候选回复消息。

回复处理单元03，用于若获取到用户触发其中一个候选回复消息的操作，则将被触发的候选回复消息作为回复消息进行发送。

回复处理单元03，还用于若获取到用户在消息输入组件中输入消息内容后触发发送的操作，则将用户在消息输入组件中输入的消息内容作为回复消息进行发送。

上述回复消息均由用户设备端的消息类应用发送，并进一步经由消息类应用的服务器转发给目的用户设备。

实施例七

图8为本申请实施例七提供的装置结构图，该装置设置于服务器端。如图8中所示，该装置10可以包括：消息获取单元11、候选生成单元12和候选发送单元13，还可以进一步包括消息记录单元14。其中各组成单元的主要功能如下：

消息获取单元11，用于获取用户设备端的待回复的消息。

具体地，消息获取单元11可以获取用户设备端接收到的处于未读状态的消息作为待回复的消息；或者，可以获取用户设备端最新接收到的处于已读状态且尚未回复的消息，识别该消息是否属于需要回复的消息，如果是，则将该消息作为待回复的消息。这两种情况对应于该装置设置于消息类应用对应的服务器端的实现方式。

其中消息获取单元11在识别该消息是否属于需要回复的消息时，可以采用但不限于以下方式：

第一种方式、若该消息为疑问类型的消息，则确定该消息属于需要回复的消息。

第二种方式、若该消息的发送者被标记为重要用户，则确定该消息属于需要回复的消息。

第三种方式、在历史对话消息库中确定与该消息相匹配的消息，若与该消息相匹配的消息被回复的次数或比例超过预设阈值，则确定该消息属于需要回复的消息。

若该装置10设置于独立于消息类应用的其他应用对应的服务器端，则消息获取单元11可以获取用户设备端发送来的待回复的消息，即由用户设备端将获取的待回复的消息发送给服务器端。

候选生成单元12，用于基于历史对话消息，针对待回复的消息生成至少一个候选回复消息。

具体地，候选生成单元12可以具体包括：问答对获取子单元121、答案查询子单元122和候选确定子单元123。

其中，问答对获取子单元121，用于从历史对话消息库中获取历史问答对。

答案查询子单元122，用于查询历史问答对中与待回复的消息相匹配的问题对应的答案。

候选确定子单元123，用于基于出现频率，从查询到的答案中确定至少一个候选回复消息。

具体地，候选确定子单元123可以基于出现频率对查询到的答案进行排序，得到排在前N个的答案，其中N为预设的正整数；对前N个答案进行聚类；将作为各聚类中心的答案作为至少一个候选回复消息。

其中，候选确定子单元123在基于出现频率对查询到的答案进行排序时，可以确定答案在用户的历史问答对中的第一出现频率和在所有用户的历史问答对中的第二出现频率；对第一出现频率和第二出现频率进行加权处理，得到答案的总出现频率；基于各答案的总出现频率对查询到的答案进行排序。

候选发送单元13，用于将至少一个候选回复消息发送至用户设备端，以便用户设备端显示至少一个候选回复消息供用户从中选择一个作为回复消息。

消息记录单元14，用于将待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中。

其中，发送的回复消息可以是用户从候选回复消息中触发的其中一个消息，也可以是用户自己在文本输入框中输入并发送的消息内容。在服务器端对待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中该用户对应的问答对中。这样会使得后续生成的候选问答消息更加符合用户的语言习惯，提高个性化程度，优化用户体验。

若该装置10设置于消息类应用对应的服务器端，则服务器端由于负责进行消息转发，因此本身可以获取到用户最终发送的回复消息。若该装置10设置于独立于消息类应用的其他应用的服务器端，则可以由该应用在获取到回复消息后将回复消息提供给服务器端进行记录。或者，也可以由该应用的服务器端从消息类应用的服务器端进行获取或同步。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图9所示，是根据本申请实施例的消息处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图9所示，该电子设备包括：一个或多个处理器901、存储器902，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图9中以一个处理器901为例。

存储器902即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的消息处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的消息处理方法。

存储器902作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的消息处理方法对应的程序指令/模块。处理器901通过运行存储在存储器902中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的消息处理方法。

存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据该电子设备的使用所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至该电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

该电子设备还可以包括：输入装置903和输出装置904。处理器901、存储器902、输入装置903和输出装置904可以通过总线或者其他方式连接，图9中以通过总线连接为例。

输入装置903可接收输入的数字或字符信息，以及产生与该电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置904可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (25)

1.一种消息处理方法，包括：

获取针对待回复的消息生成的至少一个候选回复消息，所述候选回复消息基于历史对话消息生成；其中，生成所述候选回复消息包括：从历史对话消息库中获取历史问答对，查询所述历史问答对中与所述待回复的消息相匹配的问题对应的答案，基于出现频率，从查询到的答案中确定所述至少一个候选回复消息；其中，所述出现频率包括答案在用户的历史问答对中的出现频率和在所有用户的历史问答对中的出现频率；

针对所述待回复的消息，显示所述至少一个候选回复消息；

若获取到用户触发其中一个候选回复消息的操作，则将被触发的候选回复消息作为回复消息进行发送；其中，

所述待回复的消息包括：

消息类应用接收到的处于未读状态的消息；或者，

消息类应用最新接收到的处于已读状态且尚未回复的消息中，被识别为需要回复的消息；

所述被识别为需要回复的消息包括：在历史对话消息库中与所述消息相匹配的消息被回复的次数或比例超过预设阈值。

2.根据权利要求1所述的方法，还包括：

若获取到用户在消息输入组件中输入消息内容后触发发送的操作，则将用户在消息输入组件中输入的消息内容作为回复消息进行发送。

3.根据权利要求1所述的方法，其中，所述被识别为需要回复的消息包括：

疑问类型的消息；或者，

消息发送者被标记为重要用户的消息。

4.根据权利要求1所述的方法，其中，获取针对所述待回复的消息生成的至少一个候选回复消息包括：

获取服务器端主动发送的至少一个候选回复消息，所述至少一个候选回复消息是所述服务器端针对所述待回复的消息生成的；或者，

将所述待回复的消息发送给服务器端，获取所述服务器端针对所述待回复的消息生成并返回的至少一个候选回复消息。

5.根据权利要求1至4中任一项所述的方法，其中，所述待回复的消息显示于锁屏界面；

显示所述至少一个候选回复消息包括：

在所述锁屏界面上将所述至少一个候选回复消息对应于所述待回复的消息进行显示。

6.根据权利要求1至4中任一项所述的方法，其中，所述待回复的消息显示于消息类应用的消息会话框；

显示所述至少一个候选回复消息包括：

在所述消息会话框上显示所述至少一个候选回复消息。

7.一种消息处理方法，包括：

获取用户设备端的待回复的消息；

从历史对话消息库中获取历史问答对，查询所述历史问答对中与所述待回复的消息相匹配的问题对应的答案，基于出现频率，从查询到的答案中确定至少一个候选回复消息，以基于历史对话消息，针对所述待回复的消息生成至少一个候选回复消息；其中，所述出现频率包括答案在用户的历史问答对中的出现频率和在所有用户的历史问答对中的出现频率；

将所述至少一个候选回复消息发送至所述用户设备端，以便所述用户设备端显示所述至少一个候选回复消息供用户从中选择一个作为回复消息；其中，所述获取用户设备端的待回复的消息包括：

获取所述用户设备端接收到的处于未读状态的消息作为待回复的消息；或者，

获取所述用户设备端最新接收到的处于已读状态且尚未回复的消息，识别该消息是否属于需要回复的消息，如果是，则将该消息作为所述待回复的消息；或者，

获取所述用户设备端发送来的待回复的消息；

所述识别该消息是否属于需要回复的消息包括：

在历史对话消息库中确定与该消息相匹配的消息，若与该消息相匹配的消息被回复的次数或比例超过预设阈值，则确定该消息属于需要回复的消息。

8.根据权利要求7所述的方法，其中，所述识别该消息是否属于需要回复的消息包括：

若该消息为疑问类型的消息，则确定该消息属于需要回复的消息；或者，

若该消息的发送者被标记为重要用户，则确定该消息属于需要回复的消息。

9.根据权利要求7所述的方法，其中，所述基于出现频率，从查询到的答案中确定所述至少一个候选回复消息包括：

基于出现频率对查询到的答案进行排序，得到排在前N个的答案，其中所述N为预设的正整数；

对所述前N个答案进行聚类；

将作为各聚类中心的答案作为所述至少一个候选回复消息。

10.根据权利要求9所述的方法，其中，所述基于出现频率对查询到的答案进行排序包括：

确定答案在所述用户的历史问答对中的第一出现频率和在所有用户的历史问答对中的第二出现频率；

对所述第一出现频率和所述第二出现频率进行加权处理，得到答案的总出现频率；

基于各答案的总出现频率对查询到的答案进行排序。

11.根据权利要求7至10中任一项所述的方法，还包括：

将所述待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中。

12.一种消息处理装置，包括：

候选获取单元，用于获取针对待回复的消息生成的至少一个候选回复消息，所述候选回复消息基于历史对话消息生成；其中，生成所述候选回复消息包括：从历史对话消息库中获取历史问答对，查询所述历史问答对中与所述待回复的消息相匹配的问题对应的答案，基于出现频率，从查询到的答案中确定所述至少一个候选回复消息；其中，所述出现频率包括答案在用户的历史问答对中的出现频率和在所有用户的历史问答对中的出现频率；

候选显示单元，用于针对所述待回复的消息，显示所述至少一个候选回复消息；

回复处理单元，用于若获取到用户触发其中一个候选回复消息的操作，则将被触发的候选回复消息作为回复消息进行发送；其中，所述待回复的消息包括：

消息类应用接收到的处于未读状态的消息；或者，

消息类应用最新接收到的处于已读状态且尚未回复的消息中，被识别为需要回复的消息；

所述被识别为需要回复的消息包括：在历史对话消息库中与所述消息相匹配的消息被回复的次数或比例超过预设阈值。

13.根据权利要求12所述的装置，其中，所述回复处理单元，还用于若获取到用户在消息输入组件中输入消息内容后触发发送的操作，则将用户在消息输入组件中输入的消息内容作为回复消息进行发送。

14.根据权利要求12所述的装置，其中，所述被识别为需要回复的消息包括：

疑问类型的消息；或者，

消息发送者被标记为重要用户的消息。

15.根据权利要求12所述的装置，其中，所述候选获取单元，具体用于：

获取服务器端主动发送的至少一个候选回复消息，所述至少一个候选回复消息是所述服务器端针对所述待回复的消息生成的；或者，

将所述待回复的消息发送给服务器端，获取所述服务器端针对所述待回复的消息生成并返回的至少一个候选回复消息。

16.根据权利要求12至15中任一项所述的装置，其中，所述待回复的消息显示于锁屏界面；

所述候选显示单元，具体用于在所述锁屏界面上将所述至少一个候选回复消息对应于所述待回复的消息进行显示。

17.根据权利要求12至15中任一项所述的装置，其中，所述待回复的消息显示于消息类应用的消息会话框；

所述候选显示单元，具体用于在所述消息会话框上显示所述至少一个候选回复消息。

18.一种消息处理装置，包括：

消息获取单元，用于获取用户设备端的待回复的消息；

候选生成单元，用于基于历史对话消息，针对所述待回复的消息生成至少一个候选回复消息；

候选发送单元，用于将所述至少一个候选回复消息发送至所述用户设备端，以便所述用户设备端显示所述至少一个候选回复消息供用户从中选择一个作为回复消息；

其中，所述候选生成单元具体包括：问答对获取子单元，答案查询子单元和候选确定子单元，

所述问答对获取子单元，用于从历史对话消息库中获取历史问答对；

所述答案查询子单元，用于查询所述历史问答对中与所述待回复的消息相匹配的问题对应的答案；

所述候选确定子单元，用于基于出现频率，从查询到的答案中确定所述至少一个候选回复消息，所述出现频率包括答案在所述用户的历史问答对中的出现频率和在所有用户的历史问答对中的出现频率；

其中，所述消息获取单元，具体用于：

获取所述用户设备端接收到的处于未读状态的消息作为待回复的消息；或者，

获取所述用户设备端最新接收到的处于已读状态且尚未回复的消息，识别该消息是否属于需要回复的消息，如果是，则将该消息作为所述待回复的消息；或者，

获取所述用户设备端发送来的待回复的消息；

所述消息获取单元在识别该消息是否属于需要回复的消息时，具体执行：

在历史对话消息库中确定与该消息相匹配的消息，若与该消息相匹配的消息被回复的次数或比例超过预设阈值，则确定该消息属于需要回复的消息。

19.根据权利要求18所述的装置，其中，所述消息获取单元在识别该消息是否属于需要回复的消息时，具体执行：

若该消息为疑问类型的消息，则确定该消息属于需要回复的消息；或者，

若该消息的发送者被标记为重要用户，则确定该消息属于需要回复的消息。

20.根据权利要求18所述的装置，其中，所述候选确定子单元，具体用于：

基于出现频率对查询到的答案进行排序，得到排在前N个的答案，其中所述N为预设的正整数；

对所述前N个答案进行聚类；

将作为各聚类中心的答案作为所述至少一个候选回复消息。

21.根据权利要求20所述的装置，其中，所述候选确定子单元在基于出现频率对查询到的答案进行排序时，具体执行：

确定答案在所述用户的历史问答对中的第一出现频率和在所有用户的历史问答对中的第二出现频率；

对所述第一出现频率和所述第二出现频率进行加权处理，得到答案的总出现频率；

基于各答案的总出现频率对查询到的答案进行排序。

22.根据权利要求18-21中任一项所述的装置，还包括：

消息记录单元，用于将所述待回复的消息和发送的回复消息构成问答对记录于历史对话消息库中。

23.一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-11中任一项所述的方法。

24.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-11中任一项所述的方法。

25.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-11中任一项所述的方法。

Images