JP4497944B2 - 受信装置及び受信装置の制御方法 - Google Patents

受信装置及び受信装置の制御方法 Download PDF

Info

Publication number
JP4497944B2
JP4497944B2 JP2004025348A JP2004025348A JP4497944B2 JP 4497944 B2 JP4497944 B2 JP 4497944B2 JP 2004025348 A JP2004025348 A JP 2004025348A JP 2004025348 A JP2004025348 A JP 2004025348A JP 4497944 B2 JP4497944 B2 JP 4497944B2
Authority
JP
Japan
Prior art keywords
program
streaming
data
displayed
program guide
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004025348A
Other languages
English (en)
Other versions
JP2004260812A (ja
JP2004260812A5 (ja
Inventor
輝樹 吉川
高司 山本
敦 水留
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2004025348A priority Critical patent/JP4497944B2/ja
Priority to US10/770,553 priority patent/US7464397B2/en
Publication of JP2004260812A publication Critical patent/JP2004260812A/ja
Publication of JP2004260812A5 publication Critical patent/JP2004260812A5/ja
Application granted granted Critical
Publication of JP4497944B2 publication Critical patent/JP4497944B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/46—Receiver circuitry for the reception of television signals according to analogue transmission standards for receiving on more than one standard at will

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Description

本発明は、番組を再生するための信号を扱う受信装置及び該受信装置を用いた再生装置に関する。
従来、番組の再生にかかわる装置として、テレビジョン受信装置やラジオ受信装置がある。またネットワークを介して番組の送受信を行う構成も知られており、その場合、ネットワークを介した送受信機能を有するコンピュータによって番組を再生することができる。ネットワークを介した映像・音声番組の配信技術の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の値は破線２５０３、２５０４が直線２５０２となす角α、βに反比例するものである。これは、角α、βが大きくなると、それに伴なってカーソルの指向性が弱くなるため、番組表上の面積による影響を小さくする必要があるためである。
本第７の実施形態によれば、各コンテンツに対して割り当てられるバッファ量の重みから、同時並列的にバッファリングを行う際の各選択候補番組のバッファ量は
バッファ量＝総バッファ量×（バッファ量の重み／総バッファ量の重み）
により与えられる。但し、総バッファ量は、放送受信装置においてバッファリングに使用できる総メモリ量、総バッファ量の重みは割り当てられた各バッファ量の重みの合計である。
上記では、説明を分かりやすくするためにカーソルの移動方向を直線として説明した。しかし、実際にはカーソルの移動方向は直線では表現できない場合が多い。そこで、移動方向の認識方法について図２７及び図２８を用いてより詳細に説明する。
図２７は始点２８０１から終点２８０２まで、カーソルを移動させた場合の軌跡を示す。図２８は図２７におけるカーソルの移動速度を模式的に表したものである。図２７の各矢印はその地点の方向ベクトルを示し、破線部分２８０３、２８０４、２８０５、２８０６は図２８の破線部分２９０１、２９０２、２９０３、２９０４とそれぞれ対応している。
方向ベクトルは、微小時間Δｔに移動したカーソルの始点と終点を結んだ直線により求められる。また、カーソルの移動方向が大きく変化する場合、即ち方向ベクトルの変化量が大きい場合（図２７中、破線部分２８０３、２８０４、２８０５、２８０６）には、サンプリング時間を細かく取ることにより、よりカーソルの移動方向を正確に監視することが可能となる。
即ち、本第７の実施形態によれば、記憶手段の容量は、更に指示手段による表示手段上の移動速度に基づいて割り当てられる。
また、指示手段の表示手段上の移動速度が減速し、所定速度以下且つ所定時間以上となった場合に、制御手段は、その時点で指示されている代表情報に対応する情報データストリーム及びそれ以外の情報データストリームを記憶手段に記憶する。
＜他の実施形態＞
なお、本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。また、ＬＡＮ（ローカル・エリア・ネットワーク）やＷＡＮ（ワイド・エリア・ネットワーク）などのコンピュータネットワークを、プログラムコードを供給するために用いることができる。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図３及び図４または図１９または図２２に示すフローチャートに対応するプログラムコードが格納されることになる。
本発明の第１の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。 ストリーミング再生時における、サーバ側と、放送受信装置側のトランザクションを示す図である。 本発明の第１の実施形態における放送受信装置の動作を示すフローチャートである。 本発明の第１の実施形態におけるデータ蓄積処理を示すフローチャートである。 本発明の第１の実施形態における番組表の一例を示す図である。 本発明の第１の実施形態における番組表上の距離を説明する図である。 本発明の第１の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第１の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第２の実施形態における番組表上の距離を説明する図である。 本発明の第２の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第３の実施形態における番組表の一例を示す図である。 本発明の第３の実施形態における番組表上の距離を説明する図である。 本発明の第４の実施形態における番組表の一例を示す図である。 本発明の第４の実施形態における番組表上の距離を説明する図である。 本発明の第５の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。 本発明の第５の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第５の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第６の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。 本発明の第６の実施形態におけるデータ蓄積処理を示すフローチャートである。 本発明の第６の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第７の実施形態における放送受信装置を含むシステムの構成を示すブロック図である。 本発明の第７の実施形態におけるデータ蓄積処理を示すフローチャートである。 本発明の第７の実施形態におけるデータ蓄積開始の条件を説明する為の図である。 本発明の第７の実施形態における番組表の一例を示す図である。 本発明の第７の実施形態における番組表上の距離及び面積を示す図である。 本発明の第７の実施形態におけるバッファ量の割り当てを示す図である。 本発明の第７の実施形態におけるカーソルの移動方向を示す模式図である。 本発明の第７の実施形態におけるカーソルの移動速度を示す模式図である。
符号の説明
１００ 放送受信装置
１０１ 番組情報管理サーバ
１０２ 番組提供サーバ
１０３ ネットワーク
１０４ 通信制御部
１０５ 制御部
１０６ バッファ制御部
１０７ バッファ
１０８ 番組表作成部
１０９ 番組情報蓄積管理部
１１０ 位置情報検出部
１１１ 画像制御部
１１２ 音声制御部
１１３ 操作制御部
１１４ 表示装置
１１５ スピーカ
１２０ 移動方向検出部
１３０ 計時部
１４０ 移動情報検出部

Claims (2)

  1. ストリーミング番組を再生するためのストリーミングデータを受信する受信回路と、
    該受信回路で受信したストリーミングデータを記憶する記憶部と、
    前記記憶部に記憶されたストリーミングデータを再生する再生制御部と、
    前記受信回路で受信可能な複数のストリーミング番組に関する情報をユーザに提示するとともに、ユーザの操作により前記複数のストリーミング番組のいずれか１つを選択可能とした番組表を作成する番組表作成部と、
    前記番組表作成部で作成された番組表に含まれる複数のストリーミング番組のうち、ユーザの操作によって第１のストリーミング番組が選択されると、該第１のストリーミング番組を再生するための第１ストリーミングデータの受信を開始して前記記憶部に該第１ストリーミングデータを記憶させるとともに、前記番組表上に表示された前記複数のストリーミング番組に関する情報のうち、前記第１のストリーミング番組を除き、前記第１のストリーミング番組に関する情報が表示されている位置に近い位置に表示されているストリーミング番組に関する情報に対応する候補番組から順次選択し、該選択した候補番組を再生するための第２ストリーミングデータの受信を開始して、前記記憶部に該第２ストリーミングデータを記憶させ、予め定められた第１のデータ量の前記第１ストリーミングデータが前記記憶部に記憶されたことに従って、該第１ストリーミングデータを再生するように前記再生制御部を制御し、かつ、前記第１のデータ量よりも少ない第２のデータ量の前記第２ストリーミングデータが前記記憶部に記憶されたことに従って、前記第２ストリーミングデータの受信を停止するように前記受信回路を制御する制御回路とを有し、
    前記制御回路は、前記番組表上に示された前記第１のストリーミング番組に関する情報が表示されている位置と前記選択された候補番組に関する情報が表示されている位置との距離が長いほど前記第２のデータ量が少なくなるように、前記第２のデータ量を決定することを特徴とする受信装置。
  2. 受信可能な複数のストリーミング番組に関する情報をユーザに提示するとともに、ユーザの操作により前記複数のストリーミング番組のいずれか１つを選択可能とした番組表を作成する番組表作成工程と、
    前記番組表作成工程で作成された番組表に含まれる複数のストリーミング番組のうち、ユーザの操作によって第１のストリーミング番組が選択されると、該第１のストリーミング番組を再生するための第１ストリーミングデータの受信を開始すると共に、前記番組表上に表示された前記複数のストリーミング番組に関する情報のうち、前記第１のストリーミング番組を除き、前記第１のストリーミング番組に関する情報が表示されている位置に近い位置に表示されているストリーミング番組に関する情報に対応する候補番組から順次選択し、該選択した候補番組を再生するための第２ストリーミングデータの受信を開始する受信工程と、
    前記受信工程で受信した前記第１ストリーミングデータ及び前記第２ストリーミングデータを記憶する記憶工程と、
    予め定められた第１のデータ量の前記第１ストリーミングデータが前記記憶工程で記憶されたことに従って、該第１ストリーミングデータを再生する再生工程と、
    前記第１のデータ量よりも少ない第２のデータ量の前記第２ストリーミングデータが前記記憶工程で記憶されたことに従って、前記第２ストリーミングデータの受信を停止する受信停止工程とを有し、
    前記受信停止工程では、前記番組表上に示された前記第１のストリーミング番組に関する情報が表示されている位置と前記選択された候補番組に関する情報が表示されている位置との距離が長いほど前記第２のデータ量が少なくなるように、前記第２のデータ量を決定することを特徴とする受信装置の制御方法。
JP2004025348A 2003-02-05 2004-02-02 受信装置及び受信装置の制御方法 Expired - Fee Related JP4497944B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2004025348A JP4497944B2 (ja) 2003-02-05 2004-02-02 受信装置及び受信装置の制御方法
US10/770,553 US7464397B2 (en) 2003-02-05 2004-02-04 Streaming content receiving apparatus and playback apparatus with stopping of reception of second streaming data during period in which first streaming program is selected

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003028667 2003-02-05
JP2004025348A JP4497944B2 (ja) 2003-02-05 2004-02-02 受信装置及び受信装置の制御方法

Publications (3)

Publication Number Publication Date
JP2004260812A JP2004260812A (ja) 2004-09-16
JP2004260812A5 JP2004260812A5 (ja) 2007-01-18
JP4497944B2 true JP4497944B2 (ja) 2010-07-07

Family

ID=32964853

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004025348A Expired - Fee Related JP4497944B2 (ja) 2003-02-05 2004-02-02 受信装置及び受信装置の制御方法

Country Status (2)

Country Link
US (1) US7464397B2 (ja)
JP (1) JP4497944B2 (ja)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005175715A (ja) * 2003-12-09 2005-06-30 Canon Inc テレビ受信装置、ネットワーク端末及びネットワーク制御システム
US7716696B2 (en) 2003-12-15 2010-05-11 Canon Kabushiki Kaisha Television receiver, information processing method and program
JP4227509B2 (ja) * 2003-12-15 2009-02-18 キヤノン株式会社 通信端末装置及びその制御方法
JP4254718B2 (ja) * 2005-01-31 2009-04-15 ブラザー工業株式会社 コンテンツ提供システム，クライアントデバイス，サーバおよびプログラム
US20090055870A1 (en) * 2005-04-08 2009-02-26 Panasonic Corporation Digital Broadcast Receiving Apparatus
JP4725780B2 (ja) * 2005-06-22 2011-07-13 ソニー株式会社 再生装置、再生方法及び再生プログラム
US7756993B2 (en) 2005-06-22 2010-07-13 Sony Corporation Reproducing apparatus, reproducing method, and reproducing program
JP4600759B2 (ja) * 2005-06-22 2010-12-15 ソニー株式会社 再生装置、再生方法及び再生プログラム
JP4586663B2 (ja) * 2005-07-26 2010-11-24 船井電機株式会社 放送信号受信装置
JP2007134963A (ja) * 2005-11-10 2007-05-31 Funai Electric Co Ltd 再生システム及びサーバ
US7889976B2 (en) 2006-03-10 2011-02-15 Newport Media, Inc. System and method for television programming data management
US7778184B2 (en) * 2006-06-06 2010-08-17 Murata Kikai Kabushiki Kaisha Communication system and remote diagnosis system
KR100834062B1 (ko) 2006-09-18 2008-06-02 삼성전자주식회사 디지털 방송 수신기의 채널공유 방법 및 장치
US7992097B2 (en) 2006-12-22 2011-08-02 Apple Inc. Select drag and drop operations on video thumbnails across clip boundaries
US8943410B2 (en) 2006-12-22 2015-01-27 Apple Inc. Modified media presentation during scrubbing
US8020100B2 (en) 2006-12-22 2011-09-13 Apple Inc. Fast creation of video segments
US8631440B2 (en) 2007-04-30 2014-01-14 Google Inc. Program guide user interface
US8484192B1 (en) 2007-04-30 2013-07-09 Google Inc. Media search broadening
US20080310454A1 (en) * 2007-06-12 2008-12-18 Bellwood Thomas A Provisioning Bandwidth For A Digital Media Stream
US20080310446A1 (en) * 2007-06-12 2008-12-18 Bellwood Thomas A Provisioning Bandwidth For A Digital Media Stream
US7756157B2 (en) * 2007-06-12 2010-07-13 International Business Machines Corporation Provisioning bandwidth for a digital media stream
US20090094374A1 (en) * 2007-10-04 2009-04-09 Hong Kong Applied Science And Technology Research Institute Co., Ltd. Systems and methods providing lists of available streaming content
JP5230267B2 (ja) * 2008-05-27 2013-07-10 キヤノン株式会社 機器制御装置および制御方法
US8539092B2 (en) * 2008-07-09 2013-09-17 Apple Inc. Video streaming using multiple channels
US20100107090A1 (en) * 2008-10-27 2010-04-29 Camille Hearst Remote linking to media asset groups
JP5412576B2 (ja) 2010-04-19 2014-02-12 パナソニック株式会社 コンテンツ受信端末、およびエキスポート再生方法
JP6056453B2 (ja) * 2012-12-20 2017-01-11 富士通株式会社 プログラム、データ管理方法および情報処理装置
CN103826158B (zh) * 2014-02-27 2017-09-26 北京六间房科技有限公司 一种网络直播装置和方法
KR102282704B1 (ko) * 2015-02-16 2021-07-29 삼성전자주식회사 영상 데이터를 재생하는 전자 장치 및 방법
CN105611335A (zh) * 2015-11-02 2016-05-25 林晓东 一种应用于对等网络的电视直播的方法
US10356200B2 (en) * 2016-12-28 2019-07-16 Google Llc Optimizing user interface data caching for future actions

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0591510A (ja) * 1991-09-26 1993-04-09 Matsushita Electric Ind Co Ltd 映像受信方法
JPH07177504A (ja) * 1993-12-21 1995-07-14 Toshiba Corp 動画像復号装置
JPH09224097A (ja) * 1996-02-16 1997-08-26 Canon Inc データ通信装置
JPH09247686A (ja) * 1996-03-12 1997-09-19 Sanyo Electric Co Ltd 多重映像信号の復号回路
JPH10294930A (ja) * 1997-02-24 1998-11-04 Yamaha Corp ディジタルチューナおよびそのチャンネル切換方法
WO2002023910A1 (en) * 2000-09-11 2002-03-21 Mediabricks Ab A method for dynamic caching
JP2002091863A (ja) * 2000-09-12 2002-03-29 Sony Corp 情報提供方法
JP2002176609A (ja) * 2000-08-25 2002-06-21 Matsushita Electric Ind Co Ltd データ受信再生方法及びデータ受信再生装置
JP2002369132A (ja) * 2001-06-11 2002-12-20 Sharp Corp Ａｖ信号受信システム
JP2003032690A (ja) * 2001-03-29 2003-01-31 Matsushita Electric Ind Co Ltd データ再生装置及びデータ再生方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3036552C2 (de) * 1980-09-27 1985-04-25 Blaupunkt-Werke Gmbh, 3200 Hildesheim Fernsehempfangsanlage
KR100200609B1 (ko) * 1996-07-30 1999-06-15 윤종용 2튜너 시스템에서의 kbps 예약 녹화 장치 및 방법
US6842724B1 (en) * 1999-04-08 2005-01-11 Lucent Technologies Inc. Method and apparatus for reducing start-up delay in data packet-based network streaming applications
US6651089B1 (en) * 1999-06-05 2003-11-18 At&T Corp Surfing friendly multicasting arrangement
JP2001309258A (ja) 2000-04-26 2001-11-02 Kenwood Corp ディジタル放送受信機及びディジタル放送受信方法
JP2002262195A (ja) 2001-03-06 2002-09-13 Canon Inc 信号処理装置、受信装置及びその方法
JP4428877B2 (ja) 2001-04-03 2010-03-10 キヤノン株式会社 表示制御装置
US7196733B2 (en) 2002-01-28 2007-03-27 Canon Kabushiki Kaisha Apparatus for receiving broadcast data, method for displaying broadcast program, and computer program
US7886332B2 (en) 2002-03-19 2011-02-08 Canon Kabushiki Kaisha Television broadcast receiving apparatus

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0591510A (ja) * 1991-09-26 1993-04-09 Matsushita Electric Ind Co Ltd 映像受信方法
JPH07177504A (ja) * 1993-12-21 1995-07-14 Toshiba Corp 動画像復号装置
JPH09224097A (ja) * 1996-02-16 1997-08-26 Canon Inc データ通信装置
JPH09247686A (ja) * 1996-03-12 1997-09-19 Sanyo Electric Co Ltd 多重映像信号の復号回路
JPH10294930A (ja) * 1997-02-24 1998-11-04 Yamaha Corp ディジタルチューナおよびそのチャンネル切換方法
JP2002176609A (ja) * 2000-08-25 2002-06-21 Matsushita Electric Ind Co Ltd データ受信再生方法及びデータ受信再生装置
WO2002023910A1 (en) * 2000-09-11 2002-03-21 Mediabricks Ab A method for dynamic caching
JP2002091863A (ja) * 2000-09-12 2002-03-29 Sony Corp 情報提供方法
JP2003032690A (ja) * 2001-03-29 2003-01-31 Matsushita Electric Ind Co Ltd データ再生装置及びデータ再生方法
JP2002369132A (ja) * 2001-06-11 2002-12-20 Sharp Corp Ａｖ信号受信システム

Also Published As

Publication number Publication date
US20040179811A1 (en) 2004-09-16
US7464397B2 (en) 2008-12-09
JP2004260812A (ja) 2004-09-16
US20080181572A2 (en) 2008-07-31

Similar Documents

Publication Publication Date Title
JP4497944B2 (ja) 受信装置及び受信装置の制御方法
JP6084281B2 (ja) リモート機器をスクラブする適応メディアコンテンツ
CN103329075B (zh) 用于基于手势控制的方法和装置
JP7227866B2 (ja) 音声インタラクション方法、端末機器、サーバ及びコンピュータ読み取り可能な記憶媒体
US20150058729A1 (en) Method and apparatus for controls based on concurrent gestures
JP4385995B2 (ja) コンテンツ表示再生システム、コンテンツ表示再生方法、コンテンツ表示再生プログラムを記録した記録媒体及び操作制御装置
TWI444992B (zh) 一種預緩衝一媒體檔案的方法、電腦可讀取儲存媒體、媒體播放器、多媒體呈現系統
US20150086033A1 (en) Reduced Latency Electronic Content System
US20120179967A1 (en) Method and Apparatus for Gesture-Based Controls
EP2261926A1 (en) Spatial audio enhanced user interface for browsing a list of items
WO2007148777A1 (ja) 再生装置および方法、並びにプログラム
JP2006332812A (ja) コンテンツ表示再生システム、コンテンツ表示再生方法、コンテンツ表示再生プログラムを記録した記録媒体及び操作制御装置
JP2016201714A (ja) 表示制御装置および表示制御方法
JP2007172702A (ja) コンテンツ選択方法及びコンテンツ選択装置
CN103019555B (zh) 转移播放的数字媒体内容切回方法、装置及系统
JP5359199B2 (ja) コメント配信システム、端末、コメント出力方法及びプログラム
KR20100033716A (ko) 휴대용 단말기를 이용한 미디어 제어 시스템 및 방법
TW202030007A (zh) 遊戲控制方法及裝置
KR20150142016A (ko) 모바일 컴퓨팅 디바이스들에 의해 주석달린 비디오 콘텐츠를 디스플레이하기 위한 시스템들 및 방법들
JP2009540758A (ja) データストリームに関連する参照を提供する参照提供方法および参照提供装置
US20070022379A1 (en) Terminal for displaying distributed picture content
CN112887786B (zh) 视频播放方法、装置及计算机可读介质
WO2020054456A1 (ja) 表示制御装置および表示制御方法、並びにプログラム
JP2013090102A (ja) 配信システム
JP6217015B2 (ja) 端末装置、端末装置の表示方法、プログラム、サーバ装置

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061122

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061122

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091015

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091019

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100112

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100310

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100402

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100413

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130423

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130423

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140423

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees