CN101207568A - 多协议适配器及其对多种业务实现适配处理的方法 - Google Patents
多协议适配器及其对多种业务实现适配处理的方法 Download PDFInfo
- Publication number
- CN101207568A CN101207568A CNA2007100874161A CN200710087416A CN101207568A CN 101207568 A CN101207568 A CN 101207568A CN A2007100874161 A CNA2007100874161 A CN A2007100874161A CN 200710087416 A CN200710087416 A CN 200710087416A CN 101207568 A CN101207568 A CN 101207568A
- Authority
- CN
- China
- Prior art keywords
- service
- bytes
- parts
- message
- adaptor parts
- 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.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种多协议适配器及其对多种业务实现适配处理的方法，包括适配管理部件及TVOD/VOD、DRM、VASS、MCP及SMS等多种业务的适配部件，所述适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，为客户端的业务请求分配适当的服务器，然后将适配处理的结果由适配管理部件返回给客户端。可以对各种不同的业务协议进行适配，得到标准的私有协议，然后对该私有协议根据不同的负载均衡策略进行调度，主要适用于电通信技术。
Description
技术领域
本发明涉及一种电通信技术，尤其涉及一种多协议适配器及其对多种业务实现适配处理的方法。
背景技术
随着internet技术的发展，web服务已经无法满足人们的需求，人们对其他媒体业务(例如流媒体业务)的需求也日益增长。用户对web服务器、流媒体服务器、采用数字版权管理技术的认证服务器等各种服务器的访问量和数据流量也急剧增加。这就对各种服务器的性能提出了更高的要求，需要这些服务器具有更加强大的处理能力，尤其是当大规模并发访问时要求服务器具有更强的处理能力。如果服务器的处理能力有限就会引起服务器过载等问题。因此，随着对服务器处理能力日益增加的要求，单一的服务器设备已经无法满足需求。因此人们采用服务器集群和负载均衡技术来满足对服务器处理能力增加的要求。
集群是一组相互独立的、通过高速网络互联的计算机，它们构成了一个组，并以单一系统的模式加以管理。而集群技术是一种通用的技术，其目的是为了解决单机运算能力的不足、IO能力的不足、提高服务的可靠性、获得规模可扩展能力，降低整体方案的运维成本(运行、升级、维护成本)。和传统的高性能计算机技术相比，集群技术可以利用各档次的服务器作为节点，系统造价低，可以实现很高的运算速度，完成大运算量的计算，具有较高的响应能力，能够满足当今日益增长的信息服务的需求。
负载均衡建立在现有网络结构之上，它提供了一种廉价、有效、透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。它有两方面的含义：首先，大量的并发访问或数据流量分担到多台节点设备上分别处理，减少用户等待响应的时间；其次，单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。
随着网络技术的发展，网络当中的数据流量高速增长，应用业务也呈现多元化发展，网络已经由单一的数据承载发展成为多业务融合的综合承载平台。为了对多业务请求进行负载均衡来提高业务集群的吞吐量和数据处理能力，需要对各种不同的业务所使用的协议进行解析，然后根据不同的负载均衡策略，将不同的业务调度到相应业务集群中的适当后台服务器。如果对每一种业务协议开发都开发相应的负载均衡算法模块，会浪费大量的系统资源，而且不利于业务的扩展和协议版本的升级。
发明内容
本发明的目的是提供一种多协议适配器及其对多种业务实现适配处理的方法，该适配器及实现方法能对各种不同的业务协议进行适配和调度。
本发明的目的是通过以下技术方案实现的：
本发明的多协议适配器，设置于负载均衡系统的负载均衡器中，包括适配管理部件及多种业务的适配部件，所述适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，然后将适配处理的结果交给负载均衡器的负载均衡部件处理，之后，适配部件将负载均衡部件的处理结果组合成相应的业务协议应答报文，由适配管理部件将应答报文返回给客户端。
所述多种业务的适配部件包括以下至少两种业务的适配部件：
时移电视/视频点播TVOD/VOD适配部件、数字版权管理DRM适配部件、增值服务系统VASS适配部件、媒体内容管理系统MCP适配部件及用户管理系统SMS适配部件。
所述的VASS适配部件中包括的类有：增值服务系统服务器VASSServer类、自适应通信环境ACE接受器ACE_Acceptor类、增值服务系统接收器VASSAcceptor类、增值服务系统处理器VASSHandler类、消息操作器ManagerOperator类。
所述的适配管理部件中包括的类有：服务器Sever类、管理操作ManagerOperatorI类、ACE服务配置ACE_Service_Config类。
本发明的多协议适配器对多种业务实现适配处理的方法，包括以下步骤：
A、适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，将适配处理的结果交给负载均衡部件处理，之后，负载均衡部件将处理的结果返回给适配部件；
B、适配部件接收负载均衡部件的处理结果，并将负载均衡部件的处理结果组合成对应的业务协议应答报文，并由适配管理部件将应答报文返回给客户端。
所述的步骤A包括步骤：
A1、适配管理部件接收到客户端的业务请求后，首先确定业务类型，并根据确定的业务类型将所述业务请求交给对应的适配部件；
A2、对于到达各个适配部件的业务请求，对应的接受器Acceptor生成对应的处理器Handler，并由Handler负责接收、处理和发送消息；
A3、将步骤A2中生成的Handler放入消息操作器ManagerOperator维护的消息队列中，ManagerOperator取出该Handler，并调用该Handler的接收、处理和发送函数，完成对客户端的业务请求的适配处理。
所述的步骤A中，各个适配部件首先将接收的业务请求转换成私有协议请求报文，之后，各个适配部件与负载均衡部件之间通过私有协议报文传递信息；
所述的步骤B中，各个适配部件首先将负载均衡部件传来的私有协议报文转换成对应的业务协议报文，之后，将业务协议报文组合成对应的业务协议应答报文。
所述的私有协议请求报文包括数字版权管理DRM请求报文，所述DRM请求报文的结构是：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C001’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
所述的业务协议应答报文包括DRM应答报文，当DRM请求报文有效时，所述DRM应答报文的结构是：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C002’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
| IpVersion | 字符串 | 2字节 | ‘V4’表示IPV4；‘V6’表示IPV6 |
| DRMS-IP | 网络字节序，二进制值数组 | 16字节 | DRMS授权服务器的IP地址，如果是IPV4，前面12个字节补零 |
| DRMS-PORT | Int类型值，网络字节顺序 | 2字节 | DRMS授权服务器的侦听端口号 |
所述的业务协议应答报文包括DRM应答报文，当DRM请求报文无效或错误时，所述DRM应答报文的结构是：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C003’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
| STATUS | 字符 | 1字节 | 错误状态值 |
其中，STATUS错误状态值定义如下：
| 错误状态值 | 描述 |
| 0xE1 | 没有可提供授权服务的DRM授权服务器 |
| 其他 | 保留 |
由上述本发明提供的技术方案可以看出，本发明所述的多协议适配器及其对多种业务实现适配处理的方法，由于包括适配管理部件及多种业务的适配部件，所述适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，并将适配处理的结果交给负载均衡器的负载均衡部件处理，并把从负载均衡部件返回的处理结果组合成相应的业务协议应答报文，由适配管理部件将该应答报文返回给客户端。
可以对各种不同的业务协议进行适配，得到标准的私有协议，然后对该私有协议根据不同的负载均衡策略进行调度，主要适用于电通信技术。
附图说明
图1为负载均衡系统的结构原理图；
图2为负载均衡器的结构原理图；
图3为本发明的多协议适配器的结构原理图；
图4为本发明中适配管理部件的类之间的关系图；
图5为本发明中VASS适配部件的类之间的关系图。
具体实施方式
本发明的多协议适配器，设置于负载均衡系统的负载均衡器中，
如图1所示，为负载均衡系统的结构原理图。
如图2所示，为负载均衡器的结构原理图。
如图3所示，本发明的多协议适配器较佳的具体实施方式是，包括适配管理部件及多种业务的适配部件，所述适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，并将适配处理的结果交给负载均衡器的负载均衡部件处理，之后，把从负载均衡部件返回的结果组合成相应的业务协议应答报文，由适配管理部件将该应答报文返回给客户端。
具体适配处理的原理是，对于不同的业务请求，多协议适配器将不同的业务协议适配为标准的私有协议，同时负载均衡部件根据不同的负载均衡策略对标准的私有协议请求进行调度，返回业务集群中后台服务器的USL(统一服务定位信息)。协议适配器根据返回的USL重新组合成原来的业务协议返回给请求的客户方。
所述多种业务的适配部件包括以下至少两种业务的适配部件：
TVOD/VOD(时移电视/视频点播)适配部件、DRM(数字版权管理)适配部件、(增值服务系统VASS)适配部件、MCP(媒体内容管理系统)适配部件及SMS(用户管理系统)适配部件。
其中每一个适配部件中的程序都最终被编译成动态库。每个开发完成的适配部件中的程序都能独立侦听相应业务的端口，接收相应业务的请求报文，对请求报文进行处理，提取请求报文中的请求对象标识。依据请求对象标识，通过不同的负载均衡策略，给用户请求分配一台合适的后台服务器(即返回该后台服务器的IP地址和端口号)。多协议适配器根据返回的IP地址组合成相应协议的应答报文对客户方进行应答。客户方根据应答报文，重新向具体的后台服务器建立连接，获取请求内容。
在多协议适配器中用到的两个第三方库：
ACE(ADAPTIVE Communication Environment，自适应通信环境)，ACE是一种开放源码的面向对象的中间件平台。在其中实现了许多用于并发通信软件的核心模式。它提供了一组丰富的可复用C++Wrapper Facade(包装外观)和框架组件，可跨越多种平台完成通用的通信软件任务。
ICE(Internet Communication Engine，互联网通信引擎)，Ice是一种面向对象的中间件平台。从根本上说，这意味着Ice为构建面向对象的客户-服务器应用提供了工具、API和库支持。Ice应用适合在异种环境中使用：客户和服务器可以用不同的编程语言编写，可以运行在不同的操作系统和机器架构上，并且可以使用多种网络技术进行通信。无论部署环境如何，这些应用的源码都是可移植的。
上述的负载均衡系统从适用性的角度出发，配置多协议适配器以适配不同业务协议的请求，并且要求能够动态加载、配置和管理各个适配部件，因此，整个适配器采用ACE中的服务动态配置模式，为每个可能发起请求的协议开发不同的服务适配部件。同时为配合管理部件的动态配置，多协议适配器同管理接口部件之间采用ICE通信，利用ICE为管理接口部件提供管理接口。这样，多协议适配器能够针对不同的协议开发不同的适配服务，针对不同的协议版本开发不同的适配部件以实现不同协议版本的兼容，并且能够在不影响多协议适配器其他适配部件正常工作的情况下对适配部件进行动态加载、查询和删除，对不同协议的请求报文进行相应的处理，提取请求报文中的请求对象标识。依据请求对象标识，通过不同的负载均衡策略，给用户请求分配一台合适的后台服务器(即返回该后台服务器的IP地址和端口号)。多协议适配器根据返回的IP地址组合成相应的业务协议应答报文给客户方进行应答。
如图4所示，所述的适配管理部件中包括的类有：Sever(服务器)类、ManagerOperatorI(管理操作I)类、ACE_Service_Config(ACE服务配置)类。
适配管理部件负责提供用以加载和管理各个适配部件的方法，并实现一个ICE的服务器端，提供外界(例如综合业务平台负载均衡系统的管理接口部件)对多协议适配器进行操作的代理，同时该管理部件还负责管理一个发送消息队列用以接收各个适配部件处理完成的消息，并将消息发送给客户端。
其中，Server继承Ice::Application类，Ice::Application是ICE中间件提供的辅助类，它封装了所有正确的初始化和结束活动。Server类实现了Ice::Application类中的run(运行)函数，当初始化server类时将回调run函数，run函数的主要任务是实例化服务例程ManagerOperatorI类，并向服务器进行注册。ManagerOperatorI类主要是对整个多协议适配器中的各个程序模块进行ICE封装，以提供给综合业务平台负载均衡系统的管理接口部件使用，负责添加、删除、suspend(挂起)、resume(恢复)和查询适配部件，ManagerOperatorI类维护一个ACE_Service_Config类，ACE_Service_Config由ACE中间件提供，它提供了对通用服务器进行动态和静态服务配置的操作，ManagerOperatorI类的添加、删除、suspend(挂起)、resume(恢复)和查询服务等函数接口都是对ACE_Service_Config对应函数接口的封装。
整个适配管理部件启动过程为：首先启动适配管理部件，实际上是提供给负载均衡系统的管理接口部件等外界的ICE服务端程序；管理接口部件等外界通过ICE代理调用适配管理部件接口函数，读取由管理接口部件提供的配置文件(XML文件，即可扩展标识语言文件)，初始化相应的适配部件(例如TVOD/VOD适配部件)；适配部件开始侦听相应端口的连接请求，将到来的连接请求的报文接收并存储；通过ICE代理请求负载均衡部件提供的接口对消息进行处理；适配部件将应答消息发送给适配管理部件的消息队列；适配管理部件将应答消息发送给客户端。
各个适配部件是按照统一的架构设计的，针对不同的协议，只是处理方法不同。因此，容易对新的协议开发相应的适配部件，多协议适配器具有可伸缩性。
以下仅以VASS适配部件为例，说明适配部件的设计方法。
如图5所示，所述的VASS适配部件中包含有VASSServer(增值服务系统服务器)、ACE_Acceptor(ACE接受器)、VASSAcceptor(增值服务系统接收器)、VASSHandler(增值服务系统处理器)和ManagerOperator(消息操作器)等几个类。
AdapterServer(适配服务器)继承自ACE_Task(ACE任务类)，是一个模板类，模板参数是VASSAcceptor，AdapterServer类是所有适配部件的库初始化的入口，负责初始化、结束、挂起、恢复VASSAcceptor，定义新的线程，执行反应堆线程(至少有一个线程执行反应堆)。
VASSAcceptor继承自ACE_Acceptor模板类，实现Acceptor-Handler(接收器-处理器)架构，主要使用该架构接收请求后回调的初始化函数open()，在open中将处理器handler的指针传递给处理模块，从而不再占有反应堆线程。ACE_Acceptor模板类的模板参数是VASSMassageHandler(增值服务系统的消息处理器)和ACE_SOCK_ACCEPTOR(ACE套结字接收器)，VASSAcceptor的作用是对每一个到来的VASS请求自动生成一个VASSMassageHandler。
MessageHandler(消息处理器)是VASSMassageHandler、DRMMassageHandler(数字版权管理系统的消息处理器)等的基类，定义了初始化、关闭消息处理器(handler)，接收、处理和发送消息等接口。
VASSMassageHandler类继承自MassageHandler，对所有到达的VASS请求进行处理，并将指向自己的指针传递给MessageOperator(消息操作器)的消息队列。
本发明的多协议适配器对多种业务实现适配处理的方法，其较佳的具体实施方式包括以下步骤：
步骤1、适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，并将适配处理的结果交给负载均衡部件处理，之后，把从负载均衡部件返回结果重新组合成对应的业务协议应答报文
步骤2、由适配管理部件将适配部件组合后的应答报文返回给客户端。
上述的步骤1包括步骤：
步骤11、适配管理部件接收到客户端的业务请求后，首先确定业务类型，并根据确定的业务类型将所述业务请求交给对应的适配部件；
步骤12、对于到达各个适配部件的业务请求，对应的接受器Acceptor生成对应的处理器Handler，并由Handler负责接收、处理和发送消息；
步骤13、将步骤A2中生成的Handler放入消息操作器ManagerOperator维护的消息队列中，ManagerOperator取出该Handler，并调用该Handler的接收、处理和发送函数，完成对客户端的业务请求的处理。
在步骤1中，各个适配部件首先将接收的业务请求转换成私有协议请求报文，之后，各个适配部件与负载均衡部件之间通过私有协议报文传递信息；
在步骤2中，各个适配部件再将负载均衡部件传来的私有协议报文转换成对应的业务协议报文，之后，将业务协议报文组合成对应的业务协议应答报文，发送给客户端。
下面以VASS适配部件为例，由于VASS适配部件处理的是HTTP协议，下面给出处理HTTP报文的方式：
对于一个典型的HTTP请求报文(客户端到负载均衡器的请求报文)：
GET/somedir/page.html HTTP/1.1
Host：www.someschool.edu
Connection：close
User-Agent：Mozilla/4.0
Accept-language：fr
上述HTTP请求报文的第一行为请求行，请求行中有方法字段，该方法的取值可以为GET、POST和HEAD。
下面以GET方法为例，其他方法的处理方式类似，处理方法为：
VASS适配部件接收该报文，提取请求行的URL字段(/somedir/page.html)，依据该URL字段，通过一定的负载均衡策略返回一台后台服务器的USL(IP地址和端口号)，然后利用这返回的IP地址和端口号以及请求的URL字段组成的应答报文如下：
HTTP/1.1 302 Found\r\nLocation：http://USL/somedir/page.html\r\n\r\n
当客户端收到302 Found时，表示所请求的资源在Location字段给出的统一资源标识符(URI)，需要客户端的用户代理需要进行重定向，定向到Location字段给出的URI处。
MCP使用的协议也是HTTP协议，因此不再赘述。
对RTSP报文的处理方式如下：
对于一个典型的RTSP请求报文(从客户端到负载均衡器的报文
DESCRIBE rtsp://server.example.com/fizzle/foo RTSP/1.0
CSeq：312
Accept：application/sdp，application/rtsl，application/mheg，
下面以DESCRIBE方法为例，其他方法的处理方式类似，处理方法为：
由于TVOD/VOD适配部件处理RTSP协议，因此，当TVOD/VOD适配部件收到该报文后，提取请求行的contentID字段/fizzle/foo，依据该字段调用负载均衡部件的ICE接口，负载均衡部件依据一定的负载均衡策略返回一台后台服务器的USL(即IP地址和端口号)，TVOD/VOD适配部件依据返回的USL以及contentID字段组成的应答报文如下：
REDIRECT rtsp://server.example.com/fizzle/foo RTSP/1.0
CSeq：732
Location：rtsp://USL/fizzle/foo
Range：clock＝19960213T143205Z-
客户端的代理在收到重定向的应答报文之后将断开(teardown)到负载均衡器的会话(session)，然后建立一个到Location字段所指向的后台服务器的新的会话。在重定向的应答报文中可以包含参数范围(range)，它指出重定向生效的时刻。
对于DRM报文的处理方式如下：
请求报文如下：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C001’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
可能的响应报文是：
echo，表示请求被正确处理；
DRM服务器上的内容是对称存储(即各个服务器存储的内容相同)的。如果请求被正确处理，则响应报文如下：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C002’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
| IpVersion | 字符串 | 2字节 | ‘V4’表示IPV4；‘V6’表示IPV6 |
| DRMS-IP | 网络字节序，二进制值数组 | 16字节 | DRMS授权服务器的IP地址，如果是IPV4，前面12个字节补零 |
| DRMS-PORT | Int类型值，网络字节顺序 | 2字节 | DRMS授权服务器的侦听端口号 |
其中DRMS-IP和DRMS-PORT是从负载均衡部件依据一定的负载均衡策略返回的USL中得到。
如果请求报文无效或者错误，则应答报文为：
| 字段 | 字段类型 | 长度 | 取值描述 |
| COMD-ID | 字符串 | 4字节 | ‘C003’ |
| Length | Long类型值，网络字节顺序 | 4字节 | 整个包的总字节数 |
| User-ID | 字符串 | 16字节 | 用户号 |
| STB-ID | 字符串 | 16字节 | 机顶盒编号 |
| STATUS | 字符 | 1字节 | 错误状态值 |
其中，STATUS错误状态值定义如下：
| 错误状态值 | 描述 |
| 0xE1 | 没有可提供授权服务的DRM授权服务器 |
| 其他 | 保留 |
SMS报文的处理方式与DRMS报文的处理方式类似，只是定义的部分字段不同。
MassageOperator类为单体，它维护一个消息队列，负责创建线程，调用MassageHandler的消息处理函数。
实现适配处理的整个流程如下：
对于到来的请求，适配管理部件根据其端口号确定业务类型，如果是TVOD/VOD业务，就将该请求交给TVOD/VOD适配部件来处理，如果是VASS业务，就将该请求交给VASS适配部件来处理，其他的业务也是分配给对应的适配部件处理。对于到达各个适配部件的请求，对应的Acceptor(例如VASSAcceptor)生成对应的处理器(例如VASSAcceptor生成VASSHandler)，处理器负载接收，处理和发送消息，将这些处理器放入MessageOperator维护的消息队列中。MessageOperator不停的查看是否有各种消息对应的handler(例如VASSHandler)，如果有则取出该handler，然后调用该handler的接收、处理和发送函数，完成后继续等待新的handler到达。
本发明实现了对多种协议进行适配的架构，将多种协议适配成标准的私有协议以便对其进行负载均衡。可以对各种适配部件进行动态的加载和删除，易于扩展，具有可伸缩性。通过开发新版本的适配部件，同时保留原有适配部件可以实现新老版本协议的兼容。
解决了对不同业务协议使用不同的负载均衡策略问题，对TVOD/VOD(Tv-shift VideoOn Demand，时移电视/视频点播)、DRM(Digital Right Management，数字版权管理)、MCP(Media Content Platform，媒体内容管理系统)、VASS(Value Added Service System增值服务系统)、SMS(Subscriber Management System，用户管理系统)以及其他私有协议进行适配，得到标准的私有协议，从而可以对各种不同的协议进行统一处理。
解决了协议版本的升级问题。通过多协议适配器，可以对同一协议不同版本之间进行兼容。
解决了协议转化的灵活性问题。通过对各种不同的协议进行转换，适配成标准的私有协议，然后通过不同的负载均衡策略对标准私有协议进行调度，并且能够将调度结果(具体业务集群的后台服务器的USL(统一服务定位信息)灵活的转换为特定的业务协议进行输出。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (10)
1.一种多协议适配器，设置于负载均衡系统的负载均衡器中，其特征在于，包括适配管理部件及多种业务的适配部件，所述适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，然后将适配处理的结果交给负载均衡器的负载均衡部件处理，之后，适配部件将负载均衡部件的处理结果组合成相应的业务协议应答报文，由适配管理部件将应答报文返回给客户端。
2.根据权利要求1所述的多协议适配器，其特征在于，所述多种业务的适配部件包括以下至少两种业务的适配部件：
时移电视/视频点播TVOD/VOD适配部件、数字版权管理DRM适配部件、增值服务系统VASS适配部件、媒体内容管理系统MCP适配部件及用户管理系统SMS适配部件。
3.根据权利要求2所述的多协议适配器，其特征在于，所述的VASS适配部件中包括的类有：增值服务系统服务器VASSServer类、自适应通信环境ACE接受器ACE_Acceptor类、增值服务系统接收器VASSAcceptor类、增值服务系统处理器VASSHandler类、消息操作器ManagerOperator类。
4.根据权利要求1或2所述的多协议适配器，其特征在于，所述的适配管理部件中包括的类有：服务器Sever类、管理操作ManagerOperatorI类、ACE服务配置ACE_Service_Config类。
5.一种多协议适配器对多种业务实现适配处理的方法，其特征在于，包括以下步骤：
A、适配管理部件接收客户端的业务请求，并根据不同的业务类型分配给相应的适配部件，由适配部件对业务请求进行适配处理，将适配处理的结果交给负载均衡部件处理，之后，负载均衡部件将处理的结果返回给适配部件；
B、适配部件接收负载均衡部件的处理结果，并将负载均衡部件的处理结果组合成对应的业务协议应答报文，并由适配管理部件将应答报文返回给客户端。
6.根据权利要求5所述的多协议适配器对多种业务实现适配处理的方法，其特征在于，所述的步骤A包括步骤：
A1、适配管理部件接收到客户端的业务请求后，首先确定业务类型，并根据确定的业务类型将所述业务请求交给对应的适配部件；
A2、对于到达各个适配部件的业务请求，对应的接受器Acceptor生成对应的处理器Handler，并由Handler负责接收、处理和发送消息；
A3、将步骤A2中生成的Handler放入消息操作器ManagerOperator维护的消息队列中，ManagerOperator取出该Handler，并调用该Handler的接收、处理和发送函数，完成对客户端的业务请求的适配处理。
7.根据权利要求5或6所述的多协议适配器对多种业务实现适配处理的方法，其特征在于，所述的步骤A中，各个适配部件首先将接收的业务请求转换成私有协议请求报文，之后，各个适配部件与负载均衡部件之间通过私有协议报文传递信息；
所述的步骤B中，各个适配部件首先将负载均衡部件传来的私有协议报文转换成对应的业务协议报文，之后，将业务协议报文组合成对应的业务协议应答报文。
8.根据权利要求7所述的多协议适配器对多种业务实现适配处理的方法，其特征在于，所述的私有协议请求报文包括数字版权管理DRM请求报文，所述DRM请求报文的结构是：
9.根据权利要求8所述的多防议适配器对多种业务实现适配处理的方法，其特征在于，所述的业务协议应答报文包括DRM应答报文，当DRM请求报文有效时，所述DRM应答报文的结构是：
10.根据权利要求8所述的多协议适配器对多种业务实现适配处理的方法，其特征在于，所述的业务协议应答报文包括DRM应答报文，当DRM请求报文无效或错误时，所述DRM应答报文的结构是：
其中，STATUS错误状态值定义如下：
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100874161A CN101207568B (zh) | 2007-03-16 | 2007-03-16 | 多协议适配器及其对多种业务实现适配处理的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100874161A CN101207568B (zh) | 2007-03-16 | 2007-03-16 | 多协议适配器及其对多种业务实现适配处理的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101207568A true CN101207568A (zh) | 2008-06-25 |
| CN101207568B CN101207568B (zh) | 2011-11-23 |
Family
ID=39567465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100874161A Expired - Fee Related CN101207568B (zh) | 2007-03-16 | 2007-03-16 | 多协议适配器及其对多种业务实现适配处理的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101207568B (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101827333A (zh) * | 2010-05-19 | 2010-09-08 | 北京神州泰岳软件股份有限公司 | 手机浏览器后台服务器数据处理方法 |
| CN102209019A (zh) * | 2010-03-30 | 2011-10-05 | 杭州华三通信技术有限公司 | 一种基于报文净荷的负载均衡方法和负载均衡设备 |
| CN102722377A (zh) * | 2012-06-28 | 2012-10-10 | 上海美琦浦悦通讯科技有限公司 | 基于ace框架的网络视频应用处理系统 |
| CN101998227B (zh) * | 2009-08-28 | 2013-02-13 | 华为技术有限公司 | 业务路由方法、装置及系统 |
| CN102932269A (zh) * | 2012-11-21 | 2013-02-13 | 无锡城市云计算中心有限公司 | 负载均衡的实现方法和装置 |
| CN103152643A (zh) * | 2011-12-07 | 2013-06-12 | 上海文广互动电视有限公司 | 网络应用层的用户直播接入认证系统及认证方法 |
| CN106375355A (zh) * | 2015-07-20 | 2017-02-01 | 中兴通讯股份有限公司 | 负载均衡处理方法及装置 |
| CN108712420A (zh) * | 2018-05-18 | 2018-10-26 | 贵阳朗玛信息技术股份有限公司 | 多协议信息传输方法、装置及系统 |
| CN109218450A (zh) * | 2018-11-09 | 2019-01-15 | 苏宁消费金融有限公司 | 一种客户端业务服务系统及其工作方法 |
| CN112511528A (zh) * | 2020-11-26 | 2021-03-16 | 中移（杭州）信息技术有限公司 | 流媒体分发方法、系统、服务器和存储介质 |
| CN113760577A (zh) * | 2021-08-04 | 2021-12-07 | 广东能龙教育股份有限公司 | 一种动态连接答题装置及处理方法、控制装置、存储介质 |
| CN114205423A (zh) * | 2022-02-17 | 2022-03-18 | 联信弘方(北京)科技股份有限公司 | 基于ipmi协议的适配私有协议方法、装置、设备及介质 |
| CN114979259A (zh) * | 2022-03-31 | 2022-08-30 | 全通金信控股(广东)有限公司 | 一种消息队列代理装置 |
| CN115174340A (zh) * | 2022-06-28 | 2022-10-11 | 杭州指令集智能科技有限公司 | 支持多种协议类型与物联网操作系统交互的通信方法 |
| WO2023024956A1 (zh) * | 2021-08-27 | 2023-03-02 | 中兴通讯股份有限公司 | 网络设备管理方法、装置、系统及存储介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1158615C (zh) * | 2001-09-06 | 2004-07-21 | 华为技术有限公司 | 对流媒体服务器实现负载均衡的方法和设备 |
| CN100403695C (zh) * | 2006-03-09 | 2008-07-16 | 杭州华三通信技术有限公司 | 一种实现负载均衡的方法和系统 |
-
2007
- 2007-03-16 CN CN2007100874161A patent/CN101207568B/zh not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998227B (zh) * | 2009-08-28 | 2013-02-13 | 华为技术有限公司 | 业务路由方法、装置及系统 |
| CN102209019A (zh) * | 2010-03-30 | 2011-10-05 | 杭州华三通信技术有限公司 | 一种基于报文净荷的负载均衡方法和负载均衡设备 |
| CN101827333A (zh) * | 2010-05-19 | 2010-09-08 | 北京神州泰岳软件股份有限公司 | 手机浏览器后台服务器数据处理方法 |
| CN103152643A (zh) * | 2011-12-07 | 2013-06-12 | 上海文广互动电视有限公司 | 网络应用层的用户直播接入认证系统及认证方法 |
| CN102722377A (zh) * | 2012-06-28 | 2012-10-10 | 上海美琦浦悦通讯科技有限公司 | 基于ace框架的网络视频应用处理系统 |
| CN102722377B (zh) * | 2012-06-28 | 2015-05-20 | 上海美琦浦悦通讯科技有限公司 | 基于ace框架的网络视频应用处理系统 |
| CN102932269A (zh) * | 2012-11-21 | 2013-02-13 | 无锡城市云计算中心有限公司 | 负载均衡的实现方法和装置 |
| CN106375355B (zh) * | 2015-07-20 | 2020-02-28 | 中兴通讯股份有限公司 | 负载均衡处理方法及装置 |
| CN106375355A (zh) * | 2015-07-20 | 2017-02-01 | 中兴通讯股份有限公司 | 负载均衡处理方法及装置 |
| CN108712420A (zh) * | 2018-05-18 | 2018-10-26 | 贵阳朗玛信息技术股份有限公司 | 多协议信息传输方法、装置及系统 |
| CN109218450A (zh) * | 2018-11-09 | 2019-01-15 | 苏宁消费金融有限公司 | 一种客户端业务服务系统及其工作方法 |
| CN109218450B (zh) * | 2018-11-09 | 2021-01-05 | 苏宁消费金融有限公司 | 一种客户端业务服务系统及其工作方法 |
| CN112511528A (zh) * | 2020-11-26 | 2021-03-16 | 中移（杭州）信息技术有限公司 | 流媒体分发方法、系统、服务器和存储介质 |
| CN113760577A (zh) * | 2021-08-04 | 2021-12-07 | 广东能龙教育股份有限公司 | 一种动态连接答题装置及处理方法、控制装置、存储介质 |
| CN113760577B (zh) * | 2021-08-04 | 2024-04-19 | 广东能龙教育股份有限公司 | 一种动态连接答题装置及处理方法、控制装置、存储介质 |
| WO2023024956A1 (zh) * | 2021-08-27 | 2023-03-02 | 中兴通讯股份有限公司 | 网络设备管理方法、装置、系统及存储介质 |
| CN114205423A (zh) * | 2022-02-17 | 2022-03-18 | 联信弘方(北京)科技股份有限公司 | 基于ipmi协议的适配私有协议方法、装置、设备及介质 |
| CN114205423B (zh) * | 2022-02-17 | 2022-05-10 | 联信弘方(北京)科技股份有限公司 | 基于ipmi协议的适配私有协议方法、装置、设备及介质 |
| CN114979259A (zh) * | 2022-03-31 | 2022-08-30 | 全通金信控股(广东)有限公司 | 一种消息队列代理装置 |
| CN115174340A (zh) * | 2022-06-28 | 2022-10-11 | 杭州指令集智能科技有限公司 | 支持多种协议类型与物联网操作系统交互的通信方法 |
| CN115174340B (zh) * | 2022-06-28 | 2023-08-15 | 杭州指令集智能科技有限公司 | 支持多种协议类型与物联网操作系统交互的通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101207568B (zh) | 2011-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101207568B (zh) | 多协议适配器及其对多种业务实现适配处理的方法 | |
| Campbell et al. | Managing complexity: Middleware explained | |
| US8151281B2 (en) | Method and system of mapping at least one web service to at least one OSGi service | |
| US6895590B2 (en) | Method and system enabling both legacy and new applications to access an InfiniBand fabric via a socket API | |
| US5257369A (en) | Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes | |
| US8468541B2 (en) | Event driven sendfile | |
| US10033790B2 (en) | Method for a connector providing transactional interoperability to multiple messaging providers to multiple application servers using the same implementation | |
| US8230448B2 (en) | Methods, systems and computer program products for web service interaction with a resource management system | |
| JP2004070936A (ja) | コンテンツ指向サービスをコンテンツ・プロバイダおよびコンテンツ消費者に提供するためのシステムおよび方法 | |
| US20070118842A1 (en) | DDS-assisted CORBA discovery | |
| JP6485980B2 (ja) | ネットワークアドレスの解決 | |
| CN102325186A (zh) | 远程服务调用方法及系统 | |
| EP3786808B1 (en) | Real time exchange of update information over a network using web sockets coupled to a message queue | |
| US7735095B2 (en) | Network device drivers using a communication transport | |
| EP2139193B1 (en) | A method of performing data mediation, and an associated computer program product, data mediation device and information system | |
| CN101938492A (zh) | 一种服务代理方法及自助服务智能代理平台 | |
| KR101983331B1 (ko) | 트랜잭셔널 미들웨어 머신 환경에서 여러 가지 서로 다른 메시지 큐들을 지원하기 위한 시스템 및 방법 | |
| CN100414994C (zh) | 一种igrs av播放器设备的实现方法 | |
| JP2002196931A (ja) | サービス・ゲートウェイのための提供機構 | |
| CN100414993C (zh) | 一种igrs av服务器设备的实现方法 | |
| Duan et al. | SOA without Web services: a pragmatic implementation of SOA for financial transactions systems | |
| CA2593877A1 (en) | Automatic mobile device configuration | |
| CN117135156B (zh) | 一种基于发布/订阅消息协议的边缘集群纳管方法、系统、计算机可读存储介质和电子设备 | |
| CN108418901A (zh) | 基于php的高性能远程过程调用方法 | |
| Lee et al. | Fast-path I/O architecture for high performance streaming server |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111123 Termination date: 20150316 |
|
| EXPY | Termination of patent right or utility model |