(57)【要約】ネットワークを介して電子メール・サーバーに送られる不所望の電子メールを管理するシステムおよび方法。インバウンド・メール伝達エージェントにおいて電子メール・メッセージを受信する。この電子メール・メッセージが不所望被疑メッセージである疑いがあるか否か判定を行う。このメッセージの１つ以上の特性について追加情報を求める１つ以上の問合を開始する。発送元サーバーに配信メッセージ受入指示を発する前に、これらの問合に対する回答に基づいて、判定を行う。【選択図】図２
2012531666.tif 000002
【特許請求の範囲】
【請求項１】
電子メール・システムに送られる不所望の電子メールを管理する方法であって、前記システムが複数のインバウンド・メール・サーバーを含み、前記方法が、
（ａ）インバウンド・メール伝達エージェントにおいて電子メール・メッセージを受信するステップ（３３０）と、
（ｂ）前記電子メール・メッセージが不所望の被疑メッセージであることが疑われるか否か判定を行うステップ（３３８）と、
（ｃ）前記メッセージの１つ以上の特性についての追加情報を求める問合を開始するステップ（３４０）であって、前記問合が、前記ネットワークに基づく前記特性についての情報を返す、ステップと、
（ｄ）前記物理的特性に関するサーチの少なくとも１つに対する応答を受信するステップと、
（ｅ）前記少なくとも１つのサーチの結果に基づいて、前記メッセージが不所望の大量の電子メールであるか否か判定を行うステップ（３４２）と、
（ｆ）前記判定するステップに基づいて、前記メッセージに対して処置を講ずるステップ（３４４、３４６）と、
を含む、方法。
【請求項２】
請求項１記載の方法において、前記ステップ（ｂ）が、以前の問合の結果に基づいて、前記メッセージが疑わしいか否か判定を行うステップを含む、方法。
【請求項３】
請求項１記載の方法において、該方法が、更に、前記ステップ（ｂ）において使うために各問合の結果を格納するステップ（３４８）を含む、方法。
【請求項４】
請求項１記載の方法において、前記方法ステップ（ｅ）が、前記判定するステップを実行するために、複数の同時サーチからの更新サーチ結果を使うステップを含む、方法。
【請求項５】
請求項１記載の方法において、前記ステップ（ｂ）が、
メッセージに対する真のソースＩＰを判定し、このＩＰが既知のスパム発送元と関連しているか否か判定を行うステップ（４０４）と、
メッセージに対するソースＩＰを判定し、このＩＰが、既知のスパム発送元と関連したＩＰのブロックと関連しているか否か判定を行うステップ（４０４、４２２、４３２）と、
前記ソースＩＰを判定し、このソースＩＰと関連したドメインの登録者が、既知のスパム発送元と関連しているＩＰであるか否か判定を行うステップ（４１２）と、
ドメイン名に対して、前記ドメインの信頼できるネーム・サーバー（ＡＮＳ）を判定し、ＡＮＳが既知のスパマーと関連しているか否か判定を行うステップ（４４２）と、
発送元と関連したＭＸレコードを判定し、前記ＭＸレコードにおけるドメインまたはＩＰアドレスが、既知のスパム発送元と関連しているか否か判定を行うステップと、
電子メール・ソースの既知のＩＰアドレスと関連したホスト名を判定し、前記ホスト・ネーム・サーバーＩＰが既知のスパム発送元と関連しているか否か判定を行うステップ（４２２）と、
発送元ドメインと関連したネーム・サーバーを判定し、前記ネーム・サーバーが既知のスパム発送元と関連しているか否か判定を行うステップ（４４２）と、
の内少なくとも１つを含む、方法。
【請求項６】
請求項１記載の方法において、前記開始するステップが、前記メッセージの複数の特性に対して複数の問合（４０４、４１２、４２２、４３２、４４２、４５２）を実行するステップを含む、方法。
【請求項７】
請求項１記載の方法において、該方法が、前記複数の問合を非同期に実行するステップを含む、方法。
【請求項８】
請求項１記載の方法であって、更に、前記複数の問合のうち１つに対する回答（４１０、４１８、４２８、４３８、４４８、４５８）を受信し、前記問合の他のものに対する回答を受信する前に、前記回答が、前記メッセージがスパムであるか否かについて決定的であるか否か判定するステップを含む、方法。
【請求項９】
請求項１記載の方法において、前記ステップ（ｆ）が、
前記メッセージを拒否し、配信メッセージに対する受入メッセージを発しないことを決定するステップ（３４４）と、
ＳＭＴＰレベル５００エラーを発することにより、前記メッセージを拒否することを決定するステップ（３４４）と、
前記メッセージを受け入れることを決定し、このメッセージをジャンク・フォルダに導くステップ（３４６）と、
前記メッセージを受入ることを決定し、自動的に前記メッセージを削除するステップと、
前記メッセージを受け入れることを決定し、前記メッセージに異なる表示を行うステップと、
のうち１つ以上を含む、方法。
【請求項１０】
ネットワークを介して受信する電子メール・メッセージに対して、配信メール受入メッセージを発するか否か決定する方法であって、
前記電子メール・メッセージがスパム特性を有するか否か判定するステップ（３３８）と、
前記メッセージが、以前にスパムであると判定されたメッセージと、ネットワーク・インフラストラクチャ特性を共有するか否か判定を行うために、前記メッセージの１つ以上の構成要素に対して複数の問合を発するステップ（３４０、４０４、４１２、４２２、４３２、４４２、４５２）と、
前記複数の問合のうち１つ以上に対する回答を受信するステップ（４０５、４１３、４２３、４３３、４４３、４５３）と、
前記メッセージがスパムか否か判定を行うのに前記受信した回答が十分であるか否か判定を行うステップ（４０６、４１４、４２４、４３４、４４４、４５４）と、
前記メッセージがスパムか否か判定を行うのに前記受信した回答が十分である場合、前記回答に基づいて、前記メッセージがスパムであるか否か判定を行い、十分でない場合、１つ以上の追加の回答を待つステップ（４１０、４１８、４２８、４３８、４４８、４５８）と、
前記メッセージがスパムであるか否か判定を行うのに十分な１つ以上の回答に基づいて、配信メッセージ受入メッセージを発する（３４６）または制止する（３４４）ステップと、
を含む、方法。
【請求項１１】
請求項１０記載の方法において、該方法が、更に、各判定するステップにおいて使うために、問合に対する回答を格納するステップ（３４８）を含み、発するステップが、以前の問合の結果に基づいて、前記メッセージが疑わしいか否か判定を行うステップを含む、方法。
【請求項１２】
請求項１１記載の方法において、発するまたは制止するステップが、前記判定するステップを実行するために複数の同時問合からの更新サーチ結果を使うステップを含む、方法。
【請求項１３】
処理デバイスを含むメッセージング・システムであって、
該メッセージング・システムへの接続を管理するメッセージ伝達エージェント（２１５）を提供するステップと、
メール構成要素抽出モジュールを含むインバウンド電子メール解析エージェント（２２５）を提供するステップと、
被疑電子メール判定モジュール（２３５）を提供するステップと、
を実行するために、前記処理デバイスに命令を与えるコードを含み、
前記被疑電子メール判定モジュールが、
電子メール・メッセージがスパム特性を有するか否か判定を行うステップ（３３４、３３８）と、
前記メッセージが、以前にスパムであると判定されたメッセージと特性を共有するか否か、前記メッセージによって共有されるネットワーク・インフラストラクチャ特性に基づいて判定するために、前記メッセージの１つ以上の構成要素に対して複数の問合（３４０）を発するステップと、
前記複数の問合のうち１つ以上に対する回答を受信するステップと、
前記メッセージがスパムであるかまたはスパムでないか判定を行うのに十分な１つ以上の回答に基づいて、配信メッセージ受入メッセージを発するまたは制止するステップ（３４６、３４４）と、
を実行するコードを含む、メッセージング・システム。
【請求項１４】
請求項１３記載のシステムにおいて、前記被疑電子メール判定モジュールが、更に、
前記メッセージがスパムであるか否か判定するのに前記受信した回答が十分か否か判定するステップと、
前記メッセージがスパムであるか否か判定するのに前記受信した回答が十分である場合、前記回答に基づいて、前記メッセージがスパムであるか否か判定を行い、十分でない場合、１つ以上の追加の回答を待つステップと、
を実行するコードを含む、システム。
【請求項１５】
請求項１３記載のシステムにおいて、複数の問合を発する前記コードが、
メッセージに対する真のソースＩＰ、およびこのＩＰが既知のスパム発送元と関連しているか否か判定を行うこと（４０４）、
メッセージに対する前記ソースＩＰ、およびこのＩＰが、既知のスパム発送元と関連したＩＰのブロックと関連しているか否か判定を行うこと（４０４、４２２、４３２）、
前記ソースＩＰ、およびこのソースＩＰと関連したドメインの登録者が、既知のスパム発送元と関連しているＩＰであるか否か判定を行うこと（４１２）、
ドメイン名に対して、前記ドメインの信頼できるネーム・サーバー（ＡＮＳ）を判定し、ＡＮＳが既知のスパマーと関連しているか否か判定を行うこと（４４２）、
発送元と関連したＭＸレコードを判定し、前記ＭＸレコードにおけるドメインまたはＩＰアドレスが、既知のスパム発送元と関連しているか否か判定を行うこと、
電子メール・ソースの既知のＩＰアドレスと関連したホスト名を判定し、前記ホスト・ネーム・サーバーＩＰが既知のスパム発送元と関連しているか否か判定を行うこと（４２２）、および
発送元ドメインと関連したネーム・サーバーを判定し、前記ネーム・サーバーが既知のスパム発送元と関連しているか否か判定を行うこと（４４２）、
のうち少なくとも１つを行うための問合を発することを含む、システム。
【発明の詳細な説明】
【従来技術】
【０００１】
[0001]  不所望の大量の電子メール（ＵＢＥ：Unsolicited Bulk Email）は、広範囲にわたる問題である。ＵＢＥは、不所望の商用電子メール、スパム、フィッシング電子メール、およびその他の不所望電子メールを含むことができる。ＵＢＥの発信元（スパマー）は、ＵＢＥを送るために、数多くの電子メール・サーバーの処理パワーを利用する。大規模な電子メール・サービス・プロバイダー（ＥＳＰ）は、ＵＢＥを処理するときに、彼らのメーリング・インフラストラクチャおよびインバウンド電子メール受入容量の真の大きさ(sheer magnitude)だけ不利になる。
【０００２】
[0002]  ＵＢＥは、これらをＥＳＰへのＵＢＥとして識別する複数の特性を有する可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
一般に、ＥＳＰは、システムのユーザーが受信するＵＢＥの量を低減させる複数のメカニズムを使う。その結果、スパマーは、ＥＳＰが彼らのメッセージを停止する努力を無にするために種々の技法を使う。スパマーは、絶えず、ルート、ドメイン名、発信元ＩＰ、およびメッセージの内容を変化させて、ＵＢＥ検出システムを騙そうとする。
【課題を解決するための手段】
【０００４】
[0003]  発送元の電子メール・サーバーにメッセージ受入メッセージを発する前に、リアルタイムのスパム・フィルターリングを実施する技術について説明する。疑わしいメッセージを受信したときに、ＵＢＥである疑いのある受信メールの構成要素に対して、１つ以上の問合を発する。これらの問合は、そのメッセージをスパムまたは不所望大量電子メールであると特定することができるがそのメッセージにおいて容易には明らかにはならない情報を探す。問合に対する応答が受信され、メール受入メッセージを発する前に、このメッセージを発すべきか否か判定を行う。問合は、メッセージの構成要素を、そのメッセージがインバウンド・メール・サーバーに到達したときに通ったネットワーク・インフラストラクチャに関係付けることができる。
【０００５】
[0004]  この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判定するときに補助として使われることを意図するのでもない。
【図面の簡単な説明】
【０００６】
【図１】図１は、企業電子メール・システムのブロック図を示す。
【図２】図２は、本技術にしたがって、インバウンド・メール・サーバーおよびメッセージ情報サーバーにおいて行われる方法を示す。
【図３】図３は、インバウンド電子メール・メッセージの特性について同時問合を発する方法を示す。
【図４】図４は、メッセージの他の特性に対して受信された問合に基づいて、メッセージがスパムであるか否か判定する方法を示す。
【図５】図５は、本技術の他の実施形態を示す。
【図６】図６は、本明細書において記載する技術を実現するのに適した処理システムの図である。
【発明を実施するための形態】
【０００７】
[0011]  大規模企業電子メール・システムの不所望の大量電子メール（ＵＢＥ）を処理する能力を改良する技術について記載する。リアルタイム・フィルターリング・エンジンは、ＵＢＥである疑いがある受信電子メールの構成要素について１つ以上の問合を発する。これらの問合は、メッセージをＵＢＥであると特定することができる情報であるが、メッセージにおいて容易に明らかにならない情報を探す。これらの問合に対する応答が受信され、メール受入メッセージを自動的に発する前に、このようなメールを発すべきか否か判定を行う。
【０００８】
[0012]  図１は、本技術を実現するのに適したシステムのブロック・レベルの図である。システム２００は、電子メール・サービス・プロバイダー（ＥＳＰ）によって実現することができ、例えば、１つ以上の処理デバイスを含むインバウンド・サーバー２２０で構成することができる。複数のインバウンド・サーバー２２０〜２２０ｎを１つの企業２００に設けることができ、これらの全ては１つ以上の処理デバイスを含む。
【０００９】
[0013]  一実施形態では、電子メール・サーバー２２０は、スタンド・アロン・サーバーであり、このサーバーにおいて電子メール・アドレスを有するユーザーが、ＩＭＡＰまたはＰＯＰのような任意の数のフォーマットによって、彼らのメールにアクセスすることを可能にする。代替実施形態では、インバウンド・サーバー２００は、メッセージを任意の数のバックエンド処理デバイスに受け渡す複数のフロント・エンド・サーバーのうちの１つである。バックエンド処理デバイスは、企業のユーザーのために電子メールを格納する。本明細書において論じられる技術は、スタンドアロン電子メール・サーバーおよび企業環境に適用することができる。
【００１０】
[0014]  インバウンド電子メール・サーバー２２０は、発送元サーバー６６０、１３０からインターネット５０を介して送信された電子メール・メッセージを受信する。各発送元サーバーは、それぞれのＭＴＡ１１５、１３５を有する。インバウンドＭＴＡ２１５は、インターネット５０を介してインバウンドＭＴＡに結合する発送元メール・サーバーからの接続を処理し、インバウンド電子メールに対して最初の１組の受入およびフィルターリング・タスクを実行する。一般に、ＭＴＡは、ホスト・ネットワーキング・プロトコルにおいて着信接続要求試行を受け入れるかまたは拒否することができる。
【００１１】
[0015]  インバウンド電子メール・サーバー２２０は、解析エージェント２２５、スパム・フィルター２３０、リアルタイム・フィルター２３５、およびリアルタイム・データー２４５を含むことができる。以下で説明するように、スパム・フィルター２３０による初期チェックは、着信メッセージに適用され、スパム・スコアを各メッセージと関連付ける。スパム・コンテンツ・フィルター２３０は、例えば、メッセージがフィッシング・コンテンツ、疑わしいリンク、またはウィルスが潜む添付ファイルを含むか否か判定する方法を含む、複数のコンテンツ・フィルターリング方法のうち任意のものを含むことができる。電子メールが配信可能であると見なされた場合、インバウンド電子メールＭＴＡはそのメッセージを受け入れる。
【００１２】
[0016]  企業データーベースは、システム２００によって見られる全てのソースについての大域的スパム・データーを維持する個々のサーバー２２０におけるリアルタイム・データーベース２４５から、他のサーバー２２０ｎへの配信のために、データーを企業データーベースに配信することができる。
【００１３】
[0017]  解析エージェント２２５は、フィーチャ抽出コンポーネント６６０として動作する。フィーチャ抽出コンポーネント６６０は、インターネット・プロトコル（ＩＰ）アドレス、ドメイン名、およびＵＲＬ、ならびにメッセージ１４５において見いだされる他の情報を検出し抽出することができる。リアルタイム・フィルター２３５は、解析エージェントによって提供される情報を使って、メッセージから抽出されたデーターのエレメントに対してリアルタイム・問合を実行し、メッセージの非自明エレメントがスパムまたは不正なメッセージの可能性を示すか否か判定する。リアルタイム・フィルター２３５は、調査コンポーネント(lookup component)を含む。この調査コンポーネントは、ＩＰアドレスに対する逆ＤＮＳ調査や、メッセージのステータスを確認するための、以下で概略を説明する他の問合というような、任意の数の並列および非同期問合を実行することができる。
【００１４】
[0018]  また、図１は、ネットワークを通したメッセージ１４５の抽象図も示す。例えば、発送者のエッジ・メッセージ・サーバー６６０は、メッセージ１４５を着信メール・サーバー２２０にインターネット５０を介して送る。インターネット５０は、互いに（そして他のコンポーネントに）接続されている複数のルーター１４３、１４７、１４９を含む。メッセージ１４５は、発送元のコンピューター６６０から、ルーター１４７、１４９等を介して、宛先コンピューター２２０に到達するまで移動する。ルーターを介した情報の流れは、電子メールには記録されない。ルーターは、これらを通過する情報を変更しない。電子メールは、１つのサーバーから他のサーバーに直接移動することができる場合もある。メール・サーバーからメール・サーバーに移るとき、サーバーＩＰアドレスを与えるラインを電子メールに追加することができるので、サーバー間のフローは記録されるのが通例である。しかしながら、各メール・サーバーは、任意の望ましい方法でこの情報を変更することができる。したがって、一般には、サーバー２００への最後のメール・サーバーのＩＰアドレスしか信頼することができない。それよりも前のサーバーはいずれも情報を変更したかもしれず、またはスパマーが、メッセージを送る前に、偽りのＩＰアドレスをヘッダーに挿入したかもしれない。
【００１５】
[0019]  また、図１には、ＵＲＬコンテンツ・サーバー１２０も示されている。ＵＲＬコンテンツ・サーバー１２０は、メッセージ１４５に埋め込まれているＵＲＬの要求に応答して、コンテンツを供給するように応答する。ネーム・サーバー１４０は、メッセージにおけるＵＲＬのホストに対する問合、および他のネーム・サービス要求に応答する。種々のルーター１４３、１４７、および１４９は、ネットワーク上における種々のサーバー間の通信を容易に行うために使うことができる。尚、これらのルーターは一意でないこと、そしてエンティティ間における所与の転流はいずれもインターネット５０を介して異なる経路を取ることができることは認められてしかるべきである。
【００１６】
[0020]  電子メッセージは、通例、シンプル・メール・トランスファー・プロトコル（ＳＭＴＰ）規格を使って、インターネット５０を介して送られる。ＳＭＴＰによって送られる電子メッセージは、ソース情報、受け取り先情報、およびデーター情報を含む。ソース情報は、通例、ソースＩＰアドレスを含む。ソースＩＰアドレスは、電子メッセージが発信された元の一意のアドレスであり、１つのサーバー、サーバーのグループ、または仮想サーバーを表すことができる。
【００１７】
[0021]  ＩＰアドレスは、メッセージ配信通路（メッセージ発送元とメッセージ受け取り先との間）に沿った種々の時点においてメッセージ・ヘッダに追加することができ、したがって、スパム・フィルターによるメッセージの処置に影響を及ぼす可能性がある。メッセージの中で検出されたＩＰアドレスは、逆ＤＮＳ情報に使うことができ、そしてルート追跡に使うことができる。最後のＩＰアドレスは、捏造することができず、少なくとも１つのメッセージ・ソースを与え、予測に使うことができる。このため、スパマーは、例えば、ウィルスやトロイの木馬を発送元マシンに感染させることによって、他のＩＰアドレスを入手しようとする虞れがある。次いで、スパマーはこれらのウィルスまたはトロイの木馬を使ってスパムを送る。このように、メッセージのＩＰアドレスが、感染されたマシンのＩＰアドレスである可能性がある。その結果、全ての可能な感染について学習することや、このような感染のリアルタイムの記録を維持することが困難である場合もある。
【００１８】
[0022]  図２は、インバウンド・サーバー２２０の種々のコンポーネントによって実行される方法を示す。３３０においてインバウンド・サーバーにおいて受信されたメッセージ毎に、メッセージが３３２において解析され、このメッセージがＵＢＥであるか否か判定するために使われる１つ以上の構成要素を抽出する。これらの構成要素は、メッセージに対するリアルタイム特性問合に使われる。この抽出は、例えば、埋め込まれたＵＲＬにおけるルートおよび第２レベル・ドメインを判定し、ＩＰアドレスおよび他のヘッダー情報を抽出し、本明細書において記載するような問合を使ってメッセージに関する追加情報を判定するために使うことができる任意の構成要素を抽出することを含むことができる。
【００１９】
[0023]  ３３４において、メッセージがＵＢＥである疑いがあるか否かについて初期判定を行う。ＵＢＥであれば、ユーザーに配信してはならない。このようなメッセージは、スパムまたはフィッシング・メッセージを含む可能性があり、コンテンツ・サーバー１２０のような他のサーバーにおいて供給されるコンテンツにリンクする１つ以上の埋め込みＵＲＬを有する。一実施形態では、判定３３４は、スパム・フィルター・コンポーネント２３０によって行われる。この初期判定は、発送元、発送元のドメイン、および認証情報というような、電子メール・メッセージ・ヘッダーおよび本体において容易に分かるメッセージの構成要素を調べることによって行うことができる。このような既知の特性をスパム・メッセージと照合するために、履歴データーを使ってもよい。正しいことがわかっている特性は、メッセージを明瞭にするために同様に使うことができる。一態様では、スパム・フィルターは、リアルタイム・データーベース２４５における情報にアクセスし、ヘッダーまたは本体からの情報の１つ以上の構成要素を調査して、メッセージがスパムか否か素早い判定を行うことができる。このような初期判定は、分かっているスパム電子メール・アドレス、ドメイン、発送元分類、メッセージのスパム確率スコア、認証技術、または他の迅速判定手段によって行うことができる。メッセージの他の特性が、メッセージはスパムである可能性は低いことを示す場合もある。例えば、メッセージ発送元または発送元のドメインが、正しいことが分かっているメッセージとして以前に特徴付けられていた場合、メッセージが疑わしい可能性は低くなる。更にまた、メッセージがＳＰＡＭかＳＰＡＭでないかを示す任意のフィーチャが、そのメッセージに欠けていると、そのメッセージは疑わしいという判定になる可能性がある。例えば、メッセージがこれまでに見たことがないドメインからのものである場合もある。
【００２０】
[0024]  一実施形態では、スパム・フィルター２３０は、インバウンド電子メール・サーバー２００の特別にプログラミングされた部分であり、例えば、正しいことが分かっている電子メール・アドレスおよび不正であることが分かっている電子メール・アドレスのリスト、正しいことが分かっている電子メール・ドメインおよび不正であることが分かっている電子メール・ドメインのリスト、ドメイン範囲またはＩＰアドレス、ならびにフィルターリング・テストを含む。フィルターリング・テストは、メッセージがＵＢＥを含むか否か判定するために、電子メール・メッセージの一部に対して実行することができる。
【００２１】
[0025]  ３３４において、メッセージが明らかにスパムではない場合、３３８において、そのメッセージが疑わしいか否か判定を行う。疑わしいメッセージとは、スパム・フィルターによって指定されたスパム・スコアが、明らかにスパムを示すしきい値スコアよりも低いもの、またはＵＢＥであることが分かっているメッセージが共有する他の特性（例えば、埋め込みＵＲＬ）を有するものとすることができる。
【００２２】
[0026]  ３３８における初期判定で、メッセージが疑わしい場合、１つ以上のリアルタイム問合３４０を実行する。本技術によれば、問合から得られる結果は、「メッセージ受入」指示を発送元電子メール・サーバーに発するか否か判定するために使われる。一実施形態では、３４０において複数の問合が並列にそして非同期に発される。問合の結果は、単独で決定的であるまたは組み合わせで決定的であるというように優先順位を付けて、他の応答よりも前に受けた１つ以上の問合に対して受信された応答が、メッセージのステータスを決定することができるようにすることができる。この態様では、システムは非同期である。本システムは、更に、例えば、「配信のためのメッセージ受入」トランザクション・メッセージによってメッセージ・トランザクションを完了する前に、問合に対する回答を受けることによって、「リアルタイム」で動作する。
【００２３】
[0027]  ＳＭＴＰプロトコルでは、サンプル交換は、一般に、「２５０ＯＫ」または「配信のための２５０メッセージ受入」メッセージで終了する。
【００２４】
【表１】
2012531666.tif 000003
【００２５】
[0028]  このコンテキストでは、「リアルタイム」は必ずしも瞬時的を意味しなくてもよく、「配信のためのメッセージ受入」コマンドを発するか否かの判定を含む、問合を発することおよび問合応答を受信すること、ならびに応答の分析を考慮した時間 (some of time)の経過を伴って動作する。尚、単に「配信のためのメッセージ受入」メッセージを制止する以外に、他の「リアルタイム」動作もメッセージに対して行われてもよいことは認められよう。例えば、他の動作には、限定ではく、ＩＰ接続を阻止する（接続を落とす）、制限に基づいて発送元のレートを制限する、発送元の速度を低下させることを含むことができ、これらは全て、発送元と関連した種々のインフラストラクチャと関連したしきい値に基づく。更に他の動作には、データーに基づいて、彼らの電子メール・インボックスにおいて受け取り先に対してメッセージを異なる表現で示すことを含むことができる。例えば、メッセージが、疑わしいフィッシング・ホストにリンクされているある種のＵＲＬを有する場合、メール・インターフェースにおいてユーザーに赤い安全バーを表示することができる。逆に、メッセージが、信頼できることがわかっているソースからである場合、メール・インターフェースにおいて信頼表示メカニズムを使うことができる。
【００２６】
[0029]  ３４２において、３４０において発された問合に対する応答を受信すると、この応答が、メッセージに伴う問題を示すか否か判定を行う。ステップ３３４および３３６は、図４に更に詳細に示されている。メッセージがスパムであると判定された場合、３４４において「メール受入」メッセージを送らない。メッセージがスパムではない場合、３４６においてメール受入メッセージを発する。３４８において、３３４および３３８における初期判定ステップにおいて使うために、問合から得られたデーターをリアルタイム・データーベースに戻す。
【００２７】
[0030]  一実施形態では、３４４において行われる動作は、ＳＭＴＰ会話(conversation)において「２５０メッセージ受入」応答を供給しないことを含む。しかしながら、３３４において、複数の代替案を実施することができる。ＳＭＴＰレベル５００エラーを発することによって、メールを拒否することができ、メールを受け入れるが、ジャンク・フォルダに導くためのタグを付けることができ、メッセージを受け入れて自動的に削除することができ、および／またはメッセージを受け入れてメールの表示を変えることができる。３４４において行われる動作は、メッセージがＵＢＥであることの信頼度に依存することができる。信頼度が高ければ、即座に拒否することができ、信頼度が低ければ、受け入れて代わりの表示をすることができる。
【００２８】
[0031]  図３は、図２におけるステップ３４０および３５２を詳細に示す。ステップ３４０において、１つの電子メール・メッセージに対して複数の並列問合を同時に発することができる。
【００２９】
[0032]  図３に示すように、任意の数の問合４０４、４１２、４２２、４３２、４４２、４５２を並列に発することができる。一例では、これらの問合は、コンテンツ・サーバーについての情報を提供するＵＲＬ調査４０４、発送元ドメインまたはコンテンツ・サーバーについての情報を提供するＷｈｏＩｓ問合４１２、発送元ドメインまたはコンテンツ・サーバーについての逆ＤＮＳ問合４２２、発送元ドメインまたはコンテンツ・サーバーへのメッセージが辿る経路に関するトレースルート４３２、およびスパム・ドメイン・ソース間における潜在的な関係を判定するネーム・サーバー問合４４２を含む。「ｎ」個までの並列問合を作成することができる。メッセージにおいて容易に分からない情報を暴露する任意のタイプの問合や、メッセージが受信されたときに通ったネットワークのインフラストラクチャに関する情報を暴露する任意のタイプの問合を、２４０において実行することができる。図３に示す例は、網羅的であることを意味するのではない。
【００３０】
[0033]  一旦問合が開始されると（４０４、４１２、４２２、４３２、４４２、４５２において）、システムは、４０５、４１３、４２３、４３３、４４３、４５３のそれぞれにおいて各問合の結果を待つ。全ての問合が同じ時間フレームにおいて結果を引き出すとは限らないので、問合毎に、４０６、４１４、４２４、４３４、４４４、４５４において他の問合結果が受け取られたか否か判定を行う。他の結果が引き出された場合、その結果（１つでまたは他の問合結果との組み合わせで）が、メッセージがＵＢＥであるかまたはＵＢＥではないか判定できるか否か判定を行う。受け取られた他のテスト結果の結果、メッセージがＵＢＥであると判定された場合、３４４において、このメッセージにスパムであるというフラグを立てる。そうでない場合、本方法はステップ３４６に進み、図２に示したように、「配信のためにメール受入」メッセージを供給する。
【００３１】
[0034]  以前の結果が引き出されない場合、４１０、４１８、４２８、４３８、４４８、４５８において各問合の結果が決定的であればよい。以下で説明するように、結果が決定的でない場合、メッセージ受入メッセージを発するか否か決定する前に、この結果データーを他の問合結果と組み合わせて使うことができる。
【００３２】
[0035]  問合の各々は、メッセージについて発見可能な情報を戻すように設計されている。例えば、スパマーは非常に多くのホスト名(hostname)を安易に作成することがある。これらのホスト名は多くの属性を共有する可能性がある。複数のメッセージ、およびメッセージについて返されるデーターを調べることによって、ＩＰ範囲、登録者名またはアドレス、あるいは共通ネーム・サーバーのような構成要素において、パターンが現れることがある。これらの共通性を使って、新たに受信したメッセージをＵＢＥであると識別する。各問合は、メッセージ自体と共に提示されるメッセージの一構成要素だけを調べるのではなく、メッセージの真の性質を暴露する構成要素の発見可能な側面を深く探求するように設計されている。サーチの多くは、ネットワーク・インフラストラクチャにリンクされているメッセージ構成要素についての情報を発見することに結び付けられている。
【００３３】
[0036]  ＵＲＬホスト調査問合４０４は、ＵＲＬが電子メール・メッセージの本体において与えられており、そのＵＲＬが追加のコンテンツを指し示すか、または例えば、ＨＴＭＬコード化メッセージにおけるコンテンツを表示するように埋め込まれ設計されているという状況において、実行することができる。ＵＲＬ問合４０４は、ＵＲＬの特性を調べて、メッセージがＵＢＥか否か判定し、その特性を使ってメッセージについての問合を開始する。一実施形態では、ＵＲＬが疑わしいコンテンツ・サーバーを指し示すか否かについての糸口を求めて、ＵＲＬフィーチャを分析する。ＵＲＬの一部を抽出して、スパム・フィルターリングにおいて使うことができる。ＵＲＬフィーチャに対して、スパマーは他の人々に属する正しいＵＲＬと、彼らが制御するＵＲＬとの双方を含ませることによって、マシン学習フィルター(machine learning filter)を騙そうとする。例えば、スパマーは、そのメッセージのどこかにmicrosoft.comを含ませることもある。何故なら、これは正しいＵＲＬまたは「安全な」ＵＲＬとして知られていると考えられるからである。この乗っ取りを軽減するために、カウント・ベースおよび組み合わせベースのＵＲＬフィーチャを、マシン学習フィルターへの入力として含ませることができる。
【００３４】
[0037]  ＵＲＬホスト調査４０４は、ＵＲＬのドメインがＵＢＥエンティティに対して既知の関係を有するか否かを含む、ＵＲＬの追加の特性を調べる。ＵＲＬホスト調査は、追加のスパム特性を与えるために、ＷｈｏＩｓ問合のような、他の問合と組み合わせることができる結果を生成することができる。
【００３５】
[0038]  ＷｈｏＩｓ問合は、所有者、所有者のアドレス、またはＷｈｏＩｓ問合によって戻される他のデーターに関するドメイン間の関係を識別することができる情報を戻すことができる。ＷｈｏＩｓ問合は、ドメイン名の所有者、ＩＰアドレス、またはインターネット上の自律システム番号を戻すことができる。スパマーが複数のドメイン・アドレスを使っていたという状況では、ＷｈｏＩｓ問合は、邪悪なドメインが共通の所有者または共通の開始アドレスを共有することを暴露することができ、この所有者またはアドレスを使って、今後の邪悪なドメインを識別することができる。
【００３６】
[0039]  逆ＤＮＳ問合４２２は、ドメイン名への電子メールと関連したＩＰアドレスを解決するために使うことができ、これらの名称は、メッセージがＵＢＥでありそうか否か判定するために、邪悪であることが分かっているドメイン名と比較される（または他の問合と共に使われる）逆ＤＮＳ問合から得られる。他の技法は、逆−ＤＮＳ調査をＩＰアドレスにおいて実行することである。尚、ＩＰアドレスにおけるマシンを制御する人は、そのＩＰアドレスに対する逆ＤＮＳアドレス・エントリー(entry)を制御することはできないことを注記しておく。例えば、自宅のコンピューター・ユーザーが、感染されたコンピューターを有しており、ケーブル・モデムまたはＤＳＬラインを介してスパムを送っていることもある。ケーブル／ＤＳＬラインのＩＰアドレスに対する逆ＤＮＳアドレス・エントリーを制御するのは、彼のインターネット・プロバイダーである。スパマーは、コンピューターを制御するが、ＤＮＳエントリーは制御しない。ＤＮＳサーバーを制御するスパマーであっても、コンピューターに対する逆ＤＮＳアドレス・エントリーを制御することはできない。スパマーがコンピューターに対するＤＮＳエントリーを制御する場合であっても、逆ＤＮＳ調査を実行し、次いで得られたＲＤＮＳエントリーに対してＤＮＳ調査を実行するというのが一般的な技法である。これら２回の調査が一致しない場合、ＤＮＳサーバーが誤って構成されているかまたは障害を発生していることの確かな証拠となり、そこからのあらゆる情報を無視することができる。
【００３７】
[0040]  逆ＤＮＳアドレス・エントリーは、通常のエントリーとは多少異なる方法で構成されており、多くの場合、逆ＤＮＳアドレス・エントリーを制御するために、複数のＩＰアドレスを有さなければならない。場合によっては、逆ＤＮＳアドレス・エントリーが空白のままになっていたり、欠落していることもある。ＩＰアドレスは、逆ＤＮＳ調査コンポーネント４１０によって分析することができる。これには、アドレスがＮＵＬＬか否か、またはＤＳＬのような他のストリングを含むか否か単にチェックする以上のことを伴う。むしろ、ヌルおよび／またはヌルでない情報における名称の戻りを取り込み、リアルタイム・データーベースへの入力として使うことができる。
【００３８】
[0041]  トレースルート問合４３２は、２つのＩＰアドレス間に少なくとも１本のパスを求める。任意の２つのコンピューター間には、インターネットを介して多くの代替パスがあり得るが、トレースルート・パスにおける共通の要因が、メッセージがスパムである可能性を暴露することができる。トレースルートは、発送元が位置する地理的位置を狭めていくことができる。トレースルート動作とは、情報を判定するために追跡パケットを送ることができるツールを指す。特に、このツールは、ローカル・ホストのＵＤＰパケットのリモート・ホストまでのルートを追跡することができる。また、トレースルートは、その宛先コンピューターに到達するまでに通ったルートの時刻および位置を表示することもできる。関連するＩＰアドレスを判定した後、トレースルートを実行し、発送元の外部サーバーに到達するまでに使われた最後の１つ、２つ、またはそれ以上のルーターを判定することができる。トレースルートによって得られた情報は、スパム・フィルターのようなフィルターを訓練するために使うことができる。
【００３９】
[0042]  スパマーは、複数のＩＰアドレスを取得することによって、ＩＰアドレスを使うスパム・フィルターを騙そうとする場合もある。しかしながら、インターネットへの多数(diverse number)の接続を取得するよりも、多様な範囲のＩＰアドレスを取得する方が容易である。「トレースルート」情報は、スパマーがインターネットに接続するために使うパスについて学習するために使うことができる。最後および最後から２番目のホップ等を見ることによって、スパムが通っているルートを学習することができる。例えば、多くのスパムが共通のルートを辿ることを発見することができる。
【００４０】
[0043]  ルーターは、これらを通過する情報を変更しない。電子メールは、１つのサーバーから他のサーバーに直接移動することもあり得る。メール・サーバーからメール・サーバーに受け渡すとき、サーバーＩＰアドレスを与えるラインが電子メールに追加されるので、サーバー間の流れは記録されるのが通例である。しかしながら、各メール・サーバーは、この情報を任意の所望の方法で変更することができる。
【００４１】
[0044]  ＵＲＬに、他のサーチから集められた発送元ドメインまたは情報に対して、ＤＮＳ調査４４２を実行することができる。スパマーは、複数のホスト名に対して１つのみのＤＮＳサーバーを有することもある。その結果、ＤＮＳサーバーの識別がスパム・フィルターにとって貴重なフィーチャとなる場合がある。スパマーが複数のＤＮＳサーバーを有することもあるが、これらはネットワーク上で近隣に存在すると考えられる。したがって、ＤＮＳ問合と組み合わせてトレースルートを使って、ＤＮＳサーバーまでのパスを得ると、貴重な情報を提供することができる。ＤＮＳサーバーは、特定の好ましいタイプのものであればよい。ＤＮＳサーバーについてのバージョン情報は、貴重な情報となることもある。
【００４２】
[0045]  ＤＮＳサーバーを使うと、ホスト名をＩＰアドレスに変換することができる。スパマーによって作成された種々のホストが同じサーバーに存在する場合、これらは同じＩＰアドレスを有するはずである、または有する可能性がある。したがって、ＩＰアドレスまたはその一部は、スパム・フィルターにとって貴重な情報となる場合がある。ＩＰアドレスには、インターネットを介して連絡しなければならない。ＩＰアドレスに対してトレースルートを実行することによって、複数のＩＰアドレスが同様に接続されていることを発見することができる。また、信頼できるネーム・サーバーについての問合が、邪悪なサーバーに伴う同様の共通性を暴露することもできる。
【００４３】
[0046]  図４は、図３において、メッセージがスパムを示すか否かを、個々の問合が判定する（ステップ４１０、４１８、４２８、４３８、４４８、４５８）プロセスを示す。ステップ５０２において、構成要素問合からの問合結果を受け取る。５０４において、この結果が明らかに特定のメッセージがＵＢＥであることを示すか否かについて、初期判定を行う。例えば、トレースルート問合が、あるメッセージ・パスが既知のＵＢＥメッセージの他のトレースルート問合のそれと性格に一致することを暴露した場合、このメッセージには、確定的にＵＢＥであるという印を付けることができる。問合の結果が、ＵＢＥメッセージを明確に示さない場合、５０６において、このメッセージに伴う潜在的な問題が存在することをなおも示すことができる。例えば、メッセージが明らかにスパムであると定めるためには、ある大多数のメッセージが、所与のメッセージ・パスから受信されることを要件とする場合に、同じ経路によって、それよりも少数のメッセージを受信したときでも、そのメッセージについて疑いが生ずる可能性があり、５０６において疑いがあった場合、５０８において組み合わせ問合を選択し、ステップ３４０に戻ることによって発することができる。他の代替案をあげるとすれば、メッセージが完全なスコアを得ることができる前にはそのメッセージが特定の発送元から決して見られなかった場合、このメッセージには問題の可能性があるフラグを立てるが、このメッセージが初回発送元(first time sender)からであるという事実があれば、他の要因を無効にすることができる。全ての場合において、リアルタイム情報データーベースを５１０において更新する。
【００４４】
[0047]  ステップ３４０においてどの問合を実行すればよいか決定するための代替案が、少なくとも２つ存在する。１つの代替案では、インバウンド・サーバー２２０の規模に基づいて、問合を実行することができる。相当多数のインバウンド・サーバーが使われている場合、インバウンド・メッセージには、限定された数の問合を使うとよい。このような環境では、システムが大量のメッセージを処理しなければならない可能性がある。メッセージ受入メッセージを発することに多大な遅延があると、スパマーがインバウンド・メール・サーバーに追加の接続を開こうとさせてしまう可能性がある。したがって、特定の時間期間以内に決定的な応答が受信されない場合、メッセージを受け入れなければならないように、タイムアウトを更に使うとよい。他の実施形態では、インバウンド・サーバーにおいて見られる問題のタイプに基づいて、問合戦略を立てることができる。特定のＵＢＥパターンが他よりも可能性が高いと判定された場合、最も共通して見られる問題に的を絞るように設計されたタイプの問合に、問合を制限するとよい。
【００４５】
[0048]  図５は、ＵＢＥキャンペーンの間（単なるメッセージのリアルタイム問合を超える）またはＵＢＥキャンペーンにアドレスする時間期間、ステップ３４０の問合を実行することができる、本技術の別の独特な態様を示す。場合によっては、スパマーは１群のＵＢＥメッセージまたはＵＢＥキャンペーンを配信するときに独特の時間期間を使う場合もある。このキャンペーンは、インバウンド・サーバーにおいて受信される初期メッセージの期間よりも長く続く可能性がある。ステップ５１２において、インバウンド・メッセージ・サーバーにおいてある数またはパターンのメッセージを受信したことにより、キャンペーンを判定する。ＵＢＥキャンペーンが進行中であると判定するためには、任意の数の方法を使うことができる。加えて、キャンペーンのタイプも判定することができる。例えば、スパマーは、ある時間期間だけアクティブとなるドメインをアドレスするＵＲＬが埋め込まれた一連のメッセージを送るかもしれない。一旦スパム・キャンペーンが判定されたなら、受信したメッセージ毎にリアルタイムで問合を実行する代わりに、５１４において、１つ以上の問合をある時間期間実行することができる。例えば、キャンペーンが終了するまで、または５１６において問題が示される限り、逆ＤＮＳ問合をＵＲＬにおけるドメインに対して実行することができる。ＵＲＬまたはドメインは、問合期間のような時間が終了するまで、またはそのドメインがもはやアクティブでないことを問合が示すまで、スパムにリンクされたドメインとして分類することができる。
【００４６】
[0049]  図６を参照すると、本技術を実現するシステム例は、コンピューター６６０の形態とした汎用計算機を含む。コンピューター６６０のコンポーネントは、限定ではなく、処理ユニット６２０、システム・メモリー６３０、およびシステム・バス６２６を含むことができる。システム・バス６２６は、システム・メモリーを含む種々のシステム・コンポーネントを処理ユニット６２０に結合する。システム・バス６２６は、メモリー・バスまたはメモリー・コントローラー、周辺バス、および種々のバス・アーキテクチャのうち任意のものを使うローカル・バスを含む、様々なタイプのバス構造のうち任意のものとすることができる。一例として、そして限定ではなく、このようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス標準連盟（ＶＥＳＡ）ローカル・バス、および メザニン・バス(Mezzanine bus)としても知られている周辺素子相互接続（ＰＣＩ）バスを含む。
【００４７】
[0050]  コンピューター６６０は、通例、種々のコンピューター読み取り可能媒体を含む。コンピューター読み取り可能媒体は、コンピューター６６０によってアクセス可能な任意の入手可能な媒体とすることができ、揮発性および不揮発性、リムーバブルおよび非リムーバブル双方の媒体を含む。一例として、そして限定ではなく、コンピューター読み取り可能媒体は、コンピューター記憶媒体および通信媒体を含むことができる。コンピューター記憶媒体は、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、またはその他のデーターというような情報の格納のために、任意の方法または技術で実現される、揮発性および不揮発性の双方、リムーバブル媒体および非リムーバブル媒体を含む。コンピューター記憶媒体は、限定ではなく、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリーまたはその他のメモリー技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）またはその他の光ディスク・ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージまたはその他の磁気記憶デバイス、あるいは所望の情報を格納するために使うことができしかもコンピューター６６０がアクセス可能なその他のあらゆる媒体を含む。通信媒体は、通例、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、またはその他のデーターを、搬送波またはその他の移送機構のような変調データー信号において具体化し、任意の情報配信媒体を含む。一例として、そして限定ではなく、通信媒体は、有線ネットワークまたは直接有線接続というような有線媒体、ならびに音響、ＲＦ、赤外線、およびその他のワイヤレス媒体というようなワイヤレス媒体を含む。前述のうち任意のものの組み合わせも、コンピューター読み取り可能媒体の範囲に含まれてしかるべきである。
【００４８】
[0051]  システム・メモリー６３０は、リード・オンリ・メモリー（ＲＯＭ）６３６およびランダム・アクセス・メモリー（ＲＡＭ）６３２のような揮発性および／または不揮発性メモリーの形態としたコンピューター記憶媒体を含む。基本入出力システム６３３（ＢＩＯＳ）は、起動中のように、コンピューター６６０内のエレメント間における情報転送を補助する基本的なルーチンを含み、通例ＲＯＭ６３６内に格納されている。ＲＡＭ６３２は、通例、処理ユニット６２０が直ちにアクセス可能であるデーターおよび／またはプログラム・モジュール、あるいは現在処理ユニット６２０によって処理されているデーターおよび／またはプログラム・モジュールを収容する。一例として、そして限定ではなく、図６は、オペレーティング・システム６３４、アプリケーション・プログラム６３５、その他のプログラム・モジュール６３６、およびプログラム・データー６３７を示す。
【００４９】
[0052]  また、コンピューター６６０は、その他のリムーバブル／非リムーバブル揮発性／不揮発性コンピューター記憶媒体も含むことができる。一例として示すに過ぎないが、図６は、非リムーバブル不揮発性磁気媒体からの読み取りおよびこれへの書き込みを行なうハード・ディスク・ドライブ６４０、リムーバブル不揮発性磁気ディスク６５２からの読み取りおよびこれへの書き込みを行なう磁気ディスク・ドライブ６５６、ならびにＣＤ  ＲＯＭまたはその他の光媒体のようなリムーバブル不揮発性光ディスク６５６からの読み取りおよびこれへの書き込みを行なう光ディスク・ドライブ６５５を示す。動作環境例において使用可能なその他のリムーバブル／非リムーバブル、揮発性／不揮発性コンピューター記憶媒体には、限定ではないが、磁気テープ・カセット、フラッシュ・メモリー・カード、ディジタル・バーサタイル・ディスク、ディジタル・ビデオ・テープ、ソリッド・ステートＲＡＭ、ソリッド・ステートＲＯＭ等が含まれる。ハード・ディスク・ドライブ６４６は、通例、インターフェース６４０のような非リムーバブル・メモリー・インターフェースを介してシステム・バス６２６に接続され、磁気ディスク・ドライブ６５６および光ディスク・ドライブ６５５は、通例、インターフェース６５０のようなリムーバブル・メモリー・インターフェースによって、システム・バス６２６に接続する。
【００５０】
[0053]  先に論じ図６に示すドライブおよびそれらと関連したコンピューター記憶媒体は、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、およびその他のデーターをコンピューター６６０のために格納する。図６では、例えば、ハード・ディスク・ドライブ６４１は、オペレーティング・システム６４４、アプリケーション・プログラム６４５、その他のプログラム・モジュール６４６、およびプログラム・データー６４７を格納するように示されている。尚、これらのコンポーネントは、オペレーティング・システム６３４、アプリケーション・プログラム６３５、その他のプログラム・モジュール６３６、およびプログラム・データー６３７と同じでも異なっていても可能であることを注記しておく。オペレーティング・システム６４４、アプリケーション・プログラム６４５、その他のプログラム・モジュール６４６、およびプログラム・データー６４７は、ここで、少なくともこれらが異なるコピーであることを示すために、異なる番号が与えられている。ユーザーは、キーボード６６２のような入力デバイス、および一般にマウス、トラックボールまたはタッチ・パッドと呼ばれているポインティング・デバイス６６１によって、コマンドおよび情報をコンピューター６６０に入力することができる。他の入力デバイス（図示せず）には、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星ディッシュ、スキャナー等を含むことができる。これらおよびその他の入力デバイスは、多くの場合、ユーザー入力インターフェース６６０を介して、処理ユニット６２０に接続されている。ユーザー入力インターフェース６６０は、システム・バスに結合されているが、パラレル・ポート、ゲーム・ポート、またはユニバーサル・シリアル・バス（ＵＳＢ）のようなその他のインターフェースおよびバス構造によって接続することも可能である。モニター６９１またはその他の形式のディスプレイ・デバイスも、ビデオ・インターフェース６９０のようなインターフェースを介して、システム・バス６２６に接続されている。モニターに加えて、コンピューターは、スピーカー６９７およびプリンター６９６のような、その他の周辺出力装置も含むことができ、これらは出力周辺インターフェース６９０を介して接続することができる。
【００５１】
[0054]  コンピューター６６０は、リモート・コンピューター６８０のような１つ以上のリモート・コンピューターへの論理接続を使って、ネットワーク環境において動作することも可能である。リモート・コンピューター６８０は、パーソナル・コンピューター、サーバー、ルーター、ネットワークＰＣ、ピア・デバイス、またはその他の共通ネットワーク・ノードとすることができ、通例、コンピューター６６０に関して先に説明したエレメントの多くまたは全てを含むが、図６にはメモリー記憶装置６８６のみが示されている。図６に示す論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）６７６およびワイド・エリア・ネットワーク（ＷＡＮ）６７３を含むが、他のネットワークも含むことができる。このようなネットワーク環境は、事務所、企業規模のコンピューター・ネットワーク、イントラネットおよびインターネットにおいては、一般的である。
【００５２】
[0055]  ＬＡＮネットワーク環境で使う場合、コンピューター６６０は、ネットワーク・インターフェースまたはアダプター６７０を介してＬＡＮ６７６に接続される。ＷＡＮネットワーク環境で使う場合、コンピューター６６０は、通例、モデム６７２、またはインターネットのようなＷＡＮ６７３を介して通信を行うその他の手段を含む。モデム６７２は、内蔵でも外付けでもよく、ユーザー入力インターフェース６６０またはその他のしかるべきメカニズムを介してシステム・バス６２６に接続することができる。ネットワーク接続環境では、コンピューター６６０に関して図示したプログラム・モジュール、またはその一部は、離れたメモリー記憶装置に格納することもできる。一例として、そして限定ではなく、図６は、リモート・アプリケーション・プログラム６８２がメモリー・デバイス６８６上に存在するものとして示している。尚、図示のネットワーク接続は一例であり、コンピューター間で通信リンクを作る他の手段も使用可能であることは認められよう。
【００５３】
[0056]  本技術は、複数の他の汎用または特殊目的計算システム環境または構成も使うことができる。使うのに適していると考えられる周知の計算システム、環境、および／または構成の例には、限定ではなく、パーソナル・コンピューター、サーバー・コンピューター、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサー・システム、マイクロプロセッサー・ベース・システム、セット・トップ・ボックス、プログラマブル消費者電子機器、ネットワークＰＣ、ミニコンピューター、メインフレーム・コンピューター、前述のシステムまたはデバイスの内任意のものを含む分散型計算環境等が含まれる。
【００５４】
[0057]  本技術について、コンピューターによって実行される、プログラム・モジュールのような、コンピューター実行可能命令という一般的なコンテキストで説明することができる。一般に、プログラム・モジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データー構造等を含み、特定のタスクを実行するか、または特定の抽象的データー・タイプを実現する。また、本技術は、分散型計算環境も使うことができ、この場合、通信ネットワークまたはその他のデーター送信媒体を介してリンクされている、離れた処理デバイスによってタスクが実行される。分散型計算環境では、プログラム・モジュールまたはその他のデーターを、メモリー記憶デバイスを含むローカルおよびリモート双方のコンピューター・ストレージに配置することができる。
【００５５】
[0058]  以上、構造的特徴および／または方法論的動作に特定的な文言で、主題について説明したが、添付した特許請求の範囲において定められている主題は、必ずしも、記載した具体的な特徴や動作には限定されるのではない。むしろ、これらの具体的な特徴や動作は、特許請求する主題を実現する形態例として開示しただけである。
【図１】
2012531666.tif 000004
【図２】
2012531666.tif 000005
【図３】
2012531666.tif 000006
【図４】
2012531666.tif 000007
【図５】
2012531666.tif 000008
【図６】
2012531666.tif 000009
【国際調査報告】
2012531666.tif 000010
2012531666.tif 000011