CN102684984B - 集群间路由实现方法及*** - Google Patents
集群间路由实现方法及*** Download PDFInfo
- Publication number
- CN102684984B CN102684984B CN201110064188.2A CN201110064188A CN102684984B CN 102684984 B CN102684984 B CN 102684984B CN 201110064188 A CN201110064188 A CN 201110064188A CN 102684984 B CN102684984 B CN 102684984B
- Authority
- CN
- China
- Prior art keywords
- server
- identification number
- port information
- network identification
- file
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 230000005540 biological transmission Effects 0.000 claims abstract description 30
- 238000012546 transfer Methods 0.000 claims description 16
- 238000004891 communication Methods 0.000 claims description 8
- 238000005516 engineering process Methods 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Abstract
本发明涉及一种集群间路由实现方法及***。该方法包括以下步骤:登录成功并接收所述第一服务器的网络标识号及端口信息;获取文件传输请求;根据所述文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便所述第二服务器与第一服务器之间进行通信。上述集群间路由实现方法及***,通过传输文件时,将第一服务器的网络标识号及端口信息发送给第二服务器,使得第二服务器根据该网络标识号及端口信息与第一服务器之间建立网络通路,且第一服务器与第二服务器属于不同服务器集群,这样实现了集群间文件数据的准确传输。
Description
【技术领域】
本发明涉及计算机通信技术领域,特别涉及集群间路由实现方法及***。
【背景技术】
随着计算机网络的广泛普及,即时通信工具(Instant Messaging,简称IM)已经越来越多的成为人们所必需的网络应用。Web IM是通过HTTP协议与服务器进行通讯,利用AJAX(Asynchronous JavaScript and XML,是指一种创建交互式网页应用的网页开发技术)技术向服务器发起异步请求,可动态拉取用户资料及进行个人或群组消息收发。这种方式不需下载和安装IM客户端,可在连接网络的计算机上通过浏览器登陆Web IM服务器接入IM的服务器集群***。其中,AJAX技术是使用客户端脚本与Web服务器交换数据的Web应用开发方法,这样Web不用交互流程进行重新加载,进行动态更新。
基于浏览器的Web IM由于其使用和升级上的方便性,受到越来越多用户的喜爱,其应用范围也越来越广泛。Web IM功能越来越强大,后台服务器的数量及种类也随之增长,如何准确实现多个服务器集群间的路由(路由是指通过相互连接的网络把信息从源地点移动到目标地点的活动)是需要解决的问题。
【发明内容】
基于此,有必要提供一种集群间路由实现方法,能准确实现集群间的数据传输。
一种集群间路由实现方法,包括以下步骤:
登录成功并接收所述第一服务器的网络标识号及端口信息;
获取文件传输请求;
根据所述文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便所述第二服务器与第一服务器之间进行通信;
优选地,所述第二服务器与第一服务器之间进行通信的具体步骤为:所述第二服务器接收所述文件数据、第一服务器的网络标识号及端口信息,并根据所述第一服务器的网络标识号及端口信息与第一服务器建立网络通路;
所述第二服务器通过所述网络通路将文件数据发送给第一服务器。
优选地,还包括步骤:所述第一服务器对第一服务器的网络标识号及端口信息进行加密,生成加密地址数据,并发送所述加密地址数据。
优选地,根据所述文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息的步骤具体为:根据所述文件传输请求,向第二服务器发送文件数据及加密地址数据;
第二服务器接收到所述加密地址数据后,对所述加密地址数据解码,得到第一服务器的网络标识号及端口信息。
优选地,还包括步骤:接收所述第一服务器的网络标识号及端口信息,并存储到本地。
优选地,所述第一服务器为Web即时通信服务器,所述第二服务器为文件传输服务器。
此外,还有必要提供一种集群间路由实现***,能准确实现集群间的数据传输。
一种集群间路由实现***,包括:浏览器,
所述浏览器用于接收第一服务器的网络标识号及端口信息,再获取文件传输请求,并根据文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便所述第二服务器与第一服务器之间进行通信。
优选地,还包括第一服务器和第二服务器,所述第一服务器与第二服务器属于不同服务器集群;所述第二服务器用于接收所述文件数据、第一服务器的网络标识号及端口信息,并根据所述第一服务器的网络标识号及端口信息与第一服务器建立网络通路,再通过所述网络通路将文件数据发送给第一服务器。
优选地,所述第一服务器还用于对第一服务器的网络标识号及端口信息进行加密,生成加密地址数据,并将加密地址数据发送给浏览器。
优选地,所述浏览器还用于将所述加密地址数据发送给第二服务器,所述第二服务器还用于接收到所述加密地址数据后,对所述加密地址数据解码,得到第一服务器的网络标识号及端口信息。
优选地,所述浏览器还用于接收所述第一服务器的网络标识号及端口信息,并存储到本地。
优选地,所述第一服务器为Web即时通信服务器,所述第二服务器为文件传输服务器。
上述集群间路由实现方法及***,通过传输文件时,将第一服务器的网络标识号及端口信息发送给第二服务器,使得第二服务器根据该网络标识号及端口信息与第一服务器之间建立网络通路,且第一服务器与第二服务器属于不同服务器集群,这样实现了集群间文件数据的准确传输。
【附图说明】
图1为一个实施例中集群间路由实现方法的流程图;
图2为另一个实施例中集群间路由实现方法的流程图;
图3为一个实施例中集群间路由实现***的结构示意图;
图4为图3应用在Web QQ的文件传输示意图。
【具体实施方式】
下面结合具体的实施例及附图对技术方案进行详细的描述。
如图1所示,在一个实施例中,一种集群间路由实现方法,包括以下步骤:
步骤S100,登录成功并接收所述第一服务器的网络标识号及端口信息。
登录成功后,浏览器接收到第一服务器的网络标识号及端口信息,并存储到本地。若第一服务器的网络标识号及端口信息经过加密处理生成加密地址数据,则浏览器端接收到加密地址数据后存储到本地,不进行其他处理,到需要的时候,再发送给其他服务器。同时,浏览器还与第一服务器进行一系列的数据交互,获取好友列表等数据。
步骤S110,获取文件传输请求。用户通过基于浏览器的模拟即时通信客户端界面与其好友聊天,需要传送某个文件给好友,需发送文件传输请求。该文件可为图片文件(如西湖照片)、文本文件(如小说)、影像文件(如建国大业电影)、也可为压缩文件。
步骤S120,根据该文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便该第二服务器与第一服务器之间进行通信。
浏览器获取文件传输请求后,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息。若第一服务器的网络标识号及端口信息经过加密处理生成加密地址数据,浏览器将需传输的文件数据及加密地址数据发送给第二服务器。该实施例中,第二服务器为文件传输服务器,与第一服务器属于不同的服务器集群。
如图2所示,在一个实施例中,一种集群间路由实现方法,包括以下步骤:
步骤S200,向第一服务器发起登录请求。
用户登录基于浏览器的模拟即时通信客户端界面时,域名服务器(DomainName System,简称DNS)会确定用户接入的运营商,根据运营商分配服务器,如电信的分配电信服务器,网通的分配网通服务器,从Web即时通信服务器集群中分配一台服务器。本实施例中分配第一服务器,即第一服务器为Web即时通信服务器。用户通过浏览器的JavaScript(脚本语言)通过AJAX技术发送登录请求到第一服务器,第一服务器返回登录成功的结果。
步骤S210,第一服务器接收登录请求,并发送自身的网络标识号及端口信息。
第一服务器接收登录请求后,将自身的网络标识号及端口信息发送给浏览器。网络标识号可为第一服务器的IP地址,端口信息可为接入的端口,如80端口等。同时还将好友列表信息等数据发送给浏览器,以便进行正常的聊天等操作。
在一个实施例中,第一服务器接收登录请求后,还包括步骤:第一服务器对自身的网络标识号及端口信息进行加密处理,生成加密地址数据,并发送该加密地址数据。对网络标识号及端口信息进行加密,是为了保证数据在传输给浏览器的过程中的安全,防止被监听程序所劫持,若是明文,则有可能被恶意监听者利用进行恶意攻击。
步骤S220,登录成功并接收第一服务器的网络标识号及端口信息。
登录成功后,浏览器接收到第一服务器的网络标识号及端口信息,并存储到本地。若第一服务器的网络标识号及端口信息经过加密处理生成加密地址数据,则浏览器端接收到加密地址数据后存储到本地,不进行其他处理,到需要的时候,再发送给其他服务器。同时,浏览器还与第一服务器进行一系列的数据交互,获取好友列表等数据。
步骤S230,获取文件传输请求。用户通过基于浏览器的模拟即时通信客户端界面与其好友聊天,需要传送某个文件给好友,需发送文件传输请求。该文件可为图片文件(如西湖照片)、文本文件(如小说)、影像文件(如建国大业电影)、也可为压缩文件。
步骤S240,根据文件传输请求,通过浏览器向第二服务器发送文件数据、第一服务器的网络标识号及端口信息。
浏览器获取文件传输请求后,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息。若第一服务器的网络标识号及端口信息经过加密处理生成加密地址数据,浏览器将需传输的文件数据及加密地址数据发送给第二服务器。该实施例中,第二服务器为文件传输服务器,与第一服务器属于不同的服务器集群。
步骤S250,第二服务器接收文件数据、第一服务器的网络标识号及端口信息,并根据第一服务器的网络标识号及端口信息与第一服务器建立网络通路。
第二服务器接收第一服务器的网络标识号及端口信息后,根据第一服务器的网络标识号及端口信息,找到第一服务器,与第一服务器建立网络通路,以便进行数据传输。
另外,第二服务器接收的若是第一服务器的网络标识号及端口信息加密处理后的加密地址数据,则第二服务器采用相应的解密算法和密钥对加密地址数据进行解码,得到所需的第一服务器的网络标识号及端口信息。
步骤S260,第二服务器通过网络通路将文件数据发送给第一服务器。
第二服务器将文件数据传输给第一服务器后,第一服务器才能通过第一服务器的集群将文件数据发送到需接收该文件数据的用户所在的服务器。
在一个实施例中,一种集群间路由实现***,包括浏览器,该浏览器用于接收第一服务器的网络标识号及端口信息,再获取文件传输请求,并根据文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便该第二服务器与第一服务器之间进行通信。
优选的实施例中,如图3所示,一种集群间路由实现***,除了包括浏览器300,还包括第一服务器310和第二服务器320。其中,
浏览器300用于向第一服务器发起登录请求。用户登录基于浏览器300的模拟即时通讯客户端界面时,域名服务器(DNS)会确定用户接入的运营商,根据运营商分配服务器,如电信的分配电信服务器,网通的分配网通服务器,从Web即时通信服务器集群中分配一台服务器。本实施例中分配第一服务器310,即第一服务器为Web即时通信服务器。用户通过浏览器的JavaScript通过AJAX技术发送登录请求到第一服务器310,第一服务器310返回登录成功的结果。
第一服务器310用于接收登录请求,并发送自身的网络标识号及端口信息到浏览器300。第一服务器310接收登录请求后,将自身的网络标识号及端口信息发送给浏览器300。网络标识号可为第一服务器310的IP地址,端口信息可为接入的端口,如80端口等。同时第一服务器310还将好友列表信息等数据发送给浏览器300,以便进行正常的聊天等操作。
另外,第一服务器310接收登录请求后,第一服务器310对自身的网络标识号及端口信息进行加密处理,生成加密地址数据,并发送该加密地址数据。对网络标识号及端口信息进行加密,是为了保证数据在传输给浏览器300的过程中的安全,防止被监听程序所劫持,若是明文,则有可能被恶意监听者利用进行恶意攻击。
浏览器300接收第一服务器310的网络标识号及端口信息,再获取文件传输请求,并根据文件传输请求,向第二服务器320发送文件数据、第一服务器的网络标识号及端口信息。第一服务器310与第二服务器320属于不同服务器集群。
登录成功后,浏览器300接收到第一服务器的网络标识号及端口信息,并存储到本地。若第一服务器的网络标识号及端口信息经过加密处理生成加密地址数据,则浏览器300接收到加密地址数据后存储到本地,不进行其他处理,到需要的时候,再发送给其他服务器。同时,浏览器300还与第一服务器310进行一系列的数据交互,获取好友列表等数据。当用户通过浏览器与其好友聊天,需要传送某个文件给好友,需发送文件传输请求。该文件可为图片文件(如西湖照片)、文本文件(如小说)、影像文件(如建国大业电影)、也可为压缩文件。浏览器300根据文件传输请求,将文件数据及加密地址数据一起发送给第二服务器320。
第二服务器320接收文件数据、第一服务器的网络标识号及端口信息,并根据该第一服务器的网络标识号及端口信息与第一服务器310建立网络通路,再通过该网络通路将文件数据发送给第一服务器310。
若第二服务器320接收到加密地址数据时,则第二服务器320采用相应的解密算法及密钥对加密地址数据解码,得到第一服务器的网络标识号及端口信息。另外,第二服务器320为文件传输服务器。
第二服务器320将文件数据传输给第一服务器310后,第一服务器310才能通过第一服务器310所在集群将文件数据发送到需接收该文件数据的用户所在的服务器。
如图4所示,以第一终端400和第二终端450上分别运行基于Web浏览器的模拟QQ界面,即Web QQ,第一服务器310为第一Web QQ服务器410(WebQQServe-1),第二服务器320为文件传输服务器420(Task Server-1)为例,A用户登录Web浏览器后,分配第一Web QQ服务器410,登录后,Web QQ与第一Web QQ服务器410进行数据交互,将好友列表等数据下拉到Web QQ上,且同时Web QQ接收第一Web QQ服务器410的IP地址及端口信息的加密地址数据,并存储到本地,当A用户与好友B传输文件时,A用户在第一终端400上登录的Web QQ通过Web浏览器将文件数据及加密地址数据发送给文件传输服务器420,文件传输服务器420对加密地址数据进行解码,得出第一Web QQ服务器410的IP地址及端口信息,再根据第一Web QQ服务器410的IP地址及端口信息查找到第一Web QQ服务器410,文件传输服务器420将信令信息发送到第一Web QQ服务器410,与之建立网络通路,然后将文件数据传输给第一Web QQ服务器410,第一Web QQ服务器410将文件数据通过Web服务器集群430传输到第二Web QQ服务器440(Web QQServe-2),再传输给好友B在第二终端450上运行的Web QQ。其中,信令信息是指在电信网的两个实体之间,传输专门为建立和控制接续的信息。
上述集群间路由实现方法及***,通过传输文件时,将第一服务器的网络标识号及端口信息发送给第二务器,使得第二服务器根据该网络标识号及端口信息与第一服务器之间建立网络通路,且第一服务器与第二服务器属于不同服务器集群,这样实现集群间文件数据的准确传输。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种集群间路由实现方法,包括以下步骤:
通过浏览器登录第一服务器成功并接收所述第一服务器的网络标识号及端口信息;
获取文件传输请求;
根据所述文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便所述第二服务器与第一服务器之间进行通信,所述第一服务器与第二服务器属于不同服务器集群,所述第二服务器与第一服务器之间进行通信的具体步骤为:所述第二服务器接收所述文件数据、第一服务器的网络标识号及端口信息,并根据所述第一服务器的网络标识号及端口信息与第一服务器建立网络通路,所述第二服务器通过所述网络通路将文件数据发送给第一服务器。
2.根据权利要求1所述的集群间路由实现方法,其特征在于,还包括步骤:所述第一服务器对第一服务器的网络标识号及端口信息进行加密,生成加密地址数据,并发送所述加密地址数据。
3.根据权利要求2所述的集群间路由实现方法,其特征在于,根据所述文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息的步骤具体为:根据所述文件传输请求,向第二服务器发送文件数据及加密地址数据;
第二服务器接收到所述加密地址数据后,对所述加密地址数据解码,得到第一服务器的网络标识号及端口信息。
4.根据权利要求2所述的集群间路由实现方法,其特征在于,还包括步骤:浏览器接收所述第一服务器的网络标识号及端口信息,并存储到本地。
5.根据权利要求1所述的集群间路由实现的方法,其特征在于,所述第一服务器为Web即时通信服务器,所述第二服务器为文件传输服务器。
6.一种集群间路由实现***,其特征在于,包括:浏览器,所述浏览器用于登录第一服务器成功并接收第一服务器的网络标识号及端口信息,再获取文件传输请求,并根据文件传输请求,向第二服务器发送文件数据、第一服务器的网络标识号及端口信息,以便所述第二服务器与第一服务器之间进行通信,还包括第一服务器和第二服务器,所述第一服务器与第二服务器属于不同服务器集群,所述第二服务器用于接收所述文件数据、第一服务器的网络标识号及端口信息,并根据所述第一服务器的网络标识号及端口信息与第一服务器建立网络通路,再通过所述网络通路将文件数据发送给第一服务器。
7.根据权利要求6所述的集群间路由实现***,其特征在于,所述第一服务器还用于对第一服务器的网络标识号及端口信息进行加密,生成加密地址数据,并将加密地址数据发送给浏览器。
8.根据权利要求7所述的集群间路由实现***,其特征在于,所述浏览器还用于将所述加密地址数据发送给第二服务器,所述第二服务器还用于接收到所述加密地址数据后,对所述加密地址数据解码,得到第一服务器的网络标识号及端口信息。
9.根据权利要求6所述的集群间路由实现***,其特征在于,所述浏览器还用于接收所述第一服务器的网络标识号及端口信息,并存储到本地。
10.根据权利要求6所述的集群间路由实现***,其特征在于,所述第一服务器为Web即时通信服务器,所述第二服务器为文件传输服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110064188.2A CN102684984B (zh) | 2011-03-14 | 集群间路由实现方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110064188.2A CN102684984B (zh) | 2011-03-14 | 集群间路由实现方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102684984A CN102684984A (zh) | 2012-09-19 |
CN102684984B true CN102684984B (zh) | 2016-12-14 |
Family
ID=
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1694415A (zh) * | 2005-04-29 | 2005-11-09 | 北京邦诺存储科技有限公司 | 一种保障存储网络数据安全的方法及装置 |
CN1977500A (zh) * | 2004-03-26 | 2007-06-06 | 高通股份有限公司 | 在自组织网络中对通信进行路由 |
CN101478490A (zh) * | 2009-02-05 | 2009-07-08 | 中兴通讯股份有限公司 | 一种支持tipc的多集群网络通信的方法和装置 |
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1977500A (zh) * | 2004-03-26 | 2007-06-06 | 高通股份有限公司 | 在自组织网络中对通信进行路由 |
CN1694415A (zh) * | 2005-04-29 | 2005-11-09 | 北京邦诺存储科技有限公司 | 一种保障存储网络数据安全的方法及装置 |
CN101478490A (zh) * | 2009-02-05 | 2009-07-08 | 中兴通讯股份有限公司 | 一种支持tipc的多集群网络通信的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107113319B (zh) | 一种虚拟网络计算认证中应答的方法、装置、***和代理服务器 | |
CN103535004B (zh) | 用于促进匿名音频和视频通信的方法和基于web的*** | |
EP1892887B1 (en) | Communication method between communication devices and communication apparatus | |
US20100002882A1 (en) | Method and Device for Anonymous Encrypted Mobile Data and Speech Communication | |
CN103108037B (zh) | 一种通信方法,Web服务器及Web通信*** | |
US10812421B2 (en) | Conveying instant messages via HTTP | |
JP2008028996A (ja) | 通信システム、通信方法、およびプログラム | |
CN105933384B (zh) | 一种文件共享方法、终端及文件共享*** | |
US10855846B1 (en) | Encrypting multiple party calls | |
CN101980496A (zh) | 报文处理方法和***、交换机和接入服务器设备 | |
US8650313B2 (en) | Endpoint discriminator in network transport protocol startup packets | |
CN106789993B (zh) | Tcp代理方法及装置 | |
WO2014127615A1 (zh) | 一种实现手机客户端即时通信的方法及装置 | |
US10630479B2 (en) | Network communication method having function of recovering terminal session | |
CN107566476B (zh) | 一种接入方法、sdn控制器、转发设备及用户接入*** | |
CN114301968B (zh) | 服务端的访问方法、***、设备及存储介质 | |
CN102684984B (zh) | 集群间路由实现方法及*** | |
WO2014035783A1 (en) | Systems and methods for efficient remote security panel configuration and management | |
JP2013126219A (ja) | 転送サーバおよび転送プログラム | |
WO2010124549A1 (zh) | 获取公钥的方法、装置和*** | |
CN111866100A (zh) | 一种控制数据传输速率的方法、装置和*** | |
CN105812416B (zh) | 不同网络间传输文件的方法和*** | |
CN114125017B (zh) | 媒体信息的显示方法和装置、存储介质及电子设备 | |
KR101527196B1 (ko) | 양방향 푸시 메시지 서비스 시스템 및 제어 방법 | |
Nayak et al. | An application for end to end secure messaging service on Android supported device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180913 Address after: 100089 Beijing Haidian District Zhichun Road 49 No. 3 West 309 Patentee after: Tencent cloud computing (Beijing) limited liability company Address before: 518044 East 403 room, Sai Ge science and Technology Park, Futian District Zhenxing Road, Shenzhen, Guangdong, China, 2 Patentee before: Tencent Technology (Shenzhen) Co., Ltd. |