JP6171432B2 - 印刷をするシステムおよび方法 - Google Patents

Description

本発明は、印刷をするシステムおよび方法に関する。

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

例えば大学等の学内ネットワークでプルプリントシステムを実現している場合がある。しかし、学内ネットワークは外部ネットワークからのアクセスをファイアウォールによって制限しているので、外部ネットワーク上のコンピュータからプリントサーバに印刷データを送信することができなかった。また、学内ネットワークのコンピュータから印刷する場合も、そのコンピュータにプリンタドライバをインストールする必要があった。そのため、例えば、学生は、自宅で作成した課題を学内の画像形成装置で印刷するためには、学内ネットワークにアクセスすることができ、かつプリンタドライバがインストールされているコンピュータにデータを転送しなければならなく、作業が面倒であった。

本発明は、上記に鑑みてなされたものであって、印刷対象となる対象データをデータ蓄積装置に容易に送信して、印刷作業を簡単にしたシステムおよび方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るシステムは、内部ネットワークに設けられた機器に対する外部の機器からのアクセスを制限するファイアウォールと、対象データとユーザを特定するユーザ特定情報とを含む電子メールを受信して蓄積するメールサーバと、それぞれのユーザについて、ユーザ認証に用いられる認証情報と前記ユーザ特定情報とを対応付けて管理する認証サーバと、１以上の情報処理装置から構成されるデータ管理システムと、データ蓄積装置とを備えるシステムであって、前記内部ネットワークは、学校で利用される機器を接続する学内ネットワークであり、前記認証情報は、そのユーザが他のユーザに対して秘匿して管理すべき情報であり、前記ユーザ特定情報は、前記学校の学生のそれぞれに一意に割り当てられる学籍番号であり、前記メールサーバは、前記内部ネットワークの外部に設けられ、前記データ管理システムは、前記内部ネットワークの外部に設けられ、前記データ蓄積装置は、前記内部ネットワークに設けられ、前記データ管理システムは、前記メールサーバから前記電子メールを取得するメール取得部と、前記電子メールに含まれる前記対象データを画像形成装置により出力可能な形式の出力データに変換するデータ変換部と、前記出力データを、対応する前記電子メールに含まれていた前記ユーザ特定情報に対応付けて管理する第１管理部と、を有し、前記データ蓄積装置は、前記データ管理システムから、前記出力データを前記ユーザ特定情報と対応付けて取得する出力データ取得部と、前記ユーザ特定情報に基づき前記認証情報を取得するユーザ情報取得部と、取得した前記出力データを、取得した前記認証情報に含まれるユーザを識別するためのユーザ識別情報に対応させて管理する第２管理部と、を有する。

本発明によれば、印刷対象となる対象データをデータ蓄積装置に容易に送信して、印刷作業を簡単にするという効果を奏する。

図１は、第１実施形態に係る印刷システムの構成を示す図である。 図２は、第１実施形態のデータ管理サーバ、プリントサーバ、画像形成装置および認証サーバのブロック構成を示す図である。 図３は、第１実施形態の認証サーバが記憶するユーザ情報のデータ構成例を示す図である。 図４は、第１実施形態のプリントサーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図５は、第１実施形態のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図６は、第１実施形態に係る印刷システムの処理シーケンスを示す図である。 図７は、第１実施形態のメールサーバに送信される電子メールの一例を示す図である。 図８は、第１実施形態の第１変形例のプリントサーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図９は、第１実施形態の第１変形例のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図１０は、第１実施形態の第１変形例に係る印刷システムの処理シーケンスを示す図である。 図１１は、第１実施形態の第１変形例の画像形成装置が表示する出力データ一覧画面の一例を示す図である。 図１２は、第１実施形態の第２変形例の認証サーバが記憶するユーザ情報のデータ構成例を示す図である。 図１３は、第１実施形態の第２変形例のプリントサーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図１４は、第１実施形態の第２変形例のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図１５は、第１実施形態の第２変形例に係る印刷システムの処理シーケンスを示す図である。 図１６は、第１実施形態の第２変形例に係るプリントサーバにおける、ユーザＩＤの特定処理のフローを示す図である。 図１７は、第１実施形態の第３変形例に係るプリントサーバのブロック構成を示す図である。 図１８は、第１実施形態の第３変形例の認証サーバが記憶するユーザ情報のデータ構成例を示す図である。 図１９は、第１実施形態の第３変形例に係るプリントサーバの処理フローを示す図である。 図２０は、第１実施形態の第４変形例の認証サーバが記憶するユーザ情報のデータ構成例を示す図である。 図２１は、第１実施形態の第４変形例のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図２２は、第１実施形態の第４変形例に係るプリントサーバの処理フローを示す図である。 図２３は、第１実施形態の第５変形例に係る印刷システムの構成を示す図である。 図２４は、第１実施形態の第５変形例のデータ管理サーバおよびプリントサーバのブロック構成を示す図である。 図２５は、第１実施形態の第５変形例のプリントサーバが記憶するＩＤ対応情報のデータ構成例を示す図である。 図２６は、第１実施形態の第５変形例のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図２７は、第１実施形態の第５変形例に係る印刷システムの、プリントサーバが出力データを取得するまでの処理シーケンスを示す図である。 図２８は、第１実施形態の第５変形例のプリントサーバからデータ管理サーバへと送信される電子メールの一例を示す図である。 図２９は、第２実施形態に係る印刷システムの構成を示す図である。 図３０は、第２実施形態のデータ管理サーバおよびプリントサーバのブロック構成を示す図である。 図３１は、第２実施形態のデータ管理サーバが記憶する領域ＩＤ管理情報のデータ構成例を示す図である。 図３２は、第２実施形態のデータ管理サーバが記憶する出力データ管理情報のデータ構成例を示す図である。 図３３は、第２実施形態に係る印刷システムでの、プリントサーバが出力データを取得するまでの処理シーケンスを示す図である。 図３４は、第２実施形態のデータ管理サーバの処理フローを示す図である。 図３５は、第２実施形態のメールサーバに送信される電子メールの一例を示す図である。 図３６は、第２実施形態の変形例のデータ管理サーバが記憶する領域ＩＤ管理情報のデータ構成例を示す図である。 図３７は、第２実施形態の変形例に係る印刷システムでの、データ管理サーバが出力データを記録するまでの処理シーケンスを示す図である。 図３８は、第３実施形態に係る印刷システムのシステム構成を示す図である。 図３９は、第３実施形態のサービス提供システムの機能構成を示す図である。 図４０は、第３実施形態のプリントサーバ、画像形成装置およびサービス提供システムのブロック構成を示す図である。 図４１は、第３実施形態の管理情報記憶部が記憶する組織管理情報のデータ構成例を示す図である。 図４２は、第３実施形態の管理情報記憶部が記憶するユーザ管理情報のデータ構成例を示す図である。 図４３は、第３実施形態の管理情報記憶部が記憶する機器管理情報のデータ構成例を示す図である。 図４４は、第３実施形態の方式情報記憶部が記憶する方式情報のデータ構成例を示す図である。 図４５は、第３実施形態の、ユーザ特定方式がメール情報の場合の出力データ管理情報のデータ構成例を示す図である。 図４６は、第３実施形態の、ユーザ特定方式がユーザＩＤの場合の出力データ管理情報のデータ構成例を示す図である。 図４７は、第３実施形態に係る印刷システムでの、プリントサービスアプリが出力データを記録するまでの処理シーケンスを示す図である。 図４８は、第３実施形態のサービス提供システムへのデータの投入時の処理フローを示す図である。 図４９は、第３実施形態の、学内ネットワークのプリントサーバがサービス提供システムから出力データを取得する場合の処理シーケンスを示す図である。 図５０は、第３実施形態の企業内ネットワークの画像形成装置がサービス提供システムから出力データを取得する場合の処理シーケンスを示す図である。

以下に、本発明に係る実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

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

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

なお、学内ネットワーク２０は、外部ネットワークの機器からのアクセスを制限する内部ネットワークである。すなわち、学内ネットワーク２０に設けられた機器からは、学内ネットワーク２０の外部のサーバ等にはアクセスができるが、外部の機器から学内ネットワーク２０に設けられた機器へのアクセスはできない。

また、本例は、学内ネットワーク２０を例にとって説明するが、学内ネットワークに限らず、外部からのアクセスが制限された内部ネットワークであれば企業内ネットワーク等であってもよい。

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

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

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

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

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

データ管理サーバ１２は、データ管理システムの一例であって、メールサーバ１１から対象データおよびユーザ特定情報を含む電子メールを定期的に取得する。そして、データ管理サーバ１２は、対象データを、画像形成装置２３により印刷可能な形式の出力データに変換して、変換後の出力データおよびユーザ特定情報を対応付けて記憶する。ここで、画像形成装置２３により印刷可能な形式の出力データとは、画像形成装置２３により形成される画像の元となるデータであり、例えば、画像形成装置２３用のプリンタドライバにより印刷用データに変換された後のデータである。

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

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

プリントサーバ２２は、データ管理サーバ１２から、出力データをユーザ特定情報と対応付けて取得する。続いて、プリントサーバ２２は、認証サーバ２４にアクセスして、取得したユーザ特定情報により特定される認証情報を取得して、認証情報に含まれるユーザを識別するためのユーザ識別情報を取得する。

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

また、認証サーバ２４には、認証情報（ユーザＩＤおよびパスワード）と、ユーザ特定情報（学籍番号）とが対応付けて管理されている。プリントサーバ２２は、認証サーバ２４に対して、ユーザ特定情報（学籍番号）を送信することにより、ユーザ識別情報（ユーザＩＤ）を取得する。

そして、プリントサーバ２２は、データ管理サーバ１２から取得した出力データを、対応するユーザ識別情報（ユーザＩＤ）に対応させて蓄積する。

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

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

認証サーバ２４は、学内ネットワーク２０に設けられる。プリントサーバ２２は、１以上の情報処理装置から構成される。認証サーバ２４は、それぞれのユーザについて、認証情報（ユーザＩＤおよびパスワード）とユーザ特定情報（学籍番号）とを対応付けて管理する。

クライアント端末２５は、ユーザにより利用されるコンピュータ等の端末である。クライアント端末２５は、電子メールを用いてプルプリントをする場合には、対象データを添付し、且つ、所定の位置（例えば件名）にユーザ特定情報（学籍番号）を記入した電子メールを、メールサーバ１１の予め設定されたアドレスに送信する。この場合、クライアント端末２５は、学内ネットワーク２０に接続していてもよいし、学内ネットワーク２０の外部のインターネットに接続していてもよい。

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

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

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

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

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

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

プリントサーバ２２は、出力データ取得部３５と、ユーザ情報取得部３６と、第２管理部３７と、第２記憶部３８とを有する。出力データ取得部３５は、データ管理サーバ１２から、出力データをユーザ特定情報と対応付けて取得する。出力データ取得部３５は、一例として、定期的に出力データを取得する。

ユーザ情報取得部３６は、出力データ取得部３５により出力データが取得された場合、認証サーバ２４にアクセスして、出力データに対応付けられたユーザ特定情報（学籍番号）に対応するユーザ情報を取得する。

第２管理部３７は、取得したユーザ情報から、出力データに対応付けられたユーザ特定情報（学籍番号）に対応する認証情報を取得する。続いて、第２管理部３７は、取得した認証情報に含まれるユーザ識別情報（ユーザＩＤ）を特定する。そして、第２管理部３７は、出力データ取得部３５が取得した出力データを、ユーザ情報取得部３６が認証サーバ２４から取得したユーザ識別情報に対応付けて第２記憶部３８に記憶させて、管理する。第２記憶部３８は、出力データおよびユーザ識別情報を記憶する。

画像形成装置２３は、認証処理部４１と、取得部４２と、出力部４３とを有する。認証処理部４１は、ユーザからの認証情報（ユーザＩＤおよびパスワード）の入力を受け付けて、認証サーバ２４に対してユーザ認証を要求する。取得部４２は、ユーザ認証が成功したことに応じて、認証されたユーザの出力データの一覧をプリントサーバ２２から取得する。さらに、取得部４２は、出力データの一覧から選択された出力データを、プリントサーバ２２から取得する。出力部４３は、取得部４２が取得した出力データを印刷出力する。

認証サーバ２４は、認証部４４と、ユーザ情報記憶部４５とを有する。認証部４４は、画像形成装置２３からの要求に応じて、ユーザの認証を行う。具体的には、認証部４４は、画像形成装置２３に対して入力された認証情報（ユーザＩＤおよびパスワード）が、ユーザ情報記憶部４５に記憶されている何れかのユーザの認証情報に一致するか否かを認証する。ユーザ情報記憶部４５は、それぞれのユーザのユーザ情報（認証情報（ユーザＩＤおよびパスワード）およびユーザ特定情報（学籍番号））を記憶する。

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

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

なお、書誌情報には、出力データのファイル名、データサイズ等が含まれる。書誌情報は、例えば、対象データの書誌情報を引き継いだ情報である。また、プリントサーバ２２は、出力データＩＤ等により出力データの実体の格納場所を特定できる。

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

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

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

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

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

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

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

続いて、プリントサーバ２２のユーザ情報取得部３６は、出力データ管理情報に含まれる学籍番号を認証サーバ２４に送信して、ユーザ情報の取得を要求する（Ｓ１２１）。認証サーバ２４は、受信した学籍番号が存在すれば、要求に応じて対応するユーザ情報をプリントサーバ２２のユーザ情報取得部３６に返信する（Ｓ１２２）。

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

続いて、画像形成装置２３は、ユーザからユーザＩＤおよびパスワードの入力を受け付けると、認証要求を認証サーバ２４に送信する（Ｓ１２５）。認証サーバ２４は、認証要求に応じてユーザＩＤおよびパスワードを認証する（Ｓ１２６）。続いて、認証サーバ２４は、認証が成功すると、認証結果を画像形成装置２３に返信する（Ｓ１２７）。

続いて、画像形成装置２３は、出力データの取得要求をユーザＩＤとともに、プリントサーバ２２の第２管理部３７に送信する（Ｓ１２８）。続いて、プリントサーバ２２の第２管理部３７は、取得要求に応じて、ユーザＩＤに対応する出力データを画像形成装置２３に返信する（Ｓ１２９）。なお、プリントサーバ２２は、ユーザＩＤに対応する出力データの一覧を画像形成装置２３に送信し、その中からユーザにより選択された出力データを送信してもよい。そして、画像形成装置２３は、受信した出力データを印刷出力する（Ｓ１３０）。

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

なお、一例として学籍番号を電子メールに入力する方法を示しているが、本発明はこれに限るものではない。例えば、ユーザＩＤおよびパスワードで認証しているため、ユーザＩＤのみを電子メールに入力する方法であってもよい。ユーザ情報がユーザＩＤに対応付けてユーザ名も記憶している場合には、ユーザ名であってもよい。つまり、学内ネットワーク２０の外部において、学内の認証成否の判断に用いられる認証情報（実施例ではユーザＩＤおよびパスワード）をそのまま利用するとセキュリティの都合上好ましくないため、学内ネットワーク２０の外部においては認証情報そのものではなく、認証情報の一部や、他の種類のユーザ情報を用いて、出力データを管理する。

但し、ユーザ名を用いる場合には、同じ名前のユーザがいた場合に問題が起こる可能性があるため、ユーザ名の一意性を担保する必要がある。従って、少なくともユーザを特定できる情報であり、かつ、認証情報そのものではない情報を利用することが望ましく、学籍番号は、学内のユーザを一意に特定できる情報として用いられる好適な一例として示している。

また、一例として、ユーザＩＤおよびパスワードによる認証を示したが、認証の方法はこれに限らない。例えば、ユーザＩＤのみを用いる認証でも、パスワードのみでも、ＩＣカードを用いたカード認証でもよく、認証の方法によって本発明の適用が制限されるものではない。つまり、どのような認証方法であれ、認証に用いられる認証情報のような機密性の高い情報を、外部ネットワークにおいて管理させないことでセキュリティを向上させている。

従って、学内ネットワーク２０の外部で出力データを管理する情報に学籍番号を採用した理由は、学籍番号はそれだけでユーザを特定することができず、また、認証に用いられることも無い情報であり、少なくとも認証情報に比べて機密性が高くはないと判断される情報であることを想定している。またさらに、学籍番号が学生にとって覚えやすい情報であり、学生が使用しやすい。なお、学籍番号も機密性の高い情報で利用したくないという場合には、別のユーザを特定できる情報を利用してもよい。例えば別のＩＤをユーザ毎に用意して、各ユーザに周知してもよい。

図７は、第１実施形態のメールサーバ１１に送信される電子メールの一例を示す図である。本実施形態では、電子メールの件名にユーザ特定情報（学籍番号）を入力する例を示した。しかし、これに限らず、電子メールの予め定められた領域から学籍番号を取得できればよく、例えば学籍番号を本文に含めてもよい。

また、本実施形態では、電子メールから添付ファイルを抽出し、添付ファイルを出力データに変換する例を示した。しかし、これに限らず、電子メールの本文データを出力データに変換してもよいし、本文データおよび添付ファイルの両方を出力データに変換してもよい。

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

図８は、第１実施形態の第１変形例のプリントサーバ２２が記憶する出力データ管理情報のデータ構成例を示す図である。図９は、第１実施形態の第１変形例のデータ管理サーバ１２が記憶する出力データ管理情報のデータ構成例を示す図である。

第１変形例において、データ管理サーバ１２の第１管理部３３は、電子メールにおける予め定められた位置から情報を取得し、取得した情報を出力データの書誌情報に含める。例えば、図８および図９に示されるように、第１管理部３３は、電子メールの本文に記載されたコメント（化学レポート、物理レポートおよび部活ミーティング用といった文字）を取得して、出力データの書誌情報に含める。そして、画像形成装置２３は、出力データの一覧の表示において、書誌情報を表示する。

図１０は、第１実施形態の第１変形例に係る印刷システム１０の処理シーケンスを示す図である。まず、第１変形例では、ステップＳ１１１からステップＳ１１５までの処理は、図６に示した処理と同様である。

続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールの件名から学籍番号を取得するとともに、本文のコメントを取得する（Ｓ２１１）。続いて、データ管理サーバ１２の第１管理部３３は、出力データを記録する（Ｓ１１７）。続いて、データ管理サーバ１２の第１管理部３３は、本文のコメントを書誌情報に含んだ出力データ管理情報を生成して、出力データに対応付けて記録する（Ｓ１１８）。

続いて、ステップＳ１１９からＳ１２７までの処理は、図６に示した処理と同様である。続いて、画像形成装置２３は、プリントサーバ２２の第２管理部３７に対して出力データの一覧の取得要求をユーザＩＤとともに送信する（Ｓ２１２）。

続いて、プリントサーバ２２の第２管理部３７は、取得要求に応じて、ユーザＩＤに対応する出力データの一覧を画像形成装置２３に送信する（Ｓ２１３）。続いて、画像形成装置２３は、一覧から選択された出力データの取得要求を、出力データＩＤとともにプリントサーバ２２の第２管理部３７に送信する（Ｓ１２８）。続いて、プリントサーバ２２は、取得要求に応じて、出力データＩＤに対応する出力データを画像形成装置２３に返信する（Ｓ１２９）。そして、画像形成装置２３は、受信した出力データを印刷出力する（Ｓ１３０）。

図１１は、第１実施形態の第１変形例の画像形成装置２３が表示する出力データ一覧画面の一例を示す図である。画像形成装置２３は、ステップＳ２１３において一覧を取得すると、図１１に示すような画面を表示する。この場合において、画像形成装置２３は、書誌情報に含まれるコメント（例えば、化学レポート）を出力データのファイル名とともに表示する。

以上のように第１実施形態の第１変形例に係る印刷システム１０によれば、画像形成装置２３を操作するユーザに対して、出力データの内容を容易に理解させることができる。

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

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

第２変形例においては、ユーザ特定情報は、第１グループのユーザの記述形式と第２グループのユーザの記述形式とが異なる。一例として、ユーザが学生である場合には（第１グループの場合）、ユーザ特定情報は学籍番号となり、ユーザが教員である場合には（第２グループの場合）、例えば任意の文字列となる。

そして、プリントサーバ２２のユーザ情報取得部３６は、出力データを取得すると、ユーザ特定情報の記述形式を判別する。そして、ユーザ情報取得部３６は、ユーザ特定情報の記述形式に応じて、ユーザのグループを判断して対応するグループの認証情報を取得する。

例えば、第２変形例では、認証サーバ２４は、図１２に示すような、ユーザＩＤと、パスワードと、ロールと、学籍番号と、教員ユーザ名とを対応付けたユーザ情報を、ユーザ毎に記憶する。ここで、ロールは、そのユーザが学生であるか教員であるかを識別する情報である。また、教員ユーザ名は、教員を一意に特定する任意の文字列である。

なお、ユーザが教員である場合には、学籍番号は空欄（図中では横棒線で示される）となる。また、ユーザが学生である場合には、教員ユーザ名は、空欄（図中では横棒線で示される）となる。

また、第２変形例では、プリントサーバ２２は、図１３に示すような、出力データＩＤと、ユーザＩＤと、書誌情報とを対応付けた出力データ管理情報を、出力データ毎に記憶する。なお、この場合、ユーザＩＤは、学生と教員とで記述形式は変わらない。

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

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

まず、ステップＳ１１１からステップＳ１１５までの処理は、図６に示した処理と同様である。続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールの件名からユーザ特定情報（学籍番号または教員ユーザ名）を取得する（Ｓ３１１）。

続いて、ステップＳ１１７からステップＳ１２０までの処理は、図６に示した処理と同様である。続いて、プリントサーバ２２のユーザ情報取得部３６は、ユーザ特定情報から学籍番号または教員ユーザ名を特定して、特定した学籍番号または教員ユーザ名を認証サーバ２４に送信してユーザ情報の取得を要求する（Ｓ３１２）。続いて、認証サーバ２４は、要求に応じて、学籍番号または教員ユーザ名に対応するユーザ情報をプリントサーバ２２のユーザ情報取得部３６に返信する（Ｓ３１３）。

続いて、プリントサーバ２２の第２管理部３７は、認証サーバ２４から取得したユーザ情報に基づき、学籍番号または教員ユーザ名に対応するユーザＩＤを特定する（Ｓ３１４）。そして、以降、ステップＳ１２４からステップＳ１３０までの処理は、図６に示した処理と同様である。

図１６は、第１実施形態の第２変形例に係るプリントサーバ２２における、ユーザＩＤの特定処理のフローを示す図である。

まず、ステップＳ３５１において、プリントサーバ２２は、出力データおよび出力データ管理情報をデータ管理サーバ１２から受信する。続いて、ステップＳ３５２において、プリントサーバ２２は、出力データ管理情報のユーザ特定情報が学籍番号または教員ユーザ名であるとして、認証サーバ２４からユーザ情報を取得する。

続いて、ステップＳ３５３において、プリントサーバ２２は、取得したユーザ情報から、学籍番号をキーとしてユーザＩＤを取得できるか否かを判断する。学籍番号をキーとしてユーザＩＤを取得できた場合（ステップＳ３５３のＹｅｓ）、ステップＳ３５４において、プリントサーバ２２は、学籍番号からユーザＩＤを特定して、処理をステップＳ３５８に進める。

学籍番号をキーとしてユーザＩＤを取得できなかった場合（ステップＳ３５３のＮｏ）、ステップＳ３５５において、プリントサーバ２２は、教員ユーザ名をキーとしてユーザＩＤを取得できるか否かを判断する。教員ユーザ名をキーとしてユーザＩＤを取得できなかった場合（ステップＳ３５５のＮｏ）、ステップＳ３５６において、プリントサーバ２２は、エラー処理をして（例えば、対応する出力データを削除して）、本フローを終了する。

教員ユーザ名をキーとしてユーザＩＤを取得できた場合（ステップＳ３５５のＹｅｓ）、ステップＳ３５７において、プリントサーバ２２は、教員ユーザ名からユーザＩＤを特定して、処理をステップＳ３５８に進める。そして、ステップＳ３５８において、プリントサーバ２２は、取得したユーザＩＤと、出力データとを対応付けて管理する。

以上のように第１実施形態の第２変形例に係る印刷システム１０によれば、学生および教員のそれぞれに対して、学内ネットワーク２０の外部のクライアント端末２５から送信した対象データを、学内ネットワーク２０内の画像形成装置２３に印刷をさせることができる。また、第２変形例に係る印刷システム１０によれば、特に教員に対して、学生と異なり長期の間、学内ネットワーク２０を利用するので、より使いやすい名前でシステムを利用させることができる。

（第１実施形態の第３変形例）
つぎに、第１実施形態の第３変形例について説明する。第１実施形態の第３変形例は、図１から図７を参照して説明した第１実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。なお、第３変形例は、第１変形例および第２変形例の１つまたは複数と組み合わせて適用されてもよい。

図１７は、第１実施形態の第３変形例に係るプリントサーバ２２のブロック構成を示す図である。

第３変形例のプリントサーバ２２は、図２に示した構成に加えて、上限管理部５１と、上限設定記憶部５２とをさらに有する。上限管理部５１は、ユーザによる出力データの出力数が、予め設定された上限値を超える場合に、画像形成装置２３からの出力を制限させる。上限設定記憶部５２は、それぞれのユーザの出力データの出力数の上限値、および、現在までの利用値を記憶する。なお、上限値および利用値は、認証サーバ２４のユーザ情報に含めて記憶されてもよい。

例えば、ユーザが予め料金等を支払っておき、印刷可能な上限値を登録しておく場合がある。このような場合、上限管理部５１は、ユーザが印刷操作をする毎に、現在までの利用値と今回の利用値との合計値が、上限値を超えるか否かを判断する。上限管理部５１は、上限値を超える場合には、そのユーザによる印刷を禁止し、超えない場合にはそのユーザによる印刷を許可する。また、プリントサーバ２２は、新たにユーザが料金を支払った場合には、印刷可能な上限数を増加させてもよい。

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

また、ユーザが教員の場合には、上限値は設定しなくてもよい。これにより、上限設定記憶部５２は、ユーザが教員の場合には制限無く印刷をさせることができる。

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

まず、ステップＳ４１１において、プリントサーバ２２は、画像形成装置２３から出力データの取得要求およびユーザＩＤを受信する。続いて、ステップＳ４１２において、プリントサーバ２２は、取得したユーザＩＤに対応するロールが学生を示しているか教員を示しているかを判断する。ロールが教員である場合（ステップＳ４１２の教員）、ステップＳ４１３において、プリントサーバ２２は、対応する出力データを画像形成装置２３に送信して、本フローを終了する。

ロールが学生である場合（ステップＳ４１２の学生）、ステップＳ４１４において、プリントサーバ２２は、そのユーザＩＤに対応する上限値および現在利用値を取得する。続いて、ステップＳ４１５において、プリントサーバ２２は、今回の印刷処理により上限値を超える利用となるか否かを判断する。上限値を超える利用とならない場合（ステップＳ４１５のＮｏ）、ステップＳ４１３において、プリントサーバ２２は、対応する出力データを画像形成装置２３に送信して、本フローを終了する。

上限値を超える利用となる場合（ステップＳ４１５のＹｅｓ）、ステップＳ４１６において、プリントサーバ２２は、例えば現金の課金に切り替えたり、出力を禁止したりして、利用制限をする。そして、ステップＳ４１６の処理を終了すると、プリントサーバ２２は、本フローを終了する。

以上のように第１実施形態の第３変形例に係る印刷システム１０によれば、上限値を設定して印刷制限をすることができる。

（第１実施形態の第４変形例）
つぎに、第１実施形態の第４変形例について説明する。第１実施形態の第４変形例は、図１から図７を参照して説明した第１実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。なお、第４変形例は、第１〜第３の変形例の１つまたは複数と組み合わせて適用されてもよい。

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

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

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

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

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

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

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

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

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

（第１実施形態の第５変形例）
つぎに、第１実施形態の第５変形例について説明する。第１実施形態の第５変形例は、図１から図７を参照して説明した第１実施形態の基本構成と略同一の機能および構成を有するので、略同一の機能および構成を有する部材については同一の符号を付けて、相違点を中心に説明をする。なお、第５変形例は、第１〜第４の変形例の１つまたは複数と組み合わせて適用されてもよい。

図２３は、第１実施形態の第５変形例に係る印刷システム１０の構成を示す図である。本変形例に係る印刷システム１０は、メールサーバ１１が学内ネットワーク２０に設けられている。従って、データ管理サーバ１２は、ファイアウォール２１に制限されるので、自身からメールサーバ１１へとアクセスすることができない。

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

データ管理サーバ１２は、データ変換部３２と、第１管理部３３と、第１記憶部３４とを有する。すなわち、データ管理サーバ１２は、図２の構成と比較すると、メール取得部３１を有さない。本変形例において、データ変換部３２は、プリントサーバ２２からの要求に応じて、プリントサーバ２２から送信された対象データを出力データに変換する。そして、データ変換部３２は、変換後の出力データをプリントサーバ２２へと返信する。

プリントサーバ２２は、メール取得部３１と、データ生成要求部６１と、出力データ取得部３５と、ユーザ情報取得部３６と、第２管理部３７と、第２記憶部３８とを有する。すなわち、プリントサーバ２２は、図２の構成と比較すると、メール取得部３１とデータ生成要求部６１とをさらに有する。

メール取得部３１は、学内ネットワーク２０に設けられたメールサーバ１１から、定期的に、対象データおよびユーザ特定情報を含む電子メールを取得する。データ生成要求部６１は、メール取得部３１により取得された電子メールに含まれる対象データをデータ管理サーバ１２のデータ変換部３２に送信して、出力データへの変換を要求する。出力データ取得部３５は、データ生成要求部６１による要求に応じてデータ管理サーバ１２から返信された出力データを取得する。

ユーザ情報取得部３６、第２管理部３７および第２記憶部３８は、図２に示した構成と同様の機能を有する。

本変形例においては、データ管理サーバ１２がメールサーバ１１から電子メールを取得することに代えて、プリントサーバ２２がメールサーバ１１から電子メールを取得する。そして、プリントサーバ２２は、データ管理サーバ１２に対して対象データから出力データへの変換を要求して、データ管理サーバ１２から出力データを取得する。これにより、プリントサーバ２２は、メールサーバ１１が学内ネットワーク２０に設けられている場合であっても、出力データを取得することができる。

図２５は、第１実施形態の第５変形例のプリントサーバ２２が記憶するＩＤ対応情報のデータ構成例を示す図である。プリントサーバ２２は、データ管理サーバ１２へ対象データの変換を依頼する毎に、代替ＩＤとユーザ特定情報（学籍番号）とを対応付けたＩＤ対応情報を生成して記録する。代替ＩＤは、プリントサーバ２２が任意に割り当てた番号であって、他の代替ＩＤとは重複しない値である。

図２６は、第１実施形態のデータ管理サーバ１２が記憶する出力データ管理情報のデータ構成例を示す図である。データ管理サーバ１２は、一例として、図２６に示すような出力データ管理情報を記憶する。すなわち、データ管理サーバ１２は、出力データＩＤと、代替ＩＤと、書誌情報とを対応付けた出力データ管理情報を、出力データ毎に記憶する。

図２７は、第１実施形態の第５変形例に係る印刷システム１０の、プリントサーバ２２が出力データを取得するまでの処理シーケンスを示す図である。図２８は、第１実施形態の第５変形例のプリントサーバ２２からデータ管理サーバ１２へと送信される電子メールの一例を示す図である。

まず、クライアント端末２５は、対象データおよび学籍番号を含む電子メールをメールサーバ１１に送信する（Ｓ６１１）。続いて、プリントサーバ２２のメール取得部３１は、メールサーバ１１に対して電子メールの取得を要求する（Ｓ６１２）。続いて、メールサーバ１１は、要求に応じて現在までに蓄積されている電子メールをプリントサーバ２２に返信する（Ｓ６１３）。

続いて、プリントサーバ２２の第２管理部３７は、取得した電子メールの件名から学籍番号を取得する（Ｓ６１４）。続いて、プリントサーバ２２の第２管理部３７は、電子メールを識別するための代替ＩＤを生成する（Ｓ６１５）。続いて、プリントサーバ２２の第２管理部３７は、代替ＩＤと学籍番号とを対応付けたＩＤ対応情報を生成して、記録する（Ｓ６１６）。

続いて、プリントサーバ２２のデータ生成要求部６１は、電子メールの件名を代替ＩＤに置き換えて、電子メールをデータ管理サーバ１２のデータ変換部３２に送信して、データの変換を要求する（Ｓ６１７）。例えば、データ生成要求部６１は、図２８に示されるような、件名に代替ＩＤ（“ＡＡＡ”）が記入された電子メールを送信する。これにより、プリントサーバ２２は、ユーザを特定されたり、学内ネットワーク２０内の機器への宛先等の学内資産情報を特定されたりすることに繋がる情報ではない無意味な文字に変換して電子メールを送信することができる。よって、プリントサーバ２２は、セキュリティを向上させることができる。

続いて、プリントサーバ２２のユーザ情報取得部３６は、学籍番号を認証サーバ２４に送信して、ユーザ情報の取得を要求する（Ｓ６１８）。認証サーバ２４は、受信した学籍番号がユーザ情報に存在すれば、対応するユーザ情報をプリントサーバ２２のユーザ情報取得部３６に返信する（Ｓ６１９）。

続いて、プリントサーバ２２の第２管理部３７は、認証サーバ２４から取得したユーザ情報に基づき、学籍番号に対応するユーザＩＤを特定する（Ｓ６２０）。続いて、プリントサーバ２２の第２管理部３７は、ＩＤ対応情報の学籍番号をユーザＩＤに書き換えて、代替ＩＤとユーザＩＤとを対応付けたＩＤ対応情報に更新する（Ｓ６２１）。

一方、データ管理サーバ１２のデータ変換部３２は、プリントサーバ２２から電子メールを受け取ると、受け取った電子メールから添付ファイル（対象データ）を抽出する（Ｓ６２２）。続いて、データ管理サーバ１２のデータ変換部３２は、抽出した対象データのデータ形式を変換して、出力データを生成する（Ｓ６２３）。

続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールの件名から代替ＩＤを取得する（Ｓ６２４）。続いて、データ管理サーバ１２の第１管理部３３は、出力データを記録する（Ｓ６２５）。続いて、データ管理サーバ１２の第１管理部３３は、代替ＩＤを含む出力データ管理情報を生成して出力データに対応付けて記録する（Ｓ６２６）。

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

続いて、プリントサーバ２２の第２管理部３７は、出力データ管理情報に含まれる代替ＩＤおよびＩＤ対応情報から、ユーザＩＤを特定する（Ｓ６２９）。続いて、プリントサーバ２２の第２管理部３７は、出力データおよびユーザＩＤを対応付けて記憶する（Ｓ６３０）。

そして、以降、図６に示すステップＳ１２５からステップＳ１３０と同様の処理が実行される。

以上のように本変形例に係る印刷システム１０によれば、メールサーバ１１が学内ネットワーク２０に設けられている場合であっても、電子メールに含めて送信した対象データを、学内ネットワーク２０内の画像形成装置２３に印刷をさせることができる。

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

第２実施形態に係る印刷システム１０は、複数の学内ネットワーク２０（例えば、学内ネットワーク２０−Ａおよび学内ネットワーク２０−Ｂ）と、メールサーバ１１と、データ管理サーバ１２とを備える。メールサーバ１１およびデータ管理サーバ１２のそれぞれは、複数の学校の学内ネットワーク２０−Ａ、２０−Ｂに対して共通に設けられる。

なお、複数の学内ネットワーク２０は、複数の異なる学校に対応するものであってもよいし、同一の学校内の異なる学部または校舎（キャンパス）に対応するものであってもよい。また、図中には２つの学内ネットワーク２０を示しているが、印刷システム１０は、３以上の学内ネットワーク２０を有していてもよい。

図３０は、第２実施形態のデータ管理サーバ１２およびプリントサーバ２２のブロック構成を示す図である。

第２変形例において、データ管理サーバ１２は、領域ＩＤ管理情報記憶部７１をさらに有する。領域ＩＤ管理情報記憶部７１は、複数の学内ネットワーク２０−Ａ、２０−Ｂのそれぞれを識別する領域ＩＤを、それぞれの学校を識別する領域名（例えば、学校名、校舎名等）と対応させて記憶する。

プリントサーバ２２は、領域ＩＤ記憶部７２をさらに有する。領域ＩＤ記憶部７２は、自身の学内ネットワーク２０に割り当てられている領域ＩＤを記憶する。

図３１は、第２実施形態のデータ管理サーバ１２が記憶する領域ＩＤ管理情報のデータ構成例を示す図である。第２実施形態のデータ管理サーバ１２は、図３１に示すように、領域ＩＤと、領域名とを対応付けた領域ＩＤ管理情報を、学内ネットワーク２０毎に記憶する。

図３２は、第２実施形態のデータ管理サーバ１２が記憶する出力データ管理情報のデータ構成例を示す図である。第２実施形態のプリントサーバ２２は、図３２に示すように、出力データＩＤと、領域ＩＤと、学籍番号と、書誌情報とを対応付けた出力データ管理情報を、出力データ毎に記憶する。

図３３は、第２実施形態に係る印刷システム１０での、プリントサーバ２２が出力データを取得するまでの処理シーケンスを示す図である。

まず、クライアント端末２５は、対象データ、領域ＩＤおよび学籍番号を含む電子メールをメールサーバ１１に送信する（Ｓ７１１）。領域ＩＤおよび学籍番号は、電子メールの特定の領域（例えば、件名における予め定められた位置の文字）に含まれる。

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

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

続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールの件名のデータを取得する（Ｓ７１６）。続いて、データ管理サーバ１２の第１管理部３３は、取得した件名データの予め定められた領域から学籍番号を取得する（Ｓ７１７）。続いて、データ管理サーバ１２の第１管理部３３は、取得した件名データの予め定められた領域から領域ＩＤを取得する（Ｓ７１８）。

続いて、データ管理サーバ１２の第１管理部３３は、出力データを記録する（Ｓ７１９）。続いて、データ管理サーバ１２の第１管理部３３は、領域ＩＤおよび学籍番号を含む出力データ管理情報を生成して、出力データに対応付けて記録する（Ｓ７２０）。

続いて、例えば学校Ａのプリントサーバ２２の出力データ取得部３５は、データ管理サーバ１２の第１管理部３３に対して、自身に対応する領域ＩＤ（例えば“ＩＤ１２３”）を指定して、出力データの取得を要求する（Ｓ７２１）。続いて、データ管理サーバ１２の第１管理部３３は、指定された領域ＩＤに対応する出力データを特定する（Ｓ７２２）。続いて、データ管理サーバ１２の第１管理部３３は、要求に応じて、指定された領域ＩＤに対応する出力データおよび出力データ管理情報をプリントサーバ２２の出力データ取得部３５に返信する（Ｓ７２３）。なお、このとき、出力データ管理情報には、領域ＩＤを含まなくてもよい。

一方、例えば学校Ｂのプリントサーバ２２の出力データ取得部３５は、データ管理サーバ１２の第１管理部３３に対して、自身に対応する領域ＩＤ（例えば“ＩＤ４５６”）を指定して、出力データの取得を要求する（Ｓ７２４）。続いて、データ管理サーバ１２の第１管理部３３は、指定された領域ＩＤに対応する出力データを特定する（Ｓ７２５）。続いて、データ管理サーバ１２の第１管理部３３は、要求に応じて、指定された領域ＩＤに対応する出力データおよび出力データ管理情報をプリントサーバ２２の出力データ取得部３５に返信する（Ｓ７２６）。

ステップＳ７２６以降、印刷システム１０は、図６に示したステップＳ１２１からステップＳ１３０と同様の処理を実行して、出力データを印刷する。

図３４は、第２実施形態のデータ管理サーバ１２の処理フローを示す図である。まず、ステップＳ７４１において、第２実施形態のデータ管理サーバ１２の第１管理部３３は、取得した電子メールの第１特定領域データを取得する。なお、第１特定領域データは、一例として、電子メールの件名のデータである。なお、件名に限らず、本文中の予め定められた位置のデータであってもよい。

続いて、ステップＳ７４２において、第１管理部３３は、第１特定領域データから、第２特定領域データを取得する。第２特定領域データは、第１特定領域データの中の予め定められた位置のデータであり、例えば、先頭から予め指定された数の文字（例えば先頭から３文字）のデータである。第２特定領域データは、領域ＩＤが含まれている位置のデータである。

続いて、ステップＳ７４３において、第１管理部３３は、領域ＩＤを照合する。続いて、ステップＳ７４４において、第１管理部３３は、照合の結果、領域ＩＤが存在したか否かを判断する。領域ＩＤが存在しなかった場合には（ステップＳ７４４のＮｏ）、ステップＳ７４５において、第１管理部３３は、エラー処理（例えば、出力データの削除）をして、本フローを終了する。

領域ＩＤが存在した場合には（ステップＳ７４４のＹｅｓ）、ステップＳ７４６において、第１管理部３３は、第１特定領域データから、第３特定領域データを取得する。第３特定領域データは、第１特定領域データの中の予め定められた位置のデータであり、例えば、第２特定領域データの次から末尾までの文字（例えば先頭から４文字目から最後までの文字）のデータである。第３特定領域データは、学籍番号が含まれている位置のデータである。

続いて、ステップＳ７４７において、第１管理部３３は、出力データと、領域ＩＤと、学籍番号とを対応付けて管理し、本フローを終了する。

以上のように第２実施形態に係る印刷システム１０によれば、メールサーバ１１に領域ＩＤを含めた電子メールを送信することにより、複数の学内ネットワーク２０のそれぞれの画像形成装置２３に印刷をさせることができる。

図３５は、第２実施形態のメールサーバ１１に送信される電子メールの一例を示す図である。第２実施形態のメールサーバ１１に送信される電子メールには、例えば、領域ＩＤ（“１２３”）の後に学籍番号（“００１”）を組み合わせた文字が件名に記入される。なお、このような例に限らず、電子メールには、学籍番号の後に領域ＩＤを組み合わせた文字が件名に記入されてもよい。また、例えば、件名に学籍番号を記入して、本文の予め定められた位置に領域ＩＤを記入してもよい。どのような方法で記入するかは予め運用ルールとして決められている。

（第２実施形態の変形例）
図３６は、第２実施形態の変形例のデータ管理サーバ１２が記憶する領域ＩＤ管理情報のデータ構成例を示す図である。

図２９〜図３５で説明した例では、電子メールに領域ＩＤを含める例を示したが、電子メールの宛先となるアドレスを学内ネットワーク２０毎に変更して、クライアント端末２５が、それぞれの学内ネットワーク２０に対応付けられたアドレスに電子メールを送信する構成としてもよい。これにより、クライアント端末２５は、電子メールに領域ＩＤを記入しなくてもよい。

例えば、第２実施形態のデータ管理サーバ１２は、図３６に示すように、領域ＩＤと、学校名と、対応するメールアドレスとを対応付けた領域ＩＤ管理情報を、学内ネットワーク２０毎に記憶する。

図３７は、第２実施形態の変形例に係る印刷システム１０での、データ管理サーバ１２が出力データを記録するまでの処理シーケンスを示す図である。まず、クライアント端末２５は、対象データ、学籍番号を含む電子メールを、自身の学内ネットワーク２０に割り当てられたアドレスを宛先としてメールサーバ１１に送信する（Ｓ８１１）。

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

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

続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールの件名から学籍番号を取得する（Ｓ８１６）。続いて、データ管理サーバ１２の第１管理部３３は、取得した電子メールのアドレスを取得する（Ｓ８１７）。続いて、データ管理サーバ１２の第１管理部３３は、取得したアドレスから領域ＩＤを取得する（Ｓ８１８）。

続いて、データ管理サーバ１２の第１管理部３３は、出力データを記録する（Ｓ８１９）。続いて、データ管理サーバ１２の第１管理部３３は、領域ＩＤおよび学籍番号を含む出力データ管理情報を生成して、出力データに対応付けて記録する（Ｓ８２０）。

ステップＳ８２０以降、印刷システム１０は、図３３に示したステップＳ７２１以降の処理と同様の処理を実行して、出力データを印刷する。

以上のように第２実施形態の変形例に係る印刷システム１０によれば、領域ＩＤを電子メールに含めなくても、学内ネットワーク２０毎に割り当てられたアドレスに電子メールを送信することにより、複数の学内ネットワーク２０のそれぞれの画像形成装置２３に印刷をさせることができる。

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

第３実施形態に係る印刷システム１０は、学内ネットワーク２０と、企業内ネットワーク１００と、メールサーバ１１と、サービス提供システム１１０とを備える。

第３実施形態に係る印刷システム１０では、学内ネットワーク２０および企業内ネットワーク１００のユーザに対して、電子メールを利用したプルプリントサービスを提供する。また、さらに、第３実施形態に係る印刷システム１０では、企業内ネットワーク１００のユーザに対しては、通常のプルプリントサービスも提供する。

学内ネットワーク２０は、図１に示した学内ネットワーク２０と同様の構成である。すなわち、学内ネットワーク２０は、画像形成装置２３およびプリントサーバ２２が設けられたネットワーク（第１ネットワーク）である。

企業内ネットワーク１００は、例えば、企業内の機器を接続し、外部ネットワークからの機器からのアクセスを制限するネットワークである。なお、企業に限らず他の組織（公共組織またはコンビニエンスストアチェーン等）のネットワークであってもよい。

企業内ネットワーク１００は、ファイアウォール２１と、画像形成装置２３と、クライアント端末２５と、携帯端末２６と、プロジェクター１０１と、その他出力装置１０２とを有する。プロジェクター１０１は、画像を投影して表示する。その他出力装置１０２は、印刷装置または投影装置等に限らず、他の出力装置の総称を意味する。なお、企業内ネットワーク１００は、画像形成装置２３を備えるが、プリントサーバ２２を設けないネットワーク（第２ネットワーク）である。

サービス提供システム１１０は、インターネットを介して学内ネットワーク２０および企業内ネットワーク１００のそれぞれに接続される。サービス提供システム１１０は、学内ネットワーク２０に設けられた機器に対しては、データ管理サーバ１２としての機能を提供する。すなわち、サービス提供システム１１０は、学内ネットワーク２０に設けられた機器に対して、電子メールを用いたプルプリントサービスを提供する。

また、サービス提供システム１１０は、企業内ネットワーク１００に設けられた機器に対しては、認証サーバ２４としての機能を提供する。これとともに、サービス提供システム１１０は、企業内ネットワーク１００に設けられた機器に対しても、電子メールを用いたプルプリントサービスを提供する。

サービス提供システム１１０は、アクセス制御装置１１１と、少なくとも１つのサービス提供装置１１２とを有する。

アクセス制御装置１１１は、学内ネットワーク２０および企業内ネットワーク１００内の各機器が、サービス提供システム１１０にアクセスするための認証を行う。学内ネットワーク２０および企業内ネットワーク１００内の各機器は、アクセス制御装置１１１による認証が成功すると、サービス提供装置１１２にアクセスすることができる。

複数のサービス提供装置１１２のそれぞれは、アクセスした機器に対して、所定のサービスを提供する。複数のサービス提供装置１１２のうちの一つは、プリントサービス提供装置として機能する。プリントサービス提供装置は、学内ネットワーク２０および企業内ネットワーク１００に設けられた機器に対して、電子メールを利用したプルプリントサービスを提供する。

なお、それぞれのサービス提供装置１１２は、複数台の情報処理装置により構成されていてもよいし、内部の複数の装置が１台の情報処理装置により構成されていてもよい。

なお、サービス提供システム１１０の一部の機能が、学内ネットワーク２０および企業内ネットワーク１００の内部に設けられていてもよい。また、学内ネットワーク２０または企業内ネットワーク１００の一部の機能が外部のネットワーク上に設けられていてもよい。

図３９は、第３実施形態のサービス提供システム１１０の機能構成を示す図である。サービス提供システム１１０は、サービスアプリ部２１０と、プラットフォーム２２０と、管理データ部２３０とを有する。

サービスアプリ部２１０は、複数のサービスアプリを提供する。サービスアプリ部２１０は、例えば、プリントサービスアプリ２４１、および、他サービスアプリ２４２、２４３等を提供する。

複数のサービスアプリのうちの一つであるプリントサービスアプリ２４１は、学内ネットワーク２０および企業内ネットワーク１００内の機器に対して電子メールを利用したプルプリントサービスおよび企業内ネットワーク１００内の機器に対して通常のプルプリントサービスを提供する。また、他サービスアプリ２４２、２４３は、例えば、学内ネットワーク２０および企業内ネットワーク１００内の機器に対してスキャンサービス等の各種のサービスを提供する。

なお、それぞれのサービスアプリは、プラットフォームＡＰＩ（Application Programming Interface）を介して、公開されている範囲で互いの機能を利用することができる。

プラットフォーム２２０は、複数のサービスアプリに共通する機能、および、複数のサービスアプリから利用される基本機能を含む。プラットフォーム２２０は、例えば、機器通信部２５１、認証処理部２５２、管理情報取得部２５３、メール取得部３１およびデータ変換部３２等を含む。

機器通信部２５１は、インターネットを介して学内ネットワーク２０および企業内ネットワーク１００内の各機器とデータの送受信をする。機器通信部２５１は、一例として、クライアント端末２５、携帯端末２６およびプリントサーバ２２のそれぞれとデータの送受信をする。また、機器通信部２５１は、一例として、企業内ネットワーク１００内の、画像形成装置２３、プロジェクター１０１およびその他出力装置１０２のそれぞれとデータの送受信をする。

認証処理部２５２は、サービス提供システム１１０に対してアクセスする機器の認証をする。また、認証処理部２５２は、企業内ネットワーク１００内の機器を使用するユーザの認証をする。管理情報取得部２５３は、出力データの情報を取得する。

メール取得部３１およびデータ変換部３２は、データ管理サーバ１２に備えられているものと同様の機能を提供する。

管理データ部２３０は、各種のデータを管理および記憶する。管理データ部２３０は、一例として、管理情報記憶部２５４と、第１記憶部３４とを有する。管理情報記憶部２５４は、プラットフォーム２２０で獲得した情報を蓄積する。第１記憶部３４は、データ変換部３２により変換された出力データを記憶する。

このようなサービス提供システム１１０では、プリントサービスアプリ２４１が、プラットフォーム２２０の各処理部に処理を要求する。

図４０は、第３実施形態のプリントサーバ２２、画像形成装置２３およびサービス提供システム１１０のブロック構成を示す図である。

プリントサーバ２２は、第１実施形態において説明した構成に加えて、サービス利用アプリ２６１と、ログイン情報保持部２６４とをさらに有する。サービス利用アプリ２６１は、サービス提供システム１１０を利用するためのアプリケーションプログラムであり、ログイン要求部２６２と、サービス利用要求部２６３を含む。ログイン要求部２６２は、サービス提供システム１１０に対して認証を要求してログインする。サービス利用要求部２６３は、ログイン後に、サービス提供システム１１０からサービスの提供を受ける。具体的には、サービス利用要求部２６３は、プリントサービスアプリ２４１から出力データを取得する。

ログイン情報保持部２６４は、サービス提供システム１１０に対してプリントサーバ２２がログインをするための情報を保持する。ログイン情報保持部２６４は、例えば、管理者のユーザＩＤおよびパスワード並びに機器認証情報を記憶しており、ログイン要求部２６２によるログイン時に用いられる。

企業内ネットワーク１００内の画像形成装置２３は、サービス利用アプリ２６１と、受付部２６５と、出力部２６６と、設定情報保持部２６７とを有する。サービス利用アプリ２６１は、プリントサーバ２２が有するものと同様である。

受付部２６５は、ログイン時において、ユーザによるユーザＩＤおよびパスワードの入力を受け付けて、ログイン要求部２６２に受け渡す。出力部２６６は、サービス提供システム１１０から取得した出力データを印刷する。設定情報保持部２６７は、ログイン時に必要な機器認証情報および設定データ等を記憶する。

サービス提供システム１１０のプリントサービスアプリ２４１は、方式判定部２７１と、第１管理部３３と、処理要求部２７２と、方式情報記憶部２７３と、出力データ管理情報記憶部２７４とを含む。

方式判定部２７１は、プリントサーバ２２または画像形成装置２３からアクセスされた場合に、ユーザの特定方式が、メール情報（例えば件名）であるか、ユーザＩＤであるかを判定する。

第１管理部３３は、出力データとユーザ特定情報とを対応付けて管理する。具体的には、第１管理部３３は、学内ネットワーク２０のユーザについては、出力データとユーザ特定情報（学籍番号）とを対応付けて管理する。また、第１管理部３３は、企業内ネットワーク１００のユーザについては、出力データとユーザＩＤとを対応付けて管理する。

処理要求部２７２は、プラットフォーム２２０に対して処理を要求する。方式情報記憶部２７３は、出力データとユーザ情報との対応付けの方式を出力データ毎に記憶する。出力データ管理情報記憶部２７４は、出力データを記憶する。

図４１は、第３実施形態の管理情報記憶部２５４が記憶する組織管理情報のデータ構成例を示す図である。管理データ部２３０の管理情報記憶部２５４は、図４１に示すように、組織コードと、組織名と、アドレス情報とを対応付けた組織管理情報を、組織毎に記憶する。

組織コードは、学内ネットワーク２０または企業内ネットワーク１００の組織を識別するためのコードであり、認証に用いられる。組織名は、学内ネットワーク２０または企業内ネットワーク１００の組織を表す名称である。アドレス情報は、電子メールを利用したプルプリントサービスを利用する場合の電子メールの宛先となるアドレスである。

図４２は、第３実施形態の管理情報記憶部２５４が記憶するユーザ管理情報のデータ構成例を示す図である。管理データ部２３０の管理情報記憶部２５４は、図４２に示すように、組織コードと、ユーザＩＤと、パスワードと、ロールと、アドレス情報と、出力設定とを対応付けたユーザ管理情報を、ユーザ毎に記憶する。

ロールは、管理者であるか一般の利用者であるかの識別情報である。アドレス情報は、そのユーザのメールアドレスである。出力設定は、そのユーザに対応付けられた印刷設定であり、例えば、両面印刷／片面印刷、カラー／白黒、集約印刷等の設定である。

なお、学校Ａについては、電子メールを利用したプルプリントサービスを利用して印刷がされる。従って、プリントサーバ２２がサービス提供システム１１０に対してアクセスする。従って、管理情報記憶部２５４には、学校Ａについては、管理者のユーザ管理情報のみが登録されている。そして、プリントサーバ２２は、管理者のユーザＩＤおよびパスワードによりサービス提供システム１１０にログインする。

図４３は、第３実施形態の管理情報記憶部２５４が記憶する機器管理情報のデータ構成例を示す図である。管理データ部２３０の管理情報記憶部２５４は、図４３に示すように、組織コードと、機器認証情報と、デバイス種別とを対応付けた機器管理情報を、機器毎に記憶する。機器認証情報は、機器毎に設定された認証情報である。サービス提供システム１１０は、機器の認証が成功しなければユーザの認証ができても、その機器からのログインを拒否する。

図４４は、第３実施形態の方式情報記憶部２７３が記憶する方式情報のデータ構成例を示す図である。プリントサービスアプリ２４１の方式情報記憶部２７３は、図４４に示すように、組織コードと、ユーザ特定情報と、データ提供方式とを対応付けた方式情報を、組織毎に記憶する。ユーザ特定情報には、ユーザを特定する方法が記述される。具体的には、ユーザ特定情報には、メール情報（件名）からユーザを特定するか、ユーザＩＤからユーザを特定するかが記述される。

データ提供方式は、プリントサーバ２２または画像形成装置２３に出力データを提供する単位を示す。データ提供方式には、一例として、同一の組織コードの出力データについて一括して転送する方法と、組織コードおよびユーザＩＤが一致する出力データを一括して転送する方法とがある。

図４５は、第３実施形態の、ユーザ特定方式がメール情報の場合の出力データ管理情報のデータ構成例を示す図である。ユーザ特定方式がメール情報からである場合、第１管理部３３は、図４５に示すように、出力データＩＤと、組織コードと、ユーザ特定情報（学籍番号）と、出力データの格納場所（ＵＲＬ）とを対応付けた出力データ管理情報を、出力データ毎に管理する。

図４６は、第３実施形態の、ユーザ特定方式がユーザＩＤの場合の出力データ管理情報のデータ構成例を示す図である。ユーザ特定方式がユーザＩＤからである場合、第１管理部３３は、図４６に示すように、出力データＩＤと、組織コードと、ユーザ特定情報（ユーザＩＤ）と、出力データの格納場所（ＵＲＬ）とを対応付けた出力データ管理情報を、出力データ毎に管理する。

図４７は、第３実施形態に係る印刷システム１０での、プリントサービスアプリ２４１が出力データを記録するまでの処理シーケンスを示す図である。

まず、クライアント端末２５は、対象データを含む電子メールをメールサーバ１１に送信する（Ｓ９１１）。このとき、学内ネットワーク２０のユーザは、電子メールの件名にユーザ特定情報（学籍番号）を記入する。企業内ネットワーク１００のユーザは、特に記入をしなくてよい。

続いて、サービス提供システム１１０のプリントサービスアプリ２４１は、メール取得部３１にメール取得を指示する（Ｓ９１２）。続いて、サービス提供システム１１０のメール取得部３１は、メールサーバ１１に対して電子メールの取得を要求する（Ｓ９１３）。続いて、メールサーバ１１は、要求に応じて現在までに蓄積されている電子メールをサービス提供システム１１０のメール取得部３１に返信する（Ｓ９１４）。続いて、メール取得部３１は、プリントサービスアプリ２４１に取得したメールデータを渡す（Ｓ９１５）。

続いて、プリントサービスアプリ２４１は、データ変換部３２に対して、メールデータおよび出力データＩＤを渡して、データ変換を要求する（Ｓ９１６）。続いて、データ変換部３２は、取得した電子メールから添付ファイル（対象データ）を抽出し、抽出した対象データのデータ形式を変換して、出力データを生成する（Ｓ９１７）。続いて、データ変換部３２は、出力データを記録し、出力データのＵＲＬを取得する（Ｓ９１８）。続いて、データ変換部３２は、出力データＩＤおよびＵＲＬをプリントサービスアプリ２４１に渡して、データ変換が完了したことを通知する（Ｓ９１９）。

続いて、プリントサービスアプリ２４１は、取得したメールデータの送信元アドレスを取得する（Ｓ９２０）。続いて、プリントサービスアプリ２４１は、送信元アドレスを管理情報取得部２５３に渡して、組織コードの取得を要求する（Ｓ９２１）。続いて、管理情報取得部２５３は、送信元アドレスから組織コードを特定する（Ｓ９２２）。続いて、管理情報取得部２５３は、特定した組織コードをプリントサービスアプリ２４１に渡す（Ｓ９２３）。

続いて、プリントサービスアプリ２４１は、取得した組織コードから、ユーザの特定方式を判定する（Ｓ９２４）。具体的には、プリントサービスアプリ２４１は、学内ネットワーク２０のユーザからの電子メールである場合には、メール情報（本例では件名）からユーザを特定する方式であると判定し、企業内ネットワーク１００のユーザからの電子メールである場合には、ユーザＩＤからユーザを特定する方式であると判定する。

メール情報からユーザを特定する場合には、プリントサービスアプリ２４１は、件名データを取得する（Ｓ９２５）。続いて、プリントサービスアプリ２４１は、ユーザ特定情報を件名データとして、出力データを記録する（Ｓ９２６）。

一方、ユーザＩＤからユーザを特定する場合には、プリントサービスアプリ２４１は、管理情報取得部２５３に、組織コードおよび送信元アドレスを渡して、ユーザＩＤの取得を要求する（Ｓ９２７）。続いて、管理情報取得部２５３は、送信元アドレスに対応するユーザＩＤを特定する（Ｓ９２８）。続いて、管理情報取得部２５３は、取得したユーザＩＤをプリントサービスアプリ２４１に渡す（Ｓ９２９）。そして、プリントサービスアプリ２４１は、ユーザ特定情報をユーザＩＤとして、出力データを記録する（Ｓ９３０）。

図４８は、第３実施形態のサービス提供システム１１０へのデータの投入時の処理フローを示す図である。

まず、企業内ネットワーク１００のユーザが通常のプルプリント方式により印刷の対象データをサービス提供システム１１０へ投入する場合は、ステップＳ９５１から処理が開始される。この場合、まず、ステップＳ９５１において、サービス提供システム１１０は、ログイン認証（組織コード、ユーザＩＤおよびパスワードの認証）が成功したか否かを判断する。ログイン認証が失敗した場合（ステップＳ９５１の失敗）、サービス提供システム１１０は、処理をそのまま終了して、本フローを抜ける。

ログイン認証が成功した場合（ステップＳ９５１の成功）、続いて、ステップＳ９５２において、サービス提供システム１１０は、ユーザのクライアント端末２５等から対象データを取得する。続いて、ステップＳ９５３において、サービス提供システム１１０は、取得した対象データに対してデータ変換が必要か否かを判断する。

変換が必要でなければ（ステップＳ９５３のＮｏ）、サービス提供システム１１０は、対象データをそのまま出力データとして、処理をステップＳ９５５に進める。変換が必要であれば（ステップＳ９５３のＹｅｓ）、ステップＳ９５４において、サービス提供システム１１０は、対象データを出力データに変換して、処理をステップＳ９５５に進める。そして、ステップＳ９５５において、サービス提供システム１１０は、出力データを、組織コードおよびユーザＩＤに対応付けて管理して、本フローを終了する。

一方、学内ネットワーク２０または企業内ネットワーク１００のユーザが電子メールを利用したプルプリントサービスの提供を受ける場合には、ステップＳ９５６から処理が開始される。この場合、まず、ステップＳ９５６において、サービス提供システム１１０は、電子メールを取得する。

続いて、ステップＳ９５７において、サービス提供システム１１０は、電子メールに添付ファイルとして付加された対象データを取得する。続いて、ステップＳ９５８において、サービス提供システム１１０は、対象データを印刷可能な出力データに変換する。

続いて、ステップＳ９５９において、サービス提供システム１１０は、ユーザ特定方式を判定する。ユーザ特定方式がユーザＩＤである場合には（ステップＳ９５９のユーザＩＤ）、サービス提供システム１１０は、処理をステップＳ９５５に進める。

ユーザ特定方式がメール情報である場合には（ステップＳ９５９のメール情報）ステップＳ９６０において、サービス提供システム１１０は、出力データを、組織コードおよびメール情報に対応付けて管理して、本フローを終了する。

図４９は、第３実施形態の、学内ネットワーク２０のプリントサーバ２２がサービス提供システム１１０から出力データを取得する場合の処理シーケンスを示す図である。

まず、ステップＳ９７１において、プリントサーバ２２のログイン要求部２６２は、サービス提供システム１１０の認証処理部２５２に対して、組織コード、ユーザＩＤ、パスワードおよび機器認証情報を送信して、認証を要求する。なお、ここで、組織コード、ユーザＩＤ、パスワードおよび機器認証情報は、プリントサーバ２２のログイン情報保持部２６４に予め記憶されている。

続いて、ステップＳ９７２において、サービス提供システム１１０の認証処理部２５２は、認証を行う。続いて、ステップＳ９７３において、サービス提供システム１１０の認証処理部２５２は、認証結果（成功）をプリントサーバ２２のログイン要求部２６２に返信する。

続いて、ステップＳ９７４において、プリントサーバ２２のサービス利用要求部２６３は、サービス提供システム１１０のプリントサービスアプリ２４１に対して、出力データの取得要求を送信する。続いて、ステップＳ９７５において、サービス提供システム１１０のプリントサービスアプリ２４１は、データ提供方式を判別する。プリントサーバ２２がアクセスした場合には、同一の組織コードの出力データについて一括して転送する方法が選択される。

続いて、ステップＳ９７６において、サービス提供システム１１０のプリントサービスアプリ２４１は、対応する組織コードの全ての出力データを取得する。そして、ステップＳ９７７において、サービス提供システム１１０のプリントサービスアプリ２４１は、取得した全ての出力データおよび出力データ管理情報を、プリントサーバ２２に送信する。

以降、プリントサーバ２２は、図６のステップＳ１２１以降と同様の処理を実行して、画像形成装置２３から出力データを印刷させる。

図５０は、第３実施形態の企業内ネットワーク１００の画像形成装置２３がサービス提供システム１１０から出力データを取得する場合の処理シーケンスを示す図である。

まず、ステップＳ９８１において、企業内ネットワーク１００の画像形成装置２３の受付部２６５は、ユーザからのログイン要求（ユーザＩＤおよびパスワードの入力）を受け付ける。続いて、ステップＳ９８２において、画像形成装置２３のログイン要求部２６２は、サービス提供システム１１０の認証処理部２５２に対して、組織コード、ユーザＩＤ、パスワードおよび機器認証情報を送信して、認証を要求する。

続いて、ステップＳ９８３において、サービス提供システム１１０の認証処理部２５２は、認証を行う。続いて、ステップＳ９８４において、サービス提供システム１１０の認証処理部２５２は、認証結果（成功）を画像形成装置２３のログイン要求部２６２に返信する。

続いて、ステップＳ９８５において、画像形成装置２３のサービス利用要求部２６３は、サービス提供システム１１０のプリントサービスアプリ２４１に対して、出力データの取得要求を送信する。続いて、ステップＳ９８６において、サービス提供システム１１０のプリントサービスアプリ２４１は、データ提供方式を判別する。画像形成装置２３がアクセスした場合には、同一の組織コード且つ同一のユーザＩＤの出力データについて転送する方法が選択される。

続いて、ステップＳ９８７において、サービス提供システム１１０のプリントサービスアプリ２４１は、対応する組織コード且つ対応するユーザＩＤの出力データを取得する。続いて、ステップＳ９８８において、サービス提供システム１１０のプリントサービスアプリ２４１は、取得した出力データの一覧を画像形成装置２３に返信する。

続いて、ステップＳ９８９において、画像形成装置２３の受付部２６５は、ユーザの操作に基づき、一覧の中から出力データの選択を受け付ける。続いて、ステップＳ９９０において、画像形成装置２３のサービス利用要求部２６３は、選択された出力データの取得要求を送信する。

続いて、ステップＳ９９１において、サービス提供システム１１０のプリントサービスアプリ２４１は、選択された出力データを取得する。続いて、ステップＳ９９２において、サービス提供システム１１０のプリントサービスアプリ２４１は、取得した出力データを画像形成装置２３に送信する。そして、ステップＳ９９３において、画像形成装置２３の出力部２６６は、受信した出力データを印刷する。

以上のように、第３実施形態に係る印刷システム１０では、学内ネットワーク２０および企業内ネットワーク１００のそれぞれに対して、電子メールを利用したプルプリントサービスによる印刷を提供することができる。

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

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

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

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

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

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

１０ 印刷システム
１１ メールサーバ
１２ データ管理サーバ
２０ 学内ネットワーク
２１ ファイアウォール
２２ プリントサーバ
２３ 画像形成装置
２４ 認証サーバ
２５ クライアント端末
２６ 携帯端末
３１ メール取得部
３２ データ変換部
３３ 第１管理部
３４ 第１記憶部
３５ 出力データ取得部
３６ ユーザ情報取得部
３７ 第２管理部
３８ 第２記憶部
４１ 認証処理部
４２ 取得部
４３ 出力部
４４ 認証部
４５ ユーザ情報記憶部
５１ 上限管理部
５２ 上限設定記憶部
６１ データ生成要求部
７１ 領域ＩＤ管理情報記憶部
７２ 領域ＩＤ記憶部
１００ 企業内ネットワーク
１０１ プロジェクター
１０２ その他出力装置
１１０ サービス提供システム
１１１ アクセス制御装置
１１２ サービス提供装置
２１０ サービスアプリ部
２２０ プラットフォーム
２３０ 管理データ部
２４１ プリントサービスアプリ
２４２ 他サービスアプリ
２４３ 他サービスアプリ
２５１ 機器通信部
２５２ 認証処理部
２５３ 管理情報取得部
２５４ 管理情報記憶部
２６１ サービス利用アプリ
２６２ ログイン要求部
２６３ サービス利用要求部
２６４ ログイン情報保持部
２６５ 受付部
２６６ 出力部
２６７ 設定情報保持部
２７１ 方式判定部
２７２ 処理要求部
２７３ 方式情報記憶部
２７４ 出力データ管理情報記憶部

特開２００５−２０２７２３号公報

Claims (12)

1. 内部ネットワークに設けられた機器に対する外部の機器からのアクセスを制限するファイアウォールと、
   対象データとユーザを特定するユーザ特定情報とを含む電子メールを受信して蓄積するメールサーバと、
   それぞれのユーザについて、ユーザ認証に用いられる認証情報と前記ユーザ特定情報とを対応付けて管理する認証サーバと、
   １以上の情報処理装置から構成されるデータ管理システムと、
   データ蓄積装置とを備えるシステムであって、
   前記内部ネットワークは、学校で利用される機器を接続する学内ネットワークであり、
   前記認証情報は、そのユーザが他のユーザに対して秘匿して管理すべき情報であり、
   前記ユーザ特定情報は、前記学校の学生のそれぞれに一意に割り当てられる学籍番号であり、
   前記メールサーバは、前記内部ネットワークの外部に設けられ、
   前記データ管理システムは、前記内部ネットワークの外部に設けられ、
   前記データ蓄積装置は、前記内部ネットワークに設けられ、
   前記データ管理システムは、
   前記メールサーバから前記電子メールを取得するメール取得部と、
   前記電子メールに含まれる前記対象データを画像形成装置により出力可能な形式の出力データに変換するデータ変換部と、
   前記出力データを、対応する前記電子メールに含まれていた前記ユーザ特定情報に対応付けて管理する第１管理部と、
   を有し、
   前記データ蓄積装置は、
   前記データ管理システムから、前記出力データを前記ユーザ特定情報と対応付けて取得する出力データ取得部と、
   前記ユーザ特定情報に基づき前記認証情報を取得するユーザ情報取得部と、
   取得した前記出力データを、取得した前記認証情報に含まれるユーザを識別するためのユーザ識別情報に対応させて管理する第２管理部と、
   を有する
   システム。
2. ユーザ認証がされたユーザの前記ユーザ識別情報に対応する前記出力データを前記データ蓄積装置から取得して、前記出力データに応じた画像を形成する画像形成装置をさらに備え、
   前記画像形成装置は、前記内部ネットワークに設けられる
   請求項１に記載のシステム。
3. 前記出力データ取得部は、一定期間毎に前記電子メールを取得する
   請求項１または２に記載のシステム。
4. 前記第１管理部は、前記電子メールにおける予め定められた位置から情報を取得し、取得した情報を前記出力データの書誌情報に含める
   請求項１から３の何れか一項に記載のシステム。
5. 前記ユーザ特定情報は、第１グループのユーザの記述形式と第２グループのユーザの記述形式とが異なり、
   前記ユーザ情報取得部は、前記ユーザ特定情報の記述形式に応じて、ユーザのグループを判断して対応するグループの認証情報を取得する
   請求項１から４の何れか一項に記載のシステム。
6. 前記データ蓄積装置は、ユーザによる出力データの出力数が上限値を超える場合に、画像形成装置からの出力を制限させる上限管理部
   をさらに有する
   請求項１から５の何れか一項に記載のシステム。
7. 前記第１管理部は、前記ユーザ特定情報における少なくともユーザを識別できる一部の情報と、前記対象データと対応付けて管理する
   請求項１から６の何れか一項に記載のシステム。
8. 前記メール取得部は、前記対象データ、前記ユーザ特定情報および前記内部ネットワークを識別する領域ＩＤを含む電子メールを取得し、
   前記第１管理部は、前記対象データを前記電子メールに含まれる前記領域ＩＤおよび前記ユーザ特定情報に対応付けて管理し、
   前記出力データ取得部は、前記データ管理システムから、対応する領域ＩＤの前記出力データを前記ユーザ特定情報と対応付けて取得する
   請求項１または２に記載のシステム。
9. 前記メール取得部は、前記内部ネットワークに対応付けられたアドレスを宛先として送信された前記電子メールを取得し、
   前記第１管理部は、前記対象データを、前記電子メールの宛先に対応付けられた領域ＩＤおよび前記ユーザ特定情報に対応付けて管理し、
   前記出力データ取得部は、前記データ管理システムから、対応する領域ＩＤの前記出力データを前記ユーザ特定情報と対応付けて取得する
   請求項１または２に記載のシステム。
10. 画像形成装置およびデータ蓄積装置が設けられた第１ネットワークと、
    画像形成装置が設けられた第２ネットワークと、
    前記第１ネットワークおよび前記第２ネットワークの外部に設けられ、前記第１ネットワークおよび前記第２ネットワークの内部の機器からアクセスされる１以上の情報処理装置から構成されるサービス提供装置と
    を備えるシステムであって、
    前記サービス提供装置は、
    対象データとユーザを特定するユーザ特定情報とを含む第１の電子メールおよび対象データを含む第２の電子メールを取得するメール取得部と、
    前記第１の電子メールおよび前記第２の電子メールに含まれる対象データを、画像形成装置により出力可能な形式の出力データに変換するデータ変換部と、
    前記第２ネットワークのユーザを認証する認証処理部と、
    前記第１の電子メールの前記出力データを前記ユーザ特定情報に対応付けて管理するとともに、前記第２の電子メールの前記出力データをユーザの認証情報に対応付けて管理して前記第２ネットワークのユーザの要求に応じて送信する第１管理部と、
    を有し、
    前記データ蓄積装置は、
    前記サービス提供装置から前記第１の電子メールの出力データを前記ユーザ特定情報と対応付けて取得する出力データ取得部と、
    前記ユーザ特定情報に基づきユーザ認証に用いられるユーザ情報を取得するユーザ情報取得部と、
    取得した前記出力データを、取得した前記ユーザ情報に含まれるユーザを識別するためのユーザ識別情報に対応させて管理する第２管理部と、
    を有する
    システム。
11. １以上の情報処理装置から構成されるデータ管理システムと、データ蓄積装置とを備えるシステムであって、
    前記データ管理システムは、
    対象データとユーザを特定するユーザ特定情報とを含む電子メールを取得するメール取得部と、
    前記電子メールに含まれる前記対象データを画像形成装置により出力可能な形式の出力データに変換するデータ変換部と、
    前記出力データを、対応する前記電子メールに含まれていた前記ユーザ特定情報に対応付けて管理する第１管理部と、
    を有し、
    前記データ蓄積装置は、
    前記データ管理システムから、前記出力データを前記ユーザ特定情報と対応付けて取得する出力データ取得部と、
    前記ユーザ特定情報に基づきユーザ認証に用いられる認証情報を取得するユーザ情報取得部と、
    取得した前記出力データを、取得した前記認証情報に含まれるユーザを識別するためのユーザ識別情報に対応させて管理する第２管理部と、
    を有し、
    前記ユーザ特定情報は、第１グループのユーザの記述形式と第２グループのユーザの記述形式とが異なり、
    前記ユーザ情報取得部は、前記ユーザ特定情報の記述形式に応じて、ユーザのグループを判断して対応するグループの認証情報を取得する
    システム。
12. 内部ネットワークに設けられた機器に対する外部の機器からのアクセスを制限するファイアウォールと、
    対象データとユーザを特定するユーザ特定情報とを含む電子メールを受信して蓄積するメールサーバと、
    それぞれのユーザについて、ユーザ認証に用いられる認証情報と前記ユーザ特定情報とを対応付けて管理する認証サーバと、
    １以上の情報処理装置から構成されるデータ管理システムと、
    データ蓄積装置とを備えるシステムにおいて実行される方法であって、
    前記内部ネットワークは、学校で利用される機器を接続する学内ネットワークであり、
    前記認証情報は、そのユーザが他のユーザに対して秘匿して管理すべき情報であり、
    前記ユーザ特定情報は、前記学校の学生のそれぞれに一意に割り当てられる学籍番号であり、
    前記メールサーバは、前記内部ネットワークの外部に設けられ、
    前記データ管理システムは、前記内部ネットワークの外部に設けられ、
    前記データ蓄積装置は、前記内部ネットワークに設けられ、
    前記データ管理システムが、前記メールサーバから前記電子メールを取得するメール取得ステップと、
    前記データ管理システムが、前記電子メールに含まれる前記対象データを画像形成装置により出力可能な形式の出力データに変換するデータ変換ステップと、
    前記データ管理システムが、前記出力データを、対応する前記電子メールに含まれていた前記ユーザ特定情報に対応付けて管理する第１管理ステップと、
    前記データ蓄積装置が、前記データ管理システムから、前記出力データを前記ユーザ特定情報と対応付けて取得する出力データ取得ステップと、
    前記データ管理システムが、前記ユーザ特定情報に基づき前記認証情報を取得するユーザ情報取得ステップと、
    取得した前記出力データを、取得した前記認証情報に含まれるユーザを識別するためのユーザ識別情報に対応させて管理する第２管理ステップと、
    を有する方法。

Images