分布式短信网关架构系统及其设计方法
【专利摘要】本发明提供一种分布式短信网关架构系统，其特征在于，包括：管控平台模块，用于管理多个网关终端、通道以及运营商信息；网关运行及发送状态数据库，用于存储多个网关终端的运行及发送状态数据；网关代理模块，用于管控平台模块和多个网关终端之间的交互；多个网关终端；业务数据库，用于保存数据、处理业务逻辑；以及业务逻辑层，用于根据业务数据库中的业务逻辑来处理来自业务来源模块的业务需求，其中，管控平台模块、网关运行及发送状态数据库、网关代理模块、业务数据库、业务逻辑层位于第一服务器上，多个网关终端位于第二服务器上或位于不同的多个服务器上。本发明将采用管控平台模块与网关终端分离的模式使部署更加灵活。
【专利说明】分布式短信网关架构系统及其设计方法
【技术领域】
[0001]本发明涉及通信【技术领域】，并且特别涉及一种分布式短信网关架构系统及其设计方法。
【背景技术】
[0002]随着使用支持中文手机的用户增多，短信息已经成为手机用户最经常使用的业务之一。除了大量使用的手机用户到手机用户的点对点短信业务之外，从信息平台到手机用户的短信信息服务业务也在快速发展，该业务已经成为广大用户及时方便地获取信息的一种手段。在广大服务提供商(SP)的支持下，用户可以采用短信点播或网站定制的方式得到大量有用信息，SP也能通过提供有偿信息服务而获得收益，因此用户和SP对短信信息服务业务的需求很大。
[0003]短信网关(ISMG)的建设可以为SP与短消息中心(SMSC)之间数据交换提供一条安全、快捷的通道，以便手机用户采用短信方式与SP双向通信，接收SP提供的信息服务，同时完成相应计费采集、业务管理、网络管理等功能。
[0004]在短信网关的开发中，网关架构的设计十分重要。优秀的短信网关应该具有较高的发送速率，能够降低服务器的使用压力，同时要具有设计友好的管控平台，方便客户控制与管理网关。
[0005]在现有的短信网关架构设计中，大部分短信网关将管控平台与网关终端放在同一台服务器上，有的甚至将两者结合在一起，这种架构会导致在将网关终端部署到多个服务器时，客户对网关终端的管理就会变得很麻烦，而且不支持在同一台服务器上同时开启多个网关终端。
[0006]因此，需要一种改进的短信网关架构设计，将管控平台与网关终端分离。
【发明内容】
[0007]本发明的目的在于提供一种分布式短信网关架构系统及其设计方法。
[0008]本发明实施例提供一种分布式短信网关架构系统，其特征在于，包括:管控平台模块，用于管理多个网关终端、通道以及运营商信息；网关运行及发送状态数据库，耦合于所述管控平台模块，用于存储所述多个网关终端的运行及发送状态数据；网关代理模块，耦合于所述网关运行及发送状态数据库，用于所述管控平台模块和所述多个网关终端之间的交互；所述多个网关终端，耦合于所述网关代理模块；业务数据库，耦合于所述管控平台模块，用于保存数据、处理业务逻辑；以及业务逻辑层，耦合于所述业务数据库，用于根据所述业务数据库中的所述业务逻辑来处理来自业务来源模块的业务需求，其中，所述管控平台模块、所述网关运行及发送状态数据库、所述网关代理模块、所述业务数据库、所述业务逻辑层位于第一服务器上，所述多个网关终端位于第二服务器上或位于不同的多个服务器上。
[0009]优选地，所述管控平台模块是浏览器/服务器结构的用户系统，通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理。
[0010]优选地，所述管控平台模块还用于配置所述第一服务器的IP地址、端口号，并在所述多个网关终端的配置文件中配置相应的IP地址和端口号。
[0011]优选地，所述管控平台模块发布成站点，用户通过站点访问的方式登录到所述管控平台模块，对所述多个网关终端进行管控。
[0012]优选地，由管控平台模块通过Windows通信开发平台技术来设计所述网关代理模块。
[0013]优选地，还包括所述业务来源模块，所述业务来源模块为代理商或第三方网络服务。
[0014]本发明实施例提供一种分布式短信网关架构系统设计方法，其特征在于，包括:将管控平台模块、网关运行及发送状态数据库、网关代理模块、业务数据库、业务逻辑层部署于第一服务器上；将多个网关终端部署于第二服务器上或位于不同的多个服务器上；由所述管控平台模块通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理；以及由所述管控平台模块配置所述第一服务器的IP地址、端口号，并在所述多个网关终端的配置文件中配置相应的IP地址和端口号。
[0015]优选地，还包括:将所述管控平台模块发布成站点，用户通过站点访问的方式登录到所述管控平台模块，对所述多个网关终端进行管控。
[0016]优选地，所述管控平台模块是浏览器/服务器结构的用户系统。
[0017]优选地，由所述管控平台模块通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理的所述步骤包括:由所述管控平台模块通过所述Windows通信开发平台技术设计所述网关代理模块来进行所述管控平台模块和所述多个网关终端的交互。
[0018]本发明提供的分布式短信网关架构系统及设计方法将多个网关终端可以部署到多台服务器，或在一台服务器上通过不同端口同时开启多个网关终端，部署更加灵活，同时用户可以通过站点访问的方式登录到管控平台模块，对位于多个服务器的多个网关终端进行管控，管理更加有效率。
【专利附图】
【附图说明】
[0019]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0020]图1是本发明一实施例提供的分布式短信网关架构系统的结构示意图。
[0021]图2是本发明一实施例提供的分布式短信网关架构系统设计方法的具体流程图。
【具体实施方式】
[0022]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0023]图1是本发明一实施例提供的分布式短信网关架构系统100的结构示意图。如图1所示，分布式短信网关架构系统100包括管控平台模块110、耦合于管控平台模块110的网关运行及发送状态数据库120、耦合于网关运行及发送状态数据库120的网关代理模块130、耦合于网关代理模块130的多个网关终端(网关终端140_1?网关终端140_N，例如，以窗体应用(Winform)程序的形式)、耦合于多个网关终端的运营商模块150 (例如，中国移动、中国联通、中国电信、和其它运营商)、耦合于运营商模块150的用户模块160 (例如，手机终端)、耦合于管控平台模块110的业务数据库170、耦合于业务数据库170的业务逻辑层180、耦合于业务逻辑层180的业务来源模块190。其中，管控平台模块110、网关运行及发送状态数据库120、网关代理模块130、业务数据库170、业务逻辑层180位于第一服务器上，多个网关终端(网关终端140_1?网关终端140_N)位于第二服务器上或位于不同的多个服务器上。
[0024]在本发明一实施例中，管控平台模块110用于管理多个网关终端(网关终端140_1?网关终端140_N)、通道以及运营商信息等。具体而言，管控平台模块110是浏览器/服务器(B/S)结构的用户系统，通过Windows通信开发平台(WCF)技术与多个网关终端进行交互，对多个网关终端进行开启、关闭、配置等管理，管控平台模块110还用于配置第一服务器的IP地址、端口号等，并在多个网关终端的配置文件中配置相应的IP地址和端口号。在本发明一实施例中，管控平台模块110发布成站点，用户通过站点访问的方式登录到管控平台模块110，对多个网关终端进行管控。
[0025]在本发明一实施例中，网关运行及发送状态数据库120用于存储多个网关终端的运行及发送状态数据。网关代理模块130用于管控平台模块110和多个网关终端之间的交互，由管控平台模块110通过Windows通信开发平台(WCF)技术设计。业务数据库170用于保存数据、处理业务逻辑。业务逻辑层180用于根据业务数据库170中的业务逻辑来处理来自业务来源模块190(例如，代理商API或第三方网络服务)的业务需求(例如，计算、处理、业务调度等)。
[0026]有利地，将多个网关终端可以部署到多台服务器，或在一台服务器上通过不同端口同时开启多个网关终端，部署更加灵活，同时用户可以通过站点访问的方式登录到管控平台模块，对位于多个服务器的多个网关终端进行管控，管理更加有效率。
[0027]图2是本发明一实施例提供的分布式短信网关架构系统设计方法200的具体流程图。如图2所示，分布式短信网关架构系统设计方法200包括以下步骤。
[0028]步骤S202:将管控平台模块110、网关运行及发送状态数据库120、网关代理模块130、业务数据库170、业务逻辑层180部署于第一服务器上。
[0029]步骤S204:将多个网关终端(网关终端140_1?网关终端140_N)部署于第二服务器上或位于不同的多个服务器上。
[0030]步骤S206:由管控平台模块110通过Windows通信开发平台(WCF)技术与多个网关终端进行交互，对多个网关终端进行开启、关闭、配置等管理，其中，管控平台模块110是浏览器/服务器(B/S)结构的用户系统。具体而言，由管控平台模块110通过Windows通信开发平台(WCF)技术设计网关代理模块130来进行管控平台模块110和多个网关终端的交互。
[0031]步骤S208:由管控平台模块110配置第一服务器的IP地址、端口号等，并在多个网关终端的配置文件中配置相应的IP地址和端口号。
[0032]步骤S210:将管控平台模块110发布成站点，用户通过站点访问的方式登录到管控平台模块110，对多个网关终端进行管控。
[0033]有利地，将多个网关终端可以部署到多台服务器，或在一台服务器上通过不同端口同时开启多个网关终端，部署更加灵活，同时用户可以通过站点访问的方式登录到管控平台模块，对位于多个服务器的多个网关终端进行管控，管理更加有效率。
[0034]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种分布式短信网关架构系统，其特征在于，包括: 管控平台模块，用于管理多个网关终端、通道以及运营商信息； 网关运行及发送状态数据库，耦合于所述管控平台模块，用于存储所述多个网关终端的运行及发送状态数据； 网关代理模块，耦合于所述网关运行及发送状态数据库，用于所述管控平台模块和所述多个网关终端之间的交互； 所述多个网关终端，耦合于所述网关代理模块； 业务数据库，耦合于所述管控平台模块，用于保存数据、处理业务逻辑；以及业务逻辑层，耦合于所述业务数据库，用于根据所述业务数据库中的所述业务逻辑来处理来自业务来源模块的业务需求， 其中，所述管控平台模块、所述网关运行及发送状态数据库、所述网关代理模块、所述业务数据库、所述业务逻辑层位于第一服务器上，所述多个网关终端位于第二服务器上或位于不同的多个服务器上。
2.如权利要求1所述的分布式短信网关架构系统，其特征在于，所述管控平台模块是浏览器/服务器结构的用户系统，通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理。
3.如权利要求1所述的分布式短信网关架构系统，其特征在于，所述管控平台模块还用于配置所述第一服务器的IP地址、端口号，并在所述多个网关终端的配置文件中配置相应的IP地址和端口号。
4.如权利要求1所述的分布式短信网关架构系统，其特征在于，所述管控平台模块发布成站点，用户通过站点访问的方式登录到所述管控平台模块，对所述多个网关终端进行管控。
5.如权利要求1所述的分布式短信网关架构系统，其特征在于，由管控平台模块通过Windows通信开发平台技术来设计所述网关代理模块。
6.如权利要求1所述的分布式短信网关架构系统，其特征在于，还包括所述业务来源模块，所述业务来源模块为代理商或第三方网络服务。
7.一种分布式短信网关架构系统设计方法，其特征在于，包括: 将管控平台模块、网关运行及发送状态数据库、网关代理模块、业务数据库、业务逻辑层部署于第一服务器上； 将多个网关终端部署于第二服务器上或位于不同的多个服务器上； 由所述管控平台模块通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理；以及 由所述管控平台模块配置所述第一服务器的IP地址、端口号，并在所述多个网关终端的配置文件中配置相应的IP地址和端口号。
8.如权利要求7所述的分布式短信网关架构系统设计方法，其特征在于，还包括:将所述管控平台模块发布成站点，用户通过站点访问的方式登录到所述管控平台模块，对所述多个网关终端进行管控。
9.如权利要求7所述的分布式短信网关架构系统设计方法，其特征在于，所述管控平台模块是浏览器/服务器结构的用户系统。
10.如权利要求7所述的分布式短信网关架构系统设计方法，其特征在于，由所述管控平台模块通过Windows通信开发平台技术与所述多个网关终端进行交互，对所述多个网关终端进行开启、关闭、配置的管理的所述步骤包括:由所述管控平台模块通过所述Windows通信开发平台技术设计所述网关代理模块来进行所述管控平台模块和所述多个网关终端的交互。
【文档编号】H04W88/18GK104320472SQ201410596812
【公开日】2015年1月28日 申请日期:2014年10月29日 优先权日:2014年10月29日
【发明者】胡朋洋 申请人:深圳市东信时代信息技术有限公司