JPH07288800A - マルチメディアシステム - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークを介して動画や音声などのマル
チメディアデータのリアルタイム再生を行うマルチメデ
ィアシステムに関し、端末数の多い大規模なシステムを
従来より低コストで構築できるようにする。 【構成】 サーバ内には、すべてのマルチメディアデー
タを格納するマルチメディアデータ記憶装置と、システ
ムのアクセス状況を格納するアクセス状況記憶装置とを
設ける。情報サービスを要求されたクライアントは、所
望のマルチメディアデータのリアルタイム再生に必要な
転送能力を算出し、アクセス状況記憶装置を参照して得
られる現在実行中の転送能力およびサーバの転送能力の
上限値に基づいて必要な転送能力が得られないと判定さ
れた場合には、当該情報サービスを提供しない。これに
より、システムの低コスト化を図るとともに動作の安定
性を保証することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はネットワーク上で運用さ
れるマルチメディアシステムに係り、特に、システムの
能力と実際の運用状況に合わせて最適な情報サービスを
提供することのできるマルチメディアシステムに関す
る。

【０００２】

【従来の技術】従来より、動画データを含むマルチメデ
ィアデータを用いて情報サービスを提供するためのシス
テムとして、特開昭６２−７０９７５号公報に記載され
ているようなマルチメディアシステムが提案されてい
る。

【０００３】図１６は、従来のマルチメディアシステム
の一例の概略構成を示す図である。同図中、情報センタ
１６０１から転送されるデータ（主として文字データ）
は、通信網１６０２を介して送信されて情報サービス端
末のディスプレイ１６０５上に表示される。情報サービ
ス端末において、使用者がキーボード１６０７から参照
したいデータを特定するキーワードを入力すると、バス
１６０６を介して主記憶装置１６０９内に存在する図示
しない情報管理テーブルが参照され、ビデオファイル１
６０３内の上記キーワードに対応するマルチメディアデ
ータを保持しているフレームアドレスが返信される。そ
して、情報サービス端末のマイクロプロセッサ１６０８
は返信されたフレームアドレスを解析した後、ファイル
１６０３を制御して指定されたデータ（マルチメディア
データ）を発行すると、ビデオミキサ１６０４を制御し
てセンタ１６０１から受信した画面データとファイル１
６０３から発行された映像データとをディスプレイ１６
０５上で切り替えたり合成表示したりできるようにす
る。以上により、各情報サービス端末ごとに動画などの
マルチメディアデータを独立に検索可能としていた。

【０００４】

【発明が解決しようとする課題】上記従来のマルチメデ
ィアシステムでは、各々の情報サービス端末側にビデオ
ファイル１６０３を具備し、情報センタ１６０１におい
て定義された情報管理テーブルに基づき、上記ビデオフ
ァイル１６０３をキーワード検索する構成とされてい
る。したがって、多数の情報サービス端末を有する大規
模なマルチメディアシステムを構築しようとする場合に
おいても、動画データなどを含むマルチメディアデータ
を格納するための記憶手段（上述したビデオファイルな
ど）をすべての情報サービス端末に具備する必要が生ず
る。

【０００５】ここで、マルチメディアシステムにおいて
情報検索の対象とされるマルチメディアデータとは、文
字，図形，動画（物体の動きなどを伝えられる連続した
映像情報（テレビジョン映像など）のことである），音
声などのデータをすべてディジタル化することにより、
コンピュータで統合的に取り扱うことを可能としたもの
であるが、特に動画や音声については、ディジタルデー
タとして格納する場合の方が、旧来のようにアナログデ
ータとして格納する場合よりも記憶容量などの点で記憶
手段のコストが増大するのが一般的である（なお、動画
および音声データについては、データ圧縮／伸長を行う
ことでネットワークに対して少なくとも１つ以上の動画
および音声データをリアルタイム転送可能とされてい
る）ため、各々の情報サービス端末にすべてのディジタ
ルデータを格納する記憶手段を設けると、マルチメディ
アシステムの構築に要するコストが大幅に増大してしま
うという問題点があった。

【０００６】したがって本発明の目的は、上記の問題点
を解決して、システムの構築に要するコストを大幅に増
大させることなく、多数の情報サービス端末や多量のマ
ルチメディアデータを有する大規模なシステムを構築す
ることのできるマルチメディアシステムを提供すること
にある。

【０００７】

【課題を解決するための手段】

(1) 上記の目的を達成するため、本発明のマルチメディ
アシステムは、情報サービス端末として使用される複数
のクライアントと、前記クライアントに対するデータ転
送を中継するネットワークと、前記クライアントおよび
前記ネットワークの統括制御を行う一以上のサーバとに
よって構成されており、情報サービス端末として動作中
のクライアントから指定されたマルチメディアデータを
前記クライアント上でリアルタイム再生するマルチメデ
ィアシステムにおいて、前記サーバは、指定されたマル
チメディアデータを前記ネットワークを介してリアルタ
イム転送するリアルタイム転送処理部と、前記ネットワ
ークに接続されたすべてのクライアントとの間のアクセ
ス状況に関する情報が格納されるアクセス状況格納部と
を具備し、前記クライアントは、リアルタイム転送され
たマルチメディアデータのリアルタイム再生を行うリア
ルタイム再生処理部と、前記アクセス状況格納部を参照
してリアルタイム再生に必要な転送能力が得られるか否
かを判定する転送能力判定処理部とを具備する構成とし
たものである。

【０００８】(2) また、(1)において、前記アクセス状況
格納部に格納されるアクセス状況は、新たにリアルタイ
ム再生を開始しようとするクライアントが前記サーバに
アクセスしたときに更新されるように構成したものであ
る。

【０００９】(3) また、(1)または(2)において、前記サ
ーバは、各々のクライアントからリアルタイム再生の対
象として共用されるマルチメディアデータを格納するマ
ルチメディアデータ格納部を具備する構成としたもので
ある。

【００１０】(4) また、(1)〜(3)のいずれかにおいて、
情報サービス端末として動作中のクライアントにおける
前記転送能力判定処理部によって前記リアルタイム再生
に必要な転送能力が得られないと判定されたとき、前記
クライアントはその旨のメッセージを表示するように構
成したものである。

【００１１】(5) また、(1)または(2)において、前記サ
ーバおよびクライアントは、リアルタイム再生の対象と
されるマルチメディアデータを格納するマルチメディア
データ格納部をそれぞれ具備し、異なるマルチメディア
データ格納部には異なるマルチメディアデータを格納す
るように構成したものである。

【００１２】(6) また、(5)において、情報サービス端末
として動作中の第１のクライアントにおける前記転送能
力判定処理部によって前記リアルタイム再生に必要な転
送能力が得られないと判定されるとともに、前記リアル
タイム再生の対象とされる特定のマルチメディアデータ
が格納されているマルチメディアデータ格納部を有する
第２のクライアントが情報サービス端末として使用され
ていないとき、前記第１のクライアントは前記第２のク
ライアントについての案内メッセージを表示するように
構成したものである。

【００１３】

【作用】上記構成に基づく作用を説明する。

【００１４】(1) 本発明のマルチメディアシステムで
は、情報サービス端末として使用される複数のクライア
ントと、前記クライアントに対するデータ転送を中継す
るネットワークと、前記クライアントおよび前記ネット
ワークの統括制御を行う一以上のサーバとによって構成
されており、情報サービス端末として動作中のクライア
ントから指定されたマルチメディアデータを前記クライ
アント上でリアルタイム再生するマルチメディアシステ
ムにおいて、前記サーバは、指定されたマルチメディア
データを前記ネットワークを介してリアルタイム転送す
るリアルタイム転送処理部と、前記ネットワークに接続
されたすべてのクライアントとの間のアクセス状況に関
する情報が格納されるアクセス状況格納部とを具備し、
前記クライアントは、リアルタイム転送されたマルチメ
ディアデータのリアルタイム再生を行うリアルタイム再
生処理部と、前記アクセス状況格納部を参照してリアル
タイム再生に必要な転送能力が得られるか否かを判定す
る転送能力判定処理部とを具備する構成としたことによ
り、各クライアントとの間のアクセス状況およびサーバ
によるマルチメディアデータの転送能力（マルチメディ
アデータの入出力速度やネットワーク上におけるデータ
転送速度など）に応じて、クライアントに対するリアル
タイム転送を行うか否かを制御し、システムの安定動作
を保証することができる（すなわち、サーバが複数のク
ライアントに対して同時にリアルタイム転送できる能力
の上限値と各々のクライアントにおいて計算されたマル
チメディアデータの転送に必要な転送能力の値とを比較
し、後者が前者を上回ってしまう場合にはサーバからの
新たなリアルタイム転送を行わないように制御す
る。）。

【００１５】(2) また、(1)において、前記アクセス状況
格納部に格納されるアクセス状況は、新たにリアルタイ
ム再生を開始しようとするクライアントが前記サーバに
アクセスしたときに更新されるように構成したことによ
り、マルチメディアシステム全体におけるリアルタイム
転送の状況の変化に対応してアクセス状況格納部の内容
を常に最新の状態とすることができる。

【００１６】(3) また、(1)または(2)において、前記サ
ーバは、各々のクライアントからリアルタイム再生の対
象として共用されるマルチメディアデータを格納するマ
ルチメディアデータ格納部を具備する構成としたことに
より、クライアント側にはマルチメディアデータを格納
しておく必要がなくなるので、例えば端末機能のみを有
する簡単な装置でクライアントを構成すれば、マルチメ
ディアシステムの構築コストを大幅に低減させたり、情
報サービス端末の小型軽量化を図ったりすることができ
る。

【００１７】(4) また、(1)〜(3)のいずれかにおいて、
情報サービス端末として動作中のクライアントにおける
前記転送能力判定処理部によって前記リアルタイム再生
に必要な転送能力が得られないと判定されたとき、前記
クライアントはその旨のメッセージを表示するように構
成したことにより、転送能力に余裕があるときには利用
者に対して品質の高い情報サービスを確実に提供する一
方、転送能力に余裕がないときには利用者の無用な待ち
時間をなくすことができる。

【００１８】(5) また、(1)または(2)において、前記サ
ーバおよびクライアントは、リアルタイム再生の対象と
されるマルチメディアデータを格納するマルチメディア
データ格納部をそれぞれ具備し、異なるマルチメディア
データ格納部には異なるマルチメディアデータを格納す
るように構成したことにより、例えばネットワークのセ
グメントごとにマルチメディアデータを複数のクライア
ントに分散させて格納すれば、ネットワークやサーバへ
の負荷を平均的に分散させてシステムの動作をより安定
させることができる。

【００１９】(6) また、(5)において、情報サービス端末
として動作中の第１のクライアントにおける前記転送能
力判定処理部によって前記リアルタイム再生に必要な転
送能力が得られないと判定されるとともに、前記リアル
タイム再生の対象とされる特定のマルチメディアデータ
が格納されているマルチメディアデータ格納部を有する
第２のクライアントが情報サービス端末として使用され
ていないとき、前記第１のクライアントは前記第２のク
ライアントについての案内メッセージを表示するように
構成したことにより、ネットワークを介したマルチメデ
ィアデータの転送なしに情報サービスを受けられるクラ
イアントに利用者を誘導して、ネットワークへの負荷を
軽減することができる。

【００２０】

【実施例】以下、本発明のマルチメディアシステムの実
施例を図面を用いて詳細に説明する。

【００２１】図１は、本発明のマルチメディアシステム
の一実施例の概略構成を示す図である。同図中、１００
はネットワークの通信制御を行うサーバ，１１０および
１２０は利用者に対して情報サービスを提供するための
情報サービス端末として用いられるクライアント，１３
０はネットワークを構築するための通信媒体（同軸ケー
ブル，ツイストペアケーブル，光ファイバー，電波な
ど）である。そして、サーバ１００は、入出力装置１０
１，ＣＰＵ１０２，ネットワークインタフェース１０
３，メモリ１０４，記憶装置１０５によって構成されて
おり、記憶装置１０５は、文字，図形，動画，音声など
の原情報をディジタル化して得られるマルチメディアデ
ータを格納するマルチメディアデータ記憶装置１０６
（請求項中のマルチメディアデータ格納部に相当する）
と、クライアント１１０，１２０との間のデータアクセ
スに関する情報（アクセス状況）を格納するアクセス状
況記憶装置１０７（請求項中のアクセス状況格納部に相
当する）からなっている。また、クライアント１１０
は、入出力装置１１６，ＣＰＵ１１２，ネットワークイ
ンターフェース１１１，メモリ１１５，記憶装置１１
３，圧縮伸長装置１１４（マルチメディアデータのデー
タ圧縮および伸張を行うマルチメディアデータ圧縮伸長
装置であり、専用のプロセッサを設ける構成としても、
ＣＰＵ１１２を用いたソフトウェア処理で代用する構成
としてもよい。）によって構成されており、ＣＰＵ１１
２が請求項中の処理能力判定処理部として作用する。な
お、クライアント１２０の構成はクライアント１１０と
同一であるため、その説明を省略する。

【００２２】このように、サーバ１００内にマルチメデ
ィアデータを格納することができるマルチメディアデー
タ記憶装置１０６と、各々のクライアント１１０，１２
０とサーバ１００との間のデータアクセス（マルチメデ
ィアデータの入出力や格納など）に関する情報（アクセ
ス状況）を格納できるアクセス状況記憶装置１０７を設
けておいて、クライアント１１０（１２０でも同様）側
で、利用者に対する情報サービスの提供に必要とされる
マルチメディアの転送能力を、ＣＰＵ１１２，メモリ１
１５，記憶装置１１３などを用いて算出する。そして、
クライアント１１０は、サーバ１００にアクセスしたと
きに、アクセス状況記憶装置１０７の内容を更新して算
出された上記転送能力に関する情報を書き込むととも
に、他のクライアント装置１２０のアクセス状況に関す
る情報を読み出す（この書き込み／読み出し処理は、各
々のクライアント１１０，１２０が、一定時間ごとまた
は処理に応じて行う）ことにより、あらかじめわかって
いるサーバ１００のマルチメディアデータ転送能力（算
出方法の詳細については後述する）に応じて、クライア
ント１１０，１２０との間のデータアクセスを適切に制
御することができるようになる。

【００２３】図２は、図１のシステムの動作フローを示
す図である。同図において、最初に利用者が情報サービ
ス端末としてクライアント１１０（または１２０でも可
能）を使用して、所望の情報サービスを出力させるため
の操作（あるいは、情報を入力するために必要な操作）
を行う（ステップ２０１）。これに応じて、クライアン
ト１１０は、所望の情報サービスを得るために必要なサ
ーバ１００からクライアント１１０へのマルチメディア
データ転送能力を算出して、これをサーバ１００のアク
セス状況記憶装置１０７に書き込むと同時に、アクセス
状況記憶装置１０７から他のクライアント（１２０）と
の間のアクセス状況を読み出す（ステップ２０２）。そ
して、クライアント１１０は、ステップ２０２で読み出
した他のクライアント（１２０）のアクセス状況に基づ
き、クライアント１１０において所望の情報サービスを
出力させる（あるいは情報を入力する）ためのデータ転
送を行う際に必要とされるサーバ１００のマルチメディ
アデータ転送能力を算出して、あらかじめ求められてい
るサーバ１００のマルチメディアデータ転送能力の上限
との比較を行う（ステップ２０４）。

【００２４】ステップ２０４において、必要とされるサ
ーバ１００のマルチメディアデータ転送能力が上限を超
えないと判定された場合には、サーバ１００との間でマ
ルチメディアデータの読み出し（または書き込み）処理
を行う（ステップ２０５）とともに、読み出した（また
は書き込んだ）マルチメディアデータに対して圧縮伸張
装置１１４による伸張処理（または圧縮処理）を行う。
そして、入出力装置１１６を用いて出力処理（または入
力処理）を行い（ステップ２０７）、情報サービスの提
供が完了したか、または、マルチメディアデータの出力
処理（入力処理）を中断させる操作が行われた場合には
出力処理（入力処理）を終了し、サーバ１００（３０
０）のアクセス状況記憶装置１０７（３０７）に書き込
んだ、クライアント１１０（３１０）のアクセス状況
（マルチメディアデータ転送能力）を消去する。それ以
外の場合にはステップ２０５に戻る。

【００２５】ステップ２０４において、必要とされるサ
ーバ１００のマルチメディアデータ転送能力が上限を超
えると判定された場合には、サーバ１００との間でマル
チメディアデータの読み出し（または書き込み）処理を
行うことができない旨のメッセージを利用者に提示して
（ステップ２０９）、ステップ２０１に戻る。

【００２６】以上のように、ステップ２０２（クライア
ントのアクセス状況の書き込みおよび読み出し）および
ステップ２０４（サーバ１００のデータ転送能力の上限
とクライアント１１０への転送時に必要なデータ転送能
力との比較）の処理により、サーバ１００のマルチメデ
ィアデータ転送能力に適合するようにクライアント１１
０および１２０のデータアクセスの制御を行うことがで
きる。なお、サーバ１００から各々のクライアント１１
０，１２０へマルチメディアデータのリアルタイム転送
を行うために必要なマルチメディアデータ転送能力の合
計が、サーバ１００のマルチメディアデータ転送能力の
上限を超えない場合には、サーバ１００に対するクライ
アント１１０，１２０の接続およびデータアクセスを同
時に可能とする。また、新たにアクセスしようとする他
のクライアントへマルチメディアデータのリアルタイム
転送を行うために必要なマルチメディアデータ転送能力
と現在実行中のリアルタイム転送に必要なマルチメディ
アデータ転送能力との合計が、サーバ１００のマルチメ
ディアデータ転送能力の上限を超えてしまう場合には、
サーバ１００に対する新たなクライアントの接続および
データアクセスを不可とする。

【００２７】図３は、本発明のマルチメディアシステム
の他の実施例の概略構成を示す図である。同図中、３０
０はネットワークの通信制御を行うサーバ，３１０およ
び３２０は利用者に対して情報サービスを提供するため
の情報サービス端末として用いられるクライアント，３
３０はネットワークを構築するための通信媒体（同軸ケ
ーブル，ツイストペアケーブル，光ファイバー，電波な
ど）である。そして、サーバ３００は、入出力装置３０
１，ＣＰＵ３０２，ネットワークインタフェース３０
３，メモリ３０４，記憶装置３０５によって構成されて
おり、記憶装置３０５は、文字，図形，動画，音声など
の原情報をディジタル化して得られるマルチメディアデ
ータを格納するマルチメディアデータ記憶装置３０６
（請求項中のマルチメディアデータ格納部に相当する）
と、クライアント３１０，３２０との間のデータアクセ
スに関する情報（アクセス状況）を格納するアクセス状
況記憶装置３０７（請求項中のアクセス状況格納部に相
当する）からなっている。また、クライアント３１０
は、入出力装置３１６，ＣＰＵ３１２，ネットワークイ
ンターフェース３１１，メモリ３１５，記憶装置３１
３，圧縮伸長装置３１４（マルチメディアデータのデー
タ圧縮および伸張を行うマルチメディアデータ圧縮伸長
装置であり、専用のプロセッサを設ける構成としても、
ＣＰＵ３１２を用いたソフトウェア処理で代用する構成
としてもよい。）によって構成されており、ＣＰＵ３１
２が請求項中の処理能力判定処理部として作用する。な
お、クライアント３２０の構成はクライアント３１０と
同一であるため、その説明を省略する。

【００２８】ここで、クライアント３１０，３２０の一
部もしくは全部における記憶装置３１３内には、少なく
とも１つ以上の情報サービスに必要なマルチメディアデ
ータを格納できるマルチメディア記憶装置３１８を設
け、各々のマルチメディア記憶装置３１８にはそれぞれ
異なる情報サービスを提供できるマルチメディアデータ
を格納しておく。また、サーバ３００内のアクセス状況
記憶装置３０７には、各クライアント３１０，３２０内
のマルチメディアデータ記憶装置３１８に格納されてい
るマルチメディアデータに関する情報をあらかじめ書き
込んでおく。

【００２９】そして、先に説明した実施例と同様に、利
用者に指定された情報サービスを提供するために必要な
マルチメディアデータ転送能力および他のクライアント
との間で現在実行中のリアルタイム転送におけるマルチ
メディアデータ転送能力との合計と、サーバ３００のマ
ルチメディアデータ転送能力の上限とを比較して、前者
が後者を超える場合には、各クライアント３１０，３２
０内のマルチメディアデータ記憶装置に格納されている
マルチメディアデータに関する情報と他のクライアント
との間で現在実行中のリアルタイム転送に関する情報に
基づき、現在のところ情報サービス端末として使用され
ておらず、利用者が要求した情報サービスを提供できる
マルチメディアデータがマルチメディアデータ記憶装置
に格納されているクライアントを検索し、そのようなク
ライアントが存在するときには、リアルタイム転送なし
で利用者が要求した情報サービスを提供できる情報サー
ビス端末として、当該クライアントについての案内表示
を行う。

【００３０】図４は、図３のシステムの動作フローを示
す図である。同図において、最初に利用者が情報サービ
ス端末としてクライアント３１０（または３２０でも可
能）を使用して、所望の情報サービスを出力させるため
の操作（あるいは、情報を入力するために必要な操作）
を行う（ステップ４０１）。これに応じて、クライアン
ト３１０は、所望の情報サービスを得るために必要なサ
ーバ３００からクライアント３１０へのマルチメディア
データ転送能力を算出して、これをサーバ３００のアク
セス状況記憶装置３０７に書き込むと同時に、アクセス
状況記憶装置３０７から他のクライアント（３２０）と
の間のアクセス状況およびマルチメディアデータ格納情
報を読み出す（ステップ４０２）。そして、クライアン
ト３１０は、ステップ４０２で読み出した他のクライア
ント（３２０）のアクセス状況に基づき、クライアント
３１０において所望の情報サービスを出力させる（ある
いは情報を入力する）ためのデータ転送を行う際に必要
とされるサーバ３００のマルチメディアデータ転送能力
を算出して、あらかじめ求められているサーバ３００の
マルチメディアデータ転送能力の上限との比較を行う
（ステップ４０４）。

【００３１】ステップ４０４において、必要とされるサ
ーバ３００のマルチメディアデータ転送能力が上限を超
えないと判定された場合には、サーバ３００との間でマ
ルチメディアデータの読み出し（または書き込み）処理
を行う（ステップ４０５）とともに、読み出した（また
は書き込んだ）マルチメディアデータに対して圧縮伸張
装置３１４による伸張処理（または圧縮処理）を行う。
そして、入出力装置３１６を用いて出力処理（または入
力処理）を行い（ステップ４０７）、情報サービスの提
供が完了したか、または、マルチメディアデータの出力
処理（入力処理）を中断させる操作が行われた場合には
出力処理（入力処理）を終了し、サーバ１００（３０
０）のアクセス状況記憶装置１０７（３０７）に書き込
んだ、クライアント１１０（３１０）のアクセス状況
（マルチメディアデータ転送能力）を消去する。それ以
外の場合にはステップ４０５に戻る。

【００３２】ステップ４０４において、必要とされるサ
ーバ３００のマルチメディアデータ転送能力が上限を超
えると判定された場合には、ステップ４０２でアクセス
状況記憶装置３０７から読み出されたマルチメディアデ
ータ格納情報に基づいて、現在のところ情報サービス端
末として使用されていない未使用のクライアントの有無
を確認する（ステップ４０９）。そして、ステップ４０
９で未使用のクライアントがあると判定された場合に
は、未使用のクライアントの中に利用者が要求した情報
サービスを提供できるマルチメディアデータをマルチメ
ディアデータ記憶装置に格納しているクライアントがあ
るか否かを判定し（ステップ４１０）、存在すると判定
された場合には、情報サービス端末の識別番号などを用
いて当該クライアントの利用者への案内表示を行って
（ステップ４１１）、ステップ４０１に戻る。また、ス
テップ４０９で未使用のクライアントがないと判定され
た場合およびステップ４１０で利用者が要求した情報サ
ービスを提供できるマルチメディアデータをマルチメデ
ィアデータ記憶装置に格納しているクライアントがない
と判定された場合には、サーバ３００との間でマルチメ
ディアデータの読み出し（または書き込み）処理を行う
ことができない旨のメッセージを利用者に提示して（ス
テップ４１２）、ステップ４０１に戻る。

【００３３】以上のように、ステップ４０２（情報サー
ビスを要求したクライアントのアクセス状況の書き込
み，他のクライアントのアクセス状況およびマルチメデ
ィア格納情報の読み出し），ステップ４０４（サーバ３
００のデータ転送能力の上限とクライアント３１０への
転送時に必要なデータ転送能力との比較），ステップ４
０９（未使用クライアントの有無の確認），ステップ４
１０（要求された情報サービスを提供できるクライアン
トの有無の確認），ステップ４１１（要求された情報サ
ービスを提供できるクライアントの利用者への案内表
示）の処理により、サーバ１００のマルチメディアデー
タ転送能力に適合するようにクライアント１１０および
１２０のデータアクセスの制御を行うとともに、リアル
タイム転送なしで利用者に要求された情報サービスを提
供できるクライアントを案内することもできる。

【００３４】図５は、本発明のマルチメディアシステム
が適用されるネットワークの一構成例を示す図である。
同図中、５００はネットワークの通信制御を行うサー
バ，５１１，５１２，５２１，５２２は利用者に対して
情報サービスを提供するための情報サービス端末として
用いられるクライアント，５１０および５２０はネット
ワークを構築するための通信媒体（同軸ケーブル，ツイ
ストペアケーブル，光ファイバー，電波など）である。
そして、サーバ５００は、入出力装置５０１，ＣＰＵ５
０２，ネットワークインタフェース５０３ａおよび５０
３ｂ，メモリ５０４，記憶装置５０５によって構成され
ており、記憶装置５０５は、文字，図形，動画，音声な
どの原情報をディジタル化して得られるマルチメディア
データを格納するマルチメディアデータ記憶装置５０６
ａおよび５０６ｂ（請求項中の検索対象データ格納部に
相当する）と、各々のクライアント５１１，５１２，５
２１，５２２との間のデータアクセスに関する情報（ア
クセス状況）を格納するアクセス状況記憶装置５０７
（請求項中のアクセス状況保持部に相当する）からなっ
ている。

【００３５】以上の構成において、クライアント５１１
および５１２と、クライアント５２１よび５２２は、ネ
ットワークの通信媒体５１０，５２０によって分離され
ているが、このようにサーバ５００のマルチメディアデ
ータ供給能力に適合するように、ネットワークを分離さ
せることによってネットワークの通信媒体によるデータ
転送能力を余裕を持って確保するシステム構成を行って
もよい。また、マルチメディアデータ記憶装置を複数設
け、マルチメディアデータ記憶装置５０６ａに対しては
クライアント５１１および５１２から、マルチメディア
データ記憶装置５０６ｂに対してはクライアント５２１
および５２２からのアクセスのみを可能にすることによ
り、情報サービス端末として使用されるクライアントの
必要とするマルチメディアデータ転送能力に適合するよ
うに、サーバのデータ転送能力を余裕を持って確保する
システム構成を行ってもよい。

【００３６】図６は、図１中のクライアントのハードウ
ェア構成の一例を示す図である。同図中、各々のクライ
アントは、主要な処理を行うクライアント主処理部６０
０，映像データを入力するためのビデオカメラ装置６１
０、音声データを入力するためのマイクロフォン装置６
１１、映像データを出力するためのディスプレイ装置６
２０、音声データを出力するためのスピーカ装置６２１
によって構成されている。そして、クライアント主処理
部６００は、マルチメディアデータの入力を行うための
映像用Ａ／Ｄ変換部６０３および音声用Ａ／Ｄ変換部６
０４，利用者が操作入力を行うためのキーボードおよび
マウス６０５，マルチメディアデータの出力を行うため
の映像用Ｄ／Ａ変換部６０６および音声用Ｄ／Ａ変換部
６０７，サーバとの間でリアルタイム転送される映像デ
ータの圧縮伸長処理を行うための動画処理部６０１，同
じく音声データの圧縮伸長処理を行うための音声処理部
６０２によって構成されている。

【００３７】図７は、図１中のクライアントを制御する
ソフトウェアの一構成例を示す図である。同図中、最上
位の情報サービスシステム７０１は、利用者に対するユ
ーザインタフェースの管理を行っており、グラフィック
ユーザインタフェースやマルチメディアの操作を可能に
するためのものである。アクセス状況制御システム７０
２は、マルチメディア情報サービスに伴うリアルタイム
転送に必要なマルチメディアデータ転送能力の算出を行
っている。マルチメディアデータ処理システム７０３
は、マルチメディアデータの圧縮伸長処理を行ってお
り、動画処理部７０３ａ，音声処理部７０３ｂ，その他
文字・図形処理部７０３ｃから構成される。最下位のオ
ペレーティングシステム７０４は、クライアントを構築
しているコンピュータ装置の基本的な制御を行うための
ものであり、マルチメディアデータの圧縮伸長処理に関
わる制御や、サーバとの間のリアルタイム転送に関わる
送受信制御などを行っている。

【００３８】図８は、図１中のアクセス状況保持部に格
納される情報の一例を示す図である。同図中、アクセス
状況データ８００のデータ項目は、それぞれのクライア
ント８１０，８１１，....ごとに、動画８０１，音声８
０２，静止画８０３，文字８０４のメディア情報項目
と、各クライアントのマルチメディアデータ記憶装置に
格納されたマルチメディアタイトルなどの格納情報項目
８０５によって構成されており、メディア情報項目には
当該メディアについて未使用状態８２１（“×”）また
は使用状態８２２（“○”）のいずれかを示すフラグ
が、格納情報項目８０５にはマルチメディアタイトル８
２３が、それぞれ格納される。そして、各クライアント
の使用／未使用状態の判断については、すべてのメディ
ア情報項目に未使用状態８２１（“×”）が設定されて
いるときに当該クライアントが使用されていないと判断
したり、上記項目以外に各クライアントの使用状態を格
納する項目を設けてそこに使用／未使用フラグを格納し
てもよい。

【００３９】ここで、動画メディアおよび音声メディア
に関しては、メディア情報に時間情報が加えられてお
り、これによってリアルタイムに当該メディアの再生を
行うときの単位時間あたりのデータ転送能力が規定され
る。例えば、解像度３２０×２４０ドット，１５フレー
ム／秒，フルカラー（１６７７万色）の動画データを圧
縮して、１．２Ｍビット／秒の転送レートでリアルタイ
ム転送することが可能であるとき、異なる動画データを
１０台のクライアントで同時に再生しようとする場合に
は、１．２Ｍビット／秒×１０＝１２Ｍビット／秒の転
送レートが必要となる。したがって、ネットワーク通信
媒体の転送レートの上限値が１０Ｍビット／秒であった
場合には、このネットワークで同時に動画再生を行うこ
とのできるクライアントの台数は８台までということに
なる。なお、音声データについても、全く圧縮せずに転
送すると１．２Ｍビット／秒程度の転送レートを必要と
する場合が有りうる。また、静止画や文字についても、
アニメーションのように再生させようとするときには同
様に時間情報が加えられるので、高い転送レートを必要
とする場合がある。

【００４０】このように、各々のクライアントにおいて
使用されるメディアの種類により、リアルタイム転送に
必要な転送レートが変動するので、利用者が要求する情
報サービスの内容に応じて同時にマルチメディア情報サ
ービスを提供できるクライアントの台数も変化してしま
う。そこで、上述したようにクライアントのデータアク
セスに関する情報を格納しておくことによって、転送レ
ートおよび同時に使用できる端末数の変化に対応して、
クライアントの使用効率を向上させることができる。

【００４１】図９は、図１中のアクセス状況保持部に格
納される情報の他の例を示す図である。同図中、格納さ
れる情報９００の内容は、各々のクライアント９１０，
９１１，....において使用中のメディアの転送レートを
示すグラフである。そして、項目９０１は、各々のクラ
イアント９１０，９１１，....におけるマルチメディア
タイトルの再生状況（進捗度）を格納する時間軸であ
り、９２１は転送レート、９２２は時間軸、９２３は各
々のクライアント９１０，９１１，....におけるマルチ
メディアタイトルのリアルタイム転送に必要な転送レー
トのグラフである。

【００４２】図１０は、本発明のマルチメディアシステ
ムにおける転送能力の算出方法の一例を示す図（その
１）である。同図中、１００１および１００２は、図９
に示したアクセス状況保持部に格納される情報の内容の
みを抜粋したものであり、１００１はクライアント１に
おける転送レートのグラフを、１００２はクライアント
２における転送レートのグラフを、それぞれ示す。ま
た、１００３は両者の和を示すグラフである。このと
き、通信媒体の転送レートの上限値１０１０を３Ｍビッ
ト／秒とすると、クライアント１および２の転送レート
の和１００３が３Ｍビット／秒を超えることはないた
め、両者に対して同時にマルチメディアデータのリアル
タイム転送を行うことが可能である。

【００４３】図１１は、本発明のマルチメディアシステ
ムにおける転送能力の算出方法の一例を示す図（その
２）である。同図中、１１０１，１１０２，１１０３は
それぞれ、クライアント１，２，ｎにおける転送レート
のグラフ、１１０４は三者の和を示すグラフである。こ
のとき、図１０と同様に通信媒体の転送レートの上限値
１１１０を３Ｍビット／秒とすると、クライアント１，
２，ｎにおける転送レートの和が３Ｍビット／秒を超え
ている時間帯１１１１が存在するので、この時間帯には
三者へのリアルタイム転送を同時に行うことができな
い。そこで、例えばクライアントｎからのアクセスを制
限するなどにより、情報サービスの提供を保証する。な
お、アクセス状況記憶装置に格納する情報は、サーバへ
のアクセスのタイミングに合わせてマルチメディア情報
サービスの進捗度を参照することにより、再計算および
更新を行う。

【００４４】図１２〜１５は、本発明のマルチメディア
システムが提供する情報サービスにおける画面表示例を
示す図である。図１２において、初期画面１２００中の
情報サービスの起動ボタン１２０１を、ポインティング
デバイスを操作して選択すると、画面１２１０が表示さ
れる。画面１２１０には、施設案内を目的とする情報サ
ービス１２２０を起動するボタン１２１２，学習を目的
とした情報サービス１２３０を起動するボタン１２１
２，学力および習熟度を確認するための情報サービス１
２４０を起動するボタン１２１３，初期画面１２００へ
戻るためのボタン１２１４が表示される。

【００４５】図１３は施設案内を目的とする情報サービ
スにおける画面表示例であり、最初の画面１２２０に
は、施設までの交通案内を行う情報サービス１３１０の
起動ボタン１２２１，施設内の講座および設備の案内を
行う情報サービス１３２０の起動ボタン１２２２、画面
１２１０へ戻るためのボタン１２２３が表示される。画
面１３１０においては、施設までの交通案内が、地図と
順路等のアニメーションおよび動画表示を用いて行われ
る。画面１３２０には、施設内の講座や設備の案内が施
設の教室等の平面表示によって行われる。そして、施設
内の各部の案内１３２１ａ，１３２２ａなどの画面表示
を行うための起動ボタン１３２１，１３２２と、画面１
２２０へ戻るためのボタン１３２３が表示される。１３
２０ａ，１３２２ａは、施設内の各部の案内を教室設備
や教育者の動画表示で行う表示例であり、例えば１３２
２ａは、受付係員や講師の動画表示させた例を示す。な
お、１３１０，１２２１ａ，１３２２ａの各情報サービ
スにおいて一定時間の情報表示を行った後には、起動さ
れた画面へ自動的に戻る。

【００４６】図１４は学習を目的とした情報サービスに
おける画面表示例であり、１２３０，１４１０，１４２
０，１４３０，１４４０，１４５０，１４６０はそれぞ
れ、学習情報サービスの画面表示を示す。最初の画面１
２３０には、学習内容の選択を行うためのボタン１２３
１および１２３２，講師および情報サービスセンターへ
の質問などを動画や音声を用いて行うためのメールサー
ビスを起動するボタン１２３３，画面１２１０へ戻るた
めのボタン１２３４が表示される。画面１４１０は、更
に詳細な学習内容の選択を行うための画面表示例であ
り、更に詳細な学習内容の選択を行うためのボタン１４
１１，メールサービスを起動するためのボタン１４１
２，画面１２３０へ戻るためのボタン１４１３が表示さ
れる。画面１４２０は、選択された学習内容を動画およ
びアニメーションで表示する表示例を示す。画面１４３
０は、メールサービスを行うための画面表示例であり、
動画の表示（１４３１）とともに、メールの録画・再生
・送信を行うためのボタン１４３２，１４３３，１４３
４を表示する。そして、送信ボタン１４３４の選択によ
りメールの送信を行い、起動された画面へ自動的に戻
る。画面１４４０は、講師および情報サービスセンター
からメールの回答があった場合の画面表示１４４１の表
示例を示し、ここでボタン１４４１を選択すると、メー
ルサービスを行うための画面１４３０へ進む。画面１４
５０は、学習内容を文字表示する（１４５１）ととも
に、メールサービスを起動するためのボタン１４５２，
学習内容の代表例を表示するためのボタン１４５３，画
面１２３０へ戻るためのボタン１４５４を表示する。画
面１４６０は、学習内容の代表例を動画およびアニメー
ションで表示する表示例を示す。なお、画面１４２０，
１４６０の各情報サービスでは、一定時間の情報表示を
行った後に、起動された画面へ自動的に戻る。

【００４７】図１５は学力および習熟度を確認する情報
サービスの画面表示例であり、最初の画面１２４０で
は、学力および習熟度を確認するための内容選択ボタン
１５０１，画面１２１０へ戻るためのボタン１５０２を
表示する。画面１５１０は、学力および習熟度の確認を
行う画面であり、動画およびアニメーションの表示（１
５１１）および学力および習熟度の到達度の表示（１５
１３）を行うとともに、更に詳細な学力および習熟度を
確認するための内容選択を行うボタン１５１２，回答の
選択を行うためのボタン１５１４および１５１５、画面
１２４０へ戻るためのボタン１５１６を表示する。

【００４８】このように、マルチメディアシステムの情
報サービスの一つとして教育施設における施設および教
育内容の案内，各教育内容に基づいた自習，理解度確認
などを行うことができるが、上述のように教育施設にお
けるマルチメディア情報サービスを行う場合、複数のク
ライアントにより複数の情報サービスを行う必要があ
る。そこで、サーバのデータ転送能力に応じてクライア
ントからのアクセスを制御することにより、各クライア
ントごとに大容量のファイル装置を設けることなく、複
数のクライアントにおいてマルチメディア情報サービス
を可能にすることができる。また、情報サービスの進み
方は操作者の操作によって決まるものであり、マルチメ
ディアデータの転送要求は一定ではないため、例えば図
１３に示した施設案内を目的とする情報サービスを行う
場合は、施設までの交通案内を行う情報サービス１３１
０を行う前にサーバへの各クライアントのアクセス状況
を参照して、サーバへのアクセスが可能か否かを確認す
る。そして、アクセスができない場合には、アクセス可
能になるまで待つか、情報サービスで使用するメディア
を動画から静止画や文字へ自動的に変更するなどの処理
を行う。

【００４９】以上のように本実施例によれば、本発明に
よれば、ディジタル化したマルチメディアデータを用い
マルチメディア情報サービスを行うシステムにおいて、
サーバのマルチメディアデータ転送能力に応じてクライ
アントのデータアクセスを制御することにより、情報サ
ービス端末ごとに全てのマルチメディアデータを格納す
るための記憶装置を設けることなく、動画および音声デ
ータを用いたマルチメディア情報サービスを提供するこ
とができる。

【００５０】さらに、各クライアントのアクセス状況を
把握できることから、ネットワークがセグメント分けさ
れたシステムで各セグメントごとの利用者数を適度に分
散させたり、複数のサーバを持ったネットワークシステ
ムで各サーバに対する利用者数を分散させることなどに
より、ネットワークやサーバに対する負荷を分散させ
て、動作の安定したシステムを建築することができる。

【００５１】

【発明の効果】

(1) 以上詳しく説明したように、本発明のマルチメディ
アシステムによれば、情報サービス端末として使用され
る複数のクライアントと、前記クライアントに対するデ
ータ転送を中継するネットワークと、前記クライアント
および前記ネットワークの統括制御を行う一以上のサー
バとによって構成されており、情報サービス端末として
動作中のクライアントから指定されたマルチメディアデ
ータを前記クライアント上でリアルタイム再生するマル
チメディアシステムにおいて、前記サーバは、指定され
たマルチメディアデータを前記ネットワークを介してリ
アルタイム転送するリアルタイム転送処理部と、前記ネ
ットワークに接続されたすべてのクライアントとの間の
アクセス状況に関する情報が格納されるアクセス状況格
納部とを具備し、前記クライアントは、リアルタイム転
送されたマルチメディアデータのリアルタイム再生を行
うリアルタイム再生処理部と、前記アクセス状況格納部
を参照してリアルタイム再生に必要な転送能力が得られ
るか否かを判定する転送能力判定処理部とを具備する構
成としたことにより、各クライアントとの間のアクセス
状況およびサーバによるマルチメディアデータの転送能
力（マルチメディアデータの入出力速度やネットワーク
上におけるデータ転送速度など）に応じて、クライアン
トに対するリアルタイム転送を行うか否かを制御し、シ
ステムの安定動作を保証することができるという効果が
得られる（すなわち、サーバが複数のクライアントに対
して同時にリアルタイム転送できる能力の上限値と各々
のクライアントにおいて計算されたマルチメディアデー
タの転送に必要な転送能力の値とを比較し、後者が前者
を上回ってしまう場合にはサーバからの新たなリアルタ
イム転送を行わないように制御する。）。

【００５２】(2) また、(1)において、前記アクセス状況
格納部に格納されるアクセス状況は、新たにリアルタイ
ム再生を開始しようとするクライアントが前記サーバに
アクセスしたときに更新されるように構成したことによ
り、マルチメディアシステム全体におけるリアルタイム
転送の状況の変化に対応してアクセス状況格納部の内容
を常に最新の状態とすることができるという効果が得ら
れる。

【００５３】(3) また、(1)または(2)において、前記サ
ーバは、各々のクライアントからリアルタイム再生の対
象として共用されるマルチメディアデータを格納するマ
ルチメディアデータ格納部を具備する構成としたことに
より、クライアント側にはマルチメディアデータを格納
しておく必要がなくなるので、例えば端末機能のみを有
する簡単な装置でクライアントを構成すれば、マルチメ
ディアシステムの構築コストを大幅に低減させたり、情
報サービス端末の小型軽量化を図ったりすることができ
るという効果が得られる。

【００５４】(4) また、(1)〜(3)のいずれかにおいて、
情報サービス端末として動作中のクライアントにおける
前記転送能力判定処理部によって前記リアルタイム再生
に必要な転送能力が得られないと判定されたとき、前記
クライアントはその旨のメッセージを表示するように構
成したことにより、転送能力に余裕があるときには利用
者に対して品質の高い情報サービスを確実に提供する一
方、転送能力に余裕がないときには利用者の無用な待ち
時間をなくすことができるという効果が得られる。

【００５５】(5) また、(1)または(2)において、前記サ
ーバおよびクライアントは、リアルタイム再生の対象と
されるマルチメディアデータを格納するマルチメディア
データ格納部をそれぞれ具備し、異なるマルチメディア
データ格納部には異なるマルチメディアデータを格納す
るように構成したことにより、例えばネットワークのセ
グメントごとにマルチメディアデータを複数のクライア
ントに分散させて格納すれば、ネットワークやサーバへ
の負荷を平均的に分散させてシステムの動作をより安定
させることができるという効果が得られる。

【００５６】(6) また、(5)において、情報サービス端末
として動作中の第１のクライアントにおける前記転送能
力判定処理部によって前記リアルタイム再生に必要な転
送能力が得られないと判定されるとともに、前記リアル
タイム再生の対象とされる特定のマルチメディアデータ
が格納されているマルチメディアデータ格納部を有する
第２のクライアントが情報サービス端末として使用され
ていないとき、前記第１のクライアントは前記第２のク
ライアントについての案内メッセージを表示するように
構成したことにより、ネットワークを介したマルチメデ
ィアデータの転送なしに情報サービスを受けられるクラ
イアントに利用者を誘導して、ネットワークへの負荷を
軽減することができるという効果が得られる。

【図面の簡単な説明】

【図１】本発明のマルチメディアシステムの一実施例の
概略構成を示す図である。

【図２】図１のシステムの動作フローを示す図である。

【図３】本発明のマルチメディアシステムの他の実施例
の概略構成を示す図である。

【図４】図３のシステムの動作フローを示す図である。

【図５】本発明のマルチメディアシステムが適用される
ネットワークの一構成例を示す図である。

【図６】図１中のクライアントのハードウェア構成の一
例を示す図である。

【図７】図１中のクライアントを制御するソフトウェア
の一構成例を示す図である。

【図８】図１中のアクセス状況保持部に格納される情報
の一例を示す図である。

【図９】図１中のアクセス状況保持部に格納される情報
の他の例を示す図である。

【図１０】本発明のマルチメディアシステムにおける転
送能力の算出方法の一例を示す図（その１）である。

【図１１】本発明のマルチメディアシステムにおける転
送能力の算出方法の一例を示す図（その２）である。

【図１２】本発明のマルチメディアシステムが提供する
情報サービスにおける画面表示例を示す図（その１）で
ある。

【図１３】本発明のマルチメディアシステムが提供する
情報サービスにおける画面表示例を示す図（その２）で
ある。

【図１４】本発明のマルチメディアシステムが提供する
情報サービスにおける画面表示例を示す図（その３）で
ある。

【図１５】本発明のマルチメディアシステムが提供する
情報サービスにおける画面表示例を示す図（その４）で
ある。

【図１６】従来のマルチメディアシステムの一例の概略
構成を示す図である。

【符号の説明】

１００，３００ サーバ １０１，１１６，３０１，３１６ 入出力装置 １０２，１１２，３０２，３１２ ＣＰＵ １０３，１１１，３０３，３１１ ネットワークインタ
フェース １０４，１１５，３０４，３１５ メモリ １０５，１１３，３０５，３１３ 記憶装置 １０６，３０６，３１８ マルチメディアデータ記憶装
置 １０７，３０７ アクセス状況記憶装置 １１０，１２０，３１０，３２０ クライアント １１４，３１４ 圧縮伸長装置

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 11/00 ３０２ (72)発明者 山田 剛裕 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報サービス端末として使用される複数
   のクライアントと、前記クライアントに対するデータ転
   送を中継するネットワークと、前記クライアントおよび
   前記ネットワークの統括制御を行う一以上のサーバとに
   よって構成されており、情報サービス端末として動作中
   のクライアントから指定されたマルチメディアデータを
   前記クライアント上でリアルタイム再生するマルチメデ
   ィアシステムにおいて、 前記サーバは、指定されたマルチメディアデータを前記
   ネットワークを介してリアルタイム転送するリアルタイ
   ム転送処理部と、前記ネットワークに接続されたすべて
   のクライアントとの間のアクセス状況に関する情報が格
   納されるアクセス状況格納部とを具備し、 前記クライアントは、リアルタイム転送されたマルチメ
   ディアデータのリアルタイム再生を行うリアルタイム再
   生処理部と、前記アクセス状況格納部を参照してリアル
   タイム再生に必要な転送能力が得られるか否かを判定す
   る転送能力判定処理部とを具備する構成としたことを特
   徴とするマルチメディアシステム。
2. 【請求項２】 前記アクセス状況格納部に格納されるア
   クセス状況は、新たにリアルタイム再生を開始しようと
   するクライアントが前記サーバにアクセスしたときに更
   新されるように構成したことを特徴とする請求項１記載
   のマルチメディアシステム。
3. 【請求項３】 前記サーバは、各々のクライアントから
   リアルタイム再生の対象として共用されるマルチメディ
   アデータを格納するマルチメディアデータ格納部を具備
   する構成としたことを特徴とする請求項１または２記載
   のマルチメディアシステム。
4. 【請求項４】 情報サービス端末として動作中のクライ
   アントにおける前記転送能力判定処理部によって前記リ
   アルタイム再生に必要な転送能力が得られないと判定さ
   れたとき、前記クライアントはその旨のメッセージを表
   示するように構成したことを特徴とする請求項１〜３の
   いずれか一項記載のマルチメディアシステム。
5. 【請求項５】 前記サーバおよびクライアントは、リア
   ルタイム再生の対象とされるマルチメディアデータを格
   納するマルチメディアデータ格納部をそれぞれ具備し、
   異なるマルチメディアデータ格納部には異なるマルチメ
   ディアデータを格納するように構成したことを特徴とす
   る請求項１または２記載のマルチメディアシステム。
6. 【請求項６】 情報サービス端末として動作中の第１の
   クライアントにおける前記転送能力判定処理部によって
   前記リアルタイム再生に必要な転送能力が得られないと
   判定されるとともに、前記リアルタイム再生の対象とさ
   れる特定のマルチメディアデータが格納されているマル
   チメディアデータ格納部を有する第２のクライアントが
   情報サービス端末として使用されていないとき、前記第
   １のクライアントは前記第２のクライアントについての
   案内メッセージを表示するように構成したことを特徴と
   する請求項５記載のマルチメディアシステム。