JP2006018377A - 印刷システムおよびその制御方法ならびに記憶媒体 - Google Patents

Abstract

【課題】 利用者の印刷可能枚数の上限値を超えない制御を実現させる。
【解決手段】 利用者がプリンティングデバイスを使うための印刷チケットに、印刷可能残り枚数の数値を含め、かつ印刷処理終了時に実際に印刷を行うために使用した紙の枚数の実績値を通知する。
【選択図】 図６

Description

本発明は、プリンティングデバイスにおけるユーザ毎の印刷可能枚数制限の方法に関する発明である。

従来、プリンタやコピー機などの単数あるいは複数のプリンティングデバイスにおいて、ユーザ毎に使用できる紙の上限数を設定しておき、設定された印刷用紙使用枚数を上回って印刷を行うことが出来ないよう、制御を行うシステムがある（例えば、特許文献１）。

このようなシステムにおいては、印刷枚数を集計するサーバが、各ユーザが使用した紙の枚数の合計を管理している。
特開２００３−２８０８７９号公報

しかしながら、このようなシステムにおいて、特にプリンティングデバイスが複数存在する場合などで、実際の出力のタイミングと、印刷枚数集計サーバによるデータ収集を行うタイミングとの間にタイムラグが発生してしまうために、このシステムを利用して実際に利用者が印刷に使った紙の総枚数と、印刷枚数集計サーバが持っている利用者の印刷用紙使用総枚数の数値が一致しない状態が発生し、そのためあるタイミングにおいては、真の印刷可能残り枚数数値以上の利用者からの印刷要求を受け付け、実行してしまうという問題点があった。

本出願にかかる発明の目的は、上記問題点を解決するためになされたもので、利用者がプリンティングデバイスを使うための印刷チケットに、印刷可能残り枚数の数値を含め、かつ印刷処理終了時に実際に印刷を行うために使用した紙の枚数の実績値を通知することにより、上記問題を回避し、利用者の印刷可能枚数の上限値を超えない制御を実現するものである。

本発明は、印刷データを発行する印刷データ発行手段と、印刷する権利を付与する印刷権を発行する印刷権発行手段と、実際に印刷を行う印刷手段からなる印刷システムにおいて、前記印刷データ発行手段は、利用者の印刷可能残り枚数を管理する、印刷残り枚数管理手段と、該印刷残り枚数管理手段で管理されている、印刷可能枚数分の印刷権を前記印刷権発行手段に対して要求する印刷権要求手段を持たせ、前記印刷権発行手段は、前記印刷データ発行手段から要求された印刷権が利用者にあるかどうかを判断する印刷チケット発行可能判断手段と、該印刷チケット発行可能判断手段において印刷チケット発行可能と判断された場合に、利用者の印刷残り可能枚数情報を付加した印刷チケットを発行する印刷チケット発行手段を持たせ、前記印刷手段は、該印刷手段において印刷チケットからに付加された利用者の印刷可能枚数情報で示す印刷可能枚数にしたがって印刷をし、印刷処理終了後に、前記印刷権発行手段に、実際に印刷した枚数を通知する印刷枚数実績通知手段を持たせた。

また、前記印刷チケット発行可能判断手段において、すでに利用者の印刷可能残り枚数がない、あるいは利用者が要求した印刷枚数が該利用者の印刷可能残り枚数を上回っている場合で、印刷チケットの発行が可能ではないと判断された場合に、利用者の決済方法に応じて印刷可能枚数の追加設定機能持たせた。

さらに前記印刷手段において、印刷処理実行中に、利用者の要求した印刷枚数が印刷チケットに付与された印刷残り可能枚数情報で示す印刷可能枚数を越えてしまった場合に、利用者の決済方法に応じて印刷可能枚数の追加設定手段持たせた。

本発明によれば、利用者がプリンティングデバイスを使うための印刷チケットに、印刷可能残り枚数の数値を含め、かつ印刷処理終了時に実際に印刷を行うために使用した紙の枚数の実績値を通知することにより、上記問題を回避し、利用者の印刷可能枚数の上限値を超えない制御を実現するものである。

また、印刷可能枚数の上限を超える場合においても、印刷可能枚数を追加する決済機能を行うことにより、正確な印刷可能枚数の制御と管理を実現した上で利用者の利便性を高めることをも実現するものである。

以下、図面を用いて本発明の実施例について説明する。図１は、本発明の一実施例を適用可能なネットワーク構成について記した図である。

図１において１１１および１１２は本発明を実施するネットワークプリンティングデバイス、１１３はネットワークプリンティングデバイス１１１あるいは１１２を利用する利用者の使用可能な紙の残り枚数を格納してある残り枚数格納サーバである。１１４は、印刷要求を発行する印刷クライアントである。１１５は、印刷チケットを発行する印刷チケット発行サーバである。１１１から１１５までのデバイスは、ネットワーク１１０を通じて相互に接続されている。なお、１１３の残り枚数格納サーバと、１１５の印刷チケット発行サーバは、同一のコンピュータで実現することも可能である。

本プリンティグシステムを利用するにあたって、利用者の認証が必要であることはいうまでもないが、認証システムとして、このシステム外にあるディレクトリサービスなどを使うことも可能であるし、利用者がそのような環境をもち得ない場合には、印刷チケット発行サーバ１１５で本プリンティングシステムを利用する利用者に対してのユーザ認証を行うことも可能である。

また、本実施例では本プリンティングサービスを利用する単位を「利用者」とし、あくまでも個人単位のユーザであるように表記をしているが、本システムの使用環境に応じて、「利用者」を「利用部門」と置き換えることも可能であり、本システムを導入する環境に応じて使い分けることができる。

印刷クライアント１１４は、印刷チケット発行サーバ１１５に対して、チケットの発行を依頼する。印刷チケット発行サーバ１１５は、印刷残り枚数管理サーバ１１３に対して利用者の利用可能残り枚数を確認し、その値をチケットに書きこみ、印刷クライアント１１４に送る。印刷チケットを受け取った印刷クライアント１１４は、印刷リクエストとともに印刷チケット発行サーバ１１５から受け取った印刷チケットを任意のプリンティングデバイス（１１１・１１２）に送る。

プリンティングデバイス１１１あるいは１１２は、印刷クライアント１１４から受け取った印刷リクエストをチケットに記載された印刷可能残り枚数の値の範囲で印刷処理を行い、処理終了後、印刷処理が終了した通知とチケットを印刷チケット発行サーバ１１５に送る。このときプリンティングデバイス１１１あるいは１１２はから返信される印刷チケット中には、該印刷リクエストによって実際に印刷された実績値が記載されている。

印刷終了の通知とともにチケットの返信を受けた印刷チケット発行サーバ１１５は、チケットに記載されている実績値を残り枚数格納サーバ１１３に通知し、残り枚数格納サーバ１１３は、残り枚数データベース（図５）を更新する。

図２は、本発明のネットワークプリンティングデバイス１１１あるいは１１２の内部構成を示した図である。

図２において、２００は、本発明のネットワークプリンティングデバイスであり、図１における１１１あるいは１１２と同等である。ネットワークプリンティングデバイス２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶されたソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はパネルコントローラ（ＰａｎｅｌＣ）で、各種ボタン（Ｐａｎｅｌ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＬＣＤコントローラ（ＬＣＤＣ）で、液晶ディスプレイ（ＬＣＤ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤ）２１１とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１１０を介して、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。２１２はタイマーで、設定された一定時間毎にタイマーイベントを発生させる。

図３は、本発明の残り枚数格納サーバ１１３あるいは印刷クライアント１１４の内部構成を示した図である。

図３において、３００は、本発明の残り枚数格納サーバあるいは印刷クライアントであり、図１における１１３あるいは１１４と同等である。残り枚数格納サーバあるいは印刷クライアント３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶されたソフトウェアを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各デバイスを総括的に制御する。

３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はキーボードコントローラ（ＫＢＤ Ｃ）で、キーボード（ＫＢＤ）３０９や不図示のポインティングデバイス等からの指示入力を制御する。３０６はディスプレイコントローラ（ＤＩＳＰ Ｃ）で、ディスプレイ（ＤＩＳＰ）３１０の表示を制御する。３０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤ）３１１とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１１０を介して、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。

次に、使用枚数格納サーバ１１３、印刷チケット発行サーバ１１５、印刷クライアント１１４およびネットワークプリンティングデバイス１１１あるいは１１２の相互の関係について、図４および図５を用いて概説する。

図４は、使用枚数格納サーバ１１３、印刷チケット発行サーバ１１５、印刷クライアント１１４およびネットワークプリンティングデバイス１１１あるいは１１２上において、プロセスあるいはタスクとして実行されるプログラム間の相互の関係について記載した図である。

４０１は印刷権発行手段で、印刷チケット発行サーバ１１５上で動作する。このサービスは、残り枚数格納サーバ１１３と同じコンピュータで動作させることも可能である。

４０２は印刷データ発行手段で、印刷クライアント１１４および１１５上で動作する。４０３は実際に印刷処理を実行する印刷手段で、ネットワークプリンティングデバイス１１１および１１２上で動作する。

４０４は、各ユーザが使用可能な紙の残り枚数を記憶する残り枚数データベースであり、残り枚数格納サーバ１１３上のハードディスク３１１あるいはＲＡＭ３０３上に記憶されている。なお、４０１から４０５までの各アイテム間を結ぶ線の両端に記載されている数字あるいはアスタリスク記号は、各アイテムの多重度を表している。表記法は、ＵＭＬ（Ｕｎｉｆｉｌｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）に準拠している。

図５は、残り枚数データベースに格納されるデータの一例を示した図で、各利用者ごとの印刷可能残り枚数と初期値が記載されている。

図６は、印刷チケット発行サーバと残り枚数格納サーバにおける印刷権発行手段の動作を示したフローチャートである。

本動作は、印刷チケット発行サーバ１１５上のＣＰＵ３０１によって実行される。プログラムが開始すると、まずステップ６０１において何らかのイベントが発生するまで待つ。イベントが発生したら次のステップにすすむ。ステップ６０２では、ステップ６０１で取得したイベントが印刷クライアント１１４からの印刷権発行要求かどうかを判断する。

ここで印刷権発行要求であると判断された場合、ＮＩＣ３０８を経由して受信したデータがＲＡＭ３０３上に格納されているので、それにアクセスし、印刷を依頼した利用者のユーザ名を取得し、ステップ６０３で残り枚数格納サーバ１１３に問い合わせ、利用者の印刷可能残り枚数値を取得する。これらのデータは、ＲＡＭ３０３上か、あるいはＣＰＵ３０１内のレジスタに格納しておく。

ここで取得した印刷可能残り枚数の値から、有効な印刷可能枚数が残っているかをステップ６０４で判断し、印刷可能残り枚数があれば、印刷チケットを発行し、ＮＩＣ３０８を経由して、印刷クライアント１１４に対して印刷チケットを送付する。

もしもここで、有効な印刷可能残り枚数がなかった場合は、ステップ６０７で印刷残り枚数追加処理を行う。この処理に関しては図１１で解説する。

もし、ステップ６０２においてステップ６０１で取得したイベントが印刷権発行要求ではなかったと判断された場合には、ステップ６０６にすすみ、ステップ６０１で取得したイベントに尾応じたその他の処理を行う。

ステップ６０５、６０６の各処理が終了したら、ステップ６０１に戻って次のイベントが発生するまで待つ。

なお、印刷権発行要求を印刷チケット発行サーバ１１５が受け取る時点で、すでに本プリンティングシステムにおける利用者の認証は完了していることが前提となっている。

図７は、印刷データ発行手段の動作を示したフローチャートである。本動作は印刷クライアント１１４上のＣＰＵ３０１によって実行される。

プログラムが開始すると、まずステップ７０１において何らかのイベントが発生するまで待つ。イベントが発生したら、次のステップにすすむ。ステップ７０２では、ステップ７０１で取得したイベントがユーザからの印刷要求であるかどうかを判断する。

ステップ７０２において、ステップ７０１で取得したイベントが利用者からの印刷要求であると判断された場合にはステップ７０３に進む。ステップ７０３では、印刷チケット発行サーバ１１５に対して印刷チケットの発行要求を行う（印刷チケットの発行動作に関しては前述の図６を参照）。

ステップ７０４で、印刷チケット発行サーバ１１５から、印刷チケットを受領する。ここで受領する返答は、先に図６を用いて説明したステップ６０５で発行されたデータである。

印刷クライアント１１４はステップ７０５で、受領した印刷チケットに記載されている印刷可能残り枚数の値から、印刷が可能かどうかを判断し、印刷が可能であれば、ディスクコントローラ３００７を介してハードディスク３１１にアクセスし、利用者から印刷要求のあったファイルを走査して、印刷用のデータを生成し、ステップ７０６で印刷チケットと印刷データを、ＮＩＣ３０８を経由して、プリンティングデバイス１１１あるいは１１２に送信する。

また、ステップ７０５で印刷が不可能であった場合、ステップ７０７で、印刷不可である旨、ディスプレイコントローラ３０６を経由してディスプレイ３１０上にその旨を利用者に通知する。

もし、ステップ７０２においてステップ７０１で取得したイベントが利用者からの印刷要求ではないと判断した場合にはステップ７０８に進み、ステップ７０１で取得したイベントの種類に応じてその他の処理を行う。ステップ７０６、７０７、７０８の処理が終了したらステップ７０１に戻って、次のイベントが発生するまで待つ。

図８は、印刷手段の動作を示したフローチャートである。本動作はプリンティングデバイス１１１または１１２上のＣＰＵ２０１によって実行される。

プログラムが開始すると、まずステップ８０１において何らかのイベントが発生するまで待つ。イベントが発生したら 次のステップに進む。ステップ８０２では、ステップ８０１で取得したイベントが印刷クライアント１１４で動作する印刷データ発行手段４０２からの印刷要求であるかどうかを判断する。

ステップ８０２で、印刷クライアント１１４で動作する印刷データ発行手段４０２からの印刷要求であるかと判断された場合、ステップ８０３に進み、印刷クライアント１１４から印刷チケットと印刷データを受領する。ここで印刷クライアント１１４からの印刷チケットと印刷データは、プリンティングデバイスのＮＩＣ２０８を経由してＲＡＭ２０３上に格納されている。

次にステップ８０４では、８０３で取得した印刷チケットから取得した、利用者の印刷可能残り枚数がある限り、印刷処理８０５を行い、印刷が終了するまでステップ８０４とステップ８０５を繰り返す。

ステップ８０６で印刷終了と判断された場合は、ステップ８０７で印刷チケットに印刷実績の枚数を記載して、ステップ８０８で、８０７で印刷実績を記載した印刷チケットと印刷終了の通知を、ＮＩＣ２０８を経由して印刷チケット発行サーバ１１５に送る。

また、ステップ８０４において、印刷可能残り枚数がないと判断された場合、ステップ８１０に進み、印刷チケット発行サーバ１１５に対して、印刷可能枚数追加依頼を行い、チケットの追加発行を受ける。

もし、ステップ８０２においてステップ８０１で取得したイベントが利用者からの印刷要求ではないと判断した場合にはステップ８０９に進み、ステップ８０１で取得したイベントの種類に応じてその他の処理を行う。ステップ８０８、８０９の処理が終了したらステップ８０１に戻って、次のイベントが発生するまで待つ。

図９は、印刷チケット発行サーバと残り枚数格納サーバにおける、印刷終了通知受信時の動作を示したフローチャートである。

本動作は、印刷チケット発行サーバ１１５上のＣＰＵ３０１によって実行される。プログラムが開始すると、まずステップ９０１において何らかのイベントが発生するまで待つ。イベントが発生したら次のステップにすすむ。ステップ９０２では、ステップ９０１で取得したイベントがプリンティングデバイス１１１または１１２からの印刷終了通知どうかを判断する。

ここで印刷終了通知であると判断された場合、ＮＩＣ３０８を経由して受信したデータがＲＡＭ３０３上に格納されているので、それにアクセスし、印刷を依頼した利用者の印刷実績値を取得し、ステップ９０４で残り枚数格納サーバ１１３が管理する、印刷可能残り枚数データベース４０４のデータを更新する。

もし、ステップ９０２においてステップ９０１で取得したイベントが利用者からの印刷要求ではないと判断した場合にはステップ９０５に進み、ステップ９０１で取得したイベントの種類に応じてその他の処理を行う。

ステップ９０４、９０５の処理が終了したらステップ９０１に戻って、次のイベントが発生するまで待つ。

図１０は、印刷印刷可能枚数追加決済方法管理の一例である。これらの情報は、印刷チケット発行サーバ１１５上で管理される。１００１は、本プリンティングシステムで使用することが可能な決済方法を記録したテーブルである。

本システムを運用するにあたり、採用する決済方法を利用者（本システムの管理者）が選択することが可能であり、これにより一般のプリンティングビジネステンポやオフィスなどでの利用の幅を広げている。なお、これらの決済方法は、印刷チケット発行サーバのプログラムを変更することにより、新規の決済方法に対応することが可能である。

１００２は、カード決済を行う場合の利用者ごとの決済のためのクレジットカード情報である。なお、このような個人情報は、印刷チケット発行サーバ上で暗号化などの情報保護を行ったうえで格納されていることはいうまでもない。

１００３は、印刷可能枚数の追加の承認を管理者が行う場合のもので、各々の利用者に対する承認を行う管理者の情報が登録されている。

１００４は、印刷可能枚数の増加可能範囲と、増加する単位を定義しているテーブルであり、特に自動追加で印刷可能枚数を追加して行く際に有効である。

図１１は、印刷可能残り枚数がない場合の動作を示したフローチャートである。本動作は、印刷チケット発行サーバ１１５上のＣＰＵ３０１によって実行される。プログラムが開始すると、まずステップ１１０１において何らかのイベントが発生するまで待つ。イベントが発生したら次のステップにすすむ。ステップ１１０２では、ステップ１１０１で取得したイベントがプリンティングデバイス１１１または１１２、あるいは印刷チケット発行サーバ１１５からの印刷可能枚数追加依頼どうかを判断する。

ステップ１１０２で印刷可能枚数追加依頼であると判断された場合、ステップ１０３で、図１０に示した決済方法管理テーブルを参照して決済方法を確認し、ステップ１１０４で決済が可能であるかどうか確認する。

ステップ１１０４で決済が可能だった場合、ステップ１１０５に進み、残り枚数格納サーバ１１３上の印刷可能残りデータベース４０４を更新し、ステップ１１０６で、変更後の印刷可能残り枚数をプリンティングデバイス１１１または１１２、あるいは印刷チケット発行サーバ１１５に通知する。

また、ステップ１１０４で決済が不可であった場合、ステップ１１０７で、決済不可であった旨の通知をプリンティングデバイス１１１または１１２、あるいは印刷チケット発行サーバ１１５に対して行う。

もし、ステップ９０２においてステップ１１０１で取得したイベントが利用者からの印刷可能枚数追加依頼ではないと判断した場合にはステップ１１０８に進み、ステップ１１０１で取得したイベントの種類に応じてその他の処理を行う。

ステップ１１０７、１１０６、１１０８の処理が終了したらステップ１１０１に戻って、次のイベントが発生するまで待つ。

上記で説明した本発明に係るネットワークデバイスのプログラムは、外部からインストールされるプログラムによって、１１１から１１５の各デバイスによって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピー（登録商標）ディスクなどの記憶媒体により、あるいは電子メールやインターネット、イントラネットなどのネットワークを介して、外部の記憶媒体からプログラムを含む情報群を１１１から１１５の各デバイス上にロードすることにより、１１１から１１５の各デバイスに供給される場合でも本発明は適用されるものである。

図１２は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびデバイス制御プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、デバイス制御プログラムを記憶してある領域である。本発明のデバイス制御プログラムが１１１から１１５の各デバイスにインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ２０１あるいは３０１によって実行される。次に、ＣＰＵ２０１あるいは３０１によって実行されるインストールプログラムが、デバイス制御プログラムを記憶してある領域９９９７からデバイス制御プログラムを読み出して、ハードディスク２１１あるいは３１１に格納する。

なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。

プリンティングシステム構成の一例である。 プリンティングデバイスの内部構成である。 印刷クライアント、使用枚数格納サーバ、印刷チケット発行サーバの内部構成である。 残り枚数格納サーバ、印刷クライアントおよびネットワークプリンティングデバイス上で動作する各プログラム間の相互関係である。 印刷可能残り枚数データベースに格納されるデータの一例である。 印刷権発行手段の動作である。 印刷データ発行手段の動作である。 印刷手段の動作である。 印刷チケット発行サーバと残り枚数格納サーバにおける、印刷終了通知受信時の動作である。 印刷印刷可能枚数追加決済方法管理の一例である。 印刷可能残り枚数がない場合の動作である。 本発明のソフトウェアの記憶媒体におけるメモリマップである。

符号の説明

２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ パネルコントローラ
２０６ ディスプレイコントローラ
２０７ ディスクコントローラ
２０８ ネットワークインタフェース
２０９ 操作パネル
２１０ ディスプレイ
２１１ 外部メモリ（ハードディスク）
２１２ タイマー

Claims (9)

1. 印刷データを発行する印刷データ発行手段と、印刷する権利を付与する印刷権を発行する印刷権発行手段と、実際に印刷を行う印刷手段からなる印刷システムであって、
   前記印刷データ発行手段は、利用者の印刷可能残り枚数を管理する、印刷残り枚数管理手段と、該印刷残り枚数管理手段で管理されている、印刷可能枚数分の印刷権を前記印刷権発行手段に対して要求する印刷権要求手段を持ち、
   前記印刷権発行手段は、前記印刷データ発行手段から要求された印刷権が利用者にあるかどうかを判断する印刷チケット発行可能判断手段と、該印刷チケット発行可能判断手段において印刷チケット発行可能と判断された場合に、利用者の印刷残り可能枚数情報を付加した印刷チケットを発行する印刷チケット発行手段をもち、
   前記印刷手段は、該印刷手段において印刷チケットからに付加された利用者の印刷可能枚数情報で示す印刷可能枚数にしたがって印刷をし、印刷処理終了後に、前記印刷権発行手段に、実際に印刷した枚数を通知する印刷枚数実績通知手段を持つことを特徴とする印刷システム。
2. 請求項１に記載の印刷システムにおいて、
   前記印刷チケット発行可能判断手段において、すでに利用者の印刷可能残り枚数がない、あるいは利用者が要求した印刷枚数が該利用者の印刷可能残り枚数を上回っている場合で、印刷チケットの発行が可能ではないと判断された場合に、利用者の決済方法に応じて印刷可能枚数の追加設定機能を有することを特徴とする印刷システム。
3. 請求項１に記載の印刷システムにおいて、前記印刷手段において、印刷処理実行中に、利用者の要求した印刷枚数が印刷チケットに付与された印刷残り可能枚数情報で示す印刷可能枚数を越えてしまった場合に、利用者の決済方法に応じて印刷可能枚数の追加設定手段を有することを特徴とする印刷システム。
4. 印刷データを発行する印刷データ発行方法と、印刷する権利を付与する印刷権を発行する印刷権発行方法と、実際に印刷を行う印刷手段からなる印刷システムの制御方法であって、
   前記印刷データ発行方法は、利用者の印刷可能残り枚数を管理する、印刷残り枚数管理方法と、該印刷残り枚数管理方法で管理されている、印刷可能枚数分の印刷権を前記印刷権発行方法に対して要求する印刷権要求ステップとを持ち、
   前記印刷権発行方法は、前記印刷データ発行方法から要求された印刷権が利用者にあるかどうかを判断する印刷チケット発行可能判断ステップと、該印刷チケット発行可能判断方法において印刷チケット発行可能と判断された場合に、利用者の印刷残り可能枚数情報を付加した印刷チケットを発行する印刷チケット発行ステップをもち、印刷ステップは、該印刷方法において印刷チケットからに付加された利用者の印刷可能枚数情報で示す印刷可能枚数にしたがって印刷をし、印刷処理終了後に、前記印刷権発行手段に、実際に印刷した枚数を通知する印刷枚数実績通知ステップを持つことを特徴とする印刷システムの制御方法。
5. 請求項４に記載の印刷システムの制御方法において、
   前記印刷チケット発行可能判断方法において、すでに利用者の印刷可能残り枚数がない、あるいは利用者が要求した印刷枚数が該利用者の印刷可能残り枚数を上回っている場合で、印刷チケットの発行が可能ではないと判断された場合に、利用者の決済方法に応じて印刷可能枚数の追加設定ステップを有することを特徴とする印刷システムの制御方法。
6. 請求項４に記載の印刷システムの制御方法において、
   前記印刷ステップにおいて、印刷処理実行中に、利用者の要求した印刷枚数が印刷チケットに付与された印刷残り可能枚数情報で示す印刷可能枚数を越えてしまった場合に、利用者の決済方法に応じて印刷可能枚数の追加設定ステップを有することを特徴とする印刷システムの制御方法。
7. 印刷データを発行する印刷データ発行方法と、印刷する権利を付与する印刷権を発行する印刷権発行方法と、実際に印刷を行う印刷手段からなる印刷システムの制御プログラムを格納した記憶媒体であって、
   前記印刷データ発行方法は、利用者の印刷可能残り枚数を管理する、印刷残り枚数管理方法と、該印刷残り枚数管理方法で管理されている、印刷可能枚数分の印刷権を前記印刷権発行方法に対して要求する印刷権要求ステップとを持ち、
   前記印刷権発行方法は、前記印刷データ発行方法から要求された印刷権が利用者にあるかどうかを判断する印刷チケット発行可能判断ステップと、該印刷チケット発行可能判断方法において印刷チケット発行可能と判断された場合に、利用者の印刷残り可能枚数情報を付加した印刷チケットを発行する印刷チケット発行ステップをもち、
   前記印刷ステップは、該印刷方法において印刷チケットからに付加された利用者の印刷可能枚数情報で示す印刷可能枚数にしたがって印刷をし、印刷処理終了後に、前記印刷権発行手段に、実際に印刷した枚数を通知する印刷枚数実績通知ステップを持つことを特徴とする印刷システムの制御プログラムを格納したコンピュータで読み取り可能な記憶媒体。
8. 請求項７に記載の記憶媒体において、
   前記印刷チケット発行可能判断方法において、すでに利用者の印刷可能残り枚数がない、あるいは利用者が要求した印刷枚数が該利用者の印刷可能残り枚数を上回っている場合で、印刷チケットの発行が可能ではないと判断された場合に、利用者の決済方法に応じて印刷可能枚数の追加設定ステップを有することを特徴とする記憶媒体。
9. 請求項７に記載の記憶媒体において、
   前記印刷ステップにおいて、印刷処理実行中に、利用者の要求した印刷枚数が印刷チケットに付与された印刷残り可能枚数情報で示す印刷可能枚数を越えてしまった場合に、利用者の決済方法に応じて印刷可能枚数の追加設定ステップを有することを特徴とする記憶媒体。

Images