(57)【要約】多様なトラフィックを特定サイトへダイレクトすることを可能にするインターネットトラフィックリダイレクションのアーキテクチャを開示する。本システムおよび方法により、ＩＳＰ等の管理者は、未解決のＩＰアドレスリクエスト、ならびにキーワードおよびホットワードのクエリから、このトラフィックを取得し、コンテンツ関連結果および／または地理的関連結果を提供する参加パートナーへダイレクトすることで、恩恵を受けることができる。本システムおよび方法は、迷子トラフィック、無関係なキーワードおよびホットワードの検索結果、ならびにユーザのパーソナルコンピュータに内蔵されたウェブブラウザによる無関係なリダイレクションを減少することができる。
2007536815.tif 000002
【特許請求の範囲】
【請求項１】
発信点からのクエリを受信するプロセッサと；
前記クエリを分析するプロセッサと；
一つ以上の予め定義された条件が満たされる場合は、前記クエリをインターネットインフラストラクチャへ渡さずに、前記クエリを待ち受けページにダイレクトし、前記予め定義された条件が満たされない場合は、前記クエリをインターネットインフラストラクチャへ渡すプロセッサとを備える；
インターネットアプライアンス。
【請求項２】
一つのプロセッサを備える、
請求項１のインターネットアプライアンス。
【請求項３】
前記クエリは、キーワード、ホットワード、またはタイプミスしたＩＰアドレスを含む、
請求項１のインターネットアプライアンス。
【請求項４】
前記クエリおよびインターネットから受信した情報を合成するプロセッサを更に備える、
請求項１のインターネットアプライアンス。
【請求項５】
前記待ち受けページを作製するプロセッサを更に備える、
請求項１のインターネットアプライアンス。
【請求項６】
発信点からのクエリを受信するプロセッサと；
インターネットインフラストラクチャへ前記クエリを渡すプロセッサと；
インターネットインフラストラクチャから情報を受信するプロセッサと；
インターネットインフラストラクチャから受信した前記情報を分析するプロセッサおよび；
特定の予め定義された条件が満たされる場合は、前記クエリを第１の待ち受けページにダイレクトし、またはこれらの条件が満たされない場合は、インターネットからの前記情報を前記発信点に渡すか、もしくは第２の待ち受けページに前記クエリをダイレクトするプロセッサとを備える；
インターネットアプライアンス。
【請求項７】
一つのプロセッサを備える、
請求項６のインターネットアプライアンス。
【請求項８】
前記クエリは、キーワード、ホットワード、またはタイプミスしたＩＰアドレスを含む、
請求項６のインターネットアプライアンス。
【請求項９】
前記クエリおよびインターネットから受信した情報を合成するプロセッサを更に備える、
請求項６のインターネットアプライアンス。
【請求項１０】
前記第１および／または第２の待ち受けページを作製するプロセッサを更に備える、
請求項６のインターネットアプライアンス。
【請求項１１】
発信点で生成されたクエリを受信するプロセッサと；
前記クエリを分析して、前記クエリが解決可能か、または解決不可能か、または一つ以上の予め定義されたビット文字列を含むか、を判定するプロセッサと；
前記クエリが解決可能な場合、前記クエリをインターネットインフラストラクチャに提示して、前記クエリを解決するプロセッサと；
解決不可能か、または一つ以上の予め定義されたビット文字列を含む場合、前記クエリを待ち受けページにダイレクトするプロセッサと；
インターネットインフラストラクチャから解決可能クエリについての情報を受信するプロセッサと；
インターネットインフラストラクチャから受信した解決可能クエリについての前記情報を分析するプロセッサと；
解決され、かつインターネットインフラストラクチャから受信される解決可能クエリに関する情報を前記クエリの前記発信点へ転送するプロセッサと；
インターネットインフラストラクチャからの前記情報が、前記クエリは未解決であったことを指し示す場合、前記クエリを待ち受けページにダイレクトするプロセッサおよび；
解決不可能、または未解決の各クエリ、または一つ以上の予め定義されたビット文字列を含む各クエリのための待ち受けページを作製するプロセッサとを備える；
請求項１のインターネットアプライアンス。
【請求項１２】
発信点で生成されたクエリを受信するための手段と；
前記クエリを分析して、前記クエリが解決可能か、または解決不可能か、または一つ以上の予め定義されたビット文字列を含むか、を判定するための手段と；
前記クエリが解決可能な場合、前記クエリをインターネットインフラストラクチャに提示して、前記クエリを解決するための手段と；
前記クエリが解決不可能か、または一つ以上の予め定義されたビット文字列を含む場合、前記クエリを待ち受けページにダイレクトするための手段と；
インターネットインフラストラクチャから解決可能クエリについての情報を受信するための手段と；
インターネットインフラストラクチャから受信した解決可能クエリについての前記情報を分析するための手段と；
解決され、かつインターネットインフラストラクチャから受信される解決可能クエリに関する情報を前記クエリの前記発信点へ転送するための手段と；
インターネットインフラストラクチャからの前記情報が、前記クエリは未解決であったことを指し示す場合、前記クエリを待ち受けページにダイレクトするための手段および；
解決不可能または未解決の各クエリ、または一つ以上の予め定義されたビット文字列を含む各クエリのための待ち受けページを作製するための手段とを備える；
インターネットアプライアンス。
【請求項１３】
インターネット上でトラフィックをダイレクトする方法であって；
発信点で生成されたクエリを受信するステップと；
前記クエリを分析するステップと；
予め定義された条件が満たされる場合は、前記クエリをリダイレクト待ち受けページにダイレクトし、予め定義された条件が満たされない場合は、インターネットインフラストラクチャへ前記クエリを渡すステップとを備える；
方法。
【請求項１４】
前記クエリが特定ウェブサイトである、
請求項１３の方法。
【請求項１５】
前記リダイレクト待ち受けページが、同一クエリをリクエストする他のユーザの以前の履歴に基づいて決定される、
請求項１４の方法。
【請求項１６】
前記リダイレクト待ち受けページが、ユーザの以前の履歴に基づいて決定される、
請求項１４の方法。
【請求項１７】
逆検索ルックアップの方法であって：
特定ウェブサイトに対するクエリを入力するステップおよび；
前記ウェブサイトに関連する情報を受信するステップを備え；
前記情報は、インターネット検索において前記ウェブサイトへのアクセスを得るためにユーザが用いるキータームのリストである；
方法。
【請求項１８】
インターネット上のトラフィックをダイレクトする方法であって；
発信点で生成されたクエリを受信するステップと；
前記クエリを分析して解決可能か、または解決不可能か、または一つ以上の予め定義されたビット文字列を含むか、を判定するステップと；
前記クエリが解決可能であると判定された場合、前記クエリをインターネットインフラストラクチャに提示して、前記クエリを解決するステップと；
前記クエリが解決不可能か、または一つ以上の所定のビット文字列を含む場合、前記クエリを待ち受けページにダイレクトするステップと；
インターネットインフラストラクチャから解決可能クエリについての情報を受信するステップと；
インターネットインフラストラクチャから受信した解決可能クエリについての前記情報を分析するステップと；
解決され、かつインターネットインフラストラクチャから受信される解決可能クエリに関する情報を前記クエリの前記発信点へ転送するステップと；
インターネットインフラストラクチャからの前記情報が、前記クエリは未解決であったことを指し示す場合、前記クエリを待ち受けページにダイレクトするステップおよび；
解決不可能または未解決の各クエリ、または一つ以上の予め定義されたビット文字列を含む各クエリのための待ち受けページを作製するステップとを備える；
方法。
【請求項１９】
待ち受けページを作製する前記ステップは：
前記クエリに関する情報を受信するステップと；
クエリのコンテンツ、インターネットインフラストラクチャからの前記情報のコンテンツ、前記クエリの発信点、前記クエリの発信点の地理的ロケーション、前記クエリの提示時間、またはこれらの２つ以上の任意な組合せ、の情報を分析するステップと；
前記クエリのコンテンツ、インターネットインフラストラクチャからの前記情報のコンテンツ、前記クエリの発信点、前記クエリの発信点の地理的ロケーション、前記クエリの提示時間、またはこれらの２つ以上の任意な組合せ、についての一つ以上の既知の情報を含む情報をオプションで合成するステップと；
前記クエリについての情報を、一つ以上の参加パートナー、インターネットインフラストラクチャ、またはその両方に提示するステップと；
一つ以上の参加パートナー、インターネットインフラストラクチャ、またはその両方から前記クエリに関する情報を受信するステップと；
前記参加パートナー、インターネットインフラストラクチャ、またはその両方から受信した前記情報を合成するステップおよび；
前記参加パートナー、インターネットインフラストラクチャ、またはその両方から受信した前記情報に基づいて待ち受けページを作製するステップとを含む；
請求項１８の方法。
【請求項２０】
待ち受けページを作製する前記ステップは、前記クエリに関連する情報に基づいて、各クエリに対して実行される動的な処理である、
請求項１８の方法。
【請求項２１】
コンピュータを用いてビジネスを行う方法であって：
解決不可能または未解決である各クエリを、前記クエリの主題、前記クエリの発信点、前記クエリの前記発信点の地理的ロケーション、前記クエリ提示時間、インターネットインフラストラクチャが提供する情報、またはこれらの２つ以上の任意な組合せ、に関連する情報を含む、動的に創成された待ち受けページにダイレクトするステップおよび；
前記待ち受けページに前記情報を含めるための料金を、前記関連する情報の提供者に課すステップとを備える；
方法。
【請求項２２】
前記方法が、インターネットを用いる広告ターゲット化の方法である、
請求項２１の方法。
【請求項２３】
前記方法を、インターネットアーキテクチャのＩＳＰレベルの前またはＩＳＰレベルに実装する、
請求項２２の方法。
【請求項２４】
前記クエリは、一つ以上のキーワードまたは一つ以上のホットワードを含む、
請求項２２の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[関連出願の相互参照]
本出願は、２００４年１２月２３日出願の米国特許出願第１１／０１９，３６９号、および２００４年５月４日出願の米国特許出願第１０／８３７，６１４号の優先権を主張する。後者は、２００３年５月５日出願の米国仮特許出願第６０／４６７，２４６号の出願日に基づいて、その特典を主張する。米国特許出願第１１／０１９，３６９号もまた、２００２年１０月２７日出願の米国特許出願第１０／０６５，５２９号の優先権を主張する。本出願は、かかる全ての出願の出願日の特典を主張し、その全開示を引用して本明細書に組み込む。
[発明の分野]
【０００２】
本発明は、一般に、通信ネットワーク内のトラフィックダイレクションに関する。より詳細には、本発明は、クエリに応答して指定場所に通信トラフィックをダイレクトし、元のロケーションまで到達できない場合、特定ロケーションに通信トラフィックをダイレクトし、場所またはサービスを求める一般的なクエリに応答して一つ以上の適切なロケーションを提供するためのシステムおよび方法に関する。
【背景技術】
【０００３】
インターネットは、ドメインネームサーバ（ＤＮＳ）を介して相互にリンクされた個々のコンピュータのグローバルネットワークである。このグローバルネットワークでは、個々のコンピュータそれぞれに、インターネットプロトコルアドレスつまりＩＰアドレス、と呼ばれる一意の識別番号が割り当てられる。ネットワーク内の各コンピュータのＩＰアドレスは、一台以上のＤＮＳに格納される。ＩＰアドレスは、そのＩＰアドレスを検索するクエリに応答して、ＤＮＳが他のコンピュータに提供する。目標コンピュータのＩＰアドレスをリクエスト側コンピュータに提供することにより、リクエスト側コンピュータは目標コンピュータとコンタクトできる。
【０００４】
コンピュータユーザは、コンタクトしたいコンピュータの実際のＩＰアドレスを知らないのが普通である。もっと正確に言えば、ユーザは、コンタクトしたいウェブページの、人の言葉で表される名前または電子メールアドレスの方を知っている。従って、ユーザは、興味の対象であるコンピュータに直接コンタクトできず、正しいＩＰアドレスをユーザに提供するインターネットインフラストラクチャに頼って、目標コンピュータへの接続を行わなければならない。普通の仕方では、ユーザは、自分のパーソナルコンピュータ上に内蔵するインターネットブラウザに、対象の特定ウェブサイトを、ユニフォームリソースロケータ（ＵＲＬ；例えば、http://www.paxfire.com）の形式で入力する。ユーザのコンピュータ上のブラウザは、リクエストをＤＮＳ（典型的には、ユーザのインターネットサービスプロバイダ（ＩＳＰ）が所有および/または運営する）に送信してＵＲＬをＩＰアドレスへ変換し、ＵＲＬに対するＩＰアドレスを探し出す。次いで、ＤＮＳは、ＵＲＬリクエストをＩＰアドレスリクエストへ変換し、そのＩＰアドレスがインターネット上のどこに配置されているかを、そのＤＮＳ自身が知っているかどうかを判定する。この情報を知っていれば、ＤＮＳはユーザのブラウザにこの情報を供給し、こうして２台のコンピュータ間の接続が行われる。この情報を知らない場合、ＤＮＳは、リクエストされたＩＰアドレスに関する情報を提供するようルートＤＮＳにリクエストする。ルートＤＮＳがリクエストＩＰアドレスを知っている場合、ルートＤＮＳは、ＤＮＳにそのアドレスを提供し、ＤＮＳが、リクエストした者にそれを供給して接続が行われる。ルートＤＮＳがリクエストＩＰアドレスを知らない場合、ルートＤＮＳは、リクエストＩＰアドレスと関係付けられる全てのＩＰアドレス（例えば、.com、.gov、.biz、.net等を含む全てのアドレス）のリストを保持しているＤＮＳサーバのアドレスを、ＤＮＳに提供する。これらのＤＮＳは、レジストリ（または上位レベルまたは第１レベル）ＤＮＳと呼ばれる。次いで、ＤＮＳは一台以上のレジストリＤＮＳにコンタクトしてＩＰアドレスをリクエストし、リクエストＩＰアドレスが存在していれば、レジストリＤＮＳは、リクエストＩＰアドレスを知っているＤＮＳのＩＰアドレスを返す。リクエストＩＰアドレスが存在しなければ、レジストリＤＮＳは、そのリクエストが未解決であることをＤＮＳに知らせ、ＤＮＳは、ユーザのブラウザにこの情報を渡す。リクエストＩＰアドレスが存在していれば、ＤＮＳはそのリクエストＩＰアドレスを知っているＤＮＳとコンタクトし、そのＩＰアドレスを請求する。第２のＤＮＳは第１のＤＮＳへＩＰアドレスを転送し、第１のＤＮＳは、ユーザのブラウザにそのＩＰアドレスを渡し、２台のコンピュータ間の接続がなされる。
【０００５】
リクエストＩＰアドレスが未解決の場合、ユーザのブラウザは、普通は、その問題をユーザに伝える何らかの種類のエラーメッセージを表示する。ブラウザが、所望のウェブページに関係しないウェブページ、またはユーザによる本来の検索の主題との関係の有無に拘わらず、様々な広告を含むウェブページへユーザを自動的にダイレクトすることも多い。
【０００６】
インターネットを利用して情報を転送するテレフォニ、インスタントメッセージ（ＩＭ）、ボイスオーバーＩＰ（ＶoＩＰ）や、その他の技術の詳細については、特定局面で異なるが、インターネットインフラストラクチャ内のサーバ間の、同様の一般的な、「アップアンドダウン」通信を用い、電話番号、ユーザ名、アドレス等を識別し、リクエスト者と目標との間の接続を行ったり、またはルックアップが失敗した時にエラーメッセージを配送する。
【０００７】
インターネットユーザ、電話呼出者、ＩＭ顧客等は、彼らが探している正確なウェブページ、電話番号等を知らないことが多い。どちらかというと、彼らはそれらのクエリが関連する一般的な主題または分野について知っているにすぎない。インターネット検索の場合には、ユーザは、Google（米国登録商標）、Yahoo（米国登録商標）、およびJeeves（米国登録商標）等の、インターネット検索エンジンのサイトに行き（または、ユーザのウェブブラウザ上へ検索エンジンからダウンロードしてある検索バーを使用して）、クエリに関連するホットワード、キーワード、または一連のホットワードもしくはキーワードを入力するのが典型的である。ホットワード検索に応答して、検索エンジンは、ウェブページと、それぞれのウェブページに関係付けられるメタタグのキャッシュとを調べ、一つ以上のＵＲＬを返すのが典型的であり、リクエスト者はその中から自分の目的に最も適うウェブページを選択できる。キーワード検索に応答して、検索エンジンは、メタタグのリストを調べ、単一のウェブページを返す。ホットワードまたはキーワードが、格納してあるどのメタタグとも一致しない場合、検索エンジンは、何らかの種類のエラーメッセージ、またはリクエストに引用された情報がどのウェブサイトにも含まれていないことを示すメッセージ、を返すことになる。
【０００８】
本明細書で用いられているように、ホットワードは、クエリ主題であるワードであり、検索結果として、クエリと関連する一つ以上のＵＲＬを返す。例えば、ホットワードが「自動車」であったとすると、検索結果は、自動車メーカー、自動車販売ディーラ、自動車修理店、自動車愛好クラブ等の、ウェブサイトのリストになろう。ホットワード検索はインターネットトラフィック分野では典型的であり、普通には検索エンジンを用いて興味のある話題に関する情報についてインターネットを検索する場合に、ユーザが提示する典型的なクエリと考えることができる。インターネット検索は一つ以上のホットワードを含む。対照的に、本明細書で用いるように、キーワードは、クエリ主題となるワードまたはフレーズであり、それに対して、（ホットワード検索のような、潜在的に関連するウェブページへの一連のリンクではなく）一つの特定のウェブページが返される。このように、キーワード検索の結果、ワードがドメイン名およびＩＰアドレスまたはエイリアスドメイン名にマッピングされる。例えば、ホットワードが「自動車」であったとすると、結果として、リクエスト者のコンピュータはフォード自動車会社のウェブサイトに接続されることになる。
【０００９】
ウェブ上の検索トラフィックをダイレクトするのは日常的であり、利益の上がるプロセスであることが多い。例えば、マイクロソフトインターネットエクスプローラ（米国登録商標）等の人気のあるウェブブラウザは、スペルミス、タイプミスしたウェブページクエリ、および他の理由で未解決となった他のクエリを、ウェブブラウザ、つまるところウェブブラウザーメーカーが選択し、指示するＭＳＮサーチ（米国登録商標）等のウェブサイトまたは検索ページにリダイレクトするのが典型的である。このような検索ページは、正確である可能性が高い検索クエリ、各種の検索オプション、および広告をユーザに提供するのが典型的である。タイプミスした電子メールアドレスはリダイレクトされないのが普通であり、「配達不能」として返すだけである。当該技術で現在用いられるリダイレクションの考え方の基本は、それが、クエリを提示した個人のコンピュータ上の何れかのブラウザのレベル（ＵＲＬリクエストに対する）で、タイプミスまたはスペルミスしたトラフィックを捕捉する、ということである。これらの方法は、ドメインネームサーバ／サービス（ＤＮＳ）レベルで機能できないのが普通であり、従って、ビジネスサービスを提供できる全体の機能性および能力が制限されている。これらは、各ユーザーコンピュータに内蔵されているので、プラグインおよびクッキーに伴う周知の問題の全てに悩まされる。
【００１０】
トラフィックをルーティングまたはリダイレクトする各種の方法は、当該技術で周知である。例えば、トラフィックをルーティングする方法は、米国特許第６，６３１，４０２号に教示されている。データトラフィックのリダイレクトまたはルーティングの方法は、米国特許第６，６０８，８９３号、米国特許第５，９３３，４９０号、米国特許第６，２０５，４７７号、および米国公開特許２００４／００４２４４７ Ａ１に教示されている。エラー訂正をルーティングする方法は、例えば米国特許第６，６０１，２０８号に教示されている。ロードバランスのためのルーティング方法は、例えば米国特許第６，１８２，１３９号および米国特許第５，７７４，６６０号に教示されている。インターネットトラフィックルーティングは、例えば、米国特許第５，９８７，６１１号に教示されている。不当なリクエストを取り扱うための方法は、例えば米国公開特許第２００４／００３０７８０ Ａ１号に教示されている。
【００１１】
同様に、マーケティングおよび通信トラフィック販売の方法も周知である。かかる方法は、例えば米国公開特許第２００４／００４４５６６ Ａ１号に教示されている。ＵＲＬ（ユニフォームリソースロケータ）リダイレクト方法は、例えば米国公開特許第２００４／００４６２２ Ａ１号に教示されている。ＤＮＳリソースルックアップ方法は、例えば米国公開特許出願第２００４／００４４７９１ Ａ１号に教示されている。ウェブ型プロキシを実装する方法は、例えば米国特許第６，６３１，４０２号に教示されている。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
現在利用できるシステムおよび方法には数多くの欠点があるが、現在のリダイレクト方法の主要な一欠点は、それらが、ＤＮＳレベルの運営でサービス業務を実行できず、従ってこのようなシステムおよび方法の機能性および能力が制限されている、ということにある。更に、現在利用できるリダイレクト方法は、インターネットインフラストラクチャ内、つまりインターネットアーキテクチャ内で、これらの要素が動作するレベルのせいで、能力が低下し、それにより、支払処理、ｅコマース、ＥＮＵＭ、ＩＰテレフォニ、ＶｏＩＰ、フィルタ処理、セキュリティ、ＵＲＬフォワーディング、ならびにマーケットチャンネル追跡、ウェブページ使用量、ＤＮＳ統計、トラフィックリダイレクト、および情報の格納またはバックアップなどの、関係する追跡方法等、信頼感のあるビジネスサービスを行う際の現行リダイレクト方法の能力が制限されている。
【００１３】
従って、機能できるレイヤ（つまりレベル）で制限されることがなく、かつ信頼感のあるビジネスサービスおよび関係する追跡方法を運営できるトラフィックダイレクション、またはリダイレクションのシステムおよび方法に対する当該技術にはニーズが存在する。特に、テレフォニまたはインターネットまたは何らかの他の通信トラフィックに拘わらず、不当なクエリまたは特定の宛先を指定しない一般的なクエリのリダイレクションを、個々の提示クエリに関連情報を提供できるサイトまたはページにダイレクトできる通信トラフィックのダイレクションのための方法およびシステムに対するニーズがあり、これらの方法およびシステムは、個々のパーソナルコンピュータに常駐せず、または実装と維持のために個々のパーソナルコンピュータのシステムリソースを必要としない。
【課題を解決するための手段】
【００１４】
本発明は、未解決クエリ（以下に説明するように、ホットワードおよびキーワード検索を含む）に応答して、コンテンツ関連主題をリクエスト者に提供するシステムおよび方法を提供する。本発明の方法を実装する統合型システムを、本明細書では、時に、インターネットアプライアンスと称するが、かかる用語は、本発明のシステム、方法、またはその両方を指すと解釈すべきである。一態様では、本発明は、不適正または不正なリクエスト（すなわち未解決クエリ）のリダイレクションのためのインターネットアプライアンスを提供する。本発明は、リクエスト者の地理的場所を識別し、クエリが、特定ウェブサイトに対する不当なクエリでも、妥当なクエリでも、または主題に関する一般情報に対する妥当なクエリであっても（例えば、インターネット上で利用できる数多くの検索エンジンの何れにも入力されるような、キーワードまたはホットワード検索クエリ）、クエリへの戻しに地理的関連コンテンツを提供するためのインターネットアプライアンスも提供する。本発明は、クエリが提示された時間に基づいて、リクエスト者へ供給されることになるコンテンツ関連情報を提供するインターネットアプライアンスを更に提供する。関連コンテンツは、使用した検索タームに基づくことができ、費用を負担した広告主が提供するウェブページ、メタタグに基づいて識別したウェブページ、またはその両方を含めることができる。
【００１５】
リクエストが未解決の場合、または参加パートナー（以下に詳細に説明する）にとって関心がある主題に関連する場合、またはその両方である場合、本発明のインターネットアプライアンスは、リクエストを分析して、本来ならＤＮＳからリクエスト者に送信されるエラーメッセージではなく、コンテンツ関連検索結果を提供するプロキシホスト（本明細書では「ＰＳＰ」と称する）へそのリクエストをリダイレクトできる。好適な実施の形態では、本インターネットアプライアンスは、ユーザーレベルではなく、サービスプロバイダレベルに（すなわち、ＩＳＰレベルまたはセッション開始プロトコル（ＳＩＰ）レベル）に内蔵するので、ユーザのパーソナルコンピュータ上のリソースを占有しない。更に、本インターネットアプライアンスをＩＳＰレベルで提供することにより、クッキーおよびプラグインに伴う問題が回避される。更に、好適な実施の形態のインターネットアプライアンスは、ブラウザレベルではなくＩＳＰレベルで動作するので、ユーザ／リクエスト者に関するどのような個人情報も、インターネットの公衆ネットワーク上に載せられることはない。好ましい実施の形態のインターネットアプライアンスは、ユーザのパーソナルコンピュータから情報を読み取ったり、そこへ書き込んだりせずに、動的かつリアルタイムでの更新情報も提供する。
【００１６】
従って、本発明は、コンピュータを使用するビジネスを行うためのシステムおよび方法を提供する。これらシステムおよび方法には、解決できない、すなわち未解決な情報を含むクエリを識別するステップ、およびリダイレクトウェブページ上に広告主のコンテンツを含める費用を、ＩＳＰ ＤＮＳ、企業ＤＮＳ等、又は、それらに類似する運営者に支払う広告主提供の関連情報を含むウェブページに、これらのクエリをリダイレクトするステップが含まれる。このように、本システムおよび方法には、一般的なクエリ（すなわち、キーワードまたはホットワード検索）を識別するステップ、およびリダイレクトウェブページ上に広告主のコンテンツを含める費用をＩＳＰ ＤＮＳ、企業ＤＮＳ等の運営者に支払う広告主の提供する関連情報を含むウェブページに、これらの一般的なクエリをリダイレクトするステップが含まれる。
【発明を実施するための最良の形態】
【００１７】
付帯図面に実施例を示す本発明の多様な例示の実施の形態をここで詳細に参照する。以下の詳細な説明は、本発明の特定の実施の形態を説明するが、本発明をこれらの実施の形態に限定すると考えるべきではない。
【００１８】
インターネットは、ユーザが正確なウェブサイトのまたはウェブページのアドレスを知っている場合、それのＩＰアドレス、またはそれのＵＲＬの何れであれ、それを介して、特定ウェブサイトまたはウェブページへの迅速かつ効率的なダイレクションをユーザに提供する。インターネットユーザの大多数は、探しているウェブサイトまたはウェブページの正確なアドレスを適切に入力し、それにより、かかるサイトまたはページにダイレクトされる。しかし、ユーザは、認識できないアドレスを入力することが非常に多く、それにより、ユーザは、エラーページまたは特定の検索エンジンページへ導かれてしまう。本明細書で、かつ当該技術で用いる場合、このような不当か、間違っているか、または解決できないクエリは、インターネットインフラストラクチャのプロバイダの立場からは、望まれていないか、使用されないか、または未解決のトラフィックと見なされる。ユーザ（すなわち、クエリを提示する人）の視点からは、本明細書で、かつ当該技術で用いる場合、エラーメッセージを受信したり、または簡単なエラーメッセージを含むかもしくは元のクエリと無関係なコンテンツを含むかするエラーページにダイレクトされることは、所望されなく、または要望されない。不適切な宛先に導き、エラーメッセージまたはエラーページへのダイレクションという結果を招くＵＲＬアドレスの通称は、「トラッシュ（ごみ）トラフィック」である。用語「未解決」は、リクエスト者が到達するよう意図したウェブサイト、ウェブページ、電子メールアドレス等に対応する単一のＩＰアドレスをＤＮＳが提供するには不適切な形式の何らかのクエリを意味する。従って、本発明によれば、例示の未解決クエリには、数例を挙げるだけであるが、タイプミスのＵＲＬ、タイプミスの電子メールアドレス、タイプミスのＩＭスクリーン名、期限切れまたは不使用のＵＲＬまたは電子メールアドレス、ホットワード、キーワード、および割り当てられていない電話番号、が含まれる。未解決クエリには、ＤＮＳにより生成された、またはユーザのコンピュータに常駐するブラウザまたはアプリケーションにより生成されたウェブページにリダイレクトするためのＩＰアドレスも含まれる。
【００１９】
インターネット上で利用できる検索エンジンは、ユーザがクエリ内に提示したキーワードまたはホットワードに基づいて特定ウェブサイトを識別するための迅速かつ効率的な手段をユーザに提供する。検索エンジンは、ユーザが提示したキーワードまたはホットワードに基づくコンテンツ関連広告も提供する。残念なことに、ウェブサイトからのリクエストに応じて情報を手で入力するか、またはクッキーから伝送するかのどちらかで、ユーザが自身の場所に関する情報を具体的に提供しない限り、クエリに応答して検索エンジンが提供するウェブサイト、および広告は、クエリを提示している特定ユーザの地理的場所を考慮しない。従って、例えば、アートショーについてのクエリに応答して、ワシントンＤＣのメトロポリタンエリアにいるユーザは、テネシー、メキシコ、日本、インド、または世界中のどこか別の場所のアートショーに関するウェブサイトにダイレクトされるかもしれない。同様に、購入する特定モデルの自動車の入手性についてのクエリに応答して、検索エンジンは、大手自動車メーカー、および自動車クラブを、どちらにも、所望する結果（すなわち、対象の自動車を販売している、リクエスト者のすぐ近くの地理的条件にある自動車ディーラー）が含まれていないのに、リストに挙げた結果を返すかもしれない。更に、検索エンジンは、クエリがなされた時間を考慮せず、従って、時間関連の結果を意図的に提供できない。検索エンジンからの結果は、様々なウェブサイトへの訪問数に、少なくとも一部は、基づいて順位付けされているのが普通なので、大会社や、人気のある企業または組織のサイトは、概して最高ランクの結果として表示され、より関連が強い結果がこれらの結果よりずっと下位に埋没することになるかもしれない。
【００２０】
ユーザは、遅かれ早かれ、正しいＵＲＬをブラウザの検索バーへ入力するか、または検索エンジンもしくはリダイレクトウェブページにより、正しいＵＲＬにダイレクトされるのが普通である。一流国際企業または大規模量販店が運営するような特定の商用ウェブサイトでの大量トラフィックのため、商用ウェブサイトのホストは、国内および世界中に何台ものサーバを維持することが多く、各サーバは、その企業のためのウェブサイトを提供する。最速接続を得るには、ユーザは、地理的に最も近いサーバに接続するか、またはＤＮＳサーバ間で最も少ない接続数（すなわち、最少「ホップ」数）で、要求するサーバに接続するのが、そのようなサーバがある場合には、最適である。しかし、検索バーへＵＲＬを入力することにより、仮にそれが正しいとしても、そして検索エンジンが提供するＵＲＬ上をクリックすることにより、所望のウェブページを含む地理的に最も近いサーバか、または最少ホップ数を要求するサーバにユーザが接続できるとは、限らない。従って、ユーザが、関心のあるウェブページにうまく接続できたとしても、その接続は必ずしも最速であるとは限らない。
【００２１】
本発明は、ユーザが提示したインターネットリクエストを分析し、以下を含むが限定はしない各種の情報、すなわち、妥当性、時間、コンテンツ、および／またはリクエスト発信点の地理的場所、を解決し、そしてリクエスト者に最も近い（地理上、または要求されるホップ数に基づいて）利用可能なサーバの所望のウェブページ、コンテンツ関連ウェブページ、またはユーザが最も適切なものを選択できる一つ以上のコンテンツ関連ＵＲＬを提供するページ、にリクエストをダイレクトすることにより、これらの種類の情報トラフィックに関係付けられる問題に解決策を提供する。ユーザがダイレクトされるウェブページは、検索エンジン、広告ページ、または両者の何らかの組合せを含むが限定はしない、任意のウェブページでよい。「管理者」がユーザトラフィックのリダイレクションから利益を受けることができる別のページでもよい。そのような管理者は、例えばＩＳＰであってもよい。本発明は、リダイレクトするネットワークトラフィックの領域における現行技術水準の限界および困難に取り組む。その限界および困難は、通信トラフィックのダイレクションおよび各種用途に対して結果的に得られる資本の産出のためのシステムおよび方法に伴うものである。
【００２２】
本発明によるシステム、および方法は、インターネットシステムおよびテレフォニ等の、任意のコンピュータ駆動型通信システムでの使用に適している。その場合、本インターネットアプライアンスは、レジストリ、ＩＳＰ、またはインターネットアーキテクチャの他のレベルに実装できる。これは、ブラウザまたはアプリケーションのレベルに限られている現行使用技術とは著しく異なる。例えば、ＩＳＰレベルでの本発明のインターネットアプライアンスの実装により、地理的関連および時間関連コンテンツをリクエスト者に提供することが可能となり（通信トラフィックダイレクションをレジストリレベルに置いた場合には提供できない本発明の一面）、ユーザ毎に行われる可能性がある異なる種類の多数の検索に関連する情報を個人のパーソナルコンピュータに格納する使用およびその負担を回避する。実施の形態では、また、リクエスト者のＩＰアドレスがインターネットの公衆ネットワーク上に伝送されるのを保護して、従来の他のリダイレクトシステムでは提供されないセキュリティも提供する。更に、本願の実施の形態において、本発明のインターネットアプライアンスは、インターネットトラフィックに参加するコンピュータ上のポートを開くためのアクセス権をモニタし、遮断することにより、非常に高度なセキュリティをユーザに提供できる。
【００２３】
本発明によるインターネットアプライアンスは、ローカルコンピュータが他のタスクを実行するのを可能にしつつ、インターネットユーザに対して、よりロバストな体験を与える。本システムおよび方法が、レジストリレベルまたはＩＳＰレベルのどちらで実装されているかに拘わらず、ユーザのパーソナルコンピュータのリソースは解放され（他のシステムのようなブラウザまたはアプリケーションのレベルでの実装に依存するシステムおよび方法と比較して）、ブラウザを待ち受けページにダイレクトするのに、リソースの消費を要求されない。本発明のシステムおよび方法をレジストリレベルで実装できるが、ＩＳＰレベルでシステムおよび方法を実装する方が利点がある。例示の一利点は、リクエスト者のＩＰアドレスに基づいてリクエスト者の地理的場所を確定できることである。ここで、ＩＰアドレスは、ＩＳＰレベルからレジストリレベルへ伝送されないので、レジストリレベルに実装した場合、インターネットアプライアンスの利用に供し得ない。例示の別の利点は、ユーザに提示された情報全体に亘って最終調整をする能力に関連する。より詳細には、レジストリＤＮＳが、本システム以外のリダイレクションシステムを組み込む場合、解決不可能なクエリがユーザから送信されたと判断すると、リダイレクト待ち受けページとして特定のリダイレクトＩＰアドレスを返すことになろう。しかしながら、本インターネットアプライアンスがＩＳＰレベルで実装されている場合、レジストリＤＮＳが送信するリダイレクトＩＰアドレスを阻止することができ、それを未解決クエリとして扱い、レジストリレベルシステムが供給するリダイレクト待ち受けページの代わりに、別のリダイレクト待ち受けページを提供できる。更に、好適な実施の形態では、本システムおよび方法は、少なくとも部分的には、ＩＳＰのユーザ側に常駐しているので（または、少なくとも部分的にはＩＳＰ ＤＮＳ内に）、ユーザの場所についての情報は、本インターネットアプライアンスに利用可能であり、その情報は、他の情報と混合されて、未解決クエリに応答してコンテンツ関連リダイレクト待ち受けページを提供できる。
【００２４】
本明細書で説明したように、本発明は、ブラウザまたはアプリケーションのレベルで、迷子クエリ、トラッシュトラフィック、または他の未解決クエリをリダイレクトしなくても済む方法を、レジストリまたはＩＳＰのレベル等の、より高いレベルでリダイレクトすることにより提供する。レジストリまたはＩＳＰのレベルへのこの移動により提供される多くの利点の一つは、単一のＩＰアドレスをフィルタ処理する（すなわち、トラッシュトラフィックの全てを単一のＩＰアドレスにルーティングする）インターネットブラウザを個々の企業がユーザに供給するための能力を不要とすることである。その理由は、本システムおよび方法は、マシンのネットワーク上に維持されるＩＰアドレスのプールから多数のＩＰアドレスを返すことができるからである。より詳細には、実施の形態では、本インターネットアプライアンスは、多数のリダイレクト待ち受けページを提供し、それぞれは自身のＩＰアドレスを有し、それぞれのエラークエリの検出に応答してこれらのＩＰアドレスの割り当てをローテーションして使用する。従って、ブラウザメーカーが、本インターネットアプライアンスが用いるＩＰアドレスのリストを、ブラウザにプログラムしようとしても、また、本システム、および方法が供給するＩＰアドレスから、別のＩＰアドレスまでリダイレクトするようブラウザに命令しようとしても、ＩＰアドレスのリストは、絶えず更新する必要があり（例えば、ユーザがログオンする度に）、各ユーザは、ログオンする度に、新規ファイルをダウンロードする必要がある。
【００２５】
現行のシステムでは、リダイレクションはブラウザメーカーが指示し、未解決トラフィックをそのメーカー所有のサイトへ送信するのが典型的である。コンテンツは、ブラウザメーカーが指示した所定基準に限られるので、ユーザのパーソナルコンピュータにインストールしたブラウザの種類に基づいて制限される。本発明はこの制限からユーザを解放し、未解決トラフィック、もしくは地理的関連、または時間関連のコンテクストを持つトラフィックに応答して、コンテンツ関連、地理的関連および／もしくは時間関連の情報、ならびに／または多数のソースからの、もしくは多数のソースへの地理的に近い接続をユーザに提供できる。
【００２６】
インターネットトラフィックリダイレクション設計における問題点は、顧客とＩＳＰ間の通信である。現行システムおよび方法は、インターネットトラフィックをＤＮＳレベルで操作して、かかるリルーティング、またはリダイレクトするために必要なコード転送を行う方法に関して、比較的柔軟性に欠ける。例えば、Akamai.htmlコンテンツ配布では、ユーザは一次サーバからｈｔｍｌ文書を取ってくるのが典型的である。例えば、cnn.comからindex.htmlを取ってくる。複製したウェブサイトコンテンツに対するＵＲＬは、ｈｔｍｌ内で置き換えられる。例えば、http://cnn.com/af/x.gifは、http://a73.g.akamaitech.net/7/23/cnn.com/af/x/gifに置き換えられる。この時点で、クライアントは、ＤＮＳを通じてホスト名a73.g.akamaitech.netを解決することを強いられる。これは、ウェブブラウザの性能を最適化するために、最も近いサーバからコンテンツを取り寄せることができるように、コンテンツを複製する手段である。しかしながら、この種の方法は様々な問題と関係している。例えば、静的なコンテンツしか複製できない。修正した名前は、元のファイル名を含むので、メインのウェブサイトが更新されると、ディレクトリ構造を更新しなければならない。特殊化したｈｔｔｐサーバに、コンテンツを要求しなければならない。その場合、そのサーバがリクエストされたことがあるかどうかを調べるためにＤＮＳキャッシュをチェックする。キャッシュになければ、結果を得るために非常に長いＴＴＬ（有効期間）を設定して、一次サーバに何回も呼出しを行わなければならない。この意味は、特殊化したサーバがかなり静的のままでなければならない、ということである。リクエストがキャッシュにない名前に対して成される場合、akamai.netに対するＮＳ記録を返すルートサーバに連絡しなければならない。次いで、akamai.netネームサーバはg.akamaitech.netに対するＮＳ記録を返す。そのネームサーバは、クライアントのネームサーバの領域内とするよう選択できる。g.akamaitech.netネームサーバは、その領域内のサーバを選択する。ＤＮＳ使用に対する影響は、ＤＮＳが高頻度でサーバ選択されるようになることである。ＴＴＬが問題に起因して、ＤＮＳサーバ、およびＨＴＴＰサーバの構造は、かなり静的である必要があり、どの様な合理的ＴＴＬがこの種の使用に求められるかを見分けることは困難である。インターネットユーザは、負荷変動に順応しようとするのが普通であるが、ＤＮＳを用いる現在の方法では、これが不可能である。本発明の範囲内にある優れた方法は、ＰＬＥ内で、動的に変更できる規則のセットを用いて、ＤＮＳリクエストを直接リダイレクトする。次いで、リアルタイムでＰＬＥに変更できるので、ＤＮＳシステムからそのリクエストの負荷を外すことができる。
【００２７】
本発明による例示のシステムおよび方法を、同意語として本明細書全体を通して用いるトラフィックのダイレクションまたはリダイレクションを使用する独自の手段を組み込むことにより達成する。ここで、レジストリまたはＩＳＰレベルのプロトコル使用を、現在利用可能なリダイレクトシステムを上回る利点を生み出す方法で適用する。レジストリレベルの実装には適用可能であるが、好適な実施の形態では、本発明は、本明細書でルックアッププロキシ（ＰＬＰ）、またはルックアップエンジン（ＰＬＥ）としてラベル付けするリダイレクション命令ソフトウエアを、ＩＳＰサーバーマシン内に、または、ＩＳＰとユーザ間、ＩＳＰサーバとレジストリサーバの間、またはＤＮＳサーバとユーザ間へ部分的または全体的に置かれる別体のプロキシサーバとして、部分的、または全体的にインテグレートする。本明細書では、単一のハードウェア、または一片のユニット、又は、ソフトウエアとして概ね提示するが、本発明は、機能ユニットとして実装でき、それぞれは独立して、何れか他の機能ユニットと同じまたは異なるハードウエア上で実行される。本発明のシステムの設定により、迷子トラフィック、他の未解決クエリ、または情報に対する一般的なクエリは、ユーザが満足するよう解決されるだけでなく、トラフィックを所定のウェブサイトまたはウェブページにダイレクトすることにより、または、未解決クエリ、もしくはキーワード、もしくはホットワードのクエリに応答して、ユーザに提供される検索結果ページ上の広告のディスプレイにより、ＩＳＰ、またはＤＮＳを運営する他の企業のための利益に変換することもできる。かかる利益は、参加パートナーを通じて分配してもよく、および／またはパートナーが対処できる場合、オンラインアカウントで後で用いるために蓄えてもよく、従って、金融交換システムの全体効率を向上させ、パートナー基金に安定性および安全性を加えることができる。このように、本システムは、インターネット等でコンピュータを用いるビジネスを運営する方法を提供する。
【００２８】
本発明のシステムおよび方法は、コンピュータおよびコンピュータープログラムにより実装される。システムは、情報を処理するための集積回路を備えた一台以上のコンピュータを備える。ブラウザレベルまたはインターネットアーキテクチャのレイヤ６等の高レベルで機能する、当該技術で周知の他のリダイレクトシステムと異なり、本発明のシステムは、インターネットアーキテクチャの、情報をビットパケットとして受信、処理、および送信するレイヤ２（すなわち、ＯＳＩモデルの第２レイヤで）で動作できる。レイヤ２で実装される実施の形態では、未解決クエリのリダイレクションに加えて、多数の他の機能を提供できる。本発明は、かかる機能全てを考慮している。本システムおよび方法が動作するレイヤとは無関係に、本システムおよび方法は、必ずしもそうでなくてもよいが、レジストリまたはＩＳＰサーバへ何らかの新規ハードウエアまたはソフトウエアをインストールしなくても実装でき、従って、一台または多数のサーバに実装でき、更新するのに、モジュール式で、高度に適応可能でかつ簡便で、対費用効果が高い。本システムおよび方法をレイヤ２で機能させる場合のような実施の形態では、現在使用されているシステムより高速であり、インターネットアーキテクチャの各種レイヤを上がったり下がったりせずともパターンマッチングが可能であり、不具合のイベントに際してＩＳＰ ＤＮＳ機能を中断させることなく（情報がＩＳＰ ＤＮＳに／から連続通過するだけで、本システムは処理しない）、非ＡＳＣＩＩ文字セットを解決できる。これは、様々なアジア言語等の、ＡＳＣＩＩの範囲外の言語で提示されたクエリに対する利点となる。更に、本発明のインターネットアプライアンスは、部分的にまたは全体的にソフトウエアとして提供できるので、迅速に、簡便に、かつ安価に実装して維持（例えば更新）できる。本システムおよび方法をレイヤ３および４で機能させる場合のような実施の形態では、ユーザのクエリが本システムへのアドレスとなるＤＮＳプロキシとして機能できる。本システムは、ＤＮＳサーバに代わってＤＮＳクエリを処理できる。同様に、本システムは、ユーザに代わってＤＮＳサーバと通信する。先に説明した全てのサービス（タイプミス、キーワード、ホットワード、および位置関連型検索）は、ＤＮＳアプリケーションレベル（レイヤ４）で処理されるので、これらのサービスはそのレイヤで提供できる。
【００２９】
実施の形態では、本発明のインターネットアプライアンスは、ＩＳＰ ＤＮＳサーバの直前に置く（すなわち、ＩＳＰ ＤＮＳサーバと、個々のコンピュータユーザとの間）。このような実施の形態では、本発明のインターネットアプライアンスは、必然ではないが、以下のタスクを実行できる。即ち：個々のユーザからのクエリを処理すること；ＩＳＰ ＤＮＳへ妥当なクエリまたは他の関連のないリクエストを渡すこと；ＩＳＰ ＤＮＳに到達する前に不当なクエリを捕捉し、コンテンツ関連情報を含むウェブページに不当なクエリをリダイレクトするか、またはコンテンツ関連、地理的関連、および／または時間関連の情報を提供すること；ユーザ／リクエスト者へ、レジストリおよびＩＳＰ ＤＮＳサーバが供給する妥当な情報を渡すこと；およびキーワードまたはホットワードのクエリに応答してコンテンツ関連ウェブページを提供すること；である。
【００３０】
本明細書で用いるように、関連のないリクエストは、本発明のシステムおよび方法を実装する事業体（例えば、ＩＳＰ）が所望する機能に関連しない、ユーザが送信した情報を含むリクエストである。より詳細には、本システムおよび方法を実装するそれぞれの人および会社等は、特定情報の分析、特定情報の取得、および／または特定情報に関連するクエリを、様々な情報（例えば、参加パートナーに協賛を受けたウェブページ）を含むウェブページへ、リダイレクトすることに関心を持つ。これらの人々および会社等は、他の情報には関心がなく、処理せず、システムリソースと結びつかないように、その情報にフィルタをかけようと考える。関連のないリクエストは、本システムおよび方法を実装する事業体が定義する、関心がなく、従ってフィルタで排除すべき情報を含むような、リクエストである。例えば、多くの事業体は、ウェブページクエリ（すなわちＨＴＴＰクエリ）だけを、分析し、取得し、および／またはリダイレクトしようとし、電子メールクエリ（すなわちＳＭＴＰクエリ）を処理しようとしない。本発明のシステムおよび方法は、このような事業体がＳＭＴＰクエリをフィルタ処理できるようにし、未処理で通過させるか、またはそのクエリが未解決リクエストである旨、エラーメッセージを付けて送り手に戻すかのいずれかが可能になるようにする。個々の事業体毎に、多量の他のパラメータを用いて関連性を定義できることは言うまでもない。
【００３１】
本発明のインターネットアプライアンスに用いる電子構成要素および接続は、システムの全ての他の構成要素と同様に、コンピュータ業界で普通に用いるものである。好適な実施の形態では、本発明のインターネットアプライアンスは、一つ以上のＩＳＰ ＤＮＳにより実装される。これらの実施の形態では、本インターネットアプライアンスの様々なハードウエア、ソフトウエア、および機能ユニットは、ＩＳＰ ＤＮＳサーバ上、ＩＳＰ ＤＮＳサーバとは別体のハードウエア上、またはＩＳＰ ＤＮＳサーバ上へ部分的に、および別体のハードウエア上へ部分的に、常駐できる。特定の実施の形態では、本インターネットアプライアンスは、ＩＳＰ ＤＮＳサーバとは別体のハードウエア上に全体として提供される。本発明のインターネットアプライアンスおよびＩＳＰ ＤＮＳサーバは、ケーブル、配線等を介して物理的に接続できる。接続は、直接的（すなわち、一方から他方に、コネクタを介すること以外は、ハードウエアが何も介在しない）であっても間接的（すなわち、回路、フィルタ等の一つ以上の他のハードウエア装置を介して）であってもよい。他の実施の形態では、接続は物理的接続ではない（例えば、赤外線信号、無線信号、マイクロ波信号、光信号等の、電磁エネルギーを介する接続である）。特定の実施の形態では、本インターネットアプライアンスは、ＩＳＰ ＤＮＳサーバまたはレジストリＤＮＳサーバ内に直接実装される（例えば、回路基板をサーバへ挿入することにより）。他の実施の形態では、特定機能を、ＩＳＰまたはレジストリのサーバ内に直接実装し、他の機能を、物理的または非物理的に接続された一つ以上の他の物理的構成要素内に実装する。
【００３２】
システムおよび方法が、レジストリまたはＩＳＰのサーバに統合される実施の形態では、この統合は、一枚以上の回路基板をサーバへ物理的に挿入することによりなされる。更に、パケットフィルタおよび非ＨＴＴＰサービスへの丁寧な拒絶機能を、レジストリまたはＩＳＰのシステム内にある一つ以上のファイアウォールに実装できる。同様に、２台以上のロードバランサが、待ち受けページの冗長性および信頼性を提供できる。更にホットワード、キーワード、および位置関連型サービスは、サーバーサイドのプログラムまたはスクリプトを用いることにより実装できる。
【００３３】
更に、本明細書に開示するように、実施の形態において、本発明は、クエリが発生した場合、ユーザに最小限しか影響せず、ユーザが要求するコンピュータ使用量を大幅に最小化する方法で、本システムを、インターネットのインフラストラクチャと併せて用いることにより、ユーザレベルでのコンピュータ使用量を低減できるという特徴を提供する。特定の実施の形態では、クエリが開始された時、ネットワーク全体とシームレスに統合されるという付加的な利点がある。
【００３４】
本システムおよび方法は、多様な通信ダイレクション用途で用いるのに適している。例えば、テレフォニの分野で適用されたとき、本発明の例示の実施の形態では、不使用トラフィックは、電話勧誘販売または他の場所もしくはディレクトリ機能等の他のサービス、にリダイレクトされるべきダイヤルミスした電話番号であるかもしれない。インスタントメッセージ（ＩＭ）の領域では、不使用トラフィックは、例えば、不正なスクリーン名でタイプした者が生成したものかもしれない。次いで、そのタイプミスしたスクリーン名を、メッセージを点滅させるかもしれない広告主、および／または、リンク、別の一つのロケーションに、またはディレクトリ機能等の他のサービスにリダイレクトできる。従って、本発明によれば、待ち受けページは、限定はしないが、クエリに応答する情報を提供できるウェブページ、電話番号、およびＩＭスクリーン名を含む任意のロケーションとすることができる。その情報は、クエリ、リクエスト者、またはリクエスト者が用いるシステムに関連していることが好ましいが、リクエスト者を関連情報にダイレクトする情報、エラーが発生したという単なるメッセージ、または本インターネットアプライアンスの運営者が望む任意の他の情報、とすることができる。
【００３５】
正しく処理された場合、所望しないトラフィック、不使用のトラフィック、および／または未解決のトラフィックは、そのようなトラフィックを探す者にとって、非常に価値のあるビジネスリソースである。実際、多くのインターネットサービスプロバイダは、この価値あるビジネス資産を所有していることに気付いていない。今日では、彼らは、インターネットのトラッシュと同等のものとして、このトラフィックを見ている。しかし、多くの産業と同様に、トラッシュはリサイクルできることが多く、新しい製品に変えることができる。それを行う一方法は、このような所望しない、不使用の、および／または未解決のトラフィックを、コンテンツ関連ウェブページにダイレクトし、それを実行する際に、そのウェブページの所有者から金銭的利益を受ける、という手段を提供する本発明を用いることである。更に、一般クエリ（例えば、キーワードまたはホットワードのルックアップ）を、必然ではないが、リクエストしているコンピュータに地理的に近いコンテンツ関連サイトにダイレクトする能力は、ＩＳＰおよび／またはビジネス専用のサーバを維持している企業等の、ＤＮＳ運営者にとって、ビジネス機会および収入を生み出せる。
【００３６】
インターネット内のトラフィックを、「所望しない」、「不使用」、または「未解決」のトラフィックとして識別できる本システムおよび方法は、本明細書でその例示の実施の形態を説明する幾つかの手段により達成できる。
【００３７】
典型的なクエリルーティングのシナリオでは、ＤＮＳサーバにより、ＩＰアドレスのルックアップが生じる。ここで、ＤＮＳサーバは典型的には、ＩＳＰ  ＤＮＳであり、ユーザのインターネットブラウザがこれにコンタクトする。レジストリレベルで適切なＤＮＳと照合した後、リクエストされたＩＰアドレスがインターネット上で見つからない場合、リクエストは「未解決」として分類され、この旨のエラーメッセージは、リクエストを開始したインターネットブラウザに返される。本発明は、このようなエラーメッセージを中断し、単なるエラーメッセージではなくコンテンツ関連ウェブページの結果を与え、またはインターネットブラウザによるコンテンツ無関連のウェブページへのリダイレクションを提供するシステムおよび方法を提供する。基本的には、本発明のシステムおよび方法は、このようなエラーメッセージを、ユーザのインターネットブラウザから離れて、コンテンツ関連ウェブページにリダイレクトする。それにより、本発明は、インターネットブラウザによる有益性の低いエラーメッセージ、およびコンテンツ無関連のＵＲＬ、または広告を含むコンテンツ無関連のウェブページへの有益性の低いリダイレクションを削除する。
【００３８】
オリジナルの未解決クエリがＩＳＰ ＤＮＳに送信された場合、リクエストされたＩＰアドレスを解決しようとしてインターネットインフラストラクチャ内を行ったり来たりする。エラーメッセージがリクエスト者に返されるのは、しかるべきＤＮＳサーバ全てにコンタクトした後だけである。対照的に、本システムおよび方法は、エラーがあるクエリのキャッシュを提供するので、コンテンツ関連リダイレクションだけでなく、エラーがあるクエリがシステムのキャッシュに蓄えられていれば、未解決クエリのリダイレクションに要求される時間量を相当に減らすことができる。
【００３９】
更に、本システムは情報のキャッシュが可能なので、移動したウェブサイトまたはウェブページの正しいＩＰアドレスを提供できる。より詳細には、ＩＰアドレスをユーザへ返す速度を上げるためにＤＮＳサーバは、正しいことが知られたＩＰアドレスをキャッシュするのが典型的である。ＩＰアドレスは、所定時間（「有効期間」またはＴＴＬと称する）の間、キャッシュに維持してから消去する。一旦消去すると、特定ＩＰアドレスをリクエストする次回には、ＤＮＳサーバは、ルートレベルのサーバからＩＰアドレスをリクエストしなければならない（先に概略説明した手順に従って）。しかしながら、ウェブサイトまたはウェブページが、あるＩＰアドレスから別のＩＰアドレスへ移動した場合、インターネットインフラストラクチャ内のＤＮＳサーバは、その移動を直接には知らされないので、ＴＴＬが期限切れとなるまで、そのキャッシュにＩＰアドレスを保持する。移動後でＴＴＬの期限切れ前には、ウェブページまたはウェブサイトに対するリクエストは、消滅したＩＰアドレスに間違ってダイレクトされる。実施の形態では、本システムおよび方法は、移動したウェブサイトおよびウェブページに対する新しいＩＰアドレスを定期的に（半日毎、日毎、週毎に、等）キャッシュし、旧いＩＰアドレスを不使用ＩＰアドレスとしてマークし、そして新ＩＰアドレス、別の関連ＩＰアドレスもしくは新ＩＰアドレス、関連ウェブページ、および／または広告の情報を提供する待ち受けページに、トラフィックをリダイレクトすることにより、この欠点を克服する。
【００４０】
本インターネットアプライアンスは、それが、ユーザとＩＳＰ ＤＮＳとの間に置かれている場合、またはＩＳＰ ＤＮＳへ部分的または全体的に統合されている場合、ユーザのＩＰアドレス、従ってロケーションを識別できる。この情報は、クエリ結果または未解決クエリの地理的に関連するリダイレクションを提供し、地理的にまたは接続通信路の長さ（すなわちホップ数）により定義された、最も近くかつリクエストされた情報を含むサーバにユーザを接続する際に、特定のトラフィックが「所望されていない」かどうかを判定するのに有用である。この機能は、現在、レジストリレベルで実装される既知の使用されているシステムの、どれも提供できない。
【００４１】
本インターネットアプライアンスは、クエリのルックアップレベルで、またはクエリの解決レベルで実装できる。ルックアップレベルでの実装の実施例を、本開示を通して提供する。本インターネットアプライアンスを企業ウェブサイトの解決レベルで実装する場合の例示の仕方では、企業ウェブサイトは、幾つかの手段により、所望しない、トラフィックを識別できる。例えば、企業のウェブサイトは、海外に製品を出荷しても利益がない場合、海外からのトラフィックを「所望しない」と定義できる。こうして、トラフィックが海外から来たかどうかは、ＩＰアドレスを分析することにより識別できる。代替として、ウェブサイト所有者が、特定時間だけトラフィックを希望し、他の時間および／または地理的場所では希望しないということがある。本システムおよび方法を実装することにより、このようなトラフィックを、時間および／または地理的場所により分類でき、その部分を識別し、リダイレクトトラフィックとして利用できる。より詳細には、そのウェブサイトへのアクセスに対するリクエストを分析することにより、企業は、幾つかのトラフィックが入るのを受け入れ、他のトラフィックをフィルタで排除できる。次いで、拒否した（フィルタ処理した）トラフィックを、本システムおよび方法により、リダイレクションのために用いることができ、またはそのトラフィックを、そのトラフィック（主題、地理的ロケーション、時間、またはクエリから収集できる他の何らかの多くのデータに基づくもの）に関心を持つ入札者への販売のために提供できる。
【００４２】
テレフォニの領域では、所望しない電話トラフィックは、ダイヤルミス電話番号、またはミスダイレクトインターネット呼出しの形式をとるかもしれない。つまり、その人はおそらく、正しい電話番号をタイプしたが、その番号と関係付けられる人がいないか、またはそこではもう働いていないか、または違う電話番号かもしれない。何れの場合でも、その電話トラフィックは、多分その人が連絡を試みる企業内の別の人、電話会社オペレータ、その人が転送したかもしれない外部の会社、または電話勧誘販売人にさえ、リダイレクトできる。他のオプションも可能であり、当該技術に精通する者は直ちに分かるであろう。
【００４３】
インスタントメッセージ（ＩＭ）の世界では、「未解決」のトラフィックは、例えば、顧客が、存在しないスクリーン名を入力した場合等の、関係付けられるスクリーン名がない一片のトラフィックのことがある。ＩＭデータベース内で解決できない場合、トラフィックは未解決として識別され、従ってリダイレクトされ、市場調査メッセージおよび／またはウェブサイトリンクがユーザに配送されるかもしれない。
【００４４】
本明細書で示し、説明するように、意図した目標を見つけることができない電子通信信号のダイレクトまたはリダイレクトに対して多くの可能性のある実施例が存在する。本明細書では、インターネットトラフィック、電話呼出し等の用語で表現された、限定を意図しない多くの形式が存在するが、簡単にするために、迷子のインターネットトラフィックに関して、本明細書で説明する実施例を提供する。しかしながら、概念およびアーキテクチャは、他の形式の電子通信と同一であり、従って本発明は、未解決インターネットトラフィック、ならびに以下の一連の図面で説明されるようなキーワードおよびホットワードのルックアップ、に対するものを超えた全ての電子通信を含む範囲を有する。
【００４５】
ここで図面に転じて述べる。本発明の例示の実施の形態を図１に示す。ＰＬＥのＤＮＳプロキシ機能のシステムおよび方法が示されている。本発明の本実施の形態では、ＩＰアドレスは、適切に入力され配置される。図示のように、ＩＳＰ顧客（例えば個人ユーザ）は、ＩＰアドレスルックアップのためにリクエストをＰＬＥに送信し（図の１）、次いで、ＰＬＥは、ＩＳＰ ＤＮＳにメッセージを中継する（図の２）。ＤＮＳは、ユーザにリクエストされた特定ＩＰアドレスに関連する必要な統計を収集し、リクエストＩＰアドレスを、解決したドメイン名とともにＰＬＥに返す（図の３）。ＰＬＥは、リクエストＩＰアドレスをＩＳＰ顧客に返す（図の４）。このようなシステムまたは方法では、ＤＮＳプロキシ（すなわちＰＬＥ）は、ＩＳＰ ＤＮＳになされる全てのＤＮＳリクエストについて情報および統計を収集できる。これは他の機能（図７に示すもの等）を用いて、例えば、本システムおよび方法に対するデータベースを構築して達成してもよい。
【００４６】
しかしながら、インターネットユーザは、所望のインターネットアドレスを適切に入力しない場合が多い。図２は、リダイレクトＩＰアドレスが、ＰＳＰノード、例えば、最も近い（地理的にまたはホップ数から見て）ＰＳＰノードから返される、不完全形式のＤＮＳリクエストの実施例を示す。ＩＳＰ顧客は、アドレスルックアップのために不完全形式リクエストをする（図の１）。ＰＬＥは、不完全形式のリクエストをＩＳＰ ＤＮＳへ中継し（図の２）、データベース内の統計データを収集し、次いで、ＩＳＰ ＤＮＳは「そのようなアドレスはありません」等のエラーを返す（図の３）。次いで、ＰＬＥは、ＩＳＰ顧客が、ＤＮＳエラーメッセージの代わりに、このリクエストへのリダイレクトＩＰアドレスを受信するように、最も近いＰＳＰのＩＰアドレスを返す（図の４）。
【００４７】
図２および図３は、本発明の特定実施の形態のシステムおよび方法が、インターネットインフラストラクチャ内に実装された場合、発生するイベントをシーケンシャルに示す。図２では、ＩＰアドレスに対する不完全形式リクエストがユーザにより提示される（図の１）。そのリクエストは、ＰＬＥを通じてＩＳＰ ＤＮＳにルーティングされるが（図の２）、ＩＳＰ ＤＮＳは、自身のキャッシュ、ルートＤＮＳ、およびインターネットインフラストラクチャ内の他のＤＮＳに照会した後も、リクエストＩＰアドレスを見つけることができない。ＩＳＰ ＤＮＳは、エラーメッセージを返し（図の３）、リクエスト者へ渡す前にＰＬＥがそれを読む。リクエスト者へエラーメッセージを返す代わりに、ＰＬＥは、最も近いＰＳＰのアドレスを返す（図の４）。図３に示すように、リクエスト者のインターネットブラウザは、リクエストした情報が供給されたと考え、ＰＳＰに接続する（図の５）。ユーザを動的に接続するＰＳＰは、リクエストを分析し、一つ以上の参加パートナーとコンタクトし（図の６）、一つ以上の参加パートナーから情報またはコンテンツを受信し（図の７）、待ち受けページを顧客に創成し、これを返す（図の８）。待ち受けページ内には検索バーが含まれている。図示していないが、ＰＬＥは、自身のキャッシュへの照会を通して、リクエストされたウェブページまたはウェブサイトが解決できない（例えば、タイプを間違えた、期限が切れた）ことを認識している。このような仕方において、ＰＬＥはＩＳＰ ＤＮＳに照会しなくても、リクエストをＰＳＰにリダイレクトできる。
【００４８】
ＰＳＰは、本発明のシステムおよび方法の一部を構成する機能的プラットフォームである。ＰＳＰは、単一ユニットのハードウエア（例えば、サーバ）、または多数のユニットを備えることができる。本明細書では、ＰＳＰのハードウエアユニットを時にノードと称する。ＰＳＰの各ノードは、ＰＬＥが、他の関連情報と併せて、未解決クエリをリダイレクトできる多数のＩＰアドレスを格納する。ＰＳＰは、ＰＬＥが提供する情報を分析でき、リクエスト者に表示するためのコンテンツの内容が特有の待ち受けページを作製する。本発明のこれらの実施の形態の利点は、待ち受けページ作製プロセスの動的な性質にある。他のリダイレクトシステムとは異なり、本システムは、ＰＬＥが供給する未解決クエリ毎に、システムが保持する情報および参加パートナー（例えば、広告主）が提供する情報に基づいて、待ち受けページを動的に作製する。こうして、コンテンツ内容が特有の待ち受けページを、未解決クエリ毎に作製でき、このコンテンツ特定待ち受けページには、地理的関連コンテンツおよび時間関連コンテンツも含めることができる。これは現在用いられている他のリダイレクトシステムとは対照的であり、他のシステムでは、特定ホットワードまたは未解決クエリに応答して単一のリダイレクト待ち受けページしか作製せず、クエリの特定主題、リクエスト者のロケーション、またはリクエスト時間、とは無関係な、そのリダイレクト待ち受けページを提供する。
【００４９】
実施の形態では、ユーザのリクエストに応答して返されるウェブページは、検索バー（当該技術ではブラウザバーまたはＵＲＬバーとも呼ばれる）を含む。検索バーは、リダイレクト待ち受けウェブページの文脈内では、ＰＳＰが供給し、典型的な何れかの検索バーと同様に機能する。すなわち、ＵＲＬ、ホットワード、およびキーワードの検索を実行する等、他の何れかの検索バーのようなインターネット検索能力をユーザに提供する。検索バーは、また、特に、ＰＳＰが供給するリダイレクト待ち受けページが、関連情報を含むが、ユーザが取得したい情報そのものではない場合、ユーザの検索を絞り込む機会をユーザに提供する。従って、リダイレクト待ち受けページが供給する検索バーは、更に検索を実行するユーザに利便性を提供し、ユーザが、ブラウザページに内蔵された多数の検索バーを持つ場合に、時折、続いて起きる混乱を最小限にする。すなわち、検索バーは、リダイレクト待ち受けページ内に提供されるので、ユーザは、自分のブラウザのディスプレイページの最上部にあるかもしれない、沢山の検索バーのひとつではなく、その検索バーを使用したのを容易に記憶している。実際、想定しているのは、ユーザが、自分のブラウザディスプレイページから全てのブラウザバーを削除でき、それにより、機能性を失わずにデスクトップの空間を解放できる、ということである。この考え方に関しては、ユーザは、ＰＳＰからのリダイレクト待ち受けページにより供給されるブラウザバーを用いて、普通の検索エンジンの何れかを使用できるので、ユーザは、自身のブラウザディスプレイページ上に多数のブラウザバーを維持する必要はない。更に、待ち受けページの一部として、ＰＳＰが提供するブラウザバーは、参加パートナーにとってビジネス機会をも強化する。なぜなら、ユーザが更に実行する検索は、例えば、スクリーンの右側、または上部に沿うようなコンテンツ関連広告を含む待ち受けページを生み出せるからである。
【００５０】
この時点で、注意すべきは、多くの図に「参加パートナー」が示されている、ということである。参加パートナーは、広告、サービス、または他の情報（政府プログラムに関する情報、大学の募集等）等の、コンテンツをＰＳＰへ供給する事業体（個人、企業、組織等）を意味する。このコンテンツは、パートナーに関する特定主題、地域、時間等に関連する未解決クエリに応答して表示するためにＰＳＰが利用する。ＰＳＰは、ＰＬＥが送信した未解決クエリ毎にリダイレクト待ち受けページを動的に作製するためにこのコンテンツを用いる。ＰＳＰ運営者、ＤＮＳ所有者、または本発明のシステムおよび方法を実装する何れかの他の事業体は、パートナーのコンテンツを表示するために参加パートナーに対価を請求するのが普通である。この仕方では、ＰＳＰ運営者、ＤＮＳ所有者等、およびパートナーは、関連コンテンツを提供することにより金銭的利益を得る。つまり、ＰＳＰ運営者等はコンテンツを表示して支払いを受け取り、パートナーは、高い利益率を生み出すことで知られるターゲット広告を得る。すなわち、広告のターゲット化は、効率が高く、かつ広告の効果的手段であるとして知られ、そのビジネスに関連するクエリをＰＳＰが受け取った時、パートナーが表示すべき情報を供給することにより、この種の広告の恩恵を得る。
【００５１】
場合によっては、ユーザは、システムを駆動するプラグインを望むこともある。その場合には、本発明は、リクエストの種類（例えば、ウェブページ、電子メール、インターネット電話、ＩＭ等）毎に特有なプラグイン（本明細書ではＰＳＭと称する）を提供する。例えば、ユーザが、プラグインを用いて全てのウェブページリクエストをＰＳＰにルーティングしたい場合、自身のパーソナルコンピュータにＰＳＭをインストールでき、ユーザは、ウェブリクエストをＰＳＰへ確実に送信する。しかしながら、ＰＳＭが、電子メールアドレスのリクエスト、ＩＭリクエスト、または他のインターネットトラフィックリクエストも、適切なＰＳＰにルーティングするよう構成されていない場合、ＰＳＰはウェブページでないトラフィックをフィルタで取り出し、リクエストにふさわしいエラー応答を返す。特定の実施の形態による本インターネットアプライアンス内のプラグイン実装を図４に示す。図４には、ユーザからの、ＨＴＴＰリクエストのような、リクエストが、ＰＬＥ、ＰＳＰ ＤＮＳ、またはインターネットインフラストラクチャに最初の照会をせずに、プラグインにより本インターネットアプライアンスのＰＳＰに直接ダイレクトされる（図の９）。ＰＳＰは、クエリからＰＳＰへ提供される（図の９）各種の情報、およびクエリまたはユーザに関連するＰＳＰに格納した任意の他の情報に基づいて、ユーザのために待ち受けページを動的に作製し、これを返す（図の８）。待ち受けページは、一つ以上の参加パートナーに送信され（図の６）、一つ以上の参加パートナーからの情報と混合される（図の７）。
【００５２】
本開示を通じて、フィルタ処理の考え方を説明する。本システムおよび方法により、システムを通過する情報のフィルタ処理が可能である。すなわち、本発明のシステムおよび方法が受信する情報を、コンテンツ、発信点（地理的、ＩＰアドレス、ＭＡＣアドレス）、時間、および他の関連パラメータについて分析できる。この情報を用いて、クエリが、処理に無関係（または禁止されている）と定義されている情報を含むので、そのクエリを通過させるかどうかを決定する。また、この情報は、クエリを処理する（例えば、リダイレクト待ち受けページにリダイレクトする）べきかどうかの決定に使用できる。同様に、この情報は、クエリを送り手にエラークエリとして返すべきかどうかの決定に使用できる。なぜ、クエリをフィルタ処理して、通過させるか、処理するか、または返すかのいずれとするのか、の多くの他の理由を直ちに想定でき、そのような理由全てを本発明は想定している。例えば、クエリは、好ましくないワード、フレーズ、または画像にフィルタ処理を行うことができ、好ましくない主題の不適切さを送り手に知らせる何れかのウェブページにリダイレクトすることができる。また、その情報をＩＰアドレスに基づいてフィルタ処理することもできる（例えば、本インターネットアプライアンスを用いて、ポルノグラフ、または、ユーザもしくはアプライアンスの運営者が、好ましくないと定義する他のコンテンツを提供するような、特定のインターネットサイトへのアクセスを阻止することができる）。更に、本開示を通じて説明するように、未解決クエリをフィルタ処理してリダイレクト待ち受けページにすることもできる。更に、ＰＳＰがウェブページだけを受け入れるよう構成する実施の形態では、電子メールリクエストをフィルタ処理し、分析後、または未処理の後、システムを通過させるか、またはエラーメッセージとともに送り手に返すかの何れかとすることができる。
【００５３】
本システムおよび方法の他の機能と同様に、フィルタ処理は一つの機能であり、従ってシステムの一つ以上の物理的構成要素上に設けることができる。特定の実施の形態では、フィルタ処理は、ＤＮＳ運営者により用いられる一つ以上のファイアウォールにインテグレートされる。他の実施の形態では、ＰＬＥおよび／またはＰＳＰを備えるハードウエアのユニット内に常駐させる。フィルタ処理機能が有用であることは判っているが、ＰＬＥプラットフォームでは必要性は必ずしも高くない。例示の実施の形態では、ＰＬＥプラットフォーム（例えばＤＮＳプロキシで）でのフィルタ処理を用いて、運営者が許可しないとして定義するワード、フレーズ、またはビット文字列を識別する。例えば、本インターネットアプライアンスの特定の運営者が、侮蔑的として運営者が定義する特定のワードを含む全てのトラフィックを阻止しようと考えるかもしれない。ＰＬＥのフィルタ処理機能を用いて、そのワードを含む全てのトラフィックを遮断させることができ、メッセージが遮断されたこと、侮蔑的なビット文字列等を含むトラフィックは禁止されていることを表明する待ち受けページにユーザをリダイレクトできる。
【００５４】
対照的に、要求はされないが、システムの最高性能のためには、フィルタ処理機能は、ＰＳＰプラットフォームで提供されるべきであることが判明した。例えば、ＰＳＰが実装されていて、エラーがあるウェブページクエリだけについてリダイレクト待ち受けページを動的に生み出す仕方では、ＰＳＰが、非ウェブページクエリをフィルタで排除しない場合、リソース、おそらく高い割合のリソース、を使用し、これらの非ウェブページクエリに対して待ち受けページを創成するよう試みる。このような成果のない試みは、システムリソースを拘束し、本システムおよび方法のロバスト性を潜在的に制限することになる。従って、好適な実施の形態でのフィルタ処理はＰＳＰで提供する
【００５５】
図３、および図４に示すように、ＰＳＰは、リクエスト、またはリクエストしている特定のコンピュータ、もしくはＩＳＰについて格納したプロファイルに基づいて顧客特有、地理的関連および／または時間関連のコンテンツを返すことができる。広告主のこともある参加パートナー、検索エンジンパートナー、広告ネットワーク、広告ネットワークの配布業者等が、特定顧客に、リクエストしているコンピュータまたはＩＳＰの場所におよび／またはクエリ主題に基づいて、コンテンツを返す（図の７）。これは、参加パートナーに共通のアプリケーションプログラムインターフェース（ＡＰＩ）により実行でき、または参加パートナーが定義できる。ＰＳＰは、参加パートナーからのコンテンツを有するラウンチページを作製し、これを送信する（図の８）。このラウンチページは、リクエストしているコンピュータの地理的場所についての情報を含む、ＩＳＰに格納してあるプロファイル情報に基づいて、またはリクエスト者のＩＰアドレスに基づいて、リアルタイムで動的に作製する。ＩＰアドレスを用いて、既知の個人ユーザにまでパスを辿ってリクエスト者の場所を特定する。
【００５６】
図５（ａ）および図５（ｂ）は、本発明のシステム、および方法のコントローラとして、ＩＳＰが、ウェブベースインターフェースまたはハードウェア接続等の直接接続を用いて、ＰＬＥと通信し、それを制御できる本発明のインターネットアプライアンスの２つの実施の形態を示す。図５（ａ）は、ＩＳＰが、その管理者を通じ、インターネットを経由してＰＬＥ（本実施の形態では、ＩＳＰだけに既知のＩＰアドレスを割り当てられている）とコンタクトして、ＰＬＥの更新、構成等を行う仕方を示す。本実施の形態の利点は、ＩＳＰが、単一ロケーションのＰＬＥから多数のＰＬＥのプラットフォームへ、可能性としては同時に変更できる、ということにある。図５（ｂ）は、ＩＳＰ管理者が、有線接続、光接続、赤外線接続等による直接接続を介して、ＰＬＥ（本実施の形態では、このＰＬＥはＩＰアドレスを持っていないので、従って、インターネット経由でアクセスできない）とコンタクトして、ＰＬＥを更新、構成等を行う仕方を示す。本実施の形態の利点は、ＰＬＥがＩＰアドレスを持たないので、インターネットベースの攻撃に対して安全なことにある。ＩＳＰは、ＰＬＥにアクセスして、ＰＬＥ内部のＤＮＳプロキシ機能を構成、管理し、ＰＬＥ ＤＮＳプロキシおよび未解決クエリに応答してユーザに返すリダイレクト待ち受けページ、の状態をチェックし、更新することを望むのが典型的である。しかしながら、特定の状況のもとでは、ＩＳＰは、ウェブベースインターフェース、または直接リンクを用いてＰＳＰ上のＩＳＰプロファイルを構成したり、または幾つかの他のタスクを実行することを望むこともある。
【００５７】
本発明のインターネットアプライアンスでオプションとして利用できる一つの特徴は、本インターネットアプライアンスのリダイレクト能力を用いるか、またはリダイレクト能力を用いないというオプションである。これを本明細書では、ｏｐｔ−ｉｎ／ｏｕｔ能力と称し、好適な実施の形態では実装して、本発明のインターネットアプライアンスを実装する一つ以上のＤＮＳに依存するユーザに、他のリダイレクト方法を用いるオプションを提供する。基本的には、本発明のＰＬＥは、ユーザから、またはインターネットインフラストラクチャから来る情報を分析して、その情報を用いて一つ以上の機能を実行する（このように知的に機能する）か、またはその情報を無視する（従って配線として作用する）かのいずれかとすることができる「スマートワイヤ」と考えることができる。この区別をする能力は、本インターネットアプライアンス内に常駐し、何らかの他のハードウエア、またはソフトウエアを必要としない。しかしながら、実施の形態では、ｏｐｔ−ｉｎ／ｏｕｔフィーチャを実装するために、ＰＬＥは、リダイレクトされたこと、およびユーザが希望するならサービスのｏｐｔ ｏｕｔ（オプションをＯＦＦにする）ができること、をユーザに知らせるメッセージを含む待ち受けページを創成するＰＳＰにユーザをリダイレクトする。プラグインを用いる実施の形態では、プラグインが使われ、それが、待ち受けページを創成するＰＳＰにユーザをリダイレクトする。
【００５８】
ユーザがサービスのｏｐｔ−ｉｎ／ｏｕｔを選択すると、ＰＬＥ、ＰＳＰ、またはその両方は、その選択状態を保持でき、使用しているコンピュータと関係付けられるＩＰアドレスまたはＭＡＣアドレスから発せられるその後の全てのクエリにその状態を適用できる。言うまでもなく、しかるべき権限を有するコンピュータから命令されれば、本インターネットアプライアンスは、所与のネットワーク内にある多数のコンピュータに、またはネットワーク全体に、そのｏｐｔ−ｉｎ／ｏｕｔの選択を適用できる。同様に、本発明のインターネットアプライアンスのリダイレクトサービスは、特定種類のクエリに対しては、無効とし（すなわち、ｏｐｔ−ｏｕｔ状態に変換する）、その他は無効でないとすることもできる。例えば、特定ユーザが、電子メール、およびＵＲＬのリダイレクションをｏｐｔ−ｏｕｔし、ホットワードおよびキーワードの検索についてはｏｐｔ−ｉｎを選択できる。更に、ユーザ、ネットワーク管理者等は、ウェブサイト、電話番号、または他の連絡情報を通じて、ＰＬＥ運営者（例えば、ＩＳＰまたは他の関連ＤＮＳ運営者）にアクセスすることにより、またはインターネットサービスの別のプロバイダが運営するウェブページにアクセスすることにより、任意の時間に、任意の時間の長さで（例えば、一セッション、一日、一週間、恒久的に等）、サービスのｏｐｔ−ｉｎ／ｏｕｔ状態を変更できる。例えば、ＰＬＥが、特定のＩＰアドレスに対して所望状態を静的に構成できるように、ＰＬＥを手動で構成できるＩＳＰ管理者を通じてｏｐｔ−ｉｎ、またはｏｐｔ−ｏｕｔを選択できる。更に、ＩＳＰ管理者は、その中にＩＰアドレスを割り当て、あるゾーンをｏｐｔ−ｉｎを選択するユーザのために、あるゾーンをｏｐｔ−ｏｕｔを選択するユーザのために、とする、ＩＰアドレスのブロックまたはＤＨＣＰゾーンを創成できる。
【００５９】
ｏｐｔ−ｉｎ／ｏｕｔ状態は、ｏｐｔ−ｉｎまたはｏｐｔ−ｏｕｔが選択できるように、様々な時間、様々な状況でユーザに表示できる。例えば、ｏｐｔ−ｏｕｔするリクエストに応答してＰＳＰが生成する待ち受けページ上で、「このサービスからｏｐｔ−ｏｕｔしますか？」という意味のことを伝えるリンクを見ることになる。このリンクを選択すると、ユーザが、次回、ＤＮＳパケットを送信できるように、ユーザのＩＰアドレスが自動的にＰＬＥに送信され、ＰＬＥで処理されずにＤＮＳサーバに送信される。このように、ユーザは、本インターネットアプライアンスのリダイレクトサービスからｏｐｔ−ｏｕｔする。対照的に、ユーザは、適切なウェブページに行って、ｏｐｔ−ｉｎリンクを選択でき、その時点で、そのコンピュータのＩＰアドレスは、状態をｏｐｔ−ｉｎにセットする命令とともにＰＬＥに送信される。他の実施の形態では、ｏｐｔ−ｏｕｔするために、ユーザは、以前ダウンロードしたブラウザのプラグインをアンインストールするか、またはｏｐｔ−ｉｎ／ｏｕｔ状態を登録できるウェブページにプラグインを用いてアクセスする。当該技術に精通する者なら、ｏｐｔ−ｉｎ、ｏｐｔ−ｏｕｔを選択する他の適切な特定の方法を心に描くことができ、そのような方法を本発明により実装できる。
【００６０】
図６は、ＰＳＰおよびＰＬＥのプラットフォームが相互に、連続的または定期的にやり取りするのを示す。そのやり取りは、多くのことに関連することができ、限定はしないが、システム内の各ＰＬＥおよび各ＰＳＰの機能状態、システム内の各ＰＬＥおよびＰＳＰの稼働率および現在の負荷、システム内の各ＰＬＥおよびＰＳＰ上に維持されている記録のコンテンツ、ならびに様々な他の機能を含む。例えば、このやり取りは、ＰＬＥとＰＳＰとの間の更新および自己調整のために、または特定のＩＰアドレスにｏｐｔ−ｉｎおよびｏｐｔ−ｏｕｔの状態情報を渡すために用いることができる。かかる更新は、ＰＳＰもしくはＰＬＥが自動的に、または運営者が手動でＰＳＰ、またはＰＬＥにより開始できる。更新は、更に、モジュール、ソフトウエア、またはデータの更新でもよい。これらを用いて新規ＰＬＥサービスモジュールを展開することもできる。ＰＳＰがＰＬＥに提供するデータには、未解決ドメイン名リクエストがなされた場合に返すべきＩＰアドレスを含めることができる。
【００６１】
図１〜図６の例示のシーケンスに示すように、本発明による特定のＩＳＰ情報ダイレクトの方法およびシステムには、多数の構成要素を含めることができる。図７は、本発明のインターネットアプライアンスの実施の形態による個々のＰＬＥプラットフォームおよび個々のＰＳＰプラットフォームの特定構成要素の説明である。本インターネットアプライアンスの特定のアーキテクチャ構成の有利な一態様は、ＰＬＥが汎用ソフトウエアエンジンであるということから導き出される。従って、本発明以外のソフトウエアモジュールを実行して、このインフラストラクチャレイヤで他のサービスを配送できる。更に、注意すべきは、本インターネットアプライアンスは、例示の実施の形態で示し、及び説明する、ハードウエアの個数またはロケーションに制限されないこと、ならびに、コンピュータおよびインターネットトラフィックサーバが典型的に実行する各種の機能のために実装するハードウエアおよびソフトウエア等の、他のハードウエアおよびソフトウエアを別の異なる実施の形態で含めることができるということ、である。
【００６２】
全体的な概要として、図７は、本発明のインターネットアプライアンスを概ね２つの観点、すなわちＰＬＥプラットフォームとＰＳＰプラットフォームとに分けることができることを示し、それぞれ各種の機能を提供する。図７に示す実施の形態によれば、ＰＬＥは４つの機能、すなわちＤＮＳプロキシ、ＰＳＮプロトコル、ＤＮＳ統計、および付加的サービス機能、を備える。他の実施の形態では、もっと多いか少ない機能を提供できる。更に、ＰＳＰプラットフォームは、６つの機能、すなわちＰＳＮプロトコル、リクエストハンドラ、ページビルダ、広告主ＡＰＩ、プロファイラ、およびポートフィルタ機能、を提供する。他の実施の形態では、もっと多いか、少ない機能を提供できる。各プラットフォームは、機能の安定性、負荷耐性、および稼動性のための多くの機能を提供する。実施の形態では、本インターネットアプライアンスは、ＰＬＥおよびＰＳＰそれぞれの内の２つ以上を備えて、改良した安定性、負荷耐性、および稼動性によりそのアプライアンスの機能を更に改良する。
【００６３】
ＰＬＥのキャッシュで検出されない未解決クエリを扱うための典型的な仕方では、ＤＮＳリクエストがＩＳＰ顧客によりなされ、ＰＬＥのＤＮＳプロキシは、ＤＮＳリクエスト（すなわちＩＰアドレスリクエスト）を、ポート５３番等のポートで中継し、ＩＳＰ ＤＮＳへリクエストを渡す。ＩＳＰ ＤＮＳがエラーメッセージを返す場合、ＤＮＳプロキシはＰＳＰノードのＩＰアドレスを返す。その時、ＰＬＥのＰＳＮプロトコルは、特定コンテンツに関連するリダイレクトページをユーザのブラウザに送信しているＰＳＰのＰＳＮプロトコルを知らせる。ＰＳＰは、ページビルダおよび広告主ＡＰＩを通じて、ＰＬＥがユーザに供給するＩＰアドレスでリダイレクト待ち受けページを動的に作製する。ユーザのウェブブラウザが、ＰＬＥのＤＮＳプロキシが供給するＩＰアドレスとコンタクトすると、コンテンツ関連リダイレクトウェブページがユーザのコンピュータースクリーン上に表示される。
【００６４】
ＰＳＮプロトコルモジュールは、ＰＬＥとＰＳＰとの間の通信を司るものである。これにより、ＰＬＥとＰＳＰとの間のリアルタイムのデータ更新が可能になる。ＰＬＥは、例えば、ＤＮＳ統計、状態、ＩＰアドレス所有者の情報、および付加的サービスモジュールからの情報等の、情報を送信できる。ＰＳＮは、新しいサーバーモジュールをＰＬＥに追加でき、ＰＬＥソフトウエアを更新でき、クエリに応答を返すことができ、そしてＤＮＳからのエラーメッセージに代えて返すべきＩＰアドレスを返すことができる。
【００６５】
ＤＮＳ統計モジュールは、ＤＮＳリクエストおよびリクエスト状態についての統計を収集する。このモジュールは、これらの統計を収集し、またはその情報を、ＰＳＮプロトコルモジュールを経由してＰＳＰに送信できる。例えば、このモジュールは、特定ＩＰアドレスが、特定時間の間に、幾つのエラーリクエストを提示したかの統計を収集できる。この情報は、スパムまたはハッキングの活動源を識別するのに役立てることができる。収集し、処理できる有用な情報の他の例は、当該技術に精通する者には明らかであり、そのような例の全ては本発明の範囲内にある。
【００６６】
図７では、付加的サービスの機能を示す。このサービスは、システム運営者または参加パートナーにとって有益であると想定される任意のサービスとすることができ、セキュリティ強化のためにオンラインまたはオフラインで実装できるバックアップサービスを含めることができる。実際、好適な実施の形態では、ＤＮＳ統計モジュールは、ＰＬＥプラットフォームの障害イベントに際して復帰機能を格納する有用な場所は無論のこと、統計のための格納場所を提供する付加的サービス機能により、定期的にバックアップされる。付加的サービスは、インターネット上の別のコンピュータに統計を簡便に伝送するためのウェブアドレス指定可能な特徴として提供することができ、または付加的サービスのハードウエアへの物理的アクセス権を有するコントローラでしかアクセスできない「オフライン」機能とすることができる。後者の実施の形態は、公衆に利用可能となる特定ＩＰアドレスまたはＭＡＣアドレスに関する情報に対し、強化されたセキュリティを提供する。
【００６７】
ＰＳＰリクエストハンドラは、エラー待ち受けページにダイレクトされるＩＳＰ顧客からのリクエストを取り扱う。基本的には、リクエストハンドラは、リクエスト者と通信するＰＳＰの機能ユニットである。リクエストハンドラは、リクエスト者からの情報を、ＰＳＰプラットフォーム内の他の機能ユニットに送信し、作製したリダイレクト待ち受けページをリクエスト者へ返す。
【００６８】
リクエストハンドラは、ポートフィルタを利用して、リクエストハンドラが受信する非関連のクエリを全て排除する。例えば、ウェブページクエリだけにリダイレクト待ち受けページを提供するようＰＳＰを実装する場合、全ての非ＨＴＴＰプロトコル、またはＨＴＴＰ以外の他のポートリクエストは、ポートリフィルタによりフィルタ処理される。この時点、またはその前でのフィルタ処理はシステムの効率を増大させ、リダイレクトウェブページの表示を高速化する。上記説明のように、好適な実施の形態には、ＰＳＰプラットフォーム内のポートフィルタ等のフィルタが含まれる。実施の形態では、ポートフィルタ機能は、本発明のシステムおよび方法の運営者のために、一般的なファイヤウォールの一部として提供される。
【００６９】
プロファイラを用いて、待ち受けページの見え懸かり、雰囲気、およびレイアウトを定義する。プロファイラは、ＩＳＰ、顧客、または利用可能な何らかの他の情報についてのプロファイル情報を含めることができる。例えば、多くのユーザは、検索ページであろうと、検索結果を表示する待ち受けページであろうと、ウェブページの特定レイアウトに慣れている。プロファイラは、各ユーザにサービスするＩＳＰに関する情報を保持でき、ＩＳＰ検索ページを模倣したリダイレクト待ち受けページを提供できる。代替として、プロファイラは、ユーザが特定検索エンジンを用いて、クエリを提示したかどうかを判定でき、その検索エンジンのページを模倣したリダイレクト待ち受けページを提供できる。次いで、再び、プロファイラが、前回の訪問からユーザから情報を収集した場合、ユーザが所望すると指示した、またはユーザが好んで使用した要素（つまりそのような特徴が好まれたという意味）を含む待ち受けページを作製できる。多数の他のパラメータを用いて、待ち受けページの見え懸かり、雰囲気、およびレイアウトを定義するが、このようなパラメータ全てを、本発明では想定し、範囲に含めている。
【００７０】
ページビルダーモジュールは、プロファイラに格納されているユーザ、ＩＳＰ、またはその両方のいずれかのプロファイルに応答して、リアルタイムでＰＳＰ待ち受けページを作製する。このプロファイルの一部は、最初の段階でユーザがＰＳＰにもたらした間違った形式のリクエストのコンテンツであるのは言うまでもない。上記注のように、ページビルダの機能は、プロファイラが提供した情報に基づいて各リダイレクト待ち受けページを動的に合成する。従って、ＰＳＰが提供する各待ち受けページは、過去または将来に提供された／される全ての他の待ち受けページとは潜在的に異なる。これは、定期的にしか改訂されず、主題、地理的場所、時間、および／または、インターネットのＩＳＰ側に保有される情報から利用可能な個人情報等の他の情報、の特定な組合せに基づかない静的な待ち受けページを提供する他のリダイレクトシステムと全く対照的である。
【００７１】
ＰＬＥおよびＰＳＰは、ハードウエアおよびソフトウエアにより実装されているが、機能要素により作製される機能プラットフォームである。従って、各プラットフォームは、単一または多数の異なる個数のハードウエア上に存在できる。更に、各機能ユニットは、同一地域に配置されるか、または広く分散した地域に配置される単一または多数の異なる個数のハードウエア上に内蔵できる。直接接続されるか、中間にある一つ以上のハードウエアにより接続される異なる個数のハードウエア上に、異なる機能を実装することは、完全に、当業者の精通技術の内にある。同様に、異なる個数のハードウエア上に配置されるか、またはシステム内の多数のコピーとして存在する異なる機能を制御するソフトウエアは、本発明の一部であるが、様々な要望に基づいて本発明の運営者が実装できる本方法およびシステムの特定の態様を更に制御するよう実装できる他のソフトウエアは、当業者により必要以上の、または過度の実験をせずとも、本発明に統合できる。
【００７２】
ここまで、本発明のインターネットアプライアンスについて、クエリがユーザから到着すると、そのクエリを分析し、リダイレクトするよう構成した場合の、またはクエリに関する情報がインターネットインフラストラクチャから返される場合の、または代替として、ブラウザプラグインにより構成される場合の、その機能の観点から説明してきた。しかしながら、理解すべきことは、本インターネットアプライアンスは、これらの、および他の機能を提供してはいるが、実施の形態毎に本明細書で説明した機能の全てを備える必要はない、ということである。例えば、本発明のインターネットアプライアンスは、インターネットインフラストラクチャにクエリを転送して、クエリに関連する情報を更に得なくても、既知の未解決クエリだけには（例えば、すでに存在しない特定ウェブページ、または所望されない待ち受けページであると定義されているウェブページ）、リダイレクションを提供できる。更に、クエリが未解決ビットパケットを含むかどうかを判定するためのＰＬＥでの最初の分析（ＰＬＥのキャッシュへの照会に基づくもの）をしなくても、全てのクエリをインターネットインフラストラクチャへ転送できる。特定の実施例として、本発明のインターネットアプライアンスは、キーワード検索だけ、ホットワード検索だけ、またはキーワードおよびホットワードの検索を、タイプミスしたクエリを除いて、リダイレクトすることが可能である。それを実行する際に、本インターネットアプライアンスは、キーワードおよび／またはホットワードの検索を不適切なＩＰアドレスクエリとして認識でき、そのクエリを、インターネットインフラストラクチャに照会しなくても待ち受けページを生成したＰＳＰにリダイレクトできる。代替として、例えば、本インターネットアプライアンスがタイプミスのクエリに出会った場合、そのクエリが未解決かどうかを判定する分析（キャッシュに保持された既知の未解決クエリへ照会して）を最初に行う必要はなく、解決のためにインターネットインフラストラクチャにクエリを渡すだけでよい。他方、本インターネットアプライアンスは、解決可能かどうかにかかわらず、クエリを分析せずに、またはインターネットインフラストラクチャから情報を何ら受け取ることなく、全てのクエリをリダイレクト待ち受けページにダイレクトできる。更に、本インターネットアプライアンスは、不適切なＩＰアドレスリクエスト（例えば、キーワードまたはホットワード）を、解決のためにインターネットインフラストラクチャへ送信できるよう構成でき、次いで、インターネットインフラストラクチャから受け取った情報を、アプライアンスにとって既知の他の情報と併せて用いて、関連するリダイレクト待ち受けページを生成する。本開示から明らかなように、プラグインを実装した場合、ＰＬＥの一つ以上の機能は、削除するか、またはプラグイン機能に統合できる。従って、本発明のインターネットアプライアンスは、本明細書で説明した機能全てを提供するアプライアンスに限定されるのではなく、本インターネットアプライアンスを実装するＤＮＳ運営者の好みおよび必要性に基づいて選択し、組合せることができる一つ以上の機能を提供するものである。
【００７３】
従って、実施の形態では、本発明のインターネットアプライアンスは、ユーザからクエリを受信し、クエリを分析し、所定条件を満たせば、ユーザをリダイレクト待ち受けページにリダイレクトし、そして所定条件が満たされなければ、インターネットインフラストラクチャへクエリを渡す少なくとも一つのプロセッサを備える。分析は、一つ以上のビットシーケンスを認識することが必要な何らかのデータ操作となる。従って、分析には、人の言語によるリクエストをＩＰアドレスリクエストに変換するステップ、およびＩＰアドレスアドレスが解決できるかどうかを判定すること、ユーザのＩＰアドレスを決定するステップ、ユーザのＭＡＣアドレスを決定すること、ビット文字列を識別すること等、を含めることができる。上記説明した予め決めた条件は、リクエストのＩＰアドレス、ユーザのＩＰアドレス、またはＭＡＣアドレス、許可しないと定義されているビット文字列、クエリのフォーマット（例えば、ホットワード、キーワード、ＨＴＴＰ、ＳＭＴＰ等）等を含む任意の数のものとすることができる。実施の形態では、リダイレクト待ち受けページは、ＰＳＰにより生成される。
【００７４】
実施の形態では、本インターネットアプライアンスは：ユーザからのクエリを受信し；インターネットインフラストラクチャへクエリを渡し；インターネットインフラストラクチャから情報を受信し；インターネットインフラストラクチャから受信した情報を分析し；そして、特定の予め決めた条件が満たされる場合は、第１待ち受けページにクエリをダイレクトし、または、これらの条件が満たされない場合は、インターネットからの情報をユーザへ渡すか、もしくは、第２待ち受けページにクエリをダイレクトする；少なくとも一つのプロセッサを備える。分析には、本明細書で説明した機能の何れか、または全てを含めることができる。特定の実施の形態では、アプライアンスの一つまたは複数のプロセッサは、クエリから受信した情報を分析し、および／または、クエリおよびインターネットから受信した情報を合成する。このようにして、実施の形態では、一つ以上のプロセッサが、クエリを受信すると情報を収集、保持し、インターネットインフラストラクチャから受信すると情報を収集、保持し、またはその両方を行う。予め決める条件は、本明細書で説明したようなものの何れかとすることができ、未解決の解決不可能クエリ、またはユーザのｏｐｔ−ｉｎもしくはｏｐｔ−ｏｕｔ状態を含むが、限定はされない。
【００７５】
更に他の実施の形態では、本インターネットアプライアンスは、ユーザからクエリを受信し、それを待ち受けページにリダイレクトする少なくとも一つのプロセッサを備える。例えば、本インターネットアプライアンスは、ＰＳＰが生成した待ち受けページに全てのクエリを自動的にダイレクトするプラグインでもよい。実施の形態では、一つまたは複数のプロセッサは、クエリ（すなわち、クエリに含まれている情報、またはクエリと関係付けられる情報）を分析してからリダイレクトしてもよい。実施の形態では、プロセッサは、クエリ内の情報、またはクエリと関係付けられる情報が、一つ以上の所定条件を満たしているかどうかを分析し、クエリをインターネットインフラストラクチャへ渡すことができる。
【００７６】
好適な実施の形態では、本インターネットアプライアンスは、クエリと関係付けられる情報、インターネットインフラストラクチャから返された情報、またはその両方、に基づいた待ち受けページを作製できる一つ以上のプロセッサを備える。実施の形態では、この待ち受けページは、本インターネットアプライアンスのＰＳＰ機能が生成する。ＰＳＰの機能には、ＰＬＥから情報を受信すること、クエリに対する待ち受けページを動的に作製すること、およびクエリが提供する情報、ユーザのＩＰアドレス、ＭＡＣアドレスに基づくＰＬＥもしくはＰＬＰからのキャッシュ情報、または他の関連情報、を合成すること、が含まれるが限定はしない。
【００７７】
上記説明したように、上記説明の機能は、単一プロセッサまたは２つ以上のプロセッサ上に提供され、その機能は、アプライアンス運営者の設計によりプロセッサ間に分散される。本明細書で用いるように、プロセッサは、コンピュータシステムのフレームワーク内の情報を処理できる任意のハードウエア、ソフトウエア、またはその何れか、または両方の内の二つ以上の組合せである。プロセッサの実施例には、中央処理ユニット（ＣＰＵ）、回路基板、チップ、ソフトウエア等、が含まれるが必ずしもこれらに限定はされない。多数のプロセッサを用いるところでは、それらは直列または並列に接続される。すなわち、多数のプロセッサは、あるプロセッサだけに割り当てられた機能であっても、他のプロセッサが重複しているか、または共有する機能であっても、割り当てられた機能を実行でき、同時に、他のプロセッサは、自身に割り当てられた機能を実行し、または一つ以上のプロセッサは、一つ以上の他のプロセッサがその機能を完了した後だけに働くことができる。実施の形態では、本インターネットアプライアンスを用いて、キーワード、ホットワード、またはタイプミスしたインターネットクエリをダイレクトする。実施の形態では、本インターネットアプライアンスは、プラグインとして実装される。本インターネットアプライアンスは、インターネットアーキテクチャの、レイヤ２、レイヤ３、またはレイヤ４を含む任意のレイヤに実装してもよい。
【００７８】
特定の実施の形態では、上記の開示を考慮すると、本インターネットアプライアンスは、少なくとも以下を備える。即ち：発信点で生成されたクエリを受信するプロセッサ；クエリを分析して、解決可能か、または解決不可能か、または一つ以上の予め定義された所定のビット文字列を含むかどうかを判定するプロセッサ；解決可能な場合、インターネットインフラストラクチャにクエリを提示して、クエリを解決するプロセッサ；解決不可能か、または一つ以上の予め定義された所定のビット文字列を含む場合、クエリを待ち受けページにダイレクトするプロセッサ；インターネットインフラストラクチャから解決可能なクエリについての情報を受信するプロセッサ；インターネットインフラストラクチャから受信した解決可能クエリについての情報を分析するプロセッサ；解決され、インターネットインフラストラクチャから受信される解決可能クエリに関する情報をクエリ発信点に転送するプロセッサ；インターネットインフラストラクチャからの情報が、クエリが未解決であったことを示す場合、クエリを待ち受けページにダイレクトするプロセッサ；および各解決不可能、または未解決の各クエリ、または一つ以上の所定のビット文字列を含む各クエリのための待ち受けページを作製するプロセッサ；である。
【００７９】
状況によっては、待ち受けページを作製するプロセッサを除く全てのプロセッサは、単一のコンピュータシャーシ内に、物理的にリンクされ、配置され、および／または待ち受けページを作製するプロセッサは、他のプロセッサとは別体の物理的場所に配置される。同様に、状況によっては、待ち受けページを作製するプロセッサを除く全てのプロセッサは、ルックアッププロキシまたはルックアップエンジンと呼ばれる単一コンピュータ内に物理的リンク、又は、配置されるか、および／またはルックアッププロキシ／エンジンが、クエリ発信点と、クエリを提示された最初のＤＮＳとの間に配置される。
【００８０】
本開示から明らかなように、多数のハードウエア、およびハードウエアとソフトウエアの組合せを用いて、本発明のインターネットアプライアンスを実装できる。代替として、本発明による全ての要素およびこのような要素の機能をプログラムコードで提示してもよく、スタンドアロンのソフトウエアパッケージで利用可能にしてもよい。本発明の更に別の実施の形態は、本発明の機能を持つソフトウエア「アタッチメント」であり、そのアタッチメントは、例えば、インターネット検索のために設計された既存のソフトウエアパッケージ上に付加的に搭載される。このように、本発明は、ハードウエアとして、ハードウエアとソフトウエアの組合せとして、純粋にスタンドアロンソフトウエアとして、または既存のソフトウエアパッケージへのソフトウエアアタッチメントとして実現化される。他の形式および組合せも可能であり、このような形式および組合せが実質的に類似の型で機能して、実質的に類似の結果を得る限り、本発明の範囲内にある。
【００８１】
本発明の無数の使用法が可能であり、本発明の範囲内にある。これらの使用法の幾つかを、本開示において説明するが、やはり本発明の範囲内にあるが、本開示では説明しない他の多くの使用法が、当業者には明らかである。本発明の特定の一使用法では、本開示および図面で説明するような本発明の機能および本発明で可能なことを用いて、キーボードへのドメイン名の「逆ルックアップ機能」が提示される。簡単に言えば、これを用いて、ユーザの振る舞いをより理解するためにＤＮＳログを用いると特定の利点がある。このような振る舞いをリアルタイムで用いて、例えば、ユーザがどの広告を見たいのかを予測できる。広告主がそれを用いて広告のための最良のキーワードを探すこともできる。逆ルックアップ機能の役割における本発明を使用するその特定の利点に注意を向けるのは、問題の根源を先ずもって理解するのに有益である。検索エンジン最適化ツールの新規ユーザおよび経験ユーザは、キーワードの選定および追跡に関わる共通の問題、すなわち、ユーザが要望するトラフィックを引きつける正しいキーワードを如何に想像し、選ぶかを体験している。一ウェブサイトに過ぎず、かつ所望のクリックスルー当たり費用（ユーザが所望のＲＯＩを決定する）に過ぎないが、広告主が責任を持つウェブサイトは、しばらくの間は周囲にいつものように存在し、検索エンジンリンクによりインデックスされているので、本発明によるシステムは、どのキーワードが最良の結果を生むかを自動的に見分けることができる。このように、ユーザは、ウェブサイトを逆ルックアップできる。その意味は、ユーザは、検索エンジンに一つのサイトのＵＲＬを送り、その例えば、上位２０または３０個のＵＲＬを見付けるために用いることができるキーワードまたはフレーズを返答させることができる、ということである。オプションとして、検索エンジンはキーワードを返答するだけでなく、広告主のウェブサイトに結び付けるようにこれらのキーワードを登録することもできる。現状では、広告主のネットワークを通じてのこの機能は不可能である。現状で、ユーザが行っていることは、それによって見付けられるようなキーワード、およびウェブサイトのＵＲＬの入力であり、そのキーワードに対するサイトランキングが返される。広告主は、ウェブマスタにサーバーログをチェックさせ、ユーザがそのサイトを見付けるために利用している検索語を調べさせることもできる。広告ネットワークによっては、広告主を支援する「用語サジェスション」を有する。例えば、Wordtracker.com等の有料サービスがある。しかしながら、これらのサービスは、広告主ネットワークが行うのと同一種類のキーワードアドバイスを提供する。多くの広告主は、オーバチュアサジェスションツールを用いるものである。利用可能な他のサジェスションツールは、ユーザにＵＲＬ、次いで、キーワードを入力するよう依頼し、キーワード検索を、上位１０００ページのＵＲＬリストに置くかどうかを指示する。ＵＲＬに対するキーワードが上位１０００ページのランクにない場合、広告主は、結局、新規キーワードを無差別に選ぶか、または技法を変える必要がある。従って、広告主は、幾つかのニュースレターと契約するのを辞め、正しくなるまで微調整を続けるしかない。広告主は、良い方向に進むようになるまで可能性のある全ての探求を行う羽目になる。広告主は、タイトルを見るとか、彼らのサイトのためのキーワードを様々な方法で組み合わせる等の、幾つかの効果的なキーワードを見付ける最良の方法を見出すことの全てを行う。又、それらは、＜Ｈ１＞タグ、＜Ｂ＞タグ、他のサイトから着信するアンカーテキストリンクにあるキーワードもチェックする。それらは、それらのサイトに関連する、良好な結果を生む少数の効果的な用語を見出すために、オーバチュアサジェスションツールと併せて、これらを用いる傾向がある。本発明のこの特定の使用により、広告主は、彼らのＵＲＬ、クリックスルー当たりの希望金額、およびおそらく予算、だけを入力すればよく、ＵＲＬと関係付けられるキーワードの自動逆ルックアップをシステムに実行できる。どれもうまく行かない場合、ユーザは、競合他社のウェブサイト、または彼らが販売している物についての一般的な発想を並べ、システムは、逆ルックアップによりキーワードを自動的に生成し、これらのキーワードを広告主のＵＲＬに結合する。これら全ては、本発明の使用により行われ、広告主は効果的なキーワードを知る必要がなく、または想像する必要がない。
【００８２】
本発明の更に別の使用法により、ユーザがどのサイトを訪問したかに基づく予測アルゴリズムで、ＩＰアドレスをドメイン名リクエストに動的に結合させることができる。例えば、オンラインオークション等の人気のあるウェブサイトは、一日当たり多数の訪問者がある。多くのこのようなユーザは、検索エンジンにウェブサイトＵＲＬを入力する時に、ピリオド「．」を誤って忘れることがある。このような入力ミスは、典型的にエラーページを生じ、ユーザにＵＲＬの再度の入力を強いることになる。ＵＲＬの宛先が短い場合は、名前を再タイプするのに大して労力を要しない。しかしながら、長いＵＲＬ名では、そのような再タイプは更にエラーを生じ、時間の遅延を招く。ソフトウエア、ハードウエア、またはその組合せの構成で本発明の機能を用いると、ＵＲＬにスペルミスがあっても、スペルミスをした後、ＵＲＬのスペルを修正した他のユーザの過去の振る舞いに基づいて、ユーザは関心の対象である特定ウェブサイトにダイレクトされることができる。このように、特定の所望のドメイン名のスペルを、同じように間違った過去のユーザの履歴に基づいて、本発明は、将来同じようにスペルミスをするユーザを、再度スペル入力しなくても、所望のウェブサイトにダイレクトできる。基本的に、本発明のこの特定の使用法により、以前同様にスペルを間違えたユーザの振る舞いに基づいて、特定ウェブサイトを所望するがスペルを間違える人を許容できる。代替として、潜在的に所望するウェブサイトのリストを、同じようにスペルミスした以前のユーザの過去の振る舞いに基づいて、ユーザに提示し、次いで、所望ウェブサイトを見付けるために続行することができる。他の類似の使用法も可能である。
【００８３】
本発明の別の使用法では、例えば、リクエストのＩＰアドレス、およびそのＩＰアドレスからのユーザの振る舞い等の、変化を表す指標に基づいて、動的にリアルタイムでＩＰアドレスをユーザへ返すことができる。実際には、上記のように、このような使用法は、ＩＰアドレスにより決定されるような、ユーザの地理的記述を越えて拡がる。検索の振る舞いの履歴を通じて、上記説明のような要素を用いる本発明は、期間を越えて、ユーザの経歴のモデルを進展させることができる。例えば、ユーザが自動車の熱狂的ファンであり、例えば、アストンマーチン等の特定モデルを楽しんでいる場合、この特定自動車モデルに幾つかの関連を有する将来の検索が、他の検索結果とともに、ユーザに提示される。それで、自動車の熱狂的ファンが「メカニカルツール」に対する検索を入力した場合、ハードウエア、ソフトウエア、またはそれらの組合せ、として具体化された本発明は、一般的なメカニカルツールに対する検索を提示するだけでなく、アストンマーチン車に特に関連するメカニカルツールに対する検索を提示する。従って、本発明は、以前の検索の履歴の最高得点を通じてユーザを「知るようになり」、このような検索で表現される興味に基づいて検索結果を提示する。本発明のこの使用法の利点は、無制限であり、時間を節約し、そしてユーザ側に立つ検索努力を節約する。オプションとして、この「ユーザ特定」の特徴をＯＦＦにして、従来の技法に基づく一般的な検索を行うこともできる。
【００８４】
本発明の更に別の実施例では、非ＡＳＣＩＩ ＤＮＳリクエストを解決するために、ＤＮＳサーバの直前に位置するレイヤ２装置、またはソフトウエアを用いる一技法を提示する。標準のＡＳＣＩＩコードは、世界標準ではなく、世界の多くの場所では、自国で所有するコード体系を用いて言語を判読する。このような他のコード体系は、例えば、中国語、日本語、および他の非英語の英数字コードである。このような単純なデバイスまたはソフトウエアは、ユーザのマシン自体に配置されるか、またはＤＮＳサーバの一部であるか、または中間のどこかにスタンドアロン配置とされる。本発明によるこのようなデバイスまたは方法を用いると、世界中の全ユーザに対する本発明の使用法、恩恵、および利点が、彼らのコンピュータ検索の言語とは無関係に拡張される。
【００８５】
従って、実施の形態では、本インターネットアプライアンスは以下を備える。即ち：発信点で生成されたクエリを受信するための手段；クエリを分析して解決可能か、または解決不可能か、または一つ以上の所定のビット文字列を含むかどうかを判定するための手段；解決可能な場合、クエリをインターネットインフラストラクチャに提示して、クエリを解決するための手段；解決不可能か、または一つ以上の所定のビット文字列を含む場合、クエリを待ち受けページにダイレクトするための手段；インターネットインフラストラクチャから解決可能なクエリについての情報を受信するための手段；インターネットインフラストラクチャから受信した解決可能クエリについての情報を分析するための手段；解決され、インターネットインフラストラクチャから受信される解決可能クエリに関する情報をクエリ発信点に転送するための手段；インターネットインフラストラクチャからの情報が、クエリが未解決であったことを示す場合、クエリを待ち受けページにダイレクトするための手段；および解決不可能、未解決の各クエリ、または一つ以上の所定のビット文字列を含む各クエリのための待ち受けページを作製するための手段；またはこれらの任意のサブコンビネーション；である。
【００８６】
上記開示を考慮すると、実施の形態では、本発明は、インターネットトラフィックをダイレクトする方法を提供する。本方法には以下を含む。即ち：ユーザからクエリを受信するステップ；そのクエリを分析すること；予め定義した条件が満たされる場合、リダイレクト待ち受けページにユーザをリダイレクトすること；および所定条件が満たされない場合、インターネットインフラストラクチャへ、クエリを渡すこと；である。分析は、一つ以上のビット文字列の認識のため要求されるデータ操作とすることができる。従って、分析には、以下を含む。即ち：人の言語のリクエストをＩＰアドレスに変換すること；そのＩＰアドレスが解決可能かどうかを判定すること；ユーザのＩＰアドレスを決定すること；ユーザのＭＡＣアドレスを決定すること；ビット文字列を識別すること；等である。上記で説明したように、予め定義した条件には、任意の数の以下のものを含めることができる。即ち：リクエストのＩＰアドレス；ユーザのＩＰアドレスまたはＭＡＣアドレス；許可されないと定義されたビット文字列；クエリのフォーマット（例えば、ホットワード、キーワード、ＨＴＴＰ、ＳＭＴＰ等）；等である。実施の形態では、ＰＳＰがリダイレクト待ち受けページを生成する。
【００８７】
実施の形態では、インターネットトラフィックをダイレクトする方法には、クエリから受信した情報を分析すること、および／または、クエリおよびインターネットから受信した情報を合成することを更に含めることができる。従って、実施の形態では、本方法は：クエリを受信すると、情報を収集し、保持すること；インターネットインフラストラクチャからクエリを受信すると、情報を収集し、保持すること；またはその両方を含む。予め定義する条件には、本明細書で説明したものの何れかとすることができ、未解決の解決不可能クエリ、またはユーザのｏｐｔ−ｉｎもしくはｏｐｔ−ｏｕｔ状態を含むが、限定はしない。
【００８８】
更に他の実施の形態では、インターネットトラフィックをダイレクトする本方法は、ユーザからのクエリを受信すること；およびそれを待ち受けページにリダイレクトすること；を含む。例えば、本方法は、ＰＳＰが生成した待ち受けページに、全てのクエリを自動的にダイレクトするプラグインである本インターネットアプライアンスにより実装される。実施の形態では、本方法は、クエリを（すなわち、クエリに存在する情報またはクエリと関係付けられる情報）を分析してからリダイレクトしてもよい。実施の形態では、本方法は、クエリ内の情報、またはそれと関係付けられる情報を分析し、一つ以上の予め定義した条件が満たされるか、または満たされない場合に、インターネットインフラストラクチャへクエリを渡してもよい。
【００８９】
好適な実施の形態では、インターネットトラフィックをリダイレクトする本方法は、クエリ、インターネットインフラストラクチャから返される情報、またはその両方、と関係付けられる情報に基づいて待ち受けページを作製することを含む。実施の形態では、この待ち受けページは、本インターネットアプライアンスのＰＳＰ機能により生成される。ＰＳＰの機能には、以下を含むが限定はしない。即ち：ＰＬＥからの情報を受信すること；クエリに対する待ち受けページを動的に作製すること；および、クエリ、ユーザのＩＰアドレス、ＭＡＣアドレスに基づくＰＬＥまたはＰＬＰからのキャッシュ情報、または他の関連情報、により提供された情報を合成すること；である。
【００９０】
特定の実施の形態では、インターネットトラフィックをダイレクトする本方法は以下を含む。即ち：発信点で生成されたクエリを受信すること；クエリを分析して、解決可能、または解決不可能、または一つ以上の所定のビット文字列を含むかどうかを判定すること；解決可能な場合、クエリを解決するようインターネットインフラストラクチャにクエリを提示すること；解決不可能、または一つ以上の所定のビット文字列を含む場合、待ち受けページにクエリをダイレクトすること；インターネットインフラストラクチャから、解決可能クエリについての情報を受信すること；インターネットインフラストラクチャから受信した解決可能クエリについての情報を分析すること；解決され、インターネットインフラストラクチャから受信した解決可能クエリに関する情報をクエリ発信点へ転送すること；インターネットインフラストラクチャからの情報が、クエリが未解決だったことを示す場合、待ち受けページにクエリをダイレクトすること；および解決不可能、または未解決の各クエリ、または一つ以上の所定のビット文字列を含む各クエリのための待ち受けページを作製すること；である。特定の実施の形態では、待ち受けページの作製には以下を含む：クエリに関する情報を受信すること；クエリのコンテンツ、インターネットインフラストラクチャからの情報のコンテンツ、クエリ発信点、クエリ発信点の地理的ロケーション、クエリ提示時間、またはこれらの内の２つ以上の任意の組合せ、の情報を分析すること；クエリのコンテンツ、インターネットインフラストラクチャからの情報のコンテンツ、クエリ発信点、クエリ発信点の地理的ロケーション、クエリ提示時間、またはこれらの内の２つ以上の任意の組合せ、についての一つ以上の既知の情報を有する情報を合成すること；クエリについての情報を、一つ以上の参加パートナー、インターネットインフラストラクチャ、またはその両方に提示すること；一つ以上の参加パートナー、インターネットインフラストラクチャ、またはその両方からクエリに関する情報を受信すること；参加パートナー、インターネットインフラストラクチャ、またはその両方から受信した情報を合成すること；および、参加パートナー、インターネットインフラストラクチャ、またはその両方から受信した情報に基づいて待ち受けページを作製すること；である。
【００９１】
特定の実施の形態では、本方法は、所望しないクエリをフィルタで排除することを更に含む。実施の形態では、待ち受けページを作製することは、そのクエリと関連する情報に基づいて、全てのクエリに対して実行される動的な処理である。想定しているのは、分析した情報が、ビットまたはビット文字列の形式をしている、ということである。
【００９２】
上記開示が明瞭に示していることは、本発明は、例えば、インターネット上のコンピュータを用いてビジネスをする方法を範囲に含む、ということである。本方法は以下を含む。即ち：解決不可能、または未解決の各クエリを、クエリ主題、クエリ発信点、クエリ発信点の地理的ロケーション、クエリ提示時間、インターネットインフラストラクチャが提供する情報、またはこれらの内の２つ以上の任意の組合せ、に関連する情報を含む動的に創成した待ち受けページにダイレクトすること；および待ち受けページに情報を含めるための料金を関連情報の提供者に請求すること；である。実施の形態では、本方法は、インターネットを用いる広告ターゲット化の方法である。好適な実施の形態では、本方法は、インターネットアーキテクチャのＩＳＰレベルの前またはＩＳＰレベルに実装される。コンピュータを用いてビジネスを行う本方法には、クエリが、一つ以上のホットワード、一つ以上のキーワード、またはタイプミスしたクエリ（つまりダイヤル番号違い、タイプミスしたＩＭスクリーン名等；これら全ては、未解決、または解決不可能の用語の意義により、本明細書の範囲に含まれる）を含む方法が含まれる。
【００９３】
本発明の一実施例では、汎用ソフトウエアエンジン（すなわちＰＬＥ）内のモジュールとして実行できる構成要素は、ＤＮＳおよび他のトラフィックの収集および／または分析である。この構成要素を含めることは、リサーチャー、ＩＳＰ、およびインターネット性能を調査するマーケティング会社にパートナーとしての機会が開かれる。更に、本発明を、ＩＳＰ ＤＮＳ、および他のＤＮＳに実装した場合、ＰＬＥにより、既知のＤＮＳ名変更に対する「ＤＮＳ転送」、所望しないウェブサイトへのアクセス制御、ＤＤＯＳ攻撃の検出および診断、およびスパムソースの検出および診断を管理するための「ＵＲＬフィルタ処理」等の、付加的サービスを提供することが可能になる。
【００９４】
本発明により提供されるような、不成功ルックアップのサービスは、ＩＳＰ顧客にとって有用である。このような顧客は適切な操作法を与えられる（例えば、上記のｏｐｔ−ｏｕｔフィーチャ）。ここで示し、説明する技術モデルにより、他のアプリケーションは期待通り確実に動作する。そのモデルは、顧客のための他の有用なサービス機会を創出する。このモデルは、器具に一意に配置されるネットワークを創成し、インターネットの動的性能を調査する。これは必ず、強制されるメカニズムではなく、完全にユーザの選択によるものである。ＩＳＰは、リダイレクションせずに参加でき（例えば、他のサービスに対して）、またはＩＳＰ顧客は、ｏｐｔ−ｉｎまたはｏｐｔ−ｏｕｔする選択権を有する。オプションは、顧客およびＩＳＰの両方に対して配備される。更に、本発明は、時間限定サービスまたはコンテンツ限定サービスのｏｐｔ−ｉｎおよびｏｐｔ−ｏｕｔを提供する。従って、ＩＳＰまたはユーザによるシステムの使用は、幾つもの考察に基づいて管理でき、ログオン毎にまたは検索毎にさえ、ＩＳＰまたは個々のユーザの判断で変更できる。
【００９５】
好適な実施の形態では、単純なトラフィックリダイレクションのため、システムは、一片のトラフィックを、所望しないか、不使用か、または未解決か、を識別でき、それを検索エンジン等の特定ロケーション（すなわち、いくつかのＩＰアドレス）、ウェブサーバの任意のＩＰアドレス、および／または、任意のポートもしくはプロトコルの任意のＩＰアドレス、に指し示す。他のオプションも可能であり、本明細書で説明するように、本システムおよび方法の管理者に任される。
【００９６】
トラフィックダイレクション、および処理で使用するための好適な実施の形態では、トラフィックは、リダイレクトされる前に処理される。例えば、その処理には、トラフィックを開始した事業体のロケーション、および／または、人口統計を識別または近似するステップが含んでもよい。これは、例えば、ジオロケーションおよび／または人口学的分析を用いて達成する。リクエスト者のＩＰアドレスは、何れかの静的ＩＰアドレスか、または、特定ユーザにＩＰアドレスを付与するＤＨＣＰ等の動的手段を用いて、何れかのＩＳＰが前もって知ることができる。二次リクエスト、例えば、別のウェブ待ち受けページ、が要求されると、ユーザ識別が、リクエスト者のＩＰアドレスによりでき、特定のＤＮＳリクエストを特定のリクエスト者と結合できる。本発明のシステムおよび方法が、ＩＳＰ ＤＮＳレイヤに置かれるか、またはその前に置かれ、特にレイヤ２の処理を利用する場合、リクエスト者のＩＰアドレスは、マッピングされ、メディアアクセスコントロール（ＭＡＣ）アドレスに、結合されるので、より多くの情報およびリダイレクションの確実な妥当性が提供される。特定ＩＰアドレスを特定ＭＡＣアドレスに結合できることによって、効率的なｏｐｔ−ｉｎ／ｏｕｔ機能を本インターネットアプライアンスが提供できる。
【００９７】
実施の形態では、リクエスト者のロケーションを用いて、キーワードまたはホットワードの検索に応答して地理的関連情報を提供できる。より詳細には、キーワードまたはホットワードは、妥当なＵＲＬまたは電子メールアドレスでないので、本システムおよび方法は、それを未解決クエリとして扱うことができる。このように、本システムおよび方法は、リクエストがＩＳＰ ＤＮＳに到達する前に（またはＤＮＳが本発明を実装しているときは何でも）、リクエストを阻止し、関連情報を含むリダイレクト待ち受けページを生成するＰＳＰにそれをリダイレクトできる。キーワードの場合、参加メンバが協賛するウェブページとすることができる。ホットワードの場合、ウェブ検索結果含む検索ページ、コンテンツ関連広告、またはその両方とすることができる。どちらの場合でも、本発明をＩＳＰまたはＩＳＰのユーザ側に実装する場合、リクエスト者のＩＰアドレスおよびＭＡＣアドレスさえ、システムに利用可能であり、待ち受けページを動的に作製する場合に考慮することができる。例えば、リクエストするコンピュータがある大まかな領域または特定領域内だけで、待ち受けページに企業の広告を表示してもよい。このように、リクエスト者は、彼の地域内の企業からの広告を眺め、参加パートナー（広告主）は、彼の顧客に向けた効率的な広告を得る。同様に、キーワード検索に応答して、国内規模または世界規模のどこか他の企業のウェブページではなく、検索語に関連するビジネスのローカル企業からのウェブページを提供する。リクエスト者の地理的ロケーションが、ターゲット広告を提供する参加パートナーにとって非常に関心がある一方、ロケーションに基づいて順位付けしたウェブ検索結果を提供することで、ユーザにも恩恵があり、製品、サービス、またはユーザの場所に関して興味深いポイントを検索する場合には重要である。
【００９８】
上記の説明のように、実施の形態では、本発明の方法およびシステムは、リダイレクションに対して代金を支払う事業体がホストであるウェブページにトラフィックをリダイレクトするか、または、そのような事業体へのリンクを表示する。従って、これらの実施の形態では、本発明は、インターネット上のようなコンピュータを用いて、ビジネスをする方法を提供する。そのような方法、およびシステムの一例は、リダイレクションサービスのバイヤーが、リダイレクトされる前の様々なトラフィックに入札できるようにすることに関わる。本実施の形態は、単純なトラフィックリダイレクションに関わり、その場合、トラフィックを、例えば、個々に、または一括で販売できる。代替として、本実施の形態は、特定のロケーションおよび／または人口統計からそのようなトラフィックを受信するのに興味がある関係者にトラフィックを販売するために、地理的ロケーションおよび／または人口統計等の、一つ以上の基準で、トラフィックを分類可能とするステップを処理することに関わる。更に別の実施の形態では、トラフィックは、時間に基づいて分類でき、時間関連広告を表示できる。例えば、多くの飲食施設がスポーツイベントの日にディスカウントを提供する。本発明によりこれらの施設は、スポーツイベントの時間か、それに近い時間で検索し、施設が提供する食品の種類に関連する情報を検索し、またはスポーツイベントが行われる時間に近い関連情報を検索しているインターネットユーザへの広告をターゲット化できる。このような広告のターゲット化は費用効果が高く、本発明を実装する事業体に（参加パートナーから収入を得ることにより）、参加パートナーに（高い広告投資回収率を得ることにより）、そしてユーザに（食品のディスカウント価格を発見できることにより）、利益を提供する。
【００９９】
多様な異なるシステムおよび方法に対して、所望しないか、不使用か、または未解決のトラフィックを識別するとともに、そのようなトラフィックであると識別するとリダイレクトすることが本発明内で利用することができる。更に、多様なシステムおよび方法に対して、キーワードおよびホットワードのクエリをコンテンツ関連ウェブページにダイレクトすることを本発明の範囲内で利用することができる。
【０１００】
本発明による例示のシステムおよび方法には、産業および企業での多様な利用法がある。例えば、企業の活動範囲では、インターネット業者は、所望しない、あるいは、不要な大量のトラフィックを受信する。例えば、業者が外国から受信したどんな電子メールも、その外国に商品を出荷するか、サービスを提供することが利益を生まないか、または不法であれば、その業者にとっては無価値である。本システムおよび方法は、業者のＤＮＳサーバに実装して、所望しないトラフィックをフィルタで排除できる。このトラフィックは、廃棄するか、またはリダイレクトトラフィックとして一つ以上のインターネットトラフィック業者に販売できる。
【０１０１】
別の例示の使用領域は、ユーザからインターネット上のそのユーザの最終宛先への直接トラフィックを支援するインターネットレジストリである。レジストリＤＮＳは、トラフィックのユニットをどこに送信すべきか把握できないことがしばしばある。本発明によれば、このトラフィックは、未解決トラフィックとして分類される。これはインターネット上で一日に数十億回も発生しているので、大きな収入源創出を提供する。
【０１０２】
本発明が実装された、限定ではないが、一つの日常的例として、本発明のシステムおよび方法を、ＩＳＰが実装する例がある。ユーザの地域にある歯医者を探し出している平均的なインターネットユーザが、歯医者の間違いアドレス（ＵＲＬ）をついうっかり入力することもある。本発明のシステムおよび方法は、ユーザが歯医者を捜していることを判別でき、かつユーザのコンピュータの概略の場所を、例えば、郵便番号により、決定できる。例えば、間違った形式のクエリのスペル、およびリクエストしているコンピュータの場所を含むシステムに利用可能な様々な情報片を装備して、本システムは、参加パートナー（例えば広告主）のデータベースにある全ての歯医者を検索して、どれが特定ユーザの郵便番号の地域で利用可能かを決定できる。次いで、本システムは、同一郵便番号の歯医者、またはその郵便番号と周辺の郵便番号の歯医者、に関連する情報のウェブページをユーザに提示する。この場合には、ユーザは、特定の歯医者の間違ったＵＲＬを入力したが、ＩＳＰプロバイダは、ユーザ地域の歯医者のリストをユーザに提供できた。ユーザは、検索対象であった特定の歯医者を見付けたかもしれないし、または地域内の別の歯医者かもしれない（つまり幾つかの歯医者）。このサービスは、歯医者を捜しているユーザ（もっと近くの、またはもっと経済的な歯医者を探していたかもしれない）、ＩＳＰプロバイダ（広告収入から利益を得る）、および歯医者（広告費をＩＳＰに支払い、次いで、彼にダイレクトされた顧客を得る）にとって利点がある。未解決クエリに応答して地理的関連結果を提供する能力は、特定のユーザーコンピュータ上のウェブブラウザに内蔵するリダイレクトシステムでは不可能であり、またはユーザが明示的に情報を提供しない限り、インターネットインフラストラクチャのレジストリレベルで展開できるリダイレクトシステムでも、不可能である。
【０１０３】
無限の他の実施例が本発明の範囲内にある。例えば、ダイヤルミスの呼出しは、同一構成のもとで動作でき、呼出者が呼出そうとした相手（その番号を呼出者がダイヤルミスした相手）以外の付加的なオプションをその呼出者に提供する。
【０１０４】
更に別の実施例は、リンク切れに関わる。顧客がリンク上をクリックしても、意図したところに結局行き着かず、「エラー」ページに終わることを意味する「リンク切れ」は、ウェブ上のリンクに事実上無数に存在する。これらのリンク切れは収集でき、ユーザが生成するトラフィックは、関連ページ等の、別の場所にリダイレクトできる。
【０１０５】
更に別の実施例には、パークドメインが含まれる。「パーク」ドメインは、顧客または企業により登録されているドメインであるが、そのドメインの登録所有者により添付された実際のウェブサイトが存在しないドメインである。これらのパークドメインは、そのドメインを販売したレジストラが維持するのが典型的である。これらのドメインに添付したウェブサイトは存在しないが、それらによって依然としてトラフィックが生成される。決して処理されることがなく、従って、迷子になるこのトラフィックは、別のページにリダイレクトできる。
【０１０６】
他にも多くの使用法が可能である。これらには、以下が含まれる：
（１）クエリが生成された直後、トラフィックの一サプライヤからトラフィックの一バイヤにトラフィックをリダイレクトする。これを「一対一」ビジネスシステムと呼ぶ；
（２）一サプライヤから多数のバイヤにトラフィックをリダイレクトする。これを「一対多数」ビジネスシステムと呼ぶ；
（３）多数のサプライヤからトラフィックの多数のバイヤにトラフィックをリダイレクトする。これを「多数対多数」ビジネスシステムと呼ぶ；および、
（４）上記実施の形態の任意の組合せを、現在用いられているシステムのものに追加して使用でき、従って、現行システムの有用性を支援するとともに、コンテンツ無関係のウェブページにダイレクトされるリクエストの率を減少させることにより、関係する維持費用を減らすことができる。
【０１０７】
本発明の更なる利点には、実施の形態における、最終ユーザのコンピュータシステムに関わる構成要素の間接費使用の削減、インターネットインフラストラクチャへの安定性の追加、および信頼性向上が含まれる。これらの利点の一つ以上は、現行インターネットリダイレクトシステムと関係付けられる維持管理を同時に減少させながら達成できる。本発明の例示の実施の形態の一利点は、未解決トラフィックを回復し、そのようなトラフィックを、ＩＳＰ、ＤＮＳサーバの他の運営者、および／または参加しているビジネスパートナーのために金銭に変換するための手段を提供することである。本発明の例示の実施の形態を実装した結果の別の利点は、インターネットトラフィックリダイレクションのためのシステムおよび／または方法を提供することであり、それにより、無数のサービスを、ＩＳＰおよび／または参加パートナーを通じて、直接顧客に提供することができる。
【０１０８】
本発明の好適な実施の形態の開示を図解および説明するために提示したが、開示したそのままの形式に、本発明を包含させたり、または限定したりすることは意図していない。本明細書で説明した実施の形態の改変および修正が数多く存在することは、上記開示に照らして、当業者には明らかであろう。例えば、広範囲な局面において、本発明の原理は、テレフォニ等の他のネットワークに適用できる。本発明の範囲は、本明細書に付帯する各請求項およびその均等なものによってのみ定義すべきである。
【０１０９】
更に、本発明の代表的な実施の形態の説明において、本明細書は、特定のステップのシーケンスとして本発明の方法および／または処理を提示した。しかしながら、方法または処理が本明細書で説明したステップの特定順序に依存しない限り、本方法または処理は、説明した特定シーケンスに限定されるものではない。当業者には言うまでもなく、他のシーケンスステップが可能である。従って、本明細書で説明したステップの特定順序が、各請求項を限定すると解釈してはならない。更に、本発明の方法および／または処理に対する請求項は、記載された順序でステップを実行すると限定してはならず、当該技術に精通する者には言うまでもなく、そのシーケンスは変更可能であり、それは、依然として本発明の精神および範囲内にある。
【図面の簡単な説明】
【０１１０】
【図１】図１は、トラフィックダイレクションが開始されない状況での本発明の例示の実施の形態によるリクエストおよび、それによって生成された応答を示す。
【図２】図２は、間違った形式のリクエストが開始された場合の、本発明のダイレクション方法の例示の実装を示す。
【図３】図３は、本発明のダイレクション方法の例示の実装を示し、ここではリクエストのリダイレクションが開始されている。
【図４】図４は、本発明の例示の実施の形態を示し、ここではローカルプラグインが用いられている。
【図５】図５（ａ）は、ＩＳＰによるインターネット型ＰＬＰ（ＰＬＥ）制御を示す。  図５（ｂ）は、ＩＳＰによるローカル型ＰＬＰ（ＰＬＥ）制御を示す。
【図６】図６は、本発明の例示の実施の形態によるダイレクション方法の実装を示し、ここでは本発明の２つの構成要素である、ルックアッププロキシ（ＰＬＰ）と、検索プロファイラ／プロキシホスト（ＰＳＰ）が情報と制御データを交換する。
【図７】図７は、本発明の例示の実施の形態によるダイレクションシステムおよび方法を実装するために使用する全体アーキテクチャの実装を示す。
【図１】
2007536815.tif 000003
【図２】
2007536815.tif 000004
【図３】
2007536815.tif 000005
【図４】
2007536815.tif 000006
【図５】
2007536815.tif 000007
【図６】
2007536815.tif 000008
【図７】
2007536815.tif 000009
【国際調査報告】
2007536815.tif 000010