CN102724312A - 事件消息发送方法 - Google Patents

Abstract

一种事件消息发送方法，包括：经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生的应用的状态改变。

Description

事件消息发送方法

本案是申请日为2008年6月18日、申请号为200880103931.7、发明名称为“接收/发送事件消息的方法、受控设备和控制点”的发明专利申请的分案申请。

技术领域

与本发明一致的方法和装置涉及家庭网络，更具体地，涉及基于通用即插即用（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。

本发明还提供一种并行地向期望接收事件消息的多个设备发送事件消息的方法以及其上记录有用于执行该方法的程序的计算机可读记录介质。

技术方案

根据本发明的一方面，提供一种事件消息接收方法，包括：经由网络将应用安装在受控设备中；向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及从该受控设备接收第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第二消息接收方法的程序，该方法包括：经由网络将应用安装在受控设备中；向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及从该受控设备接收第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。

根据本发明的另一方面，提供一种事件消息发送方法，包括：经由网络将从控制受控设备的控制点接收的应用安装在该受控设备中；从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及向该控制点发送第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法包括：经由网络将从控制受控设备的控制点接收到的应用安装在该受控设备中；从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及向该控制点发送第二消息，该第二消息代表由该参数指定的该至少一个服务的状态改变。

根据本发明的另一方面，提供一种事件消息接收方法，包括：向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代表是否对关于该应用的信息感兴趣的参数；从该受控设备接收第四消息，该第四消息根据该参数包括关于该应用的信息；向该受控设备发送第一消息，该第一消息请求应用开始；以及从该受控设备接收第二消息，该第二消息代表该应用的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行事件消息接收方法的程序，该方法包括：向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代表是否对关于该应用的信息感兴趣的参数；从该受控设备接收第四消息，该第四消息根据该参数包括关于该应用的信息；向该受控设备发送第一消息，该第一消息请求应用开始；以及从该受控设备接收第二消息，该第二消息代表该应用的状态改变。

根据本发明的另一方面，提供一种事件消息发送方法，包括：从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包括代表经由网络控制该受控设备的控制点对关于该应用的信息是否感兴趣的参数；向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息；从该控制点接收第一消息并操作该应用，该第一消息请求应用开始；以及向该控制点发送第二消息，该第二消息代表该应用的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法包括：从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包括代表经由网络控制该受控设备的控制点对关于该应用的信息是否感兴趣的参数；向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息；从该控制点接收第一消息并操作该应用，该第一消息请求应用开始；以及向该控制点发送第二消息，该第二消息代表该应用的状态改变。

根据本发明的另一方面，提供一种用于控制受控设备的控制点，该控制点包括：应用发送单元，如果期望该应用安装在该受控设备中，则向该受控设备发送应用；应用开始请求单元，向该受控设备发送第一消息，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；和第二消息处理单元，从该受控设备接收第二消息并处理该第二消息，该第二消息代表由该参数指定的至少一个服务的状态改变。

根据本发明的另一方面，提供一种受控设备，包括：应用安装单元，将从控制点接收的应用安装在该受控设备中；应用操作单元，从该控制点接收第一消息并操作该应用，该第一消息包括指定包括在该应用中的服务中的至少一个服务的参数并且请求该应用开始；以及第二消息产生单元，产生代表由该参数指定的该至少一个服务的状态改变的第二消息。

根据本发明的另一方面，提供一种用于控制受控设备的控制点，该控制点包括：应用发送单元，向受控设备发送第三消息，该第三消息请求该受控设备安装应用并且包括代表该控制点对关于该应用的信息是否感兴趣的参数；应用开始请求单元，接收第四消息并向该受控设备发送第一消息，该第四消息根据该参数包括关于该应用的信息，该第一消息请求该应用开始；和事件消息处理单元，从该受控设备接收第二消息并处理该事件消息，该第二消息代表该应用的状态改变。

根据本发明的另一方面，提供一种受控设备，包括：应用安装单元，从控制点接收第三消息，该第三消息请求该受控设备安装应用并且包括代表该控制点对关于该应用的信息是否感兴趣的参数；服务信息提供单元，向该控制点发送第四消息，该第四消息根据该参数包括关于该应用的信息；应用操作单元，从该控制点接收第一消息并操作该应用，该第一消息请求该应用开始；和第二消息产生单元，产生代表该应用的状态改变的第二消息。

根据本发明的另一方面，提供一种事件消息发送方法，包括：经由网络从控制受控设备的控制点接收安装消息，该安装消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送事件消息，该事件消息代表在该应用的安装期间发生的应用的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行事件消息发送方法的程序，该方法包括：经由网络从控制受控设备的控制点接收安装消息，该安装消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送事件消息，该事件消息代表在该应用的安装期间发生的应用的状态改变。

根据本发明的另一方面，提供一种事件消息发送方法，包括：经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生的应用的状态改变。

根据本发明的另一方面，提供一种计算机可读记录介质，其上记录有用于执行第二消息发送方法的程序，该方法包括：经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生的该应用的状态改变。

有益效果

根据本发明，通过使用网络将应用安装在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的事件操作的构思图；

图11A到11C示出了图10所示的安装消息的各部分；

图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）的事件操作的构思图。

参考图1，控制点（CP）11和受控设备（CD）12根据基于UPnP的协议彼此通信。CD 12工作在基于OSGi的框架中。但是，本发明的当前实施例不局限于此协议和此框架。换句话说，CP 11和CD 12可以根据基于Java智能网络基础结构（Jini）、家庭音频视频互操作性（HAVi）、或其它的协议来彼此通信，并且CD 12可以工作在各种其它框架下。

OSGi框架是一种在JAVA环境下实现的中间件框架，其是相对于服务环境的标准技术。执行OSGi框架的单元是束（bundle），并且OSGi框架管理这些束。OSGi框架提供可以安装、更新和卸载束的运行环境。

CP 11经由网络向CD 12发送请求安装应用的安装消息。安装消息可以包括相应的应用、CD 12的地址、期望接收关于安装在CD 12中的应用的状态信息的设备（也即，CP 11或另一个控制点）的地址、和其它信息。这里，期望接收关于安装在CD 12中的应用的状态信息的设备可以是CP 11和多个外部设备。

CD 12根据从CP 11接收到的安装消息将应用安装在OSGi框架中。其后，CD 12向CP 11发送包括关于应用的安装状态的信息的响应消息。

然后，CP 11向CD 12发送开始消息，请求安装在CD 12中的应用开始。开始消息可以包括指定包括在该应用中的至少一个服务的参数。可替换地，参数可以不包括在开始消息中，并且可以在发送开始消息时同时发送该参数。更具体地说，CP 11向CD 12发送开始消息，该开始消息包括指定包括在该应用中的服务当中的CP 11感兴趣的一些服务的参数。该参数可以包括感兴趣的服务的名称和感兴趣的服务的状态变量。

CD 12响应于从CP 11接收到的开始消息开始应用的操作。当操作中的应用的服务发生状态改变时，CD 12产生表示服务的状态改变的事件消息。然后，CD 12向CP 11发送事件消息。因此，CP 11可以识别安装在CD 12中的应用中包括的服务的状态改变。

图2是图1所示的CP 11和CD 12的框图。参考图2，CP 11经由网络控制CD 12，并且包括应用发送单元111、应用开始请求单元112和事件消息处理单元113。

当CP 11期望将应用安装在CD 12中时，应用发送单元111向CD 12发送包括该应用的安装消息。应用发送单元111可以预先存储该应用。在另一个实施例中，应用发送单元111不预先存储该应用而是可以从包括在诸如内容服务器的单独的设备中的存储单元13接收该应用，并且可以向CD 12发送包括接收的应用的安装消息。例如，安装消息可以对应于InstallApplication()动作。

当从CD 12接收到对于安装消息的响应消息时，应用开始请求单元112向CD 12发送请求应用开始的开始消息。开始消息可以包括指定包括在该应用的服务当中的CP 11在状态改变方面感兴趣的一些服务的参数。该参数可以包括感兴趣的服务的名称和感兴趣的服务的状态变量。

更具体地说，开始消息可以对应于StartApplication()动作。StartApplication()动作的变量可以是应用的标识符和感兴趣的服务的参数串。本领域普通技术人员将理解，该参数串可以根据感兴趣的服务类型以及服务的状态变量的类型而变化。

例如，该参数可以包括服务名称（SN）和服务状态变量（SV），并且可以被表示为(SNl{SVl,SV2,SV3,...}& SN2{SV1,SV2,...}...)。在这种情况下，CP 11指定安装在CD 12中的应用包括的服务当中的第一服务SNl的第一、第二和第三状态变量SVl、SV2和SV3以及第二服务SN2的第一和第二状态变量SVl和SV2。因此，在这种情况下，产生如下效果：CP 11向CD 12发送订阅消息以便侦听安装在CD 12中的应用包括的服务当中的第一服务SNl的第一、第二和第三状态变量SVl、SV2和SV3的状态改变以及第二服务SN2的第一和第二状态变量SVl和SV2的状态改变。

如果参数串包含“*”，则CP 11指定安装在CD 12中的应用包括的所有服务以及该服务的所有状态变量。因此，在这种情况下，产生如下效果：CP11向CD 12发送订阅消息以便侦听安装在CD 12中的应用包括的所有服务以及该服务的所有状态变量的状态改变。

如上所述，不需要向CD 12发送对于每个服务的订阅消息，CP 11可以仅需要发送包括指定至少一个服务的参数的开始消息，以便接收对于指定的至少一个服务的事件消息并且识别指定的至少一个服务的状态改变。

事件消息处理单元113根据从CD 12接收到的事件消息来请求适当的动作或执行适当的操作。

CD 12工作在预定的运行环境下，并且经由网络由CP 11控制。CD 12包括应用安装单元121、应用操作单元122和事件消息产生单元123。

应用安装单元121安装从包括在CP 11中的应用发送单元111接收到的应用，并且向CP 11发送关于该应用的安装状态的信息。例如，该网络可以是UPnP网络，因而应用安装单元121可以以UPnP事件消息的格式发送应用的安装状态。

更具体地说，可以需要另一个应用以便适当地安装期望的应用。期望的应用根据需要的应用的存在或不存在可以处于第一或第二状态。但是，应用的状态不局限于第一或第二状态，而是应用可以处于多个状态之一。

换句话说，当为了安装期望的应用而需要的另一个应用不存在时，期望的应用的状态可以处于第一状态。另一方面，当为了安装期望的应用而需要的另一个应用存在时，期望的应用的状态可以处于第二状态。当期望的应用处于第一状态时，不能完成期望的应用的安装。因而，CP 11不能请求CD 12执行预定的动作。另一方面，当期望的应用处于第二状态时，可以完成期望的应用的安装。因而，CP 11可以请求CD 12执行预定的动作，从而使能CP11和CD 12之间的正常通信。

例如，CD 12可以工作在OSGi框架下，并且期望的应用可以对应于第一束。在这种情况下，可以需要第二束来适当地安装第一束，并且第一束可以根据第二束是否存在而处于第一或第二状态。当束被安装在该框架上时，该束转到‘安装’状态。于是该框架将试图解析该束。当为了安装第一束而需要的第二束不存在时，第一束保持在对应于第一状态的安装状态。另一方面，当为了安装第一束而需要的第二束存在时，第一束转到对应于第二状态的解析状态。更具体地说，当在应用安装单元121中安装应用时不存在第二束时，第一束保持在安装状态。此时，第一束的安装没有完成，CP 11不能开始第一束。另一方面，当在应用安装单元121中安装应用时存在第二束时，则第一束转到解析状态，并且CP 11可以开始第一束。

应用操作单元122响应于从应用请求开始单元112接收到的开始消息执行包括在该应用中的服务，并且批准对于包括在该开始消息中的参数指定的服务的事件订阅。如上所述，开始消息可以包括指定包括在该应用中的服务当中的CP 11在状态改变方面感兴趣的服务的参数。因此，尽管CP 11没有做出明确的事件订阅呼叫，但是应用操作单元122批准对于包括在该开始消息中的参数指定的服务的事件订阅。

当在应用操作单元122的操作期间包括在该应用中的服务当中的该参数指定的服务发生状态改变时，事件消息产生单元123产生对于该服务的事件消息。例如，网络可以是UPnP网络，因而事件消息产生单元123可以产生UPnP格式的事件消息。

由于图2是用于描述CP 11和CD 12之间的事件操作的框图，因此图2中仅仅示出了用于事件操作的块。换句话说，根据CP 11和CD 12彼此通信的阶段，在CP 11和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的地址、期望接收表示安装在CD 32中的应用的状态改变的事件消息的设备（也即，CP 31或另一个控制点）的地址、和应用的类型的参数中的至少一个。更具体地说，当诸如内容服务器的特定设备期望接收表示应用的状态改变的事件消息时，特定设备的统一资源定位符（URL）可以包括在该安装消息中。该网络可以是有线或无线网络，并且可以是家庭网络中间件，诸如UPnP、Jini、或HAVi。家庭网络可以使用单个网络协议或多个网络协议。

CD 32根据从CP 31接收到的安装消息安装应用。其后，CD 32向CP 31发送包括关于应用的安装状态的信息的响应消息。当包括在安装消息中的参数表示CP 31期望接收关于包括在该应用中的服务的详细信息的内容时，CD32将关于每一个服务的详细信息包括在响应消息中并且将该响应消息发送到CP 31。CD 32可以工作在预定的运行环境中，例如OSGi框架。

然后，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不需要接收关于该应用的详细信息。在这种情况下，服务标志为假。

安装消息可以对应于InstallApplication()动作。在这种情况下，InstallApplication()动作的变量可以是应用将被安装到的设备的统一资源定位符（URL）、期望接收关于应用的状态改变的信息的设备的事件订阅URL、表示控制点是否对关于应用的详细信息感兴趣的服务标志、和应用的类型（例如，束或配置包）中的至少一个。

当从CD 32接收到包括详细信息的响应消息时，应用开始请求单元312向CD 32发送请求应用开始的开始消息。开始消息可以包括指定包括在该应用的服务当中的CP 31在状态改变方面感兴趣的一些服务的参数。该参数可以包括感兴趣的服务的名称和感兴趣的服务的状态变量。例如，开始消息可以对应于StartApplication()动作。

事件消息处理单元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 11依次执行的操作。CP 11的以上描述同样应用于图5的有选择的事件消息接收方法。

在操作51中，应用发送单元111经由网络向CD 12发送用于安装应用的安装消息。更具体地说，应用发送单元111经由网络向CD 12发送安装消息并且从CD 32接收与该应用的安装状态有关的响应消息。

在操作52中，应用开始请求单元112向CD 12发送开始消息，该开始消息请求应用的开始并且包括指定包括在该应用中的服务中的至少一个服务的参数。该参数指定包括在该应用中的服务当中的CP 11在状态改变方面感兴趣的至少一个服务的名称、和该至少一个服务的状态变量。

在操作53中，事件消息处理单元113从CD 12接收表示至少一个服务的状态改变的事件消息。在这种情况下，事件消息处理单元113根据事件消息请求适当的动作或执行适当的操作。

图6是示出了根据本发明的实施例的有选择的事件消息发送方法的流程图。参考图6，有选择的事件消息发送方法包括由图2的CD 12依次执行的操作。CD 12的以上描述同样应用于图6的有选择的事件消息发送方法。

在操作61中，应用安装单元121安装从CP 11接收到的应用。更具体地说，应用安装单元121从CP 11接收用于安装该应用的安装消息并且向CP 11发送与该应用的安装状态有关的响应消息。

在操作62中，应用操作单元122从CP 11接收开始消息，该开始消息请求应用的开始并且包括指定包括在该应用中的服务中的至少一个服务的参数。该参数指定包括在该应用中的服务当中的CP 11在状态改变方面感兴趣的至少一个服务的名称、和该至少一个服务的状态变量。

在操作63中，当在应用的操作期间包括在该应用中的服务发生状态改变时，事件消息产生单元123向CP 11发送表示服务的状态改变的事件消息。更具体地说，事件消息产生单元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是家庭网络设备，以及第一设备（D1）93和第二设备（D2）94为外部设备。尽管图9中仅仅示出了D1 93和D2 94，但是本发明的当前实施例所属领域的普通技术人员可以理解外部设备的数目不局限于两个。在图9中，实线箭头指示基于UPnP的通信，虚线箭头指示不基于UPnP的通信。

更具体地说，作为生产预定应用（例如，固件）的生产商的D2 94可以根据与D1 93的合同向D1 93提供该预定的应用。D1 93可以是将从D2 94接收到的预定应用提供给CP 91的服务提供商。例如，D2 94可以是移动电话生产商，D1 93可以是提供服务以使得用户可以使用由D2 94生产的移动电话的服务提供商。

在本发明的实施例中，当CP 91向CD 92发送用于将应用安装在CD 92中的安装消息时，CP 91可以发送安装消息，该安装消息包括包含D1 93和D2 94的地址的参数。因此，可以根据基于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的协议的事件消息的形式向与由该参数指定的地址对应的D1 93和D2 94并行地发送关于应用的安装状态的信息。例如，当应用在CD 92中的安装完成时，可以将表示应用的安装完成并且符合基于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设备体系结构的修改。

图11A到11C示出了图10所示的安装消息的各部分。现在将参考图10和11A到11C描述由于安装消息的使用而使得多个设备自动执行到CD的事件订阅的情况。

参考图11A，CALLBACK:<delivery_URL>表示指示期望接收关于应用的详细信息的设备的地址的参数。当CD 92产生事件消息时，将事件消息发送到由参数CALLBACK指示的设备。

参考图11B，在传统技术中，当多个设备期望接收事件消息时，这些设备的URL通过逗号（,）而彼此区分，并且依次将事件消息发送到这些设备。例如，期望接收事件消息的设备由CALLBACK:<urll,url2,url3>指定，并且将事件消息依次发送到url1、url2和url3。

更具体地说，首先，将事件消息发送到url1。当向url1的事件消息的发送失败时，向url2发送事件消息。当向url2的事件消息的发送失败时，向url3发送事件消息。换句话说，当向url1的事件消息的发送完成时，不执行向url2和url3的事件消息的发送。因此，即使当多个设备期望接收事件消息时，仅仅设备之一可以接收事件消息。

参考图11C，在本发明的实施例中，当多个设备期望接收事件消息时，可以通过使用分号（;）来将设备的URL分组，并且可并行地向各组发送事件消息。此外，包括在每个组中的设备的地址可以通过逗号（,）彼此区分，并且串行地向包括在每个组中的设备的地址发送事件消息。

例如，期望接收事件消息的设备由CALLBACK:<url1,url2;url3;url4,url5>指定，并且并行地向包括url1和url2的第一组、包括url3的第二组、以及包括url4和url5的第三组发送事件消息。此外，串行地向包括在每个组中的地址发送事件消息。可以同时或在不同的时间点将事件消息发送到所有组。

更具体地说，首先，并行地向分别包括在第一、第二和第三组中的url1、url3和url4发送事件消息。当向url1或url4的事件消息的发送失败时，向url2或url5发送事件消息。换句话说，由于并行执行向url1、url3和url4的事件消息的发送，因此即使当向url1的事件消息的发送完成时，url3和url4仍然可以接收事件消息。因此，即使当多个设备期望接收事件消息时，所有设备也可以接收事件消息。

图12是用于说明根据本发明的另一个实施例的基于UPnP的事件操作的框图。参考图12，CP 121和CD 122是家庭网络设备，D1 123和D2 124是外部设备。在图12中，实线箭头指示基于UPnP的通信，虚线箭头指示不基于UPnP的通信。如上所述，作为用于生产预定应用的生产商的D2 124可以根据与D1 123的合同向D1 123提供该预定应用。D1 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的协议的通信的。在这种情况下，D1 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的协议来向D1 123和D2 124发送接收的事件消息。CP 121可以或者同时或者在不同的时间点向D1 123和D2 124发送接收的事件消息。因此，当CD 122产生事件消息时，D1 123和D2 124可以在经过预定的时间段之后经由CP 121接收事件消息。在这种情况下，不需要专门修改UPnP设备体系结构。

本发明也可以被具体化为计算机可读记录介质上的计算机可读代码。计算机可读记录介质是可以储存其后可以被计算机系统读取的数据的任何数据存储设备。计算机可读记录介质的例子包括只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备。计算机可读记录介质的其它示例可以包括载波（诸如通过互联网的数据传输）。计算机可读记录介质也可以被分布在网络耦合的计算机系统之上以使得计算机可读代码以分布式被存储和执行。

尽管已经参考本发明的示范性实施例对本发明进行了具体图示和描述，但是本领域技术人员应当理解，在不脱离由以下权利要求书所定义的本发明的精神和范围的情况下，可以对本发明做出形式和细节上的各种修改。

Claims (5)

1.一种事件消息发送方法，包括：

经由网络从控制受控设备的控制点接收第三消息，该第三消息请求受控设备安装应用并且包括指定期望接收该应用的状态改变的多个设备的参数；以及

向由该参数指定的多个设备发送第二消息，该第二消息代表在该应用的安装期间发生的应用的状态改变。

2.如权利要求1所述的事件消息发送方法，其中该参数指定该多个设备分成的多个组。

3.如权利要求2所述的事件消息发送方法，其中所述发送第二消息的步骤包括：

并行地向该多个组发送第二消息；以及

当向包括在该多个组的至少一个组中的设备发送第二消息失败时，向包括在该至少一个组中的另一个设备发送第二消息。

4.如权利要求1所述的事件消息发送方法，还包括：

响应于该第三消息向该控制点发送第四消息；

从该控制点接收请求该应用的操作开始的第一消息，并且响应于第一消息执行该应用的操作；以及

并行地向由该参数指定的多个设备发送第二消息，该第二消息表示在该应用的操作期间发生的应用的状态改变。

5.如权利要求1所述的事件消息发送方法，其中该网络是基于通用即插即用（UPnP）的网络，以及该第二消息以可扩展标记语言（XML）编写。

Images