JP2003036320A

JP2003036320A - 部品情報処理方法とそのシステム、及び交換時期予測プログラム

Info

Publication number: JP2003036320A
Application number: JP2001220962A
Authority: JP
Inventors: Hideaki Kinugawa; 英明衣川; Tomio Hamase; 富雄浜瀬
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 2001-07-23
Filing date: 2001-07-23
Publication date: 2003-02-07

Abstract

(57)【要約】【課題】この発明は、期間稼働情報、蓄積稼働情報及び
寿命情報とに基づいて、その交換可能部品の交換が必要
になる交換時期を算出し、装置の設置環境に応じて部品
の寿命を予測する部品情報処理方法とそのシステム及び
交換時期予測プログラムを提案することを目的とする。【解決手段】装置に備えた交換することが可能な交換可
能部品の稼働状態を蓄積稼働情報として蓄積する蓄積手
段と、前記交換可能部品の稼働限度を表す寿命情報を記
憶する寿命情報記憶手段と、前記交換可能部品の所定期
間の稼働状態を表す期間稼働情報を記憶する期間稼働情
報記憶手段と、前記期間稼働情報、蓄積稼働情報及び寿
命情報とに基づいて、前記交換可能部品の交換が必要に
なる交換時期を算出する交換時期算出手段と、算出した
前記交換時期を出力する出力手段とを備えた部品情報処
理システムであることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、交換することが
可能な交換可能部品の稼働状態を蓄積し、その稼働限度
と前記蓄積した稼働状態からなる情報を処理する部品情
報処理方法とそのシステム及び交換時期予測プログラム
に関する。

【０００２】

【従来の技術】従来、装置に備えた消耗品等の部品の寿
命を予測するシステムとして、事前に設定された使用時
間又は使用回数までその部品を使用すると、それを知ら
せるようなシステムが存在している。

【０００３】

【発明が解決しようとする課題】前述のようなシステム
では、時間当たりの稼働回数の違いなど設置環境の違い
によって、予測される寿命と実際の部品の寿命との誤差
が無視できない大きさになることもある。このため、ま
だ十分使用できるにも関わらず交換用部品を発注してし
まう場合や、寿命が近づいていることが通知されないま
ま部品の寿命が来てしまい、交換用部品をまだ発注して
いないために装置が使用できない場合等の問題があっ
た。

【０００４】この発明は、期間稼働情報、蓄積稼働情報
及び寿命情報とに基づいて、その交換可能部品の交換が
必要になる交換時期を算出し、装置の設置環境に応じて
部品の寿命を予測する部品情報処理方法とそのシステム
及び交換時期予測プログラムを提案することを目的とす
る。

【０００５】

【課題を解決するための手段】この発明は、装置に備え
た交換することが可能な交換可能部品の稼働状態を蓄積
稼働情報として蓄積する蓄積手段と、前記交換可能部品
の稼働限度を表す寿命情報を記憶する寿命情報記憶手段
と、前記交換可能部品の所定期間の稼働状態を表す期間
稼働情報を記憶する期間稼働情報記憶手段と、前記期間
稼働情報、蓄積稼働情報及び寿命情報とに基づいて、前
記交換可能部品の交換が必要になる交換時期を算出する
交換時期算出手段と、算出した前記交換時期を出力する
出力手段とを備えた部品情報処理システムであることを
特徴とする。

【０００６】すなわち、例えば、１週間の曜日毎の使用
変動や１ヶ月の各日の使用変動などで構成する期間稼働
情報と蓄積稼働情報及び寿命情報によって、部品の稼働
状態を反映してその交換時期を予測することができる。
つまり、例えば１日の稼働時間が長い交換可能部品に比
べて１日の稼働時間が短い交換可能部品の方が交換時期
を短く予測することができ、対処に無駄がなくなる。

【０００７】またこの発明は、サーバと複数の装置とか
ら構成され、装置に備えた交換することが可能な交換可
能部品の交換時期を算出して出力する交換時期出力シス
テムであって、前記交換可能部品の稼働状態を蓄積する
蓄積手段と、前記交換可能部品の稼働限度を表す寿命情
報を記憶する寿命情報記憶手段と、前記交換可能部品の
所定期間の稼働状態を表す期間稼働情報を記憶する期間
稼働情報記憶手段と、前記期間稼働情報、蓄積稼働情報
及び寿命情報とに基づいて、前記交換可能部品の交換が
必要になる交換時期を算出する交換時期算出手段と、算
出した前記交換時期を出力する出力手段とを備えた部品
情報処理システムとすることができる。

【０００８】すなわち、装置の交換可能部品の前記期間
稼働情報をサーバで管理して利用することができる。

【０００９】好ましい実施の形態として、前記部品情報
処理システムは、設定した期間での実稼働状態を蓄積し
た期間蓄積情報に基づいて前記期間稼働情報を設定する
期間稼働情報設定手段を備えた部品情報処理システムと
することができる。すなわち、期間稼働情報を例えば１
週間毎に逐次更新して曜日毎の使用変動をも含めた最新
の情報にすることによって、より正確に部品の交換時期
を予測することができる。

【００１０】好ましい実施の形態として、前記部品情報
処理システムは、算出した前記交換時期から所定期間前
にその交換の対象である交換可能部品の交換用部品を発
注する発注手段を備えた部品情報処理システムとするこ
とができる。すなわち、正確に算出された交換時期の所
定期間前に交換用部品を発注することで、必要最小限の
在庫でスムーズに交換することができる。

【００１１】好ましい実施の形態として、前記部品情報
処理システムの前記発注手段を、配送時期を設定した配
送カレンダと前記交換時期に基づいて発注する処理に設
定することができる。

【００１２】すなわち、配送時期にあわせて発注するこ
とができ、発注しても配送が間に合わないといったこと
を回避することができる。

【００１３】好ましい実施の形態として、前記部品情報
処理システムは、複数の交換可能部品の前記交換時期を
表す交換予測情報に基づいて、交換時期の近い交換可能
部品に対して同種類の交換可能部品で使用頻度が低いも
のを抽出して出力する抽出手段を備えた部品情報処理シ
ステムとすることができる。すなわち、交換時期の近い
交換可能部品に対して使用頻度が低い交換可能部品を出
力することで、両部品を交換して効率よく使用すること
ができる。

【００１４】この発明は、装置に備えた交換することが
可能な交換可能部品の稼働状態を蓄積する蓄積稼働情報
と、前記交換可能部品の稼働限度を表す寿命情報とを処
理する部品情報処理方法であって、前記交換可能部品の
所定期間の稼働状態を表す期間稼働情報、前記蓄積稼働
情報及び寿命情報とに基づいて、前記交換可能部品の交
換が必要になる交換時期を算出して出力する部品情報処
理方法とすることができる。すなわち、例えば、１週間
の曜日毎の使用変動や１ヶ月の各日の使用変動などで構
成する期間稼働情報と蓄積稼働情報及び寿命情報によっ
て、部品の稼働状態を反映してその交換時期を予測する
ことができる。つまり、例えば１日の稼働時間が長い交
換可能部品に比べて１日の稼働時間が短い交換可能部品
の方が交換時期を短く予測することができ、対処に無駄
がなくなる。

【００１５】好ましい実施の形態として、前記部品情報
処理方法の前記期間稼働情報は、例えば１週間といった
設定した期間での実稼働状態を蓄積し、その期間蓄積情
報に基づいて算出して出力する部品情報処理方法とする
ことができる。すなわち、期間稼働情報を例えば１週間
毎に逐次更新して曜日毎の使用変動をも含めた最新の情
報にすることによって、より正確に部品の交換時期を予
測することができる。

【００１６】好ましい実施の形態として、前記部品情報
処理方法で算出した前記交換時期から所定期間前にその
交換の対象である交換可能部品の交換用部品を発注する
部品情報処理方法とすることができる。すなわち、正確
に算出された交換時期の所定期間前に交換用部品を発注
することで、必要最小限の在庫でスムーズに交換するこ
とができる。

【００１７】好ましい実施の形態として、前記部品情報
処理方法は、複数の交換可能部品の前記交換時期を表す
交換予測情報に基づいて、交換時期の近い交換可能部品
に対して同種類の交換可能部品で使用頻度が低いものを
抽出して出力する部品情報処理方法とすることができ
る。すなわち、交換時期の近い交換可能部品に対して使
用頻度が低い交換可能部品を出力することで、両部品を
交換して効率よく使用することができる。

【００１８】またこの発明は、前記部品情報処理方法で
前記交換時期を算出する交換時期予測プログラムとする
ことができる。これにより、交換時期予測プログラムで
実際に交換時期を予測することができる。

【００１９】

【発明の実施の形態】この発明の一実施形態を以下図面
と共に説明する。図１は、交換情報処理システム１の第
１の実施形態を表すシステム構成図である。交換情報処
理システム１は、保守センタに設置した保守サーバ１
０、このシステムを利用する店舗に設置したＰＯＳ端末
５０と店舗側コンソール７０、部品（デバイス等）を販
売するメーカに設置したメーカ側コンソール９０で構成
し、それぞれハブ４及びルータ３を介してインターネッ
ト２に接続している。

【００２０】前記保守サーバ１０は保守ＤＢ（Ｄａｔａ
Ｂａｓｅデータベース）１１を格納しており、該保守
ＤＢ１１にＰＯＳ端末５０から受け取る部品の稼働状況
等を蓄積してその部品の寿命を予測し、店舗側コンソー
ル７０にはその寿命を通知し、メーカ側コンソール９０
にはその部品の発注を行う。

【００２１】次に図２に示す前記保守サーバ１０、ＰＯ
Ｓ端末５０、店舗側コンソール７０及びメーカ側コンソ
ール９０の構造を表すブロック図と共に各装置の構造に
ついて説明する。

【００２２】保守サーバ１０は、コンピュータシステム
全体を管理するソフトウェアであるＯＳ（Ｏｐｅｒａｔ
ｉｎｇＳｙｓｔｅｍオーエス）を搭載し、モニタ、キ
ーボード、ＬＡＮボード、ハードディスク及びプリンタ
等のハードウェアを備えている。前記ＯＳは、周辺機器
（部品）を動作させるためのソフトウェアであるドライ
バを介して前記ハードウェアを制御する。

【００２３】保守サーバ１０には、保守ＤＢ１１及び運
用ＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍアプ
リケーションプログラム）１２も格納している。前記保
守ＤＢ１１は、交換時期を予測する対象である部品（例
えばモニタ等の周辺機器、プリンタトナー等の消耗品、
ローラ等の消耗部材、その他交換可能な部品）の稼働状
況、寿命及びカレンダ等のデータを記憶している。前記
運用ＡＰ１２は、ＰＯＳ端末５０から部品の稼働状況等
のデータを受け取る、交換時期を予測する、店舗側コン
ソール７０に交換時期を通知する、メーカ側コンソール
９０に交換用部品を発注するといった処理を実行する。

【００２４】ＰＯＳ端末５０は、保守サーバ１０と同様
にＯＳを搭載し、店員モニタ、顧客モニタ、キーボー
ド、ハードディスク、レシートプリンタ、ジャーナルプ
リンタＬＡＮボード、磁気カードリーダライタ、ＲＦタ
グリーダライタ、バーコードリーダ及びサーマルプリン
タ等のハードウェア（交換時期を予測する対象である部
品を含む）を備え、前記ＯＳでドライバを介してこれら
のハードウェアを制御する。なお、前記交換時期を予測
する対象である部品には、後述するＲＦタグを貼り付け
る。

【００２５】ＰＯＳ端末５０には、アプリケーション、
ＡＰ−ＯＣＸ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍ
−ＯＬＥｃｏｎｔｒｏｌ）、ＤＢ（ＤａｔａＢａｓｅ
データベース）、監視ＡＰ、監視ＡＰ−ＯＣＸも備え
る。前記アプリケーションは、バーコードリーダでの商
品読取りや合計金額の計算などの処理を実行し、周辺機
器を動作させるためのソフトウェアである前記ＡＰ−Ｏ
ＣＸを介してレジスタ等の制御を行い、必要なデータを
ＤＢに記録する。前記監視ＡＰは、周辺機器から受ける
稼働データを所定のフォーマットに変換するソフトウェ
アである監視ＡＰ−ＯＣＸを介して、ハードウェアの稼
働状況を随時監視する。

【００２６】さらにＰＯＳ端末５０には、運用ＡＰ５２
及び運用ＤＢ５１を設ける。前記運用ＡＰ５２は、後述
のＲＦタグに記憶のＲＡＳデータ、又はハードウェアに
記憶の稼働データを監視ＡＰ−ＯＣＸ、監視ＡＰを介し
て所定のフォーマットに変換したＲＡＳデータを保守サ
ーバ１０に送信する動作を実行し、交換可能な部品の部
品種別を管理している。

【００２７】店舗側コンソール７０は、保守サーバ１０
と同様にＯＳを搭載し、モニタ、キーボード、ＬＡＮボ
ード及びハードディスク等のハードウェアを備え、前記
ＯＳでドライバを介してこれらのハードウェアを制御す
る。また店舗側コンソール７０には、データ入力ＡＰ７
２、設置部品ＤＢ７１及びホストＩ／ＦＡＰ（Ｉｎｔｅ
ｒＦａｃｅＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍ）
７３を設ける。データ入力ＡＰ７２は、店員の入力を受
けて設置部品ＤＢ７１に対して店舗にある部品の在庫や
交換日時などのデータを記録し、保守サーバ１０から送
信されるデータをホストＩ／ＦＡＰを介して受信する動
作を実行する。

【００２８】メーカ側コンソール９０は、保守サーバ１
０と同様にＯＳを搭載し、モニタ、キーボード、ＬＡＮ
ボード及びハードディスク等のハードウェアを備え、前
記ＯＳでドライバを介してこれらのハードウェアを制御
する。またメーカ側コンソール９０には、データ入力Ａ
Ｐ９２、設置部品ＤＢ９１及びホストＩ／ＦＡＰ９３を
設ける。データ入力ＡＰ９２は、係員の入力を受けて部
品在庫ＤＢ９１に部品の在庫のデータを記録し、保守サ
ーバ１０から送信されるデータをホストＩ／ＦＡＰを介
して受信（受注）する動作を実行する。

【００２９】ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）タ
グ（図示せず）は、非接触でデータを送受信するコイン
形状の記憶媒体であり、外部を樹脂部材で形成して内部
にはデータを送受信するアンテナ及び書き換え可能で不
揮発性のメモリ（ＥＥＰ−ＲＯＭ）を備える。該ＲＦタ
グは交換可能な部品に粘着テープ等で貼り付け、該部品
の部品種別、シリアル番号、稼働時間及び駆動回数を記
憶する。該ＲＦタグのメモリに記憶するデータの読み取
り及び書き込みは、ＲＦタグリーダライタで実行する。

【００３０】以上の構造により、前記ＰＯＳ端末５０か
ら交換時期を予測する対象である交換可能な部品（ハー
ドウェア）の稼働状況を表すデータが運用ＡＰ５２によ
って送信され、保守サーバ１０がそのデータを運用ＡＰ
１２で受信する。保守サーバ１０は、保守ＤＢ１１に記
録しているデータを参照して交換時期を予測し、その交
換時期を店舗側コンソール７０に送信し、メーカ側コン
ソール９０に対してその部品を発注するデータを送信す
る。交換時期をホストＩ／ＦＡＰ７３で受信した店舗側
コンソール７０は、店員に交換時期の通知を行い、発注
するデータを受けたメーカ側コンソール９０は、その受
注をメーカの係員に通知する。

【００３１】図３、４、５は、各データベースに記憶す
るテーブル及びインターネットを介して通信するデータ
のフォーマットと値の例を示すデータ説明図である。ま
ず図３と共に各装置の間で通信するデータ又はその準備
として生成するデータについて説明する（Ａ）に示すＲ
ＡＳデータは、サーマルプリンタ等のハードウェア（交
換可能な部品）の部品種別、シリアル番号及び稼働時間
又は駆動回数を表すデータであり、ＲＦタグのメモリに
記憶する。なお、交換可能な部品自体が稼働データを記
憶できる場合には、該部品自体に記憶しても良い。

【００３２】（Ｂ）に示す運用データは、業務終了時等
にＰＯＳ端末５０から保守サーバ１０に送信されるデー
タで、日付時刻、店舗データ、ＰＯＳ番号、ＰＯＳ種
別、設置種別、部品種別、シリアル番号、稼働時間、駆
動回数等からなり、部品の数だけ部品種別、シリアル番
号、稼働時間、駆動回数がある。なお前記部品には、駆
動回数が運用ＡＰ５２に送信される部品と、運用ＡＰ５
２で稼働時間を管理する部品がある。

【００３３】（Ｃ）に示す第１ワーニングデータは、保
守サーバ１０で管理して部品の交換時期が近いことを示
すワーニングレベルを記憶するデータであり、ＰＯＳ番
号、部品種別、シリアル番号、予想期限、駆動回数、残
寿命、ワーニングの項目がある。

【００３４】（Ｄ）に示す第２ワーニングデータは、保
守サーバ１０が店舗側コンソール７０に送信するデータ
で、前記第１ワーニングデータ（Ｃ）に平均期限、交換
時期、部材着日、交換ＰＯＳ番号、交換機器回数を追加
して構成する。

【００３５】（Ｅ）に示す在庫配送通知データは、メー
カ側コンソール９０から保守サーバ１０を介して店舗側
コンソール７０に送信するデータであり、交換用の部品
が店舗に到着する予定日を通知する。該在庫配送通知デ
ータには、店舗データ、部品種別、シリアル番号、交換
時期、部材着日、部材数量、在庫数量の項目がある。

【００３６】次に、図４、５と共に保守ＤＢ１１に格納
するテーブル（Ｇ）から（Ｏ）、及び部品在庫ＤＢ９１
に格納するテーブル（Ｐ）について説明する。なお、資
産価値テーブル（Ｒ）についてはオークション専用のテ
ーブルであるので、後のオークション処理で説明する
（Ｇ）に示す寿命テーブルは、部品の予測交換時期を算
出する基となるテーブルで、部品種別、稼働時間、駆動
回数の項目で構成して部品がどれだけ使用されているか
を表す。

【００３７】（Ｈ）に示す警告テーブルは、前記寿命テ
ーブルと同様に部品の予測交換時期を算出する基となる
テーブルで、部品種別、稼働時間、駆動回数の項目から
なり、部品の寿命となる駆動回数等に対して何パーセン
ト使用すればワーニングを出すかの設定を記憶してい
る。なお、稼働時間及び駆動回数は部品によって複数設
けることが可能であり、レベルＡ、レベルＢ・・・と設
定することができる。

【００３８】（Ｉ）に示す稼働テーブルは、部品種別、
稼働時間、駆動回数の項目からなり、１日に稼働する回
数又は時間の平均値を記憶している。

【００３９】（Ｊ）に示す曜日別稼働率テーブルは、部
品種別、月曜日、火曜日、水曜日、木曜日、金曜日、土
曜日、日曜日の項目からなり、前記稼働テーブルに記憶
する稼働回数又は稼働時間に対して、曜日毎に分析した
稼働率を記憶している。なおこの稼働率は、任意に設定
可能に構成しても良いし、前記ＲＡＳデータ（Ａ）の蓄
積から自動算出するように構成しても良い。この自動算
出は、例えばＲＡＳデータ（Ａ）を一日単位で保守ＤＢ
１１に蓄積し、その蓄積した情報に基づいて運用ＡＰ１
２で曜日毎に平均値を算出して求めることができる。

【００４０】（Ｋ）に示すカレンダ寿命テーブルは、６
日、７日、８日・・・、と日付の項目で構成し、部品の
寿命に対する残駆動回数又は残稼働時間の予想推移を記
憶している（図の値は駆動回数の予想推移の例を示
す）。このカレンダ寿命テーブルは、前記警告テーブル
（Ｈ）を参照してワーニングが発生したときにその部品
に対して生成し、以降１日毎に実際の稼働回数を反映し
て更新する。

【００４１】（Ｌ）に示すカレンダテーブルは、日付及
び曜日を格納して何日が何曜日かわかるようになってい
る。

【００４２】（Ｍ）に示す交換予測テーブルは、部品種
別と日付の項目で構成し、部品種別の部品が何日後に何
個交換する必要があるかを記憶している。

【００４３】（Ｎ）に示す定期配送カレンダテーブル
（図５）は、日付及び曜日と共にメーカの定期配送日を
格納しており、交換時期の手前の定期配送日等を参照で
きるように記憶している。

【００４４】（Ｏ）に示す寿命予測テーブルは、ＰＯＳ
番号、ＰＯＳ種別、売り場種別、部品、部品のタイプ・
寿命・稼働の項目で構成し、どのＰＯＳ端末５０のどの
部品がどれだけ稼働しているか、いつ交換時期（寿命）
となるか、ＰＯＳ種別は同じか等を参照できるように記
憶している。なお、部品、部品のタイプ・寿命・稼働の
項目（フィールド）は、部品の数だけ存在する。

【００４５】（Ｐ）に示す在庫テーブルは、メーカ側コ
ンソール９０の部品在庫ＤＢ９１に格納し、部品種別、
店舗の項目からなり、部品の在庫数を記憶している。店
舗の項目は店舗の数だけ存在し、店舗毎に在庫を管理し
ている。なお、店舗によって部品の型番が変らない場合
は、店舗毎に在庫を管理する必要はなく、例えば店舗Ａ
のデータだけを使用してもよい。

【００４６】次に、ＲＦタグの処理について図６、７に
示す処理フロー図と共に説明する。図６はＲＦタグ自体
の読み書きの処理を示しており、通電によって次のステ
ップに進み、通電されるまでは待機している（ステップ
ｓ１）。

【００４７】外部から読出し指示を受取った場合は（ス
テップｓ２）、メモリに記憶しているデータを送信し
（ステップｓ３）、書き込み指示であった場合には（ス
テップｓ４）、外部から受信したデータをメモリに書き
込む（ステップｓ５）。

【００４８】図７はＰＯＳ端末５０が前記ＲＡＳデータ
（Ａ）をＲＦタグに書き込む処理の処理フロー図を示
す。ＰＯＳ端末５０での精算処理（ステップｔ１）、及
び保守サーバ１０からＰＯＳ端末５０に対してＲＦタグ
書込みの指示（ステップｔ２）がなければ、ＰＯＳ端末
５０は、交換可能な部品が稼働した稼働時間又は駆動回
数等のＲＡＳデータ（Ａ）を管理ＤＢ５１に蓄積して記
憶して通常の処理を行う（ステップｔ３）前記精算処理又は書き込みの指示があった場合には、Ｐ
ＯＳ端末５０の運用ＡＰ５２はＲＦタグリーダライタで
ＲＦタグに記憶のＲＡＳデータ（Ａ）を読み込む（ステ
ップｔ４）。

【００４９】読み取ったＲＡＳデータ（Ａ）の部品種別
が運用ＡＰ５２で管理している部品種別と一致した場合
にはステップｔ７に進み（ステップｔ５）、一致しなか
った場合には、読み取ったＲＡＳデータ（Ａ）の部品種
別及びシリアル番号に基づいて運用ＡＰ５２で管理して
いる部品種別のデータを更新する（ステップｔ６）。

【００５０】運用ＡＰ５２は運用ＤＢ５１に蓄積してい
るＲＡＳデータ（Ａ）をＲＦタグに書き込んで更新する
（ステップｔ７）。書き込んだＲＡＳデータ（Ａ）を保
守サーバ１０に送信して処理を終了する（ステップｔ
８）。以上のようにして、ＲＦタグのＲＡＳデータ
（Ａ）は常に更新され、交換可能な部品の稼働状態を示
す最新のデータが記憶される。

【００５１】次に図８に示す処理フロー図と共に交換情
報処理システム１の動作について説明する。ＰＯＳ端末
５０のハードウェア（例えばサーマルプリンタ）が駆動
すると、その駆動回数等はＲＡＳデータ（図３のＡ）と
してＲＦタグのメモリに蓄積して記憶する（ステップｎ
１）。

【００５２】店舗での一日の業務が終了して締め処理が
行われると、運用ＡＰは前記ＲＦタグに蓄積したＲＡＳ
データ（Ａ）をＲＦタグリーダライタで読取らせ、該Ｒ
ＡＳデータ（Ａ）に店舗データ等を付加した運用データ
（Ｂ）を保守サーバ１０に送信する（ステップｎ２）。
なお、交換可能な部品自体に稼働データを記憶している
場合は、運用ＡＰは監視ＡＰ−ＯＣＸ（図２）、監視Ａ
Ｐを介して前記稼働データを所定のフォーマットに変換
したＲＡＳデータ（Ａ）を受け取り、運用データ（Ｂ）
を保守サーバ１０に送信する。

【００５３】前記運用データ（Ｂ）を受信した保守サー
バ１０は、保守ＤＢ１１に記憶している寿命テーブル
（図４のＧ）に記憶のサーマルプリンタの駆動回数（図
中のａに示す５００００）及び警告テーブル（Ｈ）に記
憶のサーマルプリンタの駆動回数（図中のｂに示す８０
％）を参照し、その取得した数を乗算した警告数（つま
り４００００）と前記運用データ（Ｂ）の駆動回数（図
３のｃに示す４５０００）とを比較する（ステップｎ
３）。

【００５４】比較の結果駆動回数が前記警告数を越えれ
ば（この場合は５０００オーバー）、第１ワーニングデ
ータ（Ｃ）にワーニングレベルを書き込む（図３のｄに
示すレベルＢ）。運用ＡＰ１２は、保守ＤＢ１１に記憶
している稼働テーブル（Ｉ）、曜日別稼働率テーブル
（Ｊ）及びカレンダテーブル（Ｌ）より、カレンダ寿命
テーブル（Ｋ）に残駆動回数の予想推移を記憶して、Ｒ
ＡＳデータ（Ａ）の駆動回数が寿命テーブル（Ｇ）の駆
動回数を越える交換時期を算出し、カレンダ寿命テーブ
ル（Ｋ）及び交換予測テーブル（Ｍ）に記憶する（この
場合はＲＡＳデータ（Ａ）より２００１年７月５日なの
で、翌日の６日はカレンダテーブル（Ｌ）より土曜日で
あり、１日平均駆動数５００（図４のｅ）に対して土曜
日の駆動率１４０％（図４のｆ）を乗算して７５０を求
め、現在までの駆動回数のトータル４５０００（図３の
ｇ）から前記７５０を減算して求めた残駆動回数の予想
値４２５０をカレンダ寿命テーブル（Ｋ）の６日（図４
のｈ）に記憶し、同様にして残駆動回数の予想値が０に
なる手前の１３日まで残駆動回数の予想推移を記憶し、
交換予測テーブル（Ｍ）には１３日に該当する７日後
（図４のｉ）のデータを更新する）（ステップｎ４）。

【００５５】運用ＡＰ１２は、前記ステップｎ４で算出
した交換時期（この場合は１３日）を含めた第２ワーニ
ングデータ（図３のＤ）を店舗側コンソール７０に送信
し、メーカ側コンソール９０に対しては交換予測テーブ
ル（Ｍ）に記憶している交換が必要な部品のデータ（図
４のｉ）と、定期配送カレンダテーブル（図５のＮ）の
データを発注データとして送信する（ステップｎ５）。

【００５６】第２ワーニングデータ（Ｄ）を受信した店
舗側コンソール７０は、モニタに表示する等の方法で１
３日が交換時期であることを店員に通知する（例えば、
サーマルプリンタの予想交換時期が１３日となっていま
す。と表示する）（ステップｎ６）。

【００５７】前述の発注データを受信したメーカ側コン
ソール９０は、内部に記憶している部品在庫ＤＢ９１を
参照して在庫があるか確認し（ステップｎ７）、在庫が
あれば定期配送カレンダテーブル（Ｎ）（保守サーバ１
０から受信）のデータから交換時期の手前の定期配送日
（図４のｊ）を導き出し（この場合は月曜日が定期配送
日であるので１３日の直前の月曜日、すなわち８日）、
導き出した配送日と配送する部品の数量を出荷データと
してモニタに表示する等の方法でメーカの係員に通知す
る（例えば、８日にサーマルプリンタを２つＡ店に出荷
してください。と通知する）（ステップｎ８）。メーカ
側コンソール９０は、前記配送日と交換時期を含む在庫
配送通知データ（図３のＥ）を生成し、保守サーバ１０
を介して店舗側コンソール７０に送信して交換用の部品
が店舗に到着する予定日を通知する（ステップｎ９）。

【００５８】前記ステップｎ７で在庫がなかった場合に
は、保守サーバ１０に在庫がないことを通知する。それ
を受けた保守サーバ１０は、保守ＤＢ１１に格納してい
る寿命予測テーブル（図５のＯ）を参照し、同一のＰＯ
Ｓ種別で寿命が最も長い部品（つまり使用頻度が低いも
の，この場合は図５のｋ）を抽出する（ステップｎ１
０）。

【００５９】抽出した部品のＰＯＳ番号及び駆動回数を
第２ワーニングデータ（Ｄ）に追加し（図の仮想線）、
前記配送日と交換時期を含む在庫配送通知データ（図３
のＥ）を生成し、店舗側コンソール７０に送信する（ス
テップｎ１１）。なお、この場合の在庫配送通知データ
（Ｅ）の部材着日は空欄となる。

【００６０】店舗の店員がコンソール７０に表示された
前記在庫配送通知データ（Ｅ）を確認し、表示されたと
おりに部品を交換して処理を終了する。このとき、運用
ＡＰは交換された部品に貼り付けられたＲＦタグのＲＡ
Ｓデータ（Ａ）をＲＦタグリーダライタに読み取らせ、
保守サーバ１０に送信して寿命予測テーブル（Ｏ）の内
容も更新する。

【００６１】なお、交換された部品自体に稼働データを
記憶している場合は、運用ＡＰは監視ＡＰ−ＯＣＸ、監
視ＡＰを介して所定のフォーマットに変換したＲＡＳデ
ータ（Ａ）を受け取り、同様に保守サーバ１０に送信し
て寿命予測テーブル（Ｏ）の内容を更新する。また、前
記ステップｎ５では、メーカ側コンソール９０に在庫を
確認しても良いし、在庫テーブル（Ｐ）を保守サーバ１
０の保守ＤＢ１１に設けてもよい。

【００６２】次に第２の実施形態について、図９に示す
システム構成図と共に説明する。この実施形態では、保
守センタに管理サーバ３０を設置し、該管理サーバ３０
の内部に管理ＤＢ３１を格納する。その他の構成では、
店舗にＰＯＳ端末５０、店舗側コンソール７０及び保守
サーバ１０を設置し、メーカにはメーカ側コンソール９
０を設置する点は第１の実施形態と変りはない。

【００６３】次にこの実施形態の構造について図１０に
示すブロック図と共に説明する。なお、前記保守サーバ
１０、ＰＯＳ端末５０、店舗側コンソール７０及びメー
カ側コンソール９０については、第１の実施形態と同一
であるので、詳細な説明及び詳細な図面を省略する。

【００６４】管理サーバ３０は、保守サーバ１０と同様
にＯＳを搭載し、モニタ、キーボード、ＬＡＮボード及
びハードディスク等のハードウェアを備え、前記ＯＳで
ドライバを介してこれらのハードウェアを制御する。ま
た管理サーバ３０には、管理ＤＢ３１及び運用ＡＰ３２
も設ける。前記保守ＤＢ１１は、交換時期、ワーニング
レベル等のデータを記憶している。前記運用ＡＰ３２
は、保守サーバ１０から交換時期、ワーニングレベル等
のデータを受け取り、前記管理ＤＢ３１に記憶する。

【００６５】以上の構造により、前記ＰＯＳ端末５０か
ら交換時期を予測する対象である部品（ハードウェア）
の稼働状況を表すデータが送信され、保守サーバ１０が
そのデータを受信する。保守サーバ１０は、保守ＤＢ１
１に記録しているデータを参照して交換時期を予測し、
その交換時期を含む第２ワーニングデータを店舗側コン
ソール７０及び管理サーバ３０に送信し、メーカ側コン
ソール９０に対してその部品を発注するデータを送信す
る。第２ワーニングデータを受信した管理サーバ３０は
管理ＤＢ３１に記憶し、同じく第２ワーニングデータを
受信した店舗側コンソール７０は店員に交換時期の通知
を行い、発注するデータを受けたメーカ側コンソール９
０はその受注をメーカの係員に通知する。

【００６６】次にこの実施形態の処理について図８に示
した処理フロー図を参照して説明する。ステップｎ１か
らｎ４までの処理については、第１の実施形態で説明し
た処理と同一である。

【００６７】保守サーバ１０は、第１の実施形態と同様
に前記ステップｎ４で算出した交換時期（この場合は１
３日）を含めた第２ワーニングデータ（図３のＤ）を店
舗側コンソール７０に送信し、メーカ側コンソール９０
に対しては交換予測テーブル（Ｍ）の交換が必要な部品
のデータ（図４のｉ）と定期配送カレンダテーブル（図
５のＮ）のデータを発注データとして送信する。このと
き、同時に管理サーバ３０に対しても第２ワーニングデ
ータ（図３のＤ）を送信し、それを受けた管理サーバ３
０は、管理ＤＢ３１に該第２ワーニングデータ（Ｄ）を
記憶する。

【００６８】次のステップｎ６から最後のステップｎ１
１については、第１の実施形態と同一の処理を行って、
処理を終了する。このように保守センタを設定して、店
舗の保守サーバ１０で主な処理を実行し、保守センタの
管理サーバ３０で交換可能な部品を管理することができ
る。

【００６９】次に、店舗の閉店等の際に発生する中古部
品等に対して、このシステムを利用して実行するオーク
ションについて、前述の第１の実施形態の構成を基に説
明する。このオークションは、保守ＤＢ１１に蓄積した
部品の稼働状況等のデータを有効利用し、部品の使用状
態を詳細に表示してオークションを行い、資産を有効に
売却することを目的としている。また、購入する側にと
っては、部品の使用状態が分かるためにその値段が妥当
かどうかを判断でき、使えない部品を購入してしまうリ
スクを軽減できる利益がある。

【００７０】このオークションのために、保守サーバ１
０の保守ＤＢ１１には、図４、５の（Ｇ）から（Ｏ）の
各テーブルに加えて、資産価値テーブル（Ｒ）を格納す
る。該資産価値テーブル（Ｒ）は部品種別、ランク（資
産価値）の項目で構成し、ランクの項目数は分類したい
数（例えばランクＡとランクＢの２つ）で構成する。

【００７１】以上に構成したシステムによるオークショ
ンの処理について、図１１、１２の処理フロー図と共に
説明する。まず、図１１に示すように、オークションの
出品処理として、保守サーバ１０は店舗が閉店予定か
（ステップｐ１）、リプレース予定か（ステップｐ
２）、部品が廃棄予定か（ステップｐ３）を判断し、判
断がＹＥＳであった時点で次のステップｐ４に進む。全
てがＮＯであった場合には、スタートに戻る。

【００７２】保守サーバ１０は、その店舗がオークショ
ンに参加済みか（つまり、過去にオークションに参加す
る等で登録されているか）判断し（ステップｐ４）、オ
ークションに出すか店舗側コンソール７０に問合せる
（ステップｐ５）。店舗側コンソール７０からの返答で
オークションに出すのであればどの部品を出品するのか
出品依頼を受け付ける（ステップｐ６）。出さない場合
はスタートに戻る。

【００７３】保守サーバ１０は、保守ＤＢ１１に記憶し
ている稼働テーブル（Ｉ）、寿命予測テーブル（Ｏ）、
資産価値テーブル（Ｒ）を参照し、対象部品の所有者
名、製品名、使用開始年月日、現行使用回数（又は使用
時間）、予想寿命及び資産価値（ランク）等のオークシ
ョンデータを読み出して記憶し、オークションの準備を
終了する（ステップｐ７）。

【００７４】次に図１２と共にオークションに参加して
部品を購入する処理について説明する。購入希望者が端
末（例えば店舗側コンソール７０又はパソコン等）でイ
ンターネット２を介して保守サーバ１０に接続すると、
保守サーバ１０は、アクセスしてきた購入希望者がオー
クション参加済みか（つまり登録済みか）を確認する
（ステップｑ１）。

【００７５】参加済みであれば、購入希望者に希望する
部品名等を入力させ、該当する部品が出品されているか
検索する（ステップｑ２）。該当する部品がなかった場
合、又は前記ステップｑ２で参加済みでなかった場合
は、購入希望者の端末（例えば店舗側コンソール７０）
に購入不可のデータを送信し、処理を終了する。

【００７６】該当する部品があれば、オークション画面
にその部品に関する前述のオークションデータを表示さ
せる（ステップｑ３）。

【００７７】購入希望者に購入希望価格等を入力させ、
他の購入希望者の購入希望価格等も表示して指定期間ま
で入札を受け付け、指定期間経過時に最も購入希望金額
の高い購入希望者を落札者として決定する（ステップｑ
４）。前記指定期間経過後に、部品の所有者に対してメ
ール等の方法で結果を通知してオークションを終了する
（ステップｑ５）。

【００７８】なお、以上の実施形態では交換可能な部品
を備える装置としてＰＯＳ端末の例で説明したが、ＡＴ
Ｍ、駅の券売機などの各種機器で構成することもでき、
また交換可能な部品は装置そのもの、例えばＰＯＳ端末
その他機器自体も含まれる。

【００７９】また、運用ＡＰ１２はＣＤ（Ｃｏｍｐａｃ
ｔＤｉｓｋ）、ＦＤ（ＦｌｏｐｐｙＤｉｓｋ）、ＭＯ
（ＭａｇｎｅｔｏＯｐｔｉｃａｌｄｉｓｋ）、ハードデ
ィスク等の記録媒体に格納しても良い。これによってイ
ンストールして利用することもできるし、直接起動して
利用することもできる。

【００８０】また、運用データ（Ｂ）を保守サーバ１０
に送信する時期は、１日の業務終了時に限らず、随時送
信、１時間に１度送信する等の構成にすることもでき
る。

【００８１】また、曜日別稼働率テーブル（Ｊ）は、時
間帯別や月別や年間日別など様々な構成にすることがで
きるし、曜日別稼働率テーブル（Ｊ）に加えて例えば月
別稼働率テーブルを設けることもできる。この場合は、
月毎の平均稼働率を前記曜日別稼働率テーブル（Ｊ）に
乗算して、季節毎の稼働率にも対応したより詳細な交換
時期の予測を行うこともできる。

【００８２】また、ＲＡＳデータ（Ａ）はＰＯＳ端末５
０の運用ＤＢ５１に記憶してもよい。この場合はＲＦタ
グが必要なく、前述のステップｎ１１で自動更新させた
ＲＡＳデータ（Ａ）は、ＰＯＳ端末５０又は店舗側コン
ソール７０で店員が手入力する。このとき、前記ＲＡＳ
データ（Ａ）を運用ＤＢ５１に記憶し、保守サーバ１０
に送信して寿命予測テーブル（Ｏ）の内容も更新する。

【００８３】また、店員への交換時期の通知、メーカへ
の発注データの通知は、モニタに表示する以外にもメッ
セージで通知しても良いし、店舗の店員又はメーカの係
員がコンソールを操作して初めて閲覧できるように構成
しても良い。

【００８４】この発明の構成と、上述の実施形態との対
応において、この発明の部品情報処理システムは、実施
形態の交換情報処理システム１に対応し、以下同様に、
サーバは、保守サーバ１０に対応し、寿命情報記憶手段
及び期間稼働情報記憶手段は、保守ＤＢ１１に対応し、
制御手段は、運用ＡＰ１２に対応し、交換時期算出手段
は、運用ＡＰ１２に対応し、交換時期予測プログラム
は、運用ＡＰ１２に対応し、期間稼働情報設定手段は、
運用ＡＰ１２に対応し、発注手段は、運用ＡＰ１２に対
応し、抽出手段は、運用ＡＰ１２に対応し、出力手段
は、運用ＡＰ１２に対応し、装置は、ＰＯＳ端末５０に
対応し、交換可能部品は、ＰＯＳ端末５０のサーマルプ
リンタに対応し、蓄積手段は、ＲＦタグ及びハードウェ
アに対応し、蓄積稼働情報は、ＲＡＳデータ（Ａ）に対
応し、期間蓄積情報は、ＲＡＳデータ（Ａ）に対応し、
寿命情報、は、寿命テーブル（Ｇ）に対応し、期間稼働
情報は、曜日別稼働率テーブル（Ｊ）に対応し、所定期
間は、1週間に対応し、交換予測情報は、寿命予測テー
ブルに対応し、通信手段は、ＬＡＮボードに対応する
も、この発明は、上述の実施形態の構成のみに限定され
るものではなく、多くの実施の形態を得ることができ
る。

【００８５】

【発明の効果】この発明により、使用状況に変動がある
こともふまえて部品の正確な交換時期を算出することが
できるため、交換用の部品の手配を的確なタイミングで
行うことができ、交換用の部品の在庫状態を最適化する
ことができる。

【００８６】また、前記正確な交換時期の算出により、
まだまだ使用できる部品であるにも関わらず交換時期で
あると判定したり、交換時期の表示がされる前に部品が
消耗して使用不可になってしまうといったことを避ける
ことができる。

【００８７】また、部品を交換時期が来るまで十分使用
することがでるため、資源の節約を行うことができる。
また、交換時期より前の最適な時期にメーカから交換用
の部品を配送することができるので、部品が在庫切れに
なる心配がない。また、交換用の部品の配送は交換時期
の直前の定期配送日を利用することができるため、不要
な在庫を長期間持つ必要がなくなり、在庫を圧縮するこ
とができる。

【図面の簡単な説明】

【図１】第１の実施形態を示すシステム構成図。

【図２】装置の構造を示すブロック図。

【図３】必要なデータのデータレイアウト。

【図４】保守ＤＢのテーブルレイアウト。

【図５】保守ＤＢ及びメーカ側コンソールのテーブルレ
イアウト。

【図６】ＲＦコインの読書き処理を示す処理フロー図。

【図７】ＲＦコインへのＲＡＳデータ書込み処理を示す
処理フロー図。

【図８】交換時期を予想する動作の処理フロー図。

【図９】第２の実施形態を示すシステム構成図。

【図１０】装置の構造を示すブロック図。

【図１１】オークションの申し込み処理を示す処理フロ
ー図。

【図１２】オークションの参加処理を示す処理フロー
図。

【符号の説明】

１…交換情報処理システム１０…保守サーバ１１…保守ＤＢ１２…運用ＡＰ５０…ＰＯＳ端末（Ａ）…ＲＡＳデータ（Ｇ）…寿命テーブル（Ｊ）…曜日別稼働率テーブル

フロントページの続きＦターム(参考） 5B042 GA12 JJ06 JJ19 KK12 5H223 AA15 CC08 EE29 FF06 FF08

Claims

【特許請求の範囲】

【請求項１】装置に備えた交換することが可能な交換可
能部品の稼働状態を蓄積稼働情報として蓄積する蓄積手
段と、前記交換可能部品の稼働限度を表す寿命情報を記
憶する寿命情報記憶手段と、前記交換可能部品の所定期
間の稼働状態を表す期間稼働情報を記憶する期間稼働情
報記憶手段と、前記期間稼働情報、蓄積稼働情報及び寿
命情報とに基づいて、前記交換可能部品の交換が必要に
なる交換時期を算出する交換時期算出手段と、算出した
前記交換時期を出力する出力手段とを備えた部品情報処
理システム。
【請求項２】サーバと複数の装置とから構成され、装置
に備えた交換することが可能な交換可能部品の交換時期
を算出して出力する交換時期出力システムであって、前
記交換可能部品の稼働状態を蓄積する蓄積手段と、前記
交換可能部品の稼働限度を表す寿命情報を記憶する寿命
情報記憶手段と、前記交換可能部品の所定期間の稼働状
態を表す期間稼働情報を記憶する期間稼働情報記憶手段
と、前記期間稼働情報、蓄積稼働情報及び寿命情報とに
基づいて、前記交換可能部品の交換が必要になる交換時
期を算出する交換時期算出手段と、算出した前記交換時
期を出力する出力手段とを備えた部品情報処理システ
ム。
【請求項３】設定した期間での実稼働状態を蓄積した期
間蓄積情報に基づいて前記期間稼働情報を設定する期間
稼働情報設定手段を備えた請求項１又は２記載の部品情
報処理システム。
【請求項４】算出した前記交換時期から所定期間前にそ
の交換の対象である交換可能部品の交換用部品を発注す
る発注手段を備えた請求項１、２又は３記載の部品情報
処理システム。
【請求項５】前記発注手段を、配送時期を設定した配送
カレンダと前記交換時期に基づいて発注する処理に設定
した請求項１から４のいずれか１つに記載の部品情報処
理システム。
【請求項６】複数の交換可能部品の前記交換時期を表す
交換予測情報に基づいて、交換時期の近い交換可能部品
に対して同種類の交換可能部品で使用頻度が低いものを
抽出して出力する抽出手段を備えた請求項１から５のい
ずれか１つに記載の部品情報処理システム。
【請求項７】装置に備えた交換することが可能な交換可
能部品の稼働状態を蓄積する蓄積稼働情報と、前記交換
可能部品の稼働限度を表す寿命情報とを処理する部品情
報処理方法であって、前記交換可能部品の所定期間の稼
働状態を表す期間稼働情報、前記蓄積稼働情報及び寿命
情報とに基づいて、前記交換可能部品の交換が必要にな
る交換時期を算出して出力する部品情報処理方法。
【請求項８】前記期間稼働情報は、設定した期間での実
稼働状態を蓄積し、その期間蓄積情報に基づいて算出し
て出力する請求項７記載の部品情報処理方法。
【請求項９】算出した前記交換時期から所定期間前にそ
の交換の対象である交換可能部品の交換用部品を発注す
る請求項７又は８記載の部品情報処理方法。
【請求項１０】複数の交換可能部品の前記交換時期を表
す交換予測情報に基づいて、交換時期の近い交換可能部
品に対して同種類の交換可能部品で使用頻度が低いもの
を抽出して出力する請求項７、８又は９記載の部品情報
処理方法。
【請求項１１】請求項７から１０のいずれか１つに記載
の部品情報処理方法で前記交換時期を算出する交換時期
予測プログラム。