JPH05225210A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 機器の稼働時間の均一化を図り、機器の消耗
等に起因する障害発生時期の遅延を行う。 【構成】 マスタ２１は、ＲＡＭ３３に各端末のプリン
タの累積印字行数を記憶する累積印字行数メモリ６２、
マシンNo.を記憶するマシンNo.メモリ６３、プリンタ印
字行数の推奨値を記憶する所定行数メモリ６４、精算か
ら精算までの間に実際に印字した行数を記憶する印字行
数メモリ６５を設け、各プリンタの稼働時間を算出し、
算出した情報を基にプリンタ同士の交換を指示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子レジスタ（ＥＣ
Ｒ），ＰＯＳシステム、データターミナル等に用いられ
るデータ処理装置に係り、詳細には、インラインにより
マスター、バックアップマスター、スレーブを接続して
運用しているＰＯＳシステム等において個々の装置のキ
ーボード、プリンタ等の消耗ユニットの稼働時間の監視
管理方法を改良したデータ処理装置に関する。

【０００２】

【従来の技術】流通業界では、商品にかかわるデータを
いかにタイムリーに収集し、かつ処理をして次の商品販
売に結び付けるかが重要で、このためのシステム化が進
行している。ＰＯＳシステム（電子レジスタ等）は、百
貨店、スーパー、専門店、小売店などの売場に設置さ
れ、単品管理、顧客管理、売上管理などに使用するデー
タを即時に収集する端末装置である。一般にはレジスタ
機能、データを一時記憶するファイル機能、上位装置へ
接続するオンライン機能を有している。また、電子レジ
スタ（ＥＣＲ）は、売上データを累計（登録）しておい
た後、その売上データを出力して登録された金額および
回数等を点検あるいは精算して営業管理に役立てようと
するものであり、大別すると登録およびデータ収集を単
独で行う単独型の電子レジスタ（ＥＣＲ）と、登録およ
びデータ収集をそれぞれ別個の登録機で行うマスター・
スレーブ（親子）型の電子レジスタとがある。

【０００３】図８はマスター／バックアップマスター方
式のＰＯＳシステムを説明するための図である。図８に
おいて、１１はマスターターミナル（Master Termina
l）（以下、マスターといい、図中ではＭと略記す
る）、１２はマスター１１をバックアップするバックア
ップマスターターミナル（Backup Master Terminal）
（以下、バックアップマスターといい、図中ではＢＭと
略記する）、１３，１４はスレーブターミナル（Slave
Terminal）（以下、スレーブ１、スレーブｎといい、図
中ではＳ１，Ｓｎと略記する）であり、これらのターミ
ナルは所定の通信回線１５を介して接続される。この通
信回線１５を用いた通信には屋内の装置間を専用の回線
を介して行うインライン（屋内通信）と例えば電話回線
を利用して店単位でデータやりとりをするオンラインと
がある。この場合、マスター１１側でも登録はできる
が、通常はスレーブ１３，１４側で登録をし、登録した
売上データ（商品コードおよびその個数等のデータ。）
を通信回線１５を介してインライン集計あるいはオンラ
イン送出し、マスター１１側でその売上データを収集し
て一括処理し売上データを管理する。これとともに、ス
レーブ１３，１４からのデータはバックアップマスター
１２にも送信され、このバックアップマスター１２でマ
スター１１に記憶されたデータと同様のデータが記憶さ
れバックアップがとられる。上記マスター（Ｍ）１１
と、バックアップマスター（ＢＭ）１２のハード的構成
は同一であり、マスター１１とバックアップマスター１
２はフラグの有無によってマスター権が移譲するだけで
ある。すなわち、マスター１１に故障（ダウン）があっ
たときにはマスター１１のフラグを降ろし、バックアッ
プマスター１２のフラグを立てると、バックアップマス
ター１２にマスター権が移ってマスターとなる。このよ
うに、マスター権が移動された場合にも運用に支障が生
じないようにするため両者のファイル内容やプログラム
内容等は完全同一に保たれる。

【０００４】

【発明が解決しようとする課題】ところで、従来のＰＯ
Ｓシステムは、図８に示すようにインラインによって接
続されているマスター１１、バックアップマスター１２
及び１台以上のスレーブ１３，１４から構成されてお
り、マスター１１、バックアップマスター１２、スレー
ブ１３，１４がそれぞれ１動作単位として構成され、動
作単位毎に停止／動作を行っている。従って、全ての端
末機械が均一に使用されるのではなく稼働時間が機械に
よって異なることとなる。例えば、店舗の稼働効率を上
げるために、時間帯によって稼働している機械を制限し
たりすると、稼働時間が機械毎に偏ってしまい、そのた
めにキーボードやプリンタといった消耗ユニットが利用
率の高いものから障害を発生させる可能性が高くなる。
また、マスターやバックアップマスターは制御系の処理
を行っているので登録に使用することは少なくプリンタ
等の消耗は小さいが、レジ等で使用するスレーブではプ
リンタ等をフル稼働させることが多いためかかる消耗ユ
ニットの消耗（例えば、印字ドラム損傷）が大きくな
る。従って、いずれかの機械の消耗ユニットに消耗等が
発生するとシステム全体の障害発生時期を早めてしまう
欠点があった。本発明の課題は、機械の消耗ユニットの
稼働状態をチェックし、消耗したユニットを他の機械の
ユニットに交換できるようにすることである。

【０００５】

【課題を解決するための手段】本発明の手段は次の通り
である。稼働値算出手段１（図１の機能ブロック図を参
照、以下同じ）は、接続された複数の機器（例えば、プ
リンタ、キーボード、モードキー、ドロア、スキャナ、
ＭＣＲ等）の稼働状況を示す稼働値（例えば、稼働時
間、使用回数、印字行数等）を夫々に算出するもので、
例えば接続された複数の機器毎の稼働時間等をメモリに
累計して記憶することにより算出する。この場合、上記
機器はＥＣＲ，ＰＯＳシステム等の端末に内蔵されたも
のでもよいし、単体のもの（例えば、キッチンプリンタ
のようにプリンタ同士を接続したもの）でもよい。比較
手段２は、稼働値算出手段１により算出された夫々の稼
働値を所定値（例えば、機器の交換を指示する推奨値
等）と比較するもので、例えば各機器から伝送された稼
働値を所定値と比較するＣＰＵ等である。出力手段３
は、比較手段２の比較により稼働値が所定値を超える機
器がある場合、稼働値が最小の機器に応じたデータを出
力するもので、例えばＣＰＵにより実行され、そのデー
タはＬＣＤ等の表示部やプリンタ等の印字部に出力され
る。

【０００６】

【作用】本発明の手段の作用は次の通りである。先ず、
複数の機器が通信回線等を通して接続され、例えば所定
の装置からデータ伝送要求の指定が行われると各機器か
らデータ要求した装置にデータが伝送され得る状態にな
っているものとする。この状態で、稼働値算出手段１に
よって接続された複数の機器の稼働値が夫々に算出さ
れ、算出された夫々の稼働値が比較手段２により所定値
と比較される。そして、比較により稼働値が所定値を超
える機器がある場合、出力手段３は稼働値が最小の機器
に応じたデータを出力する。従って、システム全体の機
器の稼働時間の均一化を図ることができる。

【０００７】

【実施例】以下、図２〜図７を参照して一実施例を説明
する。原理説明 先ず、本データ処理装置の基本的な考え方を説明する。
図２は本データ処理装置のマスター／バックアップマス
ター方式のＰＯＳシステムを説明するための図であり、
前記図８に対応している。図２において、ＰＯＳシステ
ム２０はマスターターミナル（Master Terminal）（以
下、マスターといい、図中ではＭと略記する）２１と、
マスター２１をバックアップするバックアップマスター
ターミナル（Backup Master Terminal）（以下、バック
アップマスターといい、図中ではＢＭと略記する）２２
と、スレーブターミナル（Slave Terminal）（以下、ス
レーブといい、図中ではＳと略記する）２３と、これら
のターミナルを接続するインライン通信回線２４とによ
り構成される。

【０００８】上記マスター２１、バックアップマスター
２２及びスレーブ２３は、キーボード、プリンタ等の消
耗ユニットが同一種類のキーボード、プリンタ等で構成
され、ユニット単位で脱着が可能である。マスター２１
内には、マスター２１、バックアップマスター２２及び
スレーブ２３のそれぞれの消耗ユニットの稼働情報を検
出する稼働情報検出機能が設けられており、これらの情
報はインライン２４を経由してマスター２１に送られ
る。マスター２１で受け取った情報は稼働情報検出機能
によりマスター２１内に確保された各装置の情報エリア
に記録される。

【０００９】また、マスター２１内にはユニットの管理
表示機能が設けられ、この管理表示機能は一定間隔の時
間で、稼働情報検出機能により検出された各ユニットの
稼働情報を検索し、それぞれのユニットに予め登録され
ている各ユニットの交換情報を参照して、ユニット交換
時期が来ているかどうかを確認する。

【００１０】仮に、スレーブ２３のプリンタが登録され
た交換時間に達したのを確認し、バックアップマスター
２２のプリンタが一番稼働時間が少ないとすると、マス
ター２１の管理表示機能はその時点の情報を保持し、例
えばその日の精算が終了した段階でオペレータに対して
スレーブ２３とバックアップマスター２２のプリンタ交
換指示を出す。そして、マスター２１内の所定の情報エ
リアに記憶されているスレーブ２３とバックアップマス
ター２２のプリンタの稼働情報を、プリンタの交換を確
認した上で入れ換える。上記交換の確認方法は、プリン
タと本体との間にセンサーを設け、それを検出すること
で自動的に行なう。

【００１１】このように、ＰＯＳシステム２０内にマス
ター２１、バックアップマスター２２、スレーブ２３そ
れぞれの消耗ユニットの稼働時間を監視し、一定時間を
経過した消耗ユニットを他の機械のユニットと交換する
ように管理する機能を持たせることにより、ＰＯＳシス
テム２０全体の消耗ユニットの稼働時間の均一化を図る
ことができ、障害発生時期をできるだけ遅延させること
ができる。

【００１２】図３〜図７は通信制御装置を備えたデータ
処理装置の一実施例を示す図であり、本実施例はデータ
処理装置としてマスター・スレーブ方式のＰＯＳシステ
ムに適用した例である。また、交換対象となる機器とし
てプリンタを例に採っている。先ず、構成を説明する。
図３は上記ＰＯＳシステム２０で使用されるマスター２
１あるいはバックアップマスター２２の構成を示したブ
ロック図である。マスター２１とバックアップマスター
２２は前述したようにハード的構成は完全に同一である
ため、マスター２１を代表して説明する。なお、スレー
ブ２３の構成はＰＬＵファイルがなく、ソフトウェア格
納部に格納されるプログラムやプリンタ稼働時間等の情
報が一部異なることを除けば上記マスター２１の構成と
略同一である。

【００１３】図３において、符号３１はＣＰＵであり、
ＣＰＵ３１はＲＯＭ３２に格納されているマイクロプロ
グラムに従ってＲＡＭ３３との間でデータの授受を行っ
たりしながら各種動作に必要な値を演算処理し、処理し
たデータに基づいて後述する伝送制御装置３６、表示部
３７、印字部３９、ドロア４１等を制御するための制御
信号を出力する。

【００１４】ＣＰＵ３１には、データ伝送処理を含むマ
スターターミナルの各種の動作を制御する制御用のマイ
クロプログラムを記憶するＲＯＭ３２、書込みと読出し
が可能な揮発性メモリからなり、入力された売上データ
が商品名、個数、金額等に分類されて記憶されるＰＬＵ
ファイルを構成するとともに、各ターミナルの機器の実
質稼働値を格納するバッファ、各種レジスタ等を備えた
ＲＡＭ３３、テンキー、ファンクションキー及び各モー
ドを指定するモードスイッチが設けられたキー入力部３
４を制御する入力制御部３５、バックアップマスター２
１及びスレーブ２３と通信回線（無線通信も含む）２４
を経由して相互にデータ伝送を行う伝送制御装置３６、
各種のデータをＬＣＤ（液晶表示）により表示する表示
部３７を駆動する表示駆動部３８、ＲＡＭ３３に記憶さ
れたＰＬＵファイル等の各種データをジャーナル用紙お
よびレシート用紙に印字する印字部３９を制御する印字
制御部４０、現金を収納し現金／預かり金キー等が操作
された際に開放されるドロア４１、タイマ４２がそれぞ
れ接続されている。

【００１５】上記キー入力部３４には、そのキーボード
上にテンキー５１、ファンクションキー５２等の操作キ
ーが設けられているほか、「設定（Ｐ）」、「登録（Ｒ
ＥＧ）」、「電源オフ（ＯＦＦ）」、「点検（Ｘ）」、
「精算（Ｚ）」の各モードに指定するモードスイッチＭ
Ｓが設けられている。

【００１６】また、上記ＲＡＭ３３は、書込みと読出し
が可能な揮発性メモリであり、売上データや演算に使用
するいわゆるワーキングメモリである。具体的には、Ｒ
ＡＭ３３にはＰＬＵ合計器６１、マスター（Ｍ），バッ
クアップマスター（ＢＭ），スレーブ（Ｓ１），スレー
ブｎ（Ｓｎ）のプリンタの累積印字行数を記憶する累積
印字行数メモリ６２、マシンNo.を記憶するマシンNo.メ
モリ６３、プリンタで印字する場合の印字行数の推奨値
（例えば、３００万行）を記憶する所定行数メモリ６
４、精算から精算までの間に実際に印字した行数を記憶
する印字行数メモリ６５が設けられている。ここで、印
字行数メモリ６５は、精算をするときにマスターに印字
行数データを送る必要があるが、この場合精算から精算
までの間に実際に印字した行数を記憶しておくメモリで
ある。従って、精算時間で例えばマスターにその印字行
数データを吸い上げてやればセットアップされてからい
ままでの印字行数が個々のターミナル毎に累積印字行数
メモリ６２に累積される。すなわち、マスタ２１、バッ
クアップマスター２２、スレーブ１〜ｎ個々の印字した
行数をカウントして累積印字行数メモリ６２に記憶して
おき、精算になった時点でこの累積印字行数メモリ６２
を読込んでマスター２１で一元的に管理する。

【００１７】次に、本実施例の動作を説明する。図４は
マスタ２１のデータ処理のプログラムを示すメインフロ
ーチャートであり、同図中、符号Ｓｎ（ｎ＝１，２，
…）はフローの各ステップを示す。

【００１８】電源がオンされる等してプログラムがスタ
ートすると、先ずステップＳ１で入力があるか否かを判
別し、入力がなければステップＳ２で伝送データがある
か否かを判別する。伝送データがあればステップＳ３で
伝送処理（例えば、スレーブ２３から送出されるＰＬＵ
データを収集して一括処理し売上を管理する処理等）を
行ってステップＳ１に戻り次の入力を待ち、伝送データ
がなければそのままステップＳ１に戻る。また、ステッ
プＳ１で入力があればステップＳ４でその入力が登録入
力か（例えば、キー入力されたキーが登録キーか）否か
を判別し、登録入力のときはステップＳ５で登録処理
（例えば、部門の合計処理、及びその印字、表示処理）
を行ってステップＳ１に戻る。

【００１９】一方、ステップＳ４で登録入力でないとき
はステップＳ６で精算処理か否かを判別し、精算処理の
ときはステップＳ７（詳細は図６を用いて後に説明す
る。）で各端末から送られた累積印字行数を基に精算処
理を行ってステップＳ１に戻る。また、精算処理でない
ときはステップＳ８でキー入力に従った処理（例えば、
両替処理、入金処理等）を行ってステップＳ１に戻る。

【００２０】図５はスレーブ２３のデータ処理のメイン
プログラムを示すフローチャートである。先ず、ステッ
プＳ１１で入力があるか否かを判別し、入力があるとき
はステップＳ１２で登録か否かを判別する。登録のとき
はステップＳ１３で登録処理を行ない、ステップＳ１４
で登録処理内容を印字し、ステップＳ１５で印字した行
数を印字行数に加算（すなわち、累積した後の印字行数
を記憶する印字行数メモリ６５に印字行数を加算）して
ステップＳ１１に戻る。

【００２１】上記ステップＳ１２で登録でないときはス
テップＳ１６で精算か否かを判別し、精算のときはステ
ップＳ１７でマスター２１との同期をとるためにマスタ
ー２１から合計器のデータの要求があるか否かを判別す
る。マスター２１からの合計器のデータ要求があったと
きはマスター２１と同期がとれたと判断してステップＳ
１８で各種合計器データをマスター２１へ伝送すると共
に印字し、ステップＳ１９でマスター２１から印字行数
データの要求があるか否かを判別する。マスター２１か
ら印字行数データ要求があったときはステップＳ２０で
要求された印字行数データをマシンNo.と共にマスター
２１に伝送し、ステップＳ２１で各種合計器データ及び
印字行数をクリアしてステップＳ１１に戻る。

【００２２】また、上記ステップＳ１６で精算でないと
きはステップＳ２２で入力に従った処理を行ってステッ
プＳ１に戻る。

【００２３】図６は前記図４のステップＳ７で実行され
るマスター２１の精算処理のフローチャートである。先
ず、ステップＳ３１で各種登録器（例えば、ＰＬＵや部
門）データをマシンNo.順に要求し、ステップＳ３２で
各種合計器データがあるか否かを判別する。各種合計器
データがなければステップＳ３１に戻って上記各種合計
器データ要求を繰返し、各種合計器データがあるときは
ステップＳ３３で合計器データを累計する。このステッ
プＳ３１及びＳ３２における各種合計器データ要求に対
してスレーブ２３との間で前記図５のステップＳ１７に
示した合計器のデータ要求の同期がとられることにな
る。

【００２４】ステップＳ３４では、各種合計器データの
全台収集を完了したか否かを判別する。例えば、マスタ
ー２１は内部にマスター２１に接続される端末を示す接
続表を備えており、この接続端末を示す接続表に１〜Ｎ
までの端末が接続されているときはそのＮまでの合計器
データの収集が済んだかをチェックする。全台収集が完
了していなければステップＳ３１に戻って上記ステップ
Ｓ３１〜Ｓ３４の合計器データ累計処理を繰返し、全台
収集が完了したときはステップＳ３５で各種合計器デー
タを出力する。次いで、ステップＳ３６で印字行数をマ
シンNo.順に要求し、ステップＳ３７で印字行数がある
か否かを判別する。印字行数がなければステップＳ３６
に戻って上記印字行数要求を繰返し、印字行数があると
きはステップＳ３８で対応するマシンNo.の累積印字行
数へ印字行数を累計する。このステップＳ３６及びＳ３
７における印字行数要求に対してスレーブ２３との間で
前記図５のステップＳ１９に示した印字行数要求の同期
がとられることになる。次いで、ステップＳ３９で印字
行数の全台収集を完了したか否かを判別し、全台収集が
完了していなければステップＳ３６に戻って上記ステッ
プＳ３６〜Ｓ３９の印字行数類製処理を繰返す。また、
全台収集が完了したときはステップＳ４０で所定行数を
過ぎたプリンタがあるか否かを判別する。この判別は、
全台収集した印字行数が、前記ＲＡＭ３３の所定行数メ
モリ６４に格納された所定行数（例えば、推奨値：３０
０万行）に達したか否かにより行なう。所定行数を過ぎ
たプリンタがあるときは当該プリンタが交換時間に達し
ていると判断してステップＳ４１で最短累積印字行数の
プリンタと交換するようにメッセージ（図７）を印字し
て本フローの処理を終え、所定行数を過ぎたプリンタが
ないときはそのまま処理を終了する。この場合、マスタ
ー２１では精算処理精算を行ってレポートを発行してい
るので、そのレポートに図７に示すようなプリンタ交換
メッセージを印字する。オペレータは、このメッセージ
を見てバックアップマスター２２のプリンタをスレーブ
No.１のプリンタと交換する。このとき、ターミナル内
部のＣＰＵによってプリンタが接続されているかどうか
は、例えば印字制御がなされているのか否かでチェック
されるので、プリンタ同士を交換したい場合は交換した
ターミナルのＲＡＭ３３の累積印字行数メモリ６２の値
も入れ替えるものとする。また、新しいプリンタに交換
したときは該当する累積印字行数メモリ６２の値はクリ
アされる。

【００２５】ところで、上述したようにプリンタ同士を
交換しても所定行数を過ぎたプリンタでは交換した先で
直に消耗してしまうようにも考えられるが、実際には上
記所定行数（推奨値：３００万行）には相当の余裕があ
る（例えば、５００万行程度まで使用可能であり、２０
０万行程度の余裕がある）から入れ換えても使用頻度の
小さいターミナルでは十分に使用可能である。

【００２６】以上説明したように、本データ処理装置１
０は、ＲＡＭ３３に各端末のプリンタの累積印字行数を
記憶する累積印字行数メモリ６２、マシンNo.を記憶す
るマシンNo.メモリ６３、プリンタ印字行数の推奨値を
記憶する所定行数メモリ６４、精算から精算までの間に
実際に印字した行数を記憶する印字行数メモリ６５を設
け、各プリンタの稼働時間を算出し、算出した情報を基
にプリンタ同士の交換を指示するようにしているので、
ＰＯＳシステムのプリンタ（消耗ユニット）の稼働時間
の均一化を図ることができ、消耗ユニットに起因する障
害発生時期の遅延を行なうことによって全体としてＰＯ
Ｓシステム全体のコスト低減を図ることができる。ま
た、ユニットが消耗しても他の端末の最適なユニットと
交換すればよいので、消耗ユニットが準備されていない
場合（例えば、発注してもすぐに取り寄せできない場
合）に端末の稼働ができなくなるといった不具合を防止
することができる。

【００２７】なお、本実施例ではＥＣＲ，ＰＯＳシステ
ムの端末に内蔵された機器（プリンタ）に適用した例を
示したが、これには限定されず、接続された複数の機器
同士だけで処理するものでもよい。例えば、キッチンプ
リンタ（ＫＰ）のようにプリンタ間だけでデータの処理
をするものにも適用できる。

【００２８】また、本実施例では、対象となる機器とし
てプリンタに適用した例を示したが、これは一例であっ
て例えば対象となる機器はプリンタ以外に、キーボー
ド、モードキー、ドロア、スキャナ、ＭＣＲ（Magnetic
Card Reader：磁気カードリーダ）等でもよく、これら
複数の機器を対象としてもよいことは言うまでもない。

【００２９】また、本実施例では、対象となる機器（プ
リンタ）の実質稼働値として累積印字行数を求めている
が、接続された複数の機器の稼働状況を示す稼働値であ
れば何でもよく、例えば、実質稼働値は動作時間でもよ
く、また、ドロアであれば開閉回数、スキャナであれば
読取回数時間でもよい。さらに、動作時間の求め方は使
用開始時刻を記憶し、現在時刻より減じて求めるように
してもよいし、タイマで計測するようにしてもよい。

【００３０】また、上記実施例はＰＯＳシステムに適用
した場合の例であるが、データ処理を含む装置にはすべ
て適用可能であり、例えばＥＣＲ、データターミナル等
のデータ処理装置に適用してもよい。

【００３１】

【発明の効果】本発明によれば、接続された複数の機器
の稼働状況を示す稼働値を夫々に算出し、稼働値が所定
値を超える機器がある場合、該稼働値が最小の機器に応
じたデータを出力するようにしているので、機器の稼働
時間の均一化を図ることができ、機器の消耗等に起因す
る障害発生時期の遅延を行うことができる。従って、Ｐ
ＯＳシステム等に利用してコスト低減と稼働率の向上を
図ることができる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】データ処理装置の全体構成を示す図である。

【図３】データ処理装置のマスタのブロック図である。

【図４】データ処理装置のマスタのデータ処理を示すフ
ローチャートである。

【図５】データ処理装置のスレーブのデータ処理を示す
フローチャートである。

【図６】データ処理装置のマスタの精算処理を示すフロ
ーチャートである。

【図７】データ処理装置のプリンタ交換メッセージの印
字例を示す図である。

【図８】従来のデータ処理装置の全体構成を示す図であ
る。

【符号の説明】

２０ ＰＯＳシステム ２１ マスター ２２ バックアップマスター ２３ スレーブ ２４ 通信回線 ３１ ＣＰＵ ３２ ＲＯＭ ３３ ＲＡＭ ３４ キー入力部 ３６ 伝送制御装置 ３７ 表示部 ３９ 印字部 ４１ ドロア ６２ 累積印字行数メモリ ６３ マシンNo.メモリ ６４ 所定行数メモリ ６５ 印字行数メモリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 接続された複数の機器の稼働状況を示す
   稼働値を夫々に算出する稼働値算出手段と、 前記稼働値算出手段により算出された夫々の稼働値を所
   定値と比較する比較手段と、 前記比較手段の比較により前記稼働値が所定値を超える
   機器がある場合、前記稼働値が最小の機器に応じたデー
   タを出力する出力手段と、を具備したことを特徴とする
   データ処理装置。