CN101771556A - 一种实现dm设备关联的方法、系统和设备 - Google Patents
一种实现dm设备关联的方法、系统和设备 Download PDFInfo
- Publication number
- CN101771556A CN101771556A CN200810184289A CN200810184289A CN101771556A CN 101771556 A CN101771556 A CN 101771556A CN 200810184289 A CN200810184289 A CN 200810184289A CN 200810184289 A CN200810184289 A CN 200810184289A CN 101771556 A CN101771556 A CN 101771556A
- Authority
- CN
- China
- Prior art keywords
- equipment
- gateway
- facility information
- local device
- node
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 63
- 238000004891 communication Methods 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 16
- 238000004519 manufacturing process Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000005314 correlation function Methods 0.000 description 6
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 101100334010 Drosophila melanogaster sotv gene Proteins 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 239000012467 final product Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- WURBVZBTWMNKQT-UHFFFAOYSA-N 1-(4-chlorophenoxy)-3,3-dimethyl-1-(1,2,4-triazol-1-yl)butan-2-one Chemical compound C1=NC=NN1C(C(=O)C(C)(C)C)OC1=CC=C(Cl)C=C1 WURBVZBTWMNKQT-UHFFFAOYSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现DM设备关联的方法、系统和设备，属于网络通信领域。方法包括：第一设备获取第二设备的设备信息和业务信息；第一设备根据第二设备的业务信息，判断第二设备是否支持设备管理DM；当判断结果为是，添加第二设备的设备信息；当判断结果为否，不添加第二设备的设备信息。系统包括：第一设备和第二设备。设备包括：本地设备和网关。本发明提供的技术方案，通过在第一设备的管理树中添加第二设备的设备信息，实现了对支持DM协议和OBEX协议的第一设备和第二设备之间的关联，以便DM服务器对第一设备和第二设备进行统一管理，提高了用户的体验。
Description
技术领域
本发明涉及网络通信领域，特别涉及一种实现DM设备关联的方法、系统和设备。
背景技术
随着网络通信技术的不断发展，越来越多的用户通过本地设备与网络进行数据通信，而本地设备需要通过网关与网络实现通信。例如在移动情况下本地设备通过手机与网络进行连接，而在家中本地设备通过家庭网关与网络进行连接。
目前，在TR-069协议中，通过DHCP(Dynamic Host Configuration Protocol，动态主机配置协议)的Option来在支持TR-069的本地设备和网关之间交换设备身份，以实现设备关联。家庭中的IP应用终端设备称为CPE(Consumer PremiseEquipment，用户驻地设备)，TR-069协议定义了ACS(Auto Configure Server，自动配置服务器)对CPE进行自动配置，以达到不需要用户设置CPE，CPE就可以正常工作的目的。
在实现本发明的过程中，发明人发现在支持TR-069的本地设备和网关之间通过DHCP交换设备身份实现关联，至少具有以下缺点：
该技术只能应用于固定本地设备，且只用于支持TR-069和DHCP的设备，而很多本地设备不采用TR-069协议进行设备管理，也不支持DHCP协议，而是采用DM作为管理协议，采用OBEX(Object Exchange，对象交换)协议进行本地信息的交换，如目前大量涌现的本地移动设备，如果实现它们与网关之间的设备关联，则该技术无法实现。
发明内容
本发明实施例提供了一种实现DM设备关联的方法，方法包括：
第一设备获取第二设备的设备信息和业务信息；
第一设备根据第二设备的业务信息，判断第二设备是否支持设备管理DM；
如果判断结果为是，添加第二设备的设备信息。
本发明实施例提供了一种实现DM设备关联的系统，系统包括：
第一设备，用于获取第二设备的设备信息和业务信息；根据第二设备的业务信息，判断第二设备是否支持设备管理DM；如果判断结果为是，添加第二设备的设备信息；
第二设备，用于将自身的设备信息和业务信息返回给第一设备。
本发明实施例提供了一种本地设备，设备包括：
获取模块，用于获取网关的设备信息和业务信息；
判断模块，用于根据获取模块获取的网关的业务信息，判断网关是否支持设备管理DM；
添加模块，用于当判断模块判断网关支持DM时，添加网关的设备信息。
本发明实施例提供了一种网关设备，设备包括：
获取模块，用于获取本地设备的设备信息和业务信息；
判断模块，用于根据获取模块获取的本地设备的业务信息，判断本地设备是否支持设备管理DM；
添加模块，用于当判断模块判断本地设备支持DM时，添加本地设备的设备信息。
本发明实施例提供的技术方案，通过在第一设备的管理树中添加第二设备的信息管理子树或管理对象，使得管理服务器可以从第一设备中获取所关联的第二设备的设备信息，实现了对支持DM协议和OBEX协议的第一设备和第二设备之间的关联，以方便DM服务器对第一设备和第二设备进行统一管理，提高了用户的体验。
附图说明
图1是本发明实施例1提供的方法流程示意图；
图2是本发明实施例2提供的OMA DM结构示意图；
图3是本发明实施例2提供的本地设备的DevInfo中增加网关的设备信息结构示意图；
图4是本发明实施例2提供的本地设备的DevDetail中增加网关的设备信息结构示意图；
图5是本发明实施例2提供的本地设备中增加网关的设备信息管理对象的结构示意图；
图6是本发明实施例2提供的节点结构第一示意图；
图7是本发明实施例2提供的节点结构第二示意图；
图8是本发明实施例2提供的节点结构第三示意图；
图9是本发明实施例2提供的节点结构第四示意图；
图10是本发明实施例2提供的关联网关标识节点结构示意图；
图11是本发明实施例2提供的网关的DevInfo中增加本地设备的设备信息结构示意图；
图12是本发明实施例2提供的网关的DevDetail中增加本地设备的设备信息结构示意图；
图13是本发明实施例2提供的网关中增加本地设备的设备信息管理对象结构示意图；
图14是本发明实施例2提供的关联本地设备标识节点结构示意图；
图15是本发明实施例2提供的设备关联功能节点结构示意图；
图16是本发明实施例2提供的方法流程示意图；
图17是本发明实施例3提供的方法流程示意图；
图18是本发明实施例4提供的方法流程示意图；
图19是本发明实施例5提供的系统结构示意图；
图20是本发明实施例6提供的本地设备结构示意图；
图21是本发明实施例7提供的网关设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例实施方式作进一步地详细描述。
实施例1
本发明实施例提供了一种实现DM设备关联的方法，参见图1，该方法包括：
101：第一设备获取第二设备的设备信息和业务信息；
102：第一设备根据第二设备的业务信息，判断第二设备是否支持设备管理DM；
103：如果判断结果为是，添加第二设备的设备信息。
其中，添加第二设备的设备信息之前，还包括：
判断第一设备是否已经存储第二设备的设备信息；
如果判断结果为否，添加第二设备的设备信息。
其中，添加第二设备的设备信息，具体包括：
将第二设备的设备信息添加到第一设备的设备管理子树中；或，
将第二设备的设备信息存储在第一设备的一个管理对象中。
其中，第一设备具体为：
网关设备；或，本地设备；
相应地，
当第一设备为网关设备时，第二设备为本地设备；
当第一设备为本地设备时，第二设备为网关设备。
进一步地，当第一设备为本地设备时，第二设备为网关设备时，方法还包括：
如果本地设备中已经存储其他网关设备的设备信息，则删除本地设备中存储的其他网关设备的设备信息。
其中，方法还包括：
在第一设备中设置关联标志位节点；
当添加第二设备的设备信息之后，将关联标志位节点设置为已关联。
其中，将关联标志位节点设置为已关联，还包括：
当第一设备为网关时，关联标志位节点设置为已关联的第二设备的个数。
其中，第一设备获取第二设备的设备信息和业务信息，具体为：
第一设备通过OBEX协议的能力对象获取第二设备的设备信息和业务信息。
进一步地，OBEX协议的能力对象，具体为：
进行扩展设备信息后的能力对象。
本发明实施例提供的方法，通过在第一设备的管理树中添加第二设备的信息管理子树或管理对象，使得管理服务器可以从第一设备中获取所关联的第二设备的设备信息，实现了对支持DM协议和OBEX协议的第一设备和第二设备之间的关联，以方便DM服务器对第一设备和第二设备进行统一管理，提高了用户的体验。
实施例2
本发明实施例提供了一种实现DM设备关联的方法，其中，本发明实施例中以第一设备为本地设备、第二设备为网关为例，具体说明本地设备关联网关的设备信息的过程，详细内容如下：
本发明实施例首先详细介绍在支持DM的本地设备和支持DM的网关的设备管理树中建立管理子树，并在该管理子树中存储与之关联的设备信息。具体内容如下：
(一)首先介绍OMA DM的整体结构，参见图2，其中，OMA DM是由终端设备和设备管理服务器组成。
OMA(Open Mobile Alliance，开放移动联盟)DM(Device Management，设备管理)V1.2是OMA DM工作组制定的设备管理统一规范。DM系统提供了一种低成本方案，用于第三方(如移动运营商，业务提供商或者合作方的信息管理部门)管理和设置无线网络终端设备(比如手机终端及终端中的功能对象)中的环境和配置信息，解决这些网络设备在使用过程中遇到的问题，通过OTA(over the air无线网络)方式进行软件和固件的安装、升级等操作，并提供更加人性化和个性化的服务，提高用户体验。
图2中，终端设备上的DM代理，即DM客户端，用于解释和执行DM服务器下发的管理命令；终端设备上存储的管理树，为DM Server通过DM协议对终端设备进行管理的接口，其中，管理树中包括一些MO(Management Object，管理对象)，DM Server通过对管理树中MO的操作达到控制终端管理对象的目的。其中，操作命令有Get(获取)、Replace(替换)、Exec(执行)、Copy(复制)、Delete(删除)等。
DM管理树、管理对象是由节点组成的，例如根节点、内部节点和叶子节点，根节点是管理树中最上层的那个节点，叶子节点可以有节点值，但不能再有子节点，内部节点不能有节点值，但可以有子节点。
OMA DM定义了DevInfo(Device Information，设备信息)标准管理对象，该对象存储的是终端设备的标识、生产厂商、型号等特征信息。DM服务器可以从终端设备上获取这个管理对象的信息，以了解该终端设备的特征。
在创建MO时，需要考虑每个节点定义时的Status(状态)值和Occurrence(出现次数)值。其中，节点的状态是指DM客户端是否必须支持某个节点，如果状态为Required，可以认为DM客户端是支持该节点的，尽管该节点可能暂时不存在；如果某节点的状态为Required，且DM客户端支持该节点的父节点，则DM客户端必须支持该节点，MO的根节点的状态定义为Required。
节点的出现次数是指在某个子树中允许的节点实例化次数，可能的值有：ZeroOrOne(0或1个)、ZeroOrMore(0或多个)、OneOrMore(1或多个)等。
(二)在本地设备中建立管理子树
下面本发明实施例将详细介绍在本地设备中建立管理子树，以存储网关的设备信息，其中，有两种方法可以在本地设备中建立管理子树存储网关的设备信息：方法一是对DevInfo或DevDetail管理对象进行扩展，另一种是建立一个新的管理对象，具体内容如下：
方法一、在本地设备的DevInfo或DevDetail(设备细节)管理对象中建立管理子树以存储网关的设备信息，具体实现过程如下：
1、参见图3，在本地设备的DevInfo中增加网关的设备信息。
图3中，在本地设备的DevInfo中增加网关信息GatewayInfo子树，其中GatewayInfo及其子节点，用于存储网关的设备信息；其中，GatewayInfo子树中每个节点有4项描述信息，分别为Status(状态)、Occurrence(出现次数)、Format(格式)、Min.Access Types(最小访问类型)。下面对GatewayInfo子树中每个节点具体定义和描述：
(1)./DevInfo/GatewayInfo
参见表1，GatewayInfo节点为在DevInfo中增加的一个子节点，该节点是一个内部节点，它的各子节点用于表示网关的设备信息。该节点状态为Optional(可选)，出现次数为ZeroOrOne(0或1次)，格式为Node(内部节点)，最小访问类型为Get(获取)。其中，本发明实施例中在DevInfo中增加网关的设备信息节点的名称为GatewayInfo，也可以对网关的设备信息子树节点定义任何其他名称，本发明实施例不限定GatewayInfo节点的名称。
表1
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Node | Get |
(2)./DevInfo/GatewayInfo/DevId
参见表2，DevId节点为GatewayInfo节点的子节点，该节点用于表示网关的设备标识；该节点状态为Required(必选)，出现次数为One(1次)，格式为Chr(字符串)，最小访问类型为Get。其中，对于该节点的格式，也可以不是Chr字符串类型，而是网关的厂家定义的其它类型，对于本发明实施例中的其它节点，也是这样。
表2
| Status | Occurrence | Format | Min.Access Types |
| Required | One | Chr | Get |
(3)./DevInfo/GatewayInfo/Man
参见表3，Man节点为GatewayInfo节点的子节点，用于表示网关设备的生产厂商；该节点状态为Required，出现次数为One，格式为Chr，最小访问类型为Get。
表3
| Status | Occurrence | Format | Min.Access Types |
| Required | One | Chr | Get |
(4)./DevInfo/GatewayInfo/Mod
参见表4，Mod节点为GatewayInfo节点的子节点，用于表示网关的设备型号；该节点状态为Required，出现次数为One，格式为Chr，最小访问类型为Get。
表4
| Status | Occurrence | Format | Min.Access Types |
| Required | One | Chr | Get |
(5)./DevInfo/GatewayInfo/DmV
参见表5，DmV节点为GatewayInfo节点的子节点，用于表示网关设备的DM客户端版本；该节点状态为Required，出现次数为One，格式为Chr，最小访问类型为Get。
表5
| Status | Occurrence | Format | Min.Access Types |
| Required | One | Chr | Get |
(6)./DevInfo/GatewayInfo/Lang
参见表6，Lang节点为GatewayInfo节点的子节点，用于表示网关的语言设置；该节点状态为Required，出现次数为One，格式为Chr，最小访问类型为Get。
表6
| Status | Occurrence | Format | Min.Access Types |
| Required | One | Chr | Get |
(7)./DevInfo/GatewayInfo/Bearer
参见表7，Bearer为GatewayInfo节点的子节点，该节点是一个内部节点，该节点及它的子节点用于存放网关的承载网信息；该节点状态为Optional，出现次数为ZeroOrOne，格式为Node，最小访问类型为Get。
表7
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Node | Get |
(8)./DevInfo/GatewayInfo/Bearer/x
参见表8，x节点作为Bearer的子节点，用于存放具体的承载网信息；该节点状态为Required，出现次数为ZeroOrMore，格式为Chr(或厂商定义的其它格式)，最小访问类型为Get。
表8
| Status | Occurrence | Format | Min.Access Types |
| Required | ZeroOrMore | Chr | Get |
(9)./DevInfo/GatewayInfo/Ext
参见表9，Ext节点为GatewayInfo节点的子节点，该节点是一个内部节点，该节点及它的子节点用于存放厂商扩展的设备信息；该节点状态为Optional，出现次数为ZeroOrOne，格式为Node，最小访问类型为Get。
表9
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Node | Get |
(10)./DevInfo/GatewayInfo/Ext/y
参见表10，y节点作为Ext的子节点，用于存放具体的厂商扩展信息；该节点状态为Required，出现次数为ZeroOrMore，格式为Chr(或厂商定义的其它格式)，最小访问类型为Get。
表10
| Status | Occurrence | Format | Min.Access Types |
| Required | ZeroOrMore | Chr | Get |
2、参见图4，在本地设备的DevDetail中增加网关的设备信息。
图4中，在本地设备的DevDetail中增加网关信息子树GatewayInfo，其中GatewayInfo及其子节点，用于存储网关的设备信息；其中，GatewayInfo节点及每个节点具体定义和描述与上述DevInfo中增加网关信息子树GatewayInfo及子节点的方法相同，不再赘述。
另外，本发明实施例是在DevInfo管理对象和DevDetail管理对象中建立管理子树以存储网关的设备信息只是优选的情况，也可以在管理树的其它位置建立管理子树以存储网关的设备信息，本发明实施例不限定在管理树中建立管理子树以存储网关的设备信息的具体位置。
方法二、在本地设备中增加新的管理对象以存储网关的设备信息，具体实现过程如下：
参见图5.在本地设备中增加网关的设备信息管理对象，此时GatewayInfo节点为该管理对象的根节点。
其中，参见表11，GatewayInfo节点的描述如下：
GatewayInfo是一个内部节点，它的各子节点用于表示网关的设备信息；该节点状态为Required，出现次数为ZeroOrOne，格式为Node，最小访问类型为Get。其中，该节点的type(类型)是该管理对象的标识，该标识可以设置为urn:oma:mo:oma-gatewayinfo:1.0。其中，本发明实施例中在本地设备中增加网关的设备信息节点的名称为GatewayInfo，也可以对网关的设备信息节点定义任何其他名称，本发明实施例不限定GatewayInfo节点的名称。另外，对于该方法中的GatewayInfo节点的子节点地定义和描述与方法一中相同，不再赘述。
表11
| Status | Occurrence | Format | Min.Access Types |
| Required | ZeroOrOne | Node | Get |
其中，上述建立的用于存储网关的设备信息的管理子树或管理对象，只是其中一种优选的例子，在不同情况下管理子树或管理对象可能存在不同节点个数或结构。
例如，在某些情况下设备标识(即网关的DevId)是一个UUID(UniversalUnique Identifier，通用唯一标识)时，网关的DevId已足够标识一个网关设备，而且DM服务器也不要求从本地设备知道网关设备的DM客户端版本、设备的语言设置、Ext节点和Bearer节点等信息，或本地设备无法从网关设备处获得DM客户端版本、设备的语言设置、Ext节点和Bearer节点等信息，则可以省略掉除了DevId节点外的其它节点，参见图6，此时管理子树或管理对象只定义一个节点即可，参见表12，其节点描述如下：管理对象的情况类似。
./DevInfo/GatewayDevId
表12
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Chr | Get |
表12中，GatewayDevId此时是一个叶子节点，用于表示网关设备的设备标识；该节点状态为Optional，出现次数为ZeroOrOne，格式为Chr，最小访问类型为Get。本发明实施例不限定GatewayDevId节点的名称。
再如，DM服务器不需要从本地设备知道网关设备的Ext节点和Bearer节点的信息，或本地设备无法从网关设备处获得Ext节点信息和Bearer节点信息，而DM服务器有可能需要从本地设备知道网关设备的DM客户端版本信息和语言设置信息，但本地设备不一定能从网关设备处获得DM客户端版本信息和语言设置信息，则可以去掉Ext节点和Bearer节点，而DmV节点和Lang节点作为可选节点，参见图7，此时管理子树或管理对象的结构。
又如，DM服务器可能不需要从本地设备知道网关的Ext节点、Bearer节点、DM客户端版本和语言设置等信息，或本地设备不一定能从网关获得这些信息，则可以去掉Ext节点、Bearer节点、DmV节点、Lang节点，参见如8，此时管理子树或管理对象的结构。
又如，本地设备只能从网关获得设备标识、生产厂商、设备型号信息，参见图9，此时管理子树或管理对象的结构。
另外，还可以在管理树上单独设置一个节点来表示本地设备是否关联了一个支持DM协议的网关，参见图10。
图10中，在DevInfo管理对象中设置了一个GwFlag(Gateway Flag，关联网关标志位)节点，用该节点的值即可标识本地设备是否关联了一个支持DM协议的网关，参见表13，GwFlag节点的定义如下：
./DevInfo/GwFlag
表13
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Bool | Get |
表13中，GwFlag节点状态为Optional，出现次数为ZeroOrOne，格式为Bool(布尔类型)，最小访问类型为Get；其中，该节点值若等于False表示没有关联支持DM协议的网关，若等于True则表示关联了支持DM协议的网关。
本发明实施例不限定GwFlag节点的名称、格式以及设置在哪个管理对象中。例如它的格式可以为int(整数类型)等，它可以被设置在DevDetail管理对象中或管理树的其它位置。
(三)在网关中建立管理子树
下面本发明实施例将详细介绍在网关中建立管理子树，以存储本地设备的设备信息，其中，有两种方法可以在网关中建立管理子树存储本地设备的设备信息：方法一是对DevInfo或DevDetail管理对象进行扩展，另一种是建立一个新的管理对象，具体内容如下：
方法一、在网关的DevInfo或DevDetail(设备细节)管理对象中扩展本地设备信息管理子树，以存储本地设备的设备信息，具体实现过程如下：
1、参见图11，在网关的DevInfo中增加本地设备的设备信息。
图11中，在网关的DevInfo中增加本地设备信息子树LANDevInfo(LocalArea Network Device Information，本地设备信息)，其中LANDevInfo的下层节点，用于存储本地设备的设备信息；其中，LANDevInfo节点及每个子节点有4项描述信息，分别为Status(状态)、Occurrence(出现次数)、Format(格式)、Min.Access Types(最小访问类型)。下面对LANDevInfo节点及子节点具体定义和描述：
(1)./DevInfo/LANDevInfo
参见表14，LANDevInfo节点为在DevInfo中增加的子节点，该节点是一个内部节点，它的下层节点用于表示本地设备的设备信息；该节点状态为Optional，出现次数为ZeroOrOne，格式为Node，最小访问类型为Get。其中，本发明实施例不限定LANDevInfo节点的具体名称，可以根据需要灵活选取。
表14
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Node | Get |
(2)./DevInfo/LANDevInfo/<x>
参见表15，<x>节点，对它进行实例化后可用于在该管理子树中区分多个本地设备的设备信息，即每个本地设备对应着一个实例化后的x节点；该节点状态为Required，出现次数为ZeroOrMore(0或多次)，格式为Node，最小访问类型为Get。
表15
| Status | Occurrence | Format | Min.Access Types |
| Required | ZeroOrMore | Node | Get |
其中，该管理子树中其它节点的描述与图3中在本地设备的DevInfo中增加网关的设备信息的同名节点的描述相同，不再赘述。
2、参见图12，在网关的DevDetail中增加本地设备的设备信息。
图12中，在网关的DevDetail中增加本地设备信息子树LANDevInfo，其中LANDevInfo节点的下层节点，用于存储本地设备的设备信息；其中，LANDevInfo节点及子节点具体定义和描述与上述图11中DevInfo中增加网关信息子树GatewayInfo及子节点的方法相同，不再赘述。
本发明实施例是在DevInfo管理对象和DevDetail管理对象中建立管理子树以存储网关的设备信息只是优选的情况，也可以在管理树的其它位置建立管理子树以存储本地设备的设备信息，本发明实施例不限定在管理树中建立管理子树以存储本地设备的设备信息的具体位置。
方法二、在网关中增加新的管理对象以存储本地设备的设备信息，具体实现过程如下：
参见图13，在网关中增加本地设备的设备信息管理对象，本发明实施例不限定该管理对象在管理树上的位置。
其中，x节点的type是该管理对象的标识，该标识可以设置为urn:oma:mo:oma-landevinfo:1.0。
同样，上面建立的用于存储本地设备的设备信息的管理子树或管理对象，只是其中一种优选的例子，在不同情况下可能存在不同节点个数或结构，各种情况下的结构与图6-9中描述的情况相同，只是各设备信息节点的父节点变成了x节点，而非GatewayInfo节点，不再赘述。
另外，还可以在管理树上单独设置一个节点来表示网关是否关联了支持DM协议的本地设备，参见图14。
图14中，在DevInfo管理对象中设置了一个LanFlag(Local Area NetworkDevice Flag，关联本地设备标志位)节点，用该节点的值即可标识网关是否关联了一个支持DM协议的本地设备，参见表16，LanFlag节点的定义如下：
./DevInfo/LanFlag
表16
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Bool | Get |
表16中，LanFlag节点状态为Optional，出现次数为ZeroOrOne，格式为Bool，最小访问类型为Get；其中，该节点值若等于False表示没有关联支持DM协议的本地设备，若等于True则表示关联了支持DM协议的本地设备。
本发明实施例不限定LanFlag节点的名称、格式以及设置在哪个管理对象中。例如它的格式可以为int等，它可以被设置在DevDetail管理对象中或管理树的其它位置。若该节点的格式为int，则它的值可以为一个正整数，表示关联的本地设备的个数，若为0则表示没有关联任何设备。
(四)设备关联功能标志位设置
其中，还可以在本地设备管理树或网关管理树上单独设置一个节点来表示该设备是否具备设备关联功能，参见图15：
图15中，在DevDetail管理对象中设置了一个Ass(Association，关联功能标志位)节点，用该节点的值即可标识该设备是否具有关联功能，参见表17，该节点的定义如下：
./DevDetail/Ass
表17
| Status | Occurrence | Format | Min.Access Types |
| Optional | ZeroOrOne | Bool | Get |
表17中，Ass节点状态为Optional，出现次数为ZeroOrOne，格式为Bool，最小访问类型为Get；其中，该节点值若等于False表示该设备没有关联功能，若等于True则表示该设备有关联功能。
本发明实施例不限定Ass节点的名称、格式以及设置在哪个管理对象中。例如它的格式可以为int等，它也可以被设置在DevInfo管理对象中或管理树的其它位置。
(五)对OBEX的扩展
OBEX(Object Exchange，对象交换)是一个简洁有效的二进制协议，使用它可以使很多类型的设备以简单自发的方式相互交换数据，实现网关和本地设备之间相互关联，OBEX可以承载于蓝牙、红外等本地连接上。
OBEX协议在Capability Object(能力对象)中携带设备序列号(即设备标识)、生产厂商和设备型号信息，本发明实施例对该能力对象做扩展来承载更多的DM设备相关信息，如DM客户端版本、语言设置、Bearer节点、Ext节点等信息。扩展的方法如下：
<General>
<SN>1234567890</SN>
<Manufacturer>Big Factory，Ltd.</Manufacturer>
<Model>Mighty 4119</Model>
<DmV>1.2</DmV>
<Lang>xxx</Lang>
<Bearer>
<Bearer1>xxx</Bearer1>
<Bearer2>xxx</Bearer2>
</Bearer>
<Ext>
<Ext1>xxx</Ext1>
<Ext2>xxx</Ext2>
</Ext>
</General>
现有技术在能力对象的General(通用)部分已经包含了SN、Manufacturer和Model元素，本发明实施例还添加了DmV、Lang、Bearer、Ext元素来分别承载DM客户端版本、语言设置、Bearer节点、Ext节点的信息，由于Bearer和Ext节点下还存在子节点，所以分别在Bearer和Ext元素中再增加子元素Bearer1、Bearer2和Ext1、Ext2来承载具体信息。本发明实施例不限定这些扩展元素的名称，且具体扩展哪些节点也由厂商决定，另外也不限定在General部分进行扩展，可以在OBEX协议定义的能力对象的其它部分扩展。
综上，对详细介绍在支持DM的本地设备的设备管理树中和支持DM的网关的设备管理树中建立管理子树，并在该管理子树中存储与之关联的设备的设备信息的内容，下面本发明实施例具体说明当一个新的本地设备第一次与网关设备连接时，或本地设备第一次被激活了QoS关联功能时，此时本地设备和网关中都没有对方的设备信息，通过OBEX获取网关的设备信息，实现本地设备关联网关的设备信息的过程，参见图16，具体实现过程如下：
201：本地设备通过OBEX的GET操作向网关获取能力对象信息；
202：本地设备接收网关返回的能力对象信息，该信息中包括设备信息和业务信息；
其中，网关的设备信息包括该网关设备的序列号、生产厂商和设备型号，若对网关设备的能力对象进行了扩展，设备信息还可以包括DmV、Lang、Bearer、Ext等信息；而网关的业务信息包括该网关所支持的业务、应用和协议等，其中，网关所支持的业务、应用和协议等业务信息是通过UUID标识的。
203：本地设备根据业务信息，判断网关对DM的支持情况，决定对网关的设备信息的处理方式；如果网关支持DM，则执行步骤204；
其中，如果网关不支持DM，则本地设备不在本地设备的管理子树中添加接收到的网关的设备信息，结束流程。
204：本地设备把接收到的网关的设备信息添加到在本地设备用于存储网关设备信息的管理子树或者管理对象中；
其中，如果网关业务信息支持DM，本地设备把接收到的网关的设备信息添加到在本地设备用于存储网关设备信息的管理子树或管理对象中，具体是在本地设备的管理树上生成如图3-9的其中一个所示的管理子树或管理对象，至于建立什么样的管理子树或管理对象，根据厂商对本地设备的该管理子树或管理对象的定义而定。
根据该管理子树的不同结构和支持的节点个数，本地设备把收到的设备信息添加到对应的节点上，例如把序列号(SN元素)、生产厂商(Manufacturer元素)和设备型号(Model元素)的值设置为DevId、Man和Mod节点的值；如果本地设备接收到的设备信息还包括扩展信息，且上述管理子树或管理对象中也包含对应的节点，则也进行相应的设置，例如本地设备将接收到DmV元素、Lang元素的值设置为DmV节点和Lang节点的值，把Bearer元素、Ext元素的子元素的值设置为对应的Bearer节点和Ext节点的子节点的值。
另外，在本地设备出厂或者其它情况下，本地设备管理树上可能已经存在上述的存储网关设备信息的管理子树或管理对象，只是还没有节点值，此时则不必建立管理子树或管理对象，直接设置节点值即可。
如果DevId、Man和Mod等节点值的格式与获取到的序列号、生产厂商和型号的值的格式不同，则需要把获取到的序列号、生产厂商和型号的值转换为对应的节点值的格式。
205：本地设备添加网关的设备信息成功后，本地设备设置GwFlag节点的值为表示本地设备已经关联到一个支持DM协议的网关。
通过上述的方法就在本地设备的管理树中生成了网关设备信息管理子树或管理对象，管理服务器可以从本地设备中获取所关联的网关的设备信息，若本地设备并没有关联到一个网关，则上述管理子树或管理对象就不存在，或者即使存在，但各节点的值为Null(空)，服务器即可获知该本地设备并没有关联到一个网关。
管理服务器也可以通过获取GwFlag节点的值，获知本地设备是否关联了一个DM网关，然后再获取本地设备中网关设备信息的管理子树或管理对象。
管理服务器还可以通过获取Ass节点的值，获知本地设备是否具备关联功能，然后再获取GwFlag节点的值或本地设备中网关设备信息的管理子树或管理对象。
本发明实施例提供了的方法，通过在本地设备的管理树中添加网关设备的设备信息管理子树或管理对象，使得管理服务器可以从本地设备中获取所关联的网关的设备信息，实现了对支持DM协议和OBEX协议的本地设备和网关之间的关联，以便DM服务器对本地设备和网关进行统一管理，提高了用户的体验。
实施例3
实施例2具体说明当一个新的本地设备第一次与网关设备连接时，或本地设备第一次被激活了QoS关联功能时，通过OBEX获取网关的设备信息，实现本地设备关联网关的设备信息的过程，本发明实施例具体说明当一个本地设备已经在管理子树或管理对象中存储了与网关1的设备信息，本地设备又与网关2相连接，这时本地设备需要更新管理子树或管理对象上的信息，参见图17，具体实现过程如下：
301：本地设备通过OBEX的GET操作向网关2获取能力对象信息；
302：本地设备接收网关2返回的能力对象信息，该信息中包括网关2的设备信息和业务信息；
303：本地设备根据网关2业务信息，判断网关2对DM的支持情况，决定对管理子树中网关1的设备信息的处理方式；如果网关2支持DM，则执行步骤304；
其中，如果网关2不支持DM，则本地设备不在本地设备的管理子树中添加接收到的网关2的设备信息，并将本地设备中网关1设备信息的管理子树或管理对象删除，即删除掉GatewayInfo及其子节点，或者删除网关1的GatewayInfo的各个子节点的值并把Format设置为Null，结束流程。
304：本地设备判断网关2的设备信息是否与管理子树或管理对象上存储的网关1的设备信息相同，如果是，结束；否则，执行步骤305。
其中，判断网关2的设备信息是否与管理子树或管理对象上存储的网关1的设备信息相同时，如果设备只有设备标识则可以只判断设备标识，如果设备还有其他的设备信息，则再判断生产厂商、设备型号等，无论如何判断，本地设备上所有判断结果都为相同时，才结束。如果本地设备有判断结果为不同的信息。则需要执行步骤305。
305：在本地设备上管理对象或管理子树中将网关1的设备信息更新为网关2的设备信息；
其中，网关2的设备信息与管理子树或管理对象上存储的网关1的设备信息不同，则把网关2的设备信息更新到本地设备上网关的设备信息管理子树或管理对象上，若节点不存在则添加节点。具体地，根据厂商对本地设备的网关设备信息管理子树或管理对象的具体定义，来更新和添加节点。
另外，对于步骤303中判断是否支持DM，及步骤304判断设备信息是否与存储的设备信息相同，本发明实施例不限制其前后顺序，即也可以先执行步骤304判断设备信息是否与存储的设备信息相同，如果相同，则结束；如果不同，执行步骤304判断是否支持DM，如果支持DM，则执行步骤305，否则，结束。
306：本地设备更新网关的设备信息成功后，本地设备设置GwFlag节点的值为表示本地设备已经关联到一个支持DM协议的网关2。
另外，步骤303中若删除了之前添加的网关的设备信息的管理子树或管理对象，或删除GatewayInfo的各个子节点的值，则本地设备设置GwFlag节点的值为表示本地设备没有关联到一个支持DM协议的网关。
本发明实施例提供了的方法，通过在本地设备的管理树中更新或删除网关设备信息的管理子树或管理对象，使得管理服务器可以从本地设备中获取所关联的网关的设备信息，实现了对支持DM协议和OBEX协议的本地设备和网关之间的关联，以便DM服务器对本地设备和网关进行统一管理，提高了用户的体验。
实施例4
本发明实施例提供了一种实现DM设备关联的方法，其中，本发明实施例中以第一设备为网关、第二设备为本地设备为例，本发明实施例具体说明网关关联本地设备的设备信息的过程，参见图18，具体实现过程如下：
401：网关通过OBEX的GET操作向本地设备获取能力对像信息；
402：网关接收本地设备返回的能力对像信息，该信息中包括本地设备的设备信息和业务信息；
其中，本地设备的设备信息包括本地设备的序列号、生产厂商和型号，如果对本地设备的能力对象进行了扩展，设备信息还包括DmV、Lang、Bearer、Ext等信息。而本地设备的业务信息中包括本地设备所支持的业务、应用和协议等，其中，本地设备所支持的业务、应用和协议等业务信息是通过UUID标识的。
403：网关根据本地设备的业务信息中本地设备对DM的支持情况判断是否添加设备信息；如果是，则执行步骤404；否则，结束流程。
404：网关判断本地设备的设备信息是否已经存储在网关的设备信息的管理子树，如果是，结束；否则，执行步骤405。
其中，如果网关判断本地设备的设备信息已经在网关的设备管理树中存在，则不执行添加，结束流程。
405：网关将接收到的设备信息添加到网关上用于存储本地设备的设备信息的管理子树或管理对象上；
其中，网关将接收到的设备信息添加到网关上用于存储本地设备的设备信息的管理子树或管理对象上，具体是在网关的管理树上建立如图11-13所示的管理子树或管理对象，与实施例2类似，建立什么样的管理子树，视厂商对网关设备的该子树的定义而定，根据该管理子树或管理对象的不同结构和支持的节点个数，网关把收到的设备信息添加到对应的节点上，由于网关上可能已经存储了其它本地设备的设备信息，此时应是添加一个新的管理子树或管理对象，并把序列号、生产厂商和型号的值设置为该新添加的管理子树或管理对象的DevId、Man和Mod节点的值。若还包括上述扩展信息，且上述管理子树或管理对象中也包含对应的节点，则可以把DmV、Lang元素的值设置为DmV节点和Lang节点的值，把Bearer元素、Ext元素的子元素的值设置为对应的Bearer节点和Ext节点的子节点的值。
406：网关成功添加本地设备的设备信息后，网关设置LanFlag节点的值为表示网关已经关联到支持DM协议的本地设备，或者网关设置该节点的值为目前关联到网关的所有本地设备的数目。
本发明实施例提供了的方法，通过在网关的管理树中添加本地设备的信息管理子树或管理对象，使得管理服务器可以从网关中获取所关联的本地设备的设备信息，实现了对支持DM协议和OBEX协议的本地设备和网关之间的关联，以便DM服务器对本地设备和网关进行统一管理，提高了用户的体验。
实施例5
本发明实施例提供了一种实现DM设备关联的系统，参见图19，该系统包括：
第一设备501，用于获取第二设备的设备信息和业务信息；根据第二设备的业务信息，判断第二设备是否支持设备管理DM；当判断结果为是，添加第二设备的设备信息；
第二设备502，用于将自身的设备信息和业务信息返回给第一设备。
其中，第一设备501还包括：
判断模块，用于判断第一设备是否已经存储第二设备的设备信息；
添加模块，用于当判断模块判断第一设备未存储第二设备的设备信息时，添加第二设备的设备信息。
其中，第一设备501还包括：
关联模块，用于设置关联标志位节点；当添加模块添加第二设备的设备信息之后，将关联标志位节点设置为已关联。
本发明实施例提供的系统，通过在第一设备的管理树中添加第二设备的信息管理子树或管理对象，使得管理服务器可以从第一设备中获取所关联的第二设备的设备信息，实现了对支持DM协议和OBEX协议的第一设备和第二设备之间的关联，以便DM服务器对第一设备和第二设备进行统一管理，提高了用户的体验。
实施例6
本发明实施例提供了一种本地设备，参见图20，该设备包括：
获取模块601，用于获取网关的设备信息和业务信息；
判断模块602，用于根据获取模块获取的网关的业务信息，判断网关是否支持设备管理DM；
添加模块603，用于当判断模块判断网关支持DM时，添加网关的设备信息。
其中，添加模块603还包括：
判断单元，用于判断本地设备是否已经存储网关的设备信息；
添加单元，用于当判断单元判断网关未存储网关的设备信息时，添加网关的设备信息。
其中，设备还包括：
删除模块，用于当本地设备中已经存储其他网关的设备信息时，则删除本地设备中存储的其他网关的设备信息。
其中，设备还包括：
关联模块，用于在本地设备中设置关联标志位节点；当添加模块添加第二设备的设备信息之后，将关联标志位节点设置为已关联。
本发明实施例提供的本地设备，通过在本地设备的管理树中添加网关的信息管理子树或管理对象，使得管理服务器可以从本地设备中获取所关联的网关的设备信息，实现了对支持DM协议和OBEX协议的本地设备和网关之间的关联，以便DM服务器对本地设备和网关进行统一管理，提高了用户的体验。
实施例7
本发明实施例提供了一种网关设备，参见图21，该设备包括：
获取模块701，用于获取本地设备的设备信息和业务信息；
判断模块702，用于根据获取模块获取的本地设备的业务信息，判断本地设备是否支持设备管理DM；
添加模块703，用于当判断模块判断本地设备支持DM时，添加本地设备的设备信息。
其中，添加模块703还包括：
判断单元，用于判断网关是否已经存储本地设备的设备信息；
添加单元，用于当判断单元判断网关未存储本地设备的设备信息时，添加本地设备的设备信息。
其中，设备还包括：
关联模块，用于在网关中设置关联标志位节点；当添加模块添加第二设备的设备信息之后，将关联标志位节点设置为已关联。
本发明实施例提供的网关设备，通过在网关设备的管理树中添加本地设备的信息管理子树或管理对象，使得管理服务器可以从网关设备中获取所关联的本地设备的设备信息，实现了对支持DM协议和OBEX协议的本地设备和网关之间的关联，以便DM服务器对本地设备和网关进行统一管理，提高了用户的体验。
本发明实施例可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，例如，路由器的硬盘、缓存或光盘中。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (19)
1.一种实现DM设备关联的方法，其特征在于，所述方法包括：
第一设备获取第二设备的设备信息和业务信息；
所述第一设备根据所述第二设备的业务信息，判断所述第二设备是否支持设备管理DM；
如果判断结果为是，添加所述第二设备的设备信息。
2.如权利要求1所述的方法，其特征在于，所述添加所述第二设备的设备信息之前，还包括：
判断所述第一设备是否已经存储所述第二设备的设备信息；
如果判断结果为否，添加所述第二设备的设备信息。
3.如权利要求1所述的方法，其特征在于，所述添加所述第二设备的设备信息，具体包括：
将所述第二设备的设备信息添加到所述第一设备的设备管理子树中；或，
将所述第二设备的设备信息存储在所述第一设备的一个管理对象中。
4.如权利要求1所述的方法，其特征在于，所述第一设备具体为：
网关设备；或，本地设备；
相应地，
当所述第一设备为网关设备时，所述第二设备为本地设备；
当所述第一设备为本地设备时，所述第二设备为网关设备。
5.如权利要求4所述的方法，其特征在于，当所述第一设备为本地设备时，所述第二设备为网关设备时，所述方法还包括：
如果所述本地设备中已经存储其他网关设备的设备信息，则删除所述本地设备中存储的其他网关设备的设备信息。
6.如权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一设备中设置关联标志位节点；
当添加所述第二设备的设备信息之后，将所述关联标志位节点设置为已关联。
7.如权利要求4和6所述的方法，其特征在于，将所述关联标志位节点设置为已关联，还包括：
当所述第一设备为网关时，所述关联标志位节点设置为已关联的第二设备的个数。
8.如权利要求1所述的方法，其特征在于，所述第一设备获取第二设备的设备信息和业务信息，具体为：
第一设备通过OBEX协议的能力对象获取所述第二设备的设备信息和业务信息。
9.如权利要求8所述的方法，其特征在于，所述OBEX协议的能力对象，具体为：
进行扩展设备信息后的能力对象。
10.一种实现DM设备关联的系统，其特征在于，所述系统包括：
第一设备，用于获取第二设备的设备信息和业务信息；根据所述第二设备的业务信息，判断所述第二设备是否支持设备管理DM；如果判断结果为是，添加所述第二设备的设备信息；
第二设备，用于将自身的设备信息和业务信息返回给所述第一设备。
11.如权利要求10所述的系统，其特征在于，所述第一设备还包括：
判断模块，用于判断所述第一设备是否已经存储所述第二设备的设备信息；
添加模块，用于当所述判断模块判断所述第一设备未存储所述第二设备的设备信息时，添加所述第二设备的设备信息。
12.如权利要求10所述的系统，其特征在于，所述第一设备还包括：
关联模块，用于设置关联标志位节点；当所述添加模块添加所述第二设备的设备信息之后，将所述关联标志位节点设置为已关联。
13.一种本地设备，其特征在于，所述设备包括：
获取模块，用于获取网关的设备信息和业务信息；
判断模块，用于根据所述获取模块获取的网关的业务信息，判断所述网关是否支持设备管理DM；
添加模块，用于当所述判断模块判断所述网关支持DM时，添加所述网关的设备信息。
14.如权利要求13所述的设备，其特征在于，所述添加模块还包括：
判断单元，用于判断所述本地设备是否已经存储所述网关的设备信息；
添加单元，用于当所述判断单元判断所述网关未存储所述网关的设备信息时，添加所述网关的设备信息。
15.如权利要求13所述的设备，其特征在于，所述设备还包括：
删除模块，用于当所述本地设备中已经存储其他网关的设备信息时，则删除所述本地设备中存储的其他网关的设备信息。
16.如权利要求13所述的设备，其特征在于，所述设备还包括：
关联模块，用于在所述本地设备中设置关联标志位节点；当所述添加模块添加所述第二设备的设备信息之后，将所述关联标志位节点设置为已关联。
17.一种网关设备，其特征在于，所述设备包括：
获取模块，用于获取本地设备的设备信息和业务信息；
判断模块，用于根据所述获取模块获取的本地设备的业务信息，判断所述本地设备是否支持设备管理DM；
添加模块，用于当所述判断模块判断所述本地设备支持DM时，添加所述本地设备的设备信息。
18.如权利要求17所述的设备，其特征在于，所述添加模块还包括：
判断单元，用于判断所述网关是否已经存储所述本地设备的设备信息；
添加单元，用于当所述判断单元判断所述网关未存储所述本地设备的设备信息时，添加所述本地设备的设备信息。
19.如权利要求17所述的设备，其特征在于，所述设备还包括：
关联模块，用于在所述网关中设置关联标志位节点；当所述添加模块添加所述第二设备的设备信息之后，将所述关联标志位节点设置为已关联。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810184289 CN101771556B (zh) | 2008-12-11 | 2008-12-11 | 一种实现dm设备关联的方法、系统和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810184289 CN101771556B (zh) | 2008-12-11 | 2008-12-11 | 一种实现dm设备关联的方法、系统和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101771556A true CN101771556A (zh) | 2010-07-07 |
| CN101771556B CN101771556B (zh) | 2013-01-30 |
Family
ID=42504174
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200810184289 Expired - Fee Related CN101771556B (zh) | 2008-12-11 | 2008-12-11 | 一种实现dm设备关联的方法、系统和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101771556B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102487522A (zh) * | 2010-12-01 | 2012-06-06 | 华为终端有限公司 | 终端设备的管理方法和网关设备 |
| WO2012075965A1 (zh) * | 2010-12-10 | 2012-06-14 | 华为终端有限公司 | 设备管理方法、设备和系统 |
| WO2012130048A1 (zh) * | 2011-03-30 | 2012-10-04 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| CN107864046A (zh) * | 2016-12-21 | 2018-03-30 | 贵州电网有限责任公司信息中心 | 一种自适应差异化监控方法 |
| CN113656654A (zh) * | 2021-10-19 | 2021-11-16 | 云丁网络技术(北京)有限公司 | 一种用于设备添加的方法、装置及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1563408A1 (en) * | 2002-11-21 | 2005-08-17 | Nokia Corporation | Method and device for defining objects allowing to establish a device management tree for mobile communication devices |
-
2008
- 2008-12-11 CN CN 200810184289 patent/CN101771556B/zh not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102487522A (zh) * | 2010-12-01 | 2012-06-06 | 华为终端有限公司 | 终端设备的管理方法和网关设备 |
| CN102487522B (zh) * | 2010-12-01 | 2015-07-08 | 华为终端有限公司 | 终端设备的管理方法和网关设备 |
| WO2012075965A1 (zh) * | 2010-12-10 | 2012-06-14 | 华为终端有限公司 | 设备管理方法、设备和系统 |
| WO2012130048A1 (zh) * | 2011-03-30 | 2012-10-04 | 华为终端有限公司 | 设备管理系统中对网关进行初始化的方法及装置 |
| US9417887B2 (en) | 2011-03-30 | 2016-08-16 | Huawei Device Co., Ltd. | Method and apparatus for bootstrapping gateway in device management system |
| CN107864046A (zh) * | 2016-12-21 | 2018-03-30 | 贵州电网有限责任公司信息中心 | 一种自适应差异化监控方法 |
| CN113656654A (zh) * | 2021-10-19 | 2021-11-16 | 云丁网络技术(北京)有限公司 | 一种用于设备添加的方法、装置及系统 |
| CN113656654B (zh) * | 2021-10-19 | 2022-05-10 | 云丁网络技术(北京)有限公司 | 一种用于设备添加的方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101771556B (zh) | 2013-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100403690C (zh) | 用户驻地设备配置管理方法及其系统 | |
| US9350611B2 (en) | Apparatus and method for locating a target operation object | |
| CN102136934B (zh) | 实现Zigbee设备远程升级的方法、装置及网络系统 | |
| CN101163309B (zh) | 一种实现信息锁定的方法、系统和装置 | |
| CN101771556B (zh) | 一种实现dm设备关联的方法、系统和设备 | |
| CN101854343B (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
| CN101257406B (zh) | 网元发现方法和系统 | |
| CN102017687A (zh) | 终端设备管理树管理对象实例化的方法及设备 | |
| EP2068496B1 (en) | Method and system for managing object instances | |
| US8387068B2 (en) | Method and device for managing object instance label | |
| US8185090B2 (en) | Method and system for provisioning content in a mobile device management system | |
| CN100448322C (zh) | 一种获取移动终端能力更新信息的方法 | |
| US8327391B2 (en) | Method, system and apparatus for transmitting remote procedure call commands | |
| CN101540996A (zh) | 设备管理的终端及其发起管理会话的方法 | |
| CN101389060A (zh) | 接入点和运营商捆绑的实现方法及系统 | |
| CN102571390B (zh) | 设备管理方法、设备和系统 | |
| CN101662456B (zh) | 发放终端业务的方法和系统 | |
| CN1953394B (zh) | 功能组件参数配置方法及其系统、及终端设备 | |
| CN101753604B (zh) | 上报设备信息的方法、用户终端和服务器 | |
| CN102045698B (zh) | 一种获取终端信息的方法及装置 | |
| US20100070513A1 (en) | Method and device for sorting and managing look-and-feel contents | |
| JP2004054950A (ja) | ネットワーク端末設定情報管理方法および情報端末装置並びにプログラム | |
| KR20100067332A (ko) | 의존성 통지 | |
| CN101996074A (zh) | 使用软件组件管理对象管理软件的方法及装置 | |
| CN106487539A (zh) | 一种基于fumo协议的升级方法及系统 |
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: 20171101 Address after: Metro Songshan Lake high tech Industrial Development Zone, Guangdong Province, Dongguan City Road 523808 No. 2 South Factory (1) project B2 -5 production workshop Patentee after: Huawei terminal (Dongguan) Co.,Ltd. Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No. Patentee before: HUAWEI DEVICE Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province Patentee after: HUAWEI DEVICE Co.,Ltd. Address before: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province Patentee before: Huawei terminal (Dongguan) Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130130 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |