(57)【要約】【課題】ホームネットワーク環境で被制御機器のためのアプリケーションを継続的にアップデートすることにより、被制御機器の機能を動的に拡張できるアプリケーション管理システム及び方法を提供すること。【解決手段】制御機器のアプリケーションサーバに種々のホームネットワーク ミドルウェアを統合支援できるフレームワークを搭載し、前記フレームワークにインターネットアクセスサービスや種々のデバイスをアクセスするためのミドルウェアサービスをバンドルとして提供する。【選択図】図３
2010061683.tif 000002
【特許請求の範囲】
【請求項１】
多数の被制御機器と、前記被制御機器を制御するアプリケーションサーバとで構成されたホームネットワークのアプリケーション管理システムにおいて、
前記アプリケーションサーバは、ホームネットワークミドルウェアを支援するフレームワークを介して前記被制御機器のためのアプリケーションのインストール、削除、アップデートを行い、
前記被制御機器は、インストールするアプリケーションファイルの位置情報を格納し、前記アプリケーションファイルは、インターネット上のファイルサーバに格納されており、
前記アプリケーションサーバは、前記ホームネットワークへの前記被制御機器の連結を感知し、前記感知された被制御機器からアプリケーションファイルの位置情報を取得し、複数のホームネットワークミドルウェアを支援するフレームワークを通して、前記取得された位置情報に基づいて前記ファイルサーバからアプリケーションファイルをダウンロードしインストールすることを特徴とするアプリケーション管理システム。
【請求項２】
前記ホームネットワークミドルウェアは、ＨＡＶｉ，ＵＰｎＰ，Ｊｉｎｉ，ＨＷＷの何れかに準拠することを特徴とする請求項１に記載のアプリケーション管理システム。
【請求項３】
前記フレームワークは、ＯＳＧｉに準拠することを特徴とする請求項１に記載のアプリケーション管理システム。
【請求項４】
前記被制御機器は、前記アプリケーションサーバと通信を行うためのホームネットワークミドルウェアモジュールを備えることを特徴とする請求項１に記載のアプリケーション管理システム。
【請求項５】
前記アプリケーションサーバは、前記被制御機器と通信を行い、該被制御機器からアプリケーションファイルの位置情報を取得するホームネットワークミドルウェアモジュールと、
前記取得されたアプリケーションファイルの位置情報に基づいて前記ファイルサーバからアプリケーションファイルをダウンロードするアプリケーションローダーモジュールと、
前記ホームネットワークミドルウェアモジュール及びアプリケーションローダーモジュールの動作を制御するアプリケーション管理モジュールとを備えることを特徴とする請求項１に記載のアプリケーション管理システム。
【請求項６】
前記ホームネットワークミドルウェアモジュール及びアプリケーションローダーモジュールは、前記フレームワークに備えられることを特徴とする請求項５に記載のアプリケーション管理システム。
【請求項７】
複数の被制御機器と、前記被制御機器を制御するアプリケーションサーバとで構成されたホームネットワークのアプリケーション管理システムにおいて、
前記アプリケーションサーバには、ホームネットワークミドルウェアを支援するフレームワークが搭載されており、
前記被制御機器は、前記アプリケーションサーバを制御し、被制御機器のためのアプリケーションの前記アプリケーションサーバへのインストール、削除、アップデートを行い、
アプリケーションファイルは、インターネット上のファイルサーバに格納されており、
前記アプリケーションサーバは、
前記被制御機器との通信のためのホームネットワークミドルウェアモジュールと、
前記被制御機器からの制御により前記ファイルサーバからアプリケーションファイルをダウンロードするアプリケーションローダーモジュールと、
前記被制御機器からの要請により前記ホームネットワークミドルウェアモジュール及びアプリケーションローダーモジュールの動作を制御するアプリケーションプラットフォームサービスモジュールとを備えることを特徴とするアプリケーション管理システム。
【請求項８】
前記ホームネットワークミドルウェアは、ＨＡＶｉ，ＵＰｎＰ，Ｊｉｎｉ，ＨＷＷの何れかに準拠することを特徴とする請求項７に記載のアプリケーション管理システム。
【請求項９】
前記フレームワークは、ＯＳＧｉに準拠することを特徴とする請求項７に記載のアプリケーション管理システム。
【請求項１０】
前記アプリケーションサーバのホームネットワークミドルウェアモジュール及びアプリケーションローダーモジュールは、前記フレームワークに備えられることを特徴とする請求項７に記載のアプリケーション管理システム。
【請求項１１】
前記被制御機器は、前記アプリケーションサーバとの通信のためのホームネットワークミドルウェアモジュールと、前記アプリケーションサーバを制御して、新しいアプリケーションをインストールするか、あるいは既存のアプリケーションを管理するアプリケーション管理モジュールとを備えることを特徴とする請求項７に記載のアプリケーション管理システム。
【請求項１２】
多数の被制御機器と、前記被制御機器を制御するアプリケーションサーバとで構成されたホームネットワークのアプリケーション管理システムを用いてアプリケーションを管理するための方法において、
ホームネットワークミドルウェアを支援するフレームワークの搭載されたアプリケーションサーバが被制御機器の連結を感知するステップと、
前記アプリケーションサーバが被制御機器の制御に必要なアプリケーションをインストールするステップとを含み、
前記アプリケーションのインストールステップは、
アプリケーションサーバが被制御機器の制御に必要なアプリケーションファイルの位置
情報を取得するステップと、
アプリケーションサーバが、複数のホームネットワークミドルウェアを支援するフレームワークを通して、前記取得された位置情報に基づいてファイルサーバから該当のアプリケーションファイルをダウンロードするステップと、
アプリケーションサーバが前記ダウンロードされたアプリケーションファイルを実行し、アプリケーションをインストールするステップとを含むことを特徴とするアプリケーション管理方法。
【請求項１３】
前記ホームネットワークミドルウェアは、ＨＡＶｉ，ＵＰｎＰ，Ｊｉｎｉ，ＨＷＷの何れかに準拠することを特徴とする請求項１２に記載のアプリケーション管理方法。
【請求項１４】
前記フレームワークは、ＯＳＧｉに準拠することを特徴とする請求項１２に記載のアプリケーション管理方法。
【請求項１５】
前記フレームワークは、インターネットアクセスサービスを提供することを特徴とする請求項１２に記載のアプリケーション管理方法。
【請求項１６】
前記被制御機器は、アプリケーションファイルの位置情報を格納し、前記アプリケーションファイルは、インターネット上のファイルサーバに格納されていることを特徴とする請求項１２に記載のアプリケーション管理方法。
【請求項１７】
前記アプリケーションサーバが、前記アプリケーションサーバにインストールされたアプリケーションの実行、停止、削除、及びアップデートを行うアプリケーション管理ステップを更に含むことを特徴とする請求項１２に記載のアプリケーション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワーク環境において被制御機器のためのアプリケーションやソフトウェアコンポーネントを管理するシステム及び方法に関し、より詳しくは、被制御機器のためのアプリケーションを継続的にアップデートすることにより、被制御機器の機能を動的に拡張することができるアプリケーション管理システム及び方法に関する。
【背景技術】
【０００２】
一般に、ホームネットワークシステムは、家庭で、ＰＣ、周辺機器、携帯電話、家電製品などを一つのネットワークに連結して統制するシステムであり、このホームネットワークシステムの構成方法としては、分散された家庭内の機器にミドルウェア(middleware)という共通の仮想コンピューティング環境を構築し、その上にアプリケーションを提供する方式が提案されている。このミドルウェアとは、ホームネットワーク内で種々の機器間の通信を可能とするもので、現在までに提案されたホームネットワークミドルウェアとしては、ＨＡＶi(Home AV Interoperability)、ＵＰｎＰ(Universal Plug and Play)、Ｊｉｎｉ、ＨＷＷＷ(Home Wide Web)などがある。
【０００３】
然るに、家電機器の機能が一層高性能かつ複雑になるに伴い、家電機器の購入時に提供されていたアプリケーションの他に、最新のアプリケーションのインストールに対する要求が高まっている。例えば、ＴＶで高級サウンドフォーマット(例えば、サラウンドサウンド、ステレオなど)を支援していても、性能の低いチューナーで当該の機能を支援できないと、結果として高級サラウンドフォーマットを使用できなくなるためである。
【０００４】
このような状況により、被制御機器のための新しいアプリケーションを提供できる技術が開発されつつあるが、その一例として韓国特許出願第２０００-７００７４４９号(発明の名称: オーディオ/ビデオネットワーク及びこれに対する制御方法)においては、被制御機器がホームネットワークシステムに連結されるときに、デバイスドライバ(device driver)をアップデートすることにより、アップデートされたデバイスドライバを介してより優れた性能を支援できる方法が開示されている。
【０００５】
図１及び図２は、従来のアプリケーションインストール方法を説明するための図であり、ＩＥＥＥ１３９４に基づくアプリケーションをインストールし実行できる制御機器のＦＡＶ(Full AV Device；以下、ＦＡＶと称する)と、被制御機器のＢＡＶ(Base AV Device；以下、ＢＡＶと称する)とが相互接続されたＨＡＶiホームネットワークシステムにおいてアプリケーションをインストールする方法を示している。
【０００６】
ここで、ＩＥＥＥ１３９４は、家庭内の種々の家電機器を連結するための高速の直列バス(シリアルインタフェース)で、ＤＣＭ(Device Control Module)は、被制御機器を制御するためのソフトウェアコンポーネント、即ち、使用者がデバイス機能を使用する際に必要なＡＰＩ(Application Programming Interface)である。前記ＤＣＭは、ＤＣＭのバイトコードをインストール(install)することにより得られるもので、このＤＣＭは、デバイスの制御のために、ＦＡＶ内に存在し、ＤＣＭのバイトコードは、ＢＡＶ内に格納されているか、その他、例えば、インターネット上のファイルサーバに存在するものであっても良い。
【０００７】
図１に示すように、ＤＣＭのバイトコード１２１がＢＡＶ１２０に格納されている場合、ＦＡＶ１１０は、ＢＡＶ１２０がホームネットワークシステムに連結されると、ＢＡＶ１２０のメモリからＤＣＭのバイトコード１２１をローディングしてインストールする。また、図２に示すように、ＤＣＭバイトコード２３１がファイルサーバ２３０に格納されている場合、ＦＡＶ２１０は、ＢＡＶ２２０がホームネットワークシステムに連結されると、ＢＡＶ２２０のメモリからＤＣＭのＵＲＬ２２１を読み出し、このＵＲＬに従ってファイルサーバ２３０からＤＣＭのバイトコード２３１をローディングしてインストールする。
【０００８】
然るに、このようなアプリケーションのインストール方法は、ホットプラグ-アンド-プレイを支援するＩＥＥＥ１３９４上のみで可能とされているので、ＩＥＥＥ１３９４技術に基づくＨＡＶiホームネットワークシステムにだけ適用でき、しかも、アプリケーションのインストール及び管理の主体をＦＡＶと決めているので、ホームネットワークに連結された種々のＢＡＶに対するアプリケーションのインストールや管理作業によりＦＡＶに過負荷が発生するという問題点があった。
また、ＦＡＶは、ＢＡＶの最初の連結時に一度だけＤＣＭをインストールするように構成されているので、その後、継続的なアプリケーションのアップデートサービスを提供し難いという問題もあった。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】韓国特許出願第２０００-７００７４４９号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、上記問題点に鑑みなされたものであり、ホームネットワーク環境でミドルウェアの制約を受けないで動作できるアプリケーション管理システム及び方法を提供することを目的とする。
また、本発明は、制御機器と被制御機器とが共にアプリケーションのインストール及び管理を制御できるようにし、被制御機器のためのアプリケーションを継続的にアップデートすることにより、被制御機器の機能を動的に拡張できるアプリケーション管理システム及び方法を提供することを他の目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために、本発明に係るアプリケーション管理システムにおいては、多数の被制御機器と、それら被制御機器を制御するアプリケーションサーバとを備える。前記アプリケーションサーバは、種々ホームネットワークミドルウェアを統合支援するフレームワークを介して前記被制御機器のためのアプリケーションのインストール及び管理を行うことを特徴とする。
【００１２】
また、本発明に係るアプリケーション管理システムにおいては、種々のホームネットワークミドルウェアを統合支援するフレームワークが搭載されたアプリケーションサーバと、前記アプリケーションサーバを制御し、被制御機器のためのアプリケーションのインストール及び管理を行う被制御機器とを備えることを特徴とする。
【００１３】
本発明の実施の形態においては、前記ホームネットワークミドルウェアは、ＨＡＶｉ，ＵＰｎＰ，Ｊｉｎｉ，ＨＷＷの何れかを含むことを特徴とする。
本発明の実施の形態においては、前記フレームワークは、ＯＳＧｉフレームワークであることを特徴とする。
本発明の他の実施の形態においては、前記フレームワークは、インターネットアクセルサービスやとホームネットワークミドルウェアサービスを提供することを特徴とする。
【発明の効果】
【００１４】
上述した本発明によると、ホームネットワークミドルウェアに制約されることなく動作するアプリケーション管理システムを具現でき、ホームネットワーク環境で家電機器の機能を動的に拡張できるという効果がある。
また、本発明によると、持続的なアプリケーションアップデートサービスや使用者家庭のホームネットワーク特性に適宜なアプリケーションサービスを提供することが可能となり、制御機器が単純な機能で具現されている場合にも、被制御機器により新しいアプリケーションをインストールするか、あるいは既存のアプリケーションを管理できるため、資源を効率良く活用できるという効果もある。
【図面の簡単な説明】
【００１５】
【図１】従来のアプリケーションのインストール方法を説明するための図である。
【図２】従来のアプリケーションのインストール方法を説明するための図である。
【図３】本発明の実施の形態１によるアプリケーション管理システムの概略構成を示す構成図である。
【図４】本発明の実施の形態１によるアプリケーション管理システムの適用例を示す図である。
【図５】本発明の実施の形態２によるアプリケーション管理システムの概略構成を示す構成図である。
【図６】本発明の実施の形態２によるアプリケーション管理システムの適用例を示す図である。
【図７】本発明の実施の形態１によるアプリケーション管理方法のフローチャートである。
【図８】本発明の実施の形態２によるアプリケーション管理方法のフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の好ましい実施の形態を、添付図面に基づいて詳しく説明する。
本発明において、制御機器及び被制御機器のうち、どちらのデバイスがアプリケーション管理の主体となるかによってアプリケーション管理システムの構成が異なることになるが、より詳しくは、本発明に係るアプリケーション管理システムは、制御機器のアプリケーションサーバが主体となってアプリケーションのインストール及び管理を行うアプリケーションサーバプール(Ｐｕｌｌ)方式と、被制御機器が主体となってアプリケーションのインストール及び管理を行う被制御機器プッシュ(Ｐｕｓｈ)方式とに大別される。
【００１７】
先ず、アプリケーションサーバが主体となってアプリケーションをインストール及び管理するアプリケーションサーバプール(Ｐｕｌｌ)方式のアプリケーション管理システムについて、図３を参照しながら説明する。
図３は、本発明の実施の形態１によるアプリケーション管理システムの概略構成図であり、図３に示すように、本発明に係るアプリケーション管理システム３００は、アプリケーションサーバ３１０と、被制御機器３２０と、ファイルサーバ３３０とを備え、アプリケーションサーバ３１０と被制御機器３２０とはホームネットワーク３４０を介して連結されている。
【００１８】
アプリケーションサーバ３１０は、被制御機器３２０と通信するためのホームネットワークミドルウェアモジュール３１１と、ファイルサーバ３３０からアプリケーションファイル３３１をダウンロードするためのアプリケーションローダーモジュール３１２と、前記ホームネットワークミドルウェアモジュール３１１及びアプリケーションローダーモジュール３１２の動作を制御するアプリケーション管理モジュール３１４とを備え、アプリケーションサーバ３１０には、ＯＳＧｉ(Open Service Gateway Initiative)フレームワーク３１３が搭載されており、前記ホームネットワークミドルウェアモジュール３１１及びアプリケーションローダーモジュール３１２は、ＯＳＧｉフレームワーク３１３にバンドル形式で備えられている。
【００１９】
ここで、アプリケーションサーバ３１０にＯＳＧｉフレームワーク３１３を搭載し、ホームネットワークミドルウェアモジュール３１１及びアプリケーションローダーモジュール３１２をＯＳＧｉフレームワーク３１３にバンドル形式で備えている理由は、ミドルウェアに制約されないホームネットワークシステムを実現するためである。以下、本発明の理解のために、ＯＳＧｉフレームワークについて、より詳しく説明する。
【００２０】
家庭をデジタルネットワークで連結するホームネットワークシステムは、様々な応用分野及び生活環境を背景とするため、その実現方式に関して幾つかの制約条件を伴う。
即ち、ホームネットワークシステムには、コンピュータ/プリンター/ファックスのような情報機器、ＴＶ/オーディオ/ビデオ/ＤＶＤのようなＡＶ家電機器、照明/ドアーロック/エアコン/洗濯機のような制御家電機器など、それぞれの分野の家電機器が複雑に連結されているだけでなく、各家電機器は、電力線(PLC)、イーサネット（登録商標）(Ethernet(登録商標)、ブルートゥース(Bluetooth)、ＩＥＥＥ１３９４などそれぞれ異なる通信媒体を使っているので、ホームネットワークシステムの信頼性及び安定性のためには、種々の家電機器とそれぞれ互換可能な方式により、つまり、種々のミドルウェアに制約されないホームネットワークシステムを実現する必要がある。
【００２１】
そこで、本発明においては、ホームネットワーク環境でハードウェア、ネットワークプロトコル、運営体制などに制約されずに、円滑な通信を行うことができるように、アプリケーションサーバ３１０にＯＳＧｉフレームワーク３１３を搭載し、ＯＳＧｉフレームワーク３１３に種々のデバイスをアクセスするためのミドルウェアサービスをバンドル機能として提供することにより、ミドルウェアに制約されないホームネットワークシステムを実現する。
【００２２】
ＯＳＧｉ(Open Service Gateway Initiative)は、ホームネットワーク機器に新しいサービスを動的に設置し実行できる規格で、ＵＰｎＰ，Ｊｉｎｉ，ＬｏｎＴａｌｋなどのようなホームネットワークミドルウェア間に連動性を与えることにより、それぞれ異なるミドルウェアを使うデバイス間の相互制御を可能とし、このようなＯＳＧｉ技術は、２００１年１０月にＯＳＧｉにより発表された文書、「OSGi Service Platform release 2」に詳しく述べられ、その詳細な説明を省略する。
【００２３】
一方、被制御機器３２０は、アプリケーションサーバ３１０との通信のためのホームネットワークミドルウェアモジュール３２１と、インストールするアプリケーションファイルの位置情報３２２とを備え、ファイルサーバ３３０には、家庭内の全ての家電機器に対するアプリケーションファイル３３１が格納されている。
【００２４】
即ち、ホームネットワーク３４０に被制御機器３２０が連結されると、アプリケーションサーバ３１０は、ホームネットワークミドルウェアモジュール３１１を介して被制御機器３２０が連結されたことを感知し、アプリケーションローダーモジュール３１２を介して、被制御機器３２０から、インストールするアプリケーションファイルの位置情報３２２を取得し、この取得されたアプリケーションファイルの位置情報３２２に基づいてファイルサーバ３３０から該当するアプリケーションファイルをダウンロードしインストールする。
【００２５】
図４は、アプリケーションサーバプール(Ｐｕｌｌ)方式により実現されたアプリケーション管理システムの適用例を示し、図４に示すように、アプリケーション管理システム４００は、アプリケーションサーバ４１０、被制御機器４２０、及びファイルサーバ４３０とを備え、アプリケーションサーバ４１０と被制御機器４２０とはホームネットワーク４４０を介して連結されている。
【００２６】
アプリケーションサーバ４１０は、ＵＰｎＰ装置を制御するためのＵＰｎＰ ＣＰバンドル４１１、ファイルサーバ４３０からアプリケーションファイルをダウンロードするためのＨＴＴＰウェブサーババンドル４１２、及び前記ＵＰｎＰ ＣＰバンドル４１１やＨＴＴＰウェブサーババンドル４１２の動作を制御するアプリケーション管理モジュール４１４を備え、前記ＵＰｎＰ ＣＰバンドル４１１やＨＴＴＰウェブサーババンドル４１２は、ＯＳＧｉフレームワーク４１３にバンドル形式で備えられている。
【００２７】
被制御機器４２０は、アプリケーションサーバ４１０に自分の存在を認知させ、アプリケーションサーバ４１０の命令を受けるＵＰｎＰ ＣＤスタック４２１と、被制御機器４２０の駆動のためのデバイスデスクリップション(Device Description)４２２を備え、前記デバイスデスクリップション４２２には、アプリケーションファイルの位置情報(例えば、ドライバーのＵＲＬ情報)４２３が格納されている。
【００２８】
ここで、ＵＰｎＰは、既存のＰＣと周辺機器とを連結していたプラグ-アンド-プレイの概念を拡張して、ＰＣや周辺機器だけでなく、家庭内の全ての装置を設置と同時に別の設定無しに一つのネットワークに構成できるソフトウェア技術で、ＵＰｎＰ装置を論理的に区分すると、ホームネットワークでの役割によってサービスを直接利用するクライアントのＣＰ(Control Point)と、前記ＣＰとの通信が可能な装置及びソフトウェアのＣＤ(Controlled device)とに区分できるが、先ず、サービスを要請した側がＣＰとして動作し、他方の側はＣＤとして動作し、ＣＰは、ＵＰｎＰネットワーク上でＵＰｎＰ装置をサーチしたり、ＵＰｎＰ装置が新たにネットワークに接続されたり、除去されたりするときに発生するイベントメッセージを受信する。
【００２９】
即ち、アプリケーションサーバ４１０のアプリケーション管理モジュール４１４は、被制御機器４２０が連結されると、ＵＰｎＰ ＣＰバンドル４１１を介して被制御機器４２０からインストールすべきアプリケーションファイルの位置情報４２３を取得し、そのアプリケーションファイルの位置情報４２３に基づき、ＨＴＴＰウェブサーババンドル４１２を介してファイルサーバ４３０から該当のアプリケーションファイル４３１をダウンロードしてインストールするように制御するが、アプリケーションサーバ４１０が主体となってアプリケーションのインストール及び管理を行う方法については、図７の説明において詳しく述べる。
【００３０】
一方、前記のようなアプリケーションサーバプール(Ｐｕｌｌ)方式の他に、被制御機器プッシュ(Ｐｕｓｈ)方式によりアプリケーション管理システムを実現することもできるが、以下、被制御機器プッシュ方式のアプリケーション管理システムについて、図５を参照しながら説明する。
【００３１】
図５は、本発明の実施の形態２によるアプリケーション管理システムの概略構成図であり、図５に示すように、被制御機器プッシュ方式のアプリケーション管理システム５００は、図３のアプリケーションサーバプール方式と比較して、被制御機器５２０にアプリケーション管理モジュール５２２を備え、アプリケーションサーバ５１０にアプリケーションプラットフォームサービスモジュール５１４を備えている。
【００３２】
ホームネットワーク５４０に被制御機器５２０が連結されると、被制御機器５２０のアプリケーション管理モジュール５２２は、アプリケーションサーバ５１０のアプリケーションプラットフォームサービスモジュール５１４を制御し、新しいアプリケーションをインストールしたり、そのインストールされたアプリケーションを継続的に管理する。以下、これについてより詳しく説明する。
【００３３】
アプリケーション管理モジュール５２２は、新しいアプリケーションのインストールが必要な場合、該当するアプリケーションのダウンロード位置を決めて、アプリケーションプラットフォームサービスモジュール５１４に必要なアプリケーションをインストールすることを要請し、その要請に応じてアプリケーションプラットフォームサービスモジュール５１４は、アプリケーションローダーモジュール５１２を制御して、ファイルサーバ５３０から家電機器のためのアプリケーションファイル５３１をダウンロードし、そのダウンロードされたアプリケーションを実行して被制御機器５２０のためのアプリケーションをインストールする。
【００３４】
また、アプリケーション管理モジュール５２２は、既にインストールされたアプリケーションの削除またはアップデートが必要な場合、アプリケーションプラットフォームサービスモジュール５１４に対して該当するアプリケーションを削除するか、あるいはアップデートすることを要請し、この要請に応じてアプリケーションプラットフォームサービスモジュール５１４は、アプリケーションサーバ５１０から該当するアプリケーションを削除するか、あるいはアップデートした結果を被制御機器５２０に通知する。
【００３５】
図６は、被制御機器プッシュ方式により実現されたアプリケーション管理システムの適用例である。
アプリケーションサーバ６１０は、被制御機器６２０に自分の存在を認知させ、被制御機器６２０の命令を受けるＵＰｎＰ ＣＤバンドル６１１と、ファイルサーバ６３０からアプリケーションファイル６３１をダウンロードするためのＨＴＴＰウェブサーババンドル６１２と、被制御機器６２０の制御によりアプリケーションをインストールし、管理するアプリケーションプラットフォームサービスモジュール６１４とを備えるが、前記ＵＰｎＰ ＣＤバンドル６１１やＨＴＴＰウェブサーババンドル６１２は、ＯＳＧｉフレームワーク６１３にバンドル形式で備えられている。
【００３６】
被制御機器６２０は、アプリケーションサーバ６１０にアプリケーション管理に関する制御命令を伝達するＵＰｎＰ ＣＰスタック６２１と、アプリケーション管理に関する全般の動作を制御するアプリケーション管理モジュール６２２を備えるが、被制御機器プッシュ方式にアプリケーションを管理する方法については、図８の説明において詳しく述べる。
【００３７】
以下、本発明に係るアプリケーション管理方法について、添付図面を参照しながら詳しく説明する。
先ず、アプリケーションサーバが主体となってアプリケーションのインストール及び管理を行うアプリケーションサーバプール方式のアプリケーション管理方法について、図７を参照しながら説明する。
【００３８】
図７は、アプリケーションサーバプール方式のアプリケーション管理方法のフローチャートを示し、以下、本発明の理解を容易にするために、図４に示すように構成されたホームネットワークシステムを例として、アプリケーションサーバプール(Ｐｕｌｌ)方式のアプリケーション管理方法について、より詳しく説明する。
【００３９】
先ず、被制御機器４２０がホームネットワーク４４０に連結されると、アプリケーションサーバ４１０内のＵＰｎＰ ＣＰバンドル４１１は、被制御機器４２０が連結されたことを感知し、イベントメカニズム(event mechanism)を介してアプリケーション管理モジュール４１４に被制御機器４２０の出現を知らせる(Ｓ７１０)。
【００４０】
その次に、ＵＰｎＰ ＣＰバンドル４１１が被制御機器４２０のデバイスデスクリップション(Device Description)４２２を分析して、アプリケーションファイルの位置情報(例えば、ドライバーのＵＲＬ情報)４２３を取得し、これをアプリケーション管理モジュール４１４に伝達する(Ｓ７２０)。
【００４１】
その次に、アプリケーション管理モジュール４１４は、ＵＰｎＰ ＣＰバンドル４１１から入力されたアプリケーションファイルの位置情報４２３に基づき、ＨＴＴＰウェブサーババンドル４１２を制御してファイルサーバ４３０から被制御機器４２０のためのアプリケーションファイル４３１をダウンロードし（Ｓ７３０）、そのダウンロード終了後、該当するアプリケーションファイル４３１を実行してアプリケーションをインストールする（Ｓ７４０）。
【００４２】
ここで、上述のＰｕｌｌ方式において、アプリケーションサーバ４１０は、アプリケーションサーバにインストールされたアプリケーションの実行、停止、削除、及びアップデートを行うことにより、アプリケーションの管理を行うことができるように構成されている。
【００４３】
その次に、アプリケーション管理モジュール４１４は、インストールされたアプリケーションにより被制御機器４２０を制御する(Ｓ７５０)が、例えば、アプリケーションのプラットフォームサービス機能を有するＴＶでプリンター出力機能を使用したり、オーディオの電源を消したりする動作を行うことができる。
【００４４】
一方、被制御機器が主体となってアプリケーションのインストール及び管理を行う被制御機器プッシュ方式のアプリケーション管理方法について、図８を参照しながら説明する。
図８は、被制御機器プッシュ方式のアプリケーション管理方法のフローチャートを示し、以下、本発明の理解を図るために、図６に示すように構成されたホームネットワークシステムを例として、被制御機器プッシュ方式のアプリケーション管理方法について、より詳しく説明する。
【００４５】
先ず、ホームネットワーク６４０に被制御機器６２０が連結されると、被制御機器６２０のＵＰｎＰ ＣＰスタック６２１は、アプリケーションサーバ６１０のＵＰｎＰ ＣＤバンドル６１１との通信を行い、アプリケーションプラットフォームサービスモジュール６１４を有するアプリケーションサーバ６１０がホームネットワーク６４０に連結されているかをサーチする(Ｓ８１０)。
【００４６】
このとき、アプリケーションプラットフォームサービスモジュール６１４を有するアプリケーションサーバ６１０がホームネットワーク６４０に連結されていると、被制御機器６２０のＵＰｎＰ ＣＰスタック６２１は、イベントメカニズム(event mechanism)を介してアプリケーション管理モジュール６２２にアプリケーションサーバ６１０の出現を知らせる。
【００４７】
その次に、被制御機器６２０のアプリケーション管理モジュール６２２は、新しいアプリケーションのインストールが必要であるかを判断し(Ｓ８２０)、新しいアプリケーションをインストールする必要がある場合、該当のアプリケーションのダウンロード位置を決めた後、アプリケーションプラットフォームサービスモジュール６１４に必要なアプリケーションをインストールすることを要請する(Ｓ８３０)。
【００４８】
ここで、新しいアプリケーションのインストールが必要であるかの判断について補足説明する。前述の背景技術の段落０００３には、アプリケーションのインストールを必要とされる場合が例示されている。例えば、ＴＶがハイサウンドフォーマットを支援していても、性能の低いチューナーがその機能を支援しない場合がある。すなわち、チューナがアプリケーションを保有していない場合がある。一方、現在のアプリケーションより最新バージョンのアプリケーションが存在する場合、または、被制御機器の機能のうち、現在のアプリケーションで実行できない機能がある場合には、既存のアプリケーションを削除し、新しいアプリケーションをインストールするか、既存のアプリケーションのアップデートをするものと判断する。
【００４９】
続いて、該当するアプリケーションのダウンロード位置をどのようにして決めるのかについて補足説明する。アプリケーションは、アプリケーションプラットフォームサービスモジュール６１４にダウンロードされる。一方、アプリケーションラットフォームサービスモジュール６１４には、ファイルサーバ６３０に格納された多数のアプリケーションが被制御機器の必要に応じてダウンロードされる。アプリケーション管理モジュールは、アプリケーションのインストールが必要な場合、アプリケーションラットフォームサービスモジュール６１４内に該当被制御機器に対するアプリケーションがダウンロードされるように制御する。すなわち、アプリケーションラットフォームサービスモジュール６１４内に該当被制御機器に対するアプリケーションがダウンロードできるメモリ位置を割り当て及び指定し、アプリケーションがダウンロードできるようにする。
ここで、再び説明を図８のフローチャートに戻す。
【００５０】
その次に、アプリケーションプラットフォームサービスモジュール６１４は、要請のあったアプリケーションインストール命令に基づき、ＨＴＴＰウェブサーババンドル６１２を制御し、アプリケーションファイルをダウンロードし(Ｓ８４０)、そのダウンロードが終了すると、そのダウンロードされたアプリケーションファイルを実行してアプリケーションをインストールする(Ｓ８５０)。
【００５１】
このような被制御機器６２０の制御過程によりアプリケーションサーバ６１０にアプリケーションがインストールされると、被制御機器６２０のアプリケーション管理モジュール６２２は、そのインストールされたアプリケーションにより、ホームネットワーク６４０に連結された被制御機器６２０を制御する（Ｓ８６０）。
【００５２】
一方、アプリケーション管理モジュール６２２は、既存のアプリケーションの削除またはアップデートが必要な場合、アプリケーションプラットフォームサービスモジュール６１４に対して該当するアプリケーションを削除するか、あるいはアップデートすることを要請し、この要請に応じてアプリケーションプラットフォームサービスモジュール６１４は、該当するアプリケーションを削除したり、アップデートしたりする動作を行い、その遂行結果を被制御機器６２０に通知する(Ｓ８７０〜Ｓ８８０)。
【００５３】
ここで、どのようにして既存のアプリケーションの削除またはアップデートが必要であると判断するのかについて補足説明する。現在のアプリケーションより最新バージョンのアプリケーションがある場合、または、被制御機器の機能のうち現在アプリケーションで実行できない機能がある場合には、既存のアプリケーションを削除してアプリケーションをインストールするか、または既存のアプリケーションのアップデートをする。
【００５４】
続いて、アップデートしたりする動作について補足説明する。既存にインストールされたプログラムのアプリケーションをアップデートする具体的な内容は公知技術を利用することができる。例えば、ファイルサーバに旧バージョンと新バージョンの差異を反映したアップデート用ファイルを保存し、アップデートをすることができる。
【００５５】
以上述べたように、本発明によると、ホームネットワーク環境でミドルウェアの種類に拘らず、被制御機器のためのアプリケーションのインストール及び管理を行うことが可能となり、被制御機器のためのアプリケーションを継続的にアップデートすることで、被制御機器の機能を動的に拡張することができる。
【００５６】
また、本発明によると、アプリケーションサーバと被制御機器とが共にアプリケーションのインストール及び管理を行うことが可能となり、演算能力が低いか、あるいは追加的なアップグレードサービスを必要としない家電機器に対しては、アプリケーションサーバプール方式を利用し、演算能力が優れているか、多様でかつ継続的なアプリケーションのアップグレードサービスを必要とする家電機器に対しては、被制御機器プッシュ方式を利用することにより、より効率良いアプリケーション管理が可能となる。
【００５７】
例えば、本実施の形態においては、ファイルサーバは、インターネット網を介してアプリケーションサーバと連結されていることを開示したが、アプリケーションファイルの格納個所は、アプリケーションローダーモジュールが支援するサービスによって異なることもある。
また、本実施の形態においては、被制御機器のためのアプリケーションのインストール時点は、被制御機器が連結される時点としているが、アプリケーションのインストール時点は、変更することも可能である。
【００５８】
さらに、本実施の形態においては、デバイス間の通信のためのミドルウェアとしてＵＰｎＰを例として挙げているが、本発明は、これに限定されるものではなく、Ｊｉｎｉ、ＣＯＲＢＡ、ＤＣＯＭのようなミドルウェアも使用可能である。
また、本実施の形態においては、アプリケーションのインストール技術としては、ＯＳＧｉ，ジャバ（登録商標）ビーンズ(Java（登録商標） beans)のようなジャバ（登録商標）関連プラットフォーム方式またはマイクロソフトウィンドウズ（登録商標）やリナックスのような運営体制ローディング技術を使用することができる。
【００５９】
よって、本発明は、添付の特許請求の範囲に基づいて解釈されるべきであることは言うまでもない。
本発明は、添付図面に基づく実施の形態を挙げて説明してきたが、これに限定されるものでなく、このような本発明の基本的な技術思想を逸脱しない範囲内で、当業界の通常の知識を有する者にとっては、他の多くの変更が可能であろう。
【符号の説明】
【００６０】
１１０，２１０  ＦＡＶ
１２０，２２０  ＢＡＶ
１４０，２４０，３４０，４４０，５４０，６４０  ホームネットワーク
２３０，３３０，４３０，５３０，６３０  ファイルサーバ
２５０，３５０，４５０，５５０，６５０  インターネット網
３１０，４１０，５１０，６１０  アプリケーションサーバ
３１３，４１３，５１３，６１３  ＯＳＧｉフレームワーク
３１４，４１４，５２２，６２２  アプリケーション管理モジュール
３２０，４２０，５２０，６２０  被制御機器
【図１】
2010061683.tif 000003
【図２】
2010061683.tif 000004
【図３】
2010061683.tif 000005
【図４】
2010061683.tif 000006
【図５】
2010061683.tif 000007
【図６】
2010061683.tif 000008
【図７】
2010061683.tif 000009
【図８】
2010061683.tif 000010