課金データ保持方法、課金データ回復方法、課金データ回復システム、画像処理装置アクティビティデータ保持方法、課金データ保持システム
【課題】主要課金サーバに不具合が生じた場合でも確実に画像処理装置の課金データを保持することができる課金データ保持方法を提供する。
【解決手段】本発明の課金データ保持方法は、主要課金サーバが有効でない場合、画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リスト中で、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否か判定するステップと、有効であると判定された軽量課金バックアップサーバに画像処理装置アクティビティデータを送信するステップとを繰り返すステップと、を含んでいる。
【解決手段】本発明の課金データ保持方法は、主要課金サーバが有効でない場合、画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リスト中で、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否か判定するステップと、有効であると判定された軽量課金バックアップサーバに画像処理装置アクティビティデータを送信するステップとを繰り返すステップと、を含んでいる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主要課金サーバを利用できなくなった場合に、画像処理装置の課金データを保持するための方法およびシステムに関するものである。
【背景技術】
【０００２】
プリンタ、コピー機、スキャナ、ファックスなどの画像処理装置は、特定の用途または用途の組み合わせに適合するために、多彩な機能および能力を備えている。画像処理装置は、従来は別々である画像処理装置の、２つ以上の機能を組み合わせた、多機能周辺機器（ＭＦＰ）の形態を取ることが多い。ＭＦＰは、任意の数の画像処理装置を組み合わせていて構わないが、一般的には、プリンタ、画像読取器、コピー機、およびファックスの機能を備えている。
【０００３】
画像処理装置の中には、データ記憶および処理のためのコンピューティングリソース（例えばプロセッサ、ハードディスクドライブ、メモリ、および、他のデバイス）を備えたものがある。画像処理装置にさらに特徴的構成や機能を付加すると、さらに高価に、そしてさらに複雑になる。
【０００４】
さらに複雑な画像処理装置およびＭＦＰとして、例えば、他の演算装置（例えばパーソナルコンピュータ、他の画像処理装置、ネットワークサーバ、および、他の機器）との通信を可能にするネットワーク接続性能を備えたものがある。この接続性能によって、画像処理装置が、接続されたネットワーク上で利用可能な外部リソース（他の演算装置）を使用することが可能になる。
【０００５】
画像処理装置は、一般的に、複数のボタン、つまみ、その他のユーザ入力機構を有するユーザ入力パネルを備えている。また、表示パネルを備えた画像処理装置もある。この表示パネルとしては、表示のためだけに用いられるものもあれば、ユーザがディスプレイ上で直接入力できるタッチパネルディスプレイもある。
【０００６】
タッチパネルディスプレイを備えた装置、またはこのディスプレイと共に配置されたボタンを有する装置は、ユーザ入力によって選択されるメニューデータを表示することができる。このメニューデータは、通常、画像処理装置に搭載されたサーバモジュールによって駆動される。
【０００７】
ここで、例えば、特許文献１には、画像処理装置と画像処理装置を制御する制御装置とが独立して形成されており、通信制御装置は、監視している画像処理装置の状態に関する情報を制御装置へ送信するのが不可能になった場合には、情報を一次記憶手段に記憶しておき、送信が可能になると一次記憶しておいた情報を送信するシステムが開示されている。
【特許文献１】特開２００５−３３４６０（２００５年２月３日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のシステムにおいて、一次記憶記憶手段に記憶できない場合には、画像処理装置の状態に関する情報が残らないか、画像処理装置そのものが使用不可になってしまう。特に、画像処理装置の状態に関する情報が課金に関する課金データである場合、営利上好ましくない。
【０００９】
本発明は上記の問題点に鑑みてなされたものであり、その目的は、主要課金サーバに不具合が生じた場合でも確実に画像処理装置の課金データを保持することができる課金データ管理方法等を提供することにある。
【課題を解決するための手段】
【００１０】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、上記画像処理装置の主要課金サーバが有効か否かを判定するステップと、上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップと、を含むことを特徴としている。
【００１１】
上記方法によると、主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスする。そして、このリストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定して、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信する。
【００１２】
そのため、主要課金サーバに不具合が生じた場合でも、代行の軽量課金バックアップサーバを見つけ、確実に画像処理装置の課金データを保持することができる。
【００１３】
また、本発明に係る課金データ保持方法は、さらに、上記主要課金サーバが有効である場合、当該主要課金サーバへ上記画像処理装置アクティビティデータを送信するステップを含む。
【００１４】
上記方法によると、主要課金サーバが、有効であると、あるいは不具合の後回復すると、画像処理装置アクティビティデータは、主要課金サーバに送信されることになる。よって、主要課金サーバにての管理を確実に行なうことができる。
【００１５】
また、本発明に係る課金データ保持方法では、上記判定するステップは、メッセージを送信するステップと、肯定応答を受信するステップを含んでもよい。
【００１６】
上記方法によると、メッセージを送信して、肯定応答を受信することにより、上記判定するステップを実行することができる。
【００１７】
ここで、上記軽量課金バックアップサーバは、上記画像処理装置とネットワークで接続した演算装置にて動作するアプリケーションであってもよい。
【００１８】
また、本発明に係る課金データ保持方法では、上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストでは、上記画像処理装置に対して地理的に近い順序に軽量課金バックアップサーバが並べられていてもよい。
【００１９】
上記方法によると、上記画像処理装置に対して地理的に近い順序に、軽量課金バックアップサーバが有効か否かを判定することになり、より近くて有効な軽量課金バックアップサーバに、画像処理装置アクティビティデータが送信される。
【００２０】
また、上記リストで、軽量課金バックアップサーバは、上記画像処理装置に対して地理的に近い順序で並べられることに限定されず、例えば、ネットワークトポロジに基づく順序で並べられていてもよい。
【００２１】
また、本発明に係る課金データ保持方法では、さらに、上記主要課金サーバが有効になるまで上記有効な軽量課金バックアップサーバへ上記課金データを送信し続けるステップをさらに含んでもよい。
【００２２】
上記方法によると、上記主要課金サーバが有効になるまで、有効な軽量課金バックアップサーバにて課金データが保持されるので、確実に画像処理装置の課金データが保持される。
【００２３】
また、本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、上記画像処理装置が、主要課金サーバから、当該主要課金サーバを、画像処理装置アクティビティデータを保持するための現在の課金サーバとして指名せよという指示を含む回復メッセージを受信するステップと、上記画像処理装置から上記主要課金サーバへ上記課金データを含む画像処理装置アクティビティデータの送信を開始するステップと、上記画像処理装置が、上記軽量課金バックアップサーバからの一時的画像処理装置アクティビティログを要求するステップと、上記画像処理装置が、上記軽量課金バックアップサーバから上記一時的画像処理装置アクティビティログを受信するステップと、上記画像処理装置が、上記一時的画像処理装置アクティビティログを、現在の課金サーバとして示されることとなった上記主要課金サーバへ転送するステップと、を含むことを特徴としている。
【００２４】
上記方法によると、画像処理装置は、主要課金サーバから回復メッセージを受信することで、課金データを含む画像処理装置アクティビティデータの送信を開始する。さらに画像処理装置は、軽量課金バックアップサーバに対して一時的画像処理装置アクティビティログを要求しこれを受信する。そして、この一時的画像処理装置アクティビティログを、現在の課金サーバとして指名された主要課金サーバへ転送する。
【００２５】
上記方法によると、主要課金サーバが有効になると（復旧すると）、主要課金サーバに対して、現在の画像処理装置アクティビティデータ、さらに、軽量課金バックアップサーバにて保持されている一時的画像処理装置アクティビティログのデータが送信される。よって、主要課金サーバが有効でない期間（不具合の生じている間）のデータが欠けることなく、確実に画像処理装置の課金データが保持される。
【００２６】
また、本発明に係る課金データ保持方法は、さらに、上記一時的画像処理装置アクティビティログを要求するステップと、上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログを転送するステップとは、上記軽量課金バックアップサーバが上記一時的画像処理装置アクティビティログを上記主要課金サーバへ直接送信するように要求するステップによって置換されてもよい。
【００２７】
上記方法によると、一時的画像処理装置アクティビティログを、画像処理装置を介さず、直接主要課金サーバへ送信することができる。
【００２８】
本発明に係る課金データ回復方法は、上記課題を解決するために、不具合の後に回復した主要課金サーバに対して、画像処理装置の課金データをリカバーする課金データ回復方法であって、回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージを送信するステップと、上記回復メッセージに対する応答として、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信するステップと、上記の画像処理装置へ、一時的画像処理装置アクティビティログ要求を送信するステップと、上記画像処理装置から上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートするステップと、を含むことを特徴としている。
【００２９】
上記方法によると、回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージが送信される。この回復メッセージに対する応答として、主要課金サーバは、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信する。その後、主要課金サーバは、画像処理装置に対して、一時的画像処理装置アクティビティログ要求を送信し、画像処理装置から一時的画像処理装置アクティビティログを受信する。そして、上記一時的画像処理装置アクティビティログに基づくデータにより、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートする。
【００３０】
よって、上記方法によると、主要課金サーバは、自身に不具合がある期間の課金に関するデータを、受信した一時的画像処理装置アクティビティログを用いてアップデートでき、確実に画像処理装置の課金データを保持することができる。
【００３１】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログ要求を送信するステップは、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求の送信を含んでもよい。
【００３２】
上記方法によると、一時的画像処理装置アクティビティログ要求を、画像処理装置を介して、提携した軽量課金バックアップサーバに対して行なうことができる。
【００３３】
また、上記一時的画像処理装置アクティビティログ要求は、上記回復メッセージの一部であってもよい。
【００３４】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログは、上記画像処理装置から受信されてもよい。この場合、一時的画像処理装置アクティビティログが、画像処理装置を介して、軽量課金バックアップサーバから受信されてもよい。あるいは、一時的画像処理装置アクティビティログが画像処理装置自体に保持されるようになっていて、一時的画像処理装置アクティビティログが画像処理装置から受信されてもよい。
【００３５】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログは、軽量課金バックアップサーバから受信されてもよい。この場合、一時的画像処理装置アクティビティログが、軽量課金バックアップサーバから直接受信されてもよい。
【００３６】
本発明に係る課金データ回復システムは、上記課題を解決するために、不具合の後に回復した課金サーバに対して、画像処理装置の課金データをリカバーするための課金データ回復システムであって、回復した主要課金サーバから、少なくとも１つのネットワーク接続した装置へ、回復メッセージを送信するための回復メッセージ送信部と、上記画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信するための現在データ受信部と、一時的画像処理装置アクティビティログ要求を送信するためのログ要求送信部と、上記一時的画像処理装置アクティビティログを受信するためのログ受信部と、上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置の課金ログをアップデートするためのアップデート部と、
を備えることを特徴としている。
【００３７】
上記システムでは、回復した主要課金サーバは、回復メッセージを送信し、画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信する。さらに、主要課金サーバは、一時的画像処理装置アクティビティログ要求を送信し、上記一時的画像処理装置アクティビティログを受信する。そして、主要課金サーバは、上記一時的画像処理装置アクティビティログに基づくデータによって、画像処理装置の課金ログをアップデートすることができる。
【００３８】
このように、上記システムによると、主要課金サーバは、自身に不具合がある期間の課金に関するデータを、受信した一時的画像処理装置アクティビティログを用いてアップデートすることができる。よって、確実に画像処理装置の課金データが保持される。
【００３９】
また、本発明に係る課金データ回復システムでは、上記一時的画像処理装置アクティビティログの要求は、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求を含んでもよい。
【００４０】
上記システムによると、画像処理装置を介して、軽量課金バックアップサーバに対して、一時的画像処理装置アクティビティログの要求を行なうことができる。
【００４１】
また、本発明に係る課金データ回復システムでは、上記ログ要求送信部は、上記一時的画像処理装置アクティビティログ要求を、軽量課金バックアップサーバへ直接送信してもよい。
【００４２】
上記システムによると、軽量課金バックアップサーバに対して、一時的画像処理装置アクティビティログの要求を直接行なうことができる。
【００４３】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、ネットワーク接続した演算装置にてアプリケーションとして動作している軽量課金バックアップサーバからの利用可能性要求（軽量課金バックアップサーバが利用可能（動作可能）かどうかを確認するもの）についてネットワークを監視するステップと、上記軽量課金バックアップサーバにて、主要課金サーバが使用不可になった画像処理装置から、利用可能性要求を受信するステップと、上記利用可能性要求に対して利用可能性確立をすることによって応答するステップと、上記画像処理装置から上記課金データを含む画像処理装置アクティビティデータを受信するステップと、上記画像処理装置アクティビティデータを含む一時的画像処理装置アクティビティログを保持するステップと、を含むことを特徴としている。
【００４４】
上記方法によると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログを保持することができる。よって、常に課金データを含む画像処理装置アクティビティデータを保持することができる。
【００４５】
なお、上記軽量課金バックアップサーバは、上記ネットワーク接続された演算装置の上記主要機能ではなくてもよい。
【００４６】
また、本発明に係る課金データ保持方法では、上記画像処理装置アクティビティデータは、画像処理装置機能アクティビティに関連付けられたユーザ課金データを含んでいてもよい。このようであると、各ユーザが画像処理装置のどの機能を用いたかを管理して課金することができる。
【００４７】
また、本発明に係る課金データ保持方法では、上記画像処理装置アクティビティデータは、上記画像処理装置を介してアクセスされる遠隔（リモート）アプリケーションアクティビティに関連付けられたユーザ課金データを含んでいてもよい。このようであると、各ユーザがどの遠隔アプリケーションを用いたかを管理して課金することができる。
【００４８】
なお、上記の画像処理装置アクティビティデータは、ユーザ課金データと、画像処理装置機能アクティビティデータと、上記画像処理装置を介してアクセスされる遠隔アプリケーションの遠隔アプリケーションアクティビティデータとを含んでいてもよい。
【００４９】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間の間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する、軽量課金バックアップサーバアプリケーションにて、一時的画像処理装置アクティビティログに対する要求を受信するステップと、上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信するステップと、を含むことを特徴としている。
【００５０】
上記方法によると、軽量課金バックアップサーバアプリケーションは、ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する。そして、軽量課金バックアップサーバアプリケーションは、一時的画像処理装置アクティビティログ要求を受信し、上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信する。
【００５１】
よって、上記方法によると、主要課金サーバが使用不可能な期間の画像処理装置アクティビティが演算装置にて保存され、送信されるので、課金データは確実に保持される。
【００５２】
本発明に係る画像処理装置アクティビティデータ保持方法は、上記課題を解決するために、主要サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持するための画像処理装置アクティビティデータ保持方法であって、画像処理装置アクティビティログを保持するための主要課金サーバを設定するステップと、上記主要課金サーバが利用できない場合は、一時的画像処理装置アクティビティログを保持するための、上記主要課金サーバから離れた装置において、軽量課金バックアップサーバを設定するステップと、上記主要課金サーバが利用できる場合は、当該主要課金サーバへ画像処理装置アクティビティデータを送信するステップと、上記主要課金サーバが利用できない場合は、上記軽量課金バックアップサーバへ画像処理装置アクティビティデータを送信するステップと、上記主要課金サーバが利用不可期間の後に、上記軽量課金バックアップサーバから上記主要課金サーバへ、上記一時的画像処理装置アクティビティログを送信するステップと、上記利用不可期間の後に、上記一時的画像処理装置アクティビティログによって、上記画像処理装置アクティビティログをアップデートするステップとを含むことを特徴としている。
【００５３】
上記方法によると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログが保持され、主要課金サーバが普及すると、一時的画像処理装置アクティビティログを用いて画像処理装置アクティビティログをアップデートすることができる。よって、常に画像処理装置アクティビティデータを保持することができる。
【００５４】
また、本発明に係る画像処理装置アクティビティデータ保持方法では、独立した装置である複数の軽量課金バックアップサーバをさらに備え、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていてもよい。
【００５５】
上記構成によると、画像処理装置自体に軽量課金バックアップサーバのリストを備えてあり、そのリストに基づき、利用できる軽量課金バックアップサーバを検索することができる。
【００５６】
また、本発明に係る画像処理装置アクティビティデータ保持方法では、上記利用不可期間を、上記主要課金サーバから上記軽量課金バックアップサーバへメッセージを送信することによって終了し、上記一時的画像処理装置アクティビティログを要求するステップを含んでもよい。あるいは、上記利用不可期間を、上記主要課金サーバから上記画像処理装置へのメッセージによって終了し、上記一時的画像処理装置アクティビティログを要求し、上記画像処理装置にて、上記軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求し、上記一時的画像処理装置アクティビティログを上記主要課金サーバへ転送するステップを含んでもよい。
【００５７】
本発明に係る課金データ保持システムは、上記課題を解決するために、画像処理装置の課金データを保持するための課金データ保持システムであって、ネットワーク接続された複数の（クライアント）演算装置と、ネットワーク接続された演算装置上で動作し、軽量課金バックアップサーバとして機能する、少なくとも１つの軽量課金バックアップサーバアプリケーションと、ネットワーク接続された主要課金サーバと、少なくとも１つの画像処理装置とを備え、上記主要課金サーバが利用でき、上記主要課金サーバが上記課金データを含む画像処理装置アクティビティログを保持している場合は、上記画像処理装置は、自身のアクティビティデータを、上記主要課金サーバへ報告し、上記主要課金サーバが利用できない場合は、上記画像処理装置は、自身のアクティビティデータを、上記少なくとも１つの軽量課金バックアップサーバへ報告し、上記の画像処理装置が上記軽量課金バックアップサーバへ報告する場合は、上記少なくとも１つの軽量課金バックアップサーバは、一時的画像処理装置アクティビティログを保持し、上記軽量課金バックアップサーバは、上記主要課金サーバの利用不可期間の後、上記主要課金サーバへ報告を行い、上記主要課金サーバへ一時的画像処理装置アクティビティログを送信し、上記主要課金サーバは、上記一時的画像処理装置アクティビティログによって上記画像処理装置アクティビティログをアップデートする、ことを特徴としている。
【００５８】
上記システムによると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログが保持され、主要課金サーバが普及すると、一時的画像処理装置アクティビティログを用いて画像処理装置アクティビティログをアップデートすることができる。よって、常に課金データを含む画像処理装置アクティビティデータを保持することができる。
【００５９】
なお、本発明は、画像形成システムの主要課金サーバを利用できなくなった場合に、課金データを継続的に収集するための方法およびシステムを含んでいる。
【発明の効果】
【００６０】
本発明に係る課金データ保持方法は、以上のように、上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップとを含む。
【００６１】
上記方法によると、主要課金サーバに不具合が生じた場合でも、代行の軽量課金バックアップサーバを見つけ、確実に画像処理装置の課金データを保持することができる。
【発明を実施するための最良の形態】
【００６２】
本発明の一実施形態について、図を参照しながら説明する。なお、全ての図中において、同様の部材には同じ符号を付与している。また、これらの各図は、詳細な説明の一部として明確に組み入れられるものである。
【００６３】
本発明の構成要素を、ここに示されている図においては一般化して描き、説明しているが、多種多様な形態に変更および設計できることができる。したがって、本発明の方法およびシステムの実施形態に関する以下の詳細な説明は、本発明の範囲を限定するものではなく、単に、本発明の現時点での好ましい実施形態の一例を示すものに過ぎない。
【００６４】
本発明の実施形態の構成要素を、ハードウェア、ファームウェアおよび／またはソフトウェアに組み込んでもよい。本明細書中に記載されている典型的な実施形態は、これらの形態のほんの一例を説明しているが、当業者であれば、本発明の範囲内において、これらの構成要素をこれらのあらゆる形態において実施できることを理解できるであろう。
【００６５】
本発明の実施形態は、画像処理装置を遠隔演算装置（リモート演算装置、演算装置）のアプリケーションと統合するインターフェースならびに構成（アーキテクチャ）、および、画像処理装置単体では不可能なソリューションを提供する環境を含んでいる。また、ネットワーク上のアプリケーションが、画像処理装置の機能をプログラム制御でき、かつ画像処理装置の入力パネルを介してユーザと交信できる基本設備（インフランストラクチャ）およびインターフェースを含んでいてもよい。画像処理装置内で実用的でないソフトウェア機能は、画像処理装置からアクセス可能なサーバ上で実行することができる。
【００６６】
本明細書および特許請求の範囲では、画像処理装置（ＩＤｅｖ）を、画像処理機能を有する装置として説明する。ここでいう画像処理機能には、例えば、画像読取、印刷、コピー、画像伝送（送信および受信）、画像変換などの機能が含まれる。典型的な画像処理装置としては、プリンタ、コピー機、ファックス、画像読取器、画像を伝送，変換，または加工する演算装置等がある。また、画像処理装置（ＩＤｅｖ）は、複数の画像処理機能を有するものであってよい。例えば、これに限定されるものではないが、一般的には、プリンタ、画像読取器、コピー機および／またはファックス、または画像送信機／受信機のうちの複数の機能がある多機能周辺機器（ＭＦＰ）は、画像処理装置の１タイプである。なお、ＭＦＰとしての他の画像処理装置は、上記以外の機能の組み合わせを備えたものであってよい。
【００６７】
本明細書および特許請求の範囲では、遠隔演算装置（ＲＣＤ）を、データ処理ができ、かつ通信回線を介して他の装置と通信できる能力を有する装置である。遠隔演算装置は、画像処理装置などの他の装置と通信するために、例えばネットワーク、電話線、シリアルケーブル、または他の有線回線あるいは無線回線のような通信回線を備える必要があるリモート装置である。典型的な遠隔演算装置としては、通信回線を備えたネットワークサーバ、ネットワークコンピュータ、その他の処理装置、および、その他の記憶装置などが挙げられる。
【００６８】
本発明のいくつかの実施形態を、図１および図２を参照して説明する。これらの実施形態は、画像処理装置（ＩＤｅｖ）４を備えている。この画像処理装置４は、多機能周辺機器（ＭＦＰ）であってもよく単機能装置であってもよい。画像処理装置４は、ユーザインターフェース（ＵＩ）パネル２をさらに備えている。ユーザインターフェースパネル２は、入力ボタン１４および表示装置１６を備えている。あるいは、ユーザインターフェースパネル２は、タッチパネルシステムを備えていてもよい。タッチパネルシステムは、ボタン１４を備えていてもいなくてもよい。また、ユーザ入力および表示は、別個のＵＩ装置８を介して実行されるものであってよい。このＵＩ装置８は、例えばＵＳＢ、ネットワークケーブル、無線などの通信回線１２によって、画像処理装置４と接続されている。ＵＩ装置８は、表示装置だけでなく、キーボードまたはボタンのような入力装置を備えていてよい。また、ＵＩ装置８に備えられる表示装置は、タッチスクリーンパネルであってもよい。このような種類のＵＩ装置８は、リモート入力装置からＵＩ装置８へと入力された命令を伝送するためのインターフェースをさらに備えていてもよい。また、ＵＩ装置８は、画像処理装置４へ伝送するための入力データを記憶するために構成されている記憶装置（例えば、メモリスティック、ＵＳＢメモリカードなど）を備えていてよい。
【００６９】
これらの実施形態は、ネットワーク１０などの通信回線を介して画像処理装置４とリンクされている遠隔演算装置（ＲＣＤ）６をさらに備えている。このネットワーク１０は、一般的な有線回線または無線回線であってよい。
【００７０】
本発明の実施形態では、遠隔演算装置６から、ネットワーク１０を介して、画像処理装置４のＵＩパネル２またはＵＩ装置８へとメニューデータを提供してもよい。このメニューデータが画像処理装置４へ送られると、画像処理装置４のＵＩパネル２あるいはＵＩ装置８を使用して、遠隔演算装置６上において動作するアプリケーションと情報交換することができる。ＵＩパネル２あるいはＵＩ装置８が受け付けたユーザ入力を、遠隔演算装置６へ直接戻してもよい。
【００７１】
ウェブサービスは、ＵＲＩ（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）による制御と同様の方法であってもよい。
【００７９】
上記の実施形態において、画像処理装置４の制御部は、起動時に、外部認証アプリケーションが登録されているかどうかを確認する。登録されている場合、画像処理装置４は使用不可モードになり、上記アプリケーションは上記ユーザインターフェースを制御するために接続される。上記外部認証サーバを利用できない場合は、エラーメッセージが表示されて、画像処理装置４は使用不可のままである。この場合、画像処理装置４は、利用可能になるまで、上記外部認証サーバに定期的接続しようとする。下記の表１は、典型的な実施形態において、上記画像処理装置４が使用不可モードにある場合、何が上記ユーザインターフェースを制御するのかを表している。
【００８０】
【表１】
【００８１】
（遠隔演算装置アプリケーション）
本発明の実施形態では、画像処理装置４のカスタムＵＩパネル２に対するアクセス方法は、アプリケーションによって異なっていてもよい。文書管理統合（Document Management integration）などのソリューションには、固有の画像送信画面を用いることが好ましいものもあるが、画像読取ジョブに関する付加的な情報を集約したＵＩパネルを表示すものもある。カスタム印刷アプリケーションのような他のソリューションに、固有の機能以外の個々のモードからアクセスしてもよい。
【００８２】
これらソリューションアプリケーションの多様化するニーズに対応するため、上記の実施形態では、ユーザインターフェース制御に対する複数の統合ポイントをサポートしている。これらの統合ポイントは、ユーザによるアプリケーションを登録するための操作（「トリガー」）に基づいている。実施形態の中には、「遠隔演算装置Ｂ」に対する接続命令がＵＩパネル２になされて「トリガーＡ」がいつ生じるのかを画像処理装置４において把握するために、アプリケーションがターゲット装置（画像処理装置４）に登録される。典型的な実施形態において、アプリケーションは、複数の「トリガー」ポイントにおいて画像処理装置４と一体化されている。
【００８３】
遠隔演算装置６は特定の機能に登録されており、画像処理装置４のユーザインターフェースにおいて上記機能（例えば画像送信）のハードウェアキーが押されたときに接続される。上記遠隔演算装置６によって供給されるユーザインターフェース情報は、画像処理装置４にもともと備えられている標準機能画面に代えて表示される。このトリガーは、既存の機能を完全なカスタムＵＩの機能に置き換えるアプリケーションに対しても使用できる。このようなアプリケーションとしては、例えば、選択画像読取ソリューション（alternative scan solution）や特殊ディスプレイなどがある。特殊ディスプレイとは、例えば、「セクション５０８」対応画面、または他の特殊なニーズに対応したインターフェースである。これら特殊ディスプレイは、大きなボタンまたは他の設備（accommodations）を備えていてもよい。
【００８４】
また、画像処理装置４における各機能のメニューを、タッチスクリーン上に表示してもよい形態もある。また、このメニューは、サーバなどの遠隔演算装置６が登録するようにしてもよい。これによって、ソリューションアプリケーションが、カスタムコンテンツを供給し、かつ、画像処理装置４によって設けられた標準機能の一部を引き続き利用することが可能になる。カスタムアプリケーションに割り当てられたボタンが選択されると、その機能に登録されたソリューションと共にメニューが表示される。ユーザは所望のソリューションを選択することができ、遠隔演算装置６は、命令を受けるために接続される。
【００８５】
遠隔演算装置６のアプリケーションを供給する独立型のＲＣＤモードが、全画面上に表示される上記ユーザインターフェースのジョブキュー部分からアクセスすることができる形態もある。このトリガーポイントは、例えば画像処理装置４におけるカスタム印刷ソリューションのような、画像処理装置４の標準装置機能の一つに含まれないアプリケーションに使用できる。上記ＲＣＤメニューが選択されると、一般ＲＣＤモードに登録されているソリューションアプリケーションと共にメニューが表示される。ユーザは所望のソリューションを選択し、上記遠隔演算装置６は、命令を受けるために接続される。
【００８６】
（ハードウェアキーの相互作用）
本発明の実施形態の中には、画像処理装置４が使用可能であると、この装置を管理するために追加ハードウェアキーが使用されるものもある。典型的な実施形態におけるハードウェアキーの割り当てを表２に示す。
【００８７】
【表２】
【００８８】
なお、＊キーの押し下しによるログアウトに加えて、タイムアウトによるログアウトを実行するようにしてもよい。また、所定時間（例えば１０秒〜２４０秒）が経過したときに自動的に消去する設定（あるいは使用不可にする設定）にしてもよい。これらの実施形態では、自動消去設定の時間内に何の動作もなかった場合、装置は自動的に使用不可モードに戻り、ユーザインターフェースを再制御するために遠隔演算装置６に接続を試みる。
【００８９】
（エラー＆ジャム通知）
特定のソリューションに応じて、遠隔演算装置アプリケーション（ＲＣＵアプリケーション）は、画像処理装置４のユーザインターフェースおよび特定の画像処理ジョブ（imaging job）を完全に、あるいは部分的に制御してもよい。部分的制御の場合、遠隔演算装置６がクリックをモニタリングしながら、固有モード（native mode）においてユーザインターフェースの情報交換に応答できるようにし、ジョブを制御していてもよい。また、部分的制御として、遠隔演算装置アプリケーションが固有モードと一体化される構成としてもよい（ユーザインターフェーストリガー＝機能カスタムメニュー）。画像処理装置４が、関連する遠隔演算装置アプリケーションに全てのエラーおよびジャム通知を送信するようにしてもよい。
【００９０】
遠隔演算装置アプリケーションが画像処理装置４のユーザインターフェースおよびジョブを完全に制御するケースでは、エラーおよびジャム通知を、エラーの種類に応じて異なる方法で処理するようにしてもよい形態もある。修復可能なエラーの場合は、遠隔演算装置アプリケーションに通知が送信され、該アプリケーションは、ＵＩパネル２またはＵＩ装置８におけるメッセージの表示および通知されたエラーを解決する処理を行う。また、修復不可能なエラーの場合、画像処理装置モードとＲＣＤモードとが情報交換して、エラー状態を適切に処理する（例えば、ユーザに、ジャムを消去するという命令を与える）。
【００９１】
（ハンドオフ制御（Control Handoffs））
画像処理ジョブ中の様々な時点において、複数のアプリケーションによって画像処理装置を制御するようにしてもよい。これらのアプリケーションとしては、特に限定されるものではないが、例えば外部認証アプリケーション、標準的なＲＣＤアプリケーション、画像処理装置４の固有モードなどが含まれる。以下の説明では、典型的な実施形態における、典型的なジョブの様々な工程について、各工程中における制御を行う主体、およびどの様な種類の制御が可能であるかについて説明する。
【００９２】
工程１：ユーザが、画像処理装置のユーザインターフェースにおいて、画像処理装置にアクセスするための証明データを提示する。この工程は、外部認証アプリケーションなどの遠隔演算装置６、または画像処理装置４自体に内蔵される内部課金（Internal Accounting）（固有モード）によって制御される。この工程の最後に、画像処理装置は使用可能になる。上記の外部認証アプリケーションはまた、デフォルトパラメータを指定してもよく、あるいは特定のジョブパラメータを使用不可にしてもよい（例えば、デフォルトファイル形式はＰＤＦだが、ユーザがこれを変更できるようにしてもよい。また、カラーモードは白黒に設定されていて、ユーザがこれを変更できないようにしてもよい。）。
【００９３】
工程２：ユーザが、上記画像処理装置の固有モード農地の１つまたは標準的なＲＣＤのアプリケーションを使用して、ジョブパラメータを設定する。この工程の最後に、ユーザはジョブを開始するための入力を行う。この入力がなされると、任意の通知が上記の標準的なＲＣＤアプリケーションへ送信される。次に、この標準的なＲＣＤアプリケーションが、必要に応じてジョブパラメータを変更する。ユーザが入力を行ったときに通知を要求するアプリケーションの一例として、電子メールのアプリケーションが挙げられる。ユーザは、固有の画像送信画面または他の入力手段を使用して、画像読取オプションを選択し、電子メールの受信者を選択する。次に、ユーザは、カスタムアプリケーションボタンを選択して、メニューから、画像読取・電子メール送信（scan-to-e-mail）オプションを選択する。次に、ユーザのファイルについての許可設定を行うために、電子メールアプリケーションがカスタム画面を表示する。ユーザが原稿を画像読取器上に置いて処理を開始すると、電子メールアプリケーションは、ユーザによって設定された宛先パラメータを取り込み、上記の対象の宛先を、電子メールアプリケーションのＦＴＰサーバに変更する。次に、電子メールアプリケーションは、上記ファイルを受信し、適切な許可を与え、ユーザによって選択された電子メールを受信者へ送信する。なお、いくつかの実施形態と同様に、上記アプリケーションが、読み取った画像のサムネイルを作成して表示させてユーザに確認させる場合、この時点で、遠隔演算装置のアプリケーションは、ユーザインターフェースの再制御を要求してもよい。
【００９４】
工程３：上記ジョブが開始されると、画像処理装置は、このジョブの画像読取またはＲＩＰｉｎｇを実行して、それをＨＤＤにスプールする。画像処理装置が、外部認証アプリケーションを用いてジョブを認証するように構成されている場合は、上記アプリケーションへクリックレポートを送信して命令を待つ。上記外部認証アプリケーションは、ジョブの送信／印刷、キャンセル、またはジョブパラメータの変更をする（ジョブパラメータを変更して使用可能にする）ことができる。例えば、ルールベース印刷アプリケーションは、クリックレポートを受信後、ジョブパラメータの変更を求める。ルールベース印刷アプリケーションには、時刻、宛先、その他の多くのパラメータに基づいて、各ユーザが実行できる行為を制限する、ルールベース印刷およびルールベース画像読取をサポートしているものもある。例えば、マーケティンググループ内のユーザのみが高品質のカラー画像を画像読取することができるように設定できる。例えば、別グループのユーザがカラー，６００ｄｐｉを選択すると、ルールベースアプリケーションは、パラメータをカラー，２００ｄｐｉに変更する。この工程の最後において、上記ジョブは許可されるか、あるいはキャンセルされる。
【００９５】
工程４：工程２の上記の標準的なＲＣＤアプリケーションが、一時的な保存先としてＨＤＤに宛先を指定した場合は、この工程は省略してもよい形態もある。また、この工程は、実施形態によっては、画像処理装置４上で動作するＪａｖａ（登録商標）アプリケーションによって実行されるものであってもよい。例えば、政府機関は、画像処理装置４上で動作するカスタム暗号化アプリケーションを有することがある。このカスタム暗号化アプリケーションは、画像読取された文書を取り込み、それを暗号化し、その後、工程２においてユーザが選択した対象の宛先へと、この文書を送信するよう画像処理装置４に要求する。なお、この工程の後および送信／印刷工程後に、外部認証アプリケーションへ通知を送ると有益である形態もある。この工程の後が有益であるのは、上記画像処理装置が、上記ファイルがどれほどの時間ハードディスクに記憶されるのか、あるいは、上記アプリケーションがそれを用いて何を行うのか、を認識していないからである。
【００９６】
工程５：最終工程において、上記ファイルが実際に出力される。典型的な実施形態では、上記ファイルは、ネットワーク上で送信されるか、あるいは端末において印刷される。この工程の最後に、ジョブが正常に終了したという通知が、上記外部認証アプリケーションへ送信される。なお、上記標準的なＲＣＤアプリケーションへも送信されるようにしてもよい。
【００９７】
（装置制御および管理ＡＰＩ）
ＡＰＩによって、遠隔演算装置アプリケーションが、販売アプリケーション（vend applications）を実行する画像処理装置へのアクセスを制御し、遠隔位置から該画像処理装置４を管理するようにできる。
【００９８】
（装置制御および販売ＡＰＩ（Device Control and Vend API））
本発明の実施形態では、装置制御および販売ＡＰＩによって、アプリケーションが、画像処理装置４へのアクセスを可能または不可能にし、かつクリック数を追跡記録するようにできるものもある。装置制御および販売ＡＰＩは、遠隔演算装置６に以下に示す制御を行わせる。
【００９９】
画像処理装置４の機能を使用可能／使用不可能にする：これにより、遠隔演算装置６が、画像処理装置４全体へのアクセス、または画像処理装置４の特定の機能へのアクセスを可能または不可能にして、個々のユーザの権利を行使させることができる。典型的な実施形態としては、例えば表３に記載の機能を、アプリケーションによって任意に使用可能または使用不可能にするものもある。
【０１００】
【表３】
【０１０１】
使用されたクリックをレポートする：正常なジョブの最後に、使用されたクリックが遠隔演算装置ＲＣＤに戻ってレポートされる。
【０１０２】
【表４】
【０１０３】
デビットモード（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）であってもよいものもある。マークアップ言語としては、ハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。本実施形態では、メニューデータは、工程８２において、通信回線６４を介して画像処理装置３０へと送信される。従って、画像処理装置３０上に表示されるように構成されたメニューデータは、遠隔演算装置６０に記憶されている。
【０１４１】
次に、いくつかの実施形態の遠隔演算装置６０は、ユーザ入力を受信する（工程８４）ように構成されている。このユーザ入力は、画像処理装置３０のユーザインターフェース３２を介して入力され、通信回線３８ならびに６４を介して遠隔演算装置６０へ伝送されたものである。遠隔演算装置６０は、この入力データを受信すると、この入力データの処理を行う（工程８６）。この処理工程８６は、このデータを新たな形式に変換する工程であってもよく、このデータ内のコマンドを実行する工程であってもよく、その他の処理工程であってもよい。遠隔演算装置６０は、上記入力データを処理（工程８６）した後、処理結果を画像処理装置３０へ返信する。画像処理装置３０は、受信した処理結果を、画像処理装置３０における処理または画像処理装置３０において実行する機能に使用する。
【０１４２】
他の実施形態について、図９を参照して説明する。この実施形態では、遠隔演算装置６０は、画像処理装置３０のディスプレイ３６用に構成されているメニューデータを、マークアップ言語を用いて送信する（工程９０）。このマークアップ言語メニューデータは、画像処理装置３０において受信され、ユーザに表示される。これによって、通常は、画像処理装置３０のユーザインターフェース３２上でユーザが迅速に入力できるようになる。このユーザ入力は、画像処理装置３０によって遠隔演算装置ＲＣＤ６０へと送信され、遠隔演算装置ＲＣＤ６０は、画像処理装置３０上のメニューデータを迅速に表示する入力データを受信する（工程９２）。さらに、遠隔演算装置ＲＣＤ６０は、受信した入力データを処理する（工程９４）。この処理工程は、例えば、形式、文書、または遠隔演算装置ＲＣＤ６０に記憶されているその他のデータを選択、記録、変更等する工程であってもよく、上記ユーザ入力によって識別されたユーザを認証する工程であってもよく、上記ユーザによって入力された文書を翻訳する工程であってもよく、ユーザ入力に関連するマップまたはその他の指示を生成する工程であってもよく、あるいはその他の処理または機能であってもよい。
【０１４３】
本発明のさらに他の実施形態について、図１０および図１１を参照して説明する。上記実施形態は、少なくとも一台の遠隔演算装置ＲＣＤ６０、および複数の画像処理装置３０ａ〜３０ｄを含んでいる。上記実施形態において、画像処理装置３０ａ〜３０ｄの内の少なくとも一台は、ディスプレイ３６およびユーザ入力パネル３４を有するユーザインターフェース３２を備えている。ユーザ入力パネル３４は、ディスプレイと一体型（すなわちタッチスクリーン）であってもよく、あるいはディスプレイとは別個の入力装置であってもよい。遠隔演算装置ＲＣＤ６０は、通信回線およびネットワーク１００によって画像処理装置３０ａ〜３０ｄに接続されている。これにより、遠隔演算装置ＲＣＤ６０と画像処理装置３０ａ〜３０ｄとの間のデータ伝送が可能になっている。
【０１４４】
上記実施形態では、メニューデータは、遠隔演算装置ＲＣＤ６０に記憶されており、そして画像処理装置３０ａ〜３０ｄの内の少なくとも一台に送信される。そして、このメニューデータは、ユーザインターフェースに表示される。画像処理装置３０ａ〜３０ｄのいずれも、上記メニューデータを受信しユーザ入力を受け付け（工程１１２）、受け付けたユーザ入力を遠隔演算装置６０へ伝送する（工程１１４）ように構成されている。遠隔演算装置６０は、ユーザ入力データを受信すると、前述の実施形態と同様にこのデータを処理する（工程１１６）。そして、処理（工程１１６）の結果を、任意に組み合わせた画像処理装置３０ａ〜３０ｄへと返信する（工程１１８）。
【０１４５】
上記実施形態では、一台の遠隔演算装置ＲＣＤ６０を使用して、処理能力、リソース、および機能性を複数の画像処理装置３０ａ〜３０ｄへ供給している。このとき、これらのリソースを各画像処理装置において再生することはない。なお、実施形態によっては、ある画像処理装置３０ａに対する入力に応じて生成した処理データを、この処理データの出力または最終処理のために、別の画像処理装置３０ｄへ送信するようにしてもよいものもある。
【０１４６】
本発明のさらに他の実施形態について、図１２を参照して説明する。本実施形態では、画像処理装置（ＩＤｅｖ）１２０は、ユーザインターフェース１２４を備えている。ユーザインターフェース１２４は、ユーザ入力を受け付けることができ、また、データをユーザに表示することができる。ユーザインターフェース１２４は、一般にディスプレイを備えている。このディスプレイは、タッチパネルの形態であることが多い。このディスプレイは、データをユーザに表示するために使用される。このデータは、例えば、ユーザＩＤおよびパスワードなどのユーザ選択、データ入力、形式選択、およびその他の入力を迅速にするための、メニューデータなどである。画像処理装置１２０は、通信回線１２２を備えている。この通信回線１２２としては、一般的なコンピュータネットワーク接続、シリアルケーブル、あるいは、別の実施形態において説明した有線または無線通信回線を用いることができる。通信回線１２２は、画像処理装置１２０を、サーバなどの遠隔演算装置（ＲＣＤ）１２６ａ、１２６ｂへ接続する。遠隔演算装置１２６ａ、１２６ｂは、形式やその他のデータなどの文書を記憶するためのものであってもよく、データを画像処理装置１２０からアクセス可能にするために使用されるものであってもよい。遠隔演算装置ＲＣＤ１２６ａ、１２６ｂはまた、画像処理装置１２０およびそのユーザインターフェース１２４と情報交換するアプリケーションや、上記の画像処理装置１２０およびそのユーザインターフェース１２４に対する入力を受け付けるアプリケーションを実行するものであってもよい。また、実施形態によっては、データベース１２５が、画像処理装置１２０および／または遠隔演算装置１２６ａ・１２６ｂにリンクされていてもよいものもある。また、実施形態によっては、遠隔演算装置１２６ｂまたはデータベース１２５が、インターネット１２８などの広域ネットワークを介して画像処理装置１２０に接続されていてもよいものもある。
【０１４７】
（課金データ保持についての実施形態）
本発明の実施形態の課金データ保持システムについて図１９のブロック図を用いて以下に説明する。課金データ保持システムシステムは、画像処理装置（ＩＤｅｖ）１３１、主要課金サーバ（ＰＡＳ）１３３、軽量課金バックアップサーバ（ＬＡＢＳ）１３２を含んでいる。
【０１４８】
画像処理装置１３１は、外部との通信を行なう通信部１３１１、コンピュータプログラムに従って、画像処理装置１３１における各種構成の動作を統括的に制御する制御部１３１２、各種データを記憶する記憶部１３１３を備えている。なお、画像処理装置１３１は、上記で説明した、画像処理装置４，３０（３０ａ〜３０ｄ），１２０，１３１と同じ構成となっていてもよい。
【０１４９】
主要課金サーバ１３３は、外部との通信を行なう通信部（回復メッセージ送信部、現在データ受信部、ログ要求送信部）１３３１、コンピュータプログラムに従って、主要課金サーバ１３３における各種構成の動作を統括的に制御する制御部１３３２、各種データを記憶する記憶部１３３３を備えている。制御部１３３２は、記憶部１３３３のデータをアップデートするアップデート部として機能する。このアップデートには、以下に説明するように、軽量課金バックアップサーバ１３２から得られた一時的画像処理装置アクティビティログに基づくデータによって、画像処理装置の課金ログをアップデートすることも含まれる。
【０１５０】
また、軽量課金バックアップサーバ１３２は、外部との通信を行なう通信部１３２１、コンピュータプログラムに従って、軽量課金バックアップサーバ１３２における各種構成の動作を統括的に制御する制御部１３２２、各種データを記憶するデータ保存部１３２３を備えている。このデータ保存部１３２３には、以下で説明する、一時的画像処理装置アクティビティログが保存される。ここで、軽量課金バックアップサーバ１３２は複数備えられており、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていている。
【０１５１】
なお、主要サーバ１３３あるいは、軽量課金バックアップサーバ１３２が、上記説明した遠隔演算装置６，６０，１２６ａ・１２６ｂと同じ構成を備えていてもよい。
【０１５２】
本発明の実施形態では、主要サーバを利用できなくなった場合に、画像処理装置（ＩＤｅｖ）の課金データを保持するための方法およびシステムを含んでいる形態もある。このような実施形態では、他のサーバ上で動作可能な、または、ネットワーク化されたどのような演算装置上でも動作可能な、軽量課金バックアップサーバ（ＬＡＢＳ）アプリケーションが備えられている。
【０１５３】
典型的な画像処理装置システムにおいて、画像処理装置では、課金制御されている。つまり、画像処理装置は、サーバ上で動作しているアプリケーションに接続されており、このアプリケーションは装置のアクティビティを記憶する処理を行っている。サーバのアプリケーションは、装置のアクティビティ（各個人または各アカウントで行われたコピーの数など）を記憶することの他に、例えばユーザの認定に関して画像処理装置の機能を使用可能または使用不可にする。このことは、画像処理装置の使用に対する課金をアカウント毎にまたは個人毎にすることを目的として行われる。典型的なシステムでは、課金アプリケーションに不具合が生じた場合、または、課金アプリケーションを一時的に利用できなくなった場合、画像処理装置は全体的に使用不可になり、ユーザは画像処理装置を使用しての処理ができなくなる可能性がある。画像処理装置は使用可能なままである可能性もあるが、画像処理装置を使用した記録は残らなくなってしまう。このようなことは、一般的に営利的な環境では容認されない。
【０１５４】
本発明の実施形態には、主要課金サーバがダウンした場合に、画像処理装置を課金制御し続ける能力を有する方法およびシステムを含むものもある。このような実施形態では、上記システムにおける１つまたは複数のパーソナルコンピュータ上で動作する軽量課金バックアップサーバ（ＬＡＢＳ）によって、課金制御が行われる。主要課金サーバが元通り稼動し始めるとき、主要課金サーバは、課金データについてＬＡＢＳに問い合わせを行い、主要画像処理装置のアクティビティログをアップデートする。
【０１５５】
また、本発明の実施形態では、利用可能な軽量課金バックアップサーバ（ＬＡＢＳ）のリストを有している装置を備えていてもよい。このリストの情報は、例えば、アプリケーションのウェブサーバエントリポイントをＬＡＢＳに指し示すＵＲＬの形状であってもよい。このリストを、手動で管理してもよいし、または、何かの形態の探索メカニズムによってデータを取り込む（populate）ようになっていてもよい。主要課金サーバが使用不可の場合は、画像処理装置は、リストにある第１ＬＡＢＳに接続を試み、接続に成功するまで、リストにある後続の各ＬＡＢＳに接続を試みる。一旦接続に成功すると、接続されたＬＡＢＳが画像処理装置の課金制御を引き継ぐ。
【０１５６】
ＬＡＢＳは、主要課金サーバ（ＰＡＳ）アプリケーションが実施するのと同じ機能を完全には実施しない形態もある。例えば、ＬＡＢＳは、主要課金サーバのように企業データ全体を有しているよりもむしろ、個別の画像処理装置を一般的に使用する特定の部門のための部門情報だけを備えていてもよいが、これに制限はされない。ＬＡＢＳは、ＰＡＳの機能の全てを実施してもよいし、または、制限された部分集合である機能を実施してもよい。また、ＬＡＢＳがユーザログインおよびクリック算出機能のみを実施する形態もある。このような実施形態では、ユーザの利用できないＩＤｖｅ機能があることもある。
【０１５７】
主要課金サーバがオンラインに復旧したとき、主要課金サーバが元通りに稼動していることを示すメッセージが、画像処理装置へ送信されてもよい。この場合、画像処理装置は、このことをＬＡＢＳに知らせ、ＬＡＢＳが記録しておいた一時的な画像処理装置課金ログ（ＴＩＡＬ）データ（一時的画像処理装置アクティビティデータ）を主要課金サーバへ転送するように指示してもよい。最終的に、主要課金サーバの利用が再び不可となるまでに、画像処理装置は、元に戻り、課金データを主要課金サーバへ送信するようになる。
【０１５８】
ＰＡＳが、ＴＩＡＬデータを要求するとき、および、ＴＩＡＬデータをＬＡＢＳから受信するときに、ＬＡＢＳとＰＡＳとが直接通信してもよい。しかしながら、ＬＡＢＳからＰＡＳへの直接的な通信を使用せず、画像処理装置を介して通信が行われてもよい。
【０１５９】
本発明の実施形態には、１つまたは複数の付加的な画像処理装置と、ＬＡＢＳアプリケーションを動作させる１つまたは複数の遠隔演算装置（ＲＣＤ）とに接続された画像処理装置を含むものもある。これらの画像処理装置は、さらに、主要課金サーバと通信していてもよい。
【０１６０】
図１３Ａを参照して説明する本発明の実施形態は、複数のネットワーク化された（遠隔）演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃを備えていてもよく、これらは、通信ネットワーク１３４を介して、課金制御された複数の画像処理装置１３１Ａ−１３１Ｃにリンクされている。これらの画像処理装置１３１Ａ−１３１Ｃおよび演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃは、さらに、主要課金サーバ（ＰＡＳ）１３３にリンクされていてもよい。ＰＡＳは、画像処理装置１３１Ａ−１３１Ｃから受信したＩＤｅｖアクティビティデータと、課金データとを画像処理装置毎に対応付けて格納している。
【０１６１】
ネットワーク１３４によりネットワーク化された（遠隔）演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃは、ＬＡＢＳとして機能することもある。これらのＬＡＢＳは、演算装置上で動作するアプリケーションであり、何らかの課金制御および／またはＩＤｅｖアクティビティ記録機能を提供する。これらのＬＡＢＳは、何らかの他の主要機能を有する演算装置の一部であってもよい。ＬＡＢＳが、典型的クライアント演算装置、または、文書処理や下書きのために使用されるワークステーション、または、何らかの他の主要アプリケーションの一部である形態もある。ＬＡＢＳアプリケーションは、バックグラウンドで動作してもよく、主要演算装置のユーザに対しては透過型であってもよい。
【０１６２】
主要課金サーバ１３３がオフラインになるとき、画像処理装置１３１Ａ−１３１Ｃは、課金データを、軽量課金バックアップサーバ（ＬＡＢＳ）１３２Ａ−１３２Ｅ、１３５Ａ−１３５Ｃへ送信してもよい。ＬＡＢＳ１３２Ａ−１３２Ｅ、１３５Ａ−１３５Ｃは、主要課金サーバ１３３が元通りにオンラインになるまでデータを一時的に格納する。
【０１６３】
図１３Ｂを参照して説明する本発明の実施形態では、システムは、画像処理装置１３７と主要課金サーバ１３８とに接続された演算装置１３６を備えている。このような実施形態では、演算装置１３６は、軽量課金バックアップサーバ（ＬＡＢＳ）１３９として機能する構成要素を備えている。この構成要素は、ネットワーク１３４（例えば、有線接続された、または、無線接続されたネットワーク）に接続されている。このような実施形態の構成要素は、他の実施形態と同じように機能するが、ネットワークのスケールは非常に小さい。
【０１６４】
図１４Ａを参照して説明する本発明の実施形態は、ユーザのために画像処理装置の機能を遂行する課金制御された画像処理装置を備えている。さらに、この画像処理装置は、ユーザに、遠隔アプリケーションに対するアクセスを提供してもよい。典型的には、ユーザは、アカウントデータおよびユーザ証明データを提供することによりシステムにログオンし、画像処理装置および／またはそのローカルアプリケーションまたは遠隔アプリケーションは、ユーザ証明データを認証し、ユーザのアカウントに関連するシステムへのアクセスを許可する。ユーザが画像処理装置の機能、ローカルアプリケーションおよび／または遠隔アプリケーションにアクセスする場合、画像処理装置は、このアクティビティを監視し、アクティビティを課金サーバへレポートする。このレポートは、ネットワークおよびサーバの現在の状態に応じて、主要課金サーバ（ＰＡＳ）、または、軽量課金バックアップサーバ（ＬＡＢＳ）に対して行われる。
【０１６５】
全てのサーバ、装置、および、ネットワーク構成要素が適切に機能している（画像処理装置はＰＡＳを利用できる）場合は、画像処理装置は、ＰＡＳを利用できるということを決定し（工程１４０）、アクティビティデータ（画像処理装置アクティビティデータ）を主要課金サーバ（ＰＡＳ）へ送信する（工程１４１）。もしくは、ＰＡＳの使用可能性を決定するための肯定応答プロセスを用いてメッセージを送信してもよい。ＰＡＳを利用できない場合（工程１４２）、画像処理装置は、装置自身が有している（あるいは装置がアクセス可能な）ＬＡＢＳのリストにアクセスし（工程１４３）、リストにあるＬＡＢＳが利用できるかどうか決定する（工程１４４）。あるＬＡＢＳが利用可能であると決定されると（工程１４５）、画像処理装置は、そのＬＡＢＳに、アクティビティデータを送信する（工程１４６）。ＬＡＢＳは、画像処理装置に対する一時的ＩＤｅｖアクティビティログ（ＴＩＡＬ）を保持する。ＬＡＢＳを使用できない場合（工程１４５）は、画像処理装置は、利用可能なＬＡＢＳを見つけるまで、他のＬＡＢＳへとリストを下へ進み、各ＬＡＢＳが利用できるかを決定する（工程１４４）。そして、画像処理装置は、利用可能なＬＡＢＳが決定されたら、そのＬＡＢＳへ、アクティビティデータを送信する（工程１４７）。また、画像処理装置が各アクティビティメッセージを送信した後にこのプロセスを行う形態でもよい。さらに、利用可能なＬＡＢＳがいったん見つけられると、このＬＡＢＳは、現在の課金サーバ（ＣＡＳ）として表されてもよく、全てのアクティビティデータは、使用可能性（availability）に変化が生じるまで、そのサーバへ送信される形態もある。
【０１６６】
本発明によれば、複数のＬＡＢＳが、単一の画像処理装置または複数の画像処理装置によって使用される形態でもよい。また、ＰＡＳの利用するエリアの異なる領域に、局部的なＬＡＢＳを割り当てた形態でもよい。ＰＡＳを利用できなくなった場合、画像処理装置は、その地理的位置、アカウント状態、ユーザ証明データ、画像処理装置のタイプ、または何らかの他の局部的識別子に応じて、局部的ＬＡＢＳにレポートしてもよい。各領域は、一連のＬＡＢＳを備えていてもよい。また、局部的ＬＡＢＳが、画像処理装置のリストに記載されているバックアップＬＡＢＳとして、他の局部的ＬＡＢＳを有している形態でもよい。
【０１６７】
図１４Ｂを参照して説明する本発明の実施形態の記載は、利用不可であったＰＡＳが利用できるようになるときに行われるデータ回復プロセスを説明するものである。この実施形態では、ＰＡＳが利用できるようになると（工程１４８）、ＰＡＳは回復メッセージを送信する。画像処理装置は、回復メッセージを受信すると、ＰＡＳに対するアクティビティデータの送信を再開する（工程１４９）。また、ＬＡＢＳがさらに回復メッセージを受信し、応答として、一時的ＩＤｅｖアクティビティログ（ＴＩＡＬ）をＰＡＳへ送信するようになっていてもよい。ＬＡＢＳが回復メッセージを受信しない実施形態では、画像処理装置は、回復メッセージに対して、ＬＡＢＳに対して「ＰＡＳへＴＩＡＬを送信せよ」という指示のメッセージを、送信する（工程１５０）ことによって応答してもよい。ＰＡＳは、いったんＴＩＡＬデータを受信すると、ＰＡＳが使用できなかった間にログされた一時的なデータを用いて、主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１５１）。
【０１６８】
図１５を参照して説明する本発明の実施形態では、メッセージおよびアクティビティデータを、ＰＡＳとＬＡＢＳとに送信できる画像処理装置を備えている。また、ＰＡＳとＬＡＢＳとが直接通信を行う形態でもよい。このような実施形態では、ＰＡＳを利用できなくなった場合、画像処理装置は、アクティビティデータをＰＡＳへ送信できなくなる。このことは、メッセージ肯定応答プロセス、ＰＡＳのネットワーク接続確認（pinging）、または他の方法によって検出される。
【０１６９】
ＰＡＳを利用できなくなると（工程１５４）、画像処理装置は、代替ＬＡＢＳのアドレスを決定するために、ＬＡＢＳリストにアクセスする（工程１５５）。そして、画像処理装置は、リストにある第１ＬＡＢＳが使用できるかを決定する。このことを、送信・肯定応答プロセスに応じてリストの第１ＬＡＢＳへメッセージを送信する（工程１５６）ことによって行う形態もある。第１ＬＡＢＳからの肯定応答が受信すると（工程１５７）、画像処理装置は、アクティビティデータを第１ＬＡＢＳへ送信する（工程１５９）。次に、第１ＬＡＢＳは、送られたデータを、ＴＩＡＬにコンパイルする。第１ＬＡＢＳがメッセージを肯定しないと、画像処理装置は、リストにある次のＬＡＢＳへメッセージを送信し（工程１５８）、このプロセスを、ＬＡＢＳがプロセスを肯定し、アクティビティデータを受信し、ＴＩＡＬをコンパイルするまで続ける。
【０１７０】
図１６に示す本発明の実施形態は、ＬＡＢＳと通信することのできる画像処理装置を備えている。このような実施形態では、ＰＡＳ不具合の後にＬＡＢＳ不具合が生じている間は、これらの素子はアクティビティデータを保持するための典型的プロセスに従う。この典型的プロセスでは、画像処理装置は、アクティビティデータを、ＬＡＢＳへ送信し、ＬＡＢＳは、ＴＩＡＬをコンパイルする。このような実施形態では、送信・肯定応答プロセスが使用されている。しかしながら、代替実施形態では、ＬＡＢＳが使用できるかを、他の方法によって決定してもよい。画像処理装置は、肯定応答（ＡＣＫ）がなされることを期待して、ＬＡＢＳへメッセージを送信してもよい（工程１６２）。ＡＣＫが受信されると（工程１６４）、画像処理装置ＩＤｅｖはＬＡＢＳへのアクティビティデータの送信を続ける（工程１６８）。ＡＣＫが受信されなければ（工程１６４）、画像処理装置は、そのＬＡＢＳリストにアクセスし、ＡＣＫがなされることを期待して、リストにある次のＬＡＢＳへメッセージを送信する（工程１６６）。このプロセスは、画像処理装置のメッセージがＡＣＫを受信するまで続く。ＡＣＫを受信した時点で、画像処理装置は、そのアクティビティデータを、肯定されたＬＡＢＳへ送信する。
【０１７１】
図１７に示す本発明の実施形態は、利用不可能な期間の後、主要課金サーバ（ＰＡＳ）へのデータ送信を回復するための方法および／またはシステムを含んでいる。このような実施形態では、ＰＡＳは、ネットワークとの接続により、オンラインになり（工程１７０）、完全な機能性を有するようになる。次に、ＰＡＳは、他のデバイスに加えて、ネットワーク上の任意の画像処理装置によっても受信される回復メッセージを送信する（工程１７２）。回復メッセージを受信すると、画像処理装置ＩＤｅｖは、ＰＡＳへのアクティビティデータの送信を再開する（工程１７３）ことにより応答する。また、画像処理装置は、使用していたＬＡＢＳに対して「ＰＡＳへＴＩＡＬを送信せよ」という指示を行うメッセージを送信することにより、上記回復メッセージに対して応答する形態でもよい。次に、ＰＡＳは、ＴＩＡＬデータを受信し（工程１７６）、ＴＩＡＬデータによって主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１７８）。
【０１７２】
図１８に示す本発明の実施形態は、利用不可能な期間の後、主要課金サーバ（ＰＡＳ）へのデータを回復するための方法および／またはシステムを含んでいる。このような実施形態では、ＰＡＳは、ネットワークとの接続により、オンラインになり（工程１８０）、完全な機能を有するようになる。次に、ＰＡＳは、他のデバイス（例えば、ＬＡＢＳ）に加えて、ネットワーク上の任意の画像処理装置によっても受信される回復メッセージを送信する（工程１８２）。回復メッセージを受信すると画像処理装置ＩＤｅｖは、ＰＡＳへのアクティビティデータの送信を再開する（工程１８３）ことにより応答する。また、ＬＡＢＳが記録したＴＩＡＬデータをＰＡＳへ送信する（工程１８４）ことにより、回復メッセージに応答する形態でもよい。ＴＩＡＬデータは、特定の要求に応答して送信される形態でもよい。ＰＡＳは、ＴＩＡＬデータを受信すると（工程１８６）、ＴＩＡＬデータによって主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１８８）。
【０１７３】
本明細書中において使用されている用語および表現は、内容を説明するためのものであって本発明の技術範囲を限定するものではない。また、これらの用語および表現は、図示および説明されている本発明の特徴あるいはその一部に関して差異をつけることを意図したものではない。つまり、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１７４】
本発明は、例えば、課金制御が行われるプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０１７５】
【図１】遠隔演算装置に接続された画像処理装置を含む、本発明の一形態の図である。
【図２】画像処理装置用の典型的なユーザインターフェースを示す図である。
【図３】画像処理装置の一例を示す図である。
【図４】画像処理装置での処理の流れを示すフローチャートである。
【図５】画像処理装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図６】遠隔演算装置の一例を示す図である。
【図７】遠隔演算装置の構成要素を示すブロック図である。
【図８】遠隔演算装置での処理の流れを示すフローチャートである。
【図９】遠隔演算装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図１０】遠隔演算装置に接続される複数の画像処理装置を備えたシステムを示す図である。
【図１１】図１０に示されるシステムでの処理の流れを示すフローチャートである。
【図１２】複数の遠隔演算装置およびリンクされたリソースを含む、本発明の一実施形態の構成要素を示す図である。
【図１３Ａ】画像処理装置と、演算装置と、主要課金サーバと、ＬＡＢＳとを備えるシステムの一例を示す図である。
【図１３Ｂ】画像処理装置と、軽量課金バックアップサーバを有する演算装置と、主要課金サーバとを備えるシステムの一例を示す図である。
【図１４Ａ】主要課金サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持する処理の流れを示すチャートである。
【図１４Ｂ】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する処理の流れを示すチャートである。
【図１５】主要課金サーバに不具合の生じた場合に、軽量課金バックアップサーバ見出す処理の流れを示すチャートである。
【図１６】現在の軽量課金バックアップサーバに不具合が生じた場合に、新しい軽量課金バックアップサーバを見出す処理の流れを示すチャートである。
【図１７】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する一処理の流れを示すチャートである。
【図１８】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する別の処理の流れを示すチャートである。
【図１９】本発明の一実施形態に係る課金データ保持システムの構成要素を示すブロック図である。
【符号の説明】
【０１７６】
２ ＵＩパネル
４，３０（３０ａ〜３０ｄ），１２０，１３１（１３１Ａ〜１３１Ｃ），１３７ 画像処理装置（ＩＤｅｖ）
６，６０，１２６ａ，１２６ｂ 遠隔演算装置（ＲＣＤ）
８ ＵＩ装置
１３２（１３２Ａ〜１３２Ｃ），１３５（１３５Ａ〜１３５Ｅ），１３９ 軽量課金バックアップサーバ（ＬＡＢＳ）
１３３，１３８ 主要課金サーバ（ＰＡＳ）
１３１１ 通信部
１３１２ 制御部
１３１３ 記憶部
１３２１ 通信部
１３２２ 制御部
１３２３ データ保存部
１３３１ 通信部（回復メッセージ送信部、現在データ受信部、ログ要求送信部）
１３３２ 制御部（アップデート部）
１３３３ 記憶部
【技術分野】
【０００１】
本発明は、主要課金サーバを利用できなくなった場合に、画像処理装置の課金データを保持するための方法およびシステムに関するものである。
【背景技術】
【０００２】
プリンタ、コピー機、スキャナ、ファックスなどの画像処理装置は、特定の用途または用途の組み合わせに適合するために、多彩な機能および能力を備えている。画像処理装置は、従来は別々である画像処理装置の、２つ以上の機能を組み合わせた、多機能周辺機器（ＭＦＰ）の形態を取ることが多い。ＭＦＰは、任意の数の画像処理装置を組み合わせていて構わないが、一般的には、プリンタ、画像読取器、コピー機、およびファックスの機能を備えている。
【０００３】
画像処理装置の中には、データ記憶および処理のためのコンピューティングリソース（例えばプロセッサ、ハードディスクドライブ、メモリ、および、他のデバイス）を備えたものがある。画像処理装置にさらに特徴的構成や機能を付加すると、さらに高価に、そしてさらに複雑になる。
【０００４】
さらに複雑な画像処理装置およびＭＦＰとして、例えば、他の演算装置（例えばパーソナルコンピュータ、他の画像処理装置、ネットワークサーバ、および、他の機器）との通信を可能にするネットワーク接続性能を備えたものがある。この接続性能によって、画像処理装置が、接続されたネットワーク上で利用可能な外部リソース（他の演算装置）を使用することが可能になる。
【０００５】
画像処理装置は、一般的に、複数のボタン、つまみ、その他のユーザ入力機構を有するユーザ入力パネルを備えている。また、表示パネルを備えた画像処理装置もある。この表示パネルとしては、表示のためだけに用いられるものもあれば、ユーザがディスプレイ上で直接入力できるタッチパネルディスプレイもある。
【０００６】
タッチパネルディスプレイを備えた装置、またはこのディスプレイと共に配置されたボタンを有する装置は、ユーザ入力によって選択されるメニューデータを表示することができる。このメニューデータは、通常、画像処理装置に搭載されたサーバモジュールによって駆動される。
【０００７】
ここで、例えば、特許文献１には、画像処理装置と画像処理装置を制御する制御装置とが独立して形成されており、通信制御装置は、監視している画像処理装置の状態に関する情報を制御装置へ送信するのが不可能になった場合には、情報を一次記憶手段に記憶しておき、送信が可能になると一次記憶しておいた情報を送信するシステムが開示されている。
【特許文献１】特開２００５−３３４６０（２００５年２月３日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のシステムにおいて、一次記憶記憶手段に記憶できない場合には、画像処理装置の状態に関する情報が残らないか、画像処理装置そのものが使用不可になってしまう。特に、画像処理装置の状態に関する情報が課金に関する課金データである場合、営利上好ましくない。
【０００９】
本発明は上記の問題点に鑑みてなされたものであり、その目的は、主要課金サーバに不具合が生じた場合でも確実に画像処理装置の課金データを保持することができる課金データ管理方法等を提供することにある。
【課題を解決するための手段】
【００１０】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、上記画像処理装置の主要課金サーバが有効か否かを判定するステップと、上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップと、を含むことを特徴としている。
【００１１】
上記方法によると、主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスする。そして、このリストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定して、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信する。
【００１２】
そのため、主要課金サーバに不具合が生じた場合でも、代行の軽量課金バックアップサーバを見つけ、確実に画像処理装置の課金データを保持することができる。
【００１３】
また、本発明に係る課金データ保持方法は、さらに、上記主要課金サーバが有効である場合、当該主要課金サーバへ上記画像処理装置アクティビティデータを送信するステップを含む。
【００１４】
上記方法によると、主要課金サーバが、有効であると、あるいは不具合の後回復すると、画像処理装置アクティビティデータは、主要課金サーバに送信されることになる。よって、主要課金サーバにての管理を確実に行なうことができる。
【００１５】
また、本発明に係る課金データ保持方法では、上記判定するステップは、メッセージを送信するステップと、肯定応答を受信するステップを含んでもよい。
【００１６】
上記方法によると、メッセージを送信して、肯定応答を受信することにより、上記判定するステップを実行することができる。
【００１７】
ここで、上記軽量課金バックアップサーバは、上記画像処理装置とネットワークで接続した演算装置にて動作するアプリケーションであってもよい。
【００１８】
また、本発明に係る課金データ保持方法では、上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストでは、上記画像処理装置に対して地理的に近い順序に軽量課金バックアップサーバが並べられていてもよい。
【００１９】
上記方法によると、上記画像処理装置に対して地理的に近い順序に、軽量課金バックアップサーバが有効か否かを判定することになり、より近くて有効な軽量課金バックアップサーバに、画像処理装置アクティビティデータが送信される。
【００２０】
また、上記リストで、軽量課金バックアップサーバは、上記画像処理装置に対して地理的に近い順序で並べられることに限定されず、例えば、ネットワークトポロジに基づく順序で並べられていてもよい。
【００２１】
また、本発明に係る課金データ保持方法では、さらに、上記主要課金サーバが有効になるまで上記有効な軽量課金バックアップサーバへ上記課金データを送信し続けるステップをさらに含んでもよい。
【００２２】
上記方法によると、上記主要課金サーバが有効になるまで、有効な軽量課金バックアップサーバにて課金データが保持されるので、確実に画像処理装置の課金データが保持される。
【００２３】
また、本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、上記画像処理装置が、主要課金サーバから、当該主要課金サーバを、画像処理装置アクティビティデータを保持するための現在の課金サーバとして指名せよという指示を含む回復メッセージを受信するステップと、上記画像処理装置から上記主要課金サーバへ上記課金データを含む画像処理装置アクティビティデータの送信を開始するステップと、上記画像処理装置が、上記軽量課金バックアップサーバからの一時的画像処理装置アクティビティログを要求するステップと、上記画像処理装置が、上記軽量課金バックアップサーバから上記一時的画像処理装置アクティビティログを受信するステップと、上記画像処理装置が、上記一時的画像処理装置アクティビティログを、現在の課金サーバとして示されることとなった上記主要課金サーバへ転送するステップと、を含むことを特徴としている。
【００２４】
上記方法によると、画像処理装置は、主要課金サーバから回復メッセージを受信することで、課金データを含む画像処理装置アクティビティデータの送信を開始する。さらに画像処理装置は、軽量課金バックアップサーバに対して一時的画像処理装置アクティビティログを要求しこれを受信する。そして、この一時的画像処理装置アクティビティログを、現在の課金サーバとして指名された主要課金サーバへ転送する。
【００２５】
上記方法によると、主要課金サーバが有効になると（復旧すると）、主要課金サーバに対して、現在の画像処理装置アクティビティデータ、さらに、軽量課金バックアップサーバにて保持されている一時的画像処理装置アクティビティログのデータが送信される。よって、主要課金サーバが有効でない期間（不具合の生じている間）のデータが欠けることなく、確実に画像処理装置の課金データが保持される。
【００２６】
また、本発明に係る課金データ保持方法は、さらに、上記一時的画像処理装置アクティビティログを要求するステップと、上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログを転送するステップとは、上記軽量課金バックアップサーバが上記一時的画像処理装置アクティビティログを上記主要課金サーバへ直接送信するように要求するステップによって置換されてもよい。
【００２７】
上記方法によると、一時的画像処理装置アクティビティログを、画像処理装置を介さず、直接主要課金サーバへ送信することができる。
【００２８】
本発明に係る課金データ回復方法は、上記課題を解決するために、不具合の後に回復した主要課金サーバに対して、画像処理装置の課金データをリカバーする課金データ回復方法であって、回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージを送信するステップと、上記回復メッセージに対する応答として、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信するステップと、上記の画像処理装置へ、一時的画像処理装置アクティビティログ要求を送信するステップと、上記画像処理装置から上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートするステップと、を含むことを特徴としている。
【００２９】
上記方法によると、回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージが送信される。この回復メッセージに対する応答として、主要課金サーバは、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信する。その後、主要課金サーバは、画像処理装置に対して、一時的画像処理装置アクティビティログ要求を送信し、画像処理装置から一時的画像処理装置アクティビティログを受信する。そして、上記一時的画像処理装置アクティビティログに基づくデータにより、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートする。
【００３０】
よって、上記方法によると、主要課金サーバは、自身に不具合がある期間の課金に関するデータを、受信した一時的画像処理装置アクティビティログを用いてアップデートでき、確実に画像処理装置の課金データを保持することができる。
【００３１】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログ要求を送信するステップは、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求の送信を含んでもよい。
【００３２】
上記方法によると、一時的画像処理装置アクティビティログ要求を、画像処理装置を介して、提携した軽量課金バックアップサーバに対して行なうことができる。
【００３３】
また、上記一時的画像処理装置アクティビティログ要求は、上記回復メッセージの一部であってもよい。
【００３４】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログは、上記画像処理装置から受信されてもよい。この場合、一時的画像処理装置アクティビティログが、画像処理装置を介して、軽量課金バックアップサーバから受信されてもよい。あるいは、一時的画像処理装置アクティビティログが画像処理装置自体に保持されるようになっていて、一時的画像処理装置アクティビティログが画像処理装置から受信されてもよい。
【００３５】
また、本発明に係る課金データ回復方法では、上記一時的画像処理装置アクティビティログは、軽量課金バックアップサーバから受信されてもよい。この場合、一時的画像処理装置アクティビティログが、軽量課金バックアップサーバから直接受信されてもよい。
【００３６】
本発明に係る課金データ回復システムは、上記課題を解決するために、不具合の後に回復した課金サーバに対して、画像処理装置の課金データをリカバーするための課金データ回復システムであって、回復した主要課金サーバから、少なくとも１つのネットワーク接続した装置へ、回復メッセージを送信するための回復メッセージ送信部と、上記画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信するための現在データ受信部と、一時的画像処理装置アクティビティログ要求を送信するためのログ要求送信部と、上記一時的画像処理装置アクティビティログを受信するためのログ受信部と、上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置の課金ログをアップデートするためのアップデート部と、
を備えることを特徴としている。
【００３７】
上記システムでは、回復した主要課金サーバは、回復メッセージを送信し、画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信する。さらに、主要課金サーバは、一時的画像処理装置アクティビティログ要求を送信し、上記一時的画像処理装置アクティビティログを受信する。そして、主要課金サーバは、上記一時的画像処理装置アクティビティログに基づくデータによって、画像処理装置の課金ログをアップデートすることができる。
【００３８】
このように、上記システムによると、主要課金サーバは、自身に不具合がある期間の課金に関するデータを、受信した一時的画像処理装置アクティビティログを用いてアップデートすることができる。よって、確実に画像処理装置の課金データが保持される。
【００３９】
また、本発明に係る課金データ回復システムでは、上記一時的画像処理装置アクティビティログの要求は、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求を含んでもよい。
【００４０】
上記システムによると、画像処理装置を介して、軽量課金バックアップサーバに対して、一時的画像処理装置アクティビティログの要求を行なうことができる。
【００４１】
また、本発明に係る課金データ回復システムでは、上記ログ要求送信部は、上記一時的画像処理装置アクティビティログ要求を、軽量課金バックアップサーバへ直接送信してもよい。
【００４２】
上記システムによると、軽量課金バックアップサーバに対して、一時的画像処理装置アクティビティログの要求を直接行なうことができる。
【００４３】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、ネットワーク接続した演算装置にてアプリケーションとして動作している軽量課金バックアップサーバからの利用可能性要求（軽量課金バックアップサーバが利用可能（動作可能）かどうかを確認するもの）についてネットワークを監視するステップと、上記軽量課金バックアップサーバにて、主要課金サーバが使用不可になった画像処理装置から、利用可能性要求を受信するステップと、上記利用可能性要求に対して利用可能性確立をすることによって応答するステップと、上記画像処理装置から上記課金データを含む画像処理装置アクティビティデータを受信するステップと、上記画像処理装置アクティビティデータを含む一時的画像処理装置アクティビティログを保持するステップと、を含むことを特徴としている。
【００４４】
上記方法によると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログを保持することができる。よって、常に課金データを含む画像処理装置アクティビティデータを保持することができる。
【００４５】
なお、上記軽量課金バックアップサーバは、上記ネットワーク接続された演算装置の上記主要機能ではなくてもよい。
【００４６】
また、本発明に係る課金データ保持方法では、上記画像処理装置アクティビティデータは、画像処理装置機能アクティビティに関連付けられたユーザ課金データを含んでいてもよい。このようであると、各ユーザが画像処理装置のどの機能を用いたかを管理して課金することができる。
【００４７】
また、本発明に係る課金データ保持方法では、上記画像処理装置アクティビティデータは、上記画像処理装置を介してアクセスされる遠隔（リモート）アプリケーションアクティビティに関連付けられたユーザ課金データを含んでいてもよい。このようであると、各ユーザがどの遠隔アプリケーションを用いたかを管理して課金することができる。
【００４８】
なお、上記の画像処理装置アクティビティデータは、ユーザ課金データと、画像処理装置機能アクティビティデータと、上記画像処理装置を介してアクセスされる遠隔アプリケーションの遠隔アプリケーションアクティビティデータとを含んでいてもよい。
【００４９】
本発明に係る課金データ保持方法は、上記課題を解決するために、主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間の間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する、軽量課金バックアップサーバアプリケーションにて、一時的画像処理装置アクティビティログに対する要求を受信するステップと、上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信するステップと、を含むことを特徴としている。
【００５０】
上記方法によると、軽量課金バックアップサーバアプリケーションは、ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する。そして、軽量課金バックアップサーバアプリケーションは、一時的画像処理装置アクティビティログ要求を受信し、上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信する。
【００５１】
よって、上記方法によると、主要課金サーバが使用不可能な期間の画像処理装置アクティビティが演算装置にて保存され、送信されるので、課金データは確実に保持される。
【００５２】
本発明に係る画像処理装置アクティビティデータ保持方法は、上記課題を解決するために、主要サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持するための画像処理装置アクティビティデータ保持方法であって、画像処理装置アクティビティログを保持するための主要課金サーバを設定するステップと、上記主要課金サーバが利用できない場合は、一時的画像処理装置アクティビティログを保持するための、上記主要課金サーバから離れた装置において、軽量課金バックアップサーバを設定するステップと、上記主要課金サーバが利用できる場合は、当該主要課金サーバへ画像処理装置アクティビティデータを送信するステップと、上記主要課金サーバが利用できない場合は、上記軽量課金バックアップサーバへ画像処理装置アクティビティデータを送信するステップと、上記主要課金サーバが利用不可期間の後に、上記軽量課金バックアップサーバから上記主要課金サーバへ、上記一時的画像処理装置アクティビティログを送信するステップと、上記利用不可期間の後に、上記一時的画像処理装置アクティビティログによって、上記画像処理装置アクティビティログをアップデートするステップとを含むことを特徴としている。
【００５３】
上記方法によると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログが保持され、主要課金サーバが普及すると、一時的画像処理装置アクティビティログを用いて画像処理装置アクティビティログをアップデートすることができる。よって、常に画像処理装置アクティビティデータを保持することができる。
【００５４】
また、本発明に係る画像処理装置アクティビティデータ保持方法では、独立した装置である複数の軽量課金バックアップサーバをさらに備え、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていてもよい。
【００５５】
上記構成によると、画像処理装置自体に軽量課金バックアップサーバのリストを備えてあり、そのリストに基づき、利用できる軽量課金バックアップサーバを検索することができる。
【００５６】
また、本発明に係る画像処理装置アクティビティデータ保持方法では、上記利用不可期間を、上記主要課金サーバから上記軽量課金バックアップサーバへメッセージを送信することによって終了し、上記一時的画像処理装置アクティビティログを要求するステップを含んでもよい。あるいは、上記利用不可期間を、上記主要課金サーバから上記画像処理装置へのメッセージによって終了し、上記一時的画像処理装置アクティビティログを要求し、上記画像処理装置にて、上記軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求し、上記一時的画像処理装置アクティビティログを上記主要課金サーバへ転送するステップを含んでもよい。
【００５７】
本発明に係る課金データ保持システムは、上記課題を解決するために、画像処理装置の課金データを保持するための課金データ保持システムであって、ネットワーク接続された複数の（クライアント）演算装置と、ネットワーク接続された演算装置上で動作し、軽量課金バックアップサーバとして機能する、少なくとも１つの軽量課金バックアップサーバアプリケーションと、ネットワーク接続された主要課金サーバと、少なくとも１つの画像処理装置とを備え、上記主要課金サーバが利用でき、上記主要課金サーバが上記課金データを含む画像処理装置アクティビティログを保持している場合は、上記画像処理装置は、自身のアクティビティデータを、上記主要課金サーバへ報告し、上記主要課金サーバが利用できない場合は、上記画像処理装置は、自身のアクティビティデータを、上記少なくとも１つの軽量課金バックアップサーバへ報告し、上記の画像処理装置が上記軽量課金バックアップサーバへ報告する場合は、上記少なくとも１つの軽量課金バックアップサーバは、一時的画像処理装置アクティビティログを保持し、上記軽量課金バックアップサーバは、上記主要課金サーバの利用不可期間の後、上記主要課金サーバへ報告を行い、上記主要課金サーバへ一時的画像処理装置アクティビティログを送信し、上記主要課金サーバは、上記一時的画像処理装置アクティビティログによって上記画像処理装置アクティビティログをアップデートする、ことを特徴としている。
【００５８】
上記システムによると、主要課金サーバが利用できない場合でも、軽量課金バックアップサーバにて一時的画像処理装置アクティビティログが保持され、主要課金サーバが普及すると、一時的画像処理装置アクティビティログを用いて画像処理装置アクティビティログをアップデートすることができる。よって、常に課金データを含む画像処理装置アクティビティデータを保持することができる。
【００５９】
なお、本発明は、画像形成システムの主要課金サーバを利用できなくなった場合に、課金データを継続的に収集するための方法およびシステムを含んでいる。
【発明の効果】
【００６０】
本発明に係る課金データ保持方法は、以上のように、上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップとを含む。
【００６１】
上記方法によると、主要課金サーバに不具合が生じた場合でも、代行の軽量課金バックアップサーバを見つけ、確実に画像処理装置の課金データを保持することができる。
【発明を実施するための最良の形態】
【００６２】
本発明の一実施形態について、図を参照しながら説明する。なお、全ての図中において、同様の部材には同じ符号を付与している。また、これらの各図は、詳細な説明の一部として明確に組み入れられるものである。
【００６３】
本発明の構成要素を、ここに示されている図においては一般化して描き、説明しているが、多種多様な形態に変更および設計できることができる。したがって、本発明の方法およびシステムの実施形態に関する以下の詳細な説明は、本発明の範囲を限定するものではなく、単に、本発明の現時点での好ましい実施形態の一例を示すものに過ぎない。
【００６４】
本発明の実施形態の構成要素を、ハードウェア、ファームウェアおよび／またはソフトウェアに組み込んでもよい。本明細書中に記載されている典型的な実施形態は、これらの形態のほんの一例を説明しているが、当業者であれば、本発明の範囲内において、これらの構成要素をこれらのあらゆる形態において実施できることを理解できるであろう。
【００６５】
本発明の実施形態は、画像処理装置を遠隔演算装置（リモート演算装置、演算装置）のアプリケーションと統合するインターフェースならびに構成（アーキテクチャ）、および、画像処理装置単体では不可能なソリューションを提供する環境を含んでいる。また、ネットワーク上のアプリケーションが、画像処理装置の機能をプログラム制御でき、かつ画像処理装置の入力パネルを介してユーザと交信できる基本設備（インフランストラクチャ）およびインターフェースを含んでいてもよい。画像処理装置内で実用的でないソフトウェア機能は、画像処理装置からアクセス可能なサーバ上で実行することができる。
【００６６】
本明細書および特許請求の範囲では、画像処理装置（ＩＤｅｖ）を、画像処理機能を有する装置として説明する。ここでいう画像処理機能には、例えば、画像読取、印刷、コピー、画像伝送（送信および受信）、画像変換などの機能が含まれる。典型的な画像処理装置としては、プリンタ、コピー機、ファックス、画像読取器、画像を伝送，変換，または加工する演算装置等がある。また、画像処理装置（ＩＤｅｖ）は、複数の画像処理機能を有するものであってよい。例えば、これに限定されるものではないが、一般的には、プリンタ、画像読取器、コピー機および／またはファックス、または画像送信機／受信機のうちの複数の機能がある多機能周辺機器（ＭＦＰ）は、画像処理装置の１タイプである。なお、ＭＦＰとしての他の画像処理装置は、上記以外の機能の組み合わせを備えたものであってよい。
【００６７】
本明細書および特許請求の範囲では、遠隔演算装置（ＲＣＤ）を、データ処理ができ、かつ通信回線を介して他の装置と通信できる能力を有する装置である。遠隔演算装置は、画像処理装置などの他の装置と通信するために、例えばネットワーク、電話線、シリアルケーブル、または他の有線回線あるいは無線回線のような通信回線を備える必要があるリモート装置である。典型的な遠隔演算装置としては、通信回線を備えたネットワークサーバ、ネットワークコンピュータ、その他の処理装置、および、その他の記憶装置などが挙げられる。
【００６８】
本発明のいくつかの実施形態を、図１および図２を参照して説明する。これらの実施形態は、画像処理装置（ＩＤｅｖ）４を備えている。この画像処理装置４は、多機能周辺機器（ＭＦＰ）であってもよく単機能装置であってもよい。画像処理装置４は、ユーザインターフェース（ＵＩ）パネル２をさらに備えている。ユーザインターフェースパネル２は、入力ボタン１４および表示装置１６を備えている。あるいは、ユーザインターフェースパネル２は、タッチパネルシステムを備えていてもよい。タッチパネルシステムは、ボタン１４を備えていてもいなくてもよい。また、ユーザ入力および表示は、別個のＵＩ装置８を介して実行されるものであってよい。このＵＩ装置８は、例えばＵＳＢ、ネットワークケーブル、無線などの通信回線１２によって、画像処理装置４と接続されている。ＵＩ装置８は、表示装置だけでなく、キーボードまたはボタンのような入力装置を備えていてよい。また、ＵＩ装置８に備えられる表示装置は、タッチスクリーンパネルであってもよい。このような種類のＵＩ装置８は、リモート入力装置からＵＩ装置８へと入力された命令を伝送するためのインターフェースをさらに備えていてもよい。また、ＵＩ装置８は、画像処理装置４へ伝送するための入力データを記憶するために構成されている記憶装置（例えば、メモリスティック、ＵＳＢメモリカードなど）を備えていてよい。
【００６９】
これらの実施形態は、ネットワーク１０などの通信回線を介して画像処理装置４とリンクされている遠隔演算装置（ＲＣＤ）６をさらに備えている。このネットワーク１０は、一般的な有線回線または無線回線であってよい。
【００７０】
本発明の実施形態では、遠隔演算装置６から、ネットワーク１０を介して、画像処理装置４のＵＩパネル２またはＵＩ装置８へとメニューデータを提供してもよい。このメニューデータが画像処理装置４へ送られると、画像処理装置４のＵＩパネル２あるいはＵＩ装置８を使用して、遠隔演算装置６上において動作するアプリケーションと情報交換することができる。ＵＩパネル２あるいはＵＩ装置８が受け付けたユーザ入力を、遠隔演算装置６へ直接戻してもよい。
【００７１】
ウェブサービスは、ＵＲＩ（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）による制御と同様の方法であってもよい。
【００７９】
上記の実施形態において、画像処理装置４の制御部は、起動時に、外部認証アプリケーションが登録されているかどうかを確認する。登録されている場合、画像処理装置４は使用不可モードになり、上記アプリケーションは上記ユーザインターフェースを制御するために接続される。上記外部認証サーバを利用できない場合は、エラーメッセージが表示されて、画像処理装置４は使用不可のままである。この場合、画像処理装置４は、利用可能になるまで、上記外部認証サーバに定期的接続しようとする。下記の表１は、典型的な実施形態において、上記画像処理装置４が使用不可モードにある場合、何が上記ユーザインターフェースを制御するのかを表している。
【００８０】
【表１】
【００８１】
（遠隔演算装置アプリケーション）
本発明の実施形態では、画像処理装置４のカスタムＵＩパネル２に対するアクセス方法は、アプリケーションによって異なっていてもよい。文書管理統合（Document Management integration）などのソリューションには、固有の画像送信画面を用いることが好ましいものもあるが、画像読取ジョブに関する付加的な情報を集約したＵＩパネルを表示すものもある。カスタム印刷アプリケーションのような他のソリューションに、固有の機能以外の個々のモードからアクセスしてもよい。
【００８２】
これらソリューションアプリケーションの多様化するニーズに対応するため、上記の実施形態では、ユーザインターフェース制御に対する複数の統合ポイントをサポートしている。これらの統合ポイントは、ユーザによるアプリケーションを登録するための操作（「トリガー」）に基づいている。実施形態の中には、「遠隔演算装置Ｂ」に対する接続命令がＵＩパネル２になされて「トリガーＡ」がいつ生じるのかを画像処理装置４において把握するために、アプリケーションがターゲット装置（画像処理装置４）に登録される。典型的な実施形態において、アプリケーションは、複数の「トリガー」ポイントにおいて画像処理装置４と一体化されている。
【００８３】
遠隔演算装置６は特定の機能に登録されており、画像処理装置４のユーザインターフェースにおいて上記機能（例えば画像送信）のハードウェアキーが押されたときに接続される。上記遠隔演算装置６によって供給されるユーザインターフェース情報は、画像処理装置４にもともと備えられている標準機能画面に代えて表示される。このトリガーは、既存の機能を完全なカスタムＵＩの機能に置き換えるアプリケーションに対しても使用できる。このようなアプリケーションとしては、例えば、選択画像読取ソリューション（alternative scan solution）や特殊ディスプレイなどがある。特殊ディスプレイとは、例えば、「セクション５０８」対応画面、または他の特殊なニーズに対応したインターフェースである。これら特殊ディスプレイは、大きなボタンまたは他の設備（accommodations）を備えていてもよい。
【００８４】
また、画像処理装置４における各機能のメニューを、タッチスクリーン上に表示してもよい形態もある。また、このメニューは、サーバなどの遠隔演算装置６が登録するようにしてもよい。これによって、ソリューションアプリケーションが、カスタムコンテンツを供給し、かつ、画像処理装置４によって設けられた標準機能の一部を引き続き利用することが可能になる。カスタムアプリケーションに割り当てられたボタンが選択されると、その機能に登録されたソリューションと共にメニューが表示される。ユーザは所望のソリューションを選択することができ、遠隔演算装置６は、命令を受けるために接続される。
【００８５】
遠隔演算装置６のアプリケーションを供給する独立型のＲＣＤモードが、全画面上に表示される上記ユーザインターフェースのジョブキュー部分からアクセスすることができる形態もある。このトリガーポイントは、例えば画像処理装置４におけるカスタム印刷ソリューションのような、画像処理装置４の標準装置機能の一つに含まれないアプリケーションに使用できる。上記ＲＣＤメニューが選択されると、一般ＲＣＤモードに登録されているソリューションアプリケーションと共にメニューが表示される。ユーザは所望のソリューションを選択し、上記遠隔演算装置６は、命令を受けるために接続される。
【００８６】
（ハードウェアキーの相互作用）
本発明の実施形態の中には、画像処理装置４が使用可能であると、この装置を管理するために追加ハードウェアキーが使用されるものもある。典型的な実施形態におけるハードウェアキーの割り当てを表２に示す。
【００８７】
【表２】
【００８８】
なお、＊キーの押し下しによるログアウトに加えて、タイムアウトによるログアウトを実行するようにしてもよい。また、所定時間（例えば１０秒〜２４０秒）が経過したときに自動的に消去する設定（あるいは使用不可にする設定）にしてもよい。これらの実施形態では、自動消去設定の時間内に何の動作もなかった場合、装置は自動的に使用不可モードに戻り、ユーザインターフェースを再制御するために遠隔演算装置６に接続を試みる。
【００８９】
（エラー＆ジャム通知）
特定のソリューションに応じて、遠隔演算装置アプリケーション（ＲＣＵアプリケーション）は、画像処理装置４のユーザインターフェースおよび特定の画像処理ジョブ（imaging job）を完全に、あるいは部分的に制御してもよい。部分的制御の場合、遠隔演算装置６がクリックをモニタリングしながら、固有モード（native mode）においてユーザインターフェースの情報交換に応答できるようにし、ジョブを制御していてもよい。また、部分的制御として、遠隔演算装置アプリケーションが固有モードと一体化される構成としてもよい（ユーザインターフェーストリガー＝機能カスタムメニュー）。画像処理装置４が、関連する遠隔演算装置アプリケーションに全てのエラーおよびジャム通知を送信するようにしてもよい。
【００９０】
遠隔演算装置アプリケーションが画像処理装置４のユーザインターフェースおよびジョブを完全に制御するケースでは、エラーおよびジャム通知を、エラーの種類に応じて異なる方法で処理するようにしてもよい形態もある。修復可能なエラーの場合は、遠隔演算装置アプリケーションに通知が送信され、該アプリケーションは、ＵＩパネル２またはＵＩ装置８におけるメッセージの表示および通知されたエラーを解決する処理を行う。また、修復不可能なエラーの場合、画像処理装置モードとＲＣＤモードとが情報交換して、エラー状態を適切に処理する（例えば、ユーザに、ジャムを消去するという命令を与える）。
【００９１】
（ハンドオフ制御（Control Handoffs））
画像処理ジョブ中の様々な時点において、複数のアプリケーションによって画像処理装置を制御するようにしてもよい。これらのアプリケーションとしては、特に限定されるものではないが、例えば外部認証アプリケーション、標準的なＲＣＤアプリケーション、画像処理装置４の固有モードなどが含まれる。以下の説明では、典型的な実施形態における、典型的なジョブの様々な工程について、各工程中における制御を行う主体、およびどの様な種類の制御が可能であるかについて説明する。
【００９２】
工程１：ユーザが、画像処理装置のユーザインターフェースにおいて、画像処理装置にアクセスするための証明データを提示する。この工程は、外部認証アプリケーションなどの遠隔演算装置６、または画像処理装置４自体に内蔵される内部課金（Internal Accounting）（固有モード）によって制御される。この工程の最後に、画像処理装置は使用可能になる。上記の外部認証アプリケーションはまた、デフォルトパラメータを指定してもよく、あるいは特定のジョブパラメータを使用不可にしてもよい（例えば、デフォルトファイル形式はＰＤＦだが、ユーザがこれを変更できるようにしてもよい。また、カラーモードは白黒に設定されていて、ユーザがこれを変更できないようにしてもよい。）。
【００９３】
工程２：ユーザが、上記画像処理装置の固有モード農地の１つまたは標準的なＲＣＤのアプリケーションを使用して、ジョブパラメータを設定する。この工程の最後に、ユーザはジョブを開始するための入力を行う。この入力がなされると、任意の通知が上記の標準的なＲＣＤアプリケーションへ送信される。次に、この標準的なＲＣＤアプリケーションが、必要に応じてジョブパラメータを変更する。ユーザが入力を行ったときに通知を要求するアプリケーションの一例として、電子メールのアプリケーションが挙げられる。ユーザは、固有の画像送信画面または他の入力手段を使用して、画像読取オプションを選択し、電子メールの受信者を選択する。次に、ユーザは、カスタムアプリケーションボタンを選択して、メニューから、画像読取・電子メール送信（scan-to-e-mail）オプションを選択する。次に、ユーザのファイルについての許可設定を行うために、電子メールアプリケーションがカスタム画面を表示する。ユーザが原稿を画像読取器上に置いて処理を開始すると、電子メールアプリケーションは、ユーザによって設定された宛先パラメータを取り込み、上記の対象の宛先を、電子メールアプリケーションのＦＴＰサーバに変更する。次に、電子メールアプリケーションは、上記ファイルを受信し、適切な許可を与え、ユーザによって選択された電子メールを受信者へ送信する。なお、いくつかの実施形態と同様に、上記アプリケーションが、読み取った画像のサムネイルを作成して表示させてユーザに確認させる場合、この時点で、遠隔演算装置のアプリケーションは、ユーザインターフェースの再制御を要求してもよい。
【００９４】
工程３：上記ジョブが開始されると、画像処理装置は、このジョブの画像読取またはＲＩＰｉｎｇを実行して、それをＨＤＤにスプールする。画像処理装置が、外部認証アプリケーションを用いてジョブを認証するように構成されている場合は、上記アプリケーションへクリックレポートを送信して命令を待つ。上記外部認証アプリケーションは、ジョブの送信／印刷、キャンセル、またはジョブパラメータの変更をする（ジョブパラメータを変更して使用可能にする）ことができる。例えば、ルールベース印刷アプリケーションは、クリックレポートを受信後、ジョブパラメータの変更を求める。ルールベース印刷アプリケーションには、時刻、宛先、その他の多くのパラメータに基づいて、各ユーザが実行できる行為を制限する、ルールベース印刷およびルールベース画像読取をサポートしているものもある。例えば、マーケティンググループ内のユーザのみが高品質のカラー画像を画像読取することができるように設定できる。例えば、別グループのユーザがカラー，６００ｄｐｉを選択すると、ルールベースアプリケーションは、パラメータをカラー，２００ｄｐｉに変更する。この工程の最後において、上記ジョブは許可されるか、あるいはキャンセルされる。
【００９５】
工程４：工程２の上記の標準的なＲＣＤアプリケーションが、一時的な保存先としてＨＤＤに宛先を指定した場合は、この工程は省略してもよい形態もある。また、この工程は、実施形態によっては、画像処理装置４上で動作するＪａｖａ（登録商標）アプリケーションによって実行されるものであってもよい。例えば、政府機関は、画像処理装置４上で動作するカスタム暗号化アプリケーションを有することがある。このカスタム暗号化アプリケーションは、画像読取された文書を取り込み、それを暗号化し、その後、工程２においてユーザが選択した対象の宛先へと、この文書を送信するよう画像処理装置４に要求する。なお、この工程の後および送信／印刷工程後に、外部認証アプリケーションへ通知を送ると有益である形態もある。この工程の後が有益であるのは、上記画像処理装置が、上記ファイルがどれほどの時間ハードディスクに記憶されるのか、あるいは、上記アプリケーションがそれを用いて何を行うのか、を認識していないからである。
【００９６】
工程５：最終工程において、上記ファイルが実際に出力される。典型的な実施形態では、上記ファイルは、ネットワーク上で送信されるか、あるいは端末において印刷される。この工程の最後に、ジョブが正常に終了したという通知が、上記外部認証アプリケーションへ送信される。なお、上記標準的なＲＣＤアプリケーションへも送信されるようにしてもよい。
【００９７】
（装置制御および管理ＡＰＩ）
ＡＰＩによって、遠隔演算装置アプリケーションが、販売アプリケーション（vend applications）を実行する画像処理装置へのアクセスを制御し、遠隔位置から該画像処理装置４を管理するようにできる。
【００９８】
（装置制御および販売ＡＰＩ（Device Control and Vend API））
本発明の実施形態では、装置制御および販売ＡＰＩによって、アプリケーションが、画像処理装置４へのアクセスを可能または不可能にし、かつクリック数を追跡記録するようにできるものもある。装置制御および販売ＡＰＩは、遠隔演算装置６に以下に示す制御を行わせる。
【００９９】
画像処理装置４の機能を使用可能／使用不可能にする：これにより、遠隔演算装置６が、画像処理装置４全体へのアクセス、または画像処理装置４の特定の機能へのアクセスを可能または不可能にして、個々のユーザの権利を行使させることができる。典型的な実施形態としては、例えば表３に記載の機能を、アプリケーションによって任意に使用可能または使用不可能にするものもある。
【０１００】
【表３】
【０１０１】
使用されたクリックをレポートする：正常なジョブの最後に、使用されたクリックが遠隔演算装置ＲＣＤに戻ってレポートされる。
【０１０２】
【表４】
【０１０３】
デビットモード（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）であってもよいものもある。マークアップ言語としては、ハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。本実施形態では、メニューデータは、工程８２において、通信回線６４を介して画像処理装置３０へと送信される。従って、画像処理装置３０上に表示されるように構成されたメニューデータは、遠隔演算装置６０に記憶されている。
【０１４１】
次に、いくつかの実施形態の遠隔演算装置６０は、ユーザ入力を受信する（工程８４）ように構成されている。このユーザ入力は、画像処理装置３０のユーザインターフェース３２を介して入力され、通信回線３８ならびに６４を介して遠隔演算装置６０へ伝送されたものである。遠隔演算装置６０は、この入力データを受信すると、この入力データの処理を行う（工程８６）。この処理工程８６は、このデータを新たな形式に変換する工程であってもよく、このデータ内のコマンドを実行する工程であってもよく、その他の処理工程であってもよい。遠隔演算装置６０は、上記入力データを処理（工程８６）した後、処理結果を画像処理装置３０へ返信する。画像処理装置３０は、受信した処理結果を、画像処理装置３０における処理または画像処理装置３０において実行する機能に使用する。
【０１４２】
他の実施形態について、図９を参照して説明する。この実施形態では、遠隔演算装置６０は、画像処理装置３０のディスプレイ３６用に構成されているメニューデータを、マークアップ言語を用いて送信する（工程９０）。このマークアップ言語メニューデータは、画像処理装置３０において受信され、ユーザに表示される。これによって、通常は、画像処理装置３０のユーザインターフェース３２上でユーザが迅速に入力できるようになる。このユーザ入力は、画像処理装置３０によって遠隔演算装置ＲＣＤ６０へと送信され、遠隔演算装置ＲＣＤ６０は、画像処理装置３０上のメニューデータを迅速に表示する入力データを受信する（工程９２）。さらに、遠隔演算装置ＲＣＤ６０は、受信した入力データを処理する（工程９４）。この処理工程は、例えば、形式、文書、または遠隔演算装置ＲＣＤ６０に記憶されているその他のデータを選択、記録、変更等する工程であってもよく、上記ユーザ入力によって識別されたユーザを認証する工程であってもよく、上記ユーザによって入力された文書を翻訳する工程であってもよく、ユーザ入力に関連するマップまたはその他の指示を生成する工程であってもよく、あるいはその他の処理または機能であってもよい。
【０１４３】
本発明のさらに他の実施形態について、図１０および図１１を参照して説明する。上記実施形態は、少なくとも一台の遠隔演算装置ＲＣＤ６０、および複数の画像処理装置３０ａ〜３０ｄを含んでいる。上記実施形態において、画像処理装置３０ａ〜３０ｄの内の少なくとも一台は、ディスプレイ３６およびユーザ入力パネル３４を有するユーザインターフェース３２を備えている。ユーザ入力パネル３４は、ディスプレイと一体型（すなわちタッチスクリーン）であってもよく、あるいはディスプレイとは別個の入力装置であってもよい。遠隔演算装置ＲＣＤ６０は、通信回線およびネットワーク１００によって画像処理装置３０ａ〜３０ｄに接続されている。これにより、遠隔演算装置ＲＣＤ６０と画像処理装置３０ａ〜３０ｄとの間のデータ伝送が可能になっている。
【０１４４】
上記実施形態では、メニューデータは、遠隔演算装置ＲＣＤ６０に記憶されており、そして画像処理装置３０ａ〜３０ｄの内の少なくとも一台に送信される。そして、このメニューデータは、ユーザインターフェースに表示される。画像処理装置３０ａ〜３０ｄのいずれも、上記メニューデータを受信しユーザ入力を受け付け（工程１１２）、受け付けたユーザ入力を遠隔演算装置６０へ伝送する（工程１１４）ように構成されている。遠隔演算装置６０は、ユーザ入力データを受信すると、前述の実施形態と同様にこのデータを処理する（工程１１６）。そして、処理（工程１１６）の結果を、任意に組み合わせた画像処理装置３０ａ〜３０ｄへと返信する（工程１１８）。
【０１４５】
上記実施形態では、一台の遠隔演算装置ＲＣＤ６０を使用して、処理能力、リソース、および機能性を複数の画像処理装置３０ａ〜３０ｄへ供給している。このとき、これらのリソースを各画像処理装置において再生することはない。なお、実施形態によっては、ある画像処理装置３０ａに対する入力に応じて生成した処理データを、この処理データの出力または最終処理のために、別の画像処理装置３０ｄへ送信するようにしてもよいものもある。
【０１４６】
本発明のさらに他の実施形態について、図１２を参照して説明する。本実施形態では、画像処理装置（ＩＤｅｖ）１２０は、ユーザインターフェース１２４を備えている。ユーザインターフェース１２４は、ユーザ入力を受け付けることができ、また、データをユーザに表示することができる。ユーザインターフェース１２４は、一般にディスプレイを備えている。このディスプレイは、タッチパネルの形態であることが多い。このディスプレイは、データをユーザに表示するために使用される。このデータは、例えば、ユーザＩＤおよびパスワードなどのユーザ選択、データ入力、形式選択、およびその他の入力を迅速にするための、メニューデータなどである。画像処理装置１２０は、通信回線１２２を備えている。この通信回線１２２としては、一般的なコンピュータネットワーク接続、シリアルケーブル、あるいは、別の実施形態において説明した有線または無線通信回線を用いることができる。通信回線１２２は、画像処理装置１２０を、サーバなどの遠隔演算装置（ＲＣＤ）１２６ａ、１２６ｂへ接続する。遠隔演算装置１２６ａ、１２６ｂは、形式やその他のデータなどの文書を記憶するためのものであってもよく、データを画像処理装置１２０からアクセス可能にするために使用されるものであってもよい。遠隔演算装置ＲＣＤ１２６ａ、１２６ｂはまた、画像処理装置１２０およびそのユーザインターフェース１２４と情報交換するアプリケーションや、上記の画像処理装置１２０およびそのユーザインターフェース１２４に対する入力を受け付けるアプリケーションを実行するものであってもよい。また、実施形態によっては、データベース１２５が、画像処理装置１２０および／または遠隔演算装置１２６ａ・１２６ｂにリンクされていてもよいものもある。また、実施形態によっては、遠隔演算装置１２６ｂまたはデータベース１２５が、インターネット１２８などの広域ネットワークを介して画像処理装置１２０に接続されていてもよいものもある。
【０１４７】
（課金データ保持についての実施形態）
本発明の実施形態の課金データ保持システムについて図１９のブロック図を用いて以下に説明する。課金データ保持システムシステムは、画像処理装置（ＩＤｅｖ）１３１、主要課金サーバ（ＰＡＳ）１３３、軽量課金バックアップサーバ（ＬＡＢＳ）１３２を含んでいる。
【０１４８】
画像処理装置１３１は、外部との通信を行なう通信部１３１１、コンピュータプログラムに従って、画像処理装置１３１における各種構成の動作を統括的に制御する制御部１３１２、各種データを記憶する記憶部１３１３を備えている。なお、画像処理装置１３１は、上記で説明した、画像処理装置４，３０（３０ａ〜３０ｄ），１２０，１３１と同じ構成となっていてもよい。
【０１４９】
主要課金サーバ１３３は、外部との通信を行なう通信部（回復メッセージ送信部、現在データ受信部、ログ要求送信部）１３３１、コンピュータプログラムに従って、主要課金サーバ１３３における各種構成の動作を統括的に制御する制御部１３３２、各種データを記憶する記憶部１３３３を備えている。制御部１３３２は、記憶部１３３３のデータをアップデートするアップデート部として機能する。このアップデートには、以下に説明するように、軽量課金バックアップサーバ１３２から得られた一時的画像処理装置アクティビティログに基づくデータによって、画像処理装置の課金ログをアップデートすることも含まれる。
【０１５０】
また、軽量課金バックアップサーバ１３２は、外部との通信を行なう通信部１３２１、コンピュータプログラムに従って、軽量課金バックアップサーバ１３２における各種構成の動作を統括的に制御する制御部１３２２、各種データを記憶するデータ保存部１３２３を備えている。このデータ保存部１３２３には、以下で説明する、一時的画像処理装置アクティビティログが保存される。ここで、軽量課金バックアップサーバ１３２は複数備えられており、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていている。
【０１５１】
なお、主要サーバ１３３あるいは、軽量課金バックアップサーバ１３２が、上記説明した遠隔演算装置６，６０，１２６ａ・１２６ｂと同じ構成を備えていてもよい。
【０１５２】
本発明の実施形態では、主要サーバを利用できなくなった場合に、画像処理装置（ＩＤｅｖ）の課金データを保持するための方法およびシステムを含んでいる形態もある。このような実施形態では、他のサーバ上で動作可能な、または、ネットワーク化されたどのような演算装置上でも動作可能な、軽量課金バックアップサーバ（ＬＡＢＳ）アプリケーションが備えられている。
【０１５３】
典型的な画像処理装置システムにおいて、画像処理装置では、課金制御されている。つまり、画像処理装置は、サーバ上で動作しているアプリケーションに接続されており、このアプリケーションは装置のアクティビティを記憶する処理を行っている。サーバのアプリケーションは、装置のアクティビティ（各個人または各アカウントで行われたコピーの数など）を記憶することの他に、例えばユーザの認定に関して画像処理装置の機能を使用可能または使用不可にする。このことは、画像処理装置の使用に対する課金をアカウント毎にまたは個人毎にすることを目的として行われる。典型的なシステムでは、課金アプリケーションに不具合が生じた場合、または、課金アプリケーションを一時的に利用できなくなった場合、画像処理装置は全体的に使用不可になり、ユーザは画像処理装置を使用しての処理ができなくなる可能性がある。画像処理装置は使用可能なままである可能性もあるが、画像処理装置を使用した記録は残らなくなってしまう。このようなことは、一般的に営利的な環境では容認されない。
【０１５４】
本発明の実施形態には、主要課金サーバがダウンした場合に、画像処理装置を課金制御し続ける能力を有する方法およびシステムを含むものもある。このような実施形態では、上記システムにおける１つまたは複数のパーソナルコンピュータ上で動作する軽量課金バックアップサーバ（ＬＡＢＳ）によって、課金制御が行われる。主要課金サーバが元通り稼動し始めるとき、主要課金サーバは、課金データについてＬＡＢＳに問い合わせを行い、主要画像処理装置のアクティビティログをアップデートする。
【０１５５】
また、本発明の実施形態では、利用可能な軽量課金バックアップサーバ（ＬＡＢＳ）のリストを有している装置を備えていてもよい。このリストの情報は、例えば、アプリケーションのウェブサーバエントリポイントをＬＡＢＳに指し示すＵＲＬの形状であってもよい。このリストを、手動で管理してもよいし、または、何かの形態の探索メカニズムによってデータを取り込む（populate）ようになっていてもよい。主要課金サーバが使用不可の場合は、画像処理装置は、リストにある第１ＬＡＢＳに接続を試み、接続に成功するまで、リストにある後続の各ＬＡＢＳに接続を試みる。一旦接続に成功すると、接続されたＬＡＢＳが画像処理装置の課金制御を引き継ぐ。
【０１５６】
ＬＡＢＳは、主要課金サーバ（ＰＡＳ）アプリケーションが実施するのと同じ機能を完全には実施しない形態もある。例えば、ＬＡＢＳは、主要課金サーバのように企業データ全体を有しているよりもむしろ、個別の画像処理装置を一般的に使用する特定の部門のための部門情報だけを備えていてもよいが、これに制限はされない。ＬＡＢＳは、ＰＡＳの機能の全てを実施してもよいし、または、制限された部分集合である機能を実施してもよい。また、ＬＡＢＳがユーザログインおよびクリック算出機能のみを実施する形態もある。このような実施形態では、ユーザの利用できないＩＤｖｅ機能があることもある。
【０１５７】
主要課金サーバがオンラインに復旧したとき、主要課金サーバが元通りに稼動していることを示すメッセージが、画像処理装置へ送信されてもよい。この場合、画像処理装置は、このことをＬＡＢＳに知らせ、ＬＡＢＳが記録しておいた一時的な画像処理装置課金ログ（ＴＩＡＬ）データ（一時的画像処理装置アクティビティデータ）を主要課金サーバへ転送するように指示してもよい。最終的に、主要課金サーバの利用が再び不可となるまでに、画像処理装置は、元に戻り、課金データを主要課金サーバへ送信するようになる。
【０１５８】
ＰＡＳが、ＴＩＡＬデータを要求するとき、および、ＴＩＡＬデータをＬＡＢＳから受信するときに、ＬＡＢＳとＰＡＳとが直接通信してもよい。しかしながら、ＬＡＢＳからＰＡＳへの直接的な通信を使用せず、画像処理装置を介して通信が行われてもよい。
【０１５９】
本発明の実施形態には、１つまたは複数の付加的な画像処理装置と、ＬＡＢＳアプリケーションを動作させる１つまたは複数の遠隔演算装置（ＲＣＤ）とに接続された画像処理装置を含むものもある。これらの画像処理装置は、さらに、主要課金サーバと通信していてもよい。
【０１６０】
図１３Ａを参照して説明する本発明の実施形態は、複数のネットワーク化された（遠隔）演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃを備えていてもよく、これらは、通信ネットワーク１３４を介して、課金制御された複数の画像処理装置１３１Ａ−１３１Ｃにリンクされている。これらの画像処理装置１３１Ａ−１３１Ｃおよび演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃは、さらに、主要課金サーバ（ＰＡＳ）１３３にリンクされていてもよい。ＰＡＳは、画像処理装置１３１Ａ−１３１Ｃから受信したＩＤｅｖアクティビティデータと、課金データとを画像処理装置毎に対応付けて格納している。
【０１６１】
ネットワーク１３４によりネットワーク化された（遠隔）演算装置１３５Ａ−１３５Ｅ、１３２Ａ−１３２Ｃは、ＬＡＢＳとして機能することもある。これらのＬＡＢＳは、演算装置上で動作するアプリケーションであり、何らかの課金制御および／またはＩＤｅｖアクティビティ記録機能を提供する。これらのＬＡＢＳは、何らかの他の主要機能を有する演算装置の一部であってもよい。ＬＡＢＳが、典型的クライアント演算装置、または、文書処理や下書きのために使用されるワークステーション、または、何らかの他の主要アプリケーションの一部である形態もある。ＬＡＢＳアプリケーションは、バックグラウンドで動作してもよく、主要演算装置のユーザに対しては透過型であってもよい。
【０１６２】
主要課金サーバ１３３がオフラインになるとき、画像処理装置１３１Ａ−１３１Ｃは、課金データを、軽量課金バックアップサーバ（ＬＡＢＳ）１３２Ａ−１３２Ｅ、１３５Ａ−１３５Ｃへ送信してもよい。ＬＡＢＳ１３２Ａ−１３２Ｅ、１３５Ａ−１３５Ｃは、主要課金サーバ１３３が元通りにオンラインになるまでデータを一時的に格納する。
【０１６３】
図１３Ｂを参照して説明する本発明の実施形態では、システムは、画像処理装置１３７と主要課金サーバ１３８とに接続された演算装置１３６を備えている。このような実施形態では、演算装置１３６は、軽量課金バックアップサーバ（ＬＡＢＳ）１３９として機能する構成要素を備えている。この構成要素は、ネットワーク１３４（例えば、有線接続された、または、無線接続されたネットワーク）に接続されている。このような実施形態の構成要素は、他の実施形態と同じように機能するが、ネットワークのスケールは非常に小さい。
【０１６４】
図１４Ａを参照して説明する本発明の実施形態は、ユーザのために画像処理装置の機能を遂行する課金制御された画像処理装置を備えている。さらに、この画像処理装置は、ユーザに、遠隔アプリケーションに対するアクセスを提供してもよい。典型的には、ユーザは、アカウントデータおよびユーザ証明データを提供することによりシステムにログオンし、画像処理装置および／またはそのローカルアプリケーションまたは遠隔アプリケーションは、ユーザ証明データを認証し、ユーザのアカウントに関連するシステムへのアクセスを許可する。ユーザが画像処理装置の機能、ローカルアプリケーションおよび／または遠隔アプリケーションにアクセスする場合、画像処理装置は、このアクティビティを監視し、アクティビティを課金サーバへレポートする。このレポートは、ネットワークおよびサーバの現在の状態に応じて、主要課金サーバ（ＰＡＳ）、または、軽量課金バックアップサーバ（ＬＡＢＳ）に対して行われる。
【０１６５】
全てのサーバ、装置、および、ネットワーク構成要素が適切に機能している（画像処理装置はＰＡＳを利用できる）場合は、画像処理装置は、ＰＡＳを利用できるということを決定し（工程１４０）、アクティビティデータ（画像処理装置アクティビティデータ）を主要課金サーバ（ＰＡＳ）へ送信する（工程１４１）。もしくは、ＰＡＳの使用可能性を決定するための肯定応答プロセスを用いてメッセージを送信してもよい。ＰＡＳを利用できない場合（工程１４２）、画像処理装置は、装置自身が有している（あるいは装置がアクセス可能な）ＬＡＢＳのリストにアクセスし（工程１４３）、リストにあるＬＡＢＳが利用できるかどうか決定する（工程１４４）。あるＬＡＢＳが利用可能であると決定されると（工程１４５）、画像処理装置は、そのＬＡＢＳに、アクティビティデータを送信する（工程１４６）。ＬＡＢＳは、画像処理装置に対する一時的ＩＤｅｖアクティビティログ（ＴＩＡＬ）を保持する。ＬＡＢＳを使用できない場合（工程１４５）は、画像処理装置は、利用可能なＬＡＢＳを見つけるまで、他のＬＡＢＳへとリストを下へ進み、各ＬＡＢＳが利用できるかを決定する（工程１４４）。そして、画像処理装置は、利用可能なＬＡＢＳが決定されたら、そのＬＡＢＳへ、アクティビティデータを送信する（工程１４７）。また、画像処理装置が各アクティビティメッセージを送信した後にこのプロセスを行う形態でもよい。さらに、利用可能なＬＡＢＳがいったん見つけられると、このＬＡＢＳは、現在の課金サーバ（ＣＡＳ）として表されてもよく、全てのアクティビティデータは、使用可能性（availability）に変化が生じるまで、そのサーバへ送信される形態もある。
【０１６６】
本発明によれば、複数のＬＡＢＳが、単一の画像処理装置または複数の画像処理装置によって使用される形態でもよい。また、ＰＡＳの利用するエリアの異なる領域に、局部的なＬＡＢＳを割り当てた形態でもよい。ＰＡＳを利用できなくなった場合、画像処理装置は、その地理的位置、アカウント状態、ユーザ証明データ、画像処理装置のタイプ、または何らかの他の局部的識別子に応じて、局部的ＬＡＢＳにレポートしてもよい。各領域は、一連のＬＡＢＳを備えていてもよい。また、局部的ＬＡＢＳが、画像処理装置のリストに記載されているバックアップＬＡＢＳとして、他の局部的ＬＡＢＳを有している形態でもよい。
【０１６７】
図１４Ｂを参照して説明する本発明の実施形態の記載は、利用不可であったＰＡＳが利用できるようになるときに行われるデータ回復プロセスを説明するものである。この実施形態では、ＰＡＳが利用できるようになると（工程１４８）、ＰＡＳは回復メッセージを送信する。画像処理装置は、回復メッセージを受信すると、ＰＡＳに対するアクティビティデータの送信を再開する（工程１４９）。また、ＬＡＢＳがさらに回復メッセージを受信し、応答として、一時的ＩＤｅｖアクティビティログ（ＴＩＡＬ）をＰＡＳへ送信するようになっていてもよい。ＬＡＢＳが回復メッセージを受信しない実施形態では、画像処理装置は、回復メッセージに対して、ＬＡＢＳに対して「ＰＡＳへＴＩＡＬを送信せよ」という指示のメッセージを、送信する（工程１５０）ことによって応答してもよい。ＰＡＳは、いったんＴＩＡＬデータを受信すると、ＰＡＳが使用できなかった間にログされた一時的なデータを用いて、主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１５１）。
【０１６８】
図１５を参照して説明する本発明の実施形態では、メッセージおよびアクティビティデータを、ＰＡＳとＬＡＢＳとに送信できる画像処理装置を備えている。また、ＰＡＳとＬＡＢＳとが直接通信を行う形態でもよい。このような実施形態では、ＰＡＳを利用できなくなった場合、画像処理装置は、アクティビティデータをＰＡＳへ送信できなくなる。このことは、メッセージ肯定応答プロセス、ＰＡＳのネットワーク接続確認（pinging）、または他の方法によって検出される。
【０１６９】
ＰＡＳを利用できなくなると（工程１５４）、画像処理装置は、代替ＬＡＢＳのアドレスを決定するために、ＬＡＢＳリストにアクセスする（工程１５５）。そして、画像処理装置は、リストにある第１ＬＡＢＳが使用できるかを決定する。このことを、送信・肯定応答プロセスに応じてリストの第１ＬＡＢＳへメッセージを送信する（工程１５６）ことによって行う形態もある。第１ＬＡＢＳからの肯定応答が受信すると（工程１５７）、画像処理装置は、アクティビティデータを第１ＬＡＢＳへ送信する（工程１５９）。次に、第１ＬＡＢＳは、送られたデータを、ＴＩＡＬにコンパイルする。第１ＬＡＢＳがメッセージを肯定しないと、画像処理装置は、リストにある次のＬＡＢＳへメッセージを送信し（工程１５８）、このプロセスを、ＬＡＢＳがプロセスを肯定し、アクティビティデータを受信し、ＴＩＡＬをコンパイルするまで続ける。
【０１７０】
図１６に示す本発明の実施形態は、ＬＡＢＳと通信することのできる画像処理装置を備えている。このような実施形態では、ＰＡＳ不具合の後にＬＡＢＳ不具合が生じている間は、これらの素子はアクティビティデータを保持するための典型的プロセスに従う。この典型的プロセスでは、画像処理装置は、アクティビティデータを、ＬＡＢＳへ送信し、ＬＡＢＳは、ＴＩＡＬをコンパイルする。このような実施形態では、送信・肯定応答プロセスが使用されている。しかしながら、代替実施形態では、ＬＡＢＳが使用できるかを、他の方法によって決定してもよい。画像処理装置は、肯定応答（ＡＣＫ）がなされることを期待して、ＬＡＢＳへメッセージを送信してもよい（工程１６２）。ＡＣＫが受信されると（工程１６４）、画像処理装置ＩＤｅｖはＬＡＢＳへのアクティビティデータの送信を続ける（工程１６８）。ＡＣＫが受信されなければ（工程１６４）、画像処理装置は、そのＬＡＢＳリストにアクセスし、ＡＣＫがなされることを期待して、リストにある次のＬＡＢＳへメッセージを送信する（工程１６６）。このプロセスは、画像処理装置のメッセージがＡＣＫを受信するまで続く。ＡＣＫを受信した時点で、画像処理装置は、そのアクティビティデータを、肯定されたＬＡＢＳへ送信する。
【０１７１】
図１７に示す本発明の実施形態は、利用不可能な期間の後、主要課金サーバ（ＰＡＳ）へのデータ送信を回復するための方法および／またはシステムを含んでいる。このような実施形態では、ＰＡＳは、ネットワークとの接続により、オンラインになり（工程１７０）、完全な機能性を有するようになる。次に、ＰＡＳは、他のデバイスに加えて、ネットワーク上の任意の画像処理装置によっても受信される回復メッセージを送信する（工程１７２）。回復メッセージを受信すると、画像処理装置ＩＤｅｖは、ＰＡＳへのアクティビティデータの送信を再開する（工程１７３）ことにより応答する。また、画像処理装置は、使用していたＬＡＢＳに対して「ＰＡＳへＴＩＡＬを送信せよ」という指示を行うメッセージを送信することにより、上記回復メッセージに対して応答する形態でもよい。次に、ＰＡＳは、ＴＩＡＬデータを受信し（工程１７６）、ＴＩＡＬデータによって主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１７８）。
【０１７２】
図１８に示す本発明の実施形態は、利用不可能な期間の後、主要課金サーバ（ＰＡＳ）へのデータを回復するための方法および／またはシステムを含んでいる。このような実施形態では、ＰＡＳは、ネットワークとの接続により、オンラインになり（工程１８０）、完全な機能を有するようになる。次に、ＰＡＳは、他のデバイス（例えば、ＬＡＢＳ）に加えて、ネットワーク上の任意の画像処理装置によっても受信される回復メッセージを送信する（工程１８２）。回復メッセージを受信すると画像処理装置ＩＤｅｖは、ＰＡＳへのアクティビティデータの送信を再開する（工程１８３）ことにより応答する。また、ＬＡＢＳが記録したＴＩＡＬデータをＰＡＳへ送信する（工程１８４）ことにより、回復メッセージに応答する形態でもよい。ＴＩＡＬデータは、特定の要求に応答して送信される形態でもよい。ＰＡＳは、ＴＩＡＬデータを受信すると（工程１８６）、ＴＩＡＬデータによって主要ＩＤｅｖアクティビティログ（ＰＩＡＬ）をアップデートする（工程１８８）。
【０１７３】
本明細書中において使用されている用語および表現は、内容を説明するためのものであって本発明の技術範囲を限定するものではない。また、これらの用語および表現は、図示および説明されている本発明の特徴あるいはその一部に関して差異をつけることを意図したものではない。つまり、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１７４】
本発明は、例えば、課金制御が行われるプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０１７５】
【図１】遠隔演算装置に接続された画像処理装置を含む、本発明の一形態の図である。
【図２】画像処理装置用の典型的なユーザインターフェースを示す図である。
【図３】画像処理装置の一例を示す図である。
【図４】画像処理装置での処理の流れを示すフローチャートである。
【図５】画像処理装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図６】遠隔演算装置の一例を示す図である。
【図７】遠隔演算装置の構成要素を示すブロック図である。
【図８】遠隔演算装置での処理の流れを示すフローチャートである。
【図９】遠隔演算装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図１０】遠隔演算装置に接続される複数の画像処理装置を備えたシステムを示す図である。
【図１１】図１０に示されるシステムでの処理の流れを示すフローチャートである。
【図１２】複数の遠隔演算装置およびリンクされたリソースを含む、本発明の一実施形態の構成要素を示す図である。
【図１３Ａ】画像処理装置と、演算装置と、主要課金サーバと、ＬＡＢＳとを備えるシステムの一例を示す図である。
【図１３Ｂ】画像処理装置と、軽量課金バックアップサーバを有する演算装置と、主要課金サーバとを備えるシステムの一例を示す図である。
【図１４Ａ】主要課金サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持する処理の流れを示すチャートである。
【図１４Ｂ】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する処理の流れを示すチャートである。
【図１５】主要課金サーバに不具合の生じた場合に、軽量課金バックアップサーバ見出す処理の流れを示すチャートである。
【図１６】現在の軽量課金バックアップサーバに不具合が生じた場合に、新しい軽量課金バックアップサーバを見出す処理の流れを示すチャートである。
【図１７】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する一処理の流れを示すチャートである。
【図１８】主要課金サーバの回復後、一時的画像処理装置アクティビティデータを回復する別の処理の流れを示すチャートである。
【図１９】本発明の一実施形態に係る課金データ保持システムの構成要素を示すブロック図である。
【符号の説明】
【０１７６】
２ ＵＩパネル
４，３０（３０ａ〜３０ｄ），１２０，１３１（１３１Ａ〜１３１Ｃ），１３７ 画像処理装置（ＩＤｅｖ）
６，６０，１２６ａ，１２６ｂ 遠隔演算装置（ＲＣＤ）
８ ＵＩ装置
１３２（１３２Ａ〜１３２Ｃ），１３５（１３５Ａ〜１３５Ｅ），１３９ 軽量課金バックアップサーバ（ＬＡＢＳ）
１３３，１３８ 主要課金サーバ（ＰＡＳ）
１３１１ 通信部
１３１２ 制御部
１３１３ 記憶部
１３２１ 通信部
１３２２ 制御部
１３２３ データ保存部
１３３１ 通信部（回復メッセージ送信部、現在データ受信部、ログ要求送信部）
１３３２ 制御部（アップデート部）
１３３３ 記憶部
【特許請求の範囲】
【請求項１】
主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、
上記画像処理装置の主要課金サーバが有効か否かを判定するステップと、
上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、
上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、
上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項２】
上記主要課金サーバが有効である場合、当該主要課金サーバへ上記画像処理装置アクティビティデータを送信するステップを含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項３】
上記判定するステップは、メッセージを送信するステップと、肯定応答を受信するステップとを含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項４】
上記軽量課金バックアップサーバは、上記画像処理装置とネットワークで接続した演算装置にて動作するアプリケーションであることを特徴とする請求項１に記載の課金データ保持方法。
【請求項５】
上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストでは、上記画像処理装置に対して地理的に近い順序に軽量課金バックアップサーバが並べられていることを特徴とする特徴とする請求項１に記載の課金データ保持方法。
【請求項６】
上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストは、ネットワークトポロジに基づく順序に軽量課金バックアップサーバが並べられていることを特徴とする請求項１に記載の課金データ保持方法。
【請求項７】
上記主要課金サーバが有効になるまで上記有効な軽量課金バックアップサーバへ上記課金データを送信し続けるステップをさらに含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項８】
主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、
上記画像処理装置が、主要課金サーバから、当該主要課金サーバを、画像処理装置アクティビティデータを保持するための現在の課金サーバとして指名せよという指示を含む回復メッセージを受信するステップと、
上記画像処理装置から上記主要課金サーバへ上記課金データを含む画像処理装置アクティビティデータの送信を開始するステップと、
上記画像処理装置が、上記軽量課金バックアップサーバからの一時的画像処理装置アクティビティログを要求するステップと、
上記画像処理装置が、上記軽量課金バックアップサーバから上記一時的画像処理装置アクティビティログを受信するステップと、
上記画像処理装置が、上記一時的画像処理装置アクティビティログを、現在の課金サーバとして指名された上記主要課金サーバへ転送するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項９】
上記一時的画像処理装置アクティビティログを要求するステップと、上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログを転送するステップとは、上記軽量課金バックアップサーバが上記一時的画像処理装置アクティビティログを上記主要課金サーバへ直接送信するように要求するステップによって置換されることを特徴とする請求項８に記載の課金データ保持方法。
【請求項１０】
不具合の後に回復した主要課金サーバに対して、画像処理装置の課金データをリカバーする課金データ回復方法であって、
回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージを送信するステップと、
上記回復メッセージに対する応答として、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信するステップと、
上記の画像処理装置へ、一時的画像処理装置アクティビティログ要求を送信するステップと、
上記画像処理装置から上記一時的画像処理装置アクティビティログを受信するステップと、
上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートするステップと、
を含むことを特徴とする課金データ回復方法。
【請求項１１】
上記一時的画像処理装置アクティビティログ要求を送信するステップは、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求の送信を含むことを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１２】
上記一時的画像処理装置アクティビティログ要求は、上記回復メッセージの一部であることを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１３】
上記一時的画像処理装置アクティビティログは、上記画像処理装置から受信されることを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１４】
上記一時的画像処理装置アクティビティログは、軽量課金バックアップサーバから受信されることを特徴とする請求項１１に記載の課金データ回復方法。
【請求項１５】
不具合の後に回復した課金サーバに対して、画像処理装置の課金データをリカバーするための課金データ回復システムであって、
回復した主要課金サーバから、少なくとも１つのネットワーク接続した装置へ、回復メッセージを送信するための回復メッセージ送信部と、
上記画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信するための現在データ受信部と、
一時的画像処理装置アクティビティログ要求を送信するためのログ要求送信部と、
上記一時的画像処理装置アクティビティログを受信するためのログ受信部と、
上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置の課金ログをアップデートするためのアップデート部と、
を備えることを特徴とする課金データ回復システム。
【請求項１６】
上記一時的画像処理装置アクティビティログの要求は、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求を含むことを特徴とする請求項１５に記載の課金データ回復システム。
【請求項１７】
上記ログ要求送信部は、上記一時的画像処理装置アクティビティログ要求を、軽量課金バックアップサーバへ直接送信することを特徴とする請求項１５に記載の課金データ回復システム。
【請求項１８】
主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、
ネットワーク接続した演算装置にてアプリケーションとして動作している軽量課金バックアップサーバにて、主要課金サーバが使用不可になった画像処理装置から、利用可能性要求を受信するステップと、
上記利用可能性要求に対して利用可能性確立をすることによって応答するステップと、
上記画像処理装置から上記課金データを含む画像処理装置アクティビティデータを受信するステップと、
上記画像処理装置アクティビティデータを含む一時的画像処理装置アクティビティログを保持するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項１９】
上記軽量課金バックアップサーバは、上記ネットワーク接続された演算装置の上記主要機能ではないことを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２０】
上記画像処理装置アクティビティデータは、画像処理装置機能アクティビティに関連付けられたユーザ課金データを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２１】
上記画像処理装置アクティビティデータは、上記画像処理装置を介してアクセスされる遠隔アプリケーションアクティビティに関連付けられたユーザ課金データを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２２】
上記の画像処理装置アクティビティデータは、ユーザ課金データと、画像処理装置機能アクティビティデータと、上記画像処理装置を介してアクセスされる遠隔アプリケーションの遠隔アプリケーションアクティビティデータとを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２３】
主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、
ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する、軽量課金バックアップサーバアプリケーションにて、一時的画像処理装置アクティビティログに対する要求を受信するステップと、
上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項２４】
主要サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持するための画像処理装置アクティビティデータ保持方法であって、
画像処理装置アクティビティログを保持するための主要課金サーバを設定するステップと、
上記主要課金サーバが利用できない場合は、一時的画像処理装置アクティビティログを保持するための、上記主要課金サーバから離れた装置において、軽量課金バックアップサーバを設定するステップと、
上記主要課金サーバが利用できる場合は、当該主要課金サーバへ画像処理装置アクティビティデータを送信するステップと、
上記主要課金サーバが利用できない場合は、上記軽量課金バックアップサーバへ画像処理装置アクティビティデータを送信するステップと、
上記主要課金サーバが利用不可期間の後に、上記軽量課金バックアップサーバから上記主要課金サーバへ、上記一時的画像処理装置アクティビティログを送信するステップと、
上記利用不可期間の後に、上記一時的画像処理装置アクティビティログによって、上記画像処理装置アクティビティログをアップデートするステップと
を含むことを特徴とする画像処理装置アクティビティデータ保持方法。
【請求項２５】
独立した装置である複数の軽量課金バックアップサーバをさらに備え、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていることを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２６】
上記利用不可期間を、上記主要課金サーバから上記軽量課金バックアップサーバへメッセージを送信することによって終了し、上記一時的画像処理装置アクティビティログを要求するステップを含むことを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２７】
上記利用不可期間を、上記主要課金サーバから上記画像処理装置へのメッセージによって終了し、上記一時的画像処理装置アクティビティログを要求し、上記画像処理装置にて、上記軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求し、上記一時的画像処理装置アクティビティログを上記主要課金サーバへ転送するステップを含むことを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２８】
画像処理装置の課金データを保持するための課金データ保持システムであって、
ネットワーク接続された複数の演算装置と、
ネットワーク接続された演算装置上で動作し、軽量課金バックアップサーバとして機能する、少なくとも１つの軽量課金バックアップサーバアプリケーションと、
ネットワーク接続された主要課金サーバと、
少なくとも１つの画像処理装置とを備え、
上記主要課金サーバが利用でき、上記主要課金サーバが上記課金データを含む画像処理装置アクティビティログを保持している場合は、上記画像処理装置は、自身のアクティビティデータを、上記主要課金サーバへ報告し、
上記主要課金サーバが利用できない場合は、上記画像処理装置は、自身のアクティビティデータを、上記少なくとも１つの軽量課金バックアップサーバへ報告し、
上記の画像処理装置が上記軽量課金バックアップサーバへ報告する場合は、上記少なくとも１つの軽量課金バックアップサーバは、一時的画像処理装置アクティビティログを保持し、
上記軽量課金バックアップサーバは、上記主要課金サーバの利用不可期間の後、上記主要課金サーバへ報告を行い、上記主要課金サーバへ一時的画像処理装置アクティビティログを送信し、
上記主要課金サーバは、上記一時的画像処理装置アクティビティログによって上記画像処理装置アクティビティログをアップデートする、
ことを特徴とする課金データ保持システム。
【請求項１】
主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、
上記画像処理装置の主要課金サーバが有効か否かを判定するステップと、
上記主要課金サーバが有効でない場合、上記画像処理装置から、少なくとも１つの軽量課金バックアップサーバを有するリストへアクセスするステップと、
上記リストから、有効な軽量課金バックアップサーバが見つかるまで、軽量課金バックアップサーバが有効か否かを判定するステップと、
上記有効な軽量課金バックアップサーバが見つかると、その軽量課金バックアップサーバに、上記課金データが含まれる画像処理装置アクティビティデータを送信するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項２】
上記主要課金サーバが有効である場合、当該主要課金サーバへ上記画像処理装置アクティビティデータを送信するステップを含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項３】
上記判定するステップは、メッセージを送信するステップと、肯定応答を受信するステップとを含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項４】
上記軽量課金バックアップサーバは、上記画像処理装置とネットワークで接続した演算装置にて動作するアプリケーションであることを特徴とする請求項１に記載の課金データ保持方法。
【請求項５】
上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストでは、上記画像処理装置に対して地理的に近い順序に軽量課金バックアップサーバが並べられていることを特徴とする特徴とする請求項１に記載の課金データ保持方法。
【請求項６】
上記リストは、少なくとも１つの軽量課金バックアップサーバにアクセスするための順序を有しており、上記リストは、ネットワークトポロジに基づく順序に軽量課金バックアップサーバが並べられていることを特徴とする請求項１に記載の課金データ保持方法。
【請求項７】
上記主要課金サーバが有効になるまで上記有効な軽量課金バックアップサーバへ上記課金データを送信し続けるステップをさらに含むことを特徴とする請求項１に記載の課金データ保持方法。
【請求項８】
主要課金サーバに不具合が生じた場合に、課金制御が行われる画像処理装置の課金データを保持するための課金データ保持方法であって、
上記画像処理装置が、主要課金サーバから、当該主要課金サーバを、画像処理装置アクティビティデータを保持するための現在の課金サーバとして指名せよという指示を含む回復メッセージを受信するステップと、
上記画像処理装置から上記主要課金サーバへ上記課金データを含む画像処理装置アクティビティデータの送信を開始するステップと、
上記画像処理装置が、上記軽量課金バックアップサーバからの一時的画像処理装置アクティビティログを要求するステップと、
上記画像処理装置が、上記軽量課金バックアップサーバから上記一時的画像処理装置アクティビティログを受信するステップと、
上記画像処理装置が、上記一時的画像処理装置アクティビティログを、現在の課金サーバとして指名された上記主要課金サーバへ転送するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項９】
上記一時的画像処理装置アクティビティログを要求するステップと、上記一時的画像処理装置アクティビティログを受信するステップと、上記一時的画像処理装置アクティビティログを転送するステップとは、上記軽量課金バックアップサーバが上記一時的画像処理装置アクティビティログを上記主要課金サーバへ直接送信するように要求するステップによって置換されることを特徴とする請求項８に記載の課金データ保持方法。
【請求項１０】
不具合の後に回復した主要課金サーバに対して、画像処理装置の課金データをリカバーする課金データ回復方法であって、
回復した主要課金サーバから、課金制御された画像処理装置へ、回復したことを示す回復メッセージを送信するステップと、
上記回復メッセージに対する応答として、上記画像処理装置から、現在の上記課金データを含む画像処理装置アクティビティデータを受信するステップと、
上記の画像処理装置へ、一時的画像処理装置アクティビティログ要求を送信するステップと、
上記画像処理装置から上記一時的画像処理装置アクティビティログを受信するステップと、
上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置アクティビティログをアップデートするステップと、
を含むことを特徴とする課金データ回復方法。
【請求項１１】
上記一時的画像処理装置アクティビティログ要求を送信するステップは、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求の送信を含むことを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１２】
上記一時的画像処理装置アクティビティログ要求は、上記回復メッセージの一部であることを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１３】
上記一時的画像処理装置アクティビティログは、上記画像処理装置から受信されることを特徴とする請求項１０に記載の課金データ回復方法。
【請求項１４】
上記一時的画像処理装置アクティビティログは、軽量課金バックアップサーバから受信されることを特徴とする請求項１１に記載の課金データ回復方法。
【請求項１５】
不具合の後に回復した課金サーバに対して、画像処理装置の課金データをリカバーするための課金データ回復システムであって、
回復した主要課金サーバから、少なくとも１つのネットワーク接続した装置へ、回復メッセージを送信するための回復メッセージ送信部と、
上記画像処理装置から現在の上記課金データを含む画像処理装置アクティビティデータを受信するための現在データ受信部と、
一時的画像処理装置アクティビティログ要求を送信するためのログ要求送信部と、
上記一時的画像処理装置アクティビティログを受信するためのログ受信部と、
上記一時的画像処理装置アクティビティログに基づくデータによって、上記主要課金サーバにおける画像処理装置の課金ログをアップデートするためのアップデート部と、
を備えることを特徴とする課金データ回復システム。
【請求項１６】
上記一時的画像処理装置アクティビティログの要求は、提携した軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求するための上記の画像処理装置に対する要求を含むことを特徴とする請求項１５に記載の課金データ回復システム。
【請求項１７】
上記ログ要求送信部は、上記一時的画像処理装置アクティビティログ要求を、軽量課金バックアップサーバへ直接送信することを特徴とする請求項１５に記載の課金データ回復システム。
【請求項１８】
主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、
ネットワーク接続した演算装置にてアプリケーションとして動作している軽量課金バックアップサーバにて、主要課金サーバが使用不可になった画像処理装置から、利用可能性要求を受信するステップと、
上記利用可能性要求に対して利用可能性確立をすることによって応答するステップと、
上記画像処理装置から上記課金データを含む画像処理装置アクティビティデータを受信するステップと、
上記画像処理装置アクティビティデータを含む一時的画像処理装置アクティビティログを保持するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項１９】
上記軽量課金バックアップサーバは、上記ネットワーク接続された演算装置の上記主要機能ではないことを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２０】
上記画像処理装置アクティビティデータは、画像処理装置機能アクティビティに関連付けられたユーザ課金データを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２１】
上記画像処理装置アクティビティデータは、上記画像処理装置を介してアクセスされる遠隔アプリケーションアクティビティに関連付けられたユーザ課金データを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２２】
上記の画像処理装置アクティビティデータは、ユーザ課金データと、画像処理装置機能アクティビティデータと、上記画像処理装置を介してアクセスされる遠隔アプリケーションの遠隔アプリケーションアクティビティデータとを含んでいることを特徴とする請求項１８に記載の課金データ保持方法。
【請求項２３】
主要課金サーバに不具合が生じた場合に、画像処理装置の課金データを保持するための課金データ保持方法であって、
ネットワーク接続された演算装置で動作し、上記主要課金サーバが使用不可能な期間、画像処理装置のために一時的画像処理装置アクティビティログを格納するよう動作する、軽量課金バックアップサーバアプリケーションにて、一時的画像処理装置アクティビティログに対する要求を受信するステップと、
上記一時的画像処理装置アクティビティログを、一時的画像処理装置アクティビティログ受信部へ送信するステップと、
を含むことを特徴とする課金データ保持方法。
【請求項２４】
主要サーバに不具合の生じた場合に、画像処理装置アクティビティデータを保持するための画像処理装置アクティビティデータ保持方法であって、
画像処理装置アクティビティログを保持するための主要課金サーバを設定するステップと、
上記主要課金サーバが利用できない場合は、一時的画像処理装置アクティビティログを保持するための、上記主要課金サーバから離れた装置において、軽量課金バックアップサーバを設定するステップと、
上記主要課金サーバが利用できる場合は、当該主要課金サーバへ画像処理装置アクティビティデータを送信するステップと、
上記主要課金サーバが利用できない場合は、上記軽量課金バックアップサーバへ画像処理装置アクティビティデータを送信するステップと、
上記主要課金サーバが利用不可期間の後に、上記軽量課金バックアップサーバから上記主要課金サーバへ、上記一時的画像処理装置アクティビティログを送信するステップと、
上記利用不可期間の後に、上記一時的画像処理装置アクティビティログによって、上記画像処理装置アクティビティログをアップデートするステップと
を含むことを特徴とする画像処理装置アクティビティデータ保持方法。
【請求項２５】
独立した装置である複数の軽量課金バックアップサーバをさらに備え、上記画像処理装置は、複数過剰法によってアクセス可能な軽量課金バックアップサーバのリストを備えていることを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２６】
上記利用不可期間を、上記主要課金サーバから上記軽量課金バックアップサーバへメッセージを送信することによって終了し、上記一時的画像処理装置アクティビティログを要求するステップを含むことを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２７】
上記利用不可期間を、上記主要課金サーバから上記画像処理装置へのメッセージによって終了し、上記一時的画像処理装置アクティビティログを要求し、上記画像処理装置にて、上記軽量課金バックアップサーバからの上記一時的画像処理装置アクティビティログを要求し、上記一時的画像処理装置アクティビティログを上記主要課金サーバへ転送するステップを含むことを特徴とする請求項２４に記載の画像処理装置アクティビティデータ保持方法。
【請求項２８】
画像処理装置の課金データを保持するための課金データ保持システムであって、
ネットワーク接続された複数の演算装置と、
ネットワーク接続された演算装置上で動作し、軽量課金バックアップサーバとして機能する、少なくとも１つの軽量課金バックアップサーバアプリケーションと、
ネットワーク接続された主要課金サーバと、
少なくとも１つの画像処理装置とを備え、
上記主要課金サーバが利用でき、上記主要課金サーバが上記課金データを含む画像処理装置アクティビティログを保持している場合は、上記画像処理装置は、自身のアクティビティデータを、上記主要課金サーバへ報告し、
上記主要課金サーバが利用できない場合は、上記画像処理装置は、自身のアクティビティデータを、上記少なくとも１つの軽量課金バックアップサーバへ報告し、
上記の画像処理装置が上記軽量課金バックアップサーバへ報告する場合は、上記少なくとも１つの軽量課金バックアップサーバは、一時的画像処理装置アクティビティログを保持し、
上記軽量課金バックアップサーバは、上記主要課金サーバの利用不可期間の後、上記主要課金サーバへ報告を行い、上記主要課金サーバへ一時的画像処理装置アクティビティログを送信し、
上記主要課金サーバは、上記一時的画像処理装置アクティビティログによって上記画像処理装置アクティビティログをアップデートする、
ことを特徴とする課金データ保持システム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【公開番号】特開２００７−４２０９９（Ｐ２００７−４２０９９Ａ）
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願番号】特願２００６−２０７１９６（Ｐ２００６−２０７１９６）
【出願日】平成１８年７月２８日（２００６．７．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願日】平成１８年７月２８日（２００６．７．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]