JPH0923289A

JPH0923289A - マルチメディアデータ同期方法

Info

Publication number: JPH0923289A
Application number: JP7173707A
Authority: JP
Inventors: Takeshi Tono; 豪東野; Tetsuo Tajiri; 哲男田尻
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1995-07-10
Filing date: 1995-07-10
Publication date: 1997-01-21

Abstract

(57)【要約】【課題】マルチメディア・オン・デマンドシステムに
おいて、１つのコンテンツに必要なマルチメディアデー
タを伝送速度の異なるネットワーク上に分散して保存す
ることを可能にする。【解決手段】ムービーデータ５、字幕データ９は処理
単位毎のヘッダ中に、後に続くデータを正確な時刻に提
示するための端末内のクロック調整に用いる基準クロッ
ク１１，１２が記録され、字幕データのヘッダ、フレー
ム毎のヘッダにその後に続くデータ１６、１９の提示時
刻であるタイムコード１３および１４が記録されてい
る。同時に提示すべきデータ５，９が端末に到着する時
刻差をｄｔとすると、先に到着したデータ９が、他方の
データ５が到着するまでのｄｔ時間、バッファリングさ
れる。字幕データ１６のタイムコードは基準クロックデ
ータ１１と１２の時間差を換算して変更されたものを用
いる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、種々のネットワー
ク上に分散している映像、静止画、音声、テクスト等の
マルチメディアデータに随時アクセスするマルチメディ
ア・オン・デマンドシステムにおける端末での上記デー
タの同期方法に関する。

【０００２】

【従来の技術】従来のマルチメディア・オン・デマンド
システムでは、ネットワークの伝送速度は単一のものを
前提としている。また、１つのコンテンツを構成する映
像、静止画、音声、テキスト等のマルチメディアデータ
はネットワーク上で同一場所に保存されていることを前
提としているので、ネットワーク上に分散保存されてい
るマルチメディアデータを同期させて提示する手法は存
在しない。

【０００３】また、伝送速度の遅いネットワークを使用
している場合は、ＮＣＳＡのＭｏｓａｉｃあるいはＮｅ
ｔｓｃａｐｅ社のＮｅｔｓｃａｐｅに代表されるインタ
ーネット上のＷＷＷブラウザで実現されているようにア
クセス要求を発行してからデータを端末にダウンロード
し、提示に必要なデータが揃った後に提示を開始する手
法がある。

【０００４】

【発明が解決しようとする課題】マルチメディア・オン
・デマンドシステムが広く普及すれば、既存の情報に第
三者が情報を付加する状況も発生する。その際に元の情
報と同じ場所に該付加情報を保存しなければならない
等、保存場所に制限があれば、保存媒体の容量等の資源
が有効に使えなくなるという問題が発生する。

【０００５】また、上記のように現状では１つのコンテ
ンツを構成する映像、静止画、音声、テキスト等のマル
チメディアデータはネットワーク上で同一場所に保存さ
れていることを前提としているので、ネットワーク上に
分散して保存されているマルチメディアデータを端末か
らアクセスし該データ間で同期をとりつつ提示する手法
は実現されていない。

【０００６】また、ＷＷＷブラウザのようにネットワー
クにアクセス要求を発行し、所望のデータをダウンロー
ドした後に提示する手法では、アクセス要求およびデー
タダウンロードに時間がかかり、同期を取ってマルチメ
ディアデータを提示するには問題があった。

【０００７】さらに、アクセス時に分散保存されている
データの同期を取る場合でも、保存場所から端末までに
一定伝送速度の伝送経路が存在し、マルチメディアデー
タの容量が該伝送速度と同等の場合、該マルチメディア
データに別のデータを付加して伝送し同期をとって提示
することは不可能である。

【０００８】本発明はこのような問題を解決するために
なされたものであって、マルチメディア・オン・デマン
ドシステムにおいて１つのコンテンツに必要なマルチメ
ディアデータを伝送速度の異なるネットワーク上に分散
して保存することを可能とし、マルチメディア・オン・
デマンドシステムの構築の柔軟性を高めることを目的と
する。

【０００９】

【課題を解決するための手段】本発明のマルチメディア
データ同期方法は、各センタ装置において、マルチメデ
ィアデータに、該マルチメディアデータを端末で正確な
時刻にユーザに提示するために端末内のクロック調整に
用いられる基準クロックと、該基準クロックを基に測ら
れた、その後に続くデータの提示時刻であるタイムコー
ドを書き込んで蓄積し、端末では、各マルチメディアデ
ータを受信したときに、最後のデータが到着するまで受
信したデータをバッファリングしておき、最後に到着し
たデータ以外のデータについてはそのタイムコードに最
後に到着したデータの基準クロックと当該データの基準
クロックの差を加えたものを当該データのタイムコード
として用いる。

【００１０】本発明の他のマルチメディアデータ同期方
法は、各センタ装置において、マルチメディアデータ
に、該マルチメディアデータを端末で正確な時刻にユー
ザに提示するために端末内のクロック調整に用いられる
基準クロックと、該基準クロックを基に測られた、その
後に続くデータの提示時刻であるタイムコードを書き込
んで蓄積し、前記ネットワークと端末間にゲートウェイ
を設け、前記ゲートウェイでは、各マルチメディアデー
タを受信したときに、最後のデータが到着するまで受信
したデータをバッファリングしておき、最後に到着した
データ以外のデータについてはそのタイムコードに最後
に到達したデータの基準クロックと当該データの基準ク
ロックの差を加えたものを当該データのタイムコードと
して用い、該タイムコードをもとに多重化されたデータ
を作成し、前記端末に供給するマルチメディアデータ同
期方法。

【００１１】本発明の他のマルチメディアデータ同期方
法は、各端末において、マルチメディアデータの受信時
に、伝送路の伝送速度が遅く実時間では他のマルチメデ
ィアデータと同期を取ることが困難なマルチメディアデ
ータを予めダウンロードしておき、該マルチメディアデ
ータの該マルチメディアデータの提示に当たっては該端
末の伝送速度の速い内部バスを用いることによって前記
マルチメディアデータ間の同期をとる。

【００１２】本発明のさらに他のマルチメディアデータ
同期方法は、各センタ装置ではマルチメディアデータを
階層的に符号化して蓄積し、各マルチメディアデータの
容量と該センタ装置から端末までの伝送路の伝送速度と
から必要なデータ容量を算出し、符号化されているマル
チメディアデータの符号量を調節してセンタ装置から端
末に送出する。

【００１３】

【発明の実施の形態】本発明によれば、１つのコンテン
ツの提示に必要なマルチメディアデータを伝送速度によ
らずネットワーク上に分散して保存することが可能とな
り、該分散保存されているマルチメディアデータ間の同
期をとって１つのコンテンツとして提示することが可能
となる。したがって、１つのコンテンツを構成するマル
チメディアデータを分散して保存できるので、保存資源
の有効活用および安全性の高いシステム構築が可能とな
る。

【００１４】

【実施例】次に、本発明の実施例について図面を参照し
て説明する。

【００１５】図１は、本発明の（請求項１）の一実施例
で、好きなときに映画を視聴できるムービー・オン・デ
マンドシステムに適用した例を示すシステム図である。

【００１６】ネットワーク１に、ディスプレイ３が接続
された端末２、ハードディスク等の記憶装置にムービー
データ５を保存しているデータサーバ４、同様に字幕デ
ータ７を保存しているデータサーバ６、同様に字幕デー
タ９を保存しているデータサーバ８、およびデータサー
バ４，６，８の情報を管理している管理サーバ１０が接
続されている。ここで、データサーバ４、６、８はセン
タ装置に相当する。

【００１７】ムービーを視聴する場合、ユーザは端末２
から先ず管理サーバ１０にアクセスし、該ムービーを保
存しているサーバがデータサーバ４であることと、該ム
ービーに対してデータサーバ６，８が字幕データ７，９
を提供していることを知る。ここで、１つのムービーに
対する複数の字幕データとは、日本語、英語等の言語の
違い、あるいは同じ日本語でも翻訳者の違い等によって
複数のデータが考えられる。また、元のムービーデータ
にもオリジナルの字幕データが存在している場合もあ
る。上記データの所在を知った後、ムービーデータ５に
対して字幕データ９を付加して視聴したい場合、端末２
からデータサーバ４とデータサーバ８にアクセスし、ム
ービーデータ５を受信すると同時に字幕データ９も受信
する。該データ５、９を受信した端末２では、ムービー
データ５の時間情報と字幕データ９の時間情報を参照
し、両データ５、９の同期をとってディスプレイ３に表
示する。

【００１８】図２は、上記ムービー・オン・デマンドシ
ステムの端末２におけるムービデータ５と字幕データ９
の同期をとる方法の一例を示す図である。ここでは、両
データ５，９ともＭＰＥＧ方式で符号化されている場合
を示しているが、時間情報がデータ中に存在すれば他の
データ方式でも構わない。また、この図は一連のデータ
の任意の時点を示したものである。字幕データ５は、あ
る処理単位に分割されており、各処理単位毎にその先頭
にヘッダが付加されている。ここで、ある処理単位と
は、例えば一度に画面に提示される字幕数十文字分であ
る。該処理単位毎のヘッダ中には基準クロック１１が存
在する。前記処理単位毎のヘッダの後に字幕データ５の
ヘッダが付加されている。字幕データ５のヘッダ中には
字幕データ５の提示時刻に関するデータであるタイムコ
ード１３が存在する。ムービーデータ９は、符号化の処
理単位に分割されており、各処理単位毎にその先頭にヘ
ッダが付加されている。ここで、処理単位とは、例えば
１５フレーム分である。該各処理単位内にはフレームデ
ータ１７毎にフレーム毎のヘッダが付加されており、該
フレーム毎のヘッダ内には該フレームの提示時刻に関す
るデータであるタイムコード１４が存在する。

【００１９】ここで、基準クロック１１、１２とは、各
データが作成される際に、その作成装置が持っているク
ロック（水晶発振器）から導出される値であり、例えば
ＭＰＥＧ２の場合はクロックが２７ＭＨｚと決まってお
り、該クロックの値は、１／２７，０００，０００秒毎
に１づつ増加する整数値となる。基準クロック１１、１
２の値は該基準クロックを書き込む際にクロックが持っ
ている値である。該基準クロック１１、１２を受信した
端末２は、端末内部のクロックをこの該基準クロックに
合わせる。この操作により、エンコーダ等のデータ作成
装置と受信端末間でクロックが正確に一致したことにな
る。タイムコード１３、１４とは、該タイムコード後の
字幕データ１６やフレームデータ１７を提示する時刻に
関するデータであり、前記基準クロックと同様にエンコ
ーダ等のデータ作成装置が書き込む。したがって、受信
端末側では、タイムコード１３、１４の値は前記基準ク
ロック１１、１２によるクロック調整が行なわれた後で
なければ、その値は意味をなさない。同時に提示すべき
データ５，９が端末２に到着する時刻差をｄｔとする
と、、先に到着したデータ５が、他のデータ９が到着ま
でのｄｔの時間、バッファリングされる。このとき、端
末２内のクロックの調整は、先に到着したデータ５の基
準クロック１１ではなく、後に到着したデータ９の基準
クロック１２を用いる。次に、両基準クロックデータ１
１および１２の差を求める。以降、字幕データ１６のタ
イムコードは該時間差を加算して変更されたものを用い
る。すなわち、字幕データ１６の変更後の提示時刻を示
すタイムコードをタイムコード（変）とすると、タイムコード（変）＝タイムコード１３＋（基準クロッ
ク１２−基準クロック１１）となる。該変更されたタイムコードを用いることによっ
て、ムービーデータ１７に同期させて字幕データ１６を
提示することが可能となる。ムービーデータ１７中にも
字幕データが存在する場合、該字幕データは端末２にお
いて除去される。図３は本発明（請求項２）の一実施例
で、図１で示したシステムにゲートウェイ１８が付加さ
れ、ゲートウェイ１８にさらに複数台の端末２が接続さ
れているシステム形態を例示している。図２で述べた同
期処理は端末２で行われたものだが、端末２に十分な処
理能力がないと該処理を実時間で行うのは困難である。
そこで、端末２より処理能力の高いゲートウェイ１８を
付加し、ゲートウェイ１８に図４に示す処理を行わせる
ことによってマルチメディアデータの同期を実現するも
のである。

【００２０】図４は、図３におけるゲートウェイ１８で
の処理概要を示したものである。字幕データ５およびム
ービデータ９はゲートウェイ１８に入力された後、図２
に示したような時間情報調整処理１９を行った後に字幕
データ５とムービーデータ９の多重化処理２０を行い、
多重化されたデータ２１となって端末２に送信される。
この際に字幕データ５のヘッダは時間情報が変更されて
いるので、多重化されたデータ２１中、字幕データ５の
ヘッダは元のヘッダとは異なり、ヘッダ（変）となって
いる。端末２からは多重化されたデータ２１は１つのマ
ルチメディアデータとなるので、字幕データ５が同期／
多重化されたデータを通常のＭＰＥＧデコーダ等の受信
および提示機能でディスプレイに提示することが可能と
なる。

【００２１】図２、３および４で示した実施例では、映
像と字幕データの２つのデータについての同期方法を示
したが、これ以上にも音声データやムービーの場面に応
じた様々な情報であっても同様であり、更にこれらのデ
ータから３つ以上のデータを組み合わせて同期させる場
合も同様である。

【００２２】図５、図６は本発明（請求項３）の適用例
を示すシステムである。図１と同様に、ネットワーク２
２，２３に各種サーバ１０，２４，２６と端末２が接続
されているが、図５では、端末２は伝送速度の異なるネ
ットワーク２２，２３の両方に接続されている。例え
ば、ネットワーク２２としては伝送速度の速いＡＴＭ−
ＬＡＮ、ＦＤＤＩ等が、ネットワーク２３としては伝送
速度の遅いＣＳＭＡ／ＣＤ(Ethernet)等が考えられる。
また、図６では、ネットワーク２９とネットワーク３０
がルータ３１を介して伝送速度の遅い伝送路３２で接続
されている。伝送速度の遅い伝送路としては例えば、６
４Ｋｂｐｓ，１５００ＫｂｐｓのＩＳＤＮ、ＰＳＴＮ等
が考えられる。

【００２３】端末２から、文書と静止画とで構成される
コンテンツにアクセスする場合、まず管理サーバ１０に
アクセスし、所望するコンテンツの文書データ２５がネ
ットワーク２２に接続されているデータサーバ２４に、
静止画データ２７がネットワーク２３に接続されている
データサーバ２６にそれぞれ保存されていることを知
る。

【００２４】図７は、上記コンテンツの提示例を示した
ものである。該コンテンツは頁の概念で提示されてお
り、各頁は文書と静止画で構成されている。

【００２５】第ｎ＋１頁の提示要求が発生した後に、該
頁の各データをそれぞれのデータサーバ２４、２６に要
求した場合、図５において、文書データ２５は伝送速度
の速い経路を経由して端末２まで到達するので速やかに
提示されるが、静止画データ２７は伝送速度の遅い経路
を経由して端末２まで到達すため文書データ２５に比べ
てかなり遅れて提示されることになる。

【００２６】しかし、第ｎ頁が提示されている間に、第
ｎ＋１頁の静止画を予め端末内ＨＤ２８にダウンロード
しておき、第ｎ＋１頁の提示要求が発生した際には、デ
ータサーバ２６にアクセスせず、端末内部に既に存在す
るデータを端末２の伝送速度の早い内部バスを用いて提
示することで、文書と静止画が同期をとって提示可能と
なる。なお、端末内ＨＤ２８は、ハードディスクに限ら
ず、大容量のメモリ等でも構わない。

【００２７】ここで、図７において、各頁はユーザのア
クションによってその番号順に提示されるとは限らな
い。したがって、第ｎ頁提示中に予めダウンロードする
頁を決定するアルゴリズムは、頁構成や確率的推定等種
々考えられるが、どのようなアルゴリズムを用いてもよ
い。

【００２８】なお、このことは、データが文書および静
止画以外の音声や動画でも同様である。

【００２９】図８は、請求項４におけるマルチメディア
データの階層符号化の概念図である。マルチメディアデ
ータには符号化単位毎にヘッダが付加されている。ここ
で符号化単位とは例えば映像の場合、１フレームあるい
は１フィールドを指す。図では、１つの符号化単位は３
つの階層、すなわち階層３３、階層３４、階層３５に分
かれている。階層３３のみを復号すれば低解像度の映像
が得られ、階層３３および３４を復号すれば中解像度の
映像が得られ、階層３３，３４および３５を復号すれば
高解像度の映像が得られる。ヘッダには各階層３３，３
４，３５の符号量が記録されている。

【００３０】図９は、請求項４における、アクセス時に
同期をとるネットワーク上に分散保存されているマルチ
メディアデータの容量とデータ保存場所から端末までの
伝送路の伝送速度に応じて符号データの符号量を調節し
転送する処理を示す流れ図である。この処理は例えば図
３におけるゲートウェイ１８、管理サーバ１０等で実現
される。端末２からデータ送信要求が発生すると、ゲー
トウェイ１８あるいは管理サーバ１０から端末２に至る
経路を構成する複数の伝送路の内で最も遅い伝送速度を
伝送路および速度データ３７を基に最低伝送速度算出処
理３６において求める。ここで、端末２に至る経路を構
成する複数の伝送路とは、例えば図６におけるネットワ
ーク３０，２９および伝送速度の遅い伝送路３２の３つ
の伝送路のことである。多重化して伝送すべきデータの
総容量が該最低伝送速度に合うように、被同期データ容
量算出処理３８において、同期されるデータの容量が算
出される。該算出処理３８とは、前記最低伝送速度から
同期する付加データ３９の容量を差し引いた値を求める
ことである。ここで、同期されるデータとは、図８に示
す映像データであり、同期する付加データとはテキスト
等のデータである。続いて多重化処理４０において、階
層符号化されているデータから、データ容量が被同期デ
ータ容量算出処理３８によって算出された値以下に収ま
るように伝送すべき階層を選択し、同期する付加データ
３９とともに多重化されて、該多重化データが送信され
る。

【００３１】図１０は、多重化処理４０における処理の
概念図である。ここでは、図８に示した階層的に符号化
されたビデオデータを被同期データとし、該ビデオデー
タに付加データ４１を同期して多重化する例を示してい
る。既にビデオデータは固定伝送速度に合わせて３つの
階層３３、３４、３５に分かれて符号化されており、被
同期データ容量算出処理３８によって、付加データ４１
を付加するためには、ビデオデータの３階層の内第１階
層、すなわち階層３３までしか伝送できないことが判明
しているとする。このとき、本多重化処理４０では、ビ
デオデータの階層３４および３５を省いて、代わりに付
加データ４１を多重化する。その際最低伝送速度に満た
ない場合にはパディングデータ４２を挿入することで該
最低伝送速度に合わせる処理も必要ならば行う。また、
本多重化処理４０によってヘッダ内の情報で変更すべき
情報があればそれも同時に変更する。この変更処理と
は、例えば図２を用いて説明したタイムスタンプの変更
等である。

【００３２】また、図８および図１０では映像の解像度
に関する階層化を例にしたが、時間方向の階層化も同様
である。すなわち、付加データを多重化するために１秒
間に表示するフレーム数を少なくすることも可能であ
る。この処理は、例えばＭＰＥＧ符号データであれば
Ｂ，Ｐフレームを省略することで実現される。さらに、
本実施例では映像データのみを階層的に符号化する例を
説明したが、テキストデータ、音声データ等あらゆるマ
ルチメディアデータを階層的に符号化しておきユーザの
要望に応じて符号割当てを変更したり、時間的に該符号
割当てを変動させる等も可能である。テキストを階層的
に符号化する例としては内容を詳細説明、概要説明、要
点のみ等に階層化することが考えられる。また、音声を
階層的に符号化しておけば映画の中で音楽が流れている
場面で音声を高音質で視聴するために音声に割当てる符
号量を増やすこと等が考えられる。

【００３３】

【発明の効果】以上説明したように本発明は、１つのコ
ンテンツを構成するマルチメディアデータをそれらが同
期をとる必要があるデータであっても、ネットワーク上
に分散して保存することが可能となり、また、該データ
の保存場所から端末までの伝送経路の伝送速度によらず
端末での提示おいて同期をとることが可能になる等、マ
ルチメディア・オン・デマンドシステムのシステム設計
の柔軟性が向上するという効果がある。

【図面の簡単な説明】

【図１】本発明（請求項１）の適用例を示すシステム図
である。

【図２】図１における端末でのマルチメディアデータ同
期方法のＭＰＥＧデータへの適用例を示す概念図であ
る。

【図３】請求項２の適用例で、図１のシステムにおいて
マルチメディアデータ同期処理を端末ではなくゲートウ
ェイで行う場合のシステム図である。

【図４】図３におけるゲートウェイでのマルチメディア
同期方法のＭＰＥＧデータへの適用例を示す概念図であ
る。

【図５】請求項３の適用例で、１つの端末から伝送速度
の異なる２つのネットワークに接続している場合を示す
システム図である。

【図６】請求項３の適用例で、データサーバから端末ま
での伝送経路中に伝送速度の遅い伝送路が含まれている
場合を示すシステム図である。

【図７】マルチメディア・オン・デマンドシステムで提
供される頁ベースのサービス例を示す概念図である。

【図８】請求項４における階層的に符号化されたマルチ
メディアデータの例を示す図である。

【図９】請求項４における符号量を調節して多重化する
方法を示す流れ図である。

【図１０】図９における多重化処理の内容を示す概念図
である。

【符号の説明】

１ネットワーク２端末３ディスプレイ４，６，８データサーバ５ムービーデータ７，９字幕データ１０管理サーバ１１，１２基準クロック１３，１４タイムコード１６字幕データ１７ムービーデータ１８ゲートウェイ１９時刻情報調整処理２０多重化処理２１多重化されたデータ２２，２３，２９，３０ネットワーク２４，２６データサーバ２５文書データ２７静止画データ２８端末内ＨＤ３１ルータ３２伝送速度の遅い伝送路３３，３４，３５階層３６最低伝送速度算出処理３７伝送路および速度データ３８被同期データ容量算出処理３９同期する付加データ４０多重化処理４１付加データ４２パディングデータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｎ 7/081 Ｈ０４Ｎ 7/08 Ｚ 7/173

Claims

【特許請求の範囲】

【請求項１】ネットワークと、該ネットワーク上に１
つのコンテンツを構成する映像、静止画、音声、テキス
ト等のマルチメディアデータを分散して保存する複数の
センタ装置と、１つ以上の端末とから構成され、該端末
から前記センタ装置に随時アクセスして所望の情報を獲
得するマルチメディア・オン・デマンドシステムにおい
て、各センタ装置において、マルチメディアデータに、該マ
ルチメディアデータを端末で正確な時刻にユーザに提示
するために端末内のクロック調整に用いられる基準クロ
ックと、該基準クロックを基に測られた、その後に続く
データの提示時刻であるタイムコードを書き込んで蓄積
し、前記端末では、各マルチメディアデータを受信したとき
に、最後のデータが到着するまで受信したデータをバッ
ファリングしておき、最後に到着したデータ以外のデー
タについてはそのタイムコードに最後に到着したデータ
の基準クロックと当該データの基準クロックの差を加え
たものを当該データのタイムコードとして用いるマルチ
メディアデータ同期方法。
【請求項２】ネットワークと、該ネットワーク上に１
つのコンテンツを構成する映像、静止画、音声、テキス
ト等のマルチメディアデータを分散して保存する複数の
センタ装置と、１つ以上の端末とから構成され、該端末
から前記センタ装置に随時アクセスして所望の情報を獲
得するマルチメディア・オン・デマンドシステムにおい
て、各センタ装置において、マルチメディアデータに、該マ
ルチメディアデータを端末で正確な時刻にユーザに提示
するために端末内のクロック調整に用いられる基準クロ
ックと、該基準クロックを基に測られた、その後に続く
データの提示時刻であるタイムコードを書き込んで蓄積
し、前記ネットワークと端末間にゲートウェイを設け、前記ゲートウェイでは、各マルチメディアデータを受信
したときに、最後のデータが到着するまで受信したデー
タをバッファリングしておき、最後に到着したデータ以
外のデータについてはそのタイムコードに最後に到着し
たデータの基準クロックと当該データの基準クロックの
差を加えたものを当該データのタイムコードとして用
い、該タイムコードをもとに多重化されたデータを作成
し、前記端末に供給するマルチメディアデータ同期方
法。
【請求項３】ネットワークと、該ネットワーク上に１
つのコンテンツを構成する映像、静止画、音声、テキス
ト等のマルチメディアデータを分散して保存する複数の
センタ装置と、１つ以上の端末とから構成され、該端末
から前記センタ装置に随時アクセスして所望の情報を獲
得するマルチメディア・オン・デマンドシステムにおい
て、各端末において、マルチメディアデータの受信時に、伝
送路の伝送速度が遅く実時間では他のマルチメディアデ
ータと同期をとることが困難なマルチメディアデータを
予めダウンロードしておき、該マルチメディアデータの
提示に当たっては該端末の伝送速度の速い内部バスを用
いることによって前記マルチメディアデータ間の同期を
とるマルチメディアデータ同期方法。
【請求項４】ネットワークと、該ネットワーク上に１
つのコンテンツを構成する映像、静止画、音声、テキス
ト等のマルチメディアデータを分散して保存する複数の
センタ装置と、１つ以上の端末とから構成され、該端末
から前記センタ装置に随時アクセスして所望の情報を獲
得するマルチメディア・オン・デマンドシステムにおい
て、各センタ装置ではマルチメディアデータを階層的に符号
化して蓄積し、各マルチメディアデータの容量と該セン
タ装置から端末までの伝送路の伝送速度とから必要なデ
ータ容量を算出し、符号化されているマルチメディアデ
ータの符号量を調節してセンタ装置から端末に送出する
マルチメディアデータ同期方法。