(57)【要約】  本発明は、電子メールメッセージなどの電子メッセージ認証に関わり、望まれないメッセージの配達を少なくする一方で、貴重なメッセージが容易に受信者に配達されることを確実にするものである。本発明は、受取人あての電子メッセージを受け取ること。汚染されたマシンから送られてきた、さもなければ無効と判明した不明な受取人へ送られたメッセージを拒絶する。有効な受取人へのメッセージをテストし、該メッセージの発信人の状態が信頼できるものかまた信頼できないものかを決定する。もし、発信人の状態がいずれにも分類できない場合には、自動的に挑戦メッセージが送られ、返事の受取りを保留した状態で該受信メッセージを保留する。もし、許諾可能な返事を受け取った場合には、該発信人を信頼できるものに分類する。もし、該発信人が信頼できるものに分類された場合、該メッセージを受取人に配達する、ことから構成される。
2009512082.tif 000002
【特許請求の範囲】
【請求項１】
公衆通信ネットワークから受け取った電子メッセージを認証するコンピュータ的方法であり、以下のステップから構成される、
不明の受取人へ送られた電子メッセージを拒絶する、
汚染されたマシンを起源とする電子メッセージを拒絶する、
その他の点で、無効なものと直ちに区別することの出来る電子メッセージを拒絶する、
有効な受取人へ宛てられた電子メッセージをテストし、該メッセージの発信人の状態が信頼出来るもの又は信頼できないものとして分類され得るか否かを決定する、
もし、発信人が信頼できるものと分類され得る場合、該発信人の発信源をテストし、有効な発信源であることを確認し、もしそうならば該発信人を認証済みとして分類し、
もし、発信人の状態がどちらにも分類できない場合には、テストを行なって、該電子メッセージが無効であるか又はスパムであるか否かを決定し、もしそうであるならば、該メッセージを拒絶し、さもなければ自動的に認証の要求を送って、返事の受け取りを保留した形で、隔離状態で該受け取ったメッセージを保留し、
もし、受諾可能な返事を受け取った場合には、発信人を信頼できるもの及び認証されたものとして分類し、
もし、発信人が信頼できるもの及び認証されたものとして分類された場合には、前記メッセージを前記受取人に配達する。
【請求項２】
メッセージが欺瞞的なものであるか否かを決定するテストを該メッセージに行なう追加的なステップを有する、
請求項１記載の方法。
【請求項３】
前記欺瞞についてのテストのステップは、該メッセージに付随したメタデータを調査して、以下の、
発信人のアドレスが既知の信頼できる又は信頼できないアドレスであるかどうか、
発信源のドメインは身元確認の基準を採用しているかどうか、
該メッセージは宛先不明で返送されたメッセージであるかどうか、又は、
該メッセージのＣＳＡレコードは有効であるかどうか、
の項目について、少なくとも一つ決定するステップを含むことを特徴とする請求項２載の方法。
【請求項４】
発信人の身元を確認するためにアンチフィッシングテストを行なう、追加的なステップを有する、
ことを特徴とする、請求項１又は２記載の方法。
【請求項５】
認証の要求は、ユーザの選択により発信人又は受取人又は両方のアドレスに送られることを特徴とする、請求項１記載の方法。
【請求項６】
認証の要求は、彼らが真正のユーザである場合には、前記発信人にのみ送られることを特徴とする、請求項５記載の方法。
【請求項７】
発信人のアドレスに送られる認証の要求は、彼らの言語で送られることを特徴とする、請求項５記載の方法。
【請求項８】
発信人に送られる認証の要求は、以下の、
メッセージの受取人、
メッセージの主題、
自分自身を有効化するだめに、該要求メッセージの受取人の許諾（Ａｃｃｅｐｔ）ＵＲＬ、
拒絶（Ｒｅｊｅｃｔ）ＵＲＬ、
該要求の目的を説明したメッセージ、
ディストリビュータのサイン欄、
前記メッセージの最初の数行、
の詳細のうち、一つ以上を含むことを特徴とする、請求項７記載の方法。
【請求項９】
意図された受取人のアドレスに宛てられた認証の要求は、以下の、
前記メッセージの発信者、
前記メッセージの主題、
該メッセージを取り扱う為の、保留トレイと受取人をリンクするＵＲＬ、
どのようにして前記受取人が前記メッセージを解放又は拒絶するようにすることが出来るかの詳細、
のうち、一つ以上を含むことを特徴とする、請求項６記載の方法。
【請求項１０】
メッセージが隔離されている間、該メッセージは前記意図された受取人によりレビューすることが出来る保留トレイに保持されることを特徴とする、請求項１〜９のうち、いずれか１項記載の方法。
【請求項１１】
警報が前記意図された受取人にレビューを奨励するために送られることを特徴とする、請求項１０記載の方法。
【請求項１２】
前記保留メッセージは、所定の規則に従って時々に削除されることを特徴とする、請求項１０記載の方法。
【請求項１３】
前記保留トレイは、保留メッセージの受入れ可能性状態を示すために、該保留メッセージをコード化することを特徴とする、請求項１０記載の方法。
【請求項１４】
メッセージの受入れ可能性状態によって、前記意図された受取人によるレビューの後に異なる処理が可能な、請求項１３記載の方法。
【請求項１５】
前記処理は、メッセージのカテゴリを、メッセージの受諾、拒絶又は削除に変更するものであることを特徴とする請求項１４記載の方法。
【請求項１６】
要求メッセージに対する受諾可能な返事とは、前記要求メッセージに人間が応答したことを示すものあることを特徴とする請求項１記載の方法。
【請求項１７】
発信人が信頼できないものとして分類された場合には、前記メッセージは配達されず、前記発信人のアドレスは信頼できない発信人のスリトに加えられることを特徴とする請求項１乃至１６の内、いずれか１項記載の方法。
【請求項１８】
送出メールは有効性、ウイルス又は内容に関してチェックされることを特徴とする請求項１乃至１７の内、いずれか１項記載の方法。
【請求項１９】
コンピュータメッセージ認証装置であって、前記認証装置は、受取人に宛てた電子メッセージを受け取る通信ポート及び以下の処理を行なうことの出来る処理装置からなり、
前記処理は、
不明の受取人へ送られた電子メッセージを拒絶する処理、
汚染されたマシンを発信源とする電子メッセージを拒絶する処理、
その他の点で無効なものと直ちに識別できる電子メッセージを拒絶する処理、
有効な受取人へ宛てられたメッセージをテストし、該メッセージの発信人の状況が信頼できるものか又は信頼できないものかを分類することが出来るか否かを決定する処理、そして、発信者が信頼できるものであると分類することが出来れば、発信者の発信源をテストし、それが有効な発信源であることを保証し、もしそうであるならば、該発信者を認証済みとして分類する処理、
もし、発信者の状況がどちらとも分類できない場合には、前記電子メッセージが無効又はスパムであるか否かを決定するテストを行ない、もし、スパムであったなら該メッセージを拒絶し、さもなければ自動的に認証要求を送り、該受領したメッセージを、返事の受領が未決のままの隔離状態に保持する処理、
もし、受諾可能な返事を受け取った場合、前記発信人を信頼された及び認証されたものとして分類する処理、及び、
もし、発信人が信頼された及び認証されたものとして分類された場合、前記メッセージを前記受取人に配達する処理、
からなることを特徴とする、認証装置
【請求項２０】
前記処理装置は、欺瞞と判定された電子メッセージを拒絶する処理を行なうことが出来る、請求項１９記載の認証装置。
【請求項２１】
欺瞞のテストを行なうために、前記処理装置は前記該メッセージに付随したメタデータを調査して、以下の、
発信人のアドレスが既知の信頼できる又は信頼できないアドレスであるかどうか、
発信源のドメインは身元確認の基準を採用しているかどうか、
該メッセージは宛先不明で返送されたメッセージであるかどうか、又は、
該メッセージのＣＳＡレコードは有効であるかどうか、
の項目について、少なくとも一つ決定することを特徴とする請求項２０載の認証装置。
【請求項２２】
発信人の身元を確認するためにアンチフィッシングテストを行なう、追加的なステップを実行する、
ことを特徴とする、請求項１９又は２０記載の認証装置。
【請求項２３】
認証の要求は、ユーザの選択により発信人又は受取人又は両方のアドレスに送られることを特徴とする、請求項１９記載の認証装置。
【請求項２４】
認証の要求は、彼らが真のユーザとして認定された場合には、発信人にだけ送られることを特徴とする、請求項２３記載の認証装置。
【請求項２５】
発信人のアドレスに送られる認証の要求は、彼らの言語で送られることを特徴とする、請求項２３記載の認証装置。
【請求項２６】
発信人に送られる認証の要求は、以下の、
メッセージの受取人、
メッセージの主題、
自分自身を有効化するだめに、該要求メッセージの受取人の許諾（Ａｃｃｅｐｔ）ＵＲＬ、
拒絶（Ｒｅｊｅｃｔ）ＵＲＬ、
該要求の目的を説明したメッセージ、
ディストリビュータのサイン欄、
前記メッセージの最初の数行、
の詳細のうち、一つ以上を含むことを特徴とする、請求項２５記載の認証装置。
【請求項２７】
意図された受取人のアドレスに宛てられた認証の要求は、以下の、
前記メッセージの発信者、
前記メッセージの主題、
該メッセージを取り扱う為の、保留トレイと受取人をリンクするＵＲＬ、
どのようにして前記受取人が前記メッセージを解放又は拒絶するようにすることが出来るかの詳細、
のうち、一つ以上を含むことを特徴とする、請求項２４記載の認証装置。
【請求項２８】
メッセージが隔離されている間、該メッセージは前記意図された受取人によりレビューすることが出来る保留トレイに保持されることを特徴とする、請求項１９〜２７のうち、いずれか１項記載の認証装置。
【請求項２９】
警報が前記意図された受取人にレビューを奨励するために送られることを特徴とする、請求項２８記載の認証装置。
【請求項３０】
前記保留メッセージは、所定の規則に従って時々に削除されることを特徴とする、請求項２８記載の認証装置。
【請求項３１】
前記保留トレイに保留されたメッセージは、保留メッセージの受入れ可能性状態を示すためにコード化されることを特徴とする、請求項２８記載の認証装置。
【請求項３２】
メッセージの受入れ可能性状態によって、前記意図された受取人によるレビューの後に異なる処理が可能な、請求項３１記載の認証装置。
【請求項３３】
前記処理は、メッセージのカテゴリを、メッセージの受諾、拒絶又は削除に変更するものであることを特徴とする請求項３２記載の認証装置。
【請求項３４】
要求メッセージに対する受諾可能な返事とは、前記要求メッセージに人間が応答したことを示すものあることを特徴とする請求項１９記載の認証装置。
【請求項３５】
発信人が信頼できないものとして分類された場合には、前記メッセージは配達されず、前記発信人のアドレスは信頼できない発信人のスリトに加えられることを特徴とする請求項１９乃至３４の内、いずれか１項記載の認証装置。
【請求項３６】
送出メールは有効性、ウイルス又は内容に関してチェックされることを特徴とする請求項１９乃至３５の内、いずれか１項記載の認証装置。
【請求項３７】
請求項１９乃至３６の内、いずれか１項に基づく方法を実行するソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不必要なメッセージの送信を減らしつつ、大切なメッセージを確実に相手に送信することが可能な、Ｅメールメッセージ等の、電子メッセージ認証に関する。第１の発明は、電子メッセージ認証方法である。更に、本発明は、前記方法を実行するためのシステムであり、加えて、該方法を実行するためのソフトウェアである。
【背景技術】
【０００２】
今やＥメールは、どこにでもあるものであり、インターネット等の誰でもアクセス可能なネットワークを介して、低コストで人と人が通信することができる形態となっている。Ｅメールの使用や利用可能性は、仕事上でも、また、プライベートでも絶え間なく増加している。更に、一般的に送信者は、受信者のもとにＥメールが届き、該受信者にとって該Ｅメールがなんらかの価値を有していることを期待する。送信者は、Ｅメールが受信された後、短時間に返答がないと、しばしばがっかりする。Ｅメールはまた、ユーザが、英語を初めとして、沢山の異なる言語で作成される。
【０００３】
Ｅメールがコンピュータで作成されるのは勿論だが、ソフトウェアロボットは、同一のＥメールを編集し、同時に多数の人に対して、送信するように設計されていた。この機能は、例えば、関心をもつ集団に対して会報を送信するだけではなく、求められている人にではなく、無差別に大量の郵便物を送信する際にも使用することが可能である。結果として、多くのユーザは、送信人が分かっている人、分かっていない人両方からの受領が望ましいメールと共に、知らない人からの迷惑メールでメールボックスが満たされていることを知るのである。
【０００４】
迷惑メールの量が増えるにつれて、該迷惑メールを見つけて、削除するには時間がかかる。企業にとっては、それが個人的な従業員のデスクトップのレベルであろうと、また、集中方式のＩＴサポートであろうと、大量の資源が無駄になり得るし、また、企業の全体的な生産性も反対方向に作用し得る。更に、企業は、受信した大量のＥメールを対処するために、新たにネットワークを構築したり、通信伝送容量を増やしたりする為の投資を要求されることもある。
【０００５】
どんどん入ってくるＥメールに対して、これをブロックしたり、基準を設けてフィルタにかけたりすることにより、迷惑Ｅメールを排除する努力をしている企業もある。しかしながら、大量のメールを扱う人は、迷惑Ｅメールを隠すことによりこれに対応している。
【０００６】
迷惑Ｅメールをフィルタリングする際に用いる１つの方法は、送信者のＥメールアドレス、ドメインアドレス、名前に従って、Ｅメールの受領をブロックすることである。しかしながら、この技術も、送信者のアドレスが変更されれば無効となってしまう。これは、大量の各メール間で、送信者のアドレスをインクリメンタルに変更することが出来るコンピュータによって行われる。例えば、第１大量メールでは、送信者のＥメールは、
2009512082.tif 000003
であり、第２大量メールでは、
2009512082.tif 000004
であり、第3大量メールでは、
2009512082.tif 000005
といった具合になる。
【０００７】
また別の方法では、大量メールオペレータは、Ｅメールアドレスリソトブロック基準を避けるために、偽の返答アドレスまたは、実際には存在しない返答アドレスを使用する。彼らは時々、返答アドレスとして、受信者自身のＥメールを使うことさえある。
【０００８】
また、更に別の迷惑Ｅメールをフィルタリングする際に用いる方法としては、入ってくるＥメールの案件の内容に応じてＥメールの受信をブロックすることである。しかしながら、この技術も、Ｅメール中に、例えば、「今月の賞金はあなたのもの」や「たった７日間で体重を落とそう」等の、いかがわしい見出し、誤解を招く見出し、スペリングミスの見出しを使うことにより、無効となってしまう。
【０００９】
迷惑Ｅメールをフィルタリングする更に別の方法は、Ｅメールの内容を分析することによりメッセージをブロックすることである。例えば、迷惑メッセージを再現することにより、一般的な又は共通の言語特徴により、或いは、迷惑Ｅメールの、以前識別した統計的なプロファイルにより迷惑Ｅメールを識別することが可能である。しかしながら、この技術とて、一旦フィルタリング基準がわかってしまえば、無効となってしまう。
【００１０】
一般的に、絶え間なく改善していた場合は別として、フィルタリングする方法は、フィルタリング基準に偶然引っかかり、価値のあるＥメールが偶然ブロックされてしまう欠点がある。これにより、ブロックしたＥメールをすべて保存し、毎日これを手作業でチェックしている企業もある。
【発明の開示】
【００１１】
本発明の第１の観点は、公共通信ネットワークから受け取った電子メッセージ（書かれたもの、声又はデータ）を認証するためのコンピュータによる方法であり、該方法は、
不明の受取人へ送られた電子メッセージを拒絶する、
汚染されたマシン（例えは、ウイルスを持ったものや、ボットネットの部分を構成するもの）を起源とする電子メッセージを拒絶する、
その他の点で、無効なものと直ちに区別することの出来る電子メッセージを削除する、
有効な受取人へ宛てられた電子メッセージをテストし、該メッセージの発信人の状態が信頼出来るもの又は信頼できないものとして分類され得るか否かを決定する、
もし、発信人が信頼できるものと分類され得る場合、該発信人の発信源をテストし、有効な発信源であることを確認し、もしそうならば該発信人を認証済みとして分類し、
もし、発信人の状態がどちらにも分類できない場合には、テストを行なって、該電子メッセージが無効であるか又はスパムであるか否かを決定し、もしそうであるならば、該メッセージを拒絶し、さもなければ自動的に認証の要求を送って、返事の受け取りを保留した形で、隔離状態で該受け取ったメッセージを保留し、
もし、受諾可能な返事を受け取った場合には、発信人を信頼できるもの及び認証されたものとして分類し、
もし、発信人が信頼できるもの及び認証されたものとして分類された場合には、前記メッセージを前記受取人に配達する。
【００１２】
殆どの電子メールフィルタリング方法は、電子メールは、それが潔白であると証明されるまで、基本的に“有罪”であるとする原則を適用している。これに対して、本発明は、電子メールは、それが有罪であることが証明されるまで、“潔白”と考えるアプローチを用いている。
【００１３】
本発明は、有効な受取人に宛てられた電子メッセージをテストし、発信人の状態を決定するために、いくつかの発見的な方法を基にしたチェックを用いている。これらのチェックは以下のものを含むが、それに限定されるわけではない。
【００１４】
電子メール通信の発信人履歴、
発信人のドメインの評判、
発信人のＩＰの評判、
メール内容のチェック（多言語で）、
送信人の公表された電子メール基準（例えば、ＲＦＣ規則）への従順性、
受取人により管理された受諾リストでの送信者の存在、
ベイズの方法論を適用して電子メールの信頼性を決定、及び受取人による有効なメール追跡、
発信人が信頼できるものと決定されたときは、本発明は、積極的に正当な電子メールの“速達”での配達を行なう。
【００１５】
本発明は、メッセージが欺瞞的なものでないかを決定するテストを行なう追加的なステップを含む。そして、もしそうなら、該メッセージを拒絶し、更なる審査の対象とし、及び／又は、おそらく送信人を信頼出来ないものに分類する。
【００１６】
欺瞞メールに関するテストのステップは、メッセージに付随したメタデータを調査するステップを含むことが出来る。例えば、
メタデータを読んで、それが発信人のアドレスと決定することが出来れば、これを既知の信頼できる及び信頼できないアドレスと比較することが出来る。
【００１７】
発信人ＩＤ（身元確認）フレームワーク（ＳＩＤＦ）又は、ドメインキーＩＤ（身元確認）マネジメント（ＤＫＩＭ）をテストすることが出来る。発信元ドメインが基準を採用している場合には、メッセージがその基準をはずれると、該メッセージは拒絶される。
【００１８】
宛先不明で返送されたメッセージをチェックする。
【００１９】
ＣＳＡレコードをチェックする。
【００２０】
欺瞞が検知された場合には、自己認証の要求を発信人のアドレスに送るか、状況に応じて意図された受取人に送る。
【００２１】
アンチフィッシングテストも、入ってくるメッセージに対して行なうことが出来、アンチフィッシングデータ及び／又はアンチフィッシングソフトウエアを用いて発信人の身元を証明する。
【００２２】
認証の要求は、ユーザの選択により発信人のアドレス（自己認証）又は受取人、又は両方に送ることが出来る。
【００２３】
自己認証の要求が発信人に送られる前に、発信人が真正なユーザであるかを証明するチェックが最初に行なわれる。これらのチェックは、以下のものを含む。
【００２４】
ドメイン及びユーザ
“スパム”チェック
未決なＳＳＡチェック
フロッド（Ｆｌｏｏｄ）チェック
発信人ＳＳＡチェック
アンチスプーフチェック
メッセージを送ることが出来るかチェック
【００２５】
発信人を証明するために発信人に送る自己認証の要求は発信人の言語で送られる。それは以下のような詳細を含むものである。
【００２６】
意図されたメッセージの受取人
意図されたメッセージの主題
発信人を証明するための、ＳＳＡの受取人に関する受諾ＵＲＬ、
ＳＳＡの目的をユーザに知らせるメッセージ
ディストリビュータのサイン欄
ＲｅａｌＭａｉｌのサイン欄
メッセージの最初の数行
テキスト本体部分のみで表現された任意的なメール
メッセージヘッダの引用
ＳＳＡの受取人に関する拒絶ＵＲＬは、システムにＳＳＡメッセージを“後方散乱（back-scatter）”としてうっかり受け取ったことを知らせる。
【００２７】
到着した認証の要求は受取人に、到着したメッセージが保留トレイに保留されていることを知らせる。該メッセージは以下の詳細を含む。
【００２８】
メッセージの発信人
メッセージの主題
システムが決定した際の電子メールの有効性の評価又はランキング
該メッセージを取り扱う為の、保留トレイとユーザをリンクするＵＲＬ
どのようにして該メッセージを解放又は拒絶するかの詳細。
【００２９】
メッセージが保留トレイで隔離されている間、意図された受取人によりレビューすることが出来る。メッセージを該意図された受取人に送って、そうしたレビューを促進することが出来る。保留されたメッセージは予め決められた規則により時々に削除される。
【００３０】
保留トレイは保留メッセージをコード化することが出来る。例えば、
恐らく有効
多分有効、
恐らくスパム
スパム
緊急
である。異なる規則を異なるカテゴリーに適用することが出来る。そして、これらは意図された受取人によりレビューされたり、要求に答えたり、又は時間が経過した際に、行動に適用されるかもしれない。この行動は、該メッセージのカテゴリーを変更し、メッセージを受領、拒絶又は削除するかもしれない。
【００３１】
意図された受取人は保留トレイ内のメッセージをレビューすることが出来、該メッセージのカテゴリーを変更する行動を取り、該メッセージを受諾、拒絶又は削除することが出来る。
【００３２】
以下の行動を規定することが出来る。
【００３３】
受領、これにより発信人は受諾リストに加えられる。
【００３４】
レビュー、これは何らの行動も伴わない。
【００３５】
拒絶、これにより発信人は拒絶リストに加えられる。
【００３６】
削除、メッセージを保管場所から削除する。
【００３７】
要求メッセージに対する受諾可能な返事は、多分所定の時間内に、人間が該要求メッセージに応答したことを示す返事である。
【００３８】
もし、発信人が信頼できないものと分類された場合、メッセージは配達されず、拒絶されるか削除され、該発信人のアドレスは信頼できない発信人リスト、即ち、拒絶リストに加えられる。
【００３９】
リアルタイムブラックホールリスト（ＲＢＬ）が、既知のスパム発信人を特定するためにチェックされる。
【００４０】
３レベルの拒絶リストを使用することが出来、これらはユーザ、ドメイン及びシステムで管理される。
【００４１】
また、信頼できるサードパーティのリストを、電子メールの発信人が信頼できるか否かを決定するために用いることが出来る。異なったレベルを持つ受諾リストも使用することが出来、これらはユーザ、ドメイン及びシステムで管理される。
【００４２】
送出メールもまたその有効性、ウイルス又は内容及び、ユーザ又は組織の電子的通信ポリシーに従った他の規則に関して、チェックされる。
【００４３】
本発明の主要な用途は、電子メールの管理であるが、セルフォンに適用されるショートメッセージサービス（ＳＭＳ）を含む多くの他の形態に適用することが出来る。また、インターネットをベースとした電話方式である、ボイスオーバーインターネットプロトコル（ＶＯＩＰ）にも適用できる。ＶＯＩＰは、配信に関して電子メールに似た基準を使用しており、従って、接続性は、認証に関する本発明について上で述べたものに類似する。
【００４４】
上記に加えて、本発明は下記のものに対する防御を提供することも可能である。
【００４５】
電子メールを経由したウイルス伝達
ＤｏＳ攻撃（ＤＯＳ）及びＤＤｏＳ攻撃（ＤＤＯＳ）
ディレクトリハーベスト攻撃（ＤＨＡ）
【００４６】
本発明はメールサーバのバンド幅の使用を、上のようにペリメータプロテクションを用いることで６０パーセントまでに減らしている。
【００４７】
本発明は、正当な電子メールが“スパム”電子メールと分類されるエラー（“偽陽性”）を実質的にゼロにまで減らすことが出来る。本発明は、単一のメッセージについて人間の発信人が発信した正当な電子メールを分類する際のエラー（“偽の危険（false critical）”）を実質的にゼロにまで減らすことが出来る。
【００４８】
本発明の別の観点は、コンピュータメッセージ認証装置であり、
受取人に宛てた電子メッセージを受け取る通信ポート及び以下の処理を行なうことの出来る処理装置からなり、
前記処理は、
不明の受取人へ送られた電子メッセージを拒絶する処理、
汚染されたマシンを発信人とする電子メッセージを拒絶する処理、
その他の点で無効なものと直ちに区別できる電子メッセージを拒絶する処理、
有効な受取人へ宛てられたメッセージをテストし、該メッセージの発信者の状況が信頼できるものか又は信頼できないものかを分類することが出来るか否かを決定する処理、そして、発信者が信頼できるものであると分類することが出来れば、発信者の発信源をテストし、それが有効な発信源であることを保証し、もしそうであるならば、該発信者を認証済みとして分類する処理、
もし、発信者の状況がどちらとも分類できない場合には、前記電子メッセージが無効又はスパムであるか否かを決定するテストを行ない、もし、スパムであったなら該メッセージを拒絶し、さもなければ自動的に認証要求を送り、該受領したメッセージを、返事の受領が未決のままの隔離状態に保持する処理、
もし、受諾可能な返事を受け取った場合、前記発信者を信頼された及び認証されたものとして分類する処理、及び、
もし、発信者が信頼された及び認証されたものとして分類された場合、前記メッセージを受信者に配達する処理、
から構成される。
【００４９】
本発明の別の観点は、該方法を行なうためのソフトウェアである。
【００５０】
[図面の簡単な説明]
本発明の一例を以下の図面に関して述べる。
図１は、本発明の典型的な装置を示すブロック図
図２は、本発明の典型的なアーキテクチャを示すブロック図、
図３は、送出されるＳＳＡメッセージの一例を示す図、
図４は、受信されるＳＳＡメッセージの一例を示す図、
図５は、典型的な受諾ＵＲＬを示す図、
図６は、典型的な拒絶ＵＲＬを示す図、
図７は、警告メッセージの一例を示す図である。
【発明を実施するための最良の形態】
【００５１】
まず図１に言及すると、本発明の一般的なインストールは、インターネット１４からプロテクトするファイアウォール１２の背後に、認証装置を設置することを含んでいる。この後、該装置１０は、Ｅメールサーバ１８を介して、プライベートネットワーク１６にインターフェイスで連結している。
【００５２】
前記装置には、各種のプロテクション層を利用することが出来る。図２に示すように、本発明の一般的アーキテクチャは、次のものを含んでいる。
【００５３】
ペリメータプロテクション（境界防御）層２２は、フィジカルアクセスプロテクション、一般ネットワークアクセスプロテクション、コードレベルプロテクション、及びイニシャルＳＭＴＰバウンダリチェックを提供する。
【００５４】
入ってくる又は出て行くメッセージ全てに対してウィルスチェックするアンチウィルス層２４、
欺瞞アドレスから全ての入ってくるメッセージを検出するアンチスプーフィング（偽造防止）層２６、
組織信用リスト及び方法２８に基づいてメッセージ発信者、送信メールサーバ及びドメインの有効性をチェックする層、
ユーザの受諾拒絶リスト３０に基づいてメッセージ発信者の有効性をチェックする層、
メッセージ発信人に対して、彼らのメッセージを拒絶できない時、若しくは有効なものとして認識することが出来ない時に、該メッセージ自体を証明するよう要求する発信人自己認証（ＳＳＡ）層３２。
【００５５】
一旦上記した層をメッセージが通過してもなお、有効なものとして認識することが出来ない時には、該メッセージを保留トレイ内に保持する。自動隔離部３４により、ユーザは自分の保留トレイ内のメッセージを管理することが出来る。メール部がユーザに対して、該ユーザの保留トレイ内のメッセージを知らせてくれ、ユーザはこのメッセージに作用することが出来る。
【００５６】
本発明によるメッセージ配達部３６により、入ってくる及び出て行く全てのメッセージの配達を扱う。送信メール部は、出て行くメールの全て、或いはメッセージデリバリ部がなした或いは受けたいかなる接続もチェックして、それらが有効な送信者及び有効なメールサーバからのものであることを確実なものとしている。
【００５７】
以下、本発明の各要素を詳細に説明する。
【００５８】
ペリミータプロテクション２２
第１保護層は、認可されたスタッフのみが物理的にアクセスが可能な、安全データセンタ内に装置を設置することにより提供されるペリミータプロテクションである。
【００５９】
入ってくるメールは、装置のインターネット側のコンポーネントにより作られ又は受け取られた何らかのメール又は、実際には何らかの接続として、定義される（ＶＯＩＰを含む）。装置により受け取られた何らかの接続は、ＳＭＴＰによる伝達が行なわれる前に、違法メッセージを可能な限り排除するように設計されたペリメータチェックの対象となる。何らかの拒絶が送信者に可能な限りの情報として返却され、合法な電子メールの場合と全く異なって、偽陽性を避けるために、送信者へは十分な情報が提供される。
【００６０】
ペリメータチェックで引っかかると、５ｘｘコードを使用してＭＴＡにより拒絶されたメッセージとなる。
【００６１】
装置は、送出サーバが多数のコマンドを一つで送るパイプライン方式を出来ないようにするよう設計されている。パイプライン方式はＳＭＴＰでは必ずしも必要ではないが、スパムメールの発信者に頻繁に使用されている。
【００６２】
アンチウィルス層２４
ウイルスチェックは全ての受信メッセージ及び送信メッセージに対して行なわれる。アンチウィルス機能は、市販されているサードパーティ製品を使用することが出来る。アンチウィルス機能は、受信Ｅ−メール及び送信Ｅ−メールの両方に対して、有効／無効とすることが出来る。
【００６３】
システムに受け入れられる全てのメッセージはウイルスチェックが行なわれる。 
【００６４】
もし、受信メッセージ内にウイルスが検出されると、発信者と受信者は有効であるが、受信者はウイルスが検出されたことを記述した警告メッセージを送る。送信者の同一性は更にアンチスプーフィングテストにより更に検証することが出来る。例えば、スパム検出アルゴリズムがメッセージを閾値上と採点し、ＩＰが異なると、メッセージは欺瞞的である。欺瞞的なメッセージの受取人には警告メッセージが送られることはない。受信メッセージ中ウイルスが検出され、発信者又は受取人が無効の場合、該メッセージは削除される。  
【００６５】
もし、ウイルスが送信メッセージ内に検出された場合には、該メッセージは削除され、発信者には警告メッセージが送られる。もし、ウイルスがメッセージ内に検出されない時は、メッセージは予定された受取人に配達される。ウイルスチェックにエラーが生じた場合には、そこことがログファイルに記録される。
【００６６】
アンチスプーフィング層２６
スプーフ（欺瞞）は、特定のアドレスを表明形成するメッセージとして規定され、実際、それは悪意を持ってユーザのアドレスを使用するスパムメールの発信人となる。もし、メッセージがユーザの受諾リスト上の発信者から到着しており、ＩＰアドレスは該受諾リスト内のものとは相違している場合、該メッセージはスプーフ（欺瞞）と推定される。
【００６７】
メッセージがスプーフが検出されたものと推定されると、該警告メッセージは後置きサーバに伝達され、該後置きサーバは、メッセージを新しいＩＰアドレス上の発信者に送って発信人の検証を実行する。
【００６８】
アンチフィッシングテストは送信人の同一性を証明することを含むことが出来る。フィッシュイングを行なう者は不正に、パスワードやクレジットカード番号などの機密情報を、メッセージにおいて信用できる人又はビジネスを装って要求する。特定のサードパーティのアンチスプーフィングデータを得ることが出来る。また、特定のサードパーティのアンチスプーフィングソフトウエアはフィッシュイングメッセージを検出するのに使用することが出来る。
【００６９】
産業評価リスト及び方法２８
本発明は、メッセージの送信者の有効性をチェックし、ローカルな許容リストに加えて、それをメール転送エージェント（ＭＴＡ）またはドメインに送る、産業評価リスト及び方法を使用することができる。例えば、リアルタイムブラックホールリスト（ＲＢＬ）はスパム、ウイルス及び悪意のメールを送ることで知られるホストを列挙した、サードパーティにより提供されるリストである。
【００７０】
本発明は、全ての受信メールを産業評価リストでチェックし、該リストは定期的にアップデートされる。メッセージがＲＢＬに有るときは、該メッセージは発信者が意図された受取人に知られていない限り、拒絶される。また、発信者が意図された受取人に知られている場合には、該メッセージは配達される。
【００７１】
全ての受信メッセージはサードパーティの評価リスト（Bonded Sender and
Habeasを含む）に対してチェックされる。発信者が該リストに有る場合には、メッセージは受入れられる。受入れられたメッセージは以後、分析の対象とはならず、ウイルスチェックのみを受ける。
【００７２】
全ての受信メッセージはドメインの送信者ＩＤフレームワーク（ＳＩＤＦ）又はＳＰＦ記録がチェックされる。仮に、ドメインがＳＩＤＦ記録を公示していなかったり、又はドメインが“ソフトフェイル”記録を公示していたりするときは、メッセージは影響を受けない。仮に、ドメインが“ソフトフェイル”記録を公示しておらず、メッセージがこれらの記録と一致しない場合には、メッセージは拒絶される。エラーは、５ｘｘコードで、なぜメッセージが拒絶されたかを示す詳細と共に送り先のＭＴＡに送られる。もし、ドメインがＳＩＤＦを実行していると想定すると、それは該フレームワークに付けられるであろう。該フレームワーク外のメッセージは従って、うまくいかない。
【００７３】
仮に入ってくるメッセージがドメインキー認定メール（ＤＫＩＭ）を用いて署名されている場合には、この情報は確かめられる。仮にキーが一致しない時は、記録は拒絶される。サーバを介して送信される全てのメールを送る、又は、送信サーバでＤＫＩＭを実行する、ドメインの記録だけが公表される。
【００７４】
受信メッセージが宛先不明のメッセージの場合、ＢＡＴＶチェックがそれに対して行なわれる。もし、該チェックに落ちると、メッセージは拒絶される。このチェックによりＭＴＡは悪意のある宛先不明のメッセージを突き止めることが可能となる。
【００７５】
全ての受信メッセージはそのＣＳＡ記録がチェックされる。もし、ＣＳＡ情報がドメインの公表したＣＳＡ情報と一致しない時には、メッセージは拒絶される。
【００７６】
全ての受信メッセージはチェックされ、それらが本当にRralMialにより認証された発信人であるかを見る。もし、ドメインの優先権が他のRralMial顧客からのメッセージを許容するものであったなら、該メッセージは明確に受領され、スパムチェックの対象とはならず、ウイルスチェックのみが行なわれる。
【００７７】
ユーザの受諾拒絶リスト３０
ユーザの受諾拒絶リストはメッセージの発信者の有効性をチェックするように編集されている。受諾及び拒絶リストは、信頼に足る発信者及び信頼できない発信者のリストをそれぞれ含んでいる。
【００７８】
受諾リストには３つのレベルがある。
【００７９】
ユーザにより管理されるユーザの受諾リストであり、ユーザが受諾するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものであり、
ドメイン管理者により管理されるドメイン受諾リストであり、該ドメインのユーザが受諾するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものであり、また、
システム管理者により管理されるシステム受諾リストであり、該システムの全てのユーザが受諾するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものである。
【００８０】
同様に、３つのレベルの拒絶リストがある。
【００８１】
ユーザにより管理されるユーザの拒絶リストであり、ユーザが拒絶するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものであり、
ドメイン管理者により管理されるドメイン拒絶リストであり、該ドメインのユーザが拒絶するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものであり、また、
システム管理者により管理されるシステム拒絶リストであり、該システムの全てのユーザが拒絶するメッセージに関するトップレベルドメイン名、ドメイン又はアドレスの詳細が記されたものである。
【００８２】
認証
有効な受取人に関するメッセージは、送信者が信頼に足るカテゴリー又は信頼出来ないカデゴリーに属するのかを決定するために試験される。認証に利用できる認証用ツールの一つは、認証の要求である。認証の要求は、ユーザの選択により、メッセージの発信者又はメッセージの受取人、又はその両方に送ることが出来る。メッセージによりシステムは発信者のアドレスを有効とすることができる。もし、メッセージを有効なアドレスに送ることが出来なかった場合には、認証の要求は送られない。
【００８３】
受取人発信人認証
受信された認証の要求は受取人に、受信メッセージは保留トレイに保持されていることを伝える。メッセージは以下の詳細を含む。
【００８４】
メッセージの発信人
メッセージの主題
メッセージを取り扱う保留トレイとユーザをリンクさせるＵＲＬ。
【００８５】
ユーザが保留されたメッセージをどのように解放するか又は拒絶するかを述べる。受信された認証の要求の一例を、図３に示す。ユーザの保留トレイに保持されたメッセージは、該ユーザが受入れるか、拒絶するか、又は該メッセージをレビュー（検討）するまで、ユーザの保留トレイに保持される。保留メッセージに“受諾”で答えると、該発信者がユーザの受諾リストに加えられ、“拒絶”で答えると、該発信者がユーザの拒絶リストに加えられ、“レビュー（検討）”で答えると、どのリストも変更されない。
【００８６】
発信人自己認証（ＳＳＡ）３２
メッセージが特に有効なものと認めることが出来なかったり、ペリメータチェックで拒絶されなかったりした時は、自己認証（ＳＳＡメッセージ）の要求をメッセージ送信人に送るべきか否かを決定することを、きっちりと調査する必要がある。ＳＳＡメッセージは、メッセージの発信者に送る電子メールであり、発信人にメッセージがシステムにより保留されていることを告知する。電子メールは、ワンクリックリンクを用いた自己認証を発信者に促す。
【００８７】
本発明は、送出されるＳＳＡメッセージを最小限にし、ＳＳＡメッセージが真のユーザにのみ送られるように、全ての可能なチェックを行なう。
【００８８】
メールの発信者にＳＳＡメッセージを送る前に、ＳＳＡエンジンは、以下の送出前チェックを行なう。
【００８９】
もし、ドメイン又はユーザがＳＳＡメッセージを送ることを希望していない場合にＳＳＡメッセージを送らないための、ドメイン及びユーザ選択チェック。
【００９０】
もし、スパムメッセージの場合には、ＳＳＡメッセージを送らないので、標準的なスパム特性に関して該メッセージをレビューする、スパムチェック。
【００９１】
未決のＳＳＡメッセージが無いことを確認する未決ＳＳＡメッセージチェック   。もし、未決のＳＳＡメッセージ及びユーザが決めた制限を超えた数の未決のＳＳＡメッセージが有った場合には、他のＳＳＡメッセージは送らない。
【００９２】
未決ＳＳＡメッセージ数がユーザが決めた閾値以下の数となるまで更なるＳＳＡメッセージを発信者に送らない、溢れチェック。ＤＯＳを避けるために、二つのＳＳＡメッセージは５分以上の間隔で送られる。
【００９３】
前にも述べた、アンチスプーフチェック。
【００９４】
送出されるＳＳＡメッセージは、メッセージ発信者に自己を証明することを要求する簡単なメッセージである。それは以下の詳細を含む。
【００９５】
意図されたメッセージの受取人
意図されたメッセージの主題
自己を証明するためのＳＳＡ受信者の受諾ＵＲＬ
ＳＳＡメッセージを“後方散乱（back-scatter）”として受け取ったことをシステムに知らせる、ＳＳＡ受取人に関する拒絶ＵＲＬ
ＳＳＡの目的をユーザに知らせるメッセージ
ディストリビュータのサイン欄
RealMailのサイン欄
メッセージの最初の数行
テキスト本文部分中のみにおける、任意的なmailtoフレーズ（sent to
realmail,〈id〉@……）。
【００９６】
送出されるＳＳＡメッセージの一例を、図４に示す。
【００９７】
受け取り又は送出されるＳＳＡメッセージは、全て７ビットキャラクタセットの国に対しては、単純なテキストメッセージである。全て７ビットキャラクタセットでない国に対しては、メッセージは、マルチパート又は選択的（alternative）テキスト又はｈｔｍｌメッセージである。例えば、テキスト部分は英語であり、ｈｔｍｌ部分は他の言語からなる。
【００９８】
送出ＳＳＡメッセージにおける受諾ＵＲＬは、発信者に自分自身を真正なユーザとして証明させることができる。受諾ＵＲＬの一例を、図５に示す。一旦証明されると、メッセージは解放され、メッセージの発信者は受取人の受諾リストに加えられる。受諾ＵＲＬは、ユーザに彼らが真正なメッセージの発信者であることを証明するためのオプションを提供するだけであり、従って、メッセージは解放される。ユーザは“cathcpa”フレーズを入力し、又はユーザの選択により数又は単純にクリックを入力して、受諾ＵＲＬの提出を完了させる必要がある。
【００９９】
ＳＳＡメッセージ内の受諾及び拒絶ＵＲＬは十分にテンプレート化されており、ドメインオーナはその社名やロゴを変更したり、特別のページフッターやヘッダーを加えたり、受諾又は拒絶テキストを変更したりすることが出来る。
【０１００】
自動隔離部３４
一旦メッセージがぺリメータプロテクション、アンチイルス層、アンチスプーフィング（偽造防止）層、組織信用リストチェック及びユーザ受諾リストチェックをパスすると、メッセージは自動隔離モジュールに入る。メッセージは、該メッセージの発信者又は受取人のどちらか、又は両方に送られた認証メッセージを要求されることとなる。自動隔離部は、一旦システムのキューに保持されたメッセージに起こったことをカバーする。
【０１０１】
自動隔離部の目的は、
保留トレイを介してユーザがレビューすることが出来るメッセージを作成する、
メッセージの保留期間をユーザに定期的に告知する、
ＳＳＡ処理の完了を確認する、
所定の規則に基づいてメッセージを除去する、
更にメッセージを有効化するために追加的なチェックを行なう、
ことである。
【０１０２】
保留トレイはユーザに保留されたメッセージ又は送出されたＳＳＡメッセージに対する反応を待っているメッセージを見ることができるようようにしている。エンドユーザは、彼らのアドレスに送られて来たメッセージを見ることが出来、ドメイン管理者は、ドメインの全てのアドレスに送られてきたメッセージを見ることが出来る。保留トレイの全てのメッセージは前のセクションで述べたように、チェックされる。従って、これらのチェックの結果はメッセージの見解を修正するのに使用される。
【０１０３】
保留トレイは、異なる色を用いてメッセージをカテゴリー化することが出来る。カテゴリー化及び対応する色は、例えば、以下の様なものである。
【０１０４】
栗色で表示されるものは、恐らく有効であり、チェック過程でのスコアが低く、ＳＳＡが未決のメッセージを示す。
【０１０５】
紫で表示されるものは、多分有効であり、チェック過程でのスコアが低く、ＳＳＡが時間切れとなったメッセージを示す。
【０１０６】
黒で表示されるものは、恐らくスパムであり、チェック過程でのスコアがボーダラインであり、ＳＳＡが送られていないメッセージを示す。
【０１０７】
灰色で表示されるものは、スパムであり、チェック過程でのスコアが高く、ＳＳＡが送られていないメッセージを示す。
【０１０８】
赤で表示されるものは、緊急であり、緊急な対応が必要なメッセージを示す。
【０１０９】
第２の多分有効カテゴリーのメッセージに対する所要時間は、ＳＳＡの時間切れ時間とほぼ等しい。しかし、ＳＳＡが後に来ても受諾可能である。多分スパムのカテゴリーメッセージにはＳＳＡが送られる。メッセージをスパムとする認定する閾値には二つあり、もし、メッセージが有効な閾値以下であるが、チェック過程でのスコアは低い場合には、ＳＳＡメッセージが発信者から返信されるまで、多分有効に保持される。しかし、仮に発信者がユーザが規定したＳＳＡメッセージ以上の数を送ってきたときは、該メッセージはスパムと記される。
【０１１０】
ユーザは、その保留トレイを以下のアクションを使用して管理することが出来る。
【０１１１】
メッセージを受諾し、発信者をユーザの受諾リストに加える、受諾、
メッセージを受諾するが、発信者をユーザの受諾リストに加えず、メッセージを保留トレイに残す、レビュー、
発信者を拒絶リストに加える、拒絶、
メッセージを保留トレイ及びデータベースから取り除く、削除。
【０１１２】
前のセクションで述べたＳＳＡ処理はＳＳＡメッセージがメッセージの発信者又は受取人に発信されることで終わる。一旦、ＳＳＡが送出されると、ＳＳＡが受諾されるか拒絶されるまでメッセージはユーザーの保留トレイに残される。未解決のＳＳＡは、所定の、ユーザが規定した期間の後、応答期間が切れた後、無効となる。
【０１１３】
保留トレイ中のメッセージは、ユーザ及びシステムが規定した優先度に基づいて、削除される。ユーザ又は管理者は全ての、多分スパム及び恐らく有効とされるメッセージをユーザが規定した日にちの経過後に削除することが出来る。
【０１１４】
メッセージ配達部３６
メッセージを配達する本発明の要素は、ＭＴＡ（メール転送エージェント）である。配達されるメッセージは、以下のようにクラス分けするこことが出来る。
【０１１５】
ローカルメールサーバに配達される有効な発信人からのメッセージ、
ローカルメールサーバに配達される、本発明を使用した他のメールサーバからのメッセージ、
ローカルメールサーバに解放されたＳＳＡで有効とされた発信人からのメッセージ、
ＳＳＡメッセージ、
リモートサーバからの配達報告、
ローカルメールサーバからの遅延メッセージ、
ローカルメールサーバからの送出メッセージ
である。
【０１１６】
使用中の一つ以上のローカルメールサーバが存在しうる。ＭＴＡは他の有効な発信人又は本発明を使用するメールサーバからのメッセージをこれらのローカルサーバに５日の間、配達を試み、その間に配達が出来ない場合には、配達できなっかったメッセージを、メッセージの発信人に返送する。
【０１１７】
ＳＳＡモジュールで解放されたメッセージは、配達のためにフロント−エンドサーバに提出され、顧客からの送出メッセージはリモートサーバから配達報告を受け取る。このメッセージは有効性がチェックされ、顧客に誠実に配達される。本発明のＭＴＡは、送出されるメッセージの配達を、数日間試みる。配達できなかった時は、警告メッセージを生成する。これらの警告メッセージは、顧客に配達される。
【０１１８】
送出メール３８
送出メールとは、本発明のユーザの有効なメールサーバから来ることが要求される、本発明のＭＴＡ部分により受け取られた全てのメールである。自分自身のサーバを持つ本発明のユーザは、彼らのサーバが全ての送出メールを本発明のサーバに配達するようにすべきである。ＩＳＰ（インターネットサービスプロバイダ）によって主催されるドメインを持ったユーザは、彼ら全ての送出メールを本発明のサーバに宛てるようにすることが出来る。例えば、ネットワーク装置により供給されたＳＭＴＰ＿ＡＵＴＨアカウントを使用する。
【０１１９】
先に述べたウイルスチェック。
【０１２０】
送信人受諾リスト内のメッセージ受取人ペアを調べる受諾リストチェック。もし、受取人がリストに無い場合には、リストに加える。
【０１２１】
メッセージのファイルタイプ、到着地料金、キーワード及びスパムスコアをチェックする、送出中身又は料金チェック。もし、ドメインが送出メールのフィルターセットを持っている場合には、ＭＴＡは処理のためのＳＴＩＭｄ−入ってくるメールを取り扱うプログラム−に通される。ＳＴＭｄは、要求されたようにチェックを行ない処理を実行する。
【０１２２】
更に、各ドメインで変更され得るフッターは全ての送出メッセージに付加することが出来る。ブロックされた送出メッセージは送出保留トレイ中に保持されるか、通過を許可される一方で管理者に通報される。
【０１２３】
潜在的メール警告部
潜在的メール警告部はユーザの保留トレイにあるメッセージをユーザに知らせるために使用される機構である。警告は、ユーザの選択に基づいて送られ、保留トレイ内のメッセージの数及びタイプに依存する。図７に潜在的メール警告の例を示す。警告のフォーマット、内容及び頻度は、ドメイン管理者及びユーザにより任意的に設定されることで規定される。
【０１２４】
ユーザは、警告メッセージの頻度、警告メッセージの数の上限、メッセージフォーマット、メッセージの中身、警告メッセージに含まれるメッセージのタイプ及び警告メッセージを一時的に停止させるタイマについて、任意的にセットすることが出来る。ドメイン管理者は、全てのユーザの選択について、ドメインに関してデフォルト及び追加的な選択をセットすることが出来る。
【図面の簡単な説明】
【０１２５】
【図１】図１は、本発明の典型的な装置を示すブロック図。
【図２】図２は、本発明の典型的なアーキテクチャを示すブロック図。
【図３】図３は、送出されるＳＳＡメッセージの一例を示す図。
【図４】図４は、受信されるＳＳＡメッセージの一例を示す図。
【図５】図５は、典型的な受諾ＵＲＬを示す図。
【図６】図６は、典型的な拒絶ＵＲＬを示す図。
【図７】図７は、警告メッセージの一例を示す図。
【図１】
2009512082.tif 000006
【図２】
2009512082.tif 000007
【図３】
2009512082.tif 000008
【図４】
2009512082.tif 000009
【図５】
2009512082.tif 000010
【図６】
2009512082.tif 000011
【図７】
2009512082.tif 000012
【国際調査報告】
2009512082.tif 000013
2009512082.tif 000014
2009512082.tif 000015