JP2001282743A

JP2001282743A - 装置識別装置、管理装置、および記録媒体

Info

Publication number: JP2001282743A
Application number: JP2000093072A
Authority: JP
Inventors: Akihiro Ishizuno; 彰浩石角; Tomoaki Miyakita; 智昭宮北; Junichi Nagase; 順一長瀬
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-03-30
Filing date: 2000-03-30
Publication date: 2001-10-12

Abstract

(57)【要約】【課題】本発明は、装置に装置識別子を付与して当該
装置を識別する装置識別装置、装置からネットワークを
介して受信したデータをもとに当該装置を管理する管理
装置、および記録媒体に関し、装置自身にマルチベンダ
情報、セキュリティ情報、機種・製造番号などの装置情
報、および故障率カウンタなどからなる装置識別子を設
定および基板等の交換時に故障率カウンタをカウントア
ップすると共にデータをセンタに送信するときに装置識
別子を付与し、装置の製造会社毎、機種毎などの保守・
管理を統一的に実現することを目的とする。【解決手段】製造元情報、および機種や製造番号を少
なくとも含む装置情報からなる装置識別子を、装置に設
定する手段と、設定した装置識別子を当該装置の他の場
所に退避する手段と、装置の状態に基づいて設定した装
置識別子が退避した装置識別子と異なるときに新たな装
置識別子に更新あるいは退避した装置識別子に更新する
手段とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、装置に装置識別子
を付与して装置を識別する装置識別装置、装置からネッ
トワークを介して受信したデータをもとに装置を管理す
る管理装置、および記録媒体に関するものである。

【０００２】

【従来の技術】従来、パソコンなどの装置の装置識別子
は、装置の機種情報や製造番号などで定義し、定義した
装置識別子を印刷したラベルを貼るなどして設定してい
た。装置を購入した顧客は、ユーザ登録時、特にネット
ワークを介して購入した装置のユーザ登録時に、登録用
の画面上で、装置に貼られたラベルに印刷された装置識
別子を見て入力およびユーザ名などを合わせて入力し、
ネットワークを介してセンタに登録し、保守などを受け
るようにしていた。

【０００３】

【発明が解決しようとする課題】このため、装置毎にバ
ラバラな装置識別子となってしまい、統一的な管理がし
難く、特に、他社製品を含めて装置の全体を装置識別子
で一意に特定して統一的な管理がし難いという問題があ
った。

【０００４】また、顧客が購入した装置のユーザ登録を
ネットワークを介して行おうとする場合、装置に貼られ
たラベルに印刷された装置識別子を読んで登録用の画面
上でキー入力およびユーザ名などを入力してセンタに登
録していたため、入力時に装置識別子の入力ミスが発生
したりし、センタに登録された装置識別子で保守や管理
を行えないという問題もあった。

【０００５】本発明は、これらの問題を解決するため、
装置自身にマルチベンダ情報、セキュリティ情報、機種
・製造番号などの装置情報、および故障率カウンタなど
からなる装置識別子を設定および基板等の交換時に故障
率カウンタをカウントアップすると共にデータをセンタ
に送信するときに装置識別子を付与し、装置の製造会社
毎、機種毎などの保守・管理を統一的に実現することを
目的としている。

【０００６】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、装置１
は、セキュリティ情報、マルチベンダ情報、機種や製造
番号などの装置情報からなる装置識別子を設定する対象
の装置であって、フラッシュＲＯＭ２、制御手段５など
から構成されるものである。

【０００７】フラッシュＲＯＭ２は、装置識別子を格納
する、不揮発性メモリである。制御手段５は、各種制御
を行うものであって、ここでは、装置識別子を退避した
り、更新したりなどするものである。

【０００８】リモートサービスセンタ２１は、装置１を
管理、保守するものである。次に、動作を説明する。制
御手段５が不揮発メモリであるフラッシュＲＯＭ２に設
定した装置識別子を他の場所に退避し、電源投入時など
に設定した装置識別子が退避した装置識別子と異なると
きに新たな装置識別子に更新あるいは退避した装置識別
子に更新するようにしている。

【０００９】この際、装置識別子に故障率カウンタを含
ませて設定しておき、装置１の部品が交換されたときに
故障率カウンタをカウントアップするようにしている。
また、リモートサービスセンタ２１が装置１の装置識別
子にセキュリティ情報、製造元情報、および機種や製造
番号などの装置情報からなる装置識別子を付加したデー
タを、ネットワークを介して受信し、受信したデータに
付加された装置識別子中のセキュリティ情報をチェック
してＯＫのときに、製造元情報、機種や製造番号などの
装置情報をもとにデータで指示された処理を行うように
している。

【００１０】この際、リモートサービスセンタ２１が、
データで指示された処理として、ユーザ登録処理を行う
ようにしている。また、リモートサービスセンタ２１
が、データで指示された処理として、製造元情報に従い
製造元毎に分類するようにしている。

【００１１】また、リモートサービスセンタ２１が、デ
ータを蓄積して装置１、あるいは装置１の機種、あるい
は装置１の製造年月毎に経時的に故障数を集計して出力
するようにしている。

【００１２】また、リモートサービスセンタ２１が、デ
ータを蓄積して装置１、あるいは装置１の機種、あるい
は装置１の製造年月毎に経時的に故障発生率を集計して
出力するようにしている。

【００１３】従って、装置自身にマルチベンダ情報、セ
キュリティ情報、機種・製造番号などの装置情報、およ
び故障率カウンタなどからなる装置識別子を設定および
基板等の交換時に故障率カウンタをカウントアップする
と共にデータをセンタに送信するときに装置識別子を付
与して集計などすることにより、装置１の製造会社毎、
機種毎などの保守・管理を統一的に実現することが可能
となる。

【００１４】

【発明の実施の形態】次に、図１から図６を用いて本発
明の実施の形態および動作を順次詳細に説明する。

【００１５】図１は、本発明のシステム構成図を示す。
図１の（ａ）は、本発明のシステム構成図を示す。図１
の（ａ）において、装置１は、マルチベンダ情報、セキ
ュリティ情報、機種や製造番号や製造年月などの装置情
報、故障率カウンタなどからなる装置識別子を設定する
対象の装置であって、フラッシュＲＯＭ２、サブボード
３、イベント情報作成手段４、制御手段５、ネットワー
ク接続手段６などから構成されるものである。

【００１６】フラッシュＲＯＭ２は、装置識別子を格納
（設定）する不揮発性メモリである（図１の（ｂ）参
照）。サブボード３は、装置１を構成するメインボード
に対するサブボードであって、ここでは、装置識別子を
退避するものである。

【００１７】イベント作成手段４は、装置１で発生した
各種イベント（発生した故障の情報）に装置識別子を付
加してデータ（送信用のデータ）を作成するものであ
る。制御手段５は、各種制御を行うものであって、ここ
では、装置識別子を退避したり、更新したりなどするも
のである（図３のフローチャート参照）。

【００１８】ネットワーク接続手段６は、ネットワーク
に接続し、リモートサービスセンタ２１との間でデータ
の送受信を行うものである。リモートサービスセンタ２
１は、ネットワークを介して複数の装置１と接続し、当
該装置１から装置識別子を付加したデータを受信し、ユ
ーザ登録したり、データ（装置の故障情報など）をセン
タＤＢ２２に蓄積したり、受信したデータ中の装置識別
子中のマルチベンダ情報で他社の製品の装置と判明した
ときに他社リモートセンタ２３にデータを転送したりな
どするものである。

【００１９】センタＤＢ２２は、ユーザ情報を登録した
り、装置１のデータ（故障情報など）を登録したりする
ものである。図１の（ｂ）は、装置識別子の例を示す。
ここでは、装置識別子１１は、左側に記載した下記の情
報から構成されるものである。

【００２０】・マルチベンダ情報：・セキュリティ情報：・機種情報：・製造番号：・製造年月：・故障率カウンタ：・その他：ここで、マルチベンダ情報は、右側の管理テーブル１２
に示すように、製造元情報であって、例えば装置を製造
したＡ社、Ｂ社などの製造元会社名である。セキュリテ
ィ情報は、装置識別子が正規のものである旨を識別する
ための情報であって、例えば暗号化された暗号情報であ
りキーによって復元してチェックしたり、装置１に一意
に作成した装置識別子の全体をもとに生成したセキュリ
ティ情報であって、キーによって復元してチェックした
りなどするためのものである。機種情報は、装置１の機
種の情報である。製造番号は、装置１の製造番号であ
る。製造年月は装置１を製造した年月である。故障率カ
ウンタは装置１の故障した回数をカウントアップするカ
ウンタである（図３のＳ９参照）。

【００２１】図２は、本発明の詳細構成図を示す。これ
は、図１の（ａ）の装置１の詳細構成図の例である。図
２において、装置１は、装置識別子を設定して管理する
対象の装置であって、ここでは、マスタボード１３、サ
ブボード１５、サブボード１７などから構成されるもの
である。

【００２２】マスタボード１３は、装置１を構成するマ
スタボードであって、ＣＰＵ１４、フラッシュＲＯＭ２
などから構成されるものであり、装置１の全体を統括制
御するものである。

【００２３】ＣＰＵ１４は、中央演算処理装置であっ
て、プログラムに従い装置１の全体を統括制御するもの
であり、装置識別子を更新したりなどするものである
（図３のフローチャートを用いて後述する）。

【００２４】フラッシュＲＯＭ２は、製造元で出荷時に
当該装置１に一意の装置識別子（図１の（ｂ））を書き
込む、不揮発性メモリである。サブボード１５，１７
は、メインボード１３からの指示をもとに各種制御を行
うものであって、ここでは、リカバリＲＡＭ１６，１８
をそれぞれ設けたものである。

【００２５】リカバリＲＡＭ１６，１８は、装置識別子
１８，１９を退避するものである。尚、リカバリＲＡＭ
１６，１８は、電源をＯＦＦにしても退避した装置識別
子が消えないようにしている（電池でバックアップ、あ
るいは不揮発性メモリで構成する）。

【００２６】次に、図３のフローチャートの順番に従
い、図１、図２の構成中の装置１の動作を詳細に説明す
る。図３は、本発明の動作説明フローチャート（装置
側）を示す。

【００２７】図３において、Ｓ１は、出荷時にフラッシ
ュＲＯＭへ書く。これは、製造元で装置１の出荷時に、
既述した図１の（ｂ）の装置識別子１１を当該装置１の
不揮発性メモリである、フラッシュＲＯＭ（図２のフラ
ッシュＲＯＭ２）に書き込む。

【００２８】Ｓ２は、装置の電源ＯＮ時にリカバリＲＡ
ＭへＲＯＭの内容（装置識別子）を退避（格納）する。
これは、図２の装置１のマスタボード１３上に設けたフ
ラッシュＲＯＭ２に書かれた装置識別子を読み出し、サ
ブボード１５，１７中のリカバリＲＡＭ１６，１８に退
避（格納）する。

【００２９】Ｓ３は、ボード交換処理を行う。これは、
例えば図２の装置１中の電源をＯＦＦにし、故障したマ
スタボード１３を取り外し、新しいマスタボード１３に
取り付けて交換し修理する。

【００３０】Ｓ４は、電源ＯＮにする。Ｓ５は、ＣＰＵ
シリアルＮｏが退避値に等しいか判別する。これは、Ｓ
２で退避したＣＰＵシリアルＮｏと、交換したマスタボ
ード１３のＣＰＵのシリアルＮｏとが等しく、交換され
ていないか判別する。ＹＥＳの場合には、ＣＰＵという
部品の交換が行われていないと判明したので、Ｓ６で処
理開始する。一方、Ｓ５のＮＯの場合には、ＣＰＵシリ
アルＮｏと、サブボードに退避しておいたＣＰＵシリア
ルＮｏ（装置識別子中のＣＰＵのシリアルＮｏ、あるい
は装置識別子に含まれないときはＳ２で別途、サブボー
ド１５，１７のリカバリＲＡＭに退避したＣＰＵシリア
ルＮｏ）とが不一致であると判明（部品であるＣＰＵが
交換されたと判明）したので、Ｓ７に進む。

【００３１】Ｓ７は、ＣＰＵシリアルＮｏをリカバリＲ
ＡＭへ退避する。これは、交換されたメインボード１３
上のＣＰＵのシリアルＮｏをリカバリＲＡＭ１６，１８
に退避（格納）あるいは装置識別子中に含まれるときは
その部分に退避（格納）する。

【００３２】Ｓ８は、装置識別子をＲＯＭに上書きす
る。これは、ＣＰＵが交換されたと判明したので、Ｓ２
でサブボード１５，１７のリカバリＲＡＭ１６，１８に
退避しておいた装置識別子を読み出して、メインボード
１３上のフラッシュＲＯＭ２に上書きする。

【００３３】Ｓ９は、故障率カウンタを＋１する。これ
は、Ｓ８でメインボード１３上のフラッシュＲＯＭ２に
上書きした装置識別子中の故障率カウンタを１つ増加さ
せ、部品の交換回数を１増加させる。そして、Ｓ６で処
理を開始する。

【００３４】以上によって、装置１中の例えばメインボ
ード１３のＲＯＭに設定された装置識別子を他のボード
に退避しておき、電源ＯＮ時に部品が交換されたと判明
した場合（例えばメインボード１３のＣＰＵシリアルＮ
ｏと退避しておいたＣＰＵシリアルＮｏとが不一致のと
きに部品であるＣＰＵが交換されたと判明した場合）に
は、退避しておいた装置識別子を読み出してＲＯＭに上
書きして自動的に装置識別子を復元すると共に当該装置
識別子中の故障率カウンタを＋１して故障回数をカウン
トすることが可能となる。尚、退避しておいた装置識別
子を読み出してＲＯＭ上に上書きして自動的に装置識別
子を復元する代わりに、新たな装置識別子で、退避して
おいた装置識別子を上書きして、新たな装置識別子に更
新するようにしてもよい。

【００３５】次に、図４のフローチャートの順番に従
い、図１のリモートサービスセンタ２１の動作を詳細に
説明する。図４は、本発明の動作説明フローチャート
（センタ側）を示す。

【００３６】図４の（ａ）は、ユーザ登録のフローチャ
ートを示す。図４の（ａ）において、Ｓ１１は、受信す
る。これは、図１のリモートサービスセンタ２１がネッ
トワークを介して装置１から装置識別子を付加したデー
タを受信する。

【００３７】Ｓ１２は、セキュリティ情報がＯＫか判別
する。これは、Ｓ１１で受信したデータ中から装置識別
子１１を取り出し、当該装置識別子１１中のセキュリテ
ィ情報をチェックしてＯＫ（例えばセキュリティ情報を
暗号キーで解読して正しいかチェックしてＯＫ）か否か
を判別する。ＹＥＳの場合には、Ｓ１３に進む。ＮＯの
場合には、セキュリティ情報のチェックの結果、ＮＧと
判明したので、なりすまし処理（セキュリティ情報のチ
ェックの結果、ＮＧでなりすましていると判明したの
で、それに対応する例えば履歴を蓄積する処理）を行
い、終了する。

【００３８】Ｓ１３は、ユーザ登録する。これは、装置
１から受信したデータ中に含まれる、装置の顧客の情報
（会社名、氏名、住所などの情報）を登録し、ユーザ保
守などのサービスの提供を可と設定する。

【００３９】Ｓ１４は、ユーザへのＤＭ（ダイレクトメ
ール）発信する。Ｓ１５は、登録数／出荷数を集計す
る。以上によって、装置１から顧客が例えばユーザ登録
画面上からユーザ名、会社名などを入力して登録ボタン
を押下すると、自動的に図１の（ａ）のイベント作成手
段４がフラッシュＲＯＭから取り出した装置識別子を付
加してリモートサービスセンタ２１に送信し、図４の
（ａ）のＳ１１でこれを受信したリモートサービスセン
タ２１では、装置識別子中のセキュリティ情報をチェッ
クしてＯＫのときにユーザ名、会社名などのユーザ情報
を装置識別子に対応づけてユーザ登録し、保守サービス
などの提供を可と設定すると共に、ダイレクトメールで
ユーザ登録済み、その他の情報をユーザに送信すること
が可能となる。

【００４０】図４の（ｂ）は、マルチベンダ情報をもと
に会社別に分類するフローチャートを示す。図４の
（ｂ）において、Ｓ２１は、受信する。これは、図１の
リモートサービスセンタ２１がネットワークを介して装
置１から装置識別子を付加したデータを受信する。

【００４１】Ｓ２２は、セキュリティ情報がＯＫか判別
する。これは、Ｓ２１で受信したデータ中から装置識別
子１１を取り出し、当該装置識別子１１中のセキュリテ
ィ情報をチェックしてＯＫか否かを判別する。ＹＥＳの
場合には、Ｓ２３に進む。ＮＯの場合には、セキュリテ
ィ情報のチェックの結果、ＮＧと判明したので、なりす
まし処理（セキュリティ情報のチェックの結果、ＮＧで
なりすましていると判明したので、それに対応する例え
ば履歴を蓄積する処理）を行い、終了する。

【００４２】Ｓ２３は、ＤＢへのイベントの書き込みを
行う。これは、装置１で発生したイベント（例えばＣＰ
Ｕのハードウェアエラー等のイベント）をセンタＤＢ２
２に登録して蓄積する。

【００４３】Ｓ２４は、マルチベンダ情報をチェックす
る。これは、Ｓ２１で受信した装置識別子中のマルチベ
ンダ情報をチェックし、自社の製造した装置、あるいは
他社の製造した装置の何れかを判別する。自社の製造し
た装置の場合には、Ｓ２５でセンタＤＢ２２に蓄積して
一元管理する。一方、他社（例えばＡ社、Ｂ社）の製造
した装置の場合には、Ｓ２７で他社情報の連携処理（図
１の他社のリモートサービスセンタ２３にデータを転送
する連携処理）を行い、終了する。

【００４４】以上によって、装置１に障害が発生した場
合にそのイベント情報に装置識別子を付加したデータを
リモートサービスセンタ２１に送信したことに対応し
て、図４の（ｂ）のＳ２１でこれを受信したリモートサ
ービスセンタ２１では、装置識別子中のセキュリティ情
報をチェックしてＯＫのときに装置識別子に対応づけて
イベント情報をセンタＤＢ２２に蓄積し、更に、装置識
別子中のマルチベンダ情報を参照して自社のときは一元
管理することが可能となり、他社のときはその他社のリ
モートサービスセンタ２３に転送して他社で一元管理す
ることが可能となる。

【００４５】図５は、本発明の説明図（センタＤＢ）を
示す。これは、図１の（ａ）のセンタＤＢ２２に蓄積し
て一元管理する情報の例であって、図示の下記の情報を
登録して一元管理する。

【００４６】・装置識別子：・ユーザ情報：・ユーザ名称：・ユーザ住所：・管理責任者：・管理責任者連絡先：電話、ＦＡＸ，ｅ−ｍａｉｌ・構成情報（世代管理）：装置全体を構成する情報・ハードウェア構成情報：・ＣＰＵ：Ａ社製、３００ＭＨｚ×１・ＨＤＤ：Ｂ社製、６．０ＧＢ×３・・・・・ソフトウェア構成情報：・ＯＳ：Ｃ社製ＯＳ・ＡＰＬ：・・・パッケージ・・・・障害情報：・イベント種別：ハードウェア故障・アダプタ名：ＳＣＳＩアダプタ・ファームウェア版数：０１版・・・・最終更新日（最終蓄積日）：・その他：ここで、装置識別子は装置１からネットワークを介して
受信した装置識別子であって、既述した図１の（ｂ）の
情報である。ユーザ情報は、既述した図４の（ａ）で装
置１からネットワークを介してセンタで受信して登録し
たユーザ情報であって、例えば図示の情報を登録する。
構成情報は、装置１のハードウェアおよびソフトウェア
の構成情報であって、例えば図示の情報を登録する。障
害情報は、装置１に発生した障害に関する情報であっ
て、例えば図示の情報を登録する。最終更新日は、各装
置識別子毎のエントリについて更新した最終の日付であ
る。

【００４７】以上のように、センタＤＢ２２でネットワ
ークを介して装置１から受信した装置識別子を付加した
データを当該装置識別子に対応づけて図示の情報を蓄積
し、一元管理することが可能となる。

【００４８】図６は、本発明の説明図（グラフ）を示
す。図６の（ａ）は、装置の故障について、機種、製造
番号、製造年月をもとに集計した件数の稼動月数に伴う
変化を示す。これは、既述した図４の（ｂ）のＳ２３で
センタＤＢ２２に蓄積した装置の故障件数を集計してグ
ラフに表したものである。ここでは、横軸は製品である
装置１の稼動月数を表し、縦軸は装置識別子中の機種、
製造番号、製造年月毎に集計した故障の件数（１０００
台当りの故障件数）をグラフに表したものである。は
実際の故障発生率（件／千台月）を表し、は故障発生
基準（３０件／千台月）を表す。は監視対象の故障累
積を表す。図示のグラフでは、稼動月数が２月から３月
の初期故障の件数が多く、９月から１０月経過時に故障
件数が多くなるという、履歴が判明する。この故障件数
が多い部品について、次回の装置の改良（開発）時に十
分な対策（部品の容量の増加、冷却の増強などの対策）
の資料にしたり、保守点検時に事前に故障の多い部品を
予め交換したりし、故障率を低減するなどに使用するこ
とが可能となる。

【００４９】図６の（ｂ）は、装置の故障を集計した故
障発生率の稼動月数に伴う変化を示す。これは、既述し
た図４の（ｂ）のＳ２３でセンタＤＢ２２に蓄積した装
置の故障発生率を集計してグラフに表したものである。
ここでは、横軸は製品である装置１の稼動月数を表し、
縦軸は装置識別子で表される装置の故障を集計した故障
発生率（１０００台月当りの故障件数）をグラフに表し
たものである。’は実際の故障発生率％（件／千台
月）を表し、’は故障発生基準％（３０件／千台月）
を表す。図示のグラフでは、稼動月数が２月から３月の
初期故障の故障発生率が多く、９月から１０月経過時に
故障発生率が多くなるという、履歴が判明する。この装
置の故障発生率が当該装置の部品について、次回の装置
の改良（開発）時に十分な対策（部品の容量の増加、冷
却の増強などの対策）の資料にしたり、保守点検時に事
前に装置内の故障の多い部品を予め交換したりし、故障
率を低減するなどに使用することが可能となる。

【００５０】

【発明の効果】以上説明したように、本発明によれば、
装置自身にマルチベンダ情報、セキュリティ情報、機種
・製造番号などの装置情報、および故障率カウンタなど
からなる装置識別子を設定および基板等の交換時に故障
率カウンタをカウントアップすると共にデータをセンタ
に送信するときに装置識別子を付与してセンタ側で集計
などする構成を採用しているため、装置１の製造会社
毎、機種毎などの保守・管理を統一的に実現することが
可能となる。これらにより、（１）装置毎に一意の装置識別子を出荷時に不揮発性
メモリに設定しておき、当該装置の故障発生時に装置識
別子を付加してネットワークを介してセンタに送信し、
センタ側で装置識別子に対応付けて蓄積することで、装
置を製造会社毎に一元管理したり、装置識別子中のセキ
ュリティ情報をもとになりすましに対するセキュリティ
を強化したり、ユーザ登録時に自動的に装置識別子をユ
ーザ情報に付加してセンタ側に送信して入力ミスを回避
し、装置識別子の信頼性を大幅に向上させたりすること
が可能となる。

【００５１】（２）センタ側で、製造会社毎に装置の
データを一元管理し、例えば故障を稼動月数毎に集計し
て装置の故障発生率／故障件数をグラフに分かり易く表
示し、装置毎の経時的な故障発生（信頼性）の資料にす
ることが可能となる。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の詳細構成図である。

【図３】本発明の動作説明フローチャート（装置側）で
ある。

【図４】本発明の動作説明フローチャート（センタ側）
である。

【図５】本発明の説明図（センタＤＢ）である。

【図６】本発明の説明図（グラフ）である。

【符号の説明】

１：装置２：フラッシュＲＯＭ３、１５，１７：サブボード４：イベント作成手段５：制御手段１１：装置識別子１６、１８：リカバリＲＡＭ２１、２３：リモートサービスセンタ２２：センタＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者長瀬順一神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内Ｆターム(参考） 5B042 GA12 GA31 GC08 JJ02 MA08 MA09 MA14 MC19 MC27 MC31 MC38 5B045 BB49 GG01 JJ08 5B085 AA04 AE04 5B089 GA11 GA21 GB02 HA01 JA35 JB22 KA13 KB04 5K033 AA03 AA09 BA08 DA01 DB20 EA07 EC01 EC03

Claims

【特許請求の範囲】

【請求項１】装置に装置識別子を付与して当該装置を識
別する装置識別装置において、製造元情報、および機種や製造番号を少なくとも含む装
置情報からなる装置識別子を、装置に設定する手段と、上記設定した装置識別子を当該装置の他の場所に退避す
る手段と、上記装置の状態に基づいて上記設定した装置識別子が上
記退避した装置識別子と異なるときに新たな装置識別子
に更新あるいは退避した装置識別子に更新する手段とを
備えたことを特徴とする装置識別装置。
【請求項２】上記装置識別子に故障率カウンタ情報を含
ませて設定しておき、当該装置の部品が交換されたとき
に当該故障率カウンタ情報を変更する手段を備えたこと
を特徴とする請求項１記載の装置識別装置。
【請求項３】装置からネットワークを介して受信したデ
ータをもとに当該装置を管理する管理装置において、上記装置の装置識別子にセキュリティ情報、製造元情
報、および機種や製造番号を少なくとも含む装置情報か
らなる装置識別子を付加したデータを、ネットワークを
介して受信する手段と、上記受信したデータに付加された装置識別子中のセキュ
リティ情報に応じて、上記製造元情報、機種や製造番号
を少なくとも含む装置情報をもとにデータで指示された
処理を行う手段とを備えたことを特徴とする管理装置。
【請求項４】上記データで指示された処理として、ユー
ザ登録処理を行うことを特徴とする請求項３記載の管理
装置。
【請求項５】上記データで指示された処理として、上記
製造元情報に従い製造元毎に分類することを特徴とする
請求項３記載の管理装置。
【請求項６】上記データを蓄積して装置、あるいは当該
装置の機種、あるいは当該装置の製造年月毎に経時的に
故障数を集計して出力することを特徴とする請求項３記
載の管理装置。
【請求項７】上記データを蓄積して装置、あるいは当該
装置の機種、あるいは当該装置の製造年月毎に経時的に
故障発生率を集計して出力することを特徴とする請求項
３記載の管理装置。
【請求項８】製造元情報、および機種や製造番号を少な
くとも含む装置情報からなる装置識別子を、装置に設定
する手段と、上記設定した装置識別子を当該装置の他の場所に退避す
る手段と、上記装置の電源投入時などに上記設定した装置識別子が
上記退避した装置識別子と異なるときに新たな装置識別
子に更新あるいは退避した装置識別子に更新する手段と
して機能させるプログラムを記録したコンピュータ読取
可能な記録媒体。
【請求項９】装置の装置識別子にセキュリティ情報、製
造元情報、および機種や製造番号を少なくとも含む装置
情報からなる装置識別子を付加したデータを、ネットワ
ークを介して受信する手段と、上記受信したデータに付加された装置識別子中のセキュ
リティ情報に応じて、上記製造元情報、機種や製造番号
を少なくとも含む装置情報をもとにデータで指示された
処理を行う手段として機能させるプログラムを記録した
コンピュータ読取可能な記録媒体。