[发明专利]分布式HSvr

说明书

技术领域

本发明涉及互联网通信，更确切地说涉及在互联网中一种分布式HSvr，相关消息发送、消息处理、消息分流方法，以及登入方法。

背景技术

在互联网通信中，当归属于一个归属服务器(HSvr，Home Server)的用户(IUsr，Internet User)数量足够多时(例如，腾讯的QQ用户数量达到7亿)，或者这些用户分布于一个很大的地域范围时，为了提高服务质量，一般地，可以设置多个子服务器，来分别对相应的用户提供服务。

选择何种策略来将一个HSvr中的用户分布到各个子服务器中，将直接影响到整个HSvr系统的效率，并最终反映到用户的体验和互联网服务提供商(ISP，Internet Service Provider)的运营成本上。

例如，所述HSvr包括若干子服务器。根据GUID(全球统一身份，Global Unified Identity)的UCode(用户码，User Code)，按照一定的映射关系，将归属于该HSvr的所有IUsr的账户信息分别存放到不同的子服务器中，并按照该映射关系来寻址这些账户。参见申请号为02146090.6的《一种通过数据信息关键域存储和读取数据信息的方法》发明专利。

所述GUID可以是一个email地址，也可以是一个主从码，也可以是一个影码。关于GUID和HSvr更多描述，参见申请号为201310037232.X的《通信方法和系统》发明专利，以及申请号为201310049772.X的《影码寻址方法》发明专利。

通常情况下，同城信息交互量要大于异地信息交互量，因此，按照{按照位置因素将同城用户聚集在一起}这种策略来将一个HSvr中的海量用户映射到各个子服务器中，可以减少各个子服务器之间的信息交互量，从而使得整个HSvr系统具有更高的运行效率。

但是，以GUID是一个email地址为例，由于email地址通常不包括位置因素，因此，当位于同一个城市的两个用户被映射到不同城市的子服务器时，这两个同城用户在交互信息时，就需要跨城市进行。

例如，两个网易163邮箱用户：UsrA和UsrB，是同城用户，按照网易设置的映射关系，UsrA被映射到网易北京的子服务器中，UsrB被映射到网易广州的子服务器中。对于腾讯qq用户：UsrC来说，按照腾讯设置的映射关系，UsrC被映射到腾讯上海的子服务器中。

在UsrA向UsrB发送信息时，网易北京的子服务器可以根据设置的映射关系，确定UsrB所在的子服务器处于广州，从而将相应的消息发送给网易广州的子服务器，由网易广州的子服务器将该消息发送给UsrB。

特别地，在UsrC给UsrB发送消息时，如果腾讯上海的子服务器在不知道网易的映射关系，就无法确定UsrB在网易的哪个子服务器中，这时，腾讯上海的子服务器可能会按照就近接入方式，将消息发送给网易南京的子服务器。网易南京的子服务器收到该消息后，根据网易的映射关系，确定UsrB在网易广州的子服务器中，将该消息发送给网易广州的子服务器，而后再由网易广州的子服务器将该消息发送给UsrB。这样，消息传送效率更为低下。

如果为了减少上述消息迂回而让腾讯上海的子服务器保存网易的映射关系数据，则会导致腾讯上海的子服务器维护庞大的映射关系数据，因为，同样原因，腾讯上海的子服务器可能还要维护其它ISP的映射关系数据。

移动通信领域，在手机号码里编码了位置因素，例如，目前中国手机的11位号码13316882008中，第4到7位的四位数字1688就决定了手机用户的归属位置。这种做法，充分保障了全球数十亿手机用户通信的高效率。

但是，将位置因素编码到用户的账号中，有严重缺陷。例如，张三在北京读书，办理的手机号码A属于北京。大学毕业后，到深圳工作。这种情况下，张三就需要在深圳本地办理新的手机号码，否则，他深圳的同事李四在呼叫他时，网络总是要千里迢迢地去访问北京的HLR(Home Location Register，归属位置寄存器)设备。

同样，由于UsrB被映射关系映射到网易广州的子服务器中，即使UsrB对应的用户长期居住北京，在UsrB每次登录自己的账户时，还只能远程访问网易广州的子服务器。针对所述远程访问，可以在网易广州的子服务器中登记UsrB的漫游子服务器。这样，UsrB在北京时，可以在网易广州的子服务器中登记UsrB当前漫游的子服务器，即网易北京的子服务器，并将UsrB的账户信息保存到网易北京的子服务器中。这样，UsrB在北京登入自己的账户时，就可以直接登入网易北京的子服务器。