CN105723655A

CN105723655A - 用于管理多个本地设备的方法

Info

Publication number: CN105723655A
Application number: CN201480053565.4A
Authority: CN
Inventors: 努尔丁·欧拉哈尔; 吉恩-狄迪尔·奥特
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2013-09-30
Filing date: 2014-09-25
Publication date: 2016-06-29
Anticipated expiration: 2034-09-25
Also published as: FR3011419A1; CN105723655B; WO2015044600A1; EP3053305B1; US20160248621A1; EP3053305A1; US10341166B2

Abstract

本发明涉及一种用于管理连接到本地通信网络3的多个本地设备2的方法，所述方法包括由能够一方面连接到本地通信网络3并且另一方面连接到远程配置设备ACS 1的本地配置设备LACS 5所实施的以下的步骤：-从远程配置设备ACS 1接收用于管理可以被在本地通信网络3上执行的所谓的管理行为的服务的命令，-为所述命令确定涉及所述管理行为的执行的本地设备2的列表，-向来自所述所确定的列表的本地设备2中的每一个发送为在本地通信网络3上执行所述管理行为所需的至少一个管理命令。

Description

用于管理多个本地设备的方法

一般技术领域

本发明的目标是本地网络的设备的远程管理。

本发明更具体地涉及通过支持本地配置设备的角色的本地网络的设备对具有例如自配置服务器ACS(自动配置服务器)的配置设备的这样的设备的远程管理。

现有技术

现有的家庭网络包括越来越多的设备(或用于“用户端设备”的CPE)的连接部件，其越来越多地提出了可从家庭网络的外部访问的服务(例如对于家庭自动应用、多媒体内容广播应用等)。因此，有必要提供用于远程管理家庭网络的这样的设备的有效的解决方案。这样的家庭网络所连接到的网络的运营商应特别能够检测家庭网络的设备，监视它们的操作并且测量它们的性能，诊断可能的故障，更新被加载在这些设备板上的软件包以及安装并且配置新的服务。

由宽带论坛的技术报告TR-069所定义的CWMP(“CPEWAN管理协议”)协议给出管理连接到远程家庭网络的设备的所有的部件的可能性。确实，它提出允许借助自动配置服务器ACS对这样的设备进行自动配置和对它们进行管理的机构。协议尤其给出更新在设备的这些部件板上的软件包、测量它们的性能和诊断故障的可能性。

ACS服务器1通常通过如图1中所示的家庭网络3的网关4来访问家庭网络3的设备2。该网关或家庭网络的任何其它设备可以在ACS服务器1和家庭网络的设备中的一些设备之间起到对于CWMP协议的代理的作用。这样的方法例如给出根据ACS服务器管理本身不支持CWMP协议但支持诸如UPnPDM(“通用即插即用设备管理”)协议的另一个管理协议的设备的可能性。所谓的“嵌入式设备”模型可以特别用于表示关于通过如图2a中所示的它可以提供的服务(srv1)的ACS服务器1的家庭网络3的设备2(D1)。

然而，根据现代家庭网络的CWMP协议的通过ACS服务器的管理包括较大数量的间歇连接的设备(其被以可变频率使用，有时共同用于执行单个服务，以及然而不必要设置有高级管理功能)，需要在ACS服务本身和在家庭网络的设备(特别是该网络的网关)两者上的复杂软件环境的安装以便有效率。

因此，设备的不引起对于用户的不方便的微代码(“固件”)的更新需要在该设备上的实现CWMP协议的可选功能的一个软件的安装，该可选功能例如用于下载要安装的新的微代码的“计划下载”功能。另外，通过ACS服务器1经由该网络的网关4对家庭网络3的设备2实时访问需要特定功能在这些设备2上以及在网关4上的安装，否则需要基于例如诸如STUN(对于“通过NAT的UDP的简单穿越”)或XMPP(对于“可扩展消息传送与存在协议”)的协议的复杂架构的到位安装。类似地，在各种性质的家庭网络的几个设备上并行或交替执行的服务的配置需要在ACS服务器1上的特定于每个服务的复杂的行为的编程以及对家庭网络3的结构的ACS服务器1的细节知识。

因此，存在对于通过ACS服务器对本地网络的远程管理的解决方案的需要，该解决方案是完整的且是有效的并且不需要对CWMP协议的或在ACS服务器上或在将被管理的家庭网络的设备中的每个上的那些的附加功能的编程。

发明的介绍

根据第一方面的本发明因此涉及一种用于管理连接到本地通信网络的多个本地设备的方法，

其特征在于，它包括能够一方面连接到本地通信网络并且另一方面连接到远程配置设备ACS的本地配置设备LACS所应用的以下的步骤：

-从远程配置设备ACS接收用于管理可以被在本地通信网络上执行的服务的命令，所述服务被称为管理行为，

-为所述命令确定在所述管理行为的执行中所涉及的本地设备的列表，

-通过向来自所述确定的列表的本地设备中的每个发送用于在本地通信网络上执行所述管理行为所需的至少一个管理命令。

这样的解决方案给出远程配置设备ACS管理本地通信网络的全部本地设备而不必通过用于访问本地网络的网关连接到它们中的每一个的可能性。此外，该解决方案给出即使当各种本地设备必须合作以用于执行一服务时也不必在远程配置设备中实现复杂控制逻辑的可能性。该解决方案还给出当本地网络包括同一类型的多个设备时减少远程配置设备的负荷的可能性。

根据有利的和非限制性的特征，根据第一方面的该方法可以包括所述本地配置设备LACS所应用的以下步骤：

使本地通信网络的模型对远程配置设备ACS可用，本地通信网络的模型允许远程配置设备ACS确定可以被在本地通信网络上执行的服务的管理行为以及相关联的参数。

如远程配置设备的已知的结构，因为它符合CWMP标准，所以这样的模型的使用给出向远程配置设备ACS展示可以被在整个本地通信网络上执行的服务的管理行为以及相关联的参数而不需要向远程配置设备展示构成该本地网络以及参与这些管理行为的执行的本地设备的细节的可能性。

根据其它有利的和非限制性的特征，本地配置设备LACS将微代码(“固件”)与该本地通信网络的每个本地设备相关联。

这允许它在更新微代码时确定在板上具有该微代码的哪些本地设备通过该更新被涉及到。

此外，在可能涉及至少一个管理行为的执行的新的本地设备连接到本地通信网络时，所述本地配置设备LACS更新本地通信网络的模型以便允许远程配置设备ACS具有可以被在本地通信网络上执行的服务的管理行为以及相关联的参数的更新。

因此，维持更新该本地网络的模型，这允许远程配置设备被通知新的可用的管理行为以及被通知与新的本地设备的存在有关的参数，而不需要向远程配置设备声明所述新的本地设备在本地通信网络中的添加。

执行该管理行为触发一个软件或一微代码(“固件”)的安装或更新、服务的配置、性能的状态的跟踪和/或本地通信网络的一个或几个本地设备的故障的诊断。

在这样的使用的上下文中的本地配置设备和本地网络的全局模型的使用给出远程配置设备在整个本地网络中控制这样的管理行为而不必增加连接和命令的可能性，因为它只根据该网络的该模型的全局命令与本地配置设备进行交互。此外，所提出的解决方案还给出遥远的配置设备总是具有每个服务的状态的全局视野的可能性，因为该本地配置设备即使在本地通信网络的其它本地设备被关闭或不可访问时也可以提供这样的一条信息。

当服务的管理行为是用于在本地通信网络上安装或更新一个软件或一个微代码的命令时，所述本地配置设备LACS下载所述一个软件或所述微代码，并且为执行所述管理行为所需的所述至少一个管理命令包括用于从所述本地配置设备处进行下载并且用于安装所述一个软件或所述微代码的命令，其被发送到在其上需要所述微代码的所述一个软件的安装或更新的本地设备。

这给出只执行对于本地网络的单次下载从而减少了由全部本地设备所消耗的带通的可能性。此外，通过本地设备的所述一个软件或所述微代码的下载可以在后者有所需的带通或在使用这些设备的时期之外时实现，以便执行更新而不打扰用户。

当服务的管理行为是用于配置服务的命令时，为执行所述管理行为所需的所述至少一个管理命令是在来自所确定的列表的本地设备上配置所述服务的管理命令。

本地配置设备的存在履行远程配置设备并且使得它有可能通过限制用于实现在本地通信网络上的服务的这样的配置的交换数量而只具有单个媒介。此外，向本地设备传输管理命令可以被以不同步的方式完成并且被推迟使得这些命令的执行在更适当的时刻发生(例如，以便不打扰本地网络的用户)。

此外，在本地配置设备LACS和远程配置设备ACS之间的连接可以是被保护的。

使用具有用于应用这样的安全机制的足够资源的本地配置设备给出使在远程配置设备和本地通信网络之间的全部通信安全的可能性，这在远程配置设备与有时不能应用任何安全机制的本地设备直接对话时并不总是可能的。

本地配置设备LACS可以被集成到本地通信网络的网关中。

这给出本地配置设备自然地被连接到具有足够的处理能力以及保持永久操作的全部本地设备的可能性。

根据第二方面，本发明涉及一种计算机程序产品，其包括用于当该程序由处理器执行时执行用于管理根据第一方面的多个本地设备的方法的代码指令。

根据第三方面，本发明涉及能够被连接到本地通信网络以及被连接到远程配置设备ACS的本地配置设备LACS，并且其被配置以用于：

-从远程配置设备ACS接收用于管理可以被在本地通信网络上执行的服务(所谓的管理行为)的命令，

-为所述命令确定所述管理行为的执行所涉及的本地设备的列表，

-向来自所述所确定的列表中的本地设备中的每一个发送为在本地通信网络上执行所述管理行为所需的至少一个管理命令。

根据第四方面，本发明涉及能够被连接到本地通信网络并且包括根据第三方面的本地配置设备LACS的网关。

这样的计算机程序产品、本地配置设备和网关具有与关于根据第一方面的方法所提及的那些优点相同的优点。

附图介绍

本发明的其它特征和优点将在阅读跟随本发明的实施例的说明时变得明显。将参考附图给出该说明，在附图中：

-图1示出对于应用根据现有技术的管理方法的架构的示例；

-图2a和图2b示出根据现有技术的嵌入式设备机制的代理模型和根据本发明的实施例的本地配置设备的模型；

-图3示出对于应用根据本发明实施例的管理方法的架构的示例；

-图4a和图4b是图示化对于应用根据现有技术和本发明实施例的管理方法的第一示例的示意图；

-图5a和图5b是图示化对于应用根据现有技术和本发明实施例的管理方法的第二示例的示意图；

-图6a和图6b图示化对于应用根据现有技术和本发明实施例的管理方法的第三示例。

详细描述

架构

参照图3，本发明的实施例涉及一种用于管理连接到本地通信网络3的多个本地设备2的方法。

所谓的本地通信网络3，是指LAN(“本地接入网络”)类型的网络。该网络可以特别是家庭网络或企业网络，并且最常见以用于接入本地网络的网关4为中心，网关4特别是家庭或企业的用于接入因特网的盒。

网络3可以是根据IEEE802.3标准的以太网类型的有线网络和根据IEEE802.11标准的Wi-Fi类型的无线网络两者、以及根据P1905的混合网络或3G网络，要不然可以是前述网络的组合。该链接可以是直接的，或者可以使用中间设备(例如CPL盒)。

本地设备2可以是具有有线或无线网络连接的任何设备(特别是家庭设备)。例如，这些设备可以是计算机、多媒体盒(“机顶盒”)、网关、触摸板、控制台、智能电话、电器等。

本地通信网络3的本地设备2的管理通过位于后者外部并且经由网关4连接到本地通信网络的远程配置设备1来执行。远程配置设备是ACS(“自动配置服务器”)类型的服务器，其根据来自宽带论坛的技术报告TR-069所定义的远程管理协议CWMP(“CPEWAN管理协议”)来为了它的配置与本地网络对话。服务器1使用CWMP协议以用于获取并且管理本地网络的状态，初始化诊断测试，下载文件夹以及管理事件。

该方法与已知方法的不同之处在于，本地通信网络3的本地设备2的管理通过能够一方面连接到本地通信网络3并且另一方面连接到远程配置设备ACS1的本地配置设备LACS5来本地执行。

本地配置设备5可以存在于本地通信网络3的专用设备中，不然可以被集成到本地网络3的设备2中的一个中(特别是被集成到该网络的网关4中)。根据定义，网关是本地通信网络的核心。该网络的全部其它设备被连接到它并且它因它的路由功能而已经与这些设备交换消息。该设备实际上是控制该网络的设备，以及因此具有协调员身份。此外，它与其它设备相比常少得多被关闭(因为它经常确保一天24小时到因特网网络的连接)。此外，它一般具有足够的处理装置以用于实施由本地配置设备LACS所执行的操作。它因此特别适于管理本地网络的其它设备。

本地配置设备5被调整以便成为用于本地网络3的配置的遥远的配置设备ACS1的单个媒介。远程配置设备ACS1从不与本地网络3的其它本地设备2直接通信，并且甚至没有意识到该本地网络的结构以及该本地网络的本地设备2的存在。

在本地配置设备5LACS和远程配置设备ACS1之间的连接可以借助尤其通过CWMP协议所提供的安全机制(例如借助HTTPS协议)而是被保护的。使用具有用于应用这样的安全机制的足够资源的本地配置设备5给出使在远程配置设备1和本地通信网络3之间的全部通信安全的可能性，这在远程配置设备与有时不能应用任何安全机制的本地设备直接对话时并不总是可能的。

为了允许远程配置设备1管理本地网络3而不直接被连接到该本地网络的本地设备，本地配置设备LACS5将该本地网络的模型显示给远程配置设备ACS1。这样的模型尤其可以根据宽带论坛的技术报告TR-106中所定义的规范来加以构建并且被以XML语言实现为树状结构。这样的模型将该本地网络的全部本地设备(D1、D2)以及它们提供为允许远程配置设备ACS1管理可以被在本地通信网络上执行的特定数量的服务的单个设备的服务(srv1、srv2)显示给远程配置设备ACS1，如图2b中所示。该模型尤其包括这些服务的说明并且允许确定用于管理可以由在本地通信网络上的远程配置设备ACS1所执行的这些服务(所谓的管理行为)的命令，以及确定远程配置设备ACS1可以读取且/或修改以用于参数化该本地网络上的所述服务的相关联的参数。这些参数还给出远程配置设备意识到服务的状态的可能性。作为示例，如果该本地网络包括解码器盒(“机顶盒”，STB)，则该本地网络的模型可以包括将通过解码器盒所提供给该本地网络的用户的服务(诸如解码器盒的视频解码能力、音频解码能力和记录能力)显示给远程配置设备ACS1的字段。这样的模型还包括将用于管理这些服务的参数展现给远程配置设备ACS1的其它字段，对于它们中的一些，是只读可访问的(诸如服务状态指示符或信号质量测量结果)，以及对于其它，其可以被修改(诸如解码器盒的解调器的操作参数或用于监视解码器盒的操作的参数)。在该上下文中，远程配置设备ACS1的管理行为可以存在于用于修改该模型的读取可访问的参数的命令中，举例来说，以便修改用于解调所接收的信号的调制类型，以触发信道的扫描或激活统计数据的收集。在该本地网络上的这些管理行为的执行可以只涉及单个本地设备以及需要几个本地设备的合作两者，而无须远程配置设备ACS1被通知所涉及的本地设备2或通过这些设备所施加的行为。该模型还可以将被安装在本地通信网络3的至少一个本地设备2上的微代码的列表显示给远程配置设备1。

与现有的管理解决方案不同，所提出的解决方案给出远程配置设备ACS1管理本地通信网络3的全部本地设备2而不必通过该网络的网关4连接到它们中的每一个的可能性。此外，该解决方案给出即使当各种本地设备2必须合作以用于执行服务的管理行为时也不必在远程配置设备1中实现复杂控制逻辑的可能性。确实，在这样的情况下，远程配置设备1仅仅必须向本地配置设备5命令所述管理行为并且要被发送到本地设备的多个命令的定义的复杂性在本地配置设备LACS5中被抵消，其应用更简单，因为本地配置设备5被集成到本地通信网络3并且只参与有限数量的设备2的管理。

所提出的解决方案还给出远程配置设备1总是具有每个服务的状况的全局视图的可能性，因为该本地配置设备5即使在本地通信网络3的其它本地设备2被关闭或不可访问的情况下也可以提供这样的一条信息。

在到可以被在服务的至少一个管理行为的执行中隐含的新的本地设备2的本地通信网络3的连接期间，本地配置设备5可以通过添加到其或者通过更新所述管理行为以及相关联的参数而被配置以用于更新本地通信网络3的模型。这允许远程配置设备1确定与现有管理行为相关联的新的参数和/或可以被在本地通信网络3上执行的服务的新的管理命令可用。如果该设备包括新的微代码，则后者还被添加到该模型中所示的微代码的列表。

命令本地网络3的本地设备2的行为以用于执行管理行为的任务因此是本地配置设备LACS5的责任。

更具体地，跟随从远程配置设备ACS1接收到可以被在本地通信网络3上执行以及被包括在预先呈现给远程配置设备1的数据模型中的服务(所谓的管理行为)的管理命令，本地配置设备5为所述命令确定涉及所述管理行为的执行的本地设备2的列表。

作为示例，本地配置设备5可以在存储器中存储对应表，其向涉及该管理行为的执行的本地设备2给出了本地网络3的数据模型中的每个所提出的管理行为。如果它必须执行不同于用于使管理行为得到执行的命令的发送的行为，则本地配置设备5可以本身出现在该列表中。本地配置设备5可以在存储器中存储微代码与本地通信网络3的每个本地设备2的关联，例如以便在微代码更新期间确定相关设备。这样的关联信息在将新的设备添加到该本地网络时被更新。

本地配置设备5然后向来自所述列表中的本地设备2中的每一个发送为在本地通信网络3上执行所述管理行为所需的至少一个管理命令。

所述管理命令可以是符合CWMP协议的命令，如果后者由本地设备2所支持的话，否则可以是符合由本地配置设备5和本地设备2支持的任何其它通信协议的命令。本地配置设备5对该本地网络的设备向着远程配置设备1起到代理的作用，并且可以同样地集成被包括在代理服务器中的用于将根据第一协议所表达的命令转换为第二协议的通信语言的所有已知的装置。

所提出的管理方法可以用于向远程配置设备1给出实施通常由CWMP协议所允许的本地网络的管理操作的可能性，即：

●配置服务，

●安装并且更新微代码(“固件”)和多个软件(“软件”)，

●跟踪性能，

●诊断故障。

服务的配置

用于应用一种用于管理多个本地设备2的方法的第一示例被参照图4a和图4b示出。该第一应用示例示出在本地通信网络上的电视服务的配置。

为了实现该配置，用于管理服务的命令以及更具体地用于在本地通信网络上配置服务(“配置TV服务”)的命令由远程配置设备1(ACS)来发送。

如图4a中所示，该命令通常由远程配置设备1直接分别发送到涉及该服务的执行的本地设备2(STB1、STB2)中的每一个，使得后者配置该服务。在当这些本地设备STB1和STB2不支持CWMP协议时的情况下，代理(“代理服务器”)可以被插入在远程配置设备1和每个本地设备2之间，然后它们通过它们根据“嵌入式设备”模型提供的服务仅仅被显示给远程配置设备。远程配置设备1然后接连向代理服务器发送用于每个本地设备的配置的配置的命令。代理服务器然后向每个本地设备(STB1，STB2)发送在该本地设备上配置该服务(TV服务)的管理命令，所述命令通过将根据CWMP协议的服务执行命令转换为由每个本地设备所支持的协议(例如UPnP协议)的语言来获得。

如图4b中所示，在本发明实施例中，该命令被发送到本地配置设备5。所述本地配置设备LACS5然后被配置以用于：

-为所述命令确定要被配置的本地设备2(STB1，STB2)的列表，

-向来自所确定的列表中的本地设备2中的每一个发送在所述本地设备2上配置所述服务的至少一个管理命令(“TV服务配置”)。

本地配置设备5的存在履行远程配置设备1并且允许它具有仅仅单个媒介同时限制用于实现本地通信网络上的服务的这样的配置的交换的数量。此外，向本地设备2传输管理命令可以被以不同步的方式完成并且被推迟，使得这些命令的执行在更适当的时刻发生，例如，以便不扰乱电视服务到本地网络3的用户的递送。

更新微代码“固件”以及软件包“软件”的更新

一种用于管理多个本地设备2的方法的第二示例性应用被参照图5a和图5b示出。该第二示例性应用示出本地通信网络3上微代码“固件”和“软件”的更新。

为了实施这样的更新，服务的管理命令并且更具体的用于在本地通信网络3上更新一个软件或微代码的命令(“更新”)由远程配置设备(ACS)1来发送。

如图5a中所示，该命令(“更新”)通常由远程配置设备1直接发送到本地设备2(STB1、STB2)中的每一个，使得后者以它们的更新为目的来实施从下载平台(PFD)下载软件或微代码。

如图5b中所示，在本发明实施例中，该命令被发送到本地配置设备5，使得远程配置设备1只与单个媒介对话。

所述本地配置设备LACS5然后被配置以用于：

-为所述命令确定在其上安装有要被更新的软件或微代码的本地设备2(STB1、STB2)的列表，

-更新所述软件或所述微代码，

-以及向所述所确定的列表中的本地设备2(STB1、STB2)中的每一个发送用于更新所述软件或所述微代码的至少一个命令。

本地设备2中的每一个然后可以从所述本地配置设备5下载并且安装/更新软件或微代码。

因此，从下载平台的单次下载被需要，从而减少由全部本地设备2所消耗的通带。

本地配置设备5可以使用预先存储在存储器中的使微代码与本地通信网络3的每个本地设备2相关联的信息，以便通过更新特定的微代码来确定相关的本地设备2。

通过本地配置设备5或通过本地设备2来下载所述软件或所述微代码可以在后者具有所需的通带时或在使用这些设备的时期之外来完成，以便实现不干扰用户的更新(“静默升级”)。

可替代地，应用更新的决定可以被保留为本地网络3本身的选项而不是由远程配置设备1来控制。本地配置设备5然后可以包括允许它监视被安装在本地通信网络3的一个或几个本地设备2上的微代码的更新的可用性的装置。继这样的更新的可用性的检测之后，本地配置设备5然后执行上述用于确定相关的本地设备2的行为，以用于下载并且发送更新命令到本地设备。

跟踪性能和诊断故障

远程配置设备1所控制的到本地配置设备5的服务的管理行为可以是用于跟踪本地网络的性能或用于诊断发生在后者中的故障的命令。

本地配置设备5然后可以被配置以用于向本地设备2发送允许它轮询这些设备以便获得特征化该本地网络的设备的状况的信息的本地通信网络管理命令。该信息允许本地配置设备5估计该网络的性能(例如对于服务的执行)以及诊断可能影响本地设备中的一个或几个设备的故障。这样的信息可以例如存在于吞吐量、响应时间、可用性状况、诸如温度或风扇的转速的物理参数、连续执行命令的可能的错误代码等的测量结果中。

作为示例，运营商可能希望将本地网络3中的连通性问题的监视设置到位并且周期性地获得关于该主题的报告(例如，在显著地用户操作故障之后)。远程配置设备1然后向本地配置设备5发送用于配置一个或几个监视机制以及用于在本地网络3的模型中所提出的报告的命令。这样的命令可以存在于对该网络的状况的诊断测试的激活进行编码以及对在其期间实施这样的测试的期间进行编码的模型的各种参数的值的修改中。对这些命令作出反应，本地配置设备5确定要被发送到本地设备2以用于执行远程配置设备1所命令的管理行为的管理命令。根据本地设备2，本地配置设备5可以决定：

-不实施任何附加的行为，因为它已经与这些本地设备进行定期通信并且具有关于它们的必要的信息，

-修改它以其与某些本地设备在进行通信的频率，

-周期性地尝试与某些本地设备联合起来以便本身确保它们可用，

-向某些本地设备发送请求它们以定期间隔发送连通性报告的管理命令。

复杂服务的管理

因为该数据模型中所讨论的管理行为可以为了它们的执行而需要本地通信网络3的几个本地设备2的联合行为，所以，所提出的方法可以用于控制全部本地网络3上复杂管理行为的执行，而不需要在远程配置设备侧的复杂实现。

作为示例，本地配置设备可以用于向用户提出允许他管理住宅中的家庭自动服务的远程管理平台，如图6b中所示。在家庭自动网络的范围内，本地设备存在于传感器、交换机、报警器……中。这些设备可以被致动并且收集监视数据。

不像图6a中示出的并且在其中远程配置设备1必须被分别连接到本地设备2中的每一个的CWMP的常规使用，本地配置设备5可以被集成到该网络的网关中或被集成到HAB(“家庭自动化盒”)服务器中，如图6b中所示。本地配置设备5在本地网络3的模型中具有给出咨询本地设备的操作统计数据，检查全部传感器的状况，以及通过家庭自动化服务来控制诸如快门的控制的激活或去激活的管理行为的执行的可能性的参数。结果，在图6a中所讨论的替代方案中更简单作出在远程配置设备1上托管的管理门户，因为远程配置设备1仅仅连接到HAB服务器并且不必同时控制管理命令在几个设备上的执行。

Claims

1.一种用于管理连接到本地通信网络(3)的多个本地设备(2)的方法，

其特征在于，所述方法包括由能够一方面连接到所述本地通信网络(3)并且另一方面连接到远程配置设备ACS(1)的本地配置设备LACS(5)所实施的以下的步骤：

-从所述远程配置设备ACS(1)接收用于管理可以被在所述本地通信网络(3)上执行的服务的命令，所述服务被称为管理行为，

-为所述命令确定所述管理行为的执行所涉及的本地设备(2)的列表，

-向所确定的列表中的所述本地设备(2)中的每一个发送在所述本地通信网络(3)上执行所述管理行为所需的至少一个管理命令。

2.根据前述权利要求所述的管理方法，包括由所述本地配置设备LACS(5)所实施的以下步骤：

使所述本地通信网络的模型对所述远程配置设备ACS(1)可用，所述模型给予所述远程配置设备ACS(1)确定关于可以被在所述本地通信网络(3)上执行的服务的管理行为以及相关联的参数的可能性。

3.根据权利要求1所述的管理方法，其中，所述本地配置设备LACS(5)将微代码与所述本地通信网络(3)的每个本地设备(2)相关联。

4.根据权利要求2所述的管理方法，其中，在至少一个管理行为的执行能够涉及的新的本地设备(2)到所述本地通信网络(3)的连接期间，所述本地配置设备LACS(5)更新所述本地通信网络的所述模型，以便允许所述远程配置设备ACS(1)具有对于可以被在所述本地通信网络(3)上执行的服务的管理行为的更新以及相关联的参数的更新。

5.根据权利要求1所述的管理方法，其中，所述管理行为的执行触发对一个软件或微代码的安装或更新、对服务的配置、对性能的状况的监视和/或对所述本地通信网络(3)的一个或几个本地设备(2)的故障的诊断。

6.根据权利要求1所述的管理方法，其中，当用于服务的管理行为是用于在所述本地通信网络(3)上安装或更新一个软件或微代码的命令时，所述本地配置设备LACS(5)下载所述一个软件或所述微代码，并且为执行所述管理行为所需的所述至少一个管理命令包括用于从所述本地配置设备(5)处进行下载并且用于安装所述一个软件或所述微代码的命令，所述命令被发送到所述一个软件或所述微代码被需要在其上进行安装或更新的所述本地设备(2)。

7.根据权利要求1所述的管理方法，其中，当用于服务的管理行为是用于配置服务的命令时，为执行所述管理行为所需的所述至少一个管理命令是在来自所述确定的列表的所述本地设备(2)上配置所述服务的管理命令。

8.根据权利要求1所述的管理方法，其中，在所述本地配置设备LACS(5)和所述远程配置设备ACS(1)之间的所述连接是被保护的。

9.根据权利要求1所述的管理方法，其中，所述本地配置设备LACS(5)被集成到所述本地通信网络(3)的网关(4)中。

10.一种包括代码指令的计算机程序产品，当该程序由处理器执行时，所述代码指令用于执行根据权利要求1所述的用于管理多个本地设备(2)的方法。

11.一种本地配置设备LACS(5)，其能够被连接到本地通信网络(3)和远程配置设备ACS(1)并且被配置以用于：

-向来自所确定的列表的所述本地设备(2)中的每一个发送在所述本地通信网络(3)上执行所述管理行为所需的至少一个管理命令。

12.一种网关(4)，其能够被连接到本地通信网络(3)并且包括根据权利要求11所述的本地配置设备LACS(5)。