JP3060957B2 - 画像取得用サーバ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像取得用サーバ装
置、特にスキャナなどの画像入力装置が接続され、これ
を管理する画像取得用サーバ装置に関する。

【０００２】

【従来の技術】従来より、イメージスキャナをネットワ
ークに接続し、複数のコンピュータで利用する技術が提
案されている。

【０００３】このようなものの例として、特開平６−２
１４９２２号公報、特開平６−２１４９１８号公報、特
開平７−２３１７７号公報、特開平６−１０３２０８号
公報等がある。これらの従来技術は、クライアントから
の画像データの取得要求を受け付けると、サーバに接続
されたスキャナを動作させ、所望の画像データを取得し
て要求を出したクライアントに転送するものである。

【０００４】これらの従来例においては、スキャナによ
り画像の読み込み処理を実行させる時には、クライアン
トコンピュータから操作手順を入力して行うので、複数
のクライアントコンピュータから同時にスキャン命令を
発行した場合に、スキャナ装置の競合が生じるという問
題があった。例えば、あるユーザがスキャナに原稿をセ
ットし、自分のコンピュータに戻ってスキャン命令を入
力した時に、他のユーザがそのスキャナからセットして
ある原稿を取り除き、自分の原稿に置き換えてしまった
ような場合に、前のユーザは、自分の原稿とは異なる原
稿を読み込ませることになる。このような競合を防止す
るためには、例えば、スキャナ上に「現在使用中」と書
いた表示を出すなどの処置が必要となり、操作として煩
雑なものとなる。

【０００５】このような問題を解決するためには、スキ
ャナの使用の予約ができれば有効である。このような予
約に関する技術が特開平４−２２２５９号公報に開示さ
れている。本従来例は、複写機に関する技術であるが、
その複写機に複写モードを指定して予約し、複写機が使
用可能になった時に設定された複写モード状態で待機す
るものである。このような予約機能を使用することによ
り、ユーザ間での装置の使用の競合を防止することがで
きる。

【０００６】

【発明が解決しようとする課題】しかし、上記従来の予
約機能付きの装置においては、一旦予約をすると一時停
止をすることができず、ジョブの優先順位の変更もでき
ないので、例えば、一度予約すると、複写機本体の使用
を認められた予約者が現れるまで、他のユーザが誰も利
用できなくなり、複数のユーザが利用する場合にかえっ
て利用が面倒になるという問題があった。

【０００７】また、予約順序に基づいて複写機を使用し
ている場合、何時その使用が終了したかを判断する方法
がなく、予約による効果を十分生かすことができないと
いう問題もあった。

【０００８】本発明は上記従来の課題に鑑みなされたも
のであり、その目的は、画像入力装置を複数のユーザで
共用する場合に、画像入力装置の競合が起らず、使用効
率を向上することができる画像取得用サーバ装置を提供
することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明は、画像入力装置からの画像データの取
得操作を制御する画像取得用サーバ装置であって、クラ
イアントからの画像データの取得要求があるごとに画像
入力装置から画像データを取得するジョブを生成するジ
ョブ生成手段と、このジョブの動作順序を管理する手段
と、を備え、前記生成されたジョブに対しては、同時に
複数のクライアントから指示を出すことができ、かつ１
度に１つのジョブのみが画像入力装置を操作できること
を特徴とする。

【００１０】また、第２の発明は、第１の発明の画像取
得用サーバ装置であって、ジョブの動作順序を管理する
手段として、生成されたジョブに対して先入れ先出し処
理を実行する予約ジョブキューを有することを特徴とす
る。

【００１１】また、第３の発明は、第２の発明の画像取
得用サーバ装置であって、予約ジョブキューにおいて
は、内部にあるジョブの順序を入れ替えられることを特
徴とする。

【００１２】また、第４の発明は、第１の発明から第３
の発明のいずれかの画像取得用サーバ装置であって、ジ
ョブによる画像入力装置の占有時間が所定時間を越えた
時に、そのジョブから画像入力装置を解放することを特
徴とする。

【００１３】また、第５の発明は、画像入力装置からの
画像データの取得操作を制御する画像取得用サーバ装置
であって、クライアントからの画像データの取得要求を
受け付けるジョブ受付部と、ジョブ受付部が受け付けた
画像データの取得要求に応じて、画像入力装置から画像
データを取得するジョブを生成するとともに、そのジョ
ブの動作順序を管理するジョブキュー管理部と、ジョブ
からの画像データの読み込み指示を受け、画像入力装置
による画像データ取得処理を実行する画像入力装置管理
部と、画像入力装置管理部からの指示により、画像入力
装置を駆動して画像データを読み込ませる画像入力装置
制御部と、を備え、前記生成されたジョブに対しては、
同時に複数のクライアントから指示を出すことができ、
かつ１度に１つのジョブのみが画像入力装置を操作し、
画像データを取得できることを特徴とする。

【００１４】以上の各構成によれば、ジョブの動作順序
が管理され、一度に１つのジョブのみが画像入力装置を
操作するので、画像入力装置の使用の競合を防止するこ
とができる。

【００１５】また、ジョブによる画像入力装置の操作時
間が長くなった時に、そのジョブの画像入力装置が解放
されるので、ユーザの操作忘れによる画像入力装置の不
必要な占有を排除することができる。

【００１６】

【発明の実施の形態】以下、本発明の好適な実施の形態
を図面に基づいて説明する。

【００１７】図１には、本発明に係る画像取得用サーバ
装置の構成のブロック図が示される。図１において、ジ
ョブ受付部１０は、ネットワーク上に存在しあるいはス
タンドアローンで存在するクライアントソフトウェアか
らの画像データの取得要求（リクエスト）を受け付け、
このリクエストが対象とするオブジェクトにメッセージ
を転送する。この場合のオブジェクトは、図１に示され
るジョブキュー管理部１２、ジョブ１４、スキャナ管理
部１６等である。

【００１８】上記リクエストは、アプリケーションプロ
グラミングインタフェイス（ＡＰＩ）として受け付ける
が、これはソフトウェアからの制御命令であって、本実
施形態においては、表１に示されるものが代表的なＡＰ
Ｉである。

【００１９】

【表１】 表１においては、各ＡＰＩに対して対応するオブジェク
トとＡＰＩの内容がそれぞれ示されている。

【００２０】ジョブ受付部がリクエストを受け付けた場
合には、そのＡＰＩの内容に応じて処理を実行するが、
この場合には、ネットワーク上のクライアントからのリ
クエストであるか、画像取得用サーバ装置に接続され、
ローカルに動作しているクライアントからのリクエスト
であるかは区別しない。

【００２１】また、ジョブ受付部１０は、画像データの
取得要求の他に、画像取得用サーバ装置に接続されてい
るスキャナ等の画像入力装置の特徴及び状態の問い合わ
せも受け付けている。この場合には、ジョブ受付部１０
がスキャナ管理部１６に対し接続されているスキャナ２
０に関する情報を問い合わせ、スキャナ管理部１６から
返ってきた情報を問い合わせを行ったクライアントに返
す。なお、スキャナ管理部１６に接続されるスキャナ２
０の数は、画像取得用サーバ装置の用途に応じて適宜決
定される。

【００２２】ジョブキュー管理部１２では、ジョブ受付
部１０が受け付けたクライアントからのリクエストに従
い、所定のスキャナ２０を対象にしたジョブ１４を作成
し、自己の管理するキューに入れる。このキューは、ス
キャナ管理部１６に接続されるスキャナ２０ごとに設定
されている。

【００２３】キューに入れられたジョブ１４は、クライ
アントからの指示及びタイマーの発呼等によりジョブキ
ュー管理部１２によってその動作順序等が制御され管理
されている。なお、１つのジョブ１４が生成されると、
このジョブ１４に対しては、ジョブ生成のリクエストを
発行したクライアントに限らず、同時に複数のクライア
ントソフトウェアから指示を出すことも可能である。

【００２４】上記ジョブ１４は、画像データの読み込み
のための情報を有しており、スキャナ管理部１６に画像
データの読み込みのタイミングを与え、画像データの読
み込みを実行させる。また、読み込んだ画像データをリ
クエストを出したクライアントに対してジョブ受付部１
０を介して転送処理を行う。

【００２５】スキャナ管理部１６は、接続されたスキャ
ナ固有の情報を有しており、ジョブ１４からの読み込み
指示によりスキャナ２０を駆動し、画像データの読み込
み処理を実行させる。なお、その際に実際にスキャナ２
０を駆動させるのがスキャナ制御部１８である。このス
キャナ制御部１８は、スキャナ管理部１６に接続される
スキャナ２０のそれぞれに対して個別に設けられる。

【００２６】なお、図１に示されている実施形態におい
ては、画像取得サーバ装置にスキャナ２０が接続されて
いるが、スキャナ２０の代りにＣＣＤカメラやＦＡＸ入
力等を接続することも可能である。これにより、ネット
ワークを介してＣＣＤカメラやＦＡＸ装置の遠隔操作を
実現することができる。

【００２７】また、ジョブキュー管理部１２が、本発明
のジョブ生成手段及びジョブの動作順序を管理する手段
に該当する。

【００２８】図２には、図１に示されたジョブキュー管
理部１２の処理工程が示される。図２において、クライ
アントソフトウェアから受け付けたリクエストに応じて
ジョブキュー管理部１２が生成したジョブ１４は、ジョ
ブキュー管理部１２が管理している、対象となるスキャ
ナ２０に対する予約ジョブキュー２２の最後に入れられ
る。これにより、そのジョブ１４に対象としたスキャナ
２０の使用が予約されたことになる。このジョブ１４の
生成は、表１に示された制御命令（ＡＰＩ）であるＣｒ
ｅａｔｅＪｏｂによって実行される。なお、生成された
ジョブ１４が予約ジョブキュー２２に格納された場合に
は、その旨クライアントに通知され、そのクライアント
を通じてリクエストを出したユーザが、どのスキャナ２
０の使用が可能かわかるようになっている。

【００２９】ジョブキュー管理部１２によって生成され
たジョブ１４は、予約ジョブキュー２２に入れられ、ク
ライアントソフトウェアからの指示に基づいてキューの
順序に従いジョブキュー管理部１２のメッセージである
「内部スケジュール」によって処理中ジョブバッファ２
４に移動される。ジョブ１４が処理中ジョブバッファ２
４に入ると、スキャナ２０が割り当てられて画像データ
の取得処理が実行される。

【００３０】処理中ジョブバッファ２４には、１度に１
つのジョブ１４のみが格納され、このジョブ１４のみが
割り当てられたスキャナ２０を操作できる。この場合、
どのジョブ１４を処理中ジョブバッファ２４に入れるか
は、予約ジョブキュー２２の順序に従いジョブキュー管
理部１２が管理している。したがって、ユーザからクラ
イアントソフトウェアを通じて任意のタイミングで発呼
された画像データの取得リクエストに対し、対応するジ
ョブ１４を予約ジョブキュー２２に入れることによりス
キャナ２０の使用予約が行われ、クライアントからのリ
クエストが重複しても、スキャナ２０の使用上の競合を
防止することができる。

【００３１】なお、処理中ジョブバッファ２４に格納さ
れたジョブ１４が、ユーザの都合により、画像データの
取得処理の準備ができていない場合には、スキャナ２０
の無駄な占有を防止するために、ジョブ１４が処理中ジ
ョブバッファ２４に格納されてから所定時間経過後に、
ジョブキュー管理部１２のメッセージ「タイムアウト」
によって一時停止ジョブバッファ２６に移動される。

【００３２】なお、一時停止ジョブバッファ２６へは、
予約ジョブキュー２２からもジョブ１４を移動させるこ
とができる。これは、予約ジョブキュー２２に一旦入れ
られたジョブ１４について、画像データの取得操作の予
定がしばらくないような場合に、表１に示されたＡＰＩ
としてのＰａｕｓｅＪｏｂにより、一時停止ジョブバッ
ファ２６に移動する。

【００３３】以上のようにして一時停止処理として一時
停止ジョブバッファ２６に入れられたジョブ１４は、表
１に示されたＡＰＩとしてのＲｅｓｕｍｅＪｏｂによ
り、再び予約ジョブキュー２２に戻される。この処理
は、クライアントソフトウェアからの指示に基づいて実
行される。

【００３４】さらに、予約ジョブキュー２２に格納され
たジョブ１４は、クライアントソフトウェアからの指示
に基づき、予約ジョブキュー２２中の順序を変更するこ
とができる。これは表１のＡＰＩとしてのＰｒｏｍｏｔ
ｅＪｏｂにより実行される。これにより、ジョブ１４の
内容に応じて優先順位をつけ、適宜予約ジョブキュー２
２中の順序を変更できるので、画像データの取得操作を
より効率的に実行させることができる。

【００３５】また、ジョブ１４が処理中ジョブバッファ
２４において画像データの取得操作を実行中に、予約ジ
ョブキュー２２に格納されている他のジョブ１４が緊急
に画像データの取得操作を実行する必要が生じた時に
は、表１に示されたＡＰＩとしてのＩｎｔｅｒｒｕｐｔ
Ｊｏｂにより割り込み処理が実行される。この割り込み
処理は、処理中ジョブバッファ２４に存在しているジョ
ブ１４を割り込まれジョブバッファ２８に移動させ、処
理中ジョブバッファ２４を空けてここに予約ジョブキュ
ー２２から所定のジョブ１４を移動させることにより実
行される。

【００３６】以上のようにして、処理中ジョブバッファ
２４で、ジョブ１４が画像データの取得操作を完了した
場合には、クライアントソフトウェアからの指示に基づ
き、表１のＡＰＩとしてのＵｎｌｏｃｋＳｃａｎｎｅｒ
が実行され、ジョブ１４に割り当てられていたスキャナ
２０が解放されると共に、当該ジョブ１４が読み込み終
了ジョブバッファ３０に移動される。次いで、予約ジョ
ブキュー２２から次の順番のジョブ１４が処理中ジョブ
バッファ２４に格納され、前と同様にスキャナ２０が割
り当てられて画像データの取得処理が実行される。

【００３７】なお、この時に割り込まれジョブバッファ
２８に割り込まれたジョブ１４が存在する場合には、こ
のジョブ１４が処理中ジョブバッファ２４に移動され、
画像データの取得操作が再開される。この処理は、ジョ
ブキュー管理部１２のメッセージである「内部スケジュ
ール」により実行される。

【００３８】以上の場合、クライアントに対しても、リ
クエストを出したジョブ１４にスキャナ２０が割り当て
られたことが通知されるので、ユーザがスキャナ２０へ
の原稿のセット等をいつ行えばよいかを判断することが
できる。

【００３９】なお、処理中ジョブバッファ２４中におい
て、ジョブ１４が画像データの取得操作を終了した後所
定時間が経過しても上述したＵｎｌｏｃｋＳａｎｎｅｒ
の処理が実行されず、ジョブ１４によるスキャナ２０の
占有時間が所定時間を越えた場合には、ジョブキュー管
理部１２のメッセージである「タイムアウト」により、
割り当てられていたスキャナ２０が解放され、そのジョ
ブ１４が読み込み終了ジョブバッファ３０に移動され
る。これにより、処理中ジョブバッファ２４中のジョブ
１４が、不必要に長い時間スキャナ２０を占有すること
を防止でき、スキャナ２０の使用効率を向上させること
ができる。

【００４０】読み込み終了ジョブバッファ３０に格納さ
れたジョブ１４は、クライアントソフトウェアからの指
示に基づき、所定の処理、例えばクライアントへの画像
データの転送等を実行し、その後表１のＡＰＩであるＣ
ｌｏｓｅＪｏｂによりクローズされ、全処理終了ジョブ
バッファ３２に移動される。全処理終了ジョブバッファ
３２に移動されたジョブ１４は、ここで画像データを廃
棄し、古いものから順次消去される。また、読み込み終
了ジョブバッファ３０にジョブ１４が入れられてから所
定時間経過した場合にも、ジョブキュー管理部１２のメ
ッセージである「タイムアウト」によってジョブ１４が
全処理終了ジョブバッファ３２に移動される。

【００４１】さらに、ジョブ１４の存在場所に拘らず、
表１のＡＰＩであるＣａｎｃｅｌＪｏｂの実行により、
キャンセル（消去）処理が実行され、全処理終了ジョブ
バッファ３２にジョブ１４が移動される。

【００４２】以上のように、ジョブキュー管理部１２に
は、ジョブ１４の格納場所として、予約ジョブキュー２
２、処理中ジョブバッファ２４、一時停止ジョブバッフ
ァ２６、割り込まれジョブバッファ２８、読み込み終了
ジョブバッファ３０、全処理終了ジョブバッファ３２が
存在する。もし、スキャナ管理部１６に複数のスキャナ
２０が接続されている場合には、各スキャナに対して予
約ジョブキュー２２と処理中ジョブバッファ２４と割り
込まれジョブバッファ２８がそれぞれ設定される。これ
により、複数のスキャナ２０の接続が可能となる。な
お、図２において、ＡＰＩ及びジョブキュー管理部１２
のメッセージのうち、＊が付されたものは、ジョブ１４
が上記格納場所を移動する際に、ジョブ１４にその旨通
知するためのメッセージを発行する。これは、ジョブ１
４に自分がいる位置を認識させるためである。

【００４３】また、本実施形態においては、前述したよ
うに、クライアントからのリクエストに対し、スキャナ
２０の使用予約をすることにより、スキャナ２０の使用
上の競合を防止できる上、一時停止処理や割り込み処理
により、より広範囲のスキャナ２０の利用形態を実現す
ることができる。

【００４４】一方、１つのジョブ１４に対しては、同時
に複数のクライアントソフトウェアから制御することも
可能であり、この点でもスキャナ２０の多様な利用を可
能にできる。

【００４５】なお、以上の実施形態のスキャナ管理部１
６が本発明の画像入力装置管理部に、スキャナ制御部１
８が本発明の画像入力装置制御部にそれぞれ該当する。

【００４６】図３には、図２に示された、Ｃｒｅａｔｅ
Ｊｏｂの処理フローが示される。図３において、ジョブ
キュー管理部１２がジョブ受付部１０からリクエストを
受け取ると、そのリクエストに応じてジョブ１４を生成
する（Ｓ１）。

【００４７】次にこのジョブ１４の生成に成功したか否
かが判断され（Ｓ２）、成功しなかった場合には、ジョ
ブキュー管理部１２からジョブ受付部１０を介してクラ
イアントに処理失敗を返す（Ｓ３）。

【００４８】一方、Ｓ２においてジョブ１４の生成が成
功した場合には、ジョブキュー管理部１２がジョブ１４
に予約対象スキャナが設定されているかを確認する（Ｓ
４）。この対象スキャナが存在する場合には（Ｓ５）、
予約ジョブキュー２２の大きさを確認し（Ｓ６）、予約
ジョブキュー２２中のジョブ１４の数が、予約ジョブキ
ュー２２の大きさより多いか少ないかが確認される（Ｓ
７）。予約ジョブキュー２２中のジョブ１４の数が予約
ジョブキュー２２の大きさを越える場合には、生成され
たジョブ１４を削除し（Ｓ８）、処理失敗をクライアン
トに返す（Ｓ３）。また、ジョブ１４の数が予約ジョブ
キュー２２の大きさよりも少ない場合には、対象となる
予約ジョブキュー２２に新たに生成されたジョブ１４を
格納する（Ｓ９）。

【００４９】予約ジョブキュー２２に格納されたジョブ
１４に対しては、ジョブキュー管理部１２の内部スケジ
ュール処理が実行される（Ｓ１０）。また、処理成功が
クライアントに返され（Ｓ１１）、この際、どのスキャ
ナ２０に予約されたかも通知される。

【００５０】なお、スキャナ管理部１６にスキャナ２０
が複数接続されている場合には、上記予約ジョブキュー
２２の大きさは、各スキャナ２０毎に設定可能である。

【００５１】また、Ｓ５において、予約対象スキャナが
存在しない場合には、一時停止ジョブバッファ２６の大
きさと、その中に現在入っているジョブ１４の数とが確
認される（Ｓ１２）。

【００５２】一時停止ジョブバッファ２６中のジョブ１
４の数が満杯の場合には（Ｓ１３）、ジョブキュー管理
部１２により生成されたジョブ１４が削除され（Ｓ
８）、処理失敗がクライアントに返される（Ｓ３）。一
時停止ジョブバッファ２６中のジョブ１４の数が満杯で
ない場合には（Ｓ１３）、一時停止ジョブバッファ２６
に生成されたジョブ１４が格納され（Ｓ１４）、処理成
功がクライアントに返される（Ｓ１１）。なお、予約対
象スキャナが設定されておらず、一時停止ジョブバッフ
ァ２６に格納されたジョブ１４には、ユーザがクライア
ントから予約対象のスキャナ２０を設定できる。

【００５３】以上の構成により、ジョブ１４作成時に対
象スキャナ２０が決定されていなくても、本実施形態の
画像取得用サーバ装置にジョブ１４を作成しておくこと
ができる。

【００５４】以上によりＣｒｅａｔｅＪｏｂの処理が完
了する。

【００５５】図４には、図２に示されるＰａｕｓｅＪｏ
ｂの処理フローが示される。図４において、処理の開始
により、一時停止ジョブバッファ２６の大きさと、その
中に現在入っているジョブ１４の数とが確認され（Ｓ１
５）、ジョブ１４の数が満杯か否かが確認される（Ｓ１
６）。一時停止ジョブバッファ２６中のジョブ１４の数
が満杯の場合には、ジョブキュー管理部１２がジョブ受
付部１０を介してクライアントに処理失敗を返す（Ｓ１
７）。

【００５６】一方、一時停止ジョブバッファ２６中のジ
ョブ１４の数が満杯でない場合には、当該ジョブ１４に
対象スキャナを問い合わせる（Ｓ１８）。対象スキャナ
が存在しない場合には（Ｓ１９）、クライアントに処理
失敗を返す（Ｓ１７）。また、対象スキャナが存在する
場合には（Ｓ１９）、対象となる予約ジョブキュー２２
から一時停止ジョブバッファ２６に該当するジョブ１４
を移動する（Ｓ２０）。

【００５７】一時停止ジョブバッファ２６に移動された
対象ジョブ１４に対しては状態の遷移すなわち一時停止
ジョブ２６への移動を通知する（Ｓ２１）。

【００５８】次に、一時停止ジョブバッファ２６に移動
されたジョブ１４に対し、ジョブキュー管理部１２の内
部スケジュール処理が実行され（Ｓ２２）、クライアン
トに処理成功が返される（Ｓ２３）。

【００５９】以上で、ＰａｕｓｅＪｏｂの処理が終了す
る。

【００６０】図５には、図２に示されるＲｅｓｕｍｅＪ
ｏｂの処理フローが示される。図５において、処理開始
により、一時停止ジョブバッファ２６中に格納されたジ
ョブ１４に、予約対象スキャナを確認する（Ｓ３０）。

【００６１】予約対象スキャナが存在しない場合には
（Ｓ３１）、ジョブキュー管理部１２がジョブ受付部１
０を介してクランアントに処理失敗を返す（Ｓ３２）。

【００６２】一方、Ｓ３１において予約対象スキャナが
存在する場合には、当該ジョブ１４が戻される対象とな
る予約ジョブキュー２２の大きさが確認され（Ｓ３
３）、予約ジョブキュー２２中のジョブ１４の数が予約
ジョブキュー２２の大きさより多い場合には、クランア
ントに対して処理失敗を返す（Ｓ３２）。一方、ジョブ
１４の数がキューの大きさより少ない場合には（Ｓ３
４）、対象となる予約ジョブキュー２２に当該ジョブ１
４を格納する（Ｓ３５）。

【００６３】この場合には、対象となったジョブ１４
に、状態の遷移すなわち予約ジョブキュー２２への移動
が通知される（Ｓ３６）。

【００６４】この後、予約ジョブキュー２２の中で、ジ
ョブキュー管理部１２の内部スケジュール処理が実行さ
れ（Ｓ３７）、クライアントに対して処理成功が返され
る（Ｓ３８）。

【００６５】なお、ジョブ１４が一旦あるスキャナ２０
を対象にして作成され、ＰａｕｓｅＪｏｂにより一時停
止ジョブバッファ２６中に格納された場合、Ｒｅｓｕｍ
ｅＪｏｂにおいて他のスキャナ２０に予約対象スキャナ
を変更し、変更後のスキャナ２０の予約ジョブキュー２
２に当該ジョブ１４を格納することも可能である。

【００６６】以上によりＲｅｓｕｍｅＪｏｂの処理が完
了する。

【００６７】図６には、図２に示されるＰｒｏｍｏｔｅ
Ｊｏｂの処理フローが示される。図６において、処理開
始によりジョブキュー管理部１２が対象となる予約ジョ
ブキュー２２中のジョブ１４に対して対象スキャナを問
い合わせる（Ｓ４０）。

【００６８】対象スキャナが存在しない場合には（Ｓ４
１）、ジョブキュー管理部１２がジョブ受付部１０を介
して指示を出したクライアントに対し処理失敗を返す
（Ｓ４２）。

【００６９】一方、対象スキャナが存在する場合には
（Ｓ４１）、対象となる予約ジョブキュー２２における
対象ジョブ１４の位置を先頭に移動し（Ｓ４３）、クラ
イアントに対して処理成功を返す（Ｓ４４）。

【００７０】以上により、ＰｒｏｍｏｔｅＪｏｂの処理
が完了する。

【００７１】図７には、図２に示されるＩｎｔｅｒｒｕ
ｐｔＪｏｂの処理フローが示される。図７において、処
理開始により、ジョブキュー管理部１２が対象となるす
なわち割り込むジョブ１４に対象スキャナを問い合わせ
る（Ｓ５０）。

【００７２】対象スキャナが存在しない場合には（Ｓ５
１）、ジョブキュー管理部１２がジョブ受付部１０を介
して指示を出したクライアントに処理失敗を返す（Ｓ５
２）。

【００７３】一方、対象スキャナが存在する場合には
（Ｓ５１）、割り込むジョブ１４の状態が予約中すなわ
ち予約ジョブキュー２２中に存在するか否かが確認され
（Ｓ５３）、予約中でない場合には、クライアントに処
理失敗を返す（Ｓ５２）。

【００７４】また、予約中である場合には（Ｓ５３）、
割り込まれるジョブ１４が処理中ジョブであるかすなわ
ち処理中ジョブバッファ２４に入れられているか否かが
確認される（Ｓ５４）。

【００７５】処理中ジョブでない場合には、クライアン
トに対して処理失敗を返す（Ｓ５２）。

【００７６】一方、処理中ジョブである場合には（Ｓ５
４）、割り込まれるジョブ１４を割り込まれジョブバッ
ファ２８に移動する（Ｓ５５）。

【００７７】Ｓ５５の処理が成功しなかった場合には
（Ｓ５６）、割り込まれジョブバッファ２８に格納され
たジョブ１４に対して内部スケジュール処理が実行され
（Ｓ６０）、クライアントに対し処理失敗を返す（Ｓ５
２）。

【００７８】一方、処理に成功した場合には（Ｓ５
６）、割り込まれたジョブ１４に状態の遷移すなわち割
り込まれジョブバッファ２８への移動を通知し（Ｓ５
７）、割り込んだジョブ１４にも状態の遷移すなわち処
理中ジョブバッファ２４への移動を通知する（Ｓ５
８）。

【００７９】以上の処理に成功しなかった場合には（Ｓ
５９）、処理中ジョブバッファ２４及び割り込まれジョ
ブバッファ２８に格納されたジョブ１４に対して、ジョ
ブキュー管理部１２の内部スケジュール処理が実行され
（Ｓ６０）、クライアントに処理失敗を返す（Ｓ５
２）。

【００８０】一方、Ｓ５９で処理に成功した場合には、
割り込むジョブ１４を予約ジョブキュー２２から処理中
ジョブバッファ２４に移動し、そのジョブ１４に対して
スキャナ利用可能を知らせ（Ｓ６１）、クライアントに
処理成功を返す（Ｓ６２）。

【００８１】以上によりＩｎｔｅｒｒｕｐｔＪｏｂの処
理が完了する。

【００８２】図８には、図２に示される内部スケジュー
ルの処理フローが示される。図８において、処理開始に
より、処理中ジョブバッファ２４中に処理中のジョブ１
４が存在するか否かが確認され（Ｓ６５）、存在する場
合にはそのまま処理が終了する。

【００８３】一方処理中のジョブ１４が存在しない場合
には（Ｓ６５）、割り込まれジョブバッファ２８中に割
り込まれたジョブ１４が存在するか否かが確認される
（Ｓ６６）。

【００８４】割り込まれたジョブ１４が存在する場合に
は、その割り込まれたジョブ１４を処理中ジョブバッフ
ァ２４に移動し、その旨をそのジョブ１４に通知する
（Ｓ６７）。

【００８５】次に処理中ジョブバッファ２４に移動され
たジョブ１４に対してスキャナ利用可能を知らせる（Ｓ
６８）。

【００８６】一方、Ｓ６６において割り込まれたジョブ
１４が存在しない場合には、対象となる予約ジョブキュ
ー２２の先頭のジョブ１４を処理中ジョブバッファ２４
に移動し、その旨をそのジョブ１４に通知する（Ｓ６
９）。

【００８７】次に処理中ジョブバッファ２４に移動され
たジョブ１４に対してスキャナ利用可能を知らせる（Ｓ
６８）。これにより、ジョブ１４からリクエストを出し
たクライアントに対してもスキャナ利用が可能であるこ
とが通知され、ユーザはこれにより適切なタイミングで
原稿のセットができる。

【００８８】以上により、内部スケジュールの処理が完
了する。

【００８９】図９には、ＵｎｌｏｃｋＳｃａｎｎｅｒの
処理フローが示される。クライアントからのＵｎｌｏｃ
ｋＳｃａｎｎｅｒ命令はジョブ１４が受け付け、ジョブ
１４がスキャナ２０を解放し、その旨をジョブキュー管
理部１２に通知する。図９には、その後のジョブキュー
管理部１２の処理フローが示されている。

【００９０】図９において、ジョブキュー管理部１２が
該当するジョブ１４の処理対象スキャナを確認する（Ｓ
７０）。

【００９１】対象スキャナが存在しない場合には（Ｓ７
１）、ジョブキュー管理部１２がジョブ受付部１０を介
して指示を出したクライアントに対し処理失敗を返す
（Ｓ７２）。

【００９２】一方、Ｓ７１において対象スキャナが存在
する場合には、処理中ジョブバッファ２４中の当該ジョ
ブ１４を読み込み終了ジョブバッファ３０に移動する
（Ｓ７３）。

【００９３】この後、読み込み終了ジョブバッファ３０
に格納されたジョブ１４に対してジョブキュー管理部１
２の内部スケジュール処理が実行され（Ｓ７４）、クラ
イアントに対して処理成功が返される（Ｓ７５）。

【００９４】以上によりＵｎｌｏｃｋＳｃａｎｎｅｒの
処理が完了する。

【００９５】図１０には、図２に示されるＣｌｏｓｅＪ
ｏｂの処理フローが示される。クライアントからのＣｌ
ｏｓｅＪｏｂ命令は、ジョブ１４が受け付けるが、ジョ
ブ１４は、自身が持っている画像データを破棄し、その
旨をジョブキュー管理部１２に通知する。図１０には、
その後のジョブキュー管理部１２の処理フローが示され
る。

【００９６】図１０において、ジョブキュー管理部１２
は、読み込み終了ジョブバッファ３０にジョブ１４が存
在するか否かを確認し（Ｓ８０）、存在しない場合には
処理対象スキャナすなわち処理中のジョブ１４に割り当
てられたスキャナ２０を確認する（Ｓ８１）。

【００９７】処理対象スキャナが存在しない場合には
（Ｓ８２）、クライアントに対して処理失敗を返す（Ｓ
８３）。

【００９８】一方、Ｓ８２において処理対象スキャナが
存在する場合には、処理中ジョブバッファ２４から全処
理終了ジョブバッファ３２に該当するジョブ１４を移動
し（Ｓ８４）、そのジョブに対して、ジョブキュー管理
部１２の内部スケジュール処理が実行される（Ｓ８
５）。その後クライアントに対して処理成功が返される
（Ｓ８７）。

【００９９】一方、Ｓ８０において、読み込み終了ジョ
ブバッファ３０にジョブ１４が存在する場合には、その
ジョブ１４を読み込み終了ジョブバッファ３０から全処
理終了ジョブバッファ３２に移動する（Ｓ８６）。その
後クライアントに対して処理成功を返す（Ｓ８７）。以
上により、ＣｌｏｓｅＪｏｂの処理が完了する。

【０１００】図１１には、図２に示されるＣａｎｃｅｌ
Ｊｏｂの処理フローが示される。図１１において、処理
開始により、ジョブキュー管理部１２が対象となるジョ
ブ１４の現在の状態を確認する（Ｓ９０）。

【０１０１】対象となるジョブ１４にジョブキュー管理
部１２が処理中断を指示する（Ｓ９１）。その中断が成
功しなかった場合には（Ｓ９２）、指示を出したクライ
アントに対し処理失敗を返す（Ｓ９３）。

【０１０２】一方、Ｓ９２において中断が成功した場合
には、該当するジョブ１４を、中断前の状態に応じたジ
ョブの格納場所から全処理終了ジョブバッファ３２に移
動する（Ｓ９４）。

【０１０３】全処理終了ジョブバッファ３２に移動され
たジョブ１４に対してジョブキュー管理部１２の内部ス
ケジュール処理が実行され（Ｓ９５）、クライアントソ
フトウェアに対し処理成功が返される（Ｓ９６）。

【０１０４】以上によりＣａｎｃｅｌＪｏｂの処理が完
了する。

【０１０５】

【発明の効果】以上説明したように、本発明によれば、
複数のクライアントマシンによりスキャナを共用する場
合にも、スキャナの利用について予約をすることができ
るので、スキャナの使用について競合が生じることを防
止できる。

【０１０６】また、スキャナをジョブが占有している時
間を一定時間に制限することができるので、予約解除の
忘れ等によりスキャナが無駄に占有される時間を削除す
ることができる。

【０１０７】以上により、共有スキャナを有効に利用す
ることが可能となる。

【図面の簡単な説明】

【図１】 本発明に係る画像取得用サーバ装置の構成の
ブロック図である。

【図２】 図１に示されるジョブキュー管理部の処理の
説明図である。

【図３】 図２に示されるＣｒｅａｔｅＪｏｂの処理フ
ローを示す図である。

【図４】 図２に示されるＰａｕｓｅＪｏｂの処理フロ
ーを示す図である。

【図５】 図２に示されるＲｅｓｕｍｅＪｏｂの処理フ
ローを示す図である。

【図６】 図２に示されるＰｒｏｍｏｔｅＪｏｂの処理
フローを示す図である。

【図７】 図２に示されるＩｎｔｅｒｒｕｐｔＪｏｂの
処理フローを示す図である。

【図８】 図２に示される内部スケジュールの処理フロ
ーを示す図である。

【図９】 図２に示されるＵｎｌｏｃｋＳｃａｎｎｅｒ
の処理フローを示す図である。

【図１０】 図２に示されるＣｌｏｓｅＪｏｂの処理フ
ローを示す図である。

【図１１】 図２に示されるＣａｎｃｅｌＪｏｂの処理
フローを示す図である。

【符号の説明】

１０ ジョブ受付部、１２ ジョブキュー管理部、１４
ジョブ、１６ スキャナ管理部、１８ スキャナ制御
部、２０ スキャナ、２２ 予約ジョブキュー、２４
処理中ジョブバッファ、２６ 一時停止ジョブバッフ
ァ、２８ 割り込まれジョブバッファ、３０ 読み込み
終了ジョブバッファ、３２ 全処理終了ジョブバッフ
ァ。

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 画像入力装置からの画像データの取得操
   作を制御する画像取得用サーバ装置であって、クライアントからの 画像データの取得要求があるごとに
   画像入力装置から画像データを取得するジョブを生成す
   るジョブ生成手段と、 このジョブの動作順序を管理する手段と、 を備え、前記生成されたジョブに対しては、同時に複数のクライ
   アントから指示を出すことができ、かつ １度に１つのジ
   ョブのみが画像入力装置を操作できることを特徴とする
   画像取得用サーバ装置。
2. 【請求項２】 請求項１記載の画像取得用サーバ装置で
   あって、 ジョブの動作順序を管理する手段として、生成されたジ
   ョブに対して先入れ先出し処理を実行する予約ジョブキ
   ューを有することを特徴とする画像取得用サーバ装置。
3. 【請求項３】 請求項２記載の画像取得用サーバ装置で
   あって、 前記予約ジョブキューにおいては、内部にあるジョブの
   順序を入れ替えられることを特徴とする画像取得用サー
   バ装置。
4. 【請求項４】 請求項１から請求項３のいずれか一項記
   載の画像取得用サーバ装置であって、 ジョブによる画像入力装置の占有時間が所定時間を越え
   た時に、そのジョブから画像入力装置を解放することを
   特徴とする画像取得用サーバ装置。
5. 【請求項５】 画像入力装置からの画像データの取得操
   作を制御する画像取得用サーバ装置であって、クライアントからの 画像データの取得要求を受け付ける
   ジョブ受付部と、 前記ジョブ受付部が受け付けた画像データの取得要求に
   応じて、画像入力装置から画像データを取得するジョブ
   を生成するとともに、そのジョブの動作順序を管理する
   ジョブキュー管理部と、 ジョブからの画像データの読み込み指示を受け、画像入
   力装置による画像データ取得処理を実行する画像入力装
   置管理部と、 前記画像入力装置管理部からの指示により、画像入力装
   置を駆動して画像データを読み込ませる画像入力装置制
   御部と、 を備え、前記生成されたジョブに対しては、同時に複数のクライ
   アントから指示を出すことができ、かつ １度に１つのジ
   ョブのみが画像入力装置を操作し、画像データを取得で
   きることを特徴とする画像取得用サーバ装置。