(57)【要約】【課題】複数のユーザで複数のネットワーク接続機器を共有する場合に、予約管理サーバを別途設けることなく、各機器の予約情況の変化に応じて利用機器を決めるといった柔軟な予約管理を行うことができる枠組みを提供する。【解決手段】予約元装置と予約先装置とをそれぞれ複数含んで構成されるネットワークシステムにおける、予約先装置の予約方法であって、予約元装置において、予約先装置に対する利用要求を受け付けた場合、複数の予約先装置に対して予約要求を通知する工程と、予約元装置において、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として選択した予約先装置以外に対して予約キャンセルを通知する工程と、を備える。【選択図】  図２
2006236137.tif 000002
【特許請求の範囲】
【請求項１】
予約を要求する装置（以下、「予約元装置」という）と、予約を受け付ける装置（以下、「予約先装置」という）とをそれぞれ複数含んで構成されるネットワークシステムにおける、予約先装置の予約方法であって、
予約元装置において、予約先装置に対する利用要求を受け付けた場合、複数の予約先装置に対して予約要求を通知する工程と、
予約元装置において、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する工程と、
を備えることを特徴とする予約方法。
【請求項２】
更に、予約先装置において、予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する工程と、
予約先装置において、予約リストの最上位の予約に対応する予約元装置に「現在利用可」を示す情報を通知する工程と、
予約先装置において、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する工程と、
予約先装置において、予約リストの最上位の予約に対応するジョブを実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する工程と、
を備えることを特徴とする請求項１記載の予約方法。
【請求項３】
前記予約要求を通知する工程は、
予約元装置において、予約先装置に対する利用要求を受け付けた場合、該予約元装置から予約要求を通知可能な予約先装置の情報をユーザに提示する工程と、
予約元装置において、ユーザからの指示に基づいて、予約要求を通知可能な予約先装置のなかから複数の予約先装置を選択する工程と、
予約元装置において、前記選択した複数の予約先装置に対して予約要求を通知する工程と、
を備えることを特徴とする請求項１又は２記載の予約方法。
【請求項４】
前記予約キャンセルを通知する工程は、
予約元装置において、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、ユーザに対して該予約先装置を利用するか否かを問い合わせる工程と、
予約元装置において、前記問い合わせに応じてユーザから利用するとの回答を受け付けた場合に、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する工程と、
予約元装置において、前記問い合わせに応じてユーザから利用しないとの回答を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置に対して、予約キャンセルを通知する工程と、
を備えることを特徴とする請求項１乃至３のいずれか１項に記載の予約方法。
【請求項５】
前記予約先装置が、ネットワーク接続機能を備えたスキャナ装置であることを特徴とする請求項１乃至４のいずれか１項に記載の予約方法。
【請求項６】
予約を要求する装置（以下、「予約元装置」という）と、予約を受け付ける装置（以下、「予約先装置」という）とをそれぞれ複数含んで構成されるネットワークシステムにおける予約管理方法であって、
予約先装置において、予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する工程と、
予約先装置において、該予約先装置が利用可能である場合、予約リストの最上位の予約に対応する予約元装置（以下、「最上位予約元装置」という）に「現在利用可」を示す情報を通知する工程と、
予約先装置において、最上位予約元装置が前記最上位の予約に対応するジョブに関して他の予約先装置に対して予約要求を通知している場合、当該他の予約先装置に対して、最上位予約元装置の前記ジョブに関する予約のキャンセルを通知する工程と、
予約先装置において、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する工程と、
予約先装置において、予約リストの最上位の予約に対応するジョブを実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する工程と、
を備えることを特徴とする予約管理方法。
【請求項７】
予約を受け付ける装置（以下、「予約先装置」という）にネットワークを介して予約を要求する装置（以下、「予約元装置」という）であって、
予約先装置に対する利用要求を受け付けた場合、複数の予約先装置に対して予約要求を通知する機能と、
前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する機能と、
を備えることを特徴とする予約元装置。
【請求項８】
予約を要求する装置（以下、「予約元装置」という）からネットワークを介して予約を受け付ける装置（以下、「予約先装置」という）であって、
予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する機能と、
当該予約先装置が利用可能である場合、予約リストの最上位の予約に対応する予約元装置（以下、「最上位予約元装置」という）に「現在利用可」を示す情報を通知する機能と、
最上予約元装置が前記最上位の予約に対応するジョブに関して他の予約先装置に対して予約要求を通知している場合、当該他の予約先装置に対して、最上位予約元装置の前記ジョブに関する予約のキャンセルを通知する機能と、
予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する機能と、
予約リストの最上位の予約に対応するジョブを実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する機能と、
を備えることを特徴とする予約先装置。
【請求項９】
請求項１乃至６のいずれか１項に記載の方法をコンピュータで実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約を要求する装置（以下、「予約元装置」という）と、予約を受け付ける装置（以下、「予約先装置」という）とをそれぞれ複数含んで構成されるネットワークシステムにおける、予約先装置の予約方法に関する。
【背景技術】
【０００２】
従来より、複写機やプリンタなどの機器をネットワークに複数接続してネットワークシステムを構成し、これらの機器を複数のユーザで共有使用することが行われている。最近では、スキャナについても、ネットワークに接続する機能を持ったスキャナ装置（ネットワークスキャナ又はスキャナサーバ）が普及しつつあり、複数のユーザでスキャナ装置を共有して使用することも一般的となってきている。
【０００３】
このように複数のユーザで複数のネットワーク接続機器を共有する場合、各ユーザの利用要求が重なることが想定されるため、適切に予約管理を行う必要がある。このような予約管理技術の一例として、例えば特許文献１には、予約情報を集中的に管理するサーバを設置し、ユーザが、利用要求時に自己の端末から該サーバにアクセスして各機器の予約情報を取得し、かかる予約情報を参照して特定の機器（例えば、予約の少ない機器など）に対して予約を行うことができる枠組みが開示されている。
【特許文献１】特開２００４−３０２７９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記枠組みでは、いったん機器Ａを予約したユーザは、たとえ他の機器において予約の消化が早く進み、機器Ａよりも先に使用できそうな機器がでてきた場合でも、そのまま機器Ａが使用できるようになるまで待たされることになる。すなわち、上記枠組みでは、予約した時点で利用する機器が確定してしまうため、各機器の予約情況の変化に応じて利用機器を決めるといった柔軟な予約管理を行うことはできない。
【０００５】
更に、上記枠組みでは、予約情報を管理するサーバを別途設けているため、コスト等が増加してしまうという問題がある。このようなコスト増を回避するために、予約管理サーバを別途設けずに、該サーバの予約管理機能をいずれかの端末が行うように構成することも考えられるが、この場合は、その端末の処理負荷が大きく増加してしまう。
【０００６】
そこで、本発明は、複数のユーザ（クライアント）で複数のネットワーク接続機器を共有する場合に、予約管理サーバを別途設けることなく、各機器の予約情況の変化に応じて利用機器を決めるといった柔軟な予約管理を行うことができる枠組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の予約方法は、予約を要求する装置（以下、「予約元装置」という）と、予約を受け付ける装置（以下、「予約先装置」という）とをそれぞれ複数含んで構成されるネットワークシステムにおける、予約先装置の予約方法であって、予約元装置において、予約先装置に対する利用要求を受け付けた場合、複数の予約先装置に対して予約要求を通知する工程と、予約元装置において、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する工程と、を備えることを特徴とする。前記予約先装置は、例えばネットワーク接続機能を備えたスキャナ装置である。
【０００８】
かかる構成によれば、利用要求があった時点で複数の予約先装置に重複して予約要求を通知する一方、予約要求を通知した一つの予約先装置が利用できるようになった時点で、当該一つのスキャナサーバを利用対象として確定し、他の予約先装置について予約をキャンセルするように構成しているため、利用要求時点において利用する予約先装置を確定させることなく、予約管理を行うことができる。その結果、利用要求時点での予約順位を維持しつつ、各予約先装置における予約情況の変化に応じて最先に利用可能となった予約先装置をその時点で選択して利用することが可能となり、柔軟な予約管理を実現することができる。
【０００９】
好適には、更に、予約先装置において、予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する工程と、予約先装置において、予約リストの最上位の予約に対応する予約元装置に、「現在利用可」を示す情報を通知する工程と、予約先装置において、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する工程と、予約先装置において、予約リストの最上位の予約に対応する処理を実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する工程と、を備えることを特徴とする。
【００１０】
また好適には、前記予約要求を通知する工程は、予約元装置において、予約先装置に対する利用要求を受け付けた場合、該予約元装置から予約要求を通知可能な予約先装置の情報をユーザに提示する工程と、予約元装置において、ユーザからの指示に基づいて、予約要求を通知可能な予約先装置のなかから複数の予約先装置を選択する工程と、予約元装置において、前記選択した複数の予約先装置に対して予約要求を通知する工程と、を備えることを特徴とする。
【００１１】
また好適には、前記予約キャンセルを通知する工程は、予約元装置において、予約先装置から「現在利用可」を示す情報を受け付けた場合、ユーザに対して該予約先装置を利用するか否かを問い合わせる工程と、予約元装置において、前記問い合わせに応じてユーザから利用するとの回答を受け付けた場合に、前記予約要求を通知した予約先装置のうち、前記利用可を示す情報を受け付けた予約先装置以外に対して、予約キャンセルを通知する工程と、予約元装置において、前記問い合わせに応じてユーザから利用しないとの回答を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置に対して、予約キャンセルを通知する工程と、を備えることを特徴とする。
【００１２】
このような構成によれば、ユーザの意思を確認した上で、予約要求を通知する予約先装置を選択したり、利用対象となるを予約先装置を確定することが可能となる。
【００１３】
本発明の予約管理方法は、予約を要求する装置（以下、「予約元装置」という）と、予約を受け付ける装置（以下、「予約先装置」という）とをそれぞれ複数含んで構成されるネットワークシステムにおける予約管理方法であって、予約先装置において、予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する工程と、予約先装置において、該予約先装置が利用可能である場合、予約リストの最上位の予約に対応する予約元装置（以下、「最上位予約元装置」という）に「現在利用可」を示す情報を通知する工程と、予約先装置において、最上位予約元装置が前記最上位の予約に対応するジョブに関して他の予約先装置に対して予約要求を通知している場合、当該他の予約先装置に対して、最上位予約元装置の前記ジョブに関する予約のキャンセルを通知する工程と、予約先装置において、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する工程と、予約先装置において、予約リストの最上位の予約に対応するジョブを実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する工程と、を備えることを特徴とする。
【００１４】
本発明の方法は、予約元装置又は／及び予約先装置において、コンピュータにより実施することができるが、そのためのコンピュータプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じてコンピュータにインストールまたはロードすることができる。
【００１５】
本発明の装置は、予約を受け付ける装置（予約先装置）にネットワークを介して予約を要求する装置（予約元装置）であって、予約先装置に対する利用要求を受け付けた場合、複数の予約先装置に対して予約要求を通知する機能と、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する機能と、を備えることを特徴とする。
【００１６】
本発明の装置は、予約を要求する装置（以下、「予約元装置」という）からネットワークを介して予約を受け付ける装置（以下、「予約先装置」という）であって、予約元装置から予約要求を受け付けた場合、予約リストの最下位に該予約元装置からの予約を追加して、予約リストを更新する機能と、当該予約先装置が利用可能である場合、予約リストの最上位の予約に対応する予約元装置（以下、「最上位予約元装置」という）に「現在利用可」を示す情報を通知する機能と、最上予約元装置が前記最上位の予約に対応するジョブに関して他の予約先装置に対して予約要求を通知している場合、当該他の予約先装置に対して、最上位予約元装置の前記ジョブに関する予約のキャンセルを通知する機能と、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する機能と、予約リストの最上位の予約に対応するジョブを実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する機能と、を備えることを特徴とする。
【発明の効果】
【００１７】
以上、本発明によれば、複数のユーザ（クライアント）で複数のネットワーク接続機器を共有する場合に、予約管理サーバを別途設けることなく、各機器の予約情況の変化に応じて利用機器を決めるといった柔軟な予約管理を行うことができる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の実施形態のネットワークシステム１の構成を示すブロック図である。 図１に示すように、ネットワークシステム１は、予約を要求する装置に相当するクライアント装置１０〜１２と、予約を受け付ける装置に相当するスキャナサーバ２０〜２２とを含んでおり、これら各装置は、所定の通信ネットワーク（ＬＡＮ、インターネット、専用線、パケット通信網、それらの組み合わせ等のいずれであってもよく、有線、無線の両方を含む）を介して互いに通信可能に構成されている。
【００１９】
なお、本実施形態では、ネットワークシステム１が、クライアント装置、スキャナサーバをそれぞれ３つ備える構成としているが、各装置の数は複数であればよく、具体的な装置数は設計に応じて定めることができる。
【００２０】
クライアント装置１０〜１２は、例えば一般的なパーソナルコンピュータを用いて構成することができ、それぞれＣＰＵ、ＲＯＭ、ＲＡＭ、ユーザインタフェース、ネットワークインタフェース等のハードウェアを備えている。
【００２１】
また、スキャナサーバ２０〜２２にスキャン処理を実行させるため必要な通常の制御機能として、例えば色調補正手段、ヒストグラム補正手段、濃度補正手段などを備えたスキャナドライバ１５を備えている。
【００２２】
本実施形態のスキャナドライバ１５は、上記のような通常のスキャナドライバと同様の機能手段に加えて、更に、予約状況の変化に適応して予約先を決定できる適応型予約手段１８（スキャナサーバに対する利用要求を受け付けた場合、複数のスキャナサーバに対して予約要求を通知する複数予約要求機能、前記予約要求を通知した予約先装置から「現在利用可」を示す情報を受け付けた場合、前記「現在利用可」を示す情報を受け付けた予約先装置を利用対象として確定するとともに、前記予約要求を通知した予約先装置のうち前記利用対象として確定した予約先装置以外に対して予約キャンセルを通知する機能）を備えている（図２参照）。
【００２３】
なお、スキャナドライバ１５の各手段は、装置内のＲＯＭやＲＡＭ、外部の記憶媒体等に格納されるプログラムをＣＰＵが実行することにより実現される。
【００２４】
スキャナサーバ２０〜２２は、それぞれスキャナコントローラ２５、スキャナエンジン２６等を備えている。
【００２５】
スキャナコントローラ２５は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ユーザインタフェース、ネットワークインタフェース等のハードウェアを備えている。ただし、例えばネットワークインタフェースは、スキャナサーバ２０〜２２と別体に構成されていてもよい。
【００２６】
スキャナコントローラ２５の機能構成は、通常のスキャナにおけるスキャナコントローラと同様である。例えば、スキャンモードに基づいて読み取り動作に関わる種々の設定を行うパラメータ設定手段、ユーザやクライアント装置１０〜１２からの指示に基づいて、スキャナエンジン２６を制御して読み取り動作を実行する実行制御手段、画像データを外部へ出力する（例えば、ネットワークインタフェースを介してクライアント装置１０〜１２へ出力する）出力手段などを備える。
【００２７】
本実施形態のスキャナコントローラ２５は、更に、予約受付／キャンセル手段２８（クライアント装置から予約要求を受け付けた場合、予約リストの最下位に該クライアント装置からの予約を追加して、予約リストを更新する機能、予約キャンセルを受け付けた場合、予約リストから対応する予約を削除して、予約リストを更新する機能）、実行順序管理手段２９（予約リストの最上位の予約に対応するクライアント装置に「現在利用可」を示す情報を通知する機能、予約リストの最上位の予約に対応する処理を実行した場合、予約リストから前記最上位の予約を削除して、予約リストを更新する機能）などを備えている（図２参照）。
【００２８】
なお、スキャナコントローラ２５の各手段は、装置内のＲＯＭやＲＡＭ、外部の記憶媒体等に格納されるプログラムをＣＰＵが実行することにより実現される。
【００２９】
スキャナエンジン２６は、例えば、入力走査ヘッド、走査機構、光源等を含んで構成され、スキャナコントローラ２５の制御に従って、原稿媒体の濃淡を光学的に読み取り、画像データを生成する。スキャナエンジン２６としては、ドラムスキャナ、フラットベッドスキャナ、ＣＣＤスキャナなど各種スキャナエンジンを用いることができる。
【００３０】
以下、図３〜図６に示すフローチャートを参照して、予約受付／キャンセル手段２８、実行順序管理手段２９、適応型予約手段１８について説明する。なお、各工程（符号が付与されていない部分的な工程を含む）は処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。
【００３１】
（予約受付／キャンセル手段：図３）
予約受付／キャンセル手段２８は、クライアント装置から予約に関する通知を受け付けるまで、待機する（Ｓ１００）。
【００３２】
予約受付／キャンセル手段２８は、クライアント装置から予約に関する通知を受け付けた場合、該通知が予約要求の通知であるかどうかを判断する（Ｓ１０１）。
【００３３】
予約要求の通知である場合、予約受付／キャンセル手段２８は、予約リストの最下位に該通知に対応する予約を追加して予約リストを更新し（Ｓ１０２）、Ｓ１００に戻る。
【００３４】
予約リストは、例えば図７（ａ）に示すように、予約順位、予約要求識別情報（予約名など）、予約要求を通知したクライアント装置の情報（装置名など）、予約受付時間などの情報を含んで構成することができ、ＲＡＭの所定領域に記憶される。なお、予約受付／キャンセル手段２８は、クライアント装置が予約要求識別情報に基づいて予約キャンセルを行えるように、前記予約要求を通知したクライアント装置に予約要求識別情報を通知することが望ましい。
【００３５】
一方、予約要求の通知でない場合、予約受付／キャンセル手段２８は、該通知が予約キャンセルの通知であるかどうかを判断する（Ｓ１０３）。
【００３６】
予約キャンセルの通知である場合、予約受付／キャンセル手段２８は、予約リストに該通知に対応する予約が登録されている場合、予約リストから、該通知に対応する予約を削除して予約リストを更新し（Ｓ１０４）、Ｓ１００に戻る。
【００３７】
一方、予約キャンセルの通知でない場合、予約受付／キャンセル手段２８は、該通知が予約状況確認要求の通知であるかどうかを判断する（Ｓ１０５）。
【００３８】
予約状況確認要求の通知である場合、予約受付／キャンセル手段２８は、予約リストの情報を、該通知を送ってきたクライアント装置に対して送信し（Ｓ１０６）、Ｓ１００に戻る。
【００３９】
なお、予約状況確認要求の通知でない場合、予約受付／キャンセル手段２８は、該通知に対応する所定の処理を実行して（Ｓ１０７）、Ｓ１００に戻る。
【００４０】
（実行順序管理手段：図４）
実行順序管理手段２９は、対応するスキャナエンジン２６の状態等に基づき、スキャナサーバがスキャン処理を実行できる状態にあるか否かを判断する（Ｓ２００）。
【００４１】
実行できる状態にない場合、Ｓ２００に戻る。一方、実行できる状態にある場合、予約リストを参照して予約が登録されているかどうかを判断する（Ｓ２０１）。
【００４２】
登録されていない場合、登録されるまで待機すべく、Ｓ２０１に戻る。
【００４３】
一方、予約リストに予約が登録されている場合、予約リストを参照して最上位の予約に対応する情報（予約要求識別情報、クライアント装置名など）を抽出し、前記抽出した情報に基づき最上位の予約に対応するクライアント装置に対して「現在使用可」であることを示す情報を送信する（Ｓ２０２）。
【００４４】
次に、実行順序管理手段２９は、最上位の予約に対応するスキャン処理（ジョブ）の実行指示を待ち（Ｓ２０３）、ユーザやクライアント装置から該実行指示を受け付けた場合、前記対応するスキャン処理を実行するよう実行制御手段へ通知する（Ｓ２０４）。
【００４５】
次に、実行順序管理手段２９は、前記対応するスキャン処理が終了するまで待ち（Ｓ２０５）、終了した場合、予約リストから最上位の予約を削除して予約リストを更新し（Ｓ２０６）、Ｓ２００に戻る。
【００４６】
（適応型予約手段：図５、図６）
適応型予約手段１８は、ユーザやクライアント装置上で動作するアプリケーション等から、スキャナサーバに対する利用要求を受け付けるまで、待機する（Ｓ３００）。
【００４７】
適応型予約手段１８は、スキャナサーバに対する予約要求を受け付けた場合は、ネットワークを介して通信可能な複数のスキャナサーバ２０〜２２に対して、予約状況確認要求を通知する（Ｓ３０１）。
【００４８】
次に、適応型予約手段１８は、予約状況確認要求を通知したスキャナサーバ２０〜２３から予約リストの情報を受け付けるまで、待機する（Ｓ３０２）。
【００４９】
ここで、スキャナサーバから予約状況確認要求に応じて予約リストの情報が送られてきた場合、クライアント装置と当該スキャナサーバとは相互に通信可能な状態（例えば、クライアント装置からスキャナサーバへ予約要求を通知可能な状態）にあると言える。以下では、一定時間内に２以上のスキャナサーバから予約リストの情報を受け付けた場合（すなわち、２以上のスキャナサーバに対して予約要求を通知可能な場合）の処理フローについて説明する。なお、一定時間内に予約リストの情報を一つも受け付けなかった場合は、予約できるスキャナサーバがないことをユーザに提示する。また、一定時間内に一つのスキャナサーバからのみ予約リストの情報を受け付けた場合は、当該一つのスキャナサーバに対して通常の予約処理を実行すればよい。
【００５０】
次に、適応型予約手段１８は、受け付けた予約リストの情報のなかに、予約が１件も登録されていない予約リスト（予約０リスト）の情報があるかどうかを判断する（Ｓ３０３）。
【００５１】
予約０リストの情報がある場合、適応型予約手段１８は、予約０リストの情報を送ってきたスキャナサーバを選択し、前記選択したスキャナサーバの情報（スキャナサーバ名や、設置場所など）をユーザに提示して、前記選択したスキャナサーバを予約するか否かを問い合わせる（Ｓ３０４）。
【００５２】
ユーザから前記選択したスキャナサーバを予約するとの入力があった場合（Ｓ３０４：「予約する」）、適応型予約手段１８は、前記選択したスキャナサーバに対して前記利用要求に対応する予約要求を通知し（Ｓ３０５）、Ｓ３０９に進む。
【００５３】
一方、予約０リストの情報がない場合（Ｓ３０３：ＮＯ）、又は、ユーザから前記選択したスキャナサーバを予約しないとの入力があった場合（Ｓ３０４：「予約しない」）、適応型予約手段１８は、ユーザに対して、前記受け付けた予約リストの情報を提示し、予約を希望しないスキャナサーバの有無を問い合わせる（Ｓ３０６）。これを受けてユーザは、予約リストの情報に基づいて予約が多いスキャナサーバを外したり、又は自席から距離が離れているスキャナサーバを外すなどして、予約を希望しないスキャナサーバを回答することができる。
【００５４】
次に、適応型予約手段１８は、ユーザから回答が入力されると、予約リストの情報を受け付けた複数のスキャナサーバのなかから、ユーザが予約を希望しないスキャナサーバ以外のスキャナサーバを選択する（Ｓ３０７）。
【００５５】
以下では、前記選択したスキャナサーバが複数となる場合の処理フローについて説明する。なお、ユーザの指示に基づいて選択した結果、一つのスキャナサーバのみを選択することとなった場合は、当該一つのスキャナサーバに対して通常の予約処理を実行すればよい。
【００５６】
次に、適応型予約手段１８は、前記選択した複数のスキャナサーバに対して前記利用要求に対応する予約要求を通知する（Ｓ３０８）。
【００５７】
次に、適応型予約手段１８は、前記利用要求に対応する予約要求を通知したスキャナサーバから「現在利用可」を示す情報を受け付けるまで、待機する（Ｓ３０９）。
【００５８】
適応型予約手段１８は、予約要求を通知したスキャナサーバから「現在利用可」を示す情報を受け付けた場合、「現在利用可」を示す情報を受け付けたスキャナサーバの情報（スキャナサーバ名や、設置場所など）をユーザに提示して、当該スキャナサーバを利用するか否かを問い合わせる（Ｓ３１０）。
【００５９】
ユーザからスキャナサーバを利用しないとの回答を受け付けた場合（Ｓ３１０：「利用しない」）、適応型予約手段１８は、前記「現在使用可」を示す情報を受け付けたスキャナサーバに予約キャンセルを通知し（Ｓ３１１）、Ｓ３０９に戻る。なお、図示していないが、ユーザが順次利用しないと入力した結果、予約要求を通知したスキャナサーバ全てについて利用しないことが入力された場合は、Ｓ３００に戻る。
【００６０】
一方、ユーザから前記情報を受け付けたスキャナサーバを利用するとの回答を受け付けた場合（Ｓ３１０：「利用する」）、適応型予約手段１８は、前記「現在使用可」を示す情報を受け付けたスキャナサーバを利用対象として確定するとともに、前記利用要求に対応する予約要求を通知したスキャナサーバのうち前記利用対象として確定したスキャナサーバ（及び既に予約キャンセルを通知したスキャナサーバ）を除く他のスキャナサーバに対して予約キャンセルを通知し（Ｓ３１２）、Ｓ３００に戻る。
【００６１】
本実施形態の構成によれば、利用要求があった時点で複数のスキャナサーバに重複して予約要求を通知する一方、各スキャナサーバにおいて予約の消化が進んだ結果、前記利用要求に関して予約要求を通知した一つのスキャナサーバが利用できるようになった時点で、ユーザに指示に基づいて当該一つのスキャナサーバを利用対象として確定し、他のスキャナサーバについて予約をキャンセルするように構成しているため、利用要求時点において利用するスキャナサーバを確定させることなく、予約管理を行うことができる。その結果、利用要求時点での予約順位を維持しつつ、各スキャナサーバの予約情況の変化に応じて最先に利用可能となったスキャナサーバをその時点で選択して利用することが可能となり、柔軟な予約管理を実現することができる。
【００６２】
また、上記構成によれば、利用要求時点において利用するスキャナサーバを確定する必要がない、すなわち、利用要求時点において特定の一つのスキャナサーバを選択する必要がないことから、そのような選択を行う際に従来必要だった各スキャナサーバの予約情報は必ずしも必要ではなくなる。その結果、予約情報を提供するための予約管理サーバを設ける必要もなくなり、コスト等を抑制することができる。
【００６３】
（その他）
本発明は、上記実施形態に限定されることなく種々に変形して適用することが可能である。
【００６４】
例えば、上記実施形態では、適応型予約手段をスキャナドライバ１５の一機能手段として説明したが、スキャナドライバ１５と関係なく、独立した機能手段として実装してもよい。この場合、スキャナドライバが実装されていないクライアント装置（例えば、携帯端末など）であっても、適応型予約手段を実装しておくことにより、本発明の枠組みに基づいて予約を行うことができる。
【００６５】
また例えば、上記実施形態では、クライアント装置から予約キャンセルを通知するように構成しているが、スキャナサーバから他のスキャナサーバへ予約キャンセルを通知するように構成してもよい。例えば、クライアント装置からスキャナサーバへ予約要求を通知する際、予約要求を通知した他のスキャナサーバの情報も併せて通知するように構成し、スキャナサーバでは、例えば図７（ｂ）に示すように、当該他のスキャナサーバの情報を加えて予約リストを構成する。そして、実行順序管理手段２９について、最上位の予約に対応するクライアント装置に対して「現在使用可」であることを示す情報を送信する一方、最上位の予約に対応するクライアント装置が当該予約に対応するジョブに関して予約要求を通知した他のスキャナサーバに対して、前記ジョブに関する予約のキャンセルを通知するように構成する。
【００６６】
また例えば、予約要求を通知した後に「現在使用可」の情報を受け付けるのを待機している際、随時、スキャナサーバに対して予約状況確認要求を通知して、予約リストの情報を取得し、これをユーザに提示することで、ユーザが予約状況の変化を把握できるように構成してもよい。また、スキャナサーバから、例えば予約リストの更新時などに、能動的に予約リストの情報をクライアント装置へ送信するように構成してもよい。
【００６７】
なお、上記実施形態では、クライアント装置が予約を要求する装置（予約元装置）であり、スキャナサーバが予約を受け付ける装置（予約先装置）である場合について説明しているが、本発明はこのような構成に限られない。予約元装置と予約先装置とをそれぞれ複数含んで構成されるネットワークシステムであれば、本発明の枠組みを適用することで柔軟な予約管理を実現することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施形態におけるネットワークシステム１の構成を示すブロック図である。
【図２】スキャナドライバ１５及びスキャナコントローラ２５の機能構成を示すブロック図である。
【図３】予約受付／キャンセル手段２８の処理内容を示すフローチャートである。
【図４】実行順序管理手段２９の処理内容を示すフローチャートである。
【図５】適応型予約手段１８の処理内容を示すフローチャートである。
【図６】適応型予約手段１８の処理内容を示すフローチャートである。
【図７】予約リストを説明するための図である。
【符号の説明】
【００６９】
１  ネットワークシステム；１０〜１２  クライアント装置；１５  スキャナドライバ；１８  適応型予約手段；２０〜２２  スキャナサーバ；２５  スキャナコントローラ；２６  スキャナエンジン；２８  予約受付／キャンセル手段；２９  実行順序管理手段
【図１】
2006236137.tif 000003
【図２】
2006236137.tif 000004
【図３】
2006236137.tif 000005
【図４】
2006236137.tif 000006
【図５】
2006236137.tif 000007
【図６】
2006236137.tif 000008
【図７】
2006236137.tif 000009