画像形成装置、カウンタ管理方法、及びカウンタ管理プログラム
【課題】カウンタを適切に管理することのできる画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムの提供を目的とする。
【解決手段】事象とカウンタとの対応関係を管理する対応関係管理手段と、カウンタごとに値を管理するカウンタ値管理手段と、事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することにより上記課題を解決する。
【解決手段】事象とカウンタとの対応関係を管理する対応関係管理手段と、カウンタごとに値を管理するカウンタ値管理手段と、事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムに関し、特に画像形成装置における各種のカウンタを更新する画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムに関する。
【背景技術】
【０００２】
一般に、コピー機能、ファクシミリ（ＦＡＸ）機能、印刷機能、スキャナ機能等の複数の機能を一つの筐体において実現する複合機と称される画像形成装置には、これらの機能の実現する際に発生する事象をカウントするための膨大な数のカウンタを備えている。コピー機能を例にとると、用紙の読取枚数の他、集約したときの出力用紙の枚数、コピー機能を利用した回数、ドラム部品の回転数等、多種多様なカウンタが存在する。これらのカウンタは、各機能の利用回数や請求金額をユーザごとに把握して課金管理を行ったり、各部品の消耗度（例えば、ドラムの回転数や転写回数等）を把握して複合機の各部品のメンテナンスを行ったりするために用いられる。
【０００３】
従来、このようなカウンタの更新については、画像形成装置上で動作する複数のアプリケーションによって直接行われていた。したがって、各カウンタは複数のアプリケーションによって更新される可能性があった。
【特許文献１】特許第３６７９７６０号公報
【特許文献２】特開２００６−７８９０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、各アプリケーションによってカウンタの更新が行われるような構成では、カウンタの更新ロジックが複数のアプリケーションに分散してしまう。したがって、カウンタの構成等が変更される場合、各アプリケーションのソースコードを修正する必要があり、その修正作業は、アプリケーションの数が多ければ多い程、負担が大きくなるという問題がある。
【０００５】
また、カウンタは課金に関わる重要な情報であるため、その存在がアプリケーションに直接さらされるのはセキュリティ上の観点より好ましくない。特に、近年では、サードベンダによって作成されたアプリケーションのインストールも可能とされている画像形成装置が存在するが、斯かる画像形成装置では、サードベンダに対しても各カウンタの仕様を公開する必要性が生じ、悪意又は不注意によるカウンタの不正な操作を招きかねないという問題もある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、カウンタを適切に管理することのできる画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、事象とカウンタとの対応関係を管理する対応関係管理手段と、カウンタごとに値を管理するカウンタ値管理手段と、事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することを特徴とする。
【０００８】
このような画像形成装置では、カウンタを適切に管理することができる。
【発明の効果】
【０００９】
本発明によれば、カウンタを適切に管理することのできる画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成の一例を示す図である。図１では、画像形成装置の具体例として、プリンタ、コピー、スキャナ、又は、ファクス等の複数の機能を一台の筐体において実現する複合機１のハードウェア構成が示されている。
【００１１】
複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１２】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１３】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作部）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示部）である。撮像部６０４は、原稿から画像（画像データ）を読み取るためのハードウェア（スキャナ）である。印刷部６０５は、画像（画像データ）を印刷用紙に印刷するためのハードウェア（プリンタ）である。
【００１４】
図２は、本発明の実施の形態の画像形成装置においてカウンタに関連するソフトウェア構成例を示す図である。同図には、カウンタ（カウント項目）に関するソフトウェアとして、カウンタモジュール１０及びアプリケーション２０が示されている。
【００１５】
アプリケーション２０は、その機能を実現するための処理手順において、カウンタの更新の原因となる事象を発生させる。図中では、アプリケーション２０として、コピーアプリ２０ａ、ＦＡＸアプリ２０ｂ、プリンタアプリ２０ｃ、及びスキャナアプリ２０ｄ等が例示されている。各アプリケーションは、発生した事象を示す（識別する）情報（以下、「事象情報」という。）等をカウンタモジュール１０に通知する。
【００１６】
カウンタモジュール１０は、アプリケーション２０からの事象情報等の通知に基づいてカウンタの操作を一元的に行うプログラムモジュールである。すなわち、本実施の形態では、カウンタの操作は、アプリケーション２０によって直接行われず、カウンタモジュール１０を介して行われる。
【００１７】
図３は、カウンタモジュールの構成例を示す図である。同図において、カウンタモジュール１０は、カウンタマネージャ１１及びカウンタコントローラ１２より構成される。
【００１８】
カウンタマネージャ１１は、アプリケーション２０より事象情報等の通知を受け付け、事象情報等に応じて操作（カウントアップ等）すべきカウンタを判断する。当該判断において、カウンタマネージャ１１は、カウンタ仕様情報３１を参照する。カウンタ仕様情報３１は、事象とカウンタとの対応関係等が定義された情報であり、例えば、ＨＤＤ６３３に記録されている。
【００１９】
カウンタコントローラ１２は、カウンタマネージャ１１よりカウンタの操作要求を受け付け、カウンタ管理テーブル３２において管理されているカウンタを操作する。カウンタ管理テーブル３２は、例えば、ＨＤＤの６３３等に記録されている。
【００２０】
図４は、カウンタ管理テーブルの構成例を示す図である。同図に示されるように、カウンタ管理テーブル３２は、個別カウンタテーブル３２１及び合計カウンタテーブル３２２より構成される。
【００２１】
個別カウンタテーブル３２１は、個別カウンタごとにカウンタＩＤとカウンタ値とを管理する。カウンタＩＤは、各カウンタを一意に識別するための識別子である。カウンタ値は、カウンタの値である。ここで、個別カウンタとは、独立して操作（カウントアップ等）される値を有するカウンタをいう。
【００２２】
一方、合計カウンタテーブル３２２は、合計カウンタごとにカウンタＩＤと構成カウンタＩＤとを管理する。構成カウントカウンタＩＤとは、合計カウンタを構成する個別カウンタのカウンタＩＤの集合である。すなわち、合計カウンタとは、構成要素とされた個別カウンタのカウンタ値の総和によってその値が定まるカウンタをいう。このように、合計カウンタテーブル３２２では、合計カウンタと構成カウンタとの関連付けが管理され、合計カウンタの値については直接管理されない。これにより、カウンタの操作を簡便化することができると共に、カウンタ値の不整合の発生を防止することができる。
【００２３】
以下、複合機１におけるカウンタの操作に関する処理手順について説明する。図５は、カウントアップ時の処理手順を説明するためのシーケンス図である。同図では、ユーザＫによって、コピーアプリ２０ａが利用され、カラーコピーの実行が正常に完了した状態を前提とする。
【００２４】
コピーアプリ２０ａは、カラーコピーの完了に応じ、ユーザＫの操作に応じてカラーコピーが実行されたことを示す事象情報をカウントマネージャ１１に通知する（Ｓ１０１）。ここで、事象情報には、コピーアプリ２０ａのアプリ名（＝コピーアプリ）、カラーモード（＝フルカラー）、ユーザ名（＝ユーザＫ）、及びコピー枚数等が含まれる。
【００２５】
続いて、カウントマネージャ１１は、通知された事象情報とカウンタ仕様情報３１とに基づいて、カウントアップすべきカウンタを判定する（Ｓ１０２）。
【００２６】
図６は、カウンタ仕様情報の構成例を示す図である。同図において、カウンタ仕様情報３１は、事象一覧テーブル３１１及び事象対応付けテーブル３１２より構成される。
【００２７】
事象一覧テーブル３１１は、複合機１においてカウントすべき事象の一覧が定義されているテーブルである。図中では、事象として「コピー数」、「カラーコピー数」、及び「モノクロコピー数」が例示されている。これらは、それぞれコピー数の変化、カラーコピー数の変化、モノクロコピー数の変化に係る事象を示す。また、事象一覧テーブル３１１には、事象ごとにユーザ毎（ユーザ別）のカウントの要否が登録されている。例えば、カラーコピー数についてはユーザ毎のカウント要否が「要」とされている。したがって、カラーコピー数については、ユーザごとのカウントも実施される。
【００２８】
事象対応付けテーブル３１２には、事象とカウンタとの対応付け（対応関係）が定義されている。具体的には、事象対応付けテーブル３１２では、事象ごとに、事象情報、対応するカウンタのカウンタＩＤ、有効フラグが管理される。事象は、事象一覧テーブル３１１における「事象」と同義である。但し、後述されるように、事象対応付けテーブル３１２ではユーザごとにカウントが必要な事象についてはユーザごとに区別される。カウンタＩＤは、事象に対応するカウンタのカウンタＩＤであり、カウンタ管理テーブル３２におけるカウンタＩＤに対応する。事象情報は、上記における事象情報と同義であり、本実施の形態ではアプリ名、カラーモード、及びユーザ名によって各事象を特定又は区別するための情報である。したがって、同一のアプリ及び同一のカラーモードに係る事象であっても、事象一覧テーブル３１１においてユーザ毎のカウント要否が「要」とされているカウンタについてはユーザごとに異なる事象及びカウンタＩＤが割り当てられる。例えば、２番目及び３〜６番目のレコード（行）は、カラーコピー数に係るものであるが、それぞれ異なる事象として扱われ、異なるカウンタＩＤが割り当てられている。
【００２９】
なお、「カラーモード＝不問」とされている事象情報に係る事象については、カラーモードに拘わらずカウントされる事象であることを示す。また、「ユーザ名＝不問」とされている事象に係る事象については、ユーザ共通の事象であることを示す。したがって、例えば、事象対応付けテーブル３１２において、１番目のレコードに係る事象に対応するカウンタ（カウンタＩＤ＝０のカウンタ）は、カラーモード及びユーザを問わずカウントアップされる。また、２番目及び３番前のレコードに係るカウンタ（カウンタＩＤ＝１又は２のカウンタ）は、ユーザを問わずカウントアップされる。
【００３０】
有効フラグは、当該カウンタが現在有効であるか（利用されているか）否かを示す情報である。図中において「○」は有効であることを示し、「×」は無効であることを示す。
【００３１】
斯かるカウンタ仕様情報３１に基づいて、ステップＳ１０２においてカウンタマネージャ１１によって実行される処理の詳細について説明する。図７は、カウンタマネージャによるカウントアップ対象のカウンタの判定処理を説明するためのフローチャートである。
【００３２】
まず、通知された事象情報に対応付けられているカウンタＩＤを事象対応付けテーブル３１２より検索する（Ｓ１０２１）。例えば、通知された事象情報の内容が、アプリ名＝コピーアプリ、カラーモード＝フルカラー、ユーザ名＝ユーザＫである場合、１番目、２番目、５番目のレコードに基づいて、通知された事象情報に対応付けられているカウンタＩＤとして、０、１、及び５が検索される。
【００３３】
続いて、カウンタＩＤが少なくとも一つ検索されたか否かを判定する（Ｓ１０２２）。カウンタＩＤが一つも検索されなかった場合（Ｓ１０２２でＹＥＳ）、当該事象情報に対するカウンタＩＤを新たに生成する（Ｓ１０２３）。具体的には、事象対応付けテーブル３１２に新たなレコードを作成し、通知された事象情報、カウンタＩＤ、及び有効フラグの値等を当該レコードに対して登録する。カウンタＩＤには既存のＩＤと重複しない値が割り当てられる。また、有効フラグの値は「○」とされる。続いて、新たに生成されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３４】
一方、カウンタＩＤが少なくとも一つ検索された場合（Ｓ１０２２でＹＥＳ）、当該カウンタＩＤに係るカウンタは、ユーザ毎にカウントする必要があるか否かを事象一覧テーブル３１１及び事象対応付けテーブル３１２に基づいて判定する（Ｓ１０２４）。より詳しくは、当該カウンタＩＤに対する「事象」の値を事象対応付けテーブル３１２より取得し、取得された「事象」の値を事象一覧テーブル３１１に当てはめることで、ユーザ毎のカウンタの要否を判定する。
【００３５】
ユーザ毎のカウンタが必要な場合（Ｓ１０２４でＹＥＳ）、検索結果にカレントユーザ個別のカウンタ（ここでは、カウンタＩＤ＝４のカウンタ）が含まれているか否かを判定する（Ｓ１０２５）。含まれている場合（Ｓ１０２５でＹＥＳ）、検索されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３６】
検索結果にカレントユーザ個別のカウンタが含まれていない場合（例えば、カレントユーザが、初めて当該事象に係る機能を利用した場合等）（Ｓ１０２５でＮＯ）、上述したステップＳ１０２３を実行することにより、カレントユーザ個別のカウンタＩＤを生成し、検索されたカウンタＩＤ及び生成されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３７】
図５に戻る。ステップＳ１０２に続いて、カウンタマネージャ１１は、図７のステップＳ１０２３において新たにカウンタＩＤが生成された場合は、当該カウンタＩＤをカウンタコントローラに通知し、新たなカウンタの作成を要求する（Ｓ１０３）。当該要求に応じ、カウンタコントローラ１２は、個別カウンタテーブル３２１に新たなレコード（行）を追加し、当該レコードのカウンタＩＤ及びカウンタ値に、通知されたカウンタＩＤ又は初期値（「０」）を登録する。
【００３８】
続いて、カウンタマネージャ１１は、図７のステップＳ１０２６において更新対象とされた各カウンタのカウンタＩＤ及びカウント数（カウンタの増加数）をカウンタコントローラ１２に通知することにより、カウンタのカウントアップを要求する（Ｓ１０５、Ｓ１０７）。当該要求に応じ、カウンタコントローラ１２は、通知されたカウンタＩＤのうち、個別カウンタテーブル３２１に登録されているカウンタＩＤのカウンタ値をカウントアップする（Ｓ１０６、Ｓ１０８等）。すなわち、ここでは、個別カウンタのみがカウントアップされ、合計カウンタについてはカウントアップされない。例えば、カウンタＩＤ＝０、１、及び５のカウンタのカウントアップが要求された場合、合計カウンタであるカウンタＩＤ＝０に係るカウンタについてはカウントアップされない。
【００３９】
次に、上位アプリケーションがカウンタ値を参照する際の処理手順について説明する。図８は、カウンタ値参照時の処理手順を説明するためのシーケンス図である。
【００４０】
例えば、コピーアプリ２０ａが、任意のカウンタのカウンタ値の取得をカウンタマネージャ１１に対して要求する（Ｓ２０１）。ここでの要求は、事象情報を構成する情報と同じ情報（アプリ名、カラーモード、ユーザ名）を指定することにより行われる。但し、カラーモードやユーザ名を問わない場合、これらの値は指定されない。
【００４１】
続いて、カウンタマネージャ１１は、カウンタ値の取得が要求されたカウンタのカウンタＩＤを判定し、当該カウンタＩＤに係るカウンタ値の取得をカウンタコントローラ１２に要求する（Ｓ２０２）。
【００４２】
ステップＳ２０２の詳細について説明する。図９は、カウントマネージャによるカウンタ値取得処理を説明するためのフローチャートである。
【００４３】
まず、取得が要求されたカウンタのカウンタＩＤを事象対応付けテーブル３１２より検索する（Ｓ２０２１）。すなわち、取得要求の構成は、事象情報と同じであるため、指定されたアプリ名、カラーモード、及びユーザ名が「事象情報」の値に一致するレコードを事象対応付けテーブル３１２より検索し、当該レコードのカウンタＩＤを取得する。但し、ここでは、取得要求に「一致する」もののみが検索される。例えば、カラーモード又はユーザ名に指定が無い場合、カラーモード＝不問又はユーザ名＝不問とされている事象情報に係るレコードのみが検索される。したがって、高々一つのカウンタＩＤが検索される。
【００４４】
カウンタＩＤが検索された場合（Ｓ２０２２でＹＥＳ）、検索されたカウンタＩＤをカウンタコントローラ１２に通知することにより、当該カウンタＩＤに係るカウンタ値の取得を要求する（Ｓ２０２３）。一方、カウンタＩＤが検索されなかった場合、要求元（コピーアプリ２０ａ）に対してエラーを返却する。
【００４５】
図８に戻る。カウンタ値の取得要求を受けたカウンタコントローラ１２は、指定されたカウンタＩＤに対応するカウンタ値をカウンタ管理テーブル３２より取得する（Ｓ２０３）。具体的には、指定されたカウンタＩＤが、個別カウンタテーブル３２１に登録されている場合は、当該カウンタＩＤに対するカウンタ値を個別カウンタテーブル３２１より取得する。一方、指定されたカウンタＩＤが合計カウンタテーブル３２２に登録されている場合は、当該カウンタＩＤに対する構成カウンタＩＤを合計カウンタテーブル３２２より取得し、各構成カウンタＩＤのカウンタ値を個別カウンタテーブル３２１より取得し、取得されたカウンタ値の合計（総和）を要求されたカウンタ値とする。
【００４６】
続いて、カウンタコントローラ１２は、取得又は算出されたカウンタ値をカウンタマネージャ１１に返却する（Ｓ２０４）。カウンタマネージャ１１は、返却されたカウンタ値をコピーアプリ２０ａに返却する（Ｓ２０５）。
【００４７】
次に、不要となったカウンタを削除（廃棄）する際の処理手順について説明する。図１０は、カウンタの削除時の処理手順を説明するためのシーケンス図である。カウンタの削除は、例えば、或るユーザのアカウントが複合機１より削除されたとき等、当該ユーザによって複合機１が利用されなくなったときに行われる。
【００４８】
例えば、或るアプリケーション２０は、或るユーザのアカウントの消滅に応じて、ユーザ名を指定して、当該ユーザに係るカウンタの利用の終了をカウンタマネージャ１１に通知する（Ｓ３０１）。カウンタマネージャ１１は、指定されたユーザ名を事象情報の中に含むレコードを事象対応付けテーブル３１２より検索し、当該レコードのカウンタＩＤを取得する（Ｓ３０２）。続いて、カウンタマネージャ１１は、検索されたレコードの有効フラグを「×」（無効）とする（Ｓ３０３）。但し、当該レコードを削除してしまってもよい。
【００４９】
続いて、カウンタマネージャ１１は、ステップＳ３０２において取得されたカウンタＩＤをカウントコントローラ１２に通知し、当該カウンタＩＤに係るカウンタの削除を要求する（Ｓ３０４）。カウントコントローラ１２は、カウンタ管理テーブル３２より、指定されたカウンタＩＤに係るレコードを削除する（Ｓ３０５）。なお、カウンタ管理テーブル３２より完全に削除するのではなく、レコードは残したまま、当該レコードが無効であることを示すフラグ情報を記録するようにしてもよい。この場合、以降において当該カウンタＩＤに係る操作が要求された場合は無視される。斯かる措置は、削除が要求されたカウンタが、課金に関するカウンタや、合計カウンタの構成カウンタである場合等に有効である。
【００５０】
カウンタの削除が完了すると、カウンタマネージャ１１は、削除の完了をアプリケーション２０に通知する（Ｓ３０６）。なお、上記のように、課金に関するカウンタ等、削除されてはならないカウンタが不用意に削除されてしまうことを避けるため、カウンタごとに削除の可否を示す情報をカウンタ仕様情報３１において管理するようにしてもよい。この場合、カウンタマネージャ１１は、削除が不可能なカウンタについて削除が要求された際は、エラーを返却するようにすればよい。
【００５１】
なお、削除ではなく、カウンタの初期化（０クリア）についても、図１０と同様のシーケンスによって実行することができる。
【００５２】
上述したように、本発明の実施の形態における複合機１によれば、事象とカウンタとの対応付けがカウンタモジュール１０によって一元的に管理される。カウンタモジュール１０は、アプリケーションより通知された事象に基づいて更新すべきカウンタを判定し、判定されたカウンタの値を更新する。したがって、各アプリケーション２０は、カウントマネージャ２０に対して発生した事象を示す情報を通知すればよく、カウンタを直接操作する実装が各アプリケーションに散在するのを回避することができる。
【００５３】
また、アプリケーションにカウンタが直接操作されないことにより、カウンタに対するセキュリティを適切に確保することができる。
【００５４】
また、カウンタの仕様（どのような事象が発生した場合にどのカウンタを更新するか等）が変化した場合は、基本的に、事象対応付けテーブル３１２を編集すればよいため、仕様変更に対する柔軟性を向上することができる。
【００５５】
なお、カウンタマネージャ１１において、カウンタの更新の際にログを記録するようにしてもよい。そうすることで、カウンタに対するセキュリティをより向上させることができる。
【００５６】
なお、上記では、コピーアプリ２０ａによるカウンタの操作を例として説明したため、事象を特定又は構成するための情報（事象情報）に「カラーモード」が含まれていたが、事象情報の構成は、アプリケーションの種別等に応じて適宜変化させればよい。
【００５７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成の一例を示す図である。
【図２】本発明の実施の形態の画像形成装置においてカウンタに関連するソフトウェア構成例を示す図である。
【図３】カウンタモジュールの構成例を示す図である。
【図４】カウンタ管理テーブルの構成例を示す図である。
【図５】カウントアップ時の処理手順を説明するためのシーケンス図である。
【図６】カウンタ仕様情報の構成例を示す図である。
【図７】カウンタマネージャによるカウントアップ対象のカウンタの判定処理を説明するためのフローチャートである。
【図８】カウンタ値参照時の処理手順を説明するためのシーケンス図である。
【図９】カウントマネージャによるカウンタ値取得処理を説明するためのフローチャートである。
【図１０】カウンタの削除時の処理手順を説明するためのシーケンス図である。
【符号の説明】
【００５９】
１ 複合機
１０ カウンタモジュール
１１ カウンタマネージャ
１２ カウンタコントローラ
２０ アプリケーション
２０ａ コピーアプリ
２０ｂ ＦＡＸアプリ
２０ｃ プリンタアプリ
２０ｄ スキャナアプリ
３１ カウンタ仕様情報
３２ カウンタ管理テーブル
６０１ コントローラ
６０２ オペレーションパネル６０２
６０３ ファクシミリコントロールユニット
６０４ 撮像部
６０５ 印刷部
６１１ ＣＰＵ
６１２ ＡＳＩＣ
６２１ ＮＢ
６２２ ＳＢ
６３１ ＭＥＭ−Ｐ
６３２ ＭＥＭ−Ｃ
６３３ ＨＤＤ
６３４ メモリカードスロット
６３５ メモリカード
６４１ ＮＩＣ
６４２ ＵＳＢデバイス
６４３ ＩＥＥＥ１３９４デバイス
６４４ セントロニクスデバイス
【技術分野】
【０００１】
本発明は、画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムに関し、特に画像形成装置における各種のカウンタを更新する画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムに関する。
【背景技術】
【０００２】
一般に、コピー機能、ファクシミリ（ＦＡＸ）機能、印刷機能、スキャナ機能等の複数の機能を一つの筐体において実現する複合機と称される画像形成装置には、これらの機能の実現する際に発生する事象をカウントするための膨大な数のカウンタを備えている。コピー機能を例にとると、用紙の読取枚数の他、集約したときの出力用紙の枚数、コピー機能を利用した回数、ドラム部品の回転数等、多種多様なカウンタが存在する。これらのカウンタは、各機能の利用回数や請求金額をユーザごとに把握して課金管理を行ったり、各部品の消耗度（例えば、ドラムの回転数や転写回数等）を把握して複合機の各部品のメンテナンスを行ったりするために用いられる。
【０００３】
従来、このようなカウンタの更新については、画像形成装置上で動作する複数のアプリケーションによって直接行われていた。したがって、各カウンタは複数のアプリケーションによって更新される可能性があった。
【特許文献１】特許第３６７９７６０号公報
【特許文献２】特開２００６−７８９０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、各アプリケーションによってカウンタの更新が行われるような構成では、カウンタの更新ロジックが複数のアプリケーションに分散してしまう。したがって、カウンタの構成等が変更される場合、各アプリケーションのソースコードを修正する必要があり、その修正作業は、アプリケーションの数が多ければ多い程、負担が大きくなるという問題がある。
【０００５】
また、カウンタは課金に関わる重要な情報であるため、その存在がアプリケーションに直接さらされるのはセキュリティ上の観点より好ましくない。特に、近年では、サードベンダによって作成されたアプリケーションのインストールも可能とされている画像形成装置が存在するが、斯かる画像形成装置では、サードベンダに対しても各カウンタの仕様を公開する必要性が生じ、悪意又は不注意によるカウンタの不正な操作を招きかねないという問題もある。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、カウンタを適切に管理することのできる画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、事象とカウンタとの対応関係を管理する対応関係管理手段と、カウンタごとに値を管理するカウンタ値管理手段と、事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することを特徴とする。
【０００８】
このような画像形成装置では、カウンタを適切に管理することができる。
【発明の効果】
【０００９】
本発明によれば、カウンタを適切に管理することのできる画像形成装置、カウンタ管理方法、及びカウンタ管理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成の一例を示す図である。図１では、画像形成装置の具体例として、プリンタ、コピー、スキャナ、又は、ファクス等の複数の機能を一台の筐体において実現する複合機１のハードウェア構成が示されている。
【００１１】
複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１２】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１３】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作部）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示部）である。撮像部６０４は、原稿から画像（画像データ）を読み取るためのハードウェア（スキャナ）である。印刷部６０５は、画像（画像データ）を印刷用紙に印刷するためのハードウェア（プリンタ）である。
【００１４】
図２は、本発明の実施の形態の画像形成装置においてカウンタに関連するソフトウェア構成例を示す図である。同図には、カウンタ（カウント項目）に関するソフトウェアとして、カウンタモジュール１０及びアプリケーション２０が示されている。
【００１５】
アプリケーション２０は、その機能を実現するための処理手順において、カウンタの更新の原因となる事象を発生させる。図中では、アプリケーション２０として、コピーアプリ２０ａ、ＦＡＸアプリ２０ｂ、プリンタアプリ２０ｃ、及びスキャナアプリ２０ｄ等が例示されている。各アプリケーションは、発生した事象を示す（識別する）情報（以下、「事象情報」という。）等をカウンタモジュール１０に通知する。
【００１６】
カウンタモジュール１０は、アプリケーション２０からの事象情報等の通知に基づいてカウンタの操作を一元的に行うプログラムモジュールである。すなわち、本実施の形態では、カウンタの操作は、アプリケーション２０によって直接行われず、カウンタモジュール１０を介して行われる。
【００１７】
図３は、カウンタモジュールの構成例を示す図である。同図において、カウンタモジュール１０は、カウンタマネージャ１１及びカウンタコントローラ１２より構成される。
【００１８】
カウンタマネージャ１１は、アプリケーション２０より事象情報等の通知を受け付け、事象情報等に応じて操作（カウントアップ等）すべきカウンタを判断する。当該判断において、カウンタマネージャ１１は、カウンタ仕様情報３１を参照する。カウンタ仕様情報３１は、事象とカウンタとの対応関係等が定義された情報であり、例えば、ＨＤＤ６３３に記録されている。
【００１９】
カウンタコントローラ１２は、カウンタマネージャ１１よりカウンタの操作要求を受け付け、カウンタ管理テーブル３２において管理されているカウンタを操作する。カウンタ管理テーブル３２は、例えば、ＨＤＤの６３３等に記録されている。
【００２０】
図４は、カウンタ管理テーブルの構成例を示す図である。同図に示されるように、カウンタ管理テーブル３２は、個別カウンタテーブル３２１及び合計カウンタテーブル３２２より構成される。
【００２１】
個別カウンタテーブル３２１は、個別カウンタごとにカウンタＩＤとカウンタ値とを管理する。カウンタＩＤは、各カウンタを一意に識別するための識別子である。カウンタ値は、カウンタの値である。ここで、個別カウンタとは、独立して操作（カウントアップ等）される値を有するカウンタをいう。
【００２２】
一方、合計カウンタテーブル３２２は、合計カウンタごとにカウンタＩＤと構成カウンタＩＤとを管理する。構成カウントカウンタＩＤとは、合計カウンタを構成する個別カウンタのカウンタＩＤの集合である。すなわち、合計カウンタとは、構成要素とされた個別カウンタのカウンタ値の総和によってその値が定まるカウンタをいう。このように、合計カウンタテーブル３２２では、合計カウンタと構成カウンタとの関連付けが管理され、合計カウンタの値については直接管理されない。これにより、カウンタの操作を簡便化することができると共に、カウンタ値の不整合の発生を防止することができる。
【００２３】
以下、複合機１におけるカウンタの操作に関する処理手順について説明する。図５は、カウントアップ時の処理手順を説明するためのシーケンス図である。同図では、ユーザＫによって、コピーアプリ２０ａが利用され、カラーコピーの実行が正常に完了した状態を前提とする。
【００２４】
コピーアプリ２０ａは、カラーコピーの完了に応じ、ユーザＫの操作に応じてカラーコピーが実行されたことを示す事象情報をカウントマネージャ１１に通知する（Ｓ１０１）。ここで、事象情報には、コピーアプリ２０ａのアプリ名（＝コピーアプリ）、カラーモード（＝フルカラー）、ユーザ名（＝ユーザＫ）、及びコピー枚数等が含まれる。
【００２５】
続いて、カウントマネージャ１１は、通知された事象情報とカウンタ仕様情報３１とに基づいて、カウントアップすべきカウンタを判定する（Ｓ１０２）。
【００２６】
図６は、カウンタ仕様情報の構成例を示す図である。同図において、カウンタ仕様情報３１は、事象一覧テーブル３１１及び事象対応付けテーブル３１２より構成される。
【００２７】
事象一覧テーブル３１１は、複合機１においてカウントすべき事象の一覧が定義されているテーブルである。図中では、事象として「コピー数」、「カラーコピー数」、及び「モノクロコピー数」が例示されている。これらは、それぞれコピー数の変化、カラーコピー数の変化、モノクロコピー数の変化に係る事象を示す。また、事象一覧テーブル３１１には、事象ごとにユーザ毎（ユーザ別）のカウントの要否が登録されている。例えば、カラーコピー数についてはユーザ毎のカウント要否が「要」とされている。したがって、カラーコピー数については、ユーザごとのカウントも実施される。
【００２８】
事象対応付けテーブル３１２には、事象とカウンタとの対応付け（対応関係）が定義されている。具体的には、事象対応付けテーブル３１２では、事象ごとに、事象情報、対応するカウンタのカウンタＩＤ、有効フラグが管理される。事象は、事象一覧テーブル３１１における「事象」と同義である。但し、後述されるように、事象対応付けテーブル３１２ではユーザごとにカウントが必要な事象についてはユーザごとに区別される。カウンタＩＤは、事象に対応するカウンタのカウンタＩＤであり、カウンタ管理テーブル３２におけるカウンタＩＤに対応する。事象情報は、上記における事象情報と同義であり、本実施の形態ではアプリ名、カラーモード、及びユーザ名によって各事象を特定又は区別するための情報である。したがって、同一のアプリ及び同一のカラーモードに係る事象であっても、事象一覧テーブル３１１においてユーザ毎のカウント要否が「要」とされているカウンタについてはユーザごとに異なる事象及びカウンタＩＤが割り当てられる。例えば、２番目及び３〜６番目のレコード（行）は、カラーコピー数に係るものであるが、それぞれ異なる事象として扱われ、異なるカウンタＩＤが割り当てられている。
【００２９】
なお、「カラーモード＝不問」とされている事象情報に係る事象については、カラーモードに拘わらずカウントされる事象であることを示す。また、「ユーザ名＝不問」とされている事象に係る事象については、ユーザ共通の事象であることを示す。したがって、例えば、事象対応付けテーブル３１２において、１番目のレコードに係る事象に対応するカウンタ（カウンタＩＤ＝０のカウンタ）は、カラーモード及びユーザを問わずカウントアップされる。また、２番目及び３番前のレコードに係るカウンタ（カウンタＩＤ＝１又は２のカウンタ）は、ユーザを問わずカウントアップされる。
【００３０】
有効フラグは、当該カウンタが現在有効であるか（利用されているか）否かを示す情報である。図中において「○」は有効であることを示し、「×」は無効であることを示す。
【００３１】
斯かるカウンタ仕様情報３１に基づいて、ステップＳ１０２においてカウンタマネージャ１１によって実行される処理の詳細について説明する。図７は、カウンタマネージャによるカウントアップ対象のカウンタの判定処理を説明するためのフローチャートである。
【００３２】
まず、通知された事象情報に対応付けられているカウンタＩＤを事象対応付けテーブル３１２より検索する（Ｓ１０２１）。例えば、通知された事象情報の内容が、アプリ名＝コピーアプリ、カラーモード＝フルカラー、ユーザ名＝ユーザＫである場合、１番目、２番目、５番目のレコードに基づいて、通知された事象情報に対応付けられているカウンタＩＤとして、０、１、及び５が検索される。
【００３３】
続いて、カウンタＩＤが少なくとも一つ検索されたか否かを判定する（Ｓ１０２２）。カウンタＩＤが一つも検索されなかった場合（Ｓ１０２２でＹＥＳ）、当該事象情報に対するカウンタＩＤを新たに生成する（Ｓ１０２３）。具体的には、事象対応付けテーブル３１２に新たなレコードを作成し、通知された事象情報、カウンタＩＤ、及び有効フラグの値等を当該レコードに対して登録する。カウンタＩＤには既存のＩＤと重複しない値が割り当てられる。また、有効フラグの値は「○」とされる。続いて、新たに生成されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３４】
一方、カウンタＩＤが少なくとも一つ検索された場合（Ｓ１０２２でＹＥＳ）、当該カウンタＩＤに係るカウンタは、ユーザ毎にカウントする必要があるか否かを事象一覧テーブル３１１及び事象対応付けテーブル３１２に基づいて判定する（Ｓ１０２４）。より詳しくは、当該カウンタＩＤに対する「事象」の値を事象対応付けテーブル３１２より取得し、取得された「事象」の値を事象一覧テーブル３１１に当てはめることで、ユーザ毎のカウンタの要否を判定する。
【００３５】
ユーザ毎のカウンタが必要な場合（Ｓ１０２４でＹＥＳ）、検索結果にカレントユーザ個別のカウンタ（ここでは、カウンタＩＤ＝４のカウンタ）が含まれているか否かを判定する（Ｓ１０２５）。含まれている場合（Ｓ１０２５でＹＥＳ）、検索されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３６】
検索結果にカレントユーザ個別のカウンタが含まれていない場合（例えば、カレントユーザが、初めて当該事象に係る機能を利用した場合等）（Ｓ１０２５でＮＯ）、上述したステップＳ１０２３を実行することにより、カレントユーザ個別のカウンタＩＤを生成し、検索されたカウンタＩＤ及び生成されたカウンタＩＤに係るカウンタを更新対象とする（Ｓ１０２６）。
【００３７】
図５に戻る。ステップＳ１０２に続いて、カウンタマネージャ１１は、図７のステップＳ１０２３において新たにカウンタＩＤが生成された場合は、当該カウンタＩＤをカウンタコントローラに通知し、新たなカウンタの作成を要求する（Ｓ１０３）。当該要求に応じ、カウンタコントローラ１２は、個別カウンタテーブル３２１に新たなレコード（行）を追加し、当該レコードのカウンタＩＤ及びカウンタ値に、通知されたカウンタＩＤ又は初期値（「０」）を登録する。
【００３８】
続いて、カウンタマネージャ１１は、図７のステップＳ１０２６において更新対象とされた各カウンタのカウンタＩＤ及びカウント数（カウンタの増加数）をカウンタコントローラ１２に通知することにより、カウンタのカウントアップを要求する（Ｓ１０５、Ｓ１０７）。当該要求に応じ、カウンタコントローラ１２は、通知されたカウンタＩＤのうち、個別カウンタテーブル３２１に登録されているカウンタＩＤのカウンタ値をカウントアップする（Ｓ１０６、Ｓ１０８等）。すなわち、ここでは、個別カウンタのみがカウントアップされ、合計カウンタについてはカウントアップされない。例えば、カウンタＩＤ＝０、１、及び５のカウンタのカウントアップが要求された場合、合計カウンタであるカウンタＩＤ＝０に係るカウンタについてはカウントアップされない。
【００３９】
次に、上位アプリケーションがカウンタ値を参照する際の処理手順について説明する。図８は、カウンタ値参照時の処理手順を説明するためのシーケンス図である。
【００４０】
例えば、コピーアプリ２０ａが、任意のカウンタのカウンタ値の取得をカウンタマネージャ１１に対して要求する（Ｓ２０１）。ここでの要求は、事象情報を構成する情報と同じ情報（アプリ名、カラーモード、ユーザ名）を指定することにより行われる。但し、カラーモードやユーザ名を問わない場合、これらの値は指定されない。
【００４１】
続いて、カウンタマネージャ１１は、カウンタ値の取得が要求されたカウンタのカウンタＩＤを判定し、当該カウンタＩＤに係るカウンタ値の取得をカウンタコントローラ１２に要求する（Ｓ２０２）。
【００４２】
ステップＳ２０２の詳細について説明する。図９は、カウントマネージャによるカウンタ値取得処理を説明するためのフローチャートである。
【００４３】
まず、取得が要求されたカウンタのカウンタＩＤを事象対応付けテーブル３１２より検索する（Ｓ２０２１）。すなわち、取得要求の構成は、事象情報と同じであるため、指定されたアプリ名、カラーモード、及びユーザ名が「事象情報」の値に一致するレコードを事象対応付けテーブル３１２より検索し、当該レコードのカウンタＩＤを取得する。但し、ここでは、取得要求に「一致する」もののみが検索される。例えば、カラーモード又はユーザ名に指定が無い場合、カラーモード＝不問又はユーザ名＝不問とされている事象情報に係るレコードのみが検索される。したがって、高々一つのカウンタＩＤが検索される。
【００４４】
カウンタＩＤが検索された場合（Ｓ２０２２でＹＥＳ）、検索されたカウンタＩＤをカウンタコントローラ１２に通知することにより、当該カウンタＩＤに係るカウンタ値の取得を要求する（Ｓ２０２３）。一方、カウンタＩＤが検索されなかった場合、要求元（コピーアプリ２０ａ）に対してエラーを返却する。
【００４５】
図８に戻る。カウンタ値の取得要求を受けたカウンタコントローラ１２は、指定されたカウンタＩＤに対応するカウンタ値をカウンタ管理テーブル３２より取得する（Ｓ２０３）。具体的には、指定されたカウンタＩＤが、個別カウンタテーブル３２１に登録されている場合は、当該カウンタＩＤに対するカウンタ値を個別カウンタテーブル３２１より取得する。一方、指定されたカウンタＩＤが合計カウンタテーブル３２２に登録されている場合は、当該カウンタＩＤに対する構成カウンタＩＤを合計カウンタテーブル３２２より取得し、各構成カウンタＩＤのカウンタ値を個別カウンタテーブル３２１より取得し、取得されたカウンタ値の合計（総和）を要求されたカウンタ値とする。
【００４６】
続いて、カウンタコントローラ１２は、取得又は算出されたカウンタ値をカウンタマネージャ１１に返却する（Ｓ２０４）。カウンタマネージャ１１は、返却されたカウンタ値をコピーアプリ２０ａに返却する（Ｓ２０５）。
【００４７】
次に、不要となったカウンタを削除（廃棄）する際の処理手順について説明する。図１０は、カウンタの削除時の処理手順を説明するためのシーケンス図である。カウンタの削除は、例えば、或るユーザのアカウントが複合機１より削除されたとき等、当該ユーザによって複合機１が利用されなくなったときに行われる。
【００４８】
例えば、或るアプリケーション２０は、或るユーザのアカウントの消滅に応じて、ユーザ名を指定して、当該ユーザに係るカウンタの利用の終了をカウンタマネージャ１１に通知する（Ｓ３０１）。カウンタマネージャ１１は、指定されたユーザ名を事象情報の中に含むレコードを事象対応付けテーブル３１２より検索し、当該レコードのカウンタＩＤを取得する（Ｓ３０２）。続いて、カウンタマネージャ１１は、検索されたレコードの有効フラグを「×」（無効）とする（Ｓ３０３）。但し、当該レコードを削除してしまってもよい。
【００４９】
続いて、カウンタマネージャ１１は、ステップＳ３０２において取得されたカウンタＩＤをカウントコントローラ１２に通知し、当該カウンタＩＤに係るカウンタの削除を要求する（Ｓ３０４）。カウントコントローラ１２は、カウンタ管理テーブル３２より、指定されたカウンタＩＤに係るレコードを削除する（Ｓ３０５）。なお、カウンタ管理テーブル３２より完全に削除するのではなく、レコードは残したまま、当該レコードが無効であることを示すフラグ情報を記録するようにしてもよい。この場合、以降において当該カウンタＩＤに係る操作が要求された場合は無視される。斯かる措置は、削除が要求されたカウンタが、課金に関するカウンタや、合計カウンタの構成カウンタである場合等に有効である。
【００５０】
カウンタの削除が完了すると、カウンタマネージャ１１は、削除の完了をアプリケーション２０に通知する（Ｓ３０６）。なお、上記のように、課金に関するカウンタ等、削除されてはならないカウンタが不用意に削除されてしまうことを避けるため、カウンタごとに削除の可否を示す情報をカウンタ仕様情報３１において管理するようにしてもよい。この場合、カウンタマネージャ１１は、削除が不可能なカウンタについて削除が要求された際は、エラーを返却するようにすればよい。
【００５１】
なお、削除ではなく、カウンタの初期化（０クリア）についても、図１０と同様のシーケンスによって実行することができる。
【００５２】
上述したように、本発明の実施の形態における複合機１によれば、事象とカウンタとの対応付けがカウンタモジュール１０によって一元的に管理される。カウンタモジュール１０は、アプリケーションより通知された事象に基づいて更新すべきカウンタを判定し、判定されたカウンタの値を更新する。したがって、各アプリケーション２０は、カウントマネージャ２０に対して発生した事象を示す情報を通知すればよく、カウンタを直接操作する実装が各アプリケーションに散在するのを回避することができる。
【００５３】
また、アプリケーションにカウンタが直接操作されないことにより、カウンタに対するセキュリティを適切に確保することができる。
【００５４】
また、カウンタの仕様（どのような事象が発生した場合にどのカウンタを更新するか等）が変化した場合は、基本的に、事象対応付けテーブル３１２を編集すればよいため、仕様変更に対する柔軟性を向上することができる。
【００５５】
なお、カウンタマネージャ１１において、カウンタの更新の際にログを記録するようにしてもよい。そうすることで、カウンタに対するセキュリティをより向上させることができる。
【００５６】
なお、上記では、コピーアプリ２０ａによるカウンタの操作を例として説明したため、事象を特定又は構成するための情報（事象情報）に「カラーモード」が含まれていたが、事象情報の構成は、アプリケーションの種別等に応じて適宜変化させればよい。
【００５７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成の一例を示す図である。
【図２】本発明の実施の形態の画像形成装置においてカウンタに関連するソフトウェア構成例を示す図である。
【図３】カウンタモジュールの構成例を示す図である。
【図４】カウンタ管理テーブルの構成例を示す図である。
【図５】カウントアップ時の処理手順を説明するためのシーケンス図である。
【図６】カウンタ仕様情報の構成例を示す図である。
【図７】カウンタマネージャによるカウントアップ対象のカウンタの判定処理を説明するためのフローチャートである。
【図８】カウンタ値参照時の処理手順を説明するためのシーケンス図である。
【図９】カウントマネージャによるカウンタ値取得処理を説明するためのフローチャートである。
【図１０】カウンタの削除時の処理手順を説明するためのシーケンス図である。
【符号の説明】
【００５９】
１ 複合機
１０ カウンタモジュール
１１ カウンタマネージャ
１２ カウンタコントローラ
２０ アプリケーション
２０ａ コピーアプリ
２０ｂ ＦＡＸアプリ
２０ｃ プリンタアプリ
２０ｄ スキャナアプリ
３１ カウンタ仕様情報
３２ カウンタ管理テーブル
６０１ コントローラ
６０２ オペレーションパネル６０２
６０３ ファクシミリコントロールユニット
６０４ 撮像部
６０５ 印刷部
６１１ ＣＰＵ
６１２ ＡＳＩＣ
６２１ ＮＢ
６２２ ＳＢ
６３１ ＭＥＭ−Ｐ
６３２ ＭＥＭ−Ｃ
６３３ ＨＤＤ
６３４ メモリカードスロット
６３５ メモリカード
６４１ ＮＩＣ
６４２ ＵＳＢデバイス
６４３ ＩＥＥＥ１３９４デバイス
６４４ セントロニクスデバイス
【特許請求の範囲】
【請求項１】
事象とカウンタとの対応関係を管理する対応関係管理手段と、
カウンタごとに値を管理するカウンタ値管理手段と、
事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、
前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することを特徴とする画像形成装置。
【請求項２】
前記カウンタ値管理手段は、少なくとも一部のカウンタについてユーザ別にカウンタ値を管理することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記判定手段は、前記事象に対応付けられているカウンタが存在しないときに、前記カウンタ値管理手段に当該カウンタを生成することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記カウンタ値管理手段は、複数のカウンタの合計値によってその値が示されるカウンタについては、前記複数のカウンタとの関連付けを管理することを特徴とする請求項１乃至３いずれか一項記載の画像形成装置。
【請求項５】
画像形成装置が実行するカウンタ管理方法であって、
事象の発生通知に応じ、当該事象に対応付けられているカウンタを、事象とカウンタとの対応関係を管理する対応関係管理手段に基づいて判定する判定手順と、
カウンタごとに値を管理するカウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手順によって判定されたカウンタのカウンタ値を更新する更新手順とを有することを特徴とするカウンタ管理方法。
【請求項６】
前記カウンタ値管理手段は、少なくとも一部のカウンタについてユーザ別にカウンタ値を管理することを特徴とする請求項５記載のカウンタ管理方法。
【請求項７】
前記判定手順は、前記事象に対応付けられているカウンタが存在しないときに、前記カウンタ値管理手段に当該カウンタを生成することを特徴とする請求項５又は６記載のカウンタ管理方法。
【請求項８】
前記カウンタ値管理手段は、複数のカウンタの合計値によってその値が示されるカウンタについては、前記複数のカウンタとの関連付けを管理することを特徴とする請求項５乃至７いずれか一項記載のカウンタ管理方法。
【請求項９】
請求項５乃至８いずれか一項記載のカウンタ管理方法を画像形成装置に実行させるためのカウンタ管理プログラム。
【請求項１】
事象とカウンタとの対応関係を管理する対応関係管理手段と、
カウンタごとに値を管理するカウンタ値管理手段と、
事象の発生通知に応じ、当該事象に対応付けられているカウンタを前記対応関係管理手段に基づいて判定する判定手段と、
前記カウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手段によって判定されたカウンタのカウンタ値を更新する更新手段とを有することを特徴とする画像形成装置。
【請求項２】
前記カウンタ値管理手段は、少なくとも一部のカウンタについてユーザ別にカウンタ値を管理することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記判定手段は、前記事象に対応付けられているカウンタが存在しないときに、前記カウンタ値管理手段に当該カウンタを生成することを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記カウンタ値管理手段は、複数のカウンタの合計値によってその値が示されるカウンタについては、前記複数のカウンタとの関連付けを管理することを特徴とする請求項１乃至３いずれか一項記載の画像形成装置。
【請求項５】
画像形成装置が実行するカウンタ管理方法であって、
事象の発生通知に応じ、当該事象に対応付けられているカウンタを、事象とカウンタとの対応関係を管理する対応関係管理手段に基づいて判定する判定手順と、
カウンタごとに値を管理するカウンタ値管理手段によって管理されているカウンタ値のうち、前記判定手順によって判定されたカウンタのカウンタ値を更新する更新手順とを有することを特徴とするカウンタ管理方法。
【請求項６】
前記カウンタ値管理手段は、少なくとも一部のカウンタについてユーザ別にカウンタ値を管理することを特徴とする請求項５記載のカウンタ管理方法。
【請求項７】
前記判定手順は、前記事象に対応付けられているカウンタが存在しないときに、前記カウンタ値管理手段に当該カウンタを生成することを特徴とする請求項５又は６記載のカウンタ管理方法。
【請求項８】
前記カウンタ値管理手段は、複数のカウンタの合計値によってその値が示されるカウンタについては、前記複数のカウンタとの関連付けを管理することを特徴とする請求項５乃至７いずれか一項記載のカウンタ管理方法。
【請求項９】
請求項５乃至８いずれか一項記載のカウンタ管理方法を画像形成装置に実行させるためのカウンタ管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−１６３１２９（Ｐ２００９−１６３１２９Ａ）
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願番号】特願２００８−２４３４（Ｐ２００８−２４３４）
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]