(57)【特許請求の範囲】
【請求項１】
処理部に設けられ、該処理部で処理を実行させる際に用いられる情報を格納する複数の格納部のうちの第１格納部に、前記情報として第１情報を格納し、該第１情報を格納した後に、該第１情報により前記処理部で第１処理を実行させると共に、前記処理部による前記第１処理の実行と並行して複数の前記格納部のうちの第２格納部に、前記第１処理に関連するエラーの検出を前記第２格納部に格納するための条件とすることなく前記情報として前記第１情報と異なる第２情報を格納し、前記第１処理の終了後でかつ前記第２情報を格納した後に、前記第２情報により前記処理部で第２処理を実行させる管理部と、
前記処理部による前記第１処理または前記第２処理の実行時に、前記処理部の稼働状態を取得し、取得した前記処理部の稼働状態に基づいて、前記第１情報または前記第２情報を評価する評価部と、
を含む情報処理装置。
【請求項２】
前記処理部で処理を実行させる際に用いられる情報は、前記処理部に含まれるハードウェア資源の制御を行うためのファームウェアである、
請求項１に記載の情報処理装置。
【請求項３】
前記処理部は、処理を実行する演算部、前記演算部を前記第１格納部と接続した状態または前記第２格納部と接続した状態に切り替える切替部、及び前記切替部の切替を制御する制御部を含み、
前記管理部は、前記処理部に含まれる前記制御部に、
前記第１情報の格納、前記第１情報による第１処理の実行、前記第２情報の格納、前記第２情報による第２処理の実行を指示する、
請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記評価部は、前記第１処理または前記第２処理の実行時間を管理する時間管理部と、前記第１処理または前記第２処理の実行時に発生したエラーを管理するエラー管理部とを含み、
前記時間管理部により管理された前記第１処理または前記第２処理の実行時間、及び前記エラー管理部で管理された前記第１処理または前記第２処理の実行時に発生するエラーに基づいて前記第１情報または前記第２情報を評価する
請求項１〜請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記処理部による前記第１処理または前記第２処理の実行時に、前記処理部に対し、前記処理の実行を中止する中止処理の実行を命令する命令操作部を含み、
前記管理部は、前記評価部の評価結果に基づいて、前記命令操作部により、前記処理部による前記第１処理または前記第２処理の実行時に、前記処理部に対し、前記処理の実行を中止する中止処理の実行を命令させる中止処理を指示する
請求項１〜請求項４の何れか１項に記載の情報処理装置。
【請求項６】
前記中止処理は、前記処理部をシャットダウンさせる処理を含む
請求項５に記載の情報処理装置。
【請求項７】
処理部に設けられ、該処理部で処理を実行させる際に用いられる情報を格納する複数の格納部のうちの第１格納部に、前記情報として第１情報を格納し、該第１情報を格納した後に、該第１情報により前記処理部で第１処理を実行させると共に、前記処理部による前記第１処理の実行と並行して複数の前記格納部のうちの第２格納部に、前記第１処理に関連するエラーの検出を前記第２格納部に格納するための条件とすることなく前記情報として前記第１情報と異なる第２情報を格納し、前記第１処理の終了後でかつ前記第２情報を格納した後に、前記第２情報により前記処理部で第２処理を実行させる管理ステップと、
前記処理部による前記第１処理または前記第２処理の実行時に、前記処理部の稼働状態を取得し、取得した前記処理部の稼働状態に基づいて、前記第１情報または前記第２情報を評価する評価ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
前記コンピュータを、処理部に設けられ、該処理部で処理を実行させる際に用いられる情報を格納する複数の格納部のうちの第１格納部に、前記情報として第１情報を格納し、該第１情報を格納した後に、該第１情報により前記処理部で第１処理を実行させると共に、前記処理部による前記第１処理の実行と並行して複数の前記格納部のうちの第２格納部に、前記第１処理に関連するエラーの検出を前記第２格納部に格納するための条件とすることなく前記情報として前記第１情報と異なる第２情報を格納し、前記第１処理の終了後でかつ前記第２情報を格納した後に、前記第２情報により前記処理部で第２処理を実行させる管理ステップと、
前記処理部による前記第１処理または前記第２処理の実行時に、前記処理部の稼働状態を取得し、取得した前記処理部の稼働状態に基づいて、前記第１情報または前記第２情報を評価する評価ステップと、
を含む処理を実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、情報処理プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
コンピュータシステムは、接続されている記憶装置、キーボードやディスプレイ等の入出力装置などのデバイスを制御するＢＩＯＳ（Basic Input Output System）を含む、ファームウェアを有している。ファームウェアは、システムの構成情報を保持する等によって、コンピュータシステムに含まれるハードウェア資源の機能を最大限に発揮させるハードウェア資源の基本的な制御を行うソフトウェアである。例えば、新しいコンピュータシステムを開発したとき、品質を保証するための試験（DVT：Design Verification Test)が行われる。品質を保証するための試験において、新しいコンピュータシステムにハードウェアやファームウェアの障害などが発生する場合、ファームウェアが作り直されることがある。【０００３】
また、コンピュータシステムは、例えば性能向上を目的としてデバイスの追加や変更または削除などのシステムの構成情報が変更される。システムの構成情報の変更が行われたとき、例えば、既存のファームウェアを変更された構成情報のシステムに対応するファームウェアにバージョンアップする等、ファームウェアの更新が必要である。このため、ファームウェアはフラッシュメモリ等のメモリに、書き換え可能に格納される。【０００４】
ファームウェアを更新する技術の一例として、メモリを複数備えてファームウェアをバージョンアップする技術が知られている。この技術では、一方のメモリで現在のファームウェアを実行しているとき、他方のメモリに更新対象のファームウェアを書き込む。そして、コンピュータシステムを再起動し、更新対象のファームウェアを使用可能にする。また、ファームウェアで発生したエラーに関して保守センタに通報することで、情報処理装置の信頼性や保守性の向上を図る技術が知られている。また、ファームウェアのテスト中に復帰が不可能なエラーが発生した場合であっても、テストを停止させることなく再開することを可能にする技術が知られている。【０００５】
ところで、ファームウェアは、コンピュータシステムに性能を発揮させることが必要であるので、更新対象のファームウェアは、微調整が必要であり、更新対象のファームウェアの評価が重要になる。ファームウェアの更新及び評価の一例を説明する。コンピュータシステムに電源投入し、使用中のファームウェアを、更新対象のファームウェアに書き換えることで、ファームウェア更新が実行される。ファームウェアの更新後、ファームウェアの更新を有効化するために、コンピュータシステムが再起動される。再起動後には、ファームウェアを評価するためのテストデータ等を用いて、エラーが発生するか否か等を確認するファームウェアの評価が実行される。そして、更新対象のファームウェアが評価された後は、コンピュータシステムの電源が遮断される。複数の相違するファームウェアを評価する場合は、ファームウェア毎に以上の処理が繰り返し実行される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２６００５８号公報
【特許文献２】特開平７−２６２０５４号公報
【特許文献３】特開平５−５３８５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ファームウェアの更新をした後にファームウェアの評価を行うと、評価対象のファームウェア数が増加するのに伴って評価を含む処理に必要とする時間が増大する。【０００８】
また、例えば、機能追加や複数の修正などに対応するべく、複数のファームウェアを作成し、一度に複数のファームウェアを評価する場合がある。一例として、ハードウェア資源の機能を発揮させるパラメータが一意に決定できず、複数のファームウェアを用意し、評価結果に基づいてパラメータを決定する場合がある。複数のファームウェアを一度に評価する場合、ファームウェア数が増加するのに従って処理に必要とする時間が増大する。【０００９】
１つの側面では、本発明は、情報処理装置において、ファームウェアの評価時間を短縮することを目的とする。
【課題を解決するための手段】
【００１０】
第１の案では、処理部に設けられかつ該処理部において処理を実行させるための基本情報を格納する複数の格納部のうちの第１格納部に、基本情報として第１情報を格納し、該第１情報を格納した後に、該第１情報により処理部において第１処理を実行させる。これと共に、複数の処理部のうちの第２格納部に、第１情報と異なる基本情報として第２情報を格納し、第１処理終了後でかつ前記第２情報を格納した後に、前記第２情報により前記処理部において第２処理を実行させる。そして、処理部において第１処理または第２処理の実行時に、該実行時の第１処理または第２処理による処理部の稼働状態を取得し、取得した処理部の稼働状態に基づいて、該実行時の第１処理または第２処理に対応する基本情報を評価する。
【発明の効果】
【００１１】
１実施態様による情報処理装置によれば、ファームウェアの評価時間を短縮することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る情報処理装置の概略構成を示すブロック図である。
【図２】情報処理装置として機能するコンピュータの概略ブロック図である。
【図３】複数の格納領域を有するフラッシュメモリの切替についての説明図である。
【図４】評価計画表の一例を示すイメージ図である。
【図５】評価計画表の一例を示すイメージ図である。
【図６】情報処理装置と被評価部とに含まれる各部の関係を示す説明図である。
【図７】情報処理装置における処理の流れを示すシーケンシャルフローである。
【図８】ファームウェア更新及び評価で時間短縮が可能となることの説明図である。
【図９】エラー発生時の情報処理装置における処理の流れを示すシーケンシャルフローである。
【図１０】データ管理部における処理の流れを示すフローチャートである。
【図１１】エラー収集プロセスにおける処理の流れを示すフローチャートである。
【図１２】エラー解析プロセスにおける処理の流れを示すフローチャートである。
【図１３】エラー解析プロセスにおける処理の流れを示すフローチャートである。
【図１４】エラー解析プロセスにおける処理の流れを示すフローチャートである。
【図１５】時間管理プロセスにおける処理の流れを示すフローチャートである。
【図１６】命令操作プロセスにおける処理の流れを示すフローチャートである。
【図１７】ユーザに提供する評価テーブルを示すイメージ図である。
【図１８】評価計画表の変形例を示すイメージ図である。
【図１９】エラー解析プロセスにおける処理の流れを示すフローチャートである。
【図２０】エラー解析プロセスにおける処理の流れを示すフローチャートである。
【図２１】時間管理プロセスにおける処理の流れを示すフローチャートである。
【図２２】評価計画表の変形例を示すイメージ図である。
【図２３】時間管理プロセスにおける処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。
【００１４】
＜第１実施形態＞
図１には、本実施形態に係る情報処理装置１０が示されている。情報処理装置１０は、データ管理部１２、評価部１４、及び命令操作部２２を含んでいる。評価部１４は、時間管理部１６、エラー収集部１８、及びエラー解析部２０を含んでいる。情報処理装置１０は、コンピュータシステムである被評価部２４に接続されている。
【００１５】
被評価部２４は、コンピュータシステムとして、複数の処理部の各々によって各種処理を行う。被評価部２４は複数の処理部２６、及びデータ制御部２８を備えている。複数の処理部２６の各々は、例えばＰＣＩ(Peripheral Component Interconnect)バス等のバス２７を介してデータ制御部２８に接続されている。複数の処理部２６の各々は、第１格納部３２と第２格納部３４を含む格納部３０、切替部３６、制御部３８、及び演算部４０を備えている。なお、被評価部２４に含まれる複数の処理部２６について個別の処理部２６を対象とするとき、符号の後に記号Ａ〜記号Ｎを付して表記し、処理部２６または要素同士を区別して扱う場合がある。
【００１６】
なお、情報処理装置１０は開示の技術における情報処理装置の一例であり、複数の処理部２６の何れかの処理部は開示の技術における処理部の一例である。
【００１７】
データ管理部１２は、ファームウェアの更新や評価に関係するデータを管理する。データ管理部１２には、ファームウェアを更新するためのファームデータ及びファームウェアを評価するためのテストデータが格納される。また、データ管理部１２には評価するファームウェアの個数および各ファームウェア評価のパラメータが格納され、ファームデータ、テストデータ、ファームウェアの個数及び各ファームウェア評価のパラメータの情報が提供可能になっている。
【００１８】
エラー収集部１８は、ファームウェアの評価時に発生したエラー情報を収集する。また、エラー収集部１８は、収集したエラー情報を、表示装置等に表示させる機能を有している。
【００１９】
命令操作部２２は、被評価部２４の稼働を操作する命令信号を、被評価部２４へ出力する。命令信号の一例には、装置起動するための電源投入を示す信号（Power_on信号）、ファームウェア更新有効化するための再起動を示す信号（Reset信号）、そして装置の稼働を停止するための電源遮断信号（Shutdown信号）が挙げられる。命令操作部２２は、命令信号を被評価部２４のデータ制御部２８に対して出力する。
【００２０】
時間管理部１６は、ファームウェアの評価に関係する時間を管理するもので、管理する時間の情報を格納する領域を有している。管理する時間の情報を格納する領域には、例えばファームウェア評価の開始時刻、経過時間、及び評価時間（走行時間）の情報が格納される。時間管理部１６は、これらの時刻や時間の情報を、エラー解析部２０およびデータ管理部１２に出力する。
【００２１】
エラー解析部２０は、処理部２６で発生するエラーを監視する。エラー解析部２０は、例えば、エラー収集部１８および時間管理部１６からの情報を基にして、エラー発生回数や頻度を監視する。また、エラー解析部２０では、エラー監視の結果により、命令操作部２２が再起動を示す信号（Reset信号）や電源遮断信号（Shutdown信号）を出力するように要求する場合がある。
【００２２】
被評価部２４のデータ制御部２８は、情報処理装置１０からのデータや命令に基づいて複数の処理部２６の各々を制御する。複数の処理部２６の各々は、フラッシュメモリ等の第１格納部３２と第２格納部３４を含む格納部３０に格納されたファームウェアにより、ＣＰＵ等を含む演算部４０がハードウェア資源の基本的な制御を行う。複数の処理部２６の各々で、演算部４０が基本的な制御を行う場合、制御部３８は各種制御信号を出力して切替部３６を切り替える。例えば、切替部３６は制御部３８からの制御信号を受けて、第１格納部３２に格納されたファームウェアを評価するために、第１格納部３２と演算部４０とを接続する。また、切替部３６は、制御部３８からのデータを第２格納部３４へ格納するために、第２格納部３４と制御部３８とを接続するように切り替える。
【００２３】
情報処理装置１０のデータ管理部１２は、ファームウェアの第１のファームデータを第１格納部３２に格納するために、第１のファームデータをデータ制御部２８へ出力する。データ制御部２８は、第１のファームデータを第１格納部３２に格納するために、切替部３６を切り替えるための信号を出力する。次に、第１のファームデータを有効化するために、情報処理装置１０のデータ管理部１２は、複数の処理部２６が再起動されるように、命令操作部２２に対して再起動を示す信号を出力させるべく要求する。命令操作部２２は、データ管理部１２からの要求を受け取り、再起動を示す信号をデータ制御部２８へ出力する。データ制御部２８は再起動を示す信号（Reset信号）を受けて、切替部３６をリセットし、接続を切り替える。処理部２６では、第１のファームデータのファームウェアによる処理が演算部４０で実行される。ファームウェア評価時は、データ制御部２８がエラー検知を行う。情報処理装置１０のエラー収集部１８は、データ制御部２８で検知されるエラーを情報として収集する。また、第１のファームデータによるファームウェア評価中には、情報処理装置１０のデータ管理部１２は、ファームウェアの第２のファームデータを第２格納部３４に格納するために、第２のファームデータをデータ制御部２８へ出力する。データ制御部２８は、第２のファームデータを第２格納部３４に格納する。このように、ファームウェアの更新と評価を並列に行うことにより、複数のファームウェアを短時間で評価することができる。
【００２４】
情報処理装置１０は、例えば図２に示すコンピュータ４２で実現することができる。コンピュータ４２はＣＰＵ４４、メモリ４６、不揮発性の記憶部４８、入出力ポート（Ｉ／Ｏ）６１、ディスプレイ６２、キーボード６３、マウス６４、及びタイマ６５を備える。ＣＰＵ４４、メモリ４６、不揮発性の記憶部４８、入出力ポート（Ｉ／Ｏ）６１、ディスプレイ６２、キーボード６３、マウス６４、及びタイマ６５は、バス６０を介して互いに接続されている。なお、記憶部４８はＨＤＤ(Hard Disk Drive)やフラッシュメモリ等によって実現できる。記録媒体としての記憶部４８には、コンピュータ４２を情報処理装置１０として機能させるための試験プログラム５０が記憶されている。また、記憶部４８には、ウェブブラウザ(WebBrowser)プログラム５６、ファームデータＤＢ５７、テストデータＤＢ５８、及び評価パラメータＤＢ５９が各々記憶されている。ＣＰＵ４４は、ウェブブラウザプログラム５６を記憶部４８から読み出してメモリ４６に展開し、ウェブブラウザプログラム５６による処理を実行する。また、ＣＰＵ４４は、試験プログラム５０を記憶部４８から読み出してメモリ４６に展開し、試験プログラム５０が有するプロセスを順次実行する。
【００２５】
試験プログラム５０は、データ管理プロセス５１、時間管理プロセス５２、エラー収集プロセス５３、エラー解析プロセス５４、及び命令操作プロセス５５を有する。ＣＰＵ４４は、データ管理プロセス５１を実行することで、図１に示すデータ管理部１２として動作する。つまり、情報処理装置１０がコンピュータ４２で実現され、データ管理プロセス５１を実行することでコンピュータ４２は、図１に示すデータ管理部１２として動作する。またＣＰＵ４４は、時間管理プロセス５２を実行することで、図１に示す時間管理部１６として動作する。ＣＰＵ４４が時間管理部１６として動作する場合、メモリ４６の一部の領域は時間管理部１６の処理で得られた時間情報を格納する領域として用いられる。
【００２６】
またＣＰＵ４４は、エラー収集プロセス５３を実行することで、図１に示すエラー収集部１８として動作する。ＣＰＵ４４がエラー収集部１８として動作する場合、メモリ４６の一部領域はエラー収集部１８の処理で得られたエラー情報を格納する領域として用いられる。またＣＰＵ４４は、エラー解析プロセス５４を実行することで、図１に示すエラー解析部２０として動作する。ＣＰＵ４４がエラー解析部２０として動作する場合、メモリ４６の一部領域はエラー解析部２０の処理で得られた解析結果を示す情報を格納する領域として用いられる。またＣＰＵ４４は、命令操作プロセス５５を実行することで、図１に示す命令操作部２２として動作する。ＣＰＵ４４が命令操作プロセス５５を実行することにより、試験プログラム５０を実行したコンピュータ４２が、情報処理装置１０として機能することになる。
【００２７】
上述のように、コンピュータ４２の記憶部４８には、ファームデータＤＢ５７が記憶されている。ファームデータＤＢ５７には、評価対象のファームウェアに対応する、複数のファームデータが格納される。また、コンピュータ４２の記憶部４８には、テストデータＤＢ５８が記憶されている。テストデータＤＢ５８には、評価対象のファームウェアを評価するときに使用する１または複数のテストデータが格納される。
【００２８】
また、コンピュータ４２の記憶部４８は、評価パラメータＤＢ５９を記憶する。評価パラメータＤＢ５９は、ファームウェアを評価するにあたり、どのファームウェアを、どのテストデータで、どのように評価するのか定められた情報が、１または複数の評価パラメータとして格納される。例えば、評価パラメータは、評価対象とするファームウェアのファームデータと、評価対象のファームウェアを評価するためのテストデータと、走行時間とを対応付けた情報を含む。走行時間は、評価対象とするファームウェアについて、テストデータによりＣＰＵを稼働させる時間である。また、評価パラメータは、ファームウェアによるＣＰＵ稼働により発生するエラー回数やエラー種類を含むことができる。エラー回数やエラー種類を評価パラメータに含ませる場合、エラー回数やエラー種類に対応して、次に移行する処理を評価パラメータによって定めることが好ましい。
【００２９】
なお、本実施形態では、計画的に複数のファームウェアを評価するために、複数の評価パラメータを纏めた情報による評価計画表をテーブルとして、評価パラメータＤＢ５９に格納して、使用する一例を説明する。図４及び図５に、評価計画表の一例を示す。図４は、複数のファームウェアを評価する評価内容を示す評価パラメータを情報として格納した評価計画表の一部である第１テーブル９７を示す。また、図５は、計画的に複数のファームウェアを評価するにあたり、システムで発生するエラーの種類や頻度により、エラーに基づくファームウェア評価の状態移行を決定する基準を情報として格納した評価計画表の一部である第２テーブル９８を示す。
【００３０】
図４は、４種類のファームウェアを計画的に評価する場合の一例を示す。すなわち、パターン名、ファームウェア、走行時間設定、テストデータ、及びLFWH(Local Firmware Hub)0_BANK_selの各項目が対応付けられて、評価計画の順序で序列されたテーブルを採用することができる。パターン名は、ファームウェア、走行時間設定、テストデータ、及びLFWH0_BANK_selの情報を対応付けた評価パラメータ群を識別するための名称である。なお、項目LFWH0_BANK_selの情報は、詳細を後述するシステムボードに含まれるバス切替器を切り替えるための情報の値が格納される。例えば図４に示す第１テーブル９７において、パターン名が「パターン１」の場合は次の定義になる。情報LFWH0_BANK_selが「１」として、ファームウェアに「Ｆ１」のファームデータを使用し、テストデータに「データＡ」を使用して走行時間が「２Ｈ（時間）」で稼働させる評価を実行する、という定義になる。そして、図４の例では、パターン１．２．３．４の順序でファームウェア評価が実行される。
【００３１】
図５は、ファームウェアの評価中に発生するエラーの種類及び頻度によって、ファームウェア評価の状態移行を決定する基準の一例を示す。図５は、エラーの種類をエラー種別の項目として、例えば、エラー内容を示す情報であるＣＥ(Correctable Error)，ＵＥ(Uncorrectable Error)，ＦＥ(Fetal Error)の３種類の情報を使用する一例を示す。エラー内容を示す情報ＣＥは、例えば、ＣＰＵやプロセッサが示す１ビットエラーである。また、エラー内容を示す情報ＵＥは、例えば、ＣＰＵやプロセッサが示す２ビットエラーである。また、エラー内容を示す情報ＦＥは、例えば、ＣＰＵやプロセッサが示す内部エラーやバスエラー等の致命的なエラーである。エラー内容を示す情報ＣＥ，ＵＥ，及びＦＥに、エラー通知の頻度を対応付けた情報が付与される。例えば、エラー内容を示す情報ＵＥは、例えば、ＵＥが１回発生するとき「評価継続」、１分間にＵＥが２回発生するとき「Shutdown」、１０分間にＵＥが２回発生するとき「ファームウェア切替」を示す情報が付与される。つまり、ファームウェアの評価中に発生するエラーの内容が、走行時間中にＵＥが１回発生するときには、ファームウェア評価を継続する、というファームウェア評価の状態移行を決定する基準を示す情報が付与される。
【００３２】
上記では、３種類のエラーの種類を使用する一例を示したが、３種類に限定されるものではない。また、エラー通知の頻度に関する情報についても、図５の情報に限定されるものではない。
【００３３】
なお、試験プログラム５０は開示の技術における情報処理プログラムの一例である。つまり、試験プログラム５０はコンピュータ４２を情報処理装置１０として機能させるための情報処理プログラムの一例である。
【００３４】
被評価部２４は、例えば、図２に示すコンピュータシステム７０で実現することができる。コンピュータシステム７０は、複数のシステムボード（以下、ＳＢという）８４、及びシステム制御ボード７２を含んでいる。本実施形態では、周知のパーティション技術で例示されているように、複数のＳＢ８４を、複数のＳＢ８４により纏まった処理を行う機能単位として捉えた構成のドメインと呼ばれるシステムとして機能することができる。なお、ドメインに含まれる複数のＳＢ８４について個別に扱う場合は、符号の後に記号Ａ〜記号Ｎを付して表記し、説明する。
【００３５】
コンピュータシステム７０に含まれる複数のＳＢ８４の各々は、システム管理用コントローラ（Baseboard Management Controller、以下、ＢＭＣという）８６、及びＣＰＵ９０を含んでいる。また複数のＳＢ８４の各々は、バス切替器（Bus Exchange）９２及びローカルフラッシュメモリ９４を含んでいる。図２において、ローカルフラッシュメモリ９４はLFWH0と表記される。ローカルフラッシュメモリ９４は、ファームウェアを格納するためのメモリであり、本実施形態では、第１メモリ９５及び第２メモリ９６を備えている。図２において、第１メモリ９５は、LFWH0_Aと表記される。図２において、第２メモリ９６は、LFWH0_Bと表記される。
【００３６】
なお、コンピュータシステム７０のシステム制御ボード７２は、図１に示すデータ制御部２８に対応する。コンピュータシステム７０に含まれるＳＢ８４は、図１に示す処理部２６に対応する。また、ＳＢ８４のＢＭＣ８６は、図１に示す制御部３８に対応する。また、ＣＰＵ９０は、図１に示す演算部４０に対応する。また、バス切替器９２は、図１に示す切替部３６に対応する。ローカルフラッシュメモリ９４は、図１に示す格納部３０に対応する。また、第１メモリ９５は図１に示す第１格納部３２に対応し、第２メモリ９６は図１に示す第２格納部３４に対応する。
【００３７】
また、本実施形態では、ＳＢ８４がＣＰＵ９０を１つ備える場合を説明するが、ＣＰＵの数は１つに限定されるものではなく、２つ以上であってもよい。また、本実施形態では、ローカルフラッシュメモリ９４は、第１メモリ９５と第２メモリ９６に別々のファームウェアを格納できる２つの格納領域を有するローカルフラッシュメモリ９４について説明する。しかし、ローカルフラッシュメモリ９４にファームウェアを格納できる格納領域を２つに限定するものではなく、３つ以上でもよい。
【００３８】
ＢＭＣ８６には、シリアルパラレルインファフェースバス（以下、ＳＰＩ＿ＢＵＳという）８９を介してＣＰＵ９０が接続されている。また、ＢＭＣ８６には、シリアルパラレルインファフェースバス（以下、ＳＰＩバスという）８８、及びシリアルバス８７を介してバス切替器９２が接続されている。本実施形態では、シリアルバス８７の一例として、所謂Ｉ２Ｃバス（Inter-Integrated Circuit Bus）を使用する。バス切替器９２は、ローカルフラッシュメモリ９４に接続されており、シリアルバス８７による制御信号により、ＢＭＣ８６及びＣＰＵ９０と、ローカルフラッシュメモリ９４の第１メモリ９５及び第２メモリ９６との接続を切り替える。すなわち、バス切替器９２は、第１切替状態と、第２切替状態と、を切り替える機能を有している。第１切替状態は、ＢＭＣ８６からＳＰＩバス８８を介して第１メモリ９５に接続し、かつＣＰＵ９０と第２メモリ９６を接続する状態である。また、第２切替状態は、ＢＭＣ８６からＳＰＩバス８８を介して第２メモリ９６に接続し、かつＣＰＵ９０と第１メモリ９５を接続する状態である。
【００３９】
また、ＢＭＣ８６は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などのメモリBMC_Mを備えている。メモリBMC_Mには、ファームウェアを更新することの可否を示す情報（以下、情報LFWH0_updateという）の値や、バス切替器９２を切り替えるための情報（以下、情報LFWH0_BANK_selという）の値が格納される。例えば、情報LFWH0_updateの値の一例はファームウェア更新時には「１」が格納され、ファームウェアの更新を禁止する時には「０」が格納される。また、情報LFWH0_BANK_selは、ＣＰＵ９０及びＢＭＣ８６と、第１メモリ９５及び第２メモリ９６との接続先を設定する情報である。図３に示すように、情報LFWH0_BANK_selの値の一例は、ＢＭＣ８６と第１メモリ９５が接続され、ＣＰＵ９０と第２メモリ９６が接続されるとき「１」が格納される。また、リセットされて情報LFWH0_BANK_selの値が「０」のときＢＭＣ８６と第２メモリ９６が接続され、ＣＰＵ９０と第１メモリ９５が接続される。
【００４０】
コンピュータシステム７０に含まれるシステム制御ボード７２は、ＣＰＵ７８、メモリ７９、不揮発性の記憶部７４、入出力ポート（Ｉ／Ｏ）７７、及びＰＣＩバス等のバスインタフェース（Ｉ／Ｆ）８０を備える。ＣＰＵ７８、メモリ７９、不揮発性の記憶部７４、入出力ポート（Ｉ／Ｏ）７７、及びバスインタフェース（Ｉ／Ｆ）８０はバス８１を介して互いに接続されている。記憶部７４には、コントロールプログラム７５、及びウェブユーザインタフェースプログラム７６が記憶されている。図２において、ウェブユーザインタフェースプログラム７６は、WebUI_PGと表記する。ＣＰＵ７８は、コントロールプログラム７５及びウェブユーザインタフェースプログラム７６を記憶部７４から読み出してメモリ７９に展開し、コントロールプログラム７５及びウェブユーザインタフェースプログラム７６による処理を実行する。システム制御ボード７２のバスインタフェース８０は、ＰＣＩバス８２を介して複数のＳＢ８４のＢＭＣ８６の各々に接続される。また、入出力ポート７７がＬＡＮ（Local Area Network）６８を介して入出力ポート６１と接続されることによって、コンピュータ４２とコンピュータシステム７０とが情報授受可能に接続される。なお、システム制御ボード７２は、ＣＰＵ７８がコントロールプログラム７５及びウェブユーザインタフェースプログラム７６を実行することで、図１に示すデータ制御部２８として動作する。
【００４１】
次に本実施形態の作用を説明する。
本実施形態では、ＳＢ８４のファームウェアを格納するための第１メモリ９５（LFWH0_A）及び第２メモリ９６（LFWH0_B）を用いて、ファームウェアの更新と評価を並列に行う。例えば、新製品の開発等では、品質保証するための試験（ＤＶＴ）を行うが、ハードやファーム障害などが発生し、その度にファームウェアが作り直され、長い評価時間が必要となる。また、最適なパラメータが一意に求めることができない場合、複数のファームウェアを用意し、その評価結果で最適なファームウェアを決定することもある。しかし、ファームウェア更新とファームウェア評価を交互（シリアル）に実行すると、更新と評価を行うファームウェアの数に応じて処理に要する時間が増加する。そこで、本実施形態では、ファームウェアを格納する格納領域を複数用意して、ファームウェアの更新と評価を並列に行うことにより、ファームウェアの評価に要する時間を短縮する。
【００４２】
まず、図６〜図９を参照して情報処理装置１０の作動を説明する。図６は、情報処理装置１０に含まれる各部の関係と被評価部２４に含まれる各部の関係とを示す。図７は、情報処理装置１０の各部が関係する処理の流れをシーケンシャルフローとして示す。図８は、複数のファームウェアの更新及び評価を行うことで、時間短縮が可能となることを説明する図である。図９は、被評価部２４においてエラーが発生したときにおける情報処理装置１０の各部が関係する処理の流れをシーケンシャルフローとして示す。
【００４３】
評価するファームウェアのファームデータとテストデータはデータ管理部１２に格納される。データ管理部１２は、被評価部２４に実装されている処理部２６に、評価するファームウェアのファームデータとテストデータを送信する（図６も参照）。またファームウェア有効化するための再起動（Reset）や、全ファームウェア評価終了時の装置を稼働停止させるための電源遮断（Shutdown）のために、データ管理部１２は命令操作部２２に再起動指示や電源遮断指示を出力する（図６も参照）。
【００４４】
具体的には、データ管理部１２は、被評価部２４（少なくとも処理部２６）に電源投入を行わせるために、命令操作部２２に対して情報処理装置１０への電源投入を指示する（図７のステップSF01）。命令操作部２２は、データ管理部１２からの指示により、被評価部２４へ電源投入を命令する（ステップSF02）。被評価部２４は、命令操作部２２からの命令を受け取り、電源投入を実行する（ステップSF03）。つまり、被評価部２４は、命令操作部２２からの命令を被評価部２４のデータ制御部２８が受け取り、少なくとも処理部２６を含む装置全体の電源を投入する処理を実行する。ステップSF03の処理と共に、データ管理部１２は、最初のファームウェア更新を第１格納部３２で行うのか、または第２格納部３４で行うのかを示す情報を送信する。つまり、データ管理部１２は、評価計画表の情報をもとに、第１テーブル９７のLFWH0_BANK_selの情報によるLFWH0_BANK_sel信号（ここでは値「１」の信号）を、被評価部２４へ送信する（ステップSF04）。被評価部２４は、データ管理部１２から送信されたLFWH0_BANK_sel信号を被評価部２４のデータ制御部２８が受け取り、処理部２６の切替部３６を切り替える（ステップSF05）。ステップSF05の処理によって、被評価部２４の処理部２６は、ファームウェアの更新を行うための状態までの処理（ステップSF06）が実行される。ステップSF06の処理は、オペレーティングシステムが稼働するまで立ち上げる処理である。
【００４５】
次に、データ管理部１２は、処理部２６においてファームウェアの更新が可能な状態にするために、情報LFWH0_updateの値「１」を、被評価部２４へ送信する（ステップSF07）。被評価部２４は、処理部２６でファームウェアの更新が可能な状態にする処理を実行する（ステップSF08）。すなわち、被評価部２４は、データ制御部２８がデータ管理部１２からの情報LFWH0_updateを受け取る。そして、データ制御部２８が制御部３８に情報LFWH0_updateの値「１」をセットすることにより、処理部２６の第１格納部３２にファームデータの書き込みが可能な状態にする。ステップSF08の処理と共に、データ管理部１２は、被評価部２４へ最初のファームウェアのファームデータを送信する（ステップSF09）。データ管理部１２からファームウェアのファームデータを受信した後、被評価部２４はファームウェアの更新を実行する（ステップSF10）。すなわち、被評価部２４は、データ制御部２８が最初のファームウェアのファームデータを受け取り制御部３８を介して第１格納部３２にファームデータを書き込む。
【００４６】
被評価部２４の処理部２６において、最初のファームウェア更新が終了すると、データ制御部２８は、データ管理部１２へファームウェア更新が終了したことを通知する（ステップSF11）。データ管理部１２は、最初のファームウェア更新の終了に伴って、処理部２６において、最初のファームウェア更新が終了後にファームウェアの更新が不可能な状態にするために、情報LFWH0_updateの値「０」を、被評価部２４へ送信する（ステップSF12）。被評価部２４は、処理部２６でファームウェア更新が不可能な状態にする処理を実行する（ステップSF13）。また、データ管理部１２は、更新した最初のファームウェアを有効化させるために、被評価部２４の処理部２６を再起動（Reset）させるように命令操作部２２へ指示する（ステップSF14）。命令操作部２２は、データ管理部１２からの指示を受け取り、被評価部２４へ再起動命令を送信する（ステップSF15）。被評価部２４（データ制御部２８）は、命令操作部２２からの再起動命令を受け取り、処理部２６を再起動させる（ステップSF16）。被評価部２４の処理部２６は、再起動によって、バス切替器９２の状態が切り替わる（図３も参照）。すなわち、第１格納部３２に書き込まれたファームデータによるファームウェアで演算部４０が稼働する状態、すなわち演算部４０によるファームデータの実行が可能になる。
【００４７】
被評価部２４では、処理部２６の再起動によって、処理部２６が、ファームウェア評価を行うための状態までの処理（OS_boot：オペレーティングシステムが稼働するまで立ち上げる処理（ステップSF17））が実行される。データ管理部１２は、処理部２６の再起動後のファームウェアの評価を行うための状態までの処理が終了すると、テストデータを被評価部２４のデータ制御部２８へ送信する（ステップSF18）。被評価部２４では、データ制御部２８がデータ管理部１２から受け取ったテストデータが、制御部３８を介して演算部４０に送信される。演算部４０はデータ管理部１２からのテストデータを用いて、ファームウェア評価を実行する（ステップSF19）。データ管理部１２は、テストデータの送信時に、ファームウェア評価を開始したことを示す情報を時間管理部１６へ送信する（ステップSF20）。時間管理部１６は、データ管理部１２からの情報を受け取り、評価開始時刻を記録する（ステップSF21）。また、時間管理部１６は、記録した評価開始時刻をエラー解析部２０へ送信する（ステップSF22）。エラー解析部２０は、評価開始時間を取得して（ステップSF23）、エラー解析のために、解析を開始する。例えば走行時間の計測が開始される。
【００４８】
データ管理部１２は、最初のファームウェアの評価が開始されると、未評価のファームウェアの有無を判断する（ステップSF24）。未評価のファームウェアがあるとき、データ管理部１２は、続けて次のファームウェアの更新のための処理へと移行する。すなわち、データ管理部１２は、処理部２６において次のファームウェアの更新が可能な状態にするために、情報LFWH0_updateの値「１」を、被評価部２４へ送信する（ステップSF25）。被評価部２４は、処理部２６で次のファームウェアの更新が可能な状態にする処理を実行する（ステップSF26）。また、データ管理部１２は、被評価部２４へ次のファームウェアのファームデータを送信する（ステップSF27）。被評価部２４は、データ管理部１２が送信したファームデータを受け取り、次のファームウェアの更新を実行する（ステップSF10）。すなわち、被評価部２４は、データ制御部２８が次のファームウェアのファームデータを受け取り、制御部３８を介して第２格納部３４にファームデータを書き込む。
【００４９】
処理部２６で次のファームウェア更新が終了すると、データ制御部２８は、データ管理部１２へ次のファームウェア更新が終了したことを通知する（ステップSF29）。データ管理部１２は、次のファームウェア更新の終了に伴って、処理部２６でファームウェアの更新が不可能な状態にするために、情報LFWH0_updateの値「０」を、被評価部２４へ送信する（ステップSF30）。被評価部２４は、処理部２６でファームウェアの更新が不可能な状態にする処理を実行する（ステップSF31）。
【００５０】
次に、データ管理部１２は、最初のファームウェアの評価のために、第１テーブル９７に設定されている走行時間を時間管理部１６へ送信する（ステップSF32）。時間管理部１６は、データ管理部１２からの走行時間を受け取り（ステップSF33）、受け取った走行時間が経過するまで時間管理（監視）し、走行時間を経過するとデータ管理部１２へ走行時間を経過したことを通知する（ステップSF34）。データ管理部１２は、時間管理部１６から走行時間経過の通知を受け取り、評価の終了が通知されたものとみなす（ステップSF37）。また、データ管理部１２は、ファームウェアの評価に関係する評価パラメータを、エラー解析部２０へ送信する（ステップSF35）。エラー解析部２０は、データ管理部１２から送信された評価パラメータを取得し（ステップSF36）、該評価パラメータをエラー解析に使用する。
【００５１】
データ管理部１２は、未評価のファームウェアがなく、全ての評価が終了すると、処理部２６の稼働を停止させるように命令操作部２２へ指示する（ステップSF38）。命令操作部２２は、データ管理部１２からの指示を受け取り、被評価部２４へ電源遮断命令を送信する（ステップSF39）。被評価部２４（データ制御部２８）は、命令操作部２２からの電源遮断命令を受け取り、被評価部２４の電源を遮断させる（ステップSF40）。未評価のファームウェアがないとき（ステップSF24で否定判断のとき）、データ管理部１２は、評価終了を待機してもよい。
【００５２】
なお、ステップSF37の後、未評価のファームウェアがあるときは、ステップSF14へ戻り、上記処理を繰り返す。
【００５３】
以上の処理によって、情報処理装置１０は、複数のファームウェアについて、更新と評価を並列に行うことができ、複数のファームウェアを評価する時間を短縮することができる。すなわち、図４に示す第１テーブル９７に従った評価計画が実行されると、図８に示すように、まず、情報処理装置１０は、被評価部２４に対して、パターン１によるファームウェア（F1）の更新を実行する（ステップST1）。ファームウェア（F1）の更新は、処理部２６の第１格納部３２に対して実行される。次に、情報処理装置１０は、ファームウェア（F1）の評価を実行し（ステップST2）、ステップST2の処理と並行して、パターン２によるファームウェア（F2）の更新を実行する（ステップST3）。ファームウェア（F2）の更新は、処理部２６の第２格納部３４に対して実行される。情報処理装置１０は、第１格納部３２に含まれる第１格納部３２と第２格納部３４を使用してファームウェアの更新と評価を行われているので、ファームウェア（F1）の評価とファームウェア（F2）の更新の双方の処理が終了するまで待機する。
【００５４】
ファームウェア（F1）の評価とファームウェア（F2）の更新の双方の処理が終了すると、情報処理装置１０は、被評価部２４に対して、パターン３によるファームウェア（F3）の更新を実行する（ステップST4）。ファームウェア（F3）の更新は、処理部２６の第１格納部３２に対して実行される。ステップST4の処理と並行して、情報処理装置１０は、ファームウェア（F2）の評価を実行する（ステップST5）。ファームウェア（F2）の評価では、処理部２６の第２格納部３４が使用される。情報処理装置１０は、ファームウェア（F2）の評価とファームウェア（F3）の更新の双方の処理が終了するまで待機する。
【００５５】
ファームウェア（F2）の評価とファームウェア（F3）の更新の双方の処理が終了すると、情報処理装置１０は、ファームウェア（F3）の評価を実行する（ステップST6）。ステップST6の処理と並行して、パターン４によるファームウェア（F4）の更新を実行する（ステップST7）。ファームウェア（F4）の更新は、処理部２６の第２格納部３４に対して実行される。情報処理装置１０は、ファームウェア（F3）の評価とファームウェア（F4）の更新の双方の処理が終了するまで待機する。
【００５６】
情報処理装置１０は、ファームウェア（F3）の評価とファームウェア（F4）の更新の双方の処理が終了すると、ファームウェア（F4）の評価を実行し（ステップST8）、全てのファームウェアの評価を終了する。
【００５７】
ファームウェア（F1）の評価（ステップST2）と、ファームウェア（F2）の更新（ステップST3）との処理は並列に行われる。このため、ファームウェア（F1）の評価に要する時間と、ファームウェア（F2）の更新に要する時間のうちの長い方の時間（時間ｔ２）で双方の処理が完了する。また、ファームウェア（F2）の評価（ステップST5）と、ファームウェア（F3）の更新（ステップST4）との各処理は並列に行われる。このため、ファームウェア（F2）の評価に要する時間と、ファームウェア（F3）の更新に要する時間のうちの長い方の時間（時間ｔ４）で双方の処理が完了する。また、ファームウェア（F3）の評価（ステップST6）と、ファームウェア（F4）の更新（ステップST7）との各処理は並列に行われる。このため、ファームウェア（F3）の評価に要する時間と、ファームウェア（F4）の更新に要する時間のうちの長い方の時間（時間ｔ６）で双方の処理が完了する。
【００５８】
従って、４つの相違するファームウェアの評価に要する時間の総和は、各並列処理における長い方の時間の総和（図８の例ではｔ１＋ｔ２＋ｔ４＋ｔ６＋ｔ８）となり、ファームウェアの更新と評価の各処理を交互に繰り返す場合に比べて短縮することができる。
【００５９】
次に、被評価部２４においてエラーが発生した場合を説明する。図９に示すように、被評価部２４においてエラーが発生すると、被評価部２４は、エラー情報をエラー収集部１８へ送信する（ステップSF41）。エラー収集部１８は、被評価部２４からのエラー情報を受け取り（ステップSF43）、被評価部２４においてエラーが発生したことを示す情報を時間管理部１６へ通知する（ステップSF44）。時間管理部１６は、エラー収集部１８からのエラー発生の通知を受け取ったタイミングを（トリガにして）、エラー発生時刻として記録する（ステップSF45）。次に時間管理部１６は、記録したエラー発生時刻をエラー解析部２０へ送信する（ステップSF46）。エラー解析部２０は、時間管理部１６から送信されたエラー発生時刻を取得する（ステップSF49）。
【００６０】
エラー収集部１８は、エラー発生の通知と共に、発生したエラーの内容を示す情報をエラー解析部２０へ送信する（ステップSF47）。エラー解析部２０は、エラー収集部１８から送信されたエラーの内容を示す情報を識別する（ステップSF48）。次にエラー解析部２０は、識別したエラー内容と、取得したエラー発生時間を用いてエラーに対する解析を実行する（ステップSF50）。エラーに対する解析は、エラー回数、エラーの発生頻度、及び評価パラメータを使用して解析する。
【００６１】
エラーに対する解析の結果が再起動を示すものであるとき（ステップSF51）、データ管理部１２は、並列して実行中のファームウェア更新の処理が終了するタイミングで、被評価部２４の処理部２６を再起動（Reset）させる。すなわち、データ管理部１２は、処理部２６を再起動（Reset）させる命令をするように命令操作部２２へ指示する（ステップSF52）。命令操作部２２は、データ管理部１２からの指示を受け取り、被評価部２４へ再起動命令を送信する（ステップSF53）。被評価部２４（データ制御部２８）は、命令操作部２２からの再起動命令を受け取り、処理部２６を再起動させる（ステップSF54）。
【００６２】
一方、エラーに対する解析の結果が電源遮断を示すものであるとき（ステップSF51）、データ管理部１２は、即時、被評価部２４の処理部２６の稼働を停止させる命令（Shutdown）をするよう命令操作部２２へ指示する（ステップSF55）。命令操作部２２は、データ管理部１２からの指示を受け取り、被評価部２４へ電源遮断命令を送信する（ステップSF56）。被評価部２４（データ制御部２８）は、命令操作部２２からの電源遮断命令を受け取り、被評価部２４の電源を遮断させて少なくとも処理部２６の稼働を停止させる（ステップSF57）。
【００６３】
次に、図１０〜図１６を参照してコンピュータ４２で実現された情報処理装置１０の各部の作動を詳細に説明する（図２も参照）。
【００６４】
システム制御ボード７２及び複数のＳＢ８４の各々に電源が投入され、各ＳＢ８４、又は少なくとも１つのＳＢ８４のＣＰＵ９０によりファームウェアの評価処理が実行される。以下、説明を簡単にするために、複数のＳＢ８４のうちのＳＢ８４Ａを対象としてファームウェアの評価を行う処理を一例として説明する。なお、以下の説明では、ＳＢ８４ＡをＳＢ８４と表記する。
【００６５】
まず、コンピュータ４２のＣＰＵ４４は、記憶部４８に記憶されている試験プログラム５０に含まれる各プロセスを実行する。すなわち、コンピュータ４２のＣＰＵ４４は、記憶部４８の試験プログラム５０に記憶されているデータ管理プロセス５１，時間管理プロセス５２，エラー収集プロセス５３，エラー解析プロセス５４，命令操作プロセス５５をメモリ４６に展開し実行する。これにより、図１０〜図１６に示す各処理ルーチンが実行される。
【００６６】
図１０は、データ管理部１２における処理の流れを示すフローチャートである。情報処理装置１０がコンピュータ４２で実現され、データ管理プロセス５１をメモリ４６に展開してＣＰＵ４４が実行することでコンピュータ４２はデータ管理部１２（図１）として動作する。なお、評価するファームウェアのファームデータはファームデータＤＢ５７に格納され、テストデータはテストデータＤＢ５８に格納されている。
【００６７】
まず、ステップ１００では、コンピュータシステム７０に電源を投入するために、命令操作プロセス５５（命令操作部２２）に対して、コンピュータシステム７０の電源投入を指示する。次のステップ１０２では、評価計画表の情報をもとに、第１テーブル９７のLFWH0_BANK_selの情報による値を（ここでは値「１」）、LFWH0_BANK_sel信号として、コンピュータシステム７０へ送信する。次のステップ１０４では、コンピュータシステム７０においてファームウェアの更新が可能な状態になるまで待機し、ステップ１０６へ進む。コンピュータシステム７０では、電源投入と共に、LFWH0_BANK_sel信号を、システム制御ボード７２が入出力ポート７７を介して受け取り、ＳＢ８４のバス切替器９２が切り替わる。バス切替器９２が切り替わることによって、コンピュータシステム７０のＳＢ８４では、ファームウェアの更新が可能な状態までの処理（OS_boot：オペレーティングシステムを立ち上げる処理）が実行される。なお、第２回目以降のファームウェア更新では、後述するようにバス切替器９２のセット及びリセットにより、ローカルフラッシュメモリ９４の第１メモリ９５と第２メモリ９６が交互に接続されるので、LFWH0_BANK_selの情報による値を設定する必要はない。
【００６８】
次のステップ１０６では、ＳＢ８４においてファームウェアの更新が可能な状態にするために、情報LFWH0_updateの値「１」を、コンピュータシステム７０へ送信する。コンピュータシステム７０では、システム制御ボード７２が、情報LFWH0_updateの値を受け取り、ＳＢ８４のＢＭＣ８６にセットする。情報LFWH0_updateの値がＢＭＣ８６にセットされることにより、ＳＢ８４の第１メモリ９５がファームデータの書き込みが可能な状態になる。次のステップ１０８では、コンピュータシステム７０へ最初のファームウェアのファームデータを送信する。最初のファームウェアのファームデータが送信されることにより、ＳＢ８４において最初のファームウェアの更新が開始される。コンピュータシステム７０では、システム制御ボード７２が最初のファームウェアのファームデータを受け取り、ＢＭＣ８６を介して第１メモリ９５に最初のファームデータを書き込む。
【００６９】
次に、最初のファームウェアのファームデータについてコンピュータシステム７０へ送信が完了するまで（ステップ１１２で肯定判断されるまで）継続し（ステップ１１０）、ファームウェアの更新が実行される。ファームウェアの更新が終了すると、ステップ１１２で肯定判断されて、ステップ１１４において、ファームウェアの更新を解除する。すなわち、ステップ１１４では、最初のファームウェアの更新終了に伴って、ローカルフラッシュメモリ９４に対するデータ格納を禁止する（ファームウェアの更新を不可能とする）ため、情報LFWH0_updateの値「０」を、コンピュータシステム７０へ送信する。コンピュータシステム７０では、システム制御ボード７２が、情報LFWH0_updateの値を受け取り、ＳＢ８４のＢＭＣ８６にセットする。これにより、ＳＢ８４の第１メモリ９５がファームデータの書き込みが不可能な状態となる。
【００７０】
次のステップ１１６では、更新した最初のファームウェアを有効化させるために、コンピュータシステム７０のＳＢ８４を再起動（Reset）させる命令をするように命令操作プロセス５５（命令操作部２２）に対する指示を実行する。後述するように、命令操作プロセス５５は、データ管理プロセス５１の指示を受け取り、コンピュータシステム７０へ再起動命令を送信する。次のステップ１１８では、コンピュータシステム７０においてファームウェアの評価が可能な状態になるまで、すなわちＳＢ８４でＯＳが稼働状態になるまで待機し、ステップ１２０へ進む。
【００７１】
ＳＢ８４でＯＳが稼働状態になった後に、次のステップ１２０において、テストデータをコンピュータシステム７０のシステム制御ボード７２へ送信する。システム制御ボード７２にテストデータが送信されることによって、ＳＢ８４におけるファームウェアの評価が開始される。ここでは、ステップ１２０で送信したテストデータがＢＭＣ８６を介して、第１メモリ９５に格納された最初のファームウェアで稼働されるＣＰＵ９０へ出力され、ファームウェアの評価が行われる。
【００７２】
次のステップ１２２では、未評価のファームウェアがあるか否かを判断する。この判断は、データ管理プロセス５１に登録されたファームデータの総数から判断できる。ステップ１２２で肯定判断の場合には、ステップ１２４へ進み、次のファームウェアの更新が可能な状態にするために、情報LFWH0_updateの値「１」を、コンピュータシステム７０へ送信する。次のステップ１２６では、次のファームウェアのファームデータを送信することで、次のファームウェアの更新を開始する。
【００７３】
次に、当該ファームウェアのファームデータの送信を、コンピュータシステム７０への送信が完了するまで（ステップ１３０で肯定判断されるまで）継続し（ステップ１２８）、ファームウェア更新が実行させる。ファームウェアの更新が終了すると、ステップ１３０で肯定されて、ステップ１３２において、ファームウェアの更新を解除する。すなわち、ステップ１３２では、情報LFWH0_updateの値「０」を、コンピュータシステム７０へ送信する。
【００７４】
次のステップ１３４では、評価中のファームウェアの評価が終了するまで否定判断を繰り返す。ステップ１３４で肯定判断の場合には、ステップ１３６へ進み、第１テーブル９７に設定された全てのファームウェアの評価が終了したか否かを判断する。全てのファームウェアの評価が終了したときには、ステップ１３６で肯定判断され、ステップ１３８へ進み、コンピュータシステム７０の稼働を停止させる命令をするように命令操作プロセス５５（命令操作部２２）へ指示する。後述するように命令操作プロセス５５はコンピュータシステム７０へ電源遮断命令を送信し、コンピュータシステム７０を電源遮断させる。一方、ステップ１３６で否定判断の場合には、未評価のファームウェアがあるので、ステップ１１６へ戻り、上記処理を繰り返し実行する。
【００７５】
次に、エラー収集プロセス５３における処理を説明する。図１１は、エラー収集プロセス５３における処理の流れを示すフローチャートである。情報処理装置１０がコンピュータ４２で実現され、エラー収集プロセス５３をメモリ４６に展開してＣＰＵ４４が実行することで、コンピュータ４２はエラー収集部１８（図１）として動作する。エラー収集プロセス５３は、ファームウェアの評価中にエラー発生した場合にシステム制御ボード７２からエラー情報を取得して、エラー内容をエラー解析プロセス５４（エラー解析部２０）に送信し、またエラー発生したことを時間管理プロセス５２（時間管理部１６）に送信する。
【００７６】
まず、ステップ１４０では、ファームウェアの評価が開始されたことを示す通知がなされるまで待機し、ファームウェアの評価が開始されると（ステップ１４０で肯定判断されると）、ステップ１４１へ進む。ステップ１４１ではＳＢ８４におけるエラーの有無を検知し、ステップ１４２においてＳＢ８４でエラーが発生したか否かを判断する。すなわち、システム制御ボード７２に対してＳＢ８４でエラー発生の可否をポーリング処理（polling）により検知し、エラー発生が検知されると、ステップ１４２で肯定され、ステップ１４４へ進む。
【００７７】
ステップ１４４では、検知したエラーの内容を示す情報をエラー解析プロセス５４（エラー解析部２０）へ送信すると共に、エラーが発生したことを示す情報を時間管理プロセス５２（時間管理部１６）へ送信する。次のステップ１４８では、ファームウェアの評価が終了したか否かを判断する。すなわち、データ管理プロセス５１（データ管理部１２）よりファームウェアの評価が終了されたことを示す通知がなされると（ステップ１４８で肯定判断されると）、本処理ルーチンを終了する。一方、ステップ１４８で否定判断の場合には、ステップ１４１へ戻る。なお、ステップ１４１〜ステップ１４８の間に、ファームウェアの評価終了通知がなされた場合には、割り込み処理としてステップ１４８で肯定判断されたものとして本処理ルーチンを終了することができる。
【００７８】
次に、エラー解析プロセス５４における処理を説明する。図１２〜図１４は、エラー解析プロセス５４における処理の流れを示すフローチャートである。情報処理装置１０がコンピュータ４２で実現され、エラー解析プロセス５４をメモリ４６に展開してＣＰＵ４４が実行することで、コンピュータ４２はエラー解析部２０（図１）として動作する。エラープロセス５４は、エラー収集プロセス５３（エラー収集部１８）から送信されたエラー情報を用いてエラー解析処理を行う。すなわち、エラー解析プロセス５４は、エラー情報と、時間管理プロセス５２（時間管理部１６）から取得したファームウェア評価の開始時間およびエラー発生時の時間からエラーの内容（ＣＥ，ＵＥ，ＦＥ）に対する処理を行う。
【００７９】
まず、ステップ１５０では、ファームウェアの評価が開始されたことを示す通知がなされるまで待機され、ファームウェアの評価が開始されると（ステップ１５０で肯定判断されると）、ステップ１５２へ進む。ステップ１５２では、時間管理プロセス５２（時間管理部１６）からファームウェア評価の開始時刻を取得する。次のステップ１５４では、エラー収集プロセス５３（エラー収集部１８）からエラー情報を受け取るまで、否定判断を繰り返す。エラー収集プロセス５３（エラー収集部１８）からエラー情報を受け取ると（ステップ１５４で肯定判断）、ステップ１５６において、エラーの内容がＣＥ，ＵＥ，ＦＥの何れであるかを識別する。次のステップ１５８では、エラーの内容がＣＥであるか否かを判断する。ステップ１５８で肯定判断のときには、ステップ１６０の処理を実行した後に、ステップ１６８へ進む。
【００８０】
一方、ステップ１５８で否定判断のときには、ステップ１６２へ進み、エラーの内容がＵＥであるか否かを判断する。ステップ１６２で肯定判断のときには、ステップ１６４の処理を実行した後に、ステップ１６８へ進む。一方、ステップ１６２で否定判断のときには、エラーの内容がＦＥであると見なして、ステップ１６６へ進み、命令操作プロセス５５（命令操作部２２）へコンピュータシステム７０へ電源遮断命令を送信し、コンピュータシステム７０を電源遮断させる。なお、ステップ１６６では、コンピュータシステム７０の電源遮断を要求する情報をデータ管理プロセス５１（データ管理部１２）へ送信するように指示させてもよい。この場合、データ管理プロセス５１（データ管理部１２）から命令操作プロセス５５（命令操作部２２）へ電源遮断命令を送信するように指示させることができる。
【００８１】
ステップ１６８では、ファームウェアの評価が終了したか否かを判断する。ステップ１６８は、ステップ１６６を経由した場合は無条件に肯定判断される。またステップ１６０を経由したときには、ステップ１６０による後述の処理の結果に対する判断がなされる。同様に、ステップ１６４を経由したときには、ステップ１６４による後述の処理の結果に対応する判断がなされる。ステップ１６８で肯定判断されると、本処理ルーチンを終了し、否定判断の場合にはステップ１５４へ戻る。なお、ステップ１５２〜ステップ１６６の間に、ファームウェアの評価終了通知がなされた場合には、割り込み処理としてステップ１６８で肯定判断されたものとして本処理ルーチンを終了することができる。
【００８２】
図１２のステップ１６０（エラー内容ＣＥのとき）では、図１３に示す処理ルーチンが実行される。まず、ステップ１７０では、エラー発生した回数を求め（count_CE=count_CE+1）、記録する。次のステップ１７２では、時間管理プロセス５２（時間管理部１６）より現在時刻を取得し、エラー発生毎にエラー発生時刻を取得する。次のステップ１７４では、ステップ１７２で取得したエラー発生時刻の間隔を求め、ステップ１７０で求めたエラー回数、および求めたエラー発生時刻の間隔によるエラー発生頻度について評価計画表と照合する。すなわち、第２テーブル９８におけるエラー種別「ＣＥ」の各情報と照合する。
【００８３】
ステップ１７６では、ステップ１７４の照合結果を用いて、コンピュータシステム７０の停止が必要であるか否かを判断する。ステップ１７６で否定判断された場合には、ステップ１７８においてファームウェアの評価を継続することを示す情報を設定し、本ルーチンを終了する。このファームウェアの評価を継続することを示す情報は、図１２のステップ１６８における判断に使用される。
【００８４】
一方、ステップ１７６で肯定判断されたときには、ステップ１８０へ進み、ステップ１７４の照合結果が再起動を示す情報であるか否かを判断する。ステップ１８０で否定判断されたときには、コンピュータシステム７０の稼働を停止することを示す照合結果であるとみなす。そして、ステップ１８２において、命令操作プロセス５５（命令操作部２２）へコンピュータシステム７０の電源を遮断させる指示を送信し、コンピュータシステム７０の電源を遮断させる。なお、ステップ１６６では、コンピュータシステム７０の電源遮断を要求する情報をデータ管理プロセス５１（データ管理部１２）へ送信するようにしてもよい。この場合、データ管理プロセス５１（データ管理部１２）から命令操作プロセス５５（命令操作部２２）へ電源遮断指示を送信することができる。
【００８５】
ステップ１８０で肯定判断の場合には、次のファームウェアの更新が完了するまで待機する（ステップ１８４で否定判断を繰り返す）。次のファームウェアの更新が完了すると（ステップ１８４で肯定判断されると）、ステップ１８６へ進み、命令操作プロセス５５（命令操作部２２）へコンピュータシステム７０のＳＢ８４を再起動させる指示を送信する。そして、コンピュータシステム７０のＳＢ８４を再起動させる。なお、ステップ１８６では、コンピュータシステム７０のＳＢ８４について再起動を要求する情報をデータ管理プロセス５１（データ管理部１２）へ送信するようにしてもよい。この場合、データ管理プロセス５１（データ管理部１２）から命令操作プロセス５５（命令操作部２２）へ再起動指示を送信することができる。
【００８６】
図１２のステップ１６４（エラー内容ＵＥのとき）では、図１４に示す処理ルーチンが実行される。なお、図１４の処理は図１３の処理とほぼ同様のため、同様の処理の説明は省略する。図１４の処理と図１３の処理との相違点は、エラー内容が「ＣＥ」またはエラー内容が「ＵＥ」の点である。図１４のステップ１８８では、エラー内容を「ＣＥ」からは「ＵＥ」に置き換えた処理で実現できる。
【００８７】
次に、時間管理プロセス５２における処理を説明する。図１５は、時間管理プロセス５２における処理の流れを示すフローチャートである。情報処理装置１０がコンピュータ４２で実現され、時間管理プロセス５２を４６に展開してＣＰＵ４４が実行することで、コンピュータ４２は時間管理部１６（図１）として動作する。時間管理プロセス５２は、ファームウェア評価の開始時刻とエラー発生の時間を記録すると共に、ファームウェアの評価時間をデータ管理プロセス５１（データ管理部１２）から取得し、エラー発生の時刻をエラー解析プロセス５４（エラー解析部２０）に送信する。
【００８８】
まず、ステップ２００では、ファームウェアの評価が開始されたことを示す通知がなされるまで待機され、ファームウェアの評価が開始されると（ステップ２００で肯定判断されると）、ステップ２０２へ進む。ステップ２０２では、ファームウェア評価の開始時刻を記録する。ステップ２０２では、タイマ６５を参照し、現在時刻を取得することで開始時刻を得ることができる。
【００８９】
次のステップ２０４では、データ管理プロセス５１（データ管理部１２）から第１テーブル９７に格納されているファームウェアに対応する走行時間を取得する。次のステップ２０６では、エラー収集プロセス５３（エラー収集部１８）からエラー発生の通知を受け取ったか否かを判断し、否定判断のときにはステップ２１２へ進む。一方、ステップ２０６で肯定判断のときにはステップ２０８へ進み、エラー発生時刻を記録する。次のステップ２１０では、記録したエラー発生時刻をエラー解析プロセス５４（エラー解析部２０）へ送信しステップ２１２へ進む。
【００９０】
ステップ２１２では、ステップ２０４で取得した走行時間を経過したか否かを判断する。ステップ２１２で否定判断のときにはステップ２０６へもどり、肯定判断のときにはステップ２１４へ進む。走行時間を経過したときには、ファームウェアの評価が終了されたときであるので、ステップ２１４において評価終了を示す情報をデータ管理プロセス５１（データ管理部１２）へ送信する。
【００９１】
ステップ２１６では、ファームウェアの評価が終了したか否かを判断する。すなわち、データ管理プロセス５１（データ管理部１２）よりファームウェアの評価が終了されたことを示す通知がなされると（ステップ２１６で肯定判断されると）、本処理ルーチンを終了する。一方、ステップ２１６で否定判断の場合には、ステップ２０６へ戻る。なお、ステップ２０６〜ステップ２１６の間に、ファームウェアの評価終了通知がなされた場合には、割り込み処理としてステップ２１６で肯定判断されたものとして本処理ルーチンを終了することができる。
【００９２】
次に、命令操作プロセス５５における処理を説明する。図１６は、命令操作プロセス５５における処理の流れを示すフローチャートである。情報処理装置１０がコンピュータ４２で実現され、命令操作プロセス５５をメモリ４６に展開してＣＰＵ４４が実行することで、コンピュータ４２は命令操作部２２（図１）として動作する。命令操作プロセス５５は、コンピュータシステム７０全体の電源投入（Power_on）の命令をコンピュータシステム７０に送信することができる。また、命令操作プロセス５５では、データ管理プロセス５１（データ管理部１２）、エラー解析プロセス５４（エラー解析部２０）より指示があった再起動（Reset）の命令、電源遮断（Shutdown）の命令をコンピュータシステム７０に送信する。
【００９３】
まず、ステップ２２０では、データ管理プロセス５１（データ管理部１２）、エラー解析プロセス５４（エラー解析部２０）より指示があったコンピュータシステム７０全体の電源投入（Power_on）の命令をコンピュータシステム７０へ出力する。コンピュータシステム７０が電源投入の命令を受け取ることによりコンピュータシステム７０の稼働が開始される。次のステップ２２２では、データ管理プロセス５１（データ管理部１２）またはエラー解析プロセス５４（エラー解析部２０）から再起動（Reset）指示がなされたか否かを判断する。ステップ２２２で肯定されると、ステップ２２４においてコンピュータシステム７０に再起動命令信号を出力し、ステップ２２２へ戻る。一方、ステップ２２２で否定されたときには、ステップ２２６において、データ管理プロセス５１（データ管理部１２）またはエラー解析プロセス５４（エラー解析部２０）から電源遮断（Shutdown）指示がなされたか否かを判断する。ステップ２２６で否定判断のときには、ステップ２２２へ戻り、肯定判断のときには、ステップ２２８において、コンピュータシステム７０に電源遮断命令信号を出力し、本ルーチンを終了する。
【００９４】
以上説明したように、本実施形態では、ファームウェアの評価中に、評価中のファームウェアと相違するファームウェアの更新が可能である。ファームウェアの評価中に、評価中のファームウェアと相違するファームウェアの更新が処理されることによって、ファームウェアの更新と評価を交互に行うときと比較して、ファームウェアの評価に必要とする時間を削減することができる。例えば、４種類のファームウェアについて、評価をする場合、ファームウェア更新に１時間の処理時間が必要であり、ファームウェア評価に２時間の処理時間が必要である場合を一例とする。４種類のファームウェアの各々について更新と評価の各処理を連続して処理する技術では、全評価に１２時間を必要とする。一方、本実施形態では、並列処理が可能であるため、９時間の処理時間で全評価を完了することができる。
【００９５】
また、本実施形態では、エラー発生によるファームウェアの評価時間を短縮化することができる。例えば、エラー種類、エラー発生頻度、エラー発生箇所によって、評価処理を継続する意義が失われたと判断できる場合、設定された評価時間（走行時間）が経過する前に評価を終了する。設定された評価時間が経過する前に評価を終了する場合、次のファームウェアの評価または電源を一旦遮断することで、ハードウェアのメンテナンスを実行することが可能となり、ファームウェアの評価時間の短縮が可能になる。
【００９６】
なお、上述の通り、本実施形態の情報処理装置１０によれば、ファームウェアの評価時間を短縮することができる。ところで、情報処理装置１０によりファームウェアの評価時間を短縮化しつつ、ファームウェアの評価結果を明示的に、情報処理装置１０を操作するユーザに提供することが好ましい。そこで、情報処理装置１０を操作するユーザに、ファームウェアの評価結果を明示的に提供する具体的な一例を説明する。
【００９７】
図１７には、一例として、情報処理装置１０を操作するユーザに、ファームウェアの評価結果を明示的に提供する評価テーブル９９を示す。評価テーブル９９は、第１テーブル９７に、発生したエラーの回数、評価を開始した時刻及び終了した時刻を、評価パラメータに対応付けた情報を付加したものである。評価テーブル９９によって、情報処理装置１０を操作するユーザに、複数のファームウェアの評価結果を明示的に提供することが可能になる。
【００９８】
＜第２実施形態＞
上記実施形態では、ファームウェア評価の状態移行を決定する基準を示す評価計画表の一部である第２テーブル９８として、エラーの種類や頻度を段階的に分類して設定した。本実施形態は、第２テーブル９８の変形例を、第２実施形態として図１８〜図２１を参照して、説明する。なお、本実施形態は、上記実施形態とほぼ同様の構成のため、同一部分には同一符号を付して詳細な説明は省略する。
【００９９】
図１８は、第２テーブル９８（１）を示す。第２テーブル９８（１）は、ファームウェア評価の状態移行を決定する基準として、エラー発生の頻度に関する基準を省略したものである。詳細には、第２テーブル９８（１）は、第２テーブル９８のエラー発生の頻度に代えて、エラー通知が有るときのみを対象とし、エラー内容を示す情報（ＣＥ，ＵＥ，ＦＥの３種類の情報）に対応付けた、ファームウェア評価の状態移行を示す情報を対応させる。
【０１００】
次に本第２実施形態の作用を説明する。
本第２実施形態と、上記第１実施形態との相違点は、エラー解析プロセス５４における処理、及び時間管理プロセス５２における処理である。具体的には、図１２の処理ルーチンに代えて図１９の処理ルーチンを実行する。また、図１３の処理ルーチンに代えて図２０の処理ルーチンを実行する。また、図１５の処理ルーチンに代えて図２１の処理ルーチンを実行する。以下、相違点について説明する。
【０１０１】
まず、エラー解析プロセス５４における処理を説明する。図１２と図１９の相違点は、図１２のステップ１６０とステップ１６４の処理を、図１９のステップ１６１のみで処理する点である。すなわち、エラーの内容がＣＥまたはＵＥであるとき、ステップ１６１が実行される。
【０１０２】
また、図１３と図２０の相違点は、図２０の処理が、図１３のステップ１８４とステップ１８６の処理のみを処理する点である。すなわち、エラーの内容がＣＥまたはＵＥであるとき、次のファームウェアの更新が完了するまで待機する（ステップ１８４で否定判断を繰り返す）。そして、次のファームウェアの更新が完了すると（ステップ１８４で肯定判断されると）、ステップ１８６へ進み、命令操作プロセス５５（命令操作部２２）へコンピュータシステム７０のＳＢ８４を再起動させる指示を送信し、図２０の処理ルーチンを終了する。
【０１０３】
次に、時間管理プロセス５２における処理を説明する。図１５と図２１の相違点は、図１５のステップ２１２の実行するタイミングである。すなわち、図２１の処理では、ステップ２０６の判断処理で、否定判断の場合に、図１５のステップ２１２による走行時間経過の判断がステップ２１１として実行される。ステップ２１１で否定判断されると、ステップ２０６へ戻り、肯定判断されるとステップ２１４へ進む。また、ステップ２１０の処理が終了すると、ステップ２１４へ進む。
【０１０４】
本第２実施形態では、エラー発生が１度でも生じると、次のファームウェアの評価に切り替えるべく、評価処理を終了する。エラー発生したときに評価処理を終了することによって、エラーが発生しないファームウェアの更新と評価を実現できる。また、１度でもエラーが発生すると、次のファームウェアの評価に切り替えるので、評価時間をさらに短縮することができる。
【０１０５】
＜第３実施形態＞
上記第２実施形態では、ファームウェア評価の状態移行を決定する基準を示す評価計画表の一部である第２テーブル９８として、エラー通知が有る場合の基準を設定した。本実施形態は、第２テーブル９８の変形例を、第３実施形態として図２２〜図２３を参照して、説明する。なお、本第３実施形態は、上記第１及び第２実施形態とほぼ同様の構成のため、同一部分には同一符号を付して詳細な説明は省略する。
【０１０６】
図２２は、第２テーブル９８（２）の一例を示す。第２テーブル９８（２）は、ファームウェア評価の状態移行を決定する基準として、図５の第２テーブル９８に、エラー通知が無い場合の基準を追加したものである。詳細には、第２テーブル９８（２）は、エラー発生の頻度に代えて、エラー通知が無いときのファームウェア評価の状態移行を示す情報を、エラー内容を示す情報（ＣＥ，ＵＥ，ＦＥ）に対応付けて、格納する。
【０１０７】
次に本第３実施形態の作用を説明する。
本第３実施形態と、第１実施形態との相違点は、時間管理プロセス５２における処理である。具体的には、図１５の処理ルーチンに代えて図２３の処理ルーチンを実行する。以下、相違点について説明する。
【０１０８】
時間管理プロセス５２における処理として、図１５と図２３の相違点は、図１５の処理に、エラー未発生に関係する処理を追加した点である。すなわち、図２３の処理では、ステップ２０４の処理が終了すると、ステップ２３０においてエラー未発生の時間を計数した後に、ステップ２０６へ進む。また、ステップ２０６で否定判断の場合に、ステップ２３２によるエラー未発生の状態が１時間を経過したか否かを判断する。ステップ２３２で否定判断されると、ステップ２１２へ進み、肯定判断されるとステップ２１４へ進む。また、ステップ２１０の処理が終了すると、エラー未発生の時間計数をリセット（初期値、例えば「０」に設定）した後に、ステップ２１４へ進む。
【０１０９】
このように、本実施形態では、予め定めた一定時間についてエラーが発生しないとき、評価対象のファームウェアは、予め定めた一定の評価基準を満たしたものとみなし、次のファームウェアの評価に、切り替えるべく、評価処理を終了する。一定時間についてエラーが発生しないときに評価処理を終了することによって、走行時間を満了する時間の評価を行うことなく、より短時間で、ファームウェアの更新と評価を実現できる。
【０１１０】
なお、上記では情報処理装置１０をコンピュータ４２により実現する一例を説明した。しかし、これらの構成に限定されるものではなく、上記説明した要旨を逸脱しない範囲において、各種の改良及び変更を行っても良いのはもちろんである。
【０１１１】
また、上記ではプログラムが記憶部に予め記憶（インストール）されている態様を説明したが、これに限定されるものではない。例えば、開示の技術におけるプログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体に記録されている形態で提供することも可能である。
【０１１２】
本明細書に記載された全ての文献、特許出願及び技術規格は、個々の文献、特許出願及び技術規格が参照により取り込まれることが具体的かつ個々に記された場合と同程度に、本明細書中に参照により取り込まれる。
【符号の説明】
【０１１３】
１０    情報処理装置
１２    データ管理部
１４    評価部
１６    時間管理部
１８    エラー収集部
２０    エラー解析部
２２    命令操作部
２４    被評価部
２６    処理部
２８    データ制御部
３０    格納部
３２    第１格納部
３４    第２格納部
３６    切替部
３８    制御部
４０    演算部
４２    コンピュータ
５０    試験プログラム
７０    コンピュータシステム
７２    システム制御ボード
８４    システムボード（ＳＢ）
８６    システム管理用コントローラ（ＢＭＣ）
９０    ＣＰＵ
９２    バス切替器
９４    ローカルフラッシュメモリ
９５…第１メモリ
９６…第２メモリ
【図１】
0006024742.tif 000002
【図２】
0006024742.tif 000003
【図３】
0006024742.tif 000004
【図４】
0006024742.tif 000005
【図５】
0006024742.tif 000006
【図６】
0006024742.tif 000007
【図７】
0006024742.tif 000008
【図８】
0006024742.tif 000009
【図９】
0006024742.tif 000010
【図１０】
0006024742.tif 000011
【図１１】
0006024742.tif 000012
【図１２】
0006024742.tif 000013
【図１３】
0006024742.tif 000014
【図１４】
0006024742.tif 000015
【図１５】
0006024742.tif 000016
【図１６】
0006024742.tif 000017
【図１７】
0006024742.tif 000018
【図１８】
0006024742.tif 000019
【図１９】
0006024742.tif 000020
【図２０】
0006024742.tif 000021
【図２１】
0006024742.tif 000022
【図２２】
0006024742.tif 000023
【図２３】
0006024742.tif 000024