(57)【要約】【課題】  アプリケーションに関する設定情報を、そのアプリケーションがインストールされた場合にそのアプリケーションの動作に反映されるように設定可能にする。【解決手段】  画像形成装置は、利用権限情報（アプリケーションに関する設定情報）を含む利用権限情報設定要求を受け付け、その利用権限情報と対応するアプリケーションが自己にインストールされているか否か判断する。そして、上記アプリケーションがインストールされている場合には、上記利用権限情報を情報記憶部に書き込んで保持する。それによって、上記利用権限情報を、その利用権限情報と対応するアプリケーションの動作に反映されるように設定することになる。上記アプリケーションがインストールされていない場合には、上記利用権限情報を、その利用権限情報と対応するアプリケーションがインストールされるまで予約情報として情報記憶部内の所定領域に保持する。【選択図】        図７
2014021545.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの動作を行う情報処理装置であって、
アプリケーションに関する設定情報を受け付ける第１の受付手段と、
前記第１の受付手段が受け付けた設定情報と対応するアプリケーションが当該情報処理装置にインストールされているか否か判断する判断手段と、
該判断手段がインストールされていると判断した場合には、前記受付手段が受け付けた設定情報を、該設定情報と対応するアプリケーションの動作に反映されるように設定し、前記判断手段がインストールされていないと判断した場合には、前記受付手段が受け付けた設定情報を、該設定情報と対応するアプリケーションがインストールされるまで予約情報として所定の記憶手段に保持させる制御を行う第１の制御手段とを設けたことを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
当該情報処理装置にアプリケーションがインストールされた場合に、前記記憶手段に該アプリケーションと対応する設定情報が予約情報として保持されていれば、該設定情報を、該アプリケーションの動作に反映されるように設定する第２の制御手段を備えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記設定情報は、アプリケーションの利用権限に関する設定を示す情報であり、
前記第１の制御手段がアプリケーションの動作に反映されるように設定した設定情報に基づき、当該情報処理装置にインストールされているアプリケーションの利用可否を制御する権限管理手段を備えることを特徴とする情報処理装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の情報処理装置であって、
前記設定情報は、複数のユーザについてユーザ毎の設定情報を含み、
前記第１の制御手段は、ユーザ毎に前記設定情報を設定し、またユーザ毎に前記設定情報を前記記憶手段に保持させることを特徴とする情報処理装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の情報処理装置であって、
当該情報処理装置からいずれかのアプリケーションをアンインストールする場合に、該アプリケーションの動作に反映されるように設定されていた前記設定情報を、前記予約情報として前記記憶手段に保持させる第３の制御手段を設けたことを特徴とする情報処理装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の情報処理装置であって、
予約情報の削除要求を受け付ける第２の受付手段と、
該第２の受付手段が受け付けた要求に従って前記記憶手段に保持されている予約情報を削除する削除手段とを設けたことを特徴とする情報処理装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の情報処理装置であって、
前記記憶手段に保持されている予約情報が所定量に達した場合に古い予約情報から順に削除する手段を設けたことを特徴とする情報処理装置。
【請求項８】
請求項１乃至７のいずれか一項に記載の情報処理装置であって、
前記記憶手段に保持されている予約情報を、保持から所定時間経過後に削除する手段を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理装置に関する。
【背景技術】
【０００２】
パーソナルコンピュータやサーバ等の情報処理装置では、搭載されているアプリケーション（「アプリ」，「アプリケーションプログラム」，又は「アプリケーションソフトウェア」ともいう）によって各種機能を実現することができる。
このような情報処理装置では、アプリケーションに関する設定を実施する方法、例えば拡張機能ソフトウェアであるＳＤＫ（Software Development Kit）アプリの利用制限等の利用権限に関する設定を各ユーザ毎に実施する方法は既に知られている。また、情報処理装置および複数の画像形成装置等の機器が存在する環境において、情報処理装置が複数の機器に対するアプリケーションに関する設定を一括で管理する手法も既に知られている。
【０００３】
ここで、ＳＤＫアプリは、ソフトウェアを開発するために必要なライブラリやドキュメント、開発ツール、サンプル・コードなどをひとまとめにした拡張機能ソフトウェアである。このＳＤＫアプリは、ＯＳ（オペレーティングシステム）やパッケージ・アプリケーションなど、サードパーティ製ソフトウェアが呼び出し可能な拡張用インタフェースを持つソフトウェアが、それを基盤とするソフトウェアの開発をサポートするために用意される。このＳＤＫアプリは無数に存在し、機器によって構成が異なる。
【０００４】
上述のような情報処理装置では、例えば複数の機器に対してＳＤＫアプリ等のアプリケーションに関する設定を一括で行う場合、同一の設定情報を含む設定要求を複数の機器にそれぞれ送信して、その設定情報をアプリケーションの動作に反映されるように設定することができる。
【０００５】
一方、例えば特許文献１，２には、次のような技術が開示されている。
特許文献１に記載のネットワーク管理システムは、特定の利用制限情報およびユーザ登録情報に基づいて、ネットワーク接続された機器（ネットワーク対応装置）に搭載されている機能（アプリケーション機能等）の利用制限を管理するようにしている。そして、特定の利用制限情報を設定する際の利便性を向上させるため、次の処理を行っている。つまり、少なくともユーザ登録情報および機器の操作について規定する制限ポリシー情報を有するシステム保持情報を格納する。また、利用制限の設定対象となる機器、設定するユーザ登録情報、および適用する制限ポリシー情報の選択を受け付け、その受け付けた制限ポリシー情報に基づいて設定対象となる機器に搭載されているアプリケーションの利用制限情報を作成する。そして、その作成した利用制限情報および先に受け付けたユーザ登録情報を設定対象となる機器へ送信する。
【０００６】
特許文献２に記載の情報処理装置は、プラグインによって自己が有する機能の追加又は削除を行うソフトウェア環境を備え、１つ以上の属性データから構成される上記機能が利用する情報を所定の記憶領域に格納する記憶装置を備えている。そして、機器内部のソフトウェア部品を変更することなく、機能拡張による機器内で取り扱う各種情報を構成する属性データの増減に柔軟に対応可能にするため、次の処理を行っている。つまり、上記機能が利用する情報の生成の要求に応じて、情報管理手段が、その情報の属性データを構築又は削除するソフトウェア部品が上記プラグインに対応して当該情報処理装置にインストールされ登録された登録情報を有する情報生成手段に、要求時に指定された上記機能が利用する情報の生成を指示する。その指示を受けた情報生成手段は、上記登録情報に基づいて、情報生成時に使用するソフトウェア部品を特定し、その特定したソフトウェア部品を実行して、上記機能が利用する情報を生成する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したような従来の情報処理装置では、複数の機器に対してＳＤＫアプリ等のアプリケーションに関する設定を行う場合、同一の設定情報を含む設定要求を複数の機器に送信するが、その各機器にインストールされているアプリケーションは機器によって構成が異なるため、次のような問題がある。
すなわち、いずれかの機器にインストールされていないアプリケーション（該当アプリケーション）に関する設定情報を含む設定要求を、そのインストールされていない機器に送信してしまう場合がある。
【０００８】
そのため、該当アプリケーションがインストールされていない機器では、そのアプリケーションに関する設定情報、例えばＳＤＫアプリの利用制限に関する設定情報を含む設定要求を受信しても、そのＳＤＫアプリがインストールされるまで受信した設定情報を設定できない。つまり、そのＳＤＫアプリがインストールされるまで、その利用制限に関する設定情報をそのＳＤＫアプリの動作に反映されるように設定することはできない。
【０００９】
ＳＤＫアプリの利用制限に関する設定情報ということに関しては、ＳＤＫアプリがインストールされた直後は、全ユーザにそのＳＤＫアプリの利用を許可する設定となっていることもある。この場合、ＳＤＫアプリを利用制限される予定のユーザでも、利用制限の設定を行うまではそのＳＤＫアプリが一時的に利用できる状態になってしまうが、それは望ましいことではない。
【００１０】
また、特許文献１に記載のネットワーク管理システムでは、機器に搭載されている機能に対して利用制限の設定を行うため、次のような問題がある。つまり、機器にインストールされていないアプリケーションの利用制限に関する設定情報を含む設定要求をその機器に送信しても、その機器では、上記利用制限に関する設定情報を上記アプリケーションの動作に反映されるように設定することはできない。
さらに、特許文献２に記載の情報処理装置では、ソフトウェア部品に属性データが組み込まれているため、そのソフトウェア部品（アプリケーション等）の利用制限に関する設定情報を含む設定要求を、そのソフトウェア部品の動作に反映されるように設定することはできない。
【００１１】
この発明は上記の点に鑑みてなされたものであり、情報処理装置において、アプリケーションに関する設定情報を、そのアプリケーションがインストールされた場合にそのアプリケーションの動作に反映されるように設定可能にすることを目的とする。
【課題を解決するための手段】
【００１２】
この発明は、アプリケーションの動作を行う情報処理装置であって、上記の目的を達成するため、次の各手段を設けたものである。
この発明による情報処理装置は、アプリケーションに関する設定情報を受け付ける第１の受付手段と、上記第１の受付手段が受け付けた設定情報と対応するアプリケーションが当該情報処理装置にインストールされているか否か判断する判断手段とを設ける。
また、その判断手段がインストールされていると判断した場合には、上記受付手段が受け付けた設定情報を、その設定情報と対応するアプリケーションの動作に反映されるように設定し、上記判断手段がインストールされていないと判断した場合は、上記受付手段が受け付けた設定情報を、その設定情報と対応するアプリケーションがインストールされるまで予約情報として所定の記憶手段に保持させる制御を行う第１の制御手段を設けたものである。
【発明の効果】
【００１３】
この発明によれば、情報処理装置が、アプリケーションに関する設定情報を、そのアプリケーションがインストールされた場合にそのアプリケーションの動作に反映されるように設定することが可能になる。
【図面の簡単な説明】
【００１４】
【図１】この発明による情報処理装置の一実施形態である画像形成装置を含むシステムの構成例を示す概念図である。
【図２】図１に示した各画像形成装置１０１〜１０３のハードウェア構成例を示すブロック図である。
【図３】図２に示した各画像形成装置１００の主要機能の構成例を示すブロック図である。
【図４】図２，図３に示した各画像形成装置１００によるＳＤＫアプリの利用権限情報の設定について説明するための概念図である。
【図５】図３のアプリ管理部３０４で管理しているアプリケーション情報の一例を示す図である。
【図６】図３のユーザ情報管理部３０３で管理しているユーザ情報の一例を示す図である。
【図７】図２に示した各画像形成装置１００のＣＰＵ２０１による利用権限情報の設定処理の一例を示すフローチャートである。
【図８】利用権限情報から変換した予約情報の一例を示す説明図である。
【図９】図２に示した各画像形成装置１００のＣＰＵ２０１によるＳＤＫアプリのインストールに伴う予約情報の設定処理の一例を示すフローチャートである。
【図１０】図３に示した各画像形成装置１００の各部による、ＳＤＫアプリがインストールされていないときに設定情報である利用権限情報を予約情報として保持し、その利用権限情報をＳＤＫアプリがインストールされたときにそのＳＤＫアプリの動作に反映されるように設定する際の動作シーケンスの一例を示す図である。
【図１１】図３に示した各画像形成装置１００の各部による、ＳＤＫアプリがアンインストールされる場合と、そのＳＤＫアプリが再インストールされる場合の動作シーケンスの一例を示す図である。
【図１２】図３に示した各画像形成装置１００の各部による予約情報の削除要求が発生する場合の動作シーケンスの一例を示す図である。
【図１３】図３に示した各画像形成装置１００の各部による予約情報を自動的に削除する場合の動作シーケンスの一例を示す図である。
【図１４】この発明による情報処理装置の他の実施形態である画像形成装置を含むシステムの構成例を示す概念図である。
【発明を実施するための形態】
【００１５】
以下、この発明を実施するための形態について、図１〜図１４を参照して具体的に説明する。
図１は、この発明による情報処理装置の一実施形態である画像形成装置を含むシステムの構成例を示す概念図である。
【００１６】
このシステムは、複数の画像形成装置１０１〜１０３と、それらを管理するパーソナルコンピュータ（以下「ＰＣ」と略称する）５００とを備え、これらの接続をＬＡＮ（ローカルエリアネットワーク）等のネットワーク７００を介して行うものである。ネットワーク７００としては、有線、無線を問わず、任意の通信プロトコルを用いたものを採用可能である。なお、ネットワーク７００への画像形成装置の接続は３台に限らない。なお、各画像形成装置１０１〜１０３の符号は、個体を区別しない場合には符号１００を用いる場合もある。
【００１７】
各画像形成装置１００は、通信機能を有するＭＦＰ（複合機：Multifunction Peripheral）であり、例えばプリンタ機能，スキャナ機能，コピー機能，ＦＡＸ（ファクシミリ）機能を備えている。これらの機能に関わる処理は、ＰＣ５００からの指示に従って実行することができる。ユーザが各画像形成装置１００を直接操作することもできる。
【００１８】
プリンタ機能とは、ＰＣ５００等の外部機器からの印刷データを必要に応じて加工処理し、カラー又はモノクロの画像データとしてエンジン部（実際にはそのうちのプロッタ部）に送り、紙等のシート材にカラー又はモノクロの可視画像を印刷（画像形成）させる機能のことである。
スキャナ機能とは、エンジン部（実際にはそのうちのスキャナ部）にカラー又はモノクロの原稿の画像を読み取らせ、そのカラー又はモノクロの画像データをＨＤＤ等の記憶部に書き込んで蓄積させる機能のことである。なお、ＰＣ５００等からの指示により、記憶部内のカラー又はモノクロの画像データを読み出してエンジン部に送り、シート材にカラー又はモノクロの可視画像を印刷させることができる。
【００１９】
コピー機能とは、エンジン部にカラー又はモノクロの原稿の画像を読み取らせ、そのカラー又はモノクロの画像データをエンジン部に送り、シート材にカラー又はモノクロの可視画像を印刷させる機能のことである。
ＦＡＸ機能とは、エンジン部にカラー又はモノクロの原稿の画像を読み取らせ、そのカラー又はモノクロの画像データをＦＡＸ通信部によって外部機器へ送信させたり、外部機器からのカラー又はモノクロの画像データをＦＡＸ通信部によって受信し、その画像データをエンジン部に送り、シート材にカラー又はモノクロの可視画像を印刷させる機能のことである。
【００２０】
ＰＣ５００は、各画像形成装置１００のアプリケーションに関する設定情報を管理する一括管理ツールが導入されている。よって、その一括管理ツールにより、各画像形成装置１００へ同一のアプリケーションに関する設定情報を送信し、そのアプリケーションの動作に反映されるように設定させることができる。なお、ＰＣ５００の代わりに、一括管理ツールが投入されたサーバ装置等の他の情報処理装置を使用してもよい。
【００２１】
ここで、「設定情報をアプリケーションの動作に反映されるように設定する」とは、以下の（ａ）および（ｂ）に示すことを含む。
（ａ）アプリケーション（プログラムにより実行される機能）が参照できる場所に設定情報を保持して自身の動作に反映させられるようにする。
（ｂ）アプリケーションが自身を管理する管理部が参照できる場所に設定情報を保持して、アプリケーションの管理（起動可否等）に反映させられるようにする。
【００２２】
図２は、図１に示した各画像形成装置１０１〜１０３のハードウェア構成例を示すブロック図である。
各画像形成装置１０１〜１０３はそれぞれ、ハードウェアとしては公知のコンピュータでよい。ここでは、例えば図２に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、通信Ｉ／Ｆ（インタフェース）２０４、ＨＤＤ２０５、ＵＩ（ユーザインタフェース）部２０６、エンジン部２０７を、システムバス２０８により接続した構成としている。
【００２３】
そして、ＣＰＵ２０１がＲＡＭ２０３をワークエリアとしてＲＯＭ２０２あるいはＨＤＤ２０５に記憶されたプログラムを実行することにより、年月日時分の時刻情報を生成して出力するタイマ（計時手段）としての機能やこの発明に関わる機能を含む後述する種々の機能を実現することができる。
なお、ＨＤＤ２０５には、アプリケーションを含む各種プログラムや、後述するアプリケーション情報（図５）およびユーザ情報（図６）等が記憶され、登録される。
【００２４】
通信Ｉ／Ｆ２０４は、ネットワーク７００を介してＰＣ５００等の外部機器と通信するためのネットワーク通信部を備えている。また、上述したＦＡＸ機能を実現させるため、図示しないインタネット又は公衆回線を介して他の外部機器と通信（インタネットＦＡＸ通信又は通常ＦＡＸ通信）するためのＦＡＸ通信部も備えている。なお、この各画像形成装置１００にそれぞれ直接又はネットワーク７００を介して更に他の外部機器が接続されている場合、その外部機器と通信することもできる。
【００２５】
ＵＩ部２０６は、ユーザの操作を受け付けるための操作部や、ユーザに情報を提示するための表示部である。外付けの操作部や表示部を用いてもよいことはもちろんである。
エンジン部２０７は、上述したプリンタ機能，スキャナ機能，コピー機能，ＦＡＸ機能を実現させるため、原稿の画像をスキャンして読み取るスキャナ部（画像読取部）と、シート材への印刷を行うプロッタ部（画像形成部）とを備えている。
【００２６】
なお、ユーザの操作は、この各画像形成装置１００にそれぞれ接続されているＰＣ５００等の外部機器から操作内容を示すデータを受信することにより受け付けてもよい。また、ユーザへの情報の提示は、画面の表示内容を示すデータや画面に表示させるべきデータを外部機器へ送信することによって行ってもよい。
ＰＣ５００は、各画像形成装置１００の場合と同趣旨の機能を備えるＣＰＵ、ＲＯＭ、ＲＡＭ、通信Ｉ／Ｆ、ＨＤＤ、ＵＩ部を備えている。
【００２７】
図３は、図２に示した各画像形成装置１００の主要機能の構成例を示すブロック図である。
各画像形成装置１００はそれぞれ、図３に示すように、通信制御部３０１、設定情報制御部３０２、ユーザ情報管理部３０３、アプリ管理部３０４、および情報記憶部３０５を備えている。その各部のうち、情報記憶部３０５以外は、図２のＣＰＵ２０１が対応するプログラムを実行することにより実現することができる。情報記憶部３０５は、図２のＨＤＤ２０５内の予め指定された記憶領域に相当する。
【００２８】
通信制御部３０１は、通信Ｉ／Ｆ２０４からＳＤＫアプリ等のアプリケーションに関する設定情報を含む設定要求（設定変更要求を含む）、予約情報の削除要求などを受け付けることができる。
設定情報制御部３０２は、各種設定情報を参照又は更新して制御を行う。
ユーザ情報管理部３０３は、ユーザ毎のユーザ情報を管理し、ユーザ毎の利用権限情報を提供する。その利用権限情報には、利用を禁止（制限）することを示す情報と、利用を許可することを示す情報の、一方又は両方が含まれる。
【００２９】
アプリ管理部３０４は、ＳＤＫアプリのインストール又はアンインストールを行い、ＳＤＫアプリの起動又は停止を行う。
情報記憶部３０５は、ＳＤＫアプリに関する設定情報であるＳＤＫアプリの利用権限に関する設定情報（以下「ＳＤＫアプリの利用権限情報」又は単に「利用権限情報」ともいう）を含む各種設定情報を記憶保持し、登録する。
【００３０】
なお、この実施形態では、説明の便宜上、アプリケーションに関する制御として、ＳＤＫアプリに関する制御についてのみ説明するが、他のアプリケーションに関する制御も同様に行うことができる。また、説明の便宜上、ＳＤＫアプリに関する設定情報として、ＳＤＫアプリの利用権限情報についてのみ説明するが、ＳＤＫアプリの他の設定情報も同様に扱うことができる。
【００３１】
図４は、図２，図３に示した各画像形成装置１００によるＳＤＫアプリの利用権限情報の設定について説明するための概念図である。なお、この図４を含む以降の各図では、図示の都合上、「ＳＤＫアプリ」を「ＳＤＫ」としている。また、説明の便宜上、比較例の各画像形成装置にも実施形態の各画像形成装置と同じ符号を付して説明する。
【００３２】
ＰＣ５００の一括管理ツールでは、各画像形成装置１００に対するユーザ毎の各種設定値を設定情報マスタとして保持しており、管理者の操作（実際にはＵＩ部上の操作）によって設定情報マスタを変更することで設定値の変更を行う。ここでは、図４の（ａ）に示すユーザ毎で且つＳＤＫアプリ毎の利用権限情報（設定情報）を変更後の設定情報マスタとする。
ＰＣ５００は、一括管理ツールにより、設定要求（利用権限情報設定要求）を複数の各画像形成装置１００に対してそれぞれ送信することが可能である。なお、利用権限情報設定要求には、ユーザ毎およびＳＤＫアプリ毎に利用権限情報を設定するために、ユーザを指定するためのユーザＩＤと、ＳＤＫアプリを指定するためのアプリ名，プロダクトＩＤ等のアプリ指定情報と、そのＳＤＫアプリの利用権限情報とが含まれている。
【００３３】
各画像形成装置１００はそれぞれ、ＰＣ５００から送信された利用権限情報設定要求をユーザ毎（ユーザＩＤ毎）に受信すると、その要求に含まれているユーザＩＤおよびアプリ指定情報に基づいて、ユーザＩＤおよびＳＤＫアプリ毎の利用権限情報を、そのＳＤＫアプリの動作に反映されるように設定（設定変更）する。
しかし、各画像形成装置１００にそれぞれインストールされているＳＤＫアプリは、その各画像形成装置１００によって構成が異なるため、自己にインストールされていないＳＤＫアプリの利用権限情報を含む利用権限情報設定要求をＰＣ５００から受信してしまう画像形成装置がある。
【００３４】
例えば、図４の（ｂ）に示す画像形成装置１０１では、自己にインストールされているＳＤＫアプリＡ，Ｂ，Ｃの利用権限情報を含む利用権限情報設定要求をＰＣ５００から受信する。それに対し、図４の（ｃ）に示す画像形成装置１０２では、自己にインストールされているＳＤＫアプリＡ，Ｃの利用権限情報と、自己にインストールされていないＳＤＫアプリＢの利用権限情報を含む利用権限情報設定要求をＰＣ５００から受信する。この場合、通常であれば、図４の（ｃ）に示すように、ＳＤＫアプリＢの利用権限情報を設定することはできない。
【００３５】
ＰＣ５００の一括管理ツールでは、各画像形成装置１００への設定情報の設定を一括で管理することを目的としており、一度、利用権限情報を含む利用権限情報設定要求を送信した後は、再度その利用権限情報設定要求を送信しなくても、その利用権限情報を該当ＳＤＫアプリの動作に反映されるように設定することが望ましい。
画像形成装置１０２では、自己にインストールされていないＳＤＫアプリの動作に反映されるように利用権限情報を設定できない場合、ＳＤＫアプリを利用制限される予定のユーザでも、その後そのＳＤＫアプリがインストールされると、そのＳＤＫアプリの利用を許可してしまう。それによって、そのＳＤＫアプリを一時的に（利用制限情報の設定が完了するまで）利用できる状態になってしまうのは望ましくない。
【００３６】
そこで、この実施形態では、図４の（ｄ）に示すように、画像形成装置１０２が、ＰＣ５００から受け付けた利用権限情報設定要求に含まれている利用制限情報と対応するＳＤＫアプリＢが当該情報処理装置１０２にインストールされていない場合に、予約処理を行う。つまり、上記利用制限情報を、その利用制限情報と対応するＳＤＫアプリＢがインストールされるまで予約情報として情報記憶部３０５内の所定の記憶領域に保持させる。そして、当該情報処理装置１０２にＳＤＫアプリＢがインストールされた場合に、予約情報として保持させておいた利用制限情報を、そのＳＤＫアプリＢの動作に反映されるように設定する。これによって、（ｃ）の場合のような問題を解消できる。
以下、予約処理を含むこの発明に関わる部分について、具体的に説明する。
【００３７】
図５は、図３のアプリ管理部３０４で管理しているアプリケーション情報の一例を示す図である。
アプリ管理部３０４では、ＳＤＫアプリのインストール又はアンインストールを行い、ＳＤＫアプリの起動又は停止を実行する。また、インストールされているＳＤＫアプリの情報の管理も行う。
アプリ管理部３０４で管理しているアプリケーション情報には、例えば図５に示すように、インデックス、アプリ名、プロダクトＩＤ、タイプ、および利用期限等の情報がある。このようなアプリケーション情報は、図３の情報記憶部３０５に記憶保持されている。
【００３８】
アプリ名は、ＳＤＫアプリの名称を示す情報である。
プロダクトＩＤは、ＳＤＫアプリを特定するために付けられたＳＤＫアプリ毎にユニークな値を持つ識別情報（シリアルナンバー）である。
タイプは、画像形成装置１００のＵＩ部２０６の表示画面である機器操作画面上での操作指示で動くＳＤＫアプリ（Ｘｌｅｔ型アプリ）であるか、ネットワーク７００上のサーバからの指示で動作させることができるＳＤＫアプリ（Ｓｅｒｖｅｒ型アプリ）であるかを示す情報である。
利用期限は、ＳＤＫアプリのライセンスがいつまで有効か、その期限を示す情報（ＳＤＫアプリの利用期限情報）である。
【００３９】
各画像形成装置１００において、ＳＤＫアプリがインストールされたときに、そのアプリケーション情報の登録が行われ、ＳＤＫアプリがアンインストールされたときに、そのアプリケーション情報の削除が行われる。ＳＤＫアプリの情報（アプリケーション情報）は、それに含まれているインデックス（以下「内部インデックス」ともいう）で管理され、図５のインデックス３のように、アンインストールされたときは、その番号の情報は削除され、前詰めは行われない。
【００４０】
図６は、図３のユーザ情報管理部３０３で管理しているユーザ情報の一例を示す図である。なお、この図６では、図示の都合上、「プリンタ機能」，「スキャン機能」，「コピー機能」，「ＦＡＸ機能」をそれぞれ、「プリンタ」，「スキャン」，「コピー」，「ＦＡＸ」としている。
【００４１】
ユーザ情報管理部３０３では、ユーザ毎のユーザ情報を一元的に管理する。
ユーザ情報管理部３０３で管理する各ユーザ情報にはそれぞれ、例えば図６に示すように、ユーザＩＤ、ユーザ名、ログイン名、アドレス、ＦＡＸ番号等の情報と共に、利用権限情報がある。このようなユーザ情報も、図３の情報記憶部３０５に記憶保持されている。
ユーザＩＤは、ユーザ毎にユニークに割り振られる識別情報である。
ユーザ名は、ユーザの名前を示す情報である。
ログイン名は、認証に利用する名称を示す情報である。
アドレスは、メール送信に利用される宛先を示す情報である。
ＦＡＸ番号は、ＦＡＸ送信に利用される宛先を示す情報である。
【００４２】
利用権限情報は、各種機能の利用権限に関する設定情報（各種機能の利用権限情報）やＳＤＫアプリの利用権限に関する設定情報（ＳＤＫアプリの利用権限情報）である。
各種機能の利用権限情報は、プリンタ機能等の各機能を示す情報と、その各機能をそれぞれユーザによって利用可能か否かを示す利用権限値（この例では利用可「○」、利用不可「×」）とを含めて構成される。
ＳＤＫアプリの利用権限情報は、各ＳＤＫアプリを示す情報と、その各ＳＤＫアプリをそれぞれユーザによって利用可能か否かを示す利用権限値とを含めて構成される。このＳＤＫアプリの利用権限情報は、ＳＤＫアプリ１、ＳＤＫアプリ２、・・・、ＳＤＫアプリ３０という具合に、アプリ名やプロダクトＩＤで区別することなく値を保持している。この並びは、アプリ管理部３０４で保持しているアプリケーション情報（ＳＤＫアプリ情報）の内部インデックスと一致する。 
【００４３】
ここで、ユーザ情報を用いた動作について簡単に説明する。
各画像形成装置１００のＣＰＵ２０１（実際には通信制御部３０１，設定情報制御部３０２，ユーザ情報管理部３０３）はそれぞれ、ユーザの操作により、ＵＩ部２０６からユーザを認証する認証情報が入力されると、その認証情報を構成するユーザＩＤおよびログイン名に基づいてユーザの認証処理を行う。
【００４４】
そして、ユーザを認証した場合、つまり入力された認証情報のユーザＩＤおよびログイン名と情報記憶部３０５に記憶されている各ユーザ情報のいずれかのユーザＩＤおよびログイン名とが一致した場合に、当該画像形成装置１００の利用を許可する。もちろん、他にパスワード等を用いた認証を行ってもよい。なお、画像形成装置１００の各種機能やインストールされているＳＤＫアプリはそれぞれ、画像形成装置１００の利用が許可され、且つ対応する利用権限情報が利用可になっている場合に、利用することができる。
その後、ＵＩ部２０６から利用可能な機能又はＳＤＫアプリに関する動作要求を受け付けた場合に、その動作を実行する。
【００４５】
図７は、図２に示した各画像形成装置１００のＣＰＵ２０１による利用権限情報の設定処理の一例を示すフローチャートである。なお、この図７以降の各図では、図の都合上、「ＳＤＫアプリ」を単に「アプリ」としている。
ＰＣ５００では、各画像形成装置１００に利用権限情報を設定させるため、管理者の操作により、一括管理ツールを用い、上述したユーザ指定情報，アプリ指定情報，および利用権限情報を含む利用権限情報設定要求を複数の各画像形成装置１００に対してそれぞれ送信する。
【００４６】
各画像形成装置１００のＣＰＵ２０１はそれぞれ、当該画像形成装置１００にＳＤＫアプリがインストールされていない場合に、利用権限情報を予約情報として保持し、当該画像形成装置１００にＳＤＫアプリがインストールされた場合に、その利用権限情報（予約情報）を対応するＳＤＫアプリの動作に反映されるように設定する。
【００４７】
すなわち、各画像形成装置１００のＣＰＵ２０１は、ＰＣ５００からの利用権限情報設定要求をユーザＩＤ毎に通信Ｉ／Ｆ２０４が受信し、その利用権限情報設定要求が入力されると、図７の処理を開始する。
そして、まずステップＳ１において、通信Ｉ／Ｆ２０４からの利用権限情報設定要求（利用権限情報を含む）を受け付ける。この処理の機能が、第１の受付手段としての機能に相当する。
【００４８】
次に、ステップＳ２において、情報記憶部３０５に保持されているアプリケーション情報（図５）および各ユーザ情報（図６）に基づいて、受け付けた利用権限情報設定要求に含まれているアプリ指定情報によって指定されたＳＤＫアプリ（利用権限情報設定要求に含まれている利用権限情報に対応するＳＤＫアプリ）が当該画像形成装置１００にインストールされているか否かを判断する。ＳＤＫアプリの指定は、前述したようにアプリ名，プロダクトＩＤ等のアプリ指定情報によって行うことができる。複数のＳＤＫアプリが指定されている場合、その各ＳＤＫアプリについて、ステップＳ２以降の処理を実行する。この判断の機能は、判断手段としての機能に相当する。
【００４９】
そして、上記指定されたＳＤＫアプリが当該画像形成装置１００にインストールされていると判断した場合にはステップＳ３へ進むが、インストールされていないと判断した場合にはステップＳ４へ進む。
ステップＳ３では、その利用権限情報設定要求で設定を要求された利用権限情報を、その利用権限情報で指定されたＳＤＫアプリの動作に反映されるように設定する。
【００５０】
ステップＳ４では、先に受け付けた利用権限情報設定要求に含まれているアプリ指定情報（ユーザＩＤ，プロダクトＩＤ等）および利用権限情報に基づいて、その利用権限情報を保存用の予約情報に変換する。その予約情報には、ユーザＩＤ毎およびプロダクトＩＤ毎の利用権限情報等を含めている。予約情報については、後述する。
次のステップＳ５では、その変換した予約情報を情報記憶部３０５内の所定領域（所定の記憶手段）に書き込んで保持し、登録する。
ステップＳ３又はステップＳ５の処理が完了すると、図７の処理を終了する。
【００５１】
ここで、上記のステップＳ３〜Ｓ５の処理機能が第１の制御手段としての機能に相当する。
なお、画像形成装置１００は、ＳＤＫアプリの動作に反映されるように設定した利用権限情報（設定情報）に基づき、当該画像形成装置１００にインストールされているＳＤＫアプリの利用可否を制御することができる。この制御の機能が、権限管理手段としての機能に相当する。
【００５２】
図８は、利用権限情報から変換した予約情報の一例を示す説明図である。
この例の予約情報は、各ユーザＩＤ毎に、プロダクトＩＤ、利用権限予約値、および登録日時等からなる。
「プロダクトＩＤ」は、画像形成装置１００にインストールされるＳＤＫアプリを特定するための識別情報である。
「利用権限予約値」は、対応するプロダクトＩＤのＳＤＫアプリがインストールされた場合に、そのＳＤＫアプリの動作に反映されるように設定する利用権限情報の利用権限値である。
【００５３】
「登録日時」は、対応するプロダクトＩＤのＳＤＫアプリの利用権限の設定の予約を行った登録日時（予約情報の登録日時）である。
この登録日時は、上記予約を行ったときに設定され、予約情報の更新を行ったときにも値が更新される。プロダクトＩＤは、アプリ管理部３０４で管理されているＳＤＫアプリと対応付けられている。よって、プロダクトＩＤから対応するアプリ名や内部インデックスを取得することができる。
【００５４】
図９は、図２に示した各画像形成装置１００のＣＰＵ２０１によるＳＤＫアプリのインストールに伴う予約情報の設定処理の一例を示すフローチャートである。
各画像形成装置１００のＣＰＵ２０１はそれぞれ、ネットワークを介したダウンロードや記録媒体からの読み出し等により新たなＳＤＫアプリがインストールされたことを検出した場合に、図９の処理を開始する。なお、ＳＤＫアプリのインストールの際には、図示しない処理により、そのインストールされたＳＤＫアプリに関するアプリケーション情報が図５に示したアプリケーション情報に追加される。
【００５５】
そしてまず、ステップＳ１１において、新たにインストールされたＳＤＫアプリに関するアプリケーション情報を情報記憶部３０５から取得する。
次のステップＳ１２においては、取得したアプリケーション情報に基づいて、それに対応する予約情報の有無をチェックする。
そして、取得したアプリケーション情報に対応する予約情報がないと判断した場合には、そのまま図９の処理を終了する。
また、取得したアプリケーション情報に対応する予約情報があると判断した場合には、ステップＳ１３へ進む。
【００５６】
ステップＳ１３では、上記予約情報を全ユーザ分情報記憶部３０５から取得して、それを設定用の利用権限情報に変換する。
次のステップＳ１４では、取得したアプリケーション情報に基づいて、予約情報から変換した利用権限情報を、その利用権限情報で指定されたＳＤＫアプリの動作に反映されるように設定する。
ステップＳ１４の処理が完了すると、図９の処理を終了する。
以上のステップＳ１１〜Ｓ１４の処理が第２の制御手段としての機能に相当する。
【００５７】
図１０は、図３に示した各画像形成装置１００の各部による、ＳＤＫアプリがインストールされていないときに設定情報である利用権限情報を予約情報として保持し、その利用権限情報をＳＤＫアプリがインストールされたときにそのＳＤＫアプリの動作に反映されるように設定する際の動作シーケンスの一例を示す図である。
【００５８】
ＰＣ５００では、上述したように、利用権限情報設定要求を各画像形成装置１００へそれぞれ送信する。
各画像形成装置１００ではそれぞれ、通信制御部３０１が、ステップＳ１０１において、当該画像形成装置１００の外部に設置されているＰＣ５００からの利用権限情報設定要求を受け付ける。
【００５９】
通信制御部３０１は、その利用権限情報設定要求を受け付けると、次のステップＳ１０２において、その受け付けた利用権限情報設定要求を設定情報制御部３０２へ通知する。
設定情報制御部３０２は、その利用権限情報設定要求を受け付けると、ステップＳ１０３において、その要求に含まれているアプリ指定情報によって指定されたＳＤＫアプリが当該画像形成装置１００にインストールされているか否かを確認（判断）する。図示は省略するが、実際には、上記指定されたＳＤＫアプリのインストールの有無をアプリ管理部３０４に問い合わせすると、その問い合わせ結果がアプリ管理部３０４から通知されるため、その問い合わせ結果を受け取る。それによって、上記指定されたＳＤＫアプリが当該画像形成装置１００にインストールされているか否かを確認することができる。
【００６０】
そして、上記指定されたＳＤＫアプリが当該画像形成装置１００にインストールされていないと判断したとすると、ステップＳ１０４において、先に受け付けた利用権限情報設定要求に含まれているアプリ指定情報（ユーザＩＤ，プロダクトＩＤ等）および利用権限情報に基づいて、その利用権限情報を予約情報に変換し、その予約情報を含む予約情報設定要求をユーザ情報管理部３０３へ通知する。
ユーザ情報管理部３０３は、その予約情報設定要求を受け付けると、ステップＳ１０５において、その予約情報設定要求に含まれている予約情報（予約する設定情報）を情報記憶部３０５内の所定領域に書き込んで保持し、登録する。
【００６１】
その後、ユーザがＳＤＫアプリのインストールを行うと（Ｓ１０６）、アプリ管理部３０４は、そのインストールされたＳＤＫアプリに関するアプリケーション情報を登録する（図示省略）と共に、アプリがインストールされた旨を設定情報制御部３０２へ通知する（Ｓ１０７）。
【００６２】
設定情報制御部３０２は、そのアプリインストールの通知を受け付けると、ステップＳ１０８において、インストールが行われたＳＤＫアプリのアプリケーション情報をアプリ管理部３０４から取得する。
その後、ステップＳ１０９において、取得したアプリケーション情報に基づいて、それに対応する予約情報の有無をユーザ情報管理部３０３に問い合わせる。つまり、取得したアプリケーション情報中のプロダクトＩＤを含む予約情報有無問い合わせ要求をユーザ情報管理部３０３へ通知する。
【００６３】
ユーザ情報管理部３０３は、その予約情報有無問い合わせ要求を受け付けると、ステップＳ１１０において、その要求に含まれているプロダクトＩＤに基づいて、それに対応する予約情報の有無をチェックし、その予約情報があると判断した場合に、その予約情報を全ユーザ分情報記憶部３０５から取得する。
そして、その取得した予約情報をステップＳ１１１で設定情報制御部３０２へ渡す。
【００６４】
設定情報制御部３０２は、ユーザ情報管理部３０３からの予約情報を受け付けると、その予約情報をステップＳ１１２で利用権限情報に変換した後、先に取得したアプリケーション情報中のインデックスおよび変換した利用権限情報を含む設定情報設定要求を、ステップＳ１１３でユーザ情報管理部３０３へ通知する。
ユーザ情報管理部３０３は、その設定情報設定要求を受け付けると、ステップＳ１１４において、その設定情報設定要求に含まれているインデックスに基づいて、その設定情報設定要求に含まれている利用権限情報（設定情報）の利用制限値を、その利用権限情報で指定されたＳＤＫアプリの動作に反映されるように設定する。この設定の際には、上記設定情報設定要求に含まれている利用権限情報を、情報記憶部３０５内のユーザ情報の対応する利用権限情報の利用制限値に上書きして保持し、登録する処理も行う。
【００６５】
図１１は、図３に示した各画像形成装置１００の各部による、ＳＤＫアプリがアンインストールされる場合と、そのＳＤＫアプリが再インストールされる場合の動作シーケンスの一例を示す図である。
各画像形成装置１００ではそれぞれ、通信制御部３０１が、ステップＳ２０１において、ＰＣ５００からの利用権限情報設定要求を通信制御部３０１が受け付けると、次のステップＳ２０２において、その受け付けた利用権限情報設定要求を設定情報制御部３０２へ通知する。
【００６６】
設定情報制御部３０２は、その利用権限情報設定要求を受け付けると、ステップＳ２０３において、その要求に含まれているアプリ指定情報によって指定されたＳＤＫアプリが当該画像形成装置１００にインストールされているか否かを確認する。
そして、ここでは上記対応するＳＤＫアプリが当該画像形成装置１００にインストールされているとすると、ステップＳ２０４において、先に受け付けた利用権限情報設定要求に含まれているアプリ指定情報（ユーザＩＤ，プロダクトＩＤ等）および利用権限情報に基づいて、その利用権限情報を含む利用権限情報設定要求（設定情報設定要求）をユーザ情報管理部３０３へ通知する。
【００６７】
ユーザ情報管理部３０３は、その利用権限情報設定要求を受け付けると、ステップＳ２０５において、その利用権限情報設定要求に含まれている利用権限情報（設定情報）を、その利用権限情報で指定されたＳＤＫアプリの動作に反映されるように設定する。
【００６８】
その後、ユーザがＳＤＫアプリのアンインストールを行うと（Ｓ２０６）、アプリ管理部３０４は、そのアンインストールされたＳＤＫアプリに関するアプリケーション情報を削除する前に、アプリがアンインストールされた旨を設定情報制御部３０２へ通知する（Ｓ２０７）。
設定情報制御部３０２は、そのアプリアンインストールの通知を受け付けると、ステップＳ２０８において、そのアンインストールしたＳＤＫアプリのアプリケーション情報をアプリ管理部３０４から取得する。
【００６９】
その後、ステップＳ２０９において、取得したアプリケーション情報に基づいて、それに対応する利用権限情報（設定情報）の有無をユーザ情報管理部３０３に問い合わせる。つまり、取得したアプリケーション情報中のプロダクトＩＤを含む利用権限情報有無問い合わせ要求をユーザ情報管理部３０３へ通知する。
【００７０】
ユーザ情報管理部３０３は、その利用権限情報有無問い合わせ要求を受け付けると、ステップＳ２１０において、その要求に含まれているプロダクトＩＤに基づいて、それらに対応する利用権限情報の有無をチェックし、その利用権限情報があると判断した場合に、その利用権限情報（設定情報）を全ユーザ分情報記憶部３０５から取得する。
そして、その取得した利用権限情報をステップＳ２１１で設定情報制御部３０２へ渡す。
【００７１】
設定情報制御部３０２は、ユーザ情報管理部３０３からの利用権限情報を受け付けると、その利用権限情報をステップＳ１１２で予約情報に変換した後、先に取得したアプリケーション情報中のインデックスおよび変換した予約情報を含む予約情報設定要求をステップＳ２１３でユーザ情報管理部３０３へ通知する。
ユーザ情報管理部３０３は、その予約情報設定要求を受け付けると、ステップＳ２１４において、その予約情報設定要求に含まれているインデックスに基づいて、その予約情報設定要求に含まれている予約情報（設定情報）を情報記憶部３０５内の所定領域に書き込んで保持する。
ここで、ステップＳ２０７〜Ｓ２１４の動作が、第３の制御手段としての機能に相当する。
【００７２】
アプリ管理部３０４は、ステップＳ２１５において、ＳＤＫアプリのアンインストールを完了させる。このとき、アンインストールしたＳＤＫアプリについてのアプリケーション情報を削除する（不図示）。
その後、ユーザの操作により、ステップＳ２１６において、指定されたＳＤＫアプリ（アンインストールしたＳＤＫアプリ）の再インストールを行う。このとき、そのアプリケーション情報を設定して情報記憶部３０５に記憶保持する。
その後、ステップＳ２１７へ進むが、ステップＳ２１７〜Ｓ２２４の動作は図１０のステップＳ１０７〜Ｓ１１４と同様なので、その説明を省略する。
【００７３】
図１２は、図３に示した各画像形成装置１００の各部による予約情報の削除要求が発生する場合の動作シーケンスの一例を示す図である。
各画像形成装置１００ではそれぞれ、ステップＳ３０１において、ＰＣ５００からの利用権限情報設定要求を通信制御部３０１が受け付けると、ステップＳ３０２〜Ｓ３０５で図１０のステップＳ１０２〜Ｓ１０５と同様の動作を行う。
【００７４】
その後、ＰＣ５００では、各画像形成装置１００の予約情報を参照するため、管理者の操作により、一括管理ツールを用い、予約情報の参照を要求する予約情報参照要求を各画像形成装置１００へ送信する。
各画像形成装置１００ではそれぞれ、通信制御部３０１が、ステップＳ３０６において、ＰＣ５００からの予約情報参照要求を受け付けると、次のステップＳ３０７において、その予約情報参照要求を設定情報制御部３０２へ通知する。
【００７５】
設定情報制御部３０２は、その予約情報参照要求を受け付けると、ステップＳ３０８で予約情報取得要求をユーザ情報管理部３０３へ通知する。
ユーザ情報管理部３０３は、その予約情報取得要求を受け付けると、ステップＳ３０９で情報記憶部３０５から全ての予約情報を取得し、それをステップＳ３１０で設定情報制御部３０２へ通知する。
設定情報制御部３０２は、その予約情報をステップＳ３１１で通信制御部３０１へ受け渡す。
【００７６】
通信制御部３０１は、その予約情報を受け付けると、それをステップＳ３１２で予約情報参照要求の送信元であるＰＣ５００へ送信する。
ＰＣ５００では、各画像形成装置１００からそれぞれ予約情報を受信すると、それらをＵＩ部のディスプレイに表示させる。そして、管理者の操作によって、削除する予約情報が指定されると共に、その予約情報の削除対象の画像形成装置が指定されると、次の処理を行う。つまり、削除が指定された予約情報のプロダクトＩＤ（アプリの識別情報）を含む要約情報削除要求を、予約情報の削除対象として指定された画像形成装置１００へ送信する。
【００７７】
その画像形成装置１００では、通信制御部３０１が、ステップＳ３１３において、ＰＣ５００からの予約情報削除要求を受け付けると、次のステップＳ３１４において、その予約情報削除要求を設定情報制御部３０２へ通知する。
設定情報制御部３０２は、ステップＳ３１５において、通信制御部３０１からの予約情報削除要求をユーザ情報管理部３０３へ受け渡す。
ユーザ情報管理部３０３は、その予約情報削除要求を受け付けると、ステップＳ３１６において、その要求に含まれているプロダクトＩＤに基づいて、それを含む予約情報を情報記憶部３０５内の所定領域から削除する。全ユーザ分を削除するようにしても、ユーザ毎に削除できるようにしてもよい。
【００７８】
図１３は、図３に示した各画像形成装置１００の各部による予約情報を自動的に削除する場合の動作シーケンスの一例を示す図である。
各画像形成装置１００ではそれぞれ、ステップＳ４０１において、ＰＣ５００からの利用権限情報設定要求を通信制御部３０１が受け付けると、ステップＳ４０２〜Ｓ４０５で図１０のステップＳ１０２〜Ｓ１０５と同様の動作を行う。
【００７９】
その後、設定情報制御部３０２は、定期的にユーザ情報管理部３０３から予約情報の一覧を取得するため、定期的に、ステップＳ４０６で予約情報一覧要求をユーザ情報管理部３０３へ通知する。
ユーザ情報管理部３０３は、その予約情報一覧要求を受け付けると、ステップＳ４０７で情報記憶部３０５から全ての予約情報（予約情報の一覧）を取得し、それをステップＳ４０８で設定情報制御部３０２へ渡す。
【００８０】
設定情報制御部３０２は、その予約情報の一覧を受け付けると、ステップＳ４０９でその予約情報の一覧から予約情報の登録（保持）日時を確認する。そして、ステップＳ４１０において、その確認結果に基づき、登録から予め定めた所定時間経過した予約情報を削除するため、その予約情報のプロダクトＩＤを含む予約情報削除要求をユーザ情報管理部３０３へ受け渡す。
ユーザ情報管理部３０３は、その予約情報削除要求を受け付けると、ステップＳ４１１において、その要求に含まれているプロダクトＩＤに基づいて、それらを含む予約情報を情報記憶部３０５内の所定領域から削除する。全ユーザ分を削除するようにしても、ユーザ毎に削除できるようにしてもよい。
【００８１】
なお、設定情報制御部３０２がステップＳ４０９，ステップＳ４１０で、例えば次の処理を行うこともできる。
設定情報制御部３０２は、ステップＳ４０９で上記の予約情報の一覧から予約情報の登録日時と登録数を確認する。そして、ステップＳ４１０において、その確認結果に基づき、情報記憶部３０５内の所定領域に保持されている予約情報の登録数が予め設定された所定登録数（所定量）に達した場合に、古い予約情報から順に削除するため、最も古い予約情報のプロダクトＩＤを含む予約情報削除要求をユーザ情報管理部３０３へ受け渡す。
【００８２】
ここで、上記登録数は、１アプリ分の予約情報を１つと数えたり、１ユーザ分の予約情報を１つと数えたり、１アプリの１ユーザ分の予約情報を１つと数えたりすることができる。その場合、最も古い予約情報を１アプリ分としたり、１ユーザ分としたり、１アプリの１ユーザ分とする。
【００８３】
あるいは、設定情報制御部３０２およびユーザ情報管理部３０３がステップＳ４０６〜ステップＳ４１０で、例えば次の処理を行うこともできる。
ユーザ情報管理部３０３は、予約情報一覧要求を受け付けると、ステップＳ４０７で情報記憶部３０５内の所定領域に保持されている予約情報の容量を検出する。そして、その検出結果に基づき、情報記憶部３０５内の所定領域に保持されている予約情報の容量が予め設定された所定容量（所定量）に達した場合に、情報記憶部３０５から予約情報の一覧を取得し、それをステップＳ４０８で設定情報制御部３０２へ渡す。
【００８４】
設定情報制御部３０２は、その予約情報の一覧を受け付けると、ステップＳ４０９でその予約情報の一覧から予約情報の登録日時を確認する。そして、ステップＳ４１０において、その確認結果に基づき、情報記憶部３０５内の所定領域に保持されている予約情報のうち、最も古い予約情報のプロダクトＩＤを含む予約情報削除要求をユーザ情報管理部３０３へ受け渡す。
【００８５】
この実施形態による作用効果を以下の（１）〜（７）に示す。
（１）各画像形成装置１００はそれぞれ、アプリケーションに関する設定情報を受け付け、その設定情報と対応するアプリケーションが当該画像形成装置１００にインストールされているか否か判断する。
そして、上記アプリケーションがインストールされていると判断した場合には、上記受け付けた設定情報を、その設定情報と対応するアプリケーションの動作に反映されるように設定する。
【００８６】
また、上記アプリケーションがインストールされていないと判断した場合には、上記受け付けた設定情報を、その設定情報と対応するアプリケーションがインストールされるまで予約情報として情報記憶部３０５内の所定領域に保持させる制御を行う。
その後、当該画像形成装置１００にアプリケーションがインストールされた場合に、情報記憶部３０５内の所定領域にそのアプリケーションと対応する設定情報が予約情報として保持されていれば、その設定情報を、そのアプリケーションの動作に反映されるように設定する。
【００８７】
このように、アプリケーションに関する設定情報を、そのアプリケーションがインストールされた場合に直ちにそのアプリケーションの動作に反映されるように設定することが可能になる。設定情報が利用権限情報の場合、このことにより、アプリケーションが一時的でも不当に利用されることを回避することができる。
【００８８】
（２）各画像形成装置１００はそれぞれ、上記設定情報をアプリケーションの利用権限に関する設定を示す情報（利用権限情報）とした場合、アプリケーションの動作に反映されるように設定した設定情報（利用権限情報）に基づき、当該画像形成装置１００にインストールされているアプリケーションの利用可否を制御する。
このようにすれば、アプリケーションの動作に反映されるように設定した利用権限情報に基づき、当該画像形成装置１００にインストールされているアプリケーションの利用可否を適切に制御することができる。
【００８９】
（３）各画像形成装置１００はそれぞれ、上記設定情報が複数のユーザについてユーザ毎の設定情報を含む場合、ユーザ毎に上記設定情報を設定し、またユーザ毎に上記設定情報を情報記憶部３０５に保持させる。
このようにすれば、ユーザ毎に所望の設定情報を、その設定情報と対応するアプリケーションの動作に反映されるように設定することができるため、各ユーザの要求に応えることができる。
【００９０】
（４）各画像形成装置１００からそれぞれいずれかのアプリケーションをアンインストールする場合に、そのアプリケーションの動作に反映されるように設定されていた設定情報を、予約情報として情報記憶部３０５内の所定領域に保持させる。
このようにすれば、アンインストールされたアプリケーションを再度インストールした場合も、設定情報の設定が受け継がれるため、処理効率の向上につながる。
（５）各画像形成装置１００はそれぞれ、予約情報の削除要求を受け付け、その要求に従って情報記憶部３０５内の所定領域に保持されている予約情報を削除する。
このようにすれば、予約情報が溢れてしまい、予約情報が受け付けられなくなることを防ぐことができる。
【００９１】
（６）各画像形成装置１００はそれぞれ、情報記憶部３０５内の所定領域に保持されている予約情報を、保持から所定時間経過後に削除する。
このようにすれば、予約情報の削除要求を受け付けなくても、つまりユーザに削除を意識させなくても、予約情報が溢れてしまい、予約情報が受け付けられなくなることを防ぐことができる。
（７）各画像形成装置１００はそれぞれ、情報記憶部３０５内の所定領域に保持されている予約情報が所定量に達した場合に古い予約情報から順に削除する。
このようにしても、上記（６）と同様の効果を得ることができる。
【００９２】
図１４は、この発明による情報処理装置の他の実施形態である画像形成装置を含むシステムの構成例を示す概念図であり、図１と対応する部分には同一符号を付している。
この実施形態では、各画像形成装置１００をこの発明に関わる機能を有するものとする。また、各画像形成装置１００の内部に備えた情報記憶部３０５内の予約情報を記憶する所定領域を予約情報記憶部３０５ａとし、それを外部に配置している。例えば、図１４に示すように、予約情報記憶部３０５ａをファイルサーバ８００に配置する。
【００９３】
図１４の例では、各画像形成装置１００にそれぞれアプリケーションがインストール又はアンインストールされた場合に、図３のアプリ管理部３０４および設定情報制御部３０２が、例えば図１０のステップＳ１０７〜Ｓ１０９あるいは図１１のステップＳ２０７〜Ｓ２０９と同様の動作を行う。
【００９４】
その後、ユーザ情報管理部３０３が、設定情報制御部３０２からの予約情報有無問い合わせ要求を受け付けると、その要求に含まれているプロダクトＩＤに基づいて、それに対応する予約情報の有無をチェックし、その予約情報があると判断した場合に、その予約情報をファイルサーバ８００の予約情報記憶部３０５ａから取得する。
すなわち、上記の予約情報有無問い合わせ要求に含まれているプロダクトＩＤを含む予約情報取得要求を設定情報制御部３０２経由で通信制御部３０１へ通知する。
【００９５】
通信制御部３０１は、その予約情報取得要求を受け付けると、それをファイルサーバ８００へ送信する。
ファイルサーバ８００では、画像形成装置１０１から予約情報取得要求を受信すると、その予約情報取得要求に含まれているプロダクトＩＤに基づいて、それに対応する予約情報を予約情報記憶部３０５ａから取得し、それを予約情報取得要求の送信元の画像形成装置１００へ送信する。
【００９６】
各画像形成装置１００ではそれぞれ、通信制御部３０１が、予約情報を受信すると、それを設定情報制御部３０２経由でユーザ情報管理部３０３へ通知する。
それによって、ユーザ情報管理部３０３は、ファイルサーバ８００の予約情報記憶部３０５ａから予約情報を取得することができる。
以後の動作は、図１０のステップＳ１１１〜Ｓ１１４あるいは図１１のステップＳ２１１〜Ｓ２１４と同様の動作を行う。
【００９７】
このように、予約情報を外部のファイルサーバ８００に置くことで、予約情報を一元的に管理することができ、各画像形成装置１００が個別に予約情報を管理する必要が無くなる。
なお、例えば各画像形成装置１００の内部に備えた情報記憶部３０５内の予約情報を記憶する所定領域を予約情報記憶部３０５ａとし、それを各画像形成装置１００のいずれか、例えば図１４に破線で示すように、画像形成装置１０２に配置することも考えられる。画像形成装置１０２の予約情報記憶部３０５ａに保持されている利用権限情報を共有することで、複数の画像形成装置１００の利用権限情報を同一にする。
また、予約情報記憶部３０５ａをＰＣ５００等の他の情報処理装置に配置することもできる。
【００９８】
以上で実施形態の説明を終了するが、この発明において、各部の具体的な構成、処理の内容、操作の手順、用いるデータの形式等は、実施形態で説明したものに限るものではない。
例えば、各画像形成装置１００の一部又は全部を、通信機能を有するプリンタ，ファクシミリ装置，又はデジタル複写機等の他の画像形成装置に代えてもよい。また、画像形成装置１００の一部又は全部を、スキャナ装置等の画像読取装置などの画像処理装置や、ＰＣ，ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム等に通信機能を持たせた通信装置に代えてもよい。
また、以上説明してきた各実施形態、動作例及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００９９】
１００（１０１〜１０３）：画像形成装置    ２０１：ＣＰＵ    ２０２：ＲＯＭ
２０３：ＲＡＭ    ２０４：通信Ｉ／Ｆ    ２０５：ＨＤＤ    ２０６：ＵＩ部
２０７：エンジン部    ２０８：システムバス    ３０１：通信制御部
３０２：設定情報制御部    ３０３：ユーザ情報管理部    ３０４：アプリ管理部
３０５：情報記憶部    ３０５ａ：予約情報記憶部
５００：パーソナルコンピュータ    ７００：ネットワーク    ８００：ファイルサーバ
【先行技術文献】
【特許文献】
【０１００】
【特許文献１】特開２００７−１２２３６６公報
【特許文献２】特開２００９−２２３８７８号公報
【図１】
2014021545.tif 000003
【図２】
2014021545.tif 000004
【図３】
2014021545.tif 000005
【図４】
2014021545.tif 000006
【図５】
2014021545.tif 000007
【図６】
2014021545.tif 000008
【図７】
2014021545.tif 000009
【図８】
2014021545.tif 000010
【図９】
2014021545.tif 000011
【図１０】
2014021545.tif 000012
【図１１】
2014021545.tif 000013
【図１２】
2014021545.tif 000014
【図１３】
2014021545.tif 000015
【図１４】
2014021545.tif 000016