JPWO2009110069A1 - 制御装置および制御プログラム - Google Patents

制御装置および制御プログラム Download PDF

Info

Publication number
JPWO2009110069A1
JPWO2009110069A1 JP2010501714A JP2010501714A JPWO2009110069A1 JP WO2009110069 A1 JPWO2009110069 A1 JP WO2009110069A1 JP 2010501714 A JP2010501714 A JP 2010501714A JP 2010501714 A JP2010501714 A JP 2010501714A JP WO2009110069 A1 JPWO2009110069 A1 JP WO2009110069A1
Authority
JP
Japan
Prior art keywords
information
component
replacement
failed
control device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010501714A
Other languages
English (en)
Other versions
JP5168348B2 (ja
Inventor
勝彦 今野
勝彦 今野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2009110069A1 publication Critical patent/JPWO2009110069A1/ja
Application granted granted Critical
Publication of JP5168348B2 publication Critical patent/JP5168348B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本発明にかかる制御装置１００は、制御対象の装置の部品が故障した場合に、部品故障情報をユーザ装置から受信する。そして、制御装置１００は、故障した部品が新たな部品に交換された場合に、交換前の部品の固有情報と交換後の部品の固有情報とを対応付けて記憶部１５０に記憶し、部品対応情報等を生成して、予め設定された送信先に、部品対応情報を送信する。制御装置１００は、部品故障レポート生成部１６０ｄが部品故障レポートを工場の端末装置あるいは保守部門の端末装置等に直接送信する。

Description

本発明は、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
近年、ユーザが使用するユーザ装置と、このユーザ装置を制御する制御装置とから構成されるシステムにおいて、ユーザ装置に故障が発生した場合には、制御装置がユーザ装置の故障した部品を特定し、かかる故障した部品の情報を参照した作業員がユーザ装置の故障部品を新しいものに交換している（例えば、特許文献１，２参照）。そして、ユーザ装置の故障した部品を作業員が交換した場合には、ユーザ装置の部品の情報は交換後の部品の情報に更新される。
特開２００４−２４６４６８号公報 特開平１１−２５９３３９号公報
しかしながら、上述した従来の技術では、ユーザ装置の部品を交換した場合に、該当部品の情報が交換された部品の情報に更新されてしまい、交換前の部品（故障した部品）の情報が残らないという問題があった。したがって、情報管理のミスにより、交換前の部品の情報が正確ではない場合に、交換前の部品を再度調べることは大変難しく、故障した部品の固有の情報を失う可能性があった。
本発明は、上記に鑑みてなされたものであって、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
上述した課題を解決し、目的を達成するために、この制御装置は、接続先の装置を制御する制御装置であって、前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、を備えたことを要件とする。
また、この制御装置は、上記の制御装置において、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを要件とする。
また、この制御装置は、上記の制御装置において、前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを要件とする。
また、この制御プログラムは、コンピュータに、制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、を実行させることを要件とする。
また、この制御プログラムは、上記の制御プログラムにおいて、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを要件とする。
この制御装置によれば、制御対象の装置の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品情報（障害メッセージに対応）と交換後の部品情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置から容易に、交換前の部品の固有情報を得ることが出来る。
また、この制御装置によれば、前記記憶装置に記憶され、対応付けられた交換前の部品情報と交換後の部品情報とを対応付けた情報を予め設定された送信先へ送信するので、情報の信頼性を保つことが出来る。
図１は、システム全体の情報と部品の流れを説明するための図である。 図２は、本実施例にかかるユーザ装置の構成を示す機能ブロック図である。 図３は、故障部品情報のデータ構造の一例を示す図である。 図４は、部品交換イベント情報のデータ構造の一例を示す図である。 図５は、本実施例にかかる制御装置の構成を示す機能ブロック図である。 図６は、部品リストのデータ構造の一例を示す図である。 図７は、部品詳細情報のデータ構造の一例を示す図である。 図８は、部品対応情報のデータ構造の一例を示す図である。 図９は、部品対応詳細情報のデータ構造の一例を示す図である。 図１０は、部品故障レポートのデータ構造の一例を示す図である。 図１１は、ユーザ装置が故障を検出した場合のシステムの処理を示すフローチャートである。 図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。 図１３は、本実施例にかかる制御装置を構成するコンピュータのハードウェア構成を示す図である。
符号の説明
５０ ユーザ装置
５１ パーティション
５１ａ，５１ｂ，５１ｃ ハードウェア
５２ マルチポートコンソール接続装置
５３ システム監視機構
６０，７０ ハブ
１００ 制御装置
１１０ 通信制御部
１２０ 入力部
１３０ 出力部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５０ａ 部品リスト
１５０ｂ 部品詳細情報
１５０ｃ 送信先リスト
１６０ 制御部
１６０ａ 部品情報収集部
１６０ｂ 構成部品情報更新部
１６０ｃ 部品搭載情報生成部
１６０ｄ 部品故障レポート生成部
２００ コンピュータ
２０１ 入力装置
２０２ モニタ
２０３ ＲＡＭ
２０３ａ，２０８ａ 各種データ
２０４ ＲＯＭ
２０５ 媒体読取装置
２０６ 通信装置
２０７ ＣＰＵ
２０７ａ 部品情報管理プロセス
２０８ ＨＤＤ
２０８ｂ 部品情報管理プログラム
２０９ バス
以下に、本発明にかかる制御装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
まず、本実施例にかかる制御装置の概要及び特徴について説明する。本実施例にかかる制御装置は、例えば、ユーザが利用するユーザ装置を制御する制御装置であり、ユーザ装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、この障害メッセージを一時的に記憶装置に記憶する。そして、制御装置は、故障した部品の代わりにユーザ装置に取り付けられた交換部品の情報を取得した場合に、交換前の部品情報と交換後の部品情報とをリンク付けして記憶装置に記憶し、必要に応じて、リンク付けした交換前の部品情報と交換後の部品情報とを対応付けて出力する。
このように、本実施例にかかる制御装置は、交換前の部品情報と交換後の部品情報とを対応付けて記憶するので、制御装置の管理者等は、交換後の部品情報から交換前の部品情報を容易に取得することが出来る。また、交換前の部品情報（障害メッセージ）と交換後の部品情報とをリンク付けして記憶しているので、部品交換が確実に行われているか否かを確認することが出来る。
次に、本実施例にかかる制御装置を含んだシステム全体の情報と部品の流れについて説明する。図１は、システム全体の情報と部品の流れを説明するための図である。同図に示すように、Ａ社が所有するユーザ装置が故障した場合に（図１の（１）参照）、故障が発生した旨の情報が制御装置１００および保守部門の端末装置に通知される（図１の（２）参照）。
そして、保守部門の対応が行われ（図１の（３）参照）、保守作業員による部品交換が行われる（図１の（４）参照）。制御装置１００は、交換前の部品情報と交換後の部品情報とを対応付け、インターネットを介して（あるいは、可搬記憶媒体によって）工場および保守部門の端末装置に通知する（図１の（５）参照）。
一方、故障した部品は、パーツセンタ、物流経路を介して工場に送られる（図１の（６）参照）。また、保守部門では、故障部品情報の管理が行われ（図１の（７）参照）、工場では、故障部品情報による部品の調査と管理が行われる（図１の（８）参照）。
次に、本実施例にかかるユーザ装置の構成について説明する。このユーザ装置は、例えば、図１に示したＡ社に複数設置されているものとする。図２は、本実施例にかかるユーザ装置５０の構成を示す機能ブロック図である。同図に示すように、このユーザ装置５０は、パーティション５１と、マルチポートコンソール接続装置５２と、システム監視機構５３とを備えて構成される。また、ユーザ装置５０は、ＬＡＮ（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）２０８をバス２０９で接続して構成される。
そして、ＨＤＤ２０８には、上記した制御装置１００の機能と同様の機能を発揮する部品情報管理プログラム２０８ｂが記憶されている。ＣＰＵ２０７が、部品情報管理プログラム２０８ｂを読み出して実行することにより、部品情報管理プロセス２０７ａが起動される。ここで、部品情報管理プロセス２０７ａは、図５に示した、部品情報収集部１６０ａ、構成部品情報更新部１６０ｂ、部品搭載情報生成部１６０ｃ、部品故障レポート生成部１６０ｄに対応する。
また、ＨＤＤ２０８は、部品リスト１５０ａ、部品詳細情報１５０ｂ、送信先リスト１５０ｃに対応する各種データ２０８ａを記憶する。ＣＰＵ２０７は、ＨＤＤ２０８に格納された各種データ２０８ａを読み出して、ＲＡＭ２０３に格納し、ＲＡＭ２０３に格納された各種データ２０３ａに部品の固有情報を蓄積し、部品対応情報等を生成する。
ところで、図１３に示した部品情報管理プログラム２０８ｂは、必ずしも最初からＨＤＤ２０８に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに部品情報管理プログラム２０８ｂを記憶しておき、コンピュータがこれらから部品情報管理プログラム２０８ｂを読み出して実行するようにしてもよい。
以上のように、本発明にかかる制御装置および制御プログラムは、搭載位置に搭載される部品の情報を管理するシステム等に有用であり、特に、交換前の部品情報を効率よく取得する必要がある場合等に適している。
本発明は、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
近年、ユーザが使用するユーザ装置と、このユーザ装置を制御する制御装置とから構成されるシステムにおいて、ユーザ装置に故障が発生した場合には、制御装置がユーザ装置の故障した部品を特定し、かかる故障した部品の情報を参照した作業員がユーザ装置の故障部品を新しいものに交換している（例えば、特許文献１，２参照）。そして、ユーザ装置の故障した部品を作業員が交換した場合には、ユーザ装置の部品の情報は交換後の部品の情報に更新される。
特開２００４−２４６４６８号公報 特開平１１−２５９３３９号公報
しかしながら、上述した従来の技術では、ユーザ装置の部品を交換した場合に、該当部品の情報が交換された部品の情報に更新されてしまい、交換前の部品（故障した部品）の情報が残らないという問題があった。したがって、情報管理のミスにより、交換前の部品の情報が正確ではない場合に、交換前の部品を再度調べることは大変難しく、故障した部品の固有の情報を失う可能性があった。
本発明は、上記に鑑みてなされたものであって、交換前の部品の情報を容易に取得することが出来る制御装置および制御プログラムに関するものである。
上述した課題を解決し、目的を達成するために、この制御装置は、接続先の装置を制御する制御装置であって、前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、を備えたことを要件とする。
また、この制御装置は、上記の制御装置において、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを要件とする。
また、この制御装置は、上記の制御装置において、前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを要件とする。
また、この制御プログラムは、コンピュータに、制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、を実行させることを要件とする。
また、この制御プログラムは、上記の制御プログラムにおいて、前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを要件とする。
この制御装置によれば、制御対象の装置の部品が故障し、故障した部品が新たな部品に交換された場合に、交換前の部品情報（障害メッセージに対応）と交換後の部品情報とを対応付けて記憶し、記憶した情報を表示あるいは他の端末装置に送信するので、交換前の部品の固有情報を再度必要になった場合でも、制御装置から容易に、交換前の部品の固有情報を得ることが出来る。
また、この制御装置によれば、前記記憶装置に記憶され、対応付けられた交換前の部品情報と交換後の部品情報とを対応付けた情報を予め設定された送信先へ送信するので、情報の信頼性を保つことが出来る。
以下に、本発明にかかる制御装置および制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
まず、本実施例にかかる制御装置の概要及び特徴について説明する。本実施例にかかる制御装置は、例えば、ユーザが利用するユーザ装置を制御する制御装置であり、ユーザ装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、この障害メッセージを一時的に記憶装置に記憶する。そして、制御装置は、故障した部品の代わりにユーザ装置に取り付けられた交換部品の情報を取得した場合に、交換前の部品情報と交換後の部品情報とをリンク付けして記憶装置に記憶し、必要に応じて、リンク付けした交換前の部品情報と交換後の部品情報とを対応付けて出力する。
このように、本実施例にかかる制御装置は、交換前の部品情報と交換後の部品情報とを対応付けて記憶するので、制御装置の管理者等は、交換後の部品情報から交換前の部品情報を容易に取得することが出来る。また、交換前の部品情報（障害メッセージ）と交換後の部品情報とをリンク付けして記憶しているので、部品交換が確実に行われているか否かを確認することが出来る。
次に、本実施例にかかる制御装置を含んだシステム全体の情報と部品の流れについて説明する。図１は、システム全体の情報と部品の流れを説明するための図である。同図に示すように、Ａ社が所有するユーザ装置が故障した場合に（図１の（１）参照）、故障が発生した旨の情報が制御装置１００および保守部門の端末装置に通知される（図１の（２）参照）。
そして、保守部門の対応が行われ（図１の（３）参照）、保守作業員による部品交換が行われる（図１の（４）参照）。制御装置１００は、交換前の部品情報と交換後の部品情報とを対応付け、インターネットを介して（あるいは、可搬記憶媒体によって）工場および保守部門の端末装置に通知する（図１の（５）参照）。
一方、故障した部品は、パーツセンタ、物流経路を介して工場に送られる（図１の（６）参照）。また、保守部門では、故障部品情報の管理が行われ（図１の（７）参照）、工場では、故障部品情報による部品の調査と管理が行われる（図１の（８）参照）。
次に、本実施例にかかるユーザ装置の構成について説明する。このユーザ装置は、例えば、図１に示したＡ社に複数設置されているものとする。図２は、本実施例にかかるユーザ装置５０の構成を示す機能ブロック図である。同図に示すように、このユーザ装置５０は、パーティション５１と、マルチポートコンソール接続装置５２と、システム監視機構５３とを備えて構成される。また、ユーザ装置５０は、ＬＡＮ（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）２０８をバス２０９で接続して構成される。
そして、ＨＤＤ２０８には、上記した制御装置１００の機能と同様の機能を発揮する部品情報管理プログラム２０８ｂが記憶されている。ＣＰＵ２０７が、部品情報管理プログラム２０８ｂを読み出して実行することにより、部品情報管理プロセス２０７ａが起動される。ここで、部品情報管理プロセス２０７ａは、図５に示した、部品情報収集部１６０ａ、構成部品情報更新部１６０ｂ、部品搭載情報生成部１６０ｃ、部品故障レポート生成部１６０ｄに対応する。
また、ＨＤＤ２０８は、部品リスト１５０ａ、部品詳細情報１５０ｂ、送信先リスト１５０ｃに対応する各種データ２０８ａを記憶する。ＣＰＵ２０７は、ＨＤＤ２０８に格納された各種データ２０８ａを読み出して、ＲＡＭ２０３に格納し、ＲＡＭ２０３に格納された各種データ２０３ａに部品の固有情報を蓄積し、部品対応情報等を生成する。
ところで、図１３に示した部品情報管理プログラム２０８ｂは、必ずしも最初からＨＤＤ２０８に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに部品情報管理プログラム２０８ｂを記憶しておき、コンピュータがこれらから部品情報管理プログラム２０８ｂを読み出して実行するようにしてもよい。
以上のように、本発明にかかる制御装置および制御プログラムは、搭載位置に搭載される部品の情報を管理するシステム等に有用であり、特に、交換前の部品情報を効率よく取得する必要がある場合等に適している。
図１は、システム全体の情報と部品の流れを説明するための図である。 図２は、本実施例にかかるユーザ装置の構成を示す機能ブロック図である。 図３は、故障部品情報のデータ構造の一例を示す図である。 図４は、部品交換イベント情報のデータ構造の一例を示す図である。 図５は、本実施例にかかる制御装置の構成を示す機能ブロック図である。 図６は、部品リストのデータ構造の一例を示す図である。 図７は、部品詳細情報のデータ構造の一例を示す図である。 図８は、部品対応情報のデータ構造の一例を示す図である。 図９は、部品対応詳細情報のデータ構造の一例を示す図である。 図１０は、部品故障レポートのデータ構造の一例を示す図である。 図１１は、ユーザ装置が故障を検出した場合のシステムの処理を示すフローチャートである。 図１２は、故障部品が交換された場合のシステムの処理を示すフローチャートである。 図１３は、本実施例にかかる制御装置を構成するコンピュータのハードウェア構成を示す図である。
５０ ユーザ装置
５１ パーティション
５１ａ，５１ｂ，５１ｃ ハードウェア
５２ マルチポートコンソール接続装置
５３ システム監視機構
６０，７０ ハブ
１００ 制御装置
１１０ 通信制御部
１２０ 入力部
１３０ 出力部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５０ａ 部品リスト
１５０ｂ 部品詳細情報
１５０ｃ 送信先リスト
１６０ 制御部
１６０ａ 部品情報収集部
１６０ｂ 構成部品情報更新部
１６０ｃ 部品搭載情報生成部
１６０ｄ 部品故障レポート生成部
２００ コンピュータ
２０１ 入力装置
２０２ モニタ
２０３ ＲＡＭ
２０３ａ，２０８ａ 各種データ
２０４ ＲＯＭ
２０５ 媒体読取装置
２０６ 通信装置
２０７ ＣＰＵ
２０７ａ 部品情報管理プロセス
２０８ ＨＤＤ
２０８ｂ 部品情報管理プログラム
２０９ バス

Claims (6)

  1. 接続先の装置を制御する制御装置であって、
    前記装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手段と、
    前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手段と、
    を備えたことを特徴とする制御装置。
  2. 前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手段を更に備えたことを特徴とする制御装置。
  3. 前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手段を更に備えたことを特徴とする制御装置。
  4. コンピュータに、
    制御対象となる装置から故障した部品の情報を含んだ障害メッセージを取得した場合に、当該障害メッセージを記憶装置に記憶する記憶手順と、
    前記故障した部品の代わりに前記装置に取り付けられた交換部品の情報を取得した場合に、前記障害メッセージと前記交換部品の情報とを対応付けて前記記憶装置に記憶するリンク付け手順と、
    を実行させることを特徴とする制御プログラム。
  5. 前記記憶装置に記憶され、対応付けられた前記障害メッセージと前記交換部品との情報を予め設定された送信先へ送信する送信手順を更にコンピュータに実行させることを特徴とする制御プログラム。
  6. 前記装置に搭載された部品の情報を要求された場合に、前記記憶装置に記憶された情報に基づいて、前記障害メッセージと前記交換部品の情報とを対応付けて出力する出力手順を更にコンピュータに実行させることを特徴とする制御プログラム。
JP2010501714A 2008-03-04 2008-03-04 制御装置および制御プログラム Expired - Fee Related JP5168348B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/053872 WO2009110069A1 (ja) 2008-03-04 2008-03-04 制御装置および制御プログラム

Publications (2)

Publication Number Publication Date
JPWO2009110069A1 true JPWO2009110069A1 (ja) 2011-07-14
JP5168348B2 JP5168348B2 (ja) 2013-03-21

Family

ID=41055648

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010501714A Expired - Fee Related JP5168348B2 (ja) 2008-03-04 2008-03-04 制御装置および制御プログラム

Country Status (3)

Country Link
US (1) US8001431B2 (ja)
JP (1) JP5168348B2 (ja)
WO (1) WO2009110069A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5748868B2 (ja) * 2012-01-30 2015-07-15 三菱電機株式会社 設備管理装置、設備管理システム、設備管理方法、及びプログラム
US10171505B2 (en) 2015-12-14 2019-01-01 International Business Machines Corporation Preventative enterprise change management

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5313628A (en) * 1991-12-30 1994-05-17 International Business Machines Corporation Component replacement control for fault-tolerant data processing system
JPH06309194A (ja) * 1993-04-22 1994-11-04 Oki Electric Ind Co Ltd 障害通知システム
JPH0847064A (ja) * 1994-08-01 1996-02-16 N T T Data Tsushin Kk 監視制御装置及び監視システム
JPH08171520A (ja) * 1994-12-20 1996-07-02 Nec Corp 故障パッケージ検出方式
JPH11259339A (ja) 1998-03-13 1999-09-24 Toshiba Corp コンピュータ障害保守システム及び障害対応コンピュータ
JP2001005687A (ja) * 1999-06-18 2001-01-12 Nec Fielding Ltd ハードウェア交換履歴管理システム
JP2001356929A (ja) * 2000-06-12 2001-12-26 Nec Fielding Ltd 障害自動通報装置および保守拠点システム
US7039743B2 (en) * 2002-05-06 2006-05-02 Dell Usa, L.P. System and method of retiring events upon device replacement
US6892159B2 (en) * 2002-05-17 2005-05-10 Sun Microsystems, Inc. Method and system for storing field replaceable unit operational history information
US7131030B2 (en) * 2002-05-17 2006-10-31 Sun Microsystems, Inc. Method and system for storing field replaceable unit repair history information
JP2004145715A (ja) * 2002-10-25 2004-05-20 Nec Fielding Ltd コンピュータの保守システムおよび保守方法
JP2004246468A (ja) * 2003-02-12 2004-09-02 Nec Fielding Ltd 保守部品ロジスティクス運用システム，方法およびプログラム
US7313717B2 (en) * 2003-04-17 2007-12-25 Sun Microsystems, Inc. Error management
US20040221198A1 (en) * 2003-04-17 2004-11-04 Vecoven Frederic Louis Ghislain Gabriel Automatic error diagnosis
JP4371720B2 (ja) * 2003-06-27 2009-11-25 株式会社日立製作所 記憶装置システム及び記憶装置システムの保守方法
JP2005235078A (ja) * 2004-02-23 2005-09-02 Seiko Epson Corp 部品の変更履歴情報の公開方法、その方法をコンピュータに実行させるプログラムおよび部品の変更履歴管理装置
US7568122B2 (en) * 2005-03-16 2009-07-28 Dot Hill Systems Corporation Method and apparatus for identifying a faulty component on a multiple component field replaceable unit
JP2007114999A (ja) * 2005-10-20 2007-05-10 Fujitsu Support & Service Kk 部品交換方法および部品交換システム
JPWO2007088606A1 (ja) * 2006-02-01 2009-06-25 富士通株式会社 故障情報管理方法及び検出方法、装置並びに記憶媒体
US8875142B2 (en) * 2009-02-11 2014-10-28 Hewlett-Packard Development Company, L.P. Job scheduling on a multiprocessing system based on reliability and performance rankings of processors and weighted effect of detected errors

Also Published As

Publication number Publication date
US20100332917A1 (en) 2010-12-30
JP5168348B2 (ja) 2013-03-21
WO2009110069A1 (ja) 2009-09-11
US8001431B2 (en) 2011-08-16

Similar Documents

Publication Publication Date Title
JP2011076292A (ja) 取得可能な機器情報に応じた障害原因解析ルールの設計方法及び計算機
US20060156129A1 (en) System for maintaining data
US20130212257A1 (en) Computer program and monitoring apparatus
JPWO2010137063A1 (ja) 管理サーバ及び管理システム
CN102576352A (zh) 用于向电子设备提供自动化支持的系统和方法
JP5208324B1 (ja) 情報システム管理装置及び情報システム管理方法及びプログラム
JP2003233512A (ja) 保守機能付きクライアント監視システム及び監視サーバ及びプログラム並びにクライアント監視・保守方法
JP5168348B2 (ja) 制御装置および制御プログラム
JP2018055481A (ja) ログ監視装置、ログ監視方法及びログ監視プログラム
US8677323B2 (en) Recording medium storing monitoring program, monitoring method, and monitoring system
JP6015750B2 (ja) ログ収集サーバ、ログ収集システム、ログ収集方法
JP6660911B2 (ja) 信頼性判定装置、信頼性判定システムおよびソースコード共有システム
JP2006011718A (ja) エラー監視装置、エラー監視システム及びエラー処理方法
CN105099750A (zh) 故障信息管理装置、故障信息管理系统及其管理方法
JP6592616B2 (ja) 中継装置
US9787708B2 (en) Information processing apparatus, method, and medium
CN114466026B (zh) 应用程序接口的更新方法、装置、存储介质和计算设备
US9672489B1 (en) Inventory validator with notification manager
JP2018142225A (ja) 資産管理装置および資産管理方法
JP2005141467A (ja) コンピュータシステムの監視装置および監視方法
JP2022044846A (ja) 監視システムおよび監視プログラム
JP2012141767A (ja) 統合監視システム、制御方法、及びプログラム
JP5354107B2 (ja) 情報処理装置、リモート保守方法、及びプログラム
JP2009205356A (ja) 遠隔通報システムおよび電子計算機、並びに、遠隔通報方法
JP2022044845A (ja) 監視システムおよび監視プログラム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120522

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120718

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20121127

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121210

LAPS Cancellation because of no payment of annual fees