CN101877861A - 节点信息获取方法、客户端、服务器 - Google Patents

节点信息获取方法、客户端、服务器 Download PDF

Info

Publication number
CN101877861A
CN101877861A CN2009101385320A CN200910138532A CN101877861A CN 101877861 A CN101877861 A CN 101877861A CN 2009101385320 A CN2009101385320 A CN 2009101385320A CN 200910138532 A CN200910138532 A CN 200910138532A CN 101877861 A CN101877861 A CN 101877861A
Authority
CN
China
Prior art keywords
item
value
order
node
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2009101385320A
Other languages
English (en)
Other versions
CN101877861B (zh
Inventor
陈波
鞠飞
袁磊
周韬
阳翰凌
沈建
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HAIMEN HUANGHAI PIONEER PARK SERVICES CO., LTD.
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910138532.0A priority Critical patent/CN101877861B/zh
Priority to US13/259,178 priority patent/US8892711B2/en
Priority to PCT/CN2010/071937 priority patent/WO2010124571A1/zh
Publication of CN101877861A publication Critical patent/CN101877861A/zh
Application granted granted Critical
Publication of CN101877861B publication Critical patent/CN101877861B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种节点信息获取方法、客户端、服务器，其中，该方法包括：客户端接收服务器发送的Get命令，获取Get命令中的所有item下的节点的取值，并确定部分item下的节点取值失败；客户端向服务器发送携带有新的状态值的响应消息，其中，新的状态值用于表示执行Get命令时部分item下的节点取值失败，且响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。通过本发明的上述技术方案，可以更高效的获取有用节点，定位无法获取的节点，还提高了客户端对Get命令操作的有效性，避免了浪费网络资源的情况发生。

Description

节点信息获取方法、客户端、服务器
技术领域
本发明涉及通信领域，并且特别地，涉及一种用于OMA DM协议的节点信息获取方法、客户端、服务器。
背景技术
在相关技术中，开放移动联盟设备管理(Open Mobile Alliance Device Management，简称为OMA DM)业务是基于OMA信息同步标准协议(Synchronization Mark up Language，简称为SyncML)DM相关标准的移动数据增值业务，它使得运营商实现了通过无线方式对移动终端进行远程管理的能力。运行于手机中的设备管理(Device Management，简称为DM)客户端需要同服务器进行协议规定的交互来完成SyncML DM功能，其中包括设备信息管理、参数采配、终端软件/固件升级等功能。
OMA DM协议是隶属于OMA SyncML协议之下的应用协议。在OMA DM协议中，会话是通过发送各种命令并获取终端的响应的方式来完成各种设备管理功能。OMA DM协议支持的命令包括Get(获取)、Add(添加)、Replace(取代)、Exec(执行)、Delete(删除)等多种，其支持的命令是OMA SyncML协议的子集。
对于每一种命令，OMA DM协议中都定义了一系列的状态值，用以明确定义会话中命令的执行结果。这些命令的状态值定义在协议文档《OMA-TS-DM_RepPro-V1_2-20070209-A.pdf》中。图1是相关技术中OMA SyncML DM协议终端Get命令返回值的定义的示意图，如图1所示，在OMA SyncML DM协议中，对Get命令定义的返回值包括200(命令执行成功OK)、215(命令没有执行NotExecuted)、401(未授权Unauthorized)、404(数据未找到Not Found)、405(命令没有执行权限command not allowed)等12个，这些状态值明确的定义了Get命令在执行过程中可能出现的大部分结果，例如，命令执行成功、节点未找到、无权限、未鉴权、操作不支持、命令失败、通用资源标识符(Uniform Resource Identifier，简称为URI)太长等。
在实际应用中，还可能出现一种协议中对Get命令的执行结果未明确定义的处理方式，即，在同一个Get命令中通过多个Item对多个节点(URI)进行获取操作。由于协议对上述情况未作明确的处理方式规定，实际应用中在遇到上述情况时，根据如下方式进行处理：
1、所有URI均获取成功，则返回状态码200表示成功，并在Result标签中一一列出获取到的值。
2、某一个或者多个Item中的URI获取失败，则Get命令返回失败，失败状态码与失败的URI一致。并且无Result标签反馈已经成功获取的部分节点。
下面，举例对上述处理方式进行说明。在该实例中，没有完整的列出同步包头信息，但不影响本例需要说明的问题。如下所示，在会话开始后的某阶段服务器发出一个get命令中含有多个Item：
<SyncML>
<SyncHdr>
   <VerDTD>1.2</VerDTD>
   <VerProto>DM/1.2</VerProto>
   <SessionID>8155</SessionID>
   <MsgID>1</MsgID>
       ......略
</SyncHdr>
<SyncBody>
 <Get>
    <CmdID>1</CmdID>
    <Item>
        <Target>
        <LocURI>./DevInfo/Lang</LocURI>
        </Target>
   </Item>
   <Item>
        <Target>
        <LocURI>./DevInfo/Man</LocURI>
        </Target>
   </Item>
   <Item>
       <Target>
       <LocURI>./DMAcc/AppAuth/Client/AAuthSecret</LocURI>
       </Target>
     </Item>
  </Get>
  <Final/>
</SyncBody>
</SyncML>
上述Get命令中想要获取的URI均是DM协议中规定的标准节点，在客户端中，对有些item中指定的节点是没有获取权限的，例如，如图2所示，对于/DMAcc/AppAuth/Client/AauthSecret节点，是鉴权数据中的密码字段，服务器只有Replace权限，但没有Get权限，也就是说，多个Item中出现某些Item没有权限获取的情况是存在的。
客户端在收到上述Get命令后，执行获取操作，并在第三个Item中因无权限而执行失败，整个Get命令返回命令425(无权限，操作被拒绝)，需要说明的是，不同客户端的实现有所区别，这里也可能返回405等其它表示错误的状态。如下所示：
<SyncML xmlns＝″SYNCML:SYNCML1.2″>
<SyncHdr>
<VerDTD>1.2</VerDTD>
  <VerProto>DM/1.2</VerProto>
  <SessionID>8155</SessionID>
  <MsgID>1</MsgID>
......略
</SyncHdr>
<SyncBody>
<Status>
  <CmdID>1</CmdID>
  <MsgRef>1</MsgRef>
  <CmdRef>1</CmdRef>
  <Cmd>Get</Cmd>
  <Data>405</Data>
</Status>
  <Final/>
  </SyncBody>
</SyncML>
如上所述，服务器需要获取三个节点的信息，而终端实际上已经获取到了其中两个节点的信息，只是在第三个节点处失败。在大部分节点信息获取成功的情况下，服务器只得到了Get命令执行失败的提示，未能得到最大的信息量。这样的处理浪费了客户端的处理能力，同时也浪费了网络资源，并且服务器如果没有适当的重试策略(例如，拆分Get命令单独获取)将导致其不能全面的获取到需要的信息。
发明内容
考虑到相关技术中Get命令中某个或者多个Item失败时，其余获取的有效信息均无法生效的问题而提出本发明，为此，本发明的主要目的在于提供一种节点信息获取方法、客户端、服务器，以解决相关技术中存在的上述问题。
为了实现上述目的，根据本发明的一个方面，提供了一种节点信息获取方法，用于对设备管理协议中包含多item的Get命令进行优化。
根据本发明的节点信息获取方法包括：客户端接收服务器发送的Get命令，获取Get命令中的所有item下的节点的取值，并确定部分item下的节点取值失败；客户端向服务器发送携带有新的状态值的响应消息，其中，新的状态值用于表示执行Get命令时部分item下的节点取值失败，且响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
优选地，客户端接收服务器发送的Get命令之前，上述方法还包括：对Get命令设置新的状态值，其中，新的状态值用于表示Get命令中部分item的节点取值失败。
优选地，客户端接收服务器发送的Get命令之后，还包括：客户端确定Get命令中包含多个item。
优选地，客户端向服务器发送响应消息之后，还包括：服务器接收响应消息，并确定响应消息中携带有新的状态值；服务器根据预定标签获取节点信息，并将节点信息进行保存；服务器对取值失败的item的节点执行预定操作。
优选地，预定操作包括以下之一：放弃对取值失败的item的节点的会话；再次发送Get命令对取值失败的item的节点进行取值。
为了时限上述目的，根据本发明的另一方面，提供了一种客户端，用于对设备管理协议中包含多item的Get命令进行优化。
根据本发明的客户端包括：接收模块，用于接收服务器发送的Get命令；获取模块，用于获取Get命令中的所有item下的节点的取值；第一确定模块，用于确定部分item下的节点的取值失败；发送模块，用于向服务器发送携带有表示执行Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
优选地，客户端进一步包括：第二确定模块，用于确定Get命令中包含多个item。
为了时限上述目的，根据本发明的再一方面，提供了一种服务器，用于对设备管理协议中包含多item的Get命令进行优化。
根据本发明的服务器包括：发送模块，用于向客户端发送Get命令；接收模块，用于接收客户端发送的携带有表示执行Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
优选地，服务器进一步包括：确定模块，用于确定响应消息中携带有新的状态值；保存模块，用于根据预定标签获取节点信息，并将节点信息进行保存；执行模块，用于对取值失败的item下的节点执行预定操作。
优选地，预定操作包括以下之一：放弃对取值失败的item的节点的会话；再次发送Get命令对取值失败的item的节点进行取值。
借助于本发明的技术方案，在执行含有多个Item的OMASyncML DM的Get命令时，客户端可以通过特殊的状态值告知服务器Get未能完全成功，但有部分成功，并且在Result标签中附带这些成功获取了的节点值，解决了相关技术中Get命令中某个或者多个Item失败时，其余获取得的有效信息均无法生效的问题，可以更高效的获取有用节点，定位无法获取的节点，还提高了客户端对Get命令操作的有效性，避免了浪费网络资源的情况发生。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是相关技术中OMA SyncML DM协议终端Get命令返回值的定义的示意图；
图2是相关技术中OMA SyncML DM协议对AauthSecret节点描述的示意图；
图3是根据本发明实施例的节点信息获取方法的流程图；
图4是根据本发明实施例的客户端在接收到多个item的Get命令时的处理流程图；
图5是根据本发明实施例的服务器在接收到携带有新的状态值的响应消息时的处理流程图；
图6是根据本发明实施例的客户端的框图；
图7是根据本发明实施例的服务器的框图。
具体实施方式
功能概述
在相关技术中，存在Get命令中某个或者多个Item失败时，其余获取的有效信息均无法生效的问题，为此，本发明提供了一种优化OMA SyncML DM协议中Get命令的方法。该方法增强了协议中对Get命令的处理，为多个Item中部分节点Get失败的情况定义新的状态值；本发明实施例还公开了客户端收到含有多个Item的Get命令时的处理方法、以及服务器收到客户端的响应后的处理方法，
其中，节点信息获取方法包括：客户端接收服务器发送的Get命令，获取Get命令中的所有item下的节点的取值，并确定部分item下的节点取值失败；客户端向服务器发送携带有新的状态值的响应消息，其中，新的状态值用于表示执行Get命令时部分item下的节点取值失败，且响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
在以下的描述中，为了解释的目的，描述了多个特定的细节，以提供对本发明的透彻理解。然而，很显然，在没有这些特定细节的情况下，也可以实现本发明，此外，在不背离所附权利要求阐明的精神和范围的情况下，下述实施例以及实施例中的各个细节可以进行各种组合。
方法实施例
根据本发明的实施例，提供了一种节点信息获取方法，用于对设备管理协议中包含多item的Get命令进行优化。下面，首先对Get命令设置新的状态值的处理进行说明。
在现有OMA DM协议(1.2版本及其之前)中，对于Get命令定义了12种状态值，用以表示命令执行的结果。这12种状态值如图1所示，包括：200(表示成功)、404(表示未找到节点)等。
可以看出，如图1所示的12种状态值均无法表示本发明所提出的Get命令中的所有item下的节点有一部分获取成功、一部分获取失败的情况。因此，本发明实施例为上述情况定义一个新的状态值，用以表示多个Item的Get命令部分执行成功的情况(即，表示Get命令中部分item的节点取值失败)。
对于该状态值的定义，本发明实施例不规定其形式，在实际应用中，该新的状态值基本形式如其它的状态值一样，只是取值与现有状态值不一样即可。例如，可以定义该情形下的状态值为900，也可以定义它为222。为了描述方便，在下面的描述中，本发明实施例使用222来表示这种状态，表示对Get命令的执行结果是“部分成功”。需要说明的是，本发明实施例不仅仅指定使用222作为该状态的响应状态值。
在设置了新的状态值后，就可以进行如图3所示的处理，图3是根据本发明实施例的节点信息获取方法的流程图，包括以下步骤：
步骤S302，客户端接收服务器发送的Get命令，首先确定Get命令中包含有多个item，随后，获取Get命令中的所有item下的节点的取值，并确定部分item下的节点取值失败；
步骤S304，客户端向服务器发送携带有新的状态值(例如，222)的响应消息，且响应消息中还携带有预定标签，该预定标签用于封装取值成功的item下的节点信息。
具体地，客户端收到该类Get命令后，对其中的每个Item下的节点进行获取值的操作。当某个或者某些Item下的节点获取失败，并且仍然有Item下的节点获取成功时，客户端在返回服务器的响应消息中，对Get命令的处理结果状态不应该是失败，而是上述定义的新的状态值222。在客户端响应消息中，还应该包含Result标签，该Result标签携带正确获得的值的节点信息。返回的响应消息可以如下所示：
<SyncML xmlns＝″SYNCML:SYNCML1.2″>
<SyncHdr>
     <VerDTD>1.2</VerDTD>
     <VerProto>DM/1.2</VerProto>
     <SessionID>8155</SessionID>
     <MsgID>1</MsgID>
......略
</SyncHdr>
<SyncBody>
<Status>
      <CmdID>1</CmdID>
  <MsgRef>1</MsgRef>
     <CmdRef>1</CmdRef>
     <Cmd>Get</Cmd>
     <Data>222</Data>
</Status>
<Results>
     <CmdID>1</CmdID>
     <MsgRef>1</MsgRef>
     <CmdRef>1</CmdRef>
<Item>
<Source>
           <LocURI>./DevInfo/Lang</LocURI>
           </Source>
           <Data>en-us</Data>
        </Item>
<Item>
<Source>
          <LocURI>./DevInfo/Man</LocURI>
          </Source>
          <Data>ZTE</Data>
       </Item>
    </Results>
<Final/>
       </SyncBody>
</SyncML>
从上面的描述可以看出，采用本发明实施例，在返回的响应消息中有2个地方明显与传统的响应消息不同，一是状态值不再是425(或其它失败消息)，而是222(表示获取成功，但不完整)；二是SyncBody中，除了对状态Status的描述外，还添加上了获取信息成功的两个节点的信息，一并发送给服务器端。
下面结合附图，对上述技术方案进行详细说明。图4是根据本发明实施例的客户端在接收到多个item的Get命令时的处理流程图，如图4所示，包括如下处理：
步骤401，客户端收到来自服务器的Get命令，并且发现其中含有多个Item；
步骤402，客户端调用本地接口获取所有Item中节点的取值；
步骤403，判断是否有Item中的节点取值失败，如果没有，则进入步骤404，如果确定取值失败，则进入步骤405；
步骤404，该步骤是目前协议中正常的处理流程，客户端封装响应消息，并设状态码为200表示Get命令执行成功，在执行完成后，进入步骤407；
步骤405，该步骤是本发明的处理范畴，客户端发现有Item中包含的节点取值失败的情况后，在封装响应消息时，将状态码设置为222；
步骤406，客户端继续在响应包中添加Result标签，按照协议规范将成功取得值的节点封装进去；
步骤407，客户端将响应包发送给服务器，结束对Get命令的处理流程。
通过上述处理，客户端可以在响应消息中携带新的状态值，以通知服务器有部分item下的节点没有获取成功，下面对服务器接收到响应消息后的操作进行说明。
在步骤S304之后，服务器需要对响应消息进行响应的处理，包括以下操作：
1、服务器接收响应消息，并确定响应消息中携带有新的状态值；
2、服务器从预定标签(即，Result标签)获取节点信息，并将节点信息进行保存；
3、服务器对取值失败的item的节点执行预定操作，包括以下之一：放弃对取值失败的item的节点的会话；再次发送Get命令对取值失败的item的节点进行取值。
具体地，服务器在收到上述客户端的响应消息后，根据状态码222就可以知道Get命令的处理结果为获取部分成功。随后，服务器会根据Result标签下的Item判断哪些节点获取成功，哪些获取失败，对于成功的节点进行保存，对于失败的节点，服务器可以选择放弃会话，也可以单独再进行Get命令进行获取。
下面，结合附图，对服务器的操作进行详细的说明。图5是根据本发明实施例的服务器在接收到携带有新的状态值的响应消息时的处理流程图，如图5所示，包括如下处理：
步骤501，服务器收到客户端的响应信息；
步骤502，服务器判断响应消息的状态码是否为222，如果不是，则进行正常的处理流程，并进入步骤504，如果是，则执行步骤503；
步骤503，判断状态码为222后，执行处理策略，包括：保存正确的取值，以及对未取得的值再次进行重试Get操作等方法。其中，对未取得的item下节点的值可以进行重试，也可以放弃；
步骤504，结束会话。
通过上述处理，使服务器可以更高效的获取有用节点，定位无法获取的节点。
装置实施例一
根据本发明的实施例，提供了一种客户端，用于对设备管理协议中包含多item的Get命令进行优化，图6是根据本发明实施例的客户端的框图，如图6所示，根据本发明实施例的客户端包括：接收模块60、获取模块62、第一确定模块64、发送模块66。下面对根据本发明实施例的客户端进行详细说明。
需要说明的是，在进行下述处理前，首先需要定义一个新的状态值，用以表示多个Item的Get命令部分执行成功的情况(即，表示Get命令中部分item的节点取值失败)。
对于该状态值的定义，本发明实施例不规定其形式，在实际应用中，该新的状态值基本形式如其它的状态值一样，只是取值与现有状态值不一样即可。例如，可以定义该情形下的状态值为900，也可以定义它为222。为了描述方便，在下面的描述中，本发明实施例使用222来表示这种状态，表示对Get命令的执行结果是“部分成功”。需要说明的是，本发明实施例不仅仅指定使用222作为该状态的响应状态值。
下面，对根据本发明实施例的客户端进行说明。
具体地，接收模块60用于接收服务器发送的Get命令；在接收模块60接收服务器发送的Get命令后，第二确定模块需要确定Get命令中包含多个item，随后，获取模块62获取Get命令中的所有item下的节点的取值；在获取模块62获取Get命令中的所有item下的节点的取值后，第一确定模块64确定有部分item下的节点的取值失败；随后，发送模块66向服务器发送携带有表示执行Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
其中，返回的响应消息可以如下所示：
<SyncML xmlns＝″SYNCML:SYNCML1.2″>
<SyncHdr>
      <VerDTD>1.2</VerDTD>
      <VerProto>DM/1.2</VerProto>
      <SessionID>8155</SessionID>
      <MsgID>1</MsgID>
......略
</SyncHdr>
<SyncBody>
<Status>
       <CmdID>1</CmdID>
 <MsgRef>1</MsgRef>
     <CmdRef>1</CmdRef>
     <Cmd>Get</Cmd>
     <Data>222</Data>
</Status>
<Results>
       <CmdID>1</CmdID>
       <MsgRef>1</MsgRef>
       <CmdRef>1</CmdRef>
<Item>
<Source>
         <LocURI>./DevInfo/Lang</LocURI>
         </Source>
         <Data>en-us</Data>
       </Item>
<Item>
<Source>
        <LocURI>./DevInfo/Man</LocURI>
        </Source>
        <Data>ZTE</Data>
     </Item>
   </Results>
<Final/>
      </SyncBody>
</SyncML>
从上面的描述可以看出，采用本发明实施例，在返回的响应消息中有2个地方明显与传统的响应消息不同，一是状态值不再是425(或其它失败消息)，而是222(表示获取成功，但不完整)；二是SyncBody中，除了对状态Status的描述外，还添加上了获取信息成功的两个节点的信息，一并发送给服务器端。
装置实施例二
根据本发明的实施例，提供了一种服务器，用于对设备管理协议中包含多item的Get命令进行优化。图7是根据本发明实施例的服务器的框图，如图7所示，根据本发明的实施例的服务器包括发送模块70、接收模块72，下面，对根据本发明实施例的服务器进行详细说明。
需要说明的是，在进行下述处理前，首先需要定义一个新的状态值，用以表示多个Item的Get命令部分执行成功的情况(即，表示Get命令中部分item的节点取值失败)。
对于该状态值的定义，本发明实施例不规定其形式，在实际应用中，该新的状态值基本形式如其它的状态值一样，只是取值与现有状态值不一样即可。例如，可以定义该情形下的状态值为900，也可以定义它为222。为了描述方便，在下面的描述中，本发明实施例使用222来表示这种状态，表示对Get命令的执行结果是“部分成功”。需要说明的是，本发明实施例不仅仅指定使用222作为该状态的响应状态值。
下面，对根据本发明实施例的服务器进行说明。
具体地，发送模块70用于向客户端发送Get命令；接收模块72用于接收客户端发送的携带有表示执行Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，响应消息中还携带有预定标签，预定标签用于封装取值成功的item下的节点信息。
在接收模块72接收客户端发送的响应消息后，确定模块会确定响应消息中携带有新的状态值；如果携带的是新的状态值，其中的保存模块就会根据预定标签获取节点信息，并将节点信息进行保存；随后，执行模块对取值失败的item下的节点执行预定操作。执行模块的操作包括以下之一：放弃对取值失败的item的节点的会话；再次发送Get命令对取值失败的item的节点进行取值。
需要说明的是，在不背离所附权利要求阐明的精神和范围的情况下，可以对上述各个模块进行各种改变以及组合。
综上所述，借助于本发明的技术方案，在执行含有多个Item的OMA SyncML DM的Get命令时，客户端可以通过特殊的状态值告知服务器Get未能完全成功，但有部分成功，并且在Result标签中附带这些成功获取了的节点值，解决了相关技术中Get命令中某个或者多个Item失败时，其余获取得的有效信息均无法生效的问题，可以更高效的获取有用节点，定位无法获取的节点，还提高了客户端对Get命令操作的有效性，避免了浪费网络资源的情况发生。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种节点信息获取方法，用于对设备管理协议中包含多item的Get命令进行优化，其特征在于，所述方法包括：
客户端接收服务器发送的所述Get命令，获取所述Get命令中的所有item下的节点的取值，并确定部分item下的节点取值失败；
所述客户端向所述服务器发送携带有新的状态值的响应消息，其中，所述新的状态值用于表示执行所述Get命令时部分item下的节点取值失败，且所述响应消息中还携带有预定标签，所述预定标签用于封装取值成功的item下的节点信息。
2.根据权利要求1所述的方法，其特征在于，所述客户端接收服务器发送的所述Get命令之前，所述方法还包括：
对所述Get命令设置所述新的状态值，其中，所述新的状态值用于表示所述Get命令中部分item的节点取值失败。
3.根据权利要求2所述的方法，其特征在于，所述客户端接收服务器发送的所述Get命令之后，所述方法还包括：
所述客户端确定所述Get命令中包含多个item。
4.根据权利要求3所述的方法，其特征在于，所述客户端向所述服务器发送所述响应消息之后，所述方法还包括：
所述服务器接收所述响应消息，并确定所述响应消息中携带有所述新的状态值；
所述服务器从所述预定标签获取所述节点信息，并将所述节点信息进行保存；
所述服务器对取值失败的item的节点执行预定操作。
5.根据权利要求4所述的方法，其特征在于，所述预定操作包括以下之一：
放弃对所述取值失败的item的节点的会话；
再次发送Get命令对所述取值失败的item的节点进行取值。
6.一种客户端，用于对设备管理协议中包含多item的Get命令进行优化，其特征在于，所述客户端包括：
接收模块，用于接收服务器发送的Get命令；
获取模块，用于获取所述Get命令中的所有item下的节点的取值；
第一确定模块，用于确定部分item下的节点的取值失败；
发送模块，用于向所述服务器发送携带有表示执行所述Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，所述响应消息中还携带有预定标签，所述预定标签用于封装取值成功的item下的节点信息。
7.根据权利要求6所述的客户端，其特征在于，所述客户端进一步包括：
第二确定模块，用于确定所述Get命令中包含多个item。
8.一种服务器，用于对设备管理协议中包含多item的Get命令进行优化，其特征在于，所述客户端包括：
发送模块，用于向客户端发送Get命令；
接收模块，用于接收所述客户端发送的携带有表示执行所述Get命令时部分item下的节点取值失败的新的状态值的响应消息，其中，所述响应消息中还携带有预定标签，所述预定标签用于封装取值成功的item下的节点信息。
9.根据权利要求8所述的服务器，其特征在于，所述服务器进一步包括：
确定模块，用于确定所述响应消息中携带有所述新的状态值；
保存模块，用于根据所述预定标签获取所述节点信息，并将所述节点信息进行保存；
执行模块，用于对取值失败的item下的节点执行预定操作。
10.根据权利要求9所述的服务器，其特征在于，所述预定操作包括以下之一：
放弃对所述取值失败的item的节点的会话；
再次发送Get命令对所述取值失败的item的节点进行取值。
CN200910138532.0A 2009-04-30 2009-04-30 节点信息获取方法、客户端、服务器 Active CN101877861B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200910138532.0A CN101877861B (zh) 2009-04-30 2009-04-30 节点信息获取方法、客户端、服务器
US13/259,178 US8892711B2 (en) 2009-04-30 2010-04-20 Method for acquiring node information, and client and server
PCT/CN2010/071937 WO2010124571A1 (zh) 2009-04-30 2010-04-20 节点信息获取方法、客户端、服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910138532.0A CN101877861B (zh) 2009-04-30 2009-04-30 节点信息获取方法、客户端、服务器

Publications (2)

Publication Number Publication Date
CN101877861A true CN101877861A (zh) 2010-11-03
CN101877861B CN101877861B (zh) 2015-05-06

Family

ID=43020303

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910138532.0A Active CN101877861B (zh) 2009-04-30 2009-04-30 节点信息获取方法、客户端、服务器

Country Status (3)

Country Link
US (1) US8892711B2 (zh)
CN (1) CN101877861B (zh)
WO (1) WO2010124571A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572735A (zh) * 2010-12-10 2012-07-11 宏达国际电子股份有限公司 开放移动通讯联盟的方法与装置
CN103455366A (zh) * 2012-06-01 2013-12-18 阿里巴巴集团控股有限公司 一种调用外部系统服务的方法及装置
CN103906089A (zh) * 2012-12-28 2014-07-02 中兴通讯股份有限公司 命令报文反馈方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9026582B2 (en) * 2010-03-23 2015-05-05 Htc Corporation Device management methods and related apparatus for enhancing applicability of status messages in response to commands
US9867894B2 (en) 2015-07-02 2018-01-16 Xenex Disinfection Services, Llc. Germicidal apparatuses with configurations to selectively conduct different disinfection modes interior and exterior to the apparatus

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343418B2 (en) * 2002-06-03 2008-03-11 Microsoft Corporation Peer to peer network
CN101175041A (zh) * 2007-11-29 2008-05-07 武汉理工大学 一种Ad Hoc网络最优能量消耗路径选择方法
CN101282348A (zh) * 2007-04-06 2008-10-08 上海晨兴电子科技有限公司 运用http协议实现流媒体功能的方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3493309B2 (ja) 1997-10-31 2004-02-03 富士通株式会社 マルチキャスト送信方法
US6691165B1 (en) * 1998-11-10 2004-02-10 Rainfinity, Inc. Distributed server cluster for controlling network traffic
US6985921B2 (en) * 2001-02-06 2006-01-10 Hewlett-Packard Development Company, L.P. Reliability and performance of SNMP status through protocol with reliability limitations
MXPA04009737A (es) * 2002-04-30 2005-01-11 Nokia Corp Metodo y dispositivo para manejo de intercambio de datos en arbol.
CN1852138A (zh) * 2005-07-30 2006-10-25 华为技术有限公司 一种终端管理方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343418B2 (en) * 2002-06-03 2008-03-11 Microsoft Corporation Peer to peer network
CN101282348A (zh) * 2007-04-06 2008-10-08 上海晨兴电子科技有限公司 运用http协议实现流媒体功能的方法
CN101175041A (zh) * 2007-11-29 2008-05-07 武汉理工大学 一种Ad Hoc网络最优能量消耗路径选择方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572735A (zh) * 2010-12-10 2012-07-11 宏达国际电子股份有限公司 开放移动通讯联盟的方法与装置
US9131360B2 (en) 2010-12-10 2015-09-08 Htc Corporation Apparatus and method of open mobile alliance
CN103455366A (zh) * 2012-06-01 2013-12-18 阿里巴巴集团控股有限公司 一种调用外部系统服务的方法及装置
CN103906089A (zh) * 2012-12-28 2014-07-02 中兴通讯股份有限公司 命令报文反馈方法及装置
WO2014101528A1 (zh) * 2012-12-28 2014-07-03 中兴通讯股份有限公司 命令报文反馈方法及装置

Also Published As

Publication number Publication date
US20120023216A1 (en) 2012-01-26
US8892711B2 (en) 2014-11-18
CN101877861B (zh) 2015-05-06
WO2010124571A1 (zh) 2010-11-04

Similar Documents

Publication Publication Date Title
CN106572517B (zh) 网络切片的处理方法、接入网络的选择方法及装置
US9467499B2 (en) Method and management apparatus for performing operation on device resource
EP2640005B1 (en) Method for terminal configuration and management and terminal device
EP2091210B1 (en) Message processing method, system, server and terminal
EP2456246A1 (en) Network selection method based on multi-link and apparatus thereof
CN111083690B (zh) 用户面功能实体信息的上报方法及装置
EP1690189B1 (en) On demand session provisioning of ip flows
US20110004654A1 (en) Device management session trigger
US9425982B2 (en) Server and method for providing device management service and device receiving the device management service
CN101848107A (zh) Snmp网元及snmp网元与私有协议网元通信的方法
CN101877861B (zh) 节点信息获取方法、客户端、服务器
EP2854375A1 (en) Communication processing method, server and terminal
CN111356090B (zh) 网络的连网方法及其装置、终端和计算机可读存储介质
CN103138961B (zh) 服务器控制方法、被控服务器及中心控制服务器
CN101686223B (zh) 一种内容过滤的反馈方法和装置
CN109429225A (zh) 消息接收、发送方法及装置、终端、网络功能实体
CN103138953B (zh) 多媒体消息的群发方法及群发系统
CN109041038A (zh) 用于控制电子装置与指定用户绑定的方法和系统
CN112087745A (zh) 家电设备的配网方法、装置、电子设备和存储介质
US9762465B2 (en) Method and apparatus for transmitting a response to a command in wireless communication system
JP4989440B2 (ja) 端末管理システム、端末管理サーバ及び端末装置
CN116033593A (zh) 一种会话信息的订阅方法、装置及设备
CN117528482A (zh) 会话绑定信息获取方法、系统以及存储介质
CN101729499A (zh) 基于会话初始协议的用户名协商方法、控制会话服务器
CN105306287A (zh) 一种统计用户流量的方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20170901

Address after: 011600, the Inner Mongolia Autonomous Region, Hohhot County, Qingshui River Province Yang village, No. 50, Feng Village

Patentee after: Wang Siying

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Patentee before: ZTE Corporation

TR01 Transfer of patent right
CB03 Change of inventor or designer information

Inventor after: Wang Siying

Inventor before: Chen Bo

Inventor before: Ju Fei

Inventor before: Yuan Lei

Inventor before: Zhou Tao

Inventor before: Yang Hanling

Inventor before: Shen Jian

CB03 Change of inventor or designer information
TR01 Transfer of patent right

Effective date of registration: 20180710

Address after: 226156 999 Harbour Road, Binhai New Area, Haimen, Nantong, Jiangsu

Patentee after: HAIMEN HUANGHAI PIONEER PARK SERVICES CO., LTD.

Address before: 011600 No. 50, Mount Feng Village, Yangjia kiln Township, Qingshui River County, Hohhot, the Inner Mongolia Autonomous Region.

Patentee before: Wang Siying

TR01 Transfer of patent right