消息的处理方法及装置、存储介质、处理器与流程

本发明涉及消息处理领域，具体而言，涉及一种消息的处理方法及装置、存储介质、处理器。

背景技术：

相关技术中，微信只有一个用户体系的概念，一个公众号下面服务器收到的用户编号是惟一的。微信仅仅是消息的传递，并没有消息的存储以及消息的回溯进行上下文消息的一个管理。现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种消息的处理方法及装置、存储介质、处理器，以至少解决解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

根据本发明实施例的一个方面，提供了一种消息的处理方法，包括：接收客户端上的应用账户发送的消息请求，其中，所述消息请求至少包括：消息的消息数据；基于所述应用账户，获取所述应用账户对应的上下文实体；将所述上下文实体添加到所述消息的消息数据中，得到响应所述消息请求的结果。

进一步地，在基于所述应用账户，获取所述应用账户对应的上下文实体之前，所述方法还包括：基于预设的至少一个参数对所述消息进行封装，生成消息实体，其中，所述消息实体至少包括：参数的参数数据，所述参数包括如下至少之一：消息类型、消息编号、所述应用账户的账号和消息的产生时间。

进一步地，基于所述应用账户，获取所述应用账户对应的上下文实体包括：基于所述应用账户的账户信息来查询对应的所述上下文实体，其中，所述上下文实体的字段包括如下至少之一：所述应用账户的消息实体的集合、已存储的消息数量、所述消息请求的发送时间和所述应用账户的状态信息。

进一步地，如果查询所述账户信息失败，则在消息数据集合中添加新的上下文实体，其中，通过对所述上下文实体的字段进行赋值生成所述新的上下文实体；如果查询所述账户信息成功，则将所述消息实体添加到所述消息实体的集合中，并更新所述上下文实体的字段信息。

进一步地，在得到响应所述消息请求的结果之后，所述方法还包括：获取预定时间段内响应得到的多个结果；将所述多个结果添加到响应集合中，并将所述响应集合返回给所述客户端。

根据本发明实施例的另一个方面，提供了一种消息的处理方法，包括：客户端上的应用账户发送消息请求，其中，所述消息请求至少包括：消息的消息数据；所述客户端接收响应所述消息请求的结果；其中，所述结果为将基于所述应用账户获取到的上下文实体添加到所述消息数据而产生的数据。

根据本发明实施例的另一方面，还提供了一种消息的处理装置，包括：第一接收单元，用于接收客户端上的应用账户发送的消息请求，其中，所述消息请求至少包括：消息的消息数据；第一获取单元，用于基于所述应用账户，获取所述应用账户对应的上下文实体；响应单元，用于将所述上下文实体添加到所述消息的消息数据中，得到响应所述消息请求的结果。

根据本发明实施例的另一方面，还提供了一种消息的处理装置，包括：发送单元，用于客户端上的应用账户发送消息请求，其中，所述消息请求至少包括：消息的消息数据；第二接收单元，用于所述客户端接收响应所述消息请求的结果；其中，所述结果为将基于所述应用账户获取到的上下文实体添加到所述消息数据而产生的数据。

根据本发明实施例的另外一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在设备执行以下操作：接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

根据本发明实施例的另外一个方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以下操作：接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

在本发明实施例中，通过接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果，达到了将上下文实体添加到消息的消息数据中的目的，从而提高消息处理结果的准确度的技术效果，进而解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的消息的处理方法的流程图；

图2是根据本发明优选实施例的消息的处理方法的流程图；

图3是根据本发明优选实施例的微信方提供的原始数据形式示意图；

图4是根据本发明优选实施例的完整的微信用户上下文组织形式的示意图；

图5是根据本发明实施例的又一消息的处理方法的流程图；

图6是根据本发明实施例的消息的处理装置的示意图；

图7是根据本发明实施例的又一消息的处理装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

上下文：上下文即语境、环境的意思。比如："今天我收到了一束花,男朋友送的！"又或者"今天我收到了一束花,送花的人送错了的！"，同样是收到一束花,在不同的上下文环境中表达的意义是不一样的。只有当上下文确定的时候才能够正确的理解含义以及确定一些不够确定的东西。

session：在web开发中常用的请求方携带的用户身份信息容器。

微信用户上下文：即在微信开发中可以确定与服务器交互的是谁，以及做了哪些相应的操作，以及操作所携带的参数等。

微信开发：微信公众号开发。依赖于微信方实现，即所有的c端用户都先通过微信公众号的相关操作(比如点击事件、文本消息、语音消息)发送到微信服务器，微信服务器经过一系列的处理，将消息转发到开发者的开发服务器。

实施例1

根据本发明实施例，提供了一种消息的处理的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的消息的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤s102，接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；

其中，应用账户可以为微信账户，qq账户等。消息请求还可以包括：执行命令的数据请求，其执行命令用于删除数据、添加数据、更新数据。接收客户端上的应用账户发送的消息请求可以通过蓝牙的方式接收消息请求，也可以通过触摸用户账户发送消息请求，关于接收消息请求的方法此处不再一一列举。

步骤s104，基于应用账户，获取应用账户对应的上下文实体；

其中，上下文实体是基于用于账户获取的，其与应用账户对应的。需要说明的是，基于应用账户的账户信息来查询对应的上下文实体，其中，上下文实体的字段包括如下至少之一：应用账户的消息实体的集合、已存储的消息数量、消息请求的发送时间和应用账户的状态信息。

需要说明的是，如果查询账户信息失败，则在消息数据集合中添加新的上下文实体，其中，可以通过对上下文实体的字段进行赋值生成新的上下文实体。如果查询账户信息成功，则将消息实体添加到消息实体的集合中，并更新上下文实体的字段信息。如果检测到客户端触发事件，则接收客户端基于事件产生的消息请求。

进一步说明的是，在基于应用账户，获取应用账户对应的上下文实体之前，还可以基于预设的至少一个参数对消息进行封装，生成消息实体，其中，消息实体至少可以包括：参数的参数数据，参数可以包括如下至少之一：消息类型、消息编号、应用账户的账号和消息的产生时间。

步骤s106，将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

其中，将上下文实体添加到步骤s102中消息的消息数据，进而可以得到响应消息的请求结果。可选的，在得到响应消息请求的结果之后，还可以获取预定时间段内响应得到的多个结果；将多个结果添加到响应集合中，并将响应集合返回给客户端。

通过上述步骤，通过接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果，达到了将上下文实体添加到消息的消息数据中的目的，从而提高消息处理结果的准确度的技术效果。本发明解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

进一步地，在基于预设的至少一个参数对消息进行封装，生成消息实体之前，方法还包括：将时间和预设的至少一个参数进行封装，得到封装结果；将封装结果发送至后台服务；接收基于参数回调至少一个参数对应的参数数据。

进一步地，基于预设的至少一个参数对消息进行封装，生成消息实体，包括：读取每个参数对应的参数数据；基于每个参数对应的参数数据，对消息进行封装，生成消息实体。

下面结合附图对本发明一个优选的实施例进行详细说明。

图2是根据本发明优选实施例的消息的处理方法的流程图，如图2所示，该优选实施例以微信账户(对应实施例中的应用账户)为例，该流程详细说明如下：

步骤一：用户从微信客户端触发一个事件，假如是点击事件，此时微信客户端会将此信息传递到微信服务器。

步骤二：当微信服务器做了相应的处理之后，将此事件做一次封装发送给微信公众号配置的后台服务接口，传递的参数为如下图3所示，图3是根据本发明优选实施例的微信方提供的原始数据形式示意图。

步骤三：当我们开发者开发的服务器接口接收到如上微信回调的消息后，进入我们自己的处理以及封装的流程。根据上述参数封装一个消息实体。其中，消息实体可以包含字段：消息类型、发送方账号、消息编号等。

步骤四：消息实体封装完毕后去微信应用上下文根据当前发送方的账号去找相应的用户上下文实体(此实体包含字段：微信用户往来消息实体数据集合、最大存储的消息数量、当前用户最后请求的时间、对用户请求消息的响应实体集合、当前用户的状态信息)，如果发现没有存在，则添加一条新的记录，赋值以上字段各个值信息。如果发现用户信息存在，则将用户消息实体添加到往来消息数据集合中，并更新各个字段的值信息。图4是根据本发明优选实施例的完整的微信用户上下文组织形式的示意图，如图4所示。

步骤五：经过以上步骤已经将消息封装到一个全局变量中。则此时应用服务器则可以通过获取当前用户信息直接获取到当前用户的上下文信息，并进行相应的处理。

步骤六：当应用服务器进行了一系列处理后准备返回消息时，则将返回的消息实体添加到用户的上下文的响应集合中。至此所有的处理已经结束。

该优选实施例，可以在开发中可以直接通过上下文信息直接获取用户的消息实体以及之前的往来消息，以及当前用户的会话状态。由于保存了一定数量的会话记录以及状态值，则后期可以直接对其进行相应的智能分析，而且可以将用户消息实体进行全部的序列化存储到相应的数据分析工具中，进行相应的数据统计以及分析工作。

实施例2

根据本发明实施例，还提供了另一种消息的处理的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图5是根据本发明实施例的又一消息的处理方法的流程图，如图5所示，该方法包括如下步骤：

步骤s502，客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；

需要说明的是，客户端上的应用账号可以向客户端对应的服务器发送消息请求，也可以向与客户端进行数据交互的移动终端发送消息请求，其中，移动终端包括手机、ipad等。

步骤s504，客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据。

其中，客户端接收服务器或者是移动终端对消息请求的将基于应用账户获取到的上下文实体添加到消息数据而产生的数据的结果。

通过上述步骤，通过客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据，达到了将上下文实体添加到消息的消息数据中的目的，从而提高消息处理结果的准确度的技术效果。本发明解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

实施例3

根据本发明实施例，还提供了一种消息的处理装置的装置实施例，需要说明的是，该消息的处理装置可以用于执行本发明实施例中的消息的处理方法，也即本发明实施例中的消息的处理方法可以在该消息的处理装置中执行。

图6是根据本发明实施例的消息的处理装置的示意图，如图6所示，该装置可以包括：第一接收单元61、第一获取单元63以及响应单元65。下面对该消息的处理装置进行详细说明。

第一接收单元61，用于接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；

第一获取单元63，用于基于应用账户，获取应用账户对应的上下文实体；

响应单元65，用于将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

通过该实施例，利用第一接收单元61接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；第一获取单元63基于应用账户，获取应用账户对应的上下文实体；响应单元65将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。达到了将上下文实体添加到消息的消息数据中的目的，从而提高消息处理结果的准确度的技术效果，进而解决了解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

可选地，上述装置还包括：生成单元，用于在基于应用账户，获取应用账户对应的上下文实体之前，基于预设的至少一个参数对消息进行封装，生成消息实体，其中，消息实体至少包括：参数的参数数据，参数包括如下至少之一：消息类型、消息编号、应用账户的账号和消息的产生时间。

可选地，上述装置还包括：封装单元，用于在基于预设的至少一个参数对消息进行封装，生成消息实体之前将时间和预设的至少一个参数进行封装，得到封装结果；发送单元，用于将封装结果发送至后台服务；回调单元，用于接收基于参数回调至少一个参数对应的参数数据。

可选地，上述封装单元包括：读取模块，用于读取每个参数对应的参数数据；封装模块，用于基于每个参数对应的参数数据，对消息进行封装，生成消息实体。

可选地，上述获取单元包括：查询模块，用于基于应用账户的账户信息来查询对应的上下文实体，其中，上下文实体的字段包括如下至少之一：应用账户的消息实体的集合、已存储的消息数量、消息请求的发送时间和应用账户的状态信息。

可选地，上述获取单元还包括：第一添加模块，用于如果查询账户信息失败，则在消息数据集合中添加新的上下文实体，其中，通过对上下文实体的字段进行赋值生成新的上下文实体。

可选地，上述获取单元还包括：第二添加模块，用于如果查询账户信息成功，则将消息实体添加到消息实体的集合中，并更新上下文实体的字段信息。

可选地，上述装置还包括：第三接收单元，用于如果检测到客户端触发事件，则接收客户端基于事件产生的消息请求。

可选地，上述装置还包括：第二获取单元，用于在得到响应消息请求的结果之后，获取预定时间段内响应得到的多个结果；返回单元，用于将多个结果添加到响应集合中，并将响应集合返回给客户端。

实施例4

根据本发明实施例，还提供了另一种消息的处理装置的装置实施例，需要说明的是，该消息的处理装置可以用于执行本发明实施例中的消息的处理方法，也即本发明实施例中的消息的处理方法可以在该消息的处理装置中执行。

图7是根据本发明实施例的又一消息的处理装置的示意图，如图7所示，该装置可以包括：发送单元71以及第二接收单元73。下面对该消息的处理装置进行详细说明。

发送单元71，用于客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；

第二接收单元73，用于客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据。

通过该实施例，利用发送单元71客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；第二接收单元73客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据。达到了将上下文实体添加到消息的消息数据中的目的，从而提高消息处理结果的准确度的技术效果，进而解决了解决了现有技术中在消息信息的处理过程中，由于接收到的消息信息所包括的数据不完整，导致消息处理结果不准确的技术问题。

根据本发明的又一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，其中，程序运行时控制存储介质所在设备执行以下操作：通过接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

根据本发明的又一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，其中，程序运行时控制存储介质所在设备执行以下操作：通过客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据。

根据本发明的又一个方面，还提供了一种处理器，处理器用于运行程序，其中，其中，程序运行时执行以下操作：通过接收客户端上的应用账户发送的消息请求，其中，消息请求至少包括：消息的消息数据；基于应用账户，获取应用账户对应的上下文实体；将上下文实体添加到消息的消息数据中，得到响应消息请求的结果。

根据本发明的又一个方面，还提供了一种处理器，处理器用于运行程序，其中，其中，程序运行时执行以下操作：通过客户端上的应用账户发送消息请求，其中，消息请求至少包括：消息的消息数据；客户端接收响应消息请求的结果；其中，结果为将基于应用账户获取到的上下文实体添加到消息数据而产生的数据。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。