JP2002082860A - 情報処理装置、ネットワークシステム、課金方法、データ処理制御方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 複雑で柔軟性に富んだ課金システムを構築
する場合であっても、十分な課金機能を提供することが
できるネットワークシステムを提供する。 【解決手段】 プリンタ１０３（Ｘ）は、クライアント
１０４（Ｘ）より依頼されたデータ処理を実行すると共
に、当該データ処理の実行に対する課金処理を、クライ
アント１０４（Ｘ）からの処理対象データに付加された
課金対象者情報により示される課金対象者に対して、自
装置１０３（Ｘ）或いはサーバ１０２によって実行す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、課金の対
象者を機器に対するデータ処理の依頼者ではなく、デー
タ作成者や配布者等の処理依頼者以外の他者とすること
が可能な課金装置或いはシステムに用いられる、情報処
理装置、ネットワークシステム、課金方法、データ処理
制御方法、及びそれを実施するための処理ステップをコ
ンピュータが読出可能に格納した記憶媒体に関するもの
である。

【０００２】

【従来の技術】従来より例えば、課金機能を有する情報
処理装置では、処理依頼者（以下、「ユーザ」或いは
「資源使用者」とも言う）を識別するためのユーザＩＤ
による認証後、任意の記憶装置や記憶領域をカウンタと
して用い、処理依頼者用のカウンタを処理依頼者の資源
の使用量に応じて更新し、処理依頼者の資源の使用終了
後、処理依頼者のカウンタの値により示される資源使用
量から金額（使用料金）を算出するようになされてい
る。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
たような従来の課金方法では、課金の対象が、処理依頼
者が機器に対して処理を実行した時に発生した資源の使
用量に対するものとなる。すなわち、課金の対象者が、
機器に対するデータ処理の依頼者となる。このため、当
該課金方法での課金の管理機構は、比較的単純に実現可
能であるが、複雑で柔軟性に富んだ課金システムを構築
する場合、十分な機能を提供することはできない。例え
ば、課金の対象者を機器に対するデータ処理の依頼者で
はなく、データ作成者や配布者等の処理依頼者以外の他
者とする、というようなニーズは、インターネット等を
利用した電子情報配布環境、或いはこれを利用した新た
なサービス提供時における課金システムを実現する上で
有効なものとなる可能性が高いが、従来の課金方法によ
る当該課金システムの構築は困難である。

【０００４】そこで、本発明は、上記の欠点を除去する
ために成されたもので、複雑で柔軟性に富んだ課金シス
テムを構築する場合であっても、十分な課金機能を提供
することができる、情報処理装置、ネットワークシステ
ム、課金方法、データ処理制御方法、及びそれを実施す
るための処理ステップをコンピュータが読出可能に格納
した記憶媒体を提供することを目的とする。

【０００５】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、任意のデータ処理及び当該データ処理の
実行に対する課金処理の機能を有する他の装置或いはシ
ステムに対して、処理対象データを送信してデータ処理
を依頼する情報処理装置であって、上記課金処理の対象
者に関する情報、及び上記データ処理の実行の有効期限
に関する情報の少なくとも何れかの情報を付加した上記
処理対象データを上記他の装置或いはシステムへ送信す
る送信手段を備えることを特徴とする。

【０００６】第２の発明は、外部より依頼されたデータ
処理を実行すると共に、当該データ処理の実行に対する
課金処理を実行する機能を有する情報処理装置であっ
て、少なくとも上記課金処理の対象者に関する情報が付
加された上記データ処理の対象となる処理対象データを
上記外部より受信する受信手段と、上記受信手段で受信
された処理対象データの上記課金処理対象者情報に基づ
いて、上記課金処理を実行する課金手段を備えることを
特徴とする。

【０００７】第３の発明は、上記第２の発明において、
上記データ処理の実行を制御する制御手段を備え、上記
受信手段は、上記データ処理の実行の有効期限に関する
情報が付加された上記処理対象データを受信し、上記制
御手段は、上記受信手段で受信された処理対象データの
上記有効期限情報に基づいて、上記データ処理の実行を
制御することを特徴とする。

【０００８】第４の発明は、上記第２の発明において、
上記データ処理の実行を制御する制御手段と、上記デー
タ処理の実行で許される資源使用量である資源使用許容
量を、複数の課金処理の対象者毎に管理する管理手段と
を備え、上記制御手段は、上記データ処理の実行で発生
した資源使用量が、上記管理手段で管理されている上記
課金処理対象者情報に対応した対象者の資源使用許容量
を超えたか否かに基づいて、上記データ処理の実行を制
御することを特徴とする。

【０００９】第５の発明は、上記第４の発明において、
上記管理手段は、上記資源使用量が上記資源使用許容量
を超えた場合にその超過分を別途管理して上記データ処
理を継続して実行するか否かに関する継続実行情報を、
上記複数の課金処理の対象者毎に管理し、上記制御手段
は、上記資源使用量が上記資源使用許容量を超えた場合
には、更に上記継続実行情報に基づいて上記データ処理
の実行を制御することを特徴とする。

【００１０】第６の発明は、上記第４の発明において、
上記管理手段は、上記資源使用許容量の一部又は全部を
他の課金処理の対象者へ譲渡することが可能であるか否
かを示す譲渡情報を、上記複数の課金処理の対象者毎に
管理し、当該管理情報及び外部からの譲渡依頼に基づい
て、該当する資源使用許容量の一部又は全部を他の課金
処理の対象者へ譲渡する処理を実行することを特徴とす
る。

【００１１】第７の発明は、上記第２の発明において、
上記処理対象データを構成する各データの条件を、複数
の課金処理の対象者毎に管理する管理手段とを備え、上
記課金手段は、上記管理手段の管理情報に基づいて、上
記処理対象データを構成する各データに対する上記デー
タ処理の実行に伴い上記課金処理の対象者を変えること
を特徴とする。

【００１２】第８の発明は、上記第２の発明において、
上記データ処理の実行を制御する制御手段と、複数の課
金処理の対象者に関する情報を管理する管理手段とを備
え、上記制御手段は、上記処理対象データの課金処理対
象者情報に該当する対象者の情報が上記管理手段で管理
されているか否かに基づいて、上記データ処理の実行を
制御することを特徴とする。

【００１３】第９の発明は、上記第２の発明において、
上記データ処理の実行を制御する制御手段と、複数の処
理対象データ毎に、上記データ処理の実行可能回数を管
理する管理手段とを備え、上記制御手段は、上記受信手
段で受信された処理対象データに対するデータ処理の実
行の回数が、上記管理手段にて管理されている当該処理
対象データに対応する実行可能回数を超えたか否かに基
づいて、上記データ処理の実行を制御することを特徴と
する。

【００１４】第１０の発明は、上記第２の発明におい
て、上記データ処理の実行を制御する制御手段と、上記
データ処理の実行に伴って発生する資源使用量に応じた
課金率を管理する管理手段とを備え、上記制御手段は、
上記管理手段の管理情報に基づいて、上記データ処理の
実行で発生した資源使用量に対応する課金率で課金処理
を実行することを特徴とする。

【００１５】第１１の発明は、上記第２の発明におい
て、上記データ処理の実行を制御する制御手段と、複数
の課金処理の対象者毎に課金率を管理する管理手段とを
備え、上記制御手段は、上記管理手段で管理されている
上記課金処理対象者情報に対応した対象者の課金率で課
金処理を実行することを特徴とする。

【００１６】第１２の発明は、複数の機器がネットワー
クを介して互いに通信可能に接続されてなるネットワー
クシステムであって、上記複数の機器のうち少なくとも
１つの機器は、請求項１〜１１の何れかに記載の情報処
理装置の機能を有することを特徴とする。

【００１７】第１３の発明は、クライアント側が任意の
データ処理を外部装置或いはシステムへ依頼して当該デ
ータ処理を実行する際に、当該データ処理の実行に対し
て課金処理を行うための課金方法であって、上記クライ
アント側が上記課金処理の対象者に関する情報を付加し
た処理対象データを上記他の装置或いはシステムへ送信
する送信ステップと、上記外部装置或いはシステムで受
信された処理対象データの課金処理対象者情報に基づい
て、上記課金処理を実行する課金ステップとを含むこと
を特徴とする。

【００１８】第１４の発明は、クライアント側が任意の
データ処理を外部の装置或いはシステムへ依頼して当該
データ処理を実行する際に、当該データ処理の実行及び
当該データ処理の実行に対する課金処理を行うためのデ
ータ処理制御方法であって、上記他の装置或いはシステ
ムで受信された処理対象データに対して付加された、上
記課金処理の対象者に関する情報、及び上記外部装置或
いはシステムでデータ処理することが許される有効期限
の情報の少なくとも何れかの情報に基づいて、上記課金
処理及び上記データ処理の少なくとも何れかを実行する
処理ステップを含むことを特徴とする。

【００１９】第１５の発明は、上記第１４の発明におい
て、上記処理対象データに付加された有効期限情報によ
り示される有効期限外に上記データ処理の実行の依頼が
なされた場合には、上記データ処理の実行を抑止する制
御ステップを含むことを特徴とする。

【００２０】第１６の発明は、上記第１４の発明におい
て、上記処理ステップは、上記処理対象データに上記課
金対象者情報が付加されている場合、上記データ処理の
依頼者によらず、上記課金対象者情報により示される対
象者に対する課金処理を実行するステップを含むことを
特徴とする。

【００２１】第１７の発明は、上記第１４の発明におい
て、上記処理ステップは、上記処理対象データに上記課
金対象者情報が付加されていない場合、上記データ処理
の依頼者を上記課金処理の対象者とみなし、当該対象者
に対する課金処理を実行するステップを含むことを特徴
とする。

【００２２】第１８の発明は、上記第１４の発明におい
て、複数の課金対象者毎に、上記データ処理の実行にお
ける資源使用許容量、及び上記データ処理の実行の過程
での資源使用量を管理する管理ステップと、上記処理対
象データに付加された課金対象者情報により示される課
金対象者について、上記データ処理の実行の過程で上記
資源使用量が上記資源使用許容量にを越えた場合、その
時点で上記データ処理の実行を中断する、或いは上記課
金対象者を上記データ処理の依頼者とする、或いは超過
分を別途管理して上記データ処理の実行を継続するよう
制御する制御ステップとを含むことを特徴とする。

【００２３】第１９の発明は、上記第１４の発明におい
て、上記処理ステップは、上記処理対象データを構成す
る各データの特定の条件毎に課金対象者を個別に設定
し、当該設定条件に基づいて、上記処理対象データに対
するデータ処理の実行に伴って課金対象者を変えるステ
ップを含むことを特徴とする。

【００２４】第２０の発明は、上記第１４の発明におい
て、上記処理ステップは、上記処理対象データを構成す
る各データ毎に課金対象者を個別に設定し、当該設定条
件に基づいて、上記処理対象データに対するデータ処理
の実行に伴って課金対象者を変えるステップを含むこと
を特徴とする。

【００２５】第２１の発明は、上記第１４の発明におい
て、複数の課金対象者情報を管理する管理ステップと、
上記処理対象データに付加された課金対象者情報に該当
する情報が上記管理ステップで管理されていない場合に
は、上記処理対象データに対するデータ処理の実行を抑
止するよう制御する制御ステップとを含むことを特徴と
する。

【００２６】第２２の発明は、上記第１４の発明におい
て、複数の処理対象データ毎に処理可能回数を管理する
管理ステップと、上記他の装置或いはシステムで受信さ
れた処理対象データに対するデータ処理を、上記管理ス
テップで管理されている上記処理対象データの処理可能
回数内で許可すると共に、上記処理可能回数をデータ処
理の実行毎にデクリメントし、上記データ処理の実行の
回数が上記処理可能回数を超えた場合には、上記データ
処理の実行を抑止するよう制御する制御ステップとを含
むことを特徴とする。

【００２７】第２３の発明は、上記第１４の発明におい
て、上記処理ステップは、上記処理対象データに対する
データ処理の実行で発生する資源使用量に基づいた課金
率で課金処理を実行するステップを含むことを特徴とす
る。

【００２８】第２４の発明は、上記第１４の発明におい
て、複数の課金対象者毎の課金率を管理する管理ステッ
プを含み、上記処理ステップは、上記管理ステップで管
理されている上記処理対象データに付加された課金対象
者情報に該当する課金率で課金処理を実行するステップ
を含むことを特徴とする。

【００２９】第２５の発明は、上記第１４の発明におい
て、複数の課金対象者毎に、上記データ処理の実行にお
ける資源使用許容量の一部又は全部を他の課金対象者へ
譲渡するための情報を管理する管理ステップを含むこと
を特徴とする。

【００３０】第２６の発明は、請求項１〜１１の何れか
に記載の情報処理装置の機能、又は請求項１２記載のネ
ットワークシステムの機能を実施するための処理プログ
ラムを、コンピュータが読出可能に格納した記憶媒体で
あることを特徴とする。

【００３１】第２７の発明は、請求項１３記載の課金方
法、又は請求項１４〜２５の何れかに記載のデータ処理
制御方法の処理ステップを、コンピュータが読出可能に
格納した記憶媒体であることを特徴とする。

【００３２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３３】＜第１の実施の形態＞本発明は、例えば、
図１に示すような課金機能を有するネットワークシステ
ム１００に適用される。本実施の形態におけるネットワ
ークシステム１００は、データ処理を依頼したユーザ
（処理依頼者）に対して、当該データ処理が実行される
機器（上記図１では、プリンタ１０３（１）〜１０３
（３））での資源使用量に応じた課金を行うようになさ
れているが、特に、課金の対象者を機器に対するデータ
処理の依頼者ではなく、データ作成者や配布者等の処理
依頼者以外の他者とすることも可能なようになされてい
る。以下、本実施の形態におけるネットワークシステム
１００の構成及び動作について具体的に説明する。

【００３４】（ネットワークシステム１００の全体構
成）ネットワークシステム１００は、上記図１に示すよ
うに、データ処理を行う機器としての複数のプリンタ１
０３（１）〜１０３（３）と、複数のユーザ（クライア
ント）側のクライアント機器１０４（１）〜１０４
（３）と、サーバ１０２とが、ネットワーク１０１を介
して互いに通信可能なように接続された構成としてい
る。

【００３５】尚、上記図１では、説明の簡単のため、３
つのプリンタ１０３（１）〜１０３（３）、３つのクラ
イアント機器１０４（１）〜１０４（３）、及び単一の
サーバ１０２がネットワーク１０１に接続された構成を
図示しているが、これらの機器の接続数に限られること
はない。また、説明の簡単のため、プリンタ１０３
（１）〜１０３（３）の中の任意のプリンタ１０３
（Ｘ）、クライアント機器１０４（１）〜１０４（３）
の中の任意のクライアント機器１０４（Ｘ）に着目し
て、以下の説明を行う。

【００３６】クライアント機器１０４（Ｘ）は、本シス
テム１００のユーザに対して、プリンタ１０３（Ｘ）で
の印刷対象データを入力するための端末機能を有するも
のである。

【００３７】プリンタ１０３（Ｘ）は、クライアント機
器１０４（Ｘ）からユーザによって入力された印刷対象
データを受信し、当該データの内容と、自プリンタが有
する印刷機能とからユーザから指定された所望の出力物
（印刷物）を生成する。また、プリンタ１０３（Ｘ）
は、特に、本実施の形態の最も特徴とする、クライアン
ト機器１０４（Ｘ）にて印刷対象データを入力したユー
ザ（処理依頼者）ではなく、当該印刷対象データに含ま
れる課金対象者情報に基づいた課金処理を行う機能を有
する。

【００３８】サーバ１０２は、プリンタ１０３（Ｘ）で
の課金処理の管理の機能（課金管理機能）と、ユーザを
管理する機能（ユーザ管理機能）とを一元的に有する。
このため、プリンタ１０３（Ｘ）は、サーバ１０２の課
金管理機能及びユーザ管理機能へアクセスするための機
能を有し、これにより、本システム１００全体として、
本発明による課金の構成を提供することを実現してい
る。

【００３９】（プリンタ１０３（Ｘ）の構成）図２は、
上記図１のプリンタ１０３（Ｘ）の内部構成の一例を示
したものである。

【００４０】プリンタ１０３（Ｘ）は、上記図２に示す
ように、操作部２０２、プリントデータ解析部２０３、
一時記憶部２０４、二次記憶部２０５、プリントエンジ
ン２０６のコントローラ（エンジンコントローラ）２０
７、ネットワークアダプタ２０９のプロトコル解析部２
０８、ユーザ管理部２１０、課金管理部２１１、ＰＤＬ
解釈部２１２、及びメインコントローラ２１３を備え、
これらの各構成部（モジュール）２０２〜２１３は、デ
ータやコントロール信号等の送受信を媒介するシステム
バス２０１を介して互いに通信可能なように接続されて
いる。

【００４１】尚、上記図２に示したプリンタ１０３
（Ｘ）の内部構成は、本実施の形態の説明に用いた構成
の一例であり、本発明の請求項に記載の構成を満たす限
りは、如何なる構成を取った場合でも本発明は適用され
る。

【００４２】操作部２０２は、単数或いは複数のキー及
び表示部を含み、ユーザのプリンタ１０３（Ｘ）に対す
る各種操作の入出力を行うための操作がなされる部分で
ある。

【００４３】一次記憶部２０４及び二次記憶部２０５は
それぞれ、プリンタ１０３（Ｘ）が印刷処理に使用した
り、プリンタ１０３（Ｘ）が使用する各種データを一時
的或いは長期的に蓄積するために用いる半導体記憶手段
や磁気記録手段等を含むものである。

【００４４】ネットワークアダプタ２０９は、ネットワ
ーク１０１上の外部機器とのデータの送受信を行うため
のものである。プロトコル解析部２０８は、ネットワー
クアダプタ２０９が受信したデータをサポートするプロ
トコルに応じて処理し、プリンタ１０３（Ｘ）内で処理
可能な形式に変換する機能を有する。

【００４５】尚、プロトコル解析部２０８により得られ
るデータ変換後のデータが、本発明の請求項で言及した
「処理対象データ」（以下、「印刷対象データ」とも言
う）である。このデータの詳細については後述する。但
し、ネットワークアダプタ２０９及びプロトコル解析部
２０８の詳細な機能については、本発明の本質ではない
ので省略する。

【００４６】ＰＤＬ解釈部２１２は、印刷対象データ
（ＰＤＬデータ）をイメージデータに変換する機能を有
する。ＰＤＬ解釈部２１２にて得られたイメージデータ
は、エンジンコントローラ２０７を介してプリントエン
ジン２０６に送られることによって、物理的な印刷処理
が行われる。尚、ＰＤＬ解釈部２１２の詳細な機能につ
いては、本発明の本質ではないので省略する。

【００４７】プリントデータ解析部２０３は、プロトコ
ル解析部２０８から供給される印刷対象データを解析す
ることで、当該データから課金対象者情報、有効期限情
報、及びＰＤＬデータ等の情報を分離する機能を有す
る。

【００４８】課金管理部２１１は、プリンタ１０３
（Ｘ）の動作における課金処理を実行するための構成で
あるが、上述したように、本実施の形態では、当該構成
をサーバ１０２へ持たせる形態を取っているため、本実
施の形態での課金管理部２１１は、サーバ１０２内の後
述する課金管理部に対するアクセス手段のみを提供して
いる。

【００４９】ユーザ管理部２１０は、ユーザ管理処理を
実行する構成であるが、これについても課金管理部２１
１と同様に、本実施の形態では、当該構成をサーバ１０
２へ持たせる形態を取っているため、本実施の形態での
ユーザ管理部２１０は、サーバ１０２内の後述するユー
ザ管理部に対するアクセス手段のみを提供している。

【００５０】尚、当然の事ながら、プリンタ１０３
（Ｘ）の課金管理部２１１及びユーザ管理部２１０に対
して、サーバ１０２が有する課金管理部及びユーザ管理
部と同様の機能を直接実装した場合においても本発明は
適用される。

【００５１】メインコントローラ２１３は、プリンタ１
０３（Ｘ）全体の動作制御を司る機能を有する。例え
ば、メインコントローラ２１３は、一次記憶部２０４或
いは二次記憶部２０５等の記憶手段へ予め記憶された処
理プログラムを読み出して実行することで、プリンタ１
０３（Ｘ）全体の動作制御を司る機能を実施する。

【００５２】（サーバ１０２の構成）図３は、上記図１
のサーバ１０２の内部構成の一例を示したものである。

【００５３】サーバ１０２は、上記図３に示すように、
一時記憶部３０２、二次記憶部３０３、ネットワークア
ダプタ３０５のプロトコル解析部３０６、ユーザ管理部
３０９、カウンタ管理部３０８、クレジット管理部３０
７、及びメインコントローラ３０４を備え、これらの各
構成部（モジュール）３０２〜３０９は、データやコン
トロール信号等の送受信を媒介するシステムバス３１０
を介して互いに通信可能なように接続されている。

【００５４】尚、上記図３に示したサーバ１０２の内部
構成は、本実施の形態の説明に用いた構成の一例であ
り、本発明の請求項に記載の構成を満たす限りは、如何
なる構成を取った場合でも本発明は適用される。

【００５５】一次記憶部３０２及び二次記憶部３０３は
それぞれ、サーバ１０２での各種処理に使用したり、サ
ーバ１０２が使用する各種データを一時的或いは長期的
に蓄積するために用いる半導体記憶手段や磁気記録手段
等を含むものである。

【００５６】ネットワークアダプタ３０５は、ネットワ
ーク１０１上の外部機器とのデータの送受信を行うため
のものである。プロトコル解析部３０６は、ネットワー
クアダプタ３０５が受信したデータをサポートするプロ
トコルに応じて処理し、サーバ１０２内で処理可能な形
式に変換する機能を有する。

【００５７】ユーザ管理部３０９は、本システム１００
を利用するユーザの管理を行う機能を有する。例えば、
ユーザ管理部３０９は、新規ユーザの登録、既存ユーザ
の削除、処理依頼者が処理を実行する権限を持っている
か否かのチェック、必要に応じてパスワードにより処理
依頼者の認証を行う等の機能を持つ。処理依頼者が処理
を実行する権限を持っているか否かのチェック、及び必
要に応じてパスワードにより処理依頼者の認証を行うの
機能については、処理対象データの処理中に発せられる
問い合わせに対する応答のための機能であり、新規ユー
ザの登録、及び既存ユーザの削除の機能については、処
理対象データの処理以外の時に管理者によって実施され
る。

【００５８】カウンタ管理部３０８は、ユーザ管理部３
０９によって管理されているユーザにおける課金対象者
としての資源使用量を管理する機能を有する。例えば、
カウンタ管理部３０８は、プリンタ１０３（Ｘ）で使用
された資源の量に応じて課金対象者のカウンタ値を更新
する。このカウンタ値の変更に同期して、クレジット管
理部３０７によって管理されている該当する課金対象者
のクレジットの値も更新される。ここでの「クレジッ
ト」とは、本発明の請求項にて言及している「資源使用
許容量」のことである。

【００５９】クレジット管理部３０７は、課金対象者が
処理可能な課金限度額を管理する機能を有する。例え
ば、クレジット管理部３０７は、管理者からの指示に従
って、上記課金限度額の値を初期化或いは変更すると共
に、その後資源の使用量に応じて更新し、課金限度額に
達した段階でクライアント機１０４（Ｘ）へにその旨通
知する。

【００６０】メインコントローラ３０４は、サーバ１０
２全体の動作制御を司る機能を有する。例えば、メイン
コントローラ３０４は、一次記憶部２０４或いは二次記
憶部２０５等の記憶手段へ予め記憶された処理プログラ
ムを読み出して実行することで、サーバ１０２全体の動
作制御を司る機能を実施する。

【００６１】（プリンタ１０３（Ｘ）の動作）まず、図
４は、本実施の形態における処理対象データ４００（印
刷対象データ）の形式の一例を示したものである。処理
対象データ４００は、上記図４に示すように、通常の印
刷画像形成に必要なＰＤＬデータ４０３に加え、処理対
象データ４００の有効期限の情報である有効期限情報４
０２と、処理対象データ４００を処理依頼者がプリンタ
１０３（Ｘ）に対して入力した際に実際に課金される課
金対象者の情報である課金対象者情報４０１とを含んで
いる。

【００６２】尚、本実施の形態における処理対象データ
４００において、有効期限情報４０２及び課金対象者情
報４０１等の情報が実際に処理対象データ４００の中で
どのようなフォーマットで格納されるかに関しては、そ
の実現方法が複数考えられる。しかしながら、このとき
のフォーマット形式に依存することなく、有効期限情報
４０２及び課金対象者情報４０１等の情報を任意の形式
によって、ＰＤＬデータ４０３に対して付加し、且つ分
離できるように構成したならば、本発明は適用される。
また、本実施の形態においては、処理対象データ４００
内に格納された有効期限情報４０２、課金対象者情報４
０１、及びＰＤＬデータ４０３の各情報は、上記図２に
示したプリントデータ解析部２０３によってのみ分離可
能としている。その理由は、有効期限情報４０２及び課
金対象者情報４０１等の情報は、課金処理に関係する極
めて重要なデータであり、第３者による改竄や悪用を防
止するためである。このため、有効期限情報４０２及び
課金対象者情報４０１等の情報は、セキュリティの面か
ら特殊な方法によって生成され、また特殊な方法によっ
てＰＤＬデータ４０３に付加され、さらに特殊な方法に
よってプリントデータ解析部２０３でのみ分離可能であ
ることを保証するようになされている。但し、ここでの
特殊な方法そのものは本発明にとっては本質的ではな
く、上記の要件を満たす方法であるならば如何なる方法
であっても適用可能であり、その限り本発明は適用され
る。

【００６３】図５は、上記図４に示した課金対象者情報
４０１の詳細を示した図である。課金対象情報４０１
を、上記図５に示すようなフォーマットの情報とするこ
とで、処理対象データ４００に対し一律に課金するだけ
でなく、データ処理時に特定の条件（課金条件）に応じ
て課金対象者を個別に設定できる。本実施の形態では、
上記課金条件を、ＰＤＬデータ４０３の中のカラーぺ一
ジと白黒ぺ一ジについて処理する際の課金対象者を個別
に設定する条件としている。当然の事ながら、上記課金
条件としては、カラーぺ一ジ及び白黒ページについて処
理する際の課金対象者を個別に設定する条件のみなら
ず、様々な条件とすることが可能である。この場合にお
いても、本発明の請求項における構成を満たす限り本発
明は適用される。

【００６４】図６は、プリンタ１０３（Ｘ）の動作を示
したものである。例えば、プリンタ１０３（Ｘ）のメイ
ンコントローラ２１３は、一次記憶部２０４或いは二次
記憶部２０５等の記憶手段へ予め記憶された、上記図６
のフローチャートに従った処理プログラムを読み出して
実行する。これにより、プリンタ１０３（Ｘ）は、次の
ように動作する。

【００６５】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【００６６】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【００６７】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【００６８】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【００６９】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【００７０】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【００７１】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合には、処理要求
を発行したクライアント機１０４（Ｘ）に対して認証失
敗通知を発行し（ステップＳ６０６）、再びステップＳ
６０１へと戻り、処理要求待ち状態となる。

【００７２】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【００７３】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００）から、当該データに含まれ
る当該データの有効期限情報４０２及び課金対象者情報
４０１等を分離するように、プリントデータ解析部２０
２に対して動作指示する（ステップＳ６０８）。

【００７４】尚、ステップＳ６０８でのプリントデータ
解析部２０３の具体的な処理内容及びその手順について
は、処理対象データのデータ構造や、当該データのエン
コード／デコード方式に依存し、且つ本発明の本質では
ないので、その詳細な説明は省略する。また、ステップ
Ｓ６０７のデータ受信処理についても、受信した個々の
パケット毎に当該処理を実行する、或いはデータを構成
する全パケットを受信し終わった後に当該処理を実行す
る場合等、様々な処理パターンが考えられるが、ステッ
プＳ６０８において、受信データから最終的に必要な情
報が切り出せることを保証していれば、どのような処理
パターンでも適用可能であり、この限りにおいて本発明
は適用される。

【００７５】メインコントローラ２１３は、ステップＳ
６０８にて取得した有効期限情報４０２により、処理対
象データ４００（具体的にはＰＤＬデータ４０３）の有
効期限が切れているか否かを判別する（ステップＳ６０
９）例えば、メインコントローラ２１３は、有効期限情
報４０２により示される日付及び時刻と、プリンタ１０
３（Ｘ）の内部タイマにより示される現在の日付及び時
刻とを比較し、現在の日付及び時刻（処理依頼のタイミ
ング）が、有効期限情報４０２により示される日付及び
時刻を越えているか否かを判別する。

【００７６】ステップＳ６０９において、処理対象デー
タ４００の有効期限が切れている場合には、クライアン
ト機１０４（Ｘ）に対して期限切れを通知し（ステップ
Ｓ６１０）、処理を中断して、再びステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、処理対象デー
タ４００の有効期限が切れていない場合には、次のステ
ップＳ６１１からの処理を実行する。

【００７７】ステップＳ６１１からの処理では、メイン
コントローラ２１３は、ステップＳ６０８にて取得した
ＰＤＬデータ４０３を、ＰＤＬ解釈部２１２へ供給する
ことで、イメージ画像へと展開する（ステップＳ６１
１）。

【００７８】メインコントローラ２１３は、ステップＳ
６１３にて取得したイメージ画像データ、及びステップ
Ｓ６０８にて取得した課金対象者情報４０２により示さ
れる課金条件（上記図５参照）により、当該イメージ画
像データの処理時に課金すべき課金対象者を判別する
（ステップＳ６１２）。

【００７９】メインコントローラ２１３は、ステップＳ
６１２にて判別した課金対象者のクレジットのチェック
を行う（ステップＳ６１３）。例えば、メインコントロ
ーラ２１３は、ステップＳ６１２にて判別した課金対象
者情報を、ユーザ管理部２１０を介してサーバ１０２の
クレジット管理部３０７へ供給し、当該課金対象者のク
レジットが処理対象データ４００の処理に必要な量分残
っているか否かのチェックを依頼する。

【００８０】ステップＳ６１３において、既に課金対象
者のクレジットが残っていない場合には、クライアント
機１０４（Ｘ）に対してクレジット切れを通知し（ステ
ップＳ６１４）、処理を中断して、再びステップＳ６０
１へと戻り、処理要求待ち状態となる。一方、課金対象
者のクレジットの残量が存在する場合には、次のステッ
プＳ６１５からの処理を実行する。

【００８１】ステップＳ６１５からの処理では、メイン
コントローラ２１３は、処理対象データ４００の処理を
実行する（ステップＳ６１５）。本実施の形態では、当
該処理が印刷処理に相当する。このため、例えば、メイ
ンコントローラ２１３は、ステップＳ６１１にて取得し
たイメージ画像データをエンジンコントローラ２０７を
介してプリントエンジン２０６へ供給することで、当該
イメージ画像データへの印刷処理を実行する。

【００８２】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プ６１６）。これに伴って、サーバ１０２のクレジット
管理部３０７にて管理されている課金対象者のクレジッ
トの残量も更新される。

【００８３】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００の中のＰＤＬデータ４０
３が全て処理完了したか否かを判別し（ステップＳ６１
７）、未だ完了していない場合にはステップＳ６１１へ
戻り、これ以降の処理ステップを実行する。そして、Ｐ
ＤＬデータ４０３が全て処理完了すると、ステップＳ６
０１へと戻り、処理要求待ち状態となる。

【００８４】（サーバ１０２の動作） （１）ユーザ管理部３０９の動作 まず、図７は、サーバ１０２のユーザ管理部３０９によ
って管理されるユーザ情報の一例を示したものである。
ユーザ管理部３０９は、上記図７に示すように、認証処
理時に使用されるパスワードに対応付けして、それぞれ
のユーザ（登録ユーザ）を、ユニークなＩＤ（ユーザＩ
Ｄ）によって管理している。

【００８５】尚、上記図７に示したようなユーザ情報
は、特殊な権限を持ったユーザ（管理者）やモジュール
によってのみアクセス又は変更が可能であり、それ以外
のユーザやモジュールからはアクセスすることはできな
いようになされている。

【００８６】図８は、サーバ１０２のユーザ管理部３０
９の動作を示したものである。例えば、サーバ１０２の
メインコントローラ３０４は、一次記憶部３０２或いは
二次記憶部３０３等の記憶手段へ予め記憶された、上記
図８のフローチャートに従った処理プログラムを読み出
して実行する。これにより、サーバ１０２のユーザ管理
部３０９は、次のように動作する。

【００８７】ユーザ管理部３０９は、本処理実行開始
後、直ぐに処理要求待ち状態になる（ステップＳ８０
１）。この状態からは、ユーザ管理部３０９に対して何
らかの処理要求が出力されるまで変化しない。

【００８８】ユーザ管理部３０９に対して何らかの処理
要求が出力されると、ユーザ管理部３０９は、当該処理
要求が、認証処理要求であるか否かを判別する（ステッ
プＳ８０２）。この判別の結果、認証処理要求である場
合には、ステップＳ８０３からの処理に進み、そうでな
い場合には、後述するステップＳ８０９からの処理に進
む。

【００８９】ステップＳ８０３からの処理では、ユーザ
管理部３０９は、上記図７に示したユーザ情報を参照し
（ステップＳ８０３）、認証対象のユーザのエントリが
存在するか否かを判別する（スナッブＳ８０４）。

【００９０】ステップＳ８０３において、認証対象のユ
ーザのエントリが存在しない場合、ユーザ管理部３０９
は、認証失敗処理の実行の後（ステップＳ８０７）、再
びステップＳ８０１へと戻り、処理要求待ち状態とな
る。一方、認証対象のユーザのエントリが存在する場
合、ユーザ管理部３０９は、次のステップＳ８０５から
の処理に進む。

【００９１】ステップＳ８０５からの処理では、ユーザ
管理部３０９は、認証処理要求元（ここでは、プリンタ
１０３（Ｘ））に対してパスワード入力を要求する（ス
テップＳ８０５）。これにより、プリンタ１０３（Ｘ）
を介してクライアント機１０４（Ｘ）へのパスワード入
力が要求されることになる。

【００９２】ユーザ管理部３０９は、認証処理要求元か
ら返送されてきたパスワード（クライアント機１０４
（Ｘ）にてユーザから入力されたパスワード）により、
認証対象のユーザ（処理依頼者）の認証を行う（ステッ
プＳ８０６）。例えば、ユーザ管理部３０９は、ユーザ
から入力されたパスワードと、ステップＳ８０３にて得
られた認証対象のユーザのエントリに含まれるパスワー
ドとが一致するか否かを判別する。

【００９３】ステップＳ８０６において、それぞれのパ
スワードが一致した場合、ユーザ管理部３０９は、認証
は成功したものとして、プリンタ１０３（Ｘ）を介して
クライアント１０４（Ｘ）へ、認証処理成功を通知する
（ステップＳ８０８）。その後、再びステップＳ８０１
へと戻り、処理要求待ち状態となる。一方、それぞれの
パスワードが一致しない場合、ユーザ管理部３０９は、
認証は失敗したものとして、認証失敗処理の実行の後
（ステップＳ８０７）、再びステップＳ８０１へと戻
り、処理要求待ち状態となる。

【００９４】上述したステップＳ８０２において、ユー
ザ管理部３０９に対して出力された処理要求が認証処理
要求でない場合、ユーザ管理部３０９は、当該処理要求
がユーザ管理処理の要求であるか否かを判別する（ステ
ップＳ８０９）。

【００９５】ステップＳ８０９において、ユーザ管理処
理の要求であった場合、ユーザ管理部３０９は、当該要
求を発行したユーザが、ユーザ管理を実行する権限を有
しているか否かを判別する（ステップＳ８１０）。

【００９６】ステップＳ８１０において、ユーザ管理を
実行する権限を有する場合、上記図７に示したようなユ
ーザ情報のエントリの編集処理を実行し（ステップＳ８
１１）、ユーザ管理部３０９は、その処理が正常終了し
た場合に、再びステップＳ８０１へと戻り、処理要求待
ち状態となる。一方、ユーザ管理を実行する権限がない
場合、ユーザ管理部３０９は、ユーザ管理処理の要求元
へエラー通知を発行した後（ステップＳ８１２）、再び
ステップＳ８０１へと戻り、処理要求待ち状態となる。

【００９７】ステップＳ８０９において、ユーザ管理処
理の要求でなかった場合、ユーザ管理部３０９は、存在
しない処理の要求（オペレーションの実行依頼）である
ものと見なし、エラー処理を実行した後（ステップＳ８
１３）、再びステップＳ８０１へと戻り、処理要求待ち
状態となる。

【００９８】（２）カウンタ管理部３０８の動作 まず、図９は、サーバ１０２のカウンタ管理部３０８に
によって管理されるカウンタ情報の一例を示したもので
ある。カウンタ管理部３０８は、上記図９に示すよう
に、それぞれのユーザ（登録ユーザ）のＩＤ（ユーザＩ
Ｄ）に対応付けして、ユーザが使用した資源（リソー
ス）の頻度をカウンタ値として管理している。

【００９９】尚、上記図９に示したようなカウンタ情報
は、特殊な権限を持ったユーザ（管理者）やモジュール
によってのみアクセス又は変更が可能であり、それ以外
のユーザやモジュールからはアクセスすることはできな
いようになされている。

【０１００】図１０は、サーバ１０２のカウンタ管理部
３０８の動作を示したものである。例えば、サーバ１０
２のメインコントローラ３０４は、一次記憶部３０２或
いは二次記憶部３０３等の記憶手段へ予め記憶された、
上記図１０のフローチャートに従った処理プログラムを
読み出して実行する。これにより、サーバ１０２のカウ
ンタ管理部３０８は、次のように動作する。

【０１０１】カウンタ管理部３０８は、本処理実行開始
後、直ぐに処理要求待ち状態になる（ステップＳ１００
１）。この状態からは、カウンタ管理部３０８に対して
何らかの処理要求が出力されるまで変化しない。

【０１０２】カウンタ管理部３０８に対して何らかの処
理要求が出力されると、カウンタ管理部３０８は、当該
処理要求が、カウンタ値のカウントアップ要求であるか
否かを判別する（ステップＳ１００２）。この判別の結
果、カウントアップ要求である場合には、ステップＳ１
００３からの処理に進み、そうでない場合には、後述す
るステップＳ１００５からの処理に進む。

【０１０３】ステップＳ１００３からの処理では、カウ
ンタ管理部３０８は、上記図９に示したカウンタ情報の
該当ユーザのカウンタ値を更新する（ステップS１００
３）。また、カウンタ管理部３０８は、上記カウンタ値
の更新に応じて、クレジット管理３０７によって管理さ
れている該当ユーザのクレジット残量を更新する（ステ
ップＳ１００４）。その後、カウンタ管理部３０８は、
再びステップS１００１へ戻り、処理要求待ち状態とな
る。

【０１０４】ステップS１００２において、カウンタ管
理部３０８に対して要求された処理がカウントアップ処
理要求でなかった場合、カウンタ管理部３０８は、当該
処理要求がカウンタ値の問い合わせ処理要求であるか否
かを判別する（ステップS１００５）。この判別の結
果、カウンタ値の問い合わせ処理要求である場合には、
ステップＳ１００６からの処理に進み、そうでない場合
には、後述するステップＳ１００７からの処理に進む。

【０１０５】ステップＳ１００６からの処理では、カウ
ンタ管理部３０８は、上記図９に示したカウンタ情報の
該当ユーザのカウンタ値を、要求先へ送信する（ステッ
プS１００６）。その後、カウンタ管理部３０８は、再
びステップS１００１へ戻り、処理要求待ち状態とな
る。

【０１０６】ステップS１００５において、カウンタ管
理部３０８に対して要求された処理がカウント値の問い
合わせ処理要求でなかった場合、カウンタ管理部３０８
は、当該処理要求が管理オペレーションによる処理要求
であるか否かを判別する（ステップS１００７）。ここ
での管理オペレーションとは、特別な権限を持ったユー
ザ（管理者）による上記図９に示したカウンタ情報の編
集作業を指す。この判別の結果、管理オペレーションに
よる処理要求である場合には、ステップＳ１００８から
の処理に進み、そうでない場合には、後述するステップ
Ｓ１０１１からの処理に進む。

【０１０７】ステップＳ１００８からの処理では、カウ
ンタ管理部３０８は、処理依頼者が管理オペレーション
の実行権限（管理権限）を持っているユーザであるか否
かを判別する（ステップS１００８）。この判別の結
果、管理権限を持っているユーザである場合、カウンタ
管理部３０８は、当該ユーザからの指示に従って、上記
図９のカウンタ情報の編集作業を実行し（ステップS１
００９）、当該作業が正常に終了した場合に、再びステ
ップS１００１へ戻り、処理要求待ち状態となる。一
方、管理権限を持っているユーザでない場合、カウンタ
管理部３０８は、当該ユーザへエラーを通知し（ステッ
プS１０１０）、そのままステップS１００１へ戻り、処
理要求待ち状態となる。

【０１０８】ステップS１００７において、カウンタ管
理部３０８に対して要求された処理が管理オペレーショ
ンによる処理要求でもなかった場合、カウンタ管理部３
０８は、存在しない処理の要求（オペレーションの実行
依頼）であるものと見なし、エラー処理を実行した後
（ステップＳ１０１１）、再びステップＳ１００１へと
戻り、処理要求待ち状態となる。

【０１０９】（３）クレジット管理部３０７の動作 まず、図１１は、サーバ１０２のクレジット管理部３０
７にによって管理されるクレジット情報の一例を示した
ものである。クレジット管理部３０７は、上記図１１に
示すように、それぞれのユーザ（登録ユーザ）のＩＤ
（ユーザＩＤ）に対応付けして、ユーザのクレジットの
残量を管理している。

【０１１０】尚、上記図１１に示したようなクレジット
情報は、特殊な権限を持ったユーザ（管理者）やモジュ
ールによってのみアクセス又は変更が可能であり、それ
以外のユーザやモジュールからはアクセスすることはで
きないようになされている。

【０１１１】図１２は、サーバ１０２のクレジット管理
部３０７の動作を示したものである。例えば、サーバ１
０２のメインコントローラ３０４は、一次記憶部３０２
或いは二次記憶部３０３等の記憶手段へ予め記憶され
た、上記図１２のフローチャートに従った処理プログラ
ムを読み出して実行する。これにより、サーバ１０２の
クレジット管理部３０７は、次のように動作する。

【０１１２】クレジット管理部３０７は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１２
０１）。この状態からは、クレジット管理部３０７に対
して何らかの処理要求が出力されるまで変化しない。

【０１１３】クレジット管理部３０７に対して何らかの
処理要求が出力されると、クレジット管理部３０７は、
当該処理要求が、クレジット残量の更新処理要求である
か否かを判別する（ステップＳ１２０２）。この判別の
結果、クレジット残量の更新処理要求である場合には、
ステップＳ１２０３からの処理に進み、そうでない場合
には、後述するステップＳ１２０４からの処理に進む。

【０１１４】ステップＳ１２０３からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量を更新する（ステッ
プS１２０３）。その後、クレジット管理部３０７は、
再びステップS１２０１へ戻り、処理要求待ち状態とな
る。

【０１１５】ステップS１２０２において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の更新要求でなかった場合、クレジット管理部３０７
は、当該処理要求がクレジット残量の問い合わせ処理要
求であるか否かを判別する（ステップS１２０４）。こ
の判別の結果、クレジット残量の問い合わせ処理要求で
ある場合には、ステップＳ１２０５からの処理に進み、
そうでない場合には、後述するステップＳ１２０６から
の処理に進む。

【０１１６】ステップＳ１２０５からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量を、要求先へ送信す
る（ステップS１２０５）。その後、クレジット管理部
３０７は、再びステップS１２０１へ戻り、処理要求待
ち状態となる。

【０１１７】ステップS１２０４において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の問い合わせ処理要求でなかった場合、クレジット管理
部３０７は、当該処理要求が管理オペレーションによる
処理要求であるか否かを判別する（ステップS１２０
６）。ここでの管理オペレーションとは、特別な権限を
持ったユーザ（管理者）による上記図１１に示したクレ
ジット情報の編集作業を指す。この判別の結果、管理オ
ペレーションによる処理要求である場合には、ステップ
Ｓ１２０７からの処理に進み、そうでない場合には、後
述するステップＳ１２１０からの処理に進む。

【０１１８】ステップＳ１２０７からの処理では、クレ
ジット管理部３０７は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１２０７）。この判別の結
果、管理権限を持っているユーザである場合、クレジッ
ト管理部３０７は、当該ユーザからの指示に従って、上
記図１１のクレジット情報の編集作業を実行し（ステッ
プS１２０８）、当該作業が正常に終了した場合に、再
びステップS１２０１へ戻り、処理要求待ち状態とな
る。一方、管理権限を持っているユーザでない場合、ク
レジット管理部３０７は、当該ユーザへエラーを通知し
（ステップS１２０９）、そのままステップS１２０１へ
戻り、処理要求待ち状態となる。

【０１１９】ステップS１２０６において、クレジット
管理部３０７に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、クレジット管理
部３０７は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１２１０）、再びステップＳ１２０１へ
と戻り、処理要求待ち状態となる。

【０１２０】尚、本実施の形態において、クライアント
機器１０４（１）〜１０４（３）としては、例えば、汎
用計算機や、特定のサービスを提供するために設計され
た特殊な装置等の様々な機器を適用可能である。ここで
は、当該機器の実現形態は、本発明の対象である課金の
構成とは本質的に関係はないため、当該機器が如何なる
形態をとった場合においても本発明は適用される。

【０１２１】また、本実施の形態におけるサーバ１０２
は、必須の構成ではない。すなわち、プリンタ１０３
（１）〜１０３（３）において、ユーザを管理する手段
（ユーザ管理手段）及び課金を管理する手段（課金管理
手段）を直接実現するような形態を取るならば、プリン
タ１０３（１）〜１０３（３）のみで、本発明に必要な
機能は実現可能である。しかしながら、本実施の形態の
ように、複数のプリンタ１０３（１）〜１０３（３）で
ユーザ管理手段及び課金管理手段を個別に実施するよう
な実装形態は管理面で効率が良くない。したがって、本
実施の形態のように、サーバ１０２に対して、ユーザ管
理手段及び課金管理手段を一元的に持たせ、プリンタ１
０３（１）〜１０３（３）に対して、サーバ１０２のユ
ーザ管理手段及び課金管理手段へのアクセス手段を持た
せることにより、本システム１００全体として本発明に
よる課金の構成を提供する実現形態を取っている。当然
のことながら、このような本実現の形態は、本発明が言
及する課金の構成の実現の形態の一例にすぎない。した
がって、本実施の形態以外の場合、例えば、上述したよ
うにプリンタ１０３（１）〜１０３（３）へ直接ユーザ
管理手段及び課金管理手段を持たせるような形態の場合
においても本発明は適用される。

【０１２２】また、本実施の形態では、プリンタ１０３
（１）〜１０３（３）、クライアント機器１０４（１）
〜１０４（３）、及びサーバ１０２を接続するネットワ
ーク１０１の詳細な構成については特に言及していな
い。その理由は、これは本発明の対象である課金の構成
とは本質的な関係がないからである。したがって、ネッ
トワーク１０１の物理的な実現方法に関しどのような形
態をとった場合においても本発明は適用される。

【０１２３】また、上記図１では、単一のネットワーク
１０１により、複数の機器１０２、１０３（１）〜１０
３（３）、１０４（１）〜１０４（３）が接続された構
成を図示したが、これに限られることはなく、例えば、
インターネット等のように複数のネットワークを介し
て、複数の機器１０２、１０３（１）〜１０３（３）、
１０４（１）〜１０４（３）が接続される構成とするよ
うにしてもよい。この場合も本発明は適用される。

【０１２４】また、本実施の形態において、例えば、ク
ライアント機器１０４（１）〜１０４（３）の機能をプ
リンタ１０３（１）〜１０３（３）が直接提供する等、
何らかの形態で、プリンタ１０３（１）〜１０３（３）
に対して直接ユーザが印刷対象データを入力できるよう
に構成してもよい。この場合も本発明は適用される。

【０１２５】＜第２の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、例えば、図１３の
フローチャートに従った動作とする。

【０１２６】尚、上記図１３に示すフローチャートにお
いて、上記図６に示したフローチャートと同様に処理実
行するステップには同じ符号を付し、その詳細な説明は
省略する。

【０１２７】例えば、プリンタ１０３（Ｘ）のメインコ
ントローラ２１３は、一次記憶部２０４或いは二次記憶
部２０５等の記憶手段へ予め記憶された、上記図１３の
フローチャートに従った処理プログラムを読み出して実
行する。これにより、プリンタ１０３（Ｘ）は、次のよ
うに動作する。

【０１２８】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【０１２９】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【０１３０】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【０１３１】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【０１３２】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【０１３３】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【０１３４】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合には、処理要求
を発行したクライアント機１０４（Ｘ）に対して認証失
敗通知を発行し（ステップＳ６０６）、再びステップＳ
６０１へと戻り、処理要求待ち状態となる。

【０１３５】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【０１３６】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００）から、当該データに含まれ
る当該データの有効期限情報４０２及び課金対象者情報
４０１等を分離するように、プリントデータ解析部２０
２に対して動作指示する（ステップＳ６０８）。

【０１３７】尚、ステップＳ６０８でのプリントデータ
解析部２０３の具体的な処理内容及びその手順について
は、処理対象データのデータ構造や、当該データのエン
コード／デコード方式に依存し、且つ本発明の本質では
ないので、その詳細な説明は省略する。また、ステップ
Ｓ６０７のデータ受信処理についても、受信した個々の
パケット毎に当該処理を実行する、或いはデータを構成
する全パケットを受信し終わった後に当該処理を実行す
る場合等、様々な処理パターンが考えられるが、ステッ
プＳ６０８において、受信データから最終的に必要な情
報が切り出せることを保証していれば、どのような処理
パターンでも適用可能であり、この限りにおいて本発明
は適用される。

【０１３８】メインコントローラ２１３は、ステップＳ
６０８にて取得した有効期限情報４０２により、処理対
象データ４００（具体的にはＰＤＬデータ４０３）の有
効期限が切れているか否かを判別する（ステップＳ６０
９）。例えば、メインコントローラ２１３は、有効期限
情報４０２により示される日付及び時刻と、プリンタ１
０３（Ｘ）の内部タイマにより示される現在の日付及び
時刻とを比較し、現在の日付及び時刻（処理依頼のタイ
ミング）が、有効期限情報４０２により示される日付及
び時刻を越えているか否かを判別する。

【０１３９】ステップＳ６０９において、処理対象デー
タ４００の有効期限が切れている場合には、クライアン
ト機１０４（Ｘ）に対して期限切れを通知し（ステップ
Ｓ６１０）、処理を中断して、再びステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、処理対象デー
タ４００の有効期限が切れていない場合には、次のステ
ップＳ６２１からの処理を実行する。このステップS６
２１からの処理が、本実施の形態の特徴とする処理であ
る。

【０１４０】ステップＳ６２１からの処理では、メイン
コントローラ２１３は、課金対象者のクレジットのチェ
ックを行う（ステップS６２１）。例えば、メインコン
トローラ２１３は、ステップＳ６０８にて取得した課金
対象者情報４０１を、ユーザ管理部２１０を介してサー
バ１０２のクレジット管理部３０７へ供給し、当該課金
対象者のクレジットが処理対象データ４００の処理に必
要な量分残っているか否かのチェックを依頼する。

【０１４１】ステップＳ６２１の判別の結果、課金対象
者のクレジットが存在する場合、ステップＳ６２２から
の処理に進み、課金対象者のクレジットが存在しない場
合、後述するステップS６２６からの処理に進む。

【０１４２】ステップS６２２からの処理では、メイン
コントローラ２１３は、ステップＳ６０８にて取得した
ＰＤＬデータ４０３を、ＰＤＬ解釈部２１２へ供給する
ことで、イメージ画像へと展開する（ステップＳ６２
２）。

【０１４３】メインコントローラ２１３は、処理対象デ
ータ４００の処理を実行する（ステップＳ６２３）。本
実施の形態では、当該処理が印刷処理に相当する。この
ため、例えば、メインコントローラ２１３は、ステップ
Ｓ６２２にて取得したイメージ画像データをエンジンコ
ントローラ２０７を介してプリントエンジン２０６へ供
給することで、当該イメージ画像データへの印刷処理を
実行する。

【０１４４】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プ６２４）。これに伴って、サーバ１０２のクレジット
管理部３０７にて管理されている課金対象者のクレジッ
トの残量も更新される。

【０１４５】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００の中のＰＤＬデータ４０
３が全て処理完了したか否かを判別し（ステップＳ６２
５）、未だ完了していない場合にはステップＳ６２１へ
戻り、これ以降の処理ステップを実行する。そして、Ｐ
ＤＬデータ４０３が全て処理完了すると、ステップＳ６
０１へと戻り、処理要求待ち状態となる。

【０１４６】ステップS６２１において、課金対象者の
クレジットが存在しないと判別された場合、メインコン
トローラ２１３は、課金対象者が処理依頼者（クライア
ント機１０４（X）のユーザ）自身であるか否かを判別
する（ステップS６２６）。この判別の結果、課金対象
者が処理依頼者である場合には、ステップＳ６２７から
の処理に進み、そうでない場合には、後述するステップ
Ｓ６２８からの処理に進む。

【０１４７】ステップS６２７からの処理では、メイン
コントローラ２１３は、課金対象者が処理依頼者自身で
あり、課金対象者を変更して処理を継続する余地はない
ので、処理実行を中断し、クライアント機１０４（X）
に対して（処理依頼者に対して）、クレジット残量がな
い旨を通知し（ステップS６２７）、ステップＳ６０１
へと戻り、処理要求待ち状態となる。

【０１４８】ステップS６２６において、課金対象者が
処理依頼者自身でないと判別された場合、メインコント
ローラ２１３は、クライアント機１０４（X）のユーザ
（処理依頼者）に対して、課金対象者を自分（処理依頼
者）へ変更することで処理を継続するか否かを問い合わ
せる（ステップS６２８）。この問い合わせの結果、課
金対象者を変更しない場合、メインコントローラ２１３
は、処理実行を中断し、クライアント機１０４（X）に
対して（処理依頼者に対して）、クレジット残量がない
旨を通知し（ステップS６２７）、ステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、課金対象者を
変更しない場合、メインコントローラ２１３は、課金対
象者を処理依頼者へ変更し（ステップS６２９）、再び
ステップS６２１からの処理を実行する。

【０１４９】＜第３の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、例えば、図１４の
フローチャートに従った動作とする。尚、上記図１４に
示すフローチャートにおいて、上記図６に示したフロー
チャートと同様に処理実行するステップには同じ符号を
付し、その詳細な説明は省略する。

【０１５０】また、本実施の形態では、上記図４に示し
た課金対象者情報４０１の詳細な情報を、図１５に示す
ような情報とする。当該図１５の課金対象者情報４０１
では、処理を許可する処理依頼者のユーザＩＤが列挙さ
れている。このため、以下の説明では、上記図１５の課
金対象者情報４０１を、処理依頼者情報４０１―（ａ）
と言う。尚、上記図１５に示した処理依頼者情報４０１
―（ａ）は、特殊な権限を持ったユーザ（管理者）やモ
ジュールによってのみアクセス又は変更が可能であり、
それ以外のユーザやモジュールからはアクセスすること
はできないようになされている。

【０１５１】そこで、例えば、プリンタ１０３（Ｘ）の
メインコントローラ２１３は、一次記憶部２０４或いは
二次記憶部２０５等の記憶手段へ予め記憶された、上記
図１４のフローチャートに従った処理プログラムを読み
出して実行する。これにより、プリンタ１０３（Ｘ）
は、次のように動作する。

【０１５２】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【０１５３】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【０１５４】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【０１５５】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【０１５６】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【０１５７】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【０１５８】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合、メインコント
ローラ２１３は、処理要求を発行したクライアント機１
０４（Ｘ）に対して認証失敗通知を発行し（ステップＳ
６０６）、再びステップＳ６０１へと戻り、処理要求待
ち状態となる。

【０１５９】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【０１６０】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００）から、当該データに含まれ
る当該データの有効期限情報４０２及び処理依頼者情報
４０１―（ａ）等を分離するように、プリントデータ解
析部２０２に対して動作指示する（ステップＳ６０
８）。

【０１６１】尚、ステップＳ６０８でのプリントデータ
解析部２０３の具体的な処理内容及びその手順について
は、処理対象データのデータ構造や、当該データのエン
コード／デコード方式に依存し、且つ本発明の本質では
ないので、その詳細な説明は省略する。また、ステップ
Ｓ６０７のデータ受信処理についても、受信した個々の
パケット毎に当該処理を実行する、或いはデータを構成
する全パケットを受信し終わった後に当該処理を実行す
る場合等、様々な処理パターンが考えられるが、ステッ
プＳ６０８において、受信データから最終的に必要な情
報が切り出せることを保証していれば、どのような処理
パターンでも適用可能であり、この限りにおいて本発明
は適用される。

【０１６２】メインコントローラ２１３は、ステップＳ
６０８にて取得した処理依頼者情報４０１―（ａ）を参
照し、その情報の中に、処理依頼者（クライアント機１
０４（Ｘ）のユーザ）のユーザＩＤが含まれているか否
かを判別する（ステップＳ６３１）。すなわち、メイン
コントローラ２１３は、上述したステップＳ６０４にて
取得したクライアント機１０４（Ｘ）からのユーザ情報
に含まれるユーザＩＤが、ステップＳ６０８にて取得し
た処理依頼者情報４０１―（ａ）の中に設定されている
か否かを判別する。

【０１６３】ステップＳ６３１の判別の結果、処理依頼
者のユーザＩＤが処理依頼者情報４０１―（ａ）へ設定
されていない場合、ステップＳ６３２からの処理に進
み、処理依頼者のユーザＩＤが処理依頼者情報４０１―
（ａ）へ設定されている場合、後述するステップＳ６３
３からの処理に進む。

【０１６４】ステップＳ６３２からの処理では、メイン
コントローラ２１３は、処理を中断し、その旨を処理要
求を発行したクライアント機１０４（Ｘ）に対して通知
し（ステップＳ６３２）、再びステップＳ６０１へと戻
り、処理要求待ち状態となる。

【０１６５】ステップＳ６３１において、処理依頼者の
ユーザＩＤが処理依頼者情報４０１―（ａ）へ設定され
ていると判別された場合、メインコントローラ２１３
は、ステップＳ６０８にて取得した有効期限情報４０２
により、処理対象データ４００（具体的にはＰＤＬデー
タ４０３）の有効期限が切れているか否かを判別する
（ステップＳ６３３）。例えば、メインコントローラ２
１３は、有効期限情報４０２により示される日付及び時
刻と、プリンタ１０３（Ｘ）の内部タイマにより示され
る現在の日付及び時刻とを比較し、現在の日付及び時刻
（処理依頼のタイミング）が、有効期限情報４０２によ
り示される日付及び時刻を越えているか否かを判別す
る。

【０１６６】ステップＳ６３３において、処理対象デー
タ４００の有効期限が切れている場合には、クライアン
ト機１０４（Ｘ）に対して期限切れを通知し（ステップ
Ｓ６３４）、処理を中断して、再びステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、処理対象デー
タ４００の有効期限が切れていない場合には、次のステ
ップＳ６３５からの処理を実行する。

【０１６７】ステップＳ６３５からの処理では、メイン
コントローラ２１３は、課金対象者のクレジットのチェ
ックを行う（ステップS６３５）。例えば、メインコン
トローラ２１３は、ステップＳ６３１にて確認した処理
依頼者の情報を、ユーザ管理部２１０を介してサーバ１
０２のクレジット管理部３０７へ供給し、当該処理依頼
者のクレジットが処理対象データ４００の処理に必要な
量分残っているか否かのチェックを依頼する。

【０１６８】ステップＳ６３５の判別の結果、処理依頼
者のクレジットが存在する場合、ステップＳ６３７から
の処理に進み、処理依頼者のクレジットが存在しない場
合、後述するステップS６３６からの処理に進む。

【０１６９】ステップS６３７からの処理では、メイン
コントローラ２１３は、ステップＳ６０８にて取得した
ＰＤＬデータ４０３を、ＰＤＬ解釈部２１２へ供給する
ことで、イメージ画像へと展開する（ステップＳ６３
７）。

【０１７０】メインコントローラ２１３は、処理対象デ
ータ４００の処理を実行する（ステップＳ６３８）。本
実施の形態では、当該処理が印刷処理に相当する。この
ため、例えば、メインコントローラ２１３は、ステップ
Ｓ６３７にて取得したイメージ画像データをエンジンコ
ントローラ２０７を介してプリントエンジン２０６へ供
給することで、当該イメージ画像データへの印刷処理を
実行する。

【０１７１】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プ６３９）。これに伴って、サーバ１０２のクレジット
管理部３０７にて管理されている課金対象者のクレジッ
トの残量も更新される。

【０１７２】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００の中のＰＤＬデータ４０
３が全て処理完了したか否かを判別し（ステップＳ６４
０）、未だ完了していない場合にはステップＳ６３５へ
戻り、これ以降の処理ステップを実行する。そして、Ｐ
ＤＬデータ４０３が全て処理完了すると、ステップＳ６
０１へと戻り、処理要求待ち状態となる。

【０１７３】ステップS６３５において、処理依頼者の
クレジットが存在しないと判別された場合、メインコン
トローラ２１３は、処理実行を中断し、クライアント機
１０４（X）に対して（処理依頼者に対して）、クレジ
ット残量がない旨を通知し（ステップS６３６）、ステ
ップＳ６０１へと戻り、処理要求待ち状態となる。

【０１７４】＜第４の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、サーバ１０２及びプリンタ１０３（Ｘ）の構成及び
動作を、次のように実施する。

【０１７５】（サーバ１０２の構成）本実施の形態にお
けるサーバ１０２は、例えば、図１６に示すように、上
記図３に示した構成に対して、データＩＤ管理部３１１
を更に備えた構成としている。データＩＤ管理部３１１
は、処理対象データをサーバ１０２が識別し管理するた
めの構成部である。このため、処理対象データには、当
該データを識別するためのＩＤ（データＩＤ）が付加さ
れており、データＩＤ管理部３１１は、データＩＤに対
応付けして、当該データを処理可能な回数を管理してい
る。

【０１７６】図１７は、データＩＤ管理部３１１での管
理情報の一例を示したものである。上記図１７に示すよ
うに、データＩＤ管理部３１１では、処理対象データが
ユニークなデータＩＤによって管理されると共に、当該
データＩＤに対応付けられて処理可能回数の残回数が管
理される。例えば、上記図１７では、“Ｄ＿ＩＤ０００
３４”で示される処理対象データは、あと１２１回処理
することが可能であることが示されている。

【０１７７】上記図１７のデータＩＤ管理情報は、特殊
な権限を持ったユーザ（管理者）やモジュールによって
のみアクセス又は変更が可能であり、それ以外のユーザ
やモジュールからはアクセスすることはできないように
なされている。また、上記図１７のデータＩＤ管理情報
をデータＩＤ管理部３１１で管理するために、任意の方
法によって処理対象データ生成時に予めデータＩＤ管理
部３１０に対して、当該処理対象データのデータＩＤ及
び対応する処理可能回数が登録される。このとき、デー
タＩＤは、ユニークなＩＤであることが保証される。

【０１７８】尚、上記図１７のデータＩＤ管理情報の登
録の実現方法に関する詳細は、本発明において本質的な
ものではないため、その詳細な説明は省略する。したが
って上記実現方法に関していかなる手段をとった場合に
おいても、本発明の請求項の構成を満たす限り、本発明
は適用される。

【０１７９】（プリンタ１０３（Ｘ）の構成）本実施の
形態におけるプリンタ１０３（Ｘ）は、例えば、図１８
に示すように、上記図２に示した構成に対して、データ
ＩＤ管理部２１４を更に備えた構成としている。データ
ＩＤ管理部２１４は、ユーザ管理部２１０や課金管理部
２１１と同様に、サーバ１０２のデータＩＤ管理部３１
１に対するアクセス手段を提供するようになされてい
る。

【０１８０】尚、当然のことながら、データＩＤ管理部
２１４に対して、サーバ１０２のデータＩＤ管理部３１
１が有する機能を直接持たせるようにしてもよい。

【０１８１】また、本実施の形態では、上記図４に示し
た処理対象データ４００（印刷対象データ）の代わり
に、図１９に示すような処理対象データ４００―（ａ）
を用いる。処理対象データ４００―（ａ）は、上記図１
９に示すように、上記図４の処理対象データ４００（印
刷対象データ）に対して、課金対象者情報４０１、有効
期限情報４０２、及びＰＤＬデータ４０３に加え、デー
タＩＤ４０４を含んでいる。データＩＤ４０４とは、上
述したように、処理対象データ４００―（ａ）を一意に
識別するために用いるデータである。

【０１８２】尚、本実施の形態における処理対象データ
４００−（ａ）において、有効期限情報４０２、課金対
象者情報４０１、及びデータＩＤ４０４等の情報が実際
に処理対象データ４００−（ａ）の中でどのようなフォ
ーマットで格納されるかに関しては、その実現方法が複
数考えられる。しかしながら、このときのフォーマット
形式に依存することなく、有効期限情報４０２、課金対
象者情報４０１、データＩＤ４０４等の情報を任意の形
式によって、ＰＤＬデータ４０３に対して付加し、且つ
分離できるように構成したならば、本発明は適用され
る。また、本実施の形態においては、処理対象データ４
００−（ａ）内に格納された有効期限情報４０２、課金
対象者情報４０１、ＰＤＬデータ４０３、及びデータＩ
Ｄ４０４の各情報は、上記図２に示したプリントデータ
解析部２０３によってのみ分離可能としている。その理
由は、有効期限情報４０２、課金対象者情報４０１、及
びデータＩＤ４０４等の情報は、課金処理に関係する極
めて重要なデータであり、第３者による改竄や悪用を防
止するためである。このため、有効期限情報４０２、課
金対象者情報４０１、及びデータＩＤ４０４等の情報
は、セキュリティの面から特殊な方法によって生成さ
れ、また特殊な方法によってＰＤＬデータ４０３に付加
され、さらに特殊な方法によってプリントデータ解析部
２０３でのみ分離可能であることを保証するようになさ
れている。但し、ここでの特殊な方法そのものは本発明
にとっては本質的ではなく、上記の要件を満たす方法で
あるならば如何なる方法であっても適用可能であり、そ
の限り本発明は適用される。

【０１８３】（プリンタ１０３（Ｘ）の動作）図２０
は、本実施の形態におけるプリンタ１０３（Ｘ）の動作
を示したものである。例えば、プリンタ１０３（Ｘ）の
メインコントローラ２１３は、一次記憶部２０４或いは
二次記憶部２０５等の記憶手段へ予め記憶された、上記
図２０のフローチャートに従った処理プログラムを読み
出して実行する。これにより、プリンタ１０３（Ｘ）
は、次のように動作する。

【０１８４】尚、上記図２０に示すフローチャートにお
いて、上記図６に示したフローチャートと同様に処理実
行するステップには同じ符号を付し、その詳細な説明は
省略する。

【０１８５】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【０１８６】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【０１８７】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【０１８８】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【０１８９】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【０１９０】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【０１９１】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合、メインコント
ローラ２１３は、処理要求を発行したクライアント機１
０４（Ｘ）に対して認証失敗通知を発行し（ステップＳ
６０６）、再びステップＳ６０１へと戻り、処理要求待
ち状態となる。

【０１９２】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【０１９３】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００―（ａ））から、当該データ
に含まれる当該データの有効期限情報４０２及び課金対
象者情報４０１、及びデータＩＤ４０４等を分離するよ
うに、プリントデータ解析部２０２に対して動作指示す
る（ステップＳ６０８´）。

【０１９４】尚、ステップＳ６０８´でのプリントデー
タ解析部２０３の具体的な処理内容及びその手順につい
ては、処理対象データのデータ構造や、当該データのエ
ンコード／デコード方式に依存し、且つ本発明の本質で
はないので、その詳細な説明は省略する。また、ステッ
プＳ６０７のデータ受信処理についても、受信した個々
のパケット毎に当該処理を実行する、或いはデータを構
成する全パケットを受信し終わった後に当該処理を実行
する場合等、様々な処理パターンが考えられるが、ステ
ップＳ６０８´において、受信データから最終的に必要
な情報が切り出せることを保証していれば、どのような
処理パターンでも適用可能であり、この限りにおいて本
発明は適用される。

【０１９５】メインコントローラ２１３は、ステップＳ
６０８´にて取得した有効期限情報４０２により、処理
対象データ４００―（ａ）（具体的にはＰＤＬデータ４
０３）の有効期限が切れているか否かを判別する（ステ
ップＳ６０９）。例えば、メインコントローラ２１３
は、有効期限情報４０２により示される日付及び時刻
と、プリンタ１０３（Ｘ）の内部タイマにより示される
現在の日付及び時刻とを比較し、現在の日付及び時刻
（処理依頼のタイミング）が、有効期限情報４０２によ
り示される日付及び時刻を越えているか否かを判別す
る。

【０１９６】ステップＳ６０９において、処理対象デー
タ４００―（ａ）の有効期限が切れている場合には、ク
ライアント機１０４（Ｘ）に対して期限切れを通知し
（ステップＳ６１０）、処理を中断して、再びステップ
Ｓ６０１へと戻り、処理要求待ち状態となる。一方、処
理対象データ４００―（ａ）の有効期限が切れていない
場合には、次のステップＳ６５１からの処理を実行す
る。

【０１９７】ステップＳ６５１からの処理では、メイン
コントローラ２１３は、ステップＳ６０８´にて取得し
たデータＩＤ４０４により、処理対象データ４００―
（ａ）の処理可能回数が未だ残っているか否かを判別す
る。具体的には、メインコントローラ２１３は、ステッ
プＳ６０８´にて取得したデータＩＤ４０４を、データ
ＩＤ管理部２１４を介して、サーバ１０２のデータＩＤ
管理部３１１へ供給することで、当該データＩＤ４０４
により示される処理対象データの処理可能回数が残って
いるか否かのチェックを依頼する（ステップＳ６５
１）。

【０１９８】ステップＳ６５１のチェックの結果、デー
タＩＤ４０４により示される処理対象データの処理可能
回数が残っていない場合（有効回数オーバーの場合）、
ステップＳ６５２からの処理に進み、データＩＤ４０４
により示される処理対象データの処理可能回数が残って
いる場合（有効回数オーバーでない場合）、後述するス
テップＳ６５３からの処理に進む。

【０１９９】ステップＳ６５２からの処理では、メイン
コントローラ２１３は、処理対象データの処理可能回数
が残っていない旨を、クライアント機１０４（Ｘ）へ通
知し（ステップＳ６５２）、再びステップＳ６０１へと
戻り、処理要求待ち状態となる。

【０２００】ステップＳ６５１のチェックにより、デー
タＩＤ４０４により示される処理対象データの処理可能
回数が残っている場合、メインコントローラ２１３は、
課金対象者のクレジットのチェックを行う（ステップS
６５３）。例えば、メインコントローラ２１３は、ステ
ップＳ６０８´にて取得した課金対象者情報４０１を、
ユーザ管理部２１０を介してサーバ１０２のクレジット
管理部３０７へ供給し、課金対象者情報４０１により示
される課金対象者のクレジットが処理対象データ４００
―（ａ）の処理に必要な量分残っているか否かのチェッ
クを依頼する。

【０２０１】ステップＳ６５３の判別の結果、課金対象
者のクレジットが存在しない場合、ステップＳ６５４か
らの処理に進み、課金対象者のクレジットが存在する場
合、後述するステップS６５５からの処理に進む。

【０２０２】ステップS６５４からの処理では、メイン
コントローラ２１３は、処理実行を中断し、クライアン
ト機１０４（X）に対して、クレジット残量がない旨を
通知し（ステップS６５４）、ステップＳ６０１へと戻
り、処理要求待ち状態となる。

【０２０３】ステップＳ６５３において、課金対象者の
クレジットが存在すると判別された場合、メインコント
ローラ２１３は、ステップＳ６０８´にて取得したＰＤ
Ｌデータ４０３を、ＰＤＬ解釈部２１２へ供給すること
で、イメージ画像へと展開する（ステップＳ６５５）。

【０２０４】メインコントローラ２１３は、処理対象デ
ータ４００−（ａ）の処理を実行する（ステップＳ６５
６）。本実施の形態では、当該処理が印刷処理に相当す
る。このため、例えば、メインコントローラ２１３は、
ステップＳ６５５にて取得したイメージ画像データをエ
ンジンコントローラ２０７を介してプリントエンジン２
０６へ供給することで、当該イメージ画像データへの印
刷処理を実行する。

【０２０５】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プ６５７）。これに伴って、サーバ１０２のクレジット
管理部３０７にて管理されている課金対象者のクレジッ
トの残量も更新される。

【０２０６】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００―（ａ）の中のＰＤＬデ
ータ４０３が全て処理完了したか否かを判別し（ステッ
プＳ６５８）、未だ完了していない場合にはステップＳ
６５３へ戻り、これ以降の処理ステップを実行する。そ
して、ＰＤＬデータ４０３が全て処理完了すると、メイ
ンコントローラ２１３は、データＩＤ管理部２１４を介
して、サーバ１０２のデータＩＤ管理部３１１へ、当該
処理完了した処理対象データ４００―（ａ）の処理可能
回数の更新を依頼し（ステップＳ６５９）、ステップＳ
６０１へと戻り、処理要求待ち状態となる。

【０２０７】（サーバ１０２の動作）図２１は、サーバ
１０２のデータＩＤ管理部３１１の動作を示したもので
ある。例えば、サーバ１０２のメインコントローラ３０
４は、一次記憶部３０２或いは二次記憶部３０３等の記
憶手段へ予め記憶された、上記図２１のフローチャート
に従った処理プログラムを読み出して実行する。これに
より、サーバ１０２のデータＩＤ管理部３１１は、次の
ように動作する。

【０２０８】データＩＤ管理部３１１は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１３
０１）。この状態からは、データＩＤ管理部３１１に対
して何らかの処理要求が出力されるまで変化しない。

【０２０９】データＩＤ管理部３１１に対して何らかの
処理要求が出力されると、データＩＤ管理部３１１は、
当該処理要求が、処理可能回数の問い合わせ要求である
か否かを判別する（ステップＳ１３０２）。この判別の
結果、処理可能回数の問い合わせ要求である場合には、
ステップＳ１３０３からの処理に進み、そうでない場合
には、後述するステップＳ１３０４からの処理に進む。

【０２１０】ステップＳ１３０３からの処理では、デー
タＩＤ管理部３１１は、上記図１７に示したデータＩＤ
管理情報の中から、処理可能回数の問い合わせ要求によ
り示される処理対象データのＩＤに対応する残り処理可
能回数の値を当該要求元へ返送する（ステップS１３０
３）。その後、データＩＤ管理部３１１は、再びステッ
プS１３０１へ戻り、処理要求待ち状態となる。

【０２１１】ステップS１３０２において、データＩＤ
管理部３１１に対して要求された処理が処理可能回数の
問い合わせ要求でなかった場合、データＩＤ管理部３１
１は、当該処理要求が処理可能回数の変更処理要求であ
るか否かを判別する（ステップS１３０４）。この判別
の結果、処理可能回数の変更処理要求である場合には、
ステップＳ１３０５からの処理に進み、そうでない場合
には、後述するステップＳ１３０６からの処理に進む。

【０２１２】ステップＳ１３０５からの処理では、デー
タＩＤ管理部３１１は、上記図１７に示したデータＩＤ
管理情報において、処理可能回数の問い合わせ要求によ
り示される処理対象データのＩＤに対応する残り処理可
能回数の値を変更する（ステップS１３０５）。その
後、データＩＤ管理部３１１は、再びステップS１３０
１へ戻り、処理要求待ち状態となる。

【０２１３】ステップS１３０４において、データＩＤ
管理部３１１に対して要求された処理が処理可能回数の
変更処理要求でなかった場合、データＩＤ管理部３１１
は、当該処理要求がデータＩＤ及び処理可能回数の登録
処理要求であるか否かを判別する（ステップS１３０
６）。この判別の結果、データＩＤ及び処理可能回数の
登録処理要求である場合には、ステップＳ１３０７から
の処理に進み、そうでない場合には、後述するステップ
Ｓ１３０８からの処理に進む。

【０２１４】ステップＳ１３０７からの処理では、デー
タＩＤ管理部３１１は、上記図１７に示したデータＩＤ
管理情報において、処理可能回数の問い合わせ要求によ
り示される処理対象データのデータＩＤ及び処理可能回
数の登録する処理（エントリの作成処理）を行う（ステ
ップＳ１３０７）。その後、データＩＤ管理部３１１
は、再びステップS１３０１へ戻り、処理要求待ち状態
となる。

【０２１５】ステップS１３０６において、データＩＤ
管理部３１１に対して要求された処理がデータＩＤ及び
処理可能回数の登録処理要求でなかった場合、データＩ
Ｄ管理部３１１は、当該要求が管理オペレーションによ
る処理要求であるか否かを判別する（ステップS１００
８）。ここでの管理オペレーションとは、特別な権限を
持ったユーザ（管理者）による上記図１７に示したデー
タＩＤ管理情報の編集作業を指す。この判別の結果、管
理オペレーションによる処理要求である場合には、ステ
ップＳ１３０９からの処理に進み、そうでない場合に
は、後述するステップＳ１３１２からの処理に進む。

【０２１６】ステップＳ１３０９からの処理では、デー
タＩＤ管理部３１１は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１３０９）。この判別の結
果、管理権限を持っているユーザである場合、データＩ
Ｄ管理部３１１は、当該ユーザからの指示に従って、上
記図１７のデータＩＤ管理情報の編集作業を実行し（ス
テップS１３１０）、当該作業が正常に終了した場合
に、再びステップS１３０１へ戻り、処理要求待ち状態
となる。一方、管理権限を持っているユーザでない場
合、データＩＤ管理部３１１は、当該ユーザへエラーを
通知し（ステップS１３１１）、そのままステップS１３
０１へ戻り、処理要求待ち状態となる。

【０２１７】ステップS１３０８において、データＩＤ
管理部３１１に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、データＩＤ管理
部３１１は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１３１２）、再びステップＳ１３０１へ
と戻り、処理要求待ち状態となる。

【０２１８】＜第５の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、例えば、図２２の
フローチャートに従った動作とする。尚、上記図２２に
示すフローチャートにおいて、上記図６に示したフロー
チャートと同様に処理実行するステップには同じ符号を
付し、その詳細な説明は省略する。

【０２１９】また、本実施の形態では、上記図４に示し
た課金対象者情報４０１の詳細な情報を、図２３に示す
ような情報４０１―（ｂ）とする。当該図２３の課金対
象者情報４０１―（ｂ）では、処理対象データに対して
一律に課金するだけでなく、当該データにおいてページ
毎課金対象者を個別に設定して課金を行うことができる
ようになされている。

【０２２０】尚、上記図２３に示した課金対象者情報４
０１―（ｂ）は、特殊な権限を持ったユーザ（管理者）
やモジュールによってのみアクセス又は変更が可能であ
り、それ以外のユーザやモジュールからはアクセスする
ことはできないようになされている。また、ページ毎の
課金対象者の設定方法は、上記図２３に示すような設定
方法に限られることなく、様々なパターンの設定方法を
適用可能である。

【０２２１】そこで、例えば、プリンタ１０３（Ｘ）の
メインコントローラ２１３は、一次記憶部２０４或いは
二次記憶部２０５等の記憶手段へ予め記憶された、上記
図２２のフローチャートに従った処理プログラムを読み
出して実行する。これにより、プリンタ１０３（Ｘ）
は、次のように動作する。

【０２２２】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【０２２３】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【０２２４】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【０２２５】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【０２２６】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【０２２７】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【０２２８】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合には、処理要求
を発行したクライアント機１０４（Ｘ）に対して認証失
敗通知を発行し（ステップＳ６０６）、再びステップＳ
６０１へと戻り、処理要求待ち状態となる。

【０２２９】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【０２３０】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００）から、当該データに含まれ
る当該データの有効期限情報４０２及び課金対象者情報
４０１―（ｂ）等を分離するように、プリントデータ解
析部２０２に対して動作指示する（ステップＳ６０
８）。

【０２３１】尚、ステップＳ６０８でのプリントデータ
解析部２０３の具体的な処理内容及びその手順について
は、処理対象データのデータ構造や、当該データのエン
コード／デコード方式に依存し、且つ本発明の本質では
ないので、その詳細な説明は省略する。また、ステップ
Ｓ６０７のデータ受信処理についても、受信した個々の
パケット毎に当該処理を実行する、或いはデータを構成
する全パケットを受信し終わった後に当該処理を実行す
る場合等、様々な処理パターンが考えられるが、ステッ
プＳ６０８において、受信データから最終的に必要な情
報が切り出せることを保証していれば、どのような処理
パターンでも適用可能であり、この限りにおいて本発明
は適用される。

【０２３２】メインコントローラ２１３は、ステップＳ
６０８にて取得した有効期限情報４０２により、処理対
象データ４００（具体的にはＰＤＬデータ４０３）の有
効期限が切れているか否かを判別する（ステップＳ６０
９）例えば、メインコントローラ２１３は、有効期限情
報４０２により示される日付及び時刻と、プリンタ１０
３（Ｘ）の内部タイマにより示される現在の日付及び時
刻とを比較し、現在の日付及び時刻（処理依頼のタイミ
ング）が、有効期限情報４０２により示される日付及び
時刻を越えているか否かを判別する。

【０２３３】ステップＳ６０９において、処理対象デー
タ４００の有効期限が切れている場合には、クライアン
ト機１０４（Ｘ）に対して期限切れを通知し（ステップ
Ｓ６１０）、処理を中断して、再びステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、処理対象デー
タ４００の有効期限が切れていない場合には、次のステ
ップＳ６６１からの処理を実行する。当該ステップＳ６
６１からの処理が、本実施の形態で最も特徴とする処理
である。

【０２３４】ステップＳ６６１からの処理では、メイン
コントローラ２１３は、ステップＳ６０８にて取得した
課金対象者情報４０１―（ｂ）から、同じくステップＳ
６０８にて取得したＰＤＬデータ４０３に対応する課金
対象者（処理すべきページの課金対象者）を選択する
（ステップＳ６６１）。

【０２３５】メインコントローラ２１３は、課金対象者
のクレジットのチェックを行う（ステップS６６２）。
例えば、メインコントローラ２１３は、ステップＳ６６
１にて選択した課金対象者の情報を、ユーザ管理部２１
０を介してサーバ１０２のクレジット管理部３０７へ供
給し、当該課金対象者のクレジットが処理対象データ４
００の処理に必要な量分残っているか否かのチェックを
依頼する。

【０２３６】ステップＳ６６２の判別の結果、課金対象
者のクレジットが存在しない場合、ステップＳ６６３か
らの処理に進み、課金対象者のクレジットが存在する場
合、後述するステップS６６４からの処理に進む。

【０２３７】ステップS６６３からの処理では、メイン
コントローラ２１３は、処理実行を中断し、クライアン
ト機１０４（X）に対して、クレジット残量がない旨を
通知し（ステップS６６３）、ステップＳ６０１へと戻
り、処理要求待ち状態となる。

【０２３８】ステップＳ６６２において、課金対象者の
クレジットが存在すると判別された場合、メインコント
ローラ２１３は、ステップＳ６０８にて取得したＰＤＬ
データ４０３を、ＰＤＬ解釈部２１２へ供給すること
で、イメージ画像へと展開する（ステップＳ６６４）。

【０２３９】メインコントローラ２１３は、処理対象デ
ータ４００の処理を実行する（ステップＳ６６５）。本
実施の形態では、当該処理が印刷処理に相当する。この
ため、例えば、メインコントローラ２１３は、ステップ
Ｓ６６４にて取得したイメージ画像データをエンジンコ
ントローラ２０７を介してプリントエンジン２０６へ供
給することで、当該イメージ画像データへの印刷処理を
実行する。

【０２４０】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プＳ６６６）。これに伴って、サーバ１０２のクレジッ
ト管理部３０７にて管理されている課金対象者のクレジ
ットの残量も更新される。

【０２４１】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００の中のＰＤＬデータ４０
３が全て処理完了したか否かを判別し（ステップＳ６６
７）、未だ完了していない場合にはステップＳ６６１へ
戻り、これ以降の処理ステップを実行する。そして、Ｐ
ＤＬデータ４０３が全て処理完了すると、ステップＳ６
０１へと戻り、処理要求待ち状態となる。

【０２４２】＜第６の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、例えば、図２４の
フローチャートに従った動作とする。尚、上記図２４に
示すフローチャートにおいて、上記図６に示したフロー
チャートと同様に処理実行するステップには同じ符号を
付し、その詳細な説明は省略する。

【０２４３】例えば、プリンタ１０３（Ｘ）のメインコ
ントローラ２１３は、一次記憶部２０４或いは二次記憶
部２０５等の記憶手段へ予め記憶された、上記図２４の
フローチャートに従った処理プログラムを読み出して実
行する。これにより、プリンタ１０３（Ｘ）は、次のよ
うに動作する。

【０２４４】メインコントローラ２１３は、本処理実行
開始後、直ぐに処理要求待ち状態になる（ステップＳ６
０１）。この状態からは、システムバス２０１上の各構
成部２０２〜２１２の何れかの構成部（コンポーネン
ト）から処理要求が出力されるまで変化しない。

【０２４５】システムバス２０１上の各構成部２０２〜
２１２の何れかの構成部（コンポーネント）から処理要
求が出力されると、メインコントローラ２１３は、当該
処理要求が、ネットワークアダプタ２０９及びプロトコ
ル解析部２０８によるデータ受信であるか否かを判別す
る（ステップＳ６０２）。

【０２４６】ステップＳ６０２において、ネットワーク
アダプタ２０９及びプロトコル解析部２０８によるデー
タ受信であったばらば、それはクライアント機１０４
（Ｘ）からの何らかの処理依頼がなされたことを意味す
る。したがって、この場合には、後述するステップＳ６
０４からの処理に進む。一方、ネットワークアダプタ２
０９及びプロトコル解析部２０８によるデータ受信でな
い場合、プリンタ１０３（Ｘ）内での処理（例えば、操
作部２０２からの指示に従った処理等）を意味するた
め、当該処理を実行した後（ステップＳ６０３）、再び
ステップＳ６０１へと戻り、処理要求待ち状態となる。

【０２４７】尚、ステップＳ６０３において、実際に実
行される処理としては、様々な処理があるが、本発明の
効果に対して直接的な関係がない処理であるため、その
詳細な説明は省略する。

【０２４８】ステップＳ６０４からの処理では、メイン
コントローラ２１３は、ユーザの認証処理を実行する
（ステップＳ６０４）。ここでのユーザ認証処理は、ク
ライアント機１０４（Ｘ）において、印刷対象データを
投入したユーザ（処理依頼者）が処理の実行権限を持っ
ているか否かをチェックするための処理を含んでいる。
具体的には例えば、メインコントローラ２１３は、ユー
ザ管理部２１０を介して、クライアント機１０４（Ｘ）
からのユーザ情報をサーバ１０２へ送信する。サーバ１
０２は、プリンタ１０３（Ｘ）からの上記ユーザ情報に
より、ユーザ管理３０９で管理しているユーザのアカウ
ント情報をチェックし、そのチェック結果に基づいたス
テータスを返送する。

【０２４９】メインコントローラ２１３は、サーバ１０
２から返送されてきた上記ステータスにより、認証処理
が成功したか否かを判別する（ステップＳ６０５）。

【０２５０】ステップＳ６０５において、認証処理が成
功した場合には、後述するステップＳ６０７からの処理
に進む。一方、認証処理が失敗した場合には、処理要求
を発行したクライアント機１０４（Ｘ）に対して認証失
敗通知を発行し（ステップＳ６０６）、再びステップＳ
６０１へと戻り、処理要求待ち状態となる。

【０２５１】ステップＳ６０７からの処理では、メイン
コントローラ２１３は、クライアント機１０４（Ｘ）か
らのデータの受信処理を実行する（ステップＳ６０
７）。具体的には例えば、メインコントローラ２１３
は、ネットワークアダプタ２０９及びプロトコル解析部
２０８がクライアント機１０４（Ｘ）から送信されてく
るデータを受信し、当該受信データを一次記憶装置２０
４又は二次記憶装置２０５が記憶するよう、これらの各
構成部に対して動作指示する。

【０２５２】メインコントローラ２１３は、一次記憶装
置２０４又は二次記憶装置２０５へ記憶された受信デー
タ（処理対象データ４００）から、当該データに含まれ
る当該データの有効期限情報４０２及び課金対象者情報
４０１等を分離するように、プリントデータ解析部２０
２に対して動作指示する（ステップＳ６０８）。

【０２５３】尚、ステップＳ６０８でのプリントデータ
解析部２０３の具体的な処理内容及びその手順について
は、処理対象データのデータ構造や、当該データのエン
コード／デコード方式に依存し、且つ本発明の本質では
ないので、その詳細な説明は省略する。また、ステップ
Ｓ６０７のデータ受信処理についても、受信した個々の
パケット毎に当該処理を実行する、或いはデータを構成
する全パケットを受信し終わった後に当該処理を実行す
る場合等、様々な処理パターンが考えられるが、ステッ
プＳ６０８において、受信データから最終的に必要な情
報が切り出せることを保証していれば、どのような処理
パターンでも適用可能であり、この限りにおいて本発明
は適用される。

【０２５４】メインコントローラ２１３は、ステップＳ
６０８にて取得した有効期限情報４０２により、処理対
象データ４００（具体的にはＰＤＬデータ４０３）の有
効期限が切れているか否かを判別する（ステップＳ６０
９）。例えば、メインコントローラ２１３は、有効期限
情報４０２により示される日付及び時刻と、プリンタ１
０３（Ｘ）の内部タイマにより示される現在の日付及び
時刻とを比較し、現在の日付及び時刻（処理依頼のタイ
ミング）が、有効期限情報４０２により示される日付及
び時刻を越えているか否かを判別する。

【０２５５】ステップＳ６０９において、処理対象デー
タ４００の有効期限が切れている場合には、クライアン
ト機１０４（Ｘ）に対して期限切れを通知し（ステップ
Ｓ６１０）、処理を中断して、再びステップＳ６０１へ
と戻り、処理要求待ち状態となる。一方、処理対象デー
タ４００の有効期限が切れていない場合には、次のステ
ップＳ６７１からの処理を実行する。

【０２５６】ステップＳ６７１からの処理では、メイン
コントローラ２１３は、課金対象者のクレジットのチェ
ックを行う（ステップS６７１）。例えば、メインコン
トローラ２１３は、ステップＳ６０８にて取得した課金
対象者情報４０１を、ユーザ管理部２１０を介してサー
バ１０２のクレジット管理部３０７へ供給し、課金対象
者情報４０１により示される課金対象者のクレジットが
処理対象データ４００の処理に必要な量分残っているか
否かのチェックを依頼する。

【０２５７】ステップＳ６７１の判別の結果、課金対象
者のクレジットが存在しない場合、ステップＳ６７２か
らの処理に進み、課金対象者のクレジットが存在する場
合、後述するステップS６７３からの処理に進む。

【０２５８】ステップS６７２からの処理では、メイン
コントローラ２１３は、処理実行を中断し、クライアン
ト機１０４（X）に対して、クレジット残量がない旨を
通知し（ステップS６７２）、ステップＳ６０１へと戻
り、処理要求待ち状態となる。

【０２５９】ステップＳ６７１において、課金対象者の
クレジットが存在すると判別された場合、メインコント
ローラ２１３は、ステップＳ６０８にて取得したＰＤＬ
データ４０３を、ＰＤＬ解釈部２１２へ供給すること
で、イメージ画像へと展開する（ステップＳ６７３）。

【０２６０】メインコントローラ２１３は、処理対象デ
ータ４００の処理を実行する（ステップＳ６７４）。本
実施の形態では、当該処理が印刷処理に相当する。この
ため、例えば、メインコントローラ２１３は、ステップ
Ｓ６７３にて取得したイメージ画像データをエンジンコ
ントローラ２０７を介してプリントエンジン２０６へ供
給することで、当該イメージ画像データへの印刷処理を
実行する。

【０２６１】メインコントローラ２１３は、課金管理部
２１１を介して、サーバ１０２のカウンタ管理部３０８
により、課金対象者のカウンタの値を更新する（ステッ
プＳ６７５）。これに伴って、サーバ１０２のクレジッ
ト管理部３０７にて管理されている課金対象者のクレジ
ットの残量も更新される。

【０２６２】メインコントローラ２１３は、ここまでの
処理で、処理対象データ４００の中のＰＤＬデータ４０
３が全て処理完了したか否かを判別し（ステップＳ６７
６）、未だ完了していない場合にはステップＳ６７１へ
戻り、これ以降の処理ステップを実行する。そして、Ｐ
ＤＬデータ４０３が全て処理完了すると、ステップＳ６
０１へと戻り、処理要求待ち状態となる。

【０２６３】＜第７の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、第６の実施の形態
での動作（上記図２４参照）と同様の動作とし、サーバ
１０２のクレジット管理部３０７の構成及び動作を、以
下のようにする。

【０２６４】まず、クレジット管理部３０７は、上記図
１１に示したクレジット情報と共に、図２５に示すよう
な情報（使用頻度／課金率情報）をも管理している。ク
レジット管理部３０７は、上記図２５に示すように、ユ
ーザの使用頻度、すなわちカウンタ管理部３０８で管理
されるユーザ毎のカウンタ値と、それに応じた課金率と
を対応付けして管理している。したがって、あるユーザ
による処理過程でクレジット残量を変更（更新）する場
合には、その時点における当該ユーザの使用頻度（カウ
ンタ値）と、上記図２５の使用頻度／課金率情報の当該
ユーザの使用頻度に対応する課金率から、クレジット変
更量が求められる。

【０２６５】尚、上記図２５に示したような使用頻度／
課金率情報は、特殊な権限を持ったユーザ（管理者）や
モジュールによってのみアクセス又は変更が可能であ
り、それ以外のユーザやモジュールからはアクセスする
ことはできないようになされている。

【０２６６】また、クレジット管理部３０７の動作は、
上記図１２のフローチャートにより示されるが、その処
理内容が次のようになる。

【０２６７】クレジット管理部３０７は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１２
０１）。この状態からは、クレジット管理部３０７に対
して何らかの処理要求が出力されるまで変化しない。

【０２６８】クレジット管理部３０７に対して何らかの
処理要求が出力されると、クレジット管理部３０７は、
当該処理要求が、クレジット残量の更新処理要求である
か否かを判別する（ステップＳ１２０２）。この判別の
結果、クレジット残量の更新処理要求である場合には、
ステップＳ１２０３からの処理に進み、そうでない場合
には、後述するステップＳ１２０４からの処理に進む。

【０２６９】ステップＳ１２０３からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量を、この時点での当
該ユーザの使用頻度（カウンタ値）と、上記図２５の使
用頻度／課金率情報とから求められるクレジット変更量
で更新する（ステップS１２０３）。その後、クレジッ
ト管理部３０７は、再びステップS１２０１へ戻り、処
理要求待ち状態となる。

【０２７０】ステップS１２０２において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の更新要求でなかった場合、クレジット管理部３０７
は、当該処理要求がクレジット残量の問い合わせ処理要
求であるか否かを判別する（ステップS１２０４）。こ
の判別の結果、クレジット残量の問い合わせ処理要求で
ある場合には、ステップＳ１２０５からの処理に進み、
そうでない場合には、後述するステップＳ１２０６から
の処理に進む。

【０２７１】ステップＳ１２０５からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量と、その時点でのユ
ーザの使用頻度と、上記図２５の使用頻度／課金率情報
とを用いて、実行に必要なクレジットが残っているかを
チェックし、その結果を要求先へ送信する（ステップS
１２０５）。その後、クレジット管理部３０７は、再び
ステップS１２０１へ戻り、処理要求待ち状態となる。

【０２７２】ステップS１２０４において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の問い合わせ処理要求でなかった場合、クレジット管理
部３０７は、当該処理要求が管理オペレーションによる
処理要求であるか否かを判別する（ステップS１２０
６）。ここでの管理オペレーションとは、特別な権限を
持ったユーザ（管理者）による上記図１１に示したクレ
ジット情報、及び上記図２５の使用頻度／課金率情報の
編集作業を指す。この判別の結果、管理オペレーション
による処理要求である場合には、ステップＳ１２０７か
らの処理に進み、そうでない場合には、後述するステッ
プＳ１２１０からの処理に進む。

【０２７３】ステップＳ１２０７からの処理では、クレ
ジット管理部３０７は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１２０７）。この判別の結
果、管理権限を持っているユーザである場合、クレジッ
ト管理部３０７は、当該ユーザからの指示に従って、上
記図１１のクレジット情報及び上記図２５の使用頻度／
課金率情報の編集作業を実行し（ステップS１２０
８）、当該作業が正常に終了した場合に、再びステップ
S１２０１へ戻り、処理要求待ち状態となる。一方、管
理権限を持っているユーザでない場合、クレジット管理
部３０７は、当該ユーザへエラーを通知し（ステップS
１２０９）、そのままステップS１２０１へ戻り、処理
要求待ち状態となる。

【０２７４】ステップS１２０６において、クレジット
管理部３０７に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、クレジット管理
部３０７は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１２１０）、再びステップＳ１２０１へ
と戻り、処理要求待ち状態となる。

【０２７５】＜第８の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、第６の実施の形態
での動作（上記図２４参照）と同様の動作とし、サーバ
１０２のクレジット管理部３０７の構成及び動作を、以
下のようにする。

【０２７６】まず、クレジット管理部３０７は、上記図
１１に示したクレジット情報の代わりに、例えば、図２
６に示すようなクレジット情報を管理している。上記図
２６のクレジット情報では、それぞれのユーザ（登録ユ
ーザ）のＩＤ（ユーザＩＤ）に対応付けして、ユーザの
クレジットの残量と共に、課金率に相当する係数（１回
のクレジット処理で減少させるクレジットの度数）が管
理される。

【０２７７】尚、上記図２６に示したようなクレジット
情報につても、特殊な権限を持ったユーザ（管理者）や
モジュールによってのみアクセス又は変更が可能であ
り、それ以外のユーザやモジュールからはアクセスする
ことはできないようになされている。

【０２７８】また、クレジット管理部３０７の動作は、
上記図１２のフローチャートにより示されるが、その処
理内容が次のようになる。

【０２７９】クレジット管理部３０７は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１２
０１）。この状態からは、クレジット管理部３０７に対
して何らかの処理要求が出力されるまで変化しない。

【０２８０】クレジット管理部３０７に対して何らかの
処理要求が出力されると、クレジット管理部３０７は、
当該処理要求が、クレジット残量の更新処理要求である
か否かを判別する（ステップＳ１２０２）。この判別の
結果、クレジット残量の更新処理要求である場合には、
ステップＳ１２０３からの処理に進み、そうでない場合
には、後述するステップＳ１２０４からの処理に進む。

【０２８１】ステップＳ１２０３からの処理では、クレ
ジット管理部３０７は、上記図２６に示したクレジット
情報において、該当ユーザのクレジット残量を、それに
対応して管理されている係数に基づき更新する（ステッ
プS１２０３）。その後、クレジット管理部３０７は、
再びステップS１２０１へ戻り、処理要求待ち状態とな
る。

【０２８２】ステップS１２０２において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の更新要求でなかった場合、クレジット管理部３０７
は、当該処理要求がクレジット残量の問い合わせ処理要
求であるか否かを判別する（ステップS１２０４）。こ
の判別の結果、クレジット残量の問い合わせ処理要求で
ある場合には、ステップＳ１２０５からの処理に進み、
そうでない場合には、後述するステップＳ１２０６から
の処理に進む。

【０２８３】ステップＳ１２０５からの処理では、クレ
ジット管理部３０７は、上記図２６に示したクレジット
情報の該当ユーザのクレジット残量と、それに対応して
管理されている係数との各情報により、処理実行に必要
なクレジットが残っているか否かを判断し、その結果を
要求先へ送信する（ステップS１２０５）。その後、ク
レジット管理部３０７は、再びステップS１２０１へ戻
り、処理要求待ち状態となる。

【０２８４】ステップS１２０４において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の問い合わせ処理要求でなかった場合、クレジット管理
部３０７は、当該処理要求が管理オペレーションによる
処理要求であるか否かを判別する（ステップS１２０
６）。ここでの管理オペレーションとは、特別な権限を
持ったユーザ（管理者）による上記図２６に示したクレ
ジット情報の編集作業を指す。この判別の結果、管理オ
ペレーションによる処理要求である場合には、ステップ
Ｓ１２０７からの処理に進み、そうでない場合には、後
述するステップＳ１２１０からの処理に進む。

【０２８５】ステップＳ１２０７からの処理では、クレ
ジット管理部３０７は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１２０７）。この判別の結
果、管理権限を持っているユーザである場合、クレジッ
ト管理部３０７は、当該ユーザからの指示に従って、上
記図２６のクレジット情報の編集作業を実行し（ステッ
プS１２０８）、当該作業が正常に終了した場合に、再
びステップS１２０１へ戻り、処理要求待ち状態とな
る。一方、管理権限を持っているユーザでない場合、ク
レジット管理部３０７は、当該ユーザへエラーを通知し
（ステップS１２０９）、そのままステップS１２０１へ
戻り、処理要求待ち状態となる。

【０２８６】ステップS１２０６において、クレジット
管理部３０７に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、クレジット管理
部３０７は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１２１０）、再びステップＳ１２０１へ
と戻り、処理要求待ち状態となる。

【０２８７】＜第９の実施の形態＞本実施の形態では、
上記図１に示したネットワークシステム１００におい
て、プリンタ１０３（Ｘ）の動作を、第６の実施の形態
での動作（上記図２４参照）と同様の動作とし、サーバ
１０２のクレジット管理部３０７の構成及び動作を、以
下のようにする。

【０２８８】まず、クレジット管理部３０７は、上記図
１１に示したクレジット情報の代わりに、例えば、図２
７に示すようなクレジット情報を管理している。上記図
２７のクレジット情報では、それぞれのユーザ（登録ユ
ーザ）のＩＤ（ユーザＩＤ）に対応付けして、ユーザの
クレジットの残量と共に、クレジット残量がなくなった
場合でも処理実行の継続を許可するか否か（ＴＲＵＥ／
ＦＡＬＳＥ）を示すフラグが管理される。上記フラグの
値が“ＴＲＵＥ”は、クレジット残量が０となった後で
も処理実行の継続を許可することを示す。この場合、ク
レジットの超過分については、クレジット残量の値を負
の値として管理される。上記フラグの値が“ＦＡＬＳ
Ｅ”は、クレジット残量が０となった段階で処理（課金
処理及び処理データの処理）実行を中断することを示
す。

【０２８９】尚、上記図２７に示したようなクレジット
情報につても、特殊な権限を持ったユーザ（管理者）や
モジュールによってのみアクセス又は変更が可能であ
り、それ以外のユーザやモジュールからはアクセスする
ことはできないようになされている。

【０２９０】図２８は、本実施の形態でのクレジット管
理部３０７の動作を示したものである。例えば、サーバ
１０２のメインコントローラ３０４は、一次記憶部３０
２或いは二次記憶部３０３等の記憶手段へ予め記憶され
た、上記図２８のフローチャートに従った処理プログラ
ムを読み出して実行する。これにより、クレジット管理
部３０７は、次のように動作する。

【０２９１】クレジット管理部３０７は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１２
０１）。この状態からは、クレジット管理部３０７に対
して何らかの処理要求が出力されるまで変化しない。

【０２９２】クレジット管理部３０７に対して何らかの
処理要求が出力されると、クレジット管理部３０７は、
当該処理要求が、クレジット残量の更新処理要求である
か否かを判別する（ステップＳ１２０２）。この判別の
結果、クレジット残量の更新処理要求である場合には、
ステップＳ１２０３からの処理に進み、そうでない場合
には、後述するステップＳ１２０４からの処理に進む。

【０２９３】ステップＳ１２０３からの処理では、クレ
ジット管理部３０７は、上記図２７に示したクレジット
情報の該当ユーザのクレジット残量を更新する（ステッ
プS１２０３）。その後、クレジット管理部３０７は、
再びステップS１２０１へ戻り、処理要求待ち状態とな
る。

【０２９４】ステップS１２０２において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の更新要求でなかった場合、クレジット管理部３０７
は、当該処理要求がクレジット残量の問い合わせ処理要
求であるか否かを判別する（ステップS１２０４）。こ
の判別の結果、クレジット残量の問い合わせ処理要求で
ある場合には、ステップＳ１２０５からの処理に進み、
そうでない場合には、後述するステップＳ１２１１から
の処理に進む。

【０２９５】ステップＳ１２０５からの処理では、クレ
ジット管理部３０７は、上記図２７に示したクレジット
情報の該当ユーザのクレジット残量を、要求先へ送信す
る（ステップS１２０５）。その後、クレジット管理部
３０７は、再びステップS１２０１へ戻り、処理要求待
ち状態となる。

【０２９６】ステップS１２０４において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の問い合わせ処理要求でなかった場合、クレジット管理
部３０７は、当該処理要求が上記図２７に示したクレジ
ット情報におけるフラグの値の問い合わせ処理要求であ
るか否かを判別する（ステップS１２１１）。この判別
の結果、フラグの値の問い合わせ処理要求である場合に
は、ステップＳ１２１２からの処理に進み、そうでない
場合には、後述するステップＳ１２０６からの処理に進
む。

【０２９７】ステップＳ１２１２からの処理では、クレ
ジット管理部３０７は、上記図２７に示したクレジット
情報の該当ユーザのフラグの値を、要求先へ送信する
（ステップS１２１２）。その後、クレジット管理部３
０７は、再びステップS１２０１へ戻り、処理要求待ち
状態となる。

【０２９８】ステップS１２１１において、クレジット
管理部３０７に対して要求された処理がフラグの値の問
い合わせ処理要求でなかった場合、クレジット管理部３
０７は、当該処理要求が当該処理要求が管理オペレーシ
ョンによる処理要求であるか否かを判別する（ステップ
S１２０６）。ここでの管理オペレーションとは、特別
な権限を持ったユーザ（管理者）による上記図２７に示
したクレジット情報の編集作業を指す。この判別の結
果、管理オペレーションによる処理要求である場合に
は、ステップＳ１２０７からの処理に進み、そうでない
場合には、後述するステップＳ１２１０からの処理に進
む。

【０２９９】ステップＳ１２０７からの処理では、クレ
ジット管理部３０７は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１２０７）。この判別の結
果、管理権限を持っているユーザである場合、クレジッ
ト管理部３０７は、当該ユーザからの指示に従って、上
記図２７のクレジット情報の編集作業を実行し（ステッ
プS１２０８）、当該作業が正常に終了した場合に、再
びステップS１２０１へ戻り、処理要求待ち状態とな
る。一方、管理権限を持っているユーザでない場合、ク
レジット管理部３０７は、当該ユーザへエラーを通知し
（ステップS１２０９）、そのままステップS１２０１へ
戻り、処理要求待ち状態となる。

【０３００】ステップS１２０６において、クレジット
管理部３０７に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、クレジット管理
部３０７は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１２１０）、再びステップＳ１２０１へ
と戻り、処理要求待ち状態となる。

【０３０１】＜第１０の実施の形態＞本実施の形態で
は、上記図１に示したネットワークシステム１００にお
いて、プリンタ１０３（Ｘ）の動作を、第６の実施の形
態での動作（上記図２４参照）と同様の動作とし、サー
バ１０２のユーザ管理部３０９及びクレジット管理部３
０７の構成及び動作を以下のようにする。

【０３０２】まず、図７は、ユーザ管理部３０９は、上
記図７に示したユーザ情報の代わりに、例えば、図２９
に示すようなユーザ情報を管理している。上記図２９の
ユーザ情報では、それぞれのユーザ（登録ユーザ）のＩ
Ｄ（ユーザＩＤ）及びパスワードに対応付けして、他人
からクレジットの譲渡を受けるか否か（ＴＲＵＥ／ＦＡ
ＬＳＥ）を示すフラグが管理される。上記フラグの値が
“ＴＲＵＥ”は、他人からのクレジットの譲渡を受け入
れることを示し、上記フラグの値が“ＦＡＬＳＥ”は、
他人からのクレジットの譲渡を拒否することを示す。

【０３０３】尚、上記図２９に示したようなユーザ情報
についても、特殊な権限を持ったユーザ（管理者）やモ
ジュールによってのみアクセス又は変更が可能であり、
それ以外のユーザやモジュールからはアクセスすること
はできないようになされている。また、本実施の形態で
のユーザ管理部３０９の動作は、上記図８に示したフロ
ーチャートによって示されるが、上記図７のユーザ情報
の代わりに、上記図２９のユーザ情報を用いての処理動
作となる。

【０３０４】図３０は、本実施の形態でのクレジット管
理部３０７の動作を示したものである。例えば、サーバ
１０２のメインコントローラ３０４は、一次記憶部３０
２或いは二次記憶部３０３等の記憶手段へ予め記憶され
た、上記図３０のフローチャートに従った処理プログラ
ムを読み出して実行する。これにより、クレジット管理
部３０７は、次のように動作する。

【０３０５】クレジット管理部３０７は、本処理実行開
始後、直ぐに処理要求待ち状態になる（ステップＳ１２
０１）。この状態からは、クレジット管理部３０７に対
して何らかの処理要求が出力されるまで変化しない。

【０３０６】クレジット管理部３０７に対して何らかの
処理要求が出力されると、クレジット管理部３０７は、
当該処理要求が、クレジット残量の更新処理要求である
か否かを判別する（ステップＳ１２０２）。この判別の
結果、クレジット残量の更新処理要求である場合には、
ステップＳ１２０３からの処理に進み、そうでない場合
には、後述するステップＳ１２０４からの処理に進む。

【０３０７】ステップＳ１２０３からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量を更新する（ステッ
プS１２０３）。その後、クレジット管理部３０７は、
再びステップS１２０１へ戻り、処理要求待ち状態とな
る。

【０３０８】ステップS１２０２において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の更新要求でなかった場合、クレジット管理部３０７
は、当該処理要求がクレジット残量の問い合わせ処理要
求であるか否かを判別する（ステップS１２０４）。こ
の判別の結果、クレジット残量の問い合わせ処理要求で
ある場合には、ステップＳ１２０５からの処理に進み、
そうでない場合には、後述するステップＳ１２２１から
の処理に進む。

【０３０９】ステップＳ１２０５からの処理では、クレ
ジット管理部３０７は、上記図１１に示したクレジット
情報の該当ユーザのクレジット残量を、要求先へ送信す
る（ステップS１２０５）。その後、クレジット管理部
３０７は、再びステップS１２０１へ戻り、処理要求待
ち状態となる。

【０３１０】ステップS１２０４において、クレジット
管理部３０７に対して要求された処理がクレジット残量
の問い合わせ処理要求でなかった場合、クレジット管理
部３０７は、当該処理要求がクレジットの譲渡処理要求
であるか否かを判別する（ステップS１２２１）。この
判別の結果、クレジットの譲渡処理要求である場合に
は、ステップＳ１２２２からの処理に進み、そうでない
場合には、後述するステップＳ１２０６からの処理に進
む。

【０３１１】ステップＳ１２２２からの処理では、クレ
ジット管理部３０７は、要求先のユーザ（処理依頼者）
が本人であるか否かを確認するために当該ユーザへパス
ワードの入力を要求し（ステップＳ１２２２）、その結
果得られたパスワードと、上記図２９に示したユーザ情
報の該当ユーザのパスワードとを比較することで認証処
理を行う（ステップ１２２３）。

【０３１２】ステップＳ１２２３での認証に成功した場
合、クレジット管理部３０７は、上記図２９のユーザ情
報において該当ユーザに対して設定されているフラグが
“ＴＲＵＥ”であることを確認した後、上記図１１のク
レジット情報において該当ユーザに対して設定されてい
るクレジット残量のうちの当該要求によって示されるク
レジット量を、当該要求によって示される相手先のクレ
ジットへ移す処理を実行する（ステップＳ１２２４）。
尚、上記フラグが“ＦＡＬＳＥ”である場合には、ステ
ップＳ１２２４での譲渡処理は失敗となる。また、譲渡
しようとしたクレジット量（当該要求によって示される
クレジット量）が、上記図１１のクレジット情報におい
て設定されているクレジット残量よりも多い場合にも、
ステップＳ１２２４での譲渡処理は失敗となる。

【０３１３】ステップＳ１２２３での認証に失敗した場
合、クレジット管理部３０７は、当該ユーザへエラーを
通知する（ステップS１２２５）。

【０３１４】ステップＳ１２２４又はＳ１２２５の処理
後、クレジット管理部３０７は、再びステップS１２０
１へ戻り、処理要求待ち状態となる。

【０３１５】ステップS１２２１において、クレジット
管理部３０７に対して要求された処理がクレジットの譲
渡処理要求でなかった場合、クレジット管理部３０７
は、当該処理要求が当該処理要求が管理オペレーション
による処理要求であるか否かを判別する（ステップS１
２０６）。ここでの管理オペレーションとは、特別な権
限を持ったユーザ（管理者）による上記図１１に示した
クレジット情報の編集作業を指す。この判別の結果、管
理オペレーションによる処理要求である場合には、ステ
ップＳ１２０７からの処理に進み、そうでない場合に
は、後述するステップＳ１２１０からの処理に進む。

【０３１６】ステップＳ１２０７からの処理では、クレ
ジット管理部３０７は、処理依頼者が管理オペレーショ
ンの実行権限（管理権限）を持っているユーザであるか
否かを判別する（ステップS１２０７）。この判別の結
果、管理権限を持っているユーザである場合、クレジッ
ト管理部３０７は、当該ユーザからの指示に従って、上
記図１１のクレジット情報の編集作業を実行し（ステッ
プS１２０８）、当該作業が正常に終了した場合に、再
びステップS１２０１へ戻り、処理要求待ち状態とな
る。一方、管理権限を持っているユーザでない場合、ク
レジット管理部３０７は、当該ユーザへエラーを通知し
（ステップS１２０９）、そのままステップS１２０１へ
戻り、処理要求待ち状態となる。

【０３１７】ステップS１２０６において、クレジット
管理部３０７に対して要求された処理が管理オペレーシ
ョンによる処理要求でもなかった場合、クレジット管理
部３０７は、存在しない処理の要求（オペレーションの
実行依頼）であるものと見なし、エラー処理を実行した
後（ステップＳ１２１０）、再びステップＳ１２０１へ
と戻り、処理要求待ち状態となる。

【０３１８】尚、本発明の目的は、第１〜第１０の実施
の形態のホスト及び端末の機能を実現するソフトウェア
のプログラムコードを記憶した記憶媒体を、システム或
いは装置に供給し、そのシステム或いは装置のコンピュ
ータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読みだして実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が第１〜第１０
の実施の形態の機能を実現することとなり、そのプログ
ラムコードを記憶した記憶媒体は本発明を構成すること
となる。プログラムコードを供給するための記憶媒体と
しては、ＲＯＭ、フロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード等を用いる
ことができる。また、コンピュータが読みだしたプログ
ラムコードを実行することにより、第１〜第１０の実施
の形態の機能が実現されるだけでなく、そのプログラム
コードの指示に基づき、コンピュータ上で稼動している
ＯＳ等が実際の処理の一部又は全部を行い、その処理に
よって第１〜第１０の実施の形態の機能が実現される場
合も含まれることは言うまでもない。さらに、記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された拡張機能ボードやコンピュータに接続された
機能拡張ユニットに備わるメモリに書き込まれた後、そ
のプログラムコードの指示に基づき、その機能拡張ボー
ドや機能拡張ユニットに備わるＣＰＵなどが実際の処理
の一部又は全部を行い、その処理によって第１〜第１０
の実施の形態の機能が実現される場合も含まれることは
言うまでもない。

【０３１９】

【発明の効果】以上説明したように本発明によれば、処
理対象データに付加された課金対象者情報に基づいて、
課金処理が行うことができるため、課金対象者を、実際
にデータ処理を依頼したユーザ（処理依頼者）と、他の
ユーザとで状況に合わせて変えることができる。したが
って、複雑で柔軟性に富んだ課金システムを構築する場
合であっても、十分な課金機能を提供することができ
る。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
ネットワークシステムの構成を示すブロック図である。

【図２】上記ネットワークシステムのプリンタの内部構
成示すブロック図である。

【図３】上記ネットワークシステムのサーバの内部構成
示すブロック図である。

【図４】上記ネットワークシステムにおける処理対象デ
ータ（印刷対象データ）の形式の一例を説明するための
図である。

【図５】上記処理対象データの課金対照者情報の一例を
説明するための図である。

【図６】上記プリンタの動作を説明するためのフローチ
ャートである。

【図７】上記サーバのユーザ管理部によって管理される
ユーザ情報の一例を説明するための図である。

【図８】上記ユーザ管理部の動作を説明するためのフロ
ーチャートである。

【図９】上記サーバのカウンタ管理部によって管理され
るカウンタ情報の一例を説明するための図である。

【図１０】上記カウンタ管理部の動作を説明するための
フローチャートである。

【図１１】上記サーバのクレジット管理部によって管理
されるクレジット情報の一例を説明するための図であ
る。

【図１２】上記クレジット管理部の動作を説明するため
のフローチャートである。

【図１３】第２の実施の形態において、上記プリンタの
動作を説明するためのフローチャートである。

【図１４】第３の実施の形態において、上記プリンタの
動作を説明するためのフローチャートである。

【図１５】第３の実施の形態において、上記課金対象者
情報の一例を説明するための図である。

【図１６】第４の実施の形態において、上記サーバの構
成を示すブロック図である。

【図１７】第４の実施の形態において、上記サーバのデ
ータＩＤ管理部での管理情報の一例を説明するための図
である。

【図１８】第４の実施の形態において、上記プリンタの
構成を示すブロック図である。

【図１９】第４の実施の形態において、上記処理対象デ
ータの一例を説明するための図である。

【図２０】第４の実施の形態において、上記プリンタの
動作を説明するためのフローチャートである。

【図２１】第４の実施の形態において、上記サーバのデ
ータＩＤ管理部の動作を説明するためのフローチャート
である。

【図２２】第５の実施の形態において、上記プリンタの
動作を説明するためのフローチャートである。

【図２３】第５の実施の形態において、上記課金対象者
情報の一例を説明するための図である。

【図２４】第６の実施の形態において、上記プリンタの
動作を説明するためのフローチャートである。

【図２５】第７の実施の形態において、上記クレジット
管理部で上記クレジット情報と共に管理されている情報
（使用頻度／課金率情報）を説明するための図である。

【図２６】第８の実施の形態において、上記クレジット
管理部で管理されている上記クレジット情報を説明する
ための図である。

【図２７】第９の実施の形態において、上記クレジット
管理部で管理されている上記クレジット情報を説明する
ための図である。

【図２８】第９の実施の形態において、上記クレジット
管理部の動作を説明するためのフローチャートである。

【図２９】第１０の実施の形態において、上記ユーザ管
理部で管理されている上記ユーザ情報を説明するための
図である。

【図３０】第１０の実施の形態において、上記クレジッ
ト管理部の動作を説明するためのフローチャートであ
る。

【符号の説明】

１００ ネットワークシステム １０１ ネットワーク １０２ サーバ １０３（１），１０３（２），１０３（３） プリンタ １０４（１），１０４（２），１０４（３） クライア
ント ２０１ システムバス ２０２ 操作部 ２０３ プリントデータ解析部 ２０４ 一次記憶部 ２０５ 二次記憶部 ２０６ プリントエンジン ２０７ エンジンコントローラ ２０８ プロトコル解析部 ２０９ ネットワークアダプタ ２１０ ユーザ管理部 ２１１ 課金管理部 ２１２ ＰＤＬ解釈部 ２１３ メインコントローラ ３０２ 一次記憶部 ３０３ 二次記憶部 ３０４ メインコントローラ ３０５ ネットワークアダプタ ３０６ プロトコル解析部 ３０７ クレジット管理部 ３０８ カウンタ管理部 ３０９ ユーザ管理部 ３１０ システムバス

Claims (27)

【特許請求の範囲】
1. 【請求項１】 任意のデータ処理及び当該データ処理の
   実行に対する課金処理の機能を有する他の装置或いはシ
   ステムに対して、処理対象データを送信してデータ処理
   を依頼する情報処理装置であって、 上記課金処理の対象者に関する情報、及び上記データ処
   理の実行の有効期限に関する情報の少なくとも何れかの
   情報を付加した上記処理対象データを上記他の装置或い
   はシステムへ送信する送信手段を備えることを特徴とす
   る情報処理装置。
2. 【請求項２】 外部より依頼されたデータ処理を実行す
   ると共に、当該データ処理の実行に対する課金処理を実
   行する機能を有する情報処理装置であって、 少なくとも上記課金処理の対象者に関する情報が付加さ
   れた上記データ処理の対象となる処理対象データを上記
   外部より受信する受信手段と、 上記受信手段で受信された処理対象データの上記課金処
   理対象者情報に基づいて、上記課金処理を実行する課金
   手段を備えることを特徴とする情報処理装置。
3. 【請求項３】 上記データ処理の実行を制御する制御手
   段を備え、 上記受信手段は、上記データ処理の実行の有効期限に関
   する情報が付加された上記処理対象データを受信し、 上記制御手段は、上記受信手段で受信された処理対象デ
   ータの上記有効期限情報に基づいて、上記データ処理の
   実行を制御することを特徴とする請求項２記載の情報処
   理装置。
4. 【請求項４】 上記データ処理の実行を制御する制御手
   段と、 上記データ処理の実行で許される資源使用量である資源
   使用許容量を、複数の課金処理の対象者毎に管理する管
   理手段とを備え、 上記制御手段は、上記データ処理の実行で発生した資源
   使用量が、上記管理手段で管理されている上記課金処理
   対象者情報に対応した対象者の資源使用許容量を超えた
   か否かに基づいて、上記データ処理の実行を制御するこ
   とを特徴とする請求項２記載の情報処理装置。
5. 【請求項５】 上記管理手段は、上記資源使用量が上記
   資源使用許容量を超えた場合にその超過分を別途管理し
   て上記データ処理を継続して実行するか否かに関する継
   続実行情報を、上記複数の課金処理の対象者毎に管理
   し、 上記制御手段は、上記資源使用量が上記資源使用許容量
   を超えた場合には、更に上記継続実行情報に基づいて上
   記データ処理の実行を制御することを特徴とする請求項
   ４記載の情報処理装置。
6. 【請求項６】 上記管理手段は、上記資源使用許容量の
   一部又は全部を他の課金処理の対象者へ譲渡することが
   可能であるか否かを示す譲渡情報を、上記複数の課金処
   理の対象者毎に管理し、当該管理情報及び外部からの譲
   渡依頼に基づいて、該当する資源使用許容量の一部又は
   全部を他の課金処理の対象者へ譲渡する処理を実行する
   ことを特徴とする請求項４記載の情報処理装置。
7. 【請求項７】 上記処理対象データを構成する各データ
   の条件を、複数の課金処理の対象者毎に管理する管理手
   段とを備え、 上記課金手段は、上記管理手段の管理情報に基づいて、
   上記処理対象データを構成する各データに対する上記デ
   ータ処理の実行に伴い上記課金処理の対象者を変えるこ
   とを特徴とする請求項２記載の情報処理装置。
8. 【請求項８】 上記データ処理の実行を制御する制御手
   段と、 複数の課金処理の対象者に関する情報を管理する管理手
   段とを備え、 上記制御手段は、上記処理対象データの課金処理対象者
   情報に該当する対象者の情報が上記管理手段で管理され
   ているか否かに基づいて、上記データ処理の実行を制御
   することを特徴とする請求項２記載の情報処理装置。
9. 【請求項９】 上記データ処理の実行を制御する制御手
   段と、 複数の処理対象データ毎に、上記データ処理の実行可能
   回数を管理する管理手段とを備え、 上記制御手段は、上記受信手段で受信された処理対象デ
   ータに対するデータ処理の実行の回数が、上記管理手段
   にて管理されている当該処理対象データに対応する実行
   可能回数を超えたか否かに基づいて、上記データ処理の
   実行を制御することを特徴とする請求項２記載の情報処
   理装置。
10. 【請求項１０】 上記データ処理の実行を制御する制御
    手段と、 上記データ処理の実行に伴って発生する資源使用量に応
    じた課金率を管理する管理手段とを備え、 上記制御手段は、上記管理手段の管理情報に基づいて、
    上記データ処理の実行で発生した資源使用量に対応する
    課金率で課金処理を実行することを特徴とする請求項２
    記載の情報処理装置。
11. 【請求項１１】 上記データ処理の実行を制御する制御
    手段と、 複数の課金処理の対象者毎に課金率を管理する管理手段
    とを備え、 上記制御手段は、上記管理手段で管理されている上記課
    金処理対象者情報に対応した対象者の課金率で課金処理
    を実行することを特徴とする請求項２記載の情報処理装
    置。
12. 【請求項１２】 複数の機器がネットワークを介して互
    いに通信可能に接続されてなるネットワークシステムで
    あって、 上記複数の機器のうち少なくとも１つの機器は、請求項
    １〜１１の何れかに記載の情報処理装置の機能を有する
    ことを特徴とするネットワークシステム。
13. 【請求項１３】 クライアント側が任意のデータ処理を
    外部装置或いはシステムへ依頼して当該データ処理を実
    行する際に、当該データ処理の実行に対して課金処理を
    行うための課金方法であって、 上記クライアント側が上記課金処理の対象者に関する情
    報を付加した処理対象データを上記他の装置或いはシス
    テムへ送信する送信ステップと、 上記外部装置或いはシステムで受信された処理対象デー
    タの課金処理対象者情報に基づいて、上記課金処理を実
    行する課金ステップとを含むことを特徴とする課金方
    法。
14. 【請求項１４】 クライアント側が任意のデータ処理を
    外部の装置或いはシステムへ依頼して当該データ処理を
    実行する際に、当該データ処理の実行及び当該データ処
    理の実行に対する課金処理を行うためのデータ処理制御
    方法であって、 上記他の装置或いはシステムで受信された処理対象デー
    タに対して付加された、上記課金処理の対象者に関する
    情報、及び上記外部装置或いはシステムでデータ処理す
    ることが許される有効期限の情報の少なくとも何れかの
    情報に基づいて、上記課金処理及び上記データ処理の少
    なくとも何れかを実行する処理ステップを含むことを特
    徴とするデータ処理制御方法。
15. 【請求項１５】 上記処理対象データに付加された有効
    期限情報により示される有効期限外に上記データ処理の
    実行の依頼がなされた場合には、上記データ処理の実行
    を抑止する制御ステップを含むことを特徴とする請求項
    １４記載のデータ処理制御方法。
16. 【請求項１６】 上記処理ステップは、上記処理対象デ
    ータに上記課金対象者情報が付加されている場合、上記
    データ処理の依頼者によらず、上記課金対象者情報によ
    り示される対象者に対する課金処理を実行するステップ
    を含むことを特徴とする請求項１４記載のデータ処理制
    御方法。
17. 【請求項１７】 上記処理ステップは、上記処理対象デ
    ータに上記課金対象者情報が付加されていない場合、上
    記データ処理の依頼者を上記課金処理の対象者とみな
    し、当該対象者に対する課金処理を実行するステップを
    含むことを特徴とする請求項１４記載のデータ処理制御
    方法。
18. 【請求項１８】 複数の課金対象者毎に、上記データ処
    理の実行における資源使用許容量、及び上記データ処理
    の実行の過程での資源使用量を管理する管理ステップ
    と、 上記処理対象データに付加された課金対象者情報により
    示される課金対象者について、上記データ処理の実行の
    過程で上記資源使用量が上記資源使用許容量にを越えた
    場合、その時点で上記データ処理の実行を中断する、或
    いは上記課金対象者を上記データ処理の依頼者とする、
    或いは超過分を別途管理して上記データ処理の実行を継
    続するよう制御する制御ステップとを含むことを特徴と
    する請求項１４記載のデータ処理制御方法。
19. 【請求項１９】 上記処理ステップは、上記処理対象デ
    ータを構成する各データの特定の条件毎に課金対象者を
    個別に設定し、当該設定条件に基づいて、上記処理対象
    データに対するデータ処理の実行に伴って課金対象者を
    変えるステップを含むことを特徴とする請求項１４記載
    のデータ処理制御方法。
20. 【請求項２０】 上記処理ステップは、上記処理対象デ
    ータを構成する各データ毎に課金対象者を個別に設定
    し、当該設定条件に基づいて、上記処理対象データに対
    するデータ処理の実行に伴って課金対象者を変えるステ
    ップを含むことを特徴とする請求項１４記載のデータ処
    理制御方法。
21. 【請求項２１】 複数の課金対象者情報を管理する管理
    ステップと、 上記処理対象データに付加された課金対象者情報に該当
    する情報が上記管理ステップで管理されていない場合に
    は、上記処理対象データに対するデータ処理の実行を抑
    止するよう制御する制御ステップとを含むことを特徴と
    する請求項１４記載のデータ処理制御方法。
22. 【請求項２２】 複数の処理対象データ毎に処理可能回
    数を管理する管理ステップと、 上記他の装置或いはシステムで受信された処理対象デー
    タに対するデータ処理を、上記管理ステップで管理され
    ている上記処理対象データの処理可能回数内で許可する
    と共に、上記処理可能回数をデータ処理の実行毎にデク
    リメントし、上記データ処理の実行の回数が上記処理可
    能回数を超えた場合には、上記データ処理の実行を抑止
    するよう制御する制御ステップとを含むことを特徴とす
    る請求項１４記載のデータ処理制御方法。
23. 【請求項２３】 上記処理ステップは、上記処理対象デ
    ータに対するデータ処理の実行で発生する資源使用量に
    基づいた課金率で課金処理を実行するステップを含むこ
    とを特徴とする請求項１４記載のデータ処理制御方法。
24. 【請求項２４】 複数の課金対象者毎の課金率を管理す
    る管理ステップを含み、 上記処理ステップは、上記管理ステップで管理されてい
    る上記処理対象データに付加された課金対象者情報に該
    当する課金率で課金処理を実行するステップを含むこと
    を特徴とする請求項１４記載のデータ処理制御方法。
25. 【請求項２５】 複数の課金対象者毎に、上記データ処
    理の実行における資源使用許容量の一部又は全部を他の
    課金対象者へ譲渡するための情報を管理する管理ステッ
    プを含むことを特徴とする請求項１４記載のデータ処理
    制御方法。
26. 【請求項２６】 請求項１〜１１の何れかに記載の情報
    処理装置の機能、又は請求項１２記載のネットワークシ
    ステムの機能を実施するための処理プログラムを、コン
    ピュータが読出可能に格納したことを特徴とする記憶媒
    体。
27. 【請求項２７】 請求項１３記載の課金方法、又は請求
    項１４〜２５の何れかに記載のデータ処理制御方法の処
    理ステップを、コンピュータが読出可能に格納したこと
    を特徴とする記憶媒体。