(57)【特許請求の範囲】
【請求項１】
パケット伝送を用いた放送において、
番組データを受信するステップと、
ザッピングを実現するためのデータである、再生時間の異なる複数の種類のザッピングデータを作成するステップと、
前記ザッピングデータを蓄積するステップと、
番組を切り替えた際、切り替えた番組データがすぐに再生可能な場合には、その番組データを再生し、前記切り替えた番組データがすぐに再生できない場合には、再生可能となるまで、前記ザッピングデータの再生を行うステップと、
前記番組データが再生可能となるまでの切り替え時間を予測するステップとを有し、
前記再生を行うステップは、前記複数の種類のザッピングデータのうち、予測された前記切り替え時間に応じた再生時間のザッピングデータを再生する情報再生方法。
【請求項２】
番組を切り替えた際に、前記切り替えた番組データの再生の準備が整ったか否かを判定するステップをさらに有し、
前記再生の準備が整っていない場合に、前記再生の準備が整うまで、前記ザッピングデータの再生を行うステップを実行する請求項１に記載の情報再生方法。
【請求項３】
パケット伝送を用いた放送において、
番組の放送開始、終了を制御する番組放送管理部と、
送信すべきデータを蓄積するデータ管理部と、
前記番組放送管理部からの指示に基づき、前記データ管理部に蓄積されたデータから、ザッピングを実現するためのデータであるザッピングデータを生成もしくは選択するザッピングデータ選択部と、
前記データ管理部からの番組データ、及び前記ザッピングデータ選択部からの前記ザッピングデータを所定の規則で送出する送出制御部と、
前記送出制御部からのデータを受けて前記ザッピングデータと前記番組データとをパケット伝送する伝送部と、
前記ザッピングデータの多重化方式を決定するザッピングデータ生成規則部と、
前記ザッピングデータ生成規則部において決定された多重化方式で前記ザッピングデータの多重化を行うザッピングデータ多重化部とを有し、
前記多重化方式が同時に送信する番組数が所定の数量以内の場合には番組毎に多重化を行い、所定の数量以上の場合にはメディアの種類の単位で多重化を行う送信装置。
【請求項４】
前記ザッピングの対象とする番組放送が開始される前にザッピングデータを送信する請求項３に記載の送信装置。
【請求項５】
パケット伝送を用いた放送において、
パケット伝送された、ザッピングを実現するためのデータであるザッピングデータと番組データとを受信する伝送部と、
前記伝送部が受信した情報の種別を判別する受信制御部と、
判別された前記ザッピングデータを蓄積するザッピングデータ蓄積部と、
視聴者の選択した前記番組データの受信を指示する番組選択部と、
前記指示により前記伝送部が受信した前記番組データがすぐに再生可能な場合には、その番組データを再生し、前記番組データがすぐに再生できない場合には、再生可能となるまで、前記ザッピングデータ蓄積部から取り出した前記番組データに関するザッピングデータを再生する再生制御部と、
前記再生制御部からの取り出し指示のあった前記ザッピングデータを選択し取り出すザッピングデータ復元部と、
受信済の番組データから、再生時間の異なる複数の種類のザッピングデータを生成するザッピングデータ生成部と、
を具備し、
前記再生制御部は、前記番組データが再生可能となるまでの切り替え時間を予測し、前記複数の種類のザッピングデータのうち、予測された前記切り替え時間に応じた再生時間のザッピングデータを再生する受信装置。
【請求項６】
パケット伝送を用いた放送において、
番組データを受信する伝送部と、
受信済の前記番組データから、ザッピングを実現するためのデータである、再生時間の異なる複数の種類のザッピングデータを生成するザッピングデータ生成部と、
前記ザッピングデータを蓄積するザッピングデータ蓄積部と、
視聴者の選択した前記番組データの受信を指示する番組選択部と、
前記指示により前記伝送部が受信した前記番組データがすぐに再生可能な場合には、その番組データを再生し、前記番組データがすぐに再生できない場合には、再生可能となるまで、前記ザッピングデータ蓄積部から取り出した前記番組データに関するザッピングデータを再生する再生制御部と、
前記再生制御部からの取り出し指示のあった前記ザッピングデータを選択し取り出すザッピングデータ復元部と
を具備し、
前記再生制御部は、前記番組データが再生可能となるまでの切り替え時間を予測し、前記複数の種類のザッピングデータのうち、予測された前記切り替え時間に応じた再生時間のザッピングデータを再生する受信装置。
【請求項７】
前記再生制御部は、前記番組データの再生の準備が整ったか否かを判定し、前記再生の準備が整っていない場合に、前記再生の準備が整うまで、前記ザッピングデータを再生する請求項５または請求項６に記載の受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット伝送を行うＩＰネットワークにおいて、高速なザッピング処理を実現する情報再生方法、送信装置及び受信装置に関する。
【０００２】
【従来の技術】
従来より、地上波のテレビ放送では広帯域を使用しているため複数のチャンネルの信号が同時に受信装置に到達しているので、受信する番組を切り替えたときに、放送されている番組を高速に閲覧すること（以下「ザッピング」という。）ができる。しかし、IPネットワークを用いた放送システム（送信端末から複数のチャンネルにデータを送信し、受信端末がチャンネルを選択して映像や音声、テキストや静止画を再生するシステム）を実現する場合には、ザッピングを行うことが困難となる。たとえば、パケット伝送を行うIPネットワークにおいては、映像や音声をストリーミングで伝送する際には、通常伝送路での伝播遅延の揺らぎを吸収するためのバッファリング時間が必要となるため、受信する番組を切り替えてから映像の再生を開始するまでバッファリング時間分の遅延が必ず発生する。また、動画、音声、静止画、及びテキストを同期させて表示させる場合、静止画や、テキストデータや、これらデータのレイアウトを決定するレイアウト情報や、同期情報を受信するための待ち時間が発生する。更に、複数の番組が１つずつ順番に最寄りの中継ノードから配信されている場合には、番組の配信が開始されるまでの待ち時間が必ず発生する。
【０００３】
これを解消する情報再生方法、送信装置及び受信装置は特に提案されておらず、放送網や通信網において視聴者が自分の視聴する番組を選択する手段として例えば、特許文献１や特許文献２に記載されているようなものがあるのみであった。
【０００４】
図１６は、特許文献１に記載された従来の放送システムのブロック図を示すものである。
【０００５】
図１６において、放送局１６０１が主番組情報に多重化して、タグ情報と本体情報のコンテンツとを含むダイジェストを放送回線１６０４から放送し、ダイジェストとそこで紹介する主番組情報が番組プロバイダ１６０６のデータベース１６０６に保存される。受信端末装置１６０３は、各ダイジェストのタグ情報をコンテンツとするＥＰＧダイジェストを受信して各ダイジェストの受信スケジュールを立てるスケジュール手段１６０７と、表示手段１６０８と、データベース１６０６に通信回線１６０５を介して通信する通信手段１６１０を備える。視聴者は、受信端末装置１６０３に集められたダイジェストのコンテンツを好きなときに表示手段１６０８に映して閲覧し、ダイジェストを基に主番組をデータベースから入手する。
【０００６】
また、図１７は、特許文献２に記載された従来の受信装置のブロック図を示すものである。図１７において、テレビジョン信号をチャネル別に選択し受信する選択部１７０１と、復調部１７０２を経て復調されたテレビジョン映像情報及び多重化情報（番組情報）を記憶する蓄積用記憶部１７０３とを備えている。また、受信した復調信号の中から多重化情報（番組情報）を抽出する番組情報抽出手段１７０４と抽出された番組情報を保持する情報保持手段１７０５とを備えている。
【０００７】
更にこの情報保持手段１７０５に保持されていた番組情報が格納される記憶部１７０６と、番組の予約を指定する予約ボタン１７０７を有する起動手段１７０８と、この起動手段１７０８により予約が指定されたとき情報保持手段１７０５内の番組情報を転送して記憶部１７０６に記憶させる制御手段１７０９と、時計の役目をする計時カウンタ１７１０と、計時カウンタ１７１０の計時値が記憶部１７０６に記憶された番組情報の開始時刻に達したとき選択部１７０１を番組情報の示すチャネル番号のテレビ局に切り替えると共に電源部１７１１を始動させる始動制御手段１７１２とを備えている。
【０００８】
【特許文献１】
特開平１１−１９６３８５号公報（第２−３頁、第１図）
【特許文献２】
特開平５−２０７３８７号公報（第２−３頁、第１図）
【０００９】
【発明が解決しようとする課題】
しかしながら、上記特許文献１の従来の構成では、蓄積されたダイジェストから選択した番組データを情報プロバイダ等のデータベースから取り出す方法であるため、現在放送中の番組をダイジェストの閲覧時点で視聴することができない。
【００１０】
また、上記特許文献２の従来の構成では、蓄積された番組予告映像を閲覧して番組予約をする方法でありため、現在放送中の番組をザッピングすることはできない。
【００１１】
このように従来技術を用いて、パケット伝送を行うIPネットワークを用いた放送において、動画、音声、静止画、テキストの同期をとって放送されている番組を高速に、ザッピングすることは困難であるという課題を有していた。
【００１２】
本発明は、上記従来の課題を解決するためになされ、その目的とするところは、パケット伝送を行うIPネットワークを用いた番組放送において、チャンネル切り替えから再生までの待ち時間を短縮した高速なザッピングを実現する情報再生方法、送信装置及び受信装置を提供することにある。
【００１３】
【課題を解決するための手段】
上記従来の課題を解決する本発明に係る情報再生方法は、パケット伝送を用いた放送において、番組放送の送信装置が、ザッピングを実現するためのデータであるザッピングデータを番組データと伝送し、それを受信装置が自動的に受信しておき、視聴者が選択した番組が再生可能となるまで、このザッピングデータの再生を行う方法である。
【００１４】
また、本発明に係る送信装置はパケット伝送を用いた放送において、番組の放送開始、終了を制御する番組放送管理部と、送信すべきデータを蓄積するデータ管理部と、番組放送管理部からの指示に基づき、データ管理部に蓄積されたデータからザッピングデータを生成もしくは選択するザッピングデータ選択部と、データ管理部からの番組データ及びザッピングデータ選択部からのザッピングデータを所定の規則で送出する送出制御部と、この送出制御部からのデータを受けてザッピングデータと番組データと混在した情報を伝送する伝送部とを具備している。
【００１５】
また、本発明に係る受信装置はパケット伝送を用いた放送において、ザッピングデータと番組データとを受信する伝送部と、この伝送部が受信した情報の種別を判別する受信制御部と、判別されたザッピングデータを蓄積するザッピングデータ蓄積部と、視聴者の選択した番組データの受信を指示する番組選択部と、この指示により伝送部が受信した受信データが再生可能となるまで、ザッピングデータ蓄積部から取り出した番組データに関するザッピングデータを再生する再生制御部と、この再生制御部からの取り出し指示のあったザッピングデータを選択し取り出すザッピングデータ復元部とを具備している。
【００１６】
【発明の実施の形態】
本発明に係る情報再生方法は、パケット伝送を用いた放送において、番組データとザッピングデータとを受信するステップと、このザッピングデータを蓄積するステップと、番組再生時に選択した番組データが再生可能となるまで、ザッピングデータの再生を行うステップとを有している。
【００１７】
これにより、視聴者は番組のチャンネル切り替え後の再生待ち時間の経過を待たずして、番組に関する情報を知ることができる。
【００１８】
また、本発明に係る情報再生方法のザッピングデータはレイアウト情報を含む番組の一部、ダイジェスト、代表画面、及び番組タイトル（テキスト）、予告、お知らせ、及び広告の少なくともいずれか一つである。
【００１９】
これにより、視聴者は番組のチャンネル切り替え後の再生待ち時間の経過を待たずして、視聴したい番組の概要などを知ることができる。
【００２０】
また、本発明に係る情報再生方法は、メディアの種類又は画面を構成する情報単位で、前記ザッピングデータの情報を多重化している。
【００２１】
これにより、複数の情報を多重化して伝送することで、１つのパケットで複数種類の情報を送信することができるので、ヘッダーを大幅に削減することが可能になる。
【００２２】
また、本発明に係る情報再生方法は、受信済の番組データからザッピングデータを生成するステップを更に有している。
【００２３】
これにより、番組用のザッピングデータが用意されていない番組についてもザッピングデータを受信装置が蓄積しておくことができるので、視聴者はこの番組への切り替えをしたときも再生待ち時間の経過を待たずして、直前の映像等を知ることができる。
【００２４】
本発明に係る送信装置は、パケット伝送を用いた放送において、番組の放送開始、終了を制御する番組放送管理部と、送信すべきデータを蓄積するデータ管理部と、番組放送管理部からの指示に基づき、データ管理部に蓄積されたデータからザッピングデータを生成もしくは選択するザッピングデータ選択部と、データ管理部からの番組データ、及びザッピングデータ選択部からのザッピングデータを所定の規則で送出する送出制御部と、この送出制御部からのデータを受けてザッピングデータと番組データとをパケット伝送する伝送部とを具備している。
【００２５】
これにより、ザッピングデータが番組データとともに送信されるので、複数の番組を同時期に送信する場合も、ザッピングデータと番組データとのいずれかを全番組均等に送信することができる。
【００２６】
また、本発明に係る送信装置は、ザッピングデータの多重化方式を決定するザッピングデータ生成規則部と、このザッピングデータ生成規則部において決定された多重化方式でザッピングデータの多重化を行うザッピングデータ多重化部とを更に有している。
【００２７】
これにより、複数の情報を多重化して伝送することで、１つのパケットで複数種類の情報を送信することができるので、ヘッダーを大幅に削減することが可能になる。
【００２８】
また、本発明に係る送信装置の多重化方式が同時に送信する番組数が所定の数量以内の場合には番組毎に多重化を行い、所定の数量以上の場合にはメディアの種類及び画面を構成する情報のいずれかの単位で多重化を行う。
【００２９】
これにより、番組の数が番組相互間の遅延が問題にならない程度の数量内であれば番組単位でザッピングデータの全てをまとめて伝送するため、効率よく受信装置にザッピングデータを伝送できる。一方、番組の数が所定の数量を越えていてもメディア単位で全番組が均一に伝送されるので、どの番組のザッピングデータも一部のメディアについては受信装置が短時間で受信でき、先に受信したメディアから表示等することができる。
【００３０】
また、本発明に係る送信装置は、ザッピングの対象とする番組放送が開始される前にザッピングデータを送信している。
【００３１】
これにより、ザッピングデータの伝送タイミングは伝送量を加味して、伝送量の少ないタイミングで送出することができる。
【００３２】
本発明に係る受信装置は、パケット伝送を用いた放送において、パケット伝送されたザッピングデータと番組データとを受信する伝送部と、この伝送部が受信した情報の種別を判別する受信制御部と、判別されたザッピングデータを蓄積するザッピングデータ蓄積部と、視聴者の選択した番組データの受信を指示する番組選択部と、この指示により伝送部が受信した受信データが再生可能となるまで、ザッピングデータ蓄積部から取り出した番組データに関するザッピングデータを再生する再生制御部と、この再生制御部からの取り出し指示のあったザッピングデータを選択し取り出すザッピングデータ復元部とを具備している。
【００３３】
これにより、視聴者は番組のチャンネル切り替え後の再生待ち時間の経過を待たずして、番組に関する情報を知ることができる。
【００３４】
また、本発明に係る受信装置は、受信済の番組データからザッピングデータを生成するザッピングデータ生成部を更に有している。
【００３５】
これにより、送信装置から受信したザッピングデータと番組データから生成したザッピングデータとの適する方を選択しながら使用できるので、視聴者がいかなるタイミングでザッピングを開始しても、常に最短の時間で現在放送中の番組の概要などや、直前の放送場面を表示等することができる。
【００３６】
また、本発明に係る受信装置は、パケット伝送を用いた放送において、番組データを受信する伝送部と、受信済の番組データからザッピングデータを生成するザッピングデータ生成部と、ザッピングデータを蓄積するザッピングデータ蓄積部と、視聴者の選択した番組データの受信を指示する番組選択部と、指示により伝送部が受信した受信データが再生可能となるまで、ザッピングデータ蓄積部から取り出した番組データに関するザッピングデータを再生する再生制御部と、この再生制御部からの取り出し指示のあったザッピングデータを選択し取り出すザッピングデータ復元部とを具備している。
【００３７】
これにより、受信装置が番組データから生成したザッピングデータを蓄積しておくことができるので、視聴者は番組への切り替えをしたときに常に再生待ち時間の経過を待たずして、直前の映像等を知ることができる。
【００３８】
以下の説明において、番組データとは、番組放送で画面を構成する情報であり、番組に必要な動画、音声（音楽を含む）、テキスト、静止画、アニメーション、ＣＧなど様々なメディアに加えて、表示位置や表示タイミングを制御するレイアウト情報、制御データも含む。レイアウト情報の記述方法として、例えば、ＳＭＩＬ（Synchronized Multimedia Integration Language）やオブジェクト指向型プログラミング言語を用いることができる。
【００３９】
また、ザッピングデータは、放送する番組データの一部であってもよいし、番組データとは異なり、特別に用意された番組の紹介を行う画面やシーンカットであってもよい。ザッピングデータの例としては、番組データの一部であるならば、レイアウト情報、テキスト、静止画のみで構成したり、また、映像データのうちの、番組のタイトルもしくは番組の代表画面、もしくは現在放送されたデータで、最新のＩフレームなどや、数秒分の音声データなどを含めてもよい。ただし、ザッピングデータは、番組データと比較して、きわめてデータ量が少ないことが必要である。
【００４０】
また、番組情報は、どのチャンネルに、どのような番組放送が行われているかを示す情報であり、例えば、番組のタイトル、マルチキャストのアドレス、ポート番号、セッション識別子、ペイロードタイプ、ＴＯＳ（Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ）情報などが記述されており、全国共通の規定のチャンネルから取得できる。ここで、規定のチャンネルとは、送信端末から送信されるデータを受動的に受信する場合には、特定のIPアドレス、ポート番号であり、ＨＴＴＰなどで受信端末が送信端末から能動的に取得する場合には、特定のＵＲＬである。
【００４１】
以下、本発明に係る実施の形態について、図面を参照しつつ説明を行う。
【００４２】
（実施の形態１）
図８（ａ）と図８（ｂ）とは、本発明の第１の実施の形態における通信網の利用形態を示す構成図である。
【００４３】
図８（ａ）において、本発明の対象とする通信網８０１は、有線網（例えば、ＡＤＳＬ、ＩＳＤＮ、ＡＴＭ、ＦＴＴＨなど）であっても無線網（例えば、携帯電話、無線ＬＡＮなど）であってもよい。また、図８（ｂ）に示すように、有線網と無線網が相互接続された通信網であってもよい。
【００４４】
伝送プロトコルは、インターネット・プロトコルを用い、通信機器はルータやＧＷ（ゲートウェイ）といった中継ノード８０３で相互接続される。ルータやＧＷは、ブロードキャストやマルチキャスト機能を備え、ルータやＧＷでデータパケットを複製することができる。また、コンテンツの伝送方法としては、サーバ８０２と受信端末８０４間で１対１型の通信を行ってもよいし、ブロードキャストやマルチキャスト機能を用いて、１対Ｎ型の通信を行ってもよい。本実施の形態においては、サーバ８０２から中継ノード８０３まではマルチキャストを行い、中継ノード８０３から受信端末まではブロードキャストを行っている。これにより、受信端末８０４は所定のチャンネルをオープンすることにより最新のコンテンツを受信することができる。
【００４５】
伝送するコンテンツとしては、動画、音声、音楽、テキスト、静止画、レイアウト情報など様々なメディアを対象とする。
【００４６】
ザッピングを実現するためのデータであるザッピングデータは、レイアウト情報を含む番組の一部、ダイジェスト、代表画面、番組タイトル（テキスト）、予告、お知らせ、音楽及び広告の少なくともいずれか一つとするが、番組の内容に限定する必要はなく、番組データが再生可能となるまでの待ち時間を有効に活用できるもので有れば特に限定されるものではない。また、ザッピングデータが番組の一部やダイジェストや代表画面などの場合、送信されるザッピングデータの１パケットには、少なくとも１つのＩフレームが含まれていることが望ましい。これにより、ザッピングデータを１パケットでも受信しておきさえすれば、画面表示することが可能になる。
【００４７】
受信端末８０４は、携帯電話、ＴＶ、PDA、パソコンなど、表示解像度や処理能力が異なる受信端末であってもよい。
【００４８】
また、配信するサーバ８０２も、複数存在し、受信端末８０４で、複数のサーバ８０２から同時にコンテンツを受信してもよい。更に、受信端末８０４は、複数の伝送に接続する機能を有することもできる。
【００４９】
更に、通信網８０１だけではなく、放送網（例えば、地上波デジタル放送、衛星デジタル放送など）や、放送網と通信網を融合したシステム構成であってもよい。特に、携帯電話のように、移動する受信端末へコンテンツを放送する場合、地域ごとに、異なるコンテンツを放送したいという要望もある。その場合、サーバから複数の受信端末に、ブロードキャストもしくは、マルチキャストした場合、位置に応じて、放送内容を変更するのは容易ではない。位置に応じた放送を実現するためには、図８（ｂ）の例では、サーバ８０５と中継ノード８０６間は１対１のユニキャストで通信し（有線網の区間）、中継ノード８０６と受信端末８０７間は、無線網を用いたブロードキャスト機能を利用して配信する。ブロードキャスト機能を実現する中継ノード８０６は、他の中継ノード８０６をまたがって、パケットをブロードキャストすることはない。
【００５０】
上記の本実施の形態のネットワークにおいて、送信端末であるサーバ８０２から、番組情報と番組データ（動画、音声、音楽、テキスト、静止画と、これらを組み合わせて表示するための例えばＳＭＩＬのようなレイアウト情報）を送信し、受信端末８０４は、まず、番組情報を受信し、その番組情報に基づいて番組データを受信する。
【００５１】
次に、図１は本発明の第１の実施の形態における高速なザッピングを実現する情報再生システムのブロック図である。
【００５２】
図１において、送信装置１０６は、図８（ａ）と（ｂ）における送信端末８０２であり、ＩＰネットワーク１２０を介して複数の受信装置１１１に番組情報、番組データ、ザッピングデータを送信する。送信プロトコルは、受信確認を行うプロトコル（例えば、ＴＣＰ）を用いても良いし、受信確認を行わないプロトコル（例えば、ＵＤＰ）を用いても良い。そのほか、ＲＴＰ（Realtime Transport Protocol）に代表されるメディア伝送プロトコルを用いて送信してもよい。その際には、各メディアに適したペイロードヘッダーを適用してもよい。
【００５３】
受信装置１１１は、図８（ａ）と（ｂ）における受信端末８０４であり、規定のチャンネルから番組情報を受信し、この番組情報から現在放送中の番組を抽出する。そして、番組情報に記載されたチャンネルをオープンし、ザッピングデータと番組データとを受信し、ザッピングデータを蓄積したり、視聴者の指示に従って再生を行ったりする。
【００５４】
ＩＰネットワーク１２０は図８（ａ）と（ｂ）における通信網や放送網であり、データはパケット伝送されている。
【００５５】
以下、本発明の情報再生システムについて具体的に説明する。
【００５６】
送信装置１０６は、データ管理部１０１、番組放送管理部１１４、ザッピングデータ生成規則部１０２、ザッピングデータ選択部１０３、ザッピングデータ多重化部１１３、送出制御部１０４、番組情報生成部１１２、及び伝送部１０５を備えている。
【００５７】
データ管理部１０１は、番組データ、ザッピングデータ、番組情報を蓄積するものである。このデータ管理部１０１は、ハードディスクドライブに代表される記録媒体である。
【００５８】
番組放送管理部１１４は、各番組の放送開始、終了を管理するものである。この番組放送管理部１１４は、各番組の放送開始時刻になると、ザッピングデータ選択部１０３、送出制御部１０４、番組情報生成部１１２にその番組の放送開始を指示する。また、終了時刻になると、ザッピングデータ選択部１０３、送出制御部１０４、番組情報生成部１１２にその番組の放送終了を指示する。
【００５９】
ザッピングデータ生成規則部１０２は、ザッピングデータを同一のＩＰパケットに多重化して送信する際に、ザッピングデータの多重化の方法を決定する手段である。決定された多重化方法は、ザッピングデータ多重化部１１３に通知される。
【００６０】
ザッピングデータ選択部１０３は、番組放送管理部１１４からの番組の送信開始指示に従って、データ管理部１０１に蓄積されたザッピングデータを取り出して、ザッピングデータ多重化部１１３に渡す。もしくは、データ管理部１０１に蓄積された番組データの一部をザッピングデータとして取り出し、ザッピングデータ多重化部１１３に渡す（この場合、データ管理部１０３にザッピングデータを別に準備する必要はない）。また、ザッピングデータ選択部１０３は、番組放送管理部１１４からの番組終了指示に従って、指示された番組のザッピングデータのザッピングデータ多重化部１１３への受け渡しを停止する。
【００６１】
ザッピングデータ多重化部１１３はザッピングデータ選択部１０３から渡されたザッピングデータを、ザッピングデータ生成規則部１０２で決定された規則に基づいて多重化し、送出制御部１０４に渡す。具体的な多重化方式に関しては、後述する。なお、多重化処理を必ずしも行う必要はないため、このザッピングデータ多重化部１１３及びザッピングデータ生成規則部１０２は省略してもよい。
【００６２】
送出制御部１０４は、番組放送管理部１１４からの放送開始指示に従って、指示された番組の番組データをデータ管理部１０１より読み出し、後述するあらかじめ決められた規則で、ザッピングデータ、番組データを伝送部１０５に渡す。また、送出制御部１０４は、番組放送管理部１１４からの放送終了指示に基づいて、指示された番組の放送を停止する。
【００６３】
番組情報生成部１１２は、番組放送管理部１１４からの放送開始指示に従って、指示された番組の番組情報をデータ管理部１０１より読み出し、必要であれば、番組情報に番組データとザッピングデータの放送チャンネル（各メディアのあて先IPアドレス、ポート番号など）の情報を追加する。この番組情報を一定周期で伝送部１０５に渡す。また、番組放送管理部１１４からの放送終了指示に従って、指示された番組の番組情報の伝送部１０５への受け渡しを終了する。なお、番組情報をあらかじめ受信装置１１１に渡してあって、番組放送時点では番組情報を送信する必要がない場合には、送信装置１０６にこの番組情報生成部１１２を備える必要はない。
【００６４】
伝送部１０５は、ＩＰネットワーク１２０にデータを送信可能なインターフェースである。また、この伝送部１０５は、番組情報生成部１１２及び送出制御部１０４から受け取った番組情報、ザッピングデータ、番組データをパケット化する機能を有する。更に、あらかじめ定められた番組情報用チャンネルに番組情報を送信し、番組情報に基づいて、定められたチャンネルに番組データ及びザッピングデータを送信する機能を有する。
【００６５】
なお、上記のシステムにおいて、ザッピングデータや番組情報は、リアルタイムで生成しても良いし、放送前に事前に生成しても良い。また、番組情報は、必ずしもザッピングデータ、放送データとあわせて送信する必要はなく、別の手段により送信してもよい。例えば、番組情報送信用の別のサーバを準備し、受信端末が、そのサーバからＨＴＴＰなどを用いて取得することとしてもよい。
【００６６】
次に、受信装置１１１について以下に説明する。
【００６７】
受信装置１１１は、受信制御部１０７、番組選択部１１７、ザッピングデータ復元部１１０、ザッピングデータ蓄積部１０９、再生制御部１０８、表示部１１６、及び伝送部１１５を備えている。受信制御部１０７は、伝送部１１５により受信したデータの種別を判別し、データの種類に応じて次の３つの処理を行う。
【００６８】
１）受信したデータが番組情報である場合には、番組選択部１１０へデータを渡す。
【００６９】
２）受信したデータがザッピングデータである場合には、ザッピングデータ復元部１１７へ渡す。
【００７０】
３）受信したデータが番組データである場合には、再生制御部１０８へデータを渡す。
【００７１】
番組選択部１１７は、受信制御部１０７より受け取った番組情報から、受信する番組を選択し、伝送部１１５に受信の指示をするものである。受信する番組の選択は、視聴者からの指示と、受信した番組情報から現在放送されている全ての番組を受信する指示との両方ある。番組選択部１１７は、再生制御部１０８に番組情報を渡して表示部１１６に番組タイトルなどの一覧を表示させる。そして、視聴者が表示された番組一覧から任意の番組を選択する。また、この番組選択部１１７は現在放送中の番組のザッピングデータ及び番組データを受信するためのチャンネルを番組情報から求める。なお、本実施の形態では、番組情報は番組データを送信する送信装置１０６から送信される仕組みとなっているが、番組情報は、別の方法で入手することも可能である。例えば、ＨＴＴＰを使ってＨＴＴＰサーバから取得する方法などがある。
【００７２】
ザッピングデータ復元部１１０は、受信制御部１０７からのザッピングデータを受信し、ザッピングデータが多重化されている場合には、逆多重化（多重化を解く）を行ってザッピングデータ蓄積部１０９に蓄積する機能を有する。また、このザッピングデータ復元部１１０は、再生制御部１０８からのザッピングデータ取得要求に基づいてザッピングデータ蓄積部１０９から取り出し、そのザッピングデータを再生制御部１０８に引き渡す機能を有する。
【００７３】
ザッピングデータ蓄積部１０９は、ザッピングデータを蓄積するものである。具体的には、ハードディスクドライブに代表される蓄積媒体である。
【００７４】
再生制御部１０８はザッピングデータ復元部１１０より受信したザッピングデータや、番組データの再生処理を行ったり、番組選択部１１７から受け取った番組情報から番組一覧の抽出を行う。この再生制御部１０８は、利用者がザッピングを行っている場合、主にザッピングデータや番組情報を用いて、選択した番組のダイジェストやタイトルの画面を構成する。そして、番組を閲覧する場合は、番組データや番組情報を用いて、現在放送されている番組を再生する。なお、映像や音声の再生には、復号処理のためのさまざまな方式の復号化処理を行う。この方式としてはＭＰＥＧ４やＭＰＥＧ２といった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。また、再生制御部１０８は復号された情報を合成するために、テキストやアニメーションの表示位置や表示タイミングを決定する。メディア間の同期は、ＭＰＥＧ２、ＳＭＩＬといった標準化された方式を用いても良いし、標準化されていない方式を用いても良い。
【００７５】
伝送部１１５は、ＩＰネットワーク１２０からのデータパケットを受信可能なインターフェースである。この伝送部１１５は、番組情報受信用チャンネルをオープンして番組情報を受信したり、番組選択部１１７より受信開始指示されたチャンネルをオープンし、ザッピングデータ、番組データを受信する機能を有する。また、受信した各種データパケットから、データを取り出して、受信制御部１０７に渡す機能を有する。更に、この伝送部１１５は、番組選択部１１７からの受信終了指示されたチャンネルをクローズして、ザッピングデータや番組データの受信を停止する機能を有する。
【００７６】
なお、本実施の形態では、番組情報、ザッピングデータ、及び番組データは同一伝送路で伝送されているが、受信装置１１１に複数の伝送路に接続する機能が備わっている場合には、それぞれを別々の伝送路で受信してもよい。
【００７７】
表示部１１６は、再生制御部１０８により復号されたＡＶデータ、テキスト、静止画といった各種メディアを、再生制御部１０８によって決定されたタイミングで視聴者に提示するものである。視聴者への提示は、具体的には、ＣＲＴやＬＣＤなどに代表される映像表示デバイスと、スピーカなどの音声再生デバイスを用いて行われる。
【００７８】
図２は、この表示部１１６で視聴者に提示される画面の構成図である。
【００７９】
この画面の例では、１画面が静止画、テキスト、及び音声で構成されている。それぞれのメディア間の同期や表示のタイミングは、ＳＭＩＬやオブジェクト指向型プログラミング言語などで記述され、表現される。
【００８０】
以上のように構成された送信装置１０６及び受信装置１１１について、以下にその動作、作用を説明する。
【００８１】
図３は、送信装置１０６の構成物であるザッピングデータ生成規則部１０２の動作を説明するフローチャートである。なお、本実施の形態では、複数のメディアのザッピングデータを多重化して１つのパケットで送信している。このように複数の情報を多重化して伝送することで、１つのパケットで複数種類の情報を送信することができるため、ヘッダーを大幅に削減することが可能になる。ヘッダーのオーバヘッドが問題にならない場合には、多重化処理を省略してもよい。
【００８２】
パケットのヘッダーやデータの多重化の方法は、例えば、ＩＥＴＦで標準化されているＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いることができる。また、多重化されているメディアの種別は、ペイロードタイプに記述することで表現できる。
【００８３】
まず、ザッピングデータ生成規則部１０２は、複数の番組のザッピングデータを多重化して伝送するとき、その番組の数が番組間の遅延が問題にならない所定の数量を越えているか否かを判定し（ステップＳ３０１）、越えている場合は画面を構成するのに重要なメディア順に情報を多重化して伝送する方式（以下「方式１」と呼ぶ。）を選択する（ステップＳ３０２）。本実施の形態では、重要度の高いほうから、ＳＭＩＬ（レイアウトを決定する情報であり、受信装置はこの情報がないと番組データが正しく処理することができない。）、テキスト、動画（イントラフレームの重要度を高く、インターフレームの重要度を低く設定する）、静止画、音声という順に取り決めた。あるいは、視聴者に知らせたい情報（例えば、タイトルや注意事項など）を優先的に多重化してもよい。
【００８４】
次に、選択した方式をザッピングデータ多重化部１１３に通知する（ステップ３０４）。
【００８５】
一方、番組の数が所定の数量を越えていない場合、画面単位で構成情報を多重化する方式（以下、「方式２」と呼ぶ。）を選択し（ステップ３０３）、その後ステップＳ３０４を実行する。
【００８６】
ここで、図４と図５を用いて上記の方式１と方式２の多重化方法について以下に説明する。なお、図４と図５では、番組Ａ，Ｂ，Ｃの３つの番組を放送する場合を想定している。
【００８７】
図４（ａ）は方式１の動作を示すフローチャートであり、図５（ａ）はこのときのパケットのフォーマットである。
【００８８】
まず、ザッピングデータ生成規則部１０２は、番組Ａ、Ｂ、Ｃ全てのザッピングデータの１画面を構成するテキスト情報だけを抽出し、フォーマット５０１に示すように多重化する（ステップＳ４０１）。
【００８９】
次に、全てのザッピングデータの静止画を抽出して、フォーマット５０２に示すように多重化し（ステップＳ４０２）、最後に音声情報を抽出し、フォーマット５０３に示すように多重化する（ステップＳ４０３）。
【００９０】
図４（ｂ）は方式２の動作を示すフローチャートであり、図５（ｂ）はこのときのパケットのフォーマットである。
まず、ザッピングデータ生成規則部１０２は、その時点の番組Ａのザッピングデータを構成する情報（テキスト、静止画、音声）をフォーマット５０４に示すように多重化する（ステップＳ４０４）。
【００９１】
次に、番組Ｂのザッピングデータを構成する情報をフォーマット５０５に示すように多重化し（ステップＳ４０５）、最後に番組Ｃのザッピングデータを構成する情報をフォーマット５０６に示すように多重化する（ステップＳ４０６）。
【００９２】
なお、多重化の対象としては、ある時点の画面の構成だけではなく、ある時間幅をもったシーンカットの映像や音声、アニメーションなどを対象としてもよい。また、テキスト、静止画、音声だけではなく、画面のレイアウトや表示タイミングを記述するレイアウト情報に関しても、同様に多重化してもよい。更に、番組の情報の全て、あるいは一部をまとめて多重化してもよい。ザッピングデータをまとめて多重化して処理した場合は、受信装置での再生処理などが簡易にすることができる。すなわち、１つのザッピングデータが１つの番組データに対応した処理が可能となる。
【００９３】
以上の処理により、番組の数が番組間の遅延が問題にならないぐらいの数量を越えていても、メディア単位で全番組が均一に伝送されるので、重要な情報はどの番組でも受信装置が短時間で受信でき、先に重要な情報を表示等することができる。
【００９４】
また、番組の数が番組相互間の遅延が問題にならない程度の数量内であれば、番組単位でザッピングデータの全てをまとめて伝送するため、効率よく受信装置にザッピングデータを伝送できる。
【００９５】
以上のザッピングデータの多重化は必ずしもメディア毎や画面単位でする必要はなく、組み合わせて使用してもよい。
【００９６】
また、重要なメディアを繰り返して伝送を行うことにより誤り耐性を強くすることで、重要な情報が欠落しにくくすることもできる。たとえば、番組情報もしくは画面を構成するレイアウト情報に対して、強い誤り耐性を施すことで、レイアウト情報が欠落しにくくなるので、画面を構成する１部分のメディアが欠落しても、大きな画面構成を崩さずに再生することができる。
【００９７】
次に、図６は送信装置１０６の構成物である送出制御部１０４が制御するパケットの伝送順序を示す図である。
【００９８】
図６（ａ）は、送出制御部１０４が番組Ａ、Ｂ、Ｃの番組データのパケットを、番組Ａ、Ｂ、Ｃの順にパケットごとに巡回して伝送している（以下、「方式Ａ」という。）ことを示している。
【００９９】
図６（ｂ）は、送出制御部１０４が番組Ａ、Ｂ、Ｃの番組データのパケットをいくつか（図の例では３パケット）まとめて、番組Ａ、Ｂ、Ｃの順に伝送している（以下、「方式Ｂ」という。）ことを示している。この際、パケットをまとめる単位は、１画面単位であってもよいし、数秒のシーンカット単位であってもよい。
【０１００】
以上の番組データの伝送中にザッピングデータを送出するタイミングを、図６（ｃ）と図６（ｄ）に示す。
【０１０１】
図６（ｃ）は方式Ａの１サイクル６０１の番組データが伝送された後に、図５で示した方式１のザッピングデータの内のテキストデータのパケットＬ６０２を伝送し、次サイクル６０３の番組データが伝送された後に、ザッピングデータの内の静止画のパケットＭ６０４を伝送する。更に、次サイクル６０５の番組データが伝送された後に、ザッピングデータの内の音声のパケットＮ６０６を伝送する。これにより、ザッピングデータを番組データと同期して遅延無しにメディア単位で表示等をすることができる。
【０１０２】
図６（ｄ）は、方式Ｂの１サイクル６１１の番組データが伝送された後に、図５で示した方式２における番組ＣのザッピングデータのパケットＸ６１２を伝送し、次サイクル６１３の番組データが伝送された後に、番組ＡのザッピングデータのパケットＹ６１４を伝送する。更に、次サイクル６１５の番組データが伝送された後に、番組ＢのザッピングデータのパケットＺ６１６を伝送する。これにより、受信装置がザッピングされたときに、指定チャンネルの番組データ、あるいはザッピングデータの待ち時間を最も短くすることができる。
【０１０３】
なお、ザッピングデータの伝送タイミングは伝送量を加味して、番組放送が開始される前に伝送量の少ないタイミングで送出してもよい。
【０１０４】
次に、送信装置１０６の構成物である番組情報生成部１１２で作成される番組情報について以下に図面を用いて説明する。
【０１０５】
図９は、番組情報のフォーマットを示す図である。
【０１０６】
番組情報は、まず、番組情報の数９０１フィールドと、番組情報９０２フィールドとを持つ。
【０１０７】
番組情報の数９０１フィールドは、このパケットがいくつの番組情報９０２ａ乃至９０２ｎフィールドを保持しているかを示している（図の場合はＮ個）。
【０１０８】
また、番組情報９０２フィールドは、長さ９０３、番組タイトル９０４、セッション番号９０５、マルチキャストアドレス９０６、放送開始・終了時刻９０７、メディア情報の数９０８、メディア情報９０９といった各フィールドからなる。
【０１０９】
長さ９０３は、メディア情報フィールドの長さをあらわす。番組タイトル９０４は、番組のタイトルであり、データ管理部１０１に蓄積される番組情報より取得される。また、セッション番号９０５は、この番組を一意に特定する番号であり、番組情報生成部１１２が他の番組と重ならないように付与する。マルチキャストアドレス９０６は、各メディアを送信するマルチキャストアドレスを入力する。放送開始・終了時刻９０７は、その放送が開始及び終了される時刻情報を入力する。メディア情報の数９０８は、このフィールド以下に続くメディア情報９０９ａ乃至９０９ｍの数を表している。メディア情報９０８は、番組データを構成する各種メディアの情報を個別に記述するフィールドである。
【０１１０】
メディア情報９０９フィールドは、長さ９１０、メディアのタイプ９１１、あて先ポート番号９１２、ペイロードタイプ９１３といったフィールドからなる。長さ９１０は、このメディア情報フィールド全体の長さ（バイト長）を表す。また、メディアのタイプ９１１は、本メディアデータがザッピングデータであるか、番組データであるかと、動画、音声、静止画、テキスト、レイアウト情報といった各メディアのいずれのメディアであるかを表すフィールドである。例えば、ザッピングデータ、番組データのいずれかを上位１ビットで表現し、残りのビットで動画、音声、静止画、テキスト、レイアウト情報といった各メディアのいずれのメディアであるかを表すこととしてもよい。また、あて先ポート番号９１２は、メディア情報が示すメディアの情報をどのあて先ポートに送信するかを示す。受信装置は、このあて先ポート番号９１２と、マルチキャストアドレス９０６に基づいてマルチキャストに参加することで、各メディアの受信が可能になる。なお、各メディアごとにマルチキャストアドレスが異なる場合には、マルチキャストアドレス９０６は番組情報フィールド９０２でなく、メディア情報フィールド９０９に入力するものとする。ペイロードタイプ９１３は、各メディアデータのヘッダー部分に格納されるペイロードタイプである。これは、同一のマルチキャストアドレス及びあて先ポート番号に複数のメディアを送信する場合に、各メディアを区別するために必要であり、各メディアは異なるあて先ポートに送信するという前提がある場合には、不要なフィールドとなる。
【０１１１】
以上が番組情報のフォーマットであるが、このフォーマット形式に限らず、番組情報を送信可能なあらゆるフォーマットを適用することができる。
【０１１２】
次に、受信装置１１１の動作、作用を以下に説明する。
【０１１３】
図７は、本発明の第１の実施の形態における受信装置が行うデータ受信処理を説明するフローチャートである。
【０１１４】
まず、番組選択部１１７は視聴者から番組のチャンネル指定があるか否かをチェックし（ステップＳ７０１）、指定がない場合はステップＳ７０３へ移行する。
【０１１５】
視聴者からの番組のチャンネル指定がある場合は、番組選択部１１７は伝送部１１５に受信チャンネルを通知し、その後、伝送部１１５が受信チャンネルをオープンし（ステップＳ７０２）、送信装置１０６から伝送される情報（ザッピングデータ、番組情報、番組データ）を受信する（ステップＳ７０３）。
【０１１６】
次に、受信制御部１０７でザッピングデータ、番組情報、番組データを分類する。この受信したデータがザッピングデータであれば（ステップＳ７０４）、受信制御部１０７はザッピングデータ復元部１１０にデータを渡し、ザッピングデータ蓄積部１０９が蓄積する（ステップＳ７０５）。
【０１１７】
受信したデータが番組情報である場合には（ステップＳ７０６）、受信制御部１０７は番組選択部１１７にデータを渡し、番組選択部１１７が視聴者に現在放送されている番組のリストを提示する（ステップＳ７０７）。また、番組選択部１１７は受信した番組情報から現在放送されている全てのザッピングデータの受信チャンネルを取得し、その受信チャンネルを伝送部１１５に通知する。その後、伝送部１１５は通知されたチャンネルをオープンして、ザッピングデータの受信を開始した（ステップＳ７０８）後、ステップＳ７０１へ戻る。
【０１１８】
また、受信したデータが番組データであり（ステップＳ７０９）、かつ再生処理を行っている場合には（ステップＳ７１０）、受信制御部１０７は再生制御部１０８に番組データを渡し、その番組データを再生制御部１０８が再生処理した（ステップＳ７１１）後、ステップＳ７０１へ戻る。
【０１１９】
次に、上記の番組再生処理（ステップＳ７１１）について、図１１を用いて説明する。
【０１２０】
この処理は、視聴者が番組選択部１１７で番組を選択したときに実行される。
【０１２１】
まず、再生制御部１０８は、受け取った番組データで再生準備が整ったか否かチェックする（ステップＳ１１０１）。再生の準備が整った場合、再生制御部１０８は番組データの再生を行う（ステップＳ１１０２）。
【０１２２】
再生の準備が整っていない場合、再生制御部１０８は、ザッピングデータ取得要求をザッピングデータ復元部１１０に通知する。ザッピングデータ復元部１１０は、これを受けてザッピングデータ蓄積部１０９にザッピングデータがあるか否かを判定する（ステップＳ１１０３）。ザッピングデータがある場合に、ザッピングデータ復元部１１０はザッピングデータ蓄積部１０９からザッピングデータを読み込み再生制御部１０８に引き渡す（ステップＳ１１０４）。再生制御部１０８は、このザッピングデータを受けて再生処理を行い表示部１１６に再生する（ステップＳ１１０５）。
【０１２３】
一方、ザッピングデータがザッピングデータ蓄積部１０９にない場合はこの番組再生処理を終了し、最初のステップＳ７０１へ戻る。ここで、再生準備が整うとは、番組の再生を開始する上で最低限しなくてはいけない処理が終了している状態を表す。例えば、各データの復号器のデータの受け入れ準備が整い、レイアウト情報を受信し、再生するメディア（動画、音声、静止画、テキスト）のうちの少なくともひとつが再生可能な状態になる状態を表す。メディアが再生可能な状態とは、映像、音声のストリームデータであれば、プレバッファリングが完了した状態であり、静止画、テキストといった、ダウンロードデータの場合には、メディアを構成するすべてのデータを受信した状態を表す。
【０１２４】
以上の動作により、視聴者が受信する番組を切り替えた際に、受信端末がザッピングデータを蓄積していれば視聴者にすぐに提示することが可能となる。これにより、視聴者は、受信する番組の切り替え後の再生待ち時間の経過を待たずして、視聴したい番組の概要などを知ることができ、高速なザッピングが実現できる。
【０１２５】
また、再生すべきザッピングデータの選択は受信中の番組データ用のザッピングデータに限らず、広告やお知らせといった、番組とは直接関係のないデータを選ぶことも可能である。
【０１２６】
この場合は、ステップＳ１１０１において再生の準備が整ったと判断しても、再生制御部１０８による番組データの再生にすぐには切り替えず、ザッピングデータの再生終了後に切り替えるようにすることも可能である。
【０１２７】
図１０（ａ）と（ｂ）は、１画面構成できる番組データを受信できない場合の再生方法について説明する図である。この図を用いて、具体的に再生の準備が整う時点について説明する。1画面の番組データが複数のデータで構成され、時間毎に、表示されるデータが異なる場合について説明する図である。図の例では、テキスト１〜テキスト３の３つのテキストが時間ごとに順次、表示されていく例を示している。図の例では、“○”がデータを正しく受信でき、“×”がデータを正しく受信できなかった場合を示している。図の例では、テキスト２のみが正しく、受信できており、テキスト１、テキスト３は正しく受信できていない。
【０１２８】
データが正しく受信できていない場合の再生方法としては、２通り考えられる。１つ目の方法は、図１０（ａ）に示すとおり、データが受信できていてもできていなくても、再生時刻になれば、データの再生処理を開始し、データが正しく受信できていなければ、データの再生をスキップする方法である。ここで、スキップとは、そのメディアデータの表示を行わずに、他のメディアデータを再生することを意味する。このような方法では、データの再生開始時に、最低限データがそろっており、再生ができるものがあれば再生を開始することになる。したがって、この様な再生方法をとっている場合には、再生の準備が整う時点は、各データの復号器のデータの受け入れ準備が整い、レイアウト情報を受信し、再生するメディア（動画、音声、静止画、テキスト）のうちの少なくともひとつが再生可能な状態になる時点となる。メディアが再生可能な状態とは、映像、音声のストリームデータであれば、プレバッファリングが完了した状態であり、静止画、テキストといった、ダウンロードデータの場合には、メディアを構成するすべてのデータを受信した状態を表す。
【０１２９】
２つ目の方法は、図１０（ｂ）に示すとおり、再生時刻に対応するテキストへジャンプし、再生時刻に該当するテキストの処理が存在しない場合、処理対象が存在する時刻になるまで処理を停止（待機）する方法である。すなわち、再生時刻に１つでもメディアデータが存在しない場合には、再生をまったく行わない方式である。このような方法で再生を行う場合には、再生する番組を切り替えた際に、すべてのメディアデータがそろったときに再生を開始することになる。したがって、この様な再生方法をとっている場合には、再生の準備が整う時点は、各データの復号器のデータの受け入れ準備が整い、レイアウト情報を受信し、再生するメディア（動画、音声、静止画、テキスト）のすべてが再生可能な状態になる時点となる。対象とするメディアは、必ずしもテキストだけではなく、動画、静止画、音声などのメディアを用いてもよい。再生時刻や表示位置については例えば、ＳＭＩＬを用いて表現すればよい。
【０１３０】
（実施の形態２）
図１２は、本発明の第２の実施の形態における情報再生システムのブロック図である。
【０１３１】
第１の実施の形態における情報再生システムとは、送信装置１０６の構成物であるザッピングデータ生成規則部１０２とザッピングデータ選択部１０３とザッピングデータ多重化部１１３とが本実施の形態の送信装置１２０１にはない点と、送信装置１２０１のデータ管理部１０１がザッピングデータを保有していない点とが異なる。また、本実施の形態の受信装置１２０２にはザッピングデータ生成部１２０３が追加されている点が異なる。
【０１３２】
このザッピングデータ生成部１２０３は受信制御部１０７から番組データを受け、その内からザッピングデータとして利用するものを選択してザッピングデータを生成しザッピングデータ復元部１１０に引き渡すものである。このザッピングデータの選択基準としては、図１のザッピングデータ選択部１０３と同じく、番組情報のうち、データ量の少ないレイアウト情報、テキスト、静止画のみとしたり、あるいは映像データのうちの番組のタイトルもしくは番組の代表画面とすることができる。もしくは現在放送されたデータのうちの最新のＩフレームなどや数秒分の音声データなど映像や音声データの一部とすることも可能である。
【０１３３】
また、生成するザッピングデータは例えば、３秒間分  あるいは５秒間分といったように、再生時間の異なる複数の種類のものを作成しておくことも可能である。これにより、ザッピング時の番組データへの切り替え時間を予測して、その予測時間に応じたザッピングデータを再生することができるようになる。
【０１３４】
更に、この予測時間を画面の一部に表示することも有効である。なお、この切り替え時間の予測はＲＴＰ／ＵＤＰを用いたストリーミングでは、バッファリング時間と等しく設定することが可能であるため、バッファリング時間分のザッピングデータを作成しておくことになる。
【０１３５】
以上のように構成された送信装置１２０１と受信装置１２０２について、以下その動作、作用を説明する。
【０１３６】
図１３は第２の実施の形態における受信装置の動作を示すフローチャートである。
【０１３７】
送信装置１２０１は上記の通りザッピングデータを送信することなしに、番組情報と番組データのみを図６（ａ）に示した方式Ａあるいは図６（ｂ）に示した方式Ｂで受信装置１２０２に配信する。
【０１３８】
受信装置１２０２は、視聴者により番組のチャンネルを指定された場合には（ステップＳ７０１）、再生する番組を指定した番組のチャンネルをオープンする（ステップＳ７０２）。このとき、ステップＳ１３０１ですでにチャンネルがオープンされているメディアに関しては、チャンネルをオープンする必要はない。
【０１３９】
次に、伝送部１１５は送信装置１０６から伝送される情報（番組情報、番組データ）を受信する（ステップＳ７０３）。
【０１４０】
次に、受信制御部１０７は受信したデータが番組情報であるか否かをチェックし（ステップＳ７０６）、番組情報である場合は第１の実施の形態と同じく番組受信制御部１０７は番組選択部１１７にデータを渡し、番組選択部１１７が視聴者に現在放送されている番組のリストを提示する（ステップＳ７０７）。また、番組選択部１１７は受信した番組情報から現在放送されている全ての番組の受信チャンネルを取得し、その受信チャンネルを伝送部１１５に通知する。伝送部１１５は通知されたチャンネルをオープンして、番組データの受信を開始する（ステップＳ１３０１）。このとき、ザッピングデータとして蓄積しないメディアデータのチャンネルはオープンしなくてもよい。
【０１４１】
受信データが番組情報でなかった場合は、受信制御部１０７は受信データが番組データであったか否かをチェックし（ステップＳ７０９）、番組データでない場合はステップＳ７０１へ戻る。
【０１４２】
受信データが視聴者の選択した再生中の番組データである場合には（ステップＳ７１０）、受信制御部１０７は再生制御部１０８に番組データを渡し、第１の実施の形態と同一の再生処理を行う（ステップＳ７１１）。その後、ステップＳ７０１へ戻る。
【０１４３】
一方、受信データが再生中の番組データでない場合には、受信制御部１０７はその番組データをザッピングデータ生成部１２０３へ引き渡す。ザッピングデータ生成部１２０３はその番組データの中から必要なデータを抽出しザッピングデータを生成する。そして、その生成したザッピングデータをザッピングデータ復元部１１０へ渡し、ザッピングデータ蓄積部１０９へ蓄積される（ステップＳ１３０２）。その後、ステップＳ７０１へ戻る。ここで、このザッピングデータの蓄積処理は常に所定のデータ量毎に更新され、最新のザッピングデータになっている。所定のデータ量とはザッピングで番組が切り替えられたときに再生に必要が揃うまでの時間を十分まかなえるデータ量を意味する。
【０１４４】
以上のように、本実施の形態の受信装置１２０２においては、常時チャンネルをオープンして現在放送されている全番組の番組データの一部をザッピングデータとして蓄積しておくので、視聴者がザッピングしたときには、すぐにザッピングデータを提示することが可能となる。これにより、送信装置１２０１からザッピングデータが配信されてこなくても、視聴者は視聴番組の切り替え後の再生待ち時間が経過する前に視聴したい番組の直前の映像等を視聴することができ、高速なザッピングが実現できる。
【０１４５】
また、ザッピングデータとして番組データのうちのレイアウト情報のみを蓄積しておき、番組が選択されたときに蓄積したレイアウト情報を取り出すことにより、レイアウト情報の受信待ち時間が短縮され、トータルの再生待ち時間を短縮することも可能である。
【０１４６】
（実施の形態３）
図１４は、本発明の第３の実施の形態における情報再生システムのブロック図である。
【０１４７】
第１の実施の形態における送信装置１０６と第２の実施の形態における受信装置１２０２とＩＰネットワーク１２０とから構成されている。
【０１４８】
以上のように構成された情報再生システムにおける受信装置１２０２について、以下にその動作、作用を説明する。
【０１４９】
図１５は、受信装置１２０２の動作を説明するフローチャートである。第２の実施の形態における図１３に示した受信装置１２０２の動作とは、以下の点が異なる。
【０１５０】
すなわち、受信制御装置１０７は受信データがザッピングデータであるか否かのチェックを行い（ステップＳ１５０１）、ザッピングデータである場合は、受信制御部１０７がザッピングデータ復元部１１０にデータを渡し、ザッピングデータ蓄積部１０９が蓄積する（ステップＳ１５０２）。
【０１５１】
また、番組情報を受信した際に、番組情報にザッピングデータ用のチャンネルが記述されているかどうかを調べ、ザッピングデータ用のチャンネルがある場合には（ステップＳ１５０３）、そのチャンネルをオープンする（ステップＳ７０８）。ザッピングデータ用のチャンネルが存在しないなら、番組データの受信チャンネルをオープンする（ステップＳ１３０１）。
【０１５２】
その後、ステップＳ７０１へ戻る。
【０１５３】
以上の処理の他は、第２の実施の形態における受信装置１２０２と同一である。
【０１５４】
上記の動作により、受信装置１２０２はザッピングデータが送信されている番組についてはザッピングデータを蓄積し、ザッピングデータが送信されていない番組については、番組データからザッピングデータを生成し蓄積しておくことにより、常に視聴者がザッピングをしたときに高速に受信する番組を切り替えて映像等を視聴できる。
【０１５５】
また、図６（ｄ）に示した方式Ｄでザッピングデータが送信されている場合も、送信されてきたザッピングデータと番組データの一部のパケットから生成したザッピングデータとの両方を蓄積しておくことにより、より素早く全チャンネルのザッピングデータを蓄積しておくことができる。具体的には、図６（ｄ）において、番組Ａの番組データの一部を残しておくことで（例えば、パケットＡ１）、ザッピングデータとして利用することができ、ザッピングデータとして、パケットＸ６１２が送信されると、直ちに番組Ｃのザッピングデータが利用できる。そして、パケットＸ６１２の後に、パケットＢ１がすぐに送信されてくるので、番組Ａ乃至Ｃまでのザッピングデータが直ちに用意することが可能となる。
【０１５６】
これにより、視聴者がいかなるタイミングでザッピングを開始しても、常に最短の時間で現在放送中の番組の概要などや、直前の放送場面を表示等することができる。
【０１５７】
【発明の効果】
本発明により、パケット伝送を行うＩＰネットワークを用いた番組放送において、チャンネル切り替えから再生までの待ち時間を短縮した高速なザッピングを実現することができる。
【図面の簡単な説明】
【図１】  本発明の第１の実施の形態における高速なザッピングを実現する情報再生装置を示すブロック図
【図２】本発明の第１の実施の形態における画面の構成例を示す図
【図３】本発明の第１の実施の形態におけるザッピングデータ生成規則部の動作を示すフローチャート
【図４】（ａ）本発明の第１の実施の形態における多重化方法を示すフローチャート
（ｂ）本発明の第１の実施の形態における多重化方法を示すフローチャート
【図５】（ａ）本発明の第１の実施の形態における多重化のフォーマットを示す図
（ｂ）本発明の第１の実施の形態における多重化のフォーマットを示す図
【図６】（ａ）本発明の第１の実施の形態におけるパケットの伝送順序を示す図
（ｂ）本発明の第１の実施の形態におけるパケットの伝送順序を示す図
（ｃ）本発明の第１の実施の形態におけるザッピングデータの伝送順序を示す図
（ｄ）本発明の第１の実施の形態におけるザッピングデータの伝送順序を示す図
【図７】本発明の第１の実施の形態における受信装置の動作を示すフローチャート
【図８】（ａ）本発明の第１の実施の形態における通信網の利用形態を示す構成図
（ｂ）本発明の第１の実施の形態における通信網の利用形態を示す構成図
【図９】本発明の第１の実施の形態における番組情報のフォーマットを示す図
【図１０】（ａ）本発明の第１の実施の形態における再生方法を示す図
（ｂ）本発明の第１の実施の形態における再生方法を示す図
【図１１】本発明の第１の実施の形態における番組再生処理を示すフローチャート
【図１２】  本発明の第２の実施の形態における情報再生システムのブロック図
【図１３】本発明の第２の実施の形態における受信装置の動作を示すフローチャート
【図１４】  本発明の第３の実施の形態における情報再生システムのブロック図
【図１５】本発明の第３の実施の形態における受信装置の動作を示すフローチャート
【図１６】従来の放送システムのブロック図
【図１７】従来の受信装置のブロック図
【符号の説明】
１０１  データ管理部
１０２  ザッピングデータ生成規則部
１０３  ザッピングデータ選択部
１０４  送出制御部
１０５  伝送部
１０６  送信装置
１０７  受信制御部
１０８  再生制御部
１０９  ザッピングデータ蓄積部
１１０  ザッピングデータ復元部
１１１  受信装置
１２０  ＩＰネットワーク
８０１  通信網
８０２、８０５  サーバ
８０３、８０６  中継ノード
８０４、８０７  端末
１２０１  送信装置
１２０２  受信装置
１２０３  ザッピングデータ生成部
【図１】
0004443833.tif 000002
【図２】
0004443833.tif 000003
【図３】
0004443833.tif 000004
【図４】
0004443833.tif 000005
【図５】
0004443833.tif 000006
【図６】
0004443833.tif 000007
【図７】
0004443833.tif 000008
【図８】
0004443833.tif 000009
【図９】
0004443833.tif 000010
【図１０】
0004443833.tif 000011
【図１１】
0004443833.tif 000012
【図１２】
0004443833.tif 000013
【図１３】
0004443833.tif 000014
【図１４】
0004443833.tif 000015
【図１５】
0004443833.tif 000016
【図１６】
0004443833.tif 000017
【図１７】
0004443833.tif 000018