JP3495836B2 - 複合機器及び制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複写機能・印刷機
能・スキャナ等を有すると共に使用者の諸動作を要する
複数の機能部品を備えた複合機器、或いは複写機能・印
刷機能・スキャナ等の単一の機能を有すると共に使用者
の諸動作を要する複数の機器に対する外部機器からの処
理要求の予約に基づき要求処理を実行する場合に適用さ
れる複合機器及び制御方法に関する。

【０００２】

【従来の技術】従来、複合機の一例としては、プリン
ト，コピー，スキャン，ファクシミリ機能を備えたデジ
タルコピアを挙げることができる。この種の複合機で
は、本体操作部またはコンピュータインターフェースよ
り処理要求を受付けると共に、それぞれの機能について
受付けた処理要求の状態を保持し、外部からの問い合わ
せに対して応答することができるようになっている。ま
た、この種の複合機は、処理要求実行時に使用者の諸動
作を要する機器として原稿読み取り部がある。従来は、
使用者が原稿読み取り部に原稿を載置してから処理要求
を出すという手順をとっているが、当該手順による方法
では、原稿読み取り部が使用されていない時のみ処理要
求を受付けるということが前提となっている。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術においては、複合機の原稿読み取り部の場
合、処理要求実行時に使用者の諸動作を要するため、使
用可能な時間が判然としないということに加えて、処理
要求に必要な機器を使用する他の競合する処理要求の状
態を知ることはできない、即ち、機器に対する全要求の
処理状態を取ることができないという問題があった。

【０００４】例えば、使用者が複合機の原稿読み取り部
を使用する際には、複数の使用者を有するネットワーク
ほど、その使用状況を認識しにくく、原稿読み取り部に
原稿を置きに行くという動作を必要とするために、実際
に処理要求を行うまでに時間差を生ずる。このため、使
用者が原稿読み取り部に原稿を置きに行った時点で、原
稿読み取り部が他の使用者により先取りされている場合
があるという問題があった。

【０００５】更に、複合機でコピー処理を行う場合を考
えると、原稿読み取り部と印刷部とを必要とするが、処
理要求を行っても、他の使用者のプリント要求により印
刷部が使用されている場合は、コピー処理を実行できな
い。ここで、同じ機能部品を使うにも関わらず、機能が
相異するために、プリント要求がいつ終了するかは、コ
ピー機能から参照することはできない。即ち、原稿読み
取り部が使用可能な時間については、他機能への処理要
求の実行状況を反映できないために、正確に判断できな
いという問題があった。

【０００６】 本発明は、上述した点に鑑みなされたも
のであり、使用者は機能部品或いは機器が使用されてい
るか否かを気にせずに処理要求を出せると共に、使用可
能な状態に効率的に対処可能とし、更に、使用者へ確実
に使用権を与えると共に、機能部品或いは機器を不当に
占有させないようにした複合機器及び制御方法を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、複数の機能部品を備えた複合機
器であって、外部機器から受付けた処理要求に必要な機
能部品を判定する機能部品判定手段と、前記処理要求で
要求された処理を実行するのが可能になる処理開始可能
時間を概算する時間概算手段と、前記処理要求に必要な
機能部品の処理状態を判定する処理状態判定手段と、前
記処理要求に必要な複数の機能部品のうちの１つが使用
可能である場合、前記時間概算手段により概算された処
理開始可能時間を前記外部機器に通知する予告通知手段
と、前記予告通知手段により前記処理開始可能時間が通
知された後、前記処理要求に必要な複数の機能部品が使
用可能である場合、処理受付可能である旨を前記外部機
器へ通知する通知手段とを具備することを特徴とする。

【０００８】 上記目的を達成するため、請求項２の発
明は、前記通知手段による処理受付可能の通知から一定
時間内に、使用者本人を特定するデータが入力されたか
否かを判定する判定手段を有することを特徴とする。

【０００９】 上記目的を達成するため、請求項３の発
明は、前記処理要求を予約キューに登録する登録手段を
有し、前記一定時間内に使用者を特定するデータが入力
されず、再試行が可能な場合、前記処理要求は前記予約
キューの最後にまわされ、前記一定時間内に使用者を特
定するデータが入力されず、再試行が可能でない場合、
前記処理要求は前記予約キューから削除されることを特
徴とする。

【００１０】 上記目的を達成するため、請求項４の発
明は、前記予告通知手段は、前記処理開始可能時間と、
前記処理要求に必要な複数の機能部品のうちの１つが使
用可能である旨を反映したメッセージとを通知すること
を特徴とする。

【００１１】 上記目的を達成するため、請求項５の発
明は、前記予告通知手段は、前記処理開始可能時間が予
告通知時間より小さくない場合、予告通知を行う時間ま
で待機して、前記処理開始可能時間に代えて前記予告通
知時間を通知することを特徴とする。

【００１２】 上記目的を達成するため、請求項６の発
明は、前記処理要求に必要な機能部品のうちの１つはス
キャナ部であり、前記通知手段は、コピー要求処理可能
である旨を前記外部機器へ通知することを特徴とする。
上記目的を達成するため、請求項７の発明は、印刷部と
スキャナ部とを備えた複合機器であって、外部機器から
受付けた処理要求がスキャナ部を使用するかを判定する
機能部品判定手段と、前記処理要求に必要な機能部品で
処理を実行するのが可能になる処理開始可能時間を概算
する時間概算手段と、前記スキャナ部が占有された後、
前記時間概算手段により概算された処理開始可能時間と
スキャナ部が使用可能である旨を前記外部機器に通知す
る予告通知手段と、前記予告通知手段により前記処理開
始可能時間が通知された後、前記処理要求に必要な複数
の機能部品が使用可能である場合、処理受付可能である
旨を前記外部機器へ通知する通知手段とを具備すること
を特徴とする。上記目的を達成するため、請求項８の発
明は、前記時間概算手段は、スキャナ部以外の必要な機
能部品のキューを参照して、前記処理開始可能時間を概
算することを特徴とする。上記目的を達成するため、請
求項９の発明は、外部機器から受付けた処理要求がスキ
ャナ部を使用すると前記機能部品判定手段により判定さ
れた場合、前記処理要求をスキャナ部の予約キューに登
録することを特徴とする。上記目的を達成するため、請
求項１０の発明は、複数の機能部品を備えた複合機器
と、該複合機器に通信インターフェースを介して接続さ
れた外部機器とを具備したシステムの制御方法であっ
て、外部機器から受付けた処理要求に必要な機能部品を
判定する機能部品判定工程と、前記処理要求で要求され
た処理を実行するのが可能になる処理開始可能時間を概
算する時間概算工程と、前記処理要求に必要な機能部品
の処理状態を判定する処理状態判定工程と、前記処理要
求に必要な複数の機能部品のうちの１つが使用可能であ
る場合、前記時間概算工程により概算された処理開始可
能時間を前記外部機器において表示する予告通知工程
と、前記予告通知工程により前記処理開始可能時間が通
知された後、前記処理要求に必要な複数の機能部品が使
用可能である場合、処理受付可能である旨を前記外部機
器において表示する通知工程とを具備することを特徴と
する。上記目的を達成するため、請求項１１の発明は、
前記通知工程による処理受付可能の表示から一定時間内
に、使用者本人を特定するデータが入力されたか否かを
判定する判定工程を有することを特徴とする。上記目的
を達成するため、請求項１２の発明は、前記処理要求を
予約キューに登録する登録工程を有し、前記一定時間内
に使用者を特定するデータが入力されず、再試行が可能
な場合、前記処理要求は前記予約キューの最後にまわさ
れ、前記一定時間内に使用者を特定するデータが入力さ
れず、再試行が可能でない場合、前記処理要求は前記予
約キューから削除されることを特徴とする。上記目的を
達成するため、請求項１３の発明は、前記予告通知工程
では、前記処理開始可能時間と、前記処理要求に必要な
複数の機能部品のうちの１つが使用可能である旨を反映
したメッセージとを表示することを特徴とする。上記目
的を達成するため、請求項１４の発明は、前記予告通知
工程では、前記処理開始可能時間が予告通知時間より小
さくない場合、予告通知を行う時間まで待機して、前記
処理開始可能時間に代えて前記予告通知時間を表示する
ことを特徴とする。

【００１３】

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

【００１４】（１）第１の実施の形態 図１及び図２は第１の実施の形態に係る予約・実行シス
テムを適用した複合機器及び外部機器の構成を示すブロ
ック図である。先ず、図１の複合機器は、画像形成部１
と、制御部２と、印刷部３と、スキャナ部４と、操作部
５と、ＦＡＸインターフェース６と、コンピュータイン
ターフェース７とを備える構成となっており、制御部２
には各部が各々専用のインターフェースを介して接続さ
れている。制御部２は、中央演算装置（ＣＰＵ）８と、
記憶装置（メモリ）９とを備えており、これら両装置は
内部インターフェースを介して接続されている。また、
制御部２は、コンピュータインターフェース７を介して
サーバーコンピュータ１０と接続されている。また、サ
ーバーコンピュータ１０は、必要な機能部品の処理と予
約のキュー１１を備えており、ネットワーク１３を介し
てクライアントコンピュータ１２等の他のクライアント
マシンと接続されている。

【００１５】上記各部の構成を説明すると、画像形成部
１はコピー／プリント時の画像形成動作を行い、制御部
２の中央演算装置８は記憶装置９に記憶したプログラム
に基づき各部の制御を行い、印刷部３はコピー／プリン
ト時の印刷動作を行う。また、スキャナ部４は画像情報
を入力するためのものであり、操作部５はデータの入力
やメッセージの表示を行うためのものである。また、Ｆ
ＡＸインターフェース６は制御部２とファクシミリ装置
（図示略）との間の信号や情報の送受を行い、コンピュ
ータインターフェース７は制御部２とサーバーコンピュ
ータ１０やクライアントコンピュータ１２等との間の信
号や情報の送受を行う。

【００１６】更に詳述すると、制御部２は、サーバーコ
ンピュータ１０からコンピュータインターフェース７を
介して受付けた処理要求を中央演算装置８で解析すると
共に、当該処理要求に必要な機能部品（画像形成部１、
印刷部３、スキャナ部４、ＦＡＸインターフェース６、
コンピュータインターフェース７）を制御する。この場
合、中央演算装置８の機能は設計時に固定されているも
のであるため、本発明の予約・実行システムを新たな機
能として付加するために、サーバーコンピュータ１０上
に本発明の予約・実行システムを構築し、更に、上記の
機能に関わる処理を行う際に必要な前記機能部品を処理
別に記述した関係テーブルＴ（図６参照）を記憶装置９
に保持すると共に、処理毎に入力データの保持能力を参
照できるように登録しておく。関係テーブルＴは、同時
に２つ以上の機能部品を使用しなければならないか否か
を判断するためのものである。

【００１７】例えばコピー機能については、スキャンし
たデータを記憶装置９に蓄積することが可能な場合は、
印刷部３が使用中でも先に原稿をスキャンしておいて印
刷部３が使用可能となってからデータを出力すればよ
い。しかし、スキャンしたデータを記憶装置９に一時的
にしか蓄積できない場合は、スキャナ部４と印刷部３と
が同時に使用可能とならなければ処理が実行できない。
これは、機器の仕様に依存するものであるため、機器毎
の能力としてサーバーコンピュータ１０上に保持してお
く。上記により、複合機器に対する処理要求をサーバー
コンピュータ１０で制御する。

【００１８】図２の複合機器は、画像形成部２１と、制
御部２２と、印刷部２３と、スキャナ部２４と、操作部
２５と、ＦＡＸインターフェース２６と、ネットワーク
インターフェース２７とを備える構成となっており、制
御部２２には各部が各々専用のインターフェースを介し
て接続されている。制御部２２は、中央演算装置（ＣＰ
Ｕ）２８と、記憶装置（メモリ）２９とを備えており、
これら両装置は内部インターフェースを介して接続され
ている。また、制御部２２は、ネットワークインターフ
ェース２７を介して直接ネットワーク３１と接続されて
いる。ネットワーク３１は、クライアントコンピュータ
３０等の他のクライアントマシンと接続されている。

【００１９】上記各部の構成を説明すると、画像形成部
２１はコピー／プリント時の画像形成動作を行い、制御
部２２の中央演算装置２８は記憶装置２９に記憶したプ
ログラムに基づき各部の制御を行い、印刷部２３はコピ
ー／プリント時の印刷動作を行う。また、スキャナ部２
４は画像情報を入力するためのものであり、操作部２５
はデータの入力やメッセージの表示を行うためのもので
ある。また、ＦＡＸインターフェース２６は制御部２２
とファクシミリ装置（図示略）との間の信号や情報の送
受を行い、ネットワークインターフェース２７は制御部
２２とクライアントコンピュータ１２等との間の信号や
情報の送受を行う。

【００２０】図２に示した例は、本発明の予約・実行シ
ステムを複合機器本体の制御部２２に組み込むことが可
能な場合であり、上述した関係テーブルＴ（図６参照）
と入力データの保持能力を図１の場合と同様に記憶装置
２９に保持する。制御部２２は、クライアントコンピュ
ータ３０等からネットワークインターフェース２７を介
して受付けた処理要求を中央演算装置２８で直接解析し
て、予約キュー及び処理待ちキューを記憶装置２９に保
持し、処理要求を制御する。

【００２１】図６はサーバーコンピュータ１０または中
央演算装置２８に予め登録されている各処理に必要な複
合機器の機能部品を示した関係テーブルＴの例である。
図７は予告通知のメッセージの例であり、当該メッセー
ジは要求先のクライアントコンピュータ上に表示され
る。図８は要求した処理が可能であることを示す本通知
のメッセージの例であり、当該メッセージは要求先のク
ライアントコンピュータ上に表示される。図９は処理を
実行するための使用者本人を特定するデータの入力を要
求するメッセージの例であり、当該メッセージはサーバ
ーコンピュータ１０、操作部５または操作部２５上に表
示される。図９の例では、使用者本人を特定するデータ
としてパスワードを入力するようになっている。

【００２２】図１０は処理開始指示を要求するメッセー
ジの例であり、当該メッセージはサーバーコンピュータ
１０、操作部５または操作部２５上に表示される。図１
１はスキャナ部の予約キューの例であり、本例ではスキ
ャナ部は他の機能部品の処理待ちをしているため、待機
していることを示している。図１２は印刷部の処理待ち
キューの例であり、本例ではスキャナ部の予約キューか
ら処理待ちをするための要求が登録されている。本例の
処理待ち時間は、８４＊０.２＋１５８＋３２≒２０７
［ｓｅｃ］と算出される。図１３は印刷部の処理待ちキ
ューにおいて、図１２の状態から変化し、スキャナ部の
予約キューの先頭の要求を印刷部が処理可能となった状
態を示した例であり、スキャナ部はこの状態を検知して
コピー要求を開始する。

【００２３】次に、第１の実施の形態に係る予約を行う
機能部品であるスキャナ部への要求の処理を図３に基づ
き説明する。

【００２４】 先ず、制御部２または制御部２２は、ク
ライアントコンピュータ１２からサーバーコンピュータ
１０及びコンピュータインターフェース７を介して、ま
たはクライアントコンピュータ３０からネットワークイ
ンターフェース２７を介して処理要求を受付け、当該処
理要求を処理すべき機能部品のキューに振り分ける（ス
テップＳ３０１）。これにより、予約キューに要求が登
録されれば、要求を検出し（ステップＳ３０２）、他が
使用できないようにスキャナ部４またはスキャナ部２４
を占有する（ステップＳ３０３）。

【００２５】次いで、予約キューの先頭の要求の処理を
開始する（ステップＳ３０４）。先ず、要求の種類に基
づき、予告通知の有無及び予告通知をいつ行うかを判定
後、実施し、他の機能部品を使用する場合には、その処
理待ちキューに登録する（ステップＳ３０５）。要求に
使用する機能部品の全てが使用可能であると判明したな
らば（ステップＳ３０６）、要求先のクライアントコン
ピュータ１２またはクライアントコンピュータ３０（以
下、予約先と称する）へ処理受付可能である旨を例えば
図８に示すように通知する（ステップＳ３０７）。

【００２６】前記処理受付可能の通知から一定時間内
に、サーバーコンピュータ１０、操作部５または操作部
２５において例えば図９に示すようなメッセージを表示
すると共に、そこで処理を実行するための使用者本人を
特定するデータが入力されたか否かを判定する（ステッ
プＳ３０８）。ステップＳ３０８の判定がＹＥＳの場合
は、例えば図１０に示すようなメッセージの応答に対す
る実行開始指示により、要求を実行する（ステップＳ３
０９）。ステップＳ３０８の判定がＮＯの場合は、設定
されている再試行の条件を満たすか否かを判定する（ス
テップＳ３１０）。

【００２７】ステップＳ３１０の判定がＹＥＳの場合
は、予約キューの最後にまわされる（ステップＳ３１
１）。ステップＳ３１０の判定がＮＯの場合は、予約は
無効となり、予約キューから削除されると共に、予約キ
ュー削除の旨を予約先へ通知する（ステップＳ３１
２）。この場合、再試行の条件は、例えば再試行の回数
等で決定される。

【００２８】上記ステップＳ３０９で要求実行を終了す
ると、実行結果を予約先へ通知すると共に、操作部５ま
たは操作部２５にも表示する（ステップＳ３１３）。次
いで、上記ステップＳ３０９の実行結果が正常に終了し
たか否かを判定し（ステップＳ３１４）、ステップＳ３
１４の判定がＹＥＳの場合は、処理した要求を予約キュ
ー及び使用した機能部品のキューから削除し（ステップ
Ｓ３１５）、ステップＳ３２０の処理へ移行する。ステ
ップＳ３１４の判定がＮＯの場合は、実行結果の異常終
了を引き起こしたエラーが使用者によって復元不可能で
あるか否かを判定する（ステップＳ３１６）。

【００２９】ステップＳ３１６の判定がＹＥＳの場合
は、予約キューの中にある全ての予約先へ通知を行い
（ステップＳ３１７）、処理を終了する。ステップＳ３
１６の判定がＮＯの場合は、エラーが回復されるまで待
機した後（ステップＳ３１８）、要求処理の再実行を行
い（ステップＳ３１９）、処理は再度ステップＳ３１３
へ戻る。

【００３０】先頭の要求の処理を終了したか、後にまわ
した場合は、残りのキューが空であるか否かを判定し
（ステップＳ３２０）、ステップＳ３２０の判定がＹＥ
Ｓの場合は、スキャナ部を解放し、予約なしで複合機器
本体からの操作を可能にする（ステップＳ３２１）。ス
テップＳ３２０の判定がＮＯの場合は、処理は再度ステ
ップＳ３０４へ移行する。

【００３１】次に、上記図３におけるステップＳ３０１
の処理要求の振り分けの詳細を図４に基づき説明する。

【００３２】処理要求を検出すると（ステップＳ４０
１）、当該処理要求がスキャナ部を使用するか否かを、
例えば図６に示すような予めサーバーコンピュータ１０
または制御部２２に登録されている各処理に必要な複合
機器の機能部品を示した関係テーブルＴを参照して判定
する（ステップＳ４０２）。ステップＳ４０２でＹＥＳ
の場合は、処理要求の詳細から用紙サイズ及び用紙の枚
数を得て文書のサイズを計算する（ステップＳ４０
３）。文書サイズに基づき、サーバーコンピュータ１０
または中央演算装置２８で処理に要する時間を概算する
と共に、概算時間に受付可能時間を加算して推定処理時
間を求める（ステップＳ４０４）。次いで、求めた推定
処理時間、処理状態、処理要求の詳細等を参照可能な形
式でスキャナ部の予約キューに登録し（ステップＳ４０
５）、処理の振り分けを完了する（ステップＳ４１
２）。この場合、登録時の処理状態は“処理待ち”であ
る。

【００３３】ステップＳ４０２でＮＯの場合は、上記の
処理と機能部品の関係テーブルＴに基づき、同様に印刷
部を使用するか否かを判定する（ステップＳ４０６）。
ステップＳ４０６でＹＥＳの場合は、処理要求の詳細か
ら文書サイズを求め（ステップＳ４０７）、サーバーコ
ンピュータ１０または中央演算装置２８で印刷時間を概
算し、これを推定処理時間とする（ステップＳ４０
８）。次いで、求めた推定処理時間、処理の状態、処理
要求の詳細等を参照可能な形式で印刷部の処理待ちキュ
ーに登録し（ステップＳ４０９）、処理の振り分けを完
了する（ステップＳ４１２）。

【００３４】ステップＳ４０６でＮＯの場合は、処理時
間の推定ができないか必要ないので、予め決めておいた
推定不可を表す値を推定処理時間として設定する（ステ
ップＳ４１０）。その後、当該処理が必要とする機能部
品の処理待ちキューに登録し（ステップＳ４１１）、処
理の振り分けを完了する（ステップＳ４１２）。

【００３５】次に、上記図３におけるステップＳ３０５
での予約キューの先頭の要求に関して予告通知を実施
し、他の機能部品の処理待ちキューへの登録を行うまで
の処理を図５に基づき説明する。

【００３６】先ず、算出すべき処理開始可能時間を判定
するために、最大処理待ち時間を０で初期化した後（ス
テップＳ５０１）、予めサーバーコンピュータ１０また
は記憶装置２９に処理毎に同時に２つ以上の機能部品を
使用しなければならないか否かを参照できるように登録
しておく。次いで、前記登録内容を参照し、同時に２つ
以上の機能部品を使用しなければならないか否かを判定
し（ステップＳ５０２）、ステップＳ５０２の判定がＹ
ＥＳの場合は、直ちに処理可能であるので予告通知は行
わない（ステップＳ５０３）。

【００３７】ステップＳ５０２の判定がＮＯの場合は、
上記の処理毎の必要な複合機器の機能部品を示した関係
テーブルＴ（図６）を参照して、スキャナ部以外の機能
部品で必要な機能部品のキューを参照する（ステップＳ
５０４）。当該参照したキューの先頭の要求が何％処理
されたかという処理状態の情報と推定処理時間に基づ
き、残りの処理時間を概算する（ステップＳ５０５）。
次いで、当該算出した先頭の要求の残り処理時間を処理
待ち時間として初期化し（ステップＳ５０６）、当該処
理待ちキューの中に実行したい要求よりも先に処理すべ
きものがあるか否かを判定する（ステップＳ５０７）。
ステップＳ５０７の判定がＮＯの場合は、処理待ち時間
にその先に実行すべき要求の推定処理時間を加算し（ス
テップＳ５０９）、再度ステップＳ５０７へ戻る。

【００３８】ステップＳ５０７の判定がＹＥＳの場合
は、参照している機能部品の処理待ちキューに、文書サ
イズから概算した処理時間をスキャナ部による入力が未
だである旨を示す処理状態と共に登録し（ステップＳ５
０８）、最大処理待ち時間と処理待ち時間とを比較し
て、大きい方を最大処理待ち時間とする（ステップＳ５
１０）。ステップＳ５１０により１つの機能部品のキュ
ーについて処理を終了すると、他に使用すべき機能部品
がないか否かを判定する（ステップＳ５１１）。ステッ
プＳ５１１の判定がＮＯの場合は、再度ステップＳ５０
４へ戻る。

【００３９】ステップＳ５１１の判定がＹＥＳの場合
は、最大処理待ち時間が０であるか否かを判定し（ステ
ップＳ５１２）、ステップＳ５１２の判定がＹＥＳの場
合は、予告通知は行わない（ステップＳ５０３）。ステ
ップＳ５１２の判定がＮＯの場合は、最大処理待ち時間
が予め設定されている予告通知時間より小さいか否かを
判定する（ステップＳ５１３）。この場合、予告通知時
間とは、処理可能の本通知のどれ位前に予告を行うかの
時間である。

【００４０】ステップＳ５１３の判定がＹＥＳの場合
は、処理開始可能時間に最大処理待ち時間を設定し（ス
テップＳ５１４）、例えば図７に示すような処理可能時
間及びスキャナ部が使用可能である旨を反映したメッセ
ージで予告通知を行う（ステップＳ５１７）。ステップ
Ｓ５１３の判定がＮＯの場合は、処理開始可能時間に予
告通知時間を設定し（ステップＳ５１５）、予告通知を
行う時間まで待機し（ステップＳ５１６）、ステップＳ
５１７へ移行する。

【００４１】上述したように、第１の実施の形態によれ
ば、クライアントコンピュータ１２等の外部機器から受
付けた処理要求に必要な機能部品を判定する機能と、画
像形成部１・印刷部３・スキャナ部４等の機能部品で処
理を実行するのに必要な時間を概算する機能と、当該機
能部品が処理待ちか処理中か等の処理状態を判定する機
能と、概算時間及び処理状態に基づき当該機能部品の処
理可能時間及び要求処理可能である旨を外部機器へ通知
する機能とを有するため、使用者は処理要求対象の機能
部品が他の使用者で使用されているか否かを気にせずに
処理要求を出すことができると共に、処理要求対象の機
能部品の処理可能時間を知ることができ、この結果、複
合機器の機能部品の使用可能な状態に効率的に対処する
ことが可能となる。

【００４２】また、第１の実施の形態によれば、処理要
求を出す使用者本人を特定する識別情報を入力する機能
と、識別情報に基づき使用者本人からの処理要求である
か否かを認識すると共に当該機能部品の使用権を一定時
間に限定して付与する機能とを有するため、確実に使用
者本人に機能部品の使用権を付与することができると共
に、機能部品が不当に占有されることを防止することが
できる。

【００４３】（２）第２の実施の形態 第２の実施の形態は、本発明の予約・実行システムを単
一の機能を持つ複数の機器とコンピュータとがネットワ
ークを介して接続されたシステムに適用したものであ
り、上記第１の実施の形態と同様の効果を上げることが
できる。

【００４４】図１４は第２の実施の形態に係る単一の機
能を持つ複数の機器とコンピュータとがネットワークを
介して接続されたシステムの構成を示すブロック図であ
る。本システムは、サーバーコンピュータ４１と、ＦＡ
Ｘ（ファクシミリ）４３と、プリンタ４４と、クライア
ントコンピュータ４５と、スキャナ４６と、ネットワー
ク４７とを備える構成となっている。

【００４５】上記各部の構成を説明すると、サーバーコ
ンピュータ４１は、４２にシステム内の機器の処理キュ
ー及び本発明の予約・実行システムを備えている。ＦＡ
Ｘ４３は、内蔵バッファ４３ａと、モデム４３ｂと、Ｆ
ＡＸスキャナ４３ｃと、ＦＡＸプリンタ４３ｄとを備え
ている。プリンタ４４は、コピーや印刷に使用される。
クライアントコンピュータ４５は、サービスを受ける側
のコンピュータである。スキャナは、画像入力に使用さ
れる。

【００４６】本システムにおいては、コピー機能はスキ
ャナ４６とプリンタ４４との組み合わせで実現すること
ができ、原稿のＦＡＸ送信機能はＦＡＸモデム４３ｂと
ＦＡＸスキャナ４３ｃとの組み合わせか、或いはサーバ
ーコンピュータ４１の指示によりＦＡＸモデム４３ｂと
スキャナ４６との組み合わせで実現することができる。
また、ＦＡＸで受信した情報の印刷は内蔵バッファ４３
ａからＦＡＸプリンタ４３ｄへ出力するか、或いはサー
バーコンピュータ４１の指示によりプリンタ４３ｄへ出
力することで実現することができる。

【００４７】第２の実施の形態における処理は上記第１
の実施の形態における処理とほぼ同様であるが、本発明
の予約・実行システムの対象となる機器が複数である点
が相異する。そこで、第２の実施の形態では、各機器毎
に予約キューを作成すると共に、各予約キュー毎に上記
図３に示した処理の流れを取るようになっている。第２
の実施の形態では、上記第１の実施の形態と処理の振り
分けが相異するので、図１５に基づき処理の振り分けを
説明する。

【００４８】先ず、クライアントコンピュータ４１が出
した処理要求が検出されると（ステップＳ６０１）、当
該処理要求が受信ＦＡＸ印刷か否かを判定する（ステッ
プＳ６０２）。ステップＳ６０２の判定がＹＥＳの場合
は、予約の詳細またはキューの処理状況等に基づき、Ｆ
ＡＸプリンタ４３ｄへ出力するか否かを判定する（ステ
ップＳ６０３）。

【００４９】ステップＳ６０３の判定がＹＥＳの場合
は、要求の詳細から文書サイズを求め（ステップＳ６０
４）、サーバーコンピュータ４１でＦＡＸプリンタ４３
ｄによる印刷時間を概算し当該時間を推定処理時間とす
る（ステップＳ６０５）。前記推定処理時間、処理状
態、要求の詳細等を参照可能な形式でＦＡＸプリンタ４
３ｄの処理待ちキューに登録し（ステップＳ６０６）、
処理の振り分けを完了する（ステップＳ６２２）。ステ
ップＳ６０３の判定がＮＯの場合は、第２の実施の形態
ではプリンタ４４に出力することになるから、処理はプ
リンタ４４の処理であるステップＳ６０８へ移行する。
以下、処理待ちキューに登録する際の処理状態は全て
“処理待ち”である。

【００５０】ステップＳ６０２の判定がＮＯの場合は、
プリント要求であるか否かを判定する（ステップＳ６０
７）。ステップＳ６０７の判定がＹＥＳの場合は、要求
の詳細から文書サイズを求め（ステップＳ６０８）、プ
リンタ４４による印刷時間を概算し当該時間を推定処理
時間とする（ステップＳ６０９）。前記推定処理時間、
処理状態、要求の詳細等を参照可能な形式でプリンタ４
４の処理待ちキューに登録し（ステップＳ６１０）、処
理の振り分けを完了する（ステップＳ６２２）。

【００５１】ステップＳ６０７の判定がＮＯの場合は、
スキャナ４６を使用するか否かを判定する。本例では、
スキャナ４６を使用するスキャン要求／コピー要求の何
れであるかを判定している（ステップＳ６１１）。ステ
ップＳ６１１の判定がＹＥＳの場合は、予約の詳細から
用紙サイズ及び用紙枚数を求めて文書サイズを計算する
（ステップＳ６１２）。これにより、サーバーコンピュ
ータ４１でスキャナ４６を使用した場合の処理に要する
時間を概算し、当該時間に受付可能時間を加算して推定
処理時間とする（ステップＳ６１３）。前記推定処理時
間、処理状態、要求の詳細等を参照可能な形式でスキャ
ナ４６の処理待ちキューに登録し（ステップＳ６１
４）、処理の振り分けを完了する（ステップＳ６２
２）。

【００５２】ステップＳ６１１の判定がＮＯの場合は、
原稿のＦＡＸ送信要求か否かを判定する（ステップＳ６
１５）。ステップＳ６１５の判定がＹＥＳの場合は、予
約の詳細またはキューの処理状況等に基づき、ＦＡＸス
キャナ４３ｃの予約キューに登録するか否かを判定する
（ステップＳ６１６）。ステップＳ６１６の判定がＹＥ
Ｓの場合は、予約の詳細から用紙サイズ及び用紙枚数を
求めて文書サイズを計算する（ステップＳ６１７）。こ
れにより、サーバーコンピュータ４１でＦＡＸスキャナ
４３ｃを使用した場合の処理に要する時間を概算し、当
該時間に受付可能時間を加算して推定処理時間とする
（ステップＳ６１８）。前記推定処理時間、処理状態、
要求の詳細等を参照可能な形式でＦＡＸスキャナ４３ｃ
の処理待ちキューに登録し（ステップＳ６１９）、処理
の振り分けを完了する（ステップＳ６２２）。

【００５３】ステップＳ６１５の判定がＮＯの場合は、
処理時間の推定ができないか或いは必要ないと判断し、
予め決めておいた推定不可を表す値を推定処理時間とし
て登録する（ステップＳ６２０）。この後、当該処理が
必要とする機能部品の処理待ちキューに登録し（ステッ
プＳ６２１）、処理の振り分けを完了する（ステップＳ
６２２）。

【００５４】上述したように、第２の実施の形態によれ
ば、クライアントコンピュータ４５等の外部機器から受
付けた処理要求に必要な機器を判定する機能と、ＦＡＸ
４３・プリンタ４４・スキャナ４６等の機器で処理を実
行するのに必要な時間を概算する機能と、当該機器が処
理待ちか処理中か等の処理状態を判定する機能と、概算
時間及び処理状態に基づき当該機器の処理可能時間及び
要求処理可能である旨を外部機器へ通知する機能とを有
するため、使用者は処理要求対象の機器が他の使用者で
使用されているか否かを気にせずに処理要求を出すこと
ができると共に、処理要求対象の機器の処理可能時間を
知ることができ、この結果、機器の使用可能な状態に効
率的に対処することが可能となる。

【００５５】また、第２の実施の形態によれば、処理要
求を出す使用者本人を特定する識別情報を入力する機能
と、識別情報に基づき使用者本人からの処理要求である
か否かを認識すると共に当該機能部品の使用権を一定時
間に限定して付与する機能とを有するため、確実に使用
者本人に機器の使用権を付与することができると共に、
機器が不当に占有されることを防止することができる。

【００５６】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器からなる装置に適用
しても良い。また、本発明は、システム或は装置にプロ
グラムを供給することによって達成される場合にも適用
できることは言うまでもない。この場合、本発明を達成
するためのソフトウエアによって表されるプログラムを
格納した記憶媒体を該システム或は装置に読み出すこと
によって、そのシステム或は装置が、本発明の効果を享
受することが可能となる。

【００５７】

【発明の効果】以上説明したように、本発明によれば、
使用者は処理要求に必要な機能部品が他の使用者で使用
されているか否かを気にせずに処理要求を出すことがで
きると共に、処理要求で要求した処理の処理開始可能時
間を知ることができ、さらに、処理受付可能になったこ
とを知ることができ、この結果、複合機器の機能部品の
使用可能な状態に効率的に対処することが可能となる。

【００５８】

【００５９】 または、本発明によれば、確実に使用者
本人に機能部品または機器の使用権を付与することがで
きると共に、機能部品または機器が不当に占有されるこ
とを防止することができる。

【００６０】

【００６１】

【００６２】

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る予約・実行シ
ステムを適用した複合機器及び外部機器の概略構成を示
すブロック図である。

【図２】第１の実施の形態に係る予約・実行システムを
適用した複合機器及び外部機器の概略構成を示すブロッ
ク図である。

【図３】第１の実施の形態に係る予約・実行処理を示す
フローチャートである。

【図４】第１の実施の形態に係る図３のステップＳ３０
１における要求の振り分け処理の詳細を示すフローチャ
ートである。

【図５】第１の実施の形態に係る図３のステップＳ３０
５における予告通知の実施判定と実施及び他の機能部品
の処理待ちキューへの登録処理の詳細を示すフローチャ
ートである。

【図６】第１の実施の形態に係る関係テーブルの内容例
を示す説明図である。

【図７】第１の実施の形態に係る要求先のクライアント
コンピュータ上に表示される予告通知のメッセージ例を
示す説明図である。

【図８】第１の実施の形態に係る要求先のクライアント
コンピュータ上に表示される要求処理可能であることを
示す本通知のメッセージ例を示す説明図である。

【図９】第１の実施の形態に係る処理実行のための本人
を特定するデータの入力を要求するメッセージ例を示す
説明図である。

【図１０】第１の実施の形態に係る処理開始指示を要求
するメッセージ例を示す説明図である。

【図１１】第１の実施の形態に係るスキャナ部の予約キ
ューの例を示す説明図である。

【図１２】第１の実施の形態に係るスキャナ部の予約キ
ューから処理待ちをするための要求が登録されたプリン
ト部の処理待ちキューの例を示す説明図である。

【図１３】第１の実施の形態に係るプリント部の処理待
ちキューにおいて図１２の状態から変化してスキャナ部
の予約キューの先頭の要求をプリント部が処理可能にな
った状態を示す説明図である。

【図１４】本発明の第２の実施の形態に係る単一の機能
を持つ複数の機器とコンピュータとが接続されたシステ
ムの構成を示すブロック図である。

【図１５】第２の実施の形態に係る図３のステップＳ３
０１における要求の振り分け処理の詳細を示すフローチ
ャートである。

【符号の説明】

１、２１ 画像形成部（機能部品） ２ 制御部 ２２ 制御部（機能部品判定手段、時間概算手段、処理
状態判定手段、予告通知手段、通知手段、登録手段） ３、２３ 印刷部（機能部品） ４、２４ スキャナ部（機能部品） ６、２６ ＦＡＸインターフェース（機能部品） ７ コンピュータインターフェース（機能部品） １０、４１ サーバーコンピュータ １２、３０、４５ クライアントコンピュータ（外部機
器） ４３ ＦＡＸ（機能部品） ４４ プリンタ（機能部品） ４６ スキャナ（機能部品）

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 H04N 1/00

Claims (14)

(57)【特許請求の範囲】
1. 【請求項１】 複数の機能部品を備えた複合機器であっ
   て、外 部機器から受付けた処理要求に必要な機能部品を判定
   する機能部品判定手段と、 前記処理要求で要求された 処理を実行するのが可能にな
   る処理開始可能時間を概算する時間概算手段と、 前記処理要求に必要な機能部品 の処理状態を判定する処
   理状態判定手段と、 前記処理要求に必要な複数の機能部品のうちの１つが使
   用可能である場合、前記時間概算手段により概算された
   処理開始可能時間を前記外部機器に通知する予告通知手
   段と、 前記予告通知手段により前記処理開始可能時間が通知さ
   れた後、前記処理要求に必要な複数の機能部品が使用可
   能である場合、処理受付 可能である旨を前記外部機器へ
   通知する通知手段とを具備することを特徴とする複合機
   器。
2. 【請求項２】 前記通知手段による処理受付可能の通知
   から一定時間内に、使用者本人を特定するデータが入力
   されたか否かを判定する判定手段を有することを特徴と
   する請求項１に記載の複合機器。
3. 【請求項３】 前記処理要求を予約キューに登録する登
   録手段を有し、 前記一定時間内に使用者を特定するデータが入力され
   ず、再試行が可能な場合、前記処理要求は前記予約キュ
   ーの最後にまわされ、前記一定時間内に使用者を特定す
   るデータが入力されず、再試行が可能でない場合、前記
   処理要求は前記予約キューから削除されることを特徴と
   する請求項１或いは２に記載の複合機器。
4. 【請求項４】 前記予告通知手段は、前記処理開始可能
   時間と、前記処理要求に必要な複数の機能部品のうちの
   １つが使用可能である旨を反映したメッセージとを通知
   することを特徴とする請求項１乃至３のいずれかに記載
   の複合機器。
5. 【請求項５】 前記予告通知手段は、前記処理開始可能
   時間が予告通知時間より小さくない場合、予告通知を行
   う時間まで待機して、前記処理開始可能時間に代えて前
   記予告通知時間を通知することを特徴とする請求項１乃
   至４のいずれかに記載の複合機器。
6. 【請求項６】 前記処理要求に必要な機能部品のうちの
   １つはスキャナ部であり、 前記通知手段は、コピー要求処理可能である旨を前記外
   部機器へ通知することを特徴とする請求項１乃至５のい
   ずれかに記載の複合機器。
7. 【請求項７】 印刷部とスキャナ部とを備えた複合機器
   であって、 外部機器から受付けた処理要求がスキャナ部を使用する
   かを判定する機能部品判定手段と、 前記処理要求に必要な機能部品で処理を実行するのが可
   能になる処理開始可能時間を概算する時間概算手段と、 前記スキャナ部が占有された後、前記時間概算手段によ
   り概算された処理開始可能時間とスキャナ部が使用可能
   である旨を前記外部機器に通知する予告通知手段と、 前記予告通知手段により前記処理開始可能時間が通知さ
   れた後、前記処理要求に必要な複数の機能部品が使用可
   能である場合、処理受付可能である旨を前記外部機器へ
   通知する通知手段とを具備することを特徴とする複合機
   器。
8. 【請求項８】 前記時間概算手段は、スキャナ部以外の
   必要な機能部品のキューを参照して、前記処理開始可能
   時間を概算することを特徴とする請求項７に記載の複合
   機器。
9. 【請求項９】 外部機器から受付けた処理要求がスキャ
   ナ部を使用すると前記機能部品判定手段により判定され
   た場合、前記処理要求をスキャナ部の予約キューに登録
   することを特徴とする請求項７或いは８に記載の複合機
   器。
10. 【請求項１０】 複数の機能部品を備えた複合機器と、
    該複合機器に通信インターフェースを介して接続された
    外部機器とを具備したシステムの制御方法であって、 外部機器から受付けた処理要求に必要な機能部品を判定
    する機能部品判定工程と、 前記処理要求で要求された処理を実行するのが可能にな
    る処理開始可能時間を概算する時間概算工程と、 前記処理要求に必要な機能部品の処理状態を判定する処
    理状態判定工程と、 前記処理要求に必要な複数の機能部品のうちの１つが使
    用可能である場合、前記時間概 算工程により概算された
    処理開始可能時間を前記外部機器において表示する予告
    通知工程と、 前記予告通知工程により前記処理開始可能時間が通知さ
    れた後、前記処理要求に必要な複数の機能部品が使用可
    能である場合、処理受付可能である旨を前記外部機器に
    おいて表示する通知工程とを具備することを特徴とする
    制御方法。
11. 【請求項１１】 前記通知工程による処理受付可能の表
    示から一定時間内に、使用者本人を特定するデータが入
    力されたか否かを判定する判定工程を有することを特徴
    とする請求項１０に記載の制御方法。
12. 【請求項１２】 前記処理要求を予約キューに登録する
    登録工程を有し、 前記一定時間内に使用者を特定するデータが入力され
    ず、再試行が可能な場合、前記処理要求は前記予約キュ
    ーの最後にまわされ、前記一定時間内に使用者を特定す
    るデータが入力されず、再試行が可能でない場合、前記
    処理要求は前記予約キューから削除されることを特徴と
    する請求項１０或いは１１に記載の制御方法。
13. 【請求項１３】 前記予告通知工程では、前記処理開始
    可能時間と、前記処理要求に必要な複数の機能部品のう
    ちの１つが使用可能である旨を反映したメッセージとを
    表示することを特徴とする請求項１０乃至１２のいずれ
    かに記載の制御方法。
14. 【請求項１４】 前記予告通知工程では、前記処理開始
    可能時間が予告通知時間より小さくない場合、予告通知
    を行う時間まで待機して、前記処理開始可能時間に代え
    て前記予告通知時間を表示することを特徴とする請求項
    １０乃至１３のいずれかに記載の制御方法。