JP4186760B2 - コンピュータシステム、通信カラオケシステム、プログラム - Google Patents

Description

本発明は、データを取得して記憶するコンピュータシステムにおいて、破損したデータの復元が可能なコンピュータシステムに関する。

従来より、コンピュータシステムにおいて、通信回線等を介して取得したデータを記憶装置に保存（記憶）しておき、記憶装置に保存されたデータを利用して各種の処理を行い、所定の機能を実現するシステムが知られている。例えば、こうしたコンピュータシステムの一例としては、通信カラオケシステムがある。通信カラオケシステムは、ホストコンピュータと複数のカラオケ装置とが電話回線等を介して通信可能に構成されており、通信によってカラオケ装置がホストコンピュータから楽音データ等の曲情報を取得し、利用者からのリクエストを受け付けた場合に、カラオケ装置が楽音データを再生して演奏する。また、通信費の削減及びリクエストに対するレスポンス等を向上させるため、各通信カラオケ装置にＨＤＤ等の記憶装置を設け、一旦取得した曲情報は、ＨＤＤ等の記憶装置に記憶しておき、演奏の際は、リクエストに対応した楽音データをＨＤＤ等から読み出して再生する通信カラオケシステムも知られている。例えば、カラオケ店舗において複数のカラオケルームがある場合、各カラオケルームに設置してあるカラオケ装置のそれぞれを電話回線と接続し、各カラオケ装置が、それぞれ個別に、ホストコンピュータと通信を行い、曲情報を取得する通信カラオケシステムがある。この通信カラオケシステムでは、データをカラオケ装置毎に受信するため、カラオケ装置の台数分だけ電話料金がかかるという問題があった。そこで、これらの問題を解決するために、近年では、ある店舗に設置された複数のカラオケ装置のうち、少なくとも１つのカラオケ装置に電話回線を接続し、該カラオケ装置は、上記同様にホストコンピュータより曲情報を受信するが、その他の複数のカラオケ装置は、上記該カラオケ装置とＬＡＮ等で接続された回線を介して曲情報を上記該カラオケ装置から受信する構成の通信カラオケシステムも存在する。また例えば曲情報のサイズが通信で取得できる量を超えるような場合などには、カラオケ装置に外部メディア（例えばＤＶＤ,ＣＤ-ＲＯＭ等）の読み取り装置を備え（あるいは接続し）、該読み取り装置によって外部メディアに記録されたデータを読み取り、カラオケ装置に備える記憶装置に転送する方法もある。

また、これとは別に、エラーの履歴を記録し、指示に応じて、その記録内容を送信したり、表示器に表示したりするカラオケ装置が知られている（例えば、特許文献１参照。）。
特開平８−４４３７９号公報

ところで、コンピュータシステムに備える記憶装置に記憶されたデータは、破壊される可能性がある。例えば、ＨＤＤ等の記憶装置は、振動や電源の瞬断等に弱く、記憶しているデータの破損を起こす可能性がある。例えば、コンピュータシステムが通信カラオケシステムである場合には、楽音データ等の曲情報を受信した各カラオケ制御装置が該曲情報を蓄積するために使用しているＨＤＤ等の記憶装置内の楽音データが破損すると、その破損した楽曲データに該当する曲が利用者よりリクエストされた場合に、演奏時に異常な音声が出力されることとなる。この場合、システムの提供者が早急に正常なＨＤＤと交換するのが一般的である。

しかしながら、このような構成では、一旦破損したデータはシステムの提供者がＨＤＤ等の記憶装置を交換するまで、利用することができないという問題がある。例えば、上述したカラオケ装置で、楽音データが破損した場合には、該楽音データに対応する曲が正常に演奏されなくなり、カラオケ利用者が不満を感じるといった問題があった。また、データが破損しても実際に演奏等により該データを使用しなければ破損したデータが分からないという問題があった。

そこで本発明は、このような問題点を鑑み、データを取得して記憶するコンピュータシステムにおいて、破損したデータが復元できるコンピュータシステムを構築することを目的とする。

上述した問題点を解決するためになされた請求項１に係るコンピュータシステムによれば、データを取得し、取得したデータを記憶し、記憶されたデータが破損したか否かを判別する。さらに、ネットワークを介して他のコンピュータシステムから、データ及び当該データに対応する他のコンピュータシステムの取得元特定情報を取得し、当該取得した他のコンピュータシステムの取得元特定情報の中に、自己のコンピュータシステムからは取得不可能な取得元特定情報が含まれる場合には、当該取得不可能な取得元特定情報は削除した後で、当該取得した他のコンピュータシステムの取得元特定情報に対して他のコンピュータシステムを取得元特定情報として加えた新たな取得元特定情報を生成して、この生成した取得元特定情報を、当該取得したデータに対応付けて記憶する。そして、記憶されたデータが破損したと判別された場合に、当該データに対応して記憶された取得元特定情報に基づいて取得元を特定し、特定した取得元から当該データを再取得して再度記憶する。したがって、破損したデータが復元できる。
また、請求項２に係るコンピュータシステムによれば、ネットワークを介して他のコンピュータシステムから、データ及び当該データに対応する前記他のコンピュータシステムの取得元特定情報であって当該データの取得元の履歴として新古順に順位付されている取得元特定情報を取得し、当該取得した他のコンピュータシステムの取得元特定情報に対して取得元の履歴の順位をそれぞれ１つずつ下位へずらした後、この取得元特定情報に対して前記他のコンピュータシステムを取得元特定情報として取得元の履歴の最上位に加えた新たな取得元特定情報を生成して、この生成した取得元特定情報を、当該取得したデータに対応付けて前記記憶手段に記憶する。
さらに、請求項３に係るコンピュータシステムによれば、記憶されたデータが破損したと判別された場合に、記憶手段に記憶された取得元特定情報において取得元の履歴が最上位の取得元から順に当該データの再取得を行い、当該再取得に失敗した場合、当該取得元の履歴におけるその次の順位の取得元から当該データの再取得を行う。

なお、データの取得は例えば、請求項５に示すように、ネットワークを介して、または、記録媒体から行うとよい。例えば、ネットワークに接続された他のコンピュータシステムから取得する構成としたり、記録媒体の読み取り手段を備え、当該読み取り手段から読み取る構成とするとよい。

記憶されたデータが破損したか否かの判別は、例えば、請求項６に示すように、データの内容に基づいて算出されたエラー検出用情報を記憶しておき、この記憶されたエラー検出用情報と記憶されたデータとに基づいてデータが破損したか否かを判別するとよい。例えば、エラー検出用情報としては、データのＣＲＣ値を用いることができる。例えば、エラー検出用情報として記憶されたＣＲＣ値と、記憶されたデータに基づいて算出したＣＲＣ値とを比較して、一致するかどうかでエラーの有無を検出可能である。

なお、エラー検出用情報は、例えば、請求項７に示すように、取得するデータに予め含まれるようにしてもよいし、請求項８に示すように、取得したデータに基づいて生成してもよい。

そして、さらに、請求項９に示すように、記憶されたデータを他のコンピュータシステムに対して配信するとよい。配信するデータとしては、例えば、請求項１０に示すように、記憶されたデータとそのデータの取得元特定情報とするとよい。

なお、データの取得は、ネットワークを介して他のコンピュータシステムから、データ及びそのデータに対応する他のコンピュータシステムの取得元特定情報を取得し、当該取得した他のコンピュータシステムの取得元特定情報に対して前記他のコンピュータシステムを取得元情報として加えた新たな取得元特定情報を生成して記憶するとよい。このようにすれば、取得元の履歴が新たな取得元特定情報として生成されることになる。したがって、この履歴に基づいて破損したデータを再取得することができる。

また、取得元特定情報の中に、自己のコンピュータシステムからは取得不可能な取得先が含まれる場合には、その取得先からの取得は行わないように構成するとよい。例えば、自己のコンピュータシステムから取得可能か否かを判定し、取得不可能であればその取得先からの取得を行わないようにするとよい。例えば、請求項１あるいは４に示すように、他のコンピュータシステムの取得元特定情報の中に、自己のコンピュータシステムからは取得不可能な取得元特定情報が含まれる場合には、当該取得不可能な取得元特定情報は削除した後で、前記新たな取得元特定情報を生成するようにしてもよい。

ところで、請求項１〜１０に記載のコンピュータシステムを、複数組み合わせたコンピュータシステムを構築することができる。
例えば、請求項１１に示すように、請求項１０に記載のコンピュータシステムである第一のコンピュータシステムと、請求項１〜１０のいずれかに記載のコンピュータシステムである第二のコンピュータシステムとを備えるコンピュータシステムとして構成し、第二のコンピュータシステムにおける取得手段は、少なくとも前記第一のコンピュータシステムにおける配信手段によって配信された前記データを取得する機能を備えるとよい。このようにすれば、第二のコンピュータにおいて、第一のコンピュータから取得して記憶されているデータが破損した場合には、第一のコンピュータからそのデータを再取得し、記憶しなおすことができる。

なお、請求項１２に示すように、請求項１〜１１のいずれかに記載のコンピュータシステムにおける各手段をコンピュータにて実現する場合、例えば、コンピュータで実行するプログラムとして備えることができる。このようなプログラムの場合、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、各手段を実現できる。

また、こうしたコンピュータシステムは、各種の機器に搭載することができる。例えば、請求項１３に示すように、カラオケシステムに備えることができる。このようなカラオケシステムによれば、例えば、曲情報を蓄積するために使用しているＨＤＤ等の記憶装置に記憶しているデータの破損を起こした場合、自動的に再取得してデータが復元される。そのため、システムの提供者がＨＤＤ等を交換する必要もない。

以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。

図１は、ホストコンピュータ２、通信ネットワーク３、本実施例のコンピュータシステムとしてのカラオケ装置１ａ，１ｂ，１ｃ（以下、これらを総称してカラオケ装置１とも記載する）、ＬＡＮ３０を含むカラオケシステムの構成を示すブロック図である。

ホストコンピュータ２は、各種のファイル（例えば、曲情報（歌詞情報、音楽情報、画像情報等）等）を記憶しており、公衆電話回線やＩＳＤＮ等の通信ネットワーク３を介して送信する機能を備える。例えば、カラオケ装置１ａやカラオケ装置１ｂに対して、これらのファイルを送信する。

カラオケ装置１ａ，１ｂ，１ｃは、基本的な構成は同じであるため、内部構成についてはカラオケ装置１ａのみ代表して図示している。ただし、カラオケ装置１ａ及びカラオケ装置１ｂはＣＰＵ１４に接続された通信装置１９を備え、通信装置１９は、通信ネットワーク３を介してホストコンピュータ２に接続されているのに対し、カラオケ装置１ｃは、通信装置１９を備えず、通信ネットワーク３には接続されていない。また、カラオケ装置１ａは、ＣＰＵ１４に接続された外部メディアインターフェース２８を備えるのに対し、カラオケ装置１ｂとカラオケ装置１ｃは、外部メディアインターフェース２８を有していない。これら以外の構成は、カラオケ装置１ａ，１ｂ，１ｃで同様の構成となっている。

すなわち、曲の予約などを行う操作パネル等の入力装置１０、カラオケ装置１全体の制御を司るＣＰＵ１４、各種情報を一時的に記憶するＲＡＭ１５、音楽情報に基づいて演奏の再生を行う音源再生装置１８、音楽情報や利用者の歌唱音にかかる電気信号を増幅等するアンプ２０、アンプ２０からの電気信号を入力して伴奏曲及び利用者の歌唱音等を流すスピーカ２２、利用者の歌唱音等をアンプ２０に入力するためのマイクロフォン（以下、単にマイクと称す。）２３、ＥＥＰＲＯＭ１２、カラオケ用の音楽情報や画像情報その他各種情報を記憶しているハードディスク１３、画像情報等を映像化（再生）するための映像再生装置２４、再生された背景画及び歌詞等を表示する表示装置２６、およびＬＡＮ３０に接続するためのネットワークインターフェース１７を備えている。この内、入力装置１０、ＥＥＰＲＯＭ１２、ハードディスク１３、ＲＡＭ１５、ネットワークインターフェース１７、音源再生装置１８及び映像再生装置２４は、ＣＰＵ１４に接続されている。ハードディスク１３に記憶されたプログラムは、ハードディスク１３からＲＡＭ１５にロードしてＣＰＵ１４よって実行可能に構成されている。

通信装置１９は、信号の変調および復調を行う変復調装置であり、ＣＰＵ１４の制御の下、通信ネットワーク３を通じてホストコンピュータ２にアクセス可能に構成され、通信ネットワーク３を介してホストコンピュータ２から送られてくるファイルを受信したり、データをホストコンピュータ２に伝送することができる。

また、入力装置１０は、利用者によって操作されるものであり、任意の曲の選択、演奏音のキーの調整、演奏と歌との音量バランスの調整、その他エコー、音量、トーンなど各種調整を行うため操作部と、選択された曲番号等を表示するための表示部（図示せず）を備えている。利用者は、その操作部を操作することによって、再生する曲をカラオケ装置１ａに予約登録することができる。

また、ＥＥＰＲＯＭ１２にはブートプログラムやシステムプログラム及び各種の設定に必要な設定データなどが記憶されている。
また、ハードディスク１３には、曲情報、ＣＰＵ１４にカラオケ演奏を実行処理させるための演奏プログラム、演奏記録などのログデータなどがファイルとして記憶されている。そして、入力装置１０の操作部を介して曲が選択されると、ＣＰＵ１４は、選択された曲に対応する歌詞情報のファイル、画像情報のファイル、および音楽情報のファイルをハードディスク１３から呼び出すと共に、映像再生装置２４および音源再生装置１８に同期させて出力することにより演奏処理を行う。なお、ハードディスク１３には、曲番号に対応してそれぞれの曲情報（歌詞情報、音楽情報、画像情報等）が記憶されており、曲番号によって呼び出し対象のファイルを特定して呼び出す。

ＣＰＵ１４から出力される演奏データは、音源再生装置１８において、アナログの演奏音信号に変換された後、アンプ２０へ送られて電気的に増幅される。このアンプ２０は、マイク２３を介して入力される利用者（歌唱者）の歌唱音信号と適度な割合でミキシングするもので、ミキシングされた歌唱音信号と演奏音信号は、アンプ２０からスピーカ２２に出力され、音声及び演奏音となってスピーカ２２から外部へ出力される。

一方、映像再生装置２４は、ＣＰＵ１４の制御の下、ハードディスク１３から読み出された画像情報のファイルに基づく画像の再生を行うものである。それにより、ＣＰＵ１４により出力される歌詞データは、映像再生装置２４において背景映像となる映像データと合成され、表示装置２６の画面に背景映像とともに歌詞テロップが表示されるようになっている。

このような構成のため、利用者は、表示装置２６に表示される歌詞テロップを参照しながら、スピーカ２２より流れるカラオケ演奏にあわせ、マイク２３を使って歌唱できる。
なお、カラオケ装置１ａ，１ｂは、ＣＰＵ１４が通信装置１９を制御し、通信ネットワーク３を介してホストコンピュータ２より曲情報等を取得してハードディスク１３に記憶する機能を有している。また、カラオケ装置１ａは、ＣＰＵ１４が、外部メディアインターフェース２８を制御し、外部メディア６（例えばＤＶＤ、ＣＤ−ＲＯＭ、ＦＤ等）より外部メディア６の再生装置（図示せず）を介して曲情報等を取得してハードディスク１３に記憶する機能を有している。この場合、例えば、追加曲の曲情報を収録した外部メディア６を配布すれば、１曲当たりの曲情報のサイズが通信で取得できる量を超えていても容易に取得することができる。また、いわゆるご当地ソングやインディーズ曲を収録した外部メディア６をオプションとして購入してハードディスク１３に記憶することもできる。さらに、カラオケ装置１は、ＬＡＮ３０を介して他のカラオケ装置１より曲情報等を取得してハードディスク１３に記憶する機能を有している。この場合、ＬＡＮ３０を介して取得するため、通信コストがかからず、また、外部メディア６から取得する場合に比べて手間がかからず、さらにＬＡＮ３０のデータ転送速度は速いので、１曲当たりの曲情報のサイズが大きい場合であっても短時間で取得が完了する。そして、曲情報を取得する際には、曲情報に対するエラー検出情報であるＣＲＣ値を、曲情報の取得先より受け取り、各曲情報に関連付けしてハードディスク１３に記憶する。さらに、取得先の属性（ホスト名、カラオケ識別等）の情報も曲情報に関連付けしてハードディスク１３に記憶する。このように曲情報に関連付けされたＣＲＣ値、取得先および取得先属性といった曲情報の復元を行うための情報を集め、ファイル管理テーブルとして、ハードディスク１３に記憶する。

また、ＣＰＵ１４は、ハードディスク１３内に破損データがないかをチェックする処理を行い、この処理にて破損データが検出された場合には、ファイル管理テーブルに記述されている取得先および取得先属性の履歴に従って取得先を決定して、その決定した取得先から再取得して該曲情報を復元する。すなわち、通信ネットワーク３を介してホストコンピュータ２へ該当する曲情報の再配信要求を送信したり、ＬＡＮ３０を介して他のカラオケ装置へ接続し該当する曲情報の再配信要求を送信したり、外部メディアの場合には属性で示されるメディアの挿入を依頼したりすることにより、該当する曲情報の再取得を行い、該曲情報の復元を完了する。

図２（ａ）（ｂ）（ｃ）は、それぞれカラオケ装置１ａ，１ｂ，１ｃのファイル管理テーブルの一例を示す説明図である。
ファイル管理テーブル５０は、ファイル管理レコードの集合体である。ファイル管理テーブルは、データ（ファイル）の件数分のレコードから構成され、各レコードはデータのファイル名５１、データの使用可否を示す使用可否５８、データの正当性を判断するためのＣＲＣ値５２、取得先５３および属性５４のリストで構成される取得履歴から構成されている。取得先の履歴で最新が取得履歴１で最古が取得履歴３である。すなわち、取得履歴１は当該装置がデータを取得した際の取得先の情報である。ＣＲＣ値５２は、取得先であるホストコンピュータ２、他のカラオケ装置１、あるいは、外部メディア６より取得し格納する。なお、カラオケ装置１の内部で作成したファイルについてはＣＰＵ１４がＣＲＣを計算して格納する。取得先としては、図２（ｄ）に示すように、ＨＯＳＴ、ＬＡＮ、ＤＶＤ、ＣＤ−ＲＯＭ、ＦＤ、ＬＯＣＡＬがある。ＨＯＳＴはホストコンピュータ２より取得したことを示し、ＬＡＮはＬＡＮ３０を介して取得したことを示し、ＤＶＤは、外部メディアインターフェース２８を介して外部メディア６としてのＤＶＤから取得したことを示し、ＣＤ−ＲＯＭは、外部メディアインターフェース２８を介して外部メディア６としてのＣＤ−ＲＯＭから取得したことを示し、ＦＤは、外部メディアインターフェース２８を介して外部メディア６としてのＦＤから取得したことを示し、ＬＯＣＡＬは内部で作成したデータを示す。

ファイル管理テーブルの属性は、図２（ｄ）に示すように、取得先がＨＯＳＴの場合、そのホストコンピュータ２の名称とし、取得先がＬＡＮの場合、カラオケ装置の識別子とし、取得先がＤＶＤ、ＣＤ-ＲＯＭ、ＦＤの場合には、メディア識別子（ここではバージ
ョン番号）とし、内部で作成したデータの場合、復元方法のタイプとしている。図２の例では、カラオケ装置の識別子として、カラオケ装置１ａをカラオケＡ、カラオケ装置１ｂをカラオケＢ、カラオケ装置１ｃをカラオケＣとしている。

図３は曲情報を取得先から取得し、ハードディスク１３に格納する時の処理の流れを示すフローチャートである。
図３のＳ２１（ステップ２１、以下同様）では、曲情報の実データをハードディスク１３へ書き込む。続くＳ２２ではＳ２１で書き込んだファイルが内部作成ファイルか否かを判定する。内部作成ファイルの場合には（Ｓ２２：Ｙｅｓ）、Ｓ２３へ移行し、ＣＲＣ値を計算して（Ｓ２３）、取得先情報として内部作成（ＬＯＣＡＬ）を設定し、属性として復元方法（再作成種別）を設定して（Ｓ２４）、ファイル管理テーブルにレコードを追加してこの処理を終了する。一方、内部作成ファイルでない場合には（Ｓ２２：Ｎｏ）、取得先よりファイル管理レコードを取得する（Ｓ２２）。すなわち、取得先の装置へ当該ファイルのファイル管理レコードを要求し、取得先の装置は当該装置に記憶された当該ファイルのファイル管理レコードを要求元へ送信し、要求元の装置で受信して取得するのである。続くＳ２７では、取得履歴を１つずらしながら、不要な履歴を削除する。すなわち、取得履歴２を取得履歴３へ、取得履歴１を取得履歴２へそれぞれ転記し、取得履歴の取得先に自身が取得できない取得先があるときはそれを削除する。また取得履歴の取得先が内部作成（ＬＯＣＡＬ）のときはそれを削除する。続くＳ２８では、取得履歴１に今回の取得先と属性を設定する。続くＳ２９では、ファイル管理レコードにレコードを追加する。その結果、取得履歴１には、今回、曲情報を取得した取得先の「取得先」と「属性」が挿入され、取得履歴２にはその取得先が当該曲情報を取得した先の取得先と属性が入ることとなる。このように取得先と属性が履歴として記憶されることとなる。

図４は曲情報のチェックおよび復元処理を説明する図である。
この処理は定期的に実行される。図４のＳ７０では、すべてのデータ（曲情報等のファイル）をチェックしたか否かを判定し、すべてのデータをチェックした場合には（Ｓ７０：Ｙｅｓ）、この処理を終了する。一方、まだチェックしていないデータがある場合には（Ｓ７０：Ｎｏ）、Ｓ７１へ移行する。Ｓ７１では、実データのＣＲＣ値を計算する。続くＳ７２では、ファイル管理テーブルからそのデータに対応するレコードを取得する。例えば、選曲番号やファイル名をキーとして取得する。続くＳ７３では、Ｓ７１で計算したＣＲＣ値と、Ｓ７２で取得したレコードのＣＲＣ値が同じか否かを判定する。双方のＣＲＣ値が同じ場合には（Ｓ７３：Ｙｅｓ）、チェック対象のデータを次のデータに設定し、Ｓ７０へ戻る。一方、双方のＣＲＣ値が異なる場合には（Ｓ７３：Ｎｏ）、Ｓ７４へ移行する。Ｓ７４では、取得履歴１の取得情報（取得情報は取得先と属性である。以下同じ）（図２参照）に従ってデータ（曲情報等のファイル）の再取得を行う。続くＳ７５では、Ｓ７４での再取得に成功したか否かを判定する。再取得に成功した場合には（Ｓ７５：Ｙｅｓ）、Ｓ８１へ移行して取得履歴の変更を行った後、チェック対象のデータを次のデータに設定し、Ｓ７０へ戻る。一方、再取得に失敗した場合には（Ｓ７５：Ｎｏ）、Ｓ７６へ移行する。Ｓ７６では、取得履歴２の情報（図２参照）に従ってデータ（曲情報等のファイル）の再取得を行う。続くＳ７７では、Ｓ７６での再取得に成功したか否かを判定する。再取得に成功した場合には（Ｓ７７：Ｙｅｓ）、Ｓ８１へ移行して取得履歴の変更を行った後、チェック対象のデータを次のデータに設定し、Ｓ７０へ戻る。一方、再取得に失敗した場合には（Ｓ７７：Ｎｏ）、Ｓ７８へ移行する。Ｓ７８では、取得履歴３の情報（図２参照）に従ってデータ（曲情報等のファイル）の再取得を行う。続くＳ７９では、Ｓ７８での再取得に成功したか否かを判定する。再取得に成功した場合には（Ｓ７９：Ｙｅｓ）、Ｓ８１へ移行して取得履歴の変更を行った後、チェック対象のデータを次のデータに設定し、Ｓ７０へ戻る。一方、再取得に失敗した場合には（Ｓ７９：Ｎｏ）、Ｓ８０へ移行する。Ｓ８０では、現時点ではこのデータが利用できないという状態に設定する。すなわち、ファイル管理テーブルの該当レコードの使用可否を「否」に設定する。そして、チェック対象のデータを次のデータに設定し、Ｓ７０へ戻る。本実施例の場合、取得履歴１〜３を利用してデータの再取得を行うので、成功する確率が高くなる。

次に、上述したＳ７４、Ｓ７６、Ｓ７８における詳細な処理の流れについて、図５のＳ１００〜Ｓ１１２に説明する。
図５のＳ１００では、取得情報に取得先が設定されているか否かを判定する。取得先に何も設定されていないときは（Ｓ１００：Ｎｏ）、再取得失敗終了する。一方、取得先が設定されている場合には、Ｓ１０１へ移行する。

Ｓ１０１では、取得先がＨＯＳＴか否かを判定する。取得先がＨＯＳＴの場合には（Ｓ１０１：Ｙｅｓ）、Ｓ１０２へ移行する。Ｓ１０２では、ファイル管理テーブルの属性で示されたホストに接続し、該当するデータを取得する。そして、続くＳ１０３では、Ｓ１０２でデータが再取得できたか否かを判定し、再取得できた場合には（Ｓ１０３：Ｙｅｓ）、Ｓ１１２へ移行する。一方、再取得できなかった場合には（Ｓ１０３：Ｎｏ）、再取得失敗終了する。

また、Ｓ１００において、取得先がＨＯＳＴでない場合には（Ｓ１０１：Ｎｏ）、Ｓ１０４へ移行する。
Ｓ１０４では、取得先がＬＡＮか否かを判定する。取得先がＬＡＮの場合には（Ｓ１０４：Ｙｅｓ）、Ｓ１０５へ移行する。Ｓ１０５では、ファイル管理テーブルの属性で示されたカラオケ装置に接続し、該当するデータを取得する。そして、続くＳ１０６では、Ｓ１０５でデータが再取得できたか否かを判定し、再取得できた場合には（Ｓ１０６：Ｙｅｓ）、Ｓ１１２へ移行する。一方、再取得できなかった場合には（Ｓ１０６：Ｎｏ）、再取得失敗終了する。

また、Ｓ１０４において、取得先がＬＡＮでない場合には（Ｓ１０４：Ｎｏ）、Ｓ１０７へ移行する。
Ｓ１０７では、取得先が外部メディアか否かを判定する。取得先が外部メディアの場合には（Ｓ１０７：Ｙｅｓ）、Ｓ１０８へ移行する。Ｓ１０８では、ファイル管理テーブルの属性で示された外部メディア６の再生装置への挿入をユーザに依頼し（依頼は、例えば、映像再生装置２４を制御して表示装置２６に表示することで行う）、外部メディア６から該当するデータを取得する。そして、続くＳ１０９では、Ｓ１０８でデータが再取得できたか否かを判定し、再取得できた場合には（Ｓ１０９：Ｙｅｓ）、Ｓ１１２へ移行する。一方、再取得できなかった場合には（Ｓ１０９：Ｎｏ）、再取得失敗終了する。

また、Ｓ１０７において、取得先が外部メディアでない場合には（Ｓ１０７：Ｎｏ）、Ｓ１１０へ移行する。Ｓ１１０では、ファイル管理テーブルの属性で示された復帰方法でデータを再作成し、Ｓ１１２へ移行する。

Ｓ１１２では、上述した再取得あるいは再作成したものにファイル管理レコードを変更して、再取得成功終了する。
次に、各カラオケ装置１ａ〜１ｃ（カラオケＡ〜Ｃ）が上述した処理を行うことによって、データの取得や再取得する様子を例に示して説明する。

図６（ａ）は、カラオケＡ〜Ｃのデータの取得及び再取得のステップを示す図である。
まず、図６（ａ）に示すように、カラオケＡがホストＡからデータ１を取得し（Ｓ１）、外部メディアＤＶＤからデータ２を取得する（Ｓ２）。これにより、カラオケＡ内のファイル管理レコードは、図６（ｂ）のようになる。すなわち、ファイル名が「データ１」、使用可否が「可」、ＣＲＣ値が「１２３４」、取得履歴１の取得先が「ＨＯＳＴ」、属性が「ホストＡ」のレコードと、ファイル名が「データ２」、使用可否が「可」、ＣＲＣ値が「５６７８」、取得履歴１の取得先が「ＤＶＤ」、属性が「Ｖｅｒ１.２７」のレコードとがファイル管理テーブルに記憶される。

次に、図６（ａ）に示すように、カラオケＢがカラオケＡからデータ１（Ｓ３）とデータ２（Ｓ４）を取得する。このときのカラオケＢ内のファイル管理レコードは、図６（ｃ）のようになる。すなわちファイル名が「データ１」、使用可否が「可」、ＣＲＣ値が「１２３４」、取得履歴１の取得先が「ＬＡＮ」・属性が「カラオケＡ」、取得履歴２は、カラオケＡから受け取ったレコードの取得履歴１を転写した内容である取得先「ＨＯＳＴ」・属性「ホストＡ」のレコードと、ファイル名が「データ２」、使用可否が「可」、ＣＲＣ値が「５６７８」、取得履歴１の取得先が「ＬＡＮ」・属性が「カラオケＡ」のレコードである。データ２の取得履歴２は、カラオケＢから受け取ったレコードの取得履歴１を転写した場合、取得先「ＤＶＤ」、属性が「Ｖｅｒ１.２７」となるが、カラオケＢに
は、外部メディアインターフェース１４がないのでデータ２の取得属性２は削除する（Ｓ５）。

次に、図６（ａ）に示すように、カラオケＣがカラオケＢからデータ１（Ｓ６）とデータ２（Ｓ７）を取得する。このときのカラオケＣ内のファイル管理レコードは、図６（ｄ）のようになる。すなわちファイル名が「データ１」、使用可否が「可」、ＣＲＣ値が「１２３４」、取得履歴１の取得先が「ＬＡＮ」・属性が「カラオケＢ」、取得履歴２は、カラオケＢから受け取ったレコードの取得履歴１を転写した内容である取得先「ＬＡＮ」・属性「カラオケＡ」のレコードと、ファイル名が「データ２」、使用可否が「可」、ＣＲＣ値が「５６７８」、取得履歴１の取得先が「ＬＡＮ」・属性が「カラオケＢ」、取得履歴２は、カラオケＢから受け取ったレコードの取得履歴１を転写した内容である取得先「ＬＡＮ」・属性「カラオケＡ」のレコードである。データ１の取得履歴３は、カラオケＢから受け取ったレコードの取得履歴２を転写した場合、取得先「ＨＯＳＴ」、属性が「ホストＡ」となるが、カラオケＣは、ホストコンピュータ２と通信できないので、データ２の取得属性３は削除する（Ｓ８）。

図６（ｅ）は、カラオケＣ内のデータ１に異常が発生しカラオケＢからの取得に失敗（Ｓ９）後、カラオケＡからの取得に成功した（Ｓ１０）ときのカラオケＣ内のファイル管理レコードの様子を示す図である。カラオケＣにはホストとの接続手段がないのでデータ１の取得履歴２は削除される（Ｓ１１）。

このように、本実施例のカラオケ装置１ａ，１ｂ，１ｃによれば、次のような効果が得られ、また、種々の変形例が考えられる。
（１）カラオケ装置１ａ，１ｂ，１ｃのハードディスク１３に格納される曲情報が振動や電源の瞬断等によって破損した場合に、その破損したデータを検知することができ、さらに、その破損したデータについては、取得履歴にしたがって、再取得し、データを復元することができる。

（２）なお本実施例では、取得履歴１〜取得履歴３の３つの履歴を記憶することとしたが、この数は任意の数とすることができる。
（３）上記実施例では、カラオケ演奏に使用する音楽情報や画像情報などの曲情報をエラーチェック対象としたが、例えばカラオケ演奏処理をＣＰＵ１４が実行するためのアプリケーションプログラム（演奏プログラム）をエラーチェック対象としてもよい。また、それら以外の情報であっても当然よい。

（４）上記実施例では、ハードディスク１３に格納されている全ての曲情報をエラーチェック対象としたが、全てのデータでなくてもよい。例えば曲情報に対応してエラー検出の必要性の有無をハードディスク１３に記憶しておき、エラー検出の必要性が有ると記憶されている曲情報に対してのみ、エラーチェック（及びデータ復元）を実行するようにしてもよい。また、リクエスト頻度の多い曲情報のみを対象としてもよい。

（５）また、データとしては、例えば、カラオケ演奏をするためのアプリケーションプログラムデータも含めてもよい。このアプリケーションプログラムデータが破損している場合には、たとえ楽音情報等が正常であっても、カラオケ演奏処理自体が正常に実行されない。したがって、このようなアプリケーションプログラムをエラー検出の必要性がより高い情報であるとすることも考えられる。

（６）また、カラオケ装置に限らず、他の情報処理装置であっても実現可能である。例えば、ユーザからの要求等があった場合に、ハードディスク等の情報記憶手段に記憶している処理実行用情報を用いて処理を実行するような装置などでは、破損データを用いた処理を実行してしまうとユーザに対して適切な情報提供ができないので、上述のようなエラーチェック及び必要に応じてデータ復元することは有効な対処となる。

（７）上記実施例ではエラー検出情報としてＣＲＣ値を採用したが、チェックサム等のサム値を使用するなど、その他のエラー検出に資することのできる情報であってもよい。
（８）上記実施例では、カラオケ装置１ａ，１ｂがホストコンピュータ２に接続される構成としたが、カラオケ装置１ａ，１ｂ，１ｃ全てがホストコンピュータ２に接続される構成としてもよいし、カラオケ装置１ａのみがホストコンピュータ２に接続される構成としてもよい。また、外部メディアインターフェース２８もカラオケ装置１ａ，１ｂ，１ｃ全てが備える構成であってもよい。

カラオケシステムの構成を示すブロック図である。 曲情報の復元を行うための情報を集めたファイル管理テーブルの説明図である。 曲情報をハードディスクに格納する時の処理をあらわす説明図である。 曲情報のチェックおよび復元処理をあらわす説明図である。 曲情報の再取得処理をあらわす説明図である。 曲情報の取得及び再取得の例と、この例におけるファイル管理テーブルの状態を示す説明図である。

符号の説明

１ａ，１ｂ，１ｃ…カラオケ装置、２…ホストコンピュータ、３…通信ネットワーク、１０…入力装置、１２…ＥＥＰＲＯＭ、１３…ハードディスク、１４…ＣＰＵ、１５…ＲＡＭ、１７…ネットワークインターフェース、１８…音源再生装置、２０…アンプ、２２…スピーカ、２３…マイクロフォン、２４…映像再生装置、２６…表示装置。

Claims (13)

1. データを取得するための取得手段と、
   前記取得手段によって取得されたデータを記憶するための記憶手段と、
   前記記憶手段に記憶されたデータが破損したか否かを判別する判別手段とを備えるコンピュータシステムにおいて、
   前記取得手段は、ネットワークを介して他のコンピュータシステムから、データ及び当該データに対応する前記他のコンピュータシステムの取得元特定情報を取得し、当該取得した他のコンピュータシステムの取得元特定情報の中に、自己のコンピュータシステムからは取得不可能な取得元特定情報が含まれる場合には、当該取得不可能な取得元特定情報は削除した後で、当該取得した他のコンピュータシステムの取得元特定情報に対して前記他のコンピュータシステムを取得元特定情報として加えた新たな取得元特定情報を生成して、この生成した取得元特定情報を、当該取得したデータに対応付けて前記記憶手段に記憶し、
   前記判別手段によって前記記憶手段に記憶されたデータが破損したと判別された場合に、当該データに対応する前記記憶手段に記憶された取得元特定情報に基づいて取得元を特定し、特定した取得元から当該データを再取得して前記記憶手段に再度記憶する再取得手段を備えること
   を特徴とするコンピュータシステム。
2. データを取得するための取得手段と、
   前記取得手段によって取得されたデータを記憶するための記憶手段と、
   前記記憶手段に記憶されたデータが破損したか否かを判別する判別手段とを備えるコンピュータシステムにおいて、
   前記取得手段は、ネットワークを介して他のコンピュータシステムから、データ及び当該データに対応する前記他のコンピュータシステムの取得元特定情報であって当該データの取得元の履歴として新古順に順位付されている取得元特定情報を取得し、当該取得した他のコンピュータシステムの取得元特定情報に対して取得元の履歴の順位をそれぞれ１つずつ下位へずらした後、この取得元特定情報に対して前記他のコンピュータシステムを取得元特定情報として取得元の履歴の最上位に加えた新たな取得元特定情報を生成して、この生成した取得元特定情報を、当該取得したデータに対応付けて前記記憶手段に記憶し、
   前記判別手段によって前記記憶手段に記憶されたデータが破損したと判別された場合に、当該データに対応する前記記憶手段に記憶された取得元特定情報に基づいて取得元を特定し、特定した取得元から当該データを再取得して前記記憶手段に再度記憶する再取得手段を備えること
   を特徴とするコンピュータシステム。
3. 請求項２に記載のコンピュータシステムにおいて、
   再取得手段は、前記記憶手段に記憶された取得元特定情報において取得元の履歴が最上位の取得元から順に当該データの再取得を行い、当該再取得に失敗した場合、当該取得元の履歴におけるその次の順位の取得元から当該データの再取得を行うこと
   を特徴とするコンピュータシステム。
4. 請求項２又は３に記載のコンピュータシステムにおいて、
   前記当該他のコンピュータシステムの取得元特定情報の中に、自己のコンピュータシステムからは取得不可能な取得元特定情報が含まれる場合には、当該取得不可能な取得元特定情報は削除した後で、前記他のコンピュータシステムを取得元情報を加えた新たな取得元特定情報を生成すること
   を特徴とするコンピュータシステム。
5. 請求項１〜４のいずれかに記載のコンピュータシステムにおいて、
   前記取得手段は、ネットワークを介して、または、記録媒体から、前記データを取得すること
   を特徴とするコンピュータシステム。
6. 請求項１〜５のいずれかに記載のコンピュータシステムにおいて、
   前記記憶手段は、前記データの内容に基づいて算出されたエラー検出用情報を記憶しており、
   前記判別手段は、前記記憶手段に記憶されたエラー検出用情報と前記記憶手段に記憶されたデータとに基づいて前記データが破損したか否かを判別すること
   を特徴とするコンピュータシステム。
7. 請求項６に記載のコンピュータシステムにおいて、
   前記エラー検出用情報は、前記取得手段が取得するデータに予め含まれており、
   前記取得手段は、当該エラー検出用情報を含むデータを前記記憶手段に記憶すること
   を特徴とするコンピュータシステム。
8. 請求項６又は７に記載のコンピュータシステムにおいて、
   前記取得手段は、取得したデータに基づいて前記エラー検出用情報を生成して、当該データと当該エラー検出用情報を前記記憶手段に記憶すること
   を特徴とするコンピュータシステム。
9. 請求項１〜８のいずれかに記載のコンピュータシステムにおいて、
   前記記憶手段に記憶されたデータを他のコンピュータシステムに対して配信する配信手段を備えること
   を特徴とするコンピュータシステム。
10. 請求項９に記載のコンピュータシステムにおいて、
    前記配信手段は、前記記憶手段に記憶されたデータと、当該データの前記取得元特定情報とを、前記他のコンピュータシステムに対して配信すること
    を特徴とするコンピュータシステム。
11. 請求項１０に記載のコンピュータシステムである第一のコンピュータシステムと、請求項１〜１０のいずれかに記載のコンピュータシステムである第二のコンピュータシステムとを備えるコンピュータシステムにおいて、
    前記第二のコンピュータシステムにおける取得手段は、少なくとも前記第一のコンピュータシステムにおける配信手段によって配信された前記データを取得する機能を備えること
    を特徴とするコンピュータシステム。
12. 請求項１〜１１のいずれかに記載のコンピュータシステムにおける各手段をコンピュータによって実現させるためのプログラム。
13. 請求項１〜１１のいずれかに記載のコンピュータシステムを備えたカラオケシステム。

Images