网关装置、通信装置、设备协作网络系统、以及设备协作方法

摘要

用于使第一网络上的多个设备协作的网关装置(10)，具备：消息监视部(11)，通过监视在第一网络上传输的消息，从而检测用于发现满足任意的条件的设备的设备发现消息；启动状态管理部(12)，确认多个设备中的、满足设备发现消息所示的条件的至少一台对象设备是否为启动状态；预测启动时间决定部(13)，决定预测启动时间，该预测启动时间是指预测的对象设备成为启动状态所需要的时间；以及代理响应部(14)，在对象设备不是启动状态的情况下，代理对象设备来发送包含示出决定了的预测启动时间的信息的响应消息。

说明书

技术领域

本发明涉及，用于使网络上的多个设备协作的网关装置、通信装置、 设备协作网络系统、以及设备协作方法。

背景技术

近些年，许多电视机等的家电设备以及移动电话等的移动设备搭载有 所谓无线LAN(Local Area Network：局域网)以及Ethernet(以太网)(注 册商标)的通信功能。这样的用于使多个设备的功能协作的设备协作网络的 开发活跃。

进而，近些年，在家庭网络中，随着环境意识提高，实现以各个家电 设备的功率使用量的可视化、启动状态的管理等为目的的家庭能源管理系 统(HEMS)的电源管理网络的引入越来越进展。

因此，可以设想，今后的家电设备，与以网络AV控制等为目的来连 接的设备协作网络、和以省电等为目的来连接的电源管理网络这至少两个 网络连接。

并且，对于以DLNA(Digital Living Network Alliance：数字生活网 络联盟)为代表的电视机、刻录器等的网络AV控制，将SmartPhone等的 具有无线LAN功能的高功能的移动终端作为控制器来利用的设备协作网 络系统也出现了。在此情况下，移动终端，与设备协作网络连接，对电视 机以及刻录器等进行控制。因此，用户，通过操作移动终端，从而能够由 任意的设备再生任意的内容。

在这样的设备协作网络系统中，主要使用基于IP的通信技术。因此， 在大部分的情况下，设备需要处于，至少能够解释IP协议的状态。但是， 为了能够解释IP协议，而使设备时常处于启动状态是，从耗电量的观点来 看不合适的。因此，例如，在电视机的电源为截止的状态、或不能解释IP 协议的程度的待机状态的情况下，发生移动设备完全不能控制该电视机这 实用上的问题。

针对这样的问题，公开以下的技术，即，服务器设备，监视在家庭网 络上传输的、对睡眠状态的设备的消息，以代理对该消息响应，并且，启 动该睡眠状态的设备(例如，参照专利文献1)。据此，用户不需要逐一启动 不是完全启动的状态的对象设备，而能够利用设备协作网络开始对该对象 设备的控制。

(现有技术文献)

(专利文献)

专利文献1：日本专利第3139481号公报

然而，在所述以往的方式中，没有考虑实际的对象设备的启动时间超 过例如10秒的程度长的情况等。因此，在以家电设备等为对象的设备协作 中，在启动时间太长的情况下，利用设备协作网络系统的用户会觉得不安。

特别是，在设备协作网络系统中会有以下的情况，即，用户，通过自 己操作的设备，对位于不能看到的地方的设备进行控制。在这样的情况下， 若对象设备的启动时间变长，用户，由于不知道当前的状态，因此觉得非 常不安，会有进行误操作的可能性。其结果为，会考虑到设备协作失败的 情况。

并且，在对象设备的启动时间长的情况下，会考虑到以下的情况，即， 因在启动前向对象设备发送消息等理由，而设备协作失败的情况。

发明内容

于是，为了解决所述的问题，本发明的目的在于提供一种网关装置、 通信装置、设备协作网络系统、以及设备协作方法，即使在网络上的多个 设备中包含不是启动状态的设备的情况下，也能够使该多个设备稳定协作。

为了实现所述的目的，本发明的实施方案之一涉及的网关装置，用于 使第一网络上的多个设备协作，具备：消息监视部，通过监视在所述第一 网络上传输的消息，从而检测设备发现消息，该设备发现消息用于发现满 足任意的条件的设备；启动状态管理部，确认所述多个设备中的、满足检 测出的所述设备发现消息所示的条件的至少一台对象设备是否为启动状 态，该启动状态是指在所述第一网络上能够进行通信的状态；预测启动时 间决定部，决定预测启动时间，该预测启动时间是指预测的所述对象设备 成为启动状态所需要的时间；以及代理响应部，在所述对象设备不是启动 状态的情况下，代理所述对象设备来发送响应消息，该响应消息包含示出 决定了的所述预测启动时间的信息。

根据该结构，在对象设备不是启动状态的情况下，能够代理对象设备， 返回包含示出预测启动时间的信息的响应消息。因此，接收了响应消息的 设备，能够根据响应消息中包含的示出对象设备的启动时间的信息执行各 种处理，能够与对象设备稳定协作。

并且，优选的是，所述网关装置，还具备启动时间收集部，该启动时 间收集部，利用所述对象设备开始了启动的时刻、和接收了网络参加消息 的时刻，收集所述对象设备的启动时间，所述网络参加消息示出所述对象 设备成为在所述第一网络上能够进行通信的状态，所述预测启动时间决定 部，根据过去收集的所述对象设备的启动时间，决定所述预测启动时间。

根据该结构，能够根据过去收集的对象设备的启动时间决定预测启动 时间，能够提高预测启动时间的准确性。

并且，优选的是，所述预测启动时间决定部，进一步，根据所述启动 时间收集部收集了所述对象设备的启动时间的次数，计算决定了的所述预 测启动时间的预测精度，所述响应消息还包含示出计算出的所述预测精度 的信息。

根据该结构，由于响应消息中包含示出预测精度的信息，因此，接收 了响应消息的设备，能够还根据预测精度执行各种处理，能够与对象设备 稳定协作。

并且，优选的是，所述网关装置，还具备远程启动控制部，该远程启 动控制部，在所述响应消息被发送时，通过第二网络对所述对象设备进行 远程启动，所述启动时间收集部，将所述对象设备的远程启动开始的时刻 作为所述对象设备开始了启动的时刻来利用，从而收集所述对象设备的启 动时间。

根据该结构，能够将对象设备远程启动，并且，能够将开始了对象设 备的远程启动的时刻，作为对象设备开始了启动的时刻来使用。因此，能 够收集更准确的启动时间。

并且，优选的是，所述网络参加消息包含示出所述对象设备是否由所 述网关装置远程启动的信息，所述启动时间收集部，仅在所述网络参加消 息示出进行了远程启动的情况下，收集所述对象设备的启动时间。

根据该结构，仅在网络参加消息示出被远程启动的情况下，能够收集 启动时间。也就是说，能够防止根据因远程启动以外的启动处理而启动时 发送的网络参加消息收集启动时间。其结果为，能够高精度地收集由网关 装置远程启动时的启动时间。

并且，优选的是，所述远程启动控制部，在所述对象设备为一台的情 况下，对所述对象设备进行远程启动，在所述对象设备为多台的情况下， 不对所述对象设备进行远程启动。

根据该结构，在对象设备为多台的情况下，不需要对不是启动状态的 所有的对象设备进行远程启动，因此，能够抑制耗电量的增大。

并且，优选的是，所述网关装置，还具备启动时间收集部，该启动时 间收集部，根据所述对象设备的消耗功率值，收集所述对象设备的启动时 间，所述预测启动时间决定部，根据过去收集的所述对象设备的启动时间， 决定所述预测启动时间。

根据该结构，能够根据对象设备的消耗功率值容易收集对象设备的启 动时间。

并且，优选的是，本发明的实施方案之一涉及的通信装置，与第一网 络上的设备协作，具备设备协作处理部，该设备协作处理部，将用于发现 满足任意的条件的设备的设备发现消息，发送给所述第一网络上的设备， 并接收针对所述设备发现消息的响应消息，所述通信装置，在接收的所述 响应消息中包含预测启动时间的情况下，根据所述预测启动时间执行至少 一个规定处理，所述预测启动时间是指预测的满足所述设备发现消息示出 的条件的对象设备成为启动状态所需要的时间。

根据该结构，在针对设备发现消息的响应消息中包含预测启动时间的 情况下，能够根据该预测启动时间执行至少一个规定处理。

并且，优选的是，还具备通知部，该通知部，在接收的所述响应消息 中包含预测启动时间的情况下，执行向用户通知所述预测启动时间的处理， 以作为所述规定处理。

根据该结构，在响应消息中包含预测启动时间的情况下，能够向用户 通知该预测启动时间，能够抑制用户的误操作。

并且，优选的是，所述设备协作处理部，在接收的所述响应消息中包 含预测启动时间的情况下，从接收了所述响应消息的时刻经过所述预测启 动时间之后，执行向所述响应消息示出的对象设备发送用于与所述对象设 备协作的消息的处理，以作为所述规定处理。

根据该结构，在经过响应消息中包含的预测启动时间之后，能够向对 象设备发送消息，因此，能够与对象设备稳定协作。

并且，优选的是，所述设备协作处理部，在接收了多个所述响应消息 的情况下，进一步，将用于发现从多个所述响应消息示出的多台对象设备 中选择出的一台对象设备的设备发现消息，发送给所述第一网络上的设备。

根据该结构，在对象设备为多台的情况下，还能够发送用于发现选择 出的一台对象设备的设备发现消息。其结果为，网关装置，不需要将所有 的对象设备成为启动状态，因此，能够抑制耗电量的增大。

并且，也可以是，所述网关装置被构成为集成电路。

而且，本发明，也可以作为具备这样的网关装置和通信装置的设备协 调网络系统来实现。并且，本发明，也可以作为将这样的网关装置具备的 特征性结构部的工作作为步骤的设备协调方法来实现。并且，本发明，也 可以作为使计算机执行这样的设备协调方法包括的各个步骤的程序来实 现。而且，当然，也可以将这样的程序，通过CD－ROM(Compact Disc  Read Only Memory)等的非暂时的记录介质或互联网等的传输介质分发。

如上所述，根据本发明，在网络上的对象设备不是启动状态的情况下， 能够将对象设备远程启动，并且，能够代理对象设备来返回包含预测的对 象设备的启动时间的响应消息。因此，接收了响应消息的设备，能够根据 预测的对象设备的启动时间执行各种处理，能够与对象设备稳定协作。

附图说明

图1是示出本发明的实施例1涉及的设备协作网络系统的概要的图。

图2是示出本发明的实施例1涉及的网关设备的功能结构的方框图。

图3是示出本发明的实施例1涉及的启动状态列表的一个例子的图。

图4是示出本发明的实施例1涉及的设备信息列表的一个例子的图。

图5是示出本发明的实施例1涉及的客户设备的功能结构的方框图。

图6是示出本发明的实施例1涉及的服务器设备的功能结构的方框图。

图7是示出本发明的实施例1涉及的设备协作网络系统中的信息的流 程的序列图。

图8是示出本发明的实施例1涉及的网关设备的处理的流程的流程图。

图9是示出本发明的实施例1涉及的客户设备的处理的流程的流程图。

图10是示出本发明的实施例1涉及的客户设备显示的信息的一个例子 的图。

图11是示出本发明的实施例1涉及的服务器设备的启动处理的流程的 图。

图12是示出本发明的实施例1涉及的服务器设备的流发送处理的流程 的图。

图13是示出本发明的实施例2涉及的设备协作网络系统的概要的图。

图14是示出本发明的实施例2涉及的设备协作网络系统中的信息的流 程的序列图。

图15是示出本发明的实施例2涉及的网关设备的处理的流程的流程 图。

图16是示出本发明的实施例2涉及的客户设备的处理的流程的流程 图。

图17A是示出本发明的实施例2涉及的客户设备显示的信息的一个例 子的图。

图17B是示出本发明的实施例2涉及的客户设备显示的信息的另一个 例子的图。

图18是示出本发明的实施方案之一涉及的设备信息列表的一个例子 的图。

图19是示出本发明的实施方案之一涉及的网关设备的功能结构的方 框图。

具体实施方式

以下，参照附图说明本发明的实施例。而且，以下说明的实施例，都 示出本发明的优选的一个具体例。也就是说，以下的实施例所示的数值、 构成要素、构成要素的配置以及连接形态、步骤、步骤的顺序等，是本发 明的一个例子，而不是限定本发明的宗旨。本发明，基于权利要求书的记 载确定。因此，对于以下的实施例的构成要素中的、示出本发明的最上位 概念的独立请求要求中没有记载的构成要素，为了实现本发明的问题而并 不一定需要，但是，被说明为构成更优选的形态的构成要素。

(实施例1)

图1是示出本发明的实施例1涉及的设备协作网络系统1000的概要 的图。如图1示出，设备协作网络系统1000具备，网关设备1003、客户 设备1004、以及服务器设备1005。

这样的网关设备1003和客户设备1004和服务器设备1005，通过无 线与第一网络1001连接。第一网络1001是，例如，作为利用了IP(Internet  Protocol：互联网协议)的通信网的LAN(Local Area Network：局域网)。

而且，网关设备1003和客户设备1004和服务器设备1005，并不一 定需要通过无线与第一网络1001连接。

服务器设备1005和网关设备1003，与第二网络1002连接。网关设 备1003能够，通过该第二网络1002，对服务器设备1005进行远程启动。

第二网络1002，优选的是，例如，ZigBee等的特定省电无线网络。 据此，服务器设备1005，由于通过第二网络1002进行通信，因此，能够 减少在非启动状态的情况下也需要提供的功率。也就是说，服务器设备 1005，能够减少待机功率。

而且，第二网络1002也可以是，例如，独自的专用网络。并且，第二 网络1002也可以，例如，以能够基于电源开关的启动控制的信号线来实现。 也就是说，第二网络1002，作为最低限度的功能，能够将被连接的对象设 备从启动状态变更为非启动状态即可，也可以与第一网络1001相同。

而且，启动状态是指，在第一网络1001上能够进行通信的状态。反而， 非启动状态是指，在第一网络1001上不能进行通信的状态。

接着，详细说明设备协作网络系统1000中包含的各个设备。

图2是示出本发明的实施例1涉及的网关设备1003的功能结构的方 框图。该网关设备1003，相当于网关装置。具体而言，如图2示出，网关 设备1003具备，第一通信部1101、第二通信部1102、启动状态管理部 1103、远程启动控制部1105、消息监视部1106、启动时间收集管理部1107、 代理响应部1109、以及存储部1110。

第一通信部1101是，用于与第一网络1001上的设备(在此，客户设备 1004或服务器设备1005)进行通信的通信接口。并且，第二通信部1102 是，用于与第二网络1002上的设备(在此，服务器设备1005)进行通信的 通信接口。

启动状态管理部1103，利用第二通信部1102，确认第二网络1002上 的设备是否为启动状态。

进而，启动状态管理部1103，将确认结果、与用于识别设备的设备ID 相对应地存放到启动状态列表1104。而且，对于启动状态列表1104，在 后面，利用图3进行详细说明。

远程启动控制部1105，对第二网络1002上的设备进行启动或结束的 指示，对设备的启动状态进行控制。也就是说，远程启动控制部1105，通 过第二网络1002，对设备进行远程启动，从而将该设备从非启动状态变化 为启动状态。进而，远程启动控制部1105，将开始设备的远程启动的时刻， 通知给启动时间收集管理部1107。

消息监视部1106，通过监视在第一网络1001上传输的消息，从而检 测设备发现消息。并且，消息监视部1106，在检测出设备发现消息时，委 托启动状态管理部1103确认对象设备是否为启动状态。

而且，设备发现消息是指，用于从第一网络1001上的设备中发现满足 任意的条件的设备的消息。具体而言，设备发现消息是指，向作为满足该 设备发现消息示出的条件的设备的对象设备，请求返回响应消息的消息。

并且，对象设备是指，成为设备发现消息的对象的设备。具体而言， 对象设备是指，第一网络上的设备中满足设备发现消息示出的条件的设备。

在此，消息监视部1106，在对象设备为启动状态的情况下，不进行任 何处理，在对象设备不是启动状态的情况下，委托代理响应部1109代理响 应。并且，消息监视部1106，在接收Notify等的网络参加消息的情况下， 将该情况与时刻一起通知给启动时间收集管理部1107。

而且，网络参加消息是指，示出成为在第一网络1001上能够进行通信 的状态的情况的消息。也就是说，网络参加消息是指，示出设备成为启动 状态的情况的消息。

启动时间收集管理部1107，相当于启动时间收集部，根据从远程启动 控制部1105得到的开始对象设备的远程启动的时刻(远程启动开始时刻)、 和从消息监视部1106得到的接收网络参加消息的时刻(网络参加消息接收 时刻)，收集对象设备的启动时间。也就是说，启动时间收集管理部1107， 收集从远程启动开始时刻到网络参加消息接收时刻为止的时间，以作为启 动时间。

在此，启动时间是指，设备的状态，从非启动状态变化为启动状态为 止所需要的时间。也就是说，启动时间是指，对象设备的状态，从在第一 网络1001上不能进行通信的状态变为能够进行通信的状态为止的时间。

并且，启动时间收集管理部1107，也相当于预测启动时间决定部，决 定预测启动时间，该预测启动时间是指预测的对象设备成为启动状态所需 要的时间。在本实施例中，启动时间收集管理部1107，根据过去收集的启 动时间，决定预测启动时间，该预测启动时间是指预测的将来对象设备被 远程启动时对象设备成为启动状态所需要的时间。具体而言，启动时间收 集管理部1107，例如，将最近收集的启动时间决定为预测启动时间。

并且，例如，启动时间收集管理部1107也可以，将过去收集的启动时 间的平均值决定为预测启动时间。并且，例如，启动时间收集管理部1107 也可以，将过去收集的启动时间中的与其他大不同的启动时间以外的启动 时间的平均值决定为预测启动时间。

而且，对于平均值，是统计性的平均即可，并不一定需要是算术平均 值。并且，启动时间收集管理部1107也可以，替代平均值，而将中央值或 最频值预测为预测启动时间。也就是说，启动时间收集管理部1107，将过 去收集的启动时间的统计性的代表值决定为预测启动时间即可。

而且，启动时间收集管理部1107，并不一定需要根据过去收集的启动 时间决定预测启动时间。例如，启动时间收集管理部1107也可以，将由用 户预先设定的时间决定为预测启动时间。

而且，启动时间收集管理部1107，将在此决定的对象设备的预测启动 时间存放到设备信息列表1108。

代理响应部1109，根据来自消息监视部1106的委托，参考设备信息 列表1108所存放的对象设备的地址信息以及预测启动时间等，生成代理对 象设备来发送的响应消息。具体而言，代理响应部1109，生成包含示出启 动时间收集管理部1107所决定的预测启动时间的信息的响应消息。而且， 代理响应部1109，将生成的响应消息，发送给设备发现消息的发送源的设 备。

在此，对于示出预测启动时间的信息，并不一定需要是示出预测启动 时间本身的信息。例如，示出预测启动时间的信息也可以是，示出预测启 动时间的长度的程度的信息。具体而言，例如，示出预测启动时间的信息 也可以是，与预测启动时间的长度对应的分类记号(例如，“大”、“中”、或 “小”等)。

存储部1110是，例如，硬盘或闪存等，存储有启动状态列表1104和 设备信息列表1108。以下，利用图3以及图4说明，启动状态列表1104 和设备信息列表1108。

图3是示出本发明的实施例1涉及的启动状态列表1104的一个例子 的图。如图3示出，在启动状态列表1104中，将设备ID与状态信息相对 应地存放。

设备ID是指，在第一网络1001上的设备间管理的唯一的ID。也就 是说，设备ID是指，用于识别第一网络1001上的设备的标识符。例如， 设备ID，由用户设定。并且，例如，设备ID也可以，预先设定到设备。

状态信息示出，由设备ID识别的设备是否为启动状态。在图3中示出， 由设备ID“ID－001”识别的设备为“非启动状态”。

图4是示出本发明的实施例1涉及的设备信息列表1108的一个例子 的图。如图4示出，在设备信息列表1108中，与设备ID相对应地存放有 设备信息、地址信息、以及预测启动时间。

设备信息主要示出，与对象设备能够提供的服务相关的信息。在图4 示出的设备信息列表1108中，例如，由“ID－001”识别的设备，被管理 为能够进行图像或声音等的流媒体发送的服务器设备。

地址信息是指，用于在第一网络1001上的设备间进行通信的信息。在 图4中，例如，存放有IP地址(“192.168.1.10”)，以作为由“ID－001” 识别的设备的地址信息。

预测启动时间是指，由启动时间收集管理部1107预测的启动时间。在 图4中，存放有“20秒”，以作为由“ID－001”识别的设备的预测启动 时间。

接着，利用图5说明，客户设备1004的功能结构。

图5是示出本发明的实施例1涉及的客户设备1004的功能结构的方 框图。该客户设备1004，相当于通信装置。如图5示出，客户设备1004 具备，设备协作处理部1201、流再生部1202、显示部1203、以及通信部 1204。

设备协作处理部1201，将用于发现满足任意的条件的设备的设备发现 消息，发送给第一网络1001上的设备。在本实施例中，设备协作处理部 1201，为了发现第一网络1001上的服务器设备1005，利用通信部1204， 以多播，发送设备发现消息，该设备发现消息中描述为若是服务器设备则 返回响应消息。

而且，设备协作处理部1201，接收针对发送的设备发现消息的响应消 息。而且，在接收针对设备发现消息的响应消息的情况下，设备协作处理 部1201，向流再生部1202通知该情况。

并且，设备协作处理部1201判定，响应消息中是否包含示出作为预测 的满足设备发现消息所示的条件的对象设备成为启动状态所需要的时间的 预测启动时间的信息。在此，在响应消息中包含示出预测启动时间的信息 的情况下，向显示部1203通知该示出预测启动时间的信息。

流再生部1202，按照来自设备协作处理部1201的通知，向针对设备 发现消息的响应消息示出的对象设备(在此，服务器设备1005)，利用通信 部1204，发送流发送请求消息。而且，在响应消息中包含示出预测启动时 间的信息的情况下，流再生部1202，在从接收响应消息的时刻经过预测启 动时间之后，发送该流发送请求消息。

而且，流再生部1202，再生通过第一网络1001从服务器设备1005 发送的流。

而且，响应消息示出的对象设备是指，响应消息的发送源的设备、或 响应消息的发送被代理的设备。在本实施例中，响应消息示出的对象设备 是，服务器设备1005。

显示部1203是，通知部的一个例子，例如，是液晶显示器或等离子体 显示器等。显示部1203，显示由流再生部1202再生的运动图像数据。并 且，显示部1203，显示从设备协作处理部1201通知的预测启动时间。也 就是说，显示部1203，在接收的响应消息中包含示出预测启动时间的信息 的情况下，向用户通知该示出预测启动时间的信息。

通信部1204是指，用于与连接于第一网络1001的设备(在此，网关 设备1003或服务器设备1005)进行通信的通信接口。

接着，利用图6说明，服务器设备1005的功能结构。

图6是示出本发明的实施例1涉及的服务器设备1005的功能结构的 方框图。如图6示出，服务器设备1005具备，远程启动接受部1301、启动 部1302、设备协作处理部1303、流发送部1305、第一通信部1307、第 二通信部1308、以及存储部1309。

远程启动接受部1301，利用第二通信部1102，通过第二网络1002， 从网关设备1003接收远程启动请求。而且，远程启动接受部1301，将接 收的远程启动请求，通知给启动部1302。

启动部1302，按照来自远程启动接受部1301的通知，启动服务器设 备1005。也就是说，启动部1302，将服务器设备1005的状态从非启动状 态变化为启动状态。

设备协作处理部1303，在服务器设备1005为启动状态的情况下，通 过第一网络1001，从客户设备1004接收设备发现消息。而且，设备协作 处理部1303，通过参考设备信息1304，从而确认自身设备(服务器设备 1005)是否为满足设备发现消息示出的条件的对象设备。而且，在自身设备 是对象设备的情况下，设备协作处理部1303，向设备发现消息的发送源发 送响应消息。

设备信息1304包含与自身设备相关的信息。具体而言，设备信息1304 包含示出自身设备是否作为服务器来发挥功能的信息。

设备协作处理部1303，进一步，在服务器设备1005从非启动状态变 化为启动状态时，利用第一通信部1307，以广播，将网络参加消息，发送 给第一网络1001上的设备。

流发送部1305，根据从客户设备1004接收的流发送请求消息，从存 储部1309读出内容1306，将内容1306作为流来发送给客户设备1004。

第一通信部1307是，用于与连接于第一网络1001的设备(在此，网 关设备1003或客户设备1004)进行通信的通信接口。并且，第二通信部 1102是，用于与连接于第二网络1002的设备(在此，网关设备1003)进行 通信的通信接口。

存储部1309是，例如，硬盘或闪存等。存储部1309，存储有设备信 息1304和内容1306。

接着，说明如上构成的设备协作网络系统1000的各种工作。

图7是示出本发明的实施例1涉及的设备协作网络系统1000中的信 息的流程的序列图。而且，在图7中，说明服务器设备1005的初始状态 为非启动状态的情况。

首先，客户设备1004的设备协作处理部1201，以广播，将设备发现 消息发送给第一网络1001上的设备(网关设备1003以及服务器设备 1005)(步骤S101)。而且，服务器设备1005，由于是非启动状态，因此不 能接收设备发现消息。

接着，网关设备1003的启动状态管理部1103，确认满足设备发现消 息示出的条件的对象设备是否为启动状态。在此，启动状态管理部1103， 提取图4示出的设备信息列表1108的设备信息为服务器设备的设备 ID(“ID－001”)。而且，启动状态管理部1103，参考图3示出的启动状 态列表1104，确认提取的设备ID的设备是否为启动状态。在本实施例中， 将由“ID－001”识别的设备设为服务器设备1005。

由于服务器设备1005不是启动状态，远程启动控制部1105，将用于 对服务器设备1005进行远程启动的远程启动请求发送给服务器设备 1005(步骤S102)。

并且，网关设备1003的代理响应部1109，代理服务器设备1005，将 包含示出预测启动时间的信息的代理响应消息，发送给作为设备发现消息 的发送源的客户设备1004(步骤S103)。具体而言，代理响应部1109，例 如，参考图4示出的设备信息列表1108，获得服务器设备1005的预测启 动时间(“20秒”)。而且，代理响应部1109，将包含示出如此获得的预测 启动时间的信息的代理响应消息，发送给客户设备1004。

接着，服务器设备1005的启动部1302，按照远程启动请求，启动服 务器设备1005(步骤S104)。而且，在服务器设备1005成为启动状态时， 设备协作处理部1303，以多播，将网络参加消息发送给第一网络1001上 的设备(步骤S105)。

网关设备1003的启动时间收集管理部1107，收集从发送了远程启动 请求的时刻直到接收了网络参加消息的时刻为止的时间，以作为服务器设 备1005的启动时间。进而，启动时间收集管理部1107，利用如此收集的 启动时间，将预测的将来服务器设备1005被远程启动时启动所需要的时间 决定为预测启动时间，将预测启动时间存放到设备信息列表1108。

客户设备1004的设备协作处理部1201，在从代理响应消息被接收的 时刻经过预测启动时间之后，将流发送请求消息发送给服务器设备1005(步 骤S106)。

服务器设备1005的流发送部1305，从客户设备1004接收流发送请 求消息，将流发送响应消息发送给客户设备1004(步骤S107)。然后，客户 设备1004的流再生部1202，执行从服务器设备1005发送的流的再生所 需要的处理(以下，称为“流再生处理”)(步骤S108)。

接着，利用图8，说明网关设备1003的处理的流程。

图8是示出本发明的实施例1涉及的网关设备1003的处理的流程的 流程图。具体而言，图8是示出，从网关设备1003检测出设备发现消息 后，直到将预测启动时间存放到设备信息列表1108为止的处理的流程的流 程图。

而且，在图8示出的处理的开始前，启动状态管理部1103，利用第二 通信部1102，确认第二网络1002上的设备是否为启动状态，将确认结果 存放到启动状态列表1104。

而且，对于确认设备是否为启动状态的方法，例如，可以是，第二网 络1002上的设备，将示出是否为启动状态的信息通知给网关设备1003的 启动状态管理部1103，也可以是，网关设备1003的启动状态管理部1103， 以定期或任意的定时询问第二网络1002上的设备。

消息监视部1106，监视在第一网络1001上传输的消息，检测第一通 信部1101接收了消息的情况。而且，消息监视部1106，判定接收了的消 息是否为设备发现消息(步骤S1001)。在此，在接收了的消息不是设备发 现消息的情况下(步骤S1001的“否”)，返回到消息被监视的状态。

另一方面，在接收了的消息是设备发现消息的情况下(步骤S1001的 “是”)，消息监视部1106，通过参考设备信息列表1108，从而提取满足 设备发现消息示出的请求的设备，以作为对象设备。接着，启动状态管理 部1103，通过参考启动状态列表1104，从而确认对象设备是否为启动状 态(步骤S1002)。

在此，在对象设备为启动状态的情况下(步骤S1003的“是”)，返回 到消息被监视的状态。另一方面，在对象设备不是启动状态的情况下(步骤 S1003的“否”)，远程启动控制部1105，将对象设备远程启动(步骤S1004)。 此时，启动时间收集管理部1107，保持开始远程启动的时刻。

并且，代理响应部1109，参考设备信息列表1108，制作代理响应消 息(步骤S1005)。而且，代理响应部1109，将制作的代理响应消息，利用 第一通信部1101，发送给设备发现消息的发送源的设备(步骤S1006)。

此时，消息监视部1106，监视在第一网络1001上传输的消息(步骤 S1007)。在此，在第一通信部1101接收的消息是，来自在步骤S1004中 远程启动的对象设备的网络参加消息的情况下(步骤S1007的“是”)，启 动时间收集管理部1107，根据在步骤S1004中保持的时刻、和网络参加 消息被接收的时刻，收集启动时间(步骤S1008)。而且，根据到此为止收 集的对象设备的启动时间，将预测的将来对象设备被远程启动时启动所需 要的时间决定为预测启动时间(步骤S1009)。

进而，启动时间收集管理部1107，将预测启动时间存放到设备信息列 表1108(步骤S1010)，返回到步骤S1001。

接着，利用图9说明，客户设备1004的处理的流程。图9是示出本 发明的实施例1涉及的客户设备1004的处理的流程的流程图。具体而言， 图9是示出，从客户设备1004发送设备发现消息后，直到开始内容的流 再生为止的处理的流程的流程图。

首先，设备协作处理部1201，以多播，将用于发现第一网络1001上 的服务器设备的设备发现消息，利用通信部1204，发送给第一网络1001 上的设备(步骤S1101)。然后，设备协作处理部1201，判定通信部1204 接收的消息，是否为针对设备发现消息的响应消息(以下，称为“设备发现 响应消息”)(步骤S1102)。在此，在通信部1204接收的消息不是设备发 现响应消息的情况下(步骤S1102的“否”)，反复进行步骤S1102的处理， 直到接收设备发现响应消息为止。

另一方面，在通信部1204接收的消息是设备发现响应消息的情况下 (步骤S1102的“是”)，设备协作处理部1201，分析设备发现响应消息(步 骤S1103)。而且，设备协作处理部1201，判定设备发现响应消息中是否 包含示出预测启动时间的信息(步骤S1104)。

在此，在设备发现响应消息中不包含示出预测启动时间的信息的情况 下(步骤S1104的“否”)，流再生部1202，判断为作为设备发现响应消息 示出的对象设备的服务器设备1005为启动状态，将流发送请求消息发送给 服务器设备1005(步骤S1107)。

另一方面，在响应消息中包含示出预测启动时间的信息的情况下(步骤 S1104的“是”)，显示部1203，在画面显示预测启动时间(步骤S1105)。 例如，显示部1203，如图10示出，在画面显示预测启动时间。

而且，设备协作处理部1201，等待预测启动时间(步骤S1106)，然后， 向流再生部1202，通知预测服务器设备1005为启动状态的情况。而且， 流再生部1202，将流发送请求消息，发送给服务器设备1005(步骤S1107)。

然后，流再生部1202，判定通信部1204接收的消息是否为流发送响 应消息(步骤S1108)。在此，在通信部1204接收的消息不是流发送响应消 息的情况下(步骤S1108的“否”)，反复进行步骤S1108的处理，直到接 收流发送响应消息为止。另一方面，在通信部1204接收的消息是流发送响 应消息的情况下(步骤S1108的“是”)，流再生部1202，开始流再生处理 (步骤S1109)。

接着，利用图11以及图12说明，服务器设备1005的处理的流程。

图11是示出本发明的实施例1涉及的服务器设备105的启动处理的 流程的图。具体而言，图11是示出，从服务器设备1005接收远程启动请 求后，直到发送网络参加消息为止的处理的流程的流程图。

首先，远程启动接受部1301，通过第二网络1002，从网关设备1003 接受远程启动请求，向启动部1302通知接受了远程启动请求的情况。然后， 启动部1302，启动服务器设备1005整体(步骤S1201)。

而且，即使服务器设备1005为非启动状态，启动部1302、远程启动 接受部1301、以及第二通信部1308也是被提供功率来能够执行处理的状 态。

设备协作处理部1303，等待到服务器设备1005成为启动状态为止， 即等待到成为利用第一通信部1307能够发送消息的状态为止(步骤 S1202)。而且，设备协作处理部1303，在成为能够发送消息的状态时，以 多播，发送网络参加消息(步骤S1203)。

如此，服务器设备1005发送网络参加消息，因此，网关设备1003， 能够收集从通过第二网络1002开始服务器设备1005的远程启动后，直到 服务器设备1005实际成为通过第一网络1001能够通信的启动时间。

图12是示出本发明的实施例1涉及的服务器设备的流发送处理的流程 的图。具体而言，图12是示出，从服务器设备1005从客户设备1004接 收流发送请求消息后，直到开始流发送处理为止的处理的流程的流程图。

流发送部1305，分析第一通信部1307接收的流发送请求消息(步骤 S1301)。而且，流发送部1305，将流发送响应消息，发送给流发送请求消 息的发送源(步骤S1302)。接着，流发送部1305，将被请求的内容作为流 来发送(步骤S1303)。

这样的处理是，一般的流媒体的序列。例如，流发送请求消息是，包 含指示内容的URI(Uniform Resource Identifier：统一资源标识符)的 HTTP(HyperText Transfer Protocol：超文本传输协议)的GET请求。并 且，服务器设备1005，发送在头部描述针对HTTP的GET请求的响应、 在有效负载内描述内容数据的流。

如上所述，根据本实施例涉及的设备协作网络系统，网关设备1003， 能够将预测的服务器设备1005的启动所需要的时间保存为预测启动时间。 其结果为，在客户设备1004，对服务器设备1005的内容进行流再生的情 况下，即使在服务器设备1005不是启动状态的情况下，客户设备1004也 能够继续处理，而且，能够向用户通知服务器设备1005的预测启动时间， 能够解除用户的不安。

也就是说，根据本实施例涉及的设备协作网络系统，网关设备1003 能够，在设备发现消息的对象设备不是启动状态的情况下，将对象设备远 程启动，并且，代理对象设备，将包含示出被预测的对象设备的启动时间 的信息的响应消息，返回给客户设备1004。因此，客户设备1004，能够 根据被预测的对象设备的启动时间执行各种处理，能够与对象设备稳定协 作。

具体而言，客户设备1004，能够向用户通知预测启动时间，能够抑制 用户的误操作。并且，客户设备1004，能够在经过预测启动时间后，向对 象设备发送消息，因此，能够与对象设备稳定协作。

(实施例2)

接着，说明本发明的实施例2。

在本实施例中，说明满足从客户设备1004发送的设备发现消息中描述 的条件的对象设备为多台的情况。

图13是示出本发明的实施例2涉及的设备协作网络系统2000的概要 的图。而且，在图13中，对于与图1同样的构成要素赋予相同的标号而省 略说明。

如图13示出，设备协作网络系统2000，替代服务器设备1005，而具 备第一服务器设备2005a以及第二服务器设备2005b。

而且，本实施例涉及的网关设备1003和客户设备1004为，与实施例 1同样的功能结构。并且，第一服务器设备2005a以及第二服务器设备 2005b为，与实施例1涉及的服务器设备1005同样的功能结构。因此， 省略本实施例涉及的网关设备1003和客户设备1004和第一服务器设备 2005a和第二服务器设备2005b的功能结构的说明。

接着，说明如上构成的设备协作网络系统2000的各种工作。

图14是示出本发明的实施例2涉及的设备协作网络系统2000中的信 息的流程的序列图。而且，在图14中，对于与图7同样的构成要素赋予相 同的标号而省略说明。并且，在图14中，说明第一服务器设备2005a以 及第二服务器设备2005b的初始状态为非启动状态的情况。

首先，客户设备1004的设备协作处理部1201，以广播，将用于发现 满足任意的条件的设备的设备发现消息，发送给第一网络1001上的设备 (网关设备1003、第一服务器设备2005a、以及第二服务器设备2005b)(步 骤S201)。而且，第一服务器设备2005a以及第二服务器设备2005b，由 于是非启动状态，因此不能接收设备发现消息。

接着，网关设备1003的启动状态管理部1103，确认作为满足设备发 现消息示出的条件的设备的对象设备是否为启动状态。在此，启动状态管 理部1103，将第一服务器设备2005a以及第二服务器设备2005b作为对 象设备来提取。而且，启动状态管理部1103，确认第一服务器设备2005a 以及第二服务器设备2005b是否为启动状态。

在此，由于提取了多台对象设备，因此，即使在各个对象设备(第一服 务器设备2005a或第二服务器设备2005b)为非启动状态的情况下，远程启 动控制部1105，也不向各个对象设备发送远程启动请求。也就是说，远程 启动控制部1105，在对象设备为一台的情况下，将对象设备远程启动，在 对象设备为多台的情况下，不将对象设备远程启动。

网关设备1003的代理响应部1109，代理第一服务器设备2005a，将 包含示出预测启动时间的信息的第一代理响应消息，发送给作为设备发现 消息的发送源的客户设备1004(步骤S202)。

进而，代理响应部1109，代理第二服务器设备2005b，将包含示出预 测启动时间的信息的第二代理响应消息，发送给客户设备1004(步骤 S203)。

接着，客户设备1004，从多个响应消息示出的多个对象设备中选择一 台对象设备(步骤S204)。在此，例如，根据用户的指示，客户设备1004， 选择第一服务器设备2005a。

而且，客户设备1004的设备协作处理部1201，以广播，发送用于发 现选择出的对象设备(第一服务器设备2005a)的设备发现消息(步骤S205)。 也就是说，设备协作处理部1201，在接收多个响应消息的情况下，将用于 发现从多个响应消息示出的多台对象设备中选择出的一台对象设备的设备 发现消息，发送给第一网络1001上的设备。

此时，对于满足设备发现消息示出的条件的设备，只有选择出的一台 对象设备(第一服务器设备2005a)。于是，以后，与实施例1同样，执行步 骤S102至S108的处理。

接着，利用图15说明，网关设备1003的处理的流程。

图15是示出本发明的实施例2涉及的网关设备1003的处理的流程的 流程图。具体而言，图15是示出，从网关设备1003检测设备发现消息后， 直到将预测启动时间存放到设备信息列表1108为止的理的流程的流程图。 而且，在图15中，对于与图8同样的构成要素赋予相同的标号而省略说明。

在检测出设备发现消息的情况下(步骤S1001的“是”)，启动状态管 理部1103，确认满足设备发现消息示出的条件的对象设备是否为多台(步骤 S2001)。在此，在对象设备为一台的情况下(步骤S2001的“否”)，与实 施例1同样执行步骤S1002至S1009的处理。

另一方面，在对象设备作为多台的情况下(步骤S2001的“是”)，从 多台对象设备中选择一台对象设备(步骤S2002)。接着，启动状态管理部 1103，确认选择出的对象设备的启动状态(步骤S2003)。在此，在选择出 的对象设备为启动状态的情况下(步骤S2004的“是”)，进到步骤S2007 的处理。

另一方面，在对象设备不是启动状态的情况下(步骤S2004的“否”)， 代理响应部1109，制作代理响应消息(步骤S2005)。而且，代理响应部1109， 利用第一通信部1101，将制作的代理响应消息，发送给设备发现消息的发 送源的设备(步骤S2006)。

代理响应部1109，参考设备信息列表1108，确认是否有未被选择的 对象设备(步骤S2007)。在此，在有未被选择的对象设备的的情况下(步骤 S2007的“是”)，返回到步骤S2002的处理。另一方面，在没有未被选 择的对象设备的的情况下(步骤S2007的“否”)，返回到步骤S1001的处 理。

据此，在对象设备为多台的情况下，网关设备1003，对客户设备1004， 发送代理的响应消息，但是，不进行实际的远程启动本身。因此，在客户 设备1004中，对象设备不被进行无用的远程启动，直到用户从多台对象设 备中选择一台设备为止，因此，能够抑制耗电量的增加。

其次，利用图16说明，客户设备1004的处理的流程。

图16是示出本发明的实施例2涉及的客户设备1004的处理的流程的 流程图。具体而言，图16是示出，客户设备1004接收多个响应消息时的 处理的流程的流程图。而且，在图16中，对于与图9同样的构成要素赋予 相同的标号而省略说明。

在接收响应消息的情况下(步骤S1102的“是”)，设备协作处理部1201， 将响应消息保存到存储器(步骤S2101)。设备协作处理部1201，判断发送 设备发现消息后是否经过了预先决定的一定时间(例如，10秒等)(步骤 S2102)。

在此，在没有经过一定时间的情况下(步骤S2102的“否”)，返回到 步骤S1102的处理。另一方面，在经过了一定时间的情况下(步骤S2102 的“是”)，设备协作处理部1201，分析存储器所保存的所有的响应消息(步 骤S2103)。

接着，显示部1203，显示用户能够从被分析的多个响应消息示出的多 台对象设备中选择一台对象设备的GUI(Graphical User Interface：图形 用户界面)(步骤S2104)。进而，在根据被分析的多个响应消息获得预测启 动时间的情况下，显示部1203，将获得的预测启动时间、与各个对象设备 关联起来显示(步骤S2105)。具体而言，显示部1203，例如，显示图17A 或图17B所示的GUI。

图17A以及图17B分别是示出本发明的实施例2涉及的客户设备显示 的信息的一个例子的图。例如，如图17A示出，客户设备1004，按照每 个对象设备，显示设备名称、启动状态、预测启动时间、以及选择按钮。

并且，客户设备1004，如图17B示出，还可以显示各个对象设备的 消耗功率。在此情况下，响应消息中包含消耗功率即可。如此，由于显示 消耗功率，因此，从多个对象设备中能够选择消耗功率低的对象设备，能 够实现为节能。

客户设备1004，从用户接受用于从显示的多个设备中选择一台设备的 指示(步骤S2106)。然后，设备协作处理部1201，根据响应消息中的示出 预测启动时间的信息的有无，判断选择出的对象设备是否为启动状态(步骤 S2107)。

在此，在选择出的对象设备不是启动状态的情况下(步骤S2107的 “否”)，设备协作处理部1201，以广播，将用于发现选择出的对象设备 的设备发现消息，发送给第一网络1001上的设备(步骤S2108)。另一方面， 在选择出的对象设备为启动状态的情况下(步骤S2107的“是”)，照原样 结束处理，转移到流再生处理。

在步骤S1508中，通过发送选择出的一台对象设备被确定的设备发现 消息，网关设备1003，进行与实施例1同样的工作。也就是说，对满足设 备发现消息示出的条件的一台对象设备进行远程启动。进而，此时，在直 到对象设备到启动为止的期间，客户设备1004，在画面上能够显示基于代 理响应消息中包含的信息示出的预测启动时间的等待时间。

如上所述，根据本实施例涉及的设备协作网络系统2000，即使在满足 设备发现消息示出的条件的对象设备为多台的情况下，也能够抑制无用地 启动对象设备来消耗功率。并且，能够向用户通知预测启动时间，并且， 能够继续进行设备协作处理。

也就是说，根据本实施例涉及的设备协作网络系统2000，由于不需要 对不是启动状态的对象设备的全部进行远程启动，因此能够抑制耗电量的 增大。

以上，对于本发明的实施方案之一涉及的设备协作网络系统，根据实 施例进行了说明，但是，本发明不仅限于这样的实施例。只要不脱离本发 明的宗旨，对各本实施例施行本领域的技术人员想到的各种变形的形态、 或组合不同的实施例中的构成要素而构成的形态，也包含在本发明的范围 内。

例如，在所述实施例1以及2中，在代理对象设备来发送的响应消息 中包含示出预测启动时间的信息，但是，还可以包含示出该预测启动时间 的预测精度的信息。在此情况下，启动时间收集管理部1107，根据收集该 对象设备的启动时间的次数(以下，称为“收集次数”)，计算预测精度即可。 具体而言，启动时间收集管理部1107，例如，以收集次数越多，预测精度 就越高的方式，计算预测精度即可。并且，例如，启动时间收集管理部1107 也可以，利用收集的启动时间的分散等，计算预测精度。而且，在根据收 集次数计算预测精度的情况下，如图18示出，在设备信息列表1108中， 还存放收集次数。

如此，由于在响应消息中包含示出预测精度的信息，因此，客户设备 1004，能够根据预测精度执行各种处理，能够与对象设备稳定协作。具体 而言，客户设备1004，例如，在预测精度低的情况下，也可以使在经过预 测启动时间后向服务器设备1005发送消息的定时更延迟。并且，客户设备 1004也可以，在画面显示预测精度。

并且，在所述实施例1以及2中，在从被远程启动的对象设备发送的 网络参加消息中可以包含，示出是否由网关设备1003远程启动的信息。在 此情况下，启动时间收集管理部1107，仅在网络参加消息示出被远程启动 的情况下，收集该对象设备的启动时间即可。

据此，网关设备1003可以，仅在网络参加消息示出被远程启动的情况 下，收集启动时间。也就是说，网关设备1003，能够防止根据在由远程启 动以外的启动处理启动时发送的网络参加消息收集启动时间。其结果为， 能够高精度地收集由网关设备1003远程启动时的启动时间。

并且，在所述实施例1以及2中，客户设备1004，在画面显示预测启 动时间，但是，并不一定需要显示。例如，客户设备1004也可以具备，输 出示出预测启动时间的声音的声音输出部。也就是说，客户设备1004具备， 向用户通知预测启动时间的通知部即可。

并且，在所述实施例1以及2中，预测启动时间是，在收集了启动时 间时预测到的，但是，并不一定需要在这样的定时预测到。例如，也可以 紧在发送代理响应消息之前对预测启动时间进行预测。在此情况下，在设 备信息列表1108中，不存放预测启动时间，而存放收集了的启动时间本身 即可。

并且，在所述实施例1以及2中，说明了用于发现发送流的服务器设 备的处理，但是，本发明，并不一定需要仅限于这样的处理。例如，本发 明，可以适用在用于发现客户设备的处理上。

并且，在所述实施例1以及2中，如图10、图17A、或图17B示出， 显示部1203显示预测启动时间本身，但是，并不一定需要显示预测启动时 间本身。例如，显示部1203也可以，替代预测启动时间，而显示“大”、 “中”、“小”等的符号。

并且，在所述实施例1以及2中，启动时间收集管理部1107，利用对 象设备开始启动的时刻、接收网络参加消息的时刻，收集对象设备的启动 时间，但也可以根据对象设备的消耗功率值收集对象设备的启动时间。具 体而言，启动时间收集管理部1107，例如，也可以根据对象设备的消耗功 率值的履历与预先规定的模式的比较结果，收集对象设备的启动时间。

在此情况下，网关设备1003也可以具备，测量对象设备的消耗功率值 的消耗功率测量部。并且，网关设备1003也可以，从消耗功率测量设备获 得对象设备的消耗功率值。该消耗功率测量部或消耗功率测量设备，例如， 通过由在设置有网关设备1003的建筑物内设置的插座或配电盘等测量电 流值，从而测量消耗功率值即可。此时，例如，以插座、断路器或建筑物 整体为单位测量电流值即可。

并且，在所述实施例1以及2中，网关设备1003具备，图2示出的 各个构成要素，但是，并不一定需要具备所有的构成要素。例如，网关设 备也可以是，图19所示的网关装置10。也就是说，网关装置10也可以是， 用于使第一网络上的多个设备协作的网关装置10，具备：消息监视部11， 通过监视在第一网络上传输的消息，从而检测设备发现消息，该设备发现 消息用于发现满足任意的条件的设备；启动状态管理部12，确认多个设备 中的、满足检测出的设备发现消息所示的条件的至少一台对象设备是否为 启动状态，该启动状态是指在第一网络上能够进行通信的状态；预测启动 时间决定部13，决定预测启动时间，该预测启动时间是指预测的对象设备 成为启动状态所需要的时间；以及代理响应部14，在对象设备不是启动状 态的情况下，代理对象设备来发送响应消息，该响应消息包含示出决定了 的预测启动时间的信息。

并且，在所述实施例1以及2中，客户设备1004具备，图5示出的 各个构成要素，但是，并不一定需要具备所有的构成要素。例如，客户设 备1004也可以是，与第一网络上的设备协作的通信装置，具备设备协作处 理部，该设备协作处理部，将用于发现满足任意的条件的设备的设备发现 消息，发送给第一网络上的设备，并接收针对设备发现消息的响应消息， 在接收的响应消息中包含预测启动时间的情况下，根据预测启动时间执行 至规定处理，所述预测启动时间是指预测的满足设备发现消息示出的条件 的对象设备成为启动状态所需要的时间。

并且，所述实施例1或2的网关设备1003、客户设备1004或服务器 设备1005具备的构成要素的一部分或全部也可以，由一个系统LSI(Large  Scale Integration：大规模集成电路)构成。例如，网关设备1003，也可 以构成为具备消息监视部、启动状态管理部、预测启动时间决定部、以及 代理响应部的系统LSI。

系统LSI是，将多个构成部集成在一个芯片上而制造的超多功能LSI， 具体而言，是包括微处理器、ROM(Read Only Memory)、RAM(Ramdom  Access Memory)等而构成的计算机系统。ROM存储有计算机程序。微处 理器根据计算机程序进行工作，据此，系统LSI实现其功能。

而且，在此，被称为LSI，但是，根据集成度不同，会有被称为IC、 系统LSI、超LSI、特大LSI的情况。并且，对于集成电路化的方法，不 仅限于LSI，也可以以专用电路或通用处理器来实现。也可以利用在制造 LSI后能够编程的FPGA(Field Programmable Gate Array∶现场可编程 门阵列)、或可重构LSI内部的电路单元的连接以及设定的可重构处理器。

进而，当然，若因半导体技术的进步或导出的其它的技术而出现代替 LSI的集成电路化的技术，则可以利用其技术对功能框进行集成化。存在 生物技术的应用等的可能性。

并且，本发明，除了可以作为具备这样的特征处理部的网关装置来实 现以外，还可以作为将网关装置包括的特征处理部作为步骤的设备协作方 法来实现。并且，并且，本发明，也可以作为使计算机执行设备协作方法 中包含的特征步骤的程序来实现。而且，当然也可以通过CD-ROM等的 计算机可读取的非暂时的记录介质或互联网等通信网络来分发这样的程 序。

有关本发明的设备协作网络系统，例如，有用于使家庭网络上的AV 设备相互协作的AV系统。

符号说明

10 网关装置

11、1106 消息监视部

12、1103 启动状态管理部

13 预测启动时间决定部

14、1109 代理响应部

1105 远程启动控制部

1000、2000 设备协作网络系统

1001 第一网络

1002 第二网络

1003 网关设备

1004 客户设备

1005 服务器设备

1101、1307 第一通信部

1102、1308 第二通信部

1104 启动状态列表

1107 启动时间收集管理部

1108 设备信息列表

1110、1309 存储部

1201、1303 设备协作处理部

1202 流再生部

1203 显示部

1204 通信部

1301 远程启动接受部

1302 启动部

1304 设备信息

1305 流发送部

1306 内容

2005a 第一服务器设备

2005b 第二服务器设备