(57)【要約】  コンテンツに関して動作を行う移動体端末は，クライアントアプリケーションを動作させることができるコントローラを含む。クライアントアプリケーションは記録モード動作を含む動作を行うことができる。記録モードにおいて，クライアントアプリケーションは選択チャネルのコンテンツを記録し，データベースに前記の記録コンテンツを記憶させることができる。チャネルを選択チャネルから別のチャネルに変更したことに応答して，クライアントアプリケーションは選択チャネルに関する記録タイムアウトを開始することができる。クライアントアプリケーションは，後にチャネルが選択チャネルに戻される場合ごとに選択チャネルの記録タイムアウトをリセットすることができる。しかしチャネルが選択チャネルに戻された場合リセットする前に記録タイムアウトが終了したとき，クライアントアプリケーションは選択チャネルのコンテンツ記録を停止することができる。
2009514301.tif 000002
【特許請求の範囲】
【請求項１】
放送コンテンツに関して少なくとも１つの動作を行う移動体端末であって，
コンテンツを記憶することができるデータベースと，
クライアントアプリケーションを動作させることができるコントローラであって，前記クライアントアプリケーションは放送コンテンツのチャネル集合のうち選択チャネルに関して少なくとも１つの動作を行うことができ，前記少なくとも１つの動作は，前記選択チャネルで現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，のうち少なくとも１つを含むコントローラと，
を備え，
前記記録モードで動作するとき，前記クライアントアプリケーションが前記選択チャネルのコンテンツを記録し，前記データベースに前記の記録コンテンツを記憶させることができ，かつ
前記記録モードで動作するとき，チャネルを前記選択チャネルから前記チャネル集合の別のチャネルに変更したことに応答して，前記クライアントアプリケーションが前記選択チャネルに関する記録タイムアウトを開始し，記録タイムアウトが終了したとき，前記選択チャネルのコンテンツ記録を停止することができる移動体端末。
【請求項２】
前記クライアントアプリケーションは，チャネルをその後前記選択チャネルに戻した場合，前記選択チャネルの記録タイムアウトをリセットすることができ，かつ前記クライアントアプリケーションは，チャネルをその後前記選択チャネルに戻した場合リセットする前に前記記録タイムアウトが終了したときは，前記選択チャネルのコンテンツの記録を停止することができる請求項１に記載の移動体端末。
【請求項３】
前記クライアントアプリケーションは，前記チャネルを別のチャネルから前記選択チャネルに戻したとき，前記クライアントアプリケーションが前記選択チャネルの前記記録コンテンツを再生することができ，更にその後選択チャネルのコンテンツを受信し，再生することができる請求項１に記載の移動体端末。
【請求項４】
コンテンツを記憶できるバッファメモリを更に備え，
前記クライアントアプリケーションは，選択チャネルｘから前記チャネル集合の隣接チャネルｘ±１へチャネルを変更することができ，前記チャネルは前記選択チャネルｘから所定の方向に変更されるものであり，
前記クライアントアプリケーションはチャネルを前記隣接チャネルｘ±１に変更したことに応答して，前記隣接チャネルｘ±１のコンテンツを受信し再生することができ，
前記クライアントアプリケーションは，更に，前記隣接チャネルのコンテンツを受信し再生しながら，バッファメモリ内のＹ個の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツを受信し記憶することができ，
少なくとも１つの次の隣接チャネルのコンテンツを，前記チャネルが変更された方向によって，かつ前記隣接チャネルにチャネルを変更したことに応答して受信し，記憶する請求項１に記載の移動体端末。
【請求項５】
前記クライアントアプリケーションは前記次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信し記憶することができ，それによって前記チャネルを前記隣接チャネルｘ±１から前記次の隣接チャネル（ｘ±１）±ｙに変更したとき，前記クライアントアプリケーションが更に前記次の隣接チャネルの前記の記憶したコンテンツを再生し，その後前記次の隣接チャネルのコンテンツを受信し，再生することができるようにする請求項４に記載の移動体端末。
【請求項６】
前記クライアントアプリケーションは，少なくとも１つの時点で，前記選択チャネルｘのコンテンツを受信し再生し，チャネルを前記選択チャネルｘから前記隣接チャネルｘ±１に変更し，前記隣接チャネルｘ±１のコンテンツを受信し再生し，前記次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信し記憶することができ，１つの時点の前記隣接チャネルｘ±１が次の時点の選択チャネルｘとなり，ここで１つの時点から次の時点はｘ＝ｘ±１とする請求項４に記載の移動体端末。
【請求項７】
前記クライアントアプリケーションは更に，チャネルを前記選択チャネルｘから前記隣接チャネルｘ±１に変更した後，バッファタイムアウトを開始することができ，前記バッファタイムアウトの開始はその後チャネルを変更する場合ごとに前記バッファタイムアウトをリセットすることを含み，
前記クライアントアプリケーションは，前記バッファタイムアウトがその後チャネルを変更する場合リセットする前に終了したとき，バッファメモリ内のＹ個の次の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツの受信及び記憶を停止することができる請求項６に記載の移動体端末。
【請求項８】
前記クライアントアプリケーションは更に，前記バッファタイムアウトがその後チャネルを変更した場合リセットする前に終了したとき，前記バッファメモリをクリアすることができる請求項７に記載の移動体端末。
【請求項９】
前記クライアントアプリケーションが端末ユーザに対する多数の選択可能な機能を提示するように指示することができるディスプレイであって，前記選択可能な機能は，前記選択チャネルの現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，を含むディスプレイを更に備え，
前記クライアントアプリケーションは，前記の提示した機能に関して前記端末ユーザが行った選択に応答して，前記少なくとも１つの動作を行うことができる請求項１に記載の移動体端末。
【請求項１０】
放送コンテンツに関する少なくとも１つの動作を行う方法であって，移動体端末において放送コンテンツのチャネル集合の選択チャネルに関する少なくとも１つの動作を行うステップを有し，前記少なくとも１つの動作は，前記選択チャネルの現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，を含み，前記記録モードの動作は，
前記選択チャネルのコンテンツを記録し，データベース内に前記記録コンテンツを記憶するステップと，
チャネルを前記選択チャネルから前記チャネルの別のチャネルに変更したことに応答して前記選択チャネルの記録タイムアウトを開始するステップと，
を有し，
前記選択チャネルのコンテンツを記録するステップは，前記記録タイムアウトが終了したとき前記選択チャネルのコンテンツの記録を停止するステップを含む方法。
【請求項１１】
記録モードの動作は更に，
チャネルをその後前記選択チャネルに戻す場合ごとに前記選択チャネルの記録タイムアウトをリセットするステップを有し，
前記選択チャネルのコンテンツを記録するステップは，前記記録タイムアウトがチャネルを前記選択チャネルにその後戻す場合リセットする前に終了したとき，前記選択チャネルのコンテンツの記録を停止するステップを含む請求項１０に記載の方法。
【請求項１２】
前記の記録ステップは，前記選択チャネルのコンテンツを記録するステップを含み，前記チャネルを別のチャネルから前記選択チャネルに戻したとき，前記方法は更に，前記選択チャネルの記録コンテンツを再生するステップと，その後前記選択チャネルのコンテンツを受信し再生するステップと，を有する請求項１０に記載の方法。
【請求項１３】
選択チャネルｘから前記チャネル集合の隣接チャネルｘ±１へチャネルを変更するステップであって，前記チャネルは前記選択チャネルｘから所定の方向に変更されるステップと，
チャネルを前記隣接チャネルｘ±１に変更したことに応答して，前記隣接チャネルｘ±１のコンテンツを受信し再生するステップと，
前記隣接チャネルのコンテンツを受信し再生しながら，バッファメモリ内のＹ個の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツを受信し記憶するステップであって，少なくとも１つの次の隣接チャネルのコンテンツを，前記チャネルが変更された方向によって，かつ前記隣接チャネルにチャネルを変更したことに応答して受信し，記憶するステップと，
を更に有する請求項１０に記載の方法。
【請求項１４】
前記受信し記憶するステップは，前記次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信し記憶するステップを有し，それによって前記チャネルを前記隣接チャネルｘ±１から前記次の隣接チャネル（ｘ±１）±ｙに変更したとき，前記方法は更に前記次の隣接チャネルの前記の記憶したコンテンツを再生し，その後前記次の隣接チャネルのコンテンツを受信し，再生するステップを有する請求項１３に記載の方法。
【請求項１５】
前記選択チャネルｘのコンテンツを受信し再生するステップと，チャネルを変更するステップと，前記隣接チャネルｘ±１のコンテンツを受信し再生するステップと，前記次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信し記憶するステップと，が少なくとも１つの時点で発生し，１つの時点の前記隣接チャネルｘ±１が次の時点の選択チャネルｘとなり，ここで１つの時点から次の時点はｘ＝ｘ±１とする請求項１３に記載の方法。
【請求項１６】
チャネルを前記選択チャネルｘから前記隣接チャネルｘ±１に変更した後，バッファタイムアウトを開始するステップであって，前記バッファタイムアウトを開始するステップは，その後チャネルを変更する場合ごとに前記バッファタイムアウトをリセットするステップを含むステップを更に有し，
前記受信し記憶するステップは，前記バッファタイムアウトがその後チャネルを変更する場合リセットする前に終了したとき，バッファメモリ内のＹ個の次の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツの受信及び記憶を停止するステップを更に含む請求項１５に記載の方法。
【請求項１７】
前記バッファタイムアウトがその後チャネルを変更した場合リセットする前に終了したとき，前記バッファメモリをクリアするステップを更に有する請求項１６に記載の方法。
【請求項１８】
前記移動体端末のディスプレイ上に端末ユーザに対する多数の選択可能な機能を提示するステップであって，前記選択可能な機能は，前記選択チャネルの現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，を含むステップを更に有し，
前記少なくとも１つの動作を行うステップは，前記の提示した機能によって前記端末ユーザが行った選択に応答して，少なくとも１つの動作を行うステップを含む請求項１０に記載の方法。
【請求項１９】
放送コンテンツに関する少なくとも１つの動作を行う計算機プログラム製品であって，計算機プログラムコード部が記憶された計算機可読媒体を有し，前記計算機プログラムコード部が，
移動体端末において放送コンテンツのチャネル集合の選択チャネルに関する少なくとも１つの動作を行う第１実行可能部であって，前記少なくとも１つの動作は，前記選択チャネルの現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，を含む第１実行可能部を有し，
前記第１実行可能部は，前記記録モードで動作するとき前記選択チャネルのコンテンツを記録し，データベース内に前記記録コンテンツを記憶するようになっており，またチャネルを前記選択チャネルから前記チャネル集合の別のチャネルに変更したことに応答して前記選択チャネルの記録タイムアウトを開始するようになっており，更に前記第１実行可能部は，前記記録タイムアウトが終了したとき前記選択チャネルのコンテンツの記録を停止するようになっている計算機プログラム製品。
【請求項２０】
前記記録モードで動作するとき，前記第１実行可能部は更に，チャネルをその後前記選択チャネルに戻す場合ごとに前記選択チャネルの記録タイムアウトをリセットするようになっており，
前記第１実行可能部は，前記記録タイムアウトがチャネルを前記選択チャネルにその後戻す場合リセットする前に終了したとき，前記選択チャネルのコンテンツの記録を停止するようになっている請求項１９に記載の計算機プログラム製品。
【請求項２１】
前記第１実行可能部は前記選択チャネルの前記記録コンテンツを再生し，その前記チャネルを別のチャネルから前記選択チャネルに戻したとき，後前記第１実行可能部が前記選択チャネルのコンテンツを受信し再生するようになっている請求項１９に記載の計算機プログラム製品。
【請求項２２】
選択チャネルｘから前記チャネル集合の隣接チャネルｘ±１へチャネルを変更する第２実行可能部であって，前記チャネルは前記選択チャネルｘから所定の方向に変更される第２実行可能部と，
チャネルを前記隣接チャネルｘ±１に変更したことに応答して，前記隣接チャネルｘ±１のコンテンツを受信し再生する第３実行可能部と，
前記隣接チャネルのコンテンツを受信し再生しながら，バッファメモリ内のＹ個の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツを受信し記憶する第４実行可能部であって，少なくとも１つの次の隣接チャネルのコンテンツを，前記チャネルが変更された方向によって，かつ前記隣接チャネルにチャネルを変更したことに応答して受信し，記憶する第４実行可能部と，
を更に備える請求項１９に記載の計算機プログラム製品。
【請求項２３】
前記第３実行可能部は，前記次の隣接チャネルの前記の記憶したコンテンツを再生し，その後前記チャネルを前記隣接チャネルｘ±１から前記次の隣接チャネル（ｘ±１）±ｙに変更したとき，前記次の隣接チャネルのコンテンツを受信し，再生するようになっている請求項２２に記載の計算機プログラム製品。
【請求項２４】
前記第２，第３及び第４実行可能部は，前記選択チャネルｘのコンテンツの受信及び再生と，チャネルの変更と，前記隣接チャネルｘ±１のコンテンツの受信及び再生と，前記次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信及び記憶と，が少なくとも１つの時点で発生し，１つの時点の前記隣接チャネルｘ±１が次の時点の選択チャネルｘとなり，ここで１つの時点から次の時点はｘ＝ｘ±１とする請求項２２に記載の計算機プログラム製品。
【請求項２５】
チャネルを前記選択チャネルｘから前記隣接チャネルｘ±１に変更した後，バッファタイムアウトを開始する第５実行可能部であって，前記バッファタイムアウトの開始は，その後チャネルを変更する場合ごとに前記バッファタイムアウトのリセットを含む第５実行可能部を更に備え，
前記第４実行可能部は，前記バッファタイムアウトがその後チャネルを変更する場合リセットする前に終了したとき，バッファメモリ内のＹ個の次の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツの受信及び記憶を停止するようになっている請求項２４に記載の計算機プログラム製品。
【請求項２６】
前記バッファタイムアウトがその後チャネルを変更した場合リセットする前に終了したとき，前記バッファメモリをクリアする第６実行可能部を更に備える請求項２５に記載の計算機プログラム製品。
【請求項２７】
前記移動体端末のディスプレイ上に端末ユーザに対する多数の選択可能な機能を提示する第２実行可能部であって，前記選択可能な機能は，前記選択チャネルの現在放送中のコンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する記録モードの動作と，前記選択チャネルの予定コンテンツに関する通知モードの動作と，を含む第２実行可能部を更に備え，
前記第１実行可能部は，前記の提示した機能に関して前記端末ユーザが行った選択に応答して，少なくとも１つの動作を行うようになっている請求項１９に記載の計算機プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概略放送コンテンツを提供するシステム及び方法に関し，より詳しく言えば放送コンテンツに関する動作を行う端末，方法及び計算機プログラム製品に関する。
【背景技術】
【０００２】
先進的な高ビットレート移動体ネットワークの展開は，以前の第２世代無線ネットワークでは不可能であった方法で多くのサービスを提供できる新たな機会を開いた。世界移動体通信システム（ＧＳＭ）無線標準と共に用いるように規定されたような第３世代（３Ｇ）システムを含む最近のシステムは，ビデオ呼並びにオーディオクリップ及びビデオクリップからなるマルチメディアアプリケーションの再生のような新しいデジタルサービスの提供を可能にした。これに関して，３Ｇシステムではビットレートが向上しているため，デジタルサービスを提供できる可能性が広がっている。
【０００３】
３Ｇシステムのビットレートが向上したことによって，ポイント−ツ−ポイントのデータ配信機構の例として高品質デジタルオーディオ及び許容できる品質の動画クリップすなわちビデオを配信するために適切な性能を提供する。有望なこのような配信技法の１つにデジタルビデオ放送標準（ＤＶＢ）がある。これに関して，ＤＶＢ−Ｃ（ケーブル）及びＤＶＢ−Ｓ（衛星）に関連するＤＶＢ−Ｔは，ＤＶＢ標準のうち地上波に対応するものである。周知のとおりＤＶＢ−ＴはデジタルＴＶ放送のために開発された無線ポイント−ツ−マルチポイントデータ配信機構であり，ビデオ及び同期オーディオのためのＭＰＥＧ−２トランスポートストリーム（ＴＳ）を用いる。ＤＶＢ−Ｔは，多数のユーザに放送チャネルを介して大量のデータを効率よく，かつ同時に送信する能力を持っている。ＤＶＢ−Ｈ（携帯向け）はこれもＤＶＢ−Ｔに関連したものであるが，特に携帯デバイスに対して性能の良い無線データ配信を提供することができる。
【０００４】
デジタル広帯域データ放送ネットワークは既知である。上述のとおり，ヨーロッパほか世界中で人気のあるネットワークの例はＤＶＢであり，テレビコンテンツの配信に加えて，インターネットプロトコル（ＩＰ）データのようなデータ配信も可能である。広帯域データ放送ネットワークのほかの例としては日本の地上統合サービスデジタル放送（ＩＳＤＢ−Ｔ）と，デジタルオーディオ放送（ＤＡＢ）と，デジタルマルチメディア放送（ＤＭＢ）と，ＭＢＭＳと，高度テレビシステム委員会（ＡＴＳＣ）が提供するネットワークと，がある。このような多くのシステムにおいてはコンテナ化技法が用いられており，データコンテナとして動作するＭＰＥＧ−２パケットに送信コンテンツが入れられる。このようにしてコンテナは，これに限定するものではないが高解像度ＴＶ，多チャネル標準解像度ＴＶ（ＰＡＬ，ＮＴＳＣ又はＳＥＣＡＭ）並びにもちろん広帯域マルチメディアデータ及び対話型サービスを含み，任意の適切にデジタル化されたデータを搬送するための用いることができる。
【０００５】
移動中のユーザに効率よくデジタルサービスを提供できるように，ＤＶＢ−Ｔのような広帯域配信技法と移動体通信とを結合して利用することは以前より提案されている。これは（既に流行している）個別通信及びインターネット接続への増大する要求を予想されるデジタル放送の興隆と共に提供するために既存基盤設備を利用し，それによってユーザはこれらのサービスを１つのデバイスで受信することができる。更にＤＶＢ−Ｔはプラットホーム横断型標準であって，多くの国で共有され，そのため周波数両立性及びローミングに関して問題が少ない。移動体通信と比較的低コストのデジタル広帯域配信技法を結合することによって，オーディオ及びビデオのストリーミング（例えばＴＶ，ラジオなど），ファイルダウンロード，高度ゲームアプリケーション，などのような単方向及び双方向のサービスのような対話型サービスが可能になる。
【０００６】
デジタル広帯域データ放送ネットワークは，１又は複数のテレビ，ラジオ，及び／又はデータチャネルのコンテンツを放送するために用いられるであろうと考えられる。例えば，移動体向けテレビＤＶＢ−Ｈ放送，１０〜５０又はそれ以上のテレビチャネルのコンテンツを含むものと考えられる。種々の例においてこれらのコンテンツはバーストで放送され，それぞれのバーストが多数のチャネルのタイムスライスされたコンテンツを含む。複数チャネルをタイムスライスで放送することによって，移動体デバイスはいくつかのチャネルのタイムスライスコンテンツのバーストを受信するとき電源を投入し，バースト間の長い期間は電源を切ることによって電力節減が可能になる。
【０００７】
明察のとおり，多くの利用可能なコンテンツチャネルが放送されるとき，ユーザは受信して消費（例えば表示，再生など）する所望のチャネルを選択するために利用可能なチャネルをブラウズしたいかもしれない。そのようなブラウズはしばしば「チャネルホップ」と呼ばれ，一般にユーザが１つのチャネルから次へ１つずつ移動し，次のチャネルに移動するまでに選択チャネルのコンテンツをユーザが短く受信できるように各チャネルを選択するステップを含む。選択チャネルのコンテンツを短く受信することによってユーザは受信したコンテンツを評価し，そのコンテンツの受信を続ける（チャネルホップを止める）か，次のチャネルに移動するかを判断する。
【０００８】
またこれも明察のとおり，各チャネルはバーストで放送され，各バーストはこれらのチャネルのタイムスライスコンテンツを含むので，１つのチャネルから次へ移動するユーザは，バースト期間及びほかのいくつかの遅延に依存する遅延（すなわちチャネル同調時間）に気付くかもしれない。好ましくないがこのような遅延は１０秒又はそれ以上続くことがある。しかしこの遅延を減少させるために，ユーザデバイスのメモリに現在の選択チャネルの両側のチャネルのコンテンツをバッファする技法が開発されている。この技法によれば，ユーザは１チャネルではなく３チャネルのコンテンツを受信し，そのうち１チャネルのコンテンツが再生され，残りの２つはメモリ内にバッファされる。このようにしてユーザが次のチャネルに移動したとき，そのチャネルのコンテンツは始めバッファメモリから取り出され，次のバースト期間まで待ってコンテンツを受信することによる遅延を避けることができる。しかしこのようなバッファリングは，１つのチャネルから次へチャネルホップすることに関連する遅延は減少させることができる一方で，タイムスライスバーストによってチャネルが放送されることによる電力節減の利点も減少させ，現在の受信器性能を十分に達成することさえもできないかもしれない。更にこのような従来技法では，ユーザがあるチャネルのコンテンツを再生するか，ほかのチャネルにホップするかを選択しなければならないので，ユーザがあるチャネルのコンテンツの再生を望まないときは，ほかのチャネルにホップすることを選択しなければならない。
【発明の開示】
【課題を解決するための手段】
【０００９】
前述の背景に照らして本発明の例示実施例は，多チャネル放送コンテンツの方向性チャネルブラウズを行い，そのようなチャネルブラウズの際に１又は複数のチャネルのコンテンツを記録する改善された端末と，方法と，計算機プログラム製品と，を提供する。チャネルブラウズの際，本発明の例示実施例は選択チャネルのどちらの側のチャネルをバッファする際にも，電力削減効果を減少させることなくチャネルホップに関連する遅延を減少させるように，１又は複数のチャネルコンテンツを制御しつつバッファする。これに関連して本発明の例示実施例は，端末が選択チャネルのコンテンツを受信し再生する間空であってもよいバッファメモリを含み，ここで選択チャネルは多数の順序付きチャネルのうち１つである。このような再生の際に，選択チャネルのコンテンツを記録し始めるように端末に指示してもよい。
【００１０】
端末ユーザが選択チャネルに隣接するチャネルを選択してチャネルホップを開始したとき，端末は選択チャネルから同一の方向にある１又は複数の次の隣接チャネルのコンテンツをバッファし始める。したがって本発明の例示実施例は，端末が選択チャネルのいずれかの側のチャネルを連続的にバッファする必要なしに，チャネルホップの際に少なくとも部分的に各チャネルをバッファすることができる。そして端末ユーザがチャネルホップを停止したとき，端末はバッファをクリアして端末ユーザが再度チャネルホップを開始するまでバッファなしで動作することができる。更に端末は前に選択したチャネルのコンテンツの記録を停止することができる。チャネルホップの間にユーザが前に選択したチャネルに戻ったとき，又はチャネルホップを停止したとき，端末はそのチャネルのコンテンツを記録し続けてもよい。端末がそのチャネルのコンテンツを受信しながら記録したチャネルのコンテンツを再生し，その後そのチャネルの記録コンテンツを再生するように指示することができる。例として，前に放送されて記録コンテンツを再生する前に，現在放送されているコンテンツを再生するように端末に指示してもよい。これに加えて，又は代替として，端末がそのチャネルの記録された（すなわち更に記録された）コンテンツを最初に再生し，一方でチャネルのコンテンツを受信しながらそのチャネルのコンテンツの記録を続けるように端末に指示してもよい。このような場合，端末ユーザが別のチャネルにチャネルホップし，端末ユーザがそのチャネルに順に戻る間，端末はそのチャネルの放送中のコンテンツを再生することができる。このようにして本発明の例示実施例は，端末ユーザがチャネルホップをしていない間，タイムスライスしたバーストによってコンテンツを配信することによって得られる電力削減の効果を十分に得ることもできる。
【００１１】
本発明の一態様によれば，移動体端末は放送コンテンツを記録することができる。端末は，コンテンツを記憶することができるデータベースと，クライアントアプリケーションを動作させることができるコントローラと，を含む。クライアントアプリケーションは，チャネル集合の放送コンテンツのうち選択チャネルｘに関して１又は複数の動作を行うことができる。クライアントアプリケーションが実行できる動作は，（ａ）選択チャネルの現在放送中のコンテンツについて記録モードで動作すること，（ｂ）選択チャネルの予定コンテンツについて記録モードで動作すること，及び／又は（ｃ）選択チャネルの予定コンテンツについて通知モードで動作すること，を含む。記録モードで動作するときクライアントアプリケーションは，選択チャネルのコンテンツを記録し，記録コンテンツをデータベースに記憶させることができる。そしてチャネルをその選択チャネルから順序付きチャネル集合内の別のチャネルに変更したことに応答して，クライアントアプリケーションは選択チャネルの記録タイムアウトを開始することができる。これに関連してクライアントアプリケーションは，後にチャネルを選択チャネルに戻す場合ごとに，選択チャネルの記録タイムアウトをリセットすることができる。しかし後にチャネルを選択チャネルに戻す場合，選択チャネルの記録タイムアウトをリセットする前に記録タイムアウトが終了したときは，クライアントアプリケーションは選択チャネルのコンテンツの記録を停止することができる。しかしチャネルが選択チャネルに戻されたとき，クライアントアプリケーションは更に選択チャネルの記録コンテンツを再生し，その後選択チャネルのコンテンツを受信し再生することができる。
【００１２】
より詳しく言えばクライアントアプリケーションはチャネルを選択チャネルｘから順序付きチャネル集合内の隣接チャネルｘ±１に変更することができ，それによって選択チャネルｘから特定の方向にチャネルを変更することができる。そして更にチャネルを隣接チャネルｘ±１に変更したことに応答して，Ｙ個の次の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツを受信しバッファメモリに記憶させることができる。これに関連して，次の隣接チャネルのコンテンツは，チャネルが変更された方向によって，かつチャネルを隣接チャネルに変更したことに応答して，受信し記憶させることができる。このようにしてチャネルが隣接チャネルｘ±１から次の隣接チャネル（ｘ±１）±ｙ以外のチャネルに変更されたとき，クライアントアプリケーションは更に，記憶したコンテンツとは独立に，次の隣接チャネル以外のチャネルのコンテンツを受信し再生することができる。
【００１３】
クライアントアプリケーションは１又は複数の時点で，選択チャネルｘのコンテンツを受信し再生し，選択チャネルｘから隣接チャネルｘ±１へチャネルを変更し，隣接チャネルｘ±１のコンテンツを受信し再生し，そして次の隣接チャネル（ｘ±１）±ｙのコンテンツを受信し記憶させる，動作を行うことができる。クライアントアプリケーションがこのような多数の時点で動作するとき，ある時点の隣接チャネルｘ±１は，次の時点の選択チャネルｘとなり，ある時点から次の時点でｘ＝ｘ±１となる。またこのような時点でクライアントアプリケーションは更に，選択チャネルｘから隣接チャネルｘ±１にチャネルを変更した後バッファタイムアウトを開始させることができ，ここでバッファタイムアウトを開始させるステップは，後にチャネルを変更する場合ごとにバッファタイムアウトをリセットするステップを含む。したがって，クライアントアプリケーションは後にチャネルを変更する場合リセットする前にバッファタイムアウトが終了したときは，Ｙ個の次の隣接チャネル（ｘ±１）±ｙ（ｙ＝１，・・・，Ｙ）のコンテンツの受信及びバッファメモリへの記憶を停止することができる。またこのような場合，クライアントアプリケーションは更にバッファメモリをクリアすることができる。
【００１４】
本発明の別の態様によれば，放送コンテンツを記録する方法と，計算機プログラム製品が提供される。したがって本発明の例示実施例は，放送コンテンツを記録する改善された端末と，方法と，計算機プログラム製品と，を提供する。これに関連して，本発明の例示実施例の端末は，多チャンネル放送コンテンツをチャネルブラウズ，すなわちチャネルホップし，そのようなチャネルブラウズの際，１又は複数のチャネルのコンテンツを記録することができ，コンテンツの記録は，記録している対応チャネル以外のチャネルに落ち着いたときに停止することができる。またこのようなチャネルブラウズの際本発明の例示実施例は，チャネルが変更されている方向によって１又は複数のチャネルのコンテンツを制御しつつバッファすることができる。そしてチャネルホップが終わった後，バッファタイムアウトに終了によって指示されて，端末はコンテンツのバッファリングを停止し，所望であればバッファをクリアすることができる。したがって本発明の例示実施例の端末と，方法と，計算機プログラム製品とは，先行技法が特定する課題を解決し，更なる利点を提供することができる。
【発明を実施するための最良の形態】
【００１５】
このように本発明を一般的に説明してきたが，ここで必ずしも正確な縮尺で描かれてはいない付属の図面を参照する。
【００１６】
これ以降，本発明の好ましい実施例を示す付属の図面を参照して本発明をより詳しく説明する。しかし本発明は多くの異なった形態で実現できるものであり，ここで述べる実施例に限定されると見なすことは望ましくない。むしろこれらの実施例は，この開示が十分かつ完全であり，当業者に対して本発明の範囲を十分に伝えるように提供されるものである。本願を通じて類似の番号は類似の要素を指すものとする。
【００１７】
図１を参照すると，本発明の恩恵を受ける１つの種類の端末及びシステムが示されている。図示のとおり端末１０は，信号を送信し，また地上デジタルビデオ放送（例えばＤＶＢ−Ｔ，ＤＶＢ−Ｈ，ＩＳＤＢ−Ｔ，ＡＴＳＣ，など）のネットワークのようなデジタル放送ネットワークを介してデジタル放送装置１４から信号を受信するアンテナ１２を含んでもよい。明察のとおり，端末とデジタル放送装置とを直接又は間接に接続することによって，端末は１又は複数のテレビ，ラジオ，及び／又はデータのチャネルのコンテンツのようなコンテンツをデジタル放送装置から受信することができる。これに関連してデジタル放送装置は，ＤＶＢ  ＴＸのような送信器（ＴＸ）１６を含むか，又は接続されている。類似して端末は，ＤＶＢ−Ｈ受信器（図示していない）のような受信器を含んでもよい。端末は，いくつかの異なるエンティティのどれからでも，いくつかの異なる方法のどの１又は複数の方法でもコンテンツを受信することができる。例えば一実施例においては，端末は，ＤＶＢ（例えばＤＶＢ−Ｔ，ＤＶＢ−Ｈ，など）の技法によって，データ，コンテンツ又はその類似物を送信，及び／又は受信できる端末１０’を含む。このような実施例において，端末１０’はＤＶＢ  ＴＸからコンテンツを受信するアンテナ１２ａと，セルラネットワーク（図示していない）の基地サイト又は基地局（ＢＳ）と信号を送受信するもう１つのアンテナ１２ｂと，を含んでもよい。このような端末についての更なる情報に関しては，米国特許出願第０９／８９４，５３２号，"Receiver"，２００１年６月２９日出願，に記載されており，ここにその全体を参照する。
【００１８】
ＴＸ１６を介して端末１０をデジタル放送装置１４と直接接続することに加え，又はその代わりに，端末をデジタル放送（ＤＢ）受信端末１８に接続し，次にＤＢ受信端末を直接及び／又はＴＸ経由でデジタル放送装置に接続してもよい。このような例においてデジタル放送受信端末は，セットトップボックス形態のＤＶＢ受信器のようなＤＶＢ受信器を備えてもよい。端末は，パーソナルネットワークなどによってデジタル放送受信端末と局所的に接続することができる。しかし一例示実施例においては，端末は追加又は代替として，構内ネットワーク（ＬＡＮ），都市域ネットワーク（ＭＡＮ）及び／又はインターネット２０のような広域ネットワーク（ＷＡＮ）のようなデータネットワークを介してデジタル放送受信端末と間接的に接続してもよい。端末は直接インターネットと接続してもよいし，間接的に接続してもよい。例えば端末は，無線接続点（ＡＰ）２２及び／又はゲートウェイ（ＧＴＷ）２４を介してインターネットに接続し，そしてデジタル放送受信端末に接続してもよい。追加又は代替として，例えば端末はパーソナル計算機，サーバ計算機，又はその類似物のような１又は複数の別の計算デバイス２６を介してインターネットに接続してもよい。
【００１９】
ここで図２を参照すると，本発明の一実施例による端末１０，デジタル放送装置１４及び／又はデジタル放送受信端末１８として動作できるエンティティのブロックが示されている。いくつかの実施例においては別個のエンティティとして示しているが，１又は複数のエンティティが，論理的には分離しているがそのエンティティ内に併設された，１又は複数の端末，デジタル放送装置，及び／又はデジタル放送受信端末に対応してもよい。例えば１つのエンティティが論理的には分離しているが併設された端末及びデジタル放送受信端末に対応してもよい。また例えば，１つのエンティティが論理的には分離しているが併設されたデジタル放送受信端末及びデジタル放送装置に対応してもよい。
【００２０】
端末１０，デジタル放送装置１４，及び／又はデジタル放送受信端末１８として動作できるエンティティは，ここに特に図示し説明するものを含む，本発明の例示実施例による１又は複数の機能を実行する種々の手段を含む。しかし，このエンティティの１又は複数は，本発明の精神及び範囲を逸脱することなく１又は複数の類似機能を実行する代替手段を含んでもよいことを理解されたい。より詳しく言えば，例えば図２に示すとおり，エンティティはメモリ３０に接続したプロセッサ２８を含んでもよい。メモリは揮発メモリ及び／又は不揮発メモリを含み，コンテンツ，データ又はその類似物を記憶することができる。例えばメモリはエンティティから送信され，及び／又はエンティティによって受信されるコンテンツを記憶する。また例えばメモリは，プロセッサに本発明の例示実施例によるエンティティの動作と関連するステップを実行させるクライアントアプリケーション，命令又はその類似物を記憶する。次に説明するとおり，例えばメモリは，１又は複数のテレビチャネル，ラジオチャネル，及び／又はデータチャネルのコンテンツを再生する通常のテキストビューア，オーディオプレイヤ，ビデオプレイヤ，マルチメディアビューア，又はその類似物のようなクライアントアプリケーションを記憶することができる。
【００２１】
また例えば，メモリ３０は１又は複数のクライアントアプリケーションと統合された，又は通信するデジタル権利管理（ＤＲＭ）エンジンを記憶することができ，それによってＤＲＭエンジンはＤＲＭ技法を用いてコンテンツの再生を制御することができる。このようなＤＲＭエンジンは，例えばオープンモバイルアライアンス（ＯＭＡ）デジタル権利管理仕様書に規定されるものを含むいくつかの異なるＤＲＭ技法のどれによって構成してもよい。更にメモリは，１又は複数のクライアントアプリケーション及びＤＲＭエンジンと統合された，又は通信する暗号復号化モジュールを記憶することができ，それによって暗号化・暗号復号化モジュールがクライアントアプリケーションが再生するコンテンツを暗号化することができる。これに関連して，暗号復号化モジュールは，例えばインターネットプロトコルセキュリティ（ＩＰＳｅｃ），セキュア実時間転送プロトコル（ＳＲＴＰ）又はその類似物を含む，コンテンツを暗号化するいくつかの異なる技法のうちどれによってもコンテンツを暗号復号化するように構成することができる。
【００２２】
ここで説明したとおり，クライアントアプリケーションと，ＤＲＭエンジンと，暗号復号化モジュールとは，それぞれ対応するエンティティによって動作させられるソフトウェアを含む。しかしここで説明したクライアントアプリケーションと，ＤＲＭエンジンと，暗号復号化モジュールとの，どの１又は複数も，本発明の精神及び範囲を逸脱することなく，代替としてファームウェア又はハードウェアを含んでもよいことを理解されたい。そして一般的に端末１０，デジタル放送装置１４，及び／又はデジタル放送受信端末１８は，１又は複数のクライアントアプリケーション，ＤＲＭエンジン，及び／又は暗号復号化モジュールの種々の機能を実行する１又は複数の論理要素を含んでもよい。明察のとおり，論理要素はいくつかの異なる方法のどれによっても実現できる。これに関連して，１又は複数のクライアントアプリケーション，ＤＲＭエンジン及び／又は暗号復号化モジュールの機能を実行する論理要素は，対応するネットワーク要素（すなわち，端末，情報源サーバ，デジタル放送受信端末，デジタル放送装置，など），又はより詳しく言えば例えば対応ネットワークエンティティのプロセッサ２８，と統合されたか，又は通信する１又は複数の集積回路を含む集積回路組立て品によって実現できる。集積回路の設計は，一般に高度に自動化された処理である。これに関連して，論理レベルの設計をすぐに半導体基板にエッチングして形成できる半導体回路設計に変換する複雑かつ強力なソフトウェアツールが利用できる。カリフォルニア州フレモントのＡｖａｎｔ！  Ｃｏｒｐｏｒａｔｉｏｎ，カリフォルニア州サンホセのＣａｄｅｎｃｅ  Ｄｅｓｉｇｎが提供するようなこれらのソフトウェアツールは，よく確立された設計規則及び事前に記憶した設計モジュールの膨大なライブラリを用いて，自動的に導体を配線し，半導体チップ上にコンポーネントを配置する。半導体回路の設計が終わると，得られた設計は標準化された電子形式（例えばＯｐｕｓ，ＧＤＳＩＩ又はその類似物）によって，半導体製造施設又は”ｆａｂ”に送信することができる。
【００２３】
メモリ３０に加えてプロセッサ２８もまた，データ，コンテンツ又はその類似物を表示し，送信及び／又は受信する少なくとも１つのインタフェース又はほかの手段に接続される。これに関連してインタフェースは，データ，コンテンツ又はその類似物を送信及び／又は受信する少なくとも１つの通信インタフェース３２又はほかの手段，及びディスプレイ３４及び／又はユーザ入力インタフェース３６を含むことができる少なくとも１つのユーザインタフェースを含むことができる。次にユーザインタフェースは，キーパッド，タッチディスプレイ，ジョイスティック又はほかの入力デバイスのようなエンティティが，ユーザからデータを受信することができるようにする任意の数のデバイスを含んでもよい。次により詳しく説明するとおり，例えばユーザ入力インタフェースは，順序付きコンテンツチャネルのような順序付きアイテムを方向によって選択する１又は複数の方向キー（ハードキー及び／又はソフトキー）を含んでもよい。
【００２４】
ここで図３を参照すると，本発明の一実施例によるデジタル放送受信端末１８の機能ブロック図を示している。図示のとおりデジタル放送受信端末は，デジタル放送装置１４から信号を受信し，受信器（ＲＸ）４０に信号を供給するアンテナ３８を含む。次に受信器は，例えばコンテンツデータを抽出するために，信号を暗号復号化し，復調し，及び／又は分離することができる。受信器はコンテンツデータをプロセッサ４２に供給することができ，プロセッサはその後コンテンツデータを暗号復号化することができる。次にプロセッサは暗号復号化信号をオーディオ／ビデオ（Ａ／Ｖ）インタフェース４４に供給することができ，Ａ／Ｖインタフェースは信号をテレビ受像機４６のようなモニタが表示するのに適した形態に変換することができる。
【００２５】
デジタル放送受信端末１８は，データの一時記憶のためのキャッシュ領域を含む揮発性ランダムアクセスメモリ（ＲＡＭ）のような揮発性メモリ４８を含むことができる。デジタル放送受信端末はまた不揮発性メモリ５０も含むことができ，不揮発性メモリは組み込みでもよいし，及び／又は着脱可能でもよい。不揮発性メモリは，追加又は代替として，ＥＥＰＲＯＭ，フラッシュメモリ，ハードディスク，又はその類似物を含むことができる。メモリは，デジタル放送受信端末がその機能を実現するために用いるいくつかの情報と，コンテンツと，データとのどれでも記憶することができる。例えば上述のとおり，メモリはデジタル放送装置１４から受信したようなコンテンツを記憶することができる。
【００２６】
デジタル放送受信端末１８はまた，端末１０及び／又はデジタル放送装置１４のような電子デバイスとデータを共有，及び／又は取得する１又は複数の手段も含むことができる。より詳しく言えば，デジタル放送受信装置は，インターネット２０のようなネットワークとデータを共有，及び／又は取得するネットワークインタフェース手段５２を含むことができる。例えばデジタル放送受信端末は，インターネットのようなネットワークへデータを送信し及び／又は受信するように構成されたイーサネット（登録商標）用ＰＣＭＣＩＡ（パーソナル計算機メモリカード国際協会）カードを含んでもよい。
【００２７】
ここで図４を参照すると，本発明の一実施例のデジタル放送装置１４の機能ブロック図が示されている。図示のとおりデジタル放送装置は，放送のためコンテンツをデジタル放送サービスプロバイダ装置５６へ提供することができる１又は複数の放送施設５４を含む。各放送施設は，データの一時記憶のためのキャッシュ領域を含む揮発性ランダムアクセスメモリ（ＲＡＭ）のような揮発性メモリを含むことができる。デジタル放送装置はまた不揮発性メモリも含むことができ，不揮発性メモリは組み込みでもよいし，及び／又は着脱可能でもよい。不揮発性メモリは，追加又は代替として，ＥＥＰＲＯＭ，フラッシュメモリ，ハードディスク，又はその類似物を含むことができる。メモリは例えば，１又は複数のチャネルの商業又は非商業放送テレビ及び／又はラジオコンテンツのような放送コンテンツを記憶するコンテンツ記憶装置５８を含んでもよい。しかしコンテンツ記憶装置に記憶されたいくつかのコンテンツを含むことに加え，放送施設はまた，１又は複数チャネルのニュース，スポーツイベント又はその類似物のようなライブ放送コンテンツも提供することができ，それらはどんな時間であってもコンテンツ記憶装置に事前に記憶しておくことができない。更に例えば放送施設は，１又は複数の事前に記憶されたニュースストーリ及びそのニュースストーリのライブのニュースキャスタによるナレーションを含むことができる放送ニュースコンテンツのような事前記憶及びライブの放送コンテンツを含むチャネルを提供することができる。しかしコンテンツが事前記憶されたものかライブかにかかわらず，一例示実施例のデジタル放送装置は，図５のチャネルリスト６０に示すようにｎ個の順序付きチャネルにそのようなコンテンツを放送することができる。
【００２８】
デジタル放送受信端末１８のように，デジタル放送装置１４のデジタル放送サービスプロバイダ装置５６はデータの一時記憶のためのキャッシュ領域を含む揮発性ランダムアクセスメモリ（ＲＡＭ）のような揮発性メモリ６２を含むことができる。デジタル放送装置はまた不揮発性メモリ６４も含むことができ，不揮発性メモリは組み込みでもよいし，及び／又は着脱可能でもよい。不揮発性メモリは，追加又は代替として，ＥＥＰＲＯＭ，フラッシュメモリ，ハードディスク，又はその類似物を含むことができる。メモリは，デジタル放送装置がその機能を実現するために用いるいくつかの情報と，コンテンツと，データとのどれでも記憶することができる。例えば上述のとおり，メモリはデジタル施設５４が提供するようなテレビチャネルのコンテンツ及びいくつかのほかのテレビチャネルイ，ラジオチャネル及び／又はデータチャネルのコンテンツのようなコンテンツを記憶することができる。
【００２９】
デジタル放送装置１４のデジタル放送サービスプロバイダ装置５６はまた，マルチプレクサ６６を含むことができ，マルチプレクサは放送施設５４が提供するようないくつかのテレビチャネル，ラジオチャネル及び／又はデータチャネルのコンテンツを多重化することができる。これに関連してマルチプレクサは，放送施設のコンテンツ記憶装置５８に記憶されたスケジュール６０に従って放送コンテンツを多重化することができる。そしてマルチプレクサは得られる信号をＴＸ１６に供給することができる。ＴＸはデジタル放送装置，すなわちより詳しく言えば図１に示すとおりのデジタル放送サービスプロバイダ装置とは別個のものであってもよいし，図４に示すとおりデジタル放送装置に組み込んでもよい。
【００３０】
デジタル放送装置１４に対してＴＸ１６がどこに位置するかによらず，ＴＸはアンテナ６８を介するなどの方法で，暗号化，変調，増幅及び／又は送信のためにマルチプレクサ６６から信号を受信することができる。例えばデジタル放送装置は，ＤＶＢ−Ｔのようなデジタル放送技法によるなどの方法でデジタル放送受信端末１８及び／又は端末１０に直接又は間接にコンテンツを送信することができる。これに関連してデジタル放送装置は，放送施設５４のコンテンツ記憶装置５８が記憶している１又は複数の放送コンテンツ，及び／又は１又は複数のライブ放送コンテンツを含む放送コンテンツを，コンテンツ記憶装置５８が記憶しているスケジュール６０によって当該コンテンツに指定された時間に従って送信することができる。ＤＶＢ−Ｔに関する情報については，欧州電気通信標準機構（ＥＴＳＩ）の標準ＥＮ３００  ７４４，"Digital Video Broadcasting (DVB): Framing structure, channel coding and modulation for digital terrestrial television, v.1.1.2 (1997)"，及び関連の仕様書を参照されたい。これらの全体をここに参照する。
【００３１】
ＤＶＢ−Ｈのようないくつかのデジタル放送技法によって，インターネットプロトコル（ＩＰ）データ放送（ＩＰＤＣ）は端末１０にオーディオ，ビデオ及び／又はほかのコンテンツを提供するために用いることができる。これに関連して，デジタル放送装置１４はデジタル放送技法を用いて端末にＩＰデータ放送コンテンツを提供することができる。例えばＤＶＢ−ＨはＭＰＥＧ−２  ＴＳを用い，それによってＩＰデータをデジタル放送装置，すなわちより詳しく言えばＴＸ１６から送信されたＤＶＢ送信信号にカプセル化して組み込むことができる。ＩＰデータグラムを含むデータストリームはいくつかの情報源から供給してもよく，ＩＰエンカプセレータ（図示していない）によってカプセル化することができる。次にＩＰエンカプセレータは，デジタル放送（例えばＤＶＢ−Ｈ）ネットワークにカプセル化したＩＰデータストリームを供給することができる。
【００３２】
次にカプセル化したＩＰデータストリームは，１又は複数の送信所に搬送される。送信所はデータ放送ネットワークのセルを形成する。例えばカプセル化したＩＰデータストリームはＭＰＥＧ−２  ＴＳ上で１又は複数の送信所に伝送することができ，続いて端末若しくは１又は複数の端末にサービスを提供する受信器に空間を通じて直接送信される。明察のとおりＭＰＥＧ−２  ＴＳは，ＩＰエンカプセレータで生成されてから端末又は受信器が受信するまで本質的に単方向性である。これに関連してデータを含むＩＰパケットは，ＴＳパケットによって伝送される多プロトコルカプセル化（ＭＰＥ）セクションに組み込むことができる。
【００３３】
ＩＰパケットに加えて，ＭＰＥセクションもまた前方誤り訂正（ＦＥＣ）情報及びタイムスライス情報を含むことができる。タイムスライス情報のような情報を含めることによって，データを受信器（例えば端末１０）へ不連続に伝送することができる。ここで受信器は受信器に何もデータが送信されていないとき切断することによってバッテリ電力を節減することができる。換言すれば，１つのタイムスライス技法によって，現在の既定の連続デジタル放送（例えばＤＶＢ−Ｔ）送信を用いる代わりに，時間分割多重型割当て技法を用いることができる（例えばＤＶＢ−Ｈ標準を参照されたい）。したがってこのような方法によってサービスをバーストで提供することができ，それによって受信器がデータを受信していないとき受信器の電源を切ることができ，また必要なときデータパケットを受信するために受信器の電源を入れることができるようにする。
【００３４】
図６は，本発明の例示実施例による端末１０として動作することができる移動機の機能図である。ここに図示され，また以降説明する移動機は，本発明の恩恵を受ける１つの種類の端末を単に示しているものに過ぎないので，したがって本発明の範囲を制限するものととらえることは望ましくないことを理解されたい。例として移動機のいくつかの実施例が図示され，また以降説明するが，ポータブルデジタルアシスタント（ＰＤＡ）と，ページャ（ポケベル）と，ラップトップ計算機と，ほかの種類の音声テキスト通信システムとのようなほかの種類の移動機も容易に本発明を利用することができる。
【００３５】
移動機は，ここでより詳細に示し説明するものを含む本発明の例示実施例による１又は複数の機能を実行する種々の手段を含む。しかし移動機は，本発明の精神及び範囲を逸脱することなく１又は複数の類似機能を実行する代替手段を含んでもよい。より詳しく言えば，例えば図６に示すとおり，移動機は送信器７０と，受信器７２と，送信器に信号を供給し，受信器から信号を受信するコントローラ７４と，を含む。これらの信号は，適用可能なセルラシステムの無線インタフェースによる信号情報，並びにユーザ音声及び／又はユーザ発生データも含む。これに関連して移動機は，１又は複数の無線インタフェース標準と，通信プロトコルと，変調種別と，接続種別と，を用いて動作することができる。より詳しく言えば移動機は，いくつかの第１世代（１Ｇ），第２世代（２Ｇ），２．５Ｇ，及び／又は第３世代（３Ｇ）通信プロトコル，又はその類似物のどれによっても動作することができる。例えば移動機は，２Ｇ無線通信プロトコルＩＳ−１３６（ＴＤＭＡ），ＧＳＭ，ＩＳ−９５（ＣＤＭＡ），又はその類似物によって動作することができる。また例えば移動機は，２．５Ｇ無線通信プロトコルＧＰＲＳ，強化データＧＳＭ環境（ＥＤＧＥ），又はその類似物によって動作することができる。移動機は，追加又は代替として，ＤＶＢ技法（例えばＤＶＢ−Ｔ，ＥＴＳＩ標準ＥＮ３００  ７４４）のようないくつかの異なるデジタル放送技法のどれかによって動作することができる。また移動機は，ＭＢＭＳ技法（例えば３ＧＰＰ  ＴＳ２２．１４６）のようないくつかの異なる放送及び／又はマルチキャスト技法のどれかによって動作することができる。更に移動機は，ＩＳＤＢ−Ｔ，ＤＡＢ，ＡＴＳＣ，又はその類似物によって動作することができる。いくつかの狭帯域ＡＭＰＳ（ＮＡＰＭＰＳ）及びＴＡＣＳの移動機も，２重又は多重モード移動機（例えば，デジタル又はアナログ，若しくはＴＤＭＡ，ＣＤＭＡ，又はアナログの電話機）として，本発明の実施例の恩恵を受けることができる。
【００３６】
コントローラ７４は，移動機のオーディオ機能及び論理機能を実現するために必要な回路を含むことを理解されたい。例えばコントローラは，デジタル信号プロセッサデバイスと，マイクロプロセッサデバイスと，種々のアナログデジタル変換器と，デジタルアナログ変換器と，ほかの支援回路と，からなってもよい。移動機の制御機能及び信号処理機能は，これらのデバイスに，それぞれの能力によって割り当てられる。またこのようにしてコントローラは，変調及び送信に先立ってメッセージ及びデータを畳み込み符号化し，インタリーブする機能も含む。コントローラは更に，内部音声コーダ（ＶＣ）７４ａを含んでもよく，また内部データモデム（ＤＭ）７４ｂを含んでもよい。更にコントローラは，メモリに記憶させることができる１又は複数のソフトウェアアプリケーションを動作させる機能を含んでもよい。
【００３７】
また移動機は，通常のイヤホン又はスピーカ７６と，リンガ７８と，マイクロホン８０と，ディスプレイ８２と，ユーザ入力インタフェースとを含み，これらはすべてコントローラ７４に接続されている。ユーザ入力インタフェースは移動機がデータを受信できるようにするものであって，キーパッド８４，タッチディスプレイ（図示していない），又はほかの入力デバイスのような，移動機がデータを受信できるようにするいくつかのデバイスのどれでも含んでよい。キーパッドを含む実施例においては，キーパッドは通常の数字キー（０−９）及び関連キー（＃，＊），並びに移動機を操作するために用いるほかのキーを含む。例えばキーパッドは追加又は代替として，順序付きコンテンツチャネルのような順序付きアイテムを方向によって選択するために方向キー（↑，↓）を含んでもよい。
【００３８】
移動機は更に，加入者識別情報モジュール（ＳＩＭ）８６，着脱可能ユーザ識別情報モジュール（Ｒ−ＵＩＭ），又はその類似物，のようなメモリを含んでもよく，これらは移動体通信加入者に関連する情報要素を記憶することができる。ＳＩＭに加えて移動機はほかのメモリを含んでもよい。これに関連して，デジタル放送受信端末１８及びデジタル放送装置１４のように，移動機は揮発性メモリ８８を含んでもよい。またこれもデジタル放送受信端末及びデジタル放送装置のように，移動機はほかの不揮発性メモリ９０を含んでもよく，これは組み込みであってもよいし，及び／又は着脱可能であってもよい。例えばほかの不揮発性メモリは，組み込み又は着脱可能な，マルチメディアメモリカード（ＭＭＣ），ソニー株式会社が製造するメモリスティック（登録商標），ＥＥＰＲＯＭ，フラッシュメモリ，ハードディスク，又はその類似物を含んでもよい。
【００３９】
各メモリ８６，８８，９０は，移動機がその機能を実現するために用いるいくつかの情報及びデータのどれでも記憶することができる。例えば各メモリは，移動機を唯一に識別することができる国際移動体装置識別情報（ＩＭＥＩ）符号のような識別子を記憶することができる。また各メモリは，１又は複数のテレビチャネル，ラジオチャネル，及び／又はデータチャネルのコンテンツを再生するための通常のテキストビューア，オーディオプレイヤ，ビデオプレイヤ，マルチメディアビューア，又はその類似物のような１又は複数のクライアントアプリケーションも記憶することができる。上述のようにクライアントアプリケーションは対応するエンティティによって動作するソフトウェアであってもよいが，１又は複数のそのようなアプリケーションは，代替としてファームウェア又はハードウェアであってもよい。
【００４０】
背景技術の項で述べたとおり，デジタル放送装置が図５のチャネルリスト６０に示すようにｎ個の順序付きチャネルでテレビ，ラジオ，及び／又はデータのコンテンツを放送しているとき，エンドユーザ（例えば端末ユーザ）は，受信して消費（例えば表示，再生など）する所望のチャネルを選択するために，利用可能なチャネルをブラウズ又はチャネルホップしたいかもしれない。しかし各チャネルはこれらのチャネルのタイムスライスしたコンテンツを含むバーストで放送することができるので，１つのチャネルから次へ移動するユーザは，バースト期間及びいくつかのほかの遅延によって時間遅延（すなわちチャネル同調時間）に気が付くかもしれない。好ましいことではないが，このような時間遅延は１０秒以上続くことがある。現在の選択チャネルの両側のチャネルのコンテンツをバッファする技法によってこの時間遅延を減少させることができるものの，このような技法はまた，タイムスライスされたバーストでチャネルを放送することによる電力節減の恩恵も減少させ，現在の受信器性能を十分に達成することすらできないかもしれない。更にこのような従来技法は，ユーザがチャネルホップを選択するとチャネルホップの際にチャネルコンテンツの再生を控えることをユーザに要求するかもしれない。
【００４１】
選択チャネルのどちらかの側のチャネルをバッファすることによって得られる電力節減の減少をもたらすことなくチャネルホップに関連する遅延を減少させるために，本発明の例示実施例の端末１０は，チャネルホップの際にチャネルコンテンツの制御されたバッファリングを提供することができる。一般にチャネルの制御されたバッファリングは，エンドユーザがチャネルホップすることがまれであるという前提に立っている。エンドユーザがチャネルホップをするとき，ユーザはチャネル案内又は番号で直接チャネルを選択するためのほかの手段（例えば通常の数字キー（０−９））を介して行うのではなく，方向キー（ハードキー及び／又はソフトキー）（例えばキーパッドキー（↑，↓））によって行う。これに関連してユーザがチャネルホップを行うとき，ユーザはまた一方向又は別の方向（チャネル順に増加又は減少）でも行う。
【００４２】
前述の前提に立って，次に本発明の例示実施例の端末１０は，端末が選択チャネルのコンテンツを受信し再生している間空であってよいバッファメモリを含む。ここで選択チャネルは多数の順序付きチャネルのうち１つである。このような再生の際，端末に記録モードに入り，選択チャネルのコンテンツを記録するように指示してもよい。ここで記録コンテンツは端末のデータベースに記憶することができる。次に端末ユーザが選択チャネルの隣接チャネルを選択してチャネルホップを開示すると，端末は選択チャネルから同一の方向にある１又は複数の次の隣接チャネルのコンテンツをバッファし始める。したがって本発明の例示実施例は，チャネルホップの際に各チャネルのコンテンツを少なくとも部分的にバッファすることができ，端末が選択チャネルのどちらの側のチャネルも連続的にバッファする必要はない。更に本発明の例示実施例は，チャネルホップをする前，している間，及び／又はした後に選択チャネルのコンテンツを記録することができ，それによって端末がチャネルホップをする前，している間，及び／又はした後に記録したコンテンツを後に再生できるようにする。
【００４３】
端末ユーザがバッファしたチャネルを選択することによって同一方向にチャネルホップを続けているとき，そのチャネルは始めバッファメモリから引き出すことができ，それによってそのチャネルのコンテンツを次のコンテンツバーストから始めて受信することによる遅延を避けることができる。端末１０は端末ユーザがチャネルホップしている間次の隣接チャネルをバッファし続けてもよいが，端末ユーザが次のチャネルを選択することなくタイムアウト期間が経過したときはバッファをクリアする。このようにして端末がタイムアウト期間を超えてあるチャネルのコンテンツを受信し再生している間，バッファをクリアしてバッファなしで動作することによって，本発明の例示実施例はタイムスライスバーストでコンテンツを配信することによって得られる電力節減の恩恵を十分に達成することができる。
【００４４】
また端末ユーザがチャネルホップをしているとき，端末１０は記録モードにある１又は複数のチャネルのコンテンツを記録し続け，端末ユーザが当該チャネルからチャネルホップするとき記録モードチャネルの記録タイムアウトを開始し，所望であれば端末ユーザが当該チャネルに戻ったとき記録タイムアウトをリセットすることができる。端末は端末ユーザがチャネルホップしている間記録モードチャネルのコンテンツを記録し続けることができるが，端末ユーザが１又は複数の記録モードチャネルに戻ることなくこれらの当該チャネルの記録タイムアウト期間が経過したときは，当該記録モードチャネルのコンテンツ記録を停止する。端末ユーザが記録モードチャネルに戻ったときは，端末は当該チャネルのコンテンツを受信しながら当該チャネルのコンテンツを再生することができ，その後そのチャネルの記録コンテンツを再生することができる。例として，前に放送され記録したコンテンツを再生する前に，現在放送中のコンテンツを再生するように端末に指示することができる。追加又は代替として，最初に記録モードチャネルの記録コンテンツを再生し，一方で当該チャネルのコンテンツを受信しながらそのコンテンツを記録し続けるように端末に指示してもよい。このような場合，端末ユーザがほかのチャネルにチャネルホップした後，かつ端末ユーザが元のチャネルに順に戻った後で端末は受信した元のチャネルの放送コンテンツを再生することができる。
【００４５】
ここで図７，８ａ，８ｂ，８ｃを参照すると，本発明の一実施例による端末１０及び放送コンテンツを端末に記録する方法の機能ブロック及びフローチャートがそれぞれ示されている。より詳しく言えば図７は，コンテンツ源９２から順序付きチャネル集合のうち１又は複数のチャネルの放送コンテンツを受信する端末の機能ブロック図を示している。次に説明するコンテンツ源はデジタル放送装置１４を含んでいるが，コンテンツ源は，本発明の例示実施例によるコンテンツを放送することができるいくつかの異なる情報源（例えばデジタル放送受信端末１８等）のどれであってもよい。また次に説明するとおり，ここで図７，８ａ，８ｂ，８ｃの実施例に関連して説明する端末は，端末１０であってもよい。しかし端末は，本発明の精神及び範囲を逸脱することなく，均等にデジタル放送受信端末であってもよい。更に放送コンテンツは１又は複数のテレビチャネル及び／又はラジオチャネルのものであると説明されているが，放送コンテンツはいくつかの異なる種別のコンテンツのいずれを含んでもよく，いくつかの異なる有線伝送技法及び／又は無線伝送技法のどれによっても端末で受信できることを理解されたい。
【００４６】
図７に示すとおり，端末１０は多数の順序付きチャネルのうち選択チャネルｘのコンテンツを受信及び消費（例えば再生）するために携帯向けＴＶアプリケーションのようなクライアントアプリケーション９４を動作させることができる。クライアントアプリケーションを実行又は起動した後，端末ユーザは図８ａのブロック１０２に示すとおり選択チャネルのコンテンツを受信し再生するようにクライアントアプリケーションに指示することができる。例えばクライアントアプリケーションは，ユーザが所望のチャネルを選択することができるチャネルリスト６０を含むユーザインタフェース（ＵＩ）を提示するように構成してもよい。クライアントアプリケーションが選択チャネルｘのコンテンツをどのように受信し再生するよう指示されているかにかかわらず，アプリケーションはその後端末の受信器（ＲＸ）９６を介してコンテンツ源９２から選択チャネルコンテンツを受信する。受信器は，例えばＤＶＢ，ＧＰＲＳ，ＥＤＧＥ，又はその類似物が規定する技法のようないくつかの異なる伝送技法のどれによっても，コンテンツ源から選択チャネルコンテンツを受信することができる。そして選択チャネルコンテンツは，デジタル放送装置１４にコンテンツを提供する放送施設５４が維持するコンテンツ記憶装置５８が記憶しているコンテンツであってもよい。
【００４７】
クライアントアプリケーション９４が選択チャネルｘのコンテンツを受信し再生している間，端末ユーザは選択チャネルｘ又は別のチャネルを記録モード又は通知モード（個別に，又は集約的に記録モードとして）に入る，すなわち設定するように決めることができる。このような場合端末ユーザは，選択チャネルｘ又は別のチャネルの受信したコンテンツ，又は期待する（予定の）コンテンツを記録するか，及び／又は図８ｃのブロック１０３及び１０５に示すとおり，選択チャネルｘ又は別のチャネルの予定するコンテンツをユーザに通知するようにクライアントアプリケーションに指示することができる。選択チャネルｘが記録モードに設定されると，クライアントアプリケーションは選択チャネルｘ又は別のチャネルのコンテンツを記録し，（例えばメモリ３０，揮発性メモリ４８，不揮発性メモリ５０，揮発性メモリ８８，不揮発性メモリ９０，等の）データベース９８に記録コンテンツを記憶させることができる。
【００４８】
またクライアントアプリケーション９４が選択チャネルｘのコンテンツを受信し再生している間，端末ユーザはほかのチャネルのコンテンツをある方向にブラウズするように決めることができる。より詳しく言えば端末ユーザは，順序付きチャネル集合内で選択チャネルｘの上（＋）又は下（−）のチャネルコンテンツを少なくとも一時的に受信するように決めることができる。例えば端末ユーザは，図８ａのブロック１０４に示すとおり，適当な方向キー（↑，↓）を押下するなどして，チャネルをチャネルｘ−１（選択チャネルより上）又はチャネルｘ＋１（選択チャネルより下）に変更するように決めることができる。このような場合，チャネルｘが記録モードにあるときは，クライアントアプリケーションはブロック１０７及び１０９に示すとおり，チャネルｘの記録タイムアウトを開始させることができる。記録タイムアウトは，３０秒から１分又はそれ以上などのいくつかの異なる時間のどれであってもよい。次に説明するとおり，クライアントアプリケーションは記録タイムアウトの終了によって，ユーザがもはやチャネルｘのコンテンツに興味がなく，クライアントアプリケーションがチャネルｘのコンテンツの記録を停止することができることを示すことができる。
【００４９】
記録タイムアウトの終了は，ユーザがもはやチャネルｘのコンテンツに興味がないことを示すことができるので，記録タイムアウト期間中に記録モードのチャネルへ戻ることは，ユーザがそのチャネルのコンテンツの記録にまだ興味があることを示すことができる。このようにして新規選択チャネルｘ−１又はｘ＋１が記録モードにある（すなわち以前に記録モードに設定されていた）ときは，クライアントアプリケーション９４は，たとえほんの一時的であってもチャネルｘ−１又はｘ＋１に戻ることによって，ブロック１１１及び１１３に示すとおり，当該チャネルの記録タイムアウトを再開又はリセットすることができる。しかし端末ユーザに記録タイムの終了が差し迫っていることを通知し，当該記録タイムアウトをリセットするようにユーザから指示を受けるなど，いくつかの別の方法のどれかによって記録タイムアウトを再開又はリセットしてもよいことを理解されたい。更にクライアントアプリケーションは，記録モードの新規選択チャネルｘ−１又はｘ＋１のコンテンツを記録することができるので，クライアントアプリケーションは，図８ｃのブロック１１５に示すとおり，そのチャネルのコンテンツを記録し続けながら，当該チャネルの記録し記憶したコンテンツを再生するようにクライアントアプリケーションに指示してもよい（しかし必須ではない）。これに関連して，新規選択チャネルのコンテンツを記録し続けながらデータベース９８からそのチャネルのコンテンツを再生することによって，クライアントアプリケーションは，そのコンテンツが放送され，端末１０が受信した順にコンテンツをユーザに提供することができる。
【００５０】
チャネルを隣接チャネルに変更した後，図８ａのブロック１０６及び１０８に示すとおり，隣接のチャネルｘ−１又はチャネルｘ＋１が選択チャネルｘとなり（すわなちｘ＝ｘ−１，又はｘ＝ｘ＋１），チャネルｘが前に選択されたチャネルとなる。次にクライアントアプリケーションは，ブロック１１０及び１１２に示すとおり，新規選択チャネルｘのコンテンツを受信し再生するように動作することができる。更に前と同様に，新規選択チャネルのコンテンツを受信し再生する任意の時点で，新規選択チャネルｘが記録モードに入り，すなわち設定され，選択チャネルｘの受信コンテンツをデータベース９８に記録し記憶させることができる（図８ｃのブロック１０３及び１０５を参照されたい。しかし新規選択チャネルのコンテンツを受信し再生するクライアントアプリケーション９４は，新規選択チャネルはクライアントアプリケーションが受信し再生するために利用可能であることを仮定していることを理解されたい。種々の例において，以前の選択チャネルは端末ユーザ，したがって端末１０及びクライアントアプリケーションが唯一利用可能なチャネルであるかもしれない。このような場合クライアントアプリケーションは，コンテンツ源９２から新規選択チャネルは端末が受信し再生するために利用できない旨の指示を受信することができる。そうすればクライアントアプリケーションは，その指示，及び／又は利用できない新規選択チャネルを反映するほかのコンテンツを伝えるなど，いくつかの別の方法のいずれかで端末のユーザインタフェース（例えばディスプレイ３４，ディスプレイ８２，等）を介して端末ユーザに応答することができる。
【００５１】
しかし，クライアントアプリケーション９４が受信し再生するために多数のチャネルが利用可能であると仮定すると，本発明に例示実施例によれば，チャネルを隣接チャネルに変更するようにクライアントアプリケーションに指示すると，クライアントアプリケーションがそのチャネルだけでなく，そのチャネル変更の方向によって１又は複数の次の隣接チャネルのコンテンツをも受信することになる。しかしクライアントアプリケーションが選択チャネルのコンテンツを再生している間，クライアントアプリケーションは記録モードにあるチャネルのコンテンツを記録するだけでなく，バッファメモリ１００（例えばメモリ３０，揮発性メモリ４８，不揮発性メモリ５０，揮発性メモリ８８，不揮発性メモリ９０，等に含まれる）に次の隣接チャネルも記憶する。より詳しく言えば，クライアントアプリケーションに前の選択チャネルから上（−）の選択チャネルｘのコンテンツを受信し再生するように指示したとき，ブロック１１４に示すとおり，クライアントアプリケーションはチャネルｘ−ｙのコンテンツも受信しバッファする。ここでｙ＝１，・・・，Ｙであり，チャネルｘ−ｙはＹ個（例えば１）のバッファされた次の隣接チャネルのそれぞれを表す。反対にクライアントアプリケーションに前の選択チャネルから下（＋）の選択チャネルｘのコンテンツを受信し再生するように指示したとき，ブロック１１６に示すとおり，クライアントアプリケーションはチャネルｘ＋ｙのコンテンツを受信しバッファする。
【００５２】
記録モードのチャネルのコンテンツを受信し記録し，新規選択チャネルｘのコンテンツを受信し再生し，そして次の隣接チャネルｘ−ｙ又はｘ＋ｙのコンテンツを受信しバッファすることに加え，ブロック１１８に示すとおり，クライアントアプリケーション９４はまた，バッファタイムアウトを開始してもよい。バッファタイムアウトは，３０秒から１分又はそれ以上などのいくつかの異なる時間のどれであってもよい。次に説明するとおり，クライアントアプリケーションはバッファタイムアウトによって，いつユーザがチャネルホップを止めて，クライアントアプリケーションがチャネルｘのバッファメモリをクリアしてコンテンツの記録を停止することができるかを判定することができる。
【００５３】
バッファタイムアウトの長さにかかわらず，次に説明するとおりこの期間中ユーザは，新規選択チャネルに隣接するチャネルをブラウズすることによってチャネルホップを続けることができる。より詳しく言えば，タイムアウト期間中端末ユーザは，図８ｂのブロック１２０に示すとおり，再度適当な方向キー（↑，↓）を押下するなどによって，チャネルを再度チャネルｘ−１（選択チャネルの上）又はチャネルｘ＋１（選択チャネルの下）に変更するよう決めてもよい。このような場合端末ユーザが前と同一の方向にチャネルを変更したときは，新規選択チャネルのコンテンツがメモリにバッファされる。すなわち，端末ユーザが前にチャネルをチャネルｘからチャネルｘ−１に変更し（現在チャネルｘ−１が選択チャネルｘになっている），そしてチャネルを同一の方向にチャネルｘ−１に変更したとき，その新規選択チャネルのコンテンツがメモリ１００にバッファされる。類似して，端末ユーザが前にチャネルをチャネルｘからチャネルｘ＋１に変更し（現在チャネルｘ＋１が選択チャネルｘになっている），そしてチャネルを同一の方向にチャネルｘ＋１に変更したとき，その新規選択チャネルのコンテンツがメモリにバッファされる。
【００５４】
新規選択チャネルｘ−１又はｘ＋１のコンテンツがメモリ１００にバッファされているとき，チャネルｘ−１の選択についてはブロック１２２及び１２６に，チャネルｘ＋１の選択についてはブロック１２４及び１２８に示すとおり，クライアントアプリケーション９４はコンテンツ源９２からそのチャネルのコンテンツを受信する前に，新規選択チャネルのバッファされたコンテンツを再生する。これに関連してクライアントアプリケーションがコンテンツ源からチャネルコンテンツを受信する前に，バッファメモリから新規選択チャネルのコンテンツを再生することによって，クライアントアプリケーションはそうでなければ選択チャネルのコンテンツをまず受信することに関連する遅延の，除去ではないにしろ削減をコンテンツに提供することができる。
【００５５】
バッファしたコンテンツを再生した後，又は新規選択チャネルｘ−１又はｘ＋１のコンテンツがメモリ１００にバッファされていないとき，前と同様にクライアントアプリケーション９４はチャネルｘ，及び／若しくはチャネルｘ−１又はｘ＋１が記録モードのときは，当該チャネルの記録タイムアウトを開始又はリセットする（図８ｃのブロック１０７〜１１３を参照されたい）。更にクライアントアプリケーションは，記録モードの新規選択チャネルの記録し記憶したコンテンツを再生することができる（しかし必須ではない）（図８ｃのブロック１１５を参照されたい）。更にクライアントアプリケーションは新規選択チャネルを選択チャネルに設定することができ（すなわちｘ＝ｘ−１又はｘ＝ｘ＋１），チャネルｘが前の選択チャネルになる（ブロック１０６及び１０８を参照されたい）。そして前と同様にクライアントアプリケーションは新規選択チャネルｘのコンテンツを受信し再生するように動作することができる（ブロック１１０及び１１２を参照されたい）。しかしクライアントアプリケーションがまずバッファメモリから新規選択チャネルのコンテンツを再生しないときは，新規選択チャネルのコンテンツを受信し，したがって再生するときにクライアントアプリケーションは遅延を検知するかもしれない。
【００５６】
また前と類似して，クライアントアプリケーションが選択チャネルのコンテンツを受信し再生している間，クライアントアプリケーションはまた記録モードにあるチャネルのコンテンツを受信し記録し，チャネルｘ−ｙ又はｘ＋ｙのコンテンツを受信しバッファする（ブロック１１４及び１１６を参照されたい）。これに関連してクライアントアプリケーションは，端末ユーザがチャネルを前の選択チャネルから変更した方向によって（すなわち端末ユーザが前の選択チャネルから上（−）のチャネルに変更したか，下（＋）のチャネルに変更したかによって），コンテンツを受信しバッファする。更にクライアントアプリケーションはバッファタイムアウトを再開又はリセットすることができる（ブロック１１８を参照されたい）。
【００５７】
端末ユーザは，所望の選択チャネルｘに同調を続け，そうしてそのコンテンツを受信し再生するまでのような，上述の方法でチャネルホップを続けることができる。端末１０が，記録モードの１又は複数のチャネル（選択チャネルｘも記録モードのときはそのチャネル以外）の記録タイムアウトを超える期間選択チャネルｘに同調を続けたとき，これらのチャネルの記録タイムアウトは，図８ｃのブロック１１７に示すとおり，再開又はリセットされることなく終了する。記録モードの１又は複数のチャネルの記録タイムアウトが終了したとき，クライアントアプリケーション９４はいくつかの異なる方法のどれによって応答してもよい。例えばクライアントアプリケーションは，ブロック１１９に示すとおり当該チャネルのコンテンツの記録を終了又は停止することができる。更にクライアントアプリケーションは，データベース９８に記憶した当該チャネルの記録コンテンツをクリア又は削除してもよい（しかし必須ではない）。
【００５８】
また端末１０がバッファタイムアウトを越えた期間選択チャネルｘに同調を続けたとき（任意のチャネルの記録タイムアウトが終了する前，後，又は終了したとき），ブロック１３０に示すとおりバッファタイムアウトは再開又はリセットされることなく終了する。バッファタイムアウトが終了したとき，クライアントアプリケーション９４はいくつかの異なる方法のどれによって応答してもよい。例えばクライアントアプリケーションは，ブロック１３２に示すとおり，チャネルｘ−ｙ又はチャネルｘ＋ｙのコンテンツをバッファすることを終了又は停止することができる。更にクライアントアプリケーションは，ブロック１３４に示すとおりバッファメモリ１００に記憶したコンテンツをクリア又は削除することができる。そして前と同様にクライアントアプリケーションは，所望の選択チャネルｘのコンテンツを受信し再生し，ユーザが再度チャネルを変更することを選択するのを待つことができる（ブロック１０４を参照されたい）。
【００５９】
本発明の例示実施例のユーザインタフェースの利点を更に示すため，ここで図９のフローチャート並びに図１０ａ及び１０ｂの例示表示を参照する。図９のブロック１３６に示すとおり，端末１０がチャネルｘのコンテンツを消費，再生又は提示しながら，端末は例えば「機能（ｏｐｔｉｏｎ）」ソフトキーを含む１又は複数のソフトキーも提示することができる。次にブロック１３８に示すとおり，チャネルｘのコンテンツを提示している際，端末は端末ユーザから「機能」ソフトキーの選択を受け付けることができる。「機能」ソフトキーの選択を受け付けると端末は，ブロック１４２に示すとおり，そして例えば図１０ａ及び１０ｂの代替配置によってチャネルリストのチャネル及び／又は当該チャネルの番組を含むポップアップウィンドウ表示を提示することができる。
【００６０】
図１０ａ及び１０ｂに示すとおり，機能ポップアップウィンドウ表示は，チャネルリストのいくつかのチャネルを有するウィンドウ部１５４，及び／又は選択チャネル１５８の（過去，現在及び／又は予定された）いくつかの番組を有するウィンドウ部１５６を含むことができる。またポップアップウィンドウは，選択チャネル及び／又は選択チャネルの選択プログラム１６２に関する１又は複数の選択機能を有するウィンドウ部１６０を含むことができる。更にポップアップウィンドウは，ポップアップウィンドウの当該ウィンドウからチャネル，番組又は機能を選択し，選択を取り消すためのソフトキー（例えば，「決定」，「取消」，等）を含むことができるウィンドウ部１６４を含むことができる。選択した機能は，注記（ｃａｌｌｏｕｔ）１６６に関連して示されている。
【００６１】
ポップアップウィンドウ表示を提示した後，ユーザはウィンドウ部１５４，１５６，１６０，１６４を遷移してチャネル，番組及び／又は機能を選択することができる。より詳細に言えば，再度図９を参照して，端末ユーザはチャネルを選択する方向キー（ハードキー及び／又はソフトキー）（例えばキーパッドのキー（↑，↓））を用いるなどして，チャネルリストウィンドウ部１５４のチャネルをブラウズすることができる。そして端末ユーザは，ブロック１４４に示すとおりチャネルリストウィンドウからチャネルを選択することができ，端末１０はその選択を受け付けることができる。そしてユーザは，選択チャネルのコンテンツを見る（例えば「見る」），選択チャネルの予定番組コンテンツの通知を作成する（例えば「通知」），又は選択チャネルの記録コンテンツ又は予定コンテンツ（例えば「記録」）のような，選択チャネル１５８の利用可能な機能を選択することができる。ユーザが選択チャネルのコンテンツを見ることを選択し，端末がその選択を受け付けたとき，端末は選択チャネルのコンテンツを受信し再生するなどして，選択チャネルのコンテンツを提示することができる。
【００６２】
ユーザがあるチャネルコンテンツについて通知を作成するか，又は記録するように選択し，端末１０がその選択を受け付けたとき，ユーザは次に，番組を選択する方向キー（例えばキーパッドのキー（↑，↓））を用いるなどして，番組リストウィンドウ部１５６から，選択チャネル１５８の現在及び／又は予定のコンテンツ又は番組をブラウズすることができる。これに関連して，名前及び時間（図１０ａを参照されたい），コンテンツ又は番組の種別（図１０ｂを参照されたい。例えば，「ホッケー競技」「ニュース」，「メロドラマ」），又はその類似物によるなど，いくつかの異なる方法のどれによってもコンテンツ又は番組を番組リストウィンドウに提示することができる。そしてどのようにコンテンツ又は番組が提示されるかによらず，選択番組１６２を記録することについてはブロック１５０に，選択番組に関する通知を作成することについてはブロック１５４に示すとおり，端末ユーザはプログラムリストからプログラムを選択することができ，端末はその選択を受け付けることができる。
【００６３】
記録する番組又はコンテンツの選択に従って，ブロック１５２に示すとおり，端末１０は選択した現在放送中のコンテンツ又は番組１６２を記録し，又は選択した期待する（予定の）コンテンツ又は番組を予約記録することができる。一方選択した機能１６６が通知作成であったときは，ブロック１５６に示すとおり端末は，端末上で動作するカレンダアプリケーションに，選択したコンテンツ又は番組が放送される予定の日時に選択したコンテンツ又は番組を挿入することができる。そしてカレンダアプリケーションは，選択したコンテンツ又は番組が放送される前及び／又は放送中に１又は複数の時点で端末ユーザに聴覚，視覚，又は視聴覚による通知のような通知を提示するように構成することができる。
【００６４】
ここで本発明の例示実施例の操作に関する利点を更に示すため，図１１ａ〜１１ｆの例示チャネルリスト６０を考察する。この点に関連して図１１ａに示すとおり，クライアントアプリケーション９４はチャネル２のコンテンツを受信し消費（すなわち再生）しており，ここでチャネル２は選択チャネル１７０である。クライアントアプリケーションがチャネル２（すなわちチャネルｘ）のコンテンツを受信再生しているとき，端末ユーザはチャネル２を記録モードに設定して，クライアントアプリケーションがチャネル２のコンテンツを記録し記憶する。ここでチャネル２は現在記録モードのチャネル１７２である。そして端末ユーザはどんなコンテンツがほかのチャネルで利用可能か見るために，そのチャネルの周りをチャネルホップすることを決める。こうしてユーザは，端末１０の方向キー↓を押下してチャネル２から下（＋）の隣接チャネル３（すなわちチャネルｘ＋１）に変更する。チャネルを変更したことによってクライアントアプリケーションはチャネル２の記録タイムアウトを開始したが，クライアントアプリケーションはチャネル２のコンテンツを受信し記録し続ける。そしてチャネル３が選択チャネル１７０となり，チャネル２は前の選択チャネルとなる。
【００６５】
また端末ユーザがチャネルをチャネル３に変更したことに応答して，クライアントアプリケーション９４はチャネル３のコンテンツを受信し再生し始める。また更にクライアントアプリケーションは，図１１ｂに示すとおり，次の隣接チャネル１７４，すなわちチャネル４（すなわちｘ＋ｙ，ｙ＝１）のコンテンツも受信し始める。しかしチャネル４のコンテンツを再生する代わりに，クライアントアプリケーションはチャネル４のコンテンツをメモリ１００にバッファする。このようにユーザが，図１１ｃに示すとおり前と同一の方向にチャネルを変更して，選択チャネル３から再度隣接チャネル４にチャネルを下（＋）に変更することを決めたと仮定する。クライアントアプリケーションがチャネル４のコンテンツをバッファしながら，タイムスライスされたコンテンツの次のバースト期間などに，クライアントアプリケーションがチャネル４のコンテンツを受信するまでバッファしたコンテンツを再生することができる。そしてクライアントアプリケーションはコンテンツ源９２からチャネル４のコンテンツを受信し再生するステップに遷移することができる。
【００６６】
また図１１ｃに示すとおり，クライアントアプリケーション９４が新規選択チャネル４のコンテンツを受信し再生しながら，クライアントアプリケーションは次の隣接チャネルすなわちチャネル５のコンテンツを受信しバッファし，記録モードのままになっているチャネル２のコンテンツを受信し記録し続けてもよい。このように端末ユーザがまた再度チャネルを下（＋）に変更してチャネル５にするように決めたとき，クライアントアプリケーションはコンテンツ源９２からコンテンツを受信し再生する前に，まずチャネル５のバッファしたコンテンツを再生することができる。反対にユーザがここで，図１１ｄに示すとおり方向キー↑を押下して前と反対の方向にチャネルを変更して，選択チャネル４から次の隣接チャネル３にチャネルを上（−）に変更することを決めたときを考察する。この場合クライアントアプリケーションは，バッファメモリ１００のコンテンツを最初に再生しないで，新規選択チャネル３のコンテンツを受信し再生する。したがってクライアントアプリケーションはコンテンツ源からチャネル３のコンテンツを受信する際にいくらかの遅延を検知するかもしれない。
【００６７】
ここでクライアントアプリケーション９４は新規選択チャネル３のコンテンツを受信し再生しながら，次の隣接チャネル，すなわちチャネル２のコンテンツを受信しバッファすることができる。あるいはクライアントアプリケーションは，チャネル２が記録モードにあり，そのコンテンツが既に記録され記憶されていることを認識して，バッファメモリ１００にチャネル２のコンテンツをバッファする代わりに，データベース９８に記憶しているチャネル２コンテンツへの参照情報をバッファメモリに記憶してもよい（又は一般に記憶コンテンツがバッファされた隣接チャネルに対応するというフラグを立てる）。次に図１１ｅに示すとおり，端末ユーザが再度チャネルを選択チャネル３から次の隣接チャネル２へ下（−）に変更することを決めたと仮定する。クライアントアプリケーションはチャネル２のコンテンツをバッファしているので，チャネル２のコンテンツを受信できるようになるまでバッファしたコンテンツを再生することができ，これによってそうでなければチャネル２のコンテンツを受信することに関連するどんな時間遅延も減少させることができる。あるいはチャネル２は記録モードにあるので，クライアントアプリケーションはチャネル２のコンテンツを受信できるようになるまで，記憶したコンテンツを再生することができる。クライアントアプリケーションがバッファメモリ１００にバッファしたコンテンツを再生しているのか，データベース９８の記憶コンテンツを再生しているのかにかかわらず，クライアントアプリケーションはまたチャネル２のコンテンツを受信し記録し続けることもでき，そしてチャネルを変更したときチャネル２の記録タイムアウトをリセットすることもできる。このように，クライアントアプリケーションに更に前の記憶コンテンツを再生するように指示してもよく，それによってクライアントアプリケーションは端末ユーザがほかのチャネルにチャネルホップした後，及び順に元のチャネルに戻った後に受信したチャネルの放送コンテンツを再生することができる。そしてクライアントアプリケーションは新規選択チャネル２のコンテンツを受信し再生しながら，次の隣接チャネル１のコンテンツも受信しバッファする。
【００６８】
端末ユーザは，ユーザが所望の選択チャネルに留まることを決めるまでなど，チャネルリスト６０のうちｎ個のチャネルをチャネルホップし続けることができる。図１１ｆに示すとおり，例えばユーザがチャネル２に留まることを決めたと仮定する。したがって記録タイムアウトもまた終了し，クライアントアプリケーションはチャネル２のコンテンツの記録を停止することができる。あるいは記録タイムアウトをリセットするステップは，（端末ユーザが記録モードをとり止めない限り）記録タイムアウトをチャネルがチャネル２から変更されるときまで保持して，チャネル２を記録モードに維持するステップを含んでもよい。更にバッファタイムアウトが終了した後，クライアントアプリケーション９４は次の隣接チャネル１のコンテンツをバッファすることを停止することができる（図１１ｅを参照されたい）。更にクライアントアプリケーションはバッファメモリ１００をリセットすることができ，それによって端末１０のメモリ消費を減少させることができる。
【００６９】
ここで図示し説明したとおり，端末ユーザが隣接チャネルにチャネルホップする時点で，クライアントアプリケーション９４は１又は複数の次の隣接チャネルのコンテンツをバッファする。しかしクライアントアプリケーションは追加又は代替として，１又は複数の別の方法でチャネルのコンテンツをバッファするように構成することもできる。例えばクライアントアプリケーションは，追加又は代替として，新規選択チャネルが前の選択チャネルに隣接しているかどうかにかかわらず，前の選択チャネルのコンテンツをバッファするように構成してもよい。したがって端末ユーザは，２つのチャネルを交互に切り替えることができ，ここでそのチャネルのうち１つは受信されバッファされ，一方もう１つのチャネルのコンテンツは受信され再生される。
【００７０】
追加又は代替として，クライアントアプリケーション９４は端末ユーザに関連するチャネル利用統計によって追加又は代替でコンテンツをバッファするように構成してもよい。例えばクライアントアプリケーションは，端末ユーザがコンテンツを受信し再生するようにクライアントアプリケーションに指示したチャネルの記録を記憶するように構成してもよい。この記録からクライアントアプリケーションは，端末ユーザのチャネル利用に関する種々の統計を計算することができ，それによって端末ユーザが１又は複数のほかのチャネルのコンテンツを受信し再生することに比べて頻繁に受信し再生することをクライアントアプリケーションに指示した１又は複数のチャネルを特定することができる。したがってこれらのチャネルは，「好みのチャネル」と呼ぶことができる。このようにして，ユーザが種々のチャネルをチャネルホップする場合（その種々のチャネルの方向又は位置にかかわらず），クライアントアプリケーションは追加又は代替として１又は複数の好みのチャネルのコンテンツをバッファするように構成することができる。これらの好みのチャネルのコンテンツをバッファすることによって，本発明の例示実施例は追加又は代替として，必ずしも選択チャネルの隣接又は次の隣接ではないチャネルのコンテンツをバッファするように構成してもよい。
【００７１】
別の追加又は代替構成においては，クライアントアプリケーション９４は，端末ユーザが１又は複数のチャネルのコンテンツを受信又は再生するために加入しているチャネル加入モデルを用いてチャネルをバッファしてもよい。このような場合端末ユーザは，コンテンツ情報源９２で利用可能なチャネル集合のすべてのチャネルよりも少ないチャネルを再生するように加入してもよい。したがって端末ユーザがチャネルをチャネルｘ−１（選択チャネルより上）又はチャネルｘ＋１（選択チャネルより下）に変更したとき，クライアントアプリケーションは，新規選択チャネル及び／又は次の隣接チャネルが未加入チャネルであるか又は別の理由で利用できないことを示す指示を受信するかもしれない。より詳細に言えば，例えばＤＶＢ−Ｈのような技法によって，多数のチャネルのコンテンツは暗号化され，そしてタイムスライスバーストで放送される。多数のチャネルの暗号化コンテンツに加えて，各バーストはまた，各チャネルのコンテンツ暗号復号化する暗号かぎを含むかぎストリームも含む。端末ユーザが特定チャネルに加入すると，端末１０は権利オブジェクト（ＲＯ）を受信し，それを用いて端末のＤＲＭエンジンがその特定チャネルのかぎを暗号復号化することができる。そして暗号復号化モジュールは特定チャネルの暗号化コンテンツを暗号復号化したかぎで暗号復号化することができ，それによってクライアントアプリケーションが暗号復号化したコンテンツを再生することができる。このようにして，端末ユーザがチャネルを変更したことに応答して，ＤＲＭエンジンが新規選択チャネル又は次の隣接チャネルのかぎを暗号復号化することに失敗したときは，クライアントアプリケーションはＤＲＭエンジン（又は暗号復号化モジュール）は新規選択チャネル及び／又は次の隣接チャネルが未加入チャネルであるという指示を受信することができる。
【００７２】
クライアントアプリケーション９４は，その指示にいくつかの異なる方法のどれによって応答してもよい。例えば未加入の選択チャネルに対して，クライアントアプリケーションは端末のユーザインタフェース（例えばディスプレイ３４，ディスプレイ８２，など）を介して，選択チャネルが未加入であることの指示，及び／又は選択チャネルが未加入であることを反映する別のコンテンツ（例えばブランク画面，チャネル加入案内，など）を表示するなどによって，選択チャネルが未加入であることを端末ユーザに通知することができる。追加又は代替として，例えばクライアントアプリケーションは，加入チャネルに到達するまで自動的に１又は複数の次の隣接チャネルを選択することができる。ここで加入チャネルは，そのチャネルのコンテンツが受信されることで示される。次にそのチャネルが新規選択チャネルとなる。更に例えば，クライアントアプリケーションは，介在するどの未加入放送チャネルもう（迂）回することによって，新規選択チャネルから次の隣接加入チャネルのコンテンツをバッファすることができる。
【００７３】
より詳細に説明するため，例えば図１２ａ〜１２ｈのチャネルリスト６０によって表されるチャネルホップを考察しよう。図１２ａに示すとおり，図１１ａのチャネルリストと類似して端末ユーザがチャネル２を選択し，それでチャネル２を選択チャネル１７０とし，クライアントアプリケーション９４がチャネル２の加入コンテンツを受信し消費（すなわち再生）する。これに関連して，クライアントアプリケーションは多数のチャネルの暗号化コンテンツバースト，及び当該チャネルの暗号化コンテンツを暗号復号化する暗号化されたかぎを含むかぎストリームを受信することができる。チャネル２のコンテンツを受信すると，端末ＤＲＭエンジンはＲＯを用いてチャネル２のかぎを暗号復号化する。そして暗号復号化モジュールは暗号復号化されたかぎを用いてチャネル２のコンテンツを暗号復号化し，その後クライアントアプリケーションは暗号復号化コンテンツを再生することができる。更にチャネル２を最初に選択したとき（又は特定の期間，通信セッション，等の最初の時点）でクライアントアプリケーションは（図示したチェックボックスによって表される）加入記録などの方法で，チャネル２が加入チャネルであることを示すフラグを立てることができ，ここで例えばチャネル２のコンテンツが暗号復号化できることはそのチャネルに加入していることを示す。ここで図示し説明したとおり，チャネルを選択した最初の時点で１又は複数のチャネルが加入チャネル又は未加入チャネルとしてフラグが立てられる。しかしクライアントアプリケーションは，それらのチャネルに適切にフラグが立てられるように事前設定することもできることを理解されたい。このような場合クライアントアプリケーションは，次にチャネルを（そしてそのチャネルから次の隣接チャネルを）選択するその後の時点について説明するとおり，あるチャネルを（そしてそのチャネルから次の隣接チャネルを）選択した最初の時点のフラグを用いて動作することができる。
【００７４】
クライアントアプリケーションがチャネル２（すなわちチャネルｘ）のコンテンツを受信し再生しているとき，端末ユーザがほかのチャネルでどのようなコンテンツが利用可能か見るためにチャネルリストを使ってチャネルホップすることを決めたとしよう。このようにしてユーザは端末１０の方向キー↓を押下して，チャネル２から隣接チャネル３（すなわちチャネルｘ＋１）にチャネルを下（＋）に変更する。そしてチャネル３が選択チャネル１７０となり，チャネル２が前の選択チャネルとなる。端末ユーザがチャネルをチャネル３に変更したことに応答して，クライアントアプリケーション９４はチャネル３に同調し，そのチャネルの暗号化コンテンツを受信する。説明のため，チャネル３は端末ユーザの未加入チャネルであるとしよう。クライアントアプリケーションはチャネル３のコンテンツを受信するが，端末ＤＲＭエンジンはチャネル３のかぎを暗号復号化することができず，したがって暗号復号化モジュールはチャネル３のコンテンツを暗号復号化することができない。しかしチャネル３のコンテンツを再生する代わりに，クライアントアプリケーションはＤＲＭエンジン（又は暗号復号化モジュール）から，チャネル３は未加入チャネルである（すなわちチャネル３に関して，ＤＲＭエンジンがかぎを暗号復号化できないか，暗号復号化モジュールがコンテンツを暗号復号化できない）ことの表示（すなわち指示）を受信する。そしてクライアントアプリケーションは，端末のユーザインタフェース（例えばディスプレイ３４，ディスプレイ８２，等）を介してその表示及び／又は別の反映コンテンツを表示するなどして，その表示及び／又は未加入のチャネルであることを反映する別のコンテンツ（例えばブランク画面，加入案内，等）を再生することができる。チャネル２を選択した最初の時点と類似して，クライアントアプリケーションは，例えばチャネル３が未加入チャネルであるというフラグを立てることができる。
【００７５】
チャネル３のコンテンツを受信することに加えて，クライアントアプリケーション９４はまた図１２ｂに示すとおり次の隣接チャネル１７４，すなわちチャネル４（すなわちｘ＋ｙ，ｙ＝１）の暗号復号化したコンテンツを受信する。チャネル４もまたチャネル３と同様未加入チャネルであると仮定して，クライアントアプリケーションはＤＲＭエンジン（又は暗号復号化モジュール）からチャネル４が未加入チャネルであるという表示を受信し，チャネル４を選択した最初の時点でチャネル４が未加入チャネルであるというフラグを立てる。しかしチャネル４の表示を再生する代わりにクライアントアプリケーションは，チャネル４に関するその表示及び／又は別の反映コンテンツ（すなわちそのチャネルが未加入であることを反映するコンテンツ）をメモリ１００にバッファする。図示はしていないが所望であれば，クライアントアプリケーションは次に自動的に次の隣接チャネル５を選択し，チャネル５のコンテンツを受信し，チャネル５が加入チャネルであるときは，（暗号復号化モジュールがＤＲＭエンジンによって暗号復号化された暗号復号化かぎを用いてコンテンツを暗号復号化し）暗号復号化コンテンツをバッファすることができる。あるいはチャネル５が同様に未加入チャネルであるときは，クライアントアプリケーションは類似の方法で次の隣接加入チャネルに到達するまで，次の隣接チャネルを選択し続け，その加入チャネルのコンテンツを受信しバッファすることができる。
【００７６】
図１２ｃに示すとおり，ユーザが再度チャネルを前と同一の方向に変更して，選択チャネル３から隣接チャネル４へチャネルを下（＋）に変更することを決めたと仮定する。クライアントアプリケーション９４はチャネル４に関する表示及び／又は別の反映コンテンツをバッファしているので，クライアントアプリケーションはチャネル３に関するバッファされた表示及び／又は別の反映コンテンツを再生するのと同一の方法などで，チャネル４に関するバッファされた表示及び／又は別の反映コンテンツを再生することができる。また図１２ｃに示すとおり，クライアントアプリケーションは新規選択チャネル４に関するバッファされた表示及び／又は別の反映コンテンツを再生しながら，次の隣接チャネル，すなわちチャネル５のコンテンツを受信しバッファする。チャネル５は加入チャネルであると仮定して，クライアントアプリケーションはチャネル５の暗号化コンテンツを受信し，それを暗号復号化モジュールがかぎで暗号復号化する。そのかぎはＤＲＭエンジンが適切なＲＯで暗号復号化したものである。そしてクライアントアプリケーションはチャネル５の暗号復号化コンテンツをバッファすることができ，チャネル５を最初に選択した時点でチャネル５が加入チャネルであることを示すフラグを立てる。このようにして端末ユーザがまた再度チャネルをチャネル５に下（＋）に変更することを決めたとき，クライアントアプリケーションはコンテンツ源９２からコンテンツを受信し再生する前に，最初にチャネル５のバッファされたコンテンツを再生することができ，図１２ｄに示すとおり同様に次の隣接チャネル６のコンテンツを受信しバッファすることができる（チャネル６は未加入チャネルとして示されており，バッファしたコンテンツは表示及び／又は別の反映コンテンツである）。
【００７７】
端末ユーザは，ユーザが所望の選択チャネルに留まることを所望するまで，チャネルリスト７０のうちｎチャネルをチャネルホップし続けることができる。図１２ｅに示すとおり，例えばユーザがチャネル５に留まることを決めたと仮定する。このようにしてバッファタイムアウトが終了した後，クライアントアプリケーション９４は次の隣接チャネルのコンテンツをバッファするのを停止することができる（図１２ｄを参照されたい）。更にクライアントアプリケーションはバッファメモリ１００をリセットして，端末１０のメモリ消費を減少させることができる。
【００７８】
バッファタイムアウトの終了後のある時点で，ユーザは選択チャネル５から次の隣接チャネル４へ，図１２ｆに示すとおり，前と反対の方向に方向キー↑を押下することによって選択チャネル５から次の隣接チャネル４へチャネルを下（↓）に変更するように決めたとしよう。この例において，クライアントアプリケーションは新規選択チャネル４に同調することができ，チャネル４は未加入チャネルであるため，チャネル４の暗号化コンテンツを受信し，ＤＲＭエンジン（又は暗号復号化モジュール）からの表示及び／又はチャネル４が未加入チャネルであるとこを反映する別のコンテンツを再生することができる。あるいは，チャネル４に未加入チャネルとしてフラグを立て，クライアントアプリケーションは端末のメモリ（例えばメモリ３０，９０，等）にチャネル４に関する指示及び／又は別の反映コンテンツを記憶することができる。このような場合，ＤＲＭエンジン（又は暗号復号化モジュール）がチャネル４は未加入チャネルであることを示すのを待つ代わりに，クライアントアプリケーションはメモリからその表示及び／又は別の反映コンテンツを再生してもよい。
【００７９】
直接隣接するチャネル３に未加入チャネルとフラグを立て，それによってそのようにチャネル３を認識すると，クライアントアプリケーションはチャネル３をう回して次の隣接加入チャネル２に到達する。ここでクライアントアプリケーション９４は次の隣接未加入チャネル３のコンテンツをバッファする代わりに新規選択チャネル４に関する表示及び／又は別の反映コンテンツを再生するので，クライアントアプリケーションは，図１２ｆにも示すとおり，次の隣接加入チャネル，すなわちチャネル２の暗号復号化コンテンツを受信しバッファする（暗号復号化モジュールは，適切なＲＯを有するＤＲＭエンジンによって前に暗号復号化されたかぎを用いて，チャネル２のコンテンツを暗号復号化することができる）。そして図１２ｇに示すとおり，端末ユーザは再度選択チャネル４から次の隣接チャネル３へチャネルを上（−）に変更することを決めたとしよう。未加入チャネル４を選択するのと類似して，クライアントアプリケーションはＤＲＭエンジン（又は暗号復号化モジュール）からの表示，及び／又はチャネル３が未加入チャネルであることを反映する別のコンテンツを受信して再生するか，又は代替としてメモリから（そこに記憶されているときは）チャネル３に関する表示及び／又は別の反映コンテンツを再生する。次の隣接加入チャネルがチャネル２である間，クライアントアプリケーションはチャネル２の暗号復号化コンテンツを受信しバッファし続けることができる（暗号復号化モジュールがコンテンツを暗号復号化する）。そして端末ユーザがチャネル２にチャネルを上（−）に変更することを決めたとすると，クライアントアプリケーションはチャネル２のコンテンツを受信できるようになるまで，バッファした暗号復号化コンテンツを再生することができ，それによって，そうでなければチャネル２のコンテンツを受信することに関連するどんな時間遅延も減少させることができる。
【００８０】
クライアントアプリケーション９４の前述の代替構成に加えて，又はその代わりに，クライアントアプリケーションは例えば１又は複数の時点でスケジュールを受信するように構成してもよく，ここでスケジュールは，ある期間（例えば年，月，週，日，等）に渡る１又は複数のチャネルのコンテンツ放送について，日付を含む放送時間を指定する，１又は複数の時間帯を含む。このような場合，又はいくつかの別の場合，チャネルが記録モードに設定されているとき，当該チャネルの現在放送中であって受信したコンテンツを記録することに加え，又はその代わりに，クライアントアプリケーションは当該チャネルで将来放送が予定されているコンテンツの選択を受け付けるように構成してもよい。そしてクライアントアプリケーションは予定の放送時間に予定コンテンツを受信し記録することができる。しかし明察のとおり，クライアントアプリケーションは，選択コンテンツの予定放送時間が記録タイムアウトを超えるかもしれないので，チャネル２の記録タイムアウトを保持してもよい。
【００８１】
またこのような場合，又はいくつかの別の場合，クライアントアプリケーション９４は１又は複数の将来の放送時刻に放送を予定している１又は複数のチャネルのコンテンツの選択を受け付けるように構成することができる。そして当該放送時間に先立つ１又は複数の時点で，クライアントアプリケーションは，端末のユーザインタフェース（例えばディスプレイ３４，ディスプレイ８２，等）を介すなどの方法で，当該チャネルのコンテンツ放送が差し迫っていることを端末ユーザに注意喚起することができる。１又は複数のこのような注意喚起に関して，クライアントアプリケーションは更に端末ユーザに選択画面を提示して，当該チャネルへチャネルを変更するように選択させることができる。そしてクライアントアプリケーションは，追加又は代替として，当該チャネルのコンテンツをバッファするように構成してもよく，それによって端末ユーザがチャネルを当該チャネルに変更したとき，コンテンツ源９２から当該チャネルのコンテンツを受信し再生する前に，当該チャネルのバッファしたコンテンツを再生できるように構成してもよい。
【００８２】
ここで更に図示し説明するとおり，チャネル集合及びそれらチャネルの順序は，コンテンツ源９２が規定する。しかし端末ユーザは，クライアントアプリケーション９４によって，コンテンツ源が規定したチャネル集合及びそれらチャネルの順序を変更することができることを理解されたい。そしてこれらの場合，クライアントアプリケーションが隣接チャネル及び次の隣接チャネルを特定するために用いるチャネル集合及び順序は，端末ユーザが変更したとおりの集合及び／又は順序であってよい（しかし常にではない）。そして上述のチャネル集合及び順序は，コンテンツ源が規定した集合及び／又は順序は，端末ユーザが修正するという点でより一般にはユーザ定義であってよい。
【００８３】
例えば，コンテンツ源９２がｎ個の順序付きチャネルを含み図１３ａの放送チャネルリスト６０ａに示すとおりの順序付きチャネル集合を放送していると仮定する。また，端末ユーザが放送チャネルリストを変更して放送チャネル３と，４と，６とを削除することを所望していると仮定する。このような場合，端末ユーザがチャネルを選択することができるユーザ定義順序付きチャネル集合は，ｎ−３個の順序付きチャネルを含んでおり，図１３ｂのユーザ定義チャネルリスト６０ｂに示すとおり，ユーザ定義チャネル１，２，３，４，５，６，７，…，ｎ−３は放送チャネル１，２，５，７，８，９，１０，…，ｎに対応する。ここで端末ユーザが更にユーザ定義チャネル集合を並べ替えて，チャネル７がチャネル２の前に，チャネル１がチャネル８の後になるように所望していると仮定する。したがってユーザ定義集合は依然としてｎ−３個の順序付きチャネルを含むが，それらのチャネルは今は，図１３ｃのユーザ定義チャネルリストに示すとおり，ユーザ定義チャネル１，２，３，４，５，６，７，…，ｎ−３が放送チャネル７，２，５，８，１，９，１０，…，ｎに対応する。
【００８４】
また，１又は複数のチャネルをデータベース９８に記録し記憶させることができるので，各チャネルのコンテンツはデータベース内にコンテンツライブラリとして整理することができることを理解されたい。したがってクライアントアプリケーション９４は，端末ユーザが要求したとき，又はいくつかの別の時点で，少なくともライブラリの一部を提示するように構成することができる。そしてユーザは１又は複数の記録コンテンツを選択して，クライアントアプリケーションにデータベース１１７から選択したコンテンツを再生するように指示することができる。更にいくつかのコンテンツは関連するメタデータを有するように構成してもよい。
【００８５】
本発明の一例示態様によれば，端末１０，デジタル放送装置１４，及び／又はデジタル放送受信端末１８のような１又は複数のシステムエンティティによって実行される機能は，上述のものを含み，ハードウェア及び／又はファームウェアのような，単独及び／又は計算機プログラム製品（例えばクライアントアプリケーション９４等）の制御下の，種々の手段によって実行することができる。本発明の例示実施例の１又は複数の機能を実行するための計算機プログラム製品は，不揮発性記憶媒体のような計算機可読記憶媒体と，計算機可読記憶媒体に組み込まれた一連の計算機命令のような計算機可読プログラムコード部を含むソフトウェアとを含む。
【００８６】
これに関連して，図８ａと，８ｂと，８ｃと，９とはそれぞれ，本発明の例示実施例によるシステムと、方法と，プログラム製品との機能ブロック図及びフローチャートである。機能ブロック図及びフローチャートの各ブロック又はステップと，機能ブロック図及びフローチャート内の各ブロックの組合せとは，１又は複数の計算機プログラム命令を含む，ハードウェア，ファームウェア及び／又はソフトウェアのような種々の手段で実現することができる。明察のとおり，このような計算機プログラム命令はどれも計算機又はほかのプログラム可能装置（すなわちハードウェア）にロードして機械をなすことができ，それによって計算機又はほかのプログラム可能装置上で実行される命令は，機能ブロック図及びフローチャートのブロック又はステップに規定された機能を実現する手段となる。またこれらの計算機プログラム命令は，計算機又はほかのプログラム可能装置を特定の方法で機能させるように指示する計算機可読メモリに記憶することができ，それによって計算機可読メモリに記憶された命令が，機能ブロック図及びフローチャートのブロック又はステップに規定された機能を実現する命令手段を含む製品をなす。また計算機プログラム命令は，計算機又はほかのプログラム可能装置にロードされて，一連の操作ステップが計算機又はほかのプログラム可能装置上で実行されて計算機実装処理をなすようにし，それで計算機又はほかのプログラム可能装置上で実行される命令が，機能ブロック図及びフローチャートの各ステップを提供する。
【００８７】
したがって，各フローチャートのブロック又はステップは，規定の各機能を実行する手段の組合せと，規定の各機能を実行するステップの組合せと，規定の各機能を実行する計算機命令手段とに対応する。また，機能ブロック図及びフローチャートの１又は複数のブロック又はステップと，機能ブロック図及びフローチャートのブロック又はステップの組合せとは，規定の各機能又はステップを実行する特定用途ハードウェアによる計算機システム，又は特定用途ハードウェアと計算機命令との組合せによって実現することができることを理解されたい。
【００８８】
上述の説明及び付属の図面に提示された教示の恩恵によって，本発明が属する技術分野における当業者であれば，本発明の多くの修正物及び別の実施例が思い浮かぶであろう。したがって本発明は開示された特定の実施例に限定されるものではなく，修正物及び別の実施例も本願の請求項の範囲内に含むことを意図するものであることを理解されたい。ここで特定の用語を用いたが，それらは共通の説明的意味で用いたものに過ぎず，限定を目的とするものではない。
【図面の簡単な説明】
【００８９】
【図１】無線ＲＦリンクを介して端末が双方向で接続されたセルラネットワーク及びデータネットワークを含む，本発明の一例示実施例による無線通信システムの概略ブロック図である。
【図２】本発明の例示実施例による，端末，情報源サーバ，デジタル放送受信端末及び／又はデジタル放送装置として動作することができるエンティティの概略ブロック図である。
【図３】本発明の一例示実施例によるデジタル放送受信端末の機能ブロック図である。
【図４】本発明の一例示実施例によるデジタル放送装置の機能ブロック図である。
【図５】本発明の一例示実施例によるデジタルコンテンツの順序付きチャネルを概略示す図である。
【図６】本発明の例示実施例による端末として機能することができる移動機の概略ブロック図である。
【図７】本発明の例示実施例による，順序付きチャネル集合のうち１又は複数のチャネルの放送コンテンツを受信する端末の機能ブロック図である。
【図８ａ】本発明の例示実施例による放送コンテンツを記録する方法の種々のステップのフローチャートである。
【図８ｂ】本発明の例示実施例による放送コンテンツを記録する方法の種々のステップのフローチャートである。
【図８ｃ】本発明の例示実施例による放送コンテンツを記録する方法の種々のステップのフローチャートである。
【図９】本発明の例示実施例による，端末表示を提示し，それによって提示された機能の選択を受け付ける方法の種々のステップを示すフローチャートである。
【図１０ａ】本発明の例示実施例による端末動作中に提示することができる表示を概略示す図である。
【図１０ｂ】本発明の例示実施例による端末動作中に提示することができる表示を概略示す図である。
【図１１ａ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１１ｂ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１１ｃ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１１ｄ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１１ｅ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１１ｆ】本発明の一例示実施例による端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ａ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｂ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｃ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｄ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｅ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｆ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｇ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１２ｈ】本発明の別の例示実施例による，バッファしているチャネルにおけるチャネル加入を説明する，端末の動作中の順序付きコンテンツチャネルを概略示す図である。
【図１３ａ】放送コンテンツの順序付きチャネル集合であって，コンテンツ源が規定した集合を概略示す図である。
【図１３ｂ】放送コンテンツの順序付きチャネル集合であって，コンテンツ源が規定した集合内に含まれるチャネルが変更された集合を概略示す図である。
【図１３ｃ】放送コンテンツの順序付きチャネル集合であって，コンテンツ源が規定した集合内に含まれるチャネル及びその順序が変更された集合を概略示す図である。
【図１】
2009514301.tif 000003
【図２】
2009514301.tif 000004
【図３】
2009514301.tif 000005
【図４】
2009514301.tif 000006
【図５】
2009514301.tif 000007
【図６】
2009514301.tif 000008
【図７】
2009514301.tif 000009
【図８ａ】
2009514301.tif 000010
【図８ｂ】
2009514301.tif 000011
【図８ｃ】
2009514301.tif 000012
【図９】
2009514301.tif 000013
【図１０ａ】
2009514301.tif 000014
【図１０ｂ】
2009514301.tif 000015
【図１１ａ】
2009514301.tif 000016
【図１１ｂ】
2009514301.tif 000017
【図１１ｃ】
2009514301.tif 000018
【図１１ｄ】
2009514301.tif 000019
【図１１ｅ】
2009514301.tif 000020
【図１１ｆ】
2009514301.tif 000021
【図１２ａ】
2009514301.tif 000022
【図１２ｂ】
2009514301.tif 000023
【図１２ｃ】
2009514301.tif 000024
【図１２ｄ】
2009514301.tif 000025
【図１２ｅ】
2009514301.tif 000026
【図１２ｆ】
2009514301.tif 000027
【図１２ｇ】
2009514301.tif 000028
【図１２ｈ】
2009514301.tif 000029
【図１３ａ】
2009514301.tif 000030
【図１３ｂ】
2009514301.tif 000031
【図１３ｃ】
2009514301.tif 000032
【国際調査報告】
2009514301.tif 000033
2009514301.tif 000034
2009514301.tif 000035
2009514301.tif 000036