JP6149762B2 - 画像処理装置及びプログラム - Google Patents

Description

本発明は、画像処理装置及びプログラムに関する。

特許文献１には、機能の実行要求を行う実行要求手段と、自機に機能が無ければサービス管理サーバへモジュールのサーチを要求し、サーチ結果に基づき、機能に応じたモジュールを自機にインストールして機能を実行するか、又は、他機に実行要求を委譲して機能を実行するモジュール管理手段とを有し、モジュール管理手段は、他機に実行要求を委譲して機能を実行するとき、機能を実行する他機に対して利用課金を要求し、又は他機にモジュールをダウンロートするサービス管理サーバに対してダウンロード課金を要求する利用課金管理手段を有する画像処理装置が記載されている。

特許文献２には、画像入力部からの入力画像データに対して画像処理部で種々の画像処理を行った後、画像出力部から出力するサービスを提供する画像処理システムにおいて、複数のサービスに対応して複数の課金カウンタをカウンタ部に設けるとともに、課金カウンタを特定する対応テーブルを対応テーブル格納部に格納しておき、当該対応テーブルから要求されるサービスに対応する課金カウンタを特定し、この特定した課金カウンタを対応するインクリメント値でインクリメントして得られるカウント値を用いて課金額を課金演算部で算出する一方、対応テーブル更新部によって対応テーブルの内容を適宜更新できるようにする画像処理システムが記載されている。

特開２００９−７１７２６号公報 特開２００４−１８６８５９号公報

本発明の目的は、プラグインによる機能の追加とともに追加されたプラグインに対応する課金情報により、課金条件をきめ細かく管理できる画像処理装置等を提供する。

請求項１に記載の発明は、画像を処理する画像処理手段と、前記画像処理手段と連携して実行される機能をプラグインとして追加するプラグイン追加手段と、前記プラグイン追加手段による前記プラグインの追加に伴って、当該プラグインに対応して設定された追加課金情報を追加する追加課金情報追加手段と、前記追加課金情報があるか否かを検索する課金情報検索手段と、前記課金情報検索手段によって前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索手段と、前記ジョブ検索手段によって、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて当該ジョブに対して課金する課金手段と、を備え、前記プラグインに対応して設定された前記追加課金情報は、前記追加課金情報を構成する前記複数のジョブのそれぞれに対して設けられた複数の課金カウンタと、前記複数の課金カウンタの少なくとも一つの値が、前記複数のジョブの成功と失敗との組合せによって設定される課金条件と、を含むことを特徴とする画像処理装置である。
請求項２に記載の発明は、画像を処理する画像処理手段と、前記画像処理手段と連携して実行される機能をプラグインとして追加するプラグイン追加手段と、前記プラグイン追加手段による前記プラグインの追加に伴って、当該プラグインに対応して設定された追加課金情報を追加する追加課金情報追加手段と、前記追加課金情報があるか否かを検索する課金情報検索手段と、前記課金情報検索手段によって前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索手段と、前記ジョブ検索手段によって、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて当該ジョブに対して課金する課金手段と、を備え、前記プラグインに対応する前記追加課金情報は、前記追加課金情報を構成する前記複数のジョブにおける少なくとも１つのジョブに対して設けられた損金カウンタと、前記損金カウンタの値が、前記複数のジョブの成功と失敗との組合せによって設定される損金条件と、を含むことを特徴とする画像処理装置である。
請求項３に記載の発明は、前記画像処理手段が実行する機能に対して設定された組込み課金情報をさらに備え、前記ジョブ検索手段は、前記課金情報検索手段によって、前記追加課金情報が含まれないとされた場合に、前記組込み課金情報を構成するジョブに、起動された前記ジョブがあるか否かを検索し、前記課金手段は、前記ジョブ検索手段によって、前記組込み課金情報に起動された前記ジョブがあるとされた場合に、当該組込み課金情報に基づいて当該ジョブに対して課金することを特徴とする請求項１又は２に記載の画像処理装置である。
請求項４に記載の発明は、前記ジョブ検索手段は、前記追加課金情報が複数ある場合に、後に追加された追加課金情報から順に、起動されたジョブがあるか否かを検索することを特徴とする請求項１乃至３に記載の画像処理装置である。
請求項５に記載の発明は、追加された前記プラグインを削除するプラグイン削除手段と、前記プラグイン削除手段による前記プラグインの削除に伴って、当該プラグインの追加に伴って追加された追加課金情報を削除する追加課金情報削除手段とをさらに含むことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置である。
請求項６に記載の発明は、追加された前記プラグインを更新するプラグイン更新手段と、前記プラグイン更新手段による前記プラグインの更新に伴って、当該プラグインの追加に伴って追加された追加課金情報を更新する追加課金情報更新手段とをさらに含むことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置である。
請求項７に記載の発明は、コンピュータに、画像を処理する画像処理機能と、前記画像処理機能と連携して実行される機能をプラグインとして追加するプラグイン追加機能と、前記プラグインの追加に伴って、当該プラグインに対応して設定された課金情報を当該プラグインに対応する追加課金情報として追加する追加課金情報追加機能と、前記追加課金情報があるか否かを検索する課金情報検索機能と、前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索機能と、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて課金する課金機能と、を実現させるプログラムであって、前記プラグインに対応する前記追加課金情報は、前記追加課金情報を構成する前記複数のジョブのそれぞれに対して設けられた複数の課金カウンタと、前記複数の課金カウンタの少なくとも一つの値が、前記複数のジョブの成功と失敗との組合せによって設定される課金条件と、を含むことを特徴とするプログラムである。
請求項８に記載の発明は、コンピュータに、画像を処理する画像処理機能と、前記画像処理機能と連携して実行される機能をプラグインとして追加するプラグイン追加機能と、前記プラグインの追加に伴って、当該プラグインに対応して設定された課金情報を当該プラグインに対応する追加課金情報として追加する追加課金情報追加機能と、前記追加課金情報があるか否かを検索する課金情報検索機能と、前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索機能と、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて課金する課金機能と、を実現させるプログラムであって、前記プラグインに対応する前記追加課金情報は、前記追加課金情報を構成する前記複数のジョブにおける少なくとも１つのジョブに対して設けられた損金カウンタと、前記損金カウンタの値が、前記複数のジョブの成功と失敗との組合せによって設定される損金条件と、を含むことを特徴とするプログラムである。

請求項１、２の発明によれば、組込み課金情報を変更して使用する場合に比べて、プラグインによる機能の追加とともに追加されたプラグインに対応する課金情報により課金条件をきめ細かく管理できる。
請求項３の発明によれば、組込み課金情報を変更して使用する場合に比べて、プラグインの機能と組込み機能とを併用して用いることができる。
請求項４の発明によれば、本構成を備えない場合に比べ、プラグインの管理が容易になる。
請求項５の発明によれば、本構成を備えない場合に比べ、誤操作が抑制できる。
請求項６の発明によれば、本構成を備えない場合に比べ、改良された複合サービスが利用できる。
請求項７、８の発明によれば、組込み課金情報を変更して使用する場合に比べて、プラグインによる機能の追加とともに追加されたプラグインに対応する課金情報により課金条件をきめ細かく管理できる。

本実施の形態が適用される画像処理システムの構成の一例を示す図である。 画像処理装置における制御部の構成の一例を示す図である。 画像処理装置が備える機能を説明する図である。 組込み機能に対応する組込み課金情報の一例を示す図である。 プラグイン１に対応する追加課金情報１の一例を示す図である。（ａ）と（ｂ）とで、課金条件が異なる例を示す。 プラグイン２に対応する追加課金情報２の一例を示す図である。 プラグイン３に対応する追加課金情報３の一例を示す図である。 プラグイン４に対応する追加課金情報４の一例を示す図である。 制御部のユニット構成の一例を示す図である。 制御部が行う課金処理のフローチャートを示す図である。

以下、添付図面を参照して、本発明の実施の形態について説明する。
（画像処理システム）
図１は、本実施の形態が適用される画像処理システムの構成の一例を示す図である。
この画像処理システムは、コピー機能、スキャン機能、プリント機能、ファクシミリ機能などを備えた所謂複合機として動作する画像処理装置１と、画像処理装置１に接続される通信回線２と、通信回線２に接続される端末装置３と、通信回線２に接続されるファクシミリ装置４と、通信回線２に接続されるサーバ装置５とを有している。

ここで、通信回線２は、インターネット回線や電話回線等によって構成されている。また、端末装置３は、通信回線２を介して、画像処理装置１に画像の処理等を指示するものであり、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で構成される。さらに、ファクシミリ装置４は、通信回線２を介して、画像処理装置１との間でファクシミリを送受信する。さらにまた、サーバ装置５は、通信回線２を介して、画像処理装置１との間でデータ（プログラムを含む）を送受信する。
なお、サーバ装置５は、所謂クラウドコンピューティングを行うもの、クラウドサービスを提供するものであってよい。

（画像処理装置１）
画像処理装置１は、紙等の記録媒体に画像を形成する画像形成部２０と、紙等の記録媒体に記録された画像を読み取る画像読取部３０と、通信回線２を介して端末装置３、ファクシミリ装置４およびサーバ装置５との間でデータの送受信を行う送受信部４０と、利用者から電源のオン／オフ、スキャン機能、プリント機能、コピー機能、ファクシミリ機能、さらには後述する追加された機能を用いた動作に関連する指示を受け付けるとともに、利用者に対してメッセージを表示する利用者インタフェース（ＵＩ）部５０と、これら画像形成部２０、画像読取部３０、送受信部４０及びＵＩ部５０の動作を制御する制御部１０とを備えている。
そして、制御部１０と、画像形成部２０、画像読取部３０、送受信部４０及びＵＩ部５０とは制御バス６０で接続されている。
制御部１０、画像形成部２０、画像読取部３０、送受信部４０及びＵＩ部５０はそれぞれが画像処理手段の一例である。

画像処理装置１は、画像読取部３０から読み取った画像を、画像形成部２０により紙等の記録部材に印刷する。
また、画像処理装置１は、通信回線２を介して、画像処理装置１の外部に置かれた端末装置３、ファクシミリ装置４またはサーバ装置５から送信された画像などのデータを画像形成部２０により記録部材に印刷する。
一方、画像処理装置１は、画像読取部３０が読み取った画像などのデータを、送受信部４０から通信回線２を介して画像処理装置１の外部に置かれた端末装置３、ファクシミリ装置４、サーバ装置５に送信する。
なお、送受信部４０は、例えばインターネット回線用のものと電話回線用のものとを、別々に設けるようにしてもかまわない。

すなわち、この画像処理装置１では、後述する組込み機能として画像読取部３０によってスキャン機能が実現され、画像形成部２０によってプリント機能が実現され、画像読取部３０および画像形成部２０によってコピー機能が実現され、画像読取部３０、画像形成部２０および送受信部４０によってファクシミリ機能が実現される。

（制御部１０）
図２は、画像処理装置１における制御部１０の構成の一例を示す図である。
制御部１０は、中央演算処理装置（以下ではＣＰＵと表記する。）１１と、ＲＡＭ１２と、不揮発性メモリ（以下ではＮＶＭと表記する。）１３と、ハードディスクドライブ（以下ではＨＤＤと表記する。）１４とを備えている。
そして、ＣＰＵ１１、ＲＡＭ１２、ＮＶＭ１３及びＨＤＤ１４は、信号バス１５で接続されている。
信号バス１５は、制御バス６０に接続されている。

ＣＰＵ１１は、論理演算および算術演算を実行するＡＬＵ（Ａｒｉｔｈｍｅｔｉｃ Ｌｏｇｉｃａｌ Ｕｎｉｔ：論理算術演算ユニット）などを備えている。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２は、ＣＰＵ１１が演算の実行に用いるプログラム、データを保持する。なお、プログラム、データを合わせてデータと表記することがある。
通常、ＲＡＭ１２は揮発性の記憶媒体であって、電源が供給されている間において、データの読み書きができ、書き込まれたデータを保持し、電源が供給されていないとデータが失われる。
ＮＶＭ１３は不揮発性の記憶媒体であって、電源が供給されている間において、データの読み書きができるとともに、電源が供給されていないときにおいても、書き込まれたデータを保持する。ここでは、ＮＶＭ１３は、データの書き換えができないＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）であってもよく、データの書き換えが可能なフラッシュメモリであってもよい。ここでは、ＮＶＭ１３は、フラッシュメモリであるとして説明する。
ＨＤＤ１４は、大容量の書き換え可能な不揮発性メモリであって、画像処理装置１を動作させるためのプログラムやデータを保持している。なお、ＮＶＭ１３が、ファームウエアとして、これらのプログラムやデータを保持していてもよい。この場合、制御部１０は、ＨＤＤ１４を備えなくてもよい。
ここでは、ＮＶＭ１３が、ファームウエアとして画像処理装置１を動作させるためのプログラムやデータを保持しているとして説明する。

制御部１０に電源が投入されると、ＣＰＵ１１は、ＮＶＭ１３から画像処理装置１を動作させるために必要なプログラムをＲＡＭ１２に読み込む（ロード）する。そして、予め定められたアドレス（番地）から、プログラムを実行して、画像処理装置１を動作状態にする（立ち上げる）。

（組込み機能２００とプラグイン機能３００）
図３は、画像処理装置１が備える機能を説明する図である。
画像処理装置１は、組込み機能２００とプラグイン機能３００とを実行することができる。
組込み機能２００は、画像処理装置１に予め組み込まれた標準機能であって、例えば、コピー機能（図３では「コピー」と表記する。以下同様。）、スキャン機能（スキャン）、プリント機能（プリント）およびファクシミリ機能（ファクシミリ送信）、その他の機能１（機能１）、その他の機能２（機能２）である。これらの機能は、画像処理装置１が備える画像形成部２０、画像読取部３０などにより実行できる機能であり、画像処理装置１に閉じた機能である。
ここでは、組込み機能２００を６個としたが、これは例示であって、他の数であってよい。

プラグイン機能３００は、利用者によって追加される機能であって、図３では、それぞれが独立した機能を有するプラグイン１〜Ｎ（Ｎは１以上の整数。）である。なお、利用者によって組み込まれるプラグイン機能３００は、プラグイン１の１個のみでもよく、複数個あってもよい。なお、プラグイン１〜Ｎをそれぞれ区別しないときは、プラグインと表記する。

プラグインは、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）などのプログラム言語で記述されたプログラムであって、画像処理装置１にプラグインを追加されて実行させることにより、画像処理装置１の機能をカスタマイズする。
なお、プラグインを記述したプログラムは、ＨＤＤ１４に格納されていてもよく、通信回線２を介して取得してもよい。

ここで、プラグイン機能３００の一例を説明する。
画像処理装置１の画像読取部３０によって画像を読み込んで画像データとし、画像データを、送受信部４０を介して画像処理装置１の外部に設けられたサーバ装置５に送信し、サーバ装置５において文字認識処理をして文書データに変換し、その文書データをサーバ装置５において保管するという一連の処理の実行（サービス）を考える。
画像読取部３０により画像を読み込む処理は、画像処理装置１のスキャン機能（スキャン）を用いた処理（サービス）である。しかし、サーバ装置５において文字認識処理をして文書データに変換し、その文書データをサーバ装置５に保管する処理は、画像処理装置１だけでは実行できない。なお、サーバ装置５において文字認識処理をして文書データに変換し、その文書データをサーバ装置５に保管する処理をここではクラウドサービスと表記する。

上記の一連の処理は、画像処理装置１と画像処理装置１の外部に設けられ通信回線２で接続されたサーバ装置５などとの連携により実行される。
そこで、画像読取部３０によって画像を読み込み画像データとし、送受信部４０を介して送信する処理（サービス）と、サーバ装置５において受信した画像データに対して文字認識処理をして文書データに変換し、その文書データをサーバ装置５において保管する処理（クラウドサービス）とを、プラグインとして定義し、これらのサービスが連続して実行されるようにする。
すなわち、ここで例示したプラグイン機能３００の一例は複合サービスである。

このように、画像処理装置１においては、組込み機能に加えて、組込み機能と画像処理装置１の外部に設けられた機能とを連携させたサービスを提供することが求められている。

上述したように、画像処理装置１は、組込み機能２００とプラグイン機能３００とを備える。このとき、組込み機能２００及びプラグイン機能３００のそれぞれの機能に対して、課金することが必要となる場合がある。
この場合、画像処理装置１は、組込み機能２００に対しては、予め課金を管理する情報（組込み課金情報）を備えている。
しかし、プラグイン機能３００に対しては、画像処理装置１に、プラグイン１〜Ｎを追加する際に、プラグイン１〜Ｎに対応する課金を管理する情報（追加課金情報１〜Ｎ（Ｎは１以上の整数））を追加するようにしている。なお、追加課金情報１〜Ｎをそれぞれ区別しない場合は、追加課金情報と表記する。

画像処理装置１は、図３に示すように、組込み機能２００に対して、組込み機能２００全体に対応する課金情報である組込み課金情報を備えている。ここでは、組込み課金情報は、図２に示したＮＶＭ１３上に保持されているとする。そして、組込み機能２００の機能が利用される毎に組込み課金情報で指定される課金カウンタ（後述する図４を参照）が積算される。なお、ＨＤＤ１４上に、組込み課金情報が保持されるようにしてもよい。このように、組込み課金情報は、電源の供給がなくてもデータが保持される不揮発性の記憶媒体に保持されていることが好ましい。揮発性の記憶媒体であるＲＡＭ１２に保持されるようにしてもよいが、電源の瞬断などによってデータが失われるおそれがある。ここでは、組込み課金情報は、ＮＶＭ１３上に保持されているとして説明する。

一方、追加課金情報は、プラグイン毎に設定される。よって、図３に示すように、プラグイン１〜Ｎの場合、プラグイン１に対応して追加課金情報１が、プラグイン２に対応して追加課金情報２が、そして、プラグインＮに対して追加課金情報Ｎが設定される。
そして、プラグインが追加される毎に、対応する追加課金情報が追加される。追加課金情報も不揮発性の記憶媒体に保持されていることが好ましい。なお、ＮＶＭ１３の容量の制限によって追加課金情報が保持できない場合には、ＨＤＤ１４上に保持されてもよい。ここでは、追加課金情報は、ＨＤＤ１４に保持されるとして説明する。

ここでは、組込み課金情報と追加課金情報（追加課金情報１〜Ｎ）とをまとめて課金情報４００と呼ぶ。

追加課金情報は、プラグインを記述するプログラムに含まれている。そして、利用者によるＵＩ部５０からの指示により、プラグインを追加する際に、プラグインを記述するプログラムがＲＡＭ１２に読み込まれることで、そのプラグイン機能が画像処理装置１に追加される。そして、プラグインに対応する追加課金情報は、プラグインがＲＡＭ１２に読み込まれて初期化される際に、ＨＤＤ１４上に書き込まれる。
なお、図３に示す検索方向については、後述する。

図４は、組込み機能２００に対応する組込み課金情報の一例を示す図である。
組込み課金情報は、所謂課金テーブルであって、ジョブ名、パラメータ１、パラメータ２、単価（円）、単位、課金カウンタから構成されている。
ジョブ名は、組込み機能２００における「コピー」、「スキャン」、「プリント」および「ファクシミリ送信」、「機能１」、「機能２」である。
パラメータ１は、例えばカラーモードであって、「モノクロ」又は「カラー」である。パラメータ２は、例えば用紙サイズであって、「Ａ４」、「Ａ３」、「その他」である。ここでは、パラメータ１とパラメータ２としたが、パラメータは、単価を決めるときに考慮しなければならない項目であるので、その他のパラメータを含んでいてもよい。また、それぞれのパラメータが他の内容を規定するものであってもよい。
単価（円）は、単位毎の課金金額である。
単位は、「ページ」、「ジョブ」である。すなわち、単位が「ページ」である場合には、「ページ」毎に単価（円）が課金される。単位が「ジョブ」である場合には、「ジョブ」毎に単価（円）が課金されることになる。
課金カウンタは、単位の積算値が保持される記憶媒体（メモリ）の領域（アドレス）である。例えば、ジョブ「コピー」を、パラメータ１（カラーモード）が「モノクロ」でパラメータ２（用紙サイズ）が「Ａ４」において１０ページ行った場合には、課金カウンタＣ０１が「１０」カウントアップされる。この場合、課金カウンタＣ０１のカウントアップ分（１０）×単価１０円の１００円が利用者に課金される。

なお、図４において、“＊”は、「いずれであっても（ａｎｙ）」を意味する。例えば、ジョブ名（ジョブと略す。以下同じ。）「スキャン」の場合、パラメータ１（カラーモード）が「モノクロ」であれば、パラメータ２（用紙サイズ）が「Ａ４」、「Ａ３」又は「その他」のいずれであっても、「ページ」毎に課金カウンタＣ０７が「１」カウントアップされる。そして、カウントアップ分（１）×単価１０円による１０円が利用者に課金される。

また、ジョブ「機能１」では、パラメータ１（カラーモード）が「モノクロ」又は「カラー」のいずれであっても、パラメータ２（用紙サイズ）が「Ａ４」、「Ａ３」又は「その他」のいずれであっても、「ページ」毎に単価２０円が課金される。
一方、ジョブ「機能２」では、パラメータ１（カラーモード）が「モノクロ」又は「カラー」のいずれであっても、パラメータ２（用紙サイズ）が「Ａ４」、「Ａ３」又は「その他」のいずれであっても、「ジョブ」毎に単価２０円が課金される。

上記のように、組込み機能２００については、図４に示した組込み課金情報を参照して、該当するジョブ名のパラメータ１、パラメータ２、単位に基づいて対応する単価（円）が課金されて管理される。

図５は、プラグイン１に対応する追加課金情報１の一例を示す図である。図５（ａ）と図５（ｂ）とで、課金条件が異なる例を示す。
プラグイン１に対応する追加課金情報１は、所謂課金テーブルであって、プラグイン名、ジョブ名、パラメータ１、パラメータ２、単価（円）、単位、課金カウンタ、課金条件から構成されている。

プラグイン１を、プラグイン機能３００の一例として説明した複合サービスで説明する。すなわち、プラグイン１は、画像を画像読取部３０によって読み込んで画像データにして送受信部４０を介して送信するサービス（サービス１）と、サーバ装置５が受信した画像データに対して文字認識処理をして文書データに変換し、その文書データを保管するクラウドサービス（サービス２）とからなる複合サービスである。
プラグイン１において、サービス１は、画像処理装置１のジョブ「スキャン」及びジョブ「ファクシミリ送信」に対応する。よって、サービス１に対する利用者への課金は、画像処理装置１の所有者又は管理者などのサービス１の提供者に対して支払われることが必要となる。
一方、サービス２（クラウドサービス）に対する課金は、クラウドサービスの提供者に支払われることが必要となる。
つまり、サービス１とサービス２とは、分けて課金されることが必要となる。

プラグイン１は、ジョブ「サービス１」と「サービス２」とのマルチジョブである。そして、図５（ａ）、（ｂ）に示すプラグイン１の追加課金情報から分かるように、サービス１とサービス２とに分けて課金される。
パラメータ１、２、単価（円）、単位については、図４で説明した組込み課金情報と同様であるので、説明を省略する。
サービス１の課金カウンタＰ１−Ｃ０１及びサービス２の課金カウンタＰ１−Ｃ０２は制御部１０のＨＤＤ１４に設けられている。

そして、図５（ａ）では、課金条件は、サービス１とサービス２とのＡＮＤ条件（＊）であることを規定している。サービス１が成功した場合を“１”、失敗した場合を“０”とし、サービス２が成功した場合を“１”、失敗した場合を“０”とする。そして、サービス１が成功（“１”）し、サービス２が成功（“１”）の場合（サービス１ ＊ サービス２ ＝ １）に、サービス１の課金カウンタＰ１−Ｃ０１及びサービス２の課金カウンタＰ１−Ｃ０２のそれぞれにおいて「１」カウントアップされる。
すなわち、利用者には、課金カウンタＰ１−Ｃ０１のカウントアップ値（１）×単価２０円による２０円と、課金カウンタＰ１−Ｃ０２のカウントアップ値（１）×単価３０円による３０円との合計の５０円が課金される。
そして、サービス１の提供者に、課金カウンタＰ１−Ｃ０１のカウントアップ値（１）×単価２０円による２０円が支払われ、サービス２の提供者に、課金カウンタＰ１−Ｃ０２のカウントアップ値（１）×単価３０円による３０円が支払われる。

そして、サービス１が失敗（“０”）した場合、又はサービス１は成功（“１”）したがサービス２が失敗（“０”）した場合には、課金カウンタＰ１−Ｃ０１及び課金カウンタＰ１−Ｃ０２はカウントアップされない。
プラグイン１が成功しない限り、利用者に課金されず、サービス１の提供者及びサービス２の提供者のいずれにも支払われない。

なお、上記の例は、サービス１の出力がサービス２の入力になりサービス２が行われる場合を想定しているが、サービス１とサービス２とが並行して行われる場合においては、サービス１は失敗（“０”）したがサービス２が成功（“１”）した場合にも、課金カウンタＰ１−Ｃ０１及び課金カウンタＰ１−Ｃ０２はカウントアップされない。

一方、図５（ｂ）では、課金条件を、サービス１とサービス２とのＯＲ条件（＋）であることを規定している。この場合、サービス１は成功（“１”）したがサービス２が失敗（“０”）した場合に、課金カウンタＰ１−Ｃ０１のみが「１」カウントアップされる。
よって、プラグイン１の機能は達成されていないがサービス１を利用したことから、利用者には、課金カウンタＰ１−Ｃ０１のカウントアップ値（１）×単価２０円による２０円が課金される。
そして、サービス１の提供者に、課金カウンタＰ１−Ｃ０１のカウントアップ値（１）×単価２０円による２０円が支払われる。一方、サービス２の提供者には、支払われない。
この場合、利用者はなんの出力も得られない。そこで、利用者は画像処理装置１から成功（“１”）したサービス１の出力、前述の例ではスキャンした画像データを取り出すことができるようにしてもよい。

なお、サービス１とサービス２とが並行して行われる場合において、サービス１は失敗（“０”）したがサービス２が成功（“１”）した場合には、課金カウンタＰ１−Ｃ０２のみが「１」カウントアップされる。
よって、プラグイン１が成功していないがサービス２を利用したことから、利用者には、課金カウンタＰ１−Ｃ０２のカウントアップ値（１）×単価３０円による３０円が課金される。
そして、サービス２の提供者に、課金カウンタＰ１−Ｃ０２のカウントアップ値（１）×単価３０円による３０円が支払われる。一方、サービス１の提供者には、支払われない。

以上において、画像処理装置１にプラグイン１を追加する際に、追加課金情報１も追加するようにしている。
もし、追加課金情報１を追加しないとすると、プラグイン１に対する課金管理を図４に示した組込み課金情報を流用して行わざるを得ない。
このとき、例えば組込み課金情報に含まれるジョブ「スキャン」、「コピー」、「ファクシミリ送信」を同時に行う場合では、図４に示した組込み課金情報におけるそれぞれのジョブに対して課金し、合計すればよい。
しかし、画像処理装置１に上記の複合サービスをプラグインとして追加する場合には、組込み課金情報を書き換えて対応することになる。そして、元のサービスに戻る場合に、組込み課金情報を元に戻すことが必要となる。
また、画像処理装置１が提供するサービスと、画像処理装置１の外部が提供するサービスとの複数のサービスの場合に、それぞれのサービス提供者毎に課金することが難しい。

すなわち、上記のように、プラグインの追加の際に追加課金情報を追加することで、予め定義された組込み課金情報の内容に制限されることなく、課金を管理できる。
また、複数のジョブが含まれるマルチジョブにおいて、成功（“１”）と失敗（“０”）とを組み合わせた課金条件を用いることで、きめ細かく課金を設定することができる。

図６は、プラグイン２に対応する追加課金情報２の一例を示す図である。
プラグイン２は、ジョブ「サービス３」、「サービス４」、「サービス５」からなる複合サービス、すなわちマルチジョブとして構成されている。
そして、課金条件は、一例として、サービス３、サービス４のＡＮＤ条件（＊）とサービス５とのＯＲ条件（＋）である。

例えば、ジョブ「サービス３」をプラグイン１のジョブ「サービス１」、ジョブ「サービス４」をプラグイン１のジョブ「サービス２」とする。すなわち、サービス３は画像を画像読取部３０によって読み込んで画像データにして送受信部４０を介して送信するサービス、サービス４はサーバ装置５が受信した画像データに対して文字認識処理をして文書データに変換し、その文書データを保管するクラウドサービスである。そして、サービス５は、画像処理装置１を設置している店舗のサービス（設置料）である。
この例では、サービス３及びサービス４がそれぞれ成功（“１”）した場合に、課金カウンタＰ２−Ｃ０１、Ｐ２−Ｃ０２が「１」カウントアップされる。サービス３又はサービス４のいずれか又両方が失敗（“０”）した場合には、課金カウンタＰ２−Ｃ０１、Ｐ２−Ｃ０２はカウントアップされない。
そして、サービス３及びサービス４のいずれか又は両方が成功（“１”）しても失敗（“０”）しても、画像処理装置１が使用されたことから、課金カウンタＰ２−Ｃ０３が「１」カウントアップされる。

そして、サービス３及びサービス４がそれぞれ成功（“１”）した場合に、利用者には、課金カウンタＰ２−Ｃ０１のカウントアップ値（１）×単価２０円による２０円、課金カウンタＰ２−Ｃ０２のカウントアップ値（１）×単価３０円による３０円、課金カウンタＰ２−Ｃ０３のカウントアップ値（１）×単価１０円による１０円の合計６０円が課金される。
そして、サービス３の提供者には、課金カウンタＰ２−Ｃ０１のカウントアップ値（１）×単価２０円による２０円が支払われ、サービス４の提供者には、課金カウンタＰ２−Ｃ０２のカウントアップ値（１）×単価３０円による３０円が支払われ、サービス５の提供者には、課金カウンタＰ２−Ｃ０３のカウントアップ値（１）×単価１０円による１０円が支払われる。

なお、サービス３が失敗（“０”）、又はサービス３は成功（“１”）したがサービス４が失敗（“０”）した場合には、利用者には課金カウンタＰ２−Ｃ０３のカウントアップ値（１）×単価１０円による１０円が課金され、サービス５の提供者にはこの１０円が支払われる。

図７は、プラグイン３に対応する追加課金情報３の一例を示す図である。
ジョブ「スキャン」は、図４に示した組込み課金情報におけるジョブ「スキャン」と重なっている。そして、プラグイン３のジョブ「スキャン」では、パラメータ１（カラーモード）が「モノクロ」である場合、パラメータ２（用紙サイズ）が「Ａ４」、「Ａ３」又は「その他」のいずれであっても、ページ当りの単価が２０円、パラメータ１（カラーモード）が「カラー」である場合、パラメータ２（用紙サイズ）が「Ａ４」、「Ａ３」又は「その他」のいずれであっても、ページ当りの単価が２０円であって、図４に示した組込み追加課金情報におけるジョブ「スキャン」の場合と異なっている。
「プラグイン３」は、組込み課金情報のジョブ「スキャン」に規定された単価（円）と異なる単価（円）を提供する場合である。
なお、課金カウンタＣ０７、Ｃ０８は、組込み課金情報のジョブ「スキャン」の場合と同じである。

この場合、後述するように、利用者によって指定されたジョブ「スキャン」に対して、組込み課金情報のジョブ「スキャン」より、プラグイン３に対応する追加課金情報３が優先して適用されるようにする。
すなわち、プラグイン３のようなプラグインを設けることにより、組込み課金情報を書き換えることなく、あたかも書き換えたように課金を管理できる。
また、プラグイン３はジョブ「スキャン」のみを含むが、ジョブ「コピー」、「ファクシミリ送信」が連続して実行されるマルチジョブとし、単価を組込み課金情報におけるより、低い値に設定することもできる。複数のジョブを同時に使用する場合に割引単価を設定できる。

図８は、プラグイン４に対応する追加課金情報４の一例を示す図である。
これは、図５に示したプラグイン１を拡張したものである。すなわち、ジョブ名、パラメータ１、パラメータ２、単価（円）、単位、課金カウンタ、課金条件は、図５に示したプラグイン１と同じである。これに、損金カウンタ及び損金条件を付加している。なお、プラグイン４に合わせて、課金カウンタＰ４−Ｃ０１、Ｐ４−Ｃ０２としている。

図５で説明した複合サービスの例で説明する。プラグイン４のサービス１は、画像を画像読取部３０によって読み込んで画像データにして送受信部４０を介して送信するサービス、サービス２は、サーバ装置５が受信した画像データに対して文字認識処理をして文書データに変換し、その文書データを保管するクラウドサービスである。
そして、課金条件は、図５（ａ）で示したと同様に、サービス１とサービス２とのＡＮＤ条件（＊）である。このとき、サービス１は成功（“１”）したがサービス２が失敗（“０”）した場合、利用者に対して課金されず、成功（“１”）したサービス１の提供者に対しても支払がない。
この場合、プラグイン４が成功しなかったのはサービス２が失敗（“０”）したことによる。よって、サービス１に対する利用者への課金を、失敗（“０”）したサービス２の提供者に転換して行うようにしている。

そこで、サービス２に損金カウンタＰ４−Ｌ０２を設け、損金条件をサービス１とサービス２の否定（ＮＯＴ）とのＡＮＤ条件（＊）としている。すなわち、サービス１が成功（“１”）し、サービス２が失敗（“０”）した場合に、損金カウンタＰ４−Ｌ０２が「１」カウントアップされ、サービス２の提供者に課金される。つまり、損金カウンタＰ４−Ｌ０２のカウントアップ分（１）×サービス１の単価２０円による２０円を、サービス２の提供者に支払わせる。
なお、サービス１が成功（“１”）し且つサービス２が成功（“１”）した場合には、損金カウンタＰ４−Ｌ０２はカウントアップされない。

図９は、制御部１０のユニット構成（機能ブロック）の一例を示す図である。
制御部１０は、プラグインを追加するプラグイン追加手段の一例としてのプラグイン追加ユニット１０１、プラグインの追加に伴って追加課金情報を追加する追加課金情報追加手段の一例としての追加課金情報追加ユニット１０２、プラグインを更新するプラグイン更新手段の一例としてのプラグイン更新ユニット１０３、プラグインの更新に伴って追加課金情報を更新する追加課金情報更新手段の一例としての追加課金情報更新ユニット１０４、プラグインを削除するプラグイン削除手段の一例としてのプラグイン削除ユニット１０５、プラグインの削除に伴って追加課金情報を削除する追加課金情報削除手段の一例としての追加課金情報削除ユニット１０６、ジョブを管理するジョブ管理ユニット１０７、ジョブが起動された際に追加課金情報の有無を検索する課金情報検索手段の一例としての課金情報検索ユニット１０８、組込み課金情報又は追加課金情報ジョブのいずれかにおいてジョブを検索するジョブ検索手段の一例としてのジョブ検索ユニット１０９、課金情報に基づいて課金カウンタ（又は損金カウンタ）をカウントアップする課金手段の一例としての課金ユニット１１０を備えている。

利用者は、ＵＩ部５０を介してプラグインの追加、更新、削除を指示する。また、利用者は、ＵＩ部５０を介してジョブを指定する。
プラグインを追加する場合、プラグイン追加ユニット１０１は、指定されたプラグインを記述したプログラムをＨＤＤ１４又は通信回線２を介してＲＡＭ１２上に読み出して実行させる。この際、追加課金情報追加ユニット１０２は、指定されたプラグインを記述したプログラムにより、ＨＤＤ１４上に追加課金情報が設定される。そして、プラグインの総数を、プラグインを追加する前の総数に「１」を加えた数とする。

プラグインを更新する場合、プラグイン更新ユニット１０３は、指定されたプラグインを更新するプログラムをＨＤＤ１４又は通信回線２を介して読み出して実行させて、指定されたプラグインを更新する。この際、追加課金情報更新ユニット１０４は、指定されたプラグインを更新するプログラムにより、ＨＤＤ１４上の追加課金情報を更新する。
また、プラグインを更新する場合には、追加課金情報をそのまま保存してもよく、追加課金情報を書き換えてもよい。追加課金情報を書き換える場合には、更新前のデータを削除して上書きしてもよく、更新前のデータを更新後のデータに変換してもよい。更新前のデータから更新後のデータへの変換は、プラグインの初期化に伴って行われるようにプログラムしておけばよい。

プラグインを削除する場合、プラグイン削除ユニット１０５は、指定されたプラグインを削除するプログラムをＨＤＤ１４又は通信回線２を介して読み出して実行させ、指定されたプラグインを削除する。この際、追加課金情報削除ユニット１０６は、指定されたプラグインを削除するプログラムにより、ＨＤＤ１４上の追加課金情報を削除する。そして、プラグインの番号を追加された順に設定し直すとともに、プラグインの総数を、プラグインを削除する前の総数から「１」を減じた数とする。
なお、プラグインを削除せずに、ＵＩ部５０において利用者によって指定できないようにしてもよい。

ジョブ管理ユニット１０７は、ジョブを管理する。利用者によってジョブ及び関連するパラメータ１、２が指定された（起動された）場合、起動されたジョブが組込み機能２００に対応する組込み課金情報又はプラグイン機能３００に対応する追加課金情報にある場合に、ジョブを実行させる。

課金情報検索ユニット１０８は、追加課金情報があるか否かを検索する。

ジョブ検索ユニット１０９は、課金情報検索ユニット１０８の検索によって追加課金情報があるとされた場合には、追加課金情報に起動されたジョブがあるか否かを検索する。追加課金情報がない場合には、組込み課金情報に対応するジョブがあるか否かを検索する。
そして、起動されたジョブが追加課金情報又は組込み課金情報にある場合、そのことをジョブ管理ユニット１０７に通知するとともに、指定されたパラメータ１、２にしたがって単位、課金条件、課金カウンタを課金ユニット１１０に通知する。なお、そのジョブに損金条件が設定されている場合には、損金条件、損金カウンタを課金ユニット１１０に通知する。
なお、プラグインが指定された場合には、プラグインに含まれる複数のジョブがマルチジョブとして実行される。
一方、起動されたジョブが組込み課金情報及び追加課金情報のいずれにもない場合には、そのことをジョブ管理ユニット１０７に通知する。

課金ユニット１１０は、ジョブの実行にともなって、通知された単位、課金条件に基づいて、課金カウンタをカウントアップする。なお、損金条件が設定されている場合には、損金条件に基づいて、損金カウンタをカウントアップする。

図１０は、制御部１０が行う課金処理のフローチャートを示す図である。
ここでは、制御部１０のプラグイン追加ユニット１０１により、画像処理装置１にＮ個のプラグインが追加されているとする（プラグイン追加機能）。そして、Ｎ個のプラグインの追加に伴い、制御部１０の追加課金情報追加ユニット１０２により、画像処理装置１にＮ個のプラグインに対応するＮ個の追加課金情報が追加されているとする（追加課金情報追加機能）。
制御部１０のジョブ管理ユニット１０７により、利用者によりジョブが起動されたか否かが判断される（ステップ１１。図１０ではＳ１１と表記する。以下同様。）。

ステップ１１において、否定（Ｎｏ）の判断がされた場合、すなわち、ジョブが起動されていない場合には、ステップ１１に戻って、ジョブが起動されるのを待つ。
一方、ステップ１１において、肯定（Ｙｅｓ）の判断がされた場合、すなわち、ジョブが起動された場合には、制御部１０の課金情報検索ユニット１０８により、追加課金情報があるか否かが判断される（ステップ１２）（課金情報検索機能）。ステップ１２において、否定（Ｎｏ）の判断がされた場合については後述する。

ステップ１２において、肯定（Ｙｅｓ）の判断がされた場合、すなわち、追加課金情報がある場合には、制御部１０のジョブ検索ユニット１０９により、追加課金情報の総数（Ｎ）が読み込まれ変数Ｘに入れられる（ステップ１３）。
そして、ジョブ検索ユニット１０９により、追加課金情報Ｘのジョブ名に起動されたジョブがあるか否かが判断される（ステップ１４）（ジョブ検索機能）。ステップ１４において、否定（Ｎｏ）の判断がされる場合については後述する。

ステップ１４において、肯定（Ｙｅｓ）の判断がされた場合、すなわち、追加課金情報Ｘのジョブ名に起動されたジョブがある場合には、制御部１０のジョブ管理ユニット１０７の管理に基づいてジョブが実行され（画像処理機能）、制御部１０における課金ユニット１１０により、追加課金情報Ｘに基づいて、課金がされる（ステップ１５）（課金機能）。
この場合、Ｘより小さい番号の追加課金情報及び組込み課金情報に対しては、起動されたジョブの検索がされない。

なお、ステップ１４において、否定（Ｎｏ）の判断がされた場合、すなわち、追加課金情報Ｘに起動されたジョブがない場合には、変数Ｘが「１」減算される（ステップ１６）。そして、Ｘが０より大きい（Ｘ＞０）か否かが判断される（ステップ１７）。ステップ１７において、否定（Ｎｏ）の判断がされる場合については後述する。

ステップ１７において、肯定（Ｙｅｓ）の判断がされる場合、すなわち、Ｘが０より大きい（Ｘ＞０）場合には、ステップ１４に戻って、追加課金情報Ｘに起動されたジョブがあるか否かが判断される。

なお、ステップ１２において、否定（Ｎｏ）の判断がされた場合、すなわち、追加課金情報がない場合には、制御部１０のジョブ検索ユニット１０９により、組込み課金情報に起動されたジョブがあるか否かが判断される（ステップ１８）。ステップ１８において、否定（Ｎｏ）の判断がされる場合については後述する。

ステップ１８において、肯定（Ｙｅｓ）の判断がされた場合、すなわち、組込み課金情報のジョブ名に起動されたジョブがある場合には、制御部１０のジョブ管理ユニット１０７の管理に基づいてジョブが実行され、制御部１０における課金ユニット１１０により、組込み課金情報に基づいて、課金がされる（ステップ１９）。

一方、ステップ１７において、否定（Ｎｏ）の判断がされた場合、すなわち、Ｘが０の場合には、ステップ１８で、制御部１０のジョブ検索ユニット１０９により、組込み課金情報のジョブ名に起動されたジョブがあるか否かが判断される。

そして、ステップ１８において、否定（Ｎｏ）の判断がされた場合、すなわち、組込み課金情報のジョブ名に起動されたジョブがない場合には、ジョブ管理ユニット１０７により、ジョブの実行が禁止される（ステップ２０）。この場合は、画像処理装置１において、ジョブが実行されない（禁止される）と共に、ＵＩ部５０での「エラー」表示や、アラーム音などにより、予期しないジョブが要求されたことを利用者に報知する。

以上説明したように、図１０に示すフローチャートでは、プラグインが追加されている場合には、組込み課金情報より優先して、追加課金情報においてジョブが検索されるようになっている。
このようにすることで、ジョブ名が追加課金情報と組込み課金情報とで重複していても、追加課金情報が優先される。
すなわち、図７に示したプラグイン３における追加課金情報３のジョブ「スキャン」と、図４に示す組込み課金情報におけるジョブ「スキャン」とが同じであるが、追加課金情報３のジョブ「スキャン」が適用される。
そして、プラグイン３におけるジョブ「スキャン」でも、組込み課金情報におけるジョブ「スキャン」と同じ課金カウンタＣ０７、Ｃ０８を使用することから、プラグイン３の追加課金情報３は、組込み課金情報を部分的に上書きしたと同様となる。

そして、図３及び図１０に示したように、追加課金情報が複数（追加課金情報１〜Ｎ）ある場合であっても、図３の検索方向で示すように、番号が大きい側（Ｎ側）からジョブを検索するので、例え追加課金情報間において、同じジョブ名が設定されていても、番号の大きい側の追加課金情報が優先される。
このとき、番号が大きいほど、後に追加されたプラグイン及び追加課金情報、すなわち、最も新しく追加したプラグイン及び追加課金情報とすれば、最も新しく追加された追加課金情報が使用される。

また、ジョブ名が組込み課金情報と重複する追加課金情報のプラグインを削除することで、組込み課金情報が利用されるようになる。
なお、組込み課金情報及び追加課金情報において、ジョブ名が重複しないように設定されている場合には、課金情報検索ユニット１０８によるジョブの検索を、組込み課金情報及び追加課金情報のいずれから開始してもかまわない。
組込み課金情報の変更を許可したくない場合には、プラグインを追加する時に、プラグインの追加課金情報のジョブ名が組込み課金情報と重複していないか判断し、重複している場合にエラーとして、プラグインを追加できないようにしてもよい。

以上説明したように、画像処理装置１が予め備えない機能をプラグインで追加した場合に、組込み課金情報とは別に追加課金情報を追加して設けている。これにより、画像処理装置１に予め備えられた組込み課金情報の内容に制限されることなく、追加課金情報を設けることができる。また、ＨＤＤ１４などの大容量の不揮発記録媒体に追加課金情報を設ければ、追加課金情報のサイズに左右されずに、追加課金情報を設けることができる。
また、ジョブの検索を、追加課金情報から開始することにより、あたかも組込み課金情報を書き換えたと同様にできるので、利用者毎にプラグイン課金情報を設定することもできる。

そして、プラグインが複数のサービスで構成されたマルチジョブであって、サービス毎に提供者が異なる場合であっても、サービス（提供者）毎に課金することができる。
さらに、プラグインが複数のサービスで構成される複合サービスの場合であっても、課金条件を複数のサービスの成功（“１”）又は失敗（“０”）に応じて設定することにより複合サービスに対応してきめ細かい課金ができる。
さらに、損金条件を設けることで、成功（“１”）したサービスの提供者に対して、失敗（“０”）したサービスの提供者が利用者に対する課金を損金として支払うように設定することもできる。
そしてまた、プラグインの更新、削除にともなって、追加課金情報を更新、削除できる。

また、予め定められた期初又は期末に、課金カウンタ、損金カウンタを含む場合は損金カウンタにおけるカウントアップ数が計数され、利用者などに課金されることになる。このとき、課金カウンタ、損金カウンタを含む場合は損金カウンタのカウントをリセットしてもよい。

１…画像処理装置、２…通信回線、３…端末装置、４…ファクシミリ装置、５…サーバ装置、１０…制御部、１１…ＣＰＵ、１２…ＲＡＭ、１３…不揮発性メモリ（ＮＶＭ）、１４…ＨＤＤ、１５…信号バス、２０…画像形成部、３０…画像読取部、４０…送受信部、５０…ＵＩ部、１０１…プラグイン追加ユニット、１０２…追加課金情報追加ユニット、１０３…プラグイン更新ユニット、１０４…追加課金情報更新ユニット、１０５…プラグイン削除ユニット、１０６…追加課金情報削除ユニット、１０７…ジョブ管理ユニット、１０８…課金情報検索ユニット、１１０…ジョブ検索ユニット、１１０…課金ユニット

Claims (8)

1. 画像を処理する画像処理手段と、
   前記画像処理手段と連携して実行される機能をプラグインとして追加するプラグイン追加手段と、
   前記プラグイン追加手段による前記プラグインの追加に伴って、当該プラグインに対応して設定された追加課金情報を追加する追加課金情報追加手段と、
   前記追加課金情報があるか否かを検索する課金情報検索手段と、
   前記課金情報検索手段によって前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索手段と、
   前記ジョブ検索手段によって、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて当該ジョブに対して課金する課金手段と、を備え、
   前記プラグインに対応して設定された前記追加課金情報は、
   前記追加課金情報を構成する前記複数のジョブのそれぞれに対して設けられた複数の課金カウンタと、
   前記複数の課金カウンタの少なくとも一つの値が、前記複数のジョブの成功と失敗との組合せによって設定される課金条件と、を含むことを特徴とする画像処理装置。
2. 画像を処理する画像処理手段と、
   前記画像処理手段と連携して実行される機能をプラグインとして追加するプラグイン追加手段と、
   前記プラグイン追加手段による前記プラグインの追加に伴って、当該プラグインに対応して設定された追加課金情報を追加する追加課金情報追加手段と、
   前記追加課金情報があるか否かを検索する課金情報検索手段と、
   前記課金情報検索手段によって前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索手段と、
   前記ジョブ検索手段によって、起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて当該ジョブに対して課金する課金手段と、を備え、
   前記プラグインに対応する前記追加課金情報は、
   前記追加課金情報を構成する前記複数のジョブにおける少なくとも１つのジョブに対して設けられた損金カウンタと、
   前記損金カウンタの値が、前記複数のジョブの成功と失敗との組合せによって設定される損金条件と、を含むことを特徴とする画像処理装置。
3. 前記画像処理手段が実行する機能に対して設定された組込み課金情報をさらに備え、
   前記ジョブ検索手段は、前記課金情報検索手段によって、前記追加課金情報が含まれないとされた場合に、前記組込み課金情報を構成するジョブに、起動された前記ジョブがあるか否かを検索し、
   前記課金手段は、前記ジョブ検索手段によって、前記組込み課金情報に起動された前記ジョブがあるとされた場合に、当該組込み課金情報に基づいて当該ジョブに対して課金することを特徴とする請求項１又は２に記載の画像処理装置。
4. 前記ジョブ検索手段は、前記追加課金情報が複数ある場合に、後に追加された追加課金情報から順に、起動されたジョブがあるか否かを検索することを特徴とする請求項１乃至３に記載の画像処理装置。
5. 追加された前記プラグインを削除するプラグイン削除手段と、
   前記プラグイン削除手段による前記プラグインの削除に伴って、当該プラグインの追加に伴って追加された追加課金情報を削除する追加課金情報削除手段と
   をさらに含むことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 追加された前記プラグインを更新するプラグイン更新手段と、
   前記プラグイン更新手段による前記プラグインの更新に伴って、当該プラグインの追加に伴って追加された追加課金情報を更新する追加課金情報更新手段と
   をさらに含むことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. コンピュータに、
   画像を処理する画像処理機能と、
   前記画像処理機能と連携して実行される機能をプラグインとして追加するプラグイン追加機能と、
   前記プラグインの追加に伴って、当該プラグインに対応して設定された課金情報を当該プラグインに対応する追加課金情報として追加する追加課金情報追加機能と、
   前記追加課金情報があるか否かを検索する課金情報検索機能と、
   前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索機能と、
   起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて課金する課金機能と、を実現させるプログラムであって、
   前記プラグインに対応する前記追加課金情報は、
   前記追加課金情報を構成する前記複数のジョブのそれぞれに対して設けられた複数の課金カウンタと、
   前記複数の課金カウンタの少なくとも一つの値が、前記複数のジョブの成功と失敗との組合せによって設定される課金条件と、を含むことを特徴とするプログラム。
8. コンピュータに、
   画像を処理する画像処理機能と、
   前記画像処理機能と連携して実行される機能をプラグインとして追加するプラグイン追加機能と、
   前記プラグインの追加に伴って、当該プラグインに対応して設定された課金情報を当該プラグインに対応する追加課金情報として追加する追加課金情報追加機能と、
   前記追加課金情報があるか否かを検索する課金情報検索機能と、
   前記追加課金情報があるとされた場合に、当該追加課金情報を構成する複数のジョブに起動されたジョブが含まれるか否かを検索するジョブ検索機能と、
   起動された前記ジョブが前記追加課金情報を構成する前記複数のジョブに含まれるとされた場合に、当該追加課金情報に基づいて課金する課金機能と、を実現させるプログラムであって、
   前記プラグインに対応する前記追加課金情報は、
   前記追加課金情報を構成する前記複数のジョブにおける少なくとも１つのジョブに対して設けられた損金カウンタと、
   前記損金カウンタの値が、前記複数のジョブの成功と失敗との組合せによって設定される損金条件と、を含むことを特徴とするプログラム。

Images