JP4408677B2 - 受信装置及び受信方法 - Google Patents

受信装置及び受信方法 Download PDF

Info

Publication number
JP4408677B2
JP4408677B2 JP2003349769A JP2003349769A JP4408677B2 JP 4408677 B2 JP4408677 B2 JP 4408677B2 JP 2003349769 A JP2003349769 A JP 2003349769A JP 2003349769 A JP2003349769 A JP 2003349769A JP 4408677 B2 JP4408677 B2 JP 4408677B2
Authority
JP
Japan
Prior art keywords
data
content
streaming content
unit
partial data
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
JP2003349769A
Other languages
English (en)
Other versions
JP2004194294A (ja
JP2004194294A5 (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 JP2003349769A priority Critical patent/JP4408677B2/ja
Priority to US10/717,560 priority patent/US20040117830A1/en
Publication of JP2004194294A publication Critical patent/JP2004194294A/ja
Publication of JP2004194294A5 publication Critical patent/JP2004194294A5/ja
Priority to US12/179,689 priority patent/US8074244B2/en
Application granted granted Critical
Publication of JP4408677B2 publication Critical patent/JP4408677B2/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/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving management of server-side video buffer
    • 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/4347—Demultiplexing of several video streams
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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
    • H04N21/4438—Window management, e.g. event handling following interaction with the user interface
    • 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
    • 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
    • H04N5/00—Details of television systems
    • H04N5/04—Synchronising

Description

本発明は、コンピュータ、テレビ受像機、セットトップボックス、録画再生装置などに用いられ、ネットワークに接続して該ネットワークから各種データを受信し、受信したデータに係る画像データを表示器に出力することができる受信装置及び受信方法に関し、特にネットワークを介したストリーミングデータの受信装置及び受信方法に関する。
動画、音声データの圧縮技術の飛躍的な向上、xDSL、光ファイバー等の高速データ伝送技術、インフラの普及に伴い、インターネット上のサーバーにある動画データや音声データ（以下、ストリーミングコンテンツ）をネットワーク経由で受信しながら、順次再生するストリーミング再生が急激に普及しつつある。ストリーミング再生によれば、それを利用するユーザーは、サーバー上にあるストリーミングコンテンツを、視聴したい時にいつでも視聴する事が可能である。
一方、放送システムとしては、ユーザーからのリクエストに応じて、番組ダイジェストをユニキャストで送信し、そのダイジェストの送信終了後にブロードキャストで送信されている番組データの受信を開始するシステムが提案されている（例えば、特許文献１参照）。
また、コンテンツの録画中に同一コンテンツの既録画部分の視聴が開始された場合に、既録画部分の再生時間の短縮制御を行うとともに、既録画部分のコンテンツの再生が終了すると、放送中のコンテンツの視聴に切り替えるシステムが提案されている（例えば、特許文献２参照）。
特開２００２−１１８５５３号公報 特開２０００−３３９８５７号公報
２つの関連あるデータに係る画像データのうち、一方の画像データの再生表示終了後に、他方の画像データの再生表示を開始すると、再生表示される画像の連続性が失われ、視聴者にとって見苦しいことがあった。
本発明は上記問題点を鑑みてなされたものであり、２つの関連あるデータに係る画像データを同じ表示器に続けて表示する際に、再生表示される画像の連続性を維持し、視聴者にとって見易い受信装置及び受信方法を提供することを目的とする。
上記目的を達成するために、本発明の受信装置は、ネットワークを介してサーバと通信し、前記サーバからストリーミングコンテンツデータの先頭の一部の部分データを受信する受信手段と、前記受信手段により受信された前記部分データを蓄積部に蓄積する蓄積手段と、前記蓄積部に蓄積された前記部分データの再生が要求された場合、該部分データを前記蓄積部から読み出し、デコードして映像データを生成する第１のデコーダと、前記第１のデコーダにより生成された前記部分データに係る映像データを表示部に表示させる表示制御手段と、前記部分データに係る映像データが前記表示部に所定時間継続して表示された場合に、前記ネットワークを介して前記サーバと通信し、前記サーバから前記部分データに対応するストリーミングコンテンツデータを受信するように前記受信手段を制御する受信制御手段と、前記受信手段により受信された前記ストリーミングコンテンツデータをデコードして映像データを生成する第２のデコーダとを備え、前記表示制御手段は、前記第１のデコーダによりデコードされている前記部分データに係る映像データのタイムスタンプと、前記第２のデコーダによりデコードされている前記ストリーミングコンテンツデータに係る映像データのタイムスタンプとを順次比較し、互いのタイムスタンプが一致した時点で、前記表示部に表示される映像データを、前記第１のデコーダにより生成された前記部分データに係る映像データから、前記第２のデコーダにより生成された前記ストリーミングコンテンツデータに係る映像データに切り替えることを特徴とする。
また、本発明の受信方法は、ネットワークを介してサーバと通信し、前記サーバからストリーミングコンテンツデータの先頭の一部の部分データを受信する第１の受信工程と、前記受信工程で受信された前記部分データを蓄積部に蓄積する蓄積工程と、前記蓄積部に蓄積された前記部分データの再生が要求された場合、第１のデコーダにより該部分データを前記蓄積部から読み出し、デコードして映像データを生成する第１のデコード工程と、前記第１のデコード工程で生成された前記部分データに係る映像データを表示部に表示させる表示工程と、前記部分データに係る映像データが前記表示部に所定時間継続して表示された場合に、前記ネットワークを介して前記サーバと通信し、前記サーバから前記部分データに対応するストリーミングコンテンツデータを受信する第２の受信工程と、第２のデコーダにより、前記第２の受信工程で受信した前記ストリーミングコンテンツデータをデコードして映像データを生成する第２のデコード工程と、前記第１のデコード工程でデコードされた前記部分データに係る映像データのタイムスタンプと、前記第２のデコード工程でデコードされた前記ストリーミングコンテンツデータに係る映像データのタイムスタンプとを順次比較し、互いのタイムスタンプが一致した時点で、前記表示部に表示される映像データを、前記第１のデコード工程により生成された前記部分データに係る映像データから、前記第２のデコード工程により生成された前記ストリーミングコンテンツデータに係る映像データに切り替える切り替え工程とを含むことを特徴とする。
上記の通り本発明によれば、ネットワークを介してストリーミングコンテンツを視聴する場合に、互いに関連するデータ間を快適に切り替えて表示することができる。
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るデータ受信装置の全体構成を示すブロック図である。
図１において、２００はネットワーク（本第１の実施形態ではインターネットとする）であり、ストリーミングコンテンツ情報やストリーミングコンテンツそのもの等を伝送する。２０１はデータ受信装置である。データ受信装置２０１は、インターネット２００との通信を行う通信制御部１００、バッファ１０１、蓄積部１０２、ストリーミングコンテンツ再構成部１０３、ＣＰＵ１０４、映像デコード部１０５、音声デコード部１０６、画面構成部１０７、表示制御部１０８、音声制御部１０９、操作部１１０、受光部１１１、画像表示部１１３、音声出力部１１４、制御バス１１５、カーソル制御部１１６、デコーダ切替制御部１１７、同期制御部１１８、バッファ制御部１２１を有する。映像デコード部１０５は、第１映像デコーダ１０５ａと第２映像デコーダ１０５ｂとを有し、また、画像表示部１１３は、第１ウィンドウ１１３ａと第２ウィンドウ１１３ｂとを有する。１１２は、データ受信装置２０１を遠隔操作するためのリモコンである。
図２は、本発明の第１の実施形態に係るシステム全体の構成図である。図２において、インターネット２００は、上述したようにストリーミングコンテンツ情報やストリーミングコンテンツ等を伝送する。図１に示す構成を有するデータ受信装置２０１は、インターネット２００を介し、ストリーミングコンテンツ情報やストリーミングコンテンツの受信を行う。Webサーバー２０２は、ストリーミングコンテンツ情報をインターネット２００を介してデータ受信装置２０１へ配信する。コンテンツ配信サーバー２０３は、ストリーミングコンテンツをインターネット２００を介してデータ受信装置２０１へ配信する。実際には、Webサーバー２０２及びコンテンツ配信サーバー２０３は、インターネット２００上に複数配置されている。
上記構成において、通信制御部１００は、インターネット２００を介し、Ｗｅｂサーバー２０２やコンテンツ配信サーバー２０３とのデータ送受信を行う。バッファ制御部１２１は、後段のバッファ１０１に対して入力される、通信制御部１００や蓄積部１０２からの複数のストリーミングコンテンツデータのバッファリングを制御する。バッファ１０１は、複数のストリーミングコンテンツデータを一時的にバッファリングする。なお、場合によっては、通信制御部１００、バッファ制御部１２１、バッファ１０１、及び蓄積部１０２とにより、一体的に通信部を構成するようにしてしても良い。
デコーダ切替制御部１１７は、バッファ１０１からのデータの、後段の映像デコード部１０５へのデータ入力先（第１映像デコーダ１０５ａ又は第２映像デコーダ１０５ｂ）を切り替える。映像デコード部１０５は、第１映像デコーダ１０５ａ及び第２映像デコーダ１０５ｂにより、複数のストリーミングコンテンツを同時にデコードする能力を備える。表示制御部１０８は、映像デコード部１０５からのデコードされた複数のコンテンツデータを、画像表示部１１３の複数の表示ウィンドウ（第１及び第２ウィンドウ１１３ａ、１１３ｂ）により表示する為の制御を行う。
これら映像デコード部１０５、表示制御部１０８、デコーダ切替制御部１１７などが情報処理部を構成している。
制御バス１１５は、ＣＰＵ１０４によって図１の各機能ブロックを制御する為に使用するバスラインである。蓄積部１０２は、ストリーミングコンテンツ再構成部１０３によって作成されたザッピングストリームを蓄積する。ストリーミングコンテンツ再構成部１０３は、受信した複数のストリーミングコンテンツからザピングストリームを構成する。制御部としてのＣＰＵ１０４は、制御バス１１５を介して、データ受信装置２０１内の各ブロックの制御を行う。同期制御部１１８については後述する。操作部１１０は、ユーザーによるデータ受信装置の操作を実行するボタン等を備え、図３を参照して以下に説明する。
図３は操作部１１０の構成を、図４はリモコン１１２の構成を示す図である。
図３において、３０１は主電源ボタン、３０２は電源ボタン、３０３は決定ボタン、３０４はカーソル移動ボタン、３０６は再生ボタン、３０７は停止ボタン、３１１はポータルボタン、３１２はチャンネルアップダウンボタン、３１３はテンキーである。また、図４において、４０１は送信部、４０２は電源ボタン、４０３は決定ボタン、４０４はカーソル移動ボタン、４０６は再生ボタン、４０７は停止ボタン、４１１はポータルボタン、４１２はチャンネルアップダウンボタン、４１３はテンキーである。
図３、図４において、名称が同じものは同一の機能を有するものであり、ユーザーによるリモコン１１２を用いた各ボタン操作を示す信号は、図４の送信部４０１を介してデータ受信装置２０１の受光部１１１で受信される。
図３の主電源ボタン３０１は、図１のデータ受信装置２０１における各ブロックの通電を制御するボタンであり、主電源ボタン３０１をオンとする事により、通信制御部１００、バッファ制御部１２１、バッファ１０１、蓄積部１０２、ストリーミングコンテンツ再構成部１０３、ＣＰＵ１０４、操作部１１０、受光部１１１に対し通電が開始される。また図３の電源ボタン３０２、図４の電源ボタン４０２も、図１のデータ受信装置２０１における各ブロックの通電を制御するボタンであり、主電源ボタン３０１がオンの状態で、電源ボタン３０２又は４０２をオンにする事により、デコーダ切替制御部１１７、映像デコード部１０５、音声デコード部１０６、画面構成部１０７、表示制御部１０８、音声制御部１０９、画像表示部１１３、音声出力部１１４、カーソル制御部１１６、同期制御部１１８に対し、通電が開始される。尚、リモコン１１２は、乾電池等の電力供給手段により、データ受信装置２０１とは独立に動作する。
図５は、本第１の実施形態におけるデータ受信装置２０１の動作を説明するフローチャート、図６はWebサーバー２０２におけるデータ受信装置２０１へのデータ配信動作を説明するフローチャート、図７はザッピングストリームの構成処理を説明するフローチャート、図８はコンテンツ配信サーバー２０３におけるデータ受信装置２０１へのデータ配信動作を説明するフローチャートである。以下、図５乃至図８のフローチャートに沿って、図１乃至図４を参照しながら説明する。
電源ボタン３０２又は４０２オンの状態から、ユーザーがポータルボタン３１１又は４１１を押下すると（ステップＳ５０１）、ＣＰＵ１０４は、制御バス１１５を介して通信制御部１００を制御し、インターネット２００に存在するWebサーバー２０２に対する接続を行い、ストリーミングコンテンツへのポータル（入り口）画面データのデータ要求を行う（ステップＳ５０２）。
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、ポータル画面データの要求であると判断すると（ステップＳ６０２でＹＥＳ）、ステップＳ６０３において要求されたポータル画面データの送信を行う。Webサーバー２０２から配信されるデータは、xHTML等のページ記述言語で記述される。
データ受信装置２０１はステップＳ５０５でポータル画面データを待ち、Webサーバー２０２から送信されたポータル画面データを受信する。
ポータル画面データを受信するとステップＳ５０６に進み、ＣＰＵ１０４は受信したデータを画面構成部１０７に送り、画像表示部１１３に表示する画面データを構成し、表示制御部１０８を介して画像表示部１１３に表示する。画面構成部１０７において表示される表示画面の一例を図９に示す。ユーザーはこのようなストリーミングコンテンツへのポータル画面を見ながら、見たいカテゴリーのコンテンツを絞り込む事が可能である。図９において６０１は、カーソル制御部１１６によって構成、制御されるカーソルである。このカーソル６０１は、カーソル移動ボタン３０４又は４０４の操作により移動することができる。例えば、図９の表示状態から、カーソル移動ボタン３０４又は４０４の下矢印ボタンを押下する事により、現在の「おすすめコンテンツ」から、「映画」の位置にカーソル６０１を移動することができる。
ステップＳ５０７においては、ユーザーによる操作部１１０又はリモコン１１２のカーソル移動ボタン３０４、４０４や決定ボタン３０３、４０３の操作イベントを受信し、ＣＰＵ１０４において、受信したイベント、つまり上下方向の移動か、左右方向の移動か、決定ボタン３０３、４０３の押下か等を判別し、カーソル制御部１１６、画面構成部１０７、表示制御部１０８を介し、画像表示部１１３にカーソル移動後の画像を表示する。ステップＳ５０８では、受信したイベントが決定ボタン３０３、４０３の押下であるかどうかを判断し、ＮＯであればステップＳ５０７に戻って次のイベントを待ち、ＹＥＳであれば、ステップＳ５０９に進む。
ステップＳ５０９では、ステップＳ５０７、Ｓ５０８とは異なる機器制御タスク動作により、ステップＳ５０７及びＳ５０８で選択されたコンテンツメニュー画面データの要求を行う。つまり、図９に示すカーソル表示６０１の位置とステップＳ５０９で要求されるコンテンツメニュー画面データの要求はリンクしており、例えば、図９のカーソル表示位置においては、「おすすめコンテンツ」に関するコンテンツメニュー画面データをWebサーバー２０２に対して要求する。
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、コンテンツメニュー画面データの要求であると判断すると（ステップＳ６０４でＹＥＳ）、ステップＳ６０５において要求されたコンテンツメニュー画面データの送信を行う。
データ受信装置２０１はステップＳ５１２でコンテンツメニュー画面データを待ち、Webサーバー２０２から送信されたコンテンツメニュー画面データを受信する。
コンテンツメニュー画面データを受信するとステップＳ５１３に進み、ＣＰＵ１０４は受信したデータを画面構成部１０７に送り、画像表示部１１３に表示する画面データを構成し、表示制御部１０８を介して画像表示部１１３に表示する。図９のカーソル表示位置６０１に示した位置において、決定ボタン３０３又は４０３が押された場合に表示されるコンテンツメニュー画面表示の一例を図１０に示す。
図１０において７０１は、カーソル制御部１１６によって構成、制御されるカーソルである。７０２は各コンテンツにおける１シーンの静止画像である。７０３は各コンテンツのコンテンツ名称、７０４は各コンテンツの内容に関する紹介文が記述されている。ユーザーはこのようなストリーミングコンテンツのメニュー画面を見ながら、自分の見たいコンテンツをある程度絞り込む事が可能である。７０５は、データ受信装置２０１において各ストリーミングコンテンツに割り当てられるチャンネル番号であり、例えば、Content Aにはch１が、Content Bにはch３が、Content Iにはch９が、Content Jにはch１０が割り当てられている。
ユーザーは所望のカーソル位置において、操作部１１０又はリモコン１１２の決定ボタン３０３又は４０３を押下する事により、対応するストリーミングコンテンツを選択する事ができる。また、各コンテンツに割り当てられたch番号に従い、テンキー３１３、４１３を押すことにより、対応するストリーミングコンテンツを選択する事もできる。
ステップＳ５１６では、コンテンツメニュー画面に表示されたコンテンツの関連情報の要求を行う。
Webサーバー２０２はデータ受信装置２０１からのデータ要求を受信し（図６のステップＳ６０１でＹＥＳ）、コンテンツ関連情報の要求であると判断すると（ステップＳ６０６でＹＥＳ）、ステップＳ６０７において要求されたコンテンツ関連情報の送信を行う。
Webサーバー２０２から送信されるコンテンツ関連情報には、
・ストリーミングコンテンツの存在するURL(Uniform Resource Locator)が必ず含まれている。またコンテンツにより、
・ストリーミングコンテンツのタイトルに関する記述
・ストリーミングコンテンツの内容に関する記述
・ストリーミングコンテンツの属するジャンル
・ストリーミングコンテンツの再生時間
・ストリーミングコンテンツのビットレート
等の情報を含むことも可能である。
データ受信装置２０１はステップＳ５１９でコンテンツ関連情報を待ち、Webサーバー２０２から送信されたコンテンツ関連情報を受信する。例えば、図１０に示した画面表示状態においては、１０個のコンテンツ（Content A、Content B、・・・、Content I、Content J）のコンテンツが表示されている為、１０個のコンテンツ関連情報の取得を行う事になる。
全てのコンテンツ関連情報を取得した時点で、データ受信装置２０１のＣＰＵ１０４は、取得したコンテンツ関連情報全ての解析を行い（ステップＳ５２０）、各ストリーミングコンテンツが存在するURL情報の検出を行う。コンテンツ関連情報全ての解析後、検出したURL情報に基づいて、本発明の特徴であるザッピングストリームの構成を行う（ステップＳ５２５）。
以下、図７のフローチャートに沿って、ステップＳ５２５で行われるザッピングストリームの構成処理について詳細に説明する。なお、ザッピングストリームの構成はストリーミングコンテンツ再構成部１０３により行われる。
図７のステップＳ７００において、ストリーミングコンテンツ再構成部１０３は、ＣＰＵ１０４によりステップＳ５２０で行われたコンテンツ関連情報解析により検出されたURL情報に基づき、取得するコンテンツデータの選択を行い、ＣＰＵ１０４に対しデータ取得命令を発行する。図１０に示す場合では、Content A〜ContentJのデータ取得命令の発行を行う。なお、これらのコンテンツは図１１に示すように、コンテンツ配信サーバー２０３の蓄積部８００内に存在する。
ステップＳ７０１において、ＣＰＵ１０４はストリーミングコンテンツ再構成部１０３からのデータ取得命令に従い、コンテンツ配信サーバー２０３に対するコンテンツデータ要求を行う。
コンテンツ配信サーバー２０３は、データ受信装置２０１からの要求を受信する度に（図８のステップＳ８０１でＹＥＳ）、ステップＳ８０２で要求されたデータの送信を行う 。
データ受信装置２０１のストリーミングコンテンツ再構成部１０３は、ステップＳ７０２でコンテンツ配信サーバー２０３からのコンテンツデータを待ち、受信するとステップＳ７０３に進む。受信した各ストリーミングコンテンツのデータ量が規定容量に達するまで（ステップＳ７０３でＹＥＳとなるまで）、ステップＳ７０１のデータ要求、ステップＳ７０２のデータ受信を繰り返す。ザッピングストリーム構成用に各ストリーミングコンテンツから取得するデータ量は、例えば、各コンテンツについて６MByteとする。図１０に示した画面表示状態においては、１０個のコンテンツContent A〜Jが表示されているため、それぞれの６MByte分のデータ量のことである。この概念を図１１に示す。なお、Content A〜Jは、コンテンツ配信サーバー２０３の内部メモリ８００に保存されている。
規定容量（例えば、上述したように６MByte）に達したと検知した場合、ステップＳ７０４において、データの要求動作を一時停止する。その後、ステップＳ７０５において、ザッピングストリームの構成が全て完了したかどうかの判断を行う。ザッピングストリームの構成完了とは、図１０に示した画面表示状態においては、図１１に示すようにContent A〜Jそれぞれから６MByteずつの部分（部分データA'〜J'）を全て受信し、蓄積部１０２に保持された場合である。これら部分データの集合A'〜J'がザッピングストリーム８１１である。従って、ザッピングストリーミングコンテンツ構成完了まで、ステップＳ７０１〜Ｓ７０５の動作を繰り返す事になる。
ザッピングストリーム構成完了後（ステップＳ７０５でＹＥＳ）、ステップＳ７０６において、構成したザッピングストリームに関する付帯情報８１２の作成を行う。そのザッピングストリーム付帯情報の一例を図１２に示す。ザッピングストリーム付帯情報８１２は、図５のステップＳ５１２で取得したコンテンツメニューデータや、ステップＳ５１９で取得したコンテンツ関連情報データ、図７のステップＳ７０２で取得したストリーミングコンテンツのヘッダ情報から構成され、XML（eXtensible Markup Language）により記述される。それによれば、構成したザッピングストリームに関する情報である
・構成したザッピングストリームに付与した名称
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームを構成しているストリーミングコンテンツの数
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームのファイル容量（単位：Byte）
（図１２中、タグ中に記述されるデータ）
・ザッピングストリームの有効時間（単位：秒）
（図１２中、タグ中に記述されるデータ）
や、
ザッピングストリームを構成する各々の元ストリーミングコンテンツの情報である
・ザッピングストリームにおける位置を示すインデックス番号（１６進値）
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツの名称
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツの内容記述
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツのジャンル
（図１２中、タグ中に記述されるデータ）
・元のストリーミングコンテンツのビットレート
（図１２中、タグ中に記述されるデータ）
・元ストリーミングコンテンツのURL
（図１２中、タグ中に記述されるデータ）
・元ストリーミングコンテンツから受信したファイル容量
（図１２中、タグ中に記述されるデータ）
を識別する事が可能である。
以上、ザッピングストリームに関する付帯情報８１２作成後、ステップＳ７０７において、ストリーミングコンテンツ再構成部１０３は、構成したザッピングストリーム付帯情報８１２をザッピングストリーム８１１と共に、蓄積部１０２に蓄積する。蓄積部１０２として使用される記憶媒体としては、ハードディスク等の磁気記録媒体、又は大容量DRAM等の揮発性の記憶媒体が使用される。
上述のようにしてザッピングストリームを構成中、ユーザーに対してその旨を通知するようにしても良く、図１３はその表示の一例を示すものである。１１００で示す領域には、ザッピングストリーム構成の進行状況やザッピングストリーム構成完了までの時間が表示される。ザッピングストリーム構成終了後には、図１４の１２００で示すように、ザッピングストリームの構成が完了したことを通知するメッセージを表示する。図１４に示す例では、ユーザーへの通知をテキストメッセージにより行っているが、それと同様の意味を表すアイコン等で表現しても良い。
図５のステップＳ５２５で、上記のザッピングストリームの構成処理を終えると、ステップＳ５２６でコンテンツ再生処理を行う。
ステップＳ５２６で行われるコンテンツ再生処理について、図１５及び図１６
のフローチャートに沿って以下説明する。
ステップＳ１０１において、ユーザーが図１０及び図１４に示したようなコンテンツメニュー画面を見ながら、操作部１１０又はリモコン１１２の各種ボタンの操作を行うと、操作イベントを受信し、ステップＳ１０２において、ＣＰＵ１０４は受信したイベントが、決定ボタン３０３又は４０３、再生ボタン３０６又は４０６、テンキー３１３又は４１３、チャンネルアップダウンボタン３１２又は４１２の押下であるかを判断する。これらいずれかのボタンの押下でなければ（ステップＳ１０２でＮＯ）、カーソル制御部１１６、画面構成部１０７、表示制御部１０８を介し、押下されたボタンに対応する表示を画像表示部１１３に行ってステップＳ１０１に戻って次のイベントを待つ。一方、ステップＳ１０２でＹＥＳであれば、再生するコンテンツが選択されたので、ステップＳ１０３に進む。
ステップＳ１０３では、選択されたコンテンツの連続視聴時間のカウントを開始する。続けて、ステップＳ１０４では、ＣＰＵ１０４は上述の如く構成され、蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２とザッピングストリーム８１１とを読み出す。蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２における情報から、所望のコンテンツストリームのファイルがあるファイル位置に移動し、その位置に存在するコンテンツの再生を開始する事になる。そして、蓄積部１０２から読み出したザッピングストリームデータを映像デコード部１０５、音声デコード部１０６に送り、データがデコードされる。映像データは表示制御部１０８及び画像表示部１１３を介して、音声データは音声制御部１０９及び音声出力部１１４を介して、それぞれ出力される（ステップＳ１０５）。
ステップＳ１０６で、ＣＰＵ１０４は連続視聴時間が所定時間Ｔ１を超えたかどうかを判断する。超えていれば、図１６に示す処理に移行し、超えていなければステップＳ１０７に進む。なお、所定時間Ｔ１は、ザッピングストリーム８１１の各コンテンツのデータ部分６MByteの再生を終える時間よりも短く設定しておく。これは、６MByteの再生を終えるまでに、後述するように、コンテンツを継続視聴する場合にコンテンツ配信サーバ２０３からデータを取得して、表示を切り替える為の準備期間が必要であるためである。
ステップＳ１０７では、操作部１１０又はリモコン１１２の各種ボタンの操作が行われたかどうかを判断する。何も行われない場合はステップＳ１０４に戻って、再生中のコンテンツの再生を継続する。一方、何らかの操作が行われた場合、ステップＳ１０８で、操作が停止ボタン３０７又は４０７の押下であるかどうかを判断する。ＹＥＳの場合は再生を中止し、図１０又は図１４に示すような画面に戻り、図５のステップＳ５２７に進む。一方、停止ボタン３０７又は４０７の押下でない場合、ステップＳ１０９で、操作がテンキー３１３又は４１３による対応するチャンネル番号の数字の押下、又は、チャンネルアップダウンボタン３１２又は４１２の押下であるかどうかを判断し、いずれでもない場合にはステップＳ１０４に戻って、再生中のコンテンツの再生を継続する。上記いずれかのボタンの押下である場合にはステップＳ１０３に戻り、連続視聴時間のカウントを新たにスタートし、ステップＳ１０４以降の上述した処理を繰り返す。
次に、連続視聴時間が所定時間Ｔ１を超えた場合（ステップＳ１０６でＹＥＳ）について、図１６のフローチャートに沿って説明する。ここでは、図１０に示すカーソル表示位置（「Content A」選択状態）において再生を開始した場合を例に挙げて説明する。
図１５のステップＳ１０６において、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリーム８１１のデータ部分（図１１の部分データA’部分）より先のストリーミングコンテンツ（情報データ）を継続視聴する可能性があるものとして、図１６の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
更にデコード可能であると判断された場合、ステップＳ２０４において、ＣＰＵ１０４が通信制御部１００に受信開始を指示する。これにより通信制御部１００は、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所からのContent A（情報データ）の送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１に対してデータ送信を開始し、データ受信装置２０１は通信制御部１００によりデータの受信を行う。図１７はザッピングストリーム１１８と、コンテンツ配信サーバ２０３のContent Aのデータの様子を示す概念図であり、時間Ｔ１が経過した時からContent Aの配信が始まる様子を示している。
通信制御部１００により受信したデータは、バッファ制御部１０２が、ザッピングストリームのために蓄積しておいた部分データ以降の残りのデータ（情報データ）を引き続き再生するために、コンテンツ配信サーバ２０３より追加して受信したコンテンツデータの為に割り当てるバッファ１０１の一領域に一時的にバッファリングされる。バッファされたデータは、デコーダ切替制御部１１７を介して、映像デコーダ１０５に送られる。
ステップＳ２０５において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリーム８１１の部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
ステップＳ２０６において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、タイムスタンプ値の比較を行う。ここでタイムスタンプとは、ストリーミングコンテンツにおける映像データと音声データの同期出力等に使用される時間情報である。タイムスタンプ値が一致するまで（ステップＳ２０７でＹＥＳとなるまで）、ステップＳ２０４〜Ｓ２０７の動作を繰り返す。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行する。図１７では、時刻Ｔ２として示す。
図１８は、ステップＳ２０７におけるタイムスタンプ値が一致する直前のウィンドウ表示制御状態を模式的に表す図である。
図１８において、９００は第１ウィンドウ１１３ａの表示映像、９０１は第２ウィンドウ１１３ｂの表示映像、９０２は第１ウィンドウ１１３ａ左上座標、９０３は第２ウィンドウ１１３ｂ左上座標、９０４は第１ウィンドウ１１３ａ右上座標、９０５は第２ウィンドウ１１３ｂ右上座標、９０６は第１ウィンドウ１１３ａ左下座標、９０７は第２ウィンドウ１１３ｂ左下座標、９０８は第１ウィンドウ１１３ａ右下座標である。
また、第１ウィンドウ１１３ａ左上座標９０２と第２ウィンドウ１１３ｂ左上座標９０３の表示画面上の座標位置は同じである。同様に、第１ウィンドウ１１３ａ右上座標９０４と第２ウィンドウ１１３ｂ右上座標９０５の表示画面上の座標位置、第１ウィンドウ１１３ａ左下座標９０６と第２ウィンドウ１１３ｂ左下座標９０７の座標位置、第１ウィンドウ１１３ａ右下座標９０８と、図示されていないが、第２ウィンドウ１１３ｂ右下座標の位置は同じである。つまり第１ウィンドウ１１３ａの表示映像９００と第２ウィンドウ１１３ｂの表示映像９０１の表示位置は全く重なっており、且つ優先順位は、この段階では第１ウィンドウ１１３ａの方を高く設定しておくため、ユーザからは第１ウィンドウ１１３ａの表示映像９００のみ、即ち、ザッピングストリーム８１１のデータをデコードして得られた画像が見える事となる。
そして、タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、ＣＰＵ１０４がデコーダ切り替え制御部１１７を制御する。こうして、第１ウィンドウ１１３ａの表示映像９００と、第２ウィンドウ１１３ｂの表示映像９０１の表示優先順位を入れ替える。この制御により、ユーザーに対しては、第２ウィンドウ１１３ｂの表示映像９０１のみが見える事となり、ザッピングストリーム８１１のデータ（例えば、番組の冒頭部分の映像のような部分データ）とコンテンツ配信サーバー２０３から受信、再生中のストリーミングコンテンツのデータ（部分データと関連した情報データ、例えば、番組の冒頭部分以降の映像のような情報データ）とをスムーズに入れ替える事が可能となる。以降、コンテンツ配信サーバー２０３からのストリーミングコンテンツのデータを表示する。
一方、ステップＳ２０２におけるデコーダ負荷のチェックにより、更にデコードが不可能と判断された場合について説明する。例えば、本第１の実施形態のデータ受信装置２０１における他のアプリケーションが第１映像デコーダ１０５ａを用いて蓄積部１０２に記憶されている他のコンテンツをデコードしており、第２映像デコーダ１０５ｂによって、ザッピングストリームのデコードがなされている場合等である。
ステップＳ２０３において、更にデコード不可能と判断された場合、ステップＳ２０９において、コンテンツ配信サーバー２０３に対し、Content Aのデータの送信要求を行い、コンテンツ配信サーバー２０３は、データ受信装置２０１に対するデータ送信を開始し、データ受信装置２０１は、通信制御部１００によりデータの受信を行う。通信制御部１００により受信したデータは、バッファ制御部１２１を介して、バッファ１０１に一時記憶される。
ステップＳ２１０において、同期制御部１１８は、ザッピングストリームのデータに含まれるタイムスタンプ情報と、バッファ制御部１２１に入力されているコンテンツデータに含まれるタイムスタンプ情報を取得し、タイムスタンプ値の比較を行う。タイムスタンプ値が一致するまで（ステップＳ２１１でＹＥＳとなるまで）、ステップＳ２０９〜ステップＳ２１１の動作を繰り返す。タイムスタンプ値が一致した時点で、ステップＳ２１２に移行する。
ステップＳ２１２において、デコーダ切替制御部１１７は、映像デコード部１０５に渡すデータを、ザッピングストリーム８１１のデータから、バッファ１０１から入力されるコンテンツデータ、つまり、コンテンツ配信サーバー２０３から受信、バッファしていたContent Aのデータに切り替える。この制御により、上記例では、第２映像デコーダ１０５ｂに対する入力データがContent Aのデータに切り替わり、ザッピングストリームとコンテンツ配信サーバー２０３から受信、再生中のストリームをスムーズに入れ替える事が可能となる。
なお、図１６に示す動作中に、操作部１１０又はリモコン１１２による停止ボタン３０７又は４０７の押下があった場合には、インタラプトをかけて随時動作を中止し、図５のステップＳ５２７に進み、また、テンキー３１３又は４１３、又は、チャンネルアップダウンボタン３１２又は４１２の押下があった場合には、図１５のステップＳ１０３に戻る。
上記処理により、例えば、Content Aやザッピングストリーム８１１の部分データA'を再生中に、ユーザーがチャンネルアップダウンボタン３１２又は４１２の「＋」側を押すと、Content Bに対応するザッピングストリーム８１１の部分データB'に切り替わり、またその後、ユーザーがチャンネルアップダウンボタン３１２又は４１２の「−」側を押せば、ザッピングストリーム８１１の部分データA'に切り替わる。このように、コンテンツ再生中に他のコンテンツに変更する場合、変更後のストリーミングコンテンツデータをWebサーバー２０２、コンテンツ配信サーバー２０３に対して要求するのではなく、蓄積部１０２に記憶されたザッピングストリーム付帯情報８１２における情報から、所望のコンテンツストリームのファイルがあるファイル位置に移動し、その位置から再生を再開する。従って、Webサーバー２０２及びコンテンツ配信サーバー２０３へのデータ送受信アクセス時間が必要無い為、スムーズに視聴コンテンツを切り替えることが容易にでき、ユーザーにも不快感を与える事が無くなる。
また図１９に示すように、ストリーミングポータルのカテゴリー（図９）に含まれるストリーミングコンテンツが、複数のコンテンツ配信サーバーに点在する場合であっても、図５のステップＳ５２０において得られるURL情報からコンテンツの要求先を容易に判別できる為、図７と同じ手順でザッピングストリームを構成可能であると共に、再生時にも、コンテンツ配信サーバー１つからデータを取得する場合と同様の効果を得る事ができる。
なお、コンテンツアップダウンボタン３０５又は４０５や、テンキー３１３又は４１３の操作により、視聴コンテンツ切り替えが実行されるが、例えばザッピングストリーム８１１の部分データA'のコンテンツ視聴中に、Content Bへの切り替えが行なわれ、更にContent Aへの復帰するような場合、所定時間内であれば、前回視聴を中断されたポイントから再生を再開するように構成しても良い。
＜第２の実施形態＞
次に、本発明における第２の実施形態について説明する。
本第２の実施形態におけるデータ受信装置及びシステム全体の構成は、上記第１の実施形態で図１及び図２を参照して説明したものと同様である。
図２０、図２１は、本第２の実施形態に係る操作部１１０及びリモコン１１２の構成を示す図である。図３及び図４とは、ザッピングボタン３０５及び４０５がそれぞれ追加されているところが異なるが、それ以外は図３及び図４と同様であるため、同じ参照番号を付し、説明を省略する。
図２２は、本第２の実施形態におけるデータ受信装置２０１の動作を説明するフローチャートである。
上述の第１の実施形態においては、図５のステップＳ５１３におけるコンテンツメニュー画面構成及び表示後、すぐにステップＳ５１６進んでザッピングストリームの構成動作に移行していた。しかし、第２の実施形態では、図２２に示すように、ステップＳ５１３におけるコンテンツメニュー画面構成及び表示後、ザッピングボタン３０５または４０５の押下を待ち、押下を検知してからステップＳ５１６に進んでザッピングストリームの構成動作を行う。なお、ザッピングボタン３０５又は４０５が押される前に、コンテンツの表示が指示された場合、従来と同様の制御による表示処理を行うように制御しても良い。このようにすることで、ユーザーが視聴したいコンテンツを予め知っている場合に、ザッピングストリームの構成時間を省くことができる。
＜第３の実施形態＞
以下、本発明の第３の実施形態について説明する。
本第３の実施形態におけるデータ受信装置及びシステム全体の構成は、上記第１の実施形態で図１及び図２を参照して説明したものと同様である。
図２３は、本第３の実施形態におけるデータ受信装置２０１でのザッピングストリーム構成処理（図５のステップＳ５２５における処理）を示すフローチャートである。
第１の実施形態における図７に示す処理では、ザッピングストリーム構成用に各ストリーミングコンテンツContent A〜Jから取得するデータ量を全て一定としたが、本第３の実施形態においては、各ストリーミングコンテンツContent A〜Jから取得するデータの再生時間を一定とする事を目的としている。なお、図２３において、図７と同様の処理については同じ参照番号を付し、説明を省略する。
ステップＳ７０２において、ストリーミングコンテンツ再構成部１０３は、コンテンツ配信サーバー２０３からのデータを受信すると、ステップＳ９０３において受信した各ストリーミングコンテンツの再生時間が、規定した再生時間に相当するデータ容量に達するまで、ステップＳ７０１のデータ要求、ステップＳ７０２のデータ受信を繰り返す。この際、受信するデータ量は、受信したコンテンツデータに含まれるビットレート情報、又は事前に取得済のコンテンツ関連情報データに含まれている可能性のあるビットレート情報を用いて判断することができる。例えば、ザッピングストリーム構成用に各ストリーミングコンテンツContent A〜Jから取得するデータ量を各々３分間づつ分とした場合、この時間をビットレートで割る事により、容易に必要なデータ量を算出する事ができ、ステップＳ９０３の判断を行うことができる。
＜第４の実施形態＞
以下、本発明における第４の実施形態について説明する。
本第４の実施形態では、ザッピングストリームの部分データから、コンテンツ配信サーバー２０３から配信されるストリーミングコンテンツへの別の切替制御について説明する。本第４の実施形態では、デコードしたザッピングストリーム映像データから、輝度レベルの低いフレーム、或いはフィールドを選択し、ザッピングストリームから、コンテンツ配信サーバー２０３から受信するストリーミングコンテンツに切り替えるタイミングを決定する。
図２４は、本発明の第４の実施形態に係るデータ受信装置２０１’の全体構成を示すブロック図である。図１とは、映像データ検出比較部１１９が追加されているところが異なるが、その他の構成は図１と同様であるため、同じ参照番号を付し、説明を省略する。
図２５は、本第４の実施形態におけるコンテンツ再生処理を示す図である。なお、連続視聴時間がＴ１以下の場合の処理は、図１５を参照して説明した処理と同様であるため、ここでは説明を省略する。
図１５のステップＳ１０６で説明したように、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリーム８１１のデータ部分（例えば、図１１の部分データA'）より先のストリーミングコンテンツを継続視聴する可能性があるものとして、図２５の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
更にデコード可能と判断された場合、ステップＳ１１００において、ザッピングストリーム８１１における、コンテンツ表示切替予定ポイント（図１７の、例えばＴ２）以降のザッピングストリーム８１１の部分データA'を、第２映像デコーダ１０５ｂを用いて先んじてデコードを開始する。
次にステップＳ１１０１において、映像データ検出比較部１１９を用いて、デコードされた映像データのフレーム、或いはフィールドデータの検出と、その直前フレーム、或いはフィールドの映像データとの比較を行なう。ここでの映像データの比較は、より輝度レベルの低いフレーム、或いはフィールドを検出する事が目的である。
ステップＳ１１０２において、新たに検出したフレーム、或いはフィールドが前フレーム、或いはフィールドの映像データよりもその輝度レベルが低いと判断された場合、ステップＳ１１０３において、そのフレーム、或いはフィールドのタイムスタンプ値を記憶し、ステップＳ１１０４へ移行する。輝度レベルが低いと判断されなかった場合は、そのままステップＳ１１０４へ移行する。
ステップＳ１１０４において、コンテンツ切替予定ポイントＴ２以降のザッピングストリーム８１１の部分データ（例えば部分データA'）について、映像データのフレーム、或いはフィールドの検出と、その前フレーム、或いはフィールドの映像データとの比較が全て完了したかどうかを判断する。完了していなければステップＳ１１０１に戻ってステップＳ１１０１〜Ｓ１１０４を繰り返し、完了していればステップＳ１１０５に移行する。
ステップＳ１１０５において、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所（例えば、図１７のＴ１）からのContent Aのデータの送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１’に対してデータ送信を開始し、データ受信装置２０１’は通信制御部１００によりデータの受信を行う。
ステップＳ１１０６において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリーム８１１の部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
ステップＳ１１０７において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、ステップＳ１１０３において記憶されたタイムスタンプ値との比較を行なう。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、表示の切り替えを行う。なお、ステップＳ２０８における切替制御は、第１の実施形態と同様であるため、説明を省略する。
また、ステップＳ２０３において更にデコードが不可能な場合は、図１６を参照した第１の実施形態と同様に、ステップＳ２０９〜Ｓ２１２の処理を行う。
このように、本第４の実施形態においては、ウィンドウの切り替えを、より輝度レベルの低いフレーム、或いはフィールドで行うことにより、切替をより目立たなくすることができる。
＜第５の実施形態＞
以下、本発明における第５の実施形態について説明する。
本第５の実施形態では、扱うストリーミングデータがＭＰＥＧ２やＭＰＥＧ４でエンコードされているコンテンツであった場合、デコード中の映像データに含まれる動きベクトルを検出、比較し、フレーム或いはフィールド毎の動きの少ないフレーム、或いはフィールドを選択し、ザッピングストリームから、コンテンツ配信サーバー２０３から受信するストリーミングコンテンツに切り替えるタイミングを決定する。
図２６は、本発明の第５の実施形態に係るデータ受信装置２０１”の全体構成を示すブロック図である。図１とは、動き検出比較部１２０が追加されているところが異なるが、その他の構成は図１と同様であるため、同じ参照番号を付し、説明を省略する。
図２７は、本第５の実施形態におけるコンテンツ再生処理を示す図である。なお、連続視聴時間がＴ１以下の場合の処理は、図１５を参照して説明した処理と同様であるため、ここでは説明を省略する。
図１５のステップＳ１０６で説明したように、連続視聴時間が所定時間Ｔ１を超えたと判断した場合、ザッピングストリームのデータ部分（例えば、図１１の部分データA'）より先のストリーミングコンテンツを継続視聴する可能性があるものとして、図２７の処理に進む。ＣＰＵ１０４は、ステップＳ２０２において、映像デコード部１０５のデコード負荷をチェックする。ここでは、以後受信するContent Aのストリーミングコンテンツを、映像デコード部１０５がデコード可能かどうかについてのチェック行う。
映像デコード部１０５の第１映像デコーダ１０５ａまたは第２映像デコーダ１０５ｂのいずれか（以下、第１映像デコーダ１０５ａが行っているものとする。）がザッピングストリーム８１１の部分データA'をデコードし、もう一方（以下、第２映像デコーダ１０５ｂとする。）がデコードを行なっていない場合、ステップＳ２０３において、更にデコード可能と判断する。
更にデコード可能と判断された場合、ステップＳ１３００において、ザッピングストリーム８１１における、コンテンツ表示切替予定ポイント（図１７の、例えばＴ２）以降のザッピングストリーム８１１の部分データA'を、第２映像デコーダ１０５ｂを用いて先んじてデコードを開始する。
次にステップＳ１３０１において、動き検出比較部１２０を用いて、デコードされた映像データのフレーム、或いはフィールドデータと、その直前のフレーム、或いはフィールドからの動きベクトル検出と、前回の検出結果との比較を行なう。ここでの動きベクトルの比較は、より動きベクトルの小さいフレーム、或いはフィールドを検出する事が目的である。
ステップＳ１３０２において、前回の検出結果より、動きベクトルが小さいと判断された場合、ステップＳ１３０３において、そのフレーム、或いはフィールドのタイムスタンプ値を記憶し、ステップＳ１３０４へ移行する。動きベクトルが小さいと判断されなかった場合は、そのままステップＳ１３０４へ移行する。
ステップＳ１３０４において、コンテンツ切替予定ポイントＴ２以降のザッピングストリーム８１１の部分データ（例えば部分データA'）について、動きベクトルの検出及び比較が完了したかどうかを判断する。完了していなければ、ステップＳ１３０１に戻ってステップＳ１３０１〜Ｓ１３０４を繰り返し、完了していればステップＳ１３０５に移行する。
ステップＳ１３０５において、コンテンツ配信サーバー２０３に対し、現在再生している部分データA'に対応する箇所（例えば、図１７のＴ１）からのContennt Aのデータの送信要求を行う。送信要求を受けて、コンテンツ配信サーバー２０３はデータ受信装置２０１”に対してデータ送信を開始し、データ受信装置２０１”は、通信制御部１００によりデータの受信を行なう。
ステップＳ１３０６において、デコーダ切替制御部１１７は、映像デコード部１０５内の複数のデコーダ（第１映像デコーダ１０５ａ、第２映像デコーダ１０５ｂ）に対する入力データを切り替える。上述したように、ザッピングストリームの部分データA'が第１映像デコーダ１０５ａでデコードされ、現在受信しているストリーミングコンテンツ（Content A）を第２映像デコーダ１０５ｂでデコードする場合、バッファ１０１にバッファリングされているデータは第２映像デコード部１０５ｂに対して送出される。映像デコード部１０５における第１及び第２デコーダ１０５ａ及び１０５ｂにおいてデコードされたデータは、表示制御部１０８に送出される。
ステップＳ１３０７において、同期制御部１１８は、映像デコーダ１０５の各々のデコーダ１０５ａ、１０５ｂがデコードしているそれぞれのコンテンツデータに含まれるタイムスタンプ情報を取得し、ステップＳ１３０３において記憶されたタイムスタンプ値との比較を行なう。タイムスタンプ値が一致した時点で、ステップＳ２０８に移行し、表示の切り替えを行う。なお、ステップＳ２０８における切替制御は、第１の実施形態と同様であるため、説明を省略する。
また、ステップＳ２０３において更にデコードが不可能な場合は、図１６を参照した第１の実施形態と同様に、ステップＳ２０９〜Ｓ２１２の処理を行う。
このように、本第５の実施形態においては、ウィンドウの切り替えを、より動きの少ないフレーム、或いはフィールドで行うことにより、表示ウィンドウの切り替えをより目立たなくする事ができる。
＜他の実施形態＞
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図５又は図２２、図６、図７又は図２３、図８、図１５、及び図１６、図２４又は図２６に示すフローチャートに対応するプログラムコードが格納されることになる。
従来のストリーミング再生においては、大多数のユーザーが同一のサーバーにアクセスし、そのサーバー上にあるストリーミングコンテンツを視聴しようとした場合、サーバー側のデータ送受信処理の負荷が増大し、サーバーからの送信データが途切れてしまう場合がある。
また、ユーザーが複数存在するストリーミングコンテンツを選びかねている場合には、複数のストリーミングコンテンツを切り替えながら視聴することになる（ザッピング視聴）。この様な場合、テレビ放送におけるチャンネル切り替えのように、スムーズに切り替わらず、再生が長時間途切れる等、ユーザーに不快感を与えてしまうことがある。
あるいは、複数のサーバーにあるストリーミングコンテンツを切り替えながら視聴する場合にも同様、ストリーミングコンテンツを切り替える度にサーバーのアクセス先を切り替え、ストリーミングコンテンツデータを受信、再生する為、テレビ放送におけるチャンネル切り替えのように、スムーズに切り替わらず、ユーザーに不快感を与えてしまうことがある。
以上詳述した第１〜第５の実施形態によれば、これらの課題をも解決できる。
なお、上述した実施形態では、部分データと情報データとしては、１つの番組の一部の映像と、残りの部分の映像のように、時間的に継続する部分を持つ一連の番組のようなデータを例に挙げたが、本発明に用いられる部分データと情報データとしては、互いに関連するものであればよい。
本発明の第１の実施形態に係るデータ受信装置の全体構成を示すブロック図である。 本発明の第１の実施形態に係るシステム全体の構成図である。 図１に示す操作部の構成を表す図である。 図１に示すリモコンの構成を表す図である。 本発明の第１の実施形態におけるデータ受信装置の動作を説明するフローチャートである。 Webサーバーにおけるデータ受信装置へのデータ配信動作を説明するフローチャートである。 本発明の第１の実施形態におけるザッピングストリームの構成処理を説明するフローチャートである。 コンテンツ配信サーバーにおけるデータ受信装置へのデータ配信動作を説明するフローチャートである。 本発明の第１の実施形態におけるポータル画面の一例を示す図である。 本発明の第１の実施形態におけるコンテンツメニュー画面の一例を示す図である。 本発明の第１の実施形態におけるザッピングストリームの構成の概念を示す図である。 本発明の第１の実施形態におけるザッピングストリーム付帯情報データの一例を示す図である。 本発明の第１の実施形態におけるザッピングストリーム構成中に表示されるコンテンツメニュー画面の一例を示す図である。 本発明の第１の実施形態におけるザッピングストリーム構成完了後に表示されるコンテンツメニュー画面の一例を示す図である。 本発明の第１の実施形態におけるコンテンツ再生処理を説明するフローチャートである。 本発明の第１の実施形態におけるコンテンツ再生処理を説明するフローチャートである。 本発明の第１の実施形態におけるザッピングストリームと、コンテンツ配信サーバのContent Aのデータの様子を示す概念図である。 本発明の第１の実施形態におけるタイムスタンプ値が一致する直前のウィンドウ表示制御状態を模式的に表す図である。 本発明の第１の実施形態におけるザッピングストリームの構成の別の概念を示す図である。 本発明の第２の実施形態における操作部の構成を表す図である。 本発明の第２の実施形態における示すリモコンの構成を表す図である。 本発明の第２の実施形態におけるデータ受信装置の動作を説明するフローチャートである。 本発明の第３の実施形態におけるザッピングストリームの構成処理を説明するフローチャートである。 本発明の第４の実施形態に係るデータ受信装置の全体構成を示すブロック図である。 本発明の第４の実施形態におけるコンテンツ再生処理を説明するフローチャートである。 本発明の第５の実施形態に係るデータ受信装置の全体構成を示すブロック図である。 本発明の第５の実施形態におけるコンテンツ再生処理を説明するフローチャートである。
符号の説明
１００ 通信制御部
１０１ バッファ
１０２ 蓄積部
１０３ ストリーミングコンテンツ再構成部
１０４ ＣＰＵ
１０５ 映像デコード部
１０５ａ 第１映像デコーダ
１０５ｂ 第２映像デコーダ
１０６ 音声デコード部
１０７ 画面構成部
１０８ 表示制御部
１０９ 音声制御部
１１０ 操作部
１１１ 受光部
１１２ リモコン
１１３ 画像表示部
１１３ａ 第１ウィンドウ
１１３ｂ 第２ウィンドウ
１１４ 音声出力部
１１５ 制御バス
１１６ カーソル制御部
１１７ デコーダ切替制御部
１１８ 同期制御部
１１９ 映像データ検出比較部
１２０ 動き検出比較部
１２１ バッファ制御部
２００ ネットワーク
２０１、２０１’、２０１” データ受信装置
２０２ Webサーバー
２０３ コンテンツ配信サーバー
３０１ 主電源ボタン
３０２、４０２ 電源ボタン
３０３、４０３ 決定ボタン
３０４、４０４ カーソル移動ボタン
３０５、４０６ ザッピングボタン
３０６、４０６ 再生ボタン
３０７、４０７ 停止ボタン
３１１、４１１ ポータルボタン
３１２、４１２ チャンネルアップダウンボタン
３１３、４１３ テンキー
４０１ 送信部

Claims (4)

  1. ネットワークを介してサーバと通信し、前記サーバからストリーミングコンテンツデータの先頭の一部の部分データを受信する受信手段と、
    前記受信手段により受信された前記部分データを蓄積部に蓄積する蓄積手段と、
    前記蓄積部に蓄積された前記部分データの再生が要求された場合、該部分データを前記蓄積部から読み出し、デコードして映像データを生成する第１のデコーダと、
    前記第１のデコーダにより生成された前記部分データに係る映像データを表示部に表示させる表示制御手段と、
    前記部分データに係る映像データが前記表示部に所定時間継続して表示された場合に、前記ネットワークを介して前記サーバと通信し、前記サーバから前記部分データに対応するストリーミングコンテンツデータを受信するように前記受信手段を制御する受信制御手段と、
    前記受信手段により受信された前記ストリーミングコンテンツデータをデコードして映像データを生成する第２のデコーダとを備え、
    前記表示制御手段は、前記第１のデコーダによりデコードされている前記部分データに係る映像データのタイムスタンプと、前記第２のデコーダによりデコードされている前記ストリーミングコンテンツデータに係る映像データのタイムスタンプとを順次比較し、互いのタイムスタンプが一致した時点で、前記表示部に表示される映像データを、前記第１のデコーダにより生成された前記部分データに係る映像データから、前記第２のデコーダにより生成された前記ストリーミングコンテンツデータに係る映像データに切り替えることを特徴とする受信装置。
  2. 前記受信手段は、前記サーバから複数のストリーミングコンテンツデータのそれぞれの先頭の一部である複数の部分データを受信し、
    前記蓄積手段は、前記受信手段により受信された前記複数の部分データを前記蓄積部に蓄積し、
    前記第１のデコーダは、前記蓄積部に蓄積された前記複数の部分データの内、再生が要求されたストリーミングコンテンツデータの部分データを前記蓄積部から読み出し、デコードして映像データを生成することを特徴とする請求項１に記載の受信装置。
  3. ネットワークを介してサーバと通信し、前記サーバからストリーミングコンテンツデータの先頭の一部の部分データを受信する第１の受信工程と、
    前記受信工程で受信された前記部分データを蓄積部に蓄積する蓄積工程と、
    前記蓄積部に蓄積された前記部分データの再生が要求された場合、第１のデコーダにより該部分データを前記蓄積部から読み出し、デコードして映像データを生成する第１のデコード工程と、
    前記第１のデコード工程で生成された前記部分データに係る映像データを表示部に表示させる表示工程と、
    前記部分データに係る映像データが前記表示部に所定時間継続して表示された場合に、前記ネットワークを介して前記サーバと通信し、前記サーバから前記部分データに対応するストリーミングコンテンツデータを受信する第２の受信工程と、
    第２のデコーダにより、前記第２の受信工程で受信した前記ストリーミングコンテンツデータをデコードして映像データを生成する第２のデコード工程と、
    前記第１のデコード工程でデコードされた前記部分データに係る映像データのタイムスタンプと、前記第２のデコード工程でデコードされた前記ストリーミングコンテンツデータに係る映像データのタイムスタンプとを順次比較し、互いのタイムスタンプが一致した時点で、前記表示部に表示される映像データを、前記第１のデコード工程により生成された前記部分データに係る映像データから、前記第２のデコード工程により生成された前記ストリーミングコンテンツデータに係る映像データに切り替える切り替え工程と
    を含むことを特徴とする受信方法。
  4. 前記第１の受信工程では、前記サーバから複数のストリーミングコンテンツデータのそれぞれの先頭の一部である複数の部分データを受信し、
    前記蓄積工程では、前記第１の受信工程で受信された前記複数の部分データを前記蓄積部に蓄積し、
    前記第１のデコード工程では、前記蓄積部に蓄積された前記複数の部分データの内、再生が要求されたストリーミングコンテンツデータの部分データを前記蓄積部から読み出し、デコードして映像データを生成することを特徴とする請求項３に記載の受信方法。
JP2003349769A 2002-11-29 2003-10-08 受信装置及び受信方法 Expired - Fee Related JP4408677B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2003349769A JP4408677B2 (ja) 2002-11-29 2003-10-08 受信装置及び受信方法
US10/717,560 US20040117830A1 (en) 2002-11-29 2003-11-21 Receiving apparatus and method
US12/179,689 US8074244B2 (en) 2002-11-29 2008-07-25 Receiving apparatus and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002348722 2002-11-29
JP2003349769A JP4408677B2 (ja) 2002-11-29 2003-10-08 受信装置及び受信方法

Publications (3)

Publication Number Publication Date
JP2004194294A JP2004194294A (ja) 2004-07-08
JP2004194294A5 JP2004194294A5 (ja) 2006-09-21
JP4408677B2 true JP4408677B2 (ja) 2010-02-03

Family

ID=32510592

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003349769A Expired - Fee Related JP4408677B2 (ja) 2002-11-29 2003-10-08 受信装置及び受信方法

Country Status (2)

Country Link
US (2) US20040117830A1 (ja)
JP (1) JP4408677B2 (ja)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4603778B2 (ja) * 2003-06-20 2010-12-22 キヤノン株式会社 画像表示方法及び画像表示装置
JP4241261B2 (ja) * 2003-08-19 2009-03-18 キヤノン株式会社 メタデータ付与方法およびメタデータ付与装置
JP4402423B2 (ja) * 2003-10-22 2010-01-20 キヤノン株式会社 データ受信処理装置
JP2005198260A (ja) * 2003-12-11 2005-07-21 Canon Inc 信号発生方法及びプログラム及び蓄積装置
JP4533092B2 (ja) * 2003-12-11 2010-08-25 キヤノン株式会社 テレビジョン放送受信装置及びテレビジョン放送受信装置の制御方法
JP4227509B2 (ja) * 2003-12-15 2009-02-18 キヤノン株式会社 通信端末装置及びその制御方法
US7716696B2 (en) 2003-12-15 2010-05-11 Canon Kabushiki Kaisha Television receiver, information processing method and program
CN1846386A (zh) * 2004-01-08 2006-10-11 松下电器产业株式会社 噪避流ts包用的追加纠错方法
WO2006027846A1 (ja) * 2004-09-10 2006-03-16 Matsushita Electric Industrial Co., Ltd. ザッピングストリームの生成装置とその方法
WO2006114830A1 (ja) * 2005-04-06 2006-11-02 Matsushita Electric Industrial Co., Ltd. ザッピングストリームのｍｐｅ－ｆｅｃフレームへの配置方法及び受信装置
JP4614391B2 (ja) * 2005-06-15 2011-01-19 キヤノン株式会社 画像表示方法及び画像表示装置
JP4926416B2 (ja) * 2005-06-15 2012-05-09 キヤノン株式会社 画像表示方法、プログラム、記録媒体及び画像表示装置
JP4769513B2 (ja) * 2005-08-15 2011-09-07 キヤノン株式会社 再生制御方法及び再生制御装置
JP4534997B2 (ja) * 2006-02-13 2010-09-01 ソニー株式会社 送受信システム、受信装置、受信方法
JP4565651B2 (ja) * 2006-02-13 2010-10-20 キヤノン株式会社 画像処理装置及び画像処理方法
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
WO2008069032A1 (ja) * 2006-11-28 2008-06-12 Nec Corporation 動画像配信システム、動画像配信装置および動画像配信方法
JP2008252476A (ja) * 2007-03-30 2008-10-16 Nec Personal Products Co Ltd デジタル放送受信機
JP5101938B2 (ja) * 2007-07-05 2012-12-19 株式会社 エヌティーアイ クライアント装置、コンテンツ受信方法、管理装置、コンテンツ配信の管理方法、プログラム
JPWO2009063572A1 (ja) * 2007-11-16 2011-03-31 パナソニック株式会社 携帯端末装置及び映像出力方法
JP5230267B2 (ja) * 2008-05-27 2013-07-10 キヤノン株式会社 機器制御装置および制御方法
JP5243871B2 (ja) * 2008-07-18 2013-07-24 シャープ株式会社 映像再生装置
JP2010187206A (ja) * 2009-02-12 2010-08-26 Canon Inc 録画再生装置及びその制御方法
CN104035674B (zh) * 2014-05-23 2017-05-24 小米科技有限责任公司 图片显示方法和装置
JP6253036B2 (ja) * 2016-03-31 2017-12-27 シャープ株式会社 コンテンツ処理装置、テレビジョン受信装置、コンテンツ処理装置における情報処理方法、プログラム
CN106648320B (zh) * 2016-12-20 2019-07-26 天脉聚源(北京)传媒科技有限公司 一种图片轮询展示的动态提示的方法及装置

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2989680B2 (ja) * 1991-02-15 1999-12-13 株式会社山田製作所 チルト・テレスコピックステアリング装置
US6611607B1 (en) * 1993-11-18 2003-08-26 Digimarc Corporation Integrating digital watermarks in multimedia content
JP3371186B2 (ja) 1995-11-27 2003-01-27 ソニー株式会社 ビデオデータ配信システムおよびビデオデータ受信装置
CA2281538C (en) * 1997-02-14 2006-01-03 The Trustees Of Columbia University In The City Of New York Object-based audio-visual terminal and bitstream structure
EP0916222B1 (en) * 1997-06-03 2007-04-04 Koninklijke Philips Electronics N.V. Navigating through television programs
US5933192A (en) * 1997-06-18 1999-08-03 Hughes Electronics Corporation Multi-channel digital video transmission receiver with improved channel-changing response
US6115080A (en) * 1998-06-05 2000-09-05 Sarnoff Corporation Channel selection methodology in an ATSC/NTSC television receiver
US6295646B1 (en) * 1998-09-30 2001-09-25 Intel Corporation Method and apparatus for displaying video data and corresponding entertainment data for multiple entertainment selection sources
US6204887B1 (en) * 1998-12-11 2001-03-20 Hitachi America, Ltd. Methods and apparatus for decoding and displaying multiple images using a common processor
EP1033875A3 (en) 1999-02-23 2006-01-25 Canon Kabushiki Kaisha Recording and reproducing apparatus
US6425129B1 (en) * 1999-03-31 2002-07-23 Sony Corporation Channel preview with rate dependent channel information
JP4046886B2 (ja) 1999-04-02 2008-02-13 キヤノン株式会社 記録装置及び記録装置の制御方法
JP3721009B2 (ja) 1999-05-31 2005-11-30 株式会社リコー 録画視聴システム
US6931660B1 (en) * 2000-01-28 2005-08-16 Opentv, Inc. Interactive television system and method for simultaneous transmission and rendering of multiple MPEG-encoded video streams
JP2002051232A (ja) * 2000-08-04 2002-02-15 Canon Inc 受信装置、リモートコントロール装置、受信システム及び被制御装置
JP4272801B2 (ja) * 2000-08-10 2009-06-03 キヤノン株式会社 情報処理装置及び方法
JP2002091863A (ja) 2000-09-12 2002-03-29 Sony Corp 情報提供方法
JP4132630B2 (ja) 2000-10-11 2008-08-13 日本電気株式会社 放送システム及びその方法
US20020066101A1 (en) * 2000-11-27 2002-05-30 Gordon Donald F. Method and apparatus for delivering and displaying information for a multi-layer user interface
US7174512B2 (en) * 2000-12-01 2007-02-06 Thomson Licensing S.A. Portal for a communications system
JP4272810B2 (ja) * 2000-12-26 2009-06-03 キヤノン株式会社 放送受信装置及び放送受信装置の制御方法
JP2002262195A (ja) * 2001-03-06 2002-09-13 Canon Inc 信号処理装置、受信装置及びその方法
US6931449B2 (en) * 2001-03-22 2005-08-16 Sun Microsystems, Inc. Method migrating open network connections
US20020194608A1 (en) * 2001-04-26 2002-12-19 Goldhor Richard S. Method and apparatus for a playback enhancement system implementing a "Say Again" feature
US7873972B2 (en) * 2001-06-01 2011-01-18 Jlb Ventures Llc Method and apparatus for generating a mosaic style electronic program guide
US20040049788A1 (en) 2002-09-10 2004-03-11 Canon Kabushiki Kaisha Receiving apparatus, receiving method, and method of predicting audience rating
JP4298282B2 (ja) 2002-12-13 2009-07-15 キヤノン株式会社 表示制御装置およびその制御方法
KR100998899B1 (ko) * 2003-08-30 2010-12-09 엘지전자 주식회사 썸네일 영상 서비스 방법 및 방송 수신기
US7562375B2 (en) * 2003-10-10 2009-07-14 Microsoft Corporation Fast channel change

Also Published As

Publication number Publication date
JP2004194294A (ja) 2004-07-08
US20040117830A1 (en) 2004-06-17
US8074244B2 (en) 2011-12-06
US20080282292A1 (en) 2008-11-13

Similar Documents

Publication Publication Date Title
JP4408677B2 (ja) 受信装置及び受信方法
US6848117B1 (en) Video-on-demand system capable of performing a high-speed playback at a correct speed
US20220400318A1 (en) Trick playback of video data
WO2011052200A1 (ja) 情報処理装置、チューナーおよび情報処理方法
US8793733B2 (en) Information processing apparatus, information processing method, and program for enabling computer to execute same method
JP2004357184A (ja) 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
WO1999066722A1 (en) Broadcasting method and broadcast receiver
JP2000184320A (ja) 記録再生装置および電子番組ガイド表示装置
JP2004048718A (ja) 投機録画装置
JPH11341370A (ja) 送信装置および方法、記録再生装置および方法、並びに提供媒体
US20100046633A1 (en) Communication terminal, content reproduction method, content reproduction program, content reproduction system, and server therefor
KR100516240B1 (ko) 메타 데이터 작성 장치, 메타 데이터 입력 단말, 메타 데이터 작성 방법 및 기록 매체
JP3072971B2 (ja) ビデオ・オン・デマンドシステムとそれを構成するビデオサーバ装置及び端末装置
JP2007306527A (ja) コンテンツ表示装置
JP2006339980A (ja) 映像再生装置
JP6085635B2 (ja) ビデオデータのトリック再生
JP4225701B2 (ja) 要約映像特定装置、および要約映像特定方法
JPH0443779A (ja) 編集映像の作製方法
JP3886892B2 (ja) 動画像蓄積装置
JP4421666B1 (ja) コンテンツ受信装置及びコンテンツ再生方法
KR100564392B1 (ko) 미디어 전송기의 화면검색 재생방법
JP5044431B2 (ja) 電子機器装置
JP2002271739A (ja) 映像装置および再生制御情報配信方法
KR20060015874A (ko) 디지털 방송 수신기의 프로그램 녹화 방법

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060731

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060731

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090604

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090608

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090804

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090824

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091016

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: 20091109

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: 20091110

R150 Certificate of patent or registration of utility model

Ref document number: 4408677

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20121120

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20131120

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees