JP5832070B2 - ホームネットワークにおいてディバイスに遠隔アプリケーションを提供する方法及びその装置 - Google Patents

Description

本発明は、ホームネットワークに係り、さらに詳細には、ホームネットワークで、クライアントがサーバに保存されたアプリケーションを利用する方法に関する。

ホームネットワーク・ミドルウェアのＵＰｎＰ（universal plug and play）を基に、ＣＤＳ（content directory service）、ＡＶＴＳ（audio video transport service）、ＲＣＳ（rendering control service）のようなホームネットワーク・サービスが登場した。また、データ放送とホームネットワーク技術との統合によって、データ放送用アプリケーションをＤＶＲ（digital video recorder）を介して録画可能になり、録画された放送ストリームを、ホームネットワーク上の他のデバイスに提供することが可能になった。ホームネットワークで、サーバがコンテンツについての情報を他のデバイスに提供する方法は、特許文献１に開示されている。

図１は、従来技術によって、ホームネットワークで、デバイス（デバイスＡ）が他のデバイス（デバイスＢ）に保存されたアプリケーションを利用する方法について説明するための図面である。
ＣＤＳのようｎＵＰｎＰ標準サービス（standardized service）の場合、一般ＡＶや動映像、音楽ファイルのような一般的なコンテンツは提供するが、アプリケーションを提供する方法を提供しない。従って、ホームネットワークで、ＯＣＡＰ（open cable application platform）やＭＨＰ（multimedia home platform）、またはＢＤ−Ｊ（blu-ray disc java）をサポートするミドルウェアを搭載した、すなわちアプリケーションを駆動できる環境を整えたデバイス（クライアント）が、遠隔デバイス（サーバ）のアプリケーションを利用しようとするならば、アプリケーションが含まれたストリームを要請し、そのストリームに含まれたＡＩＴ（application information table）を参照し、アプリケーションを遂行せねばならない。
従って、図１に図示されているように、放送ストリームに含まれたコンポーネントとしてのアプリケーションを提供するためには、クライアント（デバイスＡ）がＡＶストリームと関係なしに、アプリケーションだけを駆動させようとするときにも、サーバ（デバイスＢ）からＡＶストリームを共に受けなければならない。また、サーバが、ＡＶストリームとアプリケーションとを別途に保存した場合には、ＡＶストリームとアプリケーションとを共に提供し難いという問題がある。

韓国特許出願公開第２００７−００９５８８７号明細書

本発明は、ホームネットワークで、デバイス（例えば、クライアント）が、他のデバイス（例えば、サーバ）に保存された遠隔のアプリケーションを利用できるようにする方法及びその装置を提供する。

このような目的を達成するための本発明は、ホームネットワークで、サーバがアプリケーションを提供する方法において、前記アプリケーションを遠隔で利用するために必要な情報を含む少なくとも１つの文書をクライアントに送信する段階と、前記クライアントから、前記アプリケーションに対する制御要請を受信する段階と、前記要請によって、前記アプリケーションを制御する段階とを含む。
前記文書は、ＵＰｎＰデバイスディスクリプションまたはＵＰｎＰサービスディスクリプションのうち、少なくとも一つを含むことが望ましい。
前記文書は、前記サーバのＣＤＳ（content directory service）がアプリケーションをコンテンツの一種（type）として提供することを示すことが望ましい。

前記前記クライアントのbrowse（）やsearch（）アクション呼び出しに対し、前記アプリケーションのメタデータを、前記クライアントに送信する段階をさらに含むことが望ましい。
前記メタデータは、前記アプリケーションに係わるＡＩＴ、前記ＡＩＴの位置情報、前記アプリケーションに係わるＡＭＴ（application management table）、前記ＡＭＴについての位置情報のうち、少なくとも一つを含むことが望ましい。
前記メタデータは、前記アプリケーションが従属されたミドルウェアのプロファイル情報、前記ミドルウェアの属性情報、及び前記ミドルウェアに係わるrelease version情報のうち、少なくとも一つを含むことが望ましい。

前記文書は、前記サーバがアプリケーションの提供のために定義された所定のＵＰｎＰサービスを提供することを示すＵＰｎＰデバイスディスクリプションと、前記アプリケーションを遠隔で利用するために要求されるアクションについての情報を含むＵＰｎＰサービスディスクリプションとのうち、少なくとも一つを含むことが望ましい。
前記文書は、ミドルウェア別に、当該ミドルウェアに従属された複数のアプリケーションをそれぞれ独立したＵＰｎＰサービスとして提供することを示すＵＰｎＰデバイスディスクリプションと、前記複数のアプリケーションを遠隔で利用するために要求されるアクションについての情報を含むＵＰｎＰサービスディスクリプションとのうち、少なくとも一つを含むことが望ましい。

前記サーバは、ＯＣ−ＤＭＳ（open cable-digital media server）として動作し、前記クライアントは、ＯＣ−ＤＭＰ（open cable-digital media player）として動作することが望ましい。
また本発明は、前記アプリケーション提供方法を実行するコンピュータプログラムを記録した記録媒体を提供する。
また本発明は、ホームネットワークで、サーバのアプリケーションをクライアントに提供する装置において、前記アプリケーションを遠隔で利用するのに必要な情報を含む少なくとも１つの文書を前記クライアントに送信する情報提供部と、前記クライアントから、前記アプリケーションに対する制御要請を受信する要請受信部と、前記要請によって、前記アプリケーションを制御する要請処理部とを含む。

また本発明は、ホームネットワークで、クライアントがサーバのアプリケーションを利用する方法において、前記ホームネットワークで、前記アプリケーションを保有したサーバを検索する段階と、前記検索されたサーバのＵＰｎＰサービスディスクリプションから、前記アプリケーションを制御するために必要な情報を抽出する段階と、前記抽出された情報を利用し、前記アプリケーションを制御する段階とを含む。
前記検索する段階は、ＵＰｎＰデバイスディスクリプションまたはＵＰｎＰサービスディスクリプションを参照し、ＣＤＳで、アプリケーションをコンテンツの一種として提供するデバイスを検索する段階と、browse（）またはsearch（）アクションを利用し、アプリケーションをコンテンツの一種として提供するデバイスのうち、前記アプリケーションをコンテンツ項目として保有したデバイスを検索する段階とを含むことが望ましい。
前記検索する段階は、ＵＰｎＰデバイスディスクリプションを参照し、アプリケーション提供のために定義された所定ＵＰｎＰサービスを提供するデバイスを検索する段階を含むことが望ましい。

前記制御する段階は、前記所定ＵＰｎＰサービスに係わるＵＰｎＰサービスディスクリプションを参照し、前記クライアントに設けられたローカル・アプリケーションに、前記遠隔アプリケーションを制御させるオブジェクト形態のサービス・モジュールを生成する段階と、前記ローカル・アプリケーションから、前記サービス・モジュールを介して、前記遠隔アプリケーションに対する要請が受信されれば、前記所定ＵＰｎＰサービスの当該アクションを呼び出す段階とを含むことが望ましい。
前記サーバは、ＯＣ−ＤＭＳとして動作し、前記クライアントは、ＯＣ−ＤＭＰとして動作することが望ましい。
また本発明は、前記アプリケーションの利用方法を実行するコンピュータ・プログラムを記録した記録媒体を提供する。

また本発明は、ホームネットワークで、遠隔のアプリケーションを利用するクライアント装置において、前記ホームネットワークで、前記アプリケーションを保有したサーバを検索する検索部と、前記アプリケーションを保有したサーバのＵＰｎＰサービスディスクリプションから、前記アプリケーションを制御するために必要な情報を抽出する情報抽出部と、前記抽出された情報を利用し、前記アプリケーションを制御する制御部とを含む。
前記制御部は、前記所定ＵＰｎＰサービスに係わるＵＰｎＰサービスディスクリプションを参照し、前記クライアントに設けられたローカル・アプリケーションに、前記遠隔アプリケーションを利用させるオブジェクト形態のサービス・モジュールを生成するオブジェクト生成部と、前記ローカル・アプリケーションから、前記サービス・モジュールを介して、前記遠隔アプリケーションに対する要請が受信されれば、前記所定ＵＰｎＰサービスの当該アクションを呼び出すアクション呼び出し部を含む。

従来技術によって、ホームネットワークで、クライアントがサーバに保存されたアプリケーションを利用する方法を説明するための図面である。 本発明の一実施形態によって、サーバがクライアントにＣＤＳのコンテンツとしてアプリケーションを提供する方法について説明するための概念図である。 本発明の一実施形態によって、サーバが独立したサービスとしてアプリケーションを提供する方法について説明するための概念図である。 本発明の一実施形態によって、アプリケーション・サービスを提供するサーバのデバイスディスクリプションを示した図面である。 本発明の一実施形態によって、アプリケーション・サービスを提供するサーバのデバイスディスクリプションを示した図面である。 本発明の一実施形態によって、サーバがミドルウェア別にアプリケーション・サービスを提供する方法について説明するための概念図である。 本発明の一実施形態によって、サーバがクライアントにアプリケーションを提供する過程を示したフローチャートである。 本発明の一実施形態によって、クライアントがサーバのアプリケーションを利用する過程を示したフローチャートである。 本発明の一実施形態によって、サーバがアプリケーションを提供する機能があることを示す文書を図示した図面である。 本発明の一実施形態によって、サーバがアプリケーションを提供する機能があることを示す文書を図示した図面である。 本発明の一実施形態によって、サーバがアプリケーションを提供する機能があることを示す文書を図示した図面である。 本発明の一実施形態によるサーバ及びクライアントの構造を示した図面である。

以下、添付された図面を参照しつつ、本発明の望ましい実施形態について詳細に説明する。
ここで、ホームネットワークで、アプリケーションを提供するデバイスをサーバ、遠隔のアプリケーションを利用するデバイスをクライアントと称する。
図２は、本発明の一実施形態によって、サーバがクライアントにＣＤＳ（content directory service）のコンテンツとして、アプリケーションを提供する方法について説明するための概念図である。
図２に図示されているように、本発明の一実施形態によれば、サーバ（例えば、デバイスＡ）は、ＵＰｎＰ ＣＤＳのコンテンツとしてアプリケーションを提供する。すなわち、サーバは、アプリケーションを自身のコンテンツとして登録し、クライアント（例えば、デバイスＢ）は、browse（）、search（）などのアクション呼び出しを介して、アプリケーションのリストとメタデータとを獲得できる。

一方、ＯＣＡＰ（open cable application platform）規格が適用されるホームネットワークの場合、サーバはＯＣ−ＤＭＳ（open cable digital media server）、クライアントはＯＣ−ＤＭＰ（open cable digital media player）として動作できる。このような場合、クライアントのコンテンツコンテナ（content container）は、アプリケーションがコンテンツとして登録されれば、コンテンツのタイプを＜アプリケーション＞と設定する。従って、クライアントに設けられたローカル・アプリケーションは、コンテンツタイプをアプリケーションに指定し、アプリケーションコンテンツを検索できる。また、データ放送規格またはミドルウェアのタイプ（例えば、ＯＣＡＰ、ＡＣＡＰ（advanced common application platform）、ＭＨＰ（multimedia home platform）、ＢＤ−Ｊ（blu-ray disc java）など）に基づいて、アプリケーションを検索することもできる。さらに、特定規格についても、クライアントのプロファイル（profile）情報及びミドルウェアに係わるrelease versionなどを利用し、実行可能なアプリケーションのみを検索することができるのである。

クライアントのローカル・アプリケーションは、検索された遠隔アプリケーションのメタデータを参照し、検索された遠隔アプリケーションが、クライアント機器で実行可能なアプリケーションであるか否かを判断できるので、実行可能なアプリケーションについてのみ選択的にアプリケーションを要請することが望ましい。
クライアントのアプリケーションは、遠隔アプリケーションのメタデータから、抽象化サービス（abstract service）情報を得て、抽象化サービス情報を利用し、サービスコンテクスト（service context）モジュールを介して、遠隔アプリケーションを要請できる。

または、遠隔アプリケーションのメタデータを利用し、アプリケーションマネジャ・モジュールを介して、遠隔アプリケーションを要請することもできる。アプリケーションマネジャ・モジュールは、アプリケーション遂行が要請されれば、アプリケーションの位置情報を含んだＡＩＴ（application information table）、ＡＭＴ（application management table）などのメタデータを参照し、当該サーバに当該アプリケーションを要請する。このとき、メタデータに含まれたアプリケーションの位置情報、アプリケーションの属性（アプリケーションのＩＤ（app１，app２，app３，app４）、authorまたは提供者情報、アプリケーションの機能など）、アプリケーションの初期開始状態情報、アプリケーション実行に必要なパラメータ情報、アプリケーションのキャッシング方法などが参照されうる。

図３は、本発明の一実施形態によって、サーバが独立したサービスとしてアプリケーションを提供する方法について説明するための概念図である。
図３に図示されているように、本実施形態によれば、サーバは、アプリケーションを特定サービス（例えば、ＣＤＳ）のコンテンツとして提供するのではなく、アプリケーション提供を目的に、別途に定義された所定のＵＰｎＰサービス（図３のＡｐｐＳ、以下、アプリケーション・サービスと称する）を介して提供する。すなわち、サーバは、ＣＤＳやＡＶＴＳ（audio video transport service）のように、サービスレベルでアプリケーションを提供する。
従って、サーバは、クライアントにアプリケーション・サービスに係わるＵＰｎＰサービスディスクリプション（以下、サービスディスクリプションと称する）を提供し、このサービスディスクリプションには、アプリケーションを制御するためのアクションの情報が含まれる。例えば、サービスディスクリプションには、アプリケーションを検索するためのアクション、ローディングするためのアクション、特定アプリケーションを第三のクライアントでローディングさせるためのアクションなどが定義されうる。

クライアントがＯＣ−ＤＭＰで動作し、サーバがＯＣ−ＤＭＳで動作する場合、クライアントは、サービスディスクリプションを参照し、クライアントに設けられたローカル・アプリケーションに、サーバのアプリケーションを利用させるオブジェクト形態のサービス・モジュールを生成する。または、クライアントのローカル・アプリケーションは、遠隔アプリケーションのメタデータを参照し、アプリケーションマネジャ・モジュールを介して、サーバのアプリケーション・サービスを利用することもできる。または、サービスコンテクストモジュールのように、プレゼンテーション機能があるモジュールを介して、遠隔アプリケーションのメタデータから抽象化サービス情報を得た後、抽象化サービス情報を基に、遠隔アプリケーションのサービスを利用することもできる。

図４Ａ及び図４Ｂは、本発明の一実施形態によって、アプリケーション・サービスを提供するサーバのＵＰｎＰデバイスディスクリプション（以下、デバイスディスクリプションと称する）を示した図面である。
図４Ａを参照すれば、サーバのデバイスディスクリプションは、ＣＤＳ、ＲＣＳ（rendering control service）と共に、アプリケーション・サービス（ＡｐｐＳ）を提供することを表示している。具体的に、図４Ｂに図示されているように、アプリケーション・サービスを提供するサーバのデバイスディスクリプションのサービスリストには、アプリケーション・サービスと関連した情報、具体的には、サービスディスクリプションのＵＲＬ（uniform resource locator）、アプリケーションの制御アクションを要請するＵＲＬ、イベントをモニタリングするＵＲＬなどを含む。

図５は、本発明の一実施形態によって、サーバがミドルウェア別に、アプリケーション・サービスを提供する方法について説明するための概念図である。
図３の実施形態では、サーバが１つのアプリケーション・サービスを介してあらゆるアプリケーションを提供したが、本実施形態では、特定ミドルウェアに従属されるアプリケーションの場合、サーバが当該ミドルウェア別に、独立したアプリケーション・サービスを提供する。例えば、サーバ（例えば、デバイスＢ）は、図５に図示されているように、ＯＣＡＰに従属されたアプリケーションを提供するＯＣＡＰアプリケーション・サービス、ＢＤ−Ｊに従属されたアプリケーション・サービスを提供するＢＤ−Ｊアプリケーション・サービス、ＡＣＰに従属されたアプリケーション・サービスを提供するＡＣＡＰアプリケーション・サービス、ＭＨＰに従属されたアプリケーション・サービスを提供するＭＨＰアプリケーション・サービスを独立して提供できる。このような場合、各ミドルウェアの属性、プロファイル情報、ミドルウェアに係わるrelease version情報、動作環境と関連した属性情報もメタデータでもって提供されることが望ましい。

図６は、本発明の一実施形態によって、サーバがクライアントにアプリケーションを提供する過程を示したフローチャートである。
段階６０１で、サーバは、自身のアプリケーションを遠隔で利用するのに必要な情報を含む文書をクライアントに送信する。ここでの情報は、クライアントが究極的にサーバのアプリケーションをローディングするために要請される情報を包括する。従って、このときの情報には、サーバがアプリケーションをＣＤＳのコンテンツの一種として、またはアプリケーション・サービスを介して提供する機能があることを示す情報、及びアプリケーションを実質的に制御するために必要なアクションについての情報などがいずれも含まれ、ここでの文書は、デバイスディスクリプションまたはサービスディスクリプションのうち、少なくとも一つを含むことができる。

段階６０２で、サーバは、アプリケーションのメタデータをクライアントに送信する。サーバがアプリケーションをＣＤＳコンテンツとして提供する場合、メタデータは、browse（）またはsearch（）に対する応答になりうる。一方、サーバが、アプリケーション・サービスを介してアプリケーションを提供する場合、アプリケーション・サービスにメタデータを要請するためのアクションが定義され、メタデータは、このようなアクションに対する応答になりうる。
アプリケーションのメタデータは、アプリケーションと関連した情報を包括する概念である。例えば、アプリケーションが従属されたミドルウェアのプロファイル情報、当該ミドルウェアの属性情報及びrelease version情報アプリケーションの位置情報、アプリケーションの属性（アプリケーションのＩＤ、authorまたは提供者情報、アプリケーションの機能など）、アプリケーションの初期開始状態情報、アプリケーション遂行に必要なパラメータ情報、アプリケーションのキャッシング方法についての情報などがあるが、それら情報のうちの相当数は、アプリケーションに係わるＡＩＴ、または前記アプリケーションに係わるＡＭＴで明示される。従って、アプリケーションのメタデータは、当該アプリケーションに係わるＡＩＴやその位置情報、当該アプリケーションに係わるＡＭＴやその位置情報のうち、少なくとも一つを含むことができる。

段階６０３で、サーバは、文書を受信したクライアントからアプリケーションに対する制御要請を受信する。
段階６０４で、サーバは、制御要請によってアプリケーションを制御する。例えば、アプリケーションを制御要請で指定したクライアントに送信する。
従って、本発明によれば、ホームネットワークで、デバイスが他のデバイスのアプリケーションを、ＡＶストリームと関係なしに効率的に検索して利用できる。

図７は、本発明の一実施形態によって、クライアントがサーバのアプリケーションを利用する過程を示したフローチャートである。
段階７０１で、クライアントは、特定（ターゲット）アプリケーションを保有したサーバを検索する。サーバがアプリケーションをＣＤＳコンテンツとして提供する場合、まずクライアントは、ＣＤＳでアプリケーションをコンテンツの一種として提供するデバイスを検索しなければならない。このような情報は、デバイスディスクリプションまたはサービスディスクリプションに挿入されうる。次に、クライアントは、検索されたデバイスのうち、ターゲット・アプリケーションをコンテンツ項目として保有したデバイスを検索しなければならない。このとき、browse（）またはsearch（）アクションが利用されうる。
一方、サーバがアプリケーション・サービスを介してアプリケーションを提供する場合、クライアントは、まずデバイスディスクリプションを参照し、ホームネットワークで、アプリケーションを提供するデバイスを検索する。少なくとも、アプリケーション・サービスを提供するデバイスのデバイスディスクリプション内のサービスリストには、アプリケーション・サービスが明示されるために、デバイスディスクリプションを参照すれば、アプリケーション・サービスを提供するデバイスを検索できる。アプリケーション・サービスを提供するデバイスが検索されれば、それらのうち、ターゲット・アプリケーションを保有したデバイスを検索する。このときには、アプリケーション・サービスで、アプリケーションの検索のために定義された所定のアクションが利用されうる。

段階７０２で、クライアントは、サービスディスクリプションからターゲット・アプリケーションを制御するために必要な情報を抽出する。すなわち、ターゲット・アプリケーションを制御するためのアクションについての情報を抽出する。
段階７０３で、クライアントは、抽出された情報を利用し、ターゲット・アプリケーションを制御する。クライアントは、アプリケーション・サービスのサービスディスクリプションを参照し、クライアントに設けられたローカル・アプリケーションに、サーバのアプリケーションを制御させるオブジェクト形態のサービス・モジュールを生成し、ローカル・アプリケーションからサービス・モジュールを介して、サーバのアプリケーションに対する要請が受信されれば、当該アクションを呼び出す。
具現例によって、クライアントは、アプリケーションのメタデータを参照し、自身が当該アプリケーションを実行できるか否かを判断した後、実行可能な場合にだけ、当該アクションを呼び出させることが可能である。

図８Ａないし図８Ｃは、本発明の一実施形態によって、サーバがアプリケーション提供機能をサポートすることを示す文書を図示した図面である。
前述の通り、クライアントがサーバのアプリケーションを遠隔で利用しようとするなら、まず（ＣＤＳコンテンツでもサービスレベルでも）アプリケーションを提供するサーバを検索しなければならない。このために、サーバがアプリケーション提供機能をサポートすることを示す情報（以下、サポート表示情報と称する）がデバイスディスクリプションまたはサービスディスクリプションに挿入されうる。
図８Ａには、サポート表示情報がデバイスディスクリプションのサービスリスト内に含まれた場合を図示し、図８Ｂには、サポート表示情報がサービスディスクリプションに含まれた場合を図示した。図８Ｃには、デバイスディスクリプションで、別途の属性タグを利用し、サポート表示情報を挿入した場合を示した。

図９は、本発明の一実施形態によるサーバ及びクライアントの構造を示した図面である。
図９に図示されているように、本発明の一実施形態によるサーバ９００は、情報提供部９０１、要請受信部９０２及び要請処理部９０３を含む。
情報提供部９０１は、ローカルストレージ９５０に保存されたアプリケーション９５１を遠隔で利用するのに必要な情報を含む文書を、クライアント９１０に送信する。ここでの文書は、デバイスディスクリプションまたはサービスディスクリプションのうち、少なくとも一つを含む。この文書には、サーバ９００がアプリケーション９５１をＣＤＳコンテンツの一種として、または本発明で新しく定義されたサービスのアプリケーション・サービスを介して提供することを示すサポート表示情報が含まれる。従って、クライアント９１０は、ホームネットワークで、サーバ９００がアプリケーション提供機能をサポートするデバイスであることが分かる。

サーバ９００がアプリケーション・サービスをサポートする場合、サービスディスクリプションには、サーバ９００のアプリケーション９５１を遠隔で利用するために要求されるアクションについての情報が含まれるであろう。
一方、図５で説明した通り、アプリケーション・サービスは、ミドルウェア別に独立して提供されもする。かような場合、サーバ９００のデバイスディスクリプションのサービスリストは、サーバ９００がミドルウェア別に、当該ミドルウェアに従属されたアプリケーションを、１つのサービスとして提供することを示すであろう。

要請受信部９０２は、クライアント９１０のＣＤＳで定義されたbrowse（）またはsearch（）呼び出し、または本発明で新しく定義するアプリケーション・サービスの所定アクション呼び出しに対して、アプリケーション９５１のメタデータをクライアント９１０に送信する。アプリケーション９５１のメタデータは、アプリケーション９５１が従属されたミドルウェアのプロファイル情報、ミドルウェアの属性情報、及びミドルウェアに係わるrelease version情報などが含まれうる。また、メタデータは、アプリケーション９５１に係わるＡＩＴまたはＡＭＴを含むことができる。
要請処理部９０３は、クライアント９１０からの要請によって、アプリケーションを制御する。例えば、クライアント９１０または第３のクライアント（図示せず）に、アプリケーション９５１を送信する。

クライアント９１０は、検索部９１１、情報抽出部９１２及び制御部９２０を含む。
検索部９１１は、ホームネットワークで、アプリケーション９５１を保有したサーバを検索する。具体的に、検索部９１１は、デバイスディスクリプションまたはサービスディスクリプションを参照し、ＣＤＳで、アプリケーションをコンテンツの一種として提供するデバイスを検索し、browse（）またはsearch（）を利用して検索されたデバイスのうち、目標アプリケーション９５１をＣＤＳコンテンツ項目として保有したサーバ９００を最終的に捜し出す。
または、サーバ９００がアプリケーション・サービスを提供する場合、検索部９１１は、まずデバイスディスクリプションを参照し、ホームネットワークでアプリケーション・サービスを提供するデバイスを検索する。次に、アプリケーション・サービスで提供する所定のアクションを呼び出すことによって、目標アプリケーション９５１を保有したサーバ９００を最終的に捜し出す。

情報抽出部９１２は、検索されたサーバ９００のサービスディスクリプションから、アプリケーション９５１を制御するために必要な情報（例えば、制御メッセージに使用するパラメータ）を抽出する。
制御部９２０は、情報抽出部９１２で抽出した情報を利用し、アプリケーション９５１を制御する。制御部９２０は、オブジェクト生成部９２１、及びアクション呼び出し部９２２を含む。
オブジェクト生成部９２１は、サーバ９００のアプリケーション・サービスに係わるサービスディスクリプションを参照し、クライアント９１０に設けられたローカル・アプリケーションに、遠隔アプリケーション９５１を利用させるオブジェクト形態のサービス・モジュールを生成する。
アクション呼び出し部９２２は、ローカル・アプリケーションから、サービス・モジュールを介して遠隔アプリケーション９０３に対する要請が受信されれば、アプリケーション・サービスの当該アクションを呼び出す。その結果、クライアントは、アプリケーション９５１の全部または一部を受信し、メモリにロード（load）することによって、アプリケーション９５１を利用可能な状態にする。

一方、前述の本発明の実施形態は、コンピュータで実行されうるプログラムに作成可能であり、コンピュータで読み取り可能な記録媒体を利用し、前記プログラムを動作させる汎用デジタル・コンピュータで具現されうる。
前記コンピュータで読み取り可能な記録媒体は、磁気的記録媒体（例えば、ＲＯＭ（read-only memory）、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ（digital versatile disk）など）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。

以上、本発明についてその望ましい実施形態を中心に説明した。本発明が属する技術分野の当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されうることを理解する。従って、開示された実施形態は、限定的な観点ではなく、説明的な観点から考慮されねばならない。本発明の範囲は、前述の説明ではなく、特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれるものであると解釈されねばならない。

９００ サーバ
９０１ 情報提供部
９０２ 要請受信部
９０３ 要請処理部
９１０ クライアント
９１１ 検索部
９１２ 情報抽出部
９２０ 制御部
９２１ オブジェクト生成部
９２２ アクション呼出し部
９５０ ローカルストレージ
９５１ アプリケーション

Claims (7)

1. ホームネットワークでサーバがアプリケーションを提供する方法において、
   前記アプリケーションをクライアントが遠隔で利用するために必要な情報を含む少なく
   とも１つの文書を前記サーバが前記クライアントに送信する段階と、
   前記クライアントから、前記アプリケーションに対する制御要請を受信する段階と、
   前記制御要請によって、前記サーバが前記アプリケーションを制御する段階とを含み、
   前記文書は、サービスリストに、少なくとも、サービスディスクリプションのＵＲＬ、アプリケーションの制御アクションを要請するＵＲＬ、およびイベントをモニタリングするＵＲＬが記載され、かつ前記クライアントが前記サーバの前記アプリケーションを制御できるようにする所定のサービスが前記サーバによって提供されることを示すデバイスディスクリプションを含むことを特徴とする方法。
2. 前記デバイスディスクリプションは、ミドルウェア別に、当該ミドルウェアに従属された複数のアプリケーションをそれぞれ独立したサービスとして提供することを示すことを特徴とする請求項１に記載の方法。
3. 前記サーバは、ＯＣ−ＤＭＳであり、前記クライアントは、ＯＣ−ＤＭＰであることを特徴とする請求項１に記載の方法。
4. 請求項１ないし請求項３のうち、いずれか１項に記載の方法を実行するコンピュータ・プログラムを記録した記録媒体。
5. ホームネットワークでサーバのアプリケーションをクライアントに提供する装置において、
   前記アプリケーションを遠隔で利用するのに必要な情報を含む少なくとも１つの文書を前記クライアントに送信する情報提供部と、
   前記クライアントから、前記アプリケーションに対する制御要請を受信する要請受信部と、
   前記制御要請によって、前記アプリケーションを制御する要請処理部とを含み、
   前記文書は、サービスリストに、少なくとも、サービスディスクリプションのＵＲＬ、アプリケーションの制御アクションを要請するＵＲＬ、およびイベントをモニタリングするＵＲＬが記載され、かつ前記クライアントが前記サーバの前記アプリケーションを制御できるようにする所定のサービスが前記サーバによって提供されることを示すデバイスディスクリプションを含むことを特徴とする装置。
6. 前記デバイスディスクリプションは、ミドルウェア別に、当該ミドルウェアに従属された複数のアプリケーションをそれぞれ独立したサービスとして提供することを示すことを特徴とする請求項５に記載の装置。
7. 前記サーバはＯＣ−ＤＭＳであり、前記クライアントはＯＣ−ＤＭＰであることを特徴とする請求項５に記載の装置。

Images