JPH0970028A - 複数映像配送方法 - Google Patents

Abstract

(57)【要約】 【目的】 クライアントが異なる複数サーバからの複数
映像を途切れなく連続して表示できるように配送映像間
の同期をとった複数映像配送方法。 【構成】 先行する映像の配送サーバＡと、後続する映
像の配送サーバＢからなるシステムで、サーバＡの映像
配送中に、サーバＢが同期用データ配送制御プログラム
２３３により、所定の間隔で同期用データを配送する。
クライアント２６０は、受信した先行映像データと同期
データについて受信時間の近いデータを同期フレーム情
報検出プログラム２８０により検出し、このデータ対と
先行映像の最終データから、後続映像の開始タイミング
を求める。 【効果】 サーバおよびクライアント間の時計合わせが
不要となる。また、クライアントの受信バッファに後続
映像の同期用のバッファ領域を設ける必要がないため、
記憶容量の削減が可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はビデオオンデマンドサー
ビスに代表されるクライアントサーバ形態のコンピュー
タシステムを用いた複数映像配送方法に係り、特に複数
映像を同期して配送する複数映像配送方法に関する。

【０００２】

【従来の技術】ビデオオンデマンドは、通信ネットワー
クに接続された複数のサーバ及びクライアントからなる
コンピュータシステム上で、映像（別の呼び方では動画
像）情報の配送と表示を行なうサービスである。

【０００３】従来、この種のビデオオンデマンドでは、
映像情報の表示には、複数の静止画像を時間的経過に沿
って順次再生する必要がある。従ってサーバコンピュー
タ（以下、サーバと称する）は、通常ディスクアレー装
置などの２次記憶装置上に連続して格納されている静止
画像（以下、フレームと称する）のシーケンスを一定の
時間間隔で読みだし、順次ネットワークへと送出する。
クライアントコンピュータ（以下、クライアントと称す
る）は、ネットワークより受信した静止画像のシーケン
スを一定の時間間隔で順次クライアントのディスプレイ
に表示する。このようなビデオオンデマンドに関して
は、例えば１９９４年１２月の信学技法ＣＳ９４−１７
３，ＩＥ９４−１０５，第７３〜７８頁(TECHNICAL REP
ORT OF IEICE, CS94-173, IE94-105, pp.73-78 (1994-1
2))等に開示されている。

【０００４】

【発明が解決しようとする課題】前述したようなビデオ
オンデマンドにおける映像配送では、映像の品質、特に
時間的連続性を確保することが重要であり、時間管理を
意識したサーバおよびクライアント上のプログラムの実
行機能と、ネットワークにおけるデータ配送機能が要求
される。従って、ビデオオンデマンドにおける映像配送
サービスでは、複数の映像配送処理の間の時間管理方法
が重要となる。

【０００５】ここで、クライアントが、各々別個のサー
バＡ，Ｂに格納されている独立した２つの映像ａ，ｂを
連続して再生表示する場合を考える。クライアントは映
像ａの再生表示終了後に、途切れなく映像ｂの再生表示
を開始する必要があるものとする。ところで、サーバ
Ａ，Ｂとクライアント間にはデータの転送時間ＴＤ_a，
ＴＤ_bが存在し、サーバＡ，Ｂ間にもデータ転送時間Ｔ
Ｄ_abが存在する。これらの転送時間は、転送経路が異な
るため一般に一致した値をとらない。また、サーバＡ，
Ｂが映像配送要求を受信してから、映像配送を開始する
までには開始オーバヘッドＴＯ_a，ＴＯ_bが存在する。従
って、サーバＡが最終フレーム送出後にサーバＢに映像
転送要求を送出し、サーバＢが映像ｂを配送するという
方法をとる場合には、クライアントでは２つの映像再生
の間に以下の式で表される時間間隔のずれＴ_jが生じ
る。

【０００６】

【数１】 Ｔ_j＝ＴＤ_ab＋ＴＤ_b＋ＴＯ_b−（ＴＤ_a＋ＴＯ_a） …(１) そこで、本発明の目的は、上述のようなビデオオンデマ
ンドにおける映像サービスにおいて、クライアントが複
数サーバから複数の映像を連続して再生する要求を出し
た場合に、クライアントでは再生すべき複数の映像間に
時間間隔のずれが生じることなく連続して複数映像を再
生することができる複数映像配送方法を提供することに
ある。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係る複数映像配送方法は、映像情報を格納
した複数のサーバと、複数のクライアントとが通信ネッ
トワークを介して接続され、クライアントの映像情報配
送要求を受信したサーバが映像情報を時間的に連続する
所定の大きさの部分データ群すなわち映像データ群に分
割し、各部分データすなわち映像データを所定の時間間
隔でネットワークへと順次送出し、ネットワークから部
分データを受信したクライアントが部分データに対応す
る映像を順次表示することで実時間の映像配送を実現す
るシステムにおいて、前記クライアントの１つが、前記
複数のサーバ群の内の第１のサーバに格納された第１映
像の映像情報と第２のサーバ計算機に格納された第２映
像の映像情報を連続的に視聴する要求を送出した場合
に、前記連続視聴要求を送出したクライアントは、要求
した複数の映像の内で視聴の時間が先である第１映像の
部分データを順次受信すると共に表示し、受信した最終
フレームに対応する第１映像の部分データの表示に先だ
って、第２サーバに対して第２映像の映像情報を送信す
るように送信指令を発行することを特徴とするものであ
る。

【０００８】前記送信指令は、先行する第１映像の最終
フレームに対応する部分データの表示よりも、第２サー
バの応答遅れ時間だけ前に発行すれば好適である。

【０００９】また、前記第２サーバの応答遅れ時間は、
前記先行する第１映像の部分データ群の表示の終了を検
出して前記後続の第２映像の部分データ群を配送する第
２サーバに対して第２映像の先頭に位置する部分データ
群の配送を要求し、該要求にしたがって前記第２映像の
部分データが前記連続視聴要求を送出したクライアント
に到達するまでの時間であって、前記連続視聴要求を送
出したクライアントへの先行する第１映像の部分データ
群の転送と並行して後続の第２映像の部分データ群の内
で時間的に先頭部分に位置する少なくとも１つの部分デ
ータを、前記連続視聴要求を送出したクライアントへ送
出し、該クライアントは後続の第２映像の前記先頭部分
に位置する部分データの配送時のネットワーク上での転
送時間を求め、該転送時間から前記応答遅れ時間を求め
ればよい。

【００１０】更に前記転送時間は、前記第１及び第２サ
ーバと前記連続視聴要求を送出したクライアントとの時
計を予め一致させておき、前記先行する第１サーバが第
１映像の少なくとも１つの部分データの送出時に該部分
データに送出時間を付加しておき、前記クライアントが
前記送出時間を付加した部分データを受信時に、該部分
データの受信時間と前記送出時間との差分を求めること
により得ることができる。

【００１１】この場合、前記後続の第２映像の先頭か
ら、前記求めた応答遅れ時間に相当する時間までの部分
データ群を、前記先行する第１映像の部分データ群の受
信及び再生中に前記連続視聴要求を送出したクライアン
トへ予め転送しておき、前記先行する第１映像の表示終
了後に、前記転送済みの第２映像の先行部分データ群を
順次再生表示すればよい。

【００１２】また、前記送信指令の発行は、前記第２サ
ーバの計時手段に従う所定の時刻情報でタイミングを指
定する形で行うこともできる。

【００１３】その場合、前記第２サーバの計時手段は、
前記視聴要求を送出したクライアントへの第１サーバに
よる第１映像の部分データ群の転送と並行して、後続の
前記第２映像の映像情報を保持する第２サーバが番号付
けした複数の同期用データを所定の時間間隔で番号に従
って前記視聴要求を送出したクライアントへ順次送出す
る手段であり、前記タイミング指定は、前記連続視聴要
求を送出したクライアントで先行する第１映像の部分デ
ータの受信時に、該受信時間の直前に受信した第２サー
バからの同期用データを検出し、受信時間が隣接する第
１映像の部分データと第２サーバの同期用データの対の
情報から、前記先行する第１映像の最終フレームに対応
する部分データと受信時間が一致する前記同期用データ
の番号を求め、該番号の同期用データを送出すべき時刻
情報を、第２映像の部分データ群の配送開始タイミング
として指定すれば好適である。

【００１４】また、前記タイミング指定における、受信
時刻が隣接する第１映像の部分データと第２サーバの同
期用データの対の情報から、前記先行する第１映像の最
終フレームに対応する部分データと受信時間が一致する
前記同期用データの番号を求める処理を、前記連続視聴
要求を送出したクライアントが実行しても、あるいは前
記後続の第２映像を配送する第２サーバが実行してもよ
い。

【００１５】更に詳しくは、後述する図１の実施例で述
べるように、本発明に係る複数映像配送方法は、サーバ
Ａすなわち前記第１サーバ、サーバＢすなわち前記第２
サーバ、及び連続視聴配送要求を送出したクライアント
１６０内の時刻を一致させ、映像配送に先立ちサーバ
Ａ，Ｂ間に映像配送要求を所定の数だけ転送して、映像
配送要求のネットワーク転送時間の最大値を測定し、サ
ーバＡ，Ｂとクライアント１６０間に映像を所定の数だ
け転送して、映像配送のネットワーク転送時間の最大値
を測定し、１回の映像データの転送量から、転送データ
あたりの映像表示時間を求め、先行映像配送サーバＡ
が、先行する第１映像すなわち映像ａの配送終了後に後
続する第２映像すなわち映像ｂの配送要求を後続映像配
送サーバＢに送出した場合に、クライアント１６０での
先行映像ａの最終画面の表示時間と、後続映像ｂの先頭
画面の表示時間との差分を求め、この差分値を前述の転
送データあたりの映像表示時間で割ることにより、後続
映像配送サーバＢが、先行映像配送サーバＡからの後続
映像配送要求の受信に先行して送出すべき後続映像ｂの
初期配送データ量を求め、後続映像配送サーバＢは、先
頭映像配送サーバＡからの配送要求の受信に先立って初
期配送データ量の後続映像をクライアント１６０に送出
し、クライアント１６０はこの事前に転送される初期配
送データ量の後続映像をバッファリングし、クライアン
ト１６０は先頭映像の最終画面を表示した後に、前記の
事前に転送されている初期配送データ量の後続映像を表
示し、この初期配送映像の表示終了後に、後続映像配送
サーバＢから配送される後続映像データを表示するとい
う方法である。

【００１６】また、後述する図２の実施例で述べるよう
に、本発明に係る複数映像配送方法は、先行映像配送サ
ーバＡの映像配送と並行して、後続映像配送サーバＢは
複数の順次番号付けされた同期用データすなわち同期デ
ータＳ＿ｂｉを、映像配送時の映像データａｉの配送間
隔と同一の時間間隔で順次クライアント２６０に送出
し、クライアント２６０は先行映像データａｉの受信時
に、その先行映像データの受信の直前に後続映像配送サ
ーバＢから受信した同期用データＳ＿ｂｉの番号を求
め、１回の映像データの転送量から、転送データあたり
の映像表示時間を求め、この映像表示時間と、先行映像
の残りの映像上映時間と、後続映像配送サーバＢから受
信した同期用データの番号から、後続映像の先頭画面を
受信すべき時間に受信するであろうところの同期用デー
タの番号を後続映像配送タイミングとして求め、クライ
アント２６０はこの同期用データの番号を後続映像配送
サーバＢに送出し、後続映像配送サーバＢは、受信した
番号の同期用データの配送時間に後続映像をクライアン
ト２６０に送出し、クライアント２６０は先頭映像ａの
最終画面を表示した後に、後続映像配送サーバＢから配
送される後続映像データｂｉを表示するという方法を採
ることもできる。

【００１７】

【作用】本発明に係る複数映像配送方法によれば、第１
サーバの第１映像及び第２サーバの第２映像の連続視聴
要求を送出したクライアントが、先行する第１映像の部
分データを順次受信し表示すると共に、受信した最終フ
レームに対応する第１映像の部分データの表示に先立っ
て、第２サーバに対して第２映像の映像情報を送信する
ように送信指令を発行することにより、映像Ａの表示の
終了後、映像Ｂの表示を途切れることなくクライアント
上で連続表示することが可能になる。

【００１８】また、後述する図１の場合、サーバ及びク
ライアントの時刻を一致させておき、先行映像配送の第
１サーバＡが先行する第１映像ａの配送終了時に後続映
像配送の第２サーバＢに映像配送を指示した場合の先行
映像ａ及び後続映像ｂの表示の時間間隔を事前に求め
る。そして、この時間間隔に表示すべき後続映像ｂの先
頭からのデータ量を初期転送映像データ量として求め、
先頭映像配送サーバＡの後続映像配送要求に先立ってク
ライアント１６０へと転送しておく。これにより、クラ
イアント１６０は先行映像ａの表示終了時に、事前に受
信済みの後続映像ｂの先頭の初期転送映像を途切れなく
表示することが可能となる。更に、クライアント１６０
が後続映像ｂの初期転送映像データの表示を終了した時
点には、先頭映像配送サーバＡが発行した後続映像配送
要求により後続映像配送サーバＢが起動され、クライア
ント１６０は後続映像ｂの残りの映像データを受信済み
である。従って、クライアント１６０は途切れることな
く後続映像ｂを表示することが可能である。

【００１９】さらに、後述する図２の場合、先行映像配
送サーバＡの映像配送と並行して、後続映像配送サーバ
Ｂは複数の順次番号付けされた同期データＳ＿ｂｉを、
映像配送時の映像データａｉの配送間隔と同一の時間間
隔で順次クライアント２６０に送出する。映像ａ，ｂの
連続視聴要求を送出したクライアント２６０では、先行
映像配送サーバＡからの先行映像データと、後続映像配
送サーバＢからの同期データを並行して受信する。クラ
イアント２６０は先行映像データの受信時に、その先行
映像データの受信の直前に後続映像配送サーバＢから受
信した同期用データの番号を求める。この先行映像デー
タと同期データの対は、ほぼ同時にクライアント２６０
に到着したことを意味する。クライアント２６０は、先
行映像ａの残りの映像上映時間を後続映像配送サーバＢ
の送出する同期データの転送間隔で割ることにより、先
行映像ａの残りの上映時間に配送される同期データの数
を求める。この同期データの数を前述の先行映像データ
と同期データの対の情報のうちの同期データの番号に加
えることで、後続映像ｂの先頭画面を送信すべき時間に
送信するであろうところの同期データの番号を得ること
ができる。クライアント２６０はこの同期データの番号
を後続映像配送サーバＢに送出し、後続映像配送サーバ
Ｂは、受信した番号の同期データの配送時間に後続映像
ｂをクライアント２６０に送出する。このようにするこ
とにより、クライアント２６０は先頭映像ａの最終画面
を表示した時点で、後続映像配送サーバＢから配送され
る後続映像データｂｉを受信しているため、途切れなく
後続映像ｂを表示することが可能となる。

【００２０】

【実施例】次に、本発明に係る複数映像配送方法の実施
例につき、添付図面を参照しながら以下詳細に説明す
る。 ＜実施例１＞図１は、本発明に係る複数映像配送方法の
一実施例を示す映像配送システムの構成図である。図１
において参照符号１５０は通信ネットワークを示し、こ
の通信ネットワーク１５０を介して結合されたサーバ
Ａ、サーバＢ、およびクライアント１６０から本実施例
の映像配送システムは構成されている。

【００２１】まず、システム構成の詳細説明に移る前
に、本システムでの処理内容について説明する。ユーザ
はクライアント１６０上の映像送信要求プログラム１７
７を起動して、サーバＡに格納されている映像ａとサー
バＢに格納されている映像ｂを順次視聴するよう要求す
る。この場合、映像ａの終了から映像ｂの開始までの時
間的間隔はゼロであることが要求されるものとする。ま
た、サーバＡ，Ｂに格納されている映像ａ，ｂの各デー
タはデータ圧縮処理が行われており、クライアント１６
０で受信された各映像データａ，ｂは伸長処理を行って
から再生が行われるものとする。

【００２２】サーバＡは、主記憶１０１と中央処理装置
（ＣＰＵ）１０３とネットワークインタフェースアダプ
タ（ＮＩＡ）１０４とＩ／Ｏコントローラ（ＩＯＣ）１
０５、これらを接続するバス１０２から構成される。Ｉ
ＯＣ１０５にはディスク装置１０６が接続され、ディス
ク装置１０６は映像ａのデータを格納している。主記憶
１０１上には、クライアント管理プログラム１１０と映
像配送制御プログラム１１１と映像読みだし制御プログ
ラム１１２が格納されている。これらのプログラム１１
０〜１１２の内容は後述する。さらに、クライアントへ
の送信データを保持する送信バッファ領域１１３と、オ
ペレーティングシステム１１８が主記憶１０１上に格納
されている。サーバＡはＣＰＵ１０３で動作するオペレ
ーティングシステム１１８により管理されている。ディ
スク装置１０６上の映像ａのデータは、オペレーティン
グシステム１１８により、ＩＯＣ１０５を介して主記憶
１０１に読みだされる。送信バッファ領域１１３の映像
ａのデータはオペレーティングシステム１１８によりＮ
ＩＡ１０４を介してネットワーク１５０へと送出され、
配送要求のあったクライアント１６０へと配送される。

【００２３】サーバＢは、主記憶１２１と中央処理装置
（ＣＰＵ）１２３とネットワークインタフェースアダプ
タ（ＮＩＡ）１２４とＩ／Ｏコントローラ（ＩＯＣ）１
２５、これらを接続するバス１２２から構成される。Ｉ
ＯＣ１２５にはディスク装置１２６が接続され、ディス
ク装置１２６は映像ｂのデータを格納している。主記憶
１２１上には、クライアント管理プログラム１３０と映
像配送制御プログラム１３１と映像読みだし制御プログ
ラム１３２が格納されている。これらのプログラム１３
０〜１３２の内容は後述する。さらに、クライアントへ
の送信データを保持する送信バッファ領域１３６と、オ
ペレーティングシステム１４２が主記憶１２１上に格納
されている。サーバＢはＣＰＵ１２３で動作するオペレ
ーティングシステム１４２により管理されている。ディ
スク装置１２６上の映像ｂのデータは、オペレーティン
グシステム１４２により、ＩＯＣ１２５を介して主記憶
１２１に読みだされる。送信バッファ領域１３６の映像
ｂのデータはオペレーティングシステム１４２によりＮ
ＩＡ１２４を介してネットワーク１５０へと送出され、
配送要求のあったクライアント１６０へと配送される。

【００２４】クライアント１６０は、主記憶１６６と中
央処理装置（ＣＰＵ）１６１とネットワークインタフェ
ースアダプタ（ＮＩＡ）１６２とビデオデコーダ（ＤＥ
Ｃ）１６３、これらを接続するバス１６５から構成され
る。ＤＥＣ１６３にはディスプレイ装置１６４が接続さ
れ、受信映像を表示する。主記憶１６６上には、映像送
信要求プログラム１７７と映像受信プログラム１７８，
１７９が格納されている。これらのプログラム１７７〜
１７９の内容は後述する。さらに、サーバからの受信デ
ータを保持する受信バッファ領域１７６と、オペレーテ
ィングシステム１８０が格納されている。クライアント
１６０はＣＰＵ１６１で動作するオペレーティングシス
テム１８０により管理されている。受信バッファ領域１
７６の映像ａ，ｂの各データは、オペレーティングシス
テム１８０によりＤＥＣ１６３を介して伸長処理が行わ
れた後、ディスプレイ１６４へと送出され、ディスプレ
イ１６４上に表示される。

【００２５】以上でシステム構成の概要説明を終える。
なお、本実施例では、２つのサーバＡ，Ｂ及びクライア
ント１６０で内部の時計の時刻は一致しているものとす
る。次に、図３のタイムチャートを適宜参照しながら図
５〜図９にフローチャートで示したプログラムの内容を
説明する。図３のタイムチャートは横軸が時間を示し、
縦軸が処理内容を示す。なお、横軸の時間は、例えば転
送単位分の圧縮された映像データを送る時間を１単位時
間として表したものであり、一例として１単位時間で受
信したクライアントにおける映像データを表示する映像
表示時間が、１単位時間を要する場合を示している。例
えば、転送単位分の映像データとして１フレーム分の映
像データが圧縮されてサーバから送られて来る場合、ク
ライアントでは伸長処理を行って１単位時間で１フレー
ムを再生表示することになる。また、このような、動画
像データを圧縮／伸長する技術としては、周知のＭＰＥ
Ｇ(Moving Picture Image Coding Experts Group)規格
を好適に用いることができる。

【００２６】まず、クライアント１６０は図５に示す映
像送信要求プログラム１７７を起動する。ステップ５０
１では、先行する映像配送の要求対象であるサーバ名称
Ａと映像名称ａをユーザより入力する。ステップ５０２
では、後続の映像配送の要求対象であるサーバ名称Ｂと
映像名称ｂをユーザより入力する。

【００２７】視聴映像が確定したので、ステップ５０３
では映像ａの受信プログラム１７８を起動して映像受信
に備える。映像受信プログラム１７８の内容は後述す
る。ステップ５０４では、ステップ５０１での入力値に
従い、サーバＡに映像ａの送信要求を送出する。この
時、映像ａは映像ｂに先行して配送を要求する映像であ
るため、送信開始条件として即時に送信を開始する旨を
指定する。映像配送要求を受け付けるサーバＡ上のクラ
イアント管理プログラム１１０の動作は後述するが、こ
のプログラム起動の結果として図３に示すように、映像
ａの各映像データを時間的に連続する所定の大きさ（本
実施例では、一例として所定の大きさを１フレーム分の
大きさとしている）に分割された部分データ群であるａ
０〜ａ３（以下、単に映像データと称する）が開始時刻
＝０から時間間隔＝１でクライアント１６０へ送信され
る。

【００２８】ステップ５０５では、映像ｂの受信プログ
ラム１７９を起動して映像受信に備える。ステップ５０
６では、ステップ５０２での入力値に従い、サーバＢに
映像ｂの送信要求を送出する。映像ｂは映像ａの表示終
了後に表示を開始する後続の映像であることから、送信
開始条件として映像ａの表示終了後に送信を開始する旨
を指定する。さらに、映像配送の開始時間を計算可能と
する目的で、映像ａの上映時間（図３の例では４単位時
間）をパラメータとして付加する。なお映像ａの上映時
間は、図示しないプログラムによりクライアント１６０
からサーバＡに上映時間の検索要求がなされ、その結果
としてクライアント１６０が保持しているものとする。

【００２９】映像配送要求を受け付けるサーバＢ上のク
ライアント管理プログラム１３０の動作は後述するが、
この結果として図３の時刻０及び時刻４〜７に示すよう
に映像ｂの先頭５フレーム分の映像データｂ０〜ｂ４が
初期配送データとしてクライアント１６０へと送信さ
れ、それぞれネットワーク転送時間を要して時刻３及び
時刻６〜９でクライアント１６０に受信される（図３の
斜線部分）。クライアント１６０では映像ｂの受信プロ
グラムが起動されており、初期転送データは受信バッフ
ァ領域１７６上にバッファリング、すなわち記憶保持さ
れる。

【００３０】ステップ５０７では映像ａの最終フレーム
の検出判定がなされる。最終フレームを受信するまでは
待ち状態となり、この間に映像受信プログラム１７８は
サーバＡから送信される映像ａのフレームの受信とディ
スプレイ１６４への表示を実行する。最終フレームの受
信を検出するとステップ５０８が起動され、再度サーバ
Ｂに映像送信要求が送出される。この要求に従って、サ
ーバＢ上のクライアント管理プログラム１３０は映像ｂ
の残りの映像データをクライアント１６０に送出する。
クライアント１６０ではステップ５０９において映像ｂ
の最終フレームが検出されるまで、映像ｂのデータが受
信されてディスプレイ１６４へと表示される。最終フレ
ーム受信時にはステップ５１０が実行されて処理が終了
する。

【００３１】映像受信プログラムの内容を図６にフロー
チャートで示す。映像受信プログラムは受信映像対応に
起動され、映像ａにはプログラム１７８が、映像ｂには
プログラム１７９が対応する。以下ではまず映像ａの場
合について説明する。

【００３２】ステップ６０１では受信バッファ領域１７
６が検索され、未表示の受信データが存在するかチェッ
クされる。図３に示すように、クライアント１６０が時
刻２で映像ａの映像データａ０を受信すると、ステップ
６０２が実行されて、先行する映像の受信が実行中かを
調べる。映像ａに先行する映像受信は存在しないため、
ステップ６０４が選択される。受信データがバッファリ
ングされていないので、ステップ６０７が選択されて受
信映像データａ０を伸長処理したデータすなわち映像フ
レームＶ＿ａ０がディスプレイ１６４上に表示される。
次にステップ６０８が実行されて、受信した映像フレー
ムが最終フレームであるかをチェックする。最終フレー
ムでなければステップ６０１に戻って、次の映像フレー
ムのデータ受信に備える。最終フレームを受信した場合
には、ステップ６０９によりバッファリングされた受信
映像データを表示した後、ステップ６１０が実行されて
映像送信要求プログラム１７８にその旨を通知して、ス
テップ６１１で終了する。

【００３３】受信映像がｂの場合について説明する。図
３に示すように、サーバＢが送信した映像データｂ０〜
ｂ４はクライアント１６０の受信バッファ領域１７６で
一旦バッファリングされる。例えば、映像データｂ０は
時刻３に受信されるが、時刻４〜６の間は受信バッファ
領域１７６にバッファリングされて時刻７にバス１６５
を介してＤＥＣ１６３へと転送され、伸長処理が行われ
て映像フレームＶ＿ｂ０がクライアント上のディスプレ
イ１６４に表示される。このバッファリングは、後述す
るサーバＢのクライアント管理プログラム１３０が、ネ
ットワーク１５０上の映像データの最大転送遅延時間を
見積もるため、映像データｂ０を時刻０に送出したこと
により生じる。また、データｂ１〜ｂ４について、時刻
７〜１０でバッファリングがなされる。これは、映像デ
ータｂ０の転送時間が２単位時間であったことから、ネ
ットワーク上の映像データの最大転送遅延時間を２単位
時間と見積もって映像配送を開始したが、実際の転送時
間が１単位時間であることに起因する。クライアント１
６０が映像データｂ０を時刻３で受信している場合、ス
テップ６０２において先行映像ａのデータ受信が終了し
ていないため、ステップ６０３が選択されて受信映像デ
ータｂ０はバッファリングされる。

【００３４】受信映像データｂ１〜ｂ４に関しては、映
像ａの受信は時刻６で終了している。しかし各受信デー
タについて、受信バッファ領域１７６に１単位時間前に
受信した映像データがバッファリングデータとして存在
するため、これらのバッファリングデータの表示を優先
する必要がある。即ち、時刻６にクライアント１６０が
受信した映像データｂ１を例に取れば、ステップ６０４
では時刻３で受信した映像データｂ０がバッファリング
されているためにステップ６０５を選択する。ステップ
６０５では、バッファリングされた映像データを１フレ
ーム分（ここでは映像ｂ０）だけバス１６５を介してＤ
ＥＣ１６３に転送し、時刻７では映像フレームＶ＿ｂ０
がディスプレイ１６４に表示される。以下、同様にして
時刻８，９，１０で映像フレームＶ＿ｂ１，Ｖ＿ｂ２，
Ｖ＿ｂ３がそれぞれ表示される。

【００３５】時刻１０では、映像データの受信がないた
め、ステップ６０１においてステップ６１２が選択さ
れ、受信バッファ領域１７６に映像データが存在するか
をチェックする。この場合は、時刻９で受信した映像デ
ータｂ４が存在するので、ステップ６１３で映像データ
ｂ４がバス１６５を介してＤＥＣ１６３に転送されて、
時刻１１では、映像フレームＶ＿ｂ４がディスプレイ１
６４に表示される。以上で図６にフローチャートで示し
た映像受信プログラムの説明を終える。

【００３６】次にサーバＡ，Ｂ上のプログラムの説明に
移る。最初に、図７に示すクライアント管理プログラム
１１０のフローチャートについて説明する。サーバＡ上
のクライアント管理プログラム１１０は、ステップ７０
１を実行してクライアント１６０が図５のステップ５０
４で発行する映像送信要求を受信する。ステップ７０２
では、受信したクライアント名称と映像名称を図示しな
い主記憶上の領域に格納し、配送に備える。ステップ７
０３では送信開始条件をチェックする。前述したステッ
プ５０４で映像ａの即時送信が要求されているため、ス
テップ７１０が選択されて図８にフローチャートで示す
映像配送制御プログラム１１１が起動され、ステップ７
１１で処理が終了する。

【００３７】ここで、図８に示した映像配送制御プログ
ラム１１１のフローチャートを説明する。ステップ８０
１では、映像データを送出する時間間隔を設定する。こ
の時間間隔は映像データを格納するディスク装置の読み
だしスループットや、ネットワークの転送スループッ
ト、サーバあるいはクライアント上のバッファ領域のサ
イズに従い適切な値を設定するが、本発明の対象とする
課題ではないため説明は省略する。図３に示す例では、
一例として映像データを送出する時間間隔を１単位時間
に設定している。

【００３８】ステップ８０２では、映像名称ａのファイ
ルをオープンする。次のステップ８０３では、オープン
時のファイルポインタをパラメータにとり、図９にフロ
ーチャートで示す映像読みだし制御プログラム１１２を
起動する。ここで、図９の映像読みだし制御プログラム
１１２の説明に移る。ステップ９０１では、映像ファイ
ルａのファイルポインタを用いてディスクリード命令を
発行する。ステップ９０２では、ディスク装置１０６よ
り読みだした各フレームＶ＿ａｉ（この場合ｉ＝０〜
３）に対応する圧縮処理された映像データａ０〜ａ３を
サーバＡの送信バッファ領域１１３に格納して、ステッ
プ９０３で映像読みだし制御プログラム１１２を終了す
る。

【００３９】図８の説明に戻る。ステップ８０４では、
送信バッファ領域１１３にディスク装置１０６から読み
だした１フレーム分の映像データが格納されたかをチェ
ックする。前述の映像読みだし制御プログラム１１２に
より１フレーム分の映像データの格納がなされると、ス
テップ８０５が選択されてクライアントに映像データが
１フレーム分送出される。ステップ８０６では、映像ａ
の最終フレーム（本実施例の場合Ｖ＿ａ３）に対応する
映像データ（ａ３）を送出したかをチェックする。ステ
ップ８０４〜８０６が最終フレームに対応する映像デー
タの送出まで繰返し実行され、ステップ８０７で映像ａ
の配送を終了する。尚、バッファ領域１１３に格納する
映像データは１フレーム分に限定するものではなく、複
数フレーム分であっても良い。その場合、バッファ領域
の容量をその分大きくする必要がある。以上でサーバＡ
が実行するクライアント管理プログラム１１０による映
像ａの配送処理についての説明を終える。

【００４０】次に、サーバＢが実行するクライアント管
理プログラム１３０を図７のフローチャートに従い説明
する。尚、以下ではサーバＡとの相違点に絞って説明す
る。ステップ７０１，７０２は、映像名称がａからｂに
変化するだけである。ステップ７０３では、前述した図
５のステップ５０６においてクライアント１６０の映像
配送要求時に先行映像ａの終了後に映像ｂの配送を開始
する旨が指定されているため、ステップ７０４を選択す
る。

【００４１】ステップ７０４ではサーバＢとクライアン
ト１６０間の映像データ転送時の転送遅延時間の最大値
ＴＤ_maxを求める。転送遅延時間は、以下の手順で求め
る。まずサーバＢは、映像ｂの先頭のフレームからの映
像データを所定の個数だけディスク装置１２６から読み
だし、測定データとする。図３の例では、映像データｂ
０を測定データとして用いる。測定データの個数を多く
とる方が測定データの精度が向上する。測定データとす
る映像データ内にはデータ送出時のサーバＢの時計の時
間値を格納しておく。クライアント１６０では測定デー
タ受信時にクライアント内の時計を参照して、この値と
測定データ内のサーバＢの送出時間値との差分からネッ
トワーク１５０を介した転送遅延時間を求める。この測
定は可能であれば複数の測定データについて行ない、そ
の最大値をＴＤ_maxとする。図３に示した例では測定デ
ータとして映像データｂ０を用いており、ＴＤ_max＝２
単位時間である。測定データの映像データ部分は、受信
バッファ領域１７６内に格納しておき、表示に備える。

【００４２】ステップ７０５では、サーバＡ，Ｂ間のネ
ットワーク１５０を介した配送要求指示の最大転送時間
ＴＣ_max（図３の例では図示していないが、１単位時間
とする）を測定データを用いて求める。

【００４３】ステップ７０６では、映像データの１フレ
ームあたりの表示時間Ｔｖを求める。図３の例では、ネ
ットワーク１５０へ転送する映像データ量を１フレーム
としており、Ｔｖ＝１単位時間である。尚、本実施例で
はサーバ映像送信処理時間ＴＳを１単位時間、クライア
ント映像受信処理時間ＴＲを１単位時間とする。ステッ
プ７０７では、映像ｂの初期転送フレーム数Ｆ_initを次
式に従って求める。

【００４４】

【数２】 Ｆ_init＝（ＴＣ_max＋ＴＤ_max＋ＴＳ＋ＴＲ）／Ｔｖ …(２) 式（２）における分子は、サーバＡによる映像ｂの起動
要求送出から、クライアント１６０の映像ｂ表示までの
時間を示している。即ち、映像ｂの先頭からフレーム数
がＦ_initに相当する分の映像データｂｉを予めクライア
ント１６０に送出しておき、映像ａの終了後にこの初期
転送データを表示すれば映像の途切れがない。初期転送
データの表示が終了する時点ではサーバＡによって起動
されたサーバＢからの残りのフレームの映像データがク
ライアント１６０に到着しているので、これを表示すれ
ば良い。図３の例では初期転送フレーム数Ｆ_init＝５で
あり、５フレーム分の映像データｂ０〜ｂ４を初期転送
データとしてクライアント１６０に転送しておく。サー
バＢの映像データ転送のタイミングは、映像ａの表示終
了時刻７から、映像データの最大転送時間ＴＤ_max（＝
２単位時間）とサーバ映像送信処理時間ＴＳ（＝１単位
時間）とクライアント映像受信処理時間ＴＲ（＝１単位
時間）の合計を引くことで、時刻３に送出を開始すれば
良い。ただし、初期転送フレーム数Ｆ_initにはステップ
７０４で映像データの転送遅延時間測定に用いた測定用
データの個数が含まれていることに注意する。図３の例
では、測定用の映像データｂ０を重複して送信しないよ
うに、初期転送フレーム数Ｆ_init＝５から測定用の映像
データ数＝１を引いた４個分の映像データｂ１〜ｂ４を
送信する。尚、映像データｂ１の送出時間についても、
測定データｂ０が時刻０に送出済みであるので、前述の
時刻３に１単位時間を加えた時刻４とすればよい。

【００４５】図３に示した例では、映像の最大転送遅延
時間を２単位時間として計算を行ない、初期転送フレー
ム数Ｆ_initを算出している。しかし、実際の転送遅延時
間が１単位時間である場合には、図３に示すように斜線
部分の各映像データがそれぞれの映像表示開始より１単
位時間早めに受信完了している。ネットワークの転送遅
延時間が２単位時間となり、斜線部分の時間が１単位時
間遅くなった場合にも、時刻７での映像ａ，ｂの表示が
連続し、時刻１１で初期転送データの最後の映像フレー
ムＶ＿ｂ４の表示と残りの映像データに対応する映像フ
レームＶ＿ｂ５の表示とが途切れないことは明らかであ
る。このように本実施例によれば、後続の映像データの
先頭部分を事前に送出することにより、クライアントで
の映像表示の途切れが生じない。また、後続の映像デー
タの先頭部分を転送遅延時間測定用のデータとして、ク
ライアントに送出し、バッファリングすると共に、この
バッファリングしたデータを後続映像切り替え直後の映
像データとしても用いているため、新たな測定用データ
が不要であり、ネットワークの通信量を減らすことがで
きる利点もある。

【００４６】＜実施例２＞次に、本発明に係る複数映像
配送方法の別の実施例について説明する。図２は、本実
施例の複数映像配送方法を適用する映像配送システムの
構成図である。本実施例の映像配送システムは、通信ネ
ットワーク２５０を介して結合されたサーバＡ、サーバ
Ｂ、およびクライアント２６０から構成されている。

【００４７】まず、システム構成の詳細説明に移る前
に、本システムでの処理内容について説明する。ユーザ
はクライアント２６０上の映像送信要求プログラム２７
７を起動して、サーバＡに格納されている映像ａとサー
バＢに格納されている映像ｂを順次視聴するよう要求す
る。この場合、映像ａの終了から映像ｂの開始までの時
間的間隔はゼロであることが要求されるものとする。ま
た、サーバＡ，Ｂに格納されている映像ａ，ｂの各デー
タはデータ圧縮処理が行われており、クライアント２６
０で受信された映像ａ，ｂの各データは伸長処理を行っ
てから再生表示が行われるものとする。なお、映像ａ，
ｂの各データは時間的に連続する所定の大きさ（本実施
例では、一例として所定の大きさを１フレーム分の大き
さとしている）の部分データ群ａ０，ａ１……，ｂ０，
ｂ１……（以下、各々単に映像データと称する）に分割
されている。

【００４８】サーバＡは、主記憶２０１と中央処理装置
（ＣＰＵ）２０３とネットワークインタフェースアダプ
タ（ＮＩＡ）２０４とＩ／Ｏコントローラ（ＩＯＣ）２
０５、これらを接続するバス２０２から構成される。Ｉ
ＯＣ２０５にはディスク装置２０６が接続され、ディス
ク装置２０６は映像ａのデータを格納している。主記憶
２０１上には、クライアント管理プログラム２１０と映
像配送制御プログラム２１１と映像読みだし制御プログ
ラム２１２が格納されている。これらの映像配送制御プ
ログラム２１１と映像読みだし制御プログラム２１２
は、前述した実施例１における映像配送制御プログラム
１１１と映像読みだし制御プログラム１１２と同様であ
るので、その詳細な説明は省略する。クライアント管理
プログラム２１０の内容は後述する。さらに、クライア
ントへの送信データを保持する送信バッファ領域２１３
と、オペレーティングシステム２１８が主記憶２０１上
に格納されている。サーバＡはＣＰＵ２０３で動作する
オペレーティングシステム２１８により管理されてい
る。ディスク装置２０６上の映像ａのデータは、オペレ
ーティングシステム２１８により、ＩＯＣ２０５を介し
て主記憶２０１に読みだされる。送信バッファ領域２１
３の映像ａのデータは、オペレーティングシステム２１
８によりＮＩＡ２０４を介してネットワーク２５０へと
送出され、クライアント２６０へと配送される。

【００４９】サーバＢは、主記憶２２１と中央処理装置
（ＣＰＵ）２２３とネットワークインタフェースアダプ
タ（ＮＩＡ）２２４とＩ／Ｏコントローラ（ＩＯＣ）２
２５、これらを接続するバス２２２から構成される。Ｉ
ＯＣ２２５にはディスク装置２２６が接続され、ディス
ク装置２２６は映像ｂのデータを格納している。主記憶
２２１上には、クライアント管理プログラム２３０と映
像配送制御プログラム２３１と映像読みだし制御プログ
ラム２３２と同期データ配送制御プログラム２３３が格
納されている。映像配送制御プログラム２３１と映像読
みだし制御プログラム２３２は、前述した実施例１の映
像配送制御プログラム１３１と映像読みだし制御プログ
ラム１３２と同様であるので、その詳細な説明は省略す
る。クライアント管理プログラム２３０と同期データ配
送制御プログラム２３３の内容は後述する。さらに、ク
ライアントへの送信データを保持する送信バッファ領域
２３６と、オペレーティングシステム２４２が主記憶２
２１上に格納されている。サーバＢは、ＣＰＵ２２３で
動作するオペレーティングシステム２４２により管理さ
れている。ディスク装置２２６上の映像ｂのデータは、
オペレーティングシステム２４２により、ＩＯＣ２２５
を介して主記憶２２１に読みだされる。送信バッファ領
域２３６の映像データｂｉ（図２ではｉ＝０〜３）と同
期データＳ＿ｂｉ（図２ではｉ＝０〜３）は、オペレー
ティングシステム２４２によりＮＩＡ２２４を介してネ
ットワーク２５０へと送出され、配送要求のあったクラ
イアント２６０へと配送される。

【００５０】クライアント２６０は、主記憶２６６と中
央処理装置（ＣＰＵ）２６１とネットワークインタフェ
ースアダプタ（ＮＩＡ）２６２とビデオデコーダ（ＤＥ
Ｃ）２６３、これらを接続するバス２６５から構成され
る。ＤＥＣ２６３にはディスプレイ装置２６４が接続さ
れ、受信映像を表示する。主記憶２６６上には、映像送
信要求プログラム２７７と映像受信プログラム２７８，
２７９、および同期フレーム情報検出プログラム２８０
が格納されている。これらのプログラム２７８〜２８０
の内容は後述する。さらに、サーバからの受信データを
保持する受信バッファ領域２７６と、オペレーティング
システム２８１が主記憶２６６上に格納されている。ク
ライアント２６０はＣＰＵ２６１で動作するオペレーテ
ィングシステム２８１により管理されている。受信バッ
ファ領域２７６の映像ａ，ｂの各データは、オペレーテ
ィングシステム２８１によりＤＥＣ２６３を介して伸長
処理が行われた後、ディスプレイ２６４へと送出され、
デイスプレイ２６４上に表示される。

【００５１】以上でシステム構成の概要説明を終える。
なお、本実施例では、前述した実施例１の場合と異な
り、２つのサーバＡ，Ｂ及びクライアント２６０で内部
の時計の時刻は一致する必要がない。次に、図４のタイ
ムチャートを適宜参照しながら図１０〜図１４にフロー
チャートで示したプログラムの内容を説明する。図４の
タイムチャートは横軸が時間を示し、縦軸が処理内容を
示す。なお、横軸の時間は、例えば転送単位分の圧縮さ
れた映像データを送る時間を１単位時間として表したも
のであり、一例として１単位時間で受信したクライアン
トにおける映像データを表示する映像表示時間が、１単
位時間を要する場合を示している。例えば、転送単位分
の映像データとして１フレーム分の映像データが圧縮さ
れてサーバから送られて来る場合、クライアントでは伸
長処理を行って１単位時間で１フレームを再生表示する
ことになる。また、このような動画像データの圧縮／伸
長技術としては、周知のＭＰＥＧ規格を好適に使用する
ことができる。

【００５２】まず、クライアント２６０は図１０に示す
映像送信要求プログラム２７７を起動する。ステップ１
００１では、先行する映像配送の要求対象であるサーバ
名称Ａと映像名称ａをユーザより入力する。ステップ１
００２では、後続の映像配送の要求対象であるサーバ名
称Ｂと映像名称ｂをユーザより入力する。

【００５３】視聴映像が確定したので、ステップ１００
３では映像ａの受信プログラム２７８を起動して映像受
信に備える。映像受信プログラム２７８の内容は後述す
る。ステップ１００４では、ステップ１００１での入力
値に従い、サーバＡに映像ａの送信要求を送出する。こ
の時、映像ａは映像ｂに先行して配送を要求する映像で
あるため、送信開始条件として即時に送信を開始する旨
を指定する。映像配送要求を受け付けるサーバＡ上のク
ライアント管理プログラム２１０の動作は後述するが、
このプログラム起動の結果として図４に示すように、映
像ａの各映像データａ０〜ａ３が開始時刻＝０から時間
間隔＝１でクライアント２６０へ送信される。

【００５４】ステップ１００５では、同期フレーム情報
検出プログラム２８０を起動して同期フレーム情報の受
信検出に備える。同期フレーム情報検出プログラム２８
０の内容は後述する。ステップ１００６では、サーバＢ
に同期データの送信要求を送出する。送信開始条件は、
映像Ａと同様に即時開始する旨を指定する。本要求によ
り、サーバＢ上の同期データ配送制御プログラム２３３
が起動する。同期データ配送制御プログラム２３３の内
容は後述する。

【００５５】ステップ１００７では、映像ｂの受信プロ
グラム２７９を起動して映像受信に備える。ステップ１
００８では、ステップ１００２での入力値に従い、サー
バＢに映像ｂの送信要求を送出する。映像ｂは映像ａの
表示終了後に表示を開始する後続の映像であることか
ら、送信開始条件としてクライアント管理プログラム２
３０の中の配送時間検出処理２３４の処理結果である配
送指示により送信を開始する旨を指定する。

【００５６】なお映像ａの上映時間は、図示しないプロ
グラムによりクライアント２６０からサーバＡに上映時
間の検索要求がなされ、その結果としてクライアント２
６０が保持しているものとする。映像配送要求を受け付
けるサーバＢ上のクライアント管理プログラム２３０の
動作は後述する。

【００５７】ステップ１００９では、映像ａの最終フレ
ームに対応する映像データの検出判定がなされる。最終
フレームの映像データを受信するまでは待ち状態とな
り、この間に映像受信プログラム２７８はサーバＡから
送信される映像ａの映像データの受信とディスプレイ２
６４への表示を実行する。最終フレームに対応する映像
データの表示を検出するとステップ１０１０が起動さ
れ、映像ｂの最終フレームに対応する映像データの表示
が検出されるまで、映像ｂが受信されてディスプレイ２
６４へと表示される。最終フレームの映像データ受信時
にはステップ１０１１が実行されて処理が終了する。

【００５８】図１１に、映像受信プログラム２７８の内
容をフローチャートで示す。映像受信プログラム２７８
は受信映像対応に起動され、映像ａにはプログラム２７
８が、映像ｂにはプログラム２７９が対応する。以下で
は、まず映像ａの場合について説明する。

【００５９】ステップ１１０１では受信バッファ領域２
７６が検索され、未表示の受信映像データａｉ（図４の
場合、ｉ＝０〜３）が存在するかチェックされる。図４
に示すように、時刻２でネットワーク２５０を介して映
像データａ０を受信すると、ステップ１１０２が実行さ
れて、クライアント２６０の時計（ＴＯＤ：ＴｉｍｅＯ
ｆ Ｄａｙ ｃｌｏｃｋ）の時刻Ｔ＿ａ０が求められ
る。時刻Ｔ＿ａ０はクライアント２６０上の受信バッフ
ァ領域２７６の受信時刻格納領域２７３に格納される。
図４に示した例で言えば、映像データａ０では時刻Ｔ＿
ａ０＝ｔ２が格納値となる。映像データａ１〜ａ３につ
いても同様に受信が行われる。

【００６０】ステップ１１０３では、受信映像データａ
０をＤＥＣ２６３にバス２６５を介して転送し、伸長処
理した映像フレームＶ＿ａ０がディスプレイ２６４上に
表示される。次に、ステップ１１０４が実行されて、受
信した映像データが最終フレームに対応する映像データ
であるかをチェックする。最終フレームでなければステ
ップ１１０１に戻って、次の映像データの受信に備え
る。最終フレームに対応する映像データを受信した場合
には、ステップ１１０５が実行されて映像送信要求プロ
グラム２７７にその旨を通知して、ステップ１１０６で
終了する。受信映像がｂの場合についても同様の動作で
あり、説明は省略する。

【００６１】ここで、サーバＢ上の同期データ配送制御
プログラム２３３について、図１４を用いて説明する。
この制御プログラム２３３は、上述のようにクライアン
ト２６０により起動され、映像ａと並行する形で同期デ
ータをクライアント２６０に送出する。まずステップ１
４０１が実行され、同期データのフレーム送信の時間間
隔を、映像データの送信間隔と同一値にセットする。ス
テップ１４０２では、同期データのフレーム番号を初期
値０に設定する。ステップ１４０３では、クライアント
２６０に同期データＳ＿ｂｉ（ｉ＝０）を送出する。図
４に示した例では、時刻０にサーバＢより、同期データ
Ｓ＿ｂ０が送信されている。同期データＳ＿ｂ０は時刻
２にクライアント２６０に受信され、時刻３で同期デー
タＳ＿ｂ０の同期情報検出をしている。後述する同期フ
レーム情報検出プログラム２８０により、受信時刻とし
て時刻ｔ２を付加される。ステップ１４０４では、同期
データのフレーム番号を１だけインクリメントする。ス
テップ１４０５では、サーバＢの後述するクライアント
管理プログラム２３０の同期データ配送終了指示を受信
したかをチェックする。終了指示がなければステップ１
４０３に戻り、後続のフレームに対応する同期データを
送信する。終了指示があればステップ１４０６が選択さ
れてプログラムは終了する。図４の例では、Ｓ＿ｂｉ
（ｉ＝０〜１）の２つの同期データが送信されており、
後述するクライアント２６０での同期情報検出時刻は各
々時刻ｔ２，ｔ３である。

【００６２】次に、本実施例の特徴部分である図１２に
示すクライアント２６０上の同期フレーム情報検出プロ
グラム２８０を説明する。ステップ１２０１では同期デ
ータＳ＿ｂｉの受信回数を設定する。これは、複数の同
期データにより同期タイミングを測定することで、同期
時間のずれを最少化するためである。ステップ１２０２
では、同期データＳ＿ｂｉの受信を待つ。同期データが
受信されるとステップ１２０３が実行され、受信された
同期データＳ＿ｂｊの受信時刻がクライアント内の時計
（ＴＯＤ：Ｔｉｍｅ Ｏｆ Ｄａｙ ｃｌｏｃｋ）から
求められ、受信時刻格納領域にセットされる。例えば図
４の例で言えば、２つの同期データＳ＿ｂｊ（ｊ＝０〜
１）が受信検出され、受信時刻Ｔ＿ｂｊは各々時刻ｔ
２，ｔ３がセットされている。尚、上記文字ｉは送信
側、ｊは受信側を表している。

【００６３】ステップ１２０４では、同期データＳ＿ｂ
ｊの受信時刻Ｔ＿ｂｊの直後に受信された映像データａ
ｊの伸長処理したフレームＶ＿ａｊのフレーム番号を求
める。図４に示した例では、同期データＳ＿ｂ０の受信
時刻は時刻ｔ２であるから、映像データａ０のフレーム
Ｖ＿ａ０が一致する受信時刻である。同様に同期データ
Ｓ＿ｂ１と同時に受信されているのは映像データのフレ
ームＶ＿ａ１である。ステップ１２０５では、以上の同
期データの番号と映像データのフレーム番号の対が同期
フレーム情報としてサーバＢに送出される。ステップ１
２０６では、同期データの受信回数Ｎが所定の回数に達
したか否かがチェックされ、ステップ１２０７でプログ
ラムが終了する。このように同期フレーム情報検出プロ
グラム２８０では、異なるサーバから各々が定期的に送
信されたデータがクライアントで一致する場合のフレー
ム番号の対を検出する。後述するサーバＢ上のクライア
ント管理プログラム２３０は、このフレーム番号対の情
報を用いて、映像ｂの配送タイミングを決定することが
できる。

【００６４】次にサーバＡ，Ｂ上のプログラムの説明に
移る。最初に、図１３にフローチャートで示すクライア
ント管理プログラム２１０について説明する。サーバＡ
上のクライアント管理プログラム２１０は、ステップ１
３０１を実行してクライアント２６０が図１０のステッ
プ１００４で発行する映像送信要求を受信する。ステッ
プ１３０２では、受信したクライアント名称と映像名称
を図示しない主記憶上の領域に格納し、映像配送に備え
る。ステップ１３０３では、送信開始条件をチェックす
る。ステップ１００４では映像ａの即時送信が要求され
ているため、ステップ１３０６が選択されて図８に示し
た実施例１と同様の映像配送制御プログラム２１１が起
動され、ステップ１３０７で処理が終了する。ここで、
映像配送制御プログラム２１１は実施例１で図８を用い
て既に説明した内容と同じであるので、説明を省略す
る。

【００６５】次に、サーバＢが実行するクライアント管
理プログラム２３０を図１３に従い説明する。以下で
は、サーバＡとの相違点に絞って説明する。ステップ１
３０１，１３０２では、映像名称がａからｂに変化する
だけである。ステップ１３０３では、クライアント２６
０の映像配送要求時における配送時間検出処理結果に従
って既に図１０のステップ１００８で映像ｂの配送を開
始する旨が指定されているため、ステップ１３４を選択
する。

【００６６】ステップ１３４では、映像ａのデータの最
終フレーム（図４の例ではＶ＿ａ３）のフレーム番号
と、同期フレーム情報格納領域の値（Ｖ＿ａｊ，Ｓ＿ｂ
ｋ）（図４の例では（Ｖ＿ａ０，Ｓ＿ｂ０））とから、
下記の式に従って映像ｂの送信開始時間に一致する送信
時間を有する同期データＳ＿ｂｍを求める。

【００６７】

【数３】 ｍ＝（ｉ＋１）−ｊ＋ｋ＝（３＋１）−０＋０＝４ …(３) 即ち図４の例では、映像ａの最終フレーム表示終了時刻
が時刻７であり、映像ｂの表示開始時刻は時刻７でなけ
ればならない。受信検出時刻が時刻７の同期データＳ＿
ｂｍ＝Ｓ＿ｂ４であるから、同期データＳ＿ｂ４の送信
時刻である時刻ｔ４に映像ｂの先頭フレームＶ＿ｂ０に
対応する映像データｂ０をネットワークに送出すれば良
いことが分かる。

【００６８】ステップ１３０４では同期データ配送制御
プログラム２３３を停止し、ステップ１３０６では同期
データＳ＿ｂｍ（図４の例ではＳ＿ｂ４）の送出時刻で
ある時刻までウェイトする。最後にステップ１３０６で
映像ｂの配送制御プログラム２３１が起動され、ステッ
プ１３０７でプログラムが終了する。

【００６９】従って、図４に示すように、本実施例によ
れば、時刻７での映像ａ，ｂの表示が連続することは明
らかである。また本実施例によれば、前述した実施例１
で必要とされたサーバ及びクライアント間での時計の一
致が不要であること、さらにサーバＢは映像ｂの開始部
分のフレームの映像データを事前にクライアントに送出
する必要がなく、クライアントは映像ｂの受信バッファ
領域が不要であることがわかる。

【００７０】以上、本発明の好適な実施例について説明
したが、本発明は前記実施例に限定されることなく、例
えば、実施例２では、後続する映像ｂの送出時間の決定
を、配送要求をしたクライアント２６０からの情報をも
とにサーバＢがクライアント管理プログラム２３０で行
なっていたが、この送出時間の決定はクライアント２６
０上のプログラムで行なっても良く、本発明の精神を逸
脱しない範囲内において種々の設計変更をなし得ること
は勿論である。

【００７１】

【発明の効果】前述した実施例から明らかなように、本
発明によれば、各々が独立した映像を格納する複数のサ
ーバと、これら複数の映像をアクセスするクライアント
からなる映像配送システムにおいて、クライアントが各
々別個のサーバＡ，Ｂに格納されている独立した２つの
映像ａ，ｂを連続して視聴する場合に、クライアントは
映像ａの視聴終了後に、途切れなく映像ｂの視聴を開始
することが最小の通信コストで可能となる。更に本発明
の望ましい形態では、異なる映像の同期に際してもサー
バクライアント間の時計を一致させる必要がない。その
場合、クライアント上の受信バッファ領域を最小化する
ことが可能である。

【図面の簡単な説明】

【図１】本発明に係る複数映像配送方法の一実施例を適
用する映像配送システムの構成図である。

【図２】本発明に係る複数映像配送方法の別の実施例を
適用する映像配送システムの構成図である。

【図３】図１の映像配送システムの構成において異なる
サーバ上の異なる映像を連続して表示可能なことを説明
するための映像転送のタイムチャート図である。

【図４】図２の映像配送システムの構成において異なる
サーバ上の異なる映像を連続して表示可能なことを説明
するための映像転送のタイムチャート図である。

【図５】図１のクライアント内に格納される映像送信要
求プログラムの処理手順を示すフローチャート図であ
る。

【図６】図１のクライアント内に格納される映像受信プ
ログラムの処理手順を示すフローチャート図である。

【図７】図１のサーバ内に格納されるクライアント管理
プログラムの処理手順を示すフローチャート図である。

【図８】図１のサーバ内に格納される映像配送制御プロ
グラムの処理手順を示すフローチャート図である。

【図９】図１のサーバ内に格納される映像読みだし制御
プログラムの処理手順を示すフローチャート図である。

【図１０】図２のクライアント内に格納される映像送信
要求プログラムの処理手順を示すフローチャート図であ
る。

【図１１】図２のクライアント内に格納される映像受信
プログラムの処理手順を示すフローチャート図である。

【図１２】図２のクライアント内に格納される同期フレ
ーム情報検出プログラムの処理手順を示すフローチャー
ト図である。

【図１３】図２のサーバ内に格納されるクライアント管
理プログラムの処理手順を示すフローチャート図であ
る。

【図１４】図２のサーバ内に格納される同期データ配送
制御プログラムの処理手順を示すフローチャート図であ
る。

【符号の説明】

１０１，１２１，２０１，２２１…主記憶、 １０２，１２２，２０２，２２２…バス、 １０６，１２６，２０６，２２６…ディスク装置、 １１０，１３０，２１０，２３０…クライアント管理プ
ログラム、 １１１，１３１，２１１，２３１…映像配送制御プログ
ラム、 １１２，１３２，２１２，２３２…映像読みだし制御プ
ログラム、 １１３，１３６，２１３，２３６…送信バッファ領域、 １５０，２５０…通信ネットワーク、 １６０，２６０…映像データを受信するクライアント、 １７６，２７６…受信バッファ領域、 １７７，２７７…映像送信要求プログラム、 １７８，１７９，２７８，２７９…映像受信プログラ
ム、 ２３３…同期データ配送制御プログラム、 ２８０…同期フレーム情報検出プログラム。

フロントページの続き (72)発明者 金 允起 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 佐藤 未来子 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 井川 勝 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 柴田 巧一 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内

Claims (9)

【特許請求の範囲】
1. 【請求項１】映像情報を格納した複数のサーバ計算機
   と、複数のクライアント計算機とが通信ネットワークを
   介して接続され、クライアント計算機の映像情報配送要
   求を受信したサーバ計算機が映像情報を時間的に連続す
   る所定の大きさの部分データ群に分割し、各部分データ
   を所定の時間間隔でネットワークへと順次送出し、ネッ
   トワークから部分データを受信したクライアント計算機
   が部分データに対応する映像を順次表示することで実時
   間の映像配送を実現するシステムにおいて、 前記クライアント計算機の１つが、前記複数のサーバ計
   算機群の内の第１のサーバ計算機に格納された第１映像
   の映像情報と第２のサーバ計算機に格納された第２映像
   の映像情報を連続的に視聴する要求を送出した場合に、
   前記連続視聴要求を送出したクライアント計算機は、要
   求した複数の映像の内で視聴の時間が先である第１映像
   の部分データを順次受信すると共に表示し、受信した最
   終フレームに対応する第１映像の部分データの表示に先
   だって、第２サーバ計算機に対して第２映像の映像情報
   を送信するように送信指令を発行することを特徴とする
   複数映像配送方法。
2. 【請求項２】前記送信指令は、先行する第１映像の最終
   フレームに対応する部分データの表示よりも、第２サー
   バ計算機の応答遅れ時間だけ前に発行される請求項１記
   載の複数映像配送方法。
3. 【請求項３】前記第２サーバ計算機の応答遅れ時間は、
   前記先行する第１映像の表示の終了を検出して前記後続
   の第２映像の部分データ群を配送する第２サーバ計算機
   に対して第２映像の先頭に位置する部分データの配送を
   要求し、該要求にしたがって前記第２映像の部分データ
   が前記連続視聴要求を送出したクライアント計算機に到
   達するまでの時間であって、 前記連続視聴要求を送出したクライアント計算機への先
   行する第１映像の部分データ群の転送と並行して後続の
   第２映像の部分データ群の内で時間的に先頭部分に位置
   する少なくとも１つの部分データを、前記連続視聴要求
   を送出したクライアント計算機へ送出し、該クライアン
   ト計算機は後続の第２映像の前記先頭部分に位置する部
   分データの配送時のネットワーク上での転送時間を求
   め、該転送時間から前記応答遅れ時間を求める請求項２
   記載の複数映像配送方法。
4. 【請求項４】前記転送時間は、前記第１及び第２サーバ
   計算機と前記連続視聴要求を送出したクライアント計算
   機との時計を予め一致させておき、前記先行する第１サ
   ーバ計算機が第１映像の少なくとも１つの部分データの
   送出時に該部分データに送出時間を付加しておき、前記
   クライアント計算機が前記送出時間を付加した部分デー
   タを受信時に、該部分データの受信時間と前記送出時間
   との差分を求めることにより得る請求項３記載の複数映
   像配送方法。
5. 【請求項５】前記後続の第２映像の先頭から、前記求め
   た応答遅れ時間に相当する時間までの部分データ群を、
   前記先行する第１映像の部分データ群の受信及び再生中
   に前記連続視聴要求を送出したクライアント計算機へ予
   め転送しておき、前記先行する第１映像の表示終了後
   に、前記転送済みの第２映像の先行部分データ群を順次
   再生表示する請求項３または請求項４に記載の複数映像
   配送方法。
6. 【請求項６】前記送信指令の発行は、前記第２サーバ計
   算機の計時手段に従う所定の時刻情報でタイミングを指
   定する形で行われる請求項１記載の複数映像配送方法。
7. 【請求項７】前記第２サーバ計算機の計時手段は、前記
   視聴要求を送出したクライアント計算機への第１サーバ
   計算機による第１映像の部分データ群の転送と並行し
   て、後続の前記第２映像の映像情報を保持する第２サー
   バ計算機が番号付けした複数の同期用データを所定の時
   間間隔で番号に従って前記視聴要求を送出したクライア
   ント計算機へ順次送出する手段であり、 前記タイミング指定は、前記連続視聴要求を送出したク
   ライアント計算機で先行する第１映像の部分データの受
   信時に、該受信時間の直前に受信した第２サーバ計算機
   からの同期用データを検出し、受信時間が隣接する第１
   映像の部分データと第２サーバ計算機の同期用データの
   対の情報から、前記先行する第１映像の最終フレームに
   対応する部分データと受信時間が一致する前記同期用デ
   ータの番号を求め、該番号の同期用データを送出すべき
   時刻情報を、第２映像の部分データ群の配送開始タイミ
   ングとして指定する請求項１記載の複数映像配送方法。
8. 【請求項８】前記タイミング指定における、受信時刻が
   隣接する第１映像の部分データと第２サーバ計算機の同
   期用データの対の情報から、前記先行する第１映像の最
   終フレームに対応する部分データと受信時間が一致する
   前記同期用データの番号を求める処理を、前記連続視聴
   要求を送出したクライアント計算機が実行する請求項７
   記載の複数映像配送方法。
9. 【請求項９】前記タイミング指定における、受信時刻が
   隣接する第１映像の部分データと第２サーバ計算機の同
   期用データの対の情報から、前記先行する第１映像の最
   終フレームに対応する部分データと受信時間が一致する
   前記同期用データの番号を求める処理を、前記後続の第
   ２映像を配送する第２サーバ計算機が実行する請求項７
   記載の複数映像配送方法。