JP3378720B2 - 分散処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はワークステーショ
ン、パソコン等の情報処理端末装置と画像形成装置とを
ネットワーク接続した分散処理処理システムと、当該分
散処理システムにおけるネットワークの接続方法に関す
る。

【０００２】

【従来の技術】ワークステーションやパソコン等が接続
されたネットワークに接続され、ワークステーション等
で作成した原稿のデータ等を印刷したりコピーしたりす
るためコピー機能やファクシミリ機能、プリンタ機能お
よびスキャナ機能を有するデジタル複合機が使用されて
いる。この種のデジタル複合機でワークステーション等
で作成した原稿のデータ等を印刷する場合は、まずオペ
レータがデジタル複合機の操作部を操作して動作モード
をプリントモードに設定してから、各種の条件を設定す
る。その後、所定のワークステーション等でオペレータ
が印刷要求を入力してデジタル複合機に印刷するデータ
を転送する。デジタル複合機は転送されたデータを印刷
する。転送されたデータの印刷が終了するとオペレータ
は印刷物を取り出した後にデジタル複合機の動作モード
をプリントモードから解除する。

【０００３】

【発明が解決しようとする課題】上記のようにネットワ
ークに接続されたデジタル複合機でワークステーション
などで作成した原稿のデータなどを印刷する場合、ワー
クステーションなどはあらかじめネットワークに接続さ
れたデジタル複合機の装置構成、例えば給紙トレイの用
紙サイズや用紙量、ソータの状態や機能などを把握して
いる必要がある。また、ネットワークに接続されたデジ
タル複合機はスタンドアロン型として使用する場合と操
作が異なる。また、デジタル複合機が使用中であるかど
うかも確認する必要がある。このためワークステーショ
ンなどのオペレータが原稿などの印刷を行うときには、
その都度、デジタル複合機の所に行って給紙トレイの用
紙サイズなどの状態や使用中か否かを確認してから、動
作モードをプリントモードに設定する必要があった。そ
して、このプリントモードに設定した後、ワークステー
ションなどの所に戻り、ワークステーションなどで印刷
要求をしてから再びデジタル複合機のところへ行って印
刷物を回収する必要があった。このためオペレータはワ
ークステーションなどをデジタル複合機の間を往復しな
ければならず、時間が無駄になっていた。

【０００４】また、ワークステーションなどのオペレー
タが原稿などの印刷を行うときに、その都度、デジタル
複合機のところへ行って動作モートをプリントモートに
設定する必要があるため、デジタル複合機の状態によっ
ては最も近い位置に設定してあるデジタル複合機を利用
することができなかった。このような場合は、オペレー
タが利用しているワークステーションから遠く離れた所
に設定してあるデジタル複合機を利用しなければなら
ず、オペレータの負担がさらに多くなっていた。

【０００５】この発明は、このような問題点に鑑みてな
されたもので、その目的は、ワークステーションなどの
データの印刷処理などを実行するときに、簡単に画像形
成装置の状態を確認して処理することができる分散処理
システムを提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、第１の手段は、情報処理端末装置と画像形成装置と
をネットワークによって接続した分散処理システムにお
いて、あらかじめ設定された条件が成立したときには前
記端末装置と前記画像形成装置との間の回線を接続する
手段と、前記条件が成立したときに、前記画像形成装置
側の画像形成条件を前記情報処理端末装置側に送信する
手段と、前記情報処理端末装置側に設けられ、前記送信
された画像形成条件を表示する手段とを備え、前記回線
を接続する手段が、前記情報処理端末装置からサービス
要求があったときに、前記画像形成装置にサービス適否
の問い合わせを行い、前記画像形成装置がサービス可能
であるならば、前記情報処理端末と画像形成装置との回
線を接続することを特徴とする。

【０００７】

【０００８】第２の手段は、第１の手段において、前記
画像形成装置が複数の機能を備えた複写機からなること
を特徴としている。

【０００９】第３の手段は、第２の手段において、前記
複数の機能が、プリンタ機能に、コピー機能、スキャナ
機能、ファクシミリ機能の少なくとも１つを付加したも
のであることを特徴としている。

【００１０】

【００１１】

【００１２】

【００１３】

【００１４】

【００１５】

【００１６】

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

【００１７】１．第１の実施形態 図１はこの発明の第１の実施形態に係る分散処理システ
ムを示す接続図である。図に示すように、ネットワーク
１には複数のワークステーション（以下、ＷＳという）
２−１，２−２とパソコン（以下、ＰＣという）３−
１，３−２とデジタル複合機（以下、複合機という）４
−１，４−２およびサービス統括制御装置５が接続され
ている。また、ネットワーク１に接続された他のネット
ワーク１ａにはＷＳ２−３とＰＣ３−３および複合機４
−３が接続されている。

【００１８】サービス統括制御装置５はネットワーク
１，１ａに接続された複合機４−１〜４−３やＷＳ２−
１等を統括して制御するものであり、装置全体を管理す
るＣＰＵ５ａと各種制御プログラムやデータを記憶する
メモリ５ｂとサービス機能管理部５ｃおよび通信制御部
５ｄとを有する。サービス機能管理部５ｃはＷＳ２−１
等からサービスの要求があったときに各複合機４−１〜
４−３にサービス適否の問い合わせを行い、サービスの
可能な複合機とＷＳ２−１等との回線を接続する。

【００１９】複合機４−１〜４−３はコピー機能、ファ
クシミリ機能、プリンタ機能およびスキャナ機能を有
し、図２のブロック図に示すように、装置全体を管理す
るＣＰＵ４ａと、各種制御プログラムやデータを記憶す
るメモリ４ｂと、操作部４ｃ、表示部４ｄ、スキャナ部
４ｅ、プリンタ部４ｆ、ファクシミリ部４ｇ、データベ
ース管理部４ｈ、ジョブ管理部４ｉ、サービス管理部４
ｊ、デバイス管理部４ｋ、オペレーション管理部４ｌ、
データ管理部４ｍ、サービス機能情報格納部４ｎおよび
通信制御部４ｏを有する。

【００２０】データベース管理部４ｈはフォント、フォ
ーム、読取画像やファクシミリ受信データ、使用履歴デ
ータ等を管理したりアクセスしたり保存したりする。ジ
ョブ管理部４ｉはＷＳ２−１〜２−３やＰＳ３−１〜３
−３のユーザが指定する１つのジョブが複数のサービス
およびデバイスによって遂行される場合に、それらを１
つの単位として状態管理や完了報告等を行う。サービス
管理部４ｊはコピーサービス、ファクシミリサービス、
プリンタサービスおよびスキャナサービス等の各種サー
ビスの管理、実行、完了通知、状態管理を行う。デバイ
ス管理部４ｋは各種物理デバイスを使用するための管
理、アクセス、状態管理、属性管理を行う。データ管理
部４ｍはＷＳ２−１〜２−３やＰＳ３−１〜３−３から
転送されたデータをスプールする。サービス機能情報格
納部４ｎには自装置に収納された各種機能を示す外観図
情報と操作パネル情報、各種仕様およびバージョンを記
憶する。オペレーション管理部４ｌは操作部４ｃの入力
情報等を有し、表示部４ｄの表示情報を管理し、ＷＳ２
−１等からの要求によりサービス機能情報格納部４ｎに
記憶した外観図情報等を読み出して出力する。また、オ
ペレーション管理部４ｌはデータ管理部４ｍでスプール
されたデータの内容を表示部４ｄに表示する。通信制御
部４ｏはネットワーク１，１ａとの通信を制御する。

【００２１】ＷＳ２−１〜２−３やＰＳ３−１〜３−３
は、図３のブロック図に示すように、装置全体を管理す
るＣＰＵ２ａと、各種制御プログラムやデータを記憶す
るメモリ２ｂと、マウス等のポインティングデバイス２
ｄにより表示画面上で移動するカーソルを有する操作表
示部２ｃと、操作表示部２ｃの表示処理や操作処理を制
御する操作表示制御部２ｅおよび通信制御部２ｆを有す
る。

【００２２】上記のように構成された分散処理システム
のＷＳ２−１で複合機にサービスを要求し実行するとき
の動作を図４のフローチャートを参照して説明する。

【００２３】ＷＳ２−１の使用者がＷＳ２−１で作成し
たデータを印刷する場合等のサービスを複合機４−１〜
４−３で実行する場合は、図４に示すように、ＷＳ２−
１の操作表示部２ｃを操作してサービス統括制御装置５
に印刷サービスの要求を送る。サービス統括制御装置５
のサービス機能管理部５ｃはＷＳ２−１から印刷サービ
スの要求を受けると、ＷＳ２−１に最も近い位置にある
複合機４−１の動作状態を確認するため複合機４−１に
サービス実行の可否を問い合わせる。サービス実行可否
の問い合わせを受けた複合機４−１のオペレーション管
理部４ｌは複合機４−１の操作パネル情報等を確認し、
複合機４−１が他で使用中あるいはペーパジャムや故障
中で印刷サービス等が実行できない場合は、サービス実
行「否」の応答をサービス統括制御装置５に返す。この
応答を受けたサービス統括制御装置５のサービス機能管
理部５ｃはＷＳ２−１から次に近い位置にある複合機４
−２の動作状態を確認するため複合機４−２にサービス
実行の問い合わせをする。サービス実行の問い合わせを
受けた複合機４−２のオペレーション管理部４ｌは複合
機４−２が使用中でも故障中でもないことを確認する
と、サービス提供「可」の応答をサービス統括制御装置
５に返す。このサービス提供可の応答を受けたサービス
統括制御装置５のサービス機能管理部５ｃは複合機４−
２にサービスの要求をして、ＷＳ２−１と複合機４−２
の回線を接続する。その後、ＷＳ２−１から複合機４−
２にデータを転送し、印刷サービス等を実行する。所定
のサービス実行が終了すると複合機４−２からサービス
完了通知をサービス統括制御装置５とＷＳ２−２に送
る。サービス統括制御装置５のサービス機能管理部５ｃ
はサービス完了通知を受けると複合機４−２にサービス
終了を通知し、ＷＳ２−１と複合機４−２の回線を
「断」にする。

【００２４】このようにＷＳ２−１からサービスの要求
があったときに最も近い複合機４−１から順にサービス
の実行の適否を確認してＷＳ２−１と複合機の回線を接
続するから、サービスの実行が可能な複合機の中からＷ
Ｓ２−１に一番近い位置にある複合機４−２を選択して
サービスを実行させることができる。

【００２５】次に、上記のようにして複合機４−２と回
線が接続したＷＳ２−１からデータを転送して印刷サー
ビスを実行するときの動作を図５のフローチャートを参
照して説明する。

【００２６】複合機４−２と回線が接続したＷＳ２−１
の操作表示部２ｃを操作して複合機４−２に外観図情報
を要求すると、複合機４−２のオペレーション管理部４
ｌはサービス機能情報格納部４ｎから外観図情報を読み
出して通信制御部４ｏに送る。通信制御部４ｏは送られ
た外観図情報をＷＳ２−１に送信する。ＷＳ２−１の操
作表示制御部２ｅは送られた外観図情報をメモリ２ｂに
格納し操作表示部２ｃに表示する。ＷＳ２−１の使用者
はこの表示を確認することにより複合機４−２の機器構
成等を知ることができる。この複合機４−２の外観図情
報をＷＳ２−１に送信するときに複合機４−２のオペレ
ーション管理部４ｌは外観図情報とともにその使用やバ
ージョンを送信してＷＳ２−１に表示すると、ＷＳ２−
１の使用者が複合機４−２の機器構成等をより詳しく知
ることができる。

【００２７】ＷＳ２−１の使用者は表示された複合機４
−２の外観図情報を確認したら、外観図情報に示された
各構成部例えば給紙トレイをポインティングデバイス２
ｄにより指示し、指示された構成部の情報の転送を要求
する。ＣＰＵ２ａは選択された構成部の指定情報を通信
制御部２ｆを介して複合機４−２に送る。複合機４−２
のオペレーション管理部４ｌは選択された構成部の仕様
や状態をサービス機能情報格納部４ｎから読み出して通
信制御部４ｏを介してＷＳ２−１に送る。ＷＳ２−１の
操作表示制御部２ｅは送られた構成部、例えば給紙トレ
イの仕様やそのときの状態を操作表示部２ｃに表示す
る。ＷＳ２−１の使用者はこの表示を確認することによ
り複合機４−２の各構成部の状態等を知ることができ
る。

【００２８】この複合機４−２の各構成部の状態等を確
認したＷＳ２−１の使用者は、再び外観図情報をメモリ
２ｂから読み出して表示し、ポインティングデバイス２
ｄにより操作パネルを指示し、操作パネル情報の転送を
要求する。ＣＰＵ２ａはこの要求を通信制御部２ｆを介
して複合機４−２に送る。複合機４−２のオペレーショ
ン管理部４ｌは送られた操作パネル情報転送要求により
サービス機能情報格納部４ｎから操作パネル情報を読み
出して通信制御部４ｏを介してＷＳ２−１に送る。ＷＳ
２−１の操作表示制御部２ｅは送られた操作パネル情報
を操作表示部２ｃに表示する。ＷＳ２−１の使用者はこ
の表示を確認してから、操作パネル情報に表示された動
作モード選択部の印刷動作モードをポインティングデバ
イス２ｄにより指定し、印刷動作モード指定を通信制御
部２ｆを介して複合機４−２に送る。複合機４−２のサ
ービス管理部４ｉは送られた印刷動作モード指定によ
り、複合機４−２の動作モードを印刷モードに設定す
る。複合機４−２のオペレーション管理部４ｌは動作モ
ードが印刷モードに設定されたことを確認するとその旨
を表示した操作パネル情報をＷＳ２−１に送り表示させ
る。

【００２９】ＷＳ２−１の使用者は複合機４−２が印刷
モードに設定されたことを確認すると、複合機４−２の
プリンタ部４ｆのオンスイッチをポインティングデバイ
ス２ｄで指示して、プリンタ部４ｆのオン指令情報の転
送を要求する。このプリンタ部４ｆのオン指令情報を受
けた複合機４−２のサービス管理部４ｊはプリンタ部４
ｆの電源をオンにしてＷＳ２−１から転送されるデータ
の印刷を実行させる。ＷＳ２−１から転送させるデータ
の印刷が終了し、その旨がＷＳ２−１に送られＷＳ２−
１の使用者は複合機４−２が印刷モードに設定されたこ
とを確認すると、複合機４−２のプリンタ部４ｆのオフ
スイッチをポインティングデバイス２ｄで指示して、プ
リンタ部４ｆのオフ指令情報の転送を要求する。このオ
フ指令情報により複合機４−２のサービス管理部４ｊは
プリンタ部４ｆの電源をオフにする。

【００３０】このようにしてＷＳ２−１で複合機４−２
の各構成部の使用や状態および操作パネルの状態を確認
し、複合機４−２の各種動作モードを設定するとともに
各種動作を実行させることができるから、ＷＳ２−１等
で要求する各種サービス短時間に確実に実行させること
ができる。

【００３１】２．第２の実施形態 以下、第２の実施形態に係る分散処理システムについて
説明する。

【００３２】２．１ 分散処理システム環境 この実施形態に係る分散処理システムは、ネットワーク
と、パーソナルコンピュータ（ＰＣ）／ワークステーシ
ョン（ＷＳ）と、イメージ入出力装置と、ブローカとか
ら基本的に構成されている。

【００３３】図６は、この実施形態における分散処理シ
ステムを示すブロック図である。同図において、分散処
理システムは、ネットワーク１０１と、パーソナルコン
ピュータ（以下、「パソコン」とも称する。）１０２−
１，１０２−２もしくはワークステーションと、イメー
ジ入力装置としてのプリンタ１０３−１，１０３−２、
スキャナ１０４、および複合機（ＭＦＰ−Multi Functi
on Peripheral）１０５−１，１０５−２と、ブローカ
１０６とから構成されている。複合機（ＭＦＰ）１０５
−１，１０５−２は、プリンタ機能、複写機能、ファク
シミリ機能およびスキャナ機能などを一体に備えた装置
であり、ブローカ１０６は、第１の実施形態におけるサ
ービス統括制御装置と同義であり、ネットワーク１０１
に接続されている入出力装置が有する機能情報を維持、
管理し、クライアントとサーバの接続を確立する役目を
請け負うミドルウエアである。なお、この実施形態で
は、クライアントはパソコン１０２が該当し、サーバは
イメージ入出力装置が該当する。ブローカ１０６は、Ｃ
ＰＵ１０６ａ、ＲＯＭ１０６ｂ、ＲＡＭ１０６ｃ、通信
制御部１０６ｄおよび機能情報データベース１０６ｅを
備え、ワークステーションもしくはパソコン上に構築さ
れるのが一般的である。なお、ＣＰＵ１０６ａはブロー
カ１０６の全体を管理し、ＲＯＭ１０６ｂにはＣＰＵ１
０６ａの各種制御プログラムが格納され、ＲＡＭ１０６
ｃはデータを記憶したりＣＰＵ１０６ａのワークエリア
として機能する。また、通信制御部１０６ｄは、ネット
ワーク１０１に接続されている各構成要素からサービス
の要求があったとき、機能情報データベース１０６ｅに
格納されている機能情報に基づいて、サービス可能な構
成要素を選択し、構成要素間の回線を接続するという制
御を行う。

【００３４】２．２ ハードウエア構成 前記ネットワーク１０１に接続されている各構成要素の
内、複合機（ＭＦＰ）１０５は図７に示すように、当該
複合機１０５全体の制御を司るＣＰＵ１０５ａ、ＣＰＵ
１０５ａの制御下にあるＲＯＭ１０５ｂ、ＲＡＭ１０５
ｃ、ＮＶＲＡＭ１０５ｄ、操作パネル１０５ｅ、スキャ
ン／プリントエンジン１０５ｆ、記憶装置１０５ｇ、通
信制御部１０５ｈおよびモデム１０５ｉからなり、操作
パネル１０５ｅはパネル制御部１０５ｉを介して、スキ
ャン／プリントエンジン１０５ｆはエンジン制御部１０
５ｋを介して、記憶装置１０５ｇはディスク制御部１０
５ｌを介してそれぞれＣＰＵ１０５に接続されている。

【００３５】ＲＯＭ１０５ｂにはプログラムコード、フ
ォントおよびその他のスタティックな情報が格納され、
ＲＡＭ１０５ｃはデータを保存したりＣＰＵ１０５ａの
ワークエリアとして機能し、一時的な記憶場所として利
用される。ＮＶＲＡＭ１０５ｄには不揮発性の情報が格
納される。操作パネル１０５ｅとパネル制御部１０５ｊ
は、ユーザとのインターフェイスを図るためのもので、
ユーザからの指示が複合機１０５側（ＣＰＵ１０５ａ）
に入力され、複合機１０５側からの情報が表示される。
スキャン／プリントエンジン１０５ｆおよびエンジン制
御部１０５ｋは、イメージデータの入出力ユニットとし
て紙原稿の読み取りや紙への印刷を実行する。記憶装置
１０５ｇおよびディスク制御装置１０５ｌは大量のイメ
ージデータを蓄積するときなどに使用される大容量蓄積
デバイスである。通信制御部１０５ｈはイーサーネット
などのネットワーク（ＬＡＮ）１０１に接続され、外部
機器との通信を可能とし、モデム１０５ｉは公衆回線
（ＷＡＮ）と接続され、外部機器との通信を可能とす
る。

【００３６】２．３ ソフトウエア構成 図８に前記複合機に代表されるＯＡ機器１１１のソフト
ウエアの構成を示す。各種ドライバ１１２はハードウエ
ア１１３を制御するためのインターフェイスを提供する
ものであり、リアルタイムＯＳ１１４では、それらイン
ターフェイスをタスク単位として捉え、それらタスクの
スケジューリングや排他制御を実現し、システムコール
あるいはアプリケーションＡＰＩ（以下、まとめて「Ａ
ＰＩ」と称する。）として提供され、このＡＰＩを利用
して各種マネージャ群がユーザ（クライアントに同義）
１１０とのインターフェイスを実現する。前記各種マネ
ージャ群は、データベースマネージャ１１５、サービス
マネージャ１１６、ジョブマネージャ１１７、デバイス
マネージャ１１８、およびオペレーションマネージャ１
１９とからなる。

【００３７】このうち、データベースマネージャ１１５
は、ＯＡ機器１１１のリソース１１５ａを管理、アクセ
ス、および保存するためのプロセスである。ここでリソ
ース１１５ａとしては、図にも示しているが、フォン
ト、外字、フォーム、読み取り画像、ＦＡＸ受信デー
タ、使用履歴データ、課金データなどがある。

【００３８】サービスマネージャ１１６は、各種サービ
スの管理、実行、完了通知、監視状態などを実行するプ
ロセスである。なお、ここでいう各種サービスとは、プ
リンタサービス１１６ａ、スキャンサービス１１６ｂ、
ＦＡＸサービス１１６ｃおよびＡＩサービス１１６ｄな
どである。

【００３９】ジョブマネージャ１１７は、ユーザが指定
する１つのジョブが複数のサービスおよびデバイスによ
って遂行される場合、それらの１つの単位として状態管
理、完了通知を実行するプロセスである。

【００４０】デバイスマネージャ１１８は、各種物理デ
バイスを使用するための管理、アクセス、状態監視、属
性管理などを実行するプロセスで、各種物理デバイスと
は、印刷装置１１８ａ、スキャン装置１１８ｂ、紙送り
装置１１８ｃおよびメディア装置１１８ｄなどである。

【００４１】オペレーションマネージャ１１９は、ＯＡ
機器１１１の操作パネル情報１１９ａを有し、ユーザ側
に操作パネル１０５ｅの表示内容や操作内容をインタラ
クティブに通信するプロセスである。これによってユー
ザ側では、各種のマネージャ１１５〜１１９に対して情
報取得、実行指示、状態取得および完了通知取得を行う
ことができる。

【００４２】２．４ 装置構成 図９に複合機１０５の正面図を示す。この複合機１０５
は、印刷装置（プロッタ）１１８ａ、スキャン装置（ス
キャナ）１１８ｂ、紙送り装置（ペーパーフィーダ、ペ
ーパーソータ）１１８ｃ、ＦＡＸモデム１０５ｉ（図
７）などの物理デバイスと、外部記憶装置１０５ｇ、メ
モリ（ＲＡＭ１０５ｃ、ＮＶＲＡＭ１０５ｄ）、フォン
トなどの物理リソースを有し、ユーザインターフェイス
のための操作パネル１０５ｅを備えている。なお、図９
において、符号１１８ｃ−１は給紙トレイ、１１８ｃ−
２はドキュメントフィーダ、１１８ｃ−３は排紙ビンを
それぞれ示す。また、この実施形態では、排紙ビン１１
８ｃ−３は複数個（複数段）設けられ、排紙ビンごとの
表示部およびロック機構が備えられている。

【００４３】また、サーバとクライアント、図８の例で
いうとＯＡ機器（複合機−ＭＦＰ）１１０とＰＣ１１０
との接続形態としては、 （１）１対１接続 （２）複数のクライアント／１つのサーバ（マルチクラ
イアント／シングルサーバ） （３）複数のクライアント／複数のサーバ（マルチクラ
イアント／マルチサーバ） の３つの形態が考えられ、外観図情報としては、 （１）ビットマップデータ （２）ベクトルデータ （３）オブジェクトデータ の３つがある。なお、オブジェクトデータはトレイなど
の部品単位で設定される。

【００４４】２．５ 装置選択アルゴリズム ２．５．１ マルチクライアント／シングルサーバ 図１０のフローチャートを参照し、マルチクライアント
／シングルサーバの接続形態における装置選択アルゴリ
ズムを示す。すなわち、図１０は、複合機１０５には印
刷処理能力データ、すなわち「印刷可能サイズ」、「印
刷可能解像度」などの能力が設定され、各能力の実現可
能値は列挙型で宣言されているという前提で、シングル
サーバに相当する複合機（ＭＦＰ）１０５の印刷可能サ
イズを、Ａ４、Ｂ５、Ｂ６、Ａ６、Ｂ６、Ａ７、印刷可
能解像度を４００ｄｐｉとし、第１のクライアント（ク
ライアント１−ＰＣ１）は「Ａ４、６００ｄｐｉで印刷
したい。」、第２のクライアント（クライアント２−Ｐ
Ｃ２）は「Ａ４、４００ｄｐｉで印刷したい。」、第３
のクライアント（クライアント３−ＰＣ３）は「Ａ３、
４００ｄｐｉで印刷したい。」という要求を持っている
ときのシーケンスを示している。

【００４５】このシーケンスによれば、クライアント１
（ＰＣ１）がまずサーバ（ＭＦＰ）に対して使用したい
Ａ４サイズが処理できるかどうかの返答を要求する（サ
イズの処理能力取得要求）［ステップ１００１］、サー
バ（ＭＦＰ）側から処理能力がある旨、返答が返ってき
て処理能力ＯＫであることがクライアント１（ＰＣ１）
に認識される（処理能力＝ＯＫの返信）［ステップ１０
０２］。次いで、クライアント１（ＰＣ１）は、６００
ｄｐｉの解像度で処理できるかどうか問い合わせる（解
像度の処理能力取得要求）［ステップ１００３］。これ
に対し、サーバの処理能力は４００ｄｐｉなので、サー
バ側からは処理能力がない旨返答する（処理能力＝ＮＧ
の返信）［ステップ１００４］。これによってクライア
ント１はサーバがクライアント１の要求に応えることが
できないことを認識する。

【００４６】次いで、クライアント２がサーバに対して
クライアント１と同様に処理可能サイズを問い合わせ
［ステップ１００５］、処理可能である旨回答を得る
［ステップ１００６］。今度は解像度について問い合わ
せる［ステップ１００７］。サーバの解像度は４００ｄ
ｐｉなので、解像度の要求に応えることができる旨回答
する［ステップ１００８］。これに基づいて、クライア
ント２はサーバに対し装置予約要求を送信する［ステッ
プ１００９］。この予約要求に応じてサーバからは予約
が受け入れられたこと（予約ＯＫ）を返信する［ステッ
プ１０１０］。このようにしてサーバに予約することに
よってサーバが有するサービスを利用することが可能な
状態、言い換えればオンライン状態になる。

【００４７】クライアント３はＡ３のサイズを印刷した
いので、サーバに対してＡ３の処理能力があるかどう
か、すなわちサイズ= Ａ３の処理能力取得要求を送信す
る［ステップ１０１１］。これに対し、サーバの処理能
力サイズはＡ４なので、処理能力はない旨、すなわち、
処理能力＝ＮＧである旨返信する［ステップ１０１
２］。これによって、クライアント３はサーバがクライ
アント３の要求には応えられないことを認識する。

【００４８】２．５．２ マルチクライアント／マルチ
サーバ 複数のクライアントと複数のサーバがネットワークで接
続されているときには、例えば、第１のサーバ（サーバ
１−ＭＦＰ１）は、（イ）印刷可能サイズがＡ４，Ｂ
５，Ａ５，Ｂ６，Ａ６，Ｂ６，Ａ７で、印刷可能解像度
が４００ｄｐｉ、第２のサーバ（サーバ２−ＭＦＰ２）
は、（ロ）印刷可能サイズがＡ３，Ａ４，Ｂ５，Ａ５，
Ｂ６，Ａ６，Ｂ６，Ａ７で、印刷可能解像度が４００ｄ
ｐｉ、第３のサーバ（サーバ３−ＭＦＰ３）は、（ハ）
印刷可能サイズがＡ４，Ｂ５，Ａ５，Ｂ６，Ａ６，Ａ７
で、印刷可能解像度が６００ｄｐｉ、の能力があり、ク
ライアント側では、第１のクライアント（クライアント
１）はＡ４、４００ｄｐｉ、第２のクライアント（クラ
イアント２）はＡ４、４００ｄｐｉ、第３のクライアン
ト（クライアント３）はＡ３、４００ｄｐｉでそれぞれ
印刷したい場合には、図１１のフローチャートに示すよ
うな手順で処理される。

【００４９】すなわち、まず、サーバ１、サーバ２、サ
ーバ３がそれぞれブローカ１０６に上記（イ）ないし
（ハ）の処理能力を通知し［ステップ１１０１，１１０
２，１１０３］、ブローカ１０６では、サーバ１〜３か
ら通知された処理能力情報を保存しておく。一方、クラ
イアント側では、ブローカ１０６にＡ４、４００ｄｐｉ
の処理能力のあるサーバについて問い合わせる（処理能
力取得要求）［ステップ１１０４］。ブローカ１０６は
この取得要求に応じてサーバ１および２が要求に応えら
れる旨、返答する［ステップ１１０５］。この返答に対
応してクライアント１はサーバ１に対して装置予約要求
を出し［ステップ１１０６］、サーバ１はクライアント
１に対して利用許可を返答し［ステップ１１０７］、ク
ライアント１とサーバ１とがオンライン状態になる。

【００５０】２．６ 外観図情報 ２．６．１ 外観図情報のデータ構造 複合機（ＭＦＰ）には、その装置の外観図情報が （１） ラスタデータ （２） グラフィックスコマンド （３） 論理装置情報 など、何らかのフォーマットで初期化時に保存されてお
り、装置構成に変化があった場合、例えば給紙トレイの
段数が増加した場合などは、その外観図情報を書き換え
るようになっている。

【００５１】このうちラスタデータは図１２に示すよう
なデータ構造となっており、視点のパラメータとして正
面、背面の他に上面、右側面、左側面などのデータを持
つことも可能である。グラフィックスコマンドは図１３
に示すようなデータ構造となっており、２次元コマンド
体系の場合は、正面、背面、上面などのデータを有す
る。さらに、論理装置情報の場合には、図１４に示すよ
うなデータ構造となっている。なお、これらの図におい
て、「ＩＤ」は装置ＩＤであり、印刷エンジン、フロン
トカバー、給紙トレイ、排紙トレイ、ＡＤＦなどを示
す。また、「ＴＹＰＥ」は装置ごとの種類を示すもの
で、例えば、給紙トレイの場合、５００枚トレイ、２５
０枚トレイ、反転トレイなどを意味する。「ＰＯＳＩＴ
ＩＯＮ」は１段目、２段目などの位置を示す。そして、
上記装置ＩＤとＴＹＰＥごとにラスタデータあるいはグ
ラフィックスコマンドの形式で装置の外観図データを保
有している。

【００５２】２．６．２ 外観図情報授受アルゴリズム 上記外観図情報の書き換えは図１５のフローチャートに
示すような処理手順で実行される。すなわち、このアル
ゴリズムでは、まず、次の装着可能論理装置リストを取
得する［ステップ１５０１］。次いで装着可能論理装置
リストデータであるＩＤが０であるかどうかをチェック
する［ステップ１５０２］。ここで、装着可能論理装置
リストデータとは図１５（ｂ）に示しているいるように
ＩＤ１がプリントエンジン、ＩＤ２が給紙トレイなどに
定義されているものである。そこで、ＩＤが０でなけれ
ば外観図データ構造が論理装置情報フォーマットと一致
しているかどうか確認し［ステップ１５０３］、一致し
ていれば前述のＴＹＰＥ［ステップ１５０４］およびＰ
ＯＳＩＴＩＯＮ［ステップ１５０５］を取得し、論理装
置情報データを作成して［ステップ１５０６］、次の装
着可能論理装置リストを取得するためにステップ１５０
１に戻る。

【００５３】また、ステップ１５０３で外観図データ構
造と論理装置情報フォーマットが一致しないと判断され
たときには、外観図データ構造がグラフィックコマンド
かどうかチェックし［ステップ１５０７］、グラフィッ
クコマンドであれば外観図データ構造をグラフィックコ
マンドに追加して［ステップ１５０８］ステップ１５０
１に戻る。一方、ステップ１５０７で外観図データ構造
がグラフィックコマンドでないと判断されたときには、
外観図情報にその装置のラスタデータを書き込んで［ス
テップ１５０９］ステップ１５０１に戻る。これらの処
理を繰り返し、ステップ１５０２でＩＤが０と判断され
ると、この処理を終了する［ステップ１５１０］。

【００５４】２．６．３ 外観図の表示とポインティン
グデバイスで指示されたときの応答 ２．６．３．１ ラスタデータの場合 図１６は、クライアントとサーバとの間で実行される外
観図の表示に関するラスタデータによる処理の流れを示
すフローチャートである。

【００５５】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は縦４００ドット、横６００ドットであるので、まず、
クライアント側からサーバ側に外観図情報要求を送信す
る［ステップ１６０１］。この場合、コマンドＣＭＤ＝
０１とドット情報（Ｘ＝６００，Ｙ＝４００）とが送信
される。これに応じてサーバ側では、外観図ラスタデー
タを取得し［ステップ１６０２］、Ｘ／Ｙサイズをクラ
イアント側の表示サイズにあわせて拡大もしくは縮小す
る［ステップ１６０３］。そして、外観図データとして
クライアント側に返信する［ステップ１６０４］。クラ
イアント側では、受信した外観図データに基づいて表示
画面に表示する（もしくは表示用メモリに書き込む）
［ステップ１６０５］。ユーザもしくはオペレータは、
ＰＣの表示を見て、希望する用紙サイズである例えば２
段目のトレイの場所を図示しないポインティングデバイ
スで指定すると［ステップ１６０６］、ＰＣ側ではポイ
ンティグされた指示座標（ｘ，ｙ）を取得し［ステップ
１６０７］、サーバ側に取得した座標を通知する［ステ
ップ１６０８］。

【００５６】サーバ側では、受信した座標位置を計算
し、その位置がどの領域に対応しているかを判断し、前
述の装置ＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを取得する
［ステップ１６０９］。そして、そのデバイスの情報を
取得し［ステップ１６１０］、デバイスの状態や能力を
表現する文字列を作成する［ステップ１６１１］。その
文字列とは、例えば「第２給紙トレイ￥n Ａ４サイズ、
５００枚￥n ＲＥＡＤＹ￥n 」というものである。な
お、ここでは、￥n は改行を表わしている。このように
して作成された文字列は、サーバ側からクライアント側
に送信され［ステップ１６１２］、クライアント側で
は、この送信された文字列を外観図に加えて表示画面に
表示する［ステップ１６１３］。

【００５７】２．６．３．２ グラフィックスコマンド
の場合 図１７は、クライアントとサーバとの間で実行される外
観図の表示に関するグラフィックスコマンドによる処理
の流れを示すフローチャートである。

【００５８】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は前述のように縦４００ドット、横６００ドットである
ので、まず、クライアント側からサーバ側に外観図情報
要求を送信する［ステップ１７０１］。この場合、コマ
ンドＣＭＤ＝０２とドット情報（Ｘ＝６００，Ｙ＝４０
０）とが送信される。これに応じてサーバ側では、外観
図グラフィックスデータを取得し［ステップ１７０
２］、クライアントの要求に応じて外観図グラフィック
スデータをクライアント側に送出する［ステップ１７０
３］。同時に、サーバ側ではグラフィックスコマンドを
解釈し、ラスタデータに展開する［ステップ１７０
４］。クライアント側でも同様にグラフィックスコマン
ドを解釈し、ラスタデータに展開する［ステップ１７０
５］。ラスタデータに展開された外観図情報はクライア
ントの表示画面に表示される（もしくは表示用メモリに
書き込まれる）［ステップ１７０６］。ユーザもしくは
オペレータは、ＰＣの表示を見て、希望する用紙サイズ
である例えば２段目のトレイの場所を図示しないポイン
ティングデバイスで指定すると［ステップ１７０７］、
ＰＣ側ではポインティグされた指示座標（ｘ，ｙ）を取
得し［ステップ１７０８］、サーバ側に取得した座標を
通知する［ステップ１７０９］。

【００５９】サーバ側では、受信した座標位置を計算
し、その位置がどの領域に対応しているかを判断し、前
述のＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを取得する［ス
テップ１７１０］。そして、そのデバイスの情報を取得
し［ステップ１７１１］、デバイスの状態や能力を表現
する文字列を作成する［ステップ１７１２］。その文字
列とは、前述のような例えば「第２給紙トレイ￥n Ａ４
サイズ、５００枚￥n ＲＥＡＤＹ￥n 」というものであ
る。このようにして作成された文字列は、サーバ側から
クライアント側に送信され［ステップ１７１３］、クラ
イアント側では、この送信された文字列を外観図に加え
て表示画面に表示する［ステップ１７１４］。 ２．６．３．３ 論理装置情報の場合 図１８は、クライアントとサーバとの間で実行される外
観図の表示に関するグラフィックスコマンドによる処理
の流れを示すフローチャートである。

【００６０】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は前述のように縦４００ドット、横６００ドットである
ので、まず、クライアント側からサーバ側に外観図情報
要求を送信する［ステップ１８０１］。この場合、コマ
ンドＣＭＤ＝０３とドット情報（Ｘ＝６００，Ｙ＝４０
０）とが送信される。これに応じてサーバ側では、外観
図論理装置情報を取得し［ステップ１８０２］、当該外
観図論理装置情報にＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮ
があれば［ステップ１８０３］、クライアント側にＩ
Ｄ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを送出する［ステップ
１８０４］。また、表示用データを取り出して送信する
［ステップ１８０５］。クライアント側では、ＩＤ、Ｔ
ＹＰＥ、ＰＯＳＩＴＩＯＮを保管し［ステップ１８０
６］、サーバ側から送信された外観図データをクライア
ントの表示画面に表示する（もしくは表示用メモリに書
き込む）［ステップ１８０７］。ユーザもしくはオペレ
ータは、ＰＣの表示を見て、希望する用紙サイズである
例えば２段目のトレイの場所を図示しないポインティン
グデバイスで指定すると［ステップ１８０８］、ＰＣ側
ではポインティグされた指示座標（ｘ，ｙ）を取得し
［ステップ１８０９］、サーバ側に取得した座標に対応
する前記ＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを通知する
［ステップ１８１０］。

【００６１】サーバ側では、受信したＩＤ、ＴＹＰＥ、
ＰＯＳＩＴＩＯＮから該当するデバイスの情報を取得し
［ステップ１８１１］、デバイスの状態や能力を表現す
る文字列を作成する［ステップ１８１２］。その文字列
とは、前述のような例えば「第２給紙トレイ￥n Ａ４サ
イズ、５００枚￥n ＲＥＡＤＹ￥n 」というものであ
る。このようにして作成された文字列は、サーバ側から
クライアント側に返送され［ステップ１８１３］、クラ
イアント側では、この送信された文字列を外観図に加え
て表示画面に表示する［ステップ１８１４］。

【００６２】なお、これらの３つのパターンにおいて
は、クライアント側はいずれも通信プロトコルに従えば
よいだけであり、サーバ（ＭＦＰ）側の固有の情報は一
切持っている必要はない。

【００６３】２．７ 遠隔クライアントからの動作モー
ドの設定 ２．７．１ ラスタデータおよびグラフィクスデータの
場合 図１９は、遠隔クライアントから動作モードを設定する
場合の処理の流れを示すフローチャートである。

【００６４】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は縦４００ドット、横６００ドットであるので、まず、
クライアント側からサーバ側に画面情報要求を送信する
［ステップ１９０１］。この場合、コマンドＣＭＤ＝０
３とドット情報（Ｘ＝６００，Ｙ＝４００）とが送信さ
れる。これに応じてサーバ側では、画面データを取得し
［ステップ１９０２］、Ｘ／Ｙサイズをクライアント側
の表示サイズにあわせて拡大もしくは縮小する［ステッ
プ１９０３］。そして、画面データとしてクライアント
側に返信する［ステップ１９０４］。クライアント側で
は、受信した画面データに基づいて表示画面に表示する
（もしくは表示用メモリに書き込む）［ステップ１９０
５］。なお、サーバ側の表示画面は符号１９００で示す
ようなもので、縦４００ドット、横６００ドットの表示
画面に対し、「印刷方向」と「縦」と「横」というよう
な設定画面になる。この画面がプリンタなどの条件設定
画面であり、リモート側、言い換えればクライアント側
でポインティングデバイスでクリックすることによりサ
ーバ側の設定値を変えることができる。そこで、ユーザ
もしくはオペレータは、ＰＣの表示を見て、例えば印刷
方向「横」の部分をポインティングデバイスでで指定す
ると［ステップ１９０６］、ＰＣ側ではポインティグさ
れた指示座標（ｘ，ｙ）を取得し［ステップ１９０
７］、サーバ側に取得した座標を通知する［ステップ１
９０８］。サーバ側では、通知された座標位置を計算
し、その位置がどの領域に対応しているかを判断し、そ
の領域に対応した指示部分、すなわち、クライアント側
でクリックされた表示部分に対応する動作指示を実行す
ることになる。例えば、前記サーバ側の表示画面でスタ
ートキー部分をクライアント側からクリックすると、サ
ーバをスタートさせることができる。ステップ１９０９
でサーバ側で指示された領域がどの領域かが判断される
と、設定された値、この場合は「横」が保存され［ステ
ップ１９１０］、サーバ側では次の画面データを取得す
るとともに［ステップ１９１１］、クライアント側に設
定値が保存された旨、返答する［ステップ１９１２］。

【００６５】２．７．２ ボタン情報で送受信する場合 図２０は、遠隔クライアントから動作モードをボタン情
報で設定する場合の処理の流れを示すフローチャートで
ある。なお、ボタン情報とは後述の図２１ないし図２３
に示すようなもので、表示画面にサーバの動作を指示す
るボタンを表示し、そのボタンの機能および位置をクラ
イアント側に送信して、クライアント側で当該ボタンの
位置をクリックして動作させることができるような情報
のことである。

【００６６】使用するサーバの外観図をクライアント側
の表示装置に表示する場合、クライアント側の表示画面
は前述のように縦４００ドット、横６００ドットである
ので、まず、クライアント側からサーバ画面情報要求を
送信する［ステップ２００１］。この場合、コマンドＣ
ＭＤ＝０３とドット情報（Ｘ＝６００，Ｙ＝４００）と
が送信される。これに応じてサーバ側では、ｗｉｎｄｏ
ｗ＿ｐｔｒで示されるボタン情報を取得し［ステップ２
００２］、当該ボタン情報があれば［ステップ２００
３］、クライアント側にボタン情報を送出する。この場
合のボタン情報は、ＩＤ情報、Ｘ，Ｙ座標、幅、高さ、
ＴＹＰＥなどである［ステップ２００４］。さらに、Ｔ
ＹＰＥで示されるボタンラスタデータを取得して送信す
る［ステップ２００５］。クライアント側では、送信さ
れたＩＤ、ＴＹＰＥ、ＰＯＳＩＴＩＯＮを保管し［ステ
ップ２００６］、サーバ側から送信されたデータをクラ
イアントの表示画面に表示する（もしくは表示用メモリ
に書き込む）［ステップ２００７］。ユーザもしくはオ
ペレータは、ＰＣの表示を見て、希望するボタンの位置
を図示しないポインティングデバイスで指定すると［ス
テップ２００８］、ＰＣ側ではポインティグされた指示
座標（ｘ，ｙ）を取得し［ステップ２００９］、取得し
た座標から対応するボタンＩＤを算出し［ステップ２０
１０］、サーバ側に取得した座標に対応するボタンＩＤ
を通知する［ステップ２０１１］。

【００６７】サーバ側では、受信したボタンＩＤから設
定された値、この場合は「横」を保存し［ステップ２０
１２］、次の画面データを取得する［ステップ２０１
３］とともにクライアント側に設定された値を保存した
旨通知する［ステップ２０１４］。なお、ステップ２０
１３以降は、ステップ２００１に戻り、２回目以降の処
理を繰り返す。その際、ステップ２００２における前記
ｗｉｎｄｏｗ＿ｐｔｒで示されるデータは、以降ｎｅｘ
ｔ＿ｐｔｒで示されるボタン情報となる。

【００６８】前記ボタン情報のデータ構造は図２１に示
すようになっており、ｗｉｎｄｏｗポインタからボタン
データがリスト構造になっている。ここで、「ＩＤ」は
ボタンごとに付けられた識別子、「ＴＹＰＥ」はボタン
形状、「Ｘ座標」は左上原点からのＸ軸方向座標、「Ｙ
座標」は左上原点からのＹ方向座標、「幅」はボタンの
幅、「高さ」はボタンの高さ、「ｎｅｘｔ＿ｐｔｒ」は
次のボタンへのポインタ（０でターミネイト）である。

【００６９】図２２は表示画面に表示されたボタン情報
の具体例で、テンキー、スタートキーなどがＸ座標およ
びＹ座標に対応して割り振られている。図２３はボタン
のラスタデータ構造を示す図である。

【００７０】２．８ 遠隔クライアントからの動作指示 図２４は、遠隔クライアントからサーバに動作を指示す
る場合の処理の流れを示すフローチャートである。

【００７１】動作を指示する場合、表示画面の表示内容
を参照して実行させるので、まず、クライアント側から
サーバ側に画面情報を要求する。この場合、クライアン
ト側の表示画面は縦４００ドット、横６００ドットであ
るので、コマンドコードと表示サイズ、すなわち、コマ
ンドＣＭＤ＝０３と、ドット情報（Ｘ＝６００，Ｙ＝４
００）とを送信する［ステップ２４０１］。これに応じ
てサーバ側では、画面データを取得し［ステップ２４０
２］、Ｘ／Ｙサイズをクライアント側の表示サイズにあ
わせて拡大もしくは縮小する［ステップ２４０３］。そ
して、画面データとしてクライアント側に返信する［ス
テップ２４０４］。クライアント側では、受信した画面
データに基づいて表示画面に表示する（もしくは表示用
メモリに書き込む）［ステップ２４０５］。ユーザもし
くはオペレータは、ＰＣの表示を見て、「スタート」ボ
タン部分２４００をポインティングデバイスで指定する
と［ステップ２４０６］、ＰＣ側ではポインティグされ
た指示座標（ｘ，ｙ）を取得し［ステップ２４０７］、
サーバ側に取得した座標を通知する［ステップ２４０
８］。サーバ側では、通知された座標位置を計算し、そ
の位置がどの領域に対応しているかを判断し［ステップ
２４０９］、その領域に対応した指示部分、すなわち、
クライアント側でクリックされたスタートボタン位置と
判断し、コピージョブを開始する［ステップ２４１
０］。そして、動作指示を承知した旨クライアント側に
返答する［ステップ２４１１］。

【００７２】なお、ボタン情報で動作指示を実行させる
場合の処理手順は、図２０に示した動作モードを動作指
示に置き換えた処理手順を同様になるので、ここでの説
明は省略する。

【００７３】

【発明の効果】以上説明したように、本発明によれば、
あらかじめ設定された条件が成立したときには端末装置
と画像形成装置との間の回線を接続する手段と、前記条
件が成立したときに、前記画像形成装置側の画像形成条
件を端末装置側に送信する手段と、前記端末装置側に設
けられ、前記送信された画像形成条件を表示する手段と
を備えているので、ワークステーションなどのデータの
印刷処理などを実行するときに、端末装置側の表示装置
によって簡単に画像形成装置の状態を確認して処理する
ことが可能となる。

【００７４】

【００７５】

【００７６】

【００７７】

【００７８】

【００７９】

【００８０】

【図面の簡単な説明】

【図１】この発明の第１の実施形態に係る分散処理シス
テムを示す接続図である。

【図２】図１における複合機の構成を示すブロック図で
ある。

【図３】図１におけるワークステーション（ＷＳ）の構
成を示すブロック図である。

【図４】第１の実施形態におけるＷＳと複合機との回線
接続動作を示すフローチャートである。

【図５】第１の実施形態における印刷動作を示すフロー
チャートである。

【図６】第２の実施形態に係る分散処理システムを示す
接続図である。

【図７】図６における複合機のハードウエアの構成を示
す図である。

【図８】図６におけるユーザと複合機（ＯＡ機器）のソ
フトウエア構成を示す図である。

【図９】複合機の外観を示す図である。

【図１０】図６のシステムにおけるマルチクライアント
／シングルサーバの場合の装置選択アルゴリズムを示す
フローチャートである。

【図１１】図６のシステムにおけるマルチクライアント
／マルチサーバの場合の装置選択アルゴリズムを示すフ
ローチャートである。

【図１２】サーバからクライアント側に送信される外観
図情報（ラスタデータ）のデータ構造を示す図である。

【図１３】サーバからクライアント側に送信される外観
図情報（グラフィックスコマンド）のデータ構造を示す
図である。

【図１４】サーバからクライアント側に送信される外観
図情報（論理装置情報）のデータ構造を示す図である。

【図１５】サーバからクライアント側に送信される外観
図情報の授受アルゴリズムを示すフローチャートであ
る。

【図１６】ラスタデータの場合の外観図の表示とポイン
ティングデバイスで指示されたときの応答までの処理の
流れを示すフローチャートである。

【図１７】グラフィックスコマンドの場合の外観図の表
示とポインティングデバイスで指示されたときの応答ま
での処理の流れを示すフローチャートである。

【図１８】論理装置情報の場合の外観図の表示とポイン
ティングデバイスで指示されたときの応答までの処理の
流れを示すフローチャートである。

【図１９】遠隔クライアントからの動作モードの設定に
おける処理の流れを示すフローチャートである。

【図２０】ボタン情報で遠隔クライアントからの動作モ
ードを設定する場合の処理の流れを示すフローチャート
である。

【図２１】ボタン情報のデータ構造を示す図である。

【図２２】ボタンの表示状態を示す図である。

【図２３】ボタンのラスタデータ構造を示す図である。

【図２４】遠隔クライアントからの動作指示における処
理の流れを示すフローチャートである。

【符号の説明】

１，１０１ ネットワーク ２ ワークステーション（ＷＳ） ３，１０２ パソコン（ＰＣ） ４ 複合機 ４ａ ＣＰＵ ４ｄ 表示部 ４ｆ プリンタ部 ４ｇ ファクシミリ部 ４ｊ サービス管理部 ４ｋ デバイス管理部 ４ｌ オペレーション管理部 ４ｍ データ管理部 ４ｎ サービス機能情報格納部 ４ｏ 通信制御部 ５ サービス統括制御装置 ５ａ ＣＰＵ ５ｂ メモリ ５ｃ サービス機能管理部 ５ｄ 通信制御部 １０５ 複合機（ＭＦＰ） １０５ａ ＣＰＵ １０６ ブローカ １１０ ユーザ（クライアント） １１１ ＯＡ機器 １１５ データベースマネージャ １１６ サービスマネージャ １１７ ジョブマネージャ １１８ デバイスマネージャ １１９ オペレーションマネージャ

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 情報処理端末装置と画像形成装置とをネ
   ットワークによって接続した分散処理システムにおい
   て、 あらかじめ設定された条件が成立したときには前記端末
   装置と前記画像形成装置との間の回線を接続する手段
   と、 前記条件が成立したときに、前記画像形成装置側の画像
   形成条件を前記情報処理端末装置側に送信する手段と、 前記情報処理端末装置側に設けられ、前記送信された画
   像形成条件を表示する手段と、 を備え、 前記回線を接続する手段が、前記情報処理端末装置から
   サービス要求があったときに、前記画像形成装置にサー
   ビス適否の問い合わせを行い、前記画像形成装置がサー
   ビス可能であるならば、前記情報処理端末と画像形成装
   置との回線を接続することを特徴とする分散処理システ
   ム。
2. 【請求項２】 前記画像形成装置が複数の機能を備えた
   複写機からなることを特徴とする請求項１記載の分散処
   理システム。
3. 【請求項３】 前記複数の機能が、プリンタ機能に、ス
   キャナ機能、コピー機能、ファクシミリ機能の少なくと
   も１つを付加したものであることを特徴とする請求項２
   記載の分散処理システム。