(57)【要約】【課題】  新規な制御を行うことで好適な番組遷移を実現すること。【解決手段】  受信装置であって、番組を再生するための信号を受信する通信制御部（１０４）と、該通信制御部で受信した信号を記憶するバッファ（１０７）と、第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組を再生するための信号の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第２の番組を再生するための信号群の所定の一部がバッファに記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行う制御部（１０５）と、を有している。【選択図】  図１
2004260812.tif 000002
【特許請求の範囲】
【請求項１】
番組を再生するための信号を受信する受信回路と、
該受信回路で受信した信号を記憶する記憶装置と、
第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組を再生するための信号の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第２の番組を再生するための信号群の所定の一部が前記記憶装置に記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行う制御回路と、
を有している受信装置。
【請求項２】
前記第２の番組を再生するための信号群の前記他の部分の受信を停止するための制御は、該停止を行うための情報を前記第２の番組の送信元に対して送信する制御である請求項１に記載の受信装置。
【請求項３】
前記第２の番組を再生するための信号群の受信を開始するための前記制御は、前記第２の番組を再生するための信号群の少なくとも一部の送信を前記第２の番組の送信元に要求する制御を少なくとも含む請求項１に記載の受信装置。
【請求項４】
前記所定の一部は、前記第２の番組の自動再生が開始されない量である請求項１に記載の受信装置。
【請求項５】
前記制御回路は、前記第１の番組を選択している期間中に、該第１及び第２の番組以外の第３の番組を再生するための信号群の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第３の番組を再生するための信号群の所定の一部が前記記憶装置に記憶された時に、前記第３の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行うものである請求項１に記載の受信装置。
【請求項６】
前記制御回路は、前記第１の番組を選択している期間中に前記第２の番組を再生するための信号群の一部である第２の所定量が前記記憶装置に記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行い、前記第１の番組を選択している期間中に前記第３の番組を再生するための信号群の一部である第３の所定量が前記記憶装置に記憶されたのに応じて、前記第３の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行い、前記第２の所定量と前記第３の所定量とは異なる信号量である請求項５に記載の受信装置。
【請求項７】
前記第２の番組と前記第３の番組とは、前記第１の番組を選択している状態から前記第２の番組を選択している状態になるまでの操作量よりも、前記第１の番組を選択している状態から前記第３の番組を選択している状態になるまでの操作量の方が大きい関係を満たすものであり、前記第２の所定量は前記第３の所定量よりも大きい請求項６に記載の受信装置。
【請求項８】
前記第３の番組は、前記第１の番組を選択する前に選択していた番組であり、前記第１の番組は、前記第３の番組を選択していた状態から所定の操作キーを操作することで選択されたものであり、前記第２の番組は前記第１の番組が選択されている状態から前記操作キーに対して再度同じ操作を行うことで選択される番組であり、前記第２の所定量は前記第３の所定量よりも大きい請求項６に記載の受信装置。
【請求項９】
番組を再生するための信号を受信する受信回路と、
該受信回路で受信した信号を記憶する記憶装置と、
第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組と第３の番組とを再生するための信号を受信するための制御を行う制御回路と、
を有しており、
前記第１の番組を選択している期間中に前記第２の番組と前記第３の番組とを再生するための信号を記憶しておくために割り当てる記憶容量が異なることを特徴とする受信装置。
【請求項１０】
前記第２の番組と前記第３の番組とは、前記第１の番組を選択している状態において、前記第２の番組を選択するために必要な操作量が前記第３の番組を選択するための操作量よりも小さい関係を満たすものであり、前記第２の番組を記憶しておくために割り当てる前記記憶容量は前記第３の番組を記憶しておくために割り当てる前記記憶容量よりも大きい請求項９に記載の受信装置。
【請求項１１】
前記第３の番組は、前記第１の番組を選択する前に選択していた番組であり、前記第１の番組は、前記第３の番組を選択していた状態から所定の操作キーを操作することで選択されたものであり、前記第２の番組は前記第１の番組が選択されている状態から前記操作キーに対して再度同じ操作を行うことでことで選択される番組であり、前記第２の番組を記憶しておくために割り当てる前記記憶容量は前記第３の番組を記憶しておくために割り当てる前記記憶容量よりも大きい請求項９に記載の受信装置。
【請求項１２】
再生装置であって、請求項１乃至１１のいずれかに記載の受信装置と、
該受信装置で受信した信号に基づいて番組を再生する知覚化装置と
を有する再生装置。
【請求項１３】
情報処理装置が実行可能なプログラムであって、前記プログラムを実行した情報処理装置を、請求項１または９に記載の受信装置として機能させることを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムを記憶したことを特徴とする情報処理装置が読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組を再生するための信号を扱う受信装置及び該受信装置を用いた再生装置に関する。
【背景技術】
【０００２】
従来、番組の再生にかかわる装置として、テレビジョン受信装置やラジオ受信装置がある。またネットワークを介して番組の送受信を行う構成も知られており、その場合、ネットワークを介した送受信機能を有するコンピュータによって番組を再生することができる。ネットワークを介した映像・音声番組の配信技術の1つにストリーミングがある。ストリーミングはインターネットやイントラネット上で、映像や音声などのデータを一方が送信し、これと同時にもう一方が受信しながら再生する技術である。
【０００３】
また特許文献１は、テレビチャンネル切替の指示に応じて素早く映像を出力することを課題としてあげており、受像するテレビチャンネルに隣接するテレビチャンネルに対応するものを選択し、映像信号と音声信号を並行して復元する技術を開示している。
【０００４】
【特許文献１】特開２００１−３０９２５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本願発明者は、映像及びもしくは音声番組を見る及びもしくは聞く際に、選択する番組を切り替えたときに速やかに新たに選択した番組の再生が可能となる構成を検討してきた。その結果、所定の番組を選択しているときに、選択している番組以外の番組を再生するための信号の受信を開始しておくことで速やかな番組の再生が可能となることを見出した。特に、その構成を実現するにあたっては選択している番組以外の番組を再生するための信号を記憶しておく記憶制御が重要であることを見出した。
【０００６】
本願発明は、新規な制御を行うことで好適な番組遷移を実現することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の受信装置は、番組を再生するための信号を受信する受信回路と、該受信回路で受信した信号を記憶する記憶装置と、第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組を再生するための信号の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第２の番組を再生するための信号群の所定の一部が前記記憶装置に記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行う制御回路と、を有している。
【０００８】
また、別の構成によれば、本発明の受信装置は、番組を再生するための信号を受信する受信回路と、該受信回路で受信した信号を記憶する記憶装置と、第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組と第３の番組とを再生するための信号を受信するための制御を行う制御回路と、を有しており、前記第１の番組を選択している期間中に前記第２の番組と前記第３の番組とを再生するための信号を記憶しておくために割り当てる記憶容量が異なることを特徴とする。
また、本発明の再生装置は、上記記載の受信装置と、該受信装置で受信した信号に基づいて番組を再生する知覚化装置とを有する。
【発明の効果】
【０００９】
上記構成によれば、好適な番組遷移を実現することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明を実施するための最良の形態を詳細に説明する。
【００１１】
本実施の形態において受信装置は以下のように構成される。すなわち、番組を再生するための信号を受信する受信回路と、該受信回路で受信した信号を記憶する記憶装置と、第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組を再生するための信号の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第２の番組を再生するための信号群の所定の一部が前記記憶装置に記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行う制御回路とを有する。
【００１２】
ここで、送信元とは、実際に信号を送信するサーバ等の送信主体や、該送信主体に送信を行わしめる管理サーバ等の送信管理主体を含む。
【００１３】
第１の番組を選択している間に第２の番組を再生するための信号の受信を開始する制御や、該制御と第２の番組を再生するための信号の記憶とを行うことによって、第１の番組を選択している状態から第２の番組を選択している状態に移行した後、第２の番組の再生を開始するまでの時間を短縮することが可能となる。ここで音声番組や動画番組のストリーム再生を行う通常の構成では、バッファに所定量の信号が記憶されると該番組の再生が始まってしまうが、ここでは第２の番組を再生するための信号群の所定の一部を記憶した後、他の部分の受信を停止する制御を行うため、第１の番組を選択している期間中に第２の番組の再生が始まってしまうことを回避することができる。ここで第２の番組を再生するための信号群の他の部分とは、前記所定の一部以外の全部に限るものではない。
【００１４】
なお、上記受信装置において番組とは、ＣＲＴやフラットパネルディスプレイのようなディスプレイや、スピーカなどの音波発生装置といった知覚化装置によって、時間の経過に伴って所定のタイミングで順次に情報が知覚化されることが意図された情報集合のことを言う。
【００１５】
また、上記受信装置において、前記第２の番組を再生するための信号群の前記他の部分の受信を停止するための制御は、該停止を行うための情報を前記第２の番組の送信元に対して送信する制御である構成を好適に採用できる。前記第２の番組を再生するための信号群の前記他の部分の受信を停止するための制御としては、単に受信を停止するという構成を採用することもできる。ただし、前記第２の番組を再生するための信号群の前記他の部分の受信を停止するための制御としては、該停止を行うための情報を前記第２の番組の送信元に対して送信する制御であることが望ましい。具体的には送信の停止を要求する情報を送信すればよい。
【００１６】
例えば、ある番組を再生する場合、受信装置側において単に受信を停止するのみでは送信元はその番組を再生するための信号分以外の他の部分の送信を継続する可能性がある。そのような場合、送信元に負荷がかかってしまう。また課金の対象になる番組であった場合、前記他の部分を再生していないにもかかわらず課金が発生してしまうことも考えられる。また課金の対象でない場合であっても送信元で特定の受信対象への繰り返し送信を禁止する制御を行っている場合には、前記他の部分を続けて再生しようとした場合に送信を受けられない可能性がある。受信装置において送信元に送信を停止させるための情報を送信することによってそのような不具合を回避することが可能となる。
【００１７】
上記発明において、前記第２の番組を再生するための信号群の受信を開始するための前記制御は、前記第２の番組を再生するための信号群の少なくとも一部の送信を前記第２の番組の送信元に要求する制御を少なくとも含む構成を好適に採用できる。
【００１８】
なお、上記発明において、前記所定の一部は、前記第２の番組の自動再生が開始されない量である構成を好適に採用できる。
【００１９】
また上記受信装置において、前記制御回路は、前記第１の番組を選択している期間中に、該第１及び第２の番組以外の第３の番組を再生するための信号群の受信を開始するための制御を開始し、前記第１の番組を選択している期間中に該第３の番組を再生するための信号群の所定の一部が前記記憶装置に記憶された時に、前記第３の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行うものである構成を好適に採用できる。また、前記制御回路は、前記第１の番組を選択している期間中に前記第２の番組を再生するための信号群の一部である第２の所定量が前記記憶装置に記憶されたのに応じて、前記第２の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行うものであり、前記第１の番組を選択している期間中に前記第３の番組を再生するための信号群の一部である第３の所定量が前記記憶装置に記憶されたのに応じて、前記第３の番組の再生を行うための信号群の他の部分の受信を停止するための制御を行うものであり、前記第２の所定量と前記第３の所定量とは異なる信号量である構成を好適に採用できる。更に、前記第２の番組と前記第３の番組とは、前記第１の番組を選択している状態から前記第２の番組を選択している状態になるまでの操作量よりも、前記第１の番組を選択している状態から前記第３の番組を選択している状態になるまでの操作量の方が大きい関係を満たすものであり、前記第２の所定量は前記第３の所定量よりも大きい構成を好適に採用できる。ここで操作量とは、番組選択のために操作キーを押す回数や番組選択のためにポインタを移動する距離のことを言う。また、前記第３の番組は、前記第１の番組を選択する前に選択していた番組であり、前記第１の番組は、前記第３の番組を選択していた状態から所定の操作キーを操作することで選択されたものであり、前記第２の番組は前記第１の番組が選択されている状態から前記操作キーに対して再度同じ操作を行うことでことで選択される番組であり、前記第２の所定量は前記第３の所定量よりも大きい構成を好適に採用できる。
【００２０】
また、本実施の形態において受信装置は以下の構成も含んでいる。すなわち、番組を再生するための信号を受信する受信回路と、該受信回路で受信した信号を記憶する記憶装置と、第１の番組を選択している期間中に、該選択した番組以外の番組である第２の番組と第３の番組とを再生するための信号を受信するための制御を行う制御回路とを有しており、前記第１の番組を選択している期間中に前記第２の番組と前記第３の番組とを再生するための信号を記憶しておくために割り当てる記憶容量が異なることを特徴とする。
【００２１】
この構成において、前記第２の番組と前記第３の番組とは、前記第１の番組を選択している状態において、前記第２の番組を選択するために必要な操作量が前記第３の番組を選択するための操作量よりも小さい関係を満たすものであり、前記第２の番組を記憶しておくために割り当てる前記記憶容量は前記第３の番組を記憶しておくために割り当てる前記記憶容量よりも大きい構成や、前記第３の番組は、前記第１の番組を選択する前に選択していた番組であり、前記第１の番組は、前記第３の番組を選択していた状態から所定の操作キーを操作することで選択されたものであり、前記第２の番組は前記第１の番組が選択されている状態から前記操作キーに対して再度同じ操作を行うことでことで選択される番組であり、前記第２の番組を記憶しておくために割り当てる前記記憶容量は前記第３の番組を記憶しておくために割り当てる前記記憶容量よりも大きい構成を好適に採用できる。
【００２２】
なお本実施の形態は、上述の各受信装置と、該受信装置で受信した信号に基づいて番組を再生する知覚化装置とを有する番組再生装置を含んでいる。
【００２３】
以下、上述した構成について、具体例を挙げて説明する。
【００２４】
＜第１の実施形態＞
図１は、本発明の第１の実施形態におけるストリーミング受信・再生方法が適用される放送受信装置を含むシステムの構成を示すブロック図である。
【００２５】
図１において、１００は放送受信装置、１０１は番組情報管理サーバ、１０２は番組提供サーバであり、ネットワーク１０３を介して通信可能に接続されている。
【００２６】
番組情報管理サーバ１０１は、後述する放送予定番組表を作成するのに必要な情報（以下、「コンテンツリスト」と記す。）として、ストリーミングコンテンツに関する少なくとも番組提供サーバ１０２のＵＲＬと、番組名称、配信日時に関する情報をネットワーク１０３上に配信する機能を有している。
【００２７】
番組提供サーバ１０２は、実際のストリーミングコンテンツのデータを提供するサーバであり、動画データ、音声データ等からなるストリーミングデータを保持し、ネットワーク１０３上に配信する機能を有している。
【００２８】
本第１の実施形態における放送受信装置１００は、通信制御部１０４と、制御部１０５と、番組表作成部１０８と、番組情報蓄積管理部１０９と、位置情報検出部１１０と、画像制御部１１１と、音声制御部１１２と、操作制御部１１３とを含み、互いにバス１１６により接続されている。また、バッファ１０７を含み、制御部１０５内のバッファ制御部１０６により制御される。また、１１４は表示装置、１１５はスピーカーで、それぞれ画像制御部１１１と音声制御部１１２を介して放送受信装置１００に接続されている。
【００２９】
通信制御部１０４は、ストリーミングデータを受信する受信回路を備え、所定の通信プロトコルに従って放送受信装置１００とネットワーク１０３との間の送受信の制御を行う。通信プロトコルにはＴＣＰ／ＩＰ（Transport Control Protocol/Internet Protocol）、ＵＤＰ（User Datagram Protocol）、ＲＴＰ（Realtime Transport Protocol）などのストリーミング配信に適したプロトコルを使用し、接続形式は、常時接続形式でも一時的なダイヤルアップ方式でも良い。
【００３０】
制御部１０５は、ＣＰＵ（中央処理演算装置）を中心として構成されており、本第１の実施形態において最も特徴であるバッファ制御部１０６を備える。また、通信制御部１０４、番組表作成部１０８、番組情報蓄積管理部１０９、位置情報検出部１１０、画像制御部１１１、音声制御部１１２、操作制御部１１３をバス１１６を介して制御管理し、ストリーミング時にはバッファリングを行う機能も備えている。加えて、ストリーミングデータの受信制御を行う制御回路を備えており、通信制御部１０４を介して、番組提供サーバ１０２に対してストリーミングデータの送信／停止要求を行う機能も備えている。
【００３１】
バッファ制御部１０６は、受信したストリーミングデータの記憶装置であるバッファ１０７の領域制御を行う。また、本第１の実施形態の特徴として、現在視聴中の番組だけでなく、番組情報蓄積管理部１０９により管理されている、他の複数の番組に対しても最適なバッファ１０７の割り当てを行う機能を有する。バッファ制御方法に関しては後ほど詳述する。
【００３２】
番組表作成部１０８は、番組情報蓄積管理部１０９に蓄積保持しているコンテンツリストに基づいて番組表を作成する機能を備えている。番組表作成部１０８により生成された番組表は表示装置１１４上にＧＵＩ（Graphical User Interface）を用いてユーザーに提示される。ここで提示される番組表の形態については後ほど詳述する。
【００３３】
番組情報蓄積管理部１０９は、番組情報管理サーバ１０１よりネットワーク１０３を介して取得したコンテンツリストを蓄積保持し、必要に応じて必要なコンテンツリストを番組表作成部１０８へ提供する機能を備えている。
【００３４】
位置情報検出部１１０は、番組表作成部１０８により作成された番組表上において、選択候補表示（以下、「フォーカス」と記す。）の位置とフォーカスされているコンテンツ以外の候補番組の位置を検出し、番組表上の距離を算出する。番組表上の距離の算出方法については後述する。
【００３５】
画像制御部１１１は制御部１０５によりバッファリングされた映像データを表示装置１１４に表示したり、番組表作成部１０８により作成された番組表を表示装置１１４に表示する機能を備えている。
【００３６】
音声制御部１１２は制御部１０５によりバッファリングされた音声データをスピーカ１１５へ出力する機能を備えている。
【００３７】
操作制御部１１３は、ユーザーからの操作情報を制御部１０５に伝える機能を有する。
【００３８】
図２は上記構成を有する装置間で、ストリーミング再生時における、ストリーミング配信を行うサーバ側と、ストリーミング再生を行う放送受信装置側のトランザクションを示す。
【００３９】
まず、放送受信装置１００は番組情報管理サーバ１０１に放送されているストリーミングコンテンツのコンテンツリスト要求を行う（２０１）。番組情報管理サーバ１０１は放送受信装置１００の要求に従い、コンテンツリストを放送受信装置１００へ配信する（２０２）。放送受信装置１００は受け取ったコンテンツリストに基づいて放送予定番組表の作成を行い、コンテンツリストとしてユーザーに提示する（２０３）。コンテンツリストには、番組を特定する情報が記載されており、たとえば番組のタイトルや出演者を紹介するテキストや、グラフィカルなデータが含まれていても良い。ユーザーは提示されたコンテンツリスト上からコンテンツの選択を行う（２０４）。
【００４０】
放送受信装置１００は、ユーザーにより選択されたコンテンツにリンクされている接続情報を番組情報管理サーバ１０１に要求する（２０５）。ここで、接続情報とは、例えば番組提供サーバのＵＲＬ（Uniform Resorce Locator）、コンテンツに使用するデコーダの種類、コンテンツにアクセスするためのプロトコル、接続先に関する情報等が記載されている。また、コンテンツ１つに対し接続情報が１つとは限らず、映像や音声といったストリーミングメディアにより複数存在することもある。
【００４１】
番組情報管理サーバ１０１から放送受信装置１００へ接続情報が送信されると（２０６）、放送受信装置１００はストリーミング再生用のプレイヤーを起動し、接続情報をプレイヤーへ渡す。プレイヤーは渡された接続情報に基づき、番組提供サーバ１０２に対してＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)等による双方向の接続を開設する。これによりＲＴＳＰ(Real Time Streaming Protocol )によるコントロールが可能となる。
【００４２】
番組提供サーバ１０２に接続を開設した放送受信装置１００は、メディア情報通知を行う（２０７）。メディア情報にはストリーミングメディア配信時の接続プロトコル、放送受信装置１００の受信可能ポート番号などが記載されている。さらに、番組提供サーバ１０２からメディア情報の通知を受け取ると（２０８）、放送受信装置１００は続けて番組提供サーバ１０２にストリーム開始要求を行う（２０９）。
【００４３】
ストリーム開始要求を受け取った番組提供サーバ１０２はＲＴＳＰによる命令に従い、プレイヤーに対して単方向のＵＤＰ(User Datagram Protocol)接続を開設し（２１０）、コンテンツの送信を開始する（２１１〜２１６）。放送受信装置１００はコンテンツを受信するとバッファリングを開始し（２１３）、再生に必要なバッファ量だけバッファリングを終えるとプレイヤーにより再生を開始する（２１７）。
【００４４】
次に、本第１の実施形態における放送受信装置１００の動作について、図３のフローチャートを参照しながら説明する。
【００４５】
不図示の電源ボタンの押下や、不図示のリモコンにより放送受信装置１００の電源が投入されると、まず、放送受信装置１００の初期化が行われる（ステップＳ３００）。初期化では、放送受信装置１００の各ハードウェアのハードウェアリセットやソフトウェアリセットを行う。次に、番組情報蓄積管理部１０９に蓄積されている番組情報が最新のものでないか、または、番組情報が蓄積されていない場合（ステップＳ３０１でＹＥＳ）、制御部１０５から通信制御部１０４、ネットワーク１０３を介して番組情報管理サーバ１０１へ番組情報の取得を要求する。番組情報管理サーバ１０１はコンテンツリストを作成するのに必要な情報として、ストリーミングコンテンツに関する少なくとも番組名称、提供日時に関する情報をネットワーク１０３上に配信し、通信制御部１０４はコンテンツリストを取得する。取得されたコンテンツリストは番組情報蓄積管理部１０９に蓄積管理される（ステップＳ３０２）。
【００４６】
ここで、番組表の表示の指示を確認し、操作制御部１１３においてユーザーから番組表の提示要求を受け取ると（ステップＳ３０３でＹＥＳ）、ステップＳ３０４において、制御部１０５は番組情報蓄積管理部１０９に蓄積してあるコンテンツリストを番組表作成部１０８へと渡す。番組表作成部１０８では受け取ったコンテンツリストに基づいて後述する番組表を作成する。ここで作成された番組表は画像制御部１１１により表示装置１１４に対応した形式へと処理され、ユーザーに提示される。
【００４７】
ユーザーは放送受信装置１００に設けられた各種のスイッチやリモコンを操作して、提示された番組表からフォーカスを上下に移動させ、決定キーなどを操作することで所望の番組を選択する。
【００４８】
番組選択が行われると（ステップＳ３０５でＹＥＳ）、選択されたストリーミングコンテンツを提供している番組提供サーバ１０２の接続情報（例えばＵＲＬ）の取得を要求する。接続情報の要求を受けた番組情報管理サーバ１０１は接続情報をネットワーク１０３上へ配信し、通信制御部１０４は接続情報を取得する。制御部１０５は接続情報を受け取ると、ストリーミングメディア配信時の接続プロトコル、放送受信装置１００の受信可能ポート番号などのメディア情報を番組提供サーバ１０２へ通知する。ストリーム開始要求を受け取った番組提供サーバ１０２はＲＴＳＰによる命令に従い、プレイヤーに対して単方向のＵＤＰ接続を開設し、コンテンツの送信を開始する。放送受信装置１００はコンテンツを受信すると、バッファリングを開始する（ステップＳ３０６）。
【００４９】
次に、今選択された番組のデータが後述の如くバッファ１０７に蓄積されているか否かを判定する（ステップＳ３０７）。後述するように、本第１の実施形態では番組表において、現在選択されている番組及びそれ以外の番組のデータを予め所定量バッファ１０７に蓄積している。ただし、電源投入後、最初にストリーミング放送を受信する場合、あるいは、番組のデータの蓄積が間に合わない場合などはバッファ１０７にデータが存在しない場合がある。ここでの処理はこの様な状況を判断するために行う。
【００５０】
選択された番組のデータがバッファ１０７に蓄積されていた場合、バッファ制御部１０６は選択された番組のデータをバッファ１０７から読み出し、画像制御部１１１への出力を開始する（ステップＳ３０８）。その後、各番組に対する割り当てデータ量に対応した期間経過したか否かを判定し（ステップＳ３１０）、所定期間経過してバッファ１０７に蓄積されていたデータの残量が少なくなってきた場合、制御部１０５はバッファ１０７に予め蓄積してあったデータに代わって、ステップＳ３０６において接続を開始した結果通信制御部１０４により受信され、バッファ１０７に蓄積されているデータを画像制御部１１１に出力する（ステップＳ３１１）。そして、番組表の表示を中止し、選択された番組の画像を表示装置１１４に表示する。
【００５１】
このとき、切り替えのタイミングについては、バッファ１０７に蓄積されていたデータの最終部分と違和感の無いように、通信制御部１０４から出力されバッファ１０７に蓄積されたデータの読み出し開始位置を決定する。
【００５２】
そして、番組コンテンツの再生が終了したか否かを判定し（ステップＳ３１２）、終了すると、更に電源オフを確認する（ステップＳ３１３）。
【００５３】
また、ステップＳ３０７において、選択された番組のデータがバッファ１０７に蓄積されていない場合、コンテンツを再生するのに十分な量のデータをバッファ１０７に蓄積した後、出力を開始する（ステップＳ３０９）。
【００５４】
また、本第１の実施形態では、ステップＳ３０４で番組表が表示されると、それ以降の処理と並行して図４に示す処理を行う。
【００５５】
まず、ユーザー操作によりフォーカスが移動されると、位置情報検出部１１０により番組表上において、フォーカスされたストリーミングコンテンツ（視聴番組）の位置と、その他の複数の候補番組の位置を検出し、それぞれの候補番組に対して番組表上の距離を算出する（ステップＳ３１４）。選択候補番組、及び番組表上の距離については後ほど詳述する。
【００５６】
続いて、バッファ制御部１０６により、候補番組に対するストリーミング再生用のバッファ１０７の領域制御（バッファ量制御）を行う（ステップＳ３１５）。バッファ１０７の制御方法については後ほど詳述する。
【００５７】
ステップＳ３１５では、現在フォーカスが位置している番組が決定キー等の操作により選択されると、ステップＳ３１６に進む。このステップＳ３１６の判断は、図３のステップＳ３０５における判断に対応するものである。選択されずに更にフォーカスが移動した場合にはステップＳ３１４に戻り、上述したフォーカスの位置に応じたバッファ１０７の領域制御処理を繰り返す。
【００５８】
次に、番組が選択されると（ステップＳ３１６でＹＥＳ）、制御部１０５はここでの候補番組に関して、前述した接続情報の要求、メディア情報の通知、接続プロトコルに従って番組提供サーバ１０２に接続し、候補番組のストリーミングコンテンツのバッファリングを開始する（ステップＳ３１７）。なお、ステップＳ３１７の詳細動作については、後述する。
【００５９】
そして、バッファ制御部１０６により割り当てられたバッファ量だけバッファリングが完了すると、次の候補番組に関して、ステップＳ３１７の処理を繰り返す（ステップＳ３１８）。ここで、候補番組の数は放送受信装置１００により設定可能であり、可変であって良い。
【００６０】
なお、ステップＳ３１７及びＳ３１８の処理実行中に、フォーカス位置の変更及び決定キーの操作による番組選択が行われた場合にはインタラプトをかけて実行中の処理を中断し、ステップＳ３１４に戻るように構成してもよい。
【００６１】
次に、番組表の提示方法、番組表上の距離、バッファ量の制御について詳細に説明する。
【００６２】
（番組表の提示方法）
図５は、番組表作成部１０８によりコンテンツリストに基づいて作成された番組表の一例である。
【００６３】
図５において、４０１は表示装置１１４に表示された画面、４０２は番組表作成部１０８により作成された番組表を表している。番組表４０２には、ユーザーが番組を選択するための情報として、番組名４０３、番組内容４０４等が表示されている。また、ここでは番組名４０３、番組内容４０４が表示されているとしたが、番組提供サーバ１０２の場所としてサイト情報を表示するなど、ユーザーが番組を選択するための判断材料となる情報を番組表４０２に提示するようにしても良い。
【００６４】
番組表４０２において、ユーザーはリモコン４０６等の入力手段を使用し、フォーカス４０５を上下に移動させて選択したいコンテンツを決定する。視聴画面４０７にはフォーカス４０５により選択されているコンテンツの内容が簡易的に表示される。
【００６５】
（番組表上の距離）
番組表上の距離とは、現在選択されている番組（視聴番組）と、次に選択される候補番組（選択候補番組）との番組表上の距離である。この距離は所定の番組を選択している状態から他の候補番組を選択するのに必要な操作量に相当するものであり、ここでは、提示された番組表において、視聴番組から選択候補番組までフォーカス４０５を移動させて到達するまでの最小操作回数である。
【００６６】
説明の為、番組表４０２だけを取り出したものを図６に示す。
【００６７】
まず、ユーザーはフォーカス４０５を上下に移動させて選択したい番組を決定する。例えば、図６（ａ）に示すように、ユーザーがフォーカス４０５を移動させて最上段の番組を選択したとする。次の選択候補番組までのフォーカス４０５の移動操作回数が番組表上の距離であるから、番組表４０２において、視聴番組の下に接するコンテンツまでの距離を１とすると、その下のコンテンツまでの距離は２、以下、３、４…となる。図６では、番組名欄の（）内の数字が各コンテンツまでの距離を示しているが、これは実際には表示されるものではない。例えば、図６（ａ）では、７つのコンテンツがリスト状に表示されている為、フォーカス４０５により最上段の番組が選択されている場合、最下段の番組５０３までの距離は６である。
【００６８】
また、図６（ｂ）において、ユーザーがフォーカス４０５を動かして番組表の中段のコンテンツを選択したとする。上記にならって番組表上の距離を考えると、視聴番組の上下に隣接するコンテンツまでの距離が１となる。したがって、最下段の番組までの距離を４として考えることができる。
【００６９】
（バッファ量の制御）
バッファ量は前述した番組表上の距離に従い、複数の選択候補番組に対して行われる。図７は番組表上の距離に対するバッファ量の割り当てを模式的に示したものである。
【００７０】
例えば、図６（ａ）に示すように、ユーザーがフォーカス４０５を移動させて最上段の番組を選択したとする。この場合、番組名欄４０３の（）内に示した距離に基づいて、バッファ量を図７に示すように制御する。ここでは、３通りの制御について説明する。
【００７１】
グラフＡは、番組表上の距離に比例してバッファ量を減少するように割り当てる場合を示している。番組提供サーバ１０２と放送受信装置１００との回線速度が、それぞれのコンテンツに対して同程度（例えば、バッファリングの対象となる複数の番組のうちの１つを基準番組として、該基準番組の受信速度と他の番組の受信速度の差を該基準番組の受信速度で割った値がいずれも1％以下になる場合）の速度が保たれている場合に適用するとよい。
【００７２】
グラフＢは、番組表上において視聴番組に近いものほどバッファ量をより大きく割り当てる方法を示す。例えば、視聴番組を中心軸としてガウス分布に従う。この方法は、ユーザーが番組表で表示されたコンテンツを上から順に見ている場合に適用する。また、バッファリングに使用可能なメモリ量が少ない場合に適用する方法であり、グラフＡ及び後述するＣの方法に比べ、メモリの利用効率を向上させたい場合に適用するとよい。
【００７３】
グラフＣは、視聴番組を中心に、それぞれのコンテンツに対してバッファ量を大きく割り当てる方法である。これはパソコンなどの受信装置で、グラフＡ、Ｂに比べ使用可能なメモリ量に余裕がある場合に適用するとよい。
【００７４】
次に、番組表４０２において、ユーザーが中段の番組を選択した場合の制御について図８を用いて説明する。
【００７５】
図６（ｂ）に示すように、ユーザーがフォーカス４０５を移動させて中段の番組を選択したとする。その場合、視聴番組を中心とする距離をそのまま図７のグラフに当てはめてバッファ量を制御しても、視聴番組を中心としてカーソルの移動方向が（図面に対して）番組表上の上側をマイナスの距離、下側をプラスの距離として考え、図８に示すようにバッファ量を制御しても良い。グラフＤ、Ｅ、Ｆの適用方法については、図７に示すものと同様であるので、説明を省略する。
【００７６】
（候補番組のバッファリング）
上述の様にしてバッファ量の制御を行うが、図４のステップＳ３１７において、選択されていない番組を再生するための信号をあらかじめバッファ１０７に記憶しておくために、以下の制御を行う。
【００７７】
放送受信装置１００は、ユーザーにより選択されたコンテンツと並行して（図３のステップＳ３０６以下の処理）、選択されていないコンテンツについても送信要求を行う。送信要求の手順は図２の２０５以降と同様である。本実施の形態によれば、番組表上の距離が小さいものから順に送信要求を行い、バッファリングを開始する。
【００７８】
該バッファリングでは再生するためのコンテンツデータの所定の一部を記憶した後、受信の停止制御を行う。前記所定の一部はコンテンツを自動再生するのに最低限必要なデータに満たない量のデータである。即ち、バッファ制御部１０６により割り当てられたバッファ１０７に所定量のコンテンツデータが蓄積されると該コンテンツの再生が自動的に開始されるが、ここでは自動再生が開始されるのに必要なデータを受信し終える前に停止制御を行う。
【００７９】
前記停止制御としては、単に放送受信装置１００側でポートを閉じて強制的に切断してしまう構成であっても良いが、該停止を行う為の情報を前記選択されていないコンテンツの送信元に対して送信する制御であることが望ましい。具体的には送信の停止を要求する情報を送信すれば良い。以下に停止制御の手順を示す。
【００８０】
まず、放送受信装置１００は番組提供サーバ１０２に対して切断要求を送信する。切断要求を受信した番組提供サーバ１０２は、放送受信装置１００に対して確認応答し、続けて切断要求を送信する。該切断要求を受け付けた放送受信装置１００が確認応答すると相互の接続は切断される。
【００８１】
上記の通り第１の実施形態によれば、チャンネル切り替えに応じて素早く映像や音声を出力することができる。また、バッファ量を放送受信装置の保持するメモリ等に応じて制御するため、システム資源の利用効率も向上する。
【００８２】
即ち、本第１の実施形態によれば、受信装置は、ネットワークを介して情報データストリームを受信する受信手段と、受信手段により受信された情報データストリームを表示出力用に処理するデータ処理手段と、複数の情報データストリームから、任意の情報データストリームを選択する選択手段と、受信した複数の情報データストリームを所定量記憶するための記憶手段とを有し、選択された情報データストリームを受信手段で受信し、データ処理手段で処理すると共に、該選択された情報データストリーム以外の所定数の情報データストリームを記憶手段に記憶し、また、選択手段により選択された情報データストリームが変更されると、記憶手段から対応する情報データストリームを読み出してデータ処理手段により処理する。
【００８３】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。
【００８４】
第２の実施形態は、第１の実施形態で説明したバッファ量の制御に際して、表示画面に表示されていないコンテンツに関してもバッファリングを行う場合のバッファ量の制御方法に係るものである。
【００８５】
なお、本第２の実施形態において、装置及びシステム構成、また、システム間で行われるトランザクション及び放送受信装置の動作、及び番組表の提示方法は、上記第１の実施形態で図１〜図５を参照して説明したものと同様である為、ここでは説明を省略する。
【００８６】
次に、本第２の実施形態の特徴である、番組表上の距離及びバッファ量の制御について詳細に説明する。
【００８７】
（番組表上の距離）
第２の実施形態の特徴として、選択候補番組はユーザーに提示されている番組表に加え、画面上では提示されていないコンテンツに関しても対象となる。
【００８８】
例えば、図９（ａ）に示すように番組表８０１が表示されており、ユーザーがフォーカス８０２を用いて最上段の番組を選択したとする。次の選択候補番組までのフォーカス移動にかかる最小操作回数が番組表上の距離であるとすると、番組表８０１において、視聴番組の下に接するコンテンツの距離を１、その下のコンテンツまでの距離は２、以下、３、４…として考えることができる。
【００８９】
番組表をリスト状に表示させた場合、フォーカス８０２を上下に移動させると番組表８０１に表示されていないコンテンツが存在することがある。このときの概念図を示したものが図９（ｂ）の番組表８０４である。この時、視聴番組から選択候補番組までの距離は、番組名欄８０５の（）内に数字で示した通りとなる。
【００９０】
（バッファ量の制御）
バッファ量は前述した番組表８０４上の距離に従い、複数の選択候補番組に対して割り当てられる。図１０は番組表と、それに対するバッファ量の割り当てを模式的に示したものである。
【００９１】
例えば、図１０（ａ）において、ユーザーがフォーカス８０２を移動させて図９（ａ）に示す番組表８０１の最上段の番組を選択したとする。この場合、視聴番組を中心として番組表上の上側をマイナスの距離、下側をプラスの距離として考える。前述した番組表上の距離を適用すると、視聴番組から選択候補番組までの距離は番組名欄８０５の（）内に数字で示した通りとなる。そこで、バッファ量を図１０（ｂ）に示すように制御する。
【００９２】
つまり、現在視聴している番組の距離を０とし、各コンテンツまでの番組表上の距離に基づいてバッファ量を確保する。グラフＡ〜Ｃの適用方法については、第１の実施形態で図８を参照して説明した制御と同様である為、説明を省略する。
【００９３】
なお、上記第１の実施形態と同様に、視聴番組を中心とする距離を、その方向（上側、下側）に関わらずプラスとし、図７のグラフに当てはめてバッファ量を制御してもよいことは言うまでもない。
【００９４】
上記第２の実施形態によれば、画面の都合で表示されていないコンテンツがある場合でも、上記第１の実施形態と同様の効果を得ることができる。
【００９５】
即ち、第２の実施形態によれば、第１の実施形態において説明した代表情報を表示手段に表示しきれない場合に、表示されない代表情報までの表示位置関係を、仮想表示位置に基づいて求める。
【００９６】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。
【００９７】
第３の実施形態では、番組表がマトリクス状に表示される場合のバッファ量の制御方法について説明する。
【００９８】
なお、本第３の実施形態において、装置及びシステム構成、また、システム間で行われるトランザクション及び放送受信装置の動作は、上記第１の実施形態で図１〜図４を参照して説明したものと同様である為、ここでは説明を省略する。
【００９９】
次に、本第３の実施形態における係る番組表の提示方法、番組表上の距離、及びバッファ量の制御について詳細に説明する。
【０１００】
（番組表の提示方法）
図１１は、番組表作成部１０８によりコンテンツリストに基づいて作成された番組表の一例である。
【０１０１】
図１１において、１００１は表示装置１１４に表示された画面、１００２は番組表作成部１０８により作成された番組表を表している。番組表１００２には、ユーザーが番組を選択するための情報として、番組名１００４等が表示されている。
【０１０２】
番組表１００２において、ユーザーはリモコン１００３等の入力手段を使用し、フォーカス１００５を上下左右斜めに移動させて選択したいコンテンツを決定する。視聴画面１００６はフォーカス１００５により選択されているコンテンツの内容が簡易的に表示される。
【０１０３】
（番組表上の距離）
第３の実施形態においても、番組表上の距離とは、視聴番組と次に選択される候補番組（選択候補番組）の番組表上の距離である。本第３の実施形態では、具体的には、提示された番組表において、視聴番組から選択候補番組までフォーカス１００５を上下左右斜めに移動させて到達するまでの最小操作回数である。
【０１０４】
説明の為、番組表１００２だけを取り出したものを図１２に示す。
【０１０５】
まず、ユーザーはフォーカス１００５を上下左右斜めに移動させて選択したいコンテンツを決定する。例えば、図１２（ａ）に示すように、ユーザーがフォーカス１００５を移動させて左最上段の番組を選択したとする。次の選択候補番組までのフォーカス１００２の最小の操作回数が番組表上の距離であるから、番組表１００２において、視聴番組の右、下、右斜め下に接するコンテンツまでの距離を１とすると、図１２（ａ）では、１６個のコンテンツがマトリクス状に表示される為、左最上段の番組に対し、右最下段のコンテンツは距離３となる。図１２では、各番組欄の数字が各コンテンツまでの距離を示しているが、これは実際には表示されるものではない。
【０１０６】
また、図１２（ｂ）において、ユーザーがフォーカス１００５を動かして番組表の中段のコンテンツを選択したとする。上記にならって番組表上の距離を考えると、視聴番組の上下左右斜めに隣接するコンテンツ全てまでの距離が１となる。したがって、右最下段の番組までの距離は２となる。
【０１０７】
（バッファ量の制御）
バッファ量は、図１２に示すような番組表上の距離に従い、第１の実施形態で図７を参照して説明したようにして、割り当てを行う。なお、バッファ量の割り当て制御は、第１の実施形態で詳述してあるのでここでは説明を省略する。
【０１０８】
上記第３の実施形態によれば、コンテンツの配列の仕方に関わらず、上記第１の実施形態と同様の効果を得ることができる。
【０１０９】
即ち、上記第３の実施形態によれば、表示位置関係は、指示手段により指示されている代表情報から、それ以外の代表情報を指示するためにかかる指示手段の最低操作回数とする。
【０１１０】
＜第４の実施形態＞
次に、本発明の第４の実施形態について説明する。
【０１１１】
第４の実施形態では、番組表がマトリクス状に表示され、フォーカスが上下左右にのみ移動可能な場合のバッファ量の制御方法について説明する。
【０１１２】
なお、本第４の実施形態において、装置及びシステム構成、また、システム間で行われるトランザクション及び放送受信装置の動作は、上記第１の実施形態で図１〜図４を参照して説明したものと同様である為、ここでは説明を省略する。
【０１１３】
次に、本第４の実施形態における番組表上の距離、及びバッファ量の制御について詳細に説明する。
【０１１４】
（番組表上の距離）
第４の実施の形態においても、番組表上の距離とは、視聴番組と次に選択される候補番組（選択候補番組）の番組表上の距離である。本第４の実施形態では、具体的には、提示された番組表において、視聴番組から選択候補番組までフォーカスを上下左右に移動させて到達するまでの最小操作回数である。本第４の実施形態では、図１３に示すように、番組表１４０２において、フォーカス１４０５を上下左右にしか動かすことができない。
【０１１５】
まず、ユーザーはフォーカス１４０５を上下左右に移動させて選択したいコンテンツを決定する。例えば、図１４（ａ）に示すように、ユーザーがフォーカス１４０５を移動させて左最上段の番組を選択したとする。次の選択候補番組までのフォーカス１４０５の最小の操作回数が番組表上の距離であるから、番組表１４０２において、視聴番組の右、下に隣接するコンテンツまでの距離を１と考える。この場合、図１４（ａ）では、１６個のコンテンツがマトリクス状に表示される為、左最上段の番組に対し斜め下のコンテンツまでの距離は２、右最下段の番組は距離６として考える。左最上段から右最下段までは、例えば、フォーカス１４０５を右に３回、下に３回の計６回移動させればよい。
【０１１６】
また、図１４（ｂ）において、ユーザーがフォーカス１４０５を動かして番組表の中段の番組を選択したとする。上記にならって番組表上の距離を考えると、視聴番組の上下左右に隣接するコンテンツの距離が１、左右斜めに接したコンテンツの距離は２となる。したがって、右最下段の番組までの距離は４となる。
【０１１７】
（バッファ量の制御）
バッファ量は図１４に示すような番組表上の距離に従い、第１の実施形態で図７を参照して説明したようにして、バッファ量の割り当てを行う。なお、バッファ量の割り当て制御は、第１の実施形態で詳述してあるのでここでは説明を省略する。
【０１１８】
上記第４の実施形態によれば、コンテンツの配列の仕方に関わらず、上記第１の実施形態と同様の効果を得ることができる。
【０１１９】
＜第５の実施形態＞
次に、本発明の第５の実施形態について説明する。
【０１２０】
第５の実施形態においては、第１の実施形態で説明したバッファ量の制御に際して、番組を選択するまでのユーザー操作（フォーカスの位置及びその移動方向）に基づいてバッファ量を制御する。
【０１２１】
図１５は、本第５の実施形態におけるストリーミング受信・再生方法が適用される放送受信装置を含むシステムの構成を示すブロック図である。
【０１２２】
図１５において、図１と同様の構成には同じ参照番号を付し、説明を省略する。図１５に示す放送受信装置１００’は、図１に示す位置情報検出部１１０の代わりに移動方向検出部１２０が搭載されているところが異なる。移動方向検出部１２０は操作制御部１１３によるフォーカスの移動方向を検出する機能を備えている。
【０１２３】
なお、本第５の実施形態において、システム間で行われるトランザクション及び放送受信装置の動作、及び番組表の提示方法は、上記第１の実施形態で図２〜図５を参照して説明したものと基本的に同様である為、ここでは説明を省略するが、上述したように、図４のステップＳ３１４における位置情報の判断にフォーカスの位置及びその移動方向を用い、ステップＳ３１５ではこのように得られた位置情報を基にしてバッファ量を制御する。
【０１２４】
次に、本第５の実施形態の特徴である、バッファ量の制御について詳細に説明する。
【０１２５】
（バッファ量の制御）
説明の為、番組表４０２だけを取り出したものを図１６に示す。図１６において、番組名の（  ）内に示される数字は、番組ＩＤを示す。
【０１２６】
図１６（ａ）は、ユーザーが番組表を要求した直後の画面である。この時に各コンテンツに割り当てられるバッファ量の重み付けの例を図１７（ａ）に示す。これは、起動直後はフォーカス４０５がある番組を含め、その他の選択候補番組についても同量のバッファ量が割り当てられることを示している。
【０１２７】
表示された番組表から所望の番組を選択するために、ユーザーは放送受信装置１００’に設けられた各種のスイッチやリモコンを操作してフォーカス４０５を動かし、フォーカス４０５の移動方向を移動方向検出部１２０が検出する。移動方向の検出は、リモコンの方向キーからハードウエア的に認識する方法でも、表示画面上からソフトウエア的に計算によって求める方法のどちらでも良い。
【０１２８】
ユーザーが図１６（ｂ）に示すように番組５を選択しようとした場合、フォーカス４０５を順に下に移動させる必要がある。これは目的とするコンテンツが表示画面上、下方向にあることを示しており、フォーカス４０５が通過したコンテンツはユーザーの興味が弱いものであると判定する。即ち、次に選択される番組は、フォーカス４０５の移動方向先にあると予測する。この時、各コンテンツに割り当てられるバッファ量の重み付けの例を、図１７（ｂ）に示す。これは、フォーカス４０５の移動方向先である画面下側の番組に対して、バッファ量が多く割り当てられることを示している。
【０１２９】
逆に、現在フォーカス４０５が番組５にあり、図１６（ｃ）に示すように次に番組２を選択しようとすると、フォーカス４０５を下から上に順に移動させる必要がある。これは目的とするコンテンツが表示画面上、上方向にあることを示しており、たとえば図１７（ｃ）に示すように各コンテンツに対してバッファ量の重み付けを割り当てる。
【０１３０】
図１７に示すようにして得られたバッファ量の重みにより、同時並列的にバッファリングを行う際のバッファ量は、
【０１３１】
（バッファ量）＝（総バッファ量）×｛（バッファ量の重み）／（総バッファ量の重み）｝
バッファ量の重みは、フォーカス４０５の移動方向と、番組表４０２を表示してからコンテンツを選択するまでのフォーカスの移動ステップ数毎に放送受信装置内部にテーブルとして保持している。また、バッファ量の重みは、フォーカスの移動方向、移動ステップ数を使用することにより非線形関数により求めることも可能である。
【０１３２】
以上について、本第５の実施の形態における放送受信装置１００’の総バッファ量を196ｋバイトと仮定し、図１７（ａ）及び（ｂ）を用いて具体的に説明する。ここでは説明の為、番組１及び番組５に着目する。
【０１３３】
ユーザーが番組表を要求した直後は、上述したように各コンテンツの選択確率は同一であるため図１７（ａ）に示すようにバッファ量の重みが与えられる。この時、番組１及び番組５に与えられるバッファ量は
(196kバイト)×((4)/(4×7))=28kバイト
【０１３４】
となり、同量のバッファが割り当てられる。
次に、ユーザー操作によりフォーカスが下方向に移動し、各コンテンツのバッファ量の重みが図１７（ｂ）に示すように与えられたものとする。この時、番組１のバッファ量は
(196kバイト)×((1)/(4×7))=7kバイト
【０１３５】
となり、割り当てられるバッファ量は減少する。
また、番組５のバッファ量は
(196kバイト)×((5)/(4×7))=35kバイト
【０１３６】
となり、割り当てられるバッファ量は増加する。
即ち、本第５の実施形態によれば、記憶手段の容量は、更に指示手段による表示手段上の移動方向に基づいて割り当てる。
【０１３７】
＜第６の実施形態＞
次に、本発明の第６の実施形態について説明する。
【０１３８】
本第６の実施形態は、フォーカス移動時の上下左右への移動方向をバッファ量の重みへ反映すると共に、フォーカスが所定時間以上停止した場合に、ユーザーの番組選択操作を待たずにバッファリングを開始することを特徴とする。
【０１３９】
図１８は、本第６の実施形態におけるストリーミング受信・再生方法が適用される放送受信装置を含むシステムの構成を示すブロック図である。
【０１４０】
図１８において、図１と同様の構成には同じ参照番号を付し、説明を省略する。図１８に示す放送受信装置１００”は、図１５に示す放送受信装置１００’に計時部１３０が加えられたものである。計時部１３０は、移動方向検出部１２０によりフォーカスの移動の停止が確認された時から停止時間の計測を開始し、任意の時間を超えると移動方向検出部１２０に対して時間の経過情報を知らせる。移動方向検出部１２０は、計時部１３０から一定時間フォーカスの移動が停止した情報を受け取ると、制御部１０５に対し、バッファリングの開始要求を行う。
【０１４１】
なお、本第６の実施形態において、システム間で行われるトランザクション及び放送受信装置の動作は、上記第１の実施形態で図２及び図３を参照して説明したものと基本的に同様である為、ここでは説明を省略する。放送受信装置１００”の動作は、放送受信装置１００とは図４に示す処理が異なるため、これについて図１９のフローチャートを参照して説明する。
【０１４２】
本第６の実施形態では、図３のステップＳ３０４で番組表が表示されると、それ以降の処理と並行して図１９に示す処理を行う。
【０１４３】
まず、ステップＳ１９０１において計時部１３０をリセットする。そして、ユーザー操作によりフォーカスが移動されると、ステップＳ１９０２において移動方向検出部１２０は操作制御部１１３によるフォーカスの移動方向を含む位置情報を検出する。
【０１４４】
続いて、バッファ制御部１０６により、候補番組に対するストリーミング再生用のバッファ１０７の領域制御（バッファ量制御）を行う（ステップＳ１９０３）。バッファ１０７の制御方法については後ほど詳述する。
【０１４５】
ステップＳ１９０４では、現在フォーカスが位置している番組が決定キー等の操作により選択されたかどうかを判断する。このステップＳ１９０４の判断は、図３のステップＳ３０５における判断に対応するものである。選択された場合には、ステップＳ１９０８に進む。選択されていない場合にはステップＳ１９０５で計時部１３０は所定時間が経過したかどうかを判断する。経過していない場合には、ステップＳ１９０６でフォーカスが移動したかどうかを判断し、移動している場合にはステップＳ１９０１に、移動していない場合にはステップＳ１９０４に戻る。
【０１４６】
所定時間が経過している場合には、移動方向検出部１２０に対して所定時間の経過を伝える経過情報を送る。所定時間経過している状態とは、ユーザーのフォーカス操作が所定時間以上停止した状態である。移動方向検出部１２０はこの経過情報を受けて、バッファ制御部１０６が再度バッファ１０７の領域制御（バッファ量制御）を行うようにし（ステップＳ１９０７）、ステップＳ１９０８に進む。ステップＳ１９０７では、フォーカス停止している番組に対し、再生可能量までのバッファ量を割り当てないように制御を行うが、詳細については後述する。
【０１４７】
ステップＳ１９０８では、制御部１０５はここでの候補番組に関して、図４のステップＳ３１７と同様の手順で、前述した接続情報の要求、メディア情報の通知、接続プロトコルに従って番組提供サーバ１０２に接続し、候補番組のストリーミングコンテンツのバッファリングを開始する。
【０１４８】
そして、バッファ制御部１０６により割り当てられたバッファ量だけバッファリングが完了すると、次の候補番組に関して、ステップＳ１９０８の処理を繰り返す（ステップＳ１９０９）。ここで、候補番組の数は放送受信装置１００”により設定可能であり、可変であって良い。
【０１４９】
なお、ステップＳ１９０８及びＳ１９０９の処理実行中に、フォーカス位置の変更及び決定キーの操作による番組選択が行われた場合にはインタラプトをかけて実行中の処理を中断し、ステップＳ１９０１またはＳ１９０２に戻るように構成してもよい。
【０１５０】
次に、本第６の実施形態の特徴である、バッファ量の制御について詳細に説明する。
【０１５１】
（バッファ量の制御）
本第６の実施形態では、第４の実施形態の図１３に示すように番組表が表示され、フォーカスを上下左右方向に移動可能な場合を例にとって説明する。説明の為、番組表１４０２だけを取り出したものを図２０に示す。ユーザーはフォーカス１４０５を上下左右に移動させて選択したいコンテンツを決定する。ここでは、最初にフォーカス１４０５が最上段の左から２番目の番組の位置にあり、３行目、３列目の番組を選択する場合を例に説明する。
【０１５２】
図２０（ａ）は、ユーザーが番組表を要求した直後の画面である。この時に各コンテンツに割り当てられるバッファ量の重み付けの例を図２０（ａ）に示す。このように、起動直後はフォーカス１４０５がある番組も含め、フォーカス１４０５の移動する可能性のある上下左右方向のコンテンツ１４０５についても同量のバッファ量が割り当てられる。
【０１５３】
この状態からまずフォーカス１４０５を３行目、２列目の番組位置まで移動するとすると、フォーカス１４０５を順に下に移動させる必要がある。これは目的とするコンテンツが表示画面上、下方向にあることを示しており、本第６の実施形態では、フォーカス４０５の移動方向を移動方向検出部１２０が検出すると、フォーカス１４０５が通過したコンテンツはユーザーの興味が薄いものであると判断する。従って、バッファ量の重みを図２０（ｂ）に示すように変更する。このように、ユーザーによってフォーカス１４０５の移動指示がなされると、移動方向先である画面下側にバッファ量が多く割り当てられる（１２０２）。このバッファ量の割り当ては、図１９のステップＳ１９０３で行われる処理に対応する。
【０１５４】
もし、フォーカス１４０５が図２０（ｂ）に示す状態のまま一定時間停止すると、バッファ量の重みは図２０（ｂ）から図２０（ｃ）へと変化する。これは、本第６の実施形態の特徴として、フォーカスが一定時間以上同じ場所で停止すると、フォーカスの停止している番組が選択される可能性が高いと判断し、バッファリングを開始するためである。また、図２０（ｃ）の例ではフォーカス１４０５が左右に移動する確率が同率であるため、バッファ量の重みは同等であるとしている。また、フォーカス１４０５の停止している番組の重みについても図２０（ｂ）から図２０（ｃ）に示すように変化しているが、これは本第６の実施形態において、フォーカスが任意の時間停止するとバッファリングが開始されるが、再生可能量までのバッファリングは行わないことを意味するものである。このバッファ量の割り当ては、図１９のステップＳ１９０７で行われる処理に対応する。
【０１５５】
フォーカス１４０５を右隣の番組へ移動すると、各コンテンツのバッファ量の重みは図２０（ｄ）へと変化する。つまり、目的とするコンテンツが表示画面上、右方向にあると判断して、画面右側にバッファ量を多く割り当てる（１２０４）。
【０１５６】
そして、決定キーの押下などによりユーザーによる番組選択が行われると、バッファ量は図２０（ｅ）へと変化し、選択したコンテンツのバッファ量を再生可能量に再設定しバッファリングを開始、もしくは再開する。
【０１５７】
本第６の実施形態に拠れば、各コンテンツのバッファ量の重みより、選択候補である番組を同時並列的にバッファリングを行う際のバッファ量は
【０１５８】
（バッファ量）＝（総バッファ量）×｛（バッファ量の重み）／（総バッファ量の重み）｝
即ち、本第６の実施形態によれば、指示手段の操作が一定時間以上停止した場合に、当該停止時に指示されている代表情報に対応する情報データストリーム及びそれ以外の情報データストリームを記憶手段に記憶するように制御する。
【０１５９】
＜第７の実施形態＞
次に、本発明の第７の実施形態について説明する。
【０１６０】
本第７の実施形態では、マウスなどのポインティングディバイスを用いて、カーソルを自由に動かして番組の選択を行う場合に、カーソルの位置、移動方向、移動速度などに基づいてバッファ量を制御し、かつ、移動速度に基づいて自動的にバッファリングを開始する。
【０１６１】
図２１は、本第７の実施形態におけるストリーミング受信・再生方法が適用される放送受信装置を含むシステムの構成を示すブロック図である。
【０１６２】
図２１において、図１と同様の構成には同じ参照番号を付し、説明を省略する。図２１に示す放送受信装置１００'''は、図１に示す放送受信装置１００の位置検出検出部１１０を移動情報検出部１４０に置き換えたものである。移動情報検出部１４０は、操作制御部１１３からの入力に基づいて制御されるカーソルの位置、移動方向、移動速度を検出する機能を備えている。
【０１６３】
なお、本第７の実施形態において、システム間で行われるトランザクション及び放送受信装置の動作は、上記第１の実施形態で図２及び図３を参照して説明したものと基本的に同様である為、ここでは説明を省略する。放送受信装置１００'''の動作は、放送受信装置１００とは図４に示す処理が異なるため、これについて図２２のフローチャートを参照して説明する。
【０１６４】
本第７の実施形態では、図３のステップＳ３０４で番組表が表示されると、それ以降の処理と並行して図２２に示す処理を行う。
【０１６５】
まず、ステップＳ２３０１において移動情報検出部１４０は操作制御部１１３によるカーソル位置を検出し、更に、検出したカーソル位置から移動方向の解析を行う。
【０１６６】
続いて、バッファ制御部１０６により、候補番組に対するストリーミング再生用のバッファ１０７の領域制御（バッファ量制御）を行う（ステップＳ２３０２）。バッファ１０７の制御方法については後ほど詳述する。
【０１６７】
ステップＳ２３０３では、決定キー等の操作により番組が選択されたかどうかを判断する。このステップＳ２３０３の判断は、図３のステップＳ３０５における判断に対応するものである。選択された場合には、ステップＳ２３０７に進む。選択されていない場合にはステップＳ２３０４において、移動情報検出部１４０では例えば、システム内部の時刻情報と、カーソル位置の変化量からカーソルの移動速度Ｖｍを検出する。移動速度Ｖｍが任意の速度Ｖｔｈよりも早い場合にはカーソルの移動中であると判断し、ステップＳ２３０１に戻る。また、移動速度Ｖｍが任意の速度Ｖｔｈ以下であっても加速している場合には、カーソルの移動を開始し始めたと考えられるので、ステップＳ２３０１に戻る。
【０１６８】
一方、移動速度Ｖｍが任意の速度Ｖｔｈ以下であり、かつ、減速していると判断されると（ステップＳ２３０５でＹＥＳ）、ステップＳ２３０６に進み、速度Ｖｔｈ以下となった時間が所定時間経過したかを判断する。所定時間経過していなければ、ステップＳ２３０５に戻り、経過していればステップＳ２３０７に進む。
【０１６９】
ここで、ステップＳ２３０５及びＳ２３０６について、図２３を参照して詳細に説明する。図２３は時刻Ｔ４から時刻Ｔ５の間における微小時間ｔが上記の条件を満たす状態を表しており、時刻Ｔ５の速度＝０は、番組が選択された状態を表している。
【０１７０】
時刻Ｔ０から時刻Ｔ１の間においてもカーソルの移動速度が閾値以下であるが、時刻Ｔ０における速度Ｖ０と時刻Ｔ１における速度Ｖ１を比較するとＶ０＜Ｖ１となっているため上記の条件を満たさない。
【０１７１】
尚、カーソルの移動速度は、任意の時間に移動したカーソルの距離により求めるものであり、カーソルの距離は画面座標系における時刻Ｔの座標により、後述する幾何学的な距離により求める。例えば、カーソルの移動時間が０．２秒、カーソルの移動距離が1500画素であれば、7500画素／秒として考える。
【０１７２】
ステップＳ２３０７では、ステップＳ２３０３で番組が選択されるか、または上述したような条件を満たすと、制御部１０５はここでの候補番組に関して、図４のステップＳ３１７と同様の手順で、前述した接続情報の要求、メディア情報の通知、接続プロトコルに従って番組提供サーバ１０２に接続し、候補番組のストリーミングコンテンツのバッファリングを開始する。
【０１７３】
本第７の実施形態によれば、上述したように、番組が選択されていなくても、カーソルの移動速度が一定時間の間、任意の速度Ｖｔｈ以下かつ移動速度が減速している状態であれば、カーソルが指している番組が選択されることを予測してバッファリングを開始する。例えば、速度の閾値を１０画素とし、ｔ＝１秒とした時に、カーソルの移動速度が閾値以下の状態でｔ秒間続くと放送受信装置１００'''はバッファリングを開始する。
【０１７４】
そして、バッファ制御部１０６により割り当てられたバッファ量だけバッファリングが完了すると、次の候補番組に関して、ステップＳ１９０８の処理を繰り返す（ステップＳ１９０９）。ここで、候補番組の数は放送受信装置１００’’’により設定可能であり、可変であって良い。
【０１７５】
なお、ステップＳ２３０７及びＳ２３０８の処理実行中に、フォーカス位置の変更及び決定キーの操作による番組選択が行われた場合にはインタラプトをかけて実行中の処理を中断し、ステップＳ２３０１またはＳ２３０２に戻るように構成してもよい。
【０１７６】
次に、本第７の実施形態における番組表の提示方法及びバッファ量の制御について詳細に説明する。
【０１７７】
（番組表の提示方法）
図２４は、番組表作成部１０８によりコンテンツリストに基づいて作成された番組表の一例である。
【０１７８】
図２４において、２４０１は表示装置１１４に表示された画面、２４０２は番組表作成部１０８により作成された番組表を表している。番組表２４０２には、ユーザーが番組を選択するための情報として、番組名２４０３等が表示されている。
【０１７９】
番組表２４０２において、ユーザーはマウス２４０５等の入力手段を使用し、カーソル２４０４を自由に移動させて選択したいコンテンツを決定する。視聴画面２４０６はカーソル２４０４により選択されているコンテンツの内容が簡易的に表示される。
【０１８０】
（バッファ量の制御）
本第７の実施形態においては、カーソル２４０４の移動開始時に、選択候補番組に対して割り当てられるバッファ量の重みにカーソル２４０４の移動方向を反映させ、カーソル２４０４の移動速度により番組の選択を予測し、予めバッファリングを開始する。
【０１８１】
説明のために、図２４の番組表２４０２だけを取り出したものを図２５に示す。ユーザーはカーソル２４０４を自由に移動させて選択したいコンテンツを決定する。ここでは、最初にカーソル２４０４が最上段の一番左の番組の位置にあり、最短距離でカーソル２４０４を動かして番組２５１０を選択する場合を例に説明する（図２５（ａ））。
【０１８２】
図２５（ｂ）は番組表２４０２における、カーソルの移動方向と選択候補番組の位置関係を説明する図である。直線２５０２は、カーソルの始点２５０１からコンテンツ２５１０までの最短の経路を示すものである。破線で示された線２５０３、２５０４は点２５０１を頂点、直線２５０２を中心線として両側にα、βの任意の角度をなしている。なお、α、βは０°＜α＋β＜９０°が望ましい。また、α＋β＝０°とすることにより、第５の実施形態で示したリスト状の番組表にも容易に対応させることが可能となる。但し、α＋β＝０°の場合、後述する番組表２４０２上の面積は１として判断する。
【０１８３】
本第７の実施形態において、選択候補番組は直線２５０２、及び破線２５０３、２５０４に挟まれた領域と、番組表２４０２上の番組の領域が交わるものを対象とする。例えば、図２５（ｂ）において、選択候補番組となるのは点線で囲まれた領域２５０７ということになる。
【０１８４】
図２５（ｃ）はカーソルの移動方向に対するバッファ量の重みの割り当て方を説明する図である。図２５（ｃ）において、各選択候補番組に対するバッファ量の重みは、前述した直線２５０２と破線２５０３、２５０４に挟まれた面積に比例し、番組表上の距離に反比例する。即ち、以下の式に従う。
バッファ量の重み＝（w1×番組表上の面積）／（w2×番組表上の距離）
【０１８５】
但し、w1、w2は任意の係数でw1＋w2＝1である。各値の求め方については以下に示す。
図面で示すと、図２５（ｃ）において三角形２５１１は番組２５１２の内、直線２５０２と破線２５０３及び２５０４によって決まる扇形に含まれる面積を示し、三角形２５１１までの番組表上の最短距離を番組表上の距離とする。
【０１８６】
番組表上の最短距離とは、カーソルの始点２５０１から番組表上のアイコンまでの幾何学的な距離により求めるものである。図２５（ｄ）に、幾何学的な距離の一例を示す。例えば、画面座標系において始点２５０１の座標を（ｘ０，ｙ０）、三角形２５１１に対して始点２５０１から最短の距離となる点２５１３を（ｘ１，ｙ１）として三平方の定理により求めた距離Ｌである。
【０１８７】
または、カーソルの始点２５０１から番組表上のアイコンの重心点までの距離により求めても良い。つまり、図２５（ｅ）に示すように、２画面座標系において始点２４０１の座標を（ｘ０，ｙ０）、アイコンの重心２５１３の座標を（ｘ２，ｙ２）として、三平方の定理により求められる番組表上のアイコンの重心点までの距離ｈを求め、それを用いてもよい。この方法により、例えばアイコンの形が複雑な形状のものであっても、番組表上のカーソルと各選択候補表示間の距離を測定することが可能となる。
【０１８８】
図２５（ｂ）〜（ｅ）を参照して上述したようにして、選択候補番組に対しバッファ量の重みを割り当てた例を図２６に示す。
【０１８９】
具体的には、w1=0.2、w2=0.8として、番組表上の面積が30000画素、番組表上の距離が1875画素の場合、上記式からバッファ量の重みは４となる。ここで、w1の値は破線２５０３、２５０４が直線２５０２となす角α、βに反比例するものである。これは、角α、βが大きくなると、それに伴なってカーソルの指向性が弱くなるため、番組表上の面積による影響を小さくする必要があるためである。
【０１９０】
本第７の実施形態によれば、各コンテンツに対して割り当てられるバッファ量の重みから、同時並列的にバッファリングを行う際の各選択候補番組のバッファ量は
バッファ量＝総バッファ量×（バッファ量の重み／総バッファ量の重み）
【０１９１】
により与えられる。但し、総バッファ量は、放送受信装置においてバッファリングに使用できる総メモリ量、総バッファ量の重みは割り当てられた各バッファ量の重みの合計である。
上記では、説明を分かりやすくするためにカーソルの移動方向を直線として説明した。しかし、実際にはカーソルの移動方向は直線では表現できない場合が多い。そこで、移動方向の認識方法について図２７及び図２８を用いてより詳細に説明する。
【０１９２】
図２７は始点２８０１から終点２８０２まで、カーソルを移動させた場合の軌跡を示す。図２８は図２７におけるカーソルの移動速度を模式的に表したものである。図２７の各矢印はその地点の方向ベクトルを示し、破線部分２８０３、２８０４、２８０５、２８０６は図２８の破線部分２９０１、２９０２、２９０３、２９０４とそれぞれ対応している。
【０１９３】
方向ベクトルは、微小時間Δｔに移動したカーソルの始点と終点を結んだ直線により求められる。また、カーソルの移動方向が大きく変化する場合、即ち方向ベクトルの変化量が大きい場合（図２７中、破線部分２８０３、２８０４、２８０５、２８０６）には、サンプリング時間を細かく取ることにより、よりカーソルの移動方向を正確に監視することが可能となる。
【０１９４】
即ち、本第７の実施形態によれば、記憶手段の容量は、更に指示手段による表示手段上の移動速度に基づいて割り当てられる。
【０１９５】
また、指示手段の表示手段上の移動速度が減速し、所定速度以下且つ所定時間以上となった場合に、制御手段は、その時点で指示されている代表情報に対応する情報データストリーム及びそれ以外の情報データストリームを記憶手段に記憶する。
【０１９６】
＜他の実施形態＞
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【０１９７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。また、ＬＡＮ（ローカル・エリア・ネットワーク）やＷＡＮ（ワイド・エリア・ネットワーク）などのコンピュータネットワークを、プログラムコードを供給するために用いることができる。
【０１９８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図３及び図４または図１９または図２２に示すフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【０２００】
【図１】本発明の第１の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。
【図２】ストリーミング再生時における、サーバ側と、放送受信装置側のトランザクションを示す図である。
【図３】本発明の第１の実施形態における放送受信装置の動作を示すフローチャートである。
【図４】本発明の第１の実施形態におけるデータ蓄積処理を示すフローチャートである。
【図５】本発明の第１の実施形態における番組表の一例を示す図である。
【図６】本発明の第１の実施形態における番組表上の距離を説明する図である。
【図７】本発明の第１の実施形態におけるバッファ量の割り当てを示す図である。
【図８】本発明の第１の実施形態におけるバッファ量の割り当てを示す図である。
【図９】本発明の第２の実施形態における番組表上の距離を説明する図である。
【図１０】本発明の第２の実施形態におけるバッファ量の割り当てを示す図である。
【図１１】本発明の第３の実施形態における番組表の一例を示す図である。
【図１２】本発明の第３の実施形態における番組表上の距離を説明する図である。
【図１３】本発明の第４の実施形態における番組表の一例を示す図である。
【図１４】本発明の第４の実施形態における番組表上の距離を説明する図である。
【図１５】本発明の第５の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。
【図１６】本発明の第５の実施形態におけるバッファ量の割り当てを示す図である。
【図１７】本発明の第５の実施形態におけるバッファ量の割り当てを示す図である。
【図１８】本発明の第６の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。
【図１９】本発明の第６の実施形態におけるデータ蓄積処理を示すフローチャートである。
【図２０】本発明の第６の実施形態におけるバッファ量の割り当てを示す図である。
【図２１】本発明の第７の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。
【図２２】本発明の第７の実施形態におけるデータ蓄積処理を示すフローチャートである。
【図２３】本発明の第７の実施形態におけるデータ蓄積開始の条件を説明する為の図である。
【図２４】本発明の第７の実施形態における番組表の一例を示す図である。
【図２５】本発明の第７の実施形態における番組表上の距離及び面積を示す図である。
【図２６】本発明の第７の実施形態におけるバッファ量の割り当てを示す図である。
【図２７】本発明の第７の実施形態におけるカーソルの移動方向を示す模式図である。
【図２８】本発明の第７の実施形態におけるカーソルの移動速度を示す模式図である。
【符号の説明】
【０２０１】
１００  放送受信装置
１０１  番組情報管理サーバ
１０２  番組提供サーバ
１０３  ネットワーク
１０４  通信制御部
１０５  制御部
１０６  バッファ制御部
１０７  バッファ
１０８  番組表作成部
１０９  番組情報蓄積管理部
１１０  位置情報検出部
１１１  画像制御部
１１２  音声制御部
１１３  操作制御部
１１４  表示装置
１１５  スピーカ
１２０  移動方向検出部
１３０  計時部
１４０  移動情報検出部
【図１】
2004260812.tif 000003
【図２】
2004260812.tif 000004
【図３】
2004260812.tif 000005
【図４】
2004260812.tif 000006
【図５】
2004260812.tif 000007
【図６】
2004260812.tif 000008
【図７】
2004260812.tif 000009
【図８】
2004260812.tif 000010
【図９】
2004260812.tif 000011
【図１０】
2004260812.tif 000012
【図１１】
2004260812.tif 000013
【図１２】
2004260812.tif 000014
【図１３】
2004260812.tif 000015
【図１４】
2004260812.tif 000016
【図１５】
2004260812.tif 000017
【図１６】
2004260812.tif 000018
【図１７】
2004260812.tif 000019
【図１８】
2004260812.tif 000020
【図１９】
2004260812.tif 000021
【図２０】
2004260812.tif 000022
【図２１】
2004260812.tif 000023
【図２２】
2004260812.tif 000024
【図２３】
2004260812.tif 000025
【図２４】
2004260812.tif 000026
【図２５】
2004260812.tif 000027
【図２６】
2004260812.tif 000028
【図２７】
2004260812.tif 000029
【図２８】
2004260812.tif 000030