(57)【要約】【課題】  各画像処理装置の利用状況に適応して各情報処理装置から要求される特定のサービス要求が重ならないように振り分ける。【解決手段】    複数の情報処理装置と複数の画像処理装置と通信するサーバ装置において、いずれかの情報処理装置から特定の画像処理のサービス要求を受け付けた際に、既に予約された画像処理装置を含まない画像処理装置のうち、前記特定の画像処理のサービス要求を実行できる画像処理装置の候補を仮予約状態にした画像処理装置の候補を要求元の情報処理装置に提示する。そして、情報処理装置により選択される画像処理装置を予約状態に確定し、かつ、選択されていない画像処理装置に設定された仮予約状態を解除する。そして、情報処理装置から受け付けるサービスの実行開始の要求を予約された画像処理装置に通知することを特徴とする。【選択図】  図５
2015179926.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像処理装置と、複数の情報処理装置と、サーバ装置とを含む情報処理システムであって、
前記サーバ装置は、
いずれかの情報処理装置から特定の画像処理のサービス要求を受け付けた際に、既に予約された画像処理装置を含まない画像処理装置のうち、前記特定の画像処理のサービス要求を実行できる画像処理装置の候補を仮予約状態に設定する設定手段と、
仮予約状態にした画像処理装置の候補を要求元の情報処理装置に提示する提示手段と、
前記情報処理装置により選択される画像処理装置を予約状態に確定し、かつ、選択されていない画像処理装置に設定された仮予約状態を解除する予約制御手段と、
前記情報処理装置から受け付けるサービスの実行開始の要求を予約された画像処理装置に通知する通知手段と、を備え、
前記情報処理装置は、
前記サーバ装置に特定の画像処理のサービス要求を発行する発行手段と、
前記サーバ装置から取得する仮予約状態の画像処理装置の候補の一覧を表示する表示手段と、
前記仮予約状態の画像処理装置の候補の一覧から特定の画像処理のサービス要求を実行させる画像処理装置を選択する選択手段と、を備えることを特徴とする情報処理システム。
【請求項２】
特定の画像処理のサービス要求は、いずれかの画像処理装置を占有するサービスと、いずれかの画像処理装置を占有しないサービスと、を含むことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記占有するサービスは、当該サービスを依頼する依頼者が依頼先の画像処理装置に操作を行うコピーサービス、スキャンサービス、プリントサービス、ストアジョブの回収サービスを含むことを特徴とする請求項２記載の情報処理システム。
【請求項４】
前記占有しないサービスは、当該サービスを依頼する依頼者が依頼先の画像処理装置に操作を行わないストアジョブサービス、特定のサービス要求をボックスに保存するボックスサービスを含むことを特徴とする請求項２記載の情報処理システム。
【請求項５】
前記予約制御手段は、特定の画像処理のサービス要求が占有しないサービスである場合、いずれかの画像処理装置を予約する処理を実行しないことを特徴とする請求項１記載の情報処理システム。
【請求項６】
複数の情報処理装置と複数の画像処理装置と通信するサーバ装置であって、
いずれかの情報処理装置から特定の画像処理のサービス要求を受け付けた際に、既に予約された画像処理装置を含まない画像処理装置のうち、前記特定の画像処理のサービス要求を実行できる画像処理装置の候補を仮予約状態に設定する設定手段と、
仮予約状態にした画像処理装置の候補を要求元の情報処理装置に提示する提示手段と、
前記情報処理装置により選択される画像処理装置を予約状態に確定し、かつ、選択されていない画像処理装置に設定された仮予約状態を解除する予約制御手段と、
前記情報処理装置から受け付けるサービスの実行開始の要求を予約された画像処理装置に通知する通知手段と、
を備えることを特徴とするサーバ装置。
【請求項７】
複数の画像処理装置を利用する特定のサービス要求をサーバ装置に依頼する情報処理装置であって、
前記サーバ装置に特定の画像処理のサービス要求を発行する発行手段と、
前記サーバ装置から取得する仮予約状態の画像処理装置の候補の一覧を表示する表示手段と、
前記仮予約状態の画像処理装置の候補の一覧から特定の画像処理のサービス要求を実行させる画像処理装置を選択する選択手段と、
を備えることを特徴とする情報処理装置。
【請求項８】
複数の情報処理装置と複数の画像処理装置と通信するサーバ装置の制御方法であって、
いずれかの情報処理装置から特定の画像処理のサービス要求を受け付けた際に、既に予約された画像処理装置を含まない画像処理装置のうち、前記特定の画像処理のサービス要求を実行できる画像処理装置の候補を仮予約状態に設定する設定工程と、
仮予約状態にした画像処理装置の候補を要求元の情報処理装置に提示する提示工程と、
前記情報処理装置により選択される画像処理装置を予約状態に確定し、かつ、選択されていない画像処理装置に設定された仮予約状態を解除する予約制御工程と、
前記情報処理装置から受け付けるサービスの実行開始の要求を予約された画像処理装置に通知する通知工程と、
を備えることを特徴とするサーバ装置の制御方法。
【請求項９】
複数の画像処理装置を利用する特定のサービス要求をサーバ装置に依頼する情報処理装置の制御方法であって、
前記サーバ装置に特定の画像処理のサービス要求を発行する発行工程と、
前記サーバ装置から取得する仮予約状態の画像処理装置の候補の一覧を表示手段に表示する表示工程と、
前記仮予約状態の画像処理装置の候補の一覧から特定の画像処理のサービス要求を実行させる画像処理装置を選択する選択工程と、
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項８に記載のサーバ装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、サーバ装置、サーバ装置の制御方法、情報処理装置、情報処理装置の制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
現在、プリント、コピー等の機能を備えるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）はネットワーク上に複数接続される環境がある。このような環境でユーザがプリントをする際、ユーザが希望するプリント機能をサポートしているＭＦＰがネットワーク上から選出され、選出されたＭＦＰをユーザが利用するシステムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３０１９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、ＭＦＰの利用状態が考慮されていないため、例えば２人のユーザが同時に同じＭＦＰでプリントしようとした場合、一人のユーザは、もう一方のユーザのプリントが終わるまで待たなければいけないという問題があった。
【０００５】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、各画像処理装置の利用状況に適応して各情報処理装置から要求される特定のサービス要求が重ならないように振り分けることができる仕組みを提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成する本発明の情報処理システムは以下に示す構成を備える。
複数の画像処理装置と、複数の情報処理装置と、サーバ装置とを含む情報処理システムであって、前記サーバ装置は、いずれかの情報処理装置から特定の画像処理のサービス要求を受け付けた際に、既に予約された画像処理装置を含まない画像処理装置のうち、前記特定の画像処理のサービス要求を実行できる画像処理装置の候補を仮予約状態に設定する設定手段と、仮予約状態にした画像処理装置の候補を要求元の情報処理装置に提示する提示手段と、前記情報処理装置により選択される画像処理装置を予約状態に確定し、かつ、選択されていない画像処理装置に設定された仮予約状態を解除する予約制御手段と、前記情報処理装置から受け付けるサービスの実行開始の要求を予約された画像処理装置に通知する通知手段と、を備え、前記情報処理装置は、前記サーバ装置に特定の画像処理のサービス要求を発行する発行手段と、前記サーバ装置から取得する仮予約状態の画像処理装置の候補の一覧を表示する表示手段と、前記仮予約状態の画像処理装置の候補の一覧から特定の画像処理のサービス要求を実行させる画像処理装置を選択する選択手段と、を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、各画像処理装置の利用状況に適応して各情報処理装置から要求される特定のサービス要求が重ならないように振り分けることができる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムを構成するデバイスの構成を示すブロック図である。
【図２】ソフトウェアのモジュール構成を示すブロック図である。
【図３】画像処理システムのネットワーク構成を説明するブロック図である。
【図４】情報処理装置の制御方法を説明するフローチャートである。
【図５】サーバ装置の制御方法を説明するフローチャートである。
【図６】画像処理装置の制御方法を説明するフローチャートである。
【図７】情報処理装置の制御方法を説明するフローチャートである。
【図８】情報処理装置の制御方法を説明するフローチャートである。
【図９】サーバ装置の制御方法を説明するフローチャートである。
【図１０】サーバ装置の制御方法を説明するフローチャートである。
【図１１】ソフトウェアのモジュール構成を説明するブロック図である。
【図１２】ネットワーク構成を説明するブロック図である。
【図１３】情報処理装置の制御方法を説明するフローチャートである。
【図１４】画像処理装置の制御方法を説明するフローチャートである。
【図１５】ＵＩ画面を示す図である。
【発明を実施するための形態】
【０００９】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理システムを構成するデバイスの構成を示すブロック図である。ここで、デバイスには、プリント機能、コピー機能、スキャナ機能、通信機能等を実行するＭＦＰ１０１、入力端末１０２、サーバ１０３が含まれる。本システムは、サーバ１０３が入力端末１０２より特定のサービス（コピーサービス，スキャンサービス，プリントサービス，ストアジョブサービス等）を受け付け、当該サービス要求を実行できるＭＦＰ１０１を特定する。そして、サーバが実行可能なＭＦＰ１０１を仮予約状態とし、仮予約状態のＭＦＰ１０１を入力端末１０２に設定する処理を行う。
【００１０】
図１に示すＭＦＰ１０１は、システムバス１０１ａに対してＣＰＵ１０１ｂ、ＲＡＭ１０１ｃ、ＲＯＭ１０１ｄ、入力部１０１ｅ、表示部１０１ｆ、外部メモリ１０１ｇ、通信Ｉ／Ｆ１０１ｈ、エンジン１０１ｉが接続される。システムバス１０１ａに接続される各部は、システムバス１０１ａを介して互いにデータのやりとりを行うことができるように構成されている。
ＲＯＭ１０１ｄは、不揮発性のメモリであり、ＣＰＵ１０１ｂが動作するための各種プログラムなどが、それぞれ所定の領域に格納される。ＲＡＭ１０１ｃは、揮発性のメモリであり、ＣＰＵ１０１ｂの主メモリ、ワークエリア等の一時記憶領域として用いられる。
【００１１】
ＣＰＵ１０１ｂは、例えばＲＯＭ１０１ｄに格納されるプログラムに従い、ＲＡＭ１０１ｃをワークメモリとして用いて、ＭＦＰ１０１の各部を制御する。なお、ＣＰＵ１０１ｂが動作するためのプログラムは、ＲＯＭ１０１ｄに格納されるのに限られず、ハードディスク等の外部メモリ１０１ｇに予め記憶しておいてもよい。
【００１２】
入力部１０１ｅは、ユーザ操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１０１ｂに供給する。ＣＰＵ１０１ｂは、入力部１０１ｅから供給される制御信号に基づき、プログラムに従ってＭＦＰ１０１の各部を制御する。
表示部１０１ｆは、ＣＰＵ１０１ｂが生成する表示制御信号に基づき、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を構成するＧＵＩ画面をユーザに表示する。
【００１３】
外部メモリ１０１ｇには、ハードディスクやメモリーカード等の外部メモリが装着可能である。装着された外部メモリ１０１ｇに対するデータの読み出しや書き込みは、ＣＰＵ１０１ｂの制御に基づいて行われる。通信Ｉ／Ｆ１０１ｈは、ＣＰＵ１０１ｂの制御に基づき、有線、無線等の各種ネットワークに対する通信を行う。エンジン１０１ｉは、ＣＰＵ１０１ｂがプログラムに従い生成した画像を印刷媒体に出力する。
【００１４】
図１に示す入力端末１０２は、システムバス１０２ａに対してＣＰＵ１０２ｂ、ＲＡＭ１０２ｃ、ＲＯＭ１０２ｄ、入力部１０２ｅ、表示部１０２ｆ、外部メモリ１０２ｇ、通信Ｉ／Ｆ１０２ｈが接続される。システムバス１０２ａに接続される各部は、システムバス１０２ａを介して互いにデータのやりとりを行うことができるように構成されている。
【００１５】
同様に図３の図１のサーバ１０３は、システムバス１０３ａに対してＣＰＵ１０３ｂ、ＲＡＭ１０３ｃ、ＲＯＭ１０３ｄ、入力部１０３ｅ、表示部１０３ｆ、外部メモリ１０３ｇ、通信Ｉ／Ｆ１０３ｈが接続される。システムバス１０３ａに接続される各部は、システムバス１０３ａを介して互いにデータのやりとりを行うことができるように構成されている。
入力端末１０２、サーバ１０３の各モジュールの説明は、ＭＦＰ１０１の各モジュールの説明と重複するため省略する。
【００１６】
図２は、図１に示したＭＦＰ１０１、入力端末１０２、サーバ１０３で動作するソフトウェアのモジュール構成を示すブロック図である。
ＭＦＰ１０１のＣＰＵ１０１ｂで動作するソフトウェアモジュール２０１には、プリント、コピー、ボックス（データ蓄積）の処理を実施するプリント処理部２０１ｃ、コピー処理部２０１ｄ、ボックス処理部２０１ｅが含まれる。そして、これらを連携させて、サーバ１０３から振られた依頼内容に従って、適切な特定のサービス要求を実行するサービス受託部２０１ａで構成される。
【００１７】
入力端末１０２のＣＰＵ１０２ｂで動作するソフトウェアモジュール２０２には、ユーザの操作を制御する入力制御部２０２ｄ、ユーザへの表示を制御する表示制御部２０２ｃ、サーバ２０３との通信を制御する通信制御部２０２ｂがある。そして、これらを連携させてユーザの希望するサービスをサーバ１０３に依頼するのがサービス依頼部２０２ａである。
【００１８】
サーバ１０３のＣＰＵ１０３ｂで動作するソフトウェアモジュール２０３には、ネットワークに接続されたＭＦＰ１０１がユーザに提供できるサービスを把握し、データとして管理するデータ管理部２０３ｃがある。また、入力端末１０２やＭＦＰ１０１との通信を制御する通信制御部２０３ｂがある。そして、これらを連携させて、入力端末２０３の依頼を適切なＭＦＰ１０１へ振るのがサービス管理部２０３ａである。
【００１９】
図３は、図１に示した画像処理システムのネットワーク構成を説明するブロック図である。本例では、２つのＭＦＰ３０１ａ、３０１ｂ、２つの入力端末３０２ａ、３０２ｂ、サーバ３０３から構成される。ここで、ＭＦＰ３０１ａはカラー出力とモノクロ出力、両方が可能なＭＦＰとして機能し、ＭＦＰ３０１ｂはモノクロ出力のみ可能なＭＦＰとして機能する。
【００２０】
図４は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図１に示した入力端末１０２のＣＰＵ１０２ｂで動作する、ソフトウェアモジュール２０２の処理例である。なお、各ステップは、ＣＰＵ１０２ｂが記憶された制御プログラムを実行することで実現される。
【００２１】
Ｓ４０１において、サービス依頼部２０２ａは、入力制御部２０２ｄを介して、ユーザが希望するサービスを受け付ける。希望サービスの入力があればＳ４０２の処理へ進み、なければＳ４０１で希望サービスの入力を待ち続ける。
【００２２】
ここでは、希望するサービスの入力と同時に、そのサービスの詳細設定も入力されるものとする。例えば、プリントサービスを希望する入力の場合、プリントデータ、プリント部数、カラー／モノクロ指定、レイアウト等、従来プリンタドライバで設定する情報も入力される。
同様にコピーサービスが希望された場合は、コピー部数、カラー／モノクロ指定、レイアウト等、従来コピー機の操作パネルで設定する情報が同時に入力される。
【００２３】
図１５は、図１に示したＭＦＰ１０１の表示部１０１ｆに表示されるＵＩ画面を示す図である。
特に、図１５の（Ａ）は、ユーザが希望するサービスを入力する入力端末のＵＩ画面の例で、プリント、コピー、ボックス、その他のサービスを行うためのボタンが配置されている。
ユーザがプリントサービスを希望して、この画面のプリントボタンを押すと、表示されるＵＩ画面は、図１５の（Ｂ）のプリントサービスの詳細設定を入力するＵＩ画面となる。ユーザは、プリントデータ、プリント部数、カラー／モノクロ、レイアウト、片面／両面等、プリントに必要な詳細設定を入力する。オプションボタンは、プリント時の色味などさらに細かな設定が必要なユーザのために用意されるボタンである。ユーザがＯＫボタンを押すと入力が完了する。ユーザがキャンセルボタンを押した場合、画面は図１５の（Ａ）の状態に戻る。
【００２４】
Ｓ４０２において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、Ｓ４０１で入力された希望サービスを提供できるＭＦＰ１０１について、サーバ１０３のサービス管理部２０３ａに問い合わせる。つまり、サービス依頼部２０２ａは、サーバ１０３にサービスの要求を発行する。
【００２５】
Ｓ４０３において、サービス依頼部２０２ａは、サーバ１０３からの応答に従って、表示制御部２０２ｃを介してサービスを提供できるＭＦＰの一覧を表示する。図１５の（Ｃ）は、本実施形態でＭＦＰの一覧が表示されるＵＩ画面の例である。サービスを提供できるＭＦＰとして、ＭＦＰＡ、ＭＦＰＢが表示されている。なお、当該図１５の（Ｃ）に示すＵＩ画面の表示方法の詳細については、図１０のフローチャート図を用いて後述する。
この時、ＭＦＰには「予約」、「仮予約」、「未予約」の３つ状態があり、これらの状態はサーバ１０３のデータ管理部２０３ｃで保存、管理される。
「予約状態」のＭＦＰは、あるユーザが実際に利用中のＭＦＰで、他のユーザが予約したり、利用したりすることはできない。
【００２６】
「仮予約」のＭＦＰは、ユーザが利用できるＭＦＰとして選出された状態のＭＦＰで、選出されたＭＦＰの中からユーザが実際に利用するＭＦＰを選択するまで「仮予約状態」になる。ユーザが選択して実際に利用することが決まったＭＦＰは「仮予約状態」から「予約状態」になる。選出されながらもユーザが選択しなかったＭＦＰ、あるいは「仮予約状態」のまま規定時間が経過したＭＦＰは、「仮予約状態」から「未予約状態」となる。あるユーザが「仮予約状態」にしたＭＦＰは、他のユーザが予約したり、利用したりすることはできない。「未予約状態」のＭＦＰは、「予約状態」でも「仮予約状態」でもなく、誰もが仮予約や予約をして、利用できる状態にあるＭＦＰである。なお、これらの予約に関する処理の詳細については、図５のソフトウェアモジュールの処理を示すフローチャートにて後述する。
【００２７】
Ｓ４０４において、サービス依頼部２０２ａは、ＭＦＰ１０１の一覧を表示してから現在までの経過時間を確認し、経過時間が規定時間内であると判断した場合はＳ４０５の処理へ進む。また、規定時間を超えているとサーバ依頼部２０２ａが判断した場合は、Ｓ４１１の処理へ進む。
【００２８】
本ステップにおける規定時間は、Ｓ４０３で「仮予約状態」になったＭＦＰが、長時間「仮予約状態」になることを避けるために、ソフトウェアモジュール２０２で予め設定されているものとする。
【００２９】
Ｓ４０５において、サービス依頼部２０２ａは、入力制御部２０２ｄを介して、表示中のＭＦＰの一覧から、ユーザが実際に利用するＭＦＰが選択されたか否かを判断する。ユーザは入力端末１０２に表示されたＭＦＰの一覧の中から利用したいＭＦＰを選び、該当するボタンを押下することになる。図１５の（Ｃ）に示すＵＩ画面の例では、ユーザはＭＦＰＡボタンかＭＦＰＢボタンを押下する。このようにして、いずれかのＭＦＰが選択された場合はＳ４０６の処理へ進み、選択されないとサービス依頼部２０２ａが判断した場合はＳ４０４の処理へ戻る。
【００３０】
Ｓ４０６において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、Ｓ４０５で選択したＭＦＰ１０１の予約をサーバ１０３のサービス管理部２０３ａに通知する。通知を受けたＭＦＰ１０１は、「仮予約状態」から「予約状態」に遷移する。
【００３１】
Ｓ４０７において、サービス依頼部２０２ａは、Ｓ４０１で入力されたユーザが希望するサービスをＳ４０５で選択されたＭＦＰ１０１で実施することを、サーバ１０３のサービス管理部２０３ａに依頼する。
【００３２】
Ｓ４０８において、サービス依頼部２０２ａは、サービスの実施依頼をサーバ１０３に通知してから現在までの経過時間が規定時間内であるかどうかを判断する。ここで、経過時間が規定時間内であるとサービス依頼部２０２ａが判断した場合はＳ４０９の処理へ進み、規定時間を超えているとサービス依頼部２０２ａが判断した場合はＳ４１０の処理へ進む。
【００３３】
なお、Ｓ４０８における規定時間は、Ｓ４０７のサービス依頼後、ユーザがＭＦＰからサービスを受けないことで、ＭＦＰが長時間「予約状態」になることを避けるために、ソフトウェアモジュール２０２で予め設定されているものとする。
【００３４】
Ｓ４０９において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、サーバ１０３からサービス実施済の通知があるか判断する。ここで、通知があるとサービス依頼部２０２ａが判断した場合はＳ４１０の処理へ進み、通知がないとサービス依頼部２０２ａが判断した場合はＳ４０８の処理へ戻る。
【００３５】
Ｓ４１０において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、選択されたＭＦＰ１０１の予約解除をサーバ１０３のサービス管理部２０３ａに通知する。通知を受けたＭＦＰ１０１は、「予約状態」から「未予約状態」になる。
【００３６】
Ｓ４１１において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、表示されているＭＦＰ１０１の予約解除をサーバ１０３のサービス管理部２０３ａに通知する。通知を受けたＭＦＰ１０１は、「仮予約状態」から「未予約状態」になる。
【００３７】
図５は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例に示す各ステップは、サーバ１０３のＣＰＵ１０３ｂが記憶されたソフトウェアモジュールを実行することにより実現される。以下、サーバ１０３による画像処理装置の予約制御について詳述する。
Ｓ５０１において、サービス管理部２０３ａは、入力端末１０２からユーザの希望サービスを提供できるＭＦＰの問い合わせがあるか判断する。ここで、問い合わせがあるとサービス管理部２０３ａが判断した場合はＳ５０２の処理へ進み、問い合わせがないとサービス管理部２０３ａが判断した場合はＳ５０５の処理へ進む。
【００３８】
Ｓ５０２において、サービス管理部２０３ａは、データ管理部２０３ｃを介して、ネットワーク上でユーザが提供できるＭＦＰを選出する。データ管理部２０３ｃは、ネットワークに接続された各ＭＦＰが提供できるサービスを取得して記憶管理することでサービスを把握する。例えば、ユーザの希望サービスがカラープリントだった場合、カラー出力が可能なＭＦＰ３０１ａが選出され、モノクロ出力のみ可能なＭＦＰ３０１ｂは選出されない。
【００３９】
Ｓ５０３において、サービス管理部２０３ａは、通信制御部２０３ｂを介して、選出したＭＦＰ１０１の情報を要求元の入力端末１０２のサービス依頼部２０２ａに通知（提示）する。サービスを提供できるＭＦＰが無いとサービス管理部２０３ａが判断した場合は、その旨を通知する。
【００４０】
Ｓ５０４において、サービス管理部２０３ａは、候補として選出されたＭＦＰのうち、「未予約状態」であるＭＦＰの状態を「仮予約状態」にする。なお、選出されたＭＦＰが複数ある場合は、その全てが「仮予約状態」となる。
【００４１】
Ｓ５０５において、サービス管理部２０３ａは、入力端末１０２からＭＦＰ１０１に対する予約通知があるか判断する。ここで、入力端末１０２からＭＦＰ１０１に対する予約通知があるとサービス管理部２０３ａが判断した場合はＳ５０６の処理へ進み、予約通知がないとサービス管理部２０３ａが判断した場合はＳ５０７の処理へ進む。
【００４２】
Ｓ５０６において、サービス管理部２０３ａは、予約通知があったＭＦＰ１０１の状態を「予約状態」に確定して、それ以外の「仮予約状態」の情報書装置の状態を「未予約状態」とする。
【００４３】
Ｓ５０７において、サービス管理部２０３ａは、入力端末１０２からユーザが希望するサービスの実施依頼があるか判断する。ここで、サービス実施依頼があるとサービス管理部２０３ａが判断した場合は、Ｓ５０８の処理へ進み、サービス実施依頼がないとサービス管理部２０３ａが判断した場合はＳ５０９の処理へ進む。
Ｓ５０８において、サービス管理部２０３ａは、通信制御部２０３ｂを介して、ユーザが希望するサービスの実行開始の要求をＭＦＰ１０１に通知する。
【００４４】
Ｓ５０９において、サービス管理部２０３ａは、ＭＦＰ１０１のサービス受託部２０１ａからサービス終了の通知があるか判断する。ここで、サービス終了の通知があるとサービス管理部２０３ａが判断した場合はＳ５１０の処理へ進み、サービス終了の通知がないとサービス管理部２０３ａが判断した場合はＳ５０１の処理へ戻る。
Ｓ５１０において、サービス管理部２０３ａは、通信制御部２０３ｂを介して、入力端末１０２のサービス依頼部２０２ａに、サービス実施済を通知して、Ｓ５０１へ戻る。
【００４５】
図６は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例に示す各ステップは、図１に示したＭＦＰ１０１のＣＰＵ１０１ｂが記憶されたソフトウェアモジュール２０１を実行することで実現される。
Ｓ６０１において、サービス受託部２０１ａは、通信制御部２０１ｂを介して、サーバ１０３のサービス管理部２０３ａからユーザが希望するサービスの開始通知があるか判断する。ここで、サービス開始通知があるとサービス受託部２０１ａが判断した場合はＳ６０２の処理へ進み、サービス開始通知がないとサービス受託部２０１ａが判断した場合はＳ６０５の処理へ進む。
【００４６】
Ｓ６０２において、サービス受託部２０１ａは、ユーザが希望するサービスに応じて、コピー処理部２０１ｄ、プリント処理部２０１ｃ、ボックス処理部２０１ｅを介して、ユーザの希望するサービスを実施する。
【００４７】
Ｓ６０３において、サービス受託部２０１ａは、ユーザの希望するサービスの実施が終了したか判断する。ここで、サービスの実施が終了したとサービス受託部２０１ａが判断した場合はＳ６０４の処理へ進み、終了していないとサービス受託部２０１ａが判断した場合はＳ６０２の処理へ戻る。
Ｓ６０４において、サービス受託部２０１ａは、通信制御部２０１ｂを介して、サーバ１０３のサービス管理部２０３ａに、サービス終了を通知する。
【００４８】
Ｓ６０５において、サービス受託部２０１ａは、ＭＦＰ自身による予約処理が発生してないか判断する。ここで、ＭＦＰ自身による予約処理とは、ユーザが入力端末を使用せず、ＭＦＰの操作部に直接触れてサービスを依頼することを意味する。例えば、コピーサービスを利用したいユーザが、入力端末を使用せずにＭＦＰの設置場所に足を運び、ＭＦＰの操作部に触れた時点で予約処理が発生する。
上記Ｓ６０５で、予約処理が発生しているとサービス受託部２０１ａが判断した場合はＳ６０６の処理へ進み、発生していないとサービス受託部２０１ａが判断した場合はＳ６０１の処理へ戻る。
Ｓ６０６において、サービス受託部２０１ａは、通信制御部２０１ｂを介して、サーバ１０３のサービス管理部２０３ａに、ＭＦＰ自身による予約を通知する。
【００４９】
Ｓ６０７において、サービス受託部２０１ａは、通信制御部２０１ｂを介して、サーバ１０３のサービス管理部２０３ａに、サーバ１０３の応答で予約が成功したかどうか判断する。予約が成功しているとサービス受託部２０１ａが判断した場合はＳ６０８の処理へ進み、ＭＦＰの状態が「予約状態」になる。一方、予約が失敗しているとサービス受託部２０１ａが判断した場合はＳ６０５の処理へ戻る。
【００５０】
Ｓ６０８において、サービス受託部２０１ａは、ユーザが希望するサービスに応じて、コピー処理部２０１ｄ、プリント処理部２０１ｃ、ボックス処理部２０１ｅを介して、ユーザの希望するサービスを実施する。
【００５１】
Ｓ６０９において、サービス受託部２０１ａは、サービスが終了したかどうか判断する。ここで、サービスが終了しているとサービス受託部２０１ａが判断した場合、Ｓ６１０の処理へ進み、終了してないとサービス受託部２０１ａが判断した場合はＳ６０８でサービスを実行し続ける。
【００５２】
Ｓ６１０において、サービス受託部２０１ａは、通信制御部２０１ｂを介して、サーバ１０３のサービス管理部２０３ａに、ＭＦＰ自身による予約の解除を通知して、Ｓ６０１へ戻る。この通知によって、ＭＦＰの状態は「未予約状態」となる。
【００５３】
図７は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例は、図４のＳ４０３において、表示制御部２０２ｃが、サービスを提供できるＭＦＰの一覧を表示する際の処理例である。なお、各ステップは、ＣＰＵ１０２ｂが記憶された制御プログラムを実行することで実現される。
Ｓ１００１において、表示制御部２０２ｃは、サーバ１０３からの応答結果を判断し、サービスを提供できる情報処理装置があると表示制御部２０２ｃが判断した場合はＳ１００２の処理へ進み、サービスを提供できる情報処理装置がないと表示制御部２０２ｃが判断した場合はＳ１００７の処理へ進む。
【００５４】
Ｓ１００２において、表示制御部２０２ｃは、この「未予約状態」のＭＦＰがあるか判断する。ここで、「未予約状態」のＭＦＰがあると表示制御部２０２ｃが判断した場合は、Ｓ１００３の処理へ進み、「未予約状態」のＭＦＰがないと表示制御部２０２ｃが判断した場合は、Ｓ１００４の処理へ進む。
Ｓ１００３において、表示制御部２０２ｃは、「未予約状態」のＭＦＰを表示する。
【００５５】
Ｓ１００４において、表示制御部２０２ｃは、予め入力端末１０２を利用するユーザによって設定されたＭＦＰの表示方法を判断する。他ユーザが予約した「予約状態」のＭＦＰも表示する設定になっていると表示制御部２０２ｃが判断した場合は、Ｓ１００５の処理へ進み、そうでないと表示制御部２０２ｃが判断した場合はＭＦＰの一覧を表示する処理を終える。
【００５６】
Ｓ１００５において、表示制御部２０２ｃは、「予約状態」のＭＦＰがあるか判断する。ここで、「予約状態」のＭＦＰがあると表示制御部２０２ｃが判断した場合は、Ｓ１００６の処理へ進み、ＭＦＰがないと表示制御部２０２ｃが判断した場合はＭＦＰの一覧を表示する処理を終える。
【００５７】
Ｓ１００６において、表示制御部２０２ｃは、「予約状態」のＭＦＰを追加して表示する。図１５の（Ｄ）は、「未予約状態」と「予約状態」のＭＦＰを表示した画面の例である。ＭＦＰＡは誰も利用してない「未予約状態」のＭＦＰで、ユーザは選択して利用することができる。ＭＦＰＢは他のユーザが利用中で「予約状態」のＭＦＰで、ユーザは利用できない。
Ｓ１００７において、表示制御部２０２ｃは、サービスを提供できるＭＦＰがなかったことを示す表示を行う。
【００５８】
本実施形態によれば、例えばユーザＡがコピーサービスを希望して、入力端末Ａ（入力端末３０２ａ）でＭＦＰＡ（ＭＦＰ３０１ａ）を「予約状態」にした後、ユーザＢが入力端末Ｂ（入力端末３０２ｂ）でプリントサービスを希望したとする。この時、ＭＦＰＡは既に「予約状態」になっているためユーザＢは利用することができない。
そのためユーザＢは、自動的にＭＦＰＢ（ＭＦＰ３０１ｂ）を利用することになり、ユーザＡ、Ｂが同じＭＦＰを利用することがなくなる。
従来のシステムでは、ユーザＡ、Ｂが同じＭＦＰを利用すると一方がもう一方の利用終了を待つ必要があり、本実施形態によれば、その問題を解消することができる。
【００５９】
また、ユーザは利用したいサービスの詳細設定を入力端末Ａまたは入力端末Ｂで予め行うため、従来はＭＦＰの操作パネルで行っていた同様の設定が不要となり、一人のユーザがＭＦＰを占有する時間も短縮できる。
【００６０】
〔第２実施形態〕
図８は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例に示す各ステップは、図１に示した入力端末１０２のＣＰＵ１０２ｂが記憶されたソフトウェアモジュール２０２を実行することにより実現される。
なお、上記実施形態では、Ｓ５０２〜Ｓ５０６のＭＦＰの予約処理において、仮予約が発生したが、本実施形態では仮予約をせずに予約処理を実施する。
【００６１】
Ｓ７０１において、サービス依頼部２０２ａは、入力制御部２０２ｄを介して、ユーザの希望サービスを受け付ける。希望サービスの入力があればＳ７０２の処理へ進み、なければＳ７０１で希望サービスの入力を待ち続ける。
【００６２】
Ｓ７０２において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、Ｓ７０１で入力された希望サービスを提供できるＭＦＰについて、サーバ１０３のサービス管理部２０３ａに問い合わせる。
Ｓ７０３において、サービス依頼部２０２ａは、サーバ１０３からの応答に従って、表示制御部２０２ｃを介して、サービスを提供できるＭＦＰの一覧を表示する。
【００６３】
Ｓ７０４において、サービス依頼部２０２ａは、入力制御部２０２ｄを介して、表示中のＭＦＰの中から、ユーザが実際に利用するＭＦＰが選択されたか判断する。ここで、ＭＦＰが選択されたとサービス依頼部２０２ａが判断した場合はＳ７０５の処理へ進み、ＭＦＰが選択されていないとサービス依頼部２０２ａが判断した場合はＳ７０２の処理へ戻る。
Ｓ７０５において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、Ｓ７０４で選択したＭＦＰの予約をサーバ１０３のサービス管理部２０３ａに通知する。
Ｓ７０６において、サービス依頼部２０２ａは、Ｓ７０５の予約が成功しているかどうかを判断する。ここで、予約が成功しているとサービス依頼部２０２ａが判断した場合、Ｓ７０７の処理へ進み、予約が失敗しているとサービス依頼部２０２ａが判断した場合はＳ７０２の処理へ戻る。
【００６４】
Ｓ７０７において、サービス依頼部２０２ａは、Ｓ７０１で入力された希望サービスを、Ｓ７０４で選択されたＭＦＰで実施することをサーバ１０３のサービス管理部２０３ａに依頼する。
【００６５】
Ｓ７０８において、サービス依頼部２０２ａは、希望サービスの実施依頼をサーバ１０３に通知してから現在までの経過時間が規定時間内であるかどうかを判断する。ここで、経過時間が規定時間内であるとサービス依頼部２０２ａが判断した場合はＳ７０９の処理へ進む。一方、規定時間を超えているとサービス依頼部２０２ａが判断した場合はＳ７１０の処理へ進む。
【００６６】
Ｓ７０９において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、サーバ１０３からサービス実施済の通知があるか判断する。ここで、通知があるとサービス依頼部２０２ａが判断した場合はＳ７１０の処理へ進み、通知がないとサービス依頼部２０２ａが判断した場合はＳ７０８の処理へ戻る。
Ｓ７１０において、サービス依頼部２０２ａは、通信制御部２０２ｂを介して、選択されたＭＦＰ１０１の予約解除をサーバ１０３のサービス管理部２０３ａに通知する。
【００６７】
図９は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例に示す各ステップは、図１に示したサーバ１０３のＣＰＵ１０３ｂが記憶されたソフトウェアモジュールを実行することで実現される。
Ｓ８０１において、サービス管理部２０３ａは、通信制御部２０３ｂを介して入力端末１０２からユーザの希望サービスを提供できるＭＦＰ１０１の問い合わせがあるか判断する。問い合わせがあるとサービス管理部２０３ａが判断した場合はＳ８０２の処理へ進み、問い合わせがないとサービス管理部２０３ａが判断した場合Ｓ８０３の処理へ進む。
【００６８】
Ｓ８０２において、サービス管理部２０３ａは、データ管理部２０３ｃを介して、ネットワーク上でユーザが希望するサービスを提供できるＭＦＰ１０１を選出して、選出したＭＦＰの情報を入力端末１０２のサービス依頼部２０２ａに通知する。
【００６９】
Ｓ８０３において、サービス管理部２０３ａは、通信制御部２０３ｂを介して入力端末１０２の２０２ａからＭＦＰ１０１の予約通知があるか判断する。ここで、予約通知があるとサービス管理部２０３ａが判断した場合はＳ８０４の処理へ進み、予約通知がないとサービス管理部２０３ａが判断した場合はＳ８０５の処理へ進む。
【００７０】
Ｓ８０４において、サービス管理部２０３ａは、予約通知のあったＭＦＰ１０１対する予約処理を行う。予約通知のあったＭＦＰの状態が「未予約状態」の場合、状態を「予約状態」にして予約成功を入力端末１０２に通知する。予約通知のあったＭＦＰが「予約状態」の場合、予約することはできず、予約失敗を入力端末１０２に通知する。
【００７１】
Ｓ８０５において、サービス管理部２０３ａは、入力端末１０２からＭＦＰ１０１の予約解除の通知があるか判断する。ここで、予約解除の通知があるとサービス管理部２０３ａが判断した場合は、Ｓ８０６の処理へ進み、予約解除の通知がないとサービス管理部２０３ａが判断した場合はＳ８０７の処理へ進む。
Ｓ８０６において、サービス管理部２０３ａは、データ管理部２０３ｃを介して、予約解除の通知があったＭＦＰ１０１の状態を「予約状態」から「未予約状態」にする。
【００７２】
Ｓ８０７において、サービス管理部２０３ａは、入力端末２０２からユーザが希望するサービスの実施依頼があるか判断する。実施依頼があるとサービス管理部２０３ａが判断した場合は、Ｓ８０８へ処理を進め、実施依頼がないとサービス管理部２０３ａｇふぁ判断した場合はＳ８０９の処理へ進む。
Ｓ８０８において、サービス管理部２０３ａは、通信制御部２０３ｂを介して、ユーザが希望するサービスの開始をＭＦＰ１０１に依頼する。
【００７３】
Ｓ８０９において、サービス管理部２０３ａは、ＭＦＰ１０１のサービス受託部２０１ａからサービス終了の通知があるか判断する。ここで、サービス終了の通知があるとサービス管理部２０３ａが判断した場合は、Ｓ８１０の処理へ進み、通知がないとサービス管理部２０３ａが判断した場合はＳ８０１の処理へ戻る。
Ｓ８１０において、サービス管理部２０３ａは、通信制御部２０３ｂを介して、入力端末１０２のサービス依頼部２０２ａに、サービス実施済を通知する。
なお、本実施形態において、ＭＦＰ１０１で動作するソフトウェアモジュール２０１の処理は、第１実施形態と同じなので説明を省略する。
本実施形態によれば、ＭＦＰの状態が「仮予約状態」になることがないため、ＭＦＰが利用できなくる時間を極力抑えることができる。
【００７４】
例えば、第１実施形態では、ユーザＡが入力端末Ａ（入力端末３０２ａ）でプリントサービスを希望すると、ＭＦＰＡ（ＭＦＰ３０１ａ）とＭＦＰＢ（ＭＦＰ３０１ｂ）の両方が「仮予約状態」になる。そして、ユーザＡが利用するＭＦＰを選択するか、あるいは規定時間外になるまで、両方のＭＦＰが「仮予約状態」となる。この時、ユーザＢが入力端末Ｂ（３０２ｂ）でプリントサービスを希望しても、ＭＦＰＡ、Ｂ両方とも利用できない状態になる。
【００７５】
本実施形態の予約処理は、利用するＭＦＰを選択した時点で行われるため、ユーザＡがプリントサービスを希望しても、ユーザＡがＭＦＰを選択するまで、ＭＦＰＡ、ＭＦＰＢも「予約状態」にならない。この時、ユーザＢが入力端末Ｂ（入力端末３０２ｂ）でプリントサービスを希望すると、ＭＦＰＡ（ＭＦＰ３０１ａ）とＭＦＰＢ（ＭＦＰ３０１ｂ）の両方が「未予約状態」のＭＦＰとして表示される。
【００７６】
〔第３実施形態〕
図１０は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、ＭＦＰの予約処理例である。なお、本例に示す各ステップは、サーバ１０３のＣＰＵ１０３ｂが記憶されたソフトウェアモジュールを実行することで実現される。また、本実施形態では、占有するサービスとして、当該サービスを依頼する依頼者が依頼先の画像処理装置に操作を行うコピーサービス、スキャンサービス、プリントサービス、ストアジョブの回収サービスを含むものとする。
【００７７】
上記第１実施形態、第２実施形態におけるＭＦＰの予約処理と違い、本実施形態の予約処理は、「未予約状態」ＭＦＰに対して予約通知があった場合に、ユーザの希望するサービスに応じて、ＭＦＰを「予約状態」にするかしないか、切り替える。
【００７８】
Ｓ９０１において、サービス管理部２０３ａは、ユーザが希望したサービスがＭＦＰを占有するサービスか否か判断する。コピーサービスやプリントサービスは、ひとりのユーザがＭＦＰを物理的に占有するのでＭＦＰを占有するサービスである。ボックスサービスのうち、ユーザがＭＦＰに蓄積されたデータを印刷するケースは、ＭＦＰを占有するサービスとなる。しかし、ボックスサービスのうち、ユーザがＭＦＰにデータを蓄積するケースは、ユーザはＭＦＰを物理的に占有することがないので、ＭＦＰを占有するサービスではない。
【００７９】
上記Ｓ９０１で、ＭＦＰを占有するサービスであるとサービス管理部２０３ａが判断した場合は、Ｓ９０２の処理へ進む。一方、ＭＦＰにデータを蓄積するだけのボックスサービスのようにユーザがＭＦＰを物理的に占有しないサービスであるとサービス管理部２０３ａが判断した場合はＳ９０３の処理へ進む。
Ｓ９０３において、サービス管理部２０３ａは、予約通知のあったＭＦＰの状態を「未予約状態」から「予約状態」にする。なお、Ｓ９０３において、サービス管理部２０３ａは、予約通知のあったＭＦＰの状態を「未予約状態」のままとする。
【００８０】
本実施形態では、ＭＦＰを物理的に占有しないサービスではＭＦＰが予約状態にならない。例えば、ユーザＡ、Ｂがそれぞれ、ＭＦＰＡ（ＭＦＰ３０１ａ）、Ｂ（ＭＦＰ３０１ｂ）にデータを蓄積するだけのボックスサービスを利用していた場合、上記第１実施形態、第２実施形態の場合は、ＭＦＰＡ、ＭＦＰＢともに「予約状態」となり、他のユーザがＭＦＰＡ、ＭＦＰＢを利用することはできない。
しかし、本実施形態の場合は、ボックスサービスではＭＦＰは「予約状態」にならず、他のユーザがＭＦＰＡ、ＭＦＰＢを利用することが可能になる。そのため、第１実施形態、第２実施形態と比較して、ＭＦＰの状態が「予約状態」となるケースが減り、ユーザの利便性が向上する。
【００８１】
〔第４実施形態〕
図１１は、本実施形態を示す画像処理システムにおけるソフトウェアのモジュール構成を説明するブロック図である。本例は、ＭＦＰ１０１と入力端末１０２で動作するソフトウェアのモジュール構成例である。本実施形態では、上記第１〜第３実施形態とは構成とは違い、サーバ１０３を利用しないシステム例である。
【００８２】
図１１において、ＣＰＵ１０１ｂで動作するソフトウェアモジュール１１０１は、実施例１のソフトウェアモジュール２０１に加え、予約管理部１１０１ｆを持つ。本実施例では、この予約管理部１１０１ｆが、「予約状態」「未予約状態」というＭＦＰの状態を保存、管理する。ＣＰＵ１０２ｂで動作するソフトウェアモジュール１１０２は、実施例１と度同じ構成である。
【００８３】
図１２は、本実施形態を示す画像処理システムにおけるネットワーク構成を説明するブロック図である。本例は、ＭＦＰ１２０１と入力端末１２０２とネットワークを介して接続される。
図１３は、本実施形態を示す情報処理装置の制御方法を説明するフローチャートである。本例に示す各ステップは、図１１に示した入力端末１２０２のＣＰＵ１０２ｂが記憶されたソフトウェアモジュール１１０２を実行することで実現される。
Ｓ１３０１において、サービス依頼部１１０２ａは、入力制御部１１０２ｄを介して、ユーザの希望サービスを受け付けているかどうかを判断する。ここで、希望サービスの入力を受け付けていると、サービス依頼部１１０２ａが判断した場合Ｓ１３０２の処理へ進み、希望サービスの入力を受け付けていないと、サービス依頼部１１０２ａが判断した場合Ｓ１３０１で希望サービスの入力を待ち続ける。
【００８４】
Ｓ１３０２において、サービス依頼部１１０２ａは、表示制御部１１０２ｃを介してサービスを提供できるＭＦＰを表示する。Ｓ１３０３において、サービス依頼部１１０２ａは、表示制御部１１０２ｃを介してサービスを依頼するＭＦＰが選択されたか判断する。ＭＦＰが選択されていると、サービス依頼部１１０２ａが判断した場合はＳ１３０４の処理へ進み、選択されてないと、サービス依頼部１１０２ａが判断した場合はＳ１３０２の処理に戻る。
Ｓ１３０４において、サービス依頼部１１０２ａは、通信制御部１１０２ｂを介してＭＦＰに対して予約通知を行う。
【００８５】
Ｓ１３０５において、サービス依頼部１１０２ａは、ＭＦＰからの通知に基づき、予約が成功したか失敗したか判断する。ここで、予約が成功していると、サービス依頼部１１０２ａが判断した場合はＳ１３０６の処理へ進み、失敗していると、サービス依頼部１１０２ａが判断した場合はＳ１３０２の処理へ戻る。
Ｓ１３０６において、サービス依頼部１１０２ａは、通信制御部１１０２ｂを介して、ＭＦＰにＳ１３０１で入力されたサービスの実施を、ＭＦＰに依頼する。
【００８６】
図１４は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例に示す各ステップは、ＭＦＰ１２０１のＣＰＵ１０１ｂが記憶されたソフトウェアモジュール１１０１を実行することで実現される。
Ｓ１４０１において、サービス受託部１１０１ａは、通信制御部１１０１ｂを介して、入力端末からの予約通知があるか判断する。ここで、予約通知があるとサービス受託部１１０１ａが判断した場合は、Ｓ１４０２の処理へ進み、予約通知がないとサービス受託部１１０１ａが判断した場合Ｓ１４０１の処理を繰り返す。
【００８７】
Ｓ１４０２において、サービス受託部１１０１ａは、予約管理部１１０１ｆを介して、ＭＦＰ自身が「未予約状態」かどうか、判断する。ＭＦＰが「未予約状態」であるとサービス受託部１１０１ａが判断した場合はＳ１４０３の処理へ進み、そうでないとサービス受託部１１０１ａが判断した場合Ｓ１４０４の処理へ進む。
Ｓ１４０３において、サービス受託部１１０１ａは、予約管理部１１０１ｆを介して、ＭＦＰを「予約状態」に確定して、予約成功を入力端末に通知する。
【００８８】
Ｓ１４０４において、サービス受託部１１０１ａは、予約管理部１１０１ｆを介して、「未予約状態」ではないＭＦＰを「予約状態」にすることはできないので、予約失敗を入力端末に通知する。
【００８９】
Ｓ１４０５において、サービス受託部１１０１ａは、予約が成功してから現在までの経過時間が規定時間内であるか否かを判断する。ここで、経過時間が規定時間内であるとサービス受託部１１０１ａが判断した場合はＳ１４０６の処理へ進む。一方、規定時間を超えているとサービス受託部１１０１ａが判断した場合はＳ１４０９の処理へ進む。
【００９０】
なお、本ステップにおける規定時間は、Ｓ１４０３で「予約状態」になったＭＦＰが、長時間「予約状態」になることを避けるために、ソフトウェアモジュール１１０１で予め設定されているものとする。
【００９１】
Ｓ１４０６において、サービス受託部１１０１ａは、通信制御部１１０１ｂを介して、入力端末からのサービス実施依頼があるか判断する。サービス実施依頼があるとサービス受託部１１０１ａが判断した場合、Ｓ１４０７の処理へ進み、サービス実施依頼がないとサービス受託部１１０１ａが判断した場合、Ｓ１４０５の処理に戻る。
【００９２】
Ｓ１４０７において、サービス受託部１１０１ａは、ユーザが希望するサービスに応じて、プリント処理部１１０１ｃ、コピー処理部１１０１ｄ、ボックス処理部１１０１ｅを介して、ユーザの希望するサービスを実施する。
【００９３】
Ｓ１４０８において、サービス受託部１１０１ａは、サービスが終了したかどうか判断する。ここで、サービスが終了しているとサービス受託部１１０１ａが判断した場合Ｓ１４０９の処理へ進み、終了してないとサービス受託部１１０１ａが判断した場合はＳ１４０７でサービスの実施を続ける。
Ｓ１４０９において、サービス受託部１１０１ａは、予約管理部１１０１ｆを介して、ＭＦＰの状態を「未予約状態」にする。
【００９４】
本実施形態では、予約処理の機能をＭＦＰに持たせ、第１〜第３実施形態で必要だったサーバを不要とした。そのため、ユーザは、ＭＦＰを予約して利用する本システムをより容易に構築できるようになる。
〔第５実施形態〕
なお、サーバ１０３において、各サービスに対して画像処理装置を占有する状態に応じたポイントを設定して、各画像処理装置毎に依頼を受けているサービスの合計ポイントを算出する処理を行うことで、上述した予約制御を以下のように制御してもよい。具体的には、サーバ１０３が算出したポイントが規定以上の画像処理装置は、利用候補として優先順位を落とす制御を行う。また、サーバ１０３が算出したポイントが規定以上の画像処理装置を自動的に予約状態にする制御を実行してもよい。
【００９５】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００９６】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００９７】
１０１  ＭＦＰ
１０２  入力端末
１０３  サーバ
【図１】
2015179926.tif 000003
【図２】
2015179926.tif 000004
【図３】
2015179926.tif 000005
【図４】
2015179926.tif 000006
【図５】
2015179926.tif 000007
【図６】
2015179926.tif 000008
【図７】
2015179926.tif 000009
【図８】
2015179926.tif 000010
【図９】
2015179926.tif 000011
【図１０】
2015179926.tif 000012
【図１１】
2015179926.tif 000013
【図１２】
2015179926.tif 000014
【図１３】
2015179926.tif 000015
【図１４】
2015179926.tif 000016
【図１５】
2015179926.tif 000017