(57)【要約】【課題】サーバから主動画と副動画を同期してクライアントに提供し表示させるシステムで、主動画の途中から再生開始が指示されても、副動画がその主動画の再生開始点に対応する時点から再生されるようにする。【解決手段】クライアント２００から主動画データ１１２の時間軸上での再生開始時刻ｔを示した開始指示を受けた場合、再構成部１２２は、同期情報１１７から、その時刻ｔに提示すべき副資料データ１１４を特定し、特定した副資料データ１１４が動画であれば、その時刻ｔから、同期情報１１７に示されたその副資料データ１１４の開始時刻を引くことで、その副資料データ１１４の時間軸での再生開始時刻ｓｔを求める。主動画データ１１２を時刻ｔから再生したものと、その副資料データ１１４を時刻ｓｔから再生したものとを所定レイアウトで配置した再構成動画を生成し、クライアント２００に提供する。【選択図】図１
2008167138.tif 000002
【特許請求の範囲】
【請求項１】
第１の時間変化情報と、当該第１の時間変化情報と同期再生すべき第２の時間変化情報と、の時間的な対応関係を示す同期情報を記憶した記憶部と、
クライアントから前記第１の時間変化情報の時間軸上での第１の再生開始点の指定を受けた場合に、前記第２の時間変化情報の時間軸上で前記第１の再生開始点に対応する第２の再生開始点を前記同期情報に基づき算出する算出部と、
前記第１の再生開始点からの前記第１の時間変化情報と、前記第２の再生開始点からの前記第２の時間変化情報とを合成することにより、前記クライアントに配信する配信情報を生成する生成部と、
前記生成部が生成した配信情報を前記クライアントに配信する配信部と、
を備える時間変化情報提供装置。
【請求項２】
前記記憶部は、前記第１の時間変化情報の時間軸上で静的資料を同期表示すべき静的資料期間を更に記憶し、
前記生成部は、前記第１の時間変化情報のうち前記静的資料期間に該当する部分については、前記静的資料の画像と合成することで前記配信情報を生成する、
ことを特徴とする請求項１記載の時間変化情報提供装置。
【請求項３】
第１の時間変化情報と、当該第１の時間変化情報と同期再生すべき第２の時間変化情報と、の時間的な対応関係を示す同期情報を記憶するステップと、
クライアントから前記第１の時間変化情報の時間軸上での第１の再生開始点の指定を受けた場合に、前記第２の時間変化情報の時間軸上で前記第１の再生開始点に対応する第２の再生開始点を前記同期情報に基づき算出するステップと、
前記第１の再生開始点からの前記第１の時間変化情報と、前記第２の再生開始点からの前記第２の時間変化情報とを合成することにより、前記クライアントに配信する配信情報を生成するステップと、
生成された配信情報を前記クライアントに配信するステップと、
をコンピュータに実行させるためのプログラム。
【請求項４】
前記第１の時間変化情報の時間軸上で静的資料を同期表示すべき静的資料期間を記憶するステップと、
前記第１の時間変化情報のうち前記静的資料期間に該当する部分については、前記静的資料の画像と合成することで前記配信情報を生成するステップと、
を更に前記コンピュータに実行させることを特徴とする、請求項３記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は時間変化情報提供装置及びプログラムに関する。
【背景技術】
【０００２】
動画や音声などのように時間的に変化する内容を表す時間変化データを、インターネット等のデータ通信ネットワークを介してクライアントにストリーミング配信するサービスが普及している。
【０００３】
また、クライアント端末の表示画面上に、動画コンテンツの表示領域と、他のコンテンツの表示領域とをそれぞれ設け、サーバから動画コンテンツと他のコンテンツとを同期配信して各表示領域に表示させるシステムも知られている。
【０００４】
特許文献１に開示された方式では、講義室などに設置されたＤＶカメラと適当な白板付属板書記録装置の提携によって、講義者の講義実況の動画と講義者の板書自体の動画を同時に録画する。そして、ＤＶカメラと白板付属板書記録装置および連結したパソコンによる録画と再生に、厳密な手順を適用し、パソコン上のマルチメディアオーサリングツールを用いて、両動画をウェブ閲覧ソフトの画面上で一定の寸法と位置に固定した枠内に填め込み同期させる。
【０００５】
特許文献２に開示された装置は、映像や音楽などの一つないし複数の組み合わせであるメディア情報を作成し、各メディア情報の映像や音楽の順番、表示時間、演奏時間に関するメディア関連情報を作成する。コンピュータの演算部はメディア情報を表メディア情報と裏メディア情報に分ける。演算部は表メディア情報を表示ないし演奏させ、同期させたい時点をメディア関連情報などから計算する。演算部は同期させたい時点の前に各裏メディア情報のバッファリングを開始しバッファリング完了後同期させたい時点でポーズをかける。同期させたい時点で各裏メディア情報を同時に表示ないし演奏する。
【０００６】
特許文献３に示されるシステムでは、講座を受講する受講者のコンピュータにはサーバから送信されたデータにより、講座情報として、講師の画像が第１領域に表示され、講義に関係するスライドが第２領域に表示される。また、このスライドには、受講者によって第３領域に入力されたメモ等のノートが関連づけられて記録される。従って、受講者は、講師の撮影画像（動画像情報）及びスライド画像は、講義の進行に同期したスライドを参照しながら、講義を受講できる。そして、講義の進行に応じてメモしたノートも、スライド画像に関連され、講義の理解を深める一助となる。
【０００７】
【特許文献１】特開２００３−２４１６３０号公報
【特許文献２】特開２００５−３４０９５５号公報
【特許文献３】特開２００１−３５０３９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
クライアントが、サーバから主たる動画データ（主動画と呼ぶ）と従たる動画データ（副動画とよぶ）とを同期してストリーミング受信し、画面上に並べて同時表示するシステムにおいて、クライアントに主動画と副動画との同期を維持して再生を行うには、クライアントに特殊な機能が必要だった。以上では動画データを例に取ったが、動画データに限らず内容が時間的に変化する時間変化データ一般にこのような問題は起こり得る。
【課題を解決するための手段】
【０００９】
請求項１に係る発明は、第１の時間変化情報と、当該第１の時間変化情報と同期再生すべき第２の時間変化情報と、の時間的な対応関係を示す同期情報を記憶した記憶部と、クライアントから前記第１の時間変化情報の時間軸上での第１の再生開始点の指定を受けた場合に、前記第２の時間変化情報の時間軸上で前記第１の再生開始点に対応する第２の再生開始点を前記同期情報に基づき算出する算出部と、前記第１の再生開始点からの前記第１の時間変化情報と、前記第２の再生開始点からの前記第２の時間変化情報とを合成することにより、前記クライアントに配信する配信情報を生成する生成部と、前記生成部が生成した配信情報を前記クライアントに配信する配信部と、を備える時間変化情報提供装置である。
【００１０】
請求項２に係る発明は、請求項１に係る発明において、前記記憶部は、前記第１の時間変化情報の時間軸上で静的資料を同期表示すべき静的資料期間を更に記憶し、前記生成部は、前記第１の時間変化情報のうち前記静的資料期間に該当する部分については、前記静的資料の画像と合成することで前記配信情報を生成する、ことを特徴とする。
【００１１】
請求項３に係る発明は、第１の時間変化情報と、当該第１の時間変化情報と同期再生すべき第２の時間変化情報と、の時間的な対応関係を示す同期情報を記憶するステップと、クライアントから前記第１の時間変化情報の時間軸上での第１の再生開始点の指定を受けた場合に、前記第２の時間変化情報の時間軸上で前記第１の再生開始点に対応する第２の再生開始点を前記同期情報に基づき算出するステップと、前記第１の再生開始点からの前記第１の時間変化情報と、前記第２の再生開始点からの前記第２の時間変化情報とを合成することにより、前記クライアントに配信する配信情報を生成するステップと、生成された配信情報を前記クライアントに配信するステップと、をコンピュータに実行させるためのプログラムである。
【００１２】
請求項４に係る発明は、請求項３に係る発明において、前記第１の時間変化情報の時間軸上で静的資料を同期表示すべき静的資料期間を記憶するステップと、前記第１の時間変化情報のうち前記静的資料期間に該当する部分については、前記静的資料の画像と合成することで前記配信情報を生成するステップと、を更に前記コンピュータに実行させることを特徴とするプログラムである。
【発明の効果】
【００１３】
請求項１又は３に係る発明によれば、第１の時間変化情報の途中からの再生開始が指示された場合でも、第２の時間変化情報が第１の時間変化情報に対する同期を保ったままクライアントに提供されるようにすることができる。
【００１４】
請求項２又は４に係る発明によれば、更に静的資料も第１の時間変化情報に同期を保ったまま提供されるようにすることができる。
【発明を実施するための最良の形態】
【００１５】
図１に例示する番組配信サーバ１００は、クライアント２００からの要求に応じて、インターネット等の通信回線を介して、動画等の時間変化データを含むマルチメディア番組をクライアント２００に配信する。
【００１６】
番組配信サーバ１００が配信するマルチメディア番組は、主動画データ１１２と副資料データ１１４とを含む。例えば図２に示すように、主動画データ１１２は、クライアント２００の表示画面３００上の主動画領域３１０に表示され、副資料データ１１４は表示画面３００の副資料領域３２０に表示される。
【００１７】
この例では、主動画データ１１２は、例えばＭＰＥＧ(Moving Picture Experts Group)−２データのように、動画と、当該動画に同期した音声と、を表すデータである。一方、副資料データ１１４は、主動画データ１１２に付随して提示される説明資料のデータである。副資料データ１１４の例としては、例えば、ワードプロセッサやスプレッドシート作成ソフトウエアなどの各種の文書作成ソフトウエアで作成された文書データや、ＪＰＥＧ(Joint Photographic Experts Group)ファイルなどの静止画像データ、ＭＰＥＧデータなどの動画データなどがある。クライアント２００の表示画面３００では、主動画領域３１０上に主動画データ１１２を再生しながら、この再生と同期して副資料データ１１４を副資料領域３２０に表示する。１つの主動画データ１１２に対して、複数の副資料データ１１４を順次切り替えながら副資料領域３２０に表示することもできる。
【００１８】
図２には、このようなマルチメディア番組の例として、講義番組を例示している。講義では、一般に、講師が説明を行いながら、その時々の説明に必要な資料をスクリーン等に表示したり、説明事項を随時板書したりする。講義番組は、基本的には、講師を撮影した動画（音声付き）の再生の進行に合わせて、各種資料のデータを同期して提示するものである。この場合、講師の動画が主動画データ１１２であり、各種資料のデータが副資料データ１１４である。
【００１９】
図１の例では、番組配信サーバ１００の記憶装置１１０内に、主動画データ１１２及び副資料データ１１４が格納されている。記憶装置１１０は、一般的なファイルシステムでよい。また、記憶装置１１０内には、講義番組などのマルチメディア番組の構成を定義する番組定義データ１１６が格納されている。番組配信サーバ１００が提供するマルチメディア番組が複数ある場合、それら１つ１つの番組に対して番組定義データ１１６が用意される。記憶装置１１０内の主動画データ１１２と副資料データ１１４の組み合わせを変えることで、様々な番組を構成することができる。同一の主動画データ１１２が複数の番組に利用されてもよいし、同一の副資料データ１１４が複数の番組に利用されてもよい。また、ここでは便宜上主動画データと副資料データとに分類して説明したが、主動画データを副資料データとして用いる番組を構成することも可能である。
【００２０】
番組定義データ１１６は、例えば、表示画面３００の定義データ、同期情報１１７及び再構成フォーマット情報１１８を含む。表示画面３００の定義データは、例えば、主動画領域３１０と副資料領域３２０の定義（例えば表示画面３００内でのそれら各領域の位置など）、各領域３１０及び３２０にそれぞれ設けられた操作ボタン部３１４及び３２２の定義、表示画面３００上のその他の表示内容の定義、等を含む。なお、主動画領域３１０の操作ボタン部３１４には、例えば、再生、停止、一時停止、早送り、巻き戻し、マーク付けした再生位置へスキップするためのサーチボタン、などの各種操作を指示するためのボタンが含まれる。また、主動画の再生位置を指示するための時間軸スライダーバーや時刻入力欄などが含まれていてもよい。また、文書などの静的資料を表示する副資料領域３２０の操作ボタン部３２２には、例えば、ページ送り、ページ戻し、埋め込みアニメーションの制御ボタンなどが含まれる。このような定義データは、例えばＨＴＭＬ(Hypertext Markup Language) やＸＭＬ(eXtensible Markup Language)等の言語、或いは各種スクリプトを用いて記述することができる。なお、表示画面３００の定義データは、クライアント２００側の表示プログラムに組み込んでおいてもよい。この場合、番組定義データ１１６には、表示画面３００の定義は不要である。
【００２１】
同期情報１１７は、当該番組に含まれる主動画データ１１２と、それに同期する各副資料データ１１４と、の時間的な対応関係を示す情報である。図３に同期情報１１７のデータ内容に一例を示す。図示例は１つの番組についての同期情報である。この番組は、１つの主動画データと、６つの副資料データを含んでいる。同期情報１１７には、番組に含まれる副資料データ１１４ごとのレコードが、番組中で副資料データ１１４を提示する順番に列挙されている。１つの副資料データ１１４のレコードには、主動画ＩＤ、資料ＩＤ、資料種別、資料の格納場所、及び同期時刻などの項目が含まれる。「主動画ＩＤ」は、当該副資料データ１１４と同期表示される主動画データ１１２の識別情報である。なお、主動画データ１１２は、主動画ＩＤに対応づけて記憶装置１１０に格納されている。「資料ＩＤ」は、当該副資料データ１１４の識別情報である。副資料データ１１４は、資料ＩＤに対応づけて記憶装置１１０に格納されている。「資料種別」は、当該副資料データ１１４のデータ種別である。資料種別には、例えば「動画」や「文書」などがある。「資料の格納場所」は、記憶装置１１０における副資料データ１１４の格納場所を表す情報であり、例えば副資料データ１１４が格納されているファイルのパス名がその一例である。
【００２２】
「同期時刻」は、当該副資料データ１１４と主動画データ１１２との時間的な対応関係を表す情報である。この例では、当該副資料データ１１４の提示を開始すべき開始時刻を主動画データ１１２の時間軸上の時刻で表したものを「同期時刻」としている。また、この例では、副資料データ１１４の提示を終了する時刻は、次の副資料データ１１４の開始時刻と同じであり、主動画データ１１２に対応する最後の副資料データ１１４の終了時刻は、主動画データ１１２の終了時刻と同じである。図３の例では、例えば文書データ「文書１」は主動画ＩＤ「１」の主動画データ１１２の時間軸の時刻０分０秒から表示が開始され１分０秒まで表示される。また、動画データ「ビデオ３」は主動画データ１１２の時間軸上の時刻３分３０秒から表示が開始され５分３０秒まで表示される。ただし、これは一例に過ぎない。副資料データ１１４の開始時刻と終了時刻（共に主動画データの時間軸での時刻）のペアを「同期時刻」情報としてもよい。
【００２３】
なお、副資料データ１１４が複数のページからなる文書であり、主動画データ１１２の再生進行に応じて表示するページを進めていく場合には、「同期時刻」はページごとに定めておけばよい。
【００２４】
図１の説明に戻り、再構成フォーマット情報１１８は、主動画データ１１２と、動画の副資料データ１１４との再構成の仕方を規定する情報である。本実施形態では、動画の副資料データ１１４は、主動画データ１１２と合成して１つの動画データへと再構成する。すなわち、主画像データ１１２と、動画の副資料データ１１４とを別々の動画として配信するのではなく、１つの動画データへと再構成して配信する。
【００２５】
例えば図２の例では主動画領域３１０の一部の領域が副資料動画の表示領域となっており、再構成は主動画データ１１２である講師の動画の一部分に副資料動画のコンテンツ３１２を重畳する形で行われる。この場合、再構成フォーマット情報１１８には、主動画データ１１２の表示領域のなかで副資料の動画を重畳する範囲を示す情報が含まれる。
【００２６】
再構成の仕方はこれに限らない。別の再構成の仕方として、副資料の動画データを主動画領域３１０のサイズとし、主動画データ１１２の中の動画内容の代わりに副資料の動画データを再生する方式もある。この場合、主動画データ１１２のうち動画内容は表示されないが、音声は出力される。例えば講義やプレゼンテーションの番組では、講師が話した内容の音声は重要であるが、講師の様子を示す動画は重要でなく、むしろ説明に用いられる副資料の方が画像としては重要な場合が多い。したがって、このようなケースでは、主動画データ１１２のうち音声を残し、動画部分は副資料の動画に置き換えてしまってもよい。この場合、再構成フォーマット情報１１８は、主動画データ１１２の音声と副資料データの動画とを合成することを表す情報となる。
【００２７】
以上に説明した動画の再構成の処理は、再構成部１２２（図１参照）により実行される。再構成動画バッファ１２４は、再構成部１２２が生成した再構成動画データを、転送部１２６がクライアント２００に転送するまでの間一時的に蓄積するバッファメモリである。配信制御部１２０は、クライアント２００から操作指示を受け取り、再構成部１２２及び転送部１２６を制御することで、クライアント２００への番組データ供給をその操作指示に応じて制御する。
【００２８】
図４に、本実施形態における番組データ供給の制御手順の例を示す。この例では、番組を表示中のクライアント２００でユーザが時間軸スライダーバーを操作するなどして再生位置（時刻）の指定や変更を行ったときに、指定された又は変更後の再生位置（再生開始時刻と呼ぶ）からの再生開始を指示するコマンドがクライアント２００から番組配信サーバ１００に送られる。コマンドには番組の識別情報が含まれていてもよいが、番組の識別は別の手順でなされていてもよい。また、ユーザが番組の途中からの再生開始を指示した場合も、同様に、再生開始時刻を含んだ再生開始コマンドがクライアント２００からサーバ１００へ送られる。このコマンドを受け取ったサーバ１００の配信制御部１２０は、再構成部１２２に、その再生開始時刻からの番組の再構成を指示する。指示を受けた再構成部１２２は、主動画データ１１２の再生時刻を示す制御変数ｔに、指示された再生開始時刻をセットする（Ｓ１１）。次に再構成部１２２は、当該番組の同期情報１１７を参照して、時刻ｔに提示すべき副資料を判別する（Ｓ１２）。例えば、図３の例では、時刻ｔが００：０４：００であれば、提示すべき副資料は「ビデオ３」である。次に、判別した副資料の種別が動画であるか否かを判定する（Ｓ１３）。この判定は、例えば、同期情報１１７における当該副資料の「資料種別」の値に基づき行うことができる。この判定の結果、副資料が動画でないと判定された場合（この場合、副資料は文書等の静的資料である）、再構成部１２２は、時刻ｔからｔ＋ｄｔ（ｄｔは予め定められた微小時間。例えば０．１秒）間での主動画を、主動画領域３１０に表示すべきデータとして転送部１２６に渡し、クライアント２００へ送信させる（Ｓ１４）。また、再構成部１２２は、記憶装置１１０中のその副資料のデータを転送部１２６に渡し、そのデータを副資料領域３２０の表示データとしてクライアント２００へ送信させ（Ｓ１４）、ステップＳ１９に進む。なお、静的資料の場合、一度クライアント２００に送信すればその後の変更はないので、副資料を最初に送信したときにその旨を記憶しておき、その後処理がステップＳ１４に来たときに、対象の副資料が既に送信済みであれば、その副資料の再度の送信は省略してもよい（この場合も主動画は送信する）。
【００２９】
時刻ｔにおいて提示すべき副資料が動画であった場合、再構成部１２２は、副資料動画内の時刻が計算済みであるか否かを判定する（Ｓ１５）。ここでいう副資料動画内の時刻とは、主動画時間軸上での時刻ｔに対応する、当該副資料動画の時間軸上での時刻のことである。新たな副資料動画が表示されるときには、副資料動画内での時刻は未計算である。この場合、再構成部１２２は、同期情報１１７を参照して、時刻ｔに対応する副資料動画内での時刻を計算し、その計算結果を変数ｓｔにセットする（Ｓ１６）。副資料動画内での時刻は、例えば、時刻ｔから当該副資料動画の開始時刻を引くことにより計算できる。例えば、ｔ＝００：０４：００の場合、「ビデオ３」内での時刻ｓｔ＝００：００：３０となる。
【００３０】
次に再構成部１２２は、時刻ｔからｔ＋ｄｔまでの主動画と、時刻ｓｔからｓｔ＋ｄｔまでの副動画とを、再構成フォーマット情報１１８に従って重ね合わせることで、時刻ｔからｔ＋ｄｔまでの区間に該当する再構成動画を生成し、これを再構成動画バッファ１２４に追加する（Ｓ１７）。そして、再構成部１２２は、副資料動画内時刻ｓｔと主動画内時刻ｔとをそれぞれｄｔずつ進めて（Ｓ１８，Ｓ１９）、ステップＳ１２に戻る。以上の処理が、主動画データ１１２の終了まで、或いは新たに再生開始コマンドが到来するまで、繰り返される。
【００３１】
配信制御部１２０は、ストリーミング配信を継続するのに十分な量の再構成動画が再構成動画バッファ１２４に蓄積された時点で、転送部１２６にバッファ１２４内の動画データの転送を開始させる。
【００３２】
以上の例では、副資料が動画である場合はそれを主動画と合成して主動画領域３１０に表示し、静的資料である場合は別の副資料領域３２０に表示した。しかし、この代わりに、静的資料も動画として主動画と合成して提供してもよい。
【００３３】
例えば図５の表示画面４００の例では、主動画４１０ａと副資料画像４１０ｂとを横に並べて合成した１つの再構成動画ストリームを表示している。操作ボタン部４１２は、その再構成動画の再生を制御するための各種ボタンやスライダーバーなどを含む。
【００３４】
図６に、このような静的資料の画像も含んだ再構成動画ストリームを配信する場合の、再構成部１２２の処理手順の一例を示す。この手順は、副資料が静的資料であると判定された場合の処理が、図４の手順とは異なる。すなわち、この場合、再構成部１２２は、時刻ｔに対応する副資料の表示画像が既に生成済みであるか否かを判定し（Ｓ２０）、未生成であればその副資料の画像を描画して保存する（Ｓ２１）。生成済みであれば、ステップＳ２１はスキップされる。そして、再構成部１２２は、時刻ｔからｔ＋ｄｔまでの主動画と、その副資料画像とを再構成フォーマットに従って組み合わせた時間ｄｔ分の再構成動画を生成して再構成動画バッファ１２４に入れ（Ｓ２２）、ステップＳ１９に進む。この場合、静的資料の画像も、動画資料の画像も、同じフォーマットに従って主動画と合成される。これにより、主動画とそれに対応する一連の副資料とを合成した再構成動画ストリームが生成されることとなる。
【００３５】
なお、以上では、再構成部１２２の再構成処理と並行してその再構成結果をストリーミング配信する場合を例にとって説明したが、この代わりに、指示された再生開始時刻から番組末尾までの再構成動画の作成が完了してから、再構成動画の配信を開始してもよい。
【００３６】
また、番組配信サーバ１００が一度作成した再構成動画データをキャッシュしておき、再構成動画データがキャッシュに存在するうちは、再構成処理を行う代わりに、キャッシュ内のデータを配信するようにしてもよい。
【００３７】
また、以上では、番組の主たる情報と、それに対して合成される副資料も、共に動画である場合を主たる例として示したが、上記実施形態の方式は、そのような動画同士の場合に限らない。主データ又は副データが、音声データなどのように他の種類の時間変化データであってもよい。
【００３８】
以上に例示したシステムにおける番組配信サーバ１００は、典型的には、汎用のコンピュータにて上述の番組配信サーバの各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、マイクロプロセッサなどのＣＰＵ（中央演算装置）、ランダムアクセスメモリ等のメモリ（一次記憶）、各種Ｉ／Ｏ（入出力）インタフェース等がバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ハードディスクドライブやＣＤやＤＶＤに対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのための装置、などが接続される。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント２００についても同様である。
【図面の簡単な説明】
【００３９】
【図１】マルチメディア番組配信システムの構成の例を示す図である。
【図２】クライアントの番組表示画面の一例を模式的に示す図である。
【図３】同期情報のデータ内容の一例を示す図である。
【図４】再生開始指示を受けたときの番組配信サーバの処理手順の一例を示す図である。
【図５】クライアントの番組表示画面の他の一例を模式的に示す図である。
【図６】番組配信サーバの処理手順の他の一例を示す図である。
【符号の説明】
【００４０】
１００  番組配信サーバ、１１０  記憶装置、１１２  主動画データ、１１４  副資料データ、１１６  番組定義データ、１１７  同期情報、１１８  再構成フォーマット情報、１２０  配信制御部、１２２  再構成部、１２４  再構成動画バッファ、１２６  転送部。
【図１】
2008167138.tif 000003
【図２】
2008167138.tif 000004
【図３】
2008167138.tif 000005
【図４】
2008167138.tif 000006
【図５】
2008167138.tif 000007
【図６】
2008167138.tif 000008