JP2014228965A - 情報処理装置、データ処理方法およびプログラム - Google Patents

Abstract

【課題】印刷量の上限値の管理をユーザ毎に適切に実行する。【解決手段】画像形成装置が画像形成可能な形式の出力データをユーザ識別情報と対応付けて記憶するデータ記憶部３５と、画像形成装置からの出力データの取得要求に応じて、画像形成装置を操作するユーザのユーザ識別情報と対応付いてデータ記憶部に記憶された出力データを送信するデータ管理部３４と、ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、出力データの出力を制限する上限管理処理を実行する上限管理部３６と、ユーザの属性毎に上限管理処理をするか否かを示す情報を記憶する上限管理情報記憶部３７と、を備え、上限管理部は、画像形成装置を操作するユーザの属性を取得し、取得した属性に応じて上限管理処理を実行するか否かを切り替える情報処理装置を提供する。【選択図】図２

Description

本発明は、印刷をするための情報処理装置、データ処理方法およびプログラムに関する。

従来より、プリントサーバが印刷データを蓄積しておき、画像形成装置がプリントサーバへとアクセスして蓄積されている印刷データを取得し、印刷を実行するプルプリントシステムが知られている。また、このようなプルプリントシステムは、大学等でも実現されている。

大学でプルプリントシステムを実現する場合、それぞれの学生に対して例えば１年間や半年間といった期間内に印刷できる用紙数等の印刷量の上限値を定めておき、その学生の印刷量が上限値に達するまで現金課金といった課金をその場でしなくても自由に印刷をすることができるシステムを構築することができる。一方、大学で実現されたプルプリントシステムは、学生のみならず、教員も利用する。教員がこのプルプリントシステムを利用する場合には、業務で利用するので、印刷量の上限値を設定せずに無制限に印刷できることが望ましい。

本発明は、上記に鑑みてなされたものであって、印刷量の上限値の管理をユーザ毎に適切に実行することができる情報処理装置、データ処理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、画像形成装置が画像形成可能な形式の出力データをユーザ識別情報と対応付けて記憶するデータ記憶部と、前記画像形成装置からの出力データの取得要求に応じて、前記画像形成装置を操作するユーザのユーザ識別情報と対応付いて前記データ記憶部に記憶された出力データを送信するデータ管理部と、前記ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、前記出力データの出力を制限する上限管理処理を実行する上限管理部と、ユーザの属性毎に前記上限管理処理をするか否かを示す情報を記憶する上限管理情報記憶部と、を備え、前記上限管理部は、前記画像形成装置を操作する前記ユーザの属性を取得し、取得した属性に応じて前記上限管理処理を実行するか否かを切り替える。

本発明によれば、印刷量の上限値の管理をユーザ毎に適切に実行することができるという効果を奏する。

図１は、第１実施形態に係る印刷システム１０の構成を示す図である。 図２は、第１実施形態のプリントサーバ２２、画像形成装置２３および認証サーバ２４の機能ブロック構成を示す図である。 図３は、第１実施形態の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。 図４は、第１実施形態のプリントサーバ２２が記憶する上限管理マッピング情報のデータ構成例を示す図である。 図５は、第１実施形態のプリントサーバ２２が記憶する出力データ管理情報のデータ構成例を示す図である。 図６は、第１実施形態に係る印刷システム１０の処理シーケンスを示す図である。 図７は、プリントサーバ２２による上限管理処理の処理フローを示す図である。 図８は、第１実施形態の第１変形例の印刷システム１０の構成を示す図である。 図９は、第１実施形態の第１変形例のプリントサーバ２２、画像形成装置２３、認証サーバ２４および課金装置５１のブロック構成を示す図である。 図１０は、第１実施形態の第１変形例のプリントサーバ２２が記憶する課金方式情報のデータ構成例を示す図である。 図１１は、第１実施形態の第１変形例に係る印刷システム１０の処理シーケンスを示す図である。 図１２は、第１実施形態の第２変形例のプリントサーバ２２が記憶する割引情報のデータ構成例を示す図である。 図１３は、第１実施形態の第２変形例に係る印刷システム１０の処理シーケンスを示す図である。 図１４は、第２実施形態に係る印刷システム１０の構成を示す図である。 図１５は、第２実施形態の、データ管理サーバ６２、プリントサーバ２２、画像形成装置２３および認証サーバ２４のブロック構成を示す図である。 図１６は、第２実施形態の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。 図１７は、第２実施形態のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。 図１８は、第２実施形態に係る印刷システム１０の処理シーケンスを示す図である。 図１９は、第２実施形態の第１変形例の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。 図２０は、第２実施形態の第１変形例のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。 図２１は、第２実施形態の第１変形例のプリントサーバ２２の処理フローを示す図である。 図２２は、第２実施形態の第２変形例の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。 図２３は、第２実施形態の第２変形例のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。 図２４は、第２実施形態の第２変形例のプリントサーバ２２の処理フローを示す図である。

（第１実施形態）
図１は、第１実施形態に係る印刷システム１０の構成を示す図である。印刷システム１０は、ファイアウォール２１と、少なくとも１つのプリントサーバ２２と、少なくとも１つの画像形成装置２３と、認証サーバ２４と、少なくとも１つのクライアント端末２５と、少なくとも１つの携帯端末２６とを備える。

印刷システム１０は、学内ネットワーク２０に設けられた画像形成装置２３に対して、プルプリントを可能としたシステムである。学内ネットワーク２０は、学校に適用されるネットワークであって、外部ネットワークの機器からのアクセスを制限する。すなわち、学内ネットワーク２０に設けられた機器からは、学内ネットワーク２０の外部のサーバ等にはアクセスができるが、外部の機器から学内ネットワーク２０に設けられた機器への自由なアクセスはできない。また、本例は、学内ネットワーク２０を例にとって説明するが、企業内ネットワーク等であってもよい。

印刷システム１０では、学校に属するユーザ（例えば学生、教員、事務員等のスタッフ）がクライアント端末２５から出力データをプリントサーバ２２に送信すると、出力データがユーザＩＤに対応付けてプリントサーバ２２に蓄積される。また、印刷システム１０では、ユーザが画像形成装置２３に対して認証情報（ユーザＩＤおよびパスワード）を入力すると、画像形成装置２３がプリントサーバ２２を介して認証情報を認証サーバ２４に送信し、認証サーバ２４が受信した認証情報と予め登録されているユーザ情報とを照合してユーザ認証をする。続いて、印刷システム１０では、ユーザ認証が成功すると、ユーザによる操作に応じて、画像形成装置２３がそのユーザのユーザＩＤに対応付けて蓄積された出力データをプリントサーバ２２から取得し、取得した出力データを印刷する。

ここで、出力データとは、画像形成装置２３が画像形成可能な形式のデータであって、例えば、画像形成装置２３用のプリンタドライバにより印刷用データに変換された後のデータである。また、クライアント端末２５は、出力データに代えて、アプリケーションプログラム等により作成されたファイル形式のデータをプリントサーバ２２に送信してもよい。この場合、プリントサーバ２２は、ファイル形式のデータを、画像形成装置２３により印刷可能な形式の出力データに変換して蓄積する。

ファイアウォール２１は、学内ネットワーク２０に設けられた機器に対する外部の機器からのアクセスを制限する。すなわち、ファイアウォール２１は、学内ネットワーク２０に設けられた機器からは外部の機器にアクセスできるが、外部の機器からは学内ネットワーク２０に設けられた機器へ自由にアクセスできないように制限する。

プリントサーバ２２は、出力データを蓄積するデータ蓄積装置の一例であって、学内ネットワーク２０に設けられる。プリントサーバ２２は、１以上の情報処理装置から構成される。

プリントサーバ２２は、クライアント端末２５から出力データを受信して、クライアント端末２５を使用するユーザのユーザＩＤに対応付けて、出力データを蓄積する。また、プリントサーバ２２は、ユーザ認証がされたユーザが操作する画像形成装置２３から出力データの取得要求を受けると、要求がされた出力データを画像形成装置２３に送信する。

また、プリントサーバ２２は、ユーザのロール（属性）毎に、そのロール（属性）のユーザからの出力データの取得要求に対して、上限管理処理をするか否かを示す上限管理マッピング情報を記憶する。ここで、上限管理処理とは、出力データの取得要求を受信した場合にその出力データを印刷するとユーザに対応して予め登録された印刷量の上限値を超えるか否かを判断し、ユーザに対応して予め登録された印刷量の上限値を超える出力データの取得要求を受けた場合に出力データの送信を禁止等の出力を制限する処理をいう。なお、制限の方法は、禁止の他にも、一時停止して印刷を続行するために課金を促す表示をする方法や、強制的にモノクロ印刷、両面印刷、集約印刷といった印刷コストが抑制される設定で印刷させる等があり、どのような制限を行うかは管理者が運用で決めればよい。

プリントサーバ２２は、上限管理処理をすることが示されたロール（属性）のユーザにより操作された画像形成装置２３から出力データの取得要求を受けた場合には、上限管理処理を実行する。また、プリントサーバ２２は、上限管理処理をしないことが示されたロール（属性）のユーザにより操作された画像形成装置２３から出力データの取得要求を受けた場合には、上限管理処理を実行しない。

画像形成装置２３は、学内ネットワーク２０に設けられる。画像形成装置２３は、印刷機能および学内ネットワーク２０に接続する機能を有する装置である。画像形成装置２３は、印刷機能とともに、スキャナ機能、ファクシミリ機能およびコピー機能のうちの少なくとも１つを有する複合機であってもよい。

画像形成装置２３は、ユーザから認証情報（ユーザＩＤおよびパスワード）の入力を受け付けて、プリントサーバ２２を介して認証情報を認証サーバ２４に送信し、認証サーバ２４にユーザ認証をさせる。画像形成装置２３は、ユーザ認証が成功した場合、ユーザのユーザＩＤが対応付けられた出力データの一覧をプリントサーバ２２から取得して表示する。そして、画像形成装置２３は、一覧からユーザの操作により選択された出力データをプリントサーバ２２から取得し、取得した出力データを印刷する。なお、画像形成装置２３から直接認証サーバ２４にユーザ認証を要求し、ユーザ認証が成功したことによって認証サーバ２４から得られたユーザＩＤをプリントサーバ２２に送信して出力データの一覧を取得するようにしてもよい。

認証サーバ２４は、学内ネットワーク２０に設けられる。プリントサーバ２２は、１以上の情報処理装置から構成される。認証サーバ２４は、それぞれのユーザについて、認証情報（ユーザＩＤおよびパスワード）と、ロール（属性）と、ユーザ名と、印刷が可能な印刷量の上限を示す上限値、現時点までの印刷量を示す現在値とを対応付けて管理する。

ここで、上限値および現在値が示す印刷量は、用紙サイズ、印刷枚数、および、カラーおよびモノクロの区別等から算出される印刷コストを表す値であって、金銭の値であってもよいし、印刷コストから換算されるポイントであってもよい。

また、上限値は、予め登録されている。これに対して、現在値は、例えば初期値が０であり、対応するユーザが印刷をする毎にそのときの印刷量が加算されて更新される。また、上限値および現在値は、一例として、デポジットとしての金銭が支払われる毎（例えば、学費が支払われる毎）、リセットがされてもよいし、必要に応じてユーザが金銭を支払うことで、都度支払った金銭に応じた上限値の更新（増加）を行うようにしてもよい。

クライアント端末２５は、ユーザにより利用されるコンピュータ等の端末である。クライアント端末２５は、プルプリントをする場合には、出力データをプリントサーバ２２に送信する。

携帯端末２６は、ユーザにより利用される携帯電話、スマートフォンおよびタブレット端末等である。携帯端末２６は、クライアント端末２５の一例であって、管理者に承認されていれば、クライアント端末２５と同様に用いることができる。なお、クライアント端末２５および携帯端末２６は、学内ネットワークの外部に接続されてもよい。

なお、プリントサーバ２２および認証サーバ２４は、まとめて１台の情報処理装置および複数台の情報処理装置により実現されていてもよい。

図２は、第１実施形態のプリントサーバ２２、画像形成装置２３および認証サーバ２４の機能ブロック構成を示す図である。

プリントサーバ２２は、出力データ取得部３１と、認証受付部３２と、ユーザ情報取得部３３と、データ管理部３４と、データ記憶部３５と、上限管理部３６と、上限管理情報記憶部３７とを有する。

出力データ取得部３１は、クライアント端末２５から、出力データをユーザＩＤと対応付けて取得する。なお、ここでは、クライアント端末２５から送信された出力データおよびユーザＩＤを受信することも、プリントサーバ２２からクライアント端末２５や他の装置に取りに行くことも、便宜上まとめて取得と呼ぶ。そして、出力データ取得部３１は、取得した出力データをユーザＩＤと対応付けてデータ記憶部３５に記憶させる。

認証受付部３２は、画像形成装置２３に対して入力された認証情報（ユーザＩＤおよびパスワード）を受け取り、受け取った認証情報を認証サーバ２４に転送し、認証サーバ２４にユーザ認証をさせる。なお、画像形成装置２３が直接認証サーバ２４にユーザ認証尾要求する場合には、認証受付部３２は不要である。

ユーザ情報取得部３３は、ユーザ認証が成功した場合、認証サーバ２４からユーザ情報（ユーザＩＤ、ロール（属性）、上限値および現在値）を取得する。

データ管理部３４は、認証がされたユーザが操作する画像形成装置２３から、データリストの取得要求を受け取る。データ管理部３４は、データリストの取得要求に応じて、認証されたユーザのユーザＩＤに対応付けてデータ記憶部３５に記憶された出力データのリストを、画像形成装置２３に送信する。

また、データ管理部３４は、認証がされたユーザが操作する画像形成装置２３から、出力データの取得要求を受け取る。データ管理部３４は、出力データの取得要求に応じて、データ記憶部３５に記憶された対応する出力データを、画像形成装置２３に送信する。

データ記憶部３５は、出力データ取得部３１により取得された出力データをユーザＩＤと対応付けて記憶する。

上限管理部３６は、認証がされたユーザが、上限管理処理をするロール（属性）のユーザであるか、上限管理処理をしないロールのユーザであるかを判断する。上限管理部３６は、上限管理処理をするロール（属性）のユーザである場合、画像形成装置２３から出力データの取得要求を受けると、上限管理処理を実行する。また、プリントサーバ２２は、上限管理処理をしないロール（属性）のユーザである場合、画像形成装置２３から出力データの取得要求を受けても、上限管理処理を実行しない。

上限管理情報記憶部３７は、ユーザのロール毎（属性毎）に、そのロール（属性）のユーザに対して上限管理処理をするか否かを示す上限管理マッピング情報を記憶する。

画像形成装置２３は、認証処理部４１と、取得部４２と、出力部４３とを有する。認証処理部４１は、ユーザからの認証情報（ユーザＩＤおよびパスワード）の入力を受け付けて、プリントサーバ２２を介して認証サーバ２４に対してユーザ認証を要求する。認証情報の受け付けについては、ユーザ入力の他にも、ユーザが携帯所持するＩＣカードや、ユーザの生体情報等、種々のものを採用することができ、認証サーバ２４は採用する認証情報に応じたユーザの認証情報を記憶すればよい。取得部４２は、ユーザ認証が成功したことに応じて、認証されたユーザの出力データのデータリスト（一覧）をプリントサーバ２２に要求して、取得する。さらに、取得部４２は、出力データの一覧から選択された出力データを、プリントサーバ２２に要求して取得する。出力部４３は、取得部４２が取得した出力データを印刷出力する。

認証サーバ２４は、認証部４４と、ユーザ情報記憶部４５とを有する。認証部４４は、プリントサーバ２２を介した画像形成装置２３からの要求に応じて、ユーザ認証を行う。具体的には、認証部４４は、画像形成装置２３に対して入力された認証情報（ユーザＩＤおよびパスワード）が、ユーザ情報記憶部４５に記憶されている何れかのユーザの認証情報に一致するか否かを認証する。ユーザ情報記憶部４５は、それぞれのユーザのユーザ情報（認証情報（ユーザＩＤおよびパスワード）、ロール（属性）、ユーザ名、上限値および現在値）を記憶する。

図３は、第１実施形態の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。認証サーバ２４は、一例として、図３に示すようなユーザ情報を記憶する。すなわち、認証サーバ２４は、ユーザＩＤと、パスワードと、ロールと、ユーザ名と、上限値と、現在値とを対応付けたユーザ情報を、ユーザ毎に記憶する。

図４は、第１実施形態のプリントサーバ２２が記憶する上限管理マッピング情報のデータ構成例を示す図である。プリントサーバ２２は、一例として、図４に示すような、上限管理マッピング情報を記憶する。すなわち、プリントサーバ２２は、マッピングＩＤと、ロールと、上限管理フラグとを対応付けた上限管理マッピング情報を、ロール毎に記憶する。

なお、上限管理フラグのＯＮは、上限管理処理をすることを示す。また、上限管理フラグのＯＦＦは、上限管理処理をしないことを示す。

なお、ロールには、一例として、「学生」、「教員」または「スタッフ」が示される。ロールが学生の場合、上限管理フラグはＯＮとされる。また、ロールが教員の場合、上限管理フラグはＯＦＦとされる。また、ロールがスタッフの場合、上限管理フラグはＯＮとされる。

図５は、第１実施形態のプリントサーバ２２が記憶する出力データ管理情報のデータ構成例を示す図である。プリントサーバ２２は、一例として、図５に示すような出力データ管理情報を記憶する。すなわち、プリントサーバ２２は、出力データＩＤと、ユーザＩＤと、書誌情報とを対応付けた出力データ管理情報を、出力データ毎に記憶する。なお、プリントサーバ２２は、出力データＩＤにより出力データの実体の格納場所を特定できる。

図６は、第１実施形態に係る印刷システム１０の処理シーケンスを示す図である。まず、画像形成装置２３は、ユーザからユーザＩＤおよびパスワードの入力を受け付けると、認証要求をプリントサーバ２２に送信する（Ｓ１１１）。続いて、プリントサーバ２２は、画像形成装置２３から受信した認証要求を認証サーバ２４に転送する（Ｓ１１２）。なお、画像形成装置２３は、プリントサーバ２２を介さずに認証サーバ２４に認証要求を送信してもよい。

認証サーバ２４は、認証要求に応じてユーザＩＤおよびパスワードを認証する（Ｓ１１３）。続いて、認証サーバ２４は、認証が成功すると、認証結果およびユーザ情報をプリントサーバ２２に送信する（Ｓ１１４）。続いて、プリントサーバ２２は、認証結果を画像形成装置２３に送信する（Ｓ１１５）。

続いて、画像形成装置２３は、ユーザの操作に応じて、出力データのリストの取得要求をプリントサーバ２２に送信する（Ｓ１１６）。プリントサーバ２２は、出力データのリストの取得要求を受け取ると、ユーザ情報に含まれるユーザＩＤに対応した出力データのリストを取得する（Ｓ１１７）。続いて、プリントサーバ２２は、取得したリストを画像形成装置２３に送信する（Ｓ１１８）。

続いて、画像形成装置２３は、ユーザの操作に応じて、取得したリストの中の何れかの出力データの選択を受け付ける（Ｓ１１９）。続いて、画像形成装置２３は、選択された出力データの取得要求をプリントサーバ２２に送信する（Ｓ１２０）。

続いて、プリントサーバ２２は、出力データの取得要求を受信すると、上限管理処理をするか否かを判断する（Ｓ１２１）。

上限管理処理をしない場合には、プリントサーバ２２は、要求された出力データを画像形成装置２３に送信する（Ｓ１２２）。続いて、画像形成装置２３は、受信した出力データを印刷して、本シーケンスを終了する（Ｓ１２３）。

一方、上限管理処理をする場合には、プリントサーバ２２は、取得要求のあった出力データを印刷するとそのユーザに対応して予め登録された印刷量の上限値を超えるか否かを判断する（Ｓ１２４）。上限値を超えないと判断した場合には、プリントサーバ２２は、要求された出力データを画像形成装置２３に送信する（Ｓ１２５）。続いて、画像形成装置２３は、受信した出力データを印刷する（Ｓ１２６）。続いて、画像形成装置２３は、完了通知をプリントサーバ２２に送信する（Ｓ１２７）。続いて、プリントサーバ２２は、今回の出力データの印刷量を認証サーバ２４に通知して、ユーザの現時点までの印刷量を示す現在値を更新して、本シーケンスを終了する（Ｓ１２８）。

上限値を超えると判断した場合には、プリントサーバ２２は、利用制限を実行する（Ｓ１２９）。具体的には、プリントサーバ２２は、画像形成装置２３に対する出力データの送信を禁止する。また、プリントサーバ２２は、一例として、画像形成装置２３に上限値を超えているので印刷ができない旨の表示をさせてもよい。そして、プリントサーバ２２は、利用制限処理を終了すると、本シーケンスを終了する。

図７は、プリントサーバ２２による上限管理処理の処理フローを示す図である。プリントサーバ２２は、画像形成装置２３から出力データの取得要求があった場合、図７に示すステップＳ２０１からの処理を実行する。

まず、ステップＳ２０１において、プリントサーバ２２は、認証サーバ２４から取得したユーザ情報の中からユーザのロールを取得する。本例の場合、プリントサーバ２２は、ユーザのロールとして、学生、教員またはスタッフの何れかを取得する。

続いて、ステップＳ２０２において、プリントサーバ２２は、上限管理マッピング情報における、取得したロールに対応する上限管理フラグを読み出し、上限管理処理をするか否かを判断する。本例の場合、プリントサーバ２２は、取得したロールが教員であれば上限管理処理をしないと判断し、取得したロールが学生またはスタッフであれば上限管理処理をすると判断する。

プリントサーバ２２は、上限管理処理をしない場合（ステップＳ２０２のＮｏ）、ステップＳ２０３において、取得要求のあった出力データを画像形成装置２３に送信し、本フローの処理を終了する。

プリントサーバ２２は、上限管理処理をする場合（ステップＳ２０２のＹｅｓ）、ステップＳ２０４において、認証サーバ２４から取得したユーザ情報の中から、上限値および現在値を取得する。

続いて、ステップＳ２０５において、プリントサーバ２２は、取得要求のあった出力データを印刷するとそのユーザに対応して予め登録された印刷量の上限値を超えるか否かを判断する。より具体的には、プリントサーバ２２は、ユーザ情報から読み出した現在値と、取得要求がされた出力データの印刷量とを加算した値が、ユーザ情報から読み出した上限値を超えるか否かを判断する。

ここで、取得要求がされた出力データの印刷量は、用紙サイズ、印刷枚数、および、カラーおよびモノクロの区別等から算出される印刷コストを表す値であって、上限値および現在値と同一単位の値である。プリントサーバ２２は、一例として、用紙のサイズ、カラーおよびモノクロの区別等を画像形成装置２３から取得して、出力データの印刷量を算出する。

上限値を超える出力データの取得要求を受けていないと判断した場合（ステップＳ２０５のＮｏ）、プリントサーバ２２は、ステップＳ２０６において、取得要求のあった出力データを画像形成装置２３に送信する。続いて、ステップＳ２０７において、プリントサーバ２２は、取得要求がされた出力データの印刷量を認証サーバ２４に通知して、認証サーバ２４に現在値を更新させて、本フローの処理を終了する。

上限値を超える出力データの取得要求を受けたと判断した場合（ステップＳ２０５のＹｅｓ）、プリントサーバ２２は、ステップＳ２０８において、出力データの送信を禁止して、利用制限を実行する。また、プリントサーバ２２は、画像形成装置２３に通知をして、上限値を超えているので印刷することができない旨を画像形成装置２３に表示させてもよい。そして、プリントサーバ２２は、ステップＳ２０８の処理を終了すると、本フローの処理を終了する。

以上のように、第１実施形態に係る印刷システム１０によれば、プリントサーバ２２を用いたプルプリントシステムにおいて、印刷量の上限値の管理をユーザ毎に適切に実行することができる。例えば、印刷システム１０によれば、学生に対しては印刷量の上限管理処理をし、教員に対しては印刷量の上限管理処理をしないといった切り替えを自動的にすることができる。

（第１実施形態の第１変形例）
つぎに、第１実施形態の第１変形例について説明する。第１実施形態の第１変形例は、図１から図７を参照して説明した第１実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。

図８は、第１実施形態の第１変形例の印刷システム１０の構成を示す図である。第１実施形態の第１変形例の印刷システム１０は、課金装置５１をさらに備える。課金装置５１は、学内ネットワーク２０に接続された情報処理端末であり、画像形成装置２３を用いた印刷に対する対価をユーザに対して課金する。

課金装置５１は、一例として、コインラックを制御して、コインラックに投入された現金に対して課金を行う。また、課金装置５１は、電子マネーを管理するカードのリーダライタを制御して、電子マネーに対して課金を行ってもよい。また、課金装置５１は、従業員カード等のリーダを制御して、その従業員の給与等に対して後払いによる課金をしてもよい。

図９は、第１実施形態の第１変形例のプリントサーバ２２、画像形成装置２３、認証サーバ２４および課金装置５１のブロック構成を示す図である。

課金装置５１は、課金受付部５２と、課金方式表示部５３と、課金制御部５４とを有する。課金受付部５２は、プリントサーバ２２からの課金方式リストを受け取り、課金方式リストに対するユーザの課金方式の選択を受け付ける。

課金方式表示部５３は、プリントサーバ２２から受け取った課金方式リストを表示する。課金制御部５４は、ユーザが選択した課金方式で課金処理を実行する。

図１０は、第１実施形態の第１変形例のプリントサーバ２２が記憶する課金方式情報のデータ構成例を示す図である。プリントサーバ２２は、一例として、図１０に示すような、課金方式情報を記憶する。すなわち、プリントサーバ２２は、課金方式ＩＤと、ロール（属性）と、課金方式とを対応付けた課金方式情報を、ロール毎且つ課金方式毎に記憶する。

図１１は、第１実施形態の第１変形例の印刷システム１０の処理シーケンスを示す図である。上限管理処理をする場合であって、且つ、取得要求のあった出力データを印刷したときの印刷量が上限値を超えると判断した場合、印刷システム１０では、利用制限処理として、ステップＳ３１１からの処理を実行する。

まず、プリントサーバ２２は、課金方式情報から、認証されたユーザのロールに対応する全ての課金方式を抽出し、課金方式リストを生成する（Ｓ３１１）。例えば、プリントサーバ２２は、図１０に示した課金方式情報を記憶している場合、ユーザが学生であれば、現金と電子マネーとを含む課金方式リストを生成する。また、ユーザがスタッフであれば給与天引きと現金とを含む課金方式リストを生成する。

続いて、プリントサーバ２２は、課金方式リストを課金装置５１に送信する（Ｓ３１２）。続いて、課金装置５１は、課金方式リストを表示して、ユーザによる課金方式の選択を受け付ける（Ｓ３１３）。続いて、課金装置５１は、ユーザにより選択された課金方式で課金が可能な場合、プリントサーバ２２に課金可能な旨を通知する（Ｓ３１４）。

続いて、プリントサーバ２２は、要求された出力データを画像形成装置２３に送信する（Ｓ３１５）。続いて、画像形成装置２３は、受信した出力データを印刷する（Ｓ３１６）。続いて、画像形成装置２３は、完了通知をプリントサーバ２２に送信する（Ｓ３１７）。続いて、プリントサーバ２２は、今回の出力データの印刷量を課金装置５１に送信する（Ｓ３１８）。続いて、課金装置５１は、受信した印刷量に応じた金額を、ユーザにより選択された課金方式で課金し、本シーケンスを終了する（Ｓ３１９）。

以上のように、第１実施形態の第１変形例の印刷システム１０によれば、印刷量が上限値を超える場合に、ユーザにより選択された課金方式で課金して印刷を実行させることができる。

（第１実施形態の第２変形例）
つぎに、第１実施形態の第２変形例について説明する。第１実施形態の第２変形例は、図１から図７を参照して説明した第１実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。

図１２は、第１実施形態の第２変形例のプリントサーバ２２が記憶する割引情報のデータ構成例を示す図である。プリントサーバ２２は、一例として、図１２に示すような、割引情報を記憶する。すなわち、プリントサーバ２２は、印刷方式ＩＤと、印刷方式と、第１割引量（デポジット課金の場合）と、第２割引量（現金課金の場合）とを対応付けた課金方式情報を、印刷方式毎に記憶する。

ここで、印刷方式には、例えば、普通方式と、割引印刷方式とがある。割引印刷方式の場合には、印刷した用紙に広告等が付加される。

第１割引量は、認証サーバ２４で管理される現在値を更新する場合に、割り引かれる量を示す。例えば、第１割引量には、印刷量を実際の印刷枚数よりも５枚割り引くこと、または、実際の印刷枚数が５枚に達していない場合には全枚数を割り引くことが示されている。

第２割引量は、現金課金等をする場合に、割り引く金額を示す。例えば、第２割引量には、実際の利用金額から５０円を割り引くこと、または、実際の利用金額が５０円に達していない場合には、利用金額の全額を割り引くことが示されている。

図１３は、第１実施形態の第２変形例に係る印刷システム１０の処理シーケンスを示す図である。第２変形例では、ステップＳ１１９において、画像形成装置２３は、出力データの選択を受け付けるとともに、印刷方式の指定を受け付ける。画像形成装置２３は、一例として、普通方式または割引印刷方式の何れかの指定を受け付ける。

割引印刷方式が指定された場合、プリントサーバ２２は、上限値を超えているか否かの判定（Ｓ１２４）の処理に先立って、ステップＳ４１１において、取得要求がされた出力データの印刷量から予め登録された割引量を割り引く。例えば、プリントサーバ２２は、出力データの印刷枚数から、割引情報に示された第１割引量の値を減算する。そして、プリントサーバ２２は、ステップＳ１２４において、割引後の出力データの印刷量に基づき、上限値を超えるか否かを判定する。

以上のように、第１実施形態の第２変形例の印刷システム１０によれば、割引後の印刷量が上限値を超えるか否かを判断することができる。

（第２実施形態）
図１４は、第２実施形態に係る印刷システム１０の構成を示す図である。第２実施形態は、第１実施形態と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。

印刷システム１０は、メールサーバ６１と、データ管理サーバ６２とをさらに備える。

第２実施形態に係る印刷システム１０は、画像形成装置２３に対して、電子メールを用いてプルプリントを可能としたシステムである。すなわち、印刷システム１０では、学校に属するユーザ（例えば学生、教員）がクライアント端末２５から対象データを添付した電子メールをメールサーバ６１に送信すると、その対象データがデータ管理サーバ６２によって印刷可能な出力データに変換される。続いて、印刷システム１０では、データ管理サーバ６２から出力データがプリントサーバ２２に転送され、プリントサーバ２２が出力データを蓄積する。そして、印刷システム１０では、画像形成装置２３が、ユーザの操作に応じて、プリントサーバ２２に蓄積された印刷可能な出力データを取得して印刷する。

クライアント端末２５は、電子メールを用いてプルプリントをする場合には、電子メールを、メールサーバ６１の予め設定されたアドレスに送信する。この場合、クライアント端末２５は、学内ネットワーク２０に接続していてもよいし、学内ネットワーク２０の外部のインターネットに接続していてもよい。

ここで、クライアント端末２５から送信される電子メールは、印刷対象となる対象データとユーザを特定するユーザ特定情報とを含む。対象データは、一例として、添付ファイルとして電子メールに含まれる。対象データは、アプリケーションプログラム等により作成されたファイル形式のデータであり、プリンタドライバにより印刷用データに変換される前のデータである。対象データは、例えば、ワードプロセッサ用アプリケーションプログラムにより作成されたファイル、表計算アプリケーションプログラムにより作成されたファイル、または、プレゼンテーションプログラムにより作成されたファイル等である。

ユーザ特定情報は、学内ネットワーク２０のユーザを一意に識別する番号であって、秘匿性の無い（つまり、他のユーザも知ることが可能な）番号である。本例においては、ユーザ特定情報は、学内ネットワーク２０が利用される学校の学生のそれぞれに一意に割り当てられる学籍番号である。また、学籍番号は、学修番号と呼ばれたり、学生番号と呼ばれたりもする。

ユーザ特定情報は、電子メール内の予め定められた位置に、テキストで含まれる。例えば、ユーザ特定情報は、電子メールの件名に含まれる。

メールサーバ６１は、学内ネットワーク２０の外部のインターネット上に設けられる。メールサーバ６１は、クライアント端末２５から予め設定されているアドレスへと送信された電子メールを受信して、蓄積する。

データ管理サーバ６２は、学内ネットワーク２０の外部のインターネット上に設けられる。データ管理サーバ６２は、１以上の情報処理装置から構成される。

データ管理サーバ６２は、メールサーバ６１から対象データおよびユーザ特定情報を含む電子メールを定期的に取得する。そして、データ管理サーバ６２は、対象データを、画像形成装置２３により印刷可能な形式の出力データに変換して、変換後の出力データおよびユーザ特定情報を対応付けて記憶する。

メールサーバ６１およびデータ管理サーバ６２は、まとめて１台の情報処理装置または複数台の情報処理装置により実現されていてもよい。

認証サーバ２４は、それぞれのユーザについて、認証情報（ユーザＩＤおよびパスワード）とユーザ特定情報（学籍番号）とを対応付けて管理する。

ここで、認証情報とは、画像形成装置２３等を利用するための情報であって、そのユーザが他のユーザに対して秘匿して管理すべき情報である。例えば、認証情報には、ユーザを識別するためのユーザ識別情報（ユーザＩＤ）およびパスワードが含まれる。

プリントサーバ２２は、データ管理サーバ６２から、出力データをユーザ特定情報と対応付けて取得する。続いて、プリントサーバ２２は、認証サーバ２４に対してユーザ特定情報（学籍番号）を送信して、取得したユーザ特定情報により特定される認証情報を取得し、認証情報に含まれるユーザを識別するためのユーザ識別情報（ユーザＩＤ）を取得する。そして、プリントサーバ２２は、データ管理サーバ６２から取得した出力データを、対応するユーザ識別情報に対応させて蓄積する。

図１５は、第２実施形態のデータ管理サーバ６２、プリントサーバ２２、画像形成装置２３および認証サーバ２４のブロック構成を示す図である。

データ管理サーバ６２は、メール取得部７１と、データ変換部７２と、第１管理部７３と、第１記憶部７４とを有する。メール取得部７１は、対象データおよびユーザを特定するユーザ特定情報を含む電子メールを、メールサーバ６１から取得する。この場合において、メール取得部７１は、一定期間毎に電子メールを取得する。

データ変換部７２は、電子メールに含まれる対象データを、画像形成装置２３により出力可能な形式の出力データに変換する。データ変換部７２は、一例として、電子メールから添付ファイルを抽出し、ファイル形式等を判断して変換処理を実行する。

第１管理部７３は、電子メールに含まれていたユーザ特定情報を検出する。例えば、第１管理部７３は、電子メールの件名に含まれる学籍番号を検出する。そして、第１管理部７３は、データ変換部７２により変換された出力データと検出したユーザ特定情報（学籍番号）とを対応付けて第１記憶部７４に記憶させて、管理する。第１記憶部７４は、出力データおよびユーザ特定情報（学籍番号）を記憶する。

プリントサーバ２２は、出力データ取得部３１と、ユーザ情報取得部３３と、第２管理部７５と、第２記憶部７６と、上限管理部３６と、上限管理情報記憶部３７とを有する。出力データ取得部３１は、第１実施形態と同様の機能を有し、これに加えて、データ管理サーバ６２から出力データをユーザ特定情報と対応付けて取得する。出力データ取得部３１は、一例として、定期的に出力データを取得する。

ユーザ情報取得部３３は、第１実施形態と同様の機能を有し、これに加えて、出力データ取得部３１により出力データが取得された場合、認証サーバ２４にアクセスして、出力データに対応付けられたユーザ特定情報（学籍番号）に対応するユーザ情報を取得する。

第２管理部７５は、第１実施形態のデータ管理部３４と同様の機能を有する。これに加えて、第２管理部７５は、取得したユーザ情報から、出力データに対応付けられたユーザ特定情報（学籍番号）に対応する認証情報を取得する。続いて、第２管理部７５は、取得した認証情報に含まれるユーザ識別情報（ユーザＩＤ）を特定する。そして、第２管理部７５は、出力データ取得部３１が取得した出力データを、ユーザ情報取得部３３が認証サーバ２４から取得したユーザ識別情報に対応付けて第２記憶部７６に記憶させて、管理する。

第２記憶部７６は、第１実施形態のデータ記憶部３５と同様の機能を有する。これに加えて、第２記憶部７６は、出力データおよびユーザ識別情報を対応付けて記憶する。

認証サーバ２４は、認証部４４と、ユーザ情報記憶部４５とを有する。ユーザ情報記憶部４５は、それぞれのユーザのユーザ情報（認証情報（ユーザＩＤおよびパスワード）およびユーザ特定情報（学籍番号））を記憶する。

図１６は、第２実施形態の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。第２実施形態の認証サーバ２４は、図１６に示すような、ユーザＩＤと、パスワードと、ロールと、学籍番号と、教員ユーザ名と、上限値と、現在値とを対応付けたユーザ情報を、ユーザ毎に記憶する。

学生番号および教員ユーザ名は、ユーザ特定情報の一例である。学籍番号は、例えば任意桁の数字である。また、教員ユーザ名は、教員毎に一意に定まる文字列である。ユーザが教員である場合には、学籍番号は空欄（図中では横棒線で示される）となる。また、ユーザが学生である場合には、教員ユーザ名は、空欄（図中では横棒線で示される）となる。なお、ユーザＩＤは、学生と教員とで記述形式は変わらない。

図１７は、第２実施形態のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。データ管理サーバ６２は、図１７に示すような、出力データＩＤと、ユーザ特定情報と、書誌情報とを対応付けた出力データ管理情報を、出力データ毎に記憶する。なお、ユーザ特定情報は、学生と教員とで記述形成が異なる。

図１８は、第２実施形態に係る印刷システム１０の処理シーケンスを示す図である。

まず、クライアント端末２５は、対象データおよび学籍番号を含む電子メールをメールサーバ６１に送信する（Ｓ５１１）。ここでは、クライアント端末２５は、対象データを電子メールの添付ファイルに含め、学籍番号を電子メールの件名に含める。

続いて、データ管理サーバ６２のメール取得部７１は、メールサーバ６１に対して電子メールの取得を要求する（Ｓ５１２）。続いて、メールサーバ６１は、要求に応じて現在までに蓄積されている電子メールをデータ管理サーバ６２に返信する（Ｓ５１３）。

続いて、データ管理サーバ６２のデータ変換部７２は、取得した電子メールから添付ファイル（対象データ）を抽出する（Ｓ５１４）。続いて、データ管理サーバ６２のデータ変換部７２は、抽出した対象データのデータ形式を変換して、出力データを生成する（Ｓ５１５）。

続いて、データ管理サーバ６２の第１管理部７３は、取得した電子メールの件名からユーザ特定情報（学籍番号または教員ユーザ名）を取得する（Ｓ５１６）。続いて、データ管理サーバ６２の第１管理部７３は、出力データを記録する（Ｓ５１７）。続いて、データ管理サーバ６２の第１管理部７３は、学籍番号または教員ユーザ名を含む出力データ管理情報を生成して、出力データに対応付けて記録する（Ｓ５１８）。

続いて、プリントサーバ２２の出力データ取得部３１は、データ管理サーバ６２の第１管理部７３に対して出力データの取得を要求する（Ｓ５１９）。続いて、データ管理サーバ６２の第１管理部７３は、要求に応じて現在までに蓄積されている出力データおよび出力データ管理情報をプリントサーバ２２の出力データ取得部３１に返信する（Ｓ５２０）。

続いて、プリントサーバ２２のユーザ情報取得部３３は、ユーザ特定情報から学籍番号または教員ユーザ名を特定して、特定した学籍番号または教員ユーザ名を認証サーバ２４に送信してユーザ情報の取得を要求する（Ｓ５２１）。続いて、認証サーバ２４は、要求に応じて、学籍番号または教員ユーザ名に対応するユーザ情報をプリントサーバ２２のユーザ情報取得部３３に返信する（Ｓ５２２）。

続いて、プリントサーバ２２の第２管理部７５は、認証サーバ２４から取得したユーザ情報に基づき、学籍番号または教員ユーザ名に対応するユーザＩＤを特定する（Ｓ５２３）。続いて、プリントサーバ２２の第２管理部７５は、出力データおよびユーザＩＤを対応付けて記憶する（Ｓ５２４）。

そして、以後の処理は、図６に示した第１実施形態のステップＳ１１１からの処理と同様である。

以上のように第２実施形態に係る印刷システム１０によれば、メールサーバ６１に電子メールを送信することにより、外部からのアクセスが制限されている学内ネットワーク２０内の画像形成装置２３に印刷をさせることができる。これにより、印刷システム１０によれば、学内ネットワーク２０の外部のクライアント端末２５から送信した対象データを、学内ネットワーク２０内の画像形成装置２３に印刷をさせることができる。また、印刷システム１０によれば、対象データを電子メールに含めればよいので、クライアント端末２５にプリンタドライバ等を含まなくてもよい。

（第２実施形態の第１変形例）
つぎに、第２実施形態の第１変形例について説明する。第２実施形態の第１変形例は、図１４から図１８を参照して説明した第２実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。

図１９は、第２実施形態の第１変形例の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。第１変形例に係る認証サーバ２４は、教員ユーザ名に代えて、カードＩＤを含むユーザ情報を記憶する。

カードＩＤは、教員またはスタッフのそれぞれが保有するカードの番号を示す。また、カードＩＤは、例えば、学籍番号とは異なる形式で記述されており、例えば先頭の予め定められた文字範囲に特定の文字列（Ｃａｒｄ）を含む。

図２０は、第２実施形態の第１変形例のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。第１変形例では、教員が電子メールを用いたメール印刷を利用する場合、電子メールの予め定められた位置にカードＩＤを含める。これにより、データ管理サーバ６２の出力データ管理情報には、ユーザ特定情報として、教員ユーザ名に代えて、カードＩＤが記述される。

図２１は、第２実施形態の第１変形例のプリントサーバ２２の処理フローを示す図である。第１変形例のプリントサーバ２２は、データ管理サーバ６２から出力データを受信した場合に、以下のステップＳ６１１からの処理を実行する。

まず、ステップＳ６１１において、プリントサーバ２２は、出力データおよび出力データ管理情報を受信する。続いて、ステップＳ６１２において、プリントサーバ２２は、ロールが学生であるか、否かを判断する。プリントサーバ２２は、一例として、ユーザ特定情報の先頭の予め定められた範囲の文字に特定の文字列（例えば、Ｃａｒｄ）が含まれるか否かを判断して、ロールが学生であるか否かを判断する。

ロールが学生である場合（ステップＳ６１２の学生）、ステップＳ６１３において、プリントサーバ２２は、ユーザ情報の学籍番号の欄をキーとしてユーザＩＤを特定する。一方、ロールが学生ではない場合（ステップＳ６１２の学生ではない）、ステップＳ６１４において、プリントサーバ２２は、ユーザ情報のカードＩＤの欄をキーとしてユーザＩＤを特定する。

ステップＳ６１３またはステップＳ６１４でユーザＩＤを特定すると、続いて、ステップＳ６１５において、プリントサーバ２２は、特定したユーザＩＤと出力データとを対応付けて管理して、本フローを終了する。

以上のように第２実施形態の第１変形例に係る印刷システム１０によれば、教員およびスタッフのユーザ特定情報をカードＩＤとすることにより、プリントサーバ２２でのユーザＩＤの特定を簡易にすることができる。

（第２実施形態の第２変形例）
つぎに、第２実施形態の第２変形例について説明する。第２実施形態の第２変形例は、図１４から図１８を参照して説明した第２実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。

図２２は、第２実施形態の第２変形例の認証サーバ２４が記憶するユーザ情報のデータ構成例を示す図である。図２３は、第２実施形態の第２変形例のデータ管理サーバ６２が記憶する出力データ管理情報のデータ構成例を示す図である。

例えば、学籍番号は、一部分が定型情報である場合がある。例えば、図２２の場合、学籍番号は、先頭の３文字が“Ｐ００”の定型情報となっており、４文字目以降が学生を一意に識別する番号となっている。このような場合、第２変形例のデータ管理サーバ６２の第１管理部７３は、図２３に示されるように、ユーザ特定情報における少なくともユーザを識別できる一部の情報と、対象データと対応付けて管理する。

さらに、第２変形例のプリントサーバ２２は、電子メールの件名に含まれているユーザ特定情報が、定型情報を付加した状態の学籍番号であっても、定型情報を除いた後の学籍番号であっても、ユーザ情報を取得可能となっている。

図２４は、第２実施形態の第２変形例に係るプリントサーバ２２の処理フローを示す図である。

まず、ステップＳ７１１において、プリントサーバ２２は、出力データおよび出力データ管理情報を受信する。続いて、ステップＳ７１２において、プリントサーバ２２は、出力データ管理情報のユーザ特定情報に、定型情報（例えば“Ｐ００”）を付加する。続いて、ステップＳ７１３において、プリントサーバ２２は、定型情報を付加したユーザ特定情報に対応するユーザ情報を、認証サーバ２４から取得する。

続いて、ステップＳ７１４において、プリントサーバ２２は、定型情報を付加したユーザ特定情報をキーとしてユーザ情報を取得できたか否かを判断する。定型情報を付加したユーザ特定情報をキーとしてユーザ情報を取得できた場合（ステップＳ７１４のＹｅｓ）、ステップＳ７１５において、プリントサーバ２２は、取得したユーザ情報からユーザＩＤを特定する。そして、ステップＳ７１６において、プリントサーバ２２は、特定したユーザＩＤと出力データとを対応付けて管理して、本フローを終了する。

一方、プリントサーバ２２は、定型情報を付加したユーザ特定情報をキーとしてユーザ情報を取得できない場合（ステップＳ７１４のＮｏ）、ステップＳ７１７において、プリントサーバ２２は、定型情報を付加しないユーザ特定情報に対応するユーザ情報を認証サーバ２４から取得する。続いて、ステップＳ７１８において、プリントサーバ２２は、定型情報を付加しないユーザ特定情報をキーとしてユーザ情報を取得できたか否かを判断する。定型情報を付加しないユーザ特定情報をキーとしてユーザ情報を取得できた場合（ステップＳ７１８のＹｅｓ）、ステップＳ７１５において、プリントサーバ２２は、取得したユーザ情報からユーザＩＤを特定する。そして、ステップＳ７１６において、プリントサーバ２２は、特定したユーザＩＤと出力データとを対応付けて管理して、本フローを終了する。

定型情報を付加しないユーザ特定情報をキーとしてユーザ情報を取得できない場合（ステップＳ７１８のＮｏ）、ステップＳ７１９において、プリントサーバ２２は、エラー処理をして（例えば、対応する出力データを削除して）、本フローを終了する。

以上のように第２実施形態の第２変形例に係る印刷システム１０によれば、学籍番号の一部が定型情報である場合、電子メールに定型情報を除いた学籍番号を入力した場合も、定型情報を付加した学籍番号を入力した場合も、印刷をさせることができる。

以上のような第１および第２実施形態のプリントサーバ２２およびデータ管理サーバ６２は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

プリントサーバ２２およびデータ管理サーバ６２で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、プリントサーバ２２およびデータ管理サーバ６２で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、プリントサーバ２２およびデータ管理サーバ６２で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。また、このプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１の実施形態のプリントサーバ２２で実行されるプログラムは、上述した各部（出力データ取得部３１、認証受付部３２、ユーザ情報取得部３３、データ管理部３４および上限管理部３６）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、出力データ取得部３１、認証受付部３２、ユーザ情報取得部３３、データ管理部３４および上限管理部３６が主記憶装置上に生成されるようになっている。なお、出力データ取得部３１、認証受付部３２、ユーザ情報取得部３３、データ管理部３４および上限管理部３６は、一部または全部がハードウェアにより構成されていてもよい。

また、第２の実施形態のプリントサーバ２２で実行されるプログラムは、上述した各部（出力データ取得部３１、ユーザ情報取得部３３、第２管理部７５および上限管理部３６）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、出力データ取得部３１、ユーザ情報取得部３３、第２管理部７５および上限管理部３６が主記憶装置上に生成されるようになっている。なお、出力データ取得部３１、ユーザ情報取得部３３、第２管理部７５および上限管理部３６は、一部または全部がハードウェアにより構成されていてもよい。

また、データ管理サーバ６２で実行されるプログラムは、上述した各部（メール取得部７１、データ変換部７２および第１管理部７３）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、メール取得部７１、データ変換部７２および第１管理部７３が主記憶装置上に生成されるようになっている。メール取得部７１、データ変換部７２および第１管理部７３は、一部または全部がハードウェアにより構成されていてもよい。

なお、本発明は、好適な実施の形態として、プリントを利用用途とした説明をしたが、本発明はプリントに限らず適用することができる。つまり、例えばユーザの自宅ＰＣや携帯端末から学内ネットワークに対するアクセスが制限されているような環境において、学内ネットワークの装置が、外部ネットワークに存在する特定の装置に対してアクセスし、情報を取得することで、アクセスが制限されているＰＣや携帯端末等は特定の装置にデータを送信すれば学内ネットワークの装置にそのデータを取得させることができるようになる（実施形態においては、データを取得、蓄積、送信する装置としてプリントサーバ２２が該当する）。印刷用途に限らず、ＷｏｒｄファイルやＰＤＦファイル等、自宅ＰＣやタブレット端末等で作成したデータを、学内ネットワークの特定の装置（ＭＦＰやＬＰ、プリンタ等の画像形成装置、ＰＣ、タブレット端末等の端末装置、プロジェクタ等の投影装置、電子黒板装置、サイネージ等の電子広告装置、実験機器等の実験装置等、データを利用する装置（データ利用装置）の種類については種々のものが考えられる。）から利用したいという場合にも本発明は適用できる。またさらに、ネットワークシステムにおいて用いた学内や企業内といった言葉に限定されるものでもなく、上述したようなネットワークシステム構成でなければ適用できないものでもない。

１０ 印刷システム
２０ 学内ネットワーク
２１ ファイアウォール
２２ プリントサーバ
２３ 画像形成装置
２４ 認証サーバ
２５ クライアント端末
２６ 携帯端末
３１ 出力データ取得部
３２ 認証受付部
３３ ユーザ情報取得部
３４ データ管理部
３５ データ記憶部
３６ 上限管理部
３７ 上限管理情報記憶部
４１ 認証処理部
４２ 取得部
４３ 出力部
４４ 認証部
４５ ユーザ情報記憶部
５１ 課金装置
５２ 課金受付部
５３ 課金方式表示部
５４ 課金制御部
６１ メールサーバ
６２ データ管理サーバ
７１ メール取得部
７２ データ変換部
７３ 第１管理部
７４ 第１記憶部
７５ 第２管理部
７６ 第２記憶部

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

Claims (9)

1. 画像形成装置が画像形成可能な形式の出力データをユーザ識別情報と対応付けて記憶するデータ記憶部と、
   前記画像形成装置からの出力データの取得要求に応じて、前記画像形成装置を操作するユーザのユーザ識別情報と対応付いて前記データ記憶部に記憶された出力データを送信するデータ管理部と、
   前記ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、前記出力データの出力を制限する上限管理処理を実行する上限管理部と、
   ユーザの属性毎に前記上限管理処理をするか否かを示す情報を記憶する上限管理情報記憶部と、
   を備え、
   前記上限管理部は、前記画像形成装置を操作する前記ユーザの属性を取得し、取得した属性に応じて前記上限管理処理を実行するか否かを切り替える
   情報処理装置。
2. 前記上限管理部は、前記画像形成装置による印刷が完了した場合、前記ユーザの現時点までの印刷量を示す現在値を更新する
   請求項１に記載の情報処理装置。
3. 前記上限管理部は、前記現在値と、前記取得要求がされた出力データの印刷量とを加算した値が前記上限値を超える場合に、前記出力データの送信を禁止する
   請求項２に記載の情報処理装置。
4. 前記画像形成装置を操作する前記ユーザが所定の印刷方式を選択した場合、前記上限管理部は、前記取得要求がされた出力データの印刷量から予め定められた量を割り引く
   請求項３に記載の情報処理装置。
5. 前記上限管理部は、前記ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、前記ユーザに対して課金方式の選択を要求し、選択された課金方式により課金可能な場合に前記出力データを送信させる
   請求項１から４の何れか一項に記載の情報処理装置。
6. 前記画像形成装置および前記情報処理装置は、外部の機器からのアクセスを制限するファイアウォールが接続された学校内のネットワークに接続される
   請求項１から５の何れか一項に記載の情報処理装置。
7. それぞれのユーザに学生または教員の属性が割り当てられ、
   前記上限管理部は、前記ユーザの属性が学生である場合に前記上限管理処理を実行し、前記ユーザの属性が教員である場合に前記上限管理処理を実行しない
   請求項６に記載の情報処理装置。
8. 画像形成装置が画像形成可能な形式の出力データをユーザ識別情報と対応付けて蓄積する情報処理装置のデータ処理方法であって、
   前記画像形成装置からの出力データの取得要求に応じて、前記画像形成装置を操作するユーザのユーザ識別情報と対応付いて記憶された出力データを送信するデータ管理ステップと、
   前記ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、前記出力データの出力を制限する上限管理処理を実行する上限管理ステップと、
   ユーザの属性毎に前記上限管理処理をするか否かを示す情報を記憶する上限管理情報記憶ステップと、
   を含み、
   前記上限管理ステップは、前記画像形成装置を操作する前記ユーザの属性を取得し、取得した属性に応じて前記上限管理処理を実行するか否かを切り替える
   データ処理方法。
9. 画像形成装置が画像形成可能な形式の出力データをユーザ識別情報と対応付けて蓄積する情報処理装置として、コンピュータを機能させるためのプログラムであって、
   前記画像形成装置からの出力データの取得要求に応じて、前記画像形成装置を操作するユーザのユーザ識別情報と対応付いて記憶された出力データを送信するデータ管理ステップと、
   前記ユーザに対応して登録された印刷量の上限値を超える出力データの取得要求を受けた場合に、前記出力データの出力を制限する上限管理処理を実行する上限管理ステップと、
   ユーザの属性毎に前記上限管理処理をするか否かを示す情報を記憶する上限管理情報記憶ステップと、
   を含み、
   前記上限管理ステップは、前記画像形成装置を操作する前記ユーザの属性を取得し、取得した属性に応じて前記上限管理処理を実行するか否かを切り替える
   プログラム。

Images