设备管理方法、网关和服务器
技术领域
本发明实施例涉及设备管理技术,尤其涉及一种设备管理方法、网关和服务器。
背景技术
开放移动联盟(Open Mobile Alliance,简称OMA)设备管理(DeviceManagement,简称DM)V1.2规范(OMA DM V1.2),以下简称DM规范,是OMA DM工作组(Work Group,简称WG)制定的设备管理统一规范。DM技术由DM服务器(DM Server,简称DMS)和DM客户端(DM Client)配合来实现。DM客户端设置在终端设备上,用于解释和执行DMS下发的管理命令。终端设备上存储的设备管理树可以被认为是DMS对终端设备进行管理的接口,DMS通过DM协议与终端设备中的DM客户端进行通信来实现对终端设备的管理。设备管理树中包括一些管理对象(Management Object,简称MO),也可称为节点,可涉及终端设备上需要管理的各种参数和软件等。DMS通过对管理对象的操作达到管理终端设备的目的。操作命令可以有获取(Get)、替换(Replace)、执行(Exec)、复制(Copy)和删除(Delete)等。
目前,还存在通过网关对作为局域设备的终端设备进行管理的技术。局域设备可以把自身的数据模型,即需要管理的参数和软件映射到网关上,DMS管理网关上映射的管理对象,网关再代替DMS管理局域设备对应的数据模型。
但是,在进行本发明的研究过程中,发明人发现现有技术存在如下缺陷:DMS从网关获取局域设备的管理信息时,会出现从网关获取到的信息不符合DMS需求的问题,或者由于网关从局域设备获取信息失败导致DMS获取信息失败的问题。
发明内容
本发明实施例提供一种设备管理方法、网关和服务器,以提高设备管理服务器从网关获取局域设备管理信息的可靠性。
本发明实施例提供了一种设备管理方法,包括:
接收设备管理服务器发送的获取方式,按照所述获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向所述设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息;和/或
接收设备管理服务器发送的获取要求,根据接收到的获取命令,并按照所述获取要求向所述设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息。
本发明实施例还提供了另一种设备管理方法,包括:
向网关发送获取方式,用于指示所述网关按照所述获取方式从局域设备获取局域设备的管理信息,并指示所述网关根据接收到的获取命令向设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息;和/或
向网关发送获取要求,用于指示所述网关根据接收到的获取命令,并按照所述获取要求向设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息。
本发明实施例还提供了一种网关,包括:
获取方式处理模块,用于接收设备管理服务器发送的获取方式,按照所述获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向所述设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息;和/或
获取要求处理模块,用于接收设备管理服务器发送的获取要求,根据接收到的获取命令,并按照所述获取要求向所述设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息。
本发明实施例还提供了一种设备管理服务器,包括:
获取方式设置模块,用于向网关发送获取方式,用于指示所述网关按照所述获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息;和/或
获取要求设置模块,用于向网关发送获取要求,用于指示所述网关根据接收到的获取命令,并按照所述获取要求向设备管理服务器返回局域设备的管理信息,所述获取命令表示所述设备管理服务器需要获取局域设备的管理信息。
在上述技术方案中,获取方式用于指示网关从局域设备获取管理信息的方式,获取要求用于表示DMS对管理信息的需求,指示网关在接收到获取命令时按照此获取要求向DMS返回符合要求的管理信息。采用本发明的技术方案,DMS可以根据具体情况灵活地为网关设置获取方式和/或获取要求,使得网关能够根据具体情况调整向DMS返回的管理信息,提高了DMS通过网关获取局域设备管理信息的成功率,也能够准确获取符合其需求的管理信息。
附图说明
图1为本发明实施例一提供的设备管理方法的流程图;
图2为本发明实施例二提供的设备管理方法的流程图;
图3为本发明实施例四提供的设备管理方法的信令流程图;
图4为本发明实施例五提供的设备管理方法的流程图;
图5为本发明实施例六提供的设备管理方法的流程图;
图6为本发明实施例八提供的网关的结构示意图;
图7为本发明实施例九提供的设备管理服务器的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种设备管理方法,具体可以由网关类的设备执行,包括如下步骤:
网关接收DMS发送的获取方式,按照获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向DMS返回局域设备的管理信息,该获取命令表示DMS需要获取局域设备的管理信息;和/或
网关接收DMS发送的获取要求,根据接收到的获取命令,并按照获取要求向DMS返回局域设备的管理信息,获取命令表示DMS需要获取局域设备的管理信息。
获取方式用于指示网关从局域设备获取管理信息的方式,获取要求用于表示DMS对管理信息的需求,指示网关在接收到获取命令时按照此获取要求向DMS返回符合要求的管理信息。DMS可以根据具体情况灵活地为网关设置获取方式和/或获取要求,使得网关能够根据具体情况调整向DMS返回的管理信息,提高了DMS通过网关获取局域设备管理信息的成功率,也能够准确获取符合其需求的管理信息。
实施例一
图1为本发明实施例一提供的设备管理方法的流程图,获取要求和获取方式可以相对独立地设置,本实施例以同时设置获取方式和获取要求为例进行说明,具体包括如下步骤:
步骤110、网关从DMS接收获取方式,以设置网关从局域设备获取管理信息的方式;
步骤120、网关从DMS接收获取要求,以设置网关向DMS返回管理信息的方式,获取要求表示了DMS对待获取的管理信息的需求;
步骤130、网关从DMS接收获取命令,按照获取要求向DMS返回管理信息,该管理信息是按照获取方式和获取要求从局域设备获取到的。
具体应用中,DMS可以通过多种形式向网关提供获取要求和/或获取方式。例如,可以在接收到获取命令之前,接收DMS发送的获取要求和/或获取方式。
或者,还可以从DMS发送的获取命令中解析获取要求和/或获取方式。即,在DMS发送获取命令以获取管理信息之时,指示网关对局域设备的获取方式和/或获取要求。
设置获取方式和/或获取要求的方式可分为静态设置和动态设置两种,下面分别进行介绍。
实施例二
图2为本发明实施例二提供的设备管理方法的流程图,具体为静态设置获取方式和获取要求的方式。所谓静态设置方式,是在发送获取命令之前设置获取方式和/或获取要求,例如采用如下流程实现:
步骤210、网关接收DMS发送的设置命令;
步骤220、网关根据设置命令设置网关本地的获取要求标志位以表示获取要求,和/或根据设置命令设置网关本地的获取方式标志位以表示获取方式。
步骤220中,对获取方式和获取要求的表示可以通过管理树的节点来表示,即:
网关根据设置命令在本地管理树中局域设备对应的管理对象中设置对应节点的节点属性或设置本地管理树中指定节点的节点值,作为获取要求标志位和/或获取方式标志位,以指示按照获取要求和/或获取方式获取对应节点的管理信息或从对应节点起始的管理子树的管理信息。
DM管理树、管理对象是由节点组成的,例如根节点、内部节点和叶子节点。根节点是管理树中最上层的节点,叶子节点可以有节点值,但不再有子节点,内部节点不能有节点值,但可以有子节点。除根节点以外的一个内部节点及其以下的所有节点称作为管理子树。内部节点的某些属性可以用于表示其子节点或其下所有节点的相关信息,比如内部节点的访问控制列表(Access Control List,简称ACL)属性可用于携带服务器对其下子节点的更改权限,再如内部节点的“Type”属性可以表示整个管理子树的标识。本实施例中设置指定节点可以让网关实现的功能是控制网关向局域设备获取管理信息的方式,或者可以表示服务器从网关获取管理信息时的要求。该指定节点可以被设置用于表示对所有管理信息的获取方式或获取要求,也可以在指定节点中增设管理对象标识信息,用于表示对部分管理信息的获取方式或获取要求。
上述技术方案利用了已有管理树的功能,通过设置节点属性或增设指定节点来控制节点所对应的管理信息以何种方式提供给DMS。
实际应用中,设置命令可以采用已有的命令承载,例如采用“Replace”命令,命令内容如下:
<Replace>
<CmdID>2</CmdID>
<Item>
<Target>
<LocURI>./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status?
prop=GetProp</LocURI>
</Target>
<Data>2</Data>
</Item>
</Replace>
上述“Replace”命令代表将“Status”节点的“GetProp”属性值设置为“2”。“GetProp”为获取方式标识,“2”代表约定好的某种获取方式。设置获取要求的命令与此类似。设置指定节点的节点值时,可以是对名为“GetProp”的节点进行设置。
实施例三
本发明实施例三提供的设备管理方法具体为动态设置获取方式和获取要求的方式。所谓动态设置方式,是在发送获取命令之时设置获取方式和/或获取要求,在获取命令中携带获取方式和/或获取要求。
实际应用中,获取命令可以采用已有的命令,例如采用“Get”命令,命令内容如下:
<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./A?GetFlag=1&GetProp=1</LocURI>
</Target>
</Item>
</Get>
上述获取命令的“LocURI”字段中,统一资源标识(Uniform ResourceIdentifier,简称URI)之后使用?号携带了获取方式标识字段“GetProp=1”,以及获取要求标识字段“GetFlag=1”。获取方式标识和获取要求标识也可以放在“Get”命令的“Data”元素中携带,如<Data>“GetFlag=1&GetProp=1”</Data>,还可以放在“Get”命令中的其它字段。“Get”命令也可以仅携带获取方式,或者仅携带获取要求。
具体应用中,获取方式和获取要求都可以根据情况进行设定,网关和DMS之间可以约定某些标识代表某些设定的获取方式。
在获取某一节点对应的管理信息时,优选的几种获取方式如下:
1)当网关识别到获取方式为第一方式时,例如识别到“GetProp=1”,则在接收到获取命令时,才从局域设备获取管理信息。
第一方式是直接获取方式,以接收到获取命令为触发条件。
2)当网关识别到获取方式为第二方式时,例如识别到“GetProp=2”,则向局域设备订阅管理信息,并接收局域设备根据订阅发送的管理信息,且存储在本地。
第二方式是订阅方式,即网关需要向局域设备订阅某个管理对象的变化,局域设备会在该管理对象的管理信息发生变化时,将变化的管理信息上报给网关,以保证管理信息是最新的。订阅方式实现由局域设备实时上报,与网关是否接收到获取命令无关。采用订阅方式时,网关本地存储的管理信息可认为是最新的。因为若局域设备在线且更新了管理信息,则局域设备会按照订阅方式上报最新的管理信息,若局域设备处于离线状态或没有更新管理信息,则网关此时也无法获取最新的管理信息,当前存储的管理信息仍是当前能获取到的最新管理信息。
3)当网关识别到获取方式为第三方式时,例如识别到“GetProp=3”,则设置局域设备按照设定周期上报管理信息,并接收局域设备根据设定周期发送的管理信息,且存储在本地。
第三方式为周期性获取方式,网关需要向局域设备设置周期性上报的规则,局域设备周期性的发起会话告知网关管理对象的变化情况,即使管理信息没有变化也需要上报,这样网关可以确定管理信息的最新情况。
在第三方式下,DMS还可以指定周期的具体长度,例如每分钟、每小时、每天等,指定的方法可以是使用周期标识,例如“Period”标识,如设置“Period=1min”或“Period=60min”等。周期标识可以作为节点属性值,也可以作为其他指定节点的节点值存储在某节点中。周期标识在第三方式下生效。
对于第二方式和第三方式,网关在设置获取方式时需要与局域设备通信,对局域设备进行设定来实现获取方式的设定。在向局域设备订阅管理信息或设置局域设备按照设定周期上报管理信息之后,网关还可以将订阅或设置结果返回给DMS。
4)当网关识别到获取方式为第四方式时,例如识别到“GetProp=4”,则在接收到获取命令时从局域设备同步管理信息并存储在本地。
第四方式为同步方式,即网关在收到获取命令时向局域设备发起同步,例如使用OMA DS协议进行同步,或者为网关与局域设备支持的其它同步协议,例如对通用即插即用(Universal Plug and Play,简称UPnP)DM协议进行扩展以支持同步的功能。
同步的目的是尽量减少网关与局域设备之间的信息传输量,仅把上一次同步完成之后局域设备上改变的管理信息发送给网关。
第四方式可设置在叶子节点上,但优选是针对内部节点设置,以使网关对该内部节点的下层管理子树节点进行同步操作,这样可以避免网关获取多余的节点信息,而若是把内部节点的获取方式设置为第一方式,则网关就会获取所有下层节点的管理信息,可能造成资源浪费。
在第四方式的情况下,DMS也可以指定同步的周期,例如每分钟、每小时、每天等,具体也可以通过设置周期标识来实现。同步的周期标识与周期上报的周期标识可以采用相同的节点属性字段,当获取方式设置为第三方式或第四方式生效,其他获取方式时不生效。
上述获取方式可以任意选择进行组合或者单独采用,实际的获取方式包括但不限于上述几种。
具体应用中,优选的几种获取要求形式如下:
1)当网关识别到获取要求为第一要求时,例如,“GetFlag=1”,则表示网关应该向局域设备获取最新的管理信息或在本地查找该局域设备最新的管理信息,将最新获取的或本地存储的最新管理信息返回给DMS。
第一要求表示需要网关在接收到获取命令时向局域设备获取最新的管理信息,或者要求网关返回局域设备当前最新的管理信息。所谓网关中存储的局域设备最新的管理信息,是指可以视为当前存储的管理信息为最新的情况。例如,当网关以订阅方式获取局域设备的管理信息时,则网关当前所存储的管理信息视为是最新的管理信息。网关可以通过检测局域设备的状态、检测本地管理信息的存储时间、分析获取方式等手段来判断管理信息是否最新。
2)当网关识别到获取要求为第二要求时,例如,“GetFlag=2”,则表示网关应该将网关本地存储的局域设备管理信息返回给DMS。
第二要求表示不需要网关向局域设备进行获取,或不要求网关回复局域设备当前最新的信息,仅回复网关现存的管理信息。
3)当网关识别到获取要求为第三要求时,例如,“GetFlag=3”,则表示网关应该判断是否能够从局域设备获取到最新的管理信息或是否能在本地查找到该局域设备最新的管理信息,若是,则将该最新的管理信息返回给DMS,若否,则将网关本地存储的局域设备管理信息返回给DMS。当网关向局域设备获取最新的管理信息时识别到该局域设备不在线,则网关当前存储的管理信息就是能够获取到的最新的管理信息。
第三要求表示需要网关向局域设备进行获取,或者要求网关回复局域设备当前最新的管理信息,如果获取不到或无法提供最新的管理信息,则可以回复网关现存的管理信息。
4)当网关识别到获取要求为第四要求时,例如,“GetFlag=4”,则表示网关应该判断是否能够从局域设备获取到最新的管理信息或是否能在本地查找到该局域设备最新的管理信息,若是,则将最新的管理信息返回给DMS,若否,则在能够获取到局域设备的最新管理信息时将获取到的最新管理信息返回给DMS。
第四要求表示需要网关向局域设备进行获取,或者要求网关回复局域设备当前最新的管理信息,如果获取不到或无法提供最新的管理信息,则暂时不返回管理信息,直到网关能够从局域设备获取最新的管理信息时,再将获取到的最新管理信息返回给DMS。
5)当网关识别到获取要求为第五要求时,例如,“GetFlag=5”,则表示网关应该判断是否能够从该局域设备获取到最新的管理信息或是否能在本地查找到该局域设备最新的管理信息,若是,则将该最新的管理信息返回给DMS,若否,则将网关本地存储的局域设备管理信息返回给DMS,并在能够获取到局域设备的最新管理信息时将获取到的最新管理信息返回给DMS。
第五要求表示需要网关向局域设备进行获取,或者要求网关回复局域设备当前最新的管理信息,如果获取不到或无法提供最新的管理信息,则可以回复现存的管理信息,并在能够获取到最新的管理信息之后再次返回最新的管理信息。
第五要求中,网关将本地存储的局域设备管理信息返回给DMS,并在能够获取到局域设备的最新管理信息时将获取到的最新管理信息返回给DMS的步骤优选包括:
网关将本地存储的局域设备管理信息返回给DMS;
在网关能够获取到局域设备的最新管理信息时,将获取到的最新管理信息与已返回的管理信息进行比较;
网关将获取到的最新管理信息与已返回的管理信息之间的变化信息返回给DMS,或在最新管理信息与已返回的管理信息相同时返回确认信息。
上述方案在后续仅将变化信息返回给DMS,可以减少传输的数据量,避免重复传输相同数据。
上述获取要求可以任意选择进行组合或者单独采用,实际的获取要求包括但不限于上述几种。
在上述几种返回管理信息的情况中,在网关将管理信息返回给DMS时,还可以将该管理信息的在网关本地的更新时间,局域设备产生或更新管理信息的时间,网关接收到管理信息的时间,以及表示该管理信息是否为网关从局域设备实时获取的信息的任意一种或多种可以被返回给DMS,以使DMS获知更精确的信息。
在上述几种返回管理信息的情况中,在网关判断不能够从局域设备获取到管理信息时,还可以将网关不能够从局域设备获取到管理信息的原因返回给DMS。
在上述第四要求和第五要求的情况中,在网关能够获取到局域设备的最新管理信息时将获取到的最新管理信息返回给DMS的流程具体包括:
网关在能够获取到局域设备的最新管理信息时,发起向DMS的会话,通过会话返回最新管理信息或通过会话通知DMS获取最新管理信息。该方式是利用已有会话形式返回管理信息的情况。
实施例四
图3为本发明实施例四提供的设备管理方法的信令流程图。本实施例给出实际应用中的一个完整流程,并介绍可能发生的一些获取方式和获取要求的组合。本实施例具体包括如下步骤:
步骤310、DMS向网关发送“Replace”命令,“Replace”命令中携带获取方式标识“GetProp”,以及该获取方式对应的节点。
步骤320、网关根据“Replace”命令在管理树中设置对应节点的获取方式属性值“GetProp”。
步骤330、网关向DMS返回设置确认响应。
步骤330是网关向DMS返回获取方式设置成功或失败的信息。由于有些获取方式的设置需要在网关与局域设备之间进行通信之后才能最终完成,例如第二方式和第三方式的情况,需要在局域设备中设置订阅或周期性上报的方式,由局域设备反馈的信息判断是否设置成功。第一方式和第四方式则不需要局域设备的反馈。所以步骤330具体可以包括如下三种情况。
第一种情况适用于第一方式和第四方式,网关向DMS回复已在网关上设置成功的响应。
第二种情况适用于第二方式和第三方式,网关向DMS回复已在网关上设置成功的响应;网关向局域设备进行设置,如订阅某个参数的变化或设置需要周期性获得某个参数的信息,局域设备向网关回复设置成功或失败的结果;网关再向DMS回复已在局域设备设置成功或失败的响应。
第三种情况类似于第二种情况,网关向局域设备进行设置,局域设备向网关回复设置成功或失败的结果;网关向DMS回复已在局域设备上设置成功或失败的结果。此种情况适用于网关确定可以在与DMS的会话超时期限以内完成对局域设备的设置时,省略回复已在网关设置成功或失败的响应。
步骤340、网关接收DMS发送的获取命令,例如“Get”命令,其中携带获取要求标识,例如“GetFlag”字段,根据获取要求标识设置对应节点的获取要求。
步骤350、网关根据接收到的获取命令,在获取命令所指向的某个或某些节点中,分析已设置的获取方式和获取要求,以确定如何返回管理信息。
步骤350中,网关返回管理信息时不仅需要考虑获取要求,实际上获取方式也影响着该如何返回管理信息,例如根据获取方式判断当前存储的管理信息是否是最新的。若为第一方式或第四方式,网关向局域设备获取最新的管理信息,若为第二方式和第三方式,网关确定不在接收到获取命令时实时地向局域设备获取管理信息,但可以告知DMS当前局域设备是否在线。
步骤360、网关在收到获取命令时,向DMS返回临时回复,表示已经收到或者已经在处理该获取命令。此为可选步骤,如果网关可以确定返回管理信息的操作能在与DMS的会话超时期限以内完成,则本步骤可以省掉,这一步骤主要用于网关需要向局域设备获取信息的情况下,与步骤350没有严格的时序关系。
步骤370、通过分析获取要求和获取方式,本实施例假设为确定需要向局域设备获取管理信息的情况,则网关向局域设备发送参数获取消息,需要获取的参数是与DMS所需要获取的节点所对应的管理信息,DMS若获取多个节点信息或获取一个内部节点信息则可能对应多个参数;
步骤380、网关接收局域设备返回的管理信息;
步骤390、网关根据获取要求向DMS返回管理信息。
在步骤390中,几种可能的管理信息返回情况如下:
1)若“GetFlag=1”,则网关将从局域设备实时获取的最新管理信息返回给DMS,或者将本地存储的最新管理信息返回给DMS。此时网关还可以告知DMS该管理信息是否为实时获取到的,另外还可以把管理信息的更新时间告知DMS。该更新时间可以用于表示该管理信息是否为实时获取到的。若无法实时获取,或本地存储的也不是最新的管理信息,则不返回管理信息,而返回无法提供管理信息的响应。
更新时间可以利用节点的已有属性值,即节点的时间戳(TStamp)信息,但更新时间并不一定是局域设备生成管理信息的时间。为了使DMS获得更多的时间信息,局域设备可以把生成该管理信息的时间发送给网关,网关把这个时间发送给DMS。这样在网关上就可能存在两个时间戳,一个是节点更新的时间戳,一个是节点信息在局域设备上生成的时间戳。网关还可以记录第三个时间戳,即接收到节点所对应的局域设备管理信息的时间。
2)若“GetFlag=2”,则网关把现存的管理信息提供给DMS,并提供该管理信息的更新时间。
3)若“GetFlag=3”,且“GetProp=1”或“GetProp=4”,则步骤370会采用直接获取或同步获取的形式获取最新的管理信息,网关会根据步骤370的执行情况对DMS作出回复。
若步骤370能够执行,如局域设备在线且正常执行了步骤370要求的操作,则网关将步骤380中接收到的管理信息回复给DMS,并可以进一步告知DMS该管理信息是实时向局域设备获取得到的。
若步骤370无法执行,如局域设备不在线、关机或正在处理其它事务而无法回复或无法及时回复,则网关将现存的管理信息回复给DMS,同时可以告知DMS无法实时获取管理信息和/或无法获取的原因,另外还可以把现存管理信息的更新时间告知DMS。该更新时间可以用于表示网关是否向局域设备实时获取到了管理信息。
若“GetFlag=3”,且“GetProp=2”或“GetProp=3”时,这种获取方式与获取要求设置的组合意义不是很明显,但网关仍可以直接将现存管理信息回复给DMS,还可以把该管理信息的更新时间告知DMS,也可以告知DMS局域设备是否在线。
4)若“GetFlag=4”,则网关会根据步骤370的执行情况对DMS作出回复。
若步骤370能够执行,则网关将接收到的管理信息返回给DMS,还可以告知该管理信息是实时向局域设备获取得到的;
若步骤370无法执行,则网关告知DMS无法实时获取局域设备管理信息及其原因,并将在以后回复,或者告知DMS获取操作正在处理中,之后当网关能够向局域设备获取管理信息时,再把获取到的管理信息返回给DMS。
若属于后者的情况,即步骤370无法执行的情况。当局域设备开机、在线或闲置状态时,网关向其获取DMS此前要求获取的管理信息,当获取到后,网关向DMS发起会话把该管理信息返回给DMS。网关同时还可以发送一个相关性标识,该标识是DMS下发获取命令的同时下发的,用于在不同的会话中标识操作及其操作结果的相关性。上述方案对于第一方式和第四方式的情况适用,对于第二方式和第三方式的情况,若局域设备在线则可以不向局域设备进行获取而回复现存的管理信息,若局域设备不在线则也可以在后续获得局域设备的管理信息之后向DMS回复,同样,会话可以携带相关性标识。
5)若“GetFlag=5”,则网关会根据步骤370的执行情况对DMS作出回复。
若步骤370能够执行,则网关将接收到的管理信息返回给DMS,并告知DMS该管理信息是实时向局域设备获取得到的。
若步骤370无法执行,则网关将现存的管理信息回复给服务器,同时告知DMS无法实时获取以及无法获取的原因,另外还可以把该管理信息的更新时间告知DMS。也可以把是否向DMS回复信息的更新时间用于表示网关是否向局域设备实时获取到了管理信息。
若属于步骤370无法执行的情况,网关需要在后续获得局域设备管理信息之后再次向DMS回复,例如当局域设备开机、在线或闲置状态时,网关向其获取DMS之前要求获取的管理信息。当获取到后,网关向DMS发起会话把该管理信息发送给DMS。会话可以采用相关性标识。
经比较,如果网关获取到的管理信息与之前回复给DMS的管理信息一致,则可以仅向DMS进行确认,不需要再次回复具体信息。如果获取到的管理信息包括了之前曾回复给DMS的管理信息,则只需回复增加的部分。
上述方案对于“GetProp=1”和“GetProp=4”的情况适用,对于“GetProp=2”和“GetProp=3”的情况,若局域设备在线则可以不向局域设备进行获取而回复现存的信息,若局域设备不在线则也可以在后续获得局域设备的管理信息之后向DMS回复,同样,可以携带相关性标识。
实施例五
图4为本发明实施例五提供的设备管理方法的流程图。
在本实施例中,假设DMS需要获取某个支持UPnP的局域设备中执行环境(Execution Environment,简称EE)的状态(Status)信息。状态的数据模型预先映射到网关之中,在网关中EE状态映射的URI为“./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status”。DMS针对该URI发送获取命令就可以得到对应的状态信息。设该“Status”节点现存的节点值为“Up”,即EE的状态信息。由于网关与局域设备不一定保证信息同步,因此DMS无法确定获得的状态信息是否是最新的状态信息,即是否反映了局域设备的真实情况,所以DMS可以通过指定获取要求的方式来保证获取最新状态信息。
步骤410、DMS向网关发送获取命令,即“Get”命令来获取“Status”的节点值,在发送获取命令之前或之时指定获取要求为第一要求。
指定的方法包括前面提到的动态和静态两种,下面是动态指定的方式:
<Get>
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status?Getflag=1</LocURI>
</Target>
<Data>correlator1</Data>
</Item>
</Get>
在“Get”命令中,还可在“Data”元素中包含一个相关性标识“correlator1”,用于异步通知。
步骤420、网关接收该获取命令,识别获取要求,当识别到获取要求为“Getflag=1”,按照设定的第一要求,先确定“Status”节点现存的节点值是否是局域设备当前最新的状态信息,若是则执行步骤450,若网关根据识别到的获取要求确定需要向局域设备发起获取操作,执行步骤430;
步骤430、网关向局域设备发起状态信息获取操作,局域设备向网关发送EE的状态信息,假设此时状态信息为“Up_but_about_to_reboot”,表示该设备的EE处于“运行但即将重启”的状态;
步骤440、网关将该状态信息更新到“Status”节点的节点值中,或者网关对比该状态信息与原“Status”节点值,若不相同则更新到节点值中。
网关还可以记录“Status”节点的节点值更新时间,有两种记录方式。一种是无论网关获取到的数据模型信息与节点中原来存储的信息是否相同,都把更新时间记录在节点的“TStamp”属性中,记录的值具体为网关把获取到的信息更新到“Status”节点上的时间;另一种是增加一个“TStamp_Monitor”属性,用于记录网关获取到局域设备回复信息的时间,而仅当网关获取到的数据模型信息与节点中原来存储的信息不相同时,才在“TStamp”属性中记录更新时间。而局域设备还可以向网关提供另一个时间,该时间表示状态信息在局域设备上的更新时间或状态参数保持某个参数值的时间长度,此时还可以增加一个“TStamp_LanDevice”属性存储该时间,或者使用一个节点值存储该时间。采用上述方案可以为DMS提供与状态信息相关的丰富的时间信息。
步骤450、网关将“Status”节点的节点值发送给DMS,节点值可以携带在结果(Result)协议元素中。
另外,网关还可以向DMS回复“Status”协议元素,在“Status”协议元素中可以携带确认信息,该确认信息表示网关向DMS发送的是局域设备当前最新的状态信息,或者表示网关已经向局域设备获取了最新状态信息,该确认信息可以用状态码携带,例如“220”。综上情况,网关向DMS回复的消息可以为:
<Status>
<MsgRef>1</MsgRef>
<CmdRef>4</CmdRef>
<CmdID>4</CmdID>
<Cmd>Get</Cmd>
<TargetRef>./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status</TargetRef>
<Data>220</Data>
</Status>
<Results>
<MsgRef>1</MsgRef><CmdRef>4</CmdRef>
<CmdID>3</CmdID>
<Item>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status</LocURI>
</Source>
<Data>Up_but_about_to_reboot</Data>
</Item>
</Results>
网关还可以将“Status”节点的时间戳信息发送给DMS,时间戳信息包括“TStamp”、“TStamp_Monitor”和“TStamp_LanDevice”中的一个或多个。这样DMS可以知道“Status”节点值在网关上更新的时间、网关接收该节点值的时间、对应的状态参数在局域设备中更新的时间中的一个或多个。
在本实施例的基础上,上述流程还可以增加多种变化。
第一个变化情况如下:
在上述步骤430之前,若网关确定向局域设备获取状态信息的时间比较长,可能会超过网关与DMS之间的会话超时时间,或者,在向局域设备获取状态信息的过程中,网关发现会话即将超时,则可以向DMS回复“202”状态码,表示获取操作正在进行中,结束与DMS的会话。此后步骤430、440正常执行。在执行步骤450时,网关新建立一个与DMS的会话,告知DMS获取操作完成,把“Status”节点的节点值发送给DMS。可以是在新建的会话中使用通用警告(Generic Alert)进行告知,例如:
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data>
<Correlator>correlator1</Correlator>
<Item>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/DeviceInfo/EE/Status</LocURI>
</Source>
<Meta>
<Type””xmlns=“syncml:metinf”>
urn:oma:at:dm:2.0:GetComplete
</Type>
<Format””xmlns=“syncml:metinf”>text/plain</Format>
<Mark””xmlns=“syncml:metinf”>warning</Mark>
</Meta>
<Data>Up_but_about_to_reboot</Data>
</Item>
</Alert>
在“Correlator”元素中携带了相关性标识,此时为“correlator1”,即DMS在获取命令中指定的相关性标识,以告知DMS该通用警告是针对上述会话的获取操作的。在“Source/LocURI”元素中携带了“Status”节点的URI,表明获取操作所针对的节点;在“Meta/Type”元素中携带了“urn:oma:at:dm:2.0:GetComplete”标识,表示获取操作执行完成;在“Data”元素中携带了“Status”节点的节点值,为“Up_but_about_to_reboot”。
或者,“Status”节点的节点值可以不携带在通用警告中,这样通用警告仅起到通知的作用,DMS收到后再发送获取命令获取“Status”节点的节点值。再次发送的获取命令可以将获取要求变更为第二要求,或者不设定获取要求,以使网关回复现存的状态信息。
第二个变化情况如下:
在步骤410之前,还可以包括如下步骤:
步骤401、DMS通过“Replace”命令,以静态方式向网关设置获取方式,具体为设置“Status”节点的“GetProp”属性值为2,即采用订阅方式;
步骤402、网关进行获取方式设置,并向DMS回复设置成功的响应;
步骤403、根据“GetProp=2”的获取方式,网关向局域设备订阅对应“Status”参数的变化,订阅成功后可以再向DMS回复订阅成功的响应;
步骤404、在EE的“Status”参数发生变化时,局域设备将变化的状态信息发送给网关,网关记录到“Status”节点的节点值中。
通过上述获取方式的实施,在步骤420中,网关接收获取命令后,识别到获取要求为第一要求,又识别到获取方式为第二方式,则视为现存的状态信息为最新的状态信息,可以直接转到步骤450,因为网关已经通过订阅保证了与局域设备之间信息的即时更新。
若设置为“GetProp=1”的第一方式,则在步骤420时,网关接收获取命令后,识别到获取要求为第一要求,又识别到获取方式为第一方式,网关直接向局域设备发起获取操作,转到步骤430继续执行。
第三个变化情况如下:
如果DMS在发送获取命令以获取“Status”节点的节点值之时或之前,没有设置获取要求,即获取要求标识位为空或者不存在,或者获取要求设置为第二要求,则网关在执行步骤420时直接转到步骤450执行,即直接向DMS回复“Status”节点现存的节点值,此时节点值为“Up”。在“Status”协议元素中可以携带状态码“200”,表示获取成功,或者携带状态码“230”,表示网关回复的是网关现存的节点值,没有实时向局域设备获取对应的状态信息,或没有保证节点值是最新的。向DMS回复时同样可以带上时间戳信息,包括“TStamp”、“TStamp_Monitor”和“TStamp_LanDevice”中的一个或多个,如步骤450所述。
实施例六
图5为本发明实施例六提供的设备管理方法的流程图。实施例五描述了DMS获取叶子节点的情况,本实施例是针对内部节点获取管理信息的情况。假设DMS需要获取某个支持UPnP的局域设备中安装的软件信息,软件信息即视为需要从局域设备获取的管理信息,局域设备的软件数据模型已经映射到了网关中,DMS可以向某个内部节点发送获取命令,例如节点“./UPnP_Device_1/UPnP/MD/Software/DU”。
步骤510、DMS向网关发送如下获取命令:
<Get>
<CmdID>5</CmdID>
<Item>
<Target>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU?GetFlag=5&list=StructData</LocURI>
</Target>
<Data>correlator2</Data>
</Item>
</Get>
在URI后使用“?GetFlag=5”指定了获取要求为第五要求,另外还使用“list=StructData”指定需要获取执行单元(Deployment Unit,简称DU)节点下的管理子树的结构加数据信息。“Data”元素中包含一个相关性标识“correlator2”,用于异步通知。
由于DU节点是一个内部节点,所以获取要求适用于它的所有子节点,例如获取要求为第一要求,表示DMS要求网关提供DU节点的所有子节点的最新管理信息,也就是局域设备中DU数据模型的所有参数的最新管理信息。
步骤520、网关接收获取命令,识别到获取要求为“GetFlag=5”,则网关根据获取要求尝试连接局域设备获取软件信息,但局域设备不在线、或者已经关机、或者正在忙于处理其它事务,则网关在无法获取时根据获取要求的指示决定回复现存的软件信息;
步骤530、网关向DMS回复现存的软件信息,假设网关中已经映射了两个局域设备的软件信息,则向DMS回复如下信息:
<Status>
<MsgRef>1</MsgRef>
<CmdRef>5</CmdRef>
<CmdID>5</CmdID>
<Cmd>Get</Cmd>
<TargetRef>./UPnP_Device_1/UPnP/MD/Software/DU</TargetRef>
<Data>240</Data>
</Status>
<Results>
<MsgRef>1</MsgRef><CmdRef>5</CmdRef>
<CmdID>6</CmdID>
<Item>
<Meta>
<TStamp>20050713T163817Z</TStamp>
</Meta>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU</LocURI>
</Source>
</Item>
<Item>
<Meta>
<TStamp>20050711T163817Z</TStamp>
<TStamp_Monitor>20050712T163817Z</TStamp_Monitor>
<TStamp_LanDevice>20050710T163817Z</TStamp_LanDevice>
</Meta>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU/1/DUID</LocURI>
</Source>
<Data>”123”</Data>
</Item>
<Item>
<Meta>
<TStamp>20050712T163817Z</TStamp>
<TStamp_Monitor>20050712T163817Z</TStamp_Monitor>
<TStamp_LanDevice>20050711T163817Z</TStamp_LanDevice>
</Meta>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU/2/DUID</LocURI>
</Source>
<Data>”456”</Data>
</Item>
</Results>
网关向DMS回复的消息中首先包含“Status”协议元素,其中包含状态码“240”,意思是暂时无法向局域设备获取,或者局域设备不在线,回复的软件信息是网关上现存的;之后是“Result”元素,其中包含了DU节点下的整个管理子树的信息,包含两个实例,实例1和实例2,每个实例中有“DUID”、“State”、“Type”、“EU”等节点及其信息,上面的代码省略了其它部分,只列出了实例1和实例2中的“DUID”,分别为“123”和“456”,这说明局域设备中安装了ID为“123”和“456”的两个软件组件。
由于网关回复的是现存的软件信息,而不是向局域设备实时获得的最新软件信息,所以网关可以在回复信息中加入时间戳信息,与前述实施例相同,时间戳信息可以包括“TStamp”、“TStamp_Monitor”和“TStamp_LanDevice”中的一个或多个,分别表示网关上节点值更改的时间、网关接收到局域设备提供的节点值的时间、局域设备上生成该节点对应的参数值的时间。例如上面代码中这三个信息携带在了“Meta”元素中:
<Meta>
<TStamp>20050711T163817Z</TStamp>
<TStamp_Monitor>20050712T163817Z</TStamp_Monitor>
<TStamp_LanDevice>20050710T163817Z</TStamp_LanDevice>
</Meta>
这表示“./UPnP_Device_1/UPnP/MD/Software/DU/1/DUID”节点值是在2005年7月10日在局域设备上生成的,在2005年7月11日发送给网关,网关更新到管理树上,在2005年7月12日网关又再次获取了这个节点的节点值。
步骤540、在可以访问局域设备后,网关向局域设备获取软件信息,获得安装的软件信息,例如包括“123”、“789”,以及这两个软件的详细信息,把这些信息更新到网关的管理树上,具体是删除软件“456”的相关信息,增加软件“789”的信息,更新软件“123”的信息;
步骤550、由于获取要求为第五要求,要求网关向DMS再次确认获取软件信息的情况,所以网关发起一个新的会话,会话中包含通用警告,如下:
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data>
<Correlator>correlator2</Correlator>
<Item>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU</LocURI>
</Source>
<Meta>
<Type””xmlns=“syncml:metinf”>
urn:oma:at:dm:2.0:GetComplete
</Type>
<Format””xmlns=“syncml:metinf”>text/plain</Format>
<Mark””xmlns=“syncml:metinf”>warning</Mark>
</Meta>
</Item>
</Alert>
其中携带了相关性标识“orrelator2”,表示是与上述获取命令相关的回复信息,在“Source/LocURI”中携带了DU节点的URI,表明获取操作所针对的节点;在“Meta/Type”元素中携带了“urn:oma:at:dm:2.0:GetComplete”标识,表示获取操作执行完成。
步骤560、DMS收到上面的通用警告,根据相关性标识和步骤510设置的获取要求即可获知网关已向局域设备获得了最新的软件信息,于是发送获取命令向网关获取DU节点下的所有信息,此时可以把获取要求设置为第二要求,或者不设置获取要求,以使网关回复现存的软件信息;
步骤570、网关向DMS回复现存管理树上局域设备的软件信息,包括软件“123”和“789”的所有节点信息。
在本实施例的基础上,上述流程还可以增加多种变化。
第一个变化情况如下:
在步骤510之前,还可以包括:
步骤501、DMS向网关设置获取方式,即使用“Replace”命令设置DU节点的属性值“GetProp=4”,采用同步方式获取软件信息。如:
<Replace>
<CmdID>2</CmdID>
<Item>
<Target>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU?prop=
GetProp</LocURI>
</Target>
<Data>4</Data>
</Item>
</Replace>
步骤502、网关向DMS回复设置成功的信息;
由于“GetProp=4”,在上面的步骤540中,网关向局域设备获取软件信息时,采用同步的方法,即局域设备只把自上一次与网关同步之后更改的软件信息发送给网关,如告知网关软件“456”已经删除,而新增了软件“789”,更新了软件“123”的软件信息。软件“123”如果没有发生变化则不必发送给网关。
而如果“GetProp=1”,则网关将向局域设备发起获取操作,此时局域设备把软件“123”和“789”的软件信息全部发送给网关。
若“GetProp=2”,则网关会向局域设备订阅DU数据模型信息,当局域设备中的“DU“数据模型发生改变时会把改变的软件信息告知网关,网关更新到管理树中。
也可以对DU节点的子节点或者更下层节点设置“GetProp=2”,例如把“./UPnP_Device_1/UPnP/MD/Software/DU/1”的设置为“GetProp=2”,则网关只订阅该节点的变化,即软件“123”的信息变化。这样在步骤540中网关向局域设备获取软件信息,可以不获取该软件的信息,因为该信息已经通过订阅保持了同步。也就是说,网关在进行步骤540对内部节点的下层节点进行获取时,可以分析下层节点的获取方式,这样可以节省获取的信息量。
第二个变化情况如下:
在上面的步骤550~570中,如果网关在步骤540获取到的软件信息与之前回复给DMS的软件信息一致,则可以仅向DMS进行确认,不需要再把软件信息发送给DMS,这可以是在步骤550发送通用警告确认,如下:
<Alert>
<CmdID>2</CmdID>
<Data>1226</Data>
<Correlator>correlator2</Correlator>
<Item>
<Source>
<LocURI>./UPnP_Device_1/UPnP/MD/Software/DU</LocURI>
</Source>
<Meta>
<Type””xmlns=“syncml:metinf”>
urn:oma:at:dm:2.0:GetComplete
</Type>
<Format””xmlns=“syncml:metinf”>text/plain</Format>
<Mark””xmlns=“syncml:metinf”>warning</Mark>
</Meta>
<Data>
<![CDATA[
<ResultCode>250</ResultCode>
]]>
</Data>
</Item>
</Alert>
在上面的通用警告中的“Item/Data”元素中包含了一个“ResultCode”,其值为“250”,表示之前向DMS发送的软件信息已经是最新的。然后流程结束,不需执行步骤560和570。
在上面的步骤550~570中,如果网关在步骤540获取到的软件信息包括了之前回复给DMS的信息,则网关可以只向DMS发送增加的或更新的或删除的部分或它们的组合,这可以是在步骤560中DMS发送获取命令向网关获取DU节点信息时,通过使用参数“list=StructDataDelta”来实现。
实施例七
本发明实施例七提供了另一种设备管理方法,由DMS来执行,该方法可以与前述实施例网关所执行的设备管理方法配合完成设备管理方案。本实施例的方法包括如下步骤:
DMS向网关发送获取方式,用于指示网关按照获取方式从局域设备获取局域设备的管理信息,并指示网关根据接收到的获取命令向DMS返回局域设备的管理信息,获取命令表示DMS需要获取局域设备的管理信息;和/或
DMS向网关发送获取要求,用于指示网关根据接收到的获取命令,并按照获取要求向DMS返回局域设备的管理信息,获取命令表示DMS需要获取局域设备的管理信息。
其中,DMS向网关发送获取要求和/或获取方式具体可以为:DMS将获取要求和/或获取方式携带在获取命令中发送给网关。
本发明各实施例所提供的技术方案,可以达到网络侧对信息获取方式的完全控制,减少人为的干预,提高用户体验;网络侧可以对获取结果进行控制,获取到需要的数据;网关自动告知DMS节点更新时间,让网络侧知道信息的新颖程度;未获取到管理信息时,网关回复现存管理信息,让网络侧尽可能获得一些局域设备的管理信息,并在此之后再进一步通知DMS最新的管理信息,以使DMS使用获取要求和获取方式可灵活获取局域设备的管理信息。
实施例八
图6为本发明实施例八提供的网关的结构示意图,该网关包括:获取方式处理模块620和/或获取要求处理模块610。其中,获取方式处理模块620用于接收DMS发送的获取方式,按照获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向DMS返回局域设备的管理信息,该获取命令表示DMS需要获取局域设备的管理信息;获取要求处理模块610用于接收DMS发送的获取要求,根据接收到的获取命令,并按照获取要求向DMS返回局域设备的管理信息,该获取命令表示DMS需要获取局域设备的管理信息。
该获取要求处理模块610具体可以包括获取要求接收单元611和获取要求设置单元612,其中,获取要求接收单元611用于接收DMS发送的获取要求;获取要求设置单元612包括:第一要求设置子单元、第二要求设置子单元、第三要求设置子单元、第四要求设置子单元和/或第五要求设置子单元。其中,第一要求设置子单元用于当识别到获取要求为第一要求时,向局域设备获取管理信息或在本地查找局域设备最新的管理信息,并将管理信息返回给DMS;第二要求设置子单元用于当识别到获取要求为第二要求时,将本地存储的局域设备管理信息返回给DMS;第三要求设置子单元用于当识别到获取要求为第三要求时,判断是否能够从局域设备获取到管理信息或是否能在本地查找到局域设备最新的管理信息,若是,则将管理信息返回给DMS,若否,则将本地存储的局域设备管理信息返回给DMS;第四要求设置子单元用于当识别到获取要求为第四要求时,判断是否能够从局域设备获取到管理信息或是否能在本地查找到局域设备最新的管理信息,若是,则将管理信息返回给DMS,若否,则在能够获取到局域设备的管理信息时将获取到的管理信息返回给DMS;第五要求设置子单元用于当识别到获取要求为第五要求时,判断是否能够从局域设备获取到管理信息或是否能在本地查找到局域设备最新的管理信息,若是,则将管理信息返回给DMS,若否,则将本地存储的局域设备管理信息返回给DMS,并在能够获取到局域设备的管理信息时将获取到的管理信息返回给DMS。
该获取要求设置单元612还可以包括:时间反馈子单元,用于在将管理信息返回给DMS时,将管理信息的在本地的更新时间,局域设备产生或更新管理信息的时间,接收到管理信息的时间,以及表示管理信息是否为从局域设备实时获取的信息中的一项或多项,返回给DMS。
该获取方式处理模块620具体可以包括获取方式接收单元621、获取方式设置单元622和信息返回单元623,其中,获取方式接收单元621用于接收DMS发送的获取方式;获取方式设置单元622具体可以包括:第一方式设置子单元、第二方式设置子单元、第三方式设置子单元和/或第四方式设置子单元。其中,第一方式设置子单元用于当识别到获取方式为第一方式时,在接收到获取命令时,从局域设备获取管理信息;第二方式设置子单元用于当识别到获取方式为第二方式时,向局域设备订阅管理信息,并接收局域设备根据订阅发送的管理信息;第三方式设置子单元用于当识别到获取方式为第三方式时,设置局域设备按照设定周期上报管理信息,并接收所述局域设备根据设定周期发送的管理信息;第四方式设置子单元用于当识别到获取方式为第四方式时,在接收到获取命令时,从局域设备同步管理信息。信息返回单元623用于根据接收到的获取命令向DMS返回局域设备的管理信息。
本发明实施例所提供的网关可以执行本发明任意实施例所提供的设备管理方法,具备相应的功能模块。DMS可以根据具体情况灵活地为网关设置获取方式和/或获取要求,使得网关能够根据具体情况调整向DMS返回的管理信息,提高了DMS通过网关获取局域设备管理信息的成功率,也能够准确获取符合其需求的管理信息。
实施例九
图7为本发明实施例九提供的DMS的结构示意图,该DMS包括获取方式设置模块710和/或获取要求设置模块720。其中,获取方式设置模块710用于向网关发送获取方式,用于指示网关按照获取方式从局域设备获取局域设备的管理信息,并根据接收到的获取命令向DMS返回局域设备的管理信息,获取命令表示DMS需要获取局域设备的管理信息;获取要求设置模块720用于向网关发送获取要求,用于指示网关根据接收到的获取命令,并按照获取要求向DMS返回局域设备的管理信息,获取命令表示DMS需要获取局域设备的管理信息。
本发明实施例所提供的DMS可以与网关配合执行本发明任意实施例所提供的设备管理方法,具备相应的功能模块。DMS可以根据具体情况灵活地为网关设置获取方式和/或获取要求,使得网关能够根据具体情况调整向DMS返回的管理信息,提高了DMS通过网关获取局域设备管理信息的成功率,也能够准确获取符合其需求的管理信息。
本发明实施例还提供了一种设备管理系统,包括本发明所提供的DMS和网关,执行上述设备管理方法,提高DMS从网关获局域设备管理信息的可靠性。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。