(57)【要約】【課題】  電子機器が自機の状態に応じて他の電子機器のリソースを借用できるようにする。【解決手段】  ＭＦＰ（リソースの借用を要求する側の電子機器）１ａは、自機のリソースを管理し、自機のジョブの実行中に自機のリソースの残量が所定量以下になった場合に、他のＭＦＰ１ｂに対してリソースの借用を要求する。また、ＭＦＰ１ｂは、予め登録されたＭＦＰ１ａからリソースの借用要求を受けた場合に、自機のリソースの貸与を許可する。それによって、ＭＦＰ１ａは、他のＭＦＰ１ｂからリソースを一時的に借り、そのリソースを使用してジョブを継続することができる。【選択図】        図１
2007325235.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して他の電子機器と通信する通信手段を有する電子機器であって、
前記通信手段を介して他の電子機器に対してリソースの借用を要求するリソース借用要求手段と、
当該電子機器のリソースを管理するリソース管理手段とを設け、
該リソース管理手段は、当該電子機器のジョブの実行中に当該電子機器のリソースの残量が所定量以下になった場合に、前記リソース借用要求手段に前記要求を実行させる要求実行手段を有することを特徴とする電子機器。
【請求項２】
請求項１記載の電子機器において、
前記リソース借用要求手段は、前記通信手段を介してリソースの貸与が可能な他の電子機器の検索処理を行う機器検索手段を有し、該機器検索手段の検索処理によって検索された他の電子機器に対してリソースの借用を要求することを特徴とする電子機器。
【請求項３】
請求項２記載の電子機器において、
前記機器検索手段は、前記検索処理によってリソースの貸与が可能な他の電子機器を検索できなかった場合に、該検索処理を所定時間経過後に再び行うことを特徴とする電子機器。
【請求項４】
請求項３記載の電子機器において、
前記機器検索手段の検索処理が所定回数行われてもリソースの貸与が可能な他の電子機器が検索されなかった場合に、前記ジョブを中断するジョブ中断手段を設けたことを特徴とする電子機器。
【請求項５】
請求項１乃至４のいずれか一項に記載の電子機器である他の電子機器と通信する通信手段を有する電子機器において、
前記通信手段を介して他の電子機器に当該電子機器のリソースを貸与するリソース貸与手段と、
予め登録された他の電子機器からリソースの借用要求を受けた場合にのみ、前記リソース貸与手段によるリソースの貸与を許可するリソース貸与制限手段とを設けたことを特徴とする電子機器。
【請求項６】
請求項５記載の電子機器において、
前記リソース貸与制限手段は、前記予め登録された他の電子機器からのリソースの借用要求が所定サイズ以上のリソースの借用を要求するものであった場合には、該借用要求に対して前記リソース貸与手段によるリソースの貸与を許可しないことを特徴とする電子機器。
【請求項７】
請求項５又は６記載の電子機器において、
省エネルギーモードを設定する省エネルギーモード設定手段を設け、
前記リソース貸与制限手段は、前記省エネルギーモード設定手段によって省エネルギーモードが設定されている場合には、前記予め登録された他の電子機器からのリソースの借用要求に対して前記リソース貸与手段によるリソースの貸与を許可しないことを特徴とする電子機器。
【請求項８】
請求項５乃至７のいずれか一項に記載の電子機器において、
前記リソース貸与制限手段は、当該電子機器のジョブの実行中の場合には、前記予め登録された他の電子機器からのリソースの借用要求に対して前記リソース貸与手段によるリソースの貸与を許可しないことを特徴とする電子機器。
【請求項９】
請求項５乃至８のいずれか一項に記載の電子機器において、
前記リソース貸与制限手段は、予め登録された他の複数の電子機器からリソースの借用要求を受けた場合には、先に受けたリソースの借用要求に対して前記リソース貸与手段によるリソースの貸与を優先的に許可することを特徴とする電子機器。
【請求項１０】
請求項５乃至８のいずれか一項に記載の電子機器において、
前記リソース貸与制限手段は、予め登録された他の複数の電子機器からリソースの借用要求を受けた場合には、その各リソースの借用要求に対してそれぞれ前記リソース貸与手段によるリソースの貸与を許可することを特徴とする電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複写機，プリンタ，ファクシミリ装置，デジタル複合機等の画像形成装置、スキャナ装置やパーソナルコンピュータ等の情報処理装置などの電子機器に関し、特にネットワーク接続された他の電子機器との間でリソースの貸借を行う電子機器に関する。
【背景技術】
【０００２】
例えば、近年のデジタル複写機や複合機（以下「ＭＦＰ」ともいう）等の画像形成装置としては、ＬＡＮ（ローカルエリアネットワーク）等のネットワークに接続され、そのネットワークにはサーバやＰＣ（パーソナルコンピュータ）等のさまざまなデバイスが接続され、その各デバイスを通しての相互通信や、ＬＡＮ間同士での通信も可能にしたものが一般的である。
最近では、こういったネットワーク環境を利用し、複数の画像形成装置やデバイスを連携させることで、システムの処理能力を有効活用する分散処理や連結機能が提案されている。
【０００３】
また、ネットワーク上にある画像形成装置やデバイスが持つリソース（ＣＰＵ，メモリ，ＨＤＤ等）を有効活用して、仮想的な処理装置を提供するための技術として、グリッドコンピューティングが知られている。グリッドコンピューティングを利用して、種々の問題解決を図っているが、グリッドコンピューティングでは、ネットワーク上にあるリソースを仮想的に１つのリソースとして捉えて利用している。
【０００４】
一方、種々の装置が接続されたネットワークにおいて、複数の情報処理装置の処理の能力や情報を自動的に取得して、効率的な分散処理を実現するネットワークシステムがある。また、利用されていないＣＰＵ等のリソースにジョブを分配し、ユーザが意識することなく、複数の機器での分散処理を可能にするデスクトップグリッドコンピューティングが実現されている。処理の効率化のため、分散画像処理ネットワークシステムが実現されている。分散処理の割り当て先に履歴情報を活用するものもある。以下に、これに関連する従来技術の例をいくつかあげる。
【０００５】
特許文献１に開示された「ネットワークシステム」は、処理能力の高い情報処理装置の実行環境の効率的な活用を図り、ネットワークに接続されたプリンタや情報処理装置の効率的な分散処理を実現するものである。クライアントプリンタと処理能力の高いサーバデバイスが、通信回線を介して接続されたネットワークシステムである。クライアントプリンタは、印刷用データの処理を、ネットワーク上のサーバデバイスに依頼する。サーバデバイスは、必要なデータ処理用のプログラムを有していない場合には、クライアントプリンタ又はネットワーク上の他のデバイスから、必要なデータ処理プログラムを受信してデータ処理を行う。クライアントプリンタは、処理後の印刷用データを受信して印刷する。
【０００６】
特許文献２に開示された「複数出力の画像形成装置」は、大量プリントの印刷ジョブを短時間で終了し、競合する新たな印刷ジョブの実行開始の待ち時間を短縮し、複数の印刷ジョブが混み合うとき、各印刷ジョブに対して平等に使用機会を分配するものである。複数のプリンタがあり、蓄積手段から読み出される画像情報を、１以上のプリンタに選択出力する。ネットワークからの画像情報を、蓄積手段に書き込み、分配手段を介してプリンタに与えてプリントアウトする。各ジョブに各プリンタを割り当てても、割当てのないプリンタが生ずるときには、該プリンタにもジョブを分割して割り当てる。この分割割り当てをしているときに新たなジョブが発生すると、分割割り当てがあるプリンタの分割割り当てを解除して、新たなジョブの印刷に割り当てる。
【０００７】
特許文献３に開示された「画像処理装置」は、複数の画像処理装置で効率的にジョブの処理分散を行う画像処理装置である。ネットワーク上に接続された装置間で、投入されたジョブを処理分散する。投入されたジョブを他の装置で処理分散できるか否かを判定する。自装置の能力不足や故障の場合、他の装置で処理分散可能と判定する。他の装置に代行させたジョブに関する情報である履歴情報から、類似したジョブの履歴情報を検索する。検索結果に応じて、投入されたジョブを代行させる他の装置を決定する。決定した装置にジョブを代行させる。
【０００８】
特許文献４に開示された「分散画像処理ネットワークシステム」は、クライアントが、サーバの処理能力と状態を自動的に取得して、最適なサーバーに画像処理を行わせることにより、画像処理の効率化を図るものである。データ処理の依頼を行うクライアントが、データ処理を行うサーバーの処理能力情報を取得する。サーバの稼動状態情報を取得して、それらの情報に基づき、データ処理を依頼するサーバを決定する。データ処理を複数のサーバに依頼して、最も短時間で送信されてきた処理結果のみを印刷する。
【０００９】
特許文献５に開示された「グリッドコンピューティングを適用した画像処理システム」は、グリッドコンピューティングにおける画像処理装置の異常等により電源断が起こっても、ジョブの実行を継続するものである。グリッドコンピューティングによる負荷分散可能なシステム（グリッド）である。画像形成装置からグリッドに対してジョブを依頼する。画像形成装置はジョブを分割し、グリッドにジョブを依頼する。ジョブ依頼手段によって入力されたジョブ結果を、ジョブ結合処理手段でまとめる。画像形成装置と同様の機能を行える装置のリストを作成する。処理途中で電源が落ちても、ジョブから受け取った結果を保存する。
【００１０】
特許文献６に開示された「グリッドコンピューティングを適用した印刷装置」は、分散処理の対象になるコンピュータの指定とセットアップが容易にできるユーザインターフェースをもつ画像形成装置である。ホストインタフェースを介してホストコンピュータ（クライアント）と接続されている。操作パネルなどから環境設定可能である。グリッドコンピューティング（グリッド）による負荷分散処理が可能なプリントシステムである。画像形成装置をグリッドのジョブスケジューラとした時に、負荷分散対象にするグリッドの各リソースにする機器を操作パネルから選択する。
【特許文献１】特開平１１−１７５２９５号公報
【特許文献２】特開２００２−０４１２６６号公報
【特許文献３】特開２００３−０６０８３２号公報
【特許文献４】特開２００５−０７８４６１号公報
【特許文献５】特開２００６−０４８２７１号公報
【特許文献６】特開２００６−０４８２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述したような従来の電子機器における分散処理方法では、次のような問題がある。グリッドコンピューティングでは、自機の持つリソースと他のデバイスが持つリソースとが区別されていないし、リソース利用上の優先度が考慮されていない。そのため、処理の分散を避けたい場合や、リソースを使用されたくない状況等に対応できないケースがある。
また、ネットワークの通信状況は刻々と変化するので、必ずしも一定の通信速度を維持できるとは限らず、分散処理が処理全体の速度向上にならないケースがある。ジョブにより処理負荷や消費リソース量が異なり、リソース貸与側のリソース保有量も異なるため、借用側が強制的にリソースを消費してしまえば、リソース貸与側の処理動作にも影響を及ぼす。
【００１２】
この発明は、上記の問題点を鑑みてなされたものであり、画像処理装置等の電子機器において、グリッドコンピューティングのようにネットワーク上のリソースを仮想的に１つのリソースとして扱うのではなく、自機の状態に応じて他の電子機器からリソースを借用できるようにして、処理の効率化を図ることを目的とする。
【課題を解決するための手段】
【００１３】
この発明は、ネットワークを介して他の電子機器と通信する通信手段を有する電子機器であって、上記の目的を達成するため、次のようにしたことを特徴とする。
請求項１の発明による電子機器は、上記通信手段を介して他の電子機器に対してリソースの借用を要求するリソース借用要求手段と、当該電子機器のリソースを管理するリソース管理手段とを設け、該リソース管理手段に、当該電子機器のジョブの実行中に当該電子機器のリソースの残量が所定量以下になった場合に、上記リソース借用要求手段に上記要求を実行させる要求実行手段を備えたものである。
【００１４】
請求項２の発明による電子機器は、請求項１の電子機器において、上記リソース借用要求手段が、上記通信手段を介してリソースの貸与が可能な他の電子機器の検索処理を行う機器検索手段を備え、該機器検索手段の検索処理によって検索された他の電子機器に対してリソースの借用を要求するものである。
請求項３の発明による電子機器は、請求項２の電子機器において、上記機器検索手段が、上記検索処理によってリソースの貸与が可能な他の電子機器を検索できなかった場合に、その検索処理を所定時間経過後に再び行うものである。
請求項４の発明による電子機器は、請求項３の電子機器において、上記機器検索手段の検索処理が所定回数行われてもリソースの貸与が可能な他の電子機器が検索されなかった場合に、上記ジョブを中断するジョブ中断手段を設けたものである。
【００１５】
請求項５の発明による電子機器は、請求項１〜４のいずれかの電子機器である他の電子機器と通信する通信手段を有する電子機器において、上記通信手段を介して他の電子機器に当該電子機器のリソースを貸与するリソース貸与手段と、予め登録された他の電子機器からリソースの借用要求を受けた場合にのみ、上記リソース貸与手段によるリソースの貸与を許可するリソース貸与制限手段とを設けたものである。
請求項６の発明による電子機器は、請求項５の電子機器において、上記リソース貸与制限手段が、上記予め登録された他の電子機器からのリソースの借用要求が所定サイズ以上のリソースの借用を要求するものであった場合には、その借用要求に対して上記リソース貸与手段によるリソースの貸与を許可しないものである。
【００１６】
請求項７の発明による電子機器は、請求項５又は６の電子機器において、省エネルギーモードを設定する省エネルギーモード設定手段を設け、上記リソース貸与制限手段が、上記省エネルギーモード設定手段によって省エネルギーモードが設定されている場合には、上記予め登録された他の電子機器からのリソースの借用要求に対して上記リソース貸与手段によるリソースの貸与を許可しないものである。
請求項８の発明による電子機器は、請求項５〜７のいずれかの電子機器において、上記リソース貸与制限手段が、当該電子機器のジョブの実行中の場合には、上記予め登録された他の電子機器からのリソースの借用要求に対して上記リソース貸与手段によるリソースの貸与を許可しないものである。
【００１７】
請求項９の発明による電子機器は、請求項５〜８のいずれかの電子機器において、上記リソース貸与制限手段が、予め登録された他の複数の電子機器からリソースの借用要求を受けた場合には、先に受けたリソースの借用要求に対して上記リソース貸与手段によるリソースの貸与を優先的に許可するものである。
請求項１０の発明による電子機器は、請求項５〜８のいずれかの電子機器において、上記リソース貸与制限手段が、予め登録された他の複数の電子機器からリソースの借用要求を受けた場合には、その各リソースの借用要求に対してそれぞれ上記リソース貸与手段によるリソースの貸与を許可するものである。
【発明の効果】
【００１８】
この発明によれば、一方の電子機器（リソースの借用を要求する側の電子機器）が、当該電子機器のリソースを管理し、自機のジョブの実行中に自機のリソースの残量が所定量以下になった場合に、他の電子機器に対してリソースの借用を要求する。また、他方の電子機器（リソースの借用要求を受ける側の電子機器）が、予め登録された他の電子機器からリソースの借用要求を受けた場合にのみ、自機のリソースの貸与を許可する。それによって、一方の電子機器は、他方の電子機器からリソースを一時的に借り、そのリソースを使用してジョブを継続することができる。つまり、リソースの残量がゼロとなる前に、他の電子機器からリソースを借用して、ジョブの中断を回避することができるため、処理の効率化を図ることができる。
【発明を実施するための最良の形態】
【００１９】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。なお、この実施形態では電子機器として画像形成装置、特に複写機，スキャナ装置，プリンタ，およびファクシミリ装置等の複数の機能を備えたデジタル複合機（以下「ＭＦＰ」ともいう）を用いた例について説明する。
【００２０】
図１は、この発明による電子機器であるＭＦＰを使用するネットワーク環境の一例を示す図である。
複数のＭＦＰ１（１ａ，１ｂ，１ｃ，１ｄ）は、ＬＡＮ２（２ａ，２ｂ）のネットワーク環境や、ＬＡＮ２同士をつなぐＷＡＮ（ワイドエリアネットワーク）のネットワーク環境の中に、複数のサーバ３（３ａ，３ｂ）や図示しないＰＣ（パーソナルコンピュータ）等の他の電子機器と共に接続され、各電子機器が相互に通信することが可能となっている。よって、これらの電子機器間で、互いにリソースをレンタルすることができる。リソースレンタルは、無制限に行えるのではなく、ＭＦＰ１の動作条件やＭＦＰ１間の優先度などに基づいて、他のＭＦＰ１のリソース利用に制限を設ける。
【００２１】
通信線４は、ＭＦＰ１を個別に接続するＩＥＥＥ１３９４の通信線である。
ＭＦＰ１は、予め設定されたリソース貸借条件に従い、ＬＡＮ２等のネットワークを介して他のＭＦＰ１等の電子機器のリソースを借りたり、他の電子機器にリソースを貸したりする機能を有する電子機器である。
サーバ３は、高機能の情報処理装置である。
【００２２】
図２は、ＭＦＰ１の制御系の構成例を示すブロック図である。
図３は、各ＭＦＰ１間の接続状態を示す模式図である。
ＭＦＰ１は、ＣＰＵ５，ＨＤＤ（ハードディスク装置）６，メモリ７，エンジン８の各ハードウェア（リソース）と、ＯＳ（オペレーティングシステム）９，リソース管理モジュール１０，通信管理モジュール１１，エンジン管理モジュール１２，パネル管理モジュール１３，認証モジュール１４，およびアプリ１５の各ソフトウェアとを備えている。
【００２３】
ＣＰＵ５は、後述する各プログラム（ソフトウェア）を必要に応じて実行することにより各種処理（ハードウェアの制御を含む）を行う中央処理装置である。このＣＰＵ５は、各プログラムを実行することにより、この発明に関わる機能（リソース借用要求手段，リソース管理手段，要求実行手段，ジョブ中断手段，リソース貸与手段，リソース貸与制限手段，省エネルギーモード設定手段）としての機能を果たす。
ＨＤＤ６は、大量のデータを記憶保持するハードウェアである。
【００２４】
メモリ７は、ブートローダ（ブートプログラム）を含む固定のデータを記憶するＲＯＭや、ＣＰＵ５が処理を行う際に使用するＲＡＭなどである。
エンジン８は、画像形成を行うハードウェアである。
ＯＳ９は、ＣＰＵ５が各種処理（装置全体の制御）を行うための基本のソフトウェアである。
リソース管理モジュール１０は、リソースの割当てなどを行うためのソフトウェアである。具体的には、例えばメモリ管理モジュールである。リソースがメモリの場合は、メモリ管理モジュール１０という。
【００２５】
リソース管理モジュール１０は、エンジン管理モジュール１２からのリソース要求に応じてＣＰＵ５，ＨＤＤ６，メモリ７等のリソースを管理するためのソフトウェアである。
通信管理モジュール１１は、ＬＡＮ２等を介して他の電子機器との通信を管理するためのソフトウェアである。
エンジン管理モジュール１２は、エンジン８を制御して画像形成を行なうためのソフトウェアである。
パネル管理モジュール１３は、図示しない操作部上の操作キーによる情報の入力制御と、操作部上の表示パネルの表示制御を行ってユーザインタフェースの機能を管理するためのソフトウェアである。
【００２６】
認証モジュール１４は、ユーザ（利用者）を特定するためのユーザ認証を行うソフトウェアである。
アプリ１５は、各種ジョブの実行をＣＰＵ５に要求するアプリケーションソフトウェアであり、例えばコピーアプリ，プリンタアプリ，ＦＡＸアプリがある。
コピーアプリは、図示しないスキャナに原稿の画像を読み取らせ、その画像情報をエンジン８に送り、用紙上に可視画像として印刷（形成）させるジョブの実行をＣＰＵ５に要求できる。
【００２７】
プリンタアプリは、ＰＣ等からの印刷情報をそのまま又は変換処理を行ってエンジン８に送り、用紙上に可視画像として印刷させるジョブの実行をＣＰＵ５に要求できる。
ＦＡＸアプリは、スキャナに原稿の画像を読み取らせ、その画像情報を他の電子機器へＦＡＸ（ファクシミリ）送信させたり、他の電子機器から画像情報をＦＡＸ受信し、その画像情報をエンジン８に送って用紙上に可視画像として印刷させたりするジョブの実行をＣＰＵ５に要求できる。
【００２８】
ここで、図３を参照しながら、各ＭＦＰ１ａ，１ｂ間の接続について説明する。なお、便宜上、ソフトウェアが処理を行うものとする。
ＭＦＰ１ａにおいて、アプリ１５から要求されるジョブの実行は、基本的にはそのＭＦＰ１ａ内で行われる。要求内容によっては、通信管理モジュール１１を使用してネットワーク通信を行い、他のＭＦＰ１ｂとデータ通信を行う。エンジン管理モジュール１２からのリソースの要求に対して、リソースが不足する場合には、リソース管理モジュール１０が、通信管理モジュール１１を介して、他のＭＦＰ１ｂにリソースレンタルの要求（リソースの借用要求）を送信する。
リソースレンタル要求を受けたＭＦＰ１ｂでは、通信管理モジュール１１がリソースレンタルを行う。リソースレンタルの詳細は後述する。
【００２９】
次に、ジョブ実行中にリソース枯渇（ここでは「メモリフル」）を起した場合のリソースレンタル開始までの処理について、図４を参照して説明する。
図４は、ＭＦＰ１によるメモリフルの発生時からリソースレンタル開始までの処理手順の一例を示す流れ図である。この場合のメモリは、ＲＡＭやＨＤＤ６を含む記憶領域全体をいう。
【００３０】
ＭＦＰ１ａにおいて、いずれかのアプリ１５からジョブ実行要求を受けたエンジン管理モジュール１２は、スキャナによって原稿の画像を読み取り、メモリ管理モジュール１０に対してジョブ実行のためのメモリを確保しに行く。
メモリ管理モジュール１０は、メモリフルが発生すると、ジョブの実行が不可能な状態になるため、ジョブ実行中にＭＦＰ１ａのリソースであるメモリの残量を検知し、その検知値（メモリ残量）が所定値以下になると、メモリフルと判定して（メモリフルを検知して）、他の電子機器（ＭＦＰ１ｂ，１ｃ，１ｄ，サーバ３ａ，３ｂのいずれでもよい）のメモリ（リソース）を借り受けるために、リソースレンタルが可能（リソースの貸与が可能）な他の電子機器の検索処理を行う。
【００３１】
すなわち、通信管理モジュール１１に対してリソースレンタルの実行要求を送信する。
これを受けた通信管理モジュール１１は、ＨＤＤ６等に予め記憶保持（登録）されている通信可能な電子機器の一覧を参照して、ブロードキャストの方法等により通信可能な電子機器の検索処理を行って、実際に通信可能な電子機器（ここでは「ＭＦＰ１ｂ」とする）を見つけ（検索し）、そのＭＦＰ１ｂに対してリソースレンタルの要求を送信する。
【００３２】
リソースレンタルの要求を受けたＭＦＰ１ｂの通信管理モジュール１１は、自機のメモリ管理モジュール１０に対して、ＭＦＰ１ａ用のメモリ確保の要求をする。ここで、メモリ確保が可能となれば、ＭＦＰ１ａの通信管理モジュール１１に対し、リソースレンタルを許可する旨を示すリソースレンタル要求ＯＫを通知する。その通知を受けた通信管理モジュール１１は、他の電子機器（他機）のリソース確保をメモリ管理モジュール１０へ通知する。ここから、リソースレンタルが開始される。
【００３３】
次に、ＭＦＰ１によるリソースレンタル開始からジョブが継続されてレンタル（借用）したリソースを利用するまでの処理について、図５を参照して説明する。
図５は、ＭＦＰ１によるリソースレンタル開始からリソース利用までの処理手順の一例を示す流れ図である。
【００３４】
ＭＦＰ１ｂからのリソースレンタル要求ＯＫを受けることによってリソースレンタル開始したＭＦＰ１ａでは、メモリ管理モジュール１０が、エンジン管理モジュール１２からメモリ確保要求を受けると、自機のリソースがフル（枯渇）状態であっても、レンタルしたリソースがあるため、メモリフルは起さず、エンジン管理モジュール１２のデータ格納要求を受け付ける。
【００３５】
その要求を受け付けたメモリ管理モジュール１０は、エンジン管理モジュール１２からのデータを、自機の通信管理モジュール１１と他のＭＦＰ１ｂの通信管理モジュール１１とを介して、ＭＦＰ１ｂのメモリ管理モジュール１０へ送信し、そのデータの格納を行わせる。
データの格納を終えたＭＦＰ１ｂの通信管理モジュール１１は、データ受信が完了した旨をＭＦＰ１ａに伝える。
以上の処理を繰り返すことでジョブを完了させる。
【００３６】
次に、ジョブ完了からリソースレンタル終了までの処理について、図６を参照して説明する。
図６は、ＭＦＰ１によるジョブ完了からリソースレンタル終了までの処理手順の一例を示す流れ図である。
ジョブ実行が完了したＭＦＰ１ａのエンジン管理モジュール１２は、メモリ管理モジュール１０に対してリソースの開放を通知する。
【００３７】
そこで、メモリ管理モジュール１０は、ＭＦＰ１ｂからレンタルしているリソースを開放するために、レンタルリソース開放要求を自機の通信管理モジュール１１と他のＭＦＰ１ｂの通信管理モジュール１１とを介してＭＦＰ１ｂのメモリ管理モジュール１０へ送信する。
レンタルリソース開放要求を受けたＭＦＰ１ｂのメモリ管理モジュール１０は、ＭＦＰ１ａ用に確保しておいたメモリを開放し、リソース開放が完了した旨をＭＦＰ１ａへ通知することで、リソースレンタルが終了となる。
【００３８】
次に、メモリフルが起こった場合にリソースレンタルを行ってジョブを継続している旨をユーザへ通知するためのパネル管理モジュールによる表示について、図７を参照して説明する。
図７は、ＭＦＰ１でメモリフル検知時にリソースレンタルする際のパネル管理モジュール１３による表示例を示す図である。
パネル管理モジュール１３は、ジョブの実行中、その旨をユーザに知らせるための図７の（ａ）に示すようなメッセージ情報を表示パネル上に表示する。
【００３９】
もし、ジョブの実行中にメモリフルが発生すると、メモリ管理モジュール１０は、メモリフルを検知して、リソースレンタルが可能な他の電子機器（リソースレンタル先）の検索処理を行う。
その間、パネル管理モジュール１３は、その旨をユーザに知らせるためのメッセージ情報、例えば図７の（ｂ）に示すようなメッセージ情報を表示パネル上に表示する。
【００４０】
その後、リソースレンタルが可能な他の電子機器の検索が完了（成功）すると、どの電子機器からリソースをレンタルしているかをユーザに知らせるためのメッセージ情報、例えば図７の（ｃ）に示すようなメッセージ情報を表示パネル上に表示する。
なお、メモリフルが発生すると、実行中のジョブが一旦停止状態になり、リソースをレンタルできた時に、停止状態のジョブの実行が再開され、継続される。
【００４１】
次に、ＭＦＰ１ａ（リソースを借りる側の電子機器）において、メモリフル検知時のメモリ管理モジュール１０によるリソースレンタルの実行が可能か否かの判定（リソースレンタル実行可否判定）の処理について、図８を参照して説明する。
図８は、ＭＦＰ１でリソースを借りる場合のリソースレンタル実行可否判定の処理手順の一例を示す流れ図である。
【００４２】
ユーザ認証（個人認証）が必要な場合、パネル管理モジュール１３は、例えば操作部上の表示パネルに認証情報としてのユーザＩＤおよびパスワードの入力を要求する操作画面を表示する。そして、キー操作によってユーザＩＤおよびパスワードが入力され、認証キーが押下されると、そのユーザＩＤおよびパスワードを含む認証要求を認証モジュール１４へ送信する。
【００４３】
認証モジュール１４は、その認証要求を受信すると、その認証要求中のユーザＩＤおよびパスワードについての認証処理を行う。つまり、そのユーザＩＤおよびパスワードと一致するものがＨＤＤ６等に登録されているか否かをチェックする。そして、受信した認証要求中のユーザＩＤおよびパスワードと一致するものが登録されている場合にのみ、認証成功をアプリ１５へ送信する。
それによって、アプリ１５からエンジン管理モジュール１２へジョブ実行要求が送られる。
【００４４】
それによって、ジョブが実行されるが、その際に画像形成を行うエンジン８を管理するエンジン管理モジュール１２が、メモリ（リソース）を管理するメモリ管理モジュール（リソース管理モジュール）１０にリソース要求を伝える。
メモリ管理モジュール１０は、ジョブの実行中に、メモリフルを検知すると、リソースレンタル（リソース借用）可能ジョブ名，リソースレンタル可能アプリ名，リソースレンタル可能動作条件，およびリソースレンタル可能ユーザ名のいずれか１つ以上が設定されたリソースレンタル条件に従ってリソースレンタルの実行が可能か否かを判定し、リソースレンタルの実行が可能であれば、ネットワークを介して他の電子機器にリソースレンタルを要求し、その電子機器からリソースレンタルを許可する旨を示すリソースレンタル要求ＯＫの通知を受けた場合に、レンタルしたリソースであるメモリをエンジン管理モジュール１２に使用させる。
【００４５】
ここで、メモリ管理モジュール１０によるリソースレンタル実行可否判定処理の具体例を以下の（Ａ１）〜（Ａ４）に示す。
（Ａ１）実行中のジョブの名前が、ＨＤＤ６等に予め記憶保持されているリソースレンタル許可テーブルにあるかどうか調べる。あれば、リソースレンタルの実行が可能と判定して、リソースレンタル実行要求を出す。なければ、リソースレンタルの実行が不可能と判定して、リソースレンタル実行要求を出さない。このようにして、ジョブの名前（種類や内容でもよい）に応じてリソースレンタル実行要求を出すことに制限をかける。
【００４６】
（Ａ２）実行中のアプリ１５の名前が、リソースレンタル許可テーブルにあるかどうか調べる。あれば、リソースレンタルの実行が可能と判定して、リソースレンタル実行要求を出す。なければ、リソースレンタルの実行が不可能と判定して、リソースレンタル実行要求を出さない。このようにして、アプリに応じてリソースレンタル実行要求を出すことに制限をかける。
【００４７】
（Ａ３）リソースレンタル許可テーブルのユーザ設定内容を調べる。動作状態がユーザ設定内容の条件を満たしていれば、リソースレンタルの実行が可能と判定して、リソースレンタル実行要求を出す。そうでなければ、リソースレンタルの実行が不可能と判定して、リソースレンタル実行要求を出さない。このようにして、ユーザ設定内容に応じて、リソースレンタル実行要求を出すことに制限をかける。
【００４８】
（Ａ４）リソースレンタル許可テーブルのユーザ権限を調べる。認証モジュール１４によって認証されたユーザが、リソースレンタル実行の権限をもっていれば、リソースレンタルの実行が可能と判定して、リソースレンタル実行要求を出す。そうでなければ、リソースレンタルの実行が不可能と判定して、リソースレンタル実行要求を出さない。このようにして、ユーザ権限に応じて、リソースレンタル実行要求を出すことに制限をかける。
【００４９】
次に、ＭＦＰ１ａ（リソースを借りる側の電子機器）において、リソースレンタル先（リソースを貸す側の電子機器）が見つからなかった場合の処理について、図９を参照して説明する。
図９は、ＭＦＰ１でリソースレンタル先が見つからなかった場合の処理手順の一例を示す流れ図である。
ＭＦＰ１ａの通信管理モジュール１１は、ＭＦＰ１ｂへのリソースレンタル要求の送信に対して、ＭＦＰ１ｂからリソースレンタルを許可しない旨を示すリソースレンタル要求ＮＧの通知を受けると、他の電子機器（他機）のリソース確保失敗をメモリ管理モジュール１０へ通知する。
【００５０】
メモリ管理モジュール１０は、そのリソース確保失敗の通知を受けると、リソースレンタル（リソースの貸与）が可能な他の電子機器を検索できなかったため、一定時間待った後（所定時間経過後）に再びリソースレンタルが可能な電子機器の検索処理を行う（通信管理モジュール１１に対してリソースレンタルの実行要求を送信する）。この検索処理は、通信管理モジュール１１からリソース確保失敗の通知を受ける毎に繰り返し行うが、Ｎ回（所定回数）行ってもリソース確保失敗の通知を受けた場合には、メモリ確保失敗をエンジン管理モジュール１２へ通知する。
その通知を受けたエンジン管理モジュール１２は、画像形成（ジョブ）を中断し、その旨をアプリ１５へ通知する。
【００５１】
次に、ＭＦＰ１ａ（リソースを借りる側の電子機器）において、リソースレンタル先（リソースを貸す側の電子機器）が見つからなかった場合にその旨をユーザへ通知するためのパネル管理モジュールによる表示について、図１０を参照して説明する。
図１０は、ＭＦＰ１でメモリフル検知時にリソースレンタル先が見つからなかった場合のパネル管理モジュール１３による表示例を示す図である。
パネル管理モジュール１３は、ジョブの実行中、その旨をユーザに知らせるための図１０の（ａ）に示すようなメッセージ情報を表示パネル上に表示する。
【００５２】
もし、ジョブの実行中にメモリフルが発生すると、メモリ管理モジュール１０は、メモリフルを検知して、リソースレンタルが可能な他の電子機器（リソースレンタル先）の検索処理を行う。
その間、パネル管理モジュール１３は、その旨をユーザに知らせるためのメッセージ情報、例えば図１０の（ｂ）に示すようなメッセージ情報を表示パネル上に表示する。
リソースレンタルが可能な他の電子機器の検索が失敗すると、リソースレンタルが可能な他の電子機器（リソースレンタル先）が見つからなかった旨をユーザに知らせるためのメッセージ情報、例えば図１０の（ｃ）に示すようなメッセージ情報を表示パネル上に表示する。
【００５３】
次に、ＭＦＰ１ｂ（リソースを貸す側の電子機器）において、他の電子機器からリソースレンタル要求を受けた時にリソースレンタルを許可するかどうかの判定処理について、図１１を参照して説明する。
図１１は、ＭＦＰ１でリソースを貸す場合のリソースレンタル実行可否判定の処理手順の一例を示す流れ図である。
【００５４】
ＭＦＰ１ｂの通信管理モジュール１１は、ネットワークを介して他の電子機器（ここではＭＦＰ１ａ）からリソースレンタルの要求を受信すると、リソース貸与可能ジョブ名，リソース貸与可能アプリ名，リソース貸与可能動作条件，リソース貸与可能借用側ユーザ名，およびリソース貸与可能貸与側ユーザ名の組のいずれか１つ以上が設定されたリソース貸与条件に従ってリソースの貸与が可能か否かを判定し、リソースの貸与が可能であれば、ネットワークを介してＭＦＰ１ａにリソースレンタルを許可する旨を示すリソースレンタル要求ＯＫを通知し、貸与したリソースをＭＦＰ１ａに使用させる。
【００５５】
ここで、ＭＦＰ１ｂ（リソースを貸す側）の通信管理モジュール１１によるリソースレンタル貸与可否判定処理の具体例を以下の（Ｂ１）〜（Ｂ８）に示す。
（Ｂ１）ＭＦＰ１ａ（リソースを借りる側）で実行中のジョブの名前が、ＨＤＤ６等に予め記憶保持されているリソースレンタル許可テーブルにあるかどうか調べる。あれば、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する（リソースレンタルの貸与を許可する）。なければ、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない（リソースレンタルの貸与を許可しない）。このようにして、実行中のジョブの名前（種類や内容でもよい）に応じてリソースレンタルの許可を制限する。
【００５６】
（Ｂ２）ＭＦＰ１ａ（リソースを借りる側）で実行中のアプリ１５の名前が、リソースレンタル許可テーブルにあるかどうか調べる。あれば、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。なければ、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、実行中のアプリに応じてリソースレンタルの許可を制限する。
【００５７】
（Ｂ３）ＭＦＰ１ｂ（リソースを貸す側）のリソースレンタル許可テーブルのユーザの設定内容を調べる。動作状態がユーザ設定内容の条件を満たしていれば、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。そうでなければ、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、ＭＦＰ１ｂ（リソースを貸す側）でのユーザの設定内容に応じて、リソースレンタルの許可を制限する。
【００５８】
（Ｂ４）ＭＦＰ１ａ（リソースを借りる側）の認証モジュール１４によって認証されたユーザの権限について、ＭＦＰ１ｂのリソースレンタル許可テーブルを調べる。そのユーザにリソースレンタルの権限があれば、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。そうでなければ、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、ＭＦＰ１ａ（リソースを借りる側）の認証モジュール１４によって認証されたユーザの権限に応じて、リソースレンタルの許可を制限する。
【００５９】
（Ｂ５）ＭＦＰ１ａ（リソースを借りる側）の認証モジュール１４によって認証されたユーザの権限と、ＭＦＰ１ｂ（リソースを貸す側）の認証モジュール１４によって認証されたユーザの権限について、ＭＦＰ１ｂ（リソースを貸す側）のリソースレンタル許可テーブルを調べる。両方のユーザにリソースレンタルの権限があれば、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。そうでなければ、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、ＭＦＰ１ａ（リソースを借りる側）の認証モジュール１４によって認証されたユーザとＭＦＰ１ｂ（リソースを貸す側）の認証モジュール１４によって認証されたユーザの権限に応じて、リソースレンタルの許可を制限する。
【００６０】
（Ｂ６）ＭＦＰ１ａ（リソースを借りる側）からのリソースレンタル要求が予め設定された（ユーザの操作部上の操作によってなされる）所定サイズ（メモリ残量）以上のリソースのレンタルを要求するものであるかどうか調べる。そうでなければ、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。そうであれば、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、レンタルしたいリソースのサイズに応じてリソースレンタルの許可を制限する。
【００６１】
（Ｂ７）ＭＦＰ１ｂ（リソースを貸す側）の電力モードが電力を節電する省エネルギーモードであるかどうかを調べる。省エネルギーモードでなければ、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。省エネルギーモードであれば、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、ＭＦＰ１ｂ（リソースを貸す側）の電力モードに応じてリソースレンタルの許可を制限する。
【００６２】
（Ｂ８）ＭＦＰ１ｂ（リソースを貸す側）の実行中のジョブの有無を調べる。実行中のジョブがなければ、リソースレンタルの貸与が可能と判定し、ＭＦＰ１ａにリソースレンタルを許可する。実行中のジョブがあれば、リソースレンタルの貸与が不可能と判定し、ＭＦＰ１ａにリソースレンタルを許可しない。このようにして、ＭＦＰ１ｂ（リソースを貸す側）の電力モードに応じてリソースレンタルの許可を制限する。
【００６３】
なお、ＭＦＰ１ｂ（リソースを貸す側）が、ＭＦＰ１ａ（リソースを借りる側）にリソースを貸す場合に、現在実行中のアプリやジョブに応じて、貸与制限を行うこともできる。例えば、リソース貸与可能な相手ジョブに対しても、自機で実行中のジョブのリソースが不足する場合は、自機で実行中のジョブに優先権を与えて、相手ジョブにリソースを貸与しないように制御する。また、リソース貸与中に、自機でリソースが不足した場合は、相手側にリソースを返却するように要求することもできる。
【００６４】
次に、ＭＦＰ１ｂ（リソースを貸す側の電子機器）で先に受けたリソースレンタル要求の送信元に対してリソースを優先的に貸す場合の処理について、図１２を参照して説明する。
図１２は、リソースを貸すＭＦＰ１で先に受けたリソースレンタル要求の送信元に対してリソースを優先的に貸す場合の処理手順の一例を示すタイミングチャートである。
【００６５】
ＭＦＰ１ｂ（リソースを貸す側）の通信管理モジュール１１は、例えばリソースレンタル許可テーブルに予め登録されているＭＦＰ１ａおよびＭＦＰ１ｃからリソースレンタル要求を受けると、先に受けたリソースレンタル要求の送信元であるＭＦＰ１ａに対してリソースを許可するが、後で受けたリソースレンタル要求の送信元であるＭＦＰ１ｃに対してリソースを許可せず、リソースレンタルを許可しない旨を示すリソースレンタル要求ＮＧを通知する。
そして、ＭＦＰ１ａとの通信が終了した（ＭＦＰ１ａに対するリソースが開放された）後、再びＭＦＰ１ｃからリソースレンタル要求を受けると、そのリソースレンタル要求の送信元であるＭＦＰ１ｃに対してリソースを許可する。
【００６６】
次に、ＭＦＰ１ｂ（リソースを貸す側の電子機器）で複数のリソースレンタル要求の送信元に対して並行してリソースを貸す場合の処理について、図１３を参照して説明する。
図１３は、リソースを貸すＭＦＰ１で複数のリソースレンタル要求の送信元に対して並行してリソースを貸す場合の処理手順の一例を示すタイミングチャートである。
ＭＦＰ１ｂ（リソースを貸す側）の通信管理モジュール１１は、リソースレンタル許可テーブルに予め登録されているＭＦＰ１ａ，ＭＦＰ１ｃ，およびＭＦＰ１ｄからそれぞれリソースレンタル要求を受けると、その各リソースレンタル要求の送信元であるＭＦＰ１ａ，ＭＦＰ１ｃ，およびＭＦＰ１ｄに対してそれぞれ並行してリソースを許可する。
【００６７】
このように、一方のＭＦＰ１（リソースの借用を要求する側の電子機器）が、自機のジョブの実行中にリソースの残量が所定量以下になった場合に、他のＭＦＰに対してリソースの借用を要求する。また、他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、予め登録された他のＭＦＰ１からリソースの借用要求を受けた場合にのみ、自機のリソースの貸与を許可する。それによって、一方のＭＦＰ１は、他方のＭＦＰ１からリソースを一時的に借り、そのリソースを使用してジョブを継続することができる。つまり、リソースの残量がゼロとなる前に、リソースの借用を要求することにより、ジョブの中断を回避することができる。
【００６８】
ここで、ＭＦＰ１は、同時に複数のアプリからジョブを受け付けたり、処理の重いジョブを実行したりすると、リソースの枯渇により、ジョブが中断したり、ジョブの処理が待たされるケースがある。
よって、リソースの枯渇が発生したところで、ネットワークを介して他のリソースを一時的に借りることで、ジョブの中断や遅延を抑制できるため、分散処理等の処理効率が向上する。また、リソース搭載量を減らしても、減らす前と同様の処理ができるので、コスト等の削減も見込める。なお、ＭＦＰ１には、機器本体に搭載されるアプリケーションやユーザの要望に応じて、後から追加できるアプリケーションがある。そのアプリケーションの処理の内容により、リソースの消費量等も変わる。
【００６９】
一方のＭＦＰ１（リソースの借用を要求する側の電子機器）が、リソースの貸与が可能な他のＭＦＰ１の検索処理を行い、その検索処理によって検索した他のＭＦＰ１に対してリソースの借用を要求することにより、他のＭＦＰ１から効率良くリソースを借りることができる。
一方のＭＦＰ１（リソースの借用を要求する側の電子機器）が、上記検索処理によってリソースの貸与が可能な他の電子機器を検索できなかった場合に、その検索処理を所定時間経過後に再び行うことにより、リソースの貸与が可能なＭＦＰ１を検索できる確率が上がる。
【００７０】
一方のＭＦＰ１（リソースの借用を要求する側の電子機器）が、上記検索処理が所定回数行われてもリソースの貸与が可能な他の電子機器が検索されなかった場合に、上記ジョブを中断することにより、リソースの貸与が可能なＭＦＰ１が存在しなかった場合に、リソースの貸与が可能なＭＦＰ１を検索しつづけることがなく、ネットワーク（通信回線）に負荷をかけずに済む。
【００７１】
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、予め登録された他のＭＦＰ１からリソースの借用要求を受けた場合にのみ、リソースの貸与を許可することにより、管理者が設定したＭＦＰ１にのみリソースの貸し出しをすることができる。
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、予め登録された他のＭＦＰ１からのリソースの借用要求が所定サイズ以上のリソースの借用を要求するものであった場合には、その借用要求に対してリソースの貸与を許可しないことにより、リソースを貸す側のジョブがリソース不足で中断することを防ぐことができる。
【００７２】
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、省エネルギーモードが設定されている場合には、予め登録された他のＭＦＰ１からのリソースの借用要求に対してリソースの貸与を許可しないことにより、リソースを貸す側のＭＦＰ１の電力負荷になることを防ぐことができる。
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、自機のジョブの実行中の場合には、予め登録された他のＭＦＰ１からのリソースの借用要求に対してリソースの貸与を許可しないことにより、リソースを貸す側のジョブが他のＭＦＰ１にリソースを貸したために自機のジョブがリソース不足で中断することを防ぐことができる。
【００７３】
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、予め登録された他の複数のＭＦＰ１からリソースの借用要求を受けた場合には、先に受けたリソースの借用要求に対してリソースの貸与を優先的に許可することにより、リソースを借りる側の各ＭＦＰ１のジョブが、借用を要求した順に完了させることができる。
他方のＭＦＰ１（リソースの借用要求を受ける側の電子機器）が、予め登録された他の複数のＭＦＰ１からリソースの借用要求を受けた場合には、その各リソースの借用要求に対してそれぞれリソースの貸与を許可することにより、貸す側のＭＦＰ１のリソース容量が大きい場合、その容量を無駄にすることなく、ネットワーク全体のＭＦＰ１で利用できる。
【００７４】
以上、リソースがメモリの場合について説明したが、他のリソースについても、同様にして制限つきでリソースレンタルを実行することができる。
また、リソースを貸す側としてＭＦＰの例を説明したが、他の画像形成装置（複写機，プリンタ，ファクシミリ装置）は勿論、スキャナ装置やサーバ，ＰＣ等の各種電子機器からリソースを貸すことも、同様にして可能である。例えば、色変換処理や画像回転処理を、サーバのＣＰＵを借りて実行することができる。
また、リソースを借りる側としてＭＦＰの例を説明したが、リソースを貸す側と同じ各種電子機器からリソースを借りることも、同様にして可能である。
【産業上の利用可能性】
【００７５】
以上の説明から明らかなように、この発明によれば、リソースの残量がゼロとなる前に、他の電子機器からリソースを借用して、ジョブの中断を回避することができるため、処理の効率化を図ることができる。したがって、この発明を利用すれば、処理効率の良い電子機器を提供することができる。
【図面の簡単な説明】
【００７６】
【図１】この発明による電子機器であるＭＦＰを使用するネットワーク環境の一例を示す図である。
【図２】図１のＭＦＰ１の制御系の構成例を示すブロック図である。
【図３】図１の各ＭＦＰ１間の接続状態を示す模式図である。
【図４】図１のＭＦＰ１によるメモリフルの発生時からリソースレンタル開始までの処理手順の一例を示す流れ図である。
【図５】図１のＭＦＰ１によるリソースレンタル開始からリソース利用までの処理手順の一例を示す流れ図である。
【００７７】
【図６】図１のＭＦＰ１によるジョブ完了からリソースレンタル終了までの処理手順の一例を示す流れ図である。
【図７】図１のＭＦＰ１でメモリフル検知時にリソースレンタルする際のパネル管理モジュール１３による表示例を示す図である。
【図８】図１のＭＦＰ１でリソースを借りる場合のリソースレンタル実行可否判定の処理手順の一例を示す流れ図である。
【図９】図１のＭＦＰ１でリソースレンタル先が見つからなかった場合の処理手順の一例を示す流れ図である。
【図１０】図１のＭＦＰ１でメモリフル検知時にリソースレンタル先が見つからなかった場合のパネル管理モジュール１３による表示例を示す図である。
【００７８】
【図１１】図１のＭＦＰ１でリソースを貸す場合のリソースレンタル実行可否判定の処理手順の一例を示す流れ図である。
【図１２】図１のＭＦＰ１（リソースを貸す側）で先に受けたリソースレンタル要求の送信元に対してリソースを優先的に貸す場合の処理手順の一例を示すタイミング図である。
【図１３】図１のＭＦＰ１（リソースを貸す側）で複数のリソースレンタル要求の送信元に対して並行してリソースを貸す場合の処理手順の一例を示すタイミング図である。
【符号の説明】
【００７９】
１：ＭＦＰ    ２：ＬＡＮ    ３：サーバ    ４：通信線    ５：ＣＰＵ    ６：ＨＤＤ
７：メモリ    ８：エンジン    ９：ＯＳ
１０：リソース管理モジュール（メモリ管理モジュール）    １１：通信管理モジュール
１２：エンジン管理モジュール    １３：パネル管理モジュール
１４：認証モジュール    １５：アプリ
【図１】
2007325235.tif 000003
【図２】
2007325235.tif 000004
【図３】
2007325235.tif 000005
【図４】
2007325235.tif 000006
【図５】
2007325235.tif 000007
【図６】
2007325235.tif 000008
【図７】
2007325235.tif 000009
【図８】
2007325235.tif 000010
【図９】
2007325235.tif 000011
【図１０】
2007325235.tif 000012
【図１１】
2007325235.tif 000013
【図１２】
2007325235.tif 000014
【図１３】
2007325235.tif 000015