JP2002199368A

JP2002199368A - マルチメディア情報転送システム

Info

Publication number: JP2002199368A
Application number: JP2001331084A
Authority: JP
Inventors: Tomonobu Sato; 朋信佐藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-10-29
Filing date: 2001-10-29
Publication date: 2002-07-12

Abstract

(57)【要約】【課題】ＣＳＳのクライアントからの要求に対するレ
スポンスを確保しながら、マルチメディアサーバ、及
び、ＣＳＳサーバの規模を小さくする事を可能としたマ
ルチメディア情報転送システム。【解決手段】画像情報に代表される高いビットレート
のデータストリームを蓄積・出力するマルチメディアサ
ーバと、マルチメディアサーバに対してデータストリー
ムの出力を要求し、受信したデータストリームを蓄積す
ると同時に表示する機能を有するＣＳＳのクライアント
とを備える。クライアントは、受信したデータストリー
ムの蓄積と表示とを同時に実行することができ、クライ
アントのみで、画像情報の早送り、ストップ、巻き戻
し、再生の制御をリアルタイムで実現することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチメディア情
報転送システムに係り、特に、マルチメディア情報等の
高いビットレートのストリームを持つ多量のデータを生
成するマルチメディアサーバからのデータを、ＣＡＴＶ
網、インタネットに代表されるマルチメディア情報ネッ
トワークを介して、クライアント・サーバ・システム
（以下、ＣＳＳという）のＣＳＳサーバ、クライアント
に転送するために使用して好適なマルチメディア情報転
送システムに関する。

【０００２】

【従来の技術】一般に、企業等で使用されているＣＳＳ
は、その処理の一部をアウトソーシングセンタ等のマル
チメディアサーバに行わせ、その処理結果のデータをネ
ットワークを介して受け取っている。

【０００３】企業の情報システムの企画・構築・運用に
関する一部、または、全ての機能が委託されるマルチメ
ディアサーバは、ＣＳＳの処理をバックアップする場合
に、マルチメディア情報を活用するため、ネットワーク
の接続ネックを解消するために、高いビットレートを持
つデータストリームを大量にかつリアルタイムに処理す
る必要がある。このため、マルチメディアサーバは、専
用ハードを用いる、スーパコンピュータ（超並列マシ
ン）を用いる、メインフレームを用いる、汎用サーバー
マシンを用いる、標準製品を高速インターコネクトする
（分散アーキテクチュア）等により構成されているのが
一般的である。

【０００４】なお、この種の従来技術として、例えば、
「ビジネスコミュニケーションズ」１９９４年９月号、
「ＶＯＤの核となるビデオサーバの技術動向」等に記載
された技術が知られている。

【０００５】

【発明が解決しようとする課題】前述した従来技術は、
ネットワークへの接続ネックを解消して、マルチメディ
アサーバと複数のＣＳＳサーバとの間、ＣＳＳサーバと
複数のクライアントとの間でのデータ転送を高速に効率
的に行うことが困難であるという問題点を有している。
このため、前記従来技術は、転送されたデータを使用す
るクライアントが、高いビットレートを持つデータスト
リームを大量に、かつ、リアルタイム受信し、画像情報
に代表されるマルチメディア情報をビデオディスク等の
再生の場合と同様に、早送り、ストップ、巻き戻しを含
む、再生処理を行う必要があるという要求に充分対応す
ることができないという問題点を生じさせていた。

【０００６】本発明の目的は、前記従来技術の問題点を
解決し、マルチメディアサーバ及びＣＳＳサーバ間の送
信処理と、ＣＳＳサーバ及びクライアント間の受信処理
とを単純化し、マルチメディアサーバと複数のＣＳＳサ
ーバとの間、ＣＳＳサーバと複数のクライアントとの間
でのネットワーク接続ネックを解消して、データ転送を
高速に効率的に行うことができるマルチメディアサー
バ、ＣＳＳサーバ、クライアントにより構成されるシス
テムにおけるマルチメディア情報転送システムを提供す
ることにある。

【０００７】

【課題を解決するための手段】本発明によれば前記目的
は、マルチメディアサーバと、ネットワークを介して接
続されるクライアント・サーバ・システムとを備え、マ
ルチメディアサーバからのデータをクライアント・サー
バ・システムのサーバ、クライアントに転送するマルチ
メディア情報転送システムにおいて、前記マルチメディ
アサーバが、マルチメディア情報に代表される高いビッ
トレートのデータストリームを蓄積・出力する手段を有
し、前記クライアントが、マルチメディアサーバに対し
てデータの出力を要求し、転送されたデータを蓄積する
と共に、そのデータを表示する機能を有し、データの蓄
積と表示とを同時に実行することにより達成される。

【０００８】また、前記目的は、前記マルチメディアサ
ーバからのマルチメディア情報を、Ｎ個に分割しそのう
ちのｎ個ずつを順次転送し、まず、前記クライアント・
サーバ・システムのサーバにより受信し、次に、前記ク
ライアント・サーバ・システムのサーバから要求元のク
ライアントに送信するようにすることにより達成され
る。

【０００９】さらに、前記目的は、前記マルチメディア
サーバ、クライアント・サーバ・システムのサーバ、及
び、クライアントのネットワークノードに、それぞれ、
受信専用、送信専用のネットワークアドレスを持たせ、
マルチメディア情報の送信側となるマルチメディアサー
バ、クライアント・サーバ・システムのサーバが、受信
側の受信状況ステータス、処理要求ステータスを管理す
るマトリックステーブルを有し、受信側からの要求を前
記マトリックスのフィールドにセットして、ステータス
の状況に基づいてデータの転送を行うことにより達成さ
れる。

【００１０】本発明は、前述の構成を備えることによ
り、処理要求を行ったクライアントが、Ｎ個に分割後、
ｎ個ずつ転送されてくるマルチメディアサーバでの処理
結果であるマルチメディア情報を、受信側で決めたアド
レスに受信してｎ個ずつセットすればよく、また、マル
チメディア情報のストリームを蓄積すると同時に表示す
る機能を備えているので、ストリームの蓄積と表示とを
同時に実施することにより、自装置のみで、マルチメデ
ィア情報をビデオディスクを再生する場合と同様に、早
送り、ストップ、巻き戻し、再生の制御をリアルタイム
で実現することができる。

【００１１】そして、マルチメディアサーバは、処理要
求側からの処理要求ステータス、処理結果データ受信状
況ステータスを、サービス対象毎に管理するマトリック
ステーブルを持ち、処理要求側からそれぞれの処理要求
ステータス、処理結果データ受信状況ステータスがセッ
トされると、それらを順次読み込み、上記マトリックス
テーブルの該当するフィールドにステータスをセットす
る。このため、サービス提供側となるマルチメディアサ
ーバは、管理マトリックステーブルの更新とは非同期
に、本管理マトリックステーブルのステータス状況を見
ながら、ＣＳＳサーバ、クライアント等のサービス対象
に処理結果データの送信を行うことができる。

【００１２】また、本発明は、ＣＳＳサーバとクライア
ントとの間でのデータの転送も、前述と同様に行うこと
ができ、しかも、前述したマトリックステーブルのステ
ータス管理と、処理結果データの送信を、マルチメディ
アサーバ、ＣＳＳサーバ等のサービスを提供する側の装
置が自主的に行うことができるので、マルチメディアサ
ーバ、ＣＳＳサーバ、クライアントは、それぞれ、非同
期に処理を行いながら、クライアントからの処理の要
求、処理結果のデータの転送を行うことができる。

【００１３】

【発明の実施の形態】以下、本発明によるマルチメディ
ア情報転送システムの一実施形態を図面により詳細に説
明する。

【００１４】図１は本発明の一実施形態の構成を示すブ
ロック図、図２はクライアントが持つ受信データ用ステ
ータスのフォーマットを示す図、図３はクライアントが
持つ受信用データセットのフォーマットを示す図、図４
はＣＳＳサーバが持つ処理要求種別テーブルのフォーマ
ットを示す図、図５はＣＳＳサーバが持つクライアント
ステータス管理用マトリックステーブルのフォーマット
を示す図、図６はＣＳＳサーバが持つ受信データ用ステ
ータスのフォーマットを示す図、図７はＣＳＳサーバが
持つ送受信用データセットのフォーマットを示す図、図
８はマルチメディアサーバが持つ送信用データセットの
フォーマットを示す図、図９はマルチメディアサーバが
持つＣＳＳステータス管理用マトリックステーブルのフ
ォーマットを示す図、図１０はＣＳＳサーバが持つサー
ビス対象リストのフォーマットを示す図、図１１はマル
チメディアサーバが持つサービス対象リストのフォーマ
ットを示す図、図１２は本発明の一実施形態によるマル
チメディア情報転送システムの処理動作を説明するフロ
ーチャート（その１）、図１２は本発明の一実施形態に
よるマルチメディア情報転送システムの処理動作を説明
するフローチャート（その２）である。

【００１５】図１において、１はＣＳＳステータス管理
用マトリックステーブル、２はマルチメディアサーバ、
３は送信用データセットが格納されるディスク装置、
４、９、１８、２３、２６、２９、３２は送信専用ネッ
トワークアドレスを持つＬＡＮアダプタ、５、８、１
７、２２、２５、２８、３１は受信専用ネットワークア
ドレスを持つＬＡＮアダプタ、６はネットワーク、７、
３６、３７はＬＡＮ機器、１０、２４はＣＳＳサーバ、
１１は送受信用データセットが登録されているハードデ
ィスク装置、１２、１６、２１は受信データ用ステータ
ス、１３はクライアントステータス管理用マトリックス
テーブル、１４、１９、２７、３０はクライアント、１
５、２０は受信用データセットが登録されているハード
ディスク装置である。

【００１６】図１に示す本発明の一実施形態によるシス
テムは、ＣＳＳのバックアップ処理を行うマルチメディ
アサーバ側装置と複数のＣＳＳ側装置とがＷＡＮ等のネ
ットワーク６、ＬＡＮ機器３７、７、３６を介して接続
されて構成されている。

【００１７】マルチメディアサーバ側装置は、ＣＳＳの
バックアップ処理を行うマルチメディアサーバ２と、こ
のサーバ２に接続されるＣＳＳ側からの処理要求と処理
結果データの受信状況とのステータスを管理するマトリ
ックステーブル１と、ＣＳＳ側に送信すべき処理結果の
データセットが格納されるディスク装置３と、サービス
の対象となるＣＳＳをその出力専用ネットワークアドレ
スにより登録しているサービス対象リスト３４と、ＬＡ
Ｎ機器３７に接続するＬＡＮアダプタ４、５とを備えて
構成されている。

【００１８】ＣＳＳ側装置の１つは、ＣＳＳサーバ１０
と複数のクライアント１４、１９とがＬＡＮアダプタ
８、９、１７、１８、２２、２３、ＬＡＮ機器７を介し
て接続されて構成されている。ＣＳＳサーバ１０には、
マルチメディアサーバ２から受信した処理結果のデータ
セット、クライアントへ送信するためのデータセットを
格納するディスク装置１１と、受信データ用のステータ
ス１２と、処理要求種別テーブル３５と、サービス対象
リスト３３とが接続されている。また、クライアント１
４、１９には、マルチメディアサーバ２から受信した処
理結果のデータセットを格納するディスク装置１５、２
０と、受信データ用ステータス１６、２１とが接続され
ている。なお、ＣＳＳサーバ２４、クライアント２７、
３０を含むＣＳＳ側装置も、前述したＣＳＳ側装置と同
様に構成されている。

【００１９】次に、前述したマルチメディアサーバ２、
ＣＳＳサーバ１０、クライアント１４、１９に接続され
るテーブル、リスト、ステータス等のそれぞれのフォー
マットについて、図面を参照して説明する。

【００２０】クライアント１４、１９に接続される受信
データ用ステータス１６、２１は、クライアントがＣＳ
Ｓサーバに対して処理の要求を行い、処理結果のデータ
ブロックを受信するときに参照され、更新されるもので
あり、図２に示すように、ＣＳＳサーバ及び自クライア
ントの入力及び出力専用のネットワークアドレス４０〜
４３、処理要求日付、時刻４４、４５、処理要求ＩＤ４
６、ステータス更新フラグ４７、第１番目〜第Ｎ番目の
データブロックに対する受信フラグ４８〜５０により構
成される。

【００２１】ハードディスク装置１５、２０に登録され
た受信用データセットは、そのフォーマットを図３に示
すように、ヘッダー情報５１と、第１番目〜第Ｎ番目の
データブロック５２〜５４により構成され、また、ヘッ
ダー情報５１は、図２により説明したと同一のＣＳＳサ
ーバ及び自クライアントの入力及び出力専用のネットワ
ークアドレス５５〜５８、処理要求日付、時刻５９、６
０、処理要求ＩＤ６１により構成されている。

【００２２】ＣＳＳサーバ１０に接続されている処理要
求種別テーブル３５は、図４に示すように、クライアン
トからのｍ個の処理要求種別情報６２〜６５を格納する
ことが可能であり、各処理要求種別情報は、クライアン
トの処理要求ＩＤ６６、バックアップ処理フラグ６７、
ＣＳＳサーバのサービス時間の最大値により構成されて
いる。

【００２３】ＣＳＳサーバ１０に接続されているクライ
アントステータス管理用マトリックステーブル１３は、
図５に示すように、各クライアントからの処理要求に対
するｍ個のステータス情報６９〜７２を格納可能であ
り、各ステータス情報は、図２により説明したと同様の
ＣＳＳサーバ及びクライアントの入力及び出力専用のネ
ットワークアドレス７３〜７６、処理要求日付、時刻７
７、７８、処理要求ＩＤ７９、第１番目〜第Ｎ番目のデ
ータブロックに対する受信フラグ８１〜８３により構成
され、図２の場合と相違するのは、ステータス更新フラ
グに代わり、転送完了フラグ８０が備えられる点であ
る。

【００２４】ＣＳＳサーバ１０に接続されている受信デ
ータ用ステータス１２は、図６に示すように、マルチメ
ディアサーバ、ＣＳＳサーバ及びクライアントの入力及
び出力専用のネットワークアドレス８４〜８９、処理要
求日付、時刻９０、９１、処理要求ＩＤ９２、ステータ
ス更新フラグ９２、第１番目〜第Ｎ番目のデータブロッ
クに対する受信フラグ９４〜９６により構成されてい
る。

【００２５】ＣＳＳサーバ１０に接続されているディス
ク装置１１に登録された送受信用データセットは、その
フォーマットを図７に示すように、ヘッダー情報９７
と、第１番目〜第Ｎ番目のデータブロック９８〜１００
により構成され、また、ヘッダー情報９７は、図６によ
り説明したと同一のマルチメディアサーバ、ＣＳＳサー
バ及びクライアントの入力及び出力専用のネットワーク
アドレス１０１〜１０６、処理要求日付、時刻１０７、
１０８、処理要求ＩＤ１０９により構成されている。

【００２６】ＣＳＳサーバ１０に接続されているサービ
ス対象リスト３３は、図１０に示すように、自ＣＳＳサ
ーバ１０がサービスを行うクライアントのｎ個の出力専
用ネットワークアドレス１８０〜１８３を格納すること
が可能である。

【００２７】マルチメディアサーバ２に接続されるＣＳ
Ｓ側に送信すべき処理結果のデータセットが格納される
ディスク装置３内の送信用データセットは、そのフォー
マットを第８図に示すように、ヘッダー情報１１０と、
第１番目〜第Ｎ番目のデータブロック１１１〜１１３と
により構成され、また、ヘッダー情報１１０は、図７に
より説明したヘッダー情報と同一のマルチメディアサー
バ、ＣＳＳサーバ及びクライアントの入力及び出力専用
のネットワークアドレス１１４〜１１９、処理要求日
付、時刻１２０、１２１、処理要求ＩＤ１２２により構
成されている。

【００２８】マルチメディアサーバ２に接続されるＣＳ
Ｓステータス管理用マトリックステーブル１は、図９に
示すように、各ＣＳＳサーバからの処理要求に対するｍ
個のステータス情報１２３〜１２６を格納可能であり、
各ステータス情報は、図５により説明したと同様のＣＳ
Ｓサーバ及びクライアントの入力及び出力専用のネット
ワークアドレス１２７〜１３２、処理要求日付、時刻１
３３、１３４、処理要求ＩＤ１３５、転送完了フラグ１
３６、第１番目〜第Ｎ番目のデータブロックに対する受
信フラグ８１〜８３により構成されている。

【００２９】マルチメディアサーバ２に接続されている
サービス対象リスト３４は、図１１に示すように、自マ
ルチメディアサーバ２がサービスを行うＣＳＳサーバの
ｎ個の出力専用ネットワークアドレス１８４〜１８７を
格納することが可能である。

【００３０】本発明の一実施形態は、前述したように、
マルチメディアサーバ、ＣＳＳサーバ、クライアントに
より構成されるシステムにおいて、マルチメディアサー
バ及びＣＳＳサーバ間の送信処理と、ＣＳＳサーバ及び
クライアント間の受信処理とを単純化し、マルチメディ
アサーバと複数のＣＳＳサーバとの間、ＣＳＳサーバと
複数のクライアントとの間でのネットワーク接続ネック
を解消して、データ転送を高速に効率的に行うものであ
る。

【００３１】次に、前述したように構成される本発明の
一実施形態におけるマルチメディア情報の転送処理の動
作を図１２、図１３に示すフローチャートに従って説明
する。本発明の一実施形態においては、クライアント、
ＣＳＳサーバ、マルチメディアサーバのそれぞれは、非
同期に動作するものであり、また、マルチメディアサー
バは、ＣＳＳサーバの処理に対するバックアップ処理を
行っており、ＣＳＳサーバからの要求に応じて、処理に
より生成したマルチメディア情報をＣＳＳサーバに転送
し、また、ＣＳＳサーバは、受け取ったマルチメディア
情報を要求元のクライアントに転送する。

【００３２】まず、クライアント側の処理について説明
する。

【００３３】（１）いま、クライアント１４に処理要求
が発生したものとする。これにより、クライアント１４
は、受信データ用ステータス１６に処理要求ステータス
をセットし、ＣＳＳサーバ１０からの処理結果データの
転送を待つ（ステップ１４０、１４１）。

【００３４】（２）ＣＳＳサーバ１０は、後述するよう
に、クライアント１４からの要求に対する処理を、自Ｃ
ＳＳサーバで行い、あるいは、マルチメディアサーバ２
に行わせ、その処理結果データが得られたとき、その処
理結果データをクライアント１４に転送してくる。処理
結果データは、全体がＮ個に分割され、そのｎ個ずつが
送られてくる。クライアント１４は、ｎ個ずつの処理結
果を受信する（ステップ１４２）。

【００３５】（３）ＣＳＳサーバ１０より受信した処理
結果データを、受信用データセットがあるハードディス
ク装置１５に登録する処理を行い、受信データ用ステー
タス１６を、クライアント１４の処理結果データ受信状
況により更新する。具体的には、受信用データセットに
登録したデータブロック分だけ、図２に示すステータス
の４８、４９、５０等のデータブロック受信フラグをオ
ンにし、ステータス更新フラグ４７もオンにする（ステ
ップ１４３、１４４）。

【００３６】（４）Ｎ個の受信データの全ての受信が完
了したかチェックし、完了していなければ、ステップ１
４２からの処理を繰返し実行する（ステップ１４５）。

【００３７】（５）ステップ１４５の判定で、Ｎ個の受
信データの全ての受信が完了していれば、処理結果の表
示要求によりディスプレイ等に処理結果の表示を行う。
処理結果が映像情報等の場合、ビデオディスク等を扱う
場合と同様に、任意の位置の映像を選択して表示させる
ことができる（ステップ１４６、１４７）。

【００３８】なお、前述では、Ｎ個の受信データの全て
の受信が完了していれば、処理結果の表示要求によりデ
ィスプレイ等に処理結果の表示を行うとして説明した
が、クライアントの処理としては、全部のデータを受信
していなくても、ｎ個ずつのデータの受信と並行して、
受信済のデータの表示を行うことができる。

【００３９】次に、ＣＳＳサーバの処理について説明す
る。

【００４０】（６）ＣＳＳサーバ１０は、サービス対象
リスト３３を参照しながら、ステップ１４１でクライア
ントが処理要求をセットしているクライアント側の受信
データ用ステータス１６、２１を順次読み込む（ステッ
プ１４８）。

【００４１】（７）前述のステップ１４１でクライアン
ト１４が処理要求のために設定したクライアント側の受
信データ用ステータス１６を読み込んで、図２に示すＣ
ＳＳサーバ入力専用ネットワークアドレス４０、ＣＳＳ
サーバ出力専用ネットワークアドレス４１、クライアン
ト入力専用ネットワークアドレス４２、クライアント出
力専用ネットワークアドレス４３、処理要求日付４４、
処理要求時刻４５、処理要求ＩＤ４６を、それぞれ、図
５の７３〜７９として、クライアントステータス管理用
マトリックステーブル１３に追加する。受信データ用ス
テータス１６の内容が存在しなければ、その旨のレコー
ドを追加する（ステップ１４９）。

【００４２】（８）処理要求種別テーブル３５を読み込
み、処理要求がマルチメディアサーバによるバックアッ
プ対象処理か否かをチェックする（ステップ１５０、１
５１）。

【００４３】（９）ステップ１５１で処理要求がマルチ
メディアサーバによるバックアップ対象処理でなかった
場合、自ＣＳＳサーバによる処理であるとして、クライ
アント１４からの処理要求に従いサーバ処理を実施する
（ステップ１５２）。

【００４４】（10）ステップ１５２の処理が、図６に示
す処理要求種別テーブル３５に設定されているレコード
のＣＳＳサーバのサービス時間のＭＡＸ値６８内で終了
するか否かをチェックする（ステップ１５３）。

【００４５】（11）ステップ１５３の判定で、ステップ
１５２の処理がサービス時間のＭＡＸ値内で終了すれ
ば、ステップ１５２の実行により作成したマルチメディ
ア情報を、Ｎ個に分割してディスク１１内に送受信用デ
ータセットとして登録する（ステップ１５４）。

【００４６】（12）ステップ１５１の判定で、ステップ
１４９でクライアントステータス管理用マトリックステ
ーブル１３に追加したレコードの処理要求ＩＤ７９が、
処理要求テーブル３５内の処理要求ＩＤ６６と同一であ
り、そのレコードのバックアップ処理フラグ６７がオン
であって、処理要求がバックアップ処理要求であると判
定された場合、あるいは、ステップ１５３の判定で、ス
テップ１５２の処理がサービス時間のＭＡＸ値内で終了
しないと判定された場合、図６に示す受信データ用ステ
ータス１２に、クライアント１４より読み込んだ処理要
求をセットし、マルチメディアサーバ２からの処理結果
データが転送されてくるのを待つ（ステップ１５８）。

【００４７】（13）マルチメディアサーバ２は、後述す
るように、ＣＳＳサーバ１０からの要求に対する処理を
行い、その処理結果データが得られたとき、その処理結
果データをＣＳＳサーバ１０に転送してくる。処理結果
データは、全体がＮ個に分割され、そのｎ個ずつが送ら
れてくる。ＣＳＳサーバ１０は、ｎ個ずつの処理結果を
受信する（ステップ１５９）。

【００４８】（14）マルチメディアサーバ２より受信し
た処理結果データを、送受信用データセットがあるハー
ドディスク装置１１に登録する処理を行い、受信データ
用ステータス１２を、ＣＳＳサーバ１０の処理結果デー
タ受信状況により更新する。具体的には、受信用データ
セットに登録したデータブロック分だけ、図６に示すス
テータスの９４、９５、９６等のデータブロック受信フ
ラグをオンにし、ステータス更新フラグ９３もオンにす
る（ステップ１６０、１６１）。

【００４９】（15）Ｎ個の受信データの全ての受信が完
了したかチェックし、完了していなければ、ステップ１
５９からの処理を繰返し実行する（ステップ１６２）。

【００５０】（16）ステップ１６２の判定で、Ｎ個の受
信データの全ての受信が完了している場合、あるいは、
ステップ１５４で、自ＣＳＳサーバ１０の処理による処
理結果データを、送受信用データセットがあるハードデ
ィスク装置１１に登録する処理の終了後、図５に示すク
ライアントステータス管理用マトリックステーブル１３
を順次読み込む（ステップ１５５）。

【００５１】（17）クライアントステータス管理用マト
リックステーブル１３内の転送完了フラグ８０がオン
で、第１番目データブロック受信フラグ８１〜第Ｎ番目
データブロック受信フラグ８３までの全ての受信フラグ
がオンであれば、該当するレコードをクライアントステ
ータス管理用マトリックステーブル１３より削除して処
理を終了する（ステップ１５６、１５７）。

【００５２】（18）クライアントステータス管理用マト
リックステーブル１３を参照し、転送完了フラグ８０が
オフであれば、該当するクライアント１４へ、未送信分
のデータブロックをｎ個ずつ送信する処理をステップ１
５５からの処理を繰返実行することにより行い、Ｎ個の
全てのデータブロックの転送完了後、転送完了フラグ８
０をオンにする（ステップ１６３）。

【００５３】（19）ステップ１４４で、クライアント１
４が更新した受信データ用ステータス１６、２１を順次
読み込む（ステップ１６４）。

【００５４】（20）受信データ用ステータス１６の内容
をチェックし、ステータス更新フラグ４７がオンとなっ
ていれば、クライアントステータス管理用マトリックス
テーブル１３を更新し、Ｎ個のデータの転送が終了して
いれば転送完了フラグ８０をオフにする。また、もし、
ステータス更新フラグ４７がオフになっていれば、なに
も行わない（ステップ１６５）。

【００５５】なお、前述したＣＳＳサーバ処理のうち、
ステップ１５５、１５６、１５７、１６３と、ステップ
１６４、１６５とは、非同期にパラレルに実行される。

【００５６】次に、マルチメディアサーバの処理につい
て説明する。

【００５７】（21）マルチメディアサーバ２は、サービ
ス対象リスト３４を参照しながら、ステップ１５８でＣ
ＳＳサーバが処理要求をセットしているＣＳＳサーバ側
の受信データ用ステータス１２を順次読み込む（ステッ
プ１６６）。

【００５８】（22）前述のステップ１５８でＣＳＳサー
バ１０が処理要求のために設定したクライアント側の受
信データ用ステータス１２を読み込んで、図９に示すＣ
ＳＳステータス管理用マトリックステーブル１に、マル
チメディアサーバ入力専用ネットワークアドレス１２
７、マルチメディアサーバ出力専用ネットワークアドレ
ス１２８、ＣＳＳサーバ入力専用ネットワークアドレス
１２９、ＣＳＳサーバ出力専用ネットワークアドレス１
３０、クライアント入力専用ネットワークアドレス１３
１、クライアント出力専用ネットワークアドレス１３
２、処理要求日付１３３、処理要求時刻１３４、処理要
求ＩＤ１３５によるレコードを追加する。受信データ用
ステータス１２の内容が存在しなければ、その旨のレコ
ードを追加し、更新フラグ９３をオフとする（ステップ
１６７）。

【００５９】（23）ＣＳＳサーバ１０からの処理要求に
従い、マルチメディアサーバによるバックアップ処理の
実施し、その結果作成されたマルチメディア情報をＮ個
に分割し、送信用データセットとしてディスク３に登録
する（ステップ１６８、１６９）。

【００６０】（24）ステップ１６７で更新されている図
９に示すＣＳＳステータス管理用マトリックステーブル
１を順次読み込む（ステップ１７０）。

【００６１】（25）ＣＳＳステータス管理用マトリック
ステーブル１内の転送完了フラグ１３６がオンで、第１
番目データブロック受信フラグ１３７〜第Ｎ番目データ
ブロック受信フラグ１３９までの全ての受信フラグがオ
ンであれば、該当するレコードをＣＳＳステータス管理
用マトリックステーブル１より削除して処理を終了する
（ステップ１７１、１７５）。

【００６２】（26）ＣＳＳステータス管理用マトリック
ステーブル１を参照し、転送完了フラグ１３６がオフで
あれば、該当するＣＳＳサーバ１０へ、未送信分のデー
タブロックをｎ個ずつ送信する処理をステップ１７０か
らの処理を繰返実行することにより行い、Ｎ個の全ての
データブロックの転送完了後、転送完了フラグ１３６を
オンにする（ステップ１７２）。

【００６３】（27）ステップ１６１で、ＣＳＳサーバ１
０が更新したＣＳＳ側の受信データ用ステータス１２を
順次読み込む（ステップ１７３）。

【００６４】（28）受信データ用ステータス１２の内容
をチェックし、ステータス更新フラグ９３がオンとなっ
ていれば、ＣＳＳステータス管理用マトリックステーブ
ル１を更新し、Ｎ個のデータの転送が終了していれば転
送完了フラグ１３６をオフにする。また、もし、ステー
タス更新フラグ１３６がオフになっていれば、なにも行
わない（ステップ１７４）。

【００６５】なお、前述したマルチメディアサーバ処理
のうち、ステップ１７０〜１７２、１７５の処理と、ス
テップ１７３、１７４の処理とは、非同期にパラレルに
実行される。

【００６６】前述した本発明の実施形態によれば、処理
要求を行ったクライアントは、Ｎ個に分割後、ｎ個ずつ
転送されてくるマルチメディアサーバでの処理結果であ
るマルチメディア情報を、受信側で決めたアドレスに受
信してｎ個ずつセットすればよく、また、マルチメディ
ア情報のストリームを蓄積すると同時に表示する機能を
備えているので、ストリームの蓄積と表示とを同時に実
施することにより、自装置のみで、マルチメディア情報
をビデオディスクを再生する場合と同様に、早送り、ス
トップ、巻き戻し、再生の制御をリアルタイムで実現す
ることができる。

【００６７】そして、マルチメディアサーバは、処理要
求側からの処理要求ステータス、処理結果データ受信状
況ステータスを、サービス対象毎に管理するマトリック
ステーブルを持ち、処理要求側からそれぞれの処理要求
ステータス、処理結果データ受信状況ステータスがセッ
トされると、それらを順次読み込み、上記マトリックス
テーブルの該当するフィールドにステータスをセットす
る。このため、サービス提供側となるマルチメディアサ
ーバは、管理マトリックステーブルの更新とは非同期
に、本管理マトリックステーブルのステータス状況を見
ながら、ＣＳＳサーバ、クライアント等のサービス対象
に処理結果データの送信を行うことができる。

【００６８】また、本発明の実施形態によれば、ＣＳＳ
サーバとクライアントとの間でのデータの転送も、前述
と同様に行うことができ、マルチメディアサーバ、ＣＳ
Ｓサーバ、クライアントは、それぞれ、非同期に処理を
行いながら、クライアントからの処理の要求、処理結果
のデータの転送を行うことができる。

【００６９】

【発明の効果】以上説明したように本発明によれば、マ
ルチメディアサーバでの処理結果のデータをＮ個に分割
し、ｎ個ずつ受信側で決めたアドレスに転送すればよ
く、マルチメディアサーバ、ＣＳＳサーバ、クライアン
トのそれぞれが非同期に処理を行うことが可能であるた
め、クライアントからの要求に対するレスポンスを確保
しながら、マルチメディアサーバ、ＣＳＳサーバ、及
び、クライアントの規模を小さくできる。

【００７０】また、本発明によれば、マルチメディアサ
ーバに複数のＣＳＳサーバが接続された場合、あるい
は、ＣＳＳサーバに複数のクライアントが接続された場
合にも、ネットワーク接続のネックを解消することがで
きる。さらに、本発明によれば、マルチメディアサー
バ、ＣＳＳサーバ等、処理結果のデータを送信する側の
みで、データ送信を行っているため、ＣＳＳ構成等をダ
イナミックに変更することが可能となり、かつ、この場
合にも、クライアント側は修正を一切必要としないとい
う効果を奏することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成を示すブロック図で
ある。

【図２】クライアントが持つ受信データ用ステータスの
フォーマットを示す図である。

【図３】クライアントが持つ受信用データセットのフォ
ーマットを示す図である。

【図４】ＣＳＳサーバが持つ処理要求種別テーブルのフ
ォーマットを示す図である。

【図５】ＣＳＳサーバが持つクライアントステータス管
理用マトリックステーブルのフォーマットを示す図であ
る。

【図６】ＣＳＳサーバが持つ受信データ用ステータスの
フォーマットを示す図である。

【図７】ＣＳＳサーバが持つ送受信用データセットのフ
ォーマットを示す図である。

【図８】マルチメディアサーバが持つ送信用データセッ
トのフォーマットを示す図である。

【図９】マルチメディアサーバが持つＣＳＳステータス
管理用マトリックステーブルのフォーマットを示す図で
ある。

【図１０】ＣＳＳサーバが持つサービス対象リストのフ
ォーマットを示す図である。

【図１１】マルチメディアサーバが持つサービス対象リ
ストのフォーマットを示す図である。

【図１２】本発明の一実施形態によるマルチメディア情
報転送システムの処理動作を説明するフローチャート
（その１）である。

【図１３】本発明の一実施形態によるマルチメディア情
報転送システムの処理動作を説明するフローチャート
（その２）である。

【符号の説明】

１ＣＳＳステータス管理用マトリックステーブル２マルチメディアサーバ３、１１、１５、２０ハードディスク装置６ネットワーク７、３６、３７ＬＡＮ機器１０、１４ＣＳＳサーバ１２、１６、２１受信データ用ステータス１３クライアントステータス管理用マトリックステー
ブル１４、１９、２７、３０クライアント１６、２１受信データ用ステータス３３、３４サービス対象リスト３５処理要求テーブル

Claims

【特許請求の範囲】

【請求項１】マルチメディアサーバと、ネットワーク
を介して接続されるクライアント・サーバ・システムと
を備え、マルチメディアサーバからのデータをクライア
ント・サーバ・システムのサーバ、クライアントに転送
するマルチメディア情報転送システムにおいて、前記マ
ルチメディアサーバは、マルチメディア情報に代表され
る高いビットレートのデータストリームを蓄積・出力す
る手段を有し、前記クライアントは、マルチメディアサ
ーバに対してデータの出力を要求し、転送されたデータ
を蓄積すると共に、そのデータを表示する機能を有し、
データの蓄積と表示とを同時に実行することを特徴とす
るマルチメディア情報転送システム。
【請求項２】前記マルチメディアサーバからのマルチ
メディア情報は、Ｎ個に分割されそのうちのｎ個ずつが
順次転送され、まず、前記クライアント・サーバ・シス
テムのサーバにより受信され、次に、前記クライアント
・サーバ・システムのサーバから要求元のクライアント
に送信されることを特徴とする請求項１記載のマルチメ
ディア情報転送システム。
【請求項３】前記マルチメディアサーバ、クライアン
ト・サーバ・システムのサーバ、及び、クライアントの
ネットワークノードは、それぞれ、受信専用、送信専用
のネットワークアドレスを有し、マルチメディア情報の
送信側となるマルチメディアサーバ、クライアント・サ
ーバ・システムのサーバは、受信側の受信状況ステータ
ス、処理要求ステータスを管理するマトリックステーブ
ルを有し、受信側からの要求を前記マトリックスのフィ
ールドにセットして、ステータスの状況に基づいてデー
タの転送を行うことを特徴とする請求項２記載のマルチ
メディア情報転送システム。