JPH10164516A - データ集中管理型音・動画再生システム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークへのアクセスが混み合った場合
においても、映像や音に途切れ等のトラブルを生じにく
い音声・動画再生システムを提供する。 【解決手段】 データ集中管理型音・動画再生システム
は、音・動画データを記憶した共有ハードディスク装置
と、その共有ハードディスク装置に接続されるととも
に、音・動画データの読出しのために該共有ハードディ
スク装置に対しアクセスする機能を個別に有した複数の
音・動画再生装置４とを備える。各音・動画再生装置４
は、共有ハードディスク装置から転送される音・動画デ
ータの少なくとも一部を、その再生に先立って一時的に
蓄積する補助記憶装置６８をそれぞれ有しており、該補
助記憶装置６８に蓄積されたデータを読み込むことによ
り音及び動画の再生を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信カラオケシス
テムやビデオサーバなどに使用されるデータ集中管理型
音・動画再生システムに関する。

【０００２】

【従来の技術】従来、ビデオサーバや通信カラオケシス
テムなどにおいて、音・動画データを一括して記憶・管
理する管理装置と複数の再生装置とを双方向に通信可能
なネットワークにより接続し、管理装置から再生装置に
データを転送することにより、個々の再生装置での音・
動画の再生を可能とした集中管理型音・動画再生システ
ムを構築することが行われている。このようなシステム
におけるネットワークの接続方式としては、例えばＳＣ
ＳＩ（Small Computer System Interface）バスを用い
た方式、あるいはＬＡＮ（Local Area Network）による
方式等を例示することができる。

【０００３】

【発明が解決しようとする課題】ところで、上述のよう
な音・動画再生システムにおいては、転送すべき動画の
データ量は極めて大きく、各再生装置に搭載されたデー
タバッファメモリの容量も限られていることから、通
常、管理装置から再生装置へは、再生と同期したリアル
タイム方式によりデータ転送が行われている。しかしな
がらこの方式では、管理装置の処理負担が増大するばか
りでなく、ネットワークへのアクセスが混み合った場合
にはデータ転送に滞りが生じ、これが再生装置での映像
や音の途切れに直結してしまう問題がある。

【０００４】本発明の課題は、ネットワークへのアクセ
スが混み合った場合においても、映像や音に途切れ等の
トラブルを生ずることなく、スムーズに再生を行うこと
ができるデータ集中管理型音・動画再生システムを提供
することにある。

【０００５】

【課題を解決するための手段及び作用・効果】上述の課
題を解決するために本発明のデータ集中管理型音・動画
再生システムは、音データと動画データ（以下、両者を
総称して音・動画データという）とを記憶した共有ハー
ドディスク装置と、その共有ハードディスク装置に接続
されるとともに、音・動画データの読出しのために該共
有ハードディスク装置に対しアクセスする機能を個別に
有した複数の音・動画再生装置とを備え、それら音・動
画再生装置が、共有ハードディスク装置から転送される
音・動画データの少なくとも一部を、その再生に先立っ
て一時的に蓄積する補助記憶装置をそれぞれ有してお
り、該補助記憶装置に蓄積されたデータを読み込むこと
により音及び動画の再生を行うことを特徴とする。な
お、音データは、音楽演奏音や歌唱音を始め、効果音、
台詞、ナレーション等の音ないし音声のデータとするこ
とができる。

【０００６】上記構成においては、補助記憶装置が各音
・動画再生装置に設けられており、共有ハードディスク
装置からの音・動画データは、再生に先立って少なくと
もその一部が補助記憶装置に蓄積された後、該補助記憶
装置から読み出されて再生される。従って、例えば共有
ハードディスク装置に対する音・動画再生装置からのア
クセスが混み合ったりしてデータ転送に滞りを生じて
も、補助記憶装置に蓄積された音・動画データの読出し
・再生にその影響が及ばなくなるので、音及び動画の再
生をスムーズに行うことができ、画像あるいは音の途切
れ等のトラブルも生じにくくなる。なお、補助記憶装置
は、具体的にはハードディスク装置又は光磁気ディスク
装置により構成することができる。

【０００７】上記動画データは、圧縮状態で共有ハード
ディスク装置から音・動画再生装置に転送されるものと
され、複数の音・動画再生装置には、その動画データの
圧縮状態を解除するための圧縮解除手段がそれぞれ設け
られるものとすることができる。これにより、データ量
の多い動画データは圧縮状態で共有ハードディスク装置
に記憶され、個々の音・動画再生装置へはその圧縮状態
で転送された後、各装置毎に圧縮解除されて再生される
ので、共有ハードディスク装置における動画データの記
憶容量を削減することができる。また、圧縮により動画
データの量が減少するのでデータ転送を短時間で行うこ
とができ、また転送制御のための処理負荷を軽減するこ
とができる。

【０００８】また、音・動画再生装置は、補助記憶装置
に蓄積された音・動画データの再生処理と、補助記憶装
置への新たな音・動画データの蓄積処理とを並行して行
うように構成することができる。すなわち大量の音・動
画データを共有ハードディスク装置から補助記憶装置へ
転送する場合、その転送がすべて完了するまでには長時
間かかるので、補助記憶装置にある程度の量のデータ量
が蓄積された段階で、補助記憶装置への新たなデータの
蓄積を行いつつ、すでに蓄積されたデータの再生を開始
するようにすれば、共有ハードディスク装置からのデー
タ転送開始から再生開始までの待ち時間を短縮すること
ができる。なお、上記並行処理とは、音・動画再生装置
の読込みと再生とを同時に行う処理、あるいは読込みと
再生を交互に行う処理の両者を含むものとすることがで
きる。

【０００９】次に、共有ハードディスク装置に音・動画
データが複数組記憶されている場合、音・動画再生装置
に、各音・動画データの再生回数を計数する再生回数カ
ウンタを設け、該再生回数カウンタの計数値が予め定め
られた値に到達した音・動画データは、補助記憶装置内
に形成されたデータ登録部にその全体が記憶・登録され
るように構成することができる。この場合、その音・動
画データは、次回の再生時からは該データ登録部から読
み出されて再生される。これにより、カウンタの計数値
が予め定められた回数に到達した音・動画データについ
ては、共有ハードディスク装置にアクセスすることなく
補助記憶装置のデータ登録部から読み出して再生される
ので、画像途切れが生じにくくなることはもちろん、共
有ハードディスク装置に対するアクセスの混雑を解消し
て、データ転送効率をさらに向上させる効果も得られ
る。

【００１０】次に、個々の音・動画再生装置が、共有ハ
ードディスク装置に対し独立してアクセスできる具体的
なシステム構成として、下記のようなものを例示するこ
とができる。すなわち、複数の音・動画再生装置をデー
タバスにより互いに直鎖状に接続し、そのデータバス上
に、それら複数の音・動画再生装置の少なくとも一部の
もの同士の間で該データバスの使用が競合した場合に、
それら競合する音・動画再生装置のいずれか１つのもの
に対し、該データバスの使用権を設定する調停手段を設
ける。また、各音・動画再生装置には、所定の音データ
と動画データとの読出しを共有ハードディスク装置に対
して指令する読出指令手段と、調停手段によりデータバ
スの使用権が設定された場合に限り、読出指令手段に共
有ハードディスク装置に対する上記指令を行わせる読出
指令制御手段とを設ける。そして、共有ハードディスク
装置からは、上記使用権の設定された音・動画再生装置
に対しデータバスを介して音データと動画データとの転
送が行われる。

【００１１】上記構成においては、各音・動画再生装置
に設けられた読出指令手段が、音データと動画データと
の読出しを共有ハードディスク装置に対して指令するこ
とにより、共有ハードディスク装置に対する個別アクセ
スが可能となる。ここで、複数の音・動画再生装置から
の共有ハードディスク装置へのアクセス（すなわちデー
タバスの使用）が競合した場合には、調停手段が所定の
方式に従い、どれか１つの音・動画再生装置にデータバ
スの使用権を設定し、その使用権の設定された再生装置
のみが共有ハードディスク装置に対しデータ読出しを指
令できるようになっているので、例えば多数の再生装置
が一斉に共有ハードディスク装置に対してアクセスしよ
うとした場合も、データの読出しとその転送をスムーズ
にかつ誤りなく行うことができる。

【００１２】共有ハードディスク装置から読み出された
音データと動画データとは、再生装置を直鎖状につなぐ
データバスにより転送される。そして、各音・動画再生
装置は、データバスの使用権が設定されていればデータ
バスにアクセスして転送されてくるデータを受ける一
方、使用権が設定されていなければデータバスへのアク
セスは行わないものとして構成される。これにより、共
有ハードディスク装置側においてデータの転送先を特に
認識していなくとも、所定の再生装置に対してデータ転
送を確実に行うことができる。

【００１３】より具体的には、上記複数の音・動画再生
装置の間に、データバスの使用に関する優先順位を予め
固定的に定めておくことができる。また、調停手段は各
音・動画再生装置に設けることができる。この場合、各
調停手段は、それぞれデータバスの使用状況を確認する
とともに、自身の対応する音・動画再生装置と他の音・
動画再生装置との間でデータバスの使用が競合しておら
ず、かつ当該自身の対応する音・動画再生装置よりも優
先されるべき他の音・動画再生装置がデータバスの使用
権を要求していないと判断した場合に限り、その音・動
画再生装置に対し該データバスの使用権を設定するもの
として構成される。

【００１４】このような方式の具体例としては、ＳＣＳ
Ｉ（Small Computer System Interface）規格を採用し
た方式を挙げることができる。この場合、各音・動画再
生装置にはＳＣＳＩインタフェースが設けられ、上記デ
ータバスとして機能するＳＣＳＩバスによりＳＣＳＩイ
ンタフェースを介して互いに接続される。こうすれば、
装置間の接続機構を、従来のＬＡＮと同軸ケーブルとを
併用する接続方式に較べて安価に構成することができ
る。また、データの転送速度を、ＬＡＮを使用する場合
（最大で４Ｍバイト／秒程度）に較べて拡大できる利点
も生ずる。なお、転送速度は、採用するＳＣＳＩ規格の
種類によって異なるものとなる。

【００１５】本発明においてＳＣＳＩ規格は、下記のも
のが採用可能である。 ＳＣＳＩ−１：ＳＣＳＩバスはデータ幅が８ビット
（＋１パリティビット）のパラレルバスとされる。な
お、データ転送速度は、同期転送で最大５．０Ｍバイト
／秒程度とされる。

【００１６】ＳＣＳＩ−２：下記の３種類を含む。 (1)Ｆａｓｔ−ＳＣＳＩ：ＳＣＳＩバスは８ビット（＋
１パリティビット）のパラレルバスであるが、データ転
送速度が同期転送で最大１０．０Ｍバイト／秒程度とさ
れる。 (2)１６ビットＷｉｄｅ−ＳＣＳＩ：ＳＣＳＩバスはデ
ータ幅が１６ビット（＋２パリティビット）のパラレル
バスとされ、データ転送速度が、同期転送で最大２０．
０Ｍバイト／秒程度とされる。 (3)３２ビットＷｉｄｅ−ＳＣＳＩ：ＳＣＳＩバスはデ
ータ幅が３２ビット（＋４パリティビット）のパラレル
バスとされ、データ転送速度が、同期転送で最大４０．
０Ｍバイト／秒程度とされる。

【００１７】ＳＣＳＩ−３：パラレル転送方式として
下記のものを含む。 (1)Ｕｌｔｒａ−ＳＣＳＩ：Ｆａｓｔ２０ともいう。Ｓ
ＣＳＩバスはデータ幅が８ビット（＋１パリティビッ
ト）のパラレルバスで、データ転送速度が、同期転送で
最大２０．０Ｍバイト／秒程度とされる。 (2)Ｕｌｔｒａ−２：Ｆａｓｔ４０ともいう。ＳＣＳＩ
バスはデータ幅が８ビット（＋１パリティビット）のパ
ラレルバスで、データ転送速度が、同期転送で最大４
０．０Ｍバイト／秒程度とされる。 (3)Ｕｌｔｒａ−３：Ｆａｓｔ８０ともいう。ＳＣＳＩ
バスはデータ幅が８ビット（＋１パリティビット）のパ
ラレルバスで、データ転送速度が、同期転送で最大８
０．０Ｍバイト／秒程度とされる。

【００１８】なお、ＳＣＳＩ−３の上記３つのパラレル
転送方式においては、それぞれデータ幅を１６ビット
（＋２パリティビット）として、転送速度を２倍に向上
させたものも使用可能である。一方、ＳＣＳＩ−３とし
ては、ＦｉｂｒｅＣｈａｎｎｅｌ、ＩＥＥＥ１３９４、
ＳＳＡ（Serial Storage Architecture）等のシリアル
転送方式の規格も使用可能である。例えば、Ｆｉｂｒｅ
Ｃｈａｎｎｅｌはデータバスが光ファイバケーブルによ
って構成されており、データ転送速度が１００〜８００
Ｍバイト／秒程度と非常に大きいため、動画データの転
送に特に有効である。

【００１９】複数の音・動画再生装置同士をＳＣＳＩバ
スにより接続する場合、共有ハードディスク装置と音・
動画再生装置同士との間もＳＣＳＩバスにより接続する
ことができる。ここで、共有ハードディスク装置が複数
のハードディスクドライブで構成されている場合、その
共有ハードディスク装置内において、音・動画再生装置
同士から個々のハードディスクドライブへのアクセス経
路となるデータバスは、そのすべてをＳＣＳＩバスで構
成することができる。一方、該データバスの一部を、例
えばＰＣＩ（Peripheral Component Interconnect）バ
ス等、ＳＣＳＩバス以外のデータバスにより構成されて
いてもよい。前者の場合は、共有ハードディスク装置内
の各ハードディスクドライブと音・動画再生装置とのす
べてを安価なＳＣＳＩバスで接続できるので、接続部の
構成コストを節約することができる。ただし、パラレル
転送方式のＳＣＳＩ規格の場合は、１本のＳＣＳＩバス
に接続可能な機器の数が、そのＳＣＳＩバスに含まれる
データバスビットの数よりは大きくできないため、共有
ハードディスク装置がＳＣＳＩ接続される複数のハード
ディスクドライブにより構成されている場合、接続可能
な音・動画再生装置の数は、該ハードディスクドライブ
の接続数が増えるほど少なくなる。

【００２０】一方、後者の構成によれば、個々のハード
ディスクドライブへのアクセス経路をなすＳＣＳＩバス
が、共有ハードディスク装置内で上記ＳＣＳＩバス以外
のデータバスにより置きかえられて途切れる形となるの
で、音・動画再生装置の接続数を多くできる利点があ
る。この場合、共有ハードディスク装置内の複数のハー
ドディスクドライブ同士を接続するＳＣＳＩバスと、複
数の音・動画再生装置同士を接続するＳＣＳＩバスとを
互いに規格の異なるものにより構成してもよく、例えば
前者をＳＣＳＩ−２の１６ビットＷｉｄｅ−ＳＣＳＩと
し、後者を同じくＳＣＳＩ−２のＦａｓｔ−ＳＣＳＩと
することができる。なお、シリアル転送方式のＳＣＳＩ
規格を使用する場合は、上述のような制約は生じず、例
えば光ファイバケーブルを用いるＦｉｂｒｅＣｈａｎｎ
ｅｌにおいては、１本のＳＣＳＩバスに対して最大１０
００台程度の機器の接続が可能である。

【００２１】一方、上記複数の音・動画再生装置の間
に、データバスの使用に関する固定的な優先順位を特に
定めない方式を採用することもできる。この場合、競合
する音・動画再生装置に対して、使用権を設定する再生
装置をその都度ランダムに定める方式、最もアクセスの
早かった装置に対して使用権を設定する方式、さらには
データバスに対するそれまでのアクセス実績に応じて優
先順位を定める方式（例えば、過去のアクセス実績にお
いて最新のアクセス時刻が古い装置ほど優先順位が上位
となるラウンドロビン方式等）等、各種採用することが
できる。また、調停手段は、データバス上に少なくとも
１つ設けられていればよく、必ずしもすべての音・動画
再生装置に設けられる必要はない。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を、図
面に示す実施例を参照して説明する。図１（ａ）は、本
発明のデータ集中管理型音・動画再生システムの一実施
例としてのカラオケシステムの全体構成を示すブロック
図である。該カラオケシステム１は、共有ハードディス
ク装置５と、これにＳＣＳＩバス３を介してデイジーチ
ェーン接続された複数の音・動画再生装置４とを有して
いる。

【００２３】共有ハードディスク装置５はいわゆるＲＡ
ＩＤと呼ばれるディスクアレイ装置により構成されてお
り、図２に示すように、複数台のハードディスクドライ
ブ（以下、ＨＤＤと略記する）２６からなるディスク列
２７がＳＣＳＩバス１５によりデイジーチェーン接続さ
れる複数のディスクコントローラ６、ダイレクトメモリ
アクセスコントローラ（以下、ＤＭＡコントローラと略
記する）５２、制御ＣＰＵ５３、ＲＯＭ５４、ＲＡＭ５
５、ＳＣＳＩコントローラ５０（ＳＣＳＩインターフェ
ースとして機能する）とそれに接続されたＳＣＳＩポー
ト５６、データバッファメモリ５７、及びそれらを互い
に接続するローカルバス（例えばＰＣＩ（Periferal Co
mponent Interconnect）バス等の高速規格バス）９等を
含んで構成される。そして、ＳＣＳＩポート５６を介し
てＳＣＳＩコントローラ５０に対し、上記音・動画再生
装置４が接続される。

【００２４】図１に戻って、共有ハードディスク装置５
には、楽音データ記憶部５ａ、動画データとしての背景
映像データ記憶部５ｂ及び歌詞データ記憶部５ｃが形成
されている。楽音データ記憶部５ａには、音データとし
ての多数のカラオケ曲の楽音データが、曲名及び曲番号
と対応づけた形で記憶されている。各曲の楽音データ
は、例えばＭＰＥＧ１あるいはＭＰＥＧ２等の公知の方
式に従い圧縮されたデジタル音データとして構成されて
いる。

【００２５】一方、歌詞データ記憶部５ｃには、各カラ
オケ曲の歌詞を文字コードの形で記述した歌詞データ
が、楽音データと同様に曲名及び曲番号と対応づけた形
で記憶されている。この歌詞データに基づいて、音・動
画再生装置４のモニタ７８（図５）にカラオケ曲の歌詞
テロップが表示される（後述）。一方、背景映像データ
記憶部５ｂには、上記各カラオケ曲に対応する複数の背
景映像の動画データが記憶されている。各動画データ
は、例えばＭＰＥＧ１あるいはＭＰＥＧ２等の公知の方
式に従い圧縮された圧縮動画データとして構成されてお
り、図１（ｂ）に示すように複数の動画のコマの画像デ
ータと、各コマの再生タイミングを規定するタイムスタ
ンプデータとを含んでいる。

【００２６】上述のような楽音データ、動画データ及び
歌詞データは、それぞれ一まとまりとして読み書きされ
るべきもの、例えばカラオケ曲１曲分に相当するもの
（以下、原データという）が複数のデータブロックに分
割され、これが共有ハードディスク装置５の複数のＨＤ
Ｄ２６にそのデータブロック単位で分散して記憶されて
いる。そして、原データは、それら複数のＨＤＤ２６に
対し、上記データブロック単位で並列して読み書きされ
ることでデータ入出力の高速化が図られている（なお、
データ入出力の制御は制御ＣＰＵ５３（図２）が行
う）。この場合、楽音データ記憶部５ａ、背景映像デー
タ記憶部５ｂ及び歌詞データ記憶部５ｃは、それら複数
のＨＤＤ２６にまたがって形成されていると見ることが
できる。なお、本実施例では、楽音データ、動画データ
及び歌詞データの原データは、複数のＨＤＤ２６のう
ち、後述するエラー訂正情報を格納するためのものを除
くすべてのＨＤＤ２６に分散・記憶する方式を採用する
ものとするが、これをいくつかのグループ（例えばディ
スク列２７）に分け、各グループ毎に原データを分散・
記憶する方式としてもよい。

【００２７】ここで、ディスクアレイでは、データの信
頼性を向上させるために、分割されたデータブロック
は、エラー訂正情報としての冗長データを付加して記憶
されており、ディスク上のデータの一部が失われても、
元のデータを復元することができるようになっている。
冗長データとしては、パリティ、ハミング符号、ＢＣＨ
符号、リードソロモン符号等を使用できるが、本実施例
ではパリティを使用するものとする。

【００２８】図３（ａ）に示すように、原データは数ビ
ット単位（例えば、１ビット単位、１バイト（＝８ビッ
ト）単位、あるいは予め定められたセクタ単位：本実施
例では１バイト単位とする）毎に区切られてデータブロ
ックＢ11、Ｂ12、‥‥に分割され、パリティＰ11、Ｐ1
2、‥‥をそれぞれ付加して、同図（ｂ）に示すように
各ＨＤＤに格納される。なお、図では説明を単純化する
ために、原データは３つのＨＤＤ（ディスク１〜３）に
分散・格納されるように描いている。

【００２９】パリティは、データブロック中の「１」と
なっているビット数が偶数である場合にパリティを
「１」、奇数の場合に「０」とする奇数パリティと、同
じく偶数である場合にパリティを「０」、奇数の場合に
「１」とする偶数パリティとがあり、例えば、データブ
ロックが「１０００１０１０」であったときの偶数パリ
ティは「１」となる。そして、該データブロックの読出
し時に、そのいずれか１つのビットが読み出せなかった
場合に、読み出しに成功した他のビットの値とパリティ
ビットの値とから、その読み出せなかったビットの値を
決定・復元することができる。なお、偶数パリティを使
用すれば、読めなかったビットを除いてデータブロック
中のパリティを含む全てのビットの排他的論理和をとる
ことで、その読めなかったビットの値を直接求めること
ができる。例えば、上記データ「１０００１０１０：
１」の、上から２桁目の「０」が読めなかった場合、上
記排他的論理和ｘは、 ｘ＝１＃０＃０＃１＃０＃１＃０＃１＝０ （「＃」は、排他的論理和演算を表す記号とする）とな
り、上記読めなかったビットの値に等しくなっているこ
とがわかる。

【００３０】次に、ディスクアレイとして構成された共
有ハードディスク装置５は、複数のＨＤＤ２６の１つ
が、原データに基づいて予め作成されたエラー訂正情報
を格納する専用のＨＤＤ（以下、訂正用ＨＤＤという）
とされており、他のＨＤＤに格納されたデータブロック
のいずれか１つでデータブロックの読出しが不能となっ
た場合は、上記訂正用ＨＤＤに格納されたエラー訂正情
報と、読出しに成功した他のＨＤＤからのデータブロッ
クとから消失したデータブロックを復元する処理が可能
とされている。以下、その詳細について説明する。な
お、本実施例では、上記エラー訂正情報の生成と、読出
しに失敗したデータブロックの復元処理とは、図２のＲ
ＯＭ５４等に格納された専用のプログラムに基づいて、
制御ＣＰＵ５３が行うものとするが、これを専用のハー
ドウェアにより行う構成も可能である。

【００３１】まず、原データをブロック分割して分散記
憶するための、並列に並べた各ＨＤＤの各々の系統を、
第１レーン、第２レーン‥‥等と呼ぶことにする。ま
た、ＨＤＤを何台並列に並べるかという数をパラレル数
と呼び、ｐという変数で表すこととする。ただし、パラ
レル数ｐには、エラー訂正情報を格納するためのＨＤＤ
は含めない。従って、エラー訂正情報としてパリティを
採用した場合は、ｐ＋１個のレーンが存在することとな
る。なお、エラー訂正情報用のレーン、すなわちパリテ
ィデータ用のレーンはパリティレーンと呼ぶことにす
る。図３（ｂ）を用いて説明すれば、パラレル数ｐは３
でありディスク１〜３が第１レーン〜第３レーンを形成
する。

【００３２】まず、原データを各レーンに分散して書き
込む際は、図３（ａ）に示すように、３つのＨＤＤに格
納するために前述の通り１バイト毎のデータブロックに
切り分ける。次いで、同図（ｂ）に示すように、３つの
各データブロックの対応する位置にあるビット同士に排
他的論理和演算を施して奇数パリティを計算する。図に
示した例では、データブロックはそれぞれ「００１０１
１１１」、「０１１１１０００」、「１１１００１０
０」であり、その第１ビット同士のパリティは０＃０＃
１＝１、第２ビット同士のパリティは０＃１＃１＝０、
‥‥等となり、８つのすべてのビットについて得られる
パリティの組は「１０１１００１１」となる。このよう
にして求めたパリティデータと３つのデータブロックと
の、計４つのブロックが４つのＨＤＤに一斉に書き込ま
れる。

【００３３】次にデータの読出しを行う場合は、パリテ
ィレーン以外の３つのレーンからデータブロックを読み
出して、これを元の順に再配列することにより原データ
が復元される。ここで、３つのレーンのうちどれか１つ
においてデータの読出しが不能となった場合には、パリ
ティレーンからパリティデータを読み出し、これと読め
た２つのデータブロックとの間で、各ビット毎に排他的
論理和演算を行うと、読めなかったデータブロックが復
元できる。図３（ｃ）には、第３レーン（ディスク３）
のデータ読出しが不能となった場合のデータ復元例を示
している。

【００３４】また、ディスクアレイにおいて、１つのＨ
ＤＤが障害を起こしてその中のデータが読出不可能にな
った場合には、その不良のＨＤＤを抜いて新品のＨＤＤ
と交換する必要がある。このとき、上記パリティデータ
と正常な他のＨＤＤのデータとから、抜き去ったＨＤＤ
内に格納されていたのと同じデータを復元して、これを
新品のＨＤＤ上に再構築（リビルド）することができ
る。

【００３５】次に、図４に示すように、各音・動画再生
装置４は、ＣＰＵ６１、ＲＯＭ６２及びＲＡＭ６３を有
する中央制御部６０、他の音・動画再生装置４との間で
デイジーチェーン接続を行うためのＳＣＳＩインターフ
ェース６４、周辺機器接続用のインターフェース（例え
ばＩＤＥ（Integrated Drive Electronics）インターフ
ェース、ＳＣＳＩインターフェース等）６５及び複数の
ＡＶデコーダ６７等を有し、これらがバス６６を介して
接続されるとともに、インターフェース６５には補助記
憶装置としてのローカルハードディスクドライブ（以
下、Ｌ−ＨＤＤと略記する）６８が接続されている。な
お、該音・動画再生装置４用のＳＣＳＩバス３は、例え
ば本実施例では１６ビットＷｉｄｅ−ＳＣＳＩ規格のも
のが使用されている。なお、ＳＣＳＩバス３の末端に接
続された音・動画再生装置４には、バス終端部での信号
反射によるノイズ発生を防止するためのターミネータ３
ｂ（図１）が装着されている。また、各ＡＶデコーダ６
７には、例えばカラオケボックスの各部屋等に配置され
る再生出力ユニット６９が接続されている。

【００３６】ここで、音・動画再生装置４には、共有ハ
ードディスク装置５からＳＣＳＩバス３を介して前述の
楽音データ、背景映像の圧縮動画データ及び歌詞データ
が供給されるのであるが、上記中央制御部６０のＣＰＵ
６１は、ＲＡＭ６３をワークエリアとしてＲＯＭ６２に
格納された所定のプログラムに基づき、該音・動画再生
装置４に対し上記データの読出しのために共有ハードデ
ィスク装置５に対し個別にアクセスする機能を実現する
役割を果たす。

【００３７】具体的には、ＣＰＵ６１は、下記の各手段
の主体をなすものである。 調停手段：他の音・動画再生装置４との間でＳＣＳＩ
バス３の使用が競合した場合に、ＳＣＳＩ規格において
定められた後述の方式に従い、それら競合する音・動画
再生装置のいずれか１つのものに対しＳＣＳＩバス３の
使用権が設定されるように調停を行う。 読出指令手段：曲番号等により指定されたデータの読
出しを共有ハードディスク装置５に対して指令する。 読出指令制御手段：調停手段によりＳＣＳＩバス３の
使用権が設定された場合に限り、読出指令手段に共有ハ
ードディスク装置５に対する上記指令を行わせる。 分配手段：共有ハードディスク装置５から送られてく
る楽音データ、動画データ及び歌詞データを、バス６６
を介して指定されたＡＶデコーダ６７に分配する。

【００３８】また、図６はＬ−ＨＤＤ６８内のエリア構
成例を示すものであり、例えばリクエストカウンタ６８
ａ、登録エリア６８ｂ及び通常エリア６８ｃ等のエリア
が形成されている。このうち、通常エリア６８ｃは、Ｓ
ＣＳＩバス３を介して転送されてくる楽音データ、動画
データ及び歌詞データの一部又は全体を一時的に書き込
んで蓄積する役割を果たす。この場合、一度再生の終わ
ったデータは、新たなデータの書き込みにより順次上書
き・消去される。また、リクエストカウンタ６８ａは、
音・動画再生装置４において選曲・再生された個々のカ
ラオケ曲の選曲回数を記憶するものであり、選曲が行わ
れる毎に対応する曲のカウント値が１ずつインクリメン
トするようになっている。さらに、登録エリア６８ｂ
は、選曲回数が定められた値以上に到達したカラオケ曲
の楽音データ、動画データ及び歌詞データの全体を、曲
番号と対応付けた形で書込み、登録するためのエリアで
ある。なお、該登録エリア６８ｂ内のデータは、所定の
登録解除処理がなされない限り消去されないようになっ
ている。

【００３９】そして、前述のＣＰＵ６１（図４）は、Ｓ
ＣＳＩバス３を介して転送されてくる楽音データ、動画
データ及び歌詞データの、上記通常エリア６８ｃ及び登
録エリア６８ｂへの書込み制御、及びカラオケ曲の演奏
及び背景映像の表示等、音・動画の再生を行うための、
上記データのそれらエリアからの読出し制御を司る。こ
こで、ＣＰＵ６１は、通常エリア６８ｃ及び登録エリア
６８ｂへのデータの書込みと読出しとを並行して行うこ
とができるよう、マルチタスク処理に適したものが採用
されている。

【００４０】図５は、ＡＶデコーダ６７と再生出力ユニ
ット６９との構成例を示すブロック図である。ＡＶデコ
ーダ６７は、ＣＰＵ７１、ＲＯＭ７２及びＲＡＭ７３を
備えた中央制御部７０と、これに接続された圧縮動画デ
ータデコーダ７４、スーパーインポーズテロップコント
ローラ７５、圧縮音データデコーダ７６及びシリアルド
ライバ７７等により構成されている。ここで、中央制御
部７０のＣＰＵ７１は、ＡＶデコーダ６７の全体の作動
制御を司るとともに、バス６６を介して受信した楽音デ
ータを圧縮音データデコーダ７６に、動画データを圧縮
動画データデコーダ７４に、歌詞データをスーパーイン
ポーズテロップコントローラ７５にそれぞれ分配する役
割を果たす。

【００４１】圧縮動画データデコーダ７４及び圧縮音デ
ータデコーダ７６は、それぞれ圧縮動画データ及び楽音
データとしての圧縮音データの圧縮解除を行うものであ
る。また、スーパーインポーズテロップコントローラ７
５は、その内部に文字画像記憶手段としてのフォントＲ
ＯＭ７５ａを備え、前述の歌詞データを受信し、それに
含まれる各文字コードに対応する文字フォントデータ
（文字画像データ）をフォントＲＯＭ７５ａから読み出
して曲の歌詞テロップの映像データを生成するととも
に、これを圧縮動画データデコーダ７４からの圧縮解除
後の動画データと合成する映像合成手段として機能す
る。また、表示される歌詞テロップの表示状態（例えば
歌詞テロップの表示色、歌詞テロップの背景部分の表示
色など）を、曲の演奏の進行に同期して順次変更し、利
用者に該当する歌唱部分を知らせる役割も果たす。な
お、動画再生においては、単位時間当りの再生コマ枚数
が一定とされていることから、コマ再生に同期して各コ
マに随伴するタイムスタンプデータ（図１（ｂ））を読
み出せば、その読出間隔はほぼ一定となる。そして、上
記歌詞テロップの表示状態の変更速度あるいはタイミン
グは、その読み出されるタイムスタンプデータを参照し
て決定することができる。

【００４２】次に、再生出力ユニット６９には、映像出
力ケーブル７８ａを介してＡＶデコーダ６７のスーパー
インポーズテロップコントローラ７５と接続されるモニ
タ７８、ステレオピンジャックケーブル等の音出力ケー
ブル７９ａを介して圧縮音データデコーダ７６と接続さ
れるアンプ７９とこれに接続されたスピーカ８０、及び
信号転送ケーブル８１ａを介してシリアルドライバ７７
に接続されたリモコン受信部８１等を含んで構成されて
おり、リモコンユニット８２が付属している。リモコン
ユニット８２は曲番号等を入力するための入力キーと、
その入力されたデータを無線送信するための無線送信部
とを備えており、例えば選曲のために曲番号を入力する
と、その曲番号のデータがリモコン受信部８１へ無線送
信され、さらにＡＶデコーダ６７のシリアルドライバ７
７を介して中央制御部７０へ送られるようになってい
る。一方、スーパーインポーズテロップコントローラ７
５からは、合成後の背景映像及び歌詞テロップのデータ
が図示しないモニタ制御部において映像信号に変換され
た後、モニタ７８に送信されて映像表示される。また、
圧縮音データデコーダ７６からは、圧縮解除された楽音
データが図示しないＤ／Ａ変換器を介してアンプ７９に
送られ、カラオケ演奏音としてスピーカ８０から出力さ
れる。

【００４３】以下、カラオケシステム１の作動について
図７及び図８のフローチャートを用いて説明する。図７
は、音・動画再生装置４から共有ハードディスク装置５
へのデータアクセス処理の流れを示すものである。すな
わち、図５に示す再生出力ユニット６９において、リモ
コンユニット８２から曲番号を入力すると、これがリモ
コン受信部８１及びシリアルドライバ７７を介して、図
４の音・動画再生装置４の中央制御部６０へ送られる。
中央制御部６０のＣＰＵ６１は、ＲＡＭ６３内の曲番号
送信フラグ６３ａがオンになっていれば、その受信した
曲番号のデータをＳＣＳＩバス３を経由して図１の共有
ハードディスク装置５へ送信する（以上、図７：Ｓ
１）。一方、曲番号送信フラグ６３ａがオフであれば曲
番号データの送信は行わない。

【００４４】図９に示すように、ＳＣＳＩバス３は、各
ＳＣＳＩ対応装置（すなわちＳＣＳＩコントローラ５０
と音・動画再生装置４）に対応するデータバスビット
と、ＢＵＳＹ信号（バス使用中を表す信号：以下、ＢＳ
Ｙ信号という）バスＢＳＹ、ＳＥＬＥＣＴ信号（あるＳ
ＣＳＩ装置がバスを確保したことを意味する信号：以
下、ＳＥＬ信号という）バスＳＥＬ等を含んで構成さ
れ、これら各信号の組み合わせによって、ＳＣＳＩの各
種状態遷移が実行される。なお、ＳＣＳＩバス３は、１
６ビットＷｉｄｅ−ＳＣＳＩであるからデータバスビッ
トの数は１６本であるが、説明をわかりやすくするため
にデータバスビットはＤＢ０〜ＤＢ７の８本のみを示す
ものとする。なお、データバスビットＤＢ０〜７は、所
定の値よりも低い電圧レベルとなっている状態（以下、
単に「Ｌ」等と書く）及び高い電圧レベルとなっている
状態（以下、単に「Ｈ」等と書く）のいずれかをとりう
るものとされ、本実施例では、「Ｌ」は「真」を意味
し、「Ｈ」は「偽」を意味するものとして取り扱う。一
方、各ＳＣＳＩ対応装置は、ＢＵＳＹ信号バスＢＳＹ及
びＳＥＬＥＣＴ信号バスＳＥＬについては一本のものを
共用することとなるので、「偽」状態では、他のＳＣＳ
Ｉ対応装置からのそれらバスの使用を妨げないように、
「Ｌ」及び「Ｈ」のいずれの出力も行わない「ハイ・イ
ンピーダンス」状態としてそれらバスを解放するように
なっている。

【００４５】ＳＣＳＩバス３は、初めは、すべての音・
動画再生装置４を含むいずれのＳＣＳＩ対応装置もバス
を使用していないバスフリーフェーズにあり、ＢＳＹ信
号及びＳＥＬ信号はいずれも偽となっている。そして、
これから曲番号のデータを送ろうとしている音・動画再
生装置４が該ＳＣＳＩバス３の使用権を獲得するため
に、アービトレーションフェーズが実行される（図７：
Ｓ２）。ＳＣＳＩ規格においては、各ＳＣＳＩ対応装置
に対するＳＣＳＩバス３の使用優先序列が定められてお
り、ＩＤ番号の大きい機器ほどバスの使用が優先され
る。そして、ＳＣＳＩ対応装置からのＳＣＳＩバス３に
対する使用（アクセス）が競合した場合には、その最優
先の装置、すなわちＩＤ番号が最も大きい装置について
のみ使用権がＳＣＳＩバス３に対して確保される。ここ
では、ＩＤ＝０をＳＣＳＩコントローラ５０に、ＩＤ＝
１〜７を各音・動画再生装置４に割り当てるものとす
る。その決定手順は以下の通りである。

【００４６】まず、ＳＣＳＩバス３を使用する音・動画
再生装置４が１台のみである場合であるが、例えば図９
に示すようにＩＤ＝１の装置がＳＣＳＩバス３を使用し
ようとすると、該装置はイニシエータとなって、自分の
ＩＤ番号に対応するデータバスビットＤＢ１の出力を
「真（Ｌ）」とし、ＢＳＹを「真（Ｌ）」とする（矢印
Ａ）。ＩＤ＝１の音・動画再生装置４は一定時間経過
後、ＳＣＳＩバス３の他のデータバスビットが「真
（Ｌ）」となっていないことを確認し、ＳＥＬを「真
（Ｌ）」とする（矢印Ｂ）。これによって、ＩＤ＝１の
音・動画再生装置４は、ＳＣＳＩバス３の使用権を獲得
したことになる。

【００４７】次に、図１０を用いて、２つの音・動画再
生装置４がアービトレーションを行い、ＳＣＳＩバス３
の使用権を獲得する場合について説明する。すなわち、
ＳＣＳＩバス３を使用しようとするＩＤ＝１の音・動画
再生装置４は、自分のＩＤ番号に対応するデータバスビ
ットＤＢ１を「真（Ｌ）」とし、ＢＳＹ信号を「真
（Ｌ）」とする（矢印Ｃ）。次に、同じタイミングでバ
スを使用しようとしているＩＤ＝２の音・動画再生装置
４は、自分のＩＤ番号に対応するデータバスビットＤＢ
２とＢＳＹを「真（Ｌ）」とする（矢印Ｄ）。そして、
ＳＣＳＩのアービトレーション・フェーズでは、ＩＤ番
号の大きい方の装置にバスの使用優先権が与えられる。
そのため、ＩＤ＝２の装置は、一定時間経過後に自分の
ＩＤ番号より大きいデータバスビットが「真（Ｌ）」と
なっていないことを確認して、自分がＳＣＳＩバス３の
使用権を獲得したことを知り、ＳＥＬを「真（Ｌ）」と
する（矢印Ｆ）。一方、ＩＤ＝１のＳＣＳＩ対応装置
は、自分のＩＤ番号より大きいデータバスビットＤＢ２
が「真（Ｌ）」となっているのを確認して、自分がＳＣ
ＳＩバスの使用権獲得に失敗したことを知り、データバ
スビットＤＢ１及びＢＳＹを「偽（「Ｈ」及び「ハイ・
インピーダンス」）」の状態に戻す（矢印Ｅ又はＧ）。

【００４８】さて、アービトレーションが終了し、ＳＣ
ＳＩバス３の使用権が確保されたら、次いでセレクショ
ン・フェーズに移行する。セレクション・フェーズは、
イニシエータ、すなわちＳＣＳＩバス３の使用権を得た
音・動画再生装置４が、自分の目的とするターゲットを
選択するためのフェーズである。この場合、ターゲット
は共有ハードディスク装置５（のＳＣＳＩコントローラ
５０）ということになる。

【００４９】例えば図１１に示すように、矢印Ａ，及び
Ｂにおいて、イニシエータとしてのＩＤ＝３の音・動画
再生装置４がＳＣＳＩバス３を獲得した場合、ターゲッ
トとなるＩＤ＝０の装置（すなわち、共有ハードディス
ク装置５）は、ＳＥＬ信号を「真（Ｌ）」としてから一
定時間経過後の矢印Ｃのタイミングで、ＩＤ＝０の装置
のデータバスビットＤＢ０を「真（Ｌ）」にし、さらに
矢印ＤのタイミングでＢＳＹを「偽（ハイ・インピーダ
ンス）」とする。その後、ＩＤ＝０の装置は、データバ
スＤＢ０が「真（Ｌ）」となっていることで、自分がタ
ーゲットとして選択されたことを知り、ＢＳＹを「真
（Ｌ）」とする（矢印Ｅ）。ＢＳＹが「真（Ｌ）」とな
ったことでイニシエータはＳＥＬを解放し、セレクショ
ンフェーズが終了する（矢印Ｆ）。

【００５０】こうして、イニシエータとターゲットとが
確定したら、データアウト・フェーズへ移行し、イニシ
エータとしての音・動画再生装置４からターゲットであ
る共有ハードディスク装置５へ曲番号のデータの送信が
なされる。なお、曲番号データ送信時に、音・動画再生
装置４の中央制御部６０（図４）は、Ｌ−ＨＤＤ６８内
のリクエストカウンタ６８ａにおいて、その曲番号に対
応するカウンタをインクリメントする（以上、図７：Ｓ
４）。

【００５１】さて、曲番号データを受けた共有ハードデ
ィスク装置５におけるデータ読出・転送処理の概要を図
２を用いて説明する。すなわち、音・動画再生装置４か
らＳＣＳＩコントローラ５０に対し送られた曲番号デー
タ（）は、ＳＣＳＩコントローラ５０からＤＭＡコン
トローラ５２を介してＲＡＭ５５に格納されるととも
に、制御ＣＰＵ５３には曲番号の受信通知が割り込み処
理あるいはポーリングによりなされる（）。次いで、
制御ＣＰＵ５３は、各ディスクコントローラ６に指示を
出し、各ＨＤＤ２６において曲番号に対応するデータの
格納セクタをリードさせる（）。読み出されたデータ
は、データバッファメモリ５７に一旦蓄積され（）、
すべてのデータの読出しが完了したら割り込み処理ある
いはポーリングによりこれが制御ＣＰＵ５３に通知され
る（）。これを受けて制御ＣＰＵ５３は、ＳＣＳＩコ
ントローラ５０とＤＭＡコントローラ５２とに指示を出
し、データバッファメモリ５７内のデータをＳＣＳＩコ
ントローラ５０へ転送する（）。

【００５２】ＳＣＳＩコントローラ５６は、受けたデー
タをイニシエータである音・動画再生装置４へ転送する
（データイン・フェーズ、図７：Ｓ５）。音・動画再生
装置４の中央制御部６０（図４）は、受信したデータを
一旦Ｌ−ＨＤＤ６８に書き込んでこれを蓄積する。この
場合、該曲番号に対応するリクエストカウンタ６８ａ
（図６）の値が、所定値ｎに到達していれば、受信した
データを曲番号と対応付けた形で登録エリア６８ｂに書
き込み、ｎ未満であれば通常エリア６８ｃに書き込む
（以上、図７：Ｓ６〜Ｓ９）。

【００５３】図８は、受信したデータの再生処理の流れ
を示している。この再生処理は、前述の通り、データの
受信及びＬ−ＨＤＤ６８への書込みの処理と並行して行
われる。まず、リモコンユニット８２から入力された曲
番号に対し、音・動画再生装置４の中央制御部６０（図
４）は、その曲番号に対応する楽音データ、歌詞データ
及び動画データが登録エリア６８ｂ（図６）内にあるか
どうかを確認し、データがなければ前述の曲番号送信フ
ラグ６３ａをオンにする（図９：Ｓ１〜Ｓ３）。これに
より、図７に示す上述の処理により、共有ハードディス
ク装置５からデータが転送されてこれがＬ−ＨＤＤ６８
に蓄積される。ここで、リクエストカウンタ６８ａ（図
６）の値がｎ未満の場合は、転送されてくるデータは通
常エリア６８ｃに書き込まれるので、該エリア６８ｃ内
の蓄積データ量が一定以上に到達していれば、中央制御
部６０は該エリア６８ｃからデータの読出しを開始し、
曲番号を受けたＡＶデコーダ６７にこれを転送する（以
上、Ｓ５〜Ｓ８）。ＡＶデコーダ６７は、受けた楽音デ
ータの圧縮を解除してアンプ７９に出力することにより
曲演奏を行う一方、スーパーインポーズテロップコント
ローラ７５において、圧縮解除した動画データによる背
景映像と歌詞データに基づく歌詞テロップとを合成して
モニタ７８に出力する（図５）。なお、リクエストカウ
ンタ６８ａ（図６）の値がｎに到達している場合も、デ
ータを読み出すエリアが登録エリア６８ｂとなる点を除
いて同様の処理となる（Ｓ１０〜Ｓ１５）。

【００５４】このように、Ｌ−ＨＤＤ６８に一旦蓄積さ
れたデータを読み出して再生を行うようにすることで、
再生の進行に合わせて共有ハードディスク装置５からの
データ転送をリアルタイムで行う必要がなくなり、例え
ばＳＣＳＩバス３へのアクセスが混み合って、共有ハー
ドディスク装置５からのデータ転送が滞った場合でも、
再生される音や動画に途切れが生ずるトラブルが生じに
くくなる。

【００５５】一方、Ｓ２において、データが登録エリア
６８ｂ内にある場合はＳ１６へ進んで曲番号送信フラグ
６３ａがオフとされ、以下は、その登録エリア６８ｂか
らデータが読み出されて再生が行われる（Ｓ１７〜Ｓ１
９）。この場合、曲番号送信フラグ６３ａ（図４）がオ
フとなることで、図７に示す共有ハードディスク装置５
へのデータアクセス処理は行われない。

【００５６】なお、図４に示すように、複数ある音・動
画再生装置４のいずれかに、ホストコンピュータ１１と
通信するためのモデム９０を設けることができる。これ
により、該音・動画再生装置４は、モデム９０と電話回
線等の通信網ＮＷとを介してホストコンピュータ１１か
ら新たなカラオケ曲のデータ（楽音データ、歌詞データ
及び背景映像の動画データを含む）を受信し、これをＳ
ＣＳＩバス３を介して共有ハードディスク装置５に転送
する役割を果たす。また、その音・動画再生装置４は、
他の音・動画再生装置４からその稼働状況に関するデー
タ（稼働データ）を収集するとともに、その収集した稼
働データをモデム９０を介してホストコンピュータ１１
へ送信する役割を果たす。なお、モデム９０はバス６６
に接続されるとともに、新たなカラオケ曲のデータ受信
及び収集した稼働データのホストコンピュータ１１への
送信の各処理の制御は、その音・動画再生装置４の中央
制御部６０が行うこととなる。

【００５７】また、楽音データは、上記実施例において
は圧縮デジタル音データとされていたが、これをＭＩＤ
Ｉ（Musical Instrument Digital Interface）規格デー
タとすることも可能である。該ＭＩＤＩ規格データは、
曲を構成する各音の少なくとも音高、音の強さ、音の長
さ、音色等の信号データを含んで構成され、専用のデー
タデコーダ（すなわち、ＭＩＤＩシーケンサ、又はそれ
を内蔵したＭＩＤＩ対応楽器あるいはシンセサイザな
ど）に送られて音信号に変換される。この場合、例えば
図５に示すように、ＡＶデコーダ６７には、圧縮音デー
タデコーダ７６に代えて又は圧縮音データデコーダ７６
とともに上記データデコーダとしてのＭＩＤＩシーケン
サ９１を設け、ここでＭＩＤＩデータを音信号に変換し
てアンプ７９へ出力するように構成することができる。
この場合、例えば演奏頻度の高いものなど、一部のカラ
オケ曲の楽音データはデジタル圧縮音データにより、他
はＭＩＤＩデータによりそれぞれ共有ハードディスク装
置５に記憶するようにしてもよい。この場合、圧縮音デ
ータデコーダ７６とＭＩＤＩシーケンサ９１とを両方設
けておき、データの種類に応じてこれらを適宜使い分け
るようにする。ＭＩＤＩデータはデジタル圧縮音データ
に比べてデータ量が少なくてすむので、多数のカラオケ
曲のデータをカバーする上で好都合である。

【００５８】なお、図１２に示すように、音・動画再生
装置４と共有ハードディスク装置５に含まれるすべての
ＨＤＤ５ａとを、１本のＳＣＳＩバス３によりデイジー
チェーン接続する構成も可能である。この場合、共有ハ
ードディスク装置５はディスクアレイを構成せず、前述
のデータのブロック分割及び複数ＨＤＤへの分散記憶も
行われない。なお、ＳＣＳＩ規格では、ＳＣＳＩバスの
配線長はシングルエンド型で６ｍ、ディファレンシャル
型で２５ｍという制約があるので、上記構成の場合、音
・動画再生装置４と共有ハードディスク装置５とをなる
べく近接して配置することで一体の集中管理装置を構成
し、該集中管理装置から各部屋に配置された再生出力ユ
ニット６９に対し、配線長の制約のない前述の出力ケー
ブル７８ａ及び７９ａ等を用いてデータを供給する態様
が望ましいといえる。

【００５９】なお、本発明のデータ集中管理型音・動画
再生システムは、上述の実施例に示したようなカラオケ
システムのほか、例えば映画や番組等の音・動画情報を
提供するビデオサーバシステムにも全く同様に適用でき
る。

【図面の簡単な説明】

【図１】本発明のデータ集中管理型音・動画再生システ
ムの一実施例であるカラオケシステムの全体構成を示す
ブロック図、及び背景映像データのデータ構成を示す説
明図。

【図２】共有ハードディスク装置をディスクアレイで構
成した例を示すブロック図。

【図３】ディスクアレイにおけるデータ記憶形式の説明
図。

【図４】音・動画再生装置の構成例を示すブロック図。

【図５】ＡＶデコーダ及び再生出力ユニットの構成例を
示すブロック図。

【図６】ローカルハードディスクドライブの記憶エリア
構成を示す説明図。

【図７】図１の通信カラオケシステムの処理の流れを示
すフローチャート。

【図８】同じく別のフローチャート。

【図９】１つのＳＣＳＩ対応装置がＳＣＳＩバスの使用
権獲得を行う場合のタイミング図。

【図１０】２つのＳＣＳＩ対応装置がアービトレーショ
ンを行う場合のタイミング図。

【図１１】セレクションを行う場合のタイミング図。

【図１２】本発明に係るカラオケシステムの変形例を示
すブロック図。

【符号の説明】

１ 通信カラオケシステム（データ集中管理型音・動画
再生システム） ３ ＳＣＳＩバス（データバス） ４ 音・動画再生装置 ５ 共有ハードディスク装置 ２６ ハードディスクドライブ ２７ ハードディスク群 ６１ ＣＰＵ（調停手段、読出指令手段、読出指令制御
手段） ６４ ＳＣＳＩインターフェース ６７ 圧縮動画データデコーダ（圧縮解除手段） ６８ ローカルハードディスクドライブ（補助記憶装
置、再生回数カウンタ）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 音データと動画データ（以下、両者を総
   称して音・動画データという）とを記憶した共有ハード
   ディスク装置と、 その共有ハードディスク装置に接続されるとともに、前
   記音・動画データの読出しのために該共有ハードディス
   ク装置に対しアクセスする機能を個別に有した複数の音
   ・動画再生装置とを備え、 それら音・動画再生装置は、前記共有ハードディスク装
   置から転送される前記音・動画データの少なくとも一部
   を、その再生に先立って一時的に蓄積する補助記憶装置
   をそれぞれ有しており、該補助記憶装置に蓄積されたデ
   ータを読み込むことにより音及び動画の再生を行うこと
   を特徴とするデータ集中管理型音・動画再生システム。
2. 【請求項２】 前記動画データは、圧縮状態で前記共有
   ハードディスク装置から前記音・動画再生装置に転送さ
   れるものとされ、 前記複数の音・動画再生装置には、その動画データの圧
   縮状態を解除するための圧縮解除手段がそれぞれ設けら
   れている請求項１記載の音・動画再生システム。
3. 【請求項３】 前記音・動画再生装置は、前記補助記憶
   装置に蓄積された前記音・動画データの再生処理と、前
   記補助記憶装置への新たな前記音・動画データの蓄積処
   理とを並行して行うようになっている請求項１ないし２
   のいずれかに記載の音・動画再生システム。
4. 【請求項４】 前記共有ハードディスク装置には、前記
   音・動画データが複数組記憶されるとともに、 前記音・動画再生装置には、前記各音・動画データの再
   生回数を計数する再生回数カウンタが設けられ、 該再生回数カウンタの計数値が予め定められた値に到達
   した前記音・動画データは、前記補助記憶装置内に形成
   されたデータ登録部にその全体が記憶・登録されるよう
   になっており、次回の再生時からは該データ登録部から
   読み出されて再生される請求項１ないし３のいずれかに
   記載の音・動画再生システム。