(57)【要約】【課題】画像処理装置においてジョブの詳細な内容に応じて精確に課金を行う。【解決手段】画像処理装置の課金システム、課金方法および課金装置は、ジョブ構成に基づいた課金処理を行う。この課金処理では、ジョブ構成データから取得した詳細ジョブパラメータに基づいてジョブの費用を算出する。【選択図】図１３
2007041594.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置の課金方法であって、
（ａ）画像処理装置においてジョブのジョブ構成データを受け取る工程と、
（ｂ）上記ジョブ構成データを遠隔演算装置へ送る工程と、
（ｃ）上記遠隔演算装置において上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、
（ｄ）上記遠隔演算装置において上記詳細ジョブパラメータを用いてジョブの費用を算出する工程と、
（ｅ）上記遠隔演算装置によって課金限度額が含まれるアカウントデータにアクセスする工程と、
（ｆ）上記課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの費用に基づいて判断する工程と、
（ｇ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する工程とを含んでいることを特徴とする画像処理装置の課金方法。
【請求項２】
上記課金限度額が上記ジョブの実行を許可できないものである場合に、上記ジョブを自動的に修正する工程をさらに含んでいることを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項３】
上記課金限度額が上記ジョブの実行を許可できないものである場合に、上記ジョブの修正を要求する画面を表示する工程をさらに含んでいることを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項４】
上記ジョブ構成データを、ＳＯＡＰメソッドによる呼出しを通じて、別の装置からデータ構造として受け取ることを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項５】
上記詳細ジョブパラメータは、
媒体の種類、媒体のサイズ、媒体の量、ページごとの印刷部数、画素カウントデータ、画像解像度、後処理操作、ステープル留め要求、穴あけ要求、ページ照合要求、カラー属性、カラー深度、カラー数、インク消費量、トナー消費量、造影剤の消費量、モノクロ属性、階調度属性、両面印刷特性、片面印刷特性、Ｎ−Ｕｐ形式、用紙トレイ選択、スキャン宛先、印刷宛先、電力消費量、およびジョブタイプ、
からなるパラメータの組から選択される何れかのパラメータを含んでいることを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項６】
上記ジョブの費用は、画像処理ジョブに用いられる全ての材料および資源の総額に等しいことを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項７】
上記アカウントデータは、上記遠隔装置上でアクセスされることを特徴とする請求項１に記載の画像処理装置の課金方法。
【請求項８】
画像処理装置の課金システムであって、
（ａ）画像処理装置においてジョブのジョブ構成データを受け取る受取手段と、
（ｂ）上記ジョブ構成データを遠隔演算装置へ送る伝送手段と、
（ｃ）上記遠隔演算装置においてジョブ構成データから詳細ジョブパラメータを取得する取得処理手段と、
（ｄ）上記遠隔演算装置において上記詳細ジョブパラメータを用いてジョブ請求費を産出する算出手段と、
（ｅ）課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの請求費に基づいて判断する課金アプリケーションと、
（ｆ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する承認手段とを含んでいることを特徴とする画像処理装置の課金システム。
【請求項９】
画像処理装置の課金方法であって、
（ａ）画像処理装置におけるジョブのジョブ構成データを受け取る工程と、
（ｂ）上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、
（ｃ）上記詳細ジョブパラメータを用いて上記ジョブの費用を算出する工程と、
（ｄ）上記ジョブの費用のデータをジョブの承認のために遠隔の課金アプリケーションに送る工程と、
（ｅ）上記ジョブが課金限度額以下の場合に、上記ジョブについてジョブの承認を受け取る工程とを含んでいることを特徴とする画像処理装置の課金方法。
【請求項１０】
画像処理装置の課金装置であって、
（ａ）画像処理装置におけるジョブのジョブ構成データを受け取るためのユーザインターフェース受取手段と、
（ｂ）上記ジョブ構成データから詳細ジョブパラメータを取得する処理手段と、
（ｃ）上記詳細ジョブパラメータを用いてジョブの費用を算出する算出手段と、
（ｄ）上記ジョブの費用を該ジョブの承認のために遠隔の課金アプリケーションに送る伝送手段と、
（ｅ）上記ジョブが課金限度額以下の場合に、上記ジョブについてジョブの承認を受け取る承認受取手段とを備えていることを特徴とする画像処理装置の課金装置。
【請求項１１】
画像処理装置の課金方法であって、
（ａ）遠隔演算装置において、画像処理装置からジョブ構成データを受け取る工程と、
（ｂ）上記遠隔演算装置において、上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、
（ｃ）上記遠隔演算装置において、上記詳細ジョブパラメータを用いてジョブの請求費を算出する工程と、
（ｄ）上記遠隔演算装置によって、課金限度額を含むアカウントデータにアクセスする工程と、
（ｅ）上記課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの費用に基づいて判断する工程と、
（ｇ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する工程とを含んでいることを特徴とする画像処理装置の課金方法。
【請求項１２】
画像処理装置の課金方法であって、
（ａ）遠隔演算装置において、画像処理装置からジョブ構成データを受け取る工程と、
（ｂ）上記遠隔演算装置において、上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、
（ｃ）上記遠隔演算装置において、上記詳細ジョブパラメータを用いてジョブの請求費を算出する工程と、
（ｄ）上記ジョブの請求費が課金限度額以下であるかどうかを判断するために、上記ジョブの請求費のデータを遠隔の課金アプリケーションに送信する工程と、
（ｅ）上記ジョブの請求費が課金限度額以下の場合に、遠隔の課金アプリケーションから課金ジョブの承認を受け取る工程と、
（ｆ）上記遠隔演算装置において課金ジョブの承認を受け取った場合に、上記画像処理装置に、ジョブの実行承認を送る工程とを含んでいることを特徴とする画像処理装置の課金方法。
【請求項１３】
実行するジョブに対して課金を行う画像処理装置であって、
ユーザからジョブの構成を示すジョブ構成データを受け付ける入力手段と、
上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する詳細パラメータ取得手段と、
上記詳細ジョブパラメータに基づいて上記ジョブの費用を算出する費用算出手段と、
課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得し、上記費用が上記課金限度額以下であるかどうかを判定するアカウント検証手段と、
上記費用が上記課金限度額以下である場合に、上記ジョブを実行するジョブ実行手段とを備えていることを特徴とする画像処理装置。
【請求項１４】
画像処理装置が実行するジョブに対して課金を行うために、画像処理装置を通信ネットワークを介して制御する遠隔演算装置であって、
画像処理装置がユーザから受け取ったジョブの構成を示すジョブ構成データを上記画像処理装置から受信するジョブ取得手段と、
上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する詳細パラメータ取得手段と、
上記詳細ジョブパラメータに基づいて上記ジョブの費用を算出する費用算出手段と、
課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得し、上記費用が上記課金限度額以下であるかどうかを判定するアカウント検証手段と、
上記費用が上記課金限度額以下である場合に、上記画像処理装置に対して、上記ジョブの実行の承認を送信する承認手段とを備えていることを特徴とする遠隔演算装置。
【請求項１５】
画像処理装置の課金方法であって、
（ａ）画像処理装置が、ジョブの構成を示すジョブ構成データを受け取る工程と、
（ｂ）画像処理装置または遠隔演算装置が、上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する工程と、
（ｃ）画像処理装置または遠隔演算装置が、上記詳細ジョブパラメータに基づいてジョブの費用を算出する工程と、
（ｄ）画像処理装置または遠隔演算装置が、課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得する工程と、
（ｅ）画像処理装置または遠隔演算装置が、上記費用が上記課金限度額以下であるかどうかを判断する工程と、
（ｆ）上記画像処理装置または上記遠隔演算装置が、上記費用が上記課金限度額以下である場合に、上記ジョブの実行を承認する工程とを含んでいることを特徴とする画像処理装置の課金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置の課金方法および課金システムに関するものである。
【背景技術】
【０００２】
プリンタ、コピー機、スキャナ、ファックスなどの画像処理装置は、特定の用途または用途の組み合わせに適合するために、多彩な機能および能力を備えている。画像処理装置は、従来は別々である画像処理装置の、２つ以上の機能を組み合わせた、多機能周辺機器（ＭＦＰ）の形態を取ることが多い。ＭＦＰは、任意の数の画像処理装置を組み合わせていて構わないが、一般的には、プリンタ、画像読取器、コピー機、およびファックスの機能を備えている。
【０００３】
画像処理装置の中には、データ記憶および処理のためのコンピューティングリソース（例えばプロセッサ、ハードディスクドライブ、メモリ、および、他のデバイス）を備えたものがある。画像処理装置にさらに特徴的構成や機能を付加すると、さらに高価に、そしてさらに複雑になる。
【０００４】
さらに複雑な画像処理装置およびＭＦＰとして、例えば、他の演算装置（例えばパーソナルコンピュータ、他の画像処理装置、ネットワークサーバ、および、他の機器）との通信を可能にするネットワーク接続性能を備えたものがある。この接続性能によって、画像処理装置が、接続されたネットワーク上で利用可能な外部リソース（他の演算装置）を使用することが可能になる。
【０００５】
画像処理装置は、一般的に、複数のボタン、つまみ、その他のユーザ入力機構を有するユーザ入力パネルを備えている。また、表示パネルを備えた画像処理装置もある。この表示パネルとしては、表示のためだけに用いられるものもあれば、ユーザがディスプレイ上で直接入力できるタッチパネルディスプレイもある。
【０００６】
タッチパネルディスプレイを備えた装置、またはこのディスプレイと共に配置されたボタンを有する装置は、ユーザ入力によって選択されるメニューデータを表示することができる。このメニューデータは、通常、画像処理装置に搭載されたサーバモジュールによって駆動される。
【０００７】
このよう各種の画像処理を行う装置において、例えば特許文献１には、画像情報を出力した量に従ってサービス利用料金を算出したり、画像情報に対するサービス実行回数をベースにサービス利用料金を算出したりして課金する課金処理部を備え、利用したサービスの種別や内容に応じて適正な利用額を課金することのできる複合機が開示されている。
【０００８】
また、特許文献２には、印刷属性データおよびビットマップデータに基づいて、画像形成に必要なリソース部材の使用度合を計測し、リソース部材の使用度合に基づいて課金を行う画像形成装置が開示されている。
【特許文献１】特開２００２−３３０２５３号公報（2002年11月15日公開）
【特許文献２】特開２００３−２６０８５３号公報（2003年９月16日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来の画像処理装置の課金システムでは、画像処理装置にて実行したジョブの詳細な内容に応じて精確に課金を行うことができないという問題を有している。この問題について以下に詳述する。
【００１０】
多機能周辺機器（ＭＦＰ）では、極めて詳細にわたってジョブを構成することができる。画像読取ジョブまたはコピージョブでは、ユーザが、画像をズームあるいは拡大したり、画像を切り抜いたり、画像のシャープネスを向上させたり、カラー特性を変更したり、他の多くの特性を選択したりすることができる。また、印刷ジョブおよびコピージョブでは、カラーオプション、ダークネスレベル、Ｎ−Ｕｐ印刷（Ｎ枚割付印刷）、用紙サイズ、および他の様々な特性を選択できる。
【００１１】
ここで、従来の画像処理システムでは、システムの使用に対して料金を請求するが、通常、この料金は、より高次レベルでのシステムの機能に基づいて決定される。例えば、固定料金が書類のコピー１ページごとに、あるいは、画像読取ジョブ１ページごとに請求される。つまり、従来のシステムでは、ユーザによって画像読取ジョブや印刷ジョブが構成されると、そのジョブの詳細内容に関らず、ジョブの種類に応じて、ジョブごと（ジョブの回数およびジョブの種類）に課金額が決定され、ユーザが上述した様々な画像処理を行ったか否かが使用料金に反映されることはない。
【００１２】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、ジョブの詳細な内容に応じて精確に課金を行うことができる画像処理装置の課金方法を実現することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明に係る画像処理装置の課金方法は、（ａ）画像処理装置においてジョブのジョブ構成データを受け取る工程と、（ｂ）上記ジョブ構成データを遠隔演算装置へ送る工程と、（ｃ）上記遠隔演算装置において上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、（ｄ）上記遠隔演算装置において上記詳細ジョブパラメータを用いてジョブの費用を算出する工程と、（ｅ）上記遠隔演算装置によって課金限度額が含まれるアカウントデータにアクセスする工程と、（ｆ）上記課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの費用に基づいて判断する工程と、（ｇ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する工程とを含んでいることを特徴とする画像処理装置の課金方法。
【００１４】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００１５】
加えて上記構成によれば、課金に関する工程の少なくとも一部については、画像処理装置ではなく、遠隔演算装置が実行する。このように、課金に関する処理を遠隔演算装置に実行させることにより、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００１６】
また、上記画像処理装置の課金方法は、上記課金限度額が上記ジョブの実行を許可できないものである場合に、上記ジョブを自動的に修正する工程をさらに含んでいることが好ましい。
【００１７】
上記構成によれば、ジョブの費用が課金限度額を超える場合には、課金限度額以下になるようにジョブが修正されるので、ユーザが煩雑な操作を行うことなく課金限度額に見合ったジョブを実行することができる。
【００１８】
あるいは、上記画像処理装置の課金方法は、上記課金限度額が上記ジョブの実行を許可できないものである場合に、上記ジョブを修正するようプロンプトを表示する工程をさらに含んでいてもよい。
【００１９】
上記構成によれば、ジョブの費用が課金限度額を超える場合には、ユーザに対してプロンプトが表示されるので、ユーザがこのプロンプトに従ってジョブを修正することにより、課金限度額に見合ったジョブを実行することが可能になる。
【００２０】
また、上記（ｃ）の工程では、ユーザによって直接入力されていないパラメータを算出してもよいし、ユーザによって直接入力されていないパラメータを測定してもよい。
【００２１】
また、上記ジョブ構成データを、ＳＯＡＰメソッドによる呼出しを通じて、別の装置からデータ構造として受け取ることが好ましい。
【００２２】
なお、上記詳細ジョブパラメータは、媒体の種類、媒体のサイズ、媒体の量、ページごとの印刷部数、画素カウントデータ、画像解像度、後処理操作、ステープル留め要求、穴あけ要求、ページ照合要求、カラー属性、カラー深度、カラー数、インク消費量、トナー消費量、造影剤の消費量、モノクロ属性、階調度属性、両面印刷特性、片面印刷特性、Ｎ−Ｕｐ形式、用紙トレイ選択、スキャン宛先、印刷宛先、電力消費量、およびジョブタイプ、からなるパラメータのセットから選択される何れかのパラメータを含んでいることが好ましい。
【００２３】
上記構成によれば、ジョブの詳細を示す各種パラメータに基づいて、ジョブの費用を精確に算出することができる。
【００２４】
また、上記ジョブの費用は、画像処理ジョブに用いられる全ての材料および資源の総額に等しいことが好ましい。
【００２５】
また、上記アカウントデータは、上記遠隔装置上でアクセスされるものであってもよい。
【００２６】
また、上記課題を解決するために、本発明に係る画像処理装置の課金システムは、（ａ）画像処理装置においてジョブのジョブ構成データを受け取る受取手段と、（ｂ）上記ジョブ構成データを遠隔演算装置へ送る伝送手段と、（ｃ）上記遠隔演算装置においてジョブ構成データから詳細ジョブパラメータを取得する取得処理手段と、（ｄ）上記遠隔演算装置において上記詳細ジョブパラメータを用いてジョブ請求費を産出する算出手段と、（ｅ）課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの請求費に基づいて判断する課金アプリケーションと、（ｆ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する承認手段とを含んでいることを特徴とする。
【００２７】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００２８】
加えて上記構成によれば、課金に関する工程の少なくとも一部については、画像処理装置ではなく、遠隔演算装置が実行する。このように、課金に関する処理を遠隔演算装置に実行させることにより、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００２９】
また、上記課題を解決するために、本発明に係る画像処理装置の課金方法は、（ａ）画像処理装置におけるジョブのジョブ構成データを受け取る工程と、（ｂ）上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、（ｃ）上記詳細ジョブパラメータを用いてジョブの費用を算出する工程と、（ｄ）上記ジョブの費用のデータをジョブの承認のために遠隔の課金アプリケーションに送る工程と、（ｅ）上記ジョブが課金限度額以下の場合に、上記ジョブについてジョブの承認を受け取る工程とを含んでいることを特徴とする。
【００３０】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００３１】
加えて上記構成によれば、課金に関する処理を遠隔演算装置が実行するので、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００３２】
また、上記課題を解決するために、本発明に係る画像処理装置の課金装置は、画像処理装置の課金装置であって、（ａ）画像処理装置におけるジョブのジョブ構成データを受け取るためのユーザインターフェース受取手段と、（ｂ）上記ジョブ構成データから詳細ジョブパラメータを取得する処理手段と、（ｃ）上記詳細ジョブパラメータを用いてジョブの費用を算出する算出手段と、（ｄ）上記ジョブの費用を該ジョブの承認のために遠隔の課金アプリケーションに送る伝送手段と、（ｅ）上記ジョブが課金限度額以下の場合に、上記ジョブについてジョブの承認を受け取る承認受取手段とを備えていることを特徴とする。
【００３３】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００３４】
加えて上記構成によれば、課金に関する処理を画像処理装置に代わって実行するので、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００３５】
また、上記課題を解決するために、本発明に係る画像処理装置の課金方法は、（ａ）遠隔演算装置において、画像処理装置からジョブ構成データを受け取る工程と、（ｂ）上記遠隔演算装置において、上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、（ｃ）上記遠隔演算装置において、上記詳細ジョブパラメータを用いてジョブの請求費を算出する工程と、（ｄ）上記遠隔演算装置によって、課金限度額を含むアカウントデータにアクセスする工程と、（ｅ）上記課金限度額が上記ジョブの実行を許可できるものであるかどうかを、上記ジョブの費用に基づいて判断する工程と、（ｇ）上記課金限度額が上記ジョブの実行を許可できるものである場合に、上記ジョブの実行を承認する工程とを含んでいることを特徴とする。
【００３６】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００３７】
加えて上記構成によれば、課金に関する処理を遠隔演算装置が実行するので、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００３８】
また、上記課題を解決するために、本発明に係る画像処理装置の課金方法は、（ａ）遠隔演算装置において、画像処理装置からジョブ構成データを受け取る工程と、（ｂ）上記遠隔演算装置において、上記ジョブ構成データから詳細ジョブパラメータを取得する工程と、（ｃ）上記遠隔演算装置において、上記詳細ジョブパラメータを用いてジョブの請求費を算出する工程と、（ｄ）上記ジョブの請求費が課金限度額以下であるかどうかを判断するために、上記ジョブの請求費のデータを遠隔の課金アプリケーションに送信する工程と、（ｅ）上記ジョブの請求費が課金限度額以下の場合に、遠隔の課金アプリケーションから課金ジョブの承認を受け取る工程と、
（ｆ）上記遠隔演算装置において課金ジョブの承認を受け取った場合に、上記画像処理装置に、ジョブの実行承認を送る工程とを含んでいることを特徴とする。
【００３９】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００４０】
加えて上記構成によれば、課金に関する処理を遠隔演算装置が実行するので、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００４１】
また、上記課題を解決するために、本発明に係る画像処理装置は、実行するジョブに対して課金を行う画像処理装置であって、ユーザからジョブの構成を示すジョブ構成データを受け付ける入力手段と、上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する詳細パラメータ取得手段と、上記詳細ジョブパラメータに基づいてジョブの費用を算出する費用算出手段と、課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得し、上記費用が上記課金限度額以下であるかどうかを判定するアカウント検証手段と、上記費用が上記課金限度額以下である場合に、ジョブを実行するジョブ実行手段とを備えていることを特徴とする。
【００４２】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００４３】
また、上記課題を解決するために、本発明に係る遠隔演算装置は、画像処理装置が実行するジョブに対して課金を行うために、画像処理装置を通信ネットワークを介して制御する遠隔演算装置であって、
画像処理装置がユーザから受け取ったジョブの構成を示すジョブ構成データを上記画像処理装置から受信するジョブ取得手段と、上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する詳細パラメータ取得手段と、上記詳細ジョブパラメータに基づいてジョブの費用を算出する費用算出手段と、課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得し、上記費用が上記課金限度額以下であるかどうかを判定するアカウント検証手段と、上記費用が上記課金限度額以下である場合に、上記画像処理装置に対して、ジョブの実行の承認を送信する承認手段とを備えていることを特徴とする。
【００４４】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【００４５】
加えて上記構成によれば、課金に関する処理を遠隔演算装置が実行するので、画像処理装置の負担を軽減することができるとともに、複数の画像処理装置における課金処理を統合的に管理することが容易になる。
【００４６】
また、上記課題を解決するために、本発明に係る画像処理装置の課金方法は、（ａ）画像処理装置が、ジョブの構成を示すジョブ構成データを受け取る工程と、（ｂ）画像処理装置または遠隔演算装置が、上記ジョブ構成データから上記ジョブの詳細設定を示す詳細ジョブパラメータを取得する工程と、（ｃ）画像処理装置または遠隔演算装置が、上記詳細ジョブパラメータに基づいてジョブの費用を算出する工程と、（ｄ）画像処理装置または遠隔演算装置が、課金限度額の情報が含まれるユーザのアカウントデータにアクセスして上記課金限度額を取得する工程と、（ｅ）画像処理装置または遠隔演算装置が、上記ジョブの費用が上記課金限度額以下であるかどうかを判断する工程と、（ｆ）上記画像処理装置または上記遠隔演算装置が、上記ジョブの費用が上記課金限度額以下である場合に、上記ジョブを実行することを承認する工程とを含んでいることを特徴とする。
【００４７】
上記構成によれば、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される。従って、ジョブの費用をジョブの詳細内容に応じて精確に求めることができ、収益を挙げることができる。
【発明の効果】
【００４８】
以上のように、本発明では、ジョブ構成データから詳細ジョブパラメータが取得され、この詳細ジョブパラメータを用いてジョブの費用が算出される構成となっているので、ジョブの費用／請求費をジョブの詳細内容に応じて精確に求めることができ、ジョブの詳細な内容に応じて精確に課金を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００４９】
本発明の一実施形態について、図を参照しながら説明する。なお、全ての図中において、同様の部材には同じ符号を付与している。また、これらの各図は、詳細な説明の一部として明確に組み入れられるものである。
【００５０】
本発明の構成要素を、ここに示されている図においては一般化して描き、説明しているが、多種多様な形態に変更および設計することができる。したがって、本発明の方法およびシステムの実施形態に関する以下の詳細な説明は、本発明の範囲を限定するものではなく、単に、本発明の現時点での好ましい実施形態の一例を示すものに過ぎない。
【００５１】
本発明の実施形態の構成要素を、ハードウェア、ファームウェアおよび／またはソフトウェアに組み込んでもよい。本明細書中に記載されている典型的な実施形態は、これらの形態のほんの一例を説明しているが、当業者であれば、本発明の範囲内において、これらの構成要素をこれらのあらゆる形態において実施できることを理解できるであろう。
【００５２】
本発明の実施形態は、画像処理装置を遠隔演算装置のアプリケーションと統合するインターフェースならびに構成（アーキテクチャ）、および、画像処理装置単体では不可能なソリューションを提供する環境を含んでいる。また、ネットワーク上のアプリケーションが、画像処理装置の機能をプログラム制御でき、かつ画像処理装置の入力パネルを介してユーザと交信できる基本設備（インフランストラクチャ）およびインターフェースを含んでいてもよい。画像処理装置内で実用的でないソフトウェア機能は、画像処理装置からアクセス可能なサーバ上で実行することができる。
【００５３】
本明細書および特許請求の範囲では、画像処理装置（ＩＤｅｖ）を、画像処理機能を有する装置として説明する。ここでいう画像処理機能には、例えば、画像読取、印刷、コピー、画像伝送（送信および受信）、画像変換などの機能が含まれる。典型的な画像処理装置としては、プリンタ、コピー機、ファックス、画像読取器、画像を伝送，変換，または加工する演算装置等がある。また、画像処理装置（ＩＤｅｖ）は、複数の画像処理機能を有するものであってよい。例えば、これに限定されるものではないが、一般的には、プリンタ、画像読取器、コピー機および／またはファックス、または画像送信機／受信機のうちの複数の機能がある多機能周辺機器（ＭＦＰ）は、画像処理装置の１タイプである。なお、ＭＦＰとしての他の画像処理装置は、上記以外の機能の組み合わせを備えたものであってよい。
【００５４】
本明細書および特許請求の範囲では、遠隔演算装置（ＲＣＤ；リモートコンピュータ機器）を、データ処理ができ、かつ通信回線を介して他の装置と通信できる能力を有する装置とする。遠隔演算装置（ＲＣＤ）は、画像処理装置などの他の装置と通信するための、例えばネットワーク接続、電話線、シリアルケーブル、または他の有線リンクあるいは無線リンクのような通信用リンクを必要とするリモート装置である。典型的な遠隔演算装置（ＲＣＤ）としては、通信用リンクを有するネットワークサーバ、ネットワークコンピュータ、その他の処理装置、および、その他の記憶装置などが挙げられる。
【００５５】
本発明のいくつかの実施形態を、図１および図２を参照して説明する。これらの実施形態は、画像処理装置（ＩＤｅｖ）４を備えている。この画像処理装置４は、多機能周辺機器（ＭＦＰ）であってもよく単機能装置であってもよい。画像処理装置４は、ユーザインターフェース（ＵＩ）パネル２をさらに備えている。ユーザインターフェースパネル２は、入力ボタン１４および表示装置１６を備えている。あるいは、ユーザインターフェースパネル２は、タッチパネルシステムを備えていてもよい。タッチパネルシステムは、ボタン１４を備えていてもいなくてもよい。また、ユーザ入力および表示は、別個のＵＩ装置８を介して実行されるものであってよい。このＵＩ装置８は、例えばＵＳＢ、ネットワークケーブル、無線などの通信回線１２によって、画像処理装置４と接続されている。ＵＩ装置８は、表示装置だけでなく、キーボードまたはボタンのような入力装置を備えていてよい。また、ＵＩ装置８に備えられる表示装置は、タッチスクリーンパネルであってもよい。このような種類のＵＩ装置８は、リモート入力装置からＵＩ装置８へと入力された命令を伝送するためのインターフェースをさらに備えていてもよい。また、ＵＩ装置８は、画像処理装置４へ伝送するための入力データを記憶するために構成されている記憶装置（例えば、メモリスティック、ＵＳＢメモリカードなど）を備えていてよい。
【００５６】
これらの実施形態は、ネットワーク１０などの通信リンクを介して画像処理装置４とリンクされている遠隔演算装置（ＲＣＤ）６をさらに備えている。このネットワーク１０は、一般的な有線リンクまたは無線リンクであってよい。
【００５７】
本発明の実施形態では、遠隔演算装置６から、ネットワーク１０を介して、画像処理装置４のＵＩパネル２またはＵＩ装置８へとメニューデータを提供してもよい。このメニューデータが画像処理装置４へ送られると、画像処理装置４のＵＩパネル２あるいはＵＩ装置８を使用して、遠隔演算装置６上において動作するアプリケーションと情報交換することができる。ＵＩパネル２あるいはＵＩ装置８が受け付けたユーザ入力を、遠隔演算装置６へ直接戻してもよい。
【００５８】
ウェブサービスは、ＵＲＩ（Uniform Resource Identifier）によって識別されたソフトウェアアプリケーションである。ＵＲＩのインターフェースおよびバインディング（binding）は、ＸＭＬ（Extensible Markup Language）のアーティファクトによって定義、記述、発見される機能を持ち、また、ＸＭＬベースのメッセージを用いて、インターネットベースのプロトコルを介して、他のソフトウェアアプリケーションと直接情報交換することをサポートする。
【００５９】
遠隔演算装置６上のアプリケーションは、１以上のウェブサービスを用いて、装置の機能を有効にしたり、無効にしたり、設定したり、あるいは装置の機能を制御したりするなど、画像処理装置４の様々な特性を制御することができる。
【００６０】
本発明の実施形態では、遠隔演算装置６上で動作するネットワークアプリケーションは、画像処理装置４のＩ／Ｏパネル（ＵＩパネル２）を介して、その画像処理装置４のユーザと情報交換できる。上記の実施形態では、画像処理装置４のユーザインターフェース（ＵＩ）（すなわち、タッチパネル、ボタン、または、ディスプレイ）をネットワークアプリケーションによって制御できる。また、カスタム表示画面またはカスタム表示メニューを、画像処理装置４に固有のユーザインターフェースと統合する形態もある。上記の実施形態では、画像処理装置４の機能の制御を、画像処理装置４のユーザインターフェースに対するユーザ入力に応じて画像処理装置４において実行する標準操作モードと、画像処理装置４のユーザインターフェースにおけるユーザ入力を介して遠隔演算装置６上のアプリケーションなどのネットワークリソースを利用するオープンシステムモードとの間で切り替える（hand off）ことができる。
【００６１】
上記の実施形態では、テキストおよび図形を任意のフォーマットで表示するように、ネットワーク上で動作するアプリケーションが画像処理装置４のＵＩを完全に制御するようになっている。上記の実施形態では、上記アプリケーションは、所望のレイアウトで、ボタン、テキストボックス、および図形などをプログラム表示することができる。
【００６２】
上記ユーザインターフェースの配置を、マークアップ言語などの標準言語を用いて容易にプログラムすることができてもよい。これらの言語としては、ハイパーテキストマークアップ言語（Hypertext Markup Language：ＨＴＭＬ）、エクステンシブルマークアップ言語（Extensible Markup Language：ＸＭＬ）、ワイヤレスマークアップ言語（Wireless Markup Language：ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（Extensible Hypertext Markup Language：ＸＨＴＭＬ）等を用いることができる。
【００６３】
遠隔演算装置６のアプリケーションまたはサーバのアプリケーションが、キーボードＵＩを画像処理装置４のＵＩパネル２またはＵＩ装置８に表示させるように要求することができてもよい。また、この機能が、画像処理装置４において用いられることができ、遠隔演算装置６のアプリケーションによって再形成される必要がなくてもよい。また、上記遠隔演算装置６が、キーボードプロンプトやデフォルト値を定義するようにしてもよい。これらの実施形態では、遠隔演算装置６は、ＯＫボタン、キャンセルボタンのような、画像処理装置４のユーザインターフェースにおける各ボタンの名称を変更でき、他のボタンを定義できる。
【００６４】
また、画像処理装置４自体が、あるいは遠隔演算装置６が、画像処理装置４のユーザインターフェースにメニューテンプレートを供給するようにしてもよい。
【００６５】
（外部認証アプリケーション）
本発明の実施形態の中には、外部認証サーバとして登録されている遠隔演算装置６のアプリケーションを含んだものもある。この外部認証アプリケーションは、画像処理装置４へのアクセスを制御し、また画像処理装置４のユーザインターフェースを最上位で制御（top-level control）する。上記アプリケーションによるユーザインターフェースの制御は、内部制御部（internal auditor）による制御と同様の方法であってもよい。
【００６６】
上記の実施形態において、画像処理装置４の制御部は、起動時に、外部認証アプリケーションが登録されているかどうかを確認する。登録されている場合、画像処理装置４は使用不可モードになり、上記アプリケーションは上記ユーザインターフェースを制御するために接続される。上記外部認証サーバを利用できない場合は、エラーメッセージが表示されて、画像処理装置４は使用不可のままである。この場合、画像処理装置４は、利用可能になるまで、上記外部認証サーバに定期的接続しようとする。下記の表１は、典型的な実施形態において、上記画像処理装置４が使用不可モードにある場合、何が上記ユーザインターフェースを制御するのかを表している。
【００６７】
【表１】
2007041594.tif 000003
【００６８】
（遠隔演算装置アプリケーション）
本発明の実施形態では、画像処理装置４のカスタムＵＩパネル２に対するアクセス方法は、アプリケーションによって異なっていてもよい。文書管理統合（Document Management integration）などのソリューションには、固有の画像送信画面を用いることが好ましいものもあるが、画像読取ジョブに関する付加的な情報を集約したＵＩパネルを表示すものもある。カスタム印刷アプリケーションのような他のソリューションに、固有の機能以外の個々のモードからアクセスしてもよい。
【００６９】
これらソリューションアプリケーションの多様化するニーズに対応するため、上記の実施形態では、ユーザインターフェース制御に対する複数の統合ポイントをサポートしている。これらの統合ポイントは、ユーザによるアプリケーションを登録するための操作（「トリガー」）に基づいている。いくつかの実施形態では、アプリケーションがターゲット装置（画像処理装置４）に登録されることにより、「遠隔演算装置Ｂ」に対する接続命令がＵＩパネル２になされて「トリガーＡ」がいつ生じるのかを画像処理装置４が把握するようにしてもよい。典型的な実施形態において、アプリケーションは、複数の「トリガー」ポイントにおいて画像処理装置４と一体化されている。
【００７０】
遠隔演算装置６は特定の機能に登録されており、画像処理装置４のユーザインターフェースにおいて上記機能（例えば画像送信）のハードウェアキーが押されたときに接続される。上記遠隔演算装置６によって供給されるユーザインターフェース情報は、画像処理装置４にもともと備えられている標準機能画面に代えて表示される。このトリガーは、既存の機能を完全なカスタムＵＩの機能に置き換えるアプリケーションに対しても使用できる。このようなアプリケーションとしては、例えば、代替画像読取ソリューション（alternative scan solution）や特殊ディスプレイなどがある。特殊ディスプレイとは、例えば、「セクション５０８」互換画面、または他の特殊なニーズに対応したインターフェースである。これら特殊ディスプレイは、大きなボタンまたは他の設備（accommodations）を備えていてもよい。
【００７１】
また、画像処理装置４における各機能のメニューを、タッチスクリーン上に表示してもよい形態もある。また、このメニューは、サーバなどの遠隔演算装置６が登録するようにしてもよい。これによって、ソリューションアプリケーションが、カスタムコンテンツを供給し、かつ、画像処理装置４によって設けられた標準機能の一部を引き続き利用することが可能になる。カスタムアプリケーションに割り当てられたボタンが選択されると、その機能に登録されたソリューションと共にメニューが表示される。ユーザは所望のソリューションを選択することができ、遠隔演算装置６は、命令を受けるために接続される。
【００７２】
遠隔演算装置６のアプリケーションを供給する独立型のＲＣＤモードが、全画面上に表示される上記ユーザインターフェースのジョブキュー部分からアクセスすることができる形態もある。このトリガーポイントは、例えば画像処理装置４におけるカスタム印刷ソリューションのような、画像処理装置４の標準装置機能の一つに含まれないアプリケーションに使用できる。上記ＲＣＤメニューが選択されると、一般ＲＣＤモードに登録されているソリューションアプリケーションと共にメニューが表示される。ユーザは所望のソリューションを選択し、上記遠隔演算装置６は、命令を受けるために接続される。
【００７３】
（ハードウェアキーの相互作用）
本発明の実施形態の中には、画像処理装置４が使用可能であると、この装置を管理するために追加ハードウェアキーが使用されるものもある。典型的な実施形態におけるハードウェアキーの割り当てを表２に示す。
【００７４】
【表２】
2007041594.tif 000004
【００７５】
なお、＊キーの押下によるログアウトに加えて、タイムアウトによるログアウトを実行するようにしてもよい。また、所定時間（例えば１０秒〜２４０秒）が経過したときに自動的に消去する設定（あるいは使用不可にする設定）にしてもよい。これらの実施形態では、自動消去設定の時間内に何の動作もなかった場合、装置は自動的に使用不可モードに戻り、ユーザインターフェースを再制御するために遠隔演算装置６に接続を試みる。
【００７６】
（エラー＆ジャム通知）
特定のソリューションに応じて、遠隔演算装置アプリケーション（ＲＣＵアプリケーション）は、画像処理装置４のユーザインターフェースおよび特定の画像処理ジョブ（imaging job）を完全に、あるいは部分的に制御してもよい。部分的制御の場合、遠隔演算装置６がクリックをモニタリングしながら、固有モード（native mode）においてユーザインターフェースの情報交換に応答できるようにし、ジョブを制御していてもよい。また、部分的制御として、遠隔演算装置アプリケーションが固有モードと一体化される構成としてもよい（ユーザインターフェーストリガー＝機能カスタムメニュー）。画像処理装置４が、関連する遠隔演算装置アプリケーションに全てのエラーおよびジャム通知を送信するようにしてもよい。
【００７７】
遠隔演算装置アプリケーションが画像処理装置４のユーザインターフェースおよびジョブを完全に制御するケースでは、エラーおよびジャム通知を、エラーの種類に応じて異なる方法で処理するようにしてもよい形態もある。修復可能なエラーの場合は、遠隔演算装置アプリケーションに通知が送信され、該アプリケーションは、ＵＩパネル２またはＵＩ装置８におけるメッセージの表示および通知されたエラーを解決する処理を行う。また、修復不可能なエラーの場合、画像処理装置モードとＲＣＤモードとが情報交換して、エラー状態を適切に処理する（例えば、ユーザに、ジャムを消去するという命令を与える）。
【００７８】
（ハンドオフ制御（Control Handoffs））
画像処理ジョブ中の様々な時点において、複数のアプリケーションによって画像処理装置を制御するようにしてもよい。これらのアプリケーションとしては、特に限定されるものではないが、例えば外部認証アプリケーション、標準的なＲＣＤアプリケーション、画像処理装置４の固有モードなどが含まれる。以下の説明では、典型的な実施形態における、典型的なジョブの様々な工程について、各工程中における制御を行う主体、およびどの様な種類の制御が可能であるかについて説明する。
【００７９】
工程１：ユーザが、画像処理装置のユーザインターフェースにおいて、画像処理装置にアクセスするための証明データを提示する。この工程は、外部認証アプリケーションなどの遠隔演算装置６、または画像処理装置４自体に内蔵される内部課金（Internal Accounting）（固有モード）によって制御される。この工程の最後に、画像処理装置は使用可能になる。上記の外部認証アプリケーションはまた、デフォルトパラメータを指定してもよく、あるいは特定のジョブパラメータを使用不可にしてもよい（例えば、デフォルトファイル形式はＰＤＦだが、ユーザがこれを変更できるようにしてもよい。また、カラーモードは白黒に設定されていて、ユーザがこれを変更できないようにしてもよい。）。
【００８０】
工程２：ユーザが、上記画像処理装置の固有モードのいずれかまたは標準的なＲＣＤのアプリケーションを使用して、ジョブパラメータを設定する。この工程の最後に、ユーザはジョブを開始するための入力を行う。この入力がなされると、任意の通知が上記の標準的なＲＣＤアプリケーションへ送信される。次に、この標準的なＲＣＤアプリケーションが、必要に応じてジョブパラメータを変更する。ユーザが入力を行ったときに通知を要求するアプリケーションの一例として、電子メールのアプリケーションが挙げられる。ユーザは、固有の画像送信画面または他の入力手段を使用して、画像読取オプションを選択し、電子メールの受信者を選択する。次に、ユーザは、カスタムアプリケーションボタンを選択して、メニューから、画像読取・電子メール送信（scan-to-e-mail）オプションを選択する。次に、ユーザのファイルについての許可設定を行うために、電子メールアプリケーションがカスタム画面を表示する。ユーザが原稿を画像読取器上に置いて処理を開始すると、電子メールアプリケーションは、ユーザによって設定された宛先パラメータを取り込み、上記の対象の宛先を、電子メールアプリケーションのＦＴＰサーバに変更する。次に、電子メールアプリケーションは、上記ファイルを受信し、適切な許可を与え、ユーザによって選択された電子メールを受信者へ送信する。なお、いくつかの実施形態と同様に、上記アプリケーションが、読み取った画像のサムネイルを作成して表示させてユーザに確認させる場合、この時点で、遠隔演算装置のアプリケーションは、ユーザインターフェースの再制御を要求してもよい。
【００８１】
工程３：上記ジョブが開始されると、画像処理装置は、このジョブの画像読取またはＲＩＰｉｎｇを実行して、それをＨＤＤにスプールする。画像処理装置が、外部認証アプリケーションを用いてジョブを認証するように構成されている場合は、上記アプリケーションへクリックレポートを送信して命令を待つ。上記外部認証アプリケーションは、ジョブの送信／印刷、キャンセル、またはジョブパラメータの変更をする（ジョブパラメータを変更して使用可能にする）ことができる。例えば、ルールベース印刷アプリケーションは、クリックレポートを受信後、ジョブパラメータの変更を求める。ルールベース印刷アプリケーションには、時刻、宛先、その他の多くのパラメータに基づいて、各ユーザが実行できる行為を制限する、ルールベース印刷およびルールベース画像読取をサポートしているものもある。例えば、マーケティンググループ内のユーザのみが高品質のカラー画像を画像読取することができるように設定できる。例えば、別グループのユーザがカラー，６００ｄｐｉを選択すると、ルールベースアプリケーションは、パラメータをカラー，２００ｄｐｉに変更する。この工程の最後において、上記ジョブは許可されるか、あるいはキャンセルされる。
【００８２】
工程４：工程２の標準的なＲＣＤアプリケーションが、一時的な保存先としてＨＤＤに宛先を指定した場合は、この工程は省略してもよい形態もある。また、この工程は、実施形態によっては、画像処理装置４上で動作するＪａｖａ（登録商標）アプリケーションによって実行されるものであってもよい。例えば、政府機関は、画像処理装置４上で動作するカスタム暗号化アプリケーションを有することがある。このカスタム暗号化アプリケーションは、画像読取された文書を取り込み、それを暗号化し、その後、工程２においてユーザが選択した対象の宛先へと、この文書を送信するよう画像処理装置４に要求する。なお、この工程の後および送信／印刷工程後に、外部認証アプリケーションへ通知を送ると有益である形態もある。なぜならば、上記画像処理装置が、上記ファイルがどれほどの時間ハードディスクに記憶されるのか、あるいは、上記アプリケーションがそれを用いて何を行うのか、を認識していないからである。
【００８３】
工程５：最終工程において、上記ファイルが実際に出力される。典型的な実施形態では、上記ファイルは、ネットワーク上で送信されるか、あるいは端末において印刷される。この工程の最後に、ジョブが正常に終了したという通知が、上記外部認証アプリケーションへ送信される。なお、上記標準的なＲＣＤアプリケーションへも送信されるようにしてもよい。
【００８４】
（装置制御および管理ＡＰＩ群）
このＡＰＩ群によって、遠隔演算装置アプリケーションが、販売アプリケーション（vend applications；使用料が徴収されるアプリケーション）を実行する画像処理装置へのアクセスを制御し、遠隔位置から該画像処理装置４を管理することができる。
【００８５】
（装置制御および販売ＡＰＩ（Device Control and Vend API））
本発明の実施形態では、装置制御および販売ＡＰＩによって、アプリケーションが、画像処理装置４へのアクセスを可能または不可能にし、かつクリック数を追跡記録するようにできるものもある。装置制御および販売ＡＰＩは、遠隔演算装置６に以下に示す制御を行わせる。
【００８６】
画像処理装置４の機能を使用可能／使用不可能にする：これにより、遠隔演算装置６が、画像処理装置４全体へのアクセス、または画像処理装置４の特定の機能へのアクセスを可能または不可能にして、個々のユーザの権利を行使させることができる。典型的な実施形態としては、例えば表３に記載の機能を、アプリケーションによって任意に使用可能または使用不可能にするものもある。
【００８７】
【表３】
2007041594.tif 000005
【００８８】
使用されたクリックをレポートする：正常なジョブの最後に、使用されたクリックが遠隔演算装置ＲＣＤに戻ってレポートされる。
【００８９】
【表４】
2007041594.tif 000006
【００９０】
デビットモード（Debit Mode）：これらの実施形態において、アプリケーションは画像処理装置４を使用可能にする際、現在のジョブが認証を要するか否かを指定する。この場合、上記ジョブはメモリにスプールされ、クリック情報（例えば表４において定義された情報）が遠隔演算装置６へ送信される。上記ジョブを削除すべきか、あるいは出力／送信するべきかを、遠隔演算装置６は画像処理装置４に通知する。この時、上記アプリケーションは、ジョブパラメータを変更するか否か選択することができる。上記アプリケーションが認証を要求しない場合、上記ジョブは通常通りに続行され、このジョブの最後にクリックレポートが送信される。
【００９１】
印刷ジョブの課金：これらの実施形態において、遠隔演算装置６は、ウォークアップ機能（walk-up function）および印刷ジョブの監視を実行する。印刷ジョブの課金にあたり、画像処理装置４は、送信されてくる全ての印刷ジョブを監視し、またジョブを印刷する前にＰＪＬヘッダー中の課金データを検証のために遠隔演算装置６へ送る。遠隔演算装置６は、この課金データ（またはその不足）を検証して、ジョブを続行すべきかあるいはキャンセルすべきかを示す情報を画像処理装置４に与える。
【００９２】
未確認ジョブに関するレポート：これらの実施形態において、遠隔演算装置ＲＣＤは、例えば装置レポートや送信されてくるファックスジョブなど、遠隔演算装置ＲＣＤが特定のユーザと関連付けできない印刷ジョブの監視を要求する。遠隔演算装置ＲＣＤは、全ての未確認ジョブのクリック数を受信するための登録をして、これらのジョブを一般アカウント（general account）に請求することができる。
【００９３】
（装置管理ＡＰＩ）
本発明の実施形態では、装置管理ＡＰＩによって、ネットワークアプリケーションが、画像処理装置を遠隔設定および管理できるようにしてもよいものもある。典型的な実施形態では、上記装置管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができる。
・装置状態−遠隔演算装置６は、画像処理装置４の現在の状態を要求する。これは、埋め込み型ウェブページ（embedded web pages）にレポートされる状態情報と同じである。
・装置構成−遠隔演算装置６は、画像処理装置４によってサポートされている、インストールされているオプションの一覧を検索する。
・ウェブページ設定−遠隔演算装置６は、埋め込み型ウェブページ上で構成可能な任意の値を検索および設定する。
・キー操作プログラム−遠隔演算装置６は、ソフトウェアキーを含むキー操作プログラムにおいて構成可能な任意の値を検索および設定する。
・カスタム設定−遠隔演算装置６は、カスタム設定において構成可能な任意の値を検索および設定する。
・ジョブ状態−遠隔演算装置ＲＣＤは、現在のジョブキューおよび履歴情報を検索して、そのキューのジョブの優先順位を変更する、あるいは該ジョブを削除する。
・クリック数―遠隔演算装置６は、アカウントコードごとに、画像処理装置４におけるクリック数の総数および各機能のクリック数を検索する。
・データのセキュリティー設定−遠隔演算装置６は、ＤＳＫ上の状態情報（例えば最終削除）を検索して、データ消去機能を開始する。
・レッドデータ（RED DATA）−遠隔演算装置６は、レッドメッセージ（RED message）等で通常送信される全てのデータを検索する。
・遠隔リブート―遠隔演算装置６は、画像処理装置４のリブートを開始する。
【００９４】
上記の分類は、どの設定が含まれるべきかを詳述する典型的な実施形態として記載されているにすぎない。実施形態によっては、実際のＡＰＩが、機能領域ごとに分類されているものもある。なぜなら、キー操作設定とウェブページ設定とが重複している可能性があるためである。
【００９５】
（内部課金ＡＰＩ（INTERNAL ACCOUNTING API））
内部課金ＡＰＩによって、遠隔演算装置アプリケーションが、内部課金のシステムを構成し、かつクリック数をレポートすることができる。模範的な実施形態の中には、内部課金ＡＰＩが、以下のものを含んでいるものもある。
・監査オプションを設定−遠隔演算装置６は、どのモードの監査が可能であるのかを含む監査オプションを設定する。上記のモードとしては、例えば、「アカウント番号のセキュリティー」、「無効なアカウントのジョブのキャンセル」などが含まれる。
・アカウントコードの管理−遠隔演算装置６は、アカウントコードを追加、編集、または削除する。
・アカウント制限−遠隔演算装置アプリケーションは、個別のアカウントコードまたは全アカウントコードの、クリック数の上限を機能別に指定する。
・アカウントリセット−遠隔演算装置アプリケーションは、個別のアカウントまたは全アカウントのクリック数をリセットする。
・クリック検索−遠隔演算装置６は、各アカウントコードのクリック数を機能別に検索する。
【００９６】
（フォントおよび書式管理ＡＰＩ（Font and Form Management API））
上記の実施形態では、フォントおよび書式管理ＡＰＩを含んでいてもよいものもある。フォントおよび書式管理ＡＰＩによって、ＲＣＤアプリケーションが、フォントおよび書式を大容量記憶装置に遠隔ダウンロードして管理することができる。実施形態の中には、フォントおよび書式管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができるものもある。
・大容量記憶装置の制御−遠隔演算装置６のアプリケーションは、記憶容量、利用可能なスペース、および書込み禁止モードを含む、大容量記憶装置の状態情報を検索し、かつ書込み禁止状態を変更する。
・リソース一覧−遠隔演算装置アプリケーションは、記憶されているフォントおよび書式（例えば、フォントまたはマクロＩＤ、フォント番号、フォント／書式名、エスケープシーケンス、ファイルサイズなど）の一覧を検索する。
・リソースのダウンロード−遠隔演算装置アプリケーションは、ＰＣＬフォント、ＰＣＬマクロ、ＰＳフォント、書式をダウンロードする。リソースがウェブページを介してダウンロードされる際に実行されるあらゆる特別な処理は、リソースがオープンシステムを介してダウンロードされる際にも実行される。
・リソースを削除−遠隔演算装置アプリケーションは、大容量記憶装置に記憶されている全てのリソースを削除する。
・リソースをアップロード−遠隔演算装置アプリケーションは、個々の、あるいは全てのリソースをアップロードする。効率的なメモリ管理を行えない画像処理装置４の場合、サーバアプリケーションは、この機能を用いて大容量記憶を「デフラグ」することができる。
・フォント／マクロＩＤ−遠隔演算装置アプリケーションは、ＰＣＬフォントおよびマクロに割り当てられたＩＤを割り当て、または変更する。
【００９７】
（ファームウェア管理ＡＰＩ（Firmware Management API））
上記の実施形態には、ファームウェア管理ＡＰＩによって、遠隔演算装置またはネットワークアプリケーションが、画像処理装置ファームウェアを遠隔ダウンロードおよび管理するようにしてもよいものもある。典型的な実施形態では、ファームウェア管理ＡＰＩは、遠隔演算装置６（例えばサーバ）に以下の制御を行わせることができる。
・ファームウェアバージョン−遠隔演算装置アプリケーションは、現在のファームウェアバージョン番号を検索する。
・サービスモード−遠隔演算装置アプリケーションは、ＭＦＰをサービスモードにして、ファームウェアのアップグレードを阻害するであろう他のジョブを締め出す。サービスモード要求を受信すると、画像処理装置４は、送信されてくるジョブの受信を停止し、キューの全てのジョブを終了し、そして該画像処理装置４がサービスモードにあることをサーバに通知する。
・ファームウェアをアップデート−遠隔演算装置６は、最新ファームウェアバージョンを画像処理装置４にダウンロードする。再起動が必要である場合、ダウンロード終了後に画像処理装置４を自動的に再起動させる。
・ダウンロード状態−画像形成装置４は、ファームウェアのダウンロード後、遠隔演算装置６に状態通知（正常／エラー）を送信する。
・旧バージョンへ戻す−ファームウェアが正常に更新されない場合、旧ファームウェアバージョンへ戻すよう画像処理装置４に要求する。
【００９８】
（装置機能ＡＰＩ群）
上記の実施形態の中には、装置機能ＡＰＩ群によって、遠隔演算装置アプリケーションが、画像処理装置の既存の機能を用いて新しいカスタムソリューションを提供することができるものもある。
【００９９】
（画像送信ＡＰＩ）
上記の実施形態の中には、画像送信ＡＰＩによって、遠隔演算装置に以下の制御を行わせることができるものもある。
・画像送信パラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下の画像読取およびファックスパラメータ値を入手および設定する：
・カラーまたは白黒
・画像モード−テキスト、テキスト／フォト、フォト；露光レベル
・解像度
・ファイル形式―ファイルの種類、圧縮、ファイルのページ数
・原稿―原稿サイズ、片面／両面、回転、ジョブビルド（job build）
・ファイル名
・件名
・メッセージ
・送信元
・予定送信時間
・ページ分割（本の画像読取）
・表紙
・伝送メッセージ（機密、緊急など）
・薄紙の画像読取
・宛先
・文書ファイリング
・画像読取開始―遠隔演算装置ＲＣＤのアプリケーションは、画像読取機能を開始させる（ユーザがスタートボタンを押した場合と同様に開始させる）。
【０１００】
実施形態の中には、遠隔演算装置６が、画像処理装置４のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置６が、現在のジョブに対してユーザが画像読取パラメータを変更できるかどうかを指定するようにしてもよい。１つの遠隔演算装置アプリケーション（例えばアクセス制御アプリケーション）がパラメータを変更できないように指定し、第２のアプリケーション（例えば文書管理アプリケーション）がパラメータを設定しようとした場合、第２のアプリケーションに通知が送信され、設定は変更されない。
【０１０１】
（印刷ＡＰＩ）
実施形態の中には、遠隔演算装置が、印刷ジョブを、標準印刷チャネルを介して提示するようにしてもよいものもある。実施形態の中には、印刷ＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・ＰＪＬ検索（sniffing）−遠隔演算装置ＲＣＤのアプリケーションは、印刷ジョブ中に特定のＰＪＬコマンドが発見されたときに命令に接続する（contacted for）ように、画像処理装置に登録する。遠隔演算装置は、画像処理装置ＩＤｅｖに、コマンドの置き換え、ジョブのキャンセル、または印刷の続行を命令できる。このインターフェースは、課金などのアプリケーションに使用することができ、他の種類のアプリケーションとの互換性がある。
【０１０２】
（コピーＡＰＩ）
上記の実施形態では、コピーＡＰＩ（Copy API）が、遠隔演算装置に以下の制御を行わせるようにしてもよい。
・コピーパラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下のコピーパラメータの値を入手および設定する。
【０１０３】
・カラーまたは白黒
・露光−テキスト、テキスト／フォト、フォト、スーパーフォト；露光レベル
・用紙選択（トレイ毎）
・コピー率
・両面コピー−１対１、１対２、２対２、２対１；端部綴じ
・排出−排出トレイ、ソート、ステープル、グループ、オフセット
・原稿サイズ
・特殊な機能−余白変更、消去、パンフレット等
・文書ファイリング
・コピー開始−遠隔演算装置ＲＣＤのアプリケーションは、コピー機能を開始する（ユーザがスタートボタンを押した場合と同様に開始させる）。
【０１０４】
実施形態の中には、遠隔演算装置が、画像処理装置のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置が、現在のジョブに対してユーザがコピーパラメータを変更できるかどうかを指定するようにしてもよい。
【０１０５】
（文書ファイリングＡＰＩ）
上記の実施形態では、文書ファイリングＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・バックアップ／復元−遠隔演算装置ＲＣＤのアプリケーションは、全ての文書ファイリングデータと共にバッチファイルをインポートおよびエクスポートする。実施形態の中には、このパッケージが独自の形式（proprietary format）であってもよいものもある。なぜならこのパッケージは、パスワード保護されている個人がアクセスできない文書を含んでいるからである。このパッケージは、一般的には、障害の際や他装置へ複製する際に復元するために用いられる。
・ファイル／フォルダリスト−遠隔演算装置６のアプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のファイルおよびフォルダを検索、変更、および、作成する。
・ファイルのダウンロード−遠隔演算装置６は、新規ファイルを文書ファイリングシステムへダウンロードし、フォルダ、ファイル名、ユーザ名、パスワードを指定する。
・ユーザリスト−遠隔演算装置アプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のユーザを検索、変更、および、登録する。
・ＨＤＤ状態−遠隔演算装置アプリケーションは、メインフォルダ、クイックフォルダ、カスタムフォルダに割り当てられている％（容量の割合）、および残存％などの、現在のＨＤＤ状態を検索する。
・文書ファイリングパラメータ−遠隔演算装置アプリケーションは、ファイルを文書ファイリングへ保存する際の、各種の値（例えば以下に示す値）を入手および設定する：
・露光
・解像度
・原稿−サイズ、片面／両面
・ファイル情報−ユーザ名、ファイル名、フォルダ、機密、パスワード
・特殊モード−消去、袋とじコピー、２ＩＮ１、ジョブビルド、カードショット（card shot）
・印刷開始−遠隔演算装置アプリケーションは、記憶されているファイルの１つを選択し、例えば以下のパラメータを反映して印刷を開始する：
・用紙サイズ／ソース
・排出−ソート／グループ化、排出トレイ、ステープル、パンチ、オフセット
・片面／両面（タブレット／ブックレット）
・タンデム印刷
・コピー部数
・印刷後に削除するかあるいは保存しておくか
・送信開始−遠隔演算装置のアプリケーションは、記憶さているファイルの１つを選択し、例えば以下のパラメータを反映して送信を開始する：
・解像度
・ファイル形式
・宛先
・タイマー
・送信元
・ファイル名
・件名
・メッセージ。
【０１０６】
(セキュリティー)
外部アプリケーションによる画像処理装置４の制御を可能にすることによって、該画像処理装置４が、新たなセキュリティーの脆弱性にさらされることになる。セキュリティー対策を提供している本発明の実施形態では、以下の典型的な項目がセキュリティー上の懸念事項であり、遠隔演算装置６のインターフェースによってこれらに対処している。
【０１０７】
遠隔演算装置６のインターフェースへのアクセスは、正規アプリケーションに限定されている。実施形態では、画像処理装置４の広範囲に及ぶアクセスおよび制御を提供しているが、これによってセキュリティー上の重大な危険がもたらされる。これらの実施形態におけるインターフェースは、攻撃者によるアクセスから保護されている一方、有効なソリューションのセットアップおよび利用は容易なままである。
【０１０８】
機密データ（ユーザ証明データおよびジョブデータ）は、ネットワーク伝送中は保護されている。ユーザ証明データおよびジョブデータがネットワーク伝送中に保護されているのは、盗難予防、侵入者による装置動作のモニター予防、そして介入者攻撃によるメッセージの改変予防を確実に行えるようにするためである。画像処理装置４は、該画像処理装置４と遠隔演算装置アプリケーションとの間を通信している間、データの安全を確保するように、セキュアソケットレイヤー（Secure Sockets Layer；SSL）および他の接続をサポートしている。
【０１０９】
管理者は、画像処理装置４へのアクセスを制限することができる。厳しいセキュリティーを要求するユーザに対して、管理者は遠隔演算装置６からのアクセスを不可にしたり、特定のアプリケーションへのアクセスを制限することができる。管理者は、任意に、画像処理装置４のインターフェースにアクセスできるアプリケーションを限定して登録することができる。
【０１１０】
遠隔演算装置アプリケーションは、画像処理装置４に「なりすまし」されないようにすることができる。遠隔演算装置６は、該遠隔演算装置６と接続されている画像処理装置４を認証することができる。これは、侵入者が、その画像処理装置４になりすましてネットワーク構成およびパスワード情報を収集したり、文書管理システムのファイル／フォルダ構成をモニターしたり、画像処理装置４のセキュリティー設定およびＤＳＫ状態をだましたりできないようにするためである。
【０１１１】
遠隔演算装置６は、サーバに「なりすまし」されないようにすることができる。画像処理装置４は、該画像処理装置４と接続されている全遠隔演算装置６を認証できなければならない。これは、侵入者が遠隔演算装置６のＩＰアドレスになりすますことを防ぐためである。遠隔演算装置６を装うことによって、侵入者は、ユーザ証明データを盗み出したり、読み取った文書を転送したり、装置構成またはファームウェアを改変したり、（権限のないユーザにアクセスを与えるため、あるいは正規ユーザに対するサービス不能攻撃を開始するために）アクセス制御システムを停止させたりできる。
【０１１２】
アクセス制御／販売アプリケーションは、遠隔演算装置６が使用できない状態にあるときは、危険にさらされることはない。遠隔演算装置６が使用できない状態にあるとき、画像処理装置４にオープンアクセスを与えることは許可されない。遠隔演算装置６が起動されているにもかかわらず使用できない場合、あるいは随時使用できなくなった場合（例えば、誰かがネットワークケーブルを切断した場合）、画像処理装置４は即座に使用不可になり、エラーメッセージが表示される。
【０１１３】
管理者は、企業およびあるいはアプリケーションの必要性に基づいて、セキュリティーレベルを調整することができる。セキュリティー要件は、遠隔演算装置アプリケーションの開発に費やす時間、およびソリューションを実行するために必要なリソースに大きな影響を与える。いくつかの実施形態を利用するユーザは、保有する画像処理装置４は１つで、ＩＴスタッフがおらず、単純な画像読取アプリケーションまたは印刷アプリケーションを使用している小企業から、アクセス制御と全装置の動作について記録する監査証跡とを用いる政府機関にまで及ぶかもしれない。画像処理装置４のインターフェースを保護するために講じられるセキュリティー対策は、目的とする環境と合致するように、管理者によって調整可能である。
【０１１４】
画像処理装置４および遠隔演算装置アプリケーションは、ユーザ証明データを相互に通信することができる。ユーザは、ジョブ中の複数の時点において、ログインするように促されることがある。例えば、アクセス制御アプリケーションまたは課金アプリケーションは、全ての装置アクセスを制御し、画像処理装置４は、画像送信を可能にするユーザ認証を行い、文書管理アプリケーションは、フォルダリストを表示する前に、ユーザにログインするよう要求する。多くの環境において、これら全てのアプリケーションは、共通のユーザデータベースを使用する。このため、実施形態によっては、ユーザが認証工程を繰り返す必要がないように、上記アプリケーションはユーザ証明データを相互に通信し合うことが望ましいものもある。
【０１１５】
本発明の一部の実施形態について、図３を参照して説明する。これらの実施形態は、例えば通信回線を介して接続されるサーバなどの遠隔演算装置と相互通信するように構成された画像処理装置を含んでいる。画像処理装置３０は、ユーザインターフェース３２およびディスプレイ３６を備えている。ユーザインターフェース３２は、例えばキーボード、１つ以上のボタン、ノブまたはスイッチ、あるいはタッチスクリーンパネルといった、ユーザ入力装置３４である。ディスプレイ３６は、タッチスクリーンパネル形式のユーザ入力装置であってもよい。
【０１１６】
画像処理装置３０は、一般的に、１つ以上の画像処理機能を実行する能力がある。ここでいう画像処理機能としては、例えば画像読取、印刷、コピー、ファックス通信（送信および受信）などが含まれるが、これらに限定されるものではない。
【０１１７】
この実施形態では、通信回線３８がさらに備えられている。この通信回線３８は、（図３に示すような）有線であってよい。有線としては、例えば、ネットワークケーブル、ユニバーサルシリアルバス（Universal Serial Bus；USB）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ（HomePlug）接続回線などの電力通信線、あるいはその他の有線を用いることができる。あるいは、通信回線３８は、無線であってもよい。無線による接続としては、例えば、ＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（Infrared Data Association；IrDA）接続、あるいはその他の無線接続を用いることができる。
【０１１８】
画像処理装置３０の動作例について、図４を参照して説明する。これらの実施形態では、まず、画像処理装置３０は、遠隔演算装置（図３には不図示）からメニューデータを受信する（工程４０）。この遠隔演算装置は、有線または無線接続の通信回線３８を介して画像処理装置３０に接続されている。次に、画像処理装置３０のユーザインターフェース３２のディスプレイ３６に上記メニューデータを表示する（工程４２）。リモートメニューデータをこのように表示させる目的は、ユーザによる、ユーザインターフェース３２のユーザ入力装置３４上での入力を迅速にするためである。
【０１１９】
上記実施形態の画像処理装置３０は、リモートメニューデータが表示された後のユーザによる入力を受け付けて、ユーザ入力データを遠隔演算装置へ送信するように構成されている（工程４４）。実施形態によっては、このユーザ入力データは、遠隔演算装置によって処理されるものもある。上記処理とは、例えば、遠隔演算装置におけるアプリケーションの実行、遠隔演算装置に記憶されているデータへのアクセス、該データの通信などである。
【０１２０】
また、上記実施形態の画像処理装置３０は、上記ユーザ入力データの処理によって生じるデータを受信する（工程４６）ように構成されている。上記受信するデータとは、ユーザ入力後に遠隔演算装置上で実行されるアプリケーションによって生成されるデータを含んでいてもよい。画像処理装置３０はまた、ユーザ入力の処理後にファイルサーバなどの遠隔演算装置に記憶されたデータを受信してもよい。
【０１２１】
画像処理装置３０は、上記処理データを受信する（工程４６）と、そのデータに応じて、あるいはそのデータを使用することによって固有の機能を実行する（工程４８）。例えば、これに限定されるものではないが、画像処理装置３０は、遠隔演算装置に記憶され、かつユーザ入力に応じて遠隔演算装置上で修正されている文書を印刷する。別の例として、これに限定されることはないが、画像処理装置３０は、工程４６における処理データを受信すると、上記画像処理装置３０の機能（例えば、画像読取、コピー、印刷、ファックス通信）をアクティブまたは使用可能にするようになっていてもよい。
【０１２２】
画像処理装置３０の、さらに具体的ないくつかの実施形態について、図５を参照して説明する。上記実施形態では、画像処理装置３０は、マークアップ言語によってフォーマットされたメニューデータを、遠隔演算装置から受信する（工程５０）ように構成されている。上記メニューデータが通信される通信回線は、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol；HTTP）を使用して構築および維持されるものであってもよい。上記のマークアップ言語としては、例えばハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。
【０１２３】
画像処理装置３０は、上記メニューデータを受信（工程５０）すると、受信したメニューデータを画像処理装置３０のユーザインターフェースディスプレイ３６上に表示する（工程５２）。前述した実施形態と同様に、上記メニューデータは、一般的に、画像処理装置３０のユーザインターフェース３２上でのユーザによる入力を迅速にするためのものである。遠隔記憶されたメニューデータの表示（工程５２）は、画像処理装置３０に備えられているブラウザアプリケーションを用いて達成されてよい。
【０１２４】
上記の実施形態では、画像処理装置３０はさらに、ユーザインターフェース３２を介して受信されたユーザ入力を、遠隔演算装置へと送信する（工程５４）ように構成されている。遠隔演算装置は、上記ユーザ入力を受信すると、アプリケーションを実行するか、あるいは受信したユーザ入力を処理してその処理結果を画像処理装置３０へ返信する。画像処理装置３０はさらに、遠隔演算装置から処理データを受信する（工程５６）ように構成されている。実施形態によっては、画像処理装置３０が、処理データの受信（工程５６）後に、１つ以上の機能を実行するようにしてよいものもある。
【０１２５】
本発明のさらに他の実施形態について、図６を参照して説明する。この実施形態は、通信回線６４を備えた遠隔演算装置（ＲＣＤ）６０を含んでいる。通信回線６４としては、（図６に示したように）ネットワークケーブル、ユニバーサルシリアルバス（ＵＳＢ）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ接続などの電力通信線、あるいはその他の有線などを用いることができる。あるいは、通信回線６４による接続は、例えばＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（ＩｒＤＡ）規格によって規定されているような赤外線接続、あるいはその他の無線接続であってもよい。実施形態の中には、遠隔演算装置６０がさらに、データ記憶装置６２をさらに備えていてもよいものもある。このデータ記憶装置６２は、一般的にはハードドライブであるが、例えばコンパクトディスクドライブなどの光学ドライブ装置、フラッシュメモリ、またはその他の記憶装置であってよい。
【０１２６】
遠隔演算装置６０の実施形態について、図７を参照してより詳細に説明する。これらの実施形態では、遠隔演算装置６０はプロセッサ７２を備えている。このプロセッサ７２は、データを処理し、かつオペレーティングシステムやアプリケーションなどのプログラムを実行する。遠隔演算装置６０はメモリ７４をさらに備えている。このメモリ７４は、ランダムアクセスメモリ（ＲＡＭ）であってもよく、読込専用メモリ（ＲＯＭ）であってもよい。一般的には、プロセッサ７２によって処理されるあらゆるアプリケーションはメモリ７４に読み込まれる。遠隔演算装置６０はさらに、ネットワークインターフェース７８を備えている。このネットワークインターフェース７８は、遠隔演算装置６０が、画像処理装置３０などの別の装置と通信することを可能にする。なお、実施形態によっては、遠隔演算装置６０は、ユーザインターフェース（ＵＩ）８０をさらに備えているものもあるが、これは多くの実施形態において不要である。また、遠隔演算装置６０は、本発明の実施形態の画像処理装置３０によってアクセスされるアプリケーションおよびデータを記憶させる記憶装置６２を備えている。プロセッサ７２、メモリ７４、記憶装置６２、ネットワークインターフェース７８、および任意に備えられるユーザインターフェース８０は、一般的に、システムバス７６によって接続されている。これによって、各部材間のデータ伝送が可能になる。通信回線６４は、ネットワークインターフェース７８を介して、遠隔演算装置６０を別の装置と接続させる。
【０１２７】
図８に関して記載したいくつかの実施形態では、遠隔演算装置６０は、記憶装置６２またはメモリ７４に記憶されたメニューデータを有している。画像処理装置３０のユーザインターフェース３２上にこのメニューデータが表示されるように構成されていてもよい。また、上記メニューデータは、様々な形式および構成で記憶されてよい。実施形態の中には、上記メニューデータが、マークアップ言語によって表現される言語形式（form of terms）であってもよいものもある。マークアップ言語としては、ハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。本実施形態では、メニューデータは、工程８２において、通信回線６４を介して画像処理装置３０へと送信される。従って、画像処理装置３０上に表示されるように構成されたメニューデータは、遠隔演算装置６０に記憶されている。
【０１２８】
次に、いくつかの実施形態の遠隔演算装置６０は、ユーザ入力を受信する（工程８４）ように構成されている。このユーザ入力は、画像処理装置３０のユーザインターフェース３２を介して入力され、通信回線３８ならびに６４を介して遠隔演算装置６０へ伝送されたものである。遠隔演算装置６０は、この入力データを受信すると、この入力データの処理を行う（工程８６）。この処理工程８６は、このデータを新たな形式に変換する工程であってもよく、このデータ内のコマンドを実行する工程であってもよく、その他の処理工程であってもよい。遠隔演算装置６０は、上記入力データを処理（工程８６）した後、処理結果を画像処理装置３０へ返信する。画像処理装置３０は、受信した処理結果を、画像処理装置３０における処理または画像処理装置３０において実行する機能に使用する。
【０１２９】
他の実施形態について、図９を参照して説明する。この実施形態では、遠隔演算装置６０は、画像処理装置３０のディスプレイ３６用に構成されているメニューデータを、マークアップ言語を用いて送信する（工程９０）。このマークアップ言語メニューデータは、画像処理装置３０において受信され、ユーザに表示される。これによって、通常は、画像処理装置３０のユーザインターフェース３２上でユーザが迅速に入力できるようになる。このユーザ入力は、画像処理装置３０によって遠隔演算装置ＲＣＤ６０へと送信され、遠隔演算装置ＲＣＤ６０は、画像処理装置３０上のメニューデータを迅速に表示する入力データを受信する（工程９２）。さらに、遠隔演算装置ＲＣＤ６０は、受信した入力データを処理する（工程９４）。この処理工程は、例えば、形式、文書、または遠隔演算装置ＲＣＤ６０に記憶されているその他のデータを選択、記録、変更等する工程であってもよく、上記ユーザ入力によって識別されたユーザを認証する工程であってもよく、上記ユーザによって入力された文書を翻訳する工程であってもよく、ユーザ入力に関連するマップまたはその他の指示を生成する工程であってもよく、あるいはその他の処理または機能であってもよい。
【０１３０】
本発明のさらに他の実施形態について、図１０および図１１を参照して説明する。上記実施形態は、少なくとも一台の遠隔演算装置ＲＣＤ６０、および複数の画像処理装置３０ａ〜３０ｄを含んでいる。上記実施形態において、画像処理装置３０ａ〜３０ｄの内の少なくとも一台は、ディスプレイ３６およびユーザ入力パネル３４を有するユーザインターフェース３２を備えている。ユーザ入力パネル３４は、ディスプレイと一体型（すなわちタッチスクリーン）であってもよく、あるいはディスプレイとは別個の入力装置であってもよい。遠隔演算装置ＲＣＤ６０は、通信リンクおよびネットワーク１００によって画像処理装置３０ａ〜３０ｄに接続されている。これにより、遠隔演算装置ＲＣＤ６０と画像処理装置３０ａ〜３０ｄとの間のデータ伝送が可能になっている。
【０１３１】
上記実施形態では、メニューデータは、遠隔演算装置ＲＣＤ６０に記憶されており、そして画像処理装置３０ａ〜３０ｄの内の少なくとも一台に送信される。そして、このメニューデータは、ユーザインターフェースに表示される。画像処理装置３０ａ〜３０ｄのいずれも、上記メニューデータを受信しユーザ入力を受け付け（工程１１２）、受け付けたユーザ入力を遠隔演算装置６０へ伝送する（工程１１４）ように構成されている。遠隔演算装置６０は、ユーザ入力データを受信すると、前述の実施形態と同様にこのデータを処理する（工程１１６）。そして、処理（工程１１６）の結果を、任意に組み合わせた画像処理装置３０ａ〜３０ｄへと返信する（工程１１８）。
【０１３２】
上記実施形態では、一台の遠隔演算装置ＲＣＤ６０を使用して、処理能力、リソース、および機能性を複数の画像処理装置３０ａ〜３０ｄへ供給している。このとき、これらのリソースを各画像処理装置において再生することはない。なお、実施形態によっては、ある画像処理装置３０ａに対する入力に応じて生成した処理データを、この処理データの出力または最終処理のために、別の画像処理装置３０ｄへ送信するようにしてもよいものもある。
【０１３３】
本発明のさらに他の実施形態について、図１２を参照して説明する。本実施形態では、画像処理装置（ＩＤｅｖ）１２０は、ユーザインターフェース１２４を備えている。ユーザインターフェース１２４は、ユーザ入力を受け付けることができ、また、データをユーザに表示することができる。ユーザインターフェース１２４は、一般にディスプレイを備えている。このディスプレイは、タッチパネルの形態であることが多い。このディスプレイは、データをユーザに表示するために使用される。このデータは、例えば、ユーザＩＤおよびパスワードなどのユーザ選択、データ入力、形式選択、およびその他の入力を迅速にするための、メニューデータなどである。画像処理装置１２０は、通信リンク１２２を備えている。この通信リンク１２２としては、一般的なコンピュータネットワーク接続、シリアルケーブル、あるいは、別の実施形態において説明した有線または無線通信回線を用いることができる。通信リンク１２２は、画像処理装置１２０を、サーバなどの遠隔演算装置（ＲＣＤ）１２６ａ、１２６ｂへ接続する。遠隔演算装置１２６ａ，１２６ｂは、形式やその他のデータなどの文書を記憶するためのものであってもよく、データを画像処理装置１２０からアクセス可能にするために使用されるものであってもよい。遠隔演算装置ＲＣＤ１２６ａ，１２６ｂはまた、画像処理装置１２０およびそのユーザインターフェース１２４と情報交換するアプリケーションや、上記の画像処理装置１２０およびそのユーザインターフェース１２４に対する入力を受け付けるアプリケーションを実行するものであってもよい。また、実施形態によっては、データベース１２５が、画像処理装置１２０および／または遠隔演算装置１２６ａ・１２６ｂにリンクされていてもよいものもある。また、実施形態によっては、遠隔演算装置１２６ｂまたはデータベース１２５が、インターネット１２８などの広域ネットワークを介して画像処理装置１２０に接続されていてもよいものもある。
【０１３４】
（ジョブ構成に基づいた課金の実施形態）
本発明のある実施形態では、画像処理ジョブの構成要素を規定する画像処理ジョブ構成機能を有している。代表的な多機能周辺機器（ＭＦＰ）画像処理装置は、書類の画像読取、印刷、ファックス、コピーを行う機能を有している。また、多機能周辺機器の中には、電子メール機能を有しているものもある。多くのＭＦＰでは、極めて詳細にわたってジョブを構成することができる。画像読取ジョブまたはコピージョブでは、ユーザが、画像をズームあるいは拡大したり、画像を切り抜いたり、画像のシャープネスを向上させたり、カラー特性を変更したり、他の多くの特性を選択したりすることができる。また、印刷ジョブおよびコピージョブでは、カラーオプション、ダークネスレベル、Ｎ−Ｕｐ印刷（Ｎ枚割付印刷）、用紙サイズ、および他の様々な特性を選択できる。画像処理ジョブは、様々な機能および構成要素を含むように構成できる。
【０１３５】
一般的に、画像処理ジョブというものは、画像処理装置の互いに異なる部材によって実現される要素機能および要素プロセスへと分解することができる。例えば、単純なコピージョブは、画像読取プロセスおよび印刷プロセスに分解することができる。より複雑なコピージョブは、ズーム、切り抜き、回転、シャープネスの向上、およびページフォーマットの設定などの要素機能を含んでいることもある。これらの要素機能およびその属性のことを詳細ジョブパラメータと呼ぶ。これらの詳細ジョブパラメータは、媒体の種類、媒体のサイズ、媒体の数量、ページごとの印刷部数、画素カウントデータ、画像解像度、後処理操作、ステープル留め要求、穴あけ（パンチング）処理要求、ページ照合（collating）要求、カラー属性、カラー深度、カラー数（color quantity）、インク消費量、トナー消費量、造影剤消費量（contrast media consumption）、モノクロ属性、階調度属性、両面印刷特性、片面印刷特性、Ｎ−Ｕｐ形式（Ｎ枚割付形式）、用紙トレイ選択、スキャン宛先、印刷宛先、電力消費量、ジョブタイプ（すなわち印刷、コピー、画像読取、ファクシミリ、およびドキュメント管理）、および他の様々なパラメータを含んでいる。
【０１３６】
商用アプリケーションのための公知の画像処理システムでは、システムの使用に対して料金を請求するが、通常、この料金は、より高次レベルでのシステムの機能に基づいて決定される。例えば、固定料金が書類のコピー１ページごとに、あるいは、画像読取ジョブ１ページごとに請求される。公知のシステムは、上述した詳細ジョブパラメータを判断したり、これらのパラメータに基づいて費用を算出したりすることができない。システムが詳細ジョブパラメータを判断し、それを料金の算定に利用すれば、より精確にシステムの費用を追跡し、システムの収益を増やすことができるようになる。
【０１３７】
本発明のある実施形態は、内部処理能を有したスタンドアロンの画像処理装置（ＩＤｅｖ）の形態を含む。他の実施形態は、１以上の遠隔演算装置（ＲＣＤｓ）と通信可能な画像処理装置（ＩＤｅｖ）の形態を含む。
【０１３８】
本発明のある実施形態について図１３に基づいて説明する。本実施形態では、ユーザが、画像処理装置のユーザインターフェースへの入力を行って画像処理ジョブを構成する。そして、このジョブ構成データを画像処理装置が受け付ける（工程１３０）。次に、画像処理装置は、このジョブ構成データから複数の詳細ジョブパラメータを取得する（工程１３２）。そして、これらの詳細ジョブパラメータを用いてジョブの費用や料金を算出し（工程１３４）、ユーザに請求する。より詳細には、上記詳細ジョブパラメータから、画像処理ジョブに用いられる全ての材料および資源の総額を算出し、この算出額をジョブの費用とする。
【０１３９】
このように、本実施形態の画像処理装置の課金方法は、画像処理装置がユーザからジョブ構成データを受け付ける工程１３０と、画像処理装置が、受け付けたジョブ構成データから詳細ジョブパラメータを取得する工程１３２と、画像処理装置が、取得した詳細ジョブパラメータからジョブの費用を算出する工程１３４とを含んでいる。上記構成によれば、ジョブの詳細な内容を示す詳細ジョブパラメータに基づいてジョブの費用を算出するため、ジョブの詳細な内容に応じて精確に課金を行うことができる。
【０１４０】
本発明のある実施形態について図１４に基づいて説明する。本実施形態では、画像処理装置ＩＤｅｖのユーザインターフェースは、ジョブ構成データを受け付けるよう構成される。また、構成オプションの指定を促すユーザに対するプロンプトをＵＩ表示装置に表示する。このプロンプトは、ユーザに対して動的に表示される表示内容、あるいは、入力装置上の不変のテキストまたはグラフィックスなどの形態を取ることができる。まず、画像形成ジョブを構成するようユーザへプロンプトを表示し（工程１４０）、ユーザによって入力された構成データを画像処理装置が後続の処理のために受け取る（工程１４２）。本実施形態において、画像処理装置は、ジョブ構成データから詳細ジョブパラメータを取得する（工程１４４）。そして、これらの詳細ジョブパラメータを用いて、画像処理装置は、ジョブの費用やユーザの料金を算出する（工程１４６）。ある実施形態では、アカウント検証処理を実行する。このアカウント検証処理では、充分な支払い能があることを検証するために、現在のジョブの料金をユーザアカウントと対比する。アカウントの支払い能（課金限度額）は、デビット課金システム（プリペイド課金システム）における利用可能な基金の額（すなわち預け入れ金の残高）、クレジット課金システム（信用取引課金システム）におけるクレジットの利用可能額などの算定基準によって示される。算出されたジョブの費用／料金が課金限度額以下の場合は、課金システムがジョブを承認し（工程１４７）、画像処理装置がジョブを実行する（工程１４９）。一方、算出されたジョブの費用／料金が課金限度額を超えている場合は、ジョブを拒否し（工程１４８）、ユーザにジョブを実行させない。
【０１４１】
実施形態の一例では、図１４の工程１４０において、ユーザが、テキストおよびグラフィックスとして画像処理装置のＵＩ表示装置に表示されたプロンプトを読み取る。このプロンプトを読み取ったユーザは、画像処理装置のＵＩを用いてジョブ構成データを入力する。例えば、ユーザは、高解像度、カラー、そして、拡大率１００％で拡大するとともにシャープネスを向上させるフィルターを適用して画像を写真用紙に印刷するようなコピー機能を選択する。すると、画像処理装置がこの入力を受け付け（工程１４２）、処理のために格納する。そして、画像処理装置は、このジョブ構成データを処理し、このデータから複数の詳細ジョブパラメータを取得する（工程１４４）。ここで、これらの詳細ジョブパラメータは、高解像度処理、カラートナー消費量、印刷対象の媒体サイズ、媒体の種類などの画像処理ジョブに関するパラメータ群を含んでいる。これらの個々のパラメータには費用または料金が対応付けられており、ユーザによって構成されたジョブの合計金額が算出される（工程１４６）。デビット課金システムの場面では、ユーザのアカウントをチェックして、この画像処理ジョブの費用をカバーできる基金が預けてあるかどうかを検証する。そして、ユーザのアカウントが十分な基金を有している場合は、ジョブを承認し（工程１４７）、画像処理装置がユーザによって構成された通りにジョブを実行する（工程１４９）。一方、ユーザアカウントが十分な基金を有していない場合は、ジョブを拒否し、画像処理装置にジョブを実行させない。
【０１４２】
このように、本実施形態の画像処理装置の課金方法は、画像処理装置がユーザからジョブ構成データを受け付ける工程１４２と、画像形成装置が、受け付けたジョブ構成データから詳細ジョブパラメータを取得する工程１４４と、画像処理装置が、取得した詳細ジョブパラメータからジョブの費用を算出する工程１４６と、画像処理装置が、ユーザのアカウントデータにアクセスして、十分な支払い能があるか否かを調べる工程１４７と、工程１４７において十分な支払い能があると判断した場合には、画像処理装置が、ユーザから受け付けたジョブ構成データの示す構成通りにジョブを実行する工程１４９と、工程１４７において十分な支払い能がない場合には、画像処理装置が、ユーザから受け付けたジョブ構成データの示す構成でのジョブの実行を拒否する工程１４８とを含んでいる。
【０１４３】
本発明のある実施形態では、図１５に示すように、まず、画像処理装置がジョブ構成データを受け取る（工程１５２）。ジョブ構成データの受け取りは、画像処理装置のＵＩに対してユーザが入力するという形態であってもよいし、通信リンクを介して命令を受信するという形態であってもよい。本実施形態では、画像処理装置がこのジョブ構成データを受け取り、受け取ったジョブ構成データから詳細ジョブパラメータを取得する（工程１５４）。そして、画像処理装置は、これらのジョブパラメータを用いて、構成されたジョブの費用または料金を算出する（工程１５６）。そして、上記の費用または料金をユーザのアカウント状態と比較して（工程１５０）、課金限度額の範囲内でジョブを完全に実行できるか否かを判断する。一例を挙げると、ユーザのアカウントをチェックして、画像処理ジョブに対応付けられた料金をカバーできるだけの十分なクレジットが利用可能であるか否かを調査する。そして、チェックしたアカウントがジョブを許可できる状態にある場合には、画像形成装置がジョブを完全に実行する（工程１５８）。一方、工程１５７においてアカウントがジョブを許可できない状態にあるならば、画像形成装置は、ジョブの費用または料金が課金限度額内に納まるまで、ジョブパラメータの制限などを行ってジョブを修正する。一例を挙げると、ユーザのアカウントが３０コピーをカバーできるだけの基金しか有していない場合は、５０コピーで構成されたジョブを３０コピーへと制限する（工程１５７）。しかしながら、これに限定されるものではない。上記の制限を伴わない別の例を挙げると、課金限度額以下になるならば、写真用紙へのカラーコピーからボンド紙へのカラーコピーへとジョブを変更する。
【０１４４】
このように、本実施形態の画像処理装置の課金方法は、工程１５０において十分な支払い能がない場合には、画像処理装置が、ユーザから受け付けたジョブ構成データの示す構成を自動的に修正し、修正した構成でジョブを実行する工程１５７を含んでいる。上記構成によれば、ユーザの支払能が不十分な場合であっても、画像処理装置がジョブ構成を自動的に修正するので、ユーザが煩雑な操作をしてジョブを修正することなく、ユーザの支払能に見合った内容でジョブを実行することができる。
【０１４５】
本発明のある実施形態では、図１６に示すように、まず、画像処理装置がジョブ構成データを受け取る（工程１６２）。本実施形態において、画像処理装置１６４は、ジョブ構成データから詳細ジョブパラメータを取得する（工程１６４）。そして、これらのジョブパラメータを上述した他の実施形態と同様に利用して、ジョブの費用または料金を算出する（工程１６６）。そして、工程１６５において、ジョブの料金または費用が課金限度額以下の場合には、ユーザによって構成された通りにジョブ要求を実行する（工程１６８）。一方、ジョブの料金または費用が課金限度額を超える場合、本実施形態では、ユーザに対してジョブ構成を修正するようにプロンプトを表示する。なお、ジョブの修正は、画像処理装置のユーザインターフェースに入力を行うことによって実行される。ある実施形態では、画像処理装置が、ユーザに対して、ジョブが課金限度額以下になるようにするためにはどの構成を変更すればよいかを示す情報をプロンプト表示する。
【０１４６】
このように、本実施形態の画像処理装置の課金方法は、工程１６５において十分な支払い能がない場合には、画像処理装置が、ユーザから受け付けたジョブ構成データの示す構成を修正するようユーザにプロンプトを表示する工程１６７とを含んでいる。上記構成によれば、ユーザの支払い能が不十分な場合であっても、ユーザがジョブ構成を修正するようプロンプトが表示されるので、ユーザがジョブ構成を修正すれば、画像処理装置にジョブを実行させることができる。
【０１４７】
本発明のある実施形態について、図１０，１２，１７に基づいて説明する。本実施形態では、ユーザ入力が画像処理装置１２０のユーザインターフェース１２４に対して行われる。そして、ジョブ構成データをネットワーク接続１００，１２２などの通信リンクを介して他の装置から受信する。また、画像処理装置１２０，３０ａ〜３０ｄが受け取ったユーザ入力データを通信リンク１００，１２６によってＲＣＤ６０，１２６ａ〜１２６ｂに送信する。ある実施形態では、画像処理装置１２４のユーザインターフェース１２４への入力によってジョブを構成するよう、ユーザに対してプロンプトを表示する。他の実施形態では、ジョブ構成データを別の装置から直接受信する。画像処理装置１２０，３０ａ〜３０ｄは、ジョブ構成データを受信すると（工程１７０）、このジョブ構成データをＲＣＤ６０，１２６ａ〜１２６ｂへ送信する（工程１７２）。ＲＣＤ６０，１２６〜１２６ｂは、このジョブ構成データを処理して、そこから詳細ジョブパラメータを取得する（工程１７４）。そして、ＲＣＤ６０，１２６〜１２６ｂは、詳細ジョブパラメータからジョブの費用や料金を算出する（工程１７５）。そして、ジョブの費用や料金をユーザのアカウントと対比または比較し（工程１７６）、課金限度額によってジョブの実行を許可できるか否かを判断する。課金限度額によってジョブを許可できる場合（工程１７９）、ＲＣＤ６０，１２６〜１２６ｂは、構成された通りにジョブを実行する承認を画像処理装置１２０，３０ａ〜３０ｄへ送信する（工程１７８）。一方、工程１７９において課金限度額によってジョブを許可できなかった場合、ＲＣＤ６０，１２６〜１２６ｂは、現在の課金限度額では構成された通りにジョブを実行できない旨をユーザに通知するよう、ジョブ拒否通知を画像処理装置１２０，３０ａ〜３０ｄに送信する。
【０１４８】
このように、本実施形態の画像処理装置の課金方法は、画像処理装置のＵＩがユーザからジョブ構成データを受け取る工程１７０と、画像処理装置が、受け取ったジョブ構成データを遠隔演算装置に送信する工程１７２と、遠隔演算装置が、受信したジョブ構成データから詳細ジョブパラメータを取得する工程１７４と、遠隔演算装置が、取得した詳細ジョブパラメータからジョブの費用を算出する工程１７５と、遠隔演算装置が、ユーザのアカウントデータにアクセスして、十分な支払い能があるか否かを調べる工程１７６と、工程１７６において十分な支払い能があると判断した場合には、遠隔演算装置が、ユーザから受け付けたジョブ構成データの示す構成通りにジョブを実行する承認を画像処理装置に送信する工程１７８と、工程１７６において十分な支払い能がない場合には、画像処理装置がユーザから受け付けたジョブ構成データの示す構成でのジョブの実行を拒否するよう遠隔演算装置にジョブ拒否通知を送信する工程１７７とを含んでいる。上記構成によれば、詳細パラメータを取得する工程、ジョブの費用を算出する工程、ユーザの支払能をチェックする工程、承認を与える工程を、遠隔演算装置に実行させるので、画像処理装置の負担を軽減させることができ、また、遠隔演算装置が複数の画像処理装置の課金を統合的に管理できるため、好適である。
また別の実施形態では、図１８に示すように、まず、画像処理装置１２０，３０ａ〜３０ｄがジョブ構成データを受け取る（工程１８０）。そして、画像処理装置１２０，３０ａ〜３０ｄは、受け取ったジョブ構成データをＲＣＤ６０，１２６ａ〜１２６ｂに送信して（工程１８２）処理させる。そして、他の実施形態と同様に、ＲＣＤ６０，１２６ａ〜１２６ｂ上で走っているアプリケーションが、このジョブ構成データから詳細ジョブパラメータを取得する（工程１８４）。そして、この詳細ジョブパラメータからＲＣＤのアプリケーションがジョブの費用や料金を算出する（工程１８６）。そして、ジョブの費用や料金を算出すると、アカウントの状態をチェックして（工程１８５）、課金限度額がジョブを承認できるものであるかどうか（工程１８９）を調べる。ここで、ジョブの費用や料金が課金限度額以下の場合（工程１８９）、画像処理装置１２０，３０ａ〜３０ｄにジョブ承認メッセージを送信して、ユーザによって構成された通りにジョブを実行することを承認する。一方、ジョブの費用や料金が課金限度額を超える場合、課金限度額以下になるようにジョブを再構成し（工程１８７）、再構成したジョブを画像処理装置１２０，３０ａ〜３０ｄに送信して実行させる。ある実施形態では、再構成についてユーザの承認を得るためにユーザへプロンプトを表示する。上記のジョブの再構成は、ジョブの内容を制限する態様を含む。ある実施形態では、コピージョブにおけるコピーページ枚数など、ジョブの反復実行回数を制限する。また他の実施形態では、ジョブの費用が課金限度額以下になるまで、画像のサイズなど、ジョブを質の面で低下させる。
【０１４９】
このように、本実施形態の画像処理装置の課金方法は、工程１８５において十分な支払い能がない場合には、ユーザから受け付けたジョブ構成データを自動的に修正し、修正したジョブ構成データを画像処理装置に送信して実行させる工程１８７を含んでいる。
【０１５０】
本発明のさらに他の実施形態では、図１９に示すように、まず、画像処理装置１２０，３０ａ〜３０ｄがジョブ構成データを受け取る（工程１９０）。そして、画像処理装置１２０，３０ａ〜３０ｄは、受け取ったジョブ構成データをＲＣＤ６０，１２６ａ〜１２６ｂに送信し（工程１９１）、処理させる。そして、他の実施形態と同様に、ＲＣＤ６０，１２６ａ〜１２６ｂ上で走っているアプリケーションが、このジョブ構成データから詳細ジョブパラメータを取得する（工程１９２）。そして、この詳細ジョブパラメータからＲＣＤのアプリケーションがジョブの費用や料金を算出する（工程１９３）。そして、ジョブの費用や料金を算出すると、アカウントの状態をチェックして（工程１９４）、課金限度額がジョブを承認できるものであるかどうか（工程１９５）を調べる。ここで、ジョブの費用や料金が課金限度額以下の場合（工程１９５）、画像処理装置１２０，３０ａ〜３０ｄにジョブ承認メッセージを送信して、ユーザによって構成された通りにジョブを実行することを承認する。一方、ジョブの費用や料金が課金限度額を超える場合には（工程１９５）、ユーザに対して承認できなかった旨を通知し、課金限度額以下にジョブを再構成するようプロンプトを表示する（工程１９６）。そして、ユーザによって修正されたジョブ構成を処理のために画像処理装置１２０，３０ａ〜３０ｄに渡し、オリジナルの構成について行ったのと同様に、課金限度額について適合性のチェックを行う。
【０１５１】
このように、本実施形態の画像処理装置の課金方法は、工程１９４において十分な支払い能がない場合には、画像処理装置が、ユーザから受け付けたジョブ構成データの示す構成を変更するようユーザにプロンプトを表示する工程１６７とを含んでいる。
【０１５２】
本発明のある実施形態では、図１７〜１９を用いて既に説明したようなシステムにおいて、画像処理装置と協働するよう構成された遠隔演算装置を含んでいる。このような実施形態のうちのある形態では、図２０に示すように、遠隔演算装置（ＲＣＤ）を含んでおり、この遠隔演算装置は、画像処理装置１２０，３０ａ〜３０ｄからプリントジョブ構成データまたは画像処理ジョブ構成データを受信する（工程２００）ことができる。また、この遠隔演算装置６０，１２６ａ〜１２６ｂは、ジョブ構成データから詳細ジョブパラメータを取得する（工程２０２）ように構成されている。そして、この詳細ジョブパラメータを用いてジョブの費用や料金を算出する（工程２０４）。そしてジョブの費用や料金を算出すると、算出した値をユーザの課金限度額と比較する（工程２０６）。そして、ジョブの課金が承認されると（工程２０９）、遠隔演算装置６０，１２６ａ〜１２６ｂから画像処理装置１２０，３０ａ〜３０ｄにジョブ承認メッセージを送信し（工程２０８）、ユーザによって構成された通りにジョブを画像処理装置１２０，３０ａ〜３０ｄが実行することを承認する。本実施形態では、ジョブが課金限度額を超える場合には、画像処理装置１２０，３０ａ〜３０ｄへ承認メッセージを送信せず、その代わりに、ジョブ拒絶メッセージを送信し（工程２０７）、ユーザによって構成された通りのジョブを実行する権限を拒絶する。
他の実施形態では、図２１に示すように、遠隔演算装置（ＲＣＤ）を含んでおり、この遠隔演算装置は、画像処理装置１２０，３０ａ〜３０ｄからプリントジョブ構成データまたは画像処理ジョブ構成データを受信する（工程２１０）ことができる。また、この遠隔演算装置６０，１２６ａ〜１２６ｂは、ジョブ構成データから詳細ジョブパラメータを取得する（工程２１２）ように構成されている。そして、この詳細ジョブパラメータを用いてジョブの費用や料金を算出する（工程２１４）。そしてジョブ費用や料金を算出すると、算出した値をユーザの課金限度額と比較する（工程２１６）。そして、ジョブの課金が承認されると（工程２１９）、遠隔演算装置６０，１２６ａ〜１２６ｂから画像処理装置１２０，３０ａ〜３０ｄにジョブ承認メッセージを送信し（工程２１８）、ユーザによって構成された通りにジョブを画像処理装置１２０，３０ａ〜３０ｄが実行することを承認する。本実施形態では、ジョブが課金限度額を超える場合（工程２１９）、遠隔演算装置６０，１２６ａ〜１２６ｂは、画像処理装置１２０，３０ａ〜３０ｄに対して、課金限度額以下になるようにジョブを修正し、修正したジョブを実行するように、出力を送信する（工程２１７）。あるいは、遠隔演算装置６０，１２６ａ〜１２６ｂは、課金限度額以下になるようにジョブを修正し、修正したジョブを課金承認とともに画像処理装置１２０，３０ａ〜３０ｄに送信して、修正したジョブを実行させる。
他の実施形態では、図２２に示すように、遠隔演算装置（ＲＣＤ）を含んでおり、この遠隔演算装置は、画像処理装置１２０，３０ａ〜３０ｄからプリントジョブ構成データまたは画像処理ジョブ構成データを受信する（工程２２０）ことができる。また、この遠隔演算装置６０，１２６ａ〜１２６ｂは、ジョブ構成データから詳細ジョブパラメータを取得する（工程２２２）ように構成されている。そして、この詳細ジョブパラメータを用いてジョブの費用や料金を算出する（工程２２４）。そしてジョブ費用や料金を算出すると、算出した値をユーザの課金限度額と比較する（工程２２６）。そして、ジョブの課金が承認されると（工程２２９）、遠隔演算装置６０，１２６ａ〜１２６ｂから画像処理装置１２０，３０ａ〜３０ｄにジョブ承認メッセージを送信し（工程２２８）、ユーザによって構成された通りにジョブを画像処理装置１２０，３０ａ〜３０ｄが実行することを承認する。本実施形態では、ジョブが課金限度額を超える場合に（工程２２９）、画像処理装置１２０，３０ａ〜３０ｄのＵＩでジョブ構成を修正するよう促すプロンプトをユーザに対して表示させるように、遠隔演算装置６０，１２６ａ〜１２６ｂが画像処理装置１２０，３０ａ〜３０ｄに対してＵＩコンテンツを送信する。そして、ユーザによって画像処理ジョブが修正されると、再構成または修正されたジョブを遠隔演算装置６０，１２６ａ〜１２６ｂに送信し、オリジナルのジョブについて行ったのと同様に、課金限度額以下であるかどうかの検証を行う。そして、課金限度額以下になるまで、繰り返し修正を実行する。
【０１５３】
本発明のある実施形態では、図１７〜１９を用いて既に説明したようなシステム例において、遠隔演算装置と協働するよう構成された画像処理装置が含まれる。
【０１５４】
本発明のある実施形態では、図２３に示すように、画像処理装置１２０，３０ａ〜３０ｄを含み、この画像処理装置１２０，３０ａ〜３０ｄは、ユーザからジョブ構成データ２３０を受け取ることができる。このジョブ構成データは、画像処理装置１２０，３０ａ〜３０ｄのＵＩを介して、ユーザから直接受け取られるものである。なお、ジョブ構成データは、ユーザからの入力を直接受け取る遠隔装置から伝送されるものであってもよいし、自動化されたシステムにおける別の装置または他のソースからコマンドの組として受け取られるものであってもよい。そして、ジョブ構成データを受け取ると（工程２３０）、それを遠隔演算装置６０，１２６ａ〜１２６ｂに送信し（工程２３２）、処理させる。そして、遠隔演算装置６０，１２６ａ〜１２６ｂがジョブ構成データを処理し、上述と同様に、ジョブが課金限度額以下であるか否かを判断する。この判断の結果、ジョブ構成について課金の承認を受け取った場合（工程２３８）、画像形成装置１２０，３０ａ〜３０ｄは、構成された通りにジョブを実行する。一方、ジョブ構成について課金の承認を受け取れない場合、あるいは、ジョブ拒絶メッセージを受け取った場合は（工程２３６）、ジョブが実行されない。
【０１５５】
本発明のある実施形態では、図２４に示すように、画像処理装置１２０，３０ａ〜３０ｄを含み、この画像処理装置１２０，３０ａ〜３０ｄは、ユーザからジョブ構成データ２３０を受け取ることができる。このジョブ構成データは、画像処理装置１２０，３０ａ〜３０ｄのＵＩを介して、ユーザから直接受け取られるものである。なお、ジョブ構成データは、ユーザからの入力を直接受け取る遠隔装置から伝送されるものであってもよいし、自動化されたシステムにおける別の装置または他のソースからコマンドの組として受け取られるものであってもよい。そして、ジョブ構成データを受け取ると（工程２４０）、それを遠隔演算装置６０，１２６ａ〜１２６ｂに送信し（工程２４２）、処理させる。そして、遠隔演算装置６０，１２６ａ〜１２６ｂがジョブ構成データを処理し、上述と同様に、ジョブが課金限度額以下であるか否かを判断する。この判断の結果、ジョブ構成について課金の承認を受け取った場合（工程２４８）、画像形成装置１２０，３０ａ〜３０ｄは、構成された通りにジョブを実行する。一方、ジョブ構成について課金の承認を受け取れない場合、あるいは、ジョブ拒絶メッセージを受け取った場合は（工程２４６）、ジョブを課金限度額以下になるように再構成する。ある実施形態では、画像処理装置１２０，３０ａ〜３０ｄがジョブ構成を課金限度額以下になるように再構成するとともに、再構成したジョブを実行する。また、ある実施形態では、再構成したジョブを実行する前に、該ジョブの承認を促すプロンプトをユーザに表示する。また、他の実施形態では、オリジナルのジョブが課金限度額を超える場合に、遠隔演算装置６０，１２６ａ〜１２６ｂが再構成したジョブを画像処理装置１２０，３０ａ〜３０ｄに送信し、実行させる。
【０１５６】
本発明のある実施形態では、図２５に示すように、画像処理装置１２０，３０ａ〜３０ｄを含み、この画像処理装置１２０，３０ａ〜３０ｄは、ユーザからジョブ構成データ２３０を受け取ることができる。このジョブ構成データは、画像処理装置１２０，３０ａ〜３０ｄのＵＩを介して、ユーザから直接受け取られるものである。なお、ジョブ構成データは、ユーザからの入力を直接受け取る遠隔装置から伝送されるものであってもよいし、自動化されたシステムにおける別の装置または他のソースからコマンドの組として受け取られるものであってもよい。そして、ジョブ構成データを受け取ると（工程２５０）、それを遠隔演算装置６０，１２６ａ〜１２６ｂに送信し（工程２５２）、処理させる。そして、遠隔演算装置６０，１２６ａ〜１２６ｂがジョブ構成データを処理し、上述と同様に、ジョブが課金限度額以下であるか否かを判断する。この判断の結果、ジョブ構成について課金の承認を受け取った場合（工程２５８）、画像形成装置１２０，３０ａ〜３０ｄは、構成された通りにジョブを実行する。一方、ジョブ構成について課金の承認を受け取れない場合、あるいは、ジョブ拒絶メッセージを受け取った場合は（工程２５６）、画像処理装置１２０，３０ａ〜３０ｄが、ジョブを課金限度額以下になるように修正するよう、ユーザにプロンプトを表示する。そして、ある実施形態では、ユーザへの表示を行うために、画像処理装置１２０，３０ａ〜３０ｄのＵＩにＵＩコンテンツを送信する。そして、ユーザの入力を受け取り（工程２５９）、新しく構成されたジョブを課金承認処理のために遠隔演算装置６０，１２６ａ〜１２６ｂに返信する（工程２５２）。
【０１５７】
本発明のある実施形態に係る画像処理装置を、図２６に基づいて説明する。図２６は、図１５に示す課金方法を実行する画像処理装置の機能ブロック図である。本実施形態において、画像処理装置１２０，３０ａ〜３０ｄは、図２６に示すように、ＵＩ部８０、詳細パラメータ取得部２０２、費用算出部２０３、アカウント検証部２０４、ジョブ実行部２０５、ジョブ修正部２０６を備えている。詳細パラメータ取得部２０２、費用算出部２０３、アカウント検証部２０４、ジョブ実行部２０５、ジョブ修正部２０６は、画像処理装置に設けられた図示しないプロセッサが、図示しないメモリに格納されたプログラムを実行することにより実現される機能ブロックである。
【０１５８】
ＵＩ部８０は、上述したように、ユーザとの間で情報をやり取りするためのものであり、ユーザからジョブ構成データの入力を受け取る。ＵＩ制御部８０は、図１５の工程１５２を行う。
【０１５９】
詳細パラメータ取得部２０２は、ＵＩ部８０の受け取ったジョブ構成データから、詳細ジョブパラメータを取得する。詳細パラメータ取得部２０２は、図１５の工程１５４を行う。
【０１６０】
費用算出部２０３は、詳細パラメータ取得部２０２が取得した詳細ジョブパラメータを用いて、ジョブの費用／料金を算出する。費用算出部２０３は、図１５の工程１５６を行う。
【０１６１】
アカウント検証部２０４は、ユーザのアカウントにアクセスして、費用算出部２０３の算出したジョブの費用／料金が、ユーザの支払い限度額（課金限度額）以下であるかどうかを調査する。アカウント検証部２０４は、図１５の工程１５０を行う。
【０１６２】
ジョブ実行部２０５は、ジョブの費用／料金がユーザの支払い限度額（課金限度額）以下であるとアカウント検証部２０４が判断した場合に、ジョブをユーザの構成した通りに実行するものである。ジョブ実行部２０５は、図１５の工程１５８を行う。
【０１６３】
ジョブ修正部２０６は、ジョブの費用／料金がユーザの支払い限度額（課金限度額）を超えているとアカウント検証部２０４が判断した場合に、詳細ジョブパラメータを制限してジョブの構成を修正する。ジョブ修正部２０６は、図１５の工程１５７を行う。ジョブ修正部２０６によって修正されたジョブは、ジョブ実行部２０５によって実行される。
【０１６４】
なお、図１４に示す課金方法を行う画像処理装置は、ジョブ修正部２０６が省略され、図１６に示す課金方法を行う画像処理装置は、ジョブ修正部２０６の代わりに、工程１６７を行う通知部を備えている。
【０１６５】
また、図１７〜１９に示す課金方法を行う画像処理システムでは、上述した画像処理装置の機能ブロックの一部が遠隔演算装置６０，１２６ａ〜１２６ｂに設けられる。
【０１６６】
例えば、図２７は、図２２に示す課金方法を実現する遠隔演算装置の機能ブロック図である。この実施形態において、遠隔演算装置６０，１２６ａ〜１２６ｂは、図２７に示すように、ジョブ取得部３０１、詳細パラメータ取得部２０２、費用算出部２０３、アカウント検証部２０４、ジョブ実行承認部３０５、ＵＩ送信手段３０６を備えている。これらの各部は、図７に示すプロセッサ７２が、メモリ７４に格納されたプログラムを実行することにより実現される機能ブロックである。
【０１６７】
ジョブ取得部３０１は、画像処理装置１２０，３０ａ〜３０ｄがユーザから受け取ったジョブの構成を示すジョブ構成データを画像処理装置１２０，３０ａ〜３０ｄから通信リンクを介して受信する。ジョブ取得部３０１は、図２２の工程２２０を行う。
【０１６８】
詳細パラメータ取得部２０２は、ジョブ取得部３０１の受け取ったジョブ構成データから、詳細ジョブパラメータを取得する。詳細パラメータ取得部２０２は、図２２の工程２２２を行う。
【０１６９】
費用算出部２０３は、詳細パラメータ取得部２０２が取得した詳細ジョブパラメータを用いて、ジョブの費用／料金を算出する。費用算出部２０３は、図２２の工程２２４を行う。
【０１７０】
アカウント検証部２０４は、ユーザのアカウントにアクセスして、費用算出部２０３の算出したジョブの費用／料金が、ユーザの支払い限度額（課金限度額）以下であるかどうかを調査する。アカウント検証部２０４は、図２２の工程２２６，２２９を行う。
【０１７１】
ジョブ実行承認部２０５は、ジョブの費用／料金がユーザの支払い限度額（課金限度額）以下であるとアカウント検証部２０４が判断した場合に、画像処理装置に対して、ジョブの実行の承認を送信する。ジョブ実行承認部２０５は、図２２の工程２２８を行う。
【０１７２】
ＵＩ送信手段３０６は、ジョブの費用／料金がユーザの支払い限度額（課金限度額）を超えている場合に、ジョブの修正を促すプロンプトを構成する表示データを画像処理装置１２０，３０ａ〜３０ｄに送信する。これを受けて、画像処理装置１２０，３０ａ〜３０ｄは、ユーザに対して、ジョブの修正を促すプロンプトを表示する。ＵＩ送信手段３０６は、図２２の工程２２７を行う。
【０１７３】
なお、図２０に示す課金方法を実現する遠隔演算装置は、ＵＩ送信手段部３０６が省略され、図２１に示す課金方法を実現する遠隔演算装置は、ＵＩ送信手段部３０６の代わりに、工程２０７を行うジョブ修正部を備えている。
【０１７４】
このように、上記の機能ブロックの一部を、上述した各実施形態の構成に合わせて、適宜、遠隔演算装置６０，１２６ａ〜１２６ｂに設けたものも本発明の範疇に属する。
【０１７５】
本明細書中において使用されている用語および表現は、内容を説明するためのものであって本発明の技術範囲を限定するものではない。また、これらの用語および表現は、図示および説明されている本発明の特徴あるいはその一部に関して差異をつけることを意図したものではない。つまり、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１７６】
本発明は、例えば、画像処理機能を有するプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０１７７】
【図１】遠隔演算装置に接続された画像処理装置を含む、本発明の一実施形態を示す図である。
【図２】画像処理装置用の典型的なユーザインターフェースを示す図である。
【図３】画像処理装置の一例を示す図である。
【図４】画像処理装置での処理の流れを示すフローチャートである。
【図５】画像処理装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図６】遠隔演算装置の一例を示す図である。
【図７】遠隔演算装置の構成要素を示すブロック図である。
【図８】遠隔演算装置での処理の流れを示すフローチャートである。
【図９】遠隔演算装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図１０】遠隔演算装置に接続される複数の画像処理装置を備えたシステムを示す図である。
【図１１】図１０に示されるシステムでの処理の流れを示すフローチャートである。
【図１２】複数の遠隔演算装置およびリンクされたリソースを含む、本発明の一実施形態の構成要素を示す図である。
【図１３】スタンドアロンの画像処理装置の形態によって実行される処理の流れを示すフローチャートである。
【図１４】スタンドアロンの画像処理装置の形態によって実行され、課金承認処理を含む処理の流れを示すフローチャートである。
【図１５】スタンドアロンの画像処理装置の形態によって実行され、課金承認処理および自動ジョブ修正処理を含む処理の流れを示すフローチャートである。
【図１６】スタンドアロンの画像処理装置の形態によって実行され、課金承認処理およびジョブ修正のためのユーザへのプロンプト表示処理を含む処理の流れを示すフローチャートである。
【図１７】システムによって実行され、課金承認処理を含む処理の流れを示すフローチャートである。
【図１８】システムによって実行され、課金承認処理および自動ジョブ修正処理を含む処理の流れを示すフローチャートである。
【図１９】システムによって実行され、課金承認処理およびジョブ修正のためのユーザへのプロンプト表示処理を含む処理の流れを示すフローチャートである。
【図２０】遠隔演算装置によって実行され、課金承認処理を含む処理の流れを示すフローチャートである。
【図２１】遠隔演算装置によって実行され、課金承認処理および自動ジョブ修正処理を含む処理の流れを示すフローチャートである。
【図２２】遠隔演算装置によって実行され、課金承認処理およびジョブ修正のためのユーザへのプロンプト表示処理を含む処理の流れを示すフローチャートである。
【図２３】画像処理装置によって実行され、課金承認処理を含む処理の流れを示すフローチャートである。
【図２４】画像処理装置によって実行され、課金承認処理および自動ジョブ修正処理を含む処理の流れを示すフローチャートである。
【図２５】画像処理装置によって実行され、課金承認処理およびジョブ修正のためのユーザへのプロンプト表示処理を含む処理の流れを示すフローチャートである。
【図２６】図１５に示す処理を実行する画像処理装置の機能構成を示すブロック図である。
【図２７】図２２に示す処理を実行する遠隔演算装置の機能構成を示すブロック図である。
【符号の説明】
【０１７８】
２  ＵＩパネル
４，３０（３０ａ〜３０ｄ），１２０  画像形成装置（ＩＤｅｖ）
６，６０，１２６ａ，１２６ｂ  遠隔演算装置（ＲＣＤ）
８  ＵＩ装置
８０  ＵＩ，ＵＩ部（入力手段）
２０２  詳細パラメータ取得部（詳細パラメータ取得手段）
２０３  費用算出部（費用算出手段）
２０４  アカウント検証部（アカウント検証手段）
２０５  ジョブ実行部（ジョブ実行手段）
３０１  ジョブ取得部（ジョブ取得手段）
３０５  ジョブ実行承認部（承認手段）
３０６  ＵＩ送信部（表示データ送信手段）
【図２】
2007041594.tif 000007
【図３】
2007041594.tif 000008
【図４】
2007041594.tif 000009
【図５】
2007041594.tif 000010
【図６】
2007041594.tif 000011
【図７】
2007041594.tif 000012
【図８】
2007041594.tif 000013
【図９】
2007041594.tif 000014
【図１０】
2007041594.tif 000015
【図１１】
2007041594.tif 000016
【図１２】
2007041594.tif 000017
【図１３】
2007041594.tif 000018
【図１４】
2007041594.tif 000019
【図１５】
2007041594.tif 000020
【図１６】
2007041594.tif 000021
【図１７】
2007041594.tif 000022
【図１８】
2007041594.tif 000023
【図１９】
2007041594.tif 000024
【図２０】
2007041594.tif 000025
【図２１】
2007041594.tif 000026
【図２２】
2007041594.tif 000027
【図２３】
2007041594.tif 000028
【図２４】
2007041594.tif 000029
【図２５】
2007041594.tif 000030
【図２６】
2007041594.tif 000031
【図２７】
2007041594.tif 000032
【図１】
2007041594.tif 000033