特許 7319067 情報処理装置、判定方法および判定プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-24

(45)【発行日】2023-08-01

(54)【発明の名称】情報処理装置、判定方法および判定プログラム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20230725BHJP

【ＦＩ】

G06Q10/20

【請求項の数】 7

(21)【出願番号】P 2019058221

(22)【出願日】2019-03-26

(65)【公開番号】P2020160688

(43)【公開日】2020-10-01

【審査請求日】2022-03-08

(73)【特許権者】

【識別番号】598057291

【氏名又は名称】株式会社富士通エフサス

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】谷本 幸総

(72)【発明者】

【氏名】山野 大偉治

【審査官】上田 威

(56)【参考文献】

【文献】国際公開第２０１８／１５４８４５（ＷＯ，Ａ１）

【文献】特開２００５－０６１８８７（ＪＰ，Ａ）

【文献】特開２００８－０２７２８４（ＪＰ，Ａ）

【文献】黒瀬 晋，ＮＥＣオフィスサーバシステム７２００シリーズのＲＡＳ機能，ＮＥＣ技報，日本，株式会社ＮＥＣクリエイティブ，1994年06月24日，第47巻第5号，P.70-75

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

保守対象装置において所定のエラーが発生したか否かの情報を取得し、所定期間毎にエラーの発生回数をテーブルに登録し、前記保守対象装置に対する衝撃を検出するセンサの出力値が閾値以上となった場合、前記テーブルに前記出力値を登録する登録部と、
前記出力値が閾値以上となった場合、前記センサの出力値が閾値以上となった基準時刻と、前記テーブルとを基にして、前記基準時刻前のエラーの発生回数と前記基準時刻後のエラーの発生回数との差分回数、前記基準時刻前のエラーの発生頻度および前記基準時刻後のエラーの発生頻度を特定し、前記テーブルに前記出力値が登録されているか否かを特定し、
前記差分回数と、前記基準時刻前のエラーの発生頻度と、前記基準時刻後のエラーの発生頻度と、前記テーブルに前記出力値が登録されているか否かの判定結果とを基にして、利用者過失による故障が発生したのか、偶発的な故障が発生したのか、前記衝撃に起因する故障が発生したか否かを判定する判定部と
を有することを特徴とする情報処理装置。

【請求項2】

前記判定部は、前記基準時刻前のエラーの発生頻度よりも前記基準時刻後のエラーの発生頻度が大きい場合に、前記衝撃に起因する故障が発生したと判定することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記テーブルの情報を基にした画面情報を生成して、生成した画面情報を表示させる画面情報生成部を更に有することを特徴とする請求項１または２に記載の情報処理装置。

【請求項4】

前記判定部は、前記保守対象装置に故障が発生したと判定した場合に、前記テーブルを参照し、前記テーブルに前記出力値が登録されていない場合、前記故障は前記衝撃に起因しない故障であると判定することを特徴とする請求項３に記載の情報処理装置。

【請求項5】

前記判定部は、前記保守対象装置に故障が発生したと判定した場合に、前記テーブルを参照し、前記テーブルに前記出力値が登録されており、かつ、前記基準時刻から故障が発生した時刻までの期間の長さを基にして、前記衝撃に起因する故障が発生したか否かを判定することを特徴とする請求項３または４に記載の情報処理装置。

【請求項6】

コンピュータが、
保守対象装置において所定のエラーが発生したか否かの情報を取得し、所定期間毎にエラーの発生回数をテーブルに登録し、
前記保守対象装置に対する衝撃を検出するセンサの出力値が閾値以上となった場合、前記テーブルに前記出力値を登録し、
前記出力値が閾値以上となった場合、前記センサの出力値が閾値以上となった基準時刻と、前記テーブルとを基にして、前記基準時刻前のエラーの発生回数と前記基準時刻後のエラーの発生回数との差分回数、前記基準時刻前のエラーの発生頻度および前記基準時刻後のエラーの発生頻度を特定し、前記テーブルに前記出力値が登録されているか否かを特定し、
前記差分回数と、前記基準時刻前のエラーの発生頻度と、前記基準時刻後のエラーの発生頻度と、前記テーブルに前記出力値が登録されているか否かの判定結果とを基にして、利用者過失による故障が発生したのか、偶発的な故障が発生したのか、前記衝撃に起因する故障が発生したか否かを判定する
処理を実行することを特徴とする判定方法。

【請求項7】

コンピュータに、
保守対象装置において所定のエラーが発生したか否かの情報を取得し、所定期間毎にエラーの発生回数をテーブルに登録し、
前記保守対象装置に対する衝撃を検出するセンサの出力値が閾値以上となった場合、前記テーブルに前記出力値を登録し、
前記出力値が閾値以上となった場合、前記センサの出力値が閾値以上となった基準時刻と、前記テーブルとを基にして、前記基準時刻前のエラーの発生回数と前記基準時刻後のエラーの発生回数との差分回数、前記基準時刻前のエラーの発生頻度および前記基準時刻後のエラーの発生頻度を特定し、前記テーブルに前記出力値が登録されているか否かを特定し、
前記差分回数と、前記基準時刻前のエラーの発生頻度と、前記基準時刻後のエラーの発生頻度と、前記テーブルに前記出力値が登録されているか否かの判定結果とを基にして、利用者過失による故障が発生したのか、偶発的な故障が発生したのか、前記衝撃に起因する故障が発生したか否かを判定する
処理を実行させることを特徴とする判定プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置等に関する。

【背景技術】

【0002】

企業では、コストを削減することを目的として、ノートパソコン等を購入する代わりに、保守サービスを利用して、ノートパソコン等を借り、各社員に提供している。以下の説明では、保守サービスの対象となるノートパソコン等の装置を「保守対象装置」と表記する。企業は、保守契約時に取り決められた料金を保守サービスの提供先に支払うことで、保守対象装置の定期メンテナンスや、故障時の保証を受けることができる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００６－２５４２０７号公報

【文献】特開２００３－３４５６２７号公報

【文献】特開２０１２－２０３４３１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、保守対象装置に発生した故障が、偶発的な故障であるか、利用者過失による故障であるかを判定することができないという問題がある。

【0005】

たとえば、保守対象装置に故障が発生した場合、偶発的な故障であるか、利用者過失による故障であるかを客観的に判断することは難しく、利用者による自己申告に依存している。また、利用者が保守作業装置に衝撃等を与えて故障させてしまった際に、保守作業装置に備わる機能によって、一時的に、故障の一部がカバーされ、利用者が故障の影響に気付くまでに時間がかかる場合がある。このような場合には、利用者は、利用者過失による故障であっても、偶発的な故障であると勘違いすることがある。

【0006】

１つの側面では、本発明は、保守対象装置に発生した故障が、偶発的な故障であるか、利用者過失による故障であるかを判定することができる情報処理装置、判定方法および判定プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

第１の案では、情報処理装置は、登録部と、判定部とを有する。登録部は、保守対象装置において所定のエラーが発生したか否かの情報を取得し、所定期間毎にエラーの発生回数をテーブルに登録する。判定部は、保守対象装置に対する衝撃を検出するセンサの出力値が閾値以上となった場合、センサの出力値が閾値以上となった基準時刻と、テーブルとを基にして、基準時刻前のエラーの発生頻度と、基準時刻後のエラーの発生頻度とを特定し、基準時刻前のエラーの発生頻度と、基準時刻後のエラーの発生頻度とを基にして、衝撃に起因する故障が発生したか否かを判定する。

【発明の効果】

【0008】

保守対象装置に発生した故障が、偶発的な故障であるか、利用者過失による故障であるかを判定することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、本実施例に係る保守対象装置の構成を示す機能ブロック図である。

【図2】図２は、本実施例に係るセンサ情報記憶部のデータ構造の一例を示す図である。

【図3】図３は、本実施例に係るＩ／Ｏログテーブルのデータ構造の一例を示す図である。

【図4】図４は、本実施例に係るＧセンサ記録テーブルのデータ構造の一例を示す図である。

【図5】図５は、本実施例に係る保守対象装置の処理手順を示すフローチャート（１）である。

【図6】図６は、本実施例に係る保守対象装置の処理手順を示すフローチャート（２）である。

【図7】図７は、本実施例に係る保守対象装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下に、本願の開示する情報処理装置、判定方法および判定プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

【実施例】

【0011】

図１は、本実施例に係る保守対象装置の構成を示す機能ブロック図である。保守対象装置１００は、情報処理装置の一例である。図１に示すように、この保守対象装置１００は、通信部１０１、入力部１０２、表示部１０３、タイマ１０４、衝撃センサ１０５、記録制御部１１０、センサ情報記憶部１１５、記憶部１４０、制御部１５０を有する。

【0012】

たとえば、保守対象装置１００は、ノートＰＣ（Personal computer）、タブレット型のコンピュータ等の利用者が持ち運べる端末装置に対応する。また、説明を省略するが、保守対象装置１００は、一般のノートＰＣと同様の機能を有するものとする。

【0013】

ここで、保守対象装置１００は、図示しないバッテリーを備え、バッテリーの電力を用いて、各種の処理を実行する。バッテリーは、タイマ１０４、衝撃センサ１０５、記録制御部１１０、センサ情報記憶部１１５に対して、常時電力を供給するものとする。

【0014】

通信部１０１は、ネットワークを介して外部装置との間でデータ通信を実行する処理部である。通信部１０１は、通信装置に対応する。後述する制御部１５０は、通信部１０１を介して、外部装置とデータをやり取りする。

【0015】

入力部１０２は、各種の情報を保守対象装置１００に入力するための入力装置である。たとえば、入力部１０２は、キーボードやマウス、タッチパネル等に対応する。

【0016】

表示部１０３は、制御部１５０から出力される各種の情報を表示するための表示装置である。たとえば、表示部１０３は、液晶ディスプレイや、タッチパネル等に対応する。

【0017】

タイマ１０４は、現在の日時情報を生成する装置である。タイマ１０４は、日時情報を、記録制御部１１０および制御部１５０に出力する。

【0018】

衝撃センサ１０５は、保守対象装置１００に与えられた衝撃の加速度（あるいは、速度）の大きさを示す「Ｇセンサ値」を出力するセンサである。衝撃センサ１０５は、Ｇセンサ値を、記録制御部１１０に出力する。

【0019】

記録制御部１１０は、衝撃センサ１０５から出力されるＧセンサ値と、閾値Ｔｈｇとを比較する。閾値Ｔｈｇは、予め設定される値である。記録制御部１１０は、Ｇセンサ値が閾値Ｔｈｇ以上となった場合、タイマ１０４から出力される日時情報を基にして、Ｇセンサ値が閾値Ｔｈｇ以上となった時刻を特定する。以下の説明では、Ｇセンサ値が閾値Ｔｈｇ以上となった日時を「基準日時」と表記する。記録制御部１１０は、基準日時と、基準日時におけるＧセンサ値とを対応付けて、センサ情報記憶部１１５に登録する。基準日時は、基準時刻の一例である。

【0020】

センサ情報記憶部１１５は、基準日時と、Ｇセンサ値とを対応付けて記憶する記憶部である。たとえば、センサ情報記憶部１１５は、フラッシュメモリ（Flash Memory）などの半導体メモリ素子に対応する。

【0021】

図２は、本実施例に係るセンサ情報記憶部のデータ構造の一例を示す図である。図２に示すように、このセンサ情報記憶部１１５は、基準日時と、Ｇセンサ値とを対応付けて保持する。図２に示す例では、基準日時「２０１８年１２月１日の１２時１５分」に、Ｇセンサ値が閾値Ｔｈｇ以上となり、そのＧセンサ値が「２５０」である旨が示されている。

【0022】

図１の説明に戻る。記憶部１４０は、Ｉ／Ｏ（Input/Output）ログテーブル１４０ａと、Ｇセンサ記録テーブル１４０ｂとを有する。記憶部１４０は、ＲＡＭ（Random Access Memory）、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

【0023】

Ｉ／Ｏログテーブル１４０ａは、所定時間毎のＩ／Ｏエラー回数の履歴を保持するテーブルである。Ｉ／Ｏエラーは、保守対象装置１００に含まれる所定のＩ／Ｏデバイスの入力・出力エラーの回数を示すものである。本実施例では一例として、記憶部１４０の入力・出力エラーを、Ｉ／Ｏエラーとする。

【0024】

図３は、本実施例に係るＩ／Ｏログテーブルのデータ構造の一例を示す図である。図３に示すように、このＩ／Ｏログテーブル１４０ａは、日時と、Ｉ／Ｏエラー回数とを対応付ける。本実施例では一例として、１０分間隔毎のＩ／Ｏエラー回数が、Ｉ／Ｏログテーブル１４０ａに登録されるものとする。たとえば、Ｉ／Ｏログテーブル１４０ａにおいて、日時「２０１８年１２月１日の１２時～１２時１０分」に発生したＩ／Ｏエラー回数は「１」である旨のレコードが登録されている。

【0025】

Ｇセンサ記録テーブル１４０ｂは、衝撃センサ１０５のＧセンサ値が閾値Ｔｈｇ以上となった基準日時の前後におけるエラー回数の発生頻度の情報を保持するテーブルである。

【0026】

図４は、本実施例に係るＧセンサ記録テーブルのデータ構造の一例を示す図である。図４に示すように、このＧセンサ記録テーブル１４０ｂは、日時と、Ｇセンサ値と、直前のＩ／Ｏエラー回数と、Ｉ／Ｏエラー回数とを対応付ける。本実施例では一例として、１０分間隔毎に情報が登録されるものとする。

【0027】

図４のＧセンサ値には、衝撃センサ１０５のＧセンサ値が閾値Ｔｈｇ以上となったものが登録される。図４に示す例では、日時「２０１８年１２月１日の１２時１０分～１２時２０分」において、衝撃センサ１０５のＧセンサ値が閾値Ｔｈｇ以上となり、そのＧセンサ値が「２５０」である旨が登録されている。

【0028】

直線のＩ／Ｏエラー回数は、一つ前の時間間隔において発生したＩ／Ｏエラー回数を示すものである。たとえば、日時「２０１８年１２月１日の１２時１０分～１２時２０分」に対する直前のＩ／Ｏエラー回数は、日時「２０１８年１２月１日の１２時～１２時１０分」に対応するＩ／Ｏエラー回数となる。

【0029】

図４のＩ／Ｏエラー回数に関する説明は、図３で説明したＩ／Ｏエラー回数に関する説明と同様である。

【0030】

図１の説明に戻る。制御部１５０は、登録部１５０ａと、判定部１５０ｂと、画面情報生成部１５０ｃとを有する。制御部１６０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部１６０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

【0031】

登録部１５０ａは、保守対象装置１００に含まれる所定のＩ／Ｏデバイスを監視し、所定時間毎のＩ／Ｏエラー回数を計数し、日時とＩ／Ｏエラー回数とを対応付けて、Ｉ／Ｏログテーブル１４０ａに登録する処理部である。本実施例では一例として、登録部１５０ａは、記憶部１４０のデータの入出力を監視し、１０分毎のＩ／Ｏエラー回数を計数するものとする。

【0032】

登録部１５０ａは、Ｉ／Ｏログテーブル１４０ａを基にして、Ｇセンサ記録テーブル１４０ｂにＩ／Ｏエラー回数を設定する。たとえば、登録部１５０ａは、Ｉ／Ｏログテーブル１４０ａの各日時に対応するＩ／Ｏエラー回数を、Ｇセンサ記録テーブル１４０ｂの各日時に対応するＩ／Ｏエラー回数として設定する。

【0033】

登録部１５０ａは、Ｇセンサ記録テーブル１４０ｂの日時に対応する直前のＩ／Ｏエラー回数として、着目する日時よりも一つ前の時間間隔において発生したＩ／Ｏエラー回数を設定する。たとえば、登録部１５０ａは、日時「２０１８年１２月１日の１２時～１２時１０分」に対応するＩ／Ｏエラー回数「１」を、日時「２０１８年１２月１日の１２時１０分～１２時２０分」に対する直前のＩ／Ｏエラー回数として登録する。登録部１５０ａは、各直前のＩ／Ｏエラー回数に対して、上記処理を繰り返し実行する。

【0034】

また、登録部１５０ａは、センサ情報記憶部１１５を参照し、基準日時と、Ｇセンサ値との情報が登録されているか否かを判定する。登録部１５０ａは、センサ情報記憶部１１５に、基準日時と、Ｇセンサ値との情報が登録されている場合、Ｇセンサ記録テーブル１４０ｂの各日時のうち、基準日時に対応する日時を特定し、特定した日時にＧセンサ値を登録する。

【0035】

たとえば、図２で示したように、センサ情報記憶部１１５に、基準日時「２０１８年１２月１日の１２時１５分」と、Ｇセンサ値「２５０」とが登録されているとする。この場合には、登録部１５０ａは、図４のＧセンサ記録テーブル１４０ｂの日時「２０１８年１２月１日の１２時１０分から１２時２０分」に対応するＧセンサ値に「２５０」を設定する。

【0036】

判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂを基にして、保守対象装置１００に与えられた衝撃に起因する故障が発生したか否かを判定する処理部である。判定部１５０ｂは、判定結果を、画面情報生成部１５０ｃに出力する。以下において、判定部１５０ｂの処理の一例について説明する。

【0037】

判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂを基にして、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられたか否かを判定する。判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値が登録されている場合には、保守対象装置１００に、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が与えられたと判定する。一方、判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値が登録されていない場合には、保守対象装置１００に、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が与えられていない判定する。

【0038】

ここで、判定部１５０ｂは、保守対象装置１００に、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が与えられたと判定した場合には、衝撃を与えられた前後のＩ／Ｏエラー回数の差分エラー回数を算出する。判定部１５０ｂは、差分エラー回数が、閾値Ｔｈ１以上である場合には、「利用者過失による故障が発生した」と判定する。閾値Ｔｈ１は、予め設定される。

【0039】

判定部１５０ｂは、差分エラー回数をどのように算出してもよい。たとえば、図４に示す例では日時「２０１８年１２月１日の１２時１０分～１２時２０分」において、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が与えられている。判定部１５０ｂは、この「２０１８年１２月１日の１２時１０分～１２時２０分」に対応するＩ／Ｏエラー回数「１０」と、直前のＩ／Ｏエラー回数「１」との差分「９」を、差分エラー回数として算出してもよい。

【0040】

判定部１５０ｂは、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が与えられていない場合、または、差分エラー回数が閾値Ｔｈ１未満である場合には、続く処理を実行する。

【0041】

判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂを参照し、所定時間毎の、Ｉ／Ｏエラー回数と、閾値Ｔｈ２とを比較し、閾値Ｔｈ２を超える回数をカウントする。判定部１５０ｂは、カウントした回数が、閾値Ｔｈ３以上となる場合に、「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した」と判定する。また、判定部１５０ｂは、判定部１５０ｂは、カウントした回数が、閾値Ｔｈ３以上となった日時を特定する。以下の説明では、カウントした回数が、閾値Ｔｈ３以上となった日時を、「故障日時」と表記する。閾値Ｔｈ２、閾値Ｔｈ３は、予め設定される。

【0042】

判定部１５０ｂは、「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置１００に故障が発生した」と判定した場合には、続く処理を実行する。

【0043】

判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂを参照し、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられたか否かを判定する。判定部１５０ｂは、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられておらず、かつ、「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した」と判定した場合には、「偶発的な故障が発生した」と判定する。

【0044】

一方、判定部１５０ｂは、判定部１５０ｂは、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられていると判定した場合には、基準日時から故障日時までの期間が、所定期間以上であるか否かを判定する。かかる所定期間は、予め設定される。

【0045】

判定部１５０ｂは、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられており、かつ、基準日時から故障日時までの期間が、所定期間未満である場合には、「利用者過失による故障が発生した」と判定する。

【0046】

判定部１５０ｂは、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられており、かつ、基準日時から故障日時までの期間が、所定期間以上である場合には、「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した」と判定する。判定部１５０ｂは、基準日時、故障日時の情報を、画面情報生成部１５０ｃに出力する。

【0047】

画面情報生成部１５０ｃは、判定部１５０ｂから、保守対象装置１００に故障が発生した旨の情報を受け付けた場合に、警告画面の情報を生成する処理部である。画面情報生成部１５０ｃは、警告画面の情報を、表示部１０３に出力して表示させる。

【0048】

画面情報生成部１５０ｃは、判定部１５０ｂから「偶発的な故障が発生した旨」の判定結果を受け付けた場合、偶発的な故障が発生した旨のテキスト情報を、警告画面の情報に設定し、表示部１０３に出力する。

【0049】

画面情報生成部１５０ｃは、判定部１５０ｂから「利用者過失による故障が発生した旨」の判定結果を受け付けた場合、利用者過失による故障が発生した旨のテキスト情報を、警告画面の情報に設定する。また、画面情報生成部１５０ｃは、基準日時、故障日時、Ｇセンサ記録テーブル１４０ｂの情報を、警告画面の情報に設定し、表示部１０３に出力する。

【0050】

画面情報生成部１５０ｃは、判定部１５０ｂから「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した旨」の判定結果を受け付けた場合、故障が発生した旨のテキスト情報を、警告画面の情報に設定する。また、画面情報生成部１５０ｃは、基準日時、故障日時、Ｇセンサ記録テーブル１４０ｂの情報を、警告画面の情報に設定し、表示部１０３に出力する。

【0051】

次に、本実施例に係る保守対象装置１００の処理手順の一例について説明する。図５および図６は、本実施例に係る保守対象装置の処理手順を示すフローチャートである。図５について説明する。保守対象装置１００の登録部１５０ａは、記憶部１４０のＩ／Ｏエラー回数を監視し、Ｉ／Ｏログテーブル１４０ａ、Ｇセンサ記録テーブル１４０ｂへの登録を開始する（ステップＳ１０１）。

【0052】

保守対象装置１００の記録制御部１１０は、衝撃センサ１０５から出力されるＧセンサ値が閾値Ｔｈｇ以上であるか否かを判定する（ステップＳ１０２）。記録制御部１１０は、Ｇセンサ値が閾値Ｔｈｇ以上である場合には（ステップＳ１０３，Ｙｅｓ）、ステップＳ１０４に移行する。一方、記録制御部１１０は、Ｇセンサ値が閾値Ｔｈｇ未満である場合には（ステップＳ１０３，Ｎｏ）、ステップＳ１０８に移行する。

【0053】

記録制御部１１０は、基準日時と、Ｇセンサ値との情報を、センサ情報記憶部１１５に登録する（ステップＳ１０４）。登録部１５０ａは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値を登録する（ステップＳ１０５）。

【0054】

保守対象装置１００の判定部１５０ｂは、衝撃前後のＩ／Ｏエラー回数の差分エラー回数を算出する（ステップＳ１０６）。判定部１５０ｂは、差分エラー回数が閾値Ｔｈ１以上である場合には（ステップＳ１０７）、図６のステップＳ１１９に移行する。

【0055】

判定部１５０ｂは、所定時間毎の、Ｉ／Ｏエラー回数と閾値Ｔｈ２とを比較し、閾値Ｔｈ２を超える回数をカウントする（ステップＳ１０８）。判定部１５０ｂは、カウントした回数が、閾値Ｔｈ３以上となるか否かを判定する（ステップＳ１０９）。

【0056】

判定部１５０ｂは、カウントした回数が閾値Ｔｈ３以上でない場合には（ステップＳ１１０，Ｎｏ）、ステップＳ１０２に移行する。一方、判定部１５０ｂは、カウントした回数が閾値Ｔｈ３以上の場合には（ステップＳ１１０，Ｙｅｓ）、図６のステップＳ１１１に移行する。

【0057】

図６の説明に移行する。判定部１５０ｂは、保守対象装置１００に故障が発生したと判定する（ステップＳ１１１）。判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値の記録が存在するか否かを判定する（ステップＳ１１２）。

【0058】

判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値の記録が存在しない場合に（ステップＳ１１２，Ｎｏ）、偶発的な故障が発生したと判定する（ステップＳ１１３）。画面情報生成部１５０ｃは、偶発的な故障が発生した旨の警告画面を生成し、表示部１０３に表示させる。

【0059】

一方、判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂに、Ｇセンサ値の記録が存在する場合に（ステップＳ１１２，Ｙｅｓ）、基準日時から故障日時までの期間が所定期間未満であるか否かを判定する（ステップＳ１１５）。

【0060】

判定部１５０ｂは、基準日時から故障日時までの期間が所定期間未満でない場合には（ステップＳ１１６，Ｎｏ）、画面情報生成部１５０ｃは、警告画面に、基準日時、故障日時、Ｇセンサ記録テーブル１４０ｂの情報を設定する（ステップＳ１１７）。画面情報生成部１５０ｃは、故障が発生した旨の警告画面を表示する（ステップＳ１１８）。

【0061】

一方、判定部１５０ｂは、基準日時から故障日時までの期間が所定期間未満の場合には（ステップＳ１１６，Ｙｅｓ）、画面情報生成部１５０ｃは、利用者過失の故障が発生したと判定し（ステップＳ１１９）、警告画面に、基準日時、故障日時、Ｇセンサ記録テーブル１４０ｂの情報を設定する（ステップＳ１２０）。画面情報生成部１５０ｃは、利用者過失による故障が発生した旨の警告画面を表示する（ステップＳ１２１）。

【0062】

次に、本実施例に係る保守対象装置１００の効果について説明する。保守対象装置１００の登録部１５０ａは、所定時間毎のＩ／Ｏエラー回数を、Ｉ／Ｏログテーブル１４０ａに登録し、直前のＩ／Ｏエラー回数を、Ｇセンサ記録テーブル１４０ｂに登録する処理を繰り返し実行する。また、登録部１５０ａは、センサ情報記憶部１１５にＧセンサ値が登録されると、Ｇセンサ値をＧセンサ記録テーブル１４０ｂに登録する。そして、保守対象装置１００の判定部１５０ｂは、Ｇセンサ記録テーブル１４０ｂを基にして、Ｇセンサ値が閾値Ｔｈｇ以上となった基準日時の前後のＩ／Ｏエラー回数を基にして、衝撃に起因する故障が発生したか否かを判定する。これによって、保守対象装置に発生した故障が、偶発的な故障であるか、衝撃を与えたことによる利用者過失による故障であるかを判定することができる。

【0063】

保守対象装置１００は、差分エラー回数が、閾値Ｔｈ１以上である場合、「利用者過失による故障が発生した」と判定する。または、保守対象装置１００は、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられており、かつ、基準日時から故障日時までの期間が、所定期間未満である場合には「利用者過失による故障が発生した」と判定する。これによって、利用者過失による故障を客観的に判定することができる。

【0064】

保守対象装置１００は、Ｇセンサ値が閾値Ｔｈｇ以上となる衝撃が保守対象装置１００に与えられておらず、かつ、「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した」と判定した場合には、「偶発的な故障が発生した」と判定する。これによって、偶発的な故障を客観的に判定することができる。

【0065】

保守対象装置１００は、最終的な判定結果が「（偶発的故障か利用者過失による故障かは不明であるが）保守対象装置に故障が発生した」場合に、Ｇセンサ記録テーブル１４０ｂの情報、基準日時、故障日時等を警告画面に設定して、表示させる。これによって、保守管理者は、偶発的な故障であるか、利用者過失による故障であるかを判断することが容易となる。

【0066】

次に、本実施例に示した保守対象装置１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図７は、本実施例に係る保守対象装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

【0067】

図７に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読み取る読み取り装置３０４と、有線または無線ネットワークを介して、外部装置等との間でデータの授受を行うインタフェース装置３０５とを有する。コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７と、衝撃センサモジュール３０８とを有する。そして、各装置３０１～３０８は、バス３０９に接続される。衝撃センサモジュール３０８は、図１に示した、衝撃センサ１０５、記録制御部１１０、センサ情報記憶部１１５の機能を有する装置である。

【0068】

ハードディスク装置３０７は、登録プログラム３０７ａ、判定プログラム３０７ｂ、画面情報生成プログラム３０７ｃを有する。ＣＰＵ３０１は、登録プログラム３０７ａ、判定プログラム３０７ｂ、画面情報生成プログラム３０７ｃを読み出してＲＡＭ３０６に展開する。

【0069】

登録プログラム３０７ａは、登録プロセス３０６ａとして機能する。判定プログラム３０７ｂは、判定プロセス３０６ｂとして機能する。画面情報生成プログラム３０７ｃは、画面情報生成プロセス３０６ｃとして機能する。

【0070】

登録プロセス３０６ａの処理は、登録部１５０ａの処理に対応する。判定プロセス３０６ｂの処理は、判定部１５０ｂの処理に対応する。画面情報生成プロセス３０６ｃの処理は、画面情報生成部１５０ｃの処理に対応する。

【0071】

なお、各プログラム３０７ａ～３０７ｃついては、必ずしも最初からハードディスク装置３０７に記憶させておかなくてもよい。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００が各プログラム３０７ａ～３０７ｃを読み出して実行するようにしてもよい。

【符号の説明】

【0072】

１００ 保守対象装置
１０１ 通信部
１０２ 入力部
１０３ 表示部
１０４ タイマ
１０５ 衝撃センサ
１１０ 記録制御部
１１５ センサ情報記憶部
１４０ 記憶部
１４０ａ Ｉ／Ｏログテーブル
１４０ｂ Ｇセンサ記録テーブル
１５０ 制御部
１５０ａ 登録部
１５０ｂ 判定部
１５０ｃ 画面情報生成部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】