专利名称：基于tnds对象的配置方法、终端设备及服务器的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种基于TNDS对象的配置方法、终端设备及 服务器。
背景技术：
设备管理(DM =Device Management)系统提供的方案，用于第三方管理和设置无 线网络终端设备(比如手机终端及终端中的功能对象)中的环境和配置信息。图1为开放 移动联盟的设备管理(OMA DM =Open Mobile Alliance Device Management)的整体结构 图。在图1中，终端设备上的设备管理代理(DM Agent =Device Management Agent)用于解 释和执行设备管理服务器发送的管理命令。终端设备上存储的DM管理树被认为是设备管 理服务器通过设备管理协议对终端设备进行管理的接口，其中包括一些基本管理对象(M0 Management Ob ject)，设备管理服务器通过对管理树对象的操作达到控制终端管理对象的 目的。设备管理管理树、管理对象是由节点组成的。管理树中存在着一类被未命名节点， 被称作X节点，它起到占位符的作用，当服务器或终端对它进行实例化时，它才会被命名。 命名后，该节点及其下面的子节点被称为实例，若该节点正好是管理对象的根节点，则称作 管理对象实例。在设备管理中可以采用树和描述序列化(TNDS =Tree And Description Serialization)的方式来创建一个管理子树(例如管理对象实例)，即把管理子树以序列 化的方式放置于管理命令中，通过一个管理命令就可以配置整个管理子树，省去了每个命 令配置一个节点的麻烦。在创建管理对象时，创建者需要考虑每个节点定义时的Status(状态)值和 Occurrence (出现次数)值。节点的状态是指终端是否必须支持某个节点，如果状态为 Required，服务器可以认为终端是支持该节点的，尽管该节点可能暂时不存在。如果某节点 的状态为Required且终端支持该节点的父节点，则终端必须支持该节点。管理对象的根节 点的状态定义为Required。节点的出现次数是指在某个子树中允许的节点实例化次数，可 能的值有Zero0r0ne (0 或 1 个)、ZeroOrMore (O 或多个)、OneOrMore (1 或多个)等。在实现本发明过程中，发明人发现现有技术中至少存在如下问题现有技术对终 端配置TNDS对象时，如果其中一个节点配置失败，包括格式不支持和数据超过范围，需要 全部回滚，也就是说会保留管理树不改变。现有技术使服务器必须严格按照每个终端的具 体特性(如设备描述框架DDF :Device Description Framework)来配置管理树，例如根据 每个终端对节点的支持情况来配置。这样使服务器需要单独考虑每个终端的情况，否则会 造成配置失败。这导致了配置不够灵活，尤其在使用一条消息同时配置多个终端时，则无法 实现。
发明内容
本发明实施例的目的在于提供一种基于TNDS对象的配置方法、终端设备及服务 器，用以解决现有技术中TNDS对象的配置不灵活的问题。为了实现上述目的，本发明实施例提供一种基于TNDS对象的配置方法，包括接 收设备管理命令，所述命令中包括TNDS对象中的待配置节点的信息、所述待配置节点的配 置信息以及待配置节点集合的信息；判断是否各个所述配置信息分别满足相应待配置节点的预设规则，且所述配置信 息对应了待配置节点集合中终端设备支持的全部节点，若是，则使用所述配置信息对相应 待配置节点进行配置，其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根 据所述待配置节点的信息确定所述终端设备是否支持所述待配置节点。本发明实施例还提供了一种终端设备，包括接收模块，用于接收设备管理命令，所述命令中包括树和描述序列化TNDS对象中 的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息并输出；判断模块，用于判断是否各个所述配置信息分别满足相应待配置节点的预设规 贝U，且所述配置信息对应了待配置节点集合中所述终端设备支持的全部节点，并输出判断 结果，其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据所述待配置节 点的信息确定所述终端设备是否支持所述待配置节点；配置模块，用于在所述判断模块的判断结果为是时，使用所述配置信息对相应待 配置节点进行配置。本发明实施例还提供了一种服务器，包括命令生成模块，用于生成设备管理命令，所述命令中包括树和描述序列化TNDS对 象中的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息；命令发送模块，用于向终端设备发送所述命令。本发明实施例的有益效果在于由于在本发明实施例中，设备管理命令中包括TNDS对象中的待配置节点的信息、 所述待配置节点的配置信息以及待配置节点集合的信息，并且需要根据上述信息来判断是 否进行TNDS对象的配置，并且只配置终端设备支持的节点，因此，服务器在生成设备管理 命令时，不需要具体考虑每个终端对节点的支持情况，不必须严格按照每个终端的具体特 性来配置管理树，降低了服务器配置终端的复杂度。采用本发明实施例采用的技术方案，可 以使用一条设备管理消息来同时配置多个终端从而节约空中资源，该多个终端的管理树可 以不同。可见，采用本发明实施例采用的技术方案，可以使得TNDS对象的配置更加灵活。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。图1为开放移动联盟的设备管理的整体结构图；图2为实施例一中的基于TNDS对象的配置方法流程图3为一个SCOMO下载管理子树的结构示意图；图4实施例二中的基于TNDS对象的配置方法流程图；图5为实施例二中的设备管理命令的示意图；图6为实施例三中的基于TNDS对象的配置方法流程图；图7为实施例三中的设备管理命令示意图；图8为实施例四提供的Operations管理子树的XML表示形式示意图；图9为实施例四提供的下载管理子树有两个实例的示意图；图10为实施例四中的设备管理命令的示意图；图11为实施例五中的终端设备框图；图12为实施例五中的服务器框图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。实施例一如图2所示，本实施例中的基于TNDS对象的配置方法包括步骤101，接收设备管理命令；该命令中包括TNDS对象中的待配置节点的信息、待配置节点的配置信息以及待 配置节点集合的信息；待配置节点的信息可以为待配置节点的名称等能够标识待配置节点的信息。待配置节点集合的信息可以为预设集合标识、预设集合标识与预设集合标识对应 的集合中需忽略的节点的信息、或待配置节点的信息。预设集合标识可以为管理子树节点 全集标识或管理子树同层节点全集标识等。在极端情况下，待配置节点可以为一个节点，则 此时，待配置节点集合就是该节点本身，可以用该节点的信息来标识该集合。步骤102，判断该命令是否能够配置相应终端设备，即判断是否各个配置信息分别 满足相应待配置节点的预设规则，且配置信息对应了待配置节点集合中终端设备支持的全 部节点，若是，进行步骤103，否则进行步骤104 ；其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据待配置节 点的信息确定所述终端设备是否支持待配置节点。预设规则包括预设的待配置节点的配置信息的格式和/或节点值数据范围。步骤103，使用该命令中的配置信息对相应待配置节点进行配置，结束；步骤104，确定本次配置失败。在上述设备管理命令中还可以包括TNDS对象类型标识，在接收到设备管理命令后，可以先判断该命令中是否包括TNDS对象类型标识，若是，则进行步骤102，否则可以采 用其他方式来进行配置，例如采用现有技术中的技术方案进行配置。实施例二在本实施例中，对终端设备中的 SCOMO (Software Component ManagementObject，软件组件管理对象)下载管理子树全集进行配置。图3示出了一个SCOMO下载管理子树的结构示意图，本实施例中是对该SCOMO下 载管理子树全集进行配置。图3中的<x>*节点为管理子树的根节点，“*”号表示该节点的 实例化次数为0次或多次。所述<Χ>*节点的子节点中实线框表示的是Required的节点， 虚线框表示的为Optional的节点，“？”号的意思是该节点可以不出现也可以出现1次。另 夕卜，所述<x>*节点还包含两个Ext节点，所述Ext节点是一个内部节点，用于不同厂商对管 理树进行不同的扩展的目的。
当设备管理服务器需要给支持设备管理及其应用协议(例如SCOMO协议)，但支持 不同的Optional节点的终端配置该管理子树时，可以通过广播的方式向各终端发送一个 管理子树全集，也即包含协议中定义的所有Required的和Optional的节点及其节点值、 属性等信息(若某个节点不需要配置，可以仅建立一个空节点，不包含其节点值、属性等信 息)。需要特殊考虑的是Ext节点，上述管理子树全集这个概念可以不包括Ext节点，这 时设备管理服务器对各终端单独配置该节点相关信息；在特殊的情况下也可以包括Ext节 点，例如各终端是同一厂家生产的，其Ext节点下包含的内容和结构是相同的。本实施例的基于TNDS对象的配置方法如图4所示，包括以下步骤步骤201，接收设备管理服务器发送的包括TNDS对象的设备管理命令；该设备管理命令中包括TNDS对象中的待配置节点的信息、待配置节点的配置信 息以及待配置节点集合的信息；该设备管理命令具体可如图5所示。Add命令表示要在终端上添加SC0M0协议下 载管理子树；其中，使用Meta/Type元素标识了该管理子树的类型，即application/vnd. syncml. dmtnds_full+xml，这表示该管理子树是一个TNDS对象，其中的“full”为SC0M0协 议定义的下载管理子树节点全集标识，表示该设备管理命令要对该管理子树中的全部节点 进行配置；Data元素中即为该TNDS对象，其中包含了这个管理子树全集的所有节点的信 息、所有节点的配置信息(即节点属性、值等相关信息)。图5所示的设备管理命令中只列 出了管理子树的根节点、PkgID节点及其配置信息，省略了其它节点。步骤202，判断该设备管理消息中是否包括管理子树全集标识，若是，进行步骤 203，否则，跳出本流程，采用其他方式(如现有技术流程)进行配置；在本实施例中，采用待配置节点集合的信息(即管理子树全集标识)来作为TNDS 对象类型标识，从而节省设备管理消息所携带的信息量。步骤203，选择一个待配置节点，根据设备管理消息中携带的待配置节点的信息判 断终端设备是否支持该节点，若是，进行步骤204，否则，进行步骤206 ；具体可以根据待配置节点的名称获知终端设备是否支持该节点。步骤204，判断该待配置节点对应的管理消息中携带的配置信息是否满足该待配 置节点的预设规则，即该配置信息的格式和/或节点值数据范围正确，若是，进行步骤205， 否则进行步骤210;步骤205，保留该节点，进行步骤207 ；在本步骤中，保留该节点表示后续可能对该节点进行操作，不表示一定存在保存操作。步骤206，丢弃该节点；在本步骤中，丢弃该节点表示后续不对该节点进行操作，不表示一定存在丢弃的操作。步骤207，判断该待配置节点是否最后一个待配置节点，若是，进行步骤208，否 则，返回步骤203 ；步骤208，判断设备管理命令中的配置信息是否对应了管理子树中终端设备支持 的全部节点，若是，进行步骤209，否则进行步骤210 ；步骤209，配置各个保留的节点，结束；步骤210，确定本次配置失败。可见，若判断出任一配置信息不满足相应待配置节点的预设规则，则确定本次配 置失败；并且若判断出配置信息未对应集合(管理子树全集)中终端设备支持的全部节 点，则确定本次配置失败。上述流程中的设备管理信息是服务器根据终端设备的管理树的结构生成的，设备 管理信息中的待配置节点的信息以及待配置节点的集合信息都是服务器根据终端设备的 管理树的结构确定的。服务器获得管理树的结构的方法为终端设备在注册业务时通知服务器该终端设备支持的设备管理及其应用协议 (例如SCOMO协议)，供所述服务器获得所述终端设备的管理树的结构；或者服务器根据本地存储的DDF获得所述终端设备的管理树的结构。在上述图4所示的步骤中(1)管理子树全集标识不一定使用Meta/Type元素来标识，可以使用其它元素，也 可以放置于管理消息的其它位置，目的是使终端能够区分是否使用本实施例的技术方案来 处理TNDS对象；(2)本实施例并不限定节点的配置过程，例如可以不保留而直接开始配置节点，但 需备份原来节点的信息，以备配置失败时进行回滚；(3)步骤203、204、208中的判断可以使用DDF进行判断，例如在进行步骤203中， 可以在DDF的相应管理子树描述中进行查找，看是否包含一个节点的描述，进行步骤208时 可以把保留的节点与DDF相应管理子树描述中支持的所有节点进行对比，看是否包含了所 述管理子树上该终端支持的所有节点，当然，也可以比较节点个数是否相等。但本发明不限 定使用DDF进行判断，也可以使用其它保存的信息来判断。由于在本实施例中，设备管理命令中包括TNDS对象中的待配置节点的信息、待配 置节点的配置信息以及待配置节点集合的信息，并且需要根据上述信息来判断是否进行 TNDS对象的配置，并且只配置终端设备支持的节点，因此，服务器在生成设备管理命令时， 不需要具体考虑每个终端对节点的支持情况，不必须严格按照每个终端的具体特性来配置 管理树，降低了服务器配置终端的复杂度。采用本实施例采用的技术方案，可以使用一条设 备管理消息来同时配置多个终端从而节约空中资源，该多个终端的管理树可以不同。可见， 采用本实施例采用的技术方案，可以使得TNDS对象的配置更加灵活。并且，由于本实施例可以在判断出各个配置信息分别满足相应待配置节点的预设规则，且配置信息对应了待配置节点集合中终端设备支持的全部节点后，再进行配置操作， 避免了现有技术中一旦配置失败需要进行的回滚操作。在上述流程中，设备管理消息中的待配置节点集合的信息可以不是设备管理及其应用协议定义的管理子树全集，而是可以根据实际配置需要确定待配置节点集合。例如，在 有些情况下，欲配置的多个终端所支持的管理子树节点集合小于协议定义的全集，例如各 个终端都不支持EnvType这个节点，这时则不需要下发管理子树全集标识、管理子树对应 的全部节点的信息以及相应的配置信息，只需要下发各终端支持的节点全集的标识、各终 端支持的节点的信息以及相应的配置信息即可。在具体实现时，待配置节点集合的标识可 以为 application/vnd. syncml. dmtnds—multiclient+xml，其中“―multiclient，，表不待配 置节点集合为各终端支持的节点全集。实施例三在采用实施例二的方案时，对于在某次配置时不需要配置的节点(如Optional节 点或出现次数可以为0的Required的节点)，设备管理服务器对终端也配置了一个空节点， 这样就造成了设备管理信息的一些冗余。因此在本实施例中，通过对不需配置节点不进行 配置，来实现去除设备管理信息的冗余的目的，在本实施例中，配置节点集合的信息采用预 设集合标识与预设集合标识对应的集合中需忽略的节点的信息。本实施例的基于TNDS对象的配置方法如图6所示，包括以下步骤步骤301，接收设备管理服务器发送的包括TNDS对象的设备管理命令；该设备管理命令中包括TNDS对象中的待配置节点的信息、待配置节点的配置信 息以及待配置节点集合的信息，在本步骤中，待配置节点集合的信息包括预设集合标识与 预设集合标识对应的集合中需忽略的节点的信息；该设备管理命令具体可如图7所示。Replace命令表示要在终端上替换SCOMO协 议下载管理子树，该SCOMO协议下载管理子树可以如图3所示；实施例不同的地方在于对 Name节点添加了一个Ignore元素，用于标识该节点在配置的时候需要被忽略，当然也可以 用Ignore的元素值来表示是否忽略。服务器在下发该命令之前，需要确定一个或多个终端设备对某个管理子树的节点 的支持情况，这可以从它(们)的DDF中获知，从中解析出支持的所有节点，以确定管理子 树节点全集的范围。另外，服务器可以进一步根据DDF判断客户端支持的节点具体信息情 况，例如节点属性等，目的是确保服务器向(各)客户端发送的TNDS对象能符合它(们) 的DDF定义。步骤302，判断该设备管理消息中是否包括TNDS对象类型标识，若是，进行步骤 303，否则，跳出本流程，采用其他方式(如现有技术流程)进行配置；在本实施例中，采用待配置节点集合的信息(即“multiclient”)来作为TNDS对 象类型标识，从而节省设备管理消息所携带的信息量。步骤303，选择一个待配置节点，根据设备管理消息中携带的待配置节点的信息判 断终端设备是否支持该节点，若是，进行步骤304，否则，进行步骤308 ；步骤304，判断该待配置节点是否需要被忽略，若是，进行步骤305，否则进行步骤 306 ；具体可根据Name节点前是否添加了 Ignore元素来判断该待配置节点是否需要被 忽略。步骤305，记录该待配置节点，进行步骤309 ；步骤306，判断该待配置节点对应的管理消息中携带的配置信息是否满足该待配置节点的预设规则，若是，进行步骤307，否则进行步骤312 ；步骤307，保留该节点，进行步骤309 ；步骤308，丢弃该节点；步骤309，判断该待配置节点是否最后一个待配置节点，若是，进 行步骤310，否 则，返回步骤303 ；步骤310，判断全部保留的节点和记录的节点是否包括了 SCOMO协议下载管理子 树中的全部节点，若是，进行步骤311，否则进行步骤312 ；在本实施例中，判断全部保留的节点和记录的节点是否包括了 SCOMO协议下载管 理子树中的全部节点就是在判断设备管理命令中的配置信息是否对应了待配置节点集合 中终端设备支持的全部节点，待配置节点集合包括了 SCOMO协议下载管理子树中全部未被 忽略的节点。进行本步骤判断的方法也可以是将记录的节点从SCOMO协议下载管理子树全 集中去除得到待配置节点集合并判断设备管理命令中的配置信息是否对应了待配置节点 集合中终端设备支持的全部节点。步骤311，配置各个保留的节点，结束；步骤312，确定本次配置失败。本实施例中，通过忽略标识，对不需配置节点不进行配置，实现了去除设备管理信 息的冗余的目的。实施例四本施例提供一种基于TNDS对象的配置方法，使设备管理服务器在不需要配置 一些更下层的子树时，则不用发送节点的全集，而只发送管理树中同层节点的全集。这 里的同层节点是指拥有同一个父节点的各个节点，例如，如图8所示，为本实施例提供的 Operations管理子树的XML(extensible Markup Language，扩展标记语言)表示形式，它 实际上在给出节点名称(代码中省略节点其它信息)的同时也给出了该管理子树的结构。 最外层的〈NodeX/Node〉元素用于标识和携带Operations节点以及它下面的所有子节点， 其中Operations节点是该管理子树的根节点(或称首节点)，它的名称用上述Node元素后 面紧接着的NodeName元素表示。在Operations节点之后，分别用了两个<NodeX/Node>元 素以并列的方式(即在前一个节点以</Node>结束之后再出现下一个节点的<Node>)来携 带Download和DownloadInstall节点，则说明这两个节点拥有同一个父节点Operations， 这里把它们定义为同层节点。而Operations与Download这两个节点就不是同层节点，而 是父节点和子节点的关系。从图3的管理子树结构图中可以更直观的看出这一点，例如直接与<x>*相连的各 个节点则是同层节点。但需要注意这里的<X>*必须被实例化(例如实例化为节点1)后才 能称它的子节点为同层节点。图9为本实施例提供的下载管理子树有两个实例的示意图， 从图9中更能清楚理解上述同层节点。如图9，下载管理子树中有两个实例，即实例1及其 管理子树和实例2及其管理子树。同层节点仅局限于一个实例内部，也就是说属于另一个 实例(例如节点2)下面的子节点与节点1的子节点则不是同层节点。如图10所示，为本实施例中的基于TNDS对象的配置服务器向终端发送的设备管 理命令的示意图，Add命令是在终端上添加下载管理子树；其中使用Meta/Type元素标识了 i亥管理子积 白勺类型，艮口 application/vnd. syncml. dmtnds_fullOfSameParent+xml,表示这个管理子树的同层节点是一个全集；Data元素中即为该TNDS对象，其中包含了图5中所示 的<x>*(即节点1)及其与它直接相连的所有子节点及节点属性、值等相关信息，例如PkgID 节点、Operations节点等，但不包括这些子节点的更下层子节点，例如Download节点。本实施例中的基于TNDS对象的配置方法与图4所示的流程类似，其不同之处在 于服务器在下发该命令之前，需要确定某个客户端或多个客户端对某个管理子树的 同一层次上的节点的支持情况，这可以从它(们)的DDF中获知，从中解析出同一层次上支 持的所有节点，以确定管理子树同层节点全集的范围。在步骤202中，判断的是该设备管理消息中是否包括管理子树同层全集标识(例 如 “_ful IOfSameParent ” 标识)；在步骤208中，需要把所有保留的节点按同层节点进行划分，对于每一层，终端判 断是否保留的节点包含了该终端在该层上支持的所有节点，若有一层不满足则本次管理命 令失败，若每一层都满足，使用保留的节点信息配置管理子树。在本实施例中，TNDS对象只包含了一层，因此，只要该层保留的节点包含了该终端 在该层上支持的所有节点，则使用保留的节点信息配置管理子树。
另外需要注意的是，上述提及的的同层节点是处于某个节点下面与其直接相连的 子节点，尤其是指与一个X节点相连的子节点。而X节点实例化后，也可以算作一个同层节 点，例如X节点实例化为节点1，则节点1自己是一个同层节点，因此根据上述步骤，设备管 理服务器可以在终端上单独配置一个上述的节点1，而不配置其子节点。还有一种情况，若同层节点中仅存在一个Optional的节点，其它节点都是 Required的，则服务器可以不发送同层节点的全集，即可以不用配置这个Optional的节 点，终端可以根据服务器发送的同层节点的个数和自己支持的同层节点个数，判断出服务 器少配置了 一个可选节点，而不会导致配置失败。同样，可以在同层节点中标识本次配置需要忽略的节点，这与实施例三的方法相 同。实施例五本实施例中的终端设备，如图11所示，包括接收模块，用于接收设备管理命令，所述命令中包括树和描述序列化TNDS对象中 的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息并输出；判断模块，用于判断是否各个所述配置信息分别满足相应待配置节点的预设规 贝U，且所述配置信息对应了待配置节点集合中所述终端设备支持的全部节点，并输出判断 结果，其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据所述待配置节 点的信息确定所述终端设备是否支持所述待配置节点；配置模块，用于在所述判断模块的判断结果为是时，使用所述配置信息对相应待 配置节点进行配置。该终端设备还可以包括识别模块，用于判断所述命令中是否包括所述TNDS对象类型标识，若是，则通知 所述判断模块进行相应操作；禾P/或
协议发送模块，用于在注册业务时通知服务器所述终端设备支持的设备管理及其 应用协议，供所述服务器获得所述终端设备的管理树的结构。本实施例中的服务器，如图12所示，包括命令生成模块，用于生成设备管理命令，所述命令中包括树和描述序列化TNDS对 象中的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息；命令发送模块，用于向终端设备发送所述命令。该服务器还可以包括管理树获得模块，用于获得所述终端设备的管理树的结构，输出给所述命令生成 模块。以上所有实施例，只是本发明优选的具体实施方式
，本领域的技术人员在本发明 的技术方案内进行的通常变化和替换都应包含在本发明的保护范围之内。
权利要求
一种基于树和描述序列化TNDS对象的配置方法，其特征在于，包括接收设备管理命令，所述命令中包括TNDS对象中的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息；判断是否各个所述配置信息分别满足相应待配置节点的预设规则，且所述配置信息对应了待配置节点集合中终端设备支持的全部节点，若是，则使用所述配置信息对相应待配置节点进行配置，其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据所述待配置节点的信息确定所述终端设备是否支持所述待配置节点。
2.如权利要求1所述的配置方法，其特征在于，所述命令中还包括TNDS对象类型标识；所述终端设备接收所述命令后，先判断所述命令中是否包括所述TNDS对象类型标识， 若是，则进行所述是否各个所述配置信息分别满足相应待配置节点的预设规则，且所述配 置信息对应了所述集合中所述终端设备支持的全部节点的判断。
3.如权利要求1所述的配置方法，其特征在于，所述是否各个所述配置信息分别满足 相应待配置节点的预设规则，且所述配置信息对应了所述集合中所述终端设备支持的全部 节点的判断中，若判断出任一所述配置信息不满足相应待配置节点的预设规则，则确定本 次配置失败。
4.如权利要求1或3所述的配置方法，其特征在于，所述预设规则包括预设的所述待配 置节点的配置信息的格式和/或节点值数据范围。
5.如权利要求1所述的配置方法，其特征在于，所述是否各个所述配置信息分别满足 相应待配置节点的预设规则，且所述配置信息对应了所述集合中所述终端设备支持的全部 节点的判断中，若判断出所述配置信息未对应所述集合中所述终端设备支持的全部节点， 则确定本次配置失败。
6.如权利要求1所述的配置方法，其特征在于，所述待配置节点集合的信息为预设集 合标识、所述预设集合标识与所述预设集合标识对应的集合中需忽略的节点的信息、或所 述待配置节点的信息。
7.如权利要求6所述的配置方法，其特征在于，所述预设集合标识为管理子树节点全 集标识或管理子树同层节点全集标识。
8.如权利要求1所述的配置方法，其特征在于，所述待配置节点的信息以及所述待配 置节点的集合信息是服务器根据所述终端设备的管理树的结构确定的，所述服务器获得所 述管理树的结构的方法为所述终端设备在注册业务时通知服务器所述终端设备支持的设备管理及其应用协议， 供所述服务器获得所述终端设备的管理树的结构；或者所述服务器根据本地存储的设备描述框架DDF获得所述终端设备的管理树的结构。
9.一种终端设备，其特征在于，包括接收模块，用于接收设备管理命令，所述命令中包括树和描述序列化TNDS对象中的待 配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息并输出；判断模块，用于判断是否各个所述配置信息分别满足相应待配置节点的预设规则，且 所述配置信息对应了待配置节点集合中所述终端设备支持的全部节点，并输出判断结果， 其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据所述待配置节点的信息确定所述终端设备是否支持所述待配置节点；配置模块，用于在所述判断模块的判断结果为是时，使用所述配置信息对相应待配置 节点进行配置。
10.如权利要求9所述的终端设备，其特征在于，还包括识别模块，用于判断所述命令中是否包括所述TNDS对象类型标识，若是，则通知所述 判断模块进行相应操作。
11.如权利要求9所述的终端设备，其特征在于，还包括协议发送模块，用于在注册业务时通知服务器所述终端设备支持的设备管理及其应用 协议，供所述服务器获得所述终端设备的管理树的结构。
12.一种服务器，其特征在于，包括命令生成模块，用于生成设备管理命令，所述命令中包括树和描述序列化TNDS对象中 的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息； 命令发送模块，用于向终端设备发送所述命令。
13.如权利要求12所述的服务器，其特征在于，还包括管理树获得模块，用于获得所述终端设备的管理树的结构，输出给所述命令生成模块。
全文摘要
本发明公开了一种TNDS对象的配置方法、终端设备及服务器。该方法包括接收设备管理命令，所述命令中包括TNDS对象中的待配置节点的信息、所述待配置节点的配置信息以及待配置节点集合的信息；判断是否各个所述配置信息分别满足相应待配置节点的预设规则，且所述配置信息对应了待配置节点集合中终端设备支持的全部节点，若是，则使用所述配置信息对相应待配置节点进行配置，其中，根据所述待配置节点集合的信息确定所述待配置节点集合，根据所述待配置节点的信息确定所述终端设备是否支持所述待配置节点。采用本发明技术方案，降低了服务器配置终端的复杂度，并使得TNDS对象的配置更加灵活。
文档编号H04L12/24GK101820354SQ20091011850
公开日2010年9月1日 申请日期2009年2月26日 优先权日2009年2月26日
发明者宋悦, 王睿 申请人:华为终端有限公司