JP2007519082A - バーチャルコンテンツディレクトリサービス - Google Patents

Abstract

サービス装置（ＭＳ）は、ＵＰｎＰのコンテンツディレクトリサービス（ＣＤＳ）など、メディアコンテンツ情報（メタデータ）をディレクトリに格納する。ＵＰｎＰコントロールポイント装置などのクエリ装置は、情報を取得するためＣＤＳをクエリすることが可能である。ＣＤＳの他の表現（Ｖ−ＣＤＳ）が、システムのあるエンティティにより維持される。代替的又は「バーチャル」ＣＤＳ（Ｖ−ＣＤＳ）は、クエリ装置によってより効率的にクエリ可能な方法により、選択された情報を格納する。好ましくは、再構成された情報の構成は、あるクエリ装置のユーザインタフェースの特定のブラウジング、検索及び抽出タスクについて最適化される。バーチャルＣＤＳは、いくつかのサービス装置からの情報を集計し、クエリ装置又はクエリ装置群にサービスを提供することができる。

Description

本発明は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）アーキテクチャに準拠するシステムなど、コンテンツディレクトリサービス（ＣＤＳ）を利用するシステムに関する。

メディアコンテンツを格納するため、デジタル記憶装置を使用することが増大している。メディアコンテンツは、シンプルなテキストファイルから、音声、予め記録又はユーザにより記録された映像、配信デジタル音声（インターネットラジオなど）、配信デジタル映像又はデジタル画像（デジタル写真など）などのマルチメディアコンテンツまでの範囲にわたる。

ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）は、異なるメーカーにより生産された電子装置が互いに動作すること可能にする通信プロトコルである。ＵＰｎＰは、新たな装置の自動的な検出によりゼロ設定「不可視的（ｉｎｖｉｓｉｂｌｅ）」ネットワーキングをサポートするよう設計されている。このことは、装置がネットワークに動的に参入し、ＩＰアドレスを取得し、それの機能を伝達し、他の装置の存在及び機能について学習することができるということを意味する。ＵＰｎＰがさらに進化したものとして、オーディオビジュアル装置に関連するＵＰｎＰアーキテクチャの拡張を記述するＵＰｎＰオーディオビジュアル（ＡＶ）アーキテクチャがある。ＵＰｎＰ ＡＶアーキテクチャは、メディアサーバ、メディアレコーダ及びコントロールポイントを規定している。

ＵＰｎＰホームネットワークなどのＵＰｎＰに準拠したネットワーク内の多くの装置は、ネットワークの他の装置がアクセスすることを所望する各種タイプのコンテンツ（音楽、映像、静止画像など）を有する。一例として、メディアサーバ装置は、音声、映像及び静止画像ライブラリを有するかもしれない。ユーザが当該コンテンツを利用するため、ユーザは、メディアサーバに格納されているオブジェクトをブラウズし、特定のものを選択し、適当なレンダリング装置（例えば、音楽オブジェクトについてはオーディオプレーヤー、映像コンテンツについてはテレビ、静止画像については電子写真フレームなど）上でそれを再生させる。利便性を最大にするため、ユーザは各種ユーザインタフェース（ＵＩ）装置から上記処理を開始することが望ましい。ほとんどの場合、これらＵＩ装置は、レンダリング装置に搭載されたＵＩであり、あるいは、リモコンユニット、無線携帯情報端末（ＰＤＡ）、タブレットなどの独立型のＵＩ装置であるだろう。ユーザがコンテンツを有する装置と直接やりとりする必要なく、当該コンテンツにアクセスすることが可能であることが望ましい。

ＵＰｎＰ ＡＶアーキテクチャの主要部分の１つは、コンテンツディレクトリサービス（ＣＤＳ）である。ＣＤＳは、ＵＰｎＰコントロールポイント（ＣＰ）装置が、メディアサーバ（ＭＳ）装置に格納されているコンテンツにアクセスすることを可能にする一群の機能を提供する。現在公衆に利用可能なＣＤＳの説明は、２００２年６月２５日のＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ Ｖｅｒｓｉｏｎ１．０の「コンテンツディレクトリサービステンプレートバージョン１．０１」である。コンテンツディレクトリサービスは、クライアント（ＵＩ装置など）がサーバ装置が提供可能な各オブジェクト（楽曲、映画、写真など）を位置決定することを可能にする。例えば、このサービスは、ＭＰ３プレーヤーに格納されている楽曲リスト、各種スライドショーを構成する静止画像リスト、ＤＶＤジュークボックスに格納されている映画のリスト、現在配信されているテレビ番組のリスト、ＣＤジュークボックスに格納されている楽曲リスト、ＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）装置に格納されている番組リストを提供するのに利用することができる。ほとんど任意のタイプのコンテンツが、ＣＤＳを介しリスト可能であり、複数のタイプのコンテンツ（ＭＰ３、ＭＰＥＧ２、ＪＰＥＧなど）がＣＤＳにより一緒にリスト可能である。

コンテンツは、ＵＰｎＰコンテナオブジェクトの階層的構成に格納され、各コンテナは内部に格納されるオブジェクト群（メディアコンテンツ）を有する。ＵＰｎＰ ＡＶワーキング委員会がクラス定義群を発行したが（２００２年６月２５日のＵｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ Ｖｅｒｓｉｏｎ１．０の「コンテンツディレクトリサービステンプレートバージョン１．０１」の付録Ｃを参照されたい）、ＵＰｎＰは、メディアサーバのＣＤＳが特定の方法により構成されることを求めておらず、コンテナ及びオブジェクトが構成される方法は、各ベンダー又はユーザにより決定される。このため、各ＣＤＳは独自の構造を有することが可能であり、構造内の各オブジェクトは記述メタデータの異なる組み合わせによりラベル付けされているかもしれない。さらに、ＵＰｎＰは、クエリ装置によりＣＤＳを調査可能な２つの機構、すなわち、クエリ装置がＣＤＳ構造をブラウズすることが可能な「ブラウズ」機構と、詳細装置がＣＤＳに指定された検索条件に合致するアイテムを返すよう要求することが可能であるより有用な「サーチ」機構とを規定している。しかしながら、「サーチ」機構は任意的なものであり、メディアサーバによりホストされるＣＤＳはＵＰｎＰの任意的な「サーチ」機能を実現することなく、代わりにＣＰにコンテナ単位によるそれの階層を「ブラウズ」することを要求する。

上記により、ＣＤＳにより明らかにされる格納構造が、ＣＰがユーザに表現することを所望するコンテンツ構造、又は、ＣＰが提供することを所望するコンテンツ抽出方法に十分に適合しない状況が発生し得る。これらの状況では、ＣＰはＣＤＳ構造からそれのユーザインタフェース（ＵＩ）が必要とする情報を抽出することが骨の折れる作業であると認識するであろう。このことは、ユーザがＵＩにおいてクエリしてから、当該クエリに対する回答によりＵＩが応答するまでの応答時間が長くなるという問題点がある。このことは、ユーザのシステムを利用性を低下させる。

ＵＳ２００３／００４６７０３は、プライベートネットワーク上に格納されているコンテンツへのアクセスを容易にするためのシステムを記載している。各ネットワーク装置上に格納されているコンテンツに関するメタ情報が、集計モジュールにより集計される。その後、集計された情報は、以降のクエリのため自動又は手動により分類することができる。本システムは、ネットワーク上に格納されているすべてのコンテンツに対する完全なメタ情報を保持する。

従って、本発明は、コンテンツディレクトリサービスにアクセスする方法を向上させるものである。

本発明の第１の特徴は、コンテンツディレクトリサービスを利用してメディアコンテンツ情報を格納するサービス装置とクエリ装置とを少なくとも有するシステムにおいてメディアコンテンツ情報を提供する方法であって、前記サービス装置のコンテンツディレクトリサービスから選択されたメディアコンテンツ情報を抽出するステップと、前記クエリ装置による以降のクエリのため、前記抽出されたメディアコンテンツ情報を格納するステップと、を有することを特徴とする方法を提供する。

サービス装置のＣＤＳにより保持されている情報のすべてではなく、クエリ装置に利用されると知られている情報などの選択された情報のみを抽出することは、代替的な、すなわち、「バーチャルな」ＣＤＳのサイズを最小限にするのに利用され、クエリを容易にし、応答を迅速にし、維持することを容易にする。これは、システムを使用するユーザの経験を向上させる。これはまた、クエリ装置により必要とされる処理量を最小限にするのに役立ち、クエリ装置が携帯装置などの限られた処理リソースしか有しないときに特に効果的である。クエリ装置により何れの情報が必要とされるかについての知識は、バーチャルＣＤＳを収容する装置に予め供給可能であるか、又は、それはクエリ装置に照会することにより求めることができる。

好ましくは、抽出された情報は、クエリ装置により互換的な形式に再構成される。好ましくは、再構成された情報の構成は、あるクエリ装置のユーザインタフェースの特定のブラウジング、検索及び抽出タスクについて最適化される。これはさらに、必要とされる情報を抽出するのに要求される処理量を低減するのに役立つ。クエリ装置のユーザインタフェースの構成の知識は、予め与えることができ、それは、クエリ装置にアクティブに照会することにより求めることができ、又は、クエリ装置により行われるクエリを解析することにより求めることができる。

好ましくは、抽出された情報の再構成は、クエリ装置により情報が検索されることを可能にする。ＵＰｎＰシステムでは、一部の記憶装置は、情報を抽出するのに要する時間をかなり拡大することが可能なブラウズ処理をサポートするだけであり、情報を検索する機能は、応答時間を低減するのに大変役立つものとすることが可能である。

好ましくは、情報を抽出するステップと、再構成された情報を格納するステップは、定期的に実行される。このことは、バーチャルＣＤＳが可能な限り最新のものとなることを保証するのに役立つ。記憶装置のＣＤＳに更新が行われるときは常に、バーチャルＣＤＳを更新することが可能であり、又は、デジタル記憶装置から通知を受信することに応答して、更新が行われるようにしてもよい。あるいは、ＣＤＳは、更新が実行されたかチェックするため、定期的に調査することが可能である。

好ましくは、再構成されたデータ又はバーチャルＣＤＳが、複数のクエリ装置によりクエリ可能である、バーチャルＣＤＳが、ネットワーク内の装置に対するサービスとして提供される。これは、ネットワーク内の装置の一部が、限られた処理パワーしか有しない携帯型のバッテリー駆動装置などの限られたリソースしか有しない場合、特に有用である。この場合、バーチャルＣＤＳサービスが、主電源パーソナルコンピュータ（ＰＣ）などのより良いリソースを有する装置により収容されることが好ましい。複数のクエリ装置についてサービスが提供されると、再構成されたデータを各々が異なるクエリ装置に互換的な複数の形式により格納することができる。

好ましくは、バーチャルＣＤＳに格納されている情報は、複数のサービス装置から抽出され、バーチャルＣＤＳは、コンテンツを容易にアクセス可能な構成に集計する。これは、各々が異なる応答時間と、異なる構成を有するＣＤＳを有する複数の装置ではなく、コンテンツ情報を抽出するため１つの装置のみにクエリ装置がアクセスすることを要求するという効果を有する。従って、より整合的なアクセスがコンテンツ情報に提供される。

情報を抽出、再構成及び格納するステップは、同一の物理装置により実行される必要はない。この抽出及び再構成は、第２装置のバーチャルＣＤＳの格納により第１装置により実行することが可能である。

本発明の他の特徴は、本方法を実行するための装置を提供する。ここで説明される機能は、ソフトウェア、ハードウェア又はそれらの組み合わせにより実現可能である。従って、本発明のさらなる特徴は、本方法を実行するソフトウェアを提供する。ソフトウェアは、電子記憶装置、ハードディスク、光ディスク又は他のマシーン可読記憶媒体に格納可能であり、ホスト装置上で適切な処理装置により実行される。ソフトウェアは、マシーン可読キャリア上のコンピュータプログラムプロダクトとして送信され、又は、ネットワーク接続を介しホスト装置に直接ダウンロードされてもよい。ホスト装置が存在している間の任意の時点において、ソフトウェアがインストールされてもよいということは理解されるであろう。

「コンテンツディレクトリサービス（ＣＤＳ）」という用語は、ＵＰｎＰシステムで利用されるＣＤＳを含むものであるが、ＵＰｎＰシステムだけに限定されるものとされるものではない。それは、厳密には規定されていない階層構造を有するメディアコンテンツ情報の任意のＣＤＳに類似した記憶システムを有することが可能であり、従って、クエリ装置が必要とされる情報を抽出することを予測不可能かつ困難にする。

本発明を詳細に説明する前に、従来のＵＰｎＰシステムが概略的に説明される。より完全な説明は、ＵＰｎＰフォーラムにより発行された「ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ」から取得することができる。ＵＰｎＰ ＡＶシステムの主要なコンポーネントは、コントロールポイント（ＣＰ）２０と、メディアサーバ（ＭＳ）５０と、メディアレンダラ（ＭＲ）６０とである。これらのすべてが論理的エンティティである。すなわち、物理的装置が、これらエンティティの１つのみ（リモコン形式によるコントロールポイントなど）、又はより一般的にはこれらエンティティのいくつかの組み合わせを有するものであるかもしれない。一例として、ＣＤプレーヤーは、ユーザインタフェース、プレーヤーを動作させるための制御回路（コントロールポイント）、光ディスクからデジタルコンテンツを読み出す装置（メディアサーバ）、及びユーザに提供するため、デジタル信号を音声信号に変換する装置（メディアレンダラ）を有する。

メディアサーバ（ＭＳ）５０は、メデイアコンテンツのストア５２を有する。コンテンツは、音声、映像、静止画像又はこれらの組み合わせを含むことが可能である。メディアサーバはまた、ストア５２のコンテンツをリストするコンテンツディレクトリサービス（ＣＤＳ）５５をサポートする。ＣＤＳは、コンピュータファイルシステムと同様に階層的に構成されている。コンテナ（フォルダ又はディレクトリに類似する）は、階層的に１レベルだけ下位にある複数のオブジェクト（ファイルに類似する）及びコンテナを有することが可能である。当該オブジェクトは、識別子と任意的にメタデータを有するオブジェクト記述を有する。メタデータは、オブジェクト名、アーティスト、作曲家、作成日、サイズなどのプロパティを有するものであってもよい。オブジェクトはまた、オブジェクトコンテンツ（アイテム）を有し、又は、コンテンツの位置を特定するＵＲＬなどのロケータを有するものであってもよい。図８において、一例となるＣＤＳ構造が示される。メディアサーバ５０のさらなる機能は、メディアサーバ５０とメディアレンダラ６０などの他の装置との間の接続を管理するのに利用される接続マネージャサービスである。任意的なＡＶトランスポートサービスは、停止、一時停止、シークなどの機能によりコンテンツの再生を制御することを可能にする。

メディアレンダラ（ＭＲ）６０は、メディアサーバ５０から受信されるメディアコンテンツをレンダリング（再生）するためのものである。その出力は多数の形式をとり得るが、ディスプレイ６３とスピーカー６４を備える再生装置６２が示される。典型的には、再生装置６２は、１以上のデコーダ、デジタル・アナログ変換器、及びアンプを有する。メディアレンダラ６０はまた、コンテンツがレンダリングされる方法を制御するレンダコントロール６１とメディアサーバとの新たな接続を確立する接続マネージャサービス６５をサポートする。音声の再生のため、これは、ボリュームコントロールなどの機能を有することが可能である。

コントロールポイント（ＣＰ）２０は、メディアサーバ５０とメディアレンダラ６０の動作を協調させ、ユーザがコンテンツを選択することを可能にするユーザインタフェース（ＵＩ）２１を有する。コントロールポイント２０は、新たな装置を検出する従来のＵＰｎＰ機構をサポートし、またメディアレンダリング装置の機能を検出し、メディアサーバとメディアレンダラとの間の接続を確立する機構をサポートする。ＵＰｎＰ ＡＶアーキテクチャは、テレビ、ＶＣＲ、ＣＤ／ＤＶＤプレーヤー／ジュークボックス、セットトップボックス、ステレオシステム、ＭＰ３プレーヤー、静止画像カメラ、カムコーダ、電子写真フレーム（ＥＰＦ）、ＰＣなどの広範なＡＶ装置をサポートする。ＡＶアーキテクチャは、各装置が娯楽コンテンツのための各種タイプのフォーマット（ＭＰＥＧ２、ＭＰＥＧ４、ＪＰＥＧ、ＭＰ３、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ａｒｃｈｉｔｅｃｔｕｒｅ）、ビットマップ（ＢＭＰ）、ＮＴＳＣ、ＰＡＬ、ＡＴＳＣなど）と、各種タイプの転送プロトコル（ＩＥＣ−６１８８３／ＩＥＥＥ−１３９４、ＨＴＴＰ ＧＥＴ、ＲＴＰ、ＨＴＴＰ ＰＵＴ／ＰＯＳＴ、ＴＣＰ／ＩＰなど）をサポートすることを可能にする。

各々がＣＰ、ＭＳ及びＭＲエンティティの１以上を有する複数の物理的装置は、ネットワークとして協調することが可能である。図２は、家庭内の装置ネットワークを表すことが可能なＵＰｎＰネットワークの具体例を示す。コントロールポイント１２０、２つのメディアサーバ装置１２１と１２２及びメディアレンダラ装置１４０は、一体的にネットワーク１１０を介し接続されている。ネットワーク１１０は、有線（イーサネット（登録商標）など）又は無線（ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈなど）とすることができる。メディアコンテンツは、ホームネットワーク１００内のサーバ上にすべてを配置することが可能であり、又は、ホームネットワーク１１０の外部に配置することも可能である。図２は、インターネットなどの外部ネットワーク１３０の一部であるコンテンツを格納するためのサーバ１２３を示す。この外部サーバ１２３は、ゲートウェイ１１５を介しホームネットワークに接続される。

図１を再び参照するに、これは、ＵＰｎＰネットワークを介しコンテンツにアクセスするための従来の構成を示す。メディアサーバＭＳ５０は、ローカル記憶装置５２とやりとりすることにより（３１）、コンテンツディレクトリサービス（ＣＤＳ）５５を維持する。メディアサーバ５０は、ＭＳのメーカーにより決定される方法によりＣＤＳを構成する。ＣＤＳは、新たなコンテンツがストア５２に追加されるごとに更新される。以降のある時点において、ユーザはユーザインタフェース２１とやりとりする。典型的には、ユーザインタフェース２１は、ユーザに可能な選択肢のメニューを提示する。一例として、初期的なメニュー画面は、ユーザに音声、映像又は画像を抽出することを所望しているか問い合わせするかもしれない。ＵＩ２２におけるユーザ選択に応答して、ＣＰは、ＭＳ５０のＣＤＳ５５に適切なクエリ３２を行う。ＭＳ５０は、コンテンツの必要な列挙により応答する。ユーザがコンテンツの一部を選択するとき、ＣＰは、ＭＳ及びＭＲに適切な接続３３と３４を構成し、ＭＳからＭＲへのコンテンツ３５のストリーミングを開始するよう指示する。

図３は、本発明によるシステムの第１実施例を示す。説明の簡単化のため、コントロールポイントＣＰとメディアサーバＭＳのみが示される。コントロールポイントＣＰは、バーチャルＣＤＳ（ｖ−ＣＤＳ）２５と、バーチャルＣＤＳを維持するためのパーサ（ｐａｒｓｅｒ）機能２６とを有するよう変更されている。図１において先に示されたように、メディアサーバＭＳは、それのローカルストレージ５２とのやりとりを介しそれのＣＤＳ５５を維持する。ＣＰとＭＳが最初に接続されると、パーサ２６は、バーチャルＣＤＳ２５を生成するため、ＣＤＳ２０２、２０３に対しクエリ系列を実行する。ＵＰｎＰシステムに関しては、バーチャルＣＤＳがＵＰｎＰサービスとしてアクセス可能となるように、それはコントロールポイント装置内に埋め込み可能なメディアサーバタイプ装置の一機能であることが必要とされる。

バーチャルＣＤＳ２５は、ＣＰにより求められ、ＵＩとのユーザのやりとりにより生成されるクエリに応答するのに最適化された構造により保持されるデータのみを含むデータ構造である。ユーザがユーザインタフェースＵＩとやりとりすると、実際のＣＤＳ５５ではなくバーチャルＣＤＳがクエリされ、応答が受信される（２０５）。以前のように、ユーザがコンテンツのアイテムを選択すると、ＣＰはＭＳ及びＭＲに適切な接続を調整し、ＭＳからＭＲに選択されたコンテンツのストリーミングを開始するよう指示する。

選択されたメディアコンテンツ情報は、クエリに応答するため、バーチャルＣＤＳに保持される。ＣＰがバーチャルＣＤＳに格納されていない追加的な情報を要求する場合、バーチャルＣＤＳは、ＭＳの実際のＣＤＳ（図３のＣＤＳ５５など）から直接これを抽出することでき、又は、ＣＰ自体がＭＳのＣＤＳから必要とされる情報を抽出することができる。追加的な情報は、メディアレンダラ装置との接続を確立するよう要求されるかもしれない。

ＣＰによるメディアサーバＭＳへのクエリプロセスは、ユーザがユーザインタフェースＵＩとやりとりする前に実行されることに留意すべきである。このように、ユーザがユーザインタフェースＵＩとやりとりするようになると、ＣＰは、迅速な応答を提供することが可能である。また、バーチャルＣＤＳは、ユーザインタフェースＵＩの要求と互換する方法により構成されているため、バーチャルＣＤＳはまた、求められるデータにより良好に応答することができる。音声、映像又は画像を抽出することを所望しているかユーザに問い合わせる初期メニュー画面を有するユーザインタフェースの例を考えると、バーチャルＣＤＳは、当該フォーマットによりメディア情報を格納するよう構成することが可能となる。

図４は、パーサ機能２６をより詳細に示す。ユーザインタフェースのニーズにより良く適したバーチャルＣＤＳを提供するため、ＵＩの知識が必要とされる。ＵＩの知識を取得するには様々な方法がある。
・それは、初期ソフトウェアの一部として、又はプリンタドライバなどと同様にして以降においてダウンロードされるデータファイルとして、ホストに格納されているデータファイルとして供給可能である。
・それは、ユーザインタフェースの構成を解析するユニット７１などのＵＩのアクティブな質問により求めることが可能である。
・それは、ある期間において動的にＣＰのＵＩから受信されるクエリに留意し、上記タイプのクエリに最も良く一致するようバーチャルＣＤＳの構造を適応させることにより求めることが可能である。

さらなる代替では、バーチャルＣＤＳにユニット７１が最も良く適合するものを選択することにより、複数のデフォルトのＣＤＳビューを備えることが可能である。

ＵＩの知識は、
（ｉ）ＵＩが要求するメディアコンテンツ情報の知識と、
（ｉｉ）ＵＩの構成（メニューレイアウトなど）の知識と、
の２つのカテゴリに属する。ＵＩが求めるメディアコンテンツ情報の知識は、それがバーチャルＣＤＳが格納するコンテンツ情報を決定するため、バーチャルＣＤＳの作成時に知られているべきである。バーチャルＣＤＳがメディアコンテンツ情報をほとんど格納していないか、又は誤ったメディアコンテンツ情報を格納する場合、それはＣＰから受信したクエリに適切に回答することができない。対照的に、ＵＩの構造に関する知識は重要性は低い。動作中、バーチャルＣＤＳは、ＵＩのクエリ要求のより多くの知識を取得するに従って、メディアコンテンツ情報をより効率的な構成に再構成することができる。このようにして、バーチャルＣＤＳは、動作中に適応して、より効率的なものとなる。

ＵＩが要求するメディアコンテンツ情報の知識は、いくつかの形態をとることが可能である。それは、音楽、映像又は写真などのオブジェクトの一部とすることができる。一例として、ＵＩが音楽コンテンツに関する情報のみを要求することを知ることは、パーサ機能がバーチャルＣＤＳへの格納のため、ＣＤＳからこの情報のみを抽出することを可能にする。要求された情報は、タイトルやジャンルなどのオブジェクト（おそらく、上述のような限定的な一部のオブジェクト）に関する特定の情報とすることができ、従って、パーサ機能は、リリース日、アーティストなどに関する情報を抽出せず、又は少なくとも格納しない。要求される情報は、ある詳細レベルおける情報とすることができる。一例として、音楽ブラウジングＵＩは、そのジャンル及び／又はアーティスト名に従ってアルバムをフィルタリングすることを可能にする。ここで、パーサは、もとのＣＤＳの当該アルバムオブジェクトへの参照と共に、各アルバムオブジェクトのアルバムタイトル、ジャンル及びアルバム名のみを抽出する。この極めて限られた量の抽出情報は、ｖ−ＣＤＳがアルバム詳細レベルにおいて検索、フィルタリング、順序付け及びブラウジングのクエリ集中的プロセスをサポートすることを可能にする。しかしながら、あるアルバムを詳細に調べるため（トラックリストを抽出するなど）、又はあるトラックを再生するよう接続を確立するため、アルバム参照を用いてオリジナルのＣＤＳからさらなる情報が抽出される。この追加的情報は、バーチャルＣＤＳにより、又はより効率的にはクエリを送信したＣＰにより抽出することができる。

ＵＩの知識はユニット７２と７３に送信される。ＭＳクエリ機能７２は、ＭＳに送信するためのクエリを定式化し、リプライを受信する。クエリ２０２は、ＵＩにより要求される情報を抽出するよう定式化される。抽出された情報は、抽出したデータをＵＩにとってより有用な形式に再構成するＣＤＳデータ再構成ユニット７３に転送される。ユニット７３は、格納のためバーチャルＣＤＳに転送される更新メッセージを発行する。パーサ２６は、バーチャルＣＤＳが可能な限り正確なものとなることを保証するため、ＣＰとＭＳが接続される期間中、バーチャルＣＤＳを更新し続ける。ＭＳは、ＣＤＳに更新がされる時は常に、ＣＰに通知するようにしてもよい。この通知は、ＣＤＳの何れかにおいて変更が行われたことを単に示すものであってもよいし、又は、より効果的には何れのコンテナにおいて変更が行われたかを示すものであってもよい。ＣＤＳが何れにおいて変更が行われたか示していない場合、パーサ２６は、新たなバーチャルＣＤＳの生成を開始するよう構成されてもよい。ＭＳが更新が行われるごとにＣＰに通知しない場合には、更新機構７４は、ＭＳがＣＤＳに対して更新が行われたことのチェックをパーサに定期的に調査させるよう構成することが可能である。更新機構７４は、適切な値に設定されるタイマーを使用することが可能である。

図５は、２つのメディアサーバ装置ＭＳ−ａとＭＳ−ｂを有することを除き図３と同様のシステムを示す。バーチャルＣＤＳの作成は、複数のメディアサーバ装置が存在する場合、かなりの効果を有する。パーサ２６は、上述したものと同様にして、メディアサーバ装置の両者にクエリし（２０２ａ，２０２ｂ）、応答２０３ａ及び２０３ｂを用いてバーチャルＣＤＳを生成するよう動作する。各メディアサーバ装置のＣＤＳは、ほとんど確実に異なる構成を有する。上述のように、パーサ２６は、要求する情報のみを抽出するよう各ＭＳをクエリし、当該情報をユーザインタフェースＵＩと互換性を有する構成に再構成する。実質的に、バーチャルＣＤＳは、複数のＭＳ装置から情報を集計し、これを整合性のある形式に構成する。

これまで、パース機能２６とバーチャルＣＤＳのストレージは、ユーザインタフェースを収容するコントロールポイントにより収容されてきた。図６は、バーチャルＣＤＳが、ユーザインタフェースを収容するＣＰから遠隔にある装置上に構成される他の実現形態を示す。パーサ２６は、メディアサーバＭＳ−ａのＣＤＳにクエリ３０２を送り、リプライ３０３を受信する。これらのリプライ３０３を処理し、必要な情報を抽出した後、パーサ２６は、新たな情報をバーチャルＣＤＳに追加するメッセージをバーチャルＣＤＳを収容するＭＳ−ｂに送信する。バーチャルＣＤＳ情報は、ＭＳ−ｂの固有のＣＤＳ情報に添付又は一体化されてもよいし、又は、固有の情報から独立に格納されてもよい。動作について、ＣＰのユーザインタフェース２１は、バーチャルＣＤＳ３０５と３０６をクエリする。ＵＰｎＰについて、「バーチャル」メタデータが自らの固有のＣＤＳに添付又は一体化されていても、ＭＳ−ｂが固有のＣＤＳに加えて（又は代わりに）明確なバーチャルＣＤＳサービスを実行することが望ましい。バーチャルＣＤＳをある方法により明確にすることは、それが複数の現実のＣＤＳを「置換」することを意図している場合、特に重要である。ＭＳ−ｂはＣＰよりバーチャルＣＤＳをより良くサポートすることが可能な装置である。例えば、それはメタデータをクエリするより向上した能力により、より大きな処理パワー又は格納リソースを有するようにしてもよい。

図７は、バーチャルＣＤＳを生成及び格納する機能のすべてが、ユーザインタフェースを収容するＣＰの外部に収容されるさらなる他の実現形態を示す。ユーザインタフェースは、第１コントロールポイントＣＰ−ａにより収容される。パーサ機能２６は第２コントロールポイントＣＰ−ｂにより収容され、バーチャルＣＤＳ２５はメディアサーバＭＳ−ｂにより収容される。ＣＰ−ｂとＭＳ−ｂは、破線のボックス４００により示されるように、単一の物理装置として実現されてもよい。あるいは、ＵＰｎＰコントロールポイントＣＰ−ｂは、実際にはＵＰｎＰメディアサーバＭＳ−ｂ内に埋め込み可能である。

パーサ２６は、メディアサーバＭＳ−ａのＣＤＳにクエリ４０２、４０３を行い、必要な情報を抽出し、これをバーチャルＣＤＳ２５による格納用の形式に再構成する。ＣＰ−ａは、ユーザインタフェース２１とのユーザのやりとりに応答して、バーチャルＣＤＳ２５にクエリ４０５を行う。バーチャルＣＤＳは、適切な応答４０６を提供する。

装置４００は、当該サービスを提供することに特化したものであってもよいし、又は、他の作業を実行することに加えて上記サービスを提供するようにしてもよい。当該サービスは、宅内ハブ装置の１つの機能として提供することが可能であり、その主要な目的は、各娯楽装置間のＡＶコンテンツのルーティングを行うことである。また、それは単にＰＣ上で実行されるソフトウェアとすることも可能である。

図示されるように、パーサ２６は、複数のメディアサーバ装置ＭＳ−ａとＭＳ−ｃにクエリし、前述のように抽出した情報を集計する。また、バーチャルＣＤＳ２５は、各々が各自のユーザインタフェースを有する複数のコントロールポイントＣＰ−ａとＣＰ−ｃからのクエリに応答することが可能である。各ＣＰのＵＩは、異なる構成を有し、これにより、ＭＳのＣＤＳから異なる情報を要求する可能性がある。後述されるように、バーチャルＣＤＳは、各々がクライアントＣＰのＵＩの要求に両立した複数の方法により情報を構成することができる。ＣＰ−ｂ及びＭＳ−ｂは、ネットワーク上の装置のためにサービスを提供する。ＣＰ−ｂ及びＭＳ−ｂは、バーチャルＣＤＳサービスを提供する作業を自動的に実行するよう構成可能であり、又は、ＣＰ−ａなどのＵＩを収容するＣＰの特定の要求により当該作業を実行するよう構成可能である。バーチャルＣＤＳの管理をリモート装置に委託することは、ＵＩを収容するＣＰのワークロードを低減し、これにより応答性が向上する。

図８は、ＭＳのコンテンツディレクトリサービス（ＣＤＳ）の一例となる構成を示す。ＣＤＳは、コンテナとオブジェクトの階層的構成を有する。コンテナは複数のオブジェクトを保持し、例えば、音楽アルバムは、複数の音声アイテムを保持するコンテナである。図示されるように、コンテナは、さらなるコンテナ群（コンテナ３．２、３．３、３．４を保持するコンテナ２．３など）又は複数のアイテムを保持することが可能である。各オブジェクトは、いくつかの性質により規定される。このような１つのオブジェクトであるｏｂｊ３．１．３がより詳細に示される。ＵＰｎＰでは、これらの性質は、「ｉｄ」や「タイトル」（ネーム）などの識別子を有する必要がある。オブジェクトは、メディアオブジェクトの位置を指し示すＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を有することが可能である。オブジェクトは、メディアサーバ内の記憶装置（図１のストア５２など）又はメディアサーバの外部のサーバに格納されてもよい。コンテナの性質は、当該コンテナが検索可能であるか示すフィールドである。メタデータ７００を含むさらなる性質がまた、情報に含めることが可能である。

図９を参照して、一例となるシナリオが説明される。システムは、２つのＣＰ装置と複数のＭＳ装置を有する。２つのコントロールポイントにより使用され、ＭＳ装置のＣＤＳから選択された情報を格納するバーチャルＣＤＳが生成される。各ＭＳ装置は、大容量を備え、これにより、それらのＣＤＳは、音楽、映像、写真、電子書籍などの広範なコンテンツのためのメディアコンテンツ情報を格納する。第１ＣＰは、最初にユーザが「音楽」と「映像」の何れかを選択することを求めるユーザインタフェースを有する。「音楽」を選択すると、ユーザインタフェースは、ユーザに「ロック」、「イージーリスニング」及び「サウンドトラック」などの各種音楽ジャンルの選択を提示する。これらの何れかに応答して、ユーザインタフェースは、利用可能な音声アイテムのリスト又は興味のあるアイテムを検索するオプションをユーザに提示する。ユーザインタフェースは、ユーザに音声トラックのタイトルを選択するか、又は音声トラックのタイトルを検索するよう求める。

図９は、生成されるバーチャルＣＤＳの構成を示す。まず、バーチャルＣＤＳは、ＣＰ装置のみが音声又は映像であるメディアに関する情報を要求することに留意する。従って、バーチャルＣＤＳは、写真や電子書籍に関する情報を抽出する必要はない。第１ＵＩにより効率的に動作するため、バーチャルＣＤＳが第１ＵＩのメニュー構成と同様に構成される。第１レベルのコンテナは、「音楽」及び「映像」とラベル付けされる。「音楽」のコンテナは、「ジャンル」とラベル付けされたさらなるコンテナを保持し、さらに「ジャンル」は、「ロック」、「イージーリスニング」、「サウンドトラック」のコンテナを保持する。各コンテナは、各々が音声アイテムを参照するオブジェクトのリストを含む。さらに、各ジャンルのコンテナに対して検索が可能であり、これにより、ＵＩがコンテナのコンテンツ全体を検索する必要なく、任意の所望のオブジェクトに対する情報を迅速に抽出することが可能となる。バーチャルＣＤＳを生成するため、パーサ機能は、必要な情報を抽出するため接触する各ＭＳ装置をクエリする。パーサがクエリするＭＳ装置の一部は、ジャンル情報がＣＤＳの各エントリのプロパティフィールドに含まれるが、音声アイテムのための１つの大きなコンテナを有するＣＤＳを単に有するようにして、ジャンル間の区別をしないようにしてもよい。また、ジャンル情報は全く存在せず、バーチャルＣＤＳが「未定義」のジャンルの場所をつくり、又はジャンルの予測をする必要があるかもしれない可能性がある。パーサは、情報を抽出するため一連のクエリを行う。ＭＳ装置の一部は検索をサポートする可能性がなく、従って、パーサが必要とされる情報を抽出するため複数のクエリを行う必要が生じてくる。

第２ＵＩにより効率的に動作するため、バーチャルＣＤＳは、各々が音声アイテムを参照するオブジェクトのリストを含む「タイトル」とラベル付けされたコンテナを含む。さらに、コンテナに対して検索が可能であり、これにより、コンテナのコンテンツ全体を検索する必要なく、ＵＩが任意の所望のオブジェクトに対する情報を迅速に抽出することが可能となる。

本例では、同一のオブジェクトがバーチャルＣＤＳに複数回効果的に出現することが可能である。サウンドトラックコンテナのオブジェクト７１０は、タイトルコンテナのアイテム７１０と等価である。オブジェクト７１２は、オブジェクト７１０に係るプロパティ情報７１５を指し示すポインタ７２０を有する。これは、プロパティ情報の重複リストをバーチャルＣＤＳに格納する必要を回避する。

図１は、ＵＰｎＰシステムの主要なコンポーネントを示す。 図２は、ＵＰｎＰ装置のネットワークを示す。 図３は、本発明によるバーチャルＣＤＳの第１実施例を示す。 図４は、図３の構成の一部をより詳細に示す。 図５は、バーチャルＣＤＳが複数のメディアサーバをクエリすることにより生成される図３に示される構成の変形を示す。 図６は、バーチャルＣＤＳが外部メディアサーバにより収容される本発明のさらなる実施例を示す。 図７は、バーチャルＣＤＳの生成及び格納が、クエリを行うユーザインタフェースを収容するコントロールポイントの外部に収容される本発明のさらなる実施例を示す。 図８は、ＣＤＳの一例となる構成を示す。 図９は、バーチャルＣＤＳの一例となる構成を示す。

Claims (39)

1. コンテンツディレクトリサービスを利用してメディアコンテンツ情報を格納するサービス装置とクエリ装置とを少なくとも有するシステムにおいてメディアコンテンツ情報を提供する方法であって、
   前記サービス装置のコンテンツディレクトリサービスから選択されたメディアコンテンツ情報を抽出するステップと、
   前記クエリ装置による以降のクエリのため、前記抽出されたメディアコンテンツ情報を格納するステップと、
   を有することを特徴とする方法。
2. 請求項１記載の方法であって、
   前記選択されたメディアコンテンツ情報を抽出するステップは、前記クエリ装置が要求するメディアコンテンツ情報の知識を利用することを特徴とする方法。
3. 請求項２記載の方法であって、さらに、
   前記クエリ装置が要求するメディアコンテンツ情報の知識を取得するステップを有することを特徴とする方法。
4. 請求項３記載の方法であって、さらに、
   前記クエリ装置が要求するメディアコンテンツ情報の知識を決定するため、前記クエリ装置に照会するステップを有することを特徴とする方法。
5. 請求項１乃至４何れか一項記載の方法であって、さらに、
   前記抽出されたメディアコンテンツ情報を前記クエリ装置のクエリ要求により互換的な形式に再構成するステップを有することを特徴とする方法。
6. 請求項５記載の方法であって、
   前記メディアコンテンツ情報を再構成するステップは、前記メディアコンテンツ情報を前記クエリ装置のユーザインタフェースとより互換的な方法により再構成するステップを有することを特徴とする方法。
7. 請求項５又は６記載の方法であって、
   前記メディアコンテンツ情報を再構成するステップは、前記クエリ装置の知識を利用することを特徴とする方法。
8. 請求項７記載の方法であって、さらに、
   前記クエリ装置の知識を取得するステップを有することを特徴とする方法。
9. 請求項８記載の方法であって、
   前記クエリ装置の知識は、前記クエリ装置を照会することにより取得されることを特徴とする方法。
10. 請求項８記載の方法であって、
    前記クエリ装置の知識は、前記クエリ装置により行われるクエリを解析することにより取得されることを特徴とする方法。
11. 請求項５乃至１０何れか一項記載の方法であって、
    前記メディアコンテンツ情報を再構成するステップは、前記クエリ装置による検索が可能となるように、前記メディアコンテンツ情報を再構成するステップを有することを特徴とする方法。
12. 請求項５乃至１１何れか一項記載の方法であって、
    前記再構成されたデータは、各々が異なるクエリ装置と互換的な複数の形式により格納されることを特徴とする方法。
13. 請求項１乃至１２何れか一項記載の方法であって、
    前記メディアコンテンツ情報を抽出するステップと前記抽出されたメディアコンテンツ情報を格納するステップは、定期的に実行されることを特徴とする方法。
14. 請求項１３記載の方法であって、さらに、
    サービス装置のＣＤＳへの更新が行われると、前記サービス装置から表示を受信し、該表示の受信に応答して、前記再構成されたメディアコンテンツ情報を更新するステップを有することを特徴とする方法。
15. 請求項５乃至１４何れか一項記載の方法であって、
    前記メディアコンテンツ情報を抽出及び再構成するステップは、第１装置により実行され、
    前記再構成されたメディアコンテンツ情報を格納するステップは、第２装置に対し実行される、
    ことを特徴とする方法。
16. 請求項１乃至１５何れか一項記載の方法であって、
    当該方法が複数のクエリ装置について実行され、
    前記選択されたメディアコンテンツ情報を抽出するステップは、前記複数の装置により必要とされるメディアコンテンツ情報を抽出する、
    ことを特徴とする方法。
17. 請求項１乃至１６何れか一項記載の方法であって、
    前記情報を抽出するステップは、複数のサービス装置のＣＤＳからメディアコンテンツ情報を抽出することを特徴とする方法。
18. 請求項１６記載の方法であって、
    前記メディアコンテンツ情報を再構成するステップは、共通の基準群に従って、前記複数のサービス装置からの前記メディアコンテンツ情報を再構成することを特徴とする方法。
19. 請求項１乃至１８何れか一項記載の方法であって、さらに、
    前記クエリ装置からメディアコンテンツ情報のクエリを受信するステップと、
    前記格納されているメディアコンテンツ情報が前記クエリに回答するのに十分であるか判断し、前記格納されているメディアコンテンツ情報が十分でない場合、前記サービス装置のＣＤＳから前記要求されるメディアコンテンツ情報を抽出するステップと、
    を有することを特徴とする方法。
20. 請求項１乃至１９何れか一項記載の方法をプロセッサに実行させるためのソフトウェア。
21. 請求項１乃至２０何れか一項記載の方法を実行する装置。
22. コンテンツディレクトリサービスを利用してメディアコンテンツ情報を格納するサービス装置とクエリ装置とを少なくとも有するシステムにおいてメディアコンテンツ情報を提供する装置であって、
    前記サービス装置のコンテンツディレクトリサービスから選択されたメディアコンテンツ情報を抽出する手段と、
    前記クエリ装置による以降のクエリのため、前記抽出されたメディアコンテンツ情報を格納する手段と、
    を有することを特徴とする装置。
23. 請求項２２記載の装置であって、
    前記抽出手段は、前記クエリ装置が要求するメディアコンテンツ情報の知識を利用することを特徴とする装置。
24. 請求項２３記載の装置であって、さらに、
    前記クエリ装置が要求するメディアコンテンツ情報の知識を取得する手段を有することを特徴とする装置。
25. 請求項２４記載の装置であって、
    前記知識を取得する手段は、前記クエリ装置が要求するメディアコンテンツ情報の知識を決定するため、前記クエリ装置に照会するよう構成されることを特徴とする装置。
26. 請求項２２乃至２５何れか一項記載の装置であって、さらに、
    前記抽出されたメディアコンテンツ情報を前記クエリ装置のクエリ要求により互換的な形式に再構成する手段を有することを特徴とする装置。
27. 請求項２６記載の装置であって、
    前記再構成する手段は、前記メディアコンテンツ情報を前記クエリ装置のユーザインタフェースとより互換的な方法により再構成するよう構成されることを特徴とする装置。
28. 請求項２６又は２７記載の装置であって、
    前記再構成する手段は、前記クエリ装置の知識を利用することを特徴とする装置。
29. 請求項２８記載の装置であって、さらに、
    前記クエリ装置の知識を取得する手段を有することを特徴とする装置。
30. 請求項２９記載の装置であって、
    前記クエリ装置の知識を取得する手段は、前記クエリ装置を照会するよう構成されることを特徴とする装置。
31. 請求項２９記載の装置であって、
    前記知識を取得する手段は、前記クエリ装置により行われるクエリを解析するよう構成されることを特徴とする装置。
32. 請求項２６乃至３１何れか一項記載の装置であって、
    前記再構成する手段は、前記クエリ装置による検索が可能となるように、前記メディアコンテンツ情報を再構成するよう構成されることを特徴とする装置。
33. 請求項２６乃至３２何れか一項記載の装置であって、
    前記再構成されたデータは、各々が異なるクエリ装置と互換的な複数の形式により格納されることを特徴とする装置。
34. 請求項２６乃至３３何れか一項記載の装置であって、
    前記抽出する手段と前記格納する手段は、第１装置に配備され、
    前記格納する手段は、第２装置に配備される、
    ことを特徴とする装置。
35. 請求項２２乃至３４何れか一項記載の装置であって、
    当該装置が複数のクエリ装置についてサービスを提供し、
    前記抽出する手段は、前記複数の装置により必要とされる選択されたメディアコンテンツ情報を抽出する、
    ことを特徴とする装置。
36. 請求項３５記載の装置であって、
    当該装置は、前記クエリ装置から物理的に独立していることを特徴とする装置。
37. 請求項２２乃至３６何れか一項記載の装置であって、
    前記抽出する手段は、複数のサービス装置のＣＤＳからメディアコンテンツ情報を抽出するよう構成されることを特徴とする装置。
38. 請求項２２乃至３７何れか一項記載の装置であって、
    前記クエリ装置からメディアコンテンツ情報のクエリを受信する手段と、
    前記格納されているメディアコンテンツ情報が前記クエリに回答するのに十分であるか判断し、前記格納されているメディアコンテンツ情報が十分でない場合、前記サービス装置のＣＤＳから前記要求されるメディアコンテンツ情報を抽出する手段と、
    を有することを特徴とする装置。
39. 請求項１乃至３８何れか一項記載の方法、ソフトウェア又は装置であって、
    前記システムは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）システムであることを特徴とする方法、ソフトウェア又は装置。

Images