设备网络状态信息的制作方法

本发明涉及设备网络中的状态信息。

背景技术：

通信技术的发展，特别是无线通信技术和最终用户设备的发展已经实现了多种通信的可能性和不同服务的引入。这种服务的示例是对机器和设备的维护人员的远程支持。例如，存在允许智能电话的用户通过蓝牙连接从机器接收机器的状态信息的智能电话应用。

技术实现要素：

根据本发明的一方面，提供了一种用于传送关于一个或更多个设备的状态信息的方法，所述方法包括：由第一设备确定第一设备的状态信息；由第一设备将所确定的状态信息存储至第一设备中的状态信息日志，其特征在于，所述方法还包括：由第一设备使得将所确定的第一设备的状态信息广播至属于相同设备网络的一个或更多个第二设备；在第一设备中根据广播来接收一个或更多个第二设备的一个或更多个状态信息；由第一设备将所接收到的一个或更多个第二设备的一个或更多个状态信息存储至第一设备中的状态信息日志；以及由第一设备使得广播所接收到的一个或更多个状态信息。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，其特征在于，程序指令当由处理器运行时使得处理器：确定第一设备的状态信息，第一设备包括处理器；将所确定的状态信息存储至第一设备中的状态信息日志，其特征在于，程序指令还使得处理器：使得将所确定的第一设备的状态信息广播至属于相同设备网络的一个或更多个第二设备；响应于第一设备根据广播来接收一个或更多个第二设备的一个或更多个状态信息，将所接收到的一个或更多个第二设备的一个或更多个状态信息存储至第一设备中的状态信息日志；以及使得广播所接收到的一个或更多个状态信息。

根据本发明的另一方面，提供了一种设备，包括：用于确定设备的状态信息的装置；用于将所确定的状态信息存储至设备中的状态信息日志的装置，其特征在于，设备还包括：用于使得将所确定的设备的状态信息广播至属于相同设备网络的一个或更多个第二设备的装置；用于在设备中根据广播来接收一个或更多个第二设备的一个或更多个状态信息的装置；用于将所接收到的一个或更多个第二设备的一个或更多个状态信息存储至设备中的状态信息日志的装置；以及用于使得广播所接收到的一个或更多个状态信息的装置。

根据本发明的另一方面，提供了一种系统，所述系统包括至少一个站点，所述至少一个站点包括至少一个设备网络，所述至少一个设备网络包括多个根据本发明的设备以及至少一个用户装置，所述至少一个用户装置能够进入站点，建立与多个设备中的至少一个设备的连接，以获取所述至少一个设备的状态信息日志。

在附图和以下描述中更详细地阐述了实现方式的一个或更多个示例。根据描述和附图并且根据权利要求，其他特征将是明显的。

一些实施方式提供了用于通过连接至一个设备来提供获得关于多个设备的状态信息的可能性的方法、设备、系统和计算机程序产品。

附图说明

在下文中，将参照附图来更加详细地描述示例性实施方式，在附图中：

图1示出了系统的简化架构；

图2示出了设备的简化框图；

图3至图7是示出了示例性功能的流程图；

图8和图9示出了示例性信息交换；以及

图10是示例性设备的框图。

具体实施方式

以下的实施方式是示例性的。尽管说明书可以在多个地方提及“一种(an)”、“一个(one)”或“一些”实施方式，但这并不一定意味着每个这样的提及都针对相同的(一个或更多个)实施方式或者该特征仅适用于单个实施方式。还可以对不同实施方式的单个特征进行组合来提供其他实施方式。此外，词语“包括(comprising)”和“包括(including)”应当被理解为不将所描述的实施方式限于仅由已经提及的那些特征组成，并且这样的实施方式还可以包含未特别提及的特征/结构。

本发明可适用于被配置成接收、发送和存储状态信息的任何设备以及包括这种设备的系统。

在图1中示出了示例性系统100的非常通用的架构。图1是简化的系统架构，其仅示出了一些元件、功能实体和一些装置，所述功能实体是可以具有与所示出的实现方式不相同的实现方式的逻辑单元。对本领域技术人员而言明显的是系统包括任意数目的所示元件、其他设备以及未示出的结构。

在图1所示的实施方式中，系统100包括一个或更多个站点101(图1中仅示出1个)，所述一个或更多个站点101包括由站点处的设备110形成的一个或更多个设备网络102以及可以进入站点101的一个或更多个用户装置120(图1中仅示出1个)。当然，系统可以包括远程和/或本地的一个或更多个服务中心以及一个或更多个网络，通过所述一个或更多个网络，在站点处的一个或更多个设备110和/或一个或更多个用户装置120可以连接至所述一个或更多个服务中心。然而，由于重点在于站点处的功能，因此本文不会更详细描述(一个或更多个)服务中心和(一个或更多个)网络(通过其连接至(一个或更多个)服务中心)。

用户装置120是指可以为非便携式设备或便携式设备的计算设备(装置)，并且也可以是指用户终端或用户设备。便携式计算设备(装置)包括使用或不使用硬件形式的或软件形式的用户识别模块(sim)进行操作的无线移动通信设备，包括但不限于以下类型的设备：移动电话、智能电话、个人数字助手(pda)、膝上式和/或触屏式计算机、平板式电脑(平板式计算机)、多媒体设备以及可穿戴设备。用户装置120被配置成建立与在站点处的设备的连接，以及经由相应的接口获取/检索不同的信息例如关于设备的状态信息。出于远程维护的目的，为了显示关于多个设备的状态信息例如如下面关于图8和图9所示的，用户装置120可以包括远程维护应用和增强状态视图显示单元(e-s-w-u)121，远程维护应用例如为移动应用，其包括作为应用的部分或作为应用的附带物或插件。可以根据现有技术来配置用户装置，或者可以使用任何未来的相应配置。

站点101是设备110的集群(cluster)或群(farm)或机群(fleet)，并且设备可以如图1所示为相同的类型，或者设备的集群/群/机群可以包括不同类型的设备。站点101可以是工业站点、住宅站点或商业站点及其任意组合。站点101处的设备110或设备110中的一些设备可以位于彼此附近，和/或设备110之间的距离或设备110中的一些设备之间的距离可以相当远。例如，在工厂中，设备可以定位成彼此相当靠近，但是在海上风电场中，设备中的至少一些可以定位成彼此相当远。

站点101处的设备110形成设备网络102即本地网络，在本地网络中设备通过本地连接至少可与一个其他设备连接。设备网络102可以是网状网络。图1中用双箭头示出了这种本地连接的示例，其中一个双箭头还用附图标记103来指示。本地连接例如可以是诸如蓝牙连接的直接连接或通过诸如wi-fi或li-fi的本地无线网络的连接或使用以太网的有线连接。当然，连接可以由任何移动系统例如gsm、gprs、lte、4g、5g及其他来提供。换言之，本地连接可以基于任何现有的或将来的通信技术，可以使用能够通过其发送数据的任何连接类型，并且设备网络中的本地连接可以是不同类型的。例如，在工厂中，全部本地连接可以使用蓝牙，而在海上风电场中，一些连接可以使用蓝牙，并且一些连接可以是有线连接。

在图1所示的示例中，将可以被获取/被请求状态信息的多个设备110示出为驱动器。应当理解，图1中的驱动器示出了可以经由接口来获取/请求其状态信息的任何设备、机器、装置、系统和处理，状态信息例如是一个或更多个参数或他们的值。这种装置的其他示例包括变频器、ac/dc模块、dc/ac模块、可编程逻辑控制器、开关、运动控制器或运动驱动器、伺服马达、软启动器、自动机械(robot)、风力涡轮机、太阳能电池板、太阳能逆变器和重型装置等。应当理解，以上仅列出了一些示例。

尽管在图1中示出了多个设备110，应当理解，设备网络102可以由两个设备110创建。

图2是示出了可被配置成管理状态信息的示例性设备中的一些实体的框图。

参照图2，设备210被配置成在请求/查询设备的状态信息时，提供关于设备210所属的整个设备网络的状态信息。为此，设备210包括状态信息单元(s-i-u)211，如下面参照图3至图9将更加详细描述的，状态信息单元211被配置成在存储器212中维持状态信息并且使得发送与不同状态信息有关的消息或相应的多条信息。

在图2所示的示例中，存储器212包括作为单个日志文件(日志)的整个设备网络状态信息。换言之，在所示的示例中，日志包括关于设备网络中的全部设备的状态信息。当然，日志可以被划分成不同的部分。例如，可以存在针对设备的状态信息的部分和针对设备网络中的其他设备的状态信息的另一部分，和/或可以存在针对最新状态信息的部分和针对历史状态信息的部分。换言之，可以使用状态信息的任何内部结构。

取决于实现方式和/或设置，日志可以仅包括最新状态信息、仅包括每个设备的一定量的最新状态信息例如最新的三个、最新的四个等，和/或可以存在对日志文件中的状态信息的时期限制，和/或日志可以包括历史信息。当然，所维持的设备210的状态信息可以比所维持的关于设备网络中的其他设备的状态信息更多。例如，如图2所示出的，针对设备d1存在两个不同的状态信息(状态信息和状态信息-a)，而针对其他设备仅维持一个状态信息。

状态信息可以包括关于使用、事件、操作环境、寿命状态等的任何类型的信息。仅以非穷尽方式列举一些例子，状态信息的示例包括事件、故障、警告、操作监测的其他结果例如使用时间(当前值、平均值、最大值等)、距下次维护的估计时间、应当被更换的部件、对接下来会失效的部件的估计、超过限度的值、低于最小限度的值以及约束，例如设备不能启动的(一个或更多个)原因、不同参数和/或参数的值例如温度(当前值、平均值、最小值、最大值、周期)、平均温度、环境温度、湿度、振动等。此外，应当理解，设备的状态信息可以仅包括一条信息或任意数量的多条信息。可以取决于设备网络中的设备来对状态信息由什么构成进行选择，该选择对设备网络中的不同设备可以有所不同，并且不存在限制；可以将能够从设备获得的一条或更多条信息设置成状态信息的一部分。

使用帧作为数字数据发送单元的示例来描述设备210的以下不同的示例性功能(或更准确地说，状态信息单元211)，但示例并不限于使用帧。对任何其他类型的发送单元实施示例是个简单的处理。此外，下面的术语“状态”用于在某个时刻根据设备的设置针对设备而确定的一条状态信息。应当理解，可以使用任何设置，包括状态由什么构成、多久进行一次对状态的确定和/或由什么来触发对状态的确定。

图3示出了站点处的设备的示例性功能，或更准确地说，状态信息单元的与设备的状态信息有关的示例性功能。当要对设备的状态进行确定时，图3所示的示例性功能开始。

参照图3，当在步骤301中确定了设备的状态时，状态信息单元在步骤302中针对所确定的状态确定标识符，以下称为状态标识符。状态标识符至少包括可变部分，其例如可以是指示步骤301中状态被确定的时间的时间戳或流水号。状态标识符可以包括作为固定部分的设备的标识符，设备的标识符至少在设备网络中唯一地识别设备。正如结合图5将变得清楚的，状态标识符的目的是区分不同的状态。然而，可能存在没有状态标识符或者至少没有状态标识符的可变部分的实现方式，例如在使用具有由消息发起者设置的特定寿命的消息的实现方式中。

然后，在步骤303中将状态存储至存储器，成为相应状态信息的一部分。取决于实现方式，将状态信息和状态标识符一起(即与状态标识符相关联地)或与状态标识符的可变部分一起或不与状态标识符一起存储至存储器中的日志或日志中特定于设备的部分，并且可以替换较旧的状态信息或者只是进行添加以形成历史状态信息。

此外，在步骤304中创建帧，并且将状态标识符和状态添加至帧，并且在步骤305中使得向其范围内的全部设备广播帧，即向与该设备有连接的设备进行广播或在处于非连接模式下向足够靠近以接收广播的全部设备进行广播。如果标识符不包含固定部分即发端设备的标识符，则将设备的标识符添加至帧的报头或报体，或者根据使用的广播通信技术来指示发端设备。

可以通过发送广告或通过能够在非连接模式下被发送和接收的任何相应的帧来执行广播。还可以通过在设备所具有的每个连接上转发帧来执行广播，例如使用洪泛型(floodingtype)多跳广播(multi-hopbroadcast)或桥接，或广播和汇聚传输(convergecasting)的组合。换言之，可以使用任何类型的广播。

图4示出了站点处的设备的另一示例性功能，或更准确的说，状态信息单元的与设备的状态信息有关的示例性功能。在示例中，假定设备(或更准确地说，状态信息单元)被配置成当设备的状态变化时或在特定间隔(称为广播间隔)处对状态进行广播。此外，在示例中，假定在特定间隔(称为状态间隔)处对状态进行确定。状态间隔短于广播间隔，并且广播间隔可以是状态间隔的倍数，但不必须如此。设备可以被配置成例如具有单独的单元，或者状态信息单元可以被配置成分析和确定状态、检测故障或警告等。这可以通过监测和/或通过使用一个或更多个标准/规则来实现。例如，如果值高于或低于阈值，则启动对安全功能例如安全扭矩切断(safe-torque-off)的激活。

参照图4，在步骤401中监测是否是要确定设备的状态的时间。如果是，则在步骤402中如上所述确定状态并将状态存储至存储器。

如果状态中存在改变(步骤403：是)，例如参数的值已经改变或检测到故障或给出警告、故障被修正等，则在步骤404中创建包含状态信息的帧，该创建包括：如果在步骤402中未执行如上所述的生成/确定标识符，则在步骤404中使得帧如上所述地被广播。广播优选地使得对监测广播间隔的计数器进行重置，在这种情况下，广播间隔确保了两个状态广播之间的固定间隔没有任何变化。然而，监测广播间隔的计数器可以独立于由改变而引起的广播，在这种情况下，当改变引起状态的广播时，不重置计数器。然后，处理进入步骤401，以等待下一次对设备的状态的确定。

如果状态中没有改变(步骤403：否)，则在步骤404中检查是否是要广播状态的时间。换言之，检查是否自最近的广播起经过的时间超过了广播时间间隔或与广播时间间隔相同。如果自最近的广播起经过的时间小于广播时间间隔，则不是要广播状态的时间(步骤405：否)，并且处理进行到步骤401，以等待下一次对设备状态的确定。如果是要广播状态的时间(步骤405：是)，则处理进行到步骤404，以创建包含状态信息的帧并使得该帧被广播。如上所述，可以自实际的最近的广播起或从上一次因时间超过广播间隔而引起的广播起对自最近的广播起的时间进行监测。

当不对相同的状态进行广播时，通过具有两个不同的触发器来广播状态确保了对变化(诸如检测到故障或修正了故障)进行广播，从而使设备网络的负载最小化，然而通过在更长的间隔处对相同的状态进行广播，可以容易地确保设备的广播功能处于正确的顺序，并且如果状态在设备网络中的设备的存储器中具有寿命，则将始终存在正确工作的设备的状态。

图5示出了站点处的设备的示例性功能，或更准确地说，状态信息单元的与其他设备的状态信息有关的示例性功能。

参照图5，在步骤501中，当接收到包含状态信息的帧时，在步骤502中，提取或以其他方式确定帧中的标识符(状态标识符)。换言之，至少确定帧发起者(即其状态处于帧中的设备)以及可变部分。然后，在步骤503中将该状态标识符与日志中的状态标识符进行对比，以查明该状态标识符是否是新的状态标识符，并且从而还查明帧中的状态是否是新的状态。对比可以包括子步骤，子步骤包括：确定接收帧的设备是否还是发起者，并且如果是发起者，则在不对比可变部分或状态标识符的情况下确定状态标识符不是新的状态标识符。

如果标识符是新的标识符(步骤503：是)，则在步骤504中更新日志，以包含帧中的状态信息。换言之，状态信息与状态标识符一起(即与状态标识符相关联地)存储至日志，并且取决于实现方式，状态可以替换相同发端设备的较旧状态信息或仅被添加以形成历史状态信息。

此外，在步骤505中，使得帧被广播。换言之，如果需要，则帧被复制，并且如以上结合图3所描述的通过每个本地连接被转发和/或被广告。应当理解，取决于实现方式，在步骤505中，可以将帧发送或不发送回到在步骤501中从其接收该帧的设备。

如果标识符不是新的标识符(步骤503：否)，则其在之前已经被接收，或其是源自设备并且包含设备的状态信息的帧，因此在步骤506中忽略该帧。换言之，不再进行转发。因此，避免了帧的不必要的重新循环，同时通过步骤505确保了全部帧到达设备网络中的全部设备。

图6示出了站点处的设备的示例性功能，或更准确地说，状态信息单元的与状态信息查询有关的示例性功能。

参照图6，在步骤601中，当接收到状态查询时，在步骤602中使得发送日志中的状态信息。默认的设置可以是始终发送日志中的全部信息。然而，应当理解，也可以仅发送日志中的一部分信息，例如仅发送每个设备的最新信息。因此，对一个设备的查询导致接收到关于设备网络中的全部设备的状态信息。

图7示出了站点处的设备的另一示例性功能，或更准确地说，状态信息单元的与状态信息查询有关的示例性功能。在所示的示例中，存在两种不同类型的状态查询，一种用于请求关于设备网络中的全部设备的状态信息，而一种用于请求关于接收到该查询的设备的状态信息。

参照图7，在步骤701中，当接收到状态查询时，在步骤702中检查查询的类型。如果查询针对全部设备(步骤702：是)，则在步骤703中使得发送日志中的状态信息。换言之，发送关于设备网络中的全部设备的状态信息。

如果查询不是针对全部设备(步骤702：否)，则在步骤704中使得发送设备的状态信息。例如，如果日志包含特定数量的状态，并且存在针对设备的单独的历史日志，则在步骤704中还使得发送历史日志，然而在步骤703中，历史日志可能不存在于所发送的状态信息中。

图8示出了在示例性情况下的信息交换。在示例中，假定除非请求关于特定设备的状态信息，否则仅发送关于日志的最新状态信息。然后，发送存储至日志的全部状态信息。应当理解，对任何其他数量的状态信息或远程应用功能或增强状态视图显示单元功能实施相同的原理是简单的处理。下面假定远程应用单元包括增强状态视图显示单元，并且因为划分没有意义，因此不区分哪个单元执行哪个部分，结果都是一样的。

参照图8，设备d1至设备dx(更准确地说，相应的状态信息单元)在站点处以消息8-1广播自身的或其他设备的状态信息，并且如以上结合图2至图5所描述的相应地更新他们的日志(点8-2)。

然后，用户装置ua进入站点，并且用户打开远程应用。在所示的示例中，远程应用使得用户装置与最近设备建立连接(消息8-4)，在该示例中最近设备为设备d1。在所示的示例中，一旦已经建立了连接，则远程应用使得用户装置从设备d1请求(消息8-5)状态信息。

一旦接收到请求，则设备d1(或更准确地说，状态信息单元)在点8-6中检测到请求不指示任何特定的设备，并且因此在点8-6中从日志采集关于每个设备d1至dx的最新状态，并且使得在消息8-7中作为响应向用户装置发送所采集的状态。

在所示的示例中，状态信息(即所采集的状态)包含使得远程应用在点8-8中在用户装置的用户接口上输出故障警报的内容。在另一示例中，不论状态信息的内容如何(警报与否)都输出所接收到的状态信息。用户装置的用户想了解是设备中的哪个(哪些)设备导致的故障警报并且输入对地图的请求(图8中未示出)。这使得远程应用在点8-9中例如从其内部存储器或从服务台获得/下载站点的地图。一旦有了地图，远程应用针对每个状态确定设备的地理位置，以在设备的位置处示出设备以及对应的状态信息。在所示的示例中，设备dx的状态信息示出故障，即设备dx发出警报(点8-9)。

用户装置的用户想获得历史状态信息，并且输入对应的请求(图8中未示出)，使得对dx的历史状态信息的请求(消息8-10)被发送至设备d1。

一旦接收到消息8-10，则设备d1(或更准确地说，状态信息单元)在点8-11中检测到请求指示dx，并且因此在点8-11中从日志采集关于dx的历史状态信息，并且使得在消息8-12中作为响应向用户装置发送关于dx的历史状态信息。

然后，可以继续进行正常的故障处理(点8-13)。

在可替选的实施方式中，不需要用户输入，但是远程应用被配置成在处理接收到的状态信息之后或者如果状态信息本身指示实际状态，则获得地图，如有任何正在发出警报的设备，则示出正在发出警报的设备，并且获得关于正在发出警报的设备的历史状态信息。

当然，远程应用可以被配置成始终将状态信息输出到地图上，即在点8-8中输出的状态信息可以指示设备网络中的全部设备或全部设备中的至少一些在正常地操作，并且地图用于示出属于设备网络的设备。

图9示出了在另一示例性情况下的信息交换。为了清楚起见，在下面的示例中假定，每个设备被配置成维护两种类型的状态信息日志；状态日志包括从其他设备接收到的最新状态信息和设备自身的最新状态信息以及历史日志，历史日志中存储有设备的较旧状态信息和/或更详细的状态信息。然而，将该教导应用于针对状态信息的其他类型的解决方案对本领域技术人员而言是简单的处理。此外，在示例中，假定在没有任何特定的用户请求的情况下，始终将所接收到的状态信息发送至地图。应当理解，也可以使用上文和下文描述的其他替选方案。

参照图9，设备d1至设备dx(或更准确地说，相应的状态信息单元)在站点处以消息9-1广播自身的或其他设备的状态信息，并且如以上描述的相应地更新他们的日志(点9-2)。

然后，用户装置ua进入站点，并且用户打开远程应用。在所示的示例中，远程应用使得用户装置与最近设备建立连接(消息9-4)，在该示例中最近设备为设备d1。在所示的示例中，一旦已经建立了连接，则远程应用使得用户装置从设备d1请求(消息9-5)状态信息。

一旦接收到请求，则设备d1(或更准确地说，状态信息单元)在点9-6中检测出请求是针对状态信息，并且因此使得在消息9-7中向用户装置发送状态日志中的信息，即关于每个设备d1至dx的最新状态。(消息9-7响应于消息9-6中的请求。)应当理解，在存在不活跃的设备即未以及时的方式更新其状态信息的情况下，设备的状态信息可以指示“无状态”或为空。

在所示的示例中，对状态信息的接收使得远程应用在点9-8中例如从其内部存储器或从服务台获得/下载站点的地图。当然，例如当远程应用被打开时或当远程应用处于打开状态的用户装置进入站点时，可以提前获得地图。一旦有了地图，远程应用针对每个状态确定设备的地理位置，以在设备的位置处示出设备和相应的状态信息。因此，在点9-8中，将所接收到的信息输出到地图上。这种方法的优点在于，即使当设备无法通信时，即使设备无任何状态信息(或者如果时间是连同信息一起显示并且状态日志被实现成存储最新接收到的信息而不管其时期，则可能具有非常旧的信息)也可提供信息，清楚地指示设备有问题。

在所示的示例中，用户装置的用户想获得关于d2的历史状态信息，并且输入相应的请求(图9中未示出)，使得在点9-9中，将对d2的历史状态信息的请求(消息9-10)发送至设备d1。

一旦接收到消息9-10，则设备d1(或更准确地说，状态信息单元)在点9-11中检测到请求是针对历史状态信息(或详细的日志信息)并且指示d2，并且因此使得在消息9-12中，将请求转发至设备d2。这可能需要转发请求并作为交换转发响应的设备建立连接，以在连接模式下进行操作，从而能够例如逐跳(hop-by-hop)发送请求和响应。然而，这未在图9中示出。

一旦接收到消息9-12，则设备d2在点9-13中检测到是针对其历史状态信息的请求。这使得在消息9-14中向用户装置发送设备d2的历史日志的内容作为对请求的响应。

然后，可以继续进行对信息的任何处理(点9-15)，例如正常的故障处理。

在以上的示例中，假定到设备d2的连接建立成功。当然，如果连接建立失败，则设备d1不会接收历史状态信息，而是可以发送无法连接至设备d2的指示而非状态信息。例如，如果在消息9-7中接收到的设备d2的状态信息为空(或“没有状态”)或非常旧，则响应“无连接”将确认设备d2关闭。

当然，可以修改以上示例使得不需要用户输入，但是远程应用被配置成在检测到特定条件例如检测到设备正在发出警报或设备没有状态信息时，获得历史状态信息。

如可以看出的那样，由于设备本身不处理状态信息，因此可以采集关于任何设备的状态信息。

此外，特别地如可以从图8和图9所示的示例中看出的那样，进入站点的用户装置可以接收关于不在用户装置的范围内的设备的状态信息。这是很有用的特征，特别是在难以到达或者甚至危险的地方。此外，这加速了对故障情况的检测，这是因为用户装置的用户不需要在站点周围徘徊，以找出是哪个(哪些)设备导致了问题，因此降低了总故障时间，从而提高了生产力。

如从以上明显的是，在没有任何集中式数据库系统或因特网连接或云环境(云计算)或全部设备彼此连接的情况下，建立和维护了分散式设备网络的日志。然而，用户(或者更准确地说，用户装置)可以简单地通过联系设备网络中的设备来接收关于整个设备网络的状态信息。

上面借助于图3至图9所描述的步骤、点、相关功能和信息交换并不是按绝对的时间顺序，并且其中一些可以同时执行或以不同于给定顺序的顺序执行。还可以在它们之间或在其内执行其他功能，并且可以发送其他信息。例如，状态信息可以与确定和/或接收该状态信息的时间相关联。步骤或点中的一些或者步骤或点中的一部分或一条或更多条信息也可以被省略或者由相应的步骤、点或者步骤、点中的一部分或者一条或更多条信息替换。例如，当不使用状态标识符时，可以跳过步骤302、步骤502、步骤503和步骤506。另一个示例包括提供设备列表来替代地图，(如果接收到状态信息的话)每个设备与相应的状态信息相关联。可以提前获得/获取列表，列表优选地包含安装在站点的全部设备，或者可以基于所接收到的信息来创建列表。

可以通过各种装置来实现本文描述的技术和方法，使得装置/设备(其被配置成至少部分地基于以上结合图1至图9中任一个所公开的内容支持设备网络广泛的状态信息管理概念，包括实现以上例如借助于图3至图9中任一个结合实施方式/示例所描述的相应设备的一个或更多个功能/操作)不仅包括现有技术的装置，还包括用于实现例如借助于图3至图9中的任一个结合实施方式所描述的相应功能的一个或更多个功能/操作的装置，并且可以包括用于每个单独的功能/操作的单独的装置，或者装置可以被配置成执行两个或更多个功能/操作。例如，可以以硬件(一个或更多个设备)、固件(一个或更多个设备)、软件(一个或更多个模块)或其组合来实现以上描述的状态信息单元和/或装置中一个或更多个。针对硬件实现方式，可以在以下项中实现实施方式的(一个或更多个)装置：一个或更多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑设备(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器、逻辑门、被设计成执行本文借助于图1至图9所描述的功能的其他电子单元或其组合。针对固件或软件，可以通过执行本文所描述的功能的至少一个芯片集(例如程序、函数等)的模块来实施实现方式。软件代码可以被存储在存储器单元中并由处理器来执行。可以在处理器内或处理器外部实现存储器单元。在后一种情况下，存储器单元可以如本领域已知的经由各种装置可通信地耦接至处理器。此外，如本领域技术人员将理解的，本文所描述的系统的部件可以被重新布置或通过附加的部件补充，以便于关于其所描述的各个方面的实现等，并且其不限于给定附图中所阐述的精确配置。

图10提供了根据本发明的一些实施方式的装置(设备)。图10示出了被配置成结合设备执行上述功能的装置。每个装置可以包括一个或更多个通信控制电路，例如至少一个处理器1002和至少一个存储器1004，所述至少一个存储器1004包括一个或更多个算法1003例如计算机程序代码(软件)，其中所述至少一个存储器和计算机程序代码(软件)被配置成结合至少一个处理器使得装置实施设备的示例性功能中的任何一个。

可以使用任何合适的数据存储技术来实现存储器1004，例如基于半导体的存储器设备、快闪存储器、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。例如以上结合图1所描述的，存储器可以包括：配置数据库，用于存储发送时间间隔配置数据。

装置还可以包括不同的接口1001，例如包括用于根据一个或更多个通信协议实现通信连接的硬件和/或软件的一个或更多个通信接口(tx/rx)。通信接口可以为装置提供在任何通信系统中进行通信的通信能力，并且能够实现例如在设备网络中的不同设备之间以及设备与用户装置之间的通信。通信接口可以包括标准的公知部件例如放大器、滤波器、变频器、调制(解调)器以及编码器/解码器电路和一个或更多个天线。通信接口可以包括为设备提供无线电通信能力的无线电接口部件。可以借助于至少提供用户装置可以连接到的无线接口的模块(终端设备)来提供通信接口。模块可以是单独的终端设备或是可拆卸地连接至设备的模块或集成到设备的装置。最简单的模块可以仅是无线接口。模块的其他示例包括控制面板、智能电话、移动电话、平板式或膝上式计算机。至少在模块未与设备集成的解决方案中，模块可以位于紧邻设备的站点处，可以例如通过蓝牙、nfc、wifi、li-fi和/或感应连接(例如由无线电力联盟根据感应功率标准(qi)的感应连接)经由通信接口提供到所述设备的连接。此外，装置1000可以或可以不包括一个或更多个用户接口例如屏幕、麦克风和一个或更多个扬声器，以用于与用户交互。

参照图10，装置1000中的通信控制电路中的至少一个被配置成提供状态信息单元或任何相应的子单元，并且通过一个或更多个电路实现以上借助图3至图9中任一个所描述的功能。

如本申请中使用的，术语“电路”是指以下全部：(a)仅硬件电路实现方式，例如仅模拟和/或数字电路中的实现方式，以及(b)电路以及软件(和/或固件)的组合，例如(视情况而定)：(i)(一个或更多个)处理器的组合或者(ii)包括一起工作以使装置执行各种功能的(一个或更多个)数字信号处理器、软件和(一个或更多个)存储器的(一个或更多个)处理器/软件的一部分；以及(c)即使软件或固件并非物理地存在也需要软件或固件以用于操作的电路，例如(一个或更多个)微处理器或(一个或更多个)微处理器的一部分。对“电路”的该定义适用于在该申请中全部对该术语的使用。作为另外的示例，如本申请所使用的，术语“电路”还涵盖仅处理器(或多个处理器)或处理器的一部分及其(或它们的)所附软件和/或固件的实现方式。术语“电路”在应用于特定元件时还涵盖例如用于无线网络设备的基带集成电路或应用处理器集成电路。

在实施方式中，至少一个处理器、存储器和计算机程序代码形成处理装置或包括一个或更多个计算机程序代码部分，以用于实现根据图3至图9的实施方式中的任一实施方式或其操作的一个或更多个操作。

如所描述的实施方式还可以实现为以下形式：由计算机程序或计算机程序的一部分限定的计算机进程。可以通过执行包括相应指令的计算机程序的至少一部分来实现结合图3至图9所描述的方法的实施方式。计算机程序可以呈源代码形式、目标代码形式或一些中间形式，并且计算机程序可以被存储在某种载体中，该载体可以是能够携带程序的任何实体或设备。例如，计算机程序可以存储在可由计算机或处理器读取的计算机程序分发介质上。例如，计算机程序介质可以是例如但不限于记录介质、计算机存储器、只读存储器、电载体信号、电信信号和软件分发包。计算机程序介质可以是非暂态介质。用于实现所示出和描述的实施方式的软件的代码完全在本领域普通技术人员的范围内。

尽管以上已经参照根据附图的示例描述了本发明，但是显然本发明不限于此，而是可以在所附权利要求的范围内以多种方式进行修改。因此，全部的词语和表达应当被宽泛地解释，并且它们旨在说明而不是限制实施方式。对于本领域技术人员将明显的是，随着技术的进步，本发明的构思可以以各种方式实现。此外，对本领域技术人员清楚的是，所描述的实施方式可以但不要求以各种方式与其他实施方式组合。