JP3547840B2 - マルチメディアサーバ - Google Patents
マルチメディアサーバ Download PDFInfo
- Publication number
- JP3547840B2 JP3547840B2 JP08345295A JP8345295A JP3547840B2 JP 3547840 B2 JP3547840 B2 JP 3547840B2 JP 08345295 A JP08345295 A JP 08345295A JP 8345295 A JP8345295 A JP 8345295A JP 3547840 B2 JP3547840 B2 JP 3547840B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- buffer
- multimedia
- input
- server
- 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
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/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/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
- H04N21/2326—Scheduling disk or memory reading operations
Description
【０００１】
【産業上の利用分野】
本発明は、端末からの要求に応じてマルチメディア情報をその端末に転送するマルチメディアサーバに関する。
【０００２】
【従来の技術】
一般に、ビデオサーバで使用されるようなマルチメディア情報の記憶装置には、従来のテキスト情報の記憶等に比べ、大容量の記憶装置が必要である。しかし、半導体記憶装置のような高速アクセス可能な装置は容量当たりコストが高いため、データ量の多いマルチメディア情報の格納には向いていない。従って、マルチメディア情報の格納には、磁気記憶装置または光記憶装置のようにアクセス速度は高速ではないが、容量が大きくかつ比較的安価なものが使用されることが多い。また、ビデオなどの動画または音声データを端末に転送する場合には、端末の再生能力以上のデータ供給能力がビデオサーバに要求される。
【０００３】
このようなビデオサーバを含むマルチメディアサーバにおいては、多数の要求に対して瞬時に応じる必要があるが、この場合、マルチメディア情報を格納している記憶装置にアクセスが集中するのでその記憶装置のアクセス速度がネックとなり、システム全体の性能の低下の原因となる。これを解決する為に、従来では、記憶装置よりも小容量ではあるがアクセス速度の高速な記憶装置に情報をキャッシングすることでアクセス時間を短縮したり、記憶装置の並列化により一台の記憶装置へのアクセスの負担を減らしてデータを配送している。
【０００４】
しかし、ビデオなどのマルチメディア情報は前述したように一つ一つの情報が大容量であるため、キャッシングの効果をだすためには容量の大きなキャッシュが必要となり、また記憶装置を並列化した場合にも、異なる記憶装置にアクセスをうまく分散させるための工夫が必要となる。また、要求を時間で区切ってまとめて処理する手法（ニア・ビデオ・オン・デマンドなど）は同じ情報に対するアクセスをまとめて同時に処理することにより、記憶装置へのアクセスの集中をある程度回避できるが、端末ではサーバから送られてくる情報に対してコントロール不可能であり、また、要求が発生してから情報が提供されるまでにタイムラグが発生するという問題がある。
【０００５】
【発明の解決しようとする課題】
このように従来のサーバでは、アクセス速度の遅い記憶装置から何度も同一のマルチメディア情報を取り出す必要があった。特にビデオサーバなどにおいては、有名ビデオの新作や話題性の高いビデオなどは集中してアクセスされることが多いため、同一情報の効率の良いアクセスが要求されている。
【０００６】
本発明はこのような問題を解決するために、アクセス速度の遅い記憶装置へのアクセス回数を低減できるようにし、より大規模のサーバの実現を可能とし、かつ、インタラクティブ性に優れたマルチメディアサーバを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、音声、映像、符号および文字などの単体または複合されたマルチメディア情報を格納するマルチメディア情報記憶装置と、１以上の端末がそれぞれ接続され、その接続された端末との間でデータを授受する複数の入出力装置と、これら複数の入出力装置と前記マルチメディア情報記憶装置との間を接続するバスもしくはネットワークとを備え、端末から要求されたマルチメディア情報を前記バスもしくはネットワークを介してマルチメディア情報記憶装置から該当する入出力装置のバッファに取り込み、そのバッファを介して端末にマルチメディア情報を転送するマルチメディアサーバにおいて、端末から要求されたマルチメディア情報の一部が前記マルチメディア情報を要求した端末に接続された入出力装置以外の他の入出力装置のバッファ内に既に存在しているか否かを検出する手段と、前記要求されたマルチメディア情報の一部が前記他の入出力装置のバッファ内に既に存在することが検出されたとき、前記マルチメディア情報の一部を前記他の入出力装置のバッファから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むと共に、前記マルチメディア情報の残りの情報を、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むことが必要となるマルチメディア情報として予測する手段と、他の入出力装置のために前記マルチメディア情報記憶装置から前記バスもしくはネットワーク上に出力される情報を、前記マルチメディア情報を要求した端末が接続された入出力装置が監視することにより、前記予測されたマルチメディア情報を前記バスもしくはネットワークから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込む手段とを具備することを特徴とする。
【００１１】
【作用】
入出力装置に設けられているマルチメディア情報転送用のバッファには、通常は、マルチメディア情報記憶装置から読み出されたマルチメディア情報だけが取り込まれるが、本発明では、他の入出力装置のバッファに所望のマルチメディア情報が保持されていれば、そのバッファから情報が入手される。このため、マルチメディアサーバのボトルネックの原因となるマルチメディア情報記憶装置に対するアクセス回数を低減できる。また、複数の端末からの要求が集中するほど、その分だけ他の入出力装置のバッファに所望の情報が存在する確率が高くなり、必要な情報を近くの入出力装置から即座に入手することができる。
【００１２】
したがって、同一の情報にアクセスが集中しても一つの装置にアクセスが集中する事がなくなり、ボトルネックが発生しにくくなる。また、同じ情報が点在するので必要な情報を近くから入手でき、サーバ内のバスやネットワークの負荷を低減できる。また、アクセス速度の速いバッファに情報が格納されていればそこから入手するので、端末へのレスポンスタイムも短くなる。さらに、他の入出力装置のバッファ内に既に存在するマルチメディア情報が、要求されたマルチメディア情報の一部である場合には、その要求されたマルチメディア情報の残りの情報については、バスもしくはネットワークに流れている情報から先取りされるので、余分な情報のアクセスを減らすことができるようになり、サーバのボトルネックとなるアクセスを解消でき、かつ、ネットワークの負荷を低減できる。
【００１６】
【実施例】
（実施例１）
図１には、この発明の第１実施例に係るマルチメディアサーバ１０の構成が示されている。このマルチメディアサーバ１０は、複数のマルチメディア情報格納装置１−１、１−２、…と、複数の入出力部Ａ〜Ｎと、情報管理部４と、これらを接続するネットワーク３から構成されている。各入出力部Ａ〜Ｎには一つ以上の端末が接続されている。マルチメディアサーバ１０は、端末からの要求に応じて、マルチメディア情報格納装置１−１、１−２、…に格納された情報をアクセスし、その端末が接続されている入出力部のバッファにマルチメディフ情報を取り込む。このマルチメディアサーバ１０が例えば単一の計算機から構成される場合には、ネットワーク３はそのコンピュータ内の高速ローカルバスに相当する。また、マルチメディアサーバ１０が複数のプロセッサから構成される並列計算機である場合には、ネットワーク３はそれらプロセッサ間を結ぶネットワークとなる。
【００１７】
マルチメディア情報格納装置１−１、１−２、…としては、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのようにマルチメディア情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども使用できる。一般にマルチメディア情報格納装置１−１、１−２、…は入出力部Ａ〜Ｎのバッファに比べてアクセス速度が遅い。入出力部Ａ〜Ｎの各々には複数のバッファ（本実施例では４つ）が備えられており、バッファ選択部によって空いているバッファにネットワーク３から転送されたマルチメディア情報が格納される。各バッファは、ネットワーク３上の高速なデータ転送とそれよりも低速の端末との間のデータ転送との同期化のために用いられる一時記憶であり、バッファに蓄えられたマルチメディア情報は端末選択部によって目的とする端末に転送される。
【００１８】
情報管理部４はマルチメディア情報格納装置１−１、１−２、…および入出力部Ａ〜Ｎのバッファに格納されたマルチメディア情報を管理している。
【００１９】
図１では、情報管理部４が独立したユニットとして書かれているが、情報管理部４は各入出力部Ａ〜Ｎにあってもよいし、他のユニットにあってもよい。また、情報管理部４を分散させて配置してもよい。端末Ａ０〜Ａ３，Ｂ０〜Ｂ３、…Ｍ０〜Ｍ３，Ｎ０〜Ｎ３はサーバ１０に対して要求を発行でき、かつ、転送されたマルチメディア情報を利用（再生）できるものであれば何でもよい。また、端末から情報を発行したり、端末に格納された情報をサーバ１０や他の端末が取り出すこともできる。
【００２０】
端末Ａ０がマルチメディア情報格納装置１−１に格納された情報Ｊをマルチメディアサーバ１０に要求した時、端末Ａ０から発生した要求は入出力部Ａに渡され、入出力部Ａは情報管理部４に情報Ｊの格納されている装置を問い合わせ、その結果、情報Ｊはマルチメディア情報格納装置１−１に格納されていることが判明するので情報Ｊをマルチメディア情報格納装置１−１より入出力部Ａにネットワーク３を介して転送する。バッファ選択部Ａは入出力部Ａの空いているバッファ（ここではバッファＡ０を使用する）にマルチメディア情報格納装置から転送された情報Ｊを格納し、端末選択部Ａを経由して情報Ｊを端末Ａ０に転送する。
【００２１】
次に端末Ａ３が先ほど端末Ａ０が要求した情報Ｊを要求した時は、入出力部Ａは情報Ｊが入出力部ＡのバッファＡ０に格納されている事を認識し、入出力部ＡのバッファＡ０に格納されている情報Ｊを端末Ａ３に転送する。入出力部ＡがバッファＡ０に情報Ｊが格納されていることを感知していない場合、入出力部Ａはバッファに格納されている情報を把握している情報管理部４に情報Ｊの格納されている装置を問い合わせる。
【００２２】
端末Ｂ０が情報Ｊを取り出す時、入出力部Ｂは情報管理部４に情報Ｊの格納場所を問い合わせ、情報Ｊの格納されている装置を調べる。今はマルチメディア情報格納装置１−１の他に先程の端末Ａ０の転送でバッファＡ０にも格納されている。前述したようにマルチメディア情報格納装置１−１よりもバッファＡ０の方が高速に情報をアクセスできるので、入出力部ＢはバッファＡ０から情報Ｊを転送する。バッファ選択部Ｂは入出力部Ｂの空いているバッファ（ここではバッファＢ０とする）に情報Ｊを格納し、端末選択部Ｂを経由して端末Ｂ０に情報Ｊを転送する。
【００２３】
図２にこの処理の流れを示す。すなわち、端末が情報要求が発生すると、その端末が接続された入出力部は要求された情報の格納場所を情報管理部４に問い合せる等して検索し（ステップＳ１１，Ｓ１２）、目的とする情報が自入出力部内のバッファに格納されているか否かを調べる（ステップＳ１３）。自入出力部のバッファに格納させているならば入出力部は、そのバッファから直ちに端末へ情報を転送する（ステップＳ１４）。
【００２４】
自入出力部のバッファに存在しない場合には、目的とする情報が他の入出力部のバッファに格納されているか否かを調べ（ステップＳ１５）、格納されているならば、それを自入出力部のバッファにコピーした後（ステップＳ１６）、端末に転送する（ステップＳ１４）。
【００２５】
目的とする情報が他の入出力部のバッファにも存在しない場合には、入出力部はその情報がマルチメディア情報格納装置１−１、１−２、…に格納されているか否か調べ（ステップＳ１７）、格納されているならば、該当する装置から自入出力部のバッファに情報をコピーした後（ステップＳ１８）、端末に転送する（ステップＳ１４）。
【００２６】
目的とする情報がマルチメディア情報格納装置１−１、１−２、…の何れにも格納されていないならば、入出力部は、要求された情報が存在しない事を端末に通知（ステップＳ１９）して、処理を終了する。
【００２７】
以上のように、この実例例においては、通常は、マルチメディア情報記憶装置１−１から読み出されたマルチメディア情報だけがバッファに取り込まれるが、他の入出力部のバッファに所望のマルチメディア情報が保持されていれば、そのバッファから情報が入手される。このため、マルチメディアサーバ１０のボトルネックの原因となるマルチメディア情報記憶装置１−１に対するアクセス回数を低減できる。また、複数の端末からの要求が集中するほど、その分だけ他の入出力部のバッファに所望の情報が存在する確率が高くなり、必要な情報を近くの入出力部から即座に入手することができる。
【００２８】
したがって、同一の情報にアクセスが集中しても一つの装置にアクセスが集中する事がなく、ボトルネックが発生しにくい。また、同じ情報が点在するので近くから入手でき、サーバ内のネットワークの負荷を低減できる。また、アクセス速度の速いバッファに情報が格納されていればそこから入手するので、端末へのレスポンスタイムも短くなる。
【００２９】
（変形例１）
図３は実施例１の変形例であり、マルチメディア情報格納装置を１−１、１−２を入出力部Ａ，Ｂと直結している図である。このようにマルチメディア情報格納装置が入出力部と直結されていても本発明は成立する。また、図３に示されているように、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ１０中に入出力部と直結されたマルチメディア情報格納装置とネットワーク３に接続されたマルチメディア情報格納装置とが混在していてもよい。
【００３０】
（変形例２）
図４は実施例１の変形例であり、実施例１で説明したマルチメディアサーバ１０を広域ネットワーク６に接続して他のサーバに接続している図である。
【００３１】
例えば端末Ａ０から情報Ｋの要求が発生した時、入出力部Ａは情報管理部４に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ１０内に格納されていない場合、サーバ接続部５を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。また、入出力部Ａが情報管理部４に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部５を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００３２】
本変形例では、他のサーバに情報が格納されているか否かの問い合わせにサーバ接続部５を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えれば、情報の問い合わせに広域ネットワーク６を使用して他サーバまで問い合わせる必要はなくなる。また、自サーバ用の情報管理部４で他サーバに格納されている情報の管理情報を持っていてもよい。
【００３３】
サーバ１０は他のサーバから広域ネットワーク６とサーバ接続部５を経由して情報の問い合わせ、もしくは要求が発生したら、端末からの要求と同様に、他サーバに対してもサービスを行なうことができる。
【００３４】
（変形例３）
実施例１では一つの端末に一つのバッファを１対１で割り当てているが、バッファの割り当てに関しては特に制限されるものではない。また、入出力部のバッファの数と端末の数が等しく記述されているが異なっていてもよい。
【００３５】
（変形例４）
実施例１では情報を蓄えているマルチメディア情報格納装置１−１，１−２，…から直接バッファに取り込んでいるが、マルチメディア情報格納装置１−１，１−２，…からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００３６】
（実施例２）
次に、図５を参照して、本発明の第２実施例に係るマルチメディアサーバ１０について説明する。
【００３７】
本実施例は実施例１の図１で示すマルチメディアサーバにおいて、ビデオ（動画）サーバ（ビデオオンデマンド）のように大規模な情報や、リアルタイム性を要求されるような情報を提供するサーバの例である。
【００３８】
図５のサーバ１０において、端末Ａ０からビデオＶの要求が発生したとき、入出力部Ａは情報管理部４にビデオＶの格納されている場所を問い合わせる。ビデオＶがマルチメディア情報格納装置だけに格納されている時は、マルチメディア情報格納装置から入出力部Ａの空いているバッファ（ここではバッファＡ０とする）にビデオＶの情報を転送する。ビデオＶの情報がバッファＡ０の容量に比べて大規模な場合、ビデオＶの情報はバッファＡ０に入りきらないのでビデオＶの情報のうちバッファＡ０に格納できる分のみビデオＶの情報が転送される。
【００３９】
入出力部ＡのバッファＡ０はビデオ再生の進捗に応じてバッファＡ０の情報を順次アップデートしていく必要があり、情報管理部４では入出力部ＡのバッファＡ０がビデオＶのどの時刻の情報を持っているかを管理する。この時、端末Ｂ０からビデオＶ（端末Ａ０と同じビデオ）の要求が発生した時、入出力部Ｂは情報管理部４にビデオＶの格納されている場所を問い合わせる。ビデオＶの情報はマルチメディア情報格納装置の他に入出力部ＡのバッファＡ０でももっているが、バッファＡ０にはビデオＶの情報のうちの一部しか格納されていない。入出力部Ｂによって要求されたビデオＶの時刻ｔの情報がバッファＡ０に格納されていればバッファＡ０から入出力部ＢにビデオＶの情報を転送し、バッファ選択部Ｂによって入出力部Ｂの空いているバッファ（ここではバッファＢ０）に格納され、端末選択部Ｂによって端末Ｂ０に転送される。バッファＡ０に入出力部Ｂによって要求されたビデオＶの時刻ｔの情報がなければマルチメディア情報格納装置から入出力部ＢにビデオＶの情報を転送する。入出力部ＡのバッファＡ０から入出力部ＢにビデオＶの情報を転送している時、入出力部Ａは、入出力部ＢにバッファＡ０の情報を転送する前にバッファＡ０のビデオＶの情報を消去または上書きしてはならない。
【００４０】
図５に示すようにビデオＶの情報がマルチメディア情報格納装置１−１から入出力部ＡのバッファＡ０に転送され、入出力部ＡのバッファＡ０から端末Ａ０と入出力部ＢのバッファＢ０に転送され、入出力部ＢのバッファＢ０から端末Ｂ０に転送されている場合においては、入出力部と端末間の通信速度やビデオに対する早送り、一時停止、巻戻し等の操作により入出力部ＢのバッファＢ０が入出力部ＡのバッファＡ０に格納されている情報よりも進んだ情報が必要になる時（バッファＡ０に格納されていない情報を入出力部Ｂが必要とした時）がある。この場合、入出力部ＢのバッファＢ０は情報管理部４に必要な情報の格納されている場所を問い合わせ、そこから（ここではマルチメディア情報格納装置１−１）バッファＢ０に情報を転送させる。この時、今までとは逆にバッファＢ０からバッファＡ０に情報を転送することもできる可能性があるので、入出力部ＡはバッファＡ０の情報の転送元を情報管理部４に問い合わせる。バッファＢ０からバッファＡ０に情報を転送できる場合は、マルチメディア情報格納装置１−１ではなくバッファＢ０からバッファＡ０に情報を転送するように変更する。この様子を図６に示す。
【００４１】
（変形例１）
この実施例２においても、図３で説明した変形例を適用できる。すなわち、マルチメディア情報格納装置が図３に示したように入出力部と直結されていても第２実施例は成立する。また、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ中に入出力部と直結されたマルチメディア情報格納装置とネットワークに接続されたマルチメディア情報格納装置とが混在していてもよい。
【００４２】
（変形例２）
また、図４で説明した場合と同様に、実施例２で説明したマルチメディアサーバを広域ネットワークに接続して他のサーバに接続してもよい。端末から情報Ｋの要求が発生した時、入出力部は情報管理部に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ内に格納されていない場合、サーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。または、入出力部が情報管理部に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００４３】
本変形例では、他のサーバに情報が格納されているかの問い合わせにサーバ接続部を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えることにより、情報の有無の問い合わせに広域ネットワークを使用して他サーバまで問い合わせる必要はない。また、自サーバ用の情報管理部で他サーバに格納されている情報の管理情報をもっていてもよい。
【００４４】
サーバは他のサーバから広域ネットワークとサーバ接続部を経由して情報の問い合わせもしくは要求が発生したら端末からの要求と同様に他サーバに対してもサービスを行なわなければならない。
【００４５】
（変形例３）
また、実施例２では一つの端末に一つのバッファを１対１で割り当てているが、バッファの割り当てに関しては特に制限されるものではない。また、入出力部のバッファの数と端末の数が等しく記述されているが異なっていてもよい。
【００４６】
（変形例４）
また、実施例２ではビデオ情報を蓄えているマルチメディア情報格納装置から直接バッファに取り込んでいるが、マルチメディア情報格納装置から他の記憶装置（マルチメディア情報格納装置と同等程度以上に高速アクセス可能な装置）に取り込んでおいてからバッファに取り込んでもよい。これによりその時のアクセス頻度の高い情報を高速に取り込むことができる。
【００４７】
（変形例５）
入出力部Ａに接続された端末Ａ０以外の端末（Ａ１，Ａ２，Ａ３）がビデオＡを要求した時は、入出力部ＡのバッファＡに格納されている情報が利用できる時はバッファＡから直接転送してもよいし、一度他の空いているバッファにコピーしてから転送してもよい。
【００４８】
（実施例３）
次に、図７を参照して、この発明の第３実施例を説明する。
【００４９】
図７は情報管理部４と、入出力部Ａ，Ｂ、マルチメディア情報格納装置１−１，１−２，…がネットワーク３によって接続されたマルチメディアサーバ１０の各入出力部Ａ，Ｂに端末Ａ，Ｂが接続されることにより、各端末からマルチメディア情報格納装置１−１，１−２，…に格納されたマルチメディアの情報をアクセスするマルチメディアサーバシステムの図である。
【００５０】
ネットワーク３は例えば周波数分割またはその他の手法により多重化されており（本実施例では２つとする）、同時に複数のマルチメディア情報を任意の入出力部に転送することができる。マルチメディア情報格納装置１−１，１−２，…には磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのようにマルチメディア情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置などにより構成される。一般にマルチメディア情報格納装置１−１，１−２，…は入出力部Ａ，Ｂのバッファに比べてアクセス速度が遅いので、本実施例においてもマルチメディア情報格納装置１−１，１−２，…はバッファよりもアクセス速度の遅い装置として扱う。入出力部Ａ，Ｂには複数のバッファ（本実施例ではＡとＢの２つ）が備えられており、バッファ選択部によって空きのバッファにネットワーク３より転送されたマルチメディア情報が格納される。バッファに蓄えられたマルチメディア情報は端末選択部により目的とする端末に転送される。情報管理部４は必要とされたマルチメディア情報の格納装置を管理している。
【００５１】
図７では情報管理部４が独立したユニットとして書かれているが、情報管理部４は各入出力部にあってもよいし、他のユニットにあってもよい。また、分散させて配置してもよい。端末はサーバ１０に対して要求を発行でき、かつ、転送されたマルチメディア情報を利用できるものであれば何でもよい。また、端末から情報を発行したり、端末に格納された情報をサーバ１０や他の端末が取り出すこともできる。
【００５２】
図８は図７におけるマルチメディアシステムにおいて、マルチメディア情報格納装置１−１から端末ＡにビデオＶを配送している時（図８（α））、少し遅れた時間から端末ＢにビデオＶを配送する時（図８（β））にネットワーク３に流れる情報を示したものである。
【００５３】
端末ＡがビデオＶの情報の転送要求を入出力部Ａに発生した時、入出力部Ａは情報管理部４にビデオＶの格納されている装置を問い合わせ、その結果ビデオＶはマルチメディア情報格納装置１−１に格納されていることが判明し、ビデオＶをマルチメディア情報格納装置１−１より入出力部Ａに転送する。マルチメディア情報格納装置１−１から入出力部ＡにビデオＶを転送する時、入出力部Ａのバッファ選択部Ａは入出力部Ａの空いているバッファ（ここではバッファＡ０とする）に転送されてきた情報を格納する。
【００５４】
ビデオＶがバッファＡ０に転送されている場合において、端末ＢからビデオＶの情報の転送要求が入出力部Ｂに発行された時、入出力部Ｂは情報管理部４にビデＶの格納されいてる装置を問い合わせる。現時点でビデオＶの情報はマルチメディア情報格納装置１−１とバッファＡ０の双方に格納されているが、本実施例においてはマルチメディア情報格納装置１−１と入出力部ＡのバッファＡ０を比べた場合、入出力部ＡのバッファＡ０の方が高速にアクセスできると仮定しているので、バッファＡ０より入出力部ＢにビデオＶの情報を転送する。入出力部Ｂではバッファ選択部Ｂによって空きバッファ（ここではバッファＢ０とする）にビデオＶの情報が格納される。
【００５５】
この時、ネットワークには図８（γ）に示すように入出力部Ａの要求に対する情報であるビデオＶと入出力部Ｂの要求に対する情報であるビデオＶが時間差をおいて流れる。
【００５６】
入出力部Ａの要求したビデオＶの転送開始時刻をｔ０、転送終了時刻をｔ３、入出力部Ｂの要求したビデオＶの転送開始時刻をｔ１、転送終了時刻をｔ４とし、ｔ０からｔ１の間に入出力部Ａに対して転送したビデオＶの情報をビデオＶ０、ｔ１からビデオＶ０の時間経過した時刻をｔ２、ビデオＶの情報のうちビデオＶ０以降の情報をビデオＶ１とする。
【００５７】
時刻ｔ０〜ｔ１の間はネットワーク３を流れる情報は入出力部Ａに転送されるビデオＶ０のみであるが、時刻ｔ１〜ｔ２の間は入出力部Ａに転送されるビデオＶ１と入出力部Ｂに転送されるビデオＶ０が流れる。時刻ｔ１〜ｔ２において、入出力部ＢはビデオＶ０の情報が転送されるが、ネットワーク３に入出力部Ａの為に流れているビデオＶ１の情報も必要である事が容易に予想できるので、入出力部Ｂはネットワークに流れているビデオＶ１の情報も空きバッファに取り込む。入出力部Ｂには２つのバッファがあるが、バッファＢ０は既にビデオＶ０を取り込む為に使用されているので、もう一つのバッファＢ１にビデオＶ１の情報を格納する。そして、端末ＢにバッファＢ０に格納されたビデオＶ０の情報を転送してからバッファＢ１に格納されたビデオＶ１の情報を転送する。
【００５８】
本来なら図８（γ）で示されるように入出力部Ｂの要求に対するビデオＶを時刻ｔ１〜ｔ４で送る必要があるが、ネットワークに流れている情報を活用する事で図８（δ）に示すように入出力部Ｂの要求に対するビデオＶの情報を時刻ｔ１〜ｔ３の短い時間で転送する事ができる。また、時刻ｔ２〜ｔ４の時間に流れる必要のあった情報を流す必要がないのでネットワーク３の有効活用ができる。さらに、複数の時間差の生じた要求に対して少ない回数のアクセスで情報を提供することができ、情報アクセス数の増大によるボトルネックを発生させにくくできる。
【００５９】
（変形例１）
図９は実施例３の変形例であり、マルチメディア情報格納装置１−１，１−２を入出力部Ａ，Ｂと直結している図である。マルチメディア情報格納装置１−１，１−２が入出力部Ａ，Ｂと直結されていても本発明は成立する。また、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ中に入出力部と直結されたマルチメディア情報格納装置とネットワークに接続されたマルチメディア情報格納装置が混在していてもよい。
【００６０】
（変形例２）
また、図４と同様にして、実施例３で説明したマルチメディアサーバ１０を広域ネットワークに接続して他のサーバに接続してもよい。例えば、端末Ａから情報Ｋの要求が発生し時、入出力部Ａは情報管理部４に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ１０内に格納されていない場合、サーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。または、入出力部が情報管理部に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００６１】
本変形例では、他のサーバに情報が格納されているかの問い合わせにサーバ接続部を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えることにより、情報の有無の問い合わせに広域ネットワークを使用して他サーバまで問い合わせる必要はない。また、自サーバ用の情報管理部で他サーバに格納されている情報の管理情報を持っていてもよい。
【００６２】
サーバは他のサーバから広域ネットワークとサーバ接続部を経由して情報の問い合わせもしくは要求が発生したら端末からの要求と同様に他サーバに対してもサービスを行なわなければならない。
【００６３】
（変形例３）
実施例３では一つの端末に二つのバッファを割り当てているが、バッファの割り当てに関しては規定しない。また、入出力部のバッファの数と端末の数が異なっていてもよい。
【００６４】
（変形例４）
実施例３ではビデオ情報を蓄えているマルチメディア情報格納装置１−１，１−２から直接バッファに取り込んでいるが、マルチメディア情報格納装置１−１，１−２から他の記憶装置（マルチメディア情報格納装置と同等程度以上に高速アクセス可能な装置）に取り込んでおいてからバッファに取り込んでもよい。これによりその時のアクセス頻度の高い情報を高速に取り込むことができる。
【００６５】
（変形例５）
また、一つ以上の端末が存在する時、端末に格納されている情報を端末やサーバに転送もしくは端末およびサーバが他の端末に格納された情報を取り出す事ができる。この時でも、必要な情報がネットワーク３に存在すれば、先行して情報を蓄えることができる。
【００６６】
（変形例６）
また、必要な情報を予測してからバッファに蓄えるのではなく、常にネットワーク３を流れる情報をバッファに蓄えることも可能である。
【００６７】
（変形例７）
また、同じ入出力部に接続された端末には、同じバッファを使用して情報を蓄えてもよいし、異なるバッファに情報を蓄えてもよい。
【００６８】
（実施例４）
次に、図１０を参照して、この発明の第４実施例を説明する。
【００６９】
図１０は第４実施例にかかるマルチメディアサーバを示した図である。このマルチメディアサーバ１０においては、マルチメディア情報は複数のマルチメディア情報格納装置１−１，１−２、…に格納され、端末Ａ，Ｂ，…ＮにはバッファＡ，Ｂ，…Ｎを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ，Ｂ，…Ｎの各々には端末Ａ，Ｂ，…Ｎに送るマルチメディア情報が一時的に格納される。バッファとマルチメディア情報格納装置１−１，１−２，…はネットワーク３により接続されており、情報を自由に送受信することができる。
【００７０】
情報管理部４には、マルチメディア情報格納装置１−１，１−２，…上の情報の格納箇所と、各バッファが保持している情報とを示す情報管理表を備えている。図１１は情報管理表の構成例を示した図である。
【００７１】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども含まれる。一般にマルチメディア情報格納装置１−１，１−２，…は比較的低速かつ高容量のものが使用される為、バッファＡ〜Ｎに比べてアクセス速度が遅い。
【００７２】
マルチメディア情報格納装置（Ｘ）１−１に情報Ｊと情報Ｋ、マルチメディア情報格納装置（Ｙ）１−２に情報Ｌと情報Ｍが格納されている場合、情報管理表４１は図１２のようになる。元時点ではバッファＡ〜Ｎには何も格納されていないものとする。
【００７３】
端末Ａがマルチメディアサーバ１０に対して情報Ｊの要求を発行した時、端末Ａからの要求は情報管理部４に送られる。情報管理部４では情報管理表４１によって情報Ｊがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを判定でき、マルチメディア情報格納装置（Ｘ）１−１から情報ＪをバッファＡに転送するよう指令する。この時、情報管理表４１には、バッファＡに情報Ｊが保持されていることを記憶するために、情報Ｊに対応するバッファ名としてＡを格納する（図１３）。バッファＡでは送られてきた情報Ｊを端末Ａに転送する。
【００７４】
次に端末Ｂがマルチメディアサーバ１０に対して情報Ｊの要求を発行した時、端末Ｂからの要求は情報管理部４に送られる。情報管理部４では情報管理表４１によって情報Ｊがマルチメディア情報格納装置（Ｘ）１−１とバッファＡに格納されていることを判明できる。マルチメディア情報格納装置（Ｘ）１−１とバッファＡではバッファＡの方が高速にアクセスできるので情報管理部４はバッファＡから情報ＪをバッファＢに転送する。マルチメディア情報格納装置とバッファとでアクセス時間が同一の場合や、ネットワーク３の構成によりマルチメディア情報格納装置の方が高速にアクセスできる場合、またはバッファから多くの情報を取り出していることによってバッファのアクセス時間が低速になった場合などマルチメディア情報格納装置とバッファを比較してどちらを用いた方が高速にアクセスできるかは状況に応じて変化する。したがって、どこから情報を取り出すかは、その時の状況に合わせて判断することが望ましい。情報管理部４では、バッファＢに情報Ｊが保持されていることを情報管理表４１に記憶しておき（図１４）、バッファＢでは送られてきた情報Ｊを端末Ｂに転送する。
【００７５】
情報管理表４１が図１４の状態において、端末Ａからマルチメディアサーバ１０に対して情報Ｋの要求が発行された場合、端末Ａからの要求は情報管理部４に送られ、情報管理部４では情報管理表４１によって情報Ｋがマルチメディア情報格納装置（Ｘ）１−１にのみ格納されていることを判定し、マルチメディア情報格納装置（Ｘ）１−１から情報ＫをバッファＡに転送する。この時、情報管理表４１には情報Ｊを保持しているバッファとしてバッファＡが記憶されているので、情報Ｊの保持しているバッファからバッファＡを削除し、情報Ｋを保持しているバッファとして記憶する（図１５）。バッファＡでは送られてきた情報Ｊを端末Ａに転送する。
【００７６】
以上のようにこの第４実施例のサーバ１０においては、各バッファの情報の記憶状態は情報管理表４１によって管理されており、要求を発行した端末に対応するバッファに他のバッファから高速に情報を転送することができる。また、バッファ容量の範囲で、早送り、巻戻し再生などの処理にも高速に対応することができる。
【００７７】
（変形例１）
尚、実施例４では、バッファを端末と１対１に設けた例を説明したが、１つのバッファに複数の端末を接続することもできる。また、各バッファは論理的に複数に分割でき、一方のバッファ部から端末にデータ転送しながら、他のバッファ部から他の入出力部にデータを転送することができる。
【００７８】
（変形例２）
図１６は実施例４の変形例であり、実施例４で説明したマルチメディアサーバ１０を広域ネットワークを介して他のサーバに接続している図である。
【００７９】
端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、端末Ａからの要求は情報管理部４に送られ、情報管理部４では情報管理表４１によって情報Ｎが他のサーバシステムに格納されていることを判別し（図１７）、サーバ接続部５を経由して、広域ネットワーク６に接続されている他のサーバシステムに対して要求を発生する。他のサーバから送られてきた情報Ｎは、サーバ接続部５を経由して、バッファＡに送られる。この時、情報管理表４１に情報Ｎを保持しているバッファとしてバッファＡを記憶する（図１８）。
【００８０】
（変形例３）
また変形例２では、端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、情報管理部４では情報管理表４１を用いて情報Ｎの格納先を検索した。しかし、情報管理表４１で他のサーバシステムに格納されている情報まで記憶しておくことができない場合の対応として、情報管理表４１に登録されていない情報については広域ネットワーク６を経由して、他のサーバの情報管理部４に対して目的とする情報の有無を確認する機能を設けてもよい。この場合、問い合わせを行なう他のサーバは一部のものに特定してもよいし、不特定であってもよい。問い合わせの結果、他のサーバシステムに情報Ｎが格納されていることが判明したら他のサーバから広域ネットワーク６、サーバ接続部５を経由してバッファＡに情報Ｎを送る。この時、情報管理部４は情報管理表４１内に情報Ｎに対するエントリーを生成してもよいし、しなくてもよい。情報Ｎに対するエントリーを生成した場合、サーバ１０内に情報Ｎを保持しているバッファが存在する間は他のサーバに行くことなく情報Ｎを取り出すことができる。但し、情報Ｎが変更される場合を考慮して、情報Ｎを格納していたサーバに情報Ｎの変更を通知する機能を設け、また、情報管理部４に変更の通知をうけてサーバ１０内の情報Ｎを無効化または更新する機能を備えることが好ましい。これにより、情報Ｎの有効性は保証される。また、情報Ｎをバッファに転送するだけでなくマルチメディアサーバ格納装置１−１，１−２に格納してもよい。
【００８１】
（変形例４）
また、実施例４では、マルチメディア情報格納装置からバッファに情報を直接取り込んでいるが、マルチメディア情報格納装置からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００８２】
（変形例５）
また、情報がバッファの容量よりも大きな場合もあるので、情報管理表４１には情報を格納しているバッファだけでなく、その情報のアドレス（情報のどの部分を格納しているか特定できるもの）も記憶することが好ましい。
【００８３】
（変形例６）
また、マルチメディア情報格納装置（Ｘ）１−１に格納されている情報ＪをバッファＡに転送している状態で、情報ＪがバッファＡの容量を越えている場合、もくしは、バッファＡに情報Ｊを転送している間にバッファＡからバッファＢに情報Ｊを転送している（バッファ２−１に転送されている分の情報Ｊをバッファ２−２に転送している）時、バッファＡの方が先に情報Ｊを入手し始めているのでバッファＡからバッファＢに情報Ｊの転送が終了する前にバッファＡでは情報Ｊを破棄する必要が生じることがある。また、端末Ｂが端末Ａよりも高速にバッファから情報を取り出せたり、バッファＡ−端末Ａ間の接続が回線障害や過負荷状態になることによりバッファＢがバッファＡに格納された情報Ｊとは違う箇所が必要となることがある。情報Ｊが動画や音声などのデータの場合、端末側で一時停止や早送り、巻戻しなどのトリックプレイを行なった時も同様である。こうした場合、バッファＢの情報Ｊの入手先をバッファＡからマルチメディア情報格納装置１−１に変更する。バッファＡの情報の入手先はマルチメディア情報格納装置であるが、もし、他のバッファから転送することが可能であれば情報Ｊの入手先をそのバッファに変更することができる。このように情報管理部４では各バッファの状態（障害情報など）を監視し、バッファ間の情報転送が前記のように難しくなった時に、情報の入手先を動的に変更させることが好ましい。
【００８４】
（変形例７）
また、実施例４では一つの情報管理部４によって制御しているが、情報管理部４をバッファやマルチメディア情報格納装置などに分散させて制御してもよい。
【００８５】
（実施例５）
図１９は本発明の第５実施例にかかるマルチメディアサーバ１０を示した図である。第４実施例と同様、マルチメディア情報はマルチメディア情報格納装置１−１，１−２，…に格納され、端末Ａ〜Ｎにはそれぞれ対応するバッファＡ〜Ｎを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ〜Ｎには一時的に端末に送るマルチメディア情報が格納される。バッファＡ〜Ｎとマルチメディア情報格納装置１−１，１−２，…はネットワークにより接続されており、情報を自由に送受信することができる。
【００８６】
情報管理部４は、マルチメディア情報格納装置１−１，１−２，…上の格納箇所と、各バッファが保持している情報とを示す。情報管理表４１と、各バッファから送られてくる情報の要求を一時に蓄え、同一要求をまとめる要求再構成部４２とを備えている。
【００８７】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのてきる装置なども含まれる。一般にマルチメディア情報格納装置は比較的低速かつ高容量のものが使用される為、バッファに比べてアクセス速度が遅い。
【００８８】
端末Ａと端末Ｂからほぼ同時、具体的にはある一定の時間範囲内、に情報Ｊの要求が発生した場合、それぞれの端末が接続されたバッファＡおよびバッファＢから情報管理部４に対して情報Ｊに対するアクセス要求が発生する。情報管理部４の要求再構成部４２では単位時間毎に要求をまとめる機能があるので、バッファＡからの要求とバッファＢからの要求は、同一単位時間、同一情報に対する要求であるので一つの要求にまとめられる。単位時間は、要求に対する応答時間に影響を及ぼしにくい時間で決められている。
【００８９】
一つの要求にまとめられた情報Ｊは、情報管理表４１によってマルチメディア情報格納装置（Ｘ）１−１に格納されていることが分かり、マルチメディア情報格納装置（Ｘ）１−１に対する１回のアクセスでバッファＡとバッファＢに対して情報Ｊを同時に転送する。この時、情報管理表４１は図１４の様に情報Ｊを格納しているバッファとしてバッファＡとバッファＢが登録される。
【００９０】
（変形例１）
尚、ここではバッファと端末とを１対１で対応させたが、各バッファに複数の端末を対応させてもよい。その場合には、要求再構成部４２を情報管理部４だけでなく、各バッファにも設けてもよい。また、情報管理部４の要求再構成部４２をなくし、バッファだけにその機能を持たせてもよい。
【００９１】
（変形例２）
図２０は第５実施例の変形例であり、図１６と同様にマルチメディアサーバ１０を広域ネットワーク６に接続して他のサーバに接続している図である。
【００９２】
端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、端末Ａからの要求は情報管理部４に送られ、要求再構成部４２により単位時間内に発生した他の同一要求とまとめられる。そして、情報管理表４１によって情報Ｎが他のサーバシステムに格納されていることを判別されると（図１７）、サーバ接続部５を経由して、広域ネットワーク６に接続されている他のサーバシステムに対して要求を発生する。他のサーバから送られてきた情報Ｎは、サーバ接続部５を経由して、バッファＡを含む、要求再構成部４２によりまとめられた他のバッファに送られる。この時、情報管理表４１に情報Ｎを保持しているバッファにバッファＡおよび要求再構成部４２によりまとめられた各バッファを記憶する。
【００９３】
（変形例３）
また、変形例２では、マルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、情報管理部４では情報管理表４１を用いて情報Ｎの格納先を検索した。しかし、情報管理表４１で他のサーバシステムに格納されている情報まで記憶しておくことができない場合の対応として、情報管理表４１に登録されていない情報については広域ネットワーク６を経由して、他のサーバの情報管理部４に対して目的とする情報の有無を確認する機能を設けてもよい。問い合わせを行なう他のサーバは一部のものに特定してもよいし、不特定であってもよい。問い合わせの結果、他のサーバシステムに情報Ｎが格納されていることが判明したら他のサーバから広域ネットワーク６、サーバ接続部５を経由してバッファＡを含む、要求再構成部４２によりまとめられた他のバッファに情報Ｎを送る。この時、情報管理部４は情報管理表４１に情報Ｎに対するエントリーを生成してもよいし、しなくてもよい。情報Ｎに対するエントリーを生成した場合、サーバ２０内に情報Ｎを保持しているバッファが存在する間は他のサーバに行くことなく情報Ｎを取り出すことができる。但し、情報Ｎが変更される場合を考慮して、情報Ｎを格納していたサーバに情報Ｎの変更を通知する機能を持たせ、また、情報管理部４に変更の通知をうけてサーバ１０内の情報Ｎを無効化または更新する機能を備えることが好ましい。これにより、情報Ｎの有効性を保証できる。また、情報Ｎをバッファに転送するだけでなくマルチメディアサーバ格納装置に格納してもよい。
【００９４】
（変形例４）
また、実施例５では情報を蓄えているマルチメディア情報格納装置１−１，１−２，…からバッファＡ〜Ｎに情報を直接に取り込んでいるが、マルチメディア情報格納装置からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００９５】
（変形例５）
また、情報がバッファの容量よりも大きな場合もあるので、情報管理表４１には情報を格納しているバッファだけでなく、その情報のアドレス（情報のどの部分を格納しているか特定できるもの）も記憶することが好ましい。
【００９６】
（変形例６）
また、実施例５では一つの情報管理部４によって制御しているが、情報管理部４をバッファＡ〜Ｎやマルチメディア情報格納装置１−１，１−２，…などに分散させて制御してもよい。
【００９７】
（実施例６）
図２１は本発明の第６実施例にかかるマルチメディアサーバ１０を示した図である。前述の各実施例と同様マルチメディア情報はマルチメディア情報格納装置１−１，１−２，…に格納され、端末Ａ〜Ｎにはバッファを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ〜Ｎには端末に送るマルチメディア情報が一時的に格納される。バッファは、情報を予測する機能を有し、ネットワーク３に流れる情報のうち、そのバッファが必要とすると予測された情報を予め入手する手段を備えたネットワーク接続部７−１〜７−ｎを経由してネットワーク３より情報を入手することができる。マルチメディア情報格納装置１−１，１−２，…はネットワーク３に接続されている。ネットワーク３は時分割またはその他の手法により多重化されており（本実施例では２つとする）、同時に複数のマルチメディア情報を任意の入出力部に転送することができる。
【００９８】
情報管理部４には、情報のマルチメディア情報格納装置上の格納箇所と、各バッファが保持している情報とを示す情報管理表４１を備えている。
【００９９】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども含まれる。一般にマルチメディア情報格納装置は比較的低速かつ高容量のものが使用される為、バッファに比べてアクセス速度が遅い。
【０１００】
図２２は図２１におけるマルチメディアシステムにおいて、マルチメディア情報格納装置から端末Ａに動画情報Ｖを配送している時（図１３（α））、少し遅れた時間から端末Ｂに動画情報Ｖを配送する時（図１３（β））にネットワーク３に流れる情報を示したものである。
【０１０１】
端末Ａが動画情報Ｖの情報の転送要求を発生した時、情報管理部４では動画情報Ｖがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを知ることができ、動画情報Ｖをマルチメディア情報格納装置（Ｘ）１−１よりネットワーク３を使用してネットワーク接続部（Ａ）７−１に転送し、ネットワーク接続部（Ａ）７−１からバッファＡを経由してから端末Ａに送られる。
【０１０２】
動画情報ＶがバッファＡに転送されている場合において、端末Ｂから動画情報Ｖの要求が発生した時、情報管理部４では動画情報Ｖがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを知ることができ、動画情報Ｖをマルチメディア情報格納装置（Ｘ）１−１よりネットワーク３を使用してネットワーク接続部（Ｂ）７−２に転送し、ネットワーク接続部（Ｂ）７−２からバッファＢを経由してから端末Ｂに送られる。
【０１０３】
この時、ネットワーク３には図２２（γ）に示すように端末Ａの要求に対する動画情報Ｖと端末Ｂの要求に対する動画情報Ｖが流れる。
【０１０４】
端末Ａの要求した動画情報Ｖの転送開始時刻をｔ０、転送終了時刻をｔ３、端末Ｂの要求した動画情報Ｖの転送開始時刻をｔ１、転送終了時刻をｔ４とし、ｔ０からｔ１の間に端末Ａに対して転送した動画情報Ｖの情報を動画情報Ｖ０、ｔ１から動画情報Ｖ０の分だけ時間経過した時刻をｔ２、動画情報Ｖのうち動画情報Ｖ０以降の情報を動画情報Ｖ１とする。
【０１０５】
時刻ｔ０〜ｔ１の間はネットワーク３に流れる情報は端末Ａに転送される動画情報Ｖ０のみであるが、時刻ｔ１〜ｔ２の間は端末Ａに転送されている動画情報Ｖ１と端末Ｂに転送される動画情報Ｖ０が流れる。時刻ｔ１において、端末Ａの要求に対する動画情報Ｖ１と端末Ｂの要求に対する動画情報Ｖ０がネットワーク３を流れる。ネットワーク接続部７−１，７−２ではネットワーク３に流れている情報（動画情報Ｖ０と動画情報Ｖ１）を把握しており、かつ、バッファＢが動画情報Ｖを要求していることを認識しているのでネットワーク３から送られてくる動画情報Ｖ０の他にネットワーク３上に流れている動画情報Ｖ１がバッファＢに必要であることを予測できるので、予め動画情報Ｖ１をバッファＢの空き領域に転送しておく。これにより、本来なら図２２（γ）で示されるように端末Ｂの要求に対する動画情報Ｖを時刻ｔ１〜ｔ４で送る必要があるが、ネットワーク３に流れている情報を活用する事で図２２（δ）に示すように時刻ｔ１〜ｔ３の短い時間で転送する事ができる。また、時刻ｔ２〜ｔ４の時間に流れる必要のあった情報を流す必要がないのでネットワーク３の有効活用ができる。さらに、時間差を持って発生する複数の要求に対して少ない回数のアクセスで情報を提供することができ、情報アクセス数の増大によるボトルネックを発生させにくくできる。
【０１０６】
（変形例１）
尚、ネットワーク接続部７−１〜７−ｎの各々には複数のバッファが接続されていてもよいし、各バッファに複数の端末が接続されていてもよい。ネットワーク接続部は、予測により入手した情報を、情報転送中のバッファと異なる他のバッファに転送してもよい。
【０１０７】
（変形例２）
また、ネットワーク接続部７−１〜７−ｎが予測して情報を入手するのはマルチメディア情報格納装置１−１，１−２から発信された情報だけでなく、前述の実施例で説明したようにネットワーク３を介してはバッファ間を転送される情報や、他のサーバと接続した場合における他のサーバからの情報でも予測して入手することができる。
【０１０８】
（変形例３）
また、実施例６では、情報の種類として動画情報で説明しているが、これは静止画情報であっても、文字情報であっても、また、その他の各種情報に対して適用される。
【０１０９】
（変形例４）
また、実施例６では、ネットワークを多重化し、情報をひとまとまりにして取り扱っているが、ネットワークを時分割多重し、情報を細切れにした単位で情報の要求およびネットワーク上に流している場合であっても必要な情報を予測できるのであれば同様に適用することができる。
【０１１０】
（実施例７）
第７実施例では、並列計算機を用いたマルチメディアサーバについて述べる。
【０１１１】
図２３は本実施例で用いる並列計算機の構成を示しており、９個のプロセッシングエレメント（ＰＥ０〜ＰＥ９）が３×３の二次元トーラス結合網で接続されている。プロセッシングエレメントは、ＣＰＵとメモリ、プロセッシングエレメント間の通信を行なうルータ、外部の装置と接続する入出力部から構成されている。本第４実施例では、並列計算機におけるマルチメディアサーバの実施例を示すものであるため、プロセッシングエレメント間の接続やプロセッシングエレメントの数量については如何なる構成でもよい。
【０１１２】
図２４は図２３で示される並列計算機を使用したマルチメディアサーバ１０の例である。それぞれのプロセッシングエレメントＰＥ０〜ＰＥ８の入出力部に実施例１〜３で説明されているマルチメディア情報格納装置または端末が接続されている。ＰＥ０には磁気ディスクが２つ、ＰＥ１には端末が２つ、ＰＥ２には何も接続されておらず、ＰＥ３にはＣＤ−ＲＯＭ装置が１つ、ＰＥ４には端末が１つ、ＰＥ５には端末が２つ、ＰＥ６には磁気ディスクが１つと端末が１つ、ＰＥ７には端末が３つ、ＰＥ８には端末が４つ接続されている。図２４で分かるようにプロセッシングエレメントＰＥ０〜ＰＥ８の入出力部に接続されるマルチメディア情報格納装置および端末は均一に接続されている必要はなく、また、マルチメディア情報格納装置と端末を１つのプロセッシングエレメントに接続してもよい。本実施例では何も接続されてないＰＥ２が前述した実施例で説明されている情報管理部４の役割を果たす。
【０１１３】
本実施例では説明を分かりやすくするため、初期状態として動画情報Ｖが磁気ディスク０にだけ格納されているものとし、動画情報Ｖは各プロセッシングエレメントのメモリ内に全てを格納できるサイズのものとして話をすすめる。
【０１１４】
端末０から磁気ディスク０に格納された動画情報Ｖの要求があった時、端末０の接続されたＰＥ１は情報管理部であるＰＥ２に動画情報Ｖの格納場所を問い合わせる。ＰＥ２では動画情報Ｖが記憶されている場所であるＰＥ０の磁気ディスク０をＰＥ１に教える。ＰＥ１で動画情報ＶがＰＥ０の磁気ディスク０に格納されていることが分かったので、ＰＥ０の磁気ディスクからＰＥ１のメモリに動画情報Ｖをコピーする。この時ＰＥ１はメモリ内に動画情報Ｖのコピーを持っていることをＰＥ２（情報管理部）に伝え、ＰＥ２では動画情報Ｖの格納場所にＰＥ１のメモリを加える。
【０１１５】
ＰＥ１のメモリに格納された動画情報Ｖは入出力部を経由して端末０に伝送される。
【０１１６】
ＰＥ１のメモリに動画情報Ｖが格納されている時に、ＰＥ４に接続された端末２が動画情報Ｖを要求した時、ＰＥ４はＰＥ２に動画情報Ｖの格納場所を問い合わせる。ＰＥ２では現時点で動画情報ＶはＰＥ０の磁気ディスク０とＰＥ１のメモリにあることを認識しており、磁気ディスクに比べてメモリの方が高速にアクセスでき、かつ、ＰＥ０とＰＥ１を比較した場合、ＰＥ１の方がＰＥ４により近いので、ＰＥ２はＰＥ４に動画情報Ｖの格納場所にＰＥ１のメモリを教える。ＰＥ４で動画情報ＶがＰＥ１のメモリに格納されていることが分かったので、ＰＥ１のメモリからＰＥ４のメモリに動画情報Ｖをコピーする。この時ＰＥ４はメモリ内に動画情報Ｖのコピーを持っていることをＰＥ２（情報管理部）に伝え、ＰＥ２では動画情報Ｖの格納場所にＰＥ４のメモリを加える。
【０１１７】
ＰＥ４のメモリに格納された動画情報Ｖは入出力部を経由して端末２に伝送される。
【０１１８】
ＰＥ１およびＰＥ４が動画情報Ｖをメモリから消去する時はそのことをＰＥ２に通知する。
【０１１９】
（変形例１）
実施例７では磁気ディスク上の情報に対して説明を行なったが、図２４中のＣＤ−ＲＯＭ装置やその他のマルチメディア情報格納装置に対しても同様にアクセスできる。
【０１２０】
（変形例２）
また、動画情報だけでなくその他のテキストおよびマルチメディア情報に対しても実施可能である。
【０１２１】
（変形例３）
また、図２５に示すように複数の並列計算機およびサーバを接続して大きなサーバとしても使用できる。
【０１２２】
（変形例４）
また、磁気ディスクなどのマルチメディア情報格納装置に格納された情報を予めプロセッシングエレメントのメモリにコピーしておいてもよい。
【０１２３】
また、マルチメディア情報格納装置等から取り込んだ情報をプロセッシングエレメントのＣＰＵで加工して端末に転送することもできる。
【０１２４】
【発明の効果】
以上の説明したように、本発明によれば、マルチメディアサーバにおいて多数のアクセスが発生した時の記憶装置に対するアクセスのボトルネックを解消でき、また、ネットワークの負荷を削減することが可能である。従って、より大規模なサーバの実現も可能となる。
【図面の簡単な説明】
【図１】本発明の一実施例に係るマルチメディアサーバの構成を示すブロック図。
【図２】同実施例のマルチメディアサーバにおける情報アクセスの手順を示すフローチャート。
【図３】同実施例のマルチメディアサーバの変形例を示すブロック図。
【図４】同実施例のマルチメディアサーバを他のサーバと接続した状態を示す図。
【図５】同実施例のマルチメディアサーバにおけるビデオデータの流れを示す図。
【図６】同実施例のマルチメディアサーバにおけるビデオデータの他の流れを示す図。
【図７】同実施例のマルチメディアサーバの他の構成を示すブロック図。
【図８】図７のマルチメディアサーバにおけるビデオデータの流れを示す図。
【図９】同実施例のマルチメディアサーバのさらに他の構成を示すブロック図。
【図１０】同実施例のマルチメディアサーバのさらに他の構成を示すブロック図。
【図１１】図１０のマルチメディアサーバで使用される情報管理表の一例を示す図。
【図１２】図１０のマルチメディアサーバで使用される情報管理表の記憶内容の一例を示す図。
【図１３】図１０のマルチメディアサーバで使用される情報管理表の記憶内容の他の例を示す図。
【図１４】図１０のマルチメディアサーバで使用される情報管理表の記憶内容のさらに他の例を示す図。
【図１５】図１０のマルチメディアサーバで使用される情報管理表の記憶内容のさらに他の例を示す図。
【図１６】同実施例のマルチメディアサーバを広域ネットワークに接続した様子を示す図。
【図１７】図１６のマルチメディアサーバで使用される情報管理表の記憶内容の一例を示す図。
【図１８】図１６のマルチメディアサーバで使用される情報管理表の記憶内容の他の例を示す図。
【図１９】同実施例のマルチメディアサーバの他の構成例を示すブロック図。
【図２０】同実施例のマルチメディアサーバのさらに他の構成例を示すブロック図。
【図２１】同実施例のマルチメディアサーバのさらに他の構成例を示すブロック図。
【図２２】図２１のマルチメディアサーバにおけるビデオテデータの流れを示す図。
【図２３】同実施例のマルチメディアサーバを実現するための並列計算機の構成を示すブロック図。
【図２４】図２３の並列計算機を用いて構成したマルチメディアサーバの構成を示すブロック図。
【図２５】図２３の並列計算機を用いて構成したマルチメディアサーバの他の構成を示すブロック図。
【符号の説明】
１−１，１−２…マルチメディア情報記憶装置、３…ネットワーク、４…情報管理部、５…サーバ接続部、６…広域ネットワーク、７−１，７−２，７−ｎ…ネットワーク接続部、１０…マルチメディアサーバ、４１…情報管理表、４２…要求再構成部、ＰＥ０〜ＰＥ８…プロセッサエレメント。
【産業上の利用分野】
本発明は、端末からの要求に応じてマルチメディア情報をその端末に転送するマルチメディアサーバに関する。
【０００２】
【従来の技術】
一般に、ビデオサーバで使用されるようなマルチメディア情報の記憶装置には、従来のテキスト情報の記憶等に比べ、大容量の記憶装置が必要である。しかし、半導体記憶装置のような高速アクセス可能な装置は容量当たりコストが高いため、データ量の多いマルチメディア情報の格納には向いていない。従って、マルチメディア情報の格納には、磁気記憶装置または光記憶装置のようにアクセス速度は高速ではないが、容量が大きくかつ比較的安価なものが使用されることが多い。また、ビデオなどの動画または音声データを端末に転送する場合には、端末の再生能力以上のデータ供給能力がビデオサーバに要求される。
【０００３】
このようなビデオサーバを含むマルチメディアサーバにおいては、多数の要求に対して瞬時に応じる必要があるが、この場合、マルチメディア情報を格納している記憶装置にアクセスが集中するのでその記憶装置のアクセス速度がネックとなり、システム全体の性能の低下の原因となる。これを解決する為に、従来では、記憶装置よりも小容量ではあるがアクセス速度の高速な記憶装置に情報をキャッシングすることでアクセス時間を短縮したり、記憶装置の並列化により一台の記憶装置へのアクセスの負担を減らしてデータを配送している。
【０００４】
しかし、ビデオなどのマルチメディア情報は前述したように一つ一つの情報が大容量であるため、キャッシングの効果をだすためには容量の大きなキャッシュが必要となり、また記憶装置を並列化した場合にも、異なる記憶装置にアクセスをうまく分散させるための工夫が必要となる。また、要求を時間で区切ってまとめて処理する手法（ニア・ビデオ・オン・デマンドなど）は同じ情報に対するアクセスをまとめて同時に処理することにより、記憶装置へのアクセスの集中をある程度回避できるが、端末ではサーバから送られてくる情報に対してコントロール不可能であり、また、要求が発生してから情報が提供されるまでにタイムラグが発生するという問題がある。
【０００５】
【発明の解決しようとする課題】
このように従来のサーバでは、アクセス速度の遅い記憶装置から何度も同一のマルチメディア情報を取り出す必要があった。特にビデオサーバなどにおいては、有名ビデオの新作や話題性の高いビデオなどは集中してアクセスされることが多いため、同一情報の効率の良いアクセスが要求されている。
【０００６】
本発明はこのような問題を解決するために、アクセス速度の遅い記憶装置へのアクセス回数を低減できるようにし、より大規模のサーバの実現を可能とし、かつ、インタラクティブ性に優れたマルチメディアサーバを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、音声、映像、符号および文字などの単体または複合されたマルチメディア情報を格納するマルチメディア情報記憶装置と、１以上の端末がそれぞれ接続され、その接続された端末との間でデータを授受する複数の入出力装置と、これら複数の入出力装置と前記マルチメディア情報記憶装置との間を接続するバスもしくはネットワークとを備え、端末から要求されたマルチメディア情報を前記バスもしくはネットワークを介してマルチメディア情報記憶装置から該当する入出力装置のバッファに取り込み、そのバッファを介して端末にマルチメディア情報を転送するマルチメディアサーバにおいて、端末から要求されたマルチメディア情報の一部が前記マルチメディア情報を要求した端末に接続された入出力装置以外の他の入出力装置のバッファ内に既に存在しているか否かを検出する手段と、前記要求されたマルチメディア情報の一部が前記他の入出力装置のバッファ内に既に存在することが検出されたとき、前記マルチメディア情報の一部を前記他の入出力装置のバッファから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むと共に、前記マルチメディア情報の残りの情報を、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むことが必要となるマルチメディア情報として予測する手段と、他の入出力装置のために前記マルチメディア情報記憶装置から前記バスもしくはネットワーク上に出力される情報を、前記マルチメディア情報を要求した端末が接続された入出力装置が監視することにより、前記予測されたマルチメディア情報を前記バスもしくはネットワークから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込む手段とを具備することを特徴とする。
【００１１】
【作用】
入出力装置に設けられているマルチメディア情報転送用のバッファには、通常は、マルチメディア情報記憶装置から読み出されたマルチメディア情報だけが取り込まれるが、本発明では、他の入出力装置のバッファに所望のマルチメディア情報が保持されていれば、そのバッファから情報が入手される。このため、マルチメディアサーバのボトルネックの原因となるマルチメディア情報記憶装置に対するアクセス回数を低減できる。また、複数の端末からの要求が集中するほど、その分だけ他の入出力装置のバッファに所望の情報が存在する確率が高くなり、必要な情報を近くの入出力装置から即座に入手することができる。
【００１２】
したがって、同一の情報にアクセスが集中しても一つの装置にアクセスが集中する事がなくなり、ボトルネックが発生しにくくなる。また、同じ情報が点在するので必要な情報を近くから入手でき、サーバ内のバスやネットワークの負荷を低減できる。また、アクセス速度の速いバッファに情報が格納されていればそこから入手するので、端末へのレスポンスタイムも短くなる。さらに、他の入出力装置のバッファ内に既に存在するマルチメディア情報が、要求されたマルチメディア情報の一部である場合には、その要求されたマルチメディア情報の残りの情報については、バスもしくはネットワークに流れている情報から先取りされるので、余分な情報のアクセスを減らすことができるようになり、サーバのボトルネックとなるアクセスを解消でき、かつ、ネットワークの負荷を低減できる。
【００１６】
【実施例】
（実施例１）
図１には、この発明の第１実施例に係るマルチメディアサーバ１０の構成が示されている。このマルチメディアサーバ１０は、複数のマルチメディア情報格納装置１−１、１−２、…と、複数の入出力部Ａ〜Ｎと、情報管理部４と、これらを接続するネットワーク３から構成されている。各入出力部Ａ〜Ｎには一つ以上の端末が接続されている。マルチメディアサーバ１０は、端末からの要求に応じて、マルチメディア情報格納装置１−１、１−２、…に格納された情報をアクセスし、その端末が接続されている入出力部のバッファにマルチメディフ情報を取り込む。このマルチメディアサーバ１０が例えば単一の計算機から構成される場合には、ネットワーク３はそのコンピュータ内の高速ローカルバスに相当する。また、マルチメディアサーバ１０が複数のプロセッサから構成される並列計算機である場合には、ネットワーク３はそれらプロセッサ間を結ぶネットワークとなる。
【００１７】
マルチメディア情報格納装置１−１、１−２、…としては、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのようにマルチメディア情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども使用できる。一般にマルチメディア情報格納装置１−１、１−２、…は入出力部Ａ〜Ｎのバッファに比べてアクセス速度が遅い。入出力部Ａ〜Ｎの各々には複数のバッファ（本実施例では４つ）が備えられており、バッファ選択部によって空いているバッファにネットワーク３から転送されたマルチメディア情報が格納される。各バッファは、ネットワーク３上の高速なデータ転送とそれよりも低速の端末との間のデータ転送との同期化のために用いられる一時記憶であり、バッファに蓄えられたマルチメディア情報は端末選択部によって目的とする端末に転送される。
【００１８】
情報管理部４はマルチメディア情報格納装置１−１、１−２、…および入出力部Ａ〜Ｎのバッファに格納されたマルチメディア情報を管理している。
【００１９】
図１では、情報管理部４が独立したユニットとして書かれているが、情報管理部４は各入出力部Ａ〜Ｎにあってもよいし、他のユニットにあってもよい。また、情報管理部４を分散させて配置してもよい。端末Ａ０〜Ａ３，Ｂ０〜Ｂ３、…Ｍ０〜Ｍ３，Ｎ０〜Ｎ３はサーバ１０に対して要求を発行でき、かつ、転送されたマルチメディア情報を利用（再生）できるものであれば何でもよい。また、端末から情報を発行したり、端末に格納された情報をサーバ１０や他の端末が取り出すこともできる。
【００２０】
端末Ａ０がマルチメディア情報格納装置１−１に格納された情報Ｊをマルチメディアサーバ１０に要求した時、端末Ａ０から発生した要求は入出力部Ａに渡され、入出力部Ａは情報管理部４に情報Ｊの格納されている装置を問い合わせ、その結果、情報Ｊはマルチメディア情報格納装置１−１に格納されていることが判明するので情報Ｊをマルチメディア情報格納装置１−１より入出力部Ａにネットワーク３を介して転送する。バッファ選択部Ａは入出力部Ａの空いているバッファ（ここではバッファＡ０を使用する）にマルチメディア情報格納装置から転送された情報Ｊを格納し、端末選択部Ａを経由して情報Ｊを端末Ａ０に転送する。
【００２１】
次に端末Ａ３が先ほど端末Ａ０が要求した情報Ｊを要求した時は、入出力部Ａは情報Ｊが入出力部ＡのバッファＡ０に格納されている事を認識し、入出力部ＡのバッファＡ０に格納されている情報Ｊを端末Ａ３に転送する。入出力部ＡがバッファＡ０に情報Ｊが格納されていることを感知していない場合、入出力部Ａはバッファに格納されている情報を把握している情報管理部４に情報Ｊの格納されている装置を問い合わせる。
【００２２】
端末Ｂ０が情報Ｊを取り出す時、入出力部Ｂは情報管理部４に情報Ｊの格納場所を問い合わせ、情報Ｊの格納されている装置を調べる。今はマルチメディア情報格納装置１−１の他に先程の端末Ａ０の転送でバッファＡ０にも格納されている。前述したようにマルチメディア情報格納装置１−１よりもバッファＡ０の方が高速に情報をアクセスできるので、入出力部ＢはバッファＡ０から情報Ｊを転送する。バッファ選択部Ｂは入出力部Ｂの空いているバッファ（ここではバッファＢ０とする）に情報Ｊを格納し、端末選択部Ｂを経由して端末Ｂ０に情報Ｊを転送する。
【００２３】
図２にこの処理の流れを示す。すなわち、端末が情報要求が発生すると、その端末が接続された入出力部は要求された情報の格納場所を情報管理部４に問い合せる等して検索し（ステップＳ１１，Ｓ１２）、目的とする情報が自入出力部内のバッファに格納されているか否かを調べる（ステップＳ１３）。自入出力部のバッファに格納させているならば入出力部は、そのバッファから直ちに端末へ情報を転送する（ステップＳ１４）。
【００２４】
自入出力部のバッファに存在しない場合には、目的とする情報が他の入出力部のバッファに格納されているか否かを調べ（ステップＳ１５）、格納されているならば、それを自入出力部のバッファにコピーした後（ステップＳ１６）、端末に転送する（ステップＳ１４）。
【００２５】
目的とする情報が他の入出力部のバッファにも存在しない場合には、入出力部はその情報がマルチメディア情報格納装置１−１、１−２、…に格納されているか否か調べ（ステップＳ１７）、格納されているならば、該当する装置から自入出力部のバッファに情報をコピーした後（ステップＳ１８）、端末に転送する（ステップＳ１４）。
【００２６】
目的とする情報がマルチメディア情報格納装置１−１、１−２、…の何れにも格納されていないならば、入出力部は、要求された情報が存在しない事を端末に通知（ステップＳ１９）して、処理を終了する。
【００２７】
以上のように、この実例例においては、通常は、マルチメディア情報記憶装置１−１から読み出されたマルチメディア情報だけがバッファに取り込まれるが、他の入出力部のバッファに所望のマルチメディア情報が保持されていれば、そのバッファから情報が入手される。このため、マルチメディアサーバ１０のボトルネックの原因となるマルチメディア情報記憶装置１−１に対するアクセス回数を低減できる。また、複数の端末からの要求が集中するほど、その分だけ他の入出力部のバッファに所望の情報が存在する確率が高くなり、必要な情報を近くの入出力部から即座に入手することができる。
【００２８】
したがって、同一の情報にアクセスが集中しても一つの装置にアクセスが集中する事がなく、ボトルネックが発生しにくい。また、同じ情報が点在するので近くから入手でき、サーバ内のネットワークの負荷を低減できる。また、アクセス速度の速いバッファに情報が格納されていればそこから入手するので、端末へのレスポンスタイムも短くなる。
【００２９】
（変形例１）
図３は実施例１の変形例であり、マルチメディア情報格納装置を１−１、１−２を入出力部Ａ，Ｂと直結している図である。このようにマルチメディア情報格納装置が入出力部と直結されていても本発明は成立する。また、図３に示されているように、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ１０中に入出力部と直結されたマルチメディア情報格納装置とネットワーク３に接続されたマルチメディア情報格納装置とが混在していてもよい。
【００３０】
（変形例２）
図４は実施例１の変形例であり、実施例１で説明したマルチメディアサーバ１０を広域ネットワーク６に接続して他のサーバに接続している図である。
【００３１】
例えば端末Ａ０から情報Ｋの要求が発生した時、入出力部Ａは情報管理部４に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ１０内に格納されていない場合、サーバ接続部５を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。また、入出力部Ａが情報管理部４に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部５を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００３２】
本変形例では、他のサーバに情報が格納されているか否かの問い合わせにサーバ接続部５を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えれば、情報の問い合わせに広域ネットワーク６を使用して他サーバまで問い合わせる必要はなくなる。また、自サーバ用の情報管理部４で他サーバに格納されている情報の管理情報を持っていてもよい。
【００３３】
サーバ１０は他のサーバから広域ネットワーク６とサーバ接続部５を経由して情報の問い合わせ、もしくは要求が発生したら、端末からの要求と同様に、他サーバに対してもサービスを行なうことができる。
【００３４】
（変形例３）
実施例１では一つの端末に一つのバッファを１対１で割り当てているが、バッファの割り当てに関しては特に制限されるものではない。また、入出力部のバッファの数と端末の数が等しく記述されているが異なっていてもよい。
【００３５】
（変形例４）
実施例１では情報を蓄えているマルチメディア情報格納装置１−１，１−２，…から直接バッファに取り込んでいるが、マルチメディア情報格納装置１−１，１−２，…からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００３６】
（実施例２）
次に、図５を参照して、本発明の第２実施例に係るマルチメディアサーバ１０について説明する。
【００３７】
本実施例は実施例１の図１で示すマルチメディアサーバにおいて、ビデオ（動画）サーバ（ビデオオンデマンド）のように大規模な情報や、リアルタイム性を要求されるような情報を提供するサーバの例である。
【００３８】
図５のサーバ１０において、端末Ａ０からビデオＶの要求が発生したとき、入出力部Ａは情報管理部４にビデオＶの格納されている場所を問い合わせる。ビデオＶがマルチメディア情報格納装置だけに格納されている時は、マルチメディア情報格納装置から入出力部Ａの空いているバッファ（ここではバッファＡ０とする）にビデオＶの情報を転送する。ビデオＶの情報がバッファＡ０の容量に比べて大規模な場合、ビデオＶの情報はバッファＡ０に入りきらないのでビデオＶの情報のうちバッファＡ０に格納できる分のみビデオＶの情報が転送される。
【００３９】
入出力部ＡのバッファＡ０はビデオ再生の進捗に応じてバッファＡ０の情報を順次アップデートしていく必要があり、情報管理部４では入出力部ＡのバッファＡ０がビデオＶのどの時刻の情報を持っているかを管理する。この時、端末Ｂ０からビデオＶ（端末Ａ０と同じビデオ）の要求が発生した時、入出力部Ｂは情報管理部４にビデオＶの格納されている場所を問い合わせる。ビデオＶの情報はマルチメディア情報格納装置の他に入出力部ＡのバッファＡ０でももっているが、バッファＡ０にはビデオＶの情報のうちの一部しか格納されていない。入出力部Ｂによって要求されたビデオＶの時刻ｔの情報がバッファＡ０に格納されていればバッファＡ０から入出力部ＢにビデオＶの情報を転送し、バッファ選択部Ｂによって入出力部Ｂの空いているバッファ（ここではバッファＢ０）に格納され、端末選択部Ｂによって端末Ｂ０に転送される。バッファＡ０に入出力部Ｂによって要求されたビデオＶの時刻ｔの情報がなければマルチメディア情報格納装置から入出力部ＢにビデオＶの情報を転送する。入出力部ＡのバッファＡ０から入出力部ＢにビデオＶの情報を転送している時、入出力部Ａは、入出力部ＢにバッファＡ０の情報を転送する前にバッファＡ０のビデオＶの情報を消去または上書きしてはならない。
【００４０】
図５に示すようにビデオＶの情報がマルチメディア情報格納装置１−１から入出力部ＡのバッファＡ０に転送され、入出力部ＡのバッファＡ０から端末Ａ０と入出力部ＢのバッファＢ０に転送され、入出力部ＢのバッファＢ０から端末Ｂ０に転送されている場合においては、入出力部と端末間の通信速度やビデオに対する早送り、一時停止、巻戻し等の操作により入出力部ＢのバッファＢ０が入出力部ＡのバッファＡ０に格納されている情報よりも進んだ情報が必要になる時（バッファＡ０に格納されていない情報を入出力部Ｂが必要とした時）がある。この場合、入出力部ＢのバッファＢ０は情報管理部４に必要な情報の格納されている場所を問い合わせ、そこから（ここではマルチメディア情報格納装置１−１）バッファＢ０に情報を転送させる。この時、今までとは逆にバッファＢ０からバッファＡ０に情報を転送することもできる可能性があるので、入出力部ＡはバッファＡ０の情報の転送元を情報管理部４に問い合わせる。バッファＢ０からバッファＡ０に情報を転送できる場合は、マルチメディア情報格納装置１−１ではなくバッファＢ０からバッファＡ０に情報を転送するように変更する。この様子を図６に示す。
【００４１】
（変形例１）
この実施例２においても、図３で説明した変形例を適用できる。すなわち、マルチメディア情報格納装置が図３に示したように入出力部と直結されていても第２実施例は成立する。また、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ中に入出力部と直結されたマルチメディア情報格納装置とネットワークに接続されたマルチメディア情報格納装置とが混在していてもよい。
【００４２】
（変形例２）
また、図４で説明した場合と同様に、実施例２で説明したマルチメディアサーバを広域ネットワークに接続して他のサーバに接続してもよい。端末から情報Ｋの要求が発生した時、入出力部は情報管理部に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ内に格納されていない場合、サーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。または、入出力部が情報管理部に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００４３】
本変形例では、他のサーバに情報が格納されているかの問い合わせにサーバ接続部を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えることにより、情報の有無の問い合わせに広域ネットワークを使用して他サーバまで問い合わせる必要はない。また、自サーバ用の情報管理部で他サーバに格納されている情報の管理情報をもっていてもよい。
【００４４】
サーバは他のサーバから広域ネットワークとサーバ接続部を経由して情報の問い合わせもしくは要求が発生したら端末からの要求と同様に他サーバに対してもサービスを行なわなければならない。
【００４５】
（変形例３）
また、実施例２では一つの端末に一つのバッファを１対１で割り当てているが、バッファの割り当てに関しては特に制限されるものではない。また、入出力部のバッファの数と端末の数が等しく記述されているが異なっていてもよい。
【００４６】
（変形例４）
また、実施例２ではビデオ情報を蓄えているマルチメディア情報格納装置から直接バッファに取り込んでいるが、マルチメディア情報格納装置から他の記憶装置（マルチメディア情報格納装置と同等程度以上に高速アクセス可能な装置）に取り込んでおいてからバッファに取り込んでもよい。これによりその時のアクセス頻度の高い情報を高速に取り込むことができる。
【００４７】
（変形例５）
入出力部Ａに接続された端末Ａ０以外の端末（Ａ１，Ａ２，Ａ３）がビデオＡを要求した時は、入出力部ＡのバッファＡに格納されている情報が利用できる時はバッファＡから直接転送してもよいし、一度他の空いているバッファにコピーしてから転送してもよい。
【００４８】
（実施例３）
次に、図７を参照して、この発明の第３実施例を説明する。
【００４９】
図７は情報管理部４と、入出力部Ａ，Ｂ、マルチメディア情報格納装置１−１，１−２，…がネットワーク３によって接続されたマルチメディアサーバ１０の各入出力部Ａ，Ｂに端末Ａ，Ｂが接続されることにより、各端末からマルチメディア情報格納装置１−１，１−２，…に格納されたマルチメディアの情報をアクセスするマルチメディアサーバシステムの図である。
【００５０】
ネットワーク３は例えば周波数分割またはその他の手法により多重化されており（本実施例では２つとする）、同時に複数のマルチメディア情報を任意の入出力部に転送することができる。マルチメディア情報格納装置１−１，１−２，…には磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのようにマルチメディア情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置などにより構成される。一般にマルチメディア情報格納装置１−１，１−２，…は入出力部Ａ，Ｂのバッファに比べてアクセス速度が遅いので、本実施例においてもマルチメディア情報格納装置１−１，１−２，…はバッファよりもアクセス速度の遅い装置として扱う。入出力部Ａ，Ｂには複数のバッファ（本実施例ではＡとＢの２つ）が備えられており、バッファ選択部によって空きのバッファにネットワーク３より転送されたマルチメディア情報が格納される。バッファに蓄えられたマルチメディア情報は端末選択部により目的とする端末に転送される。情報管理部４は必要とされたマルチメディア情報の格納装置を管理している。
【００５１】
図７では情報管理部４が独立したユニットとして書かれているが、情報管理部４は各入出力部にあってもよいし、他のユニットにあってもよい。また、分散させて配置してもよい。端末はサーバ１０に対して要求を発行でき、かつ、転送されたマルチメディア情報を利用できるものであれば何でもよい。また、端末から情報を発行したり、端末に格納された情報をサーバ１０や他の端末が取り出すこともできる。
【００５２】
図８は図７におけるマルチメディアシステムにおいて、マルチメディア情報格納装置１−１から端末ＡにビデオＶを配送している時（図８（α））、少し遅れた時間から端末ＢにビデオＶを配送する時（図８（β））にネットワーク３に流れる情報を示したものである。
【００５３】
端末ＡがビデオＶの情報の転送要求を入出力部Ａに発生した時、入出力部Ａは情報管理部４にビデオＶの格納されている装置を問い合わせ、その結果ビデオＶはマルチメディア情報格納装置１−１に格納されていることが判明し、ビデオＶをマルチメディア情報格納装置１−１より入出力部Ａに転送する。マルチメディア情報格納装置１−１から入出力部ＡにビデオＶを転送する時、入出力部Ａのバッファ選択部Ａは入出力部Ａの空いているバッファ（ここではバッファＡ０とする）に転送されてきた情報を格納する。
【００５４】
ビデオＶがバッファＡ０に転送されている場合において、端末ＢからビデオＶの情報の転送要求が入出力部Ｂに発行された時、入出力部Ｂは情報管理部４にビデＶの格納されいてる装置を問い合わせる。現時点でビデオＶの情報はマルチメディア情報格納装置１−１とバッファＡ０の双方に格納されているが、本実施例においてはマルチメディア情報格納装置１−１と入出力部ＡのバッファＡ０を比べた場合、入出力部ＡのバッファＡ０の方が高速にアクセスできると仮定しているので、バッファＡ０より入出力部ＢにビデオＶの情報を転送する。入出力部Ｂではバッファ選択部Ｂによって空きバッファ（ここではバッファＢ０とする）にビデオＶの情報が格納される。
【００５５】
この時、ネットワークには図８（γ）に示すように入出力部Ａの要求に対する情報であるビデオＶと入出力部Ｂの要求に対する情報であるビデオＶが時間差をおいて流れる。
【００５６】
入出力部Ａの要求したビデオＶの転送開始時刻をｔ０、転送終了時刻をｔ３、入出力部Ｂの要求したビデオＶの転送開始時刻をｔ１、転送終了時刻をｔ４とし、ｔ０からｔ１の間に入出力部Ａに対して転送したビデオＶの情報をビデオＶ０、ｔ１からビデオＶ０の時間経過した時刻をｔ２、ビデオＶの情報のうちビデオＶ０以降の情報をビデオＶ１とする。
【００５７】
時刻ｔ０〜ｔ１の間はネットワーク３を流れる情報は入出力部Ａに転送されるビデオＶ０のみであるが、時刻ｔ１〜ｔ２の間は入出力部Ａに転送されるビデオＶ１と入出力部Ｂに転送されるビデオＶ０が流れる。時刻ｔ１〜ｔ２において、入出力部ＢはビデオＶ０の情報が転送されるが、ネットワーク３に入出力部Ａの為に流れているビデオＶ１の情報も必要である事が容易に予想できるので、入出力部Ｂはネットワークに流れているビデオＶ１の情報も空きバッファに取り込む。入出力部Ｂには２つのバッファがあるが、バッファＢ０は既にビデオＶ０を取り込む為に使用されているので、もう一つのバッファＢ１にビデオＶ１の情報を格納する。そして、端末ＢにバッファＢ０に格納されたビデオＶ０の情報を転送してからバッファＢ１に格納されたビデオＶ１の情報を転送する。
【００５８】
本来なら図８（γ）で示されるように入出力部Ｂの要求に対するビデオＶを時刻ｔ１〜ｔ４で送る必要があるが、ネットワークに流れている情報を活用する事で図８（δ）に示すように入出力部Ｂの要求に対するビデオＶの情報を時刻ｔ１〜ｔ３の短い時間で転送する事ができる。また、時刻ｔ２〜ｔ４の時間に流れる必要のあった情報を流す必要がないのでネットワーク３の有効活用ができる。さらに、複数の時間差の生じた要求に対して少ない回数のアクセスで情報を提供することができ、情報アクセス数の増大によるボトルネックを発生させにくくできる。
【００５９】
（変形例１）
図９は実施例３の変形例であり、マルチメディア情報格納装置１−１，１−２を入出力部Ａ，Ｂと直結している図である。マルチメディア情報格納装置１−１，１−２が入出力部Ａ，Ｂと直結されていても本発明は成立する。また、一部の入出力部だけにマルチメディア情報格納装置が直結されていてもよいし、サーバ中に入出力部と直結されたマルチメディア情報格納装置とネットワークに接続されたマルチメディア情報格納装置が混在していてもよい。
【００６０】
（変形例２）
また、図４と同様にして、実施例３で説明したマルチメディアサーバ１０を広域ネットワークに接続して他のサーバに接続してもよい。例えば、端末Ａから情報Ｋの要求が発生し時、入出力部Ａは情報管理部４に情報Ｋが格納されているか問い合わせ、もし情報Ｋがサーバ１０内に格納されていない場合、サーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせ、保有していればそのサーバに情報を転送させる。または、入出力部が情報管理部に情報Ｋが格納されているかを問い合わせるのと同時にサーバ接続部を経由して外部のサーバに情報Ｋを保有しているかを問い合わせてもよい。
【００６１】
本変形例では、他のサーバに情報が格納されているかの問い合わせにサーバ接続部を経由して他のサーバに直接問い合わせているが、自サーバ内に他サーバ用の情報管理部を備えることにより、情報の有無の問い合わせに広域ネットワークを使用して他サーバまで問い合わせる必要はない。また、自サーバ用の情報管理部で他サーバに格納されている情報の管理情報を持っていてもよい。
【００６２】
サーバは他のサーバから広域ネットワークとサーバ接続部を経由して情報の問い合わせもしくは要求が発生したら端末からの要求と同様に他サーバに対してもサービスを行なわなければならない。
【００６３】
（変形例３）
実施例３では一つの端末に二つのバッファを割り当てているが、バッファの割り当てに関しては規定しない。また、入出力部のバッファの数と端末の数が異なっていてもよい。
【００６４】
（変形例４）
実施例３ではビデオ情報を蓄えているマルチメディア情報格納装置１−１，１−２から直接バッファに取り込んでいるが、マルチメディア情報格納装置１−１，１−２から他の記憶装置（マルチメディア情報格納装置と同等程度以上に高速アクセス可能な装置）に取り込んでおいてからバッファに取り込んでもよい。これによりその時のアクセス頻度の高い情報を高速に取り込むことができる。
【００６５】
（変形例５）
また、一つ以上の端末が存在する時、端末に格納されている情報を端末やサーバに転送もしくは端末およびサーバが他の端末に格納された情報を取り出す事ができる。この時でも、必要な情報がネットワーク３に存在すれば、先行して情報を蓄えることができる。
【００６６】
（変形例６）
また、必要な情報を予測してからバッファに蓄えるのではなく、常にネットワーク３を流れる情報をバッファに蓄えることも可能である。
【００６７】
（変形例７）
また、同じ入出力部に接続された端末には、同じバッファを使用して情報を蓄えてもよいし、異なるバッファに情報を蓄えてもよい。
【００６８】
（実施例４）
次に、図１０を参照して、この発明の第４実施例を説明する。
【００６９】
図１０は第４実施例にかかるマルチメディアサーバを示した図である。このマルチメディアサーバ１０においては、マルチメディア情報は複数のマルチメディア情報格納装置１−１，１−２、…に格納され、端末Ａ，Ｂ，…ＮにはバッファＡ，Ｂ，…Ｎを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ，Ｂ，…Ｎの各々には端末Ａ，Ｂ，…Ｎに送るマルチメディア情報が一時的に格納される。バッファとマルチメディア情報格納装置１−１，１−２，…はネットワーク３により接続されており、情報を自由に送受信することができる。
【００７０】
情報管理部４には、マルチメディア情報格納装置１−１，１−２，…上の情報の格納箇所と、各バッファが保持している情報とを示す情報管理表を備えている。図１１は情報管理表の構成例を示した図である。
【００７１】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども含まれる。一般にマルチメディア情報格納装置１−１，１−２，…は比較的低速かつ高容量のものが使用される為、バッファＡ〜Ｎに比べてアクセス速度が遅い。
【００７２】
マルチメディア情報格納装置（Ｘ）１−１に情報Ｊと情報Ｋ、マルチメディア情報格納装置（Ｙ）１−２に情報Ｌと情報Ｍが格納されている場合、情報管理表４１は図１２のようになる。元時点ではバッファＡ〜Ｎには何も格納されていないものとする。
【００７３】
端末Ａがマルチメディアサーバ１０に対して情報Ｊの要求を発行した時、端末Ａからの要求は情報管理部４に送られる。情報管理部４では情報管理表４１によって情報Ｊがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを判定でき、マルチメディア情報格納装置（Ｘ）１−１から情報ＪをバッファＡに転送するよう指令する。この時、情報管理表４１には、バッファＡに情報Ｊが保持されていることを記憶するために、情報Ｊに対応するバッファ名としてＡを格納する（図１３）。バッファＡでは送られてきた情報Ｊを端末Ａに転送する。
【００７４】
次に端末Ｂがマルチメディアサーバ１０に対して情報Ｊの要求を発行した時、端末Ｂからの要求は情報管理部４に送られる。情報管理部４では情報管理表４１によって情報Ｊがマルチメディア情報格納装置（Ｘ）１−１とバッファＡに格納されていることを判明できる。マルチメディア情報格納装置（Ｘ）１−１とバッファＡではバッファＡの方が高速にアクセスできるので情報管理部４はバッファＡから情報ＪをバッファＢに転送する。マルチメディア情報格納装置とバッファとでアクセス時間が同一の場合や、ネットワーク３の構成によりマルチメディア情報格納装置の方が高速にアクセスできる場合、またはバッファから多くの情報を取り出していることによってバッファのアクセス時間が低速になった場合などマルチメディア情報格納装置とバッファを比較してどちらを用いた方が高速にアクセスできるかは状況に応じて変化する。したがって、どこから情報を取り出すかは、その時の状況に合わせて判断することが望ましい。情報管理部４では、バッファＢに情報Ｊが保持されていることを情報管理表４１に記憶しておき（図１４）、バッファＢでは送られてきた情報Ｊを端末Ｂに転送する。
【００７５】
情報管理表４１が図１４の状態において、端末Ａからマルチメディアサーバ１０に対して情報Ｋの要求が発行された場合、端末Ａからの要求は情報管理部４に送られ、情報管理部４では情報管理表４１によって情報Ｋがマルチメディア情報格納装置（Ｘ）１−１にのみ格納されていることを判定し、マルチメディア情報格納装置（Ｘ）１−１から情報ＫをバッファＡに転送する。この時、情報管理表４１には情報Ｊを保持しているバッファとしてバッファＡが記憶されているので、情報Ｊの保持しているバッファからバッファＡを削除し、情報Ｋを保持しているバッファとして記憶する（図１５）。バッファＡでは送られてきた情報Ｊを端末Ａに転送する。
【００７６】
以上のようにこの第４実施例のサーバ１０においては、各バッファの情報の記憶状態は情報管理表４１によって管理されており、要求を発行した端末に対応するバッファに他のバッファから高速に情報を転送することができる。また、バッファ容量の範囲で、早送り、巻戻し再生などの処理にも高速に対応することができる。
【００７７】
（変形例１）
尚、実施例４では、バッファを端末と１対１に設けた例を説明したが、１つのバッファに複数の端末を接続することもできる。また、各バッファは論理的に複数に分割でき、一方のバッファ部から端末にデータ転送しながら、他のバッファ部から他の入出力部にデータを転送することができる。
【００７８】
（変形例２）
図１６は実施例４の変形例であり、実施例４で説明したマルチメディアサーバ１０を広域ネットワークを介して他のサーバに接続している図である。
【００７９】
端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、端末Ａからの要求は情報管理部４に送られ、情報管理部４では情報管理表４１によって情報Ｎが他のサーバシステムに格納されていることを判別し（図１７）、サーバ接続部５を経由して、広域ネットワーク６に接続されている他のサーバシステムに対して要求を発生する。他のサーバから送られてきた情報Ｎは、サーバ接続部５を経由して、バッファＡに送られる。この時、情報管理表４１に情報Ｎを保持しているバッファとしてバッファＡを記憶する（図１８）。
【００８０】
（変形例３）
また変形例２では、端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、情報管理部４では情報管理表４１を用いて情報Ｎの格納先を検索した。しかし、情報管理表４１で他のサーバシステムに格納されている情報まで記憶しておくことができない場合の対応として、情報管理表４１に登録されていない情報については広域ネットワーク６を経由して、他のサーバの情報管理部４に対して目的とする情報の有無を確認する機能を設けてもよい。この場合、問い合わせを行なう他のサーバは一部のものに特定してもよいし、不特定であってもよい。問い合わせの結果、他のサーバシステムに情報Ｎが格納されていることが判明したら他のサーバから広域ネットワーク６、サーバ接続部５を経由してバッファＡに情報Ｎを送る。この時、情報管理部４は情報管理表４１内に情報Ｎに対するエントリーを生成してもよいし、しなくてもよい。情報Ｎに対するエントリーを生成した場合、サーバ１０内に情報Ｎを保持しているバッファが存在する間は他のサーバに行くことなく情報Ｎを取り出すことができる。但し、情報Ｎが変更される場合を考慮して、情報Ｎを格納していたサーバに情報Ｎの変更を通知する機能を設け、また、情報管理部４に変更の通知をうけてサーバ１０内の情報Ｎを無効化または更新する機能を備えることが好ましい。これにより、情報Ｎの有効性は保証される。また、情報Ｎをバッファに転送するだけでなくマルチメディアサーバ格納装置１−１，１−２に格納してもよい。
【００８１】
（変形例４）
また、実施例４では、マルチメディア情報格納装置からバッファに情報を直接取り込んでいるが、マルチメディア情報格納装置からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００８２】
（変形例５）
また、情報がバッファの容量よりも大きな場合もあるので、情報管理表４１には情報を格納しているバッファだけでなく、その情報のアドレス（情報のどの部分を格納しているか特定できるもの）も記憶することが好ましい。
【００８３】
（変形例６）
また、マルチメディア情報格納装置（Ｘ）１−１に格納されている情報ＪをバッファＡに転送している状態で、情報ＪがバッファＡの容量を越えている場合、もくしは、バッファＡに情報Ｊを転送している間にバッファＡからバッファＢに情報Ｊを転送している（バッファ２−１に転送されている分の情報Ｊをバッファ２−２に転送している）時、バッファＡの方が先に情報Ｊを入手し始めているのでバッファＡからバッファＢに情報Ｊの転送が終了する前にバッファＡでは情報Ｊを破棄する必要が生じることがある。また、端末Ｂが端末Ａよりも高速にバッファから情報を取り出せたり、バッファＡ−端末Ａ間の接続が回線障害や過負荷状態になることによりバッファＢがバッファＡに格納された情報Ｊとは違う箇所が必要となることがある。情報Ｊが動画や音声などのデータの場合、端末側で一時停止や早送り、巻戻しなどのトリックプレイを行なった時も同様である。こうした場合、バッファＢの情報Ｊの入手先をバッファＡからマルチメディア情報格納装置１−１に変更する。バッファＡの情報の入手先はマルチメディア情報格納装置であるが、もし、他のバッファから転送することが可能であれば情報Ｊの入手先をそのバッファに変更することができる。このように情報管理部４では各バッファの状態（障害情報など）を監視し、バッファ間の情報転送が前記のように難しくなった時に、情報の入手先を動的に変更させることが好ましい。
【００８４】
（変形例７）
また、実施例４では一つの情報管理部４によって制御しているが、情報管理部４をバッファやマルチメディア情報格納装置などに分散させて制御してもよい。
【００８５】
（実施例５）
図１９は本発明の第５実施例にかかるマルチメディアサーバ１０を示した図である。第４実施例と同様、マルチメディア情報はマルチメディア情報格納装置１−１，１−２，…に格納され、端末Ａ〜Ｎにはそれぞれ対応するバッファＡ〜Ｎを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ〜Ｎには一時的に端末に送るマルチメディア情報が格納される。バッファＡ〜Ｎとマルチメディア情報格納装置１−１，１−２，…はネットワークにより接続されており、情報を自由に送受信することができる。
【００８６】
情報管理部４は、マルチメディア情報格納装置１−１，１−２，…上の格納箇所と、各バッファが保持している情報とを示す。情報管理表４１と、各バッファから送られてくる情報の要求を一時に蓄え、同一要求をまとめる要求再構成部４２とを備えている。
【００８７】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのてきる装置なども含まれる。一般にマルチメディア情報格納装置は比較的低速かつ高容量のものが使用される為、バッファに比べてアクセス速度が遅い。
【００８８】
端末Ａと端末Ｂからほぼ同時、具体的にはある一定の時間範囲内、に情報Ｊの要求が発生した場合、それぞれの端末が接続されたバッファＡおよびバッファＢから情報管理部４に対して情報Ｊに対するアクセス要求が発生する。情報管理部４の要求再構成部４２では単位時間毎に要求をまとめる機能があるので、バッファＡからの要求とバッファＢからの要求は、同一単位時間、同一情報に対する要求であるので一つの要求にまとめられる。単位時間は、要求に対する応答時間に影響を及ぼしにくい時間で決められている。
【００８９】
一つの要求にまとめられた情報Ｊは、情報管理表４１によってマルチメディア情報格納装置（Ｘ）１−１に格納されていることが分かり、マルチメディア情報格納装置（Ｘ）１−１に対する１回のアクセスでバッファＡとバッファＢに対して情報Ｊを同時に転送する。この時、情報管理表４１は図１４の様に情報Ｊを格納しているバッファとしてバッファＡとバッファＢが登録される。
【００９０】
（変形例１）
尚、ここではバッファと端末とを１対１で対応させたが、各バッファに複数の端末を対応させてもよい。その場合には、要求再構成部４２を情報管理部４だけでなく、各バッファにも設けてもよい。また、情報管理部４の要求再構成部４２をなくし、バッファだけにその機能を持たせてもよい。
【００９１】
（変形例２）
図２０は第５実施例の変形例であり、図１６と同様にマルチメディアサーバ１０を広域ネットワーク６に接続して他のサーバに接続している図である。
【００９２】
端末Ａからマルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、端末Ａからの要求は情報管理部４に送られ、要求再構成部４２により単位時間内に発生した他の同一要求とまとめられる。そして、情報管理表４１によって情報Ｎが他のサーバシステムに格納されていることを判別されると（図１７）、サーバ接続部５を経由して、広域ネットワーク６に接続されている他のサーバシステムに対して要求を発生する。他のサーバから送られてきた情報Ｎは、サーバ接続部５を経由して、バッファＡを含む、要求再構成部４２によりまとめられた他のバッファに送られる。この時、情報管理表４１に情報Ｎを保持しているバッファにバッファＡおよび要求再構成部４２によりまとめられた各バッファを記憶する。
【００９３】
（変形例３）
また、変形例２では、マルチメディアサーバ１０に格納されていない情報Ｎの要求が発生した時、情報管理部４では情報管理表４１を用いて情報Ｎの格納先を検索した。しかし、情報管理表４１で他のサーバシステムに格納されている情報まで記憶しておくことができない場合の対応として、情報管理表４１に登録されていない情報については広域ネットワーク６を経由して、他のサーバの情報管理部４に対して目的とする情報の有無を確認する機能を設けてもよい。問い合わせを行なう他のサーバは一部のものに特定してもよいし、不特定であってもよい。問い合わせの結果、他のサーバシステムに情報Ｎが格納されていることが判明したら他のサーバから広域ネットワーク６、サーバ接続部５を経由してバッファＡを含む、要求再構成部４２によりまとめられた他のバッファに情報Ｎを送る。この時、情報管理部４は情報管理表４１に情報Ｎに対するエントリーを生成してもよいし、しなくてもよい。情報Ｎに対するエントリーを生成した場合、サーバ２０内に情報Ｎを保持しているバッファが存在する間は他のサーバに行くことなく情報Ｎを取り出すことができる。但し、情報Ｎが変更される場合を考慮して、情報Ｎを格納していたサーバに情報Ｎの変更を通知する機能を持たせ、また、情報管理部４に変更の通知をうけてサーバ１０内の情報Ｎを無効化または更新する機能を備えることが好ましい。これにより、情報Ｎの有効性を保証できる。また、情報Ｎをバッファに転送するだけでなくマルチメディアサーバ格納装置に格納してもよい。
【００９４】
（変形例４）
また、実施例５では情報を蓄えているマルチメディア情報格納装置１−１，１−２，…からバッファＡ〜Ｎに情報を直接に取り込んでいるが、マルチメディア情報格納装置からキャッシュなどの他の記憶装置に取り込んでおいてからバッファに取り込んでもよい。
【００９５】
（変形例５）
また、情報がバッファの容量よりも大きな場合もあるので、情報管理表４１には情報を格納しているバッファだけでなく、その情報のアドレス（情報のどの部分を格納しているか特定できるもの）も記憶することが好ましい。
【００９６】
（変形例６）
また、実施例５では一つの情報管理部４によって制御しているが、情報管理部４をバッファＡ〜Ｎやマルチメディア情報格納装置１−１，１−２，…などに分散させて制御してもよい。
【００９７】
（実施例６）
図２１は本発明の第６実施例にかかるマルチメディアサーバ１０を示した図である。前述の各実施例と同様マルチメディア情報はマルチメディア情報格納装置１−１，１−２，…に格納され、端末Ａ〜Ｎにはバッファを経由してマルチメディア情報（以後、単に情報と呼ぶ）が送られる。その時、バッファＡ〜Ｎには端末に送るマルチメディア情報が一時的に格納される。バッファは、情報を予測する機能を有し、ネットワーク３に流れる情報のうち、そのバッファが必要とすると予測された情報を予め入手する手段を備えたネットワーク接続部７−１〜７−ｎを経由してネットワーク３より情報を入手することができる。マルチメディア情報格納装置１−１，１−２，…はネットワーク３に接続されている。ネットワーク３は時分割またはその他の手法により多重化されており（本実施例では２つとする）、同時に複数のマルチメディア情報を任意の入出力部に転送することができる。
【００９８】
情報管理部４には、情報のマルチメディア情報格納装置上の格納箇所と、各バッファが保持している情報とを示す情報管理表４１を備えている。
【００９９】
マルチメディア情報格納装置１−１，１−２，…にはデジタルビデオディスク、磁気ディスク、光ディスク、光磁気ディスク、シリコンディスク、磁気テープなどのように情報を格納できる装置の他にテレビ、カメラ、マイク、スキャナ、センサーなどのような各種の情報を取り込むことのできる装置なども含まれる。一般にマルチメディア情報格納装置は比較的低速かつ高容量のものが使用される為、バッファに比べてアクセス速度が遅い。
【０１００】
図２２は図２１におけるマルチメディアシステムにおいて、マルチメディア情報格納装置から端末Ａに動画情報Ｖを配送している時（図１３（α））、少し遅れた時間から端末Ｂに動画情報Ｖを配送する時（図１３（β））にネットワーク３に流れる情報を示したものである。
【０１０１】
端末Ａが動画情報Ｖの情報の転送要求を発生した時、情報管理部４では動画情報Ｖがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを知ることができ、動画情報Ｖをマルチメディア情報格納装置（Ｘ）１−１よりネットワーク３を使用してネットワーク接続部（Ａ）７−１に転送し、ネットワーク接続部（Ａ）７−１からバッファＡを経由してから端末Ａに送られる。
【０１０２】
動画情報ＶがバッファＡに転送されている場合において、端末Ｂから動画情報Ｖの要求が発生した時、情報管理部４では動画情報Ｖがマルチメディア情報格納装置（Ｘ）１−１に格納されていることを知ることができ、動画情報Ｖをマルチメディア情報格納装置（Ｘ）１−１よりネットワーク３を使用してネットワーク接続部（Ｂ）７−２に転送し、ネットワーク接続部（Ｂ）７−２からバッファＢを経由してから端末Ｂに送られる。
【０１０３】
この時、ネットワーク３には図２２（γ）に示すように端末Ａの要求に対する動画情報Ｖと端末Ｂの要求に対する動画情報Ｖが流れる。
【０１０４】
端末Ａの要求した動画情報Ｖの転送開始時刻をｔ０、転送終了時刻をｔ３、端末Ｂの要求した動画情報Ｖの転送開始時刻をｔ１、転送終了時刻をｔ４とし、ｔ０からｔ１の間に端末Ａに対して転送した動画情報Ｖの情報を動画情報Ｖ０、ｔ１から動画情報Ｖ０の分だけ時間経過した時刻をｔ２、動画情報Ｖのうち動画情報Ｖ０以降の情報を動画情報Ｖ１とする。
【０１０５】
時刻ｔ０〜ｔ１の間はネットワーク３に流れる情報は端末Ａに転送される動画情報Ｖ０のみであるが、時刻ｔ１〜ｔ２の間は端末Ａに転送されている動画情報Ｖ１と端末Ｂに転送される動画情報Ｖ０が流れる。時刻ｔ１において、端末Ａの要求に対する動画情報Ｖ１と端末Ｂの要求に対する動画情報Ｖ０がネットワーク３を流れる。ネットワーク接続部７−１，７−２ではネットワーク３に流れている情報（動画情報Ｖ０と動画情報Ｖ１）を把握しており、かつ、バッファＢが動画情報Ｖを要求していることを認識しているのでネットワーク３から送られてくる動画情報Ｖ０の他にネットワーク３上に流れている動画情報Ｖ１がバッファＢに必要であることを予測できるので、予め動画情報Ｖ１をバッファＢの空き領域に転送しておく。これにより、本来なら図２２（γ）で示されるように端末Ｂの要求に対する動画情報Ｖを時刻ｔ１〜ｔ４で送る必要があるが、ネットワーク３に流れている情報を活用する事で図２２（δ）に示すように時刻ｔ１〜ｔ３の短い時間で転送する事ができる。また、時刻ｔ２〜ｔ４の時間に流れる必要のあった情報を流す必要がないのでネットワーク３の有効活用ができる。さらに、時間差を持って発生する複数の要求に対して少ない回数のアクセスで情報を提供することができ、情報アクセス数の増大によるボトルネックを発生させにくくできる。
【０１０６】
（変形例１）
尚、ネットワーク接続部７−１〜７−ｎの各々には複数のバッファが接続されていてもよいし、各バッファに複数の端末が接続されていてもよい。ネットワーク接続部は、予測により入手した情報を、情報転送中のバッファと異なる他のバッファに転送してもよい。
【０１０７】
（変形例２）
また、ネットワーク接続部７−１〜７−ｎが予測して情報を入手するのはマルチメディア情報格納装置１−１，１−２から発信された情報だけでなく、前述の実施例で説明したようにネットワーク３を介してはバッファ間を転送される情報や、他のサーバと接続した場合における他のサーバからの情報でも予測して入手することができる。
【０１０８】
（変形例３）
また、実施例６では、情報の種類として動画情報で説明しているが、これは静止画情報であっても、文字情報であっても、また、その他の各種情報に対して適用される。
【０１０９】
（変形例４）
また、実施例６では、ネットワークを多重化し、情報をひとまとまりにして取り扱っているが、ネットワークを時分割多重し、情報を細切れにした単位で情報の要求およびネットワーク上に流している場合であっても必要な情報を予測できるのであれば同様に適用することができる。
【０１１０】
（実施例７）
第７実施例では、並列計算機を用いたマルチメディアサーバについて述べる。
【０１１１】
図２３は本実施例で用いる並列計算機の構成を示しており、９個のプロセッシングエレメント（ＰＥ０〜ＰＥ９）が３×３の二次元トーラス結合網で接続されている。プロセッシングエレメントは、ＣＰＵとメモリ、プロセッシングエレメント間の通信を行なうルータ、外部の装置と接続する入出力部から構成されている。本第４実施例では、並列計算機におけるマルチメディアサーバの実施例を示すものであるため、プロセッシングエレメント間の接続やプロセッシングエレメントの数量については如何なる構成でもよい。
【０１１２】
図２４は図２３で示される並列計算機を使用したマルチメディアサーバ１０の例である。それぞれのプロセッシングエレメントＰＥ０〜ＰＥ８の入出力部に実施例１〜３で説明されているマルチメディア情報格納装置または端末が接続されている。ＰＥ０には磁気ディスクが２つ、ＰＥ１には端末が２つ、ＰＥ２には何も接続されておらず、ＰＥ３にはＣＤ−ＲＯＭ装置が１つ、ＰＥ４には端末が１つ、ＰＥ５には端末が２つ、ＰＥ６には磁気ディスクが１つと端末が１つ、ＰＥ７には端末が３つ、ＰＥ８には端末が４つ接続されている。図２４で分かるようにプロセッシングエレメントＰＥ０〜ＰＥ８の入出力部に接続されるマルチメディア情報格納装置および端末は均一に接続されている必要はなく、また、マルチメディア情報格納装置と端末を１つのプロセッシングエレメントに接続してもよい。本実施例では何も接続されてないＰＥ２が前述した実施例で説明されている情報管理部４の役割を果たす。
【０１１３】
本実施例では説明を分かりやすくするため、初期状態として動画情報Ｖが磁気ディスク０にだけ格納されているものとし、動画情報Ｖは各プロセッシングエレメントのメモリ内に全てを格納できるサイズのものとして話をすすめる。
【０１１４】
端末０から磁気ディスク０に格納された動画情報Ｖの要求があった時、端末０の接続されたＰＥ１は情報管理部であるＰＥ２に動画情報Ｖの格納場所を問い合わせる。ＰＥ２では動画情報Ｖが記憶されている場所であるＰＥ０の磁気ディスク０をＰＥ１に教える。ＰＥ１で動画情報ＶがＰＥ０の磁気ディスク０に格納されていることが分かったので、ＰＥ０の磁気ディスクからＰＥ１のメモリに動画情報Ｖをコピーする。この時ＰＥ１はメモリ内に動画情報Ｖのコピーを持っていることをＰＥ２（情報管理部）に伝え、ＰＥ２では動画情報Ｖの格納場所にＰＥ１のメモリを加える。
【０１１５】
ＰＥ１のメモリに格納された動画情報Ｖは入出力部を経由して端末０に伝送される。
【０１１６】
ＰＥ１のメモリに動画情報Ｖが格納されている時に、ＰＥ４に接続された端末２が動画情報Ｖを要求した時、ＰＥ４はＰＥ２に動画情報Ｖの格納場所を問い合わせる。ＰＥ２では現時点で動画情報ＶはＰＥ０の磁気ディスク０とＰＥ１のメモリにあることを認識しており、磁気ディスクに比べてメモリの方が高速にアクセスでき、かつ、ＰＥ０とＰＥ１を比較した場合、ＰＥ１の方がＰＥ４により近いので、ＰＥ２はＰＥ４に動画情報Ｖの格納場所にＰＥ１のメモリを教える。ＰＥ４で動画情報ＶがＰＥ１のメモリに格納されていることが分かったので、ＰＥ１のメモリからＰＥ４のメモリに動画情報Ｖをコピーする。この時ＰＥ４はメモリ内に動画情報Ｖのコピーを持っていることをＰＥ２（情報管理部）に伝え、ＰＥ２では動画情報Ｖの格納場所にＰＥ４のメモリを加える。
【０１１７】
ＰＥ４のメモリに格納された動画情報Ｖは入出力部を経由して端末２に伝送される。
【０１１８】
ＰＥ１およびＰＥ４が動画情報Ｖをメモリから消去する時はそのことをＰＥ２に通知する。
【０１１９】
（変形例１）
実施例７では磁気ディスク上の情報に対して説明を行なったが、図２４中のＣＤ−ＲＯＭ装置やその他のマルチメディア情報格納装置に対しても同様にアクセスできる。
【０１２０】
（変形例２）
また、動画情報だけでなくその他のテキストおよびマルチメディア情報に対しても実施可能である。
【０１２１】
（変形例３）
また、図２５に示すように複数の並列計算機およびサーバを接続して大きなサーバとしても使用できる。
【０１２２】
（変形例４）
また、磁気ディスクなどのマルチメディア情報格納装置に格納された情報を予めプロセッシングエレメントのメモリにコピーしておいてもよい。
【０１２３】
また、マルチメディア情報格納装置等から取り込んだ情報をプロセッシングエレメントのＣＰＵで加工して端末に転送することもできる。
【０１２４】
【発明の効果】
以上の説明したように、本発明によれば、マルチメディアサーバにおいて多数のアクセスが発生した時の記憶装置に対するアクセスのボトルネックを解消でき、また、ネットワークの負荷を削減することが可能である。従って、より大規模なサーバの実現も可能となる。
【図面の簡単な説明】
【図１】本発明の一実施例に係るマルチメディアサーバの構成を示すブロック図。
【図２】同実施例のマルチメディアサーバにおける情報アクセスの手順を示すフローチャート。
【図３】同実施例のマルチメディアサーバの変形例を示すブロック図。
【図４】同実施例のマルチメディアサーバを他のサーバと接続した状態を示す図。
【図５】同実施例のマルチメディアサーバにおけるビデオデータの流れを示す図。
【図６】同実施例のマルチメディアサーバにおけるビデオデータの他の流れを示す図。
【図７】同実施例のマルチメディアサーバの他の構成を示すブロック図。
【図８】図７のマルチメディアサーバにおけるビデオデータの流れを示す図。
【図９】同実施例のマルチメディアサーバのさらに他の構成を示すブロック図。
【図１０】同実施例のマルチメディアサーバのさらに他の構成を示すブロック図。
【図１１】図１０のマルチメディアサーバで使用される情報管理表の一例を示す図。
【図１２】図１０のマルチメディアサーバで使用される情報管理表の記憶内容の一例を示す図。
【図１３】図１０のマルチメディアサーバで使用される情報管理表の記憶内容の他の例を示す図。
【図１４】図１０のマルチメディアサーバで使用される情報管理表の記憶内容のさらに他の例を示す図。
【図１５】図１０のマルチメディアサーバで使用される情報管理表の記憶内容のさらに他の例を示す図。
【図１６】同実施例のマルチメディアサーバを広域ネットワークに接続した様子を示す図。
【図１７】図１６のマルチメディアサーバで使用される情報管理表の記憶内容の一例を示す図。
【図１８】図１６のマルチメディアサーバで使用される情報管理表の記憶内容の他の例を示す図。
【図１９】同実施例のマルチメディアサーバの他の構成例を示すブロック図。
【図２０】同実施例のマルチメディアサーバのさらに他の構成例を示すブロック図。
【図２１】同実施例のマルチメディアサーバのさらに他の構成例を示すブロック図。
【図２２】図２１のマルチメディアサーバにおけるビデオテデータの流れを示す図。
【図２３】同実施例のマルチメディアサーバを実現するための並列計算機の構成を示すブロック図。
【図２４】図２３の並列計算機を用いて構成したマルチメディアサーバの構成を示すブロック図。
【図２５】図２３の並列計算機を用いて構成したマルチメディアサーバの他の構成を示すブロック図。
【符号の説明】
１−１，１−２…マルチメディア情報記憶装置、３…ネットワーク、４…情報管理部、５…サーバ接続部、６…広域ネットワーク、７−１，７−２，７−ｎ…ネットワーク接続部、１０…マルチメディアサーバ、４１…情報管理表、４２…要求再構成部、ＰＥ０〜ＰＥ８…プロセッサエレメント。
Claims (1)
- 音声、映像、符号および文字などの単体または複合されたマルチメディア情報を格納するマルチメディア情報記憶装置と、１以上の端末がそれぞれ接続され、その接続された端末との間でデータを授受する複数の入出力装置と、これら複数の入出力装置と前記マルチメディア情報記憶装置との間を接続するバスもしくはネットワークとを備え、端末から要求されたマルチメディア情報を前記バスもしくはネットワークを介してマルチメディア情報記憶装置から該当する入出力装置のバッファに取り込み、そのバッファを介して端末にマルチメディア情報を転送するマルチメディアサーバにおいて、
端末から要求されたマルチメディア情報の一部が前記マルチメディア情報を要求した端末に接続された入出力装置以外の他の入出力装置のバッファ内に既に存在しているか否かを検出する手段と、
前記要求されたマルチメディア情報の一部が前記他の入出力装置のバッファ内に既に存在することが検出されたとき、前記マルチメディア情報の一部を前記他の入出力装置のバッファから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むと共に、前記マルチメディア情報の残りの情報を、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込むことが必要となるマルチメディア情報として予測する手段と、
他の入出力装置のために前記マルチメディア情報記憶装置から前記バスもしくはネットワーク上に出力される情報を、前記マルチメディア情報を要求した端末が接続された入出力装置が監視することにより、前記予測されたマルチメディア情報を前記バスもしくはネットワークから、前記マルチメディア情報を要求した端末が接続された入出力装置のバッファに取り込む手段とを具備することを特徴とするマルチメディアサーバ。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08345295A JP3547840B2 (ja) | 1995-03-16 | 1995-03-16 | マルチメディアサーバ |
| US08/616,807 US5956488A (en) | 1995-03-16 | 1996-03-15 | Multimedia server with efficient multimedia data access scheme |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08345295A JP3547840B2 (ja) | 1995-03-16 | 1995-03-16 | マルチメディアサーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08255119A JPH08255119A (ja) | 1996-10-01 |
| JP3547840B2 true JP3547840B2 (ja) | 2004-07-28 |
Family
ID=13802844
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08345295A Expired - Fee Related JP3547840B2 (ja) | 1995-03-16 | 1995-03-16 | マルチメディアサーバ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5956488A (ja) |
| JP (1) | JP3547840B2 (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5991306A (en) * | 1996-08-26 | 1999-11-23 | Microsoft Corporation | Pull based, intelligent caching system and method for delivering data over a network |
| US6128653A (en) * | 1997-03-17 | 2000-10-03 | Microsoft Corporation | Method and apparatus for communication media commands and media data using the HTTP protocol |
| US6449653B2 (en) | 1997-03-25 | 2002-09-10 | Microsoft Corporation | Interleaved multiple multimedia stream for synchronized transmission over a computer network |
| US6412004B1 (en) * | 1997-03-27 | 2002-06-25 | Microsoft Corporation | Metaserver for a multimedia distribution network |
| JP3173418B2 (ja) * | 1997-04-18 | 2001-06-04 | 日本電気株式会社 | ストリーム再生制御方式及びプログラムを記録した機械読み取り可能な記録媒体 |
| US6588015B1 (en) * | 1998-01-14 | 2003-07-01 | General Instrument Corporation | Broadcast interactive digital radio |
| US6785722B2 (en) * | 1998-03-20 | 2004-08-31 | Sun Microsystems, Inc. | Apparatus, methods, and computer program products for transactional support of network management operations |
| US6993788B1 (en) * | 1999-08-20 | 2006-01-31 | Mediaone Group, Inc. | Method and system for manipulating broadcast signals |
| JP3613550B2 (ja) * | 2000-03-29 | 2005-01-26 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ウェブページ取得サービスシステム、サーバ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 |
| JP4433560B2 (ja) * | 2000-04-11 | 2010-03-17 | ソニー株式会社 | 端末装置、情報処理方法 |
| US6785675B1 (en) * | 2000-11-13 | 2004-08-31 | Convey Development, Inc. | Aggregation of resource requests from multiple individual requestors |
| US20020143499A1 (en) * | 2001-01-12 | 2002-10-03 | Graphin Co., Ltd | Methods and apparatus for communicating information via a network |
| US7043727B2 (en) * | 2001-06-08 | 2006-05-09 | Micromuse Ltd. | Method and system for efficient distribution of network event data |
| US20030005455A1 (en) * | 2001-06-29 | 2003-01-02 | Bowers J. Rob | Aggregation of streaming media to improve network performance |
| JP2003030018A (ja) * | 2001-07-13 | 2003-01-31 | Sony Corp | データ通信装置および方法、データ通信システム、情報処理装置および方法、記録媒体、並びにプログラム |
| US20060080703A1 (en) | 2004-03-22 | 2006-04-13 | Compton Charles L | Content storage method and system |
| US7367019B2 (en) * | 2004-09-16 | 2008-04-29 | International Business Machines Corporation | Parameter management using compiler directives |
| US20120137102A1 (en) * | 2010-11-30 | 2012-05-31 | Ramkumar Perumanam | Consumer approach based memory buffer optimization for multimedia applications |
| US9521439B1 (en) * | 2011-10-04 | 2016-12-13 | Cisco Technology, Inc. | Systems and methods for correlating multiple TCP sessions for a video transfer |
| US10084860B2 (en) * | 2015-04-09 | 2018-09-25 | Electronics And Telecommunications Research Institute | Distributed file system using torus network and method for configuring and operating distributed file system using torus network |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2270791B (en) * | 1992-09-21 | 1996-07-17 | Grass Valley Group | Disk-based digital video recorder |
| EP0625858B1 (en) * | 1993-05-19 | 1998-06-24 | Alcatel | Video server memory management method |
| US5610841A (en) * | 1993-09-30 | 1997-03-11 | Matsushita Electric Industrial Co., Ltd. | Video server |
-
1995
- 1995-03-16 JP JP08345295A patent/JP3547840B2/ja not_active Expired - Fee Related
-
1996
- 1996-03-15 US US08/616,807 patent/US5956488A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5956488A (en) | 1999-09-21 |
| JPH08255119A (ja) | 1996-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3547840B2 (ja) | マルチメディアサーバ | |
| US9615125B2 (en) | Method of data management for efficiently storing and retrieving data to respond to user access requests | |
| US6223211B1 (en) | Apparatus and computer-implemented process for providing real-time multimedia data transport in a distributed computing system | |
| JP3217002B2 (ja) | デジタルスタジオ装置およびその制御方法 | |
| US6029194A (en) | Audio/video media server for distributed editing over networks | |
| JP3190813B2 (ja) | 配信システム | |
| US20030154246A1 (en) | Server for storing files | |
| KR20020057837A (ko) | 스트리밍 서비스 방법 및 장치 | |
| US20140214906A1 (en) | Scalable networked digital video recordings via shard-based architecture | |
| JPH0855072A (ja) | ネットワークシステムとデータ処理システムとデータ蓄積方法 | |
| KR100823731B1 (ko) | 고성능 스트리밍 서버 시스템에서 컨텐트 설치장치 및 방법 | |
| JP3056000B2 (ja) | マルチメディアデータネットワーク転送方式 | |
| JPH08115279A (ja) | マルチメディアｖｏｄシステムにおけるディスクアクセス方法 | |
| JPH11298880A (ja) | ストレージ共有型分散ビデオサーバシステム | |
| EP0577362A2 (en) | An expanded architecture for image storage and distribution | |
| JP2000316132A (ja) | ビデオサーバ | |
| KR20040074805A (ko) | 스트리밍 서비스 방법 및 장치 | |
| JPH09214871A (ja) | 動画ファイルの実時間多重読み書き装置 | |
| JP2001285836A (ja) | データ管理システム | |
| JP2002259267A (ja) | 動画配信方法および動画配信装置およびそのプログラム記録媒体 | |
| KR20020093490A (ko) | 멀티 펌핑을 이용한 동영상 동시 제공방법 | |
| JP2002244815A (ja) | アーカイブシステム装置 | |
| JPH10105339A (ja) | ネットワークファイルサーバ装置 | |
| KR20080051021A (ko) | Ｐｃｉ 메모리를 이용한 사용자 메모리와 디스크 간 입출력가속 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20040413 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040415 |
|
| LAPS | Cancellation because of no payment of annual fees |