(57)【要約】  システムは、コンテンツディレクトリサービス（ＣＤＳ）の形式を利用するメディアコンテンツ情報を格納する装置と、メディアコンテンツ情報をクエリする装置をクエリ装置とを有する。エンティティは、クエリ装置に対する変換サービスを提供する。エンティティは、装置のＣＤＳの以前に取得した知識を利用して、クエリ装置からのクエリを最適化されたクエリに変換する。これにより、提供装置から必要な情報を抽出する時間を短縮することができる。ＣＤＳの知識は、構造、範囲、メタデータ利用性、コンテンツ分布、検索機能、及び提供装置のＣＤＳにより提供されるクエリパフォーマンスを含むことが可能である。システムは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）に基づくものとすることができる。
2007513397.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツディレクトリサービス（ＣＤＳ）を利用してメディアコンテンツ情報を格納するシステムにおいて前記メディアコンテンツ情報を提供する方法であって、
サービス提供装置のＣＤＳのメディアコンテンツ情報のクエリをクエリ装置から受信するステップと、
以前に取得した前記サービス提供装置のＣＤＳの知識を利用して、前記クエリを最適化されたクエリに変換するステップと、
前記最適化されたクエリを利用して、前記サービス提供装置のＣＤＳをクエリするステップと、
前記クエリ装置に応答を提供するステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記ＣＤＳの知識は、前記サービス提供装置のＣＤＳをクエリすることにより取得されることを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記ＣＤＳの知識は、所定のクエリ群を利用して前記サービス提供装置のＣＤＳをクエリすることにより取得されることを特徴とする方法。
【請求項４】
請求項２又は３記載の方法であって、
前記ＣＤＳの知識は、前記クエリ装置から受信したクエリを利用して前記ＣＤＳをクエリし、前記サービス提供装置から受信した応答を解析することによって取得することを特徴とする方法。
【請求項５】
請求項１乃至４何れか一項記載の方法であって、
前記ＣＤＳの知識は、構造、範囲、オブジェクトタイピング、分類、メタデータ利用性、コンテンツ分布、サーチ機能及びクエリパフォーマンスの前記ＣＤＳのプロパティの１以上を有することを特徴とする方法。
【請求項６】
請求項１乃至５何れか一項記載の方法であって、
サービス提供装置のＣＤＳの知識は、サービス提供装置が前記システムに加入すると取得されることを特徴とする方法。
【請求項７】
請求項１乃至６何れか一項記載の方法であって、さらに、
前記ＣＤＳに更新が行われると、前記ＣＤＳの知識を更新するステップを有することを特徴とする方法。
【請求項８】
請求項７記載の方法であって、さらに、
更新が行われたという通知をＣＤＳから受信すると、前記ＣＤＳの知識を更新するステップを有することを特徴とする方法。
【請求項９】
請求項１乃至８何れか一項記載の方法であって、さらに、
定期的に前記ＣＤＳの知識を検証するステップを有することを特徴とする方法。
【請求項１０】
請求項１乃至９何れか一項記載の方法であって、
前記クエリを最適化されたクエリに変換するステップは、検索処理を指定するクエリを、検索がサポートされていないことを前記ＣＤＳの知識が示すブラウズ処理を指定する最適化されたクエリに変換することを特徴とする方法。
【請求項１１】
請求項１乃至１０何れか一項記載の方法であって、
各ＣＤＳが異なるサービス提供装置に対応する複数のＣＤＳの知識が取得されることを特徴とする方法。
【請求項１２】
請求項１乃至１１何れか一項記載の方法であって、さらに、
前記クエリ装置の知識を利用するステップを有することを特徴とする方法。
【請求項１３】
請求項１乃至１２何れか一項記載の方法であって、
前記クエリ装置は、当該方法を実現する装置から物理的に分離され、当該方法は、前記システムのクエリ装置にサービスとして提供されることを特徴とする方法。
【請求項１４】
請求項１乃至１３何れか一項記載の方法をプロセッサに実行させるソフトウェア。
【請求項１５】
コンテンツディレクトリサービス（ＣＤＳ）を利用してメディアコンテンツ情報を格納するシステムにおいて前記メディアコンテンツ情報を提供する装置であって、
サービス提供装置のＣＤＳのメディアコンテンツ情報のクエリをクエリ装置から受信する手段と、
以前に取得した前記サービス提供装置のＣＤＳの知識を利用して、前記クエリを最適化されたクエリに変換する手段と、
前記最適化されたクエリを利用して、前記サービス提供装置のＣＤＳをクエリする手段と、
前記クエリ装置に応答を提供する手段と、
を有することを特徴とする装置。
【請求項１６】
請求項１５記載の装置であって、さらに、
前記サービス提供装置のＣＤＳをクエリすることにより前記ＣＤＳの知識を取得する手段を有することを特徴とする装置。
【請求項１７】
請求項１６記載の装置であって、
前記ＣＤＳの知識を取得する手段は、所定のクエリ群を利用して前記サービス提供装置のＣＤＳをクエリするよう構成されることを特徴とする装置。
【請求項１８】
請求項１６又は１７記載の装置であって、
前記ＣＤＳの知識を取得する手段は、前記クエリ装置から受信したクエリを利用して前記ＣＤＳをクエリし、前記サービス提供装置から受信した応答を解析するよう構成されることを特徴とする装置。
【請求項１９】
請求項１５乃至１８何れか一項記載の装置であって、
前記ＣＤＳの知識は、構造、範囲、オブジェクトタイピング、分類、メタデータ利用性、コンテンツ分布、サーチ機能及びクエリパフォーマンスの前記ＣＤＳのプロパティの１以上を有することを特徴とする装置。
【請求項２０】
請求項１５乃至１９何れか一項記載の装置であって、
サービス提供装置が前記システムに加入すると、サービス提供装置のＣＤＳの知識を取得するよう構成されることを特徴とする装置。
【請求項２１】
請求項１５乃至２０何れか一項記載の装置であって、
前記ＣＤＳに更新が行われると、前記ＣＤＳの知識を更新するよう構成されることを特徴とする装置。
【請求項２２】
請求項１５乃至２１何れか一項記載の装置であって、
定期的に前記ＣＤＳの知識を検証するよう構成されることを特徴とする装置。
【請求項２３】
請求項１５乃至２２何れか一項記載の装置であって、
前記クエリを最適化されたクエリに変換する手段は、検索処理を指定するクエリを、検索がサポートされていないことを前記ＣＤＳの知識が示すブラウズ処理を指定する最適化されたクエリに変換するよう構成されることを特徴とする装置。
【請求項２４】
請求項１５乃至２３何れか一項記載の装置であって、
前記知識は、各ＣＤＳが異なるサービス提供装置に対応する複数のＣＤＳの知識を有することを特徴とする装置。
【請求項２５】
請求項１５乃至２３何れか一項記載の装置であって、
前記クエリ装置と物理的に分離することを特徴とする装置。
【請求項２６】
請求項１乃至１３何れか一項記載の方法、請求項１４記載のソフトウェア、又は請求項１５乃至２５何れか一項記載の装置であって、
前記システムは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）システムであることを特徴とする方法、ソフトウェア又は装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）アーキテクチャに準拠するシステムなど、メディアコンテンツ情報を格納するのにコンテンツディレクトリサービス（ＣＤＳ）を利用するシステムに関する。
【背景技術】
【０００２】
メディアコンテンツを格納するため、デジタル記憶装置を使用することが増大している。メディアコンテンツは、シンプルなテキストファイルから、音声、予め記録又はユーザにより記録された映像、配信デジタル音声（インターネットラジオなど）、配信デジタル映像又はデジタル画像（デジタル写真など）などのマルチメディアコンテンツまでの範囲にわたる。
【０００３】
ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）は、異なるメーカーにより生産された電子装置が互いに動作すること可能にする通信プロトコルである。ＵＰｎＰは、新たな装置の自動的な検出によりゼロ設定「不可視的（ｉｎｖｉｓｉｂｌｅ）」ネットワーキングをサポートするよう設計されている。このことは、装置がネットワークに動的に参入し、ＩＰアドレスを取得し、それの機能を伝達し、他の装置の存在及び機能について学習することができるということを意味する。ＵＰｎＰがさらに進化したものとして、オーディオビジュアル装置に関連するＵＰｎＰアーキテクチャの拡張を記述するＵＰｎＰオーディオビジュアル（ＡＶ）アーキテクチャである。ＵＰｎＰ  ＡＶアーキテクチャは、メディアサーバ、メディアレコーダ及びコントロールポイントを規定している。
【０００４】
ＵＰｎＰホームネットワークなどのＵＰｎＰに準拠したネットワーク内の多くの装置は、ネットワークの他の装置がアクセスすることを所望する各種タイプのコンテンツ（音楽、映像、静止画像など）を有する。一例として、メディアサーバ装置は、音声、映像及び静止画像ライブラリを有するかもしれない。ユーザが当該コンテンツを利用するため、ユーザは、メディアサーバに格納されているオブジェクトをブラウズし、特定のものを選択し、適当なレンダリング装置（例えば、音楽オブジェクトについてはオーディオプレーヤー、映像コンテンツについてはテレビ、静止画像については電子写真フレームなど）上でそれを再生させる。利便性を最大にするため、ユーザは各種ユーザインタフェース（ＵＩ）装置から上記処理を開始することが望ましい。ほとんどの場合、これらＵＩ装置は、レンダリング装置に搭載されたＵＩであり、あるいは、リモコンユニット、無線携帯情報端末（ＰＤＡ）、タブレットなどの独立型のＵＩ装置であるだろう。ユーザがコンテンツを有する装置と直接やりとりする必要なく、当該コンテンツにアクセスすることが可能であることが望ましい。
【０００５】
ＵＰｎＰ  ＡＶアーキテクチャの主要部分の１つは、コンテンツディレクトリサービス（ＣＤＳ）である。ＣＤＳは、ＵＰｎＰコントロールポイント（ＣＰ）装置が、メディアサーバ（ＭＳ）装置に格納されているコンテンツにアクセスすることを可能にする一群の機能を提供する。現在公衆に利用可能なＣＤＳの説明は、２００２年６月２５日のＵｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｖｅｒｓｉｏｎ１．０の「コンテンツディレクトリサービステンプレートバージョン１．０１」である。コンテンツディレクトリサービスは、クライアント（ＵＩ装置など）がサーバ装置が提供可能な各オブジェクト（楽曲、映画、写真など）を位置決定することを可能にする。例えば、このサービスは、ＭＰプレーヤーに格納されている楽曲リスト、各種スライドショーを構成する静止画像リスト、ＤＶＤジュークボックスに格納されている映画のリスト、現在配信されているテレビ番組のリスト、ＣＤジュークボックスに格納されている楽曲リスト、ＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）装置に格納されている番組リストを提供するのに利用することができる。ほとんど任意のタイプのコンテンツが、ＣＤＳを介しリスト可能であり、複数のタイプのコンテンツ（ＭＰ３、ＭＰＥＧ２、ＪＰＥＧなど）がＣＤＳにより一緒にリスト可能である。
【０００６】
コンテンツは、ＵＰｎＰコンテナオブジェクトの階層的構成に格納され、各コンテナは内部に格納されるオブジェクト群を有する。各オブジェクトは、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）などのメデイアコンテンツロケータとメディアコンテンツ情報を有する。ＵＰｎＰ  ＡＶワーキング委員会がクラス定義群を発行したが（２００２年６月２５日のＵｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｖｅｒｓｉｏｎ１．０の「コンテンツディレクトリサービステンプレートバージョン１．０１」の付録Ｃを参照されたい）、ＵＰｎＰは、メディアサーバのＣＤＳが特定の方法により構成されることを求めておらず、コンテナ及びオブジェクトが構成される方法は、各ベンダー又はユーザにより決定される。このため、各ＣＤＳは独自の構造を有することが可能であり、構造内の各オブジェクトは記述メタデータの異なる組み合わせによりラベル付けされているかもしれない。さらに、ＵＰｎＰは、クエリ装置によりＣＤＳを調査可能な２つの機構、すなわち、クエリ装置がＣＤＳ構造をブラウズすることが可能な「ブラウズ」機構と、詳細装置がＣＤＳに指定された検索条件に合致するアイテムを返すよう要求することが可能であるより有用な「サーチ」機構とを規定している。しかしながら、「サーチ」機構は任意的なものであり、メディアサーバによりホストされるＣＤＳはＵＰｎＰの任意的な「サーチ」機能を実現することなく、代わりにＣＰにコンテナ単位によるそれの階層を「ブラウズ」することを要求する。
【０００７】
上記により、ＣＤＳにより明らかにされる格納構造が、ＣＰがユーザに表現することを所望するコンテンツ構造、又は、ＣＰが提供することを所望するコンテンツ抽出方法に十分に適合しない状況が発生し得る。これらの状況では、ＣＰはＣＤＳ構造からそれのユーザインタフェース（ＵＩ）が必要とする情報を抽出することが骨の折れる作業であると認識するであろう。このことは、ユーザがＵＩにおいてクエリしてから、当該クエリに対する回答によりＵＩが応答するまでの応答時間が長くなるという問題点がある。このことは、ユーザのシステムを利用性を低下させる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本発明は、コンテンツディレクトリサービスにアクセスする方法を向上させるものである。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、コンテンツディレクトリサービス（ＣＤＳ）を利用してメディアコンテンツ情報を格納するシステムにおいて前記メディアコンテンツ情報を提供する方法であって、サービス提供装置のＣＤＳのメディアコンテンツ情報のクエリをクエリ装置から受信するステップと、以前に取得した前記サービス提供装置のＣＤＳの知識を利用して、前記クエリを最適化されたクエリに変換するステップと、前記最適化されたクエリを利用して、前記サービス提供装置のＣＤＳをクエリするステップと、前記クエリ装置に応答を提供するステップとを有することを特徴とする方法を提供する。
【００１０】
ＣＤＳの知識を利用して最適化されたクエリを導出することは、サービス提供装置から必要な情報を抽出するのに要する時間を短縮することができる。
【００１１】
前記ＣＤＳの知識は、あるサービス提供装置又は複数のサービス提供装置のコンテンツディレクトリサービス（ＣＤＳ）により提供される構造、範囲、オブジェクトタイピング、分類、メタデータ利用性、コンテンツ分布、サーチ機能及びクエリパフォーマンスの前記ＣＤＳのプロパティの１以上を有する。
【００１２】
本方法は、システムの他の装置により利用可能なサービスとして、又は当該装置による内部的利用のため、装置により実行可能である。本方法を他の装置のサービスとして実行することは、携帯装置の場合と同様に、クエリ装置が限られた帯域幅又は良好でないクオリティによる処理リソースやネットワーク接続を制限するときに特に効果的なクエリ装置により必要とされる処理量を低減する。
【００１３】
本方法は、処理及び格納リソースを有する任意の装置（メディアサーバ又はコントロールポイントタイプのＵＰｎＰ装置など）によりホスト可能である。本方法は、他のサービスをネットワーク上の装置に提供する装置によりホスト可能であり、ネットワーク上の記憶装置に関する知識を有する任意の装置によるホストに特に適している。
【００１４】
ＣＤＳの知識は特定のコンテンツではなく構造などの特徴に関するものであるため、知識を最新に維持する要求は面倒である。ＣＤＳに行われるほとんどの更新は、構造の大きな変更ではなく、アイテムの追加又は削除となる可能性がある。
【００１５】
本発明の他の特徴は、本方法を実行する装置を提供する。ここで説明される機能は、ソフトウェア、ハードウェア又はそれらの組み合わせにより実現可能である。従って、本発明のさらなる特徴は、本方法を実行するソフトウェアを提供する。ソフトウェアは、電子記憶装置、ハードディスク、光ディスク又は他のマシーン可読記憶媒体に格納可能であり、ホスト装置上で適切な処理装置により実行される。ソフトウェアは、マシーン可読キャリア上のコンピュータプログラムプロダクトとして送信され、又は、ネットワーク接続を介しホスト装置に直接ダウンロードされてもよい。ホスト装置が存在している間の任意の時点において、ソフトウェアがインストールされてもよいということは理解されるであろう。
【００１６】
「コンテンツディレクトリサービス（ＣＤＳ）」という用語は、ＵＰｎＰシステムで利用されるＣＤＳを有するものであるが、ＵＰｎＰシステムだけに限定されるものとされるものではない。それは、厳密には規定されていない階層構造を有するメディアコンテンツ情報の任意のＣＤＳに類似した記憶システムを有することが可能であり、従って、クエリ装置が必要とされる情報を抽出することを予測不可能かつ困難にする。
【発明を実施するための最良の形態】
【００１７】
本発明を詳細に説明する前に、従来のＵＰｎＰシステムが概略的に説明される。より完全な説明は、ＵＰｎＰフォーラムにより発行された「ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ」から取得することができる。ＵＰｎＰ  ＡＶシステムの主要なコンポーネントは、コントロールポイント（ＣＰ）２０と、メディアサーバ（ＭＳ）５０と、メディアレンダラ（ＭＲ）６０とである。これらのすべてが論理的エンティティである。すなわち、物理的装置が、これらエンティティの１つのみ（リモコン形式によるコントロールポイントなど）、又はより一般的にはこれらエンティティのいくつかの組み合わせを有するものであるかもしれない。一例として、ＣＤプレーヤーは、ユーザインタフェース、プレーヤーを動作させるための制御回路（コントロールポイント）、光ディスクからデジタルコンテンツを読み出す装置（メディアサーバ）、及びユーザに提供するため、デジタル信号を音声信号に変換する装置（メディアレンダラ）を有する。
【００１８】
メディアサーバ（ＭＳ）５０は、メデイアコンテンツのストア５２を有する。コンテンツは、音声、映像、静止画像又はこれらの組み合わせを含むことが可能である。メディアサーバはまた、ストア５２のコンテンツをリストするコンテンツディレクトリサービス（ＣＤＳ）５５をサポートする。ＣＤＳは、コンピュータファイルシステムと同様に階層的に構成されている。コンテナ（フォルダ又はディレクトリに類似する）は、階層的に１レベルだけ下位にある複数のオブジェクト（ファイルに類似する）及びコンテナを有することが可能である。当該オブジェクトは、識別子と任意的にメタデータを有するオブジェクト記述を有する。メタデータは、オブジェクト名、アーティスト、作曲家、作成日、サイズなどのプロパティを有するものであってもよい。オブジェクトはまた、オブジェクトコンテンツ（アイテム）を有し、又は、コンテンツの位置を特定するＵＲＬなどのロケータを有するものであってもよい。メディアサーバ５０のさらなる機能は、メディアサーバ５０とメディアレンダラ６０などの他の装置との間の接続を管理するのに利用される接続マネージャサービスである。任意的なＡＶトランスポートサービスは、停止、一時停止、シークなどの機能によりコンテンツの再生を制御することを可能にする。
【００１９】
メディアレンダラ（ＭＲ）６０は、メディアサーバ５０から受信されるメディアコンテンツをレンダリング（再生）するためのものである。その出力は多数の形式をとり得るが、ディスプレイ６３とスピーカー６４を備える再生装置６２が示される。典型的には、再生装置６２は、１以上のデコーダ、デジタル・アナログ変換器、及びアンプを有する。メディアレンダラ６０はまた、コンテンツがレンダリングされる方法を制御するレンダコントロール６１とメディアサーバとの新たな接続を確立する接続マネージャサービス６５をサポートする。音声の再生のため、これは、ボリュームコントロールなどの機能を有することが可能である。
【００２０】
コントロールポイント（ＣＰ）２０は、メディアサーバ５０とメディアレンダラ６０の動作を協調させ、ユーザがコンテンツを選択することを可能にするユーザインタフェース（ＵＩ）２１を有する。コントロールポイント２０は、新たな装置を検出する従来のＵＰｎＰ機構をサポートし、またメディアレンダリング装置の機能を検出し、メディアサーバとメディアレンダラとの間の接続を確立する機構をサポートする。ＵＰｎＰ  ＡＶアーキテクチャは、テレビ、ＶＣＲ、ＣＤ／ＤＶＤプレーヤー／ジュークボックス、セットトップボックス、ステレオシステム、ＭＰ３プレーヤー、静止画像カメラ、カムコーダ、電子写真フレーム（ＥＰＦ）、ＰＣなどの広範なＡＶ装置をサポートする。ＡＶアーキテクチャは、各装置が娯楽コンテンツのための各種タイプのフォーマット（ＭＰＥＧ２、ＭＰＥＧ４、ＪＰＥＧ、ＭＰ３、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、ビットマップ（ＢＭＰ）、ＮＴＳＣ、ＰＡＬ、ＡＴＳＣなど）と、各種タイプの転送プロトコル（ＩＥＣ−６１８８３／ＩＥＥＥ−１３９４、ＨＴＴＰ  ＧＥＴ、ＲＴＰ、ＨＴＴＰ  ＰＵＴ／ＰＯＳＴ、ＴＣＰ／ＩＰなど）をサポートすることを可能にする。
【００２１】
各々がＣＰ、ＭＳ及びＭＲエンティティの１以上を有する複数の物理的装置は、ネットワークとして協調することが可能である。図２は、家庭内の装置ネットワークを表すことが可能なＵＰｎＰネットワークの具体例を示す。コントロールポイント１２０、２つのメディアサーバ装置１２１と１２２及びメディアレンダラ装置１４０は、一体的にネットワーク１１０を介し接続されている。ネットワーク１１０は、有線（イーサネット（登録商標）など）又は無線（ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈなど）とすることができる。メディアコンテンツは、ホームネットワーク１００内のサーバ上にすべてを配置することが可能であり、又は、ホームネットワーク１１０の外部に配置することも可能である。図２は、インターネットなどの外部ネットワーク１３０の一部であるコンテンツを格納するためのサーバ１２３を示す。この外部サーバ１２３は、ゲートウェイ１１５を介しホームネットワークに接続される。
【００２２】
図１を再び参照するに、これは、ＵＰｎＰネットワークを介しコンテンツにアクセスするための従来の構成を示す。メディアサーバＭＳ５０は、ローカル記憶装置５２とやりとりすることにより（３１）、コンテンツディレクトリサービス（ＣＤＳ）５５を維持する。メディアサーバ５０は、ＭＳのメーカーにより決定される方法によりＣＤＳを構成する。ＣＤＳは、新たなコンテンツがストア５２に追加されるごとに更新される。以降のある時点において、ユーザはユーザインタフェース２１とやりとりする。典型的には、ユーザインタフェース２１は、ユーザに可能な選択肢のメニューを提示する。一例として、初期的なメニュー画面は、ユーザに音声、映像又は画像を抽出することを所望しているか問い合わせするかもしれない。ＵＩ２２におけるユーザ選択に応答して、ＣＰは、ＭＳ５０のＣＤＳ５５に適切なクエリ３２を行う。ＭＳ５０は、コンテンツの必要な列挙により応答する。ユーザがコンテンツの一部を選択するとき、ＣＰは、ＭＳ及びＭＲに適切な接続３３と３４を構成し、ＭＳからＭＲへのコンテンツ３５のストリーミングを開始するよう指示する。
【００２３】
図２を再び参照するに、ネットワークはまた、クエリのための変換サービスを提供するエンティティ７０を有する。エンティティ７０は、変換サービスを必要とするネットワーク内の任意の装置に当該サービスを提供する。ＵＰｎＰシステムに関して、エンティティ７０は、後述されるメディアサーバとコントロールポイントの２つの装置タイプの組み合わせである。
【００２４】
図３及び４は、本発明によるシステムの第１実施例の動作を示す。簡単化のため、図は、１つのコントロールＣｐ−ａ、２つのメディアサーバＭＳ−ａとＭＳ−ｃ、及び変換サービスをホストするエンティティ７０のみを示す。エンティティ７０の２つの主要な部分は、ＣＤＳアナライザ７２とトランスレータＣＤＳ７５である。ＣＤＳアナライザ７２は、ネットワーク上の１以上の記憶装置により提供されるＣＤＳの構造及び機能を解析する。この解析処理の結果は、トランスレータＣＤＳ７５の動作パラメータを設定する。トランスレータＣＤＳ７５は、要求元であるネットワーク上の何れかのコントロールポイント（ＣＰ）装置に変換サービスを提供する。トランスレータＣＤＳ７５はネットワーク上の他のＵＰｎＰ装置にとってはＣＤＳとみえるが、それ自体はメディアコンテンツ情報を格納しない。むしろ、トランスレータＣＤＳ７５は、トランスレータＣＤＳが実際のＣＤＳの最適化されたクエリを行うことを可能にする動作パラメータ群を格納する。
【００２５】
図３に示されるように、ＭＳ−ａは、それのローカルストレージとやりとりし（２０１）、新たなオブジェクトが格納されると、ＣＤＳにエントリを追加し、オブジェクトが削除されると、ＣＤＳからオブジェクトを削除することにより最新のＣＤＳを維持する。メディアサーバ装置ＭＳ−ａがネットワークに参入すると、ＣＤＳアナライザ７２は、ＭＳ−ａのＣＤＳに対して一連のクエリを行う。これらクエリは、ＭＳ−ａにより提供されるＣＤＳの構造及び機能を確認する。ＣＤＳアナライザ７２は、ＭＳ−ａによりホストされるＣＤＳの各種機能を解析する。これらは、
ＣＤＳの構造、すなわち、ＣＤＳは、何れの階層構造タイプのコンテナ及びオブジェクトを使用するか、コンテナがどのようにラベル付け及び構成されるか、
ＣＤＳは、何れの標準的タイプのオブジェクトを使用するか、何れのものを使用しないか、すなわち、異なるオブジェクトのＣＤＳの分類がどのように特有なものであるか、
範囲、すなわち、ＣＤＳのサイズと、ＣＤＳの特定のコンテナ又は部分の大きさの表示、
メタデータ利用性、すなわち、何れのメタデータがＣＤＳ階層の異なるレベルに含まれるか、そしてどの程度までメタデータのカバー範囲が完全かつコンシスタントであるか、
コンテンツ分布、すなわち、あるタイプのコンテンツがＣＤＳ階層内にどのように分布しているか、
検索機能、すなわち、ＣＤＳは「ブラウズ」タイプのクエリの「サーチ」タイプのクエリをサポートするか、「検索可能」がコンテナについてスイッチオンされるか、
クエリパフォーマンス、すなわち、標準タイプのクエリに対する可能性のある応答時間の表示、
を有することが可能である。
【００２６】
ＣＤＳアナライザ７２は、可能な限り迅速に上記情報を導出するため、何れか未知のＣＤＳに問い合わせるのに利用可能な標準的なクエリ群を有することが可能である。あるいは、又は加えて、最初のクエリに対する応答が、以降のクエリを変更するのに利用される。
【００２７】
いくつかの具体的なシナリオが与えられる。第１の例では、ＣＤＳアナライザ７２は、あるＣＤＳが音楽アイテムのアーティストの中央リストを維持していないということを検出するが、アーティストコンテナは常に異なるジャンルの音楽を表すコンテナ内に含まれることに言及する。これに応答して、ＣＤＳアナライザ７２は、すべてのアーティストのリストを編集するため、ＣＤＳ内のすべてのジャンルコンテナの直接的な子供を集める必要があるということを述べるルールを生成する。
【００２８】
第２の例では、ＣＤＳアナライザ７２は、あるＣＤＳが、具体的に「音楽トラック」、「音声配信」又は「音声書籍」ではなく汎用的なタイプの「音声アイテム」としてすべての音声のみのコンテンツを分類していると検出する。これに応答して、ＣＤＳアナライザ７２は、音楽トラックのリストを与えるため、「音声アイテム」のタイプのオブジェクトを検索し、関連があると判断するため、各アイテムのメタデータを調べる必要があるということを述べるルールを生成する。
【００２９】
第３の例では、ＣＤＳアナライザ７２は、「５３」のＩＤを有するコンテナが「ロック」のジャンルのコンテナであり、当該コンテナが「検索可能」にスイッチオンされることを検出する。ジャンル「ロック」を検索するのに何れかのクエリを受け付けると、これはコンテナ５３上で直接に検索に変換されるようなルールが生成される。これらの例のすべてにおいて、新しいルールがトランスレータＣＤＳ７５に追加される。
【００３０】
ＣＤＳアナライザ７２により実行される解析から、一組の動作パラメータが生成される。これらは、当該ＣＤＳから情報を抽出するのに最も適したクエリ形式及び方策を含む。
【００３１】
ＣＤＳアナライザ７２は、各々がＣＤＳを有する複数のＭＳ装置ＭＳ−ａとＭＳ−ｃに問い合わせすることが可能である。各ＣＤＳは装置メーカー又はユーザにより指定される異なる形式を有する可能性がある。異なる構造を鑑みて、ＣＤＳアナライザ７２により導出される動作パラメータ群は、各ＣＤＳに対して異なるものとなる。
【００３２】
図４は、トランスレータＣＤＳ７５の動作を示す。使用中、ユーザはＣＰ−ａのユーザインタフェース（ＵＩ）２１とやりとりする。ユーザの選択に応答して、装置からコンテンツリストを抽出するためのクエリが生成される。ＣＰ−ａ自体がクエリする代わりに、ＣＰ−ａは、当該クエリ３０２をトランスレータＣＤＳ７５に送信する。このクエリは、ホストＭＳ装置の身元を有する。トランスレータＣＤＳ７５は、クエリ３０２を受信し、ホストＭＳ装置に動作情報群を問い合わせる。その後、それはＭＳ−ａのＣＤＳに関する最適なクエリを生成する。トランスレータＣＤＳ７５は、ＭＳ−ａのＣＤＳから応答を受信する。この応答に従って、トランスレータＣＤＳ７５は、さらなるクエリを生成するかもしれない。トランスレータＣＤＳ７５は、当該応答をＣＰ−ａに送信され、ＵＩ２１上に結果を表示するのに利用される単独の応答３０３に編集する。トランスレータＣＤＳ７５は、実際のメディアコンテンツもコンテンツ固有情報（メタデータ）も格納しないが、当該ＭＳに関する情報に基づき、ＭＳがＣＤＳをホストするのに最適化されたクエリを生成する。
【００３３】
トランスレータＣＤＳ７５は、ＣＰ−ａ以外のコントロールポイントから各クエリが上述のものと同様にして処理されるクエリを受信することができる。
【００３４】
標準的なＵＰｎＰに従うエンティティ７０が示される。ＵＰｎＰネットワークにおいて、コントロールタスクはＵＰｎＰコントロールポイントにより実行され、これにより、ＣＤＳアナライザ７２は、コントロールポイント装置ＣＰ−ｂによりホストされる。ＣＤＳは、メディアサーバ装置の一部を構成しなければならず、このため、トランスレータＣＤＳ７５は、メディアサーバ装置ＭＳ−ｂによりホストされる。また、ＵＰｎＰに厳密に適合するため、クエリ機能はＣＰ装置のみにより実行可能であり、これにより、トランスレータＣＤＳ７５は、コントロールポイントの一部となるか、あるいは協調する必要がある。
【００３５】
ＣＤＳアナライザ７２とトランスレータＣＤＳ７５は、物理的に分離した装置により収容することが可能である。しかしながら、トランスレータＣＤＳは、他のＣＤＳにそれの最適化されたクエリを送信する必要があり、このことは、ＭＳ装置ではなくＣＰ装置のみが実行可能なことである。これは、トランスレータＣＤＳ７５は、それがＣＤＳアナライザ７２と分離されているとしても、依然として埋め込みＣＰなどのある形式のＣＰへのアクセスを求めるということを意味する。好ましくは、エンティティ７０は、このサービスを提供するため、又はより可能性があるのは他のタスク（後述されるような）と共に当該サービスを提供するためだけに存在する１つの物理的装置である。
【００３６】
ＣＰがＭＳからＭＲにコンテンツの選択されたアイテムの転送を調整する従来の処理は、変換サービスを提供ことによっては影響を受けない。
【００３７】
図５は、主要な機能ブロックを示すＣＤＳアナライザ７２をより詳細に示す。ＣＤＳクエリユニット８５は、上述のようにクエリを定式化するためのユニット８６を有する。トランスレータＣＤＳ７５による格納のため、更新メッセージ（動作ルール又は設定など）９０を生成する応答解析ユニット８７により応答が解析される。ＭＳ認識機能８１は、新たなＭＳ装置がネットワーク上に出現すると認識する。ＵＰｎＰプロトコルの標準的部分は、新たな装置がその存在をネットワーク上の他の装置に配信する検出処理である。ＭＳ認識機能８１は、このようなメッセージ３１０を受信し、ユニット８５にネットワーク上の新たな装置のクエリを開始させるため、新たな装置の身元をＣＤＳクエリユニット８５にわたすよう構成することができる。このクエリ処理は、新たな装置が「定着する」ことを可能にするため、即座に又は短時間の後に開始することができる。
【００３８】
動作について、ＣＤＳアナライザ７２は、トランスレータＣＤＳに格納されている情報が可能な限り正確なものとなることを保証するため、バックグラウンド処理としてＣＤＳをクエリすることを継続する。ＭＳは、それのＣＤＳに更新がなされるときは常に、メッセージ３１２を送信することによって、ＣＤＳアナライザ７２に通知するようにしてもよい。この通知は、ＣＤＳの何れかに変更がなされたことを単に示すものであり、あるいは、どのような変更がされたか（例えば、アイテムＸがコンテナＹに追加された）、より有用に示すものであってもよい。更新がなされるときは常に、ＭＳがＣＰに通知をしない場合、更新機能８２は、ＣＤＳに更新が行われたかチェックするため、ＣＤＳアナライザ７２に定期的にＭＳを調査させるよう構成することが可能である。更新機能８２は、適切な値に設定されるタイマーとすることが可能である。ＣＤＳへのほとんどの更新は、ＣＤＳの動作モード又は構造に対する変更ではなく、新たなアイテムを追加するシンプルな処理であるため、すべての変更をＣＤＳアナライザ７２が調べることは必要ではない。極めて特殊な少数のプローブクエリが、現在の解析の有効性を確認するため、夜間など便利な時間に実行可能である。
【００３９】
図６は、主要な機能ブロックを示すより詳細なトランスレータＣＤＳ７５を示す。インタフェース９１は、コントロールポイントからクエリ３０２を受信し、応答３０３を送信する。当該クエリは、ＣＤＳをホストする１以上のＭＳ装置の身元及びメディア情報に対するリクエストを含む。ＣＤＳクエリ機能９２は、特定されたＭＳ装置に送信するため、適切なクエリを定式化するユニット９３を含む。機能９３は、データベース９５からの情報を利用して、最適化されたクエリを定式化する。シンプルな例として、データベース９５は、あるＣＤＳが検索機能をサポートしていないことを示すかもしれない。「サーチ」形式のクエリを受信すると、定式化ユニット９３は、ブラウズ機能を利用する最適化されたクエリを発行する。他の例では、データベース９５は、あるＣＤＳが検索をサポートする「音楽」と呼ばれる音声アイテムを有するコンテナを有することを示す。この結果、クエリ定式化ユニット９３がある名前を有する音声アイテムに対するリクエストを受信すると、それは、要求されたアイテムの名前とコンテナ「音楽」を指定するサーチ形式による最適化されたクエリを発行する。応答編集ユニット９４は、クエリを送信したＣＰに送信するための応答を編集する。
【００４０】
一般的なケースでは、トランスレータＣＤＳ７５は、各ＣＤＳに関する格納されている情報を利用して、ＣＤＳの既知の構造又は機能により適したものに受信したクエリを変換する変換サービスを要求元のＣＰに提供する。さらに進化したものでは、トランスレータＣＤＳ７５は、あるＣＰにより必要とされる可能性のある特定のブラウズ、サーチ及び抽出タスクに関する情報をストア９５に格納することができる。これにより、トランスレータＣＤＳは各ＣＰに向上したサービスを提供することが可能となる。この情報は、あるＣＰに最も関連する機能を特徴付けるのに着目したＣＤＳ解析処理を最適化するため、ＣＤＳアナライザ７２に送信することができる。また、ストア９５の内部構造は、ユニット９３から受信した最も一般的なクエリに最速のサポートを提供するよう最適化することができる。
【００４１】
図７は、図３及び４に示されるものと同様の機能を有する本発明のさらなる実施例を示す。しかしながら、トランスレータＣＤＳ７５は、それ自体のＣＤＳ７６との置換又は拡大として、「フレンドリ」なメディアサーバにより操作される。もとのＣＤＳ７６とトランスレータＣＤＳ７５は、合成されたＣＤＳとして一緒になって効果的に存在する。
【００４２】
図８は、図３、４及び７に示される構成と類似する機能を有する本発明のさらなる実施例を示す。しかしながら、当該構成と異なり、図８は、ユーザインタフェースをホストするコントロールポイントによりホストされるＣＤＳアナライザ７２とトランスレータＣＤＳ７５を示す。トランスレータＣＤＳ７５は、ホスト装置のみによる使用のため、ホスト装置の内部に完全に含まれてもよく、あるいは、埋め込みメディアサーバ装置を介しトランスレータＣＤＳ７５を公開することによって、他のＣＰによりアクセス可能とすることも可能である。
【００４３】
他の装置によりアクセス可能なＣＤＳアナライザ７２とトランスレータＣＤＳ７５を設けることにより、限られた処理パワーしか有しない携帯型の電池により駆動される装置などの限られたリソースしか有しない装置が、より質の高いサービスをユーザに提供することが可能となる。図４を再び参照するに、それはまた、ＣＤＳとトランスレータＣＤをホストする装置７０との間の通信リンク３０２と３０３は、ＣＤＳとＵＩをホストするＣＰとの間の通信リンクより質の高いものとなる場合に効果的である。
【００４４】
完全なものとするため、図９は、ＭＳのコンテンツディレクトリサービス（ＣＤＳ）の一例となる構造を示す。ＣＤＳは、コンテナとオブジェクトの階層構造を有する。コンテナは複数のオブジェクトを有し、例えば、音楽アルバムは、複数の音声オブジェクトを有するコンテナである。図示されるように、コンテナは、さらなるコンテナ群（コンテナ３．２、３．３、３．４を有するコンテナ２．３のように）又は複数のアイテムを有することが可能である。各オブジェクトは、いくつかのプロパティにより規定される。このようなオブジェクトの１つであるオブジェクト３．１．３が、より詳細に示される。ＵＰｎＰでは、上記プロパティは、「ｉｄ」や「ｔｉｔｌｅ」（名前）などの識別子を有することが必要とされる。オブジェクトは、メディアオブジェクトの位置に指定されたＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を有することが可能である。実際のコンテンツは、メディアサーバ（図１のストア５２など）内の記憶装置、又はメディアサーバの外部のサーバに格納されてもよい。コンテナのプロパティは、当該コンテナが検索可能であるか示すフィールドである。メタデータ７００を含むさらなるプロパティがまた、当該情報に含めることができる。
【図面の簡単な説明】
【００４５】
【図１】図１は、ＵＰｎＰシステムの主要なコンポーネントを示す。
【図２】図２は、ＵＰｎＰ装置のネットワークを示す。
【図３】図３は、本発明によるトランスレータＣＤＳ機能を有するシステムの第１実施例を示す。
【図４】図４は、本発明によるトランスレータＣＤＳ機能を有するシステムの第１実施例を示す。
【図５】図５は、ＣＤＳアナライザの主要な機能ブロックを示す。
【図６】図６は、トランスレータＣＤＳの主要な機能ブロックを示す。
【図７】図７は、本発明によるシステムのさらなる実施例を示す。
【図８】図８は、本発明によるシステムのさらなる実施例を示す。
【図９】図９は、ＣＤＳの一例となる構造を示す。
【図１】
2007513397.tif 000003
【図２】
2007513397.tif 000004
【図３】
2007513397.tif 000005
【図４】
2007513397.tif 000006
【図５】
2007513397.tif 000007
【図６】
2007513397.tif 000008
【図７】
2007513397.tif 000009
【図８】
2007513397.tif 000010
【図９】
2007513397.tif 000011
【国際調査報告】
2007513397.tif 000012
2007513397.tif 000013
2007513397.tif 000014