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