(57)【要約】【課題】リソースの状態に関係なくプログラムを起動する場合に比べて、並行して実行されるプログラムの数を少なくすること。【解決手段】提供手段１０３は、制限プログラム（並行して実行可能な数が制限されているプログラム）を実行して各種機能をユーザに提供する。また、提供手段１０３は、各機能に対応するリソースを使用してそれらの機能を提供する。起動手段１０２は、機能を提供するように要求されると、その機能に対応するリソースが使用可能であり、且つ、制限プログラムの実行数が制限を超えない場合に、その制限プログラムを起動させる。起動手段１０２は、認証手段１０１により認証されたユーザに対応付けられた制限プログラムを起動する。【選択図】図５
2016018468.tif 000002
【特許請求の範囲】
【請求項１】
並行して実行可能な数が制限されているプログラムを実行して機能を提供する提供手段であって、当該機能に対応するリソースを使用して当該機能を提供する提供手段と、
前記機能を提供するように要求されると、前記リソースが使用可能であり、且つ、前記プログラムの実行数が前記制限を超えない場合に、当該プログラムを起動させる起動手段と
を備える情報処理装置。
【請求項２】
前記起動手段は、前記リソースが使用不可である場合には、前記プログラムの起動を予約し、当該リソースが使用可能となったときに、当該予約に基づいて当該プログラムを起動させる
請求項１に記載の情報処理装置。
【請求項３】
前記機能に対応するリソースには当該機能によって専有される専有リソースが含まれ、
前記起動手段は、前記専有リソースが使用されている場合には、前記予約を行う
請求項２に記載の情報処理装置。
【請求項４】
前記機能に対応するリソースには複数の機能により共有される共有リソースが含まれ、
前記起動手段は、提供するように要求された前記機能のために割り当て可能な前記共有リソースが当該機能に応じた基準を超えない場合には、前記予約を行う
請求項２または３に記載の情報処理装置。
【請求項５】
前記機能に対応するリソースには当該機能によって専有される専有リソースが含まれ、
前記起動手段は、前記専有リソースが使用されていない場合に、前記プログラムの実行数が前記制限を超えないときに当該プログラムを起動させる
請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記機能に対応するリソースには複数の機能により共有される共有リソースが含まれ、
前記起動手段は、提供するように要求された前記機能のために割り当て可能な前記共有リソースが当該機能に応じた基準を超える場合には、前記プログラムの実行数が前記制限を超えなければ当該プログラムを起動させる
請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
ユーザを認証する認証手段を備え、
前記起動手段は、認証された前記ユーザに対応付けられた前記プログラムを起動する
請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記リソースを有する装置が複数存在し、
前記起動手段は、自装置の前記リソースが使用不可であるが、前記複数の装置のリソースのいずれかが使用可能である場合で、前記プログラムの実行数が前記制限を超えないときに、当該プログラムを、前記リソースを使用可能な装置において起動させる
請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
コンピュータを、
並行して実行可能な数が制限されているプログラムを実行して機能を提供する提供手段であって、当該機能に対応するリソースを使用して当該機能を提供する提供手段と、
前記機能を提供するように要求されると、前記リソースが使用可能であり、且つ、前記プログラムの実行数が前記制限を超えない場合に、当該プログラムを起動させる起動手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、ログイン処理を行ったユーザのユーザ情報に関連付けられたユーザライセンス情報に対応するプラグインに対してアクティベートを実施する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１８０８８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、リソースの状態に関係なくプログラムを起動する場合に比べて、並行して実行されるプログラムの数を少なくすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る情報処理装置は、並行して実行可能な数が制限されているプログラムを実行して機能を提供する提供手段であって、当該機能に対応するリソースを使用して当該機能を提供する提供手段と、前記機能を提供するように要求されると、前記リソースが使用可能であり、且つ、前記プログラムの実行数が前記制限を超えない場合に、当該プログラムを起動させる起動手段とを備えることを特徴とする。
【０００６】
本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記起動手段は、前記リソースが使用不可である場合には、前記プログラムの起動を予約し、当該リソースが使用可能となったときに、当該予約に基づいて当該プログラムを起動させることを特徴とする。
【０００７】
本発明の請求項３に係る情報処理装置は、請求項２に記載の構成において、前記機能に対応するリソースには当該機能によって専有される専有リソースが含まれ、前記起動手段は、前記専有リソースが使用されている場合には、前記予約を行うことを特徴とする。
【０００８】
本発明の請求項４に係る情報処理装置は、請求項２または３に記載の構成において、前記機能に対応するリソースには複数の機能により共有される共有リソースが含まれ、前記起動手段は、提供するように要求された前記機能のために割り当て可能な前記共有リソースが当該機能に応じた基準を超えない場合には、前記予約を行うことを特徴とする。
【０００９】
本発明の請求項５に係る情報処理装置は、請求項１乃至４のいずれか１項に記載の構成において、前記機能に対応するリソースには当該機能によって専有される専有リソースが含まれ、前記起動手段は、前記専有リソースが使用されていない場合に、前記プログラムの実行数が前記制限を超えないときに当該プログラムを起動させることを特徴とする。
【００１０】
本発明の請求項６に係る情報処理装置は、請求項１乃至５のいずれか１項に記載の構成において、前記機能に対応するリソースには複数の機能により共有される共有リソースが含まれ、前記起動手段は、提供するように要求された前記機能のために割り当て可能な前記共有リソースが当該機能に応じた基準を超える場合には、前記プログラムの実行数が前記制限を超えなければ当該プログラムを起動させることを特徴とする。
【００１１】
本発明の請求項７に係る情報処理装置は、請求項１乃至６のいずれか１項に記載の構成において、ユーザを認証する認証手段を備え、前記起動手段は、認証された前記ユーザに対応付けられた前記プログラムを起動することを特徴とする。
【００１２】
本発明の請求項８に係る情報処理装置は、請求項１乃至７のいずれか１項に記載の構成において、前記リソースを有する装置が複数存在し、前記起動手段は、自装置の前記リソースが使用不可であるが、前記複数の装置のリソースのいずれかが使用可能である場合で、前記プログラムの実行数が前記制限を超えないときに、当該プログラムを、前記リソースを使用可能な装置において起動させることを特徴とする。
【００１３】
本発明の請求項９に係るプログラムは、コンピュータを、並行して実行可能な数が制限されているプログラムを実行して機能を提供する提供手段であって、当該機能に対応するリソースを使用して当該機能を提供する提供手段と、前記機能を提供するように要求されると、前記リソースが使用可能であり、且つ、前記プログラムの実行数が前記制限を超えない場合に、当該プログラムを起動させる起動手段として機能させることを特徴とする。
【発明の効果】
【００１４】
請求項１、９に係る発明によれば、リソースの状態に関係なくプログラムを起動する場合に比べて、並行して実行されるプログラムの数を少なくすることができる。
請求項２に係る発明によれば、予約を行わない場合に比べて、リソースが使用可能となったときにプログラムを迅速に起動させることができる。
請求項３に係る発明によれば、予約を行わない場合に比べて、専有リソースを使用するプログラムをより早いタイミングで起動させることができる。
請求項４に係る発明によれば、予約を行わない場合に比べて、共有リソースを使用するプログラムをより早いタイミングで起動させることができる。
【００１５】
請求項５に係る発明によれば、専有リソースの状態に関係なくプログラムを起動する場合に比べて、専有リソースを使用するプログラムが並行して実行される数を少なくすることができる。
請求項６に係る発明によれば、共有リソースの状態に関係なくプログラムを起動する場合に比べて、共有リソースを使用するプログラムが並行して実行される数を少なくすることができる。
請求項７に係る発明によれば、ユーザは認証を行うだけで機能を利用することができる。
請求項８に係る発明によれば、複数の装置のリソースの状態を考慮しない場合に比べて、それらのリソースをより有効に使用することができる。
【図面の簡単な説明】
【００１６】
【図１】情報処理システムの全体構成を表す図
【図２】画像処理装置のハードウェア構成を表す図
【図３】情報管理装置のハードウェア構成を表す図
【図４】ライセンス管理装置のハードウェア構成を表す図
【図５】画像処理装置の機能構成を表す図
【図６】ユーザ情報テーブルの一例を表す図
【図７】リソース状態テーブルの一例を表す図
【図８】ライセンス管理テーブルの一例を表す図
【図９】提供処理でのシーケンスの一例を表す図
【図１０】予約後のシーケンスの一例を表す図
【図１１】予約後のシーケンスの別の一例を表す図
【図１２】変形例のユーザ情報テーブルの一例を表す図
【図１３】変形例のリソース状態テーブルの一例を表す図
【図１４】変形例の情報処理システムの構成を表す図
【図１５】変形例のリソース状態テーブルの一例を表す図
【図１６】変形例の情報処理システムの機能構成の一例を表す図
【発明を実施するための形態】
【００１７】
［１］実施形態
［１−１］構成
図１は情報処理システム１の全体構成を表す。情報処理システム１は、本実施形態では、コピー機能やスキャン機能、ＦＡＸ（ファクシミリ）機能、プリント機能（画像や文書のデータを媒体に出力する機能）など、主に画像を処理する機能（以下「画像処理機能」という）をユーザに提供する。情報処理システム１は、画像処理装置１０と、情報管理装置２０と、ライセンス管理装置３０と、複数のユーザ装置４０とを備える。
【００１８】
画像処理装置１０は、前述した画像処理機能を有する。また、画像処理装置１０は、ユーザを認証する機能も有しており、ユーザを識別する情報であるユーザＩＤ（Identifier）及びパスワードに基づいてユーザを認証する。画像処理装置１０は、認証したユーザに対して画像処理機能を提供する。つまり、ユーザは、ユーザＩＤ及びパスワードを用いて自分を認証させるいわゆるログインを行って、画像処理機能を利用する。なお、ユーザ認証は近距離通信可能なＩＣ（Integrated Circuit）カードや生体情報（指紋や声紋など）を用いるなど他の方法で行われてもよい。ユーザがログインするための操作は、画像処理装置１０に対して行われる場合と、ユーザ装置４０に対して行われる場合とがある。
【００１９】
複数のユーザ装置４０は、いずれも、パーソナルコンピュータやタブレット端末など、ユーザが利用するコンピュータである。画像処理装置１０は、自装置を操作するユーザ及び複数のユーザ装置４０を利用する複数のユーザのそれぞれについて認証を行う。画像処理装置１０は、ユーザ認証機能により認証したユーザに対して画像処理機能を提供する。画像処理装置１０は、複数のユーザが並行してログインしてきた場合でも、それらの各ユーザについて認証を行い、認証されたユーザが複数いれば、それら複数のユーザに対して並行して画像処理機能を提供する。
【００２０】
画像処理装置１０は、画像処理機能を実現するためのプログラム群を記憶している。プログラム群には、例えば出荷前から組み込まれているファームウェアや機能を拡張するために後から追加されるプラグインなどが含まれる。各画像処理機能は、これらのプログラムのうち必要なものが実行されることで実現する。例えば、コピー機能が提供されるときには、画像を読み取るためのプログラムＡと画像を媒体に形成するためのプログラムＢとが実行され、スキャン機能が提供されるときには、プログラムＡが実行される。また、ＦＡＸ機能が提供されるときには、ＦＡＸモデムを制御するためのプログラムＣが実行され、プリントアウト機能が提供されるときにはプログラムＢが実行される。
【００２１】
情報処理システム１においては、全ユーザに対して全画像処理機能が提供されるわけではなく、提供される画像処理機能はユーザ毎に決められている。例えばユーザαにはコピー機能及びスキャン機能が提供され、ユーザβにはスキャン機能が提供され、ユーザγにはＦＡＸ機能が提供される。提供される機能がユーザ毎に異なれば、実行されるプログラムもユーザ毎に異なる。例えばユーザαにコピー機能及びスキャン機能が提供されるときにはプログラムＡ及びＢが実行される。ユーザβにスキャン機能が提供されるときにはプログラムＡが実行され、ユーザγにＦＡＸ機能が提供されるときにはプログラムＣが実行される。情報管理装置２０は、各ユーザに機能が提供される場合に実行されるプログラムが何であるかといった情報を管理する装置であり、上述したユーザの識別情報であるユーザＩＤやプログラムの識別情報であるプログラムＩＤ等の情報を記憶している。
【００２２】
プログラムには、ライセンス（プログラムを使用する権利）を必要とするものがある。画像処理装置１０が実行するプログラムの中には、許可されたライセンス数の範囲内でソフトウェアの起動が許可される、すなわち同時に使用可能な数を制限するというライセンス形態（いわゆるフローティングライセンス）で提供されているものがある。ライセンス管理装置３０は、そのように並行して実行可能な数が制限されているプログラム（以下「制限プログラム」という）のライセンスを管理する装置である。ライセンス管理装置３０は、制限プログラムを並行して実行可能な残りの数（以下「実行可能数」という）などの情報を記憶している。画像処理装置１０、情報管理装置２０及びライセンス管理装置３０は、通信回線２を介して接続され、ユーザＩＤやプログラムＩＤ、実行可能数などの情報をやり取りする。
【００２３】
図２は画像処理装置１０のハードウェア構成を表す。画像処理装置１０は、制御部１１と、記憶部１２と、通信部１３と、表示部１４と、操作部１５と、画像読取部１６と、画像形成部１７と、ＦＡＸ部１８とを有するコンピュータである。制御部１１は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を有する。制御部１１は、ＣＰＵがＲＯＭや記憶部１２に記憶されているプログラムを実行することで、各部の動作を制御する。記憶部１２は、不揮発メモリであり、各種プログラムやデータを記憶する。通信部１３は、通信回線２を介してデータ通信を行う通信インターフェースとして機能する。
【００２４】
表示部１４は、各種メッセージや画像を表示するディスプレイ装置を備えている。操作部１５は、画像処理装置１０を操作するための操作子等を有する。画像読取部１６は、例えばスキャナであり、用紙等の媒体に形成されたコンテンツの画像を光学的に読み取って、読み取った画像を表す画像データを制御部１１に供給する。画像形成部１７は、用紙等の媒体に画像を形成する手段であり、例えば、イエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）及びブラック（Ｋ）の４色のトナーを用いて電子写真方式で用紙に画像を形成する。ＦＡＸ部１８は、ＦＡＸモデム等を有し、画像データをファクシミリのプロトコルに則って送受信する。
【００２５】
図３は情報管理装置２０のハードウェア構成を表し、図４はライセンス管理装置３０のハードウェア構成を表す。情報管理装置２０は、制御部２１と、記憶部２２と、通信部２３とを有するコンピュータである。ライセンス管理装置３０は、制御部３１と、記憶部３２と、通信部３３とを有するコンピュータである。これらは、図２に示す同名の各部と共通のハードウェアである。
制御部１１のＣＰＵが記憶部１２に記憶されているプログラムを実行することで、図５に示す機能が実現される。
【００２６】
図５は画像処理装置１０の機能構成を表す。画像処理装置１０は、認証手段１０１と、起動手段１０２と、提供手段１０３と、終了手段１０４とを備える。
認証手段１０１は、ユーザを認証する手段である。認証手段１０１は、例えば上述したユーザＩＤ及びパスワードの組み合わせを記憶しておき、ユーザのログインの操作により入力されたユーザＩＤ及びパスワードと記憶していたユーザＩＤ及びパスワードが一致していれば、そのユーザを認証する。なお、認証手段１０１は、外部装置に問い合わせてこの認証を行ってもよいし、前述したようにＩＣカードや生体情報を用いた認証を行ってもよい。認証手段１０１は、ユーザを認証すると、認証したユーザのユーザＩＤを起動手段１０２に供給する。また、認証手段１０１は、ユーザが認証を終わらせる操作（ログオフの操作）を行うと、ユーザが認証されていない状態になった旨を終了手段１０４に通知する。
【００２７】
次に、説明を分かり易くするため、提供手段１０３について先に説明する。
提供手段１０３は、上述した制限プログラムを実行して機能をユーザに提供する手段である。また、提供手段１０３は、各機能に対応するリソースを使用してそれらの機能を提供する。リソースとは、機能を実現するために用いられるハードウェア資源（例えば図２に示す各部）及びソフトウェア資源（例えば図２に示す各部を制御するためのプログラムやデータなど）のことである。本実施形態では、上述したプログラムＡ、Ｂ及びＣがいずれも制限プログラムである。提供手段１０３は、例えば、プログラムＡを実行し、制御部１１、記憶部１２及び画像読取部１６等のリソースを使用してスキャン機能を提供する。
【００２８】
また、提供手段１０３は、プログラムＡ及びＢを実行し、制御部１１、記憶部１２、画像読取部１６及び画像形成部１７等を使用してコピー機能を提供し、プログラムＣを実行し、制御部１１、記憶部１２及びＦＡＸ部１８等を使用してＦＡＸ機能を提供する。リソースのうち、画像読取部１６、画像形成部１７及びＦＡＸ部１８は、コピー機能やＦＡＸ機能などの機能を提供するために使用されていると、その機能によって専有されるリソース（専有中は他の機能では使用不可となるリソース）である。以下ではこれらのリソースを「専有リソース」という。反対に、制御部１１のように複数の機能により共有されるリソースを「共有リソース」という。例えばコピー機能、スキャン機能及びＦＡＸ機能に対応するリソースには、これら専有リソース及び共有リソースがどちらも含まれている。
【００２９】
起動手段１０２は、機能（例えば上述した画像処理機能）を提供するように要求されると、その機能に対応するリソースが使用可能であり、且つ、制限プログラムの実行数が制限を超えない場合に、その制限プログラムを起動させる手段である。「起動」とは、プログラムがメモリ上に展開されて使用可能となることをいう。また、ここでいう「実行数」とは、起動手段１０２が制限プログラムを起動させた結果、実行されることになる制限プログラムの数のことをいう。つまり、起動手段１０２が制限プログラムを実行すると、実行前に比べて実行数が１増えるが、それでも制限（すなわちその制限プログラムを並行して実行可能な数）を超えないということである。従って、起動手段１０２は、制限プログラムを実行してもその実行数が制限を超えない場合に、その制限プログラムを起動させる。起動手段１０２は、本実施形態では、認証手段１０１により認証されたユーザに対応付けられた制限プログラムを起動する。この制限プログラムは、認証されたユーザに対応付けられた機能を提供するためのプログラムである。
【００３０】
ユーザに対応付けられた機能とは、例えば、情報処理システム１において提供される種類がユーザ毎に決められている画像処理機能である。上述したユーザα、β及びγあれば、ユーザαにはコピー機能及びスキャン機能が対応付けられ、ユーザβにはスキャン機能が対応付けられる。また、ユーザγにはＦＡＸ機能が対応付けられる。さらに、これらの機能を提供する際に実行されるプログラムは、ユーザαであればプログラムＡ及びＢ、ユーザβであればプログラムＡ、ユーザγであればプログラムＣである。本実施形態では、各ユーザとこれらの情報との対応付けを表したユーザ情報テーブルが情報管理装置２０に記憶されている。
【００３１】
図６はユーザ情報テーブルの一例を表す。図６の例では、説明を分かり易くするため、上述した「ユーザα」や「プログラムＡ」、「画像読取部」をそれぞれユーザＩＤ、プログラムＩＤ、リソースとして示している。なお、これらの情報は、他の数や文字、記号などを用いて表されていてもよく、ユーザやプログラム、リソースが識別されるように表されていればよい。図６の例では、上述した例のとおり、「ユーザα」に「プログラムＡ」及び「プログラムＢ」と、「画像読取部」及び「画像形成部」とが対応付けられている。「ユーザβ」には「プログラムＡ」と「画像読取部」とが対応付けられ、「ユーザγ」には「プログラムＣ」と「ＦＡＸ部」とが対応付けられている。
【００３２】
起動手段１０２は、本実施形態では、提供することを要求された機能に対応するリソースのうちの専有リソース（例えばコピー機能の提供が要求された場合であれば画像読取部１６及び画像形成部１７）が他の機能によって使用されていない場合に、リソースが使用可能であると判断する。画像処理装置１０は、各専有リソースの状態を表すリソース状態テーブルを記憶している。
【００３３】
図７はリソース状態テーブルの一例を表す。図７の例では、専有リソースである「画像読取部」、「画像形成部」及び「ＦＡＸ部」という各リソースに、「使用可能」、「使用不可」及び「使用可能」という状態が対応付けられている。この場合、「画像形成部」が何らかの機能により使用され、残りの２つはどの機能によっても使用されていないことが表されている。画像処理装置１０は、各リソースの使用が開始され及び終了する度に、リソース状態テーブルを更新する。
【００３４】
起動手段１０２は、例えばユーザβが認証された場合、ユーザβに対応付けられたリソースを情報管理装置２０に問い合わせる。情報管理装置２０は、問い合わせを受けたユーザβに対応付けられたリソースである「画像読取部」を起動手段１０２に通知する。起動手段１０２は、通知されたリソースである「画像読取部」の状態をリソース状態テーブルで確認する。この例では、状態が「使用可能」であるので、起動手段１０２は、ユーザβに対応付けられたプログラムＩＤを情報管理装置２０に問い合わせる。情報管理装置２０は、問い合わせを受けたユーザβに対応付けられた「プログラムＡ」を起動手段１０２に通知する。なお、情報管理装置２０は、ユーザβに対応付けられたリソース及びプログラムを一度に通知してもよい。起動手段１０２は、以上のとおり通知された「プログラムＡ」の識別情報（プログラムＩＤ）と、このプログラムＡの起動を許可することを求める旨を記述した情報（以下「許可要求」という）とをライセンス管理装置３０に送信することで、プログラムＡの起動の許可をライセンス管理装置３０に要求する。
【００３５】
また、ユーザαが認証された場合、ユーザαに対応付けられたリソースである「画像読取部」は「使用可能」であるが、「画像形成部」は「使用不可」である。起動手段１０２は、このようにリソースが使用不可である場合には、ユーザαに対応付けられた「プログラムＡ」及び「プログラムＢ」の起動を予約する。具体的には、起動手段１０２は、「プログラムＡ」及び「プログラムＢ」の識別情報（プログラムＩＤ）とともに、「ユーザα」の識別情報（ユーザＩＤ）と、プログラムの起動を予約することを求める旨を記述した情報（以下「予約要求」という）とをライセンス管理装置３０に送信することで、この予約を行う。
【００３６】
ライセンス管理装置３０は、制限プログラムの実行可能数と、制限プログラムの予約の状況とを格納したライセンス管理テーブルを記憶している。
図８はライセンス管理テーブルの一例を表す。図８（ａ）では、プログラムＡ、Ｂ、Ｃの「実行可能数」がいずれも「１」であり、「予約状況」がいずれも「なし」であることが表されている。この状態で例えば起動手段１０２から「プログラムＡ」の識別情報及び前述した許可要求が送信されてくると、ライセンス管理装置３０は、プログラムＡの実行可能数が「１」、すなわち１以上であるから、プログラムＡの起動を許可する旨を画像処理装置１０に通知し、「プログラムＡ」の実行可能数を図８（ｂ）に示すように「０」に更新する。起動手段１０２は、この通知を受け取ることで、プログラムＡを起動する。このように、ライセンス管理装置３０から制限プログラムの起動の許可を得ること（この例ではライセンス管理装置３０に実行可能数を「１」から「０」に更新させること）を「アクティベート」ともいう。
【００３７】
また、ライセンス管理装置３０は、起動手段１０２から「ユーザα」、「プログラムＡ」及び「プログラムＢ」の識別情報及び前述した予約要求が送信されてくると、これらのプログラムに対応付けられた予約状況を図８（ｃ）に示すようにユーザαの識別情報に更新する。この後、起動手段１０２は、ユーザαに対応付けられたリソースの状態がいずれも「使用可能」になると、ユーザαの識別情報及び上述した許可要求を送信することで、予約していた制限プログラムの起動を許可するようライセンス管理装置３０に要求する。ライセンス管理装置３０は、許可要求とともに受信した「ユーザα」に対応付けられているプログラムＡ及びＢの起動を許可する旨を画像処理装置１０に通知する。そして、ライセンス管理装置３０は、図８（ｄ）に示すように、これらのプログラムの実行可能数を「０」に、予約状況を「なし」に更新する。
【００３８】
本実施形態では、ライセンス管理装置３０は、予約された制限プログラムの起動の許可がユーザαから要求されるまでは、他のユーザから要求されても、その制限プログラムの起動を許可しない。つまり、ライセンス管理装置３０は、予約してきた順番に起動を許可する。これにより、使用不可であったリソースが使用可能となったときに、起動手段１０２がその予約に基づいて制限プログラムを起動する。起動手段１０２がこうして制限プログラムを起動すると、提供手段１０３は、起動された制限プログラムを実行してコピー機能などの機能を提供する。以上のとおり、本実施形態では、起動手段１０２は、専有リソースが使用されていない場合には、制限プログラムの実行数が制限を超えなければその制限プログラムを起動させる。また、起動手段１０２は、専有リソースが使用されている場合には、上述した予約を行う。
【００３９】
終了手段１０４は、認証手段１０１からユーザが認証されていない状態になった旨を通知されると、起動されている制限プログラムを終了し、終了させた制限プログラムの識別情報（プログラムＩＤなど）及びそれらの制限プログラムを終了した旨をライセンス管理装置３０に通知する。ライセンス管理装置３０は、この通知を受け取ると、終了した制限プログラムの実行可能数に「１」を加え、図７等に示すライセンス管理テーブルを更新する。
【００４０】
［１−２］動作
情報処理システム１が備える各装置は、機能を提供する提供処理を行う。
図９は提供処理でのシーケンスの一例を表す。提供処理は、画像処理装置１０に対してユーザが認証の操作（例えばユーザＩＤ及びパスワードの入力）を行うことを契機に開始される。まず、画像処理装置１０は、ユーザの操作に基づいてユーザを認証する（ステップＳ１１）。ステップＳ１１の動作は認証手段１０１が行う。次に、画像処理装置１０が認証したユーザに対応付けられたリソースを情報管理装置２０に問い合わせると（ステップＳ１２）、情報管理装置２０がそのリソースを画像処理装置１０に通知する（ステップＳ１３）。
【００４１】
画像処理装置１０は、通知されたリソースが使用可能か否かを判断し、使用可能であれば（ステップＳ２１：ＹＥＳ）、認証したユーザに対応付けられた制限プログラムを情報管理装置２０に問い合わせる（ステップＳ２２）。情報管理装置２０がその制限プログラムを画像処理装置１０に通知すると（ステップＳ２３）、画像処理装置１０は、通知された制限プログラムの識別情報及び上述した許可要求をライセンス管理装置３０に送信することで、その制限プログラムの起動の許可を要求する（ステップＳ２４）。
【００４２】
なお、画像処理装置１０は、ステップＳ２１において、ステップＳ１３で通知されたリソースの使用可否を判断する代わりに、先にステップＳ２２の動作（認証したユーザに対応付けられた制限プログラムの問合せ）を行い、その結果通知された制限プログラムに対応するリソースの使用可否を判断してもよい。その場合、画像処理装置１０は、制限プログラムに対応するリソースが使用可能であれば、ステップＳ２４の動作（制限プログラムの起動の許可の要求）を行う。
【００４３】
ステップＳ２４で要求を受け取ると、ライセンス管理装置３０は、実行可能数が１以上であるか否かを判断し、１以上であれば（ステップＳ２５：ＹＥＳ）、起動を許可する旨を画像処理装置１０に通知し（ステップＳ２６）、図８に示すライセンス管理テーブルの実行可能数を更新する（この場合１減らす）（ステップＳ２７）。
【００４４】
画像処理装置１０は、ステップＳ２６で通知を受け取ると、認証したユーザに対応付けられた制限プログラムを起動し（ステップＳ３１）、そのユーザに提供されるものとして決められた機能を提供する（ステップＳ３２）。図９の例では、機能が提供された後、ユーザによりログオフの操作が行われ、画像処理装置１０が、制限プログラムを終了させ（ステップＳ３３）、その旨をライセンス管理装置３０に通知する（ステップＳ３４）。ライセンス管理装置３０は、その通知を受け取ると、ライセンス管理テーブルの実行可能数を更新する（この場合１増やす）（ステップＳ３５）。ステップＳ１２、Ｓ２１、Ｓ２２、Ｓ２４、Ｓ３１の動作は起動手段１０２が行う。ステップＳ３２の動作は提供手段１０３が行い、ステップＳ３３及びＳ３４の動作は終了手段１０４が行う。
【００４５】
画像処理装置１０は、ステップＳ２１においてリソースが使用不可である（ＮＯ）と判断すると、ライセンス管理装置３０に、認証したユーザの識別情報、そのユーザに対応付けられた制限プログラムの識別情報及び上述した予約要求を送信することで、それらの制限プログラムの起動の予約を要求する（ステップＳ４１）。ステップＳ４１の動作は起動手段１０２が行う。なお、画像処理装置１０は、ライセンス管理装置３０がステップＳ２５において実行可能数が１以上でないと判断した場合にその旨を通知してきたときにも（ステップＳ２８）、ステップＳ４１の動作を行う。ライセンス管理装置３０は、予約要求を受信すると、ともに受信したユーザの識別情報を例えば図８（ｃ）に示すようにライセンス管理テーブルに格納することで、要求された予約を受け付ける（ステップＳ４２）。予約後の各装置の動作については２通りある。それらについて図１０及び図１１を参照して説明する。
【００４６】
図１０は予約後のシーケンスの一例を表す。この例では、ステップＳ２１においてリソースが使用不可であると判断された場合の動作を示す。この場合、画像処理装置１０は、リソースが使用可能になったか否かを繰り返し判断し（ステップＳ５１）、使用可能になった（ＹＥＳ）と判断した場合には、ステップＳ２３で通知された制限プログラムの起動を許可するようライセンス管理装置３０に要求する（ステップＳ５２）。以降は、ライセンス管理装置３０がステップＳ２５の動作（実行可能数が１以上か否かの判断）を行った後、図９と共通の動作が行われる。ステップＳ５１、Ｓ５２の動作は起動手段１０２が行う。
【００４７】
図１１は予約後のシーケンスの別の一例を表す。この例では、ステップＳ２８において実行可能数が１以上でない旨がライセンス管理装置３０から通知された場合の動作を示す。この場合、ライセンス管理装置３０が、実行可能数が１以上であるか否かを繰り返し判断し（ステップＳ６１）、１以上になった（ＹＥＳ）と判断した場合に、起動を許可する旨を画像処理装置１０に通知する（ステップＳ６２）。以降は、画像処理装置１０による制限プログラムの起動（ステップＳ３１）及びライセンス管理装置３０による実行可能数の更新（ステップＳ２７）が行われた後、図９と共通の動作が行われる。
【００４８】
本実施形態では、画像処理装置１０が、リソースが使用可能であれば制限プログラムを起動（アクティベート）し、使用不可であれば制限プログラムを起動しない。これにより、リソースの状態に関係なくプログラムを起動する場合に比べて、並行して実行されるプログラムの数が少なくなり、実行可能数の最大値（つまりフローティングライセンスのライセンス数）も小さく抑えられる。また、画像処理装置１０が上述した予約を行うことで、予約を行わない場合に比べて、リソースが使用可能となったときに制限プログラムが迅速に起動することになる。
【００４９】
特に、本実施形態では、画像処理装置１０が専有リソースを使用する機能を提供する場合にこの予約を行っている。これにより、予約を行わない場合に比べて、専有リソースを使用するプログラムがより早いタイミングで起動することになる。また、専有リソースの状態に関係なくプログラムが起動される場合に比べて、専有リソースを使用するプログラムが並行して実行される数が少なくなる。また、本実施形態では、認証されたユーザに対応付けられた機能が提供される。これにより、ユーザが認証を行うだけで、そのユーザによって機能が利用されることになる。
【００５０】
［２］変形例
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じてそれぞれ組み合わせて実施してもよい。
【００５１】
［２−１］共有リソース
実施形態では、起動の有無を判断するにあたり専有リソースの状態が用いられたが、共有リソース（例えば図２に示す制御部１１や記憶部１２など）の状態が用いられてもよい。例えば記憶部１２の状態が共有リソースの状態として用いられる場合を説明する。本変形例では、情報管理装置２０が実施形態とは異なるユーザ情報テーブルを記憶している。
【００５２】
図１２は本変形例のユーザ情報テーブルの一例を表す。この例では、図６に示す「リソース」に代えて「リソースの基準」が表されている。リソースの基準とは、機能を提供する際にその機能に対して割り当てるように情報処理システム１において定められているリソースの大きさや量などのことである。例えばリソースが記憶部１２であれば、その記憶領域の大きさが基準として定められている。他にも、制御部１１のＣＰＵが複数のコアを有する場合に、そのコアの数がリソースの基準として定められてもよい。これらのリソースの基準は、機能を提供する際にプログラムによって使用されるリソースの大きさや量、生成される中間データの大きさなどに基づいて、その機能の提供に要する時間がユーザの期待から大きくはずれない程度（例えば数十秒や数分間など）に収まるように定められる。
【００５３】
本変形例では、共有リソースである記憶部１２についての基準が定められている。具体的には、コピー機能には１．５ＧＢ（Gigabyte：ギガバイト）、スキャン機能には１．０ＧＢ、ＦＡＸ機能には０．５ＧＢという記憶部１２の記憶領域の大きさがリソースの基準としてそれぞれ定められている。例えばユーザαであれば、上述したようにコピー機能及びスキャン機能が提供されるが、画像処理装置１０においては両機能が並行して提供されることはないため、大きい方の１．５ＧＢというリソースの基準がユーザＩＤに対応付けてユーザ情報テーブルに格納されている。また、スキャン機能が提供されるユーザβには１．０ＧＢが、ＦＡＸ機能が提供されるユーザγには０．５ＧＢが、それぞれのユーザＩＤに対応付けられたリソースの基準としてユーザ情報テーブルに格納されている。
【００５４】
また、本変形例では、画像処理装置１０が実施形態とは異なるリソース状態テーブルを記憶している。
図１３は本変形例のリソース状態テーブルの一例を表す。図１３の例では、共有リソースである記憶部１２の空き領域の大きさを表す値がリソースの状態として格納されている。画像処理装置１０は、例えば記憶部１２の空き領域が変化する度にまたは決められた時間の間隔（数秒毎など）でこのリソース状態テーブルを更新して、最新の（または可能な限り新しい）リソースの状態を反映する。このため、図１３ではリソースの状態として１．３ＧＢという空き領域の大きさを表す値が表されているが、この値は繰り返し更新されていくことになる。
【００５５】
起動手段１０２は、例えば認証手段１０１によりユーザが認証されると、リソース状態テーブルを参照し、格納されている空き領域の情報を、現在割り当て可能な共有リソースとして読み出す。また、起動手段１０２は、認証されたユーザに対応付けられた機能を情報管理装置２０に問い合わせて、情報管理装置２０から通知された機能に対応付けられたリソースの基準と、読み出した割り当て可能な共有リソースとを比較する。起動手段１０２は、割り当て可能な共有リソースがリソースの基準を超える場合には、制限プログラムの起動の許可要求をライセンス管理装置３０に送信し、制限プログラムの実行数が制限を超えていなければその制限プログラムを起動させる。また、起動手段１０２は、この割り当て可能な共有リソースがリソースの基準を超えない場合には、実施形態で述べたように、制限プログラムの起動の予約を行う。
【００５６】
なお、起動手段１０２は、前述した空き領域の情報（現在割り当て可能な共有リソース）を読み出す前に、先にライセンス管理装置３０に制限プログラムの実行数が制限に達しているか否かを問い合わせ、制限に達していないと通知された場合に割り当て可能な共有リソースを読み出してもよい。この場合も、起動手段１０２は、読み出した割り当て可能な共有リソースがリソースの基準を超えていれば、制限プログラムの起動の許可をライセンス管理装置３０に要求する。
【００５７】
本変形例では、画像処理装置１０が共有リソースを使用する機能を提供する場合に前述したとおり予約を行っているため、予約を行わない場合に比べて、共有リソースを使用するプログラムがより早いタイミングで起動することになる。また、割り当て可能な共有リソースがリソースの基準を超える場合に制限プログラムが起動されるため、共有リソースの状態に関係なくプログラムを起動する場合に比べて、共有リソースを使用するプログラムが並行して実行される数が少なくなる。
【００５８】
［２−２］複数の画像処理装置
情報処理システムは、複数の画像処理装置を備えていてもよい。
図１４は本変形例の情報処理システム１ａの構成を表す。情報処理システム１ａは、画像処理装置１０−１及び１０−２等、複数の画像処理装置１０を備える。このように、画像処理機能を提供する装置が複数存在する場合、それらの装置が備えるリソースが有効に利用されることが望ましい。そのために、本変形例では、情報管理装置２０が各画像処理装置１０のリソースの状態を格納するリソース状態テーブルを記憶している。
【００５９】
図１５は本変形例のリソース状態テーブルの一例を表す。図１５に示すリソース状態テーブルでは、画像処理装置１０−１及び１０−２の専有リソース（画像読取部、画像形成部及びＦＡＸ部）の状態がそれぞれ格納されている。この例では、画像読取部は、画像処理装置１０−１では使用可能であり、画像処理装置１０−２では使用不可である。画像形成部及びＦＡＸ部は、画像処理装置１０−１では使用不可であり、画像処理装置１０−２では使用可能である。情報管理装置２０は、画像処理装置１０から問い合わせを受けた場合に、リソース状態テーブルに格納されている各画像処理装置１０のリソースの状態を通知する。
【００６０】
本変形例の起動手段１０２は、自装置のリソースが使用不可であっても、情報管理装置２０に問い合わせて、複数の装置のリソースのいずれかが使用可能であれば、制限プログラムの起動の許可要求をライセンス管理装置３０に送信する。この許可要求は、使用可能なリソースを有する画像処理装置１０での起動の許可を要求するものである。これにより、起動手段１０２は、制限プログラムの実行数が制限を超えていない場合に、その制限プログラムを、リソースを使用可能な装置において起動させる。
【００６１】
例えば画像処理装置１０−１の起動手段１０２は、ＦＡＸ機能が提供されるユーザγが認証されると、自装置のＦＡＸ部は使用不可であるが、画像処理装置１０−２のＦＡＸ部は使用可能であるから、前述した許可要求をライセンス管理装置３０に送信することで、ＦＡＸ機能で用いられるプログラムＣを、画像処理装置１０−２において起動させる。このように、本変形例では、複数の装置のリソースの状態を考慮しない場合に比べて、それらのリソースが有効に使用されることになる。
【００６２】
なお、起動手段１０２は、上記の許可要求を送信する代わりに、例えばリソースを使用可能な装置（上記の例では画像処理装置１０−２）の起動手段１０２に対して、制限プログラムを起動するように指示することで、上記の起動を行ってもよい。また、その指示を行う手段が画像処理装置１０以外の装置に設けられていてもよい。
図１６は本変形例の情報処理システムの機能構成の一例を表す。画像処理装置１０−１及び１０−２は、図５に示す各手段をそれぞれ備える。情報管理装置２０は、指示手段２０１を備える。
【００６３】
起動手段１０２は、自装置のリソースが使用不可であった場合に、その旨を情報管理装置２０に通知する。指示手段２０１は、その通知を受け取ると、そのリソースが使用可能である他の画像処理装置に対して、制限プログラムを起動するように指示する。指示手段２０１による指示を受け取った起動手段１０２は、指示された制限プログラムを起動する。この場合も、自装置のリソースが使用不可であった起動手段１０２は、複数の装置のリソースのいずれかが使用可能であれば、制限プログラムの実行数が制限を超えていない場合に、その制限プログラムを、リソースを使用可能な装置において起動させることになる。
【００６４】
［２−３］装置の構成
図１に示す情報管理装置２０及びライセンス管理装置３０は統合されてもよい。また、これらの装置と画像処理装置とが統合されてもよい。その場合、画像処理装置は、図６に示すユーザ情報テーブル及び図８に示すライセンス管理テーブルを有し、ユーザの情報やライセンスの情報を管理する。
【００６５】
［２−４］外部装置のリソース
提供手段１０３は、実施形態では、画像処理装置が備えるリソースを用いて機能を提供したが、これに限らず、外部装置が備えるリソースを用いて機能を提供してもよい。提供手段１０３は、例えば、翻訳機能を備える外部装置に対して翻訳してほしい文書のデータを送信し、その外部装置から翻訳された文書のデータを受け取ることで、翻訳機能を提供する、という具合である。この場合、画像処理装置１０では、例えばその外部装置への翻訳の依頼や翻訳されたデータの出力などの機能を実現するための制限プログラムが実行される。
【００６６】
［２−５］機能の提供の要求
実施形態では、認証されたユーザに対応付けられた機能の提供が要求されたが、これに限らない。例えば、ログインしたユーザが利用したい機能を選択する操作を行うことで、選択された機能の提供が要求されてもよい。また、ログインの有無とは関係なく、ユーザが選択した機能の提供が要求されてもよい。また、ユーザの操作がなくても、例えば或る装置が行っている処理の中に機能の提供を要求する処理（例えば生成した文書を決められた宛先にＦＡＸで送信する処理など）が含まれていれば、その処理により機能の提供が要求されてもよい。どの方法で機能の提供が要求された場合でも、起動手段１０２は、上述したようにリソースの状態に応じて起動または予約を行う。
【００６７】
また、ユーザが使用可能な制限プログラムが複数存在する場合に、使用する制限プログラムをユーザが選択してもよい。例えば図６に示すユーザ情報テーブルが用いられる場合、ユーザαはプログラムＡ及びＢを使用可能であり、プログラムＡには画像読取部が対応し、プログラムＢには画像形成部が対応する。起動手段１０２は、ユーザが例えばプログラムＢを選択すると、選択されたプログラムＢに対応するリソースである画像形成部の状態に応じて起動または予約を行う。
【００６８】
［２−６］終了手段
終了手段１０４は、実施形態では、ユーザによりログオフの操作が行われてユーザが認証されていない状態になったときに制限プログラムを終了させたが、これに限らない。例えば、ユーザが認証された状態でも、ユーザが制限プログラムを終了させる操作を行うことで、終了手段１０４が制限プログラムを終了させてもよい。また、機能の提供が終了したときや、機能の提供が終了してから決められた時間が経過したときに終了手段１０４が制限プログラムを終了させてもよい。
【００６９】
他にも、終了手段１０４は、提供された機能によって異なるタイミングで制限プログラムを終了させてもよい。終了手段１０４は、例えば、コピー機能及びスキャン機能が提供された場合にはユーザが認証されていない状態になったときに制限プログラムを終了させ、ＦＡＸ機能及びプリント機能が提供された場合には機能の提供が終了したときに制限プログラムを終了させる。また、終了手段１０４は、認証されたユーザによって異なるタイミングで制限プログラムを終了させたり、起動された制限プログラムによって異なるタイミングで制限プログラムを終了させたりしてもよい。
【００７０】
いずれの場合も、機能の提供が終了しても続けて機能が提供される可能性が高いほど、制限プログラムを終了させるタイミングを遅らせるようにすることが望ましい。これにより、制限プログラムの終了のタイミングを一律にする場合に比べて、ユーザが機能を利用したいときに制限プログラムが終了しており起動し直すために待たされるということが生じにくくなるし、反対に、ユーザが機能を利用しないのに制限プログラムが実行されたままになりにくい。
【００７１】
［２−７］予約後の通知
実施形態では、図１１に示すように、予約した制限プログラムの実行可能数が１以上になった場合に、画像処理装置１０は無条件でその制限プログラムを起動したが、これに限らない。例えば、ライセンス管理装置３０が予約した制限プログラムの実行可能数が１以上になった旨を、画像処理装置１０を介してまたは介さずにユーザに通知し、ユーザが制限プログラムの起動を了承する操作を行うことで、画像処理装置１０が制限プログラムを起動してもよい。ユーザへの通知は、ユーザ装置４０に対して行ってもよいし、ユーザのメールアドレスやＳＮＳ（Social Networking Service）のアカウントに対して行ってもよい。これにより、例えば予約した後に機能を利用しなくてよくなったユーザがいた場合に、そのユーザが機能の提供をキャンセルする機会が提供され、この通知を行わない場合に比べて、リソースや制限プログラムが有効に利用されることになる。
【００７２】
［２−８］起動の予約
ライセンス管理装置３０は、実施形態では、予約された順番に起動を許可したが、これに限らない。例えば、予約Ｒ１では画像読取部及び画像形成部が用いられ（提供される機能はコピー機能）、予約Ｒ２では画像読取部が用いられ（提供される機能はスキャン機能）、予約Ｒ１及びＲ２がともに画像を読み取るためのプログラムＡの起動を予約している場合で説明する。
【００７３】
この場合、予約Ｒ１が予約Ｒ２よりも先であったとしても、画像形成部が使用不可の状態で画像読取部が使用可能になると、予約Ｒ１に基づいてプログラムＡを起動させても画像形成部が使用不可であるため機能が提供されないから、ライセンス管理装置３０は、予約Ｒ２に基づくプログラムＡの起動を許可する。その結果、予約Ｒ２に対応するスキャン機能が画像読取部を使用して提供される。このように、ライセンス管理装置３０は、本変形例では、使用可能になったリソースを用いる機能に関する予約を優先してプログラムの起動を許可する。これにより、予約された順番どおりに起動を許可する場合に比べて、リソースや制限プログラムが有効に使用される。
【００７４】
［２−９］提供手段
提供手段１０３が提供する機能は上記のもの（画像処理機能や翻訳機能）に限らない。他にも、ＳＮＳの機能やゲームの機能、企業で用いられるシステムで提供される各種機能などを提供手段１０３が提供してもよい。要するに、制限プログラムを実行し、且つ、それらの機能に対応するリソースを使用して提供するものであれば、どのような機能を提供手段１０３が提供してもよい。
【００７５】
［２−１０］発明のカテゴリ
本発明は、画像処理装置のような情報処理装置や、画像処理装置、情報管理装置及びライセンス管理装置を備える情報処理システム、これらの装置が実施する処理を実現するための情報処理方法として捉えられ。また、本発明は、上記各装置のようなコンピュータを、上述した各手段として機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態や、インターネット等のネットワークを介してコンピュータにダウンロード及びインストールさせて利用可能にするなどの形態で提供される。
【符号の説明】
【００７６】
１…情報処理システム、２…通信回線、１０…画像処理装置、２０…情報管理装置、３０…ライセンス管理装置、４０…ユーザ装置、１１、２１、３１…制御部、１２、２２、３２…記憶部、１３、２３、３３…通信部、１４…表示部、１５…操作部、１６…画像読取部、１７…画像形成部、１８…ＦＡＸ部、１０１…認証手段、１０２…起動手段、１０３…提供手段、２０１…指示手段。
【図１】
2016018468.tif 000003
【図２】
2016018468.tif 000004
【図３】
2016018468.tif 000005
【図４】
2016018468.tif 000006
【図５】
2016018468.tif 000007
【図６】
2016018468.tif 000008
【図７】
2016018468.tif 000009
【図８】
2016018468.tif 000010
【図９】
2016018468.tif 000011
【図１０】
2016018468.tif 000012
【図１１】
2016018468.tif 000013
【図１２】
2016018468.tif 000014
【図１３】
2016018468.tif 000015
【図１４】
2016018468.tif 000016
【図１５】
2016018468.tif 000017
【図１６】
2016018468.tif 000018