(57)【要約】      （修正有）【課題】対象装置への電源投入後であってＯＳの稼働前に生じた障害によって診断対象が起動できない場合であっても、その障害の原因を特定可能な情報を提供する情報処理装置及びその診断方法並びにコンピュータ・プログラムを提供する。【解決手段】情報処理装置１０は、対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行するシステム制御部３と、対象装置が含む１つ以上の構成部品Ｐに対して該構成部品Ｐが有する自己診断機能Ｔを用いて自己診断を実行するよう制御すると共に、起動処理を監視する診断制御部２とを備える。【選択図】図１１
2017084207.tif 000002
【特許請求の範囲】
【請求項１】
診断対象である対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行するシステム制御手段と、
前記対象装置に電源が投入されるのに応じて、前記対象装置が含む１つ以上の構成部品に対して該構成部品が有する自己診断機能を用いて自己診断を実行するよう制御すると共に、前記起動処理を監視する診断制御手段とを、備え、
前記診断制御手段は、
前記構成部品によって実行された前記自己診断の結果、または前記起動処理の監視結果に基づいて、前記１つ以上の構成部品のうち、特定の構成部品において障害が発生したと判断した場合には、前記特定の構成部品の所在位置を示す情報を含む障害情報を記憶するよう記憶手段を制御する
情報処理装置。
【請求項２】
前記診断制御手段は、
前記自己診断の結果に基づき前記特定の構成部品において障害が発生していないと判断した場合に、前記自己診断の結果を含む診断情報を前記記憶手段に記憶するよう制御し、前記監視結果に基づき前記特定の構成部品において障害が発生していないと判断した場合には、前記監視結果を含む監視情報を、前記記憶手段に記憶するよう制御する
請求項１に記載の情報処理装置。
【請求項３】
前記診断制御手段は、前記障害情報に、さらに、
前記自己診断の結果に基づき前記特定の構成部品において障害が発生していないと判断した場合に、少なくとも、前記特定の構成部品の名称及び前記自己診断において行われた診断内容を示す情報を含め、
前記監視結果に基づき前記特定の構成部品において障害が発生していないと判断した場合には、少なくとも、前記特定の構成部品の名称及び前記起動処理において実行された処理の内容を示す情報を含める
請求項１に記載の情報処理装置。
【請求項４】
前記記憶手段は、
ＩＣタグとそのＩＣタグに情報を記憶可能なＩＣタグライタであり、
前記診断制御手段は、
前記障害情報、前記自己診断の結果を含む診断情報及び前記監視結果を含む監視情報を、前記ＩＣタグに記憶するよう前記ＩＣタグライタを制御する
請求項１乃至請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記起動処理は、
少なくとも、ブートローダーのロード、カーネルモジュールのロード及びドライバのロードを含む
請求項１乃至請求項４の何れか１項に記載の情報処理装置。
【請求項６】
診断対象である対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行し、
前記対象装置に電源が投入されるのに応じて、前記対象装置が含む１つ以上の構成部品に対して該構成部品が有する自己診断機能を用いて自己診断を実行するよう制御すると共に、前記起動処理を監視し、
前記構成部品によって実行された前記自己診断の結果、または前記起動処理の監視結果に基づいて、前記１つ以上の構成部品のうち、特定の構成部品において障害が発生したと判断した場合には、前記特定の構成部品の所在位置を示す情報を含む障害情報を記憶するよう記憶手段を制御する
情報処理装置の診断方法。
【請求項７】
前記自己診断の結果に基づき前記特定の構成部品において障害が発生していないと判断した場合に、前記自己診断の結果を含む診断情報を前記記憶手段に記憶するよう制御し、前記監視結果に基づき前記特定の構成部品において障害が発生していないと判断した場合には、前記監視結果を含む監視情報を、前記記憶手段に記憶するよう制御する
請求項６に記載の情報処理装置の診断方法。
【請求項８】
診断対象である対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行する機能と、
前記対象装置に電源が投入されるのに応じて、前記対象装置が含む１つ以上の構成部品に対して該構成部品が有する自己診断機能を用いて自己診断を実行するよう制御すると共に、前記起動処理を監視する機能と、
前記構成部品によって実行された前記自己診断の結果、または前記起動処理の監視結果に基づいて、前記１つ以上の構成部品のうち、特定の構成部品において障害が発生したと判断した場合には、前記特定の構成部品の所在位置を示す情報を含む障害情報を記憶するよう記憶手段を制御する機能とを
コンピュータに実現させるコンピュータ・プログラム。
【請求項９】
前記自己診断の結果に基づき前記特定の構成部品において障害が発生していないと判断した場合に、前記自己診断の結果を含む診断情報を前記記憶手段に記憶するよう制御し、前記監視結果に基づき前記特定の構成部品において障害が発生していないと判断した場合には、前記監視結果を含む監視情報を、前記記憶手段に記憶するよう制御する機能を
コンピュータに実現させる請求項８に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診断対象である対象物において生じる障害に関する情報を提供する技術分野に関する。
【背景技術】
【０００２】
サーバ装置やパーソナルコンピュータ等の情報処理装置は、常に安定して稼働することが求められている。特にサーバ装置は、２４時間、３６５日安定して稼働することを要求される。このような状況において、サーバ装置を含む情報処理装置は、例えば、ハードウェアの異常や故障（以下、本願では、「異常や故障」を、「障害」と称する）を、より迅速に検出することが要求される。また、情報処理装置は、その障害を検出するだけでなく、検出した障害に関する情報を、保守作業者が容易に解析可能なように提供することが要求される。例えば、障害に関する情報を提供する技術としては、特許文献１乃至特許文献３がある。
【０００３】
特許文献１は、保守作業支援システム及びその方法に関する技術を開示する。保守作業支援システムにおいて、保守作業の対象である各構成部品には、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）タグが装着されている。このＩＣタグには、構成部品において実行された自己診断の結果を示す故障フラグと、構成部品を識別可能な部品コードとがＩＣタグライタによって書き込まれている。保守作業支援システムは、ＩＣタグに書き込まれた情報を、通信ネットワークを介して遠隔地に位置する保守作業者に対して通知する。そして、保守作業支援システムは、当該書き込まれた情報に基づいて、本体装置を利用する顧客と、保守作業を担当する保守拠点とを特定する。また、保守作業支援システムは、顧客などを特定するだけでなく、故障した構成部品のバージョン情報、在庫数及び配送方法を特定する。これにより、保守作業者は、生じた障害の原因を特定することができるだけでなく、障害の原因である構成部品の手配などの保守作業にかかわる作業を効率的に行うことができる。
【０００４】
特許文献２は、診断システム及び診断方法に関する技術を開示する。診断システムは、診断対象である各部品ユニットに貼り付けられたＩＣタグと、部品ユニットの診断を行う診断機能と、診断機能によって収集された診断結果を含むログ情報をＩＣタグに書き込むＩＣタグリーダ・ライタとを備える。また、ＩＣタグリーダ・ライタは、診断コマンドを示す情報がＩＣタグに書き込まれている場合には、その診断コマンドを診断機能に実行させる。
【０００５】
特許文献３は、テレビジョン受信機及び自己診断処理方法に関する技術を開示する。テレビジョン受信機は、外部記憶メディアとの接続を検知するインタフェース部、自己診断処理を実行する自己診断処理部、自己診断処理において検出された異常を表示する表示部及びその異常に関する異常情報が記憶される内蔵メモリを備える。
【０００６】
係る自己診断処理部は、テレビジョン受信機の電源が投入された際に、自己診断処理を実行する。また、自己診断処理部は、自己診断処理を開始するに際して、内蔵メモリに記憶されている異常情報に異常を表す情報が含まれているか否かを判定する。その結果、自己診断処理部は、異常を表す情報が含まれていると判定した場合には、改めて自己診断処理を実行する。自己診断処理部は、自己診断処理の結果を、外部記録メディアに書き込むようインタフェース部を制御する。このように、特許文献１乃至特許文献３に開示された技術は、情報処理装置において起動できない障害が発生した場合であっても、障害に関する情報を、ＩＣタグまたは外部記憶メディアから取得することができる。その結果、保守作業者は、取得した障害に関する情報に基づいて、障害の原因を特定することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４９１１３８６号公報
【特許文献２】特開２００６−１７８８０３号公報
【特許文献３】特開２００４−３４９７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、障害に関する情報を保守作業者に提供する技術は、特許文献１乃至特許文献３に開示された技術だけでなく、次に示す手法も存在する。例えば、障害に関する情報を提供する手法としては、当該情報を、情報処理装置に設けられた表示装置に表示する技術が存在する。この表示装置は、例えば、数桁の情報が表示可能である。そのため、情報処理装置は、障害に関する情報として製品名や製造番号を、表示装置に表示することができる。しかしながら、表示装置に表示された情報だけでは、保守作業者は、障害の原因を特定できない可能性がある。また、オペレーティングシステム（以下、本願では、「ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）」と称する）の起動を開始した直後などのＯＳが稼働前の状態では、表示装置は、当該情報を表示できない場合もある。以下の説明において、本願では、情報処理装置に電源が投入されてからＯＳが稼働を開始する前の状態を、ＯＳの稼働前、或いは、単に、稼働前と称することとする。
【０００９】
特許文献１乃至特許文献３には、診断対象において生じた障害に関する情報を、ＩＣタグまたは外部記憶メディアに書き込む技術が開示されている。ここで、特許文献１乃至特許文献３に開示された障害に関する情報とは、障害の内容を表すエラーコード、情報処理装置や情報処理装置が含む構成部品を識別可能な製品名や製造番号、障害の重要度及び障害の発生頻度等を示す情報などである。そのため、これら障害に関する情報だけでは、保守作業者は、障害の原因を、迅速に特定できない可能性がある。
【００１０】
より具体的に、例えば、係るエラーコードがＩＣタグに書き込まれている場合に、保守作業者は、どの位置に設けられた構成部品において、どのような障害が発生したのかを容易に判断することができない。その結果、保守作業者は、障害の原因を特定するのに時間を要する虞がある。即ち、特許文献１乃至特許文献３に開示された技術は、障害の原因を解析するのに十分な情報を、保守作業者に対して提供できていない可能性がある。
【００１１】
また、特許文献１及び特許文献２には、ＯＳが稼働中において診断処理を行うことが記載されているに留まる。即ち、特許文献１及び特許文献２は、情報処理装置に電源が投入されてからＯＳの稼働前に生じる障害を検出することについて、考慮されておらず何ら述べられていない。特許文献３は、テレビジョン受信機に電源が投入されるのに応じて、自己診断処理を行うことが記載されているに留まる。即ち、特許文献３には、自己診断処理が終了してからユーザーが利用可能な状態に至るまでの間に生じる障害を検出することについて、考慮されておらず何ら述べられていない。
【００１２】
特許文献１には、ＩＣタグに書き込まれた情報を、通信ネットワークを介して遠隔地に位置する保守作業者に対して通知する技術が開示されている。しかしながら、例えば、障害が発生したことによって情報処理装置のＯＳが正常に起動できない場合には、特許文献１に開示された技術では、ＩＣタグから当該情報を読み出すことができないだけでなく、当該情報を保守作業者に対して通知することができない可能性がある。この通知する技術は、特許文献２及び特許文献３には開示されていない。このように、情報処理装置に発生した障害の状況によっては場合により通信ネットワークを介して通知する技術をユーザーが利用できる機会は限定される虞がある。
【００１３】
本発明は、対象装置への電源投入後であってＯＳの稼働前に生じた障害によって診断対象が起動できない場合であっても、その障害の原因を特定可能な情報を提供する情報処理装置等を提供することを主たる目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を達成すべく、本発明の一態様に係る情報処理装置は、以下の構成を備える。
【００１５】
即ち、本発明の一態様に係る情報処理装置は、
診断対象である対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行するシステム制御手段と、
前記対象装置に電源が投入されるのに応じて、前記対象装置が含む１つ以上の構成部品に対して該構成部品が有する自己診断機能を用いて自己診断を実行するよう制御すると共に、前記起動処理を監視する診断制御手段とを、備え、
前記診断制御手段は、
前記構成部品によって実行された前記自己診断の結果、または前記起動処理の監視結果に基づいて、前記１つ以上の構成部品のうち、特定の構成部品において障害が発生したと判断した場合には、前記特定の構成部品の所在位置を示す情報を含む障害情報を記憶するよう記憶手段を制御する。
【００１６】
また、同目的を達成すべく、本発明の一態様に係る情報処理装置の診断方法は、以下の構成を備える。
【００１７】
即ち、本発明の一態様に係る診断方法は、
診断対象である対象装置のＯＳを動作可能なように、少なくともＯＳの起動処理を実行し、
前記対象装置に電源が投入されるのに応じて、前記対象装置が含む１つ以上の構成部品に対して該構成部品が有する自己診断機能を用いて自己診断を実行するよう制御すると共に、前記起動処理を監視し、
前記構成部品によって実行された前記自己診断の結果、または前記起動処理の監視結果に基づいて、前記１つ以上の構成部品のうち、特定の構成部品において障害が発生したと判断した場合には、前記特定の構成部品の所在位置を示す情報を含む障害情報を記憶するよう記憶手段を制御する。
【００１８】
尚、同目的は、上記の各構成を有する情報処理装置及びその診断方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記録媒体によっても達成される。
【発明の効果】
【００１９】
本発明によれば、対象装置への電源投入後であってＯＳの稼働前に生じた障害によって診断対象が起動できない場合であっても、その障害の原因を特定可能な情報を提供する情報処理装置等を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態における情報処理装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態における情報処理装置に電源が投入されてからＯＳが起動するまでに行われる動作を示すフローチャートである。
【図３】本発明の第１の実施形態における診断処理の動作を示すフローチャートである。
【図４】本発明の第１の実施形態における診断処理が正常に終了した際にＩＣタグに記憶された情報を具体的に例示する図である。
【図５】本発明の第１の実施形態における診断処理において障害が検出された際にＩＣタグに記憶された情報を具体的に例示する図である。
【図６】本発明の第１の実施形態における監視処理の動作を示すフローチャートである。
【図７】本発明の第１の実施形態における監視処理においてＯＳの起動処理が正常に終了した際にＩＣタグに記憶された情報を具体的に例示する図である。
【図８】本発明の第１の実施形態における監視処理においてＯＳの起動処理が異常終了した際にＩＣタグに記憶された情報を具体的に例示する図である。
【図９】本発明の模範的な実施形態に係る情報処理装置において、少なくとも診断制御部及びシステム制御部などの機能を実行可能な情報処理装置の構成を例示的に説明する図である。
【図１０】ＩＣタグに記憶された情報に基づき情報処理装置の保守作業を行う際の動作を示すフローチャートである。
【図１１】本発明の第２の実施形態における情報処理装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００２２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における情報処理装置１の構成を示すブロック図である。
【００２３】
図１において、診断対象である情報処理装置１（対象装置）は、診断制御部２、システム制御部３、記憶手段としてＩＣタグライタ４及びＩＣタグ５、情報記憶部６、第１の格納部７、第２の格納部８及び構成部品１０１−１乃至構成部品１０１−ｎ（ｎは自然数）を備える。
【００２４】
システム制御部３、情報記憶部６、第１の格納部７、第２の格納部８及び構成部品１０１一１乃至構成部品１０１−ｎは、情報処理装置１を構成するユニットである。
【００２５】
より具体的に、第１の格納部７は、後述するシステム制御部３によってロードされる（読み込まれる）ブートローダーが格納された記憶デバイスである。そして、第２の格納部８は、システム制御部３によってロードされるカーネルモジュール及び各種ドライバが格納された記憶デバイスである。
【００２６】
情報記憶部６は、システム制御部３によってロードされたブートローダー、カーネルモジュール及び各種ドライバを格納する記憶デバイスである。
【００２７】
構成部品１０１（構成部品１０１−１乃至構成部品１０１−ｎ）は、一例として、ＣＰＵ、メインメモリ及びＮＩＣ等の情報処理装置１において動作するハードウェアで構成された各種ユニットである。本実施形態において、ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。ＮＩＣは、Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄの略称である。
【００２８】
また、構成部品１０１（構成部品１０１−１乃至構成部品１０１−ｎ）は、正常に動作しているか否かを診断することが可能な自己診断機能１０２−１乃至自己診断機能１０２−ｎを有する。
【００２９】
同様に、システム制御部３は、自己診断機能３−１を有することとする。また、情報記憶部６は、自己診断機能６−１を有することとする。
【００３０】
本実施形態において、上述した自己診断機能（自己診断機能３−１、自己診断機能６−１及び自己診断機能１０２−１乃至自己診断機能１０２−ｎ）については、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する。
【００３１】
システム制御部３は、情報処理装置１のＯＳを起動可能なように、少なくともＯＳの起動処理を実行する。
【００３２】
以下の説明では、ＯＳの起動処理について説明する。システム制御部３は、第１の格納部７に格納されたブートローダーを情報記憶部６にロードすると共に、ロードしたブートローダーを実行する。次に、システム制御部３は、第２の格納部８に格納されたカーネルモジュールを情報記憶部６にロードする。また、システム制御部３は、第２の格納部８に格納された各種ドライバを情報記憶部６にロードする。
【００３３】
以下の説明では、説明の便宜上、一例として、ＯＳの起動処理のうち、ブートローダー、カーネルモジュール及びドライバのロードに関する処理に注目して説明することとする。
【００３４】
本実施形態では、ブートローダーのロード処理、カーネルモジュールのロード処理及びドライバのロード処理を含む一連の処理の流れ、或いは、それぞれのロード処理単位における処理の流れを、シークエンス（シーケンス）と称することとする。
【００３５】
また、システム制御部３がブートローダー、カーネルモジュール及び各種ドライバをロードする技術自体は、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する。
【００３６】
ＩＣタグ５は、各種情報を読み書き可能な記憶デバイスである。
【００３７】
ＩＣタグライタ４は、診断制御部２から制御されることによって各種情報を、ＩＣタグ５に書き込む。例えば、ＩＣタグライタ４は、無線通信を用いて出力した各種情報を、ＩＣタグ５に書き込む構成を採用してもよい。
【００３８】
尚、ＩＣタグライタ４が各種情報をＩＣタグ５に書き込む技術自体は、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。
【００３９】
診断制御部２は、診断対象である情報処理装置１に電源が投入されるのに応じて、後述する診断処理と監視処理とを実行する。
【００４０】
以下の説明では、説明の便宜上、診断処理について説明する。
【００４１】
以下の説明では、情報処理装置１が含む「システム制御部３、情報記憶部６及び構成部品１０１−１乃至構成部品１０１−ｎ」を総称して、単に、「構成部品Ｐ」と称することとする。また、「自己診断機能３一１、自己診断機能６一１及び自己診断機能１０２−１乃至自己診断機能１０２−ｎ」については、総称して、単に、「自己診断機能Ｔ」と称することとする。
【００４２】
診断制御部２は、情報処理装置１が含む１つ以上の構成部品Ｐに対して、その構成部品Ｐが有する自己診断機能Ｔを用いて自己診断を実行するよう制御する。また、診断制御部２は、構成部品Ｐによって実行された自己診断の結果を収集する。
【００４３】
例えば、自己診断の結果を収集する手法として、診断制御部２は、自己診断の結果を要求するコマンドを、構成部品Ｐに対して出力し、そのコマンドのリプライとして自己診断の結果を取得する構成を採用してもよい。或いは、診断制御部２は、構成部品Ｐから外部装置に対して出力された自己診断の結果を取得する構成を採用してもよい。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない。
【００４４】
診断制御部２は、収集した自己診断の結果を含む診断情報と、診断処理を開始したことを示す情報（開始情報）と、診断処理が終了したことを示す情報（終了情報）とを、ＩＣタグ５に書き込むよう（記憶するよう）ＩＣタグライタ４を制御する。
【００４５】
また、診断制御部２は、収集した自己診断の結果に基づいて、情報処理装置１の起動に問題が生じたか否かを判別する。即ち、診断制御部２は、自己診断の結果に基づいて、情報処理装置１が含む１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したか否かを判別する。
【００４６】
診断制御部２は、情報処理装置１の起動に問題が生じたと判断した場合には、さらに、その問題の原因を特定可能な障害情報（第１の障害情報）を、ＩＣタグ５に書き込むようＩＣタグライタ４を制御する。即ち、診断制御部２は、特定の構成部品Ｐにおいて障害が発生したと判断した場合には、開始情報、診断情報、終了情報だけでなく、障害情報を、ＩＣタグ５に書き込むようＩＣタグライタ４を制御する。
【００４７】
また、特定の構成部品Ｐにおいて障害が発生したと判断した場合に、診断制御部２は、情報処理装置１の起動を中止する中止処理を実行してもよい。その場合に、例えば、診断制御部２は、シャットダウン処理を実行することによって実現してもよい。
【００４８】
本実施形態において、自己診断機能を用いて実行される自己診断には、例えば、所定の自己診断テストと、診断制御部２からの指示に基づいて行われる自己診断テストとが含まれることとする。また、自己診断には、上述した自己診断テストが１つ以上含まれていることとする。
【００４９】
また、診断制御部２は、例えば、予め決められた順に自己診断を行うように構成部品Ｐを制御してもよい。或いは、診断制御部２は、故障頻度の高い構成部品Ｐから順に自己診断を行うよう構成部品Ｐを制御してもよい。
【００５０】
次に、以下の説明では、監視処理について説明する。
【００５１】
診断制御部２は、システム制御部３によって実行されるＯＳの起動処理を監視する。即ち、診断制御部２は、当該起動処理のシークエンスを監視する。その結果、診断制御部２は、監視結果を含む監視情報と、ＯＳの起動処理が開始されたことを示す情報（起動開始情報）と、ＯＳの起動処理が終了したことを示す情報（起動終了情報）とを、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する。
【００５２】
また、診断制御部２は、監視結果に基づいて、ＯＳの起動処理が正常に終了したか否かを判別する。即ち、診断制御部２は、監視結果に基づいて、情報処理装置１が含む１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したか否かを判別する。
【００５３】
診断制御部２は、ＯＳの起動処理が正常に終了できなかった（異常終了した）と判断した場合には、さらに、その問題の原因を特定可能な障害情報（第２の障害情報）を、ＩＣタグ５に書き込むようＩＣタグライタ４を制御する。即ち、診断制御部２は、特定の構成部品Ｐにおいて障害が発生したと判断した場合には、起動開始情報、監視情報及び起動終了情報だけでなく、障害情報を、ＩＣタグ５に書き込むようＩＣタグライタ４を制御する。
【００５４】
（情報処理装置１に電源が投入されてからＯＳが起動するまでの動作について）
以下の説明では、情報処理装置１に電源が投入されてからＯＳが起動するまでに行われる動作の流れについて、図２に示すフローチャートを参照して説明する。
【００５５】
図２は、本発明の第１の実施形態における情報処理装置１に電源が投入されてからＯＳが起動するまでに行われる動作を示すフローチャートである。
【００５６】
診断制御部２は、情報処理装置１に電源が投入されるのに応じて、診断処理を実行する（ステップＳ１）。係る診断処理の詳細は、図３乃至図５を参照して後述する。
【００５７】
診断制御部２は、診断処理が終了するのに応じて、監視処理を開始する（ステップＳ２）。但し、本実施形態を例に説明する本発明は、前述した構成には限定されない。例えば、診断制御部２は、診断処理と共に、監視処理を開始してもよい。監視処理については、図６乃至図８を参照して後述する。
【００５８】
システム制御部３は、診断制御部２による診断処理が終了するのに応じて、ＯＳの起動処理を開始する（ステップＳ３）。
【００５９】
システム制御部３は、第１の格納部７に格納されたブートローダーをロードする。また、システム制御部３は、ロードしたブートローダーを実行する（ステップＳ４）。
【００６０】
システム制御部３は、第２の格納部８に格納されたカーネルモジュールをロードする（ステップＳ５）。また、システム制御部３は、第２の格納部８に格納された各種ドライバをロードする（ステップＳ６）。これらの処理によって、システム制御部３は、情報処理装置１のＯＳを起動することができる（ステップＳ７）。
【００６１】
システム制御部３がＯＳの起動処理を終了するのに応じて、診断制御部２は、監視処理を終了する（ステップＳ８）。
【００６２】
以下の説明では、本実施形態における診断処理及び監視処理について、図３乃至図８を参照してより具体的に説明する。
【００６３】
（診断処理について）
以下の説明では、診断処理について、図３乃至図５を参照して説明する。図３は、本発明の第１の実施形態における診断処理の動作を示すフローチャートである。係るフローチャートに沿って情報処理装置１の動作手順を説明する。
【００６４】
以下の説明では、説明の便宜上、一例として、自己診断は、第１自己診断テスト、第２自己診断テスト、・・・、第ｎ自己診断テストを含むこととする。また、診断制御部２は、構成部品Ｐに対して第Ｄ１自己診断テスト乃至第Ｄｎ自己診断テストを実行するよう指示することとする。
【００６５】
尚、説明の便宜上、上述した構成を例に説明するが、本実施形態を例に説明する本発明は、前述した構成には限定されない。
【００６６】
診断制御部２は、情報処理装置１に電源が投入されるのに応じて、診断処理を開始する。また、診断制御部２は、診断処理を開始したことを示す情報（開始情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ１１）。
【００６７】
診断制御部２は、１つ以上の構成部品Ｐのうち、自己診断を実行すべき特定の構成部品Ｐを識別可能な識別コードを、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ１２）。
【００６８】
診断制御部２は、特定の構成部品Ｐに対して自己診断機能を用いて自己診断を実行するよう制御する。即ち、診断制御部２は、特定の構成部品Ｐに対して自己診断に含まれる自己診断テストを実行するよう制御する。また、診断制御部２は、自己診断テストを識別可能な情報（テスト番号）及び自己診断テストを開始したことを示す情報（テスト開始情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ１３）。
【００６９】
診断制御部２は、特定の構成部品Ｐによって実行された自己診断の結果を収集する。診断制御部２は、収集した診断結果を含む診断情報を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ１４）。
【００７０】
診断制御部２は、診断結果に基づいて、１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したか否かを判別する（ステップＳ１５）。
【００７１】
判別した結果、診断制御部２は、特定の構成部品Ｐにおいて障害が発生していないと判断した場合に、処理をステップＳ１６に進める（ステップＳ１５において「ＮＯ」）。一方で、診断制御部２は、特定の構成部品Ｐにおいて障害が発生したと判断した場合には、処理をステップＳ１９に進める（ステップＳ１５において「ＹＥＳ」）。
【００７２】
診断制御部２は、次に実行すべき自己診断テストの有無を判別する。即ち、診断制御部２は、特定の構成部品Ｐにおいて実行されるべき１つ以上の自己診断テストのうち、未実施の自己診断テストが有るか否かを判別する（ステップＳ１６）。
【００７３】
判別した結果、診断制御部２は、実行すべき自己診断テストが無いと判断した場合に、処理をステップＳ１７に進める（ステップＳ１６において「ＮＯ」）。一方で、診断制御部２は、実行すべき自己診断テストが有ると判断した場合には、処理をステップＳ１３に戻す（ステップＳ１６において「ＹＥＳ」）。これにより、診断制御部２は、ステップＳ１３において、実行すべき自己診断テストを実行するよう特定の構成部品Ｐを制御することができる。
【００７４】
診断制御部２は、１つ以上の構成部品Ｐのうち、自己診断を実施していない構成部品Ｐの有無を判別する（ステップＳ１７）。
【００７５】
判別した結果、診断制御部２は、自己診断を実施していない構成部品Ｐが無いと判断した場合に、処理をステップＳ１８に進める（ステップＳ１７において「ＮＯ」）。一方で、診断制御部２は。自己診断を実施していない構成部品Ｐがあると判断した場合には、処理をステップＳ１２に戻す（ステップＳ１７において「ＹＥＳ」）。
【００７６】
これにより、診断制御部２は、情報処理装置１が含む全ての構成部品Ｐに対して自己診断を実行するよう制御することができる。
【００７７】
ステップＳ１７において「ＮＯ」の場合に、診断制御部２は、診断処理が正常に終了したことを示す情報（終了情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ１８）。
【００７８】
より具体的に、診断制御部２は、例えば、終了情報として、診断処理が終了した日時を示す情報と、診断処理が正常に終了したことを示す情報（診断正常終了フラグ）とを、ＩＣタグ５に記憶することとする。
【００７９】
ステップＳ１７において「ＹＥＳ」の場合に、診断制御部２は、終了情報として起動ができなかったことを示す情報を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する。診断制御部２は、処理をステップＳ２０に進める（ステップＳ１９）。
【００８０】
より具体的に、診断制御部２は、例えば、終了情報として、診断処理が終了した日時を示す情報と、障害が発生したことに起因して情報処理装置１が起動できなかったことを示す情報（起動不可フラグ）とを、ＩＣタグ５に記憶することとする。
【００８１】
診断制御部２は、診断処理を中止する（ステップＳ２０）。その場合に、例えば、診断制御部２は、情報処理装置１の起動を中止する中止処理を実行してもよい。
【００８２】
このように、診断制御部２は、情報処理装置１が含む全ての構成部品Ｐにおいて実行された自己診断に関する情報を、ＩＣタグ５に記憶することができる。例えば、ＩＣタグ５に記憶された情報は、少なくとも以下に説明する情報を含むこととする。
【００８３】
以下の説明では、診断処理によってＩＣタグ５に記憶される情報について説明する。
【００８４】
診断制御部２は、診断結果を含む診断情報として、少なくとも次に示す情報をＩＣタグ５に記憶することとする。
【００８５】
・構成部品Ｐを識別可能な識別コード、
・自己診断テストを識別可能なテスト番号、
・自己診断テストを開始したことを示すテスト開始情報、
・自己診断テスト内にチェックポイントが設けられている場合には、チェックポイントを識別可能なチェックポイント番号及びチェックポイントの通過情報及び
・診断結果。
【００８６】
自己診断において構成部品Ｐに障害が検出された場合には、診断制御部２は、障害情報（第１の障害情報）として、次に示す情報を、ＩＣタグ５に記憶することとする。
【００８７】
・エラーメッセージ、
・構成部品Ｐの名称（デバイス名称）、
・構成部品Ｐの所在位置（デバイスの実装位置）及び
・テスト内容（診断内容）。
【００８８】
また、障害が検出された場合に、診断制御部２は、終了情報として、診断処理を終了した日時と、情報処理装置１が起動できなかったことを示す情報（起動不可フラグ）とを、ＩＣタグ５に記憶することとする。
【００８９】
以下の説明では、診断処理においてＩＣタグ５に記憶された情報の具体例について説明する。
【００９０】
図４は、本発明の第１の実施形態における診断処理が正常に終了した際にＩＣタグ５に記憶された情報を具体的に例示する図である。図５は、本発明の第１の実施形態における診断処理において障害が検出された際にＩＣタグ５に記憶された情報を具体的に例示する図である。
【００９１】
以下の説明では、説明の便宜上、構成部品Ｐであるシステム制御部３の診断結果に注目して説明することとする。
【００９２】
図４において、１行目は、開始情報として、診断処理を開始した日時と、開始フラグとを表す。２行目は、システム制御部３の識別コードを表す。３行目に示す「１開始」は、第１自己診断テストを識別可能なテスト番号「１」と、第１自己診断テストの開始を示すテスト開始情報「開始」とを表す。
【００９３】
４行目に示す「１第１チェックポイント通過」は、テスト番号「１」と、第１自己診断テストに設けられた第１チェックポイントのチェックポイント番号と第１チェックポイントを通過したことを示す通過情報「第１チェックポイント通過」とを表す。５行目は、同様に、第２チェックポイントのチェックポイント番号と第２チェックポイントの通過情報とを表す。
【００９４】
６行目に示す「１ＯＫ」は、テスト番号「１」と、第１自己診断テストが正常に終了したことを示す診断結果「ＯＫ」とを表す。このように、ＩＣタグ５には、自己診断テスト毎に、第１自己診断テスト乃至第ｎ自己診断テストに関する情報が記憶されている。
【００９５】
図４に示す診断情報１１１には、診断制御部２から得た指示に基づき行われた自己診断テストに関する情報を表す。診断制御部２は、システム制御部３における全ての自己診断テストが正常に終了した場合に、図４の診断結果１１２に示すように、診断結果を記憶する。即ち、図４に示す診断結果１１２には、システム制御部３において全ての自己診断テストが正常に終了したことを示す情報「ＯＫ」が記憶されている。
【００９６】
このように、診断制御部２は、情報処理装置１が有する全ての構成部品Ｐにおいて実行された自己診断に関する情報をＩＣタグ５に記憶する。また、診断制御部２は、図４の終了情報１１３に示すように、終了情報として、診断処理を終了した日時と、全ての構成部品Ｐにおける自己診断が正常に終了したことを示す終了フラグ（診断正常終了フラグ）とをＩＣタグ５に記憶する。
【００９７】
次に、以下の説明では、診断処理において障害が検出された際にＩＣタグ５に記憶された情報について、図５を参照して説明する。但し、以下の説明では、図５に示す障害情報１１４に注目して説明することとする。
【００９８】
図５において、障害情報１１４−１に示す「１ＮＧ」は、第１自己診断テストのテスト番号「１」と、第１自己診断テストの診断結果として、第１自己診断テストにおいて障害を検出したことを示す情報「ＮＧ」とを表す。障害情報１１４−２は、診断結果として、情報処理装置１が正常に起動することができないことを示す情報「起動不可」と、診断した日付「２０１５／８／２４」とを表す。障害情報１１４−３は、エラーメッセージを示す情報「レジスタリードエラー」を表す。障害情報１１４−４は、構成部品Ｐの名称を示す情報「情報記憶部６」を表す。障害情報１１４−５は、情報記憶部６の実装位置を示す情報「１Ｄ４」を表す。障害情報１１４−６乃至障害情報１１４−９は、障害を検出した際の自己診断テストの内容を示す情報（転送タイプ、転送アドレス、テストデータ及びリードデータ等）である。終了情報１１５には、終了情報として、診断処理を終了した日時と、情報処理装置１が起動できなかったことを示す終了フラグ（起動不可フラグ）とを表す。
【００９９】
（監視処理について）
以下の説明では、監視処理について、図６乃至図８を参照して説明する。図６は、本発明の第１の実施形態における監視処理の動作を示すフローチャートである。係るフローチャートに沿って情報処理装置１の動作手順を説明する。
【０１００】
以下の説明では、説明の便宜上、一例として、カーネルモジュールのロード処理（処理群とも記す）は、複数のカーネルモジュールのロード処理を含むこととする。また、ドライバのロード処理（処理群とも記す）は、複数のドライバのロード処理を含むこととする。
【０１０１】
診断処理が正常に終了するのに応じて、システム制御部３は、ＯＳの起動処理を開始する。また、診断制御部２は、当該起動処理の監視処理を開始する。但し、システム制御部３によって実行されるＯＳの起動処理は、図２を参照して説明した処理と同様である。そのため、重複する説明は省略する。
【０１０２】
診断制御部２は、ＯＳの起動処理が開始されたことを示す情報（起動開始情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２１）。
【０１０３】
診断制御部２は、システム制御部３によって実行されるロード処理群毎に、ロードが開始されたことを示す情報（シークエンス開始情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２２）。
【０１０４】
診断制御部２は、ロード処理群に含まれる複数のロード処理毎に、ロードが開始されたことを示す情報（ロード開始情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２３）。
【０１０５】
より具体的に、例えば、診断制御部２は、ドライバのロード処理群に含まれる複数のドライバにおけるロード処理のうち、注目するロード処理が開始されたことを示すロード開始情報を、ＩＣタグ５に記憶することとする。
【０１０６】
診断制御部２は、システム制御部３によって実行されるＯＳの起動処理を監視する。即ち、診断制御部２は、システム制御部３によって実行されるロード処理を監視する。また、診断制御部２は、監視結果に基づいて、ロード処理が正常に終了したか否かを判別する。即ち、診断制御部２は、監視結果に基づいて、１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したか否かを判別する（ステップＳ２４）。
【０１０７】
判別した結果、診断制御部２は、システム制御部３によって実行されたロード処理が正常に終了したと判断した場合に、処理をステップＳ２５に進める（ステップＳ２４において「ＹＥＳ」）。一方で、診断制御部２は、ロード処理が正常に終了していないと判断した場合には、処理をステップＳ３０に進める。即ち、診断制御部２は、１つ以上の構成部品Ｐのうち、特定の構成部品Ｐの障害が起因してロード処理の実行中においてロードに失敗したと判断した場合に、処理をステップＳ３０に進める（ステップＳ２４において「ＮＯ」）。
【０１０８】
診断制御部２は、監視結果を含む監視情報と、ロード処理が終了したことを示す情報（ロード終了情報）とを、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２５）。
【０１０９】
診断制御部２は、ロード処理群に含まれるロード処理のうち、全てのロード処理が終了したか否かを判別する（ステップＳ２６）。
【０１１０】
判別した結果、診断制御部２は、全てのロード処理が終了したと判断した場合に、処理をステップＳ２７に進める（ステップＳ２６において「ＹＥＳ」）。一方で、診断制御部２は、全てのロード処理が終了していないと判断した場合には、処理をステップＳ２３に戻す。即ち、診断制御部２は、次に実行されるロード処理を監視する（ステップＳ２６において「ＮＯ」）。
【０１１１】
診断制御部２は、ロード処理群の終了を示す情報（シークエンス終了情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２７）。
【０１１２】
診断制御部２は、全てのロード処理群における処理が終了したか否かを判別する（ステップＳ２８）。判別した結果、診断制御部２は、全てのロード処理群における処理が終了したと判断した場合に、処理をステップＳ２９に進める（ステップＳ２８において「ＹＥＳ」）。一方で、診断制御部２は、全てのロード処理群における処理が終了していないと判断した場合に、処理をステップＳ２２に戻す。即ち、診断制御部２は、次に実行されるロード処理群のシークエンスを監視する（ステップＳ２８において「ＮＯ」）。
【０１１３】
ステップＳ２８において「ＹＥＳ」の場合に、診断制御部２は、ＯＳの起動処理が終了したことを示す情報（起動終了情報）を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ２９）。
【０１１４】
より具体的に、診断制御部２は、例えば、起動終了情報として、ＯＳの起動処理が終了した日時を示す情報と、ＯＳの起動処理が正常に終了したことを示す情報（起動終了フラグ）とを、ＩＣタグ５に記憶することとする。
【０１１５】
ステップＳ２８において「ＮＯ」の場合に、診断制御部２は、起動終了情報を、ＩＣタグ５に記憶するようＩＣタグライタ４を制御する（ステップＳ３０）。
【０１１６】
より具体的に、診断制御部２は、起動終了情報として、ＯＳの起動処理が終了した日時を示す情報と、ＯＳの起動処理が異常終了したことを示す情報（起動不可フラグ）とを、ＩＣタグ５に記憶することとする。
【０１１７】
このように、診断制御部２は、ＯＳの起動処理が開始されてから終了するまでの間に亘って起動処理のシークエンスを監視する。また、診断制御部２は、その監視結果に関する情報を、ＩＣタグ５に記憶することができる。例えば、ＩＣタグ５に記憶された情報は、少なくとも以下に説明する情報を含むこととする。
【０１１８】
以下の説明では、監視処理によってＩＣタグ５に記憶される情報について説明する。
【０１１９】
診断制御部２は、監視結果を含む監視情報として、少なくとも次に示す情報をＩＣタグ５に記憶することとする。
【０１２０】
・ロード処理群における処理が開始されたことを示す情報（シークエンス開始情報）、
・ロード処理が開始されたことを示す情報（ロード開始情報）、
・ロード処理内にチェックポイントが設けられている場合には、チェックポイントを識別可能なチェックポイント番号及びチェックポイントの通過情報、
・監視結果、
・ロード処理群が終了したことを示す情報（シークエンス終了情報）及び
・ロード処理が終了したことを示す情報（ロード終了情報）。
【０１２１】
また、ＯＳの起動処理が正常に終了できなかったと判断した場合に、診断制御部２は、第２の障害情報として、次に示す情報を、ＩＣタグ５に記憶することとする。
【０１２２】
・エラーメッセージ、
・構成部品Ｐの名称（即ち、被疑箇所のデバイス名称）、
・構成部品Ｐの所在位置（即ち、被疑箇所のデバイスにおける実装位置）及び
・ロード処理の実行内容及び
・ロード処理の対象である構成部品Ｐの名称（デバイス名称）。
【０１２３】
ここで、ロード処理の対象である構成部品Ｐの名称とは、例えば、構成部品Ｐが動作可能なようにドライバのロード処理を実行中において障害が発生した場合に、ドライバの適用対象である構成部品Ｐの名称を表す。
【０１２４】
また、ＯＳの起動処理が正常に終了できなかったと判断した場合に、診断制御部２は、起動終了情報としては、ＯＳの起動処理を中止した日時と、ロード処理において障害が発生したことを示す情報（障害発生フラグ）とを、ＩＣタグ５に記憶することとする。
【０１２５】
以下の説明では、監視処理においてＩＣタグ５に記憶された情報の具体例について説明する。
【０１２６】
図７は、本発明の第１の実施形態における監視処理においてＯＳの起動処理が正常に終了した際にＩＣタグ５に記憶された情報を具体的に例示する図である。図８は、本発明の第１の実施形態における監視処理においてＯＳの起動処理が異常終了した際にＩＣタグ５に記憶された情報を具体的に例示する図である。
【０１２７】
図７において、１行目は、起動開始情報として、ＯＳの起動処理が開始された日時を示す情報と、起動開始フラグとを表す。２行目は、ロード処理群が開始されたことを示すシークエンス開始情報を表す。３行目は、ロード処理群に含まれるロード処理の開始を示すロード開始情報を表す。より具体的に、３行目は、ブートローダーにおけるロード処理の開始を表す。
【０１２８】
図７において、４行目は、ロード処理の監視結果を表す。即ち、４行目に示す「ＯＫ」は、ブートローダーのロード処理が正常に終了したことを表す。５行目は、ロード処理群に含まれるロード処理の終了を示すロード終了情報を表す。６行目は、ロード処理群の終了を示すシークエンス終了情報を表す。
【０１２９】
図７において、起動終了情報１１６は、ＯＳの起動処理が終了した日時と、全てのロード処理群及びそのロード処理群に含まれるロード処理が正常に終了したことを示すＯＳ起動終了フラグとを表す。尚、ロード処理内にチェックポイントが設けられている場合には、診断制御部２は、図４において説明したように「チェックポイント番号」及び「チェックポイントの通過情報」をＩＣタグ５に記憶することとする。
【０１３０】
次に、以下の説明では、監視処理においてＯＳの起動処理が異常終了（例えば、ロードに失敗）した際にＩＣタグ５に記憶された情報について、図８を参照して説明する。但し、以下の説明では、図８に示す障害情報１１７に注目して説明することとする。
【０１３１】
図８において、障害情報１１７−１に示す「ＮＧ」は、「第１ドライバ」のロード処理に失敗したことを表す。障害情報１１７−２は、ロード処理の監視結果を表す。より具体的に、障害情報１１７−２は、監視結果として、ＯＳを正常に起動することができないことを示す情報「起動不可」と、ロード処理を実行した日付「２０１５／８／２８」とを表す。障害情報１１７−３は、エラーメッセージを示す情報「リードエラー」を表す。障害情報１１７−４は、第１ドライバの適用対象である構成部品Ｐの名称を示す情報「ＮＩＣ」を表す。障害情報１１７−５は、障害の被疑箇所を示す構成部品Ｐの名称を表す情報「ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）」を表す。障害情報１１７−６乃至障害情報１１７−８は、障害が発生した際のロード処理の実行内容（読み出し元アドレス、書き込みアドレス及び転送データ）を表す。
【０１３２】
以下の説明では、上述した各部のうち、少なくとも診断制御部２及びシステム制御部３などの機能を実現するハードウェア資源について説明する。
【０１３３】
図９は、本発明の模範的な実施形態に係る情報処理装置１において、少なくとも診断制御部２及びシステム制御部３などの機能を実行可能な情報処理装置（コンピュータ）３００の構成を例示的に説明する図である。
【０１３４】
図９に示した情報処理装置３００は、以下の構成がバス（通信線）３０６を介して接続された一般的なコンピュータである。
【０１３５】
・ＣＰＵ３０１、
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２、
・ＲＡＭ（Ｒａｎｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３、
・ハードディスク（記憶装置）３０４、
・外部装置（不図示）との通信インタフェース（図９において通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）と示す）３０５。
【０１３６】
上記の情報処理装置３００のハードウェア構成において、例えば、通信Ｉ／Ｆ３０５は、構成部品Ｐの一例として捉えることができる。
【０１３７】
診断制御部２及びシステム制御部３は、ソフトウェアプログラムの機能単位（処理単位、ソフトウェアモジュール）と捉えることができる。これらの各ソフトウェアモジュールは、専用のハードウェアによって実現してもよい。
【０１３８】
情報処理装置３００には、診断制御部２及びシステム制御部３の機能を実現可能なコンピュータ・プログラムが供給される。その後、そのコンピュータ・プログラムは、ＣＰＵ３０１に読み出されて実行されることによって達成される。また、コンピュータ・プログラムは、読み書き可能な一時記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納される。
【０１３９】
より具体的に、例えば、診断制御部２は、情報処理装置１に電源が投入されるのに応じて、ＲＯＭ３０２に格納されたコンピュータ・プログラムを、ＣＰＵ３０１によってＲＡＭ３０３にロードされる。そして、診断制御部２は、ロードされたコンピュータ・プログラムが、ＣＰＵ３０１により実行されることによって、診断制御部２が有する機能を実現する構成を採用してもよい。また、例えば、システム制御部３は、ハードディスク３０４に格納されたコンピュータ・プログラムを、ＣＰＵ３０１によってＲＡＭ３０３にロードされる。そして、システム制御部３は、ロードされたコンピュータ・プログラムが、ＣＰＵ３０１により実行されることによって、システム制御部３が有する機能を実現する構成を採用してもよい。
【０１４０】
また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、現在では一般的な手順を採用することができる。例えば、供給方法は、ＣＤ−ＲＯＭ等の各種記録媒体を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等である。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード、或いはそのコードが格納された記録媒体によって構成されると捉えることができる。
【０１４１】
以下の説明では、ＩＣタグ５に記憶された情報に基づき保守作業を行う際の動作について図１０を参照して説明する。
【０１４２】
図１０は、ＩＣタグ５に記憶された情報に基づき情報処理装置１の保守作業を行う際の動作を示すフローチャートである。
【０１４３】
以下の説明では、例えば、情報処理装置１において障害が発生した場合に、情報処理装置１を管理する管理者は、保守を行う作業部門に連絡することとする。作業部門の保守作業者は、管理者から連絡を受け付けると保守端末１１０を待ち、情報処理装置１が設置された場所へ向かう（ステップＳ４１）。
【０１４４】
ここで、保守端末１１０は、図１に示すように、ＩＣタグリーダ１２０を有する。ＩＣタグリーダ１２０は、無線通知によってＩＣタグ５に記憶された情報を読み取ることができる。
【０１４５】
本実施形態において、ＩＣタグリーダ１２０がＩＣタグ５に記憶された情報を読み取る技術自体は、現在では一般的な技術を採用することができる。そのため、本実施形態における詳細な説明は省略する。
【０１４６】
保守作業者は、保守端末１１０が有するＩＣタグリーダ１２０を用いてＩＣタグ５に記憶された情報を読み取る（ステップＳ４２）。
【０１４７】
保守作業者は、読み取った情報に基づいて、障害の被疑箇所を特定する（ステップＳ４３）。保守作業者は、特定した被疑箇所の構成部品Ｐを交換する（ステップＳ４４）。
【０１４８】
被疑箇所の構成部品Ｐを交換後、保守作業者は、情報処理装置１を起動する。即ち、保守作業者は、情報処理装置１に電源を投入する（ステップＳ４５）。これにより、情報処理装置１の診断制御部２は、診断処理及び監視処理を実行することができる。
【０１４９】
保守作業者は、情報処理装置１が起動したか否かを判別する（ステップＳ４６）。保守作業者は、情報処理装置１が起動したと判断した場合に、処理を終了する（ステップＳ４６において「ＹＥＳ」）。一方で、保守作業者は、情報処理装置１が起動できないと判断した場合には、処理をステップＳ４２に戻す。即ち、保守作業者は、情報処理装置１が復旧していないと判断した場合には、処理をステップＳ４２に戻す（ステップＳ４６において「ＮＯ」）。
【０１５０】
これにより、保守作業者は、ステップＳ４５において情報処理装置１が起動した際に行われた診断処理及び監視処理によってＩＣタグ５に新たに記憶された情報に基づいて、当該障害の被疑箇所を特定することができる。
【０１５１】
本実施形態において説明した情報処理装置１は、電源が投入されてからＯＳが起動するまでの間に亘って診断処理及び監視処理を実行する構成を例に説明した。しかしながら、本実施形態を例に説明する本発明は前述した構成には限定されない。情報処理装置１は、ＯＳが起動した後においても同様に監視処理を実行する構成を採用してもよい。これにより、情報処理装置１が起動できない場合であっても、保守作業者は、ＩＣタグ５に記憶された情報に基づいて、ＯＳが稼働中の障害状況を把握することができる。また、保守作業者は、当該情報に基づいて、障害の原因を迅速に特定することができる。
【０１５２】
このように本実施の形態に係る情報処理装置１によれば、対象装置への電源投入後であってＯＳの稼働前に生じた障害によって診断対象が起動できない場合であっても、その障害の原因を特定可能な情報を提供することができる。その理由は、以下に述べる通りである。
【０１５３】
即ち、診断制御部２は、情報処理装置１が含む１つ以上の構成部品Ｐに対して自己診断を実行するよう制御する。また、診断制御部２は、自己診断の結果を含む診断情報を、ＩＣタグ５に記憶することができるからである。自己診断において障害が検出された場合には、診断制御部２は、エラーメッセージだけでなく、障害の原因である構成部品Ｐを特定可能な構成部品Ｐの名称や構成部品Ｐの実装位置などを示す情報をＩＣタグ５に記憶することができるからである。また、診断制御部２は、障害を検出した自己診断テストのテスト番号、チェックポイント番号及びチェックポイントの通過情報などの各種情報を、ＩＣタグ５に記憶することができるからである。その結果、情報処理装置１が起動できない場合であっても、ＩＣタグ５に記憶された情報に基づいて、保守作業者は、障害の原因を迅速に特定することができるからである。
【０１５４】
さらに、診断制御部２は、ＯＳの起動処理におけるシークエンスを監視すると共に、その監視結果を含む監視情報を、ＩＣタグ５に記憶することができる。そのため、保守作業者は、情報処理装置１に電源が投入されてからＯＳの稼働前までに発生した障害であっても、ロード処理においてロードに失敗した原因である構成部品Ｐを、容易に特定することができるからである。
【０１５５】
＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る情報処理装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１５６】
本発明の第２の実施形態における情報処理装置１０について、図１１を参照して説明する。
【０１５７】
図１１は、本発明の第２の実施形態における情報処理装置１０の構成を示すブロック図である。
【０１５８】
図１１において、診断対象である情報処理装置１０は、診断制御部２、システム制御部３、記憶手段としてＩＣタグライタ４及びＩＣタグ５及び構成部品１０１−１乃至構成部品１０１−ｎを備える。
【０１５９】
システム制御部３は、情報処理装置１０のＯＳを動作可能なように少なくともＯＳの起動処理を実行する。
【０１６０】
診断制御部２は、情報処理装置１０に電源が投入されるのに応じて、情報処理装置１０が含む１つ以上の構成部品Ｐに対して、その構成部品Ｐが有する自己診断機能を用いて自己診断を実行するよう制御する。
【０１６１】
また、診断制御部２は、システム制御部３によって実行されるＯＳの起動処理を監視する。
【０１６２】
診断制御部２は、構成部品Ｐによって実行された自己診断の結果、または係る起動処理の監視結果に基づいて、１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したか否かを判別する。診断制御部２は、特定の構成部品Ｐにおいて障害が発生したと判断した場合には、特定の構成部品Ｐの所在位置（実装位置）を示す情報を含む障害情報を記憶するよう記憶手段を制御する。
【０１６３】
このように本実施の形態に係る情報処理装置１０によれば、第１の実施形態において説明した効果を享受できる。
【０１６４】
その理由は、診断制御部２は、１つ以上の構成部品Ｐのうち、特定の構成部品Ｐにおいて障害が発生したと判断した場合に、特定の構成部品Ｐの所在位置を示す情報を含む障害情報をＩＣタグ５に記憶することができるからである。そのため、保守作業者は、ＩＣタグ５に記憶された少なくとも、情報処理装置１０に設けられた特定の構成部品Ｐの所在位置に基づいて、より迅速に障害の原因を特定することができる。また、保守作業者は、例えば、障害の原因である特定の構成部品Ｐが実装されている位置を、容易に特定することができるからである。
【０１６５】
以上、実施形態を参照して本発明を説明してきたが、本発明は上記実施形態に限定されるものではない。本発明の構成には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【０１６６】
１    情報処理装置
２    診断制御部
３    システム制御部
４    ＩＣタグライタ
５    ＩＣタグ
６    情報記憶部
７    第１の格納部
８    第２の格納部
１０    情報処理装置
１１０    保守端末
１１１    診断情報
１１２    診断結果
１１３    終了情報
１１４、１１４−１乃至１１４−１０、１１７、１１７−１乃至１１７−８    障害情報
１１６    起動終了情報
１２０    ＩＣタグリーダ
１０１−１乃至１０１−ｎ    構成部品
３−１、６−１、１０２−１乃至１０２−ｎ    自己診断機能
３００    情報処理装置
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０４    ハードディスク
３０５    通信インタフェース
３０６    バス
【図１】
2017084207.tif 000003
【図２】
2017084207.tif 000004
【図３】
2017084207.tif 000005
【図４】
2017084207.tif 000006
【図５】
2017084207.tif 000007
【図６】
2017084207.tif 000008
【図７】
2017084207.tif 000009
【図８】
2017084207.tif 000010
【図９】
2017084207.tif 000011
【図１０】
2017084207.tif 000012
【図１１】
2017084207.tif 000013