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