[发明专利]一种可承载大批量终端的信息发布系统

说明书

本发明公开了一种可承载大批量终端的信息发布系统，包括：MIPS‑DB多媒体信息数据库，用于储存多媒体信息；后台管理服务器，用于管理员直接操作控制终端；通信服务器，用于与终端进行通信；负载代理服务器，用于连接终端和后台管理服务器、通信服务器，起到负载的作用，并反向代理静态内容；交换系统，用于信息交换和负载均衡；局域网，包括分发服务器和多个终端，用于将终端接入至信息发布系统；以太网路由器，连接信息发布系统的的网络和路由设备，用于连接各服务器和数据库，通过本发明，可实现可承载大批量终端的目的。

技术领域

本发明涉及信息发布技术领域，特别是涉及一种可承载大批量终端的信息发布系统。

背景技术

图1为目前信息发布系统的拓扑架构图。如图1所示，系统的服务功能被全部的安装在同一台服务器10上，对所有终端20提供实时服务，这种所有服务部署在单机环境下的架构容易出现单点故障问题，风险的大小取决于所有服务风险的总和，一旦某个服务出现阻塞，将导致整台服务器无法对外提供服务甚至死机、崩溃，就目前系统分析，服务器表现出来的压力主要如下(如图2所示)：

1、节目并发下载压力----网络带宽压力

节目并发下载(同一个节目发布至大量终端)，风险取决于服务器与终端的网路情况以及服务器的IO、CPU等，通常广域网的网络带宽是非常宝贵的资源。对于图1的架构，理想状态传输时间＝节目文件大小*所有终端数量/(服务器带宽/8)，具体时间计算公式如下：

这样，对于不同服务器带宽，在30个营业厅，每个营业厅500台终端的状况下，单营业厅理想状态传输时间如下表1所示：

表1

可见，如果采用当前的模式，即便在理想的环境下，投入30*500＝15000台终端时，无论是经济成本还是时间成本，都是无法接受的；再者，服务器的压力也绝对无法承受15000台的同时下载；

2、实时批量请求压力----CPU、内存压力

针对部分批量请求处理，对于服务器资源来说，主要是CPU和内存方面的压力，比如批量请求监控图片；

3、日志处理压力---—数据库、网络、CPU压力

目前终端日志的操作，产生的速度很快，通过批量上载到服务器进行处理的流程，大量终端的处理，对数据库、网络传输和服务器CPU带来了很大的压力。

综上所述，目前的信息发布系统采用单机环境的架构服务器压力过大，容易出现单点故障问题，该系统在支撑500台终端时就已经显得力不从心(特别是广域网环境下)。由于当前版本的系统架构及功能的耦合性过高等原因，简单的对系统优化可能很难达到理想的效果，而一般系统提出的目标是支撑1万、10万、20万台终端，因此实有必要提出一种可承载大批量终端的信息发布系统以解决问题。

发明内容

为克服上述现有技术存在的不足，本发明之目的在于提供一种可承载大批量终端的信息发布系统，以解决目前单机环境下服务器压力过大、无法承载大批量终端的问题，实现可承载大批量终端的目的。

为达上述及其它目的，本发明提出一种可承载大批量终端的信息发布系统，包括：

MIPS-DB多媒体信息数据库，用于储存多媒体信息；

后台管理服务器，用于管理员直接操作控制终端；

通信服务器，用于与终端进行通信；

负载代理服务器，用于连接终端和后台管理服务器、通信服务器，起到负载的作用，并反向代理静态内容；

交换系统，用于信息交换和负载均衡；