JPH10164544A

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

Info

Publication number: JPH10164544A
Application number: JP8330382A
Authority: JP
Inventors: Yuji Kiyohara; 裕二清原
Original assignee: Brother Industries Ltd; Xing Inc
Current assignee: Brother Industries Ltd; Xing Inc
Priority date: 1996-11-25
Filing date: 1996-11-25
Publication date: 1998-06-19

Abstract

(57)【要約】【課題】動画データの各再生装置への転送処理等を集
中制御するためのサーバが不用で安価に構成することが
できる音・動画再生システムを提供する。【解決手段】音・動画再生システム１は、音データと
動画データとを記憶した共有ハードディスク装置５と、
その共有ハードディスク装置５に接続されるとともに、
音データ及び動画データの読出しのために該共有ハード
ディスク装置５に対しアクセスする機能を個別に有した
複数の音・動画再生装置４とを備える。動画データは、
圧縮状態で共有ハードディスク装置から音・動画再生装
置４に転送され、各音・動画再生装置４には、その動画
データの圧縮状態を解除するための圧縮解除手段がそれ
ぞれ設けられる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来、カラオケボックスなどで採用され
ている集中管理型通信カラオケシステムにおいては、例
えば図１３に示すように、ホストコンピュータ１０１か
ら電話回線１０２等により配信された楽音データと歌詞
データとをサーバ１０３のハードディスクドライブ（Ｈ
ＤＤ）１０７に記憶しておき、各端末装置１０４からリ
クエストがあると楽音データと歌詞データとがＬＡＮ
（Local Area Network）１０８を介して送信され、各端
末装置１０４に設けられた再生装置１０５により曲の演
奏及び歌詞テロップのモニタ１０６への表示が行われ
る。一方、多くのカラオケシステムでは、モニタ１０６
には歌詞テロップとともに背景映像も表示されるように
なっているが、これはＬＤ（光学式ビデオディスク）な
いしＣＤ−ＲＯＭに格納された背景映像データを、サー
バ１０３とは別途設けられた再生装置１０９により再生
し、その再生された映像信号を同軸ケーブル１１０を介
して各端末装置１０４に伝送する方式が採用されてい
る。この場合、複数の再生装置１０９により複数種類の
背景映像を多チャンネル同時再生し、リクエストされた
曲に合わせて適宜チャンネル切替えを行うことにより、
曲の雰囲気に合った背景映像を流すことも行われてい
る。

【０００３】

【発明が解決しようとする課題】ところで、上記カラオ
ケシステムのように背景映像データをＬＤやＣＤ−ＲＯ
Ｍ等の物理メディアに格納する方式では、再生可能な背
景映像の種類が再生装置１０９の台数あるいはデータ伝
送のチャンネル数により決まってしまうことから、曲数
に較べてはるかに少ない種類の映像しか流すことができ
ず、違う曲をリクエストしても同じ背景映像が流れて利
用者に飽きられてしまう問題がある。そこで、背景映像
データもサーバ１０３のＨＤＤ１０７に記憶しておき、
楽音データと同様にＬＡＮ１０８を介して端末装置１０
４へ転送して再生する方法も検討されている。

【０００４】しかしながら、映像データは楽音データと
異なりデータ量が非常に多く、また各端末装置に搭載さ
れたデータバッファメモリの容量も限られていることか
ら、サーバ１０３から端末装置１０４へはリアルタイム
でデータ転送を行わざるを得なくなり、サーバ１０３の
処理負担が増大して、映像途切れ等のトラブルも発生し
やすくなる問題がある。また、これを解決するためには
サーバ１０３と端末装置１０４との間のデータ転送速度
を大きくすることが有効であるが、そのためにはサーバ
１０３の性能アップが必須条件となり、システムのコス
ト増を招く問題がある。

【０００５】本発明の課題は、背景映像データ等の動画
データも共有ハードディスク装置で一括管理することが
でき、また、その動画データの各再生装置への転送処理
等を集中制御するためのサーバが不用で安価に構成する
ことができるデータ集中管理型音・動画再生システムを
提供することにある。

【０００６】

【課題を解決するための手段及び作用・効果】上述の課
題を解決するために本発明のデータ集中管理型音・動画
再生システムは、音データと動画データとを記憶した共
有ハードディスク装置と、その共有ハードディスク装置
に接続されるとともに、音データ及び動画データの読出
しのために該共有ハードディスク装置に対しアクセスす
る機能を個別に有した複数の音・動画再生装置とを備
え、動画データは、圧縮状態で共有ハードディスク装置
から音・動画再生装置に転送されるとともに、各音・動
画再生装置には、その動画データの圧縮状態を解除する
ための圧縮解除手段がそれぞれ設けられたことを特徴と
する。なお、音データは、音楽演奏音や歌唱音を始め、
効果音、台詞、ナレーション等の音ないし音声のデータ
とすることができる。

【０００７】すなわち、上記構成によれば、各音・動画
再生装置が共有ハードディスク装置に対しアクセスする
機能を個別に有していることから、従来のシステムのよ
うに、動画データ及び音データの読出し及びその読み出
されたデータの各音・動画再生装置への転送等の処理を
サーバ等により一括制御する必要がなくなる。その結
果、動画データのような大量のデータを転送する場合で
も、その処理負担が１つの装置に集中しなくなるので動
画の再生をスムーズに行うことができ、画像途切れ等の
トラブルも生じにくくなる。また、データ量の多い動画
データは圧縮状態で共有ハードディスク装置に記憶され
ており、個々の音・動画再生装置へはその圧縮状態で転
送された後、各装置毎に圧縮解除されて再生されるの
で、次のような利点が生ずる。共有ハードディスク装置における動画データの記憶容
量を削減できる。圧縮により動画データの量が減少するのでデータ転送
を短時間で行うことができ、また転送制御のための処理
負荷を軽減することができる。その結果、画像途切れ等
のトラブルも生じにくくなる。動画データの圧縮解除処理の負担を個々の再生装置に
分散することができ、ひいては各再生装置において動画
再生をスムーズに行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

【００２０】次に、音・動画再生装置は、動画データに
基づいて動画を表示する動画表示装置と、前記音データ
に基づいて音出力を行う音出力装置とをそれぞれ備える
複数の再生出力ユニットと、共有ハードディスク装置か
ら受信した動画データと音データとを、それら複数の再
生出力ユニットの所定のものに分配する分配手段とを含
むものとして構成することができる。１台の音・動画再
生装置に複数の再生出力ユニットを設け、読み出された
データを各ユニットに適宜分配することで、複数系列の
音及び動画を同時に再生することができる。例えばカラ
オケボックス等における集中管理型カラオケシステムを
本発明のシステムにより構築する場合、上記複数の再生
出力ユニットを各部屋に分散配置すれば、１台の音・動
画再生装置によりそれら複数の部屋に音及び動画のデー
タを供給することができる。

【００２１】上記共有ハードディスク装置は複数のハー
ドディスクドライブを含むものとして構成することがで
きる。この場合、該共有ハードディスク装置は、一まと
まりとして読み書きされるべき音データ及び／又は動画
データ（原データ）を複数のデータブロックに分割し
て、それぞれ上記複数のハードディスクドライブに分散
して記憶するものとして構成することができる。この場
合、該原データは、上記複数のハードディスクドライブ
に対し、上記データブロック単位で並列して読み書きさ
れる。これにより、共有ハードディスク装置に対するデ
ータの読み書きを高速で行うことができる。

【００２２】この場合、原データに基づいて生成された
エラー訂正情報をエラー訂正情報記憶部（例えばエラー
訂正情報記憶用のハードディスクドライブ）に記憶させ
ておくことができる。そして、上記複数のハードディス
クドライブのいずれかにおいて、データブロックの読出
しが不能となった場合には、読出し可能な他のハードデ
ィスクドライブのデータブロックと、エラー訂正情報記
憶部に記憶されたエラー訂正情報とに基づいて、その読
出し不能となったデータブロックの復元を行うデータ復
元手段を設けることができる。これにより、エラー発生
や故障等により、あるハードディスクドライブからのデ
ータブロックの読出しが不能になっても、該データを復
元することができるので、共有ハードディスク装置の信
頼性を高めることができる。例えば、原データを、配列
順序が予め定められた同一数のデータビットからなるデ
ータブロックに分割し、それらデータブロック間で、互
いに対応する配列位置にあるデータビット同士のパリテ
ィを求めてこれを上記エラー訂正情報として使用するこ
とができる。またエラー訂正情報としては上記パリティ
のほか、ハミング符号、ＢＣＨ符号あるいはリードソロ
モン符号等を使用することができる。

【００２３】上述のような構成の共有ハードディスク装
置の具体例として、ディスクアレイ（別名ＲＡＩＤ：Re
dundant Arrays of Inexpensive Disksの略）を例示す
ることができる。

【００２４】上記データ集中管理型音・動画再生システ
ムは、具体的にはカラオケシステムとして構成すること
ができる。この場合、各音・動画再生装置は、楽音デー
タに基づいて曲のカラオケ演奏を行うカラオケ演奏手段
と、歌詞データに基づいてその曲の歌詞テロップを表示
する歌詞表示装置とを備えたものとして構成される。こ
の場合、音データは上記楽音データを含むものとされ、
動画データは、上記歌詞表示装置に対し、歌詞テロップ
と重ね表示される背景映像のデータを含むものとされ
る。このように構成されたカラオケシステムにおいて
は、共有ハードディスク装置からの背景映像データの転
送をスムーズに行うことができ、また、背景映像の種類
を増やすことができる。

【００２５】また、共有ハードディスク装置には、曲の
歌詞データを文字コードにより記憶する歌詞データ記憶
手段を設けることができ、音・動画再生装置には、文字
画像データを文字コードと対応付けて記憶する文字画像
データ記憶手段と、共有ハードディスク装置から転送さ
れてくる歌詞データを受信し、それに含まれる各文字コ
ードの文字画像データを文字画像データ記憶手段から読
み出して曲の歌詞テロップの映像データを生成し、これ
を背景映像の映像データと合成する映像合成手段とを設
けることができる。これにより、共有ハードディスク装
置には文字コードにより歌詞データが記憶されるので、
歌詞データのサイズを小さくすることができ、ひいては
共有ハードディスク装置の記憶容量を節約することがで
きる。また、歌詞テロップ画像の生成及びその背景映像
との合成が各音・動画再生装置毎に行われるので、歌詞
テロップ表示のための上記画像処理の負担をそれら再生
装置に分散することができる。

【００２６】また、上記複数の音・動画再生装置の少な
くともそのいずれかのものに、各音・動画再生装置の稼
働状況に関するデータ（稼働データ）をそれら音・動画
再生装置から収集する稼働情報収集手段を設けることが
できる。これにより、複数の音・動画再生装置の稼働状
況の管理を容易に行うことができる。この場合、外部管
理装置に対し、各音・動画再生装置から収集した稼働デ
ータを送信するための通信手段を設けておき、稼働デー
タに基づく音・動画再生装置の管理を該外部管理装置に
行わせるようにしてもよい。また、上記通信手段は、新
たな音データ及び動画データをデータ送信元から受信す
るデータ受信機能を有するものとして構成することがで
きる。この場合、該通信手段が設けられる音・動画再生
装置に対し、その受信した音データ及び動画データを共
有ハードディスク装置に転送するための新規データ転送
手段を設けることができる。こうすれば、新規の音デー
タ及び動画データ（例えばカラオケシステムの場合は新
曲の楽音データと背景映像データ）の受信機能を音・動
画再生装置に兼用させることができる。

【００２７】次に、上記各音・動画再生装置には、共有
ハードディスク装置から転送される音・動画データの少
なくとも一部を、その再生に先立って一時的に蓄積する
補助記憶装置を設けることができ、該補助記憶装置に蓄
積されたデータを読み込むことにより音及び動画の再生
を行うように構成することができる。

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

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

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

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

【００３２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６４】このように、Ｌ−ＨＤＤ６８に一旦蓄積さ
れたデータを読み出して再生を行うようにすることで、
再生の進行に合わせて共有ハードディスク装置５からの
データ転送をリアルタイムで行う必要がなくなり、例え
ばＳＣＳＩバス３へのアクセスが混み合って、共有ハー
ドディスク装置５からのデータ転送が滞った場合でも、
再生される音や動画に途切れが生ずるトラブルが生じに
くくなる。ただし、ＳＣＳＩバス３へのアクセス頻度が
それほど高くなかったり、あるいはデータ転送速度の極
めて大きいＳＣＳＩバスを採用した場合のように、デー
タ転送の停滞がほとんど生じないと想定される場合に
は、Ｌ−ＨＤＤ６８を省略する構成も可能である。

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】従来の集中管理型カラオケシステムの構成を
示すブロック図。

【符号の説明】

１カラオケシステム（データ集中管理型音・動画再生
システム）３ＳＣＳＩバス（データバス）４音・動画再生装置５共有ハードディスク装置５ａ楽音データ記憶部（音データ）５ｂ背景映像データ記憶部５ｃ歌詞データ記憶部２６ハードディスクドライブ２７ハードディスク群６１ＣＰＵ（調停手段、読出指令手段、読出指令制御
手段、分配手段、稼働情報収集手段）６４ＳＣＳＩインターフェース６７圧縮動画データデコーダ（圧縮解除手段）６９再生出力ユニット７５スーパーインポーズテロップコントローラ（映像
合成手段）７５ａフォントＲＯＭ（文字画像データ記憶手段）７８モニタ（動画表示装置、歌詞表示装置）７９アンプ（音出力装置、カラオケ演奏手段）８０スピーカ（音出力装置、カラオケ演奏手段９０モデム（通信手段）

Claims

【特許請求の範囲】

【請求項１】音データと動画データとを記憶した共有
ハードディスク装置と、その共有ハードディスク装置に接続されるとともに、前
記音データ及び動画データの読出しのために該共有ハー
ドディスク装置に対しアクセスする機能を個別に有した
複数の音・動画再生装置とを備え、前記動画データは、圧縮状態で前記共有ハードディスク
装置から前記音・動画再生装置に転送されるものとさ
れ、前記各音・動画再生装置には、その動画データの圧
縮状態を解除するための圧縮解除手段がそれぞれ設けら
れたことを特徴とするデータ集中管理型音・動画再生シ
ステム。
【請求項２】前記複数の音・動画再生装置はデータバ
スにより互いに直鎖状に接続されるとともに、前記データバス上には、それら複数の音・動画再生装置
の少なくとも一部のもの同士の間で該データバスの使用
が競合した場合に、それら競合する音・動画再生装置の
いずれか１つのものに対し、該データバスの使用権を設
定する調停手段が設けられ、前記各音・動画再生装置には、所定の音データと動画データとの読出しを前記共有ハー
ドディスク装置に対して指令する読出指令手段と、前記調停手段により前記データバスの使用権が設定され
た場合に限り、前記読出指令手段に前記共有ハードディ
スク装置に対する前記指令を行わせる読出指令制御手段
とが設けられており、前記共有ハードディスク装置からは、前記使用権の設定
された音・動画再生装置に対し前記データバスを介して
音データと動画データとの転送が行われる請求項１記載
の音・動画再生システム。
【請求項３】前記複数の音・動画再生装置の間には、
前記データバスの使用に関する優先順位が予め固定的に
定められており、前記調停手段は前記各音・動画再生装置に設けられ、そ
れぞれ前記データバスの使用状況を確認するとともに、
自身の対応する音・動画再生装置と他の音・動画再生装
置との間で前記データバスの使用が競合しておらず、か
つ当該自身の対応する音・動画再生装置よりも優先され
るべき他の音・動画再生装置が前記データバスの使用権
を要求していないと判断した場合に限り、その音・動画
再生装置に対し該データバスの使用権を設定するもので
ある請求項２記載の音・動画再生システム。
【請求項４】前記各音・動画再生装置はＳＣＳＩイン
タフェースを有するとともに、前記データバスとして機
能するＳＣＳＩバスにより前記ＳＣＳＩインタフェース
を介して互いに接続される請求項３記載の音・動画再生
システム。
【請求項５】前記音・動画再生装置は、前記動画デー
タに基づいて動画を表示する動画表示装置と、前記音デ
ータに基づいて音出力を行う音出力装置とをそれぞれ備
える複数の再生出力ユニットと、前記共有ハードディス
ク装置から受信した前記動画データと前記音データと
を、前記複数の再生出力ユニットの所定のものに分配す
る分配手段とを含む請求項１ないし４のいずれかに記載
の音・動画再生システム。
【請求項６】前記共有ハードディスク装置は複数のハ
ードディスクドライブを含んで構成され、前記音データ及び／又は動画データは、一まとまりとし
て読み書きされるべきもの（以下、原データという）が
複数のデータブロックに分割されて、それぞれ前記複数
のハードディスクドライブに分散して記憶されており、前記原データは、前記複数のハードディスクドライブに
対し、前記データブロック単位で並列して読み書きされ
る請求項１ないし５のいずれかに記載の音・動画再生シ
ステム。
【請求項７】前記原データに基づいて生成されたエラ
ー訂正情報を別途記憶するエラー訂正情報記憶部と、前記複数のハードディスクドライブのいずれかにおい
て、前記データブロックの読出しが不能となった場合に
は、読出し可能な他のハードディスクドライブのデータ
ブロックと、前記エラー訂正情報記憶部に記憶されたエ
ラー訂正情報とに基づいて、その読出し不能となったデ
ータブロックの復元を行うデータ復元手段とが設けられ
ている請求項６記載の音・動画再生システム。
【請求項８】前記音・動画再生装置は、楽音データに
基づいて曲のカラオケ演奏を行うカラオケ演奏手段と、
歌詞データに基づいてその曲の歌詞テロップを表示する
歌詞表示装置とを備え、前記音データは前記楽音データを含むものであり、前記動画データは、前記歌詞表示装置に対し、前記歌詞
テロップと重ね表示される背景映像のデータを含むもの
である請求項１ないし７のいずれかに記載の音・動画再
生システム。
【請求項９】前記共有ハードディスク装置には、前記
歌詞データを文字コードにより記憶する歌詞データ記憶
手段が設けられており、前記音・動画再生装置には、文字画像データを前記文字コードと対応付けて記憶する
文字画像データ記憶手段と、前記共有ハードディスク装置から転送されてくる前記歌
詞データを受信し、それに含まれる各文字コードの文字
画像データを前記文字画像データ記憶手段から読み出し
て前記曲の歌詞テロップの映像データを生成し、これを
前記背景映像の映像データと合成する映像合成手段とが
設けられている請求項８記載の音・動画再生システム。
【請求項１０】前記複数の音・動画再生装置は、少な
くともそのいずれかのものに、各音・動画再生装置の稼働状況に関するデータ（以下、
稼働データという）をそれら音・動画再生装置から収集
する稼働情報収集手段と、外部管理装置に対し、前記各音・動画再生装置から収集
した稼働データを送信するための通信手段とを備えてい
る請求項１ないし９のいずれかに記載の音・動画再生シ
ステム。