(57)【要約】      （修正有）【課題】多値リソースを考慮して、機能が使用する全てのリソースを一括して確保又は解放しながら、機能に対応付けられた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理する。【解決手段】リソース管理３０は、アプリケーション３８からの要求に対してリソース割り当てを実行する。マルチリソース要求３１は、アプリケーション３８が利用したいマルチリソース３３に対する要求に対して、マルチリソース３３に対する要求の状態、即ち、マルチリソース要求３１の状態を持っており、状態遷移にともなう処理を実行する。マルチリソース３３は、アプリケーション３８が使用する複数のリソース３７を束ね、束ねている２値リソース３４および多値リソース３５の一括確保、または、一括解放を実行する。【選択図】図３
2011081813.tif 000002
【特許請求の範囲】
【請求項１】
１個又は複数個のリソースを複数個の機能が共通に使用する多機能複合装置であって、
前記リソース毎に、当該リソースの使用状況を判定するリソース部と、
前記機能が使用する全ての前記リソース毎に対応付けられる前記リソース部に対する確
保または解放を、一括して実行する、当該機能に関連付けられたマルチリソース部と、
前記マルチリソース部を管理するマルチリソース管理部と、
前記機能からの要求を受け付けたときに、前記機能毎に予め設定されている優先度に基
づいて、前記リソースの割り当てを実行するリソース管理部と、
前記マルチリソース部への要求状態を示す状態情報を有し、前記リソース管理部から要
求された当該マルチリソース部への要求処理を当該マルチリソース部へ依頼する、当該マ
ルチリソース部に対応付けられたマルチリソース要求部と、を備えていることを特徴とす
る多機能複合装置。
【請求項２】
前記リソースは、前記機能によって確保されているか否かの２値の状態によって表され
る２値リソース、及び前記リソースの全容量に対する前記機能によって確保される割合に
よって表される多値リソースであり、
前記２値リソースに対する前記リソース部が２値リソース部であり、
前記多値リソースに対する前記リソース部が多値リソース部であることを特徴とする請
求項１に記載の多機能複合装置。
【請求項３】
前記リソース管理部は、
前記機能から、当該機能が使用する全ての前記リソースの解放要求を受け付けたときに
、当該機能が使用している全ての当該リソースの解放を、当該機能に関連した前記マルチ
リソース要求部へ要求するリソース解放部と、
前記機能から、当該機能が使用する全ての前記リソースの一時解放許可要求を受け付け
たときに、当該機能が使用している全ての当該リソースの一時的な解放を、当該機能に関
連した前記マルチリソース要求部へ要求するリソース一時解放部と、
前記機能から、当該機能が使用する全ての前記リソースの確保要求を受け付けたときに
、当該機能の前記優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数個
の前記機能に関連した前記マルチリソース要求部への要求の中で、最後に当該機能に要求
された全ての前記リソースが割り当てられるように、当該機能に関連した前記マルチリソ
ース要求部への要求順を調整して、処理要求キューに追加し、前記処理要求キューの要求
順に従って、リソース確保要求を前記マルチリソース要求部へ依頼し、前記リソース解放
部または前記リソース一時解放部の前記マルチリソース要求部への依頼によって、前記リ
ソースが解放されたときに、前記処理要求キューの要求順に従って、リソース確保要求を
前記マルチリソース要求部へ依頼するリソース確保部と、を備えていることを特徴とする
請求項１または２に記載の多機能複合装置。
【請求項４】
前記リソース確保部は、
前記マルチリソース要求部へ依頼したリソース確保要求が失敗したときに、当該マルチ
リソース要求部に関連した前記機能の前記優先度、使用する全ての前記リソースを既に確
保している１個または複数個の前記機能の前記優先度、及び所定の一時解放候補検索ルー
ルに基づいて、使用する全ての前記リソースを確保している１個または複数個の前記機能
の中から、使用する全ての前記リソースを一時的に解放してもらう一時解放候補機能を検
索し、検索した前記一時解放候補機能に対して、使用する全ての前記リソースを一時的に
解放してもらうように要求する一時解放要求部を備えていることを特徴とする請求項３に
記載の多機能複合装置。
【請求項５】
前記一時解放候補検索ルールは、
前記一時解放候補機能が、リソース確保要求が失敗であった前記マルチリソース要求部
に関連した前記機能の前記優先度よりも低い優先度に設定されている前記機能であり、か
つ、使用する全ての前記リソースを確保して、使用している前記機能であり、かつ、リソ
ース確保要求が失敗であった前記マルチリソース要求部に関連した前記機能が利用する１
個または複数個の前記リソースの中の少なくとも１つの前記リソースを使用する前記機能
であることを特徴とする請求項４に記載の多機能複合装置。
【請求項６】
前記マルチリソース部が有する前記状態情報は、
当該マルチリソース要求部が生成されたときに、第１の状態となり、
当該マルチリソース要求部に関連する前記マルチリソース部によって、当該マルチリソ
ース要求部に関連した前記機能が使用する全ての前記リソースが確保されたときに、第２
の状態になり、
当該マルチリソース要求部の状態が前記第２の状態であり、前記リソース管理部の前記
リソース一時解放部によって、当該マルチリソース要求部に関連した前記機能が使用する
全ての前記リソースを一時的に解放するように要求されて、当該リソースが解放されたと
きに、第３の状態になることを特徴とする請求項１から５に記載の多機能複合装置。
【請求項７】
１個又は複数個のリソースを複数個の機能が共通に使用する多機能複合装置のリソース
管理方法であって、
（ａ）前記機能から、当該機能が使用する全ての前記リソースの確保要求を受け付けた
ときに、当該機能の優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数
個の前記機能に関連した前記リソースの確保要求の中で、最後に当該機能に要求された全
ての前記リソースが割り当てられるように、当該機能に関連した前記リソースの確保要求
の要求順を調整して、処理要求キューに追加し、前記処理要求キューの要求順に従って、
リソース確保要求を実行する工程と、
（ｂ）前記機能から、当該機能が使用する全ての前記リソースの解放要求を受け付けた
ときに、当該機能が使用している全ての当該リソースを解放する工程と、
（ｃ）前記機能から、当該機能が使用する全ての前記リソースの一時解放許可要求を受
け付けたときに、当該機能が使用している全ての当該リソースを一時的に解放する工程と
、
（ｄ）前記工程（ｂ）または前記工程（ｃ）によって、前記リソースが解放されたとき
に、前記処理要求キューの要求順に従って、前記リソースの確保要求を実行する工程と、
を備えていることを特徴とするリソース管理方法。
【請求項８】
前記工程（ａ）は、
（ｅ）前記リソース確保要求が失敗したときに、当該リソース確保要求を要求した前記
機能の前記優先度、使用する全ての前記リソースを既に確保している１個または複数個の
前記機能の前記優先度、及び所定の一時解放候補検索ルールに基づいて、使用する全ての
前記リソースを確保している１個または複数個の前記機能の中から、使用する全ての前記
リソースを一時的に解放してもらう一時解放候補機能を検索し、検索した前記一時解放候
補機能に対して、使用する全ての前記リソースを一時的に解放してもらうように要求する
工程を備えていることを特徴とする請求項７に記載のリソース管理方法。
【請求項９】
前記一時解放候補検索ルールは、
前記一時解放候補機能が、リソース確保要求が失敗であった前記マルチリソース要求部
に関連した前記機能の前記優先度よりも低い優先度に設定されている前記機能であり、か
つ、使用する全ての前記リソースを確保して、使用している前記機能であり、かつ、リソ
ース確保要求が失敗であった前記マルチリソース要求部に関連した前記機能が利用する１
個または複数個の前記リソースの中の少なくとも１つの前記リソースを使用する前記機能
であることを特徴とする請求項８に記載のリソース管理方法。
【請求項１０】
前記リソースは、前記機能によって確保されているか否かの２値の状態によって表され
る２値リソース、及び前記リソースの全容量に対する前記機能によって確保される割合に
よって表される多値リソースであることを特徴とする請求項８または９に記載のリソース
管理方法。
【請求項１１】
１個又は複数個のリソースを複数個の機能が共通に使用する多機能複合装置の前記リソ
ースを管理する処理をコンピュータに実行させるプログラムであって、
請求項１から６のいずれか１項に記載の多機能複合装置の各手段を実現させる処理を前
記コンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１個又は複数個のリソースを複数個の機能が共通に使用する多機能複合装置
、リソース管理方法及びプログラムに関する。特に、機能が使用する全てのリソースを一
括して確保又は解放しながら、機能が使用するリソースの割り当てを管理する多機能複合
装置、リソース管理方法及びプログラムに関する。
【背景技術】
【０００２】
装置を設置するスペースを削減するために、複数の機能を一つの装置に組み込んだ多機
能複合装置が開発されている。また、多機能複合装置に組み込まれた複数の機能の中には
、処理実行中に使用するリソースが他の機能と競合する機能が存在しているため、各機能
が実行時に確保すべきリソースを割り当てるリソース管理は複雑であった。
【０００３】
例えば、ＰＯＳシステムに使用されているＰＯＳ用プリンタには、ロール紙印刷機能、
単票用紙印刷機能、ドロワ機能、画像読み取り機能等の複数の機能が組み込まれている。
ここで、処理実行中に使用するリソースは、ロール紙印刷機能、単票用紙印刷機能、及び
画像読み取り機能の場合は、紙経路及び電源であり、ドロワ機能の場合は、電源である。
【０００４】
従って、ＰＯＳ用プリンタにおいて、ロール紙印刷機能を実行中にドロワ機能を実行さ
せたい場合、ドロワ機能の実行が待たされてしまう。また、ロール紙印刷機能を実行中に
、単票用紙印刷機能、ドロワ機能及び画像読み取り機能を実行させたい場合は、各機能へ
のリソースの割り当ては複雑になる。
【０００５】
そこで、リソース管理の複雑さを軽減した多機能複合装置が提案されている。非特許文
献１では、機能が使用する全てのリソースを一括して管理し、機能からのリソース要求に
基づいて機能が使用する全てのリソースを一括して確保又は解放する、機能に対応付けら
れたマルチリソースオブジェクトを利用して、競合するリソースの割り当てを調整するリ
ソース管理が提案されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ブルース・パウエル・ダグラス（ＢＲＵＣＥ  ＰＯＷＥＬ  ＤＯＵＧＬＡＳＳ）著，「リアルタイム・デザイン・パターンズ（ＲＥＡＬ−ＴＩＭＥ  ＤＥＳＩＧＮ  ＰＡＴＴＥＲＮＳ）」，（米国），アジソンーウェスリ・パブ（Ａｄｄｉｓｏｎ―Ｗｅｓｌｅｙ  Ｐｕｂ），２００２年９月２３日，ｐ．３３８−３４５
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、非特許文献１の提案では、リソースはすべて、機能によって使用されて
いるか否かの２値の状態によって表される２値リソースであるために、あるリソースを競
合する複数の機能を実行させる場合、複数の機能が実行されてもリソースの合計容量が許
容範囲以内であっても、１つの機能しか実行できないという問題点があった。例えば、Ｐ
ＯＳプリンタの単票用紙印刷機能とドロワ機能を実行させるとき、単票用紙印刷機能は実
行時に電源の全容量の３０％を使用し、ドロワ機能は実行時に電源の全容量の５０％を使
用する場合であっても、一方の機能しか実行させることができなかった。
【０００８】
また、優先的に実行させたい機能であっても、リソースを競合している別の機能が実行
されている場合は、実行されている別の機能が終了するまで、機能の実行を待たなければ
ならないという問題点があった。例えば、ＰＯＳプリンタのロール紙印刷機能を実行中に
、ドロワ機能を実行させたい場合、ドロワ機能は、ロール紙印刷機能よりも優先して実行
したい機能であるが、ロール紙印刷機能の実行が終了するまで、ドロワ機能の実行が待た
されていた。
【０００９】
本発明は、以上のような問題点を解決するためになされたもので、多値リソースを考慮
して、機能が使用する全てのリソースを一括して確保又は解放しながら、機能に対応付け
られた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理する多機能複
合装置、リソース管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した従来の問題点を解決すべく下記の発明を提供する。
本発明の第１の態様にかかる多機能複合装置は、１個又は複数個のリソースを複数個の
機能が共通に使用する多機能複合装置であって、前記リソース毎に、当該リソースの使用
状況を判定するリソース部と、前記機能が使用する全ての前記リソース毎に対応付けられ
る前記リソース部に対する確保または解放を、一括して実行する、当該機能に関連付けら
れたマルチリソース部と、前記マルチリソース部を管理するマルチリソース管理部と、前
記機能からの要求を受け付けたときに、前記機能毎に予め設定されている優先度に基づい
て、前記リソースの割り当てを実行するリソース管理部と、前記マルチリソース部への要
求状態を示す状態情報を有し、前記リソース管理部から要求された当該マルチリソース部
への要求処理を当該マルチリソース部へ依頼する、当該マルチリソース部に対応付けられ
たマルチリソース要求部と、を備えていることを特徴とする。
【００１１】
このような構成であれば、多機能複合装置は、リソース部によって、リソース毎に、当
該リソースの使用状況が判定される。また、当該機能に関連付けられたマルチリソース部
によって、機能が使用する全てのリソース毎に対応付けられるリソース部に対する確保ま
たは解放が、一括して実行される。また、マルチリソース管理部によって、マルチリソー
ス部が管理される。また、リソース管理部によって、機能からの要求を受け付けたときに
、機能毎に予め設定されている優先度に基づいて、リソースの割り当てが実行される。ま
た、マルチリソース部への要求状態を示す状態情報を有した、当該マルチリソース部に対
応付けられるマルチリソース要求部によって、リソース管理部から要求された当該マルチ
リソース部への要求処理が当該マルチリソース部へ依頼される。
【００１２】
これにより、機能が使用する全てのリソースを一括して確保又は解放しながら、機能に
対応付けられた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理する
ことが可能である。また、リソースが競合する優先度の低い機能が実行中であっても、優
先度の高い機能を実行させることが可能である。
【００１３】
また、多機能複合装置に新規機能を組み込む場合に、新規機能と既存の機能とがリソー
スを競合する場合の処理を考慮する必要がなく、新規機能を容易に開発することが可能と
なる。従って、開発期間を削減するとともに、開発コストを削減することが可能となる。
【００１４】
本発明の他の態様にかかる多機能複合装置は、上述した本発明の態様にかかる多機能複
合装置における前記リソースが、前記機能によって確保されているか否かの２値の状態に
よって表される２値リソース、及び前記リソースの全容量に対する前記機能によって確保
される割合によって表される多値リソースであり、前記２値リソースに対する前記リソー
ス部が２値リソース部であり、前記多値リソースに対する前記リソース部が多値リソース
部であることを特徴とする。
【００１５】
これにより、電源のような多値リソースに対して、そのリソースの容量の許容範囲以内
であれば、リソースを競合する複数の機能を実行させることが可能となる。従って、多機
能複合装置が実行する全体の処理時間を短縮させることが可能となる。例えば、ＰＯＳプ
リンタの単票用紙印刷機能とドロワ機能を実行させるとき、単票用紙印刷機能は実行時に
電源の全容量の３０％を使用し、ドロワ機能は実行時に電源の全容量の５０％を使用する
場合に、単票用紙印刷機能とドロワ機能を同時に実行させることが可能となり、会計する
消費者の待ち時間を削減することが可能となる。
【００１６】
本発明の他の態様にかかる多機能複合装置は、上述した本発明の態様にかかる多機能複
合装置の前記リソース管理部が、前記機能から、当該機能が使用する全ての前記リソース
の解放要求を受け付けたときに、当該機能が使用している全ての当該リソースの解放を、
当該機能に関連した前記マルチリソース要求部へ要求するリソース解放部と、前記機能か
ら、当該機能が使用する全ての前記リソースの一時解放許可要求を受け付けたときに、当
該機能が使用している全ての当該リソースの一時的な解放を、当該機能に関連した前記マ
ルチリソース要求部へ要求するリソース一時解放部と、前記機能から、当該機能が使用す
る全ての前記リソースの確保要求を受け付けたときに、当該機能の前記優先度に基づいて
、当該優先度と同じ優先度の異なる１個または複数個の前記機能に関連した前記マルチリ
ソース要求部への要求の中で、最後に当該機能に要求された全ての前記リソースが割り当
てられるように、当該機能に関連した前記マルチリソース要求部への要求順を調整して、
処理要求キューに追加し、前記処理要求キューの要求順に従って、リソース確保要求を前
記マルチリソース要求部へ依頼し、前記リソース解放部または前記リソース一時解放部の
前記マルチリソース要求部への依頼によって、前記リソースが解放されたときに、前記処
理要求キューの要求順に従って、リソース確保要求を前記マルチリソース要求部へ依頼す
るリソース確保部と、を備えていることを特徴とする。
【００１７】
このような構成であれば、リソース管理部は、機能から、当該機能が使用する全てのリ
ソースの解放要求を受け付けたときに、リソース解放部によって、当該機能が使用してい
る全ての当該リソースの解放が、当該機能に関連したマルチリソース要求部へ要求される
。また、機能から、当該機能が使用する全てのリソースの一時解放許可要求を受け付けた
ときに、リソース一時解放部によって、当該機能が使用している全ての当該リソースの一
時的な解放が、当該機能に関連したマルチリソース要求部へ要求される。また、機能から
、当該機能が使用する全てのリソースの確保要求を受け付けたときに、リソース確保部に
よって、当該機能の優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数
個の機能に関連したマルチリソース要求部への要求の中で、最後に当該機能に要求された
全てのリソースが割り当てられるように、当該機能に関連したマルチリソース要求部への
要求順が調整されて、処理要求キューに追加され、処理要求キューの要求順に従って、リ
ソース確保要求がマルチリソース要求部へ依頼される。また、リソース解放部またはリソ
ース一時解放部のマルチリソース要求部への依頼によって、リソースが解放されたときに
、リソース確保部によって、処理要求キューの要求順に従って、リソース確保要求がマル
チリソース要求部へ依頼される。
【００１８】
これにより、機能が使用する全てのリソースを一括して確保又は解放しながら、機能に
対応付けられた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理する
ことが可能である。また、リソースが競合する優先度の低い機能が実行中であっても、優
先度の高い機能を実行させることが可能である。
【００１９】
また、多機能複合装置に新規機能を組み込む場合に、新規機能と既存の機能とがリソー
スを競合する場合の処理を考慮する必要がなく、新規機能を容易に開発することが可能と
なる。従って、開発期間を削減するとともに、開発コストを削減することが可能となる。
また、多値リソースに対して、そのリソースの容量の許容範囲以内であれば、リソースを
競合する複数の機能を実行させることが可能となる。従って、多機能複合装置が実行する
全体の処理時間を短縮させることが可能となる。
【００２０】
本発明の他の態様にかかる多機能複合装置は、上述した本発明の態様にかかる多機能複
合装置の前記リソース確保部が、前記マルチリソース要求部へ依頼したリソース確保要求
が失敗したときに、当該マルチリソース要求部に関連した前記機能の前記優先度、使用す
る全ての前記リソースを既に確保している１個または複数個の前記機能の前記優先度、及
び所定の一時解放候補検索ルールに基づいて、使用する全ての前記リソースを確保してい
る１個または複数個の前記機能の中から、使用する全ての前記リソースを一時的に解放し
てもらう一時解放候補機能を検索し、検索した前記一時解放候補機能に対して、使用する
全ての前記リソースを一時的に解放してもらうように要求する一時解放要求部を備えてい
ることを特徴とする。
【００２１】
このような構成であれば、マルチリソース要求部へ依頼したリソース確保要求が失敗し
たときに、一時解放要求部によって、当該マルチリソース要求部に関連した機能の優先度
、使用する全てのリソースを既に確保している１個または複数個の機能の優先度、及び所
定の一時解放候補検索ルールに基づいて、使用する全てのリソースを確保している１個ま
たは複数個の機能の中から、使用する全てのリソースを一時的に解放してもらう一時解放
候補機能が検索され、検索された一時解放候補機能に対して、使用する全てのリソースの
一時的な解放が要求される。これにより、リソースが競合する優先度の低い機能が実行中
であっても、優先度の高い機能を実行させることが可能である。
【００２２】
本発明の他の態様にかかる多機能複合装置は、上述した本発明の態様にかかる多機能複
合装置の前記一時解放候補検索ルールは、前記一時解放候補機能が、リソース確保要求が
失敗であった前記マルチリソース要求部に関連した前記機能の前記優先度よりも低い優先
度に設定されている前記機能であり、かつ、使用する全ての前記リソースを確保して、使
用している前記機能であり、かつ、リソース確保要求が失敗であった前記マルチリソース
要求部に関連した前記機能が利用する１個または複数個の前記リソースの中の少なくとも
１つの前記リソースを使用する前記機能であることを特徴とする。
【００２３】
本発明の他の態様にかかる多機能複合装置は、上述した本発明の態様にかかる多機能複
合装置の前記マルチリソース部が有する前記状態情報が、当該マルチリソース要求部が生
成されたときに、第１の状態となり、当該マルチリソース要求部に関連する前記マルチリ
ソース部によって、当該マルチリソース要求部に関連した前記機能が使用する全ての前記
リソースが確保されたときに、第２の状態になり、当該マルチリソース要求部の状態が前
記第２の状態であり、前記リソース管理部の前記リソース一時解放部によって、当該マル
チリソース要求部に関連した前記機能が使用する全ての前記リソースを一時的に解放する
ように要求されて、当該リソースが解放されたときに、第３の状態になることを特徴とす
る。
【００２４】
本発明の第１の態様にかかるリソース管理方法は、１個又は複数個のリソースを複数個
の機能が共通に使用する多機能複合装置のリソース管理方法であって、（ａ）前記機能か
ら、当該機能が使用する全ての前記リソースの確保要求を受け付けたときに、当該機能の
優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数個の前記機能に関連
した前記リソースの確保要求の中で、最後に当該機能に要求された全ての前記リソースが
割り当てられるように、当該機能に関連した前記リソースの確保要求の要求順を調整して
、処理要求キューに追加し、前記処理要求キューの要求順に従って、リソース確保要求を
実行する工程と、（ｂ）前記機能から、当該機能が使用する全ての前記リソースの解放要
求を受け付けたときに、当該機能が使用している全ての当該リソースを解放する工程と、
（ｃ）前記機能から、当該機能が使用する全ての前記リソースの一時解放許可要求を受け
付けたときに、当該機能が使用している全ての当該リソースを一時的に解放する工程と、
（ｄ）前記工程（ｂ）または前記工程（ｃ）によって、前記リソースが解放されたときに
、前記処理要求キューの要求順に従って、前記リソースの確保要求を実行する工程と、を
備えていることを特徴とする。これにより、上述した本発明の態様にかかる多機能複合装
置と同等の効果が得られる。
【００２５】
本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記工程（ａ）が、（ｅ）前記リソース確保要求が失敗したときに、当該リ
ソース確保要求を要求した前記機能の前記優先度、使用する全ての前記リソースを既に確
保している１個または複数個の前記機能の前記優先度、及び所定の一時解放候補検索ルー
ルに基づいて、使用する全ての前記リソースを確保している１個または複数個の前記機能
の中から、使用する全ての前記リソースを一時的に解放してもらう一時解放候補機能を検
索し、検索した前記一時解放候補機能に対して、使用する全ての前記リソースを一時的に
解放してもらうように要求する工程を備えていることを特徴とする。これにより、上述し
た本発明の態様にかかる多機能複合装置と同等の効果が得られる。
【００２６】
本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記一時解放候補検索ルールは、前記一時解放候補機能が、リソース確保要
求が失敗であった前記マルチリソース要求部に関連した前記機能の前記優先度よりも低い
優先度に設定されている前記機能であり、かつ、使用する全ての前記リソースを確保して
、使用している前記機能であり、かつ、リソース確保要求が失敗であった前記マルチリソ
ース要求部に関連した前記機能が利用する１個または複数個の前記リソースの中の少なく
とも１つの前記リソースを使用する前記機能であることを特徴とする。これにより、上述
した本発明の態様にかかる多機能複合装置と同等の効果が得られる。
【００２７】
本発明の他の態様にかかるリソース管理方法は、上述した本発明の態様にかかるリソー
ス管理方法の前記リソースが、前記機能によって確保されているか否かの２値の状態によ
って表される２値リソース、及び前記リソースの全容量に対する前記機能によって確保さ
れる割合によって表される多値リソースであることを特徴とする。これにより、上述した
本発明の態様にかかる多機能複合装置と同等の効果が得られる。
【００２８】
本発明の第１の態様にかかるプログラムは、１個又は複数個のリソースを複数個の機能
が共通に使用する多機能複合装置の前記リソースを管理する処理をコンピュータに実行さ
せるプログラムであって、上述した本発明の態様にかかる多機能複合装置の各手段を実現
させる処理を前記コンピュータに実行させるプログラム。
【００２９】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られ
たプログラムによって、コンピュータが処理を実行すると、上述した本発明の態様にかか
る多機能複合装置と同等の作用及び効果が得られる。
【発明の効果】
【００３０】
本発明によれば、機能が使用する全てのリソースを一括して確保又は解放しながら、機
能に対応付けられた優先度に基づいて、機能が使用するリソースの割り当てを容易に管理
することが可能である。また、リソースが競合する優先度の低い機能が実行中であっても
、優先度の高い機能を実行させることが可能である。
【００３１】
また、多機能複合装置に新規機能を組み込む場合に、新規機能と既存の機能とがリソー
スを競合する場合の処理を考慮する必要がなく、新規機能を容易に開発することが可能と
なる。従って、開発期間を削減するとともに、開発コストを削減することが可能となる。
【００３２】
また、多値リソースに対して、そのリソースの容量の許容範囲以内であれば、リソース
を競合する複数の機能を実行させることが可能となる。従って、多機能複合装置が実行す
る全体の処理時間を短縮させることが可能となる。
【図面の簡単な説明】
【００３３】
【図１】発明を適用したインクジェットプリンタの斜視図である。
【図２】インクジェットプリンタの紙搬送経路を示す説明図である。
【図３】本発明を適用したインクジェットプリンタのリソース管理を行う機能部のクラス図である。
【図４】リソース確保要求処理の手順を示すシーケンス図の一例である。
【図５】リソース解放要求処理の手順を示すシーケンス図の一例である。
【図６】リソース確保要求のキャンセル要求処理の手順を示すシーケンス図の一例である。
【図７】優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリソースを明け渡す処理の手順を示すシーケンス図の一例である。
【図８】図７の続きを示す図である。
【発明を実施するための形態】
【００３４】
この発明の一実施態様を、図面を参照しながら説明する。なお、以下に説明する実施態
様は説明のためのものであり、本発明の範囲を制限するものではない。従って、当業者で
あればこれらの各要素もしくは全要素をこれと均等なもので置換した実施態様を採用する
ことが可能であるが、これらの実施態様も本発明の範囲に含まれる。
【００３５】
図１は、本発明を適用したインクジェットプリンタの斜視図であり、図２はその紙搬送
経路を示す説明図である。これらの図に示すように、インクジェットプリンタ１は、ロー
ル紙装填機構２と、Ａ４サイズ等のカット紙挿入口３とを有し、ロール紙装填機構２から
供給されるロール紙４およびカット紙挿入口３から挿入されるカット紙５が、それぞれ共
通の印刷位置１１（図における一点鎖線で囲まれた領域）を通って搬送されるように搬送
経路が構成されている。共通の印刷位置１１を通過するロール紙４およびカット紙５の表
面には、ガイドシャフト６に沿って往復移動可能なキャリッジ７に搭載されているインク
ジェットヘッド８によって、所望の印刷が行われる。インクジェットヘッド８には、イン
クチューブ（図示せず）を経由して、ロール紙装填機構２と隣り合った位置に搭載されて
いるインク供給部１０からインクが供給される。
【００３６】
上述したように、ロール紙４に印刷するロール紙印刷機能とカット紙５に印刷するカッ
ト紙印刷機能とは、ともに印刷位置１１を通って搬送されるように搬送経路が構成されて
いることから、紙経路が競合する。また、図には記載されていないが、それぞれの機能を
実行させるためには電源が必要であることから、電源も競合する。以下、インクジェット
プリンタ１に組み込まれている機能として、ロール紙印刷機能とカット紙印刷機能を例に
挙げて説明する。ここで、ロール紙印刷機能が使用するリソースは紙経路と電源であり、
電源の全容量の６０％を使用するとする。また、カット紙印刷機能が使用するリソースは
紙経路と電源であり、電源の全容量の３０％を使用するとする。また、ロール紙印刷機能
の優先度を「低」とし、カット紙印刷機能の優先度を「高」とする。
【００３７】
図３は、本発明を適用したインクジェットプリンタのリソース管理を行う機能部のクラ
ス図である。図３に示すように、機能部は、リソース管理３０、マルチリソース要求３１
、マルチリソース管理３２、マルチリソース３３、２値リソース３４、多値リソース３５
、多値リソース消費３６、及びリソース３７の各クラスによって構成されている。なお、
以下の説明において、「リソース３７を割り当てる」及び「リソース３７を解放する」と
いう表現を用いるが、これらは、それぞれ「リソース３７のサブクラスである２値リソー
スまたは多値リソースを割り当てる」、「リソース３７のサブクラスである２値リソース
または多値リソースを解放する」ことを意味する。
【００３８】
リソース管理３０は、アプリケーション３８からの要求に対してリソース割り当てを実
行する。具体的には、アプリケーション３８から、マルチリソース要求３１を受信したと
き、リソース管理３０は、マルチリソース要求３１に関連するマルチリソース３３経由で
リソース３７が必要であることを知り、アプリケーション３８に対して必要なリソース３
７を割り当てる。また、アプリケーション３８によって生成されたマルチリソース要求３
１を優先度に基づいて管理し、マルチリソース３３に関連付けているリソース３７を割り
当てる。
【００３９】
状態が「使用中」であるマルチリソース要求３１を生成したアプリケーション３８の優
先度が、新たなマルチリソース要求３１を生成したアプリケーション３８の優先度より低
いときには、リソース管理３０は、「使用中」のマルチリソース要求３１から一時解放候
補を検索し、その一時解放候補のマルチリソース要求３１を生成したアプリケーション３
８に対して、リソース明け渡し要求し、明け渡し許可を受け取った後に、新たなマルチリ
ソース要求３１に、リソース３７を割り当てる。
【００４０】
なお、マルチリソース要求３１の状態には、「待ち」、「使用中」及び「一時中断」が
存在する。ここで、アプリケーション３８によってマルチリソース要求３１が生成された
ときに、マルチリソース要求３１の状態は「待ち」となり、マルチリソース３３を介して
、リソース３７が確保されたときに、マルチリソース要求３１の状態は「使用中」となり
、一時解放要求により処理の途中でリソース３７が一時解放されたときに、マルチリソー
ス要求３１の状態は「一時中断」となる。
【００４１】
また、リソース管理３０は、アプリケーション３８から解放要求を受信したときに、ア
プリケーション３８が利用していたリソース３７を解放する。即ち、マルチリソース３３
に関連付けているリソース３７を解放する。このとき、「待ち」状態のマルチリソース要
求３１に対して、リソース３７の割り当てが可能であるならば、リソース３７を割り当て
る。
【００４２】
また、リソース管理３０は、アプリケーション３８から一時解放許可要求を受信したと
きに、マルチリソース３３に関連付けているリソース３７を一時解放する。尚、一時解放
許可要求は、既に、一時明け渡しするように通知されていたアプリケーション３８が一時
解放可能になったときに、アプリケーション３８からリソース管理３０へ送信される。こ
のとき、リソース管理３０は、一時解放を実行した後に、「一時中断」状態のマルチリソ
ース要求３１に対して、リソース３７の割り当てが可能であるならば、リソース３７を割
り当てる。
【００４３】
マルチリソース要求３１は、アプリケーション３８が利用したいマルチリソース３３に
対する要求に対して、マルチリソース３３に対する要求の状態、即ち、マルチリソース要
求３１の状態を持っており、状態遷移にともなう処理を実行する。マルチリソース要求３
１の状態が「待ち」から「使用中」に遷移するときには、マルチリソース要求３１に関連
するマルチリソース３３に対して、マルチリソース３３に関連する複数のリソース３７を
確保させる。
【００４４】
また、マルチリソース要求３１の状態が「使用中」から「一時中断」に遷移するときに
は、マルチリソース要求３１に関連するマルチリソース３３に対して、マルチリソース３
３に関連する複数のリソース３７を解放させる。また、マルチリソース要求３１の状態が
、「待ち」、「使用中」及び「一時中断」のいずれか１つの状態であるときに、アプリケ
ーション３８がリソース３７の利用を終了したときにも、マルチリソース要求３１に関連
するマルチリソース３３に対して、マルチリソース３３に関連する複数のリソース３７を
解放させる。
【００４５】
マルチリソース管理３２は、マルチリソース３３を管理する。アプリケーション３８が
マルチリソース３３の識別子であるマルチリソースＩＤを引数にして、マルチリソース３
３の取得を要求してきたときに、マルチリソース３３を戻り値として返す。マルチリソー
ス３３は、アプリケーション３８が使用する複数のリソース３７を束ね、束ねている２値
リソース３４および多値リソース３５の一括確保、または、一括解放を実行する。
【００４６】
リソース３７は抽象クラスであり、２値リソース３４および多値リソース３５が含まれ
る。２値リソース３４は、アプリケーション３８が、当該リソースを「使用する」又は「
使用しない」の２つにより、リソース確保又は解放を判断することが出来るリソース３７
である。多値リソース３５は、当該リソースの必要量を要求するリソース３７である。多
値リソース消費３６は、多値リソース３５の消費を扱い、必要なリソースの消費量を知っ
ている。多値リソース３５から必要量を取得又は返却する。例えば、２値リソース３４と
して、紙経路等がある。紙経路は、「使用する」又は「使用しない」の２つの状態で表す
ことが出来る。また、例えば、多値リソース３５として、電源等がある。電源容量のＸ％
が必要量であるとしてリソースを表すことが出来る。
【００４７】
次に、上述したリソース確保要求処理、リソース解放要求処理、リソース確保要求のキ
ャンセル要求処理、及び優先度の低いアプリケーション３８が優先度の高いアプリケーシ
ョン３８へリソースを明け渡す処理の各処理手順を、図４から図８を参照して説明する。
ここで、図４から図８示す処理手順を実行する場合に、インクジェットプリンタ１のＲＯ
Ｍに予め格納されている制御プログラムを実行して、各工程を実行させる。
【００４８】
図４は、リソース確保要求処理の手順を示すシーケンス図の一例である。また、図５は
、リソース解放要求処理の手順を示すシーケンス図の一例である。また、図６は、リソー
ス確保要求のキャンセル要求処理の手順を示すシーケンス図の一例である。また、図７及
び図８は、優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリ
ソースを明け渡す処理の手順を示すシーケンス図の一例である。
【００４９】
図４に示すように、リソース確保要求の処理手順は、ロール紙のアプリケーション３８
（以下、「ロール紙アプリケーション」と呼ぶ）を例に挙げて説明する。ロール紙アプリ
ケーションが使用するリソースは、リソース３７のサブクラスである２値リソース３４の
紙経路と、多値リソース３５の電源である。
【００５０】
まず、ロール紙アプリケーションが、マルチリソースＩＤ、ロール紙アプリケーション
の優先度、及びロール紙アプリケーションへの通知先を、内部に保持するロール紙アプリ
ケーションに関連したマルチリソース要求３１（以下、「ロール紙マルチリソース要求」
と呼ぶ）を生成する（Ｓ１０１）。このとき、生成されたロール紙マルチリソース要求は
、状態を「待ち」にする（Ｓ１０２）。
【００５１】
次に、ロール紙アプリケーションは、ロール紙マルチリソース要求とともにリソース確
保要求をリソース管理３０に送る（Ｓ１０３）。リソース管理３０は、リソース確保要求
を介して渡されたロール紙マルチリソース要求とマルチリソース３３を対応付ける初期化
処理を、ロール紙マルチリソース要求に対して要求する（Ｓ１０４）。ロール紙マルチリ
ソース要求は、自身が内部に保持するマルチリソースＩＤに基づいて、マルチリソース管
理３２から、ロール紙マルチリソース要求に対応するマルチリソース３３（以下、「ロー
ル紙マルチリソース」と呼ぶ）を取得し（Ｓ１０５）、現在のロール紙マルチリソースを
設定する（Ｓ１０６）。
【００５２】
次に、リソース管理３０は、ロール紙アプリケーションの優先度に基づいて、ロール紙
アプリケーションと同じ優先度の処理要求キューの最後尾に、ロール紙マルチリソース要
求を追加し（Ｓ１０７）、処理要求キューの要求順番になるまで、待機する。
【００５３】
次に、ロール紙マルチリソース要求の要求順番になったときに、リソース管理３０は、
ロール紙マルチリソース要求に対して、リソース確保を要求し（Ｓ１０８）、ロール紙マ
ルチリソース要求は、ロール紙マルチリソースに対して、２値リソース３４である紙経路
及び多値リソース３５である電源の確保を要求し（Ｓ１０９）、ロール紙マルチリソース
は、２値リソース３４である紙経路及び多値リソース３５である電源を確保し（Ｓ１１０
からＳ１１５）、ロール紙マルチリソース要求の状態を「使用中」に設定し（Ｓ１１６）
、２値リソース３４である紙経路及び多値リソース３５である電源を確保したことをロー
ル紙マルチリソース要求へ通知する（Ｓ１１７）。
【００５４】
最後に、ロール紙マルチリソース要求はリソース管理３０に対して、ロール紙アプリケ
ーションが使用するリソースを確保したことを通知し（Ｓ１１８）、リソース管理３０は
ロール紙アプリケーションに対して、ロール紙アプリケーションが使用するリソースを確
保したことを通知する（Ｓ１１９）。
【００５５】
次に、上述したようにして確保したリソースの利用を、アプリケーション３８が終了す
るときの、リソースの解放要求処理について、図５を参照して説明する。ここでは、ロー
ル紙アプリケーションを例に挙げて説明する。
【００５６】
まず、ロール紙アプリケーションは、リソースの解放要求をリソース管理３０に送る（
Ｓ２０１）。次に、リソース管理３０は、ロール紙マルチリソース要求に対して、ロール
紙マルチリソースの解放を要求する（Ｓ２０２）。ロール紙マルチリソース要求は、ロー
ル紙マルチリソースに対して、２値リソース３４である紙経路及び多値リソース３５であ
る電源の解放を要求し（Ｓ２０３）、ロール紙マルチリソースは、２値リソース３４であ
る紙経路及び多値リソース３５である電源を解放する（Ｓ２０４からＳ２０６）。最後に
、リソース管理３０はロール紙アプリケーションに対して、ロール紙アプリケーションが
使用するリソースを解放したことを通知する（Ｓ２０７）。
【００５７】
次に、処理要求キューにおいてマルチリソース要求３１の要求順番となる前に、そのマ
ルチリソース要求３１がキャンセルされた場合の処理手順について、図６を参照して説明
する。ここでは、ロール紙アプリケーションを例に挙げて説明する。また、ロール紙アプ
リケーションによって生成されたロール紙マルチリソース要求が、処理要求キューに追加
されるまでの処理（Ｓ３０１からＳ３０７）は、図４において説明したステップＳ１０１
からＳ１０７と同様であるので、説明を省略する。
【００５８】
ロール紙マルチリソース要求の要求順番になる前に、ロール紙アプリケーションによっ
て、リソース確保が不要であると判定されたときに、ロール紙アプリケーションは、リソ
ースの解放要求をリソース管理３０に送る（Ｓ３０８）。リソース管理３０は、処理要求
キューから、ロール紙アプリケーションに関連したロール紙マルチリソース要求を削除す
る（Ｓ３０９）。最後に、リソース管理３０はロール紙アプリケーションに対して、ロー
ル紙アプリケーションが使用するリソースを解放したことを通知する（Ｓ３１０）。
【００５９】
次に、優先度の低いアプリケーション３８が優先度の高いアプリケーション３８へリソ
ースを明け渡す処理について、図７及び図８を参照して説明する。ここでは、ロール紙ア
プリケーション、及びドロワのプリケーション３８（以下、「ドロワアプリケーション」
と呼ぶ）を例に挙げて説明する。ドロワアプリケーションが使用するリソースは、リソー
ス３７のサブクラスである多値リソース３５の電源である。また、ドロワアプリケーショ
ンは、ロール紙アプリケーションより、優先度が高いとする。従って、図７及び図８では
、ロール紙アプリケーションが、リソースを確保して使用しているときに、ドロワアプリ
ケーションからリソースの確保要求があった場合について説明する。
【００６０】
まず、ドロワアプリケーションが、マルチリソースＩＤ、ロール紙アプリケーションの
優先度、及びドロワアプリケーションへの通知先を、内部に保持するドロワアプリケーシ
ョンに関連したマルチリソース要求３１（以下、「ドロワマルチリソース要求」と呼ぶ）
を生成する（Ｓ４０１）。このとき、生成されたドロワマルチリソース要求は、状態を「
待ち」にする（Ｓ４０２）。
【００６１】
次に、ドロワアプリケーションは、ドロワマルチリソース要求とともにリソース確保要
求をリソース管理３０に送る（Ｓ４０３）。リソース管理３０は、リソース確保要求を介
して渡されたドロワマルチリソース要求とマルチリソース３３を対応付ける初期化処理を
、ドロワマルチリソース要求に対して要求する（Ｓ４０４）。ドロワマルチリソース要求
は、自身が内部に保持するマルチリソースＩＤに基づいて、マルチリソース管理３２から
、ドロワマルチリソース要求に対応するマルチリソース３３（以下、「ドロワマルチリソ
ース」と呼ぶ）を取得し（Ｓ４０５）、現在のドロワマルチリソースを設定する（Ｓ４０
６）。
【００６２】
次に、リソース管理３０は、ドロワアプリケーションの優先度に基づいて、ドロワアプ
リケーションと同じ優先度の処理要求キューの最後尾に、ドロワマルチリソース要求を追
加し（Ｓ４０７）、処理要求キューの要求順番になるまで、待機する。
【００６３】
次に、ドロワマルチリソース要求の要求順番になったときに、リソース管理３０は、ド
ロワマルチリソース要求に対して、リソース確保を要求し（Ｓ４０８）、ドロワマルチリ
ソース要求は、ドロワマルチリソースに対して、多値リソース３５である電源の確保を要
求し（Ｓ４０９）、ドロワマルチリソースは、多値リソース３５である電源を確保しよう
と試み、失敗し（Ｓ４１０からＳ４１３）、多値リソース３５である電源の確保が失敗し
たことをドロワマルチリソース要求へ通知する（Ｓ４１４）。
【００６４】
次に、ドロワマルチリソース要求は、リソース管理３０に対して、リソース確保が失敗
したことを通知する（Ｓ４１５）。リソース確保が失敗した理由は、既に電源を、ロール
紙アプリケーションが使用しているためであり、ドロワアプリケーションとロール紙アプ
リケーションとが同時に電源を使用した場合、電源容量がオーバーするためである。
【００６５】
次に、リソース管理３０は、一時解放候補となるマルチリソース要求３１を処理要求キ
ューの中から検索する（Ｓ４１６）。ここでは、一時解放候補として、ロール紙マルチリ
ソース要求が検索される。検索したロール紙マルチリソース要求を関連したロール紙アプ
リケーションに対して、使用しているリソースを一時解放するように通知する（Ｓ４１７
）。ロール紙アプリケーションは、使用しているリソースを一時解放する準備が出来たと
きに、リソース管理３０に対して、一時解放許可要求を送信する（Ｓ４１８）。
【００６６】
リソース管理３０は、ロール紙マルチリソース要求に対して、ロール紙マルチリソース
の解放を要求する（Ｓ４１９）。ロール紙マルチリソース要求は、ロール紙マルチリソー
スに対して、２値リソース３４である紙経路及び多値リソース３５である電源の解放を要
求し（Ｓ４２０）、ロール紙マルチリソースは、２値リソース３４である紙経路及び多値
リソース３５である電源を解放する（Ｓ４２１からＳ４２３）。このとき、ロール紙マル
チリソース要求の状態を「一時中断」とする。
【００６７】
最後に、上述の図４に準じて、ドロワマルチリソース要求が、ドロワマルチリソースを
介して、多値リソース３５である電源を確保し、ドロワマルチリソース要求の状態を「使
用中」に設定し、リソース管理３０に対して、ドロワアプリケーションが使用するリソー
スを確保したことを通知したときに、リソース管理３０は、ドロワアプリケーションに対
して、ドロワアプリケーションが使用するリソースを確保したことを通知する（Ｓ４２４
）。
【００６８】
ここで、上述した一時解放候補の検索は、「リソース確保要求の対象のアプリケーショ
ン３８（Ａ）の優先度より低い優先度のアプリケーション３８（Ｂ）に関連したマルチリ
ソース要求３１であり、かつ、アプリケーション３８（Ｂ）に関連したマルチリソース要
求３１の状態が「使用中」であり、かつ、アプリケーション３８（Ｂ）が使用している複
数のリソースの中の少なくとも１つのリソースが、アプリケーション３８（Ａ）が確保し
ようとしている複数のリソースの中の少なくとも１つのリソースと競合する」とする条件
を満たしたアプリケーション３８（Ｂ）に関連したマルチリソース要求３１を一時解放候
補とする。
【００６９】
また、上述した図４から図８示す処理手順を実行する場合に、インクジェットプリンタ
１のＲＯＭに予め格納されている制御プログラムを実行して、各工程を実行させるように
したが、これらの各工程を実行させるプログラムを記録した情報記録媒体から、そのプロ
グラムをＲＡＭに読み込んで実行するようにしても良い。
【００７０】
ここで、情報記録媒体とは、ＲＡＭ、ＲＯＭ等の半導体記録媒体、ＦＤ、ＨＤ等の磁気
記憶型記録媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記録媒体、ＭＯ等の磁
気記憶型／光学的読取方式記録媒体であって、電子的、磁気的、光学等の読み取り方法の
いかんにかかわらず、コンピュータによって読み取り可能な情報記録媒体であれば、あら
ゆる情報記録媒体を含むものである。また、プログラムを、ネットワークを経由してダウ
ンロードして実行するようにしても良い。
【符号の説明】
【００７１】
１    インクジェットプリンタ、３０    リソース管理、３１    マルチリソース要求
、３２    マルチリソース管理、３３    マルチリソース、３４    ２値リソース、３５
多値リソース、３６    多値リソース消費、３７    リソース、３８    アプリケー
ション。
【図１】
2011081813.tif 000003
【図２】
2011081813.tif 000004
【図３】
2011081813.tif 000005
【図４】
2011081813.tif 000006
【図５】
2011081813.tif 000007
【図６】
2011081813.tif 000008
【図７】
2011081813.tif 000009
【図８】
2011081813.tif 000010
【手続補正書】
【提出日】平成22年11月11日(2010.11.11)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１個又は複数個のリソースを複数個の機能が共通に使用する多機能複合装置のリソース管理方法であって、
（ａ）前記機能から、当該機能が使用する全ての前記リソースの確保要求を受け付けたときに、当該機能の優先度に基づいて、当該優先度と同じ優先度の異なる１個または複数個の前記機能に関連した前記リソースの確保要求の中で、最後に当該機能に要求された全ての前記リソースが割り当てられるように、当該機能に関連した前記リソースの確保要求の要求順を調整して、処理要求キューに追加し、前記処理要求キューの要求順に従って、リソース確保要求を実行する工程と、
（ｂ）前記機能から、当該機能が使用する全ての前記リソースの解放要求を受け付けたときに、当該機能が使用している全ての当該リソースを解放する工程と、
（ｃ）前記機能から、当該機能が使用する全ての前記リソースの一時解放許可要求を受け付けたときに、当該機能が使用している全ての当該リソースを一時的に解放する工程と、
（ｄ）前記工程（ｂ）または前記工程（ｃ）によって、前記リソースが解放されたときに、前記処理要求キューの要求順に従って、前記リソースの確保要求を実行する工程と、を備えていることを特徴とするリソース管理方法。
【請求項２】
前記工程（ａ）は、
（ｅ）前記リソース確保要求が失敗したときに、当該リソース確保要求を要求した前記機能の前記優先度、使用する全ての前記リソースを既に確保している１個または複数個の前記機能の前記優先度、及び所定の一時解放候補検索ルールに基づいて、使用する全ての前記リソースを確保している１個または複数個の前記機能の中から、使用する全ての前記リソースを一時的に解放してもらう一時解放候補機能を検索し、検索した前記一時解放候補機能に対して、使用する全ての前記リソースを一時的に解放してもらうように要求する工程を備えていることを特徴とする請求項１に記載のリソース管理方法。
【請求項３】
前記一時解放候補検索ルールは、
前記一時解放候補機能が、リソース確保要求が失敗であった前記マルチリソース要求部に関連した前記機能の前記優先度よりも低い優先度に設定されている前記機能であり、かつ、使用する全ての前記リソースを確保して、使用している前記機能であり、かつ、リソース確保要求が失敗であった前記マルチリソース要求部に関連した前記機能が利用する１個または複数個の前記リソースの中の少なくとも１つの前記リソースを使用する前記機能であることを特徴とする請求項１に記載のリソース管理方法。
【請求項４】
前記リソースは、前記機能によって確保されているか否かの２値の状態によって表される２値リソース、及び前記リソースの全容量に対する前記機能によって確保される割合によって表される多値リソースであることを特徴とする請求項２または３に記載のリソース管理方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、１個又は複数個のリソースを複数個の機能が共通に使用するリソース管理方法に関する。特に、機能が使用する全てのリソースを一括して確保又は解放しながら、機能が使用するリソースの割り当てを管理する多機能複合装置のリソース管理方法に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】削除
【補正の内容】
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】削除
【補正の内容】
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】削除
【補正の内容】