CN109213991A - 消息处理方法、系统、云平台及存储介质 - Google Patents

Abstract

本发明公开了一种消息处理方法，包括：云平台接收请求消息，并对请求消息进行语义解析，得到语义解析结果；查找描述文件数据库中与语义解析结果相匹配的描述文件，并获取描述文件中的相关描述信息；以语义解析结果为参数，调用与相关描述信息相对应的可执行程序。本发明还公开了一种消息处理系统、云平台及存储介质。本发明通过云平台打通了多个应用之间协同工作的壁垒，通过多个应用之间的协作以处理用户请求，进而实现了对用户请求的全程自动化处理。

Description

消息处理方法、系统、云平台及存储介质

技术领域

本发明涉及人机交互信息处理领域，尤其涉及消息处理方法、系统、云平台及存储介质。

背景技术

语音交互功能现已成为智能终端必备的输入方式，除了专门的语音助手应用外，其他很多的各色应用也都集成了语音识别功能。通过语音交互可以让用户的需求只通过说话就能让机器识别和明白，进而再执行相应的操作以解决用户的需求。

当前的语音交互应用或平台通常仅注重语音识别和语义解析，而对于最终调用第三方服务完成用户需求的操作处理还只是停留在传统的“我要先知道你的接口再进行适配后才可使用”的现状上，因而各应用之间的协作需要双方开发者事先沟通以确定好应用之间适配的调用接口以及处理流程，而这一过程会花费大量时间与人力成本。而更重要的是，如果是面对成百上千的应用都要进行这种沟通与适配的话，那么多应用之间进行相互协作以解决用户需求的可能性也就变得更加渺茫。

发明内容

本发明的主要目的在于提供一种消息处理方法、系统、云平台及计算机可读存储介质，旨在解决现有语音交互技术中，各应用之间必须进行沟通与适配，进而无法协同工作以处理请求消息的技术问题。

为实现上述目的，本发明提供一种消息处理方法，所述消息处理方法包括以下步骤：

云平台接收请求消息，并对所述请求消息进行语义解析，得到语义解析结果；

查找描述文件数据库中与所述语义解析结果相匹配的描述文件，并获取所述描述文件中的相关描述信息；

以所述语义解析结果为参数，调用与所述相关描述信息相对应的可执行程序，其中，所述描述文件与所述可执行程序由相同的第三方预先部署到所述云平台上。

可选地，在对所述请求消息进行语义解析之前，所述消息处理方法还包括：

判断所述请求消息的类型，所述请求消息的类型包括语音消息、文本消息；

当所述请求消息的类型为语音消息时，对所述请求消息进行语音识别，并输出识别得到的文本消息；当所述请求消息的类型为文本消息时，不对所述请求消息进行语音识别；

所述对所述请求消息进行语义解析包括：对接收到的文本消息或通过语音识别得到的文本消息进行语义解析。

可选地，所述云平台上部署有由多个不同第三方上传的描述文件与可执行程序，所述描述文件的内容至少包括用于描述所述可执行程序的服务领域、服务关键字、服务ID、入口函数名与程序包名，其中，不同的可执行程序对应不同的服务关键字，所述服务ID由所述云平台生成且与所述服务关键字一一对应。

可选地，所述语义解析结果至少包括以下内容：所述请求消息所对应的请求领域、请求关键字以及请求内容；

所述处理方法还包括：若所述语义解析结果中未包括所述请求关键字，则根据所述请求领域、和/或所述请求内容、和/或所述云平台与所述请求消息发送端之间的交互，确定所述请求关键字。

可选地，所述消息处理方法还包括：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台与所述第三方服务器进行业务交互。

可选地，所述消息处理方法还包括：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台分别与所述请求消息发送端、所述第三方服务器进行业务交互。

可选地，所述调用与所述相关描述信息相对应的可执行程序包括：

根据所述描述文件中可执行程序的入口函数名与程序包名，通过Java反射机制，查找该可执行程序的入口函数并执行调用。

进一步地，为实现上述目的，本发明还提供一种云平台，所述云平台包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现如上述任一项所述的消息处理方法的步骤。

进一步地，为实现上述目的，本发明还提供一种消息处理系统，所述消息处理系统包括前端设备、第三方服务器以及上述所述的云平台；所述前端设备、所述第三方服务器分别通过网络与所述云平台连接；所述前端设备通过内置应用程序与所述云平台进行交互，所述第三方服务器通过部署在所述云平台上的可执行程序与所述云平台进行交互。

进一步地，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如上述任一项所述的消息处理方法的步骤。

本发明中，云平台为请求消息发送端发送的请求消息提供语义解析服务，而为第三方应用提供一个统一的部署平台，所有的第三方都须把实现各自第三方业务处理逻辑的可执行程序连同其对应的描述文件一起部署到云平台；云平台通过语义解析得到前端的请求内容，并根据解析得到的请求内容，查找与请求内容匹配的可提供对应服务的描述文件，最后再根据描述文件的相关信息匹配调用相应的第三方服务程序，从而实现对前端请求的最终处理。本发明对于用户来说只需要输入请求消息即可，而对于请求消息发送端来说只需发起请求即可，而对于第三方应用开发者来说只需按照云平台的统一标准部署自己的可执行程序与对应描述文件即可，云平台将会自动完成前端请求的解析、前端请求与第三方应用的自动匹配以及第三方应用的调用，从而真正实现了多个应用之间无需进行沟通与一对一的适配，也能满足多个应用进行协同工作的有益效果。

附图说明

图1为本发明消息处理方法一实施例的流程示意图；

图2为本发明云平台一实施例的核心功能模块示意图；

图3为本发明云平台处理用户请求一实施例的流程示意图；

图4为本发明消息处理系统一实施例的架构示意图；

图5为本发明消息处理系统一实施例中云平台运行流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明的核心是：为所有应用提供一个开放的云平台，该云平台除了可以为每个应用提供语音识别、语义解析等功能以外，更重要的是每个应用还可以在云平台上部署自己的第三方服务程序，从而在云平台解析出接入应用发起的请求消息后，可以自动选择对应的第三方服务程序对请求消息进行处理，进而为整个请求实现一个闭环流程，让应用与应用之间或者请求与服务之间毫无障碍的进行调用与协同工作，从而给用户提供一个真正的纯语音或纯文字的人机交互自动化处理环境，用户在实际操作过程中，操作界面不需要再跳转到各个应用，同时整个过程中也不存在需要用户手动点击操作，从而提高了用户的使用体验并达到了一种人机交互高度智能化的程度。

本发明中的云平台具体提供了如下两大功能：

功能一：为第三方服务提供一个统一的部署平台。第三方服务遵照本云平台的部署要求，开发自己的可执行程序以实现第三方的业务处理逻辑，然后再把开发好的可执行程序连同其对应的描述文件一起部署到本云平台。描述文件的功能主要是向云平台阐述本可执行程序的调用领域与本可执行程序的入口，以便云平台在合适的时机能够准确识别和调用该可执行程序。

功能二：为接入云平台的请求消息发送端提供服务。请求消息发送端通过本云平台可以发起请求消息，消息的形式不限，比如语音消息或文本消息。云平台先对请求消息进行语音识别或语义解析后，再根据部署到云平台上的可执行程序的描述信息匹配调用相应的第三方服务程序(也即下面各实施例中的可执行程序)，从而最终实现对请求内容的业务处理。

从本发明云平台的上述功能可以看出：

(1)对于用户来说，只需要输入请求消息即可达到目的；

(2)对于请求消息发送端来说，只需发起请求即可；

(3)对于第三方服务应用的开发者来说，只需按照云平台的统一标准部署自己的可执行程序与对应描述文件即可；

(4)云平台自动完成请求消息的解析、请求消息与第三方服务的自动匹配以及第三方服务应用的调用，因而可把成千上万的请求消息发送端与成千上万的第三方服务应用联系起来并通过云平台而实现相互之间的协同工作，进而为用户提供了一种请求消息的全程自动化处理流程，并减少用户手动操作。

本发明提供一种消息处理方法。

参照图1，图1为本发明消息处理方法一实施例的流程示意图。本实施例中，消息处理方法包括：

步骤S10，云平台接收请求消息，并对请求消息进行语义解析，得到语义解析结果；

本实施例中，对于云平台所接收到的请求消息的发送方式不限，比如由接入云平台的应用程序发送。云平台具体是一种云服务器并部署在云端，云平台可以接入多个不同的应用程序，接入应用程序作为云平台的前端，可以向云平台发起请求。可选的，请求消息由用户在接入应用程序上输入并由接入应用程序所生成，比如接入应用程序为语音助手APP或者带有语音功能的APP，则用户通过接入APP输入语音而生成语音消息。

本实施例中，云平台可以对请求消息进行语义解析，对于语义解析的具体方式不限，具体根据实际需要进行设置。

可选的，语义解析结果至少包括以下内容：请求消息所对应的请求领域、请求关键字以及请求内容。比如，用户输入语音消息“订购一张今晚八点去北京的机票”，则语义解析结果可以为：请求领域为机票、请求关键字为机票订购、请求内容为一张今晚八点去北京的机票。在一实施例中，若语义解析结果中未包括请求关键字，则根据请求领域、和/或请求内容、和/或云平台与请求消息发送端之间的交互，确定请求关键字。比如云平台提供本领域默认的关键字作为请求关键字；比如云平台根据请求内容确定请求关键字；比如云平台保存了多个关键字，并发送给请求消息发送端以供用户选择，将用户选定选项作为关键字。

可选的，在一实施例中，请求消息的类型包括语音消息、文本消息。

可选的，在另一实施例中，在对请求消息进行语义解析之前，判断请求消息的类型；当请求消息的类型为语音消息时，先对请求消息进行语音识别，并输出识别得到的文本消息，然后再对通过语音识别得到的文本消息进行语义解析；当请求消息的类型为文本消息时，则直接对接收到的文本消息进行语义解析而不进行语音识别。本实施例中对于语音识别的具体处理方式不限，具体根据实际需要进行设置。

步骤S20，查找描述文件数据库中与语义解析结果相匹配的描述文件，并获取描述文件中的相关描述信息，描述文件由第三方预先部署到云平台上；

本实施例中，描述文件是第三方服务开发者为自己的可执行程序在云平台上进行部署时的必要文件。描述文件格式不限，比如可以是纯文本文件，也可以是xml文件等。描述文件主要用于在平台部署由第三方服务提供的可执行程序时，对可执行程序的一些必要信息进行阐述，进而使得云平台可以通过这些信息而准确找到对应匹配的可执行程序并进行调用。

在一实施例中，可描述文件主要包括但不限于以下内容：

(1)所属领域：描述可执行程序的服务领域。比如肯德基开发的可执行程序就属于餐饮领域，滴滴打车开发的可执行程序属于租车领域。需要说明的是，上述这些服务领域由云平台制定，所有可执行程序必然归属于某一个服务领域。此外，云平台还可以根据后续不断新增部署的可执行程序来不断扩充定义新的服务领域。

(2)服务关键字：可执行程序用来标记自己的关键字，用于云平台区分同一个领域下不同的可执行程序。服务关键字在整个平台中都是唯一的。不同的可执行程序对应不同的服务关键字。服务关键字具体是由可执行程序开发者在云平台上部署可执行程序之前事先申请好的辨识字符，具有唯一性。每一个向云平台申请成功的服务关键字都会存储在云平台的数据库中。比如肯德基订餐服务程序的关键字可以申请为“肯德基”。

(3)服务ID：与服务关键字配套的唯一ID，用于标识可执行程序并与服务关键字一一对应，具体由可执行程序开发者向云平台申请后由云平台生成。

(4)入口函数名：记载可执行程序的入口函数名。云平台通过该入口函数名即可找到调用该可执行程序的总入口。

(5)可执行函数包名：记载可执行程序的包名，用于云平台在调用时区分不同的可执行程序。

描述文件上传并部署到云平台后，云平台读取该描述文件并在云平台上形成一个描述文件数据库，所有第三方上传的描述文件都保存在该描述文件数据库中。云平台通过描述文件中的描述信息即可在调用时查找或匹配到任意一个对应的可执行程序。

步骤S30，以语义解析结果为参数，调用与相关描述信息相对应的可执行程序，可执行程序由第三方预先部署到云平台上。

本实施例中，可执行程序和描述文件一样，都是由第三方预先上传和部署在云平台上。可执行程序的具体内容由提供第三方服务的开发者自行设计与实现。因此，可执行程序是独立于云平台运行的，也即可执行程序的执行逻辑由第三方设定而与云平台无关，可执行程序借助于云平台的软硬件环境进行独立运行。

因而基于可执行程序的服务要求，云平台在调用可执行程序以处理接收到的请求消息时，可执行程序既可以在程序内部完成所有的业务逻辑，也可以根据自身业务需要而通过云平台连接网络中用于服务自己的第三方业务服务器以达到需求。

另外，需要进一步说明的是，请求消息发送端与第三方部署的可执行程序可以对应同一个程序运营商，也可以是分别对应不同的程序运营商。比如，用户如果想手动操作APP，则可以直接使用APP而无需接入云平台进行处理，而若用户不愿意进行手动操作，则可以将APP接入云平台，进而通过云平台以及部署在云平台上该APP的程序运营商上传的服务程序进行自动化处理。

可选的，在一实施例中，云平台根据描述文件中可执行程序的入口函数名与程序包名，通过Java反射机制，查找该可执行程序的入口函数并执行调用。比如云平台解析描述文件，得到可执行程序的入口函数名与程序包名，再根据程序包名，加载可执行程序包，同时根据入口函数名，通过Java反射机制，查找该可执行程序的入口函数并执行调用。通常，入口函数都有一个固定的格式。比如返回类型为void，函数名可以由第三方服务开发者自行命名，参数有两个，一个是json对象用于传入参数使用，另一个是回调函数用于返回第三方服务的执行结果。根据这些信息，云平台通过java的反射机制可以查找到该可执行程序的入口函数并执行调用。

进一步可选的，在一实施例中，云平台接收可执行程序返回的运行处理结果，并将处理结果转发至请求消息发送端。

本实施例中，在可执行程序处理完请求消息发送端发起的请求后，向云平台返回最终的运行处理结果，然后再由云平台将处理结果转发给请求消息发送端。需要说明的是，本实施例中的运行处理结果即可以是最终的处理结果，也可以是中间处理结果，比如处理过程中需要用户登录账户、输入支付密码等操作，则可将登录界面、支付界面作为中间处理结果返回给请求消息发送端，在处理完成后，再将最终的处理结果返回给请求消息发送端。

例如，请求消息发送端发起的请求消息为“订购一张今晚八点去北京的机票”，则分别经过云平台以及部署在云平台的订票服务程序进行自动化处理后，云平台向请求消息发送端输出订票成功界面，该界面包含有订购机票的所有信息，从而在这一过程中，无需用户手动操作就可以由云平台与订票服务程序自动完成订票的所有处理流程，比如航班查询、账户登录、费用支付等，同时也实现了请求消息发送端与订票服务程序的协同工作。

本实施例中，云平台为请求消息发送端发送的请求消息提供语义解析服务，而为第三方应用提供一个统一的部署平台，云平台通过语义解析得到请求内容，并根据解析得到的请求内容，查找与请求内容匹配的可提供对应服务的描述文件，最后再根据描述文件的相关信息匹配调用相应的第三方服务程序，从而实现对请求消息的最终处理。这对于用户来说只需要输入请求消息即可，而对于请求发送端来说只需发起请求即可，而对于第三方应用开发者来说只需按照云平台的统一标准部署自己的可执行程序与对应描述文件即可，云平台将会自动完成请求消息的解析、请求消息与第三方应用的自动匹配以及第三方应用的调用，从而真正实现了多个应用之间无需进行沟通与一对一的适配，也能满足多个应用进行协同工作的有益效果。

进一步地，在本发明消息处理方法一实施例中，所述消息处理方法还包括：

在可执行程序运行过程中，基于可执行程序的业务处理逻辑，云平台接入可执行程序所对应的第三方服务器，以供可执行程序通过云平台与第三方服务器进行业务交互。

本实施例中，为更好地服务用户，并处理更为复杂的用户请求，因此，第三方服务开发者可以在可执行程序的业务处理逻辑中加入其他业务逻辑，比如连接自家的第三方服务器进行账户登录、费用结算等处理。本领域技术人员可以理解的是，基于具体业务需要，可执行程序也可以连接非自家的服务器。

本实施例中，可执行程序相当于部署在云平台上的客户端APP，而第三方服务器则相当于该客户端APP所对应的服务器。本实施例中对于云平台接入可执行程序所对应的第三方服务器的具体处理过程不限，具体根据实际需要进行设置。

进一步地，在本发明消息处理方法另一实施例中，所述消息处理方法还包括：

在可执行程序运行过程中，基于可执行程序的业务处理逻辑，接入可执行程序所对应的第三方服务器，以供可执行程序通过云平台分别与请求消息发送端、第三方服务器进行业务交互。

本实施例中，为更好地服务用户，并处理更为复杂的用户请求，因此，可执行程序还可以通过云平台分别与请求消息发送端、第三方服务器进行业务交互。

例如，可执行程序处理请求的运行过程中发现存在多个处理选项时，则可执行程序可通过云平台与请求消息发送端进行交互，从而通过请求消息发送端告知用户，并根据用户的选择进行后续处理。比如，订票服务程序在订购机票过程中发现存在多个航空公司的航班时，此时可将各航空公司的名称通过云平台发送给请求消息发送端，以供用户进行选择，然后再根据用户选定的航空公司名称进行后续的机票订票操作，比如与订票服务程序的服务器进行交互以完成费用结算等处理。

本发明还提供一种云平台。

在一实施例中，云平台包括：存储器、处理器及存储在存储器上并可在处理器上运行的消息处理程序，消息处理程序被处理器执行时实现上述任一实施例中的消息处理方法的步骤。

参照图2，图2为本发明云平台一实施例的核心功能模块示意图。本实施例中，基于云平台所实现的功能，所述云平台包括以下核心功能模块：

(1)语音识别模块：负责对接收到的语音消息进行语音识别，得到相应的文字消息。

(2)语义解析模块：负责对接收到的文字消息或者通过语音识别模块得到的文字消息进行语义解析。

(3)描述文件管理模块：负责管理、部署、匹配、解析第三方服务相对应的描述文件。第三方服务开发者在云平台上部署自己的业务逻辑时，需要同时部署两部分内容：描述文件与可执行程序。描述文件的作用是告知云平台第三方服务开发者上传部署的可执行程序是什么内容、入口函数是什么、属于哪个领域的分类以及用来识别该可执行程序的关键字是什么。描述文件管理模块具体对上述这些信息进行维护，当接收到请求消息时，通过描述文件中的相关信息就可以准确找到对应的可执行程序来处理请求。

(4)可执行程序管理模块：负责管理第三方服务开发者在云平台上部署的各种可执行程序，并为云平台根据语义分析结果发起的对可执行程序调用，迅速找到对应可执行程序的执行入口。

(5)平台运行模块：负责云平台的运行，包括请求消息发送端与第三方服务器的接入、可执行程序执行结果的返回。

如图3所示的本发明云平台处理用户请求一实施例的流程示意图。

步骤S101，请求消息发送端获取到用户输入的请求消息后，通过网络发送给云平台；

步骤S102，云平台收到请求消息发送端的请求消息后，对该请求消息进行消息类型的判断，确定是否需要进行语音识别处理；

步骤S103，如果请求消息是语音消息，则调用语音识别模块进行语音识别，得到语音消息所对应的文字消息；

步骤S104，对接收到的文字消息以及识别出来的文字消息，调用语义解析模块进行语义解析，得到语义解析结果；

步骤S105，根据语义解析结果，调用描述文件管理模块，进而由描述文件管理模块通过云平台上部署的描述文件信息，并结合语义解析结果，查找匹配到执行业务逻辑的也可执行程序所对应的描述文件；

步骤S106，根据描述文件中记载的可执行程序的入口信息，通过可执行程序管理模块调用与之匹配的可执行程序，并以语义解析结果为参数，完成业务逻辑处理，最后再把可执行程序返回的业务处理结果转发给请求消息发送端。

本发明还提供一种消息处理系统。

参照图4，图4为本发明满足消息处理系统一实施例的架构示意图。本实施例中，消息处理系统包括前端设备10、第三方服务器30以及上述实施例中所述的云平台20。

前端设备10、第三方服务器30分别通过网络与云平台20连接；前端设备10通过内置应用程序与云平台20进行交互，第三方服务器30通过部署在云平台20上的可执行程序与云平台20进行交互。本实施例中对于前端设备10的设备类型不限，比如可以是智能手机、计算机等。

本实施例中，云平台20的接入对象是各种各样的安装在前端设备10上并支持语音或文字输入的应用程序，前端应用程序通过前端设备10向云平台20发起请求，云平台20收到请求后进行语音识别或语义解析，然后根据解析内容匹配查找到对应的、部署在云平台20上的第三方可执行程序，并由可执行程序完成最终的服务处理，并将处理结果通过云平台20返回给前端应用程序。

为便于理解，下面具体以肯德基订餐方式，对消息处理系统中云平台20的运行过程进行举例说明。

如图5所示，消息处理系统中云平台20的运行过程包括以下步骤：

S201：用户在前端设备10上的接入应用程序中输入“我想订一个肯德基的老北京鸡肉卷套餐”请求信息，该请求信息可以是语音信息，也可以是文字信息；语义解析模块对请求信息进行解析，并得到以下内容：

领域：餐饮

目的：订餐

关键字：肯德基

内容：老北京鸡肉卷套餐

数量：1

当通过语义解析进行断句分词获得某些可能是关键字成分的词语部分后，会再次把该部分词语和云平台20数据库中已经保存的关键字进行匹配，从而判断和获取到输入语句中包含的是哪一个关键字。如果输入语句中本身没有关键字，比如用户想订一杯咖啡，云平台20经过分析处理后发现没有匹配的关键字信息，那么云平台20将会根据分析出的领域等信息来提供一个默认的关键字，比如星巴克，或者云平台20也可以将该领域下已经保存的多个关键字发送给前端设备10，以供用户选择。

S202：描述文件管理模块根据步骤S201解析出来的语义结果，比如领域、关键字等信息，从云平台20数据库中查找到匹配上述信息的描述文件，其中，描述文件中记载有可执行程序所对应的服务领域、服务关键字等信息；

S203：描述文件管理模块从匹配的描述文件中获取到该描述文件上记载的入口函数名和可执行程序包名等信息；

S204：描述文件管理模块把入口函数名和可执行程序包名以及步骤S201中的解析信息发送给可执行程序管理模块；

S205：可执行程序管理模块根据步骤S203的信息，找到对应的可执行程序入口，并把步骤S201中订餐的相关信息封装为一个JSON数据，并作为参数传入给可执行程序；

S206：可执行程序根据自身业务逻辑需求，对订餐处理的相关信息进行用户确认，比如通过云平台20向前端设备10发送提示语音或显示界面，以供用户在前端设备10上进行语音输入或手动输入账号和密码，待验证通过后以便进行后续处理；

S207：可执行程序内部自行完成订餐处理，另外，根据业务需要，可执行程序还可以在处理过程中接入到第三方服务的服务器进行相关业务处理；

S208：可执行程序执行完订餐处理后，把处理结果返回给云平台20，最后再由云平台20将结果返回前端设备10上的接入应用。

本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有消息处理程序，消息处理程序被处理器执行时实现如下操作：

接收请求消息，并对所述请求消息进行语义解析，得到语义解析结果；

查找描述文件数据库中与所述语义解析结果相匹配的描述文件，并获取所述描述文件中的相关描述信息；

以所述语义解析结果为参数，根据所述相关描述信息，调用对应的可执行程序，其中，所述描述文件与所述可执行程序由相同的第三方预先部署到所述云平台上。

进一步地，所述消息处理程序被处理器执行时还实现如下操作：

判断所述请求消息的类型，所述请求消息的类型包括语音消息、文本消息；当所述请求消息的类型为语音消息时，对所述请求消息进行语音识别，并输出识别得到的文本消息；当所述请求消息的类型为文本消息时，不对所述请求消息进行语音识别。

进一步地，所述消息处理程序被处理器执行时还实现如下操作：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台与所述第三方服务器进行业务交互。

进一步地，所述消息处理程序被处理器执行时还实现如下操作：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台分别与所述请求消息发送端、所述第三方服务器进行业务交互。

进一步地，所述消息处理程序被处理器执行时还实现如下操作：

根据所述描述文件中可执行程序的入口函数名与程序包名，通过Java反射机制，查找该可执行程序的入口函数并执行调用。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种消息处理方法，其特征在于，所述消息处理方法包括以下步骤：

云平台接收请求消息，并对所述请求消息进行语义解析，得到语义解析结果；

查找描述文件数据库中与所述语义解析结果相匹配的描述文件，并获取所述描述文件中的相关描述信息；

以所述语义解析结果为参数，调用与所述相关描述信息相对应的可执行程序，其中，所述描述文件与所述可执行程序由相同的第三方预先部署到所述云平台上。

2.如权利要求1所述的消息处理方法，其特征在于，在对所述请求消息进行语义解析之前，所述消息处理方法还包括：

判断所述请求消息的类型，所述请求消息的类型包括语音消息、文本消息；

当所述请求消息的类型为语音消息时，对所述请求消息进行语音识别，并输出识别得到的文本消息；当所述请求消息的类型为文本消息时，不对所述请求消息进行语音识别；

所述对所述请求消息进行语义解析包括：对接收到的文本消息或通过语音识别得到的文本消息进行语义解析。

3.如权利要求1所述的消息处理方法，其特征在于，所述云平台上部署有由多个不同第三方上传的描述文件与可执行程序，所述描述文件的内容至少包括用于描述所述可执行程序的服务领域、服务关键字、服务ID、入口函数名与程序包名，其中，不同的可执行程序对应不同的服务关键字，所述服务ID由所述云平台生成且与所述服务关键字一一对应。

4.如权利要求3所述的消息处理方法，其特征在于，所述语义解析结果至少包括以下内容：所述请求消息所对应的请求领域、请求关键字以及请求内容；

所述消息处理方法还包括：若所述语义解析结果中未包括所述请求关键字，则根据所述请求领域、和/或所述请求内容、和/或所述云平台与所述请求消息发送端之间的交互，确定所述请求关键字。

5.如权利要求1所述的消息处理方法，其特征在于，所述消息处理方法还包括：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台与所述第三方服务器进行业务交互。

6.如权利要求1所述的消息处理方法，其特征在于，所述消息处理方法还包括：

在所述可执行程序运行过程中，基于所述可执行程序的业务处理逻辑，接入所述可执行程序所对应的第三方服务器，以供所述可执行程序通过所述云平台分别与所述请求消息发送端、所述第三方服务器进行业务交互。

7.如权利要求3所述的消息处理方法，其特征在于，所述调用与所述相关描述信息相对应的可执行程序包括：

根据所述描述文件中可执行程序的入口函数名与程序包名，通过Java反射机制，查找该可执行程序的入口函数并执行调用。

8.一种云平台，其特征在于，所述云平台包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现如权利要求1至7中任一项所述的消息处理方法的步骤。

9.一种消息处理系统，其特征在于，所述消息处理系统包括前端设备、第三方服务器以及权利要求8所述的云平台；所述前端设备、所述第三方服务器分别通过网络与所述云平台连接；所述前端设备通过内置应用程序与所述云平台进行交互，所述第三方服务器通过部署在所述云平台上的可执行程序与所述云平台进行交互。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如权利要求1至7中任一项所述的消息处理方法的步骤。