WO2010111959A1 - 提供节点信息的方法、获取节点信息的方法及设备 - Google Patents

提供节点信息的方法、获取节点信息的方法及设备 Download PDF

Info

Publication number
WO2010111959A1
WO2010111959A1 PCT/CN2010/071492 CN2010071492W WO2010111959A1 WO 2010111959 A1 WO2010111959 A1 WO 2010111959A1 CN 2010071492 W CN2010071492 W CN 2010071492W WO 2010111959 A1 WO2010111959 A1 WO 2010111959A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
information
management object
parameter
management
Prior art date
Application number
PCT/CN2010/071492
Other languages
English (en)
French (fr)
Inventor
宋悦
刘海涛
常新苗
Original Assignee
华为终端有限公司
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 华为终端有限公司 filed Critical 华为终端有限公司
Priority to ES10758061.5T priority Critical patent/ES2634461T3/es
Priority to EP10758061.5A priority patent/EP2416538B1/en
Publication of WO2010111959A1 publication Critical patent/WO2010111959A1/zh
Priority to US13/249,625 priority patent/US8745190B2/en
Priority to US14/248,937 priority patent/US9712403B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for providing node information, a method for acquiring node information, and a device. Background technique
  • OMA DM VI. 2 Open Mobi le Al l iance Device Management Work Group
  • OMA DM WG Open Mobi le Al l iance Device Management Work Group
  • the third party can be the information management department of the operator, service provider or partner.
  • the environment and configuration information in the terminal device are saved in the device management tree.
  • the device management tree includes some Management Objects (M0).
  • the device management tree consists of nodes, for example, a root node, an internal node, and a leaf node.
  • the root node is the uppermost node in the device management tree; the leaf node may have a node value, but no more child nodes; the internal node cannot have a node value, but may have child nodes.
  • M0 The data model of M0 is defined in DM and its related application protocols, namely node structure and node description, attributes and so on.
  • the Device Capability (MOM0) protocol defines the M0 used to manage device capabilities.
  • M0 needs to be instantiated in the terminal, that is, the node is assigned, named, etc., and an actual M0 instance is generated and stored in the device management tree to accept the management of the DM server and be used by the terminal device.
  • an unnamed node is defined to function as a placeholder.
  • a DM server or terminal device instantiates a node, the node is named. This type of node is called an X node.
  • the device management tree can be considered as an interface for the DM server to manage the terminal device.
  • the DM protocol communicates with the DM client in the terminal device to implement management of the terminal device.
  • the DM server achieves the purpose of operation control for M0 in the device management tree by acquiring (Get), replacing (Replace), executing (Exec), copying (Copy), and deleting (Delete).
  • the node in M0 passes the uniform resource identifier
  • URI Uniform Resource Identifier
  • the DM server first searches for the location of the MO in the device management tree by locally parsing the Device Description Framework (DDF), or by sending a management object identifier.
  • DDF Device Description Framework
  • Management Object Identifier, MOD acquires the location of the MO from the terminal device, and then obtains node information such as structure information and data information (including node attributes, node values, etc.) in the M0 instance from the terminal device according to the acquired location.
  • the DM server needs at least two operations to obtain node information, and the execution efficiency is low.
  • the embodiment of the invention provides a method for providing node information, a method and device for acquiring node information, so as to improve the efficiency of the DM server for acquiring node information.
  • An embodiment of the present invention provides a method for providing node information, including:
  • the node information is returned according to the management object identifier and the node object information in the command.
  • the embodiment of the invention further provides a method for acquiring node information, including:
  • Node information returned according to the management object identifier and the node object information in the command is received.
  • the embodiment of the invention further provides a device management server, including:
  • a sending module configured to send, to the terminal device, a command that includes the management object identifier and the node object information; and the receiving module is configured to receive the node information returned by the terminal device according to the management object identifier and the node object information in the command.
  • the embodiment of the invention further provides a terminal device, including:
  • a receiving module configured to receive a command that is sent by the device management server and includes the management object identifier and the node object information
  • the above embodiment directly acquires node information and returns by receiving a command including M0I and node object information.
  • the DM server can obtain node information by sending a command, which greatly improves the efficiency of the DM server to obtain node information.
  • FIG. 1 is a schematic structural diagram of a device management system according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of a device management server according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for providing node information according to an embodiment of the present invention.
  • FIG. 5A is a flowchart of another method for providing node information according to an embodiment of the present invention.
  • FIG. 5B is a data model diagram of the DCM0 corresponding to FIG. 5A;
  • FIG. 5B is a data model diagram of the DCM0 corresponding to FIG. 5A;
  • FIG. 5C is a schematic diagram of an M0 example corresponding to FIG. 5A;
  • 6A is a flowchart of still another method for providing node information according to an embodiment of the present invention.
  • Figure 6B is a schematic diagram of the diagnostic and monitoring (Diagnostics and Monitoring, DiagMon) MO corresponding to Figure 6A;
  • FIG. 7A is a flowchart of still another method for providing node information according to an embodiment of the present invention.
  • FIG. 7B is a schematic diagram of an example of a software component management object (Software Component MO, SC0M0) corresponding to FIG. 7A;
  • Figure 8 shows an example of a software component management object (Software Component MO, SC0M0).
  • FIG. 1 is a schematic structural diagram of a device management system according to an embodiment of the present invention.
  • the system includes: a DM client 11 and a DM server 12.
  • the DM server 12 sends a command to the DM client 11 to obtain the M0 instance information.
  • the sent command may include the MOI and the node object information to indicate that the DM server 12 wishes to acquire the node information corresponding to the node object information in the M0 instance.
  • the DM client 11 finds the location of the corresponding M0 instance according to the MOI, and then finds a corresponding node according to the node object information, acquires corresponding node information, and returns the acquired node information to the DM server 12. .
  • the node object information may include any one or a combination of node identification information and node information parameters.
  • the node identification information may be a relative URI, a node name, or the like.
  • the DM server 12 sends a command including the MOI and the node object information to the DM client 11, so that the DM client 11 can not only determine the location of the M0 instance, but also find the destination node according to the node object information, thereby obtaining
  • the node information of the destination node is returned to the DM server 12, so that the DM server 12 can obtain the node information by sending a command, greatly improving the efficiency of the DM server 12 acquiring the node information, and improving the execution efficiency of the device management system. .
  • FIG. 2 is a schematic structural diagram of a device management server according to an embodiment of the present invention.
  • the DM server can include a transmitting module 21 and a receiving module 22.
  • the sending module 21 sends a command to the DM client to obtain node information.
  • the receiving module 22 receives the node information replied by the DM client.
  • the command may include M0I and node object information, as described in the above system embodiment.
  • the receiving module 22 may be specifically configured to receive node information corresponding to the node identification information in the M0 instance; the M0 instance corresponds to the MOI.
  • the receiving module 22 may be specifically configured to receive node information of the descendant node corresponding to the hierarchical parameter in the M0 instance;
  • the M0 instance corresponds to the M0I; or
  • the receiving module 22 may be specifically configured to receive structural information of the M0 instance corresponding to the M0I returned according to the structural parameter; or
  • the receiving module 22 may be specifically configured to receive structural information of the M0 instance corresponding to the M0I and data information of the leaf node returned according to the structural data parameter; or
  • the receiving module 22 is specifically configured to receive management subtree information serialized by the M0 instance corresponding to the MOI returned according to the tree and the description serialization parameter, if the node information parameter is a tree and a description serialization parameter.
  • the receiving module 22 may be specifically configured to receive the child node corresponding to the level parameter in the node corresponding to the node identifier information in the M0 instance. Node information; or
  • the receiving module 22 may be specifically configured to receive structural information of a management subtree of the node corresponding to the node identifier information in the M0 instance; or
  • the receiving module 22 may be specifically configured to receive structural information of a management subtree of a node corresponding to the node identifier information in the M0 instance, and data information of a leaf node; or
  • the receiving module 22 may be specifically configured to receive a node corresponding to the node identifier information in the M0 instance. Serialized management subtree information.
  • the DM server sends a command including the MOI and the node object information to the DM client through the sending module 21, so that the DM client can not only determine the location of the M0 instance, but also find the destination node according to the node object information, thereby obtaining
  • the node information of the destination node is returned to the DM server, so that the DM server can obtain the node information by sending a command, which greatly improves the efficiency of the DM server to acquire the node information.
  • FIG. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention.
  • the terminal device includes: a receiving module 31 and a return module 32.
  • the receiving module 31 receives a command sent by the DM server for acquiring the M0 instance information, and the command may include the MOI and the node object information, as described in the above system embodiment.
  • the return module 32 returns the node information to the DM server according to the M 01 and the node object information in the command.
  • the returning module 32 may specifically find the location of the corresponding M0 instance according to the M0I in the command received by the receiving module 31, and then further acquire the node information at the found location according to the node object information in the command.
  • the returning module 32 may be specifically configured to return the node information corresponding to the node identification information in the M0 instance; the M0 instance corresponds to the MOI.
  • the returning module 32 may be specifically configured to return node information of the descendant node corresponding to the hierarchical parameter in the M0 instance;
  • the M0 instance corresponds to the M0I; or
  • the returning module 32 may be specifically configured to return structural information of the M0 instance corresponding to the M0I according to the structural parameter;
  • the returning module 32 may be specifically configured to return structural information of the M0 instance corresponding to the MOI and data information of the leaf node according to the structural data parameter; or
  • the returning module 32 may be specifically configured to return, according to the tree and the description serialization parameter, the management subtree information serialized by the M0 instance corresponding to the MOI.
  • the returning module 32 may be specifically configured to return a node corresponding to the layer parameter corresponding to the node identifier information in the M0 instance. Node information of the descendant node; or
  • the returning module 32 may be specifically configured to return structural information of a management subtree of the node corresponding to the node identification information in the M0 instance; or
  • the returning module 32 may be specifically configured to return structural information of a management subtree of a node corresponding to the node identification information in the M0 instance and data information of a leaf node; or
  • the returning module 32 may be specifically configured to return a node corresponding to the node identifier information in the M0 instance. Serialized management subtree information.
  • the returning module 32 is further configured to return information that the node does not exist if the node corresponding to the node object information does not exist.
  • the receiving module 31 and the return module 32 may be disposed in a DM client of the terminal device.
  • the terminal device returning module 32 finds the node information specified in the command received by the receiving module 31, and replies to the DM server, so that the terminal device receives a command sent by the DM server, so that the terminal device receives the command sent by the DM server.
  • the node information of the destination node can be obtained, and the DM server can obtain the node information by sending a command, which greatly improves the efficiency of the DM server to acquire the node information.
  • FIG. 4 is a flowchart of a method for providing node information according to an embodiment of the present invention.
  • the method may include: Step 41: The DM client receives a command that is sent by the DM server and includes the MOI and the node object information.
  • the node object information is detailed in the above system embodiment.
  • the DM server sends a command including the MOI and the node object information to the DM client, and the DM client acquires and returns the node information according to the MOI and the node object information, so that the DM server can obtain the node information only by sending the command once. , greatly improving the efficiency of the DM server to obtain node information.
  • a command including the MOI and the node object information may include the MOI and the node object information, as described in the above system embodiment;
  • the receiving terminal device returns node information according to the M0I in the command and the node object information.
  • the receiving the node information returned according to the MOI and the node object information in the command may include: receiving node information corresponding to the node identification information in the M0 instance; Corresponding to the MOI.
  • the receiving the node information returned according to the MOI in the command and the node object information may include: receiving the level returned in the M0 instance. Node information of the descendant node corresponding to the parameter; the M0 instance corresponding to the MOI;
  • the receiving the node information returned according to the MOI in the command and the node object information may include: receiving structural information of the M0 instance corresponding to the MOI returned according to the structural parameter; or
  • the node information parameter is a structural data parameter
  • the receiving is based on the M0I and the node object letter in the command.
  • the node information returned by the information includes: receiving structural information of the M0 instance corresponding to the MOI and data information of the leaf node returned according to the structural data parameter; or
  • the receiving, according to the MOI in the command and the node information returned by the node object information may include: receiving, according to the tree and describing the serialization parameter, returning to the M0I
  • the M0 instance serializes the management subtree information.
  • node object information includes node information parameters and node identification information:
  • the receiving, returning the node information of the descendant node corresponding to the tier parameter in the M0 instance may include: receiving node information of the descendant node corresponding to the tier parameter under the node corresponding to the node identifier information in the M0 instance;
  • receiving the structural information of the M0 instance corresponding to the MOI that is returned according to the structural parameter may include: receiving structural information of a management subtree of the node corresponding to the node identifier information in the M0 instance;
  • the receiving, by the structure data parameter, the structure information of the M0 instance corresponding to the MOI and the data information of the leaf node may include: receiving a management subtree of the node corresponding to the node identifier information in the M0 instance Structural information and data information of leaf nodes;
  • the receiving, by the tree, the management subtree information serialized by the M0 instance corresponding to the MOI, which is returned according to the tree and the description serialization parameter, may include: receiving serialization of a node corresponding to the node identifier information in the M0 instance Management subtree information.
  • the DM server acquires the node information only by sending a command to the terminal device, which greatly improves the execution efficiency.
  • FIG. 5A is a flowchart of another method for providing node information according to an embodiment of the present invention.
  • Fig. 5B is a data model diagram of DCM0 corresponding to Fig. 5A.
  • FIG. 5C is a schematic diagram of an example of M0 corresponding to FIG. 5A. It is assumed that the DCM0 instance in this embodiment is stored under the DCM0 node in the device management tree, and the DCM0 node is a child of ".”.
  • the X node in FIG. 5B is instantiated to obtain DCM0 instances as shown in FIG.
  • the acquisition process includes:
  • Step 51 The DM server sends a "Get" command including the MME and the relative URI to the DM client to obtain the node information corresponding to the relative URI, such as the node information of the "Property" node in this embodiment.
  • Step 52 After receiving the "Get” command sent by the DM server, the DM client finds the location of the M0 instance in the device management tree. In this embodiment, the locations of the node 1 and the node 2 are obtained.
  • Step 53 The DM client finds the corresponding node at the location found in step 52 according to the relative URI in the "Get" command. For example, the "Property" node in this embodiment acquires the node information of the "Property" node.
  • Step 54 The DM client returns, to the DM server, the node information of the node corresponding to the relative URI in the M0 instance found in step 52.
  • the DM server obtains the information about the M0 instance by sending a command, which includes both the location of the instance and the node information of a node in the M0 instance.
  • the Get command can be:
  • the "Get” command uses "Item/Target/LocURI” to carry the MOI of DCMO and the relative URI "Property" of the "Property” node, indicating that the DM server wants to get the value of the Property node in the DCMO instance.
  • M0I is "urn: oma:mo : oma_dcmo : 1. 0".
  • This command includes "TargetParent” in “Item” and “L ocName” in “TargetParent” to carry M0I.
  • the relative URI is still carried in “Item/Target/LocURI", where the relative UR I is "Property"
  • the DM client can learn that the DM server needs to obtain information about the M0 instance whose M0I is "u rn: oma:mo: oma-dcmo: 1. 0", then the DM client. Find the location of DCM0 in the device management tree.
  • the method of searching may be to traverse the node type (Typ e) to "urn: oma:mo: oma-dcmo: 1. 0" in all internal nodes of the device management tree, or according to the saved M0I and node position. Correspondence information to determine the M0 instance root node location.
  • the root node of the M0 instance is the above-mentioned node 1 and node 2 after the X node is instantiated.
  • the DM client finds the location of the DCM0 instance on the device management tree as " ⁇ /DCM0/1 " and " ⁇ /DCM0/2", that is, node 1 and node 2 in Figure 5C.
  • the DM client obtains the node information according to the relative URI in the above command, and then finds the "Property" node under the node 1 and the node 2, and obtains the node value.
  • the DM client can reply to the DM server with the following information (Results) command:
  • the cURI " element carries the absolute URI of the above Property node, ie ". /DCMO/l/Property” or “. / DCMO/2/Property”, and the value of the Property node is carried in the "Item/Data” element.
  • the value of the ". /DC MO/1/Property” node is "Camera”
  • the value of the ". /DCMO/l/Property” node is "Speak er'O
  • the above absolute URI actually contains the location of the DCM0 instance, namely ". /DCM0/1" and “. /DCM0/2".
  • the reply message may also not use an absolute URI, and still use a relative URI, such as "1/Proper ty,, and "2/Property'O
  • the DM server obtains the node values of the specified nodes of the multiple M0 instances from the DM client by using one command, thereby further improving the efficiency of the DM server acquiring the node information, and saving the air resources.
  • FIG. 6A is a flowchart of still another method for providing node information according to an embodiment of the present invention.
  • Figure 6B is a schematic diagram of the diagnostic and monitoring (Diagnostics and Monitoring, DiagMon) MO corresponding to Figure 6A.
  • DiagMon M0 instance Assume that there is a DiagMon M0 instance as shown in FIG. 6B in the device management tree, and the "DiagMon" node in FIG. 6B is a child node of the device management tree root node instance, and there are two M0 instances under it, and the instance root node is node 1 respectively. And node 2. Node 1 and all its descendants together can be called DiagMon M0 instance 1, and node 2 and all its descendants together can be called DiagMon M0 instance 2. If the DM server uses a command to obtain node information of multiple nodes in the M0 instance, the information may include:
  • Step 61 The DM server sends a "Get" command including the M0I and the relative URI to the DM client to obtain the node information corresponding to the relative URI, such as the node information of the "DFID" node and the "Status" node in this embodiment.
  • Step 62 After receiving the Get command sent by the DM server, the DM client according to the M0 in the "Get" command
  • I find the location of the M0 instance in the device management tree, which is the location of node 1 and node 2 in this embodiment.
  • Step 63 The DM client finds the corresponding node in the location found in step 62 according to the relative URI in the Get command, such as the "DFID" node and the "Status” node in the embodiment, and obtains the "DFID” node and the "Status”. Node information for the node.
  • Step 64 The DM client returns, to the DM server, the node information of the multiple nodes corresponding to the multiple relative URIs in the M0 instance found in step 62.
  • the node information of the "DFID" node and the "Status" node completes the acquisition of the node information on the DM client.
  • the command sent by the DM server may be:
  • This command uses two “Item” to indicate that the DM server needs to obtain the node values of the "DFID” node and the "Status” node in the M0 instance with MOI "urn: oma:mo : oma-diagmo n: 1. 0".
  • step 62 and step 63 may be the same as the above step 52 and step 53, but only the values of the two nodes in each M0 instance are obtained at this time.
  • the DM client can still reply to the DM server by sending a "Results" command.
  • the "Results” command can be:
  • the command includes the absolute UR I and node values for the "DFID" and "Status" nodes of the two DiagMon MO instances.
  • the information is carried in the same manner as the above-mentioned step 54, except that in this embodiment, information for two nodes is included for each M0 instance, which is equivalent to a total of four pieces of information, which are carried by the "Item" element.
  • these four pieces of information are arranged in the order of the M0 instances. For example, the information for the two nodes of DiagMon M0 instance 1 is first, and the information for the two nodes of DiagMon M0 instance 2 is followed. These four pieces of information can also be arranged in other orders, such as the information of the two "DFID” nodes, the information of the two "Status” nodes, and so on.
  • the DM server can learn from the absolute URI that there are two M0 instances and that the relevant node values are known.
  • the DM server wants to obtain information about a node of the M0 instance, but there is no such node in a certain M0 instance or some M0 instances, such as an optional node, it is not defined in an instance, for example, different DiagMon functions M0. (DiagMon Function M0) It is possible to define different sets of nodes, then their instances will contain different nodes; or because the nodes are already defined, they are not yet created in the device management tree. In this case, the DM client cannot provide the node information of the node to the DM server.
  • the DM client can still use the "Resu Its” command to reply to the node information of the existing node, and inform the DM server that some or some of the node information cannot be obtained in the status reply command ("Status" command) for obtaining the command.
  • the "Data” element in the "Status” command can be used to carry a status code to indicate the information that the node does not exist.
  • FIG. 7A is a flowchart of still another method for providing node information according to an embodiment of the present invention.
  • FIG. 7B is a schematic diagram of an example of a software component management object (Software Component MO, SC0M0) corresponding to FIG. 7A. Assume that the SC0M0 node shown in FIG. 7B is a child node of the root node of the device management tree, and FIG. 7B includes an instance of SC0M0, that is, an M0 instance.
  • SC0M0 Software Component MO
  • the DM server may include:
  • Step 71 The DM server sends a Get command including a MOI, a relative URI, and a node information parameter to the DM client, to obtain node information corresponding to the node information parameter.
  • a Get command including a MOI, a relative URI, and a node information parameter to the DM client, to obtain node information corresponding to the node information parameter.
  • Step 72 After receiving the Get command sent by the DM server, the DM client searches for the M0 instance according to the M0I in the Get command. In the found M0 instance, find the "D-printed" node in the device management tree according to the relative URI. The location of node 1 and node 2.
  • Step 73 The DM client searches for a corresponding descendant node in the location found in step 72 according to the parameter in the "Get" command.
  • node 1 and node 2 themselves and the "ID” node of the lower layer thereof.
  • "PkglDRef,” node, "Name” node, “Description” node, "Version” node, "Ope rations” node, "State” node, and "Ext” node get the node information of these nodes.
  • Step 74 The DM client returns the node information of the descendant node found in step 73 to the DM server.
  • the node information of the "ID” node, the "PkglDRef,” the node, the "Name” node, the “Description” node, the "Version” node, the "State” node, and the "Ext” node completes the node on the DM client. Acquisition of information.
  • the command sent by the DM server may be:
  • "StructDataLevel2" in this hierarchy parameter is used to indicate that the DM server wants to obtain the two-layer node structure and/or node value information under the "Deplo yed" node, that is, node 1 and its first-level child nodes and nodes.
  • the DM client may reply to the DM server by using the following command, for example:
  • the DM client replies with the "Deployed" node information, the node 1 and the first-level child nodes of the node 1 in the instance 1, and the node 2 and the first-level node of the node 2 in the instance 2
  • the information for the sake of brevity of description, only lists the response of node 1, node 2, and its "ID" subnode and "PkglDRef” subnode, omitting other nodes.
  • the node information is carried in the "Results" command in the same manner as the above steps 54 and 64, except that the internal node only replies to its absolute URI, and the leaf node replies to both the absolute URI and the node value. Also, referring to the above step 64 and its description, the order in which each node information is arranged in the command is not limited in this embodiment.
  • "Leve 12 Describes that the DM server needs to obtain information about the next two nodes of the specified URI. It can also be "Level3", “L eve 14", etc., to obtain information of the lower node.
  • the reply mode of the terminal is similar to the above example. Similarly, the method of this embodiment can still be applied to the M0 instance.
  • the structure information or the serialization management subtree information under a certain relative URI position in the M0 instance of a specified M0I can be obtained, or a specified M0I can be obtained.
  • the DM server not only acquires the node value of the first-level child node from the DM client through a command, but also acquires the structure and/or data of the next two-layer node, and further improves the efficiency of the DM server acquiring the node information. And save on air resources.
  • the DM server sends a command including the M0I and the node object information to the DM client, so that the DM client can not only determine the location of the M0 instance, but also find the destination node according to the node object information.
  • the node information of the destination node is obtained, so that the DM server can obtain the node information by sending a command, which greatly improves the efficiency of the DM server acquiring the node information.
  • the server may need to obtain leaf node information or internal node information;
  • the Item/Target/LocURI element carries the M0I of SC0M0, ie urn: oma:mo : oma-scomo : 1.
  • the Item/Data element carries the name of the PkglD node, which is Pk gID, which means that the server wants to get the value of the PkglD node in the SC0M0 instance.
  • Pk gID which means that the server wants to get the value of the PkglD node in the SC0M0 instance.
  • Pr 0 p ⁇ pr 0 p e rty_nam e > to get the node properties.
  • the present invention does not limit the carrying manner of the MOI and the node name in the command, as long as the above two pieces of information can be included, and the terminal device can perform the parsing.
  • a new element MOID element to carry the M0I
  • you can also link the node name to the M0I such as u rn: oma:mo : oma-scomo : l. 0+PkgID
  • also does not limit the use of the Data element to carry the node name for example, can be carried using the Item / Target / LocNam e element.
  • the terminal device can learn that the server needs to obtain the information about the M0 instance of the MOR: oma:mo: oma-scomo: 1. 0, and the terminal first finds the location of the SC0M0 in the device management tree.
  • the method may be to traverse the node Type (type) of U r n : 0 m a : m 0 : 0 ma-scom 0 : 1. 0 in all internal nodes of the device management tree, of course, according to the saved M0I
  • the correspondence information with the node position is used to determine the M0 instance root node location.
  • the terminal finds that the location of the SC0M0 instance on the device management tree is . /SC0M0/1. After that, the terminal obtains the node information according to the node name in the above command. At this time, the Pk gID node is searched under the node . /SC0M0/1, and there may be one or more PkglD nodes under the /SC0M0/1, for example, /SCOMO The /kg/Download/1 node and the /SCOMO/l/Inventory/Delivered/1 node respectively have PkglD nodes, and the terminal finds all PkglD nodes under /SC0M0/1, and restores its value to the server:
  • the above code describes the information that the terminal device replies to the server.
  • the information uses the Results command.
  • the command uses multiple items to carry information of different nodes.
  • the Item/Source/LocURI element carries the absolute value of the above PkglD node. URI, BP. /SCOMO/l/Download/l/PkgID and . /SCOMO/l/Inventory/ Del ivered/1/PkgID, and the value of the PkglD node is carried in the Item/Data element, where /SC0M0/1
  • the value of the /D ownload/1/PkgID node is Pkgl
  • the value of the /SCOMO/l/Inventory/Del ivered/l/PkgID node is also Pkgl.
  • absolute URI actually contains the location of the SC0M0 instance, ie . /SC0M0/1.
  • the replies can also use absolute URIs instead of relative URIs such as 1/Inventory/Del ivere d/1/PkgID and l/Download/l/PkgID.
  • the server obtains information about the M0 instance by sending a command, which includes both the location of the instance and the value of the specified leaf node in the M0 instance.
  • a command which includes both the location of the instance and the value of the specified leaf node in the M0 instance.
  • the server needs to obtain the internal node information, it is assumed that the server needs to obtain all the child node information of the Deployed node in the SC0M0 instance as shown in FIG. 7B, and then sends a command to the terminal device, as follows:
  • the Item/Target/LocURI element carries the M0I of SC0M0, ie urn : oma : mo : oma-scomo : 1.
  • the Item/Data element carries the name of the Deployed node, which is Deployed, which means that the server wants to get the names of all the child nodes of the D-printed node in the SC0M0 instance.
  • you can also add after the Deployed node name? Prop ⁇ property_name> to get the node properties.
  • the present invention does not limit the carrying manner of the MOI and the node name in the command, as long as the above two pieces of information can be included, and the terminal device can perform the parsing.
  • a new element MOID element to carry the M0I
  • you can also link the node name to the M0I such as urn: oma:mo : oma-scomo : l. 0+Deployed, not limited to how to connect, such as using "- The "number” or "/" number can be used; it is also not limited to use the Data element to carry the node name, for example, it can be carried using the Item/Target/LocName element.
  • the terminal device can learn that the server needs to obtain the information about the M0 instance of the MOR: oma:mo: oma-scomo: 1. 0, and the terminal first finds the location of the SC0M0 in the device management tree.
  • the method may be to traverse the node Type (type) of U r n : 0 m a : m 0 : 0 ma-scom 0 : 1. 0 in all internal nodes of the device management tree, of course, according to the saved M0I
  • the correspondence information with the node position is used to determine the M0 instance root node location.
  • the terminal finds that the location of the SC0M0 instance in the device management tree is . /SC0M0/1; then the terminal obtains the node information according to the node name in the above command, and then searches for the node. /SC0M0/1 De ployed node, the terminal finds all Deployed nodes under /SC0M0/1 (in this case, there is only one Deployed, if there are multiple cases, you need to find them), the terminal replies all the child node names of the Deployed node to the server. :
  • the above code describes the information that the terminal device replies to the server.
  • the information uses the Results command.
  • multiple items are used to carry information of different nodes.
  • the Item/Source/LocURI element carries the child of the Deployed node.
  • the above absolute URI actually contains the location of the SC0M0 instance, that is, /SC0M0/1. At this time, there is only one SC0M0 instance on the terminal. If there are multiple, the child node name of the Deployed node of multiple instances needs to be fed back. .
  • the server obtains information about the M0 instance by sending a command, which includes both the location of the instance and the name of the child node of the specified internal node in the M0 instance.
  • the node that needs to be acquired is specified by carrying the name of the internal node, and the relative URI of the internal node may be used to specify.
  • the relative URI refers to the relative configuration from the child node under the root node of the M0 instance to the node that needs to be acquired. path.
  • the MOI and the relative URI may be used to obtain the information of the specified node in the M0 instance, but if there is a URI fragment in the relative URI that the server does not know, that is, the node name that the server cannot determine, the corresponding method is needed.
  • this type of node that cannot be determined is the X node mentioned earlier, it will be named when the server or terminal instantiates it, so the server may not know its name; X A node is also known as a placeholder node or an unnamed node);
  • the above also uses a relative URI to indicate the node that needs to be acquired.
  • the relative URI refers to the path from the root node of the M0 instance to the node that needs to be acquired.
  • it is? /I nven tory/D e pl 0 yed/ ⁇ X >/ID can also increase the root node of the M0 instance, such as? / ⁇ x>/Inventory/Deployed/ ⁇ x>/ID.
  • the difference from the previous embodiment is that for the child node of the Deployed node, it is represented by ⁇ x>, because for the unnamed node, the server may not know its instantiated name, and the present invention does not limit what symbol is used.
  • a symbol such as "*" or a reserved symbol specified in RFC2396 can also be used.
  • this embodiment also adds a "?” in the relative URI, which is used to explicitly inform the terminal that this is a relative URI.
  • the "?” is just an identifier, and it may not belong to a part of the relative URI, only as a MOI.
  • the symbol that is connected to the relative URI can also be replaced by other symbols.
  • the MOI and the relative U RI may be carried with different elements as mentioned in the previous embodiment.
  • the terminal After receiving the command, the terminal finds all ID nodes under Deployed, and replies to the server with their URI and node values.
  • the specific reply content is not described here.
  • a method of providing node information including:
  • the node information is returned according to the management object identifier and the node object information in the command.
  • the node object information includes any one or combination of node identifier information and node information parameters; the node identifier information is a relative uniform resource identifier or a node name of the node; and the relative uniform resource identifier includes a specified character.
  • the specified character is used to represent a placeholder node or an unnamed node; the node object information includes node identification information;
  • node information corresponding to the node identifier information the management object instance corresponding to the management object identifier; or
  • a method for obtaining node information including:
  • the node object information includes any one or a combination of node identifier information and node information parameters.
  • the node identifier information is a relative uniform resource identifier or a node name of the node; the relative uniform resource identifier includes a specified character, where the specified character is used to represent a placeholder node or an unnamed node; Node identification information;
  • the receiving the node information returned according to the management object identifier and the node object information in the command includes: receiving node information corresponding to the node identifier information in the management object instance; and the management object instance corresponding to the management object identifier ; or
  • the processed node identification information is a relative uniform resource identifier or a node name of the node
  • the relative uniform resource identifier includes a designated character, the designated character being used to represent a placeholder node or an unnamed node;
  • the device management server and the terminal device respectively implement the foregoing method for acquiring node information.
  • the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Description

提供节点信息的方法、 获取节点信息的方法及设备 本申请要求于 2009年 4月 1 日提交中国专利局、 申请号为 200910132988. 6、 发 明名称为 "一种获取指定 M0中指定节点信息的方法" 的中国专利申请， 以及于 2009年 6月 22日提交中国专利局、 申请号为 200910146271. 7、 发明名称为 "一种获取指定 M0 中指定节点信息的方法" 的中国专利申请的优先权，其全部内容通过引用结合在本申请 中。
技术领域
本发明涉及通信技术领域， 尤其涉及一种提供节点信息的方法、 获取节点信息的方 法及设备。 背景技术
开放移动联盟设备管理工作组 （Open Mobi le Al l iance Device Management Work Group, OMA DM WG) 制定的设备管理 (Device Management , DM) 规范 "OMA DM VI. 2 " 用于第三方管理和设置终端设备（比如手机终端及终端中的功能对象） 中的环境和配置 信息， 解决这些终端设备在使用过程中遇到的问题， 例如通过无线网络 （Over The Air， OTA)方式进行软件和固件的安装、 升级等操作， 并提供更加人性化和个性化的服务， 提 高用户体验。 第三方可以是运营商， 业务提供商或者合作方的信息管理部门。
其中终端设备中的环境和配置信息保存在设备管理树中。设备管理树包括一些管理 对象 （Management Object , M0)。 设备管理树由节点组成的， 例如由根节点、 内部节点 和叶子节点组成。其中，根节点为设备管理树中最上层的节点； 叶子节点可以有节点值， 但不能再有子节点； 内部节点不能有节点值， 但可以有子节点。
DM及其相关应用协议中定义了 M0的数据模型， 即节点结构和节点描述、 属性等。 例如设备能力管理对象 （Device Capabi l ity MO, DCM0) 协议定义了用于管理设备能力 的 M0。 在具体应用时， M0需要在终端中进行实例化， 即对节点进行赋值、 命名等， 生 成一个实际的 M0实例存储于设备管理树中， 以接受 DM服务器的管理以及被终端设备所 使用。
在对 M0的数据模型进行定义时会定义一种未命名节点， 以起到占位符的作用。 当 DM服务器或终端设备对节点进行实例化时， 该节点才会被命名， 这类节点叫做 X节点。
设备管理树可以被认为是一个 DM服务器对终端设备进行管理的接口， DM服务器通 过 DM协议与终端设备中的 DM客户端进行通信来实现对终端设备的管理。 DM服务器通过 获取 （Get )、 替换 （Replace)、 执行 （Exec)、 复制 （Copy)、 删除 （Delete ) 等操作命 令对设备管理树中的 M0 达到操作控制的目的。 M0 中的节点通过统一资源标识符
(Uniform Resource Identifier, URI ) 如 " . /A/B/C/D"来寻址。
现有技术中， DM 服务器首先通过本地解析设备描述框架 （Device Description Framework , DDF ) 来查找 MO 在设备管理树中的位置， 或者通过发送管理对象标识
(Management Object Identifier, MOD 从终端设备获取 MO的位置， 然后根据获取的 位置从终端设备上获取 M0实例中的节点信息如结构信息、 数据信息 （包括节点属性、 节点值等）。
在实现本发明的过程中，发明人发现现有技术至少存在以下缺陷： DM服务器至少需 要通过两个操作才能获得节点信息， 执行效率较低。 发明内容
本发明实施例提出一种提供节点信息的方法、 获取节点信息的方法及设备， 以提高 DM服务器获取节点信息的效率。
本发明实施例提供了一种提供节点信息的方法， 包括：
接收包含有管理对象标识以及节点对象信息的命令；
根据所述命令中的管理对象标识以及节点对象信息返回节点信息。
本发明实施例还提供了一种获取节点信息的方法， 包括：
发送包含有管理对象标识以及节点对象信息的命令；
接收根据所述命令中的管理对象标识以及节点对象信息返回的节点信息。
本发明实施例还提供了一种设备管理服务器， 包括：
发送模块， 用于向终端设备发送包含有管理对象标识以及节点对象信息的命令； 接收模块，用于接收所述终端设备根据所述命令中的管理对象标识以及节点对象信 息返回的节点信息。
本发明实施例还提供了一种终端设备， 包括：
接收模块，用于接收设备管理服务器发送的包含有管理对象标识以及节点对象信息 的命令；
返回模块， 用于根据所述命令中的管理对象标识以及节点对象信息返回节点信息。 上述实施例通过接收包含有 M0I以及节点对象信息的命令直接获取节点信息并返回 给 DM服务器， 使得 DM服务器通过发送一次命令便能够获得节点信息， 大大提高了 DM 服务器获取节点信息的效率。
下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 附图说明
图 1为本发明实施例中设备管理系统的结构示意图；
图 2为本发明实施例的一种设备管理服务器的结构示意图；
图 3为本发明实施例的一种终端设备的结构示意图；
图 4为本发明实施例的一种提供节点信息的方法的流程图；
图 5A为本发明实施例的另一种提供节点信息的方法的流程图；
图 5B为图 5A对应的 DCM0的数据模型图；
图 5C为图 5A对应的 M0实例示意图；
图 6A为本发明实施例的再一种提供节点信息的方法的流程图；
图 6B为图 6A对应的诊断和监测 （Diagnostics and Monitoring, DiagMon) MO实 例示意图；
图 7A为本发明实施例的又一种提供节点信息的方法的流程图；
图 7B为图 7A对应的软件组件管理对象 （Software Component MO, SC0M0) 实例示 意图；
图 8为软件组件管理对象 （Software Component MO, SC0M0) 实例示意图。 具体实施方式
图 1为本发明实施例中设备管理系统的结构示意图。 该系统包括： DM客户端 11及 DM服务器 12。 DM服务器 12向 DM客户端 11发送命令以获取 M0实例信息， 发送的命令 可包括 M0I以及节点对象信息， 以表示 DM服务器 12希望获取 M0实例中的该节点对象 信息对应的节点信息。 DM客户端 11接收到该命令后，根据所述 M0I找到对应的 M0实例 的位置， 然后根据所述节点对象信息找到对应的节点， 获取对应的节点信息， 并向 DM 服务器 12回复获取的节点信息。 节点对象信息可包括节点标识信息、 节点信息参数中 的任意一种或组合。 节点标识信息可为相对 URI、 节点名称等。 节点信息参数可为层级 参数（如 "？list=StructDataLevel2")、 结构参数 （如 "？list=Struct ")、 结构数据参 数（如 "？list=StructData，，）、 树和描述序歹 !j化 (Tree aNd Description Serializati on, TNDS ) 参数 （如 "？l ist=TNDS ") 中的任意一种。
本实施例中， DM服务器 12通过向 DM客户端 11发送包含有 M0I以及节点对象信息 的命令， 使得 DM客户端 11不仅能够确定 M0实例的位置， 还能够根据节点对象信息找 到目的节点， 从而获得该目的节点的节点信息， 并回复给 DM服务器 12， 这样， DM服务 器 12通过发送一次命令便能够获得节点信息， 大大提高了 DM服务器 12获取节点信息 的效率， 也提高了设备管理系统的执行效率。
图 2为本发明实施例的一种设备管理服务器的结构示意图。 该 DM服务器可包括发 送模块 21和接收模块 22。 发送模块 21向 DM客户端发送命令以获取节点信息。 接收模 块 22接收 DM客户端回复的节点信息。 其中命令可包括 M0I以及节点对象信息， 参见上 述系统实施例。
当所述节点对象信息仅包括节点标识信息时， 所述接收模块 22可具体用于接收 M0 实例中与所述节点标识信息对应的节点信息； 所述 M0实例与所述 M0I对应。
当所述节点对象信息仅包含节点信息参数时- 若所述节点信息参数为层级参数，所述接收模块 22可具体用于接收 M0实例中所述 层级参数对应的子孙节点的节点信息； 所述 M0实例与所述 M0I对应； 或者
若所述节点信息参数为结构参数， 所述接收模块 22可具体用于接收根据所述结构 参数返回的与所述 M0I对应的 M0实例的结构信息； 或者
若所述节点信息参数为结构数据参数， 所述接收模块 22可具体用于接收根据所述 结构数据参数返回的与所述 M0I对应的 M0实例的结构信息及叶子节点的数据信息； 或 者
若所述节点信息参数为树和描述序列化参数， 所述接收模块 22具体用于接收根据 所述树和描述序列化参数返回的与所述 M0I对应的 M0实例序列化的管理子树信息。
当节点对象信息不仅节点标识信息还包括上述节点信息参数时， 所述接收模块 22 可具体用于接收所述 M0实例中与所述节点标识信息对应的节点下与所述层级参数对应 的子孙节点的节点信息； 或者
所述接收模块 22可具体用于接收所述 M0实例中与所述节点标识信息对应的节点的 管理子树的结构信息； 或者
所述接收模块 22可具体用于接收所述 M0实例中与所述节点标识信息对应的节点的 管理子树的结构信息及叶子节点的数据信息； 或者
所述接收模块 22可具体用于接收所述 M0实例中与所述节点标识信息对应的节点的 序列化的管理子树信息。
本实施例中， DM服务器通过发送模块 21向 DM客户端发送包含有 M0I以及节点对象 信息的命令， 使得 DM客户端不仅能够确定 M0实例的位置， 还能够根据节点对象信息找 到目的节点， 从而获得该目的节点的节点信息， 并回复给 DM服务器， 这样， DM服务器 通过发送一次命令便能够获得节点信息， 大大提高了 DM服务器获取节点信息的效率。
图 3为本发明实施例的一种终端设备的结构示意图。 该终端设备包括： 接收模块 3 1及返回模块 32。 接收模块 31接收 DM服务器发送的用于获取 M0实例信息的命令， 该 命令可包括 M0I以及节点对象信息，参见上述系统实施例。返回模块 32根据命令中的 M 01及节点对象信息获取节点信息返回给 DM服务器。返回模块 32具体可根据接收模块 3 1接收的命令中的 M0I找到对应的 M0实例的位置，然后进一步根据命令中的节点对象信 息在找到的位置上获取节点信息。
当节点对象信息仅包括节点标识信息时；所述返回模块 32可具体用于返回 M0实例 中与所述节点标识信息对应的节点信息； 所述 M0实例与所述 M0I对应。
当所述节点对象信息仅包含节点信息参数时- 若所述节点信息参数为层级参数，所述返回模块 32可具体用于返回 M0实例中所述 层级参数对应的子孙节点的节点信息； 所述 M0实例与所述 M0I对应； 或者
若所述节点信息参数为结构参数， 所述返回模块 32可具体用于根据所述结构参数 返回与所述 M0I对应的 M0实例的结构信息； 或者
若所述节点信息参数为结构数据参数， 所述返回模块 32可具体用于根据所述结构 数据参数返回与所述 M0I对应的 M0实例的结构信息及叶子节点的数据信息； 或者
若所述节点信息参数为树和描述序列化参数， 所述返回模块 32可具体用于根据所 述树和描述序列化参数返回与所述 M0I对应的 M0实例序列化的管理子树信息。
所述节点对象信息不仅包括节点标识信息还包括上述节点信息参数时，所述返回模 块 32可具体用于返回所述 M0实例中与所述节点标识信息对应的节点下与所述层级参数 对应的子孙节点的节点信息； 或者
所述返回模块 32可具体用于返回所述 M0实例中与所述节点标识信息对应的节点的 管理子树的结构信息； 或者
所述返回模块 32可具体用于返回所述 M0实例中与所述节点标识信息对应的节点的 管理子树的结构信息及叶子节点的数据信息； 或者
所述返回模块 32可具体用于返回所述 M0实例中与所述节点标识信息对应的节点的 序列化的管理子树信息。
所述返回模块 32还可用于在所述节点对象信息对应的节点不存在的情况下， 返回 所述节点不存在的信息。
上述接收模块 31及返回模块 32可设置在终端设备的 DM客户端中。
上述终端设备实施例中，终端设备返回模块 32找到接收模块 31接收的命令中所指 定的节点信息， 并向 DM服务器回复， 从而使得终端设备在接收到 DM服务器发送的一个 命令的情况下， 便可获得该目的节点的节点信息， 也使得 DM服务器通过发送一次命令 便能够获得节点信息， 大大提高了 DM服务器获取节点信息的效率。
图 4为本发明实施例的一种提供节点信息的方法的流程图。 该方法可包括： 步骤 41、 DM客户端接收 DM服务器发送的包含有 M0I以及节点对象信息的命令； 步骤 42、 DM客户端根据所述命令中的 M0I以及节点对象信息向所述 DM服务器返回 所述节点信息。
上述步骤 41、 步骤 42中， 节点对象信息详见上述系统实施例。
本实施例中， DM服务器向 DM客户端发送包含有 M0I以及节点对象信息的命令， DM 客户端根据 M0I及节点对象信息获取并返回节点信息， 从而使得 DM服务器仅发送一次 命令便能够获得节点信息， 大大提高了 DM服务器获取节点信息的效率。
本发明实施例的一种获取节点信息的方法可包括：
向终端设备发送包含有 M0I以及节点对象信息的命令；该命令可包括 M0I以及节点 对象信息， 参见上述系统实施例；
接收终端设备根据所述命令中的 M0I以及节点对象信息返回的节点信息。
当节点对象信息包括节点标识信息时：所述接收根据所述命令中的 M0I以及节点对 象信息返回的节点信息可包括： 接收 M0实例中与所述节点标识信息对应的节点信息； 所述 M0实例与所述 M0I对应。
所述节点对象信息仅包括节点信息参数时， 若节点信息参数为层级参数时， 所述接 收根据所述命令中的 M0I以及节点对象信息返回的节点信息可包括： 接收返回 M0实例 中所述层级参数对应的子孙节点的节点信息； 所述 M0实例与所述 M0I对应；
若节点信息参数为结构参数，所述接收根据所述命令中的 M0I以及节点对象信息返 回的节点信息可包括： 接收根据所述结构参数返回的与所述 M0I对应的 M0实例的结构 信息； 或者
若节点信息参数为结构数据参数，所述接收根据所述命令中的 M0I以及节点对象信 息返回的节点信息包括： 接收根据所述结构数据参数返回的与所述 M0I对应的 M0实例 的结构信息及叶子节点的数据信息； 或者
若节点信息参数为树和描述序列化参数，所述接收根据所述命令中的 M0I以及节点 对象信息返回的节点信息可包括： 接收根据所述树和描述序列化参数返回的与所述 M0I 对应的 M0实例序列化的管理子树信息。
所述节点对象信息包括节点信息参数和节点标识信息时：
所述接收返回 M0实例中所述层级参数对应的子孙节点的节点信息可包括： 接收所 述 M0实例中与所述节点标识信息对应的节点下与所述层级参数对应的子孙节点的节点 信息；
所述接收根据所述结构参数返回的与所述 M0I对应的 M0实例的结构信息可包括： 接收所述 M0实例中与所述节点标识信息对应的节点的管理子树的结构信息；
所述接收根据所述结构数据参数返回的与所述 M0I对应的 M0实例的结构信息及叶 子节点的数据信息可包括： 接收所述 M0实例中与所述节点标识信息对应的节点的管理 子树的结构信息及叶子节点的数据信息；
所述接收根据所述树和描述序列化参数返回的与所述 M0I对应的 M0实例序列化的 管理子树信息可包括： 接收所述 M0实例中与所述节点标识信息对应的节点的序列化的 管理子树信息。
本实施例中， DM服务器仅向终端设备发送一次命令便获取了节点信息，大大提高了 执行效率。
图 5A为本发明实施例的另一种提供节点信息的方法的流程图。 图 5B为图 5A对应 的 DCM0的数据模型图。 图 5C为图 5A对应的 M0实例示意图。 假设本实施例中 DCM0实 例被存储在设备管理树中的 DCM0节点下， DCM0节点是 ". " 的子节点。 图 5B中的 X节 点实例化后得到如图 5C所示的 DCM0实例， 分别被命名为 " 1 "和 "2"， 节点 1及其所 有子孙节点 （descendant node) 一起可称为 DCMO实例 1， 节点 2及其所有子孙节点一 起可称为 DCM0实例 2。两个实例中的节点分别有不同的值，两个实例分别完成不同的功 能。 当 DM服务器需要获取某一节点如 "Property"节点信息时， 获取过程包括：
步骤 51、 DM服务器向 DM客户端发送包含 M0I及相对 URI的 "Get "命令， 以获取 该相对 URI对应的节点信息， 如本实施例中的 "Property"节点的节点信息。
步骤 52、 DM客户端接收到 DM服务器发送的 "Get "命令后在设备管理树中找到 M0 实例的位置， 本实施例中， 即节点 1和节点 2的位置。 步骤 53、 DM客户端根据 "Get "命令中的相对 URI在步骤 52找到的位置上找到对 应的节点， 如本实施例中的 "Property"节点， 获取 "Property"节点的节点信息。
步骤 54、 DM客户端向 DM服务器回复步骤 52查找到的 M0实例中与相对 URI对应的 节点的节点信息。 如本实施例中的 "Property"节点的节点信息。
至此， DM服务器即通过发送一条命令获取了 M0实例的相关信息， 这些信息既包括 实例的位置， 又包括 M0实例中某节点的节点信息。
上述步骤 51中， Get命令可为：
"<Get>
<CmdID>4</CmdID>
<Item>
<TargetXLocURI>urn： oma： mo： oma-dcmo： 1. 0/Property</LocURIX/Target> </Item>
</Get>"。
该 "Get "命令使用 " Item/Target/LocURI " 携带了 DCMO的 MOI以及 "Property" 节点的相对 URI "Property",表示 DM服务器希望获取 DCMO实例中 Property节点的值。 其中， M0I即 "urn: oma:mo : oma_dcmo : 1. 0"。
也可以在相对 URI后添加"？ pr0p=<pr0perty_name>" 以获取节点属性等节点信息。 本实施例中采用在 M0I后衔接节点相对 URI的形式来进行表示， 即 "urn: oma:mo : oma-d cmo : 1. 0/Property"。 本实施例不限定 MOI与相对 URI具体的表示方式， 只要包含上述 两项信息， 且能让 DM客户端进行解析即可。例如， 可以使用某种保留符号来明确标记 M 01， 然后再衔接相对 URI， 如使用问号来标记， BP "？ urn: oma: mo : oma-dcmo : 1. 0?"。 再 如， 还可以把 M0I和相对 URI分开， 如：
"<Get>
<CmdID>4</CmdID>
<Item>
<TargetParent>
<LocName>urn： oma： mo： oma-dcmo： 1. 0</LocName>
</TargetParent>
<TargetXLocURI>Property</LocURIX/Target>
</Item> </Get>"。
该命令在 " Item" 中包含了 "TargetParent ", 并在 "TargetParent " 中使用了 "L ocName"来携带 M0I。 而相对 URI仍在 " Item/Target/LocURI "中携带， 此处的相对 UR I即为 " Property "o
上述步骤 52中， DM客户端收到上述命令后，即可了解 DM服务器需要获取 M0I为" u rn: oma:mo : oma-dcmo : 1. 0"的 M0实例的相关信息， 则 DM客户端先在设备管理树中查找 到 DCM0的位置。 查找的方法可以是在设备管理树的所有内部节点中遍历节点类型（Typ e)为 "urn: oma:mo : oma-dcmo : 1. 0"的节点， 也可以根据已保存的 M0I与节点位置的对 应关系信息来确定 M0实例根节点位置。 本实施例中， M0实例根节点即为 X节点实例化 后的上述的节点 1和节点 2。 通过上述查找方法， DM客户端查找到 DCM0实例在设备管 理树上的位置为 "· /DCM0/1 "和 "· /DCM0/2", 也即图 5C中的节点 1和节点 2。
上述步骤 53中， DM客户端根据上述命令中的相对 URI来获取节点信息， 此时即在 节点 1和节点 2下找到 "Property"节点， 获取节点值。
上述步骤 54中， DM客户端可通过如下结果 （Results ) 命令向 DM服务器回复节点 信息：
"<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /DCMO/l/Property</LocURIX/Source>
<Data>Camera</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /DCM0/2/Property</LocURIX/Source>
<Data>Speaker</Data>
</Item>
</Results>"
该 Results命令中使用多个 " Item"来携带不同节点的信息， 在 " Item/Source/Lo cURI "元素中携带了上述 Property节点的绝对 URI， 即 ". /DCMO/l/Property"或 ". / DCMO/2/Property", 而在 " Item/Data"元素中携带了 Property节点的值。 其中 ". /DC MO/1/Property"节点的值为 "Camera", 而 ". /DCMO/l/Property"节点的值为 "Speak er'O
需要说明的是， 上述的绝对 URI中实际上包含了 DCM0实例的位置， 即 ". /DCM0/1 " 和 ". /DCM0/2"。 回复的信息中也可以不使用绝对 URI， 仍使用相对 URI， 如 " 1/Proper ty，，禾口 "2/Property'O
本实施例中， DM服务器通过一个命令从 DM客户端获取了多个 M0实例的指定节点的 节点值， 进一步提高了 DM服务器获取节点信息的效率， 同时节约了空中资源。
图 6A为本发明实施例的再一种提供节点信息的方法的流程图。 图 6B为图 6A对应 的诊断和监测 （Diagnostics and Monitoring, DiagMon) MO实例示意图。 假设设备管 理树中存在如图 6B所示的 DiagMon M0实例， 且图 6B中 "DiagMon"节点是设备管理树 根节点例的子节点， 其下存在两个 M0实例， 实例根节点分别为节点 1和节点 2。 节点 1 及其所有子孙节点一起可称为 DiagMon M0实例 1，节点 2及其所有子孙节点一起可称为 DiagMon M0实例 2。 若 DM服务器使用一条命令来获取 M0实例中多个节点的节点信息， 可包括：
步骤 61、 DM服务器向 DM客户端发送包含 M0I及相对 URI的 "Get "命令， 以获取 该相对 URI对应的节点信息， 如本实施例中的 "DFID"节点和 "Status "节点的节点信 息。
步骤 62、 DM客户端接收到 DM服务器发送的 Get命令后， 根据 " Get "命令中的 M0
I在设备管理树中查找 M0实例的位置， 本实施例中， 即节点 1和节点 2的位置。
步骤 63、 DM客户端根据 Get命令中的相对 URI在步骤 62找到的位置上找到对应的 节点， 如本实施例中的 "DFID"节点和 "Status "节点， 获取 "DFID"节点和 "Status " 节点的节点信息。
步骤 64、 DM客户端向 DM服务器回复步骤 62查找到的 M0实例中与多个相对 URI对 应的多个节点的节点信息。 本实施例中即 "DFID"节点和 "Status "节点的节点信息， 完成 DM客户端上节点信息的获取。
上述步骤 61中， DM服务器发送的命令可以为：
"<Get>
<CmdID>4</CmdID> <Item>
<TargetXLocURI>urn： oma： mo： oma-diagmon： 1. 0/DFID</LocURIX/Target> </Item>
<Item>
<TargetXLocURI>urn： oma： mo： oma-diagmon： 1. 0/Status</LocURIX/Target> </Item>
</Get>"。
该命令使用两个 " Item"表示 DM服务器需要获取 MOI为 "urn: oma:mo : oma-diagmo n: 1. 0"的 M0实例中 "DFID"节点和 "Status "节点的节点值。 该命令相对于上述步骤 51中的 "Get "命令多加入了 " Item", 每个 " Item"中携带的信息可与上述方法实施例 使用的方法相同。 也可以在相对 URI后添加 "？ prop=<property_name>" 以获取节点属 性。
上述步骤 62、 步骤 63的处理可同上述步骤 52、 步骤 53， 只是此时要获取每个 M0 实例中两个节点的值。
上述步骤 64中， DM客户端在获取到节点值后， 仍然可通过发送" Results "命令向 DM服务器回复节点信息。 "Results "命令可为：
"<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /DiagMon/l/DFID</LocURIX/Source>
<Data>urn： oma： mo： oma-diag： device： Batterylnfo： 1. 0</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /DiagMon/l/Status</LocURIX/Source>
<Data>Running</Data>
</Item>
<Item> <MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta> <SourceXLocURI>. /DiagMon/2/DFID</LocURIX/Source>
<Data> urn： oma： diag : device： SmsOpt ions： 1. 0</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /DiagMon/2/Status</LocURIX/Source>
<Data>Stopped</Data>
</Item>
</Results>，，。
该命令中包括了两个 DiagMon MO实例的 "DFID"节点和 "Status "节点的绝对 UR I及节点值。 这些信息的携带方式同上述步骤 54， 只是本实施例中对于每个 M0实例包 含了两个节点的信息， 相当于总共包含了四项信息， 均由 " Item"元素承载。
需要说明的是， 这四项信息是按照 M0实例的顺序排列的。 例如， DiagMon M0实例 1的两个节点的信息在前， DiagMon M0实例 2的两个节点的信息在后。 这四项信息也可 以按其他顺序排列， 例如两个 "DFID"节点的信息在前， 两个 "Status "节点的信息在 后等等。 DM服务器可以从绝对 URI中了解到有两个 M0实例存在， 以及了解到相关的节 点值。
当 DM服务器希望获取 M0实例的某个节点的信息，但某个 M0实例或某些 M0实例中 却没有该节点， 如对于可选节点， 某个实例中并未定义， 例如不同的 DiagMon功能 M0 (DiagMon Function M0) 就可能会定义不同的节点集合， 那么它们的实例就会包含不 同的节点；或者由于节点虽然已被定义，但却还没有创建在设备管理树中。这种情况下， DM客户端无法向 DM服务器提供该节点的节点信息。 此时， DM客户端可仍然使用 "Resu Its "命令回复存在的节点的节点信息， 并在针对获取命令的状态回复命令 （"Status " 命令） 中告知 DM服务器某个或某些节点信息无法获取。 具体可以在 "Status "命令中 使用 "Data"元素承载一个状态码来说明节点不存在的信息， 也可以进一步在 "Status " 中用 " Item"元素具体指出不存在的节点的 URI。
本实施例中， DM服务器通过一个命令从 DM客户端获取了多个 M0实例的多个节点的 节点值， 更进一步地提高了 DM服务器获取节点信息的效率， 同时进一步节约了空中资 源。 图 7A为本发明实施例的又一种提供节点信息的方法的流程图。 图 7B为图 7A对应 的软件组件管理对象 （Software Component MO, SC0M0) 实例示意图。 假设如图 7B所 示的 SC0M0节点为设备管理树根节点的子节点，图 7B中包含一个 SC0M0实例即 M0实例。 在 SC0M0实例的 Deployed子树下存在两个实例：实例 1和实例 2。实例 1和实例 2不是 M0实例， 是管理子树实例。此时， 服务器不了解实例 1和实例 2—级子节点中都包含哪 些节点。 一级子节点是指 "Deployed"节点下的节点 1和节点 2的子节点。 当 DM服务 器需要从 DM客户端获取节点 1和节点 2及其子节点的节点信息时， 可包括：
步骤 71、 DM服务器向 DM客户端发送包含 M0I、 相对 URI及节点信息参数的 Get命 令， 以获取节点信息参数对应的节点信息， 本实施例中即节点 1和节点 2及它们的子节 点的节点信息；
步骤 72、 DM客户端接收到 DM服务器发送的 Get命令后， 根据 Get命令中的 M0I查 找 M0实例； 在找到的 M0实例中， 根据相对 URI在设备管理树中找到 "D印 loyed"节点 下的节点 1和节点 2的位置。
步骤 73、 DM客户端根据 "Get "命令中的参数在步骤 72找到的位置上查找对应的 子孙节点 （descendant node), 本实施例中即节点 1和节点 2本身以及其下层的 " ID" 节点、 "PkglDRef，，节点、 "Name"节点、 "Description"节点、 "Version"节点、 "Ope rations "节点、 "State"节点及 "Ext "节点， 获取这些节点的节点信息。
步骤 74、 DM客户端向 DM服务器回复步骤 73找到的子孙节点的节点信息。 本实施 例中即 " ID"节点、 "PkglDRef，，节点、 "Name"节点、 "Description"节点、 "Version" 节点、 "State"节点及 "Ext "节点的节点信息， 完成 DM客户端上节点信息的获取。
上述步骤 71中， DM服务器发送的命令可以为：
"<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>urn： oma： mo： oma-scomo： 1. 0/Inventory/Deployed?l i st=StructDataL evel2</LocURI>
</Target>
</Get>"。
DM服务器在该命令的 " Item/Target/LocURI "元素中携带的信息为 "urn: oma:mo : oma-scomo : l. 0/Inventory/Deployed?list=StructDataLevel2", 除了如上述步骤 51和 步骤 61中包含的 M0I信息和相对 URI信息外， 还包含了层级参数 "？list=StructDataL evel2"。 这个层级参数中的 "StructDataLevel2"用以说明 DM服务器希望获取 "Deplo yed"节点下两层节点结构和 /或节点值信息， 也就是节点 1及其一级子节点和节点 2及 其一级子节点的节点结构和 /或节点值。 其中， 节点值只针对叶子节点。 若 DM服务器要 利用该命令获取如图 5C和图 6B所示的 M0实例的一级子节点信息， 则可不包含相对 UR I信息， 此时命令中仅包含 M0I信息和上述节点信息参数， 即在 " Item/Target/LocURI " 元素中携带" urn: oma:mo : oma_scomo : 1. 0?list=StructDataLevell 'Ό MOI信息禾口节点对 象信息的表示方式可参见上述步骤 51及其说明。
上述步骤 74中， DM客户端收到 DM服务器发送的命令并获取相关节点的信息后，可 通过如下命令向 DM服务器回复， 如：
"<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<MetaXFormat xmlns="syncml： metinf ">node</Format></Meta>
<SourceXLocURI>. /SCOMO/l/Inventory/Deployed </LocURIX/Source> </Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">node</Format></Meta>
<SourceXLocURI>. /SCOMO/l/Inventory/Deployed/1 </LocURIX/Source> </Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta> <SourceXLocURI>. /SCOMO/l/Inventory/Deployed/l/ID</LocURIX/Source>
<Data>word</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /SC0M0/l/Inventory/Deployed/l/PkgIDRef</LocURIX/S ource>
<Data>Pkgl</Data>
</Item> <Item>
<MetaXFormat xmlns="syncml： metinf ">node</Format></Meta>
<SourceXLocURI>. /SC0M0/l/Inventory/Deployed/2 </LocURIX/Source>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /SC0M0/l/Inventory/Deployed/2/ID</LocURIX/Source> <Data>Excel</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /SC0M0/l/Inventory/Deployed/2/PkgIDRef</LocURIX/S ource>
<Data>Pkg2</Data>
</Item>
</Results>，，。
通过该命令可以看出， DM客户端回复了 "Deployed"节点信息、 实例 1中的节点 1 和节点 1的一级子节点的信息， 及实例 2中的节点 2和节点 2的一级子节点的信息， 为 描述的简洁起见， 上面仅列出了节点 1、 节点 2、 及其 " ID"子节点和 "PkglDRef"子 节点的回复情况， 省略了其它节点。 节点信息在 "Results "命令中的承载方式与上述 步骤 54、 步骤 64相同， 只是对于内部节点仅回复其绝对 URI， 而对于叶子节点既回复 绝对 URI也回复节点值。 同样， 参见上述步骤 64及其说明， 本实施例中不限定每个节 点信息在命令中的排列顺序。
本实施例中， DM服务器通过 "？list=StructDataLevel2"这个层级参数来告知 DM 客户端， 并获取了 "Deployed"节点的下两层节点结构和 /或节点值信息。 其中， "Leve 12 "说明 DM服务器需要获取指定的 URI的下两层节点的信息， 还可以是 "Level3 "、 "L eve 14 "等， 以获取更下层节点的信息， 终端的回复方式同上面的例子也是类似的， 不 再赘述。 类似地， 本实施例的方法仍然可以用于 M0实例。
获取节点信息的命令中也可以去掉 "Level2 "， 直接使用结构数据参数即 "？l ist=S tructData", 例如 "urn : oma : mo : oma_scomo : 1. 0/Inventory/Deployed?l ist=StructDat a"， 这样需要获取的就是 "Deployed"节点的所有实例 （包括所有子孙节点） 的结构和
/或节点信息。 获取节点信息的命令还可以使用结构参数 "？l ist=Struct "和 TNDS参数
"?l ist=TNDS "， 其用法参见协议 " DM1. 2 ", "Struct "属性用于获取管理树或管理子树 的结构， 而 "TNDS "属性用于获取序列化的管理子树信息， 只要把这些参数与上述方法 实施例相结合， 即可获取某个指定 M0I的 M0实例中的某个相对 URI位置下的结构信息 或序列化管理子树信息， 也可以是获取某个指定 M0I的 M0实例的结构信息或序列化管 理子树信息。
本实施例中， DM服务器通过一个命令从 DM客户端不仅获取了一级子节点的节点值， 还获取了下两层节点结构和 /或数据，又进一步地提高了 DM服务器获取节点信息的效率， 并节约了空中资源。
上述系统、 设备及方法实施例中， DM服务器通过向 DM客户端发送包含有 M0I以及 节点对象信息的命令， 使得 DM客户端不仅能够确定 M0实例的位置， 还能够根据节点对 象信息找到目的节点， 从而获得该目的节点的节点信息， 这样， DM服务器通过发送一次 命令便能够获得节点信息， 大大提高了 DM服务器获取节点信息的效率。 还可以使用另一种方法来获得 M0实例中指定节点的信息， 即服务器在获取 M0实例 信息的命令中携带需要获取的节点的名称。服务器需要获取的可能是叶子节点信息或内 部节点信息；
首先对于服务器需要获取叶子节点的情况进行描述， 现假设服务器需要获取如图 8 所示的 SC0M0实例中的叶子节点， 即 PkgID节点的信息，则向终端设备发送命令，如下： <Get>
<CmdID>4</CmdID>
<Item>
<TargetXLocURI>urn： oma： mo： oma-scomo： 1. 0 </LocURIX/Target> <Data> " PkgID" </Data>
</Item> </Get>
在上面命令中， 使用 Item/Target/LocURI元素携带了 SC0M0的 M0I， 即 urn: oma:m o : oma-scomo : 1. 0, 另外使用 Item/Data元素携带了 PkglD节点的名称， 该名称即为 Pk gID， 这表示服务器希望获取 SC0M0实例中 PkglD节点的值。 当然， 也可以在节点名称 后添加？ pr0p=<pr0perty_name>以获取节点属性。 本发明不限定 M0I和节点名称在命令 中的携带方式， 只要能包含上述两项信息， 并且能让终端设备进行解析即可。 例如可以 使用一个新的元素 MOID元素来携带 M0I， 另外还可以把节点名称衔接在 M0I后面， 如 u rn: oma:mo : oma-scomo : l. 0+PkgID, 不限定如何衔接， 比如使用 "_"号或 "〃，号等均 可； 另外也不限定使用 Data元素来携带节点名称， 例如可以使用 Item/Target/LocNam e元素携带。
终端设备收到上述命令后即可了解服务器需要获取 M0I为 urn: oma:mo : oma-scomo : 1. 0的 M0实例的相关信息，则终端先在设备管理树中找到 SC0M0的位置，查找的方法可 以是在设备管理树的所有内部节点中遍历节点 Type (类型）为 Urn : 0ma :m0 : 0ma-scom0 : 1. 0的节点，当然也可以根据已保存的 M0I与节点位置的对应关系信息来确定 M0实例根 节点位置。
经过上述过程， 终端查找到 SC0M0实例在设备管理树上的位置为. /SC0M0/1。 之后 终端根据上述命令中的节点名称来获取节点信息，此时即为在节点. /SC0M0/1下查找 Pk gID节点， . /SC0M0/1下可能有一个或多个 PkglD节点， 比如. /SCOMO/l/Download/1节 点和. /SCOMO/l/Inventory/Delivered/1节点下分别存在 PkglD节点，终端找到所有的. /SC0M0/1下的 PkglD节点， 把其值向服务器进行回复：
<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta>
<SourceXLocURI>. /SCOMO/l/Download/l/PkgID</LocURIX/Source> <Data>Pkgl</Data>
</Item>
<Item>
<MetaXFormat xmlns="syncml： metinf ">chr</Format></Meta> <SourceXLocURI>. /SCOMO/l/Inventory/Del ivered/l/PkgID </LocURIX/So urce>
<Data>Pkgl</Data>
</Item>
</Results>
上面的代码即描述了终端设备向服务器回复的信息， 该信息使用了 Results命令， 在命令中使用多个 Item来携带不同节点的信息，在 Item/Source/LocURI元素中携带了 上述 PkglD节点的绝对 URI， BP. /SCOMO/l/Download/l/PkgID和. /SCOMO/l/Inventory/ Del ivered/1/PkgID, 而在 Item/Data元素中携带了 PkglD节点的值， 其中. /SC0M0/1/D ownload/1/PkgID节点的值为 Pkgl， 而. /SCOMO/l/Inventory/Del ivered/l/PkgID节点 的值也为 Pkgl。
注意， 上述的绝对 URI中实际上包含了 SC0M0实例的位置， 即. /SC0M0/1。 当然， 回复的信息中也可以不使用绝对 URI， 而还是使用相对 URI， 如 1/Inventory/Del ivere d/1/PkgID和 l/Download/l/PkgID。
至此服务器即通过发送一条命令获取了 M0实例的相关信息， 这些信息既包括实例 的位置， 又包括 M0实例中指定叶子节点的值。 其次， 对于服务器需要获取内部节点信息的情况进行描述， 现假设服务器需要获取 如图 7B所示的 SC0M0实例中 Deployed节点的所有子节点信息，则向终端设备发送命令， 如下：
<Get>
<CmdID>4</CmdID>
<Item>
<TargetXLocURI>urn： oma： mo： oma-scomo： 1. 0 </LocURIX/Target> <Data> " Deployed" </Data>
</Item>
</Get>
在上面命令中， 使用 Item/Target/LocURI元素携带了 SC0M0的 M0I， 即 urn : oma : m o : oma-scomo : 1. 0, 另外使用 Item/Data元素携带了 Deployed节点的名称， 该名称即为 Deployed, 这表示服务器希望获取 SC0M0实例中 D印 loyed节点的所有子节点的名称。 当然， 也可以在 Deployed节点名称后添加？ prop=<property_name>以获取节点属性。 本 发明不限定 M0I和节点名称在命令中的携带方式， 只要能包含上述两项信息， 并且能让 终端设备进行解析即可。例如可以使用一个新的元素 MOID元素来携带 M0I，另外还可以 把节点名称衔接在 M0I后面， 如 urn: oma:mo : oma-scomo : l. 0+Deployed， 不限定如何衔 接， 比如使用 "-"号或 "/"号等均可； 另外也不限定使用 Data元素来携带节点名称， 例如可以使用 Item/Target/LocName元素携带。
终端设备收到上述命令后即可了解服务器需要获取 M0I为 urn: oma:mo : oma-scomo : 1. 0的 M0实例的相关信息，则终端先在设备管理树中找到 SC0M0的位置，查找的方法可 以是在设备管理树的所有内部节点中遍历节点 Type (类型）为 Urn : 0ma :m0 : 0ma-scom0 : 1. 0的节点，当然也可以根据已保存的 M0I与节点位置的对应关系信息来确定 M0实例根 节点位置。
经过上述过程， 终端查找到 SC0M0实例在设备管理树上的位置为. /SC0M0/1 ; 之后 终端根据上述命令中的节点名称来获取节点信息，此时即为在节点. /SC0M0/1下查找 De ployed节点，终端找到所有的. /SC0M0/1下的 Deployed节点（本例只有一个 Deployed, 若存在有多个的情况则需要都找到），终端把 Deployed节点的所有子节点名称向服务器 进行回复：
<Results>
<CmdRef>4</CmdRef>
<CmdID>7</CmdID>
<Item>
<Meta>
<Format xmlns=' syncml： metinf ' >node</Format>
</Meta>
<SourceXLocURI>. /SCOMO/l/Inventory/Deployed/K/LocURIX/Sour ce>
</Item>
<Item>
<Meta>
<Format xmlns=' syncml： metinf ' >node</Format>
</Meta> <SourceXLocURI>. /SC0M0/l/Inventory/Deployed/2</LocURIX/Sour ce>
</Item>
</Results>
上面的代码即描述了终端设备向服务器回复的信息， 该信息使用了 Results命令， 在命令中使用多个 Item来携带不同节点的信息，在 Item/Source/LocURI元素中携带了 上述 Deployed节点的子节点的绝对 URI， BP. /SCOMO/l/Inventory/Deployed/1和. /SCO M0/l/Inventory/Deployed/2。
注意， 上述的绝对 URI中实际上包含了 SC0M0实例的位置， 即. /SC0M0/1 , 此时终 端上只有 1个 SC0M0实例， 若有多个则需要反馈多个实例的 Deployed节点的子节点名 称。
至此服务器即通过发送一条命令获取了 M0实例的相关信息， 这些信息既包括实例 的位置， 又包括 M0实例中指定内部节点的子节点名称。
本实施例是通过携带内部节点的名称来指定需要获取的节点的，也可以使用内部节 点的相对 URI来指定， 相对 URI是指从 M0实例根节点下的子节点到需要获取的节点构 成的相对路径。 前面的实施例提到， 可以使用 M0I和相对 URI来获取 M0实例中指定节点的信息， 但若相对 URI中存在服务器不知道的 URI片段， 即存在服务器不能确定的节点名称， 则 需要相应的方法来处理， （这类不能确定名称的节点即为前面提到的 X节点， 它是在服 务器或终端对它进行实例化时， 才会被命名的， 因此服务器有可能不知道它的名称； X 节点又称为占位符节点或未命名节点）；
此时可以在相对 URI中使用一些符号来代替服务器不知道名称的节点，如图 7B，若 服务器需要获取 SC0M0实例中的 ID节点的信息， 则可以发送如下命令：
<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>urn： oma： mo： oma-scomo： 1. 0?/Inventory/Deployed/ <x>/ID</ LocURI> </Target>
</Item>
</Get>
上面同样也是使用相对 URI来表示需要获取的节点， 相对 URI是指从 M0实例根节 点到需要获取的节点之间的路径， 在图 7B中即为？/Inventory/Depl0yed/<X>/ID， 也可 以增加 M0实例的根节点， 如？ /<x>/Inventory/Deployed/<x>/ID。 与前面实施例的不同 之处在于， 对于 Deployed节点的子节点， 是使用 <x>表示的， 因为对于未命名节点， 服 务器可能不知道它的实例化后的名称，本发明不限定使用什么符号来进行这种表示 X节 点， 比如还可以使用 "*"等符号， 或 RFC2396 中规定的保留符号。 另外， 本实施例还 在相对 URI中添加了 "？"号， 用于明确告知终端这是一个相对 URI， 这个 "？"号只是 一个标识，它也可以不属于相对 URI的一部分，只作为 M0I和相对 URI之间衔接的符号， 当然， 问号也可以由其它符号替代。 另外， 可以如前面实施例提到的， 把 M0I和相对 U RI用不同的元素携带。
与前面实施例类似， 终端收到命令后查找到所有 Deployed下的 ID节点， 并向服务 器进行回复它们的 URI和节点值， 具体回复内容不再赘述。
对于需要获取 M0实例中内部节点的子节点名称的情况， 若需要获取的相对 URI中 也有未知的节点名称， 也可以使用上面的方法来表示。
综上可知：
一种提供节点信息的方法， 包括：
接收包含有管理对象标识以及节点对象信息的命令；
根据所述命令中的管理对象标识以及节点对象信息返回节点信息。
其中， 所述节点对象信息包括节点标识信息、 节点信息参数中的任意一种或组合； 所述节点标识信息为节点的相对统一资源标识符或节点名称；所述相对统一资源标识符 包括指定字符， 所述指定字符用于表示占位符节点或未命名节点； 所述节点对象信息包 括节点标识信息；
返回所述节点信息包括：
返回管理对象实例中与所述节点标识信息对应的节点信息；所述管理对象实例与所 述管理对象标识对应； 或者
返回管理对象实例中与所述节点标识信息对应的节点的子节点信息；所述管理对象 实例与所述管理对象标识对应。 一种获取节点信息的方法， 包括：
发送包含有管理对象标识以及节点对象信息的命令；
接收根据所述命令中的管理对象标识以及节点对象信息返回的节点信息。 其中， 所 述节点对象信息包括节点标识信息、 节点信息参数中的任意一种或组合。 所述节点标识 信息为节点的相对统一资源标识符或节点名称； 所述相对统一资源标识符包括指定字 符， 所述指定字符用于表示占位符节点或未命名节点； 所述节点对象信息包括节点标识 信息；
所述接收根据所述命令中的管理对象标识以及节点对象信息返回的节点信息包括： 接收管理对象实例中与所述节点标识信息对应的节点信息；所述管理对象实例与所 述管理对象标识对应； 或者
接收管理对象实例中与所述节点标识信息对应的节点的子节点信息；所述管理对象 实例与所述管理对象标识对应。
与此相应的在前面实施例中所描述的设备管理服务器和终端设备，其中所处理的所 述节点标识信息为节点的相对统一资源标识符或节点名称；
所述相对统一资源标识符包括指定字符，所述指定字符用于表示占位符节点或未命 名节点；
所述的设备管理服务器和终端设备分别实现上述获取节点信息的方法。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程 序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读取存储介质中， 该程序 在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： R0M、 RAM, 磁碟 或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管 参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的 精神和范围。

Claims

权利要求
1、 一种提供节点信息的方法， 其特征在于， 包括：
接收包含有管理对象标识以及节点对象信息的命令；
根据所述命令中的管理对象标识以及节点对象信息返回节点信息。
2、 根据权利要求 1所述的提供节点信息的方法， 其特征在于， 所述节点对象信息 包括节点标识信息、 节点信息参数中的任意一种或组合。
3、 根据权利要求 2所述的提供节点信息的方法， 其特征在于， 所述节点标识信息 为节点的相对统一资源标识符或节点名称。
4、 根据权利要求 3所述的提供节点信息的方法， 其特征在于， 所述相对统一资源 标识符包括指定字符， 所述指定字符用于表示占位符节点或未命名节点。
5、 根据权利要求 1所述的提供节点信息的方法， 其特征在于， 所述节点对象信息 包括节点标识信息；
所述返回所述节点信息包括：
返回管理对象实例中与所述节点标识信息对应的节点信息；所述管理对象实例与所 述管理对象标识对应； 或者
返回管理对象实例中与所述节点标识信息对应的节点的子节点信息；所述管理对象 实例与所述管理对象标识对应。
6、 根据权利要求 2所述的提供节点信息的方法， 其特征在于， 所述节点对象信息 包含节点信息参数；
所述节点信息参数为层级参数，所述根据所述命令中的管理对象标识以及节点对象 信息返回节点信息包括：
返回管理对象实例中所述层级参数对应的子孙节点的节点信息；所述管理对象实例 与所述管理对象标识对应； 或者
所述节点信息参数为结构参数，所述根据所述命令中的管理对象标识以及节点对象 信息返回节点信息包括：
根据所述结构参数返回与所述管理对象标识对应的管理对象实例的结构信息；或者 所述节点信息参数为结构数据参数，所述根据所述命令中的管理对象标识以及节点 对象信息返回节点信息包括：
根据所述结构数据参数返回与所述管理对象标识对应的管理对象实例的结构信息 及叶子节点的数据信息； 或者 所述节点信息参数为树和描述序列化参数，所述根据所述命令中的管理对象标识以 及节点对象信息返回节点信息包括：
根据所述树和描述序列化参数返回与所述管理对象标识对应的管理对象实例序列 化的管理子树信息。
7、 根据权利要求 6所述的提供节点信息的方法， 其特征在于， 所述节点对象信息 还包括所述节点标识信息；
所述返回管理对象实例中所述层级参数对应的子孙节点的节点信息包括：返回所述 管理对象实例中与所述节点标识信息对应的节点下与所述层级参数对应的子孙节点的 节点信息；
所述根据所述结构参数返回与所述管理对象标识对应的管理对象实例的结构信息 包括： 返回所述管理对象实例中与所述节点标识信息对应的节点的管理子树的结构信 息；
所述根据所述结构数据参数返回与所述管理对象标识对应的管理对象实例的结构 信息及叶子节点的数据信息包括：返回所述管理对象实例中与所述节点标识信息对应的 节点的管理子树的结构信息及叶子节点的数据信息；
所述根据所述树和描述序列化参数返回与所述管理对象标识对应的管理对象实例 序列化的管理子树信息包括：返回所述管理对象实例中与所述节点标识信息对应的节点 的序列化的管理子树信息。
8、 根据权利要求 1-7 中任一项所述的提供节点信息的方法， 其特征在于， 在所述 节点对象信息对应的节点不存在的情况下， 返回所述节点不存在的信息。
9、 一种获取节点信息的方法， 其特征在于， 包括：
发送包含有管理对象标识以及节点对象信息的命令；
接收根据所述命令中的管理对象标识以及节点对象信息返回的节点信息。
10、 根据权利要求 9所述的获取节点信息的方法， 其特征在于， 所述节点对象信息 包括节点标识信息、 节点信息参数中的任意一种或组合。
11、 根据权利要求 10所述的获取节点信息的方法， 其特征在于， 所述节点标识信 息为节点的相对统一资源标识符或节点名称。
12、 根据权利要求 11所述的获取节点信息的方法， 其特征在于， 所述相对统一资 源标识符包括指定字符， 所述指定字符用于表示占位符节点或未命名节点。
13、 根据权利要求 9所述的获取节点信息的方法， 其特征在于， 所述节点对象信息 包括节点标识信息；
所述接收根据所述命令中的管理对象标识以及节点对象信息返回的节点信息包括： 接收管理对象实例中与所述节点标识信息对应的节点信息；所述管理对象实例与所 述管理对象标识对应； 或者
接收管理对象实例中与所述节点标识信息对应的节点的子节点信息；所述管理对象 实例与所述管理对象标识对应。
14、 根据权利要求 10所述的获取节点信息的方法， 其特征在于， 所述节点对象信 息包含节点信息参数；
所述节点信息参数为层级参数，所述接收根据所述命令中的管理对象标识以及节点 对象信息返回的节点信息包括：接收返回管理对象实例中所述层级参数对应的子孙节点 的节点信息； 所述管理对象实例与所述管理对象标识对应； 或者
所述节点信息参数为结构参数，所述接收根据所述命令中的管理对象标识以及节点 对象信息返回的节点信息包括：接收根据所述结构参数返回的与所述管理对象标识对应 的管理对象实例的结构信息； 或者
所述节点信息参数为结构数据参数，所述接收根据所述命令中的管理对象标识以及 节点对象信息返回的节点信息包括：接收根据所述结构数据参数返回的与所述管理对象 标识对应的管理对象实例的结构信息及叶子节点的数据信息； 或者
所述节点信息参数为树和描述序列化参数，所述接收根据所述命令中的管理对象标 识以及节点对象信息返回的节点信息包括：接收根据所述树和描述序列化参数返回的与 所述管理对象标识对应的管理对象实例序列化的管理子树信息。
15、 根据权利要求 14所述的获取节点信息的方法， 其特征在于， 所述节点对象信 息还包括所述节点标识信息；
所述接收返回管理对象实例中所述层级参数对应的子孙节点的节点信息包括：接收 所述管理对象实例中与所述节点标识信息对应的节点下与所述层级参数对应的子孙节 点的节点信息；
所述接收根据所述结构参数返回的与所述管理对象标识对应的管理对象实例的结 构信息包括：接收所述管理对象实例中与所述节点标识信息对应的节点的管理子树的结 构信息；
所述接收根据所述结构数据参数返回的与所述管理对象标识对应的管理对象实例 的结构信息及叶子节点的数据信息包括：接收所述管理对象实例中与所述节点标识信息 对应的节点的管理子树的结构信息及叶子节点的数据信息；
所述接收根据所述树和描述序列化参数返回的与所述管理对象标识对应的管理对 象实例序列化的管理子树信息包括：接收所述管理对象实例中与所述节点标识信息对应 的节点的序列化的管理子树信息。
16、 一种设备管理服务器， 其特征在于， 包括：
发送模块， 用于向终端设备发送包含有管理对象标识以及节点对象信息的命令； 接收模块，用于接收所述终端设备根据所述命令中的管理对象标识以及节点对象信 息返回的节点信息。
17、 根据权利要求 16所述的设备管理服务器， 其特征在于， 所述发送模块的命令 中的节点对象信息包括节点标识信息、 节点信息参数中的一种或组合。
18、 根据权利要求 17所述的设备管理服务器， 其特征在于， 所述节点标识信息为 节点的相对统一资源标识符或节点名称。
19、 根据权利要求 16所述的设备管理服务器， 其特征在于， 所述节点对象信息包 括节点标识信息；
所述接收模块具体用于接收管理对象实例中与所述节点标识信息对应的节点信息； 所述管理对象实例与所述管理对象标识对应。
20、 根据权利要求 17所述的设备管理服务器， 其特征在于， 所述节点对象信息包 含节点信息参数；
所述节点信息参数为层级参数，所述接收模块具体用于接收管理对象实例中所述层 级参数对应的子孙节点的节点信息； 所述管理对象实例与所述管理对象标识对应； 或者 所述节点信息参数为结构参数，所述接收模块具体用于接收根据所述结构参数返回 的与所述管理对象标识对应的管理对象实例的结构信息； 或者
所述节点信息参数为结构数据参数，所述接收模块具体用于接收根据所述结构数据 参数返回的与所述管理对象标识对应的管理对象实例的结构信息及叶子节点的数据信 息； 或者
所述节点信息参数为树和描述序列化参数，所述接收模块具体用于接收根据所述树 和描述序列化参数返回的与所述管理对象标识对应的管理对象实例序列化的管理子树 信息。
21、 根据权利要求 20所述的设备管理服务器， 其特征在于， 所述节点对象信息还 包括所述节点标识信息； 所述接收模块具体用于接收所述管理对象实例中与所述节点标识信息对应的节点 下与所述层级参数对应的子孙节点的节点信息； 或者
所述接收模块具体用于接收所述管理对象实例中与所述节点标识信息对应的节点 的管理子树的结构信息； 或者
所述接收模块具体用于接收所述管理对象实例中与所述节点标识信息对应的节点 的管理子树的结构信息及叶子节点的数据信息； 或者
所述接收模块具体用于接收所述管理对象实例中与所述节点标识信息对应的节点 的序列化的管理子树信息。
22、 一种终端设备， 其特征在于， 包括：
接收模块，用于接收设备管理服务器发送的包含有管理对象标识以及节点对象信息 的命令；
返回模块， 用于根据所述命令中的管理对象标识以及节点对象信息返回节点信息。
23、 根据权利要求 22所述的终端设备， 其特征在于， 所述节点对象信息包括节点 标识信息、 节点信息参数中的任意一种或组合。
24、 根据权利要求 23所述的终端设备， 其特征在于， 所述节点标识信息为节点的 相对统一资源标识符或节点名称。
25、 根据权利要求 22所述的终端设备， 其特征在于， 所述节点对象信息包括节点 标识信息；所述返回模块具体用于返回管理对象实例中与所述节点标识信息对应的节点 信息； 所述管理对象实例与所述管理对象标识对应。
26、 根据权利要求 22所述的终端设备， 其特征在于， 所述节点对象信息包含节点 信息参数；
所述节点信息参数为层级参数，所述返回模块具体用于返回管理对象实例中所述层 级参数对应的子孙节点的节点信息； 所述管理对象实例与所述管理对象标识对应； 或者 所述节点信息参数为结构参数，所述返回模块具体用于根据所述结构参数返回与所 述管理对象标识对应的管理对象实例的结构信息； 或者
所述节点信息参数为结构数据参数，所述返回模块具体用于根据所述结构数据参数 返回与所述管理对象标识对应的管理对象实例的结构信息及叶子节点的数据信息；或者 所述节点信息参数为树和描述序列化参数，所述返回模块具体用于根据所述树和描 述序列化参数返回与所述管理对象标识对应的管理对象实例序列化的管理子树信息。
27、 根据权利要求 26中所述的终端设备， 其特征在于， 所述节点对象信息还包括 所述节点标识信息；
所述返回模块具体用于返回所述管理对象实例中与所述节点标识信息对应的节点 下与所述层级参数对应的子孙节点的节点信息； 或者
所述返回模块具体用于返回所述管理对象实例中与所述节点标识信息对应的节点 的管理子树的结构信息； 或者
所述返回模块具体用于返回所述管理对象实例中与所述节点标识信息对应的节点 的管理子树的结构信息及叶子节点的数据信息； 或者
所述返回模块具体用于返回所述管理对象实例中与所述节点标识信息对应的节点 的序列化的管理子树信息。
28、 根据权利要求 22-27中任一项所述的终端设备， 其特征在于， 所述返回模块还 用于在所述节点对象信息对应的节点不存在的情况下， 返回所述节点不存在的信息。
PCT/CN2010/071492 2009-04-01 2010-04-01 提供节点信息的方法、获取节点信息的方法及设备 WO2010111959A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
ES10758061.5T ES2634461T3 (es) 2009-04-01 2010-04-01 Procedimiento para proporcionar información de nodo, procedimiento para obtener información de nodo, y equipo asociado
EP10758061.5A EP2416538B1 (en) 2009-04-01 2010-04-01 Method for providing node information, method for obtaining node information and equipment thereof
US13/249,625 US8745190B2 (en) 2009-04-01 2011-09-30 Method for providing node information, method for acquiring node information, and device
US14/248,937 US9712403B2 (en) 2009-04-01 2014-04-09 Method for providing node information, method for acquiring node information, and device

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200910132988.6 2009-04-01
CN200910132988 2009-04-01
CN200910146271.7A CN101854343B (zh) 2009-04-01 2009-06-22 提供节点信息的方法、获取节点信息的方法及设备
CN200910146271.7 2009-06-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/249,625 Continuation US8745190B2 (en) 2009-04-01 2011-09-30 Method for providing node information, method for acquiring node information, and device

Publications (1)

Publication Number Publication Date
WO2010111959A1 true WO2010111959A1 (zh) 2010-10-07

Family

ID=42827492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071492 WO2010111959A1 (zh) 2009-04-01 2010-04-01 提供节点信息的方法、获取节点信息的方法及设备

Country Status (5)

Country Link
US (2) US8745190B2 (zh)
EP (1) EP2416538B1 (zh)
CN (1) CN101854343B (zh)
ES (1) ES2634461T3 (zh)
WO (1) WO2010111959A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101437071B (zh) * 2007-11-15 2011-09-28 华为技术有限公司 终端设备管理树管理对象实例化的方法及设备
CN102142980B (zh) 2010-10-27 2014-05-07 华为技术有限公司 远程管理传感网络拓扑的方法及网关
EP2811397B1 (en) * 2012-01-30 2017-11-15 LG Electronics Inc. -1- Method for managing virtual machine and device therefor
US20130275581A1 (en) * 2012-04-12 2013-10-17 Htc Corporation Method for Monitoring Running Information of Applications and Related Apparatus
WO2014030936A1 (ko) * 2012-08-22 2014-02-27 엘지전자 주식회사 장치 관리를 위한 노드의 주소 표현 방법 및 이를 위한 장치
CN103686668B (zh) * 2012-09-20 2017-12-05 中兴通讯股份有限公司 数据更新方法、系统和设备
TWI457785B (zh) * 2012-12-19 2014-10-21 Inventec Corp 資訊獲取系統及其方法
US9063916B2 (en) * 2013-02-27 2015-06-23 Oracle International Corporation Compact encoding of node locations
CN107800556B (zh) * 2016-09-06 2022-04-29 中兴通讯股份有限公司 界面生成系统、钻取服务层装置、数据发送方法
CN112583761B (zh) * 2019-09-27 2023-03-28 奇安信科技集团股份有限公司 安全实体的管理方法、装置、计算机设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1625865A (zh) * 2002-04-30 2005-06-08 诺基亚有限公司 用于管理树状数据交换的方法和设备
US20060190608A1 (en) * 2005-02-18 2006-08-24 Nokia Corporation Method for the obtaining of deployment components to electronic devices
CN1885986A (zh) * 2005-06-20 2006-12-27 华为技术有限公司 一种在设备管理中操作资源的方法
CN101083608A (zh) * 2006-05-30 2007-12-05 华为技术有限公司 设备管理树节点信息的查询方法及其终端设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2781903B1 (fr) * 1998-07-31 2000-09-08 Bull Sa Procede de referencement dans une base d'information d'administration d'un ensemble d'instances d'objet
US20010023509A1 (en) 2000-02-07 2001-09-27 Becker Richard Douglas Bed elevating device
US7889869B2 (en) * 2004-08-20 2011-02-15 Nokia Corporation Methods and apparatus to integrate mobile communications device management with web browsing
US20070106770A1 (en) * 2005-11-10 2007-05-10 Svante Alnas Managing a remote device by a communication element that does not specify an identifier for the management object
EP2025095A2 (en) * 2006-06-08 2009-02-18 Hewlett-Packard Development Company, L.P. Device management in a network
CN101123794B (zh) 2006-08-07 2012-01-04 华为技术有限公司 一种通信系统中操作节点定位的方法、系统和客户端
WO2009003277A1 (en) 2007-06-29 2009-01-08 Ppi Systems Inc. System and method for probing work pieces
CN102546760B (zh) * 2008-02-04 2015-11-25 华为技术有限公司 设备管理的方法和终端、装置、系统
JP2010015268A (ja) * 2008-07-01 2010-01-21 Canon Inc 機器管理装置、機器管理方法、及びコンピュータプログラム
CN101778486B (zh) 2008-11-27 2012-09-05 华为终端有限公司 设备管理服务器、客户端及目标操作对象定位方法
US20100325201A1 (en) * 2009-06-19 2010-12-23 Research In Motion Limited System and Method for Remote Management of Dynamic Address Book Application
US8775579B2 (en) * 2010-01-13 2014-07-08 Htc Corporation Method for addressing management object in management tree and associated device management system
US10051074B2 (en) * 2010-03-29 2018-08-14 Samsung Electronics Co, Ltd. Techniques for managing devices not directly accessible to device management server

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1625865A (zh) * 2002-04-30 2005-06-08 诺基亚有限公司 用于管理树状数据交换的方法和设备
US20060190608A1 (en) * 2005-02-18 2006-08-24 Nokia Corporation Method for the obtaining of deployment components to electronic devices
CN1885986A (zh) * 2005-06-20 2006-12-27 华为技术有限公司 一种在设备管理中操作资源的方法
CN101083608A (zh) * 2006-05-30 2007-12-05 华为技术有限公司 设备管理树节点信息的查询方法及其终端设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2416538A4 *

Also Published As

Publication number Publication date
EP2416538A1 (en) 2012-02-08
CN101854343B (zh) 2014-07-09
CN101854343A (zh) 2010-10-06
US20120023227A1 (en) 2012-01-26
ES2634461T3 (es) 2017-09-27
EP2416538A4 (en) 2012-02-08
US20140223008A1 (en) 2014-08-07
EP2416538B1 (en) 2017-06-07
US9712403B2 (en) 2017-07-18
US8745190B2 (en) 2014-06-03

Similar Documents

Publication Publication Date Title
WO2010111959A1 (zh) 提供节点信息的方法、获取节点信息的方法及设备
EP3664370B1 (en) Network function information management method and related device
JP5850126B2 (ja) デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法
WO2018006784A1 (zh) 一种网络切片选择方法、设备及系统
CN1846402A (zh) 在设备管理系统中指定管理节点
US8219664B2 (en) Defining nodes in device management system
US7788371B2 (en) Exporting management information base data using IPFIX
WO2009062410A1 (fr) Procédé et dispositif pour instancier un objet de gestion d&#39;une arborescence de gestion dans un dispositif terminal
WO2012113329A1 (zh) 一种设备管理方法及装置
EP1709548B1 (en) Defining nodes in device management system
US8327391B2 (en) Method, system and apparatus for transmitting remote procedure call commands
WO2010124571A1 (zh) 节点信息获取方法、客户端、服务器
CN100440801C (zh) 一种实现代理侧多标准管理信息库融合的方法
WO2012075965A1 (zh) 设备管理方法、设备和系统
CN112087318B (zh) 一种网络管理方法、服务器、客户端及系统
EP1848159A1 (en) A method for the local sub-network discovering the destination border object of the corresponding sub-network and the device thereof
WO2009117950A1 (zh) 一种管理ddf信息的方法、设备及系统
CN101442791B (zh) 一种节点信息的发送方法和装置
JP5095831B2 (ja) 機器管理の方法、端末、装置およびシステム
JP5095831B6 (ja) 機器管理の方法、端末、装置およびシステム
WO2010043150A1 (zh) 上报设备信息的方法、用户终端和服务器

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10758061

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2010758061

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010758061

Country of ref document: EP