(57)【要約】【課題】  定期的に変更される匿名性の高い匿名アドレスを使用した通信を実行する通信装置、通信方法およびプログラムを提供すること。【解決手段】  本発明の通信装置（２０，１００）は、１以上の匿名アドレスが有効期限とともに登録されるアドレス登録テーブル１１６を記憶する記憶手段と、匿名アドレスを生成し、ネットワーク・インタフェース１４０に割り当て、かつ有効期限を設定してアドレス登録テーブル１１６に追加する生成手段１１２と、生成に応答して切り替えて匿名アドレスを含む応答先を指定するメッセージを宛先に送信する送信手段１２０と、有効期限が満了した前記匿名アドレスを、ネットワーク・インタフェース１４０の割り当て、およびアドレス登録テーブル１１６から削除する削除手段１１４と、登録された匿名アドレスに宛てられたメッセージの受信を、有効期限が満了するまで待ち受ける受信手段１３０とを含む。【選択図】  図３
2010141473.tif 000002
【特許請求の範囲】
【請求項１】
匿名性を有する１以上の匿名アドレスが有効期限とともに登録されるアドレス登録テーブルを記憶する記憶手段と、
前記匿名アドレスを生成し、ネットワーク・インタフェースに割り当て、かつ前記有効期限を設定して該匿名アドレスを前記アドレス登録テーブルに追加する生成手段と、
生成に応答して切り替えて、前記匿名アドレスを含む応答先を指定するメッセージを、ネットワークを介して宛先に送信する送信手段と、
前記有効期限が満了した前記匿名アドレスを、前記ネットワーク・インタフェースの割り当て、および前記アドレス登録テーブルから削除する削除手段と、
前記アドレス登録テーブルに登録された前記匿名アドレスに宛てられたメッセージの受信を、前記有効期限が満了するまで待ち受ける受信手段と
を含む、通信装置。
【請求項２】
前記送信手段は、前記匿名アドレスを含む応答先を指定する前記メッセージの送信に対応して、使用した前記匿名アドレスの前記有効期限を許容可能な最大有効期限の範囲内で延長する、請求項１に記載の通信装置。
【請求項３】
前記削除手段は、前記アドレス登録テーブルの登録数が、登録可能な最大数に達した場合に、前記最大有効期限が最も近い前記匿名アドレスから削除する、請求項１または２に記載の通信装置。
【請求項４】
前記送信手段は、前記メッセージの送信に対応して、ログ登録テーブルに送信ログを登録し、前記受信手段は、前記匿名アドレスに宛てたメッセージを受信して、前記ログ登録テーブルの対応する送信ログに応答受信を記録し、前記削除手段は、応答未受信の前記匿名アドレスの削除を、前記最大有効期限の範囲内で延期する、請求項１〜３のいずれか１項に記載の通信装置。
【請求項５】
前記送信手段は、前記ログ登録テーブルの送信ログに対応した再送信を実行した場合に、前記ログ登録テーブルの該送信ログの応答未受信を解除する、請求項４に記載の通信装置。
【請求項６】
前記通信装置は、ルータ広告メッセージを取得して、前記ルータ広告メッセージに含まれるネットワーク・プレフィックスを期限とともにプレフィックス登録テーブルに登録するルータ広告検出手段をさらに含み、前記削除手段は、前記期限が満了した前記ネットワーク・プレフィックスを含む前記匿名アドレスを削除する、請求項１〜５のいずれか１項に記載の通信装置。
【請求項７】
通信装置が実行する通信方法であって、
匿名性を有する１以上の匿名アドレスが有効期限とともに登録されるアドレス登録テーブルを記憶する記憶手段と、
匿名性を有する匿名アドレスを生成し、ネットワーク・インタフェースに割り当て、かつ１以上の匿名アドレスが有効期限とともに登録されるアドレス登録テーブルに、該匿名アドレスを有効期限を設定して追加するステップと、
生成に応答して切り替えて、前記匿名アドレスを含む応答先を指定するメッセージを、ネットワークを介して宛先に送信するステップと、
前記アドレス登録テーブルに登録された前記匿名アドレスに宛てられたメッセージの受信を、前記有効期限が満了するまで待ち受けるステップと、
前記有効期限が満了した前記匿名アドレスを、前記ネットワーク・インタフェースの割り当て、および前記アドレス登録テーブルから削除するステップと
を含む、通信方法。
【請求項８】
前記匿名アドレスを含む応答先を指定する前記メッセージの送信に対応して、使用した前記匿名アドレスの前記有効期限を許容可能な最大有効期限の範囲内で延長するステップをさらに含む、請求項７に記載の通信方法。
【請求項９】
前記メッセージの送信に対応して、ログ登録テーブルに送信ログを登録するステップと、
前記匿名アドレスに宛てたメッセージを受信して、前記ログ登録テーブルの対応する送信ログに応答受信を記録するステップと、応答未受信の前記匿名アドレスの削除を、前記最大有効期限の範囲内で延期するステップとをさらに含む、請求項７または８に記載の通信方法。
【請求項１０】
ネットワーク・インタフェースを介してネットワークに接続する通信装置が実行可能なプログラムであって、前記通信装置に対し、
匿名性を有する１以上の匿名アドレスが有効期限とともに登録されるアドレス登録テーブルを記憶する記憶手段、
前記匿名アドレスを生成し、前記ネットワーク・インタフェースに割り当て、かつ前記有効期限を設定して該匿名アドレスを前記アドレス登録テーブルに追加する生成手段、
生成に応答して切り替えて、前記匿名アドレスを含む応答先を指定するメッセージを、前記ネットワークを介して宛先に送信する送信手段、
前記有効期限が満了した前記匿名アドレスを、前記ネットワーク・インタフェースの割り当て、および前記アドレス登録テーブルから削除する削除手段、および
前記アドレス登録テーブルに登録された前記匿名アドレスに宛てられたメッセージの受信を、前記有効期限が満了するまで待ち受ける受信手段
を実現する、通信装置が実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術に関し、より詳細には、定期的に変更される匿名性の高いＩＰ（Internet Protocol）アドレスを使用した通信を実行する、通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
ＩＰｖ６（IP Version 6）は、ＩＰｖ４（IP version 4）で懸念されたＩＰアドレスの枯渇の問題を解消し、さらにＩＰ層でのＩＰｓｅｃ（Security Architecture for Internet Protocol）によるセキュリティ保護により、エンド・ツー・エンドのセキュア通信を実現する、次世代ＩＰネットワーク規格である。
【０００３】
上記ＩＰｖ６は、ホストに対し割り当てるユニキャスト・アドレスを自動的に生成するステートレス・アドレス自動生成機能を含む。このステートレス・アドレス自動生成機能によれば、ホストは、近隣のルータから通知されるルータ広告メッセージを受信し、さらにホスト自身の情報を用いることによって、事前に手動でアドレス設定をすることなく、ＩＰｖ６アドレス（以下、特に断らない限り、ＩＰアドレスは、ＩＰｖ６アドレスをいう。）を自動生成する。このステートレス・アドレスにおいては、下位６４ビットのホストアドレス部（インタフェース識別子を含む。）は、通常、ＥＵＩ−６４などのフォーマットにより、ネットワーク・インタフェースのリンク層アドレス（ＭＡＣアドレスなど：Media Access Control Address）から生成される。
【０００４】
しかしながら、ステートレス・アドレスのネットワーク識別子がリンク層アドレスを基に生成されるため、特定のユーザによるインターネット上の活動が容易に追跡されてしまうという問題点があった。このようなＩＰｖ６のプライバシー上の問題点を解決するために、匿名性の高いアドレス（以下、匿名アドレスという。）を自動生成する拡張が、ＩＥＴＦ（Internet Engineering Task Force）により、ＲＦＣ（Request for Comments）３０４１として提案されている（非特許文献１）。上記ＲＦＣ３０４１では、標準値として、推奨期間として１日、最長でも７日以内に自動生成した匿名アドレスを新たなものに切り替えることが提案されている。
【０００５】
この匿名アドレスを用いた通信では、相手が自身へデータ送信できるように、匿名ではないＩＰアドレスをＤＮＳサーバに登録し、完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）にて送信してもらう。一方、相手へ送信する際には、匿名性を確保するために、完全修飾ドメイン名ではなく、上記匿名アドレスを使用する。また、ブロードバンド環境では、ＤＮＳサーバへの登録が行われず、完全修飾ドメインではなく、匿名アドレスがそのまま使用されることも想定される。
【０００６】
トラフィック解析によるアドレスのプライバシー上の問題点に関連して、特開２００６−１７３６７３号公報（特許文献１）は、通信装置の電源の投入またはリブートに応答して、例えば仮のリンクローカルアドレスを生成することでランダムなＭＡＣアドレスを生成して、上記ランダムなＭＡＣアドレスがリンク内で一意であることが確認された場合に、当該ランダムなＭＡＣアドレスを通信インタフェースに割り当てる構成を開示している。
【０００７】
その他、セキュリティ保護された通信に関連して、各セッション毎にＩＰアドレスを変更する技術も提案されている。例えば、特開２００６−５６０６号公報（特許文献２）は、一時的なＩＰアドレスであるワンタイムアドレスを端末に対して配布する仕組みをネットワークに具備させて、端末からのワンタイムアドレスを配布し、配布したワンタイムアドレスに基づいて通信セッションを開始する技術を開示している。この従来技術では、配布されたワンタイムアドレスは、通信セッション終了後に破棄される。
【特許文献１】特開２００６−１７３６７３号公報
【特許文献２】特開２００６−５６０６号公報
【非特許文献１】IETF RFC 3041 Privacy Extensions for Stateless Address Autoconfiguration in IPv6, January 2001
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、近年のネットワークのブロードバンド化に伴い、ファクシミリ通信をネットワークを介して実現するインターネットＦＡＸ通信機能を備えたファクシミリ端末が普及しつつある。インターネットＦＡＸとしては、電子メールの配信システムを利用してデータ伝送を行う、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）勧告Ｔ．３７に準拠する蓄積交換型と呼ばれるものがある。
【０００９】
上記蓄積型のインターネットＦＡＸでは、通常、外部のメールサーバを介して送受信が行われる。一方、上述したＩＰｖ６の普及に伴って、各通信装置毎にＩＰアドレスが割り当てられるようになり、今後、外部メールサーバを介さずにファクシミリ端末間で画像情報を直接やり取りする、所謂、ダイレクトＳＭＴＰ（Simple Mail Transfer Protocol）が普及するものと期待される。
【００１０】
上述した蓄積型インターネットＦＡＸでは、ＦＡＸ画像の送達確認のために、電子メール配信システムのメッセージ送達確認（ＭＤＮ：Message Disposition Notifications）が用いられている。インターネットＦＡＸ端末は、電子メールを受信すると、その電子メールを解析し、そのヘッダ部に、「Disposition-Notification-To:」フィールドが含まれるか否かを判定する。インターネットＦＡＸ端末は、電子メール中に「Disposition-Notification-To:」フィールドが含まれる場合には、開封確認が要求されているものと判定し、そのフィールド値に指定されたメールアドレスに対し、ＭＤＮを応答する。このＭＤＮ応答は、必ずしも、受信時に同時に行われるとは限られず、一定の時間差をあけて送信されることがある。
【００１１】
ＲＦＣ３０４１の匿名アドレスによれば、ＩＰｖ６のプライバシー上の問題点が好適に解決される。しかしながら、ＲＦＣ３０４１の匿名アドレスは、通常、定期的に新しいアドレスに更新されるため、送信時と異なるセッションでのＭＤＮ応答が発生する場合に、問題が生じることがあった。つまり、受信側によるＭＤＮ応答を行う際に、ＭＤＮを要求するメールの送信時に使用していた匿名アドレスが既に変更されており、ＭＤＮが送信側に届かないという不具合が生じる可能性があった。
【００１２】
通常の電子メールにおいても、開封確認が要求される電子メールを受け取った時には、メール開封後にＭＤＮが応答される。その他、ペーパレス受信の設定がなされたインターネット・ファックス端末においては、印刷出力およびパーソナル・コンピュータからの引き取りをキーとしたメール開封時にＭＤＮ応答されることがある。このような場合にも、ＲＦＣ３０４１の匿名アドレスは、不具合を生じる可能性がある。
【００１３】
上記特許文献１の従来技術は、ＭＡＣアドレスをランダムに生成して、プライバシーを保護しようとするものであり、上記特許文献２に開示される従来技術では、ワンタイムアドレスは、通信セッション終了後に破棄される。このため、上記特許文献１および特許文献２の従来技術は、時間差を有するＭＤＮ応答が発生する場合に対応しようとするものではない。
【００１４】
すなわち、定期的に更新される匿名性の高いアドレスを用いた通信において、異なるセッションでの応答が発生する場合でも、匿名性を維持しつつも、その応答を受け取り可能とする技術の開発が望まれていた。
【００１５】
本発明は、上記問題点に鑑みてなされたものであり、本発明は、定期的に変更され匿名性の高い匿名アドレスを使用した通信において、該匿名アドレスに宛てた応答が、使用する匿名アドレスが切り替えられた後、異なるセッションで行われてしまった場合であっても、匿名アドレスに対し定めた有効期限まで、その応答を受信可能とする、通信装置、通信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明では、上記課題を解決するために、まず、匿名性を有する１以上の匿名アドレスを有効期限とともに登録するためのアドレス登録テーブルを通信装置の記憶手段に確保する。そして、匿名アドレスを生成し、ネットワーク・インタフェースに割り当て、かつ有効期限を設定してその匿名アドレスをアドレス登録テーブルに追加する。一方、有効期限が満了した匿名アドレスについては、ネットワーク・インタフェースの割り当て、およびアドレス登録テーブルから削除する。
【００１７】
通信装置は、生成に応答して使用する匿名アドレスを切り替えて、その匿名アドレスを含む応答先を指定するメッセージを、ネットワークを介して宛先に送信する。そして、通信装置は、使用する匿名アドレスを切り替えた後も、アドレス登録テーブルに登録され、有効期限が満了するまでの間は、匿名アドレスに宛てられたメッセージの受信を待ち受ける。
【００１８】
上記構成により、使用する匿名アドレスが切り替えられた後も、少なくとも匿名アドレスの有効期限までの間は、その匿名アドレスのネットワーク・インタフェースへの割り当てが維持され、その匿名アドレスを含む宛先に向けたメッセージを受信可能とされる。また、送信に使用する匿名アドレスの切り替える間隔を短くしても、応答を受信可能な期間を充分に確保することができるため、プライバシー保護のレベルを好適に高めることが可能となる。
【００１９】
また、本発明によれば、匿名アドレスを含む応答先を指定するメッセージの送信に対応して、使用した匿名アドレスの有効期限を許容可能な最大有効期限の範囲内で延長することができる。上記構成により、応答を要求する送信が実行された場合、その許容可能な最大有効期限の範囲以内で有効期限を延長することができる。つまり、応答を受信する可能性の有る匿名アドレスのみが、その有効期限を延長されることになる。このため、応答を受信する可能性の少ない匿名アドレスを管理するためのリソースを早期に解放することが可能となる。
【００２０】
さらに本発明によれば、アドレス登録テーブルの登録数に上限を設けて、この登録数が登録可能な最大数に達した場合に、最大有効期限が最も近い匿名アドレスから削除することができる。上記構成により、通信装置のメモリやソケット数などの有限なリソースの制約に適応させることが可能となる。さらに、通信装置と同一リンク内のルータには、近隣キャッシュの容量上の制約があるが、上記構成により登録数を制限することで、そのルータ側のリソースの制約にも適合させることが可能となる。
【００２１】
またさらに本発明によれば、メッセージの送信に対応して、ログ登録テーブルに送信ログを登録することができる。そして、匿名アドレスに宛てたメッセージを受信して、ログ登録テーブルの対応する送信ログに応答受信を記録することができる。そして、匿名アドレスの削除処理は、応答未受信の匿名アドレスについては、その削除を最大有効期限の範囲内で延期することができる。
【００２２】
上記構成により、要求した応答を未だ受信していない匿名アドレスの削除は、有効期限を越えた場合であっても、許容可能な最大有効期限の範囲内で延期されることになる。このため、アドレス登録テーブルを記憶する記憶手段の容量を考慮して、匿名アドレスに設定する有効期限を短くしても、応答の待ち受けのために必要とされる匿名アドレスについては、充分な待ち受け時間を確保することが可能となる。そして、応答の待ち受けが不要とされる匿名アドレスについては、早期にその管理のためのリソースを解放することが可能となる。また、通常、ログ登録テーブルの登録数には上限が設けられるが、上記構成は、要求されたＭＤＮ応答を未だ受信していなくとも、メール送信ログが削除された段階で古い匿名アドレスが効率的に削除されるという利点を有する。
【００２３】
本発明によれば、さらに、ログ登録テーブルの送信ログに対応した再送信を実行した場合に、ログ登録テーブルのその送信ログの応答未受信を解除することができる。上記構成は、再送された従前の送信ログの応答未受信の記録が解除されるため、再送により不要となった古い匿名アドレスが効率的に削除されるという利点を有する。
【００２４】
本発明によれば、またさらに、ルータ広告メッセージを取得して、ルータ広告メッセージに含まれるネットワーク・プレフィックスを期限とともにプレフィックス登録テーブルに登録するルータ広告検出手段をさらに含むことができる。そして、期限が満了したネットワーク・プレフィックスを含む匿名アドレスを削除することができる。上記構成は、ルータが故障してしまったり、通信装置が、他のリンクに接続されたり、長時間の切断の後電源が投入された場合など、ネットワーク環境の変化に対応して利用できなくなる匿名アドレスを効率的に削除することができるという利点を有する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施形態を用いて説明するが、本発明の実施形態は、以下の実施形態に限定されるものではない。なお、以下の実施形態では、通信装置の一例として、ＩＴＵ−Ｔ勧告Ｔ．３７に準拠するファクシミリ（以下、ＦＡＸという。）画像通信が実行可能なインターネットＦＡＸ装置を用いて説明する。
【００２６】
図１は、本実施形態のネットワーク環境を示す概略図である。図１に示すネットワーク環境１０は、通信装置である第１のインターネットＦＡＸ装置２０が接続される第１のＬＡＮ（Local Area Network）１２と、この第１のＬＡＮ１２にルータ２２を介して接続するインターネット１４とを含む。インターネット１４は、さらに、ルータ２４を介して第２のＬＡＮ１６と接続する。第２のＬＡＮ１６には、同様にＩＴＵ−Ｔ勧告Ｔ．３７に準拠するＦＡＸ画像通信が実行可能な第２のインターネットＦＡＸ装置２６と、電子メールソフトなどを備えたラップトップ・コンピュータ（以下、ラップトップという。）２８とが接続されている。
【００２７】
ネットワーク環境１０においては、インターネットＦＡＸ装置２０，２６や、ラップトップ２８などの各ホストは、ＴＣＰ（Transmission Control Protocol）およびＩＰｖ６（Internet Protocol version 6）などの適切なトランスポート層／ネットワーク層のプロトコルを使用して相互接続される。なお、ネットワーク環境１０の具体的構成は、特に限定されるものではない。例えば、インターネット１４をイントラネットに代える構成を採用することもでき、ＶＰＮ（Virtual Private Network）によりインターネット１４を介して第１のＬＡＮ１２および第２のＬＡＮ１６を拠点間接続した構成を採用することもできる。
【００２８】
第１のインターネットＦＡＸ装置２０は、第１のＬＡＮ１２に接続し、ルータ２２からのルータ広告メッセージを受信して、ステートレス・アドレス自動構成により、そのリンクローカルアドレス（なお、アドレスは、特に断らない限りＩＰｖ６アドレスを言うものとする。）およびグローバルアドレスが割り当てられる。同様に、第２のインターネットＦＡＸ装置２６およびラップトップ２８も、ルータ２４からのルータ広告メッセージを受信して、リンクローカルアドレスおよびグローバルアドレスが割り当てられる。ＬＡＮに接続するホストは、その他、ＤＨＣＰｖ６（Dynamic Host Configuration Protocol version 6）サーバによりステートフルアドレス自動構成によりアドレスが割り当てられていてもよい。
【００２９】
本実施形態において、第１のインターネットＦＡＸ装置２０は、ダイレクトＳＭＴＰによるＦＡＸ画像通信が可能に構成されている。なお、ダイレクトＳＭＴＰとは、電子メールによるＦＡＸ画像送信の即時性を実現するため、メールサーバを経由せずに直接的に端末同士をＳＭＴＰにより接続する技術である。
【００３０】
本実施形態の第１のインターネットＦＡＸ装置２０は、公開用のグローバルＩＰアドレスを図示しないＤＮＳ（Domain Name Server）に登録している。その公開用のグローバルＩＰアドレスは、完全修飾ドメインに対応付けられる。これにより、第２のインターネットＦＡＸ装置２６などの他の端末は、公開用のグローバルＩＰアドレスに対応付けられた完全修飾ドメイン含む電子メールアドレスを宛先指定することによって、第１のインターネットＦＡＸ装置２０へのＦＡＸ画像送信が可能とされている。
【００３１】
第１のインターネットＦＡＸ装置２０は、さらに、ＲＦＣ３０４１に規定されるプライバシー保護される一時的なアドレス（以下、匿名アドレスという）を自動構成する。第１のインターネットＦＡＸ装置２０は、他の端末へＦＡＸ画像を送信する際には、この匿名アドレスを用いる。インターネットＦＡＸ装置２０から他の端末へＦＡＸ画像を送信する場合、ＦＡＸ画像データは、自動構成された匿名アドレスを含む電子メールアドレスを送信元とした電子メールに添付されて、ＳＭＴＰにより送信される。ＭＤＮ（Message Disposition Notifications）を要求する場合には、その電子メールのヘッダ部分の「Disposition-Notification-To:」フィールド（以下、簡単のため、応答先フィールドという。）を作成し、この匿名アドレスを含む電子メールアドレスを応答先として指定する。
【００３２】
一方、第１のインターネットＦＡＸ装置２０からの電子メールを受け取った端末は、応答先フィールドの有無を確認して、ＭＤＮ要求の有無を判定する。そして、ＭＤＮが要求される場合には、応答先フィールドに記述された電子メールアドレスを宛先指定して、ＳＭＴＰによりＭＤＮ応答メールを送信する。本実施形態の第１のインターネットＦＡＸ装置２０は、匿名アドレスが有効である期間だけ、該匿名アドレスを含む電子メールアドレスを宛先としたＭＤＮ応答メールを受信可能としている。ＭＤＮ応答メールは、その宛先電子メールアドレスに含まれる匿名アドレスが有効である期間内であれば、第１のインターネットＦＡＸ装置２０に配信されることになる。なお、匿名アドレスが有効である期間については、詳細を後述する。
【００３３】
図２は、本実施形態のインターネットＦＡＸ装置２０の概略構成を示す。図２に示すインターネットＦＡＸ装置２０は、装置の全体制御を担う制御部３０と、操作画面を表示するための表示装置およびデータ入力および操作指示を待ち受けるための操作キーを含む操作パネル３２と、一時的にデータを記憶するメモリ３４と、後述する種々の登録テーブルを記憶する不揮発性メモリ４２とを含む。
【００３４】
さらに、インターネットＦＡＸ装置２０は、原稿画像を読み取って電気信号に変換するスキャナ３８と、受信したＦＡＸ画像を印刷するプロッタ４０と、画像データの圧縮・伸張を行うデータ圧縮伸張部（ＤＣＲ：Data Compression and Reconstruction）４４と、回線接続を制御するファクシミリ通信制御部（ＣＣＵ：Communication Control Unit）４６とを含む。
【００３５】
さらに、本実施形態のインターネットＦＡＸ装置２０は、ＴＣＰ／ＩＰ、ＳＭＴＰ、およびＩＴＵ−Ｔ勧告Ｔ．３７に準拠したＦＡＸ画像通信プロトコルなどの通信プロトコル制御を実行するネットワーク伝送制御部３６を含む。上述した各構成要素３０〜４６は、バス４８により相互接続される。
【００３６】
以下、本実施形態のインターネットＦＡＸ装置による匿名アドレス管理機能について、詳細を説明する。図３は、本実施形態のインターネットＦＡＸ装置２０の機能ブロック１００を示す。図３に示す機能ブロック１００は、匿名アドレスを管理する匿名アドレス管理部１１０と、メール送信部１２０と、メール受信部１３０と、ネットワーク・インタフェース（以下、ネットワークＩ／Ｆという）１４０とを含む。ネットワークＩ／Ｆ１４０は、図２に示したネットワーク伝送制御部３６の物理層およびデータリンク層を抽象化したものである。さらに機能ブロック１００は、ルータ広告検出部１５０と、ログ管理部１６０と、ジョブ管理部１７０とを含んで構成することができる。
【００３７】
メール送信部１２０は、メール送信処理を実行する。メール送信部１２０は、電子メールによるＦＡＸ画像送信時には、まず、スキャナ３８により原稿画像を電気信号に変換し、画像データをメモリ３４に格納する。続いて、メール送信部１２０は、原稿画像の画像データを、データ圧縮伸張部４４により、例えば、ＭＲ（Modified Read）方式、ＭＨ（Modified Huffman）方式やＭＭＲ（Modified Modified Read ）方式などの圧縮符号化方式にて圧縮処理する。そして、メール送信部１２０は、ネットワーク伝送制御部３６により、ＩＴＵ−Ｔ勧告Ｔ．３７に準拠した手順にて、ＳＭＴＰで規定された通信規約に従って、圧縮後のＦＡＸ画像データを宛先の端末へ送信する。
【００３８】
メール受信部１３０は、メール受信処理を実行する。メール受信部１３０は、電子メールによるＦＡＸ画像受信時には、ＳＭＴＰで規定された通信規約に従って、相手端末からのＦＡＸ画像データを受信して、メモリ３４に格納する。続いて、メール受信部１３０は、受信したＦＡＸ画像データを伸張処理して画像データを再生する。そして、メール受信部１３０は、再生された画像データを、不揮発性メモリ４２や図示しないハードディスクに格納したり、またはプロッタ４０により印刷出力させたりする。
【００３９】
匿名アドレス管理部１１０は、ＩＰｖ６のステートレス自動構成を拡張するＲＦＣ３０４１の規定に従って、匿名性を有する匿名アドレスを生成し、かつ有効期限が途過した匿名アドレスを削除することによって、匿名アドレスを管理している。匿名アドレス管理部１１０は、より具体的には、匿名アドレス生成部１１２と、匿名アドレス削除部１１４と、匿名アドレスを登録する匿名アドレス登録テーブル１１６とを含む。
【００４０】
匿名アドレス生成部１１２は、所定の時間間隔で、乱数生成アルゴリズムを用いてランダム化されたインタフェース識別子を生成し、ルータ広告メッセージに含まれるネットワーク・プレフィックス（以下、単にプレフィックスという。）などの情報と合わせてグローバル・スコープの匿名アドレスを生成し、ネットワークＩ／Ｆ１４０に割り当てる。また匿名アドレス生成部１１２は、新たに割り当てた匿名アドレスを、その期限有効などを設定して、匿名アドレス登録テーブル１１６に登録する。
【００４１】
ネットワークＩ／Ｆ１４０には、グローバルアドレス、サイトローカルアドレスおよびリンクローカルアドレスなどのアドレスが複数割り当て可能とされている。ネットワークＩ／Ｆ１４０は、アドレスが割り当てられると、重複検知、経路設定、および通信パラメータの設定を行い、そのアドレスを用いたパケット送受信が可能となるように設定する。
【００４２】
一方、ネットワークＩ／Ｆ１４０に割り当てられた匿名アドレスのうち、最新の匿名アドレスが、メール送信部１２０によるメール送信に用いられる。つまり、メール送信で使用する匿名アドレスは、匿名アドレス生成部１１２が生成する時間間隔（以下、切替間隔という。）で切り替えられる。また、メール送信部１２０は、ＭＤＮ応答を要求する場合、電子メールのヘッダ部の応答先フィールドに、メール送信に用いた最新の匿名アドレスを含む電子メールアドレスを指定する。
【００４３】
一方、最新のもの以外の匿名アドレスも、それが有効とされている間は、ネットワークＩ／Ｆ１４０への割り当てが維持される。このため、使用する匿名アドレスが切り替えられた後も、その匿名アドレスが有効とされている間は、その匿名アドレスを含む電子メールアドレスに宛てられたパケットの受信が可能とされる。
【００４４】
図４は、匿名アドレス登録テーブルのデータ構造を示す。図４に示す匿名アドレス登録テーブル１１６は、匿名アドレスが入力されるフィールド１１６ａと、その有効期限が入力されるフィールド１１６ｂと、その許容可能な最大有効期限が入力されるフィールド１１６ｃとを含む。フィールド１１６ｃの最大有効期限は、匿名アドレスを生成した日時に、所与の許容可能な最大有効期間の長さを加算して求めた値とすることができる。匿名アドレス登録テーブル１１６は、不揮発性メモリ４２や図示しないハードディスクに格納され、起動時に読み出されメモリ３４上に記憶される。
【００４５】
匿名アドレスの有効期限は、特に限定されるものではないが、匿名アドレスを生成した日時に、上記切替間隔（例えば、ＲＦＣ３０４１の標準値である１日）を加算し、さらに一定の期間（例えば１日）を加算して求めた値とすることができる。また匿名アドレスの有効期限は、当初より許容可能な最大有効期限（例えば、ＲＦＣ３０４１の標準値である７日）を設定することもできる。
【００４６】
さらに匿名アドレスの有効期限は、その初期値として、匿名アドレスを生成した日時に上記切替間隔（例えば１日）を加算して求めた値を採用し、ＭＤＮ応答を要求するメッセージが送信された場合に、送信日時に一定の期間（例えば１日）を加算して求めた値に更新することができる。ただし、匿名アドレスの有効期限は、その最大有効期限の範囲以内とされる。
【００４７】
また、匿名アドレス登録テーブル１１６には、匿名アドレスの登録数に上限を設けることもできる。以下、この登録数の上限を最大登録数という。例えば、匿名アドレス登録テーブル１１６を格納する不揮発性メモリ４２やメモリ３４の容量に合わせて、許容可能な最大登録数を予め設定することができる。
【００４８】
再び図３を参照すると、匿名アドレス削除部１１４は、匿名アドレス登録テーブル１１６に登録された匿名アドレスの有効期限の途過に対応して、その匿名アドレスのネットワークＩ／Ｆ１４０への割り当てを削除する。このとき、割り当てが削除された匿名アドレスに宛てられたパケットは、宛先に到達することができなくなる。また、匿名アドレス削除部１１４は、その有効期限が途過した匿名アドレスを、匿名アドレス登録テーブル１１６から削除する。
【００４９】
上記メール送信部１２０は、ＭＤＮ応答を指定するメッセージを送信した後、使用した匿名アドレスの有効期限を、許容可能とする最大有効期限の範囲内において延長することができる。この場合、メール送信部１２０は、匿名アドレス管理部１１０により、匿名アドレス登録テーブル１１６の対応する匿名アドレスの有効期限を延長した値に書き換えて更新させる。
【００５０】
上記第１のインターネットＦＡＸ装置２０は、不揮発性メモリ４２やハードディスク（図示せず）、その他、やＳＤカード（図示せず）などの記憶装置に格納されたプログラム（図示せず）を読み出し、メモリ３４のメモリ領域に展開することにより、上述した各機能部および後述する各処理を実現している。
【００５１】
図５は、匿名アドレス管理部１１０が実行する第１の実施形態の匿名アドレス管理処理を示すフローチャートである。なお、第１の実施形態の匿名アドレス管理処理では、匿名アドレス登録テーブル１１６の登録数に上限を設け、さらにＭＤＮ応答を指定するメッセージを送信した後には、使用した匿名アドレスの有効期限を最大有効期限の範囲内において延長する構成を採用する。
【００５２】
図５に示す処理は、例えばインターネットＦＡＸ装置２０の起動に応答して、ステップＳ１００から開始される。ステップＳ１０１では、匿名アドレス生成部１１２は、ＲＦＣ３０４１の規定に従って、匿名アドレスの生成処理を実行し、新たな匿名アドレスをネットワークＩ／Ｆ１４０に割り当てる。この最新の匿名アドレスが、上述したように、メール送信に使用されることになる。また、匿名アドレス生成部１１２は、その匿名アドレスの有効期限および最大有効期限を算出し、さらに匿名アドレスを生成した日時を記録する。ステップＳ１０２では、生成した匿名アドレスを、その有効期限、その最大有効期限とともに、匿名アドレス登録テーブル１１６に追加登録する。
【００５３】
ステップＳ１０３では、匿名アドレス登録テーブル１１６を参照して、登録された匿名アドレスの中に、有効期限が途過してしまった匿名アドレスが存在するか否かを判定する。ステップＳ１０３で、有効期限が途過した匿名アドレスが存在すると判定された場合（ＹＥＳ）には、ステップＳ１０４へ処理を進める。
【００５４】
ステップＳ１０４では、匿名アドレス削除部１１４は、有効期限が途過した匿名アドレスの削除処理を実行し、その匿名アドレスのネットワークＩ／Ｆ１４０への割り当てを削除する。ステップＳ１０５では、匿名アドレス削除部１１４は、割り当てを削除した匿名アドレスを、さらに匿名アドレス登録テーブル１１６から削除し、ステップＳ１０６へ処理を進める。一方、ステップＳ１０３で、有効期限が途過した匿名アドレスが存在しない判定された場合（ＮＯ）には、直接ステップＳ１０６へ処理を進める。
【００５５】
ステップＳ１０６では、前回匿名アドレスを生成してから所定の切替間隔の時間が経過したか否かを判定する。ステップＳ１０６で、切替間隔の時間が経過していないと判定された場合（ＮＯ）には、ステップＳ１０３へ処理をループさせる。一方、ステップＳ１０６で、切替間隔の時間が経過した判定された場合（ＹＥＳ）には、ステップＳ１０７へ処理を進める。
【００５６】
ステップＳ１０７では、匿名アドレス登録テーブル１１６に登録済みのアドレス数（以下、登録アドレス数という。）が、許容可能な最大登録数であるか否かを判定する。ステップＳ１０７で、登録アドレス数が最大登録数ではなかった場合（ＮＯ）には、ステップＳ１０１へ処理をループさせて、再び匿名アドレスの生成処理により、使用する匿名アドレスが切り替えられることになる。
【００５７】
一方、ステップＳ１０７で、登録アドレス数が最大登録数であった場合（ＹＥＳ）には、ステップＳ１０８へ処理を進める。ステップＳ１０８では、匿名アドレス削除部１１４は、最大有効期限が最も若い匿名アドレスの削除処理を実行する。つまり、最も古く登録され最も早く最大有効期限が到来する匿名アドレスが削除されることになる。ステップＳ１０９では、匿名アドレス削除部１１４は、さらに、上記最大有効期限が最も若い匿名アドレスを匿名アドレス登録テーブル１１６から削除する。そして、ステップＳ１０１へ処理をループさせ、再び匿名アドレスの生成処理により、使用する匿名アドレスが切り替えられることになる。図５に示す処理は、例えば、インターネットＦＡＸ装置２０が停止するまで、繰り返される。
【００５８】
図６は、第１の実施形態の匿名アドレス管理処理において、メール送信部１２０が実行するメール送信処理を示すフローチャートである。図６に示す処理は、例えばオペレータによりＩＴＵ−Ｔ勧告Ｔ．３７のＦＡＸ画像送信が指令されて、ステップＳ２００から開始される。
【００５９】
ステップＳ２０１では、メール送信部１２０は、原稿画像のＦＡＸ画像データを電子メールに添付して、ＳＭＴＰで規定された通信規約に従って、宛先の端末へ送信する。ステップＳ２０２では、メール送信部１２０は、そのメッセージがＭＤＮ応答を要求するものであるか否かを判定する。ステップＳ２０２で、ＭＤＮ応答が要求されないと判定された場合（ＮＯ）には、ステップＳ２０９へ処理を進め、当該メール送信処理を終了させる。
【００６０】
一方、ステップＳ２０２で、ＭＤＮ応答が要求されると判定された場合（ＹＥＳ）には、ステップＳ２０３へ処理を進める。ステップＳ２０３では、メール送信部１２０は、その送信が成功したか否かを判定する。ステップＳ２０３で、失敗したと判定された場合（ＮＯ）には、ステップＳ２０９へ処理を進め、当該メール送信処理を終了させる。一方、ステップＳ２０３で、成功したと判定された場合（ＹＥＳ）には、ステップＳ２０４へ処理を進める。
【００６１】
ステップＳ２０４では、メール送信部１２０は、送信時の日時に余分の期間（例えば１日）を加算して延長後の有効期限を算出する。ステップＳ２０５では、匿名アドレス登録テーブル１１６内の使用した匿名アドレスの最大有効期限と延長後の有効期限とを比較して、算出された延長後の有効期限が、最大有効期限を越えるか否かを判定する。
【００６２】
ステップＳ２０５で、延長後の有効期限が、最大有効期限を越えると判定された場合（ＹＥＳ）には、ステップＳ２０７へ処理を進める。ステップＳ２０７では、延長後の有効期限を最大有効期限とし、ステップＳ２０８へ処理を進める。一方、ステップＳ２０５で、延長後の有効期限が最大有効期限以内であると判定された場合（ＮＯ）には、ステップＳ２０６へ処理を進める。
【００６３】
ステップＳ２０６では、さらに、匿名アドレス登録テーブル１１６内の送信に使用した匿名アドレスの有効期限と、延長後の有効期限とを比較し、現在登録されている延長前の有効期限を延長後の有効期限が越えるか否かを判定する。ステップＳ２０６で、延長後の有効期限が延長前の有効期限を越えないと判定された場合（ＮＯ）には、ステップＳ２０９へ処理を進め、そのまま本メール送信処理を終了させる。一方、ステップＳ２０６で、延長後の有効期限が延長前の有効期限を越えると判定された場合（ＹＥＳ）には、ステップＳ２０８へ処理を進める。
【００６４】
ステップＳ２０８では、メール送信部１２０は、匿名アドレス管理部１１０により、匿名アドレス登録テーブル１１６における送信に使用した匿名アドレスの有効期限を、上記延長後の有効期限に書き換えて更新し、ステップＳ２０９で本メール送信処理を終了させる。
【００６５】
上述した第１の実施形態の匿名アドレス管理処理によれば、使用する匿名アドレスの切替間隔とは別に、各匿名アドレスに有効期限が設けられる。そして、使用する匿名アドレスが切り替えられた後も、少なくとも匿名アドレスの有効期限の間は、その匿名アドレスのネットワークＩ／Ｆ１４０への割り当てが維持され、そのＭＤＮ応答を受信することが可能となる。また、匿名アドレスの切替間隔を短くしても、ＭＤＮ応答の受信可能な期間を充分に確保することができるため、プライバシー保護のレベルを好適に高めることが可能となる。
【００６６】
また、第１の実施形態の匿名アドレス管理処理によれば、ＭＤＮ応答を要求する送信が実行された場合、その許容可能な最大有効期限の範囲以内で有効期限を延長することができる。つまり、ＭＤＮ応答を受信する可能性の有る匿名アドレスのみが、その有効期限を延長されることになる。このため、ＭＤＮ応答を受信する可能性の無い匿名アドレスを管理するためのリソースを早期に解放することが可能となる。
【００６７】
さらに、第１の実施形態の匿名アドレス管理処理によれば、匿名アドレス登録テーブル１１６の登録アドレス数に上限が設けられるため、インターネットＦＡＸ装置２０のメモリやソケット数などの有限なリソースの制約に適応させることが可能となる。また、本インターネットＦＡＸ装置２０と同一リンクに接続されるルータには、近隣キャッシュの容量上の制約があるが、登録アドレス数を制限することで、そのルータ２２側のリソースの制約にも適合させることが可能となる。
【００６８】
以下、図３、図７〜図１０を参照して、匿名アドレス管理部１１０が実行する第２の実施形態の匿名アドレス管理処理について説明する。なお、第２の実施形態の匿名アドレス管理処理では、送信ログを用いて匿名アドレスを管理する構成を採用する。第２の実施形態の匿名アドレス管理処理では、図３に示したログ管理部１６０およびジョブ管理部１７０の構成が用いられる。
【００６９】
再び図３を参照すると、ログ管理部１６０は、メール送信ログを登録しているログ登録テーブル１６２を含んで構成される。図７（Ａ）は、ログ登録テーブルのデータ構造を示す。図７（Ａ）に示すログ登録テーブル１６２は、送信先の電子メールアドレスが入力されるフィールド１６２ａと、送信時に使用した匿名アドレスが入力されるフィールド１６２ｂと、そのメール送信ジョブを識別するジョブＩＤが入力されるフィールド１６２ｃとを含む。さらに、ログ登録テーブル１６２は、送信結果が入力されるフィールド１６２ｄと、メール送信に対応するＭＤＮ応答の受信結果が入力されるフィールド１６２ｅとを含む。なお、図７（Ａ）では、ＩＰアドレス直接指定のアドレス体系の電子メールアドレスを例示しているが、ダイレクトＳＭＴＰで用いることができる電子メールのアドレス体系は、特に限定されるものではない。通常のドメイン名を用いて、ＤＮＳにより名前解決を行うアドレス体系としてもよい。
【００７０】
フィールド１６２ｄには、成功やエラー事由を示す値が送信結果として入力される。フィールド１６２ｅには、ＭＤＮ応答を受信したことを示す「応答受信」、ＭＤＮ応答が不要の送信であったことを示す「応答不要」、未だＭＤＮ応答を受信しておらず待ち受け状態であることを示す「応答未受信」、または、タイムアウトなどでＭＤＮ応答の受信をあきらめたこと示す「応答不達」などの値が入力される。
【００７１】
再び図３を参照すると、メール送信部１２０は、電子メールによるＦＡＸ画像送信が完了した後、ログ管理部１６０により、その送信結果を履歴情報としてメール送信ログを登録させる。また、メール送信部１２０は、ＭＤＮ応答を要求するメッセージの送信については、ＭＤＮ応答の待ち受け状態であることを示す「応答未受信」をメール送信ログに記録する。メール送信部１２０は、一方、ＭＤＮ応答不要のメール送信を実行した場合には、そのメール送信ログの応答受信結果として、ＭＤＮ応答が不要の送信であることを示す「応答不要」を記録する。
【００７２】
メール受信部１３０は、ＭＤＮ応答メッセージを受信すると、ログ管理部１６０により、該ＭＤＮ応答メッセージの対応する送信ログに「応答受信」を記録させる。ＲＦＣ２２９８の規定によると、ＭＤＮ応答を要求するメッセージの「Message-ID」フィールドが、ＭＤＮ応答メッセージの「Original-Message-ID」フィールドに継承される。本実施形態では、送信メールの「Message-ID」にジョブＩＤを埋め込むことにより、送信メールと、ＭＤＮ応答メールとの対応付けを行う。「Message-ID」フィールドは、例えば＜［日時］［ランダム文字列（２バイトＡＳＣＩＩ）］．［固定文字列（５バイトＡＳＣＩＩ）］−Ｊ［ジョブＩＤ（５バイト数字）］−Ｓ［シーケンス番号（５バイト数字）］＠［ドメイン名］＞といったフォーマットで作成することができる。ジョブＩＤは、作成される毎に、例えば１ずつインクリメントされる。シーケンス番号も送信される毎に例えば１ずつインクリメントされる。
【００７３】
図３に示す匿名アドレス管理部１１０は、応答の受信が未だ記録されず、ＭＤＮ応答を待ち受けている匿名アドレスについては、その匿名アドレスの有効期限が途過していた場合であっても、許容可能とする最大有効期限の範囲内において、その削除処理を延期することができる。
【００７４】
ジョブ管理部１７０は、ジョブ登録テーブル１７２を含んで構成され、オペレータなどから指令されたジョブの進行を管理する。ジョブ登録テーブル１７２は、実行が要求されたＦＡＸ画像送信ジョブと、そのジョブに用いる原稿の画像データなどとを対応付けて登録し、送信ジョブの実行待ちキューとして機能する。オペレータから電子メールによるＦＡＸ画像送信ジョブを受領すると、ジョブ管理部１７０は、ジョブ登録テーブル１７２にジョブを追加登録する。登録されたジョブは、順次、メール送信部１２０に渡されて実行される。
【００７５】
図７（Ｂ）は、ジョブ登録テーブルのデータ構造を示す。図７（Ｂ）に示すジョブ登録テーブル１７２は、送信先の電子メールアドレスが入力されるフィールド１７２ａと、ジョブＩＤが入力されるフィールド１７２ｂと、そのジョブで送信した原稿画像データを識別するドキュメントＩＤが入力されるフィールド１７２ｃとを含む。
【００７６】
再び図３を参照すると、メール受信部１３０は、ＭＤＮ応答メッセージを未受信のまま一定時間経過したことを検知すると、ジョブ管理部１７０に再送送信を指令することができる。再送送信の指令を受けて、ジョブ管理部１７０は、同一ジョブの再送信ジョブをジョブ登録テーブル１７２に登録し、順次、メール送信部１２０に渡す。
【００７７】
メール送信部１２０は、送信ジョブが渡されると、同一ジョブＩＤの送信ログがログ登録テーブル１６２に存在しないかをログ管理部１６０に問い合わせるなどして、再送の送信を検知する。なお、再送のジョブＩＤは、従前のジョブＩＤと一致するものとする。メール送信部１２０は、再送を実行した場合には、ログ管理部１６０により、対応する送信ログのＭＤＮ応答の待ち受け状態を解除させ、「応答不達」を記録させる。
【００７８】
図８は、第２の実施形態の匿名アドレス管理処理において、メール送信部１２０が実行するメール送信処理を示すフローチャートである。図８に示す処理は、例えばオペレータによりＦＡＸ画像送信が指令されて、ステップＳ３００から開始される。
【００７９】
ステップＳ３０１では、メール送信部１２０は、ログ管理部１６０に問い合わせて、再送であるか否かを判定する。ステップＳ３０１で、実行指令されたジョブと同一ジョブＩＤの送信ログが存在せず、再送送信ではないと判定された場合（ＮＯ）には、ステップＳ３０３へ処理を進める。一方、ステップＳ３０１で、実行が指示されたジョブと同一ジョブＩＤの送信ログが存在し、再送送信であると判定された場合（ＹＥＳ）には、ステップＳ３０２へ処理を進める。ステップＳ３０２では、メール送信部１２０は、ログ管理部１６０により、ログ登録テーブル１６２内のジョブＩＤが一致する送信ログの応答受信結果のフィールド１６２ｅを、「応答未受信」から「応答不達」に書き換えさせ、更新する。
【００８０】
ステップＳ３０３では、メール送信部１２０は、原稿画像のＦＡＸ画像データを電子メールに添付して、ＳＭＴＰで規定された通信規約に従って、宛先の端末へ送信する。ステップＳ３０４では、メール送信部１２０は、そのメッセージがＭＤＮ応答を要求するものであるか否かを判定する。ステップＳ３０４で、ＭＤＮ応答が要求されたと判定された場合（ＹＥＳ）には、ステップＳ３０５へ処理を進める。一方、ステップＳ３０４で、ＭＤＮ応答が要求されていない判定された場合（ＮＯ）には、ステップＳ３０６へ処理を進める。
【００８１】
ステップＳ３０５では、メール送信部１２０は、ログ管理部１６０により、ログ登録テーブル１６２に当該ジョブの送信ログを登録させる。このとき、登録されるレコードのフィールド１６２ｅは、「応答未受信」が記録される。そして、ステップＳ３０７へ進め、本メール送信処理を終了させる。
【００８２】
一方、ステップＳ３０６では、メール送信部１２０は、ログ管理部１６０により、ログ登録テーブル１６２に当該ジョブの送信ログを登録させ、フィールド１６２ｅに「応答不要」を記録させる。そして、ステップＳ３０７へ進め、本メール送信処理を終了させる。
【００８３】
図９は、第２の実施形態の匿名アドレス管理処理において、メール受信部１３０が実行するメール受信処理を示すフローチャートである。図９に示す処理は、例えば相手端末からのメッセージ送信を受けて、ステップＳ４００から開始される。
【００８４】
ステップＳ４０１では、メール受信部１３０は、ＳＭＴＰで規定された通信規約に従って、メッセージを相手端末から受信する。ステップＳ４０２では、メール受信部１３０は、そのメッセージがＭＤＮ応答であるか否かを判定する。ステップＳ４０２では、例えば、「Original-Message-ID」フィールドの有無により判定することができる。ステップＳ４０２で、ＭＤＮ応答であると判定された場合（ＹＥＳ）には、ステップＳ４０３へ処理を進める。
【００８５】
ステップＳ４０３では、メール受信部１３０は、まず、受信したメッセージの「Original-Message-ID」から、上述したフォーマットに従って、ジョブＩＤを抽出する。そして、メール受信部１３０は、同一ジョブＩＤの登録の有無をログ管理部１６０に問い合わせる。ジョブＩＤが一致するものがログ登録テーブル１６２から探し出されて、対応する送信ログが特定される。メール受信部１３０は、ログ管理部１６０により、そのメール送信ログの応答受信結果フィールド１６２ｅを「応答未受信」から「応答受信」に書き換えさせて、更新する。そして、ステップＳ４０４へ処理を進め、本メール受信処理を終了させる。一方、ステップＳ４０２で、ＭＤＮ応答ではないと判定された場合（ＮＯ）には、ステップＳ４０４へ直接処理を進め、本メール受信処理を終了させる。
【００８６】
図１０は、匿名アドレス管理部１１０が実行する第２の実施形態の匿名アドレス管理処理を示すフローチャートである。図１０に示す処理は、例えば装置の起動に応答して、ステップＳ５００から開始される。ステップＳ５０１では、匿名アドレス生成部１１２は、ＲＦＣ３０４１の規定に従って、匿名アドレスの生成処理を実行する。ステップＳ５０２では、生成した匿名アドレスを、その有効期限、その最大有効期限とともに、匿名アドレス登録テーブル１１６に追加登録する。
【００８７】
ステップＳ５０３では、匿名アドレス登録テーブル１１６を参照して、登録された匿名アドレスの中に、許容可能な最大有効期限が途過してしまった匿名アドレスが存在するか否かを判定する。ステップＳ５０３で、最大有効期限が途過した匿名アドレスが存在しないと判定された場合（ＮＯ）には、ステップＳ５０４へ処理を進める。
【００８８】
ステップＳ５０４では、匿名アドレス管理部１１０は、さらに有効期限が途過してしまった匿名アドレスが存在するか否かを判定する。ステップＳ５０４で、有効期限が途過した匿名アドレスが存在すると判定された場合（ＹＥＳ）には、ステップＳ５０５へ処理を進める。
【００８９】
ステップＳ５０５では、匿名アドレス管理部１１０は、ログ管理部１６０に問い合わせて、「応答未受信」として記録された匿名アドレスをログ登録テーブル１６２から抽出し、ステップＳ５０６へ処理を進める。一方、ステップＳ５０３で、最大有効期限が途過した匿名アドレスが存在すると判定された場合（ＹＥＳ）には、ステップＳ５０６へ直接処理が進められる。
【００９０】
ステップＳ５０６では、匿名アドレス削除部１１４は、削除すべき匿名アドレスの削除処理を実行し、その匿名アドレスのネットワークＩ／Ｆ１４０への割り当てを削除する。ここで、ステップＳ５０３で最大有効期限が途過した匿名アドレスが存在した場合には、その匿名アドレスが削除すべき匿名アドレスとなる。また、ステップＳ５０４で有効期限が途過した匿名アドレスが存在した場合には、有効期限が途過しており、かつ、「応答未受信」として記録されていない匿名アドレスが、削除すべき匿名アドレスとなる。つまり、「応答未受信」として記録された匿名アドレスは、現在、ＭＤＮ応答を待ち受けているため、許容可能な最大有効期限の範囲以内で削除処理の実施が延期される。
【００９１】
ステップＳ５０７では、匿名アドレス削除部１１４は、割り当てを削除した匿名アドレスを、さらに匿名アドレス登録テーブル１１６から削除し、ステップＳ５０８へ処理を進める。一方、ステップＳ５０４で、有効期限が途過した匿名アドレスが存在しないと判定された場合（ＮＯ）には、ステップＳ５０８へ直接処理が進められる。
【００９２】
ステップＳ５０８では、前回匿名アドレスを生成してから所定の切替間隔の時間が経過したか否かを判定する。ステップＳ５０８で、切替間隔の時間が経過していないと判定された場合（ＮＯ）には、ステップＳ５０３へ処理をループさせる。一方、ステップＳ５０８で、切替間隔の時間が経過した判定された場合（ＹＥＳ）には、ステップＳ５０１へ処理をループさせ、再び匿名アドレスの生成処理により、使用する匿名アドレスが切り替えられることになる。
【００９３】
上述した第２の実施形態の匿名アドレス管理処理によれば、要求されたＭＤＮ応答を未だ受信していない匿名アドレスの削除は、例え有効期限を越えた場合であっても、許容可能な最大有効期限の範囲内で延期されることになる。このため、不揮発性メモリ４２の容量を考慮して、匿名アドレスに設定する有効期限を短くしても、ＭＤＮ応答の待ち受けのために必要とされる匿名アドレスについては、充分な待ち受け時間を確保することが可能となる。そして、ＭＤＮ応答の待ち受けが不要とされる匿名アドレスについては、早期に、その管理のためのリソースを解放することが可能となる。
【００９４】
また、通常、ログ登録テーブル１６２の登録数には上限が設けられるが、第２の実施形態の匿名アドレス管理処理では、その場合、要求されたＭＤＮ応答を未だ受信していなくとも、メール送信ログが削除された段階で、古い匿名アドレスが効率的に削除されるという利点を有する。
【００９５】
さらに、第２の実施形態の匿名アドレス管理処理では、再送された従前の送信ログの応答受信結果のフィールド１１６ｅが、「応答未受信」が解除され「応答不達」に書き換えられるため、その匿名アドレスの削除が延期されなくなる。再送された従前の送信に対するＭＤＮの応答待ち受けは、再送に対するＭＤＮ応答を受信すれば事足りるため、不要となる。つまり、第２の実施形態の匿名アドレス管理処理によれば、再送により不要となった古い匿名アドレスが効率的に削除されるという利点を有する。
【００９６】
以下、図３、図１１および図１２を参照して、第３の実施形態の匿名アドレス管理処理について説明する。なお、第３の実施形態の匿名アドレス管理処理では、ネットワーク環境の変化に応答して匿名アドレスを削除する構成を採用する。第３の実施形態の匿名アドレス管理処理では、図３に示したルータ広告検出部１５０の構成が用いられる。なお、匿名アドレス管理部１１０、メール送信部１２０、メール受信部１３０、ネットワークＩ／Ｆ１４０、ログ管理部１６０、およびジョブ管理部１７０の動作は、第１の実施形態または第２の実施形態の匿名アドレス管理処理と同様であるため、詳細な説明は割愛する。
【００９７】
図３を参照すると、ルータ広告検出部１５０は、プレフィックス登録テーブル１５２を含んで構成される。ルータ広告検出部１５０は、ルータ広告メッセージを受信すると、新しいプレフィックスが含まれる場合には、そのプレフィックスを期限を設定してプレフィックス登録テーブル１５２に登録する。また、ルータ広告検出部１５０は、受信したルータ広告メッセージに含まれるプレフィックスが、既に登録済みである場合には、そのプレフィックスの期限を延長する。ルータ広告検出部１５０は、さらに、期限が途過したプレフィックスを検出して、そのプレフィックスを含む匿名アドレスの削除を匿名アドレス削除部１１４に依頼する。
【００９８】
図１１は、プレフィックス登録テーブルのデータ構造を示す。図１１に示すプレフィックス登録テーブル１５２は、ルータ広告メッセージに含まれるプレフィックスが入力されるフィールド１５２ａと、その期限が入力されるフィールド１５２ｂとを含む。
【００９９】
プレフィックスの期限は、特に限定されるものではないが、プレフィックスを含むルータ広告メッセージを受信した日時に、一定の期間を加算して求めた値とすることができる。プレフィックスの期限は、そのルータ広告を受信しつづける限り、随時更新されてゆく。しかしながら、ルータが故障してしまったり、インターネットＦＡＸ装置２０が、他のリンクに接続されたり、長時間の切断の後電源が投入された場合などに、そのルータとの通信が途絶えると、そのプレフィックスの期限が途過することとなる。
【０１００】
図１２は、第３の実施形態の匿名アドレス管理処理において、ルータ広告検出部１５０が実行する処理を示すフローチャートである。なお、第３の実施形態の匿名アドレス管理処理では、ルータ広告検出部１５０は、匿名アドレス管理部１１０の機能を補助しており、匿名アドレス管理部１１０は、ルータ広告検出部１５０とは別に、図５または図１０に示すような処理を実行しているものとする。
【０１０１】
図１２に示す処理は、例えばインターネットＦＡＸ装置２０の起動に応答して、ステップＳ６００から開始される。ステップＳ６０１では、ルータ広告検出部１５０は、プレフィックス登録テーブル１５２を参照して、期限が途過したプレフィックスが存在するか否かを判定する。ステップＳ６０１で、期限が途過したプレフィックスが存在する場合（ＹＥＳ）には、ステップＳ６０２へ処理を進める。
【０１０２】
ステップＳ６０２では、ルータ広告検出部１５０は、期限が途過したプレフィックスを匿名アドレス管理部１１０に通知し、このプレフィックスを含む匿名アドレスの削除処理を依頼する。ステップＳ６０３では、ルータ広告検出部１５０は、期限が途過したプレフィックスをプレフィックス登録テーブル１５２から削除し、ステップＳ６０４へ処理を進める。一方、ステップＳ６０１で、期限が途過したプレフィックスが存在しない場合（ＮＯ）には、ステップＳ６０４へ直接処理が進められる。
【０１０３】
ステップＳ６０４では、ルータ広告検出部１５０は、プレフィックスを含むルータ広告メッセージを受信したか否かを判定する。ステップＳ６０４で、プレフィックスを含むルータ広告メッセージを受信していないと判定された場合（ＮＯ）には、ステップＳ６０１へ処理をループさせる。
【０１０４】
ステップＳ６０４で、プレフィックスを含むルータ広告メッセージを受信したと判定された場合（ＹＥＳ）には、ステップＳ６０５へ処理を進める。ステップＳ６０５では、ルータ広告検出部１５０は、ルータ広告メッセージに含まれるプレフィックスを抽出し、プレフィックス登録テーブル１５２に登録または更新する。このとき、ルータ広告検出部１５０は、そのプレフィックスが、既に登録済みである場合には、そのプレフィックスの期限を延長して更新する。一方、そのプレフィックスが未登録であれば、プレフィックス登録テーブル１５２に新たに登録する。
【０１０５】
上述した第３の実施形態の匿名アドレス管理処理によれば、ルータが故障してしまったり、インターネットＦＡＸ装置２０が、他のネットワークに接続されたり、長時間の切断の後電源が投入された場合など、ネットワーク環境の変化に対応して、利用できない匿名アドレスを効率的に削除することができるという利点を有する。
【０１０６】
以上説明したように、本発明によれば、定期的に変更され匿名性の高い匿名アドレスを使用した通信において、該匿名アドレスに宛てた応答が、使用する匿名アドレスが切り替えられた後、異なるセッションで行われてしまった場合であっても、匿名アドレスに対し定めた有効期限まで、その応答を受信可能とする、通信装置、通信方法およびプログラムを提供することが可能となる。
【０１０７】
なお上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ、ＳＤメモリ、ＭＯなど装置可読な記録媒体に格納して頒布することができる。
【０１０８】
また、匿名アドレスを応答先に指定するメッセージとしては、匿名アドレスをＭＤＮ応答先フィールドに含むメッセージを一例として説明してきたが、特に限定されるものではない。送信メッセージに匿名アドレスを含む応答先が記述される如何なるメッセージを採用することができる。
【０１０９】
また、通信装置の一例として、ＩＴＵ−Ｔ勧告Ｔ．３７に準拠するＦＡＸ画像通信を実行するインターネットＦＡＸ装置を用いて説明してきが、特に限定されるものでない。他の実施形態では、例えば、送信機能付きの画像読取装置（スキャナ）、画像形成装置（複写機、複合機、プリンタ）、情報処理装置（パーソナルコンピュータ）、通信機能を有する種々の装置を、本発明の通信装置として構成することもできる。さらに他の実施形態では、上記機能を備えるネットワーク・インタフェース・カードとして構成することもできる。
【０１１０】
以上、本発明の特定の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【０１１１】
【図１】本実施形態のネットワーク環境を示す概略図。
【図２】本実施形態のインターネットＦＡＸ装置の概略構成を示す図。
【図３】本実施形態のインターネットＦＡＸ装置の機能ブロック図。
【図４】匿名アドレス登録テーブルのデータ構造を示す図。
【図５】匿名アドレス管理部が実行する第１の実施形態の匿名アドレス管理処理を示すフローチャート。
【図６】第１の実施形態の匿名アドレス管理処理において、メール送信部が実行するメール送信処理を示すフローチャート。
【図７】（Ａ）ログ登録テーブルおよび（Ｂ）ジョブ登録テーブルのデータ構造を示す図。
【図８】第２の実施形態の匿名アドレス管理処理において、メール送信部が実行するメール送信処理を示すフローチャート。
【図９】第２の実施形態の匿名アドレス管理処理において、メール受信部が実行するメール受信処理を示すフローチャート。
【図１０】匿名アドレス管理部が実行する第２の実施形態の匿名アドレス管理処理を示すフローチャート。
【図１１】プレフィックス登録テーブルのデータ構造を示す図。
【図１２】第３の実施形態の匿名アドレス管理処理において、ルータ広告検出部が実行する処理を示すフローチャート。
【符号の説明】
【０１１２】
１０…ネットワーク環境、１２…ＬＡＮ、１４…インターネット、１６…ＬＡＮ、２０…インターネットＦＡＸ装置、２２…ルータ、２４…ルータ、２６…インターネットＦＡＸ装置、２８…ラップトップ、３０…制御部、３２…操作パネル、３４…メモリ、３６…ネットワーク伝送制御部、３８…スキャナ、４０…プロッタ、４２…不揮発性メモリ、４４…データ圧縮伸張部（ＤＣＲ）、４６…ファクシミリ通信制御部（ＣＣＵ）、４８…バス、１００…機能ブロック、１１０…匿名アドレス管理部、１１２…匿名アドレス生成部、１１４…匿名アドレス削除部、１１６…匿名アドレス登録テーブル、１２０…メール送信部、１３０…メール受信部、１４０…ネットワークＩ／Ｆ、１５０…ルータ広告検出部、１５２…プレフィックス登録テーブル、１６０…ログ管理部、１６２…ログ登録テーブル、１７０…ジョブ管理部、１７２…ジョブ登録テーブル
【図１】
2010141473.tif 000003
【図２】
2010141473.tif 000004
【図３】
2010141473.tif 000005
【図４】
2010141473.tif 000006
【図５】
2010141473.tif 000007
【図６】
2010141473.tif 000008
【図７】
2010141473.tif 000009
【図８】
2010141473.tif 000010
【図９】
2010141473.tif 000011
【図１０】
2010141473.tif 000012
【図１１】
2010141473.tif 000013
【図１２】
2010141473.tif 000014