一种集中式多账号微信自媒体管理平台及运行方法与流程

本发明属于自媒体管理平台技术领域，具体涉及一种集中式多账号微信自媒体管理平台；尤其还涉及集中式多账号微信自媒体管理平台的运营方法。

背景技术：

家庭医生在线自媒体管理平台主要针对微信公众号平台的自身粉丝消息保存时间不能超过30天，单用户登录单公众号等操作过程中等实际使用限制规划，并深度集合公司主要经营业务所需完成多个高级开发者认证能力输出。

目前微信公众号平台主要分为微信方面自有的mp平台和第三方实现的集中式平台。微信自有的mp平台限制单用户登录单账号，其保存的粉丝会话消息不超过30天。在通过开发者认证后，经过程序开发，订阅号、服务号和小程序能够分别使用不同的业务授权。相对而言，第三方实现的集中式平台能够解决单用户登录单账号，以及粉丝会话保存消息不超过30天的问题，并且具有基础的粉丝、素材、菜单关键字等开发者认证业务；但依旧存在运营数据托关于第三方，依赖于第三方的服务提供的情形。同时，家庭医生在线自有业务接入第三方集中式平台会遭遇更大的开发量和响应延迟，对构建服务时间和工作量，以及微信用户或粉丝实际使用体验存在影响。

因此，我们需要提出一种集中式多账号微信自媒体管理平台及运营方法。

技术实现要素：

本发明的目的在于提供一种集中式多账号微信自媒体管理平台及运营方法，以解决上述背景技术中提出的技术问题。

为实现上述目的，本发明采用了如下技术方案：

一种集中式多账号微信自媒体管理平台，包括：

输入设备，所述输入设备用于负责全渠道接受用户或系统操作传入，并将其解释后转发到处理设备；

处理设备，所述处理设备用于接受输入设备的传入，按照设计逻辑进行处理，处理过程中优先检查存储设备中是否存在既有符合条件的信息，如有则取出后直接传入输出设备；如无则对传入数据予以处理，处理完成后，将需要留存的信息传入存储设备进行存储，并将其传入输出设备；

存储设备，所述存储设备接收处理设备传入的信息并存储，且存储设备还接收处理设备的查询，并对符合查询要求的内容回传给处理设备；

输出设备，所述输出设备接收从处理设备传入的信息，经过符合输出终端要求的格式处理后输出，完成整体信息流转操作；

其中，所述输入设备包括有系统基础层级组成业务，微信公众号中微信公众号平台开发业务的基础能力，微信公众号中微信公众号的管理和公众号平台的功能异源管理，微信公众号中微信公众号为服务对象的扩展业务能力；所述存储设备中设置有与输入设备业务相对应的存储单元以及扩展的存储单元。

优选的，所述存储设备中设置有用户单元、角色单元、日志单元、文件缓存单元、k-v缓存单元、公众号单元、消息单元、菜单单元、粉丝单元、客服单元、素材单元、模板单元、模板消息单元、站点内容单元、投票单元、报名单元、抽奖单元、奖品单元、预约单元、会员卡单元、积分单元、医生单元、医生标签单元、商品单元、商品分类单元、订单单元、短网址单元、黑名单单元、提醒单元、上网授权单元、事件单元、投票项单元、票据单元、区域码单元和关键字单元。

优选的，所述输入设备中的系统基础层级组成业务包括有系统用户、系统角色、系统日志、系统登录、公众号用户权限分配和公众号功能分配

优选的，所述输入设备中的微信公众号中微信公众号平台开发业务的基础能力包括有微信推送接收及响应、微信公众号平台授权凭证拉取、微信开放平台授权凭证推送接收、微信用户登录身份授权、微信页面基础功能签名、微信支付与财务业务签名和微信关注上网。

优选的，所述输入设备中的微信公众号中微信公众号的管理和公众号平台的功能异源管理包括有微信公众号管理、微信消息管理、微信消息回复、微信菜单管理、微信素材管理、微信粉丝管理、微信消息推送、微信客服管理、微信关键字管理、微信事件管理、模板消息管理和统计功能。

优选的，所述输入设备中的微信公众号中微信公众号为服务对象的扩展业务能力包括有站点及资讯管理、投票管理、抽奖管理、预约管理、会员卡管理、积分管理、医生管理、商品管理、订单管理、黑名单管理、宣传页管理、票据管理和短网址管理。

本发明还提供了一种集中式多账号微信自媒体管理平台的运营方法，具体包括如下步骤：

s1、确定开发技术：采用标准phpmvc理念设计、开发；前后端分离、业务逻辑与数据逻辑分离，支持smarty模板引擎解析；数据逻辑部分大范围采用ar模式，能够适配多种数据库；应用redis、elasticsearch技术做系统能力缓冲；支持hmvc结构扩充应用；设计了无状态模式(jwt)的请求接口；

s2、管理平台搭建：通过硬件搭建服务器、bgp、ups以及防火墙；通过软件建设系统环境以及开发应用；同时设立服务平台，完成平台的初步建立；

s3、试运营，将管理平台投放到小部分区域内进行使用测试，并进行差缺补漏；

s4、正式运营，通过各阶段审核与批准后，正式投入市场进行运营。

优选的，在开发应用时涉及到网络服务的公众号服务中设置有消息管理、粉丝管理、素材管理、会话响应、菜单自定义、分享签名以及支付签名模块，且会话响应包括有文本消息、图片消息、语音消息、链接消息、视频消息以及事件消息响应。

本发明的技术效果和优点：本发明提出的一种集中式多账号微信自媒体管理平台及运营方法，与现有技术相比，具有以下优点：

1、家庭医生在线微信公众号平台(自媒体平台)给予配置，可支持多个微信订阅号、服务号和小程序等微信公众号接入，能够按需分配不同业务功能和用户权限赋予；一套程序满足多个需要，在程序开发上具有复用性，在成本均摊上能起到明显收效；在负载技术上，使用了k-v结构高性能缓存服务器做缓存和用户状态支持，使用了非关系型数据库进一步缓解主数据库查询压力。

2、设计上，程序部署支持docker分发，实现跨平台和环境部署，具有很强的迁移能力和扩展能力，可满足多机器、集群部署要求，能够满足建立业务均衡负载和热备服务需要。

3、功能框架上，家庭医生在线微信公众号平台支持按照模块化设计的程序接入，方便业务能力扩展。

附图说明

图1为本发明集中式多账号自媒体(微信)管理平台的层次方块图；

图2为本发明具体实施时的结构框图。

图中：10、输入设备；20、处理设备；30、存储设备；40、输出设备；s01、系统用户；s02、系统角色；s03、系统日志；s04、系统登录；s05、公众号用户权限分配；s06、公众号功能分配；a01、微信推送接收及响应；a02、微信公众号平台授权凭证拉取；a03、微信开放平台授权凭证推送接收；a04、微信用户登录身份授权；a05、微信页面基础功能签名；a06、微信支付与财务业务签名；a07、微信关注上网；b01、微信公众号管理；b02、微信消息管理；b03、微信消息回复；b04、微信菜单管理；b05、微信素材管理；b06、微信粉丝管理；b07、微信消息推送；b08、微信客服管理；b09、微信关键字管理；b10、微信事件管理；b11、模板消息管理；b12、统计功能；c01、站点及资讯管理；c02、投票管理；c03、抽奖管理；c04、预约管理；c05、会员卡管理；c06、积分管理；c07、医生管理；c08、商品管理；c09、订单管理；c10、黑名单管理；c11、宣传页管理；c12、票据管理；c13、短网址管理；q01、用户单元；q02、角色单元；q03、日志单元；q04、文件缓存单元；q05、k-v缓存单元；q06、公众号单元；q07、消息单元；q08、菜单单元；q09、粉丝单元；q10、客服单元；q11、素材单元；q12、模板单元；q13、模板消息单元；q14、站点内容单元；q15、投票单元；q16、报名单元；q17、抽奖单元；q18、奖品单元；q19、预约单元；q20、会员卡单元；q21、积分单元；q22、医生单元；q23、医生标签单元；q24、商品单元；q25、商品分类单元；q26、订单单元；q27、短网址单元；q28、黑名单单元；q29、提醒单元；q30、上网授权单元；q31、事件单元；q32、投票项单元；q33、票据单元；q34、区域码单元；q35、关键字单元；101、输入操作；102、解释后转发；201、接收输入信息；202、处理后输出；301、存储查询；302、调用取出；401、处理结果；402、结果输出。

具体实施方式

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

本发明提供了如图1-2所示的一种集中式多账号微信自媒体管理平台及运营方法：本发明主要由输入设备10、处理设备20、存储设备30、输出设备40组成。其中，输入设备负责全渠道接受用户或系统操作传入(输入操作101)，并将其解释后转发到处理设备(解释后转发102)；处理设备接收输入设备的传入(接收输入信息201)，按照设计逻辑进行处理；处理过程中优先检查存储设备30中是否存在既有符合条件的信息，如有则取出(调用取出302)后直接传入输出设备(处理后输出202)；如无则对传入数据予以处理，处理完成后，将需要留存的信息传入存储设备(存储查询301)进行存储，并将其(处理结果401)传入输出设备(结果输出402)；存储设备30接收处理设备20传入的信息并存储，存储设备30还接收处理设备20的查询，并对符合查询要求的内容回传给处理设备；输出设备40接收从处理设备20传入的信息，经过符合输出终端要求的格式处理后输出，完成整体信息流转操作。

具体业务实现：

输入设备是整个发明的业务流程的第一阶段，直接和用户或其他外部服务接触，所有的业务处理均由其开始。

输入设备10包含系统基础层级的组成业务，标记以s开头，主要分为如下6个。s01-系统用户、s02-系统角色、s03-系统日志、s04-系统登录、s05-公众号用户权限分配和s06-公众号功能分配。

其中，s01-系统用户负责系统用户的管理，如查看、新增、修改、重设登录密码、停用、启用和删除等业务逻辑。用户属性包含姓名、登录账号、掩码后的登录密码、创建时间、登录次数、最后登录时间和所属角色等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到用户单元q01与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成系统用户的管理业务。

s02-系统角色负责系统用户身份的管理，如查看、新增、修改、停用、启用和删除等业务逻辑。角色属性包含名称、权限组和备注等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到角色单元q02与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成系统角色的管理业务。

s03-系统日志负责记录用户在微信公众号平台上所有操作和结果历史，如查看、新增、删除等业务逻辑。日志属性包含操作账号、操作时间、操作对象、操作指令、操作结果、操作ip和操作浏览器标记等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成系统日志的管理业务。

s04-系统登录负责维护用户登录验证及状态，如登录验证码验证、登录账号密码验和登录状态维护等业务逻辑。登陆属性包含验证码、登录账号和登录密码等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到文件缓存单元q04、k-v缓存单元q05与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成系统登录的业务。

s05-公众号用户权限分配维护用户管理公众号分配关系，如分配和取消分配操作等业务逻辑。权限分配属性包含登录账号和微信公众号等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到用户单元q01与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成公众号用户分配的业务。

s06-公众号功能分配维护公众号和微信公众号平台基础业务能力与扩展能力的分配关系。功能分配属性包含公众号和微信公众号平台功能代码等关系。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到公众号单元q06与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成公众号功能分配的业务。

输入设备包含微信公众号中微信公众号平台开发业务的基础能力，标记以a开头，主要分为如下7个。a01-微信推送接收及响应、a02-微信公众号平台授权凭证拉取、a03-微信开放平台授权凭证推送接收、a04-微信用户登录身份授权、a05-微信页面基础功能签名、a06-微信支付与财务业务签名和微信关注上网。

其中，a01-微信推送接收及响应负责接收微信公众号平台认证服务器发送的关注、点击、扫码、取消关注等事件与文字、图文、图片、音频、视频和超链接等类型的消息，经过合法性和有效性校验后，解析为处理设备20能够识别的数据结构后转发给处理设备20，该能力是所有微信公众号平台开发业务的基础，所有和微信公众号平台服务器的数据沟通均由其进行接收处理或发送处理。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到消息单元q07。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信推送接收及响应的业务。

a02-微信公众号平台授权凭证拉取负责维护微信公众号平台接入的微信公众号授权凭证有效性检测和主动拉取业务。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到文件缓存单元q04和k-v缓存单元q05。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信公众号平台授权凭证拉取的业务。

a03-微信开放平台授权凭证推送接收维护微信开放平台授权凭证。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到文件缓存单元q04和k-v缓存单元q05。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信开放平台授权凭证推送接收的业务。

a04-微信用户登录身份授权维护通过微信公众服务号进来的用户身份授权功能。其操作通过输入设备接受业务指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收额业务逻辑指令，执行相应业务逻辑指令，输出处理结果到到输出设备40。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信用户登录身份授权的业务。

a05-微信页面基础功能签名维护通过微信公众服务号进来的页面分享、菜单等基础操作功能设置签名。其操作通过输入设备接受业务指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收额业务逻辑指令，执行相应业务逻辑指令，输出处理结果到到输出设备40。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信页面基础功能签名的业务。

a06-微信支付与财务业务签名维护通过开通了财付通的微信公众服务号进来的下单、支付起调、支付结果查询、退款等财务系统的签名设置。其操作通过输入设备接受业务指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收额业务逻辑指令，执行相应业务逻辑指令，输出处理结果到到输出设备40。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信页面基础功能签名的业务。

a07-微信关注上网维护的是使用扫码关注上网的用户终端授权。其操作通过输入设备接受业务指令，经解析，发送处理结果到存储设备30，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收额业务逻辑指令，执行相应业务逻辑指令，输出处理结果到到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到上网授权单元q30与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信页面基础功能签名的业务。

输入设备包含微信公众号中微信公众号的管理和公众号平台的功能异源管理，标记以b开头，主要分为如下12个。b01-微信公众号管理、b02-微信消息管理、b03-微信消息回复、b04-微信菜单管理、b05-微信素材管理、b06-微信粉丝管理、b07-微信消息推送、b08-微信客服管理、b09微信关键字管理、b10-微信事件管理、b11-模板消息管理和b12-统计功能。

其中，b01-微信公众号管理负责接入微信公众号平台的全部微信公众号的管理，如查看、新增、修改、停用、启用和删除等业务逻辑。微信公众号属性包含名称、缩略图、原始号、微信公众号平台认证凭证appid、appkey和token、默认回复、客服回复、客服接入回复、关注回复和备注等信息，其中微信公众号原始号在非新增操作时无法修改。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到公众号单元q06与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信公众号的管理业务。

b02-微信消息管理负责维护各微信公众号消息，如查看、新增、修改、回复、转发和删除等业务逻辑。微信消息属性包含公众号归属、编号、粉丝归属、主体、时间、类型、回复内容、回复时间等信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到消息单元q07与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信消息的管理业务。

b03-微信消息回复是微信推送及接受a01和微信消息b02的回复功能之外的一个可以由用户进行手工操作的回复功能，依赖于微信公众号平台开发者能力的限制，目前支持用户主动发送消息后48小时内可回复。微信回复消息属性与微信消息属性一致。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到消息单元q07与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信消息回复的管理业务。

b04-微信菜单管理用来维护认证微信公众号会话界面底部菜单栏，如查看、新增、修改、启用、停用、推送和删除等业务逻辑。其属性包括公众号归属、名称、类型、层级、指向网址或事件、起调原生行为、状态等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到菜单单元q08与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果401，经符合输出终端要求的格式处理后输出，完成微信菜单的管理业务。

b05-微信素材管理维护微信公众号图片或图文素材，如查看、新增和删除操作。其属性包括公众号归属、名称、类型、主体和编号等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到素材单元q11与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信素材的管理业务。

b06-微信粉丝管理维护微信公众号的粉丝信息，如查看和分组等操作。其属性包括公众号归属、昵称、缩略图、关注状态、关注事件、公众号标识和开放平台标识等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到粉丝单元q09与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

b07-微信消息推送是一个手工干预处理的微信消息回复b03的功能，整体功能和实现与其类似，但增加了支持发送给多个粉丝的业务能力，并且发送操作不保存入存储设备30。

b08-微信客服管理维护认证服务号的客服人员和客服会话接入调配业务，如查看、新增、修改、启用、停用、分配和删除等功能。其属性包括公众号归属、昵称、缩略图、可用状态和会话数量等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到客服单元q10与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

b09-微信关键字管理维护微信公众号平台接收到微信消息推送后的关键字响应，如查看、新增、修改、启用、停用和删除等功能。其属性包括公众号归属、待匹配关键字集合、响应方式和响应内容等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到关键字单元q35与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

b10-微信事件管理维护微信公众号平台的扫码或点击事件响应，如查看、新增、修改、启用、停用和删除等功能。其属性包括公众号归属、事件类型、响应方式和响应内容等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到事件单元q31与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果401，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

b11-模板消息管理维护微信公众号平台的消息模板和模板消息发送，如查看、新增、修改、校验和删除等功能。其属性包括公众号归属、模板编号、模板内容和校验格式等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到消息模板单元q12、模板消息单元q13与日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

b12-统计功能用来查看制定时间内各微信公众号运营消息、粉丝等数量的变化趋势。其属性包括公众号归属、日期、日粉丝量和日消息量等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成微信粉丝的管理业务。

输入设备包含微信公众号中微信公众号为服务对象的扩展业务能力，该一系列能力能够同样服务于其他相似自媒体平台，标记以c开头，主要分为如下13个。c01-站点及资讯管理、c02-投票管理、c03-抽奖管理、c04-预约管理、c05-会员卡管理、c06-积分管理、c07-医生管理、c08-商品管理、c09-订单管理、c10-黑名单管理、c11-宣传页管理、c12-票据管理和c13-短网址管理。

其中，c01-站点及资讯管理用来维护微信站内容，如新增、修改、启用、停用和删除等。其属性包括公众号归属、名称、栏目层级和作者、发布时间、缩略图、摘要和主体等等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到站点单元q14和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成站点及资讯的管理业务。

c02-投票管理用来进行微信内用户身份识别后的投票，如新增、修改、启用、停用、删除和查看投票结果等。其属性包括公众号归属、名称、投票开始和有效期、发布时间、缩略图、说明和投票项目集等，其中的投票项目集合可以由微信公众号的粉丝用户在前台提交。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到投票单元q15、投票项单元q32和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成投票的管理业务。

c03-抽奖管理用来进行微信内用户身份识别后的抽奖，如新增、修改、启用、停用、删除、奖项设置和中奖几率等。其属性包括公众号归属、名称、抽奖开始和有效期、发布时间、缩略图、说明和奖项集等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到抽奖单元q17、奖项单元q18和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成抽奖的管理业务。

c04-预约管理用来进行微信内用户身份识别后的预约，如新增、修改和删除等。其属性包括公众号归属、名称、预约时间、预约状态、预约目标和预约人信息等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到预约单元q19和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成预约的管理业务。

c05-会员卡管理用来进行微信内用户身份识别后的会员卡功能，如新增、绑定、解绑、修改和删除等。其属性包括公众号归属、名称、会员卡号、绑定状态和持有人信息等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到会员卡单元q20和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成会员卡的管理业务。

c06-积分管理用来进行微信内用户身份识别后的积分，该功能需要配合会员卡管理c05功能使用，如增加、消费和过期等。其属性包括公众号归属、名称、积分类型、状态和会员卡信息等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到积分单元q21和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成积分的管理业务。

c07-医生管理用来维护微信公众号所属的医生及服务，如新增、修改、启用、停用和删除等。其属性包括公众号归属、姓名、医生职称、所属地区及医院和等级、出诊科室、状态、介绍、擅长病种和出诊时间信息等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到医生单元q22、医生标签单元q23和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成医生的管理业务。

c08-商品管理维护微信公众号所属的商品，如新增、修改、启用、停用和删除等。其属性包括公众号归属、商品名称、价格、优惠价、缩略图、介绍和详情等。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到商品单元q24、商品分类单元q25和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成商品的管理业务。

c09-订单管理维护微信公众号粉丝用户产生的付费预约c04、医生c07服务购买和商品c08采购等记录和支付状态信息，依赖于前述一个或多个业务的使用，如购买、支付、查看等。其属性包括公众号归属、订单号、支付方式、时间、金额、状态和购买人的信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到订单单元q26和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成订单的管理业务。

c10-黑名单管理维护微信公众号平台中发现的恶意骚扰的粉丝数据集合，如新增和移除等。其属性包括公众号归属、黑名单编号、识别标记和添加时间等。其属性包括公众号归属、订单号、支付方式、时间、金额、状态和购买人的信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到黑名单单元q28和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成黑名单的管理业务。

c11-宣传页管理维护微信公众号站点内容中使用到的独立宣传页面，该能力依附于站点及资讯管理c01，如新增、修改和删除等操作。其属性包括公众号归属、名称、路径、内容、缩略图和详细信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到站点内容单元q14和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成宣传页的管理业务。

c12-票据管理用于配合活动发放许可凭证，如自动生成、发放和领取等操作。其属性包公众号归属、名称、编号、领取状态和时间信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到票据单元q33和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成票据的管理业务。

c13-短网址管理构建了自有平台的短网址服务，主要用于隐藏用户标记跟踪的业务场景，如生成、新增、解析和删除等。起属性包括公众号归属、原始网址、短网址和生成时间信息。其操作通过输入设备10接收业务操作指令，经解析，将业务逻辑指令传给处理设备20。处理设备20从输入设备10接收业务逻辑指令，执行相应业务逻辑指令，发送处理结果到存储设备30，并输出处理结果到输出设备40。存储设备30接收由处理设备20传入的业务处理结果存储到短网址单元q27和日志单元q03。输出设备40接收由处理设备20传入的业务处理结果，经符合输出终端要求的格式处理后输出，完成短网址的管理业务。

本发明基于配置的响应设计，一套程序满足多个不同公众号应用；支持利用程序配置路由等形式实现不同域名接入响应，以及能够通过伪静态或重写配置指定网址；实现了微信推送消息的转发，可以将微信消息传反给不同类型业务，并转发其反馈；针对永久类型事件二维码，实现了同一二维码可变关注推送事件的业务能力，做到事件二维码复用，有效地节约了永久类型事件二维码资源；使用redis替代了用户状态维护和系统文件缓存，提高了系统响应速度和并发支持能力；针对粉丝信息、关键字信息和事件信息等高频受访数据等数据，使用mongodb做缓冲，缓冲失效时，自动回退到传统数据库查询，有效提高了程序响应时间和持续在线能力；设计了自动备份脚本，备份数据库和文件信息，防范数据丢失风险；程序支持通过docker模式部署，可以快速完成多套应用负载均衡；程序使用了hmvc设计理念，可以方便进行业务应用的扩充，并能做到共享主程序用户状态等信息；系统实现了多个输出api，能够适配微信内用户身份识别或授权，分享签名，支付签名等多种业务，并设计了请求接口的无状态模式(jwt)；实现了微信公众号mp平台多账号多资源的集中管理，如粉丝、消息、关键字、事件和素材等类型的资源。

本发明解决公众平台自身粉丝消息保存时间限制，实现粉丝会话历史永久保存；实现多个接入公众号统一平台管理，解决微信公众号平台一个手机号或一个微信号的最多绑定账号数量限制；建立一个公众号和在线问答程序间的中转服务，实现粉丝在微信公众号或小程序内直接咨询医生，并在医生回答后获得即时推送，切实为咨询用户解决病症疑问；实现多种高级业务承载能力，如微信支付业务、小程序、页面分享签名、用户免登录授权(oauth2.0)等能力输出；实现家庭医生在线全站依赖微信公众服务号业务能力输入和输出api，包括自有业务调用和第三方业务接入能力。微信公众号平台还支持自媒体外围业务，如关注上网、投票、调查、增粉业务统计等功能，支持按照模块化设计的程序接入，方便业务能力扩展。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。