(57)【要約】  無線タグが付加された複数の部品からなるシステムの構成管理において、あらかじめ決められた契機で、各部品の動作状況がチェックされ、無線タグに記録された各部品の部品情報がタグリーダにより読み出される。そして、動作状況のチェック結果と読み出された部品情報が部品毎に記録される。【特許請求の範囲】
【請求項１】
無線タグが付加された複数の部品からなるシステムの構成を管理する管理装置であって、
各部品の動作状況をあらかじめ決められた契機でチェックするチェック部と、
前記無線タグに記録された各部品の部品情報を前記あらかじめ決められた契機で読み出すタグリーダと、
前記動作状況のチェック結果と前記部品情報とを部品毎に格納する格納部と
を備えることを特徴とする管理装置。
【請求項２】
無線タグが付加された複数の部品からなり、タグリーダを有するシステムの構成を管理するコンピュータのためのプログラムであって、
各部品の動作状況をあらかじめ決められた契機でチェックし、
前記無線タグに記録された各部品の部品情報を前記あらかじめ決められた契機で読み出すように、前記タグリーダを制御し、
前記動作状況のチェック結果と前記部品情報とを部品毎に格納部に格納する
処理を前記コンピュータに実行させることを特徴とするプログラム。
【請求項３】
部品の動作が確認されないとき、動作異常情報を前記動作状況のチェック結果として前記格納部に格納する処理と、該格納部に格納された直前の部品情報と前記無線タグから読み出された現在の部品情報を比較して、該直前の部品情報と現在の部品情報が一致しなければ部品異常情報を該格納部に格納する処理を、前記コンピュータに実行させることを特徴とする請求項２記載のプログラム。
【請求項４】
部品の動作が確認されず、かつ、前記直前の部品情報と現在の部品情報が一致すれば、該部品が故障したことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項３記載のプログラム。
【請求項５】
部品の動作が確認され、かつ、前記直前の部品情報と現在の部品情報が一致しなければ、該部品が交換されたことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項３記載のプログラム。
【請求項６】
部品の動作が確認されず、かつ、前記直前の部品情報と現在の部品情報が一致しなければ、該部品が存在しないことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項３記載のプログラム。
【請求項７】
前記システムに第１の部品が含まれるとき、整合性データベースに格納された、該第１の部品のために必要な第２の部品の部品情報と、前記格納部に格納された部品情報とを比較して、該第２の部品が該システムに含まれているか否かをチェックし、チェック結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項２、３、４、５、または６記載のプログラム。
【請求項８】
前記システムはタグライタを有し、前記プログラムは、部品の動作が確認されないとき、該部品に付加された無線タグにエラー情報を書き込むように該タグライタを制御する処理を、前記コンピュータに実行させることを特徴とする請求項２、３、４、または６記載のプログラム。
【請求項９】
部品の動作が確認されないとき、前記無線タグから読み出された部品情報をもとに、該部品の修理のための送付状を印刷する処理を、前記コンピュータに実行させることを特徴とする請求項２、３、４、または６記載のプログラム。
【請求項１０】
無線タグが付加された複数の部品からなり、タグリーダを有するシステムの構成を管理する管理方法であって、
コンピュータが、各部品の動作状況をあらかじめ決められた契機でチェックし、
前記コンピュータが、前記無線タグに記録された各部品の部品情報を前記あらかじめ決められた契機で読み出すように、前記タグリーダを制御し、
前記コンピュータが、前記動作状況のチェック結果と前記部品情報とを部品毎に格納部に格納する
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム等の構成部品に付加された無線タグを用いて、システム構成を管理する装置に関する。
【背景技術】
【０００２】
近年、情報処理システムのサポート業務のシステム化が進んでいるが、異常発生時の保守業務にはマニュアル作業の部分も多く残されており、以下のような問題がある。
（１）現場においてソフトウェアおよびハードウェアの保守を行うフィールドエンジニア（ＦＥ）が、システムを構成するハードウェア部品の情報を逐一確認し、まとめる必要がある。
（２）部品と部品または部品とシステムの整合性がチェックできない。
（３）部品に何回エラーが起きたかを記録することができない。すなわち、エラー履歴が把握できない。
（４）交換部品を発注するとき、部品を識別するための部品コードが不明なものがあり、現品相違が発生しやすい。
（５）ＦＥが現場に行き、システムの電源をオンにしたときに、アラーム等により初めて物理的な故障個所が分かる。【０００３】
これに対して、先願である特願２００４−１７０７４４号には、サーバ筐体内の各部品に版数情報を付加した無線タグ（Radio Frequency Identification，ＲＦＩＤ）を貼付し、筐体を開いたときに情報を収集することにより、筐体内の各部品の情報を一括で取得する方法が開示されている。【０００４】
しかし、サーバシステムでは部品数が膨大であり、ユーザが勝手に部品を交換してしまう場合もある。このため、異常発生時にＦＥがシステムを見ても、故障箇所を判別することは困難である。【０００５】
特許文献１は、製品の内容を記録したバーコードラベル等の情報記録媒体を製品に貼付して出荷する品質管理方法に関し、特許文献２は、ハードウェアの格納部に書き込まれた版数等の固有情報を管理装置内の固有情報と比較して、ハードウェアの実装チェックを行う管理方法に関する。
【特許文献１】日本特許出願公開  特開２００３−２３３６５２号公報
【特許文献２】日本特許出願公開  特開平０７−２１９８０６号公報
【発明の開示】
【０００６】
本発明の課題は、システムの構成部品に付加された無線タグを用いてシステム構成を管理するとともに、異常発生時の保守業務を効率化することである。
本発明の管理装置は、チェック部、タグリーダ、および格納部を備え、無線タグが付加された複数の部品からなるシステムの構成を管理する。チェック部は、各部品の動作状況をあらかじめ決められた契機でチェックする。タグリーダは、無線タグに記録された各部品の部品情報を上記あらかじめ決められた契機で読み出す。格納部は、動作状況のチェック結果と部品情報とを部品毎に格納する。
【０００７】
このような管理装置によれば、ＦＥが現場に出向かなくても、あらかじめ決められた契機で、チェック部とタグリーダの両方により現在の部品の情報が自動的に取得され、それらの情報が格納部に記録される。このため、システムが多数の部品からなる場合や、ユーザが勝手に部品を交換した場合であっても、常に構成部品の状況を正確に把握することが可能になる。したがって、異常発生時に直ちに故障箇所を特定することができる。
【０００８】
管理装置は、例えば、部品の動作が確認されないとき、動作異常情報を動作状況のチェック結果として格納部に格納する。また、格納部に格納された直前の部品情報と無線タグから読み出された現在の部品情報を比較して、それらの部品情報が一致しなければ部品異常情報を格納部に格納する。
【０００９】
チェック部は、例えば、後述するサービスプロセッサ１０７またはサービスプロセッサ６０４に対応し、タグリーダは、例えば、後述するリーダ／ライタ１０６またはリーダ／ライタ６０２に対応する。また、格納部は、例えば、後述する構成データベース１０１、ＲＦＩＤ状況データベース６０１、または部品状況データベース６０５に対応する。
【００１０】
部品情報は、例えば、後述する部品レコード内のシリアル番号等の情報に対応する。動作異常情報は、例えば、構成データベース１０１の部品レコード内の問題発生日、現象、部品交換管理項目等の情報、または、部品状況データベース６０５の部品レコード内の現在情報Ｂ２の状況フラグ（ｆａｌｓｅ）に対応する。また、部品異常情報は、例えば、ＲＦＩＤ状況データベース６０１の部品レコード内の現在情報Ａ２の状況フラグ（ｆａｌｓｅ）に対応する。
【図面の簡単な説明】
【００１１】
【図１】本発明の構成管理処理を示す図である。
【図２】本発明の整合性チェック処理を示す図である。
【図３】本発明のエラー発生記録処理を示す図である。
【図４】本発明の部品コード確認処理を示す図である。
【図５】本発明の不良部品検出処理を示す図である。
【図６】情報処理システムを示す図である。
【図７】データベースのレコードを示す図である。
【図８】エラー発生記録処理のフローチャートである。
【図９】情報処理装置の構成図である。
【図１０】プログラムおよびデータの提供方法を示す図である。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
本実施形態では、工場から部品を出荷するときに、各部品に書き換え可能なＲＦＩＤタグを付加しておき、このＲＦＩＤタグを用いてハードウェアシステムのシステムサポートを行う。【００１３】
図１は、このようなシステムサポートモデルに基づく構成管理処理の一例を示している。この例では、管理の対象となるシステム本体（製品）１０４は、部品１、部品２、・・・、部品ｎ等のｎ個の部品からなり、部品ｉ（ｉ＝１，２，．．．，ｎ）にはＲＦＩＤタグ１１１−ｉが貼付されている。【００１４】
システム本体１０４以外に、構成データベース（ＤＢ）１０１、整合性データベース（ＤＢ）１０２、リーダ／ライタ１０５、１０６、サービスプロセッサ（ＳＶＰ）１０７、およびプリンタ１０８も設置される。このうち、構成ＤＢ１０１および整合性ＤＢ１０２は、通信ネットワーク１０３を介してＳＶＰ１０７等と接続される。リーダ／ライタ１０５および１０６は、無線技術により非接触で、ＲＦＩＤタグ１１１−ｉの情報を読み書きすることができる。【００１５】
構成管理処理では、部品ｉにＲＦＩＤタグ１１１−ｉを貼付することにより、部品毎にかつシステムとして、自動的に構成管理を行う。ＲＦＩＤタグ１１１−ｉ内のレコードの初期値は工場出荷時に記録され、その更新はフィールドにて行われる。構成管理処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、構成情報の収集をリーダ／ライタ１０６に指示する。
（２）リーダ／ライタ１０６は、各ＲＦＩＤタグ１１１−ｉの情報を参照する。
（３）各ＲＦＩＤタグ１１１−ｉは、リーダ／ライタ１０６に情報を提供する。
（４）ＳＶＰ１０７は、ＲＦＩＤタグ１１１−ｉからの情報をもとに、システム本体１０４の構成情報を生成し、構成ＤＢ１０１に格納する。
（５）ＳＶＰ１０７は、構成ＤＢ１０１に格納された構成情報の印刷をプリンタ１０８に指示する。【００１６】
ＲＦＩＤタグ１１１−ｉ内のレコードと構成ＤＢ１０１内の構成情報のレコードは、例えば、次のように設計される。製品レコードは、システム本体１０４のレコードであり、部品レコードは、各部品ｉのレコードである。「場所」は書き込みを行う場所を表し、「契機」は書き込みの契機を表す。
Ｉ．ＲＦＩＤタグのレコード設計
１．製品レコード
場所                契機
（１）製品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）出荷日                            工場                出荷時
（５）出荷工場名                        工場                出荷時
（６）返却先名                          工場                出荷時
（７）返却先住所                        工場                出荷時
（８）通関日                            フィールド          納入時
（９）出荷先                            工場                出荷時
２．部品レコード
場所                契機
（１）部品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）ＥＣ適用日                        フィールド          ＥＣ適用時
（５）使用製品コード
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（６）使用製品シリアル番号
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（７）出荷日                            工場                出荷時
（８）ワランティ期日                    工場                出荷時
（９）出荷工場名                        工場                出荷時
（１０）返却先住所                      工場                出荷時
（１１）通関日                          フィールド          受領時
（１２）出荷先                          工場                出荷時
（１３）問題発生日１                    フィールド          発生時
（１４）現象１                          フィールド          発生時
（１５）対処１                          フィールド          発生時
（１６）問題発生日２                    フィールド          発生時
（１７）現象２                          フィールド          発生時
（１８）対処２                          フィールド          発生時
（１９）問題発生日３                    フィールド          発生時
（２０）現象３                          フィールド          発生時
（２１）対処３                          フィールド          発生時
ＩＩ．構成ＤＢのレコード設計
１．製品レコード
場所                契機
（１）製品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）出荷日                            工場                出荷時
（５）通関日                            フィールド          受領時
（６）顧客名                            フィールド          出荷時
（７）部品レコードへのポインタ
初期値                          工場                出荷時
更新                            フィールド          置き換え時
２．部品レコード
場所                契機
（１）製品レコードへのポインタ
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（２）部品コード                        工場                出荷時
（３）シリアル番号                      工場                出荷時
（４）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（５）出荷日                            工場                出荷時
（６）通関日                            フィールド          受領時
（７）顧客名                            フィールド          出荷時
（８）問題発生日１                      フィールド          発生時
（９）現象１                            フィールド          発生時
（１０）対処１                          フィールド          発生時
（１１）問題発生日２                    フィールド          発生時
（１２）現象２                          フィールド          発生時
（１３）対処２                          フィールド          発生時
（１４）問題発生日３                    フィールド          発生時
（１５）現象３                          フィールド          発生時
（１６）対処３                          フィールド          発生時
（１７）部品交換管理項目
ａ．問題発生日時              フィールド          発生時
ｂ．交換日時                  フィールド          交換時
ｃ．シリアル番号
初期値：ブランク
更新                    フィールド          交換時
（１８）次の部品レコードへのポインタ
初期値                        工場                出荷時
更新                          フィールド          交換時
上記レコードの属性のうち、ＥＣ番号は、ハードウェア修正を行うＥＣ（エンジニアリング・チェンジ）によって変更される版数情報であり、ＥＣ適用時にフィールドにて更新される。【００１７】
このような構成管理処理によれば、今までできなかった構成管理が、更新記録も含めて自動的にできるようになる。したがって、人為的ミスの防止とＦＥの作業の削減を図ることができる。【００１８】
図２は、図１のシステムにおける整合性チェック処理を示している。整合性チェック処理では、構成ＤＢ１０１と整合性ＤＢ１０２をマッチングすることにより、ＥＣレベルまで含めた部品同士の整合性、またはシステムとしての整合性をチェックする。整合性ＤＢ１０２は、あらかじめ生成されており、ある部品を使用するときに必要となる他の部品の情報を格納する。この例では、以下のような情報が格納される。【００１９】
整合性チェック処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、システム本体１０４のプログラム１１２に整合性チェックを指示する。
（２）プログラム１１２は、構成ＤＢ１０１の情報を読み出し、整合性ＤＢ１０２の情報とのマッチングを行う。【００２０】
例えば、構成ＤＢ１０１および整合性ＤＢ１０２に、それぞれ次のような部品の情報が格納されている場合を想定する。
構成ＤＢ
部品１＝（ＣＰＵ，ＥＣ番号＝Ｖ１）
部品２＝（プリンタ，ＥＣ番号＝Ｖ２）
整合性ＤＢ
使用部品      必要な部品
部品１        部品２，部品３
部品２        部品４
部品１＝（ＣＰＵ，ＥＣ番号＝Ｖ２）
部品２＝（プリンタ，ＥＣ番号＝Ｖ２）
部品３＝（ＬＡＮカード，ＥＣ番号＝Ｖ３）
部品４＝（ＧＥケーブル，ＥＣ番号＝Ｖ４）
この場合、構成ＤＢ１０１の部品１のＥＣ番号はＶ１であり、整合性ＤＢ１０２の部品１のＥＣ番号はＶ２であるため、矛盾が生じている。また、整合性ＤＢ１０２上では、部品１を使用する場合に部品２および部品３が必要であり、部品２を使用する場合に部品４が必要であるが、構成ＤＢ１０１には部品３および部品４が登録されていない。プログラム１１２は、このような矛盾点を検出する。
（３）プログラム１１２は、整合性チェックの結果の印刷をプリンタ１０８に指示する。構成ＤＢ１０１と整合性ＤＢ１０２の間に矛盾点がなければ、整合性ありと印刷され、矛盾点があれば、整合性に問題ありと印刷される。【００２１】
このような整合性チェック処理によれば、ＥＣレベルまで含めた部品同士および部品とシステムの整合性を動的にチェックすることができる。
図３は、図１のシステムにおいて発生したエラーを自動的に記録する処理を示している。このエラー発生記録処理では、部品にエラーが起きたことをＳＶＰ１０７は認識しているので、そのエラーの情報をその部品のＲＦＩＤタグに書き込む。エラー発生記録処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、システム本体１０４にチェック信号を発行して、部品２にエラーが発生したことを認識する。
（２）ＳＶＰ１０７は、ＲＦＩＤタグ１１１−２にエラー発生を記録するように、リーダ／ライタ１０５に指示する。
（３）リーダ／ライタ１０５は、問題発生日および現象をＲＦＩＤタグ１１１−２に追加モードで記録する。部品２が故障しても、ＲＦＩＤタグ１１１−２およびリーダ／ライタ１０５は正常に動作している。
（４）集計プログラム１１３は、構成ＤＢ１０１の部品２の部品交換管理項目に、問題発生日時を記録する。
（５）ＳＶＰ１０７は、部品２の交換時に、構成ＤＢ１０１の部品２の部品交換管理項目に、交換日時および交換部品のシリアル番号を記録する。【００２２】
このようなエラー発生記録処理によれば、ＲＦＩＤタグにエラー履歴が記録されるため、エラー発生回数の多い部品から調査を始めることにより、修理部品の不良個所をより早く特定できる可能性が高まる。経験的には、複数回のエラーが発生している部品は継続してエラーを起こしやすいことが知られているからである。また、構成ＤＢ１０１の部品交換管理項目を参照することにより、顧客サイドに出向かなくても部品を交換したか否かを把握できるようになる。【００２３】
図４は、図１のシステムにおける部品コード確認処理を示している。部品コード確認処理では、ＲＦＩＤタグに部品の部品コードを記録しておくことにより、部品コードが印字されていない部品でも部品コードを特定することができる。これにより、現品相違が回避される。故障した部品は修理のためサポートセンタに返却されるが、部品の活性交換時やシステム本体１０４の電源投入時に、以下の手順で部品コード確認処理が行われる。
（１）ＳＶＣ１０７は、部品２の修理を要請する送付状（Parts Repair Tag）の印刷処理の開始を、リーダ／ライタ１０６に指示する。
（２）リーダ／ライタ１０６は、ＲＦＩＤタグ１１１−２の情報を読み出す。
（３）整形プログラム１１４は、読み出された情報をもとに送付状を生成する。
（４）整形プログラム１１４は、送付状の印刷をプリンタ１０８に指示する。【００２４】
このような部品コード確認処理によれば、修理部品の送付状を自動的に印刷することができ、現品相違が防止される。
図５は、図１のシステムにおける不良部品検出処理を示している。ＲＦＩＤタグには部品コードやメッセージが記録されているので、ＦＥはフィールドにてＨＴ（ハンドヘルドターミナル）１１５により、システム本体１０４の故障個所（不良部品）を簡単に発見できる。ＨＴ１１５は、リーダ／ライタが内蔵された携帯情報処理装置である。この場合、システム本体１０４の電源をオンにする必要はない。不良部品検出処理の手順は、以下の通りである。
（１）ＦＥは、ＨＴ１１５を持って部品１の前に行く。部品１のＲＦＩＤタグ１１１−１には現時点におけるエラー発生が記録されていないので、ＨＴ１１５はエラーを表示しない。
（２）ＦＥは、ＨＴ１１５を持って部品２の前に行く。部品２のＲＦＩＤタグ１１１−２にはエラー発生が記録されているので、ＨＴ１１５はエラーを表示する。これにより、ＦＥは不良部品を特定することができる。
（３）ＦＥは、構成ＤＢ１０１や部品２のＲＦＩＤタグ１１１−２から、さらに部品２のエラー履歴が分かるので、より適切な対応をとることができる。例えば、同じ問題が３回発生しているから部品２を早く交換するとか、１回目のエラーだからシステム本体１０４の電源をオフ／オンして様子を見るとかの対処が考えられる。【００２５】
このような不良部品検出処理によれば、ＦＥはシステム本体１０４の電源をオンにしなくても不良部品が分かるので、すぐに部品交換作業に入ることができる。また、構成ＤＢ１０１と不良部品のＲＦＩＤタグからエラー履歴が分かるため、より効率よく保守作業を行うことができる。【００２６】
次に、図６から図８までを参照しながら、上述したエラー発生記録処理の別の例について説明する。
図６は、エラー発生記録処理を行う情報処理システムを示している。図６のシステムは、ＲＦＩＤ状況ＤＢ６０１、リーダ／ライタ６０２、サーバ６０３、ＳＶＰ６０４、部品状況ＤＢ６０５、ログＤＢ６０６、表示装置６０７、６０９、および通信ネットワーク６０８からなる。【００２７】
このうち、サーバ６０３は、管理の対象となるシステムであり、ＣＰＵ（中央処理装置）６１１およびメモリ６１２を含むｎ個の部品から構成される。ＣＰＵ６１１およびメモリ６１２には、ＲＦＩＤタグ６２１および６２２がそれぞれ貼付されている。また、サーバ６０３には、書き込みプログラム６３１およびチェックプログラム６３２が実装されている。【００２８】
ＳＶＰ６０４は、一定時間毎にサーバ６０３の各部品の動作状況をチェックし、書き込みプログラム６３１がその情報を部品状況ＤＢ６０５に格納する。また、リーダ／ライタ６０２は、一定時間毎にＲＦＩＤタグから各部品の状況を取得し、書き込みプログラム６３１がその情報をＲＦＩＤ状況ＤＢ６０１に格納する。そして、チェックプログラム６３２は、各部品の直前の状態と現在の状態を比較し、それらが異なっていればエラーが発生したものと判断して、警告情報を通知する。【００２９】
ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５には、図７に示すように、製品レコード７０１と各部品ｉ（ｉ＝１，２，．．．，ｎ）の部品レコード７０２−ｉが格納される。部品１および部品２は、それぞれＣＰＵ６１１およびメモリ６１２に対応する。製品レコード７０１からリンクされた部品レコード７０２−ｉは、以下のような属性を含む。
１．ＲＦＩＤ状況ＤＢの部品レコード
ａ．部品コード
ｂ．シリアル番号
ｃ．直前情報Ａ１
ｃ１：チェック日時
ｃ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
ｄ．現在情報Ａ２
ｄ１：チェック日時
ｄ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
２．部品状況ＤＢの部品レコード
ａ．部品コード
ｂ．シリアル番号
ｃ．直前情報Ｂ１
ｃ１：チェック日時
ｃ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
ｄ．現在情報Ｂ２
ｄ１：チェック日時
ｄ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
また、ＲＦＩＤタグ６２１および６２２の部品レコードは、以下のような属性を有する。【００３０】
ａ．部品コード
ｂ．シリアル番号
図８は、図６のシステムにおけるエラー発生記録処理のフローチャートである。サーバ６０３は、以下のような作業領域をメモリ６１２内に確保して処理を行う。
（１）ＲＦＩＤ領域ｊ：ＲＦＩＤ状況ＤＢ上の部品ｊの部品レコードを取り込む領域
（２）部品領域ｊ：部品状況ＤＢ上の部品ｊの部品レコードを取り込む領域
（３）ＴＦ領域：真（ｔｒｕｅ）または偽（ｆａｌｓｅ）を設定する領域
まず、サーバ６０３は、定期的に書き込みプログラム６３１の起動を行う。起動周期は可変であり、問題が頻繁に発生するようならば、周期を短くする。書き込みプログラム６３１は、ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５をオープンし（ステップ８０１）、制御変数ｊに１を設定する（ステップ８０２）。【００３１】
次に、書き込みプログラム６３１は、ＲＦＩＤ状況ＤＢ６０１上の部品ｊの部品レコードの内容をＲＦＩＤ領域ｊに設定する（ステップ８０３）。そして、ＲＦＩＤ領域ｊの現在情報Ａ２をＲＦＩＤ領域ｊの直前情報Ａ１にコピーし、ＴＦ領域にｔｒｕｅを設定する。【００３２】
リーダ／ライタ６０２は、部品ｊのＲＦＩＤタグから部品レコードの内容を読み出し、書き込みプログラム６３１に渡す。書き込みプログラム６３１は、ＲＦＩＤ領域ｊのシリアル番号とＲＦＩＤタグのシリアル番号を比較し、両者が一致しなければ、ＴＦ領域にｆａｌｓｅを設定する。また、リーダ／ライタ６０２が部品ｊのＲＦＩＤタグからシリアル番号を読み出せなかった場合も、ＴＦ領域にｆａｌｓｅを設定する。そして、ＴＦ領域の内容をＲＦＩＤ領域ｊの現在情報Ａ２の状況フラグに設定する。【００３３】
次に、書き込みプログラム６３１は、部品状況ＤＢ６０５上の部品ｊの部品レコードの内容を部品領域ｊに設定する（ステップ８０４）。そして、部品領域ｊの現在情報Ｂ２を部品領域ｊの直前情報Ｂ１にコピーし、ＴＦ領域にｔｒｕｅを設定する。【００３４】
ＳＶＰ６０４は、部品ｊに対してチェック信号を発行する。部品ｊが故障しているか、または存在しない場合は、その部品から応答信号が帰ってこないので、エラーの発生を書き込みプログラム６３１に通知する。これを受けて、書き込みプログラム６３１は、ＴＦ領域にｆａｌｓｅを設定する。そして、ＴＦ領域の内容を部品領域ｊの現在情報Ｂ２の状況フラグに設定する。【００３５】
次に、チェックプログラム６３２が呼び出され、ＲＦＩＤ領域ｊのＡ１、Ａ２および部品領域ｊのＢ１、Ｂ２の状況フラグをチェックして、チェック結果を書き込みプログラム６３１に返す（ステップ８０５）。【００３６】
これらの状況フラグがすべてｔｒｕｅであれば、部品ｊは正常と判断される。この場合、書き込みプログラム６３１は、ＲＦＩＤ領域ｊの内容をＲＦＩＤ状況ＤＢ６０１上の部品ｊの部品レコードに書き込み、部品領域ｊの内容を部品状況ＤＢ６０５上の部品ｊの部品レコードに書き込む（ステップ８０７）。そして、ｊを１だけインクリメントして（ステップ８０８）、ｊを部品数ｎと比較し（ステップ８０９）、ｊがｎ以下であればステップ８０３以降の処理を繰り返す。【００３７】
これに対して、Ａ２および／またはＢ２の状況フラグがｆａｌｓｅであれば、部品ｊにエラーが発生したと判断される。この場合、チェックプログラム６３２は、Ａ２およびＢ２の状況フラグの値に応じて以下のような通知処理を行う（ステップ８０６）。
（１）Ａ１＝ｔｒｕｅ，Ａ２＝ｆａｌｓｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｔｒｕｅの場合
部品ｊが交換されたか、または部品ｊにＲＦＩＤタグが貼付されていないことを通知する。部品が交換された場合、ステップ８０３においてシリアル番号が一致しないため、ＲＦＩＤ領域ｊのＡ２にｆａｌｓｅが設定される。
（２）Ａ１＝ｔｒｕｅ，Ａ２＝ｔｒｕｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｆａｌｓｅの場合
部品ｊが故障したことを通知する。部品ｊが故障している場合、ステップ８０４において応答信号が帰ってこないため、部品領域ｊのＢ２にｆａｌｓｅが設定される。
（３）Ａ１＝ｔｒｕｅ，Ａ２＝ｆａｌｓｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｆａｌｓｅの場合
部品ｊが存在しないことを通知する。部品ｊが存在しない場合、ステップ８０３においてシリアル番号が読み出せないため、ＲＦＩＤ領域ｊのＡ２にｆａｌｓｅが設定され、ステップ８０４において応答信号が帰ってこないため、部品領域ｊのＢ２にｆａｌｓｅが設定される。【００３８】
チェックプログラム６３２は、例えば、以下のいずれかの方法で、上記（１）〜（３）のエラー情報を通知先に通知する。
（ａ）ログＤＢ６０６にメッセージログを格納する。
（ｂ）ＳＶＰ６０４の表示装置６０７の画面上に表示する。
（ｃ）通信ネットワーク６０８を介して、サポートセンタ等に設けられた表示装置６０９にリモート通報を行う。【００３９】
その後、部品ｊが正常な場合と同様に、書き込みプログラム６３１は、ステップ８０７以降の処理を行う。そして、ステップ８０９においてｊがｎを超えると、ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５をクローズして（ステップ８１０）、処理を終了する。【００４０】
このようなエラー発生記録処理によれば、ＳＶＰ６０４とリーダ／ライタ６０２の両方により部品状況が取得され、それらの情報がデータベースに記録される。さらに、各部品について取得方法の異なる２つの状況を比較することにより、異常を効率よく検出することが可能になる。また、エラー情報のリモート通報を行うことで、ＦＥが顧客サイドに出向かなくても故障箇所を特定することが可能になる。【００４１】
なお、図８のエラー発生記録処理は、上述した図１の構成管理処理、図２の整合性チェック処理、図３のエラー発生記録処理、図４の部品コード確認処理、および図５の不良部品検出処理の一部または全部と組み合わせて実施することができる。【００４２】
以上説明した実施形態では、主として、情報処理システムのシステムサポートを行う場合について説明したが、本発明は、通信システム等を含む任意のハードウェアシステムのシステムサポートに適用することができる。また、管理対象のシステム内で各種プログラムを実行する代わりに、それらのプログラムをＳＶＰ内で実行するようにしてもよい。【００４３】
ところで、図１のシステム本体１０４、ＳＶＰ１０７および図６のサーバ６０３、ＳＶＰ６０４は、例えば、図９に示すような情報処理装置（コンピュータ）を用いて構成される。図９の情報処理装置は、ＣＰＵ９０１、メモリ９０２、入力装置９０３、出力装置９０４、外部記憶装置９０５、媒体駆動装置９０６、ネットワーク接続装置９０７を備え、それらはバス９０８により互いに接続されている。【００４４】
メモリ９０２は、例えば、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）等を含み、処理に用いられるプログラムおよびデータを格納する。ＣＰＵ９０１は、メモリ９０２を利用してプログラムを実行することにより、必要な処理を行う。【００４５】
入力装置９０３は、例えば、オペレータからの指示や情報の入力に用いられる。出力装置９０４は、例えば、ディスプレイ、プリンタ、スピーカ等であり、オペレータへの問い合わせや処理結果等の出力に用いられる。図６の表示装置６０７は、出力装置９０４に対応する。【００４６】
外部記憶装置９０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置９０５に、プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ９０２にロードして使用する。【００４７】
外部記憶装置９０５は、図１の構成ＤＢ１０１、整合性ＤＢ１０２および図６のＲＦＩＤ状況ＤＢ６０１、部品状況ＤＢ６０５、ログＤＢ６０６としても使用される。この場合、構成ＤＢ１０１と整合性ＤＢ１０２を同じ外部記憶装置９０５内に設けてもよい。また同様に、ＲＦＩＤ状況ＤＢ６０１と部品状況ＤＢ６０５を同じ外部記憶装置９０５内に設けてもよい。【００４８】
媒体駆動装置９０６は、可搬記録媒体９０９を駆動し、その記録内容にアクセスする。可搬記録媒体９０９は、メモリカード、フレキシブルディスク、光ディスク、光磁気ディスク等の任意のコンピュータ読み取り可能な記録媒体である。オペレータは、この可搬記録媒体９０９にプログラムおよびデータを格納しておき、必要に応じて、それらをメモリ９０２にロードして使用する。【００４９】
ネットワーク接続装置９０７は、ＬＡＮ（local area network）等の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、必要に応じて、プログラムおよびデータを外部の装置からネットワーク接続装置９０７を介して受け取り、それらをメモリ９０２にロードして使用する。【００５０】
図１０は、図９の情報処理装置にプログラムおよびデータを提供する方法を示している。可搬記録媒体９０９やサーバ１００１のデータベース１０１１に格納されたプログラムおよびデータは、情報処理装置１００２のメモリ９０２にロードされる。サーバ１００１は、そのプログラムおよびデータを搬送する搬送信号を生成し、通信ネットワーク上の任意の伝送媒体を介して情報処理装置１００２に送信する。ＣＰＵ９０１は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。
【図１】
2006051606.tif 000002
【図２】
2006051606.tif 000003
【図３】
2006051606.tif 000004
【図４】
2006051606.tif 000005
【図５】
2006051606.tif 000006
【図６】
2006051606.tif 000007
【図７】
2006051606.tif 000008
【図８】
2006051606.tif 000009
【図９】
2006051606.tif 000010
【図１０】
2006051606.tif 000011
【手続補正書】
【提出日】平成19年5月16日(2007.5.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線タグが付加された複数の部品からなり、タグリーダを有するシステムの構成を管理するコンピュータのためのプログラムであって、
各部品の動作状況をあらかじめ決められた契機でチェックし、
前記無線タグに記録された各部品の部品情報を前記あらかじめ決められた契機で読み出すように、前記タグリーダを制御し、
前記動作状況のチェック結果と前記部品情報とを部品毎に格納部に格納する
処理を前記コンピュータに実行させることを特徴とするプログラム。
【請求項２】
部品の動作が確認されないとき、動作異常情報を前記動作状況のチェック結果として前記格納部に格納する処理と、該格納部に格納された直前の部品情報と前記無線タグから読み出された現在の部品情報を比較して、該直前の部品情報と現在の部品情報が一致しなければ部品異常情報を該格納部に格納する処理を、前記コンピュータに実行させることを特徴とする請求項１記載のプログラム。
【請求項３】
部品の動作が確認されず、かつ、前記直前の部品情報と現在の部品情報が一致すれば、該部品が故障したことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項２記載のプログラム。
【請求項４】
部品の動作が確認され、かつ、前記直前の部品情報と現在の部品情報が一致しなければ、該部品が交換されたことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項２記載のプログラム。
【請求項５】
部品の動作が確認されず、かつ、前記直前の部品情報と現在の部品情報が一致しなければ、該部品が存在しないことを通知する処理を、前記コンピュータに実行させることを特徴とする請求項２記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム等の構成部品に付加された無線タグを用いて、システム構成を管理する装置に関する。
【背景技術】
【０００２】
近年、情報処理システムのサポート業務のシステム化が進んでいるが、異常発生時の保守業務にはマニュアル作業の部分も多く残されており、以下のような問題がある。
（１）現場においてソフトウェアおよびハードウェアの保守を行うフィールドエンジニア（ＦＥ）が、システムを構成するハードウェア部品の情報を逐一確認し、まとめる必要がある。
（２）部品と部品または部品とシステムの整合性がチェックできない。
（３）部品に何回エラーが起きたかを記録することができない。すなわち、エラー履歴が把握できない。
（４）交換部品を発注するとき、部品を識別するための部品コードが不明なものがあり、現品相違が発生しやすい。
（５）ＦＥが現場に行き、システムの電源をオンにしたときに、アラーム等により初めて物理的な故障個所が分かる。
【０００３】
これに対して、先願である特願２００４−１７０７４４号には、サーバ筐体内の各部品に版数情報を付加した無線タグ（Radio Frequency Identification，ＲＦＩＤ）を貼付し、筐体を開いたときに情報を収集することにより、筐体内の各部品の情報を一括で取得する方法が開示されている。
【０００４】
しかし、サーバシステムでは部品数が膨大であり、ユーザが勝手に部品を交換してしまう場合もある。このため、異常発生時にＦＥがシステムを見ても、故障箇所を判別することは困難である。
【０００５】
特許文献１は、製品の内容を記録したバーコードラベル等の情報記録媒体を製品に貼付して出荷する品質管理方法に関し、特許文献２は、ハードウェアの格納部に書き込まれた版数等の固有情報を管理装置内の固有情報と比較して、ハードウェアの実装チェックを行う管理方法に関する。
【特許文献１】日本特許出願公開  特開２００３−２３３６５２号公報
【特許文献２】日本特許出願公開  特開平０７−２１９８０６号公報
【発明の開示】
【０００６】
本発明の課題は、システムの構成部品に付加された無線タグを用いてシステム構成を管理するとともに、異常発生時の保守業務を効率化することである。
本発明の管理装置は、チェック部、タグリーダ、および格納部を備え、無線タグが付加された複数の部品からなるシステムの構成を管理する。チェック部は、各部品の動作状況をあらかじめ決められた契機でチェックする。タグリーダは、無線タグに記録された各部品の部品情報を上記あらかじめ決められた契機で読み出す。格納部は、動作状況のチェック結果と部品情報とを部品毎に格納する。
【０００７】
このような管理装置によれば、ＦＥが現場に出向かなくても、あらかじめ決められた契機で、チェック部とタグリーダの両方により現在の部品の情報が自動的に取得され、それらの情報が格納部に記録される。このため、システムが多数の部品からなる場合や、ユーザが勝手に部品を交換した場合であっても、常に構成部品の状況を正確に把握することが可能になる。したがって、異常発生時に直ちに故障箇所を特定することができる。
【０００８】
管理装置は、例えば、部品の動作が確認されないとき、動作異常情報を動作状況のチェック結果として格納部に格納する。また、格納部に格納された直前の部品情報と無線タグから読み出された現在の部品情報を比較して、それらの部品情報が一致しなければ部品異常情報を格納部に格納する。
【０００９】
チェック部は、例えば、後述するサービスプロセッサ１０７またはサービスプロセッサ６０４に対応し、タグリーダは、例えば、後述するリーダ／ライタ１０６またはリーダ／ライタ６０２に対応する。また、格納部は、例えば、後述する構成データベース１０１、ＲＦＩＤ状況データベース６０１、または部品状況データベース６０５に対応する。
【００１０】
部品情報は、例えば、後述する部品レコード内のシリアル番号等の情報に対応する。動作異常情報は、例えば、構成データベース１０１の部品レコード内の問題発生日、現象、部品交換管理項目等の情報、または、部品状況データベース６０５の部品レコード内の現在情報Ｂ２の状況フラグ（ｆａｌｓｅ）に対応する。また、部品異常情報は、例えば、ＲＦＩＤ状況データベース６０１の部品レコード内の現在情報Ａ２の状況フラグ（ｆａｌｓｅ）に対応する。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
本実施形態では、工場から部品を出荷するときに、各部品に書き換え可能なＲＦＩＤタグを付加しておき、このＲＦＩＤタグを用いてハードウェアシステムのシステムサポートを行う。
【００１２】
図１は、このようなシステムサポートモデルに基づく構成管理処理の一例を示している。この例では、管理の対象となるシステム本体（製品）１０４は、部品１、部品２、・・・、部品ｎ等のｎ個の部品からなり、部品ｉ（ｉ＝１，２，．．．，ｎ）にはＲＦＩＤタグ１１１−ｉが貼付されている。
【００１３】
システム本体１０４以外に、構成データベース（ＤＢ）１０１、整合性データベース（ＤＢ）１０２、リーダ／ライタ１０５、１０６、サービスプロセッサ（ＳＶＰ）１０７、およびプリンタ１０８も設置される。このうち、構成ＤＢ１０１および整合性ＤＢ１０２は、通信ネットワーク１０３を介してＳＶＰ１０７等と接続される。リーダ／ライタ１０５および１０６は、無線技術により非接触で、ＲＦＩＤタグ１１１−ｉの情報を読み書きすることができる。
【００１４】
構成管理処理では、部品ｉにＲＦＩＤタグ１１１−ｉを貼付することにより、部品毎にかつシステムとして、自動的に構成管理を行う。ＲＦＩＤタグ１１１−ｉ内のレコードの初期値は工場出荷時に記録され、その更新はフィールドにて行われる。構成管理処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、構成情報の収集をリーダ／ライタ１０６に指示する。
（２）リーダ／ライタ１０６は、各ＲＦＩＤタグ１１１−ｉの情報を参照する。
（３）各ＲＦＩＤタグ１１１−ｉは、リーダ／ライタ１０６に情報を提供する。
（４）ＳＶＰ１０７は、ＲＦＩＤタグ１１１−ｉからの情報をもとに、システム本体１０４の構成情報を生成し、構成ＤＢ１０１に格納する。
（５）ＳＶＰ１０７は、構成ＤＢ１０１に格納された構成情報の印刷をプリンタ１０８に指示する。
【００１５】
ＲＦＩＤタグ１１１−ｉ内のレコードと構成ＤＢ１０１内の構成情報のレコードは、例えば、次のように設計される。製品レコードは、システム本体１０４のレコードであり、部品レコードは、各部品ｉのレコードである。「場所」は書き込みを行う場所を表し、「契機」は書き込みの契機を表す。
Ｉ．ＲＦＩＤタグのレコード設計
１．製品レコード
場所                契機
（１）製品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）出荷日                            工場                出荷時
（５）出荷工場名                        工場                出荷時
（６）返却先名                          工場                出荷時
（７）返却先住所                        工場                出荷時
（８）通関日                            フィールド          納入時
（９）出荷先                            工場                出荷時
２．部品レコード
場所                契機
（１）部品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）ＥＣ適用日                        フィールド          ＥＣ適用時
（５）使用製品コード
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（６）使用製品シリアル番号
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（７）出荷日                            工場                出荷時
（８）ワランティ期日                    工場                出荷時
（９）出荷工場名                        工場                出荷時
（１０）返却先住所                      工場                出荷時
（１１）通関日                          フィールド          受領時
（１２）出荷先                          工場                出荷時
（１３）問題発生日１                    フィールド          発生時
（１４）現象１                          フィールド          発生時
（１５）対処１                          フィールド          発生時
（１６）問題発生日２                    フィールド          発生時
（１７）現象２                          フィールド          発生時
（１８）対処２                          フィールド          発生時
（１９）問題発生日３                    フィールド          発生時
（２０）現象３                          フィールド          発生時
（２１）対処３                          フィールド          発生時
ＩＩ．構成ＤＢのレコード設計
１．製品レコード
場所                契機
（１）製品コード                        工場                出荷時
（２）シリアル番号                      工場                出荷時
（３）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（４）出荷日                            工場                出荷時
（５）通関日                            フィールド          受領時
（６）顧客名                            フィールド          出荷時
（７）部品レコードへのポインタ
初期値                          工場                出荷時
更新                            フィールド          置き換え時
２．部品レコード
場所                契機
（１）製品レコードへのポインタ
初期値                          工場                出荷時
更新                            フィールド          置き換え時
（２）部品コード                        工場                出荷時
（３）シリアル番号                      工場                出荷時
（４）ＥＣ番号
初期値                          工場                出荷時
更新                            フィールド          ＥＣ適用時
（５）出荷日                            工場                出荷時
（６）通関日                            フィールド          受領時
（７）顧客名                            フィールド          出荷時
（８）問題発生日１                      フィールド          発生時
（９）現象１                            フィールド          発生時
（１０）対処１                          フィールド          発生時
（１１）問題発生日２                    フィールド          発生時
（１２）現象２                          フィールド          発生時
（１３）対処２                          フィールド          発生時
（１４）問題発生日３                    フィールド          発生時
（１５）現象３                          フィールド          発生時
（１６）対処３                          フィールド          発生時
（１７）部品交換管理項目
ａ．問題発生日時              フィールド          発生時
ｂ．交換日時                  フィールド          交換時
ｃ．シリアル番号
初期値：ブランク
更新                    フィールド          交換時
（１８）次の部品レコードへのポインタ
初期値                        工場                出荷時
更新                          フィールド          交換時
上記レコードの属性のうち、ＥＣ番号は、ハードウェア修正を行うＥＣ（エンジニアリング・チェンジ）によって変更される版数情報であり、ＥＣ適用時にフィールドにて更新される。
【００１６】
このような構成管理処理によれば、今までできなかった構成管理が、更新記録も含めて自動的にできるようになる。したがって、人為的ミスの防止とＦＥの作業の削減を図ることができる。
【００１７】
図２は、図１のシステムにおける整合性チェック処理を示している。整合性チェック処理では、構成ＤＢ１０１と整合性ＤＢ１０２をマッチングすることにより、ＥＣレベルまで含めた部品同士の整合性、またはシステムとしての整合性をチェックする。整合性ＤＢ１０２は、あらかじめ生成されており、ある部品を使用するときに必要となる他の部品の情報を格納する。この例では、以下のような情報が格納される。
【００１８】
整合性チェック処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、システム本体１０４のプログラム１１２に整合性チェックを指示する。
（２）プログラム１１２は、構成ＤＢ１０１の情報を読み出し、整合性ＤＢ１０２の情報とのマッチングを行う。
【００１９】
例えば、構成ＤＢ１０１および整合性ＤＢ１０２に、それぞれ次のような部品の情報が格納されている場合を想定する。
構成ＤＢ
部品１＝（ＣＰＵ，ＥＣ番号＝Ｖ１）
部品２＝（プリンタ，ＥＣ番号＝Ｖ２）
整合性ＤＢ
使用部品      必要な部品
部品１        部品２，部品３
部品２        部品４
部品１＝（ＣＰＵ，ＥＣ番号＝Ｖ２）
部品２＝（プリンタ，ＥＣ番号＝Ｖ２）
部品３＝（ＬＡＮカード，ＥＣ番号＝Ｖ３）
部品４＝（ＧＥケーブル，ＥＣ番号＝Ｖ４）
この場合、構成ＤＢ１０１の部品１のＥＣ番号はＶ１であり、整合性ＤＢ１０２の部品１のＥＣ番号はＶ２であるため、矛盾が生じている。また、整合性ＤＢ１０２上では、部品１を使用する場合に部品２および部品３が必要であり、部品２を使用する場合に部品４が必要であるが、構成ＤＢ１０１には部品３および部品４が登録されていない。プログラム１１２は、このような矛盾点を検出する。
（３）プログラム１１２は、整合性チェックの結果の印刷をプリンタ１０８に指示する。構成ＤＢ１０１と整合性ＤＢ１０２の間に矛盾点がなければ、整合性ありと印刷され、矛盾点があれば、整合性に問題ありと印刷される。
【００２０】
このような整合性チェック処理によれば、ＥＣレベルまで含めた部品同士および部品とシステムの整合性を動的にチェックすることができる。
図３は、図１のシステムにおいて発生したエラーを自動的に記録する処理を示している。このエラー発生記録処理では、部品にエラーが起きたことをＳＶＰ１０７は認識しているので、そのエラーの情報をその部品のＲＦＩＤタグに書き込む。エラー発生記録処理の手順は、以下の通りである。
（１）ＳＶＰ１０７は、システム本体１０４にチェック信号を発行して、部品２にエラーが発生したことを認識する。
（２）ＳＶＰ１０７は、ＲＦＩＤタグ１１１−２にエラー発生を記録するように、リーダ／ライタ１０５に指示する。
（３）リーダ／ライタ１０５は、問題発生日および現象をＲＦＩＤタグ１１１−２に追加モードで記録する。部品２が故障しても、ＲＦＩＤタグ１１１−２およびリーダ／ライタ１０５は正常に動作している。
（４）集計プログラム１１３は、構成ＤＢ１０１の部品２の部品交換管理項目に、問題発生日時を記録する。
（５）ＳＶＰ１０７は、部品２の交換時に、構成ＤＢ１０１の部品２の部品交換管理項目に、交換日時および交換部品のシリアル番号を記録する。
【００２１】
このようなエラー発生記録処理によれば、ＲＦＩＤタグにエラー履歴が記録されるため、エラー発生回数の多い部品から調査を始めることにより、修理部品の不良個所をより早く特定できる可能性が高まる。経験的には、複数回のエラーが発生している部品は継続してエラーを起こしやすいことが知られているからである。また、構成ＤＢ１０１の部品交換管理項目を参照することにより、顧客サイドに出向かなくても部品を交換したか否かを把握できるようになる。
【００２２】
図４は、図１のシステムにおける部品コード確認処理を示している。部品コード確認処理では、ＲＦＩＤタグに部品の部品コードを記録しておくことにより、部品コードが印字されていない部品でも部品コードを特定することができる。これにより、現品相違が回避される。故障した部品は修理のためサポートセンタに返却されるが、部品の活性交換時やシステム本体１０４の電源投入時に、以下の手順で部品コード確認処理が行われる。
（１）ＳＶＣ１０７は、部品２の修理を要請する送付状（Parts Repair Tag）の印刷処理の開始を、リーダ／ライタ１０６に指示する。
（２）リーダ／ライタ１０６は、ＲＦＩＤタグ１１１−２の情報を読み出す。
（３）整形プログラム１１４は、読み出された情報をもとに送付状を生成する。
（４）整形プログラム１１４は、送付状の印刷をプリンタ１０８に指示する。
【００２３】
このような部品コード確認処理によれば、修理部品の送付状を自動的に印刷することができ、現品相違が防止される。
図５は、図１のシステムにおける不良部品検出処理を示している。ＲＦＩＤタグには部品コードやメッセージが記録されているので、ＦＥはフィールドにてＨＴ（ハンドヘルドターミナル）１１５により、システム本体１０４の故障個所（不良部品）を簡単に発見できる。ＨＴ１１５は、リーダ／ライタが内蔵された携帯情報処理装置である。この場合、システム本体１０４の電源をオンにする必要はない。不良部品検出処理の手順は、以下の通りである。
（１）ＦＥは、ＨＴ１１５を持って部品１の前に行く。部品１のＲＦＩＤタグ１１１−１には現時点におけるエラー発生が記録されていないので、ＨＴ１１５はエラーを表示しない。
（２）ＦＥは、ＨＴ１１５を持って部品２の前に行く。部品２のＲＦＩＤタグ１１１−２にはエラー発生が記録されているので、ＨＴ１１５はエラーを表示する。これにより、ＦＥは不良部品を特定することができる。
（３）ＦＥは、構成ＤＢ１０１や部品２のＲＦＩＤタグ１１１−２から、さらに部品２のエラー履歴が分かるので、より適切な対応をとることができる。例えば、同じ問題が３回発生しているから部品２を早く交換するとか、１回目のエラーだからシステム本体１０４の電源をオフ／オンして様子を見るとかの対処が考えられる。
【００２４】
このような不良部品検出処理によれば、ＦＥはシステム本体１０４の電源をオンにしなくても不良部品が分かるので、すぐに部品交換作業に入ることができる。また、構成ＤＢ１０１と不良部品のＲＦＩＤタグからエラー履歴が分かるため、より効率よく保守作業を行うことができる。
【００２５】
次に、図６から図８までを参照しながら、上述したエラー発生記録処理の別の例について説明する。
図６は、エラー発生記録処理を行う情報処理システムを示している。図６のシステムは、ＲＦＩＤ状況ＤＢ６０１、リーダ／ライタ６０２、サーバ６０３、ＳＶＰ６０４、部品状況ＤＢ６０５、ログＤＢ６０６、表示装置６０７、６０９、および通信ネットワーク６０８からなる。
【００２６】
このうち、サーバ６０３は、管理の対象となるシステムであり、ＣＰＵ（中央処理装置）６１１およびメモリ６１２を含むｎ個の部品から構成される。ＣＰＵ６１１およびメモリ６１２には、ＲＦＩＤタグ６２１および６２２がそれぞれ貼付されている。また、サーバ６０３には、書き込みプログラム６３１およびチェックプログラム６３２が実装されている。
【００２７】
ＳＶＰ６０４は、一定時間毎にサーバ６０３の各部品の動作状況をチェックし、書き込みプログラム６３１がその情報を部品状況ＤＢ６０５に格納する。また、リーダ／ライタ６０２は、一定時間毎にＲＦＩＤタグから各部品の状況を取得し、書き込みプログラム６３１がその情報をＲＦＩＤ状況ＤＢ６０１に格納する。そして、チェックプログラム６３２は、各部品の直前の状態と現在の状態を比較し、それらが異なっていればエラーが発生したものと判断して、警告情報を通知する。
【００２８】
ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５には、図７に示すように、製品レコード７０１と各部品ｉ（ｉ＝１，２，．．．，ｎ）の部品レコード７０２−ｉが格納される。部品１および部品２は、それぞれＣＰＵ６１１およびメモリ６１２に対応する。製品レコード７０１からリンクされた部品レコード７０２−ｉは、以下のような属性を含む。
１．ＲＦＩＤ状況ＤＢの部品レコード
ａ．部品コード
ｂ．シリアル番号
ｃ．直前情報Ａ１
ｃ１：チェック日時
ｃ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
ｄ．現在情報Ａ２
ｄ１：チェック日時
ｄ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
２．部品状況ＤＢの部品レコード
ａ．部品コード
ｂ．シリアル番号
ｃ．直前情報Ｂ１
ｃ１：チェック日時
ｃ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
ｄ．現在情報Ｂ２
ｄ１：チェック日時
ｄ２：状況フラグ（ｔｒｕｅまたはｆａｌｓｅ）
【００２９】
また、ＲＦＩＤタグ６２１および６２２の部品レコードは、以下のような属性を有する。
【００３０】
ａ．部品コード
ｂ．シリアル番号
図８は、図６のシステムにおけるエラー発生記録処理のフローチャートである。サーバ６０３は、以下のような作業領域をメモリ６１２内に確保して処理を行う。
（１）ＲＦＩＤ領域ｊ：ＲＦＩＤ状況ＤＢ上の部品ｊの部品レコードを取り込む領域
（２）部品領域ｊ：部品状況ＤＢ上の部品ｊの部品レコードを取り込む領域
（３）ＴＦ領域：真（ｔｒｕｅ）または偽（ｆａｌｓｅ）を設定する領域
まず、サーバ６０３は、定期的に書き込みプログラム６３１の起動を行う。起動周期は可変であり、問題が頻繁に発生するようならば、周期を短くする。書き込みプログラム６３１は、ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５をオープンし（ステップ８０１）、制御変数ｊに１を設定する（ステップ８０２）。
【００３１】
次に、書き込みプログラム６３１は、ＲＦＩＤ状況ＤＢ６０１上の部品ｊの部品レコードの内容をＲＦＩＤ領域ｊに設定する（ステップ８０３）。そして、ＲＦＩＤ領域ｊの現在情報Ａ２をＲＦＩＤ領域ｊの直前情報Ａ１にコピーし、ＴＦ領域にｔｒｕｅを設定する。
【００３２】
リーダ／ライタ６０２は、部品ｊのＲＦＩＤタグから部品レコードの内容を読み出し、書き込みプログラム６３１に渡す。書き込みプログラム６３１は、ＲＦＩＤ領域ｊのシリアル番号とＲＦＩＤタグのシリアル番号を比較し、両者が一致しなければ、ＴＦ領域にｆａｌｓｅを設定する。また、リーダ／ライタ６０２が部品ｊのＲＦＩＤタグからシリアル番号を読み出せなかった場合も、ＴＦ領域にｆａｌｓｅを設定する。そして、ＴＦ領域の内容をＲＦＩＤ領域ｊの現在情報Ａ２の状況フラグに設定する。
【００３３】
次に、書き込みプログラム６３１は、部品状況ＤＢ６０５上の部品ｊの部品レコードの内容を部品領域ｊに設定する（ステップ８０４）。そして、部品領域ｊの現在情報Ｂ２を部品領域ｊの直前情報Ｂ１にコピーし、ＴＦ領域にｔｒｕｅを設定する。
【００３４】
ＳＶＰ６０４は、部品ｊに対してチェック信号を発行する。部品ｊが故障しているか、または存在しない場合は、その部品から応答信号が帰ってこないので、エラーの発生を書き込みプログラム６３１に通知する。これを受けて、書き込みプログラム６３１は、ＴＦ領域にｆａｌｓｅを設定する。そして、ＴＦ領域の内容を部品領域ｊの現在情報Ｂ２の状況フラグに設定する。
【００３５】
次に、チェックプログラム６３２が呼び出され、ＲＦＩＤ領域ｊのＡ１、Ａ２および部品領域ｊのＢ１、Ｂ２の状況フラグをチェックして、チェック結果を書き込みプログラム６３１に返す（ステップ８０５）。
【００３６】
これらの状況フラグがすべてｔｒｕｅであれば、部品ｊは正常と判断される。この場合、書き込みプログラム６３１は、ＲＦＩＤ領域ｊの内容をＲＦＩＤ状況ＤＢ６０１上の部品ｊの部品レコードに書き込み、部品領域ｊの内容を部品状況ＤＢ６０５上の部品ｊの部品レコードに書き込む（ステップ８０７）。そして、ｊを１だけインクリメントして（ステップ８０８）、ｊを部品数ｎと比較し（ステップ８０９）、ｊがｎ以下であればステップ８０３以降の処理を繰り返す。
【００３７】
これに対して、Ａ２および／またはＢ２の状況フラグがｆａｌｓｅであれば、部品ｊにエラーが発生したと判断される。この場合、チェックプログラム６３２は、Ａ２およびＢ２の状況フラグの値に応じて以下のような通知処理を行う（ステップ８０６）。
（１）Ａ１＝ｔｒｕｅ，Ａ２＝ｆａｌｓｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｔｒｕｅの場合
部品ｊが交換されたか、または部品ｊにＲＦＩＤタグが貼付されていないことを通知する。部品が交換された場合、ステップ８０３においてシリアル番号が一致しないため、ＲＦＩＤ領域ｊのＡ２にｆａｌｓｅが設定される。
（２）Ａ１＝ｔｒｕｅ，Ａ２＝ｔｒｕｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｆａｌｓｅの場合
部品ｊが故障したことを通知する。部品ｊが故障している場合、ステップ８０４において応答信号が帰ってこないため、部品領域ｊのＢ２にｆａｌｓｅが設定される。
（３）Ａ１＝ｔｒｕｅ，Ａ２＝ｆａｌｓｅ，Ｂ１＝ｔｒｕｅ，Ｂ２＝ｆａｌｓｅの場合
部品ｊが存在しないことを通知する。部品ｊが存在しない場合、ステップ８０３においてシリアル番号が読み出せないため、ＲＦＩＤ領域ｊのＡ２にｆａｌｓｅが設定され、ステップ８０４において応答信号が帰ってこないため、部品領域ｊのＢ２にｆａｌｓｅが設定される。
【００３８】
チェックプログラム６３２は、例えば、以下のいずれかの方法で、上記（１）〜（３）のエラー情報を通知先に通知する。
（ａ）ログＤＢ６０６にメッセージログを格納する。
（ｂ）ＳＶＰ６０４の表示装置６０７の画面上に表示する。
（ｃ）通信ネットワーク６０８を介して、サポートセンタ等に設けられた表示装置６０９にリモート通報を行う。
【００３９】
その後、部品ｊが正常な場合と同様に、書き込みプログラム６３１は、ステップ８０７以降の処理を行う。そして、ステップ８０９においてｊがｎを超えると、ＲＦＩＤ状況ＤＢ６０１および部品状況ＤＢ６０５をクローズして（ステップ８１０）、処理を終了する。
【００４０】
このようなエラー発生記録処理によれば、ＳＶＰ６０４とリーダ／ライタ６０２の両方により部品状況が取得され、それらの情報がデータベースに記録される。さらに、各部品について取得方法の異なる２つの状況を比較することにより、異常を効率よく検出することが可能になる。また、エラー情報のリモート通報を行うことで、ＦＥが顧客サイドに出向かなくても故障箇所を特定することが可能になる。
【００４１】
なお、図８のエラー発生記録処理は、上述した図１の構成管理処理、図２の整合性チェック処理、図３のエラー発生記録処理、図４の部品コード確認処理、および図５の不良部品検出処理の一部または全部と組み合わせて実施することができる。
【００４２】
以上説明した実施形態では、主として、情報処理システムのシステムサポートを行う場合について説明したが、本発明は、通信システム等を含む任意のハードウェアシステムのシステムサポートに適用することができる。また、管理対象のシステム内で各種プログラムを実行する代わりに、それらのプログラムをＳＶＰ内で実行するようにしてもよい。
【００４３】
ところで、図１のシステム本体１０４、ＳＶＰ１０７および図６のサーバ６０３、ＳＶＰ６０４は、例えば、図９に示すような情報処理装置（コンピュータ）を用いて構成される。図９の情報処理装置は、ＣＰＵ９０１、メモリ９０２、入力装置９０３、出力装置９０４、外部記憶装置９０５、媒体駆動装置９０６、ネットワーク接続装置９０７を備え、それらはバス９０８により互いに接続されている。
【００４４】
メモリ９０２は、例えば、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）等を含み、処理に用いられるプログラムおよびデータを格納する。ＣＰＵ９０１は、メモリ９０２を利用してプログラムを実行することにより、必要な処理を行う。
【００４５】
入力装置９０３は、例えば、オペレータからの指示や情報の入力に用いられる。出力装置９０４は、例えば、ディスプレイ、プリンタ、スピーカ等であり、オペレータへの問い合わせや処理結果等の出力に用いられる。図６の表示装置６０７は、出力装置９０４に対応する。
【００４６】
外部記憶装置９０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置９０５に、プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ９０２にロードして使用する。
【００４７】
外部記憶装置９０５は、図１の構成ＤＢ１０１、整合性ＤＢ１０２および図６のＲＦＩＤ状況ＤＢ６０１、部品状況ＤＢ６０５、ログＤＢ６０６としても使用される。この場合、構成ＤＢ１０１と整合性ＤＢ１０２を同じ外部記憶装置９０５内に設けてもよい。また同様に、ＲＦＩＤ状況ＤＢ６０１と部品状況ＤＢ６０５を同じ外部記憶装置９０５内に設けてもよい。
【００４８】
媒体駆動装置９０６は、可搬記録媒体９０９を駆動し、その記録内容にアクセスする。可搬記録媒体９０９は、メモリカード、フレキシブルディスク、光ディスク、光磁気ディスク等の任意のコンピュータ読み取り可能な記録媒体である。オペレータは、この可搬記録媒体９０９にプログラムおよびデータを格納しておき、必要に応じて、それらをメモリ９０２にロードして使用する。
【００４９】
ネットワーク接続装置９０７は、ＬＡＮ（local area network）等の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、必要に応じて、プログラムおよびデータを外部の装置からネットワーク接続装置９０７を介して受け取り、それらをメモリ９０２にロードして使用する。
【００５０】
図１０は、図９の情報処理装置にプログラムおよびデータを提供する方法を示している。可搬記録媒体９０９やサーバ１００１のデータベース１０１１に格納されたプログラムおよびデータは、情報処理装置１００２のメモリ９０２にロードされる。サーバ１００１は、そのプログラムおよびデータを搬送する搬送信号を生成し、通信ネットワーク上の任意の伝送媒体を介して情報処理装置１００２に送信する。ＣＰＵ９０１は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。
【図面の簡単な説明】
【００５１】
【図１】本発明の構成管理処理を示す図である。
【図２】本発明の整合性チェック処理を示す図である。
【図３】本発明のエラー発生記録処理を示す図である。
【図４】本発明の部品コード確認処理を示す図である。
【図５】本発明の不良部品検出処理を示す図である。
【図６】情報処理システムを示す図である。
【図７】データベースのレコードを示す図である。
【図８】エラー発生記録処理のフローチャートである。
【図９】情報処理装置の構成図である。
【図１０】プログラムおよびデータの提供方法を示す図である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2006051606.tif 000012
【国際調査報告】
2006051606.tif 000013
2006051606.tif 000014
2006051606.tif 000015
2006051606.tif 000016