CN110166348A - 一种服务号信息推送方法及*** - Google Patents

Abstract

本发明公开了一种服务号信息推送方法及***，以群组为单位进行消息的推送，解决了无法向未订阅服务号的用户推送消息的问题，提高了推送效率。本发明实施例的一种服务号信息推送方法，包括：接收服务号信息；将所述服务号信息向群组推送，所述群组中至少存在两个用户。

Description

一种服务号信息推送方法及***

技术领域

本发明属于计算机软件、网络通信领域，具体来说，涉及一种服务号信息推送方法及***。

背景技术

随着互联网产业的发展，即时通讯应用作为用户沟通交流的平台，有着较高的使用频率，也因此应运而生了一系列的产品功能，服务号就是其中之一。用户只要在即时通讯应用中添加订阅服务号，服务号所有者就能向订阅了此服务号的用户推送消息。

美中不足的是，当前领域内的服务号只支持向个人推送消息，而即时通讯应用中存在群组的概念。诸如在办公协同、学习培训等场景下，业务***需要通过服务号向一个或多个群组推送业务消息，有时还需要@群组中的全部成员或者部分成员，以提醒其查看。针对这种场景，面向个人的消息推送是无法满足需求，因此需要一种新的推送方式，以提高推送效率。

发明内容

本发明提供一种服务号信息推送方法及***，以群组为单位进行消息的推送，解决了无法向未订阅服务号的用户推送消息的问题，提高了推送效率。

为解决上述技术问题，本发明实施例采用以下技术方案：

一方面，本发明实施例提供一种服务号信息推送方法，包括：

接收服务号信息；

将所述服务号信息向群组推送，所述群组中至少存在两个用户。

结合第一方面，作为第一种可实施的技术方案，所述的服务号信息推送方法，还包括：

接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储。

结合第一方面第一种可实施的技术方案，作为第二种可实施的技术方案，所述将所述服务号信息向群组推送，包括：

根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组，向所述群组推送服务号信息，向所述群组内所有成员展示服务号信息。

结合第一方面第一种可实施的技术方案或第二种可实施的技术方案，作为第三种可实施的技术方案，所述的服务号信息推送方法，还包括：

获取群组中待提示的成员信息；

在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

结合第一方面，作为第四种可实施的技术方案，所述的服务号信息推送方法，还包括：

接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。

第二方面，本发明实施例提供一种服务号信息推送***，包括：

第一接收模块：用于接收服务号信息；

推送模块：用于将所述服务号信息向群组推送，所述群组中至少存在两个用户。

结合第二方面，作为第一种可实施的技术方案，所述的服务号信息推送***，还包括：

第二接收模块：用于接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

关联模块：用于根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储。

结合第二方面的第一种可实施的技术方案，作为第二种可实施的技术方案，所述推送模块，包括：

提取单元：用于根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组；

推送单元：用于向所述群组推送服务号信息；

展示单元：用于向所述群组内所有成员展示服务号信息。

结合第二方面的第一种可实施的技术方案或第二种可实施的技术方案，作为第三种可实施的技术方案，所述的服务号信息推送***，还包括：

获取模块，用于获取群组中待提示的成员信息；

发送模块：用于在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

结合第二方面，作为第四种可实施的技术方案，所述的服务号信息推送***，还包括：

第三接收模块：用于接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。

与现有技术相比，本发明实施例的服务号信息推送方法及***，以群组为单位进行消息的推送，解决了无法向未订阅服务号的用户推送消息的问题，提高了推送效率。本发明实施例的推送方法，包括：接收服务号信息；将所述服务号信息向群组推送。本实施例通过群组订阅服务号，而非群组中的每个用户分别订阅服务号。这样，服务号信息不必对每个群组中的用户一一推送，而是直接向群组推送。由于群组中有多个用户，所以本实施例通过一次推送，实现了多人接收。这大大提高了推送效率。

附图说明

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

图1是本发明实施例应用的***架构图；

图2是本发明实施例的方法一种流程图；

图3是本发明实施例的方法另一种流程图；

图4是本发明实施例的信息交互流图；

图5是本发明实施例的***框架图。

具体实施方式

下面结合附图，对本发明的技术方案进行详细的说明。

本发明实施例应用的***架构如图1所示。图1中，***包括服务号服务器、即时通讯应用服务器和即时通讯应用客户端。即时通讯应用客户端中设有群组。群组中设有管理人员。管理人员订阅服务号。即时通讯应用服务器和服务号服务器连接，即时通讯应用服务器和即时通讯应用客户端连接。当服务号有消息需要推送时，调用即时通讯应用中的消息类开放接口，将服务号消息直接推送到一个或多个目标群组。服务号服务器可以有多个。每个服务号服务器中设有服务号业务***。不同的服务号服务器中可设有不同的服务号业务***。

本发明实施例提供一种服务号信息推送方法，如图2所示，包括：

S101接收服务号信息；

S102将所述服务号信息向群组推送，所述群组中至少存在两个用户。

现有技术中，服务号由个人用户订阅，然后服务号将信息内容推送给每个订阅用户。本实施例中，服务号信息向群组推送。也就是说，本实施例通过群组订阅服务号，而非群组中的每个用户分别订阅服务号。这样，服务号信息不必对每个群组中的用户一一推送，而是直接向群组推送。由于群组中有多个用户，所以本实施例通过一次推送，实现了多人接收。这大大提高了推送效率。同时，群组中的部分用户可能没有订阅服务号。本实施例向群组推送服务号信息，使得群组中没有订阅的用户也可以接收服务号内容。由于群组都是基于一些共同元素而创建，所以群组中的成员具有某些相同的属性。例如，婴幼儿妈妈群组，群组中的用户通常关注幼儿的食品、喂养等信息。向婴幼儿妈妈群组中推送幼儿喂养服务号，群组中所有的用户都可以查阅。

作为优选例，所述的服务号信息推送方法，如图3所示，包括：

S201接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

S202根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储；

S203接收服务号信息；

S204将所述服务号信息向群组推送，所述群组中至少存在两个用户。

本实施例中，向群组推送服务号信息。服务号不会将其信息随机推送。只有建立订阅关系后，服务号服务器才推送服务号信息。本优选例中，接收群组管理人员订阅的服务号信息。基于订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息。例如，如表1所示，群组1订阅了服务号A和服务号B，群组2订阅了服务号C，群组3订阅了服务号B和服务号C。一个群组可以订阅一个服务号，也可以订阅多个服务号。

表1

群组	服务号
		群组1	服务号A、服务号B
群组2	服务号C
		群组3	服务号B、服务号C

优选的，所述将所述服务号信息向群组推送，包括：根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组，向所述群组推送服务号信息，向所述群组内所有成员展示服务号信息。

当服务号有消息需要推送时，根据关联信息，查找订阅服务号的群组信息。当订阅该服务号的群组有多个时，向多个群组发送服务号信息。当群组接收该服务号信息后，群组中的所有成员都可以查阅服务号信息。

优选的，所述的服务号信息推送方法，还包括：

获取群组中待提示的成员信息；

在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

在群组中，不是所有成员都关注每个服务号。当某个成员特别关注某个服务号时，在向群组推送服务号时，可以提醒该成员关注该服务号信息。在推送服务号信息时，可以提示群组中全部的成员，也可以提示群组中部分成员。推送服务号消息时，通过提示相关群成员，以达到增强提醒的效果，避免相关成员错过此服务号消息。例如，对于需要提示的成员，可以在服务号服务器中存储成员ID。当推送服务号消息时，客户端解析相关信息，对于被提示的群成员，提高增强提示服务号信息效果。如图4所示，成员在查看消息后，回复消息内容。消息内容传送至服务号后台，由服务号管理人员查看用户的回复消息。

优选的，所述的服务号信息推送方法还包括：接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。

对于群组中展示的服务号信息，群组中的成员都可以查阅。对于服务号信息，群组中的成员可以在群组中反馈信息，例如咨询。本优选例中，***接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。服务号服务器后台人员可以查看用户咨询事宜。

群组成员可以直接回复该服务号消息，回复内容可以在服务号管理后台查阅，实现消息下行和上行的闭环，增强用户和服务号的互动。

本发明实施例的方法中，以群组为单位进行服务号信息的推送，解决了无法向未订阅服务号的群组用户推送消息的问题。推送的服务号消息作为群组聊天内容，所有群成员都可查阅，无须服务号所有者再向群成员分别推送，显著减少了网络流量。

该专利的应用场景通常是服务号订阅、***告警消息、通知公告、资讯分享、商品促销信息等。下面例举几个常见的应用场景。

场景一：

在群管理员订阅相关的服务号后，推送服务号消息到群组中。相比服务号所有者宣传推广服务号、用户主动订阅，通过群管理员订阅服务号，大大降低了服务号宣传推广过程中产生的运营成本。

现有技术中，即时通信应用支持群组人数上限一般为1500人。如果这1500名用户都订阅同一个服务号，就要发生1500次订阅操作。由群管理员订阅服务号，只要发生一次订阅操作，就可以达到1500名用户同时订阅的效果。对于群成员而言，可以不再因为没有订阅服务号而错过重要的消息。

场景二：

在电商促销活动时，为保障公司线上营销活动的顺利进行，需对后台业务***进行监控，遇到***故障需及时响应处理。

用户A在公司里负责业务***的监控和保障，他创建了相关的群组并提前订阅了监控平台的服务号。监控平台在监控过程中发现***运行异常，将异常内容编辑成服务号告警消息推送到用户A所在的群组，并@群组内对应的***维护人员处理问题。

***维护人员收到告警提醒消息，点击消息中的链接，跳转到具体的出错信息页面，对问题进行快速定位。***维护人员如果未及时处理告警消息，群组内其他成员可以根据消息中@的用户，提醒其及时处理。

场景三：

企业经常在OA***发文，发布新闻资讯、规章制度、通知公告等内容。

采用本实施例的方法，各中心行政人员在中心大群订阅企业官方服务号。企业有新的发文时，可将发文内容通过官方服务号推送到员工所在群组，群成员第一时间在群组里查阅发文内容。这大大提高企业发文宣传的力度和速度。

员工还可以在群组内回复服务号消息，对发文的内容进一步咨询。服务号管理员在后台收到消息，进行回复，解答员工的提问。

场景四：

用户平时会加入很多分享优惠商品的群组，群管理员可以订阅优惠商品专享的服务号。该服务号不定期将优惠商品的信息推送到群组，群成员通过点击商品链接，快速查看商品详情。不同品类的商品可以对应不同的群组，向群组内的用户推送，达到精准营销的效果。

场景五：

公司定期推送各行各业专利相关的资讯，由于关注人群较为分散，所以不利于集中宣传推广。针对这个情况，群管理员可以将关注专利资讯的用户拉到同一个群组内，订阅专利相关的服务号，通过服务号推送消息到群组的功能，实现统一的专利资讯分享、学习、申报和讨论沟通。

本实施例中，群组管理人员可以为群组内所有成员订阅服务号，群组的成员无需主动订阅，即可关注与自己相关的服务号。

采用本实施例的方法，为服务号所有者向群组推送消息增加一个便捷的渠道，以及服务号逐个向单个用户推送消息时，避免因用户未订阅而引起推送失败和流量浪费。服务号向用户个体推送消息时，如果用户未订阅该服务号，则服务号消息推送失败。如果服务号消息推送失败，则在整个消息推送过程中，产生的信息传输流量就浪费了。

如图4所示，为本发明实施例的信息交互流图。本实施例的方法通过客户端(即群组)、服务端服务器和服务号服务器之间的交互实现。具体来说，客户端向服务端服务器发送订阅信息，将群组信息和服务号建立关联关系，形成关联信息。服务号服务器调用通讯应用提供的消息类开放接口，向服务端服务器推送服务号信息。服务端服务器根据关联信息，匹配与接收的服务号信息对应的群组。服务端服务器将服务号信息发送至匹配的群组中。如果未订阅该服务号，服务端服务器向服务号服务器返回异常编码，推送服务号消息到客户端失败。

在客户端，创建新群组或选择已有群组，群管理员根据使用需要，订阅相应的服务号。客户端接收到服务号消息后，在相关群组中展示群组服务号消息，并根据消息报文的内容@群成员，增强提醒。被@的群成员回复服务号消息时，可以@该服务号。所有@服务号的消息将作为服务号上行消息推送到服务号后台，供服务号管理员查询和回复。

如图5所示，本发明实施例还提供一种服务号信息推送***，包括：

第一接收模块：用于接收服务号信息；

推送模块：用于将所述服务号信息向群组推送，所述群组中至少存在两个用户。

现有技术中，服务号由个人用户订阅，然后服务号将信息内容推送给每个订阅用户。本实施例中，推送模块将服务号信息向群组推送。也就是说，本实施例通过群组订阅服务号，而非群组中的每个用户分别订阅服务号。这样，服务号信息不必对每个群组中的用户一一推送，而是直接向群组推送。由于群组中有多个用户，所以本实施例通过推送模块一次推送，实现了多人接收。这大大提高了推送效率。同时，群组中的部分用户可能没有订阅服务号。本实施例向群组推送服务号信息，使得群组中没有订阅的用户也可以接收服务号内容。

作为优选例，所述的服务号信息推送***，还包括：

第二接收模块：用于接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

关联模块：用于根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储。

作为优选例，所述推送模块，如图5所示，包括：

提取单元：用于根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组；

推送单元：用于向所述群组推送服务号信息；

展示单元：用于向所述群组内所有成员展示服务号信息。

作为优选例，所述的服务号信息推送***，还包括：

获取模块，用于获取群组中待提示的成员信息；

发送模块：用于在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

作为优选例，所述的服务号信息推送***，还包括：

第三接收模块：用于接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本领域技术人员应该知晓，实现上述实施例的方法或者***，可以通过计算机程序指令来实现。该计算机程序指令装载到可编程数据处理设备上，例如计算机，从而在可编程数据处理设备上执行相应的指令，用于实现上述实施例的方法或者***实现的功能。

本领域技术人员依据上述实施例，可以对本申请进行非创造性的技术改进，而不脱离本发明的精神实质。这些改进仍应视为在本申请权利要求的保护范围之内。

Claims (10)

1.一种服务号信息推送方法，其特征在于，所述方法包括：

接收服务号信息；

将所述服务号信息向群组推送，所述群组中至少存在两个用户。

2.按照权利要求1所述的服务号信息推送方法，其特征在于，还包括：

接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储。

3.按照权利要求2所述的服务号信息推送方法，其特征在于，所述将所述服务号信息向群组推送，包括：

根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组，向所述群组推送服务号信息，向所述群组内所有成员展示服务号信息。

4.按照权利要求2或3所述的服务号信息推送方法，其特征在于，还包括：

获取群组中待提示的成员信息；

在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

5.按照权利要求1所述的服务号信息推送方法，其特征在于，还包括：

接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。

6.一种服务号信息推送***，其特征在于，所述***包括：

第一接收模块：用于接收服务号信息；

推送模块：用于将所述服务号信息向群组推送，所述群组中至少存在两个用户。

7.按照权利要求6所述的服务号信息推送***，其特征在于，还包括：

第二接收模块：用于接收订阅信息，所述订阅信息是由群组管理人员订阅的服务号信息；

关联模块：用于根据所述订阅信息，将订阅服务号的群组和对应的服务号建立关联关系，形成关联信息，并存储。

8.按照权利要求7所述的服务号信息推送***，其特征在于，所述推送模块，包括：

提取单元：用于根据所述服务号信息，从所述关联信息中提取与所述服务号信息对应的群组；

推送单元：用于向所述群组推送服务号信息；

展示单元：用于向所述群组内所有成员展示服务号信息。

9.按照权利要求7或8所述的服务号信息推送***，其特征在于，还包括：

获取模块，用于获取群组中待提示的成员信息；

发送模块：用于在向群组推送服务号信息的同时，向所述待提示的成员发送提示信息。

10.按照权利要求6所述的服务号信息推送***，其特征在于，还包括：

第三接收模块：用于接收群组成员发送的回复信息，并将所述回复信息发送至服务号服务器中。