CN109167683A - 一种管理微信企业号和服务号的服务*** - Google Patents
一种管理微信企业号和服务号的服务*** Download PDFInfo
- Publication number
- CN109167683A CN109167683A CN201810947707.1A CN201810947707A CN109167683A CN 109167683 A CN109167683 A CN 109167683A CN 201810947707 A CN201810947707 A CN 201810947707A CN 109167683 A CN109167683 A CN 109167683A
- Authority
- CN
- China
- Prior art keywords
- platform
- layer
- service
- interface
- database
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种管理微信企业号和服务号的服务***,属于互联网技术领域,包括:数据库层、平台接口对接层、应用配置管理层以及终端展现层;数据库层中设置有用于保存各类微信公众号的密匙数据和平台配置管理的业务数据的平台数据库,该各类微信公众号包括企业号、服务号以及订阅号,接口对接层根据腾讯api接口进行对接测试。在原来的基础上添加了多平台统一管理,实现一个管理端,多个微信公众号同时管理,应用配置管理层通过界面操作调用对接层的功能方法,实现多平台的集成。终端层同时支持多终端访问,为了摆脱pc端访问的限制,并从工作效率以及便捷性两个方面考虑,集成移动端平台,同时支持移动端各类消息提醒。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种管理微信企业号和服务号的服务***。
背景技术
目前使用***集成服务号或者企业号是独立分开的,采用单一平台管理,根据实际需要选择单一管理平台,在使用不同平台时,需要做管理端接口切换。而且不能同时管理多个平台,局限性较大。
另外,随着智慧校园的发展,校园不仅仅使用服务号,同时会使用企业号甚至小程序,如果每个都用独立的***进行管理未免显得复杂,同时也降低了效率。而且,从长远的角度考虑的话,多平台统一管理是必然的趋势。
发明内容
本发明的目的在于提供一种管理微信企业号和服务号的服务***,以同时管理管理微信企业号和服务号。
为实现以上目的,本发明采用一种管理微信企业号和服务号的服务***,包括:数据库层、平台接口对接层、应用配置管理层以及终端展现层;
数据库层中设置有用于保存各类微信公众号的密匙数据和平台配置管理的业务数据的平台数据库,该各类微信公众号包括企业号、服务号以及订阅号;
平台数据库的输出端与平台接口对接层中设置的应用服务器连接,该应用服务器包括密钥分配模块、平台接口管理模块和平台调用模块以及平台配置模块,其中:
平台接口管理模块用于根据类型字段对待接入公众号进行接口配置区分和对接口配置进行分类,类型字段分别对应企业号、服务号以及订阅号;
密钥分配模块用于调取平台数据库中的各类微信公众号密钥以对区分接口配置后的公众号进行密钥分配;
平台调用模块用于根据当前公众号分配的密钥所对应的平台标识,生成特定的一级模块url,以获取不同公众号对应平台的身份标识值;
平台配置模块用于根据平台标识对相应的公众号平台做好后台配置;
应用配置管理层用于通过界面操作调用平台接口对接层;
终端展现层为集成移动端平台以供多个终端访问。
进一步地,所述数据库层配置有多个数据库,该多个数据库连接并放到连接池中以等待所述多个终端调用,连接池的输入端与对象池连接,对象池的输入端分别与所述应用服务器和所述多个终端连接。
进一步地,将多台所述应用服务器做集群,多台应用服务器的输入端分别与对象中介组件连接,所述多个终端的输出端连接对象中介组件,以及所述多个终端的输出端连接到应用服务器,应用服务器向对象中介组件进行信息注册,对象中介组件维护所有可用的应用服务器列表。
与现有技术相比,本发明存在以下技术效果:本发明在原有***的基础上做出提升,解决多平台同时管理的难题。通过本***,可以同时管理多个企业号、多个服务号以及订阅号,通过***参数分类配置,有效的分类腾讯的接口,利用多通道原理,让各个公众号在***中的管理互不干扰。
附图说明
下面结合附图,对本发明的具体实施方式进行详细描述:
图1是一种管理微信企业号和服务号的服务***的结构示意图;
图2是应用服务器结构示意图;
图3是一种管理微信企业号和服务号的服务***的体系结构图;
图4是使用共同分担技术的分布示意图;
图5是容错与负载平衡的过程示意图;
图6是***的水平式扩展示意图;
图7是***安全加固策略示意图。
具体实施方式
为了更进一步说明本发明的特征,请参阅以下有关本发明的详细说明与附图。所附图仅供参考与说明之用,并非用来对本发明的保护范围加以限制。
如图1至图2所示,本实施例公开了一种管理微信企业号和服务号的服务***,包括数据库层、平台接口对接层、应用配置管理层以及终端展现层;
数据库层中设置有用于保存各类微信公众号的密匙数据和平台配置管理的业务数据的平台数据库,该各类微信公众号包括企业号、服务号以及订阅号;
平台数据库的输出端与平台接口对接层中设置的应用服务器连接,该应用服务器包括密钥分配模块、平台接口管理模块和平台调用模块以及平台配置模块,其中:
平台接口管理模块用于根据类型字段对待接入公众号进行接口配置区分和对接口配置进行分类,类型字段分别对应企业号、服务号以及订阅号;
密钥分配模块用于调取平台数据库中的各类微信公众号密钥以对区分接口配置后的公众号进行密钥分配;
平台调用模块用于根据当前公众号分配的密钥所对应的平台标识,生成特定的一级模块url,以获取不同公众号对应平台的身份标识值;
平台配置模块用于根据平台的标识对相应的公众号平台做好后台配置;其中,平台标识符是各个公众号有自己的独立的标识码,平台身份标识是关注平台的人员标识码,身份标识码微OPENID,主要形式是32位的UUID形式。后台设有专门的管理平台,根据平台的标识符进行菜单配置,包括配置菜单、配置角色菜单等。
应用配置管理层用于通过界面操作调用平台接口对接层;
终端展现层为集成移动端平台以供多个终端访问。
具体地,如图3所示,本***结构是由终端展示层、应用业务逻辑层、中心数据层组成。其中业务逻辑层由Web服务器组成,这种方式又称为瘦客户机***。用户服务层负责数据结果的显示和用户请求的提交;业务逻辑层负责响应和处理用户的请求;而数据服务层服务器负责数据的管理工作。所有的地图数据和应用程序都放在服务器端,客户端只提出请求,所有的响应都在服务器端完成,只需在服务器端进行***维护即可,大大降低了***的工作量。
其中,数据库层一是用于保存各类公众号的密钥。二是用于提供可定制的接口,便于后期其他***使用。提供统一接口方式,可根据建设要求进行封装接口,接口方式包括:Web Service、视图等方式;为***提供各类应用***的接入支持,为常见的业务***提供接入插件,支持个性化接入和自主接入需求。
其中,可信的Web Service技术主要包括可信简单对象访问控制协议SOAP(SimpleObject Access Protocol)、可信Web服务描述语言WSDL(Web Service DescriptionLanguage)和可信统一描述、发现集成协议UDDI(Universal Description,DiscoveryIntegration)。
可信Web Service体系框架包含以下部分:
可信的Web Service运行环境:提供可信Web Service的运行管理机制;
UDDI注册表和可信Web Service的安全管理服务;
基于可信Web Service运行环境的面向行业共性特性的Web Service构件。
Web Services以技术栈的形式规范了Web Services体系中的各类关键技术,如表1所示,包括服务的描述、发布、发现以及消息的传输等。
表1
XML和HTTP。这是Web Services最基本的平台。HTTP是一个在Internet上广泛使用的协议,为Web Services部件通过Internet交互奠定了协议基础,并具有穿透防火墙的良好特性。XML是一种元语言,可以用来定义和描述结构化数据,它是Web Services得以实现的语言基础。Web Services的其它协议规范都是以XML形式来描述和表达的。
Web Service的服务流程大致为:
服务注册:服务提供者发布所提供服务的服务描述。服务描述是一个标准的或者经过扩展的可信WSDL文档。服务提供者通过服务代理的客户端接口将服务注册到服务代理。注册过程实际上也是调用一个特殊可信Web Service的过程,因此调用信息可以通过可信SOAP消息来传递;
服务发现:服务请求者根据自己的需要访问可信UDDI的查询服务。发现过程也是调用一个特殊可信Web Service,因此也可以通过可信SOAP消息传递;
服务定位:服务请求者得到要访问可信Web Service的服务描述;
服务绑定和调用:服务请求者根据可信WSDL的描述以相应的方式调用服务。这个过程可以使用可信SOAP消息传递数据。
如图4所示,采用共同分担(Pooling)技术来提高***的运行效率,用数据库池技术来提高数据库的连接速度,在***初始运行时,配置好一定数目的数据库连接并放到池(Pool)中等待其他对象调用。当有企业对象需要进行数据库连接时,如果池中有连接就直接使用,如果没有并且还允许在池中加入新连接对象就马上建立新的连接,如果池已满,就等待。当企业对象使用完连接对象时***并不将其释放而是归还到池中等待其他对象调用。同样采用共同分担技术建立对象池,这样便减少了对象的释放、建立的反复操作从而提高了整个***的运行效率。
如图5所示,本实施例采用冗余的应用服务器来实现容错和负载平衡,采用共同分担技术在一定范围内提高了***的执行效率,但不能解决当大量客户端连接时的效率降低和应用服务器发生故障带来的问题,也就是负载平衡和容错问题。通过冗余的应用服务器和对象中介组件来解决负载平衡和容错问题。所有分布到网络中的功能相同的应用服务器都要向企业对象中介信息注册,企业对象中介来维护所有可用的应用服务器列表,当客户端提出请求连接时,企业对象中介找到合适的应用服务器回传给客户端;客户端与应用服务器通信的过程中,企业对象中介不在参与,但是时刻在监视应用服务器的运行状态,当他发现应用服务器故障或负载太重时就在网络中找到其他已注册功能相同的应用服务器提供给客户端。
进一步地,本***建设的基础是SSH框架,以此基础平台为框架,采用工作流引擎、自定义表单组件和自定义报表组件。以SSH框架为技术支撑的基础平台,通过该平台可以插件式的增加新应用,实现“一站式”登录,整合所有应用***,发挥信息化强大的管理、控制、服务、信息渠道等功能,打破传统的条条块块的建设模式,分层次建立起各应用***,使信息高效传达跟踪、信息快速流通、信息资源充分共享,对全面提升信息管理和社会服务信息化水平起到积极的推动作用。该平台内的功能互联互通、即插即用等显著优势,可以按需选用、轻松上手、节约资源,提高办公效能,实现信息化的跨越式发展。
同时通过报表定制组件提供查询定制服务和报表定制服务的组件,开发人员通过可视化界面绘制报表;通过***配置,实现数据库连接;报表定制组件还提供导出EXCEL、页面打印等常用功能。
进一步地,如图6所示,本***在部署上支持水平式扩展,随着用户数的增加可水平扩展web服务器、数据库可做集群、文件服务器可多台来达到支持更多用户应用的目的,目前智圣底层产品的水平扩展不仅支持独立的某个应用单独抽出来有独立的服务器支撑,也支持整个应用***复制到一台新服务器上的扩展模式。
进一步地,为确保为用户提供一个安全可靠的应用***,***安全策略包括网络层、数据层及应用层的安全,平台安全解决方案包括如图7所示。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (3)
1.一种管理微信企业号和服务号的服务***,其特征在于,包括:数据库层、平台接口对接层、应用配置管理层以及终端展现层;
数据库层中设置有用于保存各类微信公众号的密匙数据和平台配置管理的业务数据的平台数据库,该各类微信公众号包括企业号、服务号以及订阅号;
平台数据库的输出端与平台接口对接层中设置的应用服务器连接,该应用服务器包括密钥分配模块、平台接口管理模块和平台调用模块以及平台配置模块,其中:
平台接口管理模块用于根据类型字段对待接入公众号进行接口配置区分和对接口配置进行分类,类型字段分别对应企业号、服务号以及订阅号;
密钥分配模块用于调取平台数据库中的各类微信公众号密钥以对区分接口配置后的公众号进行密钥分配;
平台调用模块用于根据当前公众号分配的密钥所对应的平台标识,生成特定的一级模块url,以获取不同公众号对应平台的身份标识值;
平台配置模块用于根据平台标识对相应的公众号平台做好后台配置;
应用配置管理层用于通过界面操作调用平台接口对接层;
终端展现层为集成移动端平台以供多个终端访问。
2.如权利要求1所述的管理微信企业号和服务号的服务***,其特征在于,所述数据库层配置有多个数据库,该多个数据库连接并放到连接池中以等待所述多个终端调用,连接池的输入端与对象池连接,对象池的输入端分别与所述应用服务器和所述多个终端连接。
3.如权利要求2所述的管理微信企业号和服务号的服务***,其特征在于,将多台所述应用服务器做集群,多台应用服务器的输入端分别与对象中介组件连接,所述多个终端的输出端连接对象中介组件,以及所述多个终端的输出端连接到应用服务器,应用服务器向对象中介组件进行信息注册,对象中介组件维护所有可用的应用服务器列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810947707.1A CN109167683A (zh) | 2018-08-20 | 2018-08-20 | 一种管理微信企业号和服务号的服务*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810947707.1A CN109167683A (zh) | 2018-08-20 | 2018-08-20 | 一种管理微信企业号和服务号的服务*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109167683A true CN109167683A (zh) | 2019-01-08 |
Family
ID=64896119
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810947707.1A Pending CN109167683A (zh) | 2018-08-20 | 2018-08-20 | 一种管理微信企业号和服务号的服务*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109167683A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110276036A (zh) * | 2019-06-25 | 2019-09-24 | 苏州梦嘉信息技术有限公司 | 一种投放管理***及方法 |
CN110324183A (zh) * | 2019-06-26 | 2019-10-11 | 上海淇馥信息技术有限公司 | 配置多个微信公众号的管理***、方法和设备 |
CN110458518A (zh) * | 2019-07-29 | 2019-11-15 | 广州市家庭医生在线信息有限公司 | 一种集中式多账号微信自媒体管理平台及运行方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104732331A (zh) * | 2015-02-13 | 2015-06-24 | 腾讯科技(深圳)有限公司 | 分组管理方法、装置和*** |
CN105049320A (zh) * | 2015-05-22 | 2015-11-11 | 广西天海信息科技有限公司 | 一种同时管理多个微信公众账号的***及方法 |
CN106941441A (zh) * | 2017-02-21 | 2017-07-11 | 珠海全志科技股份有限公司 | 一种支持多微信公众号接入的实现方法 |
CN108234613A (zh) * | 2017-12-24 | 2018-06-29 | 合肥智圣新创信息技术有限公司 | 一种基于微信平台的服务*** |
US20180197216A1 (en) * | 2017-01-09 | 2018-07-12 | Vijay Sundhar | Method for Managing a Smart Enterprise Network |
-
2018
- 2018-08-20 CN CN201810947707.1A patent/CN109167683A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104732331A (zh) * | 2015-02-13 | 2015-06-24 | 腾讯科技(深圳)有限公司 | 分组管理方法、装置和*** |
CN105049320A (zh) * | 2015-05-22 | 2015-11-11 | 广西天海信息科技有限公司 | 一种同时管理多个微信公众账号的***及方法 |
US20180197216A1 (en) * | 2017-01-09 | 2018-07-12 | Vijay Sundhar | Method for Managing a Smart Enterprise Network |
CN106941441A (zh) * | 2017-02-21 | 2017-07-11 | 珠海全志科技股份有限公司 | 一种支持多微信公众号接入的实现方法 |
CN108234613A (zh) * | 2017-12-24 | 2018-06-29 | 合肥智圣新创信息技术有限公司 | 一种基于微信平台的服务*** |
Non-Patent Citations (1)
Title |
---|
温浩宇等: "《Web网站设计与开发教程(HTML5、JSP版)》", 31 May 2018 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110276036A (zh) * | 2019-06-25 | 2019-09-24 | 苏州梦嘉信息技术有限公司 | 一种投放管理***及方法 |
CN110276036B (zh) * | 2019-06-25 | 2022-03-29 | 苏州梦嘉信息技术有限公司 | 一种投放管理***及方法 |
CN110324183A (zh) * | 2019-06-26 | 2019-10-11 | 上海淇馥信息技术有限公司 | 配置多个微信公众号的管理***、方法和设备 |
CN110324183B (zh) * | 2019-06-26 | 2023-02-07 | 上海淇馥信息技术有限公司 | 配置多个微信公众号的管理***、方法和设备 |
CN110458518A (zh) * | 2019-07-29 | 2019-11-15 | 广州市家庭医生在线信息有限公司 | 一种集中式多账号微信自媒体管理平台及运行方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11411897B2 (en) | Communication method and communication apparatus for message queue telemetry transport | |
EP3861706B1 (en) | Framework for dynamic brokerage and management of topics and data at the service layer | |
KR102046700B1 (ko) | 메시지 버스 서비스 디렉토리 | |
CN101088245B (zh) | 在网络元件中对消息有效载荷执行安全性功能 | |
US8887243B2 (en) | Integrated security platform | |
CN101365119B (zh) | 用于网络视频监控***所使用的录像负载均衡方法 | |
CN110738454A (zh) | 一种企业管理平台*** | |
CN101365118B (zh) | 一种基于计算机网络的视频监控*** | |
CN109167683A (zh) | 一种管理微信企业号和服务号的服务*** | |
CN103916296B (zh) | 一种融合局域网的通信*** | |
CN107615791B (zh) | 用于添加m2m服务的装置和方法 | |
CN101360129B (zh) | 网络视频监控***手机短信发送方法 | |
CN1514653A (zh) | 基于隐私策略的消息路由方法和*** | |
JP7518967B2 (ja) | 計算力共有方法及び関連デバイス | |
CN101686173A (zh) | 一种业务协商方法、***和设备 | |
US20040225717A1 (en) | Network architecture for message based policy distribution | |
CN109190527A (zh) | 一种基于区块链和视屏监控的园区人员轨迹画像*** | |
Di Martino et al. | Semantic representation of cloud services: a case study for microsoft windows azure | |
CN103270494A (zh) | 安全策略强制***和安全策略强制方法 | |
CN101771724B (zh) | 异构分布式信息集成方法、装置及*** | |
US20190114291A1 (en) | Theory and Method of Unified Internet Integration(UII) | |
CN111422078A (zh) | 一种基于区块链的电动汽车充电数据调配监测方法 | |
WO2008151491A1 (fr) | Un système réseau p2p et son procédé d'application | |
CN116668191B (zh) | 具有数据加密汇聚功能的物联网应用虚拟网关 | |
CN1791102B (zh) | 网络下载装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190108 |
|
RJ01 | Rejection of invention patent application after publication |