CN114979044A - 一种针对消息即平台的消息管理方法、节点及电子设备 - Google Patents

Abstract

本发明提供一种针对消息即平台的消息管理方法、节点及电子设备。方法应用于消息管理节点，包括：接收消息即平台的第一聊天机器人发起的第一消息投送请求，第一消息投送请求指示有第一富媒体用户作为投送对象。根据第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。如果本地建立有第一聊天机器人与第一富媒体用户之间的订阅关系，且第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将第一消息投送请求发送至消息即平台，否则，拒绝受理第一消息投送请求。本发明的方案通过消息管理节点对消息即平台的聊天机器人向富媒体用户投送消息进行限制，从而解决了聊天机器人对富媒体用户造成骚扰的问题。

Description

一种针对消息即平台的消息管理方法、节点及电子设备

技术领域

本文件涉及信息安全技术领域，尤其涉及一种针对消息即平台的消息管理方法、节点及电子设备。

背景技术

融合通信(RCS，Rich Communication Suite，简称“超信”)是指通信技术和信息技术的融合。通信技术类的业务是指传统电信网的各类业务，例如电话业务、短消息业务、会议电话、呼叫中心等；信息技术类的业务是指IP类的各种业务，例如即时通信(IM)；视频和应用共享，如视频监控、信息共享、下载业务；以及互联网业务，如电子邮件、语音邮件等。此外还有信息加工类的业务，如电子商务、信息查询等。

RCS是新一代消息服务国际标准，电信运营商据此打造的新一代信息服务平台可以让“消息即平台(MaaP，Message as a Platform)”成为现实。以智能手机上的原生短信按键为入口，5G消息支持用户使用图文、音视频、群聊、文件传输、通话中的内容共享等多种富媒体消息，在消息窗口就可以实现搜索、交互、分享和支付等一站式业务体验。全球移动通信系统协会(GSMA)将RCS纳入5G终端的必选功能，RCS很快将成为智能手机“信息”服务的新标配。

上述的“消息即平台是应用于第三方企业和消息用户之间消息传递能力增强平台，它基于RCS全球统一标准定义的标准富媒体消息功能，辅助企业使用聊天机器人(chatbot)实现面向行业的消息服务，如业务订购、业务查询、订单查询等。简而言之，“消息即平台”能够让用户无需通过终端的应用程序，仅通过5G短信与企业的聊天机器人建立交互，从而办理相关业务。

目前尚没有针对富媒体用户与聊天机器人之间的订阅服务的标准化设计。考虑到聊天机器人能够自主向富媒体用户推送5G短信，如果参照传统的社交软件公众号的订阅服务模式，则会导致聊天机器人可能向富媒体用户过度投送消息，从而造成骚扰。为此，针对消息即平台的聊天机器人的订阅功能，需要专门开发一种具有防骚扰的消息管理方案。

发明内容

本发明实施例目的是提供一种消息管理方法、节点及电子设备，能够避免消息即平台的聊天机器人通过订阅服务，对富媒体用户造成消息投送骚扰。

为了实现上述目的，本发明实施例是这样实现的：

第一方面，提供一种针对消息即平台的消息管理方法，所述方法应用于消息管理节点，包括：

接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

第二方面，提供一种针对消息即平台的消息管理节点，包括：

第一接收模块，接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

第一检测模块用于，根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

第一执行模块，用于如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

第三方面，提供一种消息即平台，所述消息即平台设置有针对聊天机器人的交互端口，所述交互端口包括：

第二接收模块，接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

第二检测模块，根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

第二执行模块，如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则放行所述第一消息投送请求，否则，拒绝受理所述第一消息投送请求。

本发明实施例的方案引入消息管理节点，将消息即平台的聊天机器人与富媒体用户之间的订阅关系和限制聊天机器人向富媒体用户投送消息的订阅服务逻辑维护在消息管理节点侧。聊天机器人发起的消息投送请求需要经消息管理节点进行订阅关系检测和订阅服务逻辑检测，只有在聊天机器人与作为投送对象的富媒体用户之间建立有订阅关系，且聊天机器人遵守订阅服务逻辑发起消息投送请求时,消息管理节点才会将消息投送请求放行至消息即平台以进行投放处理，从而避免消息即平台的聊天机器人无受限制地向富媒体用户投送消息，有效解决了对富媒体用户造成骚扰的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的消息管理方法的流程示意图。

图2为本发明实施例提供的消息管理方法由富媒体用户发起订阅功能操作的第一种示意图。

图3为本发明实施例提供的消息管理方法由富媒体用户发起订阅功能操作的第二种示意图。

图4为本发明实施例提供的消息管理方法在5G通信网络中的组网结构示意图。

图5为5G通信网络中富媒体用户通过5G消息终端与聊天机器人建立/取消订阅的流程示意图。

图6为本发明实施例提供的消息管理节点的结构示意图。

图7为本发明实施例提供的消息即平台的结构示意图。

图8为本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

目前尚没有针对富媒体用户与聊天机器人之间的订阅服务的标准化设计。考虑到聊天机器人能够自主向富媒体用户推送5G短信，如果参照传统的社交软件公众号的订阅服务模式，则会导致聊天机器人可能向富媒体用户过度投送消息，从而造成骚扰。为此，本申请针对消息即平台，旨在提出一种可以对聊天机器人的订阅服务起到防骚扰效力的消息管理方案。

图1是本发明实施例针对消息即平台的消息管理方法的流程图，其中，该方法应用于消息管理节点，包括如下步骤：

S102，接收消息即平台的第一聊天机器人发起的第一消息投送请求，第一消息投送请求指示有第一富媒体用户作为投送对象。

在本发明实施例中，消息即平台的聊天机器人只能通过消息管理节点，向消息即平台发送第一消息投送请求。其中，这里所述的第一富媒体用户可以指某个具体富媒体用户，或者符合某一限定条件的富媒体用户群体。

S104，根据第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。

在本发明实施例中，由消息管理节点决定聊天机器人与富媒体用户之间是否建立订阅关系。订阅服务逻辑具体包括有对聊天机器人向富媒体用户投送消息的限制规则，比如：聊天机器人在单位时间内向同一富媒体用户投送消息的次数未达到预设投送次数上限，聊天机器人向富媒体向同一富媒体用户投送消息的间隔时间达到预设最小间隔时间等。

在实际应用中，订阅服务逻辑检测可以是多样化的，比如每种聊天机器人对应自己的订阅服务逻辑，或者，不同时段对应自己的订阅服务逻辑等。由于无法穷举，本文不再赘述。

下面对消息管理节点建立富媒体用户与聊天机器人之间订阅关系的实现方式进行介绍。

实现方式一：

消息管理节点通过消息即平台接收第二富媒体用户针对消息即平台的第二聊天机器人发起的订阅服务操作，其中，如图2所示，订阅服务操作是第二富媒体用户触发与第二聊天机器人(图2中的chatbot新闻)建立的富媒体服务界面中的功能选项所发起的，订阅服务操作包括建立订阅和取消订阅中的一者。

消息管理节点基于第二富媒体用户发起的订阅服务操作，本地处理第二富媒体用户与第二聊天机器人之间的订阅关系。比如，订阅服务操作是取消订阅，则消息管理节点删除本地先前建立的第二富媒体用户与第二聊天机器人之间的订阅关系；再比如，订阅服务操作是建立订阅，则将消息管理节点本地建立第二富媒体用户与第二聊天机器人之间的订阅关系。

之后消息管理节点将针对第二富媒体用户与第二聊天机器人之间的订阅关系的本处理结果通知至第二聊天机器人，以由第二聊天机器人开始针对第二富媒体用户提供订阅服务。

实现方式二：

消息管理节点通过消息即平台获取第三富媒体用户针对消息即平台的第三聊天机器人发起的会话消息。其中，如图3所示，第三富媒体用户可以通过与第三聊天机器人建立的富媒体服务界面中的会话栏(图3下方的5G消息输入区域)发起会话消息，会话消息可以是文本数据或语音等数据。

消息管理节点确定会话消息是否请求有订阅服务操作(建立订阅和取消订阅中的一者)。比如，消息管理节点对会话消息进行订阅服务操作相关的关键词识别，以基于关键词识别结果确定话消息是否请求有订阅服务操作。

若会话消息请求有订阅服务操作，则消息管理节点基于会话消息请求的订阅服务操作，本地处理第三富媒体用户与所述第三聊天机器人之间的订阅关系，并将针对第三富媒体用户与第三聊天机器人之间的订阅关系的本处理结果代替会话消息发送至第三聊天机器人。

若会话消息未请求有订阅服务操作，则表示第三富媒体用户本次输入信息与消息管理节点无关，属于常规的与第三聊天机器人之间的信息交互，此时消息管理节点将会话消息直接放行给第三聊天机器人，由第三聊天机器人处理。

上述实现方式一和实现方式二用于对消息管理节点建立订阅关系进行示例性介绍，并不限制本发明的保护方案。除此之外，富媒体用户还可以通过的深度连接(DeepLink)或浏览器订阅入口，在消息管理节点侧请与聊天机器人建立/取消订阅。这里，本文不再一一举例赘述。

S106，如果本地建立有第一聊天机器人与第一富媒体用户之间的订阅关系，且第一聊天机器人在发起第一消息投送请求时遵守预先设置的订阅服务逻辑，则将第一消息投送请求发送至消息即平台，否则，拒绝受理第一消息投送请求。

应理解，聊天机器人虽然能够自主发起消息投送请求，但消息投送请求需要经过消息管理节点放行后才能达到至消息即平台。由于消息管理节点设置有聊天机器人与富媒体用户之间的订阅关系和订阅服务逻辑，一旦消息管理节点发起消息投送请求用于向不具有订阅关系富媒体用户投送消息，或者为遵守订阅服务逻辑向富媒体用户多度投送消息，则消息管理节点直接拒绝受理，从而避免对富媒体用户造成骚扰。

基于上述内容可以知道，本发明实施例的方法引入消息管理节点，将消息即平台的聊天机器人与富媒体用户之间的订阅关系和限制聊天机器人向富媒体用户投送消息的订阅服务逻辑维护在消息管理节点侧。聊天机器人发起的消息投送请求需要经消息管理节点进行订阅关系检测和订阅服务逻辑检测，只有在聊天机器人与作为投送对象的富媒体用户之间建立有订阅关系，且聊天机器人遵守订阅服务逻辑发起消息投送请求时,消息管理节点才会将消息投送请求放行至消息即平台以进行投放处理，从而避免消息即平台的聊天机器人无受限制地向富媒体用户投送消息，有效解决了对富媒体用户造成骚扰的问题。

此外,在上述基础之上,本发明实施例中，消息即平台的聊天机器人也可以并不指示具体的投送对象，以由消息管理节点自行处理。

即，消息管理节点还可以接收消息即平台的第四聊天机器人发起的第二消息投送请求(第二消息投送请求未指示有投送对象)。之后，消息管理节点从本地建立的与第四聊天机器人具有订阅关系的富媒体用户中，确定在对应订阅服务逻辑下符合作为投送对象的第四富媒体用户，比如，投送次数上限尚未达到上限的、与第四聊天机器人具有订阅关系富媒体用户。之后，消息管理节点将投送对象为第四富媒体用户指示信息添加至第二消息投送请求以发送给消息即平台。当然，如果在对应订阅服务逻辑下符合作为投送对象的媒体用户，则消息管理节点可以拒收受理第二消息投送请求。

下面对本发明实施例的方法应用在5G网络的场景进行详细介绍。

本应用场景在公共标准化服务体系内，基于富媒体的5G消息处理流程和机制，在MaaP和chatbot之间引入消息管理节点，以实现5G消息订阅服务。具体组网结构如4所示。其中，消息管理节点可以作为MaaP，或独立于Maa部署。MaaP与Chatbot之间的A2P\P2A消息均通过消息管理节点进行交互。

本应用场景可通过多种方式实现在5G消息终端侧展示Chatbot订阅功能入口。比如，通过标准化的Chatbot配置下发，将订阅功能入口，以菜单形式在Chatbot界面展示。再比如，富媒体用户通过5G消息终端主动上行消息，Chatbot在交互会话下，下发交互消息。下发的交互消息携带订阅功能入口，富媒体用户点击后可订阅Chatbot的消息服务。

具体地，富媒体用户建立/取消订阅的流程可以参考图5所示。图5中，步骤1-4：富媒体用户在5G消息终端原生消息入口，点击订阅\取消订阅功能入口。5G终端消息遵循RCS标准，将携带订阅\取消订阅关键字的消息，通RCS AS、MaaP平台发送至消息管理节点。步骤5-6：消息管理节点将原消息转发至Chatbot，告知富媒体用户的原始消息行为。同时消息管理节点识别消息中的订阅\取消订阅关键字，相应更新对应Chatbot的订阅关系。步骤7-8：消息管理节点向Chatbot通知根据订阅关系处理结果。

其中，消息管理节点对订阅\取消订阅关键字的识别可以根据业务需要进行设置。比如，根据MaaP消息特有的建议回复消息类型，可针对标准JASON内容设置显示描述和属性值值设置可配置的关键字内容，以确保用户认知与实际订阅操作的一致性。对于5G消息终端侧，则无需针对发起订阅\取消订阅进行非标化适配。

为此，为确保Chatbot面向用户的正常订阅消息推送流程，详细管理节点接收所有Chatbot的主动下行消息。-订阅服务判断Chatbot与用户间的订阅关系，如果无订阅关系，可拦截消息并向Chatbot返回拒绝通知消息。如存在订阅关系，根据既定的订阅服务逻辑，判断下发消息数是否超限，超限则向Chatbot返回拒绝通知消息，无超限则将Chatbot原始下行消息通过MaaP平台、RCS AS发送至用户5G消息终端侧。

以上应用场景是对本发明实施例方法的示例性介绍。应理解，在不脱离本文上述原理基础之上，还可以进行适当的变化，这些变化也应视为本发明实施例的保护范围。

此外，对应于图1所示的查询方法，本发明实施例还提供一种针对消息即平台的消息管理节点。图6是本发明实施例消息管理节点600的结构示意图，包括：

第一接收模块610，接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象。

第一检测模块620，根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。其中，所述订阅服务逻辑包括以下至少一者：聊天机器人在单位时间内向同一富媒体用户投送消息的次数未达到预设投送次数上限；聊天机器人向富媒体向同一富媒体用户投送消息的间隔时间达到预设最小间隔时间。

第一执行模块630，如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

本发明实施例的消息管理节点维护有消息即平台的聊天机器人与富媒体用户之间的订阅关系和限制聊天机器人向富媒体用户投送消息的订阅服务逻辑。当聊天机器人发起的消息投送请求后，需要经消息管理节点进行订阅关系检测和订阅服务逻辑检测，只有在聊天机器人与作为投送对象的富媒体用户之间建立有订阅关系，且聊天机器人遵守订阅服务逻辑发起消息投送请求时,消息管理节点才会将消息投送请求放行至消息即平台以进行投放处理，从而避免消息即平台的聊天机器人无受限制地向富媒体用户投送消息，有效解决了对富媒体用户造成骚扰的问题。

可选地，本发明实施例的消息管理节点还可以包括：

订阅受理模块，用于通过所述消息即平台接收第二富媒体用户针对所述消息即平台的第二聊天机器人发起的订阅服务操作，订阅服务操作包括建立订阅和取消订阅中的一者；通过所述消息即平台接收第二富媒体用户针对所述消息即平台的第二聊天机器人发起的订阅服务操作，订阅服务操作包括建立订阅和取消订阅中的一者；以及基于所述第二富媒体用户发起的订阅服务操作，本地处理所述第二富媒体用户与所述第二聊天机器人之间的订阅关系。其中，所述订阅服务操作是所述第二富媒体用户触发与所述第二聊天机器人建立的富媒体服务界面中的功能选项所发起的。

可选地，本发明实施例的消息管理节点还可以包括：

会话消息处理模块，用于通过所述消息即平台获取第三富媒体用户针对所述消息即平台的第三聊天机器人发起的会话消息；之后，确定所述会话消息是否请求有订阅服务操作，订阅服务操作包括建立订阅和取消订阅中的一者；若所述会话消息请求有订阅服务操作，则基于所述会话消息请求的订阅服务操作，本地处理所述第三富媒体用户与所述第三聊天机器人之间的订阅关系，并将针对所述第三富媒体用户与所述第三聊天机器人之间的订阅关系的本处理结果代替所述会话消息发送至所述第三聊天机器人；以及，若所述会话消息未请求有订阅服务操作，则将所述会话消息发送至所述第三聊天机器人。其中，所述会话消息是所述第三富媒体用户通过与所述第三聊天机器人建立的富媒体服务界面中的会话栏所发起的。

可选地，本发明实施例的第一接收模块610还可以用于：接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象。对应地，消息管理节点还包括：消息投送自助模块，用于从与所述第四聊天机器人具有订阅关系的富媒体用户中，确定在所述订阅服务逻辑下符合作为投送对象的第四富媒体用户，并将投送对象为所述第四富媒体用户指示信息添加至所述第二消息投送请求以发送给所述消息即平台。

显然，本发明实施例图2所示的消息管理节点可以实现上述图1所示方法的步骤和功能。由于原理相同，本文不再赘述。

此外，本发明实施例还提供一种消息即平台，如图7所示，所述消息即平台设置有针对聊天机器人的交互端口700，所述交互端口700包括：

第二接收模块710，用于接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象。

第二检测模块720，用于根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。

第二执行模块730，用于如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则放行所述第一消息投送请求，否则，拒绝受理所述第一消息投送请求。

同理，本发明实施例图7所示的消息即平台通过该交互端口能够实现上述图1所示方法的步骤和功能。由于原理相同，本文不再赘述。

图8是本说明书的一个实施例电子设备的结构示意图。请参考图8，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成上述消息管理节点。对应地，处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象。

根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。

如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

本发明实施例的电子设备维护有消息即平台的聊天机器人与富媒体用户之间的订阅关系和限制聊天机器人向富媒体用户投送消息的订阅服务逻辑。当聊天机器人发起的消息投送请求后，需要进行订阅关系检测和订阅服务逻辑检测，只有在聊天机器人与作为投送对象的富媒体用户之间建立有订阅关系，且聊天机器人遵守订阅服务逻辑发起消息投送请求时,才会将消息投送请求放行至消息即平台以进行投放处理，从而避免消息即平台的聊天机器人无受限制地向富媒体用户投送消息，有效解决了对富媒体用户造成骚扰的问题。

上述如本说明书图1所示实施例揭示的消息管理方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

应理解，本发明实施例的电子设备可以使消息管理节点或消息即平台实现对应于图1所示方法中的步骤和功能。由于原理相同，本文不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

此外，本发明实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令。

其中，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示的查询方法的步骤，包括：

接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象。

根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测。

如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。此外，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

Claims (10)

1.一种针对消息即平台的消息管理方法，应用于消息管理节点，其特征在于，包括：

接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

2.根据权利要求1所述的方法，其特征在于，还包括：

通过所述消息即平台接收第二富媒体用户针对所述消息即平台的第二聊天机器人发起的订阅服务操作，订阅服务操作包括建立订阅和取消订阅中的一者；

基于所述第二富媒体用户发起的订阅服务操作，本地处理所述第二富媒体用户与所述第二聊天机器人之间的订阅关系；

将针对所述第二富媒体用户与所述第二聊天机器人之间的订阅关系的本处理结果通知至所述第二聊天机器人。

3.根据权利要求2所述的方法，其特征在于，

所述订阅服务操作是所述第二富媒体用户触发与所述第二聊天机器人建立的富媒体服务界面中的功能选项所发起的。

4.根据权利要求1所述的方法，其特征在于，还包括：

通过所述消息即平台获取第三富媒体用户针对所述消息即平台的第三聊天机器人发起的会话消息；

确定所述会话消息是否请求有订阅服务操作，订阅服务操作包括建立订阅和取消订阅中的一者；

若所述会话消息请求有订阅服务操作，则基于所述会话消息请求的订阅服务操作，本地处理所述第三富媒体用户与所述第三聊天机器人之间的订阅关系，并将针对所述第三富媒体用户与所述第三聊天机器人之间的订阅关系的本处理结果代替所述会话消息发送至所述第三聊天机器人；

若所述会话消息未请求有订阅服务操作，则将所述会话消息发送至所述第三聊天机器人。

5.根据权利要求4所述的方法，其特征在于，

所述会话消息是所述第三富媒体用户通过与所述第三聊天机器人建立的富媒体服务界面中的会话栏所发起的。

6.根据权利要求4所述的方法，其特征在于，

确定所述会话消息是否请求有订阅服务操作，包括：

对所述会话消息进行订阅服务操作相关的关键词识别，以基于关键词识别结果确定所会话消息是否请求有订阅服务操作。

7.根据权利要求1所述的方法，其特征在于，还包括：

接收消息即平台的第四聊天机器人发起的第二消息投送请求，所述第二消息投送请求未指示有投送对象；

从与所述第四聊天机器人具有订阅关系的富媒体用户中，确定在所述订阅服务逻辑下符合作为投送对象的第四富媒体用户；

将投送对象为所述第四富媒体用户指示信息添加至所述第二消息投送请求以发送给所述消息即平台。

8.根据权利要求1-7任一项所述的方法，其特征在于，

所述订阅服务逻辑包括以下至少一者：

聊天机器人在单位时间内向同一富媒体用户投送消息的次数未达到预设投送次数上限；

聊天机器人向富媒体向同一富媒体用户投送消息的间隔时间达到预设最小间隔时间。

9.一种针对消息即平台的消息管理节点，其特征在于，还包括：

第一接收模块，用于接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

第一检测模块，用于根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

第一执行模块，用于如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则将所述第一消息投送请求发送至所述消息即平台，否则，拒绝受理所述第一消息投送请求。

10.一种消息即平台，其特征在于，所述消息即平台设置有针对聊天机器人的交互端口，所述交互端口包括：

第二接收模块，用于接收消息即平台的第一聊天机器人发起的第一消息投送请求，所述第一消息投送请求指示有第一富媒体用户作为投送对象；

第二检测模块，用于根据所述第一消息投送请求进行订阅关系检测和订阅服务逻辑检测；

第二执行模块，用于如果本地建立有所述第一聊天机器人与所述第一富媒体用户之间的订阅关系，且所述第一聊天机器人在发起所述第一消息投送请求时遵守预先设置的订阅服务逻辑，则放行所述第一消息投送请求，否则，拒绝受理所述第一消息投送请求。

Images