接收/发送事件消息的方法、受控设备和控制点的制作方法

专利名称：接收/发送事件消息的方法、受控设备和控制点的制作方法
技术领域：
与本发明一致的方法和装置涉及家庭网络，更具体地，涉及基于通用即插即用 (UPnP)的事件消息发送方法、基于UPnP的事件消息接收方法、受控设备和控制点。
背景技术：
—般地，家庭网络是基于互联网协议(IP)的专用网络，其通过被称为中间件的公 共虚拟计算环境来将用在住宅中的各种个人计算机(PC)和诸如智能产品、无线设备等的 各种装置连接成网络并控制它们。 中间件基于对等网将各种数字装置连接在一起以便允许数字装置之间的通信。当 前已经提出家庭音频视频互操作性(HAVI)、通用即插即用(UPnP)控制设备、Java智能网络 基础结构(Jini)、家庭广网(HWW)等作为中间件的示例。 尽管由于当前操作系统包括即插即用(PnP)功能而使得其安装和设置PC外围 设备更为容易，但是UPnP技术通过将此方便的PnP功能扩展到基于互联网标准技术(诸 如，传输控制协议/互联网协议(TCP/IP)、超级文本传输协议(HTTP)、和可扩展标记语言 (XML))的各种网络，而使得诸如各种家用电器、网络打印机和互联网网关的网络设备能够 被网络化，特别是被家庭网络化。

发明内容
技术问题 本发明提供一种接收对于安装在受控设备(CD)中的应用中包括的仅仅一些服务 的事件消息的方法、其上记录有用于执行该方法的程序的计算机可读记录介质、和控制点 (CP)。 本发明还提供一种发送对于安装在CD中的应用中包括的仅仅一些服务的事件消
息的方法、其上记录有用于执行该方法的程序的计算机可读记录介质、和CP。 本发明还提供一种当包括在单独设备中的应用安装在CD中时从该CD接收事件消
息而不需要发送事件订阅呼叫的方法、其上记录有用于执行该方法的程序的计算机可读记
录介质、和CP。 本发明还提供一种当包括在单独设备中的应用安装在CD中时向CP发送事件消息 而不需要接收事件订阅呼叫的方法、其上记录有用于执行该方法的程序的计算机可读记录 介质、和CD。 本发明还提供一种并行地向期望接收事件消息的多个设备发送事件消息的方法
以及其上记录有用于执行该方法的程序的计算机可读记录介质。 技术方案 根据本发明的一方面，提供一种事件消息接收方法，包括经由网络将应用安装在
受控设备中；向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中 的至少一个服务的参数并且请求该应用开始；以及从该受控设备接收第二消息，该第二消
6息代表由该参数指定的该至少一个服务的状态改变。 根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第 二消息接收方法的程序，该方法包括经由网络将应用安装在受控设备中；向该受控设备 发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且 请求该应用开始；以及从该受控设备接收第二消息，该第二消息代表由该参数指定的该至 少一个服务的状态改变。 根据本发明的另一方面，提供一种事件消息发送方法，包括经由网络将从控制受 控设备的控制点接收的应用安装在该受控设备中；从该控制点接收第一消息并操作该应 用，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用 开始；以及向该控制点发送第二消息，该第二消息代表由该参数指定的该至少一个服务的 状态改变。 根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第 二消息发送方法的程序，该方法包括经由网络将从控制受控设备的控制点接收到的应用 安装在该受控设备中；从该控制点接收第一消息并操作该应用，该第一消息包括指定包括 在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及向该控制点发送第 二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。 根据本发明的另一方面，提供一种事件消息接收方法，包括向受控设备发送第三 消息，该第三消息请求该受控设备安装应用并且包括代表是否对关于该应用的信息感兴趣 的参数；从该受控设备接收第四消息，该第四消息根据该参数包括关于该应用的信息；向 该受控设备发送第一消息，该第一消息请求应用开始；以及从该受控设备接收第二消息，该 第二消息代表该应用的状态改变。 根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行事 件消息接收方法的程序，该方法包括向受控设备发送第三消息，该第三消息请求该受控设 备安装应用并且包括代表是否对关于该应用的信息感兴趣的参数；从该受控设备接收第四 消息，该第四消息根据该参数包括关于该应用的信息；向该受控设备发送第一消息，该第一 消息请求应用开始；以及从该受控设备接收第二消息，该第二消息代表该应用的状态改变。
根据本发明的另一方面，提供一种事件消息发送方法，包括从控制点接收第三消 息，该第三消息请求该受控设备安装应用并且包括代表经由网络控制该受控设备的控制点 对关于该应用的信息是否感兴趣的参数；向该控制点发送第四消息，该第四消息根据该参 数包括关于该应用的信息；从该控制点接收第一消息并操作该应用，该第一消息请求应用 开始；以及向该控制点发送第二消息，该第二消息代表该应用的状态改变。
根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第 二消息发送方法的程序，该方法包括从控制点接收第三消息，该第三消息请求该受控设备 安装应用并且包括代表经由网络控制该受控设备的控制点对关于该应用的信息是否感兴 趣的参数；向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息；从 该控制点接收第一消息并操作该应用，该第一消息请求应用开始；以及向该控制点发送第 二消息，该第二消息代表该应用的状态改变。 根据本发明的另一方面，提供一种用于控制受控设备的控制点，该控制点包括应 用发送单元，如果期望该应用安装在该受控设备中，则向该受控设备发送应用；应用开始请
7求单元，向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至 少一个服务的参数并且请求该应用开始；和第二消息处理单元，从该受控设备接收第二消 息并处理该第二消息，该第二消息代表由该参数指定的至少一个服务的状态改变。
根据本发明的另一方面，提供一种受控设备，包括应用安装单元，将从控制点接 收的应用安装在该受控设备中；应用操作单元，从该控制点接收第一消息并操作该应用，该 第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始； 以及第二消息产生单元，产生代表由该参数指定的该至少一个服务的状态改变的第二消 息。 根据本发明的另一方面，提供一种用于控制受控设备的控制点，该控制点包括应 用发送单元，向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代 表该控制点对关于该应用的信息是否感兴趣的参数；应用开始请求单元，接收第四消息并 向该受控设备发送第一消息，该第四消息根据该参数包括关于该应用的信息，该第一消息 请求该应用开始；和事件消息处理单元，从该受控设备接收第二消息并处理该事件消息，该 第二消息代表该应用的状态改变。 根据本发明的另一方面，提供一种受控设备，包括应用安装单元，从控制点接收 第三消息，该第三消息请求该受控设备安装应用并且包括代表该控制点对关于该应用的信 息是否感兴趣的参数；服务信息提供单元，向该控制点发送第四消息，该第四消息根据该参 数包括关于该应用的信息；应用操作单元，从该控制点接收第一消息并操作该应用，该第一 消息请求该应用开始；和第二消息产生单元，产生代表该应用的状态改变的第二消息。
根据本发明的另一方面，提供一种事件消息发送方法，包括经由网络从控制受控 设备的控制点接收安装消息，该安装消息请求受控设备安装应用并且包括指定期望接收该 应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送事件消息，该事 件消息代表在该应用的安装期间发生的应用的状态改变。 根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行事 件消息发送方法的程序，该方法包括经由网络从控制受控设备的控制点接收安装消息，该 安装消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的 参数；以及向由该参数指定的多个设备发送事件消息，该事件消息代表在该应用的安装期 间发生的应用的状态改变。 根据本发明的另一方面，提供一种事件消息发送方法，包括经由网络从控制受控 设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该 应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第 二消息代表在该应用的安装期间发生的应用的状态改变。 根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第
二消息发送方法的程序，该方法包括经由网络从控制受控设备的控制点接收第三消息，该
第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的
参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期
间发生的该应用的状态改变。 有益效果 根据本发明，通过使用网络将应用安装在CD中，将包括指定包括在该应用中的至少一个服务的参数并且请求应用开始的开始消息发送到该CD，并且从该CD接收代表由该 参数指定的至少一个服务的状态改变的事件消息。因此，可以通过有选择地识别包括在应 用中的服务当中的感兴趣的一些服务的状态改变来有效管理应用。 此外，CP从CD接收关于应用的状态改变的信息，因而有效管理应用的使用周期， 包括例如安装在该CD中的应用的安装、更新和卸载。 此外，尽管CP不发送对于应用的状态改变的明确的事件消息呼叫，但是CD可以在 每次应用的状态改变时异步地发送事件消息。 此外，外部设备可以在代表应用的状态改变的事件消息产生之后无延迟地从CD 接收该事件消息。


通过下面参考附图对本发明的示范性实施例的详细描述，本发明的上述及其它方 面将变得更加明显，其中 图1是示出了根据本发明的实施例的基于通用即插即用(UPnP)的事件操作的构 思图； 图2是图1所示的控制点(CP)和受控设备(CD)的框图； 图3是示出了根据本发明的另一个实施例的基于UPnP的事件操作的构思图； 图4是图3所示的CP和CD的框图； 图5是示出了根据本发明的实施例的有选择的事件消息接收方法的流程图； 图6是示出了根据本发明的实施例的有选择的事件消息发送方法的流程图； 图7是示出了根据本发明的另一个实施例的有选择的事件消息接收方法的流程 图； 图8是示出了根据本发明的另一个实施例的有选择的事件消息发送方法的流程 图； 图9是用于说明根据本发明的另一个实施例的基于UPnP的事件操作的框图； 图10是示出了图9说明的基于UPnP的事件操作的构思图； 图nA到IIC示出了图IO所示的安装消息的各部分； 图12是用于说明根据本发明的另一个实施例的基于UPnP的事件操作的框图；和 图13是示出了图12说明的基于PnP的事件操作的构思图。
具体实施例方式
现在将参考示出本发明的示范性实施例的附图更完整地描述本发明。附图中相似 的参考数字表示相似的元件，因而将略去它们的描述。 在参考附图描述本发明的实施例之前先描述通用即插即用(UPnP)。 UPnP网络由 连接到基于互联网协议(IP)的家庭网络并且经由该基于IP的家庭网络被控制的受控设备 (CD)和用于经由基于IP的家庭网络控制该CD的控制点(CP)组成。UPnP网络使用UPnP 协议栈体系结构，其包括诸如传输控制协议/互联网协议(TCP/IP)和超级文本传输协议 (HTTP)之类的IP套件的协议和诸如可扩展标记语言(XML)和简单对象访问协议(SOAP)之 类的技术，因而允许CP和CD通过以下阶段的进展来彼此通信。
第一阶段是寻址操作，其中给定CP和CD各个IP地址。当加入到网络时，CD通过 使用动态主机配置协议(DHCP)来接收它自己的IP地址，或者当该网络没有DHCP服务器 时，通过使用自动IP功能来给定IP地址。 第二阶段是发现操作，其中CP搜索CD或者该CD通告它自己的位置。使用简单服 务发现协议(SSDP)来执行发现阶段。如果CD被增加到该网络，则CD通过使用IP多播功 能向网络发送SSDP的活动消息，并且CP接收该活动消息，因而知道CD是否存在。如果该 CP新加入到该网络，则CP向该网络多播SSDP的多播搜索(M-search)消息，并且CD检查该 M-search消息，因而向CP发送包括关于该CD自身的信息的M-search响应消息。
第三阶段是描述操作，其中CP检查该CD的描述的内容。CP检查响应消息，并且在 必要时可以向CD请求关于CD自身的详细信息。响应于该请求，CD以XML文档的形式发送 关于其自身的信息。 第四阶段是控制操作，其中CP控制CD操作。如果CP期望控制CD，则CP通过使用 简单对象访问协议(SOAP)基于关于CD的详细信息向CD发送期望的服务。SOAP基于XML 协议，其使用HTTP来实现远程功能调用(RFC)。 第五阶段是事件操作，其中CP接收CD的事件改变。当期望从CD接收事件消息时， CP向CD发送事件订阅呼叫。如果订阅成功，则CD通过使用一般事件通知体系结构(GENA) 来向CP发送事件消息。 第六状态是呈现操作，其中CP通过使用CD的HTML来表示CD的状态。 图1是示出了根据本发明的实施例的基于通用即插即用(UPnP)的事件操作的构思图。 参考图l，控制点(CP) 11和受控设备(CD) 12根据基于UPnP的协议彼此通信。CD
12工作在基于0SGi的框架中。但是，本发明的当前实施例不局限于此协议和此框架。换句
话说，CP 11和CD 12可以根据基于Java智能网络基础结构(Jini)、家庭音频视频互操作
性(HAVi)、或其它的协议来彼此通信，并且CD 12可以工作在各种其它框架下。 OSGi框架是一种在JAVA环境下实现的中间件框架，其是相对于服务环境的标准
技术。执行OSGi框架的单元是束(bundle)，并且OSGi框架管理这些束。OSGi框架提供可
以安装、更新和卸载束的运行环境。 CP ll经由网络向CD 12发送请求安装应用的安装消息。安装消息可以包括相应 的应用、CD 12的地址、期望接收关于安装在CD 12中的应用的状态信息的设备(也即，CP ll或另一个控制点)的地址、和其它信息。这里，期望接收关于安装在CD 12中的应用的状 态信息的设备可以是CP ll和多个外部设备。 CD 12根据从CP ll接收到的安装消息将应用安装在OSGi框架中。其后，CD 12 向CP 11发送包括关于应用的安装状态的信息的响应消息。 然后，CP ll向CD 12发送开始消息，请求安装在CD 12中的应用开始。开始消息 可以包括指定包括在该应用中的至少一个服务的参数。可替换地，参数可以不包括在开始 消息中，并且可以在发送开始消息时同时发送该参数。更具体地说，CP ll向CD 12发送开 始消息，该开始消息包括指定包括在该应用中的服务当中的CP 11感兴趣的一些服务的参 数。该参数可以包括感兴趣的服务的名称和感兴趣的服务的状态变量。
CD 12响应于从CP ll接收到的开始消息开始应用的操作。当操作中的应用的服务发生状态改变时，CD 12产生表示服务的状态改变的事件消息。然后，CD 12向CP 11发 送事件消息。因此，CP ll可以识别安装在CD 12中的应用中包括的服务的状态改变。
图2是图1所示的CP ll和CD 12的框图。参考图2，CP ll经由网络控制CD 12， 并且包括应用发送单元111、应用开始请求单元112和事件消息处理单元113。
当CP 11期望将应用安装在CD 12中时，应用发送单元111向CD 12发送包括该 应用的安装消息。应用发送单元lll可以预先存储该应用。在另一个实施例中，应用发送 单元111不预先存储该应用而是可以从包括在诸如内容服务器的单独的设备中的存储单 元13接收该应用，并且可以向CD 12发送包括接收的应用的安装消息。例如，安装消息可 以对应于InstallApplication()动作。 当从CD 12接收到对于安装消息的响应消息时，应用开始请求单元112向CD 12 发送请求应用开始的开始消息。开始消息可以包括指定包括在该应用的服务当中的CP 11 在状态改变方面感兴趣的一些服务的参数。该参数可以包括感兴趣的服务的名称和感兴趣 的服务的状态变量。 更具体地说，开始消息可以对应于StartA卯lication()动作。 StartApplication()动作的变量可以是应用的标识符和感兴趣的服务的参数串。本领域普 通技术人员将理解，该参数串可以根据感兴趣的服务类型以及服务的状态变量的类型而变 化。 例如，该参数可以包括服务名称(SN)和服务状态变量(SV)，并且可以被表示为 (SN1(SV1， SV2， SV3， }& SN2(SV1， SV2，} )。在这种情况下，CP ll指定安装在CD 12中的应用包括的服务当中的第一服务SN1的第一、第二和第三状态变量SV1、 SV2和SV3 以及第二服务SN2的第一和第二状态变量SV1和SV2。因此，在这种情况下，产生如下效果 CP ll向CD 12发送订阅消息以便侦听安装在CD 12中的应用包括的服务当中的第一服务 SN1的第一、第二和第三状态变量SV1、 SV2和SV3的状态改变以及第二服务SN2的第一和 第二状态变量SV1和SV2的状态改变。 如果参数串包含、"，则CP ll指定安装在CD 12中的应用包括的所有服务以及该 服务的所有状态变量。因此，在这种情况下，产生如下效果CP11向CD 12发送订阅消息以 便侦听安装在CD 12中的应用包括的所有服务以及该服务的所有状态变量的状态改变。
如上所述，不需要向CD 12发送对于每个服务的订阅消息，CP ll可以仅需要发送 包括指定至少一个服务的参数的开始消息，以便接收对于指定的至少一个服务的事件消息 并且识别指定的至少一个服务的状态改变。 事件消息处理单元113根据从CD 12接收到的事件消息来请求适当的动作或执行 适当的操作。 CD 12工作在预定的运行环境下，并且经由网络由CP ll控制。CD 12包括应用安 装单元121、应用操作单元122和事件消息产生单元123。 应用安装单元121安装从包括在CP 11中的应用发送单元lll接收到的应用，并 且向CP ll发送关于该应用的安装状态的信息。例如，该网络可以是UPnP网络，因而应用 安装单元121可以以UPnP事件消息的格式发送应用的安装状态。 更具体地说，可以需要另一个应用以便适当地安装期望的应用。期望的应用根据 需要的应用的存在或不存在可以处于第一或第二状态。但是，应用的状态不局限于第一或
11第二状态，而是应用可以处于多个状态之一。 换句话说，当为了安装期望的应用而需要的另一个应用不存在时，期望的应用的 状态可以处于第一状态。另一方面，当为了安装期望的应用而需要的另一个应用存在时，期 望的应用的状态可以处于第二状态。当期望的应用处于第一状态时，不能完成期望的应用 的安装。因而，CP ll不能请求CD 12执行预定的动作。另一方面，当期望的应用处于第二 状态时，可以完成期望的应用的安装。因而，CP ll可以请求CD 12执行预定的动作，从而 使能CP11和CD 12之间的正常通信。 例如，CD 12可以工作在0SGi框架下，并且期望的应用可以对应于第一束。在这 种情况下，可以需要第二束来适当地安装第一束，并且第一束可以根据第二束是否存在而 处于第一或第二状态。当束被安装在该框架上时，该束转到'安装'状态。于是该框架将试 图解析该束。当为了安装第一束而需要的第二束不存在时，第一束保持在对应于第一状态 的安装状态。另一方面，当为了安装第一束而需要的第二束存在时，第一束转到对应于第二 状态的解析状态。更具体地说，当在应用安装单元121中安装应用时不存在第二束时，第一 束保持在安装状态。此时，第一束的安装没有完成，CP ll不能开始第一束。另一方面，当 在应用安装单元121中安装应用时存在第二束时，则第一束转到解析状态，并且CP ll可以 开始第一束。 应用操作单元122响应于从应用请求开始单元112接收到的开始消息执行包括在 该应用中的服务，并且批准对于包括在该开始消息中的参数指定的服务的事件订阅。如上 所述，开始消息可以包括指定包括在该应用中的服务当中的CP 11在状态改变方面感兴趣 的服务的参数。因此，尽管CP 11没有做出明确的事件订阅呼叫，但是应用操作单元122批 准对于包括在该开始消息中的参数指定的服务的事件订阅。 当在应用操作单元122的操作期间包括在该应用中的服务当中的该参数指定的
服务发生状态改变时，事件消息产生单元123产生对于该服务的事件消息。例如，网络可以
是UPnP网络，因而事件消息产生单元123可以产生UPnP格式的事件消息。 由于图2是用于描述CP ll和CD 12之间的事件操作的框图，因此图2中仅仅示
出了用于事件操作的块。换句话说，根据CP ll和CD 12彼此通信的阶段，在CP ll和CD
12中可以进一步包括其它块。 图3是示出了根据本发明的另一个实施例的基于UPnP的事件操作的构思图。参 考图3， CP 31和CD 32根据基于UPnP的协议彼此通信。CD 32工作在基于OSGi的框架中。 但是，本发明的当前实施例不局限于此协议和此框架。换句话说，CP 31和CD 32可以根据 基于Jini、HAVi或其它的协议来彼此通信，并且CD 32可以工作在各种其它框架中。
CP 31经由网络向CD 32发送安装消息，该安装消息请求经由网络将应用安装到 CD 32，并且包括表示CP 31是否对关于安装在CD 32中的应用的详细信息感兴趣的参数。 更具体地说，CP 31向CD 32发送包括表示CP 31是否期望接收关于安装在CD 32中的应 用包括的服务的详细信息的参数的安装消息。关于应用的详细信息可以是应用的完成或未 完成、在应用的操作期间发生的应用的状态改变、等等。可替换地，参数可以不包括在安装 消息中，并且可以在发送安装消息时同时发送该参数。可以在与发送安装消息的时间不同 的时间发送该参数。 安装消息可以进一步包括表示应用将被安装到的CD 32的地址、期望接收表示安
12装在CD 32中的应用的状态改变的事件消息的设备(也即，CP 31或另一个控制点)的地 址、和应用的类型的参数中的至少一个。更具体地说，当诸如内容服务器的特定设备期望接 收表示应用的状态改变的事件消息时，特定设备的统一资源定位符(URL)可以包括在该安 装消息中。该网络可以是有线或无线网络，并且可以是家庭网络中间件，诸如UPnP、 Jini、 或HAVi。家庭网络可以使用单个网络协议或多个网络协议。 CD 32根据从CP 31接收到的安装消息安装应用。其后，CD 32向CP 31发送包括 关于应用的安装状态的信息的响应消息。当包括在安装消息中的参数表示CP 31期望接收 关于包括在该应用中的服务的详细信息的内容时，CD32将关于每一个服务的详细信息包括 在响应消息中并且将该响应消息发送到CP 31。 CD 32可以工作在预定的运行环境中，例如 0SGi框架。 然后，CP 31向CD 32发送请求安装在CD 32中的应用开始的开始消息。然后，CD 32响应于从CP 31接收到的开始消息而开始应用的操作。当操作中的应用的服务发生状态 改变时，CD 32产生表示服务的状态改变的事件消息。 然后，CD 32向CP 31发送事件消息。因此，CP 31可以识别安装在CD32中的应用
中包括的服务的状态改变。当期望接收事件消息的特定设备的URL包括在安装消息中包括
的参数中时，CD 32根据基于UPnP的协议向CP 31和特定设备发送事件消息。因此，该特
定设备以及CP 31可以识别安装在CD 32中的应用包括的服务的状态改变。 图4是图3所示的CP 31和CD 32的框图。参考图4，CP 31经由网络控制CD 32，
并且包括应用发送单元311、应用开始请求单元312和事件消息处理单元313。 当CP 31期望将应用安装在CD 32中时，应用发送单元311向CD 32发送安装消
息，该安装消息请求安装应用并且包括表示CP 31是否对关于该应用的详细信息感兴趣的
参数。当CP 31期望将应用安装在CD 12中时，应用发送单元311不预先存储该应用而是
可以从包括在诸如内容服务器的单独的设备中的存储单元33接收该应用。然后，应用发送
单元311可以向CD 32发送包括接收的应用的安装消息。 当应用发送单元311预先存储应用时，CP 31知道关于该应用的详细信息，因而不 需要从CD 32接收单独的信息。另一方面，当应用发送单元311不预先存储该应用而是从 存储单元33接收应用并且向CD 32发送该应用时，CP 31不知道关于该应用的详细信息。 因此，在这种情况下，CP 31需要接收关于该应用的详细信息。如上所述，当CP 31不预先 存储该应用并且将从单独设备接收到的应用发送到CD 32时，需要将表示CP 31是否对关 于该应用的详细信息感兴趣的参数包括在该安装消息中。 更具体地说，表示CP 31是否对关于应用的详细信息感兴趣的参数可以被表示为 服务标志。当应用发送单元311不预先存储该应用时，CP 31需要接收关于该应用的详细 信息。在这种情况下，服务标志为真。另一方面，当应用发送单元311预先存储该应用时， CP 31不需要接收关于该应用的详细信息。在这种情况下，服务标志为假。
安装消息可以对应于InstallA卯lication()动作。在这种情况下， InstallA卯lication()动作的变量可以是应用将被安装到的设备的统一资源定位符 (URL)、期望接收关于应用的状态改变的信息的设备的事件订阅URL、表示控制点是否对关 于应用的详细信息感兴趣的服务标志、和应用的类型(例如，束或配置包)中的至少一个。
当从CD 32接收到包括详细信息的响应消息时，应用开始请求单元312向CD 32发送请求应用开始的开始消息。开始消息可以包括指定包括在该应用的服务当中的CP 31
在状态改变方面感兴趣的一些服务的参数。该参数可以包括感兴趣的服务的名称和感兴趣
的服务的状态变量。例如，开始消息可以对应于StartA卯lication()动作。 事件消息处理单元313根据从CD 32接收到的事件消息来请求适当的动作或执行
适当的操作。 CD 32工作在预定的运行环境下，并且经由网络由CP 31控制。CD 32包括应用安
装单元321、服务信息提供单元322、应用操作单元323和事件消息产生单元324。 应用安装单元321根据从包括在CP 31中的应用发送单元311接收到的安装消息
安装应用。在这种情况下，可以需要另一个应用以便适当地安装期望的应用。期望的应用
根据需要的应用的存在或不存在可以处于第一或第二状态。但是，应用的状态不局限于第
一或第二状态，而是应用可以处于多个状态之一。 服务信息提供单元322搜索根据包括在从应用发送单元311接收到的安装消息中 的参数安装的应用，并且将关于该应用的详细信息提供给CP 31。如上所述，该参数可以对 应于表示CP 31是否对关于安装在CD 32中的应用的详细信息感兴趣的服务标志。当服务 标志为真时，服务信息提供单元322将关于该应用的详细信息提供给CP 31。另一方面，当 服务标志为假时，服务信息提供单元322不将关于该应用的详细信息提供给CP 31。
CD 32向CP 31发送响应消息，该响应消息包括由应用安装单元321提供的应用的 安装状态和由服务信息提供单元322提供的关于该应用的详细信息。 应用操作单元323响应于从应用操作单元312接收到的开始消息执行包括在该应 用中的服务。如上所述，开始消息可以包括指定包括在该应用中的服务当中的CP 31在状 态改变方面感兴趣的服务的参数。 当在应用操作单元323的操作期间包括在该应用中的一些服务发生状态改变时， 事件消息产生单元324产生对于该服务的事件消息。根据包括在安装消息中的参数，可以 将事件消息发送到CP 31和/或特定设备。例如，网络可以是UPnP网络，因而事件消息产 生单元324可以产生UPnP格式的事件消息。 由于图4是用于描述CP 31和CD 32之间的事件操作的框图，因此图4中仅仅示 出了用于事件操作的块。换句话说，根据CP 31和CD 32彼此通信的阶段，在CP 31和CD 32中可以进一步包括其它块。 图5是示出了根据本发明的实施例的有选择的事件消息接收方法的流程图。参考 图5，有选择的事件消息接收方法包括由图2的CP ll依次执行的操作。CP ll的以上描述 同样应用于图5的有选择的事件消息接收方法。 在操作51中，应用发送单元111经由网络向CD 12发送用于安装应用的安装消 息。更具体地说，应用发送单元111经由网络向CD 12发送安装消息并且从CD 32接收与 该应用的安装状态有关的响应消息。 在操作52中，应用开始请求单元112向CD 12发送开始消息，该开始消息请求应 用的开始并且包括指定包括在该应用中的服务中的至少一个服务的参数。该参数指定包括 在该应用中的服务当中的CP 11在状态改变方面感兴趣的至少一个服务的名称、和该至少 一个服务的状态变量。 在操作53中，事件消息处理单元113从CD 12接收表示至少一个服务的状态改变
14的事件消息。在这种情况下，事件消息处理单元113根据事件消息请求适当的动作或执行 适当的操作。 图6是示出了根据本发明的实施例的有选择的事件消息发送方法的流程图。参考 图6，有选择的事件消息发送方法包括由图2的CD 12依次执行的操作。CD 12的以上描述 同样应用于图6的有选择的事件消息发送方法。 在操作61中，应用安装单元121安装从CP ll接收到的应用。更具体地说，应用 安装单元121从CP ll接收用于安装该应用的安装消息并且向CP ll发送与该应用的安装 状态有关的响应消息。 在操作62中，应用操作单元122从CP 11接收开始消息，该开始消息请求应用的 开始并且包括指定包括在该应用中的服务中的至少一个服务的参数。该参数指定包括在该 应用中的服务当中的CP 11在状态改变方面感兴趣的至少一个服务的名称、和该至少一个 服务的状态变量。 在操作63中，当在应用的操作期间包括在该应用中的服务发生状态改变时，事件 消息产生单元123向CP ll发送表示服务的状态改变的事件消息。更具体地说，事件消息 产生单元123批准对于包括在该参数中的至少一个服务的订阅。当该至少一个服务发生状 态改变时，事件消息产生单元123在事件消息内发送相应服务的名称及其状态变量。
图7是示出了根据本发明的另一个实施例的有选择的事件消息接收方法的流程 图。参考图7，有选择的事件消息接收方法包括由图4的CP 31依次执行的操作。CP 31的 以上描述同样应用于图7的有选择的事件消息接收方法。 在操作71中，应用发送单元311向CD 32发送安装消息，该安装消息请求CD 32 安装该应用并且包括表示CP 31是否对关于该应用的详细信息感兴趣的参数。在这种情况 下，应用发送单元311可以从内容服务器接收该应用并且请求CD 32安装接收的应用。在 这种情况下，安装消息可以包括表示CD 32的地址、期望接收事件消息的设备的地址、和应 用的类型的参数中的至少一个。 在操作72中，应用开始请求单元312从CD 32接收响应消息，该响应消息根据该 参数包括关于该应用的详细信息。 在操作73中，应用开始请求单元312向CD 32发送请求应用开始的开始消息。
在操作74中，事件消息处理单元313从CD 32接收表示应用的状态改变的事件消 息。 图8是示出了根据本发明的另一个实施例的有选择的事件消息发送方法的流程 图。参考图8，有选择的事件消息发送方法包括由图4的CD 32依次执行的操作。CD 32的 以上描述同样应用于图8的有选择的事件消息发送方法。在操作81中，应用安装单元321经由网络从CP 31接收安装消息，该安装消息请 求CD 32安装该应用并且包括表示CP 31是否对关于该应用的详细信息感兴趣的参数。
在操作82中，服务信息提供单元322向CP 31发送响应消息，该响应消息根据该 参数包括关于该应用的详细信息。 在操作83中，应用操作单元323从CP 31接收请求应用开始的开始消息并操作该 应用。在操作84中，事件消息产生单元324向CP 31发送表示应用的状态改变的事件消息。 图9是用于说明根据本发明的另一个实施例的基于UPnP的事件操作的框图。
参考图9， CP 91和CD 92是家庭网络设备，以及第一设备(Dl)93和第二设备 (D2)94为外部设备。尽管图9中仅仅示出了 D193和D294，但是本发明的当前实施例所属 领域的普通技术人员可以理解外部设备的数目不局限于两个。在图9中，实线箭头指示基 于UPnP的通信，虚线箭头指示不基于UPnP的通信。 更具体地说，作为生产预定应用(例如，固件)的生产商的D2 94可以根据与D1 93的合同向D1 93提供该预定的应用。Dl 93可以是将从D2 94接收到的预定应用提供给 CP 91的服务提供商。例如，D2 94可以是移动电话生产商，Dl 93可以是提供服务以使得 用户可以使用由D2 94生产的移动电话的服务提供商。 在本发明的实施例中，当CP 91向CD 92发送用于将应用安装在CD 92中的安装 消息时，CP 91可以发送安装消息，该安装消息包括包含D1 93和D294的地址的参数。因 此，可以根据基于UPnP的协议将在CD 92安装应用的阶段产生的事件消息发送到与包括在 该参数中的地址对应的D1 93和D2 94。例如，当应用在CD 92中的安装完成时，可以将表 示应用在CD 92中的安装的完成的事件消息发送到D1 93和D2 94，而不发送到CP 91。
在本发明的另一个实施例中，当CP 91向CD 92发送安装消息时，CP 91可以发送 包括仅仅包含D1 93的地址的参数的安装消息。例如，如果D1 93和D2 94之间的特定合 同不存在，则仅仅D1 93的地址可以包括在该参数中。因此，可以根据基于UPnP的协议将 在CD 92安装应用的阶段产生的事件消息发送到D1 93。在这种情况下，当D2 94也想要接 收由CD 92产生的事件消息时，D1 93可以根据不基于UPnP的协议向D2 94发送接收的事 件消息。因而，D2 94可以在预定的延迟时间之后接收由CD 92产生的事件消息。
图10是示出了图9说明的基于UPnP的事件操作的构思图。现在将参考图9和10 根据时间来描述基于UPnP的事件操作。 参考图10， CP 91经由网络向CD 92发送安装消息，该安装消息向CD 92请求应用 的安装并且包括表示期望接收关于该应用的详细信息的设备的地址的参数。如上所述，由 于该参数包括在安装消息中，因此产生自动地执行向CD 92的事件订阅而不用特殊事件订 阅过程的效果。 如上所述，该参数可以与安装消息分开，并且可以同时发送该参数和安装消息。可 替换地，可以在不同的时间点发送该参数和安装消息。但是，这些仅仅是示例，表示期望接 收关于该应用的详细信息的设备的地址的参数可以包括在开始消息中而不是包括在安装 消息中。在这种情况下，该参数可以与开始消息分开，并且可以同时发送该参数和开始消 息。可替换地，可以在不同的时间点发送该参数和开始消息。 在本发明的实施例中，CP 91可以在该参数中指示D1 93和D2 94的地址。在这 种情况下，将根据安装在CD 92中的应用的状态改变的事件消息发送到D1 93和D2 94而 不发送到CP 91。 CD 92可以根据从CP 91接收到的安装消息安装应用。然后，CD 92向CP 91发送 包括关于该应用的安装状态的信息的响应消息。尽管图10中未示出，但是CD 92可以以符 合基于UPnP的协议的事件消息的形式向与由该参数指定的地址对应的Dl 93和D2 94并 行地发送关于应用的安装状态的信息。例如，当应用在CD 92中的安装完成时，可以将表示
16应用的安装完成并且符合基于UPnP的协议的事件消息并行地发送到D1 93和D2 94。
其后，CP 91向CD 92发送请求安装在CD 92中的应用的操作开始的开始消息。然 后，CD 92响应于从CP 91接收到的开始消息开始应用的操作。当操作中的应用的服务发 生状态改变时，CD 92产生表示服务的状态改变的事件消息。 然后，CD 92可以并行地向D1 93和D2 94发送产生的事件消息。在这种情况下， 尽管D1 93和D2 94是除了家庭网络设备的外部设备，但是D1 93和D2 94可以接收符合 基于UPnP的协议的事件消息。CD 92可以或者同时或者在不同的时间点向D1 93和D2 94 发送产生的事件消息。因此，当CD 92产生事件消息时，D1 93和D2 94可以立即接收到事 件消息。如上所述，需要修改UPnP设备体系结构以便向多个设备发送事件消息。现在描述 UPnP设备体系结构的修改。 图IIA到IIC示出了图IO所示的安装消息的各部分。现在将参考图10和IIA到
IIC描述由于安装消息的使用而使得多个设备自动执行到CD的事件订阅的情况。 参考图11A， CALLBACK :〈deliVery_URL>表示指示期望接收关于应用的详细信息
的设备的地址的参数。当CD 92产生事件消息时，将事件消息发送到由参数CALLBACK指示
的设备。 参考图IIB，在传统技术中，当多个设备期望接收事件消息时，这些设备的URL通 过逗号(，)而彼此区分，并且依次将事件消息发送到这些设备。例如，期望接收事件消息 的设备由CALLBACK :〈url1， url2， url3>指定，并且将事件消息依次发送到urll、 url2和 url3。 更具体地说，首先，将事件消息发送到urll。当向urll的事件消息的发送失败时， 向url2发送事件消息。当向url2的事件消息的发送失败时，向url3发送事件消息。换句 话说，当向urll的事件消息的发送完成时，不执行向url2和url3的事件消息的发送。因 此，即使当多个设备期望接收事件消息时，仅仅设备之一可以接收事件消息。
参考图IIC，在本发明的实施例中，当多个设备期望接收事件消息时，可以通过使 用分号(；)来将设备的URL分组，并且可并行地向各组发送事件消息。此外，包括在每个组 中的设备的地址可以通过逗号(，)彼此区分，并且串行地向包括在每个组中的设备的地址 发送事件消息。 例如，期望接收事件消息的设备由CALLBACK :〈url1， url2 ;iirl3 ;iirl4， url5>指 定，并且并行地向包括urll和url2的第一组、包括ur13的第二组、以及包括url4和url5 的第三组发送事件消息。此外，串行地向包括在每个组中的地址发送事件消息。可以同时 或在不同的时间点将事件消息发送到所有组。 更具体地说，首先，并行地向分别包括在第一、第二和第三组中的urll、 url3和 url4发送事件消息。当向urll或url4的事件消息的发送失败时，向url2或url5发送事 件消息。换句话说，由于并行执行向urll、 url3和url4的事件消息的发送，因此即使当向 urll的事件消息的发送完成时，url3和url4仍然可以接收事件消息。因此，即使当多个设 备期望接收事件消息时，所有设备也可以接收事件消息。 图12是用于说明根据本发明的另一个实施例的基于UPnP的事件操作的框图。参 考图12，CP 121和CD 122是家庭网络设备，D1 123和D2 124是外部设备。在图12中，实 线箭头指示基于UPnP的通信，虚线箭头指示不基于UPnP的通信。如上所述，作为用于生产预定应用的生产商的D2 124可以根据与D1 123的合同向D1 123提供该预定应用。Dl 123 可以是将从D2 124接收到的预定应用提供给CP 121的服务提供商。 在本发明的实施例中，当CP 121向CD 122发送用于将应用安装在CD122中的安 装消息时，CP 121可以通过包括包含CP 121的地址的参数来发送安装消息。因此，可以根 据基于UPnP的协议将在CD 122安装应用的阶段产生的事件消息发送到与包括在该参数中 的地址对应的CP 121。 然后，CP 121可以向D1 123和D2 124发送事件消息。但是，该发送不是根据基 于UPnP的协议的通信的。在这种情况下，Dl 123和D2 124未能在由CD 122产生事件消 息之后立即接收到事件消息。换句话说，D1 123和D2 124在预定的延迟时间之后接收到 事件消息。 在本发明的另一个实施例中，当CP 121向CD 122发送安装消息时，CP121可以通 过包括包含CP 121和D1 123的地址的参数来发送安装消息。在本发明的另一个实施例中， 当CP 121向CD 122发送安装消息时，CP 121可以通过包括包含CP 121和D2 124的地址
的参数来发送安装消息。 图13是示出了图12中说明的基于UPnP的事件操作的构思图。现在将参考图12 和13根据时间来描述基于UPnP的事件操作。 参考图13， CP 121经由网络向CD 122发送安装消息，该安装消息向CD 122请求 应用的安装并且包括表示期望接收关于该应用的详细信息的设备的地址的参数。如上所 述，由于该参数包括在安装消息中，因此产生自动地执行向CD 122的事件订阅而不用特别 的事件订阅过程的效果。 如上所述，该参数可以与安装消息分开，并且可以同时发送该参数和安装消息。可 替换地，可以在不同的时间点发送该参数和安装消息。但是，这些仅仅是示例，表示期望接 收关于该应用的详细信息的设备的地址的参数可以包括在开始消息中而不是包括在安装 消息中。在这种情况下，该参数可以与开始消息分开，并且可以同时发送该参数和开始消 息。可替换地，可以在不同的时间点发送该参数和开始消息。 在本发明的实施例中，CP 121可以在该参数中指示CP 121的地址。在这种情况
下，将根据安装在CD 122中的应用的状态改变的事件消息发送到CP 121。 CD 122可以根据从CP 121接收到的安装消息安装应用。然后，CD 122向CP 121
发送包括关于该应用的安装状态的信息的响应消息。其后，CP 121向CD 122发送请求安
装在CD 122中的应用的操作开始的开始消息。然后，CD 122响应于从CP 121接收到的开
始消息开始应用的操作。当操作中的应用的服务发生状态改变时，CD 122产生表示服务的
状态改变的事件消息。 然后，CD 122可以根据基于UPnP的协议来向CP 121发送产生的事件消息。然后， CP 121可以根据不基于UPnP的协议来向Dl 123和D2 124发送接收的事件消息。CP 121 可以或者同时或者在不同的时间点向D1 123和D2 124发送接收的事件消息。因此，当CD 122产生事件消息时，Dl 123和D2 124可以在经过预定的时间段之后经由CP 121接收事 件消息。在这种情况下，不需要专门修改UPnP设备体系结构。 本发明也可以被具体化为计算机可读记录介质上的计算机可读代码。计算机可读 记录介质是可以储存其后可以被计算机系统读取的数据的任何数据存储设备。计算机可读记录介质的例子包括只读存储器(R0M)、随机存取存储器(RAM)、 CD-ROM、磁带、软盘和光数 据存储设备。计算机可读记录介质的其它示例可以包括载波(诸如通过互联网的数据传 输)。计算机可读记录介质也可以被分布在网络耦合的计算机系统之上以使得计算机可读 代码以分布式被存储和执行。 尽管已经参考本发明的示范性实施例对本发明进行了具体图示和描述，但是本领 域技术人员应当理解，在不脱离由以下权利要求书所定义的本发明的精神和范围的情况 下，可以对本发明做出形式和细节上的各种修改。
权利要求
一种事件消息接收方法，包括经由网络将应用安装在受控设备中；向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及从该受控设备接收第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。
2. 如权利要求1所述的事件消息接收方法，其中该参数指定该至少一个服务的名称和 该至少一个服务的至少一个状态变量。
3. 如权利要求1所述的事件消息接收方法，其中该应用的安装包括 经由网络向该受控设备发送请求应用的安装的第三消息；以及 从该受控设备接收指示该应用的安装状况的第四消息。
4. 如权利要求l所述的事件消息接收方法，其中该网络是基于通用即插即用(UPnP)的 网络，以及该第二消息以可扩展标记语言(XML)编写的。
5. —种计算机可读记录介质，其上记录有用于执行第二消息接收方法的程序，该方法 包括经由网络将应用安装在受控设备中；向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一 个服务的参数并且请求该应用开始；以及从该受控设备接收第二消息，该第二消息代表由该参数指定的该至少一个服务的状态 改变。
6. —种事件消息发送方法，包括经由网络将从控制受控设备的控制点接收的应用安装在该受控设备中；从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在该应用中的服务 中的至少一个服务的参数并且请求该应用开始；以及向该控制点发送第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。
7. 如权利要求6所述的事件消息发送方法，其中该参数指定该至少一个服务的名称和 该至少一个服务的至少一个状态变量。
8. 如权利要求7所述的事件消息发送方法，其中所述向控制点发送第二消息的步骤包括批准对于该至少一个服务的订阅；当该至少一个服务发生状态改变时，产生该至少一个服务的名称和状态改变作为第二 消息；以及向该控制点发送第二消息。
9. 如权利要求6所述的事件消息发送方法，其中该应用的安装包括 从该控制点接收请求该应用的安装的第三消息；以及 向该控制点发送指示该应用的安装状况的第四消息。
10. 如权利要求6所述的事件消息发送方法，其中该网络是基于通用即插即用(UPnP) 的网络，以及该事件消息以可扩展标记语言(XML)编写。
11. 一种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法 包括经由网络将从控制受控设备的控制点接收到的应用安装在该受控设备中；从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在该应用中的服务 中的至少一个服务的参数并且请求该应用开始；以及向该控制点发送第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。
12. —种事件消息接收方法，包括向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代表是否对 关于该应用的信息感兴趣的参数；从该受控设备接收第四消息，该第四消息根据该参数包括关于该应用的信息； 向该受控设备发送第一消息，该第一消息请求应用开始；以及 从该受控设备接收第二消息，该第二消息代表该应用的状态改变。
13. 如权利要求12所述的事件消息接收方法，还包括从单独设备接收该应用， 其中在发送第三消息时，该第三消息请求该受控设备安装从该单独设备接收到的应用，以及向该受控设备发送所述表示是否对关于该应用的信息感兴趣的参数。
14. 如权利要求12所述的事件消息接收方法，其中该第三消息还包括表示该受控设备 的地址、期望接收第二消息的设备的地址、和该应用的类型的参数中的至少一个参数。
15. 如权利要求12所述的事件消息接收方法，其中该网络是基于通用即插即用(UPnP) 的网络，以及该第二消息以可扩展标记语言(XML)编写。
16. —种计算机可读记录介质，其上记录有用于执行第二消息接收方法的程序，该方法 包括向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代表是否对 关于该应用的信息感兴趣的参数；从该受控设备接收第四消息，该第四消息根据该参数包括关于该应用的信息； 向该受控设备发送第一消息，该第一消息请求应用开始；以及 从该受控设备接收第二消息，该第二消息代表该应用的状态改变。
17. —种事件消息发送方法，包括从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包括代表经由网络 控制该受控设备的控制点是否对关于该应用的信息感兴趣的参数；向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息； 从该控制点接收请求应用开始的第一消息并操作该应用；以及 向该控制点发送第二消息，该第二消息代表该应用的状态改变。
18. 如权利要求17所述的事件消息发送方法，其中该第三消息还包括表示该受控设备 的地址、期望接收第二消息的设备的地址、和该应用的类型的参数中的至少一个参数。
19. 如权利要求17所述的事件消息发送方法，其中在向控制点发送第二消息时，如果 包括在该应用中的服务发生状态改变，则将该服务的名称和该服务的状态改变作为第二消 息发送到该控制点。
20. 如权利要求17所述的事件消息发送方法，其中该网络是基于通用即插即用(UPnP)的网络，以及该第二消息以可扩展标记语言(XML)编写。
21. —种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法 包括从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包括代表经由网络 控制该受控设备的控制点是否对关于该应用的信息感兴趣的参数；向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息； 从该控制点接收请求应用开始的第一消息并操作该应用；以及 向该控制点发送第二消息，该第二消息代表该应用的状态改变。
22. —种用于控制受控设备的控制点，该控制点包括应用发送单元，如果期望该应用安装在该受控设备中，则向该受控设备发送应用； 应用开始请求单元，向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；禾口第二消息处理单元，从该受控设备接收第二消息并处理该第二消息，该第二消息代表由该参数指定的至少一个服务的状态改变。
23. —种受控设备，包括应用安装单元，将从控制点接收的应用安装在该受控设备中；应用操作单元，从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在 该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及第二消息产生单元，产生代表由该参数指定的该至少一个服务的状态改变的第二消息。
24. —种用于控制受控设备的控制点，该控制点包括应用发送单元，向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且 包括代表该控制点是否对关于该应用的信息感兴趣的参数；应用开始请求单元，接收第四消息并向该受控设备发送第一消息，该第四消息根据该 参数包括关于该应用的信息，该第一消息请求该应用开始；禾口事件消息处理单元，从该受控设备接收第二消息并处理该事件消息，该第二消息代表 该应用的状态改变。
25. —种受控设备，包括应用安装单元，从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包 括代表该控制点是否对关于该应用的信息感兴趣的参数；服务信息提供单元，向该控制点发送第四消息，该第四消息根据该参数包括关于该应 用的信息；应用操作单元，从该控制点接收请求该应用开始的第一消息并操作该应用；禾口 第二消息产生单元，产生代表该应用的状态改变的第二消息。
26. 如权利要求18所述的事件消息发送方法，其中在向控制点发送第二消息时，如果 包括在该应用中的服务中发生状态改变，则将该服务的名称和该服务的状态改变作为第二 消息并行地发送到该控制点和该期望接收第二消息的设备。
27. —种事件消息发送方法，包括经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生 的应用的状态改变。
28. 如权利要求27所述的事件消息发送方法，其中该参数指定该多个设备分成的多个组。
29. 如权利要求28所述的事件消息发送方法，其中所述发送第二消息的步骤包括 并行地向该多个组发送第二消息；以及当向包括在该多个组的至少一个组中的设备发送第二消息失败时，向包括在该至少一 个组中的另一个设备发送第二消息。
30. 如权利要求27所述的事件消息发送方法，还包括 响应于该第三消息向该控制点发送第四消息；从该控制点接收请求该应用的操作开始的第一消息，并且响应于第一消息执行该应用 的操作；以及并行地向由该参数指定的多个设备发送第二消息，该第二消息表示在该应用的操作期 间发生的应用的状态改变。
31. 如权利要求27所述的事件消息发送方法，其中该网络是基于通用即插即用(UPnP) 的网络，以及该第二消息以可扩展标记语言(XML)编写。
32. —种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法 包括 经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用 并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生 的应用的状态改变。
33. 如权利要求3所述的事件消息接收方法，其中该安装状况包括该安装的完成或该 安装的未完成。
34. 如权利要求3所述的事件消息接收方法，其中该第三消息包括接收第二消息的另 一个设备的统一资源定位符。
35. 如权利要求9所述的事件消息发送方法，其中该安装状况包括该安装的完成或该 安装的未完成。
36. 如权利要求9所述的事件消息发送方法，其中该第三消息包括接收第二消息的另 一个设备的统一资源定位符。
全文摘要
提供了一种有选择的事件消息接收方法，其中通过使用网络将应用安装在受控设备(CD)中，将包括指定包括在该应用中的至少一个服务的参数并且请求应用开始的开始消息发送到该CD，并且从该CD接收代表由该参数指定的至少一个服务的状态改变的事件消息。因此，可以通过有选择地识别包括在应用中的服务当中的感兴趣的一些服务的状态改变来有效管理应用。
文档编号H04L12/56GK101785260SQ200880103931
公开日2010年7月21日 申请日期2008年6月18日 优先权日2007年6月22日
发明者巴拉德维耶·K·维德勒, 李周烈, 苏布拉玛尼安·克里什纳莫尔希, 郑东信, 钱纳克沙瓦·S·斯里坎斯 申请人:三星电子株式会社