CN101860493A - 为客户端分配应用服务器地址的方法、服务器及系统 - Google Patents
为客户端分配应用服务器地址的方法、服务器及系统 Download PDFInfo
- Publication number
- CN101860493A CN101860493A CN200910081912A CN200910081912A CN101860493A CN 101860493 A CN101860493 A CN 101860493A CN 200910081912 A CN200910081912 A CN 200910081912A CN 200910081912 A CN200910081912 A CN 200910081912A CN 101860493 A CN101860493 A CN 101860493A
- Authority
- CN
- China
- Prior art keywords
- client
- application server
- numbering
- login
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种为客户端分配应用服务器地址的方法、服务器及系统,方法包括:接收客户端登录请求消息,所述登录请求消息包含客户端信息;根据所述客户端信息,获取所述客户端的编号;根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址;向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址。通过根据客户端信息为客户端分配将登录的应用服务器地址,实现了根据客户端信息为客户端分配应用服务器。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种为客户端分配应用服务器地址的方法、服务器及系统。
背景技术
随着各种数据业务的发展,特别是即时消息业务的快速发展,对应用服务器的容量要求越来越高,如何解决应用服务器的负荷分担和自动容灾问题,已经成为应用服务器发展过程中的一个重要课题。
现有技术中,通过增加多个应用服务器,为各个客户端需要配置固定的应用服务器,来解决即时消息的负荷分担,利用备份服务器对应用服务器宕机情况进行自动容灾。假设客户端A固定配置到应用服务器1,客户端B固定配置到应用服务器2。当应用服务器2宕机时,根据配置的固定备份服务器地址重新登录。
在实现本发明的过程中,发明人发现现有技术至少存在以下缺陷:各个客户端需要配置固定的应用服务器,当固定配置的应用服务器发生故障的时候,客户端就无法登陆到应用服务器。
发明内容
本发明实施例提出一种为客户端分配应用服务器地址的方法、服务器及系统,以根据客户端信息和应用服务器总数动态分配应用服务器。
本发明实施例提供了一种为客户端分配应用服务器地址的方法,包括:
接收客户端登录请求消息,所述登录请求消息包含客户端信息;
根据所述客户端信息,获取所述客户端的编号;
根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址;
向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址。
本发明实施例还提供了一种为客户端分配应用服务器地址的方法,包括:
接收聊天消息,所述聊天消息中包含接收方的客户端信息;
根据所述接收方的客户端信息,获取所述接收方的客户端编号;
根据所述接收方的客户端编号和应用服务器总数,获取所述接收方客户端所登录的应用服务器编号;
根据所述接收方的客户端所登录的应用服务器编号,路由所述聊天消息。
本发明实施例还提供了一种连接服务器,包括:
接收单元,用于接收客户端登录请求消息,所述登录请求消息包含客户端信息;
客户端编号获取单元,根据所述客户端信息,获取所述客户端的编号;
分配单元,用于根据所述客户端信息为所述客户端分配将登录的应用服务器地址;
发送单元,用于向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址。
本发明实施例还提供了一种应用服务器,包括:
接收单元,用于接收聊天消息,所述聊天消息中包含接收方的客户端信息;
客户端编号获取单元,用于根据所述客户端信息,获取所述客户端编号;
应用服务器编号获取单元,用于根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;
路由单元,用于根据所述客户端所登录的应用服务器编号,路由所述聊天消息。
本发明实施例还提供了一种通信系统,包括:
连接服务器,用于接收客户端登录请求消息,所述登录请求消息包含客户端信息;根据所述客户端信息,获取所述客户端的编号;根据所述客户端信息为所述客户端分配将登录的应用服务器地址;向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址;
至少两个应用服务器,用于接收聊天消息,所述聊天消息中包含接收方的客户端信息;根据所述客户端信息,获取所述客户端编号;根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;根据所述客户端所登录的应用服务器编号,路由所述聊天消息。
上述实施例通过客户端信息获取客户端编号,并根据客户端编号与服务器总数为客户端分配将登录的应用服务器地址,并且,在接收到登录请求消息的情况下为客户端分配应用服务器,实现了根据客户端信息和应用服务器总数为客户端动态地分配将登录的应用服务器,提高了用户的体验。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明实施例一种连接服务器的结构示意图;
图2为本发明实施例另一种连接服务器的结构示意图;
图3为本发明实施例一种应用服务器的结构示意图;
图4为本发明实施例一种通信系统的结构示意图;
图5为本发明实施例一种为客户端分配应用服务器地址的方法的流程图;
图6为本发明实施例另一种为客户端分配应用服务器地址的方法的流程图;
图7为本发明实施例另一种为客户端分配应用服务器地址的方法的流程图;
图8为本发明实施例又一种为客户端分配应用服务器地址的方法的流程图;
图9为本发明实施例又一种为客户端分配应用服务器地址的方法中的流程图;
图10为本发明实施例又一种为客户端分配应用服务器地址的方法的流程图;
图11为本发明实施例又一种为客户端分配应用服务器地址的方法的流程图。
具体实施方式
图1为本发明实施例一种连接服务器的结构示意图。该连接服务器包括:接收单元11、客户端编号获取单元12、分配单元13及发送单元14。接收单元11用于接收客户端登录请求消息,所述登录请求消息包含客户端名称、标识、地址等客户端信息。客户端编号获取单元12根据所述客户端信息,获取所述客户端的编号。如通过对客户端名称或登录请求消息中的其他客户端信息进行第五种信息-摘要算法(Message-Digest Algorithm 5,MD5)计算获得所述客户端的编号。分配单元13用于根据所述客户端信息为所述客户端分配将登录的应用服务器地址;发送单元14用于向所述客户端发送登录响应消息,所述登录响应消息包含所述被分配的客户端将登录的应用服务器地址。在应用服务器宕机或恢复时,还可发送宕机消息或恢复消息通知各个应用服务器更新宕机列表或恢复列表。
本实施例中,连接服务器通过根据客户端信息为客户端分配将登录的应用服务器地址,实现了根据客户端名称为客户端随机分配服务器。
所述分配单元13可具体用于对所述客户端编号按所述应用服务器总数取模,获得取模值,并确定所述取模值为编号的应用服务器为正常工作状态;并且为所述客户端分配将登录的应用服务器地址,所述应用服务器地址具体为所述取模值为编号的应用服务器的地址。所述服务器总数根据服务器列表获得;所述服务器列表通过检测心跳消息建立,包括应用服务器地址、应用服务器对应的客户端名称及工作状态;所述服务器总数为所述服务器列表中所有应用服务器的数量。分配单元13在所述服务器列表中以所述取模值为编号的应用服务器的工作状态为正常的情况下,将以所述取模值为编号的应用服务器分配给发送所述登录请求消息的客户端,以便所述客户端自动登录分配的应用服务器。
本实施例中,连接服务器通过MD5将客户端名称转换为客户端编号,并根据客户端编号按服务器总数取值为客户端分配相应的应用服务器,使得连接服务器能够通过根据客户端名称为客户端随机分配应用服务器。并且,本实施例中的服务器作为连接客户端与应用服务器的唯一的连接服务器。用户通过客户端登录服务器时,只需输入连接服务器的地址即可。
图2为本发明实施例另一种连接服务器的结构示意图。该连接服务器可进一步包括存储单元21。存储单元21用于存储服务器列表,所述服务器列表包括应用服务器地址;此时,分配单元22可具体用于根据所述客户端的编号和应用服务器总数,在所述服务器列表中的所述客户端信息,为所述客户端分配将登录的应用服务器地址。所述存储单元21存储的服务器列表还包括各个应用服务器的能力和工作状态。
另一连接服务器实施例可进一步包括:更新单元。所述应用服务器发生宕机或宕机后恢复时,更新单元更新所述服务器列表,将所述宕机的应用服务器的工作状态对应的更新为宕机或正常。
本实施例中,连接服务器通过存储单元存储服务器列表,使得连接服务器在本地即可获得应用服务器总数及相应的工作状态,提高了连接服务器的分配效率。
另一连接服务器实施例可进一步包括:重新分配单元。该重新分配单元用于利用所述服务器列表中工作状态为正常的应用服务器的能力,计算所述各个工作状态为正常的应用服务器的权重;在所述各个工作状态为正常的应用服务器分配权重区间,并取随机数;重新为所述客户端分配将登录的应用服务器的地址,所述客户端分配将登录的应用服务器的地址具体为所述随机数所在的权重区间对应的应用服务器的地址。
图3为本发明实施例一种应用服务器的结构示意图。该应用服务器包括:接收单元31、客户端编号获取单元32、应用服务器编号获取单元33及路由单元34。接收单元31用于接收聊天消息,所述聊天消息中包含接收方的客户端信息。客户端编号获取单元32用于根据所述客户端信息,获取所述客户端编号;应用服务器编号获取单元33用于根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;路由单元34用于根据所述客户端所登录的应用服务器编号,路由所述聊天消息。路由单元34可具体用于确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号相同,路由所述聊天消息至接收方客户端;或者确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号不相同,当存储的宕机列表或恢复列表中不存在所述接收方的客户端编号时,从存储的服务器列表中获取所述接收方的客户端登录的应用服务器编号对应的应用服务器地址,根据所述应用服务器地址,路由所述聊天消息;当所述宕机列表或所述恢复列表中存在所述接收方的客户端编号时,根据所述宕机列表或所述恢复列表中的客户端编号所登录的应用服务器地址,路由所述聊天消息。
本实施例通过根据客户端信息为客户端分配将登录的应用服务器地址,实现了根据客户端信息为客户端随机分配服务器。并且,在接收到登录请求消息的情况下为客户端分配服务器,使得可通过唯一设备来实现该功能,从而使用户通过客户端登录服务器时,只需输入连接服务器的地址便能够登录不同的应用服务器。
另一应用服务器实施例可进一步包括:更新单元。该更新单元用于根据宕机消息更新宕机列表,或者根据恢复消息,更新恢复列表。
图4为本发明实施例一种通信系统的结构示意图。该系统包括连接服务器和应用服务器。连接服务器用于接收客户端登录请求消息,所述登录请求消息包含客户端信息;根据所述客户端信息,获取所述客户端的编号;根据所述客户端信息为所述客户端分配将登录的应用服务器地址;向所述客户端发送登录响应消息,所述登录响应消息包含所述被分配的客户端将登录的应用服务器地址。应用服务器至少有两个,用于接收聊天消息,所述聊天消息中包含接收方的客户端信息;根据所述客户端信息,获取所述客户端编号;根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;根据所述客户端所登录的应用服务器编号,路由所述聊天消息。在中,连接服务器可为上述连接服务器实施例中的连接服务器,应用服务器可上述服务器实施例中的应用服务器。
本实施例通过根据客户端信息为客户端分配将登录的应用服务器地址,实现了根据客户端信息为客户端随机分配服务器。并且,在接收到登录请求消息的情况下为客户端分配服务器,使得可通过唯一设备来实现该功能,从而使用户通过客户端登录服务器时,只需输入连接服务器的地址便能够登录不同的应用服务器。
图5为本发明实施例一种为客户端分配应用服务器地址的方法的流程图。该方法可包括:
步骤501、连接服务器接收客户端登录请求消息,所述登录请求消息包含客户端信息,如客户端名称、地址、标识等。
步骤502、根据所述客户端信息,获取所述客户端的编号;如利用MD5计算获得客户端编号。
步骤503、根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址;可包括:对所述客户端编号按所述应用服务器总数取模,获得取模值,并确定所述编号为取模值对应的应用服务器为正常工作状态;为所述客户端分配将登录的应用服务器地址,所述应用服务器地址具体为所述编号为所述取模值对应的应用服务器的地址。
步骤504、向所述客户端发送登录响应消息,所述登录响应消息包含所述被分配的客户端将登录的应用服务器地址。如:对所述客户端编号按服务器总数取模,获得取模值,并确定所述编号为取模值对应的应用服务器为正常工作状态;为所述客户端分配将登录的应用服务器地址,所述应用服务器地址具体为所述编号为取模值对应的应用服务器的地址。
本实施例通过根据客户端信息为客户端分配将登录的应用服务器地址,实现了根据客户端信息为客户端随机分配服务器。并且,在接收到登录请求消息的情况下为客户端分配服务器,使得可通过唯一设备来实现该功能,从而使用户通过客户端登录服务器时,只需输入连接服务器的地址便能够登录不同的应用服务器。
图6为本发明实施例另一种为客户端分配应用服务器地址的方法的流程图,其中连接服务器连接多个应用服务器与多个客户端(图中只画了一个)的交互,客户端通过连接服务器登录应用服务器1,假设此时该应用服务器1发生宕机,处理流程包括:
步骤601、客户端发送登录请求消息给统一的连接服务器,登录请求消息包括客户端信息,客户端信息可以为客户端名称、客户端标识,客户端的地址等信息。客户端还可在登录请求消息中设置一字段,该字段用于连接服务器分配好应用服务器后,将该应用服务器地址填写该字段,并返回给客户端,以便客户端能够自动登陆该应用服务器中。
步骤602、连接服务器根据登录请求消息的客户端信息获取客户端编号。
连接服务器获取客户端编号的方式有多种,比如可以利用MD5算法,并根据客户端名称获取客户端编号,也可以根据客户端标识,连接服务器随机分配唯一的客户端编号,还可以根据客户端地址来分配唯一的客户端编号。例如,连接服务器可以通过根据客户端名称进行MD5数值化,即将客户端名称对应的字符串通过字符串变换算法变换成一个整数,该整数即为户端编号。
步骤603、连接服务器根据客户端编号按应用服务器总数取模,进行取模计算,根据取模后的值及各个应用服务器工作状态分配合适的应用服务器地址给发送客户端,并向客户端返回登陆响应消息,该登陆响应消息中包含上述为客户端分配的应用服务器地址,假设该应用服务器为应用服务器1,其中工作状态包含正常工作状态,宕机状态等。
在连接服务器中存储了服务器列表,包括各个与连接服务器连接的应用服务器的信息,该信息包括:应用服务器地址、应用服务器编号、应用服务器的工作状态、应用服务器业务转发能力及对应的客户端名称;并且该服务器列表还统计了与该连接服务器相连接的所有的应用服务器的总数。
连接服务器还根据对客户端编号按应用服务器总数取模,获取取模值,该取模值即为客户端对应的应用服务器的编号。例如客户端编号为1,应用服务器总数为9,则取模值为:1mod9=1,该取模值即为客户端对应的应用服务器的编号。
例如:以取模值为服务器编号的应用服务器的工作状态正常时,将该应用服务器1的地址填写登录请求消息中设置的字段,并向给客户端发送登录响应消息,该登录响应消息包含上述的应用服务器1的地址。其中,各个应用服务器的工作状态由连接服务器通过检测应用服务器定时发送的心跳消息获得。
以取模值为服务器编号的应用服务器的工作状态宕机时,执行步骤608,为客户端重新分配应用服务器。
步骤604、客户端收到登陆响应消息,根据该应用服务器1的地址登录该应用服务器。客户端收到连接服务器返回的登陆响应消息后,根据该字段中的值直接登录连接服务器分配的应用服务器1,无需用户重新输入登录地址。
步骤605、应用服务器1由于自身原因或其他原因发生宕机。
步骤606、连接服务器通过心跳消息检测到应用服务器1宕机,连接服务器把正常应用服务器数目自动减一,并更新服务器列表和宕机列表,将服务器列表中该应用服务器的工作状态更新为宕机。该宕机列表存储了连接服务器所有连接的应用服务器的宕机信息,宕机信息包括该宕机服务器对应的客户端编号、宕机的应用服务器地址信息等。
步骤607、客户端通过心跳消息检测到应用服务器1宕机后,客户端重新发送登录请求消息到连接服务器。
步骤608、连接服务器按步骤603的操作计算客户端应该登录的服务器后,通过服务器列表判断该客户端登录的服务器状态是宕机状态。连接服务器根据各个应用服务器的能力重新分配该客户端对应的应用服务器;并向客户端返回的的登录响应消息,该登录响应消息包含重新分配该客户端对应的应用服务器的地址。例如:根据各个应用服务器的能力计算出各个正常工作服务器的权重,比如按权重从区间[0,1]中为各个应用服务器分配权重区间,然后在区间[0,1]中取随机数。随机数落在某个权重区间,连接服务器根据则分配对应的新应用服务器,如重新分配应用服务器2为客户端登录的应用服务器。
步骤609、客户端接收登录响应消息后,重新登陆新的应用服务器2。
步骤610、连接服务器向所有与其连接的应用服务器发送宕机消息,所述宕机消息包含把上述原登录到宕机应用服务器对应的客户端编号、该客户端新登录应用服务器地址、和宕机应用服务器地址等信息通知所有的应用服务器。
步骤611、各应用服务器收到连接服务器发送的宕机消息后,更新本服务器存储宕机列表。各应用服务器均维护有一个宕机列表,包括原登录到宕机应用服务器对应的客户端标识、该客户端新登录应用服务器地及宕机应用服务器地址。该宕机列表初始状态为空,当接收到连接服务器发送的宕机消息后进行填充。
步骤612、宕机的应用服务器1由于建立连接或其他原因恢复正常工作。
步骤613、连接服务器通过心跳消息检测到某宕机的应用服务器恢复正常,如应用服务器1恢复正常,更新服务器列表,将宕机的应用服务器的工作状态恢复为正常。连接服务器还向其他应用服务器发送恢复消息,该恢复消息中包含了该宕机的应用服务器恢复正常的信息。
步骤614、各个应用服务器接收到连接服务器恢复消息后,从宕机列表中的宕机信息复制到恢复列表中,同时删除宕机列表中宕机信息。各应用服务器均维护有一个恢复列表,包括原登录到宕机应用服务器对应的客户端标识、该客户端新登录应用服务器地及宕机应用服务器地址。该恢复列表初始状态为空,当应用服务器接收到连接服务器发送的恢复消息后进行填充。
至此,连接服务器已完成自动容灾和负荷分担。
客户端下线后,该方法可进一步包括以下步骤:
步骤615、客户端再次登录应用服务器,这时自动登录连接服务器重新分配的应用服务器2。
步骤616、被登录的应用服务器2发现该客户端在恢复列表中,返回登录指示给客户端,如该指示为空的信息,并删除恢复列表对应的记录。应用服务器2也可以通过发送消息告知客户端重新登陆连接服务器,如在消息中设置某一字段的值,当客户端判断该字段的值获知是否重新登录连接服务器。
步骤617、客户端收到登录指示后,发送登录请求消息到连接服务器,请求获取新的应用服务器;连接服务器收到登录请求消息后,从步骤602重新开始处理,为客户端重新分配应用服务器。
本实施例通过客户端分配适合的应用服务器,实现了根据客户端信息为客户端随机分配服务器。并且,在登录的服务器宕机的情况下,根据正常应用服务器的能力为客户端重新分配应用服务器,实现了多个应用服务器的自动容灾和负荷分担。
在多个应用服务器进行自动容灾和负荷分担的过程中,可进一步包括:应用服务器收到客户端发送的即时消息和/或好友状态获取消息时,对接收方客户端编号、发送方客户端编号分别按照上述方法获取对应的应用服务器编号,确定即时消息和/或好友状态应该被发送的应用服务器地址,然后将该即时消息和/或好友状态信息发送到确定的应用服务器中。确定即时消息和/或好友状态应该被发送的应用服务器地址过程包括:在接收方客户端编号获取到的对应的应用服务器编号与发送方客户端编号获取到的对应的应用服务器编号相等的情况下,连接服务器将路由即时消息和/或好友状态信息路由到上述发送方客户端编号获取到的对应的应用服务器。在接收方客户端编号获取到的对应的应用服务器编号与发送方客户端编号获取到的对应的应用服务器编号不相等的情况下,若在连接服务器中宕机列表和恢复列表中无接收方客户端编号,则获取接收方客户端对应的应用服务器编号的地址,根据该地址,将即时消息和/或好友状态信息路由到该地址对应的应用服务器;若在宕机列表或恢复列表中有接收方编号,则路由即时消息和/或好友状态信息到宕机列表或恢复列表中客户端对应的新应用服务器。
假设有5个应用服务器,其中各个应用服务器地址分别为Server_0、Server_1、Server_2、Server_3、Server_4;1个连接服务器,地址为IP1;6个客户端,登录名称分别为:A、B、C、D、E、F。以该环境为例对本发明实施例为客户端分配应用服务器地址的方法作进一步说明。如图7所示,包括:
步骤701、客户端A、B、C、D、E、F分别发送登录请求消息到连接服务器,登录请求消息包括客户端信息,客户端信息可以为客户端名称、客户端标识,客户端的地址等信息。
步骤702、连接服务器根据登录请求消息的客户端信息获取客户端编号。
例如:连接服务器对客户端名称A、B、C、D、E、F分别进行MD5数值化,得到客户端编号。如客户端A的编号=MD5(A)=5,客户端B的编号=MD5(B)=6,客户端C的编号=MD5(C)=11,客户端D的编号=MD5(D)=7,客户端E的编号=MD5(E)=8,客户端F的编号=MD5(F)=9。
步骤703、连接服务器根据客户端编号按应用服务器总数5取模:5mod5=0,6mod5=1,11mod5=1,7mod5=2,8mod5=3,9mod5=4,即对应于客户端编号5、6、11、7、8、9分别得到应用服务器编号(0,1,1,2,3,4),由于编号为0、1、2、3、4的应用服务器工作状态均为正常,因而将这些应用服务器编号对应的地址通过登录响应消息地返回给相应的客户端。即为客户端A分配编号为0的应用服务器,客户端B、C分配编号为1的应用服务器,客户端D分配编号为2的应用服务器,客户端E分配编号为3的应用服务器,客户端F分配编号为4的应用服务器。并且此时连接服务器中保存有如表1所示的服务器列表。
表1 服务器列表
步骤704、客户端A、B、C、D、E、F收到服务器列表后,分别登录编号为0,1,1,2,3,4的应用服务器。
步骤705、假设原编号为2的应用服务器出现宕机情况,即当连接服务器通过心跳消息检测地址为SerVer_2的应用服务器宕机后,连接服务器中存储的正常工作应用服务器总数目减1变为4,对正常工作应用服务器进行重新编号,并更新服务器列表。更新后的服务器列表如表2所示。
表2 更新后的服务器列表
步骤706、当客户端D通过心跳消息检测第3个应用服务器宕机后,重新发送登录请求到连接服务器。
步骤707、连接服务器接收登录请求后,获知客户端D对应的地址SerVer_2为应用服务器已经宕机,根据其它各个正常应用服务器的即时消息转发能力计算出各个正常工作服务器的权重,按权重从区间[0,1]中为各个应用服务器分配权重区间,然后从区间[0,1]取随机数,将随机数所在权重区间对应的应用服务器分配给发送登录请求的客户端。并向客户端D发送登录响应消息,该登录响应消息包含重新分配给客户端D的应用服务器的地址。
例如,本发明实施例不限定计算应用服务器的方法,这里列举本发明实施例的一种计算应用服务器的方法:地址为Server_0应用服务器的权重=权重0/(权重0+权重1+权重3+权重4)=100/100+200+100+100=1/5,权重区间[0-1/5];
地址为Server_1应用服务器的权重=权重1/(权重0+权重1+权重3+权重4)=200/100+200+100+100=2/5,权重区间(1/5-3/5];
地址为Server_3应用服务器的权重=权重3/(权重0+权重1+权重3+权重4)=100/100+200+100+100=1/5,权重区间(3/5-4/5];
地址为Server_4应用服务器的权重=权重4/(权重0+权重1+权重3+权重4)=100/100+200+100+100=1/5,权重区间(4/5-5/5];
本发明实施例不限定分配应用服务器与客户端的对应关系方法,这里列举本发明实施例的一种分配应用服务器与即时消息的客户端的对应关系的方法:若在区间[0,1]取得的随机数落在某个服务器的权重区间,即分配该服务器给客户端。其中,随机数通过函数Random(0,1)计算获得,权重区间起点<Random(0,1)<=权重区间终点。假设Random(0,1)=0.3,1/5<0.3<=3/5属于(1/5-3/5]区间,因此得到客户端新登录的地址为Server_1应用服务器。同时更新服务器列表,得到如表3所示的服务器列表。
表3 再次更新后的服务器列表
步骤708、客户端D根据连接服务器返回的登录响应消息,登录地址为Server_1应用服务器。
步骤709、连接服务器发送宕机消息到各个应用服务器。宕机消息格式如表4所示。
表4 宕机消息格式
通知消息类型 | 客户端名称 | 新应用服务器地址 | 原应用服务器地址 |
宕机消息 | D | Server_1 | Server_2 |
步骤710、各个应用服务器根据宕机消息,更新空的宕机列表,得到如表5所示的更新后的宕机列表。
表5 更新后的宕机列表
序号 | 客户端名称 | 新应用服务器地址 | 原应用服务器地址 |
1 | D | Server_1 | Server_2 |
步骤711、当连接服务器检测到地址为Server_2应用服务器恢复正常时,发送恢复消息到各个应用服务器。恢复消息格式如表6所示。
表6 恢复消息格式
通知消息类型 | 恢复服务器地址 |
恢复消息 | Server_2 |
步骤712、各个应用服务器收到恢复消息,删除宕机列表中恢复服务器对应的记录,同时在空的恢复列表中增加删除的记录。再次更新后的宕机列表如表7所示。
表7 再次更新后的宕机列表
编号 | 客户端名称 | 新应用服务器地址 | 原应用服务器地址 |
更新后的恢复列表如表8所示。
表8 更新后的恢复列表
序号 | 客户端名称 | 新应用服务器地址 | 原应用服务器地址 |
1 | D | Server_1 | Server_2 |
步骤713、客户端D登录地址为Server_1应用服务器,地址为Server_1应用服务器检测到恢复列表中有客户端D,返回空的服务器列表给客户端D。
步骤714、客户端D收到空的服务器列表后,发送登录请求给连接服务器,请求重新获取新的应用服务器的地址。
步骤715、连接服务器收到客户端D的登录请求,从步骤702开始处理,返回原地址为Server_2应用服务器。并更新服务器列表,恢复到表1。
步骤716、客户端D重新登录到地址为Server_2应用服务器。
本实施例中,连接服务器在地址为Server_2应用服务器宕机的情况下,根据处于正常工作状态的应用服务器的能力,为登录该应用服务器的客户端分配业务转发能力较高的地址为Server_1应用服务器,合理有效地实现了自动容灾与负荷分担。
图8为本发明实施例又一种为客户端分配应用服务器地址的方法的流程图。该方法包括:
步骤801、应用服务器接收客户端发送的聊天消息,所述聊天消息中包含接收方的客户端信息。聊天消息可以具体为即时消息,或者即时消息与获取状态消息的结合。
步骤802、应用服务器根据所述接收方的客户端信息,获取所述接收方的客户端编号。
步骤803、应用服务器根据所述接收方的客户端编号和应用服务器总数,获取所述接收方客户端所登录的应用服务器编号。
步骤804、应用服务器根据所述接收方的客户端所登录的应用服务器编号,路由所述聊天消息。
上述步骤801中,所述聊天消息中还可包含发送方的客户端信息。此时,为客户端分配应用服务器地址的方法还可包括:根据所述发送方的客户端信息,获取所述发送方的客户端编号;根据所述发送方的客户端编号和应用服务器总数,获取所述发送方的客户端登录的应用服务器编号;上述步骤804可包括:确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号相同,路由所述聊天消息至接收方客户端;或者,确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号不相同,当存储的宕机列表或恢复列表中不存在所述接收方的客户端编号时,从存储的服务器列表中获取所述接收方的客户端登录的应用服务器编号对应的应用服务器地址,根据所述应用服务器地址,路由所述聊天消息;当所述宕机列表或所述恢复列表中存在所述接收方的客户端编号时,根据所述宕机列表或所述恢复列表中的客户端编号所登录的应用服务器地址,路由所述聊天消息。
当连接服务器发送宕机消息时,该又一种为客户端分配应用服务器地址的方法实施例还可包括:应用服务器接收宕机消息,更新所述宕机列表。
当连接服务器发送恢复消息时,该又一种为客户端分配应用服务器地址的方法实施例还可包括:应用服务器接收恢复消息,更新所述恢复列表。
本实施例中,应用服务器能够根据即时消息中接收方的客户端信息获取接收方的客户端编号,并根据客户端编号及应用服务器总数获取接收客户端所登录的应用服务器编号,路由聊天消息,实现了聊天消息的智能路由。
在上述图7对应的实施例的基础上,当客户端B发送即时消息“今晚7点开会”给客户端C,并获取客户端C的状态信息时,如图9所示,本发明为客户端分配应用服务器地址的方法实施例中路由聊天消息的过程包括:
步骤901、客户端B把即时消息“今晚7点开会”发送到地址为Server_1应用服务器,其中该即时消息还包含客户端C信息,该客户端C信息可以为客户端名称、客户端标识、客户端的地址等信息;同时发送获取客户端C的状态信息的消息,或者将两个消息封装成一个消息发送。
步骤902、地址为Server_1应用服务器根据客户端C信息获取上述客户端C所登录的应用服务器编号,并根据客户端B信息获取上述客户端B所登录的应用服务器编号,比较客户端B所登录的应用服务器编号与客户端C所登录的应用服务器编号是否相同。
例如:参见上述步骤702和步骤703,地址为Server_1应用服务器分别对客户端B、C进行MD5数值化,并按服务器总数5取模,分别得到取模值均为1;
客户端B、C按服务器总数取模后,因其取模值之差的绝对值为0,因此客户端C也登录在本应用服务器,从而无需路由即时消息和好友状态信息到其他应用服务器。
步骤903、由于客户端B所登录的应用服务器编号与客户端C所登录的应用服务器编号相同,地址为Server_1应用服务器根据客户端C登录的源地址转发即时消息“今晚7点开会”给客户端C。
步骤904、地址为Server_1获取客户端C的状态信息。
步骤905、将上述客户端C的状态信息返回给客户端B。
本实施例中,地址为Server_1应用服务器能够根据即时消息中的客户端B信息及客户端C信息转发即时消息,实现了即时消息的智能路由。并且,客户端B能够同时获取客户端C的状态信息。
当客户端B发送即时消息“今晚7点开会”给客户端A,同时获取客户端A的状态信息时,如图10所示,本发明为客户端分配应用服务器地址的方法实施例中路由聊天消息的过程还可包括:
步骤1001、客户端B把即时消息“今晚7点开会”发送到地址为Server_1应用服务器,其中该即时消息还包含客户端B信息,该客户端B信息可以为客户端名称、客户端标识、客户端的地址等信息;同时发送获取客户端B的状态信息的消息,或者将两个消息封装成一个消息发送。
步骤1002、地址为Server_1应用服务器根据客户端A信息获取上述客户端A所登录的应用服务器编号,并根据客户端B信息获取上述客户端B所登录的应用服务器编号,比较客户端B所登录的应用服务器编号与客户端A所登录的应用服务器编号是否相同。
例如:参见上述步骤702和步骤703,地址为Server_1应用服务器分别对客户端A、B进行MD5数值化,获取客户端A、B的编号,并分别对客户端A、B的编号按服务器总数5取模,分别得到取模值为0,1。客户端A、B按服务器总数取模后,因其取模值之差的绝对值不为0,因此客户端A没有登录在本应用服务器。
步骤1003、由于客户端B所登录的应用服务器编号与客户端A所登录的应用服务器编号不相同,地址为Server_1应用服务器在存储的检查宕机列表和恢复列表中查找,没有获取客户端A的记录,执行步骤1004;否则,将即时消息和获取状态的消息路由到宕机列表或恢复列表中客户端A对应的新应用服务器。
步骤1004、地址为Server_1应用服务器根据步骤1002获取的客户端A信息所登录应用服务器编号,从存储的服务器列表中获取该应用服务器编号对应的地址,由于该应用服务器编号为0,该应用服务器地址为Server_0,然后转发即时消息“今晚7点开会”和获取状态的消息到地址为Server_0应用服务器。
步骤1005、地址为Server_0应用服务器根据客户端A登陆的源地址地址转发即时消息“今晚7点开会”给客户端A,并获取客户端A的状态信息,按原路径返回给客户端B。
本实施例中,在地址为Server_0应用服务器正常的情况下,地址为Server_1应用服务器根据客户端A信息及客户端B信息将即时消息转发到地址为Server_0应用服务器,并且,客户端B能够通过地址为Server_0应用服务器获取客户端A的状态信息。
当客户端B发送即时消息“今晚7点开会”给客户端D,同时获取客户端D的状态信息,且客户端D原登陆的应用服务器宕机时,如图11所示,本发明为客户端分配应用服务器地址的方法实施例中路由聊天消息的过程还可包括:
步骤1101、客户端B把即时消息“今晚7点开会”发送到地址为Server_1应用服务器,同时发送获取客户端D状态信息的消息。
步骤1102、地址为Server_1应用服务器根据方客户端D信息获取上述客户端D所登录的应用服务器编号,并根据客户端B信息获取上述客户端B所登录的应用服务器编号,比较客户端B所登录的应用服务器编号与客户端D所登录的应用服务器编号是否相同。
例如:参见上述步骤702和步骤703,地址为Server_1应用服务器根据方客户端D名称进行MD5数值化后,按服务器总数5取模,得到取模值2,该取模值就是为客户端D所登录的应用服务器编号;同样地址为Server_1应用服务器根据客户端B信息进行MD5数值化后,按服务器总数5取模,得到取模值1,该取模值就是为客户端B所登录的应用服务器编号。客户端B、D按服务器总数取模后,因其取模值之差的绝对值不为0,因此客户端A没有登录在本应用服务器中。
步骤1103、由于客户端B所登录的应用服务器编号与客户端D所登录的应用服务器编号不相同,地址为Server_1应用服务器查找存储的宕机列表和恢复列表中,发现有客户端D的记录。
步骤1104、地址为Server_1应用服务器查找宕机列表中客户端D对应的新的应用服务器,获知客户端D登陆在本应用服务器中,从而无需路由即时消息和好友状态信息到其他应用服务器。
步骤1105、地址为Server_1应用服务器根据客户端D登陆的源地址转发即时消息“今晚7点开会”给客户端D,并获取客户端D的状态信息,按原路径返回给客户端B。
本实施例中,在客户端D登陆的地址为Server_2应用服务器宕机的情况下,客户端B登陆的地址为Server_1应用服务器根据宕机列表和恢复列表直接转发即时消息到客户端D,并获取客户端D的状态信息给客户端B,实现了路由即时消息过程中应用服务器的自动容灾与负荷分担。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (19)
1.一种为客户端分配应用服务器地址的方法,其特征在于,包括:
接收客户端登录请求消息,所述登录请求消息包含客户端信息;
根据所述客户端信息,获取所述客户端的编号;
根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址;
向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址。
2.根据权利要求1所述的方法,其特征在于,所述根据所述客户端信息,获取所述客户端的编号,包括:
根据所述客户端信息,利用第五种信息-摘要算法计算获得客户端编号。
3.根据权利要求1所述的方法,其特征在于,所述根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址,包括:
对所述客户端编号按所述应用服务器总数取模,获得取模值,并确定所述编号为取模值对应的应用服务器为正常工作状态;
为所述客户端分配将登录的应用服务器地址,所述应用服务器地址具体为所述编号为所述取模值对应的应用服务器的地址。
4.根据权利要求1所述的方法,其特征在于,还包括:
存储服务器列表,所述服务器列表包括应用服务器地址;
所述根据所述客户端的编号和应用服务器总数,为所述客户端分配将登录的应用服务器地址,具体为:所述根据所述客户端的编号和应用服务器总数,在所述服务器列表中,为所述客户端分配将登录的应用服务器地址。
5.根据权利要求4所述的方法,其特征在于,所述服务器列表还包括各个应用服务器的能力和工作状态;
为所述客户端分配的应用服务器发生宕机,更新所述服务器列表,将所述应用服务器的工作状态修改为宕机;
接收所述客户端再次发送的登录请求消息;
根据所述各个应用服务器的能力,重新为所述客户端分配将登录的应用服务器的地址;
向所述客户端发送登录响应消息,所述登录响应消息包含重新被分配的所述客户端将登录的应用服务器地址。
6.根据权利要求5所述的方法,其特征在于,所述根据所述各个应用服务器的能力,重新为所述客户端分配将登录的应用服务器的地址,包括:
利用所述服务器列表中工作状态为正常的应用服务器的能力,计算所述各个工作状态为正常的应用服务器的权重;
在所述各个工作状态为正常的应用服务器分配权重区间,并取随机数;
重新为所述客户端分配将登录的应用服务器的地址,所述客户端分配将登录的应用服务器的地址具体为所述随机数所在的权重区间对应的应用服务器的地址。
7.根据权利要求5所述的方法,其特征在于,还包括:
所述宕机的应用服务器恢复后,更新所述服务器列表,将所述宕机的应用服务器的工作状态恢复为正常;
向其他各个应用服务器发送恢复消息,该恢复消息中包含了所述宕机的应用服务器恢复正常的信息;以便于所述各个应用服务器更新宕机列表和恢复列表。
8.一种为客户端分配应用服务器地址的方法,其特征在于,包括:
接收聊天消息,所述聊天消息中包含接收方的客户端信息;
根据所述接收方的客户端信息,获取所述接收方的客户端编号;
根据所述接收方的客户端编号和应用服务器总数,获取所述接收方客户端所登录的应用服务器编号;
根据所述接收方的客户端所登录的应用服务器编号,路由所述聊天消息。
9.根据权利要求8所述的方法,其特征在于,所述聊天消息中还包含发送方的客户端信息;
所述方法还包括:根据所述发送方的客户端信息,获取所述发送方的客户端编号;根据所述发送方的客户端编号和应用服务器总数,获取所述发送方的客户端登录的应用服务器编号;
所述根据所述接收方的客户端登录的应用服务器编号,路由所述聊天消息,包括:
确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号相同,路由所述聊天消息至接收方客户端;或者
确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号不相同,当存储的宕机列表或恢复列表中不存在所述接收方的客户端编号时,从存储的服务器列表中获取所述接收方的客户端登录的应用服务器编号对应的应用服务器地址,根据所述应用服务器地址,路由所述聊天消息;当所述宕机列表或所述恢复列表中存在所述接收方的客户端编号时,根据所述宕机列表或所述恢复列表中的客户端编号所登录的应用服务器地址,路由所述聊天消息。
10.根据权利要求9所述的方法,其特征在于,还包括:接收宕机消息,更新所述宕机列表;或者
接收恢复消息,更新所述恢复列表。
11.一种连接服务器,其特征在于,包括:
接收单元,用于接收客户端登录请求消息,所述登录请求消息包含客户端信息;
客户端编号获取单元,根据所述客户端信息,获取所述客户端的编号;
分配单元,用于根据所述客户端信息为所述客户端分配将登录的应用服务器地址;
发送单元,用于向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址。
12.根据权利要求11所述的连接服务器,其特征在于,所述分配单元具体用于对所述客户端编号按所述应用服务器总数取模,获得取模值,并确定所述取模值为编号的应用服务器为正常工作状态;并且为所述客户端分配将登录的应用服务器地址,所述应用服务器地址具体为所述取模值为编号的应用服务器的地址。
13.根据权利要求11所述的连接服务器,其特征在于,还包括:
存储单元,用于存储服务器列表,所述服务器列表包括应用服务器地址;
所述分配单元具体用于根据所述客户端的编号和应用服务器总数,在所述服务器列表中的所述客户端信息,为所述客户端分配将登录的应用服务器地址。
14.根据权利要求13所述的连接服务器,其特征在于,所述存储单元存储的服务器列表还包括各个应用服务器的能力和工作状态;
所述连接服务器还包括:更新单元,用于所述应用服务器发生宕机或宕机后恢复时,更新所述服务器列表,将所述宕机的应用服务器的工作状态对应的更新为宕机或正常。
15.根据权利要求11所述的连接服务器,其特征在于,还包括:重新分配单元,用于利用所述服务器列表中工作状态为正常的应用服务器的能力,计算所述各个工作状态为正常的应用服务器的权重;在所述各个工作状态为正常的应用服务器分配权重区间,并取随机数;重新为所述客户端分配将登录的应用服务器的地址,所述客户端分配将登录的应用服务器的地址具体为所述随机数所在的权重区间对应的应用服务器的地址。
16.一种应用服务器,其特征在于,包括:
接收单元,用于接收聊天消息,所述聊天消息中包含接收方的客户端信息;
客户端编号获取单元,用于根据所述客户端信息,获取所述客户端编号;
应用服务器编号获取单元,用于根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;
路由单元,用于根据所述客户端所登录的应用服务器编号,路由所述聊天消息。
17.根据权利要求16所述的应用服务器,其特征在于,所述路由单元,具体用于确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号相同,路由所述聊天消息至接收方客户端;
或者确定所述接收方的客户端登录的应用服务器编号与发送方的客户端登录的应用服务器编号不相同,当存储的宕机列表或恢复列表中不存在所述接收方的客户端编号时,从存储的服务器列表中获取所述接收方的客户端登录的应用服务器编号对应的应用服务器地址,根据所述应用服务器地址,路由所述聊天消息;当所述宕机列表或所述恢复列表中存在所述接收方的客户端编号时,根据所述宕机列表或所述恢复列表中的客户端编号所登录的应用服务器地址,路由所述聊天消息。
18.根据权利要求16所述的应用服务器,其特征在于,还包括:
更新单元,用于根据宕机消息更新宕机列表,或者根据恢复消息更新恢复列表。
19.一种通信系统,其特征在于,包括:
连接服务器,用于接收客户端登录请求消息,所述登录请求消息包含客户端信息;根据所述客户端信息,获取所述客户端的编号;根据所述客户端信息为所述客户端分配将登录的应用服务器地址;向所述客户端发送登录响应消息,所述登录响应消息包含被分配的所述客户端将登录的应用服务器地址;
至少两个应用服务器,用于接收聊天消息,所述聊天消息中包含接收方的客户端信息;根据所述客户端信息,获取所述客户端编号;根据所述客户端编号和应用服务器总数,获取所述客户端所登录的应用服务器编号;根据所述客户端所登录的应用服务器编号,路由所述聊天消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081912A CN101860493A (zh) | 2009-04-08 | 2009-04-08 | 为客户端分配应用服务器地址的方法、服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910081912A CN101860493A (zh) | 2009-04-08 | 2009-04-08 | 为客户端分配应用服务器地址的方法、服务器及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101860493A true CN101860493A (zh) | 2010-10-13 |
Family
ID=42946159
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910081912A Pending CN101860493A (zh) | 2009-04-08 | 2009-04-08 | 为客户端分配应用服务器地址的方法、服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101860493A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
CN102571699A (zh) * | 2010-12-20 | 2012-07-11 | 中兴通讯股份有限公司 | 在应用服务器池中选择应用服务器的方法及装置 |
CN103442030A (zh) * | 2013-07-31 | 2013-12-11 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103685056A (zh) * | 2014-01-14 | 2014-03-26 | 互联网域名系统北京市工程研究中心有限公司 | 负载均衡方法及其系统 |
CN104320492A (zh) * | 2014-11-11 | 2015-01-28 | 北京国双科技有限公司 | 网站服务器调度方法和装置 |
CN104539645A (zh) * | 2014-11-28 | 2015-04-22 | 百度在线网络技术(北京)有限公司 | 一种用于处理http请求的方法与设备 |
CN105376337A (zh) * | 2015-12-21 | 2016-03-02 | Tcl集团股份有限公司 | 一种支持水平扩展的云端系统及其接入方法 |
CN106302590A (zh) * | 2015-05-28 | 2017-01-04 | 上海汽车集团股份有限公司 | 云平台 |
CN108093009A (zh) * | 2016-11-21 | 2018-05-29 | 百度在线网络技术(北京)有限公司 | 一种服务器的负载均衡方法和装置 |
CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN109194723A (zh) * | 2018-08-16 | 2019-01-11 | 深圳市华讯方舟太赫兹科技有限公司 | 通信方法、安检系统、服务器以及计算机存储介质 |
CN109254880A (zh) * | 2017-07-12 | 2019-01-22 | 苏宁云商集团股份有限公司 | 一种处理数据库宕机的方法及装置 |
CN109302505A (zh) * | 2018-09-04 | 2019-02-01 | 中国建设银行股份有限公司 | 数据传输方法、系统、装置和存储介质 |
WO2019192343A1 (zh) * | 2018-04-04 | 2019-10-10 | 深圳市道通科技股份有限公司 | 交通工具的诊断方法、相关设备和系统 |
CN110377417A (zh) * | 2019-06-06 | 2019-10-25 | 深圳市太易云互联科技有限公司 | 数据路由方法及装置 |
-
2009
- 2009-04-08 CN CN200910081912A patent/CN101860493A/zh active Pending
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571699A (zh) * | 2010-12-20 | 2012-07-11 | 中兴通讯股份有限公司 | 在应用服务器池中选择应用服务器的方法及装置 |
CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
CN102340765B (zh) * | 2011-07-18 | 2014-12-17 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
CN103442030A (zh) * | 2013-07-31 | 2013-12-11 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103442030B (zh) * | 2013-07-31 | 2016-12-28 | 北京京东尚科信息技术有限公司 | 发送和处理业务请求信息的方法和系统以及客户端装置 |
CN103685056A (zh) * | 2014-01-14 | 2014-03-26 | 互联网域名系统北京市工程研究中心有限公司 | 负载均衡方法及其系统 |
CN104320492A (zh) * | 2014-11-11 | 2015-01-28 | 北京国双科技有限公司 | 网站服务器调度方法和装置 |
CN104539645A (zh) * | 2014-11-28 | 2015-04-22 | 百度在线网络技术(北京)有限公司 | 一种用于处理http请求的方法与设备 |
CN106302590A (zh) * | 2015-05-28 | 2017-01-04 | 上海汽车集团股份有限公司 | 云平台 |
CN105376337A (zh) * | 2015-12-21 | 2016-03-02 | Tcl集团股份有限公司 | 一种支持水平扩展的云端系统及其接入方法 |
CN108093009A (zh) * | 2016-11-21 | 2018-05-29 | 百度在线网络技术(北京)有限公司 | 一种服务器的负载均衡方法和装置 |
CN109254880A (zh) * | 2017-07-12 | 2019-01-22 | 苏宁云商集团股份有限公司 | 一种处理数据库宕机的方法及装置 |
CN109254880B (zh) * | 2017-07-12 | 2022-07-19 | 苏宁易购集团股份有限公司 | 一种处理数据库宕机的方法及装置 |
WO2019192343A1 (zh) * | 2018-04-04 | 2019-10-10 | 深圳市道通科技股份有限公司 | 交通工具的诊断方法、相关设备和系统 |
US11240317B2 (en) | 2018-04-04 | 2022-02-01 | Autel Intelligent Technology Corp., Ltd. | Diagnostic method and system for vehicle, and related device thereof |
CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN108769075B (zh) * | 2018-07-06 | 2021-05-18 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
CN109194723A (zh) * | 2018-08-16 | 2019-01-11 | 深圳市华讯方舟太赫兹科技有限公司 | 通信方法、安检系统、服务器以及计算机存储介质 |
CN109302505A (zh) * | 2018-09-04 | 2019-02-01 | 中国建设银行股份有限公司 | 数据传输方法、系统、装置和存储介质 |
CN109302505B (zh) * | 2018-09-04 | 2022-03-22 | 中国建设银行股份有限公司 | 数据传输方法、系统、装置和存储介质 |
CN110377417A (zh) * | 2019-06-06 | 2019-10-25 | 深圳市太易云互联科技有限公司 | 数据路由方法及装置 |
CN110377417B (zh) * | 2019-06-06 | 2021-09-14 | 深圳市太易云互联科技有限公司 | 数据路由方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101860493A (zh) | 为客户端分配应用服务器地址的方法、服务器及系统 | |
CN102333029B (zh) | 一种服务器集群系统中的路由方法 | |
JP4760491B2 (ja) | イベント処理システム、イベント処理方法、イベント処理装置、及び、イベント処理プログラム | |
CN100389392C (zh) | 一种集群系统中实现负载均衡的方法、系统和存储控制器 | |
CN101316226B (zh) | 一种获取资源的方法、装置及系统 | |
CN102708165B (zh) | 分布式文件系统中的文件处理方法及装置 | |
CN101090371B (zh) | 一种即时通讯系统中用户信息管理的方法及系统 | |
CN102025630A (zh) | 负载均衡方法及负载均衡系统 | |
CN105025053A (zh) | 基于云存储技术的分布式文件的上传方法及其系统 | |
CN101330431B (zh) | 一种即时信息存储方法和系统 | |
CN102012899A (zh) | 一种数据更新的方法、系统及设备 | |
CN112953982B (zh) | 一种服务处理的方法、服务配置的方法以及相关装置 | |
CN102088490A (zh) | 数据存储方法、设备和系统 | |
US20130139178A1 (en) | Cluster management system and method | |
US20100332532A1 (en) | Distributed directory environment using clustered ldap servers | |
CN105045762A (zh) | 一种配置文件的管理方法及装置 | |
CN114442912A (zh) | 用于分布式数据储存的方法和设备 | |
CN104426968A (zh) | 数据管理方法和装置 | |
CN101467132B (zh) | 用于在通信网络中分配数据处理单元的方法和系统 | |
CN110740155A (zh) | 分布式系统中的请求处理方法及装置 | |
CN104092754A (zh) | 文件存储系统和文件存储方法 | |
CN102904917A (zh) | 海量图片的处理系统及其方法 | |
CN105450733A (zh) | 一种业务数据分发处理方法及系统 | |
CN111225003A (zh) | 一种nfs节点配置方法和装置 | |
CN113242299A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101013 |