(57)【特許請求の範囲】
【請求項１】
ハードディスクドライブの故障を診断する故障診断装置において、
前記ハードディスクドライブの書き込み又は読み出しのコマンドに基づいた処理が、コマンド発行から規定された時間内に正常に終了できなかったエラーを判断するコマンドエラー判断部と、
前記コマンドエラー判断部でエラーと判断した回数を累積するエラー回数累積部と、
前記コマンドエラー判断部でエラーと判断される頻度が閾値を超えることで、前記ハードディスクドライブの不良と判断すると共に、前記閾値を前記エラー回数累積部での累積回数に応じて可変設定する不良判定部とを備えた
故障診断装置。
【請求項２】
請求項１記載の故障診断装置において、
前記コマンドエラー判断部が判断するエラーには、コマンドにより読み出されたデータが不良である場合を含める
故障診断装置。
【請求項３】
請求項２記載の故障診断装置において、
前記エラー回数累積部で累積されるエラー回数が予め決められた一定回数を超えるごとに、前記不良判定部で可変設定される頻度の閾値を減らす閾値設定部を更に備える
故障診断装置。
【請求項４】
請求項３記載の故障診断装置において、
前記閾値設定部は、前記一定回数を超えるごとに、頻度の閾値を半分に減らす
故障診断装置。
【請求項５】
ハードディスクドライブの故障を診断する故障診断方法において、
前記ハードディスクドライブの書き込み又は読み出しのコマンドに基づいた処理が、コマンド発行から規定された時間内に正常に終了できなかったエラーを判断するコマンドエラー判断処理と、
前記コマンドエラー判断処理でエラーと判断した回数を累積するエラー回数累積処理と、
前記コマンドエラー判断処理でエラーと判断される頻度が閾値を超えることで、前記ハードディスクドライブの不良と判断すると共に、前記閾値を前記エラー回数累積処理での累積回数に応じて可変設定する不良判定処理とを行うことを特徴とする
故障診断方法。
【請求項６】
請求項５記載の故障診断方法において、
前記コマンドエラー判断処理で判断するエラーには、コマンドにより読み出されたデータが不良である場合を含める
故障診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置の如き多数のハードディスクドライブを使用したデータ記録・再生装置に適用して好適な故障診断装置及び故障診断方法に関する。
【背景技術】
【０００２】
ＲＡＩＤ技術を用いて複数台のハードディスクドライブにＡＶデータ（ビデオデータ及びオーディオデータ）を記録する装置であるＲＡＩＤ装置が、ビジネス用途やプロフェッショナル用途のデータ記録装置として普及している。こうしたＲＡＩＤ装置は、通常、上位の制御装置から送信されるコマンドに基づいてＡＶデータの書き込み／読み出しを行う。
【０００３】
ハードディスクドライブは、ヘッドを使用してディスクにデータを書き込ませるとともに読み出す装置であり、ヘッドによる書き込みや読み出しの状態や、ヘッドのシーク状態などの種々の要因で、書き込みや読み出しが不安定になる可能性があり、記録や再生にある程度のエラーが発生する可能性があるデータ記録装置である。
【０００４】
上述したように、複数台のハードディスクドライブを使用してＲＡＩＤ装置として構成することで、データは複数台のハードディスクに分散して記録されることになり、１台のハードディスクドライブでエラーがあっても、他のハードディスクドライブから正しく読み出しができれば、欠落したデータを補うことができ、データ記録装置としての信頼性は確保できる。なお、エラーとしては、データが読み出されない状態になって、該当するデータが欠落する場合以外にも、例えば読み出しのコマンドを送ってから、該当するデータがディスクから読み出されるまでの時間が、遅くなるようなエラーもある。
【０００５】
ところで、ハードディスクドライブは、寿命がある装置であり、ある程度使用した段階で、新しいものに交換することが必要である。例えば上述したビジネス用途やプロフェッショナル用途のデータ記録装置としては、データ記録の信頼性が非常に重要であり、データ記録装置としてある程度使用される毎に、ハードディスクドライブを交換するメンテナンスが必要である。
【０００６】
このようなハードディスクドライブの交換を考えた場合、例えば１年ごとに交換する等のように、一定の年月ごとに一斉に交換するのが、管理上は簡単である。しかしながら、ハードディスクドライブの不具合は、個々のハードディスクドライブごとに発生状況が異なり、長期間使用してもほとんどトラブルなく使用できるものがある一方で、比較的早い使用期間でエラーが多く発生するものもあり、１台ごとにエラーの発生状況を見て、管理を行うことが好ましい。
【０００７】
従来のこの種のハードディスクドライブの不良の診断技術としては、例えばハードディスクドライブへのアクセス時のエラー発生の頻度を判定して、その判定した頻度が予め設定した閾値を越えた場合に、該当するハードディスクドライブが不良であると判断して、交換するようにしていた。
特許文献１には、このような判断でハードディスクドライブの故障の可能性が高いかどうかを診断する点についての記載がある。
【０００８】
【特許文献１】特開平１０−１１７０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ハードディスクドライブのアクセス時のエラー発生の頻度を見ているだけでは、個々のハードディスクドライブの不良状況を正確に把握することができない場合がある。
即ち、例えば図８（ａ）に示すように、アクセス回数の累計を横軸とし、一定アクセス（例えば１００アクセス）毎のエラー発生頻度を縦軸としたとき、エラー発生頻度ＥＲ０が故障判断の閾値ＴＨ０を越えたとき、該当するハードディスクドライブの交換が必要であると判断するようにしている。エラー発生頻度ＥＲ０は、一般的にはハードディスクドライブの使用により、徐々に高くなると想定されている。
【００１０】
ところが、実施のハードディスクドライブのエラー発生状況として、例えば、図８（ａ）の例のように、長期間使用しても、エラー発生頻度ＥＲ０にほとんど変化が発生しない場合がある。この図８（ａ）の例を、図８（ｂ）に示すようにエラー発生数の積算値を縦軸とし、横軸をアクセス回数で見た場合には、累積のエラー発生数ＥＴ０の変化が、ほぼ直線的な変化である。
【００１１】
例えば図８（ａ）に示したエラー発生頻度ＥＲ０が、一定であっても、非常に低い頻度で一定であれば問題ないが、故障判断の閾値ＴＨ０より若干低い程度で頻度ＥＲ０が一定である場合には、ある程度エラー発生が多い状況で、そのハードディスクドライブが継続的に使用されることになり、好ましくない状況になってしまう。
【００１２】
本発明は、上述の点に鑑み、ハードディスクドライブの不良診断がより的確に行えるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
この課題を解決するため、本発明は、ハードディスクドライブの故障を診断する故障診断を行う場合に、ハードディスクドライブの書き込み及び／又は読み出しのコマンドに基づいた処理が、コマンド発行から規定された時間内に正常に終了できなかったエラーを判断し、そのコマンドエラー判断でエラーと判断した回数を累積する。そして、エラーと判断される頻度が閾値を超えることで、ハードディスクドライブの不良と判断すると共に、その閾値をエラー回数の累積値に応じて可変設定することを特徴とする。
【００１４】
本発明によると、エラーと判断される頻度を比較する閾値が可変設定されるために、エラー回数の累積値に基づいて、閾値を適正に設定されることで、エラーの発生頻度についてはそれ程変化がない場合であっても、不良と判断できるようになる。
【発明の効果】
【００１５】
本発明によれば、エラー回数の累積値に基づいて閾値を適正に設定することで、エラーの発生頻度についてはそれ程変化がない場合であっても、不良と判断できるようになり、適正にエラー発生回数に基づいた不良管理が可能となる。例えば、比較的エラーの発生状況が多い状況で安定しているようなハードディスクドライブを、比較的短い使用期間で不良品として検出できるようになり、ハードディスクドライブを使用したデータ記録装置の信頼性向上に貢献する。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を、図面を用いて具体的に説明する。本実施の形態では、デジタルシネマ上映システムに本発明を適用した例を説明するが、その前提として、まずデジタルシネマ上映システムの概要を説明する。
【００１７】
図１は、本発明を適用したデジタルシネマ上映システムの全体構成図である。このデジタルシネマ上映システムは、ＲＡＩＤ技術を用いたデータ記録装置（いわゆるＲＡＩＤ装置）１と、デジタルシネマサーバ２と、プロジェクタ（投射型表示装置）３と、パーソナルコンピュータ４とで構成されている。
【００１８】
データ記録装置１，デジタルシネマサーバ２及びプロジェクタ３は、同一の筐体内に収納されている。デジタルシネマサーバ２とパーソナルコンピュータ４とは、１０００ＢＡＳＥ−Ｔのような高速ネットワーク５で接続されている。
【００１９】
このデジタルシネマ上映システムは、上映する映画のＡＶデータ（ビデオデータは、ＪＰＥＧ２０００のような画像圧縮方式で圧縮したデータ）を、パーソナルコンピュータ４からデジタルシネマサーバ２を介してデータ記録装置１に記録させておき、データ記録装置１から再生させたＡＶデータを、デジタルシネマサーバ２からプロジェクタ３に送ってスクリーンに投影するものである。
【００２０】
パーソナルコンピュータ４には、ＧＵＩ画面上で、ＡＶデータの記録や、映画の上映や、ＡＶデータ以外のデータ（データ記録装置１の動作のログ情報や、データ記録装置１内のＡＶデータに関するファイルシステムの情報や、映画の字幕のデータ）の管理を行うためのプログラムが格納されている。パーソナルコンピュータ４からは、このＧＵＩ画面上での操作に基づき、ＡＶデータの書き込み／読み出し要求や、ログ情報やファイルシステム情報や字幕データの書き込み／読み出し要求を高速ネットワーク５経由でデジタルシネマサーバ２に送信する。
【００２１】
図２は、デジタルシネマサーバ２内に設けられている主要な回路を示す図である。デジタルシネマサーバ２内には、ＣＰＵ１１と、圧縮されたＡＶデータを伸長するデコーダ２０とが設けられている。ＣＰＵ１１は、図１の高速ネットワーク５に接続されるとともに、ＰＣＩ−Ｘ規格のバスによって図１のデータ記録装置１に接続されている。デコーダ２０は、データ記録装置１に接続されるとともに、図１のプロジェクタ３に接続されている。
【００２２】
ＣＰＵ１１は、汎用のＯＳ（例えばＬｉｎｕｘ）が動作しており、この汎用ＯＳ上の汎用のファイルシステム（例えばＸＦＳ）によってデータ記録装置１内のハードディスクを管理している。また、ＣＰＵ１１には、この汎用ＯＳ上で動作する下記の（ａ）〜（ｃ）の３つのプログラムが格納されている。
（ａ）データ記録装置１の内部制御を行うプログラムである「内部制御アプリケーション」
（ｂ）パーソナルコンピュータ４からのＡＶデータの書き込み／読み出し要求に従い、ＡＶデータの書き込み／読み出しコマンドを上記「内部制御アプリケーション」に送信するプログラムである「デジタルシネマ用アプリケーション」
（ｃ）パーソナルコンピュータ４からのログ情報やファイルシステム情報や字幕データの書き込み／読み出し要求に従い、ログ情報やファイルシステム情報や字幕データの書き込み／読み出しコマンドを上記「内部制御アプリケーション」に送信するプログラムである「管理用アプリケーション」
【００２３】
なお、ＣＰＵ１１は、「デジタルシネマ用アプリケーション」や「管理用アプリケーション」を実行することによってデータ記録装置１の上位の制御装置（データ記録装置１にデータの書き込み／読み出しコマンドを送信する装置）として機能するとともに、「内部制御アプリケーション」を実行することによって記録装置１の内部制御を行う機能も併有している。
【００２４】
そこで、以下では、説明を分かりやすくするために、ＣＰＵ１１のうち、上位の制御装置として機能する部分を上位制御部１１−１とし、データ記録装置１の内部制御を行う機能の部分を内部制御部１１−２とするというように、ＣＰＵ１１を機能によって２つの部分に分けて説明を行うことにする。
【００２５】
図３は、データ記録装置１の構成を、この上位制御部１１−１，内部制御部１１−２及びデコーダ２０とともに示す図である。なお、ここでは、内部制御部１１−２は、その機能から、データ記録装置１の一部として示している。また、データ（ＡＶデータと、ログ情報やファイルシステム情報や字幕データ）の流れを二重線の矢印で示し、上位制御部１１−１や内部制御部１１−２で授受されるコマンドや応答の流れを単線の矢印で示している。
【００２６】
データ記録装置１には、ＦＰＧＡから成るＥＣＣ・ＤＭＡ部１２と、キャッシュメモリ１３と、合計７台のＨＤＤ（ハードディスク）を制御するためのＨＤＤコントローラ（例えばＳＡＳコントローラ）１４（１４−１〜１４−７）とが設けられている。ＨＤＤコントローラ１４に接続される合計７台のＨＤＤ１５（１５−１〜１５−７）のうち、４台のＨＤＤ１５−１〜１５−４はデータ用、２台のＨＤＤ１５−５〜１５−６はエラー訂正用、残りの１台のＨＤＤ１５−７はスペア用である。各ＨＤＤ１５−１〜１５−７は、データ記録装置の保守時には１台ごとに個別に交換することが可能である。
【００２７】
ＥＣＣ・ＤＭＡ部１２は、記録時には、デジタルシネマサーバ２内の上位制御部１１−１から送られたデータからエラー訂正符号を生成し、そのエラー訂正符号を付加したデータを、キャッシュメモリ１３を用いてストライピングして、ＨＤＤコントローラ１４−１〜１４−６を介してＨＤＤ１５−１〜１５−６に供給する。
【００２８】
ＥＣＣ・ＤＭＡ部１２は、再生時には、ＨＤＤ１５−１〜１５−６からＨＤＤコントローラ１４−１〜１４−６を介して供給されたデータをキャッシュメモリ１３を用いてデストライピングし、そのデストライピングしたデータをエラー訂正して、元のデータを復元する。
【００２９】
ビデオデータの再生時には、ＥＣＣ・ＤＭＡ部１２で復元されたビデオデータは、デコーダ２０に送られる。そして、デコーダ２０で伸長されたベースバンドのビデオデータが、図１のプロジェクタ３に送られて、プロジェクタ３からスクリーンに投影される。
【００３０】
オーディオデータの再生時には、ＥＣＣ・ＤＭＡ部１２で復元されたオーディオデータは、データ記録装置１，デジタルシネマサーバ２及びプロジェクタ３を収納している筐体に設けられたオーディオ出力端子（図示略）から外部に出力される。
【００３１】
ログ情報やファイルシステム情報の再生時には、ＥＣＣ・ＤＭＡ部１２で復元されたログ情報やファイルシステム情報は、上位制御部１１−１に送られ、上位制御部１１−１から図１のパーソナルコンピュータ４に送られて、パーソナルコンピュータ４のディスプレイ上のＧＵＩ画面に表示される。
【００３２】
字幕データの再生時には、ＥＣＣ・ＤＭＡ部１２で復元された字幕データは、デジタルシネマサーバ２内に設けられているミキシング回路（図示略）に送られて、デコーダ２０で伸長されたベースバンドのビデオデータと合成される。
内部制御部１１−２は、前述の「内部制御アプリケーション」を実行して、ＥＣＣ・ＤＭＡ部１２及びＨＤＤコントローラ１４を制御する。
【００３３】
次に、図３に示したデータ記録装置１の構成の中で、ハードディスクへのデータの書き込み及び読み出しに関係した構成の概要を示したものである。
ＦＣ（ファイバーチャンネル）などの高速ネットワーク５経由で外部から供給された記録させるデータは、ＥＣＣ・ＤＭＡ部１２でエラー訂正符号を生成し、そのエラー訂正符号を付加したデータを、キャッシュメモリ１３を用いてストライピングして、ＨＤＤコントローラ１４−１〜１４−６を介してＨＤＤ１５−１〜１５−６に供給する。書き込みや読み出しのコマンドについても、高速ネットワーク５を介して供給される。
【００３４】
また再生時には、ＨＤＤ１５−１〜１５−６からＨＤＤコントローラ１４−１〜１４−６を介して供給されたデータをキャッシュメモリ１３を用いてデストライピングし、そのデストライピングしたデータをエラー訂正して、元のデータを復元する。
【００３５】
これらの記録時及び再生時の処理は、内部制御部１１−２の制御で実行され、内部制御部１１−２が備えるメモリであるＳＤＲＡＭ１１−３に、制御状態に関するデータが記憶される。記憶される制御状態に関するデータの例については後述する。なお、制御状態に関するデータは、ＳＤＲＡＭ以外の記憶手段に記憶させてもよい。例えば、不揮発性のメモリを使用してデータを記憶させるようにしてもよい。或いは、ハードディスクの一部に記憶させるようにしてもよい。
【００３６】
次に、本実施の形態のデータ記録装置１内にコマンドが供給されることで、行われるデータの書き込み及び読み出しの処理構造であるプロセス構造を、図５を参照して説明する。この図５に示したプロセス構造は、図３及び図４に示した内部制御部１１−２の制御で実行される場合のプロセス構造を示したものであり、内部制御部１１−２が制御機能を備える。
【００３７】
デジタルシネマサーバから高速ネットワークのドライバであるＦＣドライバにコマンドが供給されると、コマンド待機処理が行われ、コマンドで指示された処理内容を、コマンド処理に伝える。
コマンド処理は、コマンドの処理内容を実際に処理する部分であり、テーブル検索、リソースの確保などを行い、高速ネットワーク側と通信を行う。
また、再構築設定に合わせて、再構築用のコマンドを発行し、設定と状況に合わせて再構築を実行する。
ＬＢＡマネージャでは、例えば、ＨＤＤにデータが書き込み出来ない状況が発生した場合に、そのことが通知されて、管理を行う。
モードページマネージャでは、ＨＤＤのエラーを集計して、各ＨＤＤの不良判断を行う。後述する不良判断処理は、ここで実行されることになる。ここでは、具体的にはエラー発生の頻度値と積算値とを集計する。頻度値は、各ＨＤＤに対して一定数のコマンドが発行される毎のエラー数であり、積算値は、該当するＨＤＤを使用開始してからの累積のエラー数である。また、不良判断は、現在の頻度値と設定された閾値とを比較して、現在の頻度値が閾値を越えた場合に、不良であると判断する。但し後述するように本例の場合には、この閾値を可変設定するようにしてある。また、不良と判断された場合には、該当する不良ＨＤＤを、管理者に対して伝える処理が実行される。例えば表示などで不良と判断されたＨＤＤを知らせる処理が行われる。
【００３８】
リソースマネージャでは、コマンドテーブルやキャッシュの割当てを行う。
ＨＤＤマネージャでは、コマンドテーブルの監視、空いているＨＤＤコントローラへの指令、ＨＤＤステータスの管理を行う。
ＨＤＤコントローラは、ＨＤＤ実行部へのコマンドの発行を行う。コマンドに基づいた処理が、規定された時間内に行われているかを監視するタイムアウト監視についても行う。正常に終了した場合は、終了を返答して次のコマンド待ちになる。規定された時間内に処理が終了しないタイムアウトした場合には、タイムアウトを返送し、ＨＤＤステータスをＲＡＤＩコントローラに返し、タイムアウトしたドライバの終了を待つ。さらにタイムアウトした場合はリセット処理に入り、終了時点でステータスを返し、次の待ちに入る。さらにだめな場合には、不良としてステータスを返し、次の待ちに入る。
実行部は、ＨＤＤドライバを呼び出す処理を実行する。
ステータスデーモンは、ＨＤＤの状態を監視する。ここでは、主として物理層の状態を監視する。ＨＤＤの着脱、物理層のエラーによる切断も反映させる。
【００３９】
次に、本実施の形態によるＨＤＤの故障診断処理について、図６のフローチャートを参照して説明する。
この故障診断処理は、データ記録装置１が備える複数台のＨＤＤ１台ごとに行われるものである。
まず、ＨＤＤに対するデータの書き込み及び読み出しのコマンドが供給されると、そのコマンドが正常に処理されたか否か判断して、正常に処理されない場合に、エラーとする。正常に処理されない状態としては、データの読み出しや書き込みができない場合だけでなく、規定された時間内に処理されないタイムアウト時も含まれる。
エラー発生があると（ステップＳ１１）、そのエラー発生の頻度値と積算値とをカウントアップさせる（ステップＳ１２）。頻度値は、ここでは１００アクセス当りのエラーの発生数である。そして、そのエラー発生回数の積算値が１００００の倍数に達したか否か判断する（ステップＳ１３）。
【００４０】
エラー発生回数の積算値が、１００００の倍数に達した場合には、頻度値を比較する閾値の設定値を、現在の設定値の約半分の値とする（ステップＳ１４）。但し、閾値の下限値を予め決めておく。ここでは、初期状態での閾値を１０とし、１０→５→２と変化させる。この２を下限値とし、以後は閾値２が設定された状態を継続させる。
そして、ステップＳ１３で積算値が１００００の倍数に達してない場合と、ステップＳ１４で閾値を変更した場合のいずれの場合でも、現在設定されている閾値とエラー発生回数の積算値とを比較して、故障判定を行う（ステップＳ１５）。閾値を越えた場合、該当するＨＤＤが故障と判断する。故障と判断すると、そのＨＤＤの交換を告知する処理が行われる。
【００４１】
このように処理されることで、例えば１台のＨＤＤが使用開始されると、当初はエラー頻度値と比較する閾値が１０であり、１００アクセス当りのエラー数が１０を越える場合に、不良であると判断される。そして、エラーの発生回数の累計値が１００００になったとき、閾値が５に変化し、１００アクセス当りのエラー数が５を越える場合に、不良であると判断される。さらに、エラーの発生回数の累計値が２００００になったとき、閾値が２に変化し、１００アクセス当りのエラー数が２を越える場合に、不良であると判断される。それ以後は、エラーの発生回数の累計値が３００００になっても、閾値は２のままである。
【００４２】
なお、この閾値の変化例は一例であり、その他の条件を設定してもよい。
例えば、積算値÷１０００＝ｎとし、閾値÷２＾ｎとしてもよい。（２＾ｎは２のｎ乗）
或いは、閾値の設定テーブルを設けて、積算値が１００００などの一定値を越えるごとに、その設定テーブルを参照して、新しい閾値を設定（又は新しい閾値を決めるための条件の値の設定）を行うようにしてもよい。
【００４３】
図７は、本実施の形態により故障判断処理例を示したものである。
図７（ａ）は、アクセス回数の累計を横軸とし、１００アクセス毎のエラー発生頻度を縦軸とした図である。この例では、エラー発生頻度ＥＲ１はほぼ一定で推移しているものとする。
この状況では、図７（ｂ）に示すようにエラー発生数の積算値を縦軸とし、横軸をアクセス回数で見た場合には、累積のエラー発生数ＥＴ１の変化が、ほぼ直線的な変化である。
【００４４】
この状態で、故障判断の閾値は、初期の閾値ＴＨ１から、使用が進むに従って、閾値ＴＨ２，ＴＨ３と順に変化する。ここで、エラー発生頻度ＥＲ１がそれなりの頻度である場合には、頻度変化がなくても、閾値を越えることになり、故障であると診断される。図７の例では、最も低い閾値となった時点で不良であると判断されているが、頻度がより高い場合には、それよりも早い時点で閾値を越えるので、より早く不良であると判断されることになる。
【００４５】
従って本実施の形態によると、ＨＤＤのエラーの発生頻度についてはそれ程変化がない場合であっても、不良と判断できるようになり、適正にエラー発生回数に基づいた不良管理が可能となる。例えば、比較的エラーの発生状況が多い状況で安定しているようなハードディスクドライブを、比較的短い使用期間で不良品として検出できるようになり、ハードディスクドライブを使用したデータ記録装置の信頼性向上に貢献する。
【００４６】
図７（ａ）に示したように、閾値の変化として段階的な変化を行うようにしたが、よりなだらかに（曲線状に）閾値を変化させるようにしてもよい。
【００４７】
また、以上の実施の形態ではデジタルシネマ上映システムに本発明を適用した例について説明した。しかし、本発明は、その他のＲＡＩＤ装置でのハードディスクドライブの故障診断にも適用可能である。さらに、ＲＡＩＤ装置以外の各種データ記録用のハードディスクドライブの故障診断（故障予測）にも適用可能である。
【００４８】
また、上述した実施の形態では、データ記録装置に故障診断を行う各部を備える構成としたが、例えば、ハードディスクドライブを備えた汎用の情報処理装置（コンピュータ装置など）に、本発明のそれぞれの処理（図６のフローチャートなどに示した処理）を実行するプログラム（ソフトウェア）を実装させて、同様の故障診断を行うように構成させてもよい。
【００４９】
この場合のコンピュータ装置などによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、リムーバブルメディアによりパッケージメディアとして提供される。リムーバブルメディアとしては、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory），ＤＶＤ（Digital Versatile Disc），光磁気ディスクを含む）、もしくは半導体メモリなどを適用することができる。あるいは、プログラム記録媒体は、プログラムが一時的もしくは永続的に格納（記録）されるＲＯＭや、ハードディスクなどにより構成してもよい。
【００５０】
プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部を介して、ローカルエリアネットワーク(LAN：Local Area Network)、インターネットなどの有線または無線の通信媒体を利用して行われる。
【００５１】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。
【００５２】
また、プログラムは、一つのコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施の形態を適用したデジタルシネマ上映システムの全体構成図である。
【図２】図１例のデジタルシネマサーバに設けられている回路を示すブロック図である。
【図３】図１例のデータ記録装置の構成を示すブロック図である。
【図４】図３の要部の構成例を示すブロック図である。
【図５】本発明の一実施の形態の装置でのプロセス構造例を示す説明図である。
【図６】本発明の一実施の形態による故障診断処理例を示したフローチャートである。
【図７】本発明の一実施の形態による故障判断例を示した説明図である。
【図８】従来の故障判断例を示した説明図である。
【符号の説明】
【００５４】
１…データ記録装置、２…デジタルシネマサーバ、３…プロジェクタ、４…パーソナルコンピュータ、５…高速ネットワーク、１１…ＣＰＵ、１１−１…上位制御部、１１−２…内部制御部、１２…ＥＣＣ・ＤＭＡ部、１３…キャッシュメモリ、１４−１〜１４−７…ＨＤＤコントローラ、１５−１〜１５−７…ＨＤＤ、  ２０…デコーダ
【図１】
0004968078.tif 000002
【図２】
0004968078.tif 000003
【図３】
0004968078.tif 000004
【図４】
0004968078.tif 000005
【図５】
0004968078.tif 000006
【図６】
0004968078.tif 000007
【図７】
0004968078.tif 000008
【図８】
0004968078.tif 000009