(57)【要約】【課題】高精細、高フレームレートのストリームデータを迅速に受信可能とする。【解決手段】受信装置は、複数のメイン映像のダイジェストを示すダイジェストデータと前記複数のメイン映像を受信するための接続情報のネットワーク上の位置を示す位置情報とからなるダイジェストストリームをネットワークを介して受信し、受信されたダイジェストストリーム中の位置情報に基づきネットワークを介して接続情報を受信すると共に、この接続情報に従いメイン映像データを受信し、受信されたメイン映像データを所定量記憶する構成とした。【選択図】　　　図１
2004104416.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してメイン映像データを含むストリームデータを受信する装置であって、
前記複数のメイン映像データそれぞれのダイジェストを示すダイジェストデータと前記複数のメイン映像データに接続するための接続情報の前記ネットワーク上の位置を示す位置情報とからなるダイジェストストリームを前記ネットワークを介して受信する通信手段と、
前記通信手段により受信された前記ダイジェストストリーム中のダイジェストデータに係る映像信号を表示装置に出力する出力手段と、
前記通信手段により受信された前記ダイジェストストリーム中の位置情報に基づいて前記ネットワークを介して前記接続情報を受信すると共に、この接続情報に従い前記メイン映像データを受信するよう前記通信手段を制御するシステム制御手段と、
前記受信されたメイン映像データを所定量記憶する記憶手段とを備える受信装置。
【請求項２】
前記システム制御手段は更に、指示手段によるメイン映像の表示指示に応じて、前記ダイジェストストリームに係る映像信号に代わって前記記憶手段に記憶された前記メイン映像データを前記表示装置に出力するよう前記表示制御手段を制御することを特徴とする請求項１記載の受信装置。
【請求項３】
前記システム制御手段は、前記表示装置にて表示中の映像に係る前記ダイジェストデータに対応したメイン映像データのみを受信して前記記憶手段に記憶するよう前記通信手段と前記記憶手段とを制御することを特徴とする請求項１記載の受信装置。
【請求項４】
前記システム制御手段は前記ダイジェストストリーム中の前記位置情報が変化したことに応じて前記通信手段により受信するメイン映像データを変更し、変更後に新たに受信したメイン映像データを前記記憶手段に記憶するよう前記受信手段と前記記憶手段とを制御することを特徴とする請求項３記載の受信装置。
【請求項５】
前記システム制御手段は、前記表示装置にて表示中の映像に係る前記ダイジェストデータとこれに続く複数のダイジェストデータとにそれぞれ対応した複数のメイン映像データを受信して前記記憶手段に記憶するよう前記通信手段と前記記憶手段とを制御することを特徴とする請求項１記載の受信装置。
【請求項６】
前記システム制御手段は更に、再生指示手段によるメイン映像の再生指示に応じて、前記ダイジェストストリームに係る映像信号に代わって前記記憶手段に記憶された複数の前記メイン映像データのうち前記表示装置に出力されている映像信号に対応したメイン映像データを前記表示装置に出力するよう前記表示制御手段を制御することを特徴とする請求項５記載の受信装置。
【請求項７】
前記システム制御手段は、前記メイン映像データを前記表示装置に出力している際に前記再生指示手段による指示があった場合、前記記憶手段に記憶されている複数の前記メイン映像データのうちの所定のメイン映像データを読み出し、表示中の映像データの代わりに出力するよう前記表示制御手段を制御することを特徴とする請求項６記載の受信装置。
【請求項８】
前記システム制御手段は、前記再生指示手段による指示に応じて前記通信手段により受信するメイン映像データを変更し、前記記憶手段に記憶された複数のメイン映像データのうち前記所定のメイン映像データ以外の映像データのうちのいずれかのメイン映像データの代わりに前記新たに受信したメイン映像データを記憶するよう前記受信手段と前記記憶手段とを制御することを特徴とする請求項７記載の受信装置。
【請求項９】
前記システム制御手段は、保留指示手段による指示があった場合、前記記憶手段に記憶された複数のメイン映像データのうち、前記保留指示手段により指示された映像データ以外の映像データの代わりに前記新たに受信したメイン映像データを記憶するよう前記記憶手段を制御することを特徴とする請求項８記載の受信装置。
【請求項１０】
前記システム制御手段は前記複数のメイン映像データの優先度に応じた順序で前記複数のメイン映像データを受信して記憶するよう前記受信手段と前記記憶手段とを制御することを特徴とする請求項５記載の受信装置。
【請求項１１】
前記優先度は前記ダイジェストストリームにおける再生順序に対応していることを特徴とする請求項１０記載の受信装置。
【請求項１２】
前記システム制御手段は前記記憶手段に記憶されている前記メイン映像データのデータ量に応じて所定の情報を前記表示装置に表示するよう前記表示制御手段を制御することを特徴とする請求項１記載の受信装置。
【請求項１３】
前記位置情報は前記接続情報のＵＲＬを含むことを特徴とする請求項１記載の受信装置。
【請求項１４】
前記接続情報はＨＴＭＬにて記述されていることを特徴とする請求項１記載の受信装置。
【請求項１５】
前記ネットワークを介して請求項１記載の受信装置に対して前記ダイジェストストリームを送信する番組配信サーバ。
【請求項１６】
前記ネットワークを介して請求項１記載の受信装置に対して前記接続情報と前記メイン映像データとを配信する番組配信サーバ。
【請求項１７】
請求項１記載の受信装置と請求項１５及び請求項１６記載の番組配信サーバからなる配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、受信装置に関し、特にネットワークを介してストリームデータを受信する装置に関する。
【０００２】
【従来の技術】
近年、映像・音声データの圧縮技術の向上、および、高速なデータ転送を可能とする通信環境、インターネット環境の普及に伴い、インターネット放送、再生が普及している。インターネット放送においては、大別してダウンロード型放送とストリーミング放送とが存在する。
【０００３】
ダウンロード型放送では、コンテンツをすべて受信機側にダウンロードしてから再生を行う必要があり、コンテンツが長時間にわたると、ファイルサイズが膨大になり、ダウンロードに要する時間が増大し、ダウンロードするコンテンツデータを記憶するための大容量記憶手段が必要となる。
【０００４】
一方ストリーミング放送では、データを受信しながら同時に再生を行うことが可能であり、最初に時間にして数秒分のコンテンツのバッファリングをすることにより、再生が可能となるため、ダウンロード型放送におけるコンテンツのダウンロード時間に比較して、短い時間で再生が可能となる。また、再生の終了したデータは、その時点で破棄してかまわないため、受信機側で準備すべき、コンテンツデータを記憶するための記憶手段の容量が少なくてよい。
【０００５】
【発明が解決しようとする課題】
しかしながらインターネット放送といえども、大画面、高精細といった良好な映像を実現しようと、コンテンツの解像度、フレーム周波数、等が増加する傾向にある。
【０００６】
ストリーミング放送においても、視聴開始時に数秒分のコンテンツのバッファリングは必要であり、コンテンツの解像度、フレーム周波数の増加に伴って、再生までの時間が長くなってしまうといった課題を有していた。
【０００７】
特開２００１−５４０９０によれば、ストリーミング放送において容易にコンテンツを検索する提案、簡単な操作でコンテンツ再生する提案、および短時間で視聴を可能とする提案、がなされている。
【０００８】
しかし、短時間で視聴を可能とするものは低ビットレートコンテンツのみであり、高解像度、高フレーム周波数のストリーミングコンテンツに対しては効果がない。
【０００９】
本発明はこの様な問題を解決することを目的とする。
【００１０】
本発明の他の目的は、高精細、高フレームレートのストリームデータを迅速に受信可能とする処にある。
【００１１】
【課題を解決するための手段】
前記課題を解決するため、本発明にあっては、前記複数のメイン映像データそれぞれのダイジェストを示すダイジェストデータと前記複数のメイン映像データに接続するための接続情報の前記ネットワーク上の位置を示す位置情報とからなるダイジェストストリームを前記ネットワークを介して受信する通信手段と、前記通信手段により受信された前記ダイジェストストリーム中のダイジェストデータに係る映像信号を表示装置に出力する出力手段と、前記通信手段により受信された前記ダイジェストストリーム中の位置情報に基づいて前記ネットワークを介して前記接続情報を受信すると共に、この接続情報に従い前記メイン映像データを受信するよう前記通信手段を制御するシステム制御手段と、前記受信されたメイン映像データを所定量記憶する記憶手段とを備える構成とした。
【００１２】
【発明の実施の形態】
（第一の実施例）
本発明を適用した第一の実施形態であるところの、ストリーミング番組配信システムを、図を用いて以下に説明する。図１は第一の実施例における、ストリーミング番組配信システムの主要部の構成を示す図である。
【００１３】
図１において、１０００はインターネットであり、ストリーミング番組データ、番組情報、等を伝送する。２０００は番組配信サーバであり、ストリーミング番組コンテンツ、番組情報等の蓄積、記憶、送信等を行う。番組配信サーバ２０００はストリーミング番組を、ストリーミング番組受信装置へ配信するストリーミング配信サーバ２１００と、番組情報をストリーミング番組受信装置へ配信するＷＥＢサーバ２５００とから構成される。
【００１４】
ストリーミング配信サーバ２１００内には、映像、音声から構成されるストリーミング番組データが格納されている。ここでは、番組１から番組１０までの１０のストリーミング番組データが格納されている。同時に、番組１から番組１０の各々に対応し、各番組へのコネクション情報を含む１０ヶのＨＴＭＬ文書が格納されている。また、各のストリーミング番組データ、ＨＴＭＬ文書には固有のＵＲＬが割り当てられており、ＷＥＢサーバ２５００から、あるいはインターネット１０００を通じて外部よりアクセス可能に構成されている。
【００１５】
ＷＥＢサーバ２５００内には、ストリーミング配信サーバ２１００内に格納されている番組の各番組のダイジェストシーンからなるダイジェスト番組コンテンツ２６００が格納されている。また、各番組ダイジェストのダイジェスト番組コンテンツ２６００内での開始位置、終了位置、および各ストリーミング番組へコネクション情報を含むＨＴＭＬ文書データのＵＲＬとを対応付けるＵＲＬテーブル２６１０を有している。各ＨＴＭＬ文書には、各々対応するストリーミング番組をストリーミングデータとして受信、表示するよう記述されている。ＵＲＬテーブルの模式図を図２に示す。
【００１６】
例えば、各番組へのコネクション情報を含むＨＴＭＬ文書のＵＲＬがそれぞれ、
／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ
／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ
／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ
：
／／ｈｏｓｔ／ｐｒｏｇ１０．ｈｔｍ
であり、ダイジェスト番組コンテンツ２６００内で、番組１から番組１０の各番組の番組ダイジェストシーンが、それぞれ１０Ｍビットのデータ容量である場合（図３（ａ））、ＵＲＬテーブル２６１０は図３（ｂ）に示すようになる。
【００１７】
また、ＷＥＢサーバ２５００自身のポータル画面を、ＨＴＭＬ文書で保持している。このＨＴＭＬ文書には、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示するよう記述されている。また、このときの転送プロトコルはＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌｏ）、使用するポート番号は２００、と記述されている。
【００１８】
３０００はストリーミング番組受信装置であり、ストリーミング番組データ、番組情報等を番組配信サーバ２０００に対して要求し、また番組配信サーバ２０００より受信し、表示部３１００に表示するものである。３０１０は通信部であり、インターネット１０００との間でデータの送受信を行う。また、通信部３０１０は、番組情報データをインターネット１０００より受信したときは、該番組情報データを番組情報取得部３０２０に転送し、ストリーミングデータを受信したときは、ストリーミングヘッダ解析部３０３０に転送する。３０２０は番組情報取得部であり、パーソナルコンピュータにおけるインターネットブラウザと同様に構成され、番組配信サーバ２０００に番組情報を有するＨＴＭＬ文書を要求し、番組配信サーバ２０００より該ＨＴＭＬ文書を受信、解析し、表示部３１００に表示する。３０３０はストリーミングヘッダ解析部であり、ストリーミングデータ内のヘッダを解析し、その結果をＣＰＵ３１１０へ通知する。
【００１９】
３０５０、３０５１はバッファであるところのＦＩＦＯであり、ストリーミング番組の再生に必要な、ストリーミング番組データのバッファリングを行う。３０６０はデコード部であり、ＦＩＦＯよりストリーミング番組データを読み出し、映像、音声の各々のデコードを行い、デコードした映像を出力し、デコードした音声を不図示の音声出力部より出力する。３０９０はＯＳＤ制御部であり、デコード部３０６０の出力映像に、ＣＰＵ３１１０から指示された文字、図形等を重ね合わせ、表示部３１００に表示する。
【００２０】
３０７０はリモコン信号受信部であり、不図示のリモコンより送信された赤外線を受信／デコードし、ユーザがリモコンで操作したボタンのコードを出力する。３１１０は制御部であるところのＣＰＵであり、リモコン信号受信部３０７０を通じて、ユーザがリモコンで操作したボタンを判別可能に構成され、さらに、各構成要素を統合的に制御する。また、ＣＰＵ３１１０はメモリを有しており、ＣＰＵ３１１０はメモリ内に格納されているプログラムに従って動作し、各構成要素を制御する。
【００２１】
以上の構成において、本形態におけるストリーミング番組配信システムの動作に関して以下に説明する。
【００２２】
まず、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を、インターネット１０００を通じて要求する。該要求を受けた番組配信サーバ２０００は、該当するＨＴＭＬ文書をストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書を受信した番組情報取得部３０２０は該ＨＴＭＬ文書を解析し、その内容を表示部３１００に表示する。
【００２３】
そして、該ＨＴＭＬ文書には、先述のように、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示する旨の記述があるため、ダイジェスト番組コンテンツ２６００を受信し、表示部３１００に表示する。
【００２４】
ここで、ダイジェスト番組コンテンツ２６００の表示までの動作を、以下に説明する。
【００２５】
まず、ストリーミング番組受信装置３０００は、該ＨＴＭＬ文書よりダイジェスト番組コンテンツ２６００のＵＲＬ、プロトコル（ここでは先述のとおりＵＤＰ）、ポート番号（ここでは前述のとおり２００）等を取得し、該情報をもとにＷＥＢサーバ２５００に、コネクションの確立を要求し、ストリーミング番組受信装置３０００とＷＥＢサーバ２５００間で、ダイジェスト番組コンテンツ２６００用のコネクションを確立する。そして、ストリーミング番組受信装置３０００はＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信を要求し、ＷＥＢサーバ２５００よりストリーミング番組受信装置３０００へ、ダイジェスト番組コンテンツ２６００が送信される。
【００２６】
ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、ストリーミングヘッダ解析部３０３０を経由してＦＩＦＯ３０５０でバッファリングされ、その後デコード部３０６０でデコードされ、表示部３１００に表示される。このときの表示部３１００上の表示内容を図４に示す。同図において、４０００はポータル画面のＨＴＭＬ文書により指示された背景であり、４０１０はダイジェスト番組コンテンツ２６００の再生画面である。ダイジェスト番組コンテンツ２６００の再生中において、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５０内のデータ量に応じて、ＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信継続要求、中断要求等を行う。
【００２７】
次に、本形態の特徴的な動作に関して以下に説明する。
【００２８】
まず、ＷＥＢサーバ２５００において、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データとともに送信する。ここでは、該ＵＲＬをＵＤＰヘッダの直後に、その後ダイジェスト番組コンテンツ２６００のデータを送信する。このときのデータフォーマットを図５に示す。図５において、ここでは、コネクション情報ＵＲＬの領域は、２５６バイト固定であるものとする。
【００２９】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別し、図６に示すデータを送信する。続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別し、図７に示すデータを送信する。また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”であると識別し、図８に示すデータを送信する。
【００３０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが解析される。たとえば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図６に示すデータを受信し、コネクション情報ＵＲＬが“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別する。
【００３１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、該ＵＲＬに基づき、“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”のＨＴＭＬ文書を要求する。該要求は、ＵＲＬよりストリーミング配信サーバ２１００に要求され、ストリーミング配信サーバ２１００は要求に基づき、“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”のＨＴＭＬ文書を、ストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書には、前述のように、番組１をストリーミングデータとして受信、表示する旨の記述がるため、該ＨＴＭＬ文書を受信した番組情報取得部３０２０は、番組１の受信を開始する。
【００３２】
ここでの受信動作は、前述のダイジェスト番組コンテンツ２６００の受信時の動作と同様であるが、ここでは再生、表示は行わない。また、受信する番組１のデータは、ＦＩＦＯ３０５１でバッファリングする。また、再生、表示を行わないため、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５１内のデータ量に応じて、番組配信サーバ２０００にデータの中断要求等を行いデータの損失を防ぐ動作をする。
【００３３】
ここで、ストリーミング番組受信装置３０００は、ＵＤＰでかつポート２００に接続されたストリーミングデータに対してストリーミングヘッダ解析部３０３０でヘッダの解析を行うように構成されており、よって番組１のストリーミングデータに対してヘッダの解析を行わない。
【００３４】
次に、ストリーミング番組受信装置３０００は、続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図７に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが再び“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別される。この場合、ストリーミング番組受信装置３０００は、前述のようなコネクション確立等の特殊な動作は行わない。
【００３５】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”であると識別される。この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”のＨＴＭＬ文書を要求する。以降、前述の処理と同様な動作をし、番組２の受信を開始する。このとき、ＦＩＦＯ３０５１でバッファリングしていた番組１のデータは破棄し、新たに受信する番組２のデータをＦＩＦＯ３０５１でバッファリングする。
【００３６】
また、この動作中にバッファリングしていた番組１のデータを破棄し、新たにＦＩＦＯ３０５１で受信する番組２のデータ量が再生可能な容量に達するまでの間、その旨を示す表示を、ＯＳＤ制御部３０９０を通じて行う。このときの表示部３１００上の表示内容を図９に示す。同図における９０００が該表示である。
【００３７】
同様に、ダイジェスト番組コンテンツ２６００の２０Ｍビットめから１ｋビットのデータ（図８に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”であると識別され、ＦＩＦＯ３０５１に、番組２がバッファリングされる。
【００３８】
以上の動作における、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１０に示す。
【００３９】
図１０において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組１のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００４０】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４１】
この後、ダイジェスト番組コンテンツ２６００の受信を停止したため、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬの変化が検出されず、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００４２】
この場合の、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１１に示す。
【００４３】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００４４】
図１０に戻り、“ｂ”の時点で、ユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組２のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００４５】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生不可能である状態のため、再生可能な状態になるまで、ウエイトする。ＦＩＦＯ３０５１内のデータが再生可能となると、デコード部３０６０を、ＦＩＦＯ３０５１よりストリーミングデータを読み出すよう切り替え、表示部３１００の表示内容を、番組２の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４６】
この後は、先述と同様に、表示部３１００に番組２の再生画面が表示されつづける。
この場合の、表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図を図１２示す。
【００４７】
以上のように、ユーザは、視聴ボタンの操作のみといった簡単な操作で、本番組の視聴をすることが可能となる。また、ダイジェスト番組コンテンツ２６００の内容の切り替わりと共に本番組のバッファリングを開始しているため、視聴開始までの待ち時間が従来技術と比して、短時間となる。
【００４８】
また、本番組視聴までの待ち時間の間、ダイジェスト番組の視聴が可能であるため、ユーザは精神的苦痛を感じることがなくなる。また、データ量が再生可能な容量に達するまでの間、図９に示すように、その旨を示す表示を行うため、ユーザは、ダイジェスト番組コンテンツ２６００と本番組の区別が容易となる。
【００４９】
図１３に本番組の視聴時の表示部３１００上の表示内容を示す。図１３において、１３０１は本番組の再生画面、１３０２は背景であり、番組タイトル１３０３、操作説明１３０４が表示されている。これらの背景は、コネクション情報を含むＨＴＭＬ文書に記述されている。
【００５０】
そして、操作説明１３０４にあるように、ユーザがリモコン上の戻るボタンを操作すると、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書をインターネット１０００を通じて要求し、上記動作を繰り返す。
【００５１】
（第二の実施例）
本発明を適用した第二の実施例であるところの、ストリーミング番組配信システムを以下に説明する。第二の実施例における、ストリーミング番組配信システムの主要部の構成は図１と同様であり、以下に異なる個所に関して説明する。
【００５２】
第二の実施形態におけるストリーミング番組受信装置３０００を、図１４に示す。同図において、３０５０から３０５３がＦＩＦＯであり、第一の実施形態と異なっている。
【００５３】
図１４の構成において、ストリーミング番組受信装置３０００が、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示するところまでは、第一の実施形態と同様である。
【００５４】
次に、ＷＥＢサーバ２５００の動作を説明する。
【００５５】
本形態におけるＷＥＢサーバ２５００は、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬと、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データと共に送信する。このときのデータフォーマットを図１７に示す。
【００５６】
図１５において、コネクション情報ＵＲＬの領域は各１２８バイト固定であるものとし、順序も予め定められている。
【００５７】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬをＵＲＬテーブル２６１０より“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”の次に記憶している“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”と、その次に記憶している“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”を参照する。結果的に図１６に示すデータを送信する。
【００５８】
続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”であると識別し、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、先と同様に、ＵＲＬテーブル２６１０上より“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”と“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”を参照し、結果的に図１７に示すデータを送信する。
【００５９】
また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”の次に記憶している“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”と、その次に記憶している“／／ｈｏｓｔ／ｐｒｏｇ５．ｈｔｍ”を参照し、結果的に、図１８に示すデータを送信する。
【００６０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが解析される。例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図１６に示すデータを受信し、コネクション情報ＵＲＬが、
現在の番組ダイジェスト　　　“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”
次の番組ダイジェスト　　　　“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”
次の次の番組ダイジェスト　　“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”
であると識別する。
【００６１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、第一の実施形態と同様に“／／ｈｏｓｔ／ｐｒｏｇ１．ｈｔｍ”のＨＴＭＬ文書を要求し、番組１のデータをＦＩＦＯ３０５１に記憶する。更に、本形態においては“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”、“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”のＨＴＭＬ文書も要求し、番組２のデータをＦＩＦＯ３０５２に記憶し、番組３のデータをＦＩＦＯ３０５３に記憶する。
【００６２】
次に、ストリーミング番組受信装置３０００は、続くデータ、すなわちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図１７に示すデータ）を受信すると、コネクション情報ＵＲＬの変化が検出されないため、コネクション確立等の動作は行わない。
【００６３】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト　　　“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”
次の番組ダイジェスト　　　　“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”
次の次の番組ダイジェスト　　“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”
であると識別される。
【００６４】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”のＨＴＭＬ文書を要求する。
【００６５】
以降、同様に番組４の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５１のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５１に記憶する。
【００６６】
その後、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト　　　“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”
次の番組ダイジェスト　　　　“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”
次の次の番組ダイジェスト　　“／／ｈｏｓｔ／ｐｒｏｇ５．ｈｔｍ”
であると識別される。
【００６７】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組２のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“／／ｈｏｓｔ／ｐｒｏｇ５．ｈｔｍ”のＨＴＭＬ文書を要求する。
【００６８】
以降、同様に番組５の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５２のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５２に記憶する。
【００６９】
以上の動作における、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図１９に示す。
【００７０】
図１９において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００７１】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組２、番組３に関しても、データ受信の停止、コネクションの切断を行う。
【００７２】
この後、ダイジェスト番組コンテンツ２６００の受信を停止し、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬの変化が検出されないため、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００７３】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２０に示す。
【００７４】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００７５】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００７６】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５２内のデータが再生可能である状態のため、ＦＩＦＯ３０５２よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組２の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組３、番組４に関しても、データ受信の停止、コネクションの切断を行う。
【００７７】
この後は、表示部３１００に番組２の再生画面が表示されつづける。
【００７８】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２１に示す。
【００７９】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、ダイジェスト番組の番組シーンが変化した直後に視聴ボタンを操作した場合でも、バッファリング等の待ち時間なしに、すぐさま本番組の視聴をすることが可能となる。
【００８０】
なお、本形態における、本番組の視聴時の、表示部３１００上の表示内容、戻るボタンを操作した時の動作は、第一の実施形態と同様である。
【００８１】
（第三の実施例）
次に、第三の実施形態について説明する。
【００８２】
本形態におけるストリーミング番組配信システムの主要部の構成は第二の実施形態と同様であり、以下に異なる部分に関して説明する。
【００８３】
本形態では、ストリーミング番組受信装置３０００が番組配信サーバ２０００に対してポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示し、番組１のデータをＦＩＦＯ３０５１で、番組２のデータをＦＩＦＯ３０５２で、番組３のデータをＦＩＦＯ３０５３でバッファリングするまでの処理、即ち、図１９に示す状態までの動作は第二の実施形態と同様である。
【００８４】
図１９において、“ａ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留ボタンの操作を検出したＣＰＵ３１１０は、番組１のデータを記憶しているＦＩＦＯ３０５１に保留を示すフラグを立てる。
【００８５】
このとき、ＣＰＵ３１１０は、保留ボタンを立てたＦＩＦＯ３０５１とリモコン上の“１”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報、および対応付けたリモコン上のボタン、すなわち“１”を示す情報を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２２に示す。図２２における２２００がこれらの情報である。
【００８６】
この後、ダイジェスト番組コンテンツ２２００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト　　　“／／ｈｏｓｔ／ｐｒｏｇ２．ｈｔｍ”
次の番組ダイジェスト　　　　“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”
次の次の番組ダイジェスト　　“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”
であると識別される。
【００８７】
本形態においてこの場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは該保留フラグが立っていることより、先において次の次の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５３の保留フラグを調べる。ここでは該保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。このとき、停止したデータを記憶していたＦＩＦＯ３０５２に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２３に示す。
【００８８】
図２３に示す状態において、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作すると、第二の実施形態と同様に、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００８９】
また、図２３に示す状態における“ｂ”の時点でユーザがリモコン上の“１”ボタンを操作すると、これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２よりも先に保留した番組１が気に入り、番組１の本番組の視聴に移行する場合に相当する。
【００９０】
“１”ボタンの操作を検出したＣＰＵ３１１０は、“１”ボタンに対応付けられたＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。ダイジェスト番組コンテンツ２６００、および、バッファリングを行っているデータの受信の停止、コネクションの切断を行う。
【００９１】
以上のように、ユーザは、ダイジェスト番組の視聴中に、リモコンのボタン操作のみで、先に保留した過去のダイジェスト番組の本番組を、バッファリング等の待ち時間なしに、すぐさま視聴することが可能となる。
【００９２】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留視聴ボタンの操作を検出したＣＰＵ３１１０は、番組２のデータを記憶しているＦＩＦＯ３０５２に保留を示すフラグを立てる。
【００９３】
このとき、保留ボタンを立てたＦＩＦＯ３０５２とリモコン上の“２”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報と、対応付けたリモコン上のボタンの情報、すなわち“２”を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２４に示す。図２４における２４００がこのときの情報である。
【００９４】
この後、ダイジェスト番組コンテンツ２４００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト　　　“／／ｈｏｓｔ／ｐｒｏｇ３．ｈｔｍ”
次の番組ダイジェスト　　　　“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”
その次の番組ダイジェスト　　“／／ｈｏｓｔ／ｐｒｏｇ５．ｈｔｍ”
であると識別される。
【００９５】
この場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５２の保留フラグを調べる。ここでは保留フラグが立っていることより、先において次の次の番組のダイジェストデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“／／ｈｏｓｔ／ｐｒｏｇ４．ｈｔｍ”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。
【００９６】
このとき、停止したデータを記憶していたＦＩＦＯ３０５１に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２５に示す。
【００９７】
図２３に示す状態において、“ｃ”の時点でユーザがリモコン上の視聴ボタンを操作すると、バッファリング等の待ち時間なしに番組３の本番組の視聴をすぐさま開始することが可能となり、リモコン上の“２”ボタンを操作すると、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００９８】
（他の実施例）
第一から第三の実施形態におけるストリーミング配信サーバ２１００と、ＷＥＢサーバ２５００とは、図２６に示すように、分離された構成であってもよい。
【００９９】
図２６において、ストリーミング配信サーバ２１１０内には、番組１から番組５までのストリーミング番組データが、ストリーミング配信サーバ２１２０内には、番組６から番組１０までのストリーミング番組データが格納されているものとしている。この場合、ストリーミング配信サーバ２１１０を“ｈｏｓｔ２１１０”、ストリーミング配信サーバ２１２０を“ｈｏｓｔ２１２０”とすれば、ＷＥＢサーバ２５００内のＵＲＬテーブル２６１０は図２７のようになる。
【０１００】
また、第一、第二の実施形態例より容易に推測できるとおり、第一の実施形態におけるＵＲＬテーブル２６１０は図２８に示すように順序が異なる構成でもよい。
【０１０１】
また、第三の実施形態において、保留ボタンの操作と共にＦＩＦＯとリモコン上のボタンを対応付けるとしたが、予め
ＦＩＦＯ３０５１　　　ボタン“１”
ＦＩＦＯ３０５２　　　ボタン“２”
ＦＩＦＯ３０５３　　　ボタン“３”
と、静的に割り付けてあってもよい。
【０１０２】
また、第一から第三の実施形態においては、ＵＤＰパケットのフォーマットを、ＵＤＰヘッダ直後をコネクション情報を含むＨＴＭＬ文書データのＵＲＬ、その後をダイジェスト番組コンテンツ２６００のデータとしたが、ダイジェスト番組コンテンツ２６００のデータフォーマットを、ＭＰＥＧ２（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ　Ｐｈａｓｅ２）、ＩＳＯ／ＩＥＣ１３８１８で規定されるＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）とし、ＵＤＰパケットではＴＳデータを送信し、ＴＳパケット内のアダプテーションフィールド等にコネクション情報を含むＨＴＭＬ文書データのＵＲＬを含めた構成、としてもよい。
【０１０３】
また、第二、第三の実施形態においては、初期にＦＩＦＯ３０５１からＦＩＦＯ３０５３へのバッファリングが同時に発生する。このとき、ＦＩＦＯに優先順位をつけてバッファリングすることが望ましい。この場合は、現在の番組ダイジェスト時間的に直ちに必要となる可能性のある、現在の番組に対するデータを高優先順位とし、
優先順位　高　　　　　ＦＩＦＯ３０５１
優先順位　中　　　　　ＦＩＦＯ３０５２
優先順位　低　　　　　ＦＩＦＯ３０５３
とする。そして、たとえば図２９に示す処理フローに従って動作することにより、ＦＩＦＯ３０５１のバッファリングを優先する。このときの表示部３１００の表示内容、ＦＩＦＯ３０５０から、ＦＩＦＯ３０５３への転送データの内容、の時間的遷移図を図３０に示す。図２９に示す処理フローにおいて、ＦＩＦＯ３０５０内のデータ量に応じた、バッファリングの要求、中断処理は省略してある。
【０１０４】
以上のバッファリング制御により、ユーザが、ダイジェスト番組の視聴開始後すぐに、視聴ボタンを操作した場合の、本番組の視聴間での待ち時間を短くすることが可能となる。
【０１０５】
【発明の効果】
以上説明したように、本発明によれば、ダイジェスト番組の視聴中に対応したメイン利像データをネットワークから受信して記憶しているため、バッファリング等の待ち時間なしに迅速にメインの映像を表示することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したストリーミング番組配信システムの構成図である。
【図２】ＵＲＬテーブルの模式図である。
【図３】ＵＲＬテーブルの内容例を示す図である。
【図４】ダイジェスト番組視聴時の様子を示す図である。
【図５】ＵＤＰパケットのフォーマットを示す図である。
【図６】ＵＤＰパケットの内容例を示す図である。
【図７】ＵＤＰパケットの内容例を示す図である。
【図８】ＵＤＰパケットの内容例を示す図である。
【図９】本番組視聴時の様子を示す図である。
【図１０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１２】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１３】本番組視聴時の様子を示す図である。
【図１４】第二の実施形態におけるストリーミング番組配信システムの構成図である。
【図１５】第二の実施形態におけるＵＤＰパケットのフォーマットを示す図である。
【図１６】ＵＤＰパケットの内容例を示す図である。
【図１７】ＵＤＰパケットの内容例を示す図である。
【図１８】ＵＤＰパケットの内容例を示す図である。
【図１９】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２２】保留ボタン操作後の様子を示す図である。
【図２３】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２４】保留ボタン操作後の様子を示す図である。
【図２５】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２６】本発明を適用したストリーミング番組配信システムの構成図である。
【図２７】ＵＲＬテーブルの模式図である。
【図２８】ＵＲＬテーブルの内容例を示す図である。
【図２９】バッファリング処理の処理フローである。
【図３０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１】
2004104416.tif 000003
【図２】
2004104416.tif 000004
【図３】
2004104416.tif 000005
【図４】
2004104416.tif 000006
【図５】
2004104416.tif 000007
【図６】
2004104416.tif 000008
【図７】
2004104416.tif 000009
【図８】
2004104416.tif 000010
【図９】
2004104416.tif 000011
【図１０】
2004104416.tif 000012
【図１１】
2004104416.tif 000013
【図１２】
2004104416.tif 000014
【図１３】
2004104416.tif 000015
【図１４】
2004104416.tif 000016
【図１５】
2004104416.tif 000017
【図１６】
2004104416.tif 000018
【図１７】
2004104416.tif 000019
【図１８】
2004104416.tif 000020
【図１９】
2004104416.tif 000021
【図２０】
2004104416.tif 000022
【図２１】
2004104416.tif 000023
【図２２】
2004104416.tif 000024
【図２３】
2004104416.tif 000025
【図２４】
2004104416.tif 000026
【図２５】
2004104416.tif 000027
【図２６】
2004104416.tif 000028
【図２７】
2004104416.tif 000029
【図２８】
2004104416.tif 000030
【図２９】
2004104416.tif 000031
【図３０】
2004104416.tif 000032