JP3377157B2 - イメージ入出力システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，イメージ入出力シ
ステムに関し，より詳細には，デジタル複合機，スキャ
ナ，プリンタなどのイメージ入出力装置と，ワークステ
ーシヨン，パソコンなどのリモート操作装置とをネット
ワークによって接続したネットワーク分散環境における
イメージ入出力システムに関する。

【０００２】

【従来の技術】ワークステーシヨンやパソコンなどが接
続されたネットワークに接続され，ワークステーシヨン
などで作成した原稿のデータなどを印刷したりコピーし
たりするコピー機能のほか，ファクシミリ機能，プリン
タ機能，および，スキャナ機能を有するデジタル複合機
が使用されている。

【０００３】この種のデジタル複合機において，ワーク
ステーションにより作成した原稿のデータなどを印刷す
る場合は，まず，オペレータがデジタル複合機の操作部
を操作して動作モードをプリントモードに設定してか
ら，各種の条件を設定する。その後，所定のワークステ
ーシヨンなどでオペレータが印刷要求を入力してデジタ
ル複合機に印刷するデータを転送する。デジタル複合機
は転送されたデータを印刷する。転送されたデータの印
刷が終了するとオペレータは印刷物を取り出した後にデ
ジタル複合機の動作モードをプリントモードから解除す
るものである。

【０００４】また，第２の従来技術として，ドキュメン
トの機能エリアに記憶された指示によって電子ドキュメ
ントを自動的に配布するデータ処理システムについて開
示されている（たとえば，特開昭５−２８２２２１号公
報）。

【０００５】

【発明が解決しようとする課題】しかしながら，上記最
初の従来技術に係るイメージ入出力システムにあって
は，クライアント側からは，デジタル複合機の装置本体
を視認することができないことから，以下の問題点があ
った。

【０００６】第１に，装置の機種，たとえば，指定した
装置がＡ型の複合機なのかＢ型の複合機あるいはＣ型の
プリンタなのか，また，装置の能力，設定値，装置の状
態を知り得ない場合がある。

【０００７】第２に，ネットワークに接続されたデジタ
ル複合機でワークステーシヨンなどで作成した原稿のデ
ータなどを印刷する場合，ワークステーシヨンなどはあ
らかじめネツトワークに接続された複数のデジタル複合
機の装置構成，たとえば，給紙トレイの用紙サイズや用
紙量，ソータの状態や機能などを把握している必要があ
る。

【０００８】第３に，ネットワークに接続されたデジタ
ル複合機はスタンドアロン型として使用する場合と操作
が異なる。また，デジタル複合機が使用中であるかどう
かも確認する必要がある。

【０００９】したがって，ワークステーシヨンなどのオ
ペレータが原稿などの印刷をおこなうときには，その都
度，デジタル複合機の所に行って給紙トレイの用紙サイ
ズなどの状態や使用中か否かを確認してから，動作モー
ドをプリントモードに設定する必要があった。そして，
このプリントモードに設定した後，ワークステーシヨン
などの所に戻り，ワークステーシヨンなどで印刷要求を
してから再びデジタル複合機のところへ行って印刷物を
回収する必要があった。換言すれば，オペレータはワー
クステーシヨンなどとデジタル複合機の間を何度も往復
しなければならず，時間が無駄になるなどの問題点があ
った。

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

【００１１】また，第２の従来技術にあっては，ドキュ
メント自体に付加情報を持たせなければならないので，
その分ドキュメントのデータ量が多くなり，また，処理
速度に影響を与えるという問題点があった。

【００１２】

【００１３】この発明は上記に鑑みてなされたものであ
って，ドキュメント単位でイメージ入出力処理を実行す
ることにより，一度の動作指示でいろいろな種類のドキ
ュメントを得ることができるイメージ入出力システムを
提供することを目的とする。

【００１４】

【００１５】

【００１６】

【００１７】

【００１８】

【課題を解決するための手段】 上記の目的を達成するた
めに， 請求項１に係るイメージ入出力システムは，１ま
たは複数のイメージ入出力装置とリモート操作装置とを
ネットワークによって接続したネットワーク分散環境に
おけるイメージ入出力システムにおいて，前記イメージ
入出力装置が，原稿をセットするフィーダ部，前記原稿
の読み取りを実行するスキャナ部，前記スキャナ部によ
って読み取られた画像を加工する画像処理部，前記画像
処理部によって加工された画像を書き込むプロッタ部，
前記プロッタ部によって書き込まれる給紙をセットする
給紙トレイ部，前記プロッタ部によって書き込まれた給
紙を分配して配置する排紙ビン部などの複数の部品から
構成され，前記リモート操作装置が，出力ドキュメント
の単位ごとに，記憶手段に格納された複数のイメージ入
出力条件の中からイメージ入出力条件を任意に選択させ
る条件選択手段と，前記条件選択手段により選択された
条件によって前記イメージ入出力装置の操作を指示する
操作指示手段とを備え，前記操作指示手段による操作の
指示に基づいて，前記イメージ入出力装置が動作を実行
するものである。

【００１９】すなわち，リモート操作装置が，出力ドキ
ュメント（たとえば，出力済みの紙の集合やページ順の
紙の集合の場合はソートドキュメントであり，また，同
じページの紙の集合の場合はスタックドキュメントであ
る。）の単位ごとに，印刷用紙・出力ビン・書き込み解
像度などの記憶手段に格納された複数のイメージ入出力
条件から入出力条件を任意に選択させ，選択された条件
によって前記イメージ入出力装置の操作を指示し，操作
の指示に基づいて，前記イメージ入出力装置が動作を実
行するものである。

【００２０】また，請求項２に係るイメージ入出力シス
テムは，複数のイメージ入出力装置とリモート操作装置
とをネットワークによって接続したネットワーク分散環
境におけるイメージ入出力システムにおいて，前記イメ
ージ入出力装置が，原稿をセットするフィーダ部，前記
原稿の読み取りを実行するスキャナ部，前記スキャナ部
によって読み取られた画像を加工する画像処理部，前記
画像処理部によって加工された画像を書き込むプロッタ
部，前記プロッタ部によって書き込まれる給紙をセット
する給紙トレイ部，前記プロッタ部によって書き込まれ
た給紙を分配して配置する排紙ビン部などの複数の部品
から構成され，前記リモート操作装置が，出力ドキュメ
ントの単位ごとに前記複数のイメージ入出力装置の中か
ら所望のイメージ入出力装置を選択させる装置選択手段
と，前記装置選択手段により選択されたイメージ入出力
装置の操作を指示する操作指示手段とを備え，前記操作
指示手段による操作の指示に基づいて，前記選択された
イメージ入出力装置が動作を実行するものである。

【００２１】すなわち，リモート操作装置が出力ドキュ
メントの単位ごとに複数のイメージ入出力装置の中から
所望のイメージ入出力装置を選択させ，選択されたイメ
ージ入出力装置の操作を指示し，操作の指示に基づい
て，前記選択されたイメージ入出力装置が動作を実行す
るものである。

【００２２】また，請求項３に係るイメージ入出力シス
テムは，１または複数のイメージ入出力装置とリモート
操作装置とをネットワークによって接続したネットワー
ク分散環境におけるイメージ入出力システムにおいて，
前記イメージ入出力装置が，原稿をセットするフィーダ
部，前記原稿の読み取りを実行するスキャナ部，前記ス
キャナ部によって読み取られた画像を加工する画像処理
部，前記画像処理部によって加工された画像を書き込む
プロッタ部，前記プロッタ部によって書き込まれる給紙
をセットする給紙トレイ部，前記プロッタ部によって書
き込まれた給紙を分配して配置する排紙ビン部などの複
数の部品から構成され，前記リモート操作装置が，前記
イメージ入出力装置の障害発生時において，出力ドキュ
メントの単位ごとに，記憶手段に格納された複数の障害
回避策の中から障害回避策を任意に選択させる障害回避
選択手段と，前記障害回避選択手段により選択された障
害回避策に基づいて前記イメージ入出力装置の操作を指
示する操作指示手段とを備え，前記操作指示手段による
操作の指示に基づいて，前記選択されたイメージ入出力
装置が動作を実行するものである。

【００２３】すなわち，リモート操作装置が，イメージ
入出力装置の障害発生時において，出力ドキュメントの
単位ごとに，「他のイメージ入出力装置で処理する」，
「障害復旧まで待つ」，「捨てる」などの記憶手段に格
納された複数の障害回避策の中から任意に選択させ，選
択された障害回避策に基づいてイメージ入出力装置の操
作を指示し，操作の指示に基づいて，前記選択されたイ
メージ入出力装置が動作を実行するものである。

【００２４】

【発明の実施の形態】以下，この発明に係るイメージ入
出力システムの実施の形態について，〔実施の形態
１〕，〔実施の形態２〕，〔実施の形態３〕の順で図面
を参照して詳細に説明する。

【００２５】〔実施の形態１〕 （システム環境）実施の形態１に係るイメージ入出力シ
ステムにおいて，イメージ入出力装置は，クライアント
であるパソコンやワークステーションの画像（イメー
ジ）入出力サーバとして何らかの形態（１対１，あるい
はネットワーク）で接続され，クライアント／サーバ・
システムとして構築されているものである。クライアン
トとサーバとの接続形態についての詳細は後述する。

【００２６】（分散処理システム環境）まず，実施の形
態１に係るイメージ入出力システムの構成について説明
する。基本的な構成としては，実施の形態１に係る，分
散処理環境におけるイメージ入出力システムは，ネット
ワークと，パーソナルコンピュータ（ＰＣ）あるいはワ
ークステーシヨン（ＷＳ）と，イメージ入出力装置と，
ブローカとから構成される。

【００２７】図１は，実施の形態１に係るイメージ入出
力システムの構成を示すブロック図であり，図におい
て，１０１はイメージ入出力装置としてのＭＦＰ（Ｍｕ
ｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であ
り，１０２はＭＦＰ１０１を操作するための操作パネル
であり，１０３は画像入力装置としてのスキャナであ
り，１０４は画像出力装置としてのプリンタであり，１
０５はリモート操作装置としてのパーソナルコンピュー
タあるいはワークステーション（以下「ＰＣ」とする）
であり，１０６はブローカであり，１０７はネットワー
クである。

【００２８】ここで，ＭＦＰ１０１は，より具体的に
は，コピー機能のほか，スキャナ機能およびプリンタ機
能などを一体に備えたデジタル複合機である。操作パネ
ル１０２は，ユーザインターフェイスを実現するための
ＭＦＰ１０１の操作手段である。プリンタ１０３は，た
とえば，レーザープリンタなど，画像を印刷出力するた
めのものである。

【００２９】また，ブローカ１０５は，ネットワーク１
０７に接続されているＭＦＰ１０１，スキャナ１０３，
プリンタ１０４などのイメージ入出力装置が有している
機能情報を維持・管理し，クライアントであるＰＣ１０
５とサーバであるＭＦＰ１０１・スキャナ１０３・プリ
ンタ１０４などのイメージ入出力装置との接続を確立す
るミドルウエアである。ブローカ１０６は，ＣＰＵ１０
８とＲＯＭ１０９とＲＡＭ１１０と通信制御部１１１と
機能情報データベース１１２などを有するものであり，
一般的にはワークステーションやパーソナルコンピュー
タ上に構築されているものである。

【００３０】ここで，ＣＰＵ１０８は，ブローカ１０６
の全体を管理し，ＲＯＭ１０９にはＣＰＵ１０８の各種
制御プログラムが格納され，ＲＡＭ１１０はデータを記
憶したりＣＰＵ１０８のワークエリアとして機能する。
また，通信制御部１１１は，ネットワーク１０７に接続
されている各構成要素からサービスの要求があったとき
に，機能情報データベース１１２に格納されている機能
情報に基づいて，サービス可能な構成要素を選択し，構
成要素間の回線を接続するなどの制御をおこなうもので
ある。

【００３１】さらに，ネットワーク１０７は情報を伝達
するための情報伝送路であり，この情報伝送路にＭＦＰ
１０１，スキャナ１０３，プリンタ１０４などの入出力
装置のイメージ入出力装置が接続されることにより，ユ
ーザーは手元にあるＰＣ１０５のポインティングデバイ
スやキーボードなどの入力装置，操作パネル１０２，あ
るいは，スキャナ１０３，プリンタ１０４などが有する
入力装置から，別の入出力装置をリモート操作すること
ができる。

【００３２】（イメージ入力装置の構成）図２は，イメ
ージ入出力装置としてのＭＦＰ１０１の装置構成を示す
外観図である。図２において，ＭＦＰ１０１は，操作パ
ネル１０２，スキャナ部２０１，プロッタ部２０２，フ
ィーダ部２０３，給紙トレイ部２０４，排紙ビン部２０
５などの部品からなる。排紙ビン部２０５は複数個（複
数段）設けられ，排紙ビンごとの表示部およびロック機
構が備えられている。このように，ＭＦＰ１０１は，ス
キャナ部２０１，プロッタ部２０２，フィーダ部２０
３，給紙トレイ部２０４，排紙ビン部２０５などの物理
デバイスと，外部記憶装置，メモリ，フォントなどの物
理リソースを有し，ユーザインターフェイスのための操
作パネル１０２を備えている。また，画像処理用のゲー
トアレイ（たとえば，文字／写真モードなど）もイメー
ジ入力装置がもっている部品の１つである。

【００３３】（ハードウエアの構成）図３は，ＭＦＰ１
０１の基本構成を示すブロック図である。図３におい
て，３０１は，ＭＦＰ１０１の装置全体の制御をつかさ
どるＣＰＵであり，ＣＰＵ３０１の制御下には，ＲＯＭ
３０２，ＲＡＭ３０３，ＮＶＲＡＭ３０４，操作パネル
１０２およびパネル制御部３０５，スキャン／プリント
エンジン３０６およびエンジン制御部３０７，記憶装置
３０８およびディスク制御３０９，通信制御部３１０，
モデム３１１が接続されている。

【００３４】ＲＯＭ３０２は，プログラムコード，フォ
ントおよびその他のスタティックな各種情報を格納する
ものである。ＲＡＭ３０３は，一時的な記憶場所として
利用されるものである。ＮＶＲＡＭ３０４は，不揮発性
の情報を格納するものである。パネル制御部３０５は，
操作パネル１０２の制御をつかさどるものである。スキ
ャン／プリントエンジン３０６は，イメージデータの入
出力ユニットとして，紙原稿の読み取りと紙への印刷を
実行するものであり，エンジン制御部３０７は，スキャ
ン／プリントエンジン３０６を制御するものである。記
憶装置３０８は，大量のイメージデータを蓄積するとき
などに使用される大容量蓄積デバイスであり，たとえ
ば，光ディスクやハードディスクなどである。ディスク
制御部３０９は，記憶装置３０８を制御するものであ
る。

【００３５】また，通信制御部３１０は，イーサネット
などのネットワーク（たとえば，ＬＡＮ（ローカル・エ
リア・ネットワーク））に接続されて，外部の機器との
通信を可能にするものである。モデム３１１は，公衆回
線（たとえば，ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗ
ｏｒｋ））に接続されて，外部の機器との通信を可能に
するものである。

【００３６】（ソフトウエアの構成）つぎに，イメージ
入出力システムのソフトウエアについて説明する。図４
は，実施の形態１に係るイメージ入出力システムのソフ
トウエアを示す構成図である。図４において，４００は
ＯＡ機器であり，ＯＡ機器４００において，４０１はハ
ードウエアであり，４０２は各種ドライバであり，４０
３はリアルタイムＯＳである。各種ドライバ４０２は，
ハードウエア４０１を制御するインターフェイスを提供
するためものである。リアルタイムＯＳ４０３は，イン
ターフェイスをタスク単位としてとらえて，それらのタ
スクのスケジューリングや排他制御を実現して，システ
ムコールあるいはアプリケーションＡＰＩなどのＡＰＩ
として提供するものである。このＡＰＩを利用して，各
種マネージャ群がユーザとのインターフェイスを実現す
る。

【００３７】各種マネージャとして，データベースマネ
ージャ４０４，サービスマネージャ４０５，ジョブマネ
ージャ４０６，デバイスマネージャ４０７，オペレーシ
ョンマネージャ４０８などが存在する。

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

【００３９】サービスマネージャ４０５は，各種サービ
スの管理・実行・完了通知・監視状態などを実行するプ
ロセスである。なお，ここでいう各種サービスとは，フ
ォント展開やラスタサイズなどに関するプリンタサービ
ス４１０，読み取りに関するスキヤンサービス４１１，
ＦＡＸ送信・ＦＡＸ受信・相手先指定に関するＦＡＸサ
ービス４１２，および，ＯＣＲや領域抽出などに関する
ＡＩサービス４１３などである。

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

【００４１】デバイスマネージャ４０７は，各種物理デ
バイスを使用するための管理，アクセス・状態監視・属
性管理などを実行するプロセスで，各種物理デバイスと
は，印刷装置４１４（たとえば，解像度・座標・色），
スキャン装置４１５（たとえば，解像度・座標・色），
紙送り装置４１６（たとえば，給紙トレイ・排紙ビン・
ソータ・両面），および，メディア装置４１７（たとえ
ば，フロッピーディスク（ＦＤ）・光磁気ディスク（Ｍ
Ｏ））などである。

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

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

【００４４】（データ構造）つぎに，イメージ入出力装
置に装着されている部品情報のデータ構造について説明
する。図５は，イメージ入出力装置に装着されている部
品情報のデータ構造を示す説明図である。図５におい
て，５０１は「部品数」を，５０２は「部品ＩＤ」を，
５０３は「部品ＴＹＰＥ」を，５０４は「属性数」を，
５０５は「属性ＩＤ」を，５０６は「属性値数」を，５
０７は「属性値」を，５０８は「操作数」を，５０９は
「操作ＩＤ」を，５１０は「属性値設定コマンド列」
を，５１１は「操作実行コマンド列」を，それぞれ示す
ものである。

【００４５】このうち，「部品数」５０１は，そのイメ
ージ入出力装置が装着している部品の数を示すデータで
ある。「部品ＩＤ」５０２は，部品ごとの識別子を示す
データであり，たとえば，フィーダ，スキャンエンジ
ン，給紙トレイ，プロッタエンジン，排紙ビン，画像処
理装置などの識別子が存在する。「部品ＴＹＰＥ」５０
３は，部品ごとのタイプを示すデータである。たとえ
ば，部品が給紙トレイである場合に，５００枚トレイ，
２５０枚トレイなどの給紙の積載枚数によって異なるタ
イプを示すものである。

【００４６】「属性数」５０４は，その部品が保持して
いるモードの数を示すデータである。「属性ＩＤ」５０
５は，部品に対する属性ごとの識別子を示すデータであ
る。「属性値数」５０６は，その属性がとりうる値の数
を示すデータである。「属性値」５０７は，その属性に
対する値を示すデータである。「操作数」５０８は，そ
の部品が実行することができる操作の数を示すデータで
ある。「操作ＩＤ」５０９は，操作の種類を示すデータ
である。

【００４７】また，「属性値設定コマンド列」５１０
は，その属性値を設定するときに，イメージ入出力装置
に対して送るコマンド列を示すデータである。イメージ
入出力装置はこのコマンド列を解釈して，モードを設定
する。「操作実行コマンド列」５１１は，選択された動
作を実行するためのコマンド列を示すデータである。イ
メージ入出力装置はこのコマンド列を解釈して，動作を
実行する。

【００４８】そして，外観図データは，「部品ＩＤ」５
０２と「部品ＴＹＰＥ」５０３ごとにラスターデータあ
るいはグラフィックコマンドの形式により保有されてい
る。

【００４９】（部品外観図のラスターデータ構造）図６
は，部品外観図のラスターデータ構造を示す説明図であ
り，「ＴＹＰＥ」を要素としたラスターデータへのポイ
ンタの配列を示している。「ＴＹＰＥ＝０」から「ＴＹ
ＰＥ＝ｎ」までの「ｒａｓｔｅｒ＿ｐｔｒ」データに
は，それぞれに外観図の表示サイズを示す「Ｘサイズ」
データおよび「Ｙサイズ」データと，「ラスターデー
タ」が保有されている。

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

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

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

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

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

【００５５】図８は，マルチクライアント／マルチサー
バの接続形態における装置選択アルゴリスムを示すフロ
ーチャートである。図８のフローチャートにおいて，ま
ず，サーバ１，サーバ２，サーバ３がそれぞれブローカ
１０６に上記（イ）ないし（ハ）の処理能力を通知し
（ステップＳ８０１ないしステップＳ８０３），ブロー
カ１０６では，サーバ１ないしサーバ３から通知された
処理能力情報を保存しておく。一方，クライアント側で
は，ブローカ１０６にＡ４，４００ｄｐｌの処理能力の
あるサーバについて問い合わせる（ステップＳ８０
４）。ブローカ１０６はこの取得要求に応じてサーバ１
および２が要求に応えられる旨，返答する（ステップＳ
８０５）。この返答に対応してクライアント１はサーバ
１に対して装置予約要求を出し（ステップＳ８０６），
サーバ１はクライアント１に対して利用許可を返答し
（ステップＳ８０７），クライアント１とサーバ１とが
オンライン状態になる。

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

【００５７】図９は，サーバ側からクライアント側に送
信される外観図情報（ラスタデータ）のデータ構造を示
す説明図であり，図１０は，サーバ側からクライアント
側に送信される外観図情報（グラフィックスコマンド）
のデータ構造を示す説明図であり，図１１は，サーバ側
からクライアント側に送信される外観図情報（論理装置
情報）のデータ構造を示す説明図である。

【００５８】このうち，ラスターデータは図９に示すよ
うなデータ構造となっており，視点のパラメータとして
正面，背面の他に上面，右側面，左側面などのデータを
持つことも可能である。グラフィックスコマンドは図１
０に示すようなデータ構造となっており，２次元コマン
ド体系の場合は，正面，背面，上面などのデータを有す
る。さらに，論理装置情報の場合には，図１１に示すよ
うなデータ構造となっている。

【００５９】なお，これらの図において，「ＩＤ」はＭ
ＦＰの装置ＩＤであり，印刷エンジン，フロントカバ
ー，給紙トレイ，排紙トレイ，ＡＤＦなどを示す。ま
た，「ＴＹＰＥ」は装置の部品ごとの種類を示すもの
で，たとえば，給紙トレイの場合，５００枚トレイ，２
５０枚トレイ，反転トレイなどを意味する。「ＰＯＳＩ
ＴＩＯＮ」は給紙トレイや排紙トレイなどの１段目，２
段目などの位置を示す。そして，上記「ＩＤ」と「ＴＹ
ＰＥ」ごとにラスターデータあるいはグラフィックスコ
マンドの形式で装置の外観図データを保有している。

【００６０】（外観図情報授受手順）図１２は，サーバ
側からクライアント側に送信される外観図情報の授受手
順を示すフローチャートである。上記外観図情報の書き
換えは図１２のフローチャートに示すような処理手順で
実行される。すなわち，この手順では，まず，次の装着
可能論理装置リストを取得する（ステップＳ１２０
１）。つぎに，装着可能論理装置リストデータであるＩ
Ｄが０であるかどうかをチェックする（ステップＳ１２
０２）。ここで，装着可能論理装置リストデータとは図
１２（ｂ）に示しているいるように，ＩＤ１がプリント
エンジン，ＩＤ２が給紙トレイなどに定義されているも
のである。そこで，ＩＤが０でなければ外観図データ構
造が論理装置情報フォーマットと一致しているかどうか
確認する（ステップＳ１２０３）。

【００６１】ここで，一致していると判断された場合
は，前述の「ＴＹＰＥ」の取得（ステップＳ１２０４）
および「ＰＯＳＩＴＩＯＮ」の取得（ステップＳ１２０
５）をおこない，論理装置情報データを作成して（ステ
ップＳ１２０６），次の装着可能論理装置リストを取得
するために，ステップＳ１２０１へリターンする。

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

【００６３】（ラスターデータの場合における外観図表
示手順）図１３は，クライアントとサーバとの間で実行
される外観図の表示に関するラスターデータによる処理
の流れを示すフローチャートである。図１３のフローチ
ャートにおいて，使用するサーバの外観図をクライアン
ト側の表示装置に表示する場合，クライアント側の表示
画面は縦４００ドット，横６００ドットであるので，ま
ず，クライアント側からサーバ側に外観図情報要求を送
信する（ステップＳ１３０１）の場合，コマンドＣＭＤ
＝０１とドット情報（Ｘ＝６００，Ｙ＝４００）とが送
信される。これに応じてサーバ側では，外観図ラスター
データを取得し（ステップＳ１３０２），Ｘ／Ｙサイズ
をクライアント側の表示サイズにあわせて拡大もしくは
縮小する（ステップＳ１３０３）。そして，外観図デー
タとしてクライアント側に返信する（ステップＳ１３０
４）。クライアント側では，受信した外観図データに基
づいて表示画面に表示する（もしくは表示用メモリに書
き込む）（ステップＳ１３０５）。

【００６４】（グラフィックスコマンドの場合における
外観図表示手順）図１４は，クライアントとサーバとの
間で実行される外観図の表示に関するグラフィックスコ
マンドによる処理の流れを示すフローチャートである。
図１４のフローチャートにおいて，使用するサーバの外
観図をクライアント側の表示装置に表示する場合，クラ
イアント側の表示画面は前述のように縦４００ドット，
様６００ドットであるので，まず，クライアント側から
サーバ側に外観図情報要求を送信する（ステップＳ１４
０１）。この場合，コマンドＣＭＤ＝０２とドット情報
（Ｘ＝６００・Ｙ＝４００）とが送信される。

【００６５】これに応じてサーバ側では，外観図グラフ
ィツクスデータを取得し（ステップＳ１４０２），クラ
イアントの要求に応じて外観図グラフィックスデータを
クライアント側に送出する（ステップＳ１４０３）。同
時に，サーバ側ではグラフィックスコマンドを解釈し，
ラスタデータに展開する（ステップＳ１４０４）。クラ
イアント側でも同様にグラフィックスコマンドを解釈
し，ラスターデータに展開する（ステップＳ１４０
５）。ラスターデータに展開された外観図情報はクライ
アントの表示画面に表示される（もしくは表示用メモリ
に書き込まれる）（ステップＳ１４０６）。

【００６６】（論理装置情報の場合における外観図表示
手順）図１５は，クライアントとサーバとの間で実行さ
れる外観図の表示に関する論理装置情報による処理の流
れを示すフローチヤートである。図１５のフローチャー
トにおいて，使用するサーバの外観図をクライアント側
の表示装置に表示する場合，クライアント側の表示画面
は前述のように縦４００ドット，横６００ドットである
ので，まず，クライアント側からサーバ側に外観図情報
要求を送信する（ステップＳ１５０１）。この場合，コ
マンドＣＭＤ＝０３とドット情報（Ｘ＝６００，Ｙ＝４
００）とが送信される。

【００６７】これに応じてサーバ側では，外観図論理装
置情報を取得し（ステップＳ１５０２），当該外観図論
理装置情報に「ＩＤ」，「ＴＹＰＥ」，「ＰＯＳＴＩＯ
Ｎ」があれば（ステップＳ１５０３），クライアント側
に「ＩＤ」，「ＴＹＰＥ」，「ＰＯＳＩＴＩＯＮ」を送
出する（ステップＳ１５０４）。また，表示用データを
取り出して送信する（ステップＳ１５０５）。クライア
ント側では，「ＩＤ」，「ＴＹＰＥ」，「ＰＯＳＩＴＩ
ＯＮ」を保管し（ステップＳ１５０６），サーバ側から
送信された外観図データをクライアントの表示画面に表
示する（もしくは表示用メモリに書き込む）（ステップ
Ｓ１５０７）。

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

【００６９】（クライアント側の操作手順）クライアン
ト側の表示画面にイメージ入出力装置の外観図が表示さ
れた後の操作手順については，表１に示すとおりであ
る。

【００７０】

【表１】

【００７１】表１において，リモート制御をスタートさ
せると，図１６の表示例１に示す外観図を表示する。図
１６の表示例１には，使用するサーバの外観図１６０１
と，リモート制御を終了させるためのリモード制御終了
ボタン１６０２とが表示される。つぎに，オペレータは
サーバの外観図１６０１のうち，フィーダ部１６０３を
図示しないポインティングデバイスでクリックすると，
図１７の表示例２に示す給紙動作属性（片面／両面）の
選択画面が表示される。

【００７２】図１７の表示例２には，属性ＩＤ表示部１
７０１と，動作指示ボタン１７０２と，属性ＩＤ移動ボ
タン１７０３と，属性値設定ボタン１７０４と，属性値
設定終了ボタン１７０５が表示される。属性ＩＤ表示部
１７０１は，現在選択されている属性の属性ＩＤを表示
するものであり，表示例２にあっては，上述のように，
表示例１においてフィーダ部１６０３がクリックされて
いるので，属性ＩＤ表示は「給紙動作属性」となる。

【００７３】動作指示ボタン１７０２は，給紙操作ある
いは排紙操作などの操作指示画面へ切り替えをおこなう
ためのボタンである。属性ＩＤ移動ボタン１７０３は，
複数の属性ＩＤが存在する場合に，その前後の属性ＩＤ
へ移動をさせるためのボタンである。属性値設定ボタン
１７０４は，属性値を設定するためのボタンであり，給
紙動作属性の場合には，「片面」または「両面」を選択
することによりその属性値を設定する。属性値設定終了
ボタン１７０５は，属性値の設定を終了させるためのボ
タンであり，このボタンをクリックすることにより，表
示例１の外観図へと表示を切り替えるものである。

【００７４】表示例２において，オペレータが属性値設
定ボタン１７０４のうち「片面」部を図示しないポイン
ティングデバイスでクリックすると，「片面」に関する
属性値設定コマンド列を格納する。つぎに，動作指示ボ
タン１７０２をクリックすると，操作指示画面を表示す
る。給紙動作属性の場合は，給紙操作の指示画面を表示
する。また，排紙動作属性の場合は，排紙操作の指示画
面を表示する。つぎに，図示しない給紙操作の指示画面
において給紙ボタンをクリックすると，格納してある属
性値設定コマンド列をサーバ側へ送付し，これに引き続
き，操作実行コマンド列をサーバ側へ送付する。

【００７５】上記操作実行コマンド列の送付後，表示例
２の選択画面へ戻り，属性値設定終了ボタン１７０５を
クリックすることにより，ふたたび，表示例１の外観図
を表示する。表示例１のサーバの外観図１６０１のう
ち，スキャナ部１６０３を図示しないポインティングデ
バイスでクリックすることにより，以後同様の手順を繰
り返すものである。

【００７６】図１８および図１９はクライアント側の処
理手順を示すフローチャートである。図１８のフローチ
ャートにおいて，リモート制御が開始されると，まず，
部品情報のリストを取得する（ステップＳ１８０１）。
つぎにＭＦＰ送信コマンドファイルを初期化した（ステ
ップＳ１８０２）のち，外観図画面を表示する（ステッ
プＳ１８０３）。この際，部品リスト構造にしたがっ
て，全部品リストを表示する。

【００７７】つぎに，ボタンの押し下げをまって（ステ
ップＳ１８０４），押し下げがあった場合は，上記押し
下げがあったボタンがリモート制御終了ボタンであるか
否かを判断する（ステップＳ１８０５）。ここで，上記
ボタンがリモート制御終了ボタンであれば，処理は終了
する（ステップＳ１８０６）。

【００７８】一方，上記ボタンがリモート制御終了ボタ
ンでなければ，部品部ボタンの入力をまって（ステップ
Ｓ１８０７），部品部ボタンの入力があった場合は，属
性値設定画面（表示例２）を表示する（ステップＳ１８
０８）。属性値設定画面が表示された状態で，ボタンの
押し下げをまって（ステップＳ１８０９），ボタンの押
し下げがあった場合は，上記押し下げがあったボタンが
属性値ボタンであるか否かを判断する（ステップＳ１８
１０）。

【００７９】上記ステップＳ１８１０において，押し下
げがあったボタンが属性値ボタンである場合は，属性値
設定コマンド列をＭＦＰ送信ファイルへ書き込む（ステ
ップＳ１８１１）。その後，ステップＳ１８０９へリタ
ーンする。

【００８０】一方，上記ステップＳ１８１０において，
押し下げがあったボタンが属性値ボタンでない場合は，
図１９のステップＳ１９０１において，上記押し下げが
あったボタンが動作指示ボタンであるか否かを判断する
（ステップＳ１９０１）。

【００８１】上記ステップＳ１９０１において，上記押
し下げがあったボタンが動作指示ボタンでなければ，終
了ボタンであるか否かを判断し（ステップＳ１９０
２），終了ボタンであれば，図１８におけるステップＳ
１８０３へリターンする。一方，終了ボタンでなけれ
ば，図１８におけるステップＳ１８０９へリターンす
る。

【００８２】上記ステップＳ１９０１において，上記押
し下げがあったボタンが動作指示ボタンである場合は，
表示画面を操作指示画面に切り替える（ステップＳ１９
０３）。その後，ボタンの押し下げをまって（ステップ
Ｓ１９０４），ボタンの押し下げがあった場合，そのボ
タンが操作実行指示ボタンであるか否かを判断する（ス
テップＳ１９０５）。ここで，そのボタンが操作実行指
示ボタンである場合は，ＭＦＰ送信ファイルをサーバ側
に送付する（ステップＳ１９０６）。その後，操作実行
コマンド列をサーバ側に送付し（ステップＳ１９０
７），ステップＳ１９０４へリターンする。

【００８３】一方，上記ステップＳ１９０５において，
上記押し下げがあったボタンが操作実行指示ボタンでな
い場合は，以下，属性表示ルーチンと同じ処理をおこな
う。

【００８４】（実施の形態１の効果）前述したように実
施の形態１に係るイメージ入出力システムによれば，リ
モート装置であるＰＣ１０５からＭＦＰ１０１などが持
っている部品単位でモードの設定や動作の実行の指示を
することができる。

【００８５】〔実施の形態２〕 （実施の形態２の構成）実施の形態２の基本的な構成は
実施の形態１と同様であり，同一符号は共通の構成を示
すため，ここではその説明を省略する。

【００８６】（部品検索／選択の処理手順）図２０は，
実施の形態２に係る部品の検索／選択の処理手順を示す
フローチャートである。図２のフローチャートにおい
て，第１のサーバ（サーバ１−ＭＦＰ１），第２のサー
バ（サーバ２−ＭＦＰ２），第３のサーバ（サーバ３−
ＭＦＰ１３）はそれぞれの部品情報をネットワーク登録
時にブローカ１０６に転送しておき，ブローカはサーバ
識別子（サーバＩＤ）と，転送された上記部品情報をリ
ンクしてブローカ内の機能情報データベース１１２に記
憶しておく（ステップＳ２００１ないしステップＳ２０
０３）。クライアント（ＰＣ）は，検索したい部品ＩＤ
をブローカ１０６へ問い合わせをする（ステップＳ２０
０４）。

【００８７】ブローカ１０６は機能情報データベース１
１２内の部品情報から，上記検索したい部品ＩＤに該当
する部品を持っている装置のサーバＩＤと当該装置の部
品情報とをクライアントに応答する（ステップＳ２００
５）。クライアント側では，上記応答された部品情報を
検討し，その検討結果に基づいて，利用するサーバを決
定する。サーバを決定した後，実施の形態１のシーケン
スにより，決定されたサーバのリモート制御をおこな
う。

【００８８】（実施の形態２の効果）前述したように実
施の形態２に係るイメージ入出力システムによれば，ネ
ットワーク１０７に接続されている複数のＭＦＰ１０１
などの中からどの装置を利用するかを，ＭＦＰ１０１な
どが持っている部品特性を考慮してリモート操作装置で
あるＰＣ１０５から決定することができる。

【００８９】〔実施の形態３〕 （実施の形態３の構成）実施の形態３の基本的な構成は
実施の形態１と同様であり，同一符号は共通の構成を示
すため，ここではその説明を省略する。

【００９０】（ソフトウエアの構成）つぎに，実施の形
態３に係るイメージ入出力システムのソフトウエアにつ
いて説明する。図２１は，実施の形態３に係るイメージ
入出力システムのソフトウエアを示す構成図である。図
２１において，２１００はＯＡ機器であり，ＯＡ機器２
１００において，２１０１はハードウエアであり，２１
０２は各種ドライバであり，２１０３はリアルタイムＯ
Ｓである。各種ドライバ２１０２は，ハードウエア２１
０１を制御するインターフェイスを提供するためもので
ある。リアルタイムＯＳ２１０３は，インターフェイス
をタスク単位としてとらえて，それらのタスクのスケジ
ューリングや排他制御を実現して，システムコールある
いはアプリケーションＡＰＩなどのＡＰＩとして提供す
るものである。このＡＰＩを利用して，各種マネージャ
群がユーザとのインターフェイスを実現する。

【００９１】各種マネージャとして，データベースマネ
ージャ２１０４，サービスマネージャ２１０５，ジョブ
マネージャ２１０６，デバイスマネージャ２１０７，オ
ペレーションマネージャ２１０８などが存在する。

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

【００９３】サービスマネージャ２１０５は，各種サー
ビスの管理・実行・完了通知・監視状態などを実行する
プロセスである。なお，ここでいう各種サービスとは，
たとえば，フォント展開やラスタサイズなどに関するプ
リンタサービス２１１０，たとえば，読み取りに関する
スキヤンサービス２１１１，および，たとえば，ＦＡＸ
送信，ＦＡＸ受信，相手先指定に関するＦＡＸサービス
２１１２などである。

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

【００９５】デバイスマネージャ２１０７は，各種物理
デバイスを使用するための管理，アクセス・状態監視・
属性管理などを実行するプロセスで，各種物理デバイス
とは，印刷装置２１１４（たとえば，解像度・座標・
色），スキャン装置２１１５（たとえば，解像度・座標
・色），および，紙送り装置２１１６（たとえば，給紙
トレイ・排紙ビン・ソータ・両面）などである。

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

【００９７】また，各種ソフトウエア部品２１２０は，
ジョブマネージャ２１０６の管理に基づいて，エージェ
ントの役目を果たす機能として動作する。ここで，エー
ジェントとは，上記各種ソフトウエア部品がユーザの要
求をＯＡ機器のサービスマネージャ２１０５およびデバ
イスマネージャ２１０７とによって実現するための仲介
を果たすことである。すなわち，エージェントは，適切
なサービスマネージャ２１０５およびデバイスマネージ
ャ２１０７を起動することにより，ユーザの要求を満た
すものである。

【００９８】（ソフトウエア部品の構成）つぎに，ソフ
トウエア部品（エージェント）２１２０の構成について
説明する。ソフトウエア部品２１２０としては， （１）出力ドキュメント （２）バッチ （３）ページ配送 により構成される。

【００９９】（１）出力ドキュメント ソフトウエア部品２１２０のうち，出力ドキュメント
は，一つのジョブとしての一連の印刷処理によって，同
じ排紙ビンに出力される紙の束を管理する役割を有する
ソフトウエア部品である。

【０１００】（２）バッチ ソフトウエア部品２１２０のうち，バッチは，ユーザの
要求に従って，出力ドキュメントを生成する役割を有す
るソフトウエア部品である。これにより，ユーザはいく
つかのバッチを作成し，上記バッチを実行することによ
って，一度の指示により元ドキュメントをいろいろな形
態で出力ドキュメントとして得ることができる。

【０１０１】（３）ページ配送 ソフトウエア部品２１２０のうち，ページ配送は，印刷
すべきページを受け付けるものであり，それを出力ドキ
ュメントへ配送する役割を有するソフトウエア部品であ
る。したがって，このソフトウエア部品は，リスト構造
などによって配送すべき出力ドキュメントを管理してい
るため，上記出力ドキュメントをすべて知っているもの
である。

【０１０２】（データ構造）つぎに，ソフトウエア部品
２１２０のそれぞれのデータ構造について説明する。 （１）出力ドキュメント 出力ドキュメントは，「印刷装置ＩＤ」，「給紙トレイ
ＩＤ」，「排紙ビンＩＤ」，「印刷モード」，「印刷済
み紙の枚数」，「現在状態」のデータ構造から構成され
る。ここで，「印刷装置ＩＤ」は，印刷装置の種類を示
すデータである。「給紙トレイＩＤ」は，給紙トレイの
種類を示すデータである。「排紙ビンＩＤ」は，排紙ビ
ンの種類を示すデータである。「印刷モード」とは，た
とえば，集約／両面／通常などの印刷モードを示すデー
タである。「印刷済み紙の枚数」は，印刷済みの枚数を
カウントし，そのカウントした結果を示すデータであ
る。「現在状態」とは，たとえば，「アイドル中」，
「処理中」，「ジャム発生中」などの装置の現在の状態
を示すデータである。

【０１０３】（２）バッチ バッチの種類としては，「ＯＨＰバッチ」，「清書バッ
チ」，「集約バッチ」，「両面バッチ」，「通常バッ
チ」などがあり，上記それぞれのバッチは，「出力部
数」，「出力先」，「ジャム発生時の対応」，「ジャム
発生時の振替出力」のデータ構造から構成される。ここ
で，「出力部数」は，出力ドキュメントの数を示すデー
タである。「出力先」は，各バッチの条件を満足させる
出力先に関する内容を示すデータである。「ジャム発生
時の対応」は，ジャム発生時にいかなる対応をするかに
関するデータである。ジャムが発生した場合に，たとえ
ば，ジャム解除時まで待つという対応，あるいは，他の
イメージ入出力装置へ印刷処理を依頼するという対応な
どに関するデータである。

【０１０４】また，バッチの種類によって，「ＯＨＰバ
ッチはＯＨＰシートへ印刷される。」，「清書バッチは
高解像度のイメージ入出力装置によって印刷され
る。」，「集約バッチは２in１で印刷される。」，「両
面バッチは両面印刷される。」などの役割を有する。

【０１０５】（３）ページ配送 ページ配送は，「出力ドキュメントリストＩＤ」のデー
タ構造から構成される。「出力ドキュメントリストＩ
Ｄ」とは，出力ドキュメントリストで管理されているソ
フトウエア部品である上記「出力ドキュメント」に対
し，受領したページを配送することに関するデータであ
る。

【０１０６】（バッチの生成に関する処理手順）つぎ
に，上記ソフトウエア部品における処理手順について説
明する。図２２は，バッチの生成に関する処理手順を示
すフローチャートである。なお，バッチの生成は，ユー
ザとインタラクティブな設定画面により作成する場合
や，プログラムとしてバッチを生成するファクトリをソ
フトウエア部品とする場合などが想定される。しかしな
がら，この生成方法は，実施の形態３の本質とは関係が
ないものである。すなわち，実施の形態３においては，
何らかの手段によって，バッチが存在することが必要な
だけである。

【０１０７】図２２のフローチャートにおいて，バッチ
を生成するか否かを判断し（ステップＳ２２０１），バ
ッチを生成しない場合は，処理を終了する。一方，バッ
チを生成する場合は，まず，バッチの種類を設定する
（ステップＳ２２０２）。バッチの種類としては，上述
のように「ＯＨＰ」，「清書」，「集約」，「両面」な
どがあり，それらの中から所望のバッチの種類を設定す
る。つぎに，出力部数を設定する（ステップＳ２２０
３）。すなわち，出力したい部数を設定するものであ
り，設定した部数分，出力ドキュメント部品が生成され
ることになる。

【０１０８】つぎに，出力先を設定する（ステップＳ２
２０４）。出力先には，「ローカル」と「リモート」の
２種類が考えられる。「ローカル」は，ページ作成装置
（通常はスキャナである）とページ印刷装置（通常はプ
リンタである）が同一装置にあるもの，すなわち，ロー
カルな画像バスなどで接続されているものである。一
方，「リモート」は，ページ作成装置とページ印刷装置
が，別々の装置であり，何らかの形態で接続されている
もの，すなわち，ネットワークを介してページ（通常，
イメージデータを含む）を転送するものである。したが
って，「リモート」の場合は，出力先のＩＰアドレスな
どの出力先情報が必要となる。

【０１０９】つぎに，ジャム発生時の対応方法を設定し
（ステップＳ２２０５），ジャム発生時の対応が「他の
イメージ入出力装置へ印刷処理を依頼する。」という場
合に，出力先をどのイメージ入出力装置にするかを設定
する（ステップＳ２２０６）。具体的には，ＩＰアドレ
スなどの登録をおこなうことにより出力先のイメージ入
出力装置を設定する。

【０１１０】つぎに，バッチを登録をする（ステップＳ
２２０７）。バッチは複数個生成することができるの
で，通常リスト構造などによって管理をする。また，管
理をする際に，再利用をするためにバッチＩＤをつけた
り，ユーザＩＤを付加したりすることもできる。上記バ
ッチの登録により，入力ドキュメントをセット（通常
は，ＡＤＦ（オート・ドキュメント・フィーダ）などに
原稿をセット）して，上記バッチを起動（ＲＵＮ）する
ことで，復習の出力ドキュメントを得ることができる。

【０１１１】（ページ配送開始に関する処理手順）つぎ
に，ページ配送開始に関する処理手順について説明す
る。図２３は，ページ配送開始に関する処理手順を示す
フローチャートである。図２３のフローチャートにおい
て，まず，バッチからのアサイン要求をまって（ステッ
プＳ２３０１），アサイン要求があった場合，すなわ
ち，引き数として出力ドキュメントリストがあった場
合，上記出力ドキュメントリストを登録する（ステップ
Ｓ２３０２）。

【０１１２】その後，ページの到着を待ち，ページの到
着があったか否かを判断する（ステップＳ２３０３）。
イメージ入出力装置が複写機の場合は，スキャナからペ
ージが送られてくるものであり，また，プリンタの場合
は，ページ記述言語などを解釈し，ラスタライズするイ
ンタプリタからページが送られてくる。ここで，ページ
とは，何らかの印刷データ（たとえば，ラスターデー
タ）を持っているものである。

【０１１３】上記ステップＳ２３０３において，ページ
を受信した場合，つぎに，出力ドキュメントを取得する
（ステップＳ２３０４）。そして，出力ドキュメントが
あったが否かを判断し（ステップＳ２３０５），出力ド
キュメントがない場合は，ステップＳ２３０３へリター
ンする。一方，出力ドキュメントがあった場合は，受信
したページを出力ドキュメントへ通知し（ステップＳ２
３０６），その後，ステップＳ２３０４へリターンす
る。

【０１１４】上記ステップＳ２３０３において，ジョブ
終了信号を受信した場合，ステップＳ２３０１へリター
ンする。ジョブ終了の判断は，たとえば，複写機の場
合，ＡＤＦにセットされたシートが無くなったときとき
が考えられ，また，プリンタの場合，ジョブ終了（ＥＯ
Ｆ）受信あるいは受信データタイムアウトなどで判断す
る場合もある。

【０１１５】（バッチ起動に関する処理手順）つぎに，
バッチ起動に関する処理手順について説明する。図２４
は，バッチ起動に関する処理手順を示すフローチャート
である。図２４のフローチャートにおいて，バッチの起
動（ＲＵＮ）に関して，まず，バッチリストを取得する
（ステップＳ２４０１）。その後，新たなバッチ，すな
わち，次のバッチがあるか否かを判断し（ステップＳ２
４０２），次のバッチがある場合は，そのバッチを取得
する（ステップＳ２４０３）。

【０１１６】つぎに，どのようなバッチの種類がある
か，バッチの種類を取得する（ステップＳ２４０４）。
バッチの種類としては，上述のように，「ＯＨＰバッ
チ」，「清書バッチ」，「集約バッチ」，「両面バッ
チ」，「通常バッチ」などがある。出力部数の数だけ
「出力ドキュメント」に関するソフトウエア部品を生成
する（ステップＳ２４０５）。

【０１１７】つぎに，上記ステップＳ２４０４において
取得したバッチの種類が「ＯＨＰバッチ」であるか否か
を判断する（ステップＳ２４０６）。ここで，取得した
バッチの種類が「ＯＨＰバッチ」である場合は，ＯＨＰ
シートが入っている給紙トレイを検索し（ステップＳ２
４０７），検索したイメージ入出力装置の装置ＩＤをバ
ッチの「出力先」属性とする。さらに，ＯＨＰシートが
入っている給紙トレイの番号を取得し（ステップＳ２４
０８），ステップＳ２４１２へ移行する。

【０１１８】上記ステップＳ２４０６において，取得し
たバッチの種類が「ＯＨＰ」でない場合は，そのバッチ
が「清書バッチ」であるか否かを判断する（ステップＳ
２４０９）。ここで，「清書バッチ」である場合は，１
２００ｄｐｉ以上のプロッタエンジンを検索し（ステッ
プＳ２４１０），検索したイメージ入出力装置の装置Ｉ
Ｄをバッチの「出力先」属性とした後，ステップＳ２４
１２へ移行する。

【０１１９】他のバッチについても，上記「ＯＨＰバッ
チ」や「清書バッチ」と同様に，条件を満足するイメー
ジ入出力装置を検索し，その装置ＩＤをバッチの「出力
先」属性とし（ステップＳ２４１１），その後，ステッ
プＳ２４１２へ移行する。なお，図２４のフローチャー
トにおいては，他のバッチについての詳細なステップに
ついては同様の処理手順となるので，その内容は省略す
る。

【０１２０】ステップＳ２４１２において，検索された
イメージ入出力装置の装置ＩＤを取得し，その装置ＩＤ
を出力ドキュメントの「印刷ＩＤ」に設定する（ステッ
プＳ２４１２）。つぎに，ドキュメントの生成順にビン
番号を設定する（ステップＳ２４１３）。ここで，同一
のイメージ入出力装置の装置ＩＤの組で，順番にビン番
号を割り付けることで，ソート機能を実現することがで
きる。

【０１２１】つぎに，給紙トレイを設定する（ステップ
Ｓ２４１４）。給紙トレイは，スキャナから与えられる
情報，すなわち，原稿サイズ自動検知により検知した原
稿サイズ情報，あるいは，固定サイズに設定されている
場合に固定サイズ情報などの情報に基づいてトレイ番号
を選択することで給紙トレイを設定する。その後，ステ
ップＳ２４０２へリターンする。

【０１２２】ステップＳ２４１４において，次のバッチ
がない場合は，すべての出力ドキュメントを起動し（ス
テップＳ２４２０），終了する。その後，出力ドキュメ
ントに関する処理に移行する。

【０１２３】（出力ドキュメントに関する処理手順）つ
ぎに，出力ドキュメントに関する処理手順について説明
する。図２５は，出力ドキュメントに関する処理手順を
示すフローチャートである。図２５のフローチャートに
おいて，出力ドキュメントに関して，まず，ページがあ
るかを待って（ステップＳ２５０１），ページがある場
合に，当該ページに係るバッチが，ジャム発生時には他
のイメージ入出力装置へ振替出力をするというデータに
なっているか否かを判断する（ステップＳ２５０２）。

【０１２４】上記ステップＳ２５０２において，他のイ
メージ入出力装置へ振替出力をするというデータになっ
ている場合は，当該ページを保存する（ステップＳ２５
０３）。一方，振り替えをするというデータになってい
ない場合は，該当ページの保存はおこなわない。ここ
で，同一マシンの場合は，すでに印刷出力されたシート
があるので，ページを保存する必要はない。また，他の
イメージ入出力装置へ振替出力をおこなう場合は，ジャ
ムが発生したイメージ入出力装置においてすでに出力さ
れたシートは不要となり，保存してあるページを最初か
ら他のイメージ入出力装置へ送付することにより，当該
他のイメージ入出力装置から前ページが出力されること
になる。

【０１２５】つぎに，印刷指示を発行する（ステップＳ
２５０４）。すなわち，給紙トレイ番号と排紙ビン番号
と印刷すべきページをプロッタエンジンに送付すること
により印刷を実行する。

【０１２６】その後，印刷が完了するのをまって（ステ
ップＳ２５０５），印刷が正常に終了した場合は，印刷
済みのシートの枚数をインクリメントし（ステップＳ２
５０６），その後，ステップＳ２５０１へリターンす
る。

【０１２７】一方，上記ステップＳ２５０５において，
印刷が正常に終了しない場合，たとえば，ジャムなどが
発生した場合は，当該発生したジャムをバッチに通知す
る（ステップＳ２５０７）。バッチは，ジャム発生のメ
ッセージを受信すると，出力ドキュメントの印刷装置Ｉ
Ｄをバッチのジャム発生時の振替出力先に書き換える。
さらに，出力ドキュメントは，保存しているページをペ
ージ配送に順番に送付する。その後，ステップＳ２５０
１へリターンする。

【０１２８】（実施の形態３の効果）前述したように実
施の形態３に係るイメージ入出力システムによれば，ド
キュメント単位でイメージ入出力処理を実行することに
より，１つの元のドキュメントからＯＨＰ用のＯＨＰシ
ートに印刷されたドキュメントと配布資料用に集約印刷
されたドキュメントなどを一度の操作で得ることができ
る。

【０１２９】また，ドキュメントの出力先も指定するこ
とができるので，正式文書の届け先とカーボンコピー
（ｃｃ）の届け先を，一度の操作で指定して，かつ，清
書用のドキュメントは普通紙で印刷し，カーボンコピー
用のドキュメントは再生紙で印刷するという動作指示を
することができる。

【０１３０】また，ジャムなどの障害発生時において
も，ドキュメント単位で障害回避をすることができるの
で，ドキュメントの構成要素となるそれぞれの出力シー
トが別の装置にばらばらに出力されるのを回避すること
ができる。

【０１３１】

【０１３２】

【０１３３】

【発明の効果】 以上説明したように， 本発明のイメージ
入出力システム（請求項１）にあっては，リモート操作
装置が，出力ドキュメントの単位ごとに，イメージ入出
力条件を選択させ，選択された条件によって前記イメー
ジ入出力装置の操作を指示し，操作の指示に基づいて，
前記イメージ入出力装置が動作を実行するので，１つの
元のドキュメントからイメージ入出力条件が異なる動作
を一度の操作で得ることができる。

【０１３４】また，本発明のイメージ入出力システム
（請求項２）にあっては，リモート操作装置が出力ドキ
ュメントの単位ごとに複数のイメージ入出力装置の中か
ら所望のイメージ入出力装置を選択させ，選択されたイ
メージ入出力装置の操作を指示し，操作の指示に基づい
て，前記選択されたイメージ入出力装置が動作を実行す
るので，ドキュメントの出力先も指定することができ，
ドキュメント単位で複数の届け出先を一度の操作で指定
することができ，かつ，届け出先ごとに異なるイメージ
出力条件によって動作指示をすることができる。

【０１３５】また，本発明のイメージ入出力システム
（請求項３）にあっては，リモート操作装置が，イメー
ジ入出力装置の障害発生時において，出力ドキュメント
の単位ごとに障害回避策を選択させ，選択された障害回
避策に基づいてイメージ入出力装置の操作を指示し，操
作の指示に基づいて，前記選択されたイメージ入出力装
置が動作を実行するので，ドキュメントの構成要素とな
るそれぞれの出力シートなどが別のイメージ入出力装置
においてばらばらに処理されることを回避することがで
きる。

【図面の簡単な説明】

【図１】実施の形態１に係るイメージ入出力システムの
構成を示すブロック図である。

【図２】ＭＦＰの装置構成を示す外観図である。

【図３】ＭＦＰの基本構成を示すブロック図である。

【図４】実施の形態１に係るイメージ入出力システムの
ソフトウエアを示す構成図である。

【図５】イメージ入出力装置に装着されている部品情報
のデータ構造を示す説明図である。

【図６】部品外観図のラスターデータ構造を示す説明図
である。

【図７】マルチクライアント／シングルサーバの接続形
態における装置選択手順を示すフローチャートである。

【図８】マルチクライアント／マルチサーバの接続形態
における装置選択手順を示すフローチャートである。

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

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

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

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

【図１３】クライアントとサーバとの間で実行される外
観図の表示に関するラスタデータによる処理の流れを示
すフローチャートである。

【図１４】クライアントとサーバとの間で実行される外
観図の表示に関するグラフィックスコマンドによる処理
の流れを示すフローチャートである。

【図１５】クライアントとサーバとの間で実行される外
観図の表示に関する論理装置情報による処理の流れを示
すフローチャートである。

【図１６】外観図の表示例１である。

【図１７】外観図の表示例２である。

【図１８】クライアント側の処理手順を示すフローチャ
ート（その１）である。

【図１９】クライアント側の処理手順を示すフローチャ
ート（その２）である。

【図２０】部品の検索／選択の処理手順を示すフローチ
ャートである。

【図２１】実施の形態３に係るイメージ入出力システム
のソフトウエアを示す構成図である。

【図２２】バッチの生成に関する処理手順を示すフロー
チャートである。

【図２３】ページ配送開始に関する処理手順を示すフロ
ーチャートである。

【図２４】バッチ起動に関する処理手順を示すフローチ
ャートである。

【図２５】出力ドキュメントに関する処理手順を示すフ
ローチャートである。

【符号の説明】

１０１ ＭＦＰ １０２ 操作パネル １０３ スキャナ １０４ プリンタ １０５ ＰＣ １０６ ブローカ １０７ ネットワーク １０８ ＣＰＵ １０９ ＲＯＭ １１０ ＲＡＭ １１１ 通信制御部 １１２ 機能情報データベース ２０１ スキャナ部 ２０２ プロッタ部 ２０３ フィーダ部 ２０４ 給紙トレイ部 ２０５ 排紙ビン部 ３０１ ＣＰＵ ３０２ ＲＯＭ ３０３ ＲＡＭ ３０４ ＮＶＲＡＭ ３０５ パネル制御部 ３０６ スキャン／プリントエンジン ３０７ エンジン制御部 ３０８ 記憶装置 ３０９ ディスク制御部 ３１０ 通信制御部 ３１１ モデム

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 １または複数のイメージ入出力装置とリ
   モート操作装置とをネットワークによって接続したネッ
   トワーク分散環境におけるイメージ入出力システムにお
   いて， 前記イメージ入出力装置が，原稿をセットするフィーダ
   部，前記原稿の読み取りを実行するスキャナ部，前記ス
   キャナ部によって読み取られた画像を加工する画像処理
   部，前記画像処理部によって加工された画像を書き込む
   プロッタ部，前記プロッタ部によって書き込まれる給紙
   をセットする給紙トレイ部，前記プロッタ部によって書
   き込まれた給紙を分配して配置する排紙ビン部などの複
   数の部品から構成され， 前記リモート操作装置が，出力ドキュメントの単位ごと
   に，記憶手段に格納された複数のイメージ入出力条件の
   中からイメージ入出力条件を任意に選択させる条件選択
   手段と，前記条件選択手段により選択された条件によっ
   て前記イメージ入出力装置の操作を指示する操作指示手
   段とを備え， 前記操作指示手段による操作の指示に基づいて，前記イ
   メージ入出力装置が動作を実行することを特徴とするイ
   メージ入出力システム。
2. 【請求項２】 複数のイメージ入出力装置とリモート操
   作装置とをネットワークによって接続したネットワーク
   分散環境におけるイメージ入出力システムにおいて， 前記イメージ入出力装置が，原稿をセットするフィーダ
   部，前記原稿の読み取りを実行するスキャナ部，前記ス
   キャナ部によって読み取られた画像を加工する画像処理
   部，前記画像処理部によって加工された画像を書き込む
   プロッタ部，前記プロッタ部によって書き込まれる給紙
   をセットする給紙トレイ部，前記プロッタ部によって書
   き込まれた給紙を分配して配置する排紙ビン部などの複
   数の部品から構成され， 前記リモート操作装置が，出力ドキュメントの単位ごと
   に前記複数のイメージ入出力装置の中から所望のイメー
   ジ入出力装置を選択させる装置選択手段と，前記装置選
   択手段により選択されたイメージ入出力装置の操作を指
   示する操作指示手段とを備え， 前記操作指示手段による操作の指示に基づいて，前記選
   択されたイメージ入出力装置が動作を実行することを特
   徴とするイメージ入出力システム。
3. 【請求項３】 １または複数のイメージ入出力装置とリ
   モート操作装置とをネットワークによって接続したネッ
   トワーク分散環境におけるイメージ入出力システムにお
   いて， 前記イメージ入出力装置が，原稿をセットするフィーダ
   部，前記原稿の読み取りを実行するスキャナ部，前記ス
   キャナ部によって読み取られた画像を加工する画像処理
   部，前記画像処理部によって加工された画像を書き込む
   プロッタ部，前記プロッタ部によって書き込まれる給紙
   をセットする給紙トレイ部，前記プロッタ部によって書
   き込まれた給紙を分配して配置する排紙ビン部などの複
   数の部品から構成され， 前記リモート操作装置が，前記イメージ入出力装置の障
   害発生時において，出力ドキュメントの単位ごとに，記
   憶手段に格納された複数の障害回避策の中から障害回避
   策を任意に選択させる障害回避選択手段と，前記障害回
   避選択手段により選択された障害回避策に基づいて前記
   イメージ入出力装置の操作を指示する操作指示手段とを
   備え， 前記操作指示手段による操作の指示に基づいて，前記選
   択されたイメージ入出力装置が動作を実行することを特
   徴とするイメージ入出力システム。