JP5799700B2 - 情報処理装置、プログラムおよび情報処理システム - Google Patents

Description

本発明の実施形態は、情報処理装置、プログラムおよび情報処理システムに関する。

従来、複数の画像形成装置を備え、各情報処理装置がネットワークを介して相互に通信可能に接続されており、一の画像形成装置において他の画像形成装置の機能を利用する（機能を共有する）ことを可能とした画像形成システムが知られている。

具体的には、この種の画像形成システムでは、機能の利用を要求する要求元の画像形成装置が、要求先の画像形成装置に対して利用要求対象の要求機能（例えば、ＦＡＸ機能）による処理（例えば、ＦＡＸ送信処理）の実行の可否を問い合わせ、要求先の画像形成装置から実行可能である旨の通知を受けた場合に、上記要求機能に処理させるデータ（例えば、ＦＡＸ送信用のデータ）を要求先の画像形成装置に送信し、要求先の画像形成装置が、要求元の画像形成装置から受信したデータに係る処理を実行するようになっている。

しかしながら、従来の画像形成システムでは、例えば、要求元の画像形成装置が要求先の画像形成装置から上記通知を受けた直後や、要求元の画像形成装置が要求先の画像形成装置に対して上記要求機能に処理させるデータを送信した直後に、要求先の画像形成装置において上記要求機能で使用するリソース（例えば、メモリ）を圧迫する処理動作（例えば、コピー動作）が発生して上記要求機能で使用するリソースが不足する事態が発生した場合、要求先の画像形成装置が要求元の画像形成装置から受信したデータに係る処理を実行できないという課題がある。

このため、上記課題を解決するには、上記実行の可否を問い合わせる際に、要求先の画像形成装置に対して要求元の画像形成装置が要求する要求機能で使用するリソースの確保を要求し、リソースの確保が完了した後に、要求元の画像形成装置から要求先の画像形成装置に上記要求機能に処理させるデータを送信するように構成することが考えられる。

しかしながら、上記のように要求先の画像形成装置において単にリソースの確保を行うという構成では、要求先の画像形成装置において実行中の処理が中止される虞があるという課題がある。

そこで、本発明は、上記従来の課題を解決するものであり、他の情報処理装置（要求先の情報処理装置）の機能の利用を要求する要求元の情報処理装置が要求する処理が滞るのを防ぐとともに、上記他の情報処理装置（要求先の情報処理装置）の実行中の処理が中止されることなく継続させることが可能な情報処理装置、プログラムおよび情報処理システムを提供することを目的とする。

前述した課題を解決し、目的を達成するために、本発明の情報処理装置は、機能の利用を要求する要求元の情報処理装置において、ユーザにより入力された容量でリソースの確保容量として設定された場合であって、自装置がリソース残量の通知を行う場合、前記リソース残量を前記ユーザが入力できる容量の上限値としたうえで、前記ユーザにより入力された前記確保容量のリソースの確保を要求する確保要求を受信する受信手段と、前記受信手段で前記確保要求を受信した場合に、自装置で実行中の処理で使用するリソースを確保しつつ、該確保したリソース以外の空きリソースの範囲内で前記要求元の情報処理装置が要求する要求機能で使用するリソースを確保するリソース確保手段とを有する。

本発明によれば、機能の利用を要求される要求先の情報処理装置で確保するリソース量を適切に調整することにより、要求元の情報処理装置における処理を滞らせることなく、且つ、要求先の情報処理装置における実行中の処理を中止させずに済むという作用効果を奏する。

図１は、本実施形態に係る情報処理システムの概略的な構成を示すブロック図である。 図２は、画像形成装置のハードウェア構成を示すブロック図である。 図３は、画像形成装置が有するアプリケーションの一構成例を説明するためのブロック図である。 図４は、画像形成装置の特徴的な機能構成を説明するためのブロック図である。 図５は、画像形成装置の処理手順を示すフローチャートである。 図６は、画像形成装置の処理手順を示すフローチャートである。 図７は、画像形成装置の処理手順を示すフローチャートである。 図８は、画像形成装置の処理手順を示すフローチャートである。 図９は、操作パネルに表示される表示画面の一例を示す図である。 図１０は、操作パネルに表示される表示画面の一例を示す図である。 図１１は、操作パネルに表示される表示画面の一例を示す図である。 図１２は、画像形成装置の処理手順を示すフローチャートである。 図１３は、操作パネルに表示される表示画面の一例を示す図である。 図１４は、画像形成装置の処理手順を示すフローチャートである。 図１５は、画像形成装置の処理手順を示すフローチャートである。 図１６は、画像形成装置の処理手順を示すフローチャートである。 図１７は、画像形成装置の処理手順を示すフローチャートである。 図１８は、画像形成装置の処理手順を示すフローチャートである。 図１９は、操作パネルに表示される表示画面の一例を示す図である。 図２０は、画像形成装置の処理手順を示すフローチャートである。 図２１は、画像形成装置の処理手順を示すフローチャートである。 図２２は、画像形成装置の処理手順を示すフローチャートである。 図２３は、画像形成装置の処理手順を示すフローチャートである。 図２４は、画像形成装置の処理手順を示すフローチャートである。 図２５は、画像形成装置の処理手順を示すフローチャートである。 図２６は、画像形成装置の処理手順を示すフローチャートである。 図２７は、本実施形態の情報処理システムによる作用効果を説明するための説明図である。

以下、本発明の実施形態について添付図面を参照して説明する。

最初に、本実施形態に係る情報処理システム１の構成について図１を用いて説明する。図１は、本実施形態に係る情報処理システム１の概略的な構成を示すブロック図である。

図１に示すように、この情報処理システム１は、複数の画像形成装置２（図１の例では、３台）を備え、各画像形成装置２がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＮを介して相互に通信可能に接続されている。

画像形成装置２は、記録紙などの記録媒体に画像を形成することが可能な装置であり、例えば、コピー機能、スキャナ機能、プリンタ機能およびファクシミリ（ＦＡＸ）機能のうち少なくとも一つ以上の機能を実装する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などで実現される。

そして、この情報処理システム１においては、一の画像形成装置（例えば、画像形成装置（Ａ））２において他の画像形成装置（例えば、画像形成装置（Ｃ））２の機能を利用する（機能を共有する）ことが可能となっている。

次に、画像形成装置２のハードウェア構成について図２を用いて説明する。図２は、画像形成装置２のハードウェア構成を示すブロック図である。

図２に示すように、画像形成装置２は、例えば、制御部２１と、メモリ２２と、ハードディスク装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２３と、操作パネル２４と、画像入力装置２５と、画像出力装置２６と、外部通信装置２７とを備えている。

制御部２１は、画像形成装置２全体の制御、即ち、描画処理や、通信処理や、操作パネル２４に対する操作入力及び表示処理などの各種処理を制御するものである。そして、この制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを有して構成される。

メモリ２２は、第１の記憶領域を提供する記憶装置であり、主に画像を展開するのに用いられる。ＨＤＤ２３は、第２の記憶領域を提供する記憶装置であり、主に画像を格納保持するのに用いられる。

操作パネル２４は、画像形成装置２の各種機能を利用するための操作方法を表示するとともに、ユーザからの操作入力を受け付けるためのユーザインタフェースである。

画像入力装置２５は、画像の入力を行う装置であり、例えば、スキャナとして構成されて、原稿台にセットされた原稿の画像を読み取って入力する。

画像出力装置２６は、画像の出力を行う装置であり、画像入力装置２５で入力された画像などによって生成された画像データ（印刷データ）に基づいて、画像を記録紙などの記録媒体に形成する。

外部通信装置２７は、外部との通信を行う装置であり、ＩＥＥＥ１３９４や、ＵＳＢや、ＬＡＮなどの通信機能を有する。

次に、画像形成装置２が有するアプリケーションの一構成例について図３を用いて説明する。図３は、画像形成装置２が有するアプリケーションの一構成例を説明するためのブロック図である。

図３（ａ）に示す例は、図１の画像形成装置（Ａ）２が有するアプリケーションの一構成例を示しており、画像形成装置（Ａ）２は、例えば、連携アプリ２０１と、リソース管理アプリ２０２と、スキャナアプリ２０３と、コピーアプリ２０４とを有している。

ここで、連携アプリ２０１およびリソース管理アプリ２０２は、複数の画像形成装置２間で連携した処理を行うためのソフトウェアである。また、スキャナアプリ２０３は、スキャナ用のソフトウェアであり、スキャナなどを用いて画像を入力する処理を実行するためのソフトウェアである。コピーアプリ２０４は、コピー用のソフトウェアであり、入力された画像などに基づいて記録媒体に画像を形成する処理を実行するためのソフトウェアである。

図３（ｂ）に示す例は、図１の画像形成装置（Ｃ）２が有するアプリケーションの一構成例を示しており、画像形成装置（Ｃ）２は、例えば、図３（ａ）に示した画像形成装置（Ａ）２の有するアプリ（連携アプリ２０１、リソース管理アプリ２０２、スキャナアプリ２０３およびコピーアプリ２０４）に追加して、ファクシミリ（ＦＡＸ）アプリ２０５と、プリンタアプリ２０６と、ＳＤＫアプリ２０７とを有している。

ここで、ファクシミリ（ＦＡＸ）アプリ２０５は、ファクシミリ用のソフトウェアであり、入力された画像などに基づいてＦＡＸ送受信処理を実行するためのソフトウェアである。プリンタアプリ２０６は、入力された画像などに基づいて記録媒体に画像を形成する処理を実行するためのソフトウェアである。ＳＤＫアプリ２０７は、ソフトウェア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を使用して開発されたアプリケーションであり、標準的に画像形成装置２に搭載されているアプリケーション（例えば、符号２０３〜２０７で示すアプリケーション）とは別に、適宜インストールまたはアンインストールできるアプリケーションである。

次に、画像形成装置２の特徴的な機能構成について図４を用いて説明する。図４は、画像形成装置２の特徴的な機能構成を説明するためのブロック図である。

図４に示すように、画像形成装置２の制御部２１（ＣＰＵ）は、ＲＯＭやＨＤＤ２３などに格納される所定の制御プログラムをＲＡＭなどに展開して実行することにより、後述のフローチャートに示す処理手順を実行する、初期化処理部２０ａと、装置連携処理部２０ｂとして機能する。

初期化処理部２０ａは、後述の初期化処理（図５のステップＳ１）を実行するものであり、具体的には、後述の装置連携処理部２０ｂの処理で使用する各種の初期設定を行うものである。

装置連携処理部２０ｂは、後述の装置連携処理（図５のステップＳ２）を実行するものであり、複数の画像形成装置２間で機能を共有するための装置連携処理を実行するものである。より具体的には、この装置連携処理部２０ｂは、他の画像形成装置（要求先の画像形成装置）２が有する機能の利用（連携処理）を要求する要求元（連携元）の画像形成装置２に係る処理を実行するとともに、要求先（連携先）の画像形成装置２に係る処理（連携処理）を実行するものである。

次に、情報処理システム１における処理動作について図５〜図２６を用いて説明する。

図５は、要求元（連携元）の画像形成装置（以下、単に「連携元」という。）２と要求先（連携先）の画像形成装置（以下、単に「連携先」という。）２との間で行われる処理動作の手順を示すフローチャートである。

図５に示すように、連携元２と連携先２とでは、まず、両者の初期化処理部２０ａが、装置連携動作に必要な各種の初期設定を行う初期化処理（図６参照）を実行する（ステップＳ１）。その後、連携元２と連携先２とでは、両者の装置連携処理部２０ｂが、上記ステップＳ１の初期化処理で設定された各種の初期設定に基づいて装置連携動作（図２０参照）を実行する（ステップＳ２）。

次に、上記図５のステップＳ１における初期化処理について説明する。

図６は、図５に示すステップＳ１の初期化処理を説明するためのフローチャートであり、この場合、連携元２と連携先２の両者の処理手順を含んだものとなっている。

図６に示すように、ステップＳ１の初期化処理では、連携元２は、装置連携要求時の初期設定処理（図７参照）を実行する（ステップＳ１１）。そして、連携元２と連携先２とは、装置連携機能を持つ装置と通信を行う初期通信処理（図１４参照）を実行する（ステップＳ１２）。そして、連携先２は、装置連携要求受信時の設定処理（図１５参照）を実行する（ステップＳ１３）。そして、連携元２は、リソース確保時の表記切替処理（図１８参照）を実行する（ステップＳ１４）。

次に、上記図６のステップＳ１１における装置連携要求時の初期設定処理について説明する。

図７は、図６に示すステップＳ１１の装置連携要求時の初期設定処理を説明するためのフローチャートである。図７に示すように、ステップＳ１１の装置連携要求時の初期設定処理では、まず、リソース量設定の初期設定処理（図８参照）を実行する（ステップＳ１１１）。続いて、リソース残量通知設定の初期設定処理（図１２参照）を実行する（ステップＳ１１２）。

次に、上記図７のステップＳ１１１のリソース量設定の初期設定処理について説明する。

図８は、図７に示すステップＳ１１１のリソース量設定の初期設定処理の詳細を説明するためのフローチャートである。

図８に示すように、ステップＳ１１１のリソース量設定の初期設定処理では、まず、操作パネル２４を介して、連携先２に対して利用要求対象となる要求機能で使用するリソースの確保を要求する／しないを、装置連携処理の要求時にユーザが選択する「ユーザ選択設定」のオン／オフを指定するユーザ操作の入力（ステップＳ１１１ａ）や、上記装置連携処理の要求時にリソースの確保を要求する／しないを、装置連携処理の要求時に自動設定する「自動設定」のオン／オフを指定するユーザ操作の入力（ステップＳ１１１ｂ）を待機している。

そして、ステップＳ１１１ａで「ユーザ選択設定」のオンを指定するユーザ操作の入力を判定した場合（ステップＳ１１１ａ：Ｙｅｓ）、装置連携処理の要求時における「ユーザ選択設定」がオンである設定を行う（ステップＳ１１１ｃ）。即ち、ステップＳ１１１ｃにおいて、「ユーザ選択設定」がオン設定されていると、後述の図２１のステップＳ２１３の処理において、操作パネル２４にリソースを確保するかしないかをユーザに問いかけるメッセージが表示されるようになる。

また、ステップＳ１１１ｂで「自動設定」のオンを指定するユーザ操作の入力を判定した場合（ステップＳ１１１ｂ：Ｙｅｓ）、装置連携処理の要求時における「自動設定」がオンである設定を行う（ステップＳ１１１ｄ）。即ち、ステップＳ１１１ｄにおいて、「自動設定」がオン設定されていると、後述の図２１のステップＳ２１５の処理において、リソース確保要求を行う旨の設定を行うようになる。

続いて、上記ステップＳ１１１ｃおよびステップＳ１１１ｄの処理後、操作パネル２４を介して、装置連携要求時にリソース量を設定しないというユーザ操作が行われた場合（ステップＳ１１１ｅ：Ｎｏ）、続いて、装置連携要求時には常に要求仕様最大のリソース量を確保する設定を行う（ステップＳ１１１ｆ）。

一方、上記ステップＳ１１１ｅにおいて、操作パネル２４を介して、装置連携要求時にリソース量を設定するというユーザ操作が行われた場合（ステップＳ１１１ｅ：Ｙｅｓ）、続いて、操作パネル２４を介して、ユーザによるリソース量の確保方法の指定操作の入力を待機する。

上記ステップＳ１１１ｇにおいて、ユーザにより装置連携要求時に計算された容量でリソース量を確保する旨の指定（計算設定の指定）が行われた場合、装置連携要求時に計算された容量でリソース量を確保するように設定する（ステップＳ１１１ｈ）。なお、図９は、操作パネル２４に表示される表示画面の一構成例を示す図であり、この場合、ユーザがリソース残量を見てから実行可否を決める設定を行うための表示画面Ｓ１の一構成例を示している。

一方、上記ステップＳ１１１ｇにおいて、ユーザによりユーザが指定した容量分のリソース量を確保する旨の指定（ユーザ設定の指定）が行われた場合、ユーザが指定した容量分のリソース量を確保するように設定する（ステップＳ１１１ｉ）。なお、図１０は、操作パネル２４に表示される表示画面の一構成例を示す図であり、この場合、ユーザが確保するリソース量を設定するための表示画面Ｓ２の一構成例を示している。

また、一方ステップＳ１１１ｇにおいて、ユーザによりデフォルト設定された容量でリソース量を確保する旨の指定（デフォルト設定の指定）が行われた場合、デフォルト設定された容量分のリソース量を確保するように設定する（ステップＳ１１１ｊ）。

続いて、上記ステップＳ１１１ｆ、ステップＳ１１１ｈおよびステップＳ１１１ｉの処理後、操作パネル２４を介してユーザによりデフォルト値の設定を行う／行わないの指定入力を待機する（ステップＳ１１１ｋ）。ここで、デフォルト値の設定を行わないの指定入力があった場合（ステップＳ１１１ｋ：Ｎｏ）、ここでの処理を終了する。

他方、ステップＳ１１１ｋにおいて、デフォルト値の設定を行うの指定入力があった場合（ステップＳ１１１ｋ：Ｙｅｓ）、または、上記ステップＳ１１１ｊの処理後、各種装置連携のデフォルト値を設定する（ステップＳ１１１ｌ）。図１１は、操作パネル２４に表示される表示画面の一構成例を示す図であり、この場合、ユーザが各装置連携処理（例えば、Ｆａｘ装置連携処理、コピー装置連携処理、ＳＤＫ装置連携処理など）で確保するリソース容量のデフォルト値を設定するための表示画面Ｓ３の一構成例を示している。

続いて、操作パネル２４を介して、ユーザにより連携先２でデフォルト値の常時確保を行う／行わない（空いている時にデフォルト値のリソース量を確保する）の指定入力を待機する（ステップＳ１１１ｍ）。ここで、常時確保を行わない指定入力があった場合（ステップＳ１１１ｍ：確保しない）、空いている時に確保する設定をオンにし、その後、ここでの処理を終了する。一方、常時確保を行う指定入力があった場合（ステップＳ１１１ｍ：確保する）、続いて、常時確保する設定をオンにし（ステップＳ１１１ｎ）、その後、ここでの処理を終了する。

次に、上記図７のステップＳ１１２のリソース残量通知設定の初期設定処理について説明する。

図１２は、図７に示すステップＳ１１２のリソース残量通知設定の初期設定処理の詳細を説明するためのフローチャートである。

図１２に示すように、ステップＳ１１２のリソース残量通知設定の初期設定処理では、まず、操作パネル２４を介してユーザにより、装置連携要求時に連携先２からリソース残量通知を受付ける設定をオンする／オフするの選択操作の入力を待機する（ステップＳ１１２ａ）。

ここで、装置連携要求時に連携先２からリソース残量通知を受付ける設定をオンする選択操作があった場合（ステップＳ１１２ａ：Ｙｅｓ）、装置連携要求時に連携先２からリソース残量通知を受付ける設定をオンにし、続いて、操作パネル２４を介してユーザにより、リソース残量を見てから実行可否を決める設定をオンする／オフするの選択操作の入力を待機する（ステップＳ１１２ｂ）。なお、図１３は、操作パネル２４に表示される表示画面の一構成例を示す図であり、この場合、ユーザがリソース残量を見てから実行可否を決める設定を行う表示画面Ｓ４の一構成例を示している。

ここで、リソース残量を見てから実行可否を決める設定をオンする選択操作があった場合（ステップＳ１１２ｂ：Ｙｅｓ）、連携先２のリソース残量を見てから実行可否を決定する設定をオンする（ステップＳ１１２ｃ）。

続いて、ユーザが確保するリソースの容量（確保量）の設定（サイズ設定）を行えるようになっているか否かを判定し（ステップＳ１１２ｄ）、ここで、ユーザが確保量の設定を行えるようになっている場合（ステップＳ１１２ｄ：Ｙｅｓ）、続いて、通知されるリソース残量を上限値として、ユーザが確保量を変更できるように設定し（ステップＳ１１２ｅ）、ここでの処理を終了する。

一方、上記ステップＳ１１２ａにおいて、装置連携要求時に連携先２からリソース残量通知を受付ける設定をオフする選択操作があった場合（ステップＳ１１２ａ：Ｎｏ）、または、上記ステップＳ１１２ｄにおいて、ユーザが確保量の設定を行えないようになっている場合（ステップＳ１１２ｄ：Ｎｏ）、何の処理も実行せずにここでの処理を終了する。

次に、上記図６のステップＳ１２の初期通信処理について説明する。

図１４は、図６に示すステップＳ１２の初期通信処理の詳細を説明するためのフローチャートであり、この場合、連携元２と連携先２では、共通の初期通信処理を行うようになっている。

図１４に示すように、ステップＳ１２の初期通信処理では、まず、連携元２および連携先２では、ネットワーク上で装置連携機能を持つ装置を検索する（ステップＳ１２１）。ここで、連携機能を持つ装置が検索された場合（ステップＳ１２２：Ｙｅｓ）、続いて、連携元２および連携先２では、連携機能のデフォルト設定情報を送受信する（ステップＳ１２３）。

次に、上記図６のステップＳ１３の装置連携受信時の設定処理について説明する。

図１５は、図６に示すステップＳ１３の装置連携受信時の設定処理を説明するためのフローチャートである。

図１５に示すように、ステップＳ１３の装置連携受信時の設定処理では、まず、リソース残量の通知有無の設定を行う処理（図１６参照）を実行する（ステップＳ１３１）。続いて、装置連携のデフォルト設定について、常時確保を行うかを設定するデフォルト確保設定処理（図１７参照）を実行する（ステップＳ１３２）。

次に、上記図１５のステップＳ１３１のリソース残量の通知有無の設定処理について説明する。

図１６は、図１５に示すステップＳ１３１のリソース残量の通知有無の設定処理では、まず、連携元２にリソース残量通知を行うかを選択する（ステップＳ１３１ａ）。

ここで、連携元２にリソース残量通知を行う選択があった場合（ステップＳ１３１ａ：Ｙｅｓ）、続いて、リソース残量を連携元２に通知を行う設定をオンにし（ステップＳ１３１ｂ）、ここでの処理を終了する。

一方、ステップＳ１３１ａにおいて、連携元２にリソース残量通知を行わない選択があった場合（ステップＳ１３１ａ：Ｎｏ）、何も処理せずにここでの処理を終了する。

次に、上記図１５のステップＳ１３２のデフォルト確保設定処理について説明する。

図１７は、図１５に示すステップＳ１３２のデフォルト確保設定処理の詳細を説明するためのフローチャートである。

図１７に示すように、図１５に示すステップＳ１３２のデフォルト確保設定処理では、まず、連携元２から初期通信でデフォルト設定情報を受信しているか否かを判定する（ステップＳ１３２ａ）。

ここで、連携元２からデフォルト設定情報を受信していると判定した場合（ステップＳ１３２ａ：Ｙｅｓ）、続いて、受信したデフォルト設定情報に基づいて、設定されている各連携のデフォルト値は、常時確保設定になっているか否かを判定する（ステップＳ１３２ｂ）。

ここで、常時確保設定になっていると判定した場合（ステップＳ１３２ｂ：Ｙｅｓ）、続いて、指定されたデフォルト値に対応した容量分のリソースを常時確保する設定をオンにし（ステップＳ１３２ｃ）、ここでの処理を終了する。

一方、上記ステップＳ１３２ｂにおいて、常時確保設定になっていないと判定した場合（ステップＳ１３２ｂ：Ｎｏ）、続いて、指定されたデフォルト値に空きがある場合に常時確保する設定をオンにする選択があるか否かを判定する（ステップＳ１３２ｄ）。

ここで、指定されたデフォルト値に空きがある場合に常時確保する設定をオンにする選択があった場合（ステップＳ１３２ｄ：Ｙｅｓ）、続いて、指定されたデフォルト値に空きがある場合に常時確保する設定をオンにし（ステップＳ１３２ｅ）、ここでの処理を終了する。

一方、上記ステップＳ１３２ａにおいて、連携元２からデフォルト設定情報を受信していないと判定した場合（ステップＳ１３２ａ：Ｎｏ）や、上記ステップＳ１３２ｄにおいて、指定されたデフォルト値に空きがある場合に常時確保する設定をオンにする選択がなかった場合（ステップＳ１３２ｄ：Ｎｏ）、即ち、容量指定がない場合は、装置連携の最大仕様のリソース量の確保を行う設定をオンにし（ステップＳ９６）、ここでの処理を終了する。

次に、上記図６のステップＳ１４の表記切替処理について説明する。

図１８は、図６のステップＳ１４の表記切替処理の詳細を説明するためのフローチャートである。

図１８に示すように、ステップＳ１４の表記切替処理では、まず、リソース量の表記ではなく、性能表記への切り替えを行う選択があるか否かを判定する（ステップＳ１４１）。ここで、性能表記への切り替えを行う選択があった場合（ステップＳ１４１：Ｙｅｓ）、表記方法を性能表記へ切り替える設定を行う（ステップＳ１４２）。なお、このステップＳ１４２で、性能表記へ切り替える設定が行われると、図１９に示すような表示画面Ｓ５が操作パネル２４に表示される。図１９は、操作パネル２４に表示される表示画面の一構成例を示す図であり、この場合、図１３の表示画面Ｓ４に示すようなリソース量の表記を行うものではなく、性能表記（例えば、「５０枚のＦａｘ送信が可能です。」）を行う表示画面Ｓ５の一構成例を示している。

次に、上記図５のステップＳ２の装置連携動作処理について説明する。

図２０は、図５のステップＳ２の装置連携動作処理を説明するためのフローチャートである。

図２０に示すように、ステップＳ２の装置連携動作処理では、連携元２においては、まず、装置連携要求送信処理（図２１参照）を実行し（ステップＳ２１）、続いて、リソース確保要求送信処理（図２４参照）を実行し（ステップＳ２２）、続いて、実行要求送信処理（図２６参照）を実行する（ステップＳ２３）。

一方、連携先２においては、まず、装置連携要求受信処理（図２１参照）を実行し（ステップＳ２４）、続いて、リソース確保要求受信処理（図２４参照）を実行し（ステップＳ２５）、続いて、実行要求受信処理（図２６参照）を実行する（ステップＳ２６）。

次に、上記図２０のステップＳ２１およびＳ２４の装置連携要求送信処理および装置連携要求受信処理について説明する。

図２１は、図２０のステップＳ２１およびＳ２４の装置連携要求送信処理および装置連携要求受信処理の詳細を説明するためのフローチャートである。

図２１に示すように、ステップＳ２１およびＳ２４の装置連携要求送信処理および装置連携要求受信処理では、まず、連携元２では、ユーザにより装置連携処理の要求操作が行われると（ステップＳ２１１：Ｙｅｓ）、装置連携処理の要求時における「ユーザ選択設定」がオン設定されているか否かを判定する（ステップＳ２１２）。

この判定の結果、装置連携処理の要求時における「ユーザ選択設定」がオン設定されていると判定した場合（ステップＳ２１２：Ｙｅｓ）、操作パネル２４にリソースを確保するかしないかをユーザに問いかけるメッセージを表示し、ユーザによるリソースの確保をする／しないの選択操作を待機する（ステップＳ２１３）。

そして、上記ステップＳ２１３の待機において、ユーザによるリソースの確保をするの選択操作を受け付けた場合（ステップＳ２１３：Ｙｅｓ）、続いて、連携先２にリソース確保の要求を行う旨の設定を行う（ステップＳ２１５）。

その後、連携先２に対して、装置連携処理の実行が可能であるか否かを問い合わせる問合せ信号を送信し、連携先２からの問合せ結果、即ち、装置連携処理の実行の可否を示す判定結果の受信を待機する（ステップＳ２１６）。上記問合せ信号には、連携元２の識別情報や、利用要求対象の要求機能（例えば、ＦＡＸ機能など）を示す情報などが含まれている。

ここで、上記ステップＳ２１２の判定の結果、装置連携処理の要求時における「ユーザ選択設定」がオン設定されていない、即ち、オフ設定されていると判定した場合には（ステップＳ２１２：Ｎｏ）、装置連携処理の要求時における「自動設定」がオン設定されているか否かを判定する（ステップＳ２１４）。

この判定の結果、装置連携処理の要求時における「自動設定」がオン設定されていると判定した場合（ステップＳ２１４：Ｙｅｓ）、上記ステップＳ２１５の処理に移行して、リソース確保の要求を行う旨の設定を行う。そして、ステップＳ２１４の判定の結果、装置連携処理の要求時における「自動設定」がオン設定されていない、即ち、オフ設定されていると判定した場合（ステップＳ２１４：Ｎｏ）には、上記ステップＳ２１６の処理に移行して、上記問合せ信号を送信する。

その後、連携先２から上記判定結果を受信すると（ステップＳ２１７）、その受信した判定結果に基づき装置連携処理の実行が可能であるか否かを判定する（ステップＳ２１８）。

そして、上記ステップＳ２１８の判定の結果、装置連携処理の実行が不可能であると判定した場合には（ステップＳ２１８：Ｎｏ）、処理をステップＳ２１１に戻す。

一方、上記ステップＳ２１８の判定の結果、装置連携処理の実行が可能であると判定した場合には（ステップＳ２１８：Ｙｅｓ）、連携先２から装置連携処理に使用するアプリ（即ち、ユーザが利用を要求する要求機能を実行するためのアプリ）を含むアプリデータの受信を待機して、連携先２から上記アプリデータを受信する（ステップＳ２１９）。

一方、連携先２においては、連携元２から上記問合せ信号を受信する連携先動作処理（図２２参照）を実行し（ステップＳ２４１）、装置連携処理の実行可否を判定する連携可否判定処理（図２３参照）を実行する（ステップＳ２４２）。

次に、上記図２１のステップＳ２４１の連携先動作処理について説明する。

図２２は、図２１のステップＳ２４１の連携先動作処理の詳細を説明するためのフローチャートである。

図２２に示すように、ステップＳ２４１の連携先動作処理では、連携先２においては、初期設定で行ったデフォルトのリソース容量を常時確保するか否かを判定する（ステップＳ２４１ａ）。

この判定の結果、デフォルトのリソース容量を常時確保すると判定された場合（ステップＳ２４１ａ：Ｙｅｓ）、続いて、デフォルト値分のリソースの確保（例えば、デフォルト設定された容量分のメモリの確保）を行う（ステップＳ２４１ｂ）。

一方、上記ステップＳ２４１ａにおいて、デフォルトのリソース容量を常時確保しないと判定された場合（ステップＳ２４１ａ：Ｎｏ）、続いて、リソースが空いているときにデフォルト値分のリソースの確保を行うか否かを判定する（ステップＳ２４１ｃ）。

この判定の結果、リソースが空いているときにデフォルト値分のリソースの確保を行うと判定された場合（ステップＳ２４１ｃ：Ｙｅｓ）、続いて、連携先２は、連携ではなく、単独動作中であるか否かを判定する（ステップＳ２４１ｄ）。

この判定の結果、単独動作中でないと判定された場合（ステップＳ２４１ｄ：Ｎｏ）、上記ステップＳ２４１ｂに移行する。一方、上記ステップＳ２４１ｄの判定の結果、単独動作中であると判定された場合（ステップＳ２４１ｄ：Ｙｅｓ）、続いて、リソースを使用中においてデフォルト値分のリソースの確保を試みる（ステップＳ２４１ｅ）。そして、リソースの確保が行えたか否かを判定する（ステップＳ２４１ｆ）。

そして、上記ステップＳ２４１ｂの処理後、または、上記ステップＳ２４１ｆの判定により、リソースの確保が行えたと判定された場合（ステップＳ２４１ｆ：Ｙｅｓ）、続いて、連携可能である旨の設定を行う（ステップＳ２４１ｇ）。

上記ステップＳ２４１ｇの処理後、または、上記ステップＳ２４１ｃの判定により、リソースが空いているときにデフォルト値分のリソースの確保を行わないと判定された場合（ステップＳ２４１ｃ：Ｎｏ）や、上記ステップＳ２４１ｆの判定により、リソースの確保が行えなかったと判定された場合（ステップＳ２４１ｆ：Ｎｏ）、続いて、連携元２からの装置連携処理の実行の可否を問い合わせる問合せ信号の受信を待機して、問合せ信号を受信する（ステップＳ２４１ｈ）。

問合せ信号を受信すると、続いて、連携可能の設定が済んでいるか否かを判定する（ステップＳ２４１ｉ）。ここで、連携可能の設定が済んでいると判定した場合（ステップＳ２４１ｉ：Ｙｅｓ）、ここでの処理を終了する。他方、上記ステップＳ２４１ｉの判定により、連携可能の設定が済んでいないと判定した場合（ステップＳ２４１ｉ：Ｎｏ）、続いて、連携可否を調査する（ステップＳ２４１ｊ）。なお、このステップＳ２４１ｊの処理においては、リソースが使用中か否かをチェックする。

次に、上記図２１のステップＳ２４２の連携可否判定処理について説明する。

図２３は、図２１のステップＳ２４２の連携可否判定処理の詳細を説明するためのフローチャートである。

図２３に示すように、ステップＳ２４２の連携可否判定処理では、連携先２においては、リソース確保済みであるか否かを判定する（ステップＳ２４２ａ）。そして、この判定の結果、リソース確保済みでないと判定された場合（ステップＳ２４２ａ：Ｎｏ）、続いて、連携可能か否かを判定する（ステップＳ２４２ｂ）。

上記ステップＳ２４２ｂの判定において、連携可能であると判定された場合（ステップＳ２４２ｂ：Ｙｅｓ）、続いて、連携可能の通知を設定する（ステップＳ２４２ｃ）。その後、リソース残量通知設定がオンであるか否かを判定する（ステップＳ２４２ｄ）。

この判定の結果、リソース残量通知設定がオンであると判定された場合（ステップＳ２４２ｄ：Ｙｅｓ）、続いて、現在のリソース残量、即ち、連携先２で実行中処理で使用されるリソース以外の残りのリソース量を算出する（ステップＳ２４２ｅ）。続いて、算出されたリソース残量と連携可能を示す連携可否結果を連携元２に送信する（ステップＳ２４２ｆ）。これにより、連携元２が、連携可否結果を受信する（ステップＳ２１７）。

続いて、連携が可能であるので、連携元２に装置連携処理で使用するアプリデータを送信し（ステップＳ２４２ｇ）、ここでの処理を終了する。これにより、連携元２が、装置連携処理で使用するアプリデータを受信する（ステップＳ２１７）。

一方、上記ステップＳ２４２ａの判定により、リソース確保済みであると判定された場合（ステップＳ２４２ａ：Ｙｅｓ）、続いて、連携可能を示す連携可否結果を連携元２に送信する（ステップＳ２４２ｈ）。これにより、連携元２が、連携可否結果を受信する（ステップＳ２１７）。なお、上記ステップＳ２４２ｈの処理後、処理を上記ステップＳ２４２ｇに移行する。

また、一方、上記ステップＳ２４２ｂの判定により、連携可能でないと判定された場合（ステップＳ２４２ｂ：Ｎｏ）、続いて、連携が不可であることを示す連携可否結果を連携元２に送信する（ステップＳ２４２ｉ）。これにより、連携元２が、連携可否結果を受信する（ステップＳ２１７）。そして、上記ステップＳ２４２ｉの処理後、ここでの処理を終了する。

次に、上記図２０のステップＳ２２およびＳ２５のリソース確保要求送信処理およびリソース確保要求受信処理について説明する。

図２４は、図２０のステップＳ２２およびＳ２５のリソース確保要求送信処理およびリソース確保要求受信処理の詳細を説明するためのフローチャートである。

図２４に示すように、ステップＳ２２およびＳ２５のリソース確保要求送信処理およびリソース確保要求受信処理では、まず、連携元２において、リソース確保要求の設定の有無を判定する（ステップＳ２２ａ）。この判定の結果、リソース確保要求の設定が有ると判定された場合（ステップＳ２２ａ：Ｙｅｓ）、続いて、リソース容量の設定の有無を判定する（ステップＳ２２ｂ）。この判定の結果、リソース容量の設定が有ると判定された場合（ステップＳ２２ｂ：Ｙｅｓ）、続いて、容量設定処理（図２５参照）を実行する（ステップＳ２２ｃ）。

続いて、リソース確保容量を要求内に設定する（ステップＳ２２ｄ）。その後、リソース確保要求を連携先２に送信し（ステップＳ２２ｅ）、その後、連携先２から送信されるリソース確保結果の受信を待機する。

そして、連携先２からリソース確保結果を受信すると（ステップＳ２２ｆ）、続いて、該受信したリソース確保結果に基づき連携先２において要求機能で使用するリソースが確保されたか否かを判定する（ステップＳ２２ｇ）。ここで、リソースが確保された、即ち、リソースの確保に成功したと判定した場合には（ステップＳ２２ｇ：Ｙｅｓ）、続いて、当該要求機能に処理させるデータ（例えば、ＦＡＸ送信用のデータ）を連携先２に送信し（ステップＳ２２ｈ）、連携先２からの上記データに係る処理の実行結果の受信を待機する。一方、リソースが確保されなかった、即ち、リソースの確保に失敗したと判定した場合には（ステップＳ２２ｇ：Ｎｏ）、ここでの処理を終了する。

一方、連携先２においては、まず、連携元２からのリソース確保要求を受信すると（ステップＳ２５ａ）、続いて、デフォルト設定でリソースが既に確保されているか否かを判定する（ステップＳ２５ｂ）。この判定の結果、デフォルト設定でリソースが既に確保されていると判定した場合（ステップＳ２５ｂ：Ｙｅｓ）、続いて、リソース確保済みの設定を行う（ステップＳ２５ｃ）。

他方、上記ステップＳ２５ｂの判定の結果、デフォルト設定でリソースが既に確保されていないと判定した場合（ステップＳ２５ｂ：Ｎｏ）、続いて、リソースが確保されていないので、要求されているリソース確保を行う容量が設定されていない場合は、仕様最大の容量の確保を試みる（ステップＳ２５ｄ）。

上記ステップＳ２５ｄの処理により、リソースの確保に成功した場合（ステップＳ２５ｅ：Ｙｅｓ）、上記ステップＳ２５ｃに移行する。他方、リソースの確保に失敗した場合（ステップＳ２５ｅ：Ｎｏ）、リソース確保不可を設定する（ステップＳ２５ｆ）。

そして、上記ステップＳ２５ｃおよびステップＳ２５ｆの処理後、リソース確保済みまたはリソース確保不可を示すリソース確保結果を連携元２に送信する（ステップＳ２５ｇ）。これにより、連携元２は、ステップＳ２２ｆでリソース確保結果を受信する。

その後、リソース確保済みか否かを確認し（ステップＳ２５ｈ）、ここで、リソース確保済みでないと判定された場合（ステップＳ２５ｈ：Ｎｏ）、装置連携要求の仕様最大の容量の確保を試みる（ステップＳ２５ｉ）。

そして、上記ステップＳ２５ｉの処理により、リソースの確保に成功した場合（ステップＳ２５ｊ：Ｙｅｓ）や、上記ステップＳ２５ｈの判定により、リソース確保済みでないと判定した場合（ステップＳ２５ｈ：Ｙｅｓ）、続いて、連携元２から連携データを受信し（ステップＳ２５ｋ）、その後、ここでの処理を終了する。

一方、上記ステップＳ２５ｊの判定により、リソースの確保に失敗した場合（ステップＳ２５ｊ：Ｎｏ）、続いて、容量確保は自動（Ａｕｔｏ）モードか否かを判定する（ステップＳ２５ｌ）。そして、この判定の結果、容量確保が自動（Ａｕｔｏ）モードであると判定された場合（ステップＳ２５ｌ：Ｙｅｓ）、続いて、デフォルト値の容量分のリソースの確保を再度試みる（ステップＳ２５ｍ）。この処理により、リソースの確保に成功した場合（ステップＳ２５ｎ：Ｙｅｓ）、処理を上記ステップＳ２５ｋに移行する。一方、上記ステップＳ２５ｍの処理により、リソースの確保に失敗した場合（ステップＳ２５ｎ：Ｎｏ）、続いて、連携データの受信が不可能である旨の設定を行い（ステップＳ２５ｏ）、その後、ここでの処理を終了する。

次に、上記図２４のステップＳ２２ｃの容量設定処理について説明する。

図２５は、図２４のステップＳ２２ｃの容量設定処理の詳細を説明するためのフローチャートである。

図２５に示すように、ステップＳ２２ｃの容量設定処理では、まず、連携元２においては、まず、容量の設定方法を判別する（ステップＳ２２１）。

ここで、デフォルト値の設定であると判定された場合、デフォルトで設定された容量で確定し（ステップＳ２２２）、ここでの処理を終了する。

一方、ステップＳ２２１において、装置連携要求時に設定すると判定された場合、連携元２で可能な動作を全て実行してから必要容量を確定し（ステップＳ２２３）、ここでの処理を終了する。

また、一方、ステップＳ２１１において、ユーザが入力すると判定された場合、装置連携要求時にユーザにより入力された容量で確定する（ステップＳ２２４）。

その後、リソース残量通知を受けているか否かを判定する（ステップＳ２２５）。この判定により、リソース残量通知を受けていると判定した場合（ステップＳ２２５：Ｙｅｓ）、リソース残量を表示し、リソース残量をユーザが入力できる容量値の上限値に設定する（ステップＳ２２６）。即ち、このステップＳ２２６の処理では、通知されたリソース残量値以上の容量（確保量）を設定できないようにしている。

上記ステップＳ２２６の処理後、または、上記ステップＳ２２５の判定により、リソース残量通知を受けていないと判定された場合（ステップＳ２２５：Ｎｏ）、続いて、リソース残量を見て、ユーザが実行要求するか否かを判定する（ステップＳ２２７）。この判定の結果、実行要求すると判定された場合（ステップＳ２２７：Ｙｅｓ）、続いて、操作パネル２４に要求容量を入力して容量確定を行い（ステップＳ２２８）、ここでの処理を終了する。一方、上記ステップＳ２２７において、実行要求をしないと判定された場合（ステップＳ２２７：Ｎｏ）、続いて、装置連携動作をキャンセルし（ステップＳ２２９）、ここでの処理を終了する。

次に、図２０のステップＳ２３およびＳ２６の実行要求送信処理および実行要求受信処理について説明する。

図２６は、図２０のステップＳ２３およびＳ２６の実行要求送信処理および実行要求受信処理の詳細を説明するためのフローチャートである。

図２６に示すように、ステップＳ２３およびＳ２６の実行要求送信処理および実行要求受信処理では、まず、連携元２においては、実行要求を送信し（ステップＳ２３ａ）、その後、連携先２から送信される実行結果の受信を待機する。

そして、連携先２から実行結果を受信すると（ステップＳ２３ｂ）、該受信した実行結果に基づいて実行結果がＯＫであるか否かを判定する（ステップＳ２３ｃ）。この判定により、実行結果がＯＫ、即ち、装置連携処理が正常に終了したと判定した場合（ステップＳ２３ｃ：Ｙｅｓ）、ここでの処理を終了する。他方、上記ステップＳ２３ｃの判定により、実行結果がＮＧ、即ち、装置連携処理が失敗したと判定した場合（ステップＳ２３ｃ：Ｎｏ）、続いて、装置連携処理が失敗したこと（エラーで終了したこと）をユーザに通知する情報を操作パネル２４に表示し（ステップＳ２３ｄ）、ここでの処理を終了する。

一方、連携先２においては、連携元２から実行要求を受信すると（ステップＳ２６ａ）、連携データを受信し、装置連携処理が正常に終了したか否かを判定する（ステップＳ２６ｂ）。この判定により、連携データを受信し、装置連携処理が正常に終了したと判定された場合（ステップＳ２６ｂ：Ｙｅｓ）、続いて、装置連携処理が正常に終了したことを示す実行結果を連携元２に送信し（ステップＳ２６ｃ）、ここでの処理を終了する。他方、上記ステップＳ２６ｂの判定により、装置連携処理が正常に終了しない、即ち、エラーで終了したと判定された場合（ステップＳ２６ｂ：Ｎｏ）、装置連携処理が失敗したこと、即ち、エラーで終了したことを示す実行結果を連携元２に送信し（ステップＳ２６ｄ）、ここでの処理を終了する。

即ち、以上説明した実施形態によれば、連係先（要求先）２が、連係元（要求元）２からリソースの確保要求を受けた場合に、連係先２で実行中の処理で使用するリソースを確保しつつ、該確保したリソース以外の空きリソースの範囲内で連係元２が要求する要求機能で使用するリソースを確保するように構成したため、連係元２における処理を滞らせることなく、且つ、連係先２における実行中の処理を中止させずに済むという作用効果を奏する。

具体的には、図２７に示すように、本実施形態の情報処理システムによれば、機能の利用を要求する要求元の画像形成装置Ａが要求先の画像形成装置Ｂに対して要求機能（ＦＡＸ機能）に処理させるデータを送信する前に、要求先の画像形成装置Ｂにおいて、当該要求先の画像形成装置Ｂで実行中の処理（コピー処理）で使用するリソースを確保しつつ、それ以外の空きリソースの範囲内で要求元の画像形成装置Ａが要求する要求機能（ＦＡＸ機能）で使用するリソースを確保するようにしたため、要求元の画像形成装置Ａが要求する処理（ＦＡＸ送信）を滞らせることなく、且つ、要求先の画像形成装置Ｂにおける実行中の処理（コピー処理）を中止させずに済む。

また、上記実施形態によれば、連係先２で確保するリソースの容量（確保量）を要求機能に処理させるデータ量に基づいて算出するようにしたため、連係先２のリソースを圧迫させずに済むという作用効果を奏する。

また、上記実施形態によれば、連係先２で確保するリソースの容量（確保量）を連係先２のリソース残量の範囲内でユーザにより設定されたリソース量とするようにしたため、ユーザの利便性を向上させることができる。

また、上記実施形態によれば、連係先２で確保するリソースの容量（確保量）をデフォルトで設定されるリソース量とするようにしたため、装置連係時のリソースの確保量を平均化させることができるとともに、連係先２が単独動作中でもリソースの空きがあれば装置連係要求前にリソースの確保を行うことができ、ユーザの利便性を向上させることができる。

また、上記実施形態によれば、通知されるリソース残量や要求した確保容量から、実行可能な性能処理内容を表示して、ユーザが装置連係要求を実行するか否かを選択することができるので、ユーザの利便性を向上させることができる。

また、上記実施形態によれば、リソースの確保を自動化して最大仕様の確保が不可であればデフォルト値の確保を行うようにしたため、ユーザの利便性を向上させることができる。

なお、前述した実施形態では、連携する装置として画像形成装置（複合機）２の場合について説明したが、これに限定されず、その他のネットワーク機器（情報処理装置）とすることも可能である。

また、前述した実施形態における処理手順を実行するプログラムは、画像形成装置のＲＯＭやＨＤＤなどの記憶部に予め組み込んで提供することが可能である。また、前述のプログラムは、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記憶して提供することが可能である。更に、前述のプログラムは、インターネットなどのネットワーク経由で提供または配布したりすることも可能である。

また、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 情報処理システム
２ 画像形成装置（複合機、情報処理装置）
Ｎ ネットワーク
２１ 制御部
２２ メモリ
２３ ＨＤＤ
２４ 操作パネル
２５ 画像入力装置
２６ 画像出力装置
２７ 外部通信装置
２０ａ 初期設定部（設定手段）
２０ｂ 装置連携処理部（受信手段、リソース確保手段、要求手段、通知手段）

特開２００９−０３２２８７号公報

Claims (9)

1. 機能の利用を要求する要求元の情報処理装置において、ユーザにより入力された容量でリソースの確保容量として設定された場合であって、自装置がリソース残量の通知を行う場合、前記リソース残量を前記ユーザが入力できる容量の上限値としたうえで、前記ユーザにより入力された前記確保容量のリソースの確保を要求する確保要求を受信する受信手段と、
   前記受信手段で前記確保要求を受信した場合に、自装置で実行中の処理で使用するリソースを確保しつつ、該確保したリソース以外の空きリソースの範囲内で前記要求元の情報処理装置が要求する要求機能で使用するリソースを確保するリソース確保手段と、
   を有する情報処理装置。
2. 前記リソース確保手段は、前記空きリソースの範囲内で、前記要求元の情報処理装置から通知される前記確保容量分のリソースを確保する、請求項１に記載の情報処理装置。
3. 前記通知される前記確保容量は、前記要求元の情報処理装置において計算によって前記確保容量が設定される場合、前記要求機能に処理させるデータ量に基づいて算出されるリソース量である、請求項２に記載の情報処理装置。
4. 前記通知される前記確保容量は、前記要求元の情報処理装置においてデフォルト値を利用して前記確保容量が設定される場合、デフォルトで設定されるリソース量である、請求項２に記載の情報処理装置。
5. 要求先の情報処理装置に対して利用要求対象の要求機能で使用するリソースの確保を要求する要求手段と、
   前記要求手段で確保要求するリソースの確保容量を通知する通知手段と、
   前記通知手段で通知する前記確保容量を設定する設定手段と、
   を有し、
   前記設定手段は、ユーザにより入力された容量で前記確保容量を設定する場合であって、前記要求先の情報処理装置からリソース残量の通知を受けている場合、前記リソース残量を前記ユーザが入力できる容量の上限値としたうえで、前記ユーザにより入力された容量を前記確保容量として設定する情報処理装置。
6. 前記設定手段は、計算によって前記確保容量を設定する場合、前記要求機能に処理させるデータ量に基づいて算出されるリソース量を前記確保容量として設定する、請求項５に記載の情報処理装置。
7. 前記設定手段は、デフォルト値を利用して前記確保容量を設定する場合、デフォルトで設定されるリソース量を前記確保容量として設定する、請求項５に記載の情報処理装置。
8. コンピュータを、
   機能の利用を要求する要求元の情報処理装置において、ユーザにより入力された容量でリソースの確保容量として設定された場合であって、自装置がリソース残量の通知を行う場合、前記リソース残量を前記ユーザが入力できる容量の上限値としたうえで、前記ユーザにより入力された前記確保容量のリソースの確保を要求する確保要求を受信する受信手段と、
   前記受信手段で前記確保要求を受信した場合に、自装置で実行中の処理で使用するリソースを確保しつつ、それ以外の空きリソースの範囲内で前記要求元の情報処理装置が要求する要求機能で使用するリソースを確保するリソース確保手段と、
   して機能させるプログラム。
9. 複数の情報処理装置を備え、各情報処理装置がネットワークを介して相互に通信可能に接続される情報処理システムであって、
   機能の利用を要求される要求先の情報処理装置は、
   前記機能の利用を要求する要求元の情報処理装置において、ユーザにより入力された容量でリソースの確保容量として設定された場合であって、自装置がリソース残量の通知を行う場合、前記リソース残量を前記ユーザが入力できる容量の上限値としたうえで、前記ユーザにより入力された前記確保容量のリソースの確保を要求する確保要求を受信する受信手段と、
   前記受信手段で前記確保要求を受信した場合に、自装置で実行中の処理で使用するリソースを確保しつつ、該確保したリソース以外の空きリソースの範囲内で前記要求元の情報処理装置が要求する要求機能で使用するリソースを確保するリソース確保手段と、
   を有する情報処理システム。

Images