JP5029753B2

JP5029753B2 - 多機能複合装置のリソース管理方法

Info

Publication number: JP5029753B2
Application number: JP2010236214A
Authority: JP
Inventors: 政博松田
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2010-10-21
Filing date: 2010-10-21
Publication date: 2012-09-19
Anticipated expiration: 2025-10-21
Also published as: JP2011081813A

Description

本発明は、１個又は複数個のリソースを複数個の機能が共通に使用するリソース管理方法に関する。特に、機能が使用する全てのリソースを一括して確保又は解放しながら、機能が使用するリソースの割り当てを管理する多機能複合装置のリソース管理方法に関する。

装置を設置するスペースを削減するために、複数の機能を一つの装置に組み込んだ多機
能複合装置が開発されている。また、多機能複合装置に組み込まれた複数の機能の中には
、処理実行中に使用するリソースが他の機能と競合する機能が存在しているため、各機能
が実行時に確保すべきリソースを割り当てるリソース管理は複雑であった。

例えば、ＰＯＳシステムに使用されているＰＯＳ用プリンタには、ロール紙印刷機能、
単票用紙印刷機能、ドロワ機能、画像読み取り機能等の複数の機能が組み込まれている。
ここで、処理実行中に使用するリソースは、ロール紙印刷機能、単票用紙印刷機能、及び
画像読み取り機能の場合は、紙経路及び電源であり、ドロワ機能の場合は、電源である。

従って、ＰＯＳ用プリンタにおいて、ロール紙印刷機能を実行中にドロワ機能を実行さ
せたい場合、ドロワ機能の実行が待たされてしまう。また、ロール紙印刷機能を実行中に
、単票用紙印刷機能、ドロワ機能及び画像読み取り機能を実行させたい場合は、各機能へ
のリソースの割り当ては複雑になる。

そこで、リソース管理の複雑さを軽減した多機能複合装置が提案されている。非特許文
献１では、機能が使用する全てのリソースを一括して管理し、機能からのリソース要求に
基づいて機能が使用する全てのリソースを一括して確保又は解放する、機能に対応付けら
れたマルチリソースオブジェクトを利用して、競合するリソースの割り当てを調整するリ
ソース管理が提案されている。

ブルース・パウエル・ダグラス（ＢＲＵＣＥＰＯＷＥＬＤＯＵＧＬＡＳＳ）著，「リアルタイム・デザイン・パターンズ（ＲＥＡＬ−ＴＩＭＥＤＥＳＩＧＮＰＡＴＴＥＲＮＳ）」，（米国），アジソンーウェスリ・パブ（Ａｄｄｉｓｏｎ―ＷｅｓｌｅｙＰｕｂ），２００２年９月２３日，ｐ．３３８−３４５

しかしながら、非特許文献１の提案では、リソースはすべて、機能によって使用されて
いるか否かの２値の状態によって表される２値リソースであるために、あるリソースを競
合する複数の機能を実行させる場合、複数の機能が実行されてもリソースの合計容量が許
容範囲以内であっても、１つの機能しか実行できないという問題点があった。例えば、Ｐ
ＯＳプリンタの単票用紙印刷機能とドロワ機能を実行させるとき、単票用紙印刷機能は実
行時に電源の全容量の３０％を使用し、ドロワ機能は実行時に電源の全容量の５０％を使
用する場合であっても、一方の機能しか実行させることができなかった。

また、優先的に実行させたい機能であっても、リソースを競合している別の機能が実行
されている場合は、実行されている別の機能が終了するまで、機能の実行を待たなければ
ならないという問題点があった。例えば、ＰＯＳプリンタのロール紙印刷機能を実行中に
、ドロワ機能を実行させたい場合、ドロワ機能は、ロール紙印刷機能よりも優先して実行
したい機能であるが、ロール紙印刷機能の実行が終了するまで、ドロワ機能の実行が待た
されていた。

本発明は、以上のような問題点を解決するためになされたもので、多値リソースを考慮
して、機能が使用する全てのリソースを一括して確保又は解放しながら、機能に対応付け
られた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理する多機能複
合装置、リソース管理方法及びプログラムを提供することを目的とする。

本発明の第１の態様にかかるリソース管理方法は、１個又は複数個のリソースを複数個
の機能が共通に使用する多機能複合装置のリソース管理方法であって、（ａ）前記機能か
ら、当該機能が使用する全ての前記リソースの確保要求を受け付けたときに、当該機能の
優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数個の前記機能に関連
した前記リソースの確保要求の中で、最後に当該機能に要求された全ての前記リソースが
割り当てられるように、当該機能に関連した前記リソースの確保要求の要求順を調整して
、処理要求キューに追加し、前記処理要求キューの要求順に従って、リソース確保要求を
実行する工程と、（ｂ）前記機能から、当該機能が使用する全ての前記リソースの解放要
求を受け付けたときに、当該機能が使用している全ての当該リソースを解放する工程と、
（ｃ）前記機能から、当該機能が使用する全ての前記リソースの一時解放許可要求を受け
付けたときに、当該機能が使用している全ての当該リソースを一時的に解放する工程と、
（ｄ）前記工程（ｂ）または前記工程（ｃ）によって、前記リソースが解放されたときに
、前記処理要求キューの要求順に従って、前記リソースの確保要求を実行する工程と、を
備えていることを特徴とする。これにより、上述した本発明の態様にかかる多機能複合装
置と同等の効果が得られる。

本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記工程（ａ）が、（ｅ）前記リソース確保要求が失敗したときに、当該リ
ソース確保要求を要求した前記機能の前記優先度、使用する全ての前記リソースを既に確
保している１個または複数個の前記機能の前記優先度、及び所定の一時解放候補検索ルー
ルに基づいて、使用する全ての前記リソースを確保している１個または複数個の前記機能
の中から、使用する全ての前記リソースを一時的に解放してもらう一時解放候補機能を検
索し、検索した前記一時解放候補機能に対して、使用する全ての前記リソースを一時的に
解放してもらうように要求する工程を備えていることを特徴とする。これにより、上述し
た本発明の態様にかかる多機能複合装置と同等の効果が得られる。

本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記一時解放候補検索ルールは、前記一時解放候補機能が、リソース確保要
求が失敗であった前記マルチリソース要求部に関連した前記機能の前記優先度よりも低い
優先度に設定されている前記機能であり、かつ、使用する全ての前記リソースを確保して
、使用している前記機能であり、かつ、リソース確保要求が失敗であった前記マルチリソ
ース要求部に関連した前記機能が利用する１個または複数個の前記リソースの中の少なく
とも１つの前記リソースを使用する前記機能であることを特徴とする。これにより、上述
した本発明の態様にかかる多機能複合装置と同等の効果が得られる。

本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記リソースが、前記機能によって確保されているか否かの２値の状態によ
って表される２値リソース、及び前記リソースの全容量に対する前記機能によって確保さ
れる割合によって表される多値リソースであることを特徴とする。これにより、上述した
本発明の態様にかかる多機能複合装置と同等の効果が得られる。

本発明の第１の態様にかかるプログラムは、１個又は複数個のリソースを複数個の機能
が共通に使用する多機能複合装置の前記リソースを管理する処理をコンピュータに実行さ
せるプログラムであって、上述した本発明の態様にかかる多機能複合装置の各手段を実現
させる処理を前記コンピュータに実行させるプログラム。

このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られ
たプログラムによって、コンピュータが処理を実行すると、上述した本発明の態様にかか
る多機能複合装置と同等の作用及び効果が得られる。

本発明によれば、機能が使用する全てのリソースを一括して確保又は解放しながら、機
能に対応付けられた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理
することが可能である。また、リソースが競合する優先度の低い機能が実行中であっても
、優先度の高い機能を実行させることが可能である。

また、多機能複合装置に新規機能を組み込む場合に、新規機能と既存の機能とがリソー
スを競合する場合の処理を考慮する必要がなく、新規機能を容易に開発することが可能と
なる。従って、開発期間を削減するとともに、開発コストを削減することが可能となる。

また、多値リソースに対して、そのリソースの容量の許容範囲以内であれば、リソース
を競合する複数の機能を実行させることが可能となる。従って、多機能複合装置が実行す
る全体の処理時間を短縮させることが可能となる。

発明を適用したインクジェットプリンタの斜視図である。インクジェットプリンタの紙搬送経路を示す説明図である。本発明を適用したインクジェットプリンタのリソース管理を行う機能部のクラス図である。リソース確保要求処理の手順を示すシーケンス図の一例である。リソース解放要求処理の手順を示すシーケンス図の一例である。リソース確保要求のキャンセル要求処理の手順を示すシーケンス図の一例である。優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリソースを明け渡す処理の手順を示すシーケンス図の一例である。図７の続きを示す図である。

この発明の一実施態様を、図面を参照しながら説明する。なお、以下に説明する実施態
様は説明のためのものであり、本発明の範囲を制限するものではない。従って、当業者で
あればこれらの各要素もしくは全要素をこれと均等なもので置換した実施態様を採用する
ことが可能であるが、これらの実施態様も本発明の範囲に含まれる。

図１は、本発明を適用したインクジェットプリンタの斜視図であり、図２はその紙搬送
経路を示す説明図である。これらの図に示すように、インクジェットプリンタ１は、ロー
ル紙装填機構２と、Ａ４サイズ等のカット紙挿入口３とを有し、ロール紙装填機構２から
供給されるロール紙４およびカット紙挿入口３から挿入されるカット紙５が、それぞれ共
通の印刷位置１１（図における一点鎖線で囲まれた領域）を通って搬送されるように搬送
経路が構成されている。共通の印刷位置１１を通過するロール紙４およびカット紙５の表
面には、ガイドシャフト６に沿って往復移動可能なキャリッジ７に搭載されているインク
ジェットヘッド８によって、所望の印刷が行われる。インクジェットヘッド８には、イン
クチューブ（図示せず）を経由して、ロール紙装填機構２と隣り合った位置に搭載されて
いるインク供給部１０からインクが供給される。

上述したように、ロール紙４に印刷するロール紙印刷機能とカット紙５に印刷するカッ
ト紙印刷機能とは、ともに印刷位置１１を通って搬送されるように搬送経路が構成されて
いることから、紙経路が競合する。また、図には記載されていないが、それぞれの機能を
実行させるためには電源が必要であることから、電源も競合する。以下、インクジェット
プリンタ１に組み込まれている機能として、ロール紙印刷機能とカット紙印刷機能を例に
挙げて説明する。ここで、ロール紙印刷機能が使用するリソースは紙経路と電源であり、
電源の全容量の６０％を使用するとする。また、カット紙印刷機能が使用するリソースは
紙経路と電源であり、電源の全容量の３０％を使用するとする。また、ロール紙印刷機能
の優先度を「低」とし、カット紙印刷機能の優先度を「高」とする。

図３は、本発明を適用したインクジェットプリンタのリソース管理を行う機能部のクラ
ス図である。図３に示すように、機能部は、リソース管理３０、マルチリソース要求３１
、マルチリソース管理３２、マルチリソース３３、２値リソース３４、多値リソース３５
、多値リソース消費３６、及びリソース３７の各クラスによって構成されている。なお、
以下の説明において、「リソース３７を割り当てる」及び「リソース３７を解放する」と
いう表現を用いるが、これらは、それぞれ「リソース３７のサブクラスである２値リソー
スまたは多値リソースを割り当てる」、「リソース３７のサブクラスである２値リソース
または多値リソースを解放する」ことを意味する。

リソース管理３０は、アプリケーション３８からの要求に対してリソース割り当てを実
行する。具体的には、アプリケーション３８から、マルチリソース要求３１を受信したと
き、リソース管理３０は、マルチリソース要求３１に関連するマルチリソース３３経由で
リソース３７が必要であることを知り、アプリケーション３８に対して必要なリソース３
７を割り当てる。また、アプリケーション３８によって生成されたマルチリソース要求３
１を優先度に基づいて管理し、マルチリソース３３に関連付けているリソース３７を割り
当てる。

状態が「使用中」であるマルチリソース要求３１を生成したアプリケーション３８の優
先度が、新たなマルチリソース要求３１を生成したアプリケーション３８の優先度より低
いときには、リソース管理３０は、「使用中」のマルチリソース要求３１から一時解放候
補を検索し、その一時解放候補のマルチリソース要求３１を生成したアプリケーション３
８に対して、リソース明け渡し要求し、明け渡し許可を受け取った後に、新たなマルチリ
ソース要求３１に、リソース３７を割り当てる。

なお、マルチリソース要求３１の状態には、「待ち」、「使用中」及び「一時中断」が
存在する。ここで、アプリケーション３８によってマルチリソース要求３１が生成された
ときに、マルチリソース要求３１の状態は「待ち」となり、マルチリソース３３を介して
、リソース３７が確保されたときに、マルチリソース要求３１の状態は「使用中」となり
、一時解放要求により処理の途中でリソース３７が一時解放されたときに、マルチリソー
ス要求３１の状態は「一時中断」となる。

また、リソース管理３０は、アプリケーション３８から解放要求を受信したときに、ア
プリケーション３８が利用していたリソース３７を解放する。即ち、マルチリソース３３
に関連付けているリソース３７を解放する。このとき、「待ち」状態のマルチリソース要
求３１に対して、リソース３７の割り当てが可能であるならば、リソース３７を割り当て
る。

また、リソース管理３０は、アプリケーション３８から一時解放許可要求を受信したと
きに、マルチリソース３３に関連付けているリソース３７を一時解放する。尚、一時解放
許可要求は、既に、一時明け渡しするように通知されていたアプリケーション３８が一時
解放可能になったときに、アプリケーション３８からリソース管理３０へ送信される。こ
のとき、リソース管理３０は、一時解放を実行した後に、「一時中断」状態のマルチリソ
ース要求３１に対して、リソース３７の割り当てが可能であるならば、リソース３７を割
り当てる。

マルチリソース要求３１は、アプリケーション３８が利用したいマルチリソース３３に
対する要求に対して、マルチリソース３３に対する要求の状態、即ち、マルチリソース要
求３１の状態を持っており、状態遷移にともなう処理を実行する。マルチリソース要求３
１の状態が「待ち」から「使用中」に遷移するときには、マルチリソース要求３１に関連
するマルチリソース３３に対して、マルチリソース３３に関連する複数のリソース３７を
確保させる。

また、マルチリソース要求３１の状態が「使用中」から「一時中断」に遷移するときに
は、マルチリソース要求３１に関連するマルチリソース３３に対して、マルチリソース３
３に関連する複数のリソース３７を解放させる。また、マルチリソース要求３１の状態が
、「待ち」、「使用中」及び「一時中断」のいずれか１つの状態であるときに、アプリケ
ーション３８がリソース３７の利用を終了したときにも、マルチリソース要求３１に関連
するマルチリソース３３に対して、マルチリソース３３に関連する複数のリソース３７を
解放させる。

マルチリソース管理３２は、マルチリソース３３を管理する。アプリケーション３８が
マルチリソース３３の識別子であるマルチリソースＩＤを引数にして、マルチリソース３
３の取得を要求してきたときに、マルチリソース３３を戻り値として返す。マルチリソー
ス３３は、アプリケーション３８が使用する複数のリソース３７を束ね、束ねている２値
リソース３４および多値リソース３５の一括確保、または、一括解放を実行する。

リソース３７は抽象クラスであり、２値リソース３４および多値リソース３５が含まれ
る。２値リソース３４は、アプリケーション３８が、当該リソースを「使用する」又は「
使用しない」の２つにより、リソース確保又は解放を判断することが出来るリソース３７
である。多値リソース３５は、当該リソースの必要量を要求するリソース３７である。多
値リソース消費３６は、多値リソース３５の消費を扱い、必要なリソースの消費量を知っ
ている。多値リソース３５から必要量を取得又は返却する。例えば、２値リソース３４と
して、紙経路等がある。紙経路は、「使用する」又は「使用しない」の２つの状態で表す
ことが出来る。また、例えば、多値リソース３５として、電源等がある。電源容量のＸ％
が必要量であるとしてリソースを表すことが出来る。

次に、上述したリソース確保要求処理、リソース解放要求処理、リソース確保要求のキ
ャンセル要求処理、及び優先度の低いアプリケーション３８が優先度の高いアプリケーシ
ョン３８へリソースを明け渡す処理の各処理手順を、図４から図８を参照して説明する。
ここで、図４から図８示す処理手順を実行する場合に、インクジェットプリンタ１のＲＯ
Ｍに予め格納されている制御プログラムを実行して、各工程を実行させる。

図４は、リソース確保要求処理の手順を示すシーケンス図の一例である。また、図５は
、リソース解放要求処理の手順を示すシーケンス図の一例である。また、図６は、リソー
ス確保要求のキャンセル要求処理の手順を示すシーケンス図の一例である。また、図７及
び図８は、優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリ
ソースを明け渡す処理の手順を示すシーケンス図の一例である。

図４に示すように、リソース確保要求の処理手順は、ロール紙のアプリケーション３８
（以下、「ロール紙アプリケーション」と呼ぶ）を例に挙げて説明する。ロール紙アプリ
ケーションが使用するリソースは、リソース３７のサブクラスである２値リソース３４の
紙経路と、多値リソース３５の電源である。

まず、ロール紙アプリケーションが、マルチリソースＩＤ、ロール紙アプリケーション
の優先度、及びロール紙アプリケーションへの通知先を、内部に保持するロール紙アプリ
ケーションに関連したマルチリソース要求３１（以下、「ロール紙マルチリソース要求」
と呼ぶ）を生成する（Ｓ１０１）。このとき、生成されたロール紙マルチリソース要求は
、状態を「待ち」にする（Ｓ１０２）。

次に、ロール紙アプリケーションは、ロール紙マルチリソース要求とともにリソース確
保要求をリソース管理３０に送る（Ｓ１０３）。リソース管理３０は、リソース確保要求
を介して渡されたロール紙マルチリソース要求とマルチリソース３３を対応付ける初期化
処理を、ロール紙マルチリソース要求に対して要求する（Ｓ１０４）。ロール紙マルチリ
ソース要求は、自身が内部に保持するマルチリソースＩＤに基づいて、マルチリソース管
理３２から、ロール紙マルチリソース要求に対応するマルチリソース３３（以下、「ロー
ル紙マルチリソース」と呼ぶ）を取得し（Ｓ１０５）、現在のロール紙マルチリソースを
設定する（Ｓ１０６）。

次に、リソース管理３０は、ロール紙アプリケーションの優先度に基づいて、ロール紙
アプリケーションと同じ優先度の処理要求キューの最後尾に、ロール紙マルチリソース要
求を追加し（Ｓ１０７）、処理要求キューの要求順番になるまで、待機する。

次に、ロール紙マルチリソース要求の要求順番になったときに、リソース管理３０は、
ロール紙マルチリソース要求に対して、リソース確保を要求し（Ｓ１０８）、ロール紙マ
ルチリソース要求は、ロール紙マルチリソースに対して、２値リソース３４である紙経路
及び多値リソース３５である電源の確保を要求し（Ｓ１０９）、ロール紙マルチリソース
は、２値リソース３４である紙経路及び多値リソース３５である電源を確保し（Ｓ１１０
からＳ１１５）、ロール紙マルチリソース要求の状態を「使用中」に設定し（Ｓ１１６）
、２値リソース３４である紙経路及び多値リソース３５である電源を確保したことをロー
ル紙マルチリソース要求へ通知する（Ｓ１１７）。

最後に、ロール紙マルチリソース要求はリソース管理３０に対して、ロール紙アプリケ
ーションが使用するリソースを確保したことを通知し（Ｓ１１８）、リソース管理３０は
ロール紙アプリケーションに対して、ロール紙アプリケーションが使用するリソースを確
保したことを通知する（Ｓ１１９）。

次に、上述したようにして確保したリソースの利用を、アプリケーション３８が終了す
るときの、リソースの解放要求処理について、図５を参照して説明する。ここでは、ロー
ル紙アプリケーションを例に挙げて説明する。

まず、ロール紙アプリケーションは、リソースの解放要求をリソース管理３０に送る（
Ｓ２０１）。次に、リソース管理３０は、ロール紙マルチリソース要求に対して、ロール
紙マルチリソースの解放を要求する（Ｓ２０２）。ロール紙マルチリソース要求は、ロー
ル紙マルチリソースに対して、２値リソース３４である紙経路及び多値リソース３５であ
る電源の解放を要求し（Ｓ２０３）、ロール紙マルチリソースは、２値リソース３４であ
る紙経路及び多値リソース３５である電源を解放する（Ｓ２０４からＳ２０６）。最後に
、リソース管理３０はロール紙アプリケーションに対して、ロール紙アプリケーションが
使用するリソースを解放したことを通知する（Ｓ２０７）。

次に、処理要求キューにおいてマルチリソース要求３１の要求順番となる前に、そのマ
ルチリソース要求３１がキャンセルされた場合の処理手順について、図６を参照して説明
する。ここでは、ロール紙アプリケーションを例に挙げて説明する。また、ロール紙アプ
リケーションによって生成されたロール紙マルチリソース要求が、処理要求キューに追加
されるまでの処理（Ｓ３０１からＳ３０７）は、図４において説明したステップＳ１０１
からＳ１０７と同様であるので、説明を省略する。

ロール紙マルチリソース要求の要求順番になる前に、ロール紙アプリケーションによっ
て、リソース確保が不要であると判定されたときに、ロール紙アプリケーションは、リソ
ースの解放要求をリソース管理３０に送る（Ｓ３０８）。リソース管理３０は、処理要求
キューから、ロール紙アプリケーションに関連したロール紙マルチリソース要求を削除す
る（Ｓ３０９）。最後に、リソース管理３０はロール紙アプリケーションに対して、ロー
ル紙アプリケーションが使用するリソースを解放したことを通知する（Ｓ３１０）。

次に、優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリソ
ースを明け渡す処理について、図７及び図８を参照して説明する。ここでは、ロール紙ア
プリケーション、及びドロワのプリケーション３８（以下、「ドロワアプリケーション」
と呼ぶ）を例に挙げて説明する。ドロワアプリケーションが使用するリソースは、リソー
ス３７のサブクラスである多値リソース３５の電源である。また、ドロワアプリケーショ
ンは、ロール紙アプリケーションより、優先度が高いとする。従って、図７及び図８では
、ロール紙アプリケーションが、リソースを確保して使用しているときに、ドロワアプリ
ケーションからリソースの確保要求があった場合について説明する。

まず、ドロワアプリケーションが、マルチリソースＩＤ、ロール紙アプリケーションの
優先度、及びドロワアプリケーションへの通知先を、内部に保持するドロワアプリケーシ
ョンに関連したマルチリソース要求３１（以下、「ドロワマルチリソース要求」と呼ぶ）
を生成する（Ｓ４０１）。このとき、生成されたドロワマルチリソース要求は、状態を「
待ち」にする（Ｓ４０２）。

次に、ドロワアプリケーションは、ドロワマルチリソース要求とともにリソース確保要
求をリソース管理３０に送る（Ｓ４０３）。リソース管理３０は、リソース確保要求を介
して渡されたドロワマルチリソース要求とマルチリソース３３を対応付ける初期化処理を
、ドロワマルチリソース要求に対して要求する（Ｓ４０４）。ドロワマルチリソース要求
は、自身が内部に保持するマルチリソースＩＤに基づいて、マルチリソース管理３２から
、ドロワマルチリソース要求に対応するマルチリソース３３（以下、「ドロワマルチリソ
ース」と呼ぶ）を取得し（Ｓ４０５）、現在のドロワマルチリソースを設定する（Ｓ４０
６）。

次に、リソース管理３０は、ドロワアプリケーションの優先度に基づいて、ドロワアプ
リケーションと同じ優先度の処理要求キューの最後尾に、ドロワマルチリソース要求を追
加し（Ｓ４０７）、処理要求キューの要求順番になるまで、待機する。

次に、ドロワマルチリソース要求の要求順番になったときに、リソース管理３０は、ド
ロワマルチリソース要求に対して、リソース確保を要求し（Ｓ４０８）、ドロワマルチリ
ソース要求は、ドロワマルチリソースに対して、多値リソース３５である電源の確保を要
求し（Ｓ４０９）、ドロワマルチリソースは、多値リソース３５である電源を確保しよう
と試み、失敗し（Ｓ４１０からＳ４１３）、多値リソース３５である電源の確保が失敗し
たことをドロワマルチリソース要求へ通知する（Ｓ４１４）。

次に、ドロワマルチリソース要求は、リソース管理３０に対して、リソース確保が失敗
したことを通知する（Ｓ４１５）。リソース確保が失敗した理由は、既に電源を、ロール
紙アプリケーションが使用しているためであり、ドロワアプリケーションとロール紙アプ
リケーションとが同時に電源を使用した場合、電源容量がオーバーするためである。

次に、リソース管理３０は、一時解放候補となるマルチリソース要求３１を処理要求キ
ューの中から検索する（Ｓ４１６）。ここでは、一時解放候補として、ロール紙マルチリ
ソース要求が検索される。検索したロール紙マルチリソース要求を関連したロール紙アプ
リケーションに対して、使用しているリソースを一時解放するように通知する（Ｓ４１７
）。ロール紙アプリケーションは、使用しているリソースを一時解放する準備が出来たと
きに、リソース管理３０に対して、一時解放許可要求を送信する（Ｓ４１８）。

リソース管理３０は、ロール紙マルチリソース要求に対して、ロール紙マルチリソース
の解放を要求する（Ｓ４１９）。ロール紙マルチリソース要求は、ロール紙マルチリソー
スに対して、２値リソース３４である紙経路及び多値リソース３５である電源の解放を要
求し（Ｓ４２０）、ロール紙マルチリソースは、２値リソース３４である紙経路及び多値
リソース３５である電源を解放する（Ｓ４２１からＳ４２３）。このとき、ロール紙マル
チリソース要求の状態を「一時中断」とする。

最後に、上述の図４に準じて、ドロワマルチリソース要求が、ドロワマルチリソースを
介して、多値リソース３５である電源を確保し、ドロワマルチリソース要求の状態を「使
用中」に設定し、リソース管理３０に対して、ドロワアプリケーションが使用するリソー
スを確保したことを通知したときに、リソース管理３０は、ドロワアプリケーションに対
して、ドロワアプリケーションが使用するリソースを確保したことを通知する（Ｓ４２４
）。

ここで、上述した一時解放候補の検索は、「リソース確保要求の対象のアプリケーショ
ン３８（Ａ）の優先度より低い優先度のアプリケーション３８（Ｂ）に関連したマルチリ
ソース要求３１であり、かつ、アプリケーション３８（Ｂ）に関連したマルチリソース要
求３１の状態が「使用中」であり、かつ、アプリケーション３８（Ｂ）が使用している複
数のリソースの中の少なくとも１つのリソースが、アプリケーション３８（Ａ）が確保し
ようとしている複数のリソースの中の少なくとも１つのリソースと競合する」とする条件
を満たしたアプリケーション３８（Ｂ）に関連したマルチリソース要求３１を一時解放候
補とする。

また、上述した図４から図８示す処理手順を実行する場合に、インクジェットプリンタ
１のＲＯＭに予め格納されている制御プログラムを実行して、各工程を実行させるように
したが、これらの各工程を実行させるプログラムを記録した情報記録媒体から、そのプロ
グラムをＲＡＭに読み込んで実行するようにしても良い。

ここで、情報記録媒体とは、ＲＡＭ、ＲＯＭ等の半導体記録媒体、ＦＤ、ＨＤ等の磁気
記憶型記録媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記録媒体、ＭＯ等の磁
気記憶型／光学的読取方式記録媒体であって、電子的、磁気的、光学等の読み取り方法の
いかんにかかわらず、コンピュータによって読み取り可能な情報記録媒体であれば、あら
ゆる情報記録媒体を含むものである。また、プログラムを、ネットワークを経由してダウ
ンロードして実行するようにしても良い。

１インクジェットプリンタ、３０リソース管理、３１マルチリソース要求
、３２マルチリソース管理、３３マルチリソース、３４２値リソース、３５
多値リソース、３６多値リソース消費、３７リソース、３８アプリケー
ション。

Claims

少なくともロール紙印刷機能を有し、１個又は複数個のリソースをアプリケーションが共通に使用する多機能複合装置の機能部が実行する多機能複合装置のリソース管理方法であって、
前記機能部は、リソース管理、及び前記リソースを含むクラスから構成され、
前記アプリケーションが、マルチリソース要求を生成し、当該マルチリソース要求とともに前記リソースの確保要求を前記リソース管理に送る工程と、
前記リソース管理が、
（ａ）前記アプリケーションの優先度に基づいて、当該優先度と同じ優先度の処理要求キューの最後尾に、前記マルチリソース要求を追加し、前記処理要求キューの要求順に従って、前記リソースの確保要求を実行し、
前記リソースの確保要求が失敗したときに、当該リソースの確保要求を要求した前記アプリケーションの優先度より低い優先度のアプリケーションに関連したマルチリソース要求であり、かつ、当該マルチリソース要求の状態が使用中であり、かつ、前記低い優先度のアプリケーションが使用している少なくとも１つの前記リソースが前記アプリケーションが確保しようとしている前記リソースの少なくとも１つと競合する前記低い優先度のアプリケーションに関連したマルチリソース要求を、前記処理要求キューの中から、使用する全ての前記リソースを一時的に解放してもらう一時解放候補として検索し、検索した前記一時解放候補に関連したアプリケーションに対して、使用する全ての前記リソースを一時的に解放してもらうように要求する工程と、
（ｂ）前記アプリケーションから、当該アプリケーションが使用する全ての前記リソースの一時解放許可要求を受け付けたときに、前記一時解放候補に関連したアプリケーションが使用している全ての当該リソースを一時的に解放する工程と、
を備えていることを特徴とする多機能複合装置のリソース管理方法。
前記リソースは、前記アプリケーションによって確保されているか否かの２値の状態によって表される２値リソース、及び前記リソースの全容量に対する前記アプリケーションによって確保される割合によって表される多値リソースであることを特徴とする請求項１に記載の多機能複合装置のリソース管理方法。
前記アプリケーションは、ドロワアプリケーションであり、前記優先度の低いアプリケーションは、ロール紙アプリケーションであり、前記多値リソースは、電源であることを特徴とする請求項２に記載の多機能複合装置のリソース管理方法。