カラオケデータストレージシステム
【課題】 カラオケ端末のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れたカラオケデータストレージシステムとする。
【解決手段】 受信したカラオケデータを一時的に格納する書き込みバッファ１２と、このカラオケデータを、ＲＡＩＤ１方式で記憶部に書き込む第１ディスクアレイシステム１４と、ＲＡＩＤ５方式で記憶部に書き込む第２ディスクアレイシステム１５と、各ディスクアレイシステムを制御するストレージ制御手段１３とを備える。ストレージ制御手段１３は、カラオケデータを楽曲データと映像データとに区分し、楽曲データを第１ディスクアレイシステム１４で処理させ、映像データを第２ディスクアレイシステム１５で処理させるように制御を行う。
【解決手段】 受信したカラオケデータを一時的に格納する書き込みバッファ１２と、このカラオケデータを、ＲＡＩＤ１方式で記憶部に書き込む第１ディスクアレイシステム１４と、ＲＡＩＤ５方式で記憶部に書き込む第２ディスクアレイシステム１５と、各ディスクアレイシステムを制御するストレージ制御手段１３とを備える。ストレージ制御手段１３は、カラオケデータを楽曲データと映像データとに区分し、楽曲データを第１ディスクアレイシステム１４で処理させ、映像データを第２ディスクアレイシステム１５で処理させるように制御を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムに関するものである。
【背景技術】
【０００２】
近年、歌唱対象となる楽曲の演奏データ、歌詞データ、背景映像データ等からなるカラオケデータが公衆電話回線等の通信手段を介して送信され、カラオケ店に設置されたカラオケ端末で受信して再生するようにした通信カラオケシステムが普及している。
【０００３】
このようなカラオケデータは、ＭＩＤＩ（Musical Instrument Digital Interface）やＭＰ３（MPEG-1 Audio Layer-3）等のデータ形式からなる。カラオケデータは、演奏データや歌詞文字を表示するための歌詞データからなる楽曲データと、背景映像等を表示するための映像データとから構成されている。歌詞データは、歌詞文字に関するテキストデータ、フォントデータ、レイアウトデータ、表示タイミングデータ、色変わりデータ等を含んでいる。また、映像データは主としてＭＰＥＧ（Moving Picture Experts Group）規格のデータ形式からなる。
【０００４】
カラオケデータは、センターサーバから公衆電話回線等の通信回線を介して、複数のカラオケ店に各々設置されたカラオケ端末へ直接的に送信されたり、複数のカラオケ端末が接続されたローカルサーバで中継された後、ローカルサーバとＬＡＮ接続された複数のカラオケ端末に送信されたりする。
【０００５】
各カラオケ端末では、通信手段を介して受信した楽曲データ及び映像データが、書き込みバッファで一時的に格納された後、所定のタイミングでハードディスク記憶装置（以下、ＨＤＤと記す）に記憶される。さらに、楽曲データは、所定のタイミングでバックアップ用のＨＤＤにも記憶される。一方、楽曲データと比較して大容量である映像データは、その容量が２００ＭＢ乃至１ＧＢ程度であるため、現状ではバックアップされていない。
【０００６】
近年の通信カラオケでは、映像効果にバリエーションを持たせるため、１つの楽曲に対して１つの映像が対応付けられた「１対１映像（専用映像）」が増加している。しかし、上述したように映像データについてはバックアップがなされていないため、万が一、１対１映像に対応した映像データが記録されているＨＤＤが故障してしまった場合には、他のＨＤＤに記憶されている汎用映像データを応急的に利用しているのが現状である。
【０００７】
このため、せっかく映像効果にバリエーションを持たせようとしていたにもかかわらず、その目的を達成できない場合もあった。そこで、楽曲データだけではなく、映像データもバックアップすることが考えられるが、上述したように映像データは大容量であり、さらにハイビジョン化が進んだ結果、映像データの大容量化が一層顕著となっているため、現状の装置を用いて映像データのバックアップを行うことは困難である。
【０００８】
ところで、大容量データに冗長性を持たせて記憶するための技術としてＲＡＩＤ（Redundant Arrays of Independent(Inexpensive) Disks）が知られている。ＲＡＩＤは、ディスクアレイの代表的な実装形態であり、複数のＨＤＤにデータを分散記憶することによりデータの信頼性を高めるようにした技術である。
【０００９】
従来、ＲＡＩＤを利用してデータの信頼性を向上させるための技術が種々提案されている。例えば、ネットワークＲＡＩＤシステムに関する技術が開示されている（特許文献１参照）。この特許文献１に記載されている技術は、ネットワークＲＡＩＤシステムに関するもので、ネットワークを介して相互に接続された複数のコンピュータと、各コンピュータにそれぞれ接続された記憶手段とを備えている。そして、各コンピュータにそれぞれ接続された記憶手段を利用して、ネットワーク内で仮想ＲＡＩＤ装置を構成したものである。
【００１０】
また、ＲＡＩＤ０乃至６がそれぞれ有する利点及び欠点を考慮して、効率良くデータのバックアップを行う技術が開示されている（特許文献２参照）。この特許文献２に記載されている技術は、ＲＡＩＤ５又はＲＡＩＤ６構成のディスクアレイシステムを備えたバックアップ装置に適用するものである。そして、書き込みバッファの使用状況を監視し、書き込みバッファの空き容量が少なくなった場合に書き込みバッファ内の情報を別途用意した高速ディスクシステム（ＲＡＩＤ０／１）に書き出し、使用状況が好転すると、高速ディスクシステム（ＲＡＩＤ０／１）に待避させたデータを再び書き込みバッファに書き戻すようにしたものである。
【００１１】
【特許文献１】特開２００６−１０６８９８号公報
【特許文献２】特開２００６−２６８４２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、カラオケデータについても、ディスクアレイシステムであるＲＡＩＤ５を利用することにより、記憶すべきデータ量を全体として減少させるとともに、耐障害性を高めることが考えられる。このＲＡＩＤ５は、書き込みデータに対して冗長性を持たせるために、誤り符号であるパリティを生成し、複数のＨＤＤに対して元データとパリティデータとを分散させて記録することにより、耐障害性を飛躍的に向上させるようにした方式である。
【００１３】
しかし、ＲＡＩＤ５では、複数のＨＤＤに書き込みデータを分散して書き込むとともに、所定の演算を行って誤り符号であるパリティを生成しなければならない。したがって、パリティ生成のためのデータ読み出し及び演算と、書き込みデータ及びパリティデータの書き込み処理に時間を要し、迅速な処理を行うことができないという不都合があった。すなわち、ＲＡＩＤ５には、ライトペナルティが存在するため、カラオケデータの全てをＲＡＩＤ５で処理すると、１回の送信曲数が多い場合には書き込みバッファが満杯となり、良好なインタフェイス性能を維持できずに、ネットワーク性能を十分に引き出すことができないおそれがあった。
【００１４】
また、ＲＡＩＤの他の方式としてミラーリングのみを行うＲＡＩＤ１がある。このＲＡＩＤ１は、複数（最低２台）のＨＤＤに同時に同一のデータを書き込むことにより、データに冗長性を持たせるようにした方式である。ＲＡＩＤ１は、パリティ等の誤り符号を生成しないため、ＲＡＩＤ５と比較して高速処理を行うことができるという利点がある。しかし、ＲＡＩＤ１ではデータを二重化してミラーリングを行うため、ＲＡＩＤ５と比較して全データ量が著しく膨大なものとなるという不都合がある。
【００１５】
ここで、通信カラオケシステムについて考えると、カラオケデータの全てをＲＡＩＤ５で処理しようとすると、ライトペナルティ等により書き込みバッファに支障が生じたり、大容量の書き込みバッファを用意しなくてはならない。一方、カラオケデータの全てをＲＡＩＤ１で処理しようとすると、大容量のＨＤＤを必要として、カラオケ端末の生産コスト及び維持管理費用が上昇するという問題がある。
【００１６】
そこで、データ容量がそれほど大きくない楽曲データと、この楽曲データと比較して大容量の映像データとを含むカラオケデータの特色に着目し、仕様の異なる複数のＲＡＩＤ方式を用いて、効率良くカラオケデータのバックアップを行うことが可能な技術の開発が望まれていた。
【００１７】
なお、上述した特許文献１に記載された技術は、ネットワーク内に分散配置されたＨＤＤ等の記憶手段を総合的に用いて仮想ＲＡＩＤ装置を構築しようとするもので、この技術を通信カラオケシステムにそのまま適用することはできない。すなわち、通信カラオケシステムでは、所有者や管理者等が異なる複数のカラオケ端末が独立して存在しており、これらのカラオケ端末を構成するＨＤＤ等の記憶手段を総合的に用いることは、実質的に不可能である。
【００１８】
また、上述した特許文献２に記載された技術は、仕様の異なる複数のＲＡＩＤ方式を用いて書き込みバッファにおけるライトペナルティを解消しようとする技術である。しかし、一旦、高速ディスクシステム（ＲＡＩＤ０／１）に待避させたデータを、再び書き込みバッファに書き戻してＲＡＩＤ５またはＲＡＩＤ６構成のディスクアレイシステムに記憶させているため、データの記憶処理が複雑になるとともに多大な処理時間を要するという不都合がある。したがって、この技術を通信カラオケシステムにそのまま適用してもメリットは少ない。
【００１９】
本発明は、上述した事情に鑑み提案されたもので、通信カラオケシステムにおいて各端末のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れたカラオケデータストレージシステムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のカラオケデータストレージシステムは、上述した目的を達成するため、以下の特徴点を有している。
本発明のカラオケデータストレージシステムは、通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムに関するものである。このカラオケデータストレージシステムは、受信したカラオケデータを一時的に格納するための書き込みバッファと、書き込みバッファ内に一時的に格納されたカラオケデータを、相対的に記憶部への書き込み性能が高い第１のＲＡＩＤ方式で所定の記憶部に書き込むための第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式で所定の記憶部に書き込むための第２ディスクアレイシステムと、第１ディスクアレイシステム及び第２ディスクアレイシステムを制御するためのストレージ制御手段とを備える。ストレージ制御手段は、書き込みバッファ内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別する。さらに、ストレージ制御手段は、第１のデータを第１ディスクアレイシステムで処理させる一方、第２のデータを第２ディスクアレイシステムで処理させるように制御することを特徴とする。
なお、「相対的に」とは、「第１のＲＡＩＤ方式と第２のＲＡＩＤ方式との比較において」という意味である。また、「記憶部への書き込み性能が高い」とは、「書き込みバッファにおけるライトペナルティが存在しない、あるいはライトペナルティが極めて小さい」という意味であり、「記憶部の利用効率が高い」とは、「記憶部に記憶される総データ量が少ない」という意味である。
【００２１】
このような構成からなるカラオケデータストレージシステムでは、公衆電話回線、光回線等の通信手段を介して受信したカラオケデータを書き込みバッファに一時的に格納する。書き込みバッファに一時的に格納されたカラオケデータは、相対的に記憶部への書き込み性能が高いＲＡＩＤ方式を採用した第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式を採用した第２ディスクアレイシステムとを用いて、記憶部に書き込まれる。
【００２２】
ストレージ制御手段は、所定の基準に基づいて、書き込みバッファに一時的に格納されたカラオケデータの容量を判断し、容量が小さい第１のデータと容量が大きい第２のデータとに区別する。そして、容量が小さい第１のデータを第１ディスクアレイシステムで処理し、容量が大きい第２のデータを第２ディスクアレイシステムで処理する。なお、所定の基準とは、データの容量値やデータの種類等のことである。
【００２３】
ここで、本発明のカラオケデータストレージシステムでは、複数の記憶手段に対して同一のデータを重複して記憶するＲＡＩＤ１を第１のＲＡＩＤ方式とし、複数の記憶手段に対して元データと誤り訂正符号データとを分散して記憶するＲＡＩＤ５を第２のＲＡＩＤ方式とすることが可能である。
【００２４】
すなわち、ＲＡＩＤ１はいわゆるミラーリングを行う方式であり、処理速度は早いが大容量の記憶部を必要とするため、容量が小さい第１のデータの処理に適している。一方、ＲＡＩＤ５はパリティデータと書き込みデータとを複数の記憶部に分散して記憶する方式であり、処理速度は遅いが記憶部の容量を削減することができるため、容量が大きい第２のデータの処理に適している。
【００２５】
また、楽曲データを第１のデータとし、映像データを第２のデータとすることが可能である。
すなわち、楽曲データと映像データとを比較すると、楽曲データの方が容量が小さい。そこで、楽曲データをＲＡＩＤ１を採用した第１ディスクアレイシステムで処理し、映像データをＲＡＩＤ５を採用した第２ディスクアレイシステムで処理することにより、データ処理能力を向上させるとともに記憶部を有効的に利用することができる。
【発明の効果】
【００２６】
上述したように、本発明のカラオケデータストレージシステムによれば、データ記憶処理方法の異なる２つのディスクアレイシステムを用意し、楽曲データ等の小容量データについては、相対的に記憶部への書き込み性能が高いＲＡＩＤ１等を用いたディスクアレイシステムで処理し、映像データ等の大容量データについては、相対的に記憶部の利用効率が高いＲＡＩＤ５等を用いたディスクアレイシステムで処理している。
【００２７】
一般的に、通信カラオケシステムにおいてセンターサーバから送信されてくるカラオケデータは、楽曲データと映像データとが完全に１対１の関係とはなっておらず、複数の楽曲データに対して汎用的に使用する汎用映像データを含んでいる。このため、配信曲数割合では、楽曲データと映像データとの比率が、ほぼ１０乃至２０：１程度となっており、書き込みバッファへの送信データ量に占める楽曲データの割合は、楽曲単位に比べて２０乃至３０倍程度と、相対的に大きくなっている。
【００２８】
したがって、ミラーリング処理等を行っても大容量とならない楽曲データ等と、この楽曲データ等と比較して大容量の映像データ等とを区別して、それぞれ処理方法の異なるディスクアレイシステムによりバックアップすることにより、カラオケ端末のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れたシステムを構築することが可能となる。
【００２９】
より具体的に説明すると、楽曲データ等は高速処理されるため書き込みバッファ内の滞留が抑制され、映像データ等はパリティ生成に時間を要したとしても処理量が少ないので書き込みバッファの占有時間が短くて済み、書き込みバッファを有効利用することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照して、本発明のカラオケデータストレージシステムの実施形態を説明する。図１及び図２は、本発明の実施形態に係るカラオケデータストレージシステムに関するもので、図１はカラオケデータストレージシステムの構成を示すブロック図、図２はデータ記憶処理の手順を示すフローチャートである。
【００３１】
＜カラオケデータストレージシステム＞
本発明のカラオケデータストレージシステムは、カラオケ端末の構成要素として構築されるもので、通信手段を介して受信したカラオケデータを蓄積するためのシステムである。具体的には、図１に示すように、カラオケ端末１０の構成要素として、通信インタフェイス１１、書き込みバッファ１２、ストレージ制御手段１３、第１ディスクアレイシステム１４、及び第２ディスクアレイシステム１５を備えている。
【００３２】
＜通信手段＞
通信手段は、センターサーバで管理されるカラオケデータをカラオケ端末１０へ送信するとともに、カラオケ端末１０からのデータをセンターサーバへ送信するための手段である。通信手段を構成する通信回線は、データの送受信を行うことができればどのような回線であっても良いが、例えば、公衆電話回線、光回線、専用通信回線等の有線回線や、無線公衆電話回線、無線通信回線等の無線回線を用いることができる。なお、通信手段としてインターネット回線を用いる場合には、セキュリティを高めるという点で、ＶＰＮ（Virtual Private Network）を用いることが好ましい。
【００３３】
なお、センターサーバから直接カラオケ端末１０へカラオケデータを送信するのではなく、一旦、センターサーバからローカルサーバへカラオケデータを送信し、さらにローカルサーバにＬＡＮ接続されている複数のカラオケ端末１０に対してカラオケデータを送信するようなシステムとしてもよい。
【００３４】
＜通信インタフェイス＞
通信インタフェイス１１は、通信回線とカラオケ端末１０との間におけるデータの送受信を補助するための装置で、例えば、モデム、ターミナルアダプタ、ＤＣＥ（Data Circuit-terminating Equipment：回線終端装置）、ＤＳＬ装置等からなる。
【００３５】
＜書き込みバッファ＞
書き込みバッファ１２は、受信したカラオケデータを一時的に格納するための装置で、例えば、半導体メモリ等からなる。書き込みバッファ１２の容量は特に制限はないが、製造コスト及び処理速度との関係から、例えば１ＭＢ〜８ＭＢ程度の容量のものが使用される。
【００３６】
＜第１ディスクアレイシステム＞
第１ディスクアレイシステム１４は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、第１のＲＡＩＤ方式で所定の記憶部に書き込むためのシステムで、２台のＨＤＤに対してデータを書き込むようになっている。
【００３７】
本実施形態における第１のＲＡＩＤ方式は、ＲＡＩＤ１となっている。このＲＡＩＤ１は、複数のＨＤＤに同時に同一のデータを格納すること（ミラーリング）により、耐障害性を高めるようにした技術である。
【００３８】
ここで、ＲＡＩＤ１における具体的な記録方法及び障害時におけるデータ復元方法を説明する。２台のＨＤＤを用いたＲＡＩＤ１では、書き込みバッファ１２に一時的に格納したデータを、記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）に対して同時に格納する。このようなデータ格納処理を行うことにより、記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）には同一のデータが重複して格納されることになる。
【００３９】
通常時におけるデータの読み出しは、記憶部Ｄ（１６ｄ）または記憶部Ｅ（１６ｅ）の一方から、あるいは記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）から並行して行われる。そして、記憶部Ｄ（１６ｄ）または記憶部Ｅ（１６ｅ）で故障が発生した場合には、正常に動作している記憶部からデータを復元する。
【００４０】
なお、第１ディスクアレイシステム１４を構成するＨＤＤの台数は、製造コスト及び管理コストの低減化やカラオケ端末１０をコンパクト化するという点から２台とすることが好ましいが、これに限られるものではなく、３台、４台、あるいはそれ以上の台数とすることもできる。
【００４１】
＜第２ディスクアレイシステム＞
第２ディスクアレイシステム１５は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、第２のＲＡＩＤ方式で所定の記憶部に格納するためのシステムで、３台のＨＤＤに対してデータを格納するようになっている。
【００４２】
本実施形態における第２のＲＡＩＤ方式は、ＲＡＩＤ５となっている。このＲＡＩＤ５は、誤り符号であるパリティを生成し、複数のＨＤＤに対して元データとパリティデータとを分散させて格納することにより、耐障害性を高めるようにした技術である。
【００４３】
ここで、ＲＡＩＤ５における具体的な記録方法及び障害時におけるデータ復元方法を説明する。３台のＨＤＤを用いたＲＡＩＤ５では、データを３分割して、記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）にそれぞれ格納する。そして、記憶部Ａ（１６ａ）及び記憶部Ｂ（１６ｂ）に分割して格納されたデータに対してＸＯＲ（排他的論理和）演算を行ってパリティを作成し、記憶部Ｃ（１６ｃ）に格納する。同様に、記憶部Ｂ（１６ｂ）及び記憶部Ｃ（１６ｃ）に分割して格納されたデータに対してＸＯＲ演算を行ってパリティを作成し、記憶部Ａ（１６ａ）に格納し、記憶部Ｃ（１６ｃ）及び記憶部Ａ（１６ａ）に分割して格納されたデータに対してＸＯＲ演算を行ってパリティを作成し、記憶部Ｂ（１６ｂ）に格納する。
【００４４】
データの読み出しは、記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）から並行して行われる。そして、記憶部Ａ（１６ａ）で故障が発生した場合には、記憶部Ｂ（１６ｂ）に記憶されたデータと記憶部Ｃ（１６ｃ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ａ（１６ａ）のデータを復元する。同様に、記憶部Ｂ（１６ｂ）で故障が発生した場合には、記憶部Ｃ（１６ｃ）に記憶されたデータと記憶部Ａ（１６ａ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ｂ（１６ｂ）のデータを復元する。さらに、記憶部Ｃ（１６ｃ）で故障が発生した場合には、記憶部Ａ（１６ａ）に記憶されたデータと記憶部Ｂ（１６ｂ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ｃ（１６ｃ）のデータを復元する。一般的なＲＡＩＤ５におけるデータの分割処理は、データのブロック単位で行われる。
【００４５】
なお、第２ディスクアレイシステム１５を構成するＨＤＤの台数は、製造コスト及び管理コストの低減化やカラオケ端末１０をコンパクト化するという点から３台とすることが好ましいが、これに限られるものではなく、４台、５台、あるいはそれ以上の台数とすることもできる。
【００４６】
＜ストレージ制御手段＞
ストレージ制御手段１３は、第１ディスクアレイシステム１４及び第２ディスクアレイシステム１５を制御するための手段であり、ＣＰＵ、ＲＯＭ、ＲＡＭ等の機能を有するハードウェアにより構成される。そして、ＣＰＵ等が所定のアプリケーションプログラムに従って動作することにより、ストレージ制御手段１３としての機能を発揮するようになっている。
【００４７】
このストレージ制御手段１３は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別し、第１のデータを第１ディスクアレイシステム１４で処理させるとともに、第２のデータを第２ディスクアレイシステム１５で処理させるような制御を行う。
【００４８】
本実施形態では、楽曲データを第１のデータとし、映像データを第２のデータとしている。第１のデータと第２のデータとを区別する基準として、例えば、データ容量を用いることができる。すなわち、楽曲データの容量は１曲あたり２００ＫＢ乃至５ＭＢ程度であり、映像データの容量は２００ＭＢ乃至１ＧＢ程度である。そこで、第１のデータと第２のデータとを区別する基準を例えば１０ＭＢとしておき、この基準値よりも小さな容量を有するデータは第１のデータ（楽曲データ）であると判断し、基準値よりも大きな容量を有するデータは第２のデータ（映像データ）であると判断することができる。
【００４９】
また、第１のデータと第２のデータとを区別する他の基準として、データ形式を用いることができる。すなわち、一般的に、楽曲データのデータ形式はＭＩＤＩであり、映像データのデータ形式はＭＰ３である。そこで、第１のデータと第２のデータとを区別する基準をデータ形式として、データ形式がＭＩＤＩであるデータは第１のデータ（楽曲データ）であると判断し、データ形式がＭＰ３であるデータは第２のデータ（映像データ）であると判断することができる。
【００５０】
なお、第１のデータと第２のデータは、上述した楽曲データ及び映像データに限られず、他のデータについても同様の基準で区分することができる。すなわち、カラオケデータには主として楽曲データと映像データとが含まれているが、その他の識別データや制御データ等も含まれている。したがって、楽曲データ及び映像データ以外のデータであって、バックアップが必要なデータについても、同様の基準に従って区分し、バックアップ処理を行うことが好ましい。
【００５１】
＜他方式のディスクアレイシステム＞
また、カラオケ端末１０のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れているという点で、上述した実施形態のようにＲＡＩＤ１及びＲＡＩＤ５を用いることが好ましいが、このような目的を達成できれば、他のＲＡＩＤ方式を用いることもできる。すなわち、ＲＡＩＤ方式には、上述したＲＡＩＤ１及びＲＡＩＤ５の他に、ストライピング処理を行うＲＡＩＤ０と、ハミング符号を用いて冗長化を行うＲＡＩＤ２と、ビットあるいはバイト単位でアクセスを行うための専用のパリティドライブを有するＲＡＩＤ３と、ブロック単位でアクセスを行うための専用のパリティドライブを有するＲＡＩＤ４と、ＲＡＩＤ５を拡張して複数のパリティを分散記録するＲＡＩＤ６とがある。そこで、上述した本発明の目的を達成することができれば、他のＲＡＩＤ方式やその他のバックアップ方式を適宜組み合わせて利用することもできる。
【００５２】
＜データ記憶処理の手順＞
次に、図２を参照して、本発明のカラオケデータストレージシステムにおけるデータ記憶処理の手順を説明する。
【００５３】
本発明のカラオケデータストレージシステムでは、公衆電話回線や光回線等を介してカラオケデータを受信すると（Ｓ１）、通信インタフェイス１１により受信処理がなされて、カラオケデータが書き込みバッファ１２に一時的に格納される（Ｓ２）。
【００５４】
ストレージ制御手段１３は、書き込みバッファ１２に一時的に格納されたデータを楽曲データと映像データとに区分する（Ｓ３）。そして、楽曲データは、第１ディスクアレイシステム１４において処理される（Ｓ４）。具体的には、第１ディスクアレイシステム１４において、ＲＡＩＤ１を用いて、同一データを同時に記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）に格納する。一方、映像データは、第２ディスクアレイシステム１５において処理される（Ｓ５）。具体的には第２ディスクアレイシステム１５において、ＲＡＩＤ５を用いて、パリティを生成し、元データとパリティデータとを記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）に分散記憶する（Ｓ５）。
【００５５】
その後、万が一、記憶部に障害が発生した場合には、ＲＡＩＤ１あるいはＲＡＩＤ５の方式に基づいて、データの復元を行う。
【００５６】
このように、楽曲データをＲＡＩＤ１でバックアップ処理し、映像データをＲＡＩＤ５でバックアップ処理することにより、書き込みバッファ１２におけるライトペナルティを極力回避しつつ、カラオケデータを適切かつ効果的にバックアップすることができる。特に、映像データのハイビジョン化が促進され、映像データが大容量化している現状において、本発明のカラオケデータストレージシステムは有用な技術となる。
【００５７】
＜カラオケ端末の全体構成＞
次に、図３を参照して、本発明のカラオケデータストレージシステムを適用するカラオケ端末の代表的な一例について説明する。図３は、本発明のカラオケデータストレージシステムを適用するカラオケ端末の一例を示すブロック図である。なお、図３に示すカラオケ端末は、上述したカラオケデータストレージシステムを含んだ全体構成を示すものであるが、上述した構成とは異なる観点からカラオケ端末を捉えており、図３に示す各手段は上述した各手段の一部を含んでいたり、重複した概念を有することがある。
【００５８】
本発明のカラオケデータストレージシステムを適用するカラオケ端末は、図３に示すように、バス５１を介して相互に接続された制御手段５２、ＲＯＭ５３、ＲＡＭ５４、記憶手段５５、通信手段５６、映像出力手段５７、操作制御手段５８、音楽曲出力手段５９、送受信手段６０を備えている。
【００５９】
また、映像出力手段５７には表示手段６１が接続されており、音楽曲出力手段５９にはマイク６２及びスピーカ６３が接続されている。
【００６０】
制御手段５２は、上述したストレージ制御手段１３としての機能を含むとともに、カラオケデータストレージシステムを総合的に制御するための手段であり、例えばＣＰＵ及びその周辺機器により構成されており、ＲＯＭ５３等に記憶されたアプリケーションプログラムに従って動作することにより、制御機能を発揮することができるようになっている。
【００６１】
ＲＯＭ５３は、カラオケ端末を構成する各機器を制御するためのアプリケーションプログラムデータや数値データを記憶するための機器で、例えば半導体メモリ等で構成される。また、ＲＡＭ５４は、アプリケーションプログラムや種々のデータを一時的に読み込む一時記憶領域として機能するための機器で、例えば半導体メモリ等で構成される。
【００６２】
記憶手段５５は、種々のデータを記憶するための手段で、例えばＨＤＤ等からなる。この記憶手段５５は、上述した第１ディスクアレイシステム１４及び第２ディスクアレイシステム１５を含む手段である。
【００６３】
映像出力手段５７は、選択された楽曲データに対応した映像データを楽曲に同期させて表示手段６１に出力するための手段である。
【００６４】
リモコン装置６４はＧＵＩ機能を有しており、例えば液晶ディスプレイとタッチセンサとを重畳したインタフェイスが搭載されている。カラオケ端末の利用者は、タッチセンサを用いて楽曲の選択やその他のデータ入力を行うことができる。
【００６５】
操作制御手段５８は、端末本体及びリモコン装置６４からの入力データを制御するための手段である。
音楽曲出力手段５９は、記憶手段５５に格納されたカラオケデータの中から選択された楽曲の伴奏データを再生するとともに、これとマイク６２から入力される歌唱音声をミキシングし、アンプ機能により増幅してスピーカ６３から出力するための手段である。
【００６６】
送受信手段６０は、リモコン装置６４との間で有線あるいは無線によりデータの授受を行うための手段である。
通信手段５６は、通信ネットワーク６６上に配置されたセンターサーバ６５との間で所定の通信プロトコルに従って通信を行うための手段である。
【００６７】
なお、カラオケ端末を構成する機器や手段は上述したものに限定されず、カラオケ端末の設置場所や用途等に応じて、必要な機器や手段のみの構成としたり、適宜他の機器や手段を付加することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明のカラオケデータストレージシステムの構成を示すブロック図である。
【図２】本発明のカラオケデータストレージシステムにおけるデータ記憶処理の手順を示すフローチャートである。
【図３】本発明のカラオケデータストレージシステムを適用するカラオケ端末の一例を示すブロック図である。
【符号の説明】
【００６９】
１０ カラオケ端末
１１ 通信インタフェイス
１２ 書き込みバッファ
１３ ストレージ制御手段
１４ 第１ディスクアレイシステム
１５ 第２ディスクアレイシステム
１６ａ〜１６ｅ 記憶部
５１ バス
５２ 制御手段
５３ ＲＯＭ
５４ ＲＡＭ
５５ 記憶手段
５６ 通信手段
５７ 映像出力手段
５８ 操作制御手段
５９ 音楽曲出力手段
６０ 送受信手段
６１ 表示手段
６２ マイク
６３ スピーカ
６４ リモコン装置
６５ センターサーバ
６６ 通信ネットワーク
【技術分野】
【０００１】
本発明は、通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムに関するものである。
【背景技術】
【０００２】
近年、歌唱対象となる楽曲の演奏データ、歌詞データ、背景映像データ等からなるカラオケデータが公衆電話回線等の通信手段を介して送信され、カラオケ店に設置されたカラオケ端末で受信して再生するようにした通信カラオケシステムが普及している。
【０００３】
このようなカラオケデータは、ＭＩＤＩ（Musical Instrument Digital Interface）やＭＰ３（MPEG-1 Audio Layer-3）等のデータ形式からなる。カラオケデータは、演奏データや歌詞文字を表示するための歌詞データからなる楽曲データと、背景映像等を表示するための映像データとから構成されている。歌詞データは、歌詞文字に関するテキストデータ、フォントデータ、レイアウトデータ、表示タイミングデータ、色変わりデータ等を含んでいる。また、映像データは主としてＭＰＥＧ（Moving Picture Experts Group）規格のデータ形式からなる。
【０００４】
カラオケデータは、センターサーバから公衆電話回線等の通信回線を介して、複数のカラオケ店に各々設置されたカラオケ端末へ直接的に送信されたり、複数のカラオケ端末が接続されたローカルサーバで中継された後、ローカルサーバとＬＡＮ接続された複数のカラオケ端末に送信されたりする。
【０００５】
各カラオケ端末では、通信手段を介して受信した楽曲データ及び映像データが、書き込みバッファで一時的に格納された後、所定のタイミングでハードディスク記憶装置（以下、ＨＤＤと記す）に記憶される。さらに、楽曲データは、所定のタイミングでバックアップ用のＨＤＤにも記憶される。一方、楽曲データと比較して大容量である映像データは、その容量が２００ＭＢ乃至１ＧＢ程度であるため、現状ではバックアップされていない。
【０００６】
近年の通信カラオケでは、映像効果にバリエーションを持たせるため、１つの楽曲に対して１つの映像が対応付けられた「１対１映像（専用映像）」が増加している。しかし、上述したように映像データについてはバックアップがなされていないため、万が一、１対１映像に対応した映像データが記録されているＨＤＤが故障してしまった場合には、他のＨＤＤに記憶されている汎用映像データを応急的に利用しているのが現状である。
【０００７】
このため、せっかく映像効果にバリエーションを持たせようとしていたにもかかわらず、その目的を達成できない場合もあった。そこで、楽曲データだけではなく、映像データもバックアップすることが考えられるが、上述したように映像データは大容量であり、さらにハイビジョン化が進んだ結果、映像データの大容量化が一層顕著となっているため、現状の装置を用いて映像データのバックアップを行うことは困難である。
【０００８】
ところで、大容量データに冗長性を持たせて記憶するための技術としてＲＡＩＤ（Redundant Arrays of Independent(Inexpensive) Disks）が知られている。ＲＡＩＤは、ディスクアレイの代表的な実装形態であり、複数のＨＤＤにデータを分散記憶することによりデータの信頼性を高めるようにした技術である。
【０００９】
従来、ＲＡＩＤを利用してデータの信頼性を向上させるための技術が種々提案されている。例えば、ネットワークＲＡＩＤシステムに関する技術が開示されている（特許文献１参照）。この特許文献１に記載されている技術は、ネットワークＲＡＩＤシステムに関するもので、ネットワークを介して相互に接続された複数のコンピュータと、各コンピュータにそれぞれ接続された記憶手段とを備えている。そして、各コンピュータにそれぞれ接続された記憶手段を利用して、ネットワーク内で仮想ＲＡＩＤ装置を構成したものである。
【００１０】
また、ＲＡＩＤ０乃至６がそれぞれ有する利点及び欠点を考慮して、効率良くデータのバックアップを行う技術が開示されている（特許文献２参照）。この特許文献２に記載されている技術は、ＲＡＩＤ５又はＲＡＩＤ６構成のディスクアレイシステムを備えたバックアップ装置に適用するものである。そして、書き込みバッファの使用状況を監視し、書き込みバッファの空き容量が少なくなった場合に書き込みバッファ内の情報を別途用意した高速ディスクシステム（ＲＡＩＤ０／１）に書き出し、使用状況が好転すると、高速ディスクシステム（ＲＡＩＤ０／１）に待避させたデータを再び書き込みバッファに書き戻すようにしたものである。
【００１１】
【特許文献１】特開２００６−１０６８９８号公報
【特許文献２】特開２００６−２６８４２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、カラオケデータについても、ディスクアレイシステムであるＲＡＩＤ５を利用することにより、記憶すべきデータ量を全体として減少させるとともに、耐障害性を高めることが考えられる。このＲＡＩＤ５は、書き込みデータに対して冗長性を持たせるために、誤り符号であるパリティを生成し、複数のＨＤＤに対して元データとパリティデータとを分散させて記録することにより、耐障害性を飛躍的に向上させるようにした方式である。
【００１３】
しかし、ＲＡＩＤ５では、複数のＨＤＤに書き込みデータを分散して書き込むとともに、所定の演算を行って誤り符号であるパリティを生成しなければならない。したがって、パリティ生成のためのデータ読み出し及び演算と、書き込みデータ及びパリティデータの書き込み処理に時間を要し、迅速な処理を行うことができないという不都合があった。すなわち、ＲＡＩＤ５には、ライトペナルティが存在するため、カラオケデータの全てをＲＡＩＤ５で処理すると、１回の送信曲数が多い場合には書き込みバッファが満杯となり、良好なインタフェイス性能を維持できずに、ネットワーク性能を十分に引き出すことができないおそれがあった。
【００１４】
また、ＲＡＩＤの他の方式としてミラーリングのみを行うＲＡＩＤ１がある。このＲＡＩＤ１は、複数（最低２台）のＨＤＤに同時に同一のデータを書き込むことにより、データに冗長性を持たせるようにした方式である。ＲＡＩＤ１は、パリティ等の誤り符号を生成しないため、ＲＡＩＤ５と比較して高速処理を行うことができるという利点がある。しかし、ＲＡＩＤ１ではデータを二重化してミラーリングを行うため、ＲＡＩＤ５と比較して全データ量が著しく膨大なものとなるという不都合がある。
【００１５】
ここで、通信カラオケシステムについて考えると、カラオケデータの全てをＲＡＩＤ５で処理しようとすると、ライトペナルティ等により書き込みバッファに支障が生じたり、大容量の書き込みバッファを用意しなくてはならない。一方、カラオケデータの全てをＲＡＩＤ１で処理しようとすると、大容量のＨＤＤを必要として、カラオケ端末の生産コスト及び維持管理費用が上昇するという問題がある。
【００１６】
そこで、データ容量がそれほど大きくない楽曲データと、この楽曲データと比較して大容量の映像データとを含むカラオケデータの特色に着目し、仕様の異なる複数のＲＡＩＤ方式を用いて、効率良くカラオケデータのバックアップを行うことが可能な技術の開発が望まれていた。
【００１７】
なお、上述した特許文献１に記載された技術は、ネットワーク内に分散配置されたＨＤＤ等の記憶手段を総合的に用いて仮想ＲＡＩＤ装置を構築しようとするもので、この技術を通信カラオケシステムにそのまま適用することはできない。すなわち、通信カラオケシステムでは、所有者や管理者等が異なる複数のカラオケ端末が独立して存在しており、これらのカラオケ端末を構成するＨＤＤ等の記憶手段を総合的に用いることは、実質的に不可能である。
【００１８】
また、上述した特許文献２に記載された技術は、仕様の異なる複数のＲＡＩＤ方式を用いて書き込みバッファにおけるライトペナルティを解消しようとする技術である。しかし、一旦、高速ディスクシステム（ＲＡＩＤ０／１）に待避させたデータを、再び書き込みバッファに書き戻してＲＡＩＤ５またはＲＡＩＤ６構成のディスクアレイシステムに記憶させているため、データの記憶処理が複雑になるとともに多大な処理時間を要するという不都合がある。したがって、この技術を通信カラオケシステムにそのまま適用してもメリットは少ない。
【００１９】
本発明は、上述した事情に鑑み提案されたもので、通信カラオケシステムにおいて各端末のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れたカラオケデータストレージシステムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明のカラオケデータストレージシステムは、上述した目的を達成するため、以下の特徴点を有している。
本発明のカラオケデータストレージシステムは、通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムに関するものである。このカラオケデータストレージシステムは、受信したカラオケデータを一時的に格納するための書き込みバッファと、書き込みバッファ内に一時的に格納されたカラオケデータを、相対的に記憶部への書き込み性能が高い第１のＲＡＩＤ方式で所定の記憶部に書き込むための第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式で所定の記憶部に書き込むための第２ディスクアレイシステムと、第１ディスクアレイシステム及び第２ディスクアレイシステムを制御するためのストレージ制御手段とを備える。ストレージ制御手段は、書き込みバッファ内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別する。さらに、ストレージ制御手段は、第１のデータを第１ディスクアレイシステムで処理させる一方、第２のデータを第２ディスクアレイシステムで処理させるように制御することを特徴とする。
なお、「相対的に」とは、「第１のＲＡＩＤ方式と第２のＲＡＩＤ方式との比較において」という意味である。また、「記憶部への書き込み性能が高い」とは、「書き込みバッファにおけるライトペナルティが存在しない、あるいはライトペナルティが極めて小さい」という意味であり、「記憶部の利用効率が高い」とは、「記憶部に記憶される総データ量が少ない」という意味である。
【００２１】
このような構成からなるカラオケデータストレージシステムでは、公衆電話回線、光回線等の通信手段を介して受信したカラオケデータを書き込みバッファに一時的に格納する。書き込みバッファに一時的に格納されたカラオケデータは、相対的に記憶部への書き込み性能が高いＲＡＩＤ方式を採用した第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式を採用した第２ディスクアレイシステムとを用いて、記憶部に書き込まれる。
【００２２】
ストレージ制御手段は、所定の基準に基づいて、書き込みバッファに一時的に格納されたカラオケデータの容量を判断し、容量が小さい第１のデータと容量が大きい第２のデータとに区別する。そして、容量が小さい第１のデータを第１ディスクアレイシステムで処理し、容量が大きい第２のデータを第２ディスクアレイシステムで処理する。なお、所定の基準とは、データの容量値やデータの種類等のことである。
【００２３】
ここで、本発明のカラオケデータストレージシステムでは、複数の記憶手段に対して同一のデータを重複して記憶するＲＡＩＤ１を第１のＲＡＩＤ方式とし、複数の記憶手段に対して元データと誤り訂正符号データとを分散して記憶するＲＡＩＤ５を第２のＲＡＩＤ方式とすることが可能である。
【００２４】
すなわち、ＲＡＩＤ１はいわゆるミラーリングを行う方式であり、処理速度は早いが大容量の記憶部を必要とするため、容量が小さい第１のデータの処理に適している。一方、ＲＡＩＤ５はパリティデータと書き込みデータとを複数の記憶部に分散して記憶する方式であり、処理速度は遅いが記憶部の容量を削減することができるため、容量が大きい第２のデータの処理に適している。
【００２５】
また、楽曲データを第１のデータとし、映像データを第２のデータとすることが可能である。
すなわち、楽曲データと映像データとを比較すると、楽曲データの方が容量が小さい。そこで、楽曲データをＲＡＩＤ１を採用した第１ディスクアレイシステムで処理し、映像データをＲＡＩＤ５を採用した第２ディスクアレイシステムで処理することにより、データ処理能力を向上させるとともに記憶部を有効的に利用することができる。
【発明の効果】
【００２６】
上述したように、本発明のカラオケデータストレージシステムによれば、データ記憶処理方法の異なる２つのディスクアレイシステムを用意し、楽曲データ等の小容量データについては、相対的に記憶部への書き込み性能が高いＲＡＩＤ１等を用いたディスクアレイシステムで処理し、映像データ等の大容量データについては、相対的に記憶部の利用効率が高いＲＡＩＤ５等を用いたディスクアレイシステムで処理している。
【００２７】
一般的に、通信カラオケシステムにおいてセンターサーバから送信されてくるカラオケデータは、楽曲データと映像データとが完全に１対１の関係とはなっておらず、複数の楽曲データに対して汎用的に使用する汎用映像データを含んでいる。このため、配信曲数割合では、楽曲データと映像データとの比率が、ほぼ１０乃至２０：１程度となっており、書き込みバッファへの送信データ量に占める楽曲データの割合は、楽曲単位に比べて２０乃至３０倍程度と、相対的に大きくなっている。
【００２８】
したがって、ミラーリング処理等を行っても大容量とならない楽曲データ等と、この楽曲データ等と比較して大容量の映像データ等とを区別して、それぞれ処理方法の異なるディスクアレイシステムによりバックアップすることにより、カラオケ端末のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れたシステムを構築することが可能となる。
【００２９】
より具体的に説明すると、楽曲データ等は高速処理されるため書き込みバッファ内の滞留が抑制され、映像データ等はパリティ生成に時間を要したとしても処理量が少ないので書き込みバッファの占有時間が短くて済み、書き込みバッファを有効利用することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照して、本発明のカラオケデータストレージシステムの実施形態を説明する。図１及び図２は、本発明の実施形態に係るカラオケデータストレージシステムに関するもので、図１はカラオケデータストレージシステムの構成を示すブロック図、図２はデータ記憶処理の手順を示すフローチャートである。
【００３１】
＜カラオケデータストレージシステム＞
本発明のカラオケデータストレージシステムは、カラオケ端末の構成要素として構築されるもので、通信手段を介して受信したカラオケデータを蓄積するためのシステムである。具体的には、図１に示すように、カラオケ端末１０の構成要素として、通信インタフェイス１１、書き込みバッファ１２、ストレージ制御手段１３、第１ディスクアレイシステム１４、及び第２ディスクアレイシステム１５を備えている。
【００３２】
＜通信手段＞
通信手段は、センターサーバで管理されるカラオケデータをカラオケ端末１０へ送信するとともに、カラオケ端末１０からのデータをセンターサーバへ送信するための手段である。通信手段を構成する通信回線は、データの送受信を行うことができればどのような回線であっても良いが、例えば、公衆電話回線、光回線、専用通信回線等の有線回線や、無線公衆電話回線、無線通信回線等の無線回線を用いることができる。なお、通信手段としてインターネット回線を用いる場合には、セキュリティを高めるという点で、ＶＰＮ（Virtual Private Network）を用いることが好ましい。
【００３３】
なお、センターサーバから直接カラオケ端末１０へカラオケデータを送信するのではなく、一旦、センターサーバからローカルサーバへカラオケデータを送信し、さらにローカルサーバにＬＡＮ接続されている複数のカラオケ端末１０に対してカラオケデータを送信するようなシステムとしてもよい。
【００３４】
＜通信インタフェイス＞
通信インタフェイス１１は、通信回線とカラオケ端末１０との間におけるデータの送受信を補助するための装置で、例えば、モデム、ターミナルアダプタ、ＤＣＥ（Data Circuit-terminating Equipment：回線終端装置）、ＤＳＬ装置等からなる。
【００３５】
＜書き込みバッファ＞
書き込みバッファ１２は、受信したカラオケデータを一時的に格納するための装置で、例えば、半導体メモリ等からなる。書き込みバッファ１２の容量は特に制限はないが、製造コスト及び処理速度との関係から、例えば１ＭＢ〜８ＭＢ程度の容量のものが使用される。
【００３６】
＜第１ディスクアレイシステム＞
第１ディスクアレイシステム１４は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、第１のＲＡＩＤ方式で所定の記憶部に書き込むためのシステムで、２台のＨＤＤに対してデータを書き込むようになっている。
【００３７】
本実施形態における第１のＲＡＩＤ方式は、ＲＡＩＤ１となっている。このＲＡＩＤ１は、複数のＨＤＤに同時に同一のデータを格納すること（ミラーリング）により、耐障害性を高めるようにした技術である。
【００３８】
ここで、ＲＡＩＤ１における具体的な記録方法及び障害時におけるデータ復元方法を説明する。２台のＨＤＤを用いたＲＡＩＤ１では、書き込みバッファ１２に一時的に格納したデータを、記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）に対して同時に格納する。このようなデータ格納処理を行うことにより、記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）には同一のデータが重複して格納されることになる。
【００３９】
通常時におけるデータの読み出しは、記憶部Ｄ（１６ｄ）または記憶部Ｅ（１６ｅ）の一方から、あるいは記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）から並行して行われる。そして、記憶部Ｄ（１６ｄ）または記憶部Ｅ（１６ｅ）で故障が発生した場合には、正常に動作している記憶部からデータを復元する。
【００４０】
なお、第１ディスクアレイシステム１４を構成するＨＤＤの台数は、製造コスト及び管理コストの低減化やカラオケ端末１０をコンパクト化するという点から２台とすることが好ましいが、これに限られるものではなく、３台、４台、あるいはそれ以上の台数とすることもできる。
【００４１】
＜第２ディスクアレイシステム＞
第２ディスクアレイシステム１５は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、第２のＲＡＩＤ方式で所定の記憶部に格納するためのシステムで、３台のＨＤＤに対してデータを格納するようになっている。
【００４２】
本実施形態における第２のＲＡＩＤ方式は、ＲＡＩＤ５となっている。このＲＡＩＤ５は、誤り符号であるパリティを生成し、複数のＨＤＤに対して元データとパリティデータとを分散させて格納することにより、耐障害性を高めるようにした技術である。
【００４３】
ここで、ＲＡＩＤ５における具体的な記録方法及び障害時におけるデータ復元方法を説明する。３台のＨＤＤを用いたＲＡＩＤ５では、データを３分割して、記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）にそれぞれ格納する。そして、記憶部Ａ（１６ａ）及び記憶部Ｂ（１６ｂ）に分割して格納されたデータに対してＸＯＲ（排他的論理和）演算を行ってパリティを作成し、記憶部Ｃ（１６ｃ）に格納する。同様に、記憶部Ｂ（１６ｂ）及び記憶部Ｃ（１６ｃ）に分割して格納されたデータに対してＸＯＲ演算を行ってパリティを作成し、記憶部Ａ（１６ａ）に格納し、記憶部Ｃ（１６ｃ）及び記憶部Ａ（１６ａ）に分割して格納されたデータに対してＸＯＲ演算を行ってパリティを作成し、記憶部Ｂ（１６ｂ）に格納する。
【００４４】
データの読み出しは、記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）から並行して行われる。そして、記憶部Ａ（１６ａ）で故障が発生した場合には、記憶部Ｂ（１６ｂ）に記憶されたデータと記憶部Ｃ（１６ｃ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ａ（１６ａ）のデータを復元する。同様に、記憶部Ｂ（１６ｂ）で故障が発生した場合には、記憶部Ｃ（１６ｃ）に記憶されたデータと記憶部Ａ（１６ａ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ｂ（１６ｂ）のデータを復元する。さらに、記憶部Ｃ（１６ｃ）で故障が発生した場合には、記憶部Ａ（１６ａ）に記憶されたデータと記憶部Ｂ（１６ｂ）に記憶されたパリティデータに対してＸＯＲ演算を行って、記憶部Ｃ（１６ｃ）のデータを復元する。一般的なＲＡＩＤ５におけるデータの分割処理は、データのブロック単位で行われる。
【００４５】
なお、第２ディスクアレイシステム１５を構成するＨＤＤの台数は、製造コスト及び管理コストの低減化やカラオケ端末１０をコンパクト化するという点から３台とすることが好ましいが、これに限られるものではなく、４台、５台、あるいはそれ以上の台数とすることもできる。
【００４６】
＜ストレージ制御手段＞
ストレージ制御手段１３は、第１ディスクアレイシステム１４及び第２ディスクアレイシステム１５を制御するための手段であり、ＣＰＵ、ＲＯＭ、ＲＡＭ等の機能を有するハードウェアにより構成される。そして、ＣＰＵ等が所定のアプリケーションプログラムに従って動作することにより、ストレージ制御手段１３としての機能を発揮するようになっている。
【００４７】
このストレージ制御手段１３は、書き込みバッファ１２内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別し、第１のデータを第１ディスクアレイシステム１４で処理させるとともに、第２のデータを第２ディスクアレイシステム１５で処理させるような制御を行う。
【００４８】
本実施形態では、楽曲データを第１のデータとし、映像データを第２のデータとしている。第１のデータと第２のデータとを区別する基準として、例えば、データ容量を用いることができる。すなわち、楽曲データの容量は１曲あたり２００ＫＢ乃至５ＭＢ程度であり、映像データの容量は２００ＭＢ乃至１ＧＢ程度である。そこで、第１のデータと第２のデータとを区別する基準を例えば１０ＭＢとしておき、この基準値よりも小さな容量を有するデータは第１のデータ（楽曲データ）であると判断し、基準値よりも大きな容量を有するデータは第２のデータ（映像データ）であると判断することができる。
【００４９】
また、第１のデータと第２のデータとを区別する他の基準として、データ形式を用いることができる。すなわち、一般的に、楽曲データのデータ形式はＭＩＤＩであり、映像データのデータ形式はＭＰ３である。そこで、第１のデータと第２のデータとを区別する基準をデータ形式として、データ形式がＭＩＤＩであるデータは第１のデータ（楽曲データ）であると判断し、データ形式がＭＰ３であるデータは第２のデータ（映像データ）であると判断することができる。
【００５０】
なお、第１のデータと第２のデータは、上述した楽曲データ及び映像データに限られず、他のデータについても同様の基準で区分することができる。すなわち、カラオケデータには主として楽曲データと映像データとが含まれているが、その他の識別データや制御データ等も含まれている。したがって、楽曲データ及び映像データ以外のデータであって、バックアップが必要なデータについても、同様の基準に従って区分し、バックアップ処理を行うことが好ましい。
【００５１】
＜他方式のディスクアレイシステム＞
また、カラオケ端末１０のインタフェイス性能を良好に維持するとともに、ネットワーク性能を損なうことがなく、しかも耐障害性に優れているという点で、上述した実施形態のようにＲＡＩＤ１及びＲＡＩＤ５を用いることが好ましいが、このような目的を達成できれば、他のＲＡＩＤ方式を用いることもできる。すなわち、ＲＡＩＤ方式には、上述したＲＡＩＤ１及びＲＡＩＤ５の他に、ストライピング処理を行うＲＡＩＤ０と、ハミング符号を用いて冗長化を行うＲＡＩＤ２と、ビットあるいはバイト単位でアクセスを行うための専用のパリティドライブを有するＲＡＩＤ３と、ブロック単位でアクセスを行うための専用のパリティドライブを有するＲＡＩＤ４と、ＲＡＩＤ５を拡張して複数のパリティを分散記録するＲＡＩＤ６とがある。そこで、上述した本発明の目的を達成することができれば、他のＲＡＩＤ方式やその他のバックアップ方式を適宜組み合わせて利用することもできる。
【００５２】
＜データ記憶処理の手順＞
次に、図２を参照して、本発明のカラオケデータストレージシステムにおけるデータ記憶処理の手順を説明する。
【００５３】
本発明のカラオケデータストレージシステムでは、公衆電話回線や光回線等を介してカラオケデータを受信すると（Ｓ１）、通信インタフェイス１１により受信処理がなされて、カラオケデータが書き込みバッファ１２に一時的に格納される（Ｓ２）。
【００５４】
ストレージ制御手段１３は、書き込みバッファ１２に一時的に格納されたデータを楽曲データと映像データとに区分する（Ｓ３）。そして、楽曲データは、第１ディスクアレイシステム１４において処理される（Ｓ４）。具体的には、第１ディスクアレイシステム１４において、ＲＡＩＤ１を用いて、同一データを同時に記憶部Ｄ（１６ｄ）及び記憶部Ｅ（１６ｅ）に格納する。一方、映像データは、第２ディスクアレイシステム１５において処理される（Ｓ５）。具体的には第２ディスクアレイシステム１５において、ＲＡＩＤ５を用いて、パリティを生成し、元データとパリティデータとを記憶部Ａ（１６ａ）、記憶部Ｂ（１６ｂ）、及び記憶部Ｃ（１６ｃ）に分散記憶する（Ｓ５）。
【００５５】
その後、万が一、記憶部に障害が発生した場合には、ＲＡＩＤ１あるいはＲＡＩＤ５の方式に基づいて、データの復元を行う。
【００５６】
このように、楽曲データをＲＡＩＤ１でバックアップ処理し、映像データをＲＡＩＤ５でバックアップ処理することにより、書き込みバッファ１２におけるライトペナルティを極力回避しつつ、カラオケデータを適切かつ効果的にバックアップすることができる。特に、映像データのハイビジョン化が促進され、映像データが大容量化している現状において、本発明のカラオケデータストレージシステムは有用な技術となる。
【００５７】
＜カラオケ端末の全体構成＞
次に、図３を参照して、本発明のカラオケデータストレージシステムを適用するカラオケ端末の代表的な一例について説明する。図３は、本発明のカラオケデータストレージシステムを適用するカラオケ端末の一例を示すブロック図である。なお、図３に示すカラオケ端末は、上述したカラオケデータストレージシステムを含んだ全体構成を示すものであるが、上述した構成とは異なる観点からカラオケ端末を捉えており、図３に示す各手段は上述した各手段の一部を含んでいたり、重複した概念を有することがある。
【００５８】
本発明のカラオケデータストレージシステムを適用するカラオケ端末は、図３に示すように、バス５１を介して相互に接続された制御手段５２、ＲＯＭ５３、ＲＡＭ５４、記憶手段５５、通信手段５６、映像出力手段５７、操作制御手段５８、音楽曲出力手段５９、送受信手段６０を備えている。
【００５９】
また、映像出力手段５７には表示手段６１が接続されており、音楽曲出力手段５９にはマイク６２及びスピーカ６３が接続されている。
【００６０】
制御手段５２は、上述したストレージ制御手段１３としての機能を含むとともに、カラオケデータストレージシステムを総合的に制御するための手段であり、例えばＣＰＵ及びその周辺機器により構成されており、ＲＯＭ５３等に記憶されたアプリケーションプログラムに従って動作することにより、制御機能を発揮することができるようになっている。
【００６１】
ＲＯＭ５３は、カラオケ端末を構成する各機器を制御するためのアプリケーションプログラムデータや数値データを記憶するための機器で、例えば半導体メモリ等で構成される。また、ＲＡＭ５４は、アプリケーションプログラムや種々のデータを一時的に読み込む一時記憶領域として機能するための機器で、例えば半導体メモリ等で構成される。
【００６２】
記憶手段５５は、種々のデータを記憶するための手段で、例えばＨＤＤ等からなる。この記憶手段５５は、上述した第１ディスクアレイシステム１４及び第２ディスクアレイシステム１５を含む手段である。
【００６３】
映像出力手段５７は、選択された楽曲データに対応した映像データを楽曲に同期させて表示手段６１に出力するための手段である。
【００６４】
リモコン装置６４はＧＵＩ機能を有しており、例えば液晶ディスプレイとタッチセンサとを重畳したインタフェイスが搭載されている。カラオケ端末の利用者は、タッチセンサを用いて楽曲の選択やその他のデータ入力を行うことができる。
【００６５】
操作制御手段５８は、端末本体及びリモコン装置６４からの入力データを制御するための手段である。
音楽曲出力手段５９は、記憶手段５５に格納されたカラオケデータの中から選択された楽曲の伴奏データを再生するとともに、これとマイク６２から入力される歌唱音声をミキシングし、アンプ機能により増幅してスピーカ６３から出力するための手段である。
【００６６】
送受信手段６０は、リモコン装置６４との間で有線あるいは無線によりデータの授受を行うための手段である。
通信手段５６は、通信ネットワーク６６上に配置されたセンターサーバ６５との間で所定の通信プロトコルに従って通信を行うための手段である。
【００６７】
なお、カラオケ端末を構成する機器や手段は上述したものに限定されず、カラオケ端末の設置場所や用途等に応じて、必要な機器や手段のみの構成としたり、適宜他の機器や手段を付加することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明のカラオケデータストレージシステムの構成を示すブロック図である。
【図２】本発明のカラオケデータストレージシステムにおけるデータ記憶処理の手順を示すフローチャートである。
【図３】本発明のカラオケデータストレージシステムを適用するカラオケ端末の一例を示すブロック図である。
【符号の説明】
【００６９】
１０ カラオケ端末
１１ 通信インタフェイス
１２ 書き込みバッファ
１３ ストレージ制御手段
１４ 第１ディスクアレイシステム
１５ 第２ディスクアレイシステム
１６ａ〜１６ｅ 記憶部
５１ バス
５２ 制御手段
５３ ＲＯＭ
５４ ＲＡＭ
５５ 記憶手段
５６ 通信手段
５７ 映像出力手段
５８ 操作制御手段
５９ 音楽曲出力手段
６０ 送受信手段
６１ 表示手段
６２ マイク
６３ スピーカ
６４ リモコン装置
６５ センターサーバ
６６ 通信ネットワーク
【特許請求の範囲】
【請求項１】
通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムであって、
受信したカラオケデータを一時的に格納するための書き込みバッファと、
前記書き込みバッファ内に一時的に格納されたカラオケデータを、相対的に記憶部への書き込み性能が高い第１のＲＡＩＤ方式で所定の記憶部に書き込むための第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式で所定の記憶部に書き込むための第２ディスクアレイシステムと、
前記第１ディスクアレイシステム及び前記第２ディスクアレイシステムを制御するためのストレージ制御手段とを備え、
前記ストレージ制御手段は、前記書き込みバッファ内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別し、前記第１のデータを前記第１ディスクアレイシステムで処理させるとともに、前記第２のデータを前記第２ディスクアレイシステムで処理させるように制御する、
ことを特徴とするカラオケデータストレージシステム。
【請求項２】
前記第１のＲＡＩＤ方式は、複数の記憶手段に対して同一のデータを重複して記憶するＲＡＩＤ１方式であり、
前記第２のＲＡＩＤ方式は、複数の記憶手段に対して元データと誤り訂正符号データとを分散して記憶するＲＡＩＤ５方式である、
ことを特徴とする請求項１に記載のカラオケデータストレージシステム。
【請求項３】
前記第１のデータは、楽曲データであり、
前記第２のデータは、映像データである、
ことを特徴とする請求項１又は２に記載のカラオケデータストレージシステム。
【請求項１】
通信手段を介して受信したカラオケデータを蓄積するためのカラオケデータストレージシステムであって、
受信したカラオケデータを一時的に格納するための書き込みバッファと、
前記書き込みバッファ内に一時的に格納されたカラオケデータを、相対的に記憶部への書き込み性能が高い第１のＲＡＩＤ方式で所定の記憶部に書き込むための第１ディスクアレイシステムと、相対的に記憶部の利用効率が高い第２のＲＡＩＤ方式で所定の記憶部に書き込むための第２ディスクアレイシステムと、
前記第１ディスクアレイシステム及び前記第２ディスクアレイシステムを制御するためのストレージ制御手段とを備え、
前記ストレージ制御手段は、前記書き込みバッファ内に一時的に格納されたカラオケデータを、所定の基準に基づいて容量が小さい第１のデータと容量が大きい第２のデータとに区別し、前記第１のデータを前記第１ディスクアレイシステムで処理させるとともに、前記第２のデータを前記第２ディスクアレイシステムで処理させるように制御する、
ことを特徴とするカラオケデータストレージシステム。
【請求項２】
前記第１のＲＡＩＤ方式は、複数の記憶手段に対して同一のデータを重複して記憶するＲＡＩＤ１方式であり、
前記第２のＲＡＩＤ方式は、複数の記憶手段に対して元データと誤り訂正符号データとを分散して記憶するＲＡＩＤ５方式である、
ことを特徴とする請求項１に記載のカラオケデータストレージシステム。
【請求項３】
前記第１のデータは、楽曲データであり、
前記第２のデータは、映像データである、
ことを特徴とする請求項１又は２に記載のカラオケデータストレージシステム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００８−１３９３５７（Ｐ２００８−１３９３５７Ａ）
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願番号】特願２００６−３２２７０８（Ｐ２００６−３２２７０８）
【出願日】平成１８年１１月３０日（２００６．１１．３０）
【出願人】（３９０００４７１０）株式会社第一興商 (537)
【Ｆターム（参考）】
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願日】平成１８年１１月３０日（２００６．１１．３０）
【出願人】（３９０００４７１０）株式会社第一興商 (537)
【Ｆターム（参考）】
[ Back to top ]