能够减少互连设备的能耗的设备和方法与流程

本发明涉及一种使用用于诸如住宅网关这样的将第一通信网络和第二通信网络互连的设备并且使得能够减少互连设备的能耗的方法和系统。

背景技术：

网络互连设备是用于将多个通信网络彼此连接的设备。连接到两个不同网络的设备于是能够彼此通信。当互连设备是住宅网关时，它使得订户能够经由诸如因特网的第一网络在他的家接收因特网浏览、电视或VoIP(因特网语音协议)类型的服务。住宅网关还使得订户能够经由因特网在他的家外部移动性的情况下接入存储在所述住宅网关或连接到诸如LAN(局域网络)的第二网络的设备上的内容或者在所述住宅网关或连接到诸如LAN(局域网络)的第二网络的设备上直接使用的服务。

为了允许在任何时间接入这些服务，习惯上是保持住宅网关或者更通常保持互连设备连续地处于激活模式(即，保持它开启)。这种习惯具有导致能量的过度消耗的重大缺陷，这对接入住宅网关传送的服务的实际需求来说不是必要地合理。为了节省能源，订户能够手动关闭住宅网关，这迫使他在需要服务的情况下重启(即，开启)住宅网关。重新启动住宅网关似乎对于诸如因特网浏览这样的特定服务是可想到的，只要该住宅网关是在用户的所及范围内。然而，其它服务已经证明被极大劣化或者甚至与此简单的手动重启方法不相容。例如，可移动并因此无法物理接近住宅网关的用户不再接入需要使用住宅网关的任何服务。这涉及例如包括在连接到第二网络的PVR(个人录像机)上记录的视频的远程编程的应用。如果需要使用住宅网关的服务实现需求在住宅网关被关断的时刻提出，则所述需求因此有不再成功的风险。

技术实现要素：

本发明所解决的问题包括，在确保对于实现需要使用将第一网络和第二网络互连的设备的服务的任何需求得到满足的同时，减少将所述互连设备的能耗。

为此，根据本发明的第一方面，本发明涉及一种由用于将第一通信网络和第二通信网络互连的设备使用的方法，使得能够在允许需要使用互连设备的服务实现需求得到满足的同时减少所述互连设备的能耗，所述互连设备包括按照激活模式或者待机模式运行的多个组件。所述互连设备将执行以下步骤：在辅处理器的控制下使所述多个组件改变为激活模式，所述辅处理器是所述互连设备中的连续地处于激活模式并且控制所述多个组件在给定时刻改变为激活模式的组件，在服务实现结束之后由所述互连设备控制改变为待机模式，在所述多个组件改变为激活模式之后，向连接到所述第一通信网络的服务管理服务器发送询问请求，以检查服务需求的存在，接收对所述询问请求的响应，以及在取决于接收到的所述响应的时刻通过所述辅处理器将所述多个组件改变为待机模式。

该方法的优点在于，将互连设备的多个组件改变为激活模式所花费的时间取决于提出的服务实现需求，这显著地降低了能耗。例如，如果没有提出服务实现需求，则互连设备的多个组件花费很少时间处在激活模式下。此外，即使在提出服务实现需求的时间互连设备处于待机模式，使用服务管理服务器也确保服务实现需求能够被互连设备考虑。此外，在给定时刻改变为激活模式使得能够确保用于实现服务的等待时间不会太长。此外，使用辅处理器控制多个组件改变为激活模式的时刻避免了用户必须操纵互连设备以使所述互连设备进入激活模式。优选地，向待机模式的改变由主处理器来管理。在另选实施方式中，进入待机模式也可以由辅处理器来管理。

根据一个实施方式，所述辅处理器通过使用控制参数来控制所述多个组件进入激活模式的所述给定时刻。

根据另一实施方式，所述辅处理器负责重新唤醒主处理器，主处理器本身将负责将所述多个组件改变为激活模式。

控制参数的使用简化了对互连设备进入激活模式的给定时刻的控制。

根据一个实施方式，包括在所述多个组件中的主处理器修改所述辅处理器的控制参数，使得能够控制所述多个组件进入激活模式的所述给定时刻。

主处理器修改辅处理器的控制参数便于所述控制参数的远程修改。

根据一个实施方式，当所述响应包含表示实现服务的需求的信息时，所述互连设备使用取决于所述服务实现需求中所需要的服务的服务。

以这种方式，当互连设备处在待机模式下被制定的服务能够被互连设备考虑。

根据一个实施方式，在所述服务实现需求中所需要的服务意在由连接到所述第二网络的设备的项来实现，取决于所述服务实现需求中所需要的服务的所述服务是用于接入到所述第二网络的服务。

以这种方式，将在实现所需要的服务期间保证第一网络和第二网络之间的通信。

根据一个实施方式，所述服务实现需求首先由所述服务管理服务器从连接到所述第一通信网络的设备的远程项接收。

因此，该方法使得移动的用户能够利用远程设备在任何时间提出服务实现需求，即使网关处于待机模式。

根据一个实施方式，在所述多个组件改变为激活模式之后，由所述互连设备获得与修改所述辅处理器的所述控制参数有关的、使得所述辅处理器能够确定所述多个组件进入激活模式的时刻的信息。

使用与修改辅处理器的控制参数有关的信息使得能够根据服务实现需求修改进入激活模式的时刻。

根据一个实施方式，所述响应包含修改信息。

以这种方式，对根据服务实现需求进入激活模式的时刻的修改能够由服务管理服务器远程地控制，所述服务管理服务器具有所请求的服务的精确知识。

根据一个实施方式，所述修改信息是从来自用户的信息获得的。

以这种方式，能够由知道其实际需求的用户控制根据服务实现需求修改进入激活模式的时刻。

根据一个实施方式，所述控制参数表示所述多个组件进入激活模式的周期。

以这种方式，改变为激活模式将遵循与进入激活模式的周期对应的定期循环。

根据本发明的第二方面，本发明涉及一种由连接到第一通信网络中的服务管理服务器使用的方法，在允许需要使用将第一网络和第二通信网络互连的设备的服务实现需求得到满足的同时使得能够减少所述互连设备的能耗。在由服务管理服务器接收到来自互连设备的询问请求的情况下，所述服务管理服务器执行以下步骤：在服务实现需求的列表中检查服务实现需求的存在，如果存在服务实现需求，则向所述互联设备发送包含表示所接收的所述服务实现需求的信息的响应，所述询问请求已经在与由所述互连设备的辅处理器控制的、所述互连设备改变为激活模式相对应的给定时刻被发送。

使用服务管理服务器确保了即使互连设备在服务实现需求被提出的时刻处于待机模式，服务管理请求也能够被互连设备考虑。

根据一个实施方式，所述服务管理服务器解释每个服务实现需求以确定用于所述服务实现需求的代表性参数，并且所确定的代表性参数被保存在服务实现需求的列表中。

以这种方式，使用服务的设备不必解释服务实现需求，并且能够直接使用从由服务器的解释所获得的参数。

根据一个实施方式，在从连接到所述第一网络的设备的远程项接收到服务实现需求的情况下，所述服务管理服务器确定所述互连设备是处于激活模式还是处于待机模式，并且如果所述互连设备处于激活模式，则所述服务管理服务器使得所述远程设备与所述互连设备直接联系。

通过使得远程设备与互连设备直接联系，服务器减少了其在使用服务时的参与，这简化了它必须执行的任务。

根据一个实施方式，在接收到来自所述互连设备的询问请求的情况下，所述服务管理服务器获得意在修改所述互连设备的所述辅处理器的控制参数使得能够控制所述互连设备进入激活模式的时刻的修改信息，并且向所述互连设备发送包含所述修改信息的响应以修改所述控制参数。

以这种方式，服务管理服务器能够远程地控制网关改变为激活模式。

根据本发明的第三方面，本发明涉及一种由连接到第一通信网络的设备的远程项使用的方法，使得能够在允许需要使用互连设备的服务实现需求得到满足的同时减少将第一通信网络和第二通信网络互连的设备的能耗。在所述远程设备向所述互连设备提出服务实现需求失败的情况下，设备的所述远程项执行以下步骤：向服务管理服务器发送所述服务实现需求，以及在接收到来自所述服务管理服务器的指示所述互连设备已经进入激活模式的通知之后使用服务，已经通过从所述互连设备接收询问请求向所述服务管理服务器建议了所述改变，所述询问请求在所述互连设备的辅处理器的控制下在与所述互连设备进入激活模式的时间相对应的给定时刻被发送。

在到所述互连设备的所述服务实现需求失败的情况下向服务管理服务器发送服务实现需求确保了该服务实现需求将被互连设备考虑。

根据本发明的第四方面，本发明涉及一种用于在保证需要使用互连设备的服务实现需求得到满足的同时减少将第一网络和第二通信网络互连的设备的能耗的系统。该系统包括：用于将第一通信网络和第二通信网络互连的设备，所述互连系统适合于提供服务；以及连接到第一通信网络的能够提出服务实现需求的设备的远程项，所述互连设备包括在激活模式或者待机模式运行的多个组件。该系统包括服务管理服务器，该服务管理服务器意在连接到第一通信网络，并且能够从设备的远程项接收服务需求并在接收到来自互连设备的指示改变为激活模式的询问请求的情况下向所述互连设备发送这些服务需求；并且所述互连设备包括：辅处理器，该辅处理器连续地处于激活模式，控制所述多个元件在给定时刻改变为激活模式；用于在所述多个组件改变为激活模式之后向服务管理服务器发送询问请求的装置；用于接收对所述询问请求的响应的装置；以及用于根据所接收的响应来确定改变为待机模式的时刻的装置。

该系统具有如针对前述方面提到的优点相同的优点。

根据本发明的第五方面，本发明涉及用于一种将第一网络和第二网络互连的类型的设备，该设备包括在激活模式或者待机模式下运行的多个组件，其特征在于，该设备包括：

-辅处理器，该辅处理器连续地处于激活模式，控制所述多个组件在给定时刻改变为激活模式，

-用于在所述多个组件改变为激活模式之后向服务管理服务器发送询问请求的装置，

-用于接收对所述询问请求的响应的装置，以及

-用于根据所接收的响应来确定改变为待机模式的时刻的装置。

该设备具有如针对第一方面提到的优点相同的优点。

本发明还涉及一种计算机程序，该计算机程序能够被存储在介质上和/或从通信网络下载，以便由处理器读取。该计算机程序包括当所述程序被处理器执行时用于实现上述方法中的任何一种的指令。本发明还涉及包括这种计算机程序的存储设备。

附图说明

本发明的上面提到的特征以及其它的特征将根据阅读示例实施方式的以下描述而更清楚地显现，关于附图给出所述描述，其中：

图1示意性地描绘了能够实现本发明的系统，

图2A示意性地描绘了根据本发明的能够使用服务器或远程设备的设备，

图2B示意性地描绘了根据本发明的能够使用网关的设备，

图3示意性地描绘了在诸如关于图1描述的系统这样的能够实现本发明的系统中使用网关接入远程服务的应用的使用的示例，

图4示意性地描绘了由网关使用以确保服务的连续性的算法，

图5示意性地描绘了在接收到请求时由服务器使用的算法，

图6示意性地例示了在该远程设备向服务器发送服务实现需求时由远程设备使用的算法，

图7示意性地例示了在从服务器接收到指示住宅网关即将改变为激活模式的通知的情况下由远程设备使用的算法，

图8示意性地例示了在接收到直接接入住宅网关的通知的情况下由远程设备使用的算法，

图9描绘了住宅网关的辅处理器的操作模式的示例，以及

图10示意性地例示了住宅行为随时间的运行状况的示例。

具体实施方式

本发明适合于在包括将第一网络连接到第二网络的互连设备的系统中实施。在本发明的上下文中，互连设备在以下两种模式下工作：待机模式，其中互连设备具有最低的能耗，但是在一方面阻止与互连设备的任何通信并且在另一方面阻止两个网络之间的任何通信；以及激活模式，其中与互连设备的通信以及网络之间的通信是可能的，但是导致了较大的能耗。本发明尝试通过最大程度地增大在待机模式下花费的时间来使互连设备的总体能耗最小化。然而，为了允许需要使用互连设备的任何服务实现需求得到满足，该设备包括负责从远程设备接收服务实现需求的服务管理服务器。本发明首先涉及一种关于要由互连设备实现的服务的需求，并且其次涉及从连接到第一网络的远程设备(但是其使用必须在连接到第二网络的设备来完成)发出的服务实现需求。在本发明的上下文中，管理服务器由互连设备定期询问，使得互连设备获知需要实现的服务。要做到这一点，互连设备定期进入激活模式，这使得互连设备能够向服务管理服务器发送询问请求。如果在询问请求之后，服务管理服务器回复不需要服务，则该设备再次进入待机模式。另一方面，如果存在服务实现需求，则互连设备实现这些需求，并且仅当每个服务需求的实现结束时才再次进入待机模式。

本发明在下文中被示例性地详细描述，在本发明的特定实施方式中互连设备是住宅网关。

图1描绘了能够实现本发明的系统。该系统包括远程设备112的项和住宅网关111所连接到的网络120，诸如因特网。为了简化起见，住宅网关111在下文被简单地称为网关111。

网关111能够提供特定数目的服务，诸如数据存储服务，而且还可以是在因特网与包括连接到网关111的家庭设备的家庭LAN 115之间的接口。为了最大限度地节能，网关111通常处在保证最低能耗的待机模式。然而，在由辅处理器1110确定的控制网关111改变为激活模式的时刻，网关111进入激活模式。网关111改变为激活模式使得能够将网关111的特定数目的组件切换到激活模式，并且具体地主处理器1111通过网关管理服务的使用。改变为激活模式具体使得网关能够检查服务是否要被实现以及在可适用的地方实现这些服务。

远程设备112可以是计算机或移动设备，诸如平板计算机或智能电话。该远程设备可以被用户用来使用例如图形界面来制作服务实现需求。设备112还可以是由提供网关111并且用于例如更新在网关111中加载的软件的因特网接入供应商管理的服务器。

家庭设备可以提供各种服务，诸如例如通过PVR 113的视频记录服务或者诸如网络硬盘114的数据存储服务。这些服务需要使用在所有情况下都必须提供因特网接入服务的网关111。

该系统还包括服务管理服务器110。在其它方面，服务管理服务器110(我们在下文简单地称之为服务器)负责连接和管理用户和/或因特网操作者可以使用远程设备112提出的服务实现需求。

远程设备112、服务器110和网关111通过网络120彼此连接，使得当设备的这些项处于激活模式时，设备的这些项能够始终与服务器110通信。到LAN的连接可以是通过以太网线缆提供的有线服务或者例如使用Wi-Fi连接提供的无线服务。

我们将在下文中看到，在一些情况下，远程设备112还可以与网关111直接通信。

远程设备112、服务器110和网关111之间的通信可以使用常规协议，诸如HTTP(超文本传输协议)和SOAP(简单对象接入协议)协议，或者REST(表述性状态转移)类型的架构。与远程设备112的通信可以使用取决于所使用的远程设备112的更具体的协议。例如，在智能电话的情况下，通信可以采取文本(SMS)或电子邮件的形式。然而，也可以使用诸如专有协议这样的其它协议。

图2示意性地例示了能够实现服务器110或远程设备112的设备200的硬件架构的示例。设备200包括通过通信总线210连接的：处理器或CPU(中央处理单元)201；随机存取存储器RAM 202；只读存储器ROM 203；存储单元204或存储介质读取器，诸如SD(安全数字)卡读取器或硬盘HDD(硬盘驱动器)；至少一个接口205，其使得能够与其它设备交换数据。接口205使得服务器110能够使用网络120与远程设备112和网关111交换数据。接口205使得远程设备112也能通过使用网络120与服务器110和网关111交换数据。

处理器201能够执行从ROM 203、从外部存储器(未示出)、从存储介质或者从网络120加载到RAM 202中的指令。当设备200被加电时，处理器201能够从RAM 202读取指令并且执行它们。这些指令形成使得由处理器201实现在下文与服务器110或远程设备112有关地描述的算法步骤中的全部或一些的计算机程序。

图2B示意性地例示了能够实现网关111的设备250的硬件架构的示例。设备250包括通过通信总线260连接的：与图1的主处理器1111对应的主处理器或CPU(中央处理单元)；随机存取存储器RAM 252；只读存储器ROM 253；存储单元254或存储介质读取器，诸如SD(安全数字)卡读取器或硬盘HDD(硬盘驱动器)；与设备的其它项交换数据的一组接口255。在网关111的情况下，设备250与连接到LAN 115的设备113和114交换数据，或者通过网络120与服务器110和远程设备112交换数据。该设备250还包括与图1中的辅处理器1110对应的辅处理器，诸如微控制器。辅处理器1110提供向激活模式的改变，并且还可以负责网关111到待机模式的改变。

辅处理器1110被连续地保持在激活模式，而包含主处理器1111的网关111的多个组件通常处于待机模式，以减少能耗。正如我们将在后面看到的，在特定实施方式中，通过切断到网关111的所述多个组件的电供应来获得待机模式。在优选的实施方式中，切断电供应由主处理器1111控制。在另一实施方式中，切断电供应也可以由辅处理器1110控制。辅处理器1110控制对网关111的所述多个组件的电再供应，以提供网关111到激活模式的改变。辅处理器1110具有可调整的参数，所述参数的调整由主处理器1111控制。在能够被主处理器1111调整的参数当中，参数τ使得能够确定网关1111改变为激活模式的时刻。τ可以例如表示网关必须保持在待机模式的时段或者改变为激活模式的时段。在下文中，为了简化原因，用于确定网关111改变为激活模式的时刻的参数τ将被称为控制参数τ。

主处理器1111能够执行从ROM 253、从外部存储器(未示出)、从存储介质或者从网络120加载到RAM 252中的指令。当设备250被置于激活模式时，主处理器1111能够从RAM 252读取指令并且执行它们。这些指令形成使得由主处理器1111实现在下文与网关111接收关于辅处理器1110的内容有关地描述的算法和步骤中的全部或一些的计算机程序。辅处理器1110还能够执行从ROM、从外部存储器(未示出)、从存储介质或者从网络120加载到RAM中的指令。当设备250被加电时，辅处理器1110能够从RAM读取指令并且执行它们。这些指令形成使得由辅处理器1110实现在下文与辅处理器1110有关地描述的算法和步骤中的全部或一些的计算机程序。

在特定实施方式中，网关111还具有开关或按钮形式的物理接口(未示出)，使得用户能够手动将网关111设置于待机模式或激活模式。

下文中描述的算法和步骤的全部或一些可以因此按照软件形式通过由诸如DSP(数字信号处理器)或微控制器这样的可编程机器执行一组指令来实现，或者按照硬件形式通过诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)这样的机器或专用组件来实现。在下面描述的图4至图9中所示的每个模块可以因此对应于软件实现或硬件实现。这意味着所述模块中的仅一些模块可以按照软件形式来实现，而所述模块这的其余模块可以按照硬件形式来实现。

图3示出了实现在用于远程接入由网关111或者由LAN 115的设备使用的服务的应用的上下文中的数据交换的示例。在该应用中的上下文中，用户通过远程设备112提出服务实现需求。在步骤301，由远程设备112将该服务实现需求发送给服务器110。

就其本身而言，独立于通过远程设备112提出的服务实现需求，网关111在步骤303中从待机模式改变为激活模式。向激活模式的改变由网关111的辅处理器1110控制。改变为激活模式发生在给定时刻，这些时刻是在服务器110和/或网关111的控制下可参数化的。在向激活模式的这种改变之后，网关111在步骤305期间向服务器110发送询问请求。该询问请求的目的是首先向服务器110通知网关111改变为激活模式，并且其次向服务器110询问关于服务实现需求的可能存在。在该询问请求之后，服务器110在步骤307期间在服务实现需求的列表中检查所述服务实现是否已经被要求。

在图3的示例中，所述列表至少包含由服务器110在步骤301期间接收的服务实现需求。在这种情况下，服务器110在步骤309期间向远程设备112发送指示网关111可用于实现所要求的服务的通知。接着服务器110在步骤311中向网关111发送用于修改控制参数τ的需求。在步骤313中，服务器110向网关111发送所要求的服务的描述，所述服务旨在通过网关来实现。

在步骤311和步骤313的变型实施方式中，服务器110向网关111发送包括修改控制参数τ和所要求的服务的描述的需求的单个请求。

在另一变型实施方式中，服务器110仅发送所要求的服务的描述。在这种情况下，网关111从所要求的服务的描述中推出要应用到辅处理器1110的控制参数τ。例如，网关111阻止向待机模式的改变，只要服务的实施尚未结束。

在步骤313的变型实施方式中，所要求的服务旨在通过LAN 115中的设备的项(诸如PVR 113或网络硬盘114)来实现。在此情况下，所要求的服务的描述在步骤315中被发送给LAN 115中的相关设备。应该注意的是，即使所要求的服务旨在通过LAN 115中的设备的项来实现，在所有情况下，网关111也必须实现接入到LAN 115的服务。因此，只要由LAN 115中的设备使用的服务尚未结束，网关111就必须保持在激活模式。

在步骤309的变型实施方式中，发送到远程设备112的通知还包含向远程设备112指示为了使用所要求的服务，远程设备112必须与网关111直接联系的信息。在这种情况下，在步骤317期间，远程设备112直接向网关111发送修改控制参数τ和所要求的服务的描述的请求。

发送到远程设备112的通知还可以指示为了使用所要求的服务，远程设备112必须与LAN 115中的设备的项直接联系。在这种情况下，在步骤319期间，远程设备112直接向网关111发送修改控制参数τ的需求，并且直接向LAN 115中的所述设备发送所要求的服务的描述。在直接使用的情况下，不执行步骤311和/或步骤313。

在由网关111或由LAN 115中的设备获得服务的描述之后，使用在步骤321和步骤323期间要求的服务。要求的所有服务的实现使得网关111再次进入待机模式。

正如我们在图3的步骤303期间看到的，网关111在辅处理器1110的控制下进入激活模式。在本发明的特定实施方式中，使得能够利用服务器110来检查服务实现需求的存在的向激活模式的这些改变以规定间隔进行。本实施方式中的控制参数τ表示改变为激活模式的时段。

图10给出了网关111随着时间的运行状况的示例。在图10中，网关111从激活模式交替地改变到待机模式。向激活模式的两种改变被描述如下：

·竖线ai(i在1至8的范围内)表示向短持续时间的激活模式的改变的时刻。当服务器110尚未接收到服务实现需求时，发生向激活模式的这些改变。在这种情况下，在已经询问了服务器110并且已经接收到指示没有要求服务实现的响应之后，网关111返回到待机模式；

·块Ai(i在1至3的范围内)表示向长持续时间的激活模式的改变。当服务器110已经接收到至少一个服务实现需求时，发生向激活模式的这些改变。在这种情况下，网关111询问服务器110，并且被通知需要至少一个服务实现。网关111然后实现所要求的服务。当所要求的服务已经结束时，网关111进入再次待机模式。

改变为激活模式的持续时间因此基本上取决于服务实现需求的存在，并且在服务实现需求的情况下，基本上取决于使用所要求的服务的持续时间。在图10中，向激活模式的改变A1、A2和A3具有单独的相应的持续时间T1、T2和T3。向激活模式的改变ai具有与向服务器110发送询问请求的时间以及与接收到对该请求的响应的时间相对应的非常短的持续时间。正如在图10中能够看到的，向激活模式的改变ai具有不同的周期τi(或者相反地，不同的频率1/τi)。这是因为在a1到a4之间向激活模式的改变用周期τ1代替，a5到a6之间的改变用τ2代替，并且a7到a8之间的改变用τ3代替，周期τ1、τ2和τ3是不同的。在网关111的第一次使用期间，默认参数化固定网关111改变为激活模式的周期的值。随后我们将看到的，向激活模式改变的周期可以由服务器110或由网关111来调整。

图4至图8更具体地描述了由网关111(图4)、服务器110(图5)和远程设备112(图6至图8)实现的用于减少网关111的能耗的步骤。图9更具体地描绘了网关111的辅处理器1110的运作。

图4示出了由网关111使用的用于减少网关的能耗的算法。

在步骤401，辅处理器1110发送将网关111上的处于待机模式的多个组件置于激活模式的指令。在该指令之后，在步骤403中，网关111的非激活组件进入激活模式。当它脱离待机模式时，网关111询问服务器110以确定服务实现是否已经被要求。为此，在步骤405中，网关111向服务器110发送询问请求。响应于该请求，网关111在步骤407中接收响应。该响应可以来自服务器110或者来自远程设备112。在步骤409期间由网关111对该响应的内容进行检查。

如果响应包含服务的至少一个描述，则算法继续步骤411、413、415和417。在此实施方式中，包含在响应中的每个服务实现需求根据其在所述响应中出现的顺序依次被处理。对于每个服务实现需求，在步骤411，网关111向服务器110发送向服务器110用于通知网关111已准备好实现所述服务的确认请求。网关111接下来在步骤413期间实现所要求的服务。当服务的实现结束时，网关111在步骤415期间向服务器110发送指示服务结束的请求。网关111在步骤417期间检查其它服务实现需求的存在。该检查可以根据以前接收到的响应和/或根据在实现以前的服务期间接收到的至少一个其它中间请求而发生。这些中间请求可以来自服务器110或者来自远程设备112。如果要求其它服务实现，则网关111重复执行步骤411。否则，网关111在步骤418期间检查是否已经要求修改控制参数τ。

用于修改控制参数τ的要求可以来自服务器110或者来自网关111，但是仅当网关111处于激活模式时才能够被实现。网关111可以根据在网关111已经实现的服务的上下文中网关111获得的统计来固定控制参数τ。例如，所使用的一项统计可以是在每次向激活模式改变时要求的服务实现的数量。如果在向激活模式改变期间服务实现需求的平均数量超过第一预定阈值，则这可能意味着网关111没有足够频繁地进入激活模式。在这种情况下，网关111通过减小控制参数τ的值来减小改变为激活模式的周期。如果网关111确定在向激活模式改变期间服务实现需求的平均数量小于第二预定阈值，则网关111能从此推断出向激活模式的改变发生的过于频繁。因此，在此情况下，网关111通过增加控制参数τ的值来增大改变为激活模式的周期。在变型实施方式中，用户能够为此通过使用LAN 115中的设备的项(诸如具有使得能够通过由网关111使用的网络服务器来控制网关111的图形界面的计算机)来固定控制参数τ的值。随后我们将看到服务器110能够如何固定控制参数τ的新值。在另一变型实施方式中，用户能够通过使用网关111的物理接口(例如，开关或按钮)来强制将网关111改变为激活模式。

如果实际上要求改变控制参数τ，则在步骤419期间，网关111存储修改后的控制参数τ的值代替控制参数τ的当前值。网关111接下来向服务器110发送请求，以在步骤420期间向服务器110通知控制参数τ的值的改变。如果没有要求修改控制参数τ，则网关111在步骤427期间进入待机模式。更精确地，在步骤427期间，主处理器1111用以前存储的控制参数τ的值来修改控制参数τ的值。在修改了控制参数τ之后，主处理器1111使网关111的所述多个组件进入待机。在另一实施方式中，代替主处理器1111，辅处理器1110也可以使网关进入待机模式。

步骤411至步骤417示出了按照由服务器110发送的响应中包含的服务实现需求在所述响应中出现的顺序来顺序地处理所述服务实现需求的过程。在变型实施方式中，这些服务实现需求被并行处理。

如果在步骤409期间网关111发现在由服务器110发送的响应中没有提及服务实现需求，则网关111检查没有请求改变控制参数τ。为了这个目的，网关111直接用已经描述的步骤418、419和420来继续图4中的算法。网关111然后在步骤427进入待机模式。

如以上看到的，辅处理器1110负责定期将网关置于激活模式。在图9中详细说明辅处理器1110的运作的示例。

在步骤900中，辅处理器1110以比进入激活模式的频率1/τ高的高频率检查内部时钟给予网关111的时间信息的项的值(或时钟值)。该内部时钟指示表示从上次进入激活模式起经过的时间的时钟值。时钟值在每次改变为激活模式时被重置为零。接下来将时钟值与控制参数τ进行比较。

如果在步骤901期间内部时钟指示时钟值比控制参数τ的值低，则辅处理器1110返回到步骤900。另一方面，如果内部时钟指示时钟值大于或等于控制参数τ的值，则辅处理器1110在步骤902中向网关111的所述多个组件发送进入激活模式的指令。进入激活模式的该指令能够按照向所述多个组件再供应电的形式发生。

在改变为激活模式之后，辅处理器1110进入操作模式，在操作模式中辅处理器1110不能再向所述多个组件发送进入激活模式的指令。在本实施方式中，辅处理器1110向该操作模式的改变不需要主处理器1111的动作。

在步骤903中，辅处理器1110等待来自主处理器1111的指令，该指令向辅处理器1110指示所述多个组件已经进入待机模式。在优选实施方式中，进入待机模式是在主处理器1111的控制下完成的。辅处理器1110接收到该指令导致返回到步骤900。在步骤903的另选实施方式中，在从主处理器1111接收到该指令之后，辅处理器1110使所述多个组件进入待机模式。进入待机模式导致返回到步骤900。

服务器110使得能够减小由于网关111进入待机模式而导致的网关111的不可接入的周期。关于图5描述服务器110在接收请求时使用的算法。

在步骤501期间，服务器110接收请求。由于该请求可以来自网关111或者远程设备112，因此在步骤503期间服务器110确定该请求的来源。如果请求来自网关111，则服务器110确定该请求的类型。请求的类型的确定开始于步骤505，在步骤505期间，服务器110确定该请求是否是服务结束请求。如果是这种情况，则该请求使得能够识别哪个服务已经结束。在步骤507期间，服务器110从由服务器管理的服务实现需求的列表中删除所述服务。接着，在步骤509期间，通过发送服务结束通知来向远程设备112通知服务的结束。在变型实施方式中，服务结束请求是由远程设备112发送并通知给网关111的。通知的发送在所有情况下都是跟随等待新请求。接收到新请求导致返回到步骤501。

如果所接收的请求不是服务结束请求，则服务器110在步骤511期间确定该请求是否是将服务考虑在内的请求。如果是这种情况，则由服务器110接收的请求使得能够识别由网关111考虑的服务。服务器110接下来在步骤513中向远程设备112发送指示网关111准备实现已经被考虑的服务的通知。然后，能够在网关111(并且如果必要的话，在LAN 115中的设备的项上)和远程设备112上开始服务的实现。发送通知在所有情况下都跟随等待新请求。接收到新请求导致返回到步骤501。

如果所接收的请求不是将服务考虑在内的请求，服务器110在步骤515期间确定该请求是否是通知控制参数τ的修改的请求。如果是这种情况，则服务器110在步骤517中存储经修改的控制参数τ的值。服务器110可以使用这样存储的控制参数τ，以便向远程设备112通知网关111到激活模式的改变的频率或者网关111到激活模式的下一次改变。当网关111单独决定控制参数τ的修改时，网关111和服务器110之间的该信息的交换特别有用。参数τ的存储跟随服务器110等待新请求。接收到新请求导致返回到步骤501。

如果请求不是由网关111通知控制参数τ的修改的请求，则服务器110在步骤519期间确定该请求是否是询问服务器110的请求。如果是这种情况，则服务器110在步骤521期间继续检查服务实现需求的列表。在接下来的步骤523期间，服务器110检查所述列表的内容并且构造针对远程设备112所想要的请求。所述请求最初是空的。如果列表包含服务实现需求，则服务器110在步骤525中将包含在列表中的所要求的服务实现的描述插入到所述请求中。

在步骤523或步骤525之后，服务器110在步骤527期间检查是否要进行对控制参数τ的修改。对控制参数τ的修改可能具有多个原因。服务器110可以管理关于服务实现需求的统计。例如，如果服务器110例如以大于第三阈值的频率频繁地接收服务实现需求，则服务器110可以通过减小控制参数τ的值来增加网关111进入激活模式的频率。如果另一方面服务实现需求不频繁，例如以低于第四阈值的频率，则服务器110可以增加控制参数τ的值以减少网关进入待机模式的频率。在变型实施方式中，用户使用远程设备112根据用户的需求来固定控制参数的值τ。在这种情况下，远程设备112向服务器110发送含有控制参数τ的新值的特定请求。

如果要修改控制参数τ的值，则控制参数τ的新值被插入到针对网关111想要的响应并且在步骤523期间被创建。在步骤523期间创建的响应无论其内容如何都被发送到网关111。如以上在关于图4的网关111的运作的描述中所描述的，网关111针对请求的内容调整其运作。在此发送之后，服务器110等待接收新请求。接收到新请求导致返回到步骤501。

如果在步骤519期间没有识别出请求的类型，则服务器110忽略该请求并且等待接收新请求。接收到新请求导致返回到步骤501。

如果所接收到的请求不是来自网关111的请求，则服务器110在步骤501中据此推断出该请求是来自远程设备112的服务实现需求。在步骤535期间，服务器110确定网关111是否处于激活模式。如果在接收到将用于给定的服务实现需求的服务考虑在内的请求之后，尚未接收到服务结束请求，则服务器110能够推断出网关111处于激活模式。如果网关111处于激活模式，则服务器110在步骤537期间确定远程设备112是否能够直接接入网关111。使远程设备112能够直接接入网关111的决定可以取决于网关111的状态。如果网关111处于激活模式，则远程设备112被系统地启用以直接接入网关111。使远程设备112能够直接接入网关111的决定还可以取决于所要求的服务的类型。在另选实施方式中，使远程设备112能够直接接入网关111的决定可以考虑对通向网关111的网络链路上的业务的分析结果，诸如例如深包检检查类型的分析。业务的分析可以由网关111或者由网络120上的设备的独立项来实现。然后分析的结果可以被发送给服务器110。

如果服务器110使远程设备112能够直接接入网关，则服务器110在步骤539期间向远程设备112发送直接接入使能通知。在该通知之后，服务器110等待接收新请求。接收到新请求导致返回到步骤501。

如果服务器110不能使远程设备112直接接入网关111并且针对网关111想要的请求目前正在被构造，则服务实现需求在步骤525中被添加到所述请求中。如果当前没有请求正在被构造，则服务实现需求在步骤541期间被添加到服务实现需求的列表中(在图5中未示出的情形)。

如果在步骤525期间服务器110确定网关111处于待机模式，则服务器110将在步骤541期间将包含在请求中的服务实现需求添加到服务实现需求的列表中。

在步骤541的变型实施方式中，服务器110能够解释包含在请求中的服务实现需求。该解释可以导致服务器110提取用于所要求的服务的代表性参数。例如，如果所要求的服务是视频记录服务，则服务器110能够解释请求并且从该请求中提取诸如记录电视频道、记录开始日期和记录结束日期这样的代表性参数。然后，从该解释产生的代表性参数被插入到服务实现需求的列表中。在这种情况下，包含在服务实现需求请求中的服务实现需求不像在步骤525中那样被复制在针对网关111所想要的响应中。这是因为在这种情况下服务器110将在对存储在服务实现需求的列表中的服务实现需求的解释期间所获得的参数插入到针对网关111想要的响应中。

在步骤541的另一变型实施方式中，包含在请求中的服务实现需求的解释可以使服务器110固定表示服务实现需求的发送日期的参数。这是因为如果要求的服务必须在用于网关111到激活模式的多个连续改变的时间内足够远的精确的开始日期开始以便能够发生，则当网关111下一次进入激活模式时，没有必要针对该服务向网关111发送请求。这样的服务实现需求然后在存储在服务实现需求的列表之前通过服务器110与发送到网关111的日期相关联。发送到网关111的日期通过考虑通过解释服务实现需求所获得的开始日期而被固定。在这种情况下，在步骤523期间，仅考虑列表中的与该日期不相关或其发送日期已经过去的服务实现需求。这种实现特别适合于PVR上的视频记录的服务需求，其中记录的开始将发生在时间上远的精确日期，不需要网关111立即进入激活模式。

在步骤541的另一变型实施方式中，包含在请求中的服务实现需求的解释可以导致服务器110固定表示服务的激活周期的参数。这是因为服务可以是周期性的并且必须按照定规定间隔被实现。在这种情况下，服务器110将服务实现需求与激活周期相关联。周期性服务可以由服务器110按照多种方式来管理。

在第一实施方式中，当服务器110接收到与周期性服务对应的服务实现需求时，服务器110在步骤531期间向网关111发送与所要求的服务的周期的值相等的控制参数τ的新值。如果要求多个周期性服务，每个服务具有不同的周期，则服务器110向网关111发送与所要求的服务的周期的最大公约数相等的控制参数τ的新值。

在第二实施方式中，仅当从服务的最后一次激活起经过的时间接近激活周期的值时，在步骤523期间周期性服务实现需求才被服务器考虑。

当服务包括使得用户或者网络120的操作者能够定期地传送来自网关111或者来自连接到网关111的传感器(诸如例如温度和/或气压和/或湿度水平传感器)的信息时，第一实施方式和第二实施方式是特别适合的。

可选地，在步骤541之后的步骤543期间，服务器110依靠控制参数τ的值来估计网关111将进入激活模式的下一时机的日期。网关111将下一次进入激活模式的日期然后能够按照通知的形式被发送到远程设备112。在步骤541和/或步骤543之后，服务器110等待接收新请求。接收到新请求导致返回到步骤501。

图6示意性地例示了由用于向网关111提出服务实现需求的远程设备112使用的算法。应当注意的是，可以在直接向服务器110提出服务实现需求失败之后向服务器110发送服务实现需求请求。

在步骤601中，远程设备112向服务器110发送服务实现需求请求。在较大或较小的长度的周期之后，取决于网关111进入激活模式，远程设备112在步骤602期间接收指示网关111可用于实现该服务的通知。远程设备112接下来在步骤603期间与网关111共同使用服务。由服务器110在步骤604期间向远程设备112通知服务的结束。

图7示意性地例示了在从服务器110接收到指示网关111即将改变为激活模式的通知的情况下由远程设备112使用的算法。

图7中的算法开始于在步骤631由远程设备112接收通知。在接下来的步骤632中，远程设备112确定网关111是否处于激活模式。如果网关111不处于激活模式，则在步骤633中，远程设备112等待网关111到激活模式的下一次改变。当网关111已经进入了激活模式时，在步骤634中远程设备112向服务器110发送服务实现需求请求。远程设备112然后实现步骤635、636和637，步骤635、636和637在所有方面分别与图6的步骤602、603和604相同。

图8示意性地例示了在远程设备112接收到直接接入网关111的通知的情况下远程设备112使用的算法。在步骤651期间在由远程设备112向服务器110发送服务实现需求请求之后，在步骤652中远端设备112用向远程设备112指示远程设备112能够直接接入网关111的通知来进行响应。在步骤653中，远端设备112接着向网关111发送服务实现需求请求。在接下来的步骤654中，服务器110接收来自于网关111的服务实现通知。然后在步骤655期间，远程设备112与网关111(如果必要的话，以及LAN 115中的设备的项)共同地实现服务。在步骤656期间，网关111向远程设备112通知服务的结束。