CN105119966B - 一种公众号管理方法及装置 - Google Patents
一种公众号管理方法及装置 Download PDFInfo
- Publication number
- CN105119966B CN105119966B CN201510416485.7A CN201510416485A CN105119966B CN 105119966 B CN105119966 B CN 105119966B CN 201510416485 A CN201510416485 A CN 201510416485A CN 105119966 B CN105119966 B CN 105119966B
- Authority
- CN
- China
- Prior art keywords
- public platform
- setting
- business
- node
- public
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 156
- 230000000694 effects Effects 0.000 claims description 61
- 238000000034 method Methods 0.000 claims description 36
- 230000005540 biological transmission Effects 0.000 claims description 30
- 238000012545 processing Methods 0.000 claims description 8
- 230000006854 communication Effects 0.000 abstract description 15
- 238000004891 communication Methods 0.000 abstract description 6
- 238000005516 engineering process Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012550 audit Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000008531 maintenance mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Storage Device Security (AREA)
Abstract
本发明实施例提供一种公众号管理方法及装置,涉及通信技术领域,能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。具体方案为:公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求对第一公众号集合中的公众号进行业务设置,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合,根据第一设置请求生成设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。本发明实施例用于管理公众号。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种公众号管理方法及装置。
背景技术
公众号是在公众平台上申请的应用账号,例如腾讯公众号平台提供的微信公众号,公众号拥有者可以通过在微信平台上实现和特定群体的文字、图片、语音、视频的全方位沟通和互动,从而形成一种线上线下微信互动营销方式。
其中,公众号拥有者通常为企业、政府、媒体、组织等机构。由于营销的需要,一个机构内部可能存在多个公众号,因而每个公众号的运营均需要公众号拥有者分配管理员对其业务进行逐一维护,例如通过向腾讯公众平台的微信服务器提交请求,以对每个公众号的菜单设置、消息群发、营销活动设置等业务进行维护。又由于同一机构内部多个独立的公众号之间的部分业务可能会有重叠,从而使得管理员需要进行多次、重复的工作以使得多个独立的公众号能够实现相同的业务,从而使得管理员的工作量较大,工作效率低,且容易出错。
同时,为保证机构内部营销策略的统一和协调,维护机构内部多个独立公众号的管理员之间通常需要通过邮件或其它文件形式,以及电话等沟通方式进行信息交流,从而调整公众号的业务,使得各个公众号之间的业务能够相互配合,以达到更好的营销效果。而管理员之间通过邮件或其它文件形式进行信息交流,使得维护工作的效率较低,且容易出错。
发明内容
本发明实施例提供一种公众号管理方法,能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种公众号管理方法,应用于管理公众号的第三方管理服务器,所述公众号的管理结构呈树状结构,最低层节点为叶子节点,任一所述叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,所述业务设置权限包括对所述非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,所述设置管理权限包括设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限,所述方法包括:
接收任一非叶子节点发送的第一设置请求,所述第一设置请求用于请求对所述第一公众号集合中的公众号进行业务设置,所述第一公众号集合为所述非叶子节点的子孙节点中的叶子节点的公众号的集合;
根据所述第一设置请求生成设置指令,并发送给所述公众号的应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
结合第一方面,在第一方面的第一种可能的实现方式中,所述根据所述第一设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务包括:
在接收到所述第一设置请求之后,确定所述管理服务器是否保存有高层节点发送的第二设置请求,所述第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,所述第二公众号集合为所述高层节点的子孙节点中的叶子节点的公众号的集合,所述第一公众号集合为所述第二公众号集合的子集;
若确定有,则根据所述第一设置请求和所述第二设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能实现的方式中,在进行菜单设置时,所述根据所述第一设置请求和所述第二设置请求生成设置指令包括:
将所述第一设置请求中请求设置的第一预设菜单项目与所述第二设置请求中请求设置的第二预设菜单项目叠加;
根据叠加后的菜单项目生成与所述第一公众号集合中的公众号一一对应的菜单设置指令;
其中,所述第一设置请求用于请求对所述第一公众号集合中的公众号进行第一预设菜单项目的设置,所述第一预设菜单项目为所述节点的业务设置权限的范围包括的预设菜单项目中的至少一个;所述第二设置请求用于请求对所述第二公众号集合中的公众号进行第二预设菜单项目的设置,所述第二预设菜单项目为所述高层节点的业务设置权限的范围包括的预设菜单项目中的至少一个。
结合第一方面的第一种可能的实现方式,在第一方面的第三种可能实现的方式中,在进行消息群发时,所述根据所述第一设置请求和所述第二设置请求生成设置指令包括:
在大于或者等于预设时间阈值时,将所述第一设置请求中请求群发的第一数目的消息和所述第二设置请求中请求群发的第二数目的消息进行组合;
根据组合后的消息生成与所述第一公众号集合中的公众号一一对应的消息群发设置指令;
其中,所述第一设置请求用于请求通过所述第一公众号集合中的公众号向关注所述第一公众号集合中任一公众号的用户群发第一数目的消息,所述第一数目小于或者等于所述节点的业务设置权限的范围包括的消息群发预设数目;所述第二设置请求用于请求通过所述第二公众号集合中的公众号向关注所述第二公众号集合中的任一公众号的用户群发第二数目的消息,所述第二数目小于或者等于所述高层节点的业务设置权限的范围包括的消息群发预设数目。
结合第一方面,在第一方面的第四种可能实现的方式中,在进行营销活动设置时,所述第一设置请求用于请求对所述第一公众号集合中的公众号设置同一营销活动模板,且在所述方法之后还包括:
接收用户通过所述第一公众号集合中的公众号发送的营销活动参与指令,并根据预设规则对所述用户进行唯一身份标识。
结合第一方面的第四种可能的实现方式,在第一方面的第五种可能的实现方式中,所述根据预设规则对所述用户进行唯一身份标识包括:
通过指定公众号对所有所述用户进行唯一身份标识;
或者,根据所述用户的网络协议IP地址对所述用户进行唯一身份标识。
结合第一方面,在第一方面的第六种可能实现的方式中,在所述方法之前还包括:
接收任一非叶子节点发送的第三设置请求,所述第三设置请求用于请求设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围,所述业务设置权限的范围包括预设菜单项目,消息群发预设数目;
根据所述第三设置请求更新所述业务设置权限的范围。
第二方面,提供一种管理服务器,用于管理公众号,所述公众号的管理结构呈树状结构,最低层节点为叶子节点,任一所述叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,所述业务设置权限包括对所述非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,所述设置管理权限包括设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限,所述管理服务器包括:
接收单元,用于接收任一非叶子节点发送的第一设置请求,所述第一设置请求用于请求对所述第一公众号集合中的公众号进行业务设置,所述第一公众号集合为所述非叶子节点的子孙节点中的叶子节点的公众号的集合;
处理单元,用于根据所述第一设置请求生成设置指令,并发送给所述公众号的应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
结合第二方面,在第二方面的第一种可能实现的方式中,所述处理单元具体用于:
在接收到所述第一设置请求之后,确定所述管理服务器是否保存有高层节点发送的第二设置请求,所述第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,所述第二公众号集合为所述高层节点的子孙节点中的叶子节点的公众号的集合,所述第一公众号集合为所述第二公众号集合的子集;
若确定有,则根据所述第一设置请求和所述第二设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
结合第二方面,在第二方面的第二种可能实现的方式中,所述业务设置包括菜单设置、消息群发设置和营销活动设置。
本发明实施例提供一种公众号管理方法及装置,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行业务设置的第一设置请求,并生成设置指令以进行业务设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的业务进行批量设置,从而与逐一设置公众号的业务相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种公众号的管理结构示意图;
图2为本发明实施例提供的一种方法流程示意图;
图3为本发明实施例提供的另一种公众号的管理结构示意图;
图4为本发明实施例提供的另一种公众号的管理结构示意图;
图5为本发明实施例提供的一种菜单项目分类示意图;
图6为本发明实施例提供的另一种方法流程示意图;
图7为本发明实施例提供的另一种方法流程示意图;
图8为本发明实施例提供的另一种方法流程示意图;
图9为本发明实施例提供的一种营销活动模板示意图;
图10为本发明实施例提供的另一种方法流程示意图;
图11为本发明实施例提供的一种管理服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
本发明实施例提供一种公众号管理方法,可以应用于管理公众号的第三方管理服务器,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,业务设置权限包括对非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,设置管理权限包括设置非叶子节点以及非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限。此外,任一非叶子节点的权限还可以包括素材管理、数据管理等其它方面的相关管理。例如数据统计、报表查看等。
其中,任一非叶子节点设置节点的业务设置权限是指,对该节点非叶子节点的子孙节点中的所有叶子节点的公众号进行菜单设置、消息群发设置以及营销活动设置等业务设置的权限。任一非叶子节点的业务设置权限的范围可以包括任一非叶子节点可以设置的预设菜单项目以及消息群发预设数目等。
参见图2,本发明实施例提供的公众号的管理方法的主要步骤可以包括:
101、管理服务器接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求对第一公众号集合中的公众号进行业务设置,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合。
其中,任一非叶子节点可以根据管理服务器分配的账户通过终端与管理服务器建立连接,并向管理服务器发送设置请求。这里的终端可以是计算机、iPad、个人数字助手等用户设备。
第一公众号集合为非叶子节点的子孙节点中的所有叶子节点的公众号的集合,由于任一叶子节点可以包括至少一个公众号,而任一非叶子节点的子孙节点中可能包括多个叶子节点,因而第一公众号集合通常包括多个公众号。
第一设置请求用于请求对第一公众号集合进行业务设置,这里的业务设置可以包括菜单设置、消息群发设置、营销活动设置以及其它业务设置,这里不做限定。
需要说明的是,在接收到当前节点发送的第一设置请求之后,由于当前节点之前可能发送过请求对第一公众号集合进行业务设置的第一设置请求,且保存于管理服务器中,因而管理服务器还需要根据当前节点的身份标识(例如管理服务器为节点分配的账户)更新第一设置请求,以使得管理服务器中保存的第一设置请求为当前节点最新发送的第一设置请求。
102、管理服务器根据第一设置请求生成设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。
在接收并更新第一设置请求后,管理服务器可以根据第一设置请求生成设置指令并发送给公众号的应用服务器,从而使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。由于第一公众号集合通常包括多个公众号,而任一公众号与应用服务器的接口可能不同,因而这里的设置指令可以是根据第一公众号集合中的公众号分别与应用服务器对应的接口设置的,且与第一公众号中的公众号一一对应的指令的集合。应用服务器在接收到管理服务器发送的指令集合后,将分别根据集合中的指令设置对应的公众号的业务,从而使得设置的业务生效。
而且,由于第一公众号集合通常包括多个公众号,因而通过本发明实施例提供的方法为第一公众号进行业务设置,可以对第一公众号中的多个公众号的业务进行批量设置,从而对多个公众号进行统一管理,使得多个公众号可以同时实现相同的业务,与逐一设置公众号的业务相比,显著提高了工作效率,降低了运营压力;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,减小了信息传播冗余,降低了沟通出错或操作失误导致的业务设置出错的概率。
当进行菜单设置以及消息群发设置时,管理服务器根据第一设置请求生成设置指令,并发送给应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务可以包括:
管理服务器在接收到第一设置请求之后,确定管理服务器是否保存有高层节点发送的第二设置请求,第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,第二公众号集合为高层节点的子孙节点中的所有叶子节点的公众号的集合,第一公众号集合为第二公众号集合的子集;
若确定有,则管理服务器根据第一设置请求和第二设置请求生成设置指令,并发送给应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。
需要说明的是,由于第一公众号集合是第二公众号集合的子集,因而高层节点通过第二设置指令为第二公众号集合设置的业务,同样应用于第一公众号集合,因而需要根据第一设置指令以及第二设置指令为第一公众号集合设置业务。
进一步地,在上述方法之前还可以包括:管理服务器接收任一非叶子节点发送的第三设置请求,第三设置请求用于请求设置非叶子节点以及非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围,业务设置权限的范围包括预设菜单项目,消息群发预设数目;而后根据第三设置请求更新业务设置权限的范围。从而使得非叶子节点可以根据更新后的业务设置权限的范围设置公众号的业务。当然,管理系统也可以通过设置默认值来预先设置非叶子节点的业务设置权限的范围。
此外,本发明实施例提供的公众号管理方法中,还可以通过管理服务器查看公众号、添加公众号、共享素材库,设置微官网等。其中查看公众号或添加公众号需要得到管理服务器分配的管理员许可或审核,共享素材库时可以展示阅读量数据和使用量数据,并可根据阅读量或使用量进行排序。
本发明实施例提供一种公众号管理方法,应用于管理公众号的第三方管理服务器,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行业务设置的第一设置请求,并生成设置指令以进行业务设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的业务进行批量设置,从而与逐一设置公众号的业务相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
目前,微信公众号具有广泛的应用基础,本发明以下实施例中将以公众号为微信公众号,对应的公众号的应用服务器为腾讯公众平台的微信服务器,关注微信公众号的用户为微信用户为例进行说明。但本申请提供的方法中的公众号并不限定于微信公众号。
微信公众号的业务通常包括菜单设置、消息群发、营销活动设置等,其中,根据腾讯公众平台规定的协议可知,微信公众号可以设置的菜单项目包括3个父菜单,每个父菜单至多可以包括5个子菜单项目,即微信公众号可以设置的菜单项目至多包括15个子菜单项目。微信公众号可以群发的消息数目最多为8条/天,消息内容可以为文字、图片、视频等素材。微信公众号可以向关注该微信公众号提供营销活动的指定网页,从而让用户参与到微信公众号拥有者创建的营销活动中来,以达到微信公众号拥有者的营销目的。
为了保证营销任务能够基本完成,任一机构的公众号基本可以分为两类:即营业中心公众号和销售中心公众号,分别负责自有营业厅业务宣传及发展和第三方代理商业务宣传及发展;为了对公众号进行统一管理,降低单独管理公众号导致的工作效率低且容易出错的问题,还可以对公众号进行层级管理。
示例性的,微信公众号的管理结构可以呈图3所示的树状结构。图3所示结构中的节点可以分为5个层级,从高层至低层依次为系统级节点、省级节点、市级节点、厅级节点以及叶子节点。其中,任一叶子节点包括至少一个公众号。省级/市级/厅级节点又可以包括省级/市级/厅级营业中心节点和省级/市级/厅级销售中心节点。系统级节点、省级节点、市级节点、厅级节点为非叶子节点,非叶子节点具有业务设置权限和设置管理权限。示例性的,系统级节点具有设置系统级节点的子孙节点中叶子节点的公众号的业务的权限,以及设置所有非叶子节点的业务设置权限的范围的权限例如设置所有非叶子节点可以设置的预设菜单项目、消息群发预设数目等;省级节点具有设置省级节点的子孙节点中叶子节点的公众号的业务的权限,以及设置省级节点、市级节点、厅级节点的业务设置权限的范围的权限;市级节点与厅级节点类似,这里不再赘述。
如图3所示管理结构将任一机构的公众号分为营业中心公众号和销售中心公众号两大分支,以保证人以机构能够进行基本的营销业务,从而能够最大程度地节省信息冗余,节省运营压力。
进一步地,根据多维营销的需要,在如图3所示基本管理结构中还可以包括与营业中心和销售中心的结构关系类似的其它部门,例如还可以包括服务中心。具体的,在省级节点、市级节点、厅级节点中分别可以包括省级服务管理员、班长、班员,用以管理机器人在线客服,承接多个公众号的在线信息及回复等。另外,管理结构中还可以包括一些其它特殊部门,参见图4,该特殊部门的父节点为系统节点子节点为叶子节点,例如省级业务部门、省级合作商、市级业务部门、市级合作商、独立账号等,从而满足系统特殊账号存在的需要。此类特殊部门的结构可以重用图3所示的部分结构,从而可以减少系统信息冗余,提高可重用度和效率。在图4所示管理结构中,系统节点的上一层还可以包括总级节点,该总级节点用以将敏感权限从系统级节点中剥离,使得系统级节点并不涉及敏感权限。其中,在图4所示的管理结构中,添加公众号可以由市级节点进行操作,并通过省级节点的审核后才可以成为管理结构中的合法公众号,而查看公众号需要总级节点的相关信息,例如节点管理员的登录用户名、电话、邮箱等,还可以预留空白字段。
需要说明的是,图3和图4所示的公众号的管理结构仅是举例说明,并不代表本发明的保护范围。
实施例2
本发明实施例提供一种公众号管理方法,以图3所示的公众号的管理结构为例,对公众号的菜单设置过程进行说明。
具体的,管理服务器可以根据设置默认值或者通过接收第三设置请求,设置非叶子节点的业务设置权限的范围,例如非叶子节点可以设置的预设菜单项目。示例性的,本发明实施例中,省级节点(包括省级营业中心和省级销售中心)、市级节点(包括市级营业中心和市级销售中心)和厅级节点(包括厅级营业中心和厅级销售中心)的业务设置权限范围包括的预设菜单项目可以分别为如图5所示的省级父菜单、市级父菜单和厅级父菜单,其中,每个父菜单至多可以包括5个子菜单项目。也就是说,菜单业务的设置权限被分配给了省级节点、市级节点和厅级节点。
参见图6,本发明实施例提供的公众号的管理方法的主要步骤可以包括:
201、管理服务器接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求对第一公众号集合中的公众号进行第一预设菜单项目的设置,第一预设菜单项目为节点的业务设置权限的范围包括的预设菜单项目中的至少一个,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合。
示例性的,本发明实施例中将以发送第一设置请求的非叶子节点为市级营业中心为例进行说明。在本步骤中,管理服务器接收市级营业中心发送的第一设置请求,请求对第一公众号集合进行第一预设菜单项目的设置,第一预设菜单项目为市级节点的业务设置权限的范围包括的预设菜单项目中的至少一个,即第一预设菜单项目是市级父菜单中的5个子菜单项目中的至少一个。这里的第一公众号集合是市级营业中心的子孙节点中所有叶子节点的公众号的集合。
当然,在接收到当前节点发送的第一设置请求之后,由于当前节点之前可能发送过请求对第一公众号集合进行菜单业务设置的第一设置请求,且保存于管理服务器中,因而管理服务器还需要根据当前节点的身份标识(例如管理服务器为节点分配的账户)更新第一设置请求,以使得管理服务器中保存的第一设置请求为当前节点最新发送的第一设置请求。
202、管理服务器在接收到第一设置请求之后,在接收到第一设置请求之后,确定管理服务器是否保存有高层节点发送的第二设置请求,第二设置请求用于请求对第二公众号集合中的公众号进行第二预设菜单项目的设置,第二预设菜单项目为高层节点的业务设置权限的范围包括的预设菜单项目中的至少一个,第二公众号集合为高层节点的子孙节点中的叶子节点的公众号的集合,第一公众号集合为第二公众号集合的子集。
其中的高层节点指的是当前节点的祖先节点,当前节点的子孙节点为低层节点。管理服务器在步骤201中接收到市级营业中心发送的第一设置请求之后,可以确定是否保存有高层节点发送的对第二公众号集合进行第二预设菜单项目设置的第二设置请求。其中,由于在本发明实施例中,菜单业务的设置权限被分配给了省级节点、市级节点和厅级节点,因而这里的高层节点是省级营业中心,第二预设菜单项目为高层节点的业务设置权限范围包括的预设菜单项目中的至少一个,即为省级父菜单中5个子菜单项目中的至少一个。这里的第二公众号集合是省级营业中心的子孙节点中所有叶子节点的公众号的集合。
由于第二公众号集合是省级营业中心的子孙节点中所有叶子节点的公众号的集合,而第一公众号集合是市级营业中心的子孙节点中所有叶子节点的公众号的集合,因而第一公众号集合是第二公众号集合的子集。
203、若确定有,则管理服务器将第一设置请求中请求设置的第一预设菜单项目与第二设置请求中请求设置的第二预设菜单项目叠加。
若管理服务器保存有省级营业中心发送的第二设置请求,则由于省级营业中心是市级营业中心的父节点,第一公众号集合是第二公众号集合的子集,因而针对第二公众号集合的第二设置请求中请求设置的菜单项目同样应用于第一公众号集合。因此,管理服务器需要将第一设置请求中请求设置的第一预设菜单项目与第二设置请求中请求设置的第二预设菜单项目叠加,即将市级营业中心请求设置的菜单项目与省级营业中心请求设置的菜单项目叠加,从而为第一公众号集合进行菜单项目设置。
204、管理服务器叠加后的菜单项目生成与第一公众号集合中的公众号一一对应的菜单设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置菜单业务。
由于执行微信公众号的菜单是否生效的应用服务器为微信服务器,而微信服务器与公众号之间存在一一对应的接口,因而管理服务器将请求设置的菜单项目叠加后,可以根据该接口分别生成与第一公众号集合中的所有公众号一一对应的菜单设置指令,并发送给微信服务器,以使得微信服务器根据设置指令为第一公众号集合中的每一个公众号设置菜单项目。
又由于第一公众号集合通常包括多个公众号,因而通过本发明实施例提供的方法为第一公众号集合进行菜单项目设置,可以对第一公众号集合中的多个公众号的菜单项目进行批量设置,从而对多个公众号进行统一管理,使得多个公众号可以同时实现相同的业务,与逐一设置公众号的菜单项目相比,显著提高了工作效率,降低了运营压力;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,减小了信息传播冗余,降低了沟通出错或操作失误导致的业务设置出错的概率。
此外,由于菜单业务的设置权限被分配给了不同层的节点,因而使得不同层节点可以分别设置菜单项目,并可以将不同层节点的管理员设置的菜单项目进行叠加,从而在批量管理公众号的同时还提高了公众号菜单设置的灵活性。
需要说明的是,本发明实施例是以步骤201中发送第一设置请求的非叶子节点为市级营业中心为例进行说明的,当步骤201中发送第一设置请求的节点为厅级营业中心时,在步骤202中,确定是否保存有高层节点的管理员发送的第二设置请求时,需要确定是否保存有市级营业中心和省级营业中心发送的第二设置请求,此时的第二设置请求包括两个子请求,分别对应市级营业中心和省级营业中心,而后将所有请求设置的菜单项目进行叠加,从而生成与厅级营业中心的子孙节点中叶子节点的公众号一一对应的设置菜单业务的设置指令,并发送给微信服务器。而对于步骤201中发送第一设置请求的节点为省级营业中心的情况,由于15个子菜单项目的业务设置权限全部被分配给了省级节点、市级节点和厅级节点,没有分配给系统级节点,因而不会有系统级节点发送的第二设置请求,管理服务器只需要根据第一设置请求中请求设置的菜单项目,生成与省级营业中心的子孙节点中叶子节点的公众号一一对应的设置指令,并发送给微信服务器。
本发明实施例提供一种公众号管理方法,应用于管理公众号的第三方管理服务器,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行菜单业务设置的第一设置请求,并生成设置指令以进行菜单业务设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的菜单业务进行批量设置,从而与逐一设置公众号的菜单业务相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
实施例3
本发明实施例提供一种公众号管理方法,以图3所示的公众号的管理结构为例,对公众号的消息群发设置过程进行说明。
具体的,管理服务器可以根据设置默认值或者通过接收第三设置请求,设置非叶子节点的业务设置权限的范围,例如非叶子节点可以设置的消息群发预设数目。示例性的,本发明实施例中,省级节点(包括省级营业中心和省级销售中心)、市级节点(包括市级营业中心和市级销售中心)和厅级节点(包括厅级营业中心和厅级销售中心)的业务设置权限范围包括的消息群发预设数目可以分别是3条/天、2条/天以及3条/天。也就是说,消息群发业务的设置权限被分配给了省级节点、市级节点和厅级节点。
参见图7,本发明实施例提供的公众号的管理方法的主要步骤可以包括:
301、管理服务器接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求通过第一公众号集合中的公众号向关注第一公众号集合中任一公众号的用户群发第一数目的消息,第一数目小于或者等于节点的业务设置权限的范围包括的消息群发预设数目,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合。
示例性的,本发明实施例中将以发送第一设置请求的任一非叶子节点的为市级营业中心为例进行说明。在本步骤中,管理服务器接收市级营业中心发送的第一设置请求,请求向关注第一公众号集合中的公众号的用户群发第一数目的消息,第一数目小于或者等于市级节点的业务设置权限的范围包括的消息群发预设数目(即2条/天)。这里的第一公众号集合为市级营业中心的子孙节点中所有叶子节点的公众号的集合。
当然,在接收到当前节点发送的第一设置请求之后,由于当前节点之前可能发送过请求对第一公众号集合进行消息群发业务设置的第一设置请求,且保存于管理服务器中,因而管理服务器还需要根据当前节点的身份标识(例如管理服务器为节点分配的账户)更新第一设置请求,以使得管理服务器中保存的第一设置请求为当前节点最新发送的第一设置请求。
302、管理服务器在接收到第一设置请求之后,确定管理服务器是否保存有高层节点发送的第二设置请求,第二设置请求用于请求通过第二公众号集合中的公众号向关注第二公众号集合中的任一公众号的用户群发第二数目的消息,第二数目小于或者等于高层节点的业务设置权限的范围包括的消息群发预设数目,第二公众号集合为高层节点的子孙节点中的叶子节点的公众号的集合,第一公众号集合为第二公众号集合的子集。
其中的高层节点指的是当前节点的祖先节点,当前节点的子孙节点为低层节点。管理服务器在接收到市级营业中心发送的第一设置请求之后,可以确定是否保存有高层节点的发送的请求通过第二公众号向关注第二公众号的用户群发第二数目的消息的第二设置请求。由于在本发明实施例中,消息群发业务的设置权限被分配给了省级节点、市级节点和厅级节点,因而这里的高层节点指的是省级营业中心,第二数目小于或者等于省级营业中心的业务设置权限的范围包括的消息群发预设数目(即3条/天)。这里的第二公众号集合是省级营业中心的子孙节点中所有叶子节点的公众号的集合。
由于第二公众号集合是省级营业中心的子孙节点中所有叶子节点的公众号的集合,而第一公众号集合是市级营业中心的子孙节点中所有叶子节点的公众号的集合,因而第一公众号集合是第二公众号集合的子集。
303、若确定有,则管理服务器在大于或者等于预设时间阈值时,将第一设置请求中请求群发的第一数目的消息和第二设置请求中请求群发的第二数目的消息进行组合。
若管理服务器保存有省级营业中心发送的第二设置请求,则由于省级营业中心是市级营业中心的父节点,第一公众号集合是第二公众号集合的子集,因而对第二公众号集合中的公众号设置的群发消息同样应用于第一公众号结合中的公众号。因此,管理服务器需要将第一设置请求中请求设置的第一数目的群发消息与第二设置请求中请求设置的第二数目的群发消息进行组合,即将市级营业中心请求设置的群发消息与省级营业中心请求设置的群发消息进行组合,从而为第一公众号集合中的公众号进行消息群发设置。
又由于执行微信公众号的消息群发业务是否生效的应用服务器为微信服务器,而微信服务器对公众号群发消息的时间有协议限制,因而在达到协议设定时间(例如1天)时,管理服务器可以将第一设置请求中请求群发的第一数目的消息和第二设置请求中请求群发的第二数目的消息进行组合,从而生成设置指令并发送给微信服务器。
304、管理服务器根据组合后的消息生成与第一公众号集合中的公众号一一对应的消息群发设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号设置消息群发业务。
管理服务器将请求设置的群发消息进行组合后,可以根据微信服务器与公众号之间一一对应的接口分别生成与第一公众号集合中的公众号一一对应的消息群发设置指令,并发送给微信服务器,以使得微信服务器可以根据设置指令向关注第一公众号集合中的公众号的用户群发消息。
同时,由于第一公众号通常包括多个公众号,因而通过本发明实施例提供的方法为第一公众号进行消息群发设置,可以对第一公众号集合中的多个公众号的消息群发业务进行批量设置,从而对多个公众号进行统一管理,使得多个公众号可以同时实现相同的业务,与逐一设置公众号的消息群发业务相比,显著提高了工作效率,降低了运营压力;同时,避免了现有技术中每个公众号对应的之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,减小了信息传播冗余,降低了沟通出错或操作失误导致的业务设置出错的概率。
此外,由于消息群发的设置权限被分配给了不同层的节点的,因而使得管理服务器可以分别发送群发消息,并将不同层节点发送的群发消息进行组合,从而在批量管理公众号的同时还提高了公众号消息群发的灵活性。
需要说明的是,本发明实施例是以步骤301中发送第一设置请求的为市级营业中心为例进行说明的,当步骤301中发送第一设置请求的为厅级营业中心时,在步骤302中,确定是否保存有高层节点的发送的第二设置请求时,需要确定是否保存有市级营业中心发送的第二设置请求以及省级营业中心的第二设置请求,并将所有请求设置的群发消息进行组合,从而生成与厅级营业中心的子孙节点中叶子节点的公众号一一对应的消息群发业务的设置指令,并发送给微信服务器。而对于步骤301中发送第一设置请求的节点为省级营业中心的情况,由于8条/天的消息群发业务设置权限全部被分配给了省级节点、市级节点和厅级节点,没有分配给系统级节点,因而不会有系统级节点发送的第二设置请求,管理服务器只需要根据第一设置请求中请求设置的群发消息,生成与省级营业中心的子孙节点中叶子节点的公众号一一对应的设置消息群发业务的设置指令,并发送给微信服务器。
本发明实施例提供一种公众号管理方法,应用于管理公众号的第三方管理服务器,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行消息群发设置的第一设置请求,并生成设置指令以进行消息群发设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的消息群发业务进行批量设置,从而与逐一设置公众号的消息群发业务相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
实施例4
本发明实施例提供一种公众号管理方法,以图3所示的公众号的管理结构为例,对公众号的营销活动设置过程进行说明。
参见图8,本发明实施例提供的公众号的管理方法的主要步骤可以包括:
401、管理服务器接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求对第一公众号集合中的公众号设置同一营销活动模板,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合。
其中,管理服务器可以将将要举办的或举办过的线上线下营销活动模板化,从而形成营销活动模板。营销活动模板可以反复重用,从而可以减少大量的开发成本,例如年度性或节日性的营销活动。此外,营销活动模板还可以具有较大自由度的编辑权限,从而可以自由地设置活动模板的参数,抽奖方式,显示方式等,满足大量公众号的不同需求。
本发明实施例中将以发送第一设置请求的任一节点的为市级营业中心为例进行说明。在本步骤中,管理服务器接收市级营业中心发送的第一设置请求,请求对第一公众号集合中的公众号采用同一营销活动模板,以使得第一公众号集合中所有公众号可以统一开展同一营销活动。示例性的,本发明实施例提供的一种营销活动模板可以如图9所示。这里的第一公众号集合是指市级营业中心的子孙节点中叶子节点的公众号的集合。
402、管理服务器根据第一设置请求生成设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置营销活动。
由于执行微信公众号的营销活动业务是否生效的应用服务器为微信服务器,而微信服务器与公众号之间存在一一对应的接口,因而管理服务器根据该接口分别生成与第一公众号集合中的所有公众号一一对应的营销活动设置指令,并发送给微信服务器,以使得微信服务器可以根据设置指令为第一公众号集合中的所有公众号设置同一营销活动模板,从而使得多个公众号可以一起举办同一个营销活动。其中,为第一公众号集合中的所有公众号设置同一营销活动模板是指,关注公众号的用户通过第一公众号集合中的任一公众号链接到的营销活动的页面采用的营销活动模板相同,且为同一营销活动。
同时,由于第一公众号通常包括多个公众号,因而通过本发明实施例提供的方法统一为第一公众号集合中的公众号进行营销活动设置,可以对第一公众号集合中的多个公众号的营销活动进行批量设置,从而对多个公众号进行统一管理,使得多个公众号可以同时举办同一个营销活动,与逐一设置公众号的营销活动相比,显著提高了工作效率,降低了运营压力;同时,避免了现有技术中每个公众号对应的之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,减小了信息传播冗余,降低了沟通出错或操作失误导致的业务设置出错的概率。
需要说明的是,本发明实施例是以发送第一设置请求的节点的为市级营业中心为例进行说明的,当然,发送第一设置请求的也可以是其它节点的,其过程类似,这里不再赘述。
403、管理服务器接收用户通过第一公众号集合中的公众号发送的营销活动参与指令,并根据预设规则对用户进行唯一身份标识。
其中,用户(例如微信用户)可以分别通过第一公众号集合中的不同公众号参与营销活动,举办营销活动的公众号可以包括服务号和订阅号。服务号主旨用于提供服务型功能,因此有较大的第三方开发权限;而订阅号旨在提供内容资讯,因此第三方开发权限较少。当用户参与营销活动时,现有技术中的营销活动通过用户的(身份识别码)openID进行用户身份识别,若举办活动的是服务号,则可以通过微信服务器提供的与服务号对应的“授权登录”接口向微信服务器申请并获取用户的openID,获取成功后用户便可跳转到营销活动的指定网页;若举办活动的是服务号,则由于没有使用“授权登录”接口的权限,订阅号需要先接收用户发来的信息(如关键字和点击菜单)获取到用户的openID,再根据这个openID对网页进行处理再返回给用户。
现有技术中是根据公众号为用户分配openID的,因而通过不同公众号参与营销活动的同一用户对应的不同公众号的openID不同,这样使得营销活动仅能运作在单一公众号上,因而无法把通过不同公众号参与营销活动的用户信息进行集中和统一管理,且由于同一用户可以对应两个openID,因而当涉及抽奖项目时,会影响用户的中奖概率。
在本步骤中,用户通过第一公众号集合中的公众号参与营销活动时,管理服务器根据预设规则对用户进行唯一身份标识,可以使得通过不同公众号参与营销活动的同一用户拥有唯一的身份标识,从而使得用户可以参与多个公众号一起举办的同一营销活动。当活动涉及奖品池时(例如大转盘一类的抽奖活动),系统在用户提交抽取动作时即通过公共奖品池生成结果。若已设置了奖品白名单等区域性的设置,则会影响用户的抽取结果,以达到各个公众号活动公用奖品池和抽奖规则设置的效果。
可选地,管理服务器根据预设规则对用户进行唯一身份标识可以包括:通过指定公众号对所有用户进行唯一身份标识;或者,根据用户的IP地址对用户进行唯一身份标识。
具体的,参见图10,通过指定公众号对所有用户进行唯一身份标识可以包括:
501、当用户通过第一公众号集合中的任一公众号即来源公众号参与营销活动时,管理服务器记录来源公众号的编码参数。
502、管理服务器将用户跳转到一个指定公众号的页面中。
503、管理服务器通过指定公众号的“授权登录”接口获取用户对应指定公众号的openID,从而使得用户通过不同公众号参与营销活动时获得唯一一个openID。
504、管理服务器根据获取到的openID和来源公众号编码参数来标记用户,而后再跳转到来源公众号的营销活动的指定页面,从而使得用户既能使用公共奖品池,又能在来源公众号的统计信息中看到用户统计。
需要说明的是,在通过调用指定公众号的“授权登录”接口来获得所有参与活动的用户的openID的过程中,由于“授权登录”接口无需关注即可调用,用户不会感知到指定公众号的存在,因而可以提高用户的体验。
此外,通过同一IP地址参与活动的用户通常为同一用户,因而管理服务器可以根据参与营销活动时用户的IP地址对用户进行唯一身份标识,使得通过同一IP地址但通过不同来源公众号参与营销活动的用户获得同一openID,从而对用户进行唯一身份标识。
当然,还可以采用其它方式对来源公众号不同的同一用户进行唯一身份标识,这里不再一一例举。
本发明实施例提供一种公众号管理方法,应用于管理公众号的第三方管理服务器,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行营销活动设置的第一设置请求,并生成设置指令以进行营销活动设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的营销活动进行批量设置,从而与逐一设置公众号的营销活动相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
此外,本发明上述实施例2-4是以图3所示管理结构中营业中心发送第一设置指令为例进行说明的,销售中心发送第一设置指令的情况类似,这里不再赘述。且本发明上述实施例2-4是以图3所示管理结构为例进行说明的,对于图4所示管理结构或其它管理结构来说,其业务设置的实施方法与上述实施例所提供的方法类似,这里不再进行详细说明。
实施例5
本发明实施例提供一种管理服务器600,用于管理公众号,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,业务设置权限包括对非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,设置管理权限包括设置非叶子节点以及非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限。
参见图11,该管理服务器600可以包括:
接收单元601,可以用于接收任一非叶子节点发送的第一设置请求,第一设置请求用于请求对第一公众号集合中的公众号进行业务设置,第一公众号集合为非叶子节点的子孙节点中的叶子节点的公众号的集合。
处理单元602,可以用于根据第一设置请求生成设置指令,并发送给公众号的应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。
其中,处理单元602可以具体用于:
在接收到第一设置请求之后,确定管理服务器是否保存有高层节点发送的第二设置请求,第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,第二公众号集合为高层节点的子孙节点中的叶子节点的公众号的集合,第一公众号集合为第二公众号集合的子集;
若确定有,则根据第一设置请求和第二设置请求生成设置指令,并发送给应用服务器,以使得应用服务器根据设置指令为第一公众号集合中的公众号设置业务。
其中,业务设置可以包括菜单设置、消息群发设置和营销活动设置。
其中,这里的公众号可以是微信公众号,这里的应用服务器可以是微信服务器,这里的管理服务器600可以是管理公众号的第三方管理服务器。
本发明实施例提供一种管理服务器,用于管理公众号,公众号的管理结构呈树状结构,最低层节点为叶子节点,任一叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,管理服务器通过接收任一非叶子节点发送的请求对第一公众号集合中的公众号进行业务设置的第一设置请求,并生成设置指令以进行业务设置。其中,由于第一公众号集合为该非叶子节点的子孙节点中的所有叶子节点的公众号的集合,且任一非叶子节点的子孙节点可能包括多个叶子节点,任一叶子节点包括至少一个公众号,因此第一公众号集合通常包括多个公众号。因而,通过第一设置指令可以对第一公众号集合中的多个公众号的业务进行批量设置,从而与逐一设置公众号的业务相比,可以显著提高工作效率;同时,避免了现有技术中每个公众号对应的管理员之间通过邮件、电话等方式进行的信息交流,因而节省了沟通过程中花费的大量时间资源和人力资源等,降低了出错的概率,从而能够解决现有技术中逐一对公众号进行维护时出现的工作效率低且容易出错的问题。
在本申请所提供的几个实施例中,应该理解到,所揭露的管理服务器及方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元逐一物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种公众号管理方法,应用于管理公众号的第三方管理服务器,其特征在于,所述公众号的管理结构呈树状结构,最低层节点为叶子节点,任一所述叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,所述业务设置权限包括对所述非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,所述设置管理权限包括设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限,所述方法包括:
接收任一非叶子节点发送的第一设置请求,所述第一设置请求用于请求对第一公众号集合中的公众号进行业务设置,所述第一公众号集合为所述非叶子节点的子孙节点中的叶子节点的公众号的集合;
根据所述第一设置请求生成设置指令,并发送给所述公众号的应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第一设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务包括:
在接收到所述第一设置请求之后,确定所述第三方管理服务器是否保存有高层节点发送的第二设置请求,所述第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,所述第二公众号集合为所述高层节点的子孙节点中的叶子节点的公众号的集合,所述第一公众号集合为所述第二公众号集合的子集,所述高层节点为当前节点的祖先节点;
若确定有,则根据所述第一设置请求和所述第二设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
3.根据权利要求2所述的方法,其特征在于,在进行菜单设置时,所述根据所述第一设置请求和所述第二设置请求生成设置指令包括:
将所述第一设置请求中请求设置的第一预设菜单项目与所述第二设置请求中请求设置的第二预设菜单项目叠加;
根据叠加后的菜单项目生成与所述第一公众号集合中的公众号一一对应的菜单设置指令;
其中,所述第一设置请求用于请求对所述第一公众号集合中的公众号进行第一预设菜单项目的设置,所述第一预设菜单项目为所述节点的业务设置权限的范围包括的预设菜单项目中的至少一个;所述第二设置请求用于请求对所述第二公众号集合中的公众号进行第二预设菜单项目的设置,所述第二预设菜单项目为所述高层节点的业务设置权限的范围包括的预设菜单项目中的至少一个。
4.根据权利要求2所述的方法,其特征在于,在进行消息群发时,所述根据所述第一设置请求和所述第二设置请求生成设置指令包括:
在大于或者等于预设时间阈值时,将所述第一设置请求中请求群发的第一数目的消息和所述第二设置请求中请求群发的第二数目的消息进行组合;
根据组合后的消息生成与所述第一公众号集合中的公众号一一对应的消息群发设置指令;
其中,所述第一设置请求用于请求通过所述第一公众号集合中的公众号向关注所述第一公众号集合中任一公众号的用户群发第一数目的消息,所述第一数目小于或者等于所述节点的业务设置权限的范围包括的消息群发预设数目;所述第二设置请求用于请求通过所述第二公众号集合中的公众号向关注所述第二公众号集合中的任一公众号的用户群发第二数目的消息,所述第二数目小于或者等于所述高层节点的业务设置权限的范围包括的消息群发预设数目。
5.根据权利要求1所述的方法,其特征在于,在进行营销活动设置时,所述第一设置请求用于请求对所述第一公众号集合中的公众号设置同一营销活动模板,且在所述方法之后还包括:
接收用户通过所述第一公众号集合中的公众号发送的营销活动参与指令,并根据预设规则对所述用户进行唯一身份标识。
6.根据权利要求5所述的方法,其特征在于,所述根据预设规则对所述用户进行唯一身份标识包括:
通过指定公众号对所有所述用户进行唯一身份标识;
或者,根据所述用户的网络协议IP地址对所述用户进行唯一身份标识。
7.根据权利要求1所述的方法,其特征在于,在所述方法之前还包括:
接收任一非叶子节点发送的第三设置请求,所述第三设置请求用于请求设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围,所述业务设置权限的范围包括预设菜单项目,消息群发预设数目;
根据所述第三设置请求更新所述业务设置权限的范围。
8.一种管理服务器,用于管理公众号,其特征在于,所述公众号的管理结构呈树状结构,最低层节点为叶子节点,任一所述叶子节点包括至少一个公众号,任一非叶子节点具有业务设置权限和设置管理权限,所述业务设置权限包括对所述非叶子节点的子孙节点中的叶子节点的公众号进行业务设置的权限,所述设置管理权限包括设置所述非叶子节点以及所述非叶子节点的子孙节点中的非叶子节点的业务设置权限的范围的权限,所述管理服务器包括:
接收单元,用于接收任一非叶子节点发送的第一设置请求,所述第一设置请求用于请求对第一公众号集合中的公众号进行业务设置,所述第一公众号集合为所述非叶子节点的子孙节点中的叶子节点的公众号的集合;
处理单元,用于根据所述第一设置请求生成设置指令,并发送给所述公众号的应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
9.根据权利要求8所述的管理服务器,其特征在于,所述处理单元具体用于:
在接收到所述第一设置请求之后,确定所述管理服务器是否保存有高层节点发送的第二设置请求,所述第二设置请求用于请求对第二公众号集合中的公众号进行业务设置,所述第二公众号集合为所述高层节点的子孙节点中的叶子节点的公众号的集合,所述第一公众号集合为所述第二公众号集合的子集,所述高层节点为当前节点的祖先节点;
若确定有,则根据所述第一设置请求和所述第二设置请求生成设置指令,并发送给应用服务器,以使得所述应用服务器根据所述设置指令为所述第一公众号集合中的公众号设置业务。
10.根据权利要求8所述的管理服务器,其特征在于,所述业务设置包括菜单设置、消息群发设置和营销活动设置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510416485.7A CN105119966B (zh) | 2015-07-15 | 2015-07-15 | 一种公众号管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510416485.7A CN105119966B (zh) | 2015-07-15 | 2015-07-15 | 一种公众号管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105119966A CN105119966A (zh) | 2015-12-02 |
CN105119966B true CN105119966B (zh) | 2018-07-13 |
Family
ID=54667851
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510416485.7A Active CN105119966B (zh) | 2015-07-15 | 2015-07-15 | 一种公众号管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105119966B (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847020B (zh) * | 2016-05-18 | 2020-08-04 | 腾讯科技(深圳)有限公司 | 消息推送方法和装置 |
CN106059897A (zh) * | 2016-05-27 | 2016-10-26 | 东软集团股份有限公司 | 一种生成运营实例的菜单的方法及装置 |
CN106373017B (zh) * | 2016-10-10 | 2019-09-24 | Oppo广东移动通信有限公司 | 一种应用消息处理方法、装置及移动终端 |
CN106487660A (zh) * | 2016-11-04 | 2017-03-08 | 广东亿迅科技有限公司 | 一种统一管理多个信息频道的方法及其系统 |
CN106973108A (zh) * | 2017-03-30 | 2017-07-21 | 上海曜致投资中心(有限合伙) | 微信公众平台中通用的跨公众号统一用户帐号的方法和系统 |
CN107257312B (zh) * | 2017-05-10 | 2018-09-04 | 腾讯科技(深圳)有限公司 | 一种数据处理方法和装置 |
CN107770050B (zh) * | 2017-10-25 | 2020-08-11 | 创维(天津)网络技术有限公司 | 信息传输方法、装置、系统及电子设备 |
CN107908680A (zh) * | 2017-10-26 | 2018-04-13 | 平安科技(深圳)有限公司 | 微信公众号的管理方法、电子装置及计算机可读存储介质 |
CN108270781A (zh) * | 2018-01-09 | 2018-07-10 | 安徽小马创意科技股份有限公司 | 一种基于微信平台的多公众号用户授权管理方法 |
CN109190073A (zh) * | 2018-07-31 | 2019-01-11 | 安徽皖新金智教育科技有限公司 | 校园微信号统一管理系统及统一管理方法 |
CN110969461B (zh) * | 2018-09-29 | 2023-07-04 | 北京国双科技有限公司 | 公众号信息的处理方法及装置、存储介质、处理器 |
CN110289975A (zh) * | 2019-06-25 | 2019-09-27 | 苏州梦嘉信息技术有限公司 | 公众号消息群发管理系统及方法 |
CN110310049A (zh) * | 2019-07-10 | 2019-10-08 | 浪潮卓数大数据产业发展有限公司 | 即时通讯的客户服务方法、服务器、客户端和系统 |
CN111062211A (zh) * | 2019-12-27 | 2020-04-24 | 中国联合网络通信集团有限公司 | 信息提取方法、装置、电子设备及存储介质 |
CN111522999A (zh) * | 2020-04-22 | 2020-08-11 | 北京思特奇信息技术股份有限公司 | 一种业务运营树管理的方法和装置 |
CN113343115B (zh) * | 2021-07-05 | 2022-04-19 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种用户数据处理方法及装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1239252A (zh) * | 1998-05-27 | 1999-12-22 | 国际商业机器公司 | 发布/订阅数据处理设备、方法和计算机程序产品 |
CN1908970A (zh) * | 2005-08-03 | 2007-02-07 | 北京航空航天大学 | 分布式的信息发布/订阅系统 |
US7203701B1 (en) * | 2002-02-20 | 2007-04-10 | Trilogy Development Group, Inc. | System and method for an interface to provide visualization and navigation of a directed graph |
US8457018B1 (en) * | 2009-06-30 | 2013-06-04 | Emc Corporation | Merkle tree reference counts |
CN103268457A (zh) * | 2013-05-31 | 2013-08-28 | 重庆大学 | 基于云计算的多层级关系信息管理系统及设计方法 |
CN104618142A (zh) * | 2014-12-30 | 2015-05-13 | 北京奇虎科技有限公司 | 消息订阅方法、处理节点设备和总线设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR112015025455A2 (pt) * | 2013-04-06 | 2017-07-18 | Miranda Tech Partnership | sistemas e métodos para distribuição e gerenciamento de mídia |
-
2015
- 2015-07-15 CN CN201510416485.7A patent/CN105119966B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1239252A (zh) * | 1998-05-27 | 1999-12-22 | 国际商业机器公司 | 发布/订阅数据处理设备、方法和计算机程序产品 |
US7203701B1 (en) * | 2002-02-20 | 2007-04-10 | Trilogy Development Group, Inc. | System and method for an interface to provide visualization and navigation of a directed graph |
CN1908970A (zh) * | 2005-08-03 | 2007-02-07 | 北京航空航天大学 | 分布式的信息发布/订阅系统 |
US8457018B1 (en) * | 2009-06-30 | 2013-06-04 | Emc Corporation | Merkle tree reference counts |
CN103268457A (zh) * | 2013-05-31 | 2013-08-28 | 重庆大学 | 基于云计算的多层级关系信息管理系统及设计方法 |
CN104618142A (zh) * | 2014-12-30 | 2015-05-13 | 北京奇虎科技有限公司 | 消息订阅方法、处理节点设备和总线设备 |
Non-Patent Citations (1)
Title |
---|
基于J2EE的沧州电信计费系统的设计与实现;张守柱;《中国优秀硕士学位论文全文数据库》;20140115;正文第18-83页 * |
Also Published As
Publication number | Publication date |
---|---|
CN105119966A (zh) | 2015-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105119966B (zh) | 一种公众号管理方法及装置 | |
Baliga et al. | Performance characterization of hyperledger fabric | |
CN101785243B (zh) | 可传递受限安全令牌 | |
CN107181808A (zh) | 一种私有云系统及运行方法 | |
CN110443010A (zh) | 一种在信息系统中权限可视化配置控制方法、装置、终端及存储介质 | |
CN107122958A (zh) | 一种基于区块链的电子合约框架系统 | |
CN106330575A (zh) | 一种安全服务平台及安全服务部署方法 | |
CN107920110A (zh) | 一种数据共享的方法及装置 | |
EP3185507B1 (en) | Access control method and apparatus | |
CN110362409A (zh) | 基于多种类型的资源分配方法、装置、设备及存储介质 | |
CN103176892A (zh) | 一种页面监控方法及系统 | |
CN110428217A (zh) | 一种erp系统 | |
CN110430180A (zh) | 一种基于热插拔的物联网平台及实现方法 | |
CN109005058A (zh) | 一种智能系统管控平台及管控方法 | |
CN103778379B (zh) | 管理设备上的应用执行和数据访问 | |
CN110289975A (zh) | 公众号消息群发管理系统及方法 | |
US8010456B2 (en) | Policy based application provisioning in a collaborative computing environment | |
CN107454189A (zh) | 具有智能会议安排功能的办公自动化系统 | |
CN104166581B (zh) | 一种面向增量制造设备的虚拟化方法 | |
CN109474706B (zh) | 一种数据安全集中服务方法和系统 | |
CN108809680A (zh) | 一种设备管理的方法及设备 | |
CN106878239A (zh) | 一种安全策略更新方法及装置 | |
CN108985976A (zh) | 一种用于房地产业务的目录式区块链管理系统 | |
JP2015121906A (ja) | アクセス制御システム、アクセス制御ルール生成方法、アクセス制御ルール生成プログラム、情報処理装置およびその制御方法と制御プログラム | |
DE102021130965A1 (de) | Aufrüsten einer sequenz von mikrodiensten in einer cloud-computing-umgebung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |