专利名称：用于管理树状数据交换的方法和设备的制作方法
技术领域：
本发明涉及用于处理包含管理信息的对象的方法。具体地说，本发明涉及搜索，即搜索分层结构并以有效的方式从中检索优选信息的方法。此外，本发明涉及用适于实现所提供的方法的设备。
数据同步是使用至少两个不同电子设备处理同一数据的所有用户熟知的问题。通常，同步发生在终端设备(例如，移动电话)与服务器设备(例如，本地PC或专用同步服务器中的应用程序)之间。诸如便携式计算机、PDA终端(个人数字助理)、移动站或寻呼机等便携式终端的数据可与网络应用、台式计算机应用或电信系统的其它数据库同步，其中，术语数据库应作尽可能广义的理解，即，将涵盖任意的数据集。具体地说，日历和电子邮件应用的数据一般是同步的。
同步基于对不兼容的不同制造商专用协议的使用。这限制了终端或数据类型的使用，并经常为用户带来麻烦。具体地说，在移动通信中，重要的是可不考虑所用终端和应用来检索和更新数据。
为改善应用数据的同步，开发了一种称为同步标记语言SyncML的语言，该语言基于可扩展标记语言(XML)和对应的标准化文档类型说明(DTD)。SyncML同步协议采用SyncML格式的消息，通过使用SyncML同步协议，可在连网的终端与任何种类的网络服务器之间同步任何应用的数据。SyncML同步协议在无线和固定网络中均有效，且支持几种传输协议。
上述SyncML同步技术更适宜解决数据库的同步。管理在变化环境内工作的电子设备(如在需要各网络运营商相关配置集的不同网络运营商移动通信网络内工作的移动电话)所必需的配置数据特性提出了类似于数据库同步的问题，所述配置的实例包括网络接入点(NAP)定义；提供诸如短消息业务(SMS)、多媒体消息业务(MMS)等某些服务的服务器的地址信息。SyncML设备管理涉及配置数据的协调。相应的配置数据或信息分别包含在管理对象中，分别与设备特性和应用相关联。
SyncML设备管理(SyncMDM)协议允许在管理对象上执行管理命令，并且它使用类似包格式(package format)的SyncML同步协议和相关定义，也基于XML。管理对象可反应设备的一组配置参数，即设备特性的配置参数和/或在设备上执行的软件应用程序的配置参数和设置。可以对此对象采取的操作包括读取和设置参数关键字和值。另一管理对象可以是设备上的软件应用的运行时环境。可以对此类型对象采取的操作可包括安装、升级或卸载软件部件。专用管理服务器最好为上述设备管理信息的同步提供所需的配置参数、设置、关键字和值。
符合SyncML设备管理的设备管理以分层管理树的形式构建管理对象，该管理树包含了使用SyncML设备管理协议可以管理的所有信息。管理树基于支持SyncML设备管理的相应电子设备制造商定义和提供的管理树永久部分。在这种运行的电子设备中存在的真正管理树包括管理树的这种永久部分，它是由动态创建的管理树部分扩展而成的。真正的管理树在一定程度上偏离了一种预定的树框架，即偏离基于一种面向对象的继承。
管理树的动态结构使得设备管理服务器必需可以探索动态的真正管理树，以便允许它在其上进行操作和处理。此类管理服务器目前可通过发送以SyncML设备管理标准定义的GET命令，以探索要管理的对应客户机设备的管理树。GET命令指向管理树的某一管理对象。该GET进程的对应响应是包含管理树中从属于寻址管理对象下层的管理对象列表的信息。这种做法的主要缺点是，如果要获得管理对象的执行列表，则管理服务器必须发出新的Get命令，以检索在返回的管理对象之下的管理对象的其它信息。
这需要新的一轮耗时的协议循环。具体地说，由于SyncML和SyncML设备标准是为在无线通信环境，即诸如GSM(全球移动通信系统)和/或UMTS(通用移动电信系统)等蜂窝通信系统中使用而开发的，因此，在线时间和大的交换数据量对于必须支付所产生费用的客户机设备的终端用户而言是昂贵的。
本发明的一个目的是提供一种有效、经济和省时的方法，以便探索设备的管理树并克服上述缺陷。本发明的又一目的是提供适于执行所述方法的相应电子设备。
本发明目的以如下方法和装置来实现用于生成相应请求命令的方法、用于生成对应请求响应的方法、适于执行这些方法的对应设备、公开于独立权利要求中的计算机程序和软件工具。
根据本发明的实施例，提供用于生成请求电子设备的至少一部分管理相关信息的方法。管理相关信息包含在以分层结构，最好是树状结构排列的多个节点中。至少一个所述节点包含某一部分管理相关信息。生成的请求是从地址信息编码、命令和与连接到选定节点的多个节点的分层结构相关的附加信息获得的。地址信息描述以分层方式排列的多个节点中的包含某一部分管理相关信息的一个选定节点。命令指示请求接收设备检索包含在选定节点中的所述部分管理相关信息，并且还指示请求接收设备返回检索到的部分管理相关信息。
根据本发明的实施例，命令还指示请求接收设备检索与多个连接节点相关联的部分管理相关信息，并且还指示请求接收设备还返回这些检索的部分管理相关信息，最好是与选定节点的相关联的管理相关信息检索部分组合在一起返回。
根据本发明的实施例，多个连接的节点是分层排列于由所有多个节点形成的管理树中选定节点之上或之下的节点。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息还包含过滤信息。过滤信息用于从节点选择性地检索部分管理相关信息。过滤信息可以是由提供有关管理相关信息复杂过滤的逻辑关系组合的单一过滤信息的复合信息，或者可与管理相关信息的检索操作相结合。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息包含在地址信息中。此外，过滤信息也可以包含在地址信息中。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息是指令序列。指令序列要借助CGI-脚本应用译码或分析。
根据本发明的实施例，所述请求分别基于同步标记语言设备管理协议或标准。
根据本发明的实施例，请求的命令是修改过的GET命令。通过将GET命令中修改过的TARGET地址编码执行修改，GET命令包含连接到选定节点的多个节点的分层结构的相关信息。
根据本发明的实施例，提供了用于生成包含管理相关信息的响应的方法。响应是由于从请求电子设备收到针对至少部分管理相关信息的请求而生成的。管理相关信息与以分层结构(最好是树状结构)排列的多个节点相关联，并且分布在其中。所述多个节点的至少一个节点与某一部分管理相关信息相关联。该段的生成包括从一个选定节点检索部分管理相关信息。此选定节点直接用引起请求的响应中的编码地址信息定义。响应的生成还包括生成一段响应，该响应还包括选定节点管理相关信息的检索部分。最好是生成还包括识别由连接到选定节点的多个节点的分层结构相关信息指定的节点。此信息也由引起请求的响应包含和提供。来自识别节点的管理相关信息的其它部分经检索并另外添加到生成的响应中。最后将响应传送到请求设备。
根据本发明的实施例，引起响应的请求是根据上述用于生成至少部分请求接收电子设备的管理相关信息请求的方法的请求。
根据本发明的实施例，多个连接节点是以分层方式排列于由所有多个节点形成的管理树中的选定节点之上或之下的节点。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息还包含过滤信息。过滤信息用于从识别的节点选择性地检索部分管理相关信息。过滤信息可以是由提供对有关管理相关信息的复杂过滤的逻辑关系组合的单一过滤信息的复合信息，或者可与管理相关信息的检索操作相结合。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息包含在地址信息中。此外，过滤信息也可以包含在地址信息中。
根据本发明的实施例，与连接到选定节点的多个节点的分层结构相关的信息是指令序列。指令序列要通过CGI-脚本应用译码或分析。
根据本发明的实施例，响应结构化为多个段。各段专用于包含在节点中并从中检索的管理相关信息。
根据本发明的实施例，请求分别基于同步标记语言设备管理协议(SyncML DM)或标准。
根据本发明的实施例，响应包含RESULTS元素，该元素包含多个ITEM元素。多个ITEM元素中的每个元素包含一个标识的节点的管理相关信息。
根据本发明的实施例，多个ITEM元素的每个元素均进行编码，如同已生成GET命令的请求响应，以对ITEM元素对应的相应节点寻址。
根据本发明的实施例，提供了一种用于处理管理相关信息的软件工具。当软件工具用计算机程序实现和/或执行时，软件工具包括用于执行上述方法操作的程序部分。
根据本发明的实施例，提供了一种用于处理管理相关信息的计算机程序。计算机程序包括当程序在处理设备、计算机或网络设备上执行时用于执行上述方法操作的代码部分。
根据本发明的实施例，提供了一种计算机程序产品，该产品包括存储在计算机可读介质上，用于当所述程序产品在处理设备、计算机或网络设备上执行时执行上述方法的程序代码部分。
根据本发明的实施例，提供了用于生成针对请求接收电子设备的至少部分管理相关信息的请求的设备。管理相关信息分布在多个具有分层结构(最好是树状结构)的节点中，其中所述多个节点中的至少一个节点与某一部分管理相关信息相关联。所述设备包括用于生成请求的部件。该用于生成的部件能够将多个节点中的选定节点的地址信息编码，并且还能够将命令编码，所述命令用于指示检索与选定节点相关联的部分管理相关信息并返回检索到的部分管理相关信息。此外，用于生成的部件还能够把与连接到选定节点的多个节点的分层结构相关的信息编码。
根据本发明的实施例，用于生成的设备或部件分别适于执行上述用于生成针对请求接收电子设备的至少部分管理相关信息的请求的方法。
根据本发明的实施例，提供了用于生成包含管理相关信息的响应的设备。响应是由于从请求电子设备收到针对至少部分管理相关信息的请求而生成的。管理相关信息包含在设备中。此外，管理相关信息分布在分层结构(最好是树状结构)的多个节点中，其中所述多个节点中的至少一个节点与某一部分管理相关信息相关联。所述设备包括用于从一个选定节点检索部分管理相关信息的部件。此选定节点在请求提供的地址信息中定义。此外，所述设备包括用于生成包含检索的部分管理相关信息的响应的部件。
另外，所述设备包括用于识别节点的部件，所述节点由连接到所述选定节点的多个节点的所述分层结构的相关信息指定。此信息也由接收的请求来定义和提供。该部件还适于从识别的节点检索部分管理相关信息。最后，用于添加的部件可将检索出的部分管理相关信息附加到响应中。响应将发往请求电子设备。
根据本发明的实施例，所述设备还CGI脚本解码部件，用于根据CGI脚本指令将指令序列解码。此指令序列包含涉及连接到选定节点的多个节点的所述分层结构的信息。
根据本发明的实施例，用于生成的设备或部件分别适于执行用于生成包含管理相关信息的响应的上述方法。
下面将参照附图，通过实施例更详细地描述本发明，附图中
图1示意性地显示了一组示例电子设备，所述设备之间可实现信息同步；图2a所示图形显示了说明设备管理信息分层树状结构的示例选段；图2b所示摘要图说明设备管理信息分层树状结构的示例选段；图3显示了结合示例代码序列说明根据本发明实施例，用于生成请求的方法的流程图；图4显示了说明根据本发明实施例，应对应的请求生成响应的方法的流程图；图5显示了用于说明包含用于运行根据本发明实施例的上述方法的部件的设备的方框图。
在下述内容中，将在支持SyncML设备管理标准或相关SyncML标准的系统中描述本发明的实施例，但这并不对本发明造成限制。有关SyncML标准和SyncML设备管理标准的信息可从SyncMLInitiative获得，SyncML Initiative向公众提供完整的标准文档。图中所示的相同的或等同的部分、特性和/或操作将用相同的标号引用。
图1示意性地显示了一组示例电子设备，在这些设备之间可实现信息同步。最好是移动终端的某数据库内容应与指定设备提供的数据库内容相协调。按照惯例，移动终端充当同步客户机，用于使某些预定义数据与专用服务器设备提供的一个或多个数据库的内容相协调或同步。图1显示了用于同步操作的多个可能的客户机设备和服务器设备。通常，客户机设备是诸如移动电话17或个人数字助理(PDA)之类的移动台、诸如笔记本15之类的计算机、数码相机16或个人计算机(PC)。此外，专用同步服务器设备可以是类似个人计算机10的台式计算机、专用网络服务器11或甚至类似笔记本12的移动计算机。应注意，虽然对所提出的同步原理的描述是参照连接到专用服务设备的移动终端来进行的，但客户机设备功能并不限于如上所述的移动终端。
经适当的逻辑通信连接，可分别建立符合SyncML协议标准或SyncML设备管理协议标准的对应的同步过程。可由任何通信网络结合与同步协议适应的传输协议提供逻辑通信连接。合适的通信网络可以是局域网(LAN)、广域网(WAN)，广域网可包括因特网和公司内部网，也可以包括有线串行网络，如通用串行总线(USB)或标准化串行通信(如RS-323)。参与的同步设备也可以通过无线通信网络相连，如支持全球移动通信系统(GSM)业务和/或支持通用分组无线业务(GPRS)的移动网络、诸如通用移动电信系统(UMTS)网络之类的第三代移动通信移动网络、无线局域网(WLAN)、蓝牙网络或红外线网络(IrDA)。参与同步设备之间的逻辑通信连接可以由上述类型的单个通信网络提供，也可以由通过专用网络路由设备互连的若干上述类型的通信网络提供。
关于SyncML协议标准、SyncML同步协议以及相应的SyncML设备管理协议标准，可以根据所用的通信网络类型在合适的协议之上实现SyncML设备管理协议。可在其上实现SyncML同步协议的合适的协议有超文本传送协议(HTTP)、无线应用协议(WAP)标准的无线会话协议(WSP)、用于诸如通用串行总线(USB)或RS-232等电缆连接、用于短程射频连接(蓝牙)或用于红外连接(IrDA)的对象交换协议(OBEX)、传输控制协议/因特网协议(TCP/IP)栈，且这些协议基于电子邮件协议(例如，简单邮件传输协议SMTP)提供的传输层服务。
根据下层网络，可以使用例如短消息SMS(短消息业务)或其它信令类型传输方法(如USSD非结构化补充业务数据)、电路交换数据呼叫或分组交换数据传送服务执行下层传输。
鉴于以上说明涉及一般的同步并因此也涉及设备管理同步，故以下将创新原理的说明明确地称为SyncML设备协议。
SyncML设备管理服务本身基于管理文档交换，管理文档可相应分成多个消息或数据包，其中包括指令以便同步设备管理数据。SyncML设备协议由两部分组成包括认证和设备信息交换的设置阶段和管理阶段。管理阶段可根据服务器的需要多次重复。
管理阶段由多次协议迭代组成，即，一次协议迭代指从受管客户机设备到管理服务器的一个数据包和从管理服务器到受管客户机设备的一个数据包。从管理服务器发送到受管客户机设备的数据包内容确定会话是否必须继续。如果管理服务器在数据包中发送的管理操作需要受管客户机设备响应(状态或结果)，则协议的管理阶段继续，并且从受管客户机设备到管理服务器的新数据包包含客户机对管理操作的响应。受管客户机设备的响应数据包会启动新的协议迭代。管理服务器可以发送新的管理操作数据包，并因此发起所需次数的新协议迭代。
以下部分描述根据设置阶段和管理阶段的示例性的、有效的总数据包序列，以便提供数据包交换的粗略概貌。
数据包0-启动管理会话大多数受管客户机设备可以接收未经请求的消息，有时称为“通知”。管理服务器可以使用此通知功能使客户机发起返回到管理服务器的连接。可将几种载体用于传送管理启动通知。注意，可以其它方式实现与接收管理启动通知完全相同的效果。
数据包1-从受管客户机设备到管理服务器的初始化数据包受管客户机设备发送初始化数据包的目的为-将受管客户机设备信息(如制造商、机型等)发送到设备管理服务器；
-向管理服务器标识受管客户机设备；-通知服务器管理会话由服务器启动(通过在数据包0中发送触发器)或客户机启动(如选择菜单项的最终用户)。
数据包2-从管理服务器到受管客户机设备的初始化数据包管理服务器发送初始化数据包的目的为-向受管客户机设备标识设备管理服务器；-选择发送管理命令和管理数据到受管客户机设备；-选择发送其它命令如用户交互命令。
数据包1和2是管理过程设置阶段的组成部分。下面的数据包3和4是管理会话管理阶段的组成部分。
数据包3-受管客户机设备对管理服务器的响应此管理数据包的目的为-将从管理服务器发送的管理命令结果传送到受管客户机；-传送可选用户交互命令结果。
数据包4-其它管理服务器操作此管理数据包的目的为-将管理服务器的任何其它必需管理操作或命令分别传送到受管客户机；或者-结束管理会话。
包含其它管理操作的数据包4导致受管客户机设备产生数据包3类型的响应。因此，管理会话可以包括数据包3和4的任意次重复。
SyncML设备协议使用SyncML标准提供的认证框架，同时使用在SyncML设备管理安全中定义的一些扩展。SyncML设备协议受管客户机设备和管理服务器均必须彼此进行认证。然而，认证可在不同级别执行。如果传输级别具有内置的认证机制，则可替换SyncML设备协议级认证。如果传输级别不具有足够强的认证功能，则要使用SyncML设备协议级认证。
图2a和2b所示图形显示了设备管理信息分层树状结构，即管理树的示例选段。支持SyncML设备协议的每个设备包含此类管理树。管理树将分成可管理设备中的多个管理对象的完整管理信息安排成分层树状结构，其中可用统一资源指示器(URI)为所有管理对象唯一地定址。
图2a和2b使用圆形或椭圆形文本框显示了管理树的单独管理对象。此外，使用互连线显示了管理对象之间的关系。以下将管理对象称为节点。
图2a所示图形显示了示例性设备管理信息分层树状结构的选段。所示的示例性管理树选段包含称为“./”的根节点N1。此根节点具有(包含)由连接线指示的子节点N2。根节点N1的此子节点N2称为“厂商”。虚线形式的连接线暗示其它未显示的管理树节点。称为“厂商”的节点N2又具有(包含)称为“Ring_Sig”且排在下层的节点N3。进一步地，称为“Ring_Sig”的节点N3本身又具有(包含)多个子节点，分别是分别称为“Def”、“Rng_1”、“Rng_2”和“Rng_3”的节点N4、N5、N6和N7。
节点或管理对象各自的寻址最好基于统一资源指示器(URI)，其中，唯一地址是从根节点开始构造的，随着管理树向下遍历到正在考虑的节点，使用定界符(一般是“/”)将每个节点名附加到前一节点名称上。例如，称为“Rng_2”的节点N6可通过使用表达式“./厂商/Ring_Sig/Rng_2”唯一地寻址。
图2b所示摘要图显示了设备管理信息分层树状结构的示例选段。图2b显示了基于同一节点的两个选段。识别设备管理信息分层树状结构的第一个选段时，可只考虑实线部分，而识别设备管理信息的分层树状结构第二选段时，可考虑实线以及特殊的虚线C1。本发明实施例说明中提供的以下示例将参照此图示摘要管理树，特别是参照图示的摘要管理树第一选段。
以下陈述与管理树和节点或管理对象的一般定义相关，节点或管理对象分别按分层结构排列并包含在管理树中。
节点或管理对象分别是可由经SyncML设备协议传送的管理操作控制的实体。节点可包含小如一个整数或大且复杂如背景图像或屏保的相关对象。SyncML设备协议不了解节点的内容或值，将节点值视为不透明数据。
节点可具有无数链接到它的子节点，这样，管理数据库中所有节点的完整集形成了如图2a和后续图2b所示的树状结构。此外，每个节点或管理对象具有与其相关联的属性。
节点的属性用于提供有关所述节点的元信息。以下部分中描述的属性最好是运行时属性，例如，它们在其相关联节点使用期内可用。下面的属性定义包括了可能的属性，但不保证包括了所有属性ACL 存取控制表格式指定应如何理解节点值名称树中节点的名称尺寸以字节表示的节点值尺寸标题人可读名称Tstamp 上次变更的时戳、日期和时间类型节点的MIME类型VerNo 版本号，每次修改时会自动增加如上所述，所有节点(管理对象)和根节点(即受管客户机设备本身)的完整结构形成了一棵树。管理服务器可以使用GET命令来探索树的结构。按照惯例，如果被访问节点链接有子节点，则这些子节点的名称会作为GET命令结果返回。具有一个或更多子对象的节点或管理对象相应地被称为内部对象。不具有任何子对象的节点或管理对象被称为叶对象。叶对象具有可管理值，而内部对象具有子对象。
通过将内部对象和叶对象分类，可区分图2b所示的节点。根据分类，根节点可由标记“./”识别。作为内部对象的节点可通过标记“A”、“B”、“C”、“D”、“E”、“F”、“H”和“J”识别，而剩余节点是叶节点，可通过标记“G”、“I”、“K”、“L”、“M”、“N”和“O”识别。
参照所示的只以实线表示的管理树第一选段，该选段显示了严格的分层树状结构，即，每个子节点或子对象相应地链接到一个父对象或父节点。这种严格的分层树状结构通常用于科学领域，例如，用于将地球上的动物群分类为诸如脊椎动物和无脊椎动物。
与此相反，参照所示的以实线和特殊虚线C1表示的管理树第二选段，该选段显示了分层树状结构，允许子节点链接到两个父节点，即两个节点可链接相同的附属节点。这种允许交叉链接的分层树状结构见于分层树状结构的数据库或分层树状结构的菜单中。
管理树可由管理服务器或受管客户机设备自身在运行时加以扩展，例如，作为用户交互的结果。这通过足够的命令来完成，并且可以创建新的内部对象和新的叶对象。然而，任何新节点的父对象必须是现有的内部对象。
管理树的运行时扩展使得必需为探索管理树提供有效而快速的方法，该方法最好可相应地减少或节省所传数据量的吞吐总量。本发明原理及以下相应的根据本发明实施例的方法说明提供了这种有效的方法。
图3所示流程图结合对应的示例代码序列，说明根据本发明实施例的用于生成请求的方法。在操作S100中，相应地开始生成请求或请求段。此请求最好用于探索受管客户机设备管理树的运行时结构或动态结构，并且应由管理服务器生成。请求可以是参照图1所述的管理阶段的一部分。有利的是，请求是数据包类型3的请求。该请求用于引起数据包类型4的请求响应。
符合SyncML设备协议的请求必须满足一定的结构要求。SyncML设备协议消息是由SyncML设备根或文档元素类型识别的形式完美的扩展标记语言(XML)文档。该文档由标题和正文组成。标题指定总的路由和版本控制信息，而正文是一个或多个SyncML设备指令的容器。指令是描述指令细节的其它元素类型的容器，包括任何设备管理数据或元信息。这里还包括了一些诸如SyncML设备数据格式和SyncML设备能力交换之类的特性。
在操作S110中，相应地生成请求和请求段。请求段涉及探索受管客户机设备中包含的管理树。具体地说，此相关请求段涉及根据本发明的发明原理对命令编码。更具体地说，此相关请求段涉及修改后GET命令的编码。基本GET命令由SyncML设备协议标准定义和提供。
在操作S111中，将对应的命令编码，该命令指示接收受管客户机设备探索管理树并根据此浏览获得的结果返回信息。对应的命令最好是修改过的GET命令。修改过的GET命令由通过树探索相关信息和过滤信息予以扩展的标准GET命令组成。
如图3示例所示，根据命令或整个请求的XML表示法，GET命令相应地起始项“<Get>”和终止项“</Get>”组成。此外，起始和终止项包括命令识别号和ITEM(项目)定义，该识别号包括在起始项“<CmdID>”和终止项“</CmdID>”内，而ITEM定义包括在起始项“<Item>”和终止项“</Item>”内。
在操作S112中，将地址信息编码。地址信息包含地址，最好是URI编码的地址，以便分别对包含在受管客户机设备中的管理树节点或管理对象寻址。此地址信息在起始项“<Target>”和终止项“</Target>”中包括的TARGET(目标)定义中编码，而该定义又包括基于URI表达式的地址信息，该地址信息包括在起始项“<LocURI>”和终止项“</LocURI>”内。
在操作S113和操作S114中，还在上述GET命令结构内对探索相关信息和过滤信息的扩展树编码。探索相关信息的树最好是涉及定义如何探索管理树的管理树分层结构的信息，即，应相应地识别哪个节点或管理对象以检索其中的信息。有利的是，探索相关信息和过滤信息的树在地址信息内编码，更有利的是，可将该信息附加到基于URI表达式的地址信息中。
探索的相关信息和过滤信息在字符串序列内编码，字符串序列通过CGI脚本解码。基于CGI脚本的机制为信息编码和解码提供了适当的方法。编码序列是以字符“？”起始的简单字符串序列，以便将基于CGI脚本的序列和基于URI的地址序列分界。表达式“list＝”指示解析和响应受管客户机设备探索所包含的管理树，并相应从探索的部分管理树或探索的节点或管理对象检索对应的信息。选择表达式“list”是为了举例，因此，所提出的根据本发明实施例的方法不限于此。或者，可选择任意表达式，例如，可选择字符串“node”、“nodes”等代替表达式“list”。有意义的表达式可改进修改过的GET命令的可读性。
探索涉及的信息和过滤信息在CGI脚本表达式(这里为表达式“tree”)的剩余部分中编码。此表达式“tree”指示探索排列在寻址节点之下或附属寻址节点的所有子节点。此外，表达式“tree”含有检索所探索的子节点的名称并返回此检索信息的意思。表达式“tree”定义探索相关信息及过滤信息。下面将给出探索相关信息和过滤信息的其它示例。
在操作S120中，例如根据SyncML设备协议标准生成请求或完成请求的编码。其它命令可以包括在所述经修改的GET命令段的下属或上属请求中。完成的请求被传送到受管客户机设备。
如上所述，通过提供要由CGI脚本机制解码的字符串表达式，在修改过的GET命令中对探索相关信息和过滤信息编码。字符串表达式包含一个初始预定义序列“list”，此序列由从定义探索相关信息和过滤信息的至少一个参数起始的字符“＝”定界。下表包含了多个示例参数定义，以便了解本发明原理提供的各种可能性。
参数和参数指示的结果响应Tree 返回寻址节点之下所有子节点的名称；
Two返回寻址节点之下最多两层的所有子节点名称；Three 返回寻址节点之下最多三层的所有子节点名称；“N” 返回寻址节点之下最多n层的所有子节点名称；(其中“N”应理解为已全部写出)；UP 返回寻址节点之上所有节点的名称；Depth 返回寻址节点之下管理树的深度；Data 返回寻址节点之下叶对象的数据；ACL返回寻址节点之下子节点存取控制表的列表；Type 返回寻址节点之下子节点的MIME类型列表；Format 返回寻址节点之下子节点的格式列表；Size 返回寻址节点之下子节点的尺寸信息列表；Title 返回寻址节点之下子节点的人可读名称列表；TStamp 返回寻址节点之下子节点的时戳列表；VerNo 返回寻址节点之下子节点的版本号列表利用至少两个参数的逻辑链接可组合定义的参数。通过将这些参数中的至少两个参数之间的链接标记“&”编码，可指示逻辑“与”链接。例如，将基于根据图3所示经过修改的GET命令的示例性修改后GET命令定义编码如下<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./A/D？list＝Tree&ACL</LocURI>
</Target>
</Item>
</Get>
CGI脚本序列由粗体字母指示。两个参数“Tree”和“ACL”通过逻辑“与”链接组合。此序列指示接收受管客户机设备返回管理树中排列的附属于寻址节点的子节点名称和存取表序列值。
由字符标记“&”编码的逻辑“与”链接是一种可能的逻辑链接。同样地，可为编码提供逻辑“或”链接或逻辑“非”链接，并且还可以提供逻辑优先顺序，例如，通过使用括号“(”与“)”。此外，有目的逻辑链接并不限于链接两个参数，即，可通过例如由对应字符标记表示的逻辑链接来组合几个参数，。
此外，可提供附加的过滤参数用于将过滤信息编码。此类附加的过滤参数可使用上述逻辑链接添加到上述参数中。附加过滤参数可通过使用预定义初始序列如字符串序列“filter”以及定界字符“＝”指示，所述定界字符用于分别在CGI脚本解码或解析期间无歧义地分离序列。
示例CGI脚本序列可能具有表达式“？list＝Tree&filter＝std”。过滤参数“std”指示只返回SyncML设备协议标准中标准化的子节点名称(与参数“tree”的定义相比较)。另一示例过滤参数可指示接收受管客户机设备只返回从节点检索的根据树探索相关信息的数据，即小于指定尺寸如10千比特的数据，检索的数据最好是从管理树叶对象检索出的数据。这最好由CGI脚本序列“？list＝Data&filter＝10000”表示。
图3所示的流程序列说明一个命令的编码，该命令指示根据本发明实施例的受管客户机设备返回从受管客户机设备中包含的管理树检索出的某些特定信息。下面的图4专用于说明根据本发明实施例，由这种请求引起的结果的产生。
图4所示流程图显示了用于根据本发明实施例，用于根据对应请求生成响应的方法。
在操作S200中，相应地开始生成响应或响应段。此响应最好是由以上参照图3所述类型的请求来启动。响应可以是参照图1所述管理阶段的一部分。有利的是，请求是数据包类型4的响应。
根据SyncML设备协议的响应必须满足一些结构要求。基本上，这种请求分成标题段和正文段，与参照图3所述的类型相同。
在步骤S210中，相应地生成响应或响应段。响应段涉及探索受管客户机设备中包含的管理树结果。具体地说，此相关响应段涉及根据本发明发明原理的命令响应编码。更具体地说，此相关响应段涉及对修改过的GET命令响应的编码。基本GET命令响应由SyncML设备协议标准来定义和提供。
在操作S211中，识别要探索的节点。探索树从基本上在对应请求中寻址的节点开始。根据图3所示的示例请求和图2b所示的摘要管理树，所标识的要探索节点为节点“./A/D”、“./A/D/J”、“./A/D/K”、“./A/D/J/N”和“./A/D/J/O”。
在操作S212中，探索节点需要事先对编码的探索相关信息和过滤信息进行解码和解析。探索相关信息和过滤信息最好在对管理树中的某个节点寻址的地址信息中编码，即在请求中包含的GET命令的TARGET地址中编码。有利的是，探索相关信息和过滤信息是作为CGI脚本序列提供的，该序列由对应的CGI脚本解析和分析。
结合CGI脚本执行结果，从基本定址节点开始执行对管理树的探索。参照图3和根据本发明实施例的请求编码，描述脚本序列的一组示例参数。
在操作S213中，从识别的节点检索信息。要检索的信息由探索相关信息定义，而探索相关信息由CGI脚本解析和分析。如参照图2a和图2b所述的那样，每个节点包含可从中检索的多个属性。
另外，来自识别节点的检索信息可根据过滤信息进行过滤，过滤信息在相应的引起响应的请求中定义。过滤的原理将会参照图3详细描述。
在操作S214中，响应或响应段根据识别节点的检索信息进行相应的编码。响应段的编码基于SyncML设备协议标准。也就是说，编码执行时如同编码信息是与未经修改的GET命令组合在一起被请求和检索的，该命令正好是对识别的节点寻址。检索信息的编码包括在具有起始项“<Item>”和终止项“</Item>”的ITEM定义中。ITEM定义包括检索的信息，检索的信息作为DATA定义包括并由SyncML设备标准提供，DATA定义具有起始项“<Data>”和终止项“</Data>”，进一步完善定义。
识别的节点在基于URI地址定义的SOURCE定义中编码。相应地，SOURCE定义包含具有URI地址的LocURI定义。SOURCE定义包括起始项“<Source>”和终止项“</Source>”以及包括起始项“<LocURI>”和终止项“</LocURI>”的LocURI定义。
图4所示示例选段显示了识别节点J的子节点名称，即节点J的URI地址编码为相对于根节点的“./A/D/J”。检索得到的子节点名称是包含在作为纯文本信息的DATA定义中的“N”和“O”。节点J的这两个子节点N和O还可以在图4另外显示的、基于图2b所示管理树的管理树部分中标识。
对于管理树中每个识别节点，即根据引起请求响应的请求的探索相关信息而识别的节点，可重复执行操作S213和S214。也可以在根据检索的信息对响应子段编码前，完成从识别的节点检索信息的操作。
在操作S220中，生成请求响应或完成对请求响应的编码，例如，根据SyncML设备协议标准。其它响应或者甚至命令可包括在该响应中。完成的响应要传送到管理服务器。
下面将结合基于对应请求的两个示例，增加对操作S210到S214的描述。
第一个示例基于如下请求<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./A/D？list＝Tree</LocURI>
</Target>
</Iterm>
</Get>
该请求指示检索所有节点的名称(参照图3比较参数描述)，这些节点排列在通过相对于根节点的URI地址“./A/D”寻址的节点D之下。
根据第一示例请求和根据图2b所示管理树的结果请求响应具有以下内容<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<Meta>
<Format xmlns＝′syncmlmetinf′>node</Format>
<type xmlns＝′syncmlmetinf′>text/plain</Type>
</Meta>
<Source>
<LocURI>./A/D</LocURI>
</Source>
<Data>J/K</Data>
</Item>
<Item>
<Meta>
<Format xmlns＝′syncmlmetinf′>node</Format>
<Type xmlns＝′syncmlmetinf′>text/plain</Type>
</Meta>
<Source>
<LocURI>./A/D</LocURI>
</Source>
<Data>N/O</Data>
</Item>
</Results>
结果响应包含两个项目条目，其中第一个项目条目针对由编码为URI地址且相对于根节点的源地址“./A/D”表示的节点D。检索的信息在指示节点D具有两个附属节点J和K的DATA条目内可见。第二个项目条目针对由源地址“./A/D/J”表示的节点J。检索的信息指示节点J也具有两个附属节点N和O。由于节点K、N和O是不具子节点的叶对象，因此，响应中未包含其它条目。
第二个示例基于如下请求<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./A/D？list＝title</LocURI>
</Target>
</Item>
</Get>
该请求指示检索排列在节点D下层的所有节点的标题(节点的人可读名称，参照图3比较参数描述)，节点D通过相对于根节点的URI地址“./A/D”节点寻址。
根据第二示例请求和根据图2b所示管理树的结果请求响应具有如下内容<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<Meta>...</Meta>
<Source><LocURI>./A/D</LocURI></Source>
<Data>节点D标题</Data>
</Item>
<Item>
<Meta>...</Meta>
<Source><LocURI>./A/D/J</LocURI></Source>
<Data>节点J标题</Data>
</Item>
<Item>
<Meta>...</Meta>
<Source><LocURI>./A/D/K</LocURI></Source>
<Data>节点K标题</Data>
</Item>
<Item>
<Meta>...</Meta>
<Source><LocURI>./A/D/K/N</LocURI></Source>
<Data>节点N标题</Data>
</Item>
<Item>
<Meta>...</Meta>
<Source><LocURI>./A/D/K/O</LocURI></Source>
<Data>节点O标题</Data>
</Item>
</Results>
该结果响应包含对应直接地址节点D和图2b管理树中包含的每个附属排列节点(分别为节点J、K、N、O)的项目条目。每个项目的数据条目专用于所包含的每个识别节点的标题。超出本发明范围的编码响应部分已被忽略。
图5所示方框图显示了用于实现根据本发明实施例的上述方法的部件。服务器设备管理代理220表示为另一对应客户机设备管理代理320提供设备管理的连网服务。设备管理数据可分别由服务器设备管理代理220或客户机设备管理代理320提供。服务器设备管理代理220驻留于服务器20上，服务器20可以是与参照图1所述的服务器设备对应的服务器设备。类似地，客户机设备管理代理320驻留于客户机30上，客户机30可以是与参照图1所述的客户机设备对应的客户机设备。设备管理在服务器20与客户机30之间执行。
服务器20和客户机30可经任何网络连接。网络提供服务器20与客户机30之间的逻辑连接，从而允许在可称为设备管理会话的设备管理期间建立端对端通信。逻辑连接及其载体的选择在图1中描述。
客户机30可使用客户机设备管理代理320访问网络，并根据SyncML设备协议标准，经同步适配器340和同步接口330发送消息到服务器。服务器20或服务设备管理220分别经同步适配器240和同步接口230接收或发送消息，并且通过服务器设备管理引擎210管理整个设备管理过程。设备管理操作在原理上绑定于设备管理帧内，该框架是一个或多个所需数据包的原理帧。
服务器设备管理引擎210能够访问适配的设备管理数据库200，该数据库包含有关要管理的客户机30的信息(如由制造商定义并提供的管理树部分)或有关客户机管理树内的实际位置的信息。此外，服务器20的服务器设备管理引擎210能够生成与客户机30交换的设备管理文档，特别是服务器设备管理引擎210能够生成参照图3所述的请求。
对应客户机30能够采用客户机设备管理代理320来响应管理请求。具体地说，客户机设备管理代理320可访问设备管理树300和CGI脚本执行部件310，部件310负责将参照图3所述的包含相关信息的请求解码/解析，并向客户机设备管理代理320提供识别的节点以便检索所请求的信息，必要时进行过滤以及将请求的对应响应编码。
所示的服务器20或客户机30的部件分别为服务器设备管理代理220、服务器设备管理引擎210、设备数据库200及客户机设备管理代理320、CGI脚本执行部件310、设备管理树300，它们可由分别由服务器20或客户机包含的数据处理设备构成。此外，这些部件可由用于分别在服务器20或客户机30上执行的代码段构成，这些代码段包含执行必需处理操作的指令。
最后，所提出的根据本发明实施例和有关发明原理的方法为设备管理，特别是为根据SyncML设备协议标准的设备管理提供了几个优点。结合根据本发明实施例的两种基本方法，可明显地减少数据包类型3和数据包类型4的数据包往返行程(roundtrip)，从而大大减少交换的数据量，即节省了使用设备管理的用户的时间和成本。所提供的基于本发明原理的解决方案无需很多昂贵的变化即可予以实施。
应注意，说明是根据要管理的客户机设备和管理客户机设备的服务器设备作出的。有利的是，在本发明范围内，还可能将发明原理扩展到生成所述类型请求以从服务器设备包含的管理树检索信息的客户机设备，以及类似地将发明原理扩展到生成由所述请求引起的对应响应的服务器请求。这使客户机设备能够以类似的有效、快速、节省成本和时间的方式，探索专用于客户机设备的、包含在服务器设备中的管理树。
运行根据本发明实施例的方法所必需的、参照图5指配给客户机设备和服务器设备的相应部件必须(也)在特定设备内实现，即，服务器设备中客户机设备的特定方法相关部件且反之亦然。
本领域的技术人员显然清楚，随着技术进步，本发明原理可以更广泛的形式来实施。本发明及其实施例并不限于上述示例，而是可以在权利要求书范围内加以变化。
权利要求
1.一种用于生成电子设备的至少部分管理相关信息请求的方法，其中所述管理相关信息分布在以分层结构排列的多个节点中，以及至少一个所述节点与所述管理相关信息的某一部分相关联，其中所述方法包括-通过将以下内容编码而生成所述请求-所述多个节点中的选定节点的地址信息；以及-指示检索所述部分管理相关信息并返回所述检索的部分管理相关信息的命令；其特征在于，所述请求还包含与连接到所述选定节点的多个节点的所述分层结构相关的信息。
2.如权利要求1所述的方法，其特征在于，所述命令指示检索与所述多个连接节点相关联的所述部分管理相关信息，并且返回与所述多个连接节点相关联的所述检索的部分管理相关信息。
3.如权利要求1或2所述的方法，其特征在于，所述多个连接节点是相对于所述选定节点，排列于其下层或上层的节点。
4.如以上任一权利要求所述的方法，其特征在于，与所述分层结构相关的所述信息包括过滤信息，以便指示选择性地检索管理相关信息和指示返回所述选定的检索管理相关信息。
5.如以上任一权利要求所述的方法，其特征在于，所述地址信息包含与所述分层结构相关的所述信息。
6.如权利要求5所述的方法，其特征在于，与所述分层结构相关的所述信息是要通过CGI脚本解码的指令序列。
7.如以上任一权利要求所述的方法，其特征在于，所述请求基于同步标记语言(SyncML)协议，尤其是基于同步标记语言设备管理(SyncML设备)协议。
8.如权利要求7所述的方法，其特征在于，所述请求的所述命令是修改过的GET命令，包括包含修改过的位置统一资源指示器(URI)的TARGET元素内的所述地址信息。
9.一种用于生成包含管理相关信息的响应的方法，所述响应是由于从请求电子设备收到针对至少部分管理相关信息的请求而生成的，其中，管理相关信息分布在按分层结构排列的多个节点中，其中，所述多个节点的至少一个节点与某一部分管理相关信息相关联，其中，所述响应要传送到所述请求电子设备，所述方法包括-检索与所述请求提供的地址信息中定义的一个选定节点相关联的部分管理相关信息；-生成包含所述检索的部分管理相关信息的所述响应；其特征在于，-识别由与连接到所述请求提供的所述选定节点的多个节点的所述分层结构相关的信息指定的节点；-进而检索与所述识别节点相关联的部分管理相关信息，其中，所述部分管理相关信息与所述识别节点相关联；以及-将所述额外检索的部分管理相关信息添加到所述响应中。
10.如权利要求9所述的方法，其特征在于，所述请求是如权利要求1至8之一所述的请求。
11.如权利要求9或10所述的方法，其特征在于，所述多个连接节点是相对于所述选定节点，排列于其下层或上层的节点。
12.如权利要求9至11中任意一项所述的方法，其特征在于，与所述分层结构相关的所述信息包括过滤信息，以便从所述识别节点选择性地检索管理相关信息。
13.如权利要求9至12中任意一项所述的方法，其特征在于，所述地址信息包含与所述分层结构相关的所述信息。
14.如权利要求9至13中任意一项所述的方法，其特征在于，与所述分层结构相关的所述信息是要通过CGI脚本解码的指令序列。
15.如权利要求9至14中任意一项所述的方法，其特征在于，所述响应结构化为多个段，并且所述多个段的每个段包含一个节点的检索的管理相关信息。
16.如权利要求9至15中任意一项所述的方法，其特征在于，所述响应基于同步标记语言(SyncML)协议，具体说是基于同步标记语言设备管理(SyncML设备)协议。
17.如权利要求16所述的方法，其特征在于，所述响应包含具有多个ITEM元素的RESULTS元素，其中，所述多个ITEM元素中的每个ITEM元素包含一个识别节点的管理相关信息。
18.如权利要求17所述的方法，其特征在于，所述多个ITEM元素的所述每个ITEM元素均作了编码，如同已生成GET命令的请求响应，对与所述ITEM元素对应的所述相应节点寻址。
19.一种用于处理管理相关信息的软件工具，其包括程序代码部分，当所述程序用在计算机、用户终端或网络设备上执行的计算机程序实现时，所述程序代码部分用于执行权利要求1至18中任意一项所述的操作。
20.一种用于处理管理相关信息的计算机程序，其包括程序代码部分，当所述程序在计算机、用户终端或网络设备上运行时，所述程序代码部分用于执行权利要求1至18中任意一项所述的操作。
21.一种用于处理管理相关信息的计算机程序产品，其中，所述计算机程序产品包括存储在计算机可读介质上的程序代码部分，当所述程序产品在计算机、用户终端或网络设备上运行时，所述程序代码部分用于执行权利要求1至18中任意一项所述的操作。
22.一种用于生成针对请求接收电子设备的至少部分管理相关信息的请求的设备，其中，所述管理相关信息分布在按分层结构排列的多个节点中，其中，所述多个节点中的至少一个节点与某部分管理相关信息相关联，其中，所述设备包括用于生成所述请求的部件，其包括-用于将所述多个节点中的选定节点的地址信息编码的部件；以及-用于将命令编码的部件，所述命令指示检索与所述选定节点相关联的所述部分管理相关信息并返回所述检索的部分管理相关信息；其特征在于，用于生成所述请求的所述部件还包含一个用于把与连接到所述选定节点的多个节点的所述分层结构相关的信息编码的部件。
23.如权利要求23所述的设备，其特征在于，所述设备适于执行如权利要求1至8中任意一项所述的方法。
24.一种用于生成包含管理相关信息的响应的设备，所述响应是由于从请求电子设备收到针对至少部分管理相关信息的请求而生成的，其中，管理相关信息包含在所述设备中，且分布在按分层结构排列的多个节点中，其中，所述多个节点的至少一个节点与某一部分管理相关信息相关联，其中，所述设备包括-用于检索与所述请求提供的地址信息中定义的一个选定节点相关联的部分管理相关信息的部件；-用于生成包含所述检索的部分管理相关信息的所述响应的部件；其特征在于，所述设备还包括-用于识别由与连接到所述请求提供的所述选定节点的多个节点的所述分层结构相关的信息指定的节点的部件；-用于检索的所述部件，它还适于从所述识别节点检索部分管理相关信息，其中，所述部分管理相关信息与所述识别的节点相关联；-用于将所述额外检索的部分管理相关管理添加到所述响应中的部件；其特征在于，所述响应要传送到所述请求电子设备。
25.如权利要求23所述的设备，其特征在于，所述设备还包括CGI解码部件，用于基于CGI脚本指令将指令序列解码，其中，所述指令序列包含与连接到所述选定节点的多个节点的所述分层结构相关的所述信息。
26.如权利要求22或23所述的设备，其特征在于，所述设备适于执行如权利要求9至18中任意一项所述的方法。
全文摘要
将按分层树状结构排列的管理树或节点用于管理、包含和映射符合SyncML设备协议标准的可管理设备信息。管理服务器可通过GET命令的方式从此类设备请求包含在管理树服务器某一节点中的信息。可管理设备通过发送所请求的管理树信息进行响应。本发明原理提供的方法不仅允许请求一个单一节点信息，而且允许同时请求多个节点的信息。这使得管理过程高效、省时和节约成本。
文档编号H04L29/06GK1625865SQ02828834
公开日2005年6月8日 申请日期2002年4月30日 优先权日2002年4月30日
发明者M·萨希诺亚, R·哈蒂凯宁 申请人:诺基亚有限公司