CN101677324B - 业务管理方法、终端、网络系统及相关设备 - Google Patents
业务管理方法、终端、网络系统及相关设备 Download PDFInfo
- Publication number
- CN101677324B CN101677324B CN200810211534A CN200810211534A CN101677324B CN 101677324 B CN101677324 B CN 101677324B CN 200810211534 A CN200810211534 A CN 200810211534A CN 200810211534 A CN200810211534 A CN 200810211534A CN 101677324 B CN101677324 B CN 101677324B
- Authority
- CN
- China
- Prior art keywords
- server
- service server
- service
- terminal
- sign
- 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
Images
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例涉及通信领域,提供了一种业务管理方法、终端、网络系统及相关设备,中心服务器接收第一业务服务器发送的标识和所属自治域信息;中心服务器向第一业务服务器返回该第一业务服务器所属自治域的业务服务器的标识和所属自治域信息;中心服务器接收终端的业务请求;中心服务器向所述终端返回该终端所属自治域的业务服务器的标识和所属自治域信息。终端根据所收到的业务服务器的标识和选择并接入第一业务服务器。第一业务服务器接收终端的业务请求进行业务处理,将业务数据同步到其他业务服务器。在本发明中,通过在同一自治域内,业务服务器将数据同步到其他业务服务器进行数据备份,减小服务器进行数据备份的范围,提高系统运行速度。
Description
技术领域
本发明涉及通信领域,特别涉及一种业务管理方法、终端、网络系统及相关设备。
背景技术
现有的大部分网络应用系统,采用分布式部署架构,如图1所示,终端通过动态的域名解析获得服务器的IP地址,然后随机接入其中的一个服务器,由该服务器为终端提供业务服务。在业务服务过程中,为了防止提高运行的可靠性,服务器之间互相进行数据备份,但是由于现有技术的网络系统架构服务器众多,所以备份的数据量比较大,进行业务数据备份时影响系统运行速度。
发明内容
本发明实施例提供一种业务管理方法、终端、网络系统及相关设备,以减小服务器进行数据备份的范围,提高系统运行速度。
为解决上述技术问题,本发明的实施例提供以下技术方案:
一种业务管理的方法,包括:
中心服务器接收第一业务服务器发送的标识和所属自治域信息;
中心服务器向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
中心服务器接收终端的业务请求;
中心服务器向所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息。
一种业务管理的方法,包括:
终端向中心服务器发起业务请求;
终端接收中心服务器返回的该终端所属自治域内的业务服务器的标识,或者接收中心服务器返回的该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
终端根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者终端根据所收到的全部业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器。
一种业务管理的方法,包括:
业务服务器向中心服务器发送标识和所属自治域信息;
业务服务器接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
业务服务器接收终端的业务请求,进行业务数据的处理。
一种终端,包括:
第一接入单元,用于向中心服务器发起业务请求;
数据获取单元,用于接收中心服务器返回的该终端所属自治域内的业务服务器的标识,或者接收中心服务器返回的该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
第二接入单元,用于根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者根据所收到的业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器。
一种业务服务器,包括:
信息发送单元,用于向中心服务器发送标识和所属自治域信息;
数据接收单元,用于接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
接入单元,用于接收终端的业务请求,并进行业务数据处理。
一种中心服务器,包括:
注册单元,用于接收第一业务服务器发送的标识和所属自治域信息;
第一数据返回单元,用于向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
终端接入单元,用于接收终端的业务请求;
第二数据返回单元,用于所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息。
一种网络系统,包括:
中心服务器,用于接受终端的业务请求和接收第一业务服务器发送的业务服务器的标识和所属自治域信息,向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息,以及向所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
第一业务服务器,向中心服务器发送标识和所属自治域信息,接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息,以及接收终端的选择和业务请求,进行业务数据处理,并将所述业务数据同步到所属自治域的其他业务服务器。
从以上技术方案可以看出,本发明实施例中的同一自治域内的业务服务器将数据同步到其他业务服务器进行数据备份,减小服务器进行数据备份的范围,提高系统运行速度。
附图说明
图1为现有技术的网络系统架构图;
图2为本发明实施例提供的网络系统架构图;
图3为本发明实施例提供的业务管理方法的流程图;
图4为本发明实施例提供的终端的结构图;
图5为本发明实施例提供的业务服务器的结构图;
图6为本发明实施例提供的中心服务器的结构图。
具体实施方式
在本发明实施例中,网络系统的架构如图2所示,该网络系统的架构包括中心服务器和业务服务器。中心服务器接收第一业务服务器发送的标识和所属自治域信息;中心服务器向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;中心服务器接收终端的业务请求;中心服务器向终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息。终端根据业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者终端根据所收到的全部业务服务器所属自治域信息确定自身的自治域,并根据业务服务器的标识选择并接入所属自治域内的第一业务服务器。在同一自治域内的业务服务器将数据同步到其他业务服务器进行数据备份,减小服务器进行数据备份的范围,提高系统运行速度。
图2中的服务器server1、server2、server3、server4都是业务服务器,为终端提供服务,为了提高可靠性,可以部署多台中心服务器作为备份。该系统中包括两台中心服务器center1、center2。
网络系统中预先配置有业务服务器和终端的IP段列表,位于某个IP段的多个业务服务器和终端组成一个自治域。在一个自治域里的业务服务器(如:server1、server2)之间是对等的关系,业务服务器(如:server1、server2)为自治域内的终端提供相同服务。自治域内只要还有一台业务服务器正常工作,这个自治域就是可以提供服务的。在一个自治域内,可以随时增加或者关闭其中一台业务服务器,提高了系统的可用性,也便于对系统进行维护升级等操作。
在一个自治域内,可以根据一定的规则设置自治域内业务服务器的优先级关系,限定终端访问业务服务器的行为。如:在分布式系统中终端对业务服务器的选择遵循就近原则,还需要考虑业务服务器的综合负载指数,也就是说优先选择网络状况好的业务服务器作为终端访问对象。终端和业务服务器自治域之间的对应关系主要按照综合负载指数的好坏排定优先级,网络状况越好、负载越低的业务服务器优先级越高。终端和所有业务服务器之间都设置优先级,以便于终端选择最优的业务服务器进行接入网络系统。同时自治域内业务服务器之间对终端信息进行同步备份,以减少了由于终端和某一个业务服务器之间网络线路故障对数据传输安全性带来的影响。
上述设置的优先级的信息在系统所有业务服务器上保持一致,同时也会在发生改变时更新到终端。
自治域内业务服务器和终端之间的网络状况可能会发生改变,因此它们之间的优先级关系也要随着改变。如果每个业务服务器所承担的负载过大,不能再接受更多的请求,也需要改变服务区与终端之间的优先级关系。为了保持各业务服务器之间的负载均衡,将终端平均分摊到各个业务服务器上,从而保障为终端提供更安全、更快的数据传输业务。
基于上述网络架构系统,本发明实施例提供一种业务管理方法,如图3所示,该方法包括步骤:
101、中心服务器接收第一业务服务器(如:server1)发送的标识和所属自治域信息;
在本实施例中,当一个新的业务服务器(如第一业务服务器,也可以是其他的业务服务器,如server2、server3、server4等,本实施例中都是以第一业务服务器为例来描述的)加入网络系统时,该第一业务服务器向中心服务器发送该第一业务服务器标识和所属自治域信息,该第一业务服务器所属自治域信息是在系统进行预先的自治域划分后确定的。
在进一步的实施例中,第一业务服务器还将自己的综合负载指数向中心服务器发送。
在进一步的实施例中,在业务进行过程中,第一业务服务器还周期性的把综合负载指数、状态变化(如该业务服务器在线、不在线、已注销等状态)向中心服务器发送,同时也作为心跳,让中心服务器感知到业务服务器是否在线、是否已注销态。
其中:
综合负载指数(synthesis load rate:SLR)是衡量各个业务服务器性能的综合指标,终端在访问网络系统时,选择综合指数最优的业务服务器接入,从而能够达到负载均衡的目标。综合负载指数包括网络平均延迟率、系统负载率和接入用户负载率的任何一种或几种的组合:
网络平均延迟率(average latency rate:ALR):每台业务服务器统计到各个终端之间的平均延迟,用来估计这台业务服务器到终端区域的网络状况。预先设定最大延迟时间,作为衡量延迟率的参照指标。延迟率越低,说明此业务服务器的网络状况越好,应该尽可能让终端访问这台业务服务器。
系统负载率(system load rate:SLR):包括CPU使用率、内存使用率等指标,可以扩展;主要用于统计业务服务器的自身负载,当使用率较高时,应该尽量减少新接入终端。
接入用户负载率(access user load rate:AULR):提前设定每台业务服务器的额定接入终端数,统计每台业务服务器上的接入终端负载率,如果负载率较低,说明还可以处理更多的终端。
可以根据各种网络系统的特点,添加其他的统计数据,综合分析负载指数。其中:综合负载指数的计算:
SLR=c1xALR+c2xSLR+c3xAULR
其中c1,c2,c3分别代表3个因素的权重,默认值都是“1”。可以根据各个应用系统的特点,确定各自的权重。例如即时通信的系统,c1会比较大,以此类推。现举例说明,某一业务服务器的各项参数为:
c1=2;c2=1;c3=2;最大延迟=2000ms;额定接入终端数=10000;
c4(cpu负载权重)=1;c5(内存负载权重)=1;
则:
ALR=300ms/2000ms=15%
SLR(system load rate)=c4x20%+c5x50%=70%
AULR=6000/10000=60%
该服务器目前的综合负载指数为:SLR(synthesis load rate)=2x15%+70%+2x60%=2.2。
102、中心服务器向第一业务服务器返回该第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
中心服务器根据多个业务服务器发送的标识和所属自治域信息生成业务服务器列表,也可以是生成其他的数据库形式,该多个业务服务器可以是第一业务服务器所属自治域的业务服务器,也可以是该中心服务器所管理的全部业务服务器。在本发明实施例中是生成业务服务器列表。中心服务器向第一业务服务器返回业务服务器列表;该业务服务器列表可以是在第一业务服务器发送标识和业务服务器所属自治域信息时返回。
在本实施例中,中心服务器同时向第一业务服务器和其他业务服务器(如:server2、server3、server4)返回所管理全部的业务服务器列表;该业务服务器列表如表一所示:
IP段 | 自治域名称 | 服务器 | 启动时间 | 状态 | 综合负载指数 |
192.168.1.0~9 | As1 | 192.168.1.2(Server1) | 2007091110:08:21 | 可用 | 1.2 |
192.168.1.0~9 | As1 | 192.168.1.3(Server2) | 2007091112:38:24 | 可用 | 1.5 |
192.168.2.0~9 | As2 | 192.168.2.2(Server3) | 200709122:35:33 | 可用 | 2.0 |
192.168.2.0~9 | As2 | 192.168.2.3(Server4) | 2007091011:43:4 | 不可用 | 2.2 |
表一
中心服务器也可以向第一业务服务器返回该第一业务服务器所属自治域的业务服务器的列表,该服务器列表如表二所示:
服务器 | 启动时间 | 状态 | 综合负载指数 |
192.168.1.2(Server1) | 2007091110:08:21 | 可用 | 1.2 |
192.168.1.3(Server2) | 2007091112:38:24 | 可用 | 1.5 |
表二
在进一步的实施例中,中心服务器还接收第一业务服务器发送的综合负载指数,并向该第一业务服务器所属自治域内的其他业务服务器返回所述综合负载指数。中心服务器以业务服务器列表的形式将综合负载指数向其他业务服务器返回。
在进一步的实施例中,中心服务器接收第一业务服务器周期性发送的综合负载指数;并向该第一业务服务器周期性的返回该第一业务服务器所属自治域的业务服务器的综合负载指数。中心服务器以业务服务器列表的形式将这些信息向其他业务服务器返回。
103、中心服务器接收终端的业务请求;
具体包括:
可以将中心服务器配置固定域名,终端只需要通过该固定域名查找到该中心服务器,以后如果更换中心服务器,不会对终端产生影响。
终端到通过域名系统(DNS)上查询中心服务器域名;
DNS解析该域名,把该域名对应的中心服务器的IP返回给该终端,终端就接入该中心服务器;
104、中心服务器向所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息。在本实施例中,这些信息也是以服务器列表的形式返回的。
在进一步的实施例中,中心服务器还接收第一业务服务器发送的综合负载指数,向终端返回综合负载指数。中心服务器以业务服务器列表的形式将综合负载指数向终端返回。
在进一步的实施例中,中心服务器还接收第一业务服务器周期性发送的综合负载指数、状态变化信息,向终端返回综合负载指数、状态变化(如该业务服务器在线、不在线、已注销等状态)信息。中心服务器以业务服务器列表的形式将这些信息向终端返回。
105、终端根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者终端根据所收到的全部业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器。终端以业务服务器列表的形式接收到的这些信息的。
在本实施例中,如果终端接收到的是中心服务器所管理的全部业务服务器的标识和所属自治域信息,则终端根据接收到的业务服务器列表中的业务服务器的所属自治域信息判断得出自己所属的自治域,然后在该自治域选择一个业务服务器,向该业务服务器发送业务请求,接入该业务服务器。如果终端接收到的是中心服务器返回的该终端所属自治域的业务服务器的标识,则终端根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,
在进一步的实施例中,由于终端还接收中心服务器返回的该终端所属自治域的业务服务器的综合负载指数,终端可以根据综合负载指数的选择并接入第一业务服务器。具体为:终端根据综合负载指数,获取该自治域中的业务服务器(如:server1)综合负载指数最低,于是,终端选择综合负载指数最小的第一业务服务器接入网络系统。终端也可以选择距离最近的业务服务器server1接入网络系统。
106、第一业务服务器接收终端的业务请求,进行业务数据的处理;
107、第一业务服务器将业务数据同步到所属自治域内的其它业务服务器。
业务服务器(如:server1、server2)之间通过数据同步过程对终端信息和终端数据互为备份。其中:数据同步过程包括输出同步和输入同步:
对于输出同步,进行周期性的同步更新。当本业务服务器(即正在为终端提供服务的业务服务器)上有数据更新时,把新数据保存到内存中的输出同步队列中。业务服务器将新数据发送到同一自冶域的其他业务服务器上,从而保持其他业务服务器的数据与本业务服务器的数据保持一致。
对于输入同步:使用触发式的同步,也就是实时同步。当业务服务器接收到同一自治域内的其他业务服务器上的新数据时,把接收到的新数据保存到内存中的输入同步队列,然后对本业务服务器上的数据进行更新;使得本业务服务器的数据与其他业务服务器上的数据保持一致。
业务服务器上的数据可以保存在业务服务器之间共享的内存中,同步过程时各个业务服务器一起访问。通过共享内存的方式,同步过程可以尽量减少对业务的影响,提高同步的速度。
因此,在本发明实施例中,同一自治域内的业务服务器将数据同步到其他业务服务器进行数据备份,减小服务器进行数据备份的范围,提高系统运行速度。而且当第一业务服务器由于故障等其他异常原因导致心跳超时或不能继续提供服务时,中心服务器更新业务服务器列表,把第一业务服务器的状态改为“不可用”、“已注销”或者“不在线”,并把更新后的业务服务器列表再发送到其它中心服务器、终端和其他业务服务器。终端再根据服务器列表,选择备用的业务服务器server2继续正常运行。防止因为业务服务器故障丢失数据,提高了数据的安全性。
而且在本发明实施例中,随着系统运行时间的延长,各个业务服务器(如:server1、server2)不断更新综合负载指数,当SLR(server1)>SLR(server2)时,终端如果再接入就会选择业务服务器server2作为接入服务器。这样会导致业务服务器server2的负载率上升,而业务服务器server1的负载率只会下降。当两者负载率重新达到平衡时,新的终端又会选择业务服务器server1,从而达到负载均衡的目的。
相应的,本发明实施例提供一种终端,如图4所示,该终端包括:
第一接入单元401,用于向中心服务器发起业务请求;
数据获取单元402,用于接收中心服务器返回的该终端所属自治域内的业务服务器的标识和所属自治域信息,或者接收中心服务器返回的该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
第二接入单元403,用于根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者根据所收到的业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器。
进一步的,
数据获取单元402,还用于接收中心服务器返回的该终端所属自治域内的业务服务器的综合负载指数;
第二接入单元403,还用于根据综合负载指数的选择并接入第一业务服务器。
进一步的,
第二接入单元403,还用于连接的业务服务器故障时,终端根据综合负载指数接入所属自治域内的其它业务服务器。
本发明实施例还提供一种业务服务器,如图5所示,包括:
信息发送单元501,用于向中心服务器发送标识和所属自治域信息;
数据接收单元502,用于接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
接入单元503,用于接收终端的业务请求,并进行业务数据处理。
进一步的,
该业务服务器还包括同步单元504,用于将业务数据同步到同一自治域的其它业务服务器。
进一步的,
信息发送单元501,还用于向中心服务器发送综合负载指数;
数据接收单元502,还用于接收中心服务器返回同一自治域内的业务服务器的综合负载指数。
本发明实施例还提供一种中心服务器,如图6所示,包括:
注册单元601,用于接收第一业务服务器发送的标识和所属自治域信息;
第一数据返回单元602,用于向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
终端接入单元603,用于接收终端的业务请求;
第二数据返回单元604,用于所述终端返回该终端所属自治域的业务服务器的标识和所属自治域信息,或者返回所管理的全部业务服务器的标识和所属自治域信息。
进一步的,
注册单元601,还用于接收第一业务服务器发送的综合负载指数;
第一数据返回单元602,还用于向该第一业务服务器所属自治域内的终端和其他业务服务器返回综合负载指数。
进一步的,
注册单元601,还用于接收第一业务服务器周期性发送的综合负载指数;
第二数据返回单元,还用于向该第一业务服务器所属自治域内的终端和其他业务服务器周期性的返回综合负载指数。
本发明实施例还提供一种网络系统,包括:
中心服务器,用于接受终端的业务请求和接收第一业务服务器发送的业务服务器的标识和所属自治域信息,向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息,以及向所述终端返回该终端所属自治域的业务服务器的标识和所属自治域信息,或者返回所管理的全部业务服务器的标识和所属自治域信息;
第一业务服务器,向中心服务器发送标识和所属自治域信息,接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息,以及接收终端的选择和业务请求,进行业务数据处理,并将所述业务数据同步到所属自治域的其他业务服务器。
进一步的,
中心服务器,还用于接收第一业务服务器发送的综合负载指数,向该第一业务服务器所属自治域内的终端和其他业务服务器综合负载指数;
业务服务器,还用于接收终端根据综合负载指数选择和业务请求。
以上对本发明实施例所提供的业务管理方法、终端、网络系统及相关设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (18)
1.一种业务管理的方法,其特征在于,包括:
中心服务器接收第一业务服务器发送的标识和所属自治域信息;
中心服务器向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
中心服务器接收终端的业务请求;
中心服务器向所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息,使得所述终端根据所述所属自治域的业务服务器的标识选择并接入所属自治域内的第一业务服务器或者根据所收到的所述全部业务服务器所属自治域信息确定自身的自治域并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器;
所述第一业务服务器接收所述终端的业务请求,进行业务数据的处理;
所述第一业务服务器将所述业务数据同步到所述第一业务服务器所属自治域内的其他业务服务器。
2.如权利要求1所述业务管理方法,其特征在于,
在该方法中,中心服务器还接收第一业务服务器发送的综合负载指数,并向该第一业务服务器所属自治域内的终端和其他业务服务器返回所述综合负载指数。
3.如权利要求2所述业务管理方法,其特征在于,
中心服务器接收第一业务服务器周期性发送的综合负载指数;并向该第一业务服务器周期性的返回该第一业务服务器所属自治域的业务服务器的综合负载指数。
4.如权利要求2或3所述业务管理方法,其特征在于,所述综合负载指数具体为:网络平均延迟率、系统负载率和接入用户负载率中的一种或任意几种组合。
5.一种业务管理方法,其特征在于,包括:
终端向中心服务器发起业务请求;
终端接收中心服务器返回的该终端所属自治域内的业务服务器的标识,或者接收中心服务器返回的该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
终端根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者终端根据所收到的全部业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,使得所述第一业务服务器在接收到所述终端的业务请求后,进行业务数据的处理并将所述业务数据同步到所述第一业务服务器所属自治域内的其他业务服务器。
6.如权利要求5所述业务管理方法,其特征在于,
在该方法中,终端还接收中心服务器返回的该终端所属自治域内的业务服务器的综合负载指数,根据所述综合负载指数选择并接入第一业务服务器。
7.如权利要求6所述业务管理方法,其特征在于,进一步包括:终端连接的业务服务器故障时,终端根据所述综合负载指数接入所属自治域内的其它业务服务器。
8.如权利要求6所述业务管理方法,其特征在于,所述综合负载指数具体为:网络平均延迟率、系统负载率和接入用户负载率中的一种或任意几种组合。
9.一种业务管理方法,其特征在于,包括:
业务服务器向中心服务器发送标识和所属自治域信息;
业务服务器接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
业务服务器接收终端的业务请求,进行业务数据的处理;
业务服务器将所述业务数据同步到同一自治域内的其他业务服务器。
10.如权利要求9所述业务管理方法,其特征在于,业务服务器还向中心服务器发送综合负载指数,以及所述业务服务器还接收中心服务器返回同一自治域内的业务服务器的综合负载指数。
11.如权利要求10所述业务管理方法,其特征在于,所述综合负载指数具体为:网络平均延迟率、系统负载率和接入用户负载率中的一种或任意几种组合。
12.一种终端,其特征在于,包括:
第一接入单元,用于向中心服务器发起业务请求;
数据获取单元,用于接收中心服务器返回的该终端所属自治域内的业务服务器的标识,或者接收中心服务器返回的该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
第二接入单元,用于根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,或者根据所收到的全部业务服务器所属自治域信息确定自身的自治域,并根据所述业务服务器的标识选择并接入所属自治域内的第一业务服务器,使得所述第一业务服务器在接收到所述终端的业务请求后,进行业务数据的处理并将所述业务数据同步到所述第一业务服务器所属自治域内的其他业务服务器。
13.如权利要求12所述终端,其特征在于,
所述数据获取单元,还用于接收中心服务器返回的该终端所属自治域内的业务服务器的综合负载指数;
所述第二接入单元,还用于根据所述综合负载指数选择并接入第一业务服务器。
14.如权利要求13所述终端,其特征在于,所述第二接入单元,还用于连接的业务服务器故障时,终端根据所述综合负载指数接入所属自治域内的其它业务服务器。
15.一种业务服务器,其特征在于,包括:
信息发送单元,用于向中心服务器发送标识和所属自治域信息;
数据接收单元,用于接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息;
接入单元,用于接收终端的业务请求,并进行业务数据处理;
同步单元,用于将所述业务数据同步到同一自治域的其它业务服务器。
16.如权利要求15所述业务服务器,其特征在于,
所述信息发送单元,还用于向中心服务器发送综合负载指数;
所述数据接收单元,还用于接收中心服务器返回的同一自治域内的业务服务器的综合负载指数。
17.一种网络系统,其特征在于,包括:
中心服务器,用于接收终端的业务请求和接收第一业务服务器发送的业务服务器的标识和所属自治域信息,向第一业务服务器返回第一业务服务器所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息,以及向所述终端返回该终端所属自治域的业务服务器的标识,或者返回所管理的全部业务服务器的标识和所属自治域信息;
第一业务服务器,向中心服务器发送标识和所属自治域信息,接收中心服务器返回的同一自治域内业务服务器的标识,或者接收中心服务器返回该中心服务器所管理的全部业务服务器的标识和所属自治域信息,以及接收终端的业务请求,进行业务数据处理,并将所述业务数据同步到所属自治域的其他业务服务器。
18.如权利要求17所述网络系统,其特征在于,
所述中心服务器,还用于接收第一业务服务器发送的综合负载指数,向该第一业务服务器所属自治域内的终端和其他业务服务器发送所述综合负载指数;
所述第一业务服务器,还用于接收所述终端的业务请求,所述第一业务服务器是所述终端根据所述综合负载指数选择并接入的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810211534A CN101677324B (zh) | 2008-09-17 | 2008-09-17 | 业务管理方法、终端、网络系统及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810211534A CN101677324B (zh) | 2008-09-17 | 2008-09-17 | 业务管理方法、终端、网络系统及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101677324A CN101677324A (zh) | 2010-03-24 |
CN101677324B true CN101677324B (zh) | 2012-10-03 |
Family
ID=42029740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810211534A Active CN101677324B (zh) | 2008-09-17 | 2008-09-17 | 业务管理方法、终端、网络系统及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101677324B (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102316172B (zh) * | 2010-07-05 | 2015-11-25 | 中国电信股份有限公司 | 一种dns解析方法、系统和sag设备 |
CN102480529A (zh) * | 2010-11-24 | 2012-05-30 | 北京无线恒远科技有限公司 | 实现广域网负载均衡的域名解析方法及域名解析服务器 |
CN102185717A (zh) * | 2011-05-05 | 2011-09-14 | 中国联合网络通信集团有限公司 | 业务处理设备、方法及系统 |
CN102510403B (zh) * | 2011-11-15 | 2015-08-26 | 江苏大为科技股份有限公司 | 用于车辆数据接收和实时分析的集群分布式系统及方法 |
CN103188132B (zh) * | 2011-12-29 | 2016-01-20 | 腾讯科技(深圳)有限公司 | 基于内容分发网络的即时通讯方法及系统 |
CN102457440A (zh) * | 2012-01-13 | 2012-05-16 | 华为软件技术有限公司 | 实现负载均衡的方法、dns服务器和客户端 |
CN103209090A (zh) * | 2012-01-17 | 2013-07-17 | 中兴通讯股份有限公司 | 远程网管系统及其业务操作方法 |
CN103369014A (zh) * | 2012-03-30 | 2013-10-23 | 北京千橡网景科技发展有限公司 | 非堵塞的客户端、服务器调整通信连接的方法及设备 |
CN105100175B (zh) * | 2014-05-22 | 2019-01-22 | 北京猎豹网络科技有限公司 | 一种服务器集群控制方法、中心服务器及节点服务器 |
CN104579753B (zh) * | 2014-12-15 | 2018-03-23 | 腾讯科技(深圳)有限公司 | 用户数据统计方法、接入层服务器和统计服务器 |
CN105634932B (zh) * | 2016-03-16 | 2020-03-17 | 腾讯科技(深圳)有限公司 | 一种消息推送方法、装置、系统和计算机可读存储介质 |
CN106254235B (zh) * | 2016-07-27 | 2020-02-14 | 上海华为技术有限公司 | 一种负荷分担的方法及其设备 |
CN106453539B (zh) | 2016-09-28 | 2019-04-05 | 广州市百果园网络科技有限公司 | 一种处理节点注册通知的方法和系统 |
CN108200110A (zh) * | 2016-12-08 | 2018-06-22 | 杭州海康威视系统技术有限公司 | 一种数据处理方法、装置及系统 |
CN106790647B (zh) * | 2017-01-15 | 2020-06-23 | 网宿科技股份有限公司 | 一种自适应服务管理的方法和系统 |
CN106789362B (zh) * | 2017-02-20 | 2020-04-14 | 京信通信系统(中国)有限公司 | 一种设备管理方法及网管系统 |
CN108540518A (zh) * | 2017-09-13 | 2018-09-14 | 韩宁康 | 一种网络学习系统及方法 |
CN109451063B (zh) * | 2018-12-24 | 2021-08-17 | 北京东土科技股份有限公司 | 一种服务器热备方法和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6185626B1 (en) * | 1995-06-19 | 2001-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Arrangement and method for linking clients to servers at run time in a distributed networking environment |
CN101150421A (zh) * | 2006-09-22 | 2008-03-26 | 华为技术有限公司 | 一种分布式内容分发方法、边缘服务器和内容分发网 |
CN101163066A (zh) * | 2006-12-19 | 2008-04-16 | 冲浪平台(北京)网络技术有限公司 | 分布式电子邮件系统 |
-
2008
- 2008-09-17 CN CN200810211534A patent/CN101677324B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6185626B1 (en) * | 1995-06-19 | 2001-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Arrangement and method for linking clients to servers at run time in a distributed networking environment |
CN101150421A (zh) * | 2006-09-22 | 2008-03-26 | 华为技术有限公司 | 一种分布式内容分发方法、边缘服务器和内容分发网 |
CN101163066A (zh) * | 2006-12-19 | 2008-04-16 | 冲浪平台(北京)网络技术有限公司 | 分布式电子邮件系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101677324A (zh) | 2010-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101677324B (zh) | 业务管理方法、终端、网络系统及相关设备 | |
CN109949111B (zh) | 电子票据标识分配方法、电子票据生成方法、装置及系统 | |
US11057485B2 (en) | Server cluster and method for push notification service | |
US9619292B2 (en) | Resource placement in networked cloud based on resource constraints | |
CN102893582B (zh) | 对无线设备的呈现信息刷新的优化 | |
CN109933431B (zh) | 一种智能的客户端负载均衡方法及系统 | |
US9465819B2 (en) | Distributed database | |
CN105141452A (zh) | 一种基于cxf的高性能服务系统及方法 | |
CN102984194A (zh) | 虚拟应用程序分布机架的配置文件的同步 | |
CN103067297A (zh) | 一种基于资源消耗预测的动态负载均衡方法及装置 | |
CN104243405A (zh) | 一种请求处理方法、装置及系统 | |
US20140143427A1 (en) | Providing Resources in a Cloud | |
CN102624884B (zh) | 一种用于接收p2p资源的方法、装置和设备 | |
EP4033719A1 (en) | System for providing exact communication delay protection of request response for distributed service | |
CN110727738A (zh) | 基于数据分片的全局路由系统、电子设备及存储介质 | |
CN110069265B (zh) | 服务集群的升级方法、装置及存储介质 | |
CN101308467A (zh) | 一种任务处理的方法和装置 | |
CN109391669B (zh) | 一种业务管理的方法、装置及存储介质 | |
CN114157710A (zh) | 通信策略配置方法、装置、存储介质及设备 | |
CN102521755A (zh) | 一种信息管理系统及信息管理方法 | |
CN111274022A (zh) | 服务器资源分配方法和系统 | |
CN112866985A (zh) | 流量控制方法、资源下载方法、装置、设备和存储介质 | |
CN105025042B (zh) | 一种确定数据信息的方法及系统、代理服务器 | |
KR101251630B1 (ko) | 푸쉬 서비스 제공 시스템 및 방법 | |
CN102299937A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |