(57)【要約】  全画面で視聴しているチャネルから２次表示ウィンドウ（例えばピクチャ・イン・ピクチャ（ＰＩＰ）ウィンドウ）で視聴しているチャネルにチャネルを変更するときに、高速チャネル変更を行う方法および装置を提供する。１つの実施態様では、ＳＶＣ符号化ストリームのベース・レイヤ・ストリームが、２次表示用の２次ストリームとして使用され、対応するエンハンスメント・レイヤ・ストリームが、対応するレギュラー・ストリームとして使用される。チャネル変更要求があると、ＳＶＣ符号化ストリームの復号したベース・レイヤ・ピクチャがアップサンプリングされ、対応するＳＶＣエンハンスメント・レイヤ・ストリームを受信する間、アップサンプリングしたベース・レイヤ・ピクチャが全画面で表示される。その後、エンハンスメント・レイヤの瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームが良好に受信されて復号されたことが確認されると、アップサンプリングしたベース・レイヤ・ピクチャが、復号したエンハンスメント・レイヤ・ピクチャに置換される。他の実施態様では、２次表示ウィンドウで視聴しているベース・レイヤ・ストリームに対応するエンハンスメント・レイヤ・ストリームの最後のＧＯＰが復号せずにバッファリングされ、２次ビデオ表示ウィンドウ・チャネルへのチャネル変更要求があると、デコーダが対応するベース・レイヤ・ストリームおよびエンハンスメント・レイヤ・ストリームの全てのフレームを受信して復号し続けている間、バッファリングしたパケットは直ちに復号して表示される。
2011529674.tif 000002
【特許請求の範囲】
【請求項１】
２次ビデオ表示ウィンドウに表示されている現在の２次ビデオ・ストリームとして、ＳＶＣ符号化ストリームにおけるベース・レイヤをアップサンプリングすること（３０２）と、
チャネルを、前記２次ビデオ表示ウィンドウで視聴中のチャネルに変更することを求める要求があったときに、前記アップサンプリングした２次ストリームを全画面で表示すること（３０４）と、
視聴中の前記２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤにおける瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームが受信されて復号されたかどうかを判定すること（３０６）と、
前記ＩＤＲフレームが受信されて復号されていると判定されたときに、アップサンプリングしたベース・レイヤ・フレームから対応するエンハンスメント・レイヤ・フレームに表示を切り替えること（３０８）と、
を含む方法。
【請求項２】
前記アップサンプリングは、前記チャネルを２次表示ウィンドウで視聴中のチャネルに変更することを求める視聴者の要求に応答して実行される、請求項１に記載の方法。
【請求項３】
前記ベース・レイヤ２次ビデオ・ストリームは、その対応するエンハンスメント・レイヤ・ストリームよりも多くのＩＤＲフレームを含む、請求項１に記載の方法。
【請求項４】
前記ベース・レイヤ２次ビデオ・ストリームは、前記ベース・レイヤ２次ビデオ・ストリームに対応する前記エンハンスメント・レイヤより短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項１に記載の方法。
【請求項５】
２次ビデオ・ストリームとしてＳＶＣ符号化ストリームのベース・レイヤを受信して復号し、かつ、ディジタル・ビデオの対応するレギュラー・ストリームとして前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤを受信して復号して、視聴者の選択に従って表示するように構成された受信機（１５０）と、
前記受信機に接続されたプロセッサ（１６０）と、
前記プロセッサに接続されたメモリ（１６５）と、を備えた装置であって、
前記プロセッサおよび前記メモリは、チャネルが２次ビデオ表示ウィンドウで視聴されているときに、前記２次ビデオ・ストリームのソースとして前記ベース・レイヤをアップサンプリングし、かつ、前記チャネルを前記２次ビデオ表示ウィンドウで視聴中のチャネルに変更することを求める視聴者の要求があると直ちに前記アップサンプリングした２次ビデオ・ストリームを全画面で表示するように構成されている、前記装置。
【請求項６】
前記プロセッサ（１６０）は、前記ＳＶＣ符号化ストリームの前記エンハンスメント・レイヤにおける瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームが前記アップサンプリングしたベース・レイヤ・ストリームに対応するかどうかを判定し、かつ、前記ＩＤＲフレームが受信されて復号されたと判定されたときに、前記アップサンプリングしたベース・レイヤ・ストリームから前記対応するエンハンスメント・レイヤ・ストリームに表示を切り替えるように構成されている、請求項５に記載の装置。
【請求項７】
前記受信機（１５０）はＤＴＶ受信機（１５５）をさらに備えている、請求項５に記載の装置。
【請求項８】
前記ベース・レイヤ２次ビデオ・ストリームは、その対応するエンハンスメント・レイヤ・ストリームよりも多くのＩＤＲフレームを含む、請求項５に記載の装置。
【請求項９】
前記ベース・レイヤ２次ビデオ・ストリームは、前記ベース・レイヤ２次ビデオ・ストリームに対応する前記エンハンスメント・レイヤより短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項５に記載の装置。
【請求項１０】
２次ビデオ表示ウィンドウに表示されている現在の２次ビデオ・ストリームとして、ＳＶＣ符号化ストリームにおけるベース・レイヤをアップサンプリングする手段（１５０，１６０，１６５）と、
チャネルを、前記２次ビデオ表示ウィンドウで視聴中のチャネルに変更することを求める要求があると、前記アップサンプリングした２次ストリームを全画面で表示するビデオ信号を供給する手段（１５０）と、
視聴中の前記２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤにおける瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームが受信されて復号されたかどうかを判定する手段（１５０，１６０）と、
前記ＩＤＲフレームが受信されて復号されたと判定されたときに、アップサンプリングしたベース・レイヤ・フレームから対応するエンハンスメント・レイヤ・フレームに表示を切り替える手段（１５０，１６０，１６５）と、
を備えた装置。
【請求項１１】
前記アップサンプリング手段は、前記チャネルを２次表示ウィンドウで視聴中のチャネルに変更することを求める視聴者の要求に応答し、前記アップサンプリングは、デコーダが前記ベース・レイヤ２次ビデオ・ストリームに対応するエンハンスメント・レイヤ・ストリームを求める要求を送信しているときに実行される、請求項１０に記載の装置。
【請求項１２】
前記ベース・レイヤ２次ビデオ・ストリームは、その対応するエンハンスメント・レイヤ・ストリームよりも多くのＩＤＲフレームを含む、請求項１０に記載の装置。
【請求項１３】
前記ベース・レイヤ２次ビデオ・ストリームは、前記ベース・レイヤ２次ビデオ・ストリームに対応する前記エンハンスメント・レイヤより短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項１０に記載の装置。
【請求項１４】
ＳＶＣ符号化ビデオ・ストリームに由来するベース・レイヤ・ストリームを含む２次ビデオ・ストリームによって表されるチャネルを２次ビデオ表示ウィンドウに表示することを要求するステップ（４０２）と、
前記２次ビデオ表示ウィンドウに表示されている前記チャネル用に、ベース・レイヤ２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤ・パケットを読み出すことを求める要求を送信するステップ（４０４）と、
最新のグループ・オブ・ピクチャ（ＧＯＰ）の前記エンハンスメント・レイヤの全てのパケットを復号せずにバッファリングするステップ（４０６）と、
前記２次ビデオ表示ウィンドウに表示されている前記チャネルを視聴することを求めるチャネル変更要求を検出するステップ（４０８）と、
前記バッファリングしたパケットを前記記憶した最新のＧＯＰの先頭から使用して、全てのフレームを復号するステップ（４１０）と、
を含む方法。
【請求項１５】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、その対応するエンハンスメント・レイヤ・ストリームよりも多くの瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームを含む、請求項１４に記載の方法。
【請求項１６】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、その対応するエンハンスメント・レイヤ・ストリームよりも短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項１４に記載の方法。
【請求項１７】
前記復号するステップは、前記バッファリングしたパケットを復号して表示するのと同時に、前記対応するエンハンスメント・レイヤ・ストリームにおける全てのフレームを復号するステップ（４１０）をさらに含む、請求項１４に記載の方法。
【請求項１８】
２次ビデオ・ストリームとしてＳＶＣ符号化ストリームのベース・レイヤを受信して復号し、かつ、ディジタル・ビデオの対応するレギュラー・ストリームとして前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤを受信して復号して、視聴者の選択に従って表示するように構成された受信機（１５０）と、
前記受信機に組み込まれたプロセッサ（１６０）と、
前記プロセッサに接続されたメモリ（１６５）と、を備えた装置であって、
前記プロセッサおよび前記メモリは、２次表示ウィンドウに表示されているチャネル用の前記２次ビデオ・ストリームとして前記ベース・レイヤ・ストリームを読み出し、かつ、最新のグループ・オブ・ピクチャ（ＧＯＰ）の前記エンハンスメント・レイヤの全てのパケットを復号せずにバッファリングするように構成されている、前記装置。
【請求項１９】
前記受信機（１５０）はＤＴＶ受信機（１５５）をさらに備えている、請求項１８に記載の装置。
【請求項２０】
前記プロセッサ（１６０）は、前記２次ビデオ表示ウィンドウに表示されている前記チャネルを視聴することを求めるチャネル変更要求を検出し、かつ、検出したチャネル変更要求に応答して、前記受信機（１５０）に、前記バッファリングしたエンハンスメント・レイヤのパケットを復号させて直ちに表示させる、請求項１８に記載の装置。
【請求項２１】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、その対応するエンハンスメント・レイヤ・ストリームよりも多くの瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームを含む、請求項１８に記載の装置。
【請求項２２】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、その対応するエンハンスメント・レイヤよりも短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項１８に記載の装置。
【請求項２３】
前記受信機（１５０）は、前記バッファリングしたエンハンスメント・レイヤのパケットを復号して表示するのと同時に、前記エンハンスメント・レイヤ・ストリームにおける全てのフレームを復号するようにさらに構成されている、請求項１８に記載の装置。
【請求項２４】
ＳＶＣ符号化ビデオ・ストリームに由来するベース・レイヤ・ストリームを含む２次ビデオ・ストリームによって表されるチャネルを２次ビデオ表示ウィンドウに表示することを要求する手段（４０２）と、
前記２次ビデオ表示ウィンドウに表示されている前記チャネル用に、ベース・レイヤ２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤ・パケットを読み出すことを求める要求を送信する手段（４０４）と、
最新のグループ・オブ・ピクチャ（ＧＯＰ）の前記エンハンスメント・レイヤの全てのパケットを復号せずにバッファリングする手段（４０６）と、
前記２次ビデオ表示ウィンドウに表示されている前記チャネルを視聴することを求めるチャネル変更要求を検出する手段（４０８）と、
前記バッファリングしたパケットを前記記憶した最新のＧＯＰの先頭から使用して、全てのフレームを復号する手段（４１０）と、
を備えた装置。
【請求項２５】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、その対応するエンハンスメント・レイヤ・ストリームよりも多くの瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームを含む、請求項２４に記載の装置。
【請求項２６】
前記ＳＶＣ符号化ストリームの前記ベース・レイヤは、対応するエンハンスメント・レイヤ・ストリームよりも短いグループ・オブ・ピクチャ（ＧＯＰ）を有する、請求項２４に記載の装置。
【請求項２７】
前記復号する手段は、前記バッファリングしたパケットを復号して表示するのと同時に、前記対応するエンハンスメント・レイヤ・ストリームにおける全てのフレームを復号するように構成されている、請求項２４に記載の装置。
【請求項２８】
表示装置上の２次表示ウィンドウに２次ビデオ・ストリームを表示する方法であって、
ＳＶＣ符号化ストリームのベース・レイヤを、前記２次ビデオ・ストリームとして供給するステップと、
前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤを、前記２次ビデオ・ストリームに対応するレギュラー・ビデオ・ストリームとして供給するステップと、
を含む、前記方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００８年７月２８日出願の米国仮出願第６１／０８４０６８号の利益を請求するものである。
【０００２】
本願は、以下に挙げる、所有者が共通する同時係属中の米国特許出願と関連するものである。（１）２００７年７月２５日に国際特許出願として出願された「ディジタル・ビデオの高速チャネル変更を行う方法および装置」と題する米国特許出願第ＸＸＸ号（出願番号第ＰＣＴ／ＵＳ２００７／０１６７８８号、トムソン整理番号ＰＵ０６０１４６）、（２）２００９年１月１６日に国際特許出願として出願された「ＳＶＣ高速チャネル変更の効率を向上させる符号化方法」と題する米国特許出願第ＸＸＸ号（出願番号第ＰＣＴ／ＵＳ２００９／０００３２５号、トムソン整理番号ＰＵ０８０１２８）、（３）２００９年１月２９日に国際特許出願として出願された「ＳＶＣを用いた高速チャネル変更アプリケーションのＲＴＰパケット化方法」と題する米国特許出願第ＸＸＸ号（出願番号第ＰＣＴ／ＵＳ０８／００６３３３号、トムソン整理番号ＰＵ０８０１３３）、（４）２００８年１０月３０日に国際特許出願として出願された「高速チャネル変更および誤り耐性の向上のためのスケーラブル・ビデオ符号化方法」と題する米国特許出願第ＸＸＸ号（出願番号第ＰＣＴ／ＵＳ２００８／０１２３０３号、トムソン整理番号ＰＵ０７０２７２）、ならびに（５）２００９年７月ＸＸ日に国際特許出願として出願された「スケーラブル・ビデオ符号化（ＳＶＣ）ストリームを用いて高速チャネル変更を行う方法および装置」と題する米国特許出願第ＸＸＸ号（出願番号第ＸＸＸ号、トムソン整理番号ＰＵ０８０１３５）。
【０００３】
本発明の原理は、一般に、ディジタル・ビデオ通信システムに関し、より詳細には、スケーラブル・ビデオ符号化（ＳＶＣ）ストリームを使用して高速チャネル変更を行う方法および装置に関する。
【背景技術】
【０００４】
スケーラブル・ビデオ符号化（ＳＶＣ）には、従来のアドバンストビデオ符号化（ＡＶＣ）に優る多くの利点がある（例えば、ＩＴＵ−Ｔ勧告Ｈ．２６４改訂第３版「一般的視聴覚サービスの高度ビデオ符号化：スケーラブル・ビデオ符号化」参照）。ＳＶＣにおけるスケーラビリティは、時間領域、空間領域および品質領域（信号対雑音比）に適用することができる。ＳＶＣストリームは、通常は、１つのベース・レイヤおよび１つまたは複数のエンハンスメント・レイヤを備える。ベース・レイヤ・ストリームは、独立して復号することができるが、エンハンスメント・レイヤは何れもベース・レイヤおよびその他の従属（ｄｅｐｅｎｄｅｎｔ）エンハンスメント・レイヤと一緒でなければ復号することができない。従って、「復号したエンハンスメント・レイヤ・フレームまたはピクチャ」と文中で述べていれば、そのエンハンスメント・レイヤ・フレームまたはピクチャは、エンハンスメント・レイヤとそれに対応するベース・レイヤの両方から受信したデータを用いて復号されたということを意味している。
【０００５】
本発明の概念を除けば、図面に示す要素は、周知であり、詳細には説明しない。すなわち、無線周波数（ＲＦ）／ケーブル／インターネットを介したテレビジョン放送、テレビジョン受信機、およびビデオ符号化／復号に精通していることを前提としており、本明細書ではこれについて詳細には説明しない。例えば、本発明の概念を除けば、ＮＴＳＣ（Ｎａｔｉｏｎａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ）、ＰＡＬ（Ｐｈａｓｅ  Ａｌｔｅｒｎａｔｉｏｎ  Ｌｉｎｅｓ）、ＳＥＣＡＭ（ＳＥｑｕｅｎｔｉａｌ  Ｃｏｕｌｅｕｒ  Ａｖｅｃ  Ｍｅｍｏｉｒｅ）およびＡＴＳＣ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ）、ならびにＩｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＩＳＤＢ）、Ｃｈｉｎｅｓｅ  Ｄｉｇｉｔａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ（ＧＢ）、ＤＶＢ−Ｈなど、現行および提案されているＴＶ標準の勧告に精通していることを前提としている。同様に、本発明の概念を除けば、８レベル残留側波帯（８−ＶＳＢ）、直交振幅変調（ＱＡＭ）、４相位相シフト・キーイング（ＱＰＳＫ）などその他の伝送の概念、ならびに無線周波数（ＲＦ）のフロント・エンド（低雑音ブロック、チューナ、ダウン・コンバータなど）、復調器、相関器、リーク・インテグレータ、平方器などの受信機構成要素も前提としている。さらに、本発明の概念を除けば、ＩＰＴＶマルチキャスト・システム、双方向ケーブルＴＶシステム、インターネット・プロトコル（ＩＰ）、インターネット・プロトコル・エンカプスレータ（ｅｎｃａｐｓｕｌａｔｏｒ）（ＷＥ）など、その他のビデオ通信の概念も前提としている。同様に、本発明の概念を除けば、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓ  Ｓｔａｎｄａｒｄ（ＩＳＯ／ＩＥＣ  １３８１８−１）やＨ．２６４／ＭＰＥＧ−４高度ビデオ符号化（ＡＶＣ）、Ｈ．２６４／ＭＰＥＧ−４スケーラブル・ビデオ符号化（ＳＶＣ）など、トランスポート・ビット・ストリームを生成するためのフォーマットおよび符号化／復号の方法も周知であり、本明細書では説明しない。最後に、図中の同じ番号は、同様の要素を表している。
【０００６】
現在のビデオ圧縮技術は、ビデオ・フレームの時間的相関を利用することにより、非常に高い程度の圧縮を達成することができる。グループ・オブ・ピクチャ（ＧＯＰ）において、全体がイントラ符号化されるピクチャは１つだけであり、残りのピクチャは、完全に、または部分的に、他のピクチャと共通の冗長性に基づいて符号化される。イントラ符号化ピクチャ（Ｉ）は、それ自体の内部の冗長性のみを使用して、圧縮を生成する。しかし、インター符号化ピクチャ（ＢまたはＰピクチャ）は、関連する１つまたは複数のイントラ符号化ピクチャを復号した後で復号しなければならない。Ｉピクチャは、通常、ＢまたはＰピクチャより３倍から１０倍多いビットを必要とするので、全体のビット・レートを低下させるために、Ｉピクチャは、ビット・ストリーム内においてかなり低い頻度で符号化される。一般に、同じビデオ・シーケンスでは、（例えばビデオ２秒分を超える）ＧＯＰ内に含まれるピクチャを比較的多数にして符号化しストリームの方が、（例えばビデオ１秒分以下の）短いＧＯＰサイズで符号化したストリームより、ビット・レートが大幅に低くなる。
【０００７】
ただし、比較的大きなＧＯＰサイズを使用すると、チャネル変更待ち時間に思いがけない悪影響がある。すなわち、受信機が、ビデオ番組に同調するときに、最初のＩピクチャを受信するまで待機しなければ、何れのピクチャも表示するために復号することができない。Ｉピクチャの頻度が低くなるほど、チャネル変更における遅延が長くなる可能性がある。ほとんどの放送システムは、ビデオ圧縮システムによるチャネル変更の遅延時間を制限するために、例えば１秒おきなど、頻繁にＩピクチャを伝送する。言うまでもなく、Ｉピクチャの頻度が高くなると、全体の伝送ビット・レートは大幅に上昇する。
【０００８】
インタラクティブなＩＰＴＶマルチキャスト・システムのような、ディジタル・ビデオ・マルチキャスティングの分野では、ＧＯＰの瞬間デコーダ・リフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｅｒ  ｒｅｆｒｅｓｈ）（ＩＤＲ）フレームを待つ待機期間によるチャネル変更待ち時間は、それによって視聴者の全体的な体感品質（ＱｏＥ）が大幅に低下するため、視聴者にとって煩わしい問題である。上述のように、ＩＤＲフレームは、ＰフレームまたはＢフレームよりも符号化するビットの量が大幅に多いので、レギュラー・ビデオ・ストリーム中のＩＤＲフレームの頻度を上げることは、全体のＧＯＰビット・レートの限界を考慮すると、望ましい解決策ではない。
【０００９】
このチャネル変更待ち時間の問題に対する可能な解決策として、放送ストリームの最新の部分をバッファリングするために、マルチキャスト・ネットワーク・システム自体の内部でバッファ装置を利用することもできる。この場合には、ユーザが自分の受信機からマルチキャスト・システムにチャネル変更要求を送信したときに、システムは、Ｉピクチャから始まるバッファリングしたビデオ・コンテンツを受信機（セット・トップ・ボックスなど）にユニキャストする。ここで、ユニキャスト・ストリームは、通常のビット・レートより速い伝送レートで送信することもできるし、通常の伝送ビット・レートで送信することもできる。バッファリングされたストリームのＩピクチャを受信した後で、受信機は、バッファリングされたビデオ・ストリームに対応する放送ストリームに切替える。
【００１０】
この解決策の大きな欠点は、ネットワーク・システムが複雑なミドルウェア・サポートを必要とすることである。さらに、このシステムでは、ユニキャスト・ストリームを記憶するために必要なハードウェアも必要となる。その結果、同時ユーザの総数が増加するにつれて、マルチキャスト・ネットワークの帯域幅および記憶要件をスケール・アップする必要がある。言うまでもなく、これはネットワーク・プロバイダに対して追加のコストを課すため望ましくない。
【００１１】
この問題に対する別の解決策としては、公開された国際特許出願（２００８年１月３１日付け公開の「ディジタル・ビデオの高速チャネル変更を行う方法および装置」と題するＷＯ２００８／０１３８８３）に開示されているように、チャネル変更動作中に、対応するレギュラー・ビデオ・ストリームとともに、レギュラー・ビデオ・ストリームよりも頻繁に低解像度ＩＤＲフレームを含むチャネル変更ストリームを伝送することが挙げられる。この文献では、このようなチャネル変更ストリームを、ＰＩＰまたはＰＯＰビデオ・コンテンツなどの２次番組コンテンツの放送に利用することができることが述べられている。
【００１２】
本願は、マルチ・ピクチャ・ディジタル・テレビジョン環境において生じる可能性があるチャネル変更待ち時間の問題に対処するものである。より詳細には、この問題は、サブ・ピクチャ（例えばＰＩＰピクチャ）の番組コンテンツと主ピクチャの番組コンテンツとの間のチャネル変更動作に関連して生じる。例えば、チャネル変更動作において、視聴者が、現在サブ・ピクチャ・ウィンドウ（例えばＰＩＰウィンドウ）内に表示されているサブ・ピクチャの番組コンテンツを、新たな主ピクチャとして、全画面で、または表示画面の表示領域の大部分に表示しようと試みることがある。例えば、別のチャネル動作では、視聴者が、サブ・ピクチャの番組コンテンツと主ピクチャの番組コンテンツとをスワップしようと試みることがある。従って、前述のチャネル変更待ち時間の問題を回避し、視聴者のＱｏＥを改善する方法および装置が必要とされている。本発明は、これらの問題および／またはその他の問題に対処するものである。
【００１３】
本発明の一実施態様によれば、ＳＶＣエンコーダがストリーミングに使用されるときには、ＳＶＣベース・レイヤが２次ビデオ・ストリームとして使用され、エンハンスメント・レイヤがその対応するレギュラー・ストリームとして使用する。２次ビデオ・ストリームは、高速チャネル変更に利用される。別個かつ独自の２つのＡＶＣストリームを使用するのと比較して、本発明では、ＳＶＣベース・レイヤを２次ビデオ・ストリームとして使用する。
【００１４】
本発明は、高速チャネル変更を実現するために、レギュラー・ストリームにおけるＩＤＲフレームを待機している間に、ＳＶＣベース・レイヤから抽出した２次ビデオ・ストリームを利用し、２次ビデオ・ストリームをアップサンプリングして全画面に表示する方法について述べるものである。
【００１５】
他の実施態様によれば、チャネルが２次表示ウィンドウ（例えばＰＩＰウィンドウ）で視聴するように選択されたときに、ＳＶＣエンハンスメント・レイヤがキャッシュ／バッファリングされる。ユーザがチャネルを２次ウィンドウで視聴中のチャネルに変更すると、
【００１６】
一実施態様によれば、方法は、２次ビデオ表示ウィンドウに表示されている現在の２次ビデオ・ストリームとして、ＳＶＣ符号化ストリームにおけるベース・レイヤをアップサンプリングすることと、チャネルを、前記２次ビデオ表示ウィンドウで視聴中のチャネルに変更することを求める要求があったときに、前記アップサンプリングした２次ストリームを全画面で表示することと、視聴中の前記２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤにおける瞬間デコーダ・リフレッシュ（ＩＤＲ）フレームが受信されて復号されたかどうかを判定することと、前記ＩＤＲフレームが受信されて復号されていると判定されたときに、アップサンプリングしたベース・レイヤ・フレームから対応するエンハンスメント・レイヤ・フレームに表示を切り替えることと、を含む。
【００１７】
他の実施態様によれば、装置は、２次ビデオ・ストリームとしてＳＶＣ符号化ストリームのベース・レイヤを受信して復号し、かつ、ディジタル・ビデオの対応するレギュラー・ストリームとして前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤを受信して復号して、視聴者の選択に従って表示するように構成された受信機と、前記受信機に接続されたプロセッサと、前記プロセッサに接続されたメモリと、を備え、前記プロセッサおよび前記メモリは、チャネルが２次ビデオ表示ウィンドウで視聴されているときに、前記２次ビデオ・ストリームのソースとして前記ベース・レイヤをアップサンプリングし、かつ、前記チャネルを前記２次ビデオ表示ウィンドウで視聴中のチャネルに変更することを求める視聴者の要求があると直ちに前記アップサンプリングした２次ビデオ・ストリームを全画面で表示するように構成される。
【００１８】
他の実施態様によれば、方法は、ＳＶＣ符号化ビデオ・ストリームに由来するベース・レイヤ・ストリームを含む２次ビデオ・ストリームによって表されるチャネルを２次ビデオ表示ウィンドウに表示することを要求するステップと、前記２次ビデオ表示ウィンドウに表示されている前記チャネル用に、ベース・レイヤ２次ビデオ・ストリームに対応する前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤ・パケットを読み出すことを求める要求を送信するステップと、最新のグループ・オブ・ピクチャ（ＧＯＰ）の前記エンハンスメント・レイヤの全てのパケットを復号せずにバッファリングするステップと、前記２次ビデオ表示ウィンドウに表示されている前記チャネルを視聴することを求めるチャネル変更要求を検出するステップと、前記バッファリングしたパケットを前記記憶した最新のＧＯＰの先頭から使用して、全てのフレームを復号するステップと、を含む。
【００１９】
さらに他の実施態様によれば、装置は、２次ビデオ・ストリームとしてＳＶＣ符号化ストリームのベース・レイヤを受信して復号し、かつ、ディジタル・ビデオの対応するレギュラー・ストリームとして前記ＳＶＣ符号化ストリームのエンハンスメント・レイヤを受信して復号して、視聴者の選択に従って表示するように構成された受信機と、前記受信機に組み込まれたプロセッサと、前記プロセッサに接続されたメモリと、を備え、前記プロセッサおよび前記メモリは、２次表示ウィンドウに表示されているチャネル用の前記２次ビデオ・ストリームとして前記ベース・レイヤ・ストリームを読み出し、かつ、最新のグループ・オブ・ピクチャ（ＧＯＰ）の前記エンハンスメント・レイヤの全てのパケットを復号せずにバッファリングするように構成される。
【００２０】
以下の例示的な実施形態の詳細な説明を添付の図面と関連付けて読むことにより、本発明の原理の上記、その他の特徴、特性および利点が、より明らかになるであろう。
【００２１】
本発明の原理は、以下の例示的な図面により、より良く理解することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の原理による、例示的な端末相互間のアーキテクチャを示すブロック図である。
【図２】ＳＶＣエンコーダおよび対応するＳＶＣデコーダを示すブロック図である。
【図３】本発明の原理の一実施態様による、高速チャネル変更を行う方法を示す流れ図である。
【図４】本発明の他の実施態様による、高速チャネル変更を行う方法を示す流れ図である。
【発明を実施するための形態】
【００２３】
本発明の原理は、ディジタル・ビデオの高速チャネル変更を行う方法および装置に関する。
【００２４】
本明細書では、本発明の原理について説明する。従って、本明細書に明示的には記述または図示していなくても、本発明の原理を実現する、本発明の趣旨および範囲に含まれる様々な構成を、当業者なら考案することができることを理解されたい。
【００２５】
本明細書に記載する全ての例および条件に関する表現は、本発明の原理と、当技術分野をさらに進歩させるために発明者（等）が与える概念とを読者が理解するのを助けるという教授的な目的を有するものであって、これらの具体的に列挙した例および条件に限定されるわけではないものと解釈されたい。
【００２６】
さらに、本発明の原理、態様および実施形態ならびに本発明の具体的な例について本明細書で述べる全ての記述は、その構造的な均等物および機能的な均等物の両方を含むものとする。さらに、これらの均等物には、現在既知の均等物だけでなく、将来開発されるであろう均等物も含まれる、すなわち、その構造に関わらず、同じ機能を実行する将来開発される任意の要素も含まれるものとする。
【００２７】
従って、例えば、当業者であれば、本明細書に示すブロック図が本発明の原理を実施する例示的な回路の概念図を表していることを理解するであろう。同様に、任意のフローチャート、流れ図、状態遷移図、擬似コードなどが、コンピュータ可読媒体中に実質的に表現され、明示してある場合もしていない場合もあるコンピュータまたはプロセッサによって実行される様々なプロセスを表すことも理解するであろう。
【００２８】
図面に示す様々な要素の機能は、専用のハードウェアを使用して、またソフトウェアを実行することができるハードウェアを適当なソフトウェアと関連付けて使用して、実現することができる。プロセッサによってそれらの機能を実現するときには、単一の専用プロセッサで実現することも、単一の共用プロセッサで実現することも、あるいはその一部を共用することもできる複数の個別プロセッサで実現することもできる。さらに、「プロセッサ」または「コントローラ（制御装置）」という用語を明示的に用いていても、ソフトウェアを実行することができるハードウェアのみを指していると解釈すべきではなく、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを記憶する読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）および不揮発性記憶装置を、これらに限定されることなく黙示的に含み得る。
【００２９】
従来の、且つ／または特注のその他のハードウェアも含まれることがある。同様に、図面に示す任意のスイッチも、概念的なものに過ぎない。それらの機能は、プログラム論理の動作によっても、専用論理によっても、プログラム制御と専用論理の相互作用によっても、あるいは手作業でも実施することができ、インプリメンタ（ｉｍｐｌｅｍｅｎｔｅｒ）が、前後関係から適宜判断して特定の手法を選択することができる。
【００３０】
本明細書の特許請求の範囲において、特定の機能を実行する手段として表現されている任意の要素は、例えば、（ａ）当該機能を実行する回路素子の組合せ、または、（ｂ）ファームウェアやマイクロコードなども含む任意の形態のソフトウェアを、当該ソフトウェアを実行して当該機能を実行する適当な回路と組み合わせたもの、なども含め、当該機能を実行する任意の方法を含むものとする。特許請求の範囲によって定義される本発明の原理は、記載した様々な手段が実施する機能を、特許請求の範囲が求める手法で組み合わせて一緒にすることにある。従って、これらの機能を実施することができる任意の手段を、本明細書に示す手段の均等物とみなすものとする。
【００３１】
本明細書において、本発明の原理の「１つの実施形態」または「一実施形態」と述べている場合、それは、当該実施形態に関連して述べられる特定の特性、構造、特徴などが、本発明の原理の少なくとも１つの実施形態に含まれるという意味である。従って、本明細書の様々な箇所に見られる「１つの実施形態において」または「一実施形態において」という表現は、その全てが必ずしも同じ実施形態のことを指しているわけではない。
【００３２】
本明細書では、ディジタル加入者回線（ＤＳＬ）システムに関連して、本発明の原理の１つまたは複数の実施形態について説明するが、本発明の原理は、ＤＳＬシステムのみに限定されず、ＭＰＥＧ−２トランスポート・ストリームなど（ただしこれに限定されない）のトランスポート・ストリームを使用する任意の媒体伝送システムについて使用することができることを理解されたい。従って、例えば、本発明の原理は、本発明の原理の趣旨を維持したまま、ケーブル・テレビジョン・システムおよび衛星テレビジョン・システムなどについて利用することもできる。
【００３３】
上述のように、本発明は、ディジタル・ビデオにおける高速チャネル変更、特に、２次ビデオ表示ウィンドウ（例えばＰＩＰウィンドウ）で視聴しているチャネルへの高速チャネル変更を行う方法および装置に関する。本発明の原理は、大規模なインターネット・プロトコル・テレビジョン（ＩＰＴＶ）の展開へのスケーラブルな解決策を提供するので有利である。
【００３４】
従って、本発明の種々の態様の原理によれば、ＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）に基づくディジタル・ビデオ放送システムのチャネル変更待ち時間が、大幅に低減される。
【００３５】
一態様によれば、チャネル変更待ち時間の低減は、ＳＶＣベース・レイヤを２次ビデオ・ストリームとして利用し、この２次ビデオ・ストリームを高速チャネル変更に利用することによって達成される。
【００３６】
スケーラブル・ビデオ符号化（ＳＶＣ）は、アドバンストビデオ符号化（ＡＶＣ）に優る多くの利点を有する。本発明は、ディジタル・ビデオ・マルチキャスティング・ネットワークにおいて、ＳＶＣのベース・レイヤを別個の低解像度ＡＶＣストリームの代わりに２次ビデオ・ストリームとして使用することを教示する。さらに、本発明の原理によれば、２次ビデオ表示ウィンドウに示されているチャネルが次のチャネルとして選択されたときに、高速チャネル変更のために、ＩＤＲ（瞬間デコーダ・リフレッシュ）フレームがエンハンスメント・レイヤより高い頻度でベース・レイヤの符号化において使用される。
【００３７】
また、本明細書には、２次ビデオ表示ウィンドウに表示されているチャネルが次のチャネルとして選択されたときに、高速チャネル変更とともに使用するために、チャネルが２次ビデオ表示ウィンドウに表示されているときに最新のＧＯＰ（グループ・オブ・ピクチャ）の全てのエンハンスメント・レイヤ・パケットをキャッシュする方法が記載されている。
【００３８】
２次ビデオ表示ウィンドウを使用することは、別のチャネルを見ているときに第２のチャネルをウィンドウ中に示すための一般的な機能である。この機能は、一般に、ピクチャ・イン・ピクチャ（ＰＩＰ）またはピクチャ・アウト・ピクチャ（ＰＯＰ）と呼ばれ、分割画面や、主チャネルを見ているときに第２のチャネルを表示する他の手法を含むことができる。ＡＶＣ符号化の場合には、２次ビデオ・ストリーム（例えばＰＩＰストリーム）およびそれに対応するレギュラー・ストリームを別々に符号化して、異なるＩＰ（インターネット・プロトコル）ストリームで別々に搬送する。従って、ＰＩＰアプリケーションについて同じコンテンツを２度符号化することは効率的ではない。
【００３９】
ＧＯＰのＩＤＲフレームを待つ待機期間によるチャネル変更遅延は、視聴者の体感品質（ＱｏＥ）を低下させるので、深刻な問題であった。ＩＤＲフレームは、ＰフレームまたはＢフレームに比べてかなりの量のビットを符号化するコストが必要があるので、レギュラー・ストリーム中のＩＤＲフレームの頻度を高めることは、ＧＯＰの全体のビット・レートの制限により、この問題に対する望ましい解決策ではない。この問題に対する１つの解決策は、ＩＤＲフレームの頻度がより高められた低解像度を使用して高速チャネル変更を行うことであり、このような解決策は、上述のように、公開された国際出願ＷＯ２００８／０１３８８３（公開日２００８年１月３１日）に開示されている。
【００４０】
本願は、ＳＶＣ符号化を利用したマルチ・ピクチャ表示環境におけるチャネル変更待ち時間の問題に対する新たな解決策を開示するものである。本発明の原理によれば、ＳＶＣエンコーダがストリーミングに使用されるときに、ＳＶＣベース・レイヤが２次ビデオ・ストリームとして使用され、エンハンスメント・レイヤがその対応するレギュラー・ストリームとして使用される。この実施態様の利点の１つは、普通なら２次ビデオ表示（例えばＰＩＰ）用に別個かつ独自の低解像度ＡＶＣストリームを備えるために必要となるストリーミング帯域幅が節約できることである。
【００４１】
当業者なら、ディジタル・ビデオ・マルチキャスティング・ネットワークにおけるチャネル変更が、マルチキャスト・グループへの加入を求める要求によって開始し、その後、ビデオ・デコーダが、そのグループに同調して最初のＩＤＲフレームを待機し、復号して全画面で表示することが分かるであろう。従って、このプロセスの遅延は、主にＩＤＲフレームの頻度によって決まる。例えば、通常の２４ｆｐｓフレーム・レート・ストリームのＧＯＰにおいてＩＤＲフレームが４８フレーム毎に１回現れる場合には、デコーダは、当該ＧＯＰの任意のフレームのうちで最初のフレームから受信を開始する可能性があるので、最初のＩＤＲフレームより前の全てのフレームを破棄しなければならない。従って、チャネル変更遅延が２秒もの長さになることもある。
【００４２】
本発明の原理に従って高速チャネル変更動作を実行するために、ＳＶＣエンコーダのベース・レイヤおよびエンハンスメント・レイヤのＧＯＰ構造は、以下に述べる特徴を示す。すなわち、ベース・レイヤは、そのレギュラー・ストリームよりも多くのＩＤＲフレームを定期的に有する、あるいは、ベース・レイヤ・ストリームは、レギュラー・ストリームよりも短いＧＯＰを有する。例えば、ベース・レイヤ・ストリームには１２フレーム毎に１つのＩＤＲフレームがあり（ＧＯＰ＝０．５秒）、対応するエンハンスメント・レイヤ・ストリームには４８フレーム毎に１つのＩＤＲフレームがある（ＧＯＰ＝２秒）。
【００４３】
ベース・レイヤ・ストリームおよびエンハンスメント・レイヤ・ストリームにおけるＧＯＰのサイズをこのように構成すると、視聴者がチャネルを現在２次ビデオ表示ウィンドウに表示されているチャネルに変更する状況において、高速チャネル変更のための２つの方法が提案される。
【００４４】
本発明の原理による例示的なシステムを、図１に示す。送信機１０５は、本発明の原理に従って、信号１０１を受信し、放送信号１０６を出力する。受信装置１５０は、受信信号１０７によって表されるように、本発明の原理に従って放送信号を受信する。受信装置は、例えば、ディスプレイを備える場合も備えない場合もある、携帯電話、携帯型ＴＶ、セット・トップ・ボックス、ディジタルＴＶ（ＤＴＶ）などとすることができる。受信装置１５０は、ＤＴＶ受信機１５５、プロセッサ１６０、およびメモリ１６５を備える。従って、受信装置１５０は、プロセッサを基盤としたシステムである。ＤＴＶ受信機１５５は、上述のように信号１０７を受信し、その信号から信号１０８を回復し、この信号１０８は、例えば本明細書に記載する高速チャネル変更を行う方法に従って、プロセッサ１６０によって処理される。
【００４５】
図２は、ＳＶＣエンコーダおよび対応するデコーダを示すブロック図である。当業者であれば、ＳＶＣエンコーダ２００が、ベース・レイヤ２０２、第１のエンハンスメント・レイヤ２０４および第２のエンハンスメント・レイヤ２０４を出力することができることが分かるであろう。接続された表示装置に基づいて、ＳＶＣデコーダ２１０，２１２，２１４は、必要なＳＶＣレイヤを利用する。例えば、ＳＶＣデコーダ２１０は、ベース・レイヤ・ストリーム２０２のみを利用して、ＣＩＦ  １５Ｈｚ装置（例えば携帯電話）にビデオを表示する。ＳＶＣデコーダ２１２は、ベース・レイヤ２０２および第１のエンハンスメント・レイヤ２０４の両方を利用して、標準精細度（ＳＤ）表示を出力し、ＳＶＣデコーダ２１４は、ベース・レイヤ２０２、第１のエンハンスメント・レイヤ２０４および第２のエンハンスメント・レイヤ２０６を利用して、対応する表示装置に高精細度（ＨＤ）表示を出力する。
【００４６】
図３を参照すると、本発明の一実施形態による高速チャネル変更を行う方法３００が示してある。図示のように、この方法は、デコーダがエンハンスメント・レイヤにおけるＩＤＲフレームを復号するために待機している間に、現在の２次ビデオ・ストリームを直ちにアップサンプリングすることによって開始される（ステップ３０２）。ユーザが２次ビデオ・ストリームへのチャネル変更を要求したときに、アップサンプリングした２次ビデオ・ストリームは全画面で表示される（３０４）。次いで、エンハンスメント・レイヤにおけるＩＤＲフレームが受信されて復号されたかどうかを判定する（３０６）。エンハンスメント・レイヤのＩＤＲフレームが受信されて復号されると、デコーダは、アップサンプリングしたＰＩＰフレームからレギュラー・フレームに表示を切り替える（３０８）。
【００４７】
この方法を上記の例に使用すると、例えば、チャネル変更遅延は、最大２秒から０．５秒に短縮することができる。最大で２秒の移行期間中は、アップサンプリングした２次ビデオ・ストリームの画質がレギュラー・ビデオほど良好でないことは理解できるであろう。しかし、待機中に画面がフリーズしたり黒く表示されたりすることを伴う遅いチャネル変更よりは、この方が視聴者の体感が向上する。
【００４８】
図４は、本発明の一実施形態による高速チャネル変更を行う第２の方法を示す図である。この方法４００は、視聴者が２次表示ウィンドウ（例えばＰＩＰウィンドウ）に表示するチャネルを選択したかどうかを判定すること（４０２）によって開始される。視聴者が選択している場合には、この方法は、ＳＶＣストリームからエンハンスメント・レイヤ・パケットを得るための要求を送信する（４０４）（これらのパケットは、別個のＩＰストリーム中にある場合も、ＳＶＣベース・レイヤと同じＩＰストリーム中にある場合もある）。次いで、デコーダが、最新のＧＯＰのエンハンスメント・レイヤの全てのパケットを、復号せずに記憶する（４０６）。視聴者が、チャネルを、２次ビデオ・ウィンドウに表示されているチャネルに変更した（４０８）ときに、デコーダは、バッファリングしたエンハンスメント・レイヤのパケットを使用して、バッファリングした最新のＧＯＰの先頭から全てのフレームの復号し（４１０）、かつこれらを全画面で表示することを開始する。
【００４９】
第１の方法３００で述べたように、デコーダは、アップサンプリングした２次ビデオ・ストリームにシームレスに置換できる復号した最新のレギュラー・フレームが得られるまで、全ての対応するレギュラー・ストリームの復号を開始している間に、アップサンプリングした２次ビデオ・ストリームの表示を直ちに開始することができる。この方法４００では、レギュラー・ストリームに切り替えるための遅延は、受信機のハードウェアの復号速度のみによるものであるから、受信機のハードウェアが十分な計算能力を有する場合には、アップサンプリングした２次ビデオ・ストリームからレギュラー・ストリームへの移行期間は、通常は、方法３００よりはるかに短い。
【００５０】
当業者であれば、シームレスな切替えは、ＳＶＣの性質上可能であることが分かるであろう。方法４００と方法３００とを比較すると、方法３００では、エンハンスメント・パケットを受信するために追加の帯域幅が必要であるが、デコーダは、視聴者が実際にそのチャネルに切り替えるまでは、エンハンスメント・パケットを復号する必要がない。従って、デコーダに余分な計算負荷がかかることがない。
【００５１】
上記に鑑みて、ここまでの説明は単に本発明の原理を例示するものに過ぎず、従って、当業者であれば、本明細書に明示的には記述していないが、本発明の原理を実現する、本発明の趣旨および範囲に含まれる多数の代替構成を、考案することができることを理解されたい。例えば、機能要素が別々に分かれている状況について説明したが、これらの機能要素は、１つまたは複数の集積回路（ＩＣ）に実装することもできる。同様に、別個の要素として示したが、それらの要素の何れかまたは全てを、例えばディジタル信号プロセッサなど、例えば１つまたは複数のステップに対応する関連するソフトウェアを実行する記憶プログラム制御式のプロセッサ内で実施することもできる。さらに、本発明の原理は、衛星、ワイヤレス・フィディリティ（Ｗｉ−Ｆｉ）、携帯電話など、その他のタイプの通信システムにも適用することができる。実際には、本発明の概念は、固定受信機にも移動受信機にも適用することができる。従って、例示的な実施形態に多数の修正を加えることができること、および本発明の趣旨および範囲を逸脱することなくその他の構成を考案することができることを理解されたい。
【００５２】
上記に鑑みて、ここまでの説明は単に本発明の原理を例示するものに過ぎず、従って、当業者なら、本明細書に明示的には記述していないが、本発明の原理を実現する、本発明の趣旨および範囲に含まれる多数の代替構成を、考案することができることを理解されたい。例えば、機能要素が別々に分かれている状況について説明したが、これらの機能要素は、１つまたは複数の集積回路（ＩＣ）に実装することもできる。同様に、別個の要素として示したが、それらの要素の何れかまたは全てを、例えばディジタル信号プロセッサなど、例えば１つまたは複数のステップに対応する関連するソフトウェアを実行する記憶プログラム制御式のプロセッサ内で実施することもできる。さらに、本発明の原理は、衛星、ワイヤレス・フィディリティ（Ｗｉ−Ｆｉ）、携帯電話など、その他のタイプの通信システムにも適用することができる。実際には、本発明の概念は、固定受信機にも移動受信機にも適用することができる。従って、例示的な実施形態に多数の修正を加えることができること、および本発明の趣旨および範囲を逸脱することなくその他の構成を考案することができることを理解されたい。
【００５３】
当業者であれば、本明細書の教示に基づき、本発明の原理の上記及びその他の特徴および利点を容易に理解することができる。本発明の原理の教示は、様々な形態のハードウェア、ソフトウェア、ファームウェア、特殊目的プロセッサ、またはそれらの組合せによって実施することができることを理解されたい。
【００５４】
本発明の原理の教示は、ハードウェアとソフトウェアとの組合せとして実施されることが最も好ましい。さらに、ソフトウェアは、プログラム記憶装置に実装されたアプリケーション・プログラムとして実施することができる。アプリケーション・プログラムは、任意の適当なアーキテクチャを備える機械にアップロードして実行することができる。この機械は、１つまたは複数の中央処理装置（ＣＰＵ）などのハードウェア、ランダム・アクセス・メモリ（ＲＡＭ）、入出力（Ｉ／Ｏ）ユーザ・インタフェースを有するコンピュータ・プラットフォームで実施されることが好ましい。コンピュータ・プラットフォームは、オペレーティング・システムおよびマイクロ命令コードも備えることができる。本明細書に記載する様々なプロセスおよび機能は、ＣＰＵによって実行することができる、マイクロ命令コードの一部またはアプリケーション・プログラムの一部あるいはそれらの任意の組合せの何れかにすることができる。さらに、追加のデータ記憶装置や印刷装置など、その他の様々な周辺装置をコンピュータ・プラットフォームに接続することもできる。
【００５５】
さらに、添付の図面に示すシステム構成要素および方法の一部はソフトウェアで実施することが好ましいので、システム構成要素間またはプロセス機能ブロック間の実際の接続は、本発明の原理をプログラミングする方法によって異なっていてもよいことも理解されたい。本明細書の教示があれば、当業者なら、本発明の原理の上記の実施形態または構成およびそれと同様の実施形態または構成を思いつくことができるであろう。
【００５６】
本明細書では、添付の図面を参照して例示的な実施形態について述べたが、本発明の原理は、これらの具体的な実施形態に限定されるわけではなく、当業者なら、本発明の原理の範囲または趣旨を逸脱することなく様々な変更および修正をそれらの実施形態に加えることができることを理解されたい。そうした変更および修正は全て、添付の特許請求の範囲に記載する本発明の原理の範囲に含まれる。
【図１】
2011529674.tif 000003
【図２】
2011529674.tif 000004
【図３】
2011529674.tif 000005
【図４】
2011529674.tif 000006
【国際調査報告】
2011529674.tif 000007
2011529674.tif 000008
2011529674.tif 000009