JP2007172392A - 保守支援システム、保守支援用端末、ｒｆｉｄタグ、製品保守方法および保守支援プログラム - Google Patents

Abstract

【課題】保守の内容に応じて保守履歴を適切に管理できる保守支援システム、保守支援用端末、ＲＦＩＤタグ、製品保守方法および保守支援プログラムを提供する。
【解決手段】保守支援システム１では、保守対象製品１０１に、保守対象製品１０１を識別するための各情報（１０ａ〜１０ｄ）と、保守に関する各情報（１０ｅ〜１０ｉ）と、複数の保守履歴に関する情報（１０ｊ〜１０ｏ）などが格納されたＲＦＩＤタグ１０２が付されている。電子端末１０４はリーダライタ１０３を経て、入力された新たな保守に関する情報を用いて、保守の重要度に従って、重要度の高いものが優先して格納されるように、ＲＦＩＤタグ１０２に格納された保守履歴に関する情報（１０ｊ〜１０ｏのいずれか）の更新を行う。
【選択図】図１

Description

本発明は、保守の内容に応じて保守履歴を適切に管理できる保守支援システム、保守支援用端末、ＲＦＩＤタグ、製品保守方法および保守支援プログラムに関する。

各種の製品には、顧客（典型的には、この製品の使用者）へ納品された後に、点検や修理などの保守（maintenance）が必要となるもの（以下、保守対象製品という。）がある。保守を行うに当たっては、保守を行うべき製品を特定することと、行った保守の履歴を記録することなどが、一般に求められる。

そこで、製品を特定する労力を軽減するため、あらかじめ作成した電子化帳票を利用する方法が考えられた。しかし、この方法では、人手によって、製品に記載されている形式や製造番号を読み取り、端末に入力していたため、多数の文字を入力する手間が掛かるうえ、入力誤りが生じやすい問題点があった。

このため、バーコードを記載したラベルを各製品に貼付しておき、このバーコードをバーコードリーダで読み取って、目的の製品を特定する方法が考えられた。しかし、バーコードは書き換え不能であるため、バーコードラベルの貼付後に行った保守の履歴を記録できない問題点があった。また、１枚のバーコードラベルに記載できるデータ量が小さいため、保守履歴を記録するには、１台の製品に多数のバーコードラベルを貼付する必要があり、この場合、やはりバーコードの読み取り誤りが生じやすい問題点があった。

そこで、記憶できるバーコードよりデータ量が格段に大きく、電磁波を用いてその記憶データを非接触で読み取り（または、読み書き）できるＲＦＩＤ（Radio Frequency Identification）タグが利用されるようになった。

その一例として、従来、サービスマンが、データ記録装置によってＲＦ−ＩＤタグから読み取られて表示された初期データに基づき機器の調整を行い、調整データをデータ記録装置へ入力すると、初期データと調整データとの差が限度内である場合、データ記録装置は、入力された調整データをＲＦ−ＩＤタグに記憶させて初期データを更新する保守点検方法が知られている（例えば、特許文献１参照）。

また、従来、カードユニットに取り付けられた無線通信機能を有する管理情報格納装置と、無線通信機能を有した可搬式リーダライタと、可搬式端末と、データサーバと、ネットワーク装置とで構成され、データサーバのデータベースに故障／改修履歴などを表す管理情報テーブルを格納した製品管理支援システムが知られている（特許文献２参照）。

特開２００２−２５９５９５号公報（［００１３］−［００２０］，図４） 特開２００５−８５２２８号公報（［００１５］，［００４５］，図２，図６））

しかしながら、前記従来の保守点検方法（特許文献１記載）では、ＲＦ−ＩＤタグに、調整データを初期データとして記憶させ、以前に記憶していた初期データを更新してしまうため、ＲＦ−ＩＤタグには最新の調整データしか記憶されず、保守点検の履歴を参照できない問題点があった。

また、前記従来の製品管理支援システム（特許文献２記載）では、可搬式リーダライタ、可搬式端末、およびデータサーバが、いずれも通信可能な状態でないと、データベースにアクセスできないため、故障／改修履歴を更新したり表示したりできない問題点があった。

そこで、本発明は、保守の内容に応じて保守履歴を適切に管理できる保守支援システム、保守支援用端末、ＲＦＩＤタグ、製品保守方法および保守支援プログラムを提供することを目的とする。

本発明による保守支援システム、保守支援用端末、ＲＦＩＤタグ、および保守支援プログラムは、保守対象製品ごとに設定した保守規定に基づいて当該保守対象製品に行う保守に関する情報を管理するためのものであって、その手段の詳細については、本発明の実施形態をもって、以降にその説明を行う。

本発明の保守支援システム、保守支援用端末、ＲＦＩＤタグ、保守支援方法および保守支援プログラムによれば、保守の内容に応じて保守履歴を適切に管理できる。

以下、本発明の実施形態について、添付した図面を参照し詳細に説明する。
図１は、本発明の一実施形態による保守支援システム１を示す構成図である。

保守支援システム１は、保守対象製品１０１ごとに付されたＲＦＩＤタグ１０２と、リーダライタ１０３を有する電子端末１０４と、ネットワーク１０５と、ネットワーク１０５を介して電子端末１０４がアクセス可能なデータベース１０６とを含む。保守支援システム１によれば、電子端末１０４を用いてＲＦＩＤタグ１０２に格納された情報を読み取って、保守対象製品１０１を特定したり、保守の履歴を閲覧したり、行った保守についての情報を電子端末１０４へ入力することによってＲＦＩＤタグ１０２に格納された保守の履歴を更新したりする機能が提供される。なお、単に電子端末１０４と表記した場合、電子端末１０４の本体とリーダライタ１０３とを含むものとする。

保守対象製品１０１は、定期または不定期に保守を必要とする製品である。保守には、修理、調整、オーバーホール、部品交換などのほか、定期または不定期の点検など、保守対象製品１０１の機能や性能を維持または回復させるための作業を含む。さらに、仕様変更や改造など、保守対象製品１０１に対するあらゆる作業を含んでもよい。さらに、保守対象製品１０１は、独立して機能する製品のほか、各種のプラントや生産設備の制御機器や監視機器など、他の要素と協働して機能するものでもよい。

本実施形態において、保守支援システム１の運用者または管理者は、保守役務提供者でもあり、保守対象製品１０１の使用者は、この保守対象製品１０１の所有者でもあるとする。保守役務提供者と所有者とは、保守契約を締結している。この保守契約は、有償双務契約であって、保守役務提供者は、保守契約に基づき、保守対象製品１０１の保守を行う義務を負い、所有者は、費用や報酬などとして、所定の金銭を支払う義務を負う。しかし、この保守支援システム１は、無償で所定の保守役務を提供する場合において、同様に運用できる。

なお、１台の保守対象製品１０１に付された１つのＲＦＩＤタグ１０２を図示したが、保守支援システム１は、複数の保守対象製品（図示せず）ごとに付された複数のＲＦＩＤタグ（図示せず）をさらに含んでいる。また、１台の電子端末１０４を図示したが、保守支援システム１は、電子端末１０４と同様の構成を有する複数の電子端末（図示せず）を含んでいてもよい。また、１台の保守対象製品１０１に、複数のＲＦＩＤタグ１０２を付して、保守支援システム１を構成することも可能である。

ＲＦＩＤタグ１０２は、電磁波によって、非接触で記憶内容を読み書き可能な記憶担体である。ＲＦＩＤタグ１０２は、典型的には、ＩＣチップ（図示せず）に、金属などの導電体からなるアンテナ（図示せず）を接続したものを、合成樹脂などの誘電体からなる基材（図示せず）で封止して製造する。また、アンテナ（図示せず）を内蔵したＩＣチップ（図示せず）を、ＲＦＩＤタグ１０２として用いることもできる。

ＲＦＩＤタグ１０２が、カード型の外形を有する場合を図示したが、ラベル型、コイン型、スティック型など、いずれの形状とすることもできる。また、保守対象製品１０１の筐体の外側にＲＦＩＤタグ１０２を付した場合を図示したが、この筐体の材質または構造によっては、保守対象製品１０１の内部にＲＦＩＤタグ１０２を配置してもよい。

ＲＦＩＤタグ１０２のＩＣチップは、演算機能および制御機能を提供するＣＰＵ（Central Processing Unit）と、書き換え不可のデータを格納しているＲＯＭ（Read Only Memory）と、主記憶装置として機能するＲＡＭ（Random Access Memory）と、入出力（I/O; Input/Output）回路と、書き換え可能な不揮発記憶領域を提供するＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）と、これらを接続するバス（いずれも図示せず）とからなるコンピュータを含んでいる。ＲＯＭの代わりに、または、ＲＯＭに加えて、ＰＲＯＭ（Programmable Read Only Memory）などの追記可能なメモリを含んでもよい。

このＩＣチップはさらに、アンテナで受けた電磁波のエネルギーを直流電圧に変換して各部へ供給する電源回路（図示せず）と、入出力回路からの出力データから出力信号を生成してアンテナへ送出するとともにアンテナからの受信信号を復調して受信データを入出力回路に入力する送受信回路（図示せず）とを含んでいる。このように、ＲＦＩＤタグ１０２は、パッシブ型であるが、電源回路の代わりに電池を含み、自律的に電波を発射するアクティブ型でもよい。

図２は、ＲＦＩＤタグ１０２の記憶領域１０を詳細に示すデータ構造図である（適宜、図３参照）。この図において、左側から右側に向かって、下位領域から上位領域を示す。各領域に引出線でその符号および名称を示し、括弧内にこれらの領域ごとに格納される情報の符号および名称を示す。

記憶領域１０は、ＲＯＭによって提供される書き換え不能領域またはＰＲＯＭによって提供される追記可能領域と、ＥＥＰＲＯＭによって提供される書き換え可能領域からなる。記憶領域１０には、下位領域から上位領域の順番に、次の（１）から（１６）に掲げる各領域が割り当てられている。記憶領域１０において、これらの各領域を固定して割り当てた場合について説明するが、書き換え可能な領域の容量が充分に大きい場合には、次の領域の一部を動的に割り当てたり、新たな領域（図示せず）を割り当てたりしてもよい。

（１）ＲＦＩＤタグ１０２ごとに異なるものが割り振られ、ＲＦＩＤタグ１０２を一意に表すタグ識別子１００２ｂ（図３参照）を格納するためのタグ識別子領域１０ａ。
（２）保守対象製品１０１の製品名称、形式または型番を表す型名１００１ｂ（図３参照）を格納するための型名領域１０ｂ。
（３）保守対象製品１０１の製造番号を表すシリアル番号１００１ｃ（図３参照）を格納するためのシリアル番号領域１０ｃ。
（４）保守対象製品１０１の納入日時１００１ｄ（図３参照）を格納するための納入日時領域１０ｄ。

（５）保守対象製品１０１の保守期限１００１ｅ（図３参照）を格納するための保守期限領域１０ｅ。
（６）保守対象製品１０１に対して、保守契約に基づき今後実施可能な保守の回数を示す残保守回数１００１ｇを格納するための残保守回数領域１０ｆ。
（７）保守対象製品１０１に対して、ＲＦＩＤタグ１０２を付した以降に、保守を行った回数の累計を示す総保守回数１００１ｆを格納するための総保守回数領域１０ｇ。
（８）保守対象製品１０１に発生した不具合を集計した不具合統計情報を格納するための不具合統計領域１０ｈ。
（９）保守対象製品１０１に対して行った最新の（つまり、現状において最終の）保守日時１００３ｂ（図３参照）を格納するための最新保守日時領域１０ｉ。

（１０）保守対象製品１０１に対して行った第１の重要な保守の内容（第１重要履歴）を示す保守コード１００３ｃ（図３参照）を格納するための第１重要履歴領域１０ｊ。
（１１）第１重要履歴に係る保守コード１００３ｃ（図３参照）を作成した日時（保守日時１００３ｂ；図３参照）を格納するための第１重要履歴発生日時領域１０ｋ。
（１２）保守対象製品１０１に対して行った第２の重要な保守の内容（第２重要履歴）を示す保守コード１００３ｃ（図３参照）を格納するための第２重要履歴領域１０ｌ。
（１３）第２重要履歴に係る保守コード１００３ｃ（図３参照）を作成した日時（保守日時１００３ｂ；図３参照）を格納するための第２重要履歴発生日時領域１０ｍ。
（１４）保守対象製品１０１に対して行った第３の重要な保守の内容（第３重要履歴）を示す保守コード１００３ｃ（図３参照）を格納するための第３重要履歴領域１０ｎ。
（１５）第３重要履歴に係る保守コード１００３ｃ（図３参照）を作成した日時（保守日時１００３ｂ；図３参照）を格納するための第３重要履歴発生日時領域１０ｏ。

（１６）前記した（１）から（１５）までのいずれの領域としても割り当てられていない予備領域１０ｐ。
なお、予備領域１０ｐが充分大きい場合には、この中に、さらなる重要履歴領域および重要履歴発生日時領域（いずれも図示せず）を割り当てて、４件以上の重要な保守の内容と、その日時とを格納してもよい。

タグ識別子領域１０ａは、書き換え不能領域または追記可能領域に割り当て、このＲＦＩＤタグ１０２を使用し始める前に、タグ識別子１００２ｂを格納しておくことが好ましい。また、タグ識別子１００２ｂは、一意性を維持するため、一元的に管理し、それぞれのＲＦＩＤタグ１０２に付与する。

型名領域１０ｂ、シリアル番号領域１０ｃ、および納入日時領域１０ｄは、追記可能領域または書き換え可能領域に割り当てる。同一の保守対象製品１０１ならば、型名１００１ｂおよびシリアル番号１００１ｃは変わらないため、追記可能領域に型名領域１０ｂおよびシリアル番号領域１０ｃを割り当てることにより、保守対象製品１０１が誤認される危険を減少させることができる。

他の各領域は、いずれも書き換え可能領域に割り当てる。これにより、保守の期間や回数などの契約内容が変更されたり、保守を行ったりしたとき、その状況を反映させることができる。これらの領域も、保守契約の内容や保守対象製品１０１の種類などにより、ＲＦＩＤタグ１０２の使用期間中に見込まれる保守の回数がきわめて少ない場合は、追記可能領域に割り当ててもよい。

図１に示すデータベース１０６は、後記する構造化されたデータの集合そのもの、あるいはこれを格納しネットワーク１０５を介して電子端末１０４から通信可能なデータベース装置（図示せず）を意味する。データベース１０６は、データベース管理システム（DataBase Management System; DBMS）（図示せず）によって管理されたリレーショナルデータベースである。

図３は、データベース１０６におけるデータ実装例を示す実体関連図（ERD：Entity Relationship Diagram）である。
データベース１０６のクラスは、製品テーブル１００１と、タグテーブル１００２と、保守履歴テーブル１００３とによって表現される。

製品テーブル１００１は、保守対象製品１０１に関する事項が記載されたテーブルである。製品テーブル１００１のエンティティ（実体）は、保守対象製品１０１ごとに作成される。製品テーブル１００１には、型名１００１ｂと、シリアル番号１００１ｃと、納入日時１００１ｄと、保守期限１００１ｅと、総保守回数１００１ｆと、残保守回数１００１ｇと、が記載され、この製品テーブル１００１の主キーＰＫ（primary key）である製品識別子１００１ａによって正規化されている。

タグテーブル１００２は、ＲＦＩＤタグ１０２に関する事項が記載されたテーブルである。タグテーブル１００２のエンティティは、ＲＦＩＤタグ１０２ごとに作成される。タグテーブル１００２には、タグ識別子１００２ｂと、製品テーブル１００１の主キーＰＫである製品識別子１００１ａと、このＲＦＩＤタグ１０２の発行日１００２ｃと、このＲＦＩＤタグ１０２が有効であるか否かを示す削除フラグ１００２ｄと、が記載され、製品タグ識別子１００２ａによって正規化されている。

つまり、タグテーブル１００２において、製品識別子１００１ａは、製品テーブル１００１に対する外部キーＦＫ（foreign key）でもある。したがって、製品テーブル１００１とタグテーブル１００２とは、製品識別子１００１ａによって関連づけられている。

保守履歴テーブル１００３は、保守対象製品１０１に行った保守に関する事項が記載されているテーブルである。保守履歴テーブル１００３のエンティティは、保守対象製品１０１に対する１回の保守ごとに１つずつ作成され、データベース１０６内で一意の保守識別子１００３ａが付与される。保守履歴テーブル１００３には、製品テーブル１００１の主キーＰＫである製品識別子１００１ａと、保守日時１００３ｂと、保守コード１００３ｃとが記載され、保守識別子１００３ａによって正規化されている。

つまり、保守履歴テーブル１００３において、製品識別子１００１ａは、製品テーブル１００１に対する外部キーＦＫ（foreign key）でもある。したがって、製品テーブル１００１と保守履歴テーブル１００３とは、製品識別子１００１ａによって関連づけられている。

タグテーブル１００２のタグ識別子１００２ｂは、ＲＦＩＤタグ１０２の記憶領域１０のタグ識別子領域１０ａに格納されているタグ識別子１００２ｂと対応している。したがって、データベース１０６において、タグ識別子１００２ｂを特定することによって、タグテーブル１００２のエンティティを特定できる。そして、特定したタグテーブル１００２の外部キーＦＫである製品識別子１００１ａによって、製品テーブル１００１のエンティティを特定できる。さらに、製品テーブル１００１において特定された主キーＰＫである製品識別子１００１ａによって、保守履歴テーブル１００３における外部キーＦＫである製品識別子１００１ａを特定することにより、この保守対象製品１０１に係る保守履歴テーブル１００３のエンティティを特定できる。こうして、データベース１０６から、この保守対象製品１０１の保守履歴を抽出できる。

図１に戻り、電子端末１０４は、演算処理機能、通信機能、表示機能、およびデータ入出力機能を有し、ＣＰＵと、ＲＯＭと、ＥＥＰＲＯＭと、ＲＡＭと、入出力回路と、これらを接続するバスとを含む可搬型のコンピュータである（いずれも図示せず）。電子端末１０４はさらに、ネットワーク１０５との通信機能を提供する通信装置（図示せず）と、各部へ電源供給を行う電池（図示せず）と、タッチパネル１０４ａと、リーダライタ１０３とを具備している。

タッチパネル１０４ａは、その画面上に文字や図形を表示する表示装置と、この画面上で直接指し示された情報の入力を受け付ける入力装置としての機能を兼ね備えている。

リーダライタ１０３は、電子端末１０４本体の制御に従って電磁波を送受信し、ＲＦＩＤタグ１０２の記憶領域１０を読み書きし、読み書きするデータを電子端末１０４本体と送受する機能を有する。

電子端末１０４は、前記した通信装置（図示せず）によって、ネットワーク１０５を介してデータベース１０６にアクセスできる。典型的には、この通信装置は無線通信装置であって、電子端末１０４は、ネットワーク１０５のサービスエリア内において、通信が可能である。

図４は、電子端末１０４本体の機能構成を示すブロック図である。この図で示す各機能ブロックは、典型的には、電子端末１０４において、ＲＯＭまたはＥＥＰＲＯＭに記憶されたプログラムおよびデータが、ＲＡＭにロードされ、ＣＰＵによって実行されることにより実現される。

電子端末１０４の機能ブロックは、保守の具体例と対応する保守コード１００３ｃとを記憶させたコードリスト２０８と、リーダライタ１０３を制御してＲＦＩＤタグ１０２からデータを読み取るＲＦＩＤタグ読取部２０１と、タッチパネル１０４ａを制御して文字や図形の表示を可能にする保守情報表示部２０２と、タッチパネル１０４ａが受け付けた保守などに係る入力内容を処理する保守情報入力部２０４と、保守情報入力部２０４による処理内容を基に保守に関する情報を更新する保守情報更新部２０５と、リーダライタ１０３を制御して保守情報更新部２０５によって更新された保守に関する情報を基にＲＦＩＤタグ１０２の記憶領域１０の内容を更新記憶させるＲＦＩＤタグ書込部２０６と、データベース１０６を更新するための情報を作成するＤＢ同期部２０７と、通信装置を制御してネットワーク１０５を介したデータベース１０６へのアクセスを実現するネットワークアクセス部２０３と、からなる。

１回の保守に係る保守コード１００３ｃ（図２および図３参照）は、２バイトからなる。保守コード１００３ｃの上位の１バイトは、保守の理由を示す理由コード５０１（図５参照）を表し、下位の１バイトは、保守の内容を示す内容コード６０１（図６参照）を表す。保守の理由または内容の種類のいずれかが、１バイト分、すなわち２５６種類より多い場合は、保守コード１００３ｃのデータ長を長くし、より詳細な保守の理由または内容を表現するようにしてもよい。

図５は、コードリスト２０８に含まれる保守理由コードリスト５００のテーブルを示す図である。
保守理由コードリスト５００は、保守理由ごとに割り当てた理由コード５０１のフィールドと、保守理由の重要度を示す不具合重要度５０２のフィールドと、理由コード５０１に一意に対応し保守理由を保守担当者に解読可能に表した理由文字列５０３のフィールドとを有している。例えば、保守理由コードリスト５００を参照すると、理由コード５０１が「１」のとき、不具合重要度５０２は「５」であり（すなわち、重大な不具合が生じたことを示し）、理由文字列５０３は「電源不具合（要交換）」であることが分かる。

不具合重要度５０２の値は、保守対象製品１０１の不具合の軽重を表し、不具合重要度５０２の値が高いほど、重篤な不具合が生じたことを示し、不具合重要度５０２の値が０のときは、特に不具合は生じていないが保守を行ったことを示す。不具合重要度５０２は、例えば、不具合統計領域１０ｈに格納する不具合統計情報の作成に使用される。

図６は、コードリスト２０８に含まれる保守内容コードリスト６００のテーブルを示す図である。
保守内容コードリスト６００は、保守内容ごとに割り当てた内容コード６０１のフィールドと、内容コード６０１に一意に対応し保守内容を保守担当者に解読可能に表した内容文字列６０２のフィールドとを有している。例えば、保守内容コードリスト６００を参照すると、ある保守について、内容コード６０１が「１」のとき、内容文字列６０２は「電源交換」であって、保守対象製品１０１の電源の交換が行われたことが分かる。

次に、図７から図１１の各図を参照して、保守支援システム１において実行される各処理について説明する。
保守支援システム１において、原則として、図７に示す保守情報表示処理（ステップＳ１； 図８に示す重要履歴表示処理（ステップＳ２）を含む。）、図９に示す保守情報入力処理（ステップＳ３）、図１０に示す保守情報更新処理（ステップＳ４）の順で各処理が実行される。これらの各処理は、ＲＦＩＤタグ１０２（図１参照）と電子端末１０４（図１参照）とが、通信可能であるとき実行される。ただし、ＲＦＩＤタグ１０２と電子端末１０４とで通信が行われる処理（例えば、図７に示すステップＳ１０１および図１０に示すステップＳ４０５）以外の処理は、通信状態にかかわらず実行することができる。これらの処理は、典型的には、保守担当者が保守対象製品１０１の保守を行うのと前後して実行される。

さらに、これらの各処理（ステップＳ１〜ステップＳ４）は、電子端末１０４（図１参照）がネットワーク１０５（図１参照）に接続不可であるときも、実行できる。ただし、保守を行ったことによりデータベース１０６を直ちに更新したい場合は、保守情報更新処理（ステップＳ４；図１０参照）は、電子端末１０４がネットワーク１０５に接続可能なときに実行する。

図７は、保守情報表示処理（ステップＳ１）を示すフローチャートである（適宜、図２および図４参照）。
まず、保守情報表示部２０２は、ＲＦＩＤタグ読取部２０１を制御し、リーダライタ１０３を経て、ＲＦＩＤタグ１０２の記憶領域１０の各領域に記憶されている各データを読み取る（ステップＳ１０１；タグ情報読取処理）。

次に、保守情報表示部２０２は、型名領域１０ｂに記憶されていたデータを基に、タッチパネル１０４ａに型名１００１ｂを表示させる（ステップＳ１０２；型名表示処理）。同様に、保守情報表示部２０２は、シリアル番号領域１０ｃに記憶されていたデータを基に、タッチパネル１０４ａにシリアル番号１００１ｃを表示させる（ステップＳ１０３；シリアル番号表示処理）。

同様に、保守情報表示部２０２は、タッチパネル１０４ａに、納入日時領域１０ｄに記憶されていたデータを基に、納入日時１００１ｄを表示させ（ステップＳ１０４；納入日時表示処理）、保守期限領域１０ｅに記憶されていたデータを基に、保守期限１００１ｅを表示させ（ステップＳ１０５；保守期限表示処理）、総保守回数領域１０ｇに記憶されていたデータを基に、総保守回数１００１ｆを表示させ（ステップＳ１０６；総保守回数表示処理）、残保守回数領域１０ｆに記憶されていたデータを基に、残保守回数１００１ｇを表示させ（ステップＳ１０７；残保守回数表示処理）、最新保守日時領域１０ｉに記憶されていたデータを基に、最新の保守日時１００３ｂを表示させる（ステップＳ１０８；最新保守日時表示処理）。

さらに、保守情報表示部２０２は、不具合統計領域１０ｈに記憶されていたデータを基に、不具合統計情報を表示する（ステップＳ１０９；不具合統計表示処理）。不具合統計情報は、保守の原因となった不具合の頻度を集計したものである。具体的には、例えば、不具合重要度５０２（図５参照）ごとに、その発生回数を累計して作成する。また、保守の理由（理由コード５０１、図５参照）ごとに、その発生回数を累計して作成し、これを不具合重要度５０２の順に配列して作成してもよい。

次に、保守情報表示部２０２は、重要履歴表示処理（ステップＳ２）を実行する。重要履歴表示処理（ステップＳ２）については、図８を参照し、後で詳細に説明する。

続いて、保守情報表示部２０２は、ネットワークアクセス部２０３を制御し、ネットワーク１０５に接続可能であるか否かを判断する（ステップＳ１１０）。

ネットワーク１０５に接続可能でないとき（ステップＳ１１０のＮｏ）、保守情報表示部２０２は、処理を終了する。ただし、ネットワーク１０５に接続可能でないときであっても、重要履歴表示処理（ステップＳ２）は実行可能なので、タッチパネル１０４ａに３回分の保守に係る重要履歴が表示され、これを確認することができる。

ネットワーク１０５に接続可能であるとき（ステップＳ１１０のＹｅｓ）、保守情報表示部２０２は、ネットワークアクセス部２０３を制御してデータベース１０６を検索し、この保守対象製品１０１に係るすべての保守履歴を取得する（ステップＳ１１１）。

そして、保守情報表示部２０２は、データベース１０６から取得した保守履歴を、タッチパネル１０４ａに表示させる（ステップＳ１１２）。

こうして、保守担当者は、電子端末１０４がネットワーク１０５に接続不能であっても、ＲＦＩＤタグ１０２に記憶されているデータを基に重要な保守履歴の表示がなされるので、これらを参照できる。

図８は、保守情報表示処理（ステップＳ１）中に実行される重要履歴表示処理（ステップＳ２）を詳細に示すフローチャートである（適宜、図２、図４、図５および図６参照）。
まず、保守情報表示部２０２は、第１重要履歴領域１０ｊに記憶されていたデータを基に保守コード１００３ｃを生成して、コードリスト２０８を参照し、該当する理由文字列５０３（図５参照）および内容文字列６０２（図６参照）に変換する（ステップＳ２０１；第１重要履歴コード文字列変換処理）。そして、保守情報表示部２０２は、変換した理由文字列５０３および内容文字列６０２を、タッチパネル１０４ａに表示させる（ステップＳ２０２；変換文字列表示処理）。

次に、保守情報表示部２０２は、第１重要履歴発生日時領域１０ｋに記憶されていたデータを基に、第１重要履歴発生日時（保守日時１００３ｂ）を表示する（ステップＳ２０３；第１重要履歴日時表示処理）。

同様に、保守情報表示部２０２は、第２重要履歴領域１０ｌに記憶されていたデータを基に保守コード１００３ｃを生成して、コードリスト２０８を参照し、該当する理由文字列５０３（図５参照）および内容文字列６０２（図６参照）に変換する（ステップＳ２０４；第２重要履歴コード文字列変換処理）。そして、保守情報表示部２０２は、変換した理由文字列５０３および内容文字列６０２を、タッチパネル１０４ａに表示させる（ステップＳ２０５；変換文字列表示処理）。

次に、保守情報表示部２０２は、第２重要履歴発生日時領域１０ｍに記憶されていたデータを基に、第２重要履歴発生日時（保守日時１００３ｂ）を表示する（ステップＳ２０６；第２重要履歴日時表示処理）。

同様に、保守情報表示部２０２は、第３重要履歴領域１０ｎに記憶されていたデータを基に保守コード１００３ｃを生成して、コードリスト２０８を参照し、該当する理由文字列５０３（図５参照）および内容文字列６０２（図６参照）に変換する（ステップＳ２０７；第３重要履歴コード文字列変換処理）。そして、保守情報表示部２０２は、変換した理由文字列５０３および内容文字列６０２を、タッチパネル１０４ａに表示させる（ステップＳ２０８；変換文字列表示処理）。

次に、保守情報表示部２０２は、第３重要履歴発生日時領域１０ｏに記憶されていたデータを基に、第３重要履歴発生日時（保守日時１００３ｂ）を表示する（ステップＳ２０９；第３重要履歴日時表示処理）。

図９は、保守情報入力処理（ステップＳ３）を示すフローチャートである（適宜、図２、図４、図５、および図６参照）。
保守情報入力処理（ステップＳ３）は、保守情報入力部２０４などによって実行される。

まず、保守情報入力部２０４は、コードリスト２０８の保守理由コードリスト５００を読み取り、保守情報表示部２０２を制御して、電子端末１０４のタッチパネル１０４ａに、理由文字列５０３（図５参照）を一覧表示させる（ステップＳ３０１）。

そして、保守担当者によって、タッチパネル１０４ａが操作され、一覧表示された理由文字列５０３から、今回の保守の理由に該当する文字列（以下、不具合文字列という）を選択され、選択された不具合文字列が入力される（ステップＳ３０２）。この不具合文字列は、保守情報入力部２０４に入力される。

次に、保守情報入力部２０４は、保守情報表示部２０２を制御して、タッチパネル１０４ａに、内容文字列６０２（図６参照）を一覧表示させる（ステップＳ３０３）。

そして、保守担当者によって、一覧表示された内容文字列６０２から、今回行った保守の内容に該当する文字列が選択され、選択された文字列が入力される（ステップＳ３０４）。

次に、保守情報入力部２０４は、コードリスト２０８の保守理由コードリスト５００を参照し、ステップＳ３０２で選択入力された不具合文字列を理由コード５０１に変換する（ステップＳ３０５；不具合文字列コード化処理）。同様に、保守情報入力部２０４は、コードリスト２０８の保守内容コードリスト６００を参照し、ステップＳ３０４で選択入力された内容文字列６０２を内容コード６０１に変換する（ステップＳ３０６；内容文字列コード化処理）。この内容コード６０１は、保守情報入力部２０４に入力される。

そして、保守情報入力部２０４は、ステップＳ３０５で変換した理由コード５０１を上位ビットとし、ステップＳ３０６で変換した内容コード６０１を下位ビットとして、保守コード１００３ｃを作成する（ステップＳ３０７；保守コード作成処理）。

次に、保守情報入力部２０４は、この保守コード１００３ｃが作成された時刻を示すデータを取得し、保守日時１００３ｂを作成する（ステップＳ３０８；保守日時作成処理）。このデータは、電子端末１０４に備えた基準クロック（図示せず）から作成される。あるいは、電子端末１０４がネットワーク１０５に接続可能な場合は、このネットワーク１０５を介して取得してもよい。

図１０は、保守情報更新処理を示すフローチャートである（適宜、図２および図４参照）。
保守情報更新処理（ステップＳ４）は、保守情報更新部２０５などによって、データベース１０６に対して実行される。

まず、保守情報更新部２０５は、ステップＳ１０６（総保守回数表示処理；図７参照）において表示された総保守回数１００１ｆに１をインクリメントして総保守回数１００１ｆを更新する（ステップＳ４０１；保守回数更新処理）。

次に、保守担当者によって、今回の保守を行ったことによって、残保守回数１００１ｇを変更すべきか否かが、タッチパネル１０４ａに入力操作される（ステップＳ４０２）。入力内容は、保守情報入力部２０４を経て、保守情報更新部２０５へ出力される。保守担当者が入力操作する代わりに、例えば不具合重要度５０２の値に応じて、保守情報更新部２０５が自動的に決定するように構成してもよい。

保守情報更新部２０５は、この入力内容が残保守回数１００１ｇを変更すべきことを示すとき（ステップＳ４０３のＹｅｓ）、ステップＳ１０７（残保守回数表示処理；図７参照）において表示された残保守回数１００１ｇから１をデクリメントして残保守回数１００１ｇを更新し（ステップＳ４０４）、次の処理（ステップＳ４０５）へ進む。それ以外のとき（ステップＳ４０３のＮｏ）、すなわち、この入力内容が残保守回数１００１ｇを変更すべきでないことを示すとき、次の処理（ステップＳ４０５）へ進む。

次に、保守情報更新部２０５は、ＲＦＩＤタグ１０２に記憶させ、記憶領域１０を更新するデータ（更新データ）を、次の（１）から（５）までの手順により生成する（ステップＳ４０５）。
（１）前記した残保守回数１００１ｇから、残保守回数領域１０ｆに格納するデータを生成する。
（２）前記した総保守回数１００１ｆから、総保守回数領域１０ｇに格納するデータを生成する。

（３）不具合統計情報を更新し、更新した不具合統計情報から、不具合統計領域１０ｈに格納するデータを生成する。
不具合統計情報が、不具合重要度５０２（図５参照）ごとに、保守を行った回数を集計したものである場合は、ステップＳ３０５において作成した理由コード５０１から、コードリスト２０８（図４参照）の保守理由コードリスト５００を参照して、その不具合重要度５０２を検索し、不具合統計情報において該当する不具合重要度５０２の値を、１つインクリメントすることにより、不具合統計情報を更新する。
不具合統計情報が、保守の理由ごとに、保守を行った回数を集計したものである場合は、ステップＳ３０５において作成した理由コード５０１を基に、不具合統計情報において該当する保守の理由ごとの回数の値を１つインクリメントすることにより、不具合統計情報を更新する。

（４）保守日時作成処理（ステップＳ３０８、図９参照）において作成した保守日時１００３ｂから、最新保守日時領域１０ｉに格納するデータを生成する。
（５）重要履歴に係る各領域（１０ｋ〜１０ｏ）に格納するデータを、次の（５ａ）から（５ｆ）までの手順により生成する。

（５ａ）まず、保守コード作成処理（ステップＳ３０７、図９参照）において作成した保守コード１００３ｃ（図３参照）を基に、コードリスト２０８（図４参照）の保守理由コードリスト５００（図５参照）を検索し、今回行った保守に係る不具合重要度５０２を検索する。
（５ｂ）次に、タグ情報読取処理（ステップＳ１０１、図７参照）において、ＲＦＩＤタグ１０２から読み取ったデータを基に、各重要履歴領域（１０ｊ、１０ｌ、１０ｎ）に格納されていた保守コード１００３ｃの不具合重要度５０２を検索する。
（５ｃ）今回行った保守に係る不具合重要度５０２の値と、各重要履歴領域（１０ｊ、１０ｌ、１０ｎ）に格納されていた保守コード１００３ｃの不具合重要度５０２の値とを比較する。

（５ｄ）今回行った保守に係る不具合重要度５０２の値が、各重要履歴領域（１０ｊ、１０ｌ、１０ｎ）のいずれかに格納されていた保守コード１００３ｃの不具合重要度５０２の値より小さいとき、重要履歴に係る各領域（１０ｋ〜１０ｏ）に格納するデータは、生成しない。つまり、重要履歴に係る各領域（１０ｋ〜１０ｏ）に格納されているデータは、更新されないこととなる。
（５ｅ）今回行った保守に係る不具合重要度５０２の値が、各重要履歴領域（１０ｊ、１０ｌ、１０ｎ）のいずれかに格納されていた保守コード１００３ｃの不具合重要度５０２の値以上であるとき、保守コード作成処理（ステップＳ３０７；図９参照）において作成した保守コード１００３ｃ（つまり、今回の保守に係るもの）を、各重要履歴領域（１０ｊ、１０ｌ、１０ｎ）のうち、最も不具合重要度５０２の値が低い重要履歴を格納している領域に格納するデータとする。つまり、いずれかの重要履歴領域（１０ｊ、１０ｌ、１０ｎ）に格納されているデータが、今回の保守に係る保守コード１００３ｃのデータによって更新されることとなる。
（５ｆ）前記した手順（５ｅ）の手順が実行された場合、保守日時作成処理（ステップＳ３０８；図９参照）で作成された保守日時１００３ｂ（つまり、手順（５ｅ）で用いた保守コード１００３ｃに対応するもの）を、対応する重要履歴発生日時領域（１０ｋ、１０ｍ、１０ｏのいずれか）を更新するデータとする。

次に、保守情報更新部２０５は、ＲＦＩＤタグ書込部２０６を制御し、ステップＳ４０５で作成した更新データを、リーダライタ１０３を経て、ＲＦＩＤタグ１０２に書き込む（ステップＳ４０６）。

そして、保守情報更新部２０５は、ＤＢ同期部２０７およびネットワークアクセス部２０３を制御し、ネットワーク１０５に接続可能であるか否かを判定する（ステップＳ４０７）。
ネットワーク１０５に接続可能であるとき（ステップＳ４０７のＹｅｓ）、保守情報更新部２０５は、データベース１０６にアクセスし、前記した更新データを用いて、データベース１０６を更新する（ステップＳ４０８）。
ネットワーク１０５に接続不可であるとき（ステップＳ４０７のＮｏ）、保守情報更新部２０５は、前記した更新データを、同期用データとして、保守情報更新部２０５内に退避させる（ステップＳ４０９）。すでに、以前の更新データがあるときは、これに加えて退避させるか、両方の更新データを併合して退避させておく。この更新データは、電子端末１０４がネットワーク１０５に接続可能になったとき、データベース１０６の更新に用いられる。

図１１は、ＤＢ同期処理（ステップＳ５）を示すフローチャートである（適宜、図４参照）。
このＤＢ同期処理（ステップＳ５）は、保守情報更新処理（ステップＳ４；図１０参照）のステップＳ４０７において、電子端末１０４がネットワーク１０５に接続不可であったため、ステップＳ４０９において退避した更新データ（同期用データ）を用いて、データベース１０６を更新するための処理であり、電子端末１０４のＤＢ同期部２０７などによって実行される。

まず、ＤＢ同期部２０７は、ネットワークアクセス部２０３を制御し、ネットワーク１０５に接続可能であるか否かを判断する（ステップＳ５０１）。

ＤＢ同期部２０７は、ネットワーク１０５に接続可能でないとき（ステップＳ５０１のＮｏ）、この処理を終了する。保守情報更新部２０５に退避した同期用データがある場合、定期的にこの処理（ステップＳ５）が実行されることが好ましい。

ＤＢ同期部２０７は、ネットワーク１０５に接続可能であるとき（ステップＳ５０１のＹｅｓ）、保守情報更新部２０５から、ステップＳ４０９（図１０参照）において退避した同期用データを取得する（ステップＳ５０２）。

そして、ＤＢ同期部２０７は、ネットワークアクセス部２０３を制御し、ネットワーク１０５を経てデータベース１０６にアクセスし、取得した同期用データを用いて、データベース１０６を更新する（ステップＳ５０３）。

このＤＢ同期処理は、所定の周期で実行されるようにしてもよいし、保守担当者が電子端末１０４を操作することによって実行されるようにしてもよい。

本実施形態によれば、例えば次の効果が得られる。
（１）ＲＦＩＤタグ１０２のタグ識別子領域１０ａに、このＲＦＩＤタグ１０２を一意に示すタグ識別子１００２ｂが書き換え不能に格納されているため、他のＲＦＩＤタグを誤認することがない。
（２）タグ識別子領域１０ａに格納されているタグ識別子１００２ｂのほか、型名領域１０ｂに格納されている型名１００１ｂ、シリアル番号領域１０ｃに格納されているシリアル番号１００１ｃ、または、納入日時領域１０ｄに格納されている納入日時１００１ｄを読み取ることにより、保守対象製品１０１の誤認を抑制できる。
（３）保守期限領域１０ｅおよび残保守回数領域１０ｆには、各々、保守契約などに基づいた保守期限１００１ｅおよび残保守回数１００１ｇが格納されているため、契約などに基づく保守が行われなかったり、契約外の保守を行ってしまったりする危険を回避できる。
（４）各重要保守履歴領域（１０ｊ，１０ｌ，１０ｎ）に格納されている保守コード１００３ｃと、今回の保守に係る保守コード１００３ｃとの不具合重要度５０２を考慮して、重要な保守履歴が更新格納されるため、ＲＦＩＤタグ１０２を読み取ることにより、重要度の高い複数の保守履歴を参照できる。
（５）各重要保守履歴領域（１０ｊ，１０ｌ，１０ｎ）には、各重要保守履歴が、保守コード１００３ｃの形式で格納されるため、ＲＦＩＤタグ１０２の記憶容量が小さくて済む。また、電子端末１０４によってＲＦＩＤタグ１０２を読み書きするときのデータ伝送量が小さくて済む。
（６）ネットワーク１０５に接続できない場所に保守対象製品１０１が所在しても、保守対象製品１０１を示す情報と保守履歴とがＲＦＩＤタグ１０２に格納されているため、保守対象製品１０１の特定、保守を行うべきか否かの確認、保守履歴の閲覧が容易に行える。
（７）電子端末１０４がネットワーク１０５に接続不能であっても、電子端末１０４内に同期用データを退避しておくため、後でデータベース１０６の更新を行うことができる。

本発明の一実施形態による保守支援システムを示す構成図である。 ＲＦＩＤタグの記憶領域を詳細に示すデータ構造図である。 データベースにおけるデータ実装例を示す実体関連図（ERD：Entity Relationship Diagram）である。 電子端末の本体の機能構成を示すブロック図である。 コードリストに含まれる保守理由コードリストのテーブルを示す図である。 コードリストに含まれる保守内容コードリストのテーブルを示す図である。 保守情報表示処理（ステップＳ１）を示すフローチャートである。 保守情報表示処理（ステップＳ１）中に実行される重要履歴表示処理（ステップＳ２）を詳細に示すフローチャートである。 保守情報入力処理（ステップＳ３）を示すフローチャートである。 保守情報更新処理（ステップＳ４）を示すフローチャートである。 ＤＢ同期処理（ステップＳ５）を示すフローチャートである。

符号の説明

１ 保守支援システム（保守支援システム）
１０ 記憶領域
１０ａ タグ識別子領域
１０ｂ 型名領域
１０ｃ シリアル番号領域
１０ｄ 納入日時領域
１０ｅ 保守期限領域
１０ｆ 残保守回数領域
１０ｇ 総保守回数領域
１０ｈ 不具合統計領域
１０ｉ 最新保守日時領域
１０ｊ 第１重要履歴領域
１０ｋ 第１重要履歴発生日時領域
１０ｌ 第２重要履歴領域
１０ｍ 第２重要履歴発生日時領域
１０ｎ 第３重要履歴領域
１０ｏ 第３重要履歴発生日時領域
１０ｐ 予備領域
１０１ 保守対象製品（保守対象製品）
１０２ ＲＦＩＤタグ（ＲＦＩＤタグ）
１０３ リーダライタ（リーダライタ）
１０４ 電子端末（保守支援用端末）
１０４ａ タッチパネル（保守情報表示部、保守情報入力部、表示入力装置）
１０５ ネットワーク（ネットワーク）
１０６ データベース（データベース）
２０１ ＲＦＩＤタグ読取部
２０２ 保守情報表示部（保守情報表示部、保守履歴表示部）
２０３ ネットワークアクセス部（ネットワークアクセス部）
２０４ 保守情報入力部（保守情報入力部）
２０５ 保守情報更新部（保守情報更新部）
２０６ ＲＦＩＤタグ書込部
２０７ ＤＢ同期部（ＤＢ同期部）
２０８ コードリスト（コードリスト）
５００ 保守理由コードリスト（コードリスト）
５０１ 理由コード（保守履歴情報）
５０２ 不具合重要度（重要度）
５０３ 理由文字列
６００ 保守内容コードリスト（コードリスト）
６０１ 内容コード（保守履歴情報）
６０２ 内容文字列
１００１ 製品テーブル
１００１ａ 製品識別子
１００１ｂ 型名（製品情報）
１００１ｃ シリアル番号（製品情報）
１００１ｄ 納入日時
１００１ｅ 保守期限（保守提供情報、保守期限）
１００１ｆ 総保守回数（保守提供情報）
１００１ｇ 残保守回数（保守提供情報、残保守回数）
１００２ タグテーブル
１００２ａ 製品タグ識別子
１００２ｂ タグ識別子（タグ識別子）
１００２ｃ 発行日
１００２ｄ 削除フラグ
１００３ 保守履歴テーブル
１００３ａ 保守識別子
１００３ｂ 保守日時（保守履歴情報）
１００３ｃ 保守コード（保守履歴情報）

Claims (24)

1. 保守対象製品ごとに設定した保守規定に基づいて当該保守対象製品に行う保守に関する情報を管理する保守支援システムであって、
   前記保守対象製品に付され当該保守対象製品を特定する製品情報および前記保守規定に基づく前記保守の提供範囲を示す保守提供情報を格納したＲＦＩＤタグと、
   前記ＲＦＩＤタグから前記製品情報および前記保守提供情報を読み取って、読み取った当該製品情報および保守情報を基に、前記保守対象製品に前記保守を行うべきか否かを判断して判断結果を表示する保守支援用端末と、を具備し、
   前記ＲＦＩＤタグは、前記保守対象製品に行った前記保守の履歴を示す複数の保守履歴情報を格納可能であり、
   前記保守支援用端末は、新たに入力された前記保守の内容を用いて、前記保守の内容ごとに定められた重要度に従って、前記重要度の高い前記保守履歴情報が優先して前記ＲＦＩＤタグに格納されるように、前記ＲＦＩＤタグに格納された前記保守履歴情報の更新を行うことを特徴とする保守支援システム。
2. 前記保守提供情報は、前記保守の提供範囲として、前記保守対象製品に前記保守を行うべき保守期限または残保守回数を含むことを特徴とする請求項１に記載の保守支援システム。
3. 前記保守履歴情報は、前記保守を行った内容および日時を含むことを特徴とする請求項１に記載の保守支援システム。
4. 前記ＲＦＩＤタグは、前記保守履歴情報を基に前記保守対象製品に発生した不具合を集計して作成した不具合統計情報を格納し、
   前記保守支援用端末は、前記新たに入力された前記保守の内容を用いて、前記不具合統計情報を更新することを特徴とする請求項１に記載の保守支援システム。
5. 前記不具合統計情報は、前記保守対象製品の不具合の発生回数を前記重要度、前記不具合の種類、または前記保守の内容ごとに集計して生成したものであることを特徴とする請求項４に記載の保守支援システム。
6. 前記保守に関する情報を格納しネットワークに接続されたデータベースを具備し、
   前記保守支援用端末は、
   前記ネットワークに接続し前記データベースへのアクセスを媒介するネットワークアクセス部と、
   前記新たに入力された前記保守の内容に基づき、前記データベースを更新する更新データを生成し、当該更新データを用いて前記ネットワークアクセス部を経て前記データベースを更新するＤＢ同期部と、
   を具備したことを特徴とする請求項１に記載の保守支援システム。
7. 前記ＲＦＩＤタグ内に前記保守履歴情報がコード化されて格納されていることを特徴とする請求項１に記載の保守支援システム。
8. 保守対象製品に付されたＲＦＩＤタグから、前記保守対象製品を特定する製品情報と前記保守対象製品ごとに定めた保守規定に基づく保守提供範囲を示す保守提供情報と前記保守対象製品に行った保守を表す複数の保守履歴情報とを読み取って、読み取った当該製品情報および当該保守提供情報を基に、前記保守を行うべきか否かを判断して判断結果を表示する保守支援用端末であって、
   前記保守対象製品に行った前記保守を表す前記保守履歴情報を入力されると、前記保守の種類ごとに定められた重要度に従って、前記重要度の高い前記保守履歴情報が優先して前記ＲＦＩＤタグに格納されるように、前記ＲＦＩＤタグに格納された前記保守履歴情報の更新を行うことを特徴とする保守支援用端末。
9. 入力された前記保守履歴情報を基に前記保守対象製品に係る前記重要度ごとの不具合を集計した不具合統計情報を生成して前記ＲＦＩＤタグに格納する保守情報更新部を具備したことを特徴とする請求項８に記載の保守支援用端末。
10. 前記ＲＦＩＤタグから前記保守履歴情報を読み取って表示する保守履歴表示部を具備したことを特徴とする請求項８に記載の保守支援用端末。
11. 前記ＲＦＩＤタグにおいて前記保守履歴情報はコード化されて格納され、
    前記保守履歴情報を表す文字列と対応するコードとを格納したコードリストを具備し、
    前記保守履歴表示部は、前記コードリストを参照して前記保守履歴情報に対応した前記文字列を表示することを特徴とする請求項１０に記載の保守支援用端末。
12. 前記保守履歴情報を表す文字列と対応するコードとを格納したコードリストを具備し、
    前記コードリストを参照して前記文字列を一覧表示し、当該文字列を選択することによって前記保守履歴情報の入力を可能にする表示入力装置を具備したことを特徴とする請求項８に記載の保守支援用端末。
13. 保守対象製品に付され前記保守対象製品を特定する製品情報と前記保守対象製品ごとに定めた保守規定に基づく保守提供範囲を示す保守提供情報と前記保守対象製品に行った保守を表す複数の保守履歴情報とを格納したことを特徴とするＲＦＩＤタグ。
14. 前記保守対象製品に係る重要度ごとの不具合を集計した不具合統計情報を格納したことを特徴とする請求項１３に記載のＲＦＩＤタグ。
15. 前記ＲＦＩＤタグを一意に示すタグ識別子を書き換え不能に格納したことを特徴とする請求項１３または請求項１４に記載のＲＦＩＤタグ。
16. 保守対象製品ごとに設定した保守規定に基づいて当該保守対象製品に行う保守に関する情報を管理する保守支援方法であって、
    ＲＦＩＤタグに、前記保守対象製品に付され当該保守対象製品を特定する製品情報および前記保守規定に基づく前記保守の提供範囲を示す保守提供情報を格納する処理と、
    保守支援用端末によって、前記ＲＦＩＤタグから前記製品情報および前記保守提供情報を読み取って、読み取った当該製品情報および保守情報を基に、前記保守対象製品に前記保守を行うべきか否かを判断して判断結果を表示する処理と、
    前記ＲＦＩＤタグに、前記保守対象製品に行った前記保守の履歴を示す複数の保守履歴情報を格納する処理と、
    前記保守支援用端末によって、新たに入力された前記保守の内容を用いて、前記保守の内容ごとに定められた重要度に従って、前記重要度の高い前記保守履歴情報が優先して格納されるように、前記ＲＦＩＤタグに格納された前記保守履歴情報の更新を行う処理と、
    を含むことを特徴とする保守支援方法。
17. 前記保守提供情報は、前記保守の提供範囲として、前記保守対象製品に前記保守を行うべき保守期限または残保守回数を含むことを特徴とする請求項１６に記載の保守支援方法。
18. 前記保守履歴情報は、前記保守を行った内容および日時を含むことを特徴とする請求項１６に記載の保守支援方法。
19. 前記ＲＦＩＤタグは、前記保守履歴情報を基に前記保守対象製品に発生した不具合を集計して作成した不具合統計情報を格納し、
    前記保守支援用端末は、前記新たに入力された前記保守の内容を用いて、前記不具合統計情報を更新することを特徴とする請求項１６に記載の保守支援方法。
20. 前記不具合統計情報は、前記保守対象製品の不具合の発生回数を前記重要度、前記不具合の種類、または前記保守の内容ごとに集計して生成したものであることを特徴とする請求項１９に記載の保守支援方法。
21. 前記保守支援用端末が、
    前記保守に関する情報を格納しネットワークに接続されたデータベースにアクセスする処理と、
    前記新たに入力された前記保守の内容に基づき、前記データベースを更新する更新データを生成し、当該更新データを用いて、アクセスした前記データベースを更新する処理と、
    を含むことを特徴とする請求項１６に記載の保守支援方法。
22. 前記ＲＦＩＤタグ内に前記保守履歴情報がコード化されて格納されることを特徴とする請求項１６に記載の保守支援方法。
23. 保守対象製品ごとに設定した保守規定に基づいて当該保守対象製品に行う保守に関する情報を管理するコンピュータによって実行される保守支援プログラムであって、
    前記コンピュータが、
    ＲＦＩＤタグに、前記保守対象製品に付され当該保守対象製品を特定する製品情報および前記保守規定に基づく前記保守の提供範囲を示す保守提供情報を格納するステップと、
    保守支援用端末によって、前記ＲＦＩＤタグから前記製品情報および前記保守提供情報を読み取って、読み取った当該製品情報および保守情報を基に、前記保守対象製品に前記保守を行うべきか否かを判断して判断結果を表示するステップと、
    前記ＲＦＩＤタグに、前記保守対象製品に行った前記保守の履歴を示す複数の保守履歴情報を格納するステップと、
    前記保守支援用端末によって、新たに入力された前記保守の内容を用いて、前記保守の内容ごとに定められた重要度に従って、前記重要度の高い前記保守履歴情報が優先して格納されるように、前記ＲＦＩＤタグに格納された前記保守履歴情報の更新を行うステップと、
    を実行することを特徴とする保守支援プログラム。
24. 入力された前記保守履歴情報を基に前記保守対象製品に係る前記重要度ごとの不具合を集計した不具合統計情報を生成し、前記ＲＦＩＤタグに格納するステップ
    を実行することを特徴とする請求項２３に記載の保守支援プログラム。

Images