CN102917027A - 网页聊天室的访问方法、装置及系统 - Google Patents
网页聊天室的访问方法、装置及系统 Download PDFInfo
- Publication number
- CN102917027A CN102917027A CN2012103620172A CN201210362017A CN102917027A CN 102917027 A CN102917027 A CN 102917027A CN 2012103620172 A CN2012103620172 A CN 2012103620172A CN 201210362017 A CN201210362017 A CN 201210362017A CN 102917027 A CN102917027 A CN 102917027A
- Authority
- CN
- China
- Prior art keywords
- server
- channel
- voice
- tcp
- address
- 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
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种网页聊天室的访问方法、装置及系统,以降低语音服务器部署的成本。该方法包括:智能DNS服务器将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;所述反向代理服务器在将该http请求重定向到所述中心网站服务器时携带机房信息;所述中心网站服务器根据所述http请求携带的机房信息确定网站访问者的用户类型;当用户进入聊天室频道时,所述中心网站服务器在判断目标聊天室的语音服务器与所述用户网络类型不相符时,为该用户分配一频道加速服务器以快速创建TCP连接并传输RTMP语音数据流。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种网页聊天室的访问方法、装置及系统。
背景技术
随着原中国电信集团按南北地域分家,新的中国电信和联通集团随即成立,互联网的骨干网也被一分为二了,北有联通、南有电信。从此,细心的网民可以发现,有些经常访问的网站速度一下子慢了下来,有时候还有访问不到的情况出现。例如北方地区的网络用户访问中国联通的服务器会非常快,而访问中国电信的服务器时,感觉非常慢。这种现象不仅影响了网站的访问量,更严重的是它直接影响了一些经营性网站的经济效益。据分析,产生这个问题的根本原因是中国电信分家之后,电信与联通之间的互连存在问题。虽然信息产业部已经在规划南北互通计划,但在今后相当长的一段时期内,南北方网互连的问题还会长期存在。
智能DNS南北互联解决方案很好的解决了上面所述的问题。DNS策略解析最基本的功能是可以智能的判断访问您网站的用户,然后根据不同的访问者把您的域名分别解析成不同的IP地址。如访问者是联通用户,DNS策略解析服务器会把你的域名对应的联通IP地址解析给这个访问者。如果用户是电信用户,DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。如果用户是教育网用户,DNS策略解析服务器会把您域名对应的电信IP地址解析给这个访问者。
智能DNS解析是针对目前电信和联通互联互通不畅的问题推出的一种DNS解决方案。把同样的域名记录分别设置指向联通和电信IP,当联通的客户访问时,智能DNS会自动判断访问者来路,并返回联通服务器的IP地址;电信的客户访问时会自动返回电信的IP地址。这样,就可以避免联通的客户去访问电信的网络,以及电信的客户去访问联通的网络,很好的解决了客户跨网访问不畅的问题。然而,这种实现方式需要功能完全一致的服务器分别部署在联通和电信机房,增加了服务器的开销。尤其是对于多频道的网页语音聊天室,其需部署的语音服务器众多,如果需要将各频道的语音服务器都分两套部署,无疑增加了维护和运营的成本,需进一步改进。
发明内容
本发明的主要目的在于公开一种网页聊天室的访问方法、装置及系统,以降低语音服务器部署的成本。
为达上述目的,本发明公开的网页语音聊天室的访问方法包括以下步骤:
智能DNS服务器将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
所述反向代理服务器在将该http请求重定向到所述中心网站服务器时携带机房信息;
所述中心网站服务器根据所述http请求携带的机房信息确定网站访问者的用户类型;
当用户进入聊天室频道时,所述中心网站服务器判断目标聊天室的语音服务器是否与所述用户网络类型相符,并根据判断结果的不同分别执行下述步骤:
当判断结果为是,将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;或者
若判断结果为否,则为该用户分配一频道加速服务器,并将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流。
与上述方法相对应的,本发明还公开一种网页语音聊天室系统,包括:
智能DNS服务器,用于将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
所述反向代理服务器,用于将该http请求重定向到所述中心网站服务器时携带机房信息;
所述中心网站服务器,用于根据所述http请求携带的机房信息确定网站访问者的用户类型,并在用户进入聊天室频道时,判断目标聊天室的语音服务器是否与所述用户网络类型相符,当判断结果为是,将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;或者若判断结果为否,则为该用户分配一频道加速服务器,并将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;以及
所述频道加速服务器,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,从该RTMP握手请求中解析出语音服务器的真实地址,建立与目标语音服务器的TCP连接。
为达上述目的,本发明还公开一种中心网站服务器,包括:
判断模块,用于在用户进入聊天室频道时,判断目标聊天室的语音服务器是否与用户网络类型相符,当判断结果不相符时,通知分配模块执行相应线程;
所述分配模块,用于为该用户分配一频道加速服务器,并由发送模块将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;
所述发送模块,还用于当所述判断模块的判断结果为相符时,仅将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流。
为达上述目的,本发明还公开一种频道加速服务器,包括:
第一连接单元,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,该RTMP握手请求携带目标语音服务器的IP地址/端口信息;
解析单元,用于从所述第一连接单元接收的该RTMP握手请求中解析出语音服务器的真实地址;
第二连接单元,用于根据所述解析单元接续出的地址信息建立与目标语音服务器的TCP连接。
本发明实施例至少具有以下优点:
通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题,而且任一频道加速服务器都可以根据握手请求快速建立不同flash客户端指向不同语音服务器的加速中转的TCP连接,利用率高,与现有的语音服务器分两套部署相比较而言,极大地降低了服务器部署的成本。
附图说明
图1是本发明实施例公开的网页聊天室的访问方法流程图;
图2是本发明实施例公开的网页聊天室系统的架构图;
图3是本发明实施例公开的中心网站服务器的功能框图;
图4是本发明实施例公开的频道加速服务器的功能框图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
实施例一
本实施例公开一种网页语音聊天室的访问方法,如图1所示,包括以下步骤:
步骤S1、用户通过域名访问中心网站服务器,智能DNS服务器将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器。
该步骤中,访问用户网络类型包括电信用户、联通用户、教育网用户等。与之相对应的,中心网站服务器的反向代理服务器也需要分别在电信、联通和联通机房各部署至少一台。
举例说明:中心网站服务器部署在北京联通IDC机房,另又部署两个反向代理网站主机群在贵阳电信IDC和联通IDC。藉此,某贵阳电信用户访问网站被DNS智能解析分配指向到贵阳IDC机房服务器,某联通用户访问网站被DNS智能解析分配指向联通IDC机房的服务器。
步骤S2、反向代理服务器在将该http请求重定向到中心网站服务器时携带机房信息。
该步骤可在必要的http请求链接中追加用户网络类型属性参数。基于NingX可以通过配置控制让通过它转向的http请求附加请求参数,我们利用该机制在不同的机房进行不同的配置,附带参数标识不同的机房信息。藉此:贵阳电信机房主机配置NingX系统将用户http请求反向代理到北京中心机房;联通机房主机配置NingX系统将用户http请求反向代理到北京中心机房。
步骤S3、中心网站服务器根据http请求携带的机房信息确定网站访问者的用户类型。
步骤S4、当用户进入聊天室频道时,中心网站服务器判断目标聊天室的语音服务器是否与用户网络类型相符,如果相符,执行下述步骤S5,否则,执行下述步骤S6。
该步骤中,基于各频道的语音服务器可以根据内容及其用户地域的分布进行灵活部署,假设:将聊天室频道一的语音服务器部署在可接入电信和联通网用户的双线机房,将聊天室频道二的语音服务器部署在联通机房,将聊天室频道三的语音服务器部署在电信机房;则可以做出如下判断:
聊天室频道一的语音服务器的类型与联通用户和电信用户相符;
聊天室频道二的语音服务器的类型与联通用户相符,与电信用户不符;
聊天室频道三的语音服务器的类型与电信用户相符,与联通用户不符。
基于上述部署,因此,当联通或电信用户选择进入聊天室频道一、或联通用户选择进入聊天室频道二、或电信用户选择进入聊天室频道三时,执行下述的步骤S5;反之,当电信用户选择进入聊天室频道二、或联通用户选择进入聊天室频道三,则执行下述的步骤S6。
步骤S5、中心网站服务器将语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与语音服务器之间的TCP连接以传输RTMP语音数据流。
步骤S6、中心网站服务器为该用户分配一频道加速服务器,并将频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与频道加速服务器之间的TCP连接,且在该TCP连接建立后,flash客户端在RTMP的握手请求中携带语音服务器的IP地址/端口信息,以供频道加速服务器建立与语音服务器之间的TCP连接以传输RTMP语音数据流。
本发明实施例中,频道加速服务器设有两个分别连接不同类型网络的网络接口(如一个用于连接联通用户的flash客户端,一个用于连接电信机房的语音服务器),以此为网络类型不一致的的语音服务器与用户之间的指令及数据的中转和加速提供条件,有效解决了单线机房的语音服务器处理异网用户语音数据慢的问题。
值得说明的是:由于flash内嵌的TCP连接机制限制二次开发对其进行TCP协议层操控,无法完美整合socks5代理方案。因此如果想让一个频道加速服务器能够为不同的语音服务器提供语音加速服务,一般设计是让flash客户端先与频道加速服务器连接握手,然后通过应用层AMF数据消息通知频道加速服务器与哪个语音服务器进行TCP/RTMP连接握手。但是这样大大降低用户端flash与真实语音服务器之间的连接速度(RTMP协议连接握手过程有若干个计算素数过程,这个过程比较消耗物理时间,一般在10ms左右),当然也会对产品的用户体验造成负面影响。一种简单的做法是设定每一个频道加速服务器只为一个语音加速服务器提供加速服务,而一个语音服务器可以部署多个频道加速服务器,如:教育网、移动网、电信网均可分别部署不同的频道加速服务器为一个PRS提供服务,各自不同网络的用户连接各自网络最适合的频道加速服务器进行语音加速中转。依此设计每一个频道加速服务器对网络带宽和对物理服务器CPU、内存资源占用率都应该小于其服务的PRS所占用的物理服务器资源。一般我们会在一台物理服务器部署一个语音服务器应用程序,并希望这一个应用程序尽可能充分使用该物理服务器所享有的带宽、CPU、内存资源。而一个频道加速服务器使用这些网络及硬件资源的比率要比其服务的语音服务器小很多,所以可以考虑一台物理服务器上部署多个频道加速应用程序,每个频道加速应用程序分配一个网络端口供用户连接使用。但是经过互联网部署及实践经验证明,很多运营商购置的网络防火墙、路由器出于安全性考虑能够智能识别RTMP协议并且判断当前承载该协议的TCP连接通道是否是使用1935端口(RTMP官方协议默认端口)。如果不是则会很快掐断该TCP连接。所以为了更好的为普通互联网用户服务,我们在部署RTMP协议频道加速服务器时对外提供的访问端口必须要使用1935,这样一来一台物理服务器则只能部署一个支持RTMP协议接入的应用服务程序。
基于上段背景,步骤S6中,创新了一种RTMP加速代理TCP出口连接机制。即:通过flash客户端在RTMP握手时的消息中携带语音服务器的IP地址/端口信息,使得频道加速服务器接受来至flash客户端RTMP连接握手请求时开始分析真实的目的地址从而可创建与不同语音服务器之间的TCP/RTMP握手连接。由于RTMP握手请求是flash客户端和RTMP服务器进行TCP连接后的第一个工作步骤,所以在此处再开始出口数据TCP连接虽然比服务器监听到入口数据TCP连接请求时就创建代理出口TCP连接慢一拍,但这相比现有的基于AMF消息数据传送目的语音服务器的地址/端口信息快很多,基本可以忽略不计。而且这样一来,频道加速服务器便可对多个不同频道的语音服务器提供加速代理服务,最终能够实现节约硬件和网络资源,又提升了TCP代理连接的速度。
本实施例中,进一步的,还可以设一数据库以保存用户的历史访问路径及其量化的网络情况评价值;藉此,则在该步骤中,中心网站服务器选择频道加速服务器具体为:查询该访问用户ip地址到该语音服务器的历史访问路径及各访问路径量化的评价值;然后选择评价值高的访问路径中的频道加速服务器为该访问用户进行语音加速服务。
本实施例中,进一步的,还可以在flash客户端设一手动的切换按钮,使得flash客户端以可执行代码捕获用户的手动加速请求,并将该请求发送给语音服务器或中心网站服务器以获取新的频道加速服务器的ip地址/端口信息,并将当前与语音服务器或旧的频道加速服务器连接的TCP通道切换成与该新的频道加速服务器连接的TCP通道。藉此,一方面方便用户在网络不好的情况下寻求路径更好的加速代理,另一方面,对用户体验也是一个很大的提升。
实施例二
与上述实施例一相对应的,本实施例提供一种网页语音聊天室系统,如图2所示,包括:
智能DNS服务器1,用于将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
反向代理服务器2,用于将该http请求重定向到中心网站服务器时携带机房信息;
中心网站服务器3,用于根据http请求携带的机房信息确定网站访问者的用户类型,并在用户进入聊天室频道时,判断目标聊天室的语音服务器4是否与用户网络类型相符,当判断结果为是,将语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端5建立与语音服务器4之间的TCP连接以传输RTMP语音数据流;或者若判断结果为否,则为该用户分配一频道加速服务器6,并将频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端5,供flash客户端建立与频道加速服务器之间的TCP连接,且在该TCP连接建立后,flash客户端在RTMP的握手请求中携带语音服务器的IP地址/端口信息,以供频道加速服务器建立与语音服务器之间的TCP连接以传输RTMP语音数据流;以及
频道加速服务器6,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,从该RTMP握手请求中解析出语音服务器的真实地址,建立与目标语音服务器的TCP连接。
其中上述中心网站服务器通常还用于创建频道,分配各频道的语音服务器资源。本实施例中,如图3所示,上述中心网站服务器3至少包括:
判断模块31,用于在用户进入聊天室频道时,判断目标聊天室的语音服务器是否与用户网络类型相符,当判断结果不相符时,通知分配模块执行相应线程;
分配模块32,用于为该用户分配一频道加速服务器(其中,其分配方法包括但不限于:查询该访问用户ip地址到该语音服务器的历史访问路径及各访问路径量化的评价值,选择评价值高的访问路径中的频道加速服务器为该访问用户进行语音加速服务),并由发送模块33将频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与频道加速服务器之间的TCP连接,且在该TCP连接建立后,flash客户端在RTMP的握手请求中携带语音服务器的IP地址/端口信息,以供频道加速服务器建立与语音服务器之间的TCP连接以传输RTMP语音数据流;
发送模块33,还用于当判断模块的判断结果为相符时,仅将语音服务器的IP地址/端口信息发送给网页的flash客户端,供flash客户端建立与语音服务器之间的TCP连接以传输RTMP语音数据流。
本实施例中,如图4所示,上述频道加速服务器6至少包括:
第一连接单元61,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,该RTMP握手请求携带目标语音服务器的IP地址/端口信息;
解析单元62,用于从第一连接单元接收的该RTMP握手请求中解析出语音服务器的真实地址;
第二连接单元63,用于根据解析单元接续出的地址信息建立与目标语音服务器的TCP连接。
优选的,该flash客户端还用于以可执行代码捕获用户的手动加速请求,并将该请求发送给语音服务器或中心网站服务器以获取新的频道加速服务器的ip地址/端口信息,并将当前与语音服务器或旧的频道加速服务器连接的TCP通道切换成与该新的频道加速服务器连接的TCP通道。
本实施例中,通过flash客户端在RTMP握手时的消息中携带语音服务器的IP地址/端口信息,使得频道加速服务器接受来至flash客户端RTMP连接握手请求时开始分析真实的目的地址从而可创建与不同语音服务器之间的TCP/RTMP握手连接。这样一来,频道加速服务器便可对多个不同频道的语音服务器提供加速代理服务,最终能够实现节约硬件和网络资源,又提升了TCP代理连接的速度。优选的,频道加速服务器与部署在单线机房的至少两个频道以上的语音服务器建立网络连接。
综上,本发明公开的网页聊天室的访问方法、装置及系统,通过频道加速服务器来解决访问用户类型与语音服务器类型不一致而导致的访问速度慢的问题,而且任一频道加速服务器都可以根据握手请求快速建立不同flash客户端指向不同语音服务器的加速中转的TCP连接,利用率高,与现有的语音服务器分两套部署相比较而言,极大地降低了服务器部署的成本。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的功能模块或单元可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的功能模块或单元可以合并为一个模块,也可以进一步拆分成多个功能子模块或子单元。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (9)
1.一种网页语音聊天室的访问方法,其特征在于,包括以下步骤:
智能DNS服务器将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
所述反向代理服务器在将该http请求重定向到所述中心网站服务器时携带机房信息;
所述中心网站服务器根据所述http请求携带的机房信息确定网站访问者的用户类型;
当用户进入聊天室频道时,所述中心网站服务器判断目标聊天室的语音服务器是否与所述用户网络类型相符,并根据判断结果的不同分别执行下述步骤:
当判断结果为是,将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;或者
若判断结果为否,则为该用户分配一频道加速服务器,并将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流。
2.根据权利要求1所述的网页聊天室的访问方法,其特征在于,所述访问方法还包括:
所述flash客户端以可执行代码捕获用户的手动加速请求,并将该请求发送给语音服务器或中心网站服务器以获取新的频道加速服务器的ip地址/端口信息,并将当前与语音服务器或旧的频道加速服务器连接的TCP通道切换成与该新的频道加速服务器连接的TCP通道。
3.根据权利要求1或2所述的网页聊天室的访问方法,其特征在于,所述中心网站服务器选择频道加速服务器包括:
查询该访问用户ip地址到该语音服务器的历史访问路径及各访问路径量化的评价值;
选择评价值高的访问路径中的频道加速服务器为该访问用户进行语音加速服务。
4.一种中心网站服务器,其特征在于,包括:
判断模块,用于在用户进入聊天室频道时,判断目标聊天室的语音服务器是否与用户网络类型相符,当判断结果不相符时,通知分配模块执行相应线程;
所述分配模块,用于为该用户分配一频道加速服务器,并由发送模块将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;
所述发送模块,还用于当所述判断模块的判断结果为相符时,仅将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流。
5.一种频道加速服务器,其特征在于,包括:
第一连接单元,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,该RTMP握手请求携带目标语音服务器的IP地址/端口信息;
解析单元,用于从所述第一连接单元接收的该RTMP握手请求中解析出语音服务器的真实地址;
第二连接单元,用于根据所述解析单元接续出的地址信息建立与目标语音服务器的TCP连接。
6.一种网页语音聊天室系统,其特征在于,包括:
智能DNS服务器,用于将指向中心网站服务器的http请求分配到与访问用户网络类型相符的反向代理服务器;
所述反向代理服务器,用于将该http请求重定向到所述中心网站服务器时携带机房信息;
所述中心网站服务器,用于根据所述http请求携带的机房信息确定网站访问者的用户类型,并在用户进入聊天室频道时,判断目标聊天室的语音服务器是否与所述用户网络类型相符,当判断结果为是,将所述语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;或者若判断结果为否,则为该用户分配一频道加速服务器,并将所述频道加速服务器和语音服务器的IP地址/端口信息发送给网页的flash客户端,供所述flash客户端建立与所述频道加速服务器之间的TCP连接,且在该TCP连接建立后,所述flash客户端在RTMP的握手请求中携带所述语音服务器的IP地址/端口信息,以供所述频道加速服务器建立与所述语音服务器之间的TCP连接以传输RTMP语音数据流;以及
所述频道加速服务器,用于建立与flash客户端的TCP连接,接收该flash客户端的RTMP握手请求,从该RTMP握手请求中解析出语音服务器的真实地址,建立与目标语音服务器的TCP连接。
7.根据权利要求6所述的网页聊天室系统,其特征在于,所述flash客户端还用于:
以可执行代码捕获用户的手动加速请求,并将该请求发送给语音服务器或中心网站服务器以获取新的频道加速服务器的ip地址/端口信息,并将当前与语音服务器或旧的频道加速服务器连接的TCP通道切换成与该新的频道加速服务器连接的TCP通道。
8.根据权利要求6或7所述的网页聊天室系统,其特征在于,所述中心网站服务器选择频道加速服务器包括:
查询该访问用户ip地址到该语音服务器的历史访问路径及各访问路径量化的评价值;
选择评价值高的访问路径中的频道加速服务器为该访问用户进行语音加速服务。
9.根据权利要求7所述的网页聊天室系统,其特征在于,所述频道加速服务器与部署在单线机房的至少两个频道以上的语音服务器建立网络连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210362017.2A CN102917027B (zh) | 2012-09-26 | 2012-09-26 | 网页聊天室的访问方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210362017.2A CN102917027B (zh) | 2012-09-26 | 2012-09-26 | 网页聊天室的访问方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102917027A true CN102917027A (zh) | 2013-02-06 |
CN102917027B CN102917027B (zh) | 2018-04-24 |
Family
ID=47615257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210362017.2A Active CN102917027B (zh) | 2012-09-26 | 2012-09-26 | 网页聊天室的访问方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102917027B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104135672A (zh) * | 2014-08-13 | 2014-11-05 | 浪潮软件集团有限公司 | 一种基于hls实现视频点播无缝容灾的方法 |
CN106302156A (zh) * | 2016-09-18 | 2017-01-04 | 深圳市青柠互动科技开发有限公司 | 一种解决地域性网络差异延时的直播方法及系统 |
CN107222316A (zh) * | 2017-05-25 | 2017-09-29 | 游密科技(深圳)有限公司 | 一种自适应房间人数的聊天室配置方法及聊天室系统 |
CN108632476A (zh) * | 2018-04-26 | 2018-10-09 | 贵阳朗玛信息技术股份有限公司 | 融合pstn的移动互联网语音平台系统及其通信方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050044144A1 (en) * | 2002-04-29 | 2005-02-24 | Dale Malik | Instant messaging architecture and system for interoperability and presence management |
CN1941724A (zh) * | 2005-09-30 | 2007-04-04 | 腾讯科技(深圳)有限公司 | 一种高速业务跨网通信建立方法和系统 |
CN101610294A (zh) * | 2009-07-15 | 2009-12-23 | 浪潮电子信息产业股份有限公司 | 一种利用智能dns提高网站访问速度的方法 |
CN102130820A (zh) * | 2010-01-14 | 2011-07-20 | 深圳市深信服电子科技有限公司 | 一种网络服务访问方法以及接入网关设备 |
-
2012
- 2012-09-26 CN CN201210362017.2A patent/CN102917027B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050044144A1 (en) * | 2002-04-29 | 2005-02-24 | Dale Malik | Instant messaging architecture and system for interoperability and presence management |
CN1941724A (zh) * | 2005-09-30 | 2007-04-04 | 腾讯科技(深圳)有限公司 | 一种高速业务跨网通信建立方法和系统 |
CN101610294A (zh) * | 2009-07-15 | 2009-12-23 | 浪潮电子信息产业股份有限公司 | 一种利用智能dns提高网站访问速度的方法 |
CN102130820A (zh) * | 2010-01-14 | 2011-07-20 | 深圳市深信服电子科技有限公司 | 一种网络服务访问方法以及接入网关设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104135672A (zh) * | 2014-08-13 | 2014-11-05 | 浪潮软件集团有限公司 | 一种基于hls实现视频点播无缝容灾的方法 |
CN106302156A (zh) * | 2016-09-18 | 2017-01-04 | 深圳市青柠互动科技开发有限公司 | 一种解决地域性网络差异延时的直播方法及系统 |
CN107222316A (zh) * | 2017-05-25 | 2017-09-29 | 游密科技(深圳)有限公司 | 一种自适应房间人数的聊天室配置方法及聊天室系统 |
CN107222316B (zh) * | 2017-05-25 | 2020-05-22 | 游密科技(深圳)有限公司 | 一种自适应房间人数的聊天室配置方法及聊天室系统 |
CN108632476A (zh) * | 2018-04-26 | 2018-10-09 | 贵阳朗玛信息技术股份有限公司 | 融合pstn的移动互联网语音平台系统及其通信方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102917027B (zh) | 2018-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10735553B2 (en) | Micro-services in a telecommunications network | |
US9077661B2 (en) | System and method for policy selection and switching function in a network environment | |
US8204042B2 (en) | Methods, systems, and computer program products for establishing VoIP service in a network | |
US8102879B2 (en) | Application layer metrics monitoring | |
US20100011111A1 (en) | Method for offering a call center service in a peer-to-peer network | |
EP2039121B1 (en) | Method of providing services in a network, network element | |
CN104994079B (zh) | 访问请求的处理方法和装置、加速服务器 | |
CN107566429A (zh) | 基站、访问请求的响应方法、装置及系统 | |
CN106941507A (zh) | 请求消息的调度方法及装置 | |
CN102916930B (zh) | 融合业务网络及其节点、资源请求的路由信息的获取方法 | |
CN113132293A (zh) | 攻击检测方法、设备及公共蜜罐系统 | |
CN102917027A (zh) | 网页聊天室的访问方法、装置及系统 | |
CN104735807A (zh) | Wifi热点服务的提供方法、系统和wifi接入点 | |
US20190037044A1 (en) | Content distribution and delivery optimization in a content delivery network (cdn) | |
CN114629912B (zh) | 基于mec的通信传输方法及装置 | |
CN110191067B (zh) | 专线网络访问控制方法、装置、设备及可读存储介质 | |
CN115086003B (zh) | 一种负载均衡集中管控系统的网页跳转后的免登录方法 | |
EP1681832A1 (en) | Provision of services over a common delivery platform such as a mobile telephony network | |
WO2020029793A1 (zh) | 一种上网行为管理系统、设备及方法 | |
CN202841204U (zh) | 网站服务器集群架构 | |
CN113852697B (zh) | 一种sdp终端流量代理方法、装置、设备及存储介质 | |
US10084923B2 (en) | Method and system for dynamic trunk group based call routing | |
CN109150725A (zh) | 流量疏导方法及服务器 | |
CN114338438B (zh) | 一种上网行为的管理方法、系统存储介质及设备 | |
CN104468473A (zh) | 一种节能数据服务器架构系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |