CN101453370A - 一种用于在线系统中的用户管理的方法、设备和在线系统 - Google Patents

Abstract

为了减小在线系统中多个线服务器间的流量，从而改善在线系统的性能，本发明提供了一种用于在线系统中的用户管理方法、设备和在线系统。所述在线系统包含通过网络通信的多个在线服务器，所述用户管理的设备包括：组合装置，用于将相关性最大的多个用户集组合为待归类用户集；以及归类装置，用于将所述待归类用户集归类给能够容纳所述待归类用户集的一个在线服务器。通过把多个相关性最大的用户集归类到同一个在线服务器上，使得该用户集中的用户之间的通信在同一个在线服务器内完成，减小了对网络资源的占用，改善在线系统的性能。

Description

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

技术领域

本发明一般地涉及在线系统(presence system)，并且更一般地涉及一种用于在线系统中的用户管理的方法、设备。

背景技术

电信服务提供商已经意识到，无论是在个人生活还是工作环境中，当今的用户都正在使用比以往更多的通信服务。但是，为了利用如此大量的设备并提前启动新级别的客户服务和收益，电信服务提供商必须能够掌控在线系统中各个用户的状态信息。状态信息涉及用户是否有空、有能力和有意愿被他人联系到。在线服务器是提供在线功能的后端组件。在线服务器维护每个用户和Web会议的联机状态信息。在线服务器还保证了用户能够预订(SUBSCRIBE)关于其它用户联机状态的信息(也称为“在线信息”)。

假设用户A向负责管理用户B的在线服务器预订了关于用户B的在线信息，则在用户B的联机状态发生改变时，该在线服务器会把发生改变的在线信息通知(NOTIFY)给预订该信息的用户A。预订在线信息的用户A也可称为对用户B的观察者(Watcher)

图1A和图1B示出了根据现有技术的在线系统。如图所示，在线系统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 110仅示出一个PA 130。然而，应当理解，在其他实施例中，一个PE 110可以有多个PA 130，每个PA 130负责当前对PE 110有效的全部预订(来自观察者的在线信息请求)的一个子集。

例如PE 110a之类的终端用户通过向其在线代理PA 130a发送PUBLISH(发布)消息来注册到在线服务中，该PUBLISH消息包含PE 110a(例如PIDF格式的)的在线信息，如图1B所示。

对PE 110a的在线信息感兴趣的其它用户，诸如PE 110b-110e，将分别发送SUBSCRIBE(预订)消息到各自对应的在线代理PA130b-130e，再由这些在线代理将该SUBSCRIBE消息发送给PE 110a的在线代理PA 130a。因此，这些用户PE 110b-PE 110e就成为PE110a的观察者。

尽管在图1A和图1B中作为示例而示出了4个观察者，但应当理解，在实际实现中可以包括更多的观察者，并且这些观察者的在线代理可以位于相同或不同的在线服务器上。

在线服务器可以在被观察的PE 110a的在线信息发生变化时向这些观察者发送NOTIFY(通知)消息，其中包含PE 110a的在线信息。这一过程称为SUBSCRIBE/NOTIFY过程，如图1A所示。

当PE 110a想要改变它的在线状态时，该PE 110a将发送另一PUBLISH消息，其中含有它的新的在线信息。在接收到该PUBLISH消息后，在线代理PA 130a将向PE 110a的所有观察者PE 110b-PE110e的在线代理PA 130b-130e发送NOTIFY消息，再由这些在线代理将该NOTIFY消息发送给所有观察者PE 110b-PE 110e。这一过程称为PUBLISH/NOTIFY过程，如图1B所示。

当前的在线服务是基于在线服务器而构建的。但是，每个在线服务器能够管理的用户的容量都是非常有限的。由于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消息。由于在线服务器之间通信容量、时间延迟以及处理能力的限制，如果大部分消息都在不同在线服务器之间传送，即用户及其观察者的在线代理大部分位于不同的在线服务器上，则将会为在线服务带来沉重的流量负担。

发明内容

本发明的一个目的是减小这种在线服务器间的流量，从而改善在线系统的性能。

根据本发明的第一方面，提供了一种用于在线系统中的用户管理方法，包括：组合步骤，将相关性最大的多个用户集组合为待归类用户集；以及归类步骤，将待归类用户集归类给能够容纳该待归类用户集的一个在线服务器。

根据本发明的第二方面，提供了一种用于在线系统中的用户管理设备，包括：组合装置，用于将相关性最大的多个用户集组合为待归类用户集；以及归类装置，用于将待归类用户集归类给能够容纳该待归类用户集的一个在线服务器。

根据本发明的第三方面，提供了一种包括上述用户管理设备的在线系统。

利用本发明，能够显著改善在线服务的服务质量。使得大量的消息在在线服务器内传送，从而减少了在线服务器间的网络流量。在线服务器间内的消息表现出比多个在线服务器之间的消息更小的延迟。因此，加速了SUBSCRIBE/NOTIFY过程和PUBLISH/NOTIFY过程。

利用本发明，还能够降低系统成本。减少网络流量不但能够减少网络带宽消耗，而且能够减少在线服务器的CPU、存储器等资源消耗。

附图说明

根据以下参照附图对本发明实施例的详细描述，本发明的其他特征、应用和优点将变得明显，其中相同的参考标号代表相同或相应的组件或步骤，其中：

图1A和图1B示出了根据现有技术的在线系统；

图2A和图2B示出了根据本发明的在线系统的局部的例子；

图3是示出根据本发明的用户管理方法的原理的示意图；

图4示出了根据本发明的用户管理方法的一个实施例的流程图；

图5示出了根据本发明的用户管理方法的另一个实施例的流程图；

图6示出了根据本发明的用户管理设备的一个实施例的框图；并且

图7示出了根据本发明的用户管理设备的另一个实施例的框图；

具体实施方式

在本发明中，考虑到终端用户的位置特征，如果一个用户的在线代理和该用户的观察者的在线代理位于同一在线服务器上，则上述SUBSCRIBE消息和NOTIFY消息都将在该在线服务器中传送。在该场景中，不会引入在线服务器间通信，从而减少了网络流量。

因此，本发明的基本思想是尽可能地将相关性最大的用户的在线代理迁移到同一在线服务器中，从而减少在线服务器间的消息传送。“相关性最大”的含义可以根据具体应用而不同，例如可以是指两个用户集之间的平均通信流量最大，或者是指两个用户集之间的地理距离最近，或者是指两个用户集同属于一家公司，等等。所述平均通信流量是指两个用户集的所有用户相互之间的所有可能通信连接上的平均流量，其具体计算方法可以是将一个用户集中的所有用户与另一个用户集中的所有用户之间的总通信流量除以两个用户集的用户数的乘积，其中两个用户集的用户数的乘积表示这两个用户集的用户之间可能的通信连接的总数。下文将对这一概念进一步说明。

图2A和图2B示出了根据本发明的一例在线系统100’的局部。在线系统100’是将本发明的方法应用于图1A和图1B所示的现有技术在线系统100而形成的。因此，下面仅描述图2A和图2B相对于图1A和图1B的不同之处。

如图2A和2B所示，在在线系统100’中，用户PE 110a的在线代理PA 130a与其观察者PE 110b-110e的在线代理PA 130b-130e位于同一在线服务器(例如PS 120a)上。此时，在线代理PA 130a与在线代理PA 130b-130e之间的SUBSCRIBE消息和NOTIFY消息都将在同一在线服务器PS 120a内部传送。

应当理解，在在线系统100’中，用户的在线代理和其观察者的在线代理并不一定能够全都位于同一在线服务器上。例如，当用户和其观察者的总数超出了对应的在线服务器所能容纳的最大用户数目时，它们的在线代理就可能位于多个在线服务器上。用户的在线代理和其观察者的在线代理位于哪一个或者哪些在线服务器上，取决于具体的应用和所选取的预定标准。应当理解，即使无法使得用户的在线代理和其观察者的在线代理全都位于同一在线服务器上，本发明也能够显著减少在线服务器间通信。

还应当理解，图2A和图2B仅是简化的示意图。在实际的在线系统中，每个用户往往既是在线实体又是观察者。在这种情况下，本发明的原理显然同样适用。

图3是示出根据本发明的用户管理方法的原理的示意图。其中，每个小圆圈代表一个用户集。初始时，每个用户集都只包含一个用户。如图所示，相关性最大的两个用户集首先被合并为例如用户集S1。接着，在用户集S1和其他用户集中，选取出两个相关性最大的用户集，将这两个用户集合并为例如用户集S2。依次类推，直到所得到的最大的用户集(即用户数目最多的用户集，例如用户集S3)中的用户数目既符合预定标准又不超过当前在线服务器(例如PS1)所能容纳的用户数目。该预定标准可由运营商或服务提供商等根据具体应用来预先设置。将该用户集S3归类给该当前在线服务器PS1。对未被归类的其余用户重复以上过程，直到得到下一个既符合预定标准又不超过下一个在线服务器(例如PS2)的最大的用户集，例如S5。将该用户集S5归类给该下一个在线服务器PS2。不断重复上述过程，直到将最后一个用户集S4归类给一个能够容纳该用户集S4的在线服务器，例如PS3。这样，就完成了对所有用户集的归类，其结果是将相关性最大的用户尽可能地归类给了同一在线服务器。

应当理解，图3仅用于说明本发明的原理，而不是要对本发明构成限制。例如，在上述描述中，“当前在线服务器”和“下一个在线服务器”并非要表明或暗示在线服务器之间的某种确定顺序。在实践中，该“当前在线服务器”和“下一个在线服务器”的选择可以是随机的，也可以基于预定规则来进行。该预定规则同样可以由运营商或服务提供商等根据具体应用来预先设置。又例如，在上述描述中，用户集数目、用户集中用户的数目以及所得到的用户集与在线服务器之间的归类关系也仅是示意性的。

下面结合图4和图5的流程图来具体描述根据本发明的方法的优选实施例。

图4示出了根据本发明的用户管理方法的一个优选实施例的流程图。图4中的方法开始于步骤401。在步骤401中，将相互之间平均通信流量最大的两个用户集合并为一个用户集。在步骤402中，选取当前最大的用户集。在步骤403中，确定本次合并操作后的最大的用户集中的用户数目是否大于当前可分配容量(在下文中，如果没有特别说明，所用的术语“容量”是指“可分配容量”)最大的在线服务器或者特定待分配的在线服务器所能容纳的用户数目。

一方面，如果步骤403的结果确定本次合并操作后最大的用户集中的用户数目已经大于当前容量最大的在线服务器或者特定待分配的在线服务器所能容纳的用户数目，则本次合并所得的用户集不能够分配给任何目前可分配的在线服务器。需要将本次合并还原，然后从还原之后的用户集中(或者说是本次合并之前的用户集)选择最大的用户集进行分配。则该方法进行到步骤404。在步骤404中，确定进行合并之前的最大的用户集作为待归类用户集。接着，方法进行到步骤405。在步骤405中，将待归类用户集归类给当前可分配容量最大的在线服务器、或者特定待分配的在线服务器、或者归类给当前可分配容量大于且最接近待归类用户集的用户数的在线服务器。可以把已经分配有用户集的在线服务器被从可分配在线服务器集中排除，也可以在调整已经分配有用户集的在线服务器的可分配容量后(即，把在本次分配之前该在线服务器可分配容量减去本次分配的用户集中的用户数目后得到的容量作为该在线服务器当前可分配容量)，仍然保留在可分配在线服务器集中等待下一次的分配。

接着，方法进行到步骤406。在步骤406中，确定剩余用户集数目是否大于1。如果步骤406的结果是否定的，则方法进行到步骤407。在步骤407中，将剩余用户集归类给一个可分配在线服务器集中的一个适当的在线服务器。接着，该优选实施例的用户管理方法结束。

其中，如果步骤406的结果是肯定的，则方法返回到步骤401。

另一方面，如果步骤403的结果确定本次合并操作后最大的用户集中的用户数目不大于当前容量最大的在线服务器所能容纳的用户数目，则方法进行到步骤408。在步骤408中，确定当前最大的用户集中的用户数目是否小于当前可分配容量最大的在线服务器所能容纳的用户数目或者是否小于当前可分配在线服务器中可分配的最大容量中的一定比例，例如80％或其他比例。如果步骤408的结果是肯定的，则方法返回到步骤401。如果步骤408的结果是否定的，则方法进行到步骤409。在步骤409中，确定当前最大的用户集为待归类用户集。接着，方法进行到步骤405并继续进行直至结束。

优选地，上述步骤中可以省略步骤408和409，在步骤403的结果确定本次合并操作后最大的用户集中的用户数目不大于当前容量最大的在线服务器所能容纳的用户数目时直接转到步骤401仍然能够实现本发明的方案。

在图4所示的方法中，可以根据如下公式来计算两个用户集之间的平均通信流量：

$T(\mathrm{Oi},\mathrm{Oj})=\frac{\underset{j=1}{\overset{q}{\mathrm{\Σ}}}\underset{i=1}{\overset{p}{\mathrm{\Σ}}}T(\mathrm{Bi},\mathrm{Bj})}{p\·q}$

其中：Oi是包含p个用户的用户集，Oj是包含q个用户的用户集，初始时，p＝1并且q＝1；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所示的用户管理设备，可以根据初始用户集分布得到结果用户集分布。按照该结果用户集分布，可以将用户的在线代理迁移到对应的在线服务器上，从而使得相关性较大的那些用户得以聚合。

应当理解，本发明的用户管理设备可以是一个独立的设备，也可以包含在任何其他现有的或将来开发的设备中。另外，虽然在上述描述中，迁移装置是位于用户管理设备内的，但是显然，它还可以是一个独立的设备，或者可以包含在任何其他现有的或将来开发的设备中。

本发明还提供了一种包括根据本发明的用户管理设备的在线系统。

应当理解，本发明所涉及的模块和/或装置可以分别在多个组件中实现或者作为整体在一个组件中实现。本发明可以采取完全硬件实现、完全软件实现或者同时包含硬件单元和软件单元的实现的形式。

本领域的普通技术人员应当认识到，对于各种各样的应用，可以对本发明中所描述的创新原理进行修改和变更。因此，本专利主题的范围不应限于所述任何特定示例性描述，而应由所附权利要求来限定。

Claims (17)

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中的中的任何一项所述的设备。

Images