(57)【特許請求の範囲】
【請求項１】
情報処理の実行を妨げる事象が発生したユーザ端末から送信された、前記事象に関するログ情報を記憶するログ情報退避手段と、
前記ログ情報を前記ユーザ端末から受信して前記ログ情報退避手段に格納し、前記ログ情報退避手段から、前記ログ情報を取得すると共に、前記事象から前記事象の発生の原因を探索する保守装置に送信するログ情報送受信手段と、
前記保守装置に送信された前記ログ情報を、前記ログ情報退避手段から消去するログ情報消去手段と、
前記ユーザ端末から、必要な電力の供給を受け、前記ユーザ端末からの前記電力の供給の有無を監視して、供給遮断の通知及び供給再開の通知を前記ログ情報送受信手段に送出する電力供給判断手段を有し、
前記ログ情報送受信手段が前記供給遮断の通知を受信した場合は、前記ログ情報消去手段が前記ログ情報退避手段から前記ログ情報を消去し、前記ログ情報送受信手段が供給再開の通知を受信した後に、前記ユーザ端末のログ情報を、前記ログ情報退避手段に格納し、前記ログ情報を前記ログ情報退避手段から、前記保守装置に送信する
障害記録中継装置。
【請求項２】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、少なくともアプリケーションの使用日時、アプリケーション名、イベントおよびイベントの起こった場所を特定する情報のいずれかを含むアプリケーション使用ログを含む請求項１記載の障害記録中継装置。
【請求項３】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、ウイルススキャンログを含む請求項１または請求項２記載の障害記録中継装置。
【請求項４】
情報処理の実行を妨げる事象が発生したユーザ端末から送信された、前記事象に関するログ情報をログ情報退避手段に記憶し、
前記ログ情報を前記ユーザ端末から受信して前記ログ情報退避手段に格納し、前記ログ情報退避手段から、前記ログ情報を取得すると共に、前記事象から前記事象の発生の原因を探索する保守装置にログ情報送受信手段により送信し、
前記保守装置に送信された前記ログ情報を、前記ログ情報退避手段からログ情報消去手段により消去し、
前記ユーザ端末から前記格納、前記取得、前記送信の実行に必要な電力の供給を受け、前記ユーザ端末からの前記電力の供給の有無を監視して、供給遮断の通知及び供給再開の通知を前記ログ情報送受信手段に電力供給判断手段により送出し、
前記ログ情報送受信手段が前記供給遮断の通知を受信した場合は、前記ログ情報消去手段が前記ログ情報退避手段から前記ログ情報を消去し、前記ログ情報送受信手段が供給再開の通知を受信した後に、前記ユーザ端末のログ情報を、前記ログ情報退避手段に格納し、前記ログ情報を前記ログ情報退避手段から、前記保守装置に送信する
障害記録中継方法。
【請求項５】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、少なくともアプリケーションの使用日時、アプリケーション名、イベントおよびイベントの起こった場所を特定する情報のいずれかを含むアプリケーション使用ログを含む請求項４記載の障害記録中継方法。
【請求項６】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、ウイルススキャンログを含む請求項４または請求項５記載の障害記録中継方法。
【請求項７】
情報処理の実行を妨げる事象が発生したユーザ端末から送信された、前記事象に関するログ情報をログ情報退避手段に記憶する処理と、
前記ログ情報を前記ユーザ端末から受信して前記ログ情報退避手段に格納し、前記ログ情報退避手段から、前記ログ情報を取得すると共に、前記事象から前記事象の発生の原因を探索する保守装置にログ情報送受信手段により送信する処理と、
前記保守装置に送信された前記ログ情報を、前記ログ情報退避手段からログ情報消去手段により消去する処理と、
前記ユーザ端末から前記格納、前記取得、前記送信の実行に必要な電力の供給を受け、前記ユーザ端末からの前記電力の供給の有無を監視して、供給遮断の通知及び供給再開の通知を前記ログ情報送受信手段に電力供給判断手段により送出する処理と、
前記ログ情報送受信手段が前記供給遮断の通知を受信した場合は、前記ログ情報消去手段が前記ログ情報退避手段から前記ログ情報を消去し、前記ログ情報送受信手段が供給再開の通知を受信した後に、前記ユーザ端末のログ情報を、前記ログ情報退避手段に格納し、前記ログ情報を前記ログ情報退避手段から、前記保守装置に送信するする処理と
を、コンピュータに実行させる障害記録中継プログラム。
【請求項８】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、少なくともアプリケーションの使用日時、アプリケーション名、イベントおよびイベントの起こった場所を特定する情報のいずれかを含むアプリケーション使用ログを含む請求項７記載の障害記録中継プログラム。
【請求項９】
前記ログ情報は、前記事象の発生時刻を含む時間帯に、前記ユーザ端末において生じた、ウイルススキャンログを含む請求項７または請求項８記載の障害記録中継プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は障害記録中継装置、プログラム、及び方法に関する。
【背景技術】
【０００２】
システム障害の監視は、コンピュータの運用管理上、欠かせない要素の一つである。また、システム障害を未然に防ぐ手段としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の温度上昇のモニタ、ウィルスチェック等が、知られている。しかし、新型のコンピュータウィルスへの感染、もしくは突発的な停電などの障害は、これらの対策をもってしても避けることが困難である（なお、コンピュータウイルスは以降ウイルスと呼ばれる）。避けられなかった障害への対策の一つとして、コンピュータが自動的に記録する日誌であるＬＯＧ（以降、ログと呼ぶ）を解析し、障害原因を特定することが行われている。この場合、ログが、障害を起こしたコンピュータから、インターネットを通じて自動的に保守センタに送られ、保守センタが障害原因を解析するというフローが最も高効率である。
【０００３】
しかし、障害を起こしたコンピュータがセキュリティ上インターネットに直接送信できないデータを有している場合や、コンピュータウィルスに感染する可能性を考慮すると、インターネットに直接接続することは危険である。このようなコンピュータの場合、障害解析のためのログ情報を保守センタに送信するために、多くの手間がかかっていた。これまでの技術では、セキュリティ性の高い情報を有するコンピュータにおいて障害が発生した場合、自動でログ情報が暗号化および退避されず、管理者または保守員が現地で、手動でログを採取していたため、障害調査開始までに時間がかかっていた。また、保守員が遠隔地にのみ存在し、障害発生の現地に行くまでの時間も必要だった。さらに、保守員はコンピュータの障害が発生すると、ログ情報を退避したストレージを保守センタに持ち運んで、障害調査を行っていたが、運搬中の紛失などの事故で情報漏えいする危険性があった。また、紛失しないまでも、保守員は、ログ情報を手動で保守センタに送信するので、送信先を間違え、情報漏えいする事故が防ぎきれなかった。
【０００４】
特許文献１は、システム障害時に保守用ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ
Ｂｕｓ）にログを格納することを開示している。
【０００５】
特許文献２は、メモリカード装置を、個人情報等の提供元装置に接続し、利用情報として個人情報記憶して取り外し、利用装置でこの利用情報を活用した後、個人情報を削除することを開示している。
【０００６】
特許文献３は、故障時のログとしてＲＡＭに記録されたものを、記憶部に登録し、障
害の探索に利用することを開示している。
【０００７】
特許文献４は、メモリボード等の不正取り外しが生じた場合に、記憶部に格納されているデータを意味のないデータとする破壊処理を開示している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−１５８８６２
【特許文献２】特開２００８−２１７３９０
【特許文献３】特開昭６３−９９６５２
【特許文献４】特開平１１−１７５４０６
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決しようとする課題は、コンピュータシステムの障害情報取得工程の短縮化である。特許文献１に記載された方法は保守用ＵＳＢの接続、取り外しが、人手によることを前提とした技術であり、保守用ＵＳＢの取り扱いに工数がかかる。特許文献２に記載された方法は、障害情報取得のための対策には及んでいない。したがって、この方法は、障害情報取得の工程を短縮し得ない。特許文献３に記載された方法は、ログのＲＡＭへの記録から記憶部への格納までを自動化することを可能とする。しかし、特許文献３は、解析のためのログデータ取出しのタイミング等については何ら言及していない。すなわち、特許文献３に記載された方法は、障害発生時に速やかに障害情報が収集することを可能としない。したがって、この方法は、障害情報取得の工程を短縮し得ない。特許文献４は、不正取り外しという障害に対し、データの消去、退避については開示しているが、ログデータの取出しについてはなんら言及していない。したがって、特許文献４に記載された方法は、障害情報取得の工程を短縮し得ない。
【００１０】
本発明の目的は、上記課題を解決して、コンピュータシステムの障害情報取得工程を短縮化することができる障害記録中継装置、プログラム、及び方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明による障害情報中継装置は、情報処理の実行を妨げる事象が発生したユーザ端末から前記事象の発生毎に送信された、前記事象に関するログ（障害ログ）を含むログ情報を記憶するログ情報退避部と、前記ログ情報を前記ユーザ端末から受信して前記ログ情報退避部に格納し、前記ログ情報退避部から、前記障害ログを、前記事象から前記事象の発生の原因を探索する保守装置に送信するログ情報送受信手段と、を備える。
【００１２】
本発明による障害情報中継プログラムは、
情報処理の実行を妨げる事象が発生したユーザ端末から前記事象の発生毎に送信された、前記事象に関するログ（障害ログ）を含むログ情報をログ情報退避部に格納するログ情報退避処理と、前記ログ情報を前記ユーザ端末から取得して前記ログ情報退避部に格納し、
前記ログ情報退避部から、前記障害ログを、前記事象と同じ状況をもたらす過去に生じた事象を、過去の事象の履歴から探索する保守装置に送信するログ情報送受信処理とをコンピュータに実行させる。
【００１３】
本発明による障害情報中継方法は、情報処理の実行を妨げる事象が発生したユーザ端末から前記事象の発生毎に送信された、前記事象に関するログ（障害ログ）を含むログ情報を、前記ユーザ端末から取得してログ情報退避部に格納し、前記ログ情報退避部から前記障害ログを、前記事象と同じ状況をもたらす過去に生じた事象を、過去の事象の履歴から探索する保守装置に送信する。
【発明の効果】
【００１４】
本発明によれば、コンピュータシステムの障害回復工程を短縮化することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は本発明の第１の実施形態の構成例を示すブロック図である。
【図２】図２は本発明の第１の実施形態の処理を示すフローチャートである。
【図３】図３は本発明の第２の実施形態の処理を示すフローチャートである。
【図４】図４は本発明の第１の実施形態の障害ログの一例を示す図である。
【図５】図５は本発明の第１の実施形態の関連ログの一例を示す図である。
【図６】図６は本発明の第１の実施形態の関連ログの一例を示す図である。
【図７】図７は本発明の第１の実施形態のシーケンスチャートである。
【図８】図８は本発明の第２の実施形態のフローチャートである。
【図９】図９は本発明の第３の実施形態の構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
（第１の実施形態）
本発明の第１の実施の形態は、下記のように図面を参照して詳細に説明される。図１は、本実施形態の構成例を示すブロック図である。
【００１７】
ユーザ端末１００は、障害発生通知部１１、ログ情報作成部１６、ログ情報記憶部１２、ログ情報自動収集部１３、ログ情報暗号化部１４、電力供給部１５を含む。ユーザ端末１００は、障害検出時にはネットワークから切り離し、制御部２００、障害記録中継装置３００にのみ接続するものとする。
【００１８】
障害発生通知部１１、ログ情報作成部１６、ログ情報自動収集部１３、ログ情報暗号化部１４は、図示しないＣＰＵを含むプロセッサと、作業のためのメモリと、ＣＰＵによって実行されるコンピュータプログラムを格納した図示しない記録媒体とを備えるコンピュータ回路によって構成される。そのコンピュータ回路は、障害情報中継装置３００及び制御部２００に接続するためのインタフェース回路を備えても良い。また、ログ情報記憶部１２は、そのコンピュータ回路に含まれる記憶部である。ただし、ユーザ端末１００の構成は、上記のコンピュータ回路に限定されるものではない。
【００１９】
たとえば、障害発生通知部１１、ログ情報作成部１６、ログ情報自動収集部１３、ログ情報暗号化部１４の機能、ログ情報記憶部１２は、論理回路を組み合わせたハードウェアによって実現されてもよい。
【００２０】
障害発生通知部１１は、ユーザ端末１００において、プロセッサの使用率、メモリの使用状態、各デバイスの温度をモニタし、通常状態と異常に乖離した状態を検知するとこれを障害情報の発生とみなす。なお、障害は、コンピュータプログラムにより規定された処理の実行を妨げる事象と定義される。モニタする対象は、必ずしも上記に限定されない。
【００２１】
障害発生通知部１１は、障害の発生を検出すると、ログ情報作成部１６にログ情報の作成を命じる。また障害発生通知部１１は、後述するように、ログ情報暗号化部１４からのログ情報退避完了の通知を受けて、制御部２００に障害発生を通知する。
【００２２】
ログ情報作成部１６では、障害発生通知部１１からの通知を受けて、障害のログ情報である障害ログが、ＣＰＵのコンピュータプログラム実行によって作成される。または障害ログは、論理回路を組み合わせたハードウェアによって、作成されてもよい。
【００２３】
ログ情報記憶部１２は、ログ情報作成部１６が作成した障害ログを内部に格納する。
【００２４】
ログ情報自動収集部１３は、ログ情報がログ情報記憶部１２に保存されることを常時監視し、保存を検出すると、直近の時間帯に発生した、図示しない、障害発生通知部１１以外が記録したログを関連ログとして収集する。ログ情報自動収集部１３は、関連ログを障害ログと合わせてログ情報記憶部１２に保存する。なお、障害ログと関連ログを合わせた情報はログ情報と呼ばれる。
【００２５】
ログ情報暗号化部１４は、保守センタ４００で設定されている暗号化方式に合わせて、保守センタ４００で復号化できるように、ログ情報の暗号化を行なう。また、ログ情報暗号化部１４は、暗号化の後、障害記録中継装置３００に暗号化したログ情報（以降、暗号化ログと呼ぶ）を送信する。障害記録中継装置３００のログ情報送受信部３２はこれを受信し、ログ情報退避部３３に格納する。ログ情報暗号化部１４は、ログ情報退避部３３に関する、場所、容量等の情報を格納する、図示しない退避先情報記憶部を有している。ログ情報暗号化部１４は、送信に必要な情報を、この退避先情報記憶部から得る。ログ情報暗号化部１４は、ログ情報送受信部３２から暗号化ログの退避完了の通知を受けると、障害発生通知部１１に退避が完了したことを通知する。
【００２６】
電力供給部１５は、ユーザ端末１００から障害記録中継装置３００に、稼動に必要な電力を供給する。また、電力供給部１５は、障害記録中継装置３００の充電池３６に、充電用の電力を供給する。なお、実線１５０は電力供給部１５の稼働を監視するための信号を示し、破線１５１、１５２は、電力の供給を示している。
【００２７】
制御部２００は、ユーザ端末１００のログ情報暗号化部１４からのログ情報退避完了の通知を受けて、障害記録中継装置３００のログ情報送信指示部３１に、暗号化ログの保守センタ４００への送信を命令する。
【００２８】
障害記録中継装置３００は、ログ情報送信指示部３１、ログ情報送受信部３２、ログ情報退避部３３、ログ情報消去部３４、電力供給判断部３５、充電池３６を含む。障害記録中継装置３００は、ネットワークへの接続が可能である。
【００２９】
ログ情報送信指示部３１、ログ情報送受信部３２、ログ情報消去部３４、電力供給判断部３５は、図示しないＣＰＵとその作業のためのメモリを含むプロセッサと、そのＣＰＵによって実行されるコンピュータプログラムを格納した図示しない記録媒体とを備えるコンピュータ回路によって構成される。そのコンピュータ回路は、ユーザ端末１００及び制御部２００に接続するためのインタフェース回路を備えても良い。また、ログ情報退避部３３は、そのコンピュータ回路に含まれる記憶部である。ただし、障害記録中継装置３００の構成は、上記のコンピュータ回路に限定されるものではない。
【００３０】
たとえば、ログ情報送信指示部３１、ログ情報送受信部３２、ログ情報消去部３４、電力供給判断部３５、ログ情報退避部３３の機能は、論理回路を組み合わせたハードウェアによって実現されてもよい。
【００３１】
ログ情報送信指示部３１は、制御部２００からの命令を受けて、ログ情報送受信部３２に暗号化ログの保守センタ（保守装置とも呼ぶ）４００への送信を指示する。
【００３２】
ログ情報送受信部３２は、ログ情報暗号化部１４から受信した暗号化ログをログ情報退避部３３に格納し、格納完了後にログ情報暗号化部１４に退避の完了を通知する。また、ログ情報送受信部３２は、ログ情報送信指示部３１からの指示を受けて、ログ情報退避部３３から暗号化ログを取得し、これを保守センタ４００に送信する。また、ログ情報送受信部３２は、保守センタ４００から暗号化ログ受信通知を受けて、ログ情報消去部３４に、ログ情報退避部３３の中の暗号化ログの消去を指示する。
【００３３】
ログ情報退避部３３は、ログ情報送受信部３２が格納した暗号化ログを記憶する。
【００３４】
ログ情報消去部３４は、ログ情報送受信部３２の指示により、ログ情報退避部３３に格納されている暗号化ログを消去する。
【００３５】
電力供給判断部３５は、電力供給部１５からの電力供給が停止しているか否かを判断し、停止している場合には、ログ情報消去部３４に、ログ情報退避部３３の中の暗号化ログの消去を指示する。また電力供給判断部３５は、電力供給部１５からの電力供給が停止した場合に、電力供給源を充電池３６に切り替える。また電力供給判断部３５は、停止していた電力供給部１５からの電力供給が回復した場合に、電力供給源を充電池３６から電力供給部１５に切り替える。
【００３６】
充電池３６は、電力供給判断部３５が、電力の停止を判断した場合に、電力供給部１５に替わって、障害記録中継装置３００に電力を供給する。
【００３７】
保守センタ４００は、ネットワーク上にあり、種々の端末から送られたログを解析して障害原因を特定し、障害記録中継装置３００を経由して、それぞれの端末に対策を通知する。保守センタ４００は、過去に解析したログの記録を履歴として有している。保守センタ４００は、送られてきたログに記録された事象と同じ事象を履歴から探し、記録されている原因と解決のためにとった対策を個々の端末に通知する。
【００３８】
図２は、本発明の第１の実施形態の処理を示すフローチャートである。ユーザ端末１００の障害発生通知部１１は常時障害をモニタする（ステップＳ１、以下「ステップ」は省略する）。モニタされる障害の種類としては、プロセッサの過度に高い使用率、メモリの過度に高い占有率、ＣＰＵ等の各種デバイスの温度上昇、等がある。障害発生通知部１１は障害の発生を確認した場合（Ｓ２  ＹＥＳ）、ログ情報の作成命令をログ情報作成部１６に出力する。ログ情報作成部１６はこの作成命令を受けて障害ログを作成し、作成した障害ログをログ情報記憶部１２に保存する（Ｓ３）。図４は障害ログ記憶部１２に記憶される障害ログの一例を示す図である。この例は、ＣＰＵ使用率が９０％を越えた場合を異常事態と定義した場合の、障害ログである。この障害ログは、異常事態の発生日時（２０１０．１０．２９、１２：１２：１５（時：分：秒を示す））、検出部（ＣＰＵ使用率測定部）、及び状態（９０％以上）を記録している。
【００３９】
ログ情報を解析し、原因を特定するために、保守サーバ４００は、障害発生通知部１１が管轄するセンサの情報だけでなく、障害時にユーザ端末１００で起こっていた、他のイベントのログ情報（関連ログ）も必要とすることがある。この例では、上記の障害ログの他に、直近の時間帯にアプリケーション使用ログと、ウイルススキャンログがログ情報記憶部１２に、関連ログとして記録されているものとする。図５はＣＰＵ使用率が９０％を越えた時点を含む時間帯のアプリケーション使用ログの一例を示す。なお、時間帯の幅として、図５の例は、障害発生時刻の前後３分間をとっているが、時間帯の幅としては、障害発生時刻を含むものであれば、この幅に限定されるものではない。また、関連ログは、障害発生時刻直前の一時刻のアプリケーション使用ログであってもよい。このログ情報は、アプリケーションの使用日時、とアプリケーション名、保存、編集、削除等のイベント、イベントの起こった場所を特定する情報を記録している。例えば、図４に示される異常事態が発生した１２：１２：１５の直前には、電子メールの添付ファイルがダウンロードされ、開かれている（１２：１１：００）。
【００４０】
また、やはり直近の時刻である１２：１１：３０のウィルススキャンログ（図６）は、ウィルスに感染したファイルが１件発見されており、このウイルスは駆除されていないことを示している。なお、図６は障害発生時刻の直前の時刻に記録されたウイルススキャンログのみを示しているが、関連ログは必ずしも障害発生時刻の直前の時刻に記録されたウイルススキャンログのみである必要はない。関連ログは、障害発生時刻を含む所定の時間帯に記録されたウイルススキャンログすべてであってもよい。
【００４１】
ログ情報自動収集部１３は、ＣＰＵの動作に基づき、図５、図６のような図４の障害の直近の時間帯に発生した関連ログを探索して、それぞれが保存されていた図示しないメモリから収集する（Ｓ４）。ログ情報自動収集部１３は、図５、図６に示されるような関連ログ情報を図４の障害ログと合わせてログ情報とし、ログ情報記憶部１２に保存する。
【００４２】
ログ情報暗号化部１４は、ログ情報記憶部１２に保存されたこのログ情報を保守センタ４００が復号可能とする方式で暗号化して（Ｓ５）暗号化ログとし、障害記録中継装置３００のログ情報送受信部３２に送信し（Ｓ６）、暗号化ログ退避通知を受信するまで待機する。
【００４３】
ログ情報送受信部３２は、暗号化ログをログ情報退避部３３に格納し（Ｓ７）、完了した時点で暗号化ログ退避通知を、ユーザ端末１００のログ情報暗号化部１４に送信し、退避完了を通知する（Ｓ８）。その後、ログ情報送受信部３２は、制御部２００から、ログ情報送信指示部３１を介しての、保守センタ４００への暗号化ログ送信の指示を受けるまで待機する。なお、暗号化ログには、終点検出フラッグが設定されており、この終点検出フラッグを確認することによって、ログ情報送受信部３２は暗号化ログをすべて受信（退避完了）したことを認識する。
【００４４】
この暗号化ログ退避通知を受けて、ログ情報暗号化部１４は、退避完了を障害発生通知部１１に通知し（Ｓ９）、障害発生通知部１１が制御部２００に退避完了を通知する（Ｓ１０）。制御部２００は、この通知を受けて、障害記録中継装置３００に、暗号化ログの、保守センタ４００への送信を指示する（Ｓ１１）。この指示を受けて、障害記録中継装置３００のログ情報送信指示部３１は、ログ情報送受信部３２に暗号化ログの、保守センタ４００への送信を命令する。
【００４５】
ログ情報送受信部３２は、ログ情報退避部３３から、保存された暗号化ログを取得し、これを保守センタ４００に送信する（Ｓ１２）。ログ情報送受信部３２は、保守センタから暗号化ログ受信の通知を受けた後（Ｓ１３）、ログ情報消去部３４に命じて、ログ情報記憶部１２に保存されている暗号化ログを消去する（Ｓ１４）。
【００４６】
図９は、本発明の第１の実施形態の動作を示すシーケンスチャートである。ユーザ端末１００において、障害発生通知部１１が障害を検出し（ＳＱ１）、ログ情報作成部１６にこれを通知する。ログ情報作成部１６は、障害ログを作成し、これをログ情報記憶部１２に格納する（ＳＱ２）。障害ログは、障害原因を究明するための情報を有する。ログ情報自動収集部１３は、障害ログの格納を検知すると、関連ログを収集し、障害ログと合わせてログ情報とし、ログ情報記憶部１２に保存する（ＳＱ３）。
【００４７】
ログ情報暗号化部１４はこのログ情報を暗号化し、障害記録中継装置３００のログ情報送受信部３２に、この暗号化ログを送信する（ＳＱ４）。障害記録中継装置３００への送信に必要なアドレス等の情報は、たとえば、ユーザ端末１００内の図示しない書き換えできないメモリに記憶されている。
【００４８】
ログ情報送受信部３２は、暗号化ログを、ログ情報暗号化部１４から取得すると、ログ情報退避部３３にこれを保存する（ＳＱ５）。ログ情報送受信部３２は、暗号化ログのログ情報退避部３３への格納が完了すると、暗号化ログ退避通知をログ情報暗号化部１４に送信する（ＳＱ６）。
【００４９】
暗号化ログ退避通知を受けたログ情報暗号化部１４は、退避完了通知を障害発生通知部１１に送出する（ＳＱ７）。障害発生通知部１１は、制御部２００に対して、障害記録中継装置３００のログ情報退避部３３に、退避完了を通知する（ＳＱ８）。制御部２００への送信に必要なアドレス等の情報は、ユーザ端末１００内の図示しない書き換えできないメモリに記憶されている。
【００５０】
この通知を受けた制御部２００は、障害記録中継装置３００のログ情報送信指示部３１に、ログ情報退避部３３に格納された、暗号化ログ情報を、保守センタ４００に送信することを指示する（ＳＱ９）。
【００５１】
指示を受けたログ情報送信指示部３１は、ログ情報送受信部３２に、暗号化ログの保守センタ４００への送信を命令する。命令を受けたログ情報送受信部３２は、ログ情報退避部３３から、暗号化ログを取得し、保守センタ４００にこれを送信する（ＳＱ１０）。保守センタ４００への送信に必要なアドレス等の情報は、障害記録中継装置３００内の図示しない書き換えできないメモリに記憶されている。
【００５２】
暗号化ログの受信を完了した保守センタ４００は、暗号化ログ受信通知をログ情報送受信部３２に返信し（ＳＱ１１）、暗号化ログを復号化（ＳＱ１２）した後、障害の原因を特定するためにログ情報の解析を行う（ＳＱ１３）。
【００５３】
暗号化ログ受信通知を受けたログ情報送受信部３２は、ログ情報消去部３４に、ログ情報退避部３３の中の暗号化ログの消去を指示する（ＳＱ１４）。ログ情報消去部３４はログ情報退避部３３の中の暗号化ログを消去する（ＳＱ１５）。
【００５４】
上記の実施形態によれば、自動で、障害ログを保守センタ４００に送ることができるので、障害回復工程を短縮化することができる。その理由は、本実施形態の障害情報中継装置３００は、情報処理の実行を妨げる事象が発生したユーザ端末１００からこの事象の発生毎に送信された、この事象に関するログ（障害ログ）を含む情報を記憶するログ情報退避部３３と、前記ログ情報を前記ユーザ端末１００から取得してログ情報退避部３３に格納し、ログ情報退避部３３から、このログ情報を、この事象と同じ状況をもたらす過去の事象の履歴から探索する保守センタ４００に送信するログ情報送受信部３２とを有しているからである。
【００５５】
また、上記の処理によれば、ログ情報は暗号化された上で、ユーザ端末１００とは隔離された障害記録中継装置３００から、ユーザ端末１００の通知を受けた制御部２００の指示を受けて始めてネット上の保守センタ４００に送られる。したがって、ログ情報の中に、電子メールアドレス（図９（ｂ）ｔａｒｏ＠ｎｅｃ．ｃｏｍ）や、顧客名簿のような個人情報に関する記載があっても、これらが漏洩する危険性は極めて低い。なお、暗号化ログ自体がウイルスに感染している可能性がある場合、障害記録中継装置３００のログ情報送受信部３２は、暗号化ログを保守センタ４００に送信する前に、ウイルスに感染していることを示すコメントタグを、この暗号化ログに添付することができる。
また、障害記録中継装置３００は、携帯電話の機能を持っていてもよい。
【００５６】
また、ログ情報退避部３３には揮発性メモリを用いることもできる。この場合、暗号化ログは障害情報中継装置３００の電源遮断とともに消失するので、ログ情報消去部３４は必ずしも必要ではない。ただし、電源を切ることなく、暗号化ログ情報を消去することが必要な場合には、ログ情報消去部３４が必要となる。また、ログ情報消去部３４を設置しない場合は、ログ情報退避部３３への電力供給がなくなった時に、ログ情報退避部３３の内容が確実に消去されていることを、確認できる構成であることが望ましい。
【００５７】
また、この実施形態では、制御部２００は、障害情報中継装置３００とは別に設けられているが、制御部２００は障害情報中継装置３００の一部としてもよい。
【００５８】
また、制御部２００、ログ情報送信指示部３１は、必ずしも備えられなくても構わない。制御部２００、ログ情報送信指示部３１を使わない実施形態の場合、ログ情報暗号化部１４は、暗号化ログデータを順次ログ情報送受信部３２に送信し、暗号化ログデータの終点を検出した場合に、終了通知をログ情報送受信部３２に出力する。ログ情報受信部３２は、その終了通知を受けてログ情報退避部３３に格納された暗号化ログを保守センタ４００に送信する。ただし、制御部２００、ログ情報送信指示部３１を使う実施形態では、意図せぬ送信をより確実に防ぐことができる。その理由は、障害発生通知部１１がログ情報の退避の終了に基づいて発生するログ情報退避完了の通知を受けて、制御部２００を経由して２００障害記録中継装置３００のログ情報送信指示部３１に、暗号化ログの保守センタ４００への送信を命令するからである。  また、本実施形態では、ログ情報を暗号化しているが、ログ情報は必ずしも暗号化を必要とするものではない。ユーザ端末１００が、機密性の低い情報しか格納されていないという場合は、暗号化は不要である。
（第２の実施形態）
上記の実施形態は、障害は発生していても、障害記録中継装置３００への電力供給は継続している、という場合に関しての実施形態である。しかし、障害記録中継装置３００が稼動に必要な電力の供給をユーザ端末１００の電力供給部１５に依存している場合、障害の種類によっては、障害記録中継装置３００への電力供給が停止するという事態が生じる。電力供給の遮断が、保守センタ４００からの暗号化ログ受信通知を受信する前に生じた場合、暗号化ログをログ情報退避部３３に長く保管することになり、情報漏えいの危険が発生することもある。
【００５９】
本実施形態は、第１の実施形態において、電力供給の停止が発生した場合についての実施形態である。図３は、障害記録中継装置３００への電力供給が遮断された場合のフローチャートである。電力供給判断部３５は、電力供給部１５からの電源供給能力を示す信号を監視する。電力供給判断部３５は電力供給値が一定のしきい値を下回ったことを判断すると（Ｓ２０  ＹＥＳ）、電力供給部１５を障害記録中継装置３００から切り離し、当面の電力源として充電池３６を接続する（Ｓ２２）。
【００６０】
続いて、電力供給判断部３５はログ情報消去部３４に指示してログ情報退避部３３に格納された暗号化ログを消去する（Ｓ２４）。その後、電力供給判断部３５は引き続いて電力供給部１５の信号を監視し、電力が回復したことを確認すると（Ｓ２０  ＮＯ）、充電池３６を切り離して、障害記録中継装置３００への電力供給源として電力供給部１５を接続する（Ｓ２１）。電力供給判断部３５はログ情報送受信部３２に、電力供給部１５の回復を通知する。
【００６１】
この通知を受けたログ情報送受信部３２は、送信した暗号化ログに対して、保守センタ４００から暗号化ログ受信通知を受けているか否かを判断する（Ｓ２５）。受けている場合（ＹＥＳ）、ログ情報送受信部３２は、次の暗号化ログをユーザ端末１００のログ情報暗号化部１４から受け取るまで、待機する。受けていない場合は（ＮＯ）、ログ情報暗号化部１４に暗号化ログの再送を依頼する。この場合は図２のＳ６からの処理が再度繰り返される。
【００６２】
図８は電力供給が遮断または再開が生じた場合の、障害記録中継装置３００の動作を示すフローチャートである。電力供給部１５から障害記録中継装置３００への電力供給が、一定値を下回ったことを電力供給判断部３５が検知すると（Ｓ３０）、電力供給判断部３５は供給電力を充電池３６に切り替える（Ｓ３１）。続いて電力供給判断部３５は、ログ情報消去部３４に、ログ情報退避部３３に格納された暗号化ログの消去を指示する（Ｓ３２）。
【００６３】
電力回復の判断を行った時点（Ｓ３３）で、電力供給判断部３５は、充電池３６からの電力供給を停止して電力供給部１５に切換え（Ｓ３４）、ログ情報送受信部３２に、電力回復を通知する（Ｓ３５）。
【００６４】
この時点でログ情報送受信部３２が、保守センタ４００から暗号化ログ受信通知を受信していないと判断される場合（Ｓ３６）、ログ情報送受信部３２はログ情報暗号化部１４に暗号化ログの再送を指示する（Ｓ３７）。ログ情報暗号化部１４は、図９のＳＱ４の処理を行なう。  Ｓ３５の時点で、ログ情報送受信部３２が保守センタ４００から、暗号化ログ受信通知を受けていた場合、ログ情報送受信部３２は次の暗号化ログを受信するまで待機する。
【００６５】
上記の実施形態によれば、たとえ、ユーザ端末１００からの電力供給が遮断されても、ログ情報の機密性が守られる。また、電力供給の再開後、障害記録中継装置３００はすみやかに処理の再開が可能である。
【００６６】
その理由は、本実施形態の障害情報中継装置３００は、ユーザ端末１００から格納、取得、送信の実行に必要な電力の供給を受け、ユーザ端末１００からの前記電力の供給の有無を監視して、供給遮断の通知及び供給再開の通知をログ情報送受信部３２に送出する電力供給判断部３５を有し、ログ情報送受信部３２が供給遮断の通知を受信した場合は、ログ情報消去部３４がログ情報退避部３３からログ情報を消去し、ログ情報送受信部３２が供給再開の通知を受信した後に、ユーザ端末１００のログ情報を、ログ情報退避部３３に格納し、障害ログをログ情報退避部３３から、保守センタ４００に送信する障害情報中継装置３００だからである。
（第３の実施形態）
図９は本発明の第３の実施形態の構成を示す。本発明の第３の実施形態は、
情報処理の実行を妨げる事象が発生したユーザ端末１００からこの事象の発生毎に送信された、前記事象に関するログ（障害ログ）を含むログ情報を記憶するログ情報退避部３３と、このログ情報をユーザ端末１００から受信してログ情報退避部３３に格納し、ログ情報退避部３３から、この障害ログを、前記事象から前記事象の発生の原因を探索する保守センタ４００に送信するログ情報送受信部３２と、を備える障害情報中継装置３００である。
【００６７】
上記の実施形態によれば、コンピュータシステムの障害情報取得の工程を短縮することができる。
【符号の説明】
【００６８】
１００    ユーザ端末
２００    制御部
３００    障害記録中継装置
４００    保守センタ
１１    障害発生通知部
１２    ログ情報記憶部
１３    ログ情報自動収集部
１４    ログ情報暗号化部
１５    電力供給部
３１    ログ情報送信指示部
３２    ログ情報送受信部
３３    ログ情報退避部
３４    ログ情報消去部
３５    電力供給判断部
３６    充電池
【図１】
0005607510.tif 000002
【図２】
0005607510.tif 000003
【図３】
0005607510.tif 000004
【図４】
0005607510.tif 000005
【図５】
0005607510.tif 000006
【図６】
0005607510.tif 000007
【図７】
0005607510.tif 000008
【図８】
0005607510.tif 000009
【図９】
0005607510.tif 000010