故障通知装置
【課題】本発明は、情報を損なうことなくオペレーティングシステムの不具合情報を取得することを目的とする。
【解決手段】オペレーティングシステム動作中に何らかの不具合が発生した場合に、エラーハンドラー処理を開始し、レジスタ情報を読み出して（１００）、読み出したレジスタ情報をそのままＶＲＡＭに書き出すことによって、ＶＲＡＭに書き込まれた情報に応じたビットマップ画像をビデオコントローラによってディスプレイに表示する（１０２）。そして、ログファイルがＨＤＤに書き込まれてエラーハンドラー処理を終了する。
【解決手段】オペレーティングシステム動作中に何らかの不具合が発生した場合に、エラーハンドラー処理を開始し、レジスタ情報を読み出して（１００）、読み出したレジスタ情報をそのままＶＲＡＭに書き出すことによって、ＶＲＡＭに書き込まれた情報に応じたビットマップ画像をビデオコントローラによってディスプレイに表示する（１０２）。そして、ログファイルがＨＤＤに書き込まれてエラーハンドラー処理を終了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、故障通知装置にに関する。
【背景技術】
【０００２】
オペレーティングシステムの動作中に、何らかの不具合が発生した場合には、不具合情報がログ情報として残され、該ログ情報から不具合の内容を知ることができる。
【０００３】
また、不具合内容を参照するために、オペレーティングシステムの不具合情報（パニック情報）をオペレーティングシステムの設定などを行うためのコンソール画面上に文字を描画することにより書き出したり、オペレーティングシステムの基本機能を実装したカーネル内のバッファを経由してＨＤＤへ不具合情報を書出したりするものもある。
【０００４】
一方、特許文献１に記載の技術では、装置のバスが利用不能になった場合に、外部のデバック手段から装置内部のアラームメッセージ格納領域にアクセスできるようにすることが提案されている。
【特許文献１】特開平７−１０４８２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、情報を損なうことなくオペレーティングシステムの不具合情報を取得することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために請求項１に記載の発明は、画像を表示する表示手段と、前記表示手段に画像を表示するためのデータを記憶する記憶手段と、前記記憶手段に前記データが記憶された場合に、前記記憶手段に記憶された前記データに基づく画像を表示するように前記表示手段を制御する表示制御手段と、オペレーティングシステム動作中に不具合が発生した場合に、当該不具合の内容を表す不具合情報を前記記憶手段に書き出す書出手段と、を備えることを特徴としている。
【０００７】
請求項２に記載の発明は、請求項１に記載の発明において、前記書出手段が、前記不具合情報をそのまま前記記憶手段に書き出すことによって、前記不具合情報を表すビットマップ画像を前記表示手段に表示することを特徴としている。
【０００８】
請求項３に記載の発明は、請求項１に記載の発明において、前記不具合情報を機械可読形式のデータに変換する変換手段を更に備え、前記書出手段が、前記変換手段によって変換された機械可読形式のデータを前記記憶手段に書き出すことによって、不具合情報を表す機械可読画像を前記表示手段に表示することを特徴としている。
【０００９】
請求項４に記載の発明は、請求項３に記載の発明において、前記変換手段は、前記不具合情報をバーコード情報及び２次元バーコード情報の少なくとも一方の機械可読形式のデータに変換することを特徴としている。
【００１０】
請求項５に記載の発明は、請求項３又は請求項４に記載の発明において、前記書出手段は、前記不具合情報をそのまま前記記憶手段に書き出した後に、前記変換手段によって前記不具合情報を機械可読形式のデータに変換して前記記憶手段に書き出すことによって前記不具合情報を表すビットマップ画像と、前記不具合情報を表す機械可読画像を前記表示手段に表示することを特徴としている。
【００１１】
請求項６に記載の発明は、請求項１〜５の何れか１項に記載の発明において、前記書出手段によって前記記憶手段に前記不具合情報が書き出されることによって、前記表示手段に表示された画像を人間可読形式のデータに変換する可読変換手段と、前記可読変換手段によって変換された人間可読形式のデータを、前記不具合情報に基づく故障修理を支援管理する支援先に送信する送信手段と、を更に備えることを特徴としている。
【発明の効果】
【００１２】
請求項１に記載の発明によれば、情報を損なうことなくオペレーティングシステムの不具合情報を取得することができる、という効果がある。
【００１３】
請求項２に記載の発明によれば、オペレーティングシステムの不具合情報をビットマップ画像として取得することができる、という効果がある。
【００１４】
請求項３に記載の発明によれば、オペレーティングシステムの不具合情報を機械可読形式で取得することができる、という効果がある。
【００１５】
請求項４に記載の発明によれば、バーコードリーダーを用いることでオペレーティングシステムの不具合情報を取得することが可能となる、という効果がある。
【００１６】
請求項５に記載の発明によれば、オペレーティングシステムの不具合情報をビットマップ画像と機械可読画像として取得することができる、という効果がある。
【００１７】
請求項６に記載の発明によれば、故障修理を支援する支援先に不具合情報を伝達して、迅速な故障修理支援が可能となる、という効果がある。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
【００１９】
（第１実施形態）
図１は、本発明の第１実施形態に係わる故障通知装置の機能を搭載したコンピュータの構成を示す図である。
【００２０】
コンピュータ１０の動作を司るＣＰＵ１２は、ホストＰＣＩブリッジ（Host to PCI bridge）１４を介してファーストＰＣＩバス（1st PCI）１６に接続されており、ホストＰＣＩブリッジ１４には、ＣＰＵ１２の処理を行う際の作業領域等として用いるメインメモリ（Main Memory）１８が接続されている。
【００２１】
ファーストＰＣＩバス１６には、ハードディスク（ＨＤＤ）２０を制御するためのディスクコントローラ（Disk Controller）２２、ディスプレイ（Display）２４を制御するためのビデオコントローラ（Video Controller）２６、ファーストＰＣＩバス１６とセカンドＰＣＩバス２８を接続するためのＰＣＩブリッジ（PCI to PCI bridge）３０が接続されている。なお、ビデオコントローラ２６には、ディスプレイ２４に画像を表示するためのデータを記憶するＶＲＡＭ３２が接続されており、ＶＲＡＭ３２にデータが記憶されると、ビデオコントローラ２６がＶＲＡＭ３２に記憶されたデータに基づく画像を表示するようにディスプレイ２４を制御する。
【００２２】
また、セカンドＰＣＩバス２８には、各種デバイスを制御するためのカスタムデバイスコントローラが接続される。本実施形態では、カスタムデバイスコントローラ（Custom device Controller）Ａ３４、カスタムデバイスコントローラ（Custom device Controller）Ｂ３６、及びカスタムデバイスコントローラ（Custom device Controller）Ｃ３８が接続されており、それぞれのカスタムデバイスコントローラには、デバイスＡ４０、デバイスＢ４２、デバイスＣ４４が接続されていると共に、カスタムデバイスコントローラＣ３８には、ＮＶＲＡＭ４８が接続されている。
【００２３】
ところで、オペレーティングシステム（以下、ＯＳという。）動作中に何らかの不具合が発生してＯＳがハングアップした場合に、不具合情報（パニック情報）をコンソール画面やＨＤＤ２０上にログファイルを記録するものがあるが、本実施形態では、ＶＲＡＭ３２にも記録するようになってる。
【００２４】
なお、本実施形態では、セカンドＰＣＩバス２８に接続されたカスタムデバイスコントローラＣ３８にＮＶＲＡＭ４８を接続するようにしたが、これに限るものではなく、例えば、ＣＰＵ１２等の基板を搭載するメーカー側で対応可能であれば、図２に示すように、ファーストＰＣＩバス１６にＮＶＲＡＭ４８を接続して、不具合情報等のログファイルをＮＶＲＡＭ４８に記録するようにしてもよい。
【００２５】
続いて、上述のように構成されたコンピュータ１０のＯＳで不具合が発生した場合の処理について説明する。図３は、本発明の第１実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００２６】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ１００では、レジスタ情報が読み出されてステップ１０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００２７】
ステップ１０２では、読み出されたレジスタ情報がそのままＶＲＡＭ３２に書き出されてステップ１０４へ移行する。すなわち、レジスタ情報がビットマップ情報としてＶＲＡＭ３２に書き出される。この時、ＣＰＵ１２からはメインメモリ１８とＶＲＡＭ３２が、イメージ的には、図４に示すように、アドレスで区切られた領域として見えるので、ステップ１００で読み出されたレジスタ情報がＶＲＡＭ３２に対応するアドレスに書き込まれる。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたビットマップ画像をディスプレイ２４に表示する。例えば、ログファイル等のデータが、図５に示すように、ビットマップ画像５０としてディスプレイ２４に表示される。
【００２８】
ステップ１０４では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００２９】
すなわち、本実施形態では、ＯＳで何らかの不具合が発生した場合には、まずログファイルが読み出されて、そのままＶＲＡＭ３２に書き込まれるので、ログファイルに応じたビットマップ画像５０がビデオコントローラ２６によって図５に示すように表示される。ＶＲＡＭ３２は、電源がオフされたない限り記録された内容が消去されず、ビデオコントローラ２６によって表示されたビットマップ画像５０が永続される。また、バス上のカスタムボードがハングアップしてＮＶＲＡＭ４８等へのアクセスが不可能な場合でもＶＲＡＭ３２への書出しが可能であるため、ＶＲＡＭ３２に書き出された情報はビデオコントローラ２６によってＯＳのコンソール画面上に表示される。従って、ディスプレイ２４に表示されたビットマップ画像５０をビデオ録画装置やデジタルカメラ等によって撮影し、撮影によって得られた画像を解析することによって、ログファイルの内容を確認することが可能となる。
【００３０】
（第２実施形態）
続いて、本発明の第２実施形態に係わる故障通知装置について説明する。なお、故障通知装置を搭載したコンピュータの構成自体は、第１実施形態と同一構成を適用可能であるため詳細な説明を省略する。
【００３１】
第１実施形態では、ＯＳが何らかの不具合によってハングアップした場合には、ログファイルをそのままＶＲＡＭ３２に書き出すようにしたが、本実施形態では、機械可読形式のデータに変換して書き出すようにしたものである。
【００３２】
例えば、ログファイルをバーコード情報に変換してＶＲＡＭ３２に書き出す。これによって、図６に示すように、変換されたバーコード情報に応じたバーコード画像５２がビデオコントローラ２６によってディスプレイ２４に表示される。
【００３３】
或いは、ログファイルをＱＲ（Quick Response）コード（マトリックス型二次元コード）等の２次元バーコード情報に変換してＶＲＡＭ３２に書き出すようにしてもよい。これによって、図７に示すように、変換された２次元バーコード情報に応じた２次元バーコード画像５４がビデオコントローラ２６によってディスプレイ２４に表示される。
【００３４】
図８は、本発明の第２実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００３５】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ２００では、レジスタ情報が読み出されてステップ２０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００３６】
ステップ２０２では、読み出されたレジスタ情報がバーコード情報に変換されてステップ２０４へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルがバーコード情報に変換される。
【００３７】
ステップ２０４では、バーコード情報に変換されたログファイルがＶＲＡＭ３２に書き出されてステップ２０６へ移行する。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたバーコード画像をディスプレイ２４に表示する。例えば、上述したように、図６に示すようなバーコード画像５２がディスプレイ２４に表示される。また、２次元バーコード情報に変換された場合には、図７に示すように、２次元バーコード画像５４がディスプレイ２４に表示される。
【００３８】
ステップ２０６では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００３９】
すなわち、本実施形態では、ＯＳで何らかの不具合が発生した場合には、まずログファイルが読み出されて、バーコード情報に変換されてＶＲＡＭ３２に書き込まれるので、ログファイルに応じたバーコード画像５２がビデオコントローラ２６によって図６や図７に示すように表示される。ＶＲＡＭ３２は、電源がオフされたない限り記録された内容が消去されず、ビデオコントローラ２６によって表示されたＶＲＡＭ３２に記録された情報に基づく画像が永続される。また、バス上のカスタムボードがハングアップしてＮＶＲＡＭ４８等へのアクセスが不可能な場合でもＶＲＡＭ３２への書出しが可能であるため、ＶＲＡＭ３２に書き出された情報はビデオコントローラ２６によってコンソール画面上に表示することができる。従って、ディスプレイ２４に表示されたバーコード画像５２をバーコードリーダーで読み取ることによって、ログファイルの内容を取得することが可能となる。なお、ビデオ録画装置やデジタルカメラ等によって撮影し、撮影によって得られた画像を解析することによって、ログファイルの内容を確認するようにしてもよい。
【００４０】
（第３実施形態）
続いて本発明の第３実施形態に係わる故障通知装置について説明する。なお、故障通知装置を搭載したコンピュータの構成自体は、第１実施形態と同一構成を適用可能であるため詳細な説明を省略する。
【００４１】
第１実施形態では、ＯＳが何らかの不具合によってハングアップした場合には、ログファイルをそのままＶＲＡＭ３２に書き出すようにし、第２実施形態では、ログファイルをバーコード情報に変換した後に、ＶＲＡＭ３２に書き出すようにたが、本実施形態では、ログファイルをそのままＶＲＡＭ３２に書き出した後に、ログファイルをバーコード情報に変換して、変換した情報についてもＶＲＡＭ３２に書き出すようにしたものである。
【００４２】
図９は、本発明の第３実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００４３】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ３００では、レジスタ情報が読み出されてステップ３０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００４４】
ステップ３０２では、読み出されたレジスタ情報がそのままＶＲＡＭ３２に書き出されてステップ３０４へ移行する。すなわち、レジスタ情報がビットマップ情報としてＶＲＡＭ３２に書き出される。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたビットマップ画像をディスプレイ２４に表示する。例えば、ログファイル等のデータが、図１０に示すように、ビットマップ画像５０としてディスプレイ２４に表示される。
【００４５】
ステップ３０４では、読み出されたレジスタ情報がバーコード情報に変換されてステップ３０６へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルがバーコード情報に変換される。なお、バーコード情報への変換は、通常のバーコード情報への変換を行うようにしてもよいし、ＱＲコード等の２次元バーコード情報への変換を行うようにしてもいし、バーコード情報への変換及び２次元バーコード情報への変換を共に行うようにしてもよい。
【００４６】
ステップ３０６では、バーコード情報に変換されたログファイルがＶＲＡＭ３２に書き出されてステップ３０８へ移行する。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたバーコード画像をディスプレイ２４に表示する。例えば、上述したように、図１０に示すようなバーコード画像５２（２次元バーコード画像５４）がディスプレイ２４に表示される。なお、図６では、バーコード画像５２と２次元バーコード画像５４を共に表示した例を示すが、どちらか一方のみを表示するようにしてもよい。
【００４７】
ステップ３０８では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００４８】
このようにエラーハンドラー処理を行うことによって、ＯＳが何らかの不具合が発生した場合に、第１実施形態と同様に不具合情報を表すビットマップ画像５０がディスプレイ２４に表示されると共に、第２実施形態と同様に、バーコード画像５２（２次元バーコード画像５４）がディスプレイ２４に表示されるので、ディスプレイ２４表示された画像を利用することによって、ログファイルの内容を確認することが可能となる。
【００４９】
本実施形態においては、エラーハンドラー処理の内容が多くなり、エラーハンドラー処理自体が終了しない場合が考えられるが、バーコード変換等の処理が不要なログファイルに応じたビットマップ画像５０がＶＲＡＭ３２に始めに記録されるので、少なくともビットマップ画像５０を利用することによってログファイルの内容を確認することが可能となる。そして、問題なくバーコード変換ができた場合には、バーコード画像５２も用いてログファイルの内容を確認することが可能となり、不具合時の解析方法が容易となる。すなわち、リソース負荷の低いものから高いものへ順次変換してＶＲＡＭ３２に記録する（ビットマップ画像５０、バーコード画像５２、２次元バーコード画像５４の順に記録する）ことで、ＶＲＡＭ３２への記録順を設けない場合に比べて可読性を高めることができる。また、リソース負荷の低い順にビットマップ画像５０、バーコード画像５２、２次元バーコード画像５４を続けて描画することで、ＯＳの損傷の程度に合わせて適した情報表示が可能となる。
【００５０】
なお、第２実施形態や第３実施形態は、図１１に示すように、ディスプレイ２４に表示されたバーコード画像５２（２次元バーコード画像５４でもよい）を読み取るバーコードリーダ５６と、バーコードリーダー５６によって読み取ったバーコード画像５２を記憶する記憶装置５８と、該記憶装置５８とインターネット等のネットワーク６０と接続したサポートセンタ６２と、からなる故障通知システムとしてもよい。すなわち、ディスプレイ２４に表示されたバーコード画像５２（２次元バーコード画像５４も含む）、バーコードリーダ５６で読み取って記憶装置５８に記憶し、ネットワーク６０を介してサポートセンター６２等に送信する。そして、サポートセンター６２から保守点検等のサポート担当６４の携帯機器（例えば、携帯電話やＰＤＦ端末等）等に送信可能にするようにしてもよい。これによって、正確で詳細な情報を人手を介すことなく、保守点検等のサポート担当６４に送信することが可能となる。また、バーコードリーダー５６の代りにデジタルカメラ等によってディスプレイ２４に表示された情報を撮影して、撮影画像を記憶装置５８に記憶して、サポートセンター６２に送信するようにしてもよい。
【００５１】
また、上記の各実施形態では、各エラーハンドラー処理の最後に、ログファイルをＨＤＤ２０へ書き込むようにしたが、ＨＤＤ２０の代りにＮＶＲＡＭ４８に書き込むようにしてもよいし、ＮＶＲＡＭ４８に書き込んだ後に、ＨＤＤ２０に書き込むようにしてもよい。
【図面の簡単な説明】
【００５２】
【図１】本発明の各実施形態に係わる故障通知装置の機能を搭載したコンピュータの概略構成を示すブロック図である。
【図２】本発明の各実施形態に係わる故障通知装置の機能を搭載したコンピュータの変形例の概略構成を示すブロック図である。
【図３】本発明の第１実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図４】メインメモリとＶＲＡＭをＣＰＵから見たときのイメージを示す図である。
【図５】ログファイルを表すビットマップ画像を表示した一例を示す図である。
【図６】ログファイルを表すバーコード画像を表示した一例を示す図である。
【図７】ログファイルを表す２次元バーコード画像を表示した一例を示す図である。
【図８】本発明の第２実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図９】本発明の第３実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図１０】ログファイルを表す、ビットマップ画像、バーコード画像、及び２次元バーコード画像を共に表示した一例を示す図である。
【図１１】故障通知システムの概略構成を示す図である。
【符号の説明】
【００５３】
１０ コンピュータ
２０ ＨＤＤ
２４ ディスプレイ
２６ ビデオコントローラ
３２ ＶＲＡＭ
５０ ビットマップ画像
５２ バーコード画像
５４ ２次元バーコード画像
５６ バーコードリーダー
５８ 記憶装置
６０ ネットワーク
６２ サポートセンター
【技術分野】
【０００１】
本発明は、故障通知装置にに関する。
【背景技術】
【０００２】
オペレーティングシステムの動作中に、何らかの不具合が発生した場合には、不具合情報がログ情報として残され、該ログ情報から不具合の内容を知ることができる。
【０００３】
また、不具合内容を参照するために、オペレーティングシステムの不具合情報（パニック情報）をオペレーティングシステムの設定などを行うためのコンソール画面上に文字を描画することにより書き出したり、オペレーティングシステムの基本機能を実装したカーネル内のバッファを経由してＨＤＤへ不具合情報を書出したりするものもある。
【０００４】
一方、特許文献１に記載の技術では、装置のバスが利用不能になった場合に、外部のデバック手段から装置内部のアラームメッセージ格納領域にアクセスできるようにすることが提案されている。
【特許文献１】特開平７−１０４８２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、情報を損なうことなくオペレーティングシステムの不具合情報を取得することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために請求項１に記載の発明は、画像を表示する表示手段と、前記表示手段に画像を表示するためのデータを記憶する記憶手段と、前記記憶手段に前記データが記憶された場合に、前記記憶手段に記憶された前記データに基づく画像を表示するように前記表示手段を制御する表示制御手段と、オペレーティングシステム動作中に不具合が発生した場合に、当該不具合の内容を表す不具合情報を前記記憶手段に書き出す書出手段と、を備えることを特徴としている。
【０００７】
請求項２に記載の発明は、請求項１に記載の発明において、前記書出手段が、前記不具合情報をそのまま前記記憶手段に書き出すことによって、前記不具合情報を表すビットマップ画像を前記表示手段に表示することを特徴としている。
【０００８】
請求項３に記載の発明は、請求項１に記載の発明において、前記不具合情報を機械可読形式のデータに変換する変換手段を更に備え、前記書出手段が、前記変換手段によって変換された機械可読形式のデータを前記記憶手段に書き出すことによって、不具合情報を表す機械可読画像を前記表示手段に表示することを特徴としている。
【０００９】
請求項４に記載の発明は、請求項３に記載の発明において、前記変換手段は、前記不具合情報をバーコード情報及び２次元バーコード情報の少なくとも一方の機械可読形式のデータに変換することを特徴としている。
【００１０】
請求項５に記載の発明は、請求項３又は請求項４に記載の発明において、前記書出手段は、前記不具合情報をそのまま前記記憶手段に書き出した後に、前記変換手段によって前記不具合情報を機械可読形式のデータに変換して前記記憶手段に書き出すことによって前記不具合情報を表すビットマップ画像と、前記不具合情報を表す機械可読画像を前記表示手段に表示することを特徴としている。
【００１１】
請求項６に記載の発明は、請求項１〜５の何れか１項に記載の発明において、前記書出手段によって前記記憶手段に前記不具合情報が書き出されることによって、前記表示手段に表示された画像を人間可読形式のデータに変換する可読変換手段と、前記可読変換手段によって変換された人間可読形式のデータを、前記不具合情報に基づく故障修理を支援管理する支援先に送信する送信手段と、を更に備えることを特徴としている。
【発明の効果】
【００１２】
請求項１に記載の発明によれば、情報を損なうことなくオペレーティングシステムの不具合情報を取得することができる、という効果がある。
【００１３】
請求項２に記載の発明によれば、オペレーティングシステムの不具合情報をビットマップ画像として取得することができる、という効果がある。
【００１４】
請求項３に記載の発明によれば、オペレーティングシステムの不具合情報を機械可読形式で取得することができる、という効果がある。
【００１５】
請求項４に記載の発明によれば、バーコードリーダーを用いることでオペレーティングシステムの不具合情報を取得することが可能となる、という効果がある。
【００１６】
請求項５に記載の発明によれば、オペレーティングシステムの不具合情報をビットマップ画像と機械可読画像として取得することができる、という効果がある。
【００１７】
請求項６に記載の発明によれば、故障修理を支援する支援先に不具合情報を伝達して、迅速な故障修理支援が可能となる、という効果がある。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
【００１９】
（第１実施形態）
図１は、本発明の第１実施形態に係わる故障通知装置の機能を搭載したコンピュータの構成を示す図である。
【００２０】
コンピュータ１０の動作を司るＣＰＵ１２は、ホストＰＣＩブリッジ（Host to PCI bridge）１４を介してファーストＰＣＩバス（1st PCI）１６に接続されており、ホストＰＣＩブリッジ１４には、ＣＰＵ１２の処理を行う際の作業領域等として用いるメインメモリ（Main Memory）１８が接続されている。
【００２１】
ファーストＰＣＩバス１６には、ハードディスク（ＨＤＤ）２０を制御するためのディスクコントローラ（Disk Controller）２２、ディスプレイ（Display）２４を制御するためのビデオコントローラ（Video Controller）２６、ファーストＰＣＩバス１６とセカンドＰＣＩバス２８を接続するためのＰＣＩブリッジ（PCI to PCI bridge）３０が接続されている。なお、ビデオコントローラ２６には、ディスプレイ２４に画像を表示するためのデータを記憶するＶＲＡＭ３２が接続されており、ＶＲＡＭ３２にデータが記憶されると、ビデオコントローラ２６がＶＲＡＭ３２に記憶されたデータに基づく画像を表示するようにディスプレイ２４を制御する。
【００２２】
また、セカンドＰＣＩバス２８には、各種デバイスを制御するためのカスタムデバイスコントローラが接続される。本実施形態では、カスタムデバイスコントローラ（Custom device Controller）Ａ３４、カスタムデバイスコントローラ（Custom device Controller）Ｂ３６、及びカスタムデバイスコントローラ（Custom device Controller）Ｃ３８が接続されており、それぞれのカスタムデバイスコントローラには、デバイスＡ４０、デバイスＢ４２、デバイスＣ４４が接続されていると共に、カスタムデバイスコントローラＣ３８には、ＮＶＲＡＭ４８が接続されている。
【００２３】
ところで、オペレーティングシステム（以下、ＯＳという。）動作中に何らかの不具合が発生してＯＳがハングアップした場合に、不具合情報（パニック情報）をコンソール画面やＨＤＤ２０上にログファイルを記録するものがあるが、本実施形態では、ＶＲＡＭ３２にも記録するようになってる。
【００２４】
なお、本実施形態では、セカンドＰＣＩバス２８に接続されたカスタムデバイスコントローラＣ３８にＮＶＲＡＭ４８を接続するようにしたが、これに限るものではなく、例えば、ＣＰＵ１２等の基板を搭載するメーカー側で対応可能であれば、図２に示すように、ファーストＰＣＩバス１６にＮＶＲＡＭ４８を接続して、不具合情報等のログファイルをＮＶＲＡＭ４８に記録するようにしてもよい。
【００２５】
続いて、上述のように構成されたコンピュータ１０のＯＳで不具合が発生した場合の処理について説明する。図３は、本発明の第１実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００２６】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ１００では、レジスタ情報が読み出されてステップ１０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００２７】
ステップ１０２では、読み出されたレジスタ情報がそのままＶＲＡＭ３２に書き出されてステップ１０４へ移行する。すなわち、レジスタ情報がビットマップ情報としてＶＲＡＭ３２に書き出される。この時、ＣＰＵ１２からはメインメモリ１８とＶＲＡＭ３２が、イメージ的には、図４に示すように、アドレスで区切られた領域として見えるので、ステップ１００で読み出されたレジスタ情報がＶＲＡＭ３２に対応するアドレスに書き込まれる。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたビットマップ画像をディスプレイ２４に表示する。例えば、ログファイル等のデータが、図５に示すように、ビットマップ画像５０としてディスプレイ２４に表示される。
【００２８】
ステップ１０４では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００２９】
すなわち、本実施形態では、ＯＳで何らかの不具合が発生した場合には、まずログファイルが読み出されて、そのままＶＲＡＭ３２に書き込まれるので、ログファイルに応じたビットマップ画像５０がビデオコントローラ２６によって図５に示すように表示される。ＶＲＡＭ３２は、電源がオフされたない限り記録された内容が消去されず、ビデオコントローラ２６によって表示されたビットマップ画像５０が永続される。また、バス上のカスタムボードがハングアップしてＮＶＲＡＭ４８等へのアクセスが不可能な場合でもＶＲＡＭ３２への書出しが可能であるため、ＶＲＡＭ３２に書き出された情報はビデオコントローラ２６によってＯＳのコンソール画面上に表示される。従って、ディスプレイ２４に表示されたビットマップ画像５０をビデオ録画装置やデジタルカメラ等によって撮影し、撮影によって得られた画像を解析することによって、ログファイルの内容を確認することが可能となる。
【００３０】
（第２実施形態）
続いて、本発明の第２実施形態に係わる故障通知装置について説明する。なお、故障通知装置を搭載したコンピュータの構成自体は、第１実施形態と同一構成を適用可能であるため詳細な説明を省略する。
【００３１】
第１実施形態では、ＯＳが何らかの不具合によってハングアップした場合には、ログファイルをそのままＶＲＡＭ３２に書き出すようにしたが、本実施形態では、機械可読形式のデータに変換して書き出すようにしたものである。
【００３２】
例えば、ログファイルをバーコード情報に変換してＶＲＡＭ３２に書き出す。これによって、図６に示すように、変換されたバーコード情報に応じたバーコード画像５２がビデオコントローラ２６によってディスプレイ２４に表示される。
【００３３】
或いは、ログファイルをＱＲ（Quick Response）コード（マトリックス型二次元コード）等の２次元バーコード情報に変換してＶＲＡＭ３２に書き出すようにしてもよい。これによって、図７に示すように、変換された２次元バーコード情報に応じた２次元バーコード画像５４がビデオコントローラ２６によってディスプレイ２４に表示される。
【００３４】
図８は、本発明の第２実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００３５】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ２００では、レジスタ情報が読み出されてステップ２０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００３６】
ステップ２０２では、読み出されたレジスタ情報がバーコード情報に変換されてステップ２０４へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルがバーコード情報に変換される。
【００３７】
ステップ２０４では、バーコード情報に変換されたログファイルがＶＲＡＭ３２に書き出されてステップ２０６へ移行する。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたバーコード画像をディスプレイ２４に表示する。例えば、上述したように、図６に示すようなバーコード画像５２がディスプレイ２４に表示される。また、２次元バーコード情報に変換された場合には、図７に示すように、２次元バーコード画像５４がディスプレイ２４に表示される。
【００３８】
ステップ２０６では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００３９】
すなわち、本実施形態では、ＯＳで何らかの不具合が発生した場合には、まずログファイルが読み出されて、バーコード情報に変換されてＶＲＡＭ３２に書き込まれるので、ログファイルに応じたバーコード画像５２がビデオコントローラ２６によって図６や図７に示すように表示される。ＶＲＡＭ３２は、電源がオフされたない限り記録された内容が消去されず、ビデオコントローラ２６によって表示されたＶＲＡＭ３２に記録された情報に基づく画像が永続される。また、バス上のカスタムボードがハングアップしてＮＶＲＡＭ４８等へのアクセスが不可能な場合でもＶＲＡＭ３２への書出しが可能であるため、ＶＲＡＭ３２に書き出された情報はビデオコントローラ２６によってコンソール画面上に表示することができる。従って、ディスプレイ２４に表示されたバーコード画像５２をバーコードリーダーで読み取ることによって、ログファイルの内容を取得することが可能となる。なお、ビデオ録画装置やデジタルカメラ等によって撮影し、撮影によって得られた画像を解析することによって、ログファイルの内容を確認するようにしてもよい。
【００４０】
（第３実施形態）
続いて本発明の第３実施形態に係わる故障通知装置について説明する。なお、故障通知装置を搭載したコンピュータの構成自体は、第１実施形態と同一構成を適用可能であるため詳細な説明を省略する。
【００４１】
第１実施形態では、ＯＳが何らかの不具合によってハングアップした場合には、ログファイルをそのままＶＲＡＭ３２に書き出すようにし、第２実施形態では、ログファイルをバーコード情報に変換した後に、ＶＲＡＭ３２に書き出すようにたが、本実施形態では、ログファイルをそのままＶＲＡＭ３２に書き出した後に、ログファイルをバーコード情報に変換して、変換した情報についてもＶＲＡＭ３２に書き出すようにしたものである。
【００４２】
図９は、本発明の第３実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【００４３】
ＯＳ動作中に何らかの不具合が発生すると、まずステップ３００では、レジスタ情報が読み出されてステップ３０２へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルが読み出される。
【００４４】
ステップ３０２では、読み出されたレジスタ情報がそのままＶＲＡＭ３２に書き出されてステップ３０４へ移行する。すなわち、レジスタ情報がビットマップ情報としてＶＲＡＭ３２に書き出される。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたビットマップ画像をディスプレイ２４に表示する。例えば、ログファイル等のデータが、図１０に示すように、ビットマップ画像５０としてディスプレイ２４に表示される。
【００４５】
ステップ３０４では、読み出されたレジスタ情報がバーコード情報に変換されてステップ３０６へ移行する。すなわち、レジスタに書き込まれた不具合に関するログファイルがバーコード情報に変換される。なお、バーコード情報への変換は、通常のバーコード情報への変換を行うようにしてもよいし、ＱＲコード等の２次元バーコード情報への変換を行うようにしてもいし、バーコード情報への変換及び２次元バーコード情報への変換を共に行うようにしてもよい。
【００４６】
ステップ３０６では、バーコード情報に変換されたログファイルがＶＲＡＭ３２に書き出されてステップ３０８へ移行する。これによって、ビデオコントローラ２６は、ＶＲＡＭ３２に書き込まれた情報に応じたバーコード画像をディスプレイ２４に表示する。例えば、上述したように、図１０に示すようなバーコード画像５２（２次元バーコード画像５４）がディスプレイ２４に表示される。なお、図６では、バーコード画像５２と２次元バーコード画像５４を共に表示した例を示すが、どちらか一方のみを表示するようにしてもよい。
【００４７】
ステップ３０８では、ログファイルがＨＤＤ２０に書き込まれて一連のエラーハンドラー処理を終了する。
【００４８】
このようにエラーハンドラー処理を行うことによって、ＯＳが何らかの不具合が発生した場合に、第１実施形態と同様に不具合情報を表すビットマップ画像５０がディスプレイ２４に表示されると共に、第２実施形態と同様に、バーコード画像５２（２次元バーコード画像５４）がディスプレイ２４に表示されるので、ディスプレイ２４表示された画像を利用することによって、ログファイルの内容を確認することが可能となる。
【００４９】
本実施形態においては、エラーハンドラー処理の内容が多くなり、エラーハンドラー処理自体が終了しない場合が考えられるが、バーコード変換等の処理が不要なログファイルに応じたビットマップ画像５０がＶＲＡＭ３２に始めに記録されるので、少なくともビットマップ画像５０を利用することによってログファイルの内容を確認することが可能となる。そして、問題なくバーコード変換ができた場合には、バーコード画像５２も用いてログファイルの内容を確認することが可能となり、不具合時の解析方法が容易となる。すなわち、リソース負荷の低いものから高いものへ順次変換してＶＲＡＭ３２に記録する（ビットマップ画像５０、バーコード画像５２、２次元バーコード画像５４の順に記録する）ことで、ＶＲＡＭ３２への記録順を設けない場合に比べて可読性を高めることができる。また、リソース負荷の低い順にビットマップ画像５０、バーコード画像５２、２次元バーコード画像５４を続けて描画することで、ＯＳの損傷の程度に合わせて適した情報表示が可能となる。
【００５０】
なお、第２実施形態や第３実施形態は、図１１に示すように、ディスプレイ２４に表示されたバーコード画像５２（２次元バーコード画像５４でもよい）を読み取るバーコードリーダ５６と、バーコードリーダー５６によって読み取ったバーコード画像５２を記憶する記憶装置５８と、該記憶装置５８とインターネット等のネットワーク６０と接続したサポートセンタ６２と、からなる故障通知システムとしてもよい。すなわち、ディスプレイ２４に表示されたバーコード画像５２（２次元バーコード画像５４も含む）、バーコードリーダ５６で読み取って記憶装置５８に記憶し、ネットワーク６０を介してサポートセンター６２等に送信する。そして、サポートセンター６２から保守点検等のサポート担当６４の携帯機器（例えば、携帯電話やＰＤＦ端末等）等に送信可能にするようにしてもよい。これによって、正確で詳細な情報を人手を介すことなく、保守点検等のサポート担当６４に送信することが可能となる。また、バーコードリーダー５６の代りにデジタルカメラ等によってディスプレイ２４に表示された情報を撮影して、撮影画像を記憶装置５８に記憶して、サポートセンター６２に送信するようにしてもよい。
【００５１】
また、上記の各実施形態では、各エラーハンドラー処理の最後に、ログファイルをＨＤＤ２０へ書き込むようにしたが、ＨＤＤ２０の代りにＮＶＲＡＭ４８に書き込むようにしてもよいし、ＮＶＲＡＭ４８に書き込んだ後に、ＨＤＤ２０に書き込むようにしてもよい。
【図面の簡単な説明】
【００５２】
【図１】本発明の各実施形態に係わる故障通知装置の機能を搭載したコンピュータの概略構成を示すブロック図である。
【図２】本発明の各実施形態に係わる故障通知装置の機能を搭載したコンピュータの変形例の概略構成を示すブロック図である。
【図３】本発明の第１実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図４】メインメモリとＶＲＡＭをＣＰＵから見たときのイメージを示す図である。
【図５】ログファイルを表すビットマップ画像を表示した一例を示す図である。
【図６】ログファイルを表すバーコード画像を表示した一例を示す図である。
【図７】ログファイルを表す２次元バーコード画像を表示した一例を示す図である。
【図８】本発明の第２実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図９】本発明の第３実施形態に係わるコンピュータのＯＳ動作中に何らかの不具合が発生した際に開始するエラーハンドラー処理の流れを示すフローチャートである。
【図１０】ログファイルを表す、ビットマップ画像、バーコード画像、及び２次元バーコード画像を共に表示した一例を示す図である。
【図１１】故障通知システムの概略構成を示す図である。
【符号の説明】
【００５３】
１０ コンピュータ
２０ ＨＤＤ
２４ ディスプレイ
２６ ビデオコントローラ
３２ ＶＲＡＭ
５０ ビットマップ画像
５２ バーコード画像
５４ ２次元バーコード画像
５６ バーコードリーダー
５８ 記憶装置
６０ ネットワーク
６２ サポートセンター
【特許請求の範囲】
【請求項１】
画像を表示する表示手段と、
前記表示手段に画像を表示するためのデータを記憶する記憶手段と、
前記記憶手段に前記データが記憶された場合に、前記記憶手段に記憶された前記データに基づく画像を表示するように前記表示手段を制御する表示制御手段と、
オペレーティングシステムの動作中に不具合が発生した場合に、当該不具合の内容を表す不具合情報を前記記憶手段に書き出す書出手段と、
を備えた故障通知装置。
【請求項２】
前記書出手段が、前記不具合情報をそのまま前記記憶手段に書き出すことによって、前記不具合情報を表すビットマップ画像を前記表示手段に表示することを特徴とする請求項１に記載の故障通知装置。
【請求項３】
前記不具合情報を機械可読形式のデータに変換する変換手段を更に備え、
前記書出手段が、前記変換手段によって変換された機械可読形式のデータを前記記憶手段に書き出すことによって、不具合情報を表す機械可読画像を前記表示手段に表示することを特徴とする請求項１に記載の故障通知装置。
【請求項４】
前記変換手段は、前記不具合情報をバーコード情報及び２次元バーコード情報の少なくとも一方の機械可読形式のデータに変換することを特徴とする請求項３に記載の故障通知装置。
【請求項５】
前記書出手段は、前記不具合情報をそのまま前記記憶手段に書き出した後に、前記変換手段によって前記不具合情報を機械可読形式のデータに変換して前記記憶手段に書き出すことによって前記不具合情報を表すビットマップ画像と、前記不具合情報を表す機械可読画像を前記表示手段に表示することを特徴とする請求項３又は請求項４に記載の故障通知装置。
【請求項６】
前記書出手段によって前記記憶手段に前記不具合情報が書き出されることによって、前記表示手段に表示された画像を人間可読形式のデータに変換する可読変換手段と、
前記可読変換手段によって変換された人間可読形式のデータを、前記不具合情報に基づく故障修理を支援管理する支援先に送信する送信手段と、
を更に備えることを特徴とする請求項１〜請求項５の何れか１項に記載の故障通知装置。
【請求項１】
画像を表示する表示手段と、
前記表示手段に画像を表示するためのデータを記憶する記憶手段と、
前記記憶手段に前記データが記憶された場合に、前記記憶手段に記憶された前記データに基づく画像を表示するように前記表示手段を制御する表示制御手段と、
オペレーティングシステムの動作中に不具合が発生した場合に、当該不具合の内容を表す不具合情報を前記記憶手段に書き出す書出手段と、
を備えた故障通知装置。
【請求項２】
前記書出手段が、前記不具合情報をそのまま前記記憶手段に書き出すことによって、前記不具合情報を表すビットマップ画像を前記表示手段に表示することを特徴とする請求項１に記載の故障通知装置。
【請求項３】
前記不具合情報を機械可読形式のデータに変換する変換手段を更に備え、
前記書出手段が、前記変換手段によって変換された機械可読形式のデータを前記記憶手段に書き出すことによって、不具合情報を表す機械可読画像を前記表示手段に表示することを特徴とする請求項１に記載の故障通知装置。
【請求項４】
前記変換手段は、前記不具合情報をバーコード情報及び２次元バーコード情報の少なくとも一方の機械可読形式のデータに変換することを特徴とする請求項３に記載の故障通知装置。
【請求項５】
前記書出手段は、前記不具合情報をそのまま前記記憶手段に書き出した後に、前記変換手段によって前記不具合情報を機械可読形式のデータに変換して前記記憶手段に書き出すことによって前記不具合情報を表すビットマップ画像と、前記不具合情報を表す機械可読画像を前記表示手段に表示することを特徴とする請求項３又は請求項４に記載の故障通知装置。
【請求項６】
前記書出手段によって前記記憶手段に前記不具合情報が書き出されることによって、前記表示手段に表示された画像を人間可読形式のデータに変換する可読変換手段と、
前記可読変換手段によって変換された人間可読形式のデータを、前記不具合情報に基づく故障修理を支援管理する支援先に送信する送信手段と、
を更に備えることを特徴とする請求項１〜請求項５の何れか１項に記載の故障通知装置。
【図１】
【図２】
【図３】
【図８】
【図９】
【図４】
【図５】
【図６】
【図７】
【図１０】
【図１１】
【図２】
【図３】
【図８】
【図９】
【図４】
【図５】
【図６】
【図７】
【図１０】
【図１１】
【公開番号】特開２００９−２６２２６（Ｐ２００９−２６２２６Ａ）
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願番号】特願２００７−１９１２０６（Ｐ２００７−１９１２０６）
【出願日】平成１９年７月２３日（２００７．７．２３）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願日】平成１９年７月２３日（２００７．７．２３）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]