JPH08249141A

JPH08249141A - ネットワーク処理装置

Info

Publication number: JPH08249141A
Application number: JP7048824A
Authority: JP
Inventors: Koji Igawa; 幸治井川
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1995-03-08
Filing date: 1995-03-08
Publication date: 1996-09-27

Abstract

(57)【要約】【目的】複数のクライアントと複数のＯＡ機器がネッ
トワーク上に接続されたシステムを効率的に運用するこ
とができ、ネットワークシステム全体としての処理能力
を最大限に向上させる。【構成】ネットワーク１上に複数のクライアント２０
０と、複数のＯＡ機器１００と、複数のクライアント２
００から出力されるＯＡ機器１００への要求を統括制御
するＯＡ機器サービス統括制御装置とが接続されたネッ
トワーク処理装置において、前記ＯＡ機器１００にデー
タベースマネージャ１１０と、サービスマネージャ１２
０と、ジョブマネージャ１３０と、デバイスマネージャ
１４０と、オペレーションマネージャ１５０とを設け、
ジョブマネージャ１３０によって、クライアント２００
からのＯＡ機器１００に対する要求を他のＯＡ機器１０
０側で処理させるようにし、依頼されたＯＡ機器側でも
ジョブマネージャ１３０が処理依頼を受けて、自身が処
理できれば代行処理を受け入れて、ネットワーク１全体
で効率良く処理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数のクライアント
と複数のＯＡ機器がネットワーク上に接続されたネット
ワークシステムにおける処理装置に関する。

【０００２】

【従来の技術】従来、ネットワーク上に各種の機器が接
続されたシステムにおいては、ワークステーションやパ
ーソナルコンピュータなどのクライアントから出力され
る印刷要求やファックス送信要求などの各種要求は、ネ
ットワーク上のＯＡ機器サービス統括制御装置が一旦受
け付け、ネットワーク上に接続されたプリンタ、ファク
シミリ、及びこれらの複合機などのＯＡ機器に対して要
求を配分していた。

【０００３】このようなＯＡ機器サービス統括制御装置
を使用した方式では、要求の度合いが増すにつれ前記統
括制御装置の負荷が大きくなってしまい、クライアント
側から出された要求をリアルタイムに処理することがで
きなくなってしまう。その結果、ユーザは、例えば作成
文書を印刷する場合、ワークステーションもしくはパー
ソナルコンピュータ側で印刷を実行しても、まず、統括
制御装置の印刷要求受付で待たされ、さらに、その印刷
をどのＯＡ機器で実行するのかの振り分け処理で待たさ
れ、最後に、印刷を命令されたＯＡ機器が、今回の要求
による前の要求に基づく印刷を実行中であれば、その印
刷が終了するまでさらにまたされるという結果となる。

【０００４】この手段のネットワークを介して複数のク
ライアントと複数のＯＡ機器が接続されたシステムとし
ては、例えば特開平２−３０１８５３号公報や特開平２
−２４０１２５号公報に記載された発明が知られてい
る。これらの発明のうち、前者は、複数のホストが１台
のプリンタを共有するシステムに関するもので、プリン
タを使用中のホストがプリンタの使用終了を宣言しなけ
れば、他のホストにプリンタの使用を認めないというも
のである。また、後者は、複数のホストから印字データ
を受け取ったプリンタが、ホスト別に印刷結果を仕分け
して出力しようとするものである。

【０００５】

【発明が解決しようとする課題】ところで、前者の例で
は、複数のＯＡ機器を複数のクライアントで共有して使
用する場合に、ＯＡ機器、例えばプリンタ側によるイン
テリジェントサービスが何も実現されておらず、単にネ
ットワークの末端の印刷装置として機能しているに過ぎ
ない。

【０００６】また、後者の例では、前者に比べるとプリ
ンタ側で複数のホストを意識した処理が入ってはいる
が、あくまでホストからの印刷要求を実行するだけの機
能しか備えておらず、プリンタ相互、もしくはＯＡ機器
相互やネットワークシステム全体の運用などのインテリ
ジェントな処理については全く配慮されてはいない。

【０００７】いずれにしても、ＯＡ機器の複合機能が進
む昨今、各ＯＡ機器のそれぞれの機能や特性、または周
辺機器状況、さらには、オプション機能の搭載状況など
を前記統括制御装置で一括管理することは不可能で、ク
ライアントからの要求に対して、最適なＯＡ機器を選択
することができず、効率的なジョブの配分ができてはい
なかった。

【０００８】この発明は、このような従来技術の実情に
鑑みてなされたもので、その目的は、複数のクライアン
トと複数のＯＡ機器がネットワーク上に接続されたシス
テムを効率的に運用することができ、ネットワークシス
テム全体としての処理能力を最大限に向上させることに
ある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、第１の手段は、ネットワーク上に複数のクライアン
トと、複数のＯＡ機器と、複数のクライアントから出力
されるＯＡ機器への要求を統括制御する制御機器とが接
続されたネットワーク処理装置において、前記ＯＡ機器
が、クライアントからのＯＡ機器に対する要求をＯＡ機
器側で処理するとともに、複数のＯＡ機器同士が自身の
ＯＡ機器に出された要求に対して、最適な処理能力を有
する他のＯＡ機器に前記要求の処理を依頼する手段を備
えていることを特徴としている。

【００１０】この場合、前記処理を依頼する手段は、要
求を実行すべきＯＡ機器が要求を即座に実行できない場
合には、要求を受け付けたＯＡ機器が他のＯＡ機器に要
求の処理を依頼するようにするとよい。また、前記処理
を依頼する手段が、他のＯＡ機器に処理を依頼する場
合、クライアントから送信された環境情報を依頼先のＯ
Ａ機器に転送することも望まれる。さらに、前記処理を
依頼する手段は、利用者制限が許可状態にあるかどうか
を代行依頼先のＯＡ機器に通知し、代行要求を受けたＯ
Ａ機器が許可状態であれば、代行要求を受けたＯＡ機器
で無条件に要求を代行するように設定する。前記処理を
依頼する手段は、利用者制限が許可状態にあるかどうか
を代行依頼先のＯＡ機器に通知し、代行要求を受けたＯ
Ａ機器は通知された利用者制限情報を適用し、利用可能
な状態になったときに代行処理を行う。前記処理を依頼
する手段は、他のＯＡ機器に要求の代行を行った場合に
は、要求実行に対する課金情報を要求の代行を行ったＯ
Ａ機器から通知される。

【００１１】

【作用】上記手段によれば、クライアントからＯＡ機器
に出された要求を当該ＯＡ機器側で処理するとともに、
自身に出された要求を他の複数のＯＡ機器側で実行させ
ることができる。したがって、自身の負荷が多い場合
や、異常が生じて即座に要求された処理が実行できない
場合には、他のＯＡ機器に肩代わりしてネットワーク全
体として処理を実行することが可能となる。

【００１２】すなわち、クライアントからの要求を実行
すべきＯＡ機器が、その要求を即座に実行できない場合
には、要求を受けたＯＡ機器は他のＯＡ機器にその要求
の処理を依頼することで、当該他の機器側の処理が可能
になる。その際、要求元のＯＡ機器は依頼先のＯＡ機器
に対して環境情報を転送し、依頼先のＯＡ機器で要求通
りの処理が実行できるようにする。また、依頼先のＯＡ
機器の利用者制限に該当せず、許可状態にあれば、依頼
を受けたＯＡ機器は無条件に要求を処理し、処理が滞る
ことがないようにする。利用者制限に該当すると依頼を
受けても要求を処理することができないので、依頼を受
けたＯＡ機器は依頼元のＯＡ機器から通知された利用者
制限情報を適用して、利用可能な状態になると要求を処
理する。これによって処理の滞りを最少限に抑える。さ
らに、依頼元のＯＡ機器には、依頼先のＯＡ機器から代
行した分の課金情報が通知され、課金情報のトータルの
管理を依頼元で一元的に行い、処理枚数を確実に把握す
る。

【００１３】

【実施例】以下、図面を参照し、この発明の実施例につ
いて説明する。

【００１４】図１は、実施例に係るネットワークシステ
ムを概念的に示す説明図である。図においてネットワー
ク１はＡオフィス側１ＡとＢオフィス側１Ｂの２系統設
けられ、両者は光通信２で一体化されている。ネットワ
ーク１Ａ側には、例えば第１のフロアと第２のフロアの
各種ＯＡ機器３，４が接続され、ネットワーク１Ｂ側に
は第３のフロアのＯＡ機器５が接続されている。この例
では、その他にネットワーク１Ａ側に２台のワークステ
ーション６，７、プリンタ８、スーパープリンタ９、Ｘ
端末１０、パーソナルコンピュータ１１及びＯＡ機器サ
ービス統括制御装置１２が接続され、ネットワーク１Ｂ
側に１台のパーソナルコンピュータ１３が接続されてい
る。なお、ここではＯＡ機器とは、コピー機、プリン
タ、ファクシミリ、スキャナ、及びこれらの複合機を指
し、図ではワークステーションをＷＳで、パーソナルコ
ンピュータをＰＣで示している。

【００１５】このようなネットワークシステムにおいて
は、一般に、ユーザはクライアント上で文書作成などの
業務を行っており、例えば作成文書を印刷する場合に
は、各ＯＡ機器３，４，５に付与されたＩＤを指定して
統括制御装置１２に対して印刷要求を出す。ＯＡ機器
３，４，５側では、印刷要求を受け取ると、送られてく
る印刷データを処理して印刷動作を実行する。ただし、
ＯＡ機器３，４，５側でトラブルが発生していたり、前
に受け付けた要求を実行している最中などは、当該ＯＡ
機器３，４，５自体がビジー状態である旨を統括制御装
置１２に通知する。これによって統括制御装置１２側で
は、ビジーが解除されるのを待ったり、他のレディー状
態のＯＡ機器３，４，５に要求を振り替える等の処理を
行う。

【００１６】図２は実施例に係るＯＡ機器３，４，５の
構成を示す説明図である。同図において、前述のＯＡ機
器３，４，５を概括的に符号１００で示し、ＯＡ機器１
００に対してユーザ（言い換えればクライアント）を符
号２００で示す。ＯＡ機器１００は、データベースマネ
ージャ１１０と、サービスマネージャ１２０と、ジョブ
マネージャ１３０と、ディバイスマネジャ１４０と、オ
ペレーションマネージャ１５０と、リアルタイムＯＳ１
６０と、各種ドライバ１７０と、ハードウエア１８０と
からなる。

【００１７】データベースマネージャ１１０は、ＯＡ機
器１００内のデータリソース、例えば印刷すべきフォン
ト、印刷フォーム、読取画像、ファックス受信データ、
及び使用履歴データなどのデータベース１１１を管理
し、サービスマネージャ１２０は、プリンタサービス１
２１、スキャンサービス１２２、ＦＡＸサービス１２３
及びＡＩサービス１２４などの実際のサービスを管理
し、サービスの実行、完了通知、状態通知などを行う。
また、ディバイスマネージャ１４０は、各種物理デバイ
スを使用するための管理を行い、印刷装置１４１、スキ
ャン装置１４２、紙送り装置１４３、及びメディア装置
１４４などのアクセス、状態管理、状態通知、属性管
理、属性通知などを実行する。さらに、オペレーション
マネージャ１５０は、ＯＡ機器１００のマンマシンイン
ターフェイス、例えば、操作パネル、画面ビットマップ
情報、画面座標情報、機器ビットマップ情報及びキーオ
ペレーション情報１５１などの管理をおこない、ユーザ
に対して操作に必要な情報を表示したり、マシンの状態
を表示する。ジョブマネージャ１３０は、ユーザが要求
するサービスを提供するにあたり、複数のサービスまた
はデバイスによって実行される場合には、それらを１つ
のジョブとして実行、管理システム、状態管理、状態通
知及び完了報告などを行う。これらのマネージャ１１
０，１２０，１３０，１４０，１５０はネットワーク１
を介して他の機器と情報のやり取りをするとともに、お
互いの情報のやり取りを行うことによって総合的なサー
ビスを実現する。また、ユーザ（クライアント）２００
側の機器、言い換えればホスト側の機器では、上記各々
のマネージャ１１０，１２０，１３０，１４０，１５０
に対して情報取得、実行指示、状態取得、属性取得、及
び完了通知取得を行うことができる。なお、データベー
スマネージャ１１０、サービスマネージャ１２０、ジョ
ブマネージャ１３０、デバイスマネージャ１４０及びオ
ペレーションマネージャ１５０はそれぞれ図示しないＣ
ＰＵ内に設定され、予め記憶されたプログラムにしたが
って所定の動作を実行するようになっている。

【００１８】このようにネットワーク１が構成されてい
ると、ＯＡ機器１００の電源投入時や初期化時にネット
ワーク１上に接続された他のＯＡ機器１００に対してジ
ョブマネージャ１３０から情報を受け取り、自分が提供
できるサービスを通知する。同様に、ジョブマネージャ
１３０がデバイスマネージャ１４０から情報を受け取
り、自分の機能及び性能に関する情報を通知する。通知
を受けた他のＯＡ機器１００はそれぞれ自分のサービス
情報や機能及び性能に関する情報を返送する。このよう
な情報交換の結果、それぞれのＯＡ機器１００のジョブ
マネージャ１３０内に図３に示すような全てのＯＡ機器
１００の機能性能情報と、図４に示すような状態管理情
報が構築される。

【００１９】これらの情報は時々刻々変化するため、そ
れぞれのＯＡ機器１００において情報が変化するたびに
他のＯＡ機器１００に対して通知される。このことによ
ってネットワーク１上に接続された全てのＯＡ機器１０
０は、お互いの状況についての最新情報を共有すること
ができる。図３の例では、分かりやすくするために日本
語で表現したが、実際には数値化された情報としてジョ
ブマネージャ１３０に格納されている。図３の例では、
ＩＤ０のＯＡ機器１００は高級機で、高速、高解像度及
び多機能であることが分かりＩＤ３のＯＡ機器１００は
低速、低解像度及び低機能の印刷専用機であることがわ
かる。

【００２０】図４に示したＯＡ機器状態管理情報は、各
ＯＡ機器１００がどんなサービスを提供できるかという
情報とともに現在の稼働状況を示している。すなわち、
提供できないサービスについてはＦＦｈ（−１）、提供
できるサービスのうち現時点でも実行可能なものはゼ
ロ、現在実行中のものは１、現在トラブル発生中のもの
は２が格納されている。図４の例では、ＩＤ１のＯＡ機
器１００は、全てのサービスを提供可能であるが、現時
点では、ＦＡＸ送信中のため、ＦＡＸ送信サービスとス
キャナサービスは１がセットされている。

【００２１】クライアントから要求を受け取ったＯＡ機
器１００は、ジョブマネージャ１３０が要求を分析し、
ＯＡ機器別機能性能情報を参照して要求を達成するため
に必要な機能をその時点で搭載しているＯＡ機器を割り
出し、割り出されたＯＡ機器１００についてのＯＡ機器
状態管理情報を調べ、現時点で要求に必要とされるサー
ビスを提供できるＯＡ機器１００に対して要求を転送す
る。複数のＯＡ機器１００が候補に残った場合は、それ
らのＯＡ機器１００について再度ＯＡ機器別機能性能情
報を検討し、最も効率良く要求を満足できるＯＡ機器を
選定する。例えば、クライアントからＩＤ２のＯＡ機器
１００に対してＮＥＣエミュレーションによる印刷要求
の場合は、ＩＤ０〜ＩＤ３のＯＡ機器１００全てがＮＥ
Ｃエミュレーションを搭載しているが、図４に示すよう
に現時点でプリントサービスを提供できるのは、ＩＤ０
及びＩＤ１の２つだけであり、さらに図３から分かるよ
うに印刷スピードはＩＤ０のＯＡ機器の方が速いので、
ＩＤ０のＯＡ機器１００に対して要求が転送される。富
士通エミュレーションによる印刷要求だった場合には、
富士通エミュレーションを搭載しているＩＤ２のＯＡ機
器１００が選択されるが、このＯＡ機器１００は、現在
プリント中なのでプリントサービスが実行可能になるま
で、ジョブマネージャ１３０で待ち状態になる。

【００２２】このようなジョブマネージャ１３０の処理
手順を図５のフローチャートにしたがって説明する。同
図において、ジョブマネージャ１３０は、クライアント
から要求を受け付けると（ステップ５０１）、要求を分
析し（ステップ５０２）、図３に示した情報に基づいて
ＯＡ機器１００別に機能及び性能情報を調査する（ステ
ップ５０３）。そして、この調査結果に基づいて必要な
機能や性能を備えたＯＡ機器１００がネットワーク１上
に存在するかどうかをチェックする（ステップ５０
４）。存在しなければ他の処理に移行し（ステップ５０
５）、存在すれば、該当するＯＡ機器１００が複数ある
かどうかをチェックする（ステップ５０６）。該当する
ＯＡ機器１００が１つしかなければ選択の余地はないの
で、当該ＯＡ機器１００に要求を転送し（ステップ５０
７）、複数あれば図４に示したＯＡ機器状態管理情報を
調査する（ステップ５０８）。その結果、必要なサービ
スを現時点で提供できるＯＡ機器１００があれば（ステ
ップ５０９）、さらに、提供できるＯＡ機器１００が複
数あるかどうかをチェックする（ステップ５１０）。も
し、１つしかなければ当該ＯＡ機器１００に要求を転送
し（ステップ５１１）、複数あればＯＡ機器別機能性能
別情報を調査し、最も効率のよいＯＡ機器１００を選定
して（ステップ５１２）、選定されたＯＡ機器１００に
要求を転送する（ステップ５１３）。

【００２３】ここで、図４で示したＯＡ機器状態管理情
報は厳密に言うとリアルタイムな情報ではない。図５の
フローチャートにおいてＯＡ機器状態をチェックした直
後に他のＯＡ機器から状態変更の通知が来ることも考え
られる。また、プリントサービスなどは、一般的にホス
ト（この場合は、クライアント）とのデータ転送時間を
短くし、一刻も早くホストを印刷処理から開放するため
ＯＡ機器１００側が、一旦、印刷データを受信できるだ
け受信し、受信処理と並行してイメージデータに展開
し、紙に印刷するという処理手順を踏むため、印刷デー
タを受信中はプリントサービスはビジー、すなわちＯＡ
機器状態管理情報は“１”となっているが、受信終了時
点で受信用のバッファに余裕が有る場合は、他のホスト
からデータを受信可能なため見かけ上レディー、すなわ
ちＯＡ機器状態管理情報は“０”となる。ところが、受
信済のデータをイメージデータに展開後、紙に印刷しよ
うとしたときに、紙が紙詰まりを起こしたり、トナーが
無くなったりして正常に印刷できない状態が発生するこ
とがある。このような状態になると、次の要求を処理し
ている最中に要求に対応できなくなることがまま生じ
る。

【００２４】このように突発的なトラブルや情報伝達の
微妙なずれによって、クライアントからの要求を一旦受
けたＯＡ機器１００がその要求を即座うけることができ
なくなった場合には、要求処理中のＯＡ機器において、
即時実行ができなくなった時点で、その情報を他のＯＡ
機器に即刻通知する。そのあと、図５に示した処理手順
に基づいて自分以外のＯＡ機器１００の中で最適なＯＡ
機器１００を選定し、要求を転送する。これによって当
該処理は迅速に実行される。

【００２５】ホストから送られてくる印刷データは、一
般的に図６に示すような構成になっている。まず、ヘッ
ダ情報６１として、用紙サイズや用紙方向、文字間隔、
行間隔、両面印刷、ソート指定、印刷解像度などの各種
印刷条件を送ってくる。続いて、１頁ごとのテキスト情
報６２，６４やイメージ情報６３，６５等の印刷データ
を送ってくる。クライアントから印刷要求を受けたＯＡ
機器１００は、このヘッダ情報を解析して最適なＯＡ機
器１００を選定するが、選定したＯＡ機器１００に対し
て印刷要求を転送する際、転送先のＯＡ機器１００でク
ライアントからの要求通りに印刷処理を遂行するため
に、プリントサービス内に保持してるヘッダ情報６１を
ジョブマネージャ１３０を通して転送する。

【００２６】また、サービス（プリント）マネージャ１
２０において印刷データを蓄積する処理を実行する際、
データ量が大きい場合には、印刷済みの受信データを破
棄しながら後続のデータを蓄積していくが、ヘッダ情報
６１は全ての印刷処理が完了するまで保持しておき、ト
ラブル発生などで処理続行が不可能となったときに、代
行依頼先のＯＡ機器１００に対し、ヘッダ情報６１と未
処理の印刷データをセットで転送する。７頁目を印刷中
に紙詰まりが発生し、他のＯＡ機器１００に代行依頼を
行う場合に依頼先に送られるデータの例を図７に示す。
すなわち、まず、ヘッダ情報７１を送り、続いて、７頁
目のテキスト情報７２、イメージ情報７３、８頁目のテ
キスト情報７４、イメージ情報７５というように続く頁
の印刷データを送る。

【００２７】コピー機やコピー機をベースとした複合機
などのＯＡ機器１００では、一般的にメンテナンスが必
要で、そのメンテナンスのためにコピーまたは印刷１枚
について何円かの使用料をメンテナンス会社に対して支
払うようになっている。したがって、ＯＡ機器１００を
複数の部署で共有する場合、使用回数によって使用料の
負担を配分する必要がある。このため、通常、部署毎に
暗証番号などを設定し、ＯＡ機器使用時に暗証番号を入
力することによって使用者を分類し、部署別の使用回数
を把握することができるとともに、使用権のないユーザ
の不正使用を防止するようになっている。

【００２８】一般的なＯＡ機器１００では、図８に示す
ようにいくつかの部署別、もしくはグループ別、ユーザ
別の暗証番号を設定することができ、機器使用時に暗証
番号を入力させ、ユーザ別管理情報に登録された暗証番
号と一致した場合に限り利用可能な状態になる。この状
態で機器を使用すると、使用枚数、すなわちコピー枚数
もしくは印刷枚数が暗証番号別に加算され、ユーザ別管
理情報内に課金情報として記憶される。一方、機器の定
期メンテナンスのために、その機器がトータルでどのく
らい使用されたかを知る必要がある。そこで、図９に示
すような機器管理情報が設けられる。この機器管理情報
としてユーザ別の課金情報の合計値が記憶されている。

【００２９】これらの処理はジョブマネージャ１３０と
サービスマネージャ１２０とオペレーションマネージャ
１５０によって制御される。すなわち、オペレーション
マネージャ１５０が取り込んだ暗証番号をジョブマネー
ジャ１３０が受け取り、ジョブマネージャ１３０内のユ
ーザ別管理情報を参照し、入力された暗証番号が見つか
れば利用可能状態に移行する。機器使用後、サービスを
提供した各サービスマネージャ１２０から使用枚数がジ
ョブマネージャ１３０に渡され、ユーザ別管理情報内の
課金情報に加算されるとともに、機器管理情報にも加算
される。また、クライアントから印刷要求などがＯＡ機
器に対して出される場合は、要求発行時にあらかじめ設
定された暗証番号が送信される。

【００３０】このようにして暗証番号を使用して利用者
制限状態にある複数の複数のクライアントで共有したシ
ステムの場合、利用者を制限するために１つの部署の暗
証番号は１つのＯＡ機器にのみ登録されており、同一の
暗証番号で複数のＯＡ機器を使用できることは稀であ
る。これは、複数のＯＡ機器に対して同一の暗証番号を
登録してしまうと、だれでもどのＯＡ機器でも使えるよ
うになってしまい、利用者制限の目的を果たせなくなる
からである。このような１つの暗証番号が１つのＯＡ機
器にのみ登録を許されているようなシステムにおいて、
トラブルが発生してＯＡ機器間の代行依頼が生じた場
合、代行を依頼されたＯＡ機器側で利用者制限のために
サービスが提供できず、代行依頼が事実上できなくな
る。

【００３１】このような場合には、代行依頼をするＯＡ
機器１００のジョブマネージャ１３０が依頼先のＯＡ機
器１００のジョブマネージャ１３０に対して今回の要求
は依頼側の機器において利用者制限のチェックを既にパ
スしていることを通知し、依頼されたＯＡ機器１００の
ジョブマネージャ１３０はパス済の通知を受け取ると、
独自の利用者制限機能を適用せずに無条件に利用可能状
態に移行するように設定されている。このようにするこ
とによって、トラブル発生時などにおいても、確実かつ
迅速に代行依頼を行うことができ、ユーザに迷惑をかけ
ることなくサービスを提供することが可能となる。

【００３２】図１０に代行依頼を受けたＯＡ機器１００
のジョブマネージャ１３０の処理手順を示すフローチャ
ートを示す。同図から分かるようにジョブマネージャ１
３０は、代行依頼を受け取ると（ステップ１００１）、
利用者制限がパス済みかどうかチェックし（ステップ１
００２）、パス済みであれば利用可能状態に移行して
（ステップ１００３）通常の代行処理を実行する（ステ
ップ１００４）。パス済みでなければ暗証番号が付与さ
れているかどうかをチェックする（ステップ１００
５）。暗証番号が付与されていなければ代行を拒否し
（ステップ１００６）、付与されていればユーザ別管理
情報を検索する（ステップ１００７）。そして、暗証番
号が登録されていれば（１００８）、利用状態に移行し
（ステップ１００３，１００４）、登録されていなけれ
ば代行を拒否する（ステップ１００９）。このようなシ
ステムでは、トラブル発生時などの緊急を要する場合は
有効に機能するが、図５に示すような手順で代行依頼先
を決定している以上、どうしても高機能、高性能のＯＡ
機器に代行依頼が集中し、利用者制限の枠組みが大きく
崩れてしまうことが予想される。そこで、代行依頼を行
う際、ジョブマネージャ１３０が要求元のクライアント
から送られてきた暗証番号を依頼先のＯＡ機器のジョブ
マネージャ１３０に通知するようにする。

【００３３】すなわち、通知を受けたジョブマネージャ
１３０は、受け取った暗証番号について自分のユーザ別
管理情報を検索し、見つかった場合のみ代行を受託す
る。受託後は要求されたサービスを提供し、サービスマ
ネージャから送られた使用枚数を自分のユーザ別管理情
報の課金情報と機器管理情報に加算する。このようにす
ることによって処理が集中しがちな高機能、高性能のＯ
Ａ機器に対してのみ他のＯＡ機器に登録された暗証番号
を重複登録を許すなどの運用を行えば、要求元のユーザ
（部署）とその使用枚数を性格に把握することができ、
使用頻度に見合った金銭的負担を配分することができる
ため、円滑なＯＡ機器共有システムを構築することがで
きる。このとき代行依頼を受けたＯＡ機器１００のジョ
ブマネージャ１３０の処理手順を図１１のフローチャー
トに示す。

【００３４】この処理手順では、まず、代行依頼を受け
取ると（ステップ１１０１）、暗証番号が付与されてい
るかどうかをチェックする（ステップ１１０２）。暗証
番号が付与されていなければ代行を拒否し（ステップ１
１０３）、暗証番号が付与されていればユーザ別管理情
報を検索する（ステップ１１０４）。そして、さらに暗
証番号が登録されているかどうかチェックする（ステッ
プ１１０５）。このチェックで暗証番号が登録されてい
なければ代行を拒否し（ステップ１１０６）、登録され
ていれば利用可能状態に移行する（ステップ１１０
７）。利用可能状態になって各種サービスを提供し（ス
テップ１１０８）。各サービスマネージャ１２０から使
用枚数を受け取り（ステップ１１０９）、ユーザ別管理
情報内の暗証番号に対応した課金情報に受け取った使用
枚数を加算し（ステップ１１１０）、機器管理情報に対
して使用枚数を加算して（ステップ１１１１）処理を終
了する。

【００３５】上記のようにすることによって、それぞれ
ＯＡ機器の正確な使用状況を把握することができ、これ
によって適正な定期メンテナンスと、正確な金銭的負担
配分を行うことができるようになったが、ある部署が月
末や期末にＯＡ機器の金銭負担をあらかじめ把握しよう
とした場合、その部署の暗証番号を登録したＯＡ機器全
てをチェックする必要がある。通常のＯＡ機器では、機
器管理情報はトータルカウンタなどど呼ばれる物理的な
カウンタによっって一目で確認できるが、暗証番号付き
のユーザ別管理情報は暗証番号という秘密情報が含まれ
るため、限られた管理者だけが知っている複雑な操作を
行わないと見ることができない。例えばサービスマンし
か見ることができない場合も多い。したがって、暗証番
号を登録してある全てのＯＡ機器を調べることはかなり
大変な作業となる。

【００３６】そこで、この実施例では、代行依頼を受け
たジョブマネージャ１３０は、サービス提供後、サービ
スマネージャ１２０から送られる使用枚数を図１２に示
すユーザ別管理情報の暗証番号に対応する課金情報と合
計値及び機器管理情報に加算するとともに、依頼元のＯ
Ａ機器１００のジョブマネージャ１３０に対して渡され
た暗証番号と使用枚数とを通知する。通知を受けた依頼
元のジョブマネージャ１３０は図１２のユーザ別管理情
報の中の暗証番号に対応する代行情報に対して使用枚数
を加算し、その合計値についても加算する。このように
すると、ユーザ別管理情報には、ユーザがそのＯＡ機器
１００を使用した履歴が全て記録され、代行情報にはそ
のＯＡ機器１００以外で代行してもらった履歴が残り、
合計値には全てのＯＡ機器１００についてユーザが使用
しら履歴が残る。したがって、暗証番号を登録してある
任意の１台のユーザ別管理情報をみれば、そのユーザ
（部署）がトータルでどのくらいの枚数を使用したかが
分かり、そのユーザ（部署）の負担料がすぐに判別す
る。

【００３７】一方、複数のＯＡ機器１００を複数のユー
ザ２００で共有するとなると、かなりの頻度で代行依頼
が発生することが予想されるが、このような状態におい
ては、各ユーザ２００が自分で出した要求に対してどの
ＯＡ機器１００から最終的に印刷されたのかが分からな
くなってしまうおそれがある。システムのパーフォーマ
ンス向上を考えた場合、この代行処理は少ない方が望ま
しい。したがって、システム管理者はどのＯＡ機器１０
０がどのくらいの代行依頼を行っているか、また、どの
ような種類のサービスについて代行依頼が頻発している
かを知り、場合によっては代行依頼を頻発しているＯＡ
機器１００の登録ユーザを削減するなどの対策をとるこ
とが望ましい。

【００３８】そこで、この実施例では、代行依頼を行っ
たジョブマネージャ１３０は、要求元のクライアントＩ
Ｄと、要求されるサービスの種類と、代行依頼を受託し
たＯＡ機器１００のＩＤを記憶し、さらに、代行終了
後、代行先のジョブマネージャ１３０から送られてくる
使用枚数を記憶する。記憶した代行依頼履歴の件数が所
定の件数に達した場合や、オペレーションマネージャ１
５０からユーザ２００がリスト印刷を要求した旨の通知
があった場合に限り、上記のような手順で記憶された代
行依頼履歴を図１３のような形式で印刷出力する。

【００３９】図１３は、ＯＡ機器ＩＤが２の機器の代行
依頼リストの印刷例であるが、クライアントＩＤが２の
ユーザ２００からの要求に対して代行依頼が多いことが
分かる。また、代行依頼先は図３からも高機能、高性能
のＯＡ機器ＩＤがゼロの機器に集中していることも分か
る。このような場合、システム管理者はクライアントＩ
Ｄが２のユーザ２００の要求先をＯＡ機器ＩＤが２の機
器からＯＡ機器ＩＤがゼロの機器に変更することによっ
て代行依頼に伴う処理を削減し、ネットワークシステム
全体のパフォーマンスを向上させる。

【００４０】このようにすることによって、各ユーザ２
００は要求依頼元のＯＡ機器１００の所へ行けば、自分
の出した要求がどのＯＡ機器で実際に処理されたかが手
軽に調べられるとともに、システム管理者は代行依頼リ
ストによってシステム全体のパフォーマンス向上の対策
を容易に見つけ出すことができる。

【００４１】

【発明の効果】これまでの説明で明らかなように、本発
明によれば、以下のような効果を奏する。

【００４２】ＯＡ機器がクライアントからのＯＡ機器に
対する要求をＯＡ機器側で処理するとともに、複数のＯ
Ａ機器同士が自身のＯＡ機器に出された要求に対して、
最適な処理能力を有する他のＯＡ機器に前記要求の処理
を依頼する手段を備えた請求項１記載の発明によれば、
複数のＯＡ機器がお互いの機能や性能を把握し、クライ
アントからの要求を最も効率的に処理できるＯＡ機器に
配分することによってシステムを効率的に運用すること
ができ、これによってネットワークシステム全体の処理
能力を最大限に向上させることができる。

【００４３】要求を実行すべきＯＡ機器が要求を即座に
実行できない場合には、要求を受け付けたＯＡ機器が他
のＯＡ機器に要求の処理を依頼するように構成された請
求項２記載の発明によれば、要求を実行すべきＯＡ機器
が処理できない場合に、他のＯＡ機器にその要求の処理
を依頼することで、クライアントの要求を常にリアルタ
イムで処理することができ、クライアントの意図しない
待ち時間をなくすことが可能となり、ダウン時間を最少
限に抑えてシステムの効率的な運用を図ることができ
る。

【００４４】他のＯＡ機器に処理を依頼する場合、クラ
イアントから送信された環境情報を依頼先のＯＡ機器に
転送する請求項３記載の発明によれば、依頼先のＯＡ機
器に対して出力すべき情報に加えて環境情報を転送する
ので、依頼先のＯＡ機器において要求通りの処理が実行
できる。これによって複数のＯＡ機器の出力の整合性を
確実にとることができる。

【００４５】代行要求を受けたＯＡ機器が利用者制限に
ついて許可状態であれば、代行要求を受けたＯＡ機器で
無条件に要求を代行するので、利用者制限の枠を越えて
ＯＡ機器を運用することが可能となり、これによって柔
軟なネットワーク運用を行うことができる。

【００４６】利用者制限が許可状態にあるかどうかを代
行依頼先のＯＡ機器に通知し、代行要求を受けたＯＡ機
器は通知された利用者制限情報を適用し、利用可能な状
態になったときに代行処理を行う請求項５記載の発明に
よれば、代行依頼先のＯＡ機器が利用者制限に該当する
と依頼を受けても要求を処理することができないので、
依頼を受けたＯＡ機器は依頼元のＯＡ機器から通知され
た利用者制限情報を適用して、利用可能な状態になると
要求を処理する。これによって処理の滞りを最少限に抑
え、円滑で効率的な運用が可能となる。

【００４７】他のＯＡ機器に要求の代行を行った場合に
は、要求実行に対する課金情報が要求の代行を行ったＯ
Ａ機器から通知される請求項６記載の発明によれば、依
頼元のＯＡ機器には依頼先のＯＡ機器から代行した分の
課金情報が通知されるので、課金情報のトータルの管理
を依頼元で一元的に行うことが可能となり、処理枚数を
確実に把握することができる。これによってシステムと
しての管理を効率的に行うことができる。

【図面の簡単な説明】

【図１】この発明の実施例に係るネットワーク処理装置
のネットワークへの接続を概念的に示す説明図である。

【図２】実施例に係るネットワークに接続されたＯＡ機
器の構成を概念的に示す説明図である。

【図３】実施例に係るＯＡ機器のＯＡ機器別機能性能情
報を示す説明図である。

【図４】実施例に係るＯＡ機器のＯＡ機器状態管理情報
を示す説明図である。

【図５】クライアントからの要求を転送するときの実施
例に係る処理手順を示すフローチャートである。

【図６】クライアントから送られてくる印刷データの一
例を示す説明図である。

【図７】依頼元のＯＡ機器から他のＯＡ機器に印刷代行
を依頼するときの転送データの一例を示す説明図であ
る。

【図８】ユーザ別管理情報の一例を示す説明図である。

【図９】機器管理情報の一例を示す説明図である。

【図１０】代行依頼を受けたＯＡ機器側の実施例に係る
処理手順を示すフローチャートである。

【図１１】代行依頼を受けたＯＡ機器側の他の実施例に
係る処理手順を示すフローチャートである。

【図１２】課金情報に関するユーザ別管理情報の一例を
示す説明図である。

【図１３】代行依頼リストの一例を示す説明図である。

【符号の説明】

１ネットワーク３，４，５，１００ＯＡ機器６，７ワークステーション８プリンタ９スーパープリンタ１０Ｘ端末１１，１３パーソナルコンピュータ１２ＯＡ機器サービス統括制御装置１１０データベースマネージャ１２０サービスマネージャ１３０ジョブマネージャ１４０ディバイスマネージャ１５０オペレーションマネージャ１６０リアルタイムＯＳ１７０ドライバ１８０ハードウェア２００クライアント（ユーザ、ホスト）

Claims

【特許請求の範囲】

【請求項１】ネットワーク上に複数のクライアント
と、複数のＯＡ機器と、複数のクライアントから出力さ
れるＯＡ機器への要求を統括制御する制御機器とが接続
されたネットワーク処理装置において、前記ＯＡ機器はクライアントからのＯＡ機器に対する要
求をＯＡ機器側で処理するとともに、複数のＯＡ機器同
士が自身のＯＡ機器に出された要求に対して、最適な処
理能力を有する他のＯＡ機器に前記要求の処理を依頼す
る手段を備えていることを特徴とするネットワーク処理
装置。
【請求項２】前記依頼する手段は、要求を実行すべき
ＯＡ機器が要求を即座に実行できない場合には、要求を
受け付けたＯＡ機器が他のＯＡ機器に要求の処理を依頼
する手段を備えていることを特徴とする請求項１記載の
ネットワーク処理装置。
【請求項３】前記処理を依頼する手段が、他のＯＡ機
器に処理を依頼する場合、クライアントから送信された
環境情報を依頼先のＯＡ機器に転送することを特徴とす
る請求項１または２記載のネットワーク処理装置。
【請求項４】前記処理を依頼する手段は、利用者制限
が許可状態にあるかどうかを代行依頼先のＯＡ機器に通
知し、代行要求を受けたＯＡ機器が許可状態であれば、
代行要求を受けたＯＡ機器で無条件に要求を代行するこ
とを特徴とする請求項２記載のネットワーク処理装置。
【請求項５】前記処理を依頼する手段は、利用者制限
が許可状態にあるかどうかを代行依頼先のＯＡ機器に通
知し、代行要求を受けたＯＡ機器は通知された利用者制
限情報を適用し、利用可能な状態になったときに代行処
理を行うことを特徴とする請求項１記載のネットワーク
処理装置。
【請求項６】前記処理を依頼する手段は、他のＯＡ機
器に要求の代行を行った場合には、要求実行に対する課
金情報を要求の代行を行ったＯＡ機器から通知されるこ
とを特徴とするネットワーク処理装置。