画像を印刷する印刷装置を特定するための情報の発行要求を受信する受信手段と、前記受信手段が前記情報の発行要求を受信した場合、前記情報と前記印刷装置とを関連付け、前記印刷装置と関連付けられた前記情報を発行する処理手段と、前記処理手段の発行した情報とともに画像を外部装置から受信し、前記受信した画像が前記受信した情報によって特定される印刷装置において印刷されるべきかを、前記受信した情報を用いて判定する判定手段と、前記判定手段で前記画像が前記印刷装置において印刷されるべきであると判定された場合、前記判定手段の受信した画像を、前記情報で特定される印刷装置に送信する送信手段と、を有することを特徴とする情報処理装置。前記処理手段は、前記受信された画像が前記情報によって特定される印刷装置において印刷されるべき条件と、前記情報の使用状態を関連付け、前記判定手段は、前記受信した画像が前記受信した情報によって特定される印刷装置において印刷されるべき条件と、該条件に関連付けられた前記情報の使用状態とを参照し、前記使用状態が前記条件を満たす場合、前記画像が前記印刷装置において印刷されるべきであると判定し、前記使用状態が前記条件を満たさない場合、前記画像が前記印刷装置において印刷されるべきであると判定しないことを特徴とする請求項1に記載の情報処理装置。前記判定手段で前記画像が前記印刷装置において印刷されるべきであると判定されない場合、前記画像が前記印刷装置において印刷されるべきか否かをユーザに選択させるための選択情報を送信し、前記ユーザの指示に基づいて選択された選択情報に対応する指示情報を受信する通信手段を有し、前記送信手段は、前記通信手段で受信される指示情報が、前記画像が前記印刷装置において印刷されるべき旨を示す場合、前記画像を前記印刷装置に送信し、前記通信手段で受信される指示情報が、前記画像が前記印刷装置において印刷されるべきでない旨を示す場合、前記画像を前記印刷装置に送信せずに、削除することを特徴とする請求項1又は2に記載の情報処理装置。前記処理手段の発行した情報の使用状態を、ユーザの指示に基づき、所定の状態に更新する更新手段を有することを特徴とする請求項1乃至3の何れか1項に記載の情報処理装置。前記情報はメールアドレスであって、前記画像は前記メールアドレスが宛先に設定されたメールによって送信されることを特徴とする請求項1乃至4の何れか1項に記載の情報処理装置。受信手段が、画像を印刷する印刷装置を特定するための情報の発行要求を受信する受信工程と、処理手段が、前記受信工程で受信された発行要求に基づき、当該情報によって特定される印刷装置において前記画像が印刷されるべきかどうかが判定される際に用いられる前記情報を発行する発行工程と、判定手段が、前記発行工程で発行された情報とともに画像を受信し、受信した画像が受信した情報によって特定される印刷装置において印刷されるべきかを、受信した情報を用いて判定する判定工程と、送信手段が、前記判定工程で前記画像が前記印刷装置において印刷されるべきであると判定された場合、前記判定工程で受信された画像を、前記情報で特定される印刷装置に送信する送信工程と、を有することを特徴とする情報処理方法。請求項1乃至5の何れか1項に記載の各手段として、コンピュータを機能させるためのコンピュータプログラム。画像を印刷する印刷装置を特定するための情報の発行要求を受信する受信手段と、前記受信手段の受信した発行要求に基づき、当該情報によって特定される印刷装置において前記画像が印刷されるべきかが判定される際に用いられる前記情報を発行する処理手段と、前記処理手段の発行した情報とともに画像を受信し、受信した画像が受信した情報によって特定される印刷装置において印刷されるべきかを、受信した情報を用いて判定する判定手段と、前記判定手段で前記画像が前記印刷装置において印刷されるべきであると判定された場合、前記判定手段の受信した画像を、前記情報で特定される印刷装置に送信する送信手段と、を有することを特徴とする情報処理装置。しかしながら特許文献1の技術では、印刷装置を特定するための情報が一旦分かってしまえばどのユーザからも無制限に印刷が行えてしまい、例えば10回だけなら印刷可能にするといった条件を設けることができなかった。本発明の情報処理装置は、画像を印刷する印刷装置を特定するための情報の発行要求を受信する受信手段と、前記受信手段が前記情報の発行要求を受信した場合、前記情報と前記印刷装置とを関連付け、前記印刷装置と関連付けられた前記情報を発行する処理手段と、前記処理手段の発行した情報とともに画像を外部装置から受信し、前記受信した画像が前記受信した情報によって特定される印刷装置において印刷されるべきかを、前記受信した情報を用いて判定する判定手段と、前記判定手段で前記画像が前記印刷装置において印刷されるべきであると判定された場合、前記判定手段の受信した画像を、前記情報で特定される印刷装置に送信する送信手段と、を有することを特徴とする。本発明によれば、印刷装置における無制限な印刷を抑制することができる。以下、本発明を実施するための実施例について図面を用いて説明する。実施例1[印刷システムの構成]図1は本実施例の印刷システムの構成の一例を示すブロック図である。このシステムでは、携帯端末110がサーバ120情報処理装置と電子メール以下、メールと称するによって通信する。また、サーバ120はWAN130などのネットワークを介して画像形成装置140印刷装置と接続し、通信する。なお、本実施例では、携帯端末110とサーバ120との通信は、LANを介して直接通信であっても良いし、間に携帯端末基地局のサーバなど1つ以上のサーバを経由した通信であっても良い。また、サーバ120と画像形成装置140との接続は、WAN130だけに限られず、LANを介したものであっても良い。携帯端末以下、モバイルと称する110は、制御部111、操作部113、表示部115、カメラ部117を有し、制御部111は、操作部113、表示部115、カメラ部117と接続する。制御部111はCPU、ROM、RAM、フラッシュメモリを有し、制御部111の行う各処理は、これらCPU、ROM、RAM、フラッシュメモリの連携により実行される。ROMには、制御部111が操作部113、表示部115、カメラ部117の動作を制御するための制御プログラム、モバイル110がサーバ120へメールを送受信するためのプログラムが記憶されている。CPUはROMに記憶された制御プログラムをRAMに読み出し、解析、実行することで操作部113、表示部115、カメラ部117の動作を制御する。また、CPUはフラッシュメモリに記憶されたメール送受信プログラムをRAMに読み出し、解析、実行することでメールの送受信を実行する。メールの送信にあたっては、制御部111が操作部113を介してのユーザ入力に従い、フラッシュメモリに記憶されている画像である電子ファイル以下、ファイルと称するをメールに添付して送信することができる。メールの受信にあたっては、制御部111が表示部115を制御して、サーバ120から受信したメールの内容を表示部115に表示させることができる。また、制御部111はカメラ部117を制御して、写真の撮影やQRコード登録商標の読み込みを実行することができる。また、フラッシュメモリには、図5および図6のフローチャートに示される処理を実行するためのプログラムが記憶されており、CPUがこのプログラムをRAMに読み出し、解析、実行することで、モバイル110は各種処理を実行する。サーバ120は、サーバ120全体の動作制御を司る制御部121を有する。また、サーバ120は、画像形成装置140とWAN130を介して接続し、ファイルの送受信を行う。制御部121は、不図示のCPU、RAM、ROM、HDDを有しており、制御部121の行う各処理は、これらCPU、RAM、ROM、HDDの連携により実行される。ROMにはサーバ120の動作を制御するための制御プログラムが記憶されており、CPUがこの制御プログラムをRAMへ読み出して、解析、実行することで制御部121はサーバ120全体の動作を制御している。また、HDDにはモバイル110とメールを送受信するためのメール送受信プログラムが記憶されており、このメール送受信プログラムをCPUがRAMへ読み出して、解析、実行することで、モバイル110とサーバ120とのメールの送受信が行われる。また、HDDには画像形成装置140とファイルを送受信するためのプログラムおよび受信したファイルに対して画像処理を施すためのプログラムが記憶されている。このファイル送受信プログラムをCPUがRAMへ読み出して、解析、実行することで、サーバ120は画像形成装置140とファイルの送受信を実行し、この画像処理プログラムをCPUがRAMへ読み出して、解析、実行することで、サーバ120はファイルに対して画像処理を実行する。また、HDDには、図7および図9のフローチャートに示される処理を施すためのプログラムが記憶されており、この画像処理プログラムをCPUがRAMへ読み出して、解析、実行することで、サーバ120は各種処理を実行する。画像形成装置140は、画像形成装置140全体の動作制御を司る制御部121、ユーザインターフェースUIである操作部143、画像出力デバイスのプリンタ部145を有する。制御部141は、不図示のCPU、RAM、ROM、HDDを有しており、制御部141の行う各処理は、これらCPU、RAM、ROM、HDDの連携により実行される。また、制御部141は、プリンタ部145と電気的に接続されており、一方ではWAN130を介してサーバ120や外部装置などと接続されている。これにより画像などのファイルやデバイス情報の入出力が可能となっている。CPUは、ROMに記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、制御部141内部で行われる各種処理についても統括的に制御する。RAMは、CPUが動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このRAMは、記憶した内容を電源オフ後も保持しておく不揮発性SRAM及び電源オフ後には記憶した内容が消去されてしまうDRAMにより構成されている。ROMには、装置のブートプログラムなどが格納されている。HDDはハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。このHDDには、図3および図4のフローチャートに示される処理を実行するためのプログラムが記憶されており、このプログラムをCPUがRAMへ読み出して、解析、実行することで、画像形成装置140は各種処理を実行する。制御部141は操作部143と接続し、操作部143に表示するための画像データを操作部143に送信し、また、操作部143を介してユーザが入力した情報を受信する。[印刷システムの処理の概要]次に図2を用いて、本実施例の印刷システムにおける処理の概要について説明する。図2は、本実施例の印刷システムにおける処理のシーケンス図である。画像形成装置140は、電子メールアドレス以下メールアドレスと称するに関する使用条件の入力をユーザから受け付けるステップS301。次に画像形成装置140は、サーバ120に、メールアドレスの発行を依頼するステップS302。このステップS301、S302の処理は、図3のS501、S502の処理に対応する。画像形成装置140からメールアドレスの発行依頼を受けたサーバ120は、メールアドレスを生成しステップS303、画像形成装置140に通知するステップS304。このステップS303、S304の処理は、図7に示される一連の処理に対応する。サーバ120のメールアドレス通知を受けて、画像形成装置140は、操作部143にサーバ120より通知されたメールアドレスをQRコード登録商標として表示するステップS305。このステップS305の処理は、図3のS503~S506の一連の処理に対応する。モバイル110は、画像形成装置140の操作部143に表示されたQRコード登録商標をカメラ部117で撮影して読み込み、メールアドレスを取得するステップS306。このステップS306の処理は、図5に示される一連の処理に対応する。次に、モバイル110は、印刷すべき画像データが添付されたメールを作成するステップS307。そして、モバイル110は、このメールを送信するステップS308。このステップS307、S308の処理は、図6に示される一連の処理に対応する。ステップS308で送信されたメールを受け取ったサーバ120は、メールの宛先例えばメールヘッダ中のToフィールドに設定されたメールアドレスに関する使用条件の確認を行い、この条件確認に基づいた処理を行うステップS311。このステップS311の処理は、図9のS1301~S1307、S1321、S1322の一連の処理に対応する。次にサーバ120は、S311の処理において生成した印刷データをメールアドレスに対応する画像形成装置140に送信するステップS312。このステップS312の処理は、図9のS1308の処理に対応する。印刷データを受信した画像形成装置140は、印刷データをプリンタ部145で印刷しステップS313、印刷結果をサーバ120へ通知するステップS314。このステップS313、S314の処理は、図4に示される一連の処理に対応する。印刷結果を受信したサーバ120は、メールアドレスに関する使用条件に対応するデータ例えば印刷回数、印刷枚数などを更新するステップS315。このステップS315の処理は、図9のS1309~S1311の処理に対応する。[画像形成装置]次に図3、図4を用いて、本実施例の画像形成装置140における処理の詳細について説明する。図3、図4は画像形成装置140の制御部141によって実行される処理のフローチャートである。[メールアドレスの発行依頼]図3は、本実施例のステップS301、S302、S305を処理するための画像形成装置140におけるフローチャートである。制御部141は、画像形成装置140を特定するためのメールアドレスに関する使用条件の入力をユーザから受け付けるステップS501。これにより、ステップS501では、ユーザ指示に基づいてメールアドレスに関する使用条件が入力されることが分かる。なお、本実施例においてメールアドレスは、画像データ単に画像とも言うを印刷すべき画像形成装置140を特定するための情報であって、該メールアドレスによって特定される画像形成装置140において画像データの印刷を行うかどうかを判定する際に用いられる情報である。また、メールアドレスに関する使用条件単に使用条件とも言うとは、該メールアドレスを用いた印刷が可能となる条件のことであり、例えば該メールアドレスを用いた印刷は5回まで可能であるといった条件のことである。また、このような条件によって、該メールアドレスを用いた印刷が制限されることになるメールアドレスのことを条件付きメールアドレスと呼ぶ。次に、制御部141は、サーバ120に、ステップS501にて受け付けた使用条件に基づく条件付きメールアドレスの発行を依頼するステップS502。ステップS502において、制御部141がサーバ120に送信するのは、ユーザ指示に基づくメールアドレスに関する使用条件と、画像形成装置140を一意に識別特定するためのIDである。また制御部141はこれらの情報と共に、画像形成装置140を管理している管理者のメールアドレスの情報も送信する。なお、S502の処理は、画像形成装置140の管理者用パスワードの入力をユーザに要求し、操作部143を介しての該管理者パスワードの入力が確認された場合に実行されるようにしても良い。制御部141は、S502で送信された情報を受信したサーバ120からのメールアドレスの通知を受信しステップS503、メールアドレスが正常に発行されているか否かを判定するステップS504。メールアドレスが正常に発行されていれば、メールアドレスをQRコード登録商標として操作部143に表示して処理を終了するステップS505。一方、制御部141は、メールアドレスが正常に発行されていなければ、メールアドレスの発行に失敗した旨を操作部143に表示して終了するステップS506。[印刷データの印刷]図4は、本実施例のステップS313からステップS314を処理するための画像形成装置140におけるフローチャートである。制御部141は、サーバ120より送られる印刷データを待受けステップS601、サーバ120より印刷データが送られると、印刷データを受信するステップS602。制御部141は、受信した印刷データをプリンタ部145より印刷しステップS603、印刷した結果をサーバ120へ通知して終了するステップS604。なお、印刷データのことを単に画像とも呼ぶ。[モバイル]次に図5、図6を用いて、本実施例のモバイル110における処理の詳細について説明する。図5、図6は、モバイル110の制御部111によって実行される処理のフローチャートである。[メールアドレスの取得]図5は、本実施例のステップS306を処理するためのモバイル110におけるフローチャートである。制御部111は、ステップS305にて表示されたQRコード登録商標をカメラ部117で読み取ってQRコード登録商標からメールアドレスを抽出するステップS801。そして制御部111は、抽出したメールアドレスを制御部111の不図示のフラッシュメモリ例えばフラッシュメモリ内のアドレス帳に相当する記憶領域に記憶するステップS802。[データの送信]図6は、本実施例のステップS307とステップS308を処理するためのモバイル110におけるフローチャートである。制御部111は、画像データの印刷を指示するため、印刷対象の画像データを添付ファイルとして設定し、該画像データを印刷すべき画像形成装置140を特定するメールアドレスを宛先に設定したメールを生成するステップS901。そして制御部111は、該メールを送信するステップS902。[サーバ]次に図7、図8、図9を用いて、本実施例のサーバ120における処理の詳細について説明する。図7、図9は、サーバ120の制御部121によって実行される処理のフローチャートである。[メールアドレスの発行]図7は、本実施例のステップS303、S304を処理するためのサーバ120におけるフローチャートである。制御部121は、画像形成装置140より条件付きメールアドレスの発行依頼発行要求を受信するステップS1101。ステップS1101において、制御部121は、S502で画像形成装置140が送信した画像形成装置140のID、ユーザ指示に基づくメールアドレスに関する使用条件使用条件、画像形成装置140の管理者のメールアドレスの情報を受信する。制御部121は、ステップS1101で受信した使用条件が正常か否かを判定しステップS1103、正常でなければ前述のステップS1110へ進む。ステップS1110において制御部121は、画像形成装置140の操作部143に条件付きメールアドレスの発行に失敗した旨を表示させて処理を終了する。使用条件が正常であれば、制御部121は、ステップS1101で受信した使用条件が設定されるべきメールアドレス条件付きメールアドレスを生成するステップS1104。そして制御部121は、S1104にて生成したメールアドレスについて、メールアドレス管理テーブル1200図8の1レコードメールアドレス管理データを生成するステップS1105。この際に、制御部121は、生成したメールアドレスをメールアドレス管理テーブル1200によって管理するために、図8のメールアドレス管理テーブル1200によって例示される、メールアドレスを含む1レコード中の各データを、互いに関連付けて、メールアドレスを登録する。ステップS1105のメールアドレス管理テーブルについては図8を用いて後述する。最後に、制御部121は、生成した条件付きメールアドレスを画像形成装置140に発行して処理を終了するステップS1106。なお、S1101において使用条件を受信しなかった場合、発行されるメールアドレスは使用条件が設定されないメールアドレスとなる。また、図7を用いて説明した本実施例における条件付きメールアドレスの発行処理で、制御部121は、条件付きメールアドレスを、メールアドレス管理テーブル1200の各データを関連付けて登録した後に、画像形成装置140に発行した。しかし本発明は、図7の登録および発行の処理順序に限られない。例えば、条件付きメールアドレスを生成し、画像形成装置140に発行した後に、該条件付きメールアドレスを含むメールアドレス管理テーブル1200の各データを互いに関連付けて、該メールアドレスを登録する構成であっても良い。[メールアドレスの管理]図8は、サーバ120が各画像形成装置に割り当てたメールアドレスを管理するために、制御部121のHDDに記憶されているメールアドレス管理テーブル1200を示した図である。メールアドレス管理テーブル1200は、1レコードに、メールアドレス1201、画像形成装置ID1202、使用条件1203、使用状態1204、管理者メールアドレス1205、最終受信日1206の各データを持つ。これら1レコードの各データを総称して、メールアドレス管理データと呼ぶ。すなわち、メールアドレス管理テーブル1200の1レコードは、該1レコード内の各データ1201~1206が、ステップS1105の処理を実行する際に、互いに関連付けられて生成される。メールアドレス1201は、ステップS1104にて生成されたメールアドレスであって、画像形成装置ID1202に対応するメールアドレスである。画像形成装置ID1202は、S1101で条件付きメールアドレスの発行依頼を送信した画像形成装置140のIDであって、メールアドレス1201によって特定される画像形成装置140のIDである。使用条件1203は、S1101で受信された使用条件を示す情報であって、メールアドレス1201に関連付けられている。この使用条件1203は、メールアドレス1201宛に送信されたメールに添付された画像データを、画像形成装置ID1202に対応する画像形成装置140で印刷すべきか否かを判定する際に用いられる条件を示す情報である。例えば、使用条件1203が300pagesであれば、メールアドレス1201宛に送信された画像データは、画像形成装置140において印刷される印刷物の累計枚数が300ページ以内であるという条件の下で、印刷されることになる。なお、レコード1211のように使用条件1203がブランクの場合、使用条件がないつまり画像形成装置140における印刷において制限がないメールアドレスであることを示す。使用状態1204は、メールアドレス1201を用いた印刷の可否を判定する際に、使用条件1203と比較するために用いられる情報であり、メールアドレス1201を用いたこれまでの印刷の結果を示す情報である。なお、この使用状態1204は、同一メールアドレス管理データに属する使用条件1203の種類によって異なる。例えば、レコード1213のように使用条件が印刷回数であれば、使用状態はこれまでの印刷回数を示す。またレコード1212、1215のように使用条件がページ数であれば、使用状態はこれまでに印刷したページ数の累積を示す。またレコード1214のように使用条件が日付の場合は、システム日付に基づき使用条件を満たすか否かの判定を行うため、使用状態はシステム日付を参照することを示す値sys_dateとなる。なお、レコード1214については、使用条件1203の内容が日付であることから、使用条件を満たすか否かの判定のためにシステム日付を参照することが分かるので、使用状態をブランクにしても良い。管理者メールアドレス1205は、画像形成装置ID1202の管理者のメールアドレスであって、ステップS1101で受信された画像形成装置140の管理者のメールアドレスである。最終受信日1206は、メールアドレス1201宛てに送信されたメールをサーバ120が最後に受信した日付を示す。なお、図8に示すように、画像形成装置ID1202が同一のものでも、別の使用条件を持つメールアドレスを定義することができる。つまり、単一の画像形成装置に対して、異なる使用条件を持つメールアドレスを複数発行することができる。[印刷データの送信]図9は、本実施例のステップS311、S312、S315を処理するためのサーバ120におけるフローチャートである。まず、制御部121は、モバイル110がステップS308で送信したメールを受信し、メールのデータを制御部121のHDDに一旦記憶するステップS1301。制御部121は、メールアドレス管理テーブル1200図8から、受信したメールの宛先に設定されたメールアドレスと同じメールアドレス1201を持つメールアドレス管理データを検索するステップS1302。制御部121は、ステップS1302の検索の結果、該当するメールアドレス管理データを取得できたかを判定するステップS1303。メールアドレス管理データを取得できた場合、制御部121は、処理をステップS1304に進める。一方、制御部121は、該当するメールアドレス管理データを取得できなかった場合、処理をステップS1321に進める。メールアドレス管理テーブル1200から、受信したメールの宛先に指定されたメールアドレス管理データを取得できなかった場合、制御部121は、ステップS1301にて記憶したメールのデータを制御部121のHDDから破棄削除するステップS1321。そして制御部121は、モバイル110にメールでエラーを通知するステップS1322。エラーの通知は、通常のメールのようにユーザが存在しない旨を通知してもよいし、よりユーザに分かりやすく画像形成装置に対応するメールアドレスではない旨を通知してもよい。制御部121は、ステップS1302の検索によってメールアドレス管理テーブル1200からメールアドレス管理データを取得できた場合、最終受信日1206をシステム日付に更新するステップS1304。次に、制御部121は、取得したメールアドレス管理データの使用条件1203を参照することで、受信したメールの宛先に指定されたメールアドレスが条件付きメールアドレスであるか否かを判定する。なお、制御部121は、取得したメールアドレス管理データの使用条件1203がブランクでなければ、メールアドレスは条件付きメールアドレスであると判定するS1305。条件付きメールアドレスでない場合は、次のステップS1306をスキップし、ステップS1307へ処理を進める。条件付きメールアドレスの場合は、制御部121は、条件付きメールアドレスに対応する状態が使用条件を満たしているかどうかを、該条件付きメールアドレスに対応する使用条件1203および使用状態1204を参照して判定する。この判定処理において、制御部121は、取得したメールアドレス管理データの使用状態1204が使用条件1203を満たしているのかを、使用条件1203の示す情報と使用状態1204の示す情報とを比較することで、判定する。この比較の一例としてメールアドレス管理データ1212を例にして説明すると、使用条件1203が300pagesであって使用状態1204が176pagesであるので、300pages>176pagesすなわち使用条件1203>使用状態1204となって、使用状態1204が使用条件1203を満たすと判定されるステップS1306。使用条件を満たしていない場合、制御部121は、受信メールのデータをHDDから破棄しステップS1321、モバイル110にメールでエラーを通知するステップS1322。エラーの通知は、単純に使用できないメールアドレスである旨を通知してもよいし、よりユーザに分かりやすく使用条件を満たさないメールアドレスである旨を通知してもよい。一方、使用条件を満たしている場合、制御部121は、受信したメール本文と添付された画像データをもとに印刷データを生成するステップS1307。次いで、制御部121は、ステップS1302、S1303で取得されたメールアドレス管理データの画像形成装置ID1202に対応する画像形成装置140に、生成した印刷データを送信するステップS1308。本実施例の一連の処理ステップS1306~S1308をまとめる。ステップS1306において制御部121は、条件付きメールアドレスが宛先に設定されたメールに添付された画像を受信し、受信した画像が該条件付きメールアドレスで特定される画像形成装置140において印刷されるべきかを判定する判定手段として機能する。また、ステップS1306に続くステップS1307、S1308において、制御部121は、ステップS1306にて受信された画像を、条件付きメールアドレスで特定される画像形成装置140に送信する送信手段として機能する。その後、制御部121は、画像形成装置140から印刷結果を受信しステップS1309、印刷結果が正常終了を示しているかを判定するステップS1310。印刷結果が正常終了を示す場合、制御部121は、メールアドレス管理テーブル1200の使用状態1204を更新しステップS1311、処理を終了する。例えば、使用条件が印刷回数だった場合は、制御部121は、使用状態1204の印刷回数を1加算する。印刷結果が正常終了を示さない場合、制御部121は、メールアドレス管理テーブル1200の使用状態1204を更新せずに終了する。以上、本実施例において説明した手順により、条件付きメールアドレスによって印刷を制限することができるため、画像形成装置140において無制限な印刷が行われてしまうことを抑制することができる。なお、本実施例では、制御部121は、画像が添付されたメールが送信される際にメールの宛先情報として用いられるメールアドレスを、画像形成装置140における印刷が行われるための条件と関連付けて発行した。しかしながら本発明は、これに限定されるわけではない。画像形成装置140における印刷を制限するための条件が関連づいた情報条件情報を発行するようにしても良い。例えば、制御部121は、メールアドレスの発行要求に対して、画像形成装置に固有な唯一のメールアドレスを発行して、さらに、この固有なメールアドレスとは別に、画像形成装置140における印刷を制限するための諸条件例えば図8の使用条件1203、使用状態1204、最終受信日1206などと関連付いた条件情報を発行する。この場合に、例えば制御部111は、発行された固有なメールアドレス宛に、印刷対象の画像と条件情報を添付したメールを、制御部121に送信し、制御部121は、受信した条件情報に基づき、受信した画像の印刷を行うかどうかを制御すればよい。実施例2次に、実施例2について説明する。実施例1では、使用条件を満たさなくなったメールアドレスは、その後、使用できなくなっていたが、本実施例では、使用状態をリセットすることにより、一度使用できなくなったメールアドレスを再度使用できるようにする実施例を説明する。本実施例では、使用条件を満たさなくなった条件付きメールアドレスを保留メールアドレスとして定義し、保留メールアドレスを宛先例えばメールヘッダ中のToフィールドとしたメールを受信した場合は、印刷を許可するか否かを管理者に判断させるように構成する。[受信メールの退避]以下で、本実施例と実施例1との差分について図10を用いて説明する。本実施例と実施例1との差分は、図9を用いて説明した実施例1におけるサーバ120の行う一連の処理を、図10のフローチャートで示される一連の処理後述で置き換える点である。図10はサーバ120の制御部121によって実行される処理のフローチャートであって、図9のフローチャートを拡張したフローチャートである。図9と異なるのは、ステップS1306の分岐後の処理ステップS1411~S1413、ステップS1421~S1423である。なお、図9と同じステップ番号を持つステップでは、図9のフローチャートで説明した各ステップと同様の処理が行われるため説明は省略する。図10のステップS1306において、制御部121は、条件付きメールアドレスが使用条件を満たしているかどうかを判定し、満たしている場合はステップS1411へ、満たしていない場合は、ステップS1421へ処理を進める。ステップS1411において、制御部121は、条件付きメールアドレスを用いての画像形成装置140における印刷を実行できなくなる可能性が高いかどうか、すなわち、条件付きメールアドレスの失効が近いかどうかを判定する。この判定には、条件付きメールアドレスに関する使用条件1203および使用状態1204を比較して判定する。条件付きメールアドレスの失効が近いと判定する基準は、使用条件1203の種類印刷回数、印刷ページ数、印刷可能日付に応じて、静的に値を定めておいてもよいし、使用条件に一定の係数をかけて条件付きメールアドレス毎に算出するようにしてもよい。例えば、図8のレコード1213のように使用条件1203の種類が印刷回数であれば、使用条件1203の印刷回数と使用状態1204の印刷回数との差が閾値以下である場合に条件付きメールアドレスの失効が近いと判定すれば良い。または、使用状態1204の印刷回数が、使用条件1203の印刷回数である55timesに係数0.8を乗ずることで得られる判定の閾値44times以下である場合に条件付きメールアドレスの失効が近いと判定すればよい。条件付きメールアドレスの失効が近いと判定された場合、ステップS1412に処理は進む。一方、条件付きメールアドレスの失効が近くはないと判定された場合、制御部121は、ステップS1307に処理を進める。ステップS1412において、制御部121はリミット通知用に、メール管理データ図11のレコード1511を生成する。ここで、リミット通知とは、条件付きメールアドレスの失効が近い旨を、ステップS1301で受信したメールの送信者に、メールで通知することを指すものとする。また、リミット通知は、使用条件1203の延長を画像形成装置140の管理者に依頼するための情報を、ステップS1301で受信したメールの送信者に通知する。また、メール管理データは、リミット通知を含む各種通知を管理するためのデータを指し、後述するメール管理テーブル1500図11で管理されている。次に、ステップS1413において、制御部121は、リミット通知のメールを生成し、ステップS1301で受信したメールの送信者宛て例えばメールヘッダ中のFromフィールドに記載のメールアドレス宛てに送信する。なお、ステップS1413にてリミット通知のメールを送信した後の、サーバ120の制御部121の処理フローについては、図12、図13を用いて後述する。一方、ステップS1421において、制御部121は保留通知用に、メール管理データ図11のレコード1513を生成する。ここで、保留通知とは、使用条件を満たさない条件付きメールアドレス宛てにメールが送信された旨を画像形成装置140の管理者にメールで通知することを指すものとする。また、保留通知は、使用条件を満たさない条件付きメールアドレス宛てに送信されたメールの印刷を許可するか否かを選択するための情報を画像形成装置140の管理者に通知する。なお、図11のレコード1513のようにメール種別が保留通知となっている条件付きメールアドレスに関し、制御部121は、図17~図22を用いて説明される一連の処理後述を定期的に実行する。次に、ステップS1422において、制御部121は、ステップS1301で受信し、記憶したメールのデータ受信メールデータを後から取り出せるように保留通知のメールID図11のレコード1513のメールID1501と紐づける関連付ける。そして、制御部121は、この受信メールデータを、制御部121のHDDから削除せずに、記憶したままにする。制御部121の行うこれら一連の処理を、受信メールの退避処理と呼ぶ。図11を用いて後述されるように、メールID1501は画像形成装置に対応するメールアドレス1502とも関連づいているため、受信メールデータはメールアドレス1502とも関連づいているともいえる。これからわかるように、ステップS1306に続くS1422において、HDDを有する制御部121は、受信したメールに添付された画像を画像形成装置140に送信せずに、メールアドレス条件付きメールアドレスと関連付けて該HDDに記憶する手段として機能する。受信したメールを保留通知のメールIDと紐づける方法としては、例えば、受信したメールを添付ファイルごと、メールIDをファイル名としたファイルとして記憶するようにしてもよい。そして、ステップS1423において、制御部121は、図15に示される保留通知のメールを生成し、該メールの宛先にステップS1302の検索によって取得されたメールアドレス管理データの管理者メールアドレス1205を設定し、送信する。なお、ステップS1423にて保留通知のメールを送信した後の、サーバ120の制御部121の処理フローについては、図15、図16を用いて後述する。[メールの管理]図11は、サーバ120が前述したリミット通知、保留通知を含むメールでの各種通知を管理するためのデータを管理するために、制御部121によって生成され、HDDに記憶されるメール管理テーブル1500を示した図である。メール管理テーブル1500は、1レコードに、メールID1501、メールアドレス1502、メール種別1503、送信先1504、送信日1505の各データを持ち、あるデータから同一レコード内の他のデータを参照できるように1レコード内の各データは互いに関連付けられている。これら各データを総称して、メール管理データと呼ぶ。なお、メール管理データは、各種通知メールに記載されたURLに有効期限を設けるため、通知メールの送信から一定期間後例えば、図12、図15で例示した通知例に従えば24時間後、自動的に削除するように構成してもよい。メールID1501は、サーバ120が送信したメールを一意に識別するためのメールIDを示す。メールアドレス1502は、画像形成装置140に対応するメールアドレスで、通知メールの対象となるメールアドレスを示す。メール種別1503は、リミット通知や保留通知など、各種通知の種別を示す。送信先1504は、通知メールの送信先メールアドレスを示す。送信日1505は、通知メールを送信した日付を示す。なお、メール管理データの1レコードは、例えば次のような手順で生成される。まず、制御部121は、メールID1501を生成する。そして制御部121は、ステップS1301で受信したメールの送信先例えばメールヘッダ中のToフィールドおよび送信元例えばメールヘッダ中のFromフィールドのメールアドレスそれぞれをメールアドレス1502、送信先1504とする。また制御部121は、メール種別1503、送信日にステップS1413、S1423などで送信するメールの種別、送信日を設定する。最後に制御部121は、これら1レコード内の各データを互いに関連付けることで、メール管理データの1レコードを生成する。[リミット通知]図12、図13を用いて、ステップS1413にてリミット通知のメールを送信した後の、サーバ120の制御部121の処理フローについて説明する。図12aにリミット通知のメールの例を示す。リミット通知には、対象の条件付きメールアドレス1601と、残りの使用条件1602、および使用条件の延長を管理者に依頼するための情報であるURL1603が記載されている。URL1603にはサーバ120のアドレス例えばhttp://www.print.abc123.com/limitと、ステップS1413にて制御部121が送信したリミット通知メールを一意に識別するためのメールID例えばid=以下のraw315fwa36がパラメータとして付与されている。なお、メールIDは図11に示すメール管理テーブル1500のメールID1501として管理されている。図13は、モバイル110がリミット通知図12aに記載されたURL1603にアクセスする場合の、サーバ120の制御部121が実行する一連の処理のフローチャートである。制御部121は、リミット通知に記載されたURLに対するアクセスを待受けるステップS1701。アクセスがあった場合、制御部121は、URLのパラメータにセットされたメールIDと合致するメールID1501を有するメール管理データを、メール管理テーブル1500から取り出そうとする。メール管理データを取り出せた場合、制御部121はさらに、メール管理データのメールアドレス1502と合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS1703。メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部121は、エラー画面をモバイル110に送信してモバイル110の表示部115に表示させて処理を終了するステップS1710。メール管理データとメールアドレス管理データが共に取り出せた場合、制御部121は、延長依頼通知用に、メール管理データ図11のレコード1512を生成するステップS1704。ここで、延長依頼通知とは、条件付きメールアドレスに対する使用条件の延長の依頼があった旨を、画像形成装置140の管理者にメールで通知することを指す。また、延長依頼通知は、条件付きメールアドレスに関する使用条件の延長を許可するか否かを選択するための情報を画像形成装置140の管理者に通知する。次に、制御部121は、延長依頼通知のメールを生成しステップS1705、メールアドレス管理データより取り出した管理者メールアドレス1205宛てに送信するステップS1706。なお、ステップS1706にて延長依頼通知のメールを送信した後の、サーバ120の制御部121の処理フローについては、図12b、図14を用いて後述する。次に、制御部121は、不要になったリミット通知用のメール管理データ図11のレコード1511を削除するステップS1707。削除対象となるのは、ステップS1701でアクセスされたURLに記載のメールIDをもつメール管理データである。そして制御部121は、一連の処理の完了を知らせる完了ページをモバイル110に送信してモバイル110の表示部115に表示させて処理を終了するステップS1708。[延長依頼通知]図12b、図14を用いて、ステップS1706にて延長依頼通知のメールを送信した後の、サーバ120の制御部121の処理フローについて説明する。図12bに延長依頼通知のメールの例を示す。延長依頼通知には、対象の条件付きメールアドレス1611、残りの使用条件1612、リミット通知の送信先1504のメールアドレスすなわち延長を依頼したユーザのメールアドレス1613、および延長を許可するか否かを選択するための情報であるURL1614、1615が記載されている。これらのURLにはサーバ120のアドレス例えばhttp://www.print.abc123.com/limitadminと、ステップS1706にて制御部121が送信した延長依頼通知メールを一意に識別するためのメールID例えばid=以下のkihgu34a3qおよび延長の可否を示す値例えばex=以下の1がパラメータとして付与されている。図14は、延長依頼通知に記載されたURL1614、1615に対する画像形成装置140の管理者の有する情報端末からのアクセスを、サーバ120の制御部121が受信した場合の処理を表すフローチャートである。制御部121は、延長依頼通知に記載されたURLに対するアクセスを待受けるステップS1801。アクセスがあった場合、制御部121は、URLのパラメータにセットされたメールIDと合致するメールID1501を有するメール管理データを、メール管理テーブル1500から取り出そうとする。制御部121は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス1502と合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS1803。メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部121は、エラー画面を表示して終了するステップS1810。メール管理データとメールアドレス管理データが共に取り出せた場合、制御部121は、URLのパラメータにセットされた延長の可否を示す値をチェックし、延長が許可されたか否かを判定するステップS1804。延長が許可されない場合、制御部121は、ステップS1805をスキップし、ステップS1806へ処理を進める。一方、延長が許可された場合、制御部121は、メールアドレス管理テーブル1200に対し、ステップS1803で取り出したメールアドレス管理データの使用状態1204を初期値に更新するステップS1805。次に、制御部121は、不要になった延長依頼通知用のメール管理データ図11のレコード1512を削除するステップS1806。削除対象となるのは、ステップS1801でアクセスされたURLに記載のメールIDをもつメール管理データである。そして、制御部121は、一連の処理の完了を知らせる完了ページを表示して終了するステップS1807。[保留通知]図15、図16を用いて、ステップS1423にて保留通知のメールを送信した後の、サーバ120の制御部121の処理フローについて説明する図15に保留通知のメールの例を示す。保留通知には、対象の条件付きメールアドレス1901、ステップS1301で受信したメールの送信者のメールアドレス1902、印刷の可否および条件付きメールアドレスの処置を管理者ユーザとも言うに選択させるための情報選択情報であるURL1903~1906が記載されている。URL1903~1906には、サーバ120のアドレス例えばhttp://www.print.abc123.com/suspendと、ステップS1423にて制御部121が送信した保留通知メールを一意に識別するためのメールID例えばid=以下のkjf023tuq20jが付与されている。またURL1903~1906には、印刷の可否を示す値例えばprint=1やprint=0、およびメールアドレスの処置を示す値例えばex=0がパラメータとして付与されている。印刷の可否を示す値は、保留通知のメールID1501で関連付けられている受信メールデータ例えば画像が、該メールID1501と関連づくメールアドレス1502に対応する画像形成装置140で印刷されるべきかを示す。例えば本実施例において、URL1903~1906は以下のものとして説明される。URL1903は、パラメータprint=1によって受信メールデータが印刷されるべき旨を示し、パラメータex=0によって条件付きメールアドレスが保留状態のままにされる旨を示すURLである。ここで保留状態とは使用条件を満たさない状態のまま留め置くという状態を指す。URL1904は、パラメータprint=1によって受信メールデータが印刷されるべき旨を示し、パラメータex=1によって条件付きメールアドレスの使用状態がリセットされて条件付きメールアドレスが再度使用可能な状態にされる旨を示すURLである。URL1905は、パラメータprint=0によって受信メールデータが印刷されるべきでない旨を示し、パラメータex=-1によって条件付きメールアドレスが破棄消去される旨を示すURLである。URL1906は、パラメータprint=0によって受信メールデータが印刷されるべきでない旨を示し、パラメータex=0によって条件付きメールアドレスが保留状態のままにされる旨を示すex=0にするためのURLである。図16は、画像形成装置140の管理者ユーザとも言うの有する不図示の情報端末が、保留通知図15に対する応答として管理者の指示に基づいて、URL1903~1906のうちの1つにアクセスする場合の、サーバ120の制御部121が実行する一連の処理のフローチャートである。制御部121は、保留通知に記載されたURLへのアクセスを受信するステップS2001。なお、ステップS2001でのURLへのアクセスの受信は、制御部121がURLに含まれるパラメータを受信することであり、図16のステップS2002以降で行われる処理を実行させるための指示情報の受信に相当する。アクセスがあった場合、制御部121は、URLのパラメータにセットされたメールIDと合致するメールID1501を有するメール管理データを、メール管理テーブル1500から取り出そうとする。制御部121は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス1502と合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS2002。メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部121は、エラー画面を画像形成装置140の管理者の有する不図示の情報端末に送信して、該情報端末の表示部に表示させて処理を終了するステップS2020。メール管理データとメールアドレス管理データが共に取り出せた場合、制御部121は、URLのパラメータにセットされた印刷の可否を示す値をチェックし、受信メールデータが印刷されるべきか否かを判定するステップS2003。印刷の可否を示す値がprint=1であった場合、制御部121は、ステップS1422にて制御部121のHDDに記憶された受信メールのうち、URLのパラメータにセットされたメールIDに対応する受信メールを取得するステップS2005。次いで、制御部121は、S2006にて取得された受信メールのメール本文および添付ファイルである画像データに基づき、印刷データ画像とも言うを生成するステップS2006。さらに、制御部121は、生成した印刷データを、ステップS2002で取り出したメールアドレス管理データの画像形成装置ID1202に対応する画像形成装置140に送信するステップS2007。一方、S2003にて印刷の可否を示す値がprint=0であった場合、制御部121は、ステップS1422にて制御部121のHDDに記憶された受信メールのうち、URLのパラメータにセットされたメールIDに対応する受信メールのデータを、画像形成装置140に送信せずに制御部121のHDDから破棄削除するステップS2004。次にステップS2008、S2009にて、制御部121は、URLのパラメータにセットされたメールアドレスの処置を表す値をチェックする。チェックの結果、条件付きメールアドレスの使用状態がリセットされることになる場合ステップS2008でYes、制御部121はステップS2010へ処理を進める。条件付きメールアドレスが破棄されることになる場合ステップS2008でNo、S2009でYes、制御部121はステップS2011へ処理を進める。また、メールアドレスを保留状態のままにする場合あるいはメールアドレスの処置を表す値が無効な値である場合ステップS2009でNo、制御部121はステップS2012へ処理を進める。ステップS2010において、制御部121は、メールアドレス管理テーブル1200に対し、ステップS2002で取り出したメールアドレス管理データの使用状態1204を初期値に更新する。ステップS2011において、制御部121は、ステップS2002で取り出したメールアドレス管理データを、メールアドレス管理テーブル1200から削除する。次に、制御部121は、不要になった保留通知用のメール管理データ図11のレコード1513を削除するステップS2012。削除対象となるのは、ステップS2001でアクセスされたURLに記載のメールIDをもつメール管理データのレコードである。最後に、制御部121は、一連の処理の完了を知らせる完了ページを画像形成装置140の管理者の有する情報端末に送信し、該情報端末の表示部に表示させて処理を終了するステップS2013。図17~図22を用いて、メール管理データ図11のメール種別が保留通知となっている条件付きメールアドレスに関し、制御部121によって実行される一連の処理について説明する。まず、図17~図19を用いて、保留メールアドレスの処置に関する処理について説明し、次に、図20~図22を用いて、保留メールアドレスのうち所定期間、使用されなかった保留メールアドレスの処置に関する処理について説明する。[失効通知]図17~図19を用いて、保留メールアドレスの処置に関する処理について説明する。図17は、保留メールアドレスに対応づいている画像形成装置140の管理者に対し、失効通知のメールを送信する処理のフローチャートである。図17のフローチャートの一連の処理は、制御部121によって定期的に例えば1日毎に実行される。ここで、失効通知とは、条件付きメールアドレスが使用条件を満たさなくなった旨を画像形成装置140の管理者に、メールで通知することを指す。また、失効通知は、保留メールアドレスの処置を選択するための情報を、画像形成装置140の管理者に通知する。制御部121は、メールアドレス管理テーブル1200で管理されているメールアドレス管理データのうち、保留メールアドレスに関するデータがあるかを、メール管理テーブル1500を用いて判定するステップS2102。この判定は、メール種別1503が保留通知となっているかどうかに基づき行われる。データが存在しない場合ステップS2102でNo、制御部121は、処理を終了する。データが存在する場合ステップS2102でYes、制御部121は、そのうちの1つのデータを抽出し、その条件付きメールアドレスに関する失効通知のメールを、以前に送信したことがあるか否かを判定するステップS2103。失効通知メールを以前に送信したことがあるか否かは、メール管理テーブル1500に、その保留メールアドレスに関する失効通知用のメール管理データ図11のメール種別1503が失効通知であるレコードがあるか否かで判定する。失効通知メールを送信済みの場合ステップS2103でNoは、制御部121は、ステップS2102に戻り、次のメールアドレス管理データの処理に移る。失効通知メールを未送信の場合ステップS2103でYesは、制御部121は、失効通知用に、メール管理データ図11のレコード1514を生成するステップS2104。次に、制御部121は、失効通知メールを生成し、メールアドレス管理データより取り出した管理者メールアドレス1205宛てに送信しステップS2105、ステップS2102に戻り、次のメールアドレス管理データの処理に移る。なお、ステップS2105にて送信される失効通知メールに対するレスポンスとして行われる処理については、図18、図19を用いて、以下で説明する。図18に失効通知の通知例を示す。失効通知には、対象の条件付きメールアドレス2201と、その使用条件2202、条件付きメールアドレスの処置を選択するための情報であるURL2203~2205が記載されている。URLにはサーバ120のアドレス例えばhttp://www.print.abc123.com/expiredと、ステップS2105にて制御部121が送信した失効通知メールを一意に識別するためのメールID例えばid=以下のlbh765fthjaおよびメールアドレスの処置を示す値例えばex=0がパラメータとして付与されている。図19を用いて、ステップS2105にて送信される失効通知メール図18に対するレスポンスとして行われる一連の処理について説明する。図19は、サーバ120が、失効通知に記載されたURLに対するアクセスを受信した場合の処理を表すフローチャートであって、制御部121によって実行される。制御部121は、保留通知に記載されたURLに対する、画像形成装置140の管理者の有する情報端末からのアクセスを待受けるステップS2301。アクセスがあった場合、制御部121は、URLのパラメータにセットされたメールIDと合致するメールID1501を有するメール管理データを、メール管理テーブル1500から取り出そうとする。制御部121は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス1502と合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS2302。メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合ステップS2302でNo、制御部121は、エラー画面を画像形成装置140の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了するステップS2309。メール管理データとメールアドレス管理データが共に取り出せた場合ステップS2302でYes、制御部121は、URLのパラメータにセットされた、条件付きメールアドレスの処置を表す値をチェックするステップS2303、S2304。制御部121は、チェックの結果、メールアドレスを破棄する場合ステップS2303でYes、ステップS2305へ処理を進める。制御部121は、チェックの結果、メールアドレスの使用状態をリセットする場合ステップS2303でNo、ステップS2304でYes、ステップS2306へ処理を進める。制御部121は、チェックの結果、メールアドレスを保留状態のままにする場合あるいは条件付きメールアドレスの処置を表す値が無効である場合ステップS2303でNo、ステップS2304でNo、制御部121はステップS2307へ処理を進める。ステップS2305において、制御部121は、ステップS2302で取り出したメールアドレス管理データを、メールアドレス管理テーブル1200から削除する。これは、使用状態1204を使用不可の状態に更新することに相当する。ステップS2306において、制御部121は、メールアドレス管理テーブル1200に対し、ステップS2302で取り出したメールアドレス管理データの使用状態1204を初期値に更新する。次に、制御部121は、不要になった失効通知用のメール管理データ図11のレコード1514を削除するステップS2307。削除対象となるのは、ステップS2301でアクセスされたURLに記載のメールIDをもつメール管理データである。そして、制御部121は、一連の処理の完了を知らせる完了ページを、画像形成装置140の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了するステップS2308。[不使用通知]図20~図22を用いて、保留メールアドレスのうち所定期間、使用されていない保留メールアドレスの処置に関する処理について説明する。図20は、所定期間使用されていない保留メールアドレスに対応する画像形成装置140の管理者に対し、不使用通知のメールを送る処理を示すフローチャートである。このフローチャートに示される一連の処理は、制御部121によって、定期的に例えば1日毎に実行される。ここで、不使用通知とは、保留メールアドレスが所定期間例えば1カ月間使用されていない旨を保留メールアドレスに対応する画像形成装置140の管理者にメールで通知することを指す。また、不使用通知は、所定期間以上使用されていない保留メールアドレスの処置を選択するための情報を画像形成装置140の管理者に通知する。制御部121は、メールアドレス管理テーブル1200に管理されているメールアドレス管理データのうち、保留メールアドレスに関するデータが存在するかを、メール管理テーブル1500を用いて判定するステップS2402。この判定は、メール種別1503が保留通知となっているかどうかに基づき行われる。データが存在しない場合ステップS2402でNo、制御部121は、処理を終了するステップS2402。データが存在する場合ステップS2402でYes、制御部121は、そのうちの1件を取り出し、そのメールアドレスが所定期間以上例えば、1カ月以上使用されていないか否かを判定するステップS2403。長期間使用されていないか否かは、メールアドレス管理テーブル1200の最終受信日1206の日付と制御部121が知ることのできるシステム日付とを比較して判定する。最終受信日1206とシステム日付の差となる期間が定めた期間より短い場合ステップS2403でNo、制御部121は、ステップS2402に戻り、次のデータの処理に移る。最終受信日1206とシステム日付の差となる期間が定めた期間以上の場合は、制御部121は、不使用通知用に、メール管理データ図11のレコード1515を生成するステップS2404。次に、制御部121は、不使用通知メールを生成し、メールアドレス管理データより取り出した管理者メールアドレス1205宛てに送信しステップS2405、ステップS2402に戻って、次のデータの処理に移る。なお、ステップS2405にて送信される不使用通知メールに対するレスポンスとして行われる処理については、図21、図22を用いて、以下で説明する。図21に不使用通知の通知例を示す。不使用通知には、対象のメールアドレス2501と、最終受信日1206より算出したメールの未受信期間2502、およびメールアドレスを破棄するためのURL2503が記載されている。URLにはサーバ120のアドレス例えばhttp://www.print.abc123.com/disusedと、ステップS2405にて制御部121が送信した不使用通知メールを一意に識別するためのメールID例えばid=以下のbvgt37skw31dがパラメータとして付与されている。図22を用いて、ステップS2405にて送信される不使用通知メール図21に対するレスポンスとして行われる一連の処理について説明する。図22は、サーバ120が、不使用通知に記載されたURLに対するアクセスを受信した場合の処理を表すフローチャートであって、制御部121によってじっこされる。制御部121は、不使用通知に記載されたURLに対する、画像形成装置140の管理者の有する情報端末からのアクセスを待受けるステップS2601。アクセスがあった場合、制御部121は、URLのパラメータにセットされたメールIDと合致するメールID1501を有するメール管理データを、メール管理テーブル1500から取り出そうとする。制御部121は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス1502と合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS2602。メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部121は、エラー画面を画像形成装置140の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了するステップS2610。メール管理データとメールアドレス管理データが共に取り出せた場合、制御部121は、ステップS2602で取り出したメールアドレス管理データを、メールアドレス管理テーブル1200から削除するステップS2604。次に、制御部121は、不要になった不使用通知用のメール管理データ図11のレコード1515を削除するステップS2605。削除対象となるのは、ステップS2601でアクセスされたURLに記載のメールIDをもつメール管理データである。そして、制御部121は、一連の処理の完了を知らせる完了ページを、画像形成装置140の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了するステップS2606。以上、本実施例において説明した手順により、保留メールアドレスの使用状態をリセットすることにより、保留メールアドレスを再度使用できるようになる。これにより画像形成装置140の管理者が条件付きメールアドレスを毎回発行してユーザに知らせるという煩雑さを低減することができる。また、使用条件を満たさなくなったメールアドレスを保留メールアドレスとして定義し、保留メールアドレスを宛先としたメールの内容を、画像形成装置140の管理者の指示に基づき、印刷を許可できるので、管理者の管理の下、必要に応じて印刷物を出力することができる。実施例3次に、実施例3について説明する。本実施例では、実施例1のステップS303で発行したメールアドレスに対し、空メールを送信することで、メールアドレスの使用状態を取得したり、メールアドレスの設定を変更するための管理ページのURLを取得したりできるようにする実施例を説明する。本実施例は実施例1と組み合わせて用いる。以下で特に説明がなければ、本実施例の構成は実施例1の構成と同様である。本実施例と実施例1との差分は、実施例1の図9S1301でのメール受信時における、制御部121の処理である。この処理について、以下で図22、図23を用いて説明する。図23は、制御部121が空メールを受信した場合の処理を表すフローチャートであって、制御部121によって実行される。制御部121は、モバイル110が送信したメールを受信するステップS2701。制御部121は、受信したメールが空メールであるか否かを判定するステップS2702。ここで、件名及び本文がブランク未入力であり、添付ファイルのないメールを空メールと定義する。ただし、添付ファイルのないメールを空メールと定義しても良い。受信したメールが空メールでない場合、制御部121は、図9のフローチャートで説明したステップS1302へ処理を進め、図9で説明した一連の処理を行う。受信したメールが空メールの場合、制御部121は、受信したメールの宛先例えばメールヘッダ中のToフィールドに指定されたメールアドレスと合致するメールアドレス1201を有するメールアドレス管理データを、メールアドレス管理テーブル1200から取り出そうとするステップS2704。メールアドレス管理テーブル1200に、受信したメールの宛先に指定されたメールアドレスが存在せず取り出せない場合、制御部121は、モバイル110にメールでエラーを通知するステップS2710。メールアドレス管理テーブル1200からメールアドレス管理データを取り出せた場合、制御部121は、ステップS2701で受信したメールの送信者メールアドレス例えばメールヘッダ中のFromフィールドのメールアドレスが、管理者メールアドレス1205と一致するか否かを判定するステップS2705。管理者メールアドレスと一致する場合は、制御部121は、条件付きメールアドレスの管理ページを通知するためのメールを管理者宛てに送信するステップS2706。この管理ページを介して管理者ユーザが、条件付きメールアドレスの使用状態や使用条件などを変更することができる。一方、管理者メールアドレスと一致しない場合は、条件付きメールアドレスの使用条件と使用状態を通知するためのメールをステップS2701で受信したメールの送信者宛てに送信するステップS2707。図24は、図23のフローチャートにおいて空メールの返信として送信されるメールの例である。図24aは、ステップS2706で送信される管理者向けのメールである。メールには、対象の条件付きメールアドレス2801、使用条件2802、残りの使用条件2803、および管理ページのURL2804が記載されている。管理ページのURLには、URLにアクセスした際にメールアドレスを入力しなくても済むように、対象のメールアドレスをパラメータとしてURLに付与してもよい。図24bは、ステップS2707で送信される一般ユーザ向けのメールである。メールには、対象の条件付きメールアドレス2811、使用条件2812、残りの使用条件2813が記載されている。以上、本実施例において説明した手順により、空メールを使用することで条件付きメールアドレスの使用状態を取得したり、条件付きメールアドレスの設定を変更するための管理ページのURLを取得したりできるようになる。その他の実施例なお、以上の実施例では、メールアドレス自体が、画像データの印刷可否を判定する際に用いられる情報として説明されたが、該情報はメールアドレス以外であっても良い。つまり、該情報は、メールアドレスでも画像データでもない、使用条件および使用状態後述を一意に特定する特定情報例えば任意の文字列が記載されたファイルなどでも良い。この場合、モバイル110は、画像データとともに特定情報を添付したメールをメールアドレス宛に送信し、サーバ120は、メールアドレスによって特定される画像形成装置140で画像データを印刷すべきか否かを、受信した特定情報に基づいて判定すれば良い。以上の実施例では、各制御部111、121、141が処理を実行するためのコンピュータプログラムに基づき、各処理を実行していた。しかし、本発明はこれに限られず、各制御部の実行する処理を実現するハードウェア回路によって行っても良い。また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。