画像形成装置、情報管理方法およびプログラム
【課題】アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる画像形成装置、情報管理方法およびプログラムを提供する。
【解決手段】カウント値をアプリケーション毎に記憶する第１記憶部と、アプリケーションがアンインストールされたときのカウント値をアプリケーション毎に記憶する第２記憶部と、アプリケーションが再インストールされたときに、カウント値を第２記憶部から取得する取得部１４１と、再インストールされたアプリケーションに対して第１記憶部に記憶されるカウント値を、取得されたカウント値に更新する更新部１４２と、を備えた。
【解決手段】カウント値をアプリケーション毎に記憶する第１記憶部と、アプリケーションがアンインストールされたときのカウント値をアプリケーション毎に記憶する第２記憶部と、アプリケーションが再インストールされたときに、カウント値を第２記憶部から取得する取得部１４１と、再インストールされたアプリケーションに対して第１記憶部に記憶されるカウント値を、取得されたカウント値に更新する更新部１４２と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報管理方法およびプログラムに関する。
【背景技術】
【０００２】
従来から、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に備えられた機能を拡張可能なアプリケーションを機器の出荷後にインストールすることができる技術が知られている。
【０００３】
また、インストールされたアプリケーションを管理する方法が開発されている。例えば、アプリケーションの再インストールにより新たに有効期限や利用上限回数を延長させない目的で、最初にインストールされたアプリケーションのライセンス情報から取得した閾値情報を設定する方法が開示されている（例えば、特許文献１参照。）。特許文献１では、再インストールされたアプリケーションのライセンス情報に含まれる閾値情報は設定しない方法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のアプリケーションによる処理の実行回数をカウントするカウンタは、ＭＦＰ本体の機能に付随しているカウンタとは異なり、アプリケーションをアンインストールした際にカウンタ情報が削除されてしまう。
【０００５】
このため、特許文献１の方法では、アプリケーションの再インストール時に利用上限回数を延長しない設定にしてもカウンタ情報がリセットされた場合、アプリケーションの管理者が利用状況を正確に把握できないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる画像形成装置、情報管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明にかかる画像形成装置は、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に記憶する第１記憶部と、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に記憶する第２記憶部と、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得部と、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、を備えたことを特徴とする。
【０００８】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に記憶する第１記憶部と、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に記憶する第２記憶部と、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得部と、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、を備えたことを特徴とする。
【０００９】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、を含むことを特徴とする。
【００１０】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、を含むことを特徴とする。
【００１１】
また、本発明にかかるプログラムは、コンピュータを、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、として機能させることを特徴とする。
【００１２】
また、本発明にかかるプログラムは、コンピュータを、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、本実施の形態にかかるＭＦＰの機能的構成を示すブロック図である。
【図２】図２は、アプリケーション毎に分類された第２カウンタ情報を示す図である。
【図３】図３は、アプリインストール制御部の詳細な機能を示すブロック図である。
【図４】図４は、ＭＦＰによるアンインストール処理の手順を示すフローチャートである。
【図５】図５は、ＭＦＰによる再インストール処理の手順を示すフローチャートである。
【図６】図６は、実施の形態２にかかるＭＦＰの機能的構成を示すブロック図である。
【図７】図７は、ユーザ毎に分類された第２カウンタ情報を示す図である。
【図８】図８は、アプリインストール制御部の詳細な機能を示すブロック図である。
【図９】図９は、ＭＦＰによるユーザ情報の削除処理の手順を示すフローチャートである。
【図１０】図１０は、ＭＦＰによるユーザ情報の作成処理の手順を示すフローチャートである。
【図１１】図１１は、画像形成装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、この発明にかかる画像形成装置、情報管理方法およびプログラムの最良な実施の形態を詳細に説明する。
【００１６】
（実施の形態１）
図１は、実施の形態１にかかるＭＦＰ１００の機能的構成を示すブロック図である。以下、画像形成装置１００の一例としてＭＦＰ１００を用いて説明する。図１に示すように、ＭＦＰ１００は、コンポーネント１１０と、ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）１６０と、操作表示部１７０とを主に備える。
【００１７】
コンポーネント１１０は、ＭＦＰ１００にインストールされたアプリケーションのプログラム群である。コンポーネント１１０は、アプリケーション１０１と、プラットフォーム１２０とを備え、これらを起動する。
【００１８】
アプリケーション１０１は、ユーザに対してＭＦＰ１００の機能を利用可能に動作するアプリケーションであり、標準アプリケーションとＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）アプリケーションとで構成される。
【００１９】
標準アプリケーションとしては、ＦＡＸアプリケーション１１１、スキャンアプリケーション１１２、プリンタアプリケーション１１３がある。また、ＳＤＫアプリケーションとしては、様々なデバイスに応じてＳＤＫアプリケーション１１４ａからＳＤＫアプリケーション１１４ｎ（以下、ＳＤＫアプリケーション１１４と総称する。）がある。
【００２０】
ＦＡＸアプリケーション１１１は、ＦＡＸ機能を提供する標準アプリケーションであり、スキャンアプリケーション１１２は、スキャン機能を提供する標準アプリケーションであり、プリンタアプリケーション１１３は、プリンタ機能を提供する標準アプリケーションである。
【００２１】
また、ＳＤＫアプリケーション１１４は、システムで提供する機能を組み合わせたり、制限したりしてカスタマイズし、ユーザ毎に設定可能なアプリケーションである。なお、ＳＤＫアプリケーション１１４は、インストールやアンインストールが容易な構成となっている。
【００２２】
また、プラットフォーム１２０は、ＳＤＫＡＰＩ（ＳＤＫ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）１２１と、モジュール群１２２と、アプリインストール制御部１２７と、第１記憶部１３０と、第２記憶部１３５を主に備える。
【００２３】
ＳＤＫＡＰＩ１２１は、システムの機能をカスタマイズするためにＳＤＫアプリケーションに対して公開されるＡＰＩである。
【００２４】
モジュール群１２２は、機能毎に用意されたモジュールの集合である。モジュール群１２２は、サブセットモジュール１２３と、プリンタモジュール１２４と、スキャンモジュール１２５と、ＦＡＸモジュール１２６とで構成される。
【００２５】
サブセットモジュール１２３は、ＳＤＫＡＰＩ１２１からの要求を解釈し、下位モジュールに対し処理を依頼するモジュールである。ＦＡＸモジュール１２６は、ＦＡＸ機能を提供する基本モジュールである。プリンタモジュール１２４は、プリンタの機能を提供する基本モジュールである。スキャンモジュール１２５は、スキャンの機能を提供する基本モジュールである。
【００２６】
第１記憶部１３０は、第１カウンタ情報１３１を記憶する第１記憶部としての機能を有する。ここで、第１カウンタ情報１３１は、カウンタ（不図示）によるアプリケーションによる処理の実行回数のカウント値である。また、カウンタは、インストールされているアプリケーションによる処理の実行回数（以下、実行回数という。）をカウントする。なお、カウンタは、アプリケーションがアンインストールされた場合は、カウント値をリセットする。
【００２７】
また、第１記憶部１３０は、アプリケーションがアンインストールされる場合に、アンインストールされたアプリケーションのプロダクトＩＤを第１カウンタ情報１３１とは別に記憶する。
【００２８】
第２記憶部１３５は、第２カウンタ情報１３６を記憶する第２記憶部としての機能を有する。第２カウンタ情報１３６は、アプリケーションがインストールされてからアンインストールされるまでの処理の実行回数のカウント値であり、このカウント値はアンインストール時に第２記憶部１３５に保存される。つまり、第２記憶部１３５は、アプリケーションがアンインストールされた後も、第２カウント情報１３６を記憶する。
【００２９】
ここで、第２カウンタ情報１３６の詳細について説明する。図２は、アプリケーション毎に分類された第２カウンタ情報１３６を示す図である。図２に示すアプリケーション毎に分類された第２カウンタ情報１３６には、アプリケーションと、当該アプリケーションの利用権限を有するユーザおよび実行回数を示すカウント値とが対応付けられている。
【００３０】
図２では、実行回数のカウント対象となるアプリケーションは、アプリ名「Ｓｃａｎ２ＸＸＸ」、プロダクトＩＤ「８７２４８１３３３」が付与されている。プロダクトＩＤは、アプリケーションを識別するためのＩＤであり、アプリケーションの種類毎に一意なＩＤが割り当てられる。なお、アプリケーションの種類が同じであれば、バージョンが異なっても同じプロダクトＩＤが割り当てられることとなる。
【００３１】
また、アプリケーションには、さらに、カウント機能「Ｓｃａｎ２ＰＤＦ」「Ｓｃａｎ２Ｊｐｅｇ」「Ｓｃａｎ２Ｐｒｉｎｔ」「Ｓｃａｎ２Ｍａｉｌ」の４種類がある。ここで、「Ｓｃａｎ２ＰＤＦ」は、ＰＤＦによるスキャン機能のことであり、「Ｓｃａｎ２Ｊｐｅｇ」は、Ｊｐｅｇによるスキャン機能のことである。また、「Ｓｃａｎ２Ｐｒｉｎｔ」は、プリントするためのスキャン機能のことであり、「Ｓｃａｎ２Ｍａｉｌ」は、メールのためのスキャン機能のことである。
【００３２】
また、カウント機能に「ユーザＡ」「ユーザＢ」「ユーザＣ」「ユーザＤ」が対応付けられており、各カウント機能にユーザ毎に利用された機能のカウント値が対応付けられている。例えば、図２では、ユーザＡは、「Ｓｃａｎ２ＰＤＦ」を３０１回実行し、「Ｓｃａｎ２Ｊｐｅｇ」を７４０回実行したことを示す。一方、ユーザＣは、いずれの機能も実行していないことを示す。
【００３３】
なお、図２に示す第２カウンタ情報１３６に反映されているユーザＩＤはアプリケーションがインストールされている状態で増減されたユーザＩＤであり、アンインストール後に増減されたユーザＩＤは第２カウンタ情報１３６には反映されない。
【００３４】
アプリインストール制御部１２７は、アプリケーション１０１のインストールやアンインストールに伴う処理を制御する。
【００３５】
ここで、アプリインストール制御部１２７の詳細について説明する。図３は、アプリインストール制御部１２７の詳細な機能を示すブロック図である。図３に示すように、アプリインストール制御部１２７は、取得部１４１と、更新部１４２と、インストール制御部１４３と、受付部１４４と、通信部１４５とを備える。
【００３６】
取得部１４１は、アプリケーションのアンインストール指示が受け付けられた場合に、アンインストールされるアプリケーションの第２カウンタ情報１３６を第２記憶部１３５から取得する。また、取得部１４１は、アプリケーションの再インストール指示が受け受け付けられた場合に、再インストールされるアプリケーションの第２カウンタ情報１３６を第２記憶部１３５から取得する。
【００３７】
例えば、取得部１４１は、アプリケーションのアンインストール指示が受け付けられた場合に、当該アプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されているか否かを判断する。取得部１４１は、第１カウンタ情報１３１が保存されていると判断した場合に第１カウンタ情報１３１を取得し、取得した第１カウンタ情報１３１を第２カウンタ情報１３６として保存する。
【００３８】
また、取得部１４１は、アプリケーションの再インストール指示が受け付けられた場合に、当該アプリケーションの第２カウンタ情報１３６が第２記憶部１３５に保存されているか否かを判断し、保存されていると判断した場合に第２カウンタ情報１３６を取得する。
【００３９】
また、取得部１４１は、アプリケーションのアンインストール指示が受け付けられ、第２カウンタ情報１３６を取得した場合に、第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをアンインストールされるアプリケーションとして第１記憶部１３０に保存する。同様に、取得部１４１は、アプリケーションのインストール指示が受け付けられ、第２カウンタ情報１３６を取得した場合に、第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをインストールされるアプリケーションとして第１記憶部１３０に保存する。
【００４０】
更新部１４２は、第１記憶部１３０に記憶されている第１カウンタ情報１３１を、取得部１４１により取得された第２カウンタ情報１３６に更新する。
【００４１】
受付部１４４は、ユーザによるアプリケーションのインストール指示やアンインストール指示の入力を受け付ける。例えば、受付部１４４は、操作表示部１７０に表示された入力画面からインストールまたはアンインストールの対象となるアプリケーションのプロダクト名の入力を受け付ける。
【００４２】
インストール制御部１４３は、受付部１４４からアプリケーションのインストール指示を受け付けた場合は、アプリケーションをインストールする。また、インストール制御部１４３は、受付部１４４からアプリケーションのアンインストール指示を受け付けた場合は、アプリケーションをアンインストールする。
【００４３】
通信部１４５は、ネットワーク（不図示）を介してＭＦＰ１００に接続された外部機器（不図示）と情報を送受信する。
【００４４】
例えば、ＭＦＰ１００にネットワークによりサーバが接続されていた場合、通信部１４５は、サーバと通信しインストール対象となるアプリケーションを受信し、第２記憶部１３５に保存する。
【００４５】
また、他の例として、記憶部１３０はネットワークにより接続されたサーバ（不図示）に備えられていても良く、この場合、取得部１４１は通信部１４５を介して第２カウンタ情報１３６を取得し、更新部１４２は通信部１４５を介して第１カウンタ情報１３１を更新する。
【００４６】
ＯＳ１６０は、各種資源を管理するサービスと枠組みを動作するソフトウェアを提供する。例えば、ＯＳ１６０は、ＳＤＫＡＰＩ１２１の種類毎に、第１記憶部１３０により記憶される第１カウンタ情報１３１または第２記憶部１３５に記憶される第２カウンタ情報１３６をカウントするカウンタを対応付けてもよい。
【００４７】
また、ＯＳ１６０は、ＳＤＫＡＰＩ１２１に対して複数の第１カウント情報をカウントするカウンタを対応付けることが可能である。
【００４８】
例えば、ＳＤＫＡＰＩ１２１が、スキャンした後のファイル生成処理を行うＡＰＩである場合、ＯＳ１６０は、スキャンした画像をＪｐｅｇ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）ファイルに変換する場合と、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）ファイルに変換する場合で異なるアプリケーションカウンタを対応付けることができる。なお、どのような機能に対してアプリケーションカウンタを対応付けるかは、ＳＤＫアプリケーション１１４の構成による。
【００４９】
なお、ＳＤＫＡＰＩ１２１に対してアプリケーションカウンタを対応付けない設定としても良い。また、アプリケーションカウンタを対応付けるか否かはユーザが任意に設定可能である。
【００５０】
次に、以上のように構成されたＭＦＰ１００によるアンインストール処理の手順について説明する。図４は、ＭＦＰ１００によるアンインストール処理の手順を示すフローチャートである。
【００５１】
受付部１４４は、アプリケーションのアンインストール指示を受け付ける（ステップＳ３０１）。取得部１４１は、アンインストール指示を受け付けたアプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されているか否かを判断する（ステップＳ３０２）。
【００５２】
取得部１４１は、アンインストール指示を受け付けたアプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されていると判断した場合（ステップＳ３０２：Ｙｅｓ）、第１記憶部１３０から第１カウンタ情報１３１を取得する（ステップＳ３０３）。
【００５３】
取得部１４１は、取得した第１カウンタ情報１３１を第２カウンタ情報１３６として第２記憶部１３５に保存する（ステップＳ３０４）。取得部１４１は、第２記憶部１３５に保存した第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをアンインストールしたアプリケーションとして保存する（ステップＳ３０５）。
【００５４】
インストール制御部１４３は、アンインストール指示を受け付けたアプリケーションをアンインストールする（ステップＳ３０６）。
【００５５】
次に、ＭＦＰ１００による再インストール処理の手順について説明する。図５は、ＭＦＰ１００による再インストール処理の手順を示すフローチャートである。
【００５６】
受付部１４４は、アプリケーションのインストール指示を受け付ける（ステップＳ４０１）。インストール制御部１４３は、第１記憶部１３０からアプリケーションを取得する（ステップＳ４０２）。インストール制御部１４３は、取得したアプリケーションをインストールする（ステップＳ４０３）。
【００５７】
取得部１４１は、インストールされたアプリケーションが過去にインストールされたか否かを判断する（ステップＳ４０４）。例えば、取得部１４１は、インストールされたアプリケーションのプロダクトＩＤと、第１記憶部１３０に保存されているアンインストールされたアプリケーションのプロダクトＩＤとを比較し、一致するプロダクトＩＤがあるか否かを判断する。
【００５８】
取得部１４１は、インストールされたアプリケーションが過去にインストールされたと判断した場合（ステップＳ４０４：Ｙｅｓ）、第２カウンタ情報１３６が第２記憶部１３５に保存されているか否かを判断する（ステップＳ４０５）。例えば、取得部１４１は、第１記憶部１３０に保存されているアンインストールされたアプリケーションのプロダクトＩＤの中に、インストールされたアプリケーションのプロダクトＩＤと一致するものがあると判断した場合、第２カウンタ情報１３６が保存されているか判断する。
【００５９】
取得部１４１は、第２カウンタ情報１３６が第２記憶部１３５に保存されていると判断した場合（ステップＳ４０５：Ｙｅｓ）、第２記憶部１３５から第２カウンタ情報１３６を取得する（ステップＳ４０６）。例えば、取得部１４１は、インストールされたアプリケーションのプロダクトＩＤに対応付けられた第２カウンタ情報１３６を第２記憶部１３５から取得する。
【００６０】
取得部１４１は、第１カウンタ情報１３１を、第２記憶部１３５から取得した第２カウンタ情報１３６に更新する（ステップＳ４０７）。
【００６１】
ステップＳ４０４において、取得部１４１が、インストールされたアプリケーションが過去にインストールされていないと判断した場合（ステップＳ４０４：Ｎｏ）、およびステップＳ４０５において、第２記憶部１３５に第２カウンタ情報１３６が保存されていないと判断した場合（ステップＳ４０５：Ｎｏ）、処理を終了する。
【００６２】
このように、本実施の形態によれば、アプリケーションのアンインストール時に第２カウンタ情報１３６を保存し、再インストール時に保存した第２カウンタ情報１３６を用いて実行回数をカウントするので、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる。
【００６３】
（実施の形態２）
実施の形態１では、アンインストール時に削除される対象はアプリケーションであり、アンインストール時に保存されたアプリケーションに対応付けられた第２カウント情報を再インストール時に取得する構成とした。これに対し、実施の形態２では、削除される対象はユーザ情報であり、ユーザ情報が削除される時に保存されたユーザ情報に対応付けられた第２カウント情報をユーザ情報の再作成時に取得する。
【００６４】
図６は、実施の形態２にかかるＭＦＰ２００の機能的構成を示すブロック図である。ここで、アプリインストール制御部２２７と、第１記憶部２３０と、第２記憶部２３５以外の各部の機能および構成については実施の形態１と同様である。
【００６５】
第１記憶部２３０は、第１カウンタ情報２３１を記憶する第１記憶部としての機能を有する。ここで、第１カウンタ情報２３１は、ユーザ毎のカウンタ（不図示）によるアプリケーションによる処理の実行回数のカウント値である。カウンタは、第１カウンタ情報２３１に登録されているユーザによる実行回数をカウントする。
【００６６】
またカウンタは、ユーザ情報が削除された場合は、当該ユーザによる実行回数のカウント値を削除する。ここで、ユーザ情報には、ユーザ名と、ユーザＩＤと、ユーザが利用できるアプリケーションなどが含まれる。
【００６７】
また、第１記憶部２３０は、ユーザ情報が第１カウンタ情報２３１から削除される場合に、削除したユーザ情報としてユーザＩＤを第１カウンタ情報２３１とは別に記憶する。
【００６８】
第２記憶部２３５は、第２カウンタ情報２３６を記憶する第２記憶部としての機能を有する。第２カウンタ情報２３６は、ユーザ情報が作成されてから削除されるまでの処理の実行回数のカウント値であり、このカウント値はユーザ情報の削除時に第２記憶部２３５に保存される。つまり、第２記憶部２３５は、ユーザ情報が削除された後も第２カウント情報２３６を記憶する。
【００６９】
図７は、ユーザ毎に分類された第２カウンタ情報２３６を示す図である。図７に示すユーザ毎に分類された第２カウンタ情報２３６は、ユーザＩＤと、当該ユーザＩＤにより識別されるユーザに利用が許可されたアプリケーションのプロダクトＩＤが対応付けられている。
【００７０】
ユーザＩＤは、ユーザを識別するためのＩＤであり、ユーザ毎に一意なＩＤが割り当てられる。なお、ユーザＩＤは利用する機器で一意であればよく、他の機器では異なるユーザに同一のユーザＩＤが付与されてもよい。
【００７１】
ユーザ毎に分類された第２カウンタ情報２３６によれば、ユーザ毎にユーザに利用が許可されたアプリケーションを管理することができ、ユーザ毎の第２カウンタ情報２３６の作成や削除の操作が容易となる。
【００７２】
図７では、ユーザ名「ユーザＡ」と、ユーザＩＤ「０００１６７ａ―０１」が付与されている。また、利用が許可されたアプリケーションのアプリ名と、プロダクトＩＤと、カウント機能と、カウント値とが対応付けられている。例えば、アプリ名「Ｓｃａｎ２ＸＸＸ」、プロダクトＩＤ「８７２４８１３３３」、カウント機能「Ｓｃａｎ２ＰＤＦ」にはカウント値「３０１」が対応付けられている。
【００７３】
なお、アプリ名「ＴｅｓｔＰｒｉｎｔ」や、「図形認識」のようにカウント機能が単一である場合や、第２カウンタ情報２３６に一つの機能しか対応付けられていない場合は、カウント機能の項目に名称は設定されない。
【００７４】
また、図７に示す第２カウンタ情報２３６に反映されているアプリケーションは、ユーザＩＤが第１カウンタ情報２３１に登録されている状態でインストールされたアプリケーションである。ユーザＩＤが第１カウンタ情報２３１から削除された後に増減されたアプリケーションおよびカウント値は第２カウンタ情報２３６には反映されない。
【００７５】
次に、アプリインストール制御部２２７の詳細について説明する。図８は、アプリインストール制御部２２７の詳細な機能を示すブロック図である。アプリインストール制御部２２７は、取得部２４１と、更新部１４２と、ユーザ情報作成制御部２４３と、通信部１４５を備える。なお、取得部２４１と、ユーザ情報作成制御部２４３と、受付部２４４以外の各部の機能および構成は実施の形態１と同様である。
【００７６】
受付部２４４は、ユーザ情報の作成指示や削除指示を、ユーザＩＤの入力とともに受け付ける。例えば、受付部２４４は、操作表示部１７０に表示された入力画面（不図示）からユーザによるユーザＩＤと当該ユーザＩＤにより識別されるユーザ情報の作成指示または削除指示の入力を受け付ける。
【００７７】
取得部２４１は、ユーザ情報の作成指示や削除指示の入力が受け付けられた場合に、第２記憶部２３５から第２カウント情報２３６を取得する。
【００７８】
ユーザ情報作成制御部２４３は、受付部２４４によりユーザ情報の作成指示が受け付けられた場合に、第１カウント情報２３１にユーザ情報を作成する。また、ユーザ情報作成制御部２４３は、受付部２４４によりユーザ情報の削除指示が受け付けられた場合に、第１カウント情報２３１に登録されているユーザ情報を削除する。
【００７９】
次に、以上のように構成されたＭＦＰ２００によるユーザ情報の削除処理の手順について説明する。図９は、ＭＦＰ２００によるユーザ情報の削除処理の手順を示すフローチャートである。
【００８０】
受付部２４４は、ユーザ情報の削除指示を受け付ける（ステップＳ６０１）。取得部２４１は、第１カウンタ情報２３１にユーザＩＤが設定されているか否かを判断する（ステップＳ６０２）。例えば、取得部２４１は、第１カウンタ情報２３１を参照して、削除指示が受け付けられたユーザ情報のユーザＩＤが登録されているか否かを判断する。
【００８１】
取得部２４１は、第１カウンタ情報２３１にユーザＩＤが設定されていると判断した場合（ステップＳ６０２：Ｙｅｓ）、第１記憶部２３０に当該ユーザＩＤに対応付けられた第１カウンタ情報２３１が保存されているか否かを判断する（ステップＳ６０３）。
【００８２】
取得部２４１は、第１記憶部２３０に当該ユーザＩＤに対応付けられた第１カウンタ情報２３１が保存されていると判断した場合（ステップＳ６０３：Ｙｅｓ）、第１記憶部２３０から第１カウンタ情報２３１を取得する（ステップＳ６０４）。
【００８３】
取得部２４１は、取得した第１カウンタ情報２３１を第２カウンタ情報２３６として第２記憶部２３６に保存する（ステップＳ６０５）。取得部２４１により第１カウンタ情報２３１にユーザＩＤが設定されていないと判断された場合（ステップＳ６０２：Ｎｏ）、取得部２４１により第２カウンタ情報２３６が保存された場合（ステップＳ６０５）、およびステップＳ６０３において、取得部２４１により第１カウンタ情報２３１が保存されていないと判断された場合（ステップＳ６０３：Ｎｏ）、ユーザ情報作成制御部２４３は、第１カウンタ情報２３１から削除指示の入力を受け付けたユーザ情報を削除する（ステップＳ６０６）。
【００８４】
次に、ＭＦＰ２００によるユーザ情報の作成処理の手順について説明する。図１０は、ＭＦＰ２００によるユーザ情報の作成処理の手順を示すフローチャートである。
【００８５】
受付部２４４は、ユーザ情報の作成指示を受け付ける（ステップＳ７０１）。例えば、受付部２４４は、操作表示部１７０に表示された入力画面からユーザによるユーザＩＤおよびユーザ情報の作成指示の入力を受け付ける。
【００８６】
ユーザ情報作成制御部２４３は、ユーザ情報の作成指示に応じてユーザ情報を作成する（ステップＳ７０２）。取得部２４１は、作成指示を受け付けたユーザＩＤが第１カウンタ情報２３１に存在するか否かを判断する（ステップＳ７０３）。
【００８７】
取得部２４１は、作成指示を受け付けたユーザＩＤが第１カウンタ情報２３１に存在しないと判断した場合（ステップＳ７０３：Ｎｏ）、作成指示を受け付けたユーザＩＤが第１記憶部２３０に過去に作成され、削除されたユーザ情報として保存されているか否かを判断する（ステップＳ７０４）。
【００８８】
取得部２４１は、作成指示を受け付けたユーザＩＤが過去に作成され、削除されたユーザ情報として第１記憶部２３０に保存されていると判断した場合（ステップＳ７０４：Ｙｅｓ）、当該ユーザＩＤに対応付けられた第２カウンタ情報２３６が第２記憶部２３５に保存されているか否かを判断する（ステップＳ７０５）。
【００８９】
取得部２４１は、当該ユーザＩＤに対応付けられた第２カウンタ情報２３６が第２記憶部２３５に保存されていると判断した場合（ステップＳ７０５：Ｙｅｓ）、第２記憶部２３５から第２カウンタ情報２３６を取得する（ステップＳ７０６）。更新部１４２は、第１カウンタ情報２３１を、取得部２４１により取得された第２カウンタ情報２３６に更新する（ステップＳ７０７）。
【００９０】
なお、ステップＳ７０３で、ユーザＩＤが第１カウンタ情報２３１に存在すると判断された場合（ステップＳ７０３：Ｙｅｓ）、ステップＳ７０４において、第１記憶部２３０に保存されていないと判断した場合（ステップＳ７０４：Ｎｏ）、またはステップＳ７０５において、第２カウンタ情報２３６が保存されていないと判断した場合（ステップＳ７０５：Ｎｏ）、更新部１４２による更新処理は行われることなく処理を終了する。
【００９１】
このように、本実施の形態によれば、同一のアプリケーションを複数のユーザにより利用する状況において、第１カウンタ情報が示すアプリケーションの利用者情報から削除されたユーザ情報を復元する場合にも、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる。
【００９２】
また、このように、本実施の形態によれば、一度作成されたユーザ情報を、ユーザ情報が第１カウンタ情報から削除される場合に、別領域に第２カウンタ情報として保存し、再作成時に第２カウンタ情報から取得したユーザ情報を用いるので、容易にユーザ情報を再設定することができる。
【００９３】
図１１は、本実施の形態にかかる画像形成装置のハードウェア構成を示すブロック図である。本図では、画像形成装置の一例としてＭＦＰ１００および２００（以下、複合機１００と総称する。）として説明する。この複合機１００は、コントローラ１０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ１０は、複合機１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、例えば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００９４】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）１３０、１３５、２３０、２３５とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２ａと、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１２ｂと、をさらに有する。
【００９５】
ＣＰＵ１１は、複合機１００の全体制御を行うものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００９６】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰバス１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００９７】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００９８】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００９９】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス１５、ＰＣＩバス、ＨＤＤ１３０、１３５、２３０、２３５およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩマスタおよびＡＧＰターゲットと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）インターフェース５０が接続される。操作表示部１７０はＡＳＩＣ１６に直接接続されている。
【０１００】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３０、１３５、２３０、２３５は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【０１０１】
ＡＧＰバス１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【０１０２】
なお、本実施の形態の画像形成装置で実行される情報管理プログラムは、ＲＯＭ等に予め組み込まれて提供される。
【０１０３】
本実施の形態の画像形成装置で実行される情報管理プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１０４】
さらに、本実施の形態の画像形成装置で実行される情報管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態の画像形成装置で実行される情報管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０５】
本実施の形態の画像形成装置で実行される情報管理プログラムは、上述した各部（取得部、更新部、インストール制御部、受付部、通信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから情報管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、取得部、更新部、インストール制御部、受付部、通信部が主記憶装置上に生成されるようになっている。
【０１０６】
なお、上記実施の形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明したが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。
【符号の説明】
【０１０７】
１００、２００ ＭＦＰ
１２７ アプリインストール制御部
１３０、２３０ 第１記憶部
１３５、２３５ 第２記憶部
１４１、２４１ 取得部
１４２ 更新部
１４３ インストール制御部
１４４、２４４ 受付部
１４５ 通信部
２４３ ユーザ情報作成制御部
【先行技術文献】
【特許文献】
【０１０８】
【特許文献１】特開２００９−１２３１００号公報
【技術分野】
【０００１】
本発明は、画像形成装置、情報管理方法およびプログラムに関する。
【背景技術】
【０００２】
従来から、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に備えられた機能を拡張可能なアプリケーションを機器の出荷後にインストールすることができる技術が知られている。
【０００３】
また、インストールされたアプリケーションを管理する方法が開発されている。例えば、アプリケーションの再インストールにより新たに有効期限や利用上限回数を延長させない目的で、最初にインストールされたアプリケーションのライセンス情報から取得した閾値情報を設定する方法が開示されている（例えば、特許文献１参照。）。特許文献１では、再インストールされたアプリケーションのライセンス情報に含まれる閾値情報は設定しない方法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のアプリケーションによる処理の実行回数をカウントするカウンタは、ＭＦＰ本体の機能に付随しているカウンタとは異なり、アプリケーションをアンインストールした際にカウンタ情報が削除されてしまう。
【０００５】
このため、特許文献１の方法では、アプリケーションの再インストール時に利用上限回数を延長しない設定にしてもカウンタ情報がリセットされた場合、アプリケーションの管理者が利用状況を正確に把握できないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる画像形成装置、情報管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明にかかる画像形成装置は、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に記憶する第１記憶部と、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に記憶する第２記憶部と、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得部と、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、を備えたことを特徴とする。
【０００８】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に記憶する第１記憶部と、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に記憶する第２記憶部と、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得部と、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、を備えたことを特徴とする。
【０００９】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、を含むことを特徴とする。
【００１０】
また、本発明にかかる情報管理方法は、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、を含むことを特徴とする。
【００１１】
また、本発明にかかるプログラムは、コンピュータを、アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、として機能させることを特徴とする。
【００１２】
また、本発明にかかるプログラムは、コンピュータを、アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、本実施の形態にかかるＭＦＰの機能的構成を示すブロック図である。
【図２】図２は、アプリケーション毎に分類された第２カウンタ情報を示す図である。
【図３】図３は、アプリインストール制御部の詳細な機能を示すブロック図である。
【図４】図４は、ＭＦＰによるアンインストール処理の手順を示すフローチャートである。
【図５】図５は、ＭＦＰによる再インストール処理の手順を示すフローチャートである。
【図６】図６は、実施の形態２にかかるＭＦＰの機能的構成を示すブロック図である。
【図７】図７は、ユーザ毎に分類された第２カウンタ情報を示す図である。
【図８】図８は、アプリインストール制御部の詳細な機能を示すブロック図である。
【図９】図９は、ＭＦＰによるユーザ情報の削除処理の手順を示すフローチャートである。
【図１０】図１０は、ＭＦＰによるユーザ情報の作成処理の手順を示すフローチャートである。
【図１１】図１１は、画像形成装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照して、この発明にかかる画像形成装置、情報管理方法およびプログラムの最良な実施の形態を詳細に説明する。
【００１６】
（実施の形態１）
図１は、実施の形態１にかかるＭＦＰ１００の機能的構成を示すブロック図である。以下、画像形成装置１００の一例としてＭＦＰ１００を用いて説明する。図１に示すように、ＭＦＰ１００は、コンポーネント１１０と、ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）１６０と、操作表示部１７０とを主に備える。
【００１７】
コンポーネント１１０は、ＭＦＰ１００にインストールされたアプリケーションのプログラム群である。コンポーネント１１０は、アプリケーション１０１と、プラットフォーム１２０とを備え、これらを起動する。
【００１８】
アプリケーション１０１は、ユーザに対してＭＦＰ１００の機能を利用可能に動作するアプリケーションであり、標準アプリケーションとＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）アプリケーションとで構成される。
【００１９】
標準アプリケーションとしては、ＦＡＸアプリケーション１１１、スキャンアプリケーション１１２、プリンタアプリケーション１１３がある。また、ＳＤＫアプリケーションとしては、様々なデバイスに応じてＳＤＫアプリケーション１１４ａからＳＤＫアプリケーション１１４ｎ（以下、ＳＤＫアプリケーション１１４と総称する。）がある。
【００２０】
ＦＡＸアプリケーション１１１は、ＦＡＸ機能を提供する標準アプリケーションであり、スキャンアプリケーション１１２は、スキャン機能を提供する標準アプリケーションであり、プリンタアプリケーション１１３は、プリンタ機能を提供する標準アプリケーションである。
【００２１】
また、ＳＤＫアプリケーション１１４は、システムで提供する機能を組み合わせたり、制限したりしてカスタマイズし、ユーザ毎に設定可能なアプリケーションである。なお、ＳＤＫアプリケーション１１４は、インストールやアンインストールが容易な構成となっている。
【００２２】
また、プラットフォーム１２０は、ＳＤＫＡＰＩ（ＳＤＫ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）１２１と、モジュール群１２２と、アプリインストール制御部１２７と、第１記憶部１３０と、第２記憶部１３５を主に備える。
【００２３】
ＳＤＫＡＰＩ１２１は、システムの機能をカスタマイズするためにＳＤＫアプリケーションに対して公開されるＡＰＩである。
【００２４】
モジュール群１２２は、機能毎に用意されたモジュールの集合である。モジュール群１２２は、サブセットモジュール１２３と、プリンタモジュール１２４と、スキャンモジュール１２５と、ＦＡＸモジュール１２６とで構成される。
【００２５】
サブセットモジュール１２３は、ＳＤＫＡＰＩ１２１からの要求を解釈し、下位モジュールに対し処理を依頼するモジュールである。ＦＡＸモジュール１２６は、ＦＡＸ機能を提供する基本モジュールである。プリンタモジュール１２４は、プリンタの機能を提供する基本モジュールである。スキャンモジュール１２５は、スキャンの機能を提供する基本モジュールである。
【００２６】
第１記憶部１３０は、第１カウンタ情報１３１を記憶する第１記憶部としての機能を有する。ここで、第１カウンタ情報１３１は、カウンタ（不図示）によるアプリケーションによる処理の実行回数のカウント値である。また、カウンタは、インストールされているアプリケーションによる処理の実行回数（以下、実行回数という。）をカウントする。なお、カウンタは、アプリケーションがアンインストールされた場合は、カウント値をリセットする。
【００２７】
また、第１記憶部１３０は、アプリケーションがアンインストールされる場合に、アンインストールされたアプリケーションのプロダクトＩＤを第１カウンタ情報１３１とは別に記憶する。
【００２８】
第２記憶部１３５は、第２カウンタ情報１３６を記憶する第２記憶部としての機能を有する。第２カウンタ情報１３６は、アプリケーションがインストールされてからアンインストールされるまでの処理の実行回数のカウント値であり、このカウント値はアンインストール時に第２記憶部１３５に保存される。つまり、第２記憶部１３５は、アプリケーションがアンインストールされた後も、第２カウント情報１３６を記憶する。
【００２９】
ここで、第２カウンタ情報１３６の詳細について説明する。図２は、アプリケーション毎に分類された第２カウンタ情報１３６を示す図である。図２に示すアプリケーション毎に分類された第２カウンタ情報１３６には、アプリケーションと、当該アプリケーションの利用権限を有するユーザおよび実行回数を示すカウント値とが対応付けられている。
【００３０】
図２では、実行回数のカウント対象となるアプリケーションは、アプリ名「Ｓｃａｎ２ＸＸＸ」、プロダクトＩＤ「８７２４８１３３３」が付与されている。プロダクトＩＤは、アプリケーションを識別するためのＩＤであり、アプリケーションの種類毎に一意なＩＤが割り当てられる。なお、アプリケーションの種類が同じであれば、バージョンが異なっても同じプロダクトＩＤが割り当てられることとなる。
【００３１】
また、アプリケーションには、さらに、カウント機能「Ｓｃａｎ２ＰＤＦ」「Ｓｃａｎ２Ｊｐｅｇ」「Ｓｃａｎ２Ｐｒｉｎｔ」「Ｓｃａｎ２Ｍａｉｌ」の４種類がある。ここで、「Ｓｃａｎ２ＰＤＦ」は、ＰＤＦによるスキャン機能のことであり、「Ｓｃａｎ２Ｊｐｅｇ」は、Ｊｐｅｇによるスキャン機能のことである。また、「Ｓｃａｎ２Ｐｒｉｎｔ」は、プリントするためのスキャン機能のことであり、「Ｓｃａｎ２Ｍａｉｌ」は、メールのためのスキャン機能のことである。
【００３２】
また、カウント機能に「ユーザＡ」「ユーザＢ」「ユーザＣ」「ユーザＤ」が対応付けられており、各カウント機能にユーザ毎に利用された機能のカウント値が対応付けられている。例えば、図２では、ユーザＡは、「Ｓｃａｎ２ＰＤＦ」を３０１回実行し、「Ｓｃａｎ２Ｊｐｅｇ」を７４０回実行したことを示す。一方、ユーザＣは、いずれの機能も実行していないことを示す。
【００３３】
なお、図２に示す第２カウンタ情報１３６に反映されているユーザＩＤはアプリケーションがインストールされている状態で増減されたユーザＩＤであり、アンインストール後に増減されたユーザＩＤは第２カウンタ情報１３６には反映されない。
【００３４】
アプリインストール制御部１２７は、アプリケーション１０１のインストールやアンインストールに伴う処理を制御する。
【００３５】
ここで、アプリインストール制御部１２７の詳細について説明する。図３は、アプリインストール制御部１２７の詳細な機能を示すブロック図である。図３に示すように、アプリインストール制御部１２７は、取得部１４１と、更新部１４２と、インストール制御部１４３と、受付部１４４と、通信部１４５とを備える。
【００３６】
取得部１４１は、アプリケーションのアンインストール指示が受け付けられた場合に、アンインストールされるアプリケーションの第２カウンタ情報１３６を第２記憶部１３５から取得する。また、取得部１４１は、アプリケーションの再インストール指示が受け受け付けられた場合に、再インストールされるアプリケーションの第２カウンタ情報１３６を第２記憶部１３５から取得する。
【００３７】
例えば、取得部１４１は、アプリケーションのアンインストール指示が受け付けられた場合に、当該アプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されているか否かを判断する。取得部１４１は、第１カウンタ情報１３１が保存されていると判断した場合に第１カウンタ情報１３１を取得し、取得した第１カウンタ情報１３１を第２カウンタ情報１３６として保存する。
【００３８】
また、取得部１４１は、アプリケーションの再インストール指示が受け付けられた場合に、当該アプリケーションの第２カウンタ情報１３６が第２記憶部１３５に保存されているか否かを判断し、保存されていると判断した場合に第２カウンタ情報１３６を取得する。
【００３９】
また、取得部１４１は、アプリケーションのアンインストール指示が受け付けられ、第２カウンタ情報１３６を取得した場合に、第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをアンインストールされるアプリケーションとして第１記憶部１３０に保存する。同様に、取得部１４１は、アプリケーションのインストール指示が受け付けられ、第２カウンタ情報１３６を取得した場合に、第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをインストールされるアプリケーションとして第１記憶部１３０に保存する。
【００４０】
更新部１４２は、第１記憶部１３０に記憶されている第１カウンタ情報１３１を、取得部１４１により取得された第２カウンタ情報１３６に更新する。
【００４１】
受付部１４４は、ユーザによるアプリケーションのインストール指示やアンインストール指示の入力を受け付ける。例えば、受付部１４４は、操作表示部１７０に表示された入力画面からインストールまたはアンインストールの対象となるアプリケーションのプロダクト名の入力を受け付ける。
【００４２】
インストール制御部１４３は、受付部１４４からアプリケーションのインストール指示を受け付けた場合は、アプリケーションをインストールする。また、インストール制御部１４３は、受付部１４４からアプリケーションのアンインストール指示を受け付けた場合は、アプリケーションをアンインストールする。
【００４３】
通信部１４５は、ネットワーク（不図示）を介してＭＦＰ１００に接続された外部機器（不図示）と情報を送受信する。
【００４４】
例えば、ＭＦＰ１００にネットワークによりサーバが接続されていた場合、通信部１４５は、サーバと通信しインストール対象となるアプリケーションを受信し、第２記憶部１３５に保存する。
【００４５】
また、他の例として、記憶部１３０はネットワークにより接続されたサーバ（不図示）に備えられていても良く、この場合、取得部１４１は通信部１４５を介して第２カウンタ情報１３６を取得し、更新部１４２は通信部１４５を介して第１カウンタ情報１３１を更新する。
【００４６】
ＯＳ１６０は、各種資源を管理するサービスと枠組みを動作するソフトウェアを提供する。例えば、ＯＳ１６０は、ＳＤＫＡＰＩ１２１の種類毎に、第１記憶部１３０により記憶される第１カウンタ情報１３１または第２記憶部１３５に記憶される第２カウンタ情報１３６をカウントするカウンタを対応付けてもよい。
【００４７】
また、ＯＳ１６０は、ＳＤＫＡＰＩ１２１に対して複数の第１カウント情報をカウントするカウンタを対応付けることが可能である。
【００４８】
例えば、ＳＤＫＡＰＩ１２１が、スキャンした後のファイル生成処理を行うＡＰＩである場合、ＯＳ１６０は、スキャンした画像をＪｐｅｇ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）ファイルに変換する場合と、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）ファイルに変換する場合で異なるアプリケーションカウンタを対応付けることができる。なお、どのような機能に対してアプリケーションカウンタを対応付けるかは、ＳＤＫアプリケーション１１４の構成による。
【００４９】
なお、ＳＤＫＡＰＩ１２１に対してアプリケーションカウンタを対応付けない設定としても良い。また、アプリケーションカウンタを対応付けるか否かはユーザが任意に設定可能である。
【００５０】
次に、以上のように構成されたＭＦＰ１００によるアンインストール処理の手順について説明する。図４は、ＭＦＰ１００によるアンインストール処理の手順を示すフローチャートである。
【００５１】
受付部１４４は、アプリケーションのアンインストール指示を受け付ける（ステップＳ３０１）。取得部１４１は、アンインストール指示を受け付けたアプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されているか否かを判断する（ステップＳ３０２）。
【００５２】
取得部１４１は、アンインストール指示を受け付けたアプリケーションの第１カウンタ情報１３１が第１記憶部１３０に保存されていると判断した場合（ステップＳ３０２：Ｙｅｓ）、第１記憶部１３０から第１カウンタ情報１３１を取得する（ステップＳ３０３）。
【００５３】
取得部１４１は、取得した第１カウンタ情報１３１を第２カウンタ情報１３６として第２記憶部１３５に保存する（ステップＳ３０４）。取得部１４１は、第２記憶部１３５に保存した第２カウンタ情報１３６に含まれるアプリケーションのプロダクトＩＤをアンインストールしたアプリケーションとして保存する（ステップＳ３０５）。
【００５４】
インストール制御部１４３は、アンインストール指示を受け付けたアプリケーションをアンインストールする（ステップＳ３０６）。
【００５５】
次に、ＭＦＰ１００による再インストール処理の手順について説明する。図５は、ＭＦＰ１００による再インストール処理の手順を示すフローチャートである。
【００５６】
受付部１４４は、アプリケーションのインストール指示を受け付ける（ステップＳ４０１）。インストール制御部１４３は、第１記憶部１３０からアプリケーションを取得する（ステップＳ４０２）。インストール制御部１４３は、取得したアプリケーションをインストールする（ステップＳ４０３）。
【００５７】
取得部１４１は、インストールされたアプリケーションが過去にインストールされたか否かを判断する（ステップＳ４０４）。例えば、取得部１４１は、インストールされたアプリケーションのプロダクトＩＤと、第１記憶部１３０に保存されているアンインストールされたアプリケーションのプロダクトＩＤとを比較し、一致するプロダクトＩＤがあるか否かを判断する。
【００５８】
取得部１４１は、インストールされたアプリケーションが過去にインストールされたと判断した場合（ステップＳ４０４：Ｙｅｓ）、第２カウンタ情報１３６が第２記憶部１３５に保存されているか否かを判断する（ステップＳ４０５）。例えば、取得部１４１は、第１記憶部１３０に保存されているアンインストールされたアプリケーションのプロダクトＩＤの中に、インストールされたアプリケーションのプロダクトＩＤと一致するものがあると判断した場合、第２カウンタ情報１３６が保存されているか判断する。
【００５９】
取得部１４１は、第２カウンタ情報１３６が第２記憶部１３５に保存されていると判断した場合（ステップＳ４０５：Ｙｅｓ）、第２記憶部１３５から第２カウンタ情報１３６を取得する（ステップＳ４０６）。例えば、取得部１４１は、インストールされたアプリケーションのプロダクトＩＤに対応付けられた第２カウンタ情報１３６を第２記憶部１３５から取得する。
【００６０】
取得部１４１は、第１カウンタ情報１３１を、第２記憶部１３５から取得した第２カウンタ情報１３６に更新する（ステップＳ４０７）。
【００６１】
ステップＳ４０４において、取得部１４１が、インストールされたアプリケーションが過去にインストールされていないと判断した場合（ステップＳ４０４：Ｎｏ）、およびステップＳ４０５において、第２記憶部１３５に第２カウンタ情報１３６が保存されていないと判断した場合（ステップＳ４０５：Ｎｏ）、処理を終了する。
【００６２】
このように、本実施の形態によれば、アプリケーションのアンインストール時に第２カウンタ情報１３６を保存し、再インストール時に保存した第２カウンタ情報１３６を用いて実行回数をカウントするので、アンインストールされたアプリケーションを再インストールした場合であっても、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる。
【００６３】
（実施の形態２）
実施の形態１では、アンインストール時に削除される対象はアプリケーションであり、アンインストール時に保存されたアプリケーションに対応付けられた第２カウント情報を再インストール時に取得する構成とした。これに対し、実施の形態２では、削除される対象はユーザ情報であり、ユーザ情報が削除される時に保存されたユーザ情報に対応付けられた第２カウント情報をユーザ情報の再作成時に取得する。
【００６４】
図６は、実施の形態２にかかるＭＦＰ２００の機能的構成を示すブロック図である。ここで、アプリインストール制御部２２７と、第１記憶部２３０と、第２記憶部２３５以外の各部の機能および構成については実施の形態１と同様である。
【００６５】
第１記憶部２３０は、第１カウンタ情報２３１を記憶する第１記憶部としての機能を有する。ここで、第１カウンタ情報２３１は、ユーザ毎のカウンタ（不図示）によるアプリケーションによる処理の実行回数のカウント値である。カウンタは、第１カウンタ情報２３１に登録されているユーザによる実行回数をカウントする。
【００６６】
またカウンタは、ユーザ情報が削除された場合は、当該ユーザによる実行回数のカウント値を削除する。ここで、ユーザ情報には、ユーザ名と、ユーザＩＤと、ユーザが利用できるアプリケーションなどが含まれる。
【００６７】
また、第１記憶部２３０は、ユーザ情報が第１カウンタ情報２３１から削除される場合に、削除したユーザ情報としてユーザＩＤを第１カウンタ情報２３１とは別に記憶する。
【００６８】
第２記憶部２３５は、第２カウンタ情報２３６を記憶する第２記憶部としての機能を有する。第２カウンタ情報２３６は、ユーザ情報が作成されてから削除されるまでの処理の実行回数のカウント値であり、このカウント値はユーザ情報の削除時に第２記憶部２３５に保存される。つまり、第２記憶部２３５は、ユーザ情報が削除された後も第２カウント情報２３６を記憶する。
【００６９】
図７は、ユーザ毎に分類された第２カウンタ情報２３６を示す図である。図７に示すユーザ毎に分類された第２カウンタ情報２３６は、ユーザＩＤと、当該ユーザＩＤにより識別されるユーザに利用が許可されたアプリケーションのプロダクトＩＤが対応付けられている。
【００７０】
ユーザＩＤは、ユーザを識別するためのＩＤであり、ユーザ毎に一意なＩＤが割り当てられる。なお、ユーザＩＤは利用する機器で一意であればよく、他の機器では異なるユーザに同一のユーザＩＤが付与されてもよい。
【００７１】
ユーザ毎に分類された第２カウンタ情報２３６によれば、ユーザ毎にユーザに利用が許可されたアプリケーションを管理することができ、ユーザ毎の第２カウンタ情報２３６の作成や削除の操作が容易となる。
【００７２】
図７では、ユーザ名「ユーザＡ」と、ユーザＩＤ「０００１６７ａ―０１」が付与されている。また、利用が許可されたアプリケーションのアプリ名と、プロダクトＩＤと、カウント機能と、カウント値とが対応付けられている。例えば、アプリ名「Ｓｃａｎ２ＸＸＸ」、プロダクトＩＤ「８７２４８１３３３」、カウント機能「Ｓｃａｎ２ＰＤＦ」にはカウント値「３０１」が対応付けられている。
【００７３】
なお、アプリ名「ＴｅｓｔＰｒｉｎｔ」や、「図形認識」のようにカウント機能が単一である場合や、第２カウンタ情報２３６に一つの機能しか対応付けられていない場合は、カウント機能の項目に名称は設定されない。
【００７４】
また、図７に示す第２カウンタ情報２３６に反映されているアプリケーションは、ユーザＩＤが第１カウンタ情報２３１に登録されている状態でインストールされたアプリケーションである。ユーザＩＤが第１カウンタ情報２３１から削除された後に増減されたアプリケーションおよびカウント値は第２カウンタ情報２３６には反映されない。
【００７５】
次に、アプリインストール制御部２２７の詳細について説明する。図８は、アプリインストール制御部２２７の詳細な機能を示すブロック図である。アプリインストール制御部２２７は、取得部２４１と、更新部１４２と、ユーザ情報作成制御部２４３と、通信部１４５を備える。なお、取得部２４１と、ユーザ情報作成制御部２４３と、受付部２４４以外の各部の機能および構成は実施の形態１と同様である。
【００７６】
受付部２４４は、ユーザ情報の作成指示や削除指示を、ユーザＩＤの入力とともに受け付ける。例えば、受付部２４４は、操作表示部１７０に表示された入力画面（不図示）からユーザによるユーザＩＤと当該ユーザＩＤにより識別されるユーザ情報の作成指示または削除指示の入力を受け付ける。
【００７７】
取得部２４１は、ユーザ情報の作成指示や削除指示の入力が受け付けられた場合に、第２記憶部２３５から第２カウント情報２３６を取得する。
【００７８】
ユーザ情報作成制御部２４３は、受付部２４４によりユーザ情報の作成指示が受け付けられた場合に、第１カウント情報２３１にユーザ情報を作成する。また、ユーザ情報作成制御部２４３は、受付部２４４によりユーザ情報の削除指示が受け付けられた場合に、第１カウント情報２３１に登録されているユーザ情報を削除する。
【００７９】
次に、以上のように構成されたＭＦＰ２００によるユーザ情報の削除処理の手順について説明する。図９は、ＭＦＰ２００によるユーザ情報の削除処理の手順を示すフローチャートである。
【００８０】
受付部２４４は、ユーザ情報の削除指示を受け付ける（ステップＳ６０１）。取得部２４１は、第１カウンタ情報２３１にユーザＩＤが設定されているか否かを判断する（ステップＳ６０２）。例えば、取得部２４１は、第１カウンタ情報２３１を参照して、削除指示が受け付けられたユーザ情報のユーザＩＤが登録されているか否かを判断する。
【００８１】
取得部２４１は、第１カウンタ情報２３１にユーザＩＤが設定されていると判断した場合（ステップＳ６０２：Ｙｅｓ）、第１記憶部２３０に当該ユーザＩＤに対応付けられた第１カウンタ情報２３１が保存されているか否かを判断する（ステップＳ６０３）。
【００８２】
取得部２４１は、第１記憶部２３０に当該ユーザＩＤに対応付けられた第１カウンタ情報２３１が保存されていると判断した場合（ステップＳ６０３：Ｙｅｓ）、第１記憶部２３０から第１カウンタ情報２３１を取得する（ステップＳ６０４）。
【００８３】
取得部２４１は、取得した第１カウンタ情報２３１を第２カウンタ情報２３６として第２記憶部２３６に保存する（ステップＳ６０５）。取得部２４１により第１カウンタ情報２３１にユーザＩＤが設定されていないと判断された場合（ステップＳ６０２：Ｎｏ）、取得部２４１により第２カウンタ情報２３６が保存された場合（ステップＳ６０５）、およびステップＳ６０３において、取得部２４１により第１カウンタ情報２３１が保存されていないと判断された場合（ステップＳ６０３：Ｎｏ）、ユーザ情報作成制御部２４３は、第１カウンタ情報２３１から削除指示の入力を受け付けたユーザ情報を削除する（ステップＳ６０６）。
【００８４】
次に、ＭＦＰ２００によるユーザ情報の作成処理の手順について説明する。図１０は、ＭＦＰ２００によるユーザ情報の作成処理の手順を示すフローチャートである。
【００８５】
受付部２４４は、ユーザ情報の作成指示を受け付ける（ステップＳ７０１）。例えば、受付部２４４は、操作表示部１７０に表示された入力画面からユーザによるユーザＩＤおよびユーザ情報の作成指示の入力を受け付ける。
【００８６】
ユーザ情報作成制御部２４３は、ユーザ情報の作成指示に応じてユーザ情報を作成する（ステップＳ７０２）。取得部２４１は、作成指示を受け付けたユーザＩＤが第１カウンタ情報２３１に存在するか否かを判断する（ステップＳ７０３）。
【００８７】
取得部２４１は、作成指示を受け付けたユーザＩＤが第１カウンタ情報２３１に存在しないと判断した場合（ステップＳ７０３：Ｎｏ）、作成指示を受け付けたユーザＩＤが第１記憶部２３０に過去に作成され、削除されたユーザ情報として保存されているか否かを判断する（ステップＳ７０４）。
【００８８】
取得部２４１は、作成指示を受け付けたユーザＩＤが過去に作成され、削除されたユーザ情報として第１記憶部２３０に保存されていると判断した場合（ステップＳ７０４：Ｙｅｓ）、当該ユーザＩＤに対応付けられた第２カウンタ情報２３６が第２記憶部２３５に保存されているか否かを判断する（ステップＳ７０５）。
【００８９】
取得部２４１は、当該ユーザＩＤに対応付けられた第２カウンタ情報２３６が第２記憶部２３５に保存されていると判断した場合（ステップＳ７０５：Ｙｅｓ）、第２記憶部２３５から第２カウンタ情報２３６を取得する（ステップＳ７０６）。更新部１４２は、第１カウンタ情報２３１を、取得部２４１により取得された第２カウンタ情報２３６に更新する（ステップＳ７０７）。
【００９０】
なお、ステップＳ７０３で、ユーザＩＤが第１カウンタ情報２３１に存在すると判断された場合（ステップＳ７０３：Ｙｅｓ）、ステップＳ７０４において、第１記憶部２３０に保存されていないと判断した場合（ステップＳ７０４：Ｎｏ）、またはステップＳ７０５において、第２カウンタ情報２３６が保存されていないと判断した場合（ステップＳ７０５：Ｎｏ）、更新部１４２による更新処理は行われることなく処理を終了する。
【００９１】
このように、本実施の形態によれば、同一のアプリケーションを複数のユーザにより利用する状況において、第１カウンタ情報が示すアプリケーションの利用者情報から削除されたユーザ情報を復元する場合にも、アプリケーションの管理者がアプリケーションの利用状況を正確に把握することができる。
【００９２】
また、このように、本実施の形態によれば、一度作成されたユーザ情報を、ユーザ情報が第１カウンタ情報から削除される場合に、別領域に第２カウンタ情報として保存し、再作成時に第２カウンタ情報から取得したユーザ情報を用いるので、容易にユーザ情報を再設定することができる。
【００９３】
図１１は、本実施の形態にかかる画像形成装置のハードウェア構成を示すブロック図である。本図では、画像形成装置の一例としてＭＦＰ１００および２００（以下、複合機１００と総称する。）として説明する。この複合機１００は、コントローラ１０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ１０は、複合機１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、例えば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００９４】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）１３０、１３５、２３０、２３５とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２ａと、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１２ｂと、をさらに有する。
【００９５】
ＣＰＵ１１は、複合機１００の全体制御を行うものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００９６】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰバス１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００９７】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００９８】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００９９】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス１５、ＰＣＩバス、ＨＤＤ１３０、１３５、２３０、２３５およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩマスタおよびＡＧＰターゲットと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）インターフェース５０が接続される。操作表示部１７０はＡＳＩＣ１６に直接接続されている。
【０１００】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３０、１３５、２３０、２３５は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【０１０１】
ＡＧＰバス１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【０１０２】
なお、本実施の形態の画像形成装置で実行される情報管理プログラムは、ＲＯＭ等に予め組み込まれて提供される。
【０１０３】
本実施の形態の画像形成装置で実行される情報管理プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１０４】
さらに、本実施の形態の画像形成装置で実行される情報管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態の画像形成装置で実行される情報管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０５】
本実施の形態の画像形成装置で実行される情報管理プログラムは、上述した各部（取得部、更新部、インストール制御部、受付部、通信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから情報管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、取得部、更新部、インストール制御部、受付部、通信部が主記憶装置上に生成されるようになっている。
【０１０６】
なお、上記実施の形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明したが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。
【符号の説明】
【０１０７】
１００、２００ ＭＦＰ
１２７ アプリインストール制御部
１３０、２３０ 第１記憶部
１３５、２３５ 第２記憶部
１４１、２４１ 取得部
１４２ 更新部
１４３ インストール制御部
１４４、２４４ 受付部
１４５ 通信部
２４３ ユーザ情報作成制御部
【先行技術文献】
【特許文献】
【０１０８】
【特許文献１】特開２００９−１２３１００号公報
【特許請求の範囲】
【請求項１】
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に記憶する第１記憶部と、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に記憶する第２記憶部と、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得部と、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、
を備えたことを特徴とする画像形成装置。
【請求項２】
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に記憶する第１記憶部と、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に記憶する第２記憶部と、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得部と、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、
を備えたことを特徴とする画像形成装置。
【請求項３】
前記第２記憶部は前記画像形成装置とネットワークで接続されたサーバ装置であり、
前記取得部は、前記ネットワークを介して前記サーバ装置から前記カウント値を取得すること、
を特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、
を含むことを特徴とする情報管理方法。
【請求項５】
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、
を含むことを特徴とする情報管理方法。
【請求項６】
コンピュータを、
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、
として機能させることを特徴とするプログラム。
【請求項７】
コンピュータを、
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、
として機能させることを特徴とするプログラム。
【請求項１】
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に記憶する第１記憶部と、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に記憶する第２記憶部と、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得部と、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、
を備えたことを特徴とする画像形成装置。
【請求項２】
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に記憶する第１記憶部と、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に記憶する第２記憶部と、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得部と、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新部と、
を備えたことを特徴とする画像形成装置。
【請求項３】
前記第２記憶部は前記画像形成装置とネットワークで接続されたサーバ装置であり、
前記取得部は、前記ネットワークを介して前記サーバ装置から前記カウント値を取得すること、
を特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、
を含むことを特徴とする情報管理方法。
【請求項５】
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップと、
を含むことを特徴とする情報管理方法。
【請求項６】
コンピュータを、
アプリケーションによる処理の実行回数のカウント値を前記アプリケーション毎に第１記憶部に保存する第１保存ステップと、
前記アプリケーションがアンインストールされたときの前記カウント値を前記アプリケーション毎に第２記憶部に保存する第２保存ステップと、
前記アプリケーションが再インストールされたときに、再インストールされたアプリケーションの前記カウント値を前記第２記憶部から取得する取得ステップと、
再インストールされたアプリケーションに対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、
として機能させることを特徴とするプログラム。
【請求項７】
コンピュータを、
アプリケーションによる処理の実行回数のカウント値を前記利用者毎に第１記憶部に保存する第１保存ステップと、
前記利用者を識別する識別情報が削除されたときの前記カウント値を前記識別情報毎に第２記憶部に保存する第２保存ステップと、
前記識別情報の作成が指示されたときに、作成された前記識別情報の前記カウント値を前記第２記憶部から取得する取得ステップと、
作成された前記識別情報に対して前記第１記憶部に記憶される前記カウント値を、取得された前記カウント値に更新する更新ステップ、
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−６３８７０（Ｐ２０１２−６３８７０Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０５９６１（Ｐ２０１０−２０５９６１）
【出願日】平成２２年９月１４日（２０１０．９．１４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１４日（２０１０．９．１４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]