CN105103505A - 在无线通信***中由服务器的终端请求或提供资源的方法和装置 - Google Patents

Abstract

根据本发明的实施方式的用于使用分配给MO实例的缓存验证器CV处理MO数据的请求的方法包括以下步骤：从服务器接收用于识别MO数据的统一资源标识符URI信息，以请求MO实例的特定MO数据；确定URI信息是否包括第一CV；当URI信息不包括第一CV时，将所请求的特定MO数据发送到服务器；以及当URI信息指示MO实例的根节点时，发送用于MO实例的第二CV，其中，MO实例具有由至少一个节点组成的树结构；MO数据包括在MO实例中包括的节点的名称、值和结构，并且所述方法由终端执行。

Description

在无线通信***中由服务器的终端请求或提供资源的方法和装置

技术领域

本发明涉及用于在无线通信***中由服务器请求资源或资源的方法和装置，并且更特别地，涉及用于使用缓存验证器(CV)请求或提供资源的方法和装置。

背景技术

通常，DM(设备管理)技术对应于能够以设备管理服务器使用有效方法远程控制存储在特定设备中的变量或者对象的值的方式改变所述特定设备的配置的技术。正在努力基于在SynchML自发(同步标记语言)论坛中编写的SynchML数据同步由OMA(开放移动联盟)将DM技术开发为内部标准，并且DM技术已被不同标准化组和全世界通信服务提供商接受作为未来设备管理技术标准。与不同设备管理技术相比，OMA设备管理技术包括支持多种功能的标准，诸如，设备管理协议标准、用于设备管理文档表达方案的标准、用于与发送协议绑定的协议、用于设备管理树和设备管理节点的标准、用于DDF(设备描述框架)的标准、用于通知的标准等。

设备管理可以以设备管理服务器(DMS)将针对设备内存在的管理对象(MO)的命令发送到该设备，并且该设备的设备管理客户端(DMC)执行该命令。DMC对应于被配置成从DMS接收该命令并且以被安装在该设备上的方式执行该命令的实体。MO与该设备内存在的管理树(或树)或树的节点在逻辑上连接。因此，设备管理服务器可以控制MO，MO变为命令的目标、或者通过针对MO的命令与MO相关的树或节点。MO通常存在于设备的数据库中，并且设备管理服务器可以以经由树或节点的URI接入MO的方式指示管理命令。

发明内容

技术问题

本发明的目标在于提供一种用于在无线通信***中由服务器请求UE资源的方法和装置，以及用于在无线通信***中由服务器提供UE资源的方法和装置。

将理解，将由本发明实现的技术目标不限于上述技术目标，并且对于本发明所属领域的普通技术人员来说，在此未提到的其它技术目标将从以下说明变得明显。

技术方案

本发明的目标可以通过提供用于使用分配给管理对象(MO)实例的缓存验证器(CV)处理MO数据的请求的方法实现，其中，该方法由移动终端执行，MO实例由包括一个或更多个节点的树结构组成，并且MO数据包括在MO实例中包括的节点的名称、值和结构，该方法包括以下步骤：从服务器接收用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的URI(统一资源标识符)信息的请求；以及确定所述URI信息中是否包括第一CV，其中，如果所述URI信息中不包括所述第一CV，则所述方法还包括以下步骤：将所请求的特定MO数据发送至所述服务器；以及如果所述URI信息指示所述MO实例的根节点，则发送用于所述MO实例的第二CV。

优选地，该方法还包括：如果所述URI信息中包括所述第一CV，则验证所述第一CV；如果验证出所述第一CV是有效的，则将指示所述第一CV的有效性的结果发送至所述服务器；以及如果验证出所述第一CV不是有效的，则将所请求的特定MO数据发送至所述服务器，并且如果所述URI信息指示所述MO实例的根节点，则发送用于所述MO实例的所述第二CV。

优选地，该方法还可以包括：如果所述MO实例被改变，则更新用于所述MO实例的所述第二CV。

优选地，MO实例可以是可缓存的。

优选地，第一CV可以由包括在所述URI中的特定字段提供。

优选地，如果所述MO实例没有被改变，则验证出所述第一CV是有效的。

根据本发明的另一方面，一种用于使用分配给管理对象(MO)实例的缓存验证器(CV)请求MO数据的方法，其中，所述方法由服务器执行，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述方法包括：将用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的URI(统一资源标识符)信息的请求发送到移动终端；如果所述服务器知晓用于所述MO实例的第一CV，则将所述第一CV包括在所述URI信息中；如果所述服务器不知晓用于所述MO实例的所述第一CV，则防止将所述第一CV包括在所述URI信息中；以及如果所述URI信息中不包括所述第一CV，则从所述移动终端接收所请求的特定MO数据，并且如果所述URI信息指示所述MO实例的根节点，则接收用于所述MO实例的第二CV。

优选地，该方法还可以包括以下步骤：如果所述URI信息中包括所述第一CV，则由所述移动终端验证所述第一CV；；如果验证出所述第一CV是有效的，则从所述移动终端接收指示所述第一CV的有效性的结果；以及如果验证出所述第一CV不是有效的，则从所述移动终端接收所请求的特定MO数据，并且如果所述URI信息指示所述MO实例的根节点，从所述移动终端接收用于所述MO实例的所述第二CV。

优选地，如果包括在所述MO实例中的特定资源被改变，则更新用于所述MO实例的所述第二CV。

优选地，所述MO实例可以是可缓存的。

优选地，可以由包括在所述URI中的特定字段提供所述第一CV。

优选地，如果所述MO实例没有被改变，则验证出所述第一CV是有效的。

根据本发明的另一方面，一种用于使用分配给管理对象(MO)实例的缓存验证器(CV)处理MO数据的请求的移动终端，其中，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述移动终端包括：射频(RF)单元；以及处理器，所述处理器被配置成控制所述RF单元，其中，所述处理器从服务器接收用于获取所述MO实例的特定MO数据的包括识别特定MO数据的URI(统一资源标识符)信息的请求，并且确定所述URI信息中是否包括第一CV，并且其中，当所述URI信息中不包括所述第一CV时，所述处理器将所述特定MO数据发送到所述服务器，并且当所述URI信息指示所述MO实例的根节点时，发送用于所述MO实例的第二CV。

根据本发明的另一方面，一种用于使用分配给管理对象(MO)实例的缓存验证器(CV)请求MO数据的服务器，其中，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述服务器包括：射频(RF)单元；以及处理器，所述处理器被配置成控制所述RF单元，其中，所述处理器被配置成：将用于获取所述MO实例的特定MO数据的包括识别特定MO数据的URI(统一资源标识符)信息的请求发送到移动终端，并且当所述服务器知晓用于所述MO实例的所述第一CV时，将第一CV包括在所述URI信息中；并且其中，当所述服务器不知晓用于所述MO实例的所述第一CV时，从所述移动终端接收所请求的特定MO数据，并且当所述URI信息指示所述MO实例的根节点时，接收用于所述MO实例的第二CV。

将理解，本发明的以上概括说明和以下详细说明是示例性的和说明性的，并且旨在提供所要求的本发明的进一步解释。

有益效果

根据本发明的示例性实施方式，本发明可以有效地管理用于由服务器请求资源的方法和用于将资源提供给服务器的方法。

本领域技术人员将想到，可以通过本发明实现的效果不限于以上特别描述的那些，并且本发明的其它优点将从结合附图描述的以下详细说明被更清楚地理解。

附图说明

被包括以提供本发明的进一步理解的附图示出本发明的实施方式，并且与说明书一起用于解释本发明的原理。

图1示例性地示出HTTP网页缓冲器。

图2示例性地示出在设备管理(DM)中限定的管理对象(MO)实例。

图3示出根据本发明的实施方式的MO实例-特定缓冲验证器(CV)的分配示例。

图4是示出根据本发明的实施方式的用于请求资源的方法的流程图。

图5是示出根据本发明的实施方式的用于提供资源的方法的流程图。

图6是示出与根据本发明的另一个实施方式相比的另一种方法的流程图。

图7是用于实现本发明的实施方式的装置的框图。

具体实施方式

现在将详细地作出对本发明的优选实施方式的参考，其示例在附图中示出。本发明的以下详细说明包括详情，以帮助全面地理解本发明。本领域技术人员将想到，本发明可以在没有这些详情的情况下被实现。

在一些情况下，为了防止本发明的概念被模糊，已知技术的结构和装置将被省略，或者基于每个结构和装置的主要功能以框图的形式被示出。另外，当可能时，贯穿附图和说明书，相同参考标记将被用于指相同或类似部件。

在本发明中，用于设备到设备通信的设备(即，M2M设备)可以是固定的或者移动的，并且包括与用于设备到设备通信的服务器(即，M2M服务器)通信以发送/接收用户数据和/或多种类型的控制信息的设备。M2M设备可以被称为终端设备、移动台(MS)、移动终端(MT)、用户终端(UT)、用户服务站(SS)、无线设备、个人数字助理(PDA)、无线调制解调器、手持设备等。在本发明中，M2M服务器是指与M2M设备和/或其它M2M服务器通信的固定台，并且通过与M2M设备和/或其它M2M服务器通信，与M2M设备和/或其它M2M服务器交换多种类型的数据和控制信息。

将给出与本发明相关的背景的描述。

设备管理

设备管理(DM)是指从多种管理权限的角度看设备的设备配置或其它被管理对象的管理。设备管理包括随后更新设备中的永久信息、从设备恢复管理信息、以及由设备生成的处理事件和警报，但是不限于在设备中设置初始配置信息。

管理树

管理树是管理服务器例如通过将值存储在管理树中或者从其恢复值，并且通过操纵管理树(例如，接入控制列表(ACL))的特性，来与DM客户端交互的接口。在说明书中，管理树可以与设备管理树或DM树可交换的使用。

管理对象(MO)

管理对象是旨在为以一些方式关联的节点的(可能单独)集合的管理树的子树。例如，./DevInfo节点和其子节点可以形成管理对象。简单管理对象可以由单个节点组成。

DM服务器或DMS(设备管理服务器)

DM服务器或DMS可以是在所部署的设备管理架构中的抽象软件组件，所部署的设备管理架构符合被指定用于DM服务器或DMS的OMA设备管理使能器静态一致要求。DM服务器或DMS可以用作DM客户端-服务器协议的端点和DM服务器-服务器接口。

而且，DM服务器或DMS可以设置在装置、设备、计算机等中，其包括通信模块、处理器模块等，并且从而DM服务器或DMS可以被实现为一个设备。

DM客户端或DMC(设备管理客户端)

DM客户端或DMC可以是设备实现中的抽象软件组件，设备实现符合被指定用于DM客户端的OMA设备管理使能器静态一致要求。DM客户端或DMC可以用作DM客户端-服务器协议的端点。

而且，DM客户端或DMC可以设置在包括通信模块、处理器模块等的设备中，所述设备是DM的目标，并且从而DM客户端或DMC可以被实现为一个设备。

接入控制列表(ACL)

ACL是用于管理树中的特定节点的DM服务器标识符和与每个标识符相关的接入权限的列表。

节点

节点是管理树中的单个元素。在管理树中可以存在两种节点：内节点和叶节点。节点的格式属性提供关于节点是叶节点还是内节点的信息。

内节点

内节点可以具有子节点，但是不能存储分配给其的任何值，即，节点值。内节点的格式属性是“节点”。

叶节点

叶节点可以存储节点值，但是不能具有子节点。叶节点的格式属性不是“节点”。

从而，所有父节点都必须是内节点。

永久节点

永久节点是具有被设置为“永久”的DDF属性范围的节点。如果节点不是永久节点，则节点对应于动态节点。永久节点不能由服务器动态地生成或删除。

动态节点

动态节点是具有被设置为“动态”的DDF属性范围或者具有未指定的DDF属性范围的节点。

服务器标识符

服务器标识符是指用于DM服务器的OMADM内部名称。DM服务器通过OMADM账户与在设备中存在的服务器标识符相关。

ACL属性和ACL值

通过DM协议管理的所有终端都具有从根节点开始的一个DM树，并且DM协议通过操作DM树的每个节点执行针对终端的管理指令。例如，为了将所下载的软件安装在终端中，可以通过执行与软件匹配的节点“安装”被安装。每个节点都可以表示诸如图的简单信息和诸如图片数据或日志数据的复杂数据。另外，每个节点都可以表示诸如“执行”或“下载”的一个命令。

每个节点都具有提供与其相关的元信息的属性。该属性包括从节点在DM树中生成到其消失可以使用相应节点的运行时间。运行时间属性包括ACL、格式、名称、大小、标题、时间戳(TStamp)、类型和版本号(VerNo)。

ACL(接入控制列表)是终端和服务器两者在DM1.3协议中需要执行的不可缺少的功能。ACL指定特定DM服务器可以针对特定节点执行的DM命令。未指定DM命令不能被执行。换句话说，ACL是指特定DM服务器针对特定节点所允许的权限。在DM协议中，ACL被给予DM服务器的服务器标识符，而不是DM服务器和DM服务器证书的URI和IP地址。服务器标识符被用作用于在DM协议中认证DM服务器的标识符。另外，ACL可以被提供为ACL属性，并且ACL值被给予ACL属性。在说明书中，ACL值可以可交换地称为ACL信息或关于ACL的信息。在DM1.3协议中，所有节点都具有ACL属性，并且具有ACL属性的节点被限定为使得节点具有空ACL值或者非空ACL值。

ACL具有包括ACL继承的唯一属性，该属性不同于运行时间属性。ACL继承是指当DM树中的节点不具有ACL值时，从节点的父节点的ACL值获取DM树中的节点的ACL值。如果父节点不具有ACL值，则从父节点的父节点的ACL值获取ACL值。由于DM协议指定根节点，DM树的最高节点必须具有ACL值，ACL值必须被继承。因为ACL继承针对全部ACL值而不针对单个DM命令被执行，所以仅当ACL值为空时执行从父节点的ACL继承。即，当特定节点的ACL值仅指定权限“Add(添加)”时，没有被指定的权限“Get(获取)”不被继承。

在DM协议中，根节点具有“Add＝*&Get＝*”作为关于ACL的基本值。在此，“*”是通配符并且是指任意DM服务器。DM服务器使用“Get”命令，以获得ACL值，并且关于“./NodeA/Node1？prop＝ACL”的“Get”命令获取./NodeA/Node1的ACL值。而且，使用“Replace(替换)”来替换ACL值。即，ACL值通过对“./NodeA/Node1？prop＝ACL”执行“Replace”命令被替换，以将值改变为“Add＝DMS1&Delete＝DMS1&Get＝DMS1”。在DM协议中，单个ACL条目不能被改变，但是所有ACL值可以被一次改变。基于ACL限定获取和校正ACL值的权限。针对内节点和叶节点的权限被不同地限定。

-内节点

如果存在针对相应节点的“Get”权限和“Replace”权限，则可以获取并且替换相应节点的ACL值。“Replace”权限是指替换所有子节点的ACL值的权限。

-叶节点

如果存在针对相应节点的父节点的“Replace”权限，则可以替换相应节点的ACL值。为了获得相应节点的ACL值，需要针对相应节点的父节点的“Get”权限。当存在针对相应节点的“Replace”权限时，可以替换相应节点的ACL值。为了替换相应节点的ACL，需要针对相应节点的父节点的“Replace”权限。

替换节点的ACL值的权限可以由节点的父节点的ACL值来控制，而不管该节点是内节点还是叶节点。当存在针对内节点的“Replace”权限时，不仅可以替换内节点的ACL值，而且还可以替换所有子节点的ACL值。从而，如果存在针对根节点的“Replace”权限，则可以针对DM树中的所有节点提供任何权限。然而，针对父节点具有“Replace”权限不意味着具有特定权限，诸如，针对父节点的子节点的“Get”的特定权限，并且“Get”权限需要被直接指定用于子节点。从而，ACL需要在执行命令之前被校正，并且相应子节点的ACL值通过到子节点的路径上的所有节点的ACL值的校正被最终校正。这是不方便的，因此当存在针对父节点或者相应节点的祖先节点(ancestornode)的“Replace”权限时，DM协议允许在不校正中间节点的ACL值的情况下，直接校正相应节点的ACL值。

当DM服务器通过“Add”命令生成新节点时，所生成的节点通常不具有ACL值，因此从该节点的父节点继承所有权限。然而，当所生成的节点是内节点并且针对父节点不存在权限“Replace”时，必须通过在生成节点的同时设置节点的ACL值，来具有管理相应节点的权限。

用于表示ACL值的语法在[DM-TND]中定义，并且ACL值的示例是“Get＝DMS1&Replace＝DMS1&Delete＝DMS2”。在此，DMS1和DMS2是DM服务器的服务器标识符，并且Get、Replace和Delete是DM命令。从而，DMS1可以针对相应节点执行“Get”和“Replace”命令，并且DMS2可以执行“Delete”命令。在此，Get＝DMS1、Replace＝DMS1和Delete＝DMS2是ACL条目，并且表示DM服务器的各自命令权限。即，ACL值对应于一组ACL条目，并且每个节点的ACL值都可以包括至少一个ACL条目。

DDF(设备描述框架)

DDF是用于如何描述针对特定设备类型的管理语法和语义的规范。DDF提供关于终端的MO、管理功能和DM树结构的信息。

DM1.3认证

在DM1.3中，基于ACL执行认证。针对每DM命令执行DM认证。当DM服务器发送多个DM命令时，DM客户端(在下文中被称为DMC)在执行各个命令之前执行认证，并且作为认证的结果仅执行允许的DM命令。

DM树

DM树是指由DM客户端披露的MO实例的集合。DM树可以用作基于与客户端交互的管理服务器的接口。例如，管理服务器可以存储来自DM树的特定值，可以检索特定值，并且可以操纵DM树的性质(attribute)。

MO数据

MO数据可以对应于关于DM树的信息。该信息可以涉及DM树的整个部分，并且可以是DM树的一些部分(例如，MO实例的子树)。在DM2.0协议中，DM服务器可以使用ClientURI请求MO数据，并且MO数据可以由节点名称、节点值、以及节点结构组成。

资源缓存

缓存可以指用于减少资源在服务器和客户端之间的不必要传输的技术。客户端可以存储来自服务器的先前响应，并且当请求相同资源时，可以重新使用所存储的数据。

缓存验证器(CV)

缓存验证器(CV)可以是用于验证缓存的组件。缓存验证可以是用于确定从资源请求器缓存的资源是否是最新资源的处理。术语“新鲜度”可以指示在资源作为资源请求者被发送之后是否被改变。缓存验证器(CV)的一般示例是在网页缓存中使用的ETag和Last-Modified字段。

MO实例

MO实例可以指示由DM客户端对公众开放的管理对象(MO)的出现。MO实例可以共享相同节点定义和行为，并且可以由通过DM客户端对公众开放的相关节点的集合(或聚集)表示。单个MO的多个实例可以存在于DM树中。

ClientURI

ClientURI可以识别在UE中存在的DM树的特定节点。ClientURI可以指出内节点或叶节点。从而，ClientURI可以通过用于指示特定节点的指示符或信息来表示。

HTTP网页缓存

HTTP是被广泛用于在网页上发送/接收资源的协议。在HTTP中，HTTP命令(例如，GET、DELETE、PUT、POST等)被应用至被称为URI的资源，使得可以操纵资源。例如，HTTP客户端必须识别指示相应图像文件的URI，以获得在网页上存在的图像文件。如果相应URI由http://www.server.com/a.jpg表示，则将命令HTTPGET发送到相应URI。HTTP服务器可以响应于HTTPHET命令，将相应图像文件发送到HTTP客户端。

当HTTP客户端在随后处理中重新请求相同的下载资源时，假设相应图像文件没有被更新，则用于将相同资源重新发送到HTTP客户端的操作可以被认为是无效率的。作为用于解决这样的无效率的代表性方法，网页缓存被广泛地使用。网页缓存可以提高HTTP服务器和HTTP客户端之间的响应速度(即，网页缓存可以实现HTTP服务器和HTTP客户端之间的低等待时间)，并且可以减少网络流量。为了网页缓存，HTTP客户端可以将从HTTP服务器接收的资源存储在本地存储器中(即，HTTP客户端可以执行从HTTP服务器接收的资源的本地复制)。当HTTP客户端使用相同URI再次请求资源时，或者当相应资源被改变时，HTTP客户端可以再次从HTTP服务器接收该资源。为此目的，需要用于确定相应资源是否被改变的过程，并且该过程在下文中将被称为缓存验证处理或缓存验证。缓存验证可以是用于验证缓存是有效的还是已经过期的处理。用于在缓存验证过程中提供关于缓存的有效性信息的对象被称为缓存验证器(CV)。在HTTP中，ETag和Last-Modified可以被用作缓存验证器(CV)。

ETag可以是由HTTP服务器给予特定版本的资源的一种标识符(ID)。当发送对资源请求的响应时，HTTP服务器可以同时发送由URI指示的资源和分配给该资源的ETag值。如果资源被改变(即，如果资源版本被改变)，则ETag值也被改变，并且在缓存验证处理期间，将从HTTP客户端接收的ETag值与HTTP服务器的ETag值进行比较，使得确定HTTP客户端的本地副本是否是最新版本。

如果最新版本资源由HTTP客户端拥有，则HTTP服务器不需要重新发送该资源。图1的左表可以概念性地示出使用ETag的网页缓存，并且图1的右表可以概念性地示出使用Last-Modified的网页缓存。

在步骤S101-a中，图1的左表的HTTP客户端可以通过特定URI(http://www.server.com/a.jpg)请求图像文件资源“a.jpg”。在步骤S102-a中，HTTP服务器可以将HTTP头部(诸如，ETag)包括在图像文件中用作所请求的资源，并且然后发送所得到的图像文件。ETag头部可以指示分配给当前版本的图像文件资源的ETag值。HTTP客户端可以接收响应消息，并且可以将图像文件资源存储在本地存储器中(即，可以执行本地复制)，并且同时还可以存储ETag值。

当HTTP客户端发送关于相同URI的请求消息时，在步骤S103-a中，使用HTTP头部(即，If-None-Match)将所存储的ETag包含在请求消息中。HTTP服务器接收该请求消息，并且将所接收的请求消息与关于由URI指示的资源的当前版本的ETag值进行比较。如果所接收的请求消息与ETag值相同，则在步骤S104-a中，使用响应代码“304NotModified”(304没有修改)将资源没有改变的事实应用至HTTP客户端。如果HTTP客户端从HTTP服务器接收到响应消息，则确定存储在HTTP客户端中的资源具有最新版本，使得不能从服务器再次接收最新版本资源。

不仅ETag而且Last-Modified可以用作主要使用的HTTP缓存验证器(CV)。可以从图1的右表看出，Last-Modified的基本操作几乎类似于ETag的基本操作。与ETag的基本操作相比，假设ETag是分配给特定版本的资源的任意ID，Last-Modified可以指示资源的最后改变时间。即，当HTTP服务器将资源发送到HTTP客户端时，在步骤S102-b中，资源的最后改变时间(关于资源的最后改变时间的信息)被包含在HTTP的Last-Modified头部中，并且然后被发送到目的地。当HTTP客户端将资源和Last-Modified值存储在本地存储器中，并且将请求发送到相同URI时，在步骤S103-b中，将所接收的资源的最后改变时间包含在If-Modified-Since头部中，并且然后发送所得到的If-Modified-Since头部。只要资源被改变，HTTP服务器就可以更新资源改变时间。假设对相同URI的请求包括If-Modified-Since头部，将包含在If-Modified-Since头部中的时间与最后资源改变时间进行比较，使得当决定资源改变时，重新发送所请求的资源。如果资源没有被改变，则在步骤S104-b中，发送响应代码“304NotModified”。

基于DM2.0的资源获取

DM服务器可以请求从DM客户端发送存储在UE中的信息。在OMADM2.0中，该信息被配置为DM树的形式，使得DM树形状的信息被存储在UE中。通常，该DM树形状的信息被称为管理对象(MO)数据。MO数据可以是整个DM树信息，或者可以被存储在单个节点中。图2示例性地示出在OMADM2.0中存储在UE中的DM树。在OMADM2.0中，包含在UE中的MO实例(即，在UE中生成的MO相关节点的集合)不仅限于分层树结构，这是因为指示DM节点的节点的CLientURI基于MO实例指定节点地址。

在OMADM2.0中，用于允许DM服务器获取MO数据的请求可以由GET命令实现。当DM服务器将GET命令发送到DM客户端时，ClientURI还作为GET命令的参数被发送。在此，ClientURI可以是指DM树的特定节点。为了使DM服务器将命令发送到DM客户端，可以使用Package#2，并且Package#2可以包括多个DM命令。以下表达示例性地示出包括两个GET命令的Package#2。第一GET命令可以请求存储在UE中的DevInfoManagement对象，并且第二GET命令可以请求安装在UE中的所有软件组件的ID。

在以上示例中，可以确认存在两个GET命令，并且ClientURI可以位于GET命令之后。换句话说，第一GET命令是用于请求关于由“oma:mo:oma-dm-devinfo:1.0//”表示的整个DevInfo管理对象的MO数据的命令。第二GET命令可以请求由“urn:oma:mo:oma-scomo:1.0//Inventory/Deployed/*/ID”指示的所有安装的软件组件ID的发送。当接收到该请求时，DM客户端可以通过以下响应消息，将所请求的MO数据发送到DM服务器。对每个命令的响应代码的发送通过Package#3实现。DM客户端可以发送以下HTTP消息，作为对Package#2的响应。

在以上示例中，DM客户端的响应可以使用HTTP多部分实现。第一封装可以包括Package#3，第二封装可以是对第一GET命令的响应，并且第三封装可以是对第二GET命令的响应。DM服务器可以向DM客户端请求MO数据，并且DM客户端可以将所请求的MO数据发送到DM服务器。

如上所述，如果DM客户端一直使用GET命令发送由DM服务器请求的MO数据，则可能发生低效率。即，发送MO数据消耗的时间被扩展，并且响应增加，使得由于发送不必要数据导致可能发生网络资源的不必要消耗。

HTTP网页缓存被应用至DM2.0的示例

HTTP网页缓存还可以在没有改变的情况下被应用至OMADM2.0。为此目的，DM客户端可以将缓存验证器(CV)分配给DM树的所有节点，并且可以以与在缓存验证器(CV)被分配用于HTTP中的每个资源然后被管理的方案相同的方式管理缓存验证器(CV)。DM服务器可以向DM客户端请求指示由ClientURI表示的资源的DMGET命令。如果存在缓存验证器(CV)，并且如果CV的附加发送没有改变请求资源，则接收指示资源没有改变的状态代码。不必说，假设不存在用于由ClientURI请求的资源的缓存验证器(CV)，可以在不使用缓存验证器(CV)的情况下发送请求。

以下表达可以指示用于请求DevInfoMO的FwV节点(被配置成存储设备的固件版本信息)的GET命令。在使用第一GET命令以请求FwV节点(资源)的情况下，期望DM服务器不包括本地缓存和关于本地缓存的缓存验证器(CV)，使得可以在不使用缓存验证器(CV)的情况下，如下发送GET命令。

如果DM客户端接收到GET命令，则不存在缓存验证器(CV)，使得由DM服务器请求的资源被如下发送。当DM客户端发送资源时，关于资源的缓存验证器(CV)也可以被发送。缓存验证器(CV)可以通过以下CV秘钥被发送。在此，假设ETag被用作缓存验证器(CV)。

当从DM客户端接收到上述响应时，DM服务器可以同时存储UE固件版本“android4.0.4”和关于资源的CV“686897696a7c876b7e”。在该情况下，当DM服务器在未来请求相同资源时，DM服务器可以使用GET命令请求资源请求。用作GET命令的第二参数的“686897696a7c876b7e”可以被用作缓存验证器(CV)。

当DM客户端接收到Package#2时，DM客户端执行缓存验证。如果决定缓存验证，则指示“NotModified”的状态代码304可以被发送到DM服务器。在该情况下，DM识别出本地缓存仍然是有效的，使得DM服务器可以使用存储在本地缓存中的“android.0.4”。以下表达可以指示表示“304NotModified”的Package#3。

如果DM客户端通过缓存验证处理识别出缓存不再有效，则DM客户端发送资源，使得其还可以发送对应于该资源的缓存验证器(CV)。以下表达可以指示关于以上情况的Package#3。

如果HTTP网页缓存被立即应用至OMADM2.0，则DM客户端必须将缓存验证器(CV)分配给所有资源，导致在管理多个缓存验证器(CV)时发生意想不到的问题，并且整个协议变得繁重。另外，当CV被分配给内节点时，难以定义资源的范围，其有效性必须通过相应缓存验证器(CV)验证。即，当子节点或后继节点(descendantnode)被更新时，分配给内节点的缓存验证器(CV)在更新缓存验证器(CV)时可能存在困难。

另外，由于缓存验证器(CV)被分配给所有资源，当指示多个节点的ClientURI(“urn:oma:mo:oma-scomo:1.0//Inventory/Deployed/*/ID”)在GET命令中以与示例“基于DM2.0的资源获取”相同的方式被使用时，可能发生意想不到的问题。即，由于ClientURI指示多个节点，不可能选择哪个CV将使用GET命令被发送。另外，DM服务器不可能识别多少节点被指定为ClientURI，从而不能使用CV。

另外，虽然可以使用在不将CV分配给所有资源的情况下将缓存验证器(CV)选择性地分配给一些资源的方法，但是指示哪个资源将被用于接收CV的信息可能导致意想不到的问题，或者指示没有分配CV的资源针对版本或更新管理使用哪个方案的信息也可能导致意想不到的问题。

为了解决传统技术的上述问题，下文中将详细地描述本发明的一个实施方式。

图3示出根据本发明的实施方式的缓存验证器(CV)的分配示例。

CV是用于提供关于由服务器拥有的本地缓存的有效性信息的实体。换句话说，CV可以提供关于本地缓存的最新信息。作为CV的代表性示例，可以使用时间信息(Last-Modified)、ETag等。根据本发明的实施方式，如图3中所示，CV仅被分配给MO实例。然而，CV不总是被分配给包含在DM树中的所有MO实例，并且MO实例被选择，使得CV可以仅被分配给必要MO实例。图3示例性地示出CV被分配给在UEDM树中存在的三个MO实例中的两个MO实例(即，FUMO实例和SCOMO实例)。

分配有CV的MO实例在下文中将被称为可缓存MO实例。为了使用缓存，可缓存MO实例必须首先被UE(或DM客户端)选择，或者必须首先被DM服务器选择，并且CV必须被分配给所选的MO实例，使得分配结果必须被管理。与每个可缓存MO实例结合，DM客户端必须一直分配CV，并且只要MO实例的数据改变(即，节点值被改变、新节点的添加和删除、节点名称的改变等)，所分配的CV就必须被更新。

如果CV仅被分配给MO实例，则可以有效地执行用于使用缓存请求/提供资源的方法。

缓存验证处理可以确定缓存或缓存副本是否是有效的。由于缓存验证器(CV)被分配给可缓存MO实例，当可缓存MO实例中的任何数据都没有改变时，缓存验证必须返回“成功”或“真”，并且当任何数据被改变时，缓存验证必须返回“假”。例如，如果缓存验证器(CV)是ETag，则将从DM服务器发送的ETag值与由UE管理的相应MO实例的ETag值进行比较，使得可以执行缓存验证处理。如果从DM服务器接收的ETag值与由UE管理的ETag值相同，则UE可以返回成功。如果从DM服务器接收的Etag值不同于由UE管理的ETag值，则UE可以返回失败。

虽然缓存验证器(CV)被分配给MO实例，但是CV可以被用于将GET命令发送到包含在MO实例中的所有节点。例如，甚至当针对特定叶节点将ClientURI应用至GET命令时，DM服务器也可以发送针对MO实例的CV。DM客户端可以通过所接收CV确定或者验证MO实例是否没有被改变。如果MO实例没有被改变，则将不改变特定叶节点，使得“304NotModified”的代码可以被应用至DM服务器。接收到“304NotModified”代码的DM服务器可以指本地缓存数据。

虽然可以在本发明的实施方式中使用用于将CV发送到DM客户端的多种方法，但是应该注意，能够被包含在ClientURI中的cv字段被应用至该实施方式。在使用cv字段的情况下，CV不需要作为单独参数被发送，CV应该与ClientURI结合，使得所得到的ClientURI被发送到目的地，并且可以便于资源请求。由于ClientURI指示特定节点，关于包括相应特定节点的MO实例的CV通过cv字段被发送。包括cv字段的ClientURI可以与“oma:mo:oma-dm-devinfo:1.0//FwV？cv＝686897696a7c876b7e”相同。由于ClientURI指示DevInfoMO的“FwV”节点，并且该节点包含在DevInfoMO实例中，所以CV“686897696a7c876b7e”(CV“686897696a7c876b7e”用作作为cv字段被发送的值)可以用作关于EevInfoMO实例的CV。

图4是示出根据本发明的实施方式的用于使用分配给MO实例的CV请求资源的方法的流程图。

参考图4，在步骤S401中，DM服务器可以决定请求由ClientURI表示的MO数据(资源)。针对以上请求，可以使用GET命令。

在下文中，在步骤S402中，可以确定DM服务器是否包括关于包括由ClientURI表示的节点的MO实例的CV。

假设DM服务器具有关于包括由ClientURI表示的节点的MO实例的CV，在步骤S403中，DM服务器将cv字段包括在ClientURI中，并且然后发送DM命令。cv字段可以发送关于相应MO实例的CV。CV可以使用用于获取资源的命令，使得CV可以被用于DMGET/HPUT/HPOST命令。

假设DM服务器不包括关于包括由ClientURI表示的节点的MO实例的CV，在步骤S403中，DM服务器可以在不使用cv字段的情况下，将资源请求命令发送到DM客户端。

如果DM服务器请求资源，则DM客户端(UE)可以使用如图5中所示的方法执行以下处理。

图5是示出根据本发明的实施方式的用于使用分配给MO实例的CV应答或处理资源请求的流程图。

参考图5，在步骤S501中，DM客户端可以从DM服务器接收用于获取资源(MO数据)的DM命令。用于请求资源的DM命令是GET/HPUT/HPOST命令中的一个，并且DM命令还可以发送由ClientURI表示的参数。资源获取命令可以被解释为用于请求关于由ClientURI表示的节点的MO数据的命令。

在步骤S502中，DM客户端可以确定CM命令的ClientURI是否具有cv字段。

假设DM命令的ClientURI包括cv字段，在步骤S503中，DM客户端可以执行缓存验证处理。在缓存验证处理中，假设与从cv字段接收的CV相对应的MO数据没有改变，则应该返回成功。如果MO数据的至少一些部分被改变，则应该返回失败。当使用ETag作为示例时，在缓存验证处理期间，DM客户端可以确定通过cv字段接收的CV(在下文中称为第一CV)与存储在或存在于DM客户端中的CV(在下文中称为第二CV)是否相同。如果第一CV与第二CV相同，则以上处理指示成功。如果第一CV不同于第二CV，则以上处理指示失败。该缓存验证处理可以根据CV种类以多种方式改变。

为了便于说明和更好地理解本发明，CV被划分为第一CV和第二CV。简言之，第一CV是存储在DM服务器中的CV，并且第二CV是存储在DM客户端(即，UE)中的CV。虽然从第二CV恢复第一CV，但是存储在DM服务器中的CV在下文中将被称为第一CV，并且存储在DMUE中的CV在下文中将被称为第二CV。从第二CV恢复第一CV的原因在于，关于特定MO示例(即，MO相关节点)的集合的CV由DMUE分配，并且当请求特定资源时，不具有CV的DM服务器不将cv字段包括在针对以上请求的ClientURI中。使得最初可以从DM服务器接收CV。

如果MO数据没有改变，即，如果缓存验证处理返回成功(当使用ETagCV时，如果第一CV与第二CV相同，则可以返回成功)，则DM客户端可以将“304NotModified”发送到DM服务器，并且可以不将所请求的MO数据发送到DM服务器。接收到该响应的DM服务器可以使用本地缓存，或者可以指本地缓存。

如果DM命令的ClientURI不包括cv字段，则在步骤S505中，DM客户端可以将由ClientURI表示的MO数据发送到DM服务器。另外，如果在步骤S503中缓存验证处理指示失败，即，如果由DM服务器拥有的相应MO数据的cv字段(即，第一CV)不同于由DM客户端管理的相应MO数据的cv字段(即，第二CV)，则在步骤S505中，DM客户端可以将由ClientURI表示的MO数据发送到DM服务器。

同时，如果包含在请求资源的DM命令中的cv字段(简称为CV)不被包含，或者如果缓存验证处理指示失败，则DM客户端可以将资源(即，MO数据)发送到DM服务器。另外，可以确定指示是否将发送CV的信息。相反，根据相关技术，如果由于特定原因(例如，更新)，存储在DM服务器中的CV不同于由DM客户端管理的CV，则不仅相应资源而且由DM客户端管理的CV可以被发送到DM服务器。

另外，为了确定CV是否将被发送，在S506中，DM客户端可以确定DM命令(特别是ClientURI)是否指示可缓存MO实例的根节点。即，DM客户端可以确定包括由ClientURI表示的节点的MO实例是可缓存MO实例，或者可以确定由ClientURI表示的节点是否是可缓存MO实例的根节点。

如果ClientURI指示MO实例的根节点，并且MO实例指示可缓存MO实例，则在步骤S507中，DM客户端可以另外将关于MO实例的CV发送到DM服务器。在该情况下，DM客户端的响应处理结束。DM服务器可以存储CV，使得当在随后处理中请求MO数据时，其可以使用所存储的CV。

如果ClientURI不指示MO实例的根节点，或者如果MO实例与可缓存MO实例不同，则在步骤S508中，DM客户端可以不另外将CV发送到DM服务器。

在步骤S507中，DM客户端可以将CV发送到DM服务器。CV可以与MO数据一起被发送。如果ClientURI指示可缓存MO实例的根节点，则CV被发送到DM服务器。如果ClientURI不指示可缓存MO实例的根节点，则不需要发送CV。CV提供关于整个MO实例的有效性信息。如果DM服务器仅接收MO实例的一些部分，则在随后处理中，在DM客户端的有效性验证中可能出现意想不到的问题，使得CV可以提供关于整个MO实例的有效性信息。

即，假设由DM服务器请求的资源是位于MO实例的根节点下面的节点(资源)，并且所请求的资源的其它资源没有改变，并且假设当DM客户端将所请求的资源发送到DM服务器时，反映改变后的资源(因为DM服务器不请求改变后的资源，所以改变后的资源不被发送到DM服务器)的第二CV被发送到DM服务器，DM服务器不能获取除了所请求的资源之外的其它资源(虽然其它资源在UE中被改变，但是其它资源不由DM服务器获取)，使得CV功能可能丢失或者消失。

在下文中将参考图6描述上述有效性验证问题。图6示例性地示出DM服务器不仅包括对DM客户端的针对可缓存MO实例的根节点的请求，而且包括针对资源而不是根节点的请求。

在步骤S601中，DM服务器可以请求MO实例，在MO实例中，ClientURI“moid:1.1”被用作来自DM客户端的MOID。ClientURI“moid:1.1//”可以指示相应MO实例的根节点。由UE拥有的MO实例可以示出在图6的右上侧处。

在步骤S602中，DM客户端可以发送由DM服务器请求的MO实例总体数据，并且可以将分配给MO实例的CV“CV1”发送到DM服务器。DM客户端可以改变C节点的名称，使得其可以更新C节点。此后，由于MO实例的信息(即，关于c节点的信息)被改变，则在步骤S603中，CV被更新为CV2。

在步骤S604中，DM服务器可以使用ClientURI“moid:1.1//b？cv＝CV1”请求内节点(b)和内节点(b)的子节点。在该情况下，在步骤S602中接收的“CV1”可以通过cv字段被发送到DM客户端。

此后，在步骤S605中，DM客户端可以基于所接收的CV1执行缓存验证处理。即，DM客户端可以确定CV1是否是有效的。在步骤S603中，DM客户端可以更新MO实例信息，使得DM客户端可以将CV更新为CV2。从而，DM客户端可以确定缓存验证失败，这是因为在步骤S604中从DM服务器接收的CV1不同于DM客户端拥有的CV。在本示例中，为了便于说明并且更好地理解本发明，假设CV是ETag。

从而，在步骤S606中，DM客户端可以不仅将在步骤S604中请求的信息(即，节点b以及子节点d和e)发送到DM，而且还将DM客户端拥有的CV2发送到DM。图5中所示的实施方式不允许步骤S606中的CV2发送，配置CV2发送，并且示出多个问题。换句话说，不同于图5中所示的实施方式，尽管来自DM服务器的请求不同于MO实例的根节点的请求，在步骤S606中DM客户端也可以将CV发送到DM服务器，。

结果，DM服务器可以存储CV(即，CV2)(即，DM服务器可以将CV1更新为CV2)。

在步骤S607中，DM服务器可以使用“ClientURI"moid:1.1//c？cv＝CV2”请求关于C节点的信息。在该情况下，DM服务器可以以cv字段的形式配置从DM客户端接收的CV2，并且在步骤S606中，可以发送包括CV2的所得到的CV字段。

在步骤S608中，DM客户端可以以与S605中相同的方式，执行用于验证从DM服务器接收的CV的缓存验证处理。由于DM客户端拥有的CV由CV2表示，所以DM客户端可以确定从DM服务器接收的CV(即，CV2)是有效的，使得缓存验证处理被确定为成功。由于缓存验证处理指示成功，所以在步骤S609中，DM客户端可以将响应代码“304NotModified”发送至DM服务器。

虽然DM服务器不具有更新后的C节点的最新信息，但是在步骤S609中，DM服务器接收响应“304NotModified”，使得DM服务器误解为DM服务器具有C节点的最新信息，导致出现意想不到的问题。虽然DM服务器的请求不被用于DM实例的根节点，但是在步骤S606中，DM客户端将CV(CV2)发送到DM服务器，导致出现意想不到的问题。由于在步骤S607中，当DM服务器请求关于C节点的信息时使用CV2，DM客户端误解为DM服务器具有关于C节点的最新信息，使得更新后的C节点的信息不被发送到DM服务器。为了防止出现这样的问题，关于一个C节点的CV可以包含在步骤S607的请求中。然而，上述方法类似于HTTP网页缓存方法(其中，CV存在于每个子树中)，使得管理CV并且请求或应答资源的机制变得复杂。

然而，根据图5中所示的实施方式，CV仅被选择性地分配给MO实例，由CV分配导致的处理负载可以被减少，并且使用CV的缓存验证处理可以被容易地和有效地执行。

即，不同于CV被分配给每个资源的传统技术，CV仅被分配给MO实例，并且可以解决指示哪个节点将被用于CV分配的复杂问题。另外，为了通过分配给MO实例的CV共享所有资源的最新特征，尽管来自DM服务器的CV(即，第一CV)不再有效，存储在DMUE中的CV(即，第二CV)也一直不被发送到DM服务器。在该情况下，确定哪个资源已被使用，以确定第二CV的发送或不发送。仅当使用预定资源时，DMUE可以将第二CV发送到DM服务器。

此后将详细地描述本发明的一个实施方式。

以下表达可以指示用于请求DevInfoMO的FwV节点(被配置成存储设备固件版本信息)的GET命令。假设使用用于请求FwV节点的第一GET命令，期望本地缓存不包括本地缓存和与本地缓存相关的缓存验证器(CV)，使得在不使用CV的情况下可以发送GET命令。

如果DM客户端接收到GET命令，则不存在CV，使得发送由DM服务器请求的资源。当DM客户端发送资源时，DM客户端还可以发送关于资源的CV。在该情况下，CV可以通过以下CV秘钥被发送。为了便于说明和更好地理解本发明，假设ETag被用作CV。

当从DM客户端接收到上述响应时，DM服务器还可以不仅存储UE固件版本“android4.0.4”，而且还存储关于资源的CV“686897696a7c876b7e”。在该情况下，当DM服务器请求相同资源时，DM服务器可以使用以下GET命令请求资源。被发送到ClientURI的CV字段的“686897696a7c876b7e”可以被用作CV。

在当接收到Package#2时，DM客户端执行缓存验证之后，如果确定缓存被认为是有效的，则指示“NotModified”的状态代码304被发送到DM服务器。在该情况下，由于DM服务器识别出本地缓存仍然有效，DM服务器可以使用存储在本地缓存中的“android4.0.4”。以下表达可以示出指示“304NotModified”的Package#3。

如果DM客户端通过缓存验证处理识别出缓存不再有效，则DM客户端可以发送资源。以下表达示出关于以上情况的Package#3。

图7是用于被配置成实现本发明的实施方式的设备的框图。发送设备10和接收设备20包括：RF(射频)单元13/23，被配置成发送或接收承载信息和/或数据、信号、消息等的无线电信号；存储器12/22，被配置成将关于通信的多种信息存储在通信***中；以及处理器11/21，被配置成与诸如RF单元13/23、存储器12/22等可操作地连接，处理器被配置成控制存储器12/22和/或RF单元13/23，使得相应设备通过分别控制组件执行本发明的至少一个实施方式。

存储器12/22可以存储用于处理和控制处理器11/21的程序，并且暂时存储输入/输出的信息。存储器12/22可以用作缓冲器。

处理器11/21通常控制包括在发送设备或接收设备中的多种模块的整体操作。特别是，处理器11/21可以执行多种处理功能，以执行本发明。处理器11/21可以通过诸如控制器、微控制器、微处理器、微型计算机等的术语命名。处理器11/21可以通过硬件、软件或其组合被实现。在使用硬件实现本发明的情况下，本发明可以通过选自由安装在处理器11/21中的ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理设备)、PLD(可编程逻辑器件)、FPGA(场可编程门阵列)组成的组中的至少一个实现。同时，在使用固件或软件实现本发明的情况下，本发明可以通过用于执行包括在固件或软件中的上述功能或操作的模块、过程和/或功能被实现。被配置成执行本发明的固件或软件被安装在处理器11/21中或者存储在存储器12/22中，并且可以由处理器11/21驱动。

在本发明的实施方式中，终端或设备、服务器或网关可以作为发送设备10操作，并且DMC、DMS或DM网关可以作为接收设备20操作。

接收设备和发送设备的具体配置可以以被独立应用的方式实现通过较早参考附图提到的本发明的多种实施方式解释的项。或者，两个或更多个实施方式可以同时被应用。

当本发明在此参考其优选实施方式被描述和说明时，对于本领域技术人员来说明显的是，在不脱离本发明的精神和范围的情况下，在此可以作出多种修改和改变。从而，将想到，本发明覆盖落入所附权利要求及其等同物的范围内的本发明的修改和变化。

工业可应用性

本发明的实施方式可以被应用至无线通信设备，例如，UE、BS(或eNB)、服务器等。

Claims (14)

1.一种用于使用分配给管理对象MO实例的缓存验证器CV来处理MO数据的请求的方法，其中，所述方法由移动终端执行，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述方法包括以下步骤：

从服务器接收用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的统一资源标识符URI信息的请求；以及

确定所述URI信息中是否包括第一CV，

其中，如果所述URI信息中不包括所述第一CV，则所述方法还包括以下步骤：

将所请求的特定MO数据发送至所述服务器；以及

如果所述URI信息指示所述MO实例的根节点，则发送用于所述MO实例的第二CV。

2.根据权利要求1所述的方法，所述方法还包括以下步骤：

如果所述URI信息中包括所述第一CV，则验证所述第一CV；

如果验证出所述第一CV是有效的，则将指示所述第一CV的有效性的结果发送至所述服务器；以及

如果验证出所述第一CV不是有效的，则将所请求的特定MO数据发送至所述服务器，并且如果所述URI信息指示所述MO实例的根节点，则发送用于所述MO实例的所述第二CV。

3.根据权利要求1所述的方法，所述方法还包括以下步骤：

如果所述MO实例被改变，则更新用于所述MO实例的所述第二CV。

4.根据权利要求1所述的方法，其中，所述MO实例是能缓存的。

5.根据权利要求1所述的方法，其中，所述第一CV由包括在所述URI中的特定字段提供。

6.根据权利要求2所述的方法，其中：

如果所述MO实例没有被改变，则验证出所述第一CV是有效的。

7.一种用于使用分配给管理对象MO实例的缓存验证器CV来请求MO数据的方法，其中，所述方法由服务器执行，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述方法包括以下步骤：

将用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的统一资源标识符URI信息的请求发送到移动终端；

如果所述服务器知晓用于所述MO实例的第一CV，则将所述第一CV包括在所述URI信息中；

如果所述服务器不知晓用于所述MO实例的所述第一CV，则防止将所述第一CV包括在所述URI信息中；以及

如果所述URI信息中不包括所述第一CV，则从所述移动终端接收所请求的特定MO数据，并且如果所述URI信息指示所述MO实例的根节点，则接收用于所述MO实例的第二CV。

8.根据权利要求7所述的方法，所述方法还包括以下步骤：

如果所述URI信息中包括所述第一CV，则由所述移动终端验证所述第一CV；

如果验证出所述第一CV是有效的，则从所述移动终端接收指示所述第一CV的有效性的结果；以及

如果验证出所述第一CV不是有效的，则从所述移动终端接收所请求的特定MO数据，并且如果所述URI信息指示所述MO实例的根节点，则从所述移动终端接收用于所述MO实例的所述第二CV。

9.根据权利要求7所述的方法，其中：

如果包括在所述MO实例中的特定资源被改变，则更新用于所述MO实例的所述第二CV。

10.根据权利要求7所述的方法，其中，所述MO实例是能缓存的。

11.根据权利要求7所述的方法，其中，由包括在所述URI中的特定字段提供所述第一CV。

12.根据权利要求8所述的方法，其中：

如果所述MO实例没有被改变，则验证出所述第一CV是有效的。

13.一种用于使用分配给管理对象MO实例的缓存验证器CV来处理MO数据的请求的移动终端，其中，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述移动终端包括：

射频RF单元；以及

处理器，所述处理器被配置成控制所述RF单元，

其中，所述处理器从服务器接收用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的统一资源标识符URI信息的请求，并且确定所述URI信息中是否包括第一CV，并且

其中，当所述URI信息中不包括所述第一CV时，所述处理器将所述特定MO数据发送到所述服务器，并且当所述URI信息指示所述MO实例的根节点时，发送用于所述MO实例的第二CV。

14.一种用于使用分配给管理对象MO实例的缓存验证器CV来请求MO数据的服务器，其中，所述MO实例由包括一个或更多个节点的树结构组成，并且所述MO数据包括在所述MO实例中包括的节点的名称、值和结构，所述服务器包括：

射频RF单元；以及

处理器，所述处理器被配置成控制所述RF单元，

其中，所述处理器被配置成：将用于获取所述MO实例的特定MO数据的包括识别所述特定MO数据的统一资源标识符URI信息的请求发送到移动终端，并且当所述服务器知晓用于所述MO实例的第一CV时，将所述第一CV包括在所述URI信息中；以及

当所述服务器不知晓用于所述MO实例的所述第一CV时，从所述移动终端接收所请求的特定MO数据，并且当所述URI信息指示所述MO实例的根节点时，接收用于所述MO实例的第二CV。