(57)【特許請求の範囲】
【請求項１】
メールを受信する受信手段と、
前記メールの宛先のメールアドレスに対して印刷装置による印刷が可能な条件が設定されているか否かを判定する第１の判定手段と、
前記第１の判定手段によって前記メールアドレスに対して前記条件が設定されていると判定された場合に、前記条件を満たしているか否かを判定する第２の判定手段と、
前記第１の判定手段によって前記メールアドレスに対して前記条件が設定されていないと判定されたか、又は前記第２の判定手段によって前記条件を満たしていると判定された場合に、前記メールに添付された画像データに基づいて印刷データを生成し、前記第２の判定手段によって前記条件を満たしていないと判定された場合に、前記印刷データを生成しない制御を行う制御手段と、を有することを特徴とする情報処理装置。
【請求項２】
前記第２の判定手段によって前記条件を満たしていないと判定された場合に、エラー通知を行う通知手段と、を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記印刷データを前記メールアドレスに対応する前記印刷装置に送信する送信手段と、を有することを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記メールアドレス、前記印刷装置、前記条件と使用状態を関連付けて保存する保存手段と、を有し、
前記第２の判定手段は、前記条件を前記条件に関連付けられた前記使用状態が満たしているか否かを判定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
コンピュータに、
メールを受信する受信工程と、
前記メールの宛先のメールアドレスに対して印刷装置による印刷が可能な条件が設定されているか否かを判定する第１の判定工程と、
前記第１の判定工程によって前記メールアドレスに対して前記条件が設定されていると判定された場合に、前記条件を満たしているか否かを判定する第２の判定工程と、
前記第１の判定工程によって前記メールアドレスに対して前記条件が設定されていないと判定されたか、又は前記第２の判定工程によって前記条件を満たしていると判定された場合に、前記メールに添付された画像データに基づいて印刷データを生成し、前記第２の判定工程によって前記条件を満たしていないと判定された場合に、前記印刷データを生成しない制御を行う制御工程と、を実行させることを特徴とするプログラム。
【請求項６】
前記コンピュータに、
前記第２の判定工程によって前記条件を満たしていないと判定された場合に、エラー通知を行う通知工程と、を実行させることを特徴とする請求項５に記載のプログラム。
【請求項７】
前記コンピュータに、
前記印刷データを前記メールアドレスに対応する前記印刷装置に送信する送信工程と、を実行させることを特徴とする請求項５又は請求項６に記載のプログラム。
【請求項８】
前記コンピュータに、
前記メールアドレス、前記印刷装置、前記条件と使用状態を関連付けて保存する保存工程と、を実行させ、
前記第２の判定工程は、前記条件を前記条件に関連付けられた前記使用状態が満たしているか否かを判定することを特徴とする請求項５乃至７のいずれか１項に記載のプログラム。
【請求項９】
メールを受信する受信工程と、
前記メールの宛先のメールアドレスに対して印刷装置による印刷が可能な条件が設定されているか否かを判定する第１の判定工程と、
前記第１の判定工程によって前記メールアドレスに対して前記条件が設定されていると判定された場合に、前記条件を満たしているか否かを判定する第２の判定工程と、
前記第１の判定工程によって前記メールアドレスに対して前記条件が設定されていないと判定されたか、又は前記第２の判定工程によって前記条件を満たしていると判定された場合に、前記メールに添付された画像データに基づいて印刷データを生成し、前記第２の判定工程によって前記条件を満たしていないと判定された場合に、前記印刷データを生成しない制御を行う制御工程と、を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、コンピュータプログラムに関する。
【背景技術】
【０００２】
画像などの電子データを、電子メールを用いて印刷する技術がある（特許文献１）。特許文献１では、印刷すべき画像などの電子データを電子メールに添付して、この電子メールを、印刷装置に対応する電子メールアドレス宛てに送信する。そして、印刷装置は、該電子メールを受信する情報処理装置（例えばメールサーバ）を経由してこの電子データを受信し、受信した電子データの印刷を行う。ここで電子メールアドレスは、印刷装置を特定するための情報として機能している。特許文献１の技術を用いれば、印刷装置を使用させるユーザに電子メールアドレスを教えて、この電子メールアドレス宛に画像を添付した電子メールを送信させることで、ユーザに画像の印刷を行わせることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１８４２９２
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１の技術では、印刷装置を特定するための情報が一旦分かってしまえばどのユーザからも無制限に印刷が行えてしまい、例えば１０回だけなら印刷可能にするといった条件を設けることができなかった。
【課題を解決するための手段】
【０００５】
本発明の情報処理装置は、
メールを受信する受信手段と、
前記メールの宛先のメールアドレスに対して印刷装置による印刷が可能な条件が設定されているか否かを判定する第１の判定手段と、
前記第１の判定手段によって前記メールアドレスに対して前記条件が設定されていると判定された場合に、前記条件を満たしているか否かを判定する第２の判定手段と、
前記第１の判定手段によって前記メールアドレスに対して前記条件が設定されていないと判定されたか、又は前記第２の判定手段によって前記条件を満たしていると判定された場合に、前記メールに添付された画像データに基づいて印刷データを生成し、前記第２の判定手段によって前記条件を満たしていないと判定された場合に、前記印刷データを生成しない制御を行う制御手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、印刷装置における無制限な印刷を抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】実施例１の印刷システムの構成の一例を示すブロック図。
【図２】実施例１の印刷システムにおける処理の一例を示すシーケンス図。
【図３】実施例１の画像形成装置１４０における処理の一例を示すフローチャート。
【図４】実施例１の画像形成装置１４０における処理の一例を示すフローチャート。
【図５】実施例１のモバイル１１０における処理の一例を示すフローチャート。
【図６】実施例１のモバイル１１０における処理の一例を示すフローチャート。
【図７】実施例１のサーバ１２０における処理の一例を示すフローチャート。
【図８】実施例１のサーバ１２０におけるメールアドレス管理テーブルの一例。
【図９】実施例１のサーバ１２０における処理の一例を示すフローチャート。
【図１０】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図１１】実施例２のサーバ１２０におけるメール管理テーブルの一例。
【図１２】実施例２のサーバ１２０から送信されるメールの一例。
【図１３】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図１４】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図１５】実施例２のサーバ１２０から送信されるメールの一例。
【図１６】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図１７】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図１８】実施例２のサーバ１２０から送信されるメールの一例。
【図１９】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図２０】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図２１】実施例２のサーバ１２０から送信されるメールの一例。
【図２２】実施例２のサーバ１２０における処理の一例を示すフローチャート。
【図２３】実施例３のサーバ１２０における処理の一例を示すフローチャート。
【図２４】実施例３のサーバ１２０から送信されるメールの一例。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための実施例について図面を用いて説明する。
【０００９】
（実施例１）
［印刷システムの構成］
図１は本実施例の印刷システムの構成の一例を示すブロック図である。
【００１０】
このシステムでは、携帯端末１１０がサーバ１２０（情報処理装置）と電子メール（以下、メールと称する）によって通信する。また、サーバ１２０はＷＡＮ１３０などのネットワークを介して画像形成装置１４０（印刷装置）と接続し、通信する。なお、本実施例では、携帯端末１１０とサーバ１２０との通信は、ＬＡＮを介して直接通信であっても良いし、間に携帯端末基地局のサーバなど１つ以上のサーバを経由した通信であっても良い。また、サーバ１２０と画像形成装置１４０との接続は、ＷＡＮ１３０だけに限られず、ＬＡＮを介したものであっても良い。
【００１１】
携帯端末（以下、モバイルと称する）１１０は、制御部１１１、操作部１１３、表示部１１５、カメラ部１１７を有し、制御部１１１は、操作部１１３、表示部１１５、カメラ部１１７と接続する。制御部１１１はＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリを有し、制御部１１１の行う各処理は、これらＣＰＵ、ＲＯＭ、ＲＡＭ、フラッシュメモリの連携により実行される。ＲＯＭには、制御部１１１が操作部１１３、表示部１１５、カメラ部１１７の動作を制御するための制御プログラム、モバイル１１０がサーバ１２０へメールを送受信するためのプログラムが記憶されている。ＣＰＵはＲＯＭに記憶された制御プログラムをＲＡＭに読み出し、解析、実行することで操作部１１３、表示部１１５、カメラ部１１７の動作を制御する。また、ＣＰＵはフラッシュメモリに記憶されたメール送受信プログラムをＲＡＭに読み出し、解析、実行することでメールの送受信を実行する。メールの送信にあたっては、制御部１１１が操作部１１３を介してのユーザ入力に従い、フラッシュメモリに記憶されている画像である電子ファイル（以下、ファイルと称する）をメールに添付して送信することができる。メールの受信にあたっては、制御部１１１が表示部１１５を制御して、サーバ１２０から受信したメールの内容を表示部１１５に表示させることができる。また、制御部１１１はカメラ部１１７を制御して、写真の撮影やＱＲコード（登録商標）の読み込みを実行することができる。また、フラッシュメモリには、図５および図６のフローチャートに示される処理を実行するためのプログラムが記憶されており、ＣＰＵがこのプログラムをＲＡＭに読み出し、解析、実行することで、モバイル１１０は各種処理を実行する。
【００１２】
サーバ１２０は、サーバ１２０全体の動作制御を司る制御部１２１を有する。また、サーバ１２０は、画像形成装置１４０とＷＡＮ１３０を介して接続し、ファイルの送受信を行う。
【００１３】
制御部１２１は、不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤを有しており、制御部１２１の行う各処理は、これらＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤの連携により実行される。ＲＯＭにはサーバ１２０の動作を制御するための制御プログラムが記憶されており、ＣＰＵがこの制御プログラムをＲＡＭへ読み出して、解析、実行することで制御部１２１はサーバ１２０全体の動作を制御している。また、ＨＤＤにはモバイル１１０とメールを送受信するためのメール送受信プログラムが記憶されており、このメール送受信プログラムをＣＰＵがＲＡＭへ読み出して、解析、実行することで、モバイル１１０とサーバ１２０とのメールの送受信が行われる。また、ＨＤＤには画像形成装置１４０とファイルを送受信するためのプログラムおよび受信したファイルに対して画像処理を施すためのプログラムが記憶されている。このファイル送受信プログラムをＣＰＵがＲＡＭへ読み出して、解析、実行することで、サーバ１２０は画像形成装置１４０とファイルの送受信を実行し、この画像処理プログラムをＣＰＵがＲＡＭへ読み出して、解析、実行することで、サーバ１２０はファイルに対して画像処理を実行する。また、ＨＤＤには、図７および図９のフローチャートに示される処理を施すためのプログラムが記憶されており、この画像処理プログラムをＣＰＵがＲＡＭへ読み出して、解析、実行することで、サーバ１２０は各種処理を実行する。
【００１４】
画像形成装置１４０は、画像形成装置１４０全体の動作制御を司る制御部１２１、ユーザインターフェース（ＵＩ）である操作部１４３、画像出力デバイスのプリンタ部１４５を有する。
【００１５】
制御部１４１は、不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤを有しており、制御部１４１の行う各処理は、これらＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤの連携により実行される。また、制御部１４１は、プリンタ部１４５と電気的に接続されており、一方ではＷＡＮ１３０を介してサーバ１２０や外部装置などと接続されている。これにより画像などのファイルやデバイス情報の入出力が可能となっている。
【００１６】
ＣＰＵは、ＲＯＭに記憶された制御プログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、制御部１４１内部で行われる各種処理についても統括的に制御する。ＲＡＭは、ＣＰＵが動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭは、記憶した内容を電源オフ後も保持しておく不揮発性ＳＲＡＭ及び電源オフ後には記憶した内容が消去されてしまうＤＲＡＭにより構成されている。ＲＯＭには、装置のブートプログラムなどが格納されている。ＨＤＤはハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。このＨＤＤには、図３および図４のフローチャートに示される処理を実行するためのプログラムが記憶されており、このプログラムをＣＰＵがＲＡＭへ読み出して、解析、実行することで、画像形成装置１４０は各種処理を実行する。
【００１７】
制御部１４１は操作部１４３と接続し、操作部１４３に表示するための画像データを操作部１４３に送信し、また、操作部１４３を介してユーザが入力した情報を受信する。
【００１８】
［印刷システムの処理の概要］
次に図２を用いて、本実施例の印刷システムにおける処理の概要について説明する。図２は、本実施例の印刷システムにおける処理のシーケンス図である。
【００１９】
画像形成装置１４０は、電子メールアドレス（以下メールアドレスと称する）に関する使用条件の入力をユーザから受け付ける（ステップＳ３０１）。次に画像形成装置１４０は、サーバ１２０に、メールアドレスの発行を依頼する（ステップＳ３０２）。このステップＳ３０１、Ｓ３０２の処理は、図３のＳ５０１、Ｓ５０２の処理に対応する。
【００２０】
画像形成装置１４０からメールアドレスの発行依頼を受けたサーバ１２０は、メールアドレスを生成し（ステップＳ３０３）、画像形成装置１４０に通知する（ステップＳ３０４）。このステップＳ３０３、Ｓ３０４の処理は、図７に示される一連の処理に対応する。
【００２１】
サーバ１２０のメールアドレス通知を受けて、画像形成装置１４０は、操作部１４３にサーバ１２０より通知されたメールアドレスをＱＲコード（登録商標）として表示する（ステップＳ３０５）。このステップＳ３０５の処理は、図３のＳ５０３〜Ｓ５０６の一連の処理に対応する。
【００２２】
モバイル１１０は、画像形成装置１４０の操作部１４３に表示されたＱＲコード（登録商標）をカメラ部１１７で撮影して読み込み、メールアドレスを取得する（ステップＳ３０６）。このステップＳ３０６の処理は、図５に示される一連の処理に対応する。
【００２３】
次に、モバイル１１０は、印刷すべき画像データが添付されたメールを作成する（ステップＳ３０７）。そして、モバイル１１０は、このメールを送信する（ステップＳ３０８）。このステップＳ３０７、Ｓ３０８の処理は、図６に示される一連の処理に対応する。
【００２４】
ステップＳ３０８で送信されたメールを受け取ったサーバ１２０は、メールの宛先（例えばメールヘッダ中のＴｏフィールド）に設定されたメールアドレスに関する使用条件の確認を行い、この条件確認に基づいた処理を行う（ステップＳ３１１）。このステップＳ３１１の処理は、図９のＳ１３０１〜Ｓ１３０７、Ｓ１３２１、Ｓ１３２２の一連の処理に対応する。
【００２５】
次にサーバ１２０は、Ｓ３１１の処理において生成した印刷データをメールアドレスに対応する画像形成装置１４０に送信する（ステップＳ３１２）。このステップＳ３１２の処理は、図９のＳ１３０８の処理に対応する。
【００２６】
印刷データを受信した画像形成装置１４０は、印刷データをプリンタ部１４５で印刷し（ステップＳ３１３）、印刷結果をサーバ１２０へ通知する（ステップＳ３１４）。このステップＳ３１３、Ｓ３１４の処理は、図４に示される一連の処理に対応する。
【００２７】
印刷結果を受信したサーバ１２０は、メールアドレスに関する使用条件に対応するデータ（例えば印刷回数、印刷枚数など）を更新する（ステップＳ３１５）。このステップＳ３１５の処理は、図９のＳ１３０９〜Ｓ１３１１の処理に対応する。
【００２８】
［画像形成装置］
次に図３、図４を用いて、本実施例の画像形成装置１４０における処理の詳細について説明する。図３、図４は画像形成装置１４０の制御部１４１によって実行される処理のフローチャートである。
【００２９】
［メールアドレスの発行依頼］
図３は、本実施例のステップＳ３０１、Ｓ３０２、Ｓ３０５を処理するための画像形成装置１４０におけるフローチャートである。制御部１４１は、画像形成装置１４０を特定するためのメールアドレスに関する使用条件の入力をユーザから受け付ける（ステップＳ５０１）。これにより、ステップＳ５０１では、ユーザ指示に基づいてメールアドレスに関する使用条件が入力されることが分かる。なお、本実施例においてメールアドレスは、画像データ（単に画像とも言う）を印刷すべき画像形成装置１４０を特定するための情報であって、該メールアドレスによって特定される画像形成装置１４０において画像データの印刷を行うかどうかを判定する際に用いられる情報である。また、メールアドレスに関する使用条件（単に使用条件とも言う）とは、該メールアドレスを用いた印刷が可能となる条件のことであり、例えば「該メールアドレスを用いた印刷は５回まで可能である」といった条件のことである。また、このような条件によって、該メールアドレスを用いた印刷が制限されることになるメールアドレスのことを条件付きメールアドレスと呼ぶ。
【００３０】
次に、制御部１４１は、サーバ１２０に、ステップＳ５０１にて受け付けた使用条件に基づく条件付きメールアドレスの発行を依頼する（ステップＳ５０２）。ステップＳ５０２において、制御部１４１がサーバ１２０に送信するのは、ユーザ指示に基づくメールアドレスに関する使用条件と、画像形成装置１４０を一意に識別（特定）するためのＩＤである。また制御部１４１はこれらの情報と共に、画像形成装置１４０を管理している管理者のメールアドレスの情報も送信する。なお、Ｓ５０２の処理は、画像形成装置１４０の管理者用パスワードの入力をユーザに要求し、操作部１４３を介しての該管理者パスワードの入力が確認された場合に実行されるようにしても良い。
【００３１】
制御部１４１は、Ｓ５０２で送信された情報を受信したサーバ１２０からのメールアドレスの通知を受信し（ステップＳ５０３）、メールアドレスが正常に発行されているか否かを判定する（ステップＳ５０４）。メールアドレスが正常に発行されていれば、メールアドレスをＱＲコード（登録商標）として操作部１４３に表示して処理を終了する（ステップＳ５０５）。一方、制御部１４１は、メールアドレスが正常に発行されていなければ、メールアドレスの発行に失敗した旨を操作部１４３に表示して終了する（ステップＳ５０６）。
【００３２】
［印刷データの印刷］
図４は、本実施例のステップＳ３１３からステップＳ３１４を処理するための画像形成装置１４０におけるフローチャートである。制御部１４１は、サーバ１２０より送られる印刷データを待受け（ステップＳ６０１）、サーバ１２０より印刷データが送られると、印刷データを受信する（ステップＳ６０２）。制御部１４１は、受信した印刷データをプリンタ部１４５より印刷し（ステップＳ６０３）、印刷した結果をサーバ１２０へ通知して終了する（ステップＳ６０４）。なお、印刷データのことを単に画像とも呼ぶ。
【００３３】
［モバイル］
次に図５、図６を用いて、本実施例のモバイル１１０における処理の詳細について説明する。図５、図６は、モバイル１１０の制御部１１１によって実行される処理のフローチャートである。
【００３４】
［メールアドレスの取得］
図５は、本実施例のステップＳ３０６を処理するためのモバイル１１０におけるフローチャートである。制御部１１１は、ステップＳ３０５にて表示されたＱＲコード（登録商標）をカメラ部１１７で読み取ってＱＲコード（登録商標）からメールアドレスを抽出する（ステップＳ８０１）。そして制御部１１１は、抽出したメールアドレスを制御部１１１の不図示のフラッシュメモリ（例えばフラッシュメモリ内のアドレス帳に相当する記憶領域）に記憶する（ステップＳ８０２）。
【００３５】
［データの送信］
図６は、本実施例のステップＳ３０７とステップＳ３０８を処理するためのモバイル１１０におけるフローチャートである。制御部１１１は、画像データの印刷を指示するため、印刷対象の画像データを添付ファイルとして設定し、該画像データを印刷すべき画像形成装置１４０を特定するメールアドレスを宛先に設定したメールを生成する（ステップＳ９０１）。そして制御部１１１は、該メールを送信する（ステップＳ９０２）。
【００３６】
［サーバ］
次に図７、図８、図９を用いて、本実施例のサーバ１２０における処理の詳細について説明する。図７、図９は、サーバ１２０の制御部１２１によって実行される処理のフローチャートである。
【００３７】
［メールアドレスの発行］
図７は、本実施例のステップＳ３０３、Ｓ３０４を処理するためのサーバ１２０におけるフローチャートである。
【００３８】
制御部１２１は、画像形成装置１４０より条件付きメールアドレスの発行依頼（発行要求）を受信する（ステップＳ１１０１）。ステップＳ１１０１において、制御部１２１は、Ｓ５０２で画像形成装置１４０が送信した画像形成装置１４０のＩＤ、ユーザ指示に基づくメールアドレスに関する使用条件（使用条件）、画像形成装置１４０の管理者のメールアドレスの情報を受信する。
【００３９】
制御部１２１は、ステップＳ１１０１で受信した使用条件が正常か否かを判定し（ステップＳ１１０３）、正常でなければ前述のステップＳ１１１０へ進む。ステップＳ１１１０において制御部１２１は、画像形成装置１４０の操作部１４３に条件付きメールアドレスの発行に失敗した旨を表示させて処理を終了する。
【００４０】
使用条件が正常であれば、制御部１２１は、ステップＳ１１０１で受信した使用条件が設定されるべきメールアドレス（条件付きメールアドレス）を生成する（ステップＳ１１０４）。
【００４１】
そして制御部１２１は、Ｓ１１０４にて生成したメールアドレスについて、メールアドレス管理テーブル１２００（図８）の１レコード（メールアドレス管理データ）を生成する（ステップＳ１１０５）。この際に、制御部１２１は、生成したメールアドレスをメールアドレス管理テーブル１２００によって管理するために、図８のメールアドレス管理テーブル１２００によって例示される、メールアドレスを含む１レコード中の各データを、互いに関連付けて、メールアドレスを登録する。ステップＳ１１０５のメールアドレス管理テーブルについては図８を用いて後述する。
【００４２】
最後に、制御部１２１は、生成した条件付きメールアドレスを画像形成装置１４０に発行して処理を終了する（ステップＳ１１０６）。
【００４３】
なお、Ｓ１１０１において使用条件を受信しなかった場合、発行されるメールアドレスは使用条件が設定されないメールアドレスとなる。
【００４４】
また、図７を用いて説明した本実施例における条件付きメールアドレスの発行処理で、制御部１２１は、条件付きメールアドレスを、メールアドレス管理テーブル１２００の各データを関連付けて登録した後に、画像形成装置１４０に発行した。しかし本発明は、図７の登録および発行の処理順序に限られない。例えば、条件付きメールアドレスを生成し、画像形成装置１４０に発行した後に、該条件付きメールアドレスを含むメールアドレス管理テーブル１２００の各データを互いに関連付けて、該メールアドレスを登録する構成であっても良い。
【００４５】
［メールアドレスの管理］
図８は、サーバ１２０が各画像形成装置に割り当てたメールアドレスを管理するために、制御部１２１のＨＤＤに記憶されているメールアドレス管理テーブル１２００を示した図である。メールアドレス管理テーブル１２００は、１レコードに、メールアドレス１２０１、画像形成装置ＩＤ１２０２、使用条件１２０３、使用状態１２０４、管理者メールアドレス１２０５、最終受信日１２０６の各データを持つ。これら１レコードの各データを総称して、メールアドレス管理データと呼ぶ。すなわち、メールアドレス管理テーブル１２００の１レコードは、該１レコード内の各データ（１２０１〜１２０６）が、ステップＳ１１０５の処理を実行する際に、互いに関連付けられて生成される。
【００４６】
メールアドレス１２０１は、ステップＳ１１０４にて生成されたメールアドレスであって、画像形成装置ＩＤ１２０２に対応するメールアドレスである。
【００４７】
画像形成装置ＩＤ１２０２は、Ｓ１１０１で条件付きメールアドレスの発行依頼を送信した画像形成装置１４０のＩＤであって、メールアドレス１２０１によって特定される画像形成装置１４０のＩＤである。
【００４８】
使用条件１２０３は、Ｓ１１０１で受信された使用条件を示す情報であって、メールアドレス１２０１に関連付けられている。この使用条件１２０３は、メールアドレス１２０１宛に送信されたメールに添付された画像データを、画像形成装置ＩＤ１２０２に対応する画像形成装置１４０で印刷すべきか否かを判定する際に用いられる条件を示す情報である。例えば、使用条件１２０３が「３００ｐａｇｅｓ」であれば、メールアドレス１２０１宛に送信された画像データは、画像形成装置１４０において印刷される印刷物の累計枚数が３００ページ以内であるという条件の下で、印刷されることになる。なお、レコード１２１１のように使用条件１２０３がブランクの場合、使用条件がない（つまり画像形成装置１４０における印刷において制限がない）メールアドレスであることを示す。
【００４９】
使用状態１２０４は、メールアドレス１２０１を用いた印刷の可否を判定する際に、使用条件１２０３と比較するために用いられる情報であり、メールアドレス１２０１を用いたこれまでの印刷の結果を示す情報である。なお、この使用状態１２０４は、同一メールアドレス管理データに属する使用条件１２０３の種類によって異なる。例えば、レコード１２１３のように使用条件が印刷回数であれば、使用状態はこれまでの印刷回数を示す。またレコード１２１２、１２１５のように使用条件がページ数であれば、使用状態はこれまでに印刷したページ数の累積を示す。またレコード１２１４のように使用条件が日付の場合は、システム日付に基づき使用条件を満たすか否かの判定を行うため、使用状態はシステム日付を参照することを示す値「ｓｙｓ＿ｄａｔｅ」となる。なお、レコード１２１４については、使用条件１２０３の内容が日付であることから、使用条件を満たすか否かの判定のためにシステム日付を参照することが分かるので、使用状態をブランクにしても良い。
【００５０】
管理者メールアドレス１２０５は、画像形成装置ＩＤ１２０２の管理者のメールアドレスであって、ステップＳ１１０１で受信された画像形成装置１４０の管理者のメールアドレスである。
【００５１】
最終受信日１２０６は、メールアドレス１２０１宛てに送信されたメールをサーバ１２０が最後に受信した日付を示す。
【００５２】
なお、図８に示すように、画像形成装置ＩＤ１２０２が同一のものでも、別の使用条件を持つメールアドレスを定義することができる。つまり、単一の画像形成装置に対して、異なる使用条件を持つメールアドレスを複数発行することができる。
【００５３】
［印刷データの送信］
図９は、本実施例のステップＳ３１１、Ｓ３１２、Ｓ３１５を処理するためのサーバ１２０におけるフローチャートである。
【００５４】
まず、制御部１２１は、モバイル１１０がステップＳ３０８で送信したメールを受信し、メールのデータを制御部１２１のＨＤＤに一旦記憶する（ステップＳ１３０１）。
【００５５】
制御部１２１は、メールアドレス管理テーブル１２００（図８）から、受信したメールの宛先に設定されたメールアドレスと同じメールアドレス１２０１を持つメールアドレス管理データを検索する（ステップＳ１３０２）。
【００５６】
制御部１２１は、ステップＳ１３０２の検索の結果、該当するメールアドレス管理データを取得できたかを判定する（ステップＳ１３０３）。メールアドレス管理データを取得できた場合、制御部１２１は、処理をステップＳ１３０４に進める。一方、制御部１２１は、該当するメールアドレス管理データを取得できなかった場合、処理をステップＳ１３２１に進める。
【００５７】
メールアドレス管理テーブル１２００から、受信したメールの宛先に指定されたメールアドレス管理データを取得できなかった場合、制御部１２１は、ステップＳ１３０１にて記憶したメールのデータを制御部１２１のＨＤＤから破棄（削除）する（ステップＳ１３２１）。そして制御部１２１は、モバイル１１０にメールでエラーを通知する（ステップＳ１３２２）。エラーの通知は、通常のメールのように「ユーザが存在しない」旨を通知してもよいし、よりユーザに分かりやすく「画像形成装置に対応するメールアドレスではない」旨を通知してもよい。
【００５８】
制御部１２１は、ステップＳ１３０２の検索によってメールアドレス管理テーブル１２００からメールアドレス管理データを取得できた場合、最終受信日１２０６をシステム日付に更新する（ステップＳ１３０４）。
【００５９】
次に、制御部１２１は、取得したメールアドレス管理データの使用条件１２０３を参照することで、受信したメールの宛先に指定されたメールアドレスが条件付きメールアドレスであるか否かを判定する。なお、制御部１２１は、取得したメールアドレス管理データの使用条件１２０３がブランクでなければ、メールアドレスは条件付きメールアドレスであると判定する（Ｓ１３０５）。
【００６０】
条件付きメールアドレスでない場合は、次のステップＳ１３０６をスキップし、ステップＳ１３０７へ処理を進める。条件付きメールアドレスの場合は、制御部１２１は、条件付きメールアドレスに対応する状態が使用条件を満たしているかどうかを、該条件付きメールアドレスに対応する使用条件１２０３および使用状態１２０４を参照して判定する。この判定処理において、制御部１２１は、取得したメールアドレス管理データの使用状態１２０４が使用条件１２０３を満たしているのかを、使用条件１２０３の示す情報と使用状態１２０４の示す情報とを比較することで、判定する。この比較の一例としてメールアドレス管理データ１２１２を例にして説明すると、使用条件１２０３が３００ｐａｇｅｓであって使用状態１２０４が１７６ｐａｇｅｓであるので、３００ｐａｇｅｓ＞１７６ｐａｇｅｓすなわち使用条件１２０３＞使用状態１２０４となって、使用状態１２０４が使用条件１２０３を満たすと判定される（ステップＳ１３０６）。
【００６１】
使用条件を満たしていない場合、制御部１２１は、受信メールのデータをＨＤＤから破棄し（ステップＳ１３２１）、モバイル１１０にメールでエラーを通知する（ステップＳ１３２２）。エラーの通知は、単純に「使用できないメールアドレスである」旨を通知してもよいし、よりユーザに分かりやすく「使用条件を満たさないメールアドレスである」旨を通知してもよい。
【００６２】
一方、使用条件を満たしている場合、制御部１２１は、受信したメール本文と添付された画像データをもとに印刷データを生成する（ステップＳ１３０７）。
【００６３】
次いで、制御部１２１は、ステップＳ１３０２、Ｓ１３０３で取得されたメールアドレス管理データの画像形成装置ＩＤ１２０２に対応する画像形成装置１４０に、生成した印刷データを送信する（ステップＳ１３０８）。
【００６４】
本実施例の一連の処理ステップＳ１３０６〜Ｓ１３０８をまとめる。ステップＳ１３０６において制御部１２１は、条件付きメールアドレスが宛先に設定されたメールに添付された画像を受信し、受信した画像が該条件付きメールアドレスで特定される画像形成装置１４０において印刷されるべきかを判定する判定手段として機能する。また、ステップＳ１３０６に続くステップＳ１３０７、Ｓ１３０８において、制御部１２１は、ステップＳ１３０６にて受信された画像を、条件付きメールアドレスで特定される画像形成装置１４０に送信する送信手段として機能する。
【００６５】
その後、制御部１２１は、画像形成装置１４０から印刷結果を受信し（ステップＳ１３０９）、印刷結果が正常終了を示しているかを判定する（ステップＳ１３１０）。印刷結果が正常終了を示す場合、制御部１２１は、メールアドレス管理テーブル１２００の使用状態１２０４を更新し（ステップＳ１３１１）、処理を終了する。例えば、使用条件が印刷回数だった場合は、制御部１２１は、使用状態１２０４の印刷回数を１加算する。印刷結果が正常終了を示さない場合、制御部１２１は、メールアドレス管理テーブル１２００の使用状態１２０４を更新せずに終了する。
【００６６】
以上、本実施例において説明した手順により、条件付きメールアドレスによって印刷を制限することができるため、画像形成装置１４０において無制限な印刷が行われてしまうことを抑制することができる。
【００６７】
なお、本実施例では、制御部１２１は、画像が添付されたメールが送信される際にメールの宛先情報として用いられるメールアドレスを、画像形成装置１４０における印刷が行われるための条件と関連付けて発行した。しかしながら本発明は、これに限定されるわけではない。画像形成装置１４０における印刷を制限するための条件が関連づいた情報（条件情報）を発行するようにしても良い。例えば、制御部１２１は、メールアドレスの発行要求に対して、画像形成装置に固有な唯一のメールアドレスを発行して、さらに、この固有なメールアドレスとは別に、画像形成装置１４０における印刷を制限するための諸条件（例えば図８の使用条件１２０３、使用状態１２０４、最終受信日１２０６など）と関連付いた条件情報を発行する。この場合に、例えば制御部１１１は、発行された固有なメールアドレス宛に、印刷対象の画像と条件情報を添付したメールを、制御部１２１に送信し、制御部１２１は、受信した条件情報に基づき、受信した画像の印刷を行うかどうかを制御すればよい。
【００６８】
（実施例２）
次に、実施例２について説明する。実施例１では、使用条件を満たさなくなったメールアドレスは、その後、使用できなくなっていたが、本実施例では、使用状態をリセットすることにより、一度使用できなくなったメールアドレスを再度使用できるようにする実施例を説明する。本実施例では、使用条件を満たさなくなった条件付きメールアドレスを保留メールアドレスとして定義し、保留メールアドレスを宛先（例えばメールヘッダ中のＴｏフィールド）としたメールを受信した場合は、印刷を許可するか否かを管理者に判断させるように構成する。
【００６９】
［受信メールの退避］
以下で、本実施例と実施例１との差分について図１０を用いて説明する。本実施例と実施例１との差分は、図９を用いて説明した実施例１におけるサーバ１２０の行う一連の処理を、図１０のフローチャートで示される一連の処理（後述）で置き換える点である。図１０はサーバ１２０の制御部１２１によって実行される処理のフローチャートであって、図９のフローチャートを拡張したフローチャートである。図９と異なるのは、ステップＳ１３０６の分岐後の処理（ステップＳ１４１１〜Ｓ１４１３、ステップＳ１４２１〜Ｓ１４２３）である。なお、図９と同じステップ番号を持つステップでは、図９のフローチャートで説明した各ステップと同様の処理が行われるため説明は省略する。
【００７０】
図１０のステップＳ１３０６において、制御部１２１は、条件付きメールアドレスが使用条件を満たしているかどうかを判定し、満たしている場合はステップＳ１４１１へ、満たしていない場合は、ステップＳ１４２１へ処理を進める。
【００７１】
ステップＳ１４１１において、制御部１２１は、条件付きメールアドレスを用いての画像形成装置１４０における印刷を実行できなくなる可能性が高いかどうか、すなわち、条件付きメールアドレスの失効が近いかどうかを判定する。この判定には、条件付きメールアドレスに関する使用条件１２０３および使用状態１２０４を比較して判定する。条件付きメールアドレスの失効が近いと判定する基準は、使用条件１２０３の種類（印刷回数、印刷ページ数、印刷可能日付）に応じて、静的に値を定めておいてもよいし、使用条件に一定の係数をかけて条件付きメールアドレス毎に算出するようにしてもよい。例えば、図８のレコード１２１３のように使用条件１２０３の種類が印刷回数であれば、使用条件１２０３の印刷回数と使用状態１２０４の印刷回数との差が閾値以下である場合に条件付きメールアドレスの失効が近いと判定すれば良い。または、使用状態１２０４の印刷回数が、使用条件１２０３の印刷回数である５（５ｔｉｍｅｓ）に係数０．８を乗ずることで得られる判定の閾値４（４ｔｉｍｅｓ）以下である場合に条件付きメールアドレスの失効が近いと判定すればよい。
【００７２】
条件付きメールアドレスの失効が近いと判定された場合、ステップＳ１４１２に処理は進む。一方、条件付きメールアドレスの失効が近くはないと判定された場合、制御部１２１は、ステップＳ１３０７に処理を進める。
【００７３】
ステップＳ１４１２において、制御部１２１はリミット通知用に、メール管理データ（図１１のレコード１５１１）を生成する。ここで、リミット通知とは、条件付きメールアドレスの失効が近い旨を、ステップＳ１３０１で受信したメールの送信者に、メールで通知することを指すものとする。また、リミット通知は、使用条件１２０３の延長を画像形成装置１４０の管理者に依頼するための情報を、ステップＳ１３０１で受信したメールの送信者に通知する。また、メール管理データは、リミット通知を含む各種通知を管理するためのデータを指し、後述するメール管理テーブル１５００（図１１）で管理されている。
【００７４】
次に、ステップＳ１４１３において、制御部１２１は、リミット通知のメールを生成し、ステップＳ１３０１で受信したメールの送信者宛て（例えばメールヘッダ中のＦｒｏｍフィールドに記載のメールアドレス宛て）に送信する。なお、ステップＳ１４１３にてリミット通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについては、図１２、図１３を用いて後述する。
【００７５】
一方、ステップＳ１４２１において、制御部１２１は保留通知用に、メール管理データ（図１１のレコード１５１３）を生成する。ここで、保留通知とは、使用条件を満たさない条件付きメールアドレス宛てにメールが送信された旨を画像形成装置１４０の管理者にメールで通知することを指すものとする。また、保留通知は、使用条件を満たさない条件付きメールアドレス宛てに送信されたメールの印刷を許可するか否かを選択するための情報を画像形成装置１４０の管理者に通知する。なお、図１１のレコード１５１３のようにメール種別が保留通知となっている条件付きメールアドレスに関し、制御部１２１は、図１７〜図２２を用いて説明される一連の処理（後述）を定期的に実行する。
【００７６】
次に、ステップＳ１４２２において、制御部１２１は、ステップＳ１３０１で受信し、記憶したメールのデータ（受信メールデータ）を後から取り出せるように保留通知のメールＩＤ（図１１のレコード１５１３のメールＩＤ１５０１）と紐づける（関連付ける）。そして、制御部１２１は、この受信メールデータを、制御部１２１のＨＤＤから削除せずに、記憶したままにする。制御部１２１の行うこれら一連の処理を、受信メールの退避処理と呼ぶ。図１１を用いて後述されるように、メールＩＤ１５０１は画像形成装置に対応するメールアドレス１５０２とも関連づいているため、受信メールデータはメールアドレス１５０２とも関連づいているともいえる。これからわかるように、ステップＳ１３０６に続くＳ１４２２において、ＨＤＤを有する制御部１２１は、受信したメールに添付された画像を画像形成装置１４０に送信せずに、メールアドレス（条件付きメールアドレス）と関連付けて該ＨＤＤに記憶する手段として機能する。
【００７７】
受信したメールを保留通知のメールＩＤと紐づける方法としては、例えば、受信したメールを添付ファイルごと、メールＩＤをファイル名としたファイルとして記憶するようにしてもよい。
【００７８】
そして、ステップＳ１４２３において、制御部１２１は、図１５に示される保留通知のメールを生成し、該メールの宛先にステップＳ１３０２の検索によって取得されたメールアドレス管理データの管理者メールアドレス１２０５を設定し、送信する。なお、ステップＳ１４２３にて保留通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについては、図１５、図１６を用いて後述する。
【００７９】
［メールの管理］
図１１は、サーバ１２０が前述したリミット通知、保留通知を含むメールでの各種通知を管理するためのデータを管理するために、制御部１２１によって生成され、ＨＤＤに記憶されるメール管理テーブル１５００を示した図である。メール管理テーブル１５００は、１レコードに、メールＩＤ１５０１、メールアドレス１５０２、メール種別１５０３、送信先１５０４、送信日１５０５の各データを持ち、あるデータから同一レコード内の他のデータを参照できるように１レコード内の各データは互いに関連付けられている。これら各データを総称して、メール管理データと呼ぶ。なお、メール管理データは、各種通知メールに記載されたＵＲＬに有効期限を設けるため、通知メールの送信から一定期間後（例えば、図１２、図１５で例示した通知例に従えば２４時間後）、自動的に削除するように構成してもよい。
【００８０】
メールＩＤ１５０１は、サーバ１２０が送信したメールを一意に識別するためのメールＩＤを示す。
【００８１】
メールアドレス１５０２は、画像形成装置１４０に対応するメールアドレスで、通知メールの対象となるメールアドレスを示す。
【００８２】
メール種別１５０３は、「リミット通知」や「保留通知」など、各種通知の種別を示す。
【００８３】
送信先１５０４は、通知メールの送信先メールアドレスを示す。
【００８４】
送信日１５０５は、通知メールを送信した日付を示す。
【００８５】
なお、メール管理データの１レコードは、例えば次のような手順で生成される。まず、制御部１２１は、メールＩＤ１５０１を生成する。そして制御部１２１は、ステップＳ１３０１で受信したメールの送信先（例えばメールヘッダ中のＴｏフィールド）および送信元（例えばメールヘッダ中のＦｒｏｍフィールド）のメールアドレスそれぞれをメールアドレス１５０２、送信先１５０４とする。また制御部１２１は、メール種別１５０３、送信日にステップＳ１４１３、Ｓ１４２３などで送信するメールの種別、送信日を設定する。最後に制御部１２１は、これら１レコード内の各データを互いに関連付けることで、メール管理データの１レコードを生成する。
【００８６】
［リミット通知］
図１２、図１３を用いて、ステップＳ１４１３にてリミット通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについて説明する。
【００８７】
図１２（ａ）にリミット通知のメールの例を示す。リミット通知には、対象の条件付きメールアドレス１６０１と、残りの使用条件１６０２、および使用条件の延長を管理者に依頼するための情報であるＵＲＬ１６０３が記載されている。ＵＲＬ１６０３にはサーバ１２０のアドレス（例えばｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔ．ａｂｃ１２３．ｃｏｍ／ｌｉｍｉｔ）と、ステップＳ１４１３にて制御部１２１が送信したリミット通知メールを一意に識別するためのメールＩＤ（例えば“ｉｄ＝”以下の“ｒａｗ３１５ｆｗａ３６”）がパラメータとして付与されている。なお、メールＩＤは図１１に示すメール管理テーブル１５００のメールＩＤ１５０１として管理されている。
【００８８】
図１３は、モバイル１１０がリミット通知（図１２（ａ）に記載されたＵＲＬ１６０３にアクセスする場合の、サーバ１２０の制御部１２１が実行する一連の処理のフローチャートである。
【００８９】
制御部１２１は、リミット通知に記載されたＵＲＬに対するアクセスを待受ける（ステップＳ１７０１）。
【００９０】
アクセスがあった場合、制御部１２１は、ＵＲＬのパラメータにセットされたメールＩＤと合致するメールＩＤ１５０１を有するメール管理データを、メール管理テーブル１５００から取り出そうとする。メール管理データを取り出せた場合、制御部１２１はさらに、メール管理データのメールアドレス１５０２と合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ１７０３）。
【００９１】
メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部１２１は、エラー画面をモバイル１１０に送信してモバイル１１０の表示部１１５に表示させて処理を終了する（ステップＳ１７１０）。
【００９２】
メール管理データとメールアドレス管理データが共に取り出せた場合、制御部１２１は、延長依頼通知用に、メール管理データ（図１１のレコード１５１２）を生成する（ステップＳ１７０４）。ここで、延長依頼通知とは、条件付きメールアドレスに対する使用条件の延長の依頼があった旨を、画像形成装置１４０の管理者にメールで通知することを指す。また、延長依頼通知は、条件付きメールアドレスに関する使用条件の延長を許可するか否かを選択するための情報を画像形成装置１４０の管理者に通知する。
【００９３】
次に、制御部１２１は、延長依頼通知のメールを生成し（ステップＳ１７０５）、メールアドレス管理データより取り出した管理者メールアドレス１２０５宛てに送信する（ステップＳ１７０６）。なお、ステップＳ１７０６にて延長依頼通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについては、図１２（ｂ）、図１４を用いて後述する。
【００９４】
次に、制御部１２１は、不要になったリミット通知用のメール管理データ（図１１のレコード１５１１）を削除する（ステップＳ１７０７）。削除対象となるのは、ステップＳ１７０１でアクセスされたＵＲＬに記載のメールＩＤをもつメール管理データである。
【００９５】
そして制御部１２１は、一連の処理の完了を知らせる完了ページをモバイル１１０に送信してモバイル１１０の表示部１１５に表示させて処理を終了する（ステップＳ１７０８）。
【００９６】
［延長依頼通知］
図１２（ｂ）、図１４を用いて、ステップＳ１７０６にて延長依頼通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについて説明する。
【００９７】
図１２（ｂ）に延長依頼通知のメールの例を示す。延長依頼通知には、対象の条件付きメールアドレス１６１１、残りの使用条件１６１２、リミット通知の送信先１５０４のメールアドレスすなわち延長を依頼したユーザのメールアドレス１６１３、および延長を許可するか否かを選択するための情報であるＵＲＬ１６１４、１６１５が記載されている。これらのＵＲＬにはサーバ１２０のアドレス（例えば“ｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔ．ａｂｃ１２３．ｃｏｍ／ｌｉｍｉｔａｄｍｉｎ”）と、ステップＳ１７０６にて制御部１２１が送信した延長依頼通知メールを一意に識別するためのメールＩＤ（例えば“ｉｄ＝”以下の“ｋｉｈｇｕ３４ａ３ｑ”）および延長の可否を示す値（例えば“ｅｘ＝”以下の“１”）がパラメータとして付与されている。
【００９８】
図１４は、延長依頼通知に記載されたＵＲＬ１６１４、１６１５に対する画像形成装置１４０の管理者の有する情報端末からのアクセスを、サーバ１２０の制御部１２１が受信した場合の処理を表すフローチャートである。
【００９９】
制御部１２１は、延長依頼通知に記載されたＵＲＬに対するアクセスを待受ける（ステップＳ１８０１）。
【０１００】
アクセスがあった場合、制御部１２１は、ＵＲＬのパラメータにセットされたメールＩＤと合致するメールＩＤ１５０１を有するメール管理データを、メール管理テーブル１５００から取り出そうとする。制御部１２１は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス１５０２と合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ１８０３）。
【０１０１】
メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部１２１は、エラー画面を表示して終了する（ステップＳ１８１０）。
【０１０２】
メール管理データとメールアドレス管理データが共に取り出せた場合、制御部１２１は、ＵＲＬのパラメータにセットされた延長の可否を示す値をチェックし、延長が許可されたか否かを判定する（ステップＳ１８０４）。
【０１０３】
延長が許可されない場合、制御部１２１は、ステップＳ１８０５をスキップし、ステップＳ１８０６へ処理を進める。
【０１０４】
一方、延長が許可された場合、制御部１２１は、メールアドレス管理テーブル１２００に対し、ステップＳ１８０３で取り出したメールアドレス管理データの使用状態１２０４を初期値に更新する（ステップＳ１８０５）。
【０１０５】
次に、制御部１２１は、不要になった延長依頼通知用のメール管理データ（図１１のレコード１５１２）を削除する（ステップＳ１８０６）。削除対象となるのは、ステップＳ１８０１でアクセスされたＵＲＬに記載のメールＩＤをもつメール管理データである。
【０１０６】
そして、制御部１２１は、一連の処理の完了を知らせる完了ページを表示して終了する（ステップＳ１８０７）。
【０１０７】
［保留通知］
図１５、図１６を用いて、ステップＳ１４２３にて保留通知のメールを送信した後の、サーバ１２０の制御部１２１の処理フローについて説明する
図１５に保留通知のメールの例を示す。保留通知には、対象の条件付きメールアドレス１９０１、ステップＳ１３０１で受信したメールの送信者のメールアドレス１９０２、印刷の可否および条件付きメールアドレスの処置を管理者（ユーザとも言う）に選択させるための情報（選択情報）であるＵＲＬ１９０３〜１９０６が記載されている。ＵＲＬ１９０３〜１９０６には、サーバ１２０のアドレス（例えば“ｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔ．ａｂｃ１２３．ｃｏｍ／ｓｕｓｐｅｎｄ”）と、ステップＳ１４２３にて制御部１２１が送信した保留通知メールを一意に識別するためのメールＩＤ（例えば“ｉｄ＝”以下の“ｋｊｆ０２３ｔｕｑ２０ｊ”）が付与されている。またＵＲＬ１９０３〜１９０６には、印刷の可否を示す値（例えば“ｐｒｉｎｔ＝１”や“ｐｒｉｎｔ＝０”）、およびメールアドレスの処置を示す値（例えば“ｅｘ＝０”）がパラメータとして付与されている。印刷の可否を示す値は、保留通知のメールＩＤ１５０１で関連付けられている受信メールデータ（例えば画像）が、該メールＩＤ１５０１と関連づくメールアドレス１５０２に対応する画像形成装置１４０で印刷されるべきかを示す。
【０１０８】
例えば本実施例において、ＵＲＬ１９０３〜１９０６は以下のものとして説明される。
【０１０９】
ＵＲＬ１９０３は、パラメータ“ｐｒｉｎｔ＝１”によって受信メールデータが印刷されるべき旨を示し、パラメータ“ｅｘ＝０”によって条件付きメールアドレスが保留状態のままにされる旨を示すＵＲＬである。ここで保留状態とは「使用条件を満たさない状態のまま留め置く」という状態を指す。
【０１１０】
ＵＲＬ１９０４は、パラメータ“ｐｒｉｎｔ＝１”によって受信メールデータが印刷されるべき旨を示し、パラメータ“ｅｘ＝１”によって条件付きメールアドレスの使用状態がリセットされて条件付きメールアドレスが再度使用可能な状態にされる旨を示すＵＲＬである。
【０１１１】
ＵＲＬ１９０５は、パラメータ“ｐｒｉｎｔ＝０”によって受信メールデータが印刷されるべきでない旨を示し、パラメータ“ｅｘ＝−１”によって条件付きメールアドレスが破棄（消去）される旨を示すＵＲＬである。
【０１１２】
ＵＲＬ１９０６は、パラメータ“ｐｒｉｎｔ＝０”によって受信メールデータが印刷されるべきでない旨を示し、パラメータ“ｅｘ＝０”によって条件付きメールアドレスが保留状態のままにされる旨を示す（“ｅｘ＝０”）にするためのＵＲＬである。
【０１１３】
図１６は、画像形成装置１４０の管理者（ユーザとも言う）の有する不図示の情報端末が、保留通知（図１５）に対する応答として管理者の指示に基づいて、ＵＲＬ１９０３〜１９０６のうちの１つにアクセスする場合の、サーバ１２０の制御部１２１が実行する一連の処理のフローチャートである。
【０１１４】
制御部１２１は、保留通知に記載されたＵＲＬへのアクセスを受信する（ステップＳ２００１）。なお、ステップＳ２００１でのＵＲＬへのアクセスの受信は、制御部１２１がＵＲＬに含まれるパラメータを受信することであり、図１６のステップＳ２００２以降で行われる処理を実行させるための指示情報の受信に相当する。
【０１１５】
アクセスがあった場合、制御部１２１は、ＵＲＬのパラメータにセットされたメールＩＤと合致するメールＩＤ１５０１を有するメール管理データを、メール管理テーブル１５００から取り出そうとする。制御部１２１は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス１５０２と合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ２００２）。
【０１１６】
メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部１２１は、エラー画面を画像形成装置１４０の管理者の有する不図示の情報端末に送信して、該情報端末の表示部に表示させて処理を終了する（ステップＳ２０２０）。
【０１１７】
メール管理データとメールアドレス管理データが共に取り出せた場合、制御部１２１は、ＵＲＬのパラメータにセットされた印刷の可否を示す値をチェックし、受信メールデータが印刷されるべきか否かを判定する（ステップＳ２００３）。
【０１１８】
印刷の可否を示す値が“ｐｒｉｎｔ＝１”であった場合、制御部１２１は、ステップＳ１４２２にて制御部１２１のＨＤＤに記憶された受信メールのうち、ＵＲＬのパラメータにセットされたメールＩＤに対応する受信メールを取得する（ステップＳ２００５）。
【０１１９】
次いで、制御部１２１は、Ｓ２００６にて取得された受信メールのメール本文および添付ファイルである画像データに基づき、印刷データ（画像とも言う）を生成する（ステップＳ２００６）。
【０１２０】
さらに、制御部１２１は、生成した印刷データを、ステップＳ２００２で取り出したメールアドレス管理データの画像形成装置ＩＤ１２０２に対応する画像形成装置１４０に送信する（ステップＳ２００７）。
【０１２１】
一方、Ｓ２００３にて印刷の可否を示す値が“ｐｒｉｎｔ＝０”であった場合、制御部１２１は、ステップＳ１４２２にて制御部１２１のＨＤＤに記憶された受信メールのうち、ＵＲＬのパラメータにセットされたメールＩＤに対応する受信メールのデータを、画像形成装置１４０に送信せずに制御部１２１のＨＤＤから破棄（削除）する（ステップＳ２００４）。
【０１２２】
次にステップＳ２００８、Ｓ２００９にて、制御部１２１は、ＵＲＬのパラメータにセットされたメールアドレスの処置を表す値をチェックする。チェックの結果、条件付きメールアドレスの使用状態がリセットされることになる場合（ステップＳ２００８でＹｅｓ）、制御部１２１はステップＳ２０１０へ処理を進める。条件付きメールアドレスが破棄されることになる場合（ステップＳ２００８でＮｏ、Ｓ２００９でＹｅｓ）、制御部１２１はステップＳ２０１１へ処理を進める。また、メールアドレスを保留状態のままにする場合あるいはメールアドレスの処置を表す値が無効な値である場合（ステップＳ２００９でＮｏ）、制御部１２１はステップＳ２０１２へ処理を進める。
【０１２３】
ステップＳ２０１０において、制御部１２１は、メールアドレス管理テーブル１２００に対し、ステップＳ２００２で取り出したメールアドレス管理データの使用状態１２０４を初期値に更新する。
【０１２４】
ステップＳ２０１１において、制御部１２１は、ステップＳ２００２で取り出したメールアドレス管理データを、メールアドレス管理テーブル１２００から削除する。
【０１２５】
次に、制御部１２１は、不要になった保留通知用のメール管理データ（図１１のレコード１５１３）を削除する（ステップＳ２０１２）。削除対象となるのは、ステップＳ２００１でアクセスされたＵＲＬに記載のメールＩＤをもつメール管理データのレコードである。最後に、制御部１２１は、一連の処理の完了を知らせる完了ページを画像形成装置１４０の管理者の有する情報端末に送信し、該情報端末の表示部に表示させて処理を終了する（ステップＳ２０１３）。
【０１２６】
図１７〜図２２を用いて、メール管理データ（図１１）のメール種別が保留通知となっている条件付きメールアドレスに関し、制御部１２１によって実行される一連の処理について説明する。まず、図１７〜図１９を用いて、保留メールアドレスの処置に関する処理について説明し、次に、図２０〜図２２を用いて、保留メールアドレスのうち所定期間、使用されなかった保留メールアドレスの処置に関する処理について説明する。
【０１２７】
［失効通知］
図１７〜図１９を用いて、保留メールアドレスの処置に関する処理について説明する。
【０１２８】
図１７は、保留メールアドレスに対応づいている画像形成装置１４０の管理者に対し、失効通知のメールを送信する処理のフローチャートである。図１７のフローチャートの一連の処理は、制御部１２１によって定期的に（例えば１日毎に）実行される。
【０１２９】
ここで、失効通知とは、条件付きメールアドレスが使用条件を満たさなくなった旨を画像形成装置１４０の管理者に、メールで通知することを指す。また、失効通知は、保留メールアドレスの処置を選択するための情報を、画像形成装置１４０の管理者に通知する。
【０１３０】
制御部１２１は、メールアドレス管理テーブル１２００で管理されているメールアドレス管理データのうち、保留メールアドレスに関するデータがあるかを、メール管理テーブル１５００を用いて判定する（ステップＳ２１０２）。この判定は、メール種別１５０３が保留通知となっているかどうかに基づき行われる。
【０１３１】
データが存在しない場合（ステップＳ２１０２でＮｏ）、制御部１２１は、処理を終了する。
【０１３２】
データが存在する場合（ステップＳ２１０２でＹｅｓ）、制御部１２１は、そのうちの１つのデータを抽出し、その条件付きメールアドレスに関する失効通知のメールを、以前に送信したことがあるか否かを判定する（ステップＳ２１０３）。失効通知メールを以前に送信したことがあるか否かは、メール管理テーブル１５００に、その保留メールアドレスに関する失効通知用のメール管理データ（図１１のメール種別１５０３が失効通知であるレコード）があるか否かで判定する。
【０１３３】
失効通知メールを送信済みの場合（ステップＳ２１０３でＮｏ）は、制御部１２１は、ステップＳ２１０２に戻り、次のメールアドレス管理データの処理に移る。
【０１３４】
失効通知メールを未送信の場合（ステップＳ２１０３でＹｅｓ）は、制御部１２１は、失効通知用に、メール管理データ（図１１のレコード１５１４）を生成する（ステップＳ２１０４）。
【０１３５】
次に、制御部１２１は、失効通知メールを生成し、メールアドレス管理データより取り出した管理者メールアドレス１２０５宛てに送信し（ステップＳ２１０５）、ステップＳ２１０２に戻り、次のメールアドレス管理データの処理に移る。なお、ステップＳ２１０５にて送信される失効通知メールに対するレスポンスとして行われる処理については、図１８、図１９を用いて、以下で説明する。
【０１３６】
図１８に失効通知の通知例を示す。失効通知には、対象の条件付きメールアドレス２２０１と、その使用条件２２０２、条件付きメールアドレスの処置を選択するための情報であるＵＲＬ２２０３〜２２０５が記載されている。ＵＲＬにはサーバ１２０のアドレス（例えばｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔ．ａｂｃ１２３．ｃｏｍ／ｅｘｐｉｒｅｄ）と、ステップＳ２１０５にて制御部１２１が送信した失効通知メールを一意に識別するためのメールＩＤ（例えば“ｉｄ＝”以下の“ｌｂｈ７６５ｆｔｈｊａ”）およびメールアドレスの処置を示す値（例えば“ｅｘ＝０”）がパラメータとして付与されている。
【０１３７】
図１９を用いて、ステップＳ２１０５にて送信される失効通知メール（図１８）に対するレスポンスとして行われる一連の処理について説明する。図１９は、サーバ１２０が、失効通知に記載されたＵＲＬに対するアクセスを受信した場合の処理を表すフローチャートであって、制御部１２１によって実行される。
【０１３８】
制御部１２１は、保留通知に記載されたＵＲＬに対する、画像形成装置１４０の管理者の有する情報端末からのアクセスを待受ける（ステップＳ２３０１）。
【０１３９】
アクセスがあった場合、制御部１２１は、ＵＲＬのパラメータにセットされたメールＩＤと合致するメールＩＤ１５０１を有するメール管理データを、メール管理テーブル１５００から取り出そうとする。制御部１２１は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス１５０２と合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ２３０２）。
【０１４０】
メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合（ステップＳ２３０２でＮｏ）、制御部１２１は、エラー画面を画像形成装置１４０の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了する（ステップＳ２３０９）。
【０１４１】
メール管理データとメールアドレス管理データが共に取り出せた場合（ステップＳ２３０２でＹｅｓ）、制御部１２１は、ＵＲＬのパラメータにセットされた、条件付きメールアドレスの処置を表す値をチェックする（ステップＳ２３０３、Ｓ２３０４）。
【０１４２】
制御部１２１は、チェックの結果、メールアドレスを破棄する場合（ステップＳ２３０３でＹｅｓ）、ステップＳ２３０５へ処理を進める。
【０１４３】
制御部１２１は、チェックの結果、メールアドレスの使用状態をリセットする場合（ステップＳ２３０３でＮｏ、ステップＳ２３０４でＹｅｓ）、ステップＳ２３０６へ処理を進める。
【０１４４】
制御部１２１は、チェックの結果、メールアドレスを保留状態のままにする場合あるいは条件付きメールアドレスの処置を表す値が無効である場合（ステップＳ２３０３でＮｏ、ステップＳ２３０４でＮｏ）、制御部１２１はステップＳ２３０７へ処理を進める。
【０１４５】
ステップＳ２３０５において、制御部１２１は、ステップＳ２３０２で取り出したメールアドレス管理データを、メールアドレス管理テーブル１２００から削除する。これは、使用状態１２０４を「使用不可」の状態に更新することに相当する。
【０１４６】
ステップＳ２３０６において、制御部１２１は、メールアドレス管理テーブル１２００に対し、ステップＳ２３０２で取り出したメールアドレス管理データの使用状態１２０４を初期値に更新する。
【０１４７】
次に、制御部１２１は、不要になった失効通知用のメール管理データ（図１１のレコード１５１４）を削除する（ステップＳ２３０７）。削除対象となるのは、ステップＳ２３０１でアクセスされたＵＲＬに記載のメールＩＤをもつメール管理データである。
【０１４８】
そして、制御部１２１は、一連の処理の完了を知らせる完了ページを、画像形成装置１４０の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了する（ステップＳ２３０８）。
【０１４９】
［不使用通知］
図２０〜図２２を用いて、保留メールアドレスのうち所定期間、使用されていない保留メールアドレスの処置に関する処理について説明する。
【０１５０】
図２０は、所定期間使用されていない保留メールアドレスに対応する画像形成装置１４０の管理者に対し、不使用通知のメールを送る処理を示すフローチャートである。このフローチャートに示される一連の処理は、制御部１２１によって、定期的に（例えば１日毎に）実行される。
【０１５１】
ここで、不使用通知とは、保留メールアドレスが所定期間（例えば１カ月間）使用されていない旨を保留メールアドレスに対応する画像形成装置１４０の管理者にメールで通知することを指す。また、不使用通知は、所定期間以上使用されていない保留メールアドレスの処置を選択するための情報を画像形成装置１４０の管理者に通知する。
【０１５２】
制御部１２１は、メールアドレス管理テーブル１２００に管理されているメールアドレス管理データのうち、保留メールアドレスに関するデータが存在するかを、メール管理テーブル１５００を用いて判定する（ステップＳ２４０２）。この判定は、メール種別１５０３が保留通知となっているかどうかに基づき行われる。
【０１５３】
データが存在しない場合（ステップＳ２４０２でＮｏ）、制御部１２１は、処理を終了する（ステップＳ２４０２）。
【０１５４】
データが存在する場合（ステップＳ２４０２でＹｅｓ）、制御部１２１は、そのうちの１件を取り出し、そのメールアドレスが所定期間以上（例えば、１カ月以上）使用されていないか否かを判定する（ステップＳ２４０３）。長期間使用されていないか否かは、メールアドレス管理テーブル１２００の最終受信日１２０６の日付と制御部１２１が知ることのできるシステム日付とを比較して判定する。
【０１５５】
最終受信日１２０６とシステム日付の差となる期間が定めた期間より短い場合（ステップＳ２４０３でＮｏ）、制御部１２１は、ステップＳ２４０２に戻り、次のデータの処理に移る。
【０１５６】
最終受信日１２０６とシステム日付の差となる期間が定めた期間以上の場合は、制御部１２１は、不使用通知用に、メール管理データ（図１１のレコード１５１５）を生成する（ステップＳ２４０４）。
【０１５７】
次に、制御部１２１は、不使用通知メールを生成し、メールアドレス管理データより取り出した管理者メールアドレス１２０５宛てに送信し（ステップＳ２４０５）、ステップＳ２４０２に戻って、次のデータの処理に移る。なお、ステップＳ２４０５にて送信される不使用通知メールに対するレスポンスとして行われる処理については、図２１、図２２を用いて、以下で説明する。
【０１５８】
図２１に不使用通知の通知例を示す。不使用通知には、対象のメールアドレス２５０１と、最終受信日１２０６より算出したメールの未受信期間２５０２、およびメールアドレスを破棄するためのＵＲＬ２５０３が記載されている。ＵＲＬにはサーバ１２０のアドレス（例えばｈｔｔｐ：／／ｗｗｗ．ｐｒｉｎｔ．ａｂｃ１２３．ｃｏｍ／ｄｉｓｕｓｅｄ）と、ステップＳ２４０５にて制御部１２１が送信した不使用通知メールを一意に識別するためのメールＩＤ（例えば“ｉｄ＝”以下の“ｂｖｇｔ３７ｓｋｗ３１ｄ”）がパラメータとして付与されている。
【０１５９】
図２２を用いて、ステップＳ２４０５にて送信される不使用通知メール（図２１）に対するレスポンスとして行われる一連の処理について説明する。図２２は、サーバ１２０が、不使用通知に記載されたＵＲＬに対するアクセスを受信した場合の処理を表すフローチャートであって、制御部１２１によってじっこされる。
【０１６０】
制御部１２１は、不使用通知に記載されたＵＲＬに対する、画像形成装置１４０の管理者の有する情報端末からのアクセスを待受ける（ステップＳ２６０１）。
【０１６１】
アクセスがあった場合、制御部１２１は、ＵＲＬのパラメータにセットされたメールＩＤと合致するメールＩＤ１５０１を有するメール管理データを、メール管理テーブル１５００から取り出そうとする。制御部１２１は、メール管理データを取り出せた場合、さらに、メール管理データのメールアドレス１５０２と合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ２６０２）。
【０１６２】
メール管理データとメールアドレス管理データのどちらかが取り出せなかった場合、制御部１２１は、エラー画面を画像形成装置１４０の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了する（ステップＳ２６１０）。
【０１６３】
メール管理データとメールアドレス管理データが共に取り出せた場合、制御部１２１は、ステップＳ２６０２で取り出したメールアドレス管理データを、メールアドレス管理テーブル１２００から削除する（ステップＳ２６０４）。
【０１６４】
次に、制御部１２１は、不要になった不使用通知用のメール管理データ（図１１のレコード１５１５）を削除する（ステップＳ２６０５）。削除対象となるのは、ステップＳ２６０１でアクセスされたＵＲＬに記載のメールＩＤをもつメール管理データである。
【０１６５】
そして、制御部１２１は、一連の処理の完了を知らせる完了ページを、画像形成装置１４０の管理者の有する不図示の情報端末に送信し、該情報端末の表示部に表示させて処理を終了する（ステップＳ２６０６）。
【０１６６】
以上、本実施例において説明した手順により、保留メールアドレスの使用状態をリセットすることにより、保留メールアドレスを再度使用できるようになる。これにより画像形成装置１４０の管理者が条件付きメールアドレスを毎回発行してユーザに知らせるという煩雑さを低減することができる。また、使用条件を満たさなくなったメールアドレスを保留メールアドレスとして定義し、保留メールアドレスを宛先としたメールの内容を、画像形成装置１４０の管理者の指示に基づき、印刷を許可できるので、管理者の管理の下、必要に応じて印刷物を出力することができる。
【０１６７】
（実施例３）
次に、実施例３について説明する。本実施例では、実施例１のステップＳ３０３で発行したメールアドレスに対し、空メールを送信することで、メールアドレスの使用状態を取得したり、メールアドレスの設定を変更するための管理ページのＵＲＬを取得したりできるようにする実施例を説明する。
【０１６８】
本実施例は実施例１と組み合わせて用いる。以下で特に説明がなければ、本実施例の構成は実施例１の構成と同様である。本実施例と実施例１との差分は、実施例１の図９Ｓ１３０１でのメール受信時における、制御部１２１の処理である。この処理について、以下で図２２、図２３を用いて説明する。
【０１６９】
図２３は、制御部１２１が空メールを受信した場合の処理を表すフローチャートであって、制御部１２１によって実行される。
【０１７０】
制御部１２１は、モバイル１１０が送信したメールを受信する（ステップＳ２７０１）。
【０１７１】
制御部１２１は、受信したメールが空メールであるか否かを判定する（ステップＳ２７０２）。ここで、件名及び本文がブランク（未入力）であり、添付ファイルのないメールを空メールと定義する。ただし、添付ファイルのないメールを空メールと定義しても良い。
【０１７２】
受信したメールが空メールでない場合、制御部１２１は、図９のフローチャートで説明したステップＳ１３０２へ処理を進め、図９で説明した一連の処理を行う。
【０１７３】
受信したメールが空メールの場合、制御部１２１は、受信したメールの宛先（例えばメールヘッダ中のＴｏフィールド）に指定されたメールアドレスと合致するメールアドレス１２０１を有するメールアドレス管理データを、メールアドレス管理テーブル１２００から取り出そうとする（ステップＳ２７０４）。
【０１７４】
メールアドレス管理テーブル１２００に、受信したメールの宛先に指定されたメールアドレスが存在せず取り出せない場合、制御部１２１は、モバイル１１０にメールでエラーを通知する（ステップＳ２７１０）。
【０１７５】
メールアドレス管理テーブル１２００からメールアドレス管理データを取り出せた場合、制御部１２１は、ステップＳ２７０１で受信したメールの送信者メールアドレス（例えばメールヘッダ中のＦｒｏｍフィールドのメールアドレス）が、管理者メールアドレス１２０５と一致するか否かを判定する（ステップＳ２７０５）。
【０１７６】
管理者メールアドレスと一致する場合は、制御部１２１は、条件付きメールアドレスの管理ページを通知するためのメールを管理者宛てに送信する（ステップＳ２７０６）。この管理ページを介して管理者（ユーザ）が、条件付きメールアドレスの使用状態や使用条件などを変更することができる。
【０１７７】
一方、管理者メールアドレスと一致しない場合は、条件付きメールアドレスの使用条件と使用状態を通知するためのメールをステップＳ２７０１で受信したメールの送信者宛てに送信する（ステップＳ２７０７）。
【０１７８】
図２４は、図２３のフローチャートにおいて空メールの返信として送信されるメールの例である。図２４（ａ）は、ステップＳ２７０６で送信される管理者向けのメールである。メールには、対象の条件付きメールアドレス２８０１、使用条件２８０２、残りの使用条件２８０３、および管理ページのＵＲＬ２８０４が記載されている。管理ページのＵＲＬには、ＵＲＬにアクセスした際にメールアドレスを入力しなくても済むように、対象のメールアドレスをパラメータとしてＵＲＬに付与してもよい。
【０１７９】
図２４（ｂ）は、ステップＳ２７０７で送信される一般ユーザ向けのメールである。メールには、対象の条件付きメールアドレス２８１１、使用条件２８１２、残りの使用条件２８１３が記載されている。
【０１８０】
以上、本実施例において説明した手順により、空メールを使用することで条件付きメールアドレスの使用状態を取得したり、条件付きメールアドレスの設定を変更するための管理ページのＵＲＬを取得したりできるようになる。
【０１８１】
（その他の実施例）
なお、以上の実施例では、メールアドレス自体が、画像データの印刷可否を判定する際に用いられる情報として説明されたが、該情報はメールアドレス以外であっても良い。つまり、該情報は、メールアドレスでも画像データでもない、使用条件および使用状態（後述）を一意に特定する特定情報（例えば任意の文字列が記載されたファイルなど）でも良い。この場合、モバイル１１０は、画像データとともに特定情報を添付したメールをメールアドレス宛に送信し、サーバ１２０は、メールアドレスによって特定される画像形成装置１４０で画像データを印刷すべきか否かを、受信した特定情報に基づいて判定すれば良い。
【０１８２】
以上の実施例では、各制御部１１１、１２１、１４１が処理を実行するためのコンピュータプログラムに基づき、各処理を実行していた。しかし、本発明はこれに限られず、各制御部の実行する処理を実現するハードウェア回路によって行っても良い。また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005871575.tif 000002
【図２】
0005871575.tif 000003
【図３】
0005871575.tif 000004
【図４】
0005871575.tif 000005
【図５】
0005871575.tif 000006
【図６】
0005871575.tif 000007
【図７】
0005871575.tif 000008
【図８】
0005871575.tif 000009
【図９】
0005871575.tif 000010
【図１０】
0005871575.tif 000011
【図１１】
0005871575.tif 000012
【図１２】
0005871575.tif 000013
【図１３】
0005871575.tif 000014
【図１４】
0005871575.tif 000015
【図１５】
0005871575.tif 000016
【図１６】
0005871575.tif 000017
【図１７】
0005871575.tif 000018
【図１８】
0005871575.tif 000019
【図１９】
0005871575.tif 000020
【図２０】
0005871575.tif 000021
【図２１】
0005871575.tif 000022
【図２２】
0005871575.tif 000023
【図２３】
0005871575.tif 000024
【図２４】
0005871575.tif 000025