一种用于在线系统中的用户管理的方法、设备和在线系统的制作方法

专利名称：一种用于在线系统中的用户管理的方法、设备和在线系统的制作方法
技术领域：
本发明一般地涉及在线系统(presence system ),并且更一般地 涉及一种用于在线系统中的用户管理的方法、设备。
背景技术：
电信服务提供商已经意识到，无论是在个人生活还是工作环境 中，当今的用户都正在使用比以往更多的通信服务。但是，为了利 用如此大量的设备并提前启动新级别的客户服务和收益，电信服务 提供商必须能够掌控在线系统中各个用户的状态信息。状态信,t涉 及用户是否有空、有能力和有意愿被他人联系到。在线服务器是提 供在线功能的后端组件。在线服务器维护每个用户和Web会议的联 机状态信息。在线服务器还保证了用户能够预订(SUBSCRIBE)关 于其它用户联机状态的信息(也称为"在线信息")。
假设用户A向负责管理用户B的在线服务器预订了关于用户B 的在线信息，则在用户B的联机状态发生改变时，该在线服务器会 把发生改变的在线信息通知(NOTIFY)给预订该信息的用户A。预 订在线信息的用户A也可称为对用户B的观察者(Watcher)
图1A和图IB示出了根据现有技术的在线系统。如图所示，在 线系统100包括5个在线服务器(PS ) 120a-120e和5个用户(或者 说在线实体(presentity， PE ) )110a-110e。在线代理(PA ) 130a-130e 分别位于在线服务器PS 120a画120e上。
应当理解，实际的在线系统可以包括更多或更少数目的在线服 务器、用户和在线代理，并且还可包括很多其他类型的设备。
由PA 130收集对应的PE 110的在线信息，并向PE 110的一个 或多个观察者(例如主叫方或通信会话的发起者)提供在线信息。反之，当PE 110作为另一用户的观察者时，PA 130用于将接收到的 该另一用户的在线信息提供给PE 110。
在图1A和图1B中，为简单起见，对于一个PE UO仅示出一个 PA130。然而，应当理解，在其他实施例中， 一个PE110可以有多 个PA 130，每个PA 130负责当前对PE IIO有效的全部预订(来自 观察者的在线信息请求)的一个子集。
例如PE 110a之类的终端用户通过向其在线代理PA 130a发送 PUBLISH (发布)消息来注册到在线服务中，该PUBLISH消息包含 PE 110a (例如PIDF格式的)的在线信息，如图1B所示。
对PE 110a的在线信息感兴趣的其它用户，诸如PE 110b-110e, 将分别发送SUBSCRIBE (预订)消息到各自对应的在线代理PA 130b-130e，再由这些在线代理将该SUBSCRIBE消息发送给PE 110a 的在线代理PA130a。因此，这些用户PE llOb-PE 110e就成为PE 110a的观察者。
尽管在图IA和图IB中作为示例而示出了 4个观察者，但应当 理解，在实际实现中可以包括更多的观察者，并且这些观察者的在 线代理可以位于相同或不同的在线服务器上。
在线服务器可以在被观察的PE llOa的在线信息发生变化时向 这些观察者发送NOTIFY (通知)消息，其中包含PE 110a的在线信 息。这一过程称为SUBSCRIBE/NOTIFY过程，如图IA所示。
当PE 110a想要改变它的在线状态时，该PE llOa将发送另一 PUBLISH消息，其中含有它的新的在线信息。在接收到该PUBLISH 消息后，在线代理PA 130a将向PE 110a的所有观察者PE llOb-PE 110e的在线代理PA 130b-130e发送NOTIFY消息，再由这些在线代 理将该NOTIFY消息发送给所有观察者PE llOb-PE 110e。这一过程 称为PUBLISH/NOTIFY过程，如图IB所示。
当前的在线服务是基于在线服务器而构建的。但是，每个在线服 务器能够管理的用户的容量都是非常有限的。由于SUBSCRIBE/ NOTIFY过程和PUBLISH/NOTIFY过程是延迟敏感的，而终端用户无法容忍应用中出现较大的延迟，因此在线服务应当是实时服务。 由于在线服务器处理能力有限，因此限制了每个在线服务器的用户 容量。因此，通常需要由多个在线服务器提供在线服务。
然而，引入多个在线服务器同样引入了新的问题，即由于每个用 户的在线代理大部分位于不同的在线服务器上，因此在线服务器间
的流量是非常大的。在本例中， 一个SUBSCRIBE/NOTIFY过程将在 在线服务器之间引发1 + 1个消息，例如从在线服务器PS 120b到在 线服务器PS 120a的SUBSCRIBE消息和从在线服务器PS 120a到在 线服务器PS 120b的NOTIFY消息。另外，在本例中， 一个 PUBLISH/NOTIFY过程将在在线服务器之间引发n个NOTIFY消息 (其中n为观察者的在线代理所在的在线服务器总数)，例如从在 线服务器PS 120a到在线服务器PS 120b-120e的4个NOTIFY消息。 由于在线服务器之间通信容量、时间延迟以及处理能力的限制，如 果大部分消息都在不同在线服务器之间传送，即用户及其观察者的 在线代理大部分位于不同的在线服务器上，则将会为在线服务带来 沉重的流量负担。

发明内容
本发明的 一个目的是减小这种在线服务器间的流量，从而改善在 线系统的性能。
根据本发明的第 一方面，提供了 一种用于在线系统中的用户管理
方法，包括组合步骤，将相关性最大的多个用户集组合为待归类
用户集；以及归类步骤，将待归类用户集归类给能够容纳该待归类 用户集的一个在线服务器。
根据本发明的第二方面，提供了 一种用于在线系统中的用户管理 设备，包括组合装置，用于将相关性最大的多个用户集组合为待 归类用户集；以及归类装置，用于将待归类用户集归类给能够容纳 该待归类用户集的一个在线服务器。
根据本发明的第三方面，提供了 一种包括上述用户管理设备的在
7线系统。
利用本发明，能够显著改善在线服务的服务质量。使得大量的消 息在在线服务器内传送，从而减少了在线服务器间的网络流量。在 线服务器间内的消息表现出比多个在线服务器之间的消息更小的延
迟。因此，加速了 SUBSCRIBE/NOTIFY过程和PUBLISH/NOTIFY过程。
利用本发明，还能够降低系统成本。减少网络流量不但能够减少 网络带宽消耗，而且能够减少在线服务器的CPU、存储器等资源消耗。


根据以下参照附图对本发明实施例的详细描述，本发明的其他特 征、应用和优点将变得明显，其中相同的参考标号代表相同或相应的组
件或步骤，其中
图1A和图IB示出了根据现有技术的在线系统；
图2A和图2B示出了根据本发明的在线系统的局部的例子；
图3是示出根据本发明的用户管理方法的原理的示意图4示出了根据本发明的用户管理方法的一个实施例的流程图5示出了根据本发明的用户管理方法的另一个实施例的流程
图6示出了根据本发明的用户管理设备的一个实施例的框图；并
且
图7示出了根据本发明的用户管理设备的另一个实施例的框图；
具体实施例方式
在本发明中，考虑到终端用户的位置特征，如果一个用户的在线 代理和该用户的观察者的在线代理位于同一在线服务器上，则上述
SUBSCRIBE消息和NOTIFY消息都将在该在线月l务器中传送。在该 场景中，不会引入在线服务器间通信，从而减少了网络流量。因此，本发明的基本思想是尽可能地将相关性最大的用户的在线 代理迁移到同 一 在线服务器中，从而减少在线服务器间的消息传送。 "相关性最大"的含义可以根据具体应用而不同，例如可以是指两 个用户集之间的平均通信流量最大，或者是指两个用户集之间的地 理距离最近，或者是指两个用户集同属于一家公司，等等。所述平 均通信流量是指两个用户集的所有用户相互之间的所有可能通信连 接上的平均流量，其具体计算方法可以是将一 个用户集中的所有用 户与另 一个用户集中的所有用户之间的总通信流量除以两个用户集 的用户数的乘积，其中两个用户集的用户数的乘积表示这两个用户 集的用户之间可能的通信连接的总数。下文将对这 一 概念进 一 步说 明。
图2A和图2B示出了根据本发明的一例在线系统100，的局部。 在线系统100，是将本发明的方法应用于图1A和图1B所示的现有技 术在线系统100而形成的。因此，下面仅描述图2A和图2B相对于 图1A和图1B的不同之处。
如图2A和2B所示，在在线系统100，中，用户PE110a的在线 代理PA 130a与其观察者PE 110b-110e的在线代理PA 130b-130e位 于同一在线服务器(例如PS 120a)上。此时，在线代理PA130a与 在线代理PA 130b-130e之间的SUBSCRIBE消息和NOTIFY消息都 将在同一在线服务器PS 120a内部传送。
应当理解，在在线系统100，中，用户的在线代理和其观察者的 在线代理并不一定能够全都位于同一在线服务器上。例如，当用户 和其观察者的总数超出了对应的在线服务器所能容纳的最大用户数 目时，它们的在线代理就可能位于多个在线服务器上。用户的在线 代理和其观察者的在线代理位于哪一个或者哪些在线服务器上，取 决于具体的应用和所选取的预定标准。应当理解，即使无法使得用 户的在线代理和其观察者的在线代理全都位于同一在线服务器上， 本发明也能够显著减少在线服务器间通信。
还应当理解，图2A和图2B仅是简化的示意图。在实际的在线系统中，每个用户往往既是在线实体又是观察者。在这种情况下， 本发明的原理显然同样适用。
图3是示出根据本发明的用户管理方法的原理的示意图。其中， 每个小圓圈代表一个用户集。初始时，每个用户集都只包含一个用 户。如图所示，相关性最大的两个用户集首先被合并为例如用户集
Sl。接着，在用户集Sl和其他用户集中，选取出两个相关性最大的 用户集，将这两个用户集合并为例如用户集S2。依次类推，直到所 得到的最大的用户集(即用户数目最多的用户集，例如用户集S3) 中的用户数目既符合预定标准又不超过当前在线服务器(例如PS1 ) 所能容纳的用户数目。该预定标准可由运营商或服务提供商等根据 具体应用来预先设置。将该用户集S3归类给该当前在线服务器PS1。 对未被归类的其余用户重复以上过程，直到得到下 一 个既符合预定 标准又不超过下一个在线服务器(例如PS2)的最大的用户集，例 如S5。将该用户集S5归类给该下一个在线服务器PS2。不断重复上 述过程，直到将最后一个用户集S4归类给一个能够容纳该用户集 S4的在线服务器，例如PS3。这样，就完成了对所有用户集的归类， 其结果是将相关性最大的用户尽可能地归类给了同一在线服务器。
应当理解，图3仅用于说明本发明的原理，而不是要对本发明构 成限制。例如，在上述描述中，"当前在线服务器"和"下一个在 线服务器"并非要表明或暗示在线服务器之间的某种确定顺序。在 实践中，该"当前在线服务器"和"下一个在线服务器"的选择可 以是随机的，也可以基于预定规则来进行。该预定规则同样可以由 运营商或服务提供商等根据具体应用来预先设置。又例如，在上述 描述中，用户集数目、用户集中用户的数目以及所得到的用户集与 在线服务器之间的归类关系也仅是示意性的。
下面结合图4和图5的流程图来具体描述根据本发明的方法的优 选实施例。
图4示出了根据本发明的用户管理方法的一个优选实施例的流 程图。图4中的方法开始于步骤401。在步骤401中，将相互之间平
10均通信流量最大的两个用户集合并为一个用户集。在步骤402中， 选取当前最大的用户集。在步骤403中，确定本次合并操作后的最 大的用户集中的用户数目是否大于当前可分配容量(在下文中，如 果没有特别说明，所用的术语"容量"是指"可分配容量")最大 的在线服务器或者特定待分配的在线服务器所能容纳的用户数目。
一方面，如果步骤403的结果确定本次合并操作后最大的用户集 中的用户数目已经大于当前容量最大的在线服务器或者特定待分配 的在线服务器所能容纳的用户数目，则本次合并所得的用户集不能 够分配给任何目前可分配的在线服务器。需要将本次合并还原，然 后从还原之后的用户集中(或者说是本次合并之前的用户集)选择 最大的用户集进行分配。则该方法进行到步骤404。在步骤404中， 确定进行合并之前的最大的用户集作为待归类用户集。接着，方法 进行到步骤405。在步骤405中，将待归类用户集归类给当前可分配 容量最大的在线服务器、或者特定待分配的在线服务器、或者归类 给当前可分配容量大于且最接近待归类用户集的用户数的在线服务 器。可以把已经分配有用户集的在线服务器被从可分配在线服务器 集中排除，也可以在调整已经分配有用户集的在线服务器的可分配 容量后(即，把在本次分配之前该在线服务器可分配容量减去本次 分配的用户集中的用户数目后得到的容量作为该在线服务器当前可 分配容量)，仍然保留在可分配在线服务器集中等待下一次的分配。
接着，方法进行到步骤406。在步骤406中，确定剩余用户集数 目是否大于l。如果步骤406的结果是否定的，则方法进行到步骤 407。在步骤407中，将剩余用户集归类给一个可分配在线服务器集 中的一个适当的在线服务器。接着，该优选实施例的用户管理方法 结束。
其中，如果步骤406的结果是肯定的，则方法返回到步骤401。 另 一方面，如果步骤403的结果确定本次合并操作后最大的用户 集中的用户数目不大于当前容量最大的在线服务器所能容纳的用户 数目，则方法进行到步骤408。在步骤408中，确定当前最大的用户集中的用户数目是否小于当前可分配容量最大的在线服务器所能容 纳的用户数目或者是否小于当前可分配在线服务器中可分配的最大
容量中的一定比例，例如80%或其他比例。如果步骤408的结果是 肯定的，则方法返回到步骤401。如果步骤408的结果是否定的，则 方法进行到步骤409。在步骤409中，确定当前最大的用户集为待归 类用户集。接着，方法进行到步骤405并继续进行直至结束。
优选地，上述步骤中可以省略步骤408和409,在步骤403的结 果确定本次合并操作后最大的用户集中的用户数目不大于当前容量 最大的在线服务器所能容纳的用户数目时直接转到步骤401仍然能 够实现本发明的方案。
在图4所示的方法中，可以根据如下公式来计算两个用户集之间 的平均通信流量
力力，力')
戰争^^-
何
其中Oi是包含p个用户的用户集，Oj是包含q个用户的用户集， 初始时，p=l并且q=l; Bi为用户集Oi中的一个用户，Bj为用户集 Oj中的一个用户，T(Bi，Bj)表示用户集Oi中的一个用户与用户集 Oj中的一个用户之间的通信流量；T(Oi，Oj )表示用户集Oi与用户 集Oj之间的平均通信流量。
根据具体的应用，在完成上述用户归类之后，还可以进行其他操 作。例如，根据通过用户归类过程而得到的结果用户集分布，将各 用户的在线代理迁移到对应的在线服务器上。经过这种迁移，相关 性较大的那些用户得以聚合。如果某一用户的在线代理发生了迁移， 则在该迁移之后，在线代理可以向该用户的观察者通报该迁移信息， 以便这些观察者进行相应的更新。此外，该用户的在线代理还可以 将该迁移信息通报给维护该用户的注册状态的服务器，例如前端注 册在线代理。这样，当该用户发起新的会话时，例如登录到在线服 务时，该前端注册在线代理会将该用户的消息分派和路由到迁移后 的在线代理。图5示出了根据本发明的用户管理方法的另一个实施例的流程
图。图5中的用户管理方法开始于步骤501。在步骤501中，将相互 之间平均通信流量最大的两个用户集合并为一个用户集。在步骤502 中，选取当前最大的用户集。在步骤503中，确定当前最大的用户 集中的用户数目是否大于或等于当前可分配容量最大的在线服务器 所能容纳的用户数目的1/2。
如果步骤503的结果是肯定的，则方法进行到步骤504。在步骤 504中，将确定当前最大的用户集为待归类用户集。接着，方法进行 到步骤505。在步骤505中，将待归类用户集归类给当前容量最大的 在线服务器或者归类给当前可分配容量大于且最接近待归类用户集 的用户数的在线服务器。可以把已经分配有用户集的在线服务器被 从可分配在线服务器集中排除，也可以在调整已经分配有用户集的 在线服务器的可分配容量后(即，把在本次分配之前该在线服务器 可分配容量减去本次分配的用户集中的用户数目后得到的容量作为 该在线服务器当前可分配容量)，仍然保留在可分配在线服务器集 中等待下一次的分配。接着，方法进行到步骤506。在步骤506中， 确定剩佘用户集数目是否大于1。如果步骤506的结果是否定的，则 方法进行到步骤507。在步骤507中，将剩余用户集归类给一个剩余 在线服务器。接着，该优选实施例的用户管理方法结束。
如果步骤503的结果是否定的，则方法返回到步骤501并继续执 行用户集合并步骤。
尽管在上述步骤503中，预定阈值为当前容量最大的在线服务器 所能容纳的用户数目的1/2，但应当理解，能够实现本发明的预定阈 值不限于此，而是可以由运营商或服务提供商等根据具体应用来预 先设置。
图6示出了根据本发明用于执行图4中所示的用户管理方法的用 户管理设备的一个实施例的示意性框图。如图所示，用户管理设备 600可以包括组合装置601,用于将相互之间平均通信流量最大的 多个用户集组合为待归类用户集；以及归类装置602,用于将待归类用户集归类给当前容量最大的在线服务器。
其中，组合装置601包括合并模块6011,用于将相互之间平 均通信流量最大的两个用户集合并为一个用户集；选取模块6012, 用于选取当前最大的用户集；以及确定模块6013，用于在当前最大 的用户集中的用户数目大于或等于当前容量最大的在线服务器所能 容纳的用户数目时确定用当前最大的用户集还是进行合并之前的最 大的用户集作为待归类用户集。
在确定模块6013中用于在合并模块6011进行每次用户集合并 操作之后判断组合后的用户集中最大的用户集中的用户数目是否满 足预定临界条件。如果满足预定临界条件则将本次合并操作之前用 户集中最大的用户集确定作为待归类用户集；如果不满足临界条件 则由合并模块6011继续执行下一次合并。所述临界条件为本次合并 操作之后所获得的最大用户集刚好超过目前最大容量的在线服务器 的容量。
在本发明的 一 个实施例中，用户管理设备600还包括迁移装置 (未示出)，用于根据归类装置602输出的结果而将待归类用户集 中的用户的在线代理迁移到对应的在线服务器上。
图7示出了根据本发明用于执行图5中所示的用户管理方法的用 户管理设备的一个实施例的示意性框图。如图所示，用户管理设备 700可以包括组合装置701，用于将相互之间平均通信流量最大的 多个用户集组合为待归类用户集；以及归类装置702，用于将待归类 用户集归类给当前容量最大的在线服务器。
其中，组合装置701包括合并模块7011，用于将相关性最大 的两个用户集合并为一个用户集；选取模块7012，用于选取当前最 大的用户集；以及确定模块7013，用于在当前最大的用户集中的用 户数目大于或等于当前容量最大的在线服务器所能容纳的用户数目 的1/2时确定当前最大的用户集作为待归类用户集。
在本发明的 一 个实施例中，用户管理设备700还包括迁移装置 (未示出)，用于根据归类装置702输出的结果而将待归类用户集中的用户的在线代理迁移到对应的在线服务器上。
尽管在上述确定模块7013中，预定阈值为当前容量最大的在线 服务器所能容纳的用户数目的1/2，但应当理解，能够实现本发明的 预定阈值不限于此，而是可以由运营商或服务提供商等根据具体应 用来预先设置。
通过采用根据本发明的用户管理设备，例如图6或图7所示的用 户管理设备，可以根据初始用户集分布得到结果用户集分布。按照 该结果用户集分布，可以将用户的在线代理迁移到对应的在线服务
应当理解，本发明的用户管理设备可以是一个独立的设备，也 可以包含在任何其他现有的或将来开发的设备中。另外，虽然在上 述描述中，迁移装置是位于用户管理设备内的，但是显然，它还可 以是一个独立的设备，或者可以包含在任何其他现有的或将来开发 的设备中。
本发明还提供了 一种包括根据本发明的用户管理设备的在线系统。
应当理解，本发明所涉及的模块和/或装置可以分别在多个组件 中实现或者作为整体在一个组件中实现。本发明可以采取完全硬件 实现、完全软件实现或者同时包含硬件单元和软件单元的实现的形 式。
本领域的普通技术人员应当认识到，对于各种各样的应用，可 以对本发明中所描述的创新原理进行修改和变更。因此，本专利主 题的范围不应限于所述任何特定示例性描述，而应由所附权利要求 来限定。
1权利要求
1. 一种用于在线系统中的用户管理的方法，所述在线系统包含通过网络通信的多个在线服务器，所述方法包括组合步骤，将相关性最大的多个用户集组合为待归类用户集；以及归类步骤，将所述待归类用户集归类给多个在线服务器中的能够容纳所述待归类用户集的一个在线服务器。
2. 根据权利要求1所述的用户管理方法，其中所述组合步骤包括合并步骤，将相关性最大的两个用户集合并为一个用户集； 选取步骤，选取当前最大的用户集；比较当前最大的用户集中的用户数目与所述一个在线服务器所 能容纳的用户数目，如果比较结果为所述当前最大的用户集中的用 户数目小于或等于所述一个在线服务器所能容纳的用户数目，则重 复所述合并步骤和所述选取步骤，直至所述当前最大的用户集中的 用户数目大于所述一个在线服务器所能容纳的用户数目为止；以及确定步骤，确定最近一次合并操作之前的最大的用户集作为待归 类用户集，并取消该最近一次的合并。
3. 根据权利要求1所述的用户管理方法，其中所述组合步骤包括合并步骤，将相关性最大的两个用户集合并为一个用户集； 选取步骤，选取当前最大的用户集；比较所述当前最大的用户集中的用户数目与预定阈值，如果所述 当前最大的用户集中的用户数目小于或等于预定阈值，则重复所述 合并步骤和所述选取步骤直到所述当前最大的用户集中的用户数目 大于预定阈值；以及确定步骤，确定所述当前最大的用户集作为所述待归类用户集。
4. 根据权利要求3所述的用户管理方法，其中所述预定阈值是所述一个在线服务器所能容纳的用户数目的1/2。
5. 根据权利要求1所述的用户管理方法，还包括迁移步骤，根据所述归类步骤的结果而将所述待归类用户集中的用户的在线代理 迁移到所述一个在线服务器上。
6. 根据权利要求1所述的用户管理方法，其中所述相关性最大 是指两个用户集之间的平均通信流量最大。
7. 根据权利要求1所述的用户管理方法，其中所述相关性最大 是指两个用户集之间的地理距离最近。
8. 根据权利要求1所述的用户管理方法，其中所述一个在线服 务器是当前容量最大的在线服务器。
9. 一种用于在线系统中的用户管理的设备，所述在线系统包含 通过网络通信的多个在线服务器，所述设备包括组合装置，用于将相关性最大的多个用户集组合为待归类用户 集；以及归类装置，用于将所述待归类用户集归类给能够容纳所述待归类 用户集的一个在线服务器。
10. 根据权利要求9所述的用户管理设备，其中所述组合装置包括合并模块，用于将相关性最大的两个用户集合并为一个用户集；选取模块，用于选取当前最大的用户集；以及确定模块，用于比较所述当前最大的用户集中的用户数目与所述 一个在线服务器所能容纳的用户数目，如果比较结果为所述当前最 大的用户集中的用户数目小于或等于所述一个在线服务器所能容纳 的用户数目，则重复所述合并模块和所述选取模块的操作，直至所 述当前最大的用户集中的用户数目大于所述一个在线服务器所能容 纳的用户数目为止；确定将最近一次合并之前的最大的用户集作为 待归类用户集，并取消最近一次的合并。
11. 根据权利要求9所述的用户管理设备，其中所述组合装置包括合并模块，用于将相关性最大的两个用户集合并为一个用户集；选取模块，用于选取当前最大的用户集；以及确定模块，用于比较所述当前最大的用户集中的用户数目与预定 阔值，如果所述当前最大的用户集中的用户数目小于或等于预定阈 值，则重复所述合并步骤和所述选取步骤直到所述当前最大的用户 集中的用户数目大于预定阈值；然后，确定所述当前最大的用户集 作为所述待归类用户集。
12. 根据权利要求11所述的用户管理设备，其中所述预定阈值 是所述一个在线服务器所能容纳的用户数目的1/2。
13. 根据权利要求9所述的用户管理设备，还包括迁移装置，用 于根据所述归类装置输出的结果而将所述待归类用户集中的用户的 在线代理迁移到所述一 个在线服务器上。
14. 根据权利要求9所述的用户管理设备，其中所述相关性最大 是指两个用户集之间的平均通信流量最大。
15. 根据权利要求9所述的用户管理设备，其中所述相关性最大 是指两个用户集之间的地理距离最近。
16. 根据权利要求9所述的用户管理设备，其中所述一个在线服 务器是当前容量最大的在线服务器。
17. —种在线系统，包括根据权利要求9-16中的中的任何一项 所述的设备。
全文摘要
为了减小在线系统中多个线服务器间的流量，从而改善在线系统的性能，本发明提供了一种用于在线系统中的用户管理方法、设备和在线系统。所述在线系统包含通过网络通信的多个在线服务器，所述用户管理的设备包括组合装置，用于将相关性最大的多个用户集组合为待归类用户集；以及归类装置，用于将所述待归类用户集归类给能够容纳所述待归类用户集的一个在线服务器。通过把多个相关性最大的用户集归类到同一个在线服务器上，使得该用户集中的用户之间的通信在同一个在线服务器内完成，减小了对网络资源的占用，改善在线系统的性能。
文档编号H04L12/24GK101453370SQ200710196340
公开日2009年6月10日 申请日期2007年11月30日 优先权日2007年11月30日
发明者哲 向, 博 杨, 伟 薛, 高志国 申请人:国际商业机器公司