保守作業支援システム及びその方法
【課題】本体装置障害の切り分け、部品の手配、拠点への連絡を自動化する。
【解決手段】ＩＣタグ１１が構成部品１０を自己診断して得た情報に、本体装置１の装置名及びシステム名を含む情報及び本体装置１の顧客コード及び顧客名を含む情報を付加した情報を生成し、受信装置３０が、生成した情報をネットワーク１００を経由して障害受付サーバ４０に送信し、障害受付サーバ４０が、受信した情報を基に、構成部品１０の在庫数及び配送方法を含む情報を格納した部品情報データベース４１、本体装置１及び構成部品１０の障害に関する情報を格納した障害情報データベース４２及び顧客情報データベース４３から該当する情報を検索し、この検索で得た情報を基に保守作業を支援する障害受付データを生成し、障害受付データを、受付配信サーバ５０が、保守作業に係る対応保守拠点に送信する。
【解決手段】ＩＣタグ１１が構成部品１０を自己診断して得た情報に、本体装置１の装置名及びシステム名を含む情報及び本体装置１の顧客コード及び顧客名を含む情報を付加した情報を生成し、受信装置３０が、生成した情報をネットワーク１００を経由して障害受付サーバ４０に送信し、障害受付サーバ４０が、受信した情報を基に、構成部品１０の在庫数及び配送方法を含む情報を格納した部品情報データベース４１、本体装置１及び構成部品１０の障害に関する情報を格納した障害情報データベース４２及び顧客情報データベース４３から該当する情報を検索し、この検索で得た情報を基に保守作業を支援する障害受付データを生成し、障害受付データを、受付配信サーバ５０が、保守作業に係る対応保守拠点に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ、コンピュータ関連機器、ロボット、自動車及び工作機械等の装置での障害検出単位の構成部品毎にそれぞれの部品の情報を含んだＩＣタグ及びそのＩＣタグに書き込みを行うことができるＩＣタグライタを装着し、そのＩＣタグに書き込まれた情報を読み取ることで、構成部品毎に障害を把握し、装置の保守作業を行うことができる保守作業支援システム及びその方法に関する。
【背景技術】
【０００２】
保守対象である本体装置に障害が発生した場合、利用者は保守会社に電話をかけ保守会社からの問診を受ける。その際、保守会社はできるだけ詳細な情報を収集し、その情報をもとに必要な保守部品を用意して現地へ赴くが、問診での情報収集が不十分であったり不正確であったりすると、保守会社の保守員は現地で再度情報を収集し、保守部品を手配し直し、障害復旧に時間を要してしまうことが多い。
【０００３】
障害の原因を特定する切り分け作業において、障害内容、または装置によって原因の特定が難しい場合があり、大幅に時間がかかってしまうことがある。それだけでなく、対応する保守員の知識、技術、経験によっても切り分け作業時間の差が発生してしまう。
【０００４】
一方で、本体装置によっては部品の消耗や劣化が発生するため、交換時期が決められているものがある。また、障害が発生する前には、その原因となる兆候が見られることがあるが、本体装置自体は客先にあるため、その兆候を見ることはできない。そのため、障害が発生してから対応するだけでなく、部品交換時期や兆候をリアルタイムに把握することができれば、障害を未然に防止することが可能である。
【０００５】
部品自らが故障であると通知することができれば、障害の内容、本体装置、対応者に関らず対応時間を短縮することができる。近年、自己診断機能を備える部品もあるが、回路基板など限定的なものである。
【０００６】
又、本体装置の構成部品においても、現状バーコードが主流であり、バーコードの形状の固定による添付スペースの制限がある点、格納できるデータ量が少ない点、バーコードでは情報の書き込み、リアルタイムな情報の更新を行うことができない点、読み取りは個々に接触する必要がある点などから、本体装置の内部構成やバージョン等に関しては管理上の限界があった。
【０００７】
そこで、以下に示すような、ＩＣチップを有するＩＣタグを用いた故障診断システム及び故障診断方法が存在する。
【特許文献１】特開２００５−２９３３４５号公報
【特許文献２】特開２００５−２２２２９１号公報
【特許文献３】特開２００５−１８２６１９号公報
【特許文献４】特開２００７−１１４９９９号公報
【特許文献５】特開２００６−１０７２３６号公報
【特許文献６】特開２００６−１７８８０３号公報
【特許文献７】特開２００７−２６４８１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１における故障診断システムおよび故障診断方法では、ＩＣタグの通信が金属の影響を受けるという問題がある。また、請求事項でＩＣタグは交換部品単位（ユニット）に取り付けるとありながら、最良の実施の形態ではＩＣタグを部品（ユニット）とは独立させており、単なる外部記憶装置として使っているにすぎない。
【０００９】
特許文献２は、実際に故障した装置のＩＣタグを端末で処理し、障害解析を表示、それを見てから部品の手配等を行う必要があり、客先へ行く前に障害内容がわからない、部品が届けられるまでの時間がかかるという問題があった。
【００１０】
特許文献３は、装置本体に１つのＩＣタグを装着し、そこに部品、レビジョン情報を持たせるもので、故障が発生した場合、その装置を修理受付窓口にて読み取ることで、ネットワークを用い、サーバ等と通信を行っている。そのため、部品単位での障害の把握に難があり、かつ情報の読み取り等が自動化されていないという問題点がある。
【００１１】
特許文献４は、部品ごとにＩＣタグを装着しているが、このＩＣタグに蓄積された情報を外部に取り出すための通信手段がなく、故障が発生した場合、保守員の携帯端末から故障情報を読み取る必要があり、作業の自動化及び対応の迅速さという点で問題がある。
【００１２】
又、特許文献５、特許文献６及び特許文献７は、部品にＩＣタグを装着し、故障を報知するというもので、故障発生後の保守に要する部品の手配等の修理に係る作業ついて具体的に考慮されていないという問題点がある。
【００１３】
本発明は上記に鑑みてなされたもので、本体装置の障害の切り分け、部品の手配、拠点への連絡を自動化する保守作業支援システム及びその方法を得ることを目的とする。
【課題を解決するための手段】
【００１４】
上述の課題を解決するため、本発明に係る保守作業支援システムは、本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援システムにおいて、前記構成部品のそれぞれに装着され、前記ＩＣタグが前記構成部品を自己診断して得た情報を、前記ＩＣタグに書き込むＩＣタグライタと、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成するＩＣタグ読取装置と、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する受信装置と、前記構成部品のバージョン、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベースと、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベースと、前記本体装置のユーザの情報を格納した顧客情報データベースと、前記受信装置から前記構成部品・本体装置・顧客情報を受信し、該受信した情報を基に前記部品情報データベース、前記障害情報データベース及び前記顧客情報データベースから該当する情報を検索し、該検索で得た情報を基に保守作業を支援する障害受付データを生成する障害受付サーバと、前記障害受付データを格納する受付情報データベースと、前記受付情報データベースに格納されている前記障害受付データを、保守作業に係る対応保守拠点に送信する受付配信サーバと、を備えることを特徴とする。
【００１５】
上述の課題を解決するため、本発明に係る保守作業支援方法は、本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援方法において、前記ＩＣタグが前記構成部品を自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順と、ＩＣタグ読取装置が、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成する手順と、受信装置が、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する手順と、前記受信装置が、ネットワークを経由して前記構成部品・本体装置・顧客情報を障害受付サーバに送信する手順と、前記障害受付サーバが、前記構成部品・本体装置・顧客情報を基に、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベース及び前記本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索する手順と、前記障害受付サーバが、前記検索で得た情報を基に保守作業を支援する障害受付データを生成する手順と、前記障害受付サーバが、前記障害受付データを受付情報データベースに格納する手順と、前記受付情報データベースに格納されている前記障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信する手順と、を備えることを特徴とする。
【発明の効果】
【００１６】
ＩＣタグが前記構成部品を自己診断して得た情報に、本体装置及び顧客情報を付加した情報を生成し、生成した情報に基づいて、障害受付サーバが、構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、本体装置及び構成部品の障害に関する事例の情報を格納した障害情報データベース及び本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索して、保守作業を支援する障害受付データを生成し、この障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信することにより、本体装置障害の切り分け、部品の手配、拠点への連絡を自動化する保守作業支援システム及びその方法を得ることができる。
【発明を実施するための最良の形態】
【００１７】
次に、本発明の実施の形態について図面を参照しながら詳細に説明する。図１は、本発明の実施の形態に係る保守作業支援システムの全体を示す構成図である。
【００１８】
図１を参照すると、本実施の形態に係る保守作業支援システムは、保守作業の対象である本体装置１と、受信装置３０と、障害受付サーバ４０と、受付配信サーバ５０と、を備える。
【００１９】
ここで、本体装置１は各構成部品１０が組み合わされたものである。各構成部品１０には、各構成部品１０の情報及び後述する自己診断の結果を保存するために、ＩＣタグ１１がそれぞれ装着されている。
【００２０】
ＩＣタグ１１は、装着されている構成部品に係る情報を保持するのみならず、その構成部品１０によっては自己診断も行う。本体装置１の稼働により、構成部品１０の消耗又は劣化が考えられるからである。この自己診断の結果は、ＩＣタグライタ１２によって、その自己診断を行ったＩＣタグ１１自身に書き込まれる。
【００２１】
又、構成部品１０がメカや可動部の場合は、ＩＣタグ１１の他に、赤外線、温度又は振動などの動作を検知するセンサ１３が装着されており、これらのセンサ１３が計測した情報も、ＩＣタグライタ１２によって、センサ１３が装着されている構成部品１０に係るＩＣタグ１１に書き込まれる。
【００２２】
本体装置１には、ＩＣタグ１１の情報を読み取り、障害の特定及び管理を行うＩＣタグ読取装置２０が搭載されている。このＩＣタグ読取装置２０は、装置の構成部品１０の情報を構成部品・本体装置情報として、図２に示すように本体装置の構造に従って階層構造化して保持している。
【００２３】
受信装置３０は、ＩＣタグ読取装置２０から本体装置１と構成部品１０とに係る構成部品・本体装置情報を受け取り、図６における顧客コード３０１等の顧客の情報を添付して構成部品・本体装置・顧客情報を生成し、この情報を保守会社へインターネット等のネットワーク１００を使用して送信するものである。また、受信装置３０は、受信した構成部品・本体装置情報から本体装置１の稼働状況及び構成部品１０毎の障害の有無を把握し、それらの情報を図３のように表示する。
【００２４】
障害受付サーバ４０は、ネットワーク１００を経由して受信装置３０から受信した情報を基に部品情報データベース４１と、本体装置及び構成部品の障害に関する事例の情報を格納した障害情報データベース４２と、顧客情報データベース４３と、から該当する情報を検索し、この検索結果から１つの障害受付データを完成させる。
【００２５】
更に、障害受付サーバ４０は、この障害受付データを受付情報データベース４４へ登録する。
【００２６】
受付配信サーバ５０は受付情報データベース４４に登録されたデータから、故障した構成部品１０の手配及びお客様対応拠点（サービスセンター等の対応保守拠点）への連絡を行うものである。
【００２７】
次に、図面を参照して本実施の形態の動作について詳細に説明する。ここで、図４は、ＩＣタグ１１に書き込まれる情報の一例を示す図である。
【００２８】
図４に示すように、ＩＣタグ１１には、構成部品１０に係る部品名１１１、部品コード１１２、バージョン情報１１３、製造年月日１１４、交換期間１１５、故障の有無を示す故障フラグ１１６、部品メーカーのメーカー固有情報１１７、稼働開始日１１８、修理履歴１１９、ファームウェア１２０、構成部品１０の関連部品１２１及び関連部品のバージョン情報１２２等が記録される。
【００２９】
本体装置１のＩＣタグ読取装置２０は、図４に示したＩＣタグ１１に記録されている情報を定期的に読み取り、この読み取った情報へ更に本体装置１の装置名２０１、システム名２０２、製造号機２０３、管理コード２０４、機種区分コード２０５、起動フラグ２０６、稼働日２０７、起動時間２０８、ＯＳ２０９及び保証期間２１０を含む情報を図５に示したように付加した構成部品・本体装置情報を生成し、この情報を受信装置３０へ送信する。
【００３０】
受信装置３０は、ＩＣタグ読取装置２０から受信した構成部品・本体装置情報に受信装置３０が保持している顧客コード３０１、顧客名３０２、郵便番号３０３，住所３０４、電話番号３０５、部署名３０６、担当者名３０７、契約情報３０８及び担当営業・ＳＥ３０９の情報を付加してネットワーク１００を使用して保守会社の障害受付サーバ４０へ送信する。
【００３１】
次に構成部品１０において、ＩＣタグ１１が定期的に行っている自己診断について図面を用いて詳細に説明する。ここで、図７の左は、構成部品１０においてＩＣタグ１１が定期的に行っている自己診断及びＩＣタグライタ１２の書き込みに係るフローチャートである。
【００３２】
この図７左において、まずＩＣタグ１１は、装着されている構成部品１０が正常稼動しているかどうかのチェックを行う（ステップＳ１１）。このチェックでは、回路基板、周辺装置は既存のPOST（Power On Self Test）やRAS機能などの自己診断機能を使用し、メカ、ギアなどの可動部分に関しては、動作を検出するセンサ１３を装着することで正常動作かどうか判別できるようにする。
【００３３】
続くステップＳ１２では、その自己診断の結果が正常な場合（ＹＥＳ）、手順をステップＳ１１以前に戻す。一方で、構成部品１０が故障と判断される場合（ＮＯ）、ＩＣタグライタ１２は、その情報を構成部品１０のＩＣタグ１１の故障フラグ１１６に書き込む（ステップＳ１３）。
【００３４】
その後、構成部品１０がリトライ可能か否かがステップＳ１４で判断され、リトライが可能な場合（ＹＥＳ）、手順をステップＳ１１以前に戻して再度の自己診断を行う。一方で、リトライが不可能な場合は（ＮＯ）、自己診断に係る一連の処理を終了する。
【００３５】
次に、ＩＣタグ読取装置２０でのＩＣタグ読み取りの処理について図面を用いて詳細に説明する。ここで、図７中央は、ＩＣタグ読取装置２０でのＩＣタグ読み取りの処理に係るフローチャートである。
【００３６】
まず、本体装置１が稼動している間、ＩＣタグ読取装置２０は各構成部品１０のＩＣタグ１１を定期的に読み取る（ステップＳ２１）。
【００３７】
続くステップＳ２２では、ステップＳ２１で読み取った情報の故障フラグ１１６がＯＮになっているか否かがチェックされ、ＯＮの場合（ＹＥＳ）、ステップＳ２３において、障害を特定する障害切り分け処理が行われる。ステップＳ２３では、関連部品のＩＣタグ１１も読み取り、障害の切り分け、判別が行なわれる。一方で、故障フラグ１１６がＯＮになっていない場合（ＮＯ）、手順はステップＳ２１以前に戻される。
【００３８】
その後、ステップＳ２４において、図５に示したように、ＩＣタグ読取装置２０の持つ本体装置１の装置名２０１等の情報を、ＩＣタグ１１が読み取った情報に付加した構成部品・本体装置情報を、受信装置３０へ送信する。その際に、故障フラグがＯＮになっている構成部品及びこの構成部品の関連部品について障害切り分け、判別を行った結果も送信する。これは、部品同士が連動して複数箇所が同時に故障している可能性があるためである。
【００３９】
次に、受信装置３０での処理について図面を用いて詳細に説明する。ここで、図７右は、受信装置３０での処理に係るフローチャートである。
【００４０】
まず、受信装置３０は、図７右で（Ａ）として示したように、ＩＣタグ読取装置２０が送信した故障フラグＯＮを含む情報を受け取ると、自身がネットワーク１００に接続されているか否かをチェックし（ステップＳ３１）、ネットワーク１００に接続されている場合（ＹＥＳ）、図６に示したように、受信装置３０が保持している顧客コード３０１等を含む情報を、ＩＣタグ読取装置２０から受信した情報に付加して構成部品・本体装置・顧客情報を生成し、この情報を保守会社の障害受付サーバ４０へネットワーク１００を使用して送信する（ステップＳ３２）。
【００４１】
ステップＳ３２での情報の送信後、受信装置３０は、自身が持つディスプレイに現在の本体装置１の稼働状況を表示して、一連の処理を終了する（ステップＳ３３）。
【００４２】
一方で、ステップＳ３１において、受信装置３０がネットワーク１００に接続されていないことが判明した場合（ＮＯ）、受信装置３０は、自身が持つディスプレイに現在の稼働状況を表示して、一連の処理を終了する（ステップＳ３３）。これにより、非ネットワーク接続時には、利用者は保守会社に電話し、表示された障害ＩＤを教えるだけで正確に障害情報を伝えることができる。
【００４３】
その後、障害受付サーバ４０は、受信装置３０が送信した情報のうち、顧客コード３０１と電話番号３０５をキーとして顧客情報データベース４３を照会し、顧客名、住所、担当者名、電話番号、対応保守拠点コード及び対応保守拠点名を含む情報を取得する。
【００４４】
又、装置名２０１、製造号機２０３、部品コード１１２、バージョン情報１２２から障害情報データベース４２を参照し、本体装置及び構成部品の障害に関する事例が存在するかどうかを検索する。
【００４５】
事例が存在した場合、その事例から該当する装置名、現象、対策、部品名及び部品コードを取得する。一方で、事例が存在しない場合は、受信装置３０から送信された部品コード１１２をそのまま使用する。
【００４６】
その後、部品コード１１２及びバージョン情報１１３から部品情報データベース４１を参照し、その部品の適切なバージョン、在庫数、配送方法を取得する。この各データベースから取得した情報を障害受付データとして受付情報データベース４４へ書き込む。
【００４７】
受付情報データベース４４へ情報が書き込まれると、受付配信サーバ５０が、対応保守拠点コードへ情報を送信する。
【００４８】
以上説明したように、本発明に係る保守作業支援システム及びその方法によれば、できる限り詳細な情報を得る必要がある問診においても、利用者の装置知識の有無や問診時間の長短関係なく自動的に正確な情報を得ることができ、非ネットワーク接続時でも、受信装置３０に表示されている内容を伝えるだけで、利用者の知識、経験に関らず正確な情報を得ることができる。
【００４９】
又、自動で故障部品が特定できているため、保守員の知識、技術、経験に左右されることなく、出動前から被疑部品を特定することができる。
【００５０】
更に、ほぼリアルタイムに装置状態を確認するため、消耗部品の交換時期や障害の兆候が確認できた場合には、装置が停止する前に対応することが可能である。保守員が障害対応等で客先へ来た際には、受信装置の表示を見ることで、他の装置の状況も一目で確認することができる。
【００５１】
他にもＩＣタグおよびＩＣチップは非接触である点や、形状が自由であるため部品ごとに装着ができる点、格納情報を書き換えることができる点などから、装置の内部構成、バージョン等も管理することができる。
【産業上の利用可能性】
【００５２】
本発明は、緊急時に早急な連絡、通報が必要な機器の保守業務に適しており、あらゆる場面での装備品の準備、日常生活や学校の時間割の漏れ、忘れ防止、工場における工具、部品の準備忘れ、作業後の道具紛失防止、装置組み立て時の作業手順漏れ、忘れ防止、店舗での商品在庫管理及び万引き防止等の場合に利用できる。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施の形態に係る保守作業支援システムの全体の構成を示す図である。
【図２】ＩＣタグ読取装置が情報を階層構造化して保持する状態を示す図である。
【図３】受信装置が表示する本体装置の稼働状況及び障害の情報の一例を示す図である。
【図４】ＩＣタグに書き込まれる情報の一例を示す図である。
【図５】ＩＣタグ読取装置が受信装置に送信する構成部品・本体装置情報の一例を示す図である。
【図６】受信装置が障害受付サーバへ送信する構成部品・本体装置・顧客情報の一例を示す図である。
【図７】ＩＣタグが定期的に行っている自己診断、ＩＣタグライタによる書き込み、ＩＣタグ読取装置でのＩＣタグ読み取りの処理及び受信装置での処理を示すフローチャートである。
【符号の説明】
【００５４】
１ 本体装置
１０ 構成部品
１１ ＩＣタグ
１２ ＩＣタグライタ
２０ ＩＣタグ読取装置
１３ センサ
３０ 受信装置
４０ 障害受付サーバ
４１ 部品情報データベース
４２ 障害情報データベース
４３ 顧客情報データベース
４４ 受付情報データベース
５０ 受付配信データベース
１００ ネットワーク
１１１ 部品名
１１２ 部品コード
１１３ バージョン情報
１１４ 製造年月日
１１５ 交換期間
１１６ 故障フラグ
１１７ メーカー固有情報
１１８ 稼働開始日
１１９ 修理履歴
１２０ ファームウェア
１２１ 関連部品
１２２ バージョン情報
２０１ 装置名
２０２システム名
２０３ 製造号機
２０４ 管理コード
２０５ 機種区分コード
２０６ 起動フラグ
２０７ 稼働日
２０８ 起動時間
２０９ ＯＳ
２１０ 保証期間
３０１ 顧客コード
３０２ 顧客名
３０３ 郵便番号
３０４ 住所
３０５ 電話番号
３０６ 部署名
３０７ 担当者名
３０８ 契約情報
３０９ 担当営業・ＳＥ
【技術分野】
【０００１】
本発明は、コンピュータ、コンピュータ関連機器、ロボット、自動車及び工作機械等の装置での障害検出単位の構成部品毎にそれぞれの部品の情報を含んだＩＣタグ及びそのＩＣタグに書き込みを行うことができるＩＣタグライタを装着し、そのＩＣタグに書き込まれた情報を読み取ることで、構成部品毎に障害を把握し、装置の保守作業を行うことができる保守作業支援システム及びその方法に関する。
【背景技術】
【０００２】
保守対象である本体装置に障害が発生した場合、利用者は保守会社に電話をかけ保守会社からの問診を受ける。その際、保守会社はできるだけ詳細な情報を収集し、その情報をもとに必要な保守部品を用意して現地へ赴くが、問診での情報収集が不十分であったり不正確であったりすると、保守会社の保守員は現地で再度情報を収集し、保守部品を手配し直し、障害復旧に時間を要してしまうことが多い。
【０００３】
障害の原因を特定する切り分け作業において、障害内容、または装置によって原因の特定が難しい場合があり、大幅に時間がかかってしまうことがある。それだけでなく、対応する保守員の知識、技術、経験によっても切り分け作業時間の差が発生してしまう。
【０００４】
一方で、本体装置によっては部品の消耗や劣化が発生するため、交換時期が決められているものがある。また、障害が発生する前には、その原因となる兆候が見られることがあるが、本体装置自体は客先にあるため、その兆候を見ることはできない。そのため、障害が発生してから対応するだけでなく、部品交換時期や兆候をリアルタイムに把握することができれば、障害を未然に防止することが可能である。
【０００５】
部品自らが故障であると通知することができれば、障害の内容、本体装置、対応者に関らず対応時間を短縮することができる。近年、自己診断機能を備える部品もあるが、回路基板など限定的なものである。
【０００６】
又、本体装置の構成部品においても、現状バーコードが主流であり、バーコードの形状の固定による添付スペースの制限がある点、格納できるデータ量が少ない点、バーコードでは情報の書き込み、リアルタイムな情報の更新を行うことができない点、読み取りは個々に接触する必要がある点などから、本体装置の内部構成やバージョン等に関しては管理上の限界があった。
【０００７】
そこで、以下に示すような、ＩＣチップを有するＩＣタグを用いた故障診断システム及び故障診断方法が存在する。
【特許文献１】特開２００５−２９３３４５号公報
【特許文献２】特開２００５−２２２２９１号公報
【特許文献３】特開２００５−１８２６１９号公報
【特許文献４】特開２００７−１１４９９９号公報
【特許文献５】特開２００６−１０７２３６号公報
【特許文献６】特開２００６−１７８８０３号公報
【特許文献７】特開２００７−２６４８１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１における故障診断システムおよび故障診断方法では、ＩＣタグの通信が金属の影響を受けるという問題がある。また、請求事項でＩＣタグは交換部品単位（ユニット）に取り付けるとありながら、最良の実施の形態ではＩＣタグを部品（ユニット）とは独立させており、単なる外部記憶装置として使っているにすぎない。
【０００９】
特許文献２は、実際に故障した装置のＩＣタグを端末で処理し、障害解析を表示、それを見てから部品の手配等を行う必要があり、客先へ行く前に障害内容がわからない、部品が届けられるまでの時間がかかるという問題があった。
【００１０】
特許文献３は、装置本体に１つのＩＣタグを装着し、そこに部品、レビジョン情報を持たせるもので、故障が発生した場合、その装置を修理受付窓口にて読み取ることで、ネットワークを用い、サーバ等と通信を行っている。そのため、部品単位での障害の把握に難があり、かつ情報の読み取り等が自動化されていないという問題点がある。
【００１１】
特許文献４は、部品ごとにＩＣタグを装着しているが、このＩＣタグに蓄積された情報を外部に取り出すための通信手段がなく、故障が発生した場合、保守員の携帯端末から故障情報を読み取る必要があり、作業の自動化及び対応の迅速さという点で問題がある。
【００１２】
又、特許文献５、特許文献６及び特許文献７は、部品にＩＣタグを装着し、故障を報知するというもので、故障発生後の保守に要する部品の手配等の修理に係る作業ついて具体的に考慮されていないという問題点がある。
【００１３】
本発明は上記に鑑みてなされたもので、本体装置の障害の切り分け、部品の手配、拠点への連絡を自動化する保守作業支援システム及びその方法を得ることを目的とする。
【課題を解決するための手段】
【００１４】
上述の課題を解決するため、本発明に係る保守作業支援システムは、本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援システムにおいて、前記構成部品のそれぞれに装着され、前記ＩＣタグが前記構成部品を自己診断して得た情報を、前記ＩＣタグに書き込むＩＣタグライタと、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成するＩＣタグ読取装置と、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する受信装置と、前記構成部品のバージョン、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベースと、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベースと、前記本体装置のユーザの情報を格納した顧客情報データベースと、前記受信装置から前記構成部品・本体装置・顧客情報を受信し、該受信した情報を基に前記部品情報データベース、前記障害情報データベース及び前記顧客情報データベースから該当する情報を検索し、該検索で得た情報を基に保守作業を支援する障害受付データを生成する障害受付サーバと、前記障害受付データを格納する受付情報データベースと、前記受付情報データベースに格納されている前記障害受付データを、保守作業に係る対応保守拠点に送信する受付配信サーバと、を備えることを特徴とする。
【００１５】
上述の課題を解決するため、本発明に係る保守作業支援方法は、本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援方法において、前記ＩＣタグが前記構成部品を自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順と、ＩＣタグ読取装置が、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成する手順と、受信装置が、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する手順と、前記受信装置が、ネットワークを経由して前記構成部品・本体装置・顧客情報を障害受付サーバに送信する手順と、前記障害受付サーバが、前記構成部品・本体装置・顧客情報を基に、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベース及び前記本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索する手順と、前記障害受付サーバが、前記検索で得た情報を基に保守作業を支援する障害受付データを生成する手順と、前記障害受付サーバが、前記障害受付データを受付情報データベースに格納する手順と、前記受付情報データベースに格納されている前記障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信する手順と、を備えることを特徴とする。
【発明の効果】
【００１６】
ＩＣタグが前記構成部品を自己診断して得た情報に、本体装置及び顧客情報を付加した情報を生成し、生成した情報に基づいて、障害受付サーバが、構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、本体装置及び構成部品の障害に関する事例の情報を格納した障害情報データベース及び本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索して、保守作業を支援する障害受付データを生成し、この障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信することにより、本体装置障害の切り分け、部品の手配、拠点への連絡を自動化する保守作業支援システム及びその方法を得ることができる。
【発明を実施するための最良の形態】
【００１７】
次に、本発明の実施の形態について図面を参照しながら詳細に説明する。図１は、本発明の実施の形態に係る保守作業支援システムの全体を示す構成図である。
【００１８】
図１を参照すると、本実施の形態に係る保守作業支援システムは、保守作業の対象である本体装置１と、受信装置３０と、障害受付サーバ４０と、受付配信サーバ５０と、を備える。
【００１９】
ここで、本体装置１は各構成部品１０が組み合わされたものである。各構成部品１０には、各構成部品１０の情報及び後述する自己診断の結果を保存するために、ＩＣタグ１１がそれぞれ装着されている。
【００２０】
ＩＣタグ１１は、装着されている構成部品に係る情報を保持するのみならず、その構成部品１０によっては自己診断も行う。本体装置１の稼働により、構成部品１０の消耗又は劣化が考えられるからである。この自己診断の結果は、ＩＣタグライタ１２によって、その自己診断を行ったＩＣタグ１１自身に書き込まれる。
【００２１】
又、構成部品１０がメカや可動部の場合は、ＩＣタグ１１の他に、赤外線、温度又は振動などの動作を検知するセンサ１３が装着されており、これらのセンサ１３が計測した情報も、ＩＣタグライタ１２によって、センサ１３が装着されている構成部品１０に係るＩＣタグ１１に書き込まれる。
【００２２】
本体装置１には、ＩＣタグ１１の情報を読み取り、障害の特定及び管理を行うＩＣタグ読取装置２０が搭載されている。このＩＣタグ読取装置２０は、装置の構成部品１０の情報を構成部品・本体装置情報として、図２に示すように本体装置の構造に従って階層構造化して保持している。
【００２３】
受信装置３０は、ＩＣタグ読取装置２０から本体装置１と構成部品１０とに係る構成部品・本体装置情報を受け取り、図６における顧客コード３０１等の顧客の情報を添付して構成部品・本体装置・顧客情報を生成し、この情報を保守会社へインターネット等のネットワーク１００を使用して送信するものである。また、受信装置３０は、受信した構成部品・本体装置情報から本体装置１の稼働状況及び構成部品１０毎の障害の有無を把握し、それらの情報を図３のように表示する。
【００２４】
障害受付サーバ４０は、ネットワーク１００を経由して受信装置３０から受信した情報を基に部品情報データベース４１と、本体装置及び構成部品の障害に関する事例の情報を格納した障害情報データベース４２と、顧客情報データベース４３と、から該当する情報を検索し、この検索結果から１つの障害受付データを完成させる。
【００２５】
更に、障害受付サーバ４０は、この障害受付データを受付情報データベース４４へ登録する。
【００２６】
受付配信サーバ５０は受付情報データベース４４に登録されたデータから、故障した構成部品１０の手配及びお客様対応拠点（サービスセンター等の対応保守拠点）への連絡を行うものである。
【００２７】
次に、図面を参照して本実施の形態の動作について詳細に説明する。ここで、図４は、ＩＣタグ１１に書き込まれる情報の一例を示す図である。
【００２８】
図４に示すように、ＩＣタグ１１には、構成部品１０に係る部品名１１１、部品コード１１２、バージョン情報１１３、製造年月日１１４、交換期間１１５、故障の有無を示す故障フラグ１１６、部品メーカーのメーカー固有情報１１７、稼働開始日１１８、修理履歴１１９、ファームウェア１２０、構成部品１０の関連部品１２１及び関連部品のバージョン情報１２２等が記録される。
【００２９】
本体装置１のＩＣタグ読取装置２０は、図４に示したＩＣタグ１１に記録されている情報を定期的に読み取り、この読み取った情報へ更に本体装置１の装置名２０１、システム名２０２、製造号機２０３、管理コード２０４、機種区分コード２０５、起動フラグ２０６、稼働日２０７、起動時間２０８、ＯＳ２０９及び保証期間２１０を含む情報を図５に示したように付加した構成部品・本体装置情報を生成し、この情報を受信装置３０へ送信する。
【００３０】
受信装置３０は、ＩＣタグ読取装置２０から受信した構成部品・本体装置情報に受信装置３０が保持している顧客コード３０１、顧客名３０２、郵便番号３０３，住所３０４、電話番号３０５、部署名３０６、担当者名３０７、契約情報３０８及び担当営業・ＳＥ３０９の情報を付加してネットワーク１００を使用して保守会社の障害受付サーバ４０へ送信する。
【００３１】
次に構成部品１０において、ＩＣタグ１１が定期的に行っている自己診断について図面を用いて詳細に説明する。ここで、図７の左は、構成部品１０においてＩＣタグ１１が定期的に行っている自己診断及びＩＣタグライタ１２の書き込みに係るフローチャートである。
【００３２】
この図７左において、まずＩＣタグ１１は、装着されている構成部品１０が正常稼動しているかどうかのチェックを行う（ステップＳ１１）。このチェックでは、回路基板、周辺装置は既存のPOST（Power On Self Test）やRAS機能などの自己診断機能を使用し、メカ、ギアなどの可動部分に関しては、動作を検出するセンサ１３を装着することで正常動作かどうか判別できるようにする。
【００３３】
続くステップＳ１２では、その自己診断の結果が正常な場合（ＹＥＳ）、手順をステップＳ１１以前に戻す。一方で、構成部品１０が故障と判断される場合（ＮＯ）、ＩＣタグライタ１２は、その情報を構成部品１０のＩＣタグ１１の故障フラグ１１６に書き込む（ステップＳ１３）。
【００３４】
その後、構成部品１０がリトライ可能か否かがステップＳ１４で判断され、リトライが可能な場合（ＹＥＳ）、手順をステップＳ１１以前に戻して再度の自己診断を行う。一方で、リトライが不可能な場合は（ＮＯ）、自己診断に係る一連の処理を終了する。
【００３５】
次に、ＩＣタグ読取装置２０でのＩＣタグ読み取りの処理について図面を用いて詳細に説明する。ここで、図７中央は、ＩＣタグ読取装置２０でのＩＣタグ読み取りの処理に係るフローチャートである。
【００３６】
まず、本体装置１が稼動している間、ＩＣタグ読取装置２０は各構成部品１０のＩＣタグ１１を定期的に読み取る（ステップＳ２１）。
【００３７】
続くステップＳ２２では、ステップＳ２１で読み取った情報の故障フラグ１１６がＯＮになっているか否かがチェックされ、ＯＮの場合（ＹＥＳ）、ステップＳ２３において、障害を特定する障害切り分け処理が行われる。ステップＳ２３では、関連部品のＩＣタグ１１も読み取り、障害の切り分け、判別が行なわれる。一方で、故障フラグ１１６がＯＮになっていない場合（ＮＯ）、手順はステップＳ２１以前に戻される。
【００３８】
その後、ステップＳ２４において、図５に示したように、ＩＣタグ読取装置２０の持つ本体装置１の装置名２０１等の情報を、ＩＣタグ１１が読み取った情報に付加した構成部品・本体装置情報を、受信装置３０へ送信する。その際に、故障フラグがＯＮになっている構成部品及びこの構成部品の関連部品について障害切り分け、判別を行った結果も送信する。これは、部品同士が連動して複数箇所が同時に故障している可能性があるためである。
【００３９】
次に、受信装置３０での処理について図面を用いて詳細に説明する。ここで、図７右は、受信装置３０での処理に係るフローチャートである。
【００４０】
まず、受信装置３０は、図７右で（Ａ）として示したように、ＩＣタグ読取装置２０が送信した故障フラグＯＮを含む情報を受け取ると、自身がネットワーク１００に接続されているか否かをチェックし（ステップＳ３１）、ネットワーク１００に接続されている場合（ＹＥＳ）、図６に示したように、受信装置３０が保持している顧客コード３０１等を含む情報を、ＩＣタグ読取装置２０から受信した情報に付加して構成部品・本体装置・顧客情報を生成し、この情報を保守会社の障害受付サーバ４０へネットワーク１００を使用して送信する（ステップＳ３２）。
【００４１】
ステップＳ３２での情報の送信後、受信装置３０は、自身が持つディスプレイに現在の本体装置１の稼働状況を表示して、一連の処理を終了する（ステップＳ３３）。
【００４２】
一方で、ステップＳ３１において、受信装置３０がネットワーク１００に接続されていないことが判明した場合（ＮＯ）、受信装置３０は、自身が持つディスプレイに現在の稼働状況を表示して、一連の処理を終了する（ステップＳ３３）。これにより、非ネットワーク接続時には、利用者は保守会社に電話し、表示された障害ＩＤを教えるだけで正確に障害情報を伝えることができる。
【００４３】
その後、障害受付サーバ４０は、受信装置３０が送信した情報のうち、顧客コード３０１と電話番号３０５をキーとして顧客情報データベース４３を照会し、顧客名、住所、担当者名、電話番号、対応保守拠点コード及び対応保守拠点名を含む情報を取得する。
【００４４】
又、装置名２０１、製造号機２０３、部品コード１１２、バージョン情報１２２から障害情報データベース４２を参照し、本体装置及び構成部品の障害に関する事例が存在するかどうかを検索する。
【００４５】
事例が存在した場合、その事例から該当する装置名、現象、対策、部品名及び部品コードを取得する。一方で、事例が存在しない場合は、受信装置３０から送信された部品コード１１２をそのまま使用する。
【００４６】
その後、部品コード１１２及びバージョン情報１１３から部品情報データベース４１を参照し、その部品の適切なバージョン、在庫数、配送方法を取得する。この各データベースから取得した情報を障害受付データとして受付情報データベース４４へ書き込む。
【００４７】
受付情報データベース４４へ情報が書き込まれると、受付配信サーバ５０が、対応保守拠点コードへ情報を送信する。
【００４８】
以上説明したように、本発明に係る保守作業支援システム及びその方法によれば、できる限り詳細な情報を得る必要がある問診においても、利用者の装置知識の有無や問診時間の長短関係なく自動的に正確な情報を得ることができ、非ネットワーク接続時でも、受信装置３０に表示されている内容を伝えるだけで、利用者の知識、経験に関らず正確な情報を得ることができる。
【００４９】
又、自動で故障部品が特定できているため、保守員の知識、技術、経験に左右されることなく、出動前から被疑部品を特定することができる。
【００５０】
更に、ほぼリアルタイムに装置状態を確認するため、消耗部品の交換時期や障害の兆候が確認できた場合には、装置が停止する前に対応することが可能である。保守員が障害対応等で客先へ来た際には、受信装置の表示を見ることで、他の装置の状況も一目で確認することができる。
【００５１】
他にもＩＣタグおよびＩＣチップは非接触である点や、形状が自由であるため部品ごとに装着ができる点、格納情報を書き換えることができる点などから、装置の内部構成、バージョン等も管理することができる。
【産業上の利用可能性】
【００５２】
本発明は、緊急時に早急な連絡、通報が必要な機器の保守業務に適しており、あらゆる場面での装備品の準備、日常生活や学校の時間割の漏れ、忘れ防止、工場における工具、部品の準備忘れ、作業後の道具紛失防止、装置組み立て時の作業手順漏れ、忘れ防止、店舗での商品在庫管理及び万引き防止等の場合に利用できる。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施の形態に係る保守作業支援システムの全体の構成を示す図である。
【図２】ＩＣタグ読取装置が情報を階層構造化して保持する状態を示す図である。
【図３】受信装置が表示する本体装置の稼働状況及び障害の情報の一例を示す図である。
【図４】ＩＣタグに書き込まれる情報の一例を示す図である。
【図５】ＩＣタグ読取装置が受信装置に送信する構成部品・本体装置情報の一例を示す図である。
【図６】受信装置が障害受付サーバへ送信する構成部品・本体装置・顧客情報の一例を示す図である。
【図７】ＩＣタグが定期的に行っている自己診断、ＩＣタグライタによる書き込み、ＩＣタグ読取装置でのＩＣタグ読み取りの処理及び受信装置での処理を示すフローチャートである。
【符号の説明】
【００５４】
１ 本体装置
１０ 構成部品
１１ ＩＣタグ
１２ ＩＣタグライタ
２０ ＩＣタグ読取装置
１３ センサ
３０ 受信装置
４０ 障害受付サーバ
４１ 部品情報データベース
４２ 障害情報データベース
４３ 顧客情報データベース
４４ 受付情報データベース
５０ 受付配信データベース
１００ ネットワーク
１１１ 部品名
１１２ 部品コード
１１３ バージョン情報
１１４ 製造年月日
１１５ 交換期間
１１６ 故障フラグ
１１７ メーカー固有情報
１１８ 稼働開始日
１１９ 修理履歴
１２０ ファームウェア
１２１ 関連部品
１２２ バージョン情報
２０１ 装置名
２０２システム名
２０３ 製造号機
２０４ 管理コード
２０５ 機種区分コード
２０６ 起動フラグ
２０７ 稼働日
２０８ 起動時間
２０９ ＯＳ
２１０ 保証期間
３０１ 顧客コード
３０２ 顧客名
３０３ 郵便番号
３０４ 住所
３０５ 電話番号
３０６ 部署名
３０７ 担当者名
３０８ 契約情報
３０９ 担当営業・ＳＥ
【特許請求の範囲】
【請求項１】
本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援システムにおいて、
前記構成部品のそれぞれに装着され、前記ＩＣタグが前記構成部品を自己診断して得た情報を、前記ＩＣタグに書き込むＩＣタグライタと、
前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成するＩＣタグ読取装置と、
前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する受信装置と、
前記構成部品のバージョン、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベースと、
前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベースと、
前記本体装置のユーザの情報を格納した顧客情報データベースと、
前記受信装置から前記構成部品・本体装置・顧客情報を受信し、該受信した情報を基に前記部品情報データベース、前記障害情報データベース及び前記顧客情報データベースから該当する情報を検索し、該検索で得た情報を基に保守作業を支援する障害受付データを生成する障害受付サーバと、
前記障害受付データを格納する受付情報データベースと、
前記受付情報データベースに格納されている前記障害受付データを、保守作業に係る対応保守拠点に送信する受付配信サーバと、
を備えることを特徴とする保守作業支援システム。
【請求項２】
前記受信装置は、前記本体装置の顧客コード及び顧客名を含む情報を予め保持することを特徴とする請求項１に記載の保守作業支援システム。
【請求項３】
前記受信装置は、前記構成部品・本体装置情報から前記本体装置の稼働状況及び前記構成部品毎の障害の有無を把握し、該把握した前記本体装置の稼働状況及び前記構成部品毎の障害の有無を表示する手段を有することを特徴とする請求項１又は２に記載の保守作業支援システム。
【請求項４】
前記受信装置及び前記障害受付サーバはネットワークを介して接続されていることを特徴とする請求項１乃至３のいずれか１項に記載の保守作業支援システム。
【請求項５】
前記障害受付データは、前記本体装置の顧客名、その住所、その電話番号、その担当者名、前記対応保守拠点、前記本体装置の装置名、前記本体装置の障害の現象、その対策、保守を要する部品名、その部品コード、その部品の適切なバージョン、その部品の在庫数及びその部品の配送方法に係る情報を含むことを特徴とする請求項１乃至４のいずれか１項に記載の保守作業支援システム。
【請求項６】
前記ＩＣタグライタは、前記ＩＣタグによる前記構成部品の自己診断の結果が正常でない場合に、前記ＩＣタグが前記構成部品を自己診断して得た情報を前記ＩＣタグに書き込み、該書き込みにおいて前記自己診断の結果が正常でない前記構成部品の故障フラグをＯＮにすることを特徴とする請求項１乃至５のいずれか１項に記載の保守作業支援システム。
【請求項７】
前記ＩＣタグ読取装置は、前記故障フラグがＯＮになっている前記構成部品及び前記構成部品に関連する部品について、障害を特定する障害切り分けを行い、該障害切り分けの結果を前記構成部品・本体装置情報に付加して前記受信装置に送信することを特徴とする請求項１乃至６のいずれか１項に記載の保守作業支援システム。
【請求項８】
前記ＩＣタグ読取装置は、前記構成部品・本体装置情報を、前記本体装置の構造に従って、階層構造化して保持することを特徴とする請求項１乃至７のいずれか１項に記載の保守作業支援システム。
【請求項９】
前記構成部品が可動部分を有する場合は、前記ＩＣタグの他に、赤外線センサ、温度センサ及び振動センサを含むセンサの少なくともいずれか１つを更に前記構成部品に装着し、
前記ＩＣタグライタは、前記センサが計測した情報も前記ＩＣタグに書き込むことを特徴とする請求項１乃至８のいずれか１項に記載の保守作業支援システム。
【請求項１０】
前記ＩＣタグは、パッシブ型の無線通信方式のＲＦＩＤ（Radio frequency identification）であることを特徴とする請求項１乃至９のいずれか１項に記載の保守作業支援システム。
【請求項１１】
前記構成部品が前記ＩＣタグに給電可能な場合、前記ＩＣタグはアクティブ型を採用することを特徴とする請求項１乃至９のいずれか１項に記載の保守作業支援システム。
【請求項１２】
本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援方法において、
前記ＩＣタグが前記構成部品を自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順と、
ＩＣタグ読取装置が、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成する手順と、
受信装置が、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する手順と、
前記受信装置が、ネットワークを経由して前記構成部品・本体装置・顧客情報を障害受付サーバに送信する手順と、
前記障害受付サーバが、前記構成部品・本体装置・顧客情報を基に、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベース及び前記本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索する手順と、
前記障害受付サーバが、前記検索で得た情報を基に保守作業を支援する障害受付データを生成する手順と、
前記障害受付サーバが、前記障害受付データを受付情報データベースに格納する手順と、
前記受付情報データベースに格納されている前記障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信する手順と、
を備えることを特徴とする保守作業支援方法。
【請求項１３】
前記構成部品・本体装置・顧客情報を生成する手順は、前記受信装置が予め保持している前記本体装置の顧客コード及び顧客名を含む情報を、前記構成部品・本体装置情報に付加することを特徴とする請求項１２に記載の保守作業支援方法。
【請求項１４】
前記構成部品・本体装置・顧客情報を生成する手順は、
前記構成部品・本体装置情報から前記本体装置の稼働状況及び前記構成部品毎の障害の有無を把握する手順と、
該把握した前記本体装置の稼働状況及び前記構成部品毎の障害の有無を表示する手順と、
を更に備えることを特徴とする請求項１２又は１３に記載の保守作業支援方法。
【請求項１５】
前記障害受付データは、前記本体装置の顧客名、その住所、その電話番号、その担当者名、前記対応保守拠点、前記本体装置の装置名、前記本体装置の障害の現象、その対策、保守を要する部品名、その部品コード、その部品の適切なバージョン、その部品の在庫数及びその部品の配送方法に係る情報を含むことを特徴とする請求項１２乃至１４のいずれか１項に記載の保守作業支援方法。
【請求項１６】
前記ＩＣタグが前記構成部品を前記自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順は、前記自己診断の結果が正常でない場合に行われ、かつ、前記ＩＣタグに書き込む情報は前記自己診断の結果が正常でない前記構成部品について故障フラグをＯＮにすることを特徴とする請求項１２乃至１５のいずれか１項に記載の保守作業支援方法。
【請求項１７】
前記構成部品・本体装置情報を生成する手順は、前記ＩＣタグ読取装置が、前記故障フラグがＯＮになっている前記構成部品及び前記構成部品に関連する部品について、障害を特定する障害切り分けを行い、該障害切り分けの結果を前記構成部品・本体装置情報に含めることを特徴とする請求項１２乃至１６のいずれか１項に記載の保守作業支援方法。
【請求項１８】
前記構成部品・本体装置情報を生成する手順は、前記ＩＣタグ読取装置が、前記本体装置の構造に従って、前記構成部品・本体装置情報を階層構造化することを特徴とする請求項１２乃至１７のいずれか１項に記載の保守作業支援方法。
【請求項１９】
前記構成部品の障害の有無を示す故障フラグを含む情報を、前記ＩＣタグライタが前記ＩＣタグに書き込む手順は、前記構成部品が可動部分を有する場合、前記ＩＣタグの他に、赤外線センサ、温度センサ及び振動センサを含むセンサの少なくともいずれか１つが計測した情報も、前記ＩＣタグに書き込むことを特徴とする請求項１２乃至１８のいずれか１項に記載の保守作業支援方法。
【請求項２０】
前記ＩＣタグは、パッシブ型の無線通信方式のＲＦＩＤ（Radio frequency identification）であることを特徴とする請求項１２乃至１９のいずれか１項に記載の保守作業支援方法。
【請求項２１】
前記構成部品が前記ＩＣタグに給電可能な場合、前記ＩＣタグはアクティブ型を採用することを特徴とする請求項１２乃至１９のいずれか１項に記載の保守作業支援方法。
【請求項１】
本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援システムにおいて、
前記構成部品のそれぞれに装着され、前記ＩＣタグが前記構成部品を自己診断して得た情報を、前記ＩＣタグに書き込むＩＣタグライタと、
前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成するＩＣタグ読取装置と、
前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する受信装置と、
前記構成部品のバージョン、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベースと、
前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベースと、
前記本体装置のユーザの情報を格納した顧客情報データベースと、
前記受信装置から前記構成部品・本体装置・顧客情報を受信し、該受信した情報を基に前記部品情報データベース、前記障害情報データベース及び前記顧客情報データベースから該当する情報を検索し、該検索で得た情報を基に保守作業を支援する障害受付データを生成する障害受付サーバと、
前記障害受付データを格納する受付情報データベースと、
前記受付情報データベースに格納されている前記障害受付データを、保守作業に係る対応保守拠点に送信する受付配信サーバと、
を備えることを特徴とする保守作業支援システム。
【請求項２】
前記受信装置は、前記本体装置の顧客コード及び顧客名を含む情報を予め保持することを特徴とする請求項１に記載の保守作業支援システム。
【請求項３】
前記受信装置は、前記構成部品・本体装置情報から前記本体装置の稼働状況及び前記構成部品毎の障害の有無を把握し、該把握した前記本体装置の稼働状況及び前記構成部品毎の障害の有無を表示する手段を有することを特徴とする請求項１又は２に記載の保守作業支援システム。
【請求項４】
前記受信装置及び前記障害受付サーバはネットワークを介して接続されていることを特徴とする請求項１乃至３のいずれか１項に記載の保守作業支援システム。
【請求項５】
前記障害受付データは、前記本体装置の顧客名、その住所、その電話番号、その担当者名、前記対応保守拠点、前記本体装置の装置名、前記本体装置の障害の現象、その対策、保守を要する部品名、その部品コード、その部品の適切なバージョン、その部品の在庫数及びその部品の配送方法に係る情報を含むことを特徴とする請求項１乃至４のいずれか１項に記載の保守作業支援システム。
【請求項６】
前記ＩＣタグライタは、前記ＩＣタグによる前記構成部品の自己診断の結果が正常でない場合に、前記ＩＣタグが前記構成部品を自己診断して得た情報を前記ＩＣタグに書き込み、該書き込みにおいて前記自己診断の結果が正常でない前記構成部品の故障フラグをＯＮにすることを特徴とする請求項１乃至５のいずれか１項に記載の保守作業支援システム。
【請求項７】
前記ＩＣタグ読取装置は、前記故障フラグがＯＮになっている前記構成部品及び前記構成部品に関連する部品について、障害を特定する障害切り分けを行い、該障害切り分けの結果を前記構成部品・本体装置情報に付加して前記受信装置に送信することを特徴とする請求項１乃至６のいずれか１項に記載の保守作業支援システム。
【請求項８】
前記ＩＣタグ読取装置は、前記構成部品・本体装置情報を、前記本体装置の構造に従って、階層構造化して保持することを特徴とする請求項１乃至７のいずれか１項に記載の保守作業支援システム。
【請求項９】
前記構成部品が可動部分を有する場合は、前記ＩＣタグの他に、赤外線センサ、温度センサ及び振動センサを含むセンサの少なくともいずれか１つを更に前記構成部品に装着し、
前記ＩＣタグライタは、前記センサが計測した情報も前記ＩＣタグに書き込むことを特徴とする請求項１乃至８のいずれか１項に記載の保守作業支援システム。
【請求項１０】
前記ＩＣタグは、パッシブ型の無線通信方式のＲＦＩＤ（Radio frequency identification）であることを特徴とする請求項１乃至９のいずれか１項に記載の保守作業支援システム。
【請求項１１】
前記構成部品が前記ＩＣタグに給電可能な場合、前記ＩＣタグはアクティブ型を採用することを特徴とする請求項１乃至９のいずれか１項に記載の保守作業支援システム。
【請求項１２】
本体装置に備わる構成部品にＩＣタグを装着し、該ＩＣタグが記録した前記構成部品の情報を前記本体装置の保守作業に活用する保守作業支援方法において、
前記ＩＣタグが前記構成部品を自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順と、
ＩＣタグ読取装置が、前記ＩＣタグに書き込まれた情報を読み取り、該読み取った情報に前記本体装置の装置名及びシステム名を含む情報を付加した構成部品・本体装置情報を生成する手順と、
受信装置が、前記ＩＣタグ読取装置から前記構成部品・本体装置情報を受信し、該受信した情報に前記本体装置の顧客コード及び顧客名を含む情報を付加した構成部品・本体装置・顧客情報を生成する手順と、
前記受信装置が、ネットワークを経由して前記構成部品・本体装置・顧客情報を障害受付サーバに送信する手順と、
前記障害受付サーバが、前記構成部品・本体装置・顧客情報を基に、前記構成部品の在庫数及び前記構成部品の配送方法を含む情報を格納した部品情報データベース、前記本体装置及び前記構成部品の障害に関する事例の情報を格納した障害情報データベース及び前記本体装置のユーザの情報を格納した顧客情報データベースから該当する情報を検索する手順と、
前記障害受付サーバが、前記検索で得た情報を基に保守作業を支援する障害受付データを生成する手順と、
前記障害受付サーバが、前記障害受付データを受付情報データベースに格納する手順と、
前記受付情報データベースに格納されている前記障害受付データを、受付配信サーバが、保守作業に係る対応保守拠点に送信する手順と、
を備えることを特徴とする保守作業支援方法。
【請求項１３】
前記構成部品・本体装置・顧客情報を生成する手順は、前記受信装置が予め保持している前記本体装置の顧客コード及び顧客名を含む情報を、前記構成部品・本体装置情報に付加することを特徴とする請求項１２に記載の保守作業支援方法。
【請求項１４】
前記構成部品・本体装置・顧客情報を生成する手順は、
前記構成部品・本体装置情報から前記本体装置の稼働状況及び前記構成部品毎の障害の有無を把握する手順と、
該把握した前記本体装置の稼働状況及び前記構成部品毎の障害の有無を表示する手順と、
を更に備えることを特徴とする請求項１２又は１３に記載の保守作業支援方法。
【請求項１５】
前記障害受付データは、前記本体装置の顧客名、その住所、その電話番号、その担当者名、前記対応保守拠点、前記本体装置の装置名、前記本体装置の障害の現象、その対策、保守を要する部品名、その部品コード、その部品の適切なバージョン、その部品の在庫数及びその部品の配送方法に係る情報を含むことを特徴とする請求項１２乃至１４のいずれか１項に記載の保守作業支援方法。
【請求項１６】
前記ＩＣタグが前記構成部品を前記自己診断して得た情報を、ＩＣタグライタが前記ＩＣタグに書き込む手順は、前記自己診断の結果が正常でない場合に行われ、かつ、前記ＩＣタグに書き込む情報は前記自己診断の結果が正常でない前記構成部品について故障フラグをＯＮにすることを特徴とする請求項１２乃至１５のいずれか１項に記載の保守作業支援方法。
【請求項１７】
前記構成部品・本体装置情報を生成する手順は、前記ＩＣタグ読取装置が、前記故障フラグがＯＮになっている前記構成部品及び前記構成部品に関連する部品について、障害を特定する障害切り分けを行い、該障害切り分けの結果を前記構成部品・本体装置情報に含めることを特徴とする請求項１２乃至１６のいずれか１項に記載の保守作業支援方法。
【請求項１８】
前記構成部品・本体装置情報を生成する手順は、前記ＩＣタグ読取装置が、前記本体装置の構造に従って、前記構成部品・本体装置情報を階層構造化することを特徴とする請求項１２乃至１７のいずれか１項に記載の保守作業支援方法。
【請求項１９】
前記構成部品の障害の有無を示す故障フラグを含む情報を、前記ＩＣタグライタが前記ＩＣタグに書き込む手順は、前記構成部品が可動部分を有する場合、前記ＩＣタグの他に、赤外線センサ、温度センサ及び振動センサを含むセンサの少なくともいずれか１つが計測した情報も、前記ＩＣタグに書き込むことを特徴とする請求項１２乃至１８のいずれか１項に記載の保守作業支援方法。
【請求項２０】
前記ＩＣタグは、パッシブ型の無線通信方式のＲＦＩＤ（Radio frequency identification）であることを特徴とする請求項１２乃至１９のいずれか１項に記載の保守作業支援方法。
【請求項２１】
前記構成部品が前記ＩＣタグに給電可能な場合、前記ＩＣタグはアクティブ型を採用することを特徴とする請求項１２乃至１９のいずれか１項に記載の保守作業支援方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−２５２０８５（Ｐ２００９−２５２０８５Ａ）
【公開日】平成２１年１０月２９日（２００９．１０．２９）
【国際特許分類】
【出願番号】特願２００８−１０１４５１（Ｐ２００８−１０１４５１）
【出願日】平成２０年４月９日（２００８．４．９）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
【公開日】平成２１年１０月２９日（２００９．１０．２９）
【国際特許分類】
【出願日】平成２０年４月９日（２００８．４．９）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
[ Back to top ]