端末100とサーバ200との間の対話を通じて複数のコンテンツアイテムから合成ビュー300を生成する方法であって、前記端末100の能力プロファイルを含む端末説明111;211を前記端末100から前記サーバ200に転送するステップと、利用可能なコンテンツアイテムおよび対話モードを示す情報112;212を前記サーバ200から前記端末100に転送するステップと、選択したコンテンツアイテムおよび選択した対話モードを示す情報を前記端末100から前記サーバ200に転送するステップとを含み、以下の、前記端末説明および前記選択した対話モードに従って最適化した、選択したコンテンツアイテム113、114;213、214を前記サーバ200から前記端末100にストリーミングし、前記端末100で前記コンテンツアイテムのうちの1つまたは複数をフュージングし、フュージングしたコンテンツアイテムから前記合成ビューをレンダリングし、前記端末100から前記サーバ200にフィードバックを転送し、前記フィードバックに基づいて、前記ストリーミングしたコンテンツアイテムを適合させることを反復するプロセスをさらに含むことを特徴とする、方法。前記端末100の前記能力プロファイルが、前記端末100のメモリ容量、前記端末100のディスプレイサイズ、前記端末100の処理能力、前記端末100内の利用可能なビデオデコーダ、前記端末100内のサポートされるフュージング機能、前記端末100内のサポートされる対話コマンドのうちの1つまたは複数を含むメタデータファイル111;211を表す、請求項1に記載の合成ビューを生成する方法。利用可能なコンテンツアイテムを示す前記情報212がテレビジョン番組表を含む、請求項1に記載の合成ビューを生成する方法。前記対話モードが、ナビゲートすること、関心領域を選択すること、閲覧角を選択することを含む、請求項1に記載の合成ビューを生成する方法。前記フュージングが、前記コンテンツアイテムのうちの1つまたは複数をワーピングすること、前記コンテンツアイテムのうちの1つまたは複数を補間すること、前記コンテンツアイテムのうちの1つまたは複数をスティッチングすること、前記コンテンツアイテムのうちの一部を重ね合わせることのうちの1つまたは複数を含む、請求項1に記載の合成ビューを生成する方法。前記ストリーミングしたコンテンツアイテムを適合させることが、ネットワーク条件、端末条件、および前記端末100内の前記コンテンツアイテムの使用に適合させることを含む、請求項1に記載の合成ビューを生成する方法。前記コンテンツアイテムのうちの1つまたは複数の周囲の部分をプリフェッチすることをさらに含む、請求項1に記載の合成ビューを生成する方法。端末100との対話を通じて複数のコンテンツアイテムから合成ビュー300を生成するサーバ200であって、前記端末100の能力プロファイルを含む端末説明111;211を受信および解析する手段201と、利用可能なコンテンツアイテムおよび対話モードを示す情報112;212を前記端末100に送信する手段201、202と、選択されたコンテンツアイテムおよび選択された対話モードを示す情報を前記端末100から受信する手段201、202とを備え、前記端末説明および前記選択された対話モードに従って最適化された、選択されたコンテンツアイテム113、114;213、214を前記端末100にストリーミングする手段202、203、204と、前記端末100からフィードバックを受信する手段201と、前記フィードバックに基づいて、前記ストリーミングされたコンテンツアイテム113、114;213、214を適合させる手段202、203、204とをさらに備えることを特徴とする、サーバ200。サーバ200との対話を通じて複数のコンテンツアイテムから合成ビュー300を生成する端末100であって、前記端末100の能力プロファイルを含む端末説明111を前記サーバ200に送る手段101と、利用可能なコンテンツアイテムおよび対話モードを示す情報112を前記サーバ200から受信する手段101と、選択されたコンテンツアイテムおよび選択された対話モードを示す情報を前記サーバ200に送る手段101とを備え、前記端末説明および前記選択された対話モードに従って最適化された、選択されたコンテンツアイテム113、114;213、214を前記サーバ200から受信し、復号化する少なくとも1つのビデオデコーダ102、103と、前記コンテンツアイテムのうちの1つまたは複数をフュージングするフュージングプロセッサ104と、フュージングされたコンテンツアイテムから前記合成ビュー300をレンダリングするレンダリングプロセッサ106と、前記サーバ200にフィードバックを転送する手段101とをさらに備え、前記少なくとも1つのビデオデコーダ102、103が、前記フィードバックに基づいて適合された、ストリーミングされたコンテンツアイテム113、114;213、214を前記サーバ200から受信し、復号化するように構成されることを特徴とする、端末100。本発明の目的は、複数のコンテンツアイテムから合成ビューを生成する方法、ならびに上記で定義した従来技術の解決策の欠点を克服する、対応するサーバおよび端末を開示することである。本特許出願の文脈でのサーバは、発信側コンテンツサーバまたは中間プロキシサーバを表す。より具体的には、目的は、いくつかの異種入力から、パーソナライズされたビューを所望の品質で構成することを可能にする方法、サーバ、および端末を開示することである。この文脈でのパーソナライゼーションは、ナビゲーション、関心領域選択、および/または閲覧角選択を意味する。別の目的は、端末にとって最適な形で入力配信し、ネットワーク内の利用可能な帯域幅を完全に活用することである。したがって、ネットワーク能力と端末能力の両方に基づく、ストリーミングされるコンテンツ品質のリアルタイム調整が、合成ビューで使用されるマルチソースコンテンツに関して想定される。本発明によれば、上記の目的は、請求項1で定義される、端末とサーバとの間の対話を通じて複数のコンテンツアイテムから合成ビューを生成する方法によって実現され、方法は以下を含む:-端末の能力プロファイルを含む端末説明を端末からサーバに転送するステップと、-利用可能なコンテンツアイテムおよび対話モードを示す情報をサーバから端末に転送するステップと、-選択したコンテンツアイテムおよび選択した対話モードを示す情報を端末からサーバに転送するステップと、以下の、-端末説明および選択した対話モードに従って最適化した、選択したコンテンツアイテムをサーバから端末にストリーミングし、-端末でコンテンツアイテムのうちの1つまたは複数をフュージングし、-フュージングしたコンテンツアイテムから合成ビューをレンダリングし、-端末からサーバにフィードバックを転送し、-フィードバックに基づいて、ストリーミングしたコンテンツアイテムを適合させることを反復する処理。したがって、本発明による方法は、端末の能力を端末が指定し、次いで生成される合成ビュー内に表示される1つまたは複数のコンテンツアイテムを、利用可能なコンテンツアイテムのリスト、例えばプログラムメニューから選択することを可能にする、サーバと端末との間のネゴシエーションに基づく。利用可能なコンテンツアイテムおよび利用可能な対話モード、例えばナビゲーション、閲覧角選択、または関心領域ROI選択は、ネットワーク内の利用可能な帯域幅および端末説明を考慮に入れることができる。利用可能なコンテンツアイテムおよび利用可能な対話モードを示す情報を適合させ、端末に連続的にストリーミングすることができる。端末によって選択されたとき、サーバは、合成ビューをレンダリングするために端末側でコンテンツアイテムをフュージングすることを可能にする情報と共に、どのスケーラブルストリームをどの品質で送るかを決定する。スケーラブルコンテンツアイテムをストリーミングし、それをレンダリングのためにフュージングすることを、端末からのフィードバック時に反復的に細分化することができる。フィードバックは、例えば、端末での処理能力使用量、端末でのメモリ使用量、観測ユーザ対話レート、ナビゲーションがビュー境界に近づき、その結果として周囲の部分を転送しなければならないことの検出などを示すことができる。要約すれば、本発明による方法は、端末でのマルチソースコンテンツから生成された合成ビューのパーソナライゼーションと、サーバと端末との間の反復的ネゴシエーションループによるネットワーク内のサーバの制御下でのその端末に対するコンテンツの最適化配信とを組み合わせる。任意選択で、請求項2で指定されるように、本発明による方法での端末の能力プロファイルは、以下のうちの1つまたは複数を含むメタデータファイルを表す:-端末のメモリ容量、-端末のディスプレイサイズ、-端末の処理能力、-端末内の利用可能なビデオデコーダ、-端末内のサポートされるフュージング機能、-端末内のサポートされる対話コマンド。明らかに、上記のリストは非網羅的なものである。端末の能力プロファイルは、転送されるコンテンツアイテムの品質、例えば、レイヤ、ビット深度、解像度などをサーバが選択する際に有用である可能性のある端末の任意の仕様またはステータスパラメータを含むことができる。サポートされるフュージング機能は、オーバーレイ、ワーピング、補間、スティッチング、モーフィング、コントラストアライメントなどを含むことができるのに対して、サポートされる対話コマンドは、関心領域選択、閲覧角選択に関するコマンド、ナビゲーションコマンドなどを含むことができる。さらに任意選択で、請求項3で定義されるように、利用可能なコンテンツアイテムを示す情報は、テレビジョン番組表を含むことができる。実際、利用可能なビューまたはコンテンツアイテムを示す情報が更新されるときはいつでも非同期に、端末の要求時にプル、またはサーバが率先して定期的にプッシュ、情報を更新し、連続的にストリーミングすることができる。情報は、例えばTV番組表または電子番組ガイドのフォーマットでよい。さらに任意選択で、請求項4で定義されるように、本発明による方法での対話モードは以下を含むことができる:-ナビゲートすること、-関心領域を選択すること、-閲覧角を選択すること。この場合も、上記のリストは網羅的なものではなく、例えば製作ディレクタソフトウェアで利用可能な、合成ビューをパーソナライズするためにビデオと対話する最も一般的な方式を反映するものであることを当業者は理解されよう。ナビゲートすることは、例えば、レンダンリングされるビューの周囲の部分のスケーラブル品質レイヤを選択することにより、所与のより広いビュー内で拡張可能とすることができる。関心領域ROIの選択をズーミングで補うことができ、閲覧角を選択することは、例えば、複数のカメラが同一のオブジェクトまたはイベントを異なる角度から記録する場合に可能とすることができる。請求項5で定義される、本発明による方法の別の任意選択の態様によれば、フュージングは以下のうちの1つまたは複数を含むことができる:-コンテンツアイテムのうちの1つまたは複数をワーピングすること、-コンテンツアイテムのうちの1つまたは複数を補間すること、-コンテンツアイテムのうちの1つまたは複数をスティッチングすること、-コンテンツアイテムのうちの一部を重ね合わせること。この場合も、このリストは非網羅的なものであり、例えばコントラストアライメントなどの他のフュージング機能を端末内のフュージングプロセッサに対して利用可能とすることができることを当業者は理解することに留意されたい。例えば、毎秒fフレームのKmk×nkイメージに関する保証リアルタイムフュージングなどの処理能力によってフュージョンプロセッサ能力をさらに記述することができる。請求項6によってさらに示されるように、ストリーミングしたコンテンツアイテムを適合させることは、ネットワーク条件、端末条件、および端末内のコンテンツアイテムの使用に適合させることを含むことができる。実際、利用可能な帯域幅、端末能力、および所望の対話モードに基づいて、サーバは、正しいコンテンツおよび品質を選択し、端末でフュージングされる必要なストリームをレンダリングのためのメタデータ情報と共に多重化する。一例を挙げると、利用可能な帯域幅の変化または端末からのフィードバックに応答して、メタデータ適合と共にストリーミングされるアイテムのスケーラブルレイヤを増加または減少させることができる。さらに任意選択で、請求項7で定義されるように、本発明による合成ビューを生成する方法は、コンテンツアイテムのうちの1つまたは複数の周囲の部分をプリフェッチすることを含むことができる。実際、上記で既に示されたように、ビューの周囲の部分のスケーラブル品質レイヤが、レンダリングのために選択され、プリフェッチされることを条件として、表示されるよりも広いビュー内のナビゲーションおよびズーミングを可能にすることができる。このために、フュージョンプロセスとレンダリングプロセスは分離されることが好ましい。次いで、フュージョンプロセスは、端末画面に必要なものよりも広いビューを生成することができる。このようにして、ビューの外側をナビゲートするときの待ち時間を短縮することができ、サーバに対する要求を最小限に抑えることができる。請求項1で定義される合成ビューを生成する方法に加えて、本発明はまた、請求項8で定義される、端末との対話を通じて複数のコンテンツアイテムから合成ビューを生成する、対応するサーバにも関し、サーバは以下を備える:-端末の能力プロファイルを含む端末説明を受信および解析する手段と、-利用可能なコンテンツアイテムおよび対話モードを示す情報を端末に送信する手段と、-選択されたコンテンツアイテムおよび選択された対話モードを示す情報を端末から受信する手段と、-端末説明および選択された対話モードに従って最適化された、選択されたコンテンツアイテムを端末にストリーミングする手段と、-端末からフィードバックを受信する手段と、-フィードバックに基づいて、ストリーミングされたコンテンツアイテムを適合させる手段。本発明はさらに、請求項9で定義されるように、サーバとの対話を通じて複数のコンテンツアイテムから合成ビューを生成する、対応する端末に関し、端末は以下を備える:-端末の能力プロファイルを含む端末説明をサーバに送る手段と、-利用可能なコンテンツアイテムおよび対話モードを示す情報をサーバから受信する手段と、-選択されたコンテンツアイテムおよび選択された対話モードを示す情報をサーバに送る手段と、-端末説明および選択された対話モードに従って最適化された、選択されたコンテンツアイテムをサーバから受信し、復号化する少なくとも1つのビデオデコーダと、-コンテンツアイテムのうちの1つまたは複数をフュージングするフュージングプロセッサと、-フュージングされたコンテンツアイテムから合成ビューをレンダリングするレンダリングプロセッサと、-サーバにフィードバックを転送する手段。-少なくとも1つのビデオデコーダが、フィードバックに基づいて適合された、ストリーミングされたコンテンツアイテムをサーバから受信し、復号化するように構成される。以下のパラグラフでは、合成ビュー、すなわち図3のマルチビデオ合成300を生成することに関して本発明による方法の一実施形態が説明される。この方法は、図1の端末100と図2のサーバ200との間のネゴシエーションプロトコルに基づく。ネゴシエーションプロトコルは、端末100での合成ビュー300の最良の可能なレンダリングを生み出すことを目指す。方法は、異種ソースコンテンツに基づいてパーソナライズされた合成ビューを生成するために、平易な対話および没入体験を端末100のユーザに提供する。この方法では、クライアント端末100は、クライアント端末100が必要とするビデオアイテムを要求する、すなわちプルする役目を果たすが、サーバ200またはプロキシサーバも、サーバ200がこうした要求をどのように履行するか、言い換えればサーバ200がクライアント端末100に向けて何をプッシュするかを選ぶ責任を有する。ネゴシエーションは、端末100が、生成されるマルチビデオ合成300内部のエリア、例えば301に関するあるビデオアイテムをまず要求することを可能にし、2番目に、メタデータファイル内で記述されるレンダリングのためのビデオアイテムをフュージングするために、サーバ200がどのスケーラブルビデオストリームをどの品質レベルで必要な情報と共に端末100に送るかを判断することを可能にする。さらに、対話の目的で、ネゴシエーションはまた、表示されるよりも広い所与のビュー内のナビゲーションおよびランダムアクセスズーミングを可能にするために、プリフェッチング機構をも含む。それに対して、ビューの周囲の部分のスケーラブルレイヤが選択され、フュージングおよびレンダリングするためにストリーミングされる。レンダリングとフュージョン処理は分離される。このことにより、端末画面対して厳密に必要なものより広いビューをフュージョン機能が作成することが可能となる。その結果、ユーザが画面上に表示されたビューの外側をナビゲートしているとき、待ち時間を短縮することができ、ネットワークに対する要求を最小限に抑えることができる。以下のパラグラフでは、合成ビュー300のためのマルチビデオコンテンツを提供するメディア認識型プロキシサーバ200に接続された対話式端末100が詳細に説明される。本発明をサポートするように設計された端末100は、柔軟なトラフィック適応が可能である。プロキシサーバ200は、スケーラブルかつ対話式に合成ビュー300の必要に応じてマルチカメラコンテンツをストリーミングすることができる。例えばディスプレイおよびユーザインターフェースのような従来の構成要素の他に、端末100は、メタデータアナライザ101、いくつかのビデオデコーダユニット102および103、フュージョンプロセッサ104、対話プロセッサ105、およびレンダリングプロセッサ106を含む。メタデータアナライザ101は、図1の矢印112で示されるように、サーバ200からメタデータファイルを受信し、図1の矢印116で示されるように、対話プロセッサ105から対話コマンドを受信する。メタデータアナライザ101は、受信したメタデータおよび対話コマンドを解釈および解析し、受信および復号化したストリーム118からビデオコンテンツをどのように再構築するかを指定する情報117をフュージョンプロセッサ104に出力する。メタデータアナライザ101はさらに、図1の矢印111で示されるように、サーバ200に要求を送る。ビデオデコーダ102および103は、サーバ200から受信したビデオストリーム113および114を復号化する。フュージョンプロセッサ104は、RGBイメージとして復号化したビデオストリーム118と、メタデータアナライザ101によって解釈されたメタデータファイル117とを入力として受信する。こうしたメタデータファイル117は、イメージをフュージングするのに必要な再構築パラメータを含む。フュージョンプロセッサの能力は、重ね合せ、ワーピング、補間、スティッチングなどの機能によって記述され、K、mk、nk、fが整数値であるとして、毎秒fフレームのKmk×nkイメージに関する保証リアルタイムフュージングなどの処理能力によって記述される。フュージョンプロセッサ104は、再構築およびフュージングしたビュー119を対話プロセッサ105に送り、対話プロセッサ105は、フュージングしたイメージ内のナビゲーションおよび関心領域ROI選択のためにユーザ対話115を処理する。対話プロセッサ105は、フュージョンプロセッサ104の出力119で関心領域選択およびナビゲーションが利用可能であるかどうかを検出する。利用可能である場合、選択されたビュー120がレンダリングプロセッサ106に送られる。そうでない場合、関係するビデオストリームの適合配信のためにメタデータアナライザ101がサーバ200に要求111を送ることができるように、対話プロセッサ105はメタデータアナライザ101に要求116を送る。レンダリングプロセッサ106は、端末画面上で所望のビデオコンテンツをレンダリングする。図1で表される端末100は、視覚化される所望のビデオまたはコンテンツアイテム複数可を識別する第1のメッセージを送ることにより、図2に示されるサーバ200との通信を開始する。端末100はまた、ビデオデコーダの数、メモリ容量、画面サイズ、および処理能力によって表される端末100の能力をサーバ200に送る。その時、図2で示されるメディア認識型プロキシサーバ200は、端末100からの要求211の受信を確認する。サーバ200内の要求アナライザ201が、端末100から受信した要求211を解析し、所望のコンテンツを示す情報215をコンテンツ可用性アナライザ202に転送する。要求211に応答して、要求アナライザ201は、利用可能なコンテンツ、例えばTV番組表のフォーマットの利用可能なビューに関する情報、および端末の能力に対応する利用可能な対話モードに関する情報を含むプロキシメタデータ応答212を端末100に送る。次いで、端末100は特定のビューおよび特定の対話シナリオを要求することができる。ここで、ビューまたは対話シナリオを変更することは、別のコンテンツアイテムへの要求として理解されるが、従来のIPTVでのザッピングとは異なり、以前に視聴されたものと同期されることに留意されたい。対話シナリオは、ナビゲーション、関心領域ROI選択、閲覧角選択、またはそれらの組合せに対応する。この要求の受信時に、サーバ200内のコンテンツ可用性アナライザ202は、矢印216で示されるように、複数のカメラストリーム203から正しいビデオコンテンツを選択し、矢印217で示されるように、こうしたストリームをスケーラブルビデオマルチプレクサ204に転送する。次いで、サーバ200は、端末100で所望のビューを再構築するのに必要な、対応するスケーラブルビデオストリーム213および214を送る。端末能力に基づいて、サーバ200は、ストリーム数を選び、各ストリームの最も関連するスケーラブルレイヤを選択する。修正後メタデータファイルが、ビデオストリーム213および214と共に端末100に送られ、端末100が着信ストリーム113および114を復号化することが可能となり、そのフュージングが可能となる。メタデータファイルはまた、例えばズーミングなどの端末100上の対話を可能にする情報をも含む。要約すると、例えば製作ディレクタが指導した、選択された対話シナリオに基づいて、プロキシサーバ200は、送るべき正しいコンテンツを選択し、端末100上でフュージングすべき必要なストリームをメタデータ情報と共に多重化し、フュージングおよび十分なレンダリングを可能にする。ナビゲーションが予期されない場合、プロキシサーバ200は、利用可能な帯域幅および端末能力に関して、送られるコンテンツの品質を最適化する。ナビゲーションがサポートされる場合、例えばより低い品質で、最小限の帯域幅および端末処理の犠牲で、要求されたビューの外側でナビゲートすることが可能となることを保証するために何らかの追加のビュープリフェッチングが必要となる。システム全体を要約すると、端末100は、マルチビデオソーススケーラブルフュージング合成ビュー300の視覚化のために、プロキシサーバ200内の専用インターフェースとネゴシエートすることができるインターフェースを備える。端末100は、異なる復号化ストリーム118間の異なる幾何学的操作に基づくビュー300を構成する。こうした復号化ストリーム118は、プロキシサーバ200から来るメタデータスクリプトによる解像度、フレームレート、およびビット深度によって記述される。例えば、ナビゲーションまたは処理能力変動が着信ストリーム113および114のより低いスケーラブルレイヤを課す場合、より低いスケーラブルレイヤを選択することにより、何らかのインテリジェント端末ベースの解析が可能である。次いで、イメージのフュージョンが、こうしたイメージの利用可能な品質表現のフュージョンに変えられる。端末100およびプロキシサーバ200は、ベストエフォートでの配信およびレンダリングを達成し、それによって円滑性および没入要件を満たす受け入れられるレベルまで待ち時間を低減する。図3では、端末100によって生成されるマルチソース合成ビュー300の一例が示されている。300が合成されたマルチカメラビューを表すのに対して、301、302、および303は高ダイナミックレンジサブビューを表し、304は、時刻tに端末画面上に表示すべきユーザが要求したサブビューを表し、305はパンチルトズームサブビューを表す。異なるサブビューは、その幾何学的範囲がグローバルパノラマビュー300上に表される異種カメラから来る。ソースビデオアイテムは様々なタイプでよく、したがってグローバルビュー300に効率的に寄与する。合成ビュー300に寄与することのできるイメージソースは、その幾何学的範囲が必要とされるサブビューと交差するものである。次いで、グローバルビュー300は、こうしたソースのフュージョン、すなわちモーフィング、ワーピング、スティッチング、コントラストアライメントなどによって生成される。まとめると、端末100とプロキシサーバ200との間のネゴシエーションプロトコルは以下の通りである。第1の告知ステップでは、端末100は、プロキシサーバ200に要求を送る。第2の確認ステップでは、プロキシサーバ200は、端末100に利用可能なコンテンツ情報を送る。第3のステップでは、端末100は、オーバーレイ、ワーピング、補間、スティッチングなどのフュージング機能のサポートを指定し、さらに処理能力、メモリ情報、およびサポートされる対話コマンドを指定するメタデータファイルとして、その能力プロファイル情報をプロキシサーバ200に送る。第4のステップでは、プロキシサーバ200は、利用可能な帯域幅および端末説明に対して利用可能なビューおよびサポートされる対話モードに関する情報を送る。この情報を連続的に適合し、端末100にストリーミングすることができる。この情報をテレビジョン番組表のフォーマットで表すことができる。第5のステップでは、端末100は、ユーザ入力に基づいて所望のビューおよび対話モードを選択する。その後で、端末100とプロキシサーバ200との間で反復的ネゴシエーションループが開始される。反復的ネゴシエーションループでは:-プロキシサーバ200は、利用可能な帯域幅および端末説明のグローバル最適化、ビュー範囲、および対話モードに基づいて、最良のストリームおよびメタデータ構成を送る。-端末100は、その処理能力使用情報および観測されるユーザ対話レートを送る。端末100はまた、対話ナビゲーションがビュー境界に近づくかどうかを検出する。-フィードバックに基づいて、プロキシサーバ200は、ストリーミングされるビデオアイテムおよびメタデータを適合させる。プロキシサーバ200は例えば、ストリームのスケーラブルレイヤを増加または減少させ、メタデータを適合させる。プロキシサーバ200は、端末100に送られる提案を更新する。端末100が別のビューを求める要求を送るまで、または閲覧を終了するまで、ループは反復的に実行される。閲覧が終了したとき、端末100は、伝送を終了したいことを示すメッセージをプロキシサーバ200に送る。その時、プロキシサーバ200は、閲覧要求の終了を確認し、伝送を停止する。特定の実施形態を参照することによって本発明が示されたが、本発明が上記の例示的実施形態の詳細に限定されず、本発明の範囲から逸脱することなく様々な変更および修正と共に本発明を実施できることは当業者には明らかであろう。したがってこの実施形態は、すべての点で限定的なものではなく、例示的なものとみなされるべきであり、本発明の範囲は、上記の説明ではなく、添付の特許請求の範囲によって示され、したがって特許請求の範囲の均等の意味および範囲の中にあるすべての変更は、本発明の中に包含されるものとする。言い換えれば、基礎となる基本的な原理の範囲内に含まれるあらゆる修正形態、変形形態、または均等物を包含することが企図され、その不可欠な属性が本特許出願で特許請求される。さらに、備えるまたは含むという語は他の要素またはステップを除外せず、aまたはanという語は複数を除外せず、コンピュータシステム、プロセッサ、別の統合ユニットなどの単一の要素は特許請求の範囲に記載のいくつかの手段の機能を履行できることを本特許出願の読者は理解されよう。特許請求の範囲内の任意の参照符号は、関係するそれぞれの請求項を限定すると解釈されないものとする。第1、第2、第3、a、b、cなどの用語は、説明または特許請求の範囲で使用されるとき、類似の要素またはステップ間を区別するために導入されるものであり、必ずしも順番または発生順を記述するものではない。同様に、頂部、底部、の上、の下などの用語は、説明のために導入されるものであり、必ずしも相対位置を表すものではない。そのように使用される用語は適切な状況下で相互交換可能であり、本発明の実施形態は、本発明に従って他のシーケンスで、または上記で説明し、または示したもの複数可とは異なる向きで動作できることを理解されたい。