JP3935412B2 - 受信装置及び受信装置の制御方法、ストリームデータ配信システム - Google Patents
受信装置及び受信装置の制御方法、ストリームデータ配信システム Download PDFInfo
- Publication number
- JP3935412B2 JP3935412B2 JP2002262848A JP2002262848A JP3935412B2 JP 3935412 B2 JP3935412 B2 JP 3935412B2 JP 2002262848 A JP2002262848 A JP 2002262848A JP 2002262848 A JP2002262848 A JP 2002262848A JP 3935412 B2 JP3935412 B2 JP 3935412B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- data
- digest
- connection information
- streaming program
- 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 - Lifetime
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/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
-
- 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/854—Content authoring
- H04N21/8549—Creating video summaries, e.g. movie trailer
-
- 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
- H04N7/17336—Handling of requests in head-ends
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
- Television Systems (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するダイジェストストリームデータを時間軸方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置及びその制御方法と、当該ストリームデータ送信装置と当該受信装置とを含むストリームデータ配信システムに関する。
【０００２】
【従来の技術】
近年、映像・音声データの圧縮技術の向上、および、高速なデータ転送を可能とする通信環境、インターネット環境の普及に伴い、インターネット放送、再生が普及している。インターネット放送においては、大別してダウンロード型放送とストリーミング放送とが存在する。
【０００３】
ダウンロード型放送では、コンテンツをすべて受信機側にダウンロードしてから再生を行う必要があり、コンテンツが長時間にわたると、ファイルサイズが膨大になり、ダウンロードに要する時間が増大し、ダウンロードするコンテンツデータを記憶するための大容量記憶手段が必要となる。
【０００４】
一方ストリーミング放送では、データを受信しながら同時に再生を行うことが可能であり、最初に時間にして数秒分のコンテンツのバッファリングをすることにより、再生が可能となるため、ダウンロード型放送におけるコンテンツのダウンロード時間に比較して、短い時間で再生が可能となる。また、再生の終了したデータは、その時点で破棄してかまわないため、受信機側で準備すべき、コンテンツデータを記憶するための記憶手段の容量が少なくてよい。
【０００５】
【発明が解決しようとする課題】
しかしながらインターネット放送といえども、大画面、高精細といった良好な映像を実現しようと、コンテンツの解像度、フレーム周波数、等が増加する傾向にある。
【０００６】
ストリーミング放送においても、視聴開始時に数秒分のコンテンツのバッファリングは必要であり、コンテンツの解像度、フレーム周波数の増加に伴って、再生までの時間が長くなってしまうといった課題を有していた。
【０００７】
特開２００１−５４０９０によれば、ストリーミング放送において容易にコンテンツを検索する提案、簡単な操作でコンテンツ再生する提案、および短時間で視聴を可能とする提案、がなされている。
【０００８】
しかし、短時間で視聴を可能とするものは低ビットレートコンテンツのみであり、高解像度、高フレーム周波数のストリーミングコンテンツに対しては効果がない。
【０００９】
本発明はこの様な問題を解決することを目的とする。
【００１０】
本発明の他の目的は、高精細、高フレームレートのストリームデータを迅速に受信可能とする処にある。
【００１１】
【課題を解決するための手段】
前記課題を解決するため、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置であって、前記ダイジェストコンテンツを受信する受信手段と、受信した前記ダイジェストコンテンツを再生する再生手段と、前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納手段に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納手段に格納する処理を実行する。
また、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置の制御方法であって、前記ダイジェストコンテンツを受信する受信工程と、受信した前記ダイジェストコンテンツを再生する再生工程と、前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得するとともに、取得した前記ストリーミング番組データを前記受信装置が有する格納部に格納する制御を実行する制御工程と、を有し、前記制御工程は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納部に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納部に格納する処理を実行する。
また、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応する複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置及び、当該ストリームデータ送信装置と通信可能に接続された受信装置を含むストリームデータ配信システムであって、前記ストリームデータ送信装置は、前記ダイジェストコンテンツに含まれる各ダイジェストストリームデータに、当該各ダイジェストストリームデータに対応する前記各ストリーミング番組データを取得するための接続先を示す接続情報を夫々付加する付加手段と、前記付加手段によって前記接続情報が付加されたダイジェストコンテンツ及び前記ストリーミング番組データを受信装置に送信する送信手段を有し、前記受信装置は、前記ストリームデータ送信装置から送信されたダイジェストコンテンツを受信する受信手段と、受信した前記ダイジェストコンテンツを再生する再生手段と、前記ダイジェストコンテンツに付加された接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリ ーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行する。
【００１２】
【発明の実施の形態】
（第一の実施例）
本発明を適用した第一の実施形態であるところの、ストリーミング番組配信システムを、図を用いて以下に説明する。図１は第一の実施例における、ストリーミング番組配信システムの主要部の構成を示す図である。
【００１３】
図１において、１０００はインターネットであり、ストリーミング番組データ、番組情報、等を伝送する。２０００は番組配信サーバであり、ストリーミング番組コンテンツ、番組情報等の蓄積、記憶、送信等を行う。番組配信サーバ２０００はストリーミング番組を、ストリーミング番組受信装置へ配信するストリーミング配信サーバ２１００と、番組情報をストリーミング番組受信装置へ配信するＷＥＢサーバ２５００とから構成される。
【００１４】
ストリーミング配信サーバ２１００内には、映像、音声から構成されるストリーミング番組データが格納されている。ここでは、番組１から番組１０までの１０のストリーミング番組データが格納されている。同時に、番組１から番組１０の各々に対応し、各番組へのコネクション情報を含む１０ヶのＨＴＭＬ文書が格納されている。また、各のストリーミング番組データ、ＨＴＭＬ文書には固有のＵＲＬが割り当てられており、ＷＥＢサーバ２５００から、あるいはインターネット１０００を通じて外部よりアクセス可能に構成されている。
【００１５】
ＷＥＢサーバ２５００内には、ストリーミング配信サーバ２１００内に格納されている番組の各番組のダイジェストシーンからなるダイジェスト番組コンテンツ２６００が格納されている。また、各番組ダイジェストのダイジェスト番組コンテンツ２６００内での開始位置、終了位置、および各ストリーミング番組へコネクション情報を含むＨＴＭＬ文書データのＵＲＬとを対応付けるＵＲＬテーブル２６１０を有している。各ＨＴＭＬ文書には、各々対応するストリーミング番組をストリーミングデータとして受信、表示するよう記述されている。ＵＲＬテーブルの模式図を図２に示す。
【００１６】
例えば、各番組へのコネクション情報を含むＨＴＭＬ文書のＵＲＬがそれぞれ、
//host/prog1.htm
//host/prog2.htm
//host/prog3.htm
：
//host/prog10.htm
であり、ダイジェスト番組コンテンツ２６００内で、番組１から番組１０の各番組の番組ダイジェストシーンが、それぞれ１０Ｍビットのデータ容量である場合（図３（ａ））、ＵＲＬテーブル２６１０は図３（ｂ）に示すようになる。
【００１７】
また、ＷＥＢサーバ２５００自身のポータル画面を、ＨＴＭＬ文書で保持している。このＨＴＭＬ文書には、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示するよう記述されている。また、このときの転送プロトコルはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌｏ）、使用するポート番号は２００、と記述されている。
【００１８】
３０００はストリーミング番組受信装置であり、ストリーミング番組データ、番組情報等を番組配信サーバ２０００に対して要求し、また番組配信サーバ２０００より受信し、表示部３１００に表示するものである。３０１０は通信部であり、インターネット１０００との間でデータの送受信を行う。また、通信部３０１０は、番組情報データをインターネット１０００より受信したときは、該番組情報データを番組情報取得部３０２０に転送し、ストリーミングデータを受信したときは、ストリーミングヘッダ解析部３０３０に転送する。３０２０は番組情報取得部であり、パーソナルコンピュータにおけるインターネットブラウザと同様に構成され、番組配信サーバ２０００に番組情報を有するＨＴＭＬ文書を要求し、番組配信サーバ２０００より該ＨＴＭＬ文書を受信、解析し、表示部３１００に表示する。３０３０はストリーミングヘッダ解析部であり、ストリーミングデータ内のヘッダを解析し、その結果をＣＰＵ３１１０へ通知する。
【００１９】
３０５０、３０５１はバッファであるところのＦＩＦＯであり、ストリーミング番組の再生に必要な、ストリーミング番組データのバッファリングを行う。３０６０はデコード部であり、ＦＩＦＯよりストリーミング番組データを読み出し、映像、音声の各々のデコードを行い、デコードした映像を出力し、デコードした音声を不図示の音声出力部より出力する。３０９０はＯＳＤ制御部であり、デコード部３０６０の出力映像に、ＣＰＵ３１１０から指示された文字、図形等を重ね合わせ、表示部３１００に表示する。
【００２０】
３０７０はリモコン信号受信部であり、不図示のリモコンより送信された赤外線を受信／デコードし、ユーザがリモコンで操作したボタンのコードを出力する。３１１０は制御部であるところのＣＰＵであり、リモコン信号受信部３０７０を通じて、ユーザがリモコンで操作したボタンを判別可能に構成され、さらに、各構成要素を統合的に制御する。また、ＣＰＵ３１１０はメモリを有しており、ＣＰＵ３１１０はメモリ内に格納されているプログラムに従って動作し、各構成要素を制御する。
【００２１】
以上の構成において、本形態におけるストリーミング番組配信システムの動作に関して以下に説明する。
【００２２】
まず、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を、インターネット１０００を通じて要求する。該要求を受けた番組配信サーバ２０００は、該当するＨＴＭＬ文書をストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書を受信した番組情報取得部３０２０は該ＨＴＭＬ文書を解析し、その内容を表示部３１００に表示する。
【００２３】
そして、該ＨＴＭＬ文書には、先述のように、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示する旨の記述があるため、ダイジェスト番組コンテンツ２６００を受信し、表示部３１００に表示する。
【００２４】
ここで、ダイジェスト番組コンテンツ２６００の表示までの動作を、以下に説明する。
【００２５】
まず、ストリーミング番組受信装置３０００は、該ＨＴＭＬ文書よりダイジェスト番組コンテンツ２６００のＵＲＬ、プロトコル（ここでは先述のとおりＵＤＰ）、ポート番号（ここでは前述のとおり２００）等を取得し、該情報をもとにＷＥＢサーバ２５００に、コネクションの確立を要求し、ストリーミング番組受信装置３０００とＷＥＢサーバ２５００間で、ダイジェスト番組コンテンツ２６００用のコネクションを確立する。そして、ストリーミング番組受信装置３０００はＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信を要求し、ＷＥＢサーバ２５００よりストリーミング番組受信装置３０００へ、ダイジェスト番組コンテンツ２６００が送信される。
【００２６】
ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、ストリーミングヘッダ解析部３０３０を経由してＦＩＦＯ３０５０でバッファリングされ、その後デコード部３０６０でデコードされ、表示部３１００に表示される。このときの表示部３１００上の表示内容を図４に示す。同図において、４０００はポータル画面のＨＴＭＬ文書により指示された背景であり、４０１０はダイジェスト番組コンテンツ２６００の再生画面である。ダイジェスト番組コンテンツ２６００の再生中において、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５０内のデータ量に応じて、ＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信継続要求、中断要求等を行う。
【００２７】
次に、本形態の特徴的な動作に関して以下に説明する。
【００２８】
まず、ＷＥＢサーバ２５００において、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データとともに送信する。ここでは、該ＵＲＬをＵＤＰヘッダの直後に、その後ダイジェスト番組コンテンツ２６００のデータを送信する。このときのデータフォーマットを図５に示す。図５において、ここでは、コネクション情報ＵＲＬの領域は、２５６バイト固定であるものとする。
【００２９】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog1.htm”であると識別し、図６に示すデータを送信する。続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“//host/prog1.htm”であると識別し、図７に示すデータを送信する。また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog3.htm”であると識別し、図８に示すデータを送信する。
【００３０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが解析される。たとえば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図６に示すデータを受信し、コネクション情報ＵＲＬが“//host/prog1.htm”であると識別する。
【００３１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、該ＵＲＬに基づき、“//host/prog1.htm”のＨＴＭＬ文書を要求する。該要求は、ＵＲＬよりストリーミング配信サーバ２１００に要求され、ストリーミング配信サーバ２１００は要求に基づき、“//host/prog1.htm”のＨＴＭＬ文書を、ストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書には、前述のように、番組１をストリーミングデータとして受信、表示する旨の記述がるため、該ＨＴＭＬ文書を受信した番組情報取得部３０２０は、番組１の受信を開始する。
【００３２】
ここでの受信動作は、前述のダイジェスト番組コンテンツ２６００の受信時の動作と同様であるが、ここでは再生、表示は行わない。また、受信する番組１のデータは、ＦＩＦＯ３０５１でバッファリングする。また、再生、表示を行わないため、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５１内のデータ量に応じて、番組配信サーバ２０００にデータの中断要求等を行いデータの損失を防ぐ動作をする。
【００３３】
ここで、ストリーミング番組受信装置３０００は、ＵＤＰでかつポート２００に接続されたストリーミングデータに対してストリーミングヘッダ解析部３０３０でヘッダの解析を行うように構成されており、よって番組１のストリーミングデータに対してヘッダの解析を行わない。
【００３４】
次に、ストリーミング番組受信装置３０００は、続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図７に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが再び“//host/prog1.htm”であると識別される。この場合、ストリーミング番組受信装置３０００は、前述のようなコネクション確立等の特殊な動作は行わない。
【００３５】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“//host/prog2.htm”であると識別される。この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、“//host/prog2.htm”のＨＴＭＬ文書を要求する。以降、前述の処理と同様な動作をし、番組２の受信を開始する。このとき、ＦＩＦＯ３０５１でバッファリングしていた番組１のデータは破棄し、新たに受信する番組２のデータをＦＩＦＯ３０５１でバッファリングする。
【００３６】
また、この動作中にバッファリングしていた番組１のデータを破棄し、新たにＦＩＦＯ３０５１で受信する番組２のデータ量が再生可能な容量に達するまでの間、その旨を示す表示を、ＯＳＤ制御部３０９０を通じて行う。このときの表示部３１００上の表示内容を図９に示す。同図における９０００が該表示である。
【００３７】
同様に、ダイジェスト番組コンテンツ２６００の２０Ｍビットめから１ｋビットのデータ（図８に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“//host/prog3.htm”であると識別され、ＦＩＦＯ３０５１に、番組２がバッファリングされる。
【００３８】
以上の動作における、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１０に示す。
【００３９】
図１０において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組１のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００４０】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４１】
この後、ダイジェスト番組コンテンツ２６００の受信を停止したため、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬの変化が検出されず、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００４２】
この場合の、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１１に示す。
【００４３】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００４４】
図１０に戻り、“ｂ”の時点で、ユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組２のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００４５】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生不可能である状態のため、再生可能な状態になるまで、ウエイトする。ＦＩＦＯ３０５１内のデータが再生可能となると、デコード部３０６０を、ＦＩＦＯ３０５１よりストリーミングデータを読み出すよう切り替え、表示部３１００の表示内容を、番組2の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４６】
この後は、先述と同様に、表示部３１００に番組２の再生画面が表示されつづける。
この場合の、表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図を図１２示す。
【００４７】
以上のように、ユーザは、視聴ボタンの操作のみといった簡単な操作で、本番組の視聴をすることが可能となる。また、ダイジェスト番組コンテンツ２６００の内容の切り替わりと共に本番組のバッファリングを開始しているため、視聴開始までの待ち時間が従来技術と比して、短時間となる。
【００４８】
また、本番組視聴までの待ち時間の間、ダイジェスト番組の視聴が可能であるため、ユーザは精神的苦痛を感じることがなくなる。また、データ量が再生可能な容量に達するまでの間、図９に示すように、その旨を示す表示を行うため、ユーザは、ダイジェスト番組コンテンツ２６００と本番組の区別が容易となる。
【００４９】
図１３に本番組の視聴時の表示部３１００上の表示内容を示す。図１３において、１３０１は本番組の再生画面、１３０２は背景であり、番組タイトル１３０３、操作説明１３０４が表示されている。これらの背景は、コネクション情報を含むＨＴＭＬ文書に記述されている。
【００５０】
そして、操作説明１３０４にあるように、ユーザがリモコン上の戻るボタンを操作すると、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書をインターネット１０００を通じて要求し、上記動作を繰り返す。
【００５１】
（第二の実施例）
本発明を適用した第二の実施例であるところの、ストリーミング番組配信システムを以下に説明する。第二の実施例における、ストリーミング番組配信システムの主要部の構成は図１と同様であり、以下に異なる個所に関して説明する。
【００５２】
第二の実施形態におけるストリーミング番組受信装置３０００を、図１４に示す。同図において、３０５０から３０５３がＦＩＦＯであり、第一の実施形態と異なっている。
【００５３】
図１４の構成において、ストリーミング番組受信装置３０００が、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示するところまでは、第一の実施形態と同様である。
【００５４】
次に、ＷＥＢサーバ２５００の動作を説明する。
【００５５】
本形態におけるＷＥＢサーバ２５００は、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬと、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データと共に送信する。このときのデータフォーマットを図１７に示す。
【００５６】
図１５において、コネクション情報ＵＲＬの領域は各１２８バイト固定であるものとし、順序も予め定められている。
【００５７】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬをＵＲＬテーブル２６１０より“//host/prog1.htm”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“//host/prog1.htm”の次に記憶している“//host/prog2.htm”と、その次に記憶している“//host/prog3.htm”を参照する。結果的に図１６に示すデータを送信する。
【００５８】
続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“//host/prog1.htm”であると識別し、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、先と同様に、ＵＲＬテーブル２６１０上より“//host/prog2.htm”と“//host/prog3.htm”を参照し、結果的に図１７に示すデータを送信する。
【００５９】
また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog3.htm”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“//host/prog3.htm”の次に記憶している“//host/prog4.htm”と、その次に記憶している“//host/prog5.htm”を参照し、結果的に、図１８に示すデータを送信する。
【００６０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが解析される。例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図１６に示すデータを受信し、コネクション情報ＵＲＬが、
現在の番組ダイジェスト “//host/prog1.htm”
次の番組ダイジェスト “//host/prog2.htm”
次の次の番組ダイジェスト “//host/prog3.htm”
であると識別する。
【００６１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、第一の実施形態と同様に“//host/prog1.htm”のＨＴＭＬ文書を要求し、番組１のデータをＦＩＦＯ３０５１に記憶する。更に、本形態においては“//host/prog2.htm”、“//host/prog3.htm”のＨＴＭＬ文書も要求し、番組２のデータをＦＩＦＯ３０５２に記憶し、番組３のデータをＦＩＦＯ３０５３に記憶する。
【００６２】
次に、ストリーミング番組受信装置３０００は、続くデータ、すなわちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図１７に示すデータ）を受信すると、コネクション情報ＵＲＬの変化が検出されないため、コネクション確立等の動作は行わない。
【００６３】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog2.htm”
次の番組ダイジェスト “//host/prog3.htm”
次の次の番組ダイジェスト “//host/prog4.htm”
であると識別される。
【００６４】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。
【００６５】
以降、同様に番組４の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５１のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５１に記憶する。
【００６６】
その後、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog3.htm”
次の番組ダイジェスト “//host/prog4.htm”
次の次の番組ダイジェスト “//host/prog5.htm”
であると識別される。
【００６７】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組２のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“//host/prog5.htm”のＨＴＭＬ文書を要求する。
【００６８】
以降、同様に番組５の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５２のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５２に記憶する。
【００６９】
以上の動作における、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図１９に示す。
【００７０】
図１９において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００７１】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組２、番組３に関しても、データ受信の停止、コネクションの切断を行う。
【００７２】
この後、ダイジェスト番組コンテンツ２６００の受信を停止し、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬの変化が検出されないため、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００７３】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２０に示す。
【００７４】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００７５】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００７６】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５２内のデータが再生可能である状態のため、ＦＩＦＯ３０５２よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組２の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組３、番組４に関しても、データ受信の停止、コネクションの切断を行う。
【００７７】
この後は、表示部３１００に番組２の再生画面が表示されつづける。
【００７８】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２１に示す。
【００７９】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、ダイジェスト番組の番組シーンが変化した直後に視聴ボタンを操作した場合でも、バッファリング等の待ち時間なしに、すぐさま本番組の視聴をすることが可能となる。
【００８０】
なお、本形態における、本番組の視聴時の、表示部３１００上の表示内容、戻るボタンを操作した時の動作は、第一の実施形態と同様である。
【００８１】
（第三の実施例）
次に、第三の実施形態について説明する。
【００８２】
本形態におけるストリーミング番組配信システムの主要部の構成は第二の実施形態と同様であり、以下に異なる部分に関して説明する。
【００８３】
本形態では、ストリーミング番組受信装置３０００が番組配信サーバ２０００に対してポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示し、番組１のデータをＦＩＦＯ３０５１で、番組2のデータをＦＩＦＯ３０５２で、番組３のデータをＦＩＦＯ３０５３でバッファリングするまでの処理、即ち、図１９に示す状態までの動作は第二の実施形態と同様である。
【００８４】
図１９において、“ａ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留ボタンの操作を検出したＣＰＵ３１１０は、番組１のデータを記憶しているＦＩＦＯ３０５１に保留を示すフラグを立てる。
【００８５】
このとき、ＣＰＵ３１１０は、保留ボタンを立てたＦＩＦＯ３０５１とリモコン上の“１”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報、および対応付けたリモコン上のボタン、すなわち“１”を示す情報を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２２に示す。図２２における２２００がこれらの情報である。
【００８６】
この後、ダイジェスト番組コンテンツ２２００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog2.htm”
次の番組ダイジェスト “//host/prog3.htm”
次の次の番組ダイジェスト “//host/prog4.htm”
であると識別される。
【００８７】
本形態においてこの場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは該保留フラグが立っていることより、先において次の次の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５３の保留フラグを調べる。ここでは該保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。このとき、停止したデータを記憶していたＦＩＦＯ３０５２に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２３に示す。
【００８８】
図２３に示す状態において、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作すると、第二の実施形態と同様に、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００８９】
また、図２３に示す状態における“ｂ”の時点でユーザがリモコン上の“１”ボタンを操作すると、これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２よりも先に保留した番組１が気に入り、番組１の本番組の視聴に移行する場合に相当する。
【００９０】
“１”ボタンの操作を検出したＣＰＵ３１１０は、“１”ボタンに対応付けられたＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。ダイジェスト番組コンテンツ２６００、および、バッファリングを行っているデータの受信の停止、コネクションの切断を行う。
【００９１】
以上のように、ユーザは、ダイジェスト番組の視聴中に、リモコンのボタン操作のみで、先に保留した過去のダイジェスト番組の本番組を、バッファリング等の待ち時間なしに、すぐさま視聴することが可能となる。
【００９２】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留視聴ボタンの操作を検出したＣＰＵ３１１０は、番組２のデータを記憶しているＦＩＦＯ３０５２に保留を示すフラグを立てる。
【００９３】
このとき、保留ボタンを立てたＦＩＦＯ３０５２とリモコン上の“２”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報と、対応付けたリモコン上のボタンの情報、すなわち“２”を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２４に示す。図２４における２４００がこのときの情報である。
【００９４】
この後、ダイジェスト番組コンテンツ２４００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog3.htm”
次の番組ダイジェスト “//host/prog4.htm”
その次の番組ダイジェスト “//host/prog5.htm”
であると識別される。
【００９５】
この場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５２の保留フラグを調べる。ここでは保留フラグが立っていることより、先において次の次の番組のダイジェストデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。
【００９６】
このとき、停止したデータを記憶していたＦＩＦＯ３０５１に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２５に示す。
【００９７】
図２３に示す状態において、“ｃ”の時点でユーザがリモコン上の視聴ボタンを操作すると、バッファリング等の待ち時間なしに番組３の本番組の視聴をすぐさま開始することが可能となり、リモコン上の“２”ボタンを操作すると、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００９８】
（他の実施例）
第一から第三の実施形態におけるストリーミング配信サーバ２１００と、ＷＥＢサーバ２５００とは、図２６に示すように、分離された構成であってもよい。
【００９９】
図２６において、ストリーミング配信サーバ２１１０内には、番組１から番組５までのストリーミング番組データが、ストリーミング配信サーバ２１２０内には、番組６から番組１０までのストリーミング番組データが格納されているものとしている。この場合、ストリーミング配信サーバ２１１０を“host2110”、ストリーミング配信サーバ２１２０を“host2120”とすれば、ＷＥＢサーバ２５００内のＵＲＬテーブル２６１０は図２７のようになる。
【０１００】
また、第一、第二の実施形態例より容易に推測できるとおり、第一の実施形態におけるＵＲＬテーブル２６１０は図２８に示すように順序が異なる構成でもよい。
【０１０１】
また、第三の実施形態において、保留ボタンの操作と共にＦＩＦＯとリモコン上のボタンを対応付けるとしたが、予め
ＦＩＦＯ３０５１ ボタン“１”
ＦＩＦＯ３０５２ ボタン“２”
ＦＩＦＯ３０５３ ボタン“３”
と、静的に割り付けてあってもよい。
【０１０２】
また、第一から第三の実施形態においては、ＵＤＰパケットのフォーマットを、ＵＤＰヘッダ直後をコネクション情報を含むＨＴＭＬ文書データのＵＲＬ、その後をダイジェスト番組コンテンツ２６００のデータとしたが、ダイジェスト番組コンテンツ２６００のデータフォーマットを、ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ｐｈａｓｅ２）、ＩＳＯ／ＩＥＣ１３８１８で規定されるＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）とし、ＵＤＰパケットではＴＳデータを送信し、ＴＳパケット内のアダプテーションフィールド等にコネクション情報を含むＨＴＭＬ文書データのＵＲＬを含めた構成、としてもよい。
【０１０３】
また、第二、第三の実施形態においては、初期にＦＩＦＯ３０５１からＦＩＦＯ３０５３へのバッファリングが同時に発生する。このとき、ＦＩＦＯに優先順位をつけてバッファリングすることが望ましい。この場合は、現在の番組ダイジェスト時間的に直ちに必要となる可能性のある、現在の番組に対するデータを高優先順位とし、
優先順位 高 ＦＩＦＯ３０５１
優先順位 中 ＦＩＦＯ３０５２
優先順位 低 ＦＩＦＯ３０５３
とする。そして、たとえば図２９に示す処理フローに従って動作することにより、ＦＩＦＯ３０５１のバッファリングを優先する。このときの表示部３１００の表示内容、ＦＩＦＯ３０５０から、ＦＩＦＯ３０５３への転送データの内容、の時間的遷移図を図３０に示す。図２９に示す処理フローにおいて、ＦＩＦＯ３０５０内のデータ量に応じた、バッファリングの要求、中断処理は省略してある。
【０１０４】
以上のバッファリング制御により、ユーザが、ダイジェスト番組の視聴開始後すぐに、視聴ボタンを操作した場合の、本番組の視聴間での待ち時間を短くすることが可能となる。
【０１０５】
【発明の効果】
以上説明したように、本発明によれば、ダイジェストコンテンツの再生中に、再生しているダイジェストストリームデータに対応したストリーミング番組データを受信装置が受信しているため、バッファリング等の待ち時間なしに迅速にストリーミング番組データの映像を表示することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したストリーミング番組配信システムの構成図である。
【図２】ＵＲＬテーブルの模式図である。
【図３】ＵＲＬテーブルの内容例を示す図である。
【図４】ダイジェスト番組視聴時の様子を示す図である。
【図５】ＵＤＰパケットのフォーマットを示す図である。
【図６】ＵＤＰパケットの内容例を示す図である。
【図７】ＵＤＰパケットの内容例を示す図である。
【図８】ＵＤＰパケットの内容例を示す図である。
【図９】本番組視聴時の様子を示す図である。
【図１０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１２】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１３】本番組視聴時の様子を示す図である。
【図１４】第二の実施形態におけるストリーミング番組配信システムの構成図である。
【図１５】第二の実施形態におけるＵＤＰパケットのフォーマットを示す図である。
【図１６】ＵＤＰパケットの内容例を示す図である。
【図１７】ＵＤＰパケットの内容例を示す図である。
【図１８】ＵＤＰパケットの内容例を示す図である。
【図１９】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２２】保留ボタン操作後の様子を示す図である。
【図２３】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２４】保留ボタン操作後の様子を示す図である。
【図２５】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２６】本発明を適用したストリーミング番組配信システムの構成図である。
【図２７】ＵＲＬテーブルの模式図である。
【図２８】ＵＲＬテーブルの内容例を示す図である。
【図２９】バッファリング処理の処理フローである。
【図３０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【発明の属する技術分野】
本発明は、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するダイジェストストリームデータを時間軸方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置及びその制御方法と、当該ストリームデータ送信装置と当該受信装置とを含むストリームデータ配信システムに関する。
【０００２】
【従来の技術】
近年、映像・音声データの圧縮技術の向上、および、高速なデータ転送を可能とする通信環境、インターネット環境の普及に伴い、インターネット放送、再生が普及している。インターネット放送においては、大別してダウンロード型放送とストリーミング放送とが存在する。
【０００３】
ダウンロード型放送では、コンテンツをすべて受信機側にダウンロードしてから再生を行う必要があり、コンテンツが長時間にわたると、ファイルサイズが膨大になり、ダウンロードに要する時間が増大し、ダウンロードするコンテンツデータを記憶するための大容量記憶手段が必要となる。
【０００４】
一方ストリーミング放送では、データを受信しながら同時に再生を行うことが可能であり、最初に時間にして数秒分のコンテンツのバッファリングをすることにより、再生が可能となるため、ダウンロード型放送におけるコンテンツのダウンロード時間に比較して、短い時間で再生が可能となる。また、再生の終了したデータは、その時点で破棄してかまわないため、受信機側で準備すべき、コンテンツデータを記憶するための記憶手段の容量が少なくてよい。
【０００５】
【発明が解決しようとする課題】
しかしながらインターネット放送といえども、大画面、高精細といった良好な映像を実現しようと、コンテンツの解像度、フレーム周波数、等が増加する傾向にある。
【０００６】
ストリーミング放送においても、視聴開始時に数秒分のコンテンツのバッファリングは必要であり、コンテンツの解像度、フレーム周波数の増加に伴って、再生までの時間が長くなってしまうといった課題を有していた。
【０００７】
特開２００１−５４０９０によれば、ストリーミング放送において容易にコンテンツを検索する提案、簡単な操作でコンテンツ再生する提案、および短時間で視聴を可能とする提案、がなされている。
【０００８】
しかし、短時間で視聴を可能とするものは低ビットレートコンテンツのみであり、高解像度、高フレーム周波数のストリーミングコンテンツに対しては効果がない。
【０００９】
本発明はこの様な問題を解決することを目的とする。
【００１０】
本発明の他の目的は、高精細、高フレームレートのストリームデータを迅速に受信可能とする処にある。
【００１１】
【課題を解決するための手段】
前記課題を解決するため、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置であって、前記ダイジェストコンテンツを受信する受信手段と、受信した前記ダイジェストコンテンツを再生する再生手段と、前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納手段に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納手段に格納する処理を実行する。
また、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置の制御方法であって、前記ダイジェストコンテンツを受信する受信工程と、受信した前記ダイジェストコンテンツを再生する再生工程と、前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得するとともに、取得した前記ストリーミング番組データを前記受信装置が有する格納部に格納する制御を実行する制御工程と、を有し、前記制御工程は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納部に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納部に格納する処理を実行する。
また、本発明にあっては、複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応する複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置及び、当該ストリームデータ送信装置と通信可能に接続された受信装置を含むストリームデータ配信システムであって、前記ストリームデータ送信装置は、前記ダイジェストコンテンツに含まれる各ダイジェストストリームデータに、当該各ダイジェストストリームデータに対応する前記各ストリーミング番組データを取得するための接続先を示す接続情報を夫々付加する付加手段と、前記付加手段によって前記接続情報が付加されたダイジェストコンテンツ及び前記ストリーミング番組データを受信装置に送信する送信手段を有し、前記受信装置は、前記ストリームデータ送信装置から送信されたダイジェストコンテンツを受信する受信手段と、受信した前記ダイジェストコンテンツを再生する再生手段と、前記ダイジェストコンテンツに付加された接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行するとともに、新たな第２の接続情報を識別した場合には、前記第１のストリ ーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行する。
【００１２】
【発明の実施の形態】
（第一の実施例）
本発明を適用した第一の実施形態であるところの、ストリーミング番組配信システムを、図を用いて以下に説明する。図１は第一の実施例における、ストリーミング番組配信システムの主要部の構成を示す図である。
【００１３】
図１において、１０００はインターネットであり、ストリーミング番組データ、番組情報、等を伝送する。２０００は番組配信サーバであり、ストリーミング番組コンテンツ、番組情報等の蓄積、記憶、送信等を行う。番組配信サーバ２０００はストリーミング番組を、ストリーミング番組受信装置へ配信するストリーミング配信サーバ２１００と、番組情報をストリーミング番組受信装置へ配信するＷＥＢサーバ２５００とから構成される。
【００１４】
ストリーミング配信サーバ２１００内には、映像、音声から構成されるストリーミング番組データが格納されている。ここでは、番組１から番組１０までの１０のストリーミング番組データが格納されている。同時に、番組１から番組１０の各々に対応し、各番組へのコネクション情報を含む１０ヶのＨＴＭＬ文書が格納されている。また、各のストリーミング番組データ、ＨＴＭＬ文書には固有のＵＲＬが割り当てられており、ＷＥＢサーバ２５００から、あるいはインターネット１０００を通じて外部よりアクセス可能に構成されている。
【００１５】
ＷＥＢサーバ２５００内には、ストリーミング配信サーバ２１００内に格納されている番組の各番組のダイジェストシーンからなるダイジェスト番組コンテンツ２６００が格納されている。また、各番組ダイジェストのダイジェスト番組コンテンツ２６００内での開始位置、終了位置、および各ストリーミング番組へコネクション情報を含むＨＴＭＬ文書データのＵＲＬとを対応付けるＵＲＬテーブル２６１０を有している。各ＨＴＭＬ文書には、各々対応するストリーミング番組をストリーミングデータとして受信、表示するよう記述されている。ＵＲＬテーブルの模式図を図２に示す。
【００１６】
例えば、各番組へのコネクション情報を含むＨＴＭＬ文書のＵＲＬがそれぞれ、
//host/prog1.htm
//host/prog2.htm
//host/prog3.htm
：
//host/prog10.htm
であり、ダイジェスト番組コンテンツ２６００内で、番組１から番組１０の各番組の番組ダイジェストシーンが、それぞれ１０Ｍビットのデータ容量である場合（図３（ａ））、ＵＲＬテーブル２６１０は図３（ｂ）に示すようになる。
【００１７】
また、ＷＥＢサーバ２５００自身のポータル画面を、ＨＴＭＬ文書で保持している。このＨＴＭＬ文書には、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示するよう記述されている。また、このときの転送プロトコルはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌｏ）、使用するポート番号は２００、と記述されている。
【００１８】
３０００はストリーミング番組受信装置であり、ストリーミング番組データ、番組情報等を番組配信サーバ２０００に対して要求し、また番組配信サーバ２０００より受信し、表示部３１００に表示するものである。３０１０は通信部であり、インターネット１０００との間でデータの送受信を行う。また、通信部３０１０は、番組情報データをインターネット１０００より受信したときは、該番組情報データを番組情報取得部３０２０に転送し、ストリーミングデータを受信したときは、ストリーミングヘッダ解析部３０３０に転送する。３０２０は番組情報取得部であり、パーソナルコンピュータにおけるインターネットブラウザと同様に構成され、番組配信サーバ２０００に番組情報を有するＨＴＭＬ文書を要求し、番組配信サーバ２０００より該ＨＴＭＬ文書を受信、解析し、表示部３１００に表示する。３０３０はストリーミングヘッダ解析部であり、ストリーミングデータ内のヘッダを解析し、その結果をＣＰＵ３１１０へ通知する。
【００１９】
３０５０、３０５１はバッファであるところのＦＩＦＯであり、ストリーミング番組の再生に必要な、ストリーミング番組データのバッファリングを行う。３０６０はデコード部であり、ＦＩＦＯよりストリーミング番組データを読み出し、映像、音声の各々のデコードを行い、デコードした映像を出力し、デコードした音声を不図示の音声出力部より出力する。３０９０はＯＳＤ制御部であり、デコード部３０６０の出力映像に、ＣＰＵ３１１０から指示された文字、図形等を重ね合わせ、表示部３１００に表示する。
【００２０】
３０７０はリモコン信号受信部であり、不図示のリモコンより送信された赤外線を受信／デコードし、ユーザがリモコンで操作したボタンのコードを出力する。３１１０は制御部であるところのＣＰＵであり、リモコン信号受信部３０７０を通じて、ユーザがリモコンで操作したボタンを判別可能に構成され、さらに、各構成要素を統合的に制御する。また、ＣＰＵ３１１０はメモリを有しており、ＣＰＵ３１１０はメモリ内に格納されているプログラムに従って動作し、各構成要素を制御する。
【００２１】
以上の構成において、本形態におけるストリーミング番組配信システムの動作に関して以下に説明する。
【００２２】
まず、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を、インターネット１０００を通じて要求する。該要求を受けた番組配信サーバ２０００は、該当するＨＴＭＬ文書をストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書を受信した番組情報取得部３０２０は該ＨＴＭＬ文書を解析し、その内容を表示部３１００に表示する。
【００２３】
そして、該ＨＴＭＬ文書には、先述のように、ダイジェスト番組コンテンツ２６００をストリーミングデータとして受信、表示する旨の記述があるため、ダイジェスト番組コンテンツ２６００を受信し、表示部３１００に表示する。
【００２４】
ここで、ダイジェスト番組コンテンツ２６００の表示までの動作を、以下に説明する。
【００２５】
まず、ストリーミング番組受信装置３０００は、該ＨＴＭＬ文書よりダイジェスト番組コンテンツ２６００のＵＲＬ、プロトコル（ここでは先述のとおりＵＤＰ）、ポート番号（ここでは前述のとおり２００）等を取得し、該情報をもとにＷＥＢサーバ２５００に、コネクションの確立を要求し、ストリーミング番組受信装置３０００とＷＥＢサーバ２５００間で、ダイジェスト番組コンテンツ２６００用のコネクションを確立する。そして、ストリーミング番組受信装置３０００はＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信を要求し、ＷＥＢサーバ２５００よりストリーミング番組受信装置３０００へ、ダイジェスト番組コンテンツ２６００が送信される。
【００２６】
ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、ストリーミングヘッダ解析部３０３０を経由してＦＩＦＯ３０５０でバッファリングされ、その後デコード部３０６０でデコードされ、表示部３１００に表示される。このときの表示部３１００上の表示内容を図４に示す。同図において、４０００はポータル画面のＨＴＭＬ文書により指示された背景であり、４０１０はダイジェスト番組コンテンツ２６００の再生画面である。ダイジェスト番組コンテンツ２６００の再生中において、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５０内のデータ量に応じて、ＷＥＢサーバ２５００にダイジェスト番組コンテンツ２６００の送信継続要求、中断要求等を行う。
【００２７】
次に、本形態の特徴的な動作に関して以下に説明する。
【００２８】
まず、ＷＥＢサーバ２５００において、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データとともに送信する。ここでは、該ＵＲＬをＵＤＰヘッダの直後に、その後ダイジェスト番組コンテンツ２６００のデータを送信する。このときのデータフォーマットを図５に示す。図５において、ここでは、コネクション情報ＵＲＬの領域は、２５６バイト固定であるものとする。
【００２９】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog1.htm”であると識別し、図６に示すデータを送信する。続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“//host/prog1.htm”であると識別し、図７に示すデータを送信する。また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog3.htm”であると識別し、図８に示すデータを送信する。
【００３０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが解析される。たとえば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図６に示すデータを受信し、コネクション情報ＵＲＬが“//host/prog1.htm”であると識別する。
【００３１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、該ＵＲＬに基づき、“//host/prog1.htm”のＨＴＭＬ文書を要求する。該要求は、ＵＲＬよりストリーミング配信サーバ２１００に要求され、ストリーミング配信サーバ２１００は要求に基づき、“//host/prog1.htm”のＨＴＭＬ文書を、ストリーミング番組受信装置３０００に送信する。該ＨＴＭＬ文書には、前述のように、番組１をストリーミングデータとして受信、表示する旨の記述がるため、該ＨＴＭＬ文書を受信した番組情報取得部３０２０は、番組１の受信を開始する。
【００３２】
ここでの受信動作は、前述のダイジェスト番組コンテンツ２６００の受信時の動作と同様であるが、ここでは再生、表示は行わない。また、受信する番組１のデータは、ＦＩＦＯ３０５１でバッファリングする。また、再生、表示を行わないため、ストリーミング番組受信装置３０００は、ＦＩＦＯ３０５１内のデータ量に応じて、番組配信サーバ２０００にデータの中断要求等を行いデータの損失を防ぐ動作をする。
【００３３】
ここで、ストリーミング番組受信装置３０００は、ＵＤＰでかつポート２００に接続されたストリーミングデータに対してストリーミングヘッダ解析部３０３０でヘッダの解析を行うように構成されており、よって番組１のストリーミングデータに対してヘッダの解析を行わない。
【００３４】
次に、ストリーミング番組受信装置３０００は、続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図７に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが再び“//host/prog1.htm”であると識別される。この場合、ストリーミング番組受信装置３０００は、前述のようなコネクション確立等の特殊な動作は行わない。
【００３５】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“//host/prog2.htm”であると識別される。この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、“//host/prog2.htm”のＨＴＭＬ文書を要求する。以降、前述の処理と同様な動作をし、番組２の受信を開始する。このとき、ＦＩＦＯ３０５１でバッファリングしていた番組１のデータは破棄し、新たに受信する番組２のデータをＦＩＦＯ３０５１でバッファリングする。
【００３６】
また、この動作中にバッファリングしていた番組１のデータを破棄し、新たにＦＩＦＯ３０５１で受信する番組２のデータ量が再生可能な容量に達するまでの間、その旨を示す表示を、ＯＳＤ制御部３０９０を通じて行う。このときの表示部３１００上の表示内容を図９に示す。同図における９０００が該表示である。
【００３７】
同様に、ダイジェスト番組コンテンツ２６００の２０Ｍビットめから１ｋビットのデータ（図８に示すデータ）を受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが“//host/prog3.htm”であると識別され、ＦＩＦＯ３０５１に、番組２がバッファリングされる。
【００３８】
以上の動作における、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１０に示す。
【００３９】
図１０において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組１のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００４０】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４１】
この後、ダイジェスト番組コンテンツ２６００の受信を停止したため、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬの変化が検出されず、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００４２】
この場合の、表示部３１００の表示内容及び、ＦＩＦＯ３０５０、３０５１への転送データの内容の時間的遷移図を図１１に示す。
【００４３】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００４４】
図１０に戻り、“ｂ”の時点で、ユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、ユーザがポータル画面において、ダイジェスト番組コンテンツ２６００の番組２のダイジェストシーンを視聴中に、視聴中の番組、すなわち番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００４５】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生不可能である状態のため、再生可能な状態になるまで、ウエイトする。ＦＩＦＯ３０５１内のデータが再生可能となると、デコード部３０６０を、ＦＩＦＯ３０５１よりストリーミングデータを読み出すよう切り替え、表示部３１００の表示内容を、番組2の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。
【００４６】
この後は、先述と同様に、表示部３１００に番組２の再生画面が表示されつづける。
この場合の、表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図を図１２示す。
【００４７】
以上のように、ユーザは、視聴ボタンの操作のみといった簡単な操作で、本番組の視聴をすることが可能となる。また、ダイジェスト番組コンテンツ２６００の内容の切り替わりと共に本番組のバッファリングを開始しているため、視聴開始までの待ち時間が従来技術と比して、短時間となる。
【００４８】
また、本番組視聴までの待ち時間の間、ダイジェスト番組の視聴が可能であるため、ユーザは精神的苦痛を感じることがなくなる。また、データ量が再生可能な容量に達するまでの間、図９に示すように、その旨を示す表示を行うため、ユーザは、ダイジェスト番組コンテンツ２６００と本番組の区別が容易となる。
【００４９】
図１３に本番組の視聴時の表示部３１００上の表示内容を示す。図１３において、１３０１は本番組の再生画面、１３０２は背景であり、番組タイトル１３０３、操作説明１３０４が表示されている。これらの背景は、コネクション情報を含むＨＴＭＬ文書に記述されている。
【００５０】
そして、操作説明１３０４にあるように、ユーザがリモコン上の戻るボタンを操作すると、ストリーミング番組受信装置３０００は、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書をインターネット１０００を通じて要求し、上記動作を繰り返す。
【００５１】
（第二の実施例）
本発明を適用した第二の実施例であるところの、ストリーミング番組配信システムを以下に説明する。第二の実施例における、ストリーミング番組配信システムの主要部の構成は図１と同様であり、以下に異なる個所に関して説明する。
【００５２】
第二の実施形態におけるストリーミング番組受信装置３０００を、図１４に示す。同図において、３０５０から３０５３がＦＩＦＯであり、第一の実施形態と異なっている。
【００５３】
図１４の構成において、ストリーミング番組受信装置３０００が、番組配信サーバ２０００に対して、ポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示するところまでは、第一の実施形態と同様である。
【００５４】
次に、ＷＥＢサーバ２５００の動作を説明する。
【００５５】
本形態におけるＷＥＢサーバ２５００は、ストリーミング番組受信装置３０００へダイジェスト番組コンテンツ２６００を送信する際、送信データの位置に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬと、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを送信データと共に送信する。このときのデータフォーマットを図１７に示す。
【００５６】
図１５において、コネクション情報ＵＲＬの領域は各１２８バイト固定であるものとし、順序も予め定められている。
【００５７】
例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬをＵＲＬテーブル２６１０より“//host/prog1.htm”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“//host/prog1.htm”の次に記憶している“//host/prog2.htm”と、その次に記憶している“//host/prog3.htm”を参照する。結果的に図１６に示すデータを送信する。
【００５８】
続くデータ、即ちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より、先と同様に“//host/prog1.htm”であると識別し、次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、先と同様に、ＵＲＬテーブル２６１０上より“//host/prog2.htm”と“//host/prog3.htm”を参照し、結果的に図１７に示すデータを送信する。
【００５９】
また、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを送信する場合、該送信データ位置に対応するＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０より“//host/prog3.htm”であると識別し、その次、およびその次のダイジェスト番組に対応するコネクション情報を含むＨＴＭＬ文書データのＵＲＬを、ＵＲＬテーブル２６１０上で、先の“//host/prog3.htm”の次に記憶している“//host/prog4.htm”と、その次に記憶している“//host/prog5.htm”を参照し、結果的に、図１８に示すデータを送信する。
【００６０】
そして、ストリーミング番組受信装置３０００において、受信したダイジェスト番組コンテンツ２６００は、まず、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが解析される。例えば、ダイジェスト番組コンテンツ２６００の最初から１ｋビットのデータを受信する場合、図１６に示すデータを受信し、コネクション情報ＵＲＬが、
現在の番組ダイジェスト “//host/prog1.htm”
次の番組ダイジェスト “//host/prog2.htm”
次の次の番組ダイジェスト “//host/prog3.htm”
であると識別する。
【００６１】
ここで、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化した（コネクション情報ＵＲＬを受信していない状態から、受信した）ことにより、第一の実施形態と同様に“//host/prog1.htm”のＨＴＭＬ文書を要求し、番組１のデータをＦＩＦＯ３０５１に記憶する。更に、本形態においては“//host/prog2.htm”、“//host/prog3.htm”のＨＴＭＬ文書も要求し、番組２のデータをＦＩＦＯ３０５２に記憶し、番組３のデータをＦＩＦＯ３０５３に記憶する。
【００６２】
次に、ストリーミング番組受信装置３０００は、続くデータ、すなわちダイジェスト番組コンテンツ２６００の１ｋビット目から１ｋビットのデータ（図１７に示すデータ）を受信すると、コネクション情報ＵＲＬの変化が検出されないため、コネクション確立等の動作は行わない。
【００６３】
その後、ダイジェスト番組コンテンツ２６００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog2.htm”
次の番組ダイジェスト “//host/prog3.htm”
次の次の番組ダイジェスト “//host/prog4.htm”
であると識別される。
【００６４】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組１のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。
【００６５】
以降、同様に番組４の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５１のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５１に記憶する。
【００６６】
その後、ダイジェスト番組コンテンツ２６００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog3.htm”
次の番組ダイジェスト “//host/prog4.htm”
次の次の番組ダイジェスト “//host/prog5.htm”
であると識別される。
【００６７】
この場合、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、先ほど“現在の番組ダイジェスト”であった番組２のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき新しく識別された“//host/prog5.htm”のＨＴＭＬ文書を要求する。
【００６８】
以降、同様に番組５の受信を開始する。このとき、停止したデータ受信のバッファリングに使用していた、ＦＩＦＯ３０５２のデータを破棄し、新たに受信する番組４のデータをＦＩＦＯ３０５２に記憶する。
【００６９】
以上の動作における、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図１９に示す。
【００７０】
図１９において、“ａ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を以下に説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入り、本番組の視聴に移行する場合に相当する。
【００７１】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組２、番組３に関しても、データ受信の停止、コネクションの切断を行う。
【００７２】
この後、ダイジェスト番組コンテンツ２６００の受信を停止し、ストリーミングヘッダ解析部３０３０において、コネクション情報ＵＲＬの変化が検出されないため、番組１のデータの受信が継続され、表示部３１００に番組１の再生画面が表示されつづけることになる。
【００７３】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２０に示す。
【００７４】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、バッファリング等の待ち時間なしに本番組の視聴をすぐさま開始することが可能となる。
【００７５】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作した時の動作を説明する。これは、第一の実施形態と同様に、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入り、本番組の視聴に移行する場合に相当する。
【００７６】
視聴ボタンの操作を検出したＣＰＵ３１１０は、ＦＩＦＯ３０５２内のデータが再生可能である状態のため、ＦＩＦＯ３０５２よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組２の再生画面に切り替える。同時に、ダイジェスト番組コンテンツ２６００の受信の停止、コネクションの切断を行う。さらに、バッファリングを行っている、番組３、番組４に関しても、データ受信の停止、コネクションの切断を行う。
【００７７】
この後は、表示部３１００に番組２の再生画面が表示されつづける。
【００７８】
この場合の、表示部３１００の表示内容と、ＦＩＦＯ３０５０からＦＩＦＯ３０５３への転送データの内容の時間的遷移図を図２１に示す。
【００７９】
以上のように、ユーザは、ダイジェスト番組の視聴中に、視聴ボタンの操作のみといった簡単な操作で、ダイジェスト番組の番組シーンが変化した直後に視聴ボタンを操作した場合でも、バッファリング等の待ち時間なしに、すぐさま本番組の視聴をすることが可能となる。
【００８０】
なお、本形態における、本番組の視聴時の、表示部３１００上の表示内容、戻るボタンを操作した時の動作は、第一の実施形態と同様である。
【００８１】
（第三の実施例）
次に、第三の実施形態について説明する。
【００８２】
本形態におけるストリーミング番組配信システムの主要部の構成は第二の実施形態と同様であり、以下に異なる部分に関して説明する。
【００８３】
本形態では、ストリーミング番組受信装置３０００が番組配信サーバ２０００に対してポータル画面のＨＴＭＬ文書を要求し、最終的にダイジェスト番組コンテンツ２６００を表示部３１００に表示し、番組１のデータをＦＩＦＯ３０５１で、番組2のデータをＦＩＦＯ３０５２で、番組３のデータをＦＩＦＯ３０５３でバッファリングするまでの処理、即ち、図１９に示す状態までの動作は第二の実施形態と同様である。
【００８４】
図１９において、“ａ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組１が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留ボタンの操作を検出したＣＰＵ３１１０は、番組１のデータを記憶しているＦＩＦＯ３０５１に保留を示すフラグを立てる。
【００８５】
このとき、ＣＰＵ３１１０は、保留ボタンを立てたＦＩＦＯ３０５１とリモコン上の“１”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報、および対応付けたリモコン上のボタン、すなわち“１”を示す情報を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２２に示す。図２２における２２００がこれらの情報である。
【００８６】
この後、ダイジェスト番組コンテンツ２２００の１０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog2.htm”
次の番組ダイジェスト “//host/prog3.htm”
次の次の番組ダイジェスト “//host/prog4.htm”
であると識別される。
【００８７】
本形態においてこの場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは該保留フラグが立っていることより、先において次の次の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５３の保留フラグを調べる。ここでは該保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。このとき、停止したデータを記憶していたＦＩＦＯ３０５２に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２３に示す。
【００８８】
図２３に示す状態において、“ｂ”の時点でユーザがリモコン上の視聴ボタンを操作すると、第二の実施形態と同様に、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００８９】
また、図２３に示す状態における“ｂ”の時点でユーザがリモコン上の“１”ボタンを操作すると、これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２よりも先に保留した番組１が気に入り、番組１の本番組の視聴に移行する場合に相当する。
【００９０】
“１”ボタンの操作を検出したＣＰＵ３１１０は、“１”ボタンに対応付けられたＦＩＦＯ３０５１内のデータが再生可能である状態のため、ＦＩＦＯ３０５１よりストリーミングデータを読み出すようデコード部３０６０を制御し、表示部３１００の表示内容を番組１の再生画面に切り替える。ダイジェスト番組コンテンツ２６００、および、バッファリングを行っているデータの受信の停止、コネクションの切断を行う。
【００９１】
以上のように、ユーザは、ダイジェスト番組の視聴中に、リモコンのボタン操作のみで、先に保留した過去のダイジェスト番組の本番組を、バッファリング等の待ち時間なしに、すぐさま視聴することが可能となる。
【００９２】
図１９に戻り、“ｂ”の時点でユーザがリモコン上の保留ボタンを操作した時（これは、ダイジェスト番組コンテンツ２６００の視聴中に番組２が気に入ったが、本番組の視聴に移行するまでには至らない場合に相当する。）、保留視聴ボタンの操作を検出したＣＰＵ３１１０は、番組２のデータを記憶しているＦＩＦＯ３０５２に保留を示すフラグを立てる。
【００９３】
このとき、保留ボタンを立てたＦＩＦＯ３０５２とリモコン上の“２”ボタンとを対応付け、番組１のバッファリングを保留した旨の情報と、対応付けたリモコン上のボタンの情報、すなわち“２”を表示部３１００に表示するようＯＳＤ制御部３０９０を制御する。このときの表示部３１００上の表示内容を図２４に示す。図２４における２４００がこのときの情報である。
【００９４】
この後、ダイジェスト番組コンテンツ２４００の２０Ｍビット目から１ｋビットのデータを受信すると、ストリーミングヘッダ解析部３０３０においてコネクション情報ＵＲＬが
現在の番組ダイジェスト “//host/prog3.htm”
次の番組ダイジェスト “//host/prog4.htm”
その次の番組ダイジェスト “//host/prog5.htm”
であると識別される。
【００９５】
この場合は、ストリーミング番組受信装置３０００は、コネクション情報ＵＲＬが変化したことにより、まず、先において現在の番組ダイジェストのデータを記憶していたＦＩＦＯ３０５２の保留フラグを調べる。ここでは保留フラグが立っていることより、先において次の次の番組のダイジェストデータを記憶していたＦＩＦＯ３０５１の保留フラグを調べる。ここでは保留フラグが立っていないため、番組３のデータ受信の停止、コネクションの切断を行い、該ＵＲＬに基づき、新しく識別された“//host/prog4.htm”のＨＴＭＬ文書を要求する。以降、番組４の受信を開始する。
【００９６】
このとき、停止したデータを記憶していたＦＩＦＯ３０５１に対して、新たに受信する番組４のデータを記憶する。以上の時間的遷移図を図２５に示す。
【００９７】
図２３に示す状態において、“ｃ”の時点でユーザがリモコン上の視聴ボタンを操作すると、バッファリング等の待ち時間なしに番組３の本番組の視聴をすぐさま開始することが可能となり、リモコン上の“２”ボタンを操作すると、バッファリング等の待ち時間なしに番組２の本番組の視聴をすぐさま開始することが可能となる。
【００９８】
（他の実施例）
第一から第三の実施形態におけるストリーミング配信サーバ２１００と、ＷＥＢサーバ２５００とは、図２６に示すように、分離された構成であってもよい。
【００９９】
図２６において、ストリーミング配信サーバ２１１０内には、番組１から番組５までのストリーミング番組データが、ストリーミング配信サーバ２１２０内には、番組６から番組１０までのストリーミング番組データが格納されているものとしている。この場合、ストリーミング配信サーバ２１１０を“host2110”、ストリーミング配信サーバ２１２０を“host2120”とすれば、ＷＥＢサーバ２５００内のＵＲＬテーブル２６１０は図２７のようになる。
【０１００】
また、第一、第二の実施形態例より容易に推測できるとおり、第一の実施形態におけるＵＲＬテーブル２６１０は図２８に示すように順序が異なる構成でもよい。
【０１０１】
また、第三の実施形態において、保留ボタンの操作と共にＦＩＦＯとリモコン上のボタンを対応付けるとしたが、予め
ＦＩＦＯ３０５１ ボタン“１”
ＦＩＦＯ３０５２ ボタン“２”
ＦＩＦＯ３０５３ ボタン“３”
と、静的に割り付けてあってもよい。
【０１０２】
また、第一から第三の実施形態においては、ＵＤＰパケットのフォーマットを、ＵＤＰヘッダ直後をコネクション情報を含むＨＴＭＬ文書データのＵＲＬ、その後をダイジェスト番組コンテンツ２６００のデータとしたが、ダイジェスト番組コンテンツ２６００のデータフォーマットを、ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ｐｈａｓｅ２）、ＩＳＯ／ＩＥＣ１３８１８で規定されるＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）とし、ＵＤＰパケットではＴＳデータを送信し、ＴＳパケット内のアダプテーションフィールド等にコネクション情報を含むＨＴＭＬ文書データのＵＲＬを含めた構成、としてもよい。
【０１０３】
また、第二、第三の実施形態においては、初期にＦＩＦＯ３０５１からＦＩＦＯ３０５３へのバッファリングが同時に発生する。このとき、ＦＩＦＯに優先順位をつけてバッファリングすることが望ましい。この場合は、現在の番組ダイジェスト時間的に直ちに必要となる可能性のある、現在の番組に対するデータを高優先順位とし、
優先順位 高 ＦＩＦＯ３０５１
優先順位 中 ＦＩＦＯ３０５２
優先順位 低 ＦＩＦＯ３０５３
とする。そして、たとえば図２９に示す処理フローに従って動作することにより、ＦＩＦＯ３０５１のバッファリングを優先する。このときの表示部３１００の表示内容、ＦＩＦＯ３０５０から、ＦＩＦＯ３０５３への転送データの内容、の時間的遷移図を図３０に示す。図２９に示す処理フローにおいて、ＦＩＦＯ３０５０内のデータ量に応じた、バッファリングの要求、中断処理は省略してある。
【０１０４】
以上のバッファリング制御により、ユーザが、ダイジェスト番組の視聴開始後すぐに、視聴ボタンを操作した場合の、本番組の視聴間での待ち時間を短くすることが可能となる。
【０１０５】
【発明の効果】
以上説明したように、本発明によれば、ダイジェストコンテンツの再生中に、再生しているダイジェストストリームデータに対応したストリーミング番組データを受信装置が受信しているため、バッファリング等の待ち時間なしに迅速にストリーミング番組データの映像を表示することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したストリーミング番組配信システムの構成図である。
【図２】ＵＲＬテーブルの模式図である。
【図３】ＵＲＬテーブルの内容例を示す図である。
【図４】ダイジェスト番組視聴時の様子を示す図である。
【図５】ＵＤＰパケットのフォーマットを示す図である。
【図６】ＵＤＰパケットの内容例を示す図である。
【図７】ＵＤＰパケットの内容例を示す図である。
【図８】ＵＤＰパケットの内容例を示す図である。
【図９】本番組視聴時の様子を示す図である。
【図１０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１２】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図１３】本番組視聴時の様子を示す図である。
【図１４】第二の実施形態におけるストリーミング番組配信システムの構成図である。
【図１５】第二の実施形態におけるＵＤＰパケットのフォーマットを示す図である。
【図１６】ＵＤＰパケットの内容例を示す図である。
【図１７】ＵＤＰパケットの内容例を示す図である。
【図１８】ＵＤＰパケットの内容例を示す図である。
【図１９】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２１】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２２】保留ボタン操作後の様子を示す図である。
【図２３】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２４】保留ボタン操作後の様子を示す図である。
【図２５】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
【図２６】本発明を適用したストリーミング番組配信システムの構成図である。
【図２７】ＵＲＬテーブルの模式図である。
【図２８】ＵＲＬテーブルの内容例を示す図である。
【図２９】バッファリング処理の処理フローである。
【図３０】表示部３１００の表示内容、ＦＩＦＯ３０５０、３０５１への転送データの内容、の時間的遷移図である。
Claims (4)
- 複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置であって、
前記ダイジェストコンテンツを受信する受信手段と、
受信した前記ダイジェストコンテンツを再生する再生手段と、
前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、
前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、
前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納手段に格納する処理を実行するとともに、
新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納手段に格納する処理を実行することを特徴とする受信装置。 - 複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応するとともに、前記各ストリーミング番組データを取得するための接続先を示す接続情報が夫々付加された複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置と通信可能に接続された受信装置の制御方法であって、
前記ダイジェストコンテンツを受信する受信工程と、
受信した前記ダイジェストコンテンツを再生する再生工程と、
前記ダイジェストコンテンツに付加された前記接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得するとともに、取得した前記ストリーミング番組データを前記受信装置が有する格納部に格納する制御を実行する制御工程と、を有し、
前記制御工程は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを取得し、前記格納部に格納する処理を実行するとともに、
新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを取得し、前記格納部に格納する処理を実行することを特徴とする受信装置の制御方法。 - 複数のストリーミング番組データと、当該ストリーミング番組データの各々に対応する複数のダイジェストストリームデータを時間方向に結合して一つのストリームデータとしたダイジェストコンテンツとを格納するストリームデータ送信装置及び、当該ストリームデータ送信装置と通信可能に接続された受信装置を含むストリームデータ配信システムであって、
前記ストリームデータ送信装置は、
前記ダイジェストコンテンツに含まれる各ダイジェストストリームデータに、当該各ダイジェストストリームデータに対応する前記各ストリーミング番組データを取得するための接続先を示す接続情報を夫々付加する付加手段と、
前記付加手段によって前記接続情報が付加されたダイジェストコンテンツ及び前記ストリーミング番組データを受信装置に送信する送信手段を有し、
前記受信装置は、
前記ストリームデータ送信装置から送信されたダイジェストコンテンツを受信する受信 手段と、
受信した前記ダイジェストコンテンツを再生する再生手段と、
前記ダイジェストコンテンツに付加された接続情報を識別し、当該接続情報に対応する前記ストリーミング番組データを前記ストリームデータ送信装置から取得する制御を実行する制御手段と、
前記ストリームデータ送信装置から取得した前記ストリーミング番組データを格納する格納手段と、を有し、
前記制御手段は、前記ダイジェストコンテンツを再生中、第１の接続情報を識別した場合に、当該第１の接続情報に対応する第１のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行するとともに、
新たな第２の接続情報を識別した場合には、前記第１のストリーミング番組データの格納処理を停止するとともに、前記第２の接続情報に対応する第２のストリーミング番組データを前記ストリームデータ送信装置から取得し、前記格納手段に格納する処理を実行することを特徴とするストリームデータ配信システム。 - 前記複数のストリーミング番組データの各々に対応して設けられたマークアップ文書データを有し、
夫々のマークアップ文書データは対応する各ストリーミング番組データへアクセスするための情報を含み、
前記接続情報は前記マークアップ文書データへアクセスするための情報であることを特徴とする請求項３に記載のストリームデータ配信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002262848A JP3935412B2 (ja) | 2002-09-09 | 2002-09-09 | 受信装置及び受信装置の制御方法、ストリームデータ配信システム |
| US10/651,957 US20050034152A1 (en) | 2002-09-09 | 2003-09-02 | Receiving apparatus and receiving method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002262848A JP3935412B2 (ja) | 2002-09-09 | 2002-09-09 | 受信装置及び受信装置の制御方法、ストリームデータ配信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004104416A JP2004104416A (ja) | 2004-04-02 |
| JP3935412B2 true JP3935412B2 (ja) | 2007-06-20 |
Family
ID=32262778
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002262848A Expired - Lifetime JP3935412B2 (ja) | 2002-09-09 | 2002-09-09 | 受信装置及び受信装置の制御方法、ストリームデータ配信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20050034152A1 (ja) |
| JP (1) | JP3935412B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE421826T1 (de) * | 2003-03-27 | 2009-02-15 | Panasonic Corp | Inhaltsverteilungssystem mit integrierter aufzeichnungsrechteregelung |
| CN100386999C (zh) * | 2003-07-23 | 2008-05-07 | 华为技术有限公司 | 监测用户连接状态的方法 |
| JP4222295B2 (ja) | 2004-11-19 | 2009-02-12 | パナソニック株式会社 | ビデオサーバおよびこれを用いた映像配信システム |
| CN100403794C (zh) * | 2004-12-29 | 2008-07-16 | 华为技术有限公司 | 一种实现流媒体业务的视讯终端和方法 |
| JP4705786B2 (ja) * | 2005-01-06 | 2011-06-22 | 株式会社日立製作所 | ビデオクリップ表示装置 |
| JP4534997B2 (ja) | 2006-02-13 | 2010-09-01 | ソニー株式会社 | 送受信システム、受信装置、受信方法 |
| FR2898236A1 (fr) * | 2006-03-03 | 2007-09-07 | Thomson Licensing Sas | Procede de transmission de flux audiovisuels en anticipant les commandes de l'utilisateurs, recepteur et emetteur pour la mise en oeuvre du procede |
| JP5070846B2 (ja) | 2007-01-16 | 2012-11-14 | ソニー株式会社 | 番組配信システムおよび録画再生装置 |
| JP5153464B2 (ja) * | 2008-06-06 | 2013-02-27 | キヤノン株式会社 | 文書管理システム、文書管理方法、及びコンピュータプログラム |
| EP3646611A4 (en) * | 2017-06-29 | 2020-06-24 | ActiveVideo Networks, Inc. | ORCHESTRALIZED NETWORK APPLICATION SERVICE SYSTEM AND METHODS |
| US11416203B2 (en) | 2019-06-28 | 2022-08-16 | Activevideo Networks, Inc. | Orchestrated control for displaying media |
| CA3200365A1 (en) | 2020-12-07 | 2022-06-16 | Activevideo Networks, Inc. | Systems and methods of alternative networked application services |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3844518B2 (ja) * | 1994-03-01 | 2006-11-15 | ソニー株式会社 | 双方向放送の受信装置の遠隔制御装置および遠隔制御方法 |
| US5995709A (en) * | 1996-12-27 | 1999-11-30 | Victor Company Of Japan, Ltd. | MPEG decoder and optical video disc player using the same |
| JPH09288677A (ja) * | 1996-04-19 | 1997-11-04 | Sony Corp | 情報統合表示方法及び装置、情報統合表示システム |
| AU733206B2 (en) * | 1997-08-21 | 2001-05-10 | Sony Corporation | Information transmitting method and television broadcasting receiving apparatus |
| JPH1188862A (ja) * | 1997-09-05 | 1999-03-30 | Hitachi Ltd | Ｗｅｂサーバ制御方法及び装置 |
| JP2000023116A (ja) * | 1998-07-01 | 2000-01-21 | Hitachi Ltd | オブジェクト識別子処理方法および該方法を実現する記録媒体 |
| US6675385B1 (en) * | 1998-10-21 | 2004-01-06 | Liberate Technologies | HTML electronic program guide for an MPEG digital TV system |
| JP3014375B1 (ja) * | 1998-10-29 | 2000-02-28 | インターナショナル・ビジネス・マシーンズ・コーポレイション | データ受信装置およびその方法 |
| US6691311B1 (en) * | 1999-02-12 | 2004-02-10 | Sony Corporation | Digital signal receiving apparatus and receiving method |
| JP2000278665A (ja) * | 1999-03-26 | 2000-10-06 | Sony Corp | 受信装置および方法、並びに提供媒体 |
| US8250617B2 (en) * | 1999-10-29 | 2012-08-21 | Opentv, Inc. | System and method for providing multi-perspective instant replay |
| CN100370819C (zh) * | 2000-03-14 | 2008-02-20 | 汤姆森特许公司 | 在没有节目信息时提供记录功能的***和方法 |
| US6483986B1 (en) * | 2000-05-26 | 2002-11-19 | Keen Personal Media, Inc. | Method and apparatus for recording streaming video data upon selection of alternative subject matter |
| US7200633B2 (en) * | 2000-08-25 | 2007-04-03 | Ntt Docomo, Inc. | Information delivery system and information delivery method |
| US6714264B1 (en) * | 2000-08-31 | 2004-03-30 | Matsushita Electric Industrial Co., Ltd. | Digital television channel surfing system |
| JP4164227B2 (ja) * | 2000-11-17 | 2008-10-15 | キヤノン株式会社 | データ受信装置及び方法、及び記憶媒体 |
| US6943845B2 (en) * | 2000-12-15 | 2005-09-13 | Canon Kabushiki Kaisha | Apparatus and method for data processing, and storage medium |
| US7395547B2 (en) * | 2001-04-06 | 2008-07-01 | Scientific Atlanta, Inc. | System and method for providing user-defined media presentations |
| JP3555596B2 (ja) * | 2001-06-14 | 2004-08-18 | ソニー株式会社 | 情報提供システム、放送受信装置、及びサーバ装置 |
| AU2002324833A1 (en) * | 2001-08-29 | 2003-03-18 | Digeo, Inc. | System and method for capturing video frames for focused navigation within a user interface |
| US20040034874A1 (en) * | 2002-08-19 | 2004-02-19 | Hord Phillip M. | Pop-up PVR advertising |
-
2002
- 2002-09-09 JP JP2002262848A patent/JP3935412B2/ja not_active Expired - Lifetime
-
2003
- 2003-09-02 US US10/651,957 patent/US20050034152A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004104416A (ja) | 2004-04-02 |
| US20050034152A1 (en) | 2005-02-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6191782B1 (en) | Terminal apparatus and method for achieving interactive operations by displaying a desired piece of image information at high speed using cache memories, out of a large amount of image information sent in a one-way direction | |
| US7051110B2 (en) | Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions | |
| US20040128701A1 (en) | Client device and server device | |
| US8074244B2 (en) | Receiving apparatus and method | |
| EP1239674B1 (en) | Recording broadcast data | |
| EP2733936A1 (en) | Transmission device, method for controlling transmission device, control program, and recording medium | |
| US20060195884A1 (en) | Interactive multichannel data distribution system | |
| JP3935412B2 (ja) | 受信装置及び受信装置の制御方法、ストリームデータ配信システム | |
| US7643508B2 (en) | Client side PID translation | |
| US20130028576A1 (en) | Reproduction control device and reproduction control method | |
| JP2009164655A (ja) | 字幕情報送出装置、字幕情報処理装置およびこれら装置の連携方法 | |
| WO2004081799A1 (ja) | 受信装置および情報閲覧方法 | |
| US7346692B2 (en) | Information processing apparatus, information processing method, and program | |
| US7536077B2 (en) | Method for sending information on a network, and electronic information equipment | |
| US20070201819A1 (en) | Apparatus and method for variable speed playback of digital broadcasting stream | |
| JP2001242876A (ja) | データ受信再生方法、データ受信再生装置、データ送信方法、およびデータ送信装置 | |
| US20020048043A1 (en) | Apparatus and method for picture transmission and display | |
| KR101731829B1 (ko) | 디지털 영상 수신기의 디지털 콘텐츠 처리 장치 및 방법 | |
| JP2002077820A (ja) | 蓄積再生装置およびデジタル放送送信装置 | |
| WO2008082190A1 (en) | System for providing moving picture and moving picture registration/inquiry/play method | |
| US8001576B2 (en) | Information providing system, information processing apparatus and information processing method for transmitting sound and image data | |
| US7296055B2 (en) | Information providing system, information providing apparatus, information providing method, information processing apparatus, information processing method, and program | |
| JP2005323068A (ja) | ホームネットワークａｖサーバ及びホームネットワークａｖサーバプログラム | |
| JP2006339980A (ja) | 映像再生装置 | |
| JP2008167251A (ja) | コンテンツ再生装置、及びコンテンツ案内方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040520 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061219 |
|
| 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: 20070306 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070319 |
|
| 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: 20100330 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120330 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130330 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140330 Year of fee payment: 7 |