用于协同工作服务的家庭网络装置和系统及其方法 【技术领域】
本发明涉及用于协同工作服务的家庭网络装置和系统及其方法。更具体地说，本发明针对允许具有相同服务的多个家庭网络设备通过在家庭网络上的协同工作服务过程，一致地提供这些服务的用于协同工作服务的家庭网络设备和系统及其方法。
背景技术
一般来说，已经提出了以存在于基于网际(“IP”)专用网中的各种家庭网络设备建立称为中间件的公用虚拟计算环境的方式的家庭网络，以及根据能通过各个家庭网络设备提供的服务，在计算环境中提供应用。
中间件允许各种数字设备以对等方式彼此相连以及彼此通信。当前可获得的中间件包括家庭AV交互(HAVI)、通用即插即用(UPnP)、Java智能网络基础结构(Jini)、LonWorks等等。
在通过UPnP中间件建立的计算环境中，每个设备使用通过动态主机配置协议(在下文中，称为“DHCP”，由服务器分配或由自动IP函数选择的地址。每个设备在其间通信以及通过使用其分配的地址，在网络上执行发现/询问处理。
因此，通过协议诸如抽样随机动态编程(在下文中，称为“SSDP”)发现了存在于家庭网络中的各个设备，以及使用通过简单对象访问协议(在下文中称为“SOAP”)调用的控制设备以便控制所发现的设备的操作。
图1是示意性地示例说明设备中相关技术控制结构的图。
如该图所示，控制结构包括连接到基于IP的家庭网络地控制点9(在下文中称为“控制设备”)，用于控制在网络上操作的家庭网络设备，以及多个家庭网络设备3，5和7(在下文中，称为“受控设备”)，用于响应从控制设备9传送的控制命令，将它们自己的特定服务提供到家庭网络上。
服务1(在下文中，称为“服务平台”)存在于每个受控设备3，5和7中以及处理来自控制设备9的控制命令。根据由每个设备提供的服务的定义，存在于每个受控设备3，5主7中的服务平台1可以彼此相同。
即，具有相同服务功能的多个服务平台1存在于网络上。
图2是示例说明设备中相关技术控制过程的流程图。
如该图中所示，当新连接到网络上的受控设备3(在下文中，称为“第一设备”)首先开始操作时(S1)同，使用诸如DHCP、自动IP等等的技术，将预定地址分配给第一设备3(S2)。
当已经分配预定地址的第一设备3增加到网络上时，用这种方式，发现协议、SSDP告知控制设备9和其他受控设备5和7(在下文中分别称为“第二或第三设备”)由第一设备3提供的服务(S3)。
此时，第一设备3多播告知其他设备在此拥有的装置和设备的搜索消息。然后，控制设备9通过该多播消息检测新增加的第一设备3以及通过由第一设备3提供的URL，确认设备描述以便清楚地得到第一设备3的功能(S4)。
另外，除描述步骤外，执行服务步骤S5。服务步骤由服务宣传、控制、描述、发现、事件和服务管理组成。在这一服务步骤，通过在描述步骤获得的各个设备的设备描述的内容，对提供到网络的服务做宣传。控制命令被传送到相关设备的控制URL，因此，提供由控制设备9请求的服务。以事件消息的形式接收在这一过程中将从相关设备传送的改变设备信息，然后处理。还包括根据服务步骤，执行消息传送和接收以及设备控制的服务管理过程。
重复执行上述过程直到完成该服务为止，以及当完成该服务时，使用SSDP技术，传送释放。
除服务步骤外，当操作各个设备时，继续设备描述步骤。
最后，当完成第一设备3的操作时，有关第一设备3的服务中止的信息被传送到存在于家庭网络中的控制设备9以及其他受控设备5和7(S6)。
随着家庭网络技术逐步发展，具有相同服务的多个设备可以包括在家庭网络中，或彼此协同以便提供特定的服务。然而，在用于家庭网络的当前中间件服务定义中没有用于多个相同服务中协调的系统。
因此，如果在家庭网络中有能提供显示服务的多个网络资源，在相关技术家庭网络环境下，可以仅由多个显示设备中的预定特定的设备提供显示服务。另外，在家庭网络等等中难以容易地设置由多个协同设备提供服务，例如，用于用户或设备的验证服务、用于资源(设备，服务，网络资源等等)的调度服务。
这是因为未执行用于协调服务提供设备中的设备的过程。即，未有效地使用存在于家庭网络中的服务的网络资源。
随着技术继续发展，上述会进一步不利地影响家庭网络技术。因此，当在家庭网络中，有由多个协同设备提供的相同服务或服务时，由于在家庭网络上同时操作多个设备，仍然需要消除设备中的服务不一致性以及与服务提供设备共享功能和角色(role)以便能一致地提供服务。
【发明内容】
因此，设想本发明来解决上述问题。本发明的主要目的是提供服务、设备结构和用于操作服务和结构以便提供一致服务的协同工作服务模型。
本发明的另一目的是通过协同工作服务模型，有效地定义和实现协同工作服务。
为确保能维持多个服务中的一致性，本发明提供协同工作服务管理装置，包括协商(negotiator)模块，用于通过使用从设备收集的描述，确定连接到网络的每个设备的协同工作服务，以及根据由协商模块确定的协同工作服务角色，有选择地激活的协调模块或支持模块。
同样，家庭网络管理装置允许其协同工作服务是用于直接执行从控制设备传送的控制命令或控制将由其他设备执行的控制命令的协调器，属于协同工作服务的支持器，或用于根据由协商模块或在基于服务定义的制造过程中确定的协同工作服务角色在，执行从其他设备或协调器传送的控制命令的支持器。
在本发明中，在根据它们的服务定义，具有相同功能的多个设备存在于网络上的情况下，假定协同工作服务。即，协同工作服务是指定义成多个服务能实现成或操作为虚拟单个服务。
根据用于实现上述目的的本发明的示例性的实施例，提供一种协同工作服务管理装置，协商模块，用于通过预定选择算法，确定连接到网络的设备的协同工作服务角色，以便通过使用从设备收集的描述，能在设备中执行协同工作服务；以及协调模块，用于直接执行从存在于网络中的控制设备传送的控制命令或将控制命令传送到其他设备以便控制设备的操作。
根据用于实现上述的本发明的另一方面，提供一种协同工作服务管理装置，包括：协商模块，用于确定是否应当激活根据从控制设备传送的控制命令，在协商模块所属的设备内执行特定服务的服务提供单元，以便通过使用从连接到网络的设备收集的描述，能在设备中执行协同工作服务。
根据本发明的另一方面，提供一种用于协同工作服务的家庭网络装置，其中，家庭网络装置连接到协同工作服务管理装置上，协同工作服务管理装置包括协商模块，用于通过预定选择算法，确定连接到网络的设备的协同工作服务角色，以便通过使用从设备收集的描述，能在设备中执行协同工作服务，以及协调模块，用于直接执行从存在于网络中的控制设备传送的控制命令或将控制命令传送到其他设备以便控制设备的操作。
根据本发明的另一方面，一种家庭网络装置，包括连接到网络上，用于提供预定服务的服务提供单元；以及协商模块，用于确定是否激活协商模块所属的设备内的服务提供单元，以便通过从连接到网络的设备收集的设备描述，能在设备中执行协同工作服务。
根据本发明的另一方面，提供一种用于协同工作服务的家庭网络系统，包括连接到网络上的多个设备；连接到设备的协商模块，用于通过将从设备收集的设备描述应用于预定选择算法上来确定设备的协同工作服务角色，以便能考虑到相应设备的功能来执行协同工作服务；以及协调模块，用于根据由协商模块确定的协同工作服务角色，直接执行从控制设备传送的控制命令。
根据本发明的另一方面，提供一种家庭网络系统，包括连接到网络的多个设备；连接到多个设备的每一个的服务提供单元，用于提供预定服务；以及协商模块，协商模块，用于确定是否激活协商模块所属的设备内的服务提供单元，以便通过从连接到网络的多个设备收集的设备描述，能在多个设备中执行协同工作服务。
根据本发明的另一方面，提供一种协同工作服务方法，包括使协同工作服务将其自身存在告知连接到网络的其他协同工作服务以及与具有相同服务功能的协同工作服务交换服务描述；通过使用所提供的服务描述和预定选择算法，确定协同工作服务的角色；以及根据所确定的角色，有选择地执行协调模块或支持模块
根据本发明的另一方面，提供一种协同工作服务方法，包括使协调工作服务将其自身存在告知连接到网络的其他协同工作服务，以及与具有相同服务功能的其他协同工作服务交换服务描述；通过使用所提供的服务描述和预定选择算法，确定协同工作服务的角色；以及根据所确定的角色，执行或中止相关服务。
【附图说明】
从下述结合附图的本发明的优选实施例的描述，本发明的上述和其他目的、特征和优点将是显而易见的，其中：
图1是示意性地示例说明设备中的传统控制结构的图；
图2是示例说明设备中传统控制过程的流程图；
图3是示意性地示例说明根据本发明的实施例的协同工作服务平台的结构的图；
图4是示意性地示例说明根据本发明的实施例的保留角色选择算法(keep role election algorithm)的流程图；
图5示意性地表示根据本发明的实施例，增加到用于支持协同工作服务的描述的模板；
图6a至6e是根据本发明的实施例，示意性地示例说明协同工作服务平台的结构的图；
图7是根据本发明的实施例，示意性地示例说明家庭网络系统的配置的图；
图8是根据本发明的实施例，示例说明使用协同工作服务，控制设备的过程的流程图；
图9是特别地示例说明图8中的步骤S510的过程的流程图；
图10根据本发明的实施例，示意性地表示执行协同工作服务发现协议的过程；
图11是特别示例说明图8中的步骤S520的过程的流程图；
图12根据本发明的实施例，示意性地表示控制协议过程；
图13是特别示例说明图8中的步骤S530的过程的流程图；
图14是根据本发明的实施例，示意性地示例说明事件协议过程的图；
图15a至15f是根据本发明的实施例，示意性地示例说明用于执行协同工作服务的设备控制结构的图；
图16是根据本发明的另一实施例，示意性地示例说明辅助协同工作服务平台的结构的图；
图17是根据本发明的另一实施例，示意性地示例说明家庭网络系统的结构的图；
图18是根据本发明的另一实施例，示例说明控制设备过程的流程图；以及
图19a至19b是根据本发明的另一实施例，示意性地示例说明用于执行辅助协同工作服务的设备控制结构的图。
【具体实施方式】
在下文中，将参考附图来说明根据本发明的协同工作服务管理装置的配置和操作。
图3是根据本发明的实施例，示意性地示例说明协同工作服务平台10的结构的图。
如图3所示，协同工作服务平台10包括使用从在网络上操作的设备收集的设备描述和服务描述(在下文中称为“描述”)以及预定的选择算法，确定协同工作服务角色的协商模块11、根据由协商模块11确定的协同工作角色，执行操作的支持模块13，以及直接执行从控制设备传送的控制命令或将控制命令传送到支持模块13以便根据由协商模块11确定的协同工作服务角色，允许在此处理所传送的控制命令的协调模块15。
在这里，支持模块13可以包括在其所属的设备中或与家庭网络相连的设备中的任何其他设备中。
选择算法是用预定编程语言(例如C，C++，可视C/C++，Java等等)编写的算法，用来使用由存在于网络中的各个设备提供的描述，协调提供相同服务的设备中的协商模块的协同工作服务角色。
以通过协调模块15实现的协调器、通过支持模块13实现的支持通过协调模块15和支持模块13实现的协调器-支持器组合等等的形式，定义通过选择算法确定的协同工作服务角色。协调器-支持器组合可以分成划分执行协调器和支持器的角色的模块的类型或将两个模块集成为一个模块的综合型。
根据协同工作服务角色，由协商模块分叉或去掉在每个设备中提供的协同工作服务平台的支持模块13或协调模块15，以便执行与角色有关的操作。
可以根据服务政策来设置这种选择算法，并能多种方法应用。例如，选择算法可以具有用于使所有协同工作服务维持它们自己的角色、根据预定协同工作服务级，确定协同工作服务角色、根据相同协同工作服务的版本，确定协同工作服务角色等等的基本目标。
图4根据本发明的实施例，示意性地示例说明保留角色选择算法的过程。
如图4所示，通过发现宣传过程确定是否存在其他协同工作服务，其中新连接到网络上的设备将其存在告知在网络上操作的设备(S10)。
如果确定没有其他协同工作服务，将新增加的设备的协同工作服务角色确定为协调器(S20)。否则，从所有相同协同工作服务收集服务描述(S30)。
然后，根据保留角色选择算法，当使用收集服务描述确定其自己的协同工作服务角色时，确定新增加的设备是否是协调器(S40)。根据确定结果，如果该设备是协调器，该设备操作为协调器(S20)。否则，将协同工作服务角色确定成支持器以便设备操作为支持器(S50)。
另外，如果由选择算法确定用于每个受控设备的协同工作服务角色，协商模块11将所确定的角色设置到相关设备的描述中以便能进行提供相同服务的设备中的协同工作服务。
图5根据本发明的实施例，示意性地表示增加到描述上以便支持协同工作服务的模块。
如图5所示，使用标记<role></role>来设置协同工作服务角色，以及使用标记<listenerURLForSupporter></listenerURLForSupporter>来设置用于将根据协同工作服务，在支持模块13中生成的事件消息传送到协调模块15的URL。
在提供协同工作服务的设备的情况下，“角色”被设置成可选的。即，将“角色”设置成未定义直到在设备访问网络以便开始其操作后确定协同工作服务角色为止。如果已经确定协同工作服务角色，将“角色”设置成协调器或支持器，这由协商模块来确定。
另外，协商模块11控制根据由选择算法确定的协同工作服务角色，用于分叉/去掉协调模块15或支持模块13的操作，以便仅激活相应于协同工作服务角色的模块。图6a至6e根据本发明的实施例，示意性地示例说明这些协同工作服务平台的结构。
如这些图中所示，由于协商模块11的操作对用在协同工作服务中很必要，可以将用于将协同工作服务提供为协调器的协同工作服务平台10实现为包括协商模块11和协调模块15(图6a)。可以将用于将协同工作服务提供为支持器的协同工作服务平台10实现为包括协商模块11和支持模块13(图6b)。另外，可以将用于将协同工作服务提供为协调器-支持器组合的协同工作服务平台10实现为具有支持模块13和协调模块15彼此分开的结构(图6c)，包括支持模块13的平台和包括协调模块15的平台分开的结构(图6d)，或将支持模块13和协调模块15组合成单个模块的结构(图6e)。
作为参考，在根据本发明的上述协同工作服务平台中，用硬件构成所有模块，用软件构成一些模块，或所有模块均用软件构成。
因此，用硬件或软件构成根据本发明的协同工作服务平台落在本发明的范围和精神内，以及在不背离本发明的范围和精神的情况下，能对此做出各种改变和改进是显而易见的。
在下文中，将详细地描述如此构造的、使用根据本发明的协同工作服务平台10的协同工作服务系统的配置和操作。
在本发明中，描述了使用符合局域网的典型例子的家庭网络系统，以及通过使用UPnP中间件的家庭网络环境，实现家庭网络系统。然而，意图是示例性的而不是限制。本领域的技术人员很容易理解到在使用动态机制的中间件，诸如JINI、HAVI、家庭广域网(HWW)和LonWorks以及UPnP的家庭网络环境中，能对用于将在提供相同服务的设备中执行的允许协同工作服务的模块做出各种改进和等效。
此外，可以以外部或内部连接到家庭网络装置的单独的硬件，或以在家庭网络装置中或外提供的软件来实现协同工作服务管理装置。在下文中，将说明在家庭网络系统中采用具有在家庭网络装置中提供的软件结构的协同工作服务平台。
图7根据本发明的实施例，示意性地示例说明家庭网络系统的配置。
如图7所示，家庭网络系统包括多个受控设备500，700，900，...，N00，每个设备连接到网络上以及包括用于确定协同工作服务角色和根据所确定的角色执行相关协同工作服务以便能要维持相同协同工作服务中的一致性的协同工作服务平台10，以及用于控制受控设备500，700，900，...，N00的操作的控制设备300。
如上所述构造包括在每个受控设备500，700，900，...，N00中的协同工作服务平台10(见图3)。即，由协同工作服务平台10的协商模块11确定每个受控设备500，700，900，...，N00的协同工作服务角色，然后依照所确定的角色，激活支持模块13和/或协调模块15以便通过所确定的协同工作服务角色提供由控制设备300请求的服务。
现在将参考附图，详细地描述根据本发明，使用用于执行这种协同工作服务的家庭网络系统的协同工作服务方法。
图8是根据本发明的实施例，示例说明使用协同工作服务的设备控制过程的流程图。
如图8所示，如果新的第一设备500连接到网络上并开始操作(S100)，执行用于根据UPnP设备，使用DHCP技术、自动IP等等，将预定地址分配到第一设备500以及首先执行确定IP地址的寻址步骤(S200)。
然后，第一设备500执行发现宣传步骤，其中，根据发现协议，例如SSDP，将宣传消息多播到在网络上操作的控制设备300和其他设备700，900，...，N00(S300)。
在这一过程中，已经从第一设备500接收多播宣传消息的控制设备300将第一设备500注册在可控设备列表上，在其能控制相关第一设备的情况下。为更具体地获得第一设备500的功能，控制设备300还执行请求和接收描述的描述步骤S400。
此时，由于第一设备500处于还没有确定协同工作服务角色的状态，使将增加到描述上的协同工作服务模块中的“角色”保持未定义状态。
描述可以包括包括在第一设备500中的其他逻辑服务和设备。设备描述用XML表示以及包括来自供应商的制造信息(型号名、序列号、制造商名称、制造商URL等等)。
描述能包括嵌入设备和服务的列表以及与控制、事件和展示有关的URLs。
除描述步骤外，控制设备300执行用于协调在网络上操作的新增加的第一设备500和受控设备700，900，...，N00的服务角色以便与已经操作的协同工作服务相符、根据协调角色，控制协调工作服务平台10中的支持模块13或协调模块15的操作以及执行协同工作服务的协同工作服务步骤S500。
协调工作服务步骤S500包括协商步骤S510，使协同工作服务平台10的协商模块11收集由在网络上操作的设备提供的描述以及确定相关设备的协同工作服务角色、协调步骤S520，根据由协商模块11确定的角色，激活协调模块15，以便操作为协调器，支持步骤，根据由协商模块11确定的角色，激活支持模块13以便操作为支持器。
然后，第一设备500执行结束网络上的设备控制过程的操作的中止步骤S600。
图9是特别示例说明图8所示的协商步骤S510的流程图。
如图9所示，在协商步骤S510，首先执行通过使用协同工作服务发现协议，发现已经在网络上操作的协同工作服务的协同工作服务发现步骤(S511)。然后执行通过使用由受控设备700，900，...，N100提供的描述，使第一设备500的协商模块11确认提供相同服务的受控设备700，900，...，N00以及通过选择算法协调其协同工作服务角色的协同工作服务角色确定步骤(S512)。
此时，根据将提供的协同工作服务的功能，做出协同工作服务角色确定并按选择算法和政策确定来指定。
如果参考协同工作服务角色确定的过程的所有受控设备700，900，...，N00执行基于相同信息的相同算法，它们能生成有关所有协同工作服务的角色信息。然而，如果在受控设备中使用基于不同信息的选择算法，或选择算法彼此不同，每个设备能确定它自己的角色。在这种情况下，需要能确认和检测其他设备的协同工作服务角色的另一协议。
在通过协同工作服务角色确定步骤S512已经确定提供相同服务的受控设备700，900，...，N00的协同工作服务角色后，每个设备的协商模块11根据所确定的协同工作服务角色，通过激活或禁用支持模块13或协调模块15，执行控制支持模块13或协调模块15的操作的模块分叉/去掉步骤S513。
接着，协商模块11根据所确定的协同工作服务角色，执行确定是否增加提供相同服务的新受控设备和管理协同工作服务的协同工作服务管理步骤S514。
在这一协商步骤S510中，用于发现已经在网络上操作的协同工作服务的发现协议用与现有发现协议相同的方式，多播将它自己的协同工作服务告知各个设备的搜索消息以及与具有相同协同工作服务并已经接收到多播消息的另一设备交换描述。
图10示意性表示根据本发明的实施例，通过指定到新增加的第一设备500的优先级，执行协同工作服务发现协议的过程。
如图10所示，当将第一设备500新连接到网络上然后开始操作时，第一设备500的协同工作服务平台10将表示它自己的服务的协调服务宣传消息传送到正在网络上操作的受控设备700，900，...，N00。
根据UPnP设备体系结构，使用超文本传输协议(HTTP协议)，即使用除由SSDP或“NOTIFY with ssdpLalive”预留的239.255.255.250：1900外的地址，多播协调服务宣传消息。
在接收宣传消息的设备中，提供与第一设备500相同的协同工作服务的受控设备700，900，...，N00向第一设备500在预定时间周期(T1)内请求配置文件信息(即，设备描述)，然后收集配置文件信息。
此时，根据HTTP协议，配置文件请求(获得服务描述，Http获得)消息和响应(Http响应)消息被传送到提供与第一设备500相同的协同工作服务的受控设备700，900，...，N00/从其接收。
第五设备500和受控设备700，900，...，N00的协商模块11通过使用在这一过程中收集的描述，通过选择算法确定它们自己的协同工作服务角色。
图11是示例说明图8中的协调步骤S520的流程图。
如图11所示，如果由协商模块11将设备的协同工作服务角色确定为协调器，那么协调模块15执行将其自己确定的协同工作服务告知其他设备的服务宣传步骤(521)。
然后，协调模块15执行控制过程S522、描述过程S523、发现过程S524和用于处理从控制设备300传送的控制命令的事件过程S525，以及还执行用于识别和检测支持模块13的状态变化的支持模块监视过程S526。
控制过程S522包括通过控制协议控制支持模块13的操作以及提供由控制设备300请求的服务的过程。
当在所有过程S522、S523、S524、S525和S526期间完成协调模块15的设备操作时，执行用于结束服务操作的服务中止步骤(S527)。
与现有的控制协议类似，根据从控制设备300传送的控制命令，用于在这一协调步骤S520中控制支持模块13的操作的控制协议将请求预定服务的动作消息从协调模块15传送到支持模块13，以及从接收该动作消息的支持模块13接收响应。
图12示意性地表示根据本发明的实施例，用于执行控制协议的过程。
如图12所示，在用作协调器和执行从控制设备300传送的控制命令的协调模块15想将控制命令传送到支持模块13以及想使支持模块13提供相关服务的情况下，根据UPnP设备体系结构，使用SOAP，协调模块传送请求相关支持模块13的预定服务的控制消息(ACTION：REQUEST)，然后接收响应消息(ACTION：RESPONSE)。
使用在初始化过程中获得的设备的URLs，传送/接收这些控制和响应消息，然后使用SOAP，将其表示为XML。
图13是特别示例说明图8中的支持步骤S530的流程图。
如图13所示，如果由协商模块11将设备的协同工作服务角色确定为支持器，支持模块13执行将其自己的确定服务告知其他设备的服务宣传步骤(S531)。
然后，支持模块13执行用于执行使支持模块提供特定服务的协调模块15的控制命令的控制过程S532，以及用于通过事件协议，向协调模块15宣传根据协调模块15的操作控制的支持模块的状态变化的事件过程S533。
此后，当结束支持模块13的设备操作时，执行结束服务操作的服务中止步骤(S534)。
特别地，由于不在这种支持模块13中执行应当包括在通用UPnP设备中的发现、描述等等，基于协商模块11的操作，支持模块13不为控制设备300所知，而仅为协调模块15所知。
与现有事件协议类似，用于使支持模块13将在支持步骤S530中修改的信息告知协调模块15的事件协议将包括所修改的信息的事件消息从支持模块13传送到协调模块15以及从接收事件消息的协调模块15接收响应。
图14是示意性地示例说明根据本发明的实施例，执行事件协议的过程的图。
如图14所示，为将响应从协调模块15传送的控制命令提供预定服务的支持模块13的状态变化告知协调模块15，支持模块以通过通用事件通知体系结构(GENA)格式化的XML格式传送事件消息(NOTIFY)。
协调模块15从支持模块13接收事件消息以便将所接收的消息处理成用于协调模块15所属的设备的描述更新项，以及使用HTTP协议，传送响应消息(OK)。
为在协调模块15和支持模块13间执行事件处理协议，要求支持模块13告知协调模块15的URL。
因此，为允许支持模块13识别协调模块15的URL，可以使用在初始过程时，或当新支持角色的协同工作服务开始时，协调模块15直接预订到支持模块13的方法，或支持模块13参考协调模块15的描述的方法。
在下文中，将参考附图，详细地描述根据本发明的实施例的协同工作服务方法。
图15a至15f是根据本发明的实施例，示意性地示例说明用于执行协同工作服务的设备控制结构的图，其中根据本发明的实施例，实现包括在设备中的协同工作服务平台10。
图15a表示由单个协调器-支持器组合执行服务的协同工作服务结构。新增加到网络上的第一设备500通过寻址和发现-宣传过程，告知已经存在于网络中的控制设备300和其他受控设备700，900和1000(在下文中分别称为“第二、第三和第四设备”)第一设备500在网络上操作。
在寻址和发现-宣传过程中，第一设备500的协商模块11检测提供相同服务的第二、第三和第四设备700，900和1000，以及从各个设备接收描述以便协调设备中的协同工作服务角色。
在这一过程中，如果与其他设备700，900和100相比，新增加的第一设备500执行用于能被专用的资源或信息的服务，第一设备500的协商模块11选择协调器-支持器组合角色来通过第一设备500执行网络上的所有服务。
因此，第一设备500在服务提供过程中执行协调器和支持器角色。然而，在其他设备700，900和1000的协同工作服务平台10中，仅协商模块11操作，以及协调模块15和支持模块13在未激活的状态下不操作。
图15b示例说明通过一个协调器和一个支持器执行服务的协同工作服务结构。与单个协调器-支持器组合模式不同，使协调器和支持器的角色分开以便通过单个设备500和900提供协同工作服务。
即，如果将第一设备500的协同工作服务角色确定为协调器以及第三设备900的协同工作服务角色确定为支持器，第一设备500的协商模块11去掉将不激活的第一设备500的支持模块13。
因此，通过由第一设备500的协调模块15控制的第三设备900的支持模块13，执行协同工作服务。
图15c示例说明通过一个协调器和多个支持器执行服务的协同工作服务结构，其中由一个协调器控制多个支持器。
即，如果第一设备500的协同工作服务角色被确定为协调器-支持器组合以及第三和第四设备900和1000的协调工作服务角色确定为支持器，第一设备500的协商模块11操作(分叉)未激活的支持模块13。另外，第四设备1000的协商模块11操作(分叉)未激活的协调/支持模块的支持模块13。
因此，通过由第一设备500的协调模块15控制的第一、第三和第四设备500、900和1000的支持模块13提供服务。
图15d示例说明通过多个协调器-支持器组合执行服务的协同工作服务结构。在这种情况下，在网络上提供相同服务的所有受控设备500，700，900和1000执行协调器和支持器角色。
其能用于当不需要专用特定的服务时。在所有设备中的协调模块15能控制所有其他支持模块13以便提供服务。
即使在这种情况下，可以由支持模块13管理资源。
图15e示例说明通过多个协调器和多个支持器执行服务的协同工作服务结构。这一结构具有对参考设备的功能没有限制的最高自由度。
图15e中所示的结构还能以所有设备的协调模块15控制所有支持模块13的这种方式提供服务。
图15f示例说明通过多个独立的协调器-支持器组合执行服务的协同工作服务结构。与使用多个协调器-支持器组合的控制结构类似，这一结构以在网络上提供相同服务的所有设备500，700，900和1000执行协调器和支持器角色的方式，提供服务。
然而，在图15f所示的结构中，设备的协调模块15不使用其他设备的支持模块13以及能仅控制它自己的支持模块13。
可以另外在提供预定服务的传统的受控设备中提供根据本发明如此构造的协同工作服务平台。通过间作提供的协同工作服务平台(在下文中，称为“辅助协同工作服务平台”)，在家庭网络上提供相同服务的设备不具有能保证服务本身一致性的结构，但能通过增加的辅助协同工作服务平台，保证服务一致性。
图16是示意性地示例说明根据本发明的另一实施例，辅助协同工作服务平台的结构的图。
如图16所示，辅助协同工作服务平台10a包括协商模块11a，用于确定是否应当激活服务提供单元(在下文中，称为“服务平台”)，根据从控制设备传送的控制命令，执行其所属设备内的服务，以便能通过使用从连接到网络的设备收集的描述，在设备中进行协同工作服务。
根据由协商模块11a所做的确定，通过相关设备的服务平台执行服务。
在下文中，将描述根据本发明，使用辅助协同工作服务平台10a的协同工作服务系统的结构和操作。
图17是示意性地示例说明根据本发明的实施例的设备控制结构的图。
如图17所示，家庭网络系统包括连接到网络的多个受控设备500，700，900，...，N00和用于控制受控设备500，700，900，...，N00的操作的控制设备300。另外，每个受控设备500，700，900，...，N00包括辅助协同工作服务平台10a，用于确定是否应当激活协同工作服务，以及根据确定结果，控制服务平台20的操作以便能在相同协同工作服务中维持一致性，以及包括根据辅助协同工作服务平台10a的控制执行的服务平台20。
图18是示例说明根据本发明的实施例的设备控制过程的流程图。
如图18所示，新连接到网络上的第一设备500通过寻址步骤S1000和发现-宣传步骤S1100，将其存在告知控制设备300和其他受控设备700，900，...，N00。
然后，执行响应从控制设备300传送的控制命令，控制操作的控制步骤S1200和提供由控制设备300请求的描述的描述步骤S1300，
除步骤S1200和S1300外，确定用于在提供与通过连接到网络上的第一设备500提供的相同服务的设备中，执行辅助协同工作服务的服务设备以便执行提供协同工作服务的协同工作服务步骤S1400。
辅助协同工作服务步骤S1400包括通过协商模块11a，确定是否应当激活服务平台20的步骤S1410。在协商步骤S1410，确定是否应当通过协商模块11a所属的设备的服务平台提供服务。
协商模块11a根据通过协商步骤确定的角色，使得服务平台20激活(分叉)或不激活(或去掉)以便控制辅助协同工作服务平台的操作。
图19a和19b是示意性地示例说明用于说明根据本发明的实施例执行的协同工作服务的设备控制结构的图。
图19a表示通过一个服务平台20提供服务的协同工作服务结构。
即，首先确定是否激活第一、第二、第三和第四设备500，700，900和1000的服务平台。然后，如果确定应当通过第四设备1000的服务平台20提供服务，第一、第二和第三设备500，700和900的协商模块11a停止(或去掉)未激活的相关服务平台20的操作，而第四设备100的协商模块11a使得相关服务平台20操作(或分叉)，从而被激活。
图19b表示通过多个服务平台提供服务的协同工作服务结构。
根据本发明，通过使用本发明的服务、设备结构和操作方法，能获得能避免在存在于家庭网络的多个相同服务中的不一致性的优点。
另外，本发明的另外的优点在于通过使用本发明的协同工作服务模式，能有效地定义、实现和标准化通过家庭网络设备提供的服务。
此外，本发明具有另外的优点在于能降低其系统开发资源以及能有效地利用服务，因为它能结合现有的家庭网络环境实现。
尽管已经结合在附图中示例说明的本发明的实施例描述了本发明，但仅是示例性而不是限制。因此，本领域的技术人员将理解到在不背离由附加权利要求限定的本发明的范围和精神的情况下，能对其做出各种改变和等效。因此，本发明的真正精神和范围应当构造成由附加权利要求所限定。