管理应用程序的系统和方法

1.一种应用程序管理系统，包括：
多个受控设备；及
应用程序服务器，通过使用对各种家庭网络中间件提供集成支持的架构 来执行对所述多个受控设备的应用程序的安装和管理，
其中，所述架构是OSGi架构，
每个所述受控设备都包括用于与应用程序服务器通信的家庭网络中间件 模块部件，
所述应用程序服务器包括：家庭网络中间件模块部件，与所述受控设备 通信并从所述受控设备提取关于应用程序文件的位置信息；应用程序装载模 块部件，根据所提取的应用程序文件的位置信息从文件服务器下载所述应用 程序文件；以及应用程序管理模块部件，用于控制应用程序服务器中的家庭 网络中间件模块部件和所述应用程序装载模块部件的操作，
应用程序服务器中的家庭网络中间件模块部件和所述应用程序装载模块 部件捆绑到所述架构中。
2.根据权利要求1所述的应用程序管理系统，其中所述家庭网络中间件 从HAVi、UPnP和HWW的组合中选择。
3.根据权利要求1所述的应用程序管理系统，其中每个所述受控设备都 包括关于要安装的应用程序文件的位置信息，该应用程序文件存储在因特网 的文件服务器上。
4.根据权利要求3所述的应用程序管理系统，其中所述应用程序服务器 从所述受控设备提取关于所述应用程序文件的位置信息，并且，响应于提取 的位置信息，从所述文件服务器下载所述应用程序文件以便安装相关应用程 序。
5.一种应用程序管理系统，包括多个受控设备和一应用程序服务器，其 中：
为各种家庭网络中间件提供集成支持的架构装载在所述应用程序服务器 上；及
每个所述受控设备都控制所述应用程序服务器并且执行用于所述受控设 备的应用程序的安装和管理，
其中，所述架构是OSGi架构，
所述应用程序服务器包括：家庭网络中间件模块部件，与所述受控设备 通信；应用程序装载模块部件，在所述受控设备的控制下从文件服务器下载 应用程序文件；以及应用程序平台服务模块部件，在所述受控设备的控制下 控制所述家庭网络中间件模块部件和所述应用程序装载模块部件的操作，
所述应用程序服务器的所述家庭网络中间件模块部件和所述应用程序装 载模块部件捆绑到所述架构中，
每个所述受控设备包括与所述应用程序服务器通信的家庭网络中间件模 块部件和通过控制所述应用程序服务器安装新应用程序或管理已安装应用程 序的应用程序管理模块部件。
6.根据权利要求5所述的应用程序管理系统，其中所述家庭网络中间件 从HAVi、UPnP、Jini和HWW的组合中选择。
7.根据权利要求5所述的应用程序管理系统，其中所述应用程序文件存 储在因特网的文件服务器上。
8.根据权利要求5所述的应用程序管理系统，其中所述应用程序管理模 块部件判断新应用程序文件被下载的位置并请求所述应用程序服务器安装新 的应用程序。
9.一种利用包括多个受控设备和一应用程序服务器的应用程序管理系 统管理应用程序的方法，包括以下步骤：
(1)通过装载有为各种家庭网络中间件提供集成支持的架构的应用程序 服务器来检测所述受控设备与一家庭网络的连接；及
(2)通过所述应用程序服务器安装控制所述受控设备所必需的应用程 序，
其中，所述架构是OSGi架构，
所述步骤(2)包括以下步骤：
由所述应用程序服务器提取关于控制所述受控设备所必需的应用程序文 件的位置信息；
由所述应用程序服务器根据所提取的位置信息从文件服务器下载所述应 用程序文件；及
由所述应用程序服务器执行下载的应用程序文件并安装相关应用程序。
10.根据权利要求9所述的方法，其中所述家庭网络中间件从HAVi、UPnP、 Jini和HWW的组合中选择。
11.根据权利要求9所述的方法，其中所述架构提供因特网接入服务和 家庭网络中间件服务。
12.根据权利要求9所述的方法，其中每个所述受控设备包括关于所述 应用程序文件的位置信息，并且该应用程序文件存储在因特网上的文件服务 器中。
13.根据权利要求9所述的方法，还包括一应用程序管理步骤，用于执 行、停止、删除和更新所述应用程序服务器中安装的应用程序。
14.一种利用包括多个受控设备和一应用程序服务器的应用程序管理系 统管理应用程序的方法，包括以下步骤：
(1)由所述受控设备搜索具有应用程序平台服务模块部件的应用程序服 务器；及
(2)由所述受控设备控制所述应用程序服务器以安装用于所述受控设备 的应用程序，
其中，所述应用程序服务器利用能够对各种家庭网络中间件提供集成支 持的架构来装载，
所述架构是OSGi架构，
所述步骤(2)包括以下步骤：
由所述受控设备判断是否需要安装新的应用程序；
如果需要安装所述新的应用程序，则由所述受控设备请求所述应用程序 服务器安装所述新的应用程序；
根据用于安装所述新的应用程序的请求，从文件服务器下载相关的应用 程序文件；及
由所述受控设备控制所述应用程序服务器安装所述新的应用程序。
15.如权利要求14所述的方法，其中所述家庭网络中间件从HAVi、 UPnP、Jini和HWW的组合中选择。
16.如权利要求14所述的方法，其中所述架构提供受控设备接入服务和 家庭网络中间件服务。
17.如权利要求14所述的方法，还包括一应用程序管理步骤，用于执行、 停止、删除和更新所述应用程序服务器中安装的应用程序。

技术领域\n本发明涉及一种在家庭网络环境中管理需要控制的设备中使用的应用程 序或软件部份的系统和方法，更具体地说，涉及一种管理其中需要控制的设 备的功能可通过不断更新设备中使用的应用程序来动态扩展的应用程序的系 统和方法。本申请基于韩国专利申请号2003-0000058，该专利的整个说明作 为参考一并列于此。\n背景技术\n家庭网络系统是一种通过一个网络将多个PC、外部设备、移动电话、家 用电器等连接起来并进行控制的系统。构造这种家庭网络系统的建议方法是 在这些家用电器中内置一种称为中间件(middleware)的通用虚拟计算机环境， 并且为这些家用电器提供应用程序。在这里，中间件能够在家庭网络中的家 用电器之间进行通信。目前可用的中间件有家庭音频/视频交互(HAVi，home AV interoperability)、通用即插即用(UPnP，universal plug and play)、Jini、家庭 宽带网络(HWW，home wide web)等。\n然而，随着家用电器的功能的改善并且更加复杂，除了在购买时已经安 装的应用程序外，对安装其最新的应用程序的需求大大增加。例如，如果一 台电视机能支持高质量的声音格式(例如，环绕声、立体声等)，但一个不良的 调谐器却不支持高质量格式的话，该高质量格式就不能被使用。\n根据这种趋势，已经开发了提供在受控设备中使用的新的应用程序的技 术。例如，韩国专利申请号2000-7007449(该发明的主题是一种涉及音频/视频 网络的方法和系统)公开了一种通过当需要控制的家用电器与家庭网络系统 连接时设备驱动器被更新的方式支持更高级的性能的方法。\n图1和图2是示出安装传统的应用程序的方法和示出在HAVi家庭网络 系统中安装应用程序的方法的图，在该HAVi家庭网络系统中，一个控制设 备和一个受控设备相互连接，该控制设备即完全AV设备(FAV，full AV device)，能够基于IEEE 1394安装和执行应用程序，并且该受控设备即为基 本AV设备(BAV，base AV device)。\n在这里，IEEE 1394是用于互相连接一些家用电器的高速串行总线(接 口)，以及设备控制模块(DCM)是用于控制需要控制的家用电器的软件部份即 当用户想使用设备的功能时所需要的应用程序接口(API)。具体地说，DCM 是通过安装DCM的一个字节码而获取的，并且应当存在于FAV中以便控制 设备。而且，DCM的一个字节码可驻留于BAV中或其它地方，例如因特网 上的文件服务器上。\n如图1所示，当BAV 120与家庭网络系统相连时，在DCM的字节码121 驻留于BAV 120的情况下，FAV 110从BAV 120的存储器装载DCM的字节 码121，并将装载的字节码安装其中。或者，如图2所示，当BAV 220与家 庭网络系统相连时，在DCM的字节码231驻留于文件服务器230的情况下， FAV 210从BAV 120的存储器读取DCM的URL并从文件服务器230装载读 取的字节码231，并将装载的字节码安装其中。\n然而，这种应用程序安装方法将应用程序限制于基于IEEE 1394技术的 HAVi家庭网络，这是因为它只能利用支持热即插即用的IEEE 1394来执行。 而且，由于它决定了由FAV安装和管理应用程序，因此存在这样一个问题： 由于安装和管理与家庭网络相连的一些BAV的应用程序，因此给FAV施加 了很大的负载。\n而且，由于FAV被配置为仅当初使化BAV与家庭网络的连接时才安装 DCM，还存在这样一个问题：它很难提供不断的应用程序更新服务。\n发明内容\n从而，本发明将要解决现有技术中上述问题。本发明的一个目的是提供 一种管理在家庭网络环境中独立操作的应用程序的系统和方法。\n本发明的另一个目的是提供一种管理应用程序的系统和方法，其中受控 设备的功能可通过允许控制设备和受控设备控制应用程序的安装和管理并且 不断更新受控设备中使用的应用程序来动态扩展。\n根据本发明为实现目的的一个方面，提供了一种包括多个受控设备和应 用程序服务器的应用程序管理系统，其中该应用程序服务器利用对各种家庭 网络中间件提供集成支持的架构(framework)执行用于受控设备的应用程序 的安装和管理。\n此外，本发明的应用程序管理系统还可包括应用程序服务器，装载有能 够对各种家庭网络中间件提供集成支持的架构，并且所述受控服务器控制所 述应用程序服务器并且执行对用于受控设备的应用程序的安装和管理。\n而且，所述家庭网络中间件可从由HAVi、UpnP、Jini及HWW的组合 中选择。\n所述架构最好是OSGi架构。\n所述架构最好提供因特网接入服务和家庭网络中间件服务。\n附图说明\n通过结合附图对本发明的优选实施例进行描述，本发明的上述和其它目 的和特征将变得更清楚，附图中：\n图1和2是示出根据现有技术安装应用程序的方法的图；\n图3是示出根据本发明的第一实施例的管理应用程序的系统的示例结构 的图；\n图4是示出根据本发明的第一实施例的管理应用程序的系统的实际结构 的图；\n图5是示出根据本发明的第二实施例的管理应用程序的系统的示例结构 的图；\n图6是示出根据本发明的第二实施例的管理应用程序的系统的实际结构 的图；\n图7是示出根据本发明的第一实施例的管理应用程序的方法的流程图； 及\n图8是示出根据本发明的第二实施例的管理应用程序的方法的流程图。\n具体实施方式\n接下来，将参照附图描述本发明的优选实施例。\n在本发明中，应用程序管理系统的结构可根据控制设备和受控设备中哪 一个管理应用程序而改变。具体地说，本发明的应用程序管理系统可分成两 类：拉模式(pull mode)，其中应用程序服务器(控制设备)成为管理的主题，并 执行应用程序的安装和管理；以及推模式(push mode)，其中受控设备成为管 理的主题，并执行应用程序的安装和管理。\n首先，将参照图3描述应用程序服务器成为管理的主题并执行应用程序 的安装和管理的拉模式中的应用程序管理系统。\n图3是示出按照本发明的第一实施例的应用程序管理系统的示例结构的 图。如图所示，应用程序管理系统300包括应用程序服务器310、受控设备 320和文件服务器330。应用程序服务器310和受控设备320通过家庭网络 340互相连接。\n应用程序服务器310包括与受控设备320通信的家庭网络中间件模块 311、从文件服务器330下载应用程序文件331的应用程序装载模块312以及 控制家庭网络中间件模块311和应用程序装载模块312的操作的应用程序管 理模块314。在应用程序服务器310装载了开放服务网关组织(open service gateway initiative，OSGi)架构(framework)313，家庭网络中间件模块311和 应用程序装载模块312捆绑(bundled)在OSGi架构313中。\n在这里，在应用程序服务器310上装载了OSGi架构313以及在OSGi 架构313中捆绑了家庭网络中间件模块311和应用程序装载模块312的原因 是能够在中间件中实现一个独立的家庭网络系统。接下来，为更好地理解本 发明，将更详细地描述OSGi架构。\n在家庭中构成一个数据网络的家庭网络系统基于多种应用场合及居住环 境。因此，当实现家庭网络系统时将附加多种限制。\n也就是说，在家庭网络系统中，包括信息家用电器在内的各种家用电器 诸如计算机、打印机和传真机，AV家用电器诸如电视机、音响、录像机和 DVD，以及控制设备诸如灯、门锁、空调和洗衣机互相复杂连接。而且，家 用电器使用不同通信介质诸如电力线通讯网、以太网、蓝牙(Bluetooth)和IEEE 1394。因此，为了确保家庭网络系统的可靠性和稳定性，家庭网络系统应该 以与所有家用电器兼容的方式来实现。换句话说，家庭网络系统应该以独立 的中间件来实现。\n相应地，在本发明中，捆绑了用于接入各种设备的中间件服务的OSGi 架构313装载在应用程序服务器310上，因而在家庭网络环境中实现与硬件、 网络协议、操作系统等无关的平滑通信，从而家庭网络系统以独立的中间件 来实现。\nOSGi是在家庭网络家用电器中动态安装和执行新服务的规范，并且提供 了在家庭网络中间件诸如UPnP、Jini和LonTalk之间的可交互性，因此，使 用各种形式的中间件的设备能够手动控制。由于这种OSGi技术是由OSGi 在2001年10月发表的论文“OSGi服务平台版本2”中详细描述的，因此其详 细描述在此省略。\n同时，受控设备320包括与应用程序服务器310通信的家庭网络中间件 模块321和要被安装的应用程序文件上的位置信息322。用于家庭中所有家 用电器的应用程序文件331存储在文件服务器330中。\n也就是说，当受控设备320与家庭网络340相连时，应用程序服务器310 通过家庭网络中间件模块311检测到受控设备320已经被连接，通过应用程 序装载模块312从受控制设备320提取将被安装的应用程序文件上的位置信 息322，并且从文件服务器330下载应用程序文件从而根据所提取的关于下 载的应用程序文件的位置信息来安装相关的应用程序。\n图4示出了以应用程序服务器拉模式实现的应用程序管理系统的实际结 构。如图所示，应用程序管理系统400包括应用程序服务器410、受控设备 420和文件服务器430。而且，应用程序服务器410和受控设备420通过家庭 网络440互相连接。\n应用程序服务器410包括用于控制UPnP设备的UPnP CP捆绑 (bundle)411、用于从文件服务器430下载应用程序文件的HTTP网络服务器 捆绑412以及用于控制UPnP CP捆绑411和HTTP网络服务器412操作的应 用程序管理模块414。UPnP CP捆绑411和HTTP网络服务器捆绑412捆绑 到OSGi架构413中。\n受控设备420包括用于通知应用程序服务器410其存在并从该应用程序 服务器410接收命令的UPnP CD堆栈(stack)421以及用于驱动受控设备402 的设备描述(description)422。位置信息423(例如关于驱动器的URL信息)存储 在设备描述422中。\n在这里，UPnP对应于连接常规PC和外围设备的即插即用概念的扩展版 本，它是一种所有设备和PC外围设备一旦被安装就可通过它无需附加设置 地配置到单个网络中的软件技术。UPnP设备从逻辑上可分成对应于根据家庭 网络中的角色直接使用服务的客户端的控制点(CP)和对应于可与CP通信的 设备或软件的受控设备(CD)。在这种情况下，首先请求服务的一方充当CP， 而另一方充当CD。CP在UPnP网络上搜索UPnP设备，或者接收当UPnP 设备最新与网络连接或断开时生成的事件消息。\n也就是说，当受控设备420与家庭网络相连时，应用程序服务器410的 应用程序管理模块414通过UPnP CP捆绑411从受控设备420提取要被安装 的应用程序文件上的位置信息423，并通过HTTP网络服务器捆绑412从文 件服务器430下载应用程序文件431，以便安装相关应用程序。促使应用程 序服务器410执行应用程序安装和管理的方法将参照图7在下面详细描述。\n同时，应用程序管理系统可以应用程序服务器拉模式之外的受控设备推 模式来实现。接下来，将照图5来说明以受控设备推模式实现的应用程序管 理系统。\n图5是示出根据本发明的第二实施例的示例结构的图。如图所示，以控 制设备推模式实现的应用程序管理系统500配置为这种模式：受控设备520 包括应用程序管理模块522并且应用程序服务器510包括应用程序平台服务 模块514，它与以应用程序服务器拉模式实现的情况相反。\n当受控设备520与家庭网络540相连时，受控设备520的应用程序管理 模块522控制应用程序服务器510的应用程序平台服务模块514，并因此安 装新的应用程序或不断管理安装的应用程序。该过程将在下面详细描述。\n在需要安装新应用程序的情况下，应用程序管理模块522判断相关应用 程序要下载的位置，然后请求应用程序平台服务模块514安装必需的应用程 序。响应于该请求，应用程序平台服务模块514控制应用程序装载模块512 从文件服务器531下载用于家用电器的应用程序文件531，然后通过执行下 载的应用程序文件安装受控设备520的应用程序。\n而且，在必需删除或更新已安装应用程序的情况下，应用程序管理模块 522请求应用程序平台服务模块514删除或更新应用程序。响应于该请求， 应用程序平台服务模块514从应用程序服务器510删除或在其中更新相关应 用程序，然后通知受控设备520执行结果。\n图6是示出了以受控设备推模式实现的应用程序管理系统的实际结构。\n应用程序服务器610包括用于通知受控设备620其存在并从该受控设备 接收命令的UPnP CD捆绑611、用于从文件服务器630下载应用程序文件631 的HTTP网络服务器捆绑612以及用于在受控设备620的控制下安装和管理 应用程序的应用程序平台服务模块614。在这里，UPnP CP捆绑611和HTTP 网络服务器捆绑612捆绑到OSGi架构613中。\n受控设备620包括用于向应用程序服务器610发送关于应用程序管理的 控制命令的UPnP CD堆栈621以及用于控制与应用程序管理相关的一般操作 的应用程序管理模块622。以受控设备推模式管理应用程序的方法将参照图8 在下文中详细描述。\n接下来，将参照附图详细描述根据本发明管理应用程序的方法。\n首先，将参照图7描述以拉模式管理应用程序的方法，其中应用程序服 务器成为管理主题并且执行应用程序的安装和管理。\n图7是示出以应用程序服务器拉模式管理应用程序的方法的流程图。为 更好地理解本发明，下文将参照家庭网络系统例如图4所示的结构来更详细 地描述根据应用程序服务器拉模式管理应用程序的方法。\n当受控设备420与家庭网络440相连时，应用程序服务器410中的UPnP CP捆绑411检测受控设备420已经连接到家庭网络，然后通过事件机构通知 应用程序管理模块414受控设备420的存在(S710)。\n然后，UPnP CP捆绑411分析受控设备的设备描述422，提取位置信息 423(例如关于驱动器的URL信息)，然后将提取的信息发送到应用程序管理模 块414(S720)。\n接着，应用程序管理模块414控制HTTP网络服务器捆绑412并根据从 UPnP CP捆绑411输入的应用程序文件上的位置信息423从文件服务器430 下载受控设备420的应用程序文件431(S730)。当下载完成后，应用程序管理 模块414执行下载的应用程序文件431以便安装相关的应用程序(S740)。\n其后，应用程序管理模块414响应安装的应用程序控制受控设备(S750)。 例如，应用程序管理模块可通过应用程序平台服务功能在电视机中执行打印 输出功能或关闭音响的操作。\n接下来将参照图8描述以推模式管理应用程序的方法，其中受控设备成 为管理主题并且执行安装和管理。\n图8是描述以受控设备推模式管理应用程序的方法的流程图。为更好地 理解本发明，接下来将参照家庭网络系统例如图6所示的结构来更详细地描 述根据应用程序服务器推模式管理应用程序的方法。\n当受控设备620与家庭网络640相连时，受控设备620的UPnP CP堆栈 621通过与应用程序服务器610的UPnP CD捆绑611的通信来搜索以判定应 用程序服务器610和应用程序平台服务模块614是否与家庭网络640相连 (S810)。\n此时，如果应用程序服务器610和应用程序平台服务模块614与家庭网 络640相连，受控设备620的UPnP CP堆栈621通过事件机构通知应用程序 管理模块622应用程序服务器610的存在。\n接着，受控设备620的应用程序管理模块622判断是否应该安装新的应 用程序(S820)。如果要安装新的应用程序，应用程序管理模块判断相关应用 程序的下载位置并请求应用程序平台服务模块614安装必需的应用程序 (S830)。\n其后，响应于用于安装相关应用程序的请求命令，应用程序平台服务模 块614控制HTTP网络服务器捆绑612并从文件服务器下载应用程序文件 (S840)。下载完毕后，应用程序平台服务模块614执行下载的应用程序文件 以便安装相关的应用程序(S850)。\n如果根据受控设备620的控制过程应用程序被安装在应用程序服务器 610，那么受控设备620的应用程序管理模块622通过安装的应用程序来控制 与家庭网络640相连的受控设备620(S860)。\n另一方面，在必需删除或更新已安装应用程序的情况下，应用程序管理 模块622请求应用程序平台服务模块614删除或更新相关的应用程序。应用 程序平台服务模块614响应于该请求执行删除或更新相关应用程序的操作并 通知受控设备执行结果(S870和S880)。\n如上所述，根据本发明，受控设备的应用程序安装和管理可无需考虑家 庭网络环境中的各种中间件的种类来实现。因此，受控设备的功能可通过不 断更新受控设备的应用程序来动态扩展。\n而且，应用程序服务器和受控设备都可以执行应用程序安装和管理。因 此，通过为具有差的操作性能或者不需要附加更新服务的家用电器使用应用 程序服务器拉模式或者为具有好的操作性能并且需要各种不断的应用程序更 新服务的家用电器使用受控设备推模式，可使应用程序管理的执行更有效。\n尽管本发明已结合附图所示的优选实施例进行描述，它们只不过是本发 明的例子。对于本领域的技术人员应该明白在不偏离本发明的范围和精神的 情况下可对其作各种调整、改变和等效处理。\n例如，本发明优选实施例中已经描述了文件服务器通过因特网与应用程 序服务器相连。然而，应用程序文件被存储的位置可根据应用程序装载模块 支持的服务来改变。\n而且，在实施例中已描述了受控设备的应用程序是当受控设备被连接时 被安装的。然而，可以改变为当应用程序被安装时。\n而且，在实施例中已描述了UPnP是设备间通信的中间件的示例。然而， 本发明并不局限于此，本发明可以使用诸如Jini、CORBA和DCOM等中间 件。\n而且，在本发明的实施例中，Java相关的平台诸如OSGi和Java Beans 以及装载操作系统的技术诸如Microsoft Windows和Linux都可使用为应用程 序安装技术。\n相应地，本发明的技术范围和精神应由所附的权利要求来定义。\n如上所述，根据本发明，家用电器的功能存在这样一种优点，由于可以 实现应用程序管理系统以独立的家庭网络中间件来操作，家庭网络环境中的 家用电器的功能可以动态扩展。\n而且，根据本发明，可以提供不断更新应用程序或提供适合于家庭网络 特征的应用程序的服务，受控设备甚至通过控制已经实现并提供简单功能的 应用程序来安装新的应用程序或管理已安装应用程序。因此，还存在资源可 被有效利用的另一个优点。