消息处理、显示方法、装置、终端及存储介质

技术领域

本申请涉及消息处理，尤其涉及消息处理、显示方法、装置、终端及存储介质。

背景技术

在互联网及移动互联网高速发展的当下，人们每天都在各种消息的包围中。比如，各种社交软件的会话、展示、评论、广告推送的消息等等，令用户目不暇接。

然而，这些消息基本上都是不加区分地推向用户，最多也就是按时间远近进行列表排列。但是，其中可能存在很多对于用户来说不需要、无意义的消息，可能会导致对于用户来讲重要的消息被掩埋其中，而很容易造成丢失。

另外，各种移动终端上的应用(APP)、公众号等，并不会去了解每个用户对什么感兴趣，而是推送与自身产品相关的消息，在应用的数量多了之后，就会形成铺天盖地的消息，但是其中往往用户感兴趣的寥寥无几。

再有，上述消息基本上都是图文、视频形式，用户只能费力阅读而间接感知，并不能结合实际场景而提供给用户更直观的体验和感知效果。尤其在用户处于实际场景中，想要获得一些感兴趣的消息，通常只能通过浏览器、APP去搜索，无法有更直观体验。

发明内容

鉴于以上所述现有技术的缺点，本申请的目的在于提供消息处理、显示方法、装置、终端及存储介质，以解决现有技术中消息混杂、不直观等问题。

本申请第一方面提供一种消息处理方法，应用于一消息处理服务端，所述消息处理服务端通信连接于用户的一移动终端；所述消息处理方法包括：响应于用户的场景信息请求，确定所述用户所处场景的场景参数；根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息；其中，所述各项目标消息用于呈现在所述场景对应的增强现实图像中；向所述移动终端发送所述各项目标消息，以响应所述场景信息请求。

在第一方面的实施例中，所述确定用户所处场景，包括：从所述移动终端接收关于所述场景的定位信息，并根据所述定位信息确定所述用户的所处场景。

在第一方面的实施例中，所述场景定位装置包括以下至少一种：光标签设备；电子标签载体。

在第一方面的实施例中，所述场景包括用户的当前视域，所述各项目标消息对应于所述当前视域。

在第一方面的实施例中，所述用户标签信息包括以下中的至少一种：用户属性标签信息；用户偏好标签信息；用户商业标签信息。

在第一方面的实施例中，所述的消息处理方法还包括：根据预设分类标签对所述待选消息集合中的各项消息进行分类，并根据所属分类确定各项消息的重要度，以在所述增强现实图像中区别地呈现不同重要度的各项目标消息。

在第一方面的实施例中，所述根据所属分类确定各项所述消息的重要度，包括：根据每项所述消息的所属分类及动态系数计算所述重要度，所述动态系数为每项消息在多个重要度因子的得分的综合结果。

在第一方面的实施例中，将各项目标消息配置成适合于所述用户所处场景。

本申请第二方面提供一种消息显示方法，应用于用户的一移动终端，所述移动终端通信连接于一消息处理服务端；所述消息显示方法包括：向服务端发送场景信息请求；接收根据所述场景参数及用户标签信息匹配到的各项目标消息；根据所述各项目标消息生成增强现实图像并显示。

在第二方面的实施例中，所述发送场景信息请求给服务端，包括：与场景定位装置交互，以获取关于用户所处场景的定位信息；发送所述定位信息至所述消息处理服务端。

在第二方面的实施例中，所述场景定位装置包括以下至少一种：光标签设备；电子标签载体。

在第二方面的实施例中，所述场景包括用户的当前视域，所述各项目标消息对应于所述当前视域。

本申请第三方面提供一种消息处理装置，应用于一消息处理服务端，所述消息处理服务端通信连接于用户的一移动终端；所述消息处理装置包括：一确定模块，用于响应于用户的场景信息请求，确定所述用户所处场景的场景参数；一匹配模块，用于根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息；其中，所述各项目标消息用于呈现在所述场景对应的增强现实图像中；以及一发送模块，用于向所述移动终端发送所述各项目标消息，以响应所述场景信息请求。

本申请第四方面提供一种消息显示装置，应用于用户的一移动终端，所述移动终端通信连接于一消息处理服务端；所述消息显示装置包括：一发送模块，用于向服务端发送场景信息请求；一接收模块，用于接收根据所述场景参数及用户标签信息匹配到的各项目标消息；以及一显示模块，用于根据所述各项目标消息生成增强现实图像并显示。

本申请第五方面提供一种消息处理服务端，其特征在于，包括：一通信器、一存储器及一处理器；所述通信器用于与外部通信；所述存储器存储有程序指令；所述处理器用于运行所述程序指令以执行如第一方面任一项所述的消息处理方法。

本申请第六方面提供一种移动终端，包括：一通信器、一存储器及一处理器；所述通信器用于与外部通信；所述存储器存储有程序指令；所述处理器用于运行所述程序指令以执行如第二方面任一项所述的消息显示方法。

本申请第七方面提供一种计算机可读存储介质，其特征在于，存储有程序指令，所述程序指令被运行以执行如第一方面任一项所述的消息处理方法。

本申请第八方面提供一种计算机可读存储介质，其特征在于，存储有程序指令，所述程序指令被运行以执行如第二方面任一项所述的消息显示方法。

综上，本申请实施例中提供消息处理、显示方法、装置、终端及存储介质，通过确定所述用户所处场景的场景参数；根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息；以及通过所述移动终端进行根据各项目标消息生成的增强现实图像的显示。从而，既实现根据用户实际场景需求提供匹配的各项目标消息，又能通过结合增强现实，以在实际场景中令各项目标消息给予用户更加直观的感受，以解决现有技术中消息混杂、不直观等问题，有效提升用户体验。

附图说明

图1展示本申请实施例中通信系统的结构示意图。

图2A和图2B分别展示本申请通信系统的不同实际应用示例中的增强现实界面的示意图。

图3展示本申请实施例中的消息处理流程的示意图。

图4A、图4B和图4C分别展示本申请不同实施例中移动终端获得定位信息的方式示意图。

图5展示本申请一实施例中增强现实图像呈现消息分布的示意图。

图6展示本申请又一实施例中的消息处理流程的示意图。

图7展示本申请实施例中消息处理装置的模块示意图。

图8展示本申请实施例中消息显示装置的模块示意图。

图9展示本申请一具体实施例中通信系统实现的功能模块示意图。

图10展示基于图9实施例所执行的消息推荐流程的示意图。

图11A和图11B展示本申请不同实施例中参数联动设置的界面示意图。

图12展示本申请实施例中计算装置的结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本申请所揭露的消息轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用系统，本申请中的各项细节也可以根据不同观点与应用系统，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面以附图为参考，针对本申请的实施例进行详细说明，以便本申请所属技术领域的技术人员能够容易地实施。本申请可以以多种不同形态体现，并不限定于此处说明的实施例。

在本申请的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本申请中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

为了明确说明本申请，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。

在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。

虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、模块、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、模块、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

此处使用的专业术语只用于言及特定实施例，并非意在限定本申请。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。

表示“下”、“上”等相对空间的术语可以为了更容易地说明在附图中图示的一器件相对于另一器件的关系而使用。这种术语是指，不仅是在附图中所指的意义，还包括使用中的装置的其它意义或作业。例如，如果翻转附图中的装置，曾说明为在其它器件“下”的某器件则说明为在其它器件“上”。因此，所谓“下”的示例性术语，全部包括上与下方。装置可以旋转90°或其它角度，代表相对空间的术语也据此来解释。

虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本申请所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的消息相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。

由于移动互联网的高速发展，当下用户在移动终端(如智能手机、平板电脑)每日所接收到的消息量是巨大的。但是由于消息未经筛选，导致例如用户重要的消息被掩埋丢失、无用消息充塞等问题；以及由于消息基本是图文、视频形式，并不能提供给用户实际场景的现实体验，也不利于满足用户在实际场景中的需求。

鉴于此，本申请实施例中实现筛选匹配用户场景需求的各项目标消息，并可配合增强现实显示装置进行显示，以更直观高效地满足用户的场景需求。以下通过图示及实施例进行具体说明。

如图1所示，展示本申请实施例中通信系统的结构示意图。

在所述通信系统中，包括消息处理服务端101及移动终端102。所述移动终端102由用户103使用。

所述消息处理服务端101通信连接于移动终端102，在具体实例中，所述消息处理服务端101和移动终端102之间可以通过网络104连接。所述网络104可以包括无线网络，所述无线网络可以是局域网(如室内无线局域网络)或广域网(如移动互联网)。具体的，所述网络104可以包括无线网络与有线网络的混合网络，比如移动终端无线方式连接到无线接入点(如基站)，无线接入点可以通过有线(如光纤、网线)连接到之后的通信设备(如网关设备)等。在一些实施例中，所述消息处理服务端101可以是服务器或服务器组实现，也可以是多个网络节点构成的分布式处理系统。

在一些实施例中，所述移动终端102指的是可以随用户移动使用的终端，包括但不限于笔记本电脑、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、智能手环、智能手表、车载终端(如车载虚拟成像系统即HUD)等。

在一些示例中，所述移动终端102具有摄像头和显示屏，所述摄像头用于拍摄实际场景，所述移动终端102可以结合实际场景的图像合成增强显示图像，并通过显示屏呈现给用户。或者，在另一些实施例中，所述移动终端102也可以通信连接于(例如蓝牙、WiFi等方式)用户佩戴的增强现实显示装置，以将增强现实图像传输给所述增强现实现实装置以显示给用户。所述增强现实显示装置可以眼镜或头盔等形式，移动终端102和增强现实显示装置之间通过例如蓝牙、WiFi等方式通信连接于。需说明的是，增强现实(即AR)，指的是展示给用户的是真实场景图像，并在此基础上融合虚拟消息的显示。

如图1所展示的，用户103处于一场景中，比如城市街道，其移动终端102发送该场景相关的场景信息请求给消息处理服务端，消息处理服务端可以提供与所述场景以及用户103可能的意图相匹配的目标消息，推送给移动终端，移动终端形成增强现实图像105显示，其中的信息栏1051将所述目标消息以文字、图片、视频中一种或组合的方式呈现给用户，并能接受互动。

在所述通信系统的实际应用示例中，如图2A所示例，某个第一用户在当前场景B中想吃晚餐，图示的场景B是第一用户通过持有的移动终端102所采集并显示的当前视域(即移动终端所显示的画面对应视野)，通过其移动终端102和消息处理服务端101的交互，可以在图像中显示符合所述第一用户的用晚餐需求和个人喜爱(如喜爱“快餐小吃”)的快餐店C以及包子铺D的消息。在图示示例中，所述消息中可包括所在地理位置。可选的，消息还可以包括例如快餐店C和包子铺D的排队消息等。

或者，对于另外的某个第二用户来讲，在如图2B展示的画面中，其视野同样为场景B，若用户喜爱西餐，则推荐的消息会是楼上的西式自助餐厅F以及法式牛排店G的消息。

进一步可选的，第一用户、第二用户可以通过对画面中的店面进行操作，以得到相应服务，比如排队、预约、在线咨询、查看店内实景情况等。

可以理解的是，通过这样的方式，可以向用户直观高效地展示满足用户需求的消息，而不会在此场景下将不符合用户当前用餐需求的例如教育、娱乐的消息加以推荐。

为说明上述实施例的具体实现，可以参阅图3，展示本申请实施例中的消息处理流程的示意图。所述流程应用于上述通信系统，展示了移动终端及消息处理服务端之间的交互过程。

在本实施例中，所述流程包括：

在步骤S301中，所述移动终端向服务端发送场景信息请求。

所述场景信息请求用于向服务端请求对应用户所处场景的各项目标消息，所述服务端请求中可携带表明用户身份的ID，以用于供服务端查询预先建立的用户标签信息，并进一步匹配目标消息。或者，所述场景信息请求中也可以直接包含所述移动终端对应用户的用户标签信息，以由服务端根据所接收的用户标签信息匹配目标消息。

关于各项目标消息进行举例。比如，图2中用户需要用餐，则各项目标消息为用户在增强现实图像中看到的餐厅的相关消息。

在一些实施例中，移动终端自身可以采集用户所在场景相关定位信息，并通过场景信息请求向消息处理服务端提供。或者，移动终端可以通过与外部交互来获得用户所在场景相关的定位信息，并通过场景信息请求向消息处理服务端提供。所述定位信息可以用于确定用户的所处场景，并进而搜索相关的消息。

在步骤S302中，所述消息处理服务端响应于用户的场景信息请求，确定所述用户所处场景的场景参数。

在一些实施例中，所述定位信息的获取方式可以有多种，以下进行说明。

如图4A所示，移动终端402a可以将当前所在的地理位置消息(如GPS信息，或者无线定位信息)发送给消息处理服务端401a，以由消息处理服务端401a来确定移动终端402a所处场景。可选的，为提升精度，移动终端402a还可以采集用户当前视角所看到的当前视域的图像发送给消息处理服务端，消息处理服务端401a可以根据此图像为地标，在预设的地图数据库中匹配相似的预设地标，并获得移动终端401a的定位以及相应的视角。

在另外的实施例中，移动终端可以通过与场景定位装置交互，以从所述场景定位装置获得对应所述移动终端的定位信息，并将该定位信息发送给消息处理服务端，以供消息处理服务端确定所述用户的所处场景。

在一些实例中，所述场景定位装置可以是光标签设备403b。如图4B所示，光标签设备403b向外发射带有自身ID编码及定位数据的光束；当移动终端402b读取(如通过扫描)该光标签设备403b时，可以获得移动终端402b的六自由度(6DoF)的数据，即移动终端402b的三维坐标及姿态数据，移动终端402b将包含光标签设备403b的ID编码、定位数据、6DoF数据的定位信息给消息处理服务端401b，消息处理服务端401b可以计算以确定移动终端402b当前视域(即接近或等于用户当前视域)的消息。

在又一些实施例中，所述场景定位装置可以是电子标签的载体，具体的，所述电子标签包括但不限于蓝牙、RFID、二维码、一维码等标签。如图4C所示，电子标签403c示例性地展示为二维码标签，移动终端402c可以通过摄像单元扫描该二维码标签而从二维码包含消息或者网络链接至云端获得定位信息并发送给消息处理服务端401c，如果所述云端即为所述消息处理服务端401c，则移动终端可以授权所述消息处理服务端获得所述定位信息，以进而由所述消息处理服务端401c确定用户所处场景。

在一些实施例中，所述场景参数可以包括：时间、地点(如地理位置消息，还可包含当前视域的消息)、目标等。其中，所述时间、位置等消息可以包含在用户的场景信息请求中，或者所述时间可以由消息处理服务端根据系统时间来确定。所述目标指的是用户在所处场景中意图完成的目的，比如用餐等。在可能的示例中，所述目标比如“用晚餐”的消息可以预先包含在场景信息请求中，以被消息处理服务端直接获取。或者，所述消息处理服务端也可以预先拥有所述用户的用户标签(比如对用晚餐时间、晚餐类型的偏好等)，则可结合其它场景参数来预测用户当前所需执行的目标。比如，存在用户标签显示“用户日常习惯在17：30～18：30之间用晚餐”，则当前如果当前时间是17点55分，则预测用户需要执行用晚餐的目标，并且还存在用户标签显示“用户偏好西餐”，则预测用户需要执行去西餐店用晚餐的目标。另外，在一些示例中，所述消息处理服务端也可以通过与移动终端交互，以引导用户执行扫码、输入等操作来确定用户的场景参数。

在步骤S303中，所述消息处理服务端根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息。其中，所述各项目标消息用于呈现在所述场景对应的增强现实图像中。

在一些实施例中，所述待选消息集合可以位于存储已有消息的消息库中，其可以包括场景相关的能被移动终端接收到的任意消息；和/或，所述待选消息集合可以包括以用户为推送对象或者不以用户为推送对象但能被移动终端接收到的各种消息。

在一些实施例中，所述场景信息请求中可以包含用户ID，则消息处理服务端可以根据所述用户ID在例如标签库中查询预先关联存储的用户标签信息。或者，在另一些实施例中，所述场景信息请求中可以直接包含用户的用户标签信息，则消息处理服务端可以根据用户标签信息直接进行目标消息的匹配。

在一些实施例中，所述用户标签信息可以是通过分析用户数据的特征而得到的。比如兴趣偏好“音乐”、“旅游”等等。所述用户标签信息可以来自多层次的用户标签库，所述用户标签信息包括但不限于以下中的至少一种：用户属性标签信息；用户偏好标签信息；用户商业标签信息。

在可选示例中，所述用户属性标签信息可以包括自然人属性。其中，所述自然人属性与用户的基本属性有关，具体可包括人口属性(如性别、年龄、地域等)、家庭消息(如家庭成员、收入、地域等)等中的任意一种。

在可选示例中，所述用户偏好标签信息可以包括：兴趣偏好(如音乐、旅游、游戏、餐饮等)、习惯偏好等中的至少一种。

在可选示例中，所述用户商业标签信息包括：接触点偏好、品牌联系强度、营销创意偏好、产品需求偏好及社交传播影响。其中，接触点偏好表示用户偏好消息的渠道、商业活动相关，具体可包括：渠道偏好(如社交软件、电商平台等)、接触时间(如活动时间、参与活动、购买商品等)中的至少一种；所述品牌强度联系表示用户的消费活动可能与商业品牌之间的关系强度，具体可包括：生命周期相关(如用户是品牌的意向用户、购买用户、忠诚用户等层次)、用户价值(用户对于品牌的价值，可以通过分值来衡量，比如0～1等)、用户活跃度(用户对品牌的活跃程度，可以通过分值来衡量，比如0～1等)、用户关系分群(即对用户对品牌的关系进行分类，如用户属于低价值低互动、低价值高互动、高价值低互动、或高价值高互动等类型的群体)中的至少一种；所述营销创意偏好关于用户对不同商业活动形式的兴趣，具体可包括：主题偏好(如科普类、游戏类、音乐类等)、利益偏好(即用户感兴趣的奖励形式，如礼品奖励、积分赠送、优惠券赠送、赠品赠送等)中的至少一种；所述产品需求偏好关于用户对产品的兴趣偏好，具体可包括：库存单元(SKU)相关偏好(如购买时间、购买价格、购买类型、购买数量等)、产品属性关注(如价格、热度、折扣)、价格敏感度(如高、中、低等)中的至少一种；所述社交传播影响表示用户传播产生的影响的评价，具体可包括：用户传播意愿(可通过得分表示，例如0～1分)、用户传播影响力(可通过得分表示，例如0～1分)、传播渠道(如社交软件圈、社交聊天群、小视频软件分享等)中的至少一种。

需说明的是，以上列出的各种用户标签信息只是示例，在实际情况中可以加以变化，例如分值可用1～100的得分表示，高/中/低等级可以细分为等级1～5等，以及可对其中的各种标签加以删增，故并非以此为限。

在一些实施例中，可以通过商业平台、各种智能设备终端、APP等，在合理合法的情况采集到的用户的行为数据(如吃喝、娱乐、学习、工作等)进行数据处理，如数据清洗、统计、建模、数据关联、标签建立等等，从而建立用户标签信息库。通过所述用户标签信息库中的数据，可以实现对各个用户的画像、分群、数据分析及归类展示、行为分析及消息推荐等功能。

通过场景参数和用户标签信息可以筛选出极大可能符合用户当前场景需求的消息。

例如，用户标签有M1：习惯22:30左右吃夜宵，M2：喜欢西餐，M3：用餐价格....；场景参数有：P1：当前时间22:15，P2：当前在X商圈的Y地理坐标....；通过对待选消息集合中各条消息进行语义分析并与M1、M2、M3、P1、P2等进行匹配，得到较为匹配的可以吃夜宵的西餐餐厅的消息，1：A商厦10层自助西餐厅，2.A商厦7层牛排餐厅....

另外，为给用户更精准优先推荐用户更关注(即更重要)的消息，在可选示例中，所述流程还可以包括：

步骤S304：根据预设分类标签对所述待选消息集合中的各项消息进行分类，并根据所属分类确定各项消息的重要度，以在所述增强现实图像中区别地呈现不同重要度的各项目标消息。

示例性地，所述步骤S304可以发生在步骤S303之前，或者在其它实施例中，也可以位于步骤S303之后以仅对各项目标消息进行分类和重要度分级。

在一些实施例中，各个所述预设分类标签可分别对应对用户不同的重要程度，或可以用重要等级来表示，则各个分类按重要等级从高至低可以包括：

1、用户在等待收的消息；2、消息的发送目标是用户(例如社交软件中@用户的消息)；3、用户感兴趣的消息；4、用户标记过的；5、其它......

在具体实例中，所述分类可以通过消息分类器实现，其可根据消息的特征与各个分类的相符情况来进行分类，比如位于用户接收队列中的消息分为1类，消息中出现“@用户”的属于2类，并可对消息提取文本/图像语义的特征向量，以与用户感兴趣的分类相关消息进行相似度比较等，以确定是否属于3类；上述以外的可以属于5类。可以理解的是，所述消息分类器基于有监督的机器学习模型实现。所述消息分类器可以通过最近邻方法(KNN)、决策树算法(DT)、线性分类算法、朴素贝叶斯算法、有监督隐含狄利克雷分配模型(labeledlatent Dirichlet allocation，L-LDA)等中的任一种实现。对应消息内容为图像，还可以结合例如卷积神经网络(CNN)来进行特征提取；或者，对应消息内容为声音也可以结合语音转文本的模型使用，比如NMM等。

根据上述分类，还可以进一步进行更细致的重要度的计算，以通过一个重要度的表征值来量化表示每项消息的重要度。在重要度计算中，每个所述分类标签可对应有不同的重要度等级的参数值(比如上述分类1～5的重要度等级的参数值从高至低)，则可以结合所述分类的重要度等级的表示值来计算每项消息的重要度。

在一些实施例中，可以根据每项所述消息的所属分类及动态系数计算所述重要度，所述动态系数为每项消息在多个重要度因子的得分的综合结果。所述多个重要度因子包括以下中的任意多项：用户置顶、等待用户阅读、接收对象为所述用户、用户兴趣及场景需求。

举例来说，设一项消息的待计算的重要度为I，消息所属分类(或称重要度等级)的参数值设为L，各重要度因子中用户置顶的参数值为v、等待用户阅读的参数值为w、接收对象为所述用户的参数值为x、用户兴趣的参数值为y、场景需求的参数值为z。上述重要度因子为例举，可以根据需求增/删，并非以此为限。

I＝L*K；

K＝f(1+f(v％)+f(w％)+f(x％)+f(y％)...+f(z％))

其中，K为重要度的动态系数，f表示动态系数的计算函数；根据消息在x～z的取值情况来动态地变化的K。

在一些实施例中，用户所处场景包含当前视域，故所述场景参数可以是属于所述当前视域，而相应得到的各项目标消息也是属于所述当前视域的。例如图2中所展示的，对于用户当前视域所观察到的场景，仅将其中的匹配用户需求的商户加以展示，而不属于当前视域的用户所在环境的其他区域的相关消息可以从各项目标消息中过滤，即只将属于当前视域的消息放入各项目标消息。

在步骤S305中，消息处理服务端向所述移动终端发送所述各项目标消息，以响应所述场景信息请求。

在步骤S306中，移动终端根据各项目标消息形成增强现实图像并显示。

具体的，可根据采集的场景图像与所述各项目标消息对应的图像元素合成为所述增强现实图像。

在一些实施例中，对应于各项目标消息中每条消息可具有重要度，则在所显示的所述增强现实图像中按不同重要度来区别地呈现所述各项目标消息中的目标消息。

在一些实施例中，所述按不同重要度来区别地显示各项消息，可以是将重要度高的消息展示在增强现实图像的中心区域，而将重要度低的消息展示在增强现实图像的周边区域；且重要度更高的消息的显示效果可更加醒目，比如采用更大的字体、更高的亮度、更明亮的颜色等等。

如图5所示，展示本申请一实施例中增强现实图像呈现消息分布的示意图。

重要度较高的消息2、消息4呈现在图中的中央区域，而两侧区域分别现实重要度低的消息1和消息3；并且，可选的，消息2、消息4的显示配置参数可以使其相对于消息1、3更为醒目，比如采用更大的字体、更高的亮度、更明亮的颜色等。

图5中的增强现实图像可以是用户在手机、眼镜、车载HUD观察到的图像，例如浏览新闻、即时消息等场景中。

在一些实施例中，于步骤S303后，基于所确定的用户所处场景，所述消息处理服务端还可以将各项目标消息配置成适合于所述用户所处场景。例如，张三在开车，李四在开会，中三郎只懂日语，Alice只懂英语；则对于张三，对应于其开车场景的目标消息在呈现于移动终端时，可以选择配合语音播放的方式；对于李四，可以选择静默推送目标消息的方式；对于中三郎，可以将目标消息转换成日语或者配上日语译文，以呈现在增强现实图像；对于Alice，可将目标消息转换成英语或者配上英语译文以呈现在增强现实图像。

再如图6所示，用户也可以通过对增强现实图像的操作，消息处理服务端可以对应提供相应的内容更新。

其中展示的步骤S601～S606与步骤S301～S306相同。在本实施例中，消息处理流程还可以包括：

步骤S607：移动终端响应于用户对所述增强现实图像的操作生成更新指令，向所述消息处理服务端发送；

步骤S608：消息处理服务端发送根据所述更新指令生成的响应消息，所述响应消息包括对增强现实图像的更新消息。

步骤S609：移动终端根据所述更新消息更新所显示的增强现实图像。

在一些实施例中，所述用户对增强现实图像的操作，可以是用户对所展示的商家进行排队、预约、下单、购买等人机交互操作，则所述更新后的增强现实图像可以是对应用户操作所跳转的界面；和/或，所述用户对增强现实图像的操作，还可以是用户移动了增强现实显示装置，从而对应的当前视域发生了变化，则所述更新消息的获得可参考之前步骤S601～S606来执行，即重新确定当前视域而确定新的各项目标消息，对应生成新的增强现实图像以更新显示。

如图7所示，展示本申请实施例中消息处理装置的模块示意图。所述消息处理装置应用于一消息处理服务端(例如图1中的消息处理服务端)，所述消息处理服务端通信连接于用户的一移动终端。需说明的是，所述消息处理装置的实现可以参考之前实施例中的消息处理服务端，此处不作重复赘述。

所述消息处理装置700包括：

一确定模块701，用于响应于用户的场景信息请求，确定所述用户所处场景的场景参数；

一匹配模块702，用于根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息；其中，所述各项目标消息用于呈现在所述场景对应的增强现实图像中；以及

一发送模块703，用于向所述移动终端发送所述各项目标消息，以响应所述场景信息请求。

在一些实施例中，所述确定模块701可包括：定位模块，用于从所述移动终端接收关于所述场景的定位信息，并根据所述定位信息确定所述用户的所处场景。

在一些实施例中，所述场景定位装置包括以下至少一种：光标签设备；电子标签载体。

在一些实施例中，所述场景包括用户的当前视域，所述各项目标消息对应于所述当前视域。

在一些实施例中，所述用户标签信息包括以下中的至少一种：用户属性标签信息；用户偏好标签信息；用户商业标签信息。

在一些实施例中，所述消息处理装置700还可包括：分类模块，用于根据预设分类标签对所述待选消息集合中的各项消息进行分类；分级模块，用于根据所属分类确定各项消息的重要度，以在所述增强现实图像中区别地呈现不同重要度的各项目标消息。

在一些实施例中，所述根据所属分类确定各项所述消息的重要度，包括：根据每项所述消息的所属分类及动态系数计算所述重要度，所述动态系数为每项消息在多个重要度因子的得分的综合结果。

在一些实施例中，所述的消息处理装置还可包括：更新响应模块，用于接收由用户对所述增强现实图像的操作而形成的更新指令，并回复相应的响应消息，所述响应消息包括对增强现实图像的更新消息。

在一些实施例中，所述的消息处理装置还可包括：内容处理模块，用于将各项目标消息配置成适合于所述用户所处场景。

如图8所示，展示本申请实施例中消息显示装置的模块示意图。所述消息显示装置800应用于用户的一移动终端，所述移动终端通信连接于一消息处理服务端。需说明的是，所述消息显示装置的实现可以参考之前实施例中的移动终端，此处不作重复赘述。

所述消息显示装置800包括：

一发送模块801，用于向服务端发送场景信息请求；

一接收模块802，用于接收根据所述场景参数及用户标签信息匹配到的各项目标消息；以及

一显示模块803，用于根据所述各项目标消息生成增强现实图像并显示。

在一些实施例中，所述消息显示装置800还可包括：

定位信息获取模块，用于与场景定位装置交互，以获取关于用户所处场景的定位信息；

所述发送模块，用于发送所述定位信息至所述消息处理服务端。

在一些实施例中，所述场景定位装置包括以下至少一种：光标签设备；电子标签载体。

在一些实施例中，所述场景包括用户的当前视域，所述各项目标消息对应于所述当前视域。

在一些实施例中，所述的消息显示装置还可包括：

更新模块，用于响应于用户对所述增强现实图像的操作生成更新指令；

所述发送模块，用于向所述消息处理服务端发送所述更新指令；

所述接收模块，用于接收消息处理服务端对应所述更新指令的响应消息，所述响应消息包括对增强现实图像的更新消息。

需特别说明的是，在图7和图8实施例中的各个功能模块，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以程序指令产品的形式实现。程序指令产品包括一个或多个程序指令。在计算机上加载和执行程序指令指令时，全部或部分地产生按照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。程序指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

并且，图7和图8实施例所揭露的装置，可通过其它的方式实现。例如，以上所表示的装置实施例仅仅是示意性的，例如所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或模块可以结合或者可以动态到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接于可以是通过一些接口，装置或模块的间接耦合或通信连接于，可以是电性或其它的形式。

另外，图7和图8实施例中的各功能模块及子模块可以动态在一个处理部件中，也可以是各个模块单独物理存在，也可以两个或两个以上模块动态在一个部件中，例如图8中的发送模块和接收模块可以是一体的通信模块。上述动态的部件既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述动态的部件如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

如图9所示，展示本申请一具体实施例中通信系统实现的功能模块示意图。需说明的是，本实施例中的功能模块的划分只是一种示例，并非是一种限制。

所述消息处理服务端，包括：AR内容/目标管理功能模块、AR内容/目标筛选功能模块、AR内容/目标收发功能模块、消息处理功能模块。

所述AR内容/目标管理功能模块用于管理AR图像相关的内容/目标的处理，例如对AR内容/目标筛选功能模块、消息处理功能模块的管理控制；

所述AR内容/目标筛选功能模块用于实现对待选消息集合中筛选各项目标消息的功能；

所述AR内容/目标收发功能模块用于将获得的各项目标消息推送给移动终端，以及用于接收移动终端的请求；

所述消息处理功能模块，包括：

消息分类/分级处理模块，可以用于对消息分类以及分级(即计算重要度)；

语义分析/参数匹配/消息推荐算法，可以用于支持所述消息分类/分级处理模块的分类，所述AR内容/目标筛选功能模块的筛选；

消息呈现聚合模块，可用于配置各项目标消息在同一增强现实图像中呈现的显示参数。

所述消息处理功能模块可与消息库相连接，以从中获取与用户的场景需求参数相关的待选消息集合；所述消息处理功能模块还可以与用户标签库相连接，以从中获取/更新用于消息筛选匹配的用户标签。所述消息库和用户标签库可以位于消息处理服务端的外部设备，也可以位于信息处理服务端的本地。

消息处理功能模块可以从消息库获得待选消息集合，并通过内容分类/分级功能模块进行分类和分级，进而由AR内容/目标筛选功能模块进行目标消息的筛选匹配，经聚合后通过AR内容/目标收发功能模块推送至移动终端。

在本实施例中，所述移动终端包括：

AR支撑硬件层，可以包括实现AR功能的传感器、摄像头、显示屏等；

软件层包括：

移动AR应用端，用于执行AR图像的显示；

移动AR客户端，包括：

AR内容获取功能模块，用于根据移动AR应用端的场景中AR所需目标消息的需求，向所述消息处理服务端发送场景信息请求；

数据处理模块，用于用户、移动终端相关数据的处理，包括AR所需目标消息的获取、显示的控制等；

AR呈现功能模块，用于生成AR图像；

用户交互功能模块，用于与用户交互，例如通过触摸屏侦测用户操作(可以是对所显示的AR图像的)并显示相应变化的界面等。

行为采集模块，用于采集用户操作所对应的行为信息，并可供数据处理以生成或更新所述用户标签库中相应的用户标签。所述行为采集模块也可称为行为埋点。

具体的，移动终端通过向消息处理服务端发送场景信息请求，以获得对应的聚合后的各项目标消息，通过AR呈现功能模块形成AR图像，由移动AR应用端加以显示。

如图10所示，展示基于图9实施例所执行的消息推荐流程的示意图。

在本实施例中，所述消息处理服务端可以负责消息处理(即前述消息分类、重要度分级、筛选推荐等)的功能，而用户标签信息可存放在用户标签库以供查询，以及各消息可存放在消息内容服务端的消息库以供查询。

本实施例中的流程包括：

步骤S1001：用户的移动终端的AR应用端向移动AR客户端请求搜索与AR图像相关的目标消息；

步骤S1002：移动终端的移动AR客户端向消息处理服务端发送对应的场景信息请求；

步骤S1003：消息处理服务端的AR内容/目标收发模块接收到所述场景信息请求，转发给AR内容/目标筛选模块；

步骤S1004：AR内容/目标筛选模块根据所述请求通知AR内容/目标管理模块，以通过消息处理模块向消息内容服务端和用户标签服务器查询用户的个性化消息内容。例如，向用户标签服务器请求用户标签信息，并向消息内容服务端查询对应所述场景信息请求的AR消息内容(比如通过场景参数、或者场景参数和用户标签在消息内容服务端匹配查询)。

步骤S1005：AR内容/目标筛选模块通过所述消息处理模块及AR内容/目标管理模块获得查询返回的用户标签信息以及AR消息内容；其中，所述消息处理模块可以对AR消息内容进行分类及分级；

步骤S1006：AR内容/目标筛选模块基于用户标签信息对AR消息内容进行筛选；

步骤S1007：AR内容/目标筛选模块调用消息呈现聚合组件聚合筛选得到的AR目标消息；

步骤S1008：AR内容/目标筛选模块通过AR内容/目标收发功能模块返回AR目标消息给移动终端；

步骤S1009：移动AR客户端及AR应用端显示包含所述AR目标消息的AR图像，并接受供用户操作，并可进一步更新AR图像显示。

在使用用户标签信息进行筛选时(比如参数匹配、推荐算法等)，可能需要选择各种用户标签信息，且每种用户标签信息都会对应设置参数值。有的用户标签信息之间存在关联，比如一个升高另一个就会降低。在一些需要手动选择每项用户标签信息，以及设置参数值的场景中，为避免单项逐一操作，可以预先设置它们的关联关系，并相应通过直观的设置图形界面展示。比如在图形界面展示可以活动(如拨动、滑动、滚动)的图形控件，所述活动对应了参数之间的联动变化。

举例来说，如图11A所示，通过拨钮形式的界面展示，每行拨钮两侧为关联的两项参数，如A1和B1，A1和B1可分别例如为表示渠道偏好中的社交软件和电商平台的参数等，A2和B2，当拨钮往一侧滑动，两侧参数所对应与拨钮之间的面积大小对应其参数值大小。再如图11B所示，可以通过划分器沿圆盘的转动来实现3个以上参数C1、D1、E1的参数值的联动变化，C1、D1、E1的参数值即圆盘中占有的面积。举例来说，C1、D1、E1可以分别例如为表示用户兴趣偏好的音乐、旅游、游戏对应的参数，若音乐占的面积最大，则表示音乐对用户的重要度高于旅游和游戏。当上述参数值变化时，可即使反馈到例如参数匹配、推荐等算法的相应模型中。

如图12所示，展示本申请实施例中计算装置的结构示意图。

前述实施例中的消息处理服务端及移动终端，可以基于图12示例中的计算机装置的结构实现。

所述计算机装置1200包括总线1201、处理器1202、存储器1203及通信器1204。处理器1202、存储器1203之间可以通过总线1201通信。所述存储器1203中可以存储有程序指令(比如系统或应用软件)，存储器1203还可以存储有供程序指令读写的数据。所述处理器1202通过运行存储器1203中的程序指令来执行例如图3、图6、图10中消息处理服务端或移动终端的流程步骤。

总线1201可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，虽然图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一些实施例中，处理器1202可以为中央处理器(Central Processing Unit，CPU)、微处理单元(MCU)、片上系统(System On Chip)、或现场可编程逻辑阵列(FPGA)等实现。存储器1203可以包括易失性存储器(Volatile Memory)以用于运行程序时的数据暂存使用，例如随机存取存储器(Random Access Memory，RAM)。

存储器1203还可以包括非易失性存储器(non-volatile memory)以用于数据存储，例如只读存储器(Read-Only Memory，ROM)，快闪存储器，硬盘驱动器(Hard DiskDrive，HDD)或固态盘(Solid-State Disk，SSD)。

所述通信器1204用于与外部通信。在具体实例中，所述通信器1204可以包括一个或多个有线和/或无线通信电路模块。举例来说，所述通信器1204可以包括例如有线网卡、USB模块、串行接口模块等中的一种或多种。无线通信模块所遵循的无线通信协议包括：例如近距离无线通信(Nearfield communication，NFC)技术、红外(Infared，IR)技术、全球移动通讯系统(Global System forMobile communications，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址引入(Code DivisionMultipleAccess，CDMA)、宽带码分多址(Wideband Code division multiple access，WCDMA)、时分码分多址(Time-Division Code DivisionMultipleAccess，TD-SCDMA)、长期演进(Long Term Evolution，LTE)、蓝牙(BlueTooth，BT)、全球导航卫星系统(GlobalNavigation Satellite System，GNSS)等中的一种或多种。

可以理解的是，对应于实现所述消息处理服务端、移动终端的计算机装置而言，其中处理器、存储器、通信器的选型是不同的。

例如，用于实现移动终端的计算机装置，其可以具备例如WiFi模块、2G/3G/4G/5G移动通信、NFC、蓝牙、红外等中的一种或多种通信器，以及通过例如ARM架构的SoC作为处理器，以低功耗随机存储器(LPDDR)作为运行内存，以闪存(例如NAND Flash RAM)作为外存等。另外，计算机装置还可具有支持AR显示功能的硬件，包括例如摄像头、传感器、显示屏等，可通过通信器中的相应类型接口连接并能通信连接至处理器。

又例如，用于实现认证消息处理服务端中服务器的计算机装置，其通信器可以包括有线网卡，通过连接网线而接入网络，以与移动终端通信；其处理器可以选择例如X86架构的服务器CPU，存储器可以选择例如DDR的服务器内存，以及固态和/或机械硬盘(可以构成磁盘阵列RAID)等。

本申请实施例中还可以提供一种计算机可读存储介质，存储有程序指令，所述程序指令被运行时执行之前例如图3、图6、图10的实施例中的消息处理服务端或移动终端执行的流程步骤。

上述实施例中的方法步骤被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此表示的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。

需特别说明的是，本申请上述实施例的流程图表示的流程或方法表示可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

例如，图3、图6、图10等实施例的方法中各个步骤的顺序可能可以在具体场景中加以变化，并非以上述表示为限。

综上，本申请实施例中提供消息处理、显示方法、装置、终端及存储介质，通过确定所述用户所处场景的场景参数；根据所述场景参数和用户标签信息从待选消息集合中匹配各项目标消息；以及通过所述移动终端进行根据各项目标消息生成的增强现实图像的显示。从而，既实现根据用户实际场景需求提供匹配的各项目标消息，又能通过结合增强现实，以在实际场景中令各项目标消息给予用户更加直观的感受，以解决现有技术中消息混杂、不直观等问题，有效提升用户体验。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。