JP2009237841A - 出力データ管理装置、データ出力装置、出力データ管理システム、出力データ管理方法及びそのプログラム - Google Patents

Abstract

【課題】 所定のデータ出力装置に出力する出力用データを、ユーザの出力実行可能性を柔軟に反映して管理する。
【解決手段】 プリンタＰＲＴ１は、ユーザの印刷実行可能性を推測可能な動作を、認証機構５７により認証したユーザ名と関連付けてモニタリングしており、所定の通知条件を満足すると、その動作の履歴をユーザ名と関連付けて、動作情報としてサーバＳＶに送信する。一方、サーバＳＶは、印刷ジョブをジョブ記憶領域７１に保持すると共に、それに関するユーザ名等の情報をジョブ情報テーブル７２で管理している。サーバＳＶは、動作情報を受信すると、その内容を動作情報テーブル７３に記録・更新する。そして、動作情報テーブル７３の動作内容がジョブ削除条件を満たすと、サーバＳＶは、削除条件を満たした動作とユーザ名が一致する印刷ジョブをジョブ記憶領域７１から削除する。
【選択図】図４

Description

本発明は、所定のデータ出力装置で出力する出力用データの管理技術に関する。

認証印刷システムにおいては、ユーザが、パーソナルコンピュータ等のクライアントで印刷命令を行うと、印刷ジョブが、当該クライアントとネットワークを介して接続されたサーバに一時的にスプールされる。そして、ユーザが、サーバとネットワークを介して接続されたプリンタの設置場所に移動して、プリンタに付属する認証装置で認証を行い、印刷実行操作を行うと、プリンタがサーバから印刷ジョブを受け取って、印刷が実行される。

かかるシステムでは、クライアントで印刷命令が行われたにもかかわらず、印刷が実行されないと、サーバは、その印刷ジョブをいつまでも保持することとなり、このような印刷ジョブが蓄積していくと、サーバの記憶容量は有限であることから、最終的には、新たな印刷ジョブを保持できない状態にとなる。かかる問題は、認証印刷システムに限らず、出力用データを保持・管理する種々の管理システムに共通する問題であった。かかる問題に対しては、出力用データを管理するための種々の技術が開発されている。

例えば、下記特許文献１では、印刷システムにおいて、クライアントが印刷ジョブと共に印刷ジョブの保持期限情報をサーバに送信し、サーバが保持期限の切れた印刷ジョブを削除する技術を開示している。また、サーバが過度に印刷ジョブを削除しないように、削除の猶予期間を設けて、ユーザが保持期限の変更を行える技術を開示している。

また、下記特許文献２では、画像形成装置において、大量の画像データを蓄積し、蓄積した画像データの読み出し回数などの上限を設け、当該上限に達した画像データを削除する技術を開示している。

特開２００６−１２７４２９号公報 特開２００４−１２２６５７号公報

しかしながら、特許文献１の技術では、事前に指定した保持期間に基づいて、印刷が実行される可能性の低い印刷ジョブを削除しているに過ぎず、ユーザが印刷を実行する可能性を柔軟に反映して、印刷ジョブの保持を管理することができなかった。また、ユーザは、手動操作により、印刷ジョブの保持期間を延長することは可能であるが、かかる操作は面倒であり、ユーザにとって負担となっていた。

また、特許文献２の技術では、蓄積した画像データに対してなされた操作のみに基づいて、画像データを削除するか否かを決定するため、ユーザが画像形成装置を操作する機会が発生したにもかかわらず、所定の画像データにアクセスしなかったなどの事情を反映することができず、ユーザが印刷を実行する可能性を柔軟に反映して、画像データの保持を管理することができなかった。

上述の問題を踏まえ、本発明が解決しようとする課題は、所定のデータ出力装置に出力する出力用データを、ユーザの出力実行可能性を柔軟に反映して管理することである。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］所定のデータ出力装置で出力する出力用データを管理する出力データ管理装置であって、
前記出力用データを保持する記憶手段と、
前記データ出力装置の動作履歴に関する情報である動作情報を、該データ出力装置から受け取る取得手段と、
該受け取った動作情報に基づき、前記保持された出力用データのうち、前記データ出力装置で出力が実行されていない出力用データの保持に関する扱いを変更する変更手段と
を備えた出力データ管理装置。

かかる構成の出力データ管理装置は、データ出力装置の動作情報を受け取って、当該動作情報に基づいて、出力未実行の出力用データの保持に関する扱いを変更する。したがって、データ出力装置の操作履歴から想定される、出力未実行の出力用データが今後出力される可能性に応じて、出力未実行データの保持に関する扱いを変更できるので、ユーザの出力実行可能性を柔軟に反映した出力用データの管理が行える。また、ユーザの出力実行可能性を柔軟に反映して、有限である記憶手段の容量の利用性を向上させることができる。なお、ここでの「保持に関する扱いを変更」とは、動作情報の内容如何では、扱いを据え置くことを含む概念である。

［適用例２］動作情報は、データ出力装置に対応付けられた認証装置において行われる認証の履歴である適用例１記載の出力データ管理装置。

かかる構成の出力データ管理装置において、動作情報は、データ出力装置に対する認証の履歴とすれば、データ出力装置に対する認証を行った機会は、出力用データを出力可能な機会であると捉えることができるので、その履歴により、ユーザの出力実行可能性を推測でき、柔軟な出力用データの管理が行える。

［適用例３］適用例１または適用例２記載の出力データ管理装置であって、動作情報は、データ出力装置において、記憶手段が保持する第１の出力用データが出力されたにもかかわらず、第１の出力用データとは異なる、記憶手段が保持する第２の出力用データが出力されていないことを示す履歴であり、変更手段は、動作情報に基づき、第２の出力用データの保持に関する扱いを変更する出力データ管理装置。

かかる構成の出力データ管理装置において、動作情報は、第１の出力用データが出力されたにもかかわらず、第２の出力用データが出力されていないことを示す履歴とすれば、第１の出力用データを出力した機会は、第２の出力用データを出力可能な機会であると捉えることができるので、その履歴により、ユーザの出力実行可能性を推測でき、柔軟な出力用データの管理が行える。

［適用例４］適用例１ないし適用例３のいずれか記載の出力データ管理装置であって、動作情報は、データ出力装置において、記憶手段が保持する第１の出力用データを削除する指示を受け付けたにもかかわらず、第１の出力用データとは異なる、記憶手段が保持する第２の出力用データの削除指示を受け付けていないことを示す履歴であり、変更手段は、動作情報に基づき、第２の出力用データの保持に関する扱いを変更する出力データ管理装置。

かかる構成の出力データ管理装置において、動作情報は、第１の出力用データを削除する指示を受けたにもかかわらず、第２の出力用データの削除指示を受けていないことを示す履歴とすれば、第１の出力用データの削除指示を行った機会は、第２の出力用データを削除指示する機会であると捉えることができるので、その履歴により、ユーザの出力実行可能性を推測でき、柔軟な出力用データの管理が行える。

［適用例５］保持に関する扱いの変更は、記憶手段が保持する出力用データを削除する、または、退避させることである適用例１ないし適用例３のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、動作情報に基づいて、ユーザの出力実行可能性が小さいと推測されるときには、保持する出力用データを削除することができる。したがって、ユーザの出力実行可能性を柔軟に反映して、有限である記憶手段の容量の利用性を向上させて、出力用データの管理が行える。

［適用例６］保持に関する扱いの変更は、記憶手段が保持する出力用データの予め定められた保持期間を変更することである適用例１ないし適用例５のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、動作情報に基づいて、ユーザの出力実行可能性が小さいと推測されるときには、出力用データの保持期間を短縮することができ、逆に、ユーザの出力実行可能性が大きいと推測されるときには、出力用データの保持期間を延長することができる。したがって、ユーザの出力実行可能性を柔軟に反映して、有限である記憶手段の容量の利用性を向上させて、出力用データの管理が行える。

［適用例７］保持に関する扱いの変更は、記憶手段が保持する出力用データのデータ形式を変更することである適用例１ないし適用例６のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、動作情報に基づいて、ユーザの出力実行可能性が小さいと推測されるときには、出力用データの形式を、データ容量が小さくなる形式で保持し、逆に、ユーザの出力実行可能性が大きいと推測されるときには、データ容量が大きくなる形式で保持することができる。したがって、ユーザの出力実行可能性を柔軟に反映して、有限である記憶手段の容量の利用性を向上させて、出力用データの管理が行える。なお、データ容量が小さくなる形式と大きくなる形式とは、例えば、圧縮形式と非圧縮形式、非可逆圧縮形式と可逆圧縮形式など、相対的にデータ容量が異なるデータ形式の組合せであればよい。

［適用例８］変更手段は、受け取った動作情報が所定の条件を満たす場合に、変更を行う適用例１ないし適用例７のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、受け取った動作情報が所定の条件を満たす場合に、出力用データの保持に関する扱いを変更するので、データ出力装置の履歴の内容や程度に応じた、出力用データの保持に関する扱いの変更が可能であり、出力用データの柔軟な管理を行うことができる。

［適用例９］変更手段は、記憶手段における新たな出力用データを保持する能力が所定の状態に達している場合に、変更を行う適用例１ないし適用例８のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、記憶手段における新たな出力用データを保持する能力が所定の状態に達した場合に、出力用データの保持に関する扱いを変更する。したがって、例えば、新たな出力用データを保持する能力が小さい時には、保持する出力用データの総容量を小さくできる保持の扱いに変更したり（例えば、出力用データの保持期間の短縮）、新たな出力用データを保持する能力が大きい時には、保持する出力用データの総容量が大きくなってもよい保持の扱いに変更したり（例えば、出力用データの保持期間の延長）するといった、出力用データの柔軟な管理を行うことができる。

［適用例１０］変更手段は、記憶手段における新たな出力用データを保持する能力に応じて、変更の内容または程度を変化させる適用例１ないし適用例９のいずれか記載の出力データ管理装置。

かかる構成の出力データ管理装置は、記憶手段における新たな出力用データを保持する能力に応じて、変更の内容または程度を変化させる。したがって、例えば、出力用データを保持する能力が小さい時には、保持する出力用データの総容量を小さくできるような変更の内容または程度とし（例えば、出力用データの保持期間の短縮時間を通常時よりも短くする）、出力用データを保持する能力が大きい時には、保持する出力用データの総容量が大きくなってもよいような変更の内容または程度とする（例えば、出力用データの保持期間の延長時間を通常時よりも長くする）といった、出力用データの柔軟な管理を行うことができる。

［適用例１１］適用例１ないし適用例１０のいずれか記載の出力データ管理装置であって、記憶手段は、出力用データを、出力用データに関連するユーザである第１のユーザの属性と関連付けて保持し、動作履歴は、データ出力装置を動作させたユーザである第２のユーザの属性と関連付けられた履歴であり、変更手段は、受け取った動作情報に関連付けられた第２のユーザの属性に対応する第１のユーザの属性と関連付けられた出力用データの保持に関する扱いを変更する出力データ管理装置。

かかる構成の出力データ管理装置は、動作情報に関連付けられた第１のユーザの属性に対応する第２のユーザの属性と関連付けられた出力用データの保持に関する扱いを変更するので、複数のユーザがデータ出力装置を利用する場合であっても、所定のユーザに係るデータ出力装置の動作履歴のみを反映して、当該ユーザに関連する出力用データの保持に関する扱いを変更できる。また、データ出力装置が複数ある場合には、いずれのデータ出力装置をユーザが動作させるかにかかわらず、その動作履歴を反映して、当該ユーザに関連する出力用データの保持に関する扱いを変更できる。なお、第１のユーザと第２のユーザとは、そのいずれか一方または双方を、グループを単位とするものとしてもよい。

［適用例１２］適用例１ないし適用例１１のいずれか記載の出力データ管理装置であって、動作履歴は、データ出力装置を動作させたユーザの属性と関連付けられた履歴であり、変更手段は、受け取った動作情報に関連付けられたユーザの属性に応じて、変更の内容または程度を変化させる出力データ管理装置。

かかる構成の出力データ管理装置は、動作情報に関連付けられたユーザの属性に応じて、変更の内容または程度を変化させる。したがって、ユーザの属性に応じて、出力用データの柔軟な管理を行うことができる。なお、ユーザは、グループを単位とするものとしてもよい。

［適用例１３］出力データ管理装置から出力用データを受け取って、出力用データを出力するデータ出力装置であって、データ出力装置に関する所定の動作を把握する動作把握手段と、把握した動作の履歴である動作情報を、データ管理装置に提供する提供手段とを備えたデータ出力装置。

かかる構成のデータ出力装置は、データ出力装置に関する所定の動作の履歴である動作情報をデータ管理装置に提供するので、データ管理装置は、その動作情報に基づいて、柔軟な出力用データの管理を行うことができる。

［適用例１４］適用例１３記載のデータ出力装置であって、更に、所定の動作が行われたときのデータ出力装置の状態が、データ出力装置が所定のデータを出力可能な状態であるか否かを判断する判断手段を備え、提供手段は、出力可能な状態で行われた、データ出力装置の動作の履歴のみからなる動作情報を、データ管理装置に提供するデータ出力装置。

かかる構成のデータ出力装置は、データ出力装置が出力可能な状態で行われた、動作履歴のみからなる動作情報をデータ管理装置に提供する。したがって、データ管理装置は、データ出力装置が出力可能で状態における動作履歴のみから、ユーザの出力実行可能性を推測できるので、ユーザの出力実行可能性を推測するにあたって参考とならない、データ出力装置が出力できない状態における動作履歴を含む場合と比べて、ユーザの出力実行可能性の推測の確度を高めることができる。

また、本発明は、出力データ管理装置、データ出力装置としての構成のほか、出力データ管理装置とデータ出力装置とを備えた出力データ管理システム、出力データ管理方法、コンピュータプログラム、記憶媒体などとしても実現することができる。

本発明の実施例について説明する。
Ａ．第１実施例：
Ａ−１．出力データ管理システムの構成：
本発明の実施例としての出力データ管理システム２０の構成を図１に示す。出力データ管理システム２０は、コンピュータＰＣと、サーバＳＶと、プリンタＰＲＴ１，ＰＲＴ２とが、ローカルエリアネットワークＬＡＮに接続されて構成される。なお、本実施例においては、コンピュータＰＣ、サーバＳＶ及びプリンタＰＲＴ１，ＰＲＴ２は、ローカルエリアネットワークＬＡＮで接続されているが、これらは、通信可能な通信手段により接続されていればよく、例えば、インターネットなどを介して接続されていてもよいし、サーバＳＶとプリンタＰＲＴ１，ＰＲＴ２とが、ＵＳＢケーブルなどによりローカル接続されていてもよい。

出力データ管理システム２０は、いわゆる認証印刷システムであり、その概要は、以下の通りである。コンピュータＰＣは、汎用のパーソナルコンピュータであり、サーバＳＶは、印刷ジョブをスプールする印刷サーバである。また、プリンタＰＲＴ１，ＰＲＴ２は、認証機能付きのプリンタである。ユーザが、ＰＣを用いて、印刷指示を出すと、ＰＣは、印刷ジョブを、コンピュータＰＣのユーザと関連付けて、サーバＳＶに送信する。サーバＳＶは、コンピュータＰＣから印刷ジョブを受け取ると、当該印刷ジョブを、一旦、スプールする。そしてユーザが、所望のプリンタ、例えば、プリンタＰＲＴ１の設置現場まで移動して、プリンタＰＲＴ１に対応付けられた認証装置で認証を行うと、プリンタＰＲＴ１は、認証を行ったユーザと関連付けられた印刷ジョブをサーバＳＶから受け取り、印刷を実行する。

Ａ−２．プリンタの構成：
プリンタＰＲＴ１の概略構成を図２に示す。プリンタＰＲＴ１は、いわゆる複合機タイプのプリンタである。プリンタＰＲＴ１は、図示するように、ＣＰＵ３０、ＥＥＰＲＯＭ４０、ＲＯＭ５１、ＲＡＭ５２、入力機構５３、印刷機構５４、スキャナ５５、ＦＡＸ送信機構５６、認証機構５７、インタフェース５８を備えており、それぞれがバスで接続されている。なお、プリンタＰＲＴ２は、プリンタＰＲＴ１と同様の構成であり、説明を省略する。

ＣＰＵ３０は、ＥＥＰＲＯＭ４０やＲＯＭ５１に記憶されたファームウェアやＯＳをＲＡＭ５２に展開して実行することで、プリンタＰＲＴ１全体の制御を司る。また、ＣＰＵ３０は、ＥＥＰＲＯＭ４０に記憶されたプログラムを実行することで、動作把握部３１、動作判断部３２、情報提供部３３として機能する。この機能部の詳細については、後述する。

ＥＥＰＲＯＭ４０は、書き込み可能な不揮発性のメモリであり、プリンタＰＲＴ１の所定の動作の履歴を記憶するための動作履歴記憶領域４２が確保されている。印刷機構５４は、本実施例においては、レーザ式の印刷機構である。入力機構５６は、キーボードとＵＩを表示するディスプレイとからなり、ＵＩを操作することにより、ＰＲＴ１の状態を、印刷を実行する「プリントモード」、コピーを実行する「コピーモード」、イメージスキャンを行う「スキャンモード」、ＦＡＸ送信を行う「ＦＡＸモード」を選択できる。また、「プリントモード」においては、サーバＳＶにスプールされた印刷ジョブを示すリストである印刷ジョブリストをサーバＳＶから受け取って、ディスプレイに表示させ、表示された印刷ジョブのうち、所望の印刷ジョブの印刷を実行させる指示や、所望の印刷ジョブをサーバＳＶに削除させる指示についての操作が可能である。

認証機構５７は、ＩＣカード式の認証装置である。ユーザは、ＩＣチップの認証情報を認証機構５７に読み込ませて、プリンタＰＲＴ１にログインできる。なお、認証方式は、ＩＣカード式に限らず、パスワード式やバイオメトリクス式など、他の方式であってもよい。インタフェース５８は、プリンタＰＲＴ１をローカルエリアネットワークＬＡＮに接続するためのインタフェースであり、プリンタＰＲＴ１は、インタフェース５８を介してローカルエリアネットワークＬＡＮに接続されている。

Ａ−３．サーバの構成：
サーバＳＶの概略構成を図３に示す。サーバＳＶは、ＣＰＵ６０、ハードディスクドライブ７０、ＲＯＭ８１、ＲＡＭ８２、インタフェース８８を備えており、それぞれがバスで接続されている。

ＣＰＵ６０は、ハードディスクドライブ７０やＲＯＭ８１に記憶されたファームウェアやＯＳをＲＡＭ８２に展開して実行することで、サーバＳＶ全体の制御を司る。また、ＣＰＵ６０は、ハードディスクドライブ７０に記憶されたプログラムを実行することで、記憶部６１、取得部６２、変更部６３として機能する。この機能部の詳細については、後述する。

ハードディスクドライブ７０には、上述のＯＳやプログラムが記憶されているほか、コンピュータＰＣから受け取った印刷ジョブをスプールするジョブ記憶領域７１が確保されている。また、ハードディスクドライブ７０には、ジョブ情報テーブル７２、動作情報テーブル７３、変更条件テーブル７４が記憶されている。これらの詳細については、後述する。

インタフェース８８は、ローカルエリアネットワークＬＡＮに接続するためのインタフェースであり、サーバＳＶは、インタフェース８８を介してローカルエリアネットワークＬＡＮに接続されている。

Ａ−４．印刷ジョブ管理処理：
出力データ管理システム２０における印刷ジョブ管理処理について、図４を用いて説明する。本実施例における印刷ジョブ管理処理とは、サーバＳＶが、コンピュータＰＣから印刷ジョブを受け取って、スプールした後、プリンタＰＲＴ１から、所定のタイミングでプリンタＰＲＴ１の動作履歴に関する情報を受け取り、その情報基づいて、今後、印刷が実行される可能性が低いと考えられる、スプールしている印刷ジョブを削除する処理である。なお、サーバＳＶとプリンタＰＲＴ２との間でも同様の処理が行われるが、これについては、説明を省略する。

プリンタＰＲＴ１において、認証機構５７を用いて、ユーザが認証を行うことでこの処理が開始されると、まず、プリンタＰＲＴ１では、ＣＰＵ３０が、動作把握部３１の処理として、プリンタＰＲＴ１についての予め定められた所定の動作をモニタリングし、その結果を、プリンタＰＲＴ１の動作履歴を示す動作情報として、ログインしたユーザ名と関連付けて、動作履歴記憶領域４２に記憶している（ステップＳ１１０）。なお、本実施例については、動作情報は、ログインしたユーザ名と関連付けられているが、必ずしも、ユーザ名と関連付けなくてもよい。

ここでモニタリングされる所定の動作としては、例えば、図５の第２列に示す動作である「ログイン」、「自動ログアウト（ログイン後に操作を行わない所定時間を経過した場合に発生）」、「ログイン累積時間」、「アイドル累積時間」、「プリントモード移行」、印刷を実行する操作において、「受け取った印刷ジョブリストのうち、印刷を実行しなかった印刷ジョブがある」とすることができる。これらの動作には、図５の第１列に示す通知ＩＤ「０」〜「５」が関連付けられている。なお、ここで設定される動作は、サーバＳＶでスプールされている印刷ジョブについて、今後、印刷が実行される可能性が小さいことを推測可能な動作である。例えば、所定のユーザが、度々、プリンタＰＲＴ１に「ログイン」したり、「プリントモード」で操作したりしているにもかかわらず、所定の印刷ジョブが印刷実行されていなければ、当該ユーザが、今後、印刷未実行の印刷ジョブを印刷する可能性は低いと推測できるわけである。なお、図５に示した所定の動作は例示に過ぎず、印刷が実行される可能性が小さいことを推測可能な動作であればよい。例えば、プリンタＰＲＴ１がＲＦＩＤ（Radio Frequency IDentification）により、ユーザが近づいたことを検知できる場合には、その検知を所定の動作としてもよい。

そして、ＣＰＵ３０は、所定の通知条件を満足するか否かを判断する（ステップＳ１２０）。ここでの通知条件としては、例えば、図５の第３列に示すように、「ログインしたか」、「ログアウトしたか」、「所定のイベントが発生したか」、「所定の時間について、一定時間が経過したか」などである。

本実施例においては、動作「ログイン」については、通知条件「ログインしたか」、動作「自動ログアウト」については、通知条件「ログアウトしたか」、動作「ログイン累積時間」については、通知条件「所定の時間（ここでは、ログイン累積時間）について、一定時間が経過したか」、動作「アイドル累積時間」については、通知条件「所定の時間（ここでは、アイドル累積時間）について、一定時間が経過したか」、動作「プリントモード移行」については、通知条件「所定のイベント（ここでは、プリントモード移行）が発生したか」、動作「受け取った印刷ジョブリストのうち、印刷を実行しなかった印刷ジョブがある」については、通知条件「ログアウトしたか」を通知条件とした。なお、上述の動作と通知条件との組合せは一例であり、種々の組合せを適宜に設定すればよい。また、通知条件も本例に限らず、種々の条件、例えば、「所定のイベントが規定回数発生したか」、「前回の通知条件満足時から所定時間経過したか」などについて、適宜設定すればよい。

所定の通知条件の判断の結果、通知条件を満足している場合には（ステップＳ１２０：ＹＥＳ）、ＣＰＵ３０は、情報提供部３３の処理として、動作履歴記憶領域４２に記憶された動作情報をサーバＳＶに送信する（ステップＳ１３０）。ここで、送信される動作情報の内容は、動作の内容を示す通知ＩＤであり、動作の内容によっては、当該動作に関連付けられたユーザ名や、動作の詳細を示す情報（動作回数など）が付加される。また、プリンタＰＲＴ１の機種名や動作の発生時間など他の情報を付加してもよい。

送信される動作情報は、具体的には、例えば、図５の第４列に示すように、通知ＩＤ「０」や通知ＩＤ「１」の動作に関するものであれば、通知ＩＤとユーザ名とすることができる。また、通知ＩＤ「２」や通知ＩＤ「３」の動作に関するものであれば、通知ＩＤとユーザ名に加えて、その動作の累積時間とすることができる。また、通知ＩＤ「４」の動作に関するものであれば、通知ＩＤとユーザ名に加えて、その動作の動作回数とすることができる。また、通知ＩＤ「５」の動作に関するものであれば、通知ＩＤと、印刷未実行の印刷ジョブに対応するジョブＩＤ及び当該動作の動作回数とすることができる。

なお、動作履歴記憶領域４２に記憶された動作情報が、ユーザ名と関連付けられたものでない場合には、送信される動作情報は、ユーザ名を含まないものとしてもよい。

また、ステップＳ１３０で送信される動作情報には、１種類の動作履歴を含む場合もあれば、複数種類の動作履歴を含む場合もある。例えば、図５の例では、ユーザのログインにより動作情報を送信する場合には、通知ＩＤ「０」と、それに対応するユーザ名とを含む動作情報が送信されるが、自動ログアウトした際に動作情報を送信する場合には、通知ＩＤ「１」と、通知ＩＤ「５」と、それらに対応するユーザ名等を含む動作情報が送信される。

一方、通知条件を満足していない場合には（ステップＳ１２０：ＮＯ）、ＣＰＵ３０は、処理を上記ステップＳ１１０に戻し、プリンタＰＲＴ１の動作のモニタリングを継続する。

一方、サーバＳＶでは、コンピュータＰＣから印刷ジョブを受信すると、ＣＰＵ６０が、記憶部６１の処理として、当該印刷ジョブをジョブ記憶領域７１に記憶すると共に、印刷ジョブに関する種々の情報をジョブ情報テーブル７２に記憶して、印刷ジョブを管理している（図示せず）。本実施例においては、ジョブ情報テーブル７２に記憶される印刷ジョブに関する情報は、印刷ジョブの識別番号であるジョブＩＤ、印刷ジョブの送信ユーザ名、出力先のプリンタの機種名（出力先が指定される場合）、印刷ジョブの受信時間、ファイルパスである。

そして、印刷ジョブを受け取って、印刷ジョブ管理処理を開始すると、ＣＰＵ６０は、取得部６２の処理として、プリンタＰＲＴ１から、動作情報を受信したか否かを判断する（ステップＳ２１０）。その結果、受信していなければ（ステップＳ２１０：ＮＯ）、ＣＰＵ６０は、受信を待機し、動作情報を受信すれば（ステップＳ２１０：ＹＥＳ）、受信した動作情報に基づいて、対応する動作情報テーブル７３に情報を記録・更新する。

動作情報テーブル７３とは、サーバＳＶが印刷ジョブをスプール可能なローカルエリアネットワークＬＡＮ上のプリンタ（ここでは、プリンタＰＲＴ１及びＰＲＴ２）の動作の履歴を記録するテーブルである。本実施例においては、動作情報テーブル７３に記録される情報は、動作情報の識別番号であるイベントＩＤ、ジョブＩＤ、通知ＩＤ、その他受信する動作情報に対応する情報（動作回数、時間など）とした。

ステップＳ２１０においては、具体的には、例えば、ジョブ情報テーブル７２に、ジョブＩＤ「Ｐ１」、ユーザ名「Ａ」として管理される印刷ジョブが、ジョブ記憶領域７１に保持され、動作情報テーブル７３に、ジョブＩＤ「Ｐ１」に関連付けられた通知ＩＤ「０」の動作回数が「１回」と記録されている際に、新たに通知ＩＤ「０」、ユーザ名「Ａ」の動作情報を受信すると、ＣＰＵ６０は、通知ＩＤ「０」が一致し、動作情報に含まれるユーザ名「Ａ」に関連付けられて管理されているジョブＩＤ「Ｐ１」に関する動作回数を「１回」から「２回」に更新するのである。

本実施例においては、このように、受信した動作情報に含まれるユーザ名に関連付けられた印刷ジョブについて、ジョブ情報テーブル７２の情報を更新するものとした。かかる構成とすれば、ＬＡＮ上に複数の認証プリンタが設置されている場合に、ユーザが複数の認証プリンタのいずれで操作を行っても、その操作を、サーバＳＶにスプールされた印刷ジョブの印刷実行を行わないことを推測する動作として反映することができるので、推測の確度を高めることができる。また、複数のユーザがプリンタＰＲＴ１を利用する場合であっても、所定のユーザに係るプリンタＰＲＴ１の動作履歴のみを印刷ジョブの印刷実行を行わないことを推測する動作として反映することができるので、推測の確度を高めることができる。

ただし、ジョブ情報テーブル７２の情報の更新は、このような構成に限るものではなく、種々の構成とすることができる。例えば、プリンタＰＲＴ１から送信される動作情報に、ユーザ名と機種名とが含まれる場合には、これらの双方が一致する印刷ジョブについて、情報を更新する構成としてもよい。こうすれば、例えば、モノクロ印刷のみに対応するプリンタでの動作履歴に基づいて、カラープリント用の印刷ジョブを削除するといったことがないので、印刷ジョブの印刷実行を行わないことを推測する確度を高めることができる。あるいは、プリンタＰＲＴ１から送信される動作情報に、ユーザ名とプリンタ名とが含まれており、ジョブ情報テーブル７２に印刷を実行すべきプリンタ名をも管理している場合には、これらの双方が一致する印刷ジョブについて、情報を更新する構成としてもよい。

逆に、機種名やプリンタ名にかかわらず、ユーザ名が一致する全ての印刷ジョブについて、情報を更新する構成としてもよい。こうすれば、所定のユーザが印刷を実行する可能性が、全ての印刷ジョブについて小さいような場合に、有効である。

動作情報テーブル７３を記録・更新すると、ＣＰＵ６０は、記録・更新した情報が、スプールした印刷ジョブの削除条件を満足するか否かを判断する（ステップＳ２３０）。ここでの判断基準は、予め定められたものであり、その内容は、変更条件テーブル７４に記録されている。

変更条件テーブル７４の具体例を図６に示す。図示するように、変更条件テーブル７４には、プリンタＰＲＴ１が送信する動作情報に含まれる可能性のある通知ＩＤのそれぞれに対して、印刷ジョブを削除する条件が関連付けられて記憶されている。例えば、通知ＩＤ「０」に対応する削除条件は「１０回」であり、所定のユーザ名に関連付けられた通知ＩＤ「０」を含む動作情報を１０回受信し、動作情報テーブル７３の通知ＩＤ「０」の動作回数が「１０回」となると、ＣＰＵ６０は、上記ステップＳ２３０において、削除条件が満足されたと判断するのである。

その結果、削除条件を満足していれば（ステップＳ２３０：ＹＥＳ）、ＣＰＵ６０は、変更部６３の処理として、削除条件を満足したジョブＩＤに対応する印刷ジョブをジョブ記憶領域７１から削除すると共に、ジョブ情報テーブル７２及び動作情報テーブル７３から、当該印刷ジョブに対応する情報を削除し（ステップＳ２４０）、処理を元に戻す。一方、削除条件を満足していなければ（ステップＳ２３０：ＮＯ）、ＣＰＵ６０は、処理を上記ステップＳ２１０に戻す。

かかる印刷ジョブ管理処理について、さらに、図７を用いて、印刷ジョブ管理処理の前段の処理を含めて、具体例を挙げて説明する。この例では、プリンタＰＲＴ１において、図５に示した動作のうち、動作「受け取った印刷ジョブリストのうち、印刷を実行しなかった印刷ジョブがある」についてモニタリングするものとし（ステップＳ１１０に対応）、ステップＳ１２０の通知条件は、「ログアウトしたか」に設定されている。また、図６に例示した変更条件テーブル７４には、通知ＩＤ「５」に対して、削除条件「２回」が記録されている。

図示するように、コンピュータＰＣにおいて、ユーザＡが印刷ジョブＰ１について、印刷実行指示を行うと、コンピュータＰＣは、印刷ジョブＰ１をサーバＳＶに送信する（ステップＳ３１１）。これを受けて、サーバＳＶは、印刷ジョブＰ１をジョブ記憶領域７１に保存すると共に、コンピュータＰＣから同時に送信された印刷ジョブＰ１に関する情報をジョブ情報テーブル７２に保存する（ステップＳ３２１）。同様に、コンピュータＰＣが印刷ジョブＰ２を送信すると（ステップＳ３１２）、サーバＳＶは、印刷ジョブＰ２等を保存する（ステップＳ３２２）。

このとき、ジョブ情報テーブル７２には、図８（ａ）に示すように、印刷ジョブＰ１及び印刷ジョブＰ２の情報が記憶されている。また、このとき、サーバＳＶは、プリンタＰＲＴ１から動作情報を未だ受け取っていないので、動作情報テーブル７３には、図８（ａ）に示すように、記憶されている情報はない。

そして、ユーザＡが印刷を実行するためにプリンタＰＲＴ１に移動し、認証機構５７を用いて認証を行うと、プリンタＰＲＴ１は、サーバＳＶにユーザ名（ユーザＡ）を含む印刷ジョブリスト要求を送信する（ステップＳ３４２）。これに対して、サーバＳＶは、ジョブ情報テーブル７２を参照して、ユーザＡに関連付けられた印刷ジョブＰ１及び印刷ジョブＰ２について、印刷ジョブリストを作成し、プリンタＰＲＴ１に送信する（ステップＳ３２３）。

これに対し、プリンタＰＲＴ１は、受信した印刷ジョブリストを印刷機構５４のディスプレイに表示させるので、ユーザＡは、印刷機構５４を操作して、印刷ジョブＰ１の印刷実行を指示する。プリンタＰＲＴ１は、この指示を受け付け（ステップＳ３４２）、サーバＳＶに印刷ジョブＰ１の送信を要求する（ステップＳ３４３）。これに対し、サーバＳＶは、印刷ジョブＰ１をプリンタＰＲＴ１に送信する（ステップＳ３２４）。

プリンタＰＲＴ１は、印刷ジョブＰ１を受信して、印刷を実行し（ステップＳ３４４）、サーバＳＶに印刷ジョブＰ１の印刷完了通知を送信する（ステップＳ３４５）。印刷ジョブＰ１の印刷完了通知を受信すると、サーバＳＶは、これに対応する印刷ジョブＰ１をジョブ記憶領域７１から削除すると共に、印刷ジョブＰ１に対応する情報をジョブ情報テーブル７２から削除する（ステップＳ３２５）。

ここで、プリンタＰＲＴ１は、図４に示した印刷ジョブ管理処理を行っている（ステップＳ３４６）。ここでの処理の内容は、以下の通りである。プリンタＰＲＴ１は、ステップＳ１１０において、動作「受け取った印刷ジョブリストのうち、印刷を実行しなかった印刷ジョブがある」を検知し、ステップＳ１２０において通知条件「ログアウトしたか」を満たしたと判断すると、ステップ１３０において、サーバＳＶに動作情報を送信する（ステップＳ３４７）。この動作情報には、動作「受け取った印刷ジョブリストのうち、印刷を実行しなかった印刷ジョブがある」に関連付けられた通知ＩＤ「５」と、印刷が実行されなかった印刷ジョブを示す印刷ジョブＩＤ「Ｐ２」が含まれる。なお、ここでは、動作情報に、動作回数は含まれないが、通知条件が「所定時間を経過したか」などである場合には、当該動作が複数回発生している可能性もあるので、動作回数も含まれることとなる。

一方、サーバＳＶでも図４に示した印刷ジョブ管理処理を行っており（ステップＳ３２６）、以下の処理が行われる。動作情報を受信すると、サーバＳＶは、図４のステップＳ２２０において、受信した動作情報に基づいて、動作情報テーブル７３を記録・更新する。ここでのジョブ情報テーブル７２及び動作情報テーブル７３の情報は、図８（ｂ）に示すとおりである。ジョブ情報テーブル７２からは、上記ステップＳ３２５で印刷ジョブＰ１に対応する情報が削除されているので、ジョブ情報テーブル７２には、印刷ジョブＰ２に対応する情報のみが記憶されている。また、動作情報テーブル７３には、イベントＩＤ「Ｅ１」が発行され、これに関連付けて、受信した動作情報の内容が記憶されている。なお、本例では、動作情報には、動作回数は含まれないので、受信した動作情報の数に対応する「１」が「動作回数」として記録されている。

なお、本実施例では、サーバＳＶのＣＰＵ６０は、プリンタＰＲＴ１の送信する動作情報に印刷ジョブＩＤ「Ｐ２」が含まれていることから、印刷ジョブＰ２の印刷を実行しなかったことを解釈する構成としているが、プリンタＰＲＴ１は、印刷ジョブＩＤを含めずに動作情報を送信し、サーバＳＶは、送信した印刷ジョブリストに記載された印刷ジョブのうち、印刷ジョブリストを送信してから、動作情報を受信するまでの間に送信しなかった印刷ジョブがあるか否かを判断することで、印刷未実行の印刷ジョブを解釈する構成としてもよい。

そして、サーバＳＶは、ステップＳ２３０において、削除条件を満足しているか否かを判断する。ここでは、動作情報テーブル７３に記録された動作回数は「１」であり、削除条件「２」回を満足していないので、処理をステップＳ２１０に戻す、すなわち、印刷ジョブＰ２を保持することとなる。

また、ユーザＡが、コンピュータＰＣに戻り、印刷ジョブＰ３について印刷指示を行い、コンピュータＰＣが印刷ジョブＰ３を送信すると（ステップＳ３１３）、サーバＳＶは、印刷ジョブＰ３等を保存する（ステップＳ３２７）。このとき、ジョブ情報テーブル７２には、図８（ｃ）に示すように、印刷ジョブＰ２及び印刷ジョブＰ３の情報が記憶されている。また、動作情報テーブル７３には、図８（ｂ）と同様の情報が記録されている。

そして、ユーザＡがプリンタＰＲＴ１で認証を行うと、プリンタＰＲＴ１は、サーバＳＶにユーザ名（ユーザＡ）を含む印刷ジョブリスト要求を送信する（ステップＳ３４８）。これに対して、サーバＳＶは、印刷ジョブＰ２及び印刷ジョブＰ３について、印刷ジョブリストを作成し、プリンタＰＲＴ１に送信する（ステップＳ３２８）。

これに対し、プリンタＰＲＴ１は、ユーザＡの操作により、印刷ジョブＰ３の印刷実行指示を受け付け（ステップＳ３４９）、サーバＳＶに印刷ジョブＰ３の送信を要求する（ステップＳ３５０）。これに対し、サーバＳＶは、印刷ジョブＰ３をプリンタＰＲＴ１に送信する（ステップＳ３２９）。

プリンタＰＲＴ１は、印刷ジョブＰ３を受信して、印刷を実行し（ステップＳ３５１）、サーバＳＶに印刷ジョブＰ３の印刷完了通知を送信する（ステップＳ３５２）。サーバＳＶは、これに対応する印刷ジョブＰ３をジョブ記憶領域７１から削除すると共に、印刷ジョブＰ３に対応する情報をジョブ情報テーブル７２から削除する（ステップＳ３２５）。

ここで、プリンタＰＲＴ１は、図４に示した印刷ジョブ管理処理を行っている（ステップＳ３５３）。ここでの処理は、上記ステップＳ３５３と同様であり、プリンタＰＲＴ１は、通知ＩＤ「５」、印刷ジョブＩＤ「Ｐ２」が含まれる動作情報をサーバＳＶに送信する（ステップＳ３５４）。

一方、サーバＳＶは、図４に示した印刷ジョブ管理処理を行っており（ステップＳ３３１）、以下の処理が行われる。動作情報を受信すると、サーバＳＶは、図４のステップＳ２２０において、受信した動作情報に基づいて、動作情報テーブル７３を記録・更新する。ここでのジョブ情報テーブル７２及び動作情報テーブル７３の情報は、図８（ｄ）に示すとおりである。ジョブ情報テーブル７２には、印刷ジョブＰ２及びＰ３に対応する情報が記憶されている。また、動作情報テーブル７３には、受信した動作情報に含まれる通知ＩＤ「５」、印刷ジョブＩＤ「Ｐ２」に対応する動作回数が「１」から「２」に更新されている。

そして、サーバＳＶは、ステップＳ２３０において、削除条件を満足しているか否かを判断する。ここでは、動作情報テーブル７３に記録された動作回数は「２」であり、削除条件「２」回を満足しているので、サーバＳＶは、処理をステップＳ２４０に進め、印刷ジョブＰ２をジョブ記憶領域７１から削除すると共に、印刷ジョブＰ２に対応する情報を、ジョブ情報テーブル７２及び動作情報テーブル７３から削除することとなる。

かかる構成の出力データ管理システム２０において、プリンタＰＲＴ１は、印刷未実行の印刷ジョブの印刷が実行される可能性が小さいことを推測可能な、プリンタＰＲＴ１の動作履歴を動作情報として情報をサーバＳＶに提供する。一方、サーバＳＶは、プリンタＰＲＴ１から動作情報を受け取り、当該動作情報に含まれる動作履歴から想定される、印刷未実行の印刷ジョブが今後印刷される可能性を判断し、印刷される可能性が小さいときには、ジョブ記憶領域７１に保持している印刷未実行の印刷ジョブを削除する。したがって、ユーザの印刷実行可能性を柔軟に反映して、有限であるジョブ記憶領域７１の容量の利用性を向上させて、印刷ジョブの管理が行える。

また、かかる構成の出力データ管理システム２０において、サーバＳＶは、受け取った動作情報が変更条件テーブル７４の条件を満たす場合に、保持している印刷ジョブを削除するので、動作情報に含まれるプリンタＰＲＴ１の動作履歴の種類や回数に応じて変動する、印刷未実行の印刷ジョブの印刷が実行される可能性を反映して、柔軟な印刷ジョブの管理が行える。

Ｂ．第２実施例：
第１実施例においては、図４に示した印刷ジョブ管理処理において、サーバＳＶが、プリンタＰＲＴ１から受信した動作情報に基づいて、ジョブ記憶領域７１に保持する印刷ジョブの削除を行う構成について示したが、第２実施例においては、当該動作情報に基づいて、ジョブ記憶領域７１に保持する印刷ジョブの保持期間の変更を行う構成について示す。

第２実施例におけるサーバＳＶでは、印刷ジョブを保持する保持期間が定められており、保持期間を経過した印刷ジョブは、印刷の実行がなされていなくても、削除される構成としている。なお、ここでは、保持期間として、６時間が設定されているものとする。

第２実施例としての印刷ジョブ管理処理の流れを図９に示す。図４に示した第１実施例との違いは、サーバＳＶの処理において、ステップＳ２２０〜Ｓ２４０に代えて、ステップＳ４２０の処理を行う点である、なお、図４と同様のステップについては、図４と同一の符号を付し、説明を簡略化する。まず、プリンタＰＲＴ１は、ステップＳ１１０において、第１実施例と同様に、所定の動作をモニタリングしている。本例においてモニタリングする動作は、図１０の第２列に示すとおりであり、図５に示した動作に、印刷ジョブを削除する操作において、「受け取った印刷ジョブリストのうち、削除を実行しなかった印刷ジョブがある」（通知ＩＤ６に対応）という動作が加えられている。

ここで設定される動作は、サーバＳＶでスプールされている印刷ジョブについて、今後、印刷が実行される可能性が小さいこと、または、印刷が実行される可能性が大きいことを推測可能な動作である。例えば、所定のユーザが、プリンタＰＲＴ１で印刷ジョブ削除操作を行ったにもかかわらず、所定の印刷ジョブの削除が実行されていなければ、当該ユーザが、今後、印刷未実行の印刷ジョブを印刷する可能性は大きいと推測できるわけである。

図１０に例示する動作では、通知ＩＤ「０」〜「５」の動作については、第１実施例と同様に、印刷が実行される可能性が小さいことを推測可能な動作である。また、通知ＩＤ「６」の動作については、印刷が実行される可能性が大きいことを推測可能な動作である。

そして、ＣＰＵ３０は、第１実施例と同様に、ステップＳ１２０において、所定の通知条件を満足するか否かを判断する。ここでは、通知ＩＤ「０」〜「５」の動作についての通知条件は、第１実施例と同様であり、通知ＩＤ「６」の動作については、通知条件を「ログアウトしたか」に設定している。

所定の通知条件の判断の結果、通知条件を満足している場合には（ステップＳ１２０：ＹＥＳ）、第１実施例と同様に、ＣＰＵ３０は、動作履歴記憶領域４２に記憶された動作情報をサーバＳＶに送信する（ステップＳ１３０）。

ここで送信される動作情報は、図１０の第４列に示す情報である。ここでは、通知ＩＤ「０」及び「１」の動作に関するものは、第１実施例と同様に、通知ＩＤとユーザ名としている。また、通知ＩＤ「２」及び「３」の動作に関するものは、第１実施例と比べて、「累積時間」を省略している。また、通知ＩＤ「４」及び「５」の動作に関するものは、第１実施例と比べて、「動作回数」を省略し、通知ＩＤ「６」に関するものは、通知ＩＤ及びジョブＩＤとしている。このように「累積時間」や「動作回数」を省略しているのは、第２実施例では、サーバＳＶは、これらの情報にかかわらず、ジョブ記憶領域７１に保持する印刷ジョブの保持期間の変更を行う構成としているからである。その詳細については後述する。

一方、サーバＳＶでは、コンピュータＰＣから印刷ジョブを受信すると、第１実施例と同様に、ＣＰＵ６０が、当該印刷ジョブをジョブ記憶領域７１に記憶すると共に、ジョブ記憶領域７１に保持された印刷ジョブに対応する情報を、ジョブ情報テーブル７２に記憶している。ただし、第２実施例では、動作情報テーブル７３には、情報は記憶されていない。ジョブ情報テーブル７２に記憶される情報の具体例を図１１に示す。この例では、第１実施例として図８（ａ）に示したジョブ情報テーブル７２の情報に加え、保持する印刷ジョブの削除時間が記憶されている。前述したとおり、印刷ジョブの保持期間は６時間であるため、例えば、「２００８年１月２８日１２時」に受信した印刷ジョブＰ１の削除時間は、「２００８年１月２８日１８時」である。

そして、プリンタＰＲＴ１から動作情報を受信すれば（ステップＳ２１０：ＹＥＳ）、ＣＰＵ６０は、変更部６３の処理として、通知ＩＤごとに保持期間の変更時間が定められた変更条件テーブル７４を参照して、受信した動作情報に対応する印刷ジョブについて、変更条件テーブル７４に定められた変更時間の分だけ、保持期間を変更し（ステップＳ４２０）、処理を元に戻す。変更条件テーブル７４の具体例を図１２に示す。この例では、印刷が実行される可能性が小さいことを推測できる動作に対応する通知ＩＤ「０」〜「５」に対しては、保持期間の短縮値がそれぞれ定められている。また、印刷が実行される可能性が大きいことを推測できる動作に対応する通知ＩＤ「６」に対しては、保持期間の延長値が定められている。

例えば、図１１に示した例を用いれば、ＣＰＵ６０は、ステップＳ４２０において、通知ＩＤ「１」、ユーザ名「Ａ」を含む動作情報を受信した場合には、ユーザ名「Ａ」に対応する印刷ジョブＰ１及びＰ２の保持期間を、通知ＩＤ「１」に対応する変更時間である０．５時間だけ削減する。すなわち、印刷ジョブＰ１の削除時間を「２００８年１月２８日１７時３０分」に変更し、印刷ジョブＰ２の削除時間を「２００８年１月２８日１７時３１分」に変更する。また、通知ＩＤ「６」、ジョブＩＤ「Ｐ２」を含む動作情報を受信した場合には、ジョブＩＤ「Ｐ２」に対応する印刷ジョブＰ２の保持期間を通知ＩＤ「６」に対応する変更時間である６時間だけ延長、すなわち、印刷ジョブＰ２の削除時間を「２００８年１月２９日００時０１分」に変更するのである。

なお、第２実施例においては、サーバＳＶのＣＰＵ６０は、動作情報を受け取ると、常に、対応するジョブ記憶領域７１に保持している印刷ジョブの保持期間を変更する構成としたため、動作情報テーブル７３を用いない構成としたが、このような構成に限られるものではない。例えば、動作情報を受け取るたびに、保持期間を変更する構成に代えて、所定の通知ＩＤを所定回数受け取るたびに、保持期間を変更する構成としてもよい。このような場合には、変更条件テーブル７４には、図１２に示した削減値または延長値に加えて、保持期間の変更条件となる動作回数等を通知ＩＤと関連付けて記憶しておき、第１実施例と同様に、動作情報を受け取るたびに、動作情報テーブル７３の情報を記録・更新し、動作情報テーブル７３の動作回数等が変更条件テーブル７４の保持期間の変更条件を満たすたびに、保持期間を変更する構成としてもよい。

また、第２実施例においては、サーバＳＶは、プリンタＰＲＴ１から受け取った動作情報に応じて、印刷ジョブの保持期間を短縮、または、延長する構成としたが、短縮、延長のうち、いずれか一方のみを行う構成としてもよい。

かかる構成の出力データ管理システム２０において、プリンタＰＲＴ１は、印刷が実行される可能性が小さいこと、または、印刷が実行される可能性が大きいことを推測可能な、プリンタＰＲＴ１の動作履歴を動作情報として情報をサーバＳＶに提供する。一方、サーバＳＶは、プリンタＰＲＴ１から動作情報を受け取り、当該動作情報に含まれる動作履歴から、印刷未実行の印刷ジョブが今後印刷される可能性が小さいと判断されるときには、ジョブ記憶領域７１に保持している印刷未実行の印刷ジョブの保持期間を短縮し、印刷される可能性が大きいと判断されるときには、保持期間を延長する。したがって、ユーザの出力実行可能性を柔軟に反映して、有限であるジョブ記憶領域７１の容量の利用性を向上させて、印刷ジョブの管理が行える。

Ｃ．第３実施例：
第３実施例としての印刷ジョブ管理処理の流れは、概ね図４に示した第１実施例としての印刷ジョブ管理処理と同様である。第１実施例と異なる点は、ステップＳ１３０においてプリンタＰＲＴ１が送信する動作情報には、図１０に例示した動作と同様に、印刷が実行される可能性が小さいことを推測できる動作と、印刷が実行される可能性が大きいことを推測できる動作とが含まれ得る点である。また、変更条件テーブル７４の条件を満たすと判断した場合に（ステップ２３０：ＹＥＳ）、ステップＳ２４０において、印刷ジョブの削除に代えて、保持する印刷ジョブのデータ形式を変更する点である。

具体的には、ステップＳ２３０において、ユーザの印刷実行可能性が小さいと推測される動作（図１０の例では、通知ＩＤ「０」〜「５」の動作）に対応する条件を満足した際には、ステップＳ２４０において、ジョブ記憶領域７１に保持された、対応する印刷ジョブを、サーバＳＶが備える圧縮回路を用いて、可逆圧縮し、これを圧縮データ形式で保持する。なお、圧縮方式は、特に限定するものではなく、ＬＺ方式、ＺＩＰ方式、ＣＡＢ方式など、種々の公知の圧縮方式を用いることができる。

一方、ステップＳ２３０において、ユーザの印刷実行可能性が大きいと推測される動作（図１０の例では、通知ＩＤ「６」の動作）に対応する条件を満足した際には、ステップＳ２４０において、ジョブ記憶領域７１に保持された、対応する印刷ジョブが圧縮データ形式で保持されている場合には、当該印刷ジョブを、サーバＳＶが備える伸張回路を用いて、伸張し、これを伸張データ方式で保持する。

かかる構成としても、ユーザの印刷実行可能性を柔軟に反映して、有限であるジョブ記憶領域７１の容量の利用性を向上させて、印刷ジョブの管理が行える。なお、本実施例においては、可逆圧縮形式と非圧縮形式との間で、保持する印刷ジョブのデータ形式を変更する構成としたが、変更するデータ形式は、このような構成に限るものではなく、相対的にデータ容量が異なるデータ形式間で変更する構成であればよい。例えば、非可逆圧縮形式と可逆圧縮形式との間で変更する構成でもよい。また、本実施例においては、印刷ジョブの圧縮、または、伸張を行う構成としたが、圧縮のみを行う構成としてもよい。

Ｄ．第４実施例：
第４実施例としての印刷ジョブ管理処理の流れは、図４に示した第１実施例としての印刷ジョブ管理処理と同様である。第１実施例と異なる点は、変更条件テーブル７４の条件を満たすと判断した場合に（ステップ２３０：ＹＥＳ）、ステップＳ２４０において、印刷ジョブの削除に代えて、保持する印刷ジョブを他の記憶媒体に出力して、ジョブ記憶領域７１から退避させることである。ここで、他の記憶媒体とは、ハードディスクドライブ７０におけるジョブ記憶領域７１以外の領域や、サーバＳＶに接続された外部記憶媒体などとしてもよいし、ローカルエリアネットワークＬＡＮ上に接続された他の端末やサーバの記憶媒体としてもよい。

また、図１０の通知ＩＤ「６」の動作に例示したような印刷が実行される可能性が大きいことを推測可能な動作に係る動作情報をプリンタＰＲＴ１から受け取ったときには、ＣＰＵ６０は、他の記憶媒体に退避させた印刷ジョブを再度読み込んだり、他の端末やサーバに退避させた印刷ジョブの送信要求を送信し、印刷ジョブを再度取得したりして、ジョブ記憶領域７１に、退避させた印刷ジョブを戻してもよい。

かかる構成としても、ユーザの印刷実行可能性を柔軟に反映して、有限であるジョブ記憶領域７１の容量の利用性を向上させて、印刷ジョブの管理が行える。

Ｅ．変形例：
上述した実施例の変形例について説明する。
Ｅ−１．変形例１：
実施例では、印刷ジョブ管理処理において、サーバＳＶは、ジョブ記憶領域７１の状態にかかわらず、一律の処理を行う構成としたが、ジョブ記憶領域７１における新たな印刷ジョブを保持する能力が所定の状態に達した場合にのみ、保持する印刷ジョブの扱いを変更する構成としてもよい。

具体的には、第１実施例であれば、以下の構成として実現することができる。サーバＳＶのＣＰＵ６０は、ステップＳ２３０において、変更条件テーブル７４に定められた条件を満足したと判断すると、更に、ジョブ記憶領域７１の空き容量を把握し、空き容量が所定値以下であるか否かを判断する。その結果、空き容量が所定値（絶対値、または割合）以下である場合のみ、処理をステップＳ２３０に進めて、対応する印刷ジョブの削除を行い、空き容量が所定値よりも大きい場合には、処理をステップＳ２１０に戻す。

なお、ステップＳ２３０で付加する判断は、ジョブ記憶領域７１の空き容量が所定値以下であるか否かに限らず、ジョブ記憶領域７１の空き容量が所定値以上であるか否かであってもよい。例えば、空き容量に余裕があれば、印刷ジョブの保持期間を延長するなどの処理も行えるからである。また、「所定の状態」とは、記憶容量の絶対値や割合により特定される状態に限らず、例えば、ジョブ記憶領域７１に保持された印刷ジョブの数が所定数以上であるかなどであってもよい。

かかる構成によれば、ジョブ記憶領域７１における新たな印刷ジョブを保持する能力に応じて、より柔軟に印刷ジョブの管理を行うことができる。

Ｅ−２．変形例２：
サーバＳＶは、ジョブ記憶領域７１における新たな印刷ジョブを保持する能力に応じて、保持する印刷ジョブの扱いの変更の内容や程度を変化させる構成としてもよい。具体的には、保持する印刷ジョブの扱いの変更の内容を変化させる構成は、例えば、以下の構成として実現することができる。サーバＳＶのハードディスクドライブ７０には、印刷ジョブの削除条件が定められた変更条件テーブル７４ａと、印刷ジョブの保持期間の短縮条件が定められた変更条件テーブル７４ｂと、印刷ジョブの圧縮条件が定められた変更条件テーブル７４ｃとを記憶しておく。そして、ＣＰＵ６０は、ステップＳ２２０において、動作情報テーブル７３を更新した後に、ジョブ記憶領域７１の空き容量を把握し、ステップＳ２３０において、把握した空き容量が所定値Ｔｈ１よりも少ない場合には、変更条件テーブル７４ａを参照して、条件を満足している場合に、印刷ジョブを削除する。把握した空き容量が所定値Ｔｈ１とＴｈ２との間にある場合には、変更条件テーブル７４ｂを参照して、条件を満足している場合に、印刷ジョブの保持期間を短縮する。把握した空き容量が所定値Ｔｈ２と所定値ＴＨ３との間にある場合には、変更条件テーブル７４ｃを参照して、条件を満足している場合に、印刷ジョブの圧縮を行う。そして、把握した空き容量が所定値ＴＨ３よりも大きい場合には、条件を満足している場合であっても、印刷ジョブの保持に関する扱いを変更しない。すなわち、ジョブ記憶領域７１の余裕度に応じて、印刷ジョブの保持に関する扱いを変化させるのである。

また、保持する印刷ジョブの扱いの変更の程度を変化させる構成は、第２実施例であれば、例えば、以下の構成として実現することができる。サーバＳＶのハードディスクドライブ７０には、ジョブ記憶領域７１の空き容量が比較的大きい場合に対応する、印刷ジョブの保持期間の短縮時間を大きくした変更条件テーブル７４ｄと、空き容量が比較的小さい場合に対応する、印刷ジョブの保持期間の短縮時間を小さくした変更条件テーブル７４ｅとを記憶しておく。そして、ＣＰＵ６０は、ステップＳ２２０において、動作情報テーブル７３を更新した後に、ジョブ記憶領域７１の空き容量を把握し、ステップＳ２３０において、把握した空き容量に対応する変更条件テーブル７４ｄまたは７４ｅを参照して、印刷ジョブの削除条件を満足しているか否かを判断する。

上述の構成によっても、ジョブ記憶領域７１における新たな印刷ジョブを保持する能力に応じて、より柔軟に印刷ジョブの管理を行うことができる。

Ｅ−３．変形例３：
実施例においては、サーバＳＶは、ジョブ情報テーブル７２において、印刷ジョブと、コンピュータＰＣから印刷ジョブと併せて受信したユーザ名とを関連付けて管理する構成とした。また、サーバＳＶは、動作情報テーブル７３において、プリンタＰＲＴ１から受信する動作情報に含まれる通知ＩＤの種類によっては、併せて含まれるユーザ名と、プリンタＰＲＴ１の動作（通知ＩＤ）とを関連付けて管理する構成とした。そして、動作情報テーブル７３に記憶された所定の動作が所定条件を満足したときに、当該動作に関連付けられたユーザ名と、印刷ジョブに関連付けられたユーザ名とが一致する場合に、当該印刷ジョブの保持の扱いを変更する構成とした。

しかし、ジョブ情報テーブル７２や動作情報テーブル７３で印刷ジョブや動作と関連付けて管理されるユーザの情報は、ユーザ名に限られるものではなく、ユーザの属性であればよく、動作に関連付けられたユーザの属性と、印刷ジョブに関連付けられたユーザの属性とが対応関係にある場合に、当該印刷ジョブの保持の扱いを変更する構成とすることもできる。例えば、動作と印刷ジョブに関連付けられるユーザの属性は、いずれか一方、または、両者をグループ名としてもよい。この場合、両者の属性が一致または包含関係にあれば、ユーザの属性同士が対応関係にあるとしてもよい。かかる構成によっても、より柔軟に印刷ジョブの管理を行うことができる。

Ｅ−４．変形例４：
変形例２においては、サーバＳＶは、ジョブ記憶領域７１における新たな印刷ジョブを保持する能力に応じて、保持する印刷ジョブの扱いの変更の内容や程度を変化させる構成としたが、これに代えて、ジョブ情報テーブル７２や動作情報テーブル７３で管理されるユーザの属性に応じて、変更内容または程度を変化させてもよい。このような場合には、ユーザの属性毎に、変更条件テーブル７４を設定しておけばよい。かかる構成によっても、より柔軟に印刷ジョブの管理を行うことができる。

また、サーバＳＶは、ジョブ記憶領域７１で保持される印刷ジョブの容量に応じて、変更内容または程度を変化させてもよい。このような場合には、ジョブ容量の段階毎に、変更条件テーブル７４を設定しておけばよい。かかる構成によっても、より柔軟に印刷ジョブの管理を行うことができる。

Ｅ−５．変形例５：
実施例においては、単一の動作の履歴（例えば、通知ＩＤ「５」の動作）が、変更条件テーブル７４の条件を満たしたときに、印刷ジョブの保持に関する扱いを変更する構成としたが、複数の動作の履歴を総合的に判断して、所定の条件を満たした場合に、印刷ジョブの保持に関する扱いを変更する構成としてもよい。例えば、サーバＳＶは、動作情報テーブル７３で管理される複数の動作履歴について、所定の重み付けを行って、点数化し、その点数が所定値に達した場合に、印刷ジョブの保持に関する扱いを変更してもよい。こうすれば、より的確に、印刷ジョブの印刷実行可能性を反映した管理が行える。

Ｅ−６．変形例６：
実施例においては、プリンタＰＲＴ１は、所定の動作が発生すると、必ず、当該動作を動作履歴記憶領域４２に記録し、その内容を動作情報としてサーバＳＶに送信する構成としたが、サーバＳＶに送信する動作履歴は、プリンタＰＲＴ１が所定の印刷ジョブを印刷可能な状態で行われたものに限ってもよい。具体的には、例えば、プリンタＰＲＴ１のＣＰＵ３０は、動作判断部３２の処理として、自己の動作状態が、所定の印刷ジョブを印刷可能な状態、例えば、プリンタＰＲＴ１が、紙切れ、トナー切れ、カバーオープンなどのエラー中でない状態や、これから印刷を実行しようとするユーザと異なるユーザの印刷ジョブの印刷を実行中でない状態であるか否かを判断しており、所定の印刷ジョブを印刷可能な状態であると判断した場合において行われた所定の動作の履歴のみ、図４のステップＳ１１０において、動作履歴記憶領域４２に記録し、それに基づいてステップＳ１３０において、動作情報を送信する構成とすることができる。かかる構成とすれば、全ての動作履歴を反映して、サーバＳＶが、印刷ジョブの管理を行う場合と比べて、ユーザの印刷実行可能性の推測の確度を高めることができる。

Ｅ−７．変形例７：
実施例においては、データ出力装置であるプリンタＰＲＴ１と、データ管理装置であるサーバＳＶとは、分離して設置される構成としたが、一体化して設置されてもよい。例えば、プリンタＰＲＴ１にサーバ機能を持たせてもよい。

Ｅ−８．変形例８：
実施例では、プリンタＰＲＴ１は、認証機構５７を用いて、プリンタＰＲＴ１を操作するユーザの属性を把握し、これを動作情報に含める構成としたが、ユーザの属性は、その他の方法で把握してもよい。例えば、プリンタＰＲＴ１を操作するユーザが、入力機構５６を用いて、自分の属性を入力する構成であってもよい。

Ｅ−９．変形例９：
実施例においては、サーバＳＶが、動作情報テーブル７３を用いて、プリンタＰＲＴ１，ＰＲＴ２の動作履歴を管理したが、プリンタＰＲＴ１側で、動作履歴の情報を管理し、所定のタイミング、例えば、削除条件を満足した時点で、動作情報または、削除指示をサーバＳＶに送信する構成としてもよい。

Ｅ−１０．変形例１０：
実施例においては、ローカルエリアネットワークＬＡＮ上に接続されるサーバＳＶが１台のみの構成について示したが、サーバＳＶは、複数台であってもよい。このような場合には、プリンタＰＲＴ１は、同一の動作情報を、複数のサーバＳＶに送信する構成としてもよい。動作情報を送信するサーバＳＶは、予め定められた複数のＳＶとしてもよいし、ＳＮＭＰ（Simple Network Management Protocol）などにより、検索されたサーバＳＶとしてもよい。

例えば、ユーザが、プリンタＰＲＴ１にログインした場合には、ユーザは、プリンタＰＲＴ１によって、サーバＳＶ１保持された印刷ジョブとサーバＳＶ２に保持された印刷ジョブの両方について、印刷を実行することが可能であるから、その動作情報は、サーバＳＶ１及びサーバＳＶ２のいずれで保持されている印刷ジョブに対しても、印刷実行可能性の推測に影響を与えることとなる。すなわち、プリンタＰＲＴ１の動作情報は、複数のサーバＳＶにとって有用であるから、動作情報を複数のサーバＳＶに送信すれば、複数のサーバＳＶで柔軟に印刷ジョブの管理を行うことができる。

以上、本発明の実施形態について説明したが、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、データ出力装置としてのプリンタの構成例を示したが、データ出力装置は、プリンタに限らず、記憶媒体へのデータの出力を行う記憶媒体ドライブ、表示装置への出力を行う端末など、種々のデータ出力装置として実現することができ、データ管理装置は、これらの出力装置で出力する出力用データを管理するデータ管理装置として実現することができる。また、本発明は、実施例に示した出力データ管理システムやデータ出力装置及びデータ管理装置としての構成に限らず、出力データ管理方法、プログラム、記憶媒体等の形態でも実現することができる。

出力データ管理システム２０の概略構成を示す説明図である。 プリンタＰＲＴ１の概略構成を示す説明図である。 サーバＳＶの概略構成を示す説明図である。 第１実施例としての印刷ジョブ管理処理の流れを示すフローチャートである。 第１実施例におけるプリンタＰＲＴ１が送信する動作情報の内容、動作情報の通知条件等の説明図である。 第１実施例における変更条件テーブル７４の具体例を示す説明図である。 印刷ジョブ管理処理とその前段の処理の流れを示す説明図である。 第１実施例におけるジョブ情報テーブル７２及び動作情報テーブル７３の具体例を示す説明図である。 第２実施例としての印刷ジョブ管理処理の流れを示すフローチャートである。 第２実施例におけるプリンタＰＲＴ１が送信する動作情報の内容、動作情報の通知条件等の説明図である。 第２実施例におけるジョブ情報テーブル７２の具体例を示す説明図である。 第２実施例における変更条件テーブル７４の具体例を示す説明図である。

符号の説明

２０...出力データ管理システム
３０...ＣＰＵ
３１...動作把握部
３２...動作判断部
３３...情報提供部
４０...ＥＥＰＲＯＭ
４２...動作履歴記憶領域
５１...ＲＯＭ
５２...ＲＡＭ
５３...入力機構
５４...印刷機構
５５...スキャナ
５６...ＦＡＸ送信機構
５７...認証機構
５８...インタフェース
６０...ＣＰＵ
６１...記憶部
６２...取得部
６３...変更部
７０...ハードディスクドライブ
７１...ジョブ記憶領域
７２...ジョブ情報テーブル
７３...動作情報テーブル
７４...変更条件テーブル
８１...ＲＯＭ
８２...ＲＡＭ
８８...インタフェース
ＰＣ...コンピュータ
ＳＶ...サーバ
ＰＲＴ１，ＰＲＴ２...プリンタ
ＬＡＮ...ローカルエリアネットワーク

Claims (19)

1. 所定のデータ出力装置で出力する出力用データを管理する出力データ管理装置であって、
   前記出力用データを保持する記憶手段と、
   前記データ出力装置の動作履歴に関する情報である動作情報を、該データ出力装置から受け取る取得手段と、
   該受け取った動作情報に基づき、前記保持された出力用データのうち、前記データ出力装置で出力が実行されていない出力用データの保持に関する扱いを変更する変更手段と
   を備えた出力データ管理装置。
2. 前記動作情報は、前記データ出力装置に対応付けられた認証装置において行われる認証の履歴である請求項１記載の出力データ管理装置。
3. 請求項１または請求項２記載の出力データ管理装置であって、
   前記動作情報は、前記データ出力装置において、前記記憶手段が保持する第１の出力用データが出力されたにもかかわらず、前記第１の出力用データとは異なる、前記記憶手段が保持する第２の出力用データが出力されていないことを示す履歴であり、
   前記変更手段は、前記動作情報に基づき、前記第２の出力用データの保持に関する扱いを変更する
   出力データ管理装置。
4. 請求項１ないし請求項３のいずれか記載の出力データ管理装置であって、
   前記動作情報は、前記データ出力装置において、前記記憶手段が保持する第１の出力用データを削除する指示を受け付けたにもかかわらず、前記第１の出力用データとは異なる、前記記憶手段が保持する第２の出力用データの削除指示を受け付けていないことを示す履歴であり、
   前記変更手段は、前記動作情報に基づき、前記第２の出力用データの保持に関する扱いを変更する
   出力データ管理装置。
5. 前記保持に関する扱いの変更は、前記記憶手段が保持する前記出力用データを削除する、または、退避させることである請求項１ないし請求項３のいずれか記載の出力データ管理装置。
6. 前記保持に関する扱いの変更は、前記記憶手段が保持する前記出力用データの予め定められた保持期間を変更することである請求項１ないし請求項５のいずれか記載の出力データ管理装置。
7. 前記保持に関する扱いの変更は、前記記憶手段が保持する前記出力用データのデータ形式を変更することである請求項１ないし請求項６のいずれか記載の出力データ管理装置。
8. 前記変更手段は、前記受け取った動作情報が所定の条件を満たす場合に、前記変更を行う請求項１ないし請求項７のいずれか記載の出力データ管理装置。
9. 前記変更手段は、前記記憶手段における新たな出力用データを保持する能力が所定の状態に達している場合に、前記変更を行う請求項１ないし請求項８のいずれか記載の出力データ管理装置。
10. 前記変更手段は、前記記憶手段における新たな出力用データを保持する能力に応じて、前記変更の内容または程度を変化させる請求項１ないし請求項９のいずれか記載の出力データ管理装置。
11. 請求項１ないし請求項１０のいずれか記載の出力データ管理装置であって、
    前記記憶手段は、前記出力用データを、該出力用データに関連するユーザである第１のユーザの属性と関連付けて保持し、
    前記動作履歴は、前記データ出力装置を動作させたユーザである第２のユーザの属性と関連付けられた履歴であり、
    前記変更手段は、前記受け取った動作情報に関連付けられた前記第２のユーザの属性に対応する第１のユーザの属性と関連付けられた出力用データの保持に関する扱いを変更する
    出力データ管理装置。
12. 請求項１ないし請求項１１のいずれか記載の出力データ管理装置であって、
    前記動作履歴は、前記データ出力装置を動作させたユーザの属性と関連付けられた履歴であり、
    前記変更手段は、前記受け取った動作情報に関連付けられたユーザの属性に応じて、前記変更の内容または程度を変化させる
    出力データ管理装置。
13. 出力データ管理装置から出力用データを受け取って、該出力用データを出力するデータ出力装置であって、
    前記データ出力装置に関する所定の動作を把握する動作把握手段と、
    該把握した動作の履歴である動作情報を、前記データ管理装置に提供する提供手段と
    を備えたデータ出力装置。
14. 請求項１３記載のデータ出力装置であって、
    更に、前記所定の動作が行われたときの前記データ出力装置の状態が、前記データ出力装置が所定のデータを出力可能な状態であるか否かを判断する判断手段を備え、
    前記提供手段は、前記出力可能な状態で行われた、前記データ出力装置の動作の履歴のみからなる動作情報を、前記データ管理装置に提供する
    データ出力装置。
15. 所定のデータを出力するデータ出力装置と、該データ出力装置が出力する出力用データを管理する出力データ管理装置とを備えた出力データ管理システムであって、
    前記出力用データを保持する記憶手段と、
    前記データ出力装置に関する所定の動作を把握する動作把握手段と、
    該把握した動作の履歴に基づいて、前記保持された出力用データのうち、前記データ出力装置で出力が実行されていない出力用データの保持に関する扱いを変更する変更手段と
    を備えた出力データ管理システム。
16. 所定のデータ出力装置に出力する出力用データを、出力データ管理装置が管理する出力データ管理方法であって、
    前記出力用データを保持し、
    前記データ出力装置の動作履歴に関する情報である動作情報を取得し、
    該取得した動作情報に基づいて、前記保持された出力用データのうち、前記データ出力装置で出力が実行されていない出力用データの保持に関する扱いを変更する
    出力データ管理方法。
17. 所定のデータ出力装置に出力する出力用データを管理するためのコンピュータプログラムであって、
    前記出力用データを保持する記憶機能と、
    前記データ出力装置の動作履歴に関する情報である動作情報を、該データ出力装置から受け取る取得機能と、
    該受け取った動作情報に基づき、前記保持された出力用データのうち、前記データ出力装置で出力が実行されていない出力用データの保持に関する扱いを変更する変更機能と
    をコンピュータに実現させるプログラム。
18. 出力データ管理装置が出力用データを管理するための情報を、該出力データ管理装置に提供するためのコンピュータプログラムであって、
    前記データ出力装置に関する所定の動作を把握する動作把握機能と、
    該把握した動作の履歴に関する情報を、前記データ管理装置に提供する提供機能と
    をコンピュータに実現させるプログラム。
19. 請求項１７または請求項１８記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images