专利名称：支持家庭网络中的装置的兼容性的中间件装置和方法
技术领域：
与本发明一致的设备和方法涉及一种支持家庭网络上的装置的兼容性的中间件装置和方法，更具体地说，涉及通过能够对存在于家庭网络上的通用即插即用(UPnP)和web服务的协议进行转换的中间件装置来支持基于UPnP和web服务的各种装置的兼容性。
背景技术：
家庭网络中使用的协议的代表性示例包括UPnP和web服务。
UPnP技术是在各种智能产品无线装置和个人计算机中提供点对点连接的架构。已经将UPnP设计为基于标准来提供连接，这在家庭、小型办公室、公共场合或ad-hoc网络或连接到互联网的未管理的网络中是灵活且容易的。UPnP技术提供分布式开放网络架构，其允许传输控制协议/互联网协议(TCP/IP)和网络技术执行无间断邻近连网。UPnP装置架构定义在执行控制的控制点(CP)和由CP控制的受控装置(CD)之间的通信协议。CP与客户机对应，CD与服务或提供服务的装置对应。基于UPnP的网络中的通信分为发现、描述、控制和事件触发操作。下文中，将参照图2详细描述上述操作。
web服务技术是这样一种技术其允许应用开发者通过使用网络上开放的服务来开放更强大的应用，并在互联网上实现分布式计算环境。与基于web服务的连网技术有关的重要概念包括简单对象访问协议(SOAP)、web服务描述语言(WSDL)以及通用发现描述和集成(UDDI)。web服务通过作为标准网络协议的SOAP向网络用户开放有用的功能。SOAP协议定义用于消息的可扩展标记语言(XML)格式。web服务提供称为WSDL的XML文档，以描述客户机应用所需的接口。WSDL定义包括在关于web服务的请求消息中的内容以及描述响应消息的方法。客户机应用可通过UDDI找到所需的web服务。
如上所述，web服务和UPnP在分布式计算环境中在不同的服务中提供连接和协同性。然而，问题在于因为诸如UPnP或web服务的分布式计算的协议的描述格式和细节彼此不同，所以它们彼此不可协同。
图1是示出现有技术的家庭网络的配置的示图。
如图1所示，从逻辑点的观点来说，可将家庭网络上的装置大致分为两种类型。一种类型是CD(受控装置)3a、3b、3C和3D，其提供内在的服务，并受用户控制；另一类型是CP(控制点)1和2，其向用户提供用户可通过其控制家庭中的装置的功能。UPnP和web服务中的每一个以CD和CP的形式来配置家庭内的网络。
然而，在具有基于UPnP和web服务的中间件的装置一起存在于网络上的情况下，支持UPnP的装置和支持web服务的装置彼此不能协同并通信。
因此，服务开发者必须考虑在应用的开发中网络是基于UPnP技术还是web服务技术的，这是不方便的。
图2A至2D是示出在现有技术家庭网络上执行发现、描述、控制和事件触发操作的过程的示图。
图2A示出UPnP和web服务中的发现操作。如图2A所示，UPnP和web服务装置都使用动态多播发现协议作为家庭网络环境中的发现协议。
然而，UPnP使用基于HTTP头的简单服务发现协议(SSDP)，而web服务使用基于web服务的WS-发现协议。这里，SSDP和WS-发现都采用基于动态多播发现协议的相似逻辑，但它们之间没有兼容性。
发现操作大致分为两个子操作。在第一子操作中，CP找到CP期望在家庭网络上控制的CD(即在UPnP的情况下是广告消息传输，而在web服务的情况下是问候消息传输)。在第二子操作中，随着CP进入家庭网络，CP使其自身被CD识别(即在UPnP的情况下是搜索消息传输，在web服务的情况下是探查消息传输)。因此，CP从CD接收单播响应消息(即在UPnP的情况下是响应消息，在web服务的情况下是探查匹配消息)。
此外，在用户从家庭网络退出而没有其它操作的事件中，UPnP和web服务装置都将“再见消息”多播到家庭中的CP。
图2B是示出UPnP和web服务中的描述操作的示图。如图2B所示，UPnP和web服务都使用XML格式作为将要提供的装置和服务的描述。
然而，UPnP使用由UPnP论坛指定的装置描述模板和服务描述模板，而web服务使用作为与web服务的服务描述有关的标准的WSDL。这里，UPnP和web服务基于XML格式并且相似，但它们之间没有兼容性。
在描述操作中，CP获得关于CP期望控制的CD的装置和服务的描述信息。
也就是说，UPnP和web服务都基于在发现操作中获得的对应的CD的描述URL信息来读取关于对应的装置或服务的描述信息。
图2C是示出UPnP和web服务中的控制操作的示图。如图2C所示，UPnP和web服务都使用SOAP作为控制消息协议。然而，UPnP基于SOAP版本1.1，而web服务装置基于SOAP版本1.2，这可能造成协同性的问题。
在控制操作中，在CP和CD之间发送控制命令，UPnP和web服务都使用SOAP消息协议。以对于请求消息的响应消息的形式来进行控制命令的传输。
图2D是示出UPnP和web服务中的事件操作的示图。如图2D所示，UPnP和web服务装置的事件触发逻辑彼此相似，但UPnP使用基于HTTP头的普通事件通知架构(GENA)，而web服务装置使用作为与web服务的事件触发有关的标准的WS-事件触发协议。因此，在UPnP和web服务之间没有协同性。
在事件触发操作中，CP从CD接收对应的事件触发消息。因此，为了CP接收事件消息，应该在预订操作中将CP注册在CD中。
其后，当CD的状态改变或者产生具体事件触发情况时，将事件消息发送到注册的CP。此外，CP可执行例如预订操作中的超时设置以及在超时周期内进行更新请求。此外，如果不再需要从CD发送事件消息，则CP可进行取消请求。
然而，在UPnP和web服务装置之间没有协同性，因此，当UPnP和web服务装置共同存在于家庭网络上时，UPnP CP不能控制web服务装置，web服务CP也不能控制UPnP CD。此外，甚至不支持UPnP CD和web服务装置之间的兼容性。
第2004-073864号韩国专利申请公布(“下载并自动安装应用包并动态创建菜单的应用下载方法以及使用该方法的集成家庭服务器系统”)公开了一种家庭服务器系统，其中，通过寻址、发现、描述、控制和表示操作来实现UPnP连接技术，该系统包括通信管理器模块，用于家庭服务器中间件和外部网络上的连接介质之间的web服务通信；转换器模块，基于web服务连接标准将基于UPnP的消息转换为基于web服务的消息；描述管理器模块，描述关于对应的产品的详细服务信息；以及应用管理器模块。然而，第2004-073864号韩国专利申请公布没有公开用于支持诸如UPnP和web服务的装置(在家庭网络上彼此不兼容)的装置的兼容性的技术。
发明内容
本发明的目的在于通过能够对存在于家庭网络上的UPnP和web服务的协议进行转换的中间件装置来支持基于UPnP和web服务的各种装置的兼容性。
本发明的目的不限于上述方面，通过以下的描述，本领域技术人员将容易理解本发明的其它目的。
根据本发明一方面，提供一种支持家庭网络上的装置的兼容性的中间件装置，该中间件装置包括发现单元，接收基于有存在于家庭网络上的不同装置使用的不同协议的发现消息，将接收到的发现消息中的每一个转换为基于可由发现消息的每一个所发送到的装置处理的协议的消息，其中，所述不同协议包括通用即插即用(UPnP)协议和web服务协议；描述单元，基于所述不同协议中的一个创建使用请求消息请求的预定装置的描述文件，并对创建的描述文件进行转换，从而可由请求描述文件的装置处理所述描述文件；以及信息管理单元，基于发现消息和描述文件管理服务信息和关于存在于家庭网络上的装置的信息。
此外，根据本发明另一方面，提供一种支持家庭网络上的装置的兼容性的方法，该方法包括接收基于由存在于家庭网络上的不同装置使用的多种不同协议的发现消息；对于发现消息中的每一个确定接收的发现消息所基于的多种不同协议中的协议；以及将接收到的发现消息中的每一个转换为基于可由发现消息中的每一个所发送到的装置处理的协议的消息，其中，所述多种不同协议包括通用即插即用(UPnP)协议和web服务协议。
此外，根据本发明另一方面，提供一种支持家庭网络上的装置的兼容性的方法，该方法包括接收基于由存在于家庭网络上的不同装置使用的多种不同协议的描述消息；对于发现消息中的每一个确定接收的描述消息所基于的多种不同协议中的协议；以及将接收到的描述消息中的每一个转换为基于可由发现消息中的每一个所发送到的装置处理的协议的消息，其中，所述多种不同协议包括通用即插即用(UPnP)协议和web服务协议。
通过下面结合附图进行的对示例性实施例的详细描述，本发明的上述其他方面将会变得更加清楚，其中图1是示出现有技术的家庭网络的配置的示图；图2A至2D是示出在现有技术家庭网络上执行发现、描述、控制和事件触发操作的过程的示图；图3是示出根据本发明示例性实施例的包括支持家庭网络上的装置的兼容性的中间件装置的家庭网络系统的示图；图4是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的框图；图5是示出图4所示的中间件装置的发现单元的框图；图6是示出图4所示的中间件装置的描述单元的框图；图7是示出图4所示的中间件装置的控制单元的框图；图8是示出图4所示的中间件装置的事件触发单元的框图；图9是示出通过图4所示的中间件装置的装置/服务信息列表管理单元创建信息的过程的示图；图10A和10B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的发现消息的示例的示图；图11A和11B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的控制消息的示例的示图；图12A和12B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的事件触发消息的示例的示图；图13A和13B是示出根据本发明示例性实施例的在支持家庭网络上的装置的兼容性的方法中的处理发现生存(或问候)消息的过程的流程图；图14A和14B是示出根据本发明示例性实施例的在支持家庭网络上的装置的兼容性的方法中的处理发现搜索(或探查)消息的过程的流程图；
图15是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的描述操作的流程图；图16A和16B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的控制操作的流程图；以及图17A至17C是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的事件触发操作的流程图。
具体实施例方式
通过参照以下对附图和示例性实施例的详细描述，本发明的方面以及实现本发明的方法将更容易理解。然而，本发明可实施为不同的形式，而不应理解为受限于在此阐述的示例性实施例。此外，提供这些示例性实施例从而该公开将是彻底和完全的，并全面地将本发明的构思传达给本领域技术人员，本发明将由附权利要求定义。在整个说明书中，相同的标号表示相同的部件。
现将更全面地参照附图描述本发明示例性实施例。
图3是示出根据本发明示例性实施例的包括支持家庭网络上的装置的兼容性的中间件装置的家庭网络系统的示图。
如图3所示，家庭网络系统具有这样的结构基于UPnP的多个装置210、220、230和240以及基于web服务的多个装置310和320通过网络而互连，并且家庭网络系统包括支持UPnP和web服务的中间件装置100。这里，基于UPnP的CP是DTV 210、基于UPnP的CD是家庭影院220、DVD播放器230以及微波炉240。此外，基于web服务的CP是笔记本310，基于web服务的CD是打印机320。
这里，中间件装置将UPnP协议和web服务协议进行转换和发送，从而能够在存在于家庭网络上的所有装置之间通信。因此，存在于家庭网络上的基于UPnP和web服务的所有装置彼此兼容。
图4是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的框图。
如图4所示，中间件装置100包括发现单元110、描述单元120、控制单元130、事件触发单元140和信息管理单元150。
根据本发明示例性实施例的中间件装置100由基于TCP/IP的网络中间件提供关于UPnP和web服务的不兼容性的集成方案。具体地说，根据本发明示例性实施例的中间件装置100提供控制操作，并且在发现操作、描述操作以及事件触发操作中同时支持UPnP和web服务，在控制操作中，将称为SOAP的相同消息协议用于UPnP和web服务。
在此使用的术语“单元”指的是诸如执行特定任务的现场可编程门阵列(FPGA)或专用集成电路(ASIC)的软件或硬件组件，但不限于此。在示例性实施例中，单元可被配置为驻留在可寻址存储介质中，并可被配置为执行一个或多个处理器。因此，单元可包括例如诸如软件组件、面向对象的软件组件、类组件以及任务组件的组件、进程、函数、属性、程序、子程序、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。在组件和单元中提供的功能可组合为更少的组件和单元，或可进一步分离为其它组件和单元。此外，可将组件和单元实现为再现装置中的一个或多个CPU或安全多媒体卡。
发现单元110区分基于UPnP的发现消息和基于web服务的发现消息，并对可由UPnP和web服务处理的这些发现消息进行转换。也就是说，发现单元110提供这样一种机制使用UPnP的装置可与使用web服务的装置通信。
例如，可将UPnP发现操作主要划分为两种情况。在第一种情况下，新的CD加入网络，而在第二种情况下，新的CP加入网络。
换句话说，当新的CD进入网络时，新的CD多播具有基本信息的消息，从而新的CD可被识别。这里，基本信息包括关于提供CD的装置的描述的URL、装置类型、通知消息的过期时间等。
另一方面，在新的CP加入网络的情况下，当CP多播用于找到CP期望使用的CD的消息时，对应的CD将响应消息发送到已经对消息进行多播的CP。上述机制以相同的方式应用于web服务。
然而，UPnP使用基于HTTP头的SSDP作为提供多播发现机制的协议，而web服务使用基于XML的WS-发现协议作为提供多播发现机制的协议。为此，发现单元110在与发现消息有关的UPnP和web服务之间执行消息转换。下文中，将参照图5描述发现单元110的详细结构。
描述单元120在UPnP和web服务中创建描述XML文件，并对描述XML文件进行转换，从而UPnP和web服务可处理描述XML文件。也就是说，描述单元120在UPnP和web服务中支持描述操作。
例如，描述单元120提供关于由发现单元110找到的CD的详细信息。在描述操作中，UPnP将装置和服务描述为以预定格式定义的装置/服务模板，而web服务描述关于根据WSDL的服务的详细信息。装置/服务模板和WSDL就格式或详细描述格式而言彼此存在很大不同。
因此，描述单元120对描述XML文件进行转换，从而UPnP和web服务可处理描述XML文件，这样，可将关于对应的CD的描述信息提供给CP。下文中，将参照图6描述描述单元120的详细配置。
控制单元130对在UPnP和web服务之间存在不同的控制SOAP消息进行转换，从而UPnP和web服务可处理控制SOAP消息，并将转换的消息发送到对应的CD。下文中，将详细描述控制单元130的详细配置。
事件触发单元140对在UPnP和web服务之间存在不同的事件触发消息进行转换，从而UPnP和web服务可处理控制SOAP消息，并基于装置/服务信息列表管理单元153的对应的CD信息将转换的事件触发消息发送到对应的CD或CP。
例如，当CP期望探知CD的状态改变时，中间件装置100创建预订消息，并将创建的预订消息发送到包括在关于发现操作中获得的CD的信息中的事件触发URL。其后，CD对已经发送预订消息的CP进行注册，并且其后将包括关于状态改变的信息的事件触发消息发送到注册的CP。
UPnP使用GENA作为事件触发操作的协议，而web服务使用WS-事件触发协议作为事件触发操作的协议。这两种协议提供相似的机制；然而，这两种协议在消息格式和规范上彼此不同。因此，事件触发单元140提供支持UPnP和web服务的事件触发消息。下文中，将参照图8描述事件触发单元140的详细配置。
信息管理单元150管理存在于家庭网络上的CD的装置/服务信息，其包括装置信息列表151、服务信息列表152和装置/服务信息列表管理单元153。
装置信息列表151和服务信息列表152将关于存在于家庭网络上的CD的信息以及由对应的CD提供的服务信息存储为列表。这里，对应的信息不具有依赖于UPnP和web服务的结构，但包括关于每个装置是基于UPnP还是web服务的信息。
装置/服务信息列表管理单元153管理存储关于存在于家庭网络上的CD的信息以及由对应的CD提供的服务信息的列表150和160。
此外，装置/服务信息列表管理单元153响应于从发现单元110发送的请求连续更新装置信息列表151和服务信息列表152。
图5是示出图4所示的中间件装置的发现单元110的框图。
如图5所示，发现单元110包括TCP/IP 111、端口112和113、发现管理单元114和发现消息转换处理单元115。
TCP/IP 111以及较低的通信层(多播信道；端口112和113)发送和接收UPnP和web服务的多播和单播消息。
发现管理单元114在基于UPnP的发现消息和基于web服务的发现消息之间进行区分，并在装置/服务信息列表管理单元153中注册关于预定装置的发现消息。
换句话说，发现管理单元114基于每一消息的特性或较低通信层(例如，UPnP是基于HTTP头的，而web服务是基于SOAP的)在UPnP和web服务之间进行区分。
发现消息转换处理单元115对发现消息进行转换，从而可在UPnP和web服务中处理发现消息。这里，发现消息转换处理单元115可根据协议的版本以及UPnP和web服务来管理和更新协议，所述协议可以是不同的协议。
例如，如果从多播信道接收的消息是生存(或问候)消息，则将包括在消息中的CD信息发送到信息管理单元150。此时，在SSDP消息的情况下，将包括在消息中的CD信息发送到端口1900(112)，而在WS-发现消息的情况下，将包括在消息中的CD信息发送到端口3702(113)。因此，可根据所使用的端口将在发现操作中多播的消息分类为SSDP消息和WS-发现消息。此外，在UPnP的情况下发送“生存消息”，而在web服务的情况下发送“问候消息”。
其后，信息管理单元150检查是否注册对应的CD。其后，如果没有注册对应的CD，则信息管理单元150基于发现消息读取关于对应的CD的描述信息，并且其后在信息列表151和152中注册描述信息。
此外，在从多播信道接收的消息是生存(或问候)消息并且对应的CD注册在信息管理单元150中的情况下，信息管理单元150请求关于对应的CD的发现信息，其后，根据在发现消息转换处理单元115中注册的协议，将生存(或问候)消息转换为web服务所支持的消息协议(在UPnP的情况下)和UPnP所支持的消息协议(在web服务的情况下)。其后，在家庭网络上多播生存(或问候)消息。
此外，在从多播信道接收的消息是搜索(或探查)消息的情况下，将包括在消息中的CD信息发送到信息管理单元150。
其后，信息管理单元1 50检查是否存在与包括在消息中的CD信息对应的CD。其后，如果不存在与CD信息对应的注册的CD，则信息管理单元150多播搜索(或探查)消息，并且其后注册对应的CD。这里，在UPnP的情况下发送“搜索消息”，而在web服务的情况下发送“探查消息”。
此外，在从多播信道接收的消息是搜索(或探查)消息并且对应的CD注册在信息管理单元150中的情况下，信息管理单元150请求关于对应的CD的发现信息，其后，根据在发现消息转换处理单元115中注册的协议，将关于搜索(或探查)消息的响应消息转换为web服务所支持的消息协议(在UPnP的情况下)和UPnP所支持的消息协议(在web服务的情况下)。其后，将响应消息发送到已经发送搜索(或探查)消息的CP。
图6是示出图4所示的中间件装置的描述单元的框图。
如图6所示，描述单元120包括TCP/IP 121、描述管理单元122以及描述文件转换处理单元123。
TCP/IP 121基于HTTP响应于预定CP的请求提供描述信息。
描述管理单元122基于信息管理单元150的对应的CD信息创建UPnP和web服务的描述XML文件，并且其后将创建的描述XML文件提供给对应的CP。这里，描述管理单元122基于对应的CP所支持的协议来创建描述XML文件。
描述文件转换处理单元123对描述XML文件进行转换，从而UPnP和web服务可处理描述XML文件。这里，描述文件转换处理单元123可根据协议的版本以及UPnP和web服务来管理和更新协议，所述协议可以是不同的协议。
图7是示出图4所示的中间件装置的控制单元的框图。
如图7所示，控制单元130包括TCP/IP 131、控制管理单元132和控制消息转换处理单元133。
TCP/IP 131提供基于HTTP的接收和发送HTTP投递(post)消息的功能。
控制管理单元132通过使用控制消息转换处理单元133对在UPnP和web服务之间存在不同的SOAP消息进行转换，并基于装置/服务信息列表管理单元153的对应的CD信息将转换的控制SOAP消息发送到对应的CD或CP。
控制消息转换处理单元133对在UPnP和web服务之间存在不同的SOAP消息进行转换，从而UPnP和web服务可处理SOAP消息。此外，控制消息转换处理单元133管理并更新控制消息的转换协议。
图8是示出图4所示的中间件装置的事件触发单元的框图。
如图8所示，事件触发单元140包括TCP/IP 141、事件触发管理单元142和事件触发消息转换处理单元143。
TCP/IP 141提供基于HTTP的接收和发送HTTP投递消息的功能。
事件触发管理单元142通过使用事件触发消息转换处理单元143对在UPnP和web服务之间存在不同的事件触发消息进行转换，并基于装置/服务信息列表管理单元153的对应的CD信息将转换的事件触发消息发送到对应的CD或CP。
事件触发消息转换处理单元143对在UPnP和web服务之间存在不同的事件触发消息进行转换，从而UPnP和web服务可处理事件触发消息。此外，事件触发消息转换处理单元143管理并更新事件触发消息的转换协议。
图9是示出通过图4所示的中间件装置的装置/服务信息列表管理单元创建信息的过程的示图。
如图9所示，当装置/服务信息列表管理单元153接收到可通过其经由发现操作获得与预定装置对应的描述的信息时，装置/服务信息列表管理单元153通过装置/服务信息创建单元153a创建所有元数据信息。
装置/服务信息创建单元153a获得装置描述信息，从而形成装置元数据。这里，装置元数据是指可获得的与独立于UPnP和web服务格式的对应的装置相关的所有信息。此时，装置/服务信息创建单元153a创建发现消息，描述消息、控制消息和事件触发消息。
也就是说，装置/服务信息创建单元153a基于发现操作中提供的信息形成与每个装置/服务元数据相关的发现元数据。这里，发现元数据是指可获得的与独立于UPnP和web服务格式的对应的装置或服务的发现机制相关的所有信息。
例如，发现管理单元114请求装置/服务信息创建单元153a创建关于生存消息(或问候消息)的响应消息。
响应于该请求，装置/服务信息创建单元153a创建基于SSDP协议的发现消息格式(在UPnP的情况下)，并创建基于WS-发现协议的发现消息格式(在web服务的情况下)。这里，通过发现元数据获得对应的格式。
其后，在创建的发现消息格式上创建发现消息。
此外，装置/服务信息创建单元153a形成与每一装置/服务元数据相关的描述元数据，并形成与服务元数据相关的事件触发元数据。这里，描述元数据是指可获得的与独立于UPnP和web服务格式的对应的装置或服务的描述机制相关的所有信息。另一方面，在UPnP和web服务中，装置不支持事件触发机制。也就是说，事件触发仅应用于服务。
例如，如果CP请求关于预定CD的描述信息，则描述管理单元122基于请求的消息检查描述是UPnP XML描述还是基于web服务的WS-描述。
如果基于描述管理单元122请求的描述信息与UPnP有关，则装置/服务信息创建单元153a基于描述元数据创建UPnP XML描述信息，如果请求的描述信息与web服务有关，则装置/服务信息创建单元153a基于描述元数据创建基于web服务的WS-描述。
此外，装置/服务信息创建单元153a可获得包括在装置描述中的服务描述信息。此外，装置/服务信息创建单元153a基于数据获得服务描述信息，从而形成服务元数据。这里，服务可提供与各个装置对应的多个服务描述信息。因此，特定装置以及与特定装置对应的服务列表彼此关联，以装置元数据和服务元数据来描述所述关联。
图10A和10B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的发现消息的示例的示图。这里，图10A示出UPnP的生存消息，图10B示出web服务的问候消息。
如图10A所示，图10A示出的标注部分是形成发现元数据的基本信息，而其它部分是根据框架定义或创建的由框架基本支持的信息。
例如，UPnP SSDP消息的LOCATION头(1)具有以XML结束的URL，SSDP:alive在NTS头(2)中描述。此外，UPnP/1.0标签在SERVER头(3)中描述。因此，可通过分析消息的头部分来识别UPnP SSDP。
如图10B所示，图10B示出的标注部分(09)、(21)、(25)和(29)是形成发现元数据的基本信息，而其它部分是根据框架定义或创建的由框架基本支持的信息。
例如，能够通过包括在WS-发现消息中的头的行动(action)部分(09)来识别WS-发现消息。
图11A和11B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的控制消息的示例的示图。这里，图11A示出UPnPSOAP控制消息，图11B示出web服务SOAP控制消息。
如图11A和11B所示，UPnP和web服务都使用SOAP消息协议。然而，UPnP和web服务的SOAP消息格式被认为彼此不同，如示例所示。
例如，UPnP和web服务使用相同协议但使用不同格式。然而，即使格式不同，包括在格式中的发送的信息的内容也不同。也就是说，如果web服务进入UPnP装置架构版本2.0，则基于UPnP工作组定义的服务规范来定义每一元素的值。
图12A和12B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的中间件装置的事件触发消息的示例的示图。这里，图12A示出UPnPGENA预订消息，图12B示出web服务事件触发预订消息。
如图12A和12B所示，标注的部分是在预订请求的时间所需的信息，其它部分是根据每一协议创建的信息。具体地说，在WS-事件触发的情况下，基于web服务规范在SOAP头中提供关于有关的行动的信息以及寻址信息，并可附加地设置诸如过滤功能的选项。这里，可通知根据每一协议CP忽略选项或不支持选项。
图13A和13B是示出根据本发明示例性实施例的在支持家庭网络上的装置的兼容性的方法中的处理发现生存(或问候)消息的过程的流程图。
首先，发现管理单元114接收找到将要控制的CD的发现消息(例如，在UPnP CP的情况下是生存消息，在web服务CP的情况下是问候消息)，通过多播信道从存在于家庭网络上的UPnP CP或web服务CP来发送所述消息(S1300)。
其后，发现管理单元114检查发送的发现消息是UPnP发现消息还是web服务发现消息。这里，UPnP具有SSDP格式，web服务具有WS-发现格式。此外，由于将SSDP消息发送到“端口1900”，并且在“端口3702”接收WS-发现消息，因此能够基于使用的端口检查发送的消息是UPnP发现消息还是web服务消息。
如果确定消息是UPnP发现消息(S1302)，则发现管理单元114获得包括在SSDP消息中的装置/服务描述URL信息(S1304)，并将获得的描述URL信息发送到装置/服务信息列表管理单元153。
接下来，装置/服务信息列表管理单元153基于从发现管理单元114发送的信息检查对应的CP是否注册在当前所管理的装置/服务信息列表中(S1306)。
如果确定对应的CP存在于装置/服务信息列表中(S1308)，则不将关于对应的CP的信息存储在装置/服务信息列表管理单元153中。其后，发现管理单元114通过发现消息转换处理单元115将接收的SSDP生存消息转换为WS-发现问候消息，其后多播转换的问候消息(S1310)。
另一方面，如果确定对应的CP不存在于装置/服务信息列表中(S1308)，则装置/服务信息列表管理单元153解析关于对应的CP的UPnP装置/服务XML描述信息，其后基于描述信息创建独立于UPnP和web服务的装置/服务信息(S1312)。其后，将创建的装置/服务信息存储在装置信息列表151和服务信息列表152中(S1314)。
此外，作为发现管理单元114的检查结果，如果发送的发现消息是web服务消息(S1321)，则发现管理单元114获得包括在WS-发现消息中的装置/服务描述URL信息(S1322)，并将获得的描述URL信息发送到装置/服务信息列表管理单元153。
接下来，装置/服务信息列表管理单元153基于从发现管理单元114发送的信息检查对应的CP是否注册在当前所管理的装置/服务信息列表中(S1324)。
如果确定对应的CP存在于装置/服务信息列表中(S1326)，则不将关于对应的CP的信息存储在装置/服务信息列表管理单元153中。其后，发现管理单元114通过发现消息转换处理单元115将接收的WS-发现问候消息转换为SSDP生存消息，其后多播转换的问候消息(S1328)。
另一方面，如果确定对应的CP不存在于装置/服务信息列表中(S1326)，则装置/服务信息列表管理单元153搜索并解析WSDL，其后基于WSDL创建独立于UPnP和web服务的装置/服务信息(S1330)。其后，将创建的装置/服务信息附加地存储在装置信息列表151和服务信息列表152中(S1332)。
图14A和14B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的处理发现搜索(或探查)消息的过程的流程图。
首先，发现管理单元114通过多播信道接收从存在于家庭网络上的 UPnPCP或web服务CP发送的发现消息(例如，在UPnP CP的情况下是搜索消息，在web服务CP的情况下是探查消息)(S1400)。
其后，发现管理单元114检查发送的发现消息是UPnP发现消息还是web服务发现消息。这里，UPnP具有SSDP格式，web服务具有WS-发现格式。
如果确定消息是UPnP发现消息(S1402)，则发现管理单元114从SSDP消息中提取UUID信息(S1404)，并将提取的UUID信息发送到装置/服务信息列表管理单元153。
接下来，装置/服务信息列表管理单元153基于从发现管理单元114发送的信息检查对应的CP是否注册在当前所管理的装置/服务信息列表中(S1406)。
如果确定对应的CP存在于装置/服务信息列表中(S1408)，则装置/服务信息列表管理单元153终止，而不存储关于对应的CP的信息。
另一方面，如果确定对应的CP不存在于装置/服务信息列表中(S1408)，则发现管理单元114将SSDP信息提供给装置/服务信息列表管理单元153，装置/服务信息列表管理单元153基于SSDP信息创建对应的装置/服务信息，其后，将创建的装置/服务信息存储在装置/服务信息列表151和152中(S1410和S1412)。
其后，将发送的UPnP发现消息转换为将要多播的WS-发现消息(S1414)。
此外，作为发现管理单元114的检查结果，如果确定发送的发现消息是web服务消息(S1421)，则发现管理单元114从WS-发现消息中提取“端点参考地址”(S1422)，并随后将提取的信息发送到装置/服务信息列表管理单元153(参照图14B)。
接下来，装置/服务信息列表管理单元153基于从发现管理单元114发送的信息检查对应的CP是否注册在当前所管理的装置/服务信息列表中(S1424)。
如果确定对应的CP存在于装置/服务信息列表中(S1426)，则装置/服务信息列表管理单元153终止，而不存储对应的CP。
另一方面，如果确定对应的CP不存在于装置/服务信息列表中(S1426)，则装置/服务信息列表管理单元153基于WS-发现信息创建对应的装置/服务信息(S1330)。其后，将创建的装置/服务信息附加地存储在装置/服务信息列表151和152中(S1428和S1430)。
其后，将发送的WS-发现消息转换为将要多播的UPnP发现消息(S1432)。
图15是示出根据本发明示例性实施例的在支持家庭网络上的装置的兼容性的方法中的描述操作的流程图。
首先描述管理单元122接收从存在于家庭网络上的CP获得描述的描述请求消息(S1500)。
其后，描述管理单元122检查发送的描述请求消息是UPnP XML描述请求消息还是web服务WSDL请求消息(S1510)。
如果确定发送的描述请求消息是UPnP XML描述请求消息，则描述文件转换处理单元123请求装置/服务信息列表管理单元153搜索对应的CD，响应于该请求，装置/服务信息列表管理单元153搜索对应的CD(S1520)。
作为搜索结果，如果确定对应的CD是最初支持web服务的CD，则描述文件转换处理单元123基于装置/服务信息执行到UPnP XML描述文件的转换(S1530)。
其后，描述管理单元122以转换的描述响应消息(例如UPnP XML描述文件)来响应(S1540)。
另一方面，如果确定发送的描述请求消息是WSDL请求消息(S1550)，则描述文件转换处理单元123请求装置/服务信息列表管理单元153搜索对应的CD，响应于该请求，装置/服务信息列表管理单元153搜索对应的CD(S1560)。
作为搜索结果，如果确定对应的CD是最初支持UPnP的CD，则描述文件转换处理单元123基于对应的装置/服务信息执行到WSDL文件的转换(S1570)。
其后，描述管理单元122以转换的描述响应消息(例如WSDL文件)来响应(S1540)。
图16A和16B是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的控制操作的流程图。这里，将控制操作划分为处理控制请求消息的过程和处理控制响应消息的过程。
图16A是示出处理控制请求消息的过程的流程图。
首先，当从存在于家庭网络上的CP发送控制请求消息时，控制管理单元132检查控制请求消息是UPnP控制请求消息还是web服务控制请求消息。在此情况下，由于装置/服务描述包括可通过其接收控制行动的信息，因此能够基于对应的CD的描述来区分控制请求消息是UPnP控制请求消息还是web服务控制请求消息。
作为控制管理单元132的检查结果，如果确定控制请求消息是UPnP控制请求消息(S1602)，则控制管理单元132搜索已经发送控制请求消息的CP期望控制的CD基于UPnP还是基于web服务(S1604)。
作为搜索结果，如果确定对应的CD基于web服务(S1606)，则控制消息转换处理单元133将对应的UPnP控制请求消息转换为web服务控制请求消息(S1608)。
其后，控制管理单元132通过装置/服务信息列表管理单元153搜索控制请求已经发送到其的对应的CD的URL信息，其后发送转换为搜索的URL的请求消息(S1610)。
作为控制管理单元132的检查结果，如果确定控制请求消息是web服务控制请求消息(S1612)，则控制管理单元132搜索已经发送控制请求消息的CP期望控制的CD基于UPnP还是基于web服务(S1614)。
作为搜索结果，如果确定对应的CD基于UPnP(S1614)，则控制消息转换处理单元133将对应的web服务控制请求消息转换为UPnP控制请求消息(S1616)。
其后，控制管理单元132通过装置/服务信息列表管理单元153搜索控制请求已经发送到其的对应的CD的URL信息，其后发送转换为搜索的URL的请求消息(S1610)。
图16B是示出处理控制响应消息的过程的流程图。
首先，在执行处理控制请求消息的操作之后，控制管理单元132接收关于发送到存在于家庭网络上的CD的请求消息的响应消息(S1620)。
其后，控制管理单元132检查对应的响应消息是UPnP消息还是web服务消息。
作为检查的结果，如果确定响应消息是UPnP控制响应消息(S1622)，则控制管理单元132搜索对应的响应消息将发送到其的CP基于UPnP还是基于web服务(S1624)。
作为搜索结果，如果确定对应的CP基于web服务(S1626)，则控制消息转换处理单元133将对应的UPnP控制响应消息转换为web服务控制响应消息(S1628)。
其后，控制管理单元132通过装置/服务信息列表管理单元153搜索已经发送先前的控制请求消息的CP的URL信息，其后发送转换为搜索的URL的响应消息(S1630)。这里，在处理控制请求消息的操作期间临时存储控制请求CP的URL信息，并在处理控制响应消息的操作期间对其进行使用。
另一方面，作为检查结果，如果确定控制响应消息是web服务控制响应消息(S1632)，则控制管理单元132搜索对应的响应消息将发送到其的CP基于UPnP还是基于web服务(S1634)。
作为搜索结果，如果确定对应的CP基于UPnP，则控制消息转换处理单元133将对应的web服务控制响应消息转换为UPnP控制响应消息(S1636)。
其后，控制管理单元132通过装置/服务信息列表管理单元153搜索已经发送先前的控制请求消息的CP的URL信息，其后发送转换为搜索的URL的请求消息(S1630)。
图17A至17C是示出根据本发明示例性实施例的支持家庭网络上的装置的兼容性的方法中的事件触发操作的流程图。这里，事件触发操作划分为处理预订请求消息的过程和处理预订响应消息的过程。
图17A是示出处理预订请求消息的过程。
首先，事件触发管理单元142接收从存在于家庭网络上的CP发送的事件预订请求消息(S1700)，其后，检查接收的事件预订请求消息是GENA消息还是WS-事件触发消息。
作为事件触发管理单元142的检查结果，如果确定接收的事件预订请求消息是UPnP GENA消息(S1702)，则事件触发消息转换处理单元143向装置/服务信息列表管理单元153请求关于对应的CD的信息(S1704)，并基于响应于该请求而发送的关于CD的信息来检查对应的CD基于UPnP还是基于web服务。
作为检查的结果，如果确定对应的CD基于web服务(S1706)，则事件触发消息转换处理单元143将对应的UPnP GENA预订请求消息转换为WS-事件触发预订请求消息(S1708)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索预订请求已经发送至其的对应的CD的URL信息，其后将转换的预订请求消息发送到搜索的URL(S1710)。
作为检查结果，如果确定接收的事件预订请求消息是web服务WS-事件触发消息(S1712)，则事件触发消息转换处理单元143向装置/服务信息列表管理单元153请求关于对应的CD的信息，其后基于响应于该请求而发送的关于CD的信息来检查对应的CD基于UPnP还是基于web服务。
作为检查的结果，如果确定对应的CD基于UPnP(S1714)，则事件触发消息转换处理单元143将对应的WS-事件触发预订请求消息转换为UPnPGENA预订请求消息(S1716)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索预订请求已经发送至其的对应的CD的URL信息，其后将转换的预订请求消息发送到对应的URL(S1710)。
图17B是示出处理预订响应消息的过程的流程图。
首先，在执行处理预订请求消息的操作之后，事件触发管理单元142接收关于发送到CD的预订请求消息的响应消息(S1720)。其后，事件触发管理单元142检查对应的事件预订响应消息是GENA消息还是WS-事件触发消息。
作为检查的结果，如果确定发送的响应消息是UPnP GENA消息(S1722)，则事件触发消息转换处理单元143向装置/服务信息列表管理单元153请求关于响应消息将发送至其的CP的信息(S1724)，其后基于关于响应于该请求而发送的CP的信息来检查对应的CP基于UPnP还是基于web服务。
作为搜索结果，如果确定对应的CD基于web服务(S1726)，则事件触发消息转换处理单元143将对应的UPnP GENA预订请求消息转换为WS-事件触发预订请求消息(S1728)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索已经发送先前的预订请求消息的CP的URL信息，其后发送转换为搜索的URL的响应消息(S1730)。这里，应该基于预订响应消息将已经发送预订请求消息的CP的URL信息添加到包括在对应的装置/服务信息的预订列表中。其后，当从CD发送通知消息时，将对应的通知消息发送到注册在对应的预订列表中的CP。接下来，将参照图17C描述处理通知消息的过程。
作为检查结果，如果确定发送的响应消息是web服务WS-事件触发消息(S1732)，则事件触发消息转换处理单元143向装置/服务信息列表管理单元153请求关于对应的CP的信息，其后基于关于响应于该请求而发送的CP的信息检查对应的CP基于UPnP还是基于web服务。
作为检查结果，如果确定对应的CP基于UPnP(S1736)，则事件触发消息转换处理单元143将对应的WS-事件触发预订请求消息转换为UPnP GENA预订请求消息(S1736)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索已经发送先前的预订请求消息的CP的URL信息，其后发送转换为搜索的URL的响应消息(S1730)。
图17C是示出处理通知消息的过程的流程图。
首先，事件触发管理单元142从存在于家庭网络上的CD接收通知消息(S1750)。其后，事件触发管理单元142检查对应的通知消息是GENA消息还是WS-事件触发消息。
作为检查结果，如果确定发送的通知消息是UPnP GENA消息(S1752)，则事件触发消息转换处理单元143向装置/服务信息列表管理单元153请求关于通知消息将发送至其的CP的信息(S1754)，其后，基于请求的信息检查对应的CP基于UPnP还是基于web服务。
作为检查结果，如果确定对应的CP基于web服务(S1756)，则事件触发消息转换处理单元143将已经从CD发送的UPnP GENA通知消息转换为WS-事件触发通知消息(S1758)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索对应的装置/服务信息，其后将通知消息发送到注册在包括在搜索的信息中包括的预订列表中的CP(S1760)。
作为检查结果，如果确定发送的通知消息是web服务WS-事件触发消息(S1762)，则事件触发消息转换处理单元143检查通知消息已经发送至其的CP基于UPnP还是基于web服务。
作为检查结果，如果确定CP基于UPnP(S1764)，则事件触发消息转换处理单元143将已经从CD发送的WS-事件触发通知消息转换为UPnP GENA通知消息(S1768)。
其后，事件触发管理单元142通过装置/服务信息列表管理单元153搜索对应的装置/服务信息，其后，将通知消息发送到注册在包括在搜索的信息的预订列表中的CP(S1756)。
如上所述，根据本发明示例性实施例，根据支持家庭网络上的装置的兼容性的中间件装置和方法，可获得以下一个或多个效果。
也就是说，能够通过可对存在于家庭网络上的UPnP和web服务的协议进行转换的中间件装置来使得基于UPnP和web服务的各种装置彼此兼容。
此外，由于转换了UPnP和web服务的协议，其后将其发送到存在于家庭网络上的装置，因此能够使用基于UPnP和web服务的现有装置。
虽然已经结合其示例性实施例描述了本发明，但本领域技术人员应理解，在不脱离本发明的范围和精神的情况下，可对其进行各种修改和改变。因此，应理解，上述示例性实施例并非限制性的，而是在各方面是示例性的。
权利要求
1.一种支持家庭网络上的装置的兼容性的中间件装置，该中间件装置包括发现单元，接收基于由存在于家庭网络上的不同装置使用的不同协议的发现消息，将接收到的发现消息中的每一个转换为基于可由发现消息的每一个所发送到的装置处理的协议的消息，其中，所述不同协议包括通用即插即用(UPnP)协议和web服务协议；描述单元，基于所述不同协议中的一个创建使用请求消息请求的预定装置的描述文件，并对创建的描述文件进行转换，从而可由请求描述文件的装置处理所述描述文件；以及信息管理单元，基于发现消息和描述文件管理服务信息和关于存在于家庭网络上的装置的信息。
2.如权利要求1所述的中间件装置，其中，如果接收到的发现消息是基于UPnP协议的，并且将发现消息发送到能够处理基于web服务协议的发现消息的装置，则发现单元将发现消息转换为web服务协议，其中，如果接收的发现消息是基于web服务协议的，并且将发现消息发送到能够处理基于UPnP协议的发现消息的装置，则将发现消息转换为UPnP协议。
3.如权利要求1所述的中间件装置，其中，如果请求描述文件的装置不能处理基于UPnP协议的描述文件，则描述单元以web服务协议创建预定装置的描述文件，其中，如果请求描述文件的装置不能处理基于web服务协议的描述文件，则描述单元以UPnP协议创建预定装置的描述文件。
4.如权利要求1所述的中间件装置，其中，发现单元包括发现管理单元，对根据UPnP协议和web服务协议发送的发现消息的协议进行分类，并在信息管理单元中存储发送的发现消息；以及发现消息转换处理单元，对发送的发现消息进行转换，从而如果将发现消息发送到能够处理基于web服务协议的发现消息的装置，则转换来自UPnP协议的发现消息，而如果将发现消息发送到能够处理基于UPnP协议的发现消息的装置，则转换来自web服务协议的发现消息。
5.如权利要求1所述的中间件装置，其中，描述单元包括描述管理单元，创建使用请求消息请求的预定装置的描述文件，并在信息管理单元中存储创建的描述文件；以及描述文件转换处理单元，对根据由请求描述的装置使用的UPnP协议和web服务协议中一个创建的描述文件进行转换。
6.如权利要求1所述的中间件装置，其中，信息管理单元包括装置和服务信息列表，存储已经从发现单元和描述单元发送的服务信息和关于存在于家庭网络上的装置的信息；以及装置和服务信息列表管理单元，管理装置和服务信息列表，并更新装置和服务信息列表和发现单元的信息。
7.如权利要求1所述的中间件装置，还包括控制单元，接收基于UPnP协议和web服务协议中的一种的控制消息，并将控制消息中的每一个转换为基于UPnP协议和web服务协议中的另外一种的消息，由控制消息中的每一个所发送到的装置可处理所述UPnP协议和web服务协议中的另外一种的消息。
8.如权利要求1所述的中间件装置，还包括事件触发单元，基于UPnP协议和web服务协议中的一种接收事件触发消息，并将事件触发消息中的每一个转换为基于UPnP协议和web服务协议中的另外一种的消息，由事件触发消息中的每一个所发送到的装置可处理所述UPnP协议和web服务协议中的另外一种的消息。
9.一种支持家庭网络上的装置的兼容性的方法，该方法包括接收基于由存在于家庭网络上的不同装置使用的多种不同协议的发现消息；对于发现消息中的每一个确定在多种不同协议中接收的发现消息所基于的协议；以及将接收到的发现消息中的每一个转换为基于可由发现消息中的每一个所发送到的装置处理的协议的消息，其中，所述多种不同协议包括通用即插即用(UPnP)协议和web服务协议。
10.如权利要求9所述的方法，其中，如果接收的发现消息是基于UPnP协议的，并且将发现消息发送到能够处理基于web服务协议的发现消息的装置，则将发现消息转换为web服务协议，其中，如果接收的发现消息是基于web服务协议的，并且将发现消息发送到能够处理基于UPnP协议的发现消息的装置，则将发现消息转换为UPnP格式。
11.如权利要求9所述的方法，其中，存在于家庭网络上的装置包括UPnP控制点(CP)，发送基于UPnP协议的发现消息；以及web服务CP，发送基于web服务协议的发现消息。
12.如权利要求11所述的方法，其中，将从UPnP CP发送的发现消息转换为用于发送到web服务受控装置(CD)的web服务协议，并将从web服务CP发送的发现消息转换为用于发送到UPnP CD的UPnP协议。
13.如权利要求9所述的方法，还包括为发现消息中的每一个确定在家庭网络上是否注册发送发现消息的装置；以及如果确定在家庭网络上没有注册发送发现消息的装置，则创建并存储关于发送发现消息的装置的信息。
14.如权利要求9所述的方法，其中，发现消息包括生存或问候消息以及搜索或探查消息。
15.一种支持家庭网络上的装置的兼容性的方法，该方法包括接收基于由存在于家庭网络上的不同装置使用的多种不同协议的描述消息；对于发现消息中的每一个确定在多种不同协议中接收的描述消息所基于的协议；以及将接收到的描述消息中的每一个转换为基于可由描述消息中的每一个所发送到的装置处理的协议的消息，其中，所述多种不同协议包括通用即插即用(UPnP)协议和web服务协议。
16.如权利要求15所述的方法，其中，如果接收的描述消息是基于UPnP协议的，则将描述消息转换为web服务协议，而如果接收到的描述消息是基于web服务协议的，则将描述消息转换为UPnP协议。
17.如权利要求15所述的方法，其中，存在于家庭网络上的装置包括UPnP控制点(CP)，发送基于UPnP协议的描述消息；以及web服务CP，发送基于web服务协议的描述消息。
18.如权利要求17所述的方法，还包括搜索关于描述消息所发送到的预定控制装置(CD)的信息，其中，基于搜索结果将描述消息转换为基于可由预定控制装置处理的协议的消息。
19.如权利要求17所述的方法，其中，如果从存在于家庭网络上的UPnPCP或web服务CP发送控制消息，则确定发送的控制消息是基于UPnP协议的还是基于web服务协议的；搜索关于控制消息所发送到的预定控制装置(CD)的信息；以及如果作为确定结果将发送的控制消息确定为基于UPnP协议的，并且作为搜索结果将CD确定为基于web服务协议的，则将发送的控制消息转换为基于web服务协议的控制消息。
20.如权利要求17所述的方法，其中，如果从存在于家庭网络上的UPnPCP或web服务CP发送事件触发消息，则确定发送的事件触发消息是基于UPnP协议的还是基于web服务协议的；搜索关于事件触发消息所发送到的预定控制装置(CD)的信息；以及如果作为确定结果将发送的事件触发消息确定为基于UPnP协议的，并且作为搜索结果将CD确定为基于web服务协议的，则将发送的事件触发消息转换为基于web服务协议的事件触发消息。
全文摘要
提供一种支持家庭网络上的装置的兼容性的中间件装置和方法，其中，通过协议转换来支持基于UPnP和web服务的所有种类的装置的兼容性。该中间件装置包括发现单元，接收基于不同协议的发现消息，将发现消息中的每一个转换为基于可由消息所发送到的装置处理的协议的消息；描述单元，创建从UPnP和web服务请求的预定装置的描述文件，并对创建的描述文件进行转换，从而可由请求描述文件的装置处理所述描述文件；以及信息管理单元，基于发现消息和描述文件管理服务信息和关于存在于家庭网络上的装置的信息。
文档编号H04L29/08GK101013981SQ20071000035
公开日2007年8月8日 申请日期2007年1月12日 优先权日2006年1月12日
发明者金度宪 申请人:三星电子株式会社