(57)【要約】【課題】メモリの保守操作を継続しながら運用プログラムを使用することができるメモリの保守操作方法および保守システムを提供すること。【解決手段】複数のカラオケ装置１，Ｓ１，Ｓ２，…，ＳｍがＬＡＮ３０に接続されて構成された通信カラオケシステムにおいて、カラオケ装置１にて、運用プログラムの実行により、ハードディスク１３のエラー診断の対象となっているファイルを使用する必要が生じた場合には、ＬＡＮ３０に接続されたカラオケ装置Ｓ１〜Ｓｍのハードディスクを検索し、その検索したファイルにアクセスして読み込みを行うことにより、運用プログラムの実行を継続する。【選択図】　　　　　　図１
2004078557.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続された各端末装置におけるメモリの保守操作方法において、
前記ある端末装置にて、保守プログラムの実行によってメモリに記憶されたファイルの保守操作を行っている際に、運用プログラムの実行によって前記保守操作の対象となっているファイルにアクセスする必要が生じた場合には、
前記通信ネットワークを介して接続された他の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索し、
前記検索したファイルにアクセスし、そのファイルを使用して運用プログラムを実行することにより、保守プログラムの実行を継続することを特徴とするメモリの保守操作方法。
【請求項２】
請求項１に記載するの保守操作方法において、
前記保守操作の対象となっているファイルと同形式のファイルを検索したときに、その検索したファイルにアクセスすることができない場合、前記他の端末装置とは別の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索することを特徴とするメモリの保守操作方法。
【請求項３】
請求項２に記載するメモリの保守操作方法において、
前記保守操作の対象となっているファイルと同形式のファイルの検索は、前記各端末装置に対してあらかじめ付与された優先順位に基づき行われることを特徴とするメモリの保守操作方法。
【請求項４】
請求項１から請求項３に記載するいずれか１つのメモリの保守操作方法において、
前記保守操作は、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれかであることを特徴とするメモリの保守操作方法。
【請求項５】
通信ネットワークに接続された各端末装置におけるメモリの保守システムにおいて、
前記通信ネットワークに接続された端末装置間でデータのやり取りを行う通信手段と、
保守プログラムの実行によってメモリに記憶されたファイルの保守操作を行う保守操作手段と、
前記ある通信端末にて前記保守操作手段が保守操作を行っている際に、運用プログラムの実行によって前記保守操作の対象となっているファイルにアクセスする必要が生じた場合に、前記通信手段により前記通信ネットワークを介して接続された他の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索してアクセスするように制御する制御手段と、
を有することを特徴とするメモリの保守システム。
【請求項６】
請求項５に記載するメモリの保守システムにおいて、
前記端末装置の運用中に異常を検出する異常検出手段を備え、
前記保守操作手段は、前記異常検出手段が異常を検出した場合、メモリの保守操作を行うことを特徴とするメモリの保守システム。
【請求項７】
請求項５または請求項６に記載するメモリの保守システムにおいて、
前記制御手段が検索したファイルにアクセス可能であるか否かを判断するアクセス可否判断手段と、
前記各端末装置に対してあらかじめ付与されたアクセス順序を記憶しているアクセス順位記憶手段とを備え、
前記制御手段は、前記アクセス可否判断手段がアクセス不可であると判断した場合、前記アクセス順位記憶手段に記憶されているアクセス順序に基づき、前記通信ネットワークに接続された別の端末装置におけるメモリ内を検索することを特徴とするメモリの保守システム。
【請求項８】
請求項５から請求項７のいずれか１つに記載するメモリの保守システムにおいて、
前記保守操作手段は、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれかを行うことを特徴とするメモリの保守システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、メモリの信頼性を高めるための保守操作方法および保守システムに関する。さらに詳細には、保守操作を継続しながら運用プログラムを実行することができるメモリの保守操作方法および保守システムに関するものである。
【０００２】
【従来の技術】
従来から、メモリの信頼性を高めるために、スキャンディスクのようなエラー診断、デフラグのようなファイル再構築、データのバックアップなどの保守操作が定期的もしくは所定のタイミングで行われている。そして、このような保守操作は、例えば、運用時間外の毎日決まった時間に行われたり、もしくはユーザーの意思で運用時間外に不定期に行われる場合などに行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記した従来の保守操作方法では、運用時間外に保守操作が行われるため、運用時間中に異常が発生した場合には、直ちに対応することができないという問題があった。この問題を解決するために運用時間中に異常が発生した場合、例えばシステムがある大きさの振動を検知したり、温度が過度の高温になった場合に、保守操作を行うことが考えられる。ところがこの場合、保守操作を実行している間、運用プログラムを実行することができなくなるという別の問題が生じてしまう。
【０００４】
一方、運用プログラムの実行を優先すると、保守操作を中断させなければならなくなる。そうすると、保守操作が完全に終了していないのに強制的に中断されるため、保守操作の信頼性が低くなってしまうという問題が生じてしまう。すなわち、現状においては、運用時間中に保守操作を実行することが難しいので、上記したように運用時間外に保守操作を行っているのである。
【０００５】
そこで、本発明は上記した問題点を解決するためになされたものであり、メモリの保守操作を継続しながら運用プログラムを実行することができるメモリの保守操作方法および保守システムを提供することを課題とする。
【０００６】
【課題を解決するための手段】
上記問題点を解決するためになされた請求項１に係る発明は、通信ネットワークに接続された各端末装置におけるメモリの保守操作方法において、前記ある端末装置にて、保守プログラムの実行によってメモリに記憶されたファイルの保守操作を行っている際に、運用プログラムの実行によって前記保守操作の対象となっているファイルにアクセスする必要が生じた場合には、前記通信ネットワークを介して接続された他の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索し、前記検索したファイルにアクセスし、そのファイルを使用して運用プログラムを実行することにより、保守プログラムの実行を継続することを特徴とする。
【０００７】
このような特徴を有する請求項１に係るメモリの保守操作方法によれば、ある端末装置にて、メモリに記憶されたファイルの保守操作を行っている際に、運用プログラムが実行されて保守操作の対象となっているファイルにアクセスする必要が生じた場合、他の端末装置におけるメモリから、保守操作の対象となっているファイルと同形式のファイルが検索される。次いで、ある端末装置はその検索されたファイルにアクセスし、そのファイルを使用することにより、運用プログラムの実行を継続する。このため、ある端末装置において、保守プログラムの実行を中断する必要がない。すなわち、保守プログラムの実行を継続しながら運用プログラムを実行し続けることができる。
【０００８】
また、請求項２に係る発明は、請求項１に記載するの保守操作方法において、前記保守操作の対象となっているファイルと同形式のファイルを検索したときに、その検索したファイルにアクセスすることができない場合、前記他の端末装置とは別の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索することを特徴とする。
【０００９】
このような特徴を有する請求項２に係るメモリの保守操作方法によれば、保守操作の対象となっているファイルと同形式のファイルを検索したときに、その検索したファイルにアクセスすることができない場合には、他の端末装置とは別の端末装置におけるメモリから、保守操作の対象となっているファイルと同形式のファイルを検索するので、確実に保守操作の対象となっているファイルと同形式のファイルにアクセスすることができる。その結果として、より確実に保守プログラムの実行を継続しながら、運用プログラムを実行し続けることができる。
【００１０】
また、請求項３に係る発明は、請求項２に記載するメモリの保守操作方法において、前記保守操作の対象となっているファイルと同形式のファイルの検索は、前記各端末装置に対してあらかじめ付与された優先順位に基づき行われることを特徴とする。
【００１１】
このような特徴を有する請求項３に係るメモリの保守操作方法によれば、ファイルの検索があらかじめ付与された優先順位に基づき行われるので、より迅速に検索対象となっているファイルを探し出してアクセスすることができる。つまり、無駄な検索を行わなくてもよいため、ファイル検索のために運用プログラムの実行が中断されることがない。
【００１２】
また、請求項４に係る発明は、請求項１から請求項３に記載するいずれか１つのメモリの保守操作方法において、前記保守操作は、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれかであることを特徴とする。
【００１３】
このような特徴を有する請求項４に係るメモリの保守操作方法によれば、保守操作が、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれであっても、保守プログラムの実行を継続しながら運用プログラムを実行し続けることができる。
【００１４】
また、請求項５に係る発明は、通信ネットワークに接続された各端末装置におけるメモリの保守システムにおいて、前記通信ネットワークに接続された端末装置間でデータのやり取りを行う通信手段と、保守プログラムの実行によってメモリに記憶されたファイルの保守操作を行う保守操作手段と、前記ある通信端末にて前記保守操作手段が保守操作を行っている際に、運用プログラムの実行によって前記保守操作の対象となっているファイルにアクセスする必要が生じた場合に、前記通信手段により前記通信ネットワークを介して接続された他の端末装置におけるメモリから、前記保守操作の対象となっているファイルと同形式のファイルを検索してアクセスするように制御する制御手段と、を有することを特徴とする。
【００１５】
このような特徴を有する請求項５に係るメモリの保守システムによれば、ある端末装置にて、保守操作手段がメモリに記憶されたファイルの保守操作を行っている際に、運用プログラムが実行されて保守操作の対象となっているファイルにアクセスする必要が生じた場合、制御手段が他の端末装置におけるメモリから、保守操作の対象となっているファイルと同形式のファイルを検索してアクセスする。これにより、ある端末装置においては、その検索したファイルを使用して、運用プログラムを実行し続けることができる。また、保守プログラムの実行を中断する必要がない。したがって、保守プログラムの実行を継続しながら運用プログラムを実行し続けることができる。
【００１６】
また、請求項６に係る発明は、請求項５に記載するメモリの保守システムにおいて、前記端末装置の運用中に異常を検出する異常検出手段を備え、前記保守操作手段は、前記異常検出手段が異常を検出した場合、メモリの保守操作を行うことを特徴とする。
【００１７】
このような特徴を有する請求項６に係るメモリの保守システムによれば、異常検出手段により、端末装置の運用中における異常検出が行われている。異常検出手段により検出される異常としては、例えば、端末装置が異常に高温になった場合や、端末装置に異常な振動が加わった場合などが挙げられる。そして、異常検出手段によって異常が検出されると、前記保守操作手段によりメモリの保守操作が実行される。また、上記したように、本発明に係る保守システムは、保守プログラムの実行を継続しながら運用プログラムも実行することができる。したがって、端末装置に異常が発生した場合に、直ちにメモリの保守操作を実行することができる。
【００１８】
また、請求項７に係る発明は、請求項５または請求項６に記載するメモリの保守システムにおいて、前記制御手段が検索したファイルにアクセス可能であるか否かを判断するアクセス可否判断手段と、前記各端末装置に対してあらかじめ付与されたアクセス順序を記憶しているアクセス順位記憶手段とを備え、前記制御手段は、前記アクセス可否判断手段がアクセス不可であると判断した場合、前記アクセス順位記憶手段に記憶されているアクセス順序に基づき、前記通信ネットワークに接続された別の端末装置におけるメモリ内を検索することを特徴とする。
【００１９】
このような特徴を有する請求項７に係るメモリの保守システムによれば、アクセス可否判断手段により、制御手段によって検索されたファイルに対してアクセスすることができないと判断された場合、制御手段は、アクセス順位記憶手段に記憶されているアクセス順序に基づき、別の端末装置におけるメモリからファイルを検索する。このように、制御手段が次にアクセスする端末装置は、アクセス順位に基づきあらかじめ決定されているので、より迅速に検索対象となっているファイルを探し出してアクセスすることができる。つまり、無駄な検索を行わなくてもよいため、ファイル検索のために運用プログラムの実行が中断されることがない。
【００２０】
また、請求項８に係る発明は、請求項５から請求項７のいずれか１つに記載するメモリの保守システムにおいて、前記保守操作手段は、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれかを行うことを特徴とする。
【００２１】
このような特徴を有する請求項８に係るメモリの保守システムによれば、保守操作手段による保守操作が、メモリのエラー診断、メモリのファイル再構築、およびメモリのバックアップのいずれであっても、保守プログラムの実行を継続しながら運用プログラムを実行し続けることができる。
【００２２】
【発明の実施の形態】
以下、本発明のメモリ保守システムを具体化した最も好適な実施の形態について図面に基づいて詳細に説明する。本実施の形態は、本発明をカラオケ装置に適用したものである。そこで、本実施の形態に係るメモリ保守システムの構成を図１に示す。図１はメモリ保守システムの構成を示すブロック図である。このメモリ保守システムは、複数のカラオケ装置１，Ｓ１，Ｓ２，…，Ｓｍがローカル・エリア・ネットワーク（ＬＡＮ）３０に接続されて構成されたものである。これらのカラオケ装置１，Ｓ１，Ｓ２，…，Ｓｍは同じ構成のものであり、通信ネットワークを介して音楽情報と画像情報とが伝達される、いわゆる通信カラオケといわれるものであり、ホストコンピュータ２には、カラオケ装置１のみが代表して通信ネットワーク３を介して接続されている。カラオケ装置１が受信した音楽情報および画像情報は、ＬＡＮ３０を介して他のカラオケ装置Ｓ１〜Ｓｍにコピーされ、カラオケ装置１，Ｓ１〜Ｓｍは、同じ音楽情報および画像情報を後述するハードディスク１３に記憶している。
【００２３】
そこで、これらのカラオケ装置の構成について説明する。ここでは、カラオケ装置１についてだけ説明し、その他のカラオケ装置の説明は省略する。カラオケ装置１は、通信ネットワーク３を介して音楽情報と画像情報とが伝達される、いわゆる通信カラオケといわれるものである。この場合、利用者は通信ネットワーク３により伝達された音楽情報と画像情報とに基づいて、例えば、テレビ等の表示装置（表示手段）に表示される歌詞を参照しながら、スピーカより流れる演奏に合わせて、マイクを使って歌を歌うことができるようになっている。
【００２４】
このカラオケ装置１には、図１に示されるように、ホストコンピュータ２に通信ネットワーク３を介して接続し各種の情報を送受信する通信装置１９、曲の予約などを行う入力装置１０、カラオケ装置１を制御するためのＣＰＵ１４、各種情報を一時的に記憶するＲＡＭ１５、演奏の再生を行う音源再生装置１８、音楽情報に係る電気信号を増幅等するアンプ２０、アンプ２０からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ２２、利用者の歌声等をアンプ２０に入力するマイク２３、各種データ等を記憶しているＥＥＰＲＯＭ１２とハードディスク１３、画像情報等を映像化するための映像再生装置２４、画像情報である背景画及び歌詞等を表示する表示装置２６、カラオケ装置１の異常を検出する異常検出器１６、およびＬＡＮ３０に接続するためのネットワークインターフェース１７が備わっている。なお、ＣＰＵ１４が保守操作手段、制御手段、およびアクセス可否判断手段に相当する。
【００２５】
ホストコンピュータ２は、通信ネットワーク３を介してアクセス可能であって、カラオケ装置１に対して、最新の流行曲等の曲データを発信したり、どのような曲が何回演奏されたかといったログデータを含む関連情報をカラオケ装置１から受信したりして管理することができるようになっている。また、ホストコンピュータ２は、データベースを備えており、このデータベースに楽曲演奏に使用するコンテンツデータとしての音楽情報や背景画または歌詞等の画像情報などを記憶している。また、ホストコンピュータ２は、コンテンツデータ以外にバージョンアップされたシステムプログラム等をデータベースに記憶し、そのデータベースから随時読み出してカラオケ装置１に対して発信することができるようになっている。
【００２６】
ＣＰＵ１４と接続される通信装置１９は、信号の変調および復調を行う変復調装置であって、ＣＰＵ１４の制御の下に、通信ネットワーク３を通じてホストコンピュータ２にアクセス可能となっている。それにより、通信装置１９は、通信ネットワーク３を介してホストコンピュータ２から送られてくる音楽情報および画像情報等を受信したり、上記した関連情報をホストコンピュータ２に伝送することができるようになっている。
【００２７】
ＣＰＵ１４と接続される入力装置１０は、利用者によって操作されるものであり、任意の曲の選択、演奏音の音程の調整、演奏と歌との音量バランスの調整、その他、エコー、音量、トーンなど各種調整を行うための操作部（図示せず）を備えている。この操作部は、一般にリモコンタイプであってもよく、曲番号を予約番号として予約する曲番号キー等を備えている。それにより、利用者は、そのリモコンを介して遠隔操作によって、再生する曲をカラオケ装置１に予約登録することができるようになっている。
【００２８】
また、ＣＰＵ１４に接続されるＥＥＰＲＯＭ１２には、運用プログラムとしてのシステムプログラムおよび保守プログラムとしてのエラー診断プログラムや各種の設定に必要な設定データなどが記憶されている。また、ハードディスク１３には、音楽情報や画像情報などのコンテンツデータや演奏記録などのログデータなどが記憶されている。そして、通常、カラオケ装置１は、電源が投入されると、ＣＰＵ１４によってシステムプログラムが実行され以下の処理が行われる。すなわち、入力装置１０の操作部を介して利用者により曲が選択されると、ＣＰＵ１４は、選択された曲に対応する歌詞データ、映像データからなる画像情報、および演奏データからなる音楽情報をハードディスク１３から読み出して、映像再生装置２４および音源再生装置１８に同期させて出力するようになっている。
【００２９】
その後、ＣＰＵ１４から出力される演奏データは、音源再生装置１８において、アナログの演奏音信号に変換された後、アンプ２０へ送られて電気的に増幅される。このアンプ２０は、マイク２３を介して入力される利用者の歌唱音信号と適度な割合でミキシングもするので、ミキシングされた歌唱音信号と演奏音信号は、アンプ２０からスピーカ２２に出力され、音声及び演奏音となってスピーカ２２から外部へ出力される。
【００３０】
一方、ＣＰＵ１４と接続される映像再生装置２４は、ＣＰＵ１４の制御の下に、ハードディスク１３から読み出された画像情報に基づく画像の再生を行なうものである。それにより、ＣＰＵ１４により出力される歌詞データは、映像再生装置２４において映像データと合成され、表示装置２６の画面に背景映像と共にテロップが表示されるようになっており、これによりカラオケ装置１においては、選択された曲のカラオケ演奏が行われる。
【００３１】
また、ＣＰＵ１４と接続される異常検出手段としての異常検出器１６は、カラオケ装置１の電源が投入された運用状態において、カラオケ装置１に異常な振動が外部から加えられたことを検出する振動センサやカラオケ装置１が異常に高温になったことを検出する温度センサなどで構成されている。カラオケ装置１に備わるハードディスク１３は、一般的に、振動や高い温度環境に弱いため、異常検出器１６により、カラオケ装置１のハードディスク１３に発生する異常を検出するようにしている。
【００３２】
また、ＣＰＵ１４に接続されているネットワークインターフェース１７は、ＬＡＮ３０に接続された他のカラオケ装置Ｓ１，Ｓ２，…，Ｓｍのハードディスク１３にアクセス可能になっている。それにより、ネットワークインターフェース１７は、ＣＰＵ１４の制御の下に、他のカラオケ装置Ｓ１，Ｓ２，…，Ｓｍのハードディスク１３から必要なファイルを検索して、その検索したファイルにアクセスすることができるようになっている。
【００３３】
さらに、ＣＰＵ１４に接続されたＲＡＭ１５には、後述するハードディスク１３の保守操作としてのエラー診断に関係するファイル状態情報、およびファイル検索に関係するカラオケ装置情報が記憶されるようになっている。具体的には、ＲＡＭ１５に、図２に示すファイル状態情報としてのファイル状態テーブル５２、および図３に示す優先順位情報としてのカラオケ装置情報テーブル５４を格納するためのエリアが設けられている。なお、図２はエラー診断に関係するファイル状態情報の説明図であり、図３はＬＡＮ上の他のカラオケ装置情報に関する説明図である。
【００３４】
ファイル状態テーブル５２は、図２に示すように、ハードディスク１３に記憶されたファイル数分のエリア、ファイルＦ１〜ファイルＦｎに対応する状態情報をｎ個を有している。そして、電源が投入されてカラオケ装置１が起動されると、ＲＡＭ１５にファイル状態テーブル５２のエリアが確保されるようになっている。なお、ファイル状態テーブル５２の各ファイルＦｋの情報として取り得る値としては、エラー診断中かどうかを判断するための処理状況情報としてのフラグをｆｋとすると、エラー診断中の場合はｆｋ＝１であり、エラー診断をしていない場合はｆｋ＝０である。
【００３５】
カラオケ装置情報テーブル５４は、図３に示すように、ファイルをアクセスする優先順にカラオケ装置情報をｍ個を有している。そして、カラオケ装置１が起動されると、ＲＡＭ１５にカラオケ装置情報テーブル５４のエリアが確保され、ＬＡＮ３０上の起動されている他のカラオケ装置の情報を取得した後に優先順（本実施の形態ではカラオケ装置Ｓ１、カラオケ装置Ｓ２、カラオケ装置Ｓ３、カラオケ装置Ｓ４、…、カラオケ装置Ｓｍ−１、カラオケ装置Ｓｍの順であり、この優先順情報はハードディスク１３に記憶されている。）にカラオケ装置情報テーブル５４にそれらの情報を格納する。なお、起動されている他のカラオケ装置の情報取得は、起動後、所定時間ごとに行ってもよい。また、優先順としては、例えばサーバーとクライアントがある場合にはサーバーを優先させるようにすればよい。
【００３６】
次に、この実施の形態に係る保守システムの動作について説明する。まずは、エラー診断の処理について図４を参照して説明する。図４は、エラー診断プログラムをＣＰＵ１４が実行することにより行われるエラー診断の処理を示すフローチャートである。カラオケ装置１において、異常検出器１６で異常が検出されると、ＥＥＰＲＯＭ１２に記憶されているエラー診断プログラムがが実行されることにより、ハードディスク１３に記憶されたファイルのエラー診断が開始される。すなわち、ＣＰＵ１４は、ＲＡＭ１５に記憶されているファイル状態インデックスｋに「１」をセットし（Ｓ１０２）、ファイル状態テーブル５２のファイルＦｋ、つまりこの場合、ファイル状態インデックスｋが「１」であるので、ファイルＦ１に対応するフラグｆｋ（ここではｆ１）を「１」にセットする（Ｓ１０４）。次に、ファイルＦｋのエラー診断処理、すなわちファイルＦｋが壊れていないかをチェックする処理が行われる（Ｓ１０６）。この場合、ファイル状態インデックスｋが「１」であるので、ファイルＦ１についてエラー診断が行われる。
【００３７】
その後、ＣＰＵ１４は、ファイルＦｋのエラー診断を終了すると、ファイル状態テーブル５２のファイルＦｋに対応するフラグｆｋを「０」にセットする（Ｓ１０８）。次いで、ファイル状態インデックスｋの値がｎ以上か否かを判断し（Ｓ１１０）、Ｓ１１０でファイル状態インデックスｋの値がｎ以上でないと判断した場合（Ｓ１１０：ＮＯ）、ファイル状態インデックスｋに「ｋ＋１」をセットし（Ｓ１１２）、再びＳ１０４の処理に戻る。つまり、次のファイルのエラー診断処理が行われる。この処理が繰り返されることにより、順に、ファイルＦ１，Ｆ２，Ｆ３，…，Ｆｎのエラー診断が行われる。また、Ｓ１１０でファイル状態インデックスｋの値がｎ以上である、すなわちハードディスク１３に記憶されてたファイルをすべて診断したと判断した場合（Ｓ１１０：ＹＥＳ）、エラー診断処理を終了する。これらの処理を行うことにより、エラー診断が行われているファイルＦｋにはファイルＦｋの状態情報としてｆｋ＝１がセットされることになり、ファイルがエラー診断中かどうかの判断が可能となる。
【００３８】
続いて、ＣＰＵ１４が運用プログラム実行中にファイル検索が必要になったときの処理について図５を参照して説明する。図５は運用プログラム実行中におけるファイル検索処理を示すフローチャートである。運用プログラム実行中にファイル検索が必要になったとき、例えばカラオケ装置１の入力装置１０が利用者によって操作されて曲の予約が行われたときに、予約された曲の音楽情報および画像情報をハードディスク１３から読み出すためにファイル検索が開始される。具体的には、ＣＰＵ１４が予約曲の音楽情報および画像情報を記憶するファイルＦｉ（ファイルＦ１〜ファイルＦｎのうちのいずれか１つファイル）へのアクセス指示を出し、ファイル状態テーブル５２のファイルＦｉに対応する状態情報ｆｉを判断する（Ｓ２０２）。このとき、ファイルＦｉに対応する状態情報がｆｉ＝１ならばファイルＦｉはエラー診断中であるためファイルアクセスが不可能である。そこで、ＣＰＵ１４は、ＬＡＮ３０上の他のカラオケ装置Ｓ１〜ＳｍのハードディスクにファイルＦｉを検索しに行き、他のカラオケ装置Ｓ１〜ＳｍのハードディスクにあるファイルＦｉにアクセスする（Ｓ２０４）。なお、Ｓ２０２でファイルＦｉに対応する状態情報がｆｉ＝０ならば、ＣＰＵ１４はハードディスク１３のファイルＦｉにアクセスする（Ｓ２０６）。
【００３９】
ここで、Ｓ２０４における処理について図６を参照して詳細に説明する。図６はＬＡＮ３０上の他のカラオケ装置に対するファイルアクセス処理を示すフローチャートである。Ｓ２０４の処理が開始されると、ＣＰＵ１４は、ＲＡＭ１５に記憶されているカラオケ装置情報インデックスｊに「１」をセットする（Ｓ３０２）。これにより、優先順位が最も高いカラオケ装置が検索対象になる。次いで、カラオケ装置情報テーブル５４のカラオケ装置Ｓｊに対して、ファイルＦｉを探しに行く（Ｓ３０４）。そして、ＣＰＵ１４は、ファイルＦｉを探し出すと、カラオケ装置ＳｊのファイルＦｉはアクセス可能かどうかを判断する（Ｓ３０６）。このとき、アクセス可能である場合には（Ｓ３０６：ＹＥＳ）、ＣＰＵ１４は、カラオケ装置ＳｊのファイルＦｉにアクセスし読み込み動作を行い（Ｓ３０８）、Ｓ２０４の処理を終了する。これにより、カラオケ装置１では、カラオケ装置Ｓｊから読み出したファイルＦｉにより予約された曲のカラオケ演奏が可能となる。
【００４０】
一方、探し出したカラオケ装置ＳｊのファイルＦｉがアクセス不可である場合（Ｓ３０６：ＮＯ）、例えばカラオケ装置ＳｊにおいてファイルＦｉがファイルアクセス中であったり、あるいはエラー診断中である場合などには、ＣＰＵ１４は、カラオケ装置情報インデックスｊの値がｍ以上か否かを判断する（Ｓ３１０）。そして、カラオケ装置情報インデックスｊの値がｍ以上でない場合には（Ｓ３１０：ＮＯ）、カラオケ装置情報インデックスｊに「ｊ＋１」をセットし（Ｓ３１２）、Ｓ３０４の処理に戻る。つまり、優先順位が次に高いカラオケ装置が検索対象になる。一方、カラオケ装置情報インデックスｊの値がｍ以上である場合には（Ｓ３１０：ＹＥＳ）、基本的にＬＡＮ３０上の他のカラオケ装置Ｓ１〜Ｓｍに対するファイルアクセス処理ができなかったため、エラー診断処理中のカラオケ装置１におけるファイルＦｉのエラー診断処理が終了するまで待ってからアクセス処理を行う（Ｓ３１４）。
【００４１】
このように、ＬＡＮ３０上の他のカラオケ装置Ｓ１〜Ｓｍにおけるハードディスクのファイル構成がほぼ一致するような通信カラオケシステムでは、ファイルアクセスする他のカラオケ装置の優先順を決めておけば、ＬＡＮ３０上の他のカラオケ装置に迅速にファイルを探しに行くことが可能となる。そして、探し出したファイルにアクセスし読み込み動作を行うことにより、カラオケ装置１における運用プログラムの実行（つまり演奏）を中断することなく、エラー診断を行うことができる。これにより、従来は困難であったカラオケ装置１の運用中に、ハードディスク１３のエラー診断を行うことができる。また、エラー診断も最後まで実行することができるのでエラー診断の信頼性も高い。
【００４２】
ここで、カラオケ装置のようにＬＡＮ上の他のシステムにおけるハードディスクのファイル構成が一致しない場合、つまりＬＡＮ上の他のシステムにおけるハードディスクのファイル構成が部分的に一致する小規模ネットワークシステムの場合について説明する。
【００４３】
そこでまず、小規模ネットワークシステムにおけるＬＡＮ上の他のシステム情報およびファイル構成に関する説明図を図７に示す。システムのＲＡＭには、図７に示すシステムファイル情報としてのシステム情報／ファイル構成テーブル５６のエリアが設けられている。このシステム情報／ファイル構成テーブル５６は、ファイルをアクセスする優先順にシステムの情報ｍ個を有するとともに、個々のシステムに対応したファイル構成を有している。そして、システムが起動されると、システムのＲＡＭにシステム情報／ファイル構成テーブル５６のエリアが確保され、ＬＡＮ上の他のシステム情報を取得した後に、システム情報を優先順にシステム情報テーブルに格納するとともに個々のシステムにおけるファイル構成のファイル名を格納する。例えばシステムＳ１にはファイルＡ、ファイルＢ、ファイルＥ、ファイルＦ、…、システムＳｍにはファイルＢ、ファイルＧ、ファイルＬ、ファイルＭのように格納される。なお、優先順としては、例えばサーバーとクライアントがある場合はサーバーを優先させればよい。また、システム情報／ファイル構成テーブル５６においては、ファイル構成が変更されたタイミング、もしくは定期的に格納作業が実行されるようになっている。
【００４４】
続いて、ファイルアクセス処理について図８を参照して説明する。図８は小規模ネットワークシステムにおけるＬＡＮ上の他のシステムに対するファイルアクセス処理を示すフローチャートである。システムのＣＰＵによって、ＲＡＭに記憶されているシステム情報／ファイル構成インデックスｔに「１」がセットされる（Ｓ４０２）。次いで、システム情報／ファイル構成テーブル５６のシステムＳｔのファイル構成に対してファイルＦｉが検索され（Ｓ４０４）、システムＳｔにファイルＦｉがあるかどうかが判断される（Ｓ４０６）。
【００４５】
ファイルＦｉがないと判断された場合には（Ｓ４０６：ＮＯ）、システム情報／ファイル構成インデックスｔの値がｍ以上か否かが判断される（Ｓ４０８）。このとき、システム情報／ファイル構成インデックスｔの値がｍ以上でない場合には（Ｓ４０８：ＮＯ）、システム情報／ファイル構成インデックスｔに「ｔ＋１」がセットされて（Ｓ４１０）、Ｓ４０４の処理に戻る。一方、システム情報／ファイル構成インデックスｔの値がｍ以上である場合には（Ｓ４０８：ＹＥＳ）、基本的にＬＡＮ上の他のシステムに対するファイルアクセス処理ができなかったため、ファイルＦｉのエラー診断処理が終了するまで待ってからアクセス処理が実行される（Ｓ４１２）。
【００４６】
一方、Ｓ４０６でファイルＦｉがあると判断された場合には（Ｓ４０６：ＹＥＳ）、システムＳｔに対するファイルＦｉの検索が行われた後（Ｓ４１４）、ファイルアクセス可能かどうかが判断される（Ｓ４１６）。ファイルアクセス可能である場合には（Ｓ４１６：ＹＥＳ）、ファイルＦｉにアクセスし読み込み動作が行われ（Ｓ４１８）、処理が終了する。一方、ファイルアクセス不可である場合、例えばシステムＳｔにおいてファイルアクセス中であったりエラー診断中である場合などには（Ｓ４０６：ＮＯ）、Ｓ４０８の処理が実行され、上記したＳ４０６の処理でファイルＦｉがない場合と同様の処理が行われる。
【００４７】
このように、ＬＡＮ上の他のシステムにおけるハードディスクのファイル構成が部分的に一致する小規模ネットワークシステムにおいても、エラー診断の対象となっているファイルをＬＡＮ上の他のシステムにおけるハードディスクから検索し、そのファイルにアクセスして読み込み動作を行うことにより、運用プログラムの実行を中断することなく、エラー診断を行うことができる。
【００４８】
以上、詳細に説明したように本実施の形態に係る保守システムによれば、カラオケ装置１において運用プログラムの実行により、ハードディスク１３のエラー診断の対象となっているファイルを使用する必要が生じた場合には、ＬＡＮ３０に接続されたカラオケ装置Ｓ１〜Ｓｍのハードディスクを検索し、その検索したファイルにアクセスして読み込みを行うことにより、運用プログラムの実行を継続する。すなわち、カラオケ装置１において、エラー診断を継続しながら運用プログラムを使用することができる。そのため、カラオケ装置１では、運用プログラムの実行中であっても、ハードディスク１３のエラー診断を行うことができる。これにより、カラオケ装置１の運用中に、異常検出器１６が異常を検出したら直ちにハードディスク１３のエラー診断を実行することができる。
【００４９】
なお、上記した実施の形態は単なる例示にすぎず、本発明を何ら限定するものではなく、その要旨を逸脱しない範囲内で種々の改良、変形が可能であることはもちろんである。上記実施の形態では、ハードディスクの保守作業としてエラー診断の場合を例示して説明したが、その他に例えば、ファイルの再構築やファイルのバックアップなどのハードディスクの保守操作に対しても、本発明を適用することができ同様の効果を得ることができる。
【００５０】
【発明の効果】
以上説明した通り本発明に係るメモリの保守操作方法および保守システムによれば、通信ネットワークに接続された複数の端末装置のうちのある端末装置にて、保守プログラムの実行によってメモリに記憶されたファイルの保守操作を行っている際に、運用プログラムの実行によって保守操作の対象となっているファイルにアクセスする必要が生じた場合には、通信ネットワークを介して接続された他の端末装置におけるメモリから、保守操作の対象となっているファイルと同形式のファイルを検索し、その検索したファイルにアクセスし、そのファイルを使用して運用プログラムを実行することにより、保守プログラムの実行を継続するので、メモリの保守操作を継続しながら運用プログラムを使用することができる。
【図面の簡単な説明】
【図１】実施の形態に係る保守システムの構成を示すブロック図である。
【図２】エラー診断に関係するファイル状態情報の説明図である。
【図３】ＬＡＮ上の他のカラオケ装置情報に関する説明図である。
【図４】エラー診断の処理の内容を示すフローチャートである。
【図５】ファイル処理の内容を示すフローチャートである。
【図６】ＬＡＮ上の他のカラオケ装置に対するファイルアクセス処理の内容を示すフローチャートである。
【図７】小規模ネットワークシステムにおけるＬＡＮ上の他のシステム情報およびファイル構成に関する説明図である。
【図８】小規模ネットワークシステムにおけるＬＡＮ上の他のシステムに対するファイルアクセス処理の内容を示すフローチャートである。
【符号の説明】
１　　カラオケ装置
１３　ハードディスク
１４　ＣＰＵ
１５　ＲＡＭ
１６　異常検出器
１７　ネットワークインターフェイス
３０　ＬＡＮ
５２　ファイル状態テーブル
５４　カラオケ装置情報テーブル
５６　システム情報／ファイル構成テーブル
Ｓ１〜Ｓｍ　他のカラオケ装置
【図１】
2004078557.tif 000003
【図２】
2004078557.tif 000004
【図３】
2004078557.tif 000005
【図４】
2004078557.tif 000006
【図５】
2004078557.tif 000007
【図６】
2004078557.tif 000008
【図７】
2004078557.tif 000009
【図８】
2004078557.tif 000010