(57)【特許請求の範囲】
【請求項１】
テレビジョンおよびアクセス・ネットワークに接続されたデジタル・デコーダを有するＩＰ上のテレビジョン・システムにおいてチャンネル変更要求を処理する方法であって、前記デジタル・デコーダが：
ａ）第一のチャンネル変更要求に応答して、前記第一のチャンネル変更要求に対応するチャンネルを要求する物理的なチャンネル変更要求を前記アクセス・ネットワークに送信し、Ｔｔｅｍｐｏのタイムアウト期間をトリガーするステップと、
ｂ）前記タイムアウト期間の間に新たなチャンネル変更要求が前記デジタル・デコーダによって受信されたら、前記デジタル・デコーダがＴｔｅｍｐｏの新しいタイムアウト期間をトリガーするステップと、
ｃ）前記新しいタイムアウト期間が終わったらすぐ、受信された一つまたは複数のチャネル変更要求であってまだそれについての物理的なチャネル変更要求が送信されていないチャンネル変更要求に対応するチャンネルを要求する物理的なチャンネル変更要求を前記アクセス・ネットワークに送信し、あるいは、前記新しいタイムアウト期間の間に前記デジタル・デコーダによって新たなチャンネル変更要求が受信された場合には、ステップｂ）を再び開始するステップとを実行することを特徴とする、
方法。
【請求項２】
前記デコーダが、ステップａ）の間に、要求されたチャンネルに関係する情報を前記テレビジョン上に表示するための制御メッセージを送信することを特徴とする、請求項１記載の方法。
【請求項３】
前記デコーダが、ステップｂ）の間に、新たに要求されたチャンネルに関係する情報を前記テレビジョン上に表示するための制御メッセージを送信することを特徴とする、請求項１または２記載の方法。
【請求項４】
Ｔｔｅｍｐｏの継続時間が３００ｍｓから７００ｍｓの間に含まれることを特徴とする、請求項１ないし３のうちいずれか一項記載の方法。
【請求項５】
Ｔｔｅｍｐｏの継続時間が５００ｍｓに等しいことを特徴とする、請求項４記載の方法。
【請求項６】
前記物理的なチャンネル変更要求が、ＩＧＭＰプロトコルに準拠した申し込み要求である、請求項１ないし５のうちいずれか一項記載の方法。
【請求項７】
ＩＰ上でのテレビジョン・システムのためのデジタル・デコーダであって、テレビジョンおよびアクセス・ネットワークに接続され、チャンネル変更要求を処理する手段を有し、前記チャンネル変更要求手段が請求項１ないし６のうちいずれか一項記載の方法を実装できることを特徴とする、デジタル・デコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰプロトコルに従って動作するテレビジョン・システムにおいてチャンネル変更要求を処理する方法に関する。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ［インターネット・プロトコル］）に従って動作するテレビジョン・システムでは、ビデオ・ストリームは一般にブロードバンド接続を介して加入者に送信される。より具体的には、送信信号がアクセス・ネットワークおよびＤＳＬ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ［デジタル加入者線］）モデムを介して加入者のデジタル・デコーダ（セットトップボックス）に送信される。この送信信号は、加入者のデジタル・デコーダによって復号され、次いで標準的なテレビジョン信号に変換される。
【０００３】
チャンネルを変えるには、加入者はデジタル・デコーダのリモコンのプログラム・キーＰ＋またはＰ−を押す。Ｐ＋キーは、現在視聴されているチャンネル番号を増加させることを可能にし、Ｐ−キーは減少させることを可能にする。チャンネル変更要求に応答して、デジタル・デコーダは、ＤＳＬモデムを介してアクセス・ネットワークに物理的なチャンネル変更要求を送信する。典型的には、この要求はＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ［インターネット・グループ管理プロトコル］）プロトコルを使って実行される。この場合、物理的なチャンネル変更要求は申し込み要求（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｒｅｑｕｅｓｔ）である。次いで、デジタル・デコーダは、申し込みパラメータとして、受信したいチャンネルのＩＰアドレスを送る。
【０００４】
図１は、従来技術の標準的なプロセスに基づいて、加入者からのリモコンを介した複数のチャンネル変更要求に続く、デコーダによる物理的なチャンネル変更要求の送信を示すタイミング図を示している。加入者がリモコンのＰ＋またはＰ−キーを押すと、デコーダはすぐ物理的なチャンネル変更要求をアクセス・ネットワークに送信する。加入者が所与のチャンネルをすばやく達成しようとしてリモコンのキーＰ＋またはＰ−を非常に短い時間期間内にｎ回続けて押す場合、ｎ個の物理的なチャンネル変更要求がアクセス・ネットワークに送信されるが、その最後のものだけで最後の要求されたチャンネルのＩＰアドレスを含んでいるので十分なはずである。物理的なチャンネル変更要求のこの大量送信はアクセス・ネットワークの無用な過負荷を、さらには飽和さえをも生じさせる。
【０００５】
アクセス・ネットワークのこの過負荷を回避するために、当技術分野では、すべての物理的なチャンネル変更要求は送信しないことが知られている。この動作モードは図２および図３に示されており、古典的に仮想ザッピング（ｖｉｒｔｕａｌ  ｚａｐｐｉｎｇ）として知られている。デジタル・デコーダがチャンネル変更要求（リモコンのＰ＋またはＰ−キーの押下）を受信すると、デジタル・デコーダは継続期間Ｔｔｅｍｐｏにわたるタイムアウトをトリガーする。このタイムアウトの間に新たなチャンネル変更要求が受信されなければ、このチャンネル変更要求に対応する物理的なチャンネル変更要求がこのタイムアウトの終わりに送信される。逆に、このタイムアウトの間に新たなチャンネル変更要求が受信されたら、タイムアウトはリセットされ、先述したプロセスが改めて開始される。
【０００６】
図２は、短縮された時間期間の間にデジタル・デコーダによっていくつかのチャンネル変更要求が受信され、各チャンネル変更要求の間の時間間隔がタイムアウトの期間Ｔｔｅｍｐｏより短い場合を示している。そこでこれは、バースト・ザッピングまたはチャンネル変更要求バーストと称される。この図に示される例では、デジタル・デコーダは、リモコンのＰ＋またはＰ−キーの４回の相続く、グループ化された押下に対応する４つのチャンネル変更要求を受け取る。この例では、最初の３つのチャンネル変更要求のタイムアウトの間にチャンネル変更要求が受信される。したがって、これら最初の３つのチャンネル変更要求については、物理的なチャンネル変更要求は送信されない。しかしながら、これらのチャンネル変更要求に関係する情報は、受信の際に、加入者に要求が確かにデコーダによって受信されたことを知らせるために、デジタル・デコーダに接続されたテレビジョン画面に表示される。最後に、４番目のチャンネル変更要求に関しては、そのタイムアウト期間の間に他のチャンネル変更要求は受信されず、したがって、このチャンネル変更要求に対応する物理的なチャンネル変更要求は、タイムアウト期間の終わりにアクセス・ネットワークに送信される。
【０００７】
図３は、より長い時間期間にわたっていくつかのチャンネル変更要求がデジタル・デコーダによって受信され、各チャンネル変更要求の間の時間間隔がＴｔｅｍｐｏより長い場合を示している。このケースは、加入者が続けていくつかの単純なザッピングを実行する、ゆっくりしたザッピング状況に対応する。この状況では、加入者は、所与のチャンネルに直接行くことは望んでおらず、Ｐ＋／Ｐ−キーの押下に対応する各チャンネルを見たがっている。図３に示される場合では、デジタル・デコーダは、互いにＴｔｅｍｐｏより長い時間間隔離れた３つのチャンネル変更要求を受信する。それら３つのチャンネル変更要求のタイムアウト期間の間にはチャンネル変更要求は受信されず、これらのチャンネル変更要求のそれぞれに対応する物理的なチャンネル変更要求が、そのチャンネル変更要求の受信に続くタイムアウト期間の終わりに送信される。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
図２および図３に関して記載される動作モードは、アクセス・ネットワークへの多数の物理的なチャンネル変更要求の送信が回避されることを可能にし、よってアクセス・ネットワークの過負荷または飽和を回避する。しかしながら、物理的なチャンネル変更要求は、タイムアウト継続期間（Ｔｔｅｍｐｏ）に等しい遅延をもってアクセス・ネットワークに送信される。結果は、単純なザッピングの場合、加入者は、テレビ上でチャンネル変更を得る前に、ネットワークによる要求の処理時間に加えて時間Ｔｔｅｍｐｏ待たなければならないので、
システムの反応性が低下する。さらに、これは事業者によって要求されるサービス品質の改善に逆行する。
【課題を解決するための手段】
【０００９】
本発明は、先述の問題の全部または一部を克服することを可能にする。
【００１０】
この目的のため、テレビジョンおよびアクセス・ネットワークに接続されたデジタル・デコーダを有するＩＰ上のテレビジョン・システムにおいてチャンネル変更要求を処理する方法であって、前記チャンネル変更要求に応答して、前記デジタル・デコーダが：
ａ）前記チャンネル変更要求に対応する物理的なチャンネル変更要求をアクセス・ネットワークに送信し、Ｔｔｅｍｐｏのタイムアウト期間をトリガーするステップと、
ｂ）前記タイムアウト期間の間に新たなチャンネル変更要求が前記デジタル・デコーダによって受信されたら、前記デジタル・デコーダがＴｔｅｍｐｏの新しいタイムアウト期間をトリガーするステップと、
ｃ）前記新しいタイムアウト期間が終わったらすぐ前記チャンネル変更要求に対応する物理的なチャンネル変更要求をアクセス・ネットワークに送信し、あるいは、前記新しいタイムアウト期間の間に前記デジタル・デコーダによって新たなチャンネル変更要求が受信された場合には、ステップｂ）を再び開始するステップとを実行することを特徴とする方法を提案する。
【００１１】
よって、バースト・ザッピングの場合、物理的なチャンネル変更要求は、バーストの最初と最後のチャンネル変更要求についてのみ送信される。最初のチャンネル変更要求に対応する物理的なチャンネル変更要求は、最初のチャンネル変更要求のデコーダによる受信の際に送信され、前記チャンネル変更要求に対応する物理的なチャンネル変更要求は最後のチャンネル変更要求のタイムアウト期間の満了に際して送信される。単純なザッピングの場合、物理的なチャンネル変更要求はチャンネル変更要求の受信後すぐに送信される。
【００１２】
よって、本発明は、バースト・ザッピングの場合にアクセス・ネットワークの過負荷を回避するとともに、単純なザッピングの場合にシステムの反応時間にペナルティを与えないことを可能にする。
【００１３】
ある好ましい実施形態によれば、デコーダはまた、ステップａ）の間に、加入者に、チャンネル変更要求が確かにデコーダによって受信されたことを知らせるために、要求されたチャンネルに関係する情報をテレビジョン上に表示するための制御メッセージを送信しもする。
【００１４】
同様に、もう一つの好ましい実施形態によれば、デコーダは、ステップｂ）の間に、新たに要求されたチャンネルに関係する情報をテレビジョン上に表示するための制御メッセージを送信しもする。
【００１５】
本発明はまた、ＩＰ上でのテレビジョン・システムのためのデジタル・デコーダであって、テレビジョンおよびアクセス・ネットワークに接続され、前述の方法を実装できるチャンネル変更要求を処理する手段を有するデジタル・デコーダにも関する。
【００１６】
本発明は、付属の概略的な図面を参照する本発明の好ましい実施形態の以下の詳細な説明の記述によって、よりよく理解され、他の目的、詳細、特徴および利点がより明確となるであろう。
【図面の簡単な説明】
【００１７】
【図１】すでに述べたように、従来技術で知られている第一の方法に基づく複数のチャンネル変更要求の処理を示すタイミング図である。
【図２】すでに述べたように、チャンネル変更要求のバーストが従来技術で知られている第二の方法によって処理されるときのチャンネル変更要求のバーストの処理を示すタイミング図である。
【図３】すでに述べたように、複数の単純なチャンネル変更要求が従来技術で知られている前記第二の方法によって処理されるときの該複数の単純なチャンネル変更要求の処理を示すタイミング図である。
【図４】本発明の方法の諸ステップのフローチャートである。
【図５】チャンネル変更要求のバーストが図４の方法によって処理されるときの、チャンネル変更要求のバーストの処理を示す、図２と比較されるべきタイミング図である。
【図６】複数の単純なチャンネル変更要求が図４の方法によって処理されるときの、複数の単純なチャンネル変更要求の処理を示す、図３と比較されるべきタイミング図である。
【発明を実施するための形態】
【００１８】
図４は、本発明に基づくチャンネル変更要求の処理を示す図である。この処理は、デジタル・デコーダにおいて実装される。以下の記載では、デジタル・デコーダはある部分ではアクセス・ネットワークに、たとえばＤＳＬモデムを介して接続され、別の部分では電話のような表示装置に接続されていると考えられる。
【００１９】
図４に示される方法は、プロセスを初期化するためのスタートアップのステップ４００を含む。
【００２０】
次いで、符号４１０のステップの間に、デコーダは、該デコーダのリモコンからチャンネル変更要求を受信したかどうかを試験する。否定の場合、チャンネル変更要求を待つ。肯定の場合、デコーダはステップ４２０を実施する。このステップにおいて、デコーダはすぐ、たとえばＩＧＭＰプロトコルの場合には申し込み要求の形の物理的なチャンネル変更要求を、アクセス・ネットワークに送信し、継続時間Ｔｔｅｍｐｏのタイムアウト期間をトリガーする。好ましくは、デコーダは、加入者にチャンネル変更要求が確かにデコーダによって受信されたことを伝えるために、制御メッセージの送信を通じて、デコーダに接続されたテレビジョンの画面上にチャンネル変更要求に関係する情報の表示を指令することもする。図４ではステップ４３０によって示されるこの送信は、ステップ４２０と同時に実行できる。
【００２１】
続くステップ４４０および４５０は、デコーダがタイムアウト期間の間に新たなチャンネル変更要求を受信したかどうかを判定する試験ステップである。新たなチャンネル変更要求が受信されることなくタイムアウト期間が満了する場合には、ステップ４１０に戻る。しかしながら、タイムアウト期間の終了前に新たなチャンネル変更要求が受信される場合は、ステップ４６０に進む。
【００２２】
ステップ４６０では、デコーダは新しいタイムアウト期間をトリガーする。好ましくは、デコーダはまた、ステップ４７０で、制御メッセージの送信を通じて、デコーダに接続されたテレビジョンの画面上に新たなチャンネル変更要求に関係する情報の表示を指令することもする。このステップは、ステップ４６０と同時に実行できる。
【００２３】
続くステップ４８０および４９０は、デコーダがこの新しいタイムアウト期間の間に新たなチャンネル変更要求を受信したかどうかを判定する試験ステップである。新たなチャンネル変更要求が受信されることなくこの新しいタイムアウト期間が満了する場合には、ステップ５００で物理的なチャンネル変更要求がアクセス・ネットワークに送信され、そうでない場合にはステップ４６０で再開される。
【００２４】
最後に、ステップ５００のあと、ステップ４１０で再開される。
【００２５】
この方法の結果が図５および図６に示されている。図５は、バースト・ザッピングの場合の本発明の方法の結果をより具体的に示しており、図６は単純なザッピングの場合の本発明の方法の結果を示している。これらの結果は、図２および図３の結果と比較されるべきものである。
【００２６】
チャンネル変更要求のバースト（相続く二つの要求の間の時間間隔がＴｔｅｍｐｏより短い場合）に応答して、デコーダはバーストの最初と最後のチャンネル変更要求について物理的なチャンネル変更要求を送信する。最初のチャンネル変更要求に対応する物理的なチャンネル変更要求は、最初のチャンネル変更要求の受信後すぐ送信される。最後のチャンネル変更要求に応答する物理的なチャンネル変更要求は、最後のチャンネル変更要求のタイムアウト期間の終わりに送信される。よって、これらの結果を図２の結果と比較すると、デコーダはｎ回の要求（ｎ個のチャンネル変更要求を含むバーストの場合）ではなく、二つの物理的なチャンネル変更要求を送信するだけである。したがって、アクセス・ネットワークは要求で飽和させられない。
【００２７】
複数の単純なチャンネル変更要求（相続く二つの要求の間の時間間隔がＴｔｅｍｐｏより長い場合）に応答して、デコーダは各チャンネル変更要求について物理的なチャンネル変更要求を送信する。この物理的なチャンネル変更要求は、チャンネル変更要求の受信後すぐ送信される。よって、これらの結果を図３の結果と比較すると、デコーダは、物理的なチャンネル変更要求を、チャンネル変更要求が受信されるとすぐに送信するので、反応性が向上する。
【００２８】
この方法で用いられるタイムアウト期間の継続時間は３００ｍｓから７００ｍｓまでの間に含まれる。好ましくは５００ｍｓ程度である。
【００２９】
本発明は個別的な実施形態との関係で記載してきたが、本発明がいかなる形であれ制約されるものではなく、本発明が、本発明の範囲内にはいるなら記載されたステップのあらゆる技術的な等価物およびその組み合わせを含むことは明らかである。
【符号の説明】
【００３０】
４００  スタートアップ
４１０  チャンネル変更要求の受信？
４２０  物理的なチャンネル変更要求の送信およびタイムアウト期間（Ｔｔｅｍｐｏ）の起点
４３０  チャンネル情報の表示
４４０  タイムアウト期間終了？
４５０  新たなチャンネル変更要求の受信？
４６０  改めてタイムアウト期間の起点とする
４７０  チャンネル情報の表示
４８０  タイムアウト期間終了？
４９０  新たなチャンネル変更要求の受信？
５００  物理的なチャンネル変更要求の送信
【図１】
0005399779.tif 000002
【図２】
0005399779.tif 000003
【図３】
0005399779.tif 000004
【図４】
0005399779.tif 000005
【図５】
0005399779.tif 000006
【図６】
0005399779.tif 000007