(57)【要約】【課題】各画像形成ジョブに関する情報をトラッキングすること。【解決手段】一実施例では、ジョブリクエストを受信する。このジョブリクエストは少なくとも１つのアカウント詳細条件を含むことができる。前記少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされているかどうかについての判断がなされる。前記少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされている場合、この方法は前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細のレンダリングデバイスによる決定を容易にする。前記少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされていない場合、ジョブシミュレーションを実行することによって、前記少なくとも１つのアカウント詳細条件に対応する前記少なくとも１つのアカウント詳細が決定される。【選択図】図１１
2008090812.tif 000002
【特許請求の範囲】
【請求項１】
レンダリングサーバにおいて、
少なくとも１つのアカウント詳細条件を含むジョブリクエストを受信するステップと、
前記少なくとも１つのアカウント詳細条件が、レンダリングデバイスによってサポートされているかどうかを判断するステップと、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされている場合、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細の、前記レンダリングデバイスによる決定を容易にするステップと、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていない場合に、ジョブシミュレーションを実行することにより、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細を決定するステップとを備えた、シンクライアントのレンダリングのために詳細なジョブアカウントを行うための方法。
【請求項２】
前記ジョブリクエストが、前記レンダリングデバイスに画像形成ジョブを送るための、クライアントからの画像形成ジョブリクエストである、請求項１記載の方法。
【請求項３】
前記レンダリングデバイスが、前記画像形成ジョブリクエストのすべての条件を満たすようになっていると判断するステップと、
前記画像形成ジョブのためのジョブチケットおよびファイルデータを前記レンダリングデバイスに直接デスプールするように前記クライアントに命令するステップを更に備えた、請求項２記載の方法。
【請求項４】
前記レンダリングデバイスが、前記画像形成ジョブリクエストの前記少なくとも１つのアカウント詳細条件をサポートしていないと判断するステップと、
前記画像形成ジョブのためのファイルデータを、前記レンダリングサーバに送ることを前記クライアントに命令するステップとを更に備えた、請求項２記載の方法。
【請求項５】
前記ジョブシミュレーションを実行するステップが、ジョブシミュレータに前記ファイルデータを提供することを含む、請求項４記載の方法。
【請求項６】
前記少なくとも１つのアカウント詳細を決定したときに、前記レンダリングデバイスへ前記ファイルデータを送るステップを更に含む、請求項４記載の方法。
【請求項７】
前記画像形成ジョブリクエストの少なくとも１つのファイルフォーマット条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記画像形成ジョブのためのファイルデータを前記レンダリングサーバに送ることを前記クライアントに命令するステップと、
前記ファイルデータを前記レンダリングデバイスによってサポートされているフォーマットに変換するステップと、
前記変換されたファイルデータを前記レンダリングデバイスに送るステップとを更に備えた、請求項２記載の方法。
【請求項８】
前記画像形成ジョブリクエストの少なくとも１つのジョブ条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記画像形成ジョブのためのファイルデータを前記レンダリングサーバに送ることを前記クライアントに命令するステップと、
前記レンダリングデバイス上で前記画像形成ジョブリクエストの少なくとも１つのジョブ条件をエミュレートするステップとを更に備えた、請求項２記載の方法。
【請求項９】
前記ジョブリクエストが、前記レンダリングデバイスに宛て先プロファイルをロードするための宛て先プロファイルジョブリクエストである、請求項１記載の方法。
【請求項１０】
前記レンダリングデバイスが、前記宛て先プロファイルジョブリクエストのすべての条件を満足するようになっていると判断するステップと、
前記宛て先プロファイルジョブリクエストの条件を指定する宛て先プロファイルを構築するステップと、
前記宛て先プロファイルを前記レンダリングデバイスに送るステップを更に備えた、請求項９記載の方法。
【請求項１１】
前記宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記宛て先プロファイルジョブリクエストの少なくとも１つの他の条件が、前記レンダリングデバイスによってサポートされていると判断するステップと、
前記レンダリングデバイスによってサポートされている前記宛て先プロファイルジョブリクエストの前記少なくとも１つの他の条件を指定すると共に、前記レンダリングサーバを宛て先として指定する固有の宛て先プロファイルを構築するステップと、
前記固有の宛て先プロファイルを前記レンダリングデバイスに送るステップと、
前記少なくとも１つのアカウント詳細条件を指定すると共に、最終宛て先を指定する非固有の宛て先プロファイルを構築するステップと、
前記非固有の宛て先プロファイルを前記レンダリングサーバに記憶するステップとを更に備えた、請求項９記載の方法。
【請求項１２】
前記宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていると判断するステップと、
前記宛て先プロファイルジョブリクエストの少なくとも１つの他の条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記少なくとも１つのアカウント詳細条件を指定すると共に、前記レンダリングサーバを宛て先として指定する固有の宛て先プロファイルを構築するステップと、
前記固有の宛て先プロファイルを前記レンダリングデバイスに送るステップと、
前記レンダリングデバイスによってサポートされていない前記少なくとも１つのアカウント詳細条件を指定する非固有の宛て先プロファイルを構築するステップと、
前記非固有の宛て先プロファイルを前記レンダリングサーバに記憶するステップとを更に備えた、請求項９記載の方法。
【請求項１３】
前記宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記宛て先プロファイルジョブリクエストの少なくとも１つの他の条件が、前記レンダリングデバイスによってサポートされていないと判断するステップと、
前記レンダリングサーバを最終宛て先として指定する固有の宛て先プロファイルを構築するステップと、
前記固有の宛て先プロファイルを前記レンダリングデバイスに送るステップと、
前記少なくとも１つのアカウント詳細条件と前記レンダリングデバイスによってサポートされていない前記少なくとも１つの他の条件を指定する非固有の宛て先プロファイルを構築するステップと、
前記非固有の宛て先プロファイルを前記レンダリングサーバに記憶するステップとを更に備えた、請求項９記載の方法。
【請求項１４】
前記レンダリングデバイスから画像データを受信するステップを更に備え、前記ジョブシミュレーションを実行するステップが、前記画像データをジョブシミュレータに提供することを含む、請求項９記載の方法。
【請求項１５】
前記レンダリングデバイスによって実行されるフル分析方法よりも少ない処理を行う粗分析方法を使って、前記ジョブシミュレーションを実行する、請求項１記載の方法。
【請求項１６】
アカウント処理を行う前に、前記レンダリングデバイスからのジョブ完了通知を待つステップを更に含む、請求項１記載の方法。
【請求項１７】
前記少なくとも１つのアカウント詳細をアカウントシステムにイクスポートするステップを更に含む、請求項１記載の方法。
【請求項１８】
内部アカウントシステム内の前記レンダリングサーバ上に前記少なくとも１つのアカウント詳細を維持するステップを更に含む、請求項１記載の方法。
【請求項１９】
シンクライアントのレンダリングのために、詳細なジョブアカウントを行うための方法を実施するようになっているコンピュータシステムにおいて、
プロセッサと、
前記プロセッサと電子通信するメモリと、
前記メモリ内に記憶された命令とを備え、これら命令は、
少なくとも１つのアカウント詳細条件を含むジョブリクエストを受信し、
前記少なくとも１つのアカウント詳細条件が、レンダリングデバイスによってサポートされているかどうかを判断し、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされている場合、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細の、前記レンダリングデバイスによる決定を容易にし、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていない場合に、ジョブシミュレーションを実行することにより、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細を決定するよう実行可能である、コンピュータシステム。
【請求項２０】
少なくとも１つのアカウント詳細条件を含むジョブリクエストを受信するステップと、
前記少なくとも１つのアカウント詳細条件が、レンダリングデバイスによってサポートされているかどうかを判断するステップと、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされている場合、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細の、前記レンダリングデバイスによる決定を容易にするステップと、
前記少なくとも１つのアカウント詳細条件が、前記レンダリングデバイスによってサポートされていない場合に、ジョブシミュレーションを実行することにより、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細を決定するステップとを備えた、シンクライアントのレンダリングのための詳細なジョブアカウントを行うための方法を実施するための、実行可能な命令を含む、コンピュータによって読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはコンピュータおよびコンピュータに関連した技術に関する。より詳細には、本発明は、シンクライアント（thin client）のレンダリングのために詳細なジョブアカウントをするためのシステムおよび方法に関する。
【背景技術】
【０００２】
コンピュータ技術および通信技術は、急速なペースで進歩し続けており、日常生活の多くの点で関与している。例えば今日、消費者によって使用されているデバイスの多くは、内部に小型コンピュータが組み込まれている。これら小型コンピュータはサイズおよび複雑性の程度が異なっており、これら小型コンピュータの複雑さは１つのマイクロコントローラから、フル機能の完全コンピュータシステムに到るまで変化する。例えば、小型コンピュータはマイクロコントローラのようなワンチップコンピュータ、コントローラのようなワンボードタイプのコンピュータ、ＩＢＭ−ＰＣコンパチコンピュータのような代表的なデスクトップコンピュータであり得る。
【０００３】
文字、文章、画像などを含む種々のアイテムをプリントするのに、コンピュータと共にプリンタを使用する。多くの異なるタイプのプリンタが市販されており、コンピュータユーザの間ではインクジェットプリンタおよびレーザープリンタがかなり一般的となっている。インクジェットプリンタは、インクの粒子を直接紙に噴射しており、レーザープリンタは、レーザービームを使ってプリントを行っている。
【０００４】
プリンタとは、ある種の画像形成デバイスであり、画像形成デバイスとして物理的プリンタ、多機能周辺機器（ＭＦＰ）、プリンタプール、プリンタクラスタ、ファックスマシン、プロッター、スキャナ、ロジカルデバイス、電子ホワイトボード、タブレットＰＣ、コンピュータモニタ、ファイルなどを挙げることができるが、これらだけに限定されるものではない。本明細書で使用するような「画像形成」なる用語は、紙、コンピュータスクリーン、電子画像などの上に文書のコピーを作成するためのプロセスを含むように、広義に解釈すべきである。
【０００５】
異なるタイプのコンピュータソフトウェアは画像形成デバイスの使用を容易にしており、資料を画像形成（例えばプリント）するのに使用されるコンピュータまたは計算デバイスは、一般にコンピュータで作動する１つ以上のソフトウェアによって、資料を画像化するのに必要な情報を画像形成デバイスに送るようになっている。コンピュータネットワーク上にコンピュータまたは計算デバイスがある場合、画像形成を容易にするコンピュータネットワーク上の１つ以上のコンピュータで作動する１つ以上のソフトウェアが存在し得る。
【０００６】
画像形成のために、画像形成デバイスへ送られるドキュメントを、画像形成ジョブ（例えばプリントジョブ）と称すことがある。所定の計算環境では、各画像形成ジョブに関連する情報をトラッキングすることが望ましい。種々の理由からトラッキングされる情報を使用することが可能である。各画像形成ジョブに関連する情報をトラッキングすることを、本明細書では画像形成ジョブアカウントと称する。画像形成および画像形成ジョブアカウントで使用されるソフトウェアに、大きい機能を持たせることによって利点が得られる。
【０００７】
特開平８−２９２８４４号公報には、プリントサーバにて、プリントジョブの属性と、プリンタの属性を比較し、プリンタに不足している機能を特定し、特定された機能の実行を行うことが開示されている。
また、特開２０００−２８４９２８号公報には、サーバにプリンタの印刷能力情報を登録し、該サーバにてクライアントから送られた印刷データをプリンタで印刷できるか否かを判断し、印刷できない場合はプリンタで印刷できるデータに印刷データを変換することが開示されている。
【０００８】
しかし、特開平８−２９２８４４号公報に記載の発明は、プリントジョブに必要な機能やサービスをＭＦＰが有しない場合に（即ち、ＭＦＰがプリントジョブをサポートしていない場合に）、サーバがＭＦＰの代行処理をするものであり、プリントジョブに限ったものであり、スキャンジョブ等のそのほかの画像処理ジョブの代行処理を行うものではない。また、サーバで行う処理は、プリントジョブに必要な機能やサービスであるため、プリントジョブのアカウント処理（課金に必要なジョブ量やページ数の計算）を行なうものではない。
また、特開２０００−２８４９２８号公報に記載の発明は、サーバがプリンタでサポートされる印刷データに変換するものであり、これもプリントジョブに限ったものである。
【０００９】
本発明は、レンダリングデバイスによって少なくとも１つのアカウント詳細条件がサポートされていない場合に、サーバでアカウント詳細（ページ数、サイズ、カラーページ数、消費トナー量）を決定するため、サーバはレンダリングデバイスの代わりにアカウント処理（課金処理）に必要なアカウント詳細を算出することを目的とする。
更に、レンダリングデバイスによって少なくとも１つのアカウント詳細条件がサポートされている場合は、サポートされているアカウント詳細条件に対応するアカウント詳細の、レンダリングデバイスでの決定を容易にすることを目的とする。
【００１０】
発明の効果として、サーバはレンダリングデバイスでサポートされていないアカウント詳細条件のアカウント詳細を代わりに算出することができ、レンダリングデバイスでサポートできるアカウント詳細条件のアカウント詳細についてはレンダリングデバイスで容易に算出できる。従って、アカウント詳細条件がレンダリングデバイスでサポートできるか否かに関わらず、アカウント詳細を算出でき、適正なアカウント処理（課金処理）が行なえる。
【００１１】
添付図面を参照しながら、次の説明および特許請求の範囲を読めば、本発明の実施例がより明らかとなろう。これらの図は、単に実施例を示すに過ぎず、従って本発明の範囲を限定するものと見なすべきはないと理解した上で、添付図面を用い、本発明の実施例を更に詳細に説明する。
【発明を実施するための最良の形態】
【００１２】
シンクライアントのレンダリングのための、詳細なジョブアカウント方法を開示する。この方法は、レンダリングサーバによって実行される。一実施例によれば、レンダリングサーバはジョブリクエストを受信する。このジョブリクエストは少なくとも１つのアカウント詳細条件を含む。レンダリングサーバは少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされているかどうかを判断する。少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされている場合、レンダリングサーバは少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細のレンダリングデバイスによる決定を容易にできるようにする。レンダリングデバイスにより、少なくとも１つのアカウント詳細条件がサポートされていない場合、レンダリングサーバはジョブシミュレーションを実行することにより、少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細を決定できる。ジョブシミュレーションはレンダリングデバイスによって実行されるフル分析方法よりも少ない処理を行う粗分析方法を使って実行される。
【００１３】
ジョブリクエストは、画像形成ジョブをレンダリングデバイスに送るための、クライアントからの画像形成ジョブリクエストである。レンダリングサーバは、レンダリングデバイスが画像形成ジョブリクエストのすべての条件を満たすように構成されていると判断する。このような判断がなされた場合、レンダリングサーバは画像形成ジョブのためのジョブチケットおよびファイルデータをレンダリングデバイスに直接デスプール（despool）するようクライアントに命令する。
【００１４】
レンダリングサーバは画像形成ジョブリクエストの少なくとも１つのアカウント条件をレンダリングデバイスがサポートしないと判断できる。このような判断がなされた場合、レンダリングサーバは画像形成ジョブのためのファイルデータをレンダリングサーバに送ることをクライアントに命令する。レンダリングサーバはファイルデータをジョブシミュレータに提供する。少なくとも１つのアカウント詳細が決定されると、レンダリングサーバはファイルデータをレンダリングデバイスに送る。
【００１５】
レンダリングサーバは画像形成ジョブリクエストの少なくとも１つのファイルフォーマット条件がレンダリングデバイスによってサポートされていないと判断できる。このような判断がなされた場合、レンダリングサーバは画像形成ジョブのためのファイルデータをレンダリングサーバに送ることをクライアントに命令する。レンダリングサーバはファイルデータをレンダリングデバイスによってサポートされているフォーマットに変換し、変換されたファイルデータをレンダリングデバイスに送る。
【００１６】
レンダリングサーバは画像形成ジョブリクエストの少なくとも１つのジョブ条件がレンダリングデバイスによってサポートされていないと判断できる。レンダリングサーバは画像形成ジョブのためのファイルデータをレンダリングサーバに送ることをクライアントに命令する。レンダリングサーバはレンダリングデバイス上で画像形成ジョブリクエストの少なくとも１つのジョブ条件をエミュレートする。
【００１７】
ジョブリクエストはレンダリングデバイスに宛て先プロファイルをローディングするための、宛て先プロファイルジョブリクエストである。レンダリングサーバはレンダリングデバイスが宛て先プロファイルジョブリクエストのすべての条件を満たすようになっていると判断する。このような判断がなされた場合、レンダリングサーバは宛て先プロファイルジョブリクエストの条件を指定する宛て先プロファイルを構築し、この宛て先プロファイルをレンダリングデバイスに送る。
【００１８】
レンダリングサーバは宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされていないこと、および宛て先プロファイルジョブリクエストの少なくとも１つの他の条件がレンダリングデバイスによってサポートされていることを判断する。このような判断がなされた場合、レンダリングサーバはレンダリングデバイスによってサポートされている。宛て先プロファイルジョブリクエストの他の少なくとも１つの条件を指定しかつレンダリングサーバを宛て先として指定する固有（native）の宛て先プロファイルを構築する。レンダリングサーバはレンダリングデバイスに固有の宛て先プロファイルを送る。レンダリングサーバは少なくとも１つのアカウント詳細条件を指定し、最終宛て先を指定する非固有の宛て先プロファイルを構築する。レンダリングサーバはレンダリングサーバ上に非固有の宛て先プロファイルを記憶する。
【００１９】
レンダリングサーバは宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされていること、および宛て先プロファイルジョブリクエストの少なくとも１つの他の条件がレンダリングデバイスによってサポートされていないことを判断する。この判断がなされた場合、レンダリングサーバは少なくとも１つのアカウント詳細条件を指定し、レンダリングサーバを宛て先として指定する固有の宛て先プロファイルを構築する。レンダリングサーバはこの固有の宛て先プロファイルをレンダリングデバイスへ送る。レンダリングサーバはレンダリングデバイスによってサポートされていない少なくとも１つの他の条件を指定する非固有の宛て先プロファイルを構築する。レンダリングサーバはレンダリングサーバ上に非固有の宛て先プロファイルを記憶する。
【００２０】
レンダリングサーバは宛て先プロファイルジョブリクエストの少なくとも１つのアカウント詳細条件がレンダリングデバイスによってサポートされていないこと、および宛て先プロファイルジョブリクエストの少なくとも１つの他の条件がレンダリングデバイスによってサポートされていないことを判断する。このような判断がなされた場合、レンダリングサーバは、このレンダリングサーバを宛て先として指定する固有の宛て先プロファイルを構築する。レンダリングサーバはレンダリングデバイスへこの固有の宛て先プロファイルを送る。レンダリングサーバは少なくとも１つのアカウント詳細条件およびレンダリングデバイスによってサポートされていない少なくとも１つの他の条件を指定する非固有の宛て先プロファイルを構築する。レンダリングサーバは、この非固有の宛て先プロファイルをこのレンダリングサーバ上に記憶する。
【００２１】
レンダリングサーバはレンダリングデバイスから画像データを受信し、この画像データをジョブシミュレータに提供する。
【００２２】
レンダリングサーバは少なくとも１つのアカウント詳細をアカウントシステムへイクスポートする。この代わりに、またはこれに加えて、レンダリングサーバは内部アカウントシステム内のレンダリングサーバ上で、少なくとも１つのアカウント詳細を維持できる。レンダリングサーバはアカウント処理を行う前にレンダリングデバイスからのジョブ完了通知を待つ。
【００２３】
次に図を参照し、本発明の種々の実施例について説明するが、図中の同じ参照番号は同一または機能的に類似する要素を示す。本明細書に全般的に説明され、図に示されているような本発明の実施例は、広範な種々の異なる構成に配置したり、設計できる。従って、図に示されるような本発明のいくつかの実施例の次のようなより詳細な説明は、特許請求の範囲に記載した発明の範囲を限定するものではなく、単に本発明の実施例を示すものである。
【００２４】
「例」なる用語は、本明細書では専ら「一例として、または図解のために働く」ことを意味するのに使用される。「例」として本明細書に説明する実施例は、必ずしも他の実施例よりも好ましいとか、有利であると見なされるものではない。
【００２５】
本明細書に開示する実施例の多くの特徴は、コンピュータソフトウェア、電子ハードウェアまたはその双方の組み合わせとして実現できる。ハードウェアとソフトウェアのこのような相互交換可能性を明らかに示すために、一般的に種々のコンポーネントはそれらの機能によって記述される。かかる機能がハードウェアまたはソフトウェアとして実現されるかどうかは、特定の用途およびシステム全体にかかる設計上の制限に応じて決まる。当業者であれば、特定の各用途に対し、これまで説明した機能を種々の方法で実現できるが、かかる実現は本発明の範囲から逸脱するものと見なしてはならない。
【００２６】
説明する機能をコンピュータソフトウェアとして実現する場合、かかるソフトウェアはメモリデバイス内にあるか、および／またはシステムバスまたはネットワークを通して電子信号として送信される任意のタイプのコンピュータ命令またはコンピュータで実行可能なコードを含むことができる。本明細書に記載するコンポーネントに関連する機能を実施するソフトウェアは、単一命令または多数の命令を含み、異なるプログラムの間、およびいくつかのメモリデバイス間にいくつかの異なるコードセグメントで分配される。
【００２７】
本明細書に説明するような、「一実施例」、「実施例」、「複数の実施例」、「この実施例」、「これら複数の実施例」、「１つ以上の実施例」、「一部の実施例」、「所定の実施例」、「１つの実施例」、「別の実施例」などの用語は、特に明記しない限り、開示する発明の１つ以上の（しかしながら必ずしもすべての実施例であるとは言えない）実施例を意味する。
【００２８】
「判断あるいは決定」なる用語（およびその文法的な変形用語）は、極めて広い意味で使用する。この「判断あるいは決定」なる用語は、広範な種々の動作を含むので、「判断あるいは決定」なる用語は計算、コンピューティング、処理、誘導、調査、ルックアップ（例えばテーブル、データベースまたは別のデータ構造におけるルックアップ）、確認・探知などを含むことができる。また、「判断あるいは決定」なる用語は、受信（例えば情報の受信）アクセス（例えばメモリ内のデータへのアクセス）などを含むことでき、また、「判断あるいは決定」なる用語は解決、選択、選別、設定などを含むことができる。
【００２９】
「〜に基づく」なるフレーズは、特に明記しない限り、「〜だけに基づく」ことを意味するものではない。換言すれば、「〜に基づく」なるフレーズは、「〜のみに基づく」と「少なくとも〜に基づく」の双方を意味するものである。
【００３０】
多機能周辺機器（ＭＦＰ）の管理者が、アカウント制御のためのＭＦＰの組織上の（または大きい）スケールセット（例えばユーザ／部門ごとのクリックカウント）を構成するとき、管理者はアカウント制御を通して全てのＭＦＰ動作をモニタすることを望むことができる。管理者は更にアカウント詳細（例えばペーパーサイズ、両面プリント）がデバイスのタイプ／レポート能力に関係なく、デバイス間で首尾一貫することを望むこともできる。
【００３１】
ローカルおよびネットワークプリントのためにクリックをカウントする１つの方法は、オープンソースのｌｐｒｎｇプログラムによって実行される。次は、このプログラムがプリントジョブごとにプリントされるページまたはシート数をどのように決定するかの簡単な説明である。このｌｐｒｎｇプログラムはプリントスプーラーとして働き、プログラムはジョブを送る前に（シンプルネットワークマネージメントプロトコル、すなわちＳＮＭＰを介し）、現在の総ページカウントをプリンタから得る。スプーラーは次にジョブを送り、そのプリンタがアイドル状態となるまでプリンタをポーリングする。スプーラーは一旦アイドル状態となると、新しい総ページカウントを得る。次にスプーラーは新しいカウントから古いカウントを減算し、プリントされたページ／シート数を決定する。
【００３２】
プリントジョブアカウントのための別の方法は、プリンタジョブ言語（ＰＪＬ）ＵＳＴＡＴＵＳ  ＪＯＢ＝ＯＮプロトコルによって実行される。この方法では、スプーラーが非同期ジョブステータス通知をスプーラーに返送させることを示すコマンドをプリンタに送る。次にスプーラーはジョブを送り、非同期通知を待つ。スプーラーがこの通知を受信したとき、この通知はジョブの結果を表示するほかに出力シート数を含んでいる。
【００３３】
プリントジョブアカウントのための別の方法は、シャープコーポレーションのノーティファイジョブリターン（ＮＪＲ）プロトコルによって実行される。この方法では、プリントジョブは指定されたアドレス／ポートにジョブ完了通知を送り、かつシートカウントおよび使用したインク（カラー）の数を含むよう、追加的コマンドダイレクティブを含む。この方法は、プリントジョブの非シリアルなレリース／モニタリングを簡略化し、カラー対白黒情報を提供し、スプーラーからアカウントモニタを分離させる。
【００３４】
プリントジョブアカウントのための別の方法は、ヒューレットパッカードの周辺管理言語（ＰＭＬ）ＭＩＢによって実行される。この方法では、ジョブを送る前にスプーラーはＰＭＬエンタープライズＭＩＢによって、プリンタからその現在の総ページカウントを（ＳＮＭＰを介し）得る。次にスプーラーはジョブを送る。スプーラーはそのプリンタがアイドル状態となるまでプリンタをポーリングするか、またはジョブの完了通知を待つ。一旦アイドル状態となると、スプーラーはＰＭＬ  ＭＩＢから新しいページの総カウントを得る。次にスプーラーは新しいカウントから古いカウントを減算し、プリントされたページ／シート数を決定する。ＰＭＬ  ＭＩＢプロトコルは標準的なＲＦＣ１７５９プリンタＭＩＢよりも詳細なページカウントに関する情報を得る。この情報は片面対両面カウント、ペーパーサイズによるカウントおよび（ジョブによる）白黒対カラーカウントを含む。
【００３５】
プリントジョブアカウントのための別の方法は、シャープのＥ−メールＲＩＣ機能によって実行される。この方法では、デバイスは自動化された方法で総プリント、ファックス、ファイル、コピーおよびスキャンカウントをコーポレートファイアウォール外の外部サイトへ周期的にイクスポートする（例えばｅメールにより送る）ことができる。次に外部サイトは手動でまたは自動化されたやり方でクリックアカウントデータを処理できる。
【００３６】
プリントジョブアカウントのための別の方法では、ポートモニタから上流へ向う逆スプーリングプロセスが、プリントストリームを予め分析し、例えばマイクロソフトウィンドウズのプリントサブシステム内のプリントプロセッサを使用することなど請求可能な量を決定する。請求可能な量の例として、シート数、ペーパーサイズ、片面／両面、カラー対白黒などを含む。更に、カラー決定はページごと（ジョブに対する）に決定できる。プロトコルから独立した逆スプーリングコンポーネントは、次に請求可能な量のための認証を得るためにアカウントプロセスと通信する。
【００３７】
プリントジョブアカウントのための別の方法は、ウォークアップ動作のためのＭＦＰ上のベンダー制御インターフェース（ＶＣＩ）を使用することを含む。これらのタイプのデバイスは、例えばコインオペレーションボックス等の外部デバイスに接続できる外部ベンダー制御インターフェース（ＶＣＩ）を有する。このＶＣＩはコピー機をイネーブル／ディスエーブルするためのインバウンドパルスを使用し、前記デバイスによりプリント／出力される印刷数をカウントするのにアウトバウンドパルス（クリック）を使用する。例えばコインオペレーションが５セントを課金し、ユーザが２５セントを挿入した場合、コインオペレーションボックスはデバイスにインバウンドイネーブルパルスを送る。出力される各プリントページに対してデバイスは１つのアウトバウンドクリックパルスを送る。受信される各クリックパルスに対し、コインオペレーションは５セントを引き落とす。５つのパルスが受信されると（すなわち差し引きが０となると）コインオペレーションボックスはインバウンドディスエーブルパルスを送る。イクイトラックＰＡＳおよびシャープのベンダーインターフェースキット（シャープサポートブリテン、ＤＶＥＮＤ外部ベンダーインターフェースキット、２００１年２月号）は、この方法を使用するデバイスおよび外部ボックスの一例である。
【００３８】
別の方法では、アカウントシステムは、配信前にプリントデータをインターセプトし、請求可能な操作量／消費される材料の量を予め決定するためにプリントデータを分析することにより作動する。次にこのシステムは、プリントデバイスにプリントジョブをリリースする前に、全ジョブに対するデビット認証を行うことができる。この方法を使用する製品の一例は、イクイトラック（Ｅｑｕｉｔｒａｃ）ＰＡＳである。この製品では、直接プリンタへ送る代わりにプリントサーバを介してプリントジョブをルーティングする。プリントサーバはポートモニタを介し、プリンタへプリントジョブをデスプールする。この場合にイクイトラックＰＡＳは、請求可能な量を決定するためにプリントストリームを予め分析するカスタムポートモニタを使用する。ポートモニタは次に請求可能な量の認証を得るためにアカウントプロセスと通信する。認証された場合、ポートモニタはジョブをリリースし、認証されない場合、ジョブはリリースされない。
【００３９】
本明細書では、アカウント制御のために、ＭＦＰ環境を管理するための効果的な方法が開示されている。一部の実施例では、アカウント制御によりＭＦＰのすべての動作をモニタできる。また、デバイスのタイプ／レポート能力に関係なく、アカウントの詳細（例えばペーパーサイズ、両面など）をデバイス間で首尾一貫させることができる。
【００４０】
動作環境は、多数のタイプのレンダリング動作（例えばプリント、スキャン、コピーなど）を実行できる１つ以上の接続されたＭＦＰデバイスを含むことができる。ユーザはサーバ計算デバイスで作動するジョブマネージャーを介し、シンクライアントからＭＦＰのうちの１つ以上に対する画像形成ジョブリクエストを開始できる。
【００４１】
動作環境の一例ではジョブマネージャーは、シンクライアントがレンダリングデバイス（例えば固有のレンダリング）へジョブ条件およびファイルデータを直接送ることができるかどうか、または一部の処理（例えばフォーマット変換）のためにジョブ条件およびファイルデータを最初にサーバに送らなければならないかどうかを判断する。ジョブマネージャーは、シンクライアントまたはジョブマネージャーがジョブをデバイスへデスプール（すなわち送信）したかどうかにかかわらず、レンダリングデバイスからのジョブステータス通知を受信できる。次にジョブマネージャーはその通知をデバイスに無関係のフォーマットに再フォーマット化し、再フォーマット化した通知をシンクライアントに送る。
【００４２】
一部の実施例では、ジョブマネージャーはアカウント詳細の要求レベルがＭＦＰによってサポートされているかどうかを判断する。ＭＦＰがファイルフォーマット、ジョブ条件およびアカウント詳細（すなわち固有）をサポートしている場合、ジョブマネージャーは、ファイルフォーマットの変換、ホスト上でのレンダリングサービスのエミュレーション、ファイルデータの冗長な送信（例えばクライアントからサーバへ、次にサーバからデバイスへ、またはその逆の）あるいはアカウント詳細を決定するためのジョブシミュレーションを行うことなく、最も効率的にジョブを実行することをクライアント／デバイスに命令する。この場合、シンクライアントはジョブチケットおよびファイルデータを直接ＭＦＰデバイスへ送ることができる。
【００４３】
上記とは異なり、上記のうちの１つ以上が元々サポートされていない場合、最初にシンクライアントからサーバへファイルデータを送ることができる。ファイルフォーマット（例えばＰＤＦ）が固有でない場合、サーバ上のジョブマネージャーはファイルデータをＭＦＰと互換可能なフォーマット（例えばＰＣＬ）に変換する。ＭＦＰ上で１つ以上のジョブ条件（例えばブックレット）がサポートされていない場合、サーバ上でジョブ条件をエミュレートする。最後に、アカウント詳細をレポートするレベルがＭＦＰに固有でない場合、ジョブマネージャーは、アカウント詳細の要求レベル（例えばシート数、カラー対白黒）に従って使用されるリソースを予め計算するために、最初にサーバ上でジョブシミュレーション（例えば粗い分析）を実行する。このジョブシミュレーションはＭＦＰによって実行されるようなフル分析／解読よりも実質的に少ない処理を実行する粗分析方法を使用して実行される。このジョブシミュレーションの目的は、指定された詳細レベルにおいてジョブをレンダリングするために使用されるリソースを決定することである。次にこのジョブマネージャーはジョブのためのアカウント詳細をアカウントシステムにイクスポートする。あるいは内部アカウントシステム内のレンダリングサーバに維持される。ジョブマネージャーはアカウントシステムを更新する（例えば請求可能な課金をすること）前にジョブが実際に完全に出力されたことを証明するために、ＭＦＰのジョブ完了通知方法を使用することもできる。
【００４４】
図１は、実施例を具現化できる動作環境１００の一例を示す。この動作環境例１００は１つ以上のレンダリングデバイス１０２を含むことができる。レンダリングデバイス１０２はＭＦＰデバイスでもよいし、または単一機能のレンダリングデバイス１０２でもよい。レンダリングデバイス１０２は、ローカルに接続してもよいし、同じネットワークに接続してもよいし、遠隔接続などを行ってもよい。図１に示されるように、レンダリングデバイス１０２は、プリンタ１０２として具現化できる。使用できるレンダリングデバイス１０２の他の例として、スキャナ、コピー機、ファクシミリ装置、ファイリングデバイス、変換デバイス、出版デバイス、電子ホワイトボード、プロッター、オーディオ／ビデオレコーダ／プレイヤー、ビデオプロジェクタ、Ｘ線デバイス、ＭＲＩ、ＣＡＴスキャンデバイスなどを挙げることができる。
【００４５】
ユーザはシンクライアント１０４からレンダリングデバイス１０２のうちの１つ以上へ、画像形成ジョブリクエストを開始できる。シンクライアント１０４の一部の例として、ターミナル、ラップトップ、ワークステーション、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話などを挙げることができる。シンクライアント１０４は、デバイスドライバー、フォーマット特有のアプリケーションおよび／またはスプーリング／モニタサブシステムを欠いている。ＭＦＰ１０２上でファイルデータをレンダリングするのに必要とされるかもしれない。
【００４６】
シンクライアント１０４はジョブマネージャー１０６にリクエストすることにより、画像形成ジョブを開始する。ジョブマネージャー１０６は、クライアント側の入出力ファイルフォーマットおよびジョブ条件がレンダリングデバイス１０２と互換可能であるかどうかを判断する。互換可能であれば、ジョブマネージャー１０６はジョブチケットをシンクライアント１０４に送り、シンクライアント１０４は直接ファイルおよびジョブチケットをレンダリングデバイス１０２にデスプールする。互換可能でない場合、ジョブマネージャー１０６はシンクライアント１０４からファイルを回収し、ファイルに対し、一部の処理（例えばフォーマット変換、ページの並べ替えなど）を行い、処理されたファイルおよびジョブチケットをレンダリングデバイス１０２へ送る。更に、ジョブマネージャー１０６はシンクライアント１０４またはジョブマネージャー１０６がジョブをレンダリングデバイス１０２へデスプールしたかどうかにかかわらず、レンダリングデバイス１０２からジョブステータス通知を受信する。次に、ジョブマネージャー１０６はこの通知をデバイスに無関係なフォーマットに再フォーマット化し、次に再フォーマット化された通知をシンクライアント１０４へ送る。
【００４７】
次に図２を参照すると、レンダリングデバイス２０２、シンクライアント２０４およびレンダリングサーバ２０６が実施例に従って設けられている。レンダリングデバイス２０２は、例えばＭＦＰ２０２等のプリンタ２０２である。シンクライアント２０４は、ＭＦＰ２０２へのアウトバウンドレンダリング動作、例えばプリント、アウトバウンドのファックスまたはファイル動作を実行することを望むことがある。レンダリングサーバ２０６はジョブリクエストからファイルフォーマット、ジョブ条件およびアカウント詳細のレベルがＭＦＰ２０２に固有であると判断する。この場合、レンダリングサーバ２０６は、対応するジョブチケットを作成し、このジョブチケットをシンクライアント２０４へ送り、シンクライアント２０４が直接ジョブチケット２０８およびファイルデータ２１０をＭＦＰ２０２にデスプールすることを命令する。
【００４８】
次に図３Ａおよび３Ｂを参照すると、上記実施例の別のモードでは、レンダリングサーバ２０６は、ジョブリクエストからファイルフォーマットおよびジョブ条件がＭＦＰ２０２に固有であるが、アカウント詳細のレベルが固有でないと判断する。ファイルデータ２１０（例えばページ情報）およびジョブチケット２０８をジョブシミュレータ２１２へ送り、ジョブシミュレータはアカウント詳細２１４に従って消費されるリソース量を決定する。
【００４９】
プリント／ファックスファイルジョブ内で指定されるアカウント詳細２１４の例は、シート数、片面対両面、ペーパーサイズ、ペーパーストック、ブランクシート、カラー対白黒、カラーシートの数、白黒シートの数、使用されるＫトナーの量、使用されるＣＭＹトナーの量、仕上げ、ステープリングされるコピーの数、パンチングされるシート数、画像（ファックス）の数、画像サイズ、バイト（ファックス、ファイル）の数、ファイル（ファイル）の数、受信者（電話番号、メールボックス等）の数等々である。
【００５０】
ジョブシミュレータ２１２は、任意の態様でアカウント詳細２１４を決定できる。このジョブシミュレータ２１２は、指定されたアカウント詳細２１４、例えばページ数または画像数、ページ／画像のサイズ、ブランクページ、カラー対白黒、どのページがカラー情報を有するか、どのページがカラーページを有しないか、カバー範囲、消費されるトナーの概略量等々に従い、情報のためのファイルデータ２１０を効率的に分析するために、粗分析方法を使用できる。
【００５１】
ジョブシミュレータ２１２は次に、上記のように集められた基本情報とジョブ条件とを組み合わせ、実際の物理的消費量を決定する。例えば原稿は１０ページだが、ジョブ条件は両面モードで１シートに２ページプリントすること（２アップ）であることもあり得る。この場合、３枚の両面シートがプリントされ、第３番目のシートの裏面がブランクとなる。
【００５２】
一旦アカウント詳細が計算されると、追加の処理を無しに、ジョブチケット２０８およびファイルデータ２１０はＭＦＰ２０２へ送られる。レンダリングサーバ２０６はその上にアカウント処理を行う前にジョブ完了通知を待つ。アカウント処理は、レンダリングサーバ２０６上で実行してもよいし、外部アカウントアプリケーションにイクスポートしてもよい。
【００５３】
次に図４を参照すると、上記実施例の別のモードでは、レンダリングサーバ２０６は、ジョブリクエストから、アカウント詳細がＭＦＰ２０２に固有であるが、ファイルフォーマットおよびジョブ条件の一方または双方が、ＭＦＰ２０２に非固有であると判断する。この場合、レンダリングサーバ２０６は対応するジョブチケット２０８を作成するが、ファイルデータをサーバ２０６に送ることをシンクライアント２０４に命令する。次に、レンダリングサーバ２０６は任意のフォーマット変換（例えばＰＤＦからＰＣＬへの変換）またはホストエミュレーションを実行する。ホストエミュレーションの一部の例として、シートアセンブリ（例えば逆順序、Ｎアップ、ブックレット、ブランクページ除去など）、ストリーミング変換、アンダーカラー除去（ＵＣＲ、Ｋ置換）、白黒のみ、再エンコーディング（例えば圧縮、暗号化／暗号解読など）、ドキュメント識別印（例えば透かし、ベイツスタンピング、ページナンバリング、ヘッダー／フッターなど）等々を挙げることができる。次にＭＦＰ２０２に直接サーバが予め処理したファイルデータ２１６およびジョブチケット２０８が送られ、アカウント詳細がＭＦＰ２０２により固有に（handled natively）処理される。
【００５４】
次に図５Ａおよび５Ｂを参照すると、上記実施例の別のモードでは、レンダリングサーバ２０６は、ジョブリクエストから、ファイルフォーマット、ジョブ条件およびアカウント詳細が全てＭＦＰ２０２に非固有であると判断する。この場合、レンダリングサーバ２０６は対応するジョブチケット２０８を作成するが、ファイルデータ２１０をサーバ２０６に送ることを、シンクライアント２０４に命令する。次に、ファイルデータ２１０およびジョブチケット２０８がジョブシミュレータ２１２に送られ、ジョブシミュレータ２１２はアカウント詳細２１４に従って消費されるリソースの量を決定する。次にレンダリングサーバ２０６は、任意のフォーマット変換（例えばＰＤＦからＰＣＬへの変換）またはホストエミュレーションを実行する。この実施例の別のモードでは、ファイルデータは、最初にフォーマット変換され、次にファイルデータのフォーマット化されたバージョンに対し、ジョブシミュレーションが実行される。
【００５５】
アカウント詳細２１４が一旦計算されると、ＭＦＰ２０２にジョブチケット２０８およびサーバで処理されたファイルデータ２１６が送られる。このレンダリングサーバ２０６は、アカウント処理を行う前に、更にジョブ完了通知を待つ。アカウント処理は、レンダリングサーバ２０６上で実行してもよいし、外部アカウントアプリケーションにイクスポートしてもよい。
【００５６】
次に図６を参照すると、一実施例によれば、レンダリングデバイス６０２、シンクライアント６０４およびレンダリングサーバ６０６が設けられている。レンダリングデバイス６０２はＭＦＰ６０２として構成できるスキャナ６０２とすることができる。シンクライアント６０４は、ＭＦＰ６０２からのインバウンドレンダリング動作（例えばネットワークスキャンまたはインバウンドファックス）を実行したいことがある。あるモードでは、ＭＦＰ６０２からシンクライアント６０４へイクスポートされた画像データ６２０は処理され、予めプログラムされた宛て先プロファイルに従って宛て先に送られる。
【００５７】
レンダリングサーバ６０６へ宛て先プロファイルをローディングするためのジョブリクエストを行うことにより、ＭＦＰ６０２上に宛て先プロファイルをローディングできる。この実施例の一モードでは、レンダリングサーバ６０６は出力フォーマット、デバイス処理、宛て先モードおよびアカウント詳細がＭＦＰ６０２に固有であると判断する。この場合、レンダリングサーバ６０６はＭＦＰ６０２に固有のフォーマットでジョブリクエストで指定されたジョブ条件に従って宛て先プロファイルを構築できる。レンダリングサーバ６０６はそのプロファイルをＭＦＰ６０２にアップロードできる。宛て先プロファイルを使って次のスキャン（またはインバウンドファックス）が行われると、スキャンされた画像データ６２０はＭＦＰ６０２で処理され、宛て先モードに従って宛て先へ送られる。ＭＦＰ６０２はアカウント詳細を固有に取り扱うこともできる。
【００５８】
次に図７Ａおよび７Ｂを参照すると、上記実施例の別のモードでは、レンダリングサーバ６０６は、ジョブリクエストから、スキャン宛て先プロファイル（例えばＭＦＰ処理、出力フォーマット、宛て先モード）がＭＦＰ６０２に固有であるが、アカウント詳細のレベルはそうでないと判断する。この場合、レンダリングサーバ６０６は、ＭＦＰ６０２に固有な宛て先プロファイルを構築できる。ただし、宛て先および宛て先配信方法がレンダリングサーバ６０６にセットされている。
【００５９】
レンダリングサーバ６０６は、次に２番目の非固有の宛て先プロファイルを構築できる。この非固有の宛て先プロファイルは、上記固有の宛て先プロファイルに関連した残りの処理および宛て先を指定する。次に、非固有の宛て先プロファイルはレンダリングサーバ６０６に記憶される。非固有の宛て先プロファイルは、最終宛て先および宛て先配信方法、並びにアカウント詳細のレベルを含むことができる。宛て先プロファイルを使って次のスキャン（またはインバウンドファックス）が生じると、スキャンされた画像データ６２０はＭＦＰ６０２上で処理される。次に、スキャンされ、処理された画像データ６２０はレンダリングサーバ６０６に送られる。
【００６０】
レンダリングサーバ６０６がスキャンされた画像データ６２０を受信すると、レンダリングサーバ６０６は、スキャンされた画像データ６２０をジョブシミュレータ６１２へ送ることにより、アカウント詳細６１４を決定する。次に、ジョブシミュレータ６１２はアカウント詳細の指定されたレベルに従い、消費される実際のリソースを決定する。スキャン／ファックスジョブ内で指定できるアカウント詳細の例として、画像（ページ）の数、画像サイズ、ブランク画像、カラー対白黒、カラー画像の数、白黒画像の数、白黒ビットデータの量、カラービットデータの量、バイト（ファックス、ファイル）の数、ファイル（ファイル）の数、受信者（メールボックス、デスクトップなど）の数を挙げることができる。
【００６１】
ジョブシミュレータ６１２は任意の態様でアカウント詳細６１４を決定できる。このジョブシミュレータ６１２は、指定されたアカウント詳細、例えばページまたは画像の数、ページ／画像のサイズ、ブランクページ、カラー対白黒、どの画像がカラー情報を有するか、どの画像がカラー情報を有しないか、カバー範囲、白黒／カラーページまたは画像当たりのビットデータ量などに従って、情報のためのファイルデータを効率的に分析するために、粗分析方法を使用する。ジョブシミュレータ６１２は次に上記のように収集された基本情報と、ジョブ条件を記述したメタデータ、（もし存在すれば、）とを組み合わせ、実際の物理消費量を決定する。
【００６２】
一旦アカウント詳細６１４が計算されると、宛て先プロファイルの非固有の部分で指定された宛て先に従い、追加処理無しに、スキャンされた画像データ６２０は最終宛て先へ送られる。レンダリングサーバ６０６はアカウント処理を行う前に、ジョブ受信通知を更に待つ。このアカウント処理はレンダリングサーバ６０６上で実行してもよいし、または外部アカウントアプリケーションへイクスポートしてもよい。
【００６３】
次に図８Ａおよび８Ｂを参照すると、上記実施例の別のモードでは、レンダリングサーバ６０６は、ジョブリクエストから、アカウント詳細がＭＦＰ６０２に固有であるが、スキャン宛て先プロファイルは非固有であると判断する。この場合、レンダリングサーバ６０６は２つの宛て先プロファイル、すなわちＭＦＰに固有のプロファイル６２２と、ＭＦＰに非固有のプロファイル６２４とを構築する。ＭＦＰに固有のプロファイル６２２は、ＭＦＰ６０２に固有の処理条件を含む。サーバ６０６に対し、宛て先が設定される。ＭＦＰに非固有のプロファイル６２４は、ＭＦＰ６０２に非固有の処理条件を含む。最終宛て先に対して宛て先が設定される。次にレンダリングサーバ６０６は、固有のプロファイル６２２をＭＦＰ６０２にアップロードし、非固有のプロファイル６２４を記憶し、非固有のプロファイル６２４と固有のプロファイル６２２とを関連づけできる。
【００６４】
宛て先プロファイルを使って次のスキャン（またはインバウンドファックス）が行われると、スキャンされた画像データは固有のプロファイル６２２に従ってＭＦＰ６０２上で処理される。更に、ＭＦＰ６０２はアカウント詳細を決定する。次に処理されたスキャン画像データ６２６はレンダリングサーバ６０６に送られる。
【００６５】
受信すると、レンダリングサーバ６０６は固有のプロファイル６２２に関連する非固有のプロファイル６２４に従ってスキャンされた画像データ６２２を処理する。ポスト処理の例として、出力フォーマット、画像フォーマットのドキュネントフォーマットへの変換、ＯＣＲの取り扱い、エンコーディング（例えば圧縮、暗号化／暗号解読など）、インデクシング／ファイリング、ドキュメント識別印（例えば透かし、ベイツスタンピング、ページナンバリング、ヘッダー／フッターなど）、カバーシート、宛て先タイプおよび配信モードなどを挙げることができる。次にサーバによって、処理されたスキャン画像データ６２８は非固有のプロファイル６２４で指定された最終宛て先へ送られる。別の実施例では、スキャンされたデータを処理した後に、レンダリングサーバ６０６上のジョブシミュレータにより、アカウント詳細が決定される。
【００６６】
次に図９Ａおよび９Ｂを参照すると、上記実施例の別のモードでは、レンダリングサーバ６０６は、ジョブリクエストから、アカウント詳細およびスキャン宛て先プロファイルがＭＦＰ６０２に対して非固有であると判断する。この場合、レンダリングサーバ６０６は２つの宛て先プロファイル、すなわちＭＦＰに固有のプロファイル６２２およびＭＦＰに非固有のプロファイル６２４を構築する。ＭＦＰに固有のプロファイル６２２は、ＭＦＰ６０２に固有の処理条件を含む。その宛て先がサーバ６０６に設定される。ＭＦＰに非固有のプロファイル６２４は、ＭＦＰ６０２に非固有の処理条件を含む。その宛て先を最終宛て先に設定する。ＭＦＰに非固有のプロファイル６２４はアカウント詳細のレベルも含む。
【００６７】
レンダリングサーバ６０６は、固有のプロファイル６２２をＭＦＰ６０２にアップロードし、非固有のプロファイル６２４を記憶し、非固有のプロファイル６２４と固有のプロファイル６２２とを関連付ける。宛て先プロファイルを使って次のスキャン（またはインバウンドファックス）が行われると、固有のプロファイル６２２に従って、スキャンされた画像データはＭＦＰ６０２上で処理される。次に、処理されたスキャン画像データ６２６はレンダリングサーバ６０６に送られる。受信すると、レンダリングサーバ６０６は固有のプロファイル６２２に関連する非固有のプロファイル６２４に従って、スキャンされた画像データ６２６を処理する。サーバにより処理されたスキャン画像データ６２８は、アカウント詳細６１４のレベルに従って、リソースの実際の消費量を決定するために、ジョブシミュレータ６１２へ送られる。サーバにより処理されたスキャン画像データ６２８は、次に、非固有のプロファイル６２４で指定された最終宛て先へ送られる。レンダリングサーバ６０６は、更に、アカウント処理を行う前に、クライアント６０４からの最終宛て先受信通知を待つ。アカウント処理はレンダリングサーバ６０６で実行してもよいし、または外部アカウントアプリケーションへイクスポートしてもよい。
【００６８】
図１０は、シンクライアントのレンダリングのための詳細なジョブアカウントのための方法１０００の一実施例を示す。この方法１０００は、図２〜５Ｂに関連してこれまで説明したレンダリングサーバ２０６または図６〜９Ｂに関連してこれまで説明したレンダリングサーバ６０６のようなレンダリングサーバによって実施できる。
【００６９】
図示された方法１０００に従って、ジョブリクエストが受信（１００２）される。図２〜５Ｂに関連してこれまで説明したように、ジョブリクエストを画像形成ジョブをレンダリングデバイス２０２へ送るためのクライアント２０４からの画像形成ジョブリクエストとすることができる。これとは異なり、図６〜９Ｂに関連してこれまで説明したように、ジョブリクエストをレンダリングデバイス６０２上に宛て先プロファイルをローディングするための宛て先プロファイルジョブリクエストとすることができる。
【００７０】
ジョブリクエストは１つ以上のアカウント詳細条件を含むことができる。このアカウント詳細条件は、画像形成ジョブ（例えばシート数、カラー対白黒など）の一部として決定すべきアカウント詳細を指定できる。ジョブリクエストの受信に応答し、レンダリングサーバはアカウント詳細条件がレンダリングデバイスによってサポートされているかどうか（例えばレンダリングデバイスがアカウント詳細条件によって指定されるアカウント詳細を決定できるかどうか）を判断する（１００４）。
【００７１】
アカウント詳細条件がレンダリングデバイスによってサポートされているとレンダリングサーバが判断（１００４）した場合、レンダリングサーバはアカウント詳細条件に対応するアカウント詳細のレンダリングデバイスによる決定を容易にする（１００６）。例えば図２に関連してこれまで説明したように、レンダリングサーバ２０６は画像形成ジョブのためのジョブチケットおよびファイルデータをレンダリングデバイス２０２へ直接デスプールすることをクライアント２０４に命令する。別の例として、図６に関連してこれまで説明したように、宛て先プロファイルジョブリクエストの条件（アカウント詳細条件を含む）を指定する宛て先プロファイルをレンダリングサーバ６０６が構築し、この宛て先プロファイルをレンダリングデバイス６０２へ送ることができる。
【００７２】
アカウント詳細条件がレンダリングデバイスによってサポートされていないとレンダリングサーバが判断（１００４）した場合、レンダリングサーバ自身がアカウント詳細条件に対応するアカウント詳細を決定する（１００８）。アカウント詳細を判断するためにジョブシミュレーションが実行される。例えば図３Ａ〜３Ｂおよび図５Ａ〜５Ｂに関連してこれまで説明したように、レンダリングサーバ２０６は画像形成ジョブのためのファイルデータをレンダリングサーバ２０６に送ることをクライアント２０４に命令する。そして、そのファイルデータはジョブシミュレータ２１２へ提供される。別の例として、図７Ａ〜７Ｂおよび９Ａ〜９Ｂに関連してこれまで説明したように、レンダリングサーバ６０６は、レンダリングサーバ６０６を宛て先として指定する固有の宛て先プロファイルを構築し、また、アカウント詳細条件を指定する非固有の宛て先プロファイルも構築する。固有の宛て先プロファイルはレンダリングデバイス６０２に記憶され、非固有の宛て先プロファイルはレンダリングサーバ６０６に記憶される。インバウンドレンダリング動作（例えばネットワークスキャン、着信ファックスなど）が存在する場合、レンダリングデバイス６０２からの画像データはレンダリングサーバ６０６に提供され、この画像データは次にアカウント詳細を決定するためにジョブシミュレータ６１２へ提供される。
【００７３】
図１１は、レンダリングサーバ１１０６内で利用される種々のコンポーネントを示す。図示されているコンポーネントは、同一の物理的構造体内にあってもよいし、別個のハウジングまたは構造体内にあってもよい。
【００７４】
レンダリングサーバ１１０６は、プロセッサ１１０３と、メモリ１１０５とを含むことができる。プロセッサ１１０３は、レンダリングサーバ１１０６の動作を制御し、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）または当技術分野で知られている他のデバイスとして具現化される。プロセッサ１１０３は、メモリ１１０５内に記憶されているプログラム命令に基づき、一般に論理演算および代数演算を実行する。メモリ１１０５内の命令は上に説明した方法を実施するように実行可能である。例えばプロセッサ１１０３は、図１０の方法１０００のステップ、例えばジョブリクエストを受信するステップ（１００２）、アカウント詳細条件がレンダリングデバイス１１０２によってサポートされているかどうかを判断するステップ（１００４）などを実行するように、メモリ１１０５内の命令を遂行する。
【００７５】
レンダリングサーバ１１０６は、他の電子デバイス、例えばレンダリングデバイス１１０２、クライアント１１０４などと通信するための１つ以上の通信インターフェース１００７および／またはネットワークインターフェース１１１３も含むことができる。例えばレンダリングサーバ１１０６は、通信インターフェース１１０７またはネットワークインターフェース１１０３を介し、クライアント１１０４から画像形成ジョブリクエストを受信する。別の例として、レンダリングサーバ１１０６は、通信インターフェース１１０７またはネットワークインターフェース１１１３を介し、レンダリングデバイス１１０２から画像データを受信する。通信インターフェース１１０７およびネットワークインターフェース１１１３は、有線通信技術、無線通信技術またはその双方に基づくことができる。
【００７６】
レンダリングサーバ１１０６は、１つ以上の入力デバイス１１０９および１つ以上の出力デバイス１１１１も含むことができる。入力デバイス１１０９および出力デバイス１１１１は、ユーザ入力を容易にする。他のコンポーネント１１１５は、レンダリングサーバ１１０６の一部としても提供される。
【００７７】
図１１は、レンダリングサーバ１１０６の１つの可能性のある構成を示しているに過ぎない。本明細書に開示した実施例に従い、他の種々のアーキテクチャおよびコンポーネントも使用できる。
【００７８】
種々の異なる技術，技法のうちのいずれかを使用し、情報および信号を表示できる。例えば上記説明全体にわたって参照したデータ、命令、コマンド、情報、信号、ビット、記号およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光学的フィールドまたは光学粒子またはこれらの任意の組み合わせによって表示できる。
【００７９】
本明細書に開示した実施例に関連して記載した種々の解説的な論理ブロック、モジュール、回路およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェアまたは双方の組み合わせとして実現できる。ハードウェアとソフトウェアのこのような相互交換可能性を明瞭に示すために、種々の図示したコンポーネント、ブロック、モジュール、回路およびステップは、それらの機能によって全般的に記載されている。かかる機能をハードウェアとして実現するか、またはソフトウェアとして実現するかは、システム全体に課される特定のアプリケーションおよび設計上の制約に応じて決まる。当業者であれば、特定の各アプリケーションに関し、異なる方法でこれまで説明した機能を実現できるが、かかる実現の決定は本発明の範囲から逸脱するものと解釈してはならない。
【００８０】
本明細書に説明した実施例に関連して記載した種々の説明用の論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特定集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または、他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、または本明細書に記載した機能を実行するようにデザインされたこれらの任意の組み合わせによって実現または実行できる。汎用プロセッサは、マイクロプロセッサとすることができるが、別の例ではプロセッサは従来の任意のプロセッサ、コントローラ、マイクロコントローラまたはステートマシンとすることができる。プロセッサは計算デバイスの組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、または他の任意のかかる構成としても実現できる。
【００８１】
本明細書に開示した実施例と関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールでまたはこれら２つの組み合わせで具現化できる。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し自在なディスク、ＣＤ−ＲＯＭ、当技術分野で知られている他の任意の形態の記憶メディアに常駐できる。記憶メディアをプロセッサに結合し、プロセッサが記憶メディアとの間で情報を読み出したり書き込んだりすることができるようにすることができる。別の例では、記憶メディアをプロセッサと統合することができる。プロセッサと記憶メディアはＡＳＩＣ内に常駐できる。このＡＳＩＣはユーザターミナル内に常駐できる。別の例では、プロセッサと記憶メディアはユーザターミナル内に個別のコンポーネントとして存在できる。
【００８２】
本発明によると、少なくとも１つのアカウント詳細条件が、レンダリングデバイスによってサポートされていない場合に、ジョブシミュレーションを実行することにより、前記少なくとも１つのアカウント詳細条件に対応する少なくとも１つのアカウント詳細を決定することができ、前記ジョブシミュレーションはレンダリングデバイスによって実行されるフル分析方法よりも少ない処理を行う粗分析方法を使って実行することができる。
また、アカウント制御によりＭＦＰのすべての動作をモニタすることができ、デバイスのタイプ／レポート能力に関係なく、アカウントの詳細（例えばペーパーサイズ、両面など）をデバイス間で首尾一貫させることができる。
【００８３】
本明細書に説明した方法は、説明した方法を達成するための１つ以上のステップまたは動作を含む。これら方法のステップおよび／または動作は、本発明の範囲から逸脱することなく、互いに交換可能である。換言すれば、実施例を適切に動作させるのに特定の順序のステップまたは動作が必要でなければ、本発明の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用を変えてもよい。
【００８４】
本発明の特定の実施例およびアプリケーションについて図示し、説明したが、本発明は、本明細書に開示した構成およびコンポーネントに厳密に限定されるものではないと理解すべきである。本発明の要旨から逸脱することなく、本明細書に開示した本発明の方法およびシステムの配置、動作および細部について、当業者には明らかな種々の変更、変形を行うことが可能である。
【００８５】
本願は、「クライアントによるネットワーク宛て先へのダイレクトなスキャニングを容易にするためのシステムおよび方法」を発明の名称とし、アンドリュー・Ｒ・フェルリッツを発明者とし、２００６年９月２８日に出願された米国特許出願第11/536,572号に関連する出願であり、この米国特許出願の内容を本明細書で参考例として援用する。
【図面の簡単な説明】
【００８６】
【図１】実施例を実施する動作環境例を示す。
【図２】ファイルフォーマット、ジョブ条件およびアカウント詳細がレンダリングデバイスによってサポートされる一実施例の一形態を示す。
【図３Ａ】ファイルフォーマットおよびジョブ条件はレンダリングデバイスによってサポートされるが、アカウント詳細はレンダリングデバイスによってサポートされない上記実施例の一形態を示す。
【図３Ｂ】ファイルフォーマットおよびジョブ条件はレンダリングデバイスによってサポートされるが、アカウント詳細はレンダリングデバイスによってサポートされない上記実施例の一形態を示す。
【図４】ファイルフォーマットおよびジョブ条件はレンダリングデバイスによってサポートされないが、アカウント詳細はレンダリングデバイスによってサポートされる、上記実施例の一形態を示す。
【図５Ａ】ファイルフォーマットまたはジョブ条件はレンダリングデバイスによってサポートされず、アカウント詳細もレンダリングデバイスによってサポートされない、上記実施例の一形態を示す。
【図５Ｂ】ファイルフォーマットまたはジョブ条件はレンダリングデバイスによってサポートされず、アカウント詳細もレンダリングデバイスによってサポートされない、上記実施例の一形態を示す。
【図６】スキャン宛て先プロフィルおよびアカウント詳細がレンダリングデバイスによってサポートされる、一実施例の一形態を示す。
【図７Ａ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされるが、アカウント詳細はサポートされない、上記実施例の一形態を示す。
【図７Ｂ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされるが、アカウント詳細はサポートされない、上記実施例の一形態を示す。
【図８Ａ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされないが、アカウント詳細はサポートされる、上記実施例の一形態を示す。
【図８Ｂ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされないが、アカウント詳細はサポートされる、上記実施例の一形態を示す。
【図９Ａ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされず、アカウント詳細もサポートされない、上記実施例の一形態を示す。
【図９Ｂ】スキャン宛て先プロフィルはレンダリングデバイスによってサポートされず、アカウント詳細もサポートされない、上記実施例の一形態を示す。
【図１０】一実施例に係わるシンクライアントレンダリングのための詳細ジョブアカウントのための方法を示す。
【図１１】一実施例に従い、レンダリングサーバで利用される種々のコンポーネントを示す。
【符号の説明】
【００８７】
１１０４…クライアント、１１０６…レンダリングサーバ、１１０５…メモリ、１１０７…通信インターフェース、１１０９…入力デバイス、１１０３…プロセッサ、１１１１…出力デバイス、１１１３…ネットワークインターフェース、１１１５…ディスプレイコントローラ、１１０２…レンダリングデバイス。
【図１】
2008090812.tif 000003
【図２】
2008090812.tif 000004
【図３Ａ】
2008090812.tif 000005
【図３Ｂ】
2008090812.tif 000006
【図４】
2008090812.tif 000007
【図５Ａ】
2008090812.tif 000008
【図５Ｂ】
2008090812.tif 000009
【図６】
2008090812.tif 000010
【図７Ａ】
2008090812.tif 000011
【図７Ｂ】
2008090812.tif 000012
【図８Ａ】
2008090812.tif 000013
【図８Ｂ】
2008090812.tif 000014
【図９Ａ】
2008090812.tif 000015
【図９Ｂ】
2008090812.tif 000016
【図１０】
2008090812.tif 000017
【図１１】
2008090812.tif 000018