(57)【要約】  本発明にかかる制御装置１００は、制御対象の装置の部品が故障した場合に、部品故障情報をユーザ装置から受信する。そして、制御装置１００は、故障した部品が新たな部品に交換された場合に、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて記憶部１５０に記憶し、部品対応情報等を生成して、予め設定された送信先に、部品対応情報を送信する。制御装置１００は、部品故障レポート生成部１６０ｄが部品故障レポートを工場の端末装置あるいは保守部門の端末装置等に直接送信する。
2009110069.tif 000002
【特許請求の範囲】
【請求項１】
接続先の装置を制御する制御装置であって、
前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、
前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、
を備えたことを特徴とする制御装置。
【請求項２】
前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを特徴とする制御装置。
【請求項３】
前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを特徴とする制御装置。
【請求項４】
コンピュータに、
制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、
前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、
を実行させることを特徴とする制御プログラム。
【請求項５】
前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを特徴とする制御プログラム。
【請求項６】
前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手順を更にコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
【背景技術】
【０００２】
近年、ユーザが使用するユーザ装置と、このユーザ装置を制御する制御装置とから構成されるシステムにおいて、ユーザ装置に故障が発生した場合には、制御装置がユーザ装置の故障した部品を特定し、かかる故障した部品の情報を参照した作業員がユーザ装置の故障部品を新しいものに交換している（例えば、特許文献１，２参照）。そして、ユーザ装置の故障した部品を作業員が交換した場合には、ユーザ装置の部品の情報は交換後の部品の情報に更新される。【０００３】
【特許文献１】特開２００４−２４６４６８号公報
【特許文献２】特開平１１−２５９３３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術では、ユーザ装置の部品を交換した場合に、該当部品の情報が交換された部品の情報に更新されてしまい、交換前の部品（故障した部品）の情報が残らないという問題があった。したがって、情報管理のミスにより、交換前の部品の情報が正確ではない場合に、交換前の部品を再度調べることは大変難しく、故障した部品の固有の情報を失う可能性があった。【０００５】
本発明は、上記に鑑みてなされたものであって、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、この制御装置は、接続先の装置を制御する制御装置であって、前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、を備えたことを要件とする。【０００７】
また、この制御装置は、上記の制御装置において、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを要件とする。【０００８】
また、この制御装置は、上記の制御装置において、前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを要件とする。【０００９】
また、この制御プログラムは、コンピュータに、制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、を実行させることを要件とする。【００１０】
また、この制御プログラムは、上記の制御プログラムにおいて、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを要件とする。
【発明の効果】
【００１１】
この制御装置によれば、制御対象の装置の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品情報（障害メッセージに対応）と交換後の部品情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置から容易に、交換前の部品の固有情報を得ることが出来る。【００１２】
また、この制御装置によれば、前記記憶装置に記憶され、対応付けられた交換前の部品情報と交換後の部品情報とを対応付けた情報を予め設定された送信先へ送信するので、情報の信頼性を保つことが出来る。
【図面の簡単な説明】
【００１３】
【図１】図１は、システム全体の情報と部品の流れを説明するための図である。
【図２】図２は、本実施例にかかるユーザ装置の構成を示す機能ブロック図である。
【図３】図３は、故障部品情報のデータ構造の一例を示す図である。
【図４】図４は、部品交換イベント情報のデータ構造の一例を示す図である。
【図５】図５は、本実施例にかかる制御装置の構成を示す機能ブロック図である。
【図６】図６は、部品リストのデータ構造の一例を示す図である。
【図７】図７は、部品詳細情報のデータ構造の一例を示す図である。
【図８】図８は、部品対応情報のデータ構造の一例を示す図である。
【図９】図９は、部品対応詳細情報のデータ構造の一例を示す図である。
【図１０】図１０は、部品故障レポートのデータ構造の一例を示す図である。
【図１１】図１１は、ユーザ装置が故障を検出した場合のシステムの処理を示すフローチャートである。
【図１２】図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。
【図１３】図１３は、本実施例にかかる制御装置を構成するコンピュータのハードウェア構成を示す図である。
【符号の説明】
【００１４】
５０    ユーザ装置
５１    パーティション
５１ａ，５１ｂ，５１ｃ  ハードウェア
５２    マルチポートコンソール接続装置
５３    システム監視機構
６０，７０    ハブ
１００    制御装置
１１０    通信制御部
１２０    入力部
１３０    出力部
１４０    入出力制御ＩＦ部
１５０    記憶部
１５０ａ  部品リスト
１５０ｂ  部品詳細情報
１５０ｃ  送信先リスト
１６０    制御部
１６０ａ  部品情報収集部
１６０ｂ  構成部品情報更新部
１６０ｃ  部品搭載情報生成部
１６０ｄ  部品故障レポート生成部
２００    コンピュータ
２０１    入力装置
２０２    モニタ
２０３    ＲＡＭ
２０３ａ，２０８ａ  各種データ
２０４    ＲＯＭ
２０５    媒体読取装置
２０６    通信装置
２０７    ＣＰＵ
２０７ａ  部品情報管理プロセス
２０８    ＨＤＤ
２０８ｂ  部品情報管理プログラム
２０９    バス
【発明を実施するための最良の形態】
【００１５】
以下に、本発明にかかる制御装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１６】
まず、本実施例にかかる制御装置の概要及び特徴について説明する。本実施例にかかる制御装置は、例えば、ユーザが利用するユーザ装置を制御する制御装置であり、ユーザ装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、この障害メッセージを一時的に記憶装置に記憶する。そして、制御装置は、故障した部品の代わりにユーザ装置に取り付けられた交換部品の情報を取得した場合に、交換前の部品情報と交換後の部品情報とをリンク付けして記憶装置に記憶し、必要に応じて、リンク付けした交換前の部品情報と交換後の部品情報とを対応付けて出力する。【００１７】
このように、本実施例にかかる制御装置は、交換前の部品情報と交換後の部品情報とを対応付けて記憶するので、制御装置の管理者等は、交換後の部品情報から交換前の部品情報を容易に取得することが出来る。また、交換前の部品情報（障害メッセージ）と交換後の部品情報とをリンク付けして記憶しているので、部品交換が確実に行われているか否かを確認することが出来る。【００１８】
次に、本実施例にかかる制御装置を含んだシステム全体の情報と部品の流れについて説明する。図１は、システム全体の情報と部品の流れを説明するための図である。同図に示すように、Ａ社が所有するユーザ装置が故障した場合に（図１の（１）参照）、故障が発生した旨の情報が制御装置１００および保守部門の端末装置に通知される（図１の（２）参照）。【００１９】
そして、保守部門の対応が行われ（図１の（３）参照）、保守作業員による部品交換が行われる（図１の（４）参照）。制御装置１００は、交換前の部品情報と交換後の部品情報とを対応付け、インターネットを介して（あるいは、可搬記憶媒体によって）工場および保守部門の端末装置に通知する（図１の（５）参照）。【００２０】
一方、故障した部品は、パーツセンタ、物流経路を介して工場に送られる（図１の（６）参照）。また、保守部門では、故障部品情報の管理が行われ（図１の（７）参照）、工場では、故障部品情報による部品の調査と管理が行われる（図１の（８）参照）。【００２１】
次に、本実施例にかかるユーザ装置の構成について説明する。このユーザ装置は、例えば、図１に示したＡ社に複数設置されているものとする。図２は、本実施例にかかるユーザ装置５０の構成を示す機能ブロック図である。同図に示すように、このユーザ装置５０は、パーティション５１と、マルチポートコンソール接続装置５２と、システム監視機構５３とを備えて構成される。また、ユーザ装置５０は、ＬＡＮ（Local  Area  Network）等によって、ハブ６０，７０に接続されている。【００２２】
パーティション５１は、各種の処理を実行するハードウェア５１ａ〜５１ｃを格納する手段である。なお、ここでは一例として、ハードウェア５１ａ〜５１ｃのみを示すが、このパーティション５１は、その他にも複数のハードウェアを格納しているものとする。【００２３】
マルチポートコンソール接続装置５２は、制御装置１００と、パーティション５１に格納されたハードウェア５１ａ〜５１ｃとの間で実行される通信を制御する手段である。このマルチポートコンソール接続装置５２は、ハブ６０、ハードウェア５１ａ〜５１ｃに接続されている。【００２４】
システム監視機構５３は、パーティション５１等に格納されたハードウェア５１ａ〜５１ｃの状態を監視する手段である。このシステム監視機構５３によって実行される処理は、故障を検出した場合の処理と、故障した部品が交換された場合の処理とに分けられる。以下において、システム監視機構５３が故障を検出した場合の処理、故障した部品が交換された場合の処理を順に説明する。【００２５】
まず、故障を検出した場合の処理について説明する。システム監視機構５３がハードウェア５１ａ〜５１ｃのいずれかの故障を検出した場合には、故障したハードウェア（以下、故障部品）を検出した旨の情報を示す故障イベント情報を制御装置１００および保守部門の端末装置（図１参照）に送信する。なお、システム監視機構５３が、故障部品を検出する手法は、どのような周知技術を用いても良い。例えば、ハードウェアに制御信号を出力し、ハードウェアから応答信号が出力されない場合に、かかるハードウェアを故障部品として検出することが出来る。【００２６】
また、システム監視機構５３は、故障部品を検出した場合に、故障部品情報を生成する。この故障部品情報は、例えば、管理番号と、故障日時情報と、メッセージ情報と、シリアル番号と、部品版数とが含まれている。図３は、故障部品情報のデータ構造の一例を示す図である。図３に示すメッセージ情報は、故障部品の搭載位置の情報を含んでおり、メッセージ情報を参照することによって、故障場所を特定することが可能となる。図３に示す例では、「machine1:Cabinet#0-SB#0-CPU#4」が故障部品の搭載位置であり、その他の情報、例えば、「CPU  Error」は、故障の内容である。また、図３におけるシリアル番号および部品版数は、故障部品の固有の情報となる。システム監視機構５３は、故障部品情報を制御装置１００に送信する。【００２７】
次に、故障した部品が交換された場合の処理について説明する。システム監視機構５３は、故障部品の交換を検出した場合（あるいは、入力装置を利用して保守作業員から故障部品を交換した旨の情報を受け付けた場合）には、部品交換イベント情報を制御装置１００に送信する。【００２８】
この部品交換イベント情報は、例えば、交換フラグと、搭載位置情報と、シリアル番号と、部品版数と、交換日時情報とが含まれる。図４は、部品交換イベント情報のデータ構造の一例を示す図である。このうち、交換フラグは、部品交換イベント情報を識別するための情報である。また、搭載位置情報を参照することによって、部品交換場所を特定することが可能となる。図４におけるシリアル番号および部品版数は、交換後の部品の固有の情報となる。システム監視機構５３は、部品交換イベント情報を制御装置１００に送信する。【００２９】
次に、本実施例にかかる制御装置１００の構成について説明する。図５は、本実施例にかかる制御装置１００の構成を示す機能ブロック図である。同図に示すように、この制御装置１００は、通信制御部１１０と、入力部１２０と、出力部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。【００３０】
通信制御部１１０は、ＬＡＮによってハブ６０，７０（図２参照）に接続され、主に、ユーザ装置５０との間における通信を制御する手段である。入力部１２０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１３０）も、マウスと協働してポインティングデバイス機能を実現する。【００３１】
出力部１３０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。入出力制御ＩＦ部１４０は、通信制御部１１０、入力部１２０、出力部１３０、記憶部１５０、制御部１６０によるデータの入出力を制御する手段である。【００３２】
記憶部は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段であり、特に本発明に密接に関連するものとしては、図５に示すように、部品リスト１５０ａと、部品詳細情報１５０ｂと、送信先リスト１５０ｃとを備える。【００３３】
このうち、部品リスト１５０ａは、管理番号と、ハードウェアの搭載位置を示す搭載位置情報と、搭載位置のハードウェアが故障しているか否かを示す故障フラグとを対応付けて記憶するデータである。ここで、故障フラグが「オン」となっている場合には、搭載位置の部品が故障しており、故障フラグが「オフ」となっている場合には、搭載位置の部品が故障していないことを示す。【００３４】
図６は、部品リスト１５０ａのデータ構造の一例を示す図である。例えば、図６に示す部品リスト１５０ａにおいて、管理番号「Ａ１０００２」の故障フラグが「オン」となっているので、搭載位置「machine2:Cabinet#0-SB#0-CPU#3」の部品が故障している。【００３５】
部品詳細情報１５０ｂは、部品リスト１５０ａの搭載位置に搭載された部品情報の履歴を対応付けて記憶する情報である。図７は、部品詳細情報１５０ｂのデータ構造の一例を示す図である。同図に示すように、この部品詳細情報１５０ｂは、管理番号と、故障日時情報と、交換日時情報と、シリアル番号と、部品版数と、メッセージとを有する。ここで、メッセージは、部品の故障内容等の情報である。【００３６】
なお、交換日時が最新となる部品が現在ユーザ装置の該当搭載位置に取り付けられている部品となる。例えば、管理番号「Ａ１０００１」の搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に現在取り付けられている部品は、シリアル番号「００２０４」、部品版数「Version2」の部品となる。部品詳細情報１５０ｂには、部品が交換されるたびに、管理番号（搭載位置情報）に対応付けられて、部品の固有情報が追加されていく。【００３７】
本実施例にかかる制御装置１００は、図７に示すように、故障部品を交換した場合であっても、故障部品の固有情報を残しておき、かかる故障部品の固有情報に対応付けて、交換後の部品の固有情報を記憶している。例えば、管理番号をキーにして、部品リスト１５０ａと部品詳細情報１５０ｂとを比較すると、部品搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に、現在、シリアル番号「００２０４」部品版数「Version2」の部品が取り付けられており、その前には、シリアル番号「０００１２」部品版数「Version1」の部品が取り付けられていたことを判定することが出来る。【００３８】
送信先リスト１５０ｃは、後述する部品故障レポート生成部１６０ｄによって生成される部品故障レポートの送信先の送信先アドレスを記憶する情報である。この送信先リストには、例えば、図１に示した保守部門の端末装置および工場に設置された端末装置のアドレスが含まれている。【００３９】
制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図５に示すように、部品情報収集部１６０ａと、構成部品情報更新部１６０ｂと、部品搭載情報生成部１６０ｃと、部品故障レポート生成部１６０ｄとを備える。【００４０】
部品情報収集部１６０ａは、ユーザ装置５０から故障イベント情報または部品交換イベント情報を受信した場合に、各イベント情報に対応した処理を実行する手段である。部品情報収集部１６０ａがユーザ装置５０から故障イベント情報を受信した場合には、ユーザ装置５０に対して、故障部品情報（図３参照）を要求する。【００４１】
そして、部品情報収集部１６０ａが、故障部品情報をユーザ装置５０から受信した場合には、受信した故障部品情報を構成部品情報更新部１６０ｂに出力する。また、部品情報収集部１６０ａは、故障部品情報を保守部門の端末装置に送信する。一方、部品情報収集部１６０ａが、ユーザ装置５０から部品交換イベント情報（図４参照）を受信した場合には、受信した部品交換イベント情報を構成部品情報更新部１６０ｂに出力する。【００４２】
構成部品情報更新部１６０ｂは、故障部品情報または部品交換イベント情報を取得した場合に、取得した情報に応じて、部品リスト１５０ａおよび部品詳細情報１５０ｂに各種の情報を登録／更新する手段である。以下において、構成部品情報更新部１６０ｂの処理を、故障部品情報を取得した場合の処理、部品交換イベント情報を取得した場合の処理の順に説明する。【００４３】
まず、構成部品情報更新部１６０ｂが、故障部品情報を取得した場合の処理について説明する。構成部品情報更新部１６０ｂは、故障部品情報を取得した場合には、故障部品情報のメッセージ情報（メッセージ情報に含まれる搭載位置情報）と、部品リスト１５０ａの搭載位置情報とを比較し、部品リスト１５０ａ中の一致する搭載位置情報の管理番号を判定する。そして、構成部品情報更新部１６０ｂは、判定した管理番号に対応する故障フラグを「オン」に設定する。【００４４】
また、構成部品情報更新部１６０ｂは、判定した管理番号、故障部品情報の故障日時情報、シリアル番号、部品版数、メッセージを対応付けて、部品詳細情報１５０ｂに登録する。例えば、構成部品情報更新部１６０ｂが、図３に示す故障部品情報を取得した場合には、管理番号「Ａ１０００１」、故障日時情報「２００６年１月２０日２１時３０分」、シリアル番号「０００１２」、部品版数「Version1」、メッセージ「CPU  Error」を対応付けて、部品詳細情報１５０ｂに登録する。【００４５】
次に、構成部品情報更新部１６０ｂが、部品交換イベント情報を取得した場合の処理について説明する。構成部品情報更新部１６０ｂが、部品交換イベント情報を取得した場合には、部品交換イベント情報の搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較し、部品リスト１５０ａ中の一致する搭載位置情報の管理番号を判定する。そして、構成部品情報更新部１６０ｂは、判定した管理番号に対応する故障フラグを「オフ」に設定する。【００４６】
また、構成部品更新部１６０ｂは、判定した管理番号、部品交換イベント情報の交換日時情報、シリアル番号、部品版数を対応付けて、部品詳細情報１５０ｂに登録する。なお、構成部品情報更新部１６０ｂは、登録対象となる管理番号が、部品詳細情報１５０ｂに既に登録されている場合には、登録されているエントリの直下に上記の情報を登録しても良い。【００４７】
部品搭載情報生成部１６０ｃは、入力部１２０等を介して、搭載位置情報が指定されて場合に、指定された搭載位置情報（以下、指定搭載位置情報）と、部品リスト１５０ａおよび部品詳細情報とを比較して、交換前の部品と交換後の部品の固有情報（シリアル番号、部品版数）を対応付けた部品対応情報を生成し、生成した部品対応情報を、出力部１３０に出力する手段である。【００４８】
例えば、部品搭載情報生成部１６０ｃは、指定搭載位置情報「machine1:Cabinet#0-SB#0-CPU#4」を指定された場合に、指定搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較して、指定搭載位置情報と一致する搭載位置情報の管理番号を判定し、判定した管理番号をキーにして、部品詳細情報１５０ｂから交換前の部品の固有情報と、交換後の部品の固有情報とを検出することにより、部品対応情報を生成する。【００４９】
なお、交換後の部品の固有情報は、同一管理番号中で、最後に登録された部品の固有情報に対応する。また、交換前の部品の固有情報は、交換後の部品の固有情報の一つ前に登録された部品の固有情報となる。【００５０】
図８は、部品対応情報のデータ構造の一例を示す図である。同図に示す例では、搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に対応する交換前の部品の固有情報が「シリアル番号＜０００１２＞、部品版数＜００１＞」であり、交換後の部品の固有情報が「シリアル番号＜００２０４＞、部品版数＜００２＞」である。また、搭載位置「machine1:Cabinet#0-SB#0」に対応する交換前の部品の固有情報が「シリアル番号＜０００００７８５＞、部品版数＜００１＞」であり、交換後の部品の固有情報が「シリアル番号＜００００１００９＞、部品版数＜００１＞」である。【００５１】
ところで、部品搭載情報生成部１６０ｃは、上記した部品対応情報に、交換された部品の交換日時情報を加えた部品対応詳細情報を生成しても良い。部品搭載情報生成部１６０ｃは、交換後の部品に対応する交換日時情報を部品詳細情報１５０ｂから検索し、部品対応詳細情報に登録する。図９は、部品対応詳細情報のデータ構造の一例を示す図である。部品搭載情報生成部１６０ｃは、生成した部品対応詳細情報を出力部１３０に出力する。【００５２】
なお、ここでは一例として、部品搭載情報生成部１６０ｃは、指定搭載位置情報を指定された場合に、部品対応情報、部品対応詳細情報を生成する場合について説明したが、これに限定されるものではなく、部品情報収集部１６０ａが取得する部品交換イベント情報の搭載情報に基づいて、部品対応情報、部品対応詳細情報を生成し、出力部１３０に出力しても良い。かかる搭載情報から部品対応情報、部品対応詳細情報を生成する手法は、上記した、指定搭載位置情報から部品対応情報、部品対応詳細情報を生成する手法と同様である。【００５３】
部品故障レポート生成部１６０ｄは、部品情報収集部１６０ａが、部品交換イベントを受信し、構成部品情報更新部１６０ｂが部品リスト１５０ａおよび部品詳細情報を更新した後に、交換前の部品の固有情報と、交換後の部品の固有情報とを対応付けた部品故障レポートを生成し、送信先リスト１５０ｃに登録された送信先に部品故障レポートを送信する手段である。なお、部品故障レポート生成部１６０ｄは、インターネット、電子メールを利用して宛先に送信しても良いし、部品故障レポート生成部１６０ｄが可搬記憶媒体に部品故障レポートを記憶し、配達者が、かかる可搬記憶媒体を宛先に届けても良い。【００５４】
図１０は、部品故障レポートのデータ構造の一例を示す図である。部品故障レポート生成部１６０ｄは、部品交換イベントの搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較して、一致する搭載位置情報の管理番号を判定する。そして、判定した管理番号をキーにして、部品詳細情報１５０ｂから、交換前の部品の固有情報および交換後の部品の固有情報を検索することにより、部品故障レポートを生成する。【００５５】
なお、管理番号に対応する部品の固有情報が複数存在する場合（過去に複数回部品を交換している場合等）には、管理番号に対応する部品の固有情報をあわせて部品故障レポートに登録しても良い。また、部品故障レポート生成部１６０ｄは、部品詳細情報に含まれるメッセージや、交換日時の情報も、部品故障レポートに登録しても良い。【００５６】
部品故障レポート生成部１６０ｄによって生成された部品故障レポートは、例えば、工場の端末装置、保守部門の端末装置（図１参照）に直接送信されるので、情報の信頼性を保つことが出来る（作業員が、手作業によって交換前の部品の固有情報、交換後の部品の固有情報のレポートを作成すると、人為的ミスが発生する可能性がある）。【００５７】
次に、本実施例にかかる制御装置１００を含んだシステムの処理手順について説明する。図１１は、ユーザ装置５０が故障を検出した場合のシステムの処理を示すフローチャートであり、図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。【００５８】
図１１に示すように、ユーザ装置５０が部品の故障を検出し（ステップＳ１０１）、故障部品情報を作成し（ステップＳ１０２）、故障イベント情報を制御装置１００に送信する（ステップＳ１０３）。【００５９】
制御装置１００は、故障イベント情報をユーザ装置５０から受信し（ステップＳ１０４）、故障部品情報をユーザ装置５０に対して要求する（ステップＳ１０５）。ユーザ装置５０は、故障部品情報の要求を受信し（ステップＳ１０６）、故障部品情報を制御装置１００に送信する（ステップＳ１０７）。【００６０】
制御装置１００は、故障部品情報を受信し（ステップＳ１０８）、故障部品情報を登録する（ステップＳ１０９）し、故障部品情報を表示し（ステップＳ１１０）、故障部品情報を保守部門の端末装置に送信する（ステップＳ１１１）。【００６１】
また、図１２に示すように、ユーザ装置５０が、部品交換が終了した旨を受付け（ステップＳ２０１）、部品交換イベント情報を制御装置１００に送信し（ステップＳ２０２）、制御装置１００が部品交換イベント情報を受信する（ステップＳ２０３）。【００６２】
そして、制御装置１００は、部品リスト１５０ａを更新し（ステップＳ２０４）、交換した部品の固有情報を部品詳細情報１５０ｂに蓄積し（ステップＳ２０５）、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて表示する（ステップＳ２０６）。【００６３】
続いて、制御装置１００は、部品故障レポートを作成し（ステップＳ２０７）、作成した部品故障レポートを保守部門の端末装置および工場の端末装置等に送信する（ステップＳ２０８）。【００６４】
上述してきたように、本実施例にかかる制御装置１００は、ユーザ装置５０の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置１００から容易に、交換前の部品の固有情報を得ることが出来る。【００６５】
また、本実施例にかかる制御装置１００は、部品故障レポート生成部１６０ｄが部品故障レポートを工場の端末装置あるいは保守部門の端末装置等（図１参照）に直接送信するので、情報の信頼性を保つことが出来る（作業員が、手作業によって交換前の部品の固有情報、交換後の部品の固有情報のレポートを作成すると、人為的ミスが発生する可能性がある）。【００６６】
また、本実施例にかかる制御装置１００は、部品詳細情報１５０ｂに、メッセージを登録するので、どのようなことが原因で、部品を交換したのかを、作業員が容易に把握することが出来る。また、交換前の部品の固有情報と、交換後の部品の固有情報とを対応付けているので、作業員は、部品交換が実際に行われたか否かを容易に確認することが出来る。【００６７】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。【００６８】
また、図２に示したユーザ装置５０、図５に示した制御装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【００６９】
図１３は、本実施例にかかる制御装置１００を構成するコンピュータ２００のハードウェア構成を示す図である。図１３に示すように、このコンピュータ（制御装置）２００は、入力装置２０１、モニタ２０２、ＲＡＭ（Random  Access  Memory）２０３、ＲＯＭ（Read  Only  Memory）２０４、記憶媒体からデータを読み取る媒体読取装置２０５、他の装置（例えば、保守部門の端末装置、工場の端末装置）との間でデータの送受信を行う通信装置２０６、ＣＰＵ（Central  Processing  Unit）２０７、ＨＤＤ（Hard  Disk  Drive）２０８をバス２０９で接続して構成される。【００７０】
そして、ＨＤＤ２０８には、上記した制御装置１００の機能と同様の機能を発揮する部品情報管理プログラム２０８ｂが記憶されている。ＣＰＵ２０７が、部品情報管理プログラム２０８ｂを読み出して実行することにより、部品情報管理プロセス２０７ａが起動される。ここで、部品情報管理プロセス２０７ａは、図５に示した、部品情報収集部１６０ａ、構成部品情報更新部１６０ｂ、部品搭載情報生成部１６０ｃ、部品故障レポート生成部１６０ｄに対応する。【００７１】
また、ＨＤＤ２０８は、部品リスト１５０ａ、部品詳細情報１５０ｂ、送信先リスト１５０ｃに対応する各種データ２０８ａを記憶する。ＣＰＵ２０７は、ＨＤＤ２０８に格納された各種データ２０８ａを読み出して、ＲＡＭ２０３に格納し、ＲＡＭ２０３に格納された各種データ２０３ａに部品の固有情報を蓄積し、部品対応情報等を生成する。【００７２】
ところで、図１３に示した部品情報管理プログラム２０８ｂは、必ずしも最初からＨＤＤ２０８に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに部品情報管理プログラム２０８ｂを記憶しておき、コンピュータがこれらから部品情報管理プログラム２０８ｂを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【００７３】
以上のように、本発明にかかる制御装置および制御プログラムは、搭載位置に搭載される部品の情報を管理するシステム等に有用であり、特に、交換前の部品情報を効率よく取得する必要がある場合等に適している。
【図１】
2009110069.tif 000003
【図２】
2009110069.tif 000004
【図３】
2009110069.tif 000005
【図４】
2009110069.tif 000006
【図５】
2009110069.tif 000007
【図６】
2009110069.tif 000008
【図７】
2009110069.tif 000009
【図８】
2009110069.tif 000010
【図９】
2009110069.tif 000011
【図１０】
2009110069.tif 000012
【図１１】
2009110069.tif 000013
【図１２】
2009110069.tif 000014
【図１３】
2009110069.tif 000015
【手続補正書】
【提出日】平成22年5月13日(2010.5.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
接続先の装置を制御する制御装置であって、
前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、
前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、
を備えたことを特徴とする制御装置。
【請求項２】
前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを特徴とする制御装置。
【請求項３】
前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを特徴とする制御装置。
【請求項４】
コンピュータに、
制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、
前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、
を実行させることを特徴とする制御プログラム。
【請求項５】
前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを特徴とする制御プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
【背景技術】
【０００２】
近年、ユーザが使用するユーザ装置と、このユーザ装置を制御する制御装置とから構成されるシステムにおいて、ユーザ装置に故障が発生した場合には、制御装置がユーザ装置の故障した部品を特定し、かかる故障した部品の情報を参照した作業員がユーザ装置の故障部品を新しいものに交換している（例えば、特許文献１，２参照）。そして、ユーザ装置の故障した部品を作業員が交換した場合には、ユーザ装置の部品の情報は交換後の部品の情報に更新される。
【０００３】
【特許文献１】特開２００４−２４６４６８号公報
【特許文献２】特開平１１−２５９３３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術では、ユーザ装置の部品を交換した場合に、該当部品の情報が交換された部品の情報に更新されてしまい、交換前の部品（故障した部品）の情報が残らないという問題があった。したがって、情報管理のミスにより、交換前の部品の情報が正確ではない場合に、交換前の部品を再度調べることは大変難しく、故障した部品の固有の情報を失う可能性があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、この制御装置は、接続先の装置を制御する制御装置であって、前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、を備えたことを要件とする。
【０００７】
また、この制御装置は、上記の制御装置において、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを要件とする。
【０００８】
また、この制御装置は、上記の制御装置において、前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを要件とする。
【０００９】
また、この制御プログラムは、コンピュータに、制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、を実行させることを要件とする。
【００１０】
また、この制御プログラムは、上記の制御プログラムにおいて、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを要件とする。
【発明の効果】
【００１１】
この制御装置によれば、制御対象の装置の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品情報（障害メッセージに対応）と交換後の部品情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置から容易に、交換前の部品の固有情報を得ることが出来る。
【００１２】
また、この制御装置によれば、前記記憶装置に記憶され、対応付けられた交換前の部品情報と交換後の部品情報とを対応付けた情報を予め設定された送信先へ送信するので、情報の信頼性を保つことが出来る。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明にかかる制御装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１４】
まず、本実施例にかかる制御装置の概要及び特徴について説明する。本実施例にかかる制御装置は、例えば、ユーザが利用するユーザ装置を制御する制御装置であり、ユーザ装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、この障害メッセージを一時的に記憶装置に記憶する。そして、制御装置は、故障した部品の代わりにユーザ装置に取り付けられた交換部品の情報を取得した場合に、交換前の部品情報と交換後の部品情報とをリンク付けして記憶装置に記憶し、必要に応じて、リンク付けした交換前の部品情報と交換後の部品情報とを対応付けて出力する。
【００１５】
このように、本実施例にかかる制御装置は、交換前の部品情報と交換後の部品情報とを対応付けて記憶するので、制御装置の管理者等は、交換後の部品情報から交換前の部品情報を容易に取得することが出来る。また、交換前の部品情報（障害メッセージ）と交換後の部品情報とをリンク付けして記憶しているので、部品交換が確実に行われているか否かを確認することが出来る。
【００１６】
次に、本実施例にかかる制御装置を含んだシステム全体の情報と部品の流れについて説明する。図１は、システム全体の情報と部品の流れを説明するための図である。同図に示すように、Ａ社が所有するユーザ装置が故障した場合に（図１の（１）参照）、故障が発生した旨の情報が制御装置１００および保守部門の端末装置に通知される（図１の（２）参照）。
【００１７】
そして、保守部門の対応が行われ（図１の（３）参照）、保守作業員による部品交換が行われる（図１の（４）参照）。制御装置１００は、交換前の部品情報と交換後の部品情報とを対応付け、インターネットを介して（あるいは、可搬記憶媒体によって）工場および保守部門の端末装置に通知する（図１の（５）参照）。
【００１８】
一方、故障した部品は、パーツセンタ、物流経路を介して工場に送られる（図１の（６）参照）。また、保守部門では、故障部品情報の管理が行われ（図１の（７）参照）、工場では、故障部品情報による部品の調査と管理が行われる（図１の（８）参照）。
【００１９】
次に、本実施例にかかるユーザ装置の構成について説明する。このユーザ装置は、例えば、図１に示したＡ社に複数設置されているものとする。図２は、本実施例にかかるユーザ装置５０の構成を示す機能ブロック図である。同図に示すように、このユーザ装置５０は、パーティション５１と、マルチポートコンソール接続装置５２と、システム監視機構５３とを備えて構成される。また、ユーザ装置５０は、ＬＡＮ（Local  Area  Network）等によって、ハブ６０，７０に接続されている。
【００２０】
パーティション５１は、各種の処理を実行するハードウェア５１ａ〜５１ｃを格納する手段である。なお、ここでは一例として、ハードウェア５１ａ〜５１ｃのみを示すが、このパーティション５１は、その他にも複数のハードウェアを格納しているものとする。
【００２１】
マルチポートコンソール接続装置５２は、制御装置１００と、パーティション５１に格納されたハードウェア５１ａ〜５１ｃとの間で実行される通信を制御する手段である。このマルチポートコンソール接続装置５２は、ハブ６０、ハードウェア５１ａ〜５１ｃに接続されている。
【００２２】
システム監視機構５３は、パーティション５１等に格納されたハードウェア５１ａ〜５１ｃの状態を監視する手段である。このシステム監視機構５３によって実行される処理は、故障を検出した場合の処理と、故障した部品が交換された場合の処理とに分けられる。以下において、システム監視機構５３が故障を検出した場合の処理、故障した部品が交換された場合の処理を順に説明する。
【００２３】
まず、故障を検出した場合の処理について説明する。システム監視機構５３がハードウェア５１ａ〜５１ｃのいずれかの故障を検出した場合には、故障したハードウェア（以下、故障部品）を検出した旨の情報を示す故障イベント情報を制御装置１００および保守部門の端末装置（図１参照）に送信する。なお、システム監視機構５３が、故障部品を検出する手法は、どのような周知技術を用いても良い。例えば、ハードウェアに制御信号を出力し、ハードウェアから応答信号が出力されない場合に、かかるハードウェアを故障部品として検出することが出来る。
【００２４】
また、システム監視機構５３は、故障部品を検出した場合に、故障部品情報を生成する。この故障部品情報は、例えば、管理番号と、故障日時情報と、メッセージ情報と、シリアル番号と、部品版数とが含まれている。図３は、故障部品情報のデータ構造の一例を示す図である。図３に示すメッセージ情報は、故障部品の搭載位置の情報を含んでおり、メッセージ情報を参照することによって、故障場所を特定することが可能となる。図３に示す例では、「machine1:Cabinet#0-SB#0-CPU#4」が故障部品の搭載位置であり、その他の情報、例えば、「CPU  Error」は、故障の内容である。また、図３におけるシリアル番号および部品版数は、故障部品の固有の情報となる。システム監視機構５３は、故障部品情報を制御装置１００に送信する。
【００２５】
次に、故障した部品が交換された場合の処理について説明する。システム監視機構５３は、故障部品の交換を検出した場合（あるいは、入力装置を利用して保守作業員から故障部品を交換した旨の情報を受け付けた場合）には、部品交換イベント情報を制御装置１００に送信する。
【００２６】
この部品交換イベント情報は、例えば、交換フラグと、搭載位置情報と、シリアル番号と、部品版数と、交換日時情報とが含まれる。図４は、部品交換イベント情報のデータ構造の一例を示す図である。このうち、交換フラグは、部品交換イベント情報を識別するための情報である。また、搭載位置情報を参照することによって、部品交換場所を特定することが可能となる。図４におけるシリアル番号および部品版数は、交換後の部品の固有の情報となる。システム監視機構５３は、部品交換イベント情報を制御装置１００に送信する。
【００２７】
次に、本実施例にかかる制御装置１００の構成について説明する。図５は、本実施例にかかる制御装置１００の構成を示す機能ブロック図である。同図に示すように、この制御装置１００は、通信制御部１１０と、入力部１２０と、出力部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。
【００２８】
通信制御部１１０は、ＬＡＮによってハブ６０，７０（図２参照）に接続され、主に、ユーザ装置５０との間における通信を制御する手段である。入力部１２０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１３０）も、マウスと協働してポインティングデバイス機能を実現する。
【００２９】
出力部１３０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。入出力制御ＩＦ部１４０は、通信制御部１１０、入力部１２０、出力部１３０、記憶部１５０、制御部１６０によるデータの入出力を制御する手段である。
【００３０】
記憶部は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段であり、特に本発明に密接に関連するものとしては、図５に示すように、部品リスト１５０ａと、部品詳細情報１５０ｂと、送信先リスト１５０ｃとを備える。
【００３１】
このうち、部品リスト１５０ａは、管理番号と、ハードウェアの搭載位置を示す搭載位置情報と、搭載位置のハードウェアが故障しているか否かを示す故障フラグとを対応付けて記憶するデータである。ここで、故障フラグが「オン」となっている場合には、搭載位置の部品が故障しており、故障フラグが「オフ」となっている場合には、搭載位置の部品が故障していないことを示す。
【００３２】
図６は、部品リスト１５０ａのデータ構造の一例を示す図である。例えば、図６に示す部品リスト１５０ａにおいて、管理番号「Ａ１０００２」の故障フラグが「オン」となっているので、搭載位置「machine2:Cabinet#0-SB#0-CPU#3」の部品が故障している。
【００３３】
部品詳細情報１５０ｂは、部品リスト１５０ａの搭載位置に搭載された部品情報の履歴を対応付けて記憶する情報である。図７は、部品詳細情報１５０ｂのデータ構造の一例を示す図である。同図に示すように、この部品詳細情報１５０ｂは、管理番号と、故障日時情報と、交換日時情報と、シリアル番号と、部品版数と、メッセージとを有する。ここで、メッセージは、部品の故障内容等の情報である。
【００３４】
なお、交換日時が最新となる部品が現在ユーザ装置の該当搭載位置に取り付けられている部品となる。例えば、管理番号「Ａ１０００１」の搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に現在取り付けられている部品は、シリアル番号「００２０４」、部品版数「Version2」の部品となる。部品詳細情報１５０ｂには、部品が交換されるたびに、管理番号（搭載位置情報）に対応付けられて、部品の固有情報が追加されていく。
【００３５】
本実施例にかかる制御装置１００は、図７に示すように、故障部品を交換した場合であっても、故障部品の固有情報を残しておき、かかる故障部品の固有情報に対応付けて、交換後の部品の固有情報を記憶している。例えば、管理番号をキーにして、部品リスト１５０ａと部品詳細情報１５０ｂとを比較すると、部品搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に、現在、シリアル番号「００２０４」部品版数「Version2」の部品が取り付けられており、その前には、シリアル番号「０００１２」部品版数「Version1」の部品が取り付けられていたことを判定することが出来る。
【００３６】
送信先リスト１５０ｃは、後述する部品故障レポート生成部１６０ｄによって生成される部品故障レポートの送信先の送信先アドレスを記憶する情報である。この送信先リストには、例えば、図１に示した保守部門の端末装置および工場に設置された端末装置のアドレスが含まれている。
【００３７】
制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図５に示すように、部品情報収集部１６０ａと、構成部品情報更新部１６０ｂと、部品搭載情報生成部１６０ｃと、部品故障レポート生成部１６０ｄとを備える。
【００３８】
部品情報収集部１６０ａは、ユーザ装置５０から故障イベント情報または部品交換イベント情報を受信した場合に、各イベント情報に対応した処理を実行する手段である。部品情報収集部１６０ａがユーザ装置５０から故障イベント情報を受信した場合には、ユーザ装置５０に対して、故障部品情報（図３参照）を要求する。
【００３９】
そして、部品情報収集部１６０ａが、故障部品情報をユーザ装置５０から受信した場合には、受信した故障部品情報を構成部品情報更新部１６０ｂに出力する。また、部品情報収集部１６０ａは、故障部品情報を保守部門の端末装置に送信する。一方、部品情報収集部１６０ａが、ユーザ装置５０から部品交換イベント情報（図４参照）を受信した場合には、受信した部品交換イベント情報を構成部品情報更新部１６０ｂに出力する。
【００４０】
構成部品情報更新部１６０ｂは、故障部品情報または部品交換イベント情報を取得した場合に、取得した情報に応じて、部品リスト１５０ａおよび部品詳細情報１５０ｂに各種の情報を登録／更新する手段である。以下において、構成部品情報更新部１６０ｂの処理を、故障部品情報を取得した場合の処理、部品交換イベント情報を取得した場合の処理の順に説明する。
【００４１】
まず、構成部品情報更新部１６０ｂが、故障部品情報を取得した場合の処理について説明する。構成部品情報更新部１６０ｂは、故障部品情報を取得した場合には、故障部品情報のメッセージ情報（メッセージ情報に含まれる搭載位置情報）と、部品リスト１５０ａの搭載位置情報とを比較し、部品リスト１５０ａ中の一致する搭載位置情報の管理番号を判定する。そして、構成部品情報更新部１６０ｂは、判定した管理番号に対応する故障フラグを「オン」に設定する。
【００４２】
また、構成部品情報更新部１６０ｂは、判定した管理番号、故障部品情報の故障日時情報、シリアル番号、部品版数、メッセージを対応付けて、部品詳細情報１５０ｂに登録する。例えば、構成部品情報更新部１６０ｂが、図３に示す故障部品情報を取得した場合には、管理番号「Ａ１０００１」、故障日時情報「２００６年１月２０日２１時３０分」、シリアル番号「０００１２」、部品版数「Version1」、メッセージ「CPU  Error」を対応付けて、部品詳細情報１５０ｂに登録する。
【００４３】
次に、構成部品情報更新部１６０ｂが、部品交換イベント情報を取得した場合の処理について説明する。構成部品情報更新部１６０ｂが、部品交換イベント情報を取得した場合には、部品交換イベント情報の搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較し、部品リスト１５０ａ中の一致する搭載位置情報の管理番号を判定する。そして、構成部品情報更新部１６０ｂは、判定した管理番号に対応する故障フラグを「オフ」に設定する。
【００４４】
また、構成部品更新部１６０ｂは、判定した管理番号、部品交換イベント情報の交換日時情報、シリアル番号、部品版数を対応付けて、部品詳細情報１５０ｂに登録する。なお、構成部品情報更新部１６０ｂは、登録対象となる管理番号が、部品詳細情報１５０ｂに既に登録されている場合には、登録されているエントリの直下に上記の情報を登録しても良い。
【００４５】
部品搭載情報生成部１６０ｃは、入力部１２０等を介して、搭載位置情報が指定されて場合に、指定された搭載位置情報（以下、指定搭載位置情報）と、部品リスト１５０ａおよび部品詳細情報とを比較して、交換前の部品と交換後の部品の固有情報（シリアル番号、部品版数）を対応付けた部品対応情報を生成し、生成した部品対応情報を、出力部１３０に出力する手段である。
【００４６】
例えば、部品搭載情報生成部１６０ｃは、指定搭載位置情報「machine1:Cabinet#0-SB#0-CPU#4」を指定された場合に、指定搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較して、指定搭載位置情報と一致する搭載位置情報の管理番号を判定し、判定した管理番号をキーにして、部品詳細情報１５０ｂから交換前の部品の固有情報と、交換後の部品の固有情報とを検出することにより、部品対応情報を生成する。
【００４７】
なお、交換後の部品の固有情報は、同一管理番号中で、最後に登録された部品の固有情報に対応する。また、交換前の部品の固有情報は、交換後の部品の固有情報の一つ前に登録された部品の固有情報となる。
【００４８】
図８は、部品対応情報のデータ構造の一例を示す図である。同図に示す例では、搭載位置「machine1:Cabinet#0-SB#0-CPU#4」に対応する交換前の部品の固有情報が「シリアル番号＜０００１２＞、部品版数＜００１＞」であり、交換後の部品の固有情報が「シリアル番号＜００２０４＞、部品版数＜００２＞」である。また、搭載位置「machine1:Cabinet#0-SB#0」に対応する交換前の部品の固有情報が「シリアル番号＜０００００７８５＞、部品版数＜００１＞」であり、交換後の部品の固有情報が「シリアル番号＜００００１００９＞、部品版数＜００１＞」である。
【００４９】
ところで、部品搭載情報生成部１６０ｃは、上記した部品対応情報に、交換された部品の交換日時情報を加えた部品対応詳細情報を生成しても良い。部品搭載情報生成部１６０ｃは、交換後の部品に対応する交換日時情報を部品詳細情報１５０ｂから検索し、部品対応詳細情報に登録する。図９は、部品対応詳細情報のデータ構造の一例を示す図である。部品搭載情報生成部１６０ｃは、生成した部品対応詳細情報を出力部１３０に出力する。
【００５０】
なお、ここでは一例として、部品搭載情報生成部１６０ｃは、指定搭載位置情報を指定された場合に、部品対応情報、部品対応詳細情報を生成する場合について説明したが、これに限定されるものではなく、部品情報収集部１６０ａが取得する部品交換イベント情報の搭載情報に基づいて、部品対応情報、部品対応詳細情報を生成し、出力部１３０に出力しても良い。かかる搭載情報から部品対応情報、部品対応詳細情報を生成する手法は、上記した、指定搭載位置情報から部品対応情報、部品対応詳細情報を生成する手法と同様である。
【００５１】
部品故障レポート生成部１６０ｄは、部品情報収集部１６０ａが、部品交換イベントを受信し、構成部品情報更新部１６０ｂが部品リスト１５０ａおよび部品詳細情報を更新した後に、交換前の部品の固有情報と、交換後の部品の固有情報とを対応付けた部品故障レポートを生成し、送信先リスト１５０ｃに登録された送信先に部品故障レポートを送信する手段である。なお、部品故障レポート生成部１６０ｄは、インターネット、電子メールを利用して宛先に送信しても良いし、部品故障レポート生成部１６０ｄが可搬記憶媒体に部品故障レポートを記憶し、配達者が、かかる可搬記憶媒体を宛先に届けても良い。
【００５２】
図１０は、部品故障レポートのデータ構造の一例を示す図である。部品故障レポート生成部１６０ｄは、部品交換イベントの搭載位置情報と、部品リスト１５０ａの搭載位置情報とを比較して、一致する搭載位置情報の管理番号を判定する。そして、判定した管理番号をキーにして、部品詳細情報１５０ｂから、交換前の部品の固有情報および交換後の部品の固有情報を検索することにより、部品故障レポートを生成する。
【００５３】
なお、管理番号に対応する部品の固有情報が複数存在する場合（過去に複数回部品を交換している場合等）には、管理番号に対応する部品の固有情報をあわせて部品故障レポートに登録しても良い。また、部品故障レポート生成部１６０ｄは、部品詳細情報に含まれるメッセージや、交換日時の情報も、部品故障レポートに登録しても良い。
【００５４】
部品故障レポート生成部１６０ｄによって生成された部品故障レポートは、例えば、工場の端末装置、保守部門の端末装置（図１参照）に直接送信されるので、情報の信頼性を保つことが出来る（作業員が、手作業によって交換前の部品の固有情報、交換後の部品の固有情報のレポートを作成すると、人為的ミスが発生する可能性がある）。
【００５５】
次に、本実施例にかかる制御装置１００を含んだシステムの処理手順について説明する。図１１は、ユーザ装置５０が故障を検出した場合のシステムの処理を示すフローチャートであり、図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。
【００５６】
図１１に示すように、ユーザ装置５０が部品の故障を検出し（ステップＳ１０１）、故障部品情報を作成し（ステップＳ１０２）、故障イベント情報を制御装置１００に送信する（ステップＳ１０３）。
【００５７】
制御装置１００は、故障イベント情報をユーザ装置５０から受信し（ステップＳ１０４）、故障部品情報をユーザ装置５０に対して要求する（ステップＳ１０５）。ユーザ装置５０は、故障部品情報の要求を受信し（ステップＳ１０６）、故障部品情報を制御装置１００に送信する（ステップＳ１０７）。
【００５８】
制御装置１００は、故障部品情報を受信し（ステップＳ１０８）、故障部品情報を登録する（ステップＳ１０９）し、故障部品情報を表示し（ステップＳ１１０）、故障部品情報を保守部門の端末装置に送信する（ステップＳ１１１）。
【００５９】
また、図１２に示すように、ユーザ装置５０が、部品交換が終了した旨を受付け（ステップＳ２０１）、部品交換イベント情報を制御装置１００に送信し（ステップＳ２０２）、制御装置１００が部品交換イベント情報を受信する（ステップＳ２０３）。
【００６０】
そして、制御装置１００は、部品リスト１５０ａを更新し（ステップＳ２０４）、交換した部品の固有情報を部品詳細情報１５０ｂに蓄積し（ステップＳ２０５）、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて表示する（ステップＳ２０６）。
【００６１】
続いて、制御装置１００は、部品故障レポートを作成し（ステップＳ２０７）、作成した部品故障レポートを保守部門の端末装置および工場の端末装置等に送信する（ステップＳ２０８）。
【００６２】
上述してきたように、本実施例にかかる制御装置１００は、ユーザ装置５０の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置１００から容易に、交換前の部品の固有情報を得ることが出来る。
【００６３】
また、本実施例にかかる制御装置１００は、部品故障レポート生成部１６０ｄが部品故障レポートを工場の端末装置あるいは保守部門の端末装置等（図１参照）に直接送信するので、情報の信頼性を保つことが出来る（作業員が、手作業によって交換前の部品の固有情報、交換後の部品の固有情報のレポートを作成すると、人為的ミスが発生する可能性がある）。
【００６４】
また、本実施例にかかる制御装置１００は、部品詳細情報１５０ｂに、メッセージを登録するので、どのようなことが原因で、部品を交換したのかを、作業員が容易に把握することが出来る。また、交換前の部品の固有情報と、交換後の部品の固有情報とを対応付けているので、作業員は、部品交換が実際に行われたか否かを容易に確認することが出来る。
【００６５】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６６】
また、図２に示したユーザ装置５０、図５に示した制御装置１００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６７】
図１３は、本実施例にかかる制御装置１００を構成するコンピュータ２００のハードウェア構成を示す図である。図１３に示すように、このコンピュータ（制御装置）２００は、入力装置２０１、モニタ２０２、ＲＡＭ（Random  Access  Memory）２０３、ＲＯＭ（Read  Only  Memory）２０４、記憶媒体からデータを読み取る媒体読取装置２０５、他の装置（例えば、保守部門の端末装置、工場の端末装置）との間でデータの送受信を行う通信装置２０６、ＣＰＵ（Central  Processing  Unit）２０７、ＨＤＤ（Hard  Disk  Drive）２０８をバス２０９で接続して構成される。
【００６８】
そして、ＨＤＤ２０８には、上記した制御装置１００の機能と同様の機能を発揮する部品情報管理プログラム２０８ｂが記憶されている。ＣＰＵ２０７が、部品情報管理プログラム２０８ｂを読み出して実行することにより、部品情報管理プロセス２０７ａが起動される。ここで、部品情報管理プロセス２０７ａは、図５に示した、部品情報収集部１６０ａ、構成部品情報更新部１６０ｂ、部品搭載情報生成部１６０ｃ、部品故障レポート生成部１６０ｄに対応する。
【００６９】
また、ＨＤＤ２０８は、部品リスト１５０ａ、部品詳細情報１５０ｂ、送信先リスト１５０ｃに対応する各種データ２０８ａを記憶する。ＣＰＵ２０７は、ＨＤＤ２０８に格納された各種データ２０８ａを読み出して、ＲＡＭ２０３に格納し、ＲＡＭ２０３に格納された各種データ２０３ａに部品の固有情報を蓄積し、部品対応情報等を生成する。
【００７０】
ところで、図１３に示した部品情報管理プログラム２０８ｂは、必ずしも最初からＨＤＤ２０８に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに部品情報管理プログラム２０８ｂを記憶しておき、コンピュータがこれらから部品情報管理プログラム２０８ｂを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【００７１】
以上のように、本発明にかかる制御装置および制御プログラムは、搭載位置に搭載される部品の情報を管理するシステム等に有用であり、特に、交換前の部品情報を効率よく取得する必要がある場合等に適している。
【図面の簡単な説明】
【００７２】
【図１】図１は、システム全体の情報と部品の流れを説明するための図である。
【図２】図２は、本実施例にかかるユーザ装置の構成を示す機能ブロック図である。
【図３】図３は、故障部品情報のデータ構造の一例を示す図である。
【図４】図４は、部品交換イベント情報のデータ構造の一例を示す図である。
【図５】図５は、本実施例にかかる制御装置の構成を示す機能ブロック図である。
【図６】図６は、部品リストのデータ構造の一例を示す図である。
【図７】図７は、部品詳細情報のデータ構造の一例を示す図である。
【図８】図８は、部品対応情報のデータ構造の一例を示す図である。
【図９】図９は、部品対応詳細情報のデータ構造の一例を示す図である。
【図１０】図１０は、部品故障レポートのデータ構造の一例を示す図である。
【図１１】図１１は、ユーザ装置が故障を検出した場合のシステムの処理を示すフローチャートである。
【図１２】図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。
【図１３】図１３は、本実施例にかかる制御装置を構成するコンピュータのハードウェア構成を示す図である。
【符号の説明】
【００７３】
５０    ユーザ装置
５１    パーティション
５１ａ，５１ｂ，５１ｃ  ハードウェア
５２    マルチポートコンソール接続装置
５３    システム監視機構
６０，７０    ハブ
１００    制御装置
１１０    通信制御部
１２０    入力部
１３０    出力部
１４０    入出力制御ＩＦ部
１５０    記憶部
１５０ａ  部品リスト
１５０ｂ  部品詳細情報
１５０ｃ  送信先リスト
１６０    制御部
１６０ａ  部品情報収集部
１６０ｂ  構成部品情報更新部
１６０ｃ  部品搭載情報生成部
１６０ｄ  部品故障レポート生成部
２００    コンピュータ
２０１    入力装置
２０２    モニタ
２０３    ＲＡＭ
２０３ａ，２０８ａ  各種データ
２０４    ＲＯＭ
２０５    媒体読取装置
２０６    通信装置
２０７    ＣＰＵ
２０７ａ  部品情報管理プロセス
２０８    ＨＤＤ
２０８ｂ  部品情報管理プログラム
２０９    バス 
【国際調査報告】
2009110069.tif 000016
2009110069.tif 000017
2009110069.tif 000018
2009110069.tif 000019