公众号管理方法、装置、计算机设备及存储介质与流程

本发明涉及计算机领域，尤其涉及一种公众号管理方法、装置、计算机设备及存储介质。

背景技术：

微信公众平台，简称公众号，是一个给个人、企业和组织提供业务服务与用户管理能力的全新服务平台，可以向用户发送文字、图片、语音、视频等类别的内容。用户可以通过扫二维码、搜索公众号等方式关注公众号。一般情况下，企业能够通过公众号向关注用户推送各类活动消息，并通过公众号开发者模式下的配置与微信用户互动，以此来推广产品，完善产品服务质量。

一般情况下，不同的企业可能具备有多个相应的公众号，而管理公众号的管理服务平台系统对多个公众号进行统一管理维护时，会因其内部的功能代码之间的强耦合性而对运行管理环境造成较大的影响，并且用户在进行接口访问时公众号管理平台系统不能进行其他进程的处理，极大地影响了工作效率，降低了用户使用体验度。

技术实现要素：

本发明实施例提供一种公众号管理方法、装置、计算机设备及存储介质，能够有效地拆分公众号管理平台系统，提高公众号管理效率，提高了用户使用体验度。

第一方面，本发明实施例提供了一种公众号管理方法，该方法包括：

根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息；

若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配；

若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求；

解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息；

若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息；

获取所述反馈信息并返回给所述公众号客户端。

第二方面，本发明实施例还提供了一种公众号管理装置，该装置包括：

划分单元，用于根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息；

信息判断单元，用于若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配；

请求接收单元，用于若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求；

请求解析单元，用于解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息；

信息处理单元，用于若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息；

反馈单元，用于获取所述反馈信息并返回给所述公众号客户端。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述方法。

本发明实施例提供了一种公众号管理方法、装置、计算机设备及存储介质。其中，所述方法包括：根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息；若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配；若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求；解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息；若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息；获取所述反馈信息并返回给所述公众号客户端。本发明实施例能够有效地拆分公众号管理平台系统，提高公众号管理效率，提高了用户使用体验度。

附图说明

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

图1是本发明实施例提供的一种公众号管理方法的流程示意图；

图1a是本发明实施例提供的一种公众号管理方法的应用场景示意图；

图2是本发明实施例提供的一种公众号管理方法的子流程示意图；

图3是本发明另一实施例提供的一种公众号管理方法的流程示意图；

图4是本发明实施例提供的一种公众号管理装置的示意性框图；

图5是本发明实施例提供的一种公众号管理装置的信息处理单元的示意性框图；

图6是本发明另一实施例提供的一种公众号管理装置的示意性框图；

图7是本发明实施例提供的一种计算机设备结构组成示意图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参阅图1和图1a，图1是本申请实施例提供的一种公众号管理方法的示意流程图，图1a是本申请实施例中公众号管理方法的场景示意图。该公众号管理方法应用于管理服务器10中。管理服务器10能够与公众号客户端20进行信息交换，以管理公众号客户端20中的公众号。其中，管理服务器10能够将统一管理多个公众号的管理平台系统划分为多个微服务模块，各个微服务模块构成了管理平台系统的微服务架构，各个微服务模块不仅能够独立地运行和维护，还能有效地减少各个微服务模块之间的耦合度，提高管理效率。管理服务器10能够接收接口访问请求，并为该接口访问请求分配相应的微服务模块，以使微服务模块生成相应的反馈信息，从而将该反馈信息返回给到公众号客户端20.。

以下将以管理服务器10的角度详细地介绍该公众号管理方法的各个步骤。

请参阅图1，图1是本发明实施例提供的一种公众号管理方法的示意流程图。该方法可以运行在智能手机(如android手机、ios手机等)、平板电脑、笔记本电脑以及智能设备等终端中。如图1所示，该方法的步骤包括步骤s101～s106。

s101，根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息。

在本实施例中，微服务英文名称microservice，microservice架构模式就是将整个web应用组织为一系列小的web服务。这些小的web服务可以独立地编译及部署，并通过各自暴露的api接口相互通讯。它们彼此相互协作，作为一个整体为用户提供功能，却可以独立地进行扩。

微服务，关键其实不仅仅是微服务本身，而是系统要提供一套基础的架构，这种架构使得微服务可以独立的部署、运行、升级，不仅如此，这个系统架构还让微服务与微服务之间在结构上“松耦合”，而在功能上则表现为一个统一的整体。这种所谓的“统一的整体”表现出来的是统一风格的界面，统一的权限管理，统一的安全策略，统一的上线过程，统一的日志和审计方法，统一的调度方式，统一的访问入口等等。

例如：将航班预订应用划分为预订航班、时间表查询、计算票价、分配座位、管理奖励、更新客户、调整库存七个微服务实施。

其中，公众号管理平台系统作为管理多个公众号的系统，能够有效地对多个公众号进行有针对性地管理。例如我们能够将公众号管理平台系统划分为如下几个微服务模块：如用户在登录并使用公众号时，能够与微信服务器进行信息交互的微服务交互模块；如能够使得第三方服务接入管理服务器以为用户提供第三方服务的微服务接入模块；如可为用户提供营销活动的微服务营销模块；还能够对关注各个公众号的用户账号和用户信息进行管理分析，以推送更为个性化的服务的微服务后台管理模块等。

为了便于用户登录公众号并发起不同的接口访问请求时，确定相应的微服务模块，需要将不同的微服务模块关联不同的服务标志信息。

进一步地，所述步骤s101具体可以包括：

通过springcloud将公众号管理平台系统划分为多个微服务模块。

具体地，为了更为敏捷开发和部署该管理平台系统，可以通过springcloud将管理平台系统划分为多个微服务模块，其中每个微服务模块可以负责不同的功能。springcloud是一系列框架的有序集合。它利用springboot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用springboot的开发风格做到一键启动和部署。

s102，若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配。

在本实施例中，若接收到公众号客户端发送的用户登录信息，即表明用户选择在公众号客户端如微信客户端登录微信公众号，为了验证用户的登录操作的合法性，需要判断所述登录信息是否与预设的登录信息相匹配。所述预设的登录信息是指预先存储设置的已经注册成功并能够使用户进行合法登录的登录信息，例如，用户的用户名以及与其相应的密码，或者用户的手机号以及随即生成的验证码等，在本实施例中并不做限定。

s103，若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求。

在本实施例中，若所述用户登录信息与预设的用户登录信息相匹配，则表明此时用户登录成功，能够在相应的公众号界面进行相应的操作，如发送关键词、修改个人信息、点击公总号推送的文章链接等。此时，根据用户的操作，管理服务器会接收到相应的用户的接口访问请求。

s104，解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息。

在本实施例中，为了确保访问能确定正确的接口，所述接口访问请求可以包括用户标志信息以及访问请求信息。其中用户标志信息用于确定用户需要访问的微服务模块，而访问请求信息包括具体的访问内容和请求内容。

获取所述接口访问请求后，需要对该接口访问请求进行解析，从而获取相应的用户标志信息以及访问请求信息。

s105，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息。

在本实施例中，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，那么则表明用户所需要访问的是该其中一个微服务模块，即可以确定所需要的目标微服务模块为该其中一个为服务模块。当所述访问请求信息发送给到所述目标微服务模块后，该目标微服务模块能够根据该访问请求信息生成相应的反馈信息。

在一实施例中，如图2所示，每个微服务模块均对应一个消息中间件，所述步骤105可以包括步骤s201～s203。

s201，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，将所述其中一个微服务模块作为目标微服务模块。

在本实施例中，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，则可以将所述其中一个微服务模块作为目标微服务模块，以便于用户调用微服务模块进行相应的处理操作。

s202，根据所述访问请求信息生成相应的消息事件发送至消息中间件中进行存储，所述消息中间件包括多个按顺序依次存储的消息事件。

在本实施例中，为了对用户的接口访问请求进行快速地处理，避免当接口访问请求过多而能处理接口请求的线程较少时造成的系统卡顿或者死机的情况，需要利用目标微服务模块对应的消息中间件对接口访问请求中的被处理后的访问请求信息进行存储。一般情况下，消息中间件能够依次存储多个消息事件。同时每个微处理模块可以包括多个用于处理消息事件的线程。

s203，依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，以使所述微服务模块生成相应的反馈信息。

在本实施例中，为保证微处理模块的处理效率，需要依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，从而使得所述微服务模块生成相应的反馈信息，以快速准确地完成相应的接口访问请求的处理。

s106，获取所述反馈信息并返回给所述公众号客户端。

在本实施例中，所述反馈信息是根据接口访问请求所生成的信息，即用户所需要的信息，故需要将该反馈信息返回给到所述公众号客户端以供用户查看。

进一步地，所述方法还可以包括以下步骤：

s107，若接收到用户的升级请求，解析所述升级请求以获取相应的升级包以及升级标志信息。

在本实施例中，为了保证管理平台系统能够得到及时更新，确保用户的使用功能更为完善，可以对单个的微服务模块进行相应的升级，不仅能够减少管理平台系统升级的时间，还能够方便用户在其中一个微服务模块升级时，不影响其他微服务模块的使用，极大地改善了用户的使用体验度。故当接收到用户的升级请求时，为了确定需要进行升级的微服务模块，可即系所述升级请求以获取相应的升级包以及升级标志信息。其中，升级包为升级微服务模块所需要的升级文件等，升级标志信息则用于通过匹配微服务模块的服务标志信息来确定对应的微服务模块，从而完成对应的微服务模块的升级。

s108，若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，运行所述升级包中的升级文件以升级所述微服务模块。

在本实施例中，若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，此时可以运行所述升级包，从而获取该升级包中的升级文件，从而升级该微服务模块，不仅避免了影响其他的微服务模块，减少了升级时间，避免了微服务模块之间的影响。

s109，若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，返回请求失败的提示信息。

在本实施例中，若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，则表明管理平台系统在运行过程中发生错误，此时需要返回请求失败的提示信息给到用户，以便用户进行相应操作，减少用户的等待时间。

另外，当把整个系统根据业务拆分成几个子模块后，可知每个子模块的作用以及两两之间的交互。具体的，每个子模块可以部署多个应用，多个应用之间使用负载均衡；需要一个服务注册中心，所有的服务都在注册中心注册，负载均衡也是通过在注册中心注册的服务来使用一定策略来实现；所有的客户端都通过同一个网关地址访问后台的服务，通过路由配置，网关来判断一个url请求由哪个服务处理；请求转发到服务上的时候也使用负载均衡。服务之间有时候也需要相互访问；例如有一个用户模块，其他服务在处理一些业务的时候，要获取用户服务的用户数据；需要一个断路器，及时处理服务调用时的超时和错误，防止由于其中一个服务的问题而导致整体系统的瘫痪；还需要一个监控功能，监控每个服务调用花费的时间等。在本实施中，可以根据具体的情况，对管理平台系统进行更为完善的划分。

请参阅图3，图3是本发明另一实施例提供的一种公众号管理方法的示意流程图。如图3所示，该方法的步骤包括步骤s301～s308。其中与上述实施例中的步骤s101-s106类似的步骤的相关解释和详细说明在此不再赘述，下面详细说明的为本实施例中所增加的步骤。

s301，根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息。

进一步地，所述步骤s301具体可以包括：

通过springcloud将公众号管理平台系统划分为多个微服务模块。

s302，若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配。

s303，若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求。

s304，解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息。

s305，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息。

s306，获取所述反馈信息并返回给所述公众号客户端。

s307，若接收到消息推送请求，根据所述消息推送请求确定相应的微服务模块，以使所述相应的微服务模块生成对应的推送消息。

在本实施例中，所述消息推送请求是指管理员管理通过管理服务器管理公众号管理平台系统时，需要向用户推送不同的推文信息，如会员福利、日常推送推文等管理员需要主动给用户发送消息的请求。故若接收到消息推送请求，即可以根据所述消息推送请求确定相应的微服务模块，从而使得相应的微服务模块生成对应的推送消息。

s308，获取所述推送消息并推送给所述公众号客户端。

在本实施例中，若生成了推送消息，即需要将该推送消息推送给到公众号客户端以供用户进行查看。

综上，本发明能够有效地拆分公众号管理平台系统，提高公众号管理效率，提高了用户使用体验度。

本领域普通技术员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。

请参阅图4，对应上述一种公众号管理方法，本发明实施例还提出一种公众号管理装置，该装置100包括：划分单元101、信息判断单元102、请求接收单元103、请求解析单元104、信息处理单元105以及反馈单元106。

所述划分单元101，用于根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息。

在本实施例中，微服务英文名称microservice，microservice架构模式就是将整个web应用组织为一系列小的web服务。这些小的web服务可以独立地编译及部署，并通过各自暴露的api接口相互通讯。它们彼此相互协作，作为一个整体为用户提供功能，却可以独立地进行扩。

微服务，关键其实不仅仅是微服务本身，而是系统要提供一套基础的架构，这种架构使得微服务可以独立的部署、运行、升级，不仅如此，这个系统架构还让微服务与微服务之间在结构上“松耦合”，而在功能上则表现为一个统一的整体。

进一步地，所述划分单元101具体可以用于通过springcloud将公众号管理平台系统划分为多个微服务模块。

所述信息判断单元102，用于若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配。

在本实施例中，若接收到公众号客户端发送的用户登录信息，即表明用户选择在公众号客户端如微信客户端登录微信公众号，为了验证用户的登录操作的合法性，需要判断所述登录信息是否与预设的登录信息相匹配。所述预设的登录信息是指预先存储设置的已经注册成功并能够使用户进行合法登录的登录信息。

所述请求接收单元103，用于若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求。

在本实施例中，若所述用户登录信息与预设的用户登录信息相匹配，则表明此时用户登录成功，能够在相应的公众号界面进行相应的操作，如发送关键词、修改个人信息、点击公总号推送的文章链接等。此时，根据用户的操作，管理服务器会接收到相应的用户的接口访问请求。

所述请求解析单元104，用于解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息。

在本实施例中，为了确保访问能确定正确的接口，所述接口访问请求可以包括用户标志信息以及访问请求信息。

所述信息处理单元105，用于若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息。

在本实施例中，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，那么则表明用户所需要访问的是该其中一个微服务模块，即可以确定所需要的目标微服务模块为该其中一个为服务模块。

在一实施例中，如图5所示，每个微服务模块均对应一个消息中间件，所述信息处理单元105可以包括第一确认单元201、事件存储单元202以及事件调整单元203。

所述第一确认单元201，用于若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，将所述其中一个微服务模块作为目标微服务模块。

在本实施例中，若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，则可以将所述其中一个微服务模块作为目标微服务模块，以便于用户调用微服务模块进行相应的处理操作。

所述事件存储单元202，用于根据所述访问请求信息生成相应的消息事件发送至消息中间件中进行存储，所述消息中间件包括多个按顺序依次存储的消息事件。

在本实施例中，为了对用户的接口访问请求进行快速地处理，避免当接口访问请求过多而能处理接口请求的线程较少时造成的系统卡顿或者死机的情况，需要利用目标微服务模块对应的消息中间件对接口访问请求中的被处理后的访问请求信息进行存储。一般情况下，消息中间件能够依次存储多个消息事件。同时每个微处理模块可以包括多个用于处理消息事件的线程。

所述事件调整单元203，用于依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，以使所述微服务模块生成相应的反馈信息。

在本实施例中，为保证微处理模块的处理效率，需要依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，从而使得所述微服务模块生成相应的反馈信息，以快速准确地完成相应的接口访问请求的处理。

所述反馈单元106，用于获取所述反馈信息并返回给所述公众号客户端。

在本实施例中，所述反馈信息是根据接口访问请求所生成的信息，即用户所需要的信息，故需要将该反馈信息返回给到所述公众号客户端以供用户查看。

进一步地，所述方法还可以包括以下单元：

升级解析单元107，用于若接收到用户的升级请求，解析所述升级请求以获取相应的升级包以及升级标志信息。

在本实施例中，为了保证管理平台系统能够得到及时更新，确保用户的使用功能更为完善，可以对单个的微服务模块进行相应的升级，不仅能够减少管理平台系统升级的时间，还能够方便用户在其中一个微服务模块升级时，不影响其他微服务模块的使用，极大地改善了用户的使用体验度。故当接收到用户的升级请求时，为了确定需要进行升级的微服务模块，可即系所述升级请求以获取相应的升级包以及升级标志信息。

运行单元108，用于若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，运行所述升级包中的升级文件以升级所述微服务模块。

在本实施例中，若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，此时可以运行所述升级包，从而获取该升级包中的升级文件，从而升级该微服务模块，不仅避免了影响其他的微服务模块，减少了升级时间，避免了微服务模块之间的影响。

信息返回单元109，用于若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，返回请求失败的提示信息。

在本实施例中，若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，则表明管理平台系统在运行过程中发生错误，此时需要返回请求失败的提示信息给到用户，以便用户进行相应操作，减少用户的等待时间。

请参阅图6，对应上述一种公众号管理方法，本发明另一实施例还提出一种公众号管理装置，该装置300包括：划分单元301、信息判断单元302、请求接收单元303、请求解析单元304、信息处理单元305、反馈单元306、消息生成单元307以及推送模块308。

所述划分单元301，用于根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息。

进一步地，所述划分单元301具体可以用于通过springcloud将公众号管理平台系统划分为多个微服务模块。

所述信息判断单元302，用于若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配。

所述请求接收单元303，用于若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求。

所述请求解析单元304，用于解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息。

所述信息处理单元305，用于若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息。

所述反馈单元306，用于获取所述反馈信息并返回给所述公众号客户端。

所述消息生成单元307，用于若接收到消息推送请求，根据所述消息推送请求确定相应的微服务模块，以使所述相应的微服务模块生成对应的推送消息。

在本实施例中，所述消息推送请求是指管理员管理通过管理服务器管理公众号管理平台系统时，需要向用户推送不同的推文信息，如会员福利、日常推送推文等管理员需要主动给用户发送消息的请求。

所述推送模块308，用于获取所述推送消息并推送给所述公众号客户端。

在本实施例中，若生成了推送消息，即需要将该推送消息推送给到公众号客户端以供用户进行查看。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述公众号管理装置100和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

由以上可见，在硬件实现上，以上划分单元101、信息判断单元102、请求接收单元103、请求解析单元104、信息处理单元105以及反馈单元106等可以以硬件形式内嵌于或独立于寿险报案的装置中，也可以以软件形式存储于公众号管理装置的存储器中，以便处理器调用执行以上各个单元对应的操作。该处理器可以为中央处理单元(cpu)、微处理器、单片机等。

上述公众号管理装置可以实现为一种计算机程序的形式，计算机程序可以在如图7所示的计算机设备上运行。

图7为本发明一种计算机设备的结构组成示意图。该设备可以是服务器，其中，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参照图7，该计算机设备400包括通过系统总线401连接的处理器402、存储器、内存储器404和网络接口405，其中，存储器可以包括非易失性存储介质403和内存储器404。

该非易失性存储介质403可存储操作系统4031和计算机程序4032，该计算机程序4032被执行时，可使得处理器402执行一种公众号管理方法。

该处理器402用于提供计算和控制能力，支撑整个计算机设备400的运行。

该内存储器404为非易失性存储介质403中的计算机程序4032的运行提供环境，该计算机程序4032被处理器402执行时，可使得处理器402执行一种公众号管理方法。

该网络接口405用于与其它设备进行网络通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备400的限定，具体的计算机设备400可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器402用于运行存储在存储器中的计算机程序4032，以实现如下步骤：根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息；若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配；若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求；解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息；若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息；获取所述反馈信息并返回给所述公众号客户端。

在一实施例中，每个微服务模块均对应一个消息中间件，处理器402在实现所述若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息步骤时，具体实现如下步骤：若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，将所述其中一个微服务模块作为目标微服务模块；根据所述访问请求信息生成相应的消息事件发送至消息中间件中进行存储，所述消息中间件包括多个按顺序依次存储的消息事件；依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，以使所述微服务模块生成相应的反馈信息。

在一实施例中，处理器402还实现实现如下步骤：若接收到用户的升级请求，解析所述升级请求以获取相应的升级包以及升级标志信息；若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，运行所述升级包中的升级文件以升级所述微服务模块。

在一实施例中，处理器402还实现实现如下步骤：若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，返回请求失败的提示信息。

在一实施例中，处理器402在实现所述根据预设规则将公众号管理平台系统划分为多个微服务模块步骤之时，具体实现如下步骤：通过springcloud将公众号管理平台系统划分为多个微服务模块。

在一实施例中，处理器402还实现实现如下步骤：若接收到消息推送请求，根据所述消息推送请求确定相应的微服务模块，以使所述相应的微服务模块生成对应的推送消息；获取所述推送消息并推送给所述公众号客户端。

应当理解，在本申请实施例中，处理器402可以是中央处理单元(centralprocessingunit，cpu)，该处理器402还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序被处理器执行时使处理器执行如下步骤：根据预设规则将公众号管理平台系统划分为多个微服务模块，其中，不同的微服务模块均关联有不同的服务标志信息；若接收到公众号客户端发送的用户登录信息，判断所述用户登录信息是否与预设的用户登录信息相匹配；若所述用户登录信息与预设的用户登录信息相匹配，接收公众号客户端发送的接口访问请求；解析所述接口访问请求以获取相应的用户标志信息以及访问请求信息；若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息；获取所述反馈信息并返回给所述公众号客户端。

在一实施例中，每个微服务模块均对应一个消息中间件，所述处理器在执行所述程序指令而实现所述若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，确定所述其中一个微服务模块作目标微服务模块，并将所述访问请求信息发送给所述目标微服务模块，以使所述目标微服务模块生成相应的反馈信息步骤时，具体实现如下步骤：若所获取的用户标志信息与其中一个微服务模块所关联的服务标志信息相匹配，将所述其中一个微服务模块作为目标微服务模块；根据所述访问请求信息生成相应的消息事件发送至消息中间件中进行存储，所述消息中间件包括多个按顺序依次存储的消息事件；依次读取所述消息中间件中的消息事件，并发送给到与所述消息中间件对应的微服务模块中，以使所述微服务模块生成相应的反馈信息。

在一实施例中，所述处理器还执行如下步骤：若接收到用户的升级请求，解析所述升级请求以获取相应的升级包以及升级标志信息；若所述升级标志信息与微服务模块所关联的服务标志信息相匹配，运行所述升级包中的升级文件以升级所述微服务模块。

在一实施例中，所述处理器还执行如下步骤：若所获取的用户标志信息与任一微服务模块所关联的服务标志信息均不相匹配，返回请求失败的提示信息。

在一实施例中，所述处理器在执行所述程序指令而实现所述根据预设规则将公众号管理平台系统划分为多个微服务模块步骤之时，还实现如下步骤：通过springcloud将公众号管理平台系统划分为多个微服务模块。

在一实施例中，所述处理器还执行如下步骤：若接收到消息推送请求，根据所述消息推送请求确定相应的微服务模块，以使所述相应的微服务模块生成对应的推送消息；获取所述推送消息并推送给所述公众号客户端。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。