专利名称：远程访问终端设备的设备管理系统的制作方法
技术领域：
本发明总的涉及设备管理，更具体地，涉及远程设置终端设备的参数 的设备管理。
背景技术：
这里，设备管理指的是从中心位置对一个或一组移动设备提供的功能， 用以对它们进行远程管理。典型地，这种功能通过电信运营商，以及在企 业中或通过服务提供的提供商实现，例如配置它们客户端的移动设备。设 备管理的特定子域还通过移动设备厂商实现。
移动设备可以是例如移动电话、个人数字助理、笔记本和便携式计算
机、SIM卡、车栽计算机、智能家居网关、互联网应用等。对于本专利申 请的目的，将它们称为终端设备。
需要向终端设备提供功能的远程管理行为可以包括在以下终端设备管 理应用中，但不限于此设备的初始配置(引导程序)，设备重新配置(连 续配置)，实时硬件，设备的软件和配置清单，软件分配和管理(应用、 操作系统、任意软件)，远程设备问题确定，配置数据、网络、设备、应 用的备份和恢复，以及使用性能监控和管理等。
由终端设备访问管理服务的在终端设备端上的实现需要使用完整的和 正确的一组参数值设置终端设备。如果终端设备还没有被预配置以用于管 理服务，或每当需要修改时，最终用户都必须通过其显示菜单手动和本地 地配置终端设备，除非专家(例如，电信运营商支持人员)可远程执行操 作。现在，存在允许对网络连接的终端设备远程执行参数设置的技术。然 而，在提供用于终端设备配置管理的必要基础时，当涉及到在为了实际终端设备和最终用户远程支持而配置的终端设备管理应用中权衡这些技术 时，这些技术作为整体具有缺陷。
此外，在过去几年，设备管理受到几个明显演化因素的影响 -由最终用户操作的移动终端设备的复杂性持续增加，从而使得这些 移动终端设备更加综合化
-参与移动通信的终端设备类型的多样性
-通过电信行业和终端设备技术的持续发展提供的，管理服务的演进 组合(protfolio)
-同时，最终用户变得缺乏技术性，没有更多的用户期望优质体验。 这给电信运营商或企业带来了成^f艮高的管理服务台支持。
需要设计出 一种设备管理系统，可同时涉及对任意终端设备的任意管 理行为，帮助提高消费者满意度，变得成本有效，并且在服务提供商或电 信运营商的方面实现新的业务流程和相关收益。
发明内容
本发明通过在所附权利要求1中阐述的系统限定。更具体地，提供一 种设备管理系统，用于远程设置与网络连接的终端设备的参数。所述系统 包括
终端设备管理应用；
连接至所述网络的第一服务器，其支持第一远程管理协议；以及 提取层，在来自所述终端设备管理应用的面向通用功能的请求时，对 于所述终端设备中的每一个执行以下步骤
-以所述第一远程管理协议查询包含支持对象的概况信息的数据库；
-从所述配置和所述支持对象收集与所述面向通用功能的请求对应的 至少一个对象地址；和
-使用所述至少一个对象地址通过所述第一服务器发送设置参数的请求。
在一个实施例中，所述设备管理系统还包括连接至所述网络的第二服务器，其支持第二远程管理协议；以及在所述提取层中的装置，其用于 在所述第 一远程管理协议和所述第二远程管理协议之间确定一个远程管理 协议，以及对于所确定的远程管理协议和在所述第 一和第二服务器之间支 持它的服务器釆用所述查询、收集和发送的步骤。
在另一个实施例中，在所述设备管理系统中的所述第一服务器支持至 少一个其他远程管理协议，并且所述系统包括在所述提取层中的装置， 用于在所述第 一远程管理协议和所述至少 一个其他远程管理协议之间确定 一个远程管理协议，以及对于所确定的远程管理协议采用所述查询、收集 和发送的步骤。
在另一个实施例中，在所述概况信息中的信息包括
按照所述终端设备的样式、型号和操作系统版本或设备管理客户端版 本、及其支持的远程管理协议的终端设备特征；和
对于所述支持对象中每一个的键值。
还提供一种为用于客户的终端设备的安装基础远程设置参数的配置服 务，该服务使用根据本发明所述的设备管理系统。
参照以下说明书、权利要求书和附图能够更好理解本发明的上述、以 及其他目的、特征和优点。
在所附权利要求中阐述本发明的通过新颖性和创造性特征证实的特 性。然而，当结合附图阅读时，参照所示详细实施例的以下详细描述将更 好地理解本发明本身以及所使用的优选实施方式、及其其他目的和优点， 其中
图1示出包括两个不同远程管理协议和支持相同协议的两个不同终端 设备的MMS服务的现有技术实现方式；
图2示出根据本发明的包括两个不同远程管理协议和支持相同协议的 两个不同终端设备的MMS服务的实现方式；
图3示出根据本发明的设备管理系统的更详细示图；图4示出以笫一协议的用于第一终端设备的一个对象逻辑组，示出在 根据本发明的设备管理系统中使用的数据库中包括的终端设备概况信息；
图5示出以第二协议的用于相同的第一终端设备的相同的对象逻辑 组；和
图6示出以第 一协议的用于第二终端设备的相同的对象逻辑组。
具体实施例方式
提供以下说明以使得本领域普通技术人员实现和使用本发明。为了简 化的目的，首先对特定的第一管理服务和业务流程进行说明；多媒体消息 服务(MMS )是通过电信运营商提供的管理服务的一个实例。对管理服务 的访问需要通过完整的和正确的一组参数值设置终端设备。
转到图1，存在与不同品牌和型号的终端设备(100， IOI)连接的网 络(110)的典型实例，但是这两种设备都支持开放式远程管理协议OMA DM (开放移动联盟设备管理)，并且终端设备(102)支持另一种开放式 协议，即OMA CP协议(开放移动联盟客户端配置)。网络可以是无线的 或有线的。典型地，图1中没有示出的其他终端设备也可以支持某些其他 的(包括专有的)协议。
在服务器(120 )上运行终端设备管理应用的实例(即，电信运营商的 客户服务(Customer Care )应用(140)),在应用编程接口 (API) (130) 的顶部用于管理支持OMA DM的终端i殳备。由于目前在市场上，没有一 个技术可以解决提供给定功能的所有系列的终端设备，所以在服务器(121) 上运行另一个客户服务应用(141),在API (131)的顶部用于管理支持 OMA CP的终端i殳备。
各个客户服务应用管理MMS服务，并且向所管理的终端设备发送参 数。由于支持的协议不同，所以在终端i殳备102和IOO或101的情况下， 向终端设备发送的实际命令不同。此外，在任一个协议之间对给定参数表 示的实施方式在一个终端设备品牌/型号与另 一个之间不同。
现在，特别讨论终端设备100和101以及它们的OMA DM协议支持，所发送的实际命令在终端设备100和终端设备101之间不同。这是因为在 各个终端设备100和101的实现方式中对相同的MMS参数寻址的对象地 址不同。开放OMA DM协议提供用以指定对各个对象寻址(寻址称为以 OMADM协议的统一资源标识符(URI))的格式的特征。然而，OMADM 规范没有规定对象地址本身，只M定了 4艮有限的并且大多不完整的对象 组。
OMA DM规范没有提供需要在一起一致性寻址的自包含对象组的概 念。仍旧使用MMS实例，OMADM规范没有列出MMS功能的完整和一 致性定义必须包括的参数组。作为结果，MMS相关的对象组在终端i殳备 品牌/型号实施方式之间不同。
尽管关于OMA DM进行讨论，但是应该注意，当涉及到某些对象寻 址或管理服务必须包括的某些对象时，所有管理协议中的大部分(并非所 有)固有地留下了开放实施选择。
可向我们的示例性终端i殳备100发送一系列OMA DM的增加命令， 其目标为以下对象地址
/MMS/DdeteConfirmation
./MMS/Account謹MSCenter
./MMS/Accountl/Validity
./MMS/Accountl/RejectAnonymous
./MMS/Accountl/DataConnection
./MMS/Account2/MMSCenter
./MMS/Account2/Validity
./MMS/Account2/RejectAnonymous
./MMS/Account2/DataConnection
终端设备101是不同品牌/型号，并且可向其发送一系列OMADM替 换命令，其目标为不同的一組URI: ./MMS/DelConf ./MMS/MMSCtr./MMS/Val
./MMS/RejAnonym
./MMS/DataAcc
最后，可向支持不同开放管理协议的终端设备102发送从类似于以下 实例的参数组建立的WAP推进SMS:
characteristic type = "APPLICATION")
<parm name —-— "APPID" value — "w4，，/>
<parm name = "NAME" value = "MMS Center，7>
<parm name = "ADDR" value = "http:Vtelecom.operator.com /mmsc"/>
</characteristic>
因此，对于设备管理的各个和每个终端设备管理应用发展必须包括和 保持下至协议和管理对象地址的细节的表示，用于以作为目标的终端设备 组提供的多样性。这明显复杂化了这种应用的设计，增加了开发成本，放 慢了传递，并且导致发行多个、专用的应用的事实，其中每个地址仅指定 终端设备系列的特定子集。
图2描述本发明，其允许软件应用提供商更容易开发集成的和一致的 终端设备管理应用组，用于对大部分终端设备系列寻址。
本发明包括在管理协议服务器(在我们的实例中有两个120， 121) 的顶部上通过API(130， 131)实现的提取层(200)。客户服务应用(210) 设置在提取层的顶部。对于终端设备100、 101和102的实际的命令组与关 于图l在上文所述的组相同。
提取层将多种终端设备专用的设备管理客户端实现本体转换成尽可能 通用的管理服务组。终端设备管理应用(例如客户服务应用)通过提交通 用的、面向终端i殳备功能的请求利用提取层服务。提取层识别适用以履行 该请求的管理协议和服务器，并且通过其API准备以及向每个服务器提交 对应的请求。
与图1的比较突出了对于终端设备管理应用开发的提取层的优点这种应用不再需要包括和保持由要被管理的终端设备支持的协议的知识，也
不再需要在给定协议下具体对象实现的知识。在OMA DM协议的特定情 况下，应用不再需要包括和保持由特定OMA DM客户端实现所显现的 OMA DM对象表示的知识。因此，应用明显变得廉价，并且^A更快。 此外， 一个应用通过使用提取层服务可跨越多个管理协议。
图3示出根据本发明的系统的更详细示图。客户服务应用210向提取 层200发送设备管理请求(308 ),以设置具有完整的和正确的一组参数值 的终端设备。设备管理反馈(307)向客户服务应用210报告设备管理行为 的结果。
提取层API (220 )向客户服务应用210提供提取层200能够处理的命 令和编程接口。
提取层使用已知终端设备类型的概况信息(300， 301， 302， 303)的 数据库，以及由每个类型支持的各个管理协议。典型地，通过终端设备的 样式和型号表征终端设备的类型。根据制造商，也可以通过终端设备的操 作系统版本、终端设备的设备管理客户端版本或两者表征终端设备，以用 于远程管理功能。数据库概况信息300， 301， 302, 303的创建和维护是管 理功能(304)的一部分。这种功能将不再进一步详细描述，因为实施这些 功能的某些途径对于本领域普通技术人员是已知的。
作为实现对象映射的基础，管理功能304增加和保持在用于每个终端 设备类型的数据库概况信息300， 301， 302， 303中，包含由这种终端设备 支持的所有对象。构成在所述概况信息中的对象，从而将属于相同逻辑组 的对象分組在一起，并且可以以特定方式在逻辑组中给对象排序。概况信 息结构的精心设计大大有助于提取层的实现变得高度通用。以下结合图4 至6进一步给出和描迷与电子邮件服务相关的在特定逻辑組中的一组对象 的实例。
使用终端设备的特征(样式、型号以及，如果适用，操作系统版本和/ 或设备管理客户端版本)，提取层查询(305)数据库及其概况信息300， 301， 302， 303，以确定(306)接收到设备管理请求308的特定终端设备支持哪个设备管理协议。在多个支持的协议的情况下，提取层选择一个协 议，以履行请求。这里，由于不是本发明的核心，所以不描述选择的标准， 并且选择的标准可通过本领域普通技术人员设计。所选择的协议随后确定
调用哪个管理协议服务器。在这种情况下，我们将假设服务器121及其APIm。
对于所选择的特定设备管理协议，通过在范围(对于相同函数的不同 参数组)或实现(对于支持相同函数的参数的不同对象地址)上不同的对
象组表示终端设备功能，提取层还执行通用设备管理请求308到(如通过 306所接收的)特定终端设备中的实际对象实现的映射。因此，提取层API 220的角色是向终端设备管理应用呈现所提取的服务。
电子邮件是由电信运营商和服务提供商提供的服务的另一个实例。这 里，提取服务请求的实例是"configureEmail",伴随有要请求配置的参 数列表。现在，相对于所述特定的第二服务和业务流程，并结合图4至6 继续说明。
图4是以第一协议的用于第一终端设备的一个对象逻辑组，示出终端 i殳备4既况4言息300， 301， 302， 303。
终端设备通过在概况信息中列出的其样式("A")、型号("X")、 其操作系统版本("3， 6")，以及其设备管理客户端版本("1， 1") 来表征。用于所述概况信息的所支持的协议是"OMADM"。 所述概况信息结合逻辑组向对象提供"电子邮件设置"。 "标签，，列给出一组人可读的标签，每个所列对象给出一个。在数据 库中的所有概况信息300， 301， 302， 303中，这个标签组相同。
"键值，，列给出一组唯一的标识符，每个所列对象给出一个。这些键 值或标识符用于在提取层API 220和客户服务应用210之间通信。在数据 库中的所有概况信息300， 301， 302， 303中，这个键值组相同。
"终端显示"列给出终端设备显示菜单中的对应项，如果存在一个。 "对象地址，，列给出由终端设备和协议两者支持的一个对象的地址。 其他列("最大发生"、"允许值"、"访问类型，，)提供对象的某些其他属性。
图5示出以第二协议的用于同一第一终端设备的一个对象逻辑组，示 出终端i殳备概况信息300， 301， 302， 303。
终端i殳备通过在概况信息中列出的其样式("A")、型号("X")、 其操作系统版本("3， 6")来表征。用于所述概况信息的所支持的协议 是"OMACP，，。
"标签"和"键值，，列与图4中的相同。 "终端显示"列给出与图4中相同的项(相同终端i殳备)。 然后，接下来4个列("对象地址"、"最大发生，，、"允许值"、 "访问类型")给出组合终端设备/协议专用的项。
图6示出以同一第一协议(OMADM)的用于第二终端设备的一个对 象逻辑组，示出终端设备概况信息300， 301， 302， 303。
终端设备通过在概况信息中列出的其样式("B")、型号("Y")、 其操作系统版本("2.2.5")、及其设备管理客户端版本("1， 1")来 表征。用于所述概况信息的所支持的协议是"OMADM"。 "标签"和"键值"列与图4或图5中的相同。 "终端显示"列给出终端设备显示菜单中的对应项，如果存在一个。 然后，接下来4个列("对象地址，，、"最大发生，，、"允许值，，、 "访问类型")给出组合终端设备/协议专用的项。
并非在图4-6中设计的所有列和信息对于可操作的本发明是必须的 至少，终端i殳备的特征是必须的(样式、型号、操作系统版本或设备管理 客户端版本，以及所支持的远程管理协议)，还有"键值"信息和"对象 地址"信息。
服务提供商将使用根据本发明的设备管理系统在他们客户的终端设备 的安装基础中提供设置参数的服务。由于客户服务器的API (如果存在) 或者通过服务器制造商发布，或者通过其客户端传递至服务提供商，所以 能够实现这种处理。服务提供商必须包括和保持用于在他们客户的安装基 础中存在的各种终端^殳备中每一个的数据库概况信息300， 301， 302， 303;由于终端设备特征被发布或可通过轮询网络来提取，所以能够实现这种处 理，其中这里没有描述的装置也落入本领域普通技术人员可理解的范围内。 尽管这里参照附图描述了本发明的示例性实施例，但是可以理解本发 明不限于这些精确实施例，并且在不脱离本发明的范围或精神的情况下由 本领域普通技术人员在其中进行各种其他改变和修改。所有这种改变和修 改都包括在由所附权利要求所定义的本发明的范围内。
权利要求
1. 一种设备管理系统，用于远程设置与网络(110)连接的终端设备(100，101，102)的参数，所述系统包括终端设备管理应用(210)；和连接至所述网络的第一服务器(121)，其支持第一远程管理协议；所述系统的特征在于，它还包括提取层(200)，在来自所述终端设备管理应用的面向通用功能的请求(307)时，对于所述终端设备中的每一个执行以下步骤-以所述第一远程管理协议查询(305)包含支持对象的概况信息(300，301，302，303)的数据库；-从所述配置和所述支持对象收集与所述面向通用功能的请求对应的至少一个对象地址；和-使用所述至少一个对象地址通过所述第一服务器发送设置参数的请求。
2. 如权利要求1所述的设备管理系统，其特征还在于，所述系统还 包括连接至所述网络的第二服务器(120)，其支持第二远程管理协议； 以及在所述提取层(200)中的装置，其用于在所述第一远程管理协议和所 述第二远程管理协议之间确定一个远程管理协i义，以及对于所确定的远程 管理协议和在所述第一和第二服务器之间支持它的服务器采用所述查询、 收集和发送的步骤。
3. 如权利要求1所述的设备管理系统，其特征还在于，所述第一服 务器(121)支持至少一个其他远程管理协议，并且所述系统包括在所述 提取层(200)中的装置，用于在所述第一远程管理协议和所述至少一个其 他远程管理协议之间确定一个远程管理协议，以及对于所确定的远程管理 协议采用所述查询、收集和发送的步骤。
4. 如权利要求1至3中任一项所述的设备管理系统，其特征还在于， 在所述概况信息中的信息包括按照所述终端设备的样式、型号和操作系统版本或设备管理客户端版本、及其支持的远程管理协议的终端设备特征；和 对于所述支持对象中每一个的键值。
5. 如权利要求4所述的设备管理系统，其特征还在于，所述键值用 于在提取层API (220)和所述终端设备管理应用之间通信。
6. 如权利要求1至5中任一项所述的设备管理系统，其特征还在于， 所述第一远程管理协议是OMA DM。
7. 如权利要求2、从属于权利要求2的权利要求4、权利要求5、和 从属于权利要求2、 4或5的权利要求6中任一项所述的设备管理系统，其 特征还在于，所述第二远程管理协议是OMACP。
8. —种为用于客户的终端设备的安装基础远程设置参数的配置服 务，该服务使用如权利要求1至7中任一项所述的设备管理系统。
全文摘要
一种设备管理系统，用于远程设置与网络连接的终端设备的参数，所述系统包括终端设备管理应用(210)；连接至所述网络的服务器，其中每个支持不同的远程管理协议；和装置(200)，在来自所述终端设备管理应用的面向通用功能的请求(307)时，对于所述终端设备中的每一个执行以下步骤-查询(305)包含由每个终端设备支持的所有对象的概况信息的数据库(300，301，302，303)；-如果由每个终端设备支持多个协议，则确定远程管理协议；-将所述面向通用功能的请求映射到专用于每个终端设备的请求；和-通过支持所确定协议的服务器(121)向每个终端设备发送命令。
文档编号H04W8/24GK101421978SQ200780011377
公开日2009年4月29日 申请日期2007年3月13日 优先权日2006年4月20日
发明者F·德吕埃勒, M·斯托克韦尔, S·马丁, Z·绍洛伊 申请人:国际商业机器公司