(57)【要約】  本発明はデジタル通信に関し、特にデジタル通信装置においてチャンネル変更時間を短縮するためにデータを処理する技術に関する。この目的のために本発明はチャンネル変更の間にデジタル通信装置において実行されることが要求される動作の特定の系列及び配列法を含んでいる。
2013509768.tif 000002
【特許請求の範囲】
【請求項１】
デジタルオーディオ／ビデオチャンネル変更の方法であって、ａ、ｂ、ｃ、ｄ、ｅの順で実行される以下のステップ、
ａ）オーディオ／ビデオデコーダ（２０３）を使用して第１の受信したオーディオ／ビデオストリーム（６８０）に含まれるオーディオ／ビデオデータを復号化（７０３）するステップと、
ｂ）チャンネル変更要求を受信（６５１、７１５）するステップと、
ｃ）前記第１のオーディオ／ビデオストリーム（６８０）の受信を停止（６６０、７０５）する要求、及び第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１,７０６）する要求を送出するステップと、
ｄ）前記オーディオ／ビデオデコーダ（２０３）を停止（６６２、７０７）するステップと、
ｅ）前記オーディオ／ビデオデコーダ（２０３）において受け取った前記第２のオーディオ／ビデオストリーム（６８２）に含まれるオーディオ／ビデオデータの復号化を開始するステップと、
を含むことを特徴とする方法。
【請求項２】
前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１、７０６）する要求の前記送出（７０６）の後に受信された前記第２のオーディオ／ビデオストリーム（６８２）からの如何なるオーディオ／ビデオデータも前記オーディオ／ビデオデコーダ（２０３）における前記開始（６６６、７１０）時に、受信された前記第２のオーディオ／ビデオストリーム（６８２）に含まれるオーディオ／ビデオデータとして用いられることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のオーディオ／ビデオストリーム（６８０）の第１のビットレートと前記第２のオーディオ／ビデオストリーム（６８２）の第２のビットレートとの合計が所定の閾値より小さいかどうかを判別するステップを含み、
前記合計が前記所定の閾値より小さければ、前記第１のオーディオ／ビデオストリーム（６８０）の受信を停止（６６０、７０５）する前記要求は前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１,７０６）する前記要求の後に送出され、
前記合計が前記所定の閾値より小さくなければ、前記第１のオーディオ／ビデオストリームの受信を停止（６６０、７０５）する前記要求は前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１、７０６）する前記要求の前に送出されることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１のオーディオ／ビデオストリーム（６８０）の前記ビットレート及び／又は前記第２のオーディオ／ビデオストリーム（６８２）の前記ビットレートは、
−前記ストリームの前回の受信の間に前記方法を実行する装置によって行われた前記第１の（６８０）及び／又は前記第２の（６８２）オーディオ／ビデオストリームのビットレートの測定から得られたビットレート値、及び／又は
−前記装置に接続されたサーバーから受信された前記第１の（６８０）及び前記第２の（６８２）オーディオ／ビデオストリームのビットレート値
から決められることを特徴とする請求項３に記載の方法。
【請求項５】
前記所定の閾値は、
−メモリーに格納された予め設定されたダウンリンク帯域幅、及び／又は
−ネットワークトラフィックの測定を通して得たダウンリンク帯域幅の推定
から得られることを特徴とする請求項３から４のいずれかに記載の方法。
【請求項６】
前記オーディオ／ビデオデコーダ（２０３）を停止（６６２、７０７）する前記ステップと前記オーディオ／ビデオデコーダ（２０３）における開始（６６６、７１０）する前記ステップとの間に、前記第２のオーディオ／ビデオストリーム（６８２）からのデータ受信のためにメモリーリソース（２０２、２０６）を初期化（６６３、７０８）するステップを含むことを特徴とする請求項１から５のいずれかに記載の方法。
【請求項７】
デジタルオーディオ／ビデオの受信のための装置（１００）であって、
−受信したオーディオ／ビデオストリーム（６８０）のビットレートを判定する手段と、
−受信される第２のオーディオ／ビデオストリーム（６８２）のビットレートを判定する手段と、
−前記第１のオーディオ／ビデオストリーム（６８０）の第１のビットレートと前記第２のオーディオ／ビデオストリーム（６８２）の第２のビットレートとの合計が所定の閾値より小さいかどうか判別する手段と、
−前記第１のオーディオ／ビデオストリーム（６８０）の受信を停止（６６０、７０５）する要求の送出と前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１、７０６）する要求の送出とを順次行う手段であって、
前記合計が前記所定の閾値より小さければ、前記第１のオーディオ／ビデオストリーム（６８０）の受信を停止（６６０、７０５）する前記要求は前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１、７０６）する前記要求の後に送出され、
前記合計が前記所定の閾値より小さくなければ、前記第１のオーディオ／ビデオストリーム（６８０）の受信を停止（６６０、７０５）する前記要求は前記第２のオーディオ／ビデオストリーム（６８２）の受信を開始（６６１、７０６）する前記要求の前に送出される、前記手段と、
を含むことを特徴とする装置（１００）。
【請求項８】
前記装置（１００）は携帯端末であることを特徴とする請求項７に記載の装置（１００）。
【請求項９】
前記装置（１００）はデジタルオーディオ／ビデオストリームを受信するためのセットトップボックスレシーバであることを特徴とする請求項７又は８に記載の装置（１００）。
【請求項１０】
前記装置（１００）はデジタルオーディオ／ビデオストリームを受信するための内蔵レシーバを有するデジタルテレビジョンセットであることを特徴とする請求項７又は８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にデジタル通信に関し、より詳細にはチャンネル変更時間を短縮するためにデジタル通信装置内でデータを処理するための技術に関する。
【背景技術】
【０００２】
インターネットプロトコル（ＩＰ）デジタルオーディオ／ビデオレシーバ（ＩＰＴＶ）等のデジタルオーディオ／ビデオレシーバがますます一般的になりつつある。あいにく、かかる受信機でのチャンネル変更時間は比較的長い。デジタルオーディオ／ビデオ領域でのそのような長いチャンネル変更時間の考えられる原因として、ライブデジタルビデオストリームの時間シフト記録、非常に複雑なビデオ符号化技術によって符号化されたマルチキャスト又はユニキャストビデオストリームを扱うこと、ビデオストリームデスクランブルを扱うこと、エラー訂正方法の使用、等の新しい際立った特徴によるデジタルオーディオ／ビデオレシーバの増え続ける相対的な複雑性が有る。デジタルオーディオ／ビデオレシーバの複雑性が増大するにつれて、そのようなレシーバ内で、ネットワークコントローラ、ハードディスク、受信バッファー、エラー訂正器、ビデオ及びオーディオストリームデコーダ等の多くのリソースを管理しなければならない。
【０００３】
このようにデジタルオーディオ／ビデオレシーバのためのチャンネル変更はかなり複雑でリソースを必要とするプロセスとなり得る。すなわち、現在のビデオ／オーディオストリームの送信の停止が要求されなければならず、内部のハードウエア及び／又はソフトウエアリソースが解放されなければならず、次のビデオ／オーディオストリームの受信が要求されなければならず、次のビデオ／オーディオストリームの受信のために内部リソースが設定されなければならず、所望のビデオ／オーディオストリームの受信に際してビデオ／オーディオデータがバッファリングされなければならず、恐らくエラー訂正が施され、恐らくデータがデスクランブルされ、ビデオ／オーディオデータが同期化され、復号化され、最後に提供されなければならない。これらの操作の全て又は幾つかによりチャンネル変更の遅れが生じる。ハードディスクに基づく時間シフトの特徴が装備されたデジタルオーディオ／ビデオレシーバにおいて、時間シフトはライブの伝送を「一時停止」する可能性をもたらし、チャンネル変更の遅れは時間シフトが使用される場合には比較的遅いディスクアクセスのためにより長時間となる。これらの全てのステップの結果として、チャンネル変更時間は比較的長くなる可能性が有り、ユーザー、即ちデジタルオーディオ／ビデオプロバイダにとっては許容できないものとなり得る。
【０００４】
従来技術の特許文献１はテレビジョン加入者がチャンネルを変更することを見越してレシーバ内のバッファー内にもっとも可能性の有る次のチャンネルのためのビデオパケットをキャッシングすることを記述している。これらの従来技術の解決方法はチャンネルを切り替える際のブランク期間を少なくするためにできるだけ早く次のチャンネルのための復号化可能な１フレームを提供することに焦点をあてている。しかしながら、従来技術は実装するのがかなり複雑であり、トランスミッタ及びレシーバの複雑性及びそれによるコストが上昇する欠点が有った。
【０００５】
従って、簡単な方法でデジタルオーディオ／ビデオレシーバにおけるチャンネル変更操作を実行するのに必要な時間を短縮することができる技術が必要とされる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００６／０７５４２８号
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明は従来技術の不都合の幾つかを軽減することを目指している。
【０００８】
より正確には、本発明によりデジタルオーディオ／ビデオデコーダにおけるチャンネル変更の遅延を縮小することが可能になる。
【０００９】
この明細書の全体を通してオーディオ／ビデオまたはＡＶという用語が用いられており、オーディオ又はビデオと、オーディオ及びビデオとを意味している。
【００１０】
この明細書の全体を通してＡＶストリームという用語が用いられており、オーディオ及び／又はビデオストリーム及び恐らくは個々のオーディオ／ビデオストリームの内容を示すテーブル、対話型アプリケーション及びサブタイトルなどのバイナリー又は補助的データを示すテーブルなどのオーディオ／ビデオストリーム以外のデータを含むストリームを意味している。
【００１１】
デジタルオーディオ／ビデオレシーバにおいてチャンネル変更の遅延を縮小するために、本発明はａ、ｂ、ｃ、ｄ、ｅの順で実行される、ａ）オーディオ／ビデオデコーダを使用して第１の受信したオーディオ／ビデオストリームに含まれるオーディオ／ビデオデータを復号化するステップと、ｂ）チャンネル変更要求の受信のステップと、ｃ）第１のオーディオ／ビデオストリームの受信を停止する要求と第２のオーディオ／ビデオストリームの受信を開始する要求とをネットワークに送出するステップと、ｄ）オーディオ／ビデオデコーダを停止するステップと、ｅ）オーディオ／ビデオデコーダにおいて第２のオーディオ／ビデオストリームに含まれるオーディオ／ビデオデータの復号化を開始するステップとを含むデジタルオーディオ／ビデオチャンネル変更方法を提案している。
【００１２】
その方法の一変形によれば、第２のオーディオ／ビデオストリームの受信を開始する要求の送出後に受信した第２のオーディオ／ビデオストリームからのどのようなオーディオ／ビデオデータでもオーディオ／ビデオデコーダの開始に際して、受信した第２のオーディオ／ビデオストリームに含まれるオーディオ／ビデオデータとして用いられる。そのようにして、レシーバがそれを扱う以前に受信されたどのようなデータでもレシーバがデータを扱う準備ができたときにレシーバによって使用される。
【００１３】
その方法の一変形によれば、その方法は第１のオーディオ／ビデオストリームの第１のビットレートと第２のオーディオ／ビデオストリームの第２のビットレートの合計が所定の閾値より小さいか否かを判別するステップを含み、
合計が所定の閾値より小さければ、第２のオーディオ／ビデオストリームの受信を開始する要求の後に第１のオーディオ／ビデオストリームを受信する要求が送出され、
反対に前記の合計が所定の閾値より小さくなければ、第２のオーディオ／ビデオストリームの受信を開始する要求の前に第１のオーディオ／ビデオストリームの受信を停止する要求が送出される。
【００１４】
その方法の一変形によれば、第１のオーディオ／ビデオストリームのビットレート及び／又は第２のオーディオ／ビデオストリームのビットレートは、
−方法を実行する装置によって前回のストリームの受信の間に行われた第１のオーディオ／ビデオストリーム及び／又は前記第２のオーディオ／ビデオストリームのビットレートの測定から得られたビットレート値、及び／又は
−装置に接続されたサーバーから受け取った第１及び第２のストリームのビットレート値
を通して決定される。
【００１５】
その方法の一変形によれば、第１のオーディオ／ビデオストリームのビットレート又は第２のオーディオ／ビデオストリームのビットレートは、
−前記ストリームの前回の受信の間にレシーバによって行われた第１のオーディオ／ビデオストリーム及び／又は第２のオーディオ／ビデオストリームのビットレートの測定から得られたビットレート値、及び
−ネットワークに接続されたサーバーから受信された第１及び第２のストリームのビットレート値、
を含む一組の値から決定される。
【００１６】
その方法の一変形によれば、所定の閾値は
−メモリーに格納された予め設定されたダウンリンク帯域幅、及び／又は
−ネットワークトラフィックの測定から得られたダウンリンク帯域幅の推定、
から得られる。
【００１７】
その方法の一変形によれば、所定の閾値は
−メモリーに格納された予め設定されたダウンリンク帯域幅、及び
−ネットワークトラフィックの測定から得られたダウンリンク帯域幅の推定、
を含む一組のダウンリンク帯域幅値から得られる。
【００１８】
本発明はまたデジタルオーディオ／ビデオの受信のための装置を提案しており、その装置は、第１の受信したオーディオ／ビデオストリームのビットレートを判定する手段と、第２の受信すべきオーディオ／ビデオストリームのビットレートを判定する手段と、第１のオーディオ／ビデオストリームの第１のビットレートと第２のオーディオ／ビデオストリームの第２のビットレートの合計が所定の閾値より小さいか否かを判別する手段と、
合計が所定の閾値より小さければ、第１のオーディオ／ビデオストリームの受信を停止する要求が第２のオーディオ／ビデオストリームの受信を開始する要求の後に送出され、
合計が所定の閾値より小さくなければ、第１のオーディオ／ビデオストリームの受信を停止するネットワークへの要求が第２のオーディオ／ビデオストリームの受信を開始する要求の前に送出されるように
第１のオーディオ／ビデオストリームの受信を停止する要求の送出と前記第２のオーディオ／ビデオストリームの受信を開始する要求の送出を順に行う手段とを含んでいる。
【００１９】
本発明の一変形形態によれば、第１の受信したオーディオ／ビデオストリームのビットレートを判別する手段と、受信すべき第２のオーディオ／ビデオストリームのビットレートを判別する手段と、第１のオーディオ／ビデオストリームの第１のビットレートと第２のオーディオ／ビデオストリームの第２のビットレートの合計が所定の閾値より小さいか否かを判別する手段とは処理装置（processing unit）によって実現されている。
【００２０】
本発明の一変形形態によれば、第１のオーディオ／ビデオストリームの受信を停止する要求をネットワークに送出し、第２のオーディオ／ビデオストリームの受信を開始する要求をネットワーク送出することを順に行う手段はスケジューラによって実現されている。
【００２１】
デジタルオーディオ／ビデオの受信のための装置の一変形によれば、装置は携帯端末である。
【００２２】
デジタルオーディオ／ビデオの受信のための装置の一変形によれば、装置はデジタルオーディオ／ビデオストリームの受信のためのセットトップボックスレシーバである。
デジタルオーディオ／ビデオの受信のための装置の一変形によれば、装置はデジタルオーディオ／ビデオストリームの受信のための内蔵レシーバを有するデジタルテレビジョンセットである。
【図面の簡単な説明】
【００２３】
本発明の更なる利点は本発明の特定の非限定的な実施形態の記述を通して明らかになる。実施形態は以下の図面を参照しながら記述される。
【図１】ネットワークにおける本発明の特定の実施形態によるデジタルオーディオ／ビデオレシーバ装置の例を示す図である。
【図２】図１のレシーバ装置などの本発明の特定の実施形態によるデジタルオーディオ／ビデオレシーバ装置の例を示す図である。
【図３】従来技術によるチャンネル変更を示すフロー図である。
【図４】例えば図１のレシーバ装置によって実現される本発明の特定の実施形態によるチャンネル変更を示すフロー図である。
【図５】従来技術によるチャンネル変更で実行される動作のシーケンス図である。
【図６】例えば図１のレシーバ装置で実行される本発明の特定の実施形態によるチャンネル変更で実行される動作のシーケンス図である。
【図７】例えば図１のレシーバ装置において、本発明の特定の実施形態に応じて実行されるチャンネル変更のアルゴリズムを示す図である。
【発明を実施するための形態】
【００２４】
図１はネットワークにおける本発明の特定の実施形態に係るデジタルオーディオ／ビデオレシーバ装置の一例を示している。
【００２５】
ユーザー宅内１０９はホームゲートウエイ１０２、リモートコントロール１０３及び１０５をそれぞれ装備した２つのＡＶレシーバ１００及び１０１を含んでいる。リモートコントロール１０３及び１０５はユーザー赤外線放射１０４及び１０６をそれぞれ使用してＡＶレシーバ１００及び１０１それぞれにチャンネル変更指令を送出することを可能にしている。ＡＶレシーバ１００及び１０１はそれぞれ接続１０７及び１０８によってホームゲートウエイ１０２に接続されており、後者によりＡＶレシーバ１００及び１０１の外部ネットワーク１５０、デジタルパケットトランスポート網、接続１１０を介したＤＳＬＡＭ１４０へのアクセスが提供される。デジタル加入者回線アクセスマルチプレクサ又はＤＳＬＡＭは多数のＤＳＬ加入者ラインを受け取りこれらを単一の非同期転送モード（ＡＴＭ）ラインに集中させる装置である。同様に、ユーザー宅内１２９はホームゲートウエイ１２２、ＡＶレシーバ１２０及び１２１、それぞれ赤外放射１２４、１２６を介してＡＶレシーバ１２０及びＡＶレシーバ１２１に指令するリモートコントロール１２３及び１２５を含んでいる。ＡＶレシーバ１２０及び１２１はそれぞれ接続１２７及び１２８を介してホームゲートウエイ１２２に接続されている。そしてホームゲートウエイ１２２は接続１３０を介してＤＳＬＡＭ１４０に接続されている。  ＤＳＬＡＭ１４０は接続１４５を介して外部ネットワーク１５０に接続されている。外部ネットワーク１５０は接続１５５を介してプロバイダ網１６０に接続されている。プロバイダ網１６０は接続１７５、１７６及び１７７をそれぞれ介してプロバイダネットワーク１６０に接続されたサービス提供サーバー１７０、マルチキャストサーバー１７１及びユニキャストサーバー１７２を含んでいる。
【００２６】
使用方法の考えられる筋書が以下に記述されている。ＡＶレシーバ１００の電源投入の際、ＡＶレシーバ１００は利用可能なサービスのリストをダウンロードするためにサービス提供サーバー１７０との通信を開始する。次に、ＡＶレシーバ１００はサーバー１７１又は１７２の一つから特定のＡＶストリームを受け取るための要求を送出することで、ＡＶレシーバ１００が待機状態に置かれたときに受けていた最終のサービスに接続する。これらのサーバーの一つからＡＶストリームを受け取ったとき、ＡＶレシーバは受信したＡＶストリームに含まれるデータを復号化し、レンダリングする。ＡＶレシーバ１００のユーザーがチャンネルを変更しようとするとき、リモートコントロール１０３の適当なボタン（例えばＰ＋）を押下する。ＡＶレシーバ１００はその後ＤＳＬＡＭ１４０に現在受信しているＡストリームの受信を停止する要求を送出し、続いて所望のＡＶストリームを受信する要求を送出する。データが受信されたとき、ＡＶレシーバ１００によって復号化され、レンダリングされる。
【００２７】
受信したＡＶストリーム又は要求されたＡＶストリームがユニキャスト又はマルチキャストタイプであるかに応じて、１４０はＡＶレシーバ１００からの要求をプロバイダネットワーク１６０内の機器に送出するか又は送出しないかの動作を行う。マルチキャストストリームについては、ＤＳＬＡＭ１４０は全てのマルチキャストストリームを受信し、要求に従って単に転送するのみであるから通信する必要は無く、ユニキャストストリームについては、ＡＶレシーバ１００及びユニキャストサーバー１７２の間の通信が転送される。
【００２８】
ＡＶレシーバ１０１、１２０及び１２１についても機能は同様である。
【００２９】
本発明の実施形態によれば、ＡＶレシーバ１００によって受信されるＡＶストリームは携帯電話ネットワーク及びＩＰネットワーク等の異なるネットワークに由来するものである。
【００３０】
図２は本発明の特定の実施形態に従ったデジタルオーディオ／ビデオレシーバ装置の一例を示している。
【００３１】
デジタルオーディオ／ビデオレシーバ装置１００は以下の要素を含む：
−中央プロセッシングユニット又はＣＰＵ２００、
−ネットワークインターフェース２０１、
−メモリー２０２、
−オーディオ／ビデオデコーダー２０３、
−オーディオ／ビデオレンダラー２０４、
−赤外レシーバ２０５、及び
−記憶装置２０６。
【００３２】
ＣＰＵ２００、ネットワークインターフェース２０１、メモリー２０２、ＡＶデコーダ２０３、赤外受信器２０５及び記憶装置２０６はデジタル通信バス２１０を介して相互接続される。ＡＶレンダラー２０４はリンク２１１を介してＡＶデコーダに接続されている。ＡＶレシーバ装置１００は、装置のネットワークインターフェース２０１を外部デジタルデータ通信ネットワークに接続するリンク１０７、装置の赤外レシーバ２０５を赤外線リモートコントロールに接続する赤外リンク１０４、ＡＶレンダラー２０４のオーディオ出力に接続されたリンク２３０、及びＡＶレンダラー２０４のビデオ出力に接続されたリンク２４０を介してその環境に接続されている。装置１００において、ＣＰＵ２００は装置の機能、即ちネットワークインターフェース２０１を介してデジタル通信ネットワーク１５０／ＤＳＬＡＭ１４０からのデジタルＡＶストリームを受信させ、再びネットワークインターフェース２０１を介して、装置１００にＡＶストリームの送出のため又は送出の停止のための要求をデジタルパケット通信ネットワーク１５０／ＤＳＬＡＭ１４０に送出させ、データをメモリー２０２に格納させ、ＡＶデコーダ２０３を通してＡＶデータを復号化させ、ＡＶレンダラー２０４を通してデータをレンダリングさせ、赤外レシーバ２０５を介してチャンネル変更指令等のユーザー入力を受け取らせ、記憶装置２０６を介して時間シフトさせるなどの機能を管理する。
【００３３】
図３は従来技術のデジタルＡＶレシーバ装置によって実行されるチャンネル変更の過程を示すフロー図である。
【００３４】
従来のデジタルＡＶレシーバ３００及びＤＳＬＡＭ１４０を表す縦の時間ラインが図示されている。
【００３５】
ユーザーがリモートコントローラ上のＰ＋（前方チャンネル変更）を押下すると、矢印３０２によって示されるようにチャンネル変更指令が受信される。この指令を受信すると、ＡＶレシーバ３００のデコーダがステップ３０３において停止される。矢印３０４によって示されるように、このことは黒画面になるか又は画像が動かずに固まってしまう結果になる。ＡＶレシーバ３００のＡＶデコーダを停止した後、矢印３０５によって示されたようにＡＶレシーバ３００は現在受信しているＡＶストリームの受信を停止する要求を、ＡＶレシーバ３００からＤＳＬＡＭ１４０に対して送出する。この後、ステップ３０６において、ＡＶレシーバ３００はそのリソースの初期化、例えば、メモリーバッファーの割り当て取り消し、時間シフト記録の終了、デスクランブルモジュールの終了、続いてメモリバッファーの割り当て、時間シフト記録の再初期化、及びスクランブルモジュールの再初期化等を行う。全てのリソースが初期化されたとき、ＡＶレシーバ３００は、ＡＶレシーバ３００からＤＳＬＡＭ１４０への矢印３０７によって示された次のチャンネルに対応したＡＶストリームの受信の要求を送出する用意ができている。ステップ３０６及びステップ３０９の間の点線３１２は、新しいＡＶストリームからの第１のデータの受信を待機するために費やされる時間を示している。ＤＳＬＡＭ１４０からＡＶレシーバ３００への矢印３０８で示されたＡＶストリームからの第１のデータが受信されたとき、ＡＶストリームは、例えば、ストリームのコンポーネント（例えばオーディオ／ビデオ、サブタイトル、対話型アプリケーション）についての情報を与えるテーブルを待機し、抽出し、処理するためにステップ３１３において処理され、これらのテーブルは他のテーブル又は他のコンポーネントのパケット識別子（ＰＩＤ）、デスクランブルすること、復号化を開始することができるようにＧＯＰの先頭を待機すること、並びにストリームのオーディオ及びビデオコンポーネントの間の同期を待機することのためのアクセス制御処理に関する情報を与える。続いて、ステップ３０９によって示されるようにＡＶレシーバ３００はＡＶレシーバ３００のＡＶデコーダを初期化する、ＡＶデコーダの初期化は例えばＡＶデコーダにＡＶストリームの所望のオーディオ及びビデオコンポーネントのプログラム識別子（ＰＩＤ）を提供することを含む。最後に、ステップ３１０においてＡＶレシーバ３００はＡＶデコーダを起動し、短い遅延の後、矢印３１１によって示される第１の画像フレーム／オーディオフレームがレンダリングされる。
【００３６】
図４は、例えば図１及び２のデジタルＡＶレシーバ装置１００によって実行される本発明の特定の実施形態によるチャンネル変更を示すフロー図である。
【００３７】
同図は２つの縦時間ラインを示しており、番号１００でマークされたラインは本発明の特定の実施形態によるＡＶレシーバを表し、他方は、ＤＳＬＡＭ１４０を表している。
【００３８】
このフロー図は矢印４０２で示されているようにデジタルＡＶレシーバ装置１００がチャンネル変更指令を受信することから開始する。この指令を受信すると、ＡＶレシーバ１００はＡＶレシーバ１００からＤＳＬＡＭ１４０への矢印４０５で示されるようにネットワークインターフェース２０１を使用して現在受信されているＡＶストリームの受信を停止する要求をＤＳＬＡＭ１４０に送出する。短時間の後、ＡＶストリームの受信は停止し、矢印４０４によって示されるようにデータの欠如によって黒画面になるか又は画像が動かずに固まってしまう結果になる。現在受信しているＡＶストリームからのデータの受信を停止する要求を送出し終えたとき、装置１００はＡＶレシーバ１００からＤＳＬＡＭ１４０への矢印４０７で示されたように次のＡＶストリームの受信を開始する要求を送出する。その後、ＡＶレシーバ１００はステップ４０３においてＡＶデコーダ２０３を停止する。ＡＶデコーダを停止することは専用のハードウエア回路に実装されたＡＶデコーダへの特定の停止指令を書き込むことを含む。一変形形態によれば、ＡＶデコーダを停止することは、プロセスとして実装されたＡＶデコーダへの特定の停止指令を書き込むことを含む。更に他の変形形態によれば、ＡＶデコーダを停止することは専用のＡＶデコーダハードウエア回路の有効／無効化信号を入れ替えること（ｔｏｇｇｌｅ）を含む。他の変形形態によれば、ＡＶデコーダを停止することは、専用のＡＶデコーダハードウエア回路に対して設けられたクロック信号を停止することを含む。次に、ステップ４０６において、ＡＶレシーバ１００のリソースが初期化される。リソースの初期化は例えば、メモリー２０２に割り当てられたメモリーバッファーの割り当て取り消し、記憶装置２０６上の時間シフト記録の終了、デスクランブルモジュールの終了、それに続いたバッファー２０２におけるメモリーバッファーの割り当て、記憶装置２０６の時間シフト記録の再初期化、及びスクランブルモジュールの再初期化を含む。全てのリソースが初期化されたとき、ＡＶレシーバ１００はステップ４１５において直ちにＡＶストリームを処理する用意ができている。即ち従来技術の図３の要素３１２におけるようなデータ時間の待機が無い。ＡＶストリームは、例えばオーディオ／ビデオ、サブタイトル、対話型アプリケーション等のストリームのコンポーネントについての情報を与えるテーブルを待機し、抽出し、処理するためにステップ４１５において処理され、これらのテーブルは他のテーブルまたは他のコンポーネントのパケット識別子（ＰＩＤ）、デスクランブルすること、復号化を開始することができるようにＧＯＰの先頭を待ちうけること、及びストリームのオーディオ及びビデオコンポーネントの間の同期を待機することのためのアクセス制御処理、等に関する情報を与えるものである。次に、ＡＶデコーダ２０３が初期化され、それはステップ４０９によって図示されている。ＡＶデコーダ２０３を初期化することは、例えばＡＶストリームの所望のオーディオ及びビデオコンポーネントのプログラム識別子（ＰＩＤ）をＡＶデコーダ２０３に提供することを含む。最後に、ＡＶレシーバ１００はステップ４１０においてＡＶデコーダ２０３を起動し、その後短時間の遅延の後、第１の画像フレーム／オーディオフレームがＡＶレンダラー２０４によってレンダリングされ、それは矢印４１１によって図示されている。ＡＶデコーダを起動することは専用のハードウエア回路に実装されたＡＶデコーダへの特定の開始指令を書き込むことを含む。一変形形態によれば、ＡＶデコーダを起動することは、プロセスとして実装されたＡＶデコーダへの特定の開始指令を書き込むことを含む。更に他の変形例によれば、ＡＶデコーダを起動することは、専用のＡＶデコーダハードウエア回路の有効／無効化の信号を入れ替えること（ｔｏｇｇｌｅ）を含む。他の変形例によれば、ＡＶデコーダを停止することは、専用のＡＶデコーダハードウエア回路に対してクロック信号を提供することを含む。従来技術のチャンネル変更処理とは対照的に、所望のＡＶストリームからのデータが既に受け取られており、ＡＶストリームを受け取る要求はチャンネル変更処理の当初に送出されているため、リソース初期化ステップ４０６とＡＶ初期化ステップ４１０の間でＡＶストリームデータが到着するのを待機するために時間が費やされることが無く、所望のストリームからのＡＶデータの早期受け取りはＤＳＬＡＭ１４０からの矢印４０８、４１２及び４１３によって図示されており、ＤＳＬＡＭ１４０からＡＶレシーバ１００への矢印４１４によって図示されているようにそのデータは、ステップ４０６の後にＡＶレシーバ１００がデータを受け取る準備ができるまでは、ＡＶレシーバ１００によって考慮の対象とされない。データを待ちうけることが無いため、チャンネル変更処理は従来技術に比較して高速である。
【００３９】
本発明の一変形形態によれば、所望のＡＶストリームを受け取る要求４０７が発せられた直後に受信された初期のデータ４０８、４１２及び４１３は失われることは無く、その代わりにメモリー２０２内のデータバッファーに格納される。この変形形態はデータバッファーが、ＡＶデコーダ２０３が復号化を開始するに必要とされるデータを既に含んでいる可能性が高いことから、チャンネル変更処理を更に高速化することを可能にするものであり、かかるデータは例えば、デスクランブルのために必要とされるＥＣＭワード、ストリームコンポーネントのＰＩＤを記述したテーブル、Ｉ−フレーム、受信したＡＶストリーム内のオーディオコンポーネントを受信したＡＶストリーム内のビデオコンポーネントと同期させるために充分なデータを有するようになるべく待機するために時間を失うことを無くすることが可能なために充分なデータなどである。従来技術および本発明の特定の実施形態によるチャンネル変更のプロセスが図５及び６において更に比較されている。
【００４０】
図５は従来技術に従ってチャンネル変更のために実行される動作のシーケンス図を示している。図示されたチャンネル変更のために実行される動作のシーケンスは例えば図３のＡＶレシーバ３００により実行される従来技術のチャンネル変更についての例である。
【００４１】
時間ライン５００は左から右に流れる仮想時間ライン上で順次実行される動作を示しており、各動作は特定の遅れを生じる。時間ライン５２０はＡＶストリームデータの受信（５３０、５３２）又は非受信（５３１）を示している。
【００４２】
図面は矢印５０１で図示されるチャンネル変更指令の受信から開始する。次に、従来技術のＡＶレシーバ３００はレシーバのＡＶデコーダを停止し、これは「ＡＶ停止５１０」の動作で図示されている。この動作は図３のステップ３０３に対応する。「ＡＶ停止５１０」の動作は矢印５０２で図示されるように黒画面になるか又は画像がフリーズする結果になる。この動作の次は現在の受信しているストリームの受信を停止する要求を送出することであり、動作「リーブ」５１１で示されている。この動作は図３の矢印３０５に対応している。時間ライン５２０はＡＶストリームからのデータが動作「リーブ」５１１が実行された少し後まで受信されることを示し、これは「リーブ」動作５１１のデータの受信に対する結果を示す矢印５２１によって図示されている。次に、動作「リソース初期化」５１２が実行され、それは図３のステップ３０６に対応している。次に、動作「ジョイン（join）」が実行され、それは図３の矢印３０７に対応している。次に、動作「データ待機」が実行され、その間に、それについて「ジョイン」動作が行われたＡＶストリームから第１のデータが到着するのを待機することで時間が費やされる。この「データを待機する」動作は図３の遅延３１２に対応している。矢印５２２は「ジョイン」動作５１３のＡＶデータストリームのフローに対する結果を示し、そこでは第１のＡＶストリームデータが到着するためにいくらかの時間が必要とされる。最後にデータが到着したとき、「データハンドリング」ステップ５１５が実行され、それは図３のステップ３１３に対応している。次に、ＡＶ初期化ステップ５１６が実行され、それは図３のステップ３０９に対応している。最後に、図３のステップ３１０に対応して「ＡＶ開始」動作５１７が実行され、矢印５０３で示され図３の矢印３１１に対応してように受信したＡＶストリームからの第１の画像／オーディオをレンダリングする結果になる。
【００４３】
図６は例えば図１の装置１００によって実現される本発明の特定の実施形態によるチャンネル変更に実行される動作のシーケンス図を示している。図面は図５と同様の方法で図示されており、それらを比較することが可能になっている。
【００４４】
時間ライン６５０は「リーブ」６６０、「ジョイン」６６１、「ＡＶ停止」６６２、「リソース初期化」６６３、「データハンドリング」６６４、「ＡＶ初期化」６６５、及び「ＡＶ開始」６６５の一連の動作を含んでいる。これらの動作はそれぞれ図４の矢印４０５及び４０７、ステップ４０３、４０６、４１５、４０９及び４１０に対応している。矢印「Ｐ＋」６５１、「Ｐ−ｐｌａｙ」６５２及び「Ｐ＋ｐｌａｙ」６５３はそれぞれチャンネル変更指令の受信、現在のチャンネルからのデータのレンダリングを停止すること、次のチャンネルからのデータのレンダリングを開始することを示している。これらの矢印はそれぞれ図４の矢印４０２、４０４及び４１１に対応している。矢印６７１及び６７２はＡＶデータストリームフロー６７０に対する「リーブ」動作６６０及び「ジョイン」動作６６１の結果をそれぞれ示している。時間ライン６７０はＡＶストリームデータの受信（６８０、６８２）又は非受信（６８１）を示している。
【００４５】
図３及び５で図示された従来技術のチャンネル変更処理と異なり、もはや「データ待機」ステップ（図３の３１２及び図５の５１４）において費される時間が無く、「リソース初期化」動作６６３が実行されるときに、新しいＡＶデータストリームからのデータが既に受信されているため「データハンドリング」６６４が直ちに開始可能である。
【００４６】
このことはチャンネル変更時間が短くなる結果になり、「デルタＴ」を表す矢印「ｄＴ」６４０によって示されている。
【００４７】
当業者は自然に個々のステップの幾つか又は全ての遅れを減少させる解決策を指向するであろうことや、チャンネル変更に関係する図５に示されるような自然な一連のステップを本発明の特定の実施形態のために図６によって示されている一連のステップに変更することは当業者の直感に反していることから、当業者にとっては、チャンネル変更時間を減少させるという課題に対する本発明の解決策はどちらかと言うと先入観に反するものである。
【００４８】
図７は本発明の特定の実施形態に従って例えば図１の装置１００によって実現されるチャンネル変更のアルゴリズムを示している。
【００４９】
このアルゴリズムはその実行のために必要とされる変数の割り当て及び初期化のステップ７００から開始する。次に、ステップ７０３において、ＡＶストリームデータがネットワークインターフェース２０１によって受信された第１のＡＶストリームから復号化され、ＡＶデコーダ２０３を使用して復号化され、図２のＡＶレンダラー２０４によってレンダリングされる。ＡＶストリームデータが継続して復号化されＡＶレンダラー２０４によってレンダリングされている間、テストステップ７０４が実行され、そこでは図２の赤外線（ＩＲ）レシーバ２０５を介して受信される図４の「Ｐ＋」要求４０２又は図６の「Ｐ＋」要求６５１のようなチャンネル変更要求が受信されたかどうかが確認される。
【００５０】
結果が否定的であれば、現在受信されているＡＶストリームを復号化する繰り返しのステップ７０３が中断されなかったため継続される。結果が肯定的であれば、図４の矢印４０５及び図６の「リーブ」動作６６０にそれぞれ対応する第１のＡＶストリームの受信を停止する要求（ステップ７０５）及び図４の矢印４０７及び図６の「ジョイン」動作６６１に対応する第２のＡＶストリームの受信を開始する要求（ステップ７０６）を含む要求が送出される。次のステップ７０７において、図４のステップ４０３及び図６の動作６６２に対応してＡＶデコーダ２０３が停止される。最後のステップ７１０において、図４のステップ４１０及び図６の動作６６６に対応して図２のＡＶデコーダ２０３が起動され、その短時間後、図４の矢印４１１及び図６の矢印６５３に対応して所望のＡＶストリームの第１の画像フレーム及び／又はオーディオフレームが図２のＡＶレンダラー２０４によってレンダリングされ、ステップ７０３が繰り返されて次のチャンネル変更を受け取るまで復号化が継続する。
【００５１】
本発明の代替的な実施形態においては、第１のＡＶストリームを送出することを停止する要求を送出するステップ７０５及び第２のＡＶストリームの送出を開始する要求を送出するステップ７０６は逆になっており、第２のストリームへの接続後に第１のストリームの切り離しが行われる。この場合、第２のストリームへの接続をチャンネル変更の受け取りに出来るだけ近く「押し返す」ことができ、それによって第２のストリームへの接続がチャンネル変更要求に続いて直ちに行われるためレシーバ１００がデータを扱う用意ができたときに第２のストリームからデータを受取る可能性が増加する。しかしながら、このことはネットワークからレシーバへのダウンリンクにおいて２つのＡＶストリームが同時に送出される結果になる可能性が有り、ダウンリンクにおいて同時の送信をサポートする充分な帯域幅が利用できるときに限って可能である。
【００５２】
上述の変形例の高度な最適化された実施形態において、第１のＡＶストリームの送信を停止する要求及び第２のＡＶストリームの送信を開始する要求の入れ替え又は入れ替え無しの前にレシーバが第１及び第２のＡＶストリームのビットレートの合計が所定の閾値より小さいか否かを判別する。ビットレートの合計が所定の閾値より小さければ、第１のＡＶストリームの送信を停止する要求が第２のＡＶストリームの送信を開始する要求の後に送出され、それによって第２のＡＶストリームからのデータの早期の受信が可能になる。しかしながら、ビットレートの合計が所定の閾値より小さくなければ、第１のＡＶストリームの送出を停止する要求が第２のＡＶストリームの送出を開始する要求の前に送出され、それによってネットワーク上で第１及び第２のＡＶストリームが同時に送信されることが回避され、利用できるダウンリンク帯域幅を超えることによって第２のＡＶストリームが劣化することが回避される。一変形形態によれば、所定の閾値は予め設定されダウンリンク帯域幅の値としてレシーバのメモリーに存在している設定データである。この特徴は、閾値の計算が必要無いため、どちらかというと決めるのが容易であり、帯域幅がしばしば変わることのない環境でその値が充分に正確であり得るという利点がある。設定データはサーバーによって規則的な間隔で更新されるか又はダウンリンクの特性が変化したときに更新される。一変形例によれば、所定の閾値はネットワークトラフィックの測定を通してチャンネル変更の前に行われるダウンリンク帯域幅の推定によって取得される。この特徴はダウンリンクが他のトラフィックのために利用され、ＡＶストリームの受信ために利用できるこの帯域幅がチャンネル変更の時点でのネットワークトラフィックの強度に依存している環境において有利である。特定の実施形態によれば、予め設定されたダウンリンク帯域幅とネットワークトラフィックの測定を通して得られるダウンリンク帯域幅の推定の特徴は特定の有利な実施形態を実現するために、組み合わされ、例えば推定が不可能であるか、又は時間がかかり過ぎるとき、開始に予め設定されたダウンリンク帯域幅を使用し、一度測定が実行されれば測定を通して得られたダウンリンク帯域幅の推定を使用することが可能である。一実施形態によれば、前記の第１及び第２のＡＶストリームのビットレートの情報はレシーバ１００によって受信されたサービスリストに含まれる。一変形例によれば、ビットレート値は受信したストリームのビットレートについてレシーバが行った前回の測定から得られる。或る環境において、ストリームの伝送は一定のビットレートで行われるため、レシーバが受信可能なストリームのビットレートは殆ど変化しない。そうするとこの特徴レシーバが期待できるビットレートの良好な推定が可能になる利点がある。更に高度な実施形態において、レシーバはチャンネル変更の前に、同時受信の期間の間帯域幅を必要とする他のプロセスがダウンリンクの使用を低減させるか、中断するか、または終了することを要求することができ、それによって利用できる帯域幅を増加させ、その結果そうして閾値レベルを上昇させることができる。
【００５３】
一変形例においては、両方の特徴は組み合わされて、サーバーから受取ったビットレート値に対して測定を対立させ、最大の値を採ってサーバーから送出されるビットレート値が最新でなくなったときに役に立ち得る安全ためのマージンを確実に有するようにする特定の利点が与えられる。
【００５４】
本発明の代替的な実施形態においては、ステップ７０５及び７０６は、第１のＡＶストリームの送出を停止し、第２のＡＶストリームの送出を開始するために他のデータ又は要求を間で送信すること無しに、単一の要求を送出するステップ７１１において組み合わされる。これは、これらの要求をその間で個々の要求の各々の終了を待つこと無しに非常に速く送出することを可能にする利点が有り、それを待機することは、ＩＧＭＰプロトコルがいずれにしても要求を確認しないため、通常はレシーバがＩＧＭＰプロトコルを使用して２つのマルチキャストＡＶストリームの間でチャンネルを変更するときには必要が無い。
【００５５】
図１に記述されたネットワークは単に本発明が使用できるネットワークの例である。例えば各々が１以上のＡＶレシーバを有する３つ以上のユーザー屋内施設を含む、ホームゲートウエイ有り又は無し（単一のＡＶレシーバの場合）の他のネットワークの構成が本発明との両立が維持できる限り可能である。外部ネットワークの構成は、図１において、ＤＳＬＡＭ、ネットワーク１５０、プロバイダネットワーク１６０、及びサービス提供サーバーで表され、プロバイダに接続されたマルチキャスト又はユニキャストサーバーは、加入者の数、使用されたＡＶレシーバのタイプ、使用された通信プロトコル及びサービスの提供を行うために必要な装置に応じて異なる方法で構成することもできる。
【００５６】
ＡＶレシーバ１００はセットトップボックスに類似する装置として図１に表されている。しかしながら本発明の実体化はセットトップボックスに限らず、パーソナルコンピュータ、ＴＶセットに内蔵されたＡＶレシーバ、有線又は無線マルチメディアレシーバ又は携帯端末等のハンドヘルド無線送信レシーバ装置等の他のタイプの装置が本発明と両立する。
【００５７】
記述された実施形態はそれぞれＡＶストリームの受信を停止する要求を送出し、それぞれＡＶストリームの受信を開始する要求を送出する「リーブ」及び「ジョイン」動作で示されている。「リーブ」及び「ジョイン」という用語はマルチキャストストリームの受信に関係したインターネットグループマネージメントプロトコル（ＩＧＭＰ）に関係している。本明細書の読者には、本発明がユニキャスト送信に用いられるリアルタイムストリーミングプロトコル（ＲＴＳＰ）等の他のプロトコルにも適用されることが理解されるであろう。ユニキャストストリームからの切り離し及び接続はマルチキャストストリームからの切り離し及び接続に比べてずっと時間がかかるため、本発明はＡＶストリームの送信にユニキャスト送信が用いられる環境においてチャンネル変更時間を更に加速することを可能にするものであり、新しいＡＶストリームに早期に接続されるため従来技術に比較してＡＶレシーバが新しいＡＶストリームデータを扱う用意ができたときにＡＶストリームデータが処理される用意ができている可能性が高い。
【００５８】
同様に、説明のために本発明はＰ＋（次への）チャンネル変更について示されてきたけれども、本発明はまたＰ−（前への）チャンネル変更、又は、他の何れかのタイプのチャンネル変更（Ｐ＋１０、Ｐ−１０、等）にも適用される。
【００５９】
本発明と両立する限り、図２に示されたもの以外の他のタイプのＡＶレシーバ、例えば複数の専用のプロセッシングユニット及び複数のデジタルデータ通信バスを有し、赤外受信装置及び格納装置無しの、１以上のアクセス制御モジュール（ＣＡ）を装備したＡＶレシーバ装置も可能である。本発明は完全に、パーソナルコンピュータ等の汎用装置上で動作するソフトウエアコンポーネントから構築することが可能であり、そのため本発明はウェブページ上のＡＶレシーバ／レンダラーにおいて実現することができ、或いは本発明はハードウエア及びソフトウエア要素の混合体を使用して実現することができる。特定の実施形態によれば、本発明は例えば専用のコンポーネント（例えばＡＳＩＣ、ＦＰＧＡ又はＶＬＳＩ）（それぞれ「特定用途向け集積回路」、「フィールドプログラマブルゲートアレイ」、及び「大規模集積」）として完全にハードウエアにおいて実現され、或いは装置又はハードウエアとソフトウエアの混合体の形で統合された個別の電子コンポーネントとして実現される。
【００６０】
本発明はＡＶストリームを提供する１以上の装置に現在受信しているＡＶストリームの受信を停止する要求を送出すること及び所望のＡＶストリームの受信を開始する要求を送出することによってチャンネルを変更するどのようなタイプのデジタルＡＶレシーバにも適用することができる。一般的には本発明を実現するのに適したデジタルＡＶレシーバのタイプはＩＰＴＶレシーバ又はデジタルビデオブロードキャスト−ハンドヘルド（ＤＶＢ−Ｈ）レシーバである。
【図１】
2013509768.tif 000003
【図２】
2013509768.tif 000004
【図３】
2013509768.tif 000005
【図４】
2013509768.tif 000006
【図５】
2013509768.tif 000007
【図６】
2013509768.tif 000008
【図７】
2013509768.tif 000009
【国際調査報告】
2013509768.tif 000010
2013509768.tif 000011
2013509768.tif 000012