(57)【要約】  少なくとも１つのネットワークを介した娯楽配信を支援するためのシステムは、番組を配信するためのコンテンツプロバイダ１００と、前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを配信するためのメタデータプロバイダ１０２と、を有する。前記システムは更にユーザ端末１１８を有し、前記ユーザ端末は、前記メタデータを受信するための入力部１０６と、前記コンテンツ参照識別子を用いて前記番組を受信するための入力部１０６と、前記受信された番組を再生するための再生ユニット１１６と、オーディオ又はビデオとは異なる周囲環境効果を生成するための周囲環境生成器１０８と、受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するための周囲環境制御器１１０と、を有する。
2009540725.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのネットワークを介した娯楽配信を支援するためのシステムであって、
番組を配信するためのコンテンツプロバイダと、
前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを配信するためのメタデータプロバイダと、
ユーザ端末と、
を有し、前記ユーザ端末は、
前記メタデータを受信するための入力部と、
前記コンテンツ参照識別子を用いて前記番組を受信するための入力部と、
前記受信された番組を再生するための再生ユニットと、
オーディオ又はビデオとは異なる周囲環境効果を生成するための周囲環境生成器と、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するための周囲環境制御器と、
を有するシステム。
【請求項２】
前記番組の所定の場面の再生に同期して所定の周囲環境効果を生成するための周囲環境制御データを配信するための周囲環境プロバイダを更に有し、
前記メタデータプロバイダは、前記周囲環境制御データのコンテンツ参照識別子を前記メタデータに含ませるように構成され、
前記ユーザ端末は、前記周囲環境制御データの前記コンテンツ参照識別子を用いて前記周囲環境制御データを受信するための入力部を更に有し、
前記周囲環境制御器は、前記周囲環境生成器に、前記所定の場面の再生と同期して前記所定の周囲環境効果を生成させるように構成された、請求項１に記載のシステム。
【請求項３】
前記メタデータプロバイダは、前記番組の複数のコンテンツ参照識別子を含ませるように構成され、前記周囲環境に関連するデータは、それぞれの前記コンテンツ参照識別子を用いて取得されたときに、前記番組に付随する周囲環境制御データの存在及び／又はタイプを示し、
前記ユーザ端末は、前記周囲環境に関連するデータの少なくとも幾つかを表示し、受信及び再生のために前記複数のコンテンツ参照識別子の少なくとも１つをユーザが選択できるようにするように構成され、
前記ユーザ端末は、前記選択されたコンテンツ参照識別子を用いて、前記番組及び前記付随する周囲環境制御データを受信するための入力部を有し、
前記周囲環境制御器は、前記受信された周囲環境制御データに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するように構成された、請求項１に記載のシステム。
【請求項４】
前記メタデータプロバイダは、前記番組の時間を示すタイムスタンプを含ませるように構成され、前記周囲環境に関連するデータは、前記タイムスタンプに関連付けられ、
前記周囲環境制御器は、前記タイムスタンプにより示される時間に、前記周囲環境に関連するデータによって規定される周囲環境を実現するように構成された、請求項１に記載のシステム。
【請求項５】
前記メタデータプロバイダは、前記周囲環境に関連するデータに、前記番組を特徴付ける情報を含ませるように構成され、
前記周囲環境制御器は、前記番組を特徴付ける情報を考慮して、前記受信された番組に基づいて、前記周囲環境生成器によって生成されるべき周囲環境効果を動的に計算するように構成された、請求項１に記載のシステム。
【請求項６】
前記ユーザ端末は、
前記周囲環境生成器の特性に関連する及び／又はユーザ設定に関連する情報を生成するための手段と、
前記生成された情報を前記メタデータプロバイダに送信するための出力部と、
を有し、前記メタデータプロバイダは、
前記ユーザ端末から前記情報を受信するための入力部と、
前記受信された情報を考慮して、前記ユーザ端末に配信されるべきメタデータを生成するためのメタデータ生成器と、
を有する、請求項１に記載のシステム。
【請求項７】
前記周囲環境生成器は、前記番組を補足する前記受信された周囲環境に関連するデータに基づいて、前記受信された番組の再生の間の使用のための前記周囲環境生成器のリソースを確保するように構成された、請求項１に記載のシステム。
【請求項８】
前記メタデータはTV-Anytimeに準拠したものである、請求項１に記載のシステム。
【請求項９】
前記メタデータプロバイダは、TV-Anytimeに準拠したメタデータを生成し、関連マテリアルフィールド及び／又は前記番組に関連付けられた前記コンテンツ参照識別子に関連するコンテンツのパッケージに、前記周囲環境制御データに関連付けられた前記コンテンツ参照識別子を含ませるように構成された、請求項１に記載のシステム。
【請求項１０】
前記周囲環境生成器は、照明、ファン、振動装置、暖房機及びブラインドのうち少なくとも１つを有する、請求項１に記載のシステム。
【請求項１１】
少なくとも１つのネットワークを介した娯楽配信を支援するためのメタデータプロバイダであって、前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境制御データのコンテンツ参照識別子を含むメタデータを配信するように構成された、メタデータプロバイダ。
【請求項１２】
番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを受信するための入力部と、
前記コンテンツ参照識別子を用いて前記番組を受信するための入力部と、
受信された番組を再生するための再生ユニットと、
オーディオ又はビデオとは異なる周囲環境効果を生成するための周囲環境生成器と、
前記受信された番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するための周囲環境制御器と、
を有するユーザ端末。
【請求項１３】
少なくとも１つのネットワークを介した娯楽配信を支援するための方法であって、
番組を配信するステップと、
前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを配信するステップと、
ユーザ端末において、
前記メタデータを受信するステップと、
前記コンテンツ参照識別子を用いて前記番組を受信するステップと、
前記受信された番組を再生するステップと、
オーディオ又はビデオとは異なる周囲環境効果を生成するステップと、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境効果の生成を制御するステップと、
を有する方法。
【請求項１４】
少なくとも１つのネットワークを介した娯楽配信を支援するための方法であって、
番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを受信するステップと、
前記コンテンツ参照識別子を用いて前記番組を受信するステップと、
前記受信された番組を再生するステップと、
オーディオ又はビデオとは異なる周囲環境効果を生成するステップと、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境効果の生成を制御するステップと、
を有する方法。
【請求項１５】
請求項１３又は１４に記載の方法をプロセッサに実行させるための命令を有する、コンピュータプログラム。
【請求項１６】
TV-Anytimeに準拠したものであり、オーディオ及び／又はビデオコンテンツを参照するコンテンツ参照識別子及び補足的な周囲環境制御データを参照するコンテンツ参照識別子を含むパッケージを有する、装置間の通信のためのＸＭＬファイル。
【請求項１７】
オーディオ及び／又はビデオコンテンツを参照するコンテンツ参照識別子及び補足的な周囲環境制御データを参照するコンテンツ参照識別子を有する、装置間の通信のためのディジタル信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも１つのネットワークを介した娯楽配信を支援するためのシステムに関する。本発明はまた、メタデータプロバイダ、ユーザ端末、方法、コンピュータプログラム、信号及びＸＭＬファイルに関する。
【背景技術】
【０００２】
ディスプレイ技術における近年の進歩のひとつは、ambilight（登録商標）である。この技術は、増強された視聴体験を生成するために、再生されているコンテンツの色に応じて、テレビジョンのようなディスプレイの背後の壁を照明するものである。また、暖房及び室内の照明を含む、他のタイプの周囲環境（ambience）も知られている。ディスプレイ上に再生されている色から導出されるもののみならず、任意の時間に生じるであろう周囲環境の効果のタイプを（部分的に）記述する周囲環境スクリプトの生成的なエディタによっても周囲環境が影響を受けるようにするための「体験エンジン」として、ａｍＢＸ（登録商標）プラットフォームが確立されている。これらａｍＢＸスクリプトは最初はゲーム業界に向けられたものであり、このことは、ａｍＢＸスクリプトがＰＣ又はゲーム機でゲームを再生するときに生成される周囲環境体験を定義するために利用されることを意味している。将来、サポートは、音楽及びビデオを含む、ゲームを越えたアプリケーションへと拡張されるであろう。
【０００３】
TV-Anytimeは、TV-Anytimeフォーラムにより段階的に開発されている新興のプラットフォームである。TV-Anytimeフェーズ１は、メタデータ、コンテンツ参照、並びに権利管理及び保護の分野に対処する。TV-Anytimeフェーズ２はいずれ、コンテンツパッケージング、リモートプログラミング、コンテンツ及びユーザプロファイルの共有に関連する技術に対応する。「Specification Series: S-2 (Phase 2) on: System Description」（The TV-Anytime Forum、Final Specification、SP002v2.0、2005年4月8日、www.tv-anytime.org）を参照されたい。TV-Anytimeフェーズ２は、ゲーム、ウェブページ、音楽ファイル、グラフィクス及びデータのような、線形のオーディオ／ビデオ以外の新たなコンテンツタイプをサポートする。これら新たなコンテンツタイプは、非オーディオ−ビデオ番組として及び／又はパッケージのコンポーネントとして、単独で取り扱われる。パッケージングの概念は、ゲーム、アプリケーション及びインタースティシャルコンテンツ（interstitial content）の、オーディオ、ビデオ、静止画像及びテキストとの結合を可能とする。パッケージは、種々の消費者体験を提供するために何らかの組み合わせで同時に消費されることを意図された、コンテンツアイテムの集合から成る。パッケージ記述メタデータはまた、利用環境及びユーザの好みに応じた消費のための選択肢を表現するメカニズムを提供する。加えて、パッケージ記述メタデータは、コンテンツがコンテンツの生成者が意図したように消費されることを可能とするため、コンテンツアイテム間の時間的及び空間的情報を記述する。同期情報により、交互のオーディオ及びビデオのドキュメンタリのような多ストリーム体験が、コンテンツパッケージングを用いて提供されることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
少なくとも１つのネットワークを介した娯楽配信のための改善されたシステムを達成することが有利となり得る。
【課題を解決するための手段】
【０００５】
この問題に適切に対処するため、本発明の第１の態様において、
番組を配信するためのコンテンツプロバイダ（１００）と、
前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを配信するためのメタデータプロバイダ（１０２）と、
ユーザ端末（１１８）と、
を有し、前記ユーザ端末は、
前記メタデータを受信するための入力部（１０６）と、
前記コンテンツ参照識別子を用いて前記番組を受信するための入力部（１０６）と、
前記受信された番組を再生するための再生ユニット（１１６）と、
オーディオ又はビデオとは異なる周囲環境効果を生成するための周囲環境生成器（１０８）と、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するための周囲環境制御器（１１０）と、
を有するシステムが提示される。
【０００６】
例えば、コンテンツ参照識別子は、番組がコンテンツプロバイダから取得されることができる場所及び／又は時間を示す。コンテンツ参照識別子（ＣＲＩＤ）は、コンテンツへのリファレンスである。コンテンツは例えば、再生のために必要とされるときに、該コンテンツの場所へと解決されても良い。コンテンツプロバイダは、例えばオーディオ及び／又はビデオコンテンツ、又は例えばマルチメディアコンテンツのような、ディジタルコンテンツを有する番組を配信することができる。
【０００７】
該番組は例えば、所定の時間に該番組を放送することにより、又は要求に応じて番組を配信することにより、若しくはポッドキャスティング（podcasting）により、配信されても良い。メタデータは更に、該番組に関連するラベル、タイトル又は画像を有しても良く、ユーザ端末は、該ラベル／タイトル／画像を表示するためのインタラクション手段を有しても良く、ユーザが周囲環境を伴う又は伴わない再生のために関連する番組を選択することを可能としても良い。本システムは、生成される周囲環境を、特定の番組の特性に誂えることを可能とする。既存のambilight効果は再生されているコンテンツの解析に基づくものであるのに対し、本発明は外部の規定に応じて効果を生成することを可能とする。これら規定の例は、以下の実施例において提供される。周囲環境及びコンテンツは、メタデータにおける結合により関連付けられたものとなり、再生されるべき番組に適切な周囲環境データを供給することを容易にする。記載されるような構成は、周囲環境データが、既存のデータプロトコルに埋め込まれることを可能とし、実現を特に経済的なものとする。それぞれが異なる周囲環境を関連付けられた、番組の複数のバージョンを提供することさえ可能となる。ユーザは、例えば該ユーザの気分又は個人的な環境（例えば、周囲にいる他の人物であって、周囲効果によって苛立ちを覚える人物）に基づいて、利用されることを該ユーザが望む所望のバージョンを選択しても良い。
【０００８】
一実施例は、前記番組の所定の場面の再生に同期して所定の周囲環境効果を生成するための周囲環境制御データを配信するための周囲環境プロバイダ（１０４）を更に有し、本実施例においては、
前記メタデータプロバイダは、前記周囲環境制御データのコンテンツ参照識別子を前記メタデータに含ませるように構成され、
前記ユーザ端末は、前記周囲環境制御データの前記コンテンツ参照識別子を用いて前記周囲環境制御データを受信するための入力部を更に有し、
前記周囲環境制御器は、前記周囲環境生成器に、前記所定の場面の再生と同期して前記所定の周囲環境効果を生成させるように構成される。
【０００９】
本実施例は、周囲環境効果が、比較的高い詳細さで、予め決定されることを可能とする。例えば、周囲環境制御データは、当該番組のために特に生成されたａｍＢＸスクリプトを有しても良い。本実施例により提供される方法は、周囲環境と番組との間の疎結合を提供する。コンテンツプロバイダは、（例えばオーディオ又はビデオデータを有する）番組を提供する必要があるのみである。周囲環境データは後に追加されても良く及び／又は別の組織により追加されても良く、コンテンツプロバイダにより提供される元の番組にはいずれの変更も必要とされない。双方のデータのタイプの位置がメタデータプロバイダにより配信されるため、周囲環境を伴う番組の完全なパッケージの取得が便利となる。例えば、周囲環境は、予めロードされても良いし、又はストリーミングされても良い。異なるバージョンの周囲環境制御データを指す、１つよりも多いコンテンツ参照識別子が提供されても良い。異なるバージョンが同一の周囲環境プロバイダから及び／又は異なる周囲環境プロバイダから取得されても良い。
【００１０】
一実施例においては、前記メタデータプロバイダは、前記番組の複数のコンテンツ参照識別子を含ませるように構成され、前記周囲環境に関連するデータは、それぞれの前記コンテンツ参照識別子を用いて取得されたときに、前記番組に付随する周囲環境制御データの存在及び／又はタイプを示し、
前記ユーザ端末は、前記周囲環境に関連するデータの少なくとも幾つかを表示し、受信及び再生のために前記複数のコンテンツ参照識別子の少なくとも１つをユーザが選択できるようにするように構成され、
前記ユーザ端末は、前記選択されたコンテンツ参照識別子を用いて、前記番組及び前記付随する周囲環境制御データを受信するための入力部を有し、
前記周囲環境制御器は、前記受信された周囲環境制御データに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するように構成される。
【００１１】
複数のコンテンツ参照識別子は、本質的に同一の番組の異なるバージョンが取得されることができるそれぞれの場所及び／又は時間を示すものであっても良い。番組の各バージョンに付随する周囲環境は、異なる。例えば、周囲環境を伴わないバージョンが供給されても良い。また、異なるバージョンの周囲環境制御データを伴う異なるバージョンの番組が、メタデータにおいて参照されても良い。ユーザが好む周囲環境を伴う番組のバージョンを該ユーザが選択することができるので、ユーザに対してより大きな自由度が提供される。また、ユーザが各バージョンに対して、該バージョンに付随する周囲環境に応じた異なる料金を支払うことを要求されても良い。異なるコンテンツプロバイダが、各コンテンツ参照識別子に関連付けられても良い。
【００１２】
一実施例においては、前記メタデータプロバイダは、前記番組の時間を示すタイムスタンプを含ませるように構成され、前記周囲環境に関連するデータは、前記タイムスタンプに関連付けられ、
前記周囲環境制御器は、前記タイムスタンプにより示される時間に、前記周囲環境に関連するデータによって規定される周囲環境を実現するように構成される。
【００１３】
このようにして、時間に依存する、周囲環境に関連するデータが、メタデータ内に備えられる。メタデータプロバイダは、周囲環境プロバイダと、一部又は完全に置き換わっても良い。タイムスタンプは、TV-Anytimeセグメント化メタデータの形で提供されても良い。
【００１４】
一実施例においては、前記メタデータプロバイダは、前記周囲環境に関連するデータに、前記番組を特徴付ける情報を含ませるように構成され、
前記周囲環境制御器は、前記番組を特徴付ける情報を考慮して、前記受信された番組に基づいて、前記周囲環境生成器によって生成されるべき周囲環境効果を動的に計算するように構成される。
【００１５】
番組は、例えばコンテンツタイプ、意図される周囲環境、雰囲気（「息詰まるような」といったもの）及びキーワードのうち少なくとも１つにより特徴付けられても良い。
【００１６】
一実施例においては、前記ユーザ端末は、
前記周囲環境生成器の特性に関連する及び／又はユーザ設定に関連する情報を生成するための手段と、
前記生成された情報を前記メタデータプロバイダに送信するための出力部と、
を有し、前記メタデータプロバイダは、
前記ユーザ端末から前記情報を受信するための入力部と、
前記受信された情報を考慮して、前記ユーザ端末に配信されるべきメタデータを生成するためのメタデータ生成器と、
を有する。
【００１７】
ユーザ端末の出力は、メタデータプロバイダが、特性及び設定に特有な誂えられた情報を提供することを可能とする。周囲環境生成器の特性は例えば、利用可能な装置のタイプを含んでも良い。ユーザ設定は、ユーザの好み及び／又は特権を含んでも良い。このことは、本システムが、周囲環境生成器が生成することができる周囲環境効果、ユーザが体験することを好む周囲環境効果、及び／又はユーザがアクセスした周囲環境効果のみを提供することを可能とする。
【００１８】
代替の実施例においては、周囲環境提供器は、ユーザ端末からの情報を受信するための入力部と、該受信された情報を考慮して、ユーザ端末に配信されるべき周囲環境制御データを生成するための周囲環境制御生成器とを有する。
【００１９】
一実施例においては、前記周囲環境生成器は、前記番組を補足する前記受信された周囲環境に関連するデータに基づいて、前記受信された番組の再生の間の使用のための前記周囲環境生成器のリソースを確保するように構成される。
【００２０】
このことは、番組の間の特定の時点において必要とされる装置が、必要とされる効果を提供する準備ができていることを確実にすることを支援する。
【００２１】
一実施例においては、前記メタデータはTV-Anytimeに準拠したものである。
【００２２】
開示されるメタデータのタイプは、TV-Anytimeを利用して実現されても良い。これらタイプは、汎用のTV-Anytimeフィールドを利用して実現されても良いし、又はTV-Anytimeデータに含まれる専有フィールドを利用して実現されても良い。
【００２３】
一実施例においては、前記メタデータプロバイダは、TV-Anytimeに準拠したメタデータを生成し、関連マテリアルフィールド及び／又は前記番組に関連付けられた前記コンテンツ参照識別子に関連するコンテンツのパッケージに、前記周囲環境制御データに関連付けられた前記コンテンツ参照識別子を含ませるように構成される。
【００２４】
TV-Anytimeデータにコンテンツ参照識別子を組み込むこれらの方法は、TV-Anytime規格に対して比較的少ない変更及び／又は拡張しか必要としないため、特に便利である。
【００２５】
一実施例においては、前記周囲環境生成器は、照明、ファン、振動装置、暖房機及びブラインドのうち少なくとも１つを有する。開示されるシステムは、これら装置のいずれを用いても、周囲環境を生成するために便利に利用されることができる。照明は、制御可能な色、温度及び／又は強度を持つ光を生成することが可能な発光器を有しても良い。斯かる発光器は例えば、それぞれが異なる色を持つ光を発し、それぞれが制御可能な光強度を持つ、複数の光源を用いて構成されても良い。周囲環境生成器のいずれの制御可能な機能も、周囲環境制御データにより対処されても良い。他のタイプの装置が利用されても良い。
【００２６】
一実施例は、少なくとも１つのネットワークを介した娯楽配信を支援するためのメタデータプロバイダであって、前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境制御データのコンテンツ参照識別子を含むメタデータを配信するように構成された、メタデータプロバイダ（１０２）を有する。
【００２７】
一実施例は、番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを受信するための入力部（１０６）と、
前記コンテンツ参照識別子を用いて前記番組を受信するための入力部（１０６）と、
受信された番組を再生するための再生ユニット（１１６）と、
オーディオ又はビデオとは異なる周囲環境効果を生成するための周囲環境生成器（１０８）と、
前記受信された番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境生成器を制御するための周囲環境制御器（１１０）と、
を有するユーザ端末（１１８）を有する。
【００２８】
一実施例は、番組を配信するステップ（３１６）と、
前記番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを配信するステップ（３０８）と、
ユーザ端末において、
前記メタデータを受信するステップと、
前記コンテンツ参照識別子を用いて前記番組を受信するステップと、
前記受信された番組を再生するステップ（３１８）と、
オーディオ又はビデオとは異なる周囲環境効果を生成するステップ（３１８）と、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境効果の生成を制御するステップ（３１８）と、を有する。
一実施例は、番組のコンテンツ参照識別子及び前記番組を補足する周囲環境に関連するデータを含むメタデータを受信するステップ（３０８）と、
前記コンテンツ参照識別子を用いて前記番組を受信するステップ（３１６）と、
前記受信された番組を再生するステップ（３１８）と、
オーディオ又はビデオとは異なる周囲環境効果を生成するステップ（３１８）と、
受信された前記番組を補足する周囲環境に関連するデータに基づいて、前記コンテンツの再生と同期して前記周囲環境効果の生成を制御するステップ（３１８）と、を有する。
【００２９】
一実施例は、開示された方法をプロセッサに実行させるための命令を有する。
【００３０】
一実施例は、TV-Anytimeに準拠したものであり、オーディオ及び／又はビデオコンテンツを参照するコンテンツ参照識別子及び補足的な周囲環境制御データを参照するコンテンツ参照識別子を含むパッケージを有する、装置間の通信のためのＸＭＬファイルを有する。
【００３１】
一実施例は、オーディオ及び／又はビデオコンテンツを参照するコンテンツ参照識別子及び補足的な周囲環境制御データを参照するコンテンツ参照識別子を有する、装置間の通信のためのディジタル信号を有する。
【発明を実施するための最良の形態】
【００３２】
本発明は、以下、図面を参照しながら説明される。
【００３３】
メタデータは、他のデータを記述するデータとして定義される。ＡＶコンテンツの状況においては、メタデータは、タイトル、ジャンル、時間、俳優等のようなコンテンツの特性を記述する。メタデータは、コンテンツの検索及び記述の重要な部分であり、電子番組ガイド（ＥＰＧ）の高度な検索及び構築を可能とする。このことは、潜在的なコンテンツの供給源が増大するにつれて（例えば増大する伝統的なチャネルの数、ＩＰ及びコンテンツ・オン・デマンドによるコンテンツの利用可能性）、ますます重要になっている。
【００３４】
TV-Anytimeは、例えば放送及びＩＰ伝送によってメタデータを配信するための規格である。TV-Anytimeは、メタデータのための構造、検索のためのクエリ言語、メタデータを配信するための複数の伝送メカニズム、及びメタデータとコンテンツの場所との間を解決するためのメカニズムを提供する。TV-Anytimeは、２つのフェーズで開発されており、フェーズ１の仕様は今はＥＴＳＩ規格であり、フェーズ２の仕様は最近ＥＴＳＩにより承認されている。
【００３５】
これに加え、より没入型の環境を提供するため、ＣＥ装置に新たな特徴が追加されている。この種の機能は、本発明の開示を通して、周囲環境（Ambience）と呼ばれる。この種の製品の例は、表示されているコンテンツに基づくバックライティングを提供する、Philips社の「Ambilight」ＴＶの製品範囲である。
【００３６】
現在の問題のひとつは、周囲環境とコンテンツとが関連付けられていない点である。周囲環境体験を作り出すため、１つの選択肢は、コンテンツを動的に解析するアルゴリズムを開発することである。このことは、全てのコンテンツに対して動作する利点を持つが、生成され得る効果のタイプ及び品質が制限される。他の選択肢は、周囲環境をコンテンツ内に埋め込む専有方式を開発することである。このことは、専有の規格をサポートするために、特定のコンテンツプロバイダ及びＣＥ装置製造者との合意を必要とし得る。
【００３７】
ここで開示される本システム及び方法は、周囲環境制御データをオーディオ−ビデオコンテンツと関連付ける方法を提供する。本システム及び方法はまた、コンテンツと周囲環境との間の疎結合を提供する。このことは、以下の利点を持つ：
−サードパーティ企業が、周囲環境プロバイダとして活動することができる。周囲環境プロバイダが複数のコンテンツプロバイダと関連することができるため、スケールメリットが達成される。
−周囲環境が、家庭内に存在する装置に基づいて提供されることができる。
−周囲環境が、前もって又はコンテンツが生成されてから十分後に提供されることができる（例えば、後にコンテンツのカタログを開く）。
−周囲環境に対する変更が、コンテンツを変更することなく為されることができる。
−周囲環境が段階的にコンテンツに対して追加される（例えば、最初に先頭の１００タイトル）ことができる。
−拡張された「周囲環境」コンテンツに対する標準的なコンテンツについて課金が提供されることができる。
−周囲環境が消費者のプロファイルに向けたものとされることができる。
【００３８】
図１は、周囲環境プロバイダが、それぞれがユーザ端末において再生されるべきオーディオ／ビデオに関連するデータの幾つかを提供するプロバイダ及び／又はサーバの構成にどのように適合するかを、技術的な観点から示す。本図は、ＡＶコンテンツプロバイダ２から利用可能なＡＶコンテンツに関連するデータを提供することができる、メタデータプロバイダ４を示す。メタデータプロバイダ４は、周囲環境プロバイダ１から利用可能な、利用可能な周囲環境データについての情報をも提供することができる。メタデータプロバイダ４は、どの周囲環境データがどのＡＶ番組に属するかを知っている。プロバイダ１、２及び４は、ネットワーク６を用いて、消費者により操作されるユーザ端末８に接続される。ネットワーク６は、インターネットであっても良いし、又は伝統的なオーディオ若しくはビデオ放送媒体であっても良い。伝統的な放送媒体を介してＡＶコンテンツを配信し、一方でインターネットを介して補足的な周囲環境データを配信することも可能である。メタデータはこれら２つのうちいずれかにより配信されても良い。当業者には理解されるように、他のタイプのネットワークが同等に本発明に適用可能である。ユーザ端末８は、メタデータプロバイダ４により提供されたメタデータを解釈し、選択された番組をコンテンツプロバイダ２から、及び選択された補足的な周囲環境データを周囲環境プロバイダ１から受信する。これらプロバイダは、異なる企業によって又は同一の企業によって表されても良く、異なるサーバにおいて又は同一のサーバにおいて実装されても良い。
【００３９】
メタデータは、いずれの望ましいフォーマットで提供されても良い。好適には、標準化されたメタデータフォーマットが利用される。なぜなら、この場合には、多くの装置が、変更の必要なくメタデータを利用することが可能であるからである。ここで開示されるような周囲環境機能を提供するように構成されることができる標準化されたメタデータフォーマットは、ＭＰＥＧ７、Dublin-core及びＤＩＤＬを含む。他のシステムがここで説明された機能を提供するように構成されても良く、例えばＵＰｎＰコンテンツディレクトリサービスのメカニズムは、コンテンツと共に周囲環境及び／又はメタデータを配信するために利用されることができる。
【００４０】
利用され得るメタデータフォーマットのひとつは、TV-Anytimeである。TV-Anytimeの特徴のひとつは、コンテンツ識別子ではなく、コンテンツ参照識別子（ＣＲＩＤ）と呼ばれるコンテンツへのリファレンスに基づく点である。このことは、以上に概説された疎結合を提供するのに役立つ。通常、コンテンツは、必要とされたきにのみ、当該コンテンツの場所へと解決される。
【００４１】
本発明の他の特徴は、周囲環境が幾つかの方法で提供され得る点である：
−周囲環境アルゴリズムのためのパラメータ。
−タイムスタンプを付されたキュー（cue）又は装置命令を含むファイルダウンロード。
−ストリーミングされるキュー又は装置命令。
【００４２】
これらは、別個に供給されても良いし、又はコンテンツ自体に埋め込まれていても良い。
【００４３】
周囲環境を配信するためにTV-Anytimeが利用され得る幾つかの方法は、以下に概説される。
【００４４】
選択肢のひとつは、周囲環境を計算するための、例えばユーザ端末において実装されるアルゴリズムを利用することである。例えばTV-Anytimeにより定義されるような記述的なメタデータは、周囲環境アルゴリズムの性能を向上させるために利用され得る。例えば、該アルゴリズムがどのタイプの番組が視聴されているかを知っていれば、適合することができる。例えば、色の範囲（例えばパレットインデクス）、応答時間、又は周囲環境生成器として利用される装置のタイプが、適合されることができる。メタデータの断片の例が、以下に転載される。全てのとり得るフィールドが示されているわけではない。ジャンル（Genre）又はキーワード（Keyword）のような幾つかのメタデータフィールドが、周囲環境を決定するために利用されても良い。これらメタデータフィールドは、周囲環境アルゴリズムのパラメータとして利用される。ジャンルは、雰囲気及び意図される視聴者のようなフィールドを含む、デフォルトのTV-Anytime分類方式によって定義されても良い。当業者には理解されるように、他の分類方式が利用されても良い。
【００４５】
メタデータの断片の例：
【表１】
2009540725.tif 000003
【００４６】
一実施例においては、コンテンツの２つ以上のインスタンス、即ち周囲環境を伴わない１つのインスタンスと、コンテンツに埋め込まれた周囲環境を伴う１つ以上のインスタンスと記述するメタデータが含まれる。消費者がこれらインスタンスのうち１つを選択しても良いし、又は、装置が規定の周囲環境体験を出力することが可能であるか否かを評価し、適切なインスタンスを自動的に選択しても良い。一実施例においては、メタデータは、解決されるときに、少なくとも２つのコンテンツ参照識別子（周囲環境を伴わない番組を指すコンテンツ参照識別子と、周囲環境（を伴う番組）を指すコンテンツ参照識別子）を含むメタデータを返す、コンテンツ参照識別子を含んでも良い。
【００４７】
他の実施例においては、TV-Anytimeの「Related Material（関連マテリアル）」フィールドが利用される。該フィールドは、他の関連するマテリアルにメタデータが関連付けられることを可能とする。通常、該フィールドは、ＡＶコンテンツに関連するウェブサイト又はｅメールアドレスを参照する。周囲環境又は周囲環境への参照は、該メカニズムにより提供され得る。「Related Material」フィールドに周囲環境のリファレンスを含ませるための効率的な方法は、「HowRelated（どのように関連するか）」フィールドに対して、「周囲環境の場所」のような、新たな値を定義することであり得る。周囲環境は例えば、ダウンロード用のファイルとして、又はストリーミングされるリソースとして規定されても良い。後者の場合には好適には、リンクがＵＲＩフォーマットに準拠する。それに応じて、クライアント装置は、イベントに先立って周囲環境をダウンロードしても良いし、又はコンテンツと共に周囲環境をストリーミングしても良い。加えて、ユーザ及び存在する装置に基づいて、周囲環境プロバイダにより協議が行われても良い。
【００４８】
TV-Anytimeのフェーズ２は、コンテンツのパッケージングの概念を導入する。このことは、同時に消費されるべきアイテムの集合を配信することを意図したものである。その例は、主コンテンツと共にパッケージングされた代替のオーディオトラック又はインタラクティブなコンテンツを含む。このことはまた、コンテンツ及び周囲環境の両方を含むパッケージを定義するために利用され得る。パッケージは、検索されることができる付加的なパッケージテーブルにより、及び同一のパッケージの他のメンバを示すための「RelatedMaterial」フィールドを利用することにより、定義される。好適には、周囲環境は自身のＣＲＩＤを持ち、コンテンツと同一のメカニズムを用いて解決され得る。
【００４９】
他の実施例においては、周囲環境に直接関連するフィールドの新たなセットが定義される。このことは、TV-Anytimeにより定義される標準的な方法及び構造の複製により実現され得る。
【００５０】
典型的に、ユーザ端末は、特定の周囲環境効果を生成するための１つ以上の周囲環境生成器を有する。周囲環境を出力する装置は予め決定されても良いし、全ての家庭について同一であっても良い。この場合、周囲環境データ及び周囲環境メタデータは、利用可能であることが知られている装置に特に誂えられたものであっても良い。しかしながら、家庭用ネットワークの増大する潜在性は、冷暖房機器、ファン、ブラインド等といった家庭用の自動装置のような、動的に発見可能なネットワーク接続された装置が体験に参加することに導き得る。好適な体験のタイプを定義するユーザプロファイルも可能である。周囲環境生成装置の異なるセットを含む他のシナリオが想像可能である。周囲環境の異なるセットは、例えばTV-Anytimeに準拠するメタデータのような、ユーザプロファイルメタデータを許容することによりサポートされ得る。該メタデータは、家庭用装置に保持されても良いし、又はリモートのサーバに送信されても良い。とりわけTV-Anytimeのフェーズ２は、結果が装置又はユーザプロファイルに基づくものとなり得る状況を目的とするためのサポートを追加する。
【００５１】
一実施例においては、周囲環境制御データにより定義されるような必要とされる体験を利用することにより、例えば周囲環境制御データに従って必要とされる帯域幅又は装置を確保することによって、リソース管理問題が解決される。このことは、無線環境においても利用され得る。
【００５２】
例えば周囲環境プロバイダと別個のコンテンツプロバイダとを用いて、周囲環境がコンテンツとは別個に提供される場合については、同期が問題となる。周囲環境プロバイダは、同期するためにコンテンツと直接に対応するタイムスタンプを提供しても良い。例えば一時停止／再開のような、コンテンツ再生におけるいずれの変化も、周囲環境実装に中継される必要があることとなる。
【００５３】
同期は専有的な方法を用いて達成されても良いが、TV-Anytimeは、特にセグメント化のためのタイムスタンプ機能を定義している。セグメント化は、番組が、幾つかのセグメントへと分割されることを可能とする。例えば、ニュース番組がヘッドライン、スポーツ、及びローカルニュースのセグメントへと分割される。このことは次いで、ユーザが、必要とされるセグメントを選択することを可能とする。該分割は、セグメントの先頭及び／又は末尾において、コンテンツ中の正しい位置を取得するために十分に正確である必要がある。この目的のため、TV-Anytimeは、既知の起点に対する時点及び任意の継続時間を記述する「TVAMediaType」を含む、幾つかのタイムスタンプのタイプを定義する。一実施例においては、このことは、特定の番組に対して周囲環境を定義するために再利用される。周囲環境は、望ましい場合には、TV-Anytimeスキーマの用語で完全に記述されても良い。TV-Anytimeのフェーズ２のパッケージングオプションが利用される場合には、パッケージのコンテンツが同時に配信されることを確実にするため、付加的な同期メタデータが定義される。このようにして、同期した再生のため、周囲環境データ及びコンテンツデータが、ユーザ端末へと時間通りに配信される。
【００５４】
本発明はまた、ライブ（live）のコンテンツのための周囲環境にも適用される。メタデータにより供給されるパラメータを用いるアルゴリズム方法が利用されても良いし、又は周囲環境プロバイダがライブのコンテンツを解析して時間的に遅延された周囲環境を提供しても良い。ユーザ端末は、該時間的に遅延された周囲環境と再生を同期させるために、コンテンツをタイムシフトさせても良い。タイムシフトは既に、個人向けビデオ録画装置の一般的な機能である。
【００５５】
オーディオ及び／又はビデオ（ＡＶ）コンテンツは本来的に、周囲環境とは異なる。ＡＶはストリームベースのものである。周囲環境はイベントベースのものであり、即ち時間ベース又は反応ベースのものである。周囲環境は、マルチメディア家庭プラットフォーム（ＭＨＰ）により定義されるようなインタラクティブコンテンツに類似した方法で制御されても良く、これにより、ＡＶコンテンツに対応するソフトウェアアプリケーション（例えばライブのスポーツ番組についての統計情報を表示するアプリケーション）が、ダウンロードされても良い。周囲環境は、時間ベースであっても良いし（ＡＶまで３０秒間照明をオフにする）又は反応ベースであっても良い（ビデオが青くなった場合又はボタンが押下された場合に照明を青にする）。それ故、これらの周囲環境は、スクリプトにより提供されても良いし、又はコンテンツを解釈するエンジンにより提供されても良い。
【００５６】
コンテンツと周囲環境との間の同期は、開示された実施例を用いて実現されても良い。オーディオ−ビデオ同期の例は、コンテンツを同期させるためにクロックリファレンス及びタイムスタンプを利用するＭＰＥＧ１のものである。TV-Anytimeは、セグメント化（例えばニュース番組をヘッドライン、ビジネス及びスポーツのセグメントに分割する）を提供するために必要とされるため、時間ベース及び時間参照フィールドを含む。周囲環境は専有的な態様でエンコードされても良いが、TV-Anytimeの構造及びフィールドを、周囲環境スクリプトを記述するように拡張することも可能である。インタラクティブなアプリケーションは、イベントをコンテンツと同期させるために、この種の情報を既に必要としている（例えばＡＶ同期情報へのアクセスは既にＭＨＰによりサポートされている）。
【００５７】
本システムは、様々なエンドユーザ構成に対処することができる。例えば、異なる好み、利用可能な装置／ネットワークのタイプ、異なるソフトウェアのバージョン等を持つ異なるユーザである。TV-Anytime及びその他のメタデータフォーマットは、目的のサービスを可能とするために、ユーザプロファイル及び視聴習慣がネットワークを通して送信されることを可能とする、サブミットデータ方法を提供する。サブミットされるデータにおける適切な構造を定義することにより、周囲環境生成器及び家庭用ネットワークプロファイルもが、該メカニズムを用いて送信されることができる。プロファイルのスキーマは、該情報を記述するために利用される。該情報は、ローカルに保存されても良いし、又はリモートに保存されても良い。自動的な装置発見を支援する装置ネットワークプロトコルは、周囲環境生成器として利用され得る新たな装置を自動的に検出し、これら装置の特性を周囲環境制御器に報告する。加えて、ユーザが、周囲環境の生成に利用される又は利用されない装置を規定しても良い。ネットワークプロファイルもまた、周囲環境制御のタイミングを拡張するために利用されても良い。なぜなら、ネットワークの待ち時間が、例えば応答時間のような最終結果に著しく影響を与え得るからである。また、周囲環境エンジンのタイプが見出された場合には、周囲環境プロバイダは、利用可能なリソースを用いて最良の効果を提供するように周囲環境の目標を定めても良い。周囲環境のためにＣＲＩＤ解決方法を利用することにより、周囲環境コンテンツの場所が、要求装置に合致するように変更されても良い。サービスの品質は、種々の構成、競合、及び／又は（家庭用）ネットワークの待ち時間を考慮して、制御コマンドの配信における失敗又は遅延を回避するようにすることにより、改善されることができる。
【００５８】
本システムは、装置の競合に対処することができる。伝統的な家庭用ネットワークにおいて任意の時間に利用され得る装置が存在する場合には、必要な時間にこれら装置及びネットワークが利用可能であることを保証することが重要である。例えばTV-Anytimeパッケージ内の別個の要素として周囲環境をパッケージングすることは、このことを解決することができる。周囲環境は自身のＣＲＩＤ又はその他のタイプのリファレンスを持ち、それ故潜在的にコンテンツが利用可能となる十分前に取得されることができる。このようにして、リソース管理が実行されることができる（例えば必要とされる帯域幅を確保する、必要な時間の間装置をロックする）。例えばＩＥＥＥ１３９４のような幾つかのネットワークにおいてはリソース管理がサポートされており、リソース管理がサポートされていない場合には、周囲環境エンジンが、例えば録画の競合を防止するための既存のメカニズムと同様に、周囲環境間の競合を防ぐことができる。このことは、１つの周囲環境エンジンが、例えば複数の部屋のような、周囲環境の複数のインスタンスをサポートすることが可能な場合には、一層重要となる。
【００５９】
本システムは、複数のプロバイダに対処することができる。TV-Anytime及びその他のプロトコルは、ユーザプロファイルをサポートし得る。ユーザプロファイルスキーマに周囲環境の好適な供給者を追加することにより、プロバイダの該選択は自動化されることができる。また、周囲環境に対する評価システムを含ませることにより（例えばユーザが同意又は不同意を供給する）、好適な及び好適でないプロバイダのリストが自動的に生成され得る。
【００６０】
周囲環境サービスに対する支払いもまたサポートされることができる。メタデータパッケージを利用して、ＣＲＩＤが周囲環境に対して供給され、別個に取得されることができる。それ故、２つのパッケージ、即ち周囲環境を伴うものと周囲環境を伴わないものとが提供され得る。また、ＣＲＩＤ解決が利用されるため、解決されたときに、異なる価格決定構造を持つ周囲環境の複数のインスタンスが存在し得る。価格決定のためのメタデータ構造は、TV-Anytimeに含まれる。
【００６１】
図２は、本システムがどのように１つ以上のネットワーク２０６を用いて通信するように動作可能であるかを示す。ネットワーク２０６は、インターネット、ケーブルテレビジョンネットワーク、ディジタルテレビジョン放送システム、モバイル電話ネットワーク、ＵＳＢネットワーク、及びその他のタイプのネットワークを有しても良い。サーバ２００、２０２及び２０４は、例えばコンピュータシステム又は放送局であっても良い。また、これらサーバは、単一の物理的なサーバシステムによって表されても良い。これらサーバはまた、ユーザ端末２０８によりアクセスされることができる記憶設備によって表されても良い。メタデータサーバ２００、周囲環境サーバ２０２、ＡＶコンテンツサーバ２０４及びユーザ端末２０８は全て、ネットワークの１つ２０６を介して接続される。いずれの場合においても、ユーザ端末はサーバ２００、２０２及び２０４にアクセスすることができる。幾つかの実施例においては、サーバ２００、２０２及び２０４はまた、番組及び周囲環境制御データについての情報を交換するため、互いと通信することとなる。メタデータサーバ２００は、ネットワーク２０６を介してユーザ端末２０８にメタデータを供給する。該メタデータは、ＡＶコンテンツサーバ２０４から番組を取得するためにユーザ端末２０８が利用することができる、コンテンツ参照識別子を有する。該メタデータはまた、番組タイトル、ジャンル、あらすじ及びキーワードのような、番組についての付加的な情報を有しても良い。該メタデータはまた、周囲環境サーバ２０２から周囲環境制御データを取得するためにユーザ端末２０８が利用することができる、付加的なコンテンツ参照識別子（いずれかのタイプのリファレンスを示すことを意図される）を有しても良い。斯かる周囲環境制御データは、ユーザ端末２０８において周囲環境生成器２１０を用いて周囲環境効果を生成するために利用される。
【００６２】
図３は、ユーザ端末３００、メタデータサーバ３０２、周囲環境サーバ３０４及びコンテンツサーバ３０６に関連する動作のフローの例を示す。特定の映画「映画Ａ」を観るためのユーザ要求に応じて、ユーザ端末３００は、メタデータサーバ３０２に対してクエリを発行する。メタデータサーバ３０２は次いで、例えばTV-Anytimeフォーマットのようなメタデータのフォーマットで、要求された情報を供給する。該メタデータは、どこで該映画（又は番組）が取得され得るかのコンテンツ参照識別子を含み、更に関連するマテリアルについての情報を含む。ステップ３１０において、ユーザ端末は該メタデータをパースし、該関連するマテリアルに関する情報を抽出し、該映画を補足する周囲環境データへのリファレンスを見出す。ユーザが該周囲環境データを利用することを示すと（又は例えばユーザの好みに応じて自動的に）、ステップ３１２において、該周囲環境データが周囲環境サーバからダウンロードされる。該周囲環境は、該映画を再生する前にファイルとして、又は該映画を再生している間にデータストリームとして、ダウンロードされても良い。ステップ３１４において、コンテンツ参照識別子を処理することによりオーディオ／ビデオコンテンツの場所が解決され、解決の後、ステップ３１６において、該オーディオ／ビデオコンテンツがダウンロードされる。該オーディオ／ビデオコンテンツは、再生の前にファイルとしてダウンロードされても良いし、又は該コンテンツの再生の間にデータストリームとしてダウンロードされても良い。ステップ３１８において、該番組が再生され、取得された周囲環境データに基づいて補足的な周囲環境効果が生成される。該フローはここではオンデマンド型システムの例について議論されたが、当業者には明らかであるように、軽微な変更により放送システムを用いても利用されることができる。代替としては、ステップ３１０において、開示された番組及び周囲環境に対するＣＲＩＤを含むTV-Anytimeパッケージが抽出される。
【００６３】
図４は、娯楽配信を支援するためのシステムの図を示す。本図は、コンテンツプロバイダ１００、メタデータプロバイダ１０２、周囲環境プロバイダ１０４及びユーザ端末１１８を示す。該ユーザ端末は、適切なそれぞれのネットワーク接続を介して、該ユーザ端末を前記プロバイダに接続する入力手段１０６を有する。該ユーザ端末は更に、周囲環境生成器１０８、周囲環境制御器１１０、端末制御器１１２、人物に対してユーザインタフェースを提供するためのインタラクション手段１１４、及びスピーカ及び／又はディスプレイを備えた増幅器のような再生手段１１６を有する。前記端末制御器は、該ユーザ端末の動作を制御するためのメモリを備えたプロセッサであっても良い。ユーザは、インタラクション手段１１４により該ユーザ端末を制御し、利用可能な番組及び番組の放送時間のリストを要求する入力を供給しても良い。該リストは、タイトル、あらすじ、ジャンル及び該番組のより技術的な特性（例えばステレオ又はサラウンド音声の利用可能性、及びビデオデータが４：３の画像フォーマットを持つか又は例えば１６：９の画像フォーマットを持つか）のような、該番組についての付加的な情報を含む。該付加的な情報はまた、該番組を補足する適切な周囲環境効果を取得するための周囲環境データの利用可能性を有する。該周囲環境データは、周囲環境制御データ又は周囲環境生成アルゴリズムに対するパラメータを有しても良い。視聴者は、インタラクション手段１１４を用いて、再生されるべき番組、周囲環境データを利用するか否か、及びどの周囲環境データを利用するかを示す。これに従って、端末制御器１１２は、入力手段１０６を用いて、コンテンツプロバイダ１００からコンテンツを、及び周囲環境プロバイダ１０４から要求された周囲環境データを取得する。該コンテンツは再生手段１１６を用いて再生され、補足的な周囲環境効果は、前記取得された周囲環境データを用いて周囲環境制御器１１０によって制御される。該周囲環境制御器は、周囲環境効果を物理的に提供する周囲環境生成器を制御する。該周囲環境生成器の例は、照明、色付きの照明、ファン、振動装置、暖房機、ブランドを含む。周囲環境生成器１０８は、再生（表示）手段１１６に統合されたAmbilightであっても良い。
【００６４】
本発明は、本発明を実行するように構成されたコンピュータプログラム、特に担体上又は担体中のコンピュータプログラムにも及ぶことは、理解されるであろう。該プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形態のようなソースコードとオブジェクトコードとの中間のコードの形態、又は本発明による方法の実装における使用に適したその他のいずれの形態のものであっても良い。該担体は、該プログラムを担持することが可能ないずれの実体又は装置であっても良い。例えば、該担体は、例えばＣＤ−ＲＯＭ若しくは半導体ＲＯＭといったＲＯＭのような記憶媒体、又は例えばフロッピー（登録商標）ディスク若しくはハードディスクのような磁気記録媒体を含んでも良い。また、該担体は、電気若しくは光ケーブルを介して又は無線若しくはその他の手段により搬送され得る、電気又は光信号のような伝送可能な担体であっても良い。該プログラムが斯かる信号で実施化される場合には、該担体は斯かるケーブル又はその他の装置若しくは手段により構成されても良い。代替として、該担体は、該プログラムが組み込まれた集積回路であって、当該方法を実行するように構成された、又は当該方法の実行における使用のための集積回路であっても良い。
【００６５】
上述の実施例は本発明を限定するものではなく説明するものであって、当業者は添付する請求項の範囲から逸脱することなく多くの代替実施例を設計することが可能であろうことは留意されるべきである。請求項において、括弧に挟まれたいずれの参照記号も、請求の範囲を限定するものとして解釈されるべきではない。動詞「有する（comprise）」及びその語形変化の使用は、請求項に記載されたもの以外の要素又はステップの存在を除外するものではない。要素に先行する冠詞「１つの（a又はan）」は、複数の斯かる要素の存在を除外するものではない。本発明は、幾つかの別個の要素を有するハードウェアによって、及び適切にプログラムされたコンピュータによって実装されても良い。幾つかの手段を列記した装置請求項において、これら手段の幾つかは同一のハードウェアのアイテムによって実施化されても良い。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これら手段の組み合わせが有利に利用されることができないことを示すものではない。
【図面の簡単な説明】
【００６６】
【図１】本発明の状況を示す。
【図２】本発明の実施例を示す。
【図３】本発明を用いたときの動作のフローの例を表すフロー図である。
【図４】本発明の実施例を示す。
【図１】
2009540725.tif 000004
【図２】
2009540725.tif 000005
【図３】
2009540725.tif 000006
【図４】
2009540725.tif 000007
【国際調査報告】
2009540725.tif 000008
2009540725.tif 000009
2009540725.tif 000010
2009540725.tif 000011