(57)【要約】【課題】管理対象ごとにある種類の印刷は一定期間内に何枚というような管理をしている場合に、その期間内での必要性に応じてその種類の印刷ができるようにした画像印刷システムを提供する。【解決手段】画像印刷システムの記憶手段は、画像の印刷を指示したユーザーを識別するユーザー識別情報、一定期間内における該ユーザーに許可されている印刷枚数および該画像印刷の履歴を対応して記憶し、受付手段は、画像印刷の指示と該指示をしたユーザーのユーザー識別情報を受け付け、印刷判断手段は、前記受付手段によって受け付けられたユーザー識別情報に基づいて、前記記憶手段に記憶されている許可枚数および画像印刷の履歴を取り出し、該取り出した許可枚数、履歴および前記受付手段によって受け付けられた画像印刷の指示に応じて、該画像印刷の指示を許可するか否かを判断する。【選択図】図１
2008170511.tif 000002
【特許請求の範囲】
【請求項１】
画像の印刷を指示したユーザーを識別するユーザー識別情報、一定期間内における該ユーザーに許可されている印刷枚数および該画像印刷の履歴を対応して記憶する記憶手段と、
画像印刷の指示と該指示をしたユーザーのユーザー識別情報を受け付ける受付手段と、
前記受付手段によって受け付けられたユーザー識別情報に基づいて、前記記憶手段に記憶されている許可枚数および画像印刷の履歴を取り出し、該取り出した許可枚数、履歴および前記受付手段によって受け付けられた画像印刷の指示に応じて、該画像印刷の指示を許可するか否かを判断する印刷判断手段
を具備することを特徴とする画像印刷システム。
【請求項２】
前記印刷判断手段は、前記記憶手段に記憶されている一定期間内における今後の使用量を予測し、前記画像印刷の指示を許可するか否かを判断する
ことを特徴とする請求項１に記載の画像印刷システム。
【請求項３】
前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記受付手段によって受け付けられた画像印刷の指示を記憶する印刷指示記憶手段
を具備し、
前記印刷判断手段は、前記画像印刷の指示を許可しなかった場合、前記一定期間内における、更に今後の使用量を予測し、前記受付手段によって受け付けられた画像印刷の指示を許可するか否かを判断する
ことを特徴とする請求項１に記載の画像印刷システム。
【請求項４】
前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記記憶手段に記憶されている許可枚数に応じて、前記受付手段によって受け付けられた画像印刷の指示を変更する印刷指示変更手段
を具備することを特徴とする請求項１に記載の画像印刷システム。
【請求項５】
画像印刷システムを、
画像の印刷を指示したユーザーを識別するユーザー識別情報、一定期間内における該ユーザーに許可されている印刷枚数および該画像印刷の履歴を対応して記憶する記憶手段と、
画像印刷の指示と該指示をしたユーザーのユーザー識別情報を受け付ける受付手段と、
前記受付手段によって受け付けられたユーザー識別情報に基づいて、前記記憶手段に記憶されている許可枚数および画像印刷の履歴を取り出し、該取り出した許可枚数、履歴および前記受付手段によって受け付けられた画像印刷の指示に応じて、該画像印刷の指示を許可するか否かを判断する印刷判断手段
として機能させることを特徴とする画像印刷プログラム。
【請求項６】
前記印刷判断手段は、前記記憶手段に記憶されている一定期間内における今後の使用量を予測し、前記画像印刷の指示を許可するか否かを判断する
ことを特徴とする請求項５に記載の画像印刷プログラム。
【請求項７】
前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記受付手段によって受け付けられた画像印刷の指示を記憶する印刷指示記憶手段
を具備し、
前記印刷判断手段は、前記画像印刷の指示を許可しなかった場合、前記一定期間内における、更に今後の使用量を予測し、前記受付手段によって受け付けられた画像印刷の指示を許可するか否かを判断する
ことを特徴とする請求項５に記載の画像印刷プログラム。
【請求項８】
前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記記憶手段に記憶されている許可枚数に応じて、前記受付手段によって受け付けられた画像印刷の指示を変更する印刷指示変更手段
を具備することを特徴とする請求項５に記載の画像印刷プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像印刷システムおよび画像印刷プログラムに関する。
【背景技術】
【０００２】
プリンタ、複写機等の画像出力装置において、トナー等の使用量による環境問題、ランニングコスト等の面から、カラーとして出力するか否かを管理することに対する要求がある。
【０００３】
これらに関連する技術として、例えば、特許文献１には、経費節減をユーザーに意識させ、部門毎の実際の印刷にかかる費用の削減を実現できる画像形成装置を提供することを課題とし、部門毎の印刷可能枚数の上限値の設定、及び、通常の印刷に対し印刷にかかる経費を削減可能とするモードである経費節約モードの選択をするための入力手段と、ある部門の使用について、当該部門の所定時点からの過去の印刷枚数の総数が当該部門の前記印刷可能枚数の上限値を超えたか否かを判断する判定手段と、該判定手段により、印刷枚数の総数が印刷可能枚数の上限値を超えたと判定された場合に、経費節約モードの選択を促す表示をする表示手段と、選択された経費節約モードに応じた印刷を実行させる制御手段とを備えることが開示されている。つまり、カラー印刷の枚数が一定値を超えたユーザーに対して、経費節減させるための印刷方法をそのユーザーに提示するようなシステムが開示されている。
【０００４】
例えば、特許文献２には、１台のプリンタ装置を複数のメンバーや部門，グループにて共有して使用するとき、個人や部門毎のより多くの種類の利用者制限や課金管理を行うことを課題とし、ＮＶＲＡＭにはトータル印刷回数を記憶させ、拡張ＮＶＲＡＭモジュールにはＮＶＲＡＭよりも多くのカテゴリのカウンタ情報を記憶させ、１台のプリンタ装置を複数のメンバーや部門，グループで共有して使用する際に、個人や部門毎の印刷枚数や印刷ページ数の管理や利用者制限または部門毎の印刷枚数を集計することが開示されている。つまり、印刷枚数を管理するにあたって、部門毎に管理できるようにすることが開示されている。
【特許文献１】特開２００５−１８１７３６号公報
【特許文献２】特開２００２−１７８５６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の技術では，個人や部門単位で印刷量を制限・管理することを目的としている。しかしながら、実際のオフィスにおける管理では、「毎月何枚」というような期間に分けて管理する方策が一般的である。その場合に、「印刷しすぎたらモノクロでしか印刷できない」という方法では、月末にカラー印刷が必要となる場合で、その必要性が月初め等のようなそれまでの期間に行われたカラー印刷よりも高いような場合に、支障をきたすことが多い。
本発明は、このような背景技術の状況の中でなされたもので、管理対象ごとにある種類の印刷は一定期間内に何枚というような管理をしている場合に、その期間内での必要性に応じてその種類の印刷ができるようにした画像印刷システムおよび画像印刷プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］  画像の印刷を指示したユーザーを識別するユーザー識別情報、一定期間内における該ユーザーに許可されている印刷枚数および該画像印刷の履歴を対応して記憶する記憶手段と、
画像印刷の指示と該指示をしたユーザーのユーザー識別情報を受け付ける受付手段と、
前記受付手段によって受け付けられたユーザー識別情報に基づいて、前記記憶手段に記憶されている許可枚数および画像印刷の履歴を取り出し、該取り出した許可枚数、履歴および前記受付手段によって受け付けられた画像印刷の指示に応じて、該画像印刷の指示を許可するか否かを判断する印刷判断手段
を具備することを特徴とする画像印刷システム。
【０００７】
［２］  前記印刷判断手段は、前記記憶手段に記憶されている一定期間内における今後の使用量を予測し、前記画像印刷の指示を許可するか否かを判断する
ことを特徴とする［１］に記載の画像印刷システム。
【０００８】
［３］  前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記受付手段によって受け付けられた画像印刷の指示を記憶する印刷指示記憶手段
を具備し、
前記印刷判断手段は、前記画像印刷の指示を許可しなかった場合、前記一定期間内における、更に今後の使用量を予測し、前記受付手段によって受け付けられた画像印刷の指示を許可するか否かを判断する
ことを特徴とする［１］に記載の画像印刷システム。
【０００９】
［４］  前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記記憶手段に記憶されている許可枚数に応じて、前記受付手段によって受け付けられた画像印刷の指示を変更する印刷指示変更手段
を具備することを特徴とする［１］に記載の画像印刷システム。
【００１０】
［５］  画像印刷システムを、
画像の印刷を指示したユーザーを識別するユーザー識別情報、一定期間内における該ユーザーに許可されている印刷枚数および該画像印刷の履歴を対応して記憶する記憶手段と、
画像印刷の指示と該指示をしたユーザーのユーザー識別情報を受け付ける受付手段と、
前記受付手段によって受け付けられたユーザー識別情報に基づいて、前記記憶手段に記憶されている許可枚数および画像印刷の履歴を取り出し、該取り出した許可枚数、履歴および前記受付手段によって受け付けられた画像印刷の指示に応じて、該画像印刷の指示を許可するか否かを判断する印刷判断手段
として機能させることを特徴とする画像印刷プログラム。
【００１１】
［６］  前記印刷判断手段は、前記記憶手段に記憶されている一定期間内における今後の使用量を予測し、前記画像印刷の指示を許可するか否かを判断する
ことを特徴とする［５］に記載の画像印刷プログラム。
【００１２】
［７］  前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記受付手段によって受け付けられた画像印刷の指示を記憶する印刷指示記憶手段
を具備し、
前記印刷判断手段は、前記画像印刷の指示を許可しなかった場合、前記一定期間内における、更に今後の使用量を予測し、前記受付手段によって受け付けられた画像印刷の指示を許可するか否かを判断する
ことを特徴とする［５］に記載の画像印刷プログラム。
【００１３】
［８］  前記印刷判断手段によって画像印刷の指示が許可されなかった場合に、前記記憶手段に記憶されている許可枚数に応じて、前記受付手段によって受け付けられた画像印刷の指示を変更する印刷指示変更手段
を具備することを特徴とする［５］に記載の画像印刷プログラム。
【発明の効果】
【００１４】
請求項１記載の画像印刷システムによれば、本構成を有していない場合に比較して、管理対象ごとにある種類の印刷は一定期間内に何枚というような管理をしている場合に、その期間内での必要性に応じてその種類の印刷ができるようになる。
【００１５】
請求項２記載の画像印刷システムによれば、本構成を有していない場合に比較して、請求項１記載の画像印刷システムによる効果に加えて、より適切な印刷の管理を行うことができるようになる。
【００１６】
請求項３記載の画像印刷システムによれば、本構成を有していない場合に比較して、請求項１記載の画像印刷システムによる効果に加えて、たとえ印刷が許可されなかったような場合であっても、時の経過によって許可されるような状況であれば、その時を待って印刷が可能となり、操作性、利便性が一層向上する。
【００１７】
請求項４記載の画像印刷システムによれば、本構成を有していない場合に比較して、請求項１記載の画像印刷システムによる効果に加えて、たとえ印刷が許可されなかったような場合であっても、許可の範囲内でできるような状況であれば、その印刷指示を変更することが可能となり、操作者にとって、利便性が一層向上する。
【００１８】
請求項５記載の画像印刷プログラムによれば、本構成を有していない場合に比較して、管理対象ごとにある種類の印刷は一定期間内に何枚というような管理をしている場合に、その期間内での必要性に応じてその種類の印刷ができるようになる。
【００１９】
請求項６記載の画像印刷プログラムによれば、本構成を有していない場合に比較して、請求項５記載の画像印刷プログラムによる効果に加えて、より適切な印刷の管理を行うことができるようになる。
【００２０】
請求項７記載の画像印刷プログラムによれば、本構成を有していない場合に比較して、請求項５記載の画像印刷プログラムによる効果に加えて、たとえ印刷が許可されなかったような場合であっても、時の経過によって許可されるような状況であれば、その時を待って印刷が可能となり、操作性、利便性が一層向上する。
【００２１】
請求項８記載の画像印刷プログラムによれば、本構成を有していない場合に比較して、請求項５記載の画像印刷プログラムによる効果に加えて、たとえ印刷が許可されなかったような場合であっても、許可の範囲内でできるような状況であれば、その印刷指示を変更することが可能となり、操作者にとって、利便性が一層向上する。
【発明を実施するための最良の形態】
【００２２】
以下、図面に基づき本発明の好適な一実施の形態を説明する。
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システムおよび方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散または並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示等）を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
【００２３】
本実施の形態は、図１に示すように、ホストコンピュータ１００、プリンタ２００を有している。ホストコンピュータ１００は、プリンタ２００に対して、ホストコンピュータの役割、つまり、プリントの指示を行う中心的役割を果たすが、プリンタ２００との関係で、いわゆるクライアント−サーバーモデルでは、他のコンピュータであるプリンタ２００からプリントサービスを受けるコンピュータの役割を有するクライアントであってもよい。また、プリンタ２００は、通信回線を介してホストコンピュータ１００と接続されている。
【００２４】
ホストコンピュータ１００は、アプリケーション１１０、プリンタドライヴァ１２０、インタフェース１３０を有している。また、プリンタドライヴァ１２０は、使用量計算モジュール１２１、モード変換モジュール１２２を有している。アプリケーション１１０はプリンタドライヴァ１２０と接続されており、プリンタドライヴァ１２０はアプリケーション１１０、インタフェース１３０と接続されており、インタフェース１３０はプリンタドライヴァ１２０、プリンタ２００のインタフェース２１０と接続されている。
【００２５】
アプリケーション１１０は、印刷機能を有する一般的なソフトウェアである。例えば、文書を作成することができ、その文書を印刷可能なソフトウェア等がある。
プリンタドライヴァ１２０は、アプリケーション１１０による印刷指示によって、印刷対象のデータからプリンタ２００で印刷できるようなデータに変換する。そして、使用量計算モジュール１２１、モード変換モジュール１２２によって、以下の処理を行う。
プリンタドライヴァ１２０の使用量計算モジュール１２１は、印刷ジョブ内のカラーページ数とモノクロ（白黒のみで構成されており、カラーを用いていない）ページ数を計算する。プリンタドライヴァ１２０のモード変換モジュール１２２は、使用量（費用であってもよい）を削減するモードへ変換させる。使用量を削減するモードとは、例えば、カラー印刷をモノクロ印刷にすること、複数ページを１枚の用紙に印刷すること、縮小して印刷すること、簡易な（ドラフト）印刷にすること等がある。
インタフェース１３０は、プリンタドライヴァ１２０の処理結果をプリンタ２００へ送信する。
【００２６】
プリンタ２００は、インタフェース２１０、印刷主要モジュール２２０およびコントローラ２３０を有している。また、コントローラ２３０は、使用量予測モジュール２３１、履歴情報管理モジュール２３２を有している。インタフェース２１０はコントローラ２３０、ホストコンピュータ１００のインタフェース１３０と接続されており、コントローラ２３０はインタフェース２１０、印刷主要モジュール２２０と接続されており、印刷主要モジュール２２０はコントローラ２３０と接続されている。
インタフェース２１０は、ホストコンピュータ１００との通信を行う。印刷主要モジュール２２０は、印刷を行うための一般的な機能を有するモジュールである。
コントローラ２３０は、インタフェース２１０が受信したデータに基づき、印刷主要モジュール２２０への指示を行う。また、必要に応じてホストコンピュータ１００へ送信するための情報を生成する。使用量予測モジュール２３１は、各ユーザーが一定期間内にどれくらいの印刷を行うのかを予測する。履歴情報管理モジュール２３２は、これまでにユーザーが何枚どのモードでいつ印刷したのかを記録する。また、必要に応じてその履歴情報を使用量予測モジュール２３１に提供する。
【００２７】
次に作用・働き（動作）を説明する。
図２のフローチャートを用いて、プリンタドライヴァ１２０の処理の一例を説明する。
ホストコンピュータ１００から印刷処理が実行されると、プリンタドライヴァ１２０は、印刷を実行しているユーザーの認証情報を取得する（ステップＳ１１）。
プリンタドライヴァ１２０は、アプリケーション１１０から送られてくるデータを分析し、印刷量情報を取得する。例えば、印刷量情報の取得としては、カラーページが何枚なのか、モノクロページが何枚なのかを計数することがある（ステップＳ１２）。
ステップＳ１１で取得した認証情報と、ステップＳ１２で取得した印刷量情報をプリンタ２００に送信し、プリンタ２００に印刷可否を問い合わせる（ステップＳ１３）。
その問い合わせの結果が、印刷可能である場合はステップＳ１６へ進み、印刷可能でない場合はステップＳ１５へ進む。
印刷使用量が超過しているなどで、プリンタ２００から印刷が拒絶された場合には印刷モードを費用削減モード（カラー印刷をモノクロ印刷に変更）に変更する（ステップＳ１５）。
プリンタドライヴァ１２０は、ホストコンピュータ１００から印刷データを受け取り、プリンタ２００が解釈可能な形式に変換し、その変換した印刷データを含めた印刷ジョブをプリンタ２００に送信する（ステップＳ１６）。
【００２８】
次に、図３のフローチャートを用いて、プリンタ２００のコントローラ２３０の処理の一例を説明する。例として、毎月のカラー枚数をユーザーごとに管理するものとする。
ホストコンピュータ１００からのデータを受信すると、まずそれが印刷ジョブなのか、印刷可否の問い合わせなのかを判断する（ステップＳ２１）。印刷ジョブの場合はステップＳ２２へ進み、印刷可否の問い合わせの場合はステップＳ３１へ進む。
問い合わせである場合には、認証情報の適合性を判断する（ステップＳ３１）。正しい認証情報である場合にはステップＳ３３へ進み、そうでない場合はステップＳ３２へ進む。ステップＳ３２では、正規のユーザーではない旨のエラー表示を行い、終了する。
正しい認証情報である場合には、履歴情報管理モジュール２３２に問い合わせ、そのユーザーの履歴情報を抽出する（ステップＳ３３）。
次に使用量予測モジュール２３１は、現時点の時刻と、問い合わせ内容（ユーザー名（ユーザー識別子）、カラー枚数、モノクロ枚数）を入力し、今月のカラー印刷が可能な枚数以内であるかどうかを予測する（ステップＳ３４）。
そして、許容範囲内であるかどうかの情報（ステップＳ３５）をホストコンピュータ１００へ送信する。
【００２９】
次に、ホストコンピュータ１００からのデータが、印刷ジョブである場合を説明する。送られてきたジョブに正しい認証情報が付加されているかどうかを確認する（ステップＳ２２）。正しい認証情報である場合にはステップＳ２４へ進み、そうでない場合はステップＳ２３へ進む。
不正である場合にはエラーとして印刷ジョブを廃棄する（ステップＳ２３）。
正しい認証情報である場合には、履歴情報管理モジュール２３２に問い合わせ、これから印刷しようとするジョブの枚数とあわせて、今月のカラー印刷が可能な枚数以内であるかを判断する（ステップＳ２４）。印刷可能である場合はステップＳ２６へ進み、そうでない場合はステップＳ２５へ進む。ステップＳ２５では、ステップＳ２３と同様の処理を行う。
印刷可能である場合には、印刷処理を行う（ステップＳ２６）。
次に、印刷時刻、ユーザー名、カラー枚数、モノクロ枚数などの情報を履歴情報管理モジュール２３２に入力し、履歴情報を更新する（ステップＳ２７）。
【００３０】
次に、図４のフローチャートを用いて、プリンタ２００の履歴情報管理モジュール２３２が管理する履歴情報データベースの初期化処理の一例を説明する
履歴情報管理モジュール２３２は、あらかじめユーザーごとの１か月間の利用上限値や、ユーザーごとの認証情報を設定しておく（ステップＳ４１）。
【００３１】
次に、図５のフローチャートを用いて、予測方法の例を説明する。
印刷ジョブを投入したユーザーの履歴情報を、履歴情報管理モジュール２３２が管理する履歴情報データベースから抽出し、当該集計期間に印刷した枚数を集計する（ステップＳ５１）。
集計期間（管理期間）が１ヶ月（３１日間）とすると、印刷許容枚数を３１で割った数字に、その月で何日経過したのかの日数を乗算する。これが、その日までに印刷した枚数と、これから印刷する予定のジョブの枚数より大きいかどうかを比較する。このような方法で、予測を行う（ステップＳ５２）。
【００３２】
つまり、計算式で表すと、次式のようになる。
（管理期間内の印刷許可枚数）／（管理期間日数）×（管理期間が始まってからの現在の日数）≦（管理期間内でこれまでに印刷した枚数）＋（今回の印刷ジョブでの枚数）
この式が成立すれば「印刷を許可しない（ＮＯを出力）」となり、成立しなければ「印刷を許可する（ＯＫを出力）」となる。
【００３３】
また、図６を用いて、履歴情報管理モジュール２３２が管理する履歴情報データベースの項目を説明する。
履歴情報テーブル６００は、ジョブＩＤ欄６０１、ユーザーＩＤ欄６０２、印刷時刻欄６０３、カラー枚数欄６０４、モノクロ枚数欄６０５を有している。
ジョブＩＤ欄６０１は、印刷ジョブを一意に識別できるジョブ識別子を記憶する。
ユーザーＩＤ欄６０２は、ユーザーを一意に識別できるユーザー識別子を記憶する。
印刷時刻欄６０３は、印刷が行われた時刻を年月日、時分秒で記憶する。
カラー枚数欄６０４は、その印刷ジョブにおいて印刷されたカラー印刷の枚数を記憶する。
モノクロ枚数欄６０５は、その印刷ジョブにおいて印刷されたモノクロ印刷の枚数を記憶する。
なお、履歴情報データベース内のデータ構造は、これに限定されることはなく、テーブル構造の他にリスト構造等であってもよい。また、その他の項目を記憶するようにしてもよい。例えば、印刷枚数を部門で管理している場合は、ユーザーＩＤ欄６０２の代わりに部門を一意に識別できる部門識別子を記憶する欄であってもよい。また、その欄を付加してもよい。
【００３４】
図７を用いて、プリンタ２００のハードウェア構成例について説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）７０１は、上述の実施の形態において説明した各種のモジュール、すなわち、使用量予測モジュール２３１、履歴情報管理モジュール２３２等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムに従った処理を実行する制御部である。
【００３５】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）７０７は、ＣＰＵ７０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）７０６は、ＣＰＵ７０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス７１０により相互に接続されている。
【００３６】
また、ホストバス７１０には、この他に通信インタフェース７０２、画像出力制御部７０３、画像入力制御部７０４、ユーザーインタフェース７０５、画像メモリ７０８、ＨＤＤ７０９が接続されている。
通信インタフェース７０２は、主にインタフェース２１０により制御され、ホストコンピュータ１００との通信を行う。
画像出力制御部７０３は、主に印刷主要モジュール２２０により制御され、画像を印刷する印刷部を制御する。
画像入力制御部７０４は、スキャナを制御する。
ユーザーインタフェース７０５は、ユーザーによるキー等の操作を入力したり、処理結果等をディスプレイに表示したりする。
画像メモリ７０８は、コントローラ２３０がベクター形式のデータ等からラスター形式の画像を生成する場合などに用いられる。もちろん、ＲＡＭ７０６を用いて行ってもよい。
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）７０９は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ７０１によって実行するプログラムや情報を記録または再生させる。ハードディスクは、ジョブ情報、ラスター形式の画像などが格納される。さらに、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。
【００３７】
なお、図７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、例えばパーソナルコンピュータ（ＰＣ）などによって構成し、プリンタを備えたハードウェア構成であってもよい。さらに図７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。
また、ホストコンピュータ１００は文書等の印刷の指示をプリンタ２００に対してできるコンピュータであり、具体的にはパーソナルコンピュータ、携帯可能情報端末等であってもよく、より具体的には図７に示したハードウェア構成を有していてもよい。
【００３８】
前記実施の形態においては、プリンタ２００による印刷を示したが、ファックス、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）による印刷でもよい。特に、ファックスで実現する場合には、カラー原稿送付または印刷の際に、適用してもよい。また、複写機の場合は、認証用カードを用いることによって、前記実施の形態と同様に適用することが可能である。
また、前記実施の形態においては、印刷枚数によって印刷許可の判断を行っているが、カラー印刷の枚数だけによって印刷許可を判断するようにしてもよい。
【００３９】
前記実施の形態においては、使用量計算モジュール１２１、モード変換モジュール１２２は、ホストコンピュータ１００内にあったが、プリンタ２００内のコントローラ２３０内に組み込んでもよい。その場合は、ユーザーへの警告なしで、強制的にモード変更が行われることになる。つまり、図３のステップＳ２５で、エラーとして印刷ジョブを廃棄するのではなく、プリンタ２００側で使用量削減モードにして印刷するようにしてもよい。
また、逆に、使用量予測モジュール２３１、履歴情報管理モジュール２３２をホストコンピュータ１００のプリンタドライヴァ１２０内に組み込んでもよい。
また、使用量予測モジュール２３１、履歴情報管理モジュール２３２をプリンタ２００と通信回線を介して接続されている他のサーバーコンピュータに組み込んでもよい。
【００４０】
さらに、印刷データを蓄積するような機能を有している印刷データ蓄積モジュールを具備するようにしてもよい。
例えば、プリンタ２００にハードディスクを内蔵させたり、プリントサーバーで蓄積させるなどがある。この構成で、ジョブが不正である場合（ステップＳ２３、ステップＳ２５、ステップＳ３２など）は、その印刷データを印刷データ蓄積モジュールに蓄積する。そして、プリンタ２００の操作パネルや、ホストコンピュータ１００から、別途、正しい認証情報を提供したり、また、管理期間内で印刷枚数の上限枠を広げる措置がとられた場合等により、印刷データ蓄積モジュールに蓄積した印刷データを印刷可能にするようにしてもよい。
上限値（管理期間内で印刷許可されている枚数）を超えて印刷が許可されない場合には、エラーとして印刷ジョブを廃棄する（ステップＳ２５）のではなく、その印刷ジョブは印刷せずに前述の印刷データ蓄積モジュールに蓄積しておくようにしてもよい。そして、後ほど、管理者により認証情報を入力することで印刷できるようにしてもよい。また、管理期間末（例えば、月末）になれば指示した種類の印刷が可能となる場合に印刷するようにしてもよい。前述の計算式によれば、管理期間の前半で印刷が許可されなかった場合であっても、その後の使用いかんによって、管理期間内で印刷が許可されることがあり得るためである。
【００４１】
前記実施の形態においては、プリンタ２００が現在の日時を取得するために時計を有しているが、ホストコンピュータ１００のプリンタドライヴァ１２０が時刻情報をプリンタ２００に提供してもよい。
また、前記実施の形態においては、印刷を許可するか否かであったが、管理期間内でこれまでに印刷した枚数が上限値に近似した場合は警告を発するようにしてもよい。例えば、ステップＳ５２の計算式において、左辺（不等号の左側の式）と右辺（不等号の右側の式）の値の差がある閾値以下になった場合は、警告を発するようにしてもよい。
また、印刷枚数の使用量による管理ではなく、トナーの使用量に基づいて管理するようにしてもよい。すなわち、黒画素数、カラー（ＣＭＹＫ：Ｃｙａｎ  Ｍａｇｅｎｔａ  Ｙｅｌｌｏｗ  ｂｌａｃＫ）画素数を計数し、また、その使用量を蓄積し、図５のステップＳ５２で示した式と同様（つまり、枚数をトナー使用量とする）の式を用いて、印刷を許可すべきか否かを判断するようにしてもよい。
【００４２】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラムまたはその一部は、上記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００４３】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】ホストコンピュータのプリンタドライヴァにおける印刷処理の一例を示すフローチャートである。
【図３】プリンタにおける全体の印刷処理の一例を示すフローチャートである。
【図４】履歴情報データベースの初期化処理の一例を示すフローチャートである。
【図５】使用量予測モジュールによる処理の一例を示すフローチャートである。
【図６】履歴情報データベース内の項目例を示す説明図である。
【図７】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００４４】
１００…ホストコンピュータ
１１０…アプリケーション
１２０…プリンタドライヴァ
１２１…使用量計算モジュール
１２２…モード変換モジュール
１３０…インタフェース
２００…プリンタ
２１０…インタフェース
２２０…印刷主要モジュール
２３０…コントローラ
２３１…使用量予測モジュール
２３２…履歴情報管理モジュール
【図１】
2008170511.tif 000003
【図２】
2008170511.tif 000004
【図３】
2008170511.tif 000005
【図４】
2008170511.tif 000006
【図５】
2008170511.tif 000007
【図６】
2008170511.tif 000008
【図７】
2008170511.tif 000009