CN1543251A - 设备管理 - Google Patents

Abstract

本发明涉及在管理服务器和客户之间启动设备管理。启动消息从客户传送至维持有关管理服务器信息的中间节点。中间节点基于该启动消息和管理服务器信息来为客户选择适合的管理服务器。用于为客户启动设备管理的请求被从中间节点发送至管理服务器。作为对该请求的响应，从管理服务器发送设备管理消息到客户。

Description

设备管理

技术领域

本发明涉及设备管理，更具体地是涉及在不同的环境中启动设备管理。

背景技术

为了使用由新的移动台和预订所启用的业务，需要在移动台中调整很多设置。尤其是移动互联网业务在移动台可用于接入互联网之前需要技术和运营商所特定的设置。随着不同的数据处理装置(例如移动台)变得更加复杂，更强调设备管理的重要性。由用户来手工配置这些设置是费力且困难的，因而需要用于传送这些设置到终端的自动机制。现有的通过消息来传送连接设置(例如GPRS(通用分组无线业务)、MMS(多媒体消息传递服务)、e-mail(电子邮件)、Web、WAP(无线应用协议)设置)到移动台的方法是非常不方便的，要涉及到很多需要用户在首次使用时知道的变量。一个典型的情况是，当一个新的用户得到一部电话时，他或她需要知道一个发往运营商所特定的号码的特定启动消息(通常是加密的)来获得特定的设置。接收到设置后，用户可能需要以特定的顺序保存这些设置，以便使移动台工作。随着设置数量的增长，为了获得这些设置而需要发送的消息的数量也随之增长。已经有在SIM卡上存储所需要的启动消息的计划，这种计划将使采纳新业务变得容易。然而，当例如用户购买了新的或二手移动台时，可能这种SIM卡不包含使该新种类的业务能被使用而需要的消息。在这些情况下，用户需要以某种方式来找出可如何为该移动台获得正确的设置。当在网络之间漫游的时候可能还需要进行客户端启动的设置改变。因此，对各设置下载的启动对用户来说可以是非常困难和令人泄气的。

更先进的设备管理技术也已经被开发。美国公布的专利申请US2002/0112047中披露了一种用于管理使用GPRS网络的无线数据终端的***，其中管理服务器通过使用邮箱发送管理命令到终端，来作为对来自客户终端请求的响应。设备管理(DM)标准已经被OMA(开放移动联盟)开发。OMA设备管理协议规定了用于在客户和管理服务器之间传送管理动作的协议以及规定了在该消息中使用的XML单元，因而使支持该标准的不同设备能够一致地工作。OMA设备管理现在提供了两种设备管理技术：基于WAP Push(推送)架构的OMA WAP客户供应(provisioning)和基于SyncML技术的OMA SyncML DM。这些技术的思想是在运营商端与设备管理服务器之间建立一个信任关系以下载连通性设置。然而，这些技术只是规定了在客户和管理服务器之间的通信，而没有提供对上述与用户(客户端)启动的设备管理动作相关的启动问题的解决办法。客户端启动对将控制给予终端用户来说是关键的。即使移动台支持OMA设备管理标准，网络运营商或服务提供商所特定的设备管理的启动对用户来说仍然是不方便的。

发明内容

因而本发明的一个目的是进一步使设备管理的启动变得容易。本发明的目的通过其特征为独立权利要求中内容的一种方法、一种***、数据处理装置和一种计算机程序产品来实现。本发明优选的实施例在从属权利要求中公开。

本发明是基于这样的思想：在来自客户的请求的基础上，维护一个中间节点来传送对于正确的设备管理服务器的启动请求。该中间节点维持有关不同的管理服务器的信息。启动消息从请求设备管理(例如请求用于新业务的设置)的客户发送到该中间节点。中间节点为该客户选择适合的管理服务器。然后，该中间节点可发送一个用于启动设备管理的请求到选定的管理服务器。

设备管理大体上是这样理解的，即：与从第一设备(服务器)向第二设备(客户)发送一个或多个影响第二设备功能的设置和/或命令相关的任何活动。最简单的说，设备管理可能包括从管理服务器到客户的、包含接入设置的单向消息。

本发明使设备管理启动能够被集中控制。由于是由中间节点确定正确的设备管理服务器，所以用户或终端无需知道该正确的设备管理服务器。这刺激了对新业务的采纳，尤其是对移动数据业务的采纳，因而为用户提供更好的可用性并使得能够增加这些新业务的使用。实际上，因为变得有可能通过中间节点到达正确的设备管理服务器来供应一终端，所以用来供应该终端的手工输入将变得不必要。有关新的或变化的管理服务器的信息只需向中间节点更新。由于所有管理服务器架构/功能中的变化可对客户终端和终端用户隐藏，所以这是一个相当大的优势。当用户第一次选择业务的时候，该终端可以被配置成向中间节点发送启动消息，因而使用户采纳新的业务变得非常容易。

中间节点可以多种方式来辅助服务建立。根据其中一个实施例，启动消息包含有关该设备的详细信息，例如，设备模式或唯一的设备标识符。例如，为了设备管理的目的，或者为了确定保证期(warrantyperoid)，可以在中间节点中使用设备所特定的信息。根据其中一个实施例，可以通过注册新终端的第一次采用来确定保证期。根据其中一个实施例，中间节点确定并发送正确的启动请求消息给所有的设备管理服务器，该启动请求消息中包含由设备和/或预订所使能的服务的设置。因此，中间节点可以是厂商所特定的并且考虑与设备管理相关的模型所特定的特征。

根据另一个实施例，该中间节点维持有关该管理服务器属性的信息并且基于此信息而形成对于所选定的管理服务器的请求。来自客户的启动消息可以被修改，或者可以为该请求创建一个全新的消息。该实施例并不要求象被应用的管理协议所要求的那样去使来自客户的启动消息必须是遵照任一管理协议的，而是可由中间节点来进行必要的转换。因此，由于在该中间节点和管理服务器之间的协议对终端来说是透明的，所以该***可以例如被很容易地升级。

附图说明

下面，本发明将参考附图和通过优选的实施例来进行更详细的说明，其中：

图1示出了根据本发明一个优选实施例的设备管理***；

图2是根据本发明一个优选实施例的设备管理启动的流程图；

图3是利用配置消息的设备管理的启动的信令流程图；以及

图4是利用设备管理协议的设备管理的启动的信令流程图。

具体实施方式

图1示出了根据本发明一个优选实施例的设备管理***。该***包括一个或多个终端TE、一个或多个设备管理服务器S和至少一个中间节点IN。终端TE包含管理客户功能性，即任何能够接收来自管理服务器S的管理设置和/或动作的功能性。在图1的例子中，终端TE通过移动网络MNW获取网络接入，然而，网络连接也可以经过有线网络来安排。移动网络MNW可以是任何已知的或未来的移动网络，例如，是GSM网络、GSM/GPRS网络、3G网络(例如根据3GPP(第三代伙伴计划)***的网络)，或者是WLAN网络。管理服务器S被提供于移动网络MNW中或者被提供于数据可能从移动网络MNW发送到的其它一些网络中。在下面的实施例中假设：从设备管理的观点看，终端TE作为客户设备而服务器S作为管理服务器。服务器S可以管理多个客户设备TE。网络服务器或PC通常作为服务器S。终端TE典型的是移动台、PC(个人计算机)、膝上型电脑或PDA设备。需要指出的是，这些设备管理的角色可以改变，也就是说，终端TE和服务器S有可能具有作为管理服务器和/或客户装置操作的能力。

在几种移动网络中被广泛使用的一种传输层业务可以通过WAP来安排，WAP的WSP层(无线会话协议)被用来向客户设备TE和服务器S中的设备管理应用层提供传输服务。在WAP V2.0中，也可以使用HTTP(超文本传输协议)。在这种情况下，该***至少包括一个WAP网关，并可选地包括一个或多个WAP代理服务器。WAP支持很多低级别传输技术，例如电路或分组交换数据传输或是与基础移动网络MNW的属性相一致的基于SMS的传输。移动网络MNW、服务器S和中间节点IN之间的连接典型地通过TCP/IP(传输控制协议/互联网协议)来安排。

终端TE和服务器S包括存储器、用户接口、用于安排数据传输的发送机和接收机，以及包括一个或多个处理器的中央处理单元。管理数据可以存储在S的存储器中，管理数据从该存储器被传送至一个或多个被管理的客户TE。响应于存储在终端TE和管理服务器S的存储器中并在它们的中央处理项中执行的计算机程序代码，该终端TE和服务器S实现与设备管理启动相关的创新的装置，该装置的一些实施例在图2、3和4中示出。这些计算机程序可以通过网络获取和/或它们可以被存储在存储装置中，例如被存储在盘、CD-ROM盘或其它外部存储装置中，计算机程序可从上述存储装置中被下载至S和TE的存储器中。同样也可以采用硬件解决方案或硬件和软件的结合。需要指出的是，中间节点IN不必是单独的设备，而是它的功能可以在现有的或将来的任何网络单元中实现。

图2示出了根据本发明的优选实施例的设备管理启动。在客户终端TE中引发启动设备管理的需求201。该终端TE可被配置成在很多不同的状况下或者自动地、不需任何用户主动地进入这一阶段和本方法，或者基于从TE的用户接收的输入来进入这一阶段和本方法，所述状况举例如下：

-新的终端设备TE的采用

-预订的采用，典型地包括在终端TE中的新用户识别模块(SIM)的采用

-新业务的供应

-在外部网络中漫游，需要为该终端供应该外部网络的连通性设置

-已经被供应的业务的设置已被改变并且只能基于用户启动而改变

-如果用户有多个设备，则在设备之间传送设置。设备可以互换地扮演服务器S或终端TE的角色

-用户进入设置菜单并在无意中提供了不正确的设置。不需要呼叫运营商的支持线路，而是可以启动设备管理以便自动地下载正确的设置。

不考虑引起步骤201的情况，TE形成一个启动消息并将其发送202至中间节点IN。启动消息的格式非常灵活，它可以与在S和TE之间使用的管理协议一致，或者是它可以为中间节点IN而特别地定制。中间节点IN的地址或号码优选地被预存储在该终端设备的存储器中，或者是预存储在可***终端TE且包含用户识别模块的IC卡的存储器中。终端TE优选地也被安排为自动收集用于该启动消息的所有信息；此信息依赖于所选择的实现方式。设备管理的启动对终端TE的用户来说可以变得非常简单。单击合适的图标便可以使终端TE进入步骤201和202。

中间节点IN维护203有关这样的管理服务器S的信息，即，它可以发送用于启动设备管理的请求到所述管理服务器。中间节点IN在步骤204接收来自终端TE的启动消息。优选的，IN被配置为服务于许多的客户设备TE，以便提供集中式***的优点。IN检查205该消息，至少查找适合的管理服务器的指示，该适合的管理服务器在步骤206中是基于管理服务器信息来进行选择的。用于启动设备管理的请求然后被发送207到选定的管理服务器S。取决于所选定的实施例，该请求207可以是这样的启动消息，是一个修改的启动消息或者是一个在IN中形成的全新的消息。作为对该请求的响应，服务器S于是可以启动与终端TE的设备管理。终端TE在步骤208接收来自服务器S的设备管理消息。依赖于设备管理的实现方式，在步骤209，TE存储所供应的设置或者发送设备管理会话消息到服务器S，例如，发送根据OMA SyncML DM协议的客户初始化包。

如下所示，有很多上述方法的可能的实施方式。应当指出，这些实施方式并不是可以替换的，而是TE和IN可以支持两个或多个这种实施例的组合。根据一个优选实施例，订户所特定的消息在启动消息202中传送并在中间节点IN中使用205、206。IN检查205一个或多个来自启动消息的订户所特定的号码。在GSM或3GPP网络的情况下，此号码优选地是MSISDN号码。由于网络的设置是网络运营商所特定的，因此每个网络运营商具有自己的管理服务器S是可行的。因此，特别地维护203管理服务器S运营商或网络的地址或号码，而不是例如具体地存储它们的订户便足够了。TE可以被安排来指定启动消息中的号码。IN可以从与启动消息的传送相关的IMSI识别符或该消息的MSISDN号码来检查205该网络或者网络运营商。例如，IN维持一个映射列表，在其中使移动国家代码和移动网络代码的组合与管理服务器S的地址相关。这样，IN选择206与所确定的运营商相关的管理服务器S。重要的是要注意到，该管理服务器S也可以由第三方提供，例如，由一个特定的服务提供商而不是网络运营商来提供。

而且，在中间节点IN也可以基于启动消息中的订户识别符来考虑订户情况。例如，只发送有关该订户能够使用的业务的请求。

根据一个优选实施例，在终端TE中存储一个国家所特定的中间节点的号码或地址的列表，优选的，是存储在可拆卸的用户识别模块中。当订户在外国漫游的时候，基于在与本地网络建立连接期间所确定的国家标识而在TE中选择正确的中间节点(阶段202)。下一步，TE发送202启动消息到本地中间节点IN。然后该本地IN可以基于与接收的启动消息相关的、被漫游的本地网络的网络识别符，来选择206被安排来管理与本地网络或其业务相关的设置的本地管理服务器S。可以替换的，启动总是可以被安排为通过同一个IN进行，因此无需在终端TE中存储节点IN的列表，而是，作为替代，该IN也维护有关外国的管理服务器S的信息。因此，对于漫游订户，IN能够维护203有关包含本地网络设置的默认管理服务器(与订户或他或她的归属运营商不相关)的特定信息。该实施例使被漫游网络中的设备管理启动也变得容易，在被漫游网络中经常需要为漫游终端配置本地设置。漫游终端TE可以配置成通过单击来启动设备管理以提供本地配置，因而不要求用户具备有关本地网络的任何知识。例如，当在芬兰供应的终端在澳大利亚漫游时，单击合适的图标就能启动设备管理(步骤201、202)。通过IN，而选择合适的设备管理服务器S来为终端TE供应本地设置。

根据另一个优选实施例，来自终端TE的启动消息包含设备所特定的信息。该信息可能是设备识别符，例如IMEI(国际移动设备标识)、终端模型识别符或者其它一些与终端TE的属性相关的信息。例如，终端TE可以被安排成包括任何存储在遵从SyncML DM的客户设备的DevInfo管理对象中的任意设备所特定的信息。因此，当选择管理服务器S和/或当形成用于选定的管理服务器S的请求206时，该IN可以考虑终端TE的设备模型所特定的属性。例如，此设备信息可以被用来形成到管理服务器S的适当的请求。IN可以被配置成只发送用于该终端模型能够支持的这种接入设置的请求，因而可以避免到TE的不兼容的设置包或者避免在服务器S进行能力检查。实现这个实施例的一种方法是IN维持与终端识别符相关的，或更优选地与终端模型识别符相关的设备属性信息。另一种方法是在终端TE中确定更详细的属性信息并在启动消息中把它发送到IN。

根据一个实施例，该中间节点IN是终端制造商所特定的，例如，诺基亚为所有的诺基亚终端提供一个或多个中间节点。该IN可以维持一个已注册设备TE的列表。当接收到新的识别符，IN检查该设备识别符并将其注册在该列表中。设备信息可以用于多种目的，比如，该实施例提供了一种工具，用于可靠地确定从设备实际投入使用之日起的保证期。根据另一个实施例，该设备信息可以用于软件升级的目的。在这个实施例中，来自TE的软件版本识别符被用来选择要由选定的设备管理服务器S发送的软件更新包。

已经描述过，IN至少维持203管理服务器S的定址信息，该定址信息以一种或多种方式与终端TE的订户、TE正使用的网络或业务和/或终端TE相关联。根据优选的实施例，该IN可以同时维持203有关管理服务器S的属性的更多信息。这一属性信息可以包含被管理网络、设置，以及有关管理服务器S所支持协议的信息的列表。例如，IN可以维持一个用于在阶段207中传送的请求的合适消息格式的列表。这一管理服务器属性信息可以在选择206适合的管理服务器和/或形成请求时被使用。进一步有可能从一些位于IN之外的其它实体(例如订户寄存器)询问客户设备、服务器设备或预订属性中的一个或者多个。

图3示出了使用配置消息的设备管理的启动。该管理服务器S可以是任何提供网络设置的网络元件，比如是提供互联网接入点设置的本地网络运营商的专有服务器。尽管不需要特定的客户-服务器管理协议，但TE充当从供应服务器S接收设置的客户。如结合图2所示的，该中间节点IN基于来自TE的启动消息301和管理服务器信息去选择适当的管理服务器S并且发送至少一个请求到服务器S。例如，启动消息301可以是短消息。在图3的例子中，中间节点IN可检查终端TE和选定的管理服务器S(该网络与之相关)的能力。基于该检查，它发送请求到管理服务器S以获取GPRS设置302、WAP设置303以及MMS(多媒体消息传递服务)设置304。

作为对请求302、303、304的响应，服务器S发送GPRS设置消息305、WAP设置消息306和MMS(多媒体消息传递服务)设置消息307。虽然图3中没有示出，但终端TE单独接受这些信息并据此而调整设置。这样，IN可以依据请求302-304的正确顺序来确保设置以正确的顺序发往TE。根据优选实施例，IN的功能对服务器S是透明的，请求302到304对服务器S来说就像是来自终端TE的常规配置请求。

图4示出了使用设备管理协议的设备管理的启动，在此实施例中设备管理协议是SyncML设备管理(DM)协议。终端TE根据SyncML设备管理标准而作为客户设备操作，因而它包含一个客户代理CA，该客户代理CA照管与在客户设备中的管理会话相关的功能。作为SyncMLDM服务器操作的设备S包含服务器代理SA。在客户设备TE中，需要管理的问题被安排作为管理对象。管理对象是位于客户设备T中并可被管理服务器S的管理命令来管理的实体。管理对象可以例如是一个整数或一个大的实体，像背景图片或屏保。能由设备管理协议命令对管理对象采用的动作可以包括读取和设置参数键和参数值。另一个管理对象可以是在一个设备上的软件应用的运行时环境。能对这种管理对象采用的动作可以包括安装、升级或卸载软件单元。

中间节点IN基于来自TE的启动消息401而选择适合的管理服务器S并发送请求402到服务器S。请求401可以被IN修改成服务器S理解的格式，如果启动消息401不能这样被发往服务器S的话。消息401和402可以利用在已经规定的SyncML DM规范中的特征，比如，规定的消息格式。例如，请求402可以基于DM WSI(万维网服务接口)。WSI使外部应用能够接入设备管理业务。

为了使设备能够启动管理会话，必须为它供应SyncML DM设置。将设备由未供应的空状态改变到能够启动管理会话的状态的进程叫做SyncML DM引导程序。因此，如果终端TE以前没有进行过这样的SyncML DM引导程序，则必须如消息403所示的为TE执行该引导程序。优选地，不管终端TE以前是否已经被供应，服务器都发送一个引导程序消息到TE。由于可以避免TE中的供应消息不再有效的情形，所以该实施例允许更可靠的设备管理启动。在形成和发送引导程序消息403之前，服务器S可从一个支持SyncML DM的能力数据库中检查客户能力，例如，可以从诺基亚终端管理服务器中检查。然后，客户TE可以按照消息403而被引导。需要重点指出的是，即使设备TE还未被供应给SyncML设备管理设置，它可以被安排来在图2的阶段202中发送启动消息。SyncML DM已被设计来满足多种不同类型设备的管理要求。现在规定了两种简档，WAP和平(Plain)简档，但是随着对SyncMLDM的兴趣的增加和对其使用的增长，将可能增加更多的简档。在WAP简档的情况下，没有从终端TE到服务器S的、对引导消息403的响应。可以从中间节点IN启动任何引导简档。有关SyncML DM引导程序的更多细节，请参考2002年2月15日的18页OMA SyncML规范“SyncMLDevice Management Bootstrap(SyncML设备管理引导)”1.1版。

在该引导程序之后，或者在TE已经事先被供应过SyncML设备管理设置的情况下、在消息403之后，便可以启动SyncML设备管理会话的建立。在WAP简档的情况下，引导消息403可以已经包含用以从终端TE触发DM会话建立的通知信息。否则，服务器S发送第0号包：从服务器405到TE的通知。然后TE用客户初始化第1号包406来响应该通知信息。接下来，根据SyncML DM规范可发送第2号包407、第3号包408和第4号包409。有关SyncML设备管理协议的更多细节，请参见2002年2月15日的37页的SyncML组织规范“SyncML DeviceManagement Protocol(SyncML设备管理协议)”1.1版。

根据一个优选实施例，在TE和IN之间将WAP推送技术用于传送启动消息301、401。中间节点IN和服务器S之间的接口可以是基于设备管理万维网服务接口，因而该请求302、303、304、402可以由HTTP承载。

根据另一个实施例，中间节点IN能够使用来自启动消息的唯一的设备或订户识别符来认识到：除了通过运营商的数据传输服务外，客户设备TE需要被供应用于公司用途。这样便触发IN将该设备消息转发到除网络运营商的管理服务器之外的公司管理服务器。该公司管理服务器可以例如通过智能消息传递或使用WAP引导来发送连通性设置到客户TE。此实施例帮助公司来追踪所供应的设备并且在需要时去更新连通性设置。

很明显，对本领域的技术人员来说，随着技术的进步，本发明的创造性的概念可以用不同的方式实现。本发明和它的实施例并不局限于上述的例子，而是可以在权利要求的范围内变化。

Claims (9)

1.一种在管理服务器和客户之间启动设备管理的方法，该方法包括：

发送请求给管理服务器，用于启动客户的设备管理，和

作为对该请求的响应，从管理服务器发送一个设备管理消息到客户，

其特征在于进一步包括：

从客户发送启动消息到维持有关管理服务器信息的中间节点，

在中间节点检查该启动消息，

由中间节点基于该启动消息和管理服务器信息来为客户选择适合的管理服务器，和

从该中间节点发送该请求到管理服务器。

2.如权利要求1所述的方法，其特征在于：

通过修改所接收的启动消息而在该中间节点中形成该请求。

3.如权利要求1或2所述的方法，其特征在于：

在该中间节点维持有关管理服务器属性的信息，

基于该属性信息来选择适合的管理服务器，和/或

由该中间节点基于该属性信息而形成该请求。

4.根据前述权利要求中任一所述的方法，其特征在于：

在启动消息中发送有关充当客户的设备的设备所特定的信息，

基于接收的设备信息来选择适合的管理服务器，和/或

基于接收的设备信息来形成用于该管理服务器的请求。

5.根据前述权利要求中任一所述的方法，其特征在于：

中间节点被安排用来维持管理服务器与网络或网络运营商识别符的关联，

该启动消息包括至少一个识别符，或者与至少一个识别符相关，通过该识别符来确定为客户提供业务的网络或网络运营商，

中间节点被安排用来从启动消息而确定该网络或网络运营商识别符，和

中间节点被安排用来选择与该网络或网络运营商识别符相关的管理服务器。

6.一种设备管理***，它包括管理服务器和客户，其中

管理服务器被安排用来接收为客户启动设备管理的请求，和

管理服务器被安排用来发送设备管理消息到客户作为对该请求的响应，

其特征在于：

该客户被安排用来发送启动消息到维持有关管理服务器的信息的中间节点，

该中间节点被安排用来检查该启动消息，

该中间节点被安排用来基于该启动消息和管理服务器信息来为客户选择适合的管理服务器，和

该中间节点被安排用来发送该请求到管理服务器。

7.一种用于设备管理***的数据处理设备，其特征在于该数据处理设备包括：

用于维持有关设备管理服务器的信息的装置，

用于接收来自设备管理客户设备的启动消息的装置，

用于检查该启动消息的装置，

用于基于该启动消息和管理服务器信息而为客户选择适合的管理服务器的装置，和

用于发送该请求到选定的管理服务器的装置。

8.一种数据处理设备，它包括用于作为设备管理的客户的装置，其特征在于该数据处理设备进一步包括：

用于维持有关至少一个用于设备管理启动的中间服务器的信息的装置，

用于形成适用于中间服务器的启动消息的装置，该启动消息作为对数据处理设备的启动设备管理的需要的响应，和

用于发送该启动消息到中间服务器的装置。

9.一种计算机程序产品，其特征在于该计算机程序产品包括程序代码，当在数据处理设备中执行该程序代码时，使得数据处理设备：

维持有关设备管理服务器的信息，

接收来自设备管理客户设备的启动消息，

检查该启动消息，

基于该启动消息和管理服务器信息来为客户选择适合的管理服务器，和

发送该请求到选定的管理服务器。