基于通用即插即用的网络系统及其控制方法

专利名称：基于通用即插即用的网络系统及其控制方法
技术领域：
本发明的系统和方法涉及一种基于通用即插即用(UPnP)的网络，尤其 涉及一种可支持在移动网络环境中提供的业务的动态改变的基于UPnP的网 络系统及其控制方法。
背景技术：
UPnP是用于家庭网络的代表协议。
UPnP技术是用于各种类型的智能产品、无线装置和个人计算机(PC) 的对等连接的架构。已经设计了 UPnP以在住户、小型办公室、公共场所、 连接到互联网的自组织网络(ad-hoc network)中，或者在未管理的网络中容 易地使用UPnP,从而具有灵活性，并且基于所述标准提供连接。UPnP技术 提供使得传输控制协议(TCP) /互联网协议(IP)以及web技术能够执行无 缝接近组网的分布式开^:网络架构。也就是说，在分布式计算环境中，UPnP 技术提供业务间的连接性和互用性。
图1是示出一般家庭网络系统的构造的示图。
在家庭网络中，可以将基于UPnP的网络系统逻辑地划分为两部分。一 部分是提供装置的原有业务并且由用户控制的受控装置(以下称为"CD"), 另一部分是提供能够控制家庭装置的功能的控制点(以下称为"CP")。也就 是说，CP与客户机相应，而CD与业务或提供所述业务的装置相应。
如图l所示，在家庭网络系统中，多个基于UPnP的网络系统110、 120、 130、 140和200可彼此连接。例如，基于UPnP的CP可以是计算机110、个 人数字助理(PDA)或^更携式电话120、打印机130或笔记本电脑140,基于 UPnP的CD可以是用于提供业务的服务器200。
UPnP装置架构定义CP与由CP控制的CD之间的通信协议。也就是说，存在于家庭网络上的所有装置发送UPnP协议以相互通信。
图2A至图2D是示出 一般基于UPnP的网络系统之间的通信处理的示图。 在基于UPnP的网络中，可以将通信划分为发现、描述、控制、事件 (eventing )和呈现(presentation )的步骤。
图2A示出基于UPnP的发现步骤，可以将所述发现步骤分为两个处理。 一个是CD以多播方法发送装置信息或CD本身可以提供的业务信息的
处理，即发送公告(advertisement)消息的处理(S10),另一个是CP搜索家
庭网络上相关的CD的处理，即将搜索消息发送给CD的处理(S20 )。因而，
CP以单播形式从CD接收响应消息(S30)。相反，在CD离开家庭网络的步
骤，CD以多播形式将告別消息发送给CP。
图2B示出UPnP描述步骤，所述UPnP描述步骤是CP获得将被CP控
制的CD的装置以及业务描述信息的步骤。
也就是说，UPnP基于通过所述发现步骤获得的相应CD的描述URL信
息，请求并接收相应CD的装置描述文件(S40和S45 )和业务描述文件(S50
和S55 )。
图2C示出UPnP控制步骤，所述UPnP控制步骤是在CP和CD之间发 送/接收控制命令的步骤。在所述控制步骤，响应于请求消息，提供响应消息 (S60和S65 )。
图2D示出UPnP事件步骤，所述UPnP事件步骤是CP从CD接收根据 业务的状态改变的事件消息的步骤。
为了使CP从CD接收根据业务的状态改变的事件消息，首先应通过预 订步骤在CD中注册所述事件(S70和S75 )。然后，如果产生从CD提供的 业务的状态改变或者特定的事件状况，则CD将相应的事件消息发送给注册 的CP(S80)。相反，CP可在预订步骤设置超时，并且可在超时时段内进行 续订请求。此外，如果CP不想从CD再接收事件消息，则CP可请求取消。
然而，现有冲支术基于UPnP的网络系统及其控制方法具有以下问题。
即4吏业务动态地改变(如新业务添加到CD), CP仍通过确认公告消息 (advertisement message )中的单一装置名(UDN )仅确定是否添加了新的装 置，因此，不可能识别业务的添加(如新业务的添加)或业务的删除。这是 因为，在基于UPnP的CD中，业务的添加或删除与静态家庭网络环境的特 性相应。然而，在移动网络环境中需要添加或删除业务，因此现有UPnP技术在这点上具有局限性。

发明内容
本发明的示例性实施例克服上述不足和以上没有描述的不足。此外，不 需要本发明克服上述的不足，并且本发明的示例性实施例可能不克服上述任 何不足。
本发明提供一种可支持在移动网络环境中提供的业务的动态改变的基于
UPnP的网络系统及其控制方法。
根据本发明的一方面，提供一种基于UPnP的网络系统，根据本发明的 基于UPnP的网络系统包括受控装置，发送公告消息;和控制点，接收受 控装置发送的公告消息；其中，控制点确定包括在公告消息中的扩展头是否 改变，并且如果扩展头改变，则控制点将用于请求描述文件的消息发送给受 控装置。
根据本发明的另一方面，提供一种控制基于UPnP的网络系统的方法， 所述方法包括受控装置发送公告消息；控制点确定包括在公告消息中的扩 展头是否改变；和如果作为确定的结果所述扩展头改变，则控制点将用于请 求描述文件的消息发送给受控装置。
根据本发明的另一方面，提供一种基于UPnP的网络系统，所述系统包 括受控装置，提供描述改变公告业务；和控制点，执行所述描述改变公告 业务的预订；其中，控制点接收受控装置发送的用于描述改变公告业务的事 件消息，并且将用于请求描述文件的消息发送给受控装置。
根据本发明的另一方面，提供一种控制基于UPnP的网络系统的方法， 所述方法包括控制点执行对受控装置提供的描述改变公告业务的预订；受 控装置产生用于描述改变公告业务的事件消息，并且将所述事件消息发送给 控制点；和已经接收到所述事件消息的控制点将用于请求描述文件的消息发 送给受控装置。


通过下面结合附图对本发明的示例性实施例进行的详细描述，本发明的 上述和其他方面将会清楚，其中
图1是示出一般家庭网络系统的构造的示图；图2A至图2D是示出 一般基于UPnP的网络系统之间的通信处理的示图； 图3是示出根据本发明的示例性实施例的基于UPnP的网络系统的构造 的框图4是示出根据本发明的示例性实施例的基于UPnP的网络系统中的公 告消息的示例的示图5是示出在根据本发明的示例性实施例的识别基于UPnP的网络系统 中的业务添加或删除的处理的流程图6是解释图5的根据本发明的示例性实施例的基于UPnP的网络系统 在发现步骤中识别业务的添加或删除的示例性示图7是示出根据本发明的另一示例性实施例的基于UPnP的网络系统的 构造的框图8是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中 的装置描述文件的示例的示图9是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中 的业务描述文件的示例的示图10A和图10B是示出根据本发明的另一示例性实施例的识别在基于 UPnP的网络系统中业务的添加或删除的处理的流程图；和
图IIA和图IIB是解释根据本发明的另一示例性实施例的图IO的基于 UPnP的网络系统在描述步骤中识别业务的添加或删除的示例性示图。
具体实施例方式
以下，参照附图来详细描述本发明的示例性实施例。通过参照结合附图 将详细描述的示例性实施例，本发明的各方面和特点以及实现所述各方面和 特点的方法将会变得明显。然而，本发明不限于以下公开的示例性实施例， 而是可以不同的形式实现。在所述描述中定义的内容，如详细的构造和元件， 仅仅是提供的特定细节，以帮助本领域的普通技术人员全面地理解本发明， 并且本发明仅在权利要求的范围内限定。在本发明的全部描述中，各附图中 相同的附图标号用于表示相同的元件。
通过参照示出框图和流程图的附图将描述本发明，所述框图和流程图用 于解释根据本发明的示例性实施例的基于UPnP的网络系统及其控制方法。 应理解为，可通过计算机程序指令实现流程解的每个块以及流程解中块的组合。可将这些计算机程序指令提供给通用计算机、专用计算机或其 他可编程数据处理设备的处理器，以产生机器，从而通过所述计算机或其他 可编程数据处理设备的处理器执行所述指令，创建用于实现流程图块或多个 块中指定的功能的装置。
也可以将这些计算机程序指令存储在能够指导计算机或其他可编程数据 处理设备以特定方式工作的计算机可用或计算机可读存储器中，从而存储在 计算机可用或计算机可读存储器中的指令产生包括实现流程图块或多个块中 指定的功能的指令装置。
也可以将所述计算机程序指令载入计算机或其他可编程数据处理设备， 以使得在所述计算机或其他可编程数据处理设备上执行一系列操作步骤，从 而所述计算机或其他可编程数据处理设备执行的指令提供用于实现流程图块 或多个块中指定的功能。
此外，流程解的每个块可表示包括用于实现特定逻辑功能的 一个或 多个可执行指令的模块、片段或部分代码。还应说明的是，在一些可选实现 中，在所述块中注明的功能可不按照描述的顺序发生。例如，根据涉及的功 能，连续示出的两个块事实上可基本同时被执行，或者所述块有时可以相反 的顺序#皮#^亍。
图3是示出根据本发明的示例性实施例的基于UPnP的网络系统的构造 的框图。
所述根据本发明的示例性实施例的基于UPnP的网络系统包括控制点 (CP) 100和受控装置(CD) 200。
CP 100用于发送能够控制所述装置的消息。
如图3所示，CP 100包括消息控制单元110和高速緩存数据存储单元
120。
消息控制单元IIO用于处理在CP 100和CD 200之间发送/接收的各种类 型的消息。CP IOO发送给CD 200的消息包括搜索消息、描述请求消息、控 制消息、预订请求消息等，而CP 100从CD200接收的消息包括公告消息、 响应消息、事件消息等。
在根据本发明的示例性实施例的基于UPnP的网络系统的情况下，CP 100 的消息控制单元110识别在发现步骤从CD 200发送的公告消息中定义的扩展 头(extension header )。将结合CD 200 (随后描述)的发现单元210详细描述该功能。
息。所述包括在高速緩存数据中的关于CD 200的信息可以是关于装置的信
息、关于从装置提供的业务的信息等。
CD 200根据从CP 100发送的控制消息提供装置的原有业务。 如图3所示，CD200包括发现单元210、描述单元220、控制单元230、 事件单元240和信息管理单元250。
在发现步骤，发现单元210用于处理CD200中的发现消息。 首先，发现单元210发送包括装置信息和由CD 200提供的业务信息的 公告消息。也就是说，当CD 200加入网络时，CD 200发送包含基本信息的 公告消息，以通知CP 100它的存在。这里，所述基本信息包括提供CD 200 的装置的描述的URL、装置的类型、通知消息的过期时间等。可通过多播方 法发送所述公告消息。
在根据本发明的示例性实施例的基于UPnP的网络系统中定义在发现步 骤从CD 200发送的公告消息中的扩展头。
通常，虽然通过标准定义公告消息的格式，但是可以通过对附加内容的 用户定义来扩展公告消息。因而，发现单元210将扩展头添加到公告消息， 并且通过扩展头包括关于CD 200提供的业务的改变的信息，即关于业务的添 加或删除的信息。
随后，如果新业务被添加到CD 200或者现有的业务从CD 200被删除， 则发现单元210通过公告消息中定义的扩展头记录业务添加或删除信息。此 外，如果所述公告消息被发送给CP 100,则CP 100的消息控制单元110识别 在从CD200发送的公告消息中定义的扩展头。因而，在公告消息中定义的扩 展头改变的情况下，CP 100识別从CD 200提供的业务已经改变，并且将描 述请求消息发送给CD200,以便接收装置描述文件和业务描述文件。在这种 情况下，CD 200将装置描述文件和业务描述文件发送给CP 100。
图4是示出根据本发明的示例性实施例的基于UPnP的网络系统中的公 告消息的示例的示图。
如图4所示，公告消息包括包含关于主机、高速緩存控制、装置URL 等的信息的超文本传输协议(HTTP)头。虽然将所述公告消息的格式定义为 标准，但是用户可以通过定义附加内容来扩展公告消息。因而，可以在公告消息中定义包括关于CD 200提供的业务的添加或删 除的扩展头。在图4中，示出称为"SERVICE-CHANGE"的扩展头211的示 例。本领域的普通技术人员可以改变扩展头的类型和包括在扩展头中的信息。
相反，可以在CD200加入网络的初始阶段产生具有扩展头的公告消息， 或者当CD 220提供的业务被添加或删除时将扩展头添加到标准公告消息。
此外，发现单元210可发送具有扩展头的公告消息，以与一般公告消息 的发送时段相称，或者可以不管消息发送时段，在添加或删除业务时发送公 告消息。
CP 100可以按照多播方法发送用于搜索将要使用的CD 200的搜索消息， 并且如果与CP 100搜索的CD 200相应，则发现单元210可将响应消息发送 给CP 100。可以通过单纟番方法发送该响应消息。
相反，发现单元210可使用基于超文本传输协议(HTTP)头的简单业务 发现协议(SSDP)作为UPnP装置之间的动态多播发现协议。
描述单元220用于产生包括关于CD 200的装置和业务的信息的描述文 件，并且将产生的描述文件发送给CP 100。在UPnP网络中，可以将在UPnP 论坛(UPnP Forum)确定的装置描述文件和业务描述文件用作描述文件。
所述装置描述文件是包括装置的信息和关于所述装置提供的业务的信息 的文档，并且包括关于装置的生产商的信息、产品信息(如型号名称和序列 号)以及装置中的业务的列表等。
相反，在UPnP网络中，装置描述文件和业务描述文件可使用可扩展标 记语言(XML)格式。
控制单元230处理从CP 100发送的命令，以便CD 200使用所述业务。 也就是说，控制单元230用于产生对CP100的请求消息的响应消息，并且将 产生的响应消息发送给CP 100。
相反，在UPnP网络中，可使用SOAP作为控制消息协议。
事件单元240用于根据CD 200提供的业务的状态改变产生事件消息， 并且将产生的事件消息发送给CP 100。
如果CP 100想要知晓从CD 200提供的业务的状态改变，则CD 200产 生预订请求消息，并且将预订请求消息发送到包括在关于在发现步骤获得的 CD 200的信息中的事件URL。该步骤称为预订步骤。此后，CD 200注册已 经发送注册请求消息的CP 100,并且如果产生CD 200提供的业务的状态改变或者特定事件状况，则CD 200将相应的事件消息发送给注册的CP 100。
相反，在UPnP网络中，可以使用基于HTTP头的通用事件通知架构 (GENA)作为用于装置的事件步骤的协议。
信息管理单元250用于存储和管理CD 200提供的业务消息。此时，可 以按照列表的形式存储CD 200提供的业务信息。此外，信息管理单元250 可以根据从CP 100发送的请求，连续地更新业务信息列表。
如上所述，基于UPnP的网络系统可具有CP 100或CD 200的功能，或 者兼具CP 100和CD 200两者的功能。
以下，将描述一种根据本发明的示例性实施例的控制如上构建的基于 UPnP的网络系统的方法。
图5是示出在根据本发明的示例性实施例的识别基于UPnP的网络系统 中的业务添加或删除的处理的流程图。
首先，在预定时段，基于UPnP的CD 200以多播方法发送包括其装置信 息以及CD 200本身可提供的业务信息的公告消息(S301 )。公告消息为SSDP 形式。
这时，基于UPnP的CP 100接收公告消息，确认CD 200的UDN( S302 )， 并且随后确定已经发送所述消息的CD是否与现有的CD200相同(S303 )。
如果在操作S303, CP IOO通过确认UDN确定已经发送所述消息的CD 200是新的CD 200，则CP 100将描述请求消息(即HTTP GET消息)发送 给CD 200，以接收装置描述文件和业务描述文件(S304)。此时，CP 100通 过包括在公告消息中的描述URL信息发送描述请求消息。然后，CD 200响 应所述描述请求消息，将XML格式的装置描述文件和业务描述文件发送给 CP 100 (S305 )。
然后，CP IOO通过解析接收的XML格式的装置描述文件和业务描述文 件，将装置信息和CD 200的业务信息存储在高速緩存数据存储单元120中 (S306)。
如果在操作S303, CP IOO通过确认UDN确定已经发送所述消息的CD 200与现有的CD 200相同，则CP IOO确定在公告消息中定义的扩展头是否 改变(S307)。
如果在操作S307，在公告消息中定义的扩展头改变，则CP 100将描述 请求消息发送给CD 200以接收装置描述文件和业务描述文件(S308 )。然后，CD200响应于该描述请求消息，将XML格式的装置描述文件和业务描述文 件发送给CP 100 (S309)。
此后，CP IOO通过解析接收的XML格式的装置描述文件和业务描述文 件来更新装置信息和CD 200的业务信息(S310 )。
如果在操作S307确定在公告消息中定义的扩展头没有改变，则CP 100 不下载相应CD 200的装置描述文件和业务描述文件，而仅执行对存储在高速 缓存数据存储单元120中的CD 200的过期时间的更新(S311 )。
如上所述，在根据本发明的示例性实施例的基于UPnP的网络系统中， 可以通过在发现步骤中发送的公告消息中定义扩展头来识别业务的添加或删 除。
图6是解释根据本发明的示例性实施例的图5的基于UPnP的网络系统 在发现步骤中识别业务的添加或删除的示例性示图。
在图6中，示例为在业务添加或删除后在CD 200发送的^^告消息中定 义的扩展头改变。即使CP 100通过确认UDN确定CD 200与现有CD 200相 同(S302)， CP100可确认在公告消息中定义的扩展头的改变(S307 )，并且 向CD 200请求和接收装置描述文件和业务描述文件(S308和S309 )。
图7是示出根据本发明的另一示例性实施例的基于UPnP的网络系统的 构造的框图。
根据本发明的另 一示例性实施例的基于UPnP的网络系统包括CP 400和 CD 500。
如上参照图3所述，CP 400包括消息控制单元410和高速緩存数据存储 单元420。也就是，消息控制单元410用于处理从CP 400发送给CD 500的 各种类型的消息，高速緩存数据存储单元420用于存储包括从CD 500发送的 关于CD 500的信息的高速緩存数据。
在根据本发明的另一示例性实施例的基于UPnP的网络系统的情况下， 预设CP 400的消息控制单元410以请求预订包括在通过发现步骤从CD 500 发送的公告消息中的描述改变公告业务560。将根据随后描述的CD 500的描 述单元520详细描述此功能。
高速緩存数据存储单元420用于存储包括从CD 200发送的关于CD 200 的信息的高速緩存数据。所述包括在高速緩存数据中的关于CD 200的信息可 以是关于装置的信息、关于从所述装置提供的业务的信息等。此外，CD 500包括发现单元510、描述单元520、控制单元530、事件 单元540和信息管理单元550。根据本发明的另一示例性实施例的构成基于 UPnP的网络系统的控制单元530和信息管理单元550与以上参照图3描述的 相同，因此将省略对他们的详细描述。
在发现步骤，发现单元510用于处理CD 500中的发现消息。
首先，发现单元510发送包括装置信息和CD 500可提供的业务信息的 公告消息。可以通过多播方法发送此公告消息。
相反，CP 400响应于用于搜索将被CP 400使用的CD 500的搜索消息， 发送响应消息。
描述单元520用于产生包括关于CD 500的装置和业务的信息的描述文 件，并且将产生的描述文件发送给CP400。在UPnP网络中，可使用在UPnP 论坛确定的装置描述文件和业务描述文件作为所述描述文件。
在根据本发明的另一示例性实施例的基于UPnP的网络系统中，CD 500 提供描述改变公告业务560。描述改变公告业务是CD 500提供的基本业务， 所述业务识别CD 500提供的另一业务的添加或删除，产生事件消息并且将产 生的事件消息通知给CP 400。
当CD 500加入网络时，CD 500发送包含基本信息的公告消息，以将其 存在通知给CP 400，并且公告消息可包括关于描述改变公告业务560的信息。
此外，预设CP 400的消息控制单元410以请求预订包括在CD 500在发 现步骤发送的公告消息中的描述改变公告业务560 。
因而，CP 400通过解析接收的XML ^f各式的装置描述文件和业务描述文 件，将CD 500的装置信息和业务信息存储在高速緩存数据存储单元420中。
这时，CP 400可识别关于包括在装置描述文件和业务描述文件中的描述 改变公告业务的信息。
图8是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中 的装置描述文件的示例的示图。
如图8所示，XMI^各式的装置描述文件在〈service〉标签中包括关于业务 类型、业务ID、业务描述URL、控制URL以及事件URL的信息。装置描述 文件在〈serviceLisP^标签中还包括关于UPnP论坛、定义的业务以及由UPnP 厂商添加的业务的信息。
因而，在装置描述文件的〈serviceList〉标签中另外定义关于描述改变公告业务560和521的信息。在图8中，示例为另外定义描述改变公告业务560 和521为"ChangNotify，，类型业务。在定义描述改变^^告业务560和521时， 本领域的普通技术人员可以改变关于业务类型、业务ID、业务描述URL、控 制URL以及事件URL等的信息。
图9是示出根据本发明的另一示例性实施例的基于UPnP的网络系统中 的业务描述文件的示例的示图。
如图9所示，XML格式的业务描述文件在〈actionLis^标签中包括作为 业务响应命令的动作的列表，并且在〈action〉标签中包括关于作为各动作的参 数的变量的信息。此外，业务描述文件可另外在〈actionList〉标签中包括UPnP 论坛、定义的业务或UPnP厂商添加的动作，并且在〈serviceStateTable〉标签 中包括UPnP^r坛、定义的业务或状态变量。
因而，可以在装置描述文件的〈actionLisP和〈serviceStateTable^示签中另 外地定义用于描述改变公告业务的动作522以及相关的状态变量信息523。 本领域的普通技术人员可改变该信息。
事件单元540用于根据CD 500提供的业务的状态改变产生事件消息， 并且将所述产生的事件消息发送给CP 400。
如果CP 400想要知晓CP 400将要使用的CD 500提供的业务的状态改 变，则CD 500产生预订请求消息，并且将所述预订请求消息发送给包括在通 过发现步骤获得的关于CD 500的信息中的事件URL。此步骤被称为预订步 骤。其后，CD 500注册已经发送注册请求消息的CP 400,并且如果产生由 CD 500提供的业务的状态改变或者特定事件状况，则CD 500将相应的事件 消息发送给注册的CP 400。
相反，在UPnP网络中，可以使用基于HTTP头的GENA (通用事件通 知架构)作为用于装置的事件步骤的协议。
如上所述，基于UPnP的网络系统可具有CP 400或CD 500的功能，或 者可以兼具CP 400和CD 500两者的功能。
以下，将描述才艮据本发明的另一示例性实施例的一种控制如上述构建的 基于UPnP的网络系统的方法。
图10A和图10B是示出根据本发明的另一示例性实施例的识别在基于 UPnP的网络系统中业务的添加或删除的处理的流程图。
图IOA示出CP向CD请求预订以使用描述改变/A告业务的处理。首先，在预定时段，基于UPnP的CD 500以多播方法发送包括其装置信 息和CD本身可提供的业务信息的公告消息(S601 )。这时，基于UPnP的CP 400接收到公告消息，确认CD 500的UDN ( S602 ),然后确定已经发送所述 消息的CD是否与现有的CD 500相同(S603 )。
如果在操作S603, CP 400通过确认UDN确定已经发送所述消息的CD 500是新的CD 500，则CP 400将描述请求消息发送给CD 500以接收装置描 述文件和业务描述文件(S604)。在这种情况下，CD 500响应于描述请求消 息，将XML格式的装置描述文件和业务描述文件发送给CP400 (S605 )。然 后，CP 400通过解析接收的XML格式的装置描述文件和业务描述文件将装 置信息和CD 500的业务信息存储在高速緩存数据存储单元420中(S606 )。 这时，CP可识别关于包括在装置描述文件和业务描述文件中的描述改变公告 业务的信息。
然后，CP400将事件预订请求消息发送给CD 500，以使用在从CD500 发送的装置描述文件中定义的描述改变公告业务(S607 )。所述预订请求消息 是使用GENA协议的XML格式的消息。CD 500在其自己的预订列表中注册 已经发送预订请求消息的CP 400的URL信息(S608 )。因而，如果在CD 500 中发生业务的添加或删除，则将事件消息发送给CP400。
如果在步骤S603, CP400通过确认UDN,确定已经发送所述消息的CD 500与现有的CD 500相同，则CP400不下载相应CD 500的装置描述文件和 业务描述文件，而是仅执行存储在高速緩存数据存储单元420中的过期时间 的更新(S609)。
图10B示出当业务被添加到CD或从CD删除时，CP识别业务添加或删 除的处理。
如果新的业务^C添加到CD 500或者现有的业务^t删除(S701 )，则通过 在CD 500中基本地提供的描述改变公告业务，产生根据业务添加或删除的事 件消息(S702)。
CD 500将所述根据业务添加或删除的事件消息发送给CP400 ( S703 )。 这时，已经接收到所述事件消息的CP 400是通过CD 500的描述改变公告业 务中的预订请求在CD 500中注册的CP 400。
已经接收到所述事件消息的CP400将描述请求消息发送给CD 500以接 收装置描述文件和业务描述文件(S704 )。然后，CD 500响应于描述请求消息，将XML格式的装置描述文件和业务描述文件发送给CP400 (S705 )。然 后，CP 400通过解析接收的XML格式的装置描述文件和业务描述文件，将 CD 500的装置信息和业务信息存储在高速緩存数据存储单元420中(S706 )。
如上所述，按照根据本发明的另一示例性实施例的基于UPnP的网络系 统，描述改变公告业务560被基本地提供给CD 500,并且CP 400可通过在 描述步骤从CD 500发送的XML格式的装置描述文件和业务描述文件中定义 描述改变公告业务560，并且通过添加动作、要素和业务的有关状态变量来 识别业务的添加或删除。
图IIA和图IIB是解释根据本发明的另一示例性实施例的在描述步骤中 图10的基于UPnP的网络系统识别业务的添加或删除的示例性示图。
图11A示出向CD 500请求预订以便CP 400使用描述改变公告业务的示 例。也就是说，CP 400通过将描述请求消息发送给CD 500 ( S604 )接收装置 描述文件和业务描述文件(S605 )，然后将事件预订请求消息发送给CD 500, 以使用在装置描述文件中定义的描述改变公告业务(S607)。
图IIB示出产生在CD 500的描述改变公告业务560中的业务添加或删 除事件消息，并且在业务^t添加或删除后将产生的消息发送给CP 400的示例。 也就是说，如果在CD 500中业务被添加或删除(S701 )，则CD 500产生描 述改变公告业务中的事件消息(S702 )，并且将产生的事件消息发送给CP400 (S703 )。 CP 400将描述请求消息发送给CD 500 ( S704 ),并且接收装置描述 文件和业务描述文件(S705 )。
根据现有技术基于UPnP的网络系统，即使业务动态地改变(如新业务 添加到CD), CP通过确认公告消息中的UDN，仅确定是否新的业务被添加， 因此，不可能识别业务的添加(如新业务的添加)或业务的删除。这是因为， 在基于UPnP的CD中，业务的添加或删除与静态家庭网络环境相应。然而， 在移动网络环境中，需要添加或删除业务，因此现有的PnP技术在这点上具 有局限性。
然而，根据本发明的示例性实施例的基于UPnP的网络系统，CD 200在 发送的公告消息中定义的扩展头中记录关于业务的添加或删除的信息，并且 CP IOO识别这种信息，从而可以支持移动网络环境中提供的业务的添加或删除。
此外，根据本发明的另一示例性实施例的基于UPnP的网络系统，描述改变公告业务560被基本地提供给基于UPnP的CD 500,并且CP 400可通过 在CD 500在描述步骤发送的装置描述文件和XML业务描述文件中定义描述 改变公告业务560，并且通过添加动作、要素以及业务的相关状态变量来识 别业务的添加或删除。因此，可以支持在运动网络环境中提供的业务的添加 或删除。
在本发明的示例性实施例中，在此使用的术语"单元"是指(而不限于) 执行特定任务的软件或硬件部件，如现场可编程门阵列(FPGA)或专用集成 电路(ASIC)。可以有利地配置单元以驻留于可寻址存储介质上并且在一个 或多个处理器上执行。因此，单元可包括，举例来说，如软件部件、面向对 象的软件部件、类部件和任务部件的部件、进程、函数、属性、程序、子程 序、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、 表、数组和变量。可以将在部件和单元中提供的功能结合到更少的部件和单 元中，或者可以将在部件和单元中提供的功能分为另外的部件和单元。此外， 可以实现所述部件和模块以执行装置中的一个或多个CPU。
虽然已经为了示例性的目的描述了本发明的示例性实施例，但是本领域的
普通技术人员将会理解，在不脱离如权利要求公开的本发明的范围和精神的
情况下，可以进行各种修改、添加和替换。
权利要求
1、一种基于通用即插即用(UPnP)的网络系统，包括受控装置，发送公告消息；和控制点，接收受控装置发送的公告消息；其中，控制点确定包括在公告消息中的扩展头是否改变，并且如果确定扩展头改变，则控制点将请求描述文件的消息发送给受控装置。
2、 如权利要求1所述的基于UPnP的网络系统，其中，所述扩展头包括 关于受控装置提供的业务的改变的信息。
3、 如权利要求1所述的基于UPnP的网络系统，其中，所述描述文件包括装置描述文件，包括关于受控装置的信息；和 业务描述文件，包括关于受控装置提供的业务的信息。
4、 如权利要求3所述的基于UPnP的网络系统，其中，所述描述文件使 用可扩展标记语言(XML)格式。
5、 如权利要求1所述的基于UPnP的网络系统，其中，所述公告消息使 用基于超文本传输协议(HTTP)头的简单业务发现协议(SSDP)。
6、 一种基于通用即插即用(UPnP)的网络系统，包括 受控装置，提供描述改变公告业务；和控制点，执行所述描述改变公告业务的预订；其中，控制点接收受控装置发送的用于描述改变公告业务的事件消息， 并且将用于请求描述文件的消息发送给受控装置。
7、 如权利要求6所述的基于UPnP的网络系统，其中，控制点发送对描 述改变公告业务的预订请求，并且受控装置在受控装置的预订列表中注册控 制点的统一资源定位符(URL)信息。
8、 如权利要求6所述的基于UPnP的网络系统，其中，如果受控装置提 供的业务改变，则受控装置产生用于描述改变公告业务的事件消息。
9、 如权利要求6所述的基于UPnP的网络系统，其中，所述描述文件包括装置描述文件，包括关于受控装置的信息；和 业务描述文件，包括关于受控装置提供的业务的信息。
10、 如权利要求9所述的基于UPnP的网络系统，其中，所述描述文件 使用可扩展标记语言(XML)才各式。
11、 一种控制基于通用即插即用(UPnP)的网络系统的方法，所述方法包括受控装置发送公告消息；控制点确定包括在从受控装置发送的公告消息中的扩展头是否改变；和 如果确定所述扩展头改变，则控制点将用于请求描述文件的消息发送给 受控装置。
12、 如权利要求11所述的方法，其中，所述扩展头包括关于受控装置提 供的业务的改变的信息。
13、 如权利要求11所述的方法，其中，所述描述文件包括 装置描述文件，包括关于受控装置的信息；和 业务描述文件，包括关于受控装置提供的业务的信息。
14、 如权利要求13所述的方法，其中，所述描述文件使用可扩展标记语 言(XML)格式。
15、 如权利要求11所述的方法，其中，所述公告消息使用基于超文本传 输协议(HTTP)头的简单业务发现协议(SSDP)。
16、 一种控制基于通用即插即用(UPnP)的网络系统的方法，所述方法包括控制点执行对受控装置提供的描述改变公告业务的预订； 受控装置产生用于描述改变公告业务的事件消息，并且将所述事件消息发送给控制点；和已经接收到所述事件消息的控制点将用于请求描述文件的消息发送给受控装置。
17、 如权利要求16所述的方法，其中，所述执行对受控装置提供的描述 改变公告业务的预订的步骤包括控制点发送对描述改变公告业务的预订请求消息；和 受控装置在受控装置的预订列表中注册控制点的统一资源定位符(URL) 信息。
18、 如权利要求16所述的方法，其中，如果受控装置提供的业务改变， 则所述受控装置产生用于描述改变公告业务的事件消息。
19、 如权利要求16所述的方法，其中，所述描述文件包括 装置描述文件，包括关于受控装置的信息；和 业务描述文件，包括关于受控装置提供的业务的信息。
20、 如权利要求19所述的方法，其中，所述描述文件使用可扩展标记语 言(XML)格式。
全文摘要
提供一种基于通用即插即用(UPnP)的网络系统及其控制方法。所述基于UPnP的网络系统包括受控装置，发送公告消息；和控制点，接收受控装置发送的公告消息。控制点确定包括在公告消息中的扩展头是否改变，并且如果确定扩展头改变，则控制点将请求描述文件的消息发送给受控装置。此外，所述基于UPnP的网络系统包括受控装置，提供描述改变公告业务；和控制点，执行所述描述改变公告业务的预订。控制点接收受控装置发送的用于描述改变公告业务的事件消息，并且将用于请求描述文件的消息发送给受控装置。
文档编号H04L29/06GK101431456SQ20081017286
公开日2009年5月13日 申请日期2008年11月5日 优先权日2007年11月5日
发明者崔哲源 申请人:三星电子株式会社