专利名称：自组织网络中以群组为基础的客户端管理方法及系统的制作方法
技术领域：
本发明涉及一种自组织网络(Ad-Hoc Network)中的客户端管理方法及系统，特别是一种以群组为基础的客户端管理方法及系统。
背景技术：
无线传输近来被广泛应用于各种领域之中。由于无线网络的应用使得产品的可移植性和实用性大为增加，并且免去实体布线的麻烦与困扰，已经广为使用者所接受。举例来说，在其中的一种应用中，服务器可通过无线传输的方式来与预定范围内的客户端通信或进行其它各种控制与设定。而开放移动联盟的设备管理协议(OpenMobile Alliance Device Management(OMA DM)Protocol)则是其中一种典型的通讯协议。
OMA DM通讯协议通过无线传输方式，针对嵌入式设备进行各种更新、管理、控制与数据处理备份。过去，像手机或个人数字助理等移动设备的韧体或软件更新、侦错、设定、等类似的操作都需要通过实体店面来处理。然而根据设备管理协议，服务器可以通过无线传输的方式与移动设备(即客户端)进行连结，直接提供韧体或软件更新与维护。另外，例如新应用程序的推广、防毒数据库的更新、游戏新版本提供、繁复的装置设定等，都可以通过OMA DM的远程功能处理，以节省人力与金钱，并提升服务质量。有关OMADM通讯协议的详细内容，可以参照开放移动联盟所公布的OMADevice Management V1.2，在此不再赘述。
然而在这种用于对大量装置进行管理、设定、更新、维护的通讯架构中，例如前述的OMA DM通讯协议，仍然存在有许多待改进的问题。如图1所示为标准OMA DM通讯协议下的架构示意图。在图1中，服务器100与大量的客户端110之间，是以单点播送(单播)(Unicast)的方式来将信息传送至每个客户端110。也就是说，服务器100与每个客户端110之间都必需要直接建立联机。因此，当客户端110数量增加时，服务器100的工作负载就会随之增加。此外，服务器100与各个客户端110之间的传输不仅没有效率，甚至可能会使得服务器100所承受的负载超过所能负荷的限度。虽然将服务器100更新为性能更强的机型可以解决部分的问题，然而其在大多数的情况下仍显得不符合成本效益。
发明内容
由于上述现有技术的缺点，本发明提供一种以群组为基础的客户端管理方法及系统，在不需要增加服务器的性能的情况下，可以有效率地进行大量客户端的管理、设定、更新、维护等操作。
本发明披露了一种用于自组织网络中的客户端管理方法。自组织网络具有多个客户端，并且该方法包括下列步骤在该多个客户端之间形成群组；在群组中确定客户端代表；将客户端代表关联至服务器端；以及服务器端通过客户端代表收发多个客户端代表的指令。服务器端发出指令至客户端代表，而客户端代表则将指令转送至多个客户端。
本发明另一方面由多个客户端分别执行该指令，并由多个客户端分别发出响应。客户端代表接收响应后产生结果信息，该结果信息对应于该多个客户端回传的响应。服务器端接收由客户端代表发出的结果信息。
本发明又一方面由客户端代表建立客户端清单，以记录群组中的多个客户端。客户端代表将客户端清单传送至服务器端，以供服务器端储存客户端清单。
本发明揭露了一种用于自组织网络中的客户端管理系统。自组织网络具有多个客户端，并且该系统包括由多个客户端所组成的群组，而该群组具有客户端代表，并且该客户端代表具有处理模组；服务器端与客户端代表之间建立关联。其中，服务器端通过客户端代表收发多个客户端代表的指令。
图1示出了一种现有技术的设备管理通讯协议的无线传输的架构示意图；图2示出了一种根据本发明实施例的系统示意图；图3示出了图2中服务器与客户端代表间通信的流程图；图4示出了一种根据本发明实施例的通讯协议架构图；图5示出了另一种根据本发明实施例的系统示意图；以及图6进一步说明本发明的客户端清单。
具体实施例方式
<自组织网络(Ad-Hoc Network)>
本文中所称的Ad-Hoc网络，是一种无线网络的架构，其允许网络通信以点对点(Peer-to-Peer；P2P)方式进行连接。也就是当一群具有无线传输能力的装置互相之间建立起Ad-Hoc网络之后，即可在相互之间通信、传输数据、或共享资源，而无需通过其它的存取点(Access Point，AP)辅助上网。
图2示出了一种根据本发明具体实施例的系统示意图。在图2所示的自组织网络中，具有群组210。群组210具有多个客户端212以及客户端代表214，而服务器200与客户端代表214之间建立关联。在本实施例中，多个客户端212是在一栋大楼中各楼层安装的、具有无线传输能力的装置，例如监视器或电力供应状况记录装置。各个客户端212可以是相同或不同的设备，其并不影响本发明的实施。为了便于说明，在本实施例中，客户端212为相同的装置。类似地，客户端代表214也可以是与客户端214相同的装置，本发明并不设限。而在客户端代表214与客户端212及客户端212之间，利用预定的无线通讯协议来相互通信，例如前述的开放移动联盟的设备管理协议，或其它类似的通讯协议。而客户端代表214具有处理模组215，以允许服务器200通过客户端代表214收发指令至多个客户端212。在本实施例中，服务器200可以视为系统维护人员所携带的仪器，目的在于控制或监控每一个客户端212的监视器或电力供应状况记录装置，在每个月或每季的维修时间，统维护人员携带服务器200至大楼搜集或更新资料。
在本实施例中传输的方式，服务器200通过单点播送(单播)(unicast)发出指令至客户端代表214，而客户端代表214的处理模组215通过多点播送(多播)(multicast)，将指令转送至多个客户端212。因此，通过前述群组与代表的架构，服务器200并不需要和每个客户端212之间直接进行联机，而将同一个指令重复地传送至每一个客户端212，不仅提高传输的效率，有效地降低了服务器200的负载。以上简单地说明了本发明概略的系统架构及优点，下面接着会更进一步详细说明本发明的细节。
<确定客户端代表>
在本实施例中，客户端代表214与多个客户端212为相同的装置，共同组成群组210。而客户端代表214是从群组210中依照预定的方式所选出的，可以是由系统维护者所设定的选择方式，或是根据服务器200依据与每一个客户端212通信状况测试后选出最佳的一个作为客户端代表214。举例来说，客户端代表214可以是以轮流的方式来产生，即由群组210中的多个客户端212，顺序担任客户端代表214；或者，系统维护者可以预先选定客户端代表214；或是当服务器200接近群组210时广播询问信号给每一个客户端212并要求响应，服务器200再依据响应的状况选择一个客户端212作为客户端代表214，选择的条件可以是响应时间最短或是信号最强等。而在其它实施例中，也可以使用与客户端212不同的装置，来作为客户端代表214。
<关联的建立>
在客户端代表214确定之后，会与服务器200之间建立关联。在本实施例中，服务器200会发出通知给客户端代表214，如图3所示的信息pkg0。客户端代表214则响应于服务器200所发出的通知，而回传代表响应(delegate response)，如图3所示的信息pkg1。该代表响应具有识别标签，用于服务器200识别客户端代表214。上述关联建立方式为示范性说明，其可以具有其它不同的建立方式。举例来说，在客户端代表214确定之后，也可由客户端代表214主动传送识别标签至服务器200，以与服务器200建立关联。
本发明的自组织网络可以使用各种不同的无线传输协议，而在本文中是基于开放移动联盟的设备管理协议来做说明，并包括部分的延伸设定。举例来说，开放移动联盟的标准设备管理协议中，如图1所示，服务器100与客户端110之间只使用单点播送的方式来传送信息给每个客户端110。
<识别标签>
下面为实做识别标签的说明范例。如图3所示，当服务器200发出通知给客户端代表214之后，在客户端代表214所回传的代表响应中，包括有识别标签<Group/>，以表示其为该群组的代表。
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2<VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>http://www.syncml.org/mgmt-server</LocURI>
</Target>
<Source>
<LocURI>IMEI:493005100592800</LocURI>
<Group/><！-用于服务器端识别客户端代表的识别标签-->
</Source>
......
</SyncHdr>
而在服务器200接收到代表响应，并确认客户端代表214之后，服务器200便可依据各种不同的操作，发出不同的指令给客户端代表214。例如在下面的范例中，服务器发出的指令包括有识别标签<Group/>，以指示客户端代表214将指令转送给群组中的所有客户端212。
<SyncHdr>
<VerDTD>1.2</VerDTD>
<VerProto>DM/1.2<VerProto>
<SessionID>1</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>IMEI:493005100592800</LocURI>
<Group/><！-指示客户端代表，该指令为群组操作-->
</Target>
<Source>
<LocURI>http://www.syncml.org/mgmt-server</LocURI>
</Source>
......
</SyncHdr>
本实施例中，该自组织网络使用简单设备管理协议(SimpleDevice Management Protocol，SDMP)来互相通信，如图4所示。SDMP通讯协议建立在标准的通讯协议之上，如图中所示，装置管理请求与响应皆为分层的架构。在请求中包括底层的UDP/IP通讯协议、中层的HTTPMU、以及上层的SDMP。而在响应之中，则包括底层的UDP/IP通讯协议、中层的HTTPU、以及上层的SDMP。
以下为装置管理请求与响应的范例。
装置管理请求DM-request*HTTP/1.1Host:240.255.255.250:8181NT:UUID:delegate device uuidNTS:sdmp:requestCache-Control:max-age＝7393
装置管理响应HTTP1.1 200 okCache-Control:max-age＝7393此外应注意的是，本发明中所使用的各种通讯协议与延伸设定，例如识别标签、群组设定、多点传送等，并不影响其与开放移动联盟的标准设备管理协议之间的兼容性。各装置之间仍然可以交换及/或共享各种标准的设备管理信息。
<群组的应用>
如前所述，服务器200可通过客户端代表214来进行对大量客户端212的管理、设定、更新、与维护等操作。举例来说，在本实施例中，服务器200可以是安保公司的控制主机，而客户端212及客户端代表214则是大楼中的监视器。而服务器200可以将各种参数和设定(例如监视时间、录像画质等)通过客户端代表214来转送给群组中的所有客户端212。
除此之外，本发明也可应用于其它不同的情况。例如在另一实施例中，客户端212为一个大楼中各楼层或处所所安装的电表，用于量测不同区域所消耗的电力。此时服务器200可定时发出查询指令，再通过客户端代表214转送至多个客户端212。多个客户端212在接收到指令后，分别执行指令，以读取其所量测到的电量消耗值。此时，客户端212分别发出响应至客户端代表214。此时客户端代表214通过处理模组215，产生结果信息，收集整理多个客户端212所回传的电量消耗值。最后由该客户端代表214将结果信息回传给服务器200。
上面所述为本发明群组中的部分应用，本领域技术人员通过上述范例应该理解，还可以有许多类似的应用方式。
图5示出了另一种根据本发明具体实施例的系统示意图。在图5所示的系统中，服务器200可以管理一个以上的群组，例如与图2所示相同的群组210，以及与群组210类似的群组220。举例来说，群组220是与群组210类似的构架，但客户端222与客户端212为不相同的设备。而群组210与群组220中的客户端212和222，分别通过其客户端代表214和224，来与服务器200建立关联。类似地，服务器200则通过客户端代表214与224来管理、设定、更新、以及维护客户端212和222。
在前述的群组210和220中，客户端212和客户端222都是预先固定设置于定点的设备，且群组210和220分别具有单一的客户端代表，即客户端代表214和224。然而本发明并非以此为限。举例来说，客户端还包括各种可携式的移动装置，例如个人数字助理、笔记本型计算机等，而一个群组中也不限于单一的客户端代表。在本实施例中，以前述的安保公司的范例来做说明。群组230中的客户端232为固定区域内安保人员身上所配戴的无线对讲装置。而客户端代表234与客户端代表236，则可分担部分客户端232的指令发送，或者也可以客户端代表234为主要的客户端代表，而以客户端代表236为备援的客户端代表。群组230与前述群组210、220的基本通讯架构均相同。服务器200便可通过客户端代表234及/或236，来传送指令至客户端232，例如调整无线对讲装置所使用的频道。
然而在此必须注意的是，无论是固定安装的客户端212、222，或是可移动式的客户端232，都可以很容易地加入或移出原所属的自组织网络。例如，安装新的或移除损坏的监视器，或是安保人员走出无线网络的信号范围以外。此外，本发明还可以利用客户端清单的机制来对群组进行管理，如下详述。
<客户端清单>
以群组210为例，客户端代表214的处理模组215还可用于建立客户端清单260(如图6所示)，以记录群组210中的多个客户端212。通过客户端清单260的使用，系统可更进一步的掌控群组中客户端212的状况。依照不同的情况，客户端清单260中还可记载其它有关客户端212的相关信息。客户端代表214同时将该客户端清单260传送至服务器200，并在其储存装置270中储存为客户端清单260的副本272。服务器200也可利用该副本272来进行群组210的管理。此外，依照不同的实际情况，储存装置270也可用于储存前述的识别标签以及结果信息。
上述的实施例用以描述本发明，然而本发明技术仍可有许多的修改与变化。因此，本发明并不限于以上特定实施例的描述，本发明的申请专利保护的范围试图包括所有该类修改与变化，以真正符合本发明的精神与范围。
权利要求
1.一种用于自组织网络中的客户端管理方法，所述自组织网络具有多个客户端，所述方法包括下列步骤在所述多个客户端之间形成群组；在所述群组中确定客户端代表；将所述客户端代表关联至服务器端；以及所述服务器端通过所述客户端代表向所述多个客户端发送指令或从所述多个客户端接收指令。
2.根据权利要求1所述的方法，其中，所述服务器端向所述多个客户端发送指令的步骤，还包括所述服务器端发出所述指令至所述客户端代表；以及所述客户端代表将所述指令转送至所述多个客户端。
3.根据权利要求2所述的方法，其中，所述服务器端发送所述指令的步骤，是通过单点播送。
4.根据权利要求2所述的方法，其中，所述客户端代表转送所述指令的步骤，是通过多点播送。
5.根据权利要求1所述的方法，还包括下列步骤所述多个客户端分别执行所述指令；所述多个客户端分别对所述客户端代表发出响应；以及所述客户端代表接收所述响应。
6.根据权利要求5所述的方法，还包括下列步骤所述客户端代表产生结果信息，所述结果信息对应于所述多个客户端回传的响应；以及所述服务器端接收从所述客户端代表发出的所述结果信息。
7.根据权利要求5所述的方法，其中，所述多个客户端发出所述响应的步骤，是通过单点播送。
8.根据权利要求6所述的方法，其中，所述客户端代表发出所述结果信息的步骤，是通过单点播送。
9.根据权利要求1所述的方法，还包括下列步骤所述客户端代表建立客户端清单，以记录所述群组中的多个客户端；所述客户端代表将所述客户端清单传送至所述服务器端；以及所述服务器端储存所述客户端清单。
10.根据权利要求1所述的方法，其中，所述关联的步骤包括所述服务器端发出通知至所述客户端代表；以及所述客户端代表发出代表响应至所述服务器端。
11.根据权利要求10所述的方法，其中，所述代表响应包括识别标签，用于所述服务器端识别所述客户端代表。
12.根据权利要求9或10所述的方法，其中，所述代表响应包含客户端清单，所述客户端清单记录所述群组中的多个客户端。
13.根据权利要求1所述的方法，其中，所述关联的步骤包括所述服务器端发出询问至所述多个客户端；以及所述客户端代表发出代表响应至所述服务器端。
14.根据权利要求1所述的方法，其中，所述多个客户端之间使用简单设备管理协议来互相通信。
15.根据权利要求1所述的方法，其中，所述服务器端与所述客户端代表之间的通信基于开放移动联盟的设备管理协议。
16.一种用于自组织网络中的客户端管理系统，该系统包括多个客户端；客户端代表与所述多个客户端组成的群组；以及服务器端，与所述客户端代表之间建立关联，所述服务器端通过所述客户端代表向所述多个客户端发送指令或从所述多个客户端接收指令。
17.根据权利要求16所述的系统，其中，所述服务器端发出所述指令至所述客户端代表，且所述客户端代表将所述指令转送至所述多个客户端。
18.根据权利要求17所述的系统，其中，所述服务器端通过单点播送来发出所述指令至所述客户端代表。
19.根据权利要求17所述的系统，其中，所述客户端代表通过多点播送来转送所述指令至所述多个客户端。
20.根据权利要求16所述的系统，其中，所述关联的建立，是通过所述客户端代表响应于所述服务器端的通知，而回传代表响应，所述代表响应包括识别标签，用于所述服务器端识别所述客户端代表。
21.根据权利要求20所述的系统，其中，所述客户端代表还用于处理所述多个客户端执行所述指令后所回传的响应，以产生结果信息。
22.根据权利要求16所述的系统，其中，所述客户端代表还用于建立客户端清单，以记录所述群组中的多个客户端。
23.根据权利要求16所述的系统，其中，所述服务器端还包括储存装置，用于储存下列数据的至少其中之一识别标签、客户端清单、以及结果信息。
全文摘要
本发明披露了一种用于自组织网络中的客户端管理方法及系统。自组织网络具有多个客户端，并且该方法包括下列步骤在该多个客户端之间形成群组；在群组中确定客户端代表；将客户端代表关联至服务器端；以及服务器端通过客户端代表收发多个客户端的指令。
文档编号H04L12/46GK101083596SQ200610083758
公开日2007年12月5日 申请日期2006年6月1日 优先权日2006年6月1日
发明者尹宏斌, 李宗海 申请人:明基电通(上海)有限公司