JP5539863B2 - Ｐ２ｐネットワーク上で広告をするためのシステム及び方法 - Google Patents

Description

本発明は、Ｐ２Ｐネットワーク上で広告をするためのシステム及び方法に関する。
なお、本出願は、２００７年４月１２日に出願された米国仮特許出願番号６０／９２３，０４２号に関連する、２００７年６月１１日に出願された米国仮特許出願番号６０／９３４，１５０号の利益を主張するものである。また本願は、２００７年４月１２日に出願された米国仮特許出願番号６０／９２３，０４２号の利益を主張する、２００８年４月１０日に出願された米国特許出願番号１２／０８２，４０７号に関連するものである。上記の全ての出願の教示は、参照によってそのまま本明細書に引用されたものとする。

ワールド・ワイド・ウェブのユーザが一日につき２億５千万件のサーチ要求を発生するのに対し、Ｐ２Ｐ（ピア・ツ・ピア：Peer-to-Peer）ネットワークのユーザは８億件以上ものサーチ要求を発生する。Ｐ２Ｐネットワークは主に、ネットワーク参加者のコンピューティング・パワーと帯域幅に依存しており、一般的には、コネクションを介してノードを接続するために利用される。このようなネットワークの使用例が、コンテンツ・ファイルの共有である。コンテンツ・ファイルは音声、映像、またその他デジタル形式を含む。通常は、コンテンツは、Ｐ２Ｐ技術を用いてリアル・タイム・データでアクセスされる。ファイルを共有するためにＰ２Ｐネットワークにアクセスするには、ユーザは、Ｐ２Ｐネットワークへの接続を可能にするＰ２Ｐネットワーク・ソフトウェア・アプリケーションを用いる。

Ｐ２Ｐネットワークは、複数ノードを含み、各ノードは、ノード間の「通信メッセージ」等のデータを送受信できるファイル・サーバ及びクライアントを有する。通常は、ノードはネットワークの別のノードと接続されている。Ｐ２Ｐネットワークによっては、インターネットやプロキシ等の通信手段を介して、ノードが他のノードと接続している場合もある。例えば、図１は共有ファイルをサーチできるＰ２Ｐネットワーク接続を示している。Ｐ２Ｐネットワークでサーチをするには、プロセスによってサーチ要求を発生し、要求元ノードは受信側ノード（例：要求元ノードが接続されている各ノード）にサーチ要求を送信する。各受信側ノードはサーチをし、合致があれば、それぞれの位置情報でもって要求元ノードに応答する。図３には、また別のＰ２Ｐネットワークの例を示している。詳細には、図３は、非プロキシ型のループ・ネットワークを示しており、各ノードが他のノードと直接接続されている。

Ｐ２Ｐプロキシ・ネットワークには、図２に示されるように、複数ノードが存在するものもある。図２では、ノードＡがノードＢに、次いでノードＢがノードＣに接続されている。この例において、ノードＡはノードＣに直接に接続はされていない。使用においては、ノードＡがサーチ要求をノードＢに対して発生し、ノードＢは共有ファイルで合致をサーチする。合致が見つかれば、ノードＢは合致したファイルの位置を含む応答をノードＡに返送する。ノードＡに応答後、ノードＢはノードＡのサーチ要求をノードＣに転送する。応答として、ノードＣは共有ファイルで合致をサーチして、合致した各ファイルの位置を含む応答をノードＢに返送する。そこでノードＢは、ノードＡに応答を転送する。

図４に示すように、Ｐ２Ｐネットワークはリーフ・ノード／メイン・ノード・プロキシ・トポロジを用いる場合もある。このネットワークにおいては、１又は複数のノードがメイン・ノードと分類され、残りのノードはリーフ・ノードと分類される。リーフ・ノードは、メイン・ノードにしか接続できないが、メイン・ノードは他のメイン・ノードに接続できる。それゆえ、リーフ・ノードはサーチ要求を発生すると、その要求を自身が接続されているメイン・ノードに送る。そして、該メイン・ノードは、受けとったサーチ要求を自身が接続されている各リーフ・ノード及びメイン・ノードに転送する。受信側のメイン・ノードは、接続されている各リーフ・ノードに対して各サーチ要求を転送する。

Ｐ２Ｐネットワークによっては、何百万ものノードを含み、相当な帯域幅を使用する。このようなネットワークを機能させるのに使用する帯域幅を低減するために、Ｐ２Ｐネットワークの多くは、ネットワーク内を移動するメッセージの「距離」を制限している。（例：ホップや存続時間（ＴＴＬ）の制限）例えば、図５に示されるＰ２Ｐネットワークは、５ホップ数のみ実行するよう制限されている。例えば、ノードＡがサーチ要求をノードＢに対して発生すると、今度はノードＢがそのサーチ要求をノードＣに送るという具合にノードＦまで到達する。該Ｐ２Ｐネットワークは５ホップ数に制限されているため、そのサーチ要求はノードＦでストップし、それ以降のノードには送られない。ネットワークにおいてユーザのサーチ能力を制限するために、他のメカニズムもまた使用される。

図６は、３ノード送信距離で通信する、各ネットワーク・ノードを示す。詳細には、ノードＡ６０５は、サークルＡ６１０内の各ノードと通信をする。同様に、ノードＢ６１５はサークルＢ６２０内の各ノードと通信をする。同じく、ノードＣ６２５はサークルＣ６３０内の各ノードと通信をし、且つ又サークルＢ６２０内でサークルＣ６３０と重なる部分にある各ノードとも通信をする。しかしながら、重複しないエリアすなわち同じサークル内でノードＡＢＣが通信することはできない。したがって、ノードがどの位置にあってもアクセスでき、ビジネスの発展に有益な方法で、無制限のサーチ要求を使用することが望まれている。

Ｐ２Ｐネットワーク上で広告をするためのシステム及び方法を提供する。

一実施形態では、Ｐ２Ｐネットワーク上で広告をするためのシステムあるいは方法によって、Ｐ２Ｐネットワーク内のノードのサーチ要求を検出する。サーチ要求を検出した後に、該システムは、サーチ要求に対して依頼されていない未承諾の応答を準備し、それを要求元ノードに送信する。例えば、Ｐ２Ｐネットワーク・ノードがサーチ要求を発生すると、広告システムが、本発明の原理を用いて広告（例：未承諾応答）を準備する。その後その広告を、サーチ要求元のＰ２Ｐネットワーク・ノードに送信する。広告を送信する上記プロセスは、サーチ要求を発生した各ノードに対して、無差別に実行できる。

一実施形態では、Ｐ２Ｐネットワーク上のノードは、送信距離内の各サーチ・クエリにアクセスし、各サーチ・クエリ向けの広告でもって応答をする。該ノードは通常より多くのノードとアクセスすることができ、各ノードはＰ２Ｐネットワークの制限（例：ホップの制限）に従うことなくサーチ・クエリを発生する。
上述の事項は、以下に記す本発明の実施形態についての詳細な説明において明らかになるであろう。付随の図面において、同じ参照符号は同じ部分を指す。図面は必ずしも縮尺通りではなく、本出願の実施形態を説明することが重点である。

Ｐ２Ｐネットワークの概略図である。 Ｐ２Ｐプロシキ・ネットワークの概略図である。 Ｐ２Ｐ非プロシキ・ループ・ネットワークの概略図である。 Ｐ２Ｐリーフ・ノード／メイン・ノード・ネットワークの概略図である。 複数ノードが接続されており、かつネットワーク・ルールによってアクセスが限定されている、Ｐ２Ｐネットワークの概略図である。 ３ノード送信距離で通信するネットワーク・ノードを示す図である。 複数接続によって通信する広告システムの概略図である。 ユーザに対する広告の送信を説明するフロー図である。 ユーザに広告をする広告システムのフロー図である。 本発明の実施例に係るリストを作成するために、Ｐ２Ｐネットワーク上のサーチを監視する通信ネットワークを説明するブロック図である。 本発明の実施例に係る結果情報のリストである。 本発明の実施例に係るサーチ・パケットを説明するブロック図である。 本発明の実施例に係る、ネットワークにおけるサーチ発生を説明するフロー図である。 本発明の実施例に係るクライテリアの図である。 本発明の実施例に係る、データベースへのサーチの追加を説明するフロー図である。 本発明の実施例に係る監視プロセスを説明するフロー図である。 本発明の実施例に係る、Ｐ２Ｐネットワークにおけるサーチ情報リストの作成を説明するフロー図である。

以下に本発明の実施例についての詳細を説明する。
一実施形態において、広告システムは、Ｐ２Ｐネットワークにおける無制限のユーザすなわちノードに広告を提供する。広告システムには制限がないため、Ｐ２Ｐネットワーク・ノードに比べてより多くのユーザと通信することができる。広告システムはより多くのノードと通信可能なため、より多くのＰ２Ｐネットワーク・グループに広告を送信することができる。

動作において、広告システムはＰ２Ｐネットワークに接続し、ノードによるサーチすなわちサーチ・クエリを検出し、広告ロケーションへ広告情報で応答する。ノードすなわちユーザによるサーチの発生によって、広告ロケーションは決定される。さらに、広告ロケーションは、ファイル名、ファイル、メッセージ、あるいはファイルへのポインタの形式でよい。広告ロケーションのコンテンツは、プロダクト・プレイスメント広告や、広告を含む音楽ファイルあるいはビデオ・ファイルを備える。

広告システムはまた、発行した広告を複数ノードに伝達することも可能である。例えば、ユーザが広告をダウンロード（例えば、歌から）すると、該広告はＰ２Ｐネットワーク利用に付随して、他のユーザに広がる。例えば、通常の第１のＰ２Ｐユーザが広告システムから音楽ファイル形式の広告をダウンロードする。第２のユーザが該音楽ファイルに対してサーチ要求を発生し、それを第１のユーザからダウンロードすると、該広告を受信することになる。このサイクルが、ファイル配信にＰ２Ｐネットワークのサーバ／クライアント方式を用いているネットワーク上の複数ポイントで継続される。

図７は、Ｐ２Ｐネットワークにおいて、１又は複数のネットワーク・ノードと接続している広告システム７０５を示す。広告システム７０５は、監視ユニット７１０、データベース７１５、及びプロセッサ７２０を備える。監視ユニット７１０は発生（要求）元ノードのユーザによって発生したサーチ要求を検出する。受信側ノードは合致をサーチし、各合致の位置情報で要求元ノードに応答する。監視ユニット７１０と通信状態にあるプロセッサ７２０は、サーチ要求に応じて広告を準備し、サーチ要求をしたユーザに送信する。プロセッサ７２０は、データベース７１５から選択された広告を検索する。

一実施形態では、広告システム７０５はメイン・ノード、スーパー・ノード、ウルトラ・ピア、その他集中ノードに、直接サービスを提供することなしに、接続している。これらのノードはセントラル・ソースから構成され、ノード間のコンフィギュレーション情報等の情報を共有する。たとえば、このようなノードは、最も効率的に接続できる場所を推定するために、無作為のノードと接続したり、あるいはネットワーク・トポロジ・システムを用いたりする。

一実施形態では、広告システムはユーザからのサーチ・クエリを検出する。サーチ・クエリは所定のクライテリアと比較され、それらが合致か関連していれば、広告システムはそのユーザすなわちノードに対して広告を送信することで応答する。例えば、ユーザが「歌手 歌 Ｘ(Singer song X)」のサーチ・クエリを発生すると、広告システムはその歌手の次回コンサートの広告を送信する。他方で、広告システムが所定のクライテリアによるフィルタを使用しない場合は、広告システムはサーチ・クエリのトピックにこだわらずに広告を送信する。例えば、同じ「歌手 歌 Ｘ(Singer song X)」のサーチをしても、結果として送信される広告は「B車」となる。所定のクライテリア及びサーチ・クエリは、完全に一致していなくてもよい。例えば、ユーザが「歌手の大ヒット曲」のサーチ・クエリを発生しても、結果として所定のクライテリアである「歌手」と合致する。

所定のクライテリア及びサーチ文字列との対比は、インタ・ストリング、コンプリート・ストリング、パーシャル・ストリング、ファジー・ロジック、パトリシア・ツリー、その他有益な比較技法によって行われる。ネットワークの処理能力（例：シリアル処理）を向上させるために、対比は他のサーチと平行して行われる。合致があれば、広告システムはサーチ要求への応答を形成する。そのサーチ応答は、広告システムのIPアドレス、プログラミング論理、他のシステム情報、あるいはＰ２Ｐ識別符号（ＩＤ）を含む。

ＩＰアドレスは、インターネットにおけるユーザの存在を、一意的に識別するものであって、４バイトの情報から構成されており、ドメイン名及びそのドメインの識別番号を表している。ユーザのＩＰアドレスを知ることにより、そのユーザとのインターネット接続が確立可能となる。Ｐ２Ｐネットワークは、動的に形成され、自己組織及び自己管理型で、頑強で、サーバ不要の通信ピアネットワークである（メッシュと呼ばれることもある）ことを特徴とする。各ノードは固有（メッシュ内では）のピアＩＤで識別される。各ノードは、少なくとも隣接するノードとの双方向接続を共有する。Ｐ２ＰＩＤは中央オーソリティによって管理されずに、無作為に割り振られるため、Ｐ２ＰＩＤを追跡することは、広告システムにとって有益である。つまり、広告システムは、サーチ応答にある情報によって、任意のＩＰアドレスすなわちＰ２ＰＩＤを含んだ応答を準備することができる。例えば、ユーザが、Ｐ２Ｐネットワークにおいて、要求元ノードで「Madonna CD’s」のサーチ要求を発生する。広告システムは、「Madonna」のような少なくとも一つの格納オブジェクトを格納している。広告システムは格納オブジェクト（例：Madonna）と要求オブジェクト（例：Madonna CD’s）を合致とし、次いで、例えばMadonnaの次回コンサート等の広告を生成する。広告システムは、要求元ノードに関する固有のＩＤを獲得しており、固有のＩＤを知ることにより、広告システムは、ユーザに広告でもって応答することが可能となる。

さらに、広告システムは、広告を提供するロケーションを決定することができる。より具体的には、広告システムは、各々が重複したノードを有しない複数のコネクションを有するＰ２Ｐネットワークに接続し、第１コネクションからサーチ要求を発生してそのサーチ要求が第２コネクションに現れるかを検出することで、コネクション・ポイントを突き止める。サーチ要求が第２コネクションに存在しなければ、２つのノードは接続されていないことになる。あるいは、広告システムは利用頻度の高いエリア等の優先ポイントでＰ２Ｐネットワークと接続する。そして、あるエリアから発せられるサーチ要求の数を監視し、限界値や第２エリアと比較することで、広告システムは利用頻度の高いエリアを突き止める。

図８は、ユーザに広告を送信するプロセスを、より詳細に示したフロー図である。広告システムがＰ２Ｐネットワークに接続する（ステップ８０５）。次いで、Ｐ２Ｐネットワークで発生するサーチ要求（ステップ８１５で検出）を広告システムが待機する（ステップ８１０）。広告システムが所定のクライテリアを使用するよう構成されていれば（ステップ８２０）、広告システムは、サーチ・クエリとクライテリアとを合致を求めて（ステップ８３０）比較する（ステップ８２５）。一実施形態において、所定のクライテリアは監視のために選択されたキーワードのリストであり、合致があれば、広告システムはサーチャに広告を送信する。例えば、所定のクライテリアは歌手の名前である。一度クライテリアが合致すれば、広告システムはユーザに広告を送信する。広告システムが所定のクライテリアを使用するよう構成されていなければ（ステップ８２０）、ユーザが発生したサーチ・タームと無関係に該ユーザに広告を送信する。広告システムは、ユーザに情報提供できるようなＰ２Ｐネットワークの任意の特徴を利用することが可能である。一実施形態では、広告システムは、ドキュメントのファイル名に広告メッセージを含んだ応答（例：「Purchase Singer ABC’s Newest Record.doc」）を返信する。

図９は、広告システムにおいてユーザに広告を発行する実施例を示す。広告システムは、サーチ要求の発生を検出し、サーチ識別用のキーワードと合致させる。そして、広告情報を含んだファイル名を生成する（ステップ９０５）。例えば、ファイル名を「歌手Ｘ.doc」とする。ステップ９１０において、広告システムは、ステップ９０５で生成されたファイル名を含むＰ２Ｐ応答パケットを生成する。広告システムは、Ｐ２Ｐネットワークを介して、応答パケット（ステップ９１０で生成）をサーチ発生元Ｐ２Ｐユーザに送信する。サーチ発生元ユーザのＰ２Ｐアプリケーションがその応答を受信する（ステップ９２０）。すると、Ｐ２Ｐアプリケーションは、応答パケットからファイル名を抽出し（ステップ９２５）、ファイル名（すなわち広告）をダウンロード可能ファイルとして表示する（ステップ９３０）。

今日、組織及び個人単位で、共有されるべきではない情報が開示される危険がある。この危険性を低減するために、組織あるいは個人は情報を見つけ出し、プライベートな（例えば、開示すべきでない）情報かを確認する。どの情報がプライベートかを確認すると、組織はその情報の開示を防止するための措置を講じる。不適切な情報共有を防止する方法の１つが、Ｐ２Ｐネットワーク等のネットワークにおけるサーチを監視することであり、フレーズ、ターム、及び、会社名やその他専門用語等の、業界、組織、会社に関連する１又は複数のクライテリア等に対するサーチを監視することによる。

図１０は、本発明の実施例に係るリストを生成するために、Ｐ２Ｐネットワーク上でサーチ１０１０及び１０２０を監視する通信ネットワーク１０００を示すブロック図である。詳細には、ネットワーク・ノード１０４０は、Ｐ２Ｐネットワーク１０１２上で発生したサーチ要求を監視する。Ｐ２Ｐネットワーク１０１２はノードa１００５、ノードb１０１５、及びノードc１０２５を含み、各ノードは互いに通信状態である。作動中は、ノードa１００５がサーチ要求１０１０をノードｂ１０１５に送信する。同様にノードｂ１０１５はサーチ要求ｂ１０２０をノードｃ１０２５に送信する。例えば、ノードａ１００５とノードｂ１０１５が「Acme Bank」というフレーズに対するサーチ要求１０１０及び１０２０を発生する。サーチ要求が発生すると、ネットワーク・ノード１０４０は、Ｐ２Ｐネットワークからサーチ要求１０１０及び１０２０を取得するが、それは通常はサーチ要求１０１０及び１０２０に関連する同報メッセージを取得することによる。サーチ要求１０１０及び１０２０を取得後、ネットワーク・ノード１０４０は、サーチ要求１０１０及び１０２０と１又は複数のクライテリア１０６０（例：フレーズ）とを、対比等の比較技法を用いて比較する。１又は複数のクライテリア１０６０（例えば「AcmeBank」）が要求サーチ１０１０及び１０２０と合致すると、ネットワーク・ノード１０４０は１又は複数のクライテリア１０６０を更新し、サーチ１０１０及び１０２０の変化形（例えば、「Acme Banks」）を含むようにする。更新作業をするために、ネットワーク・ノード１０４０は、追加となるこういったサーチ１０１０及び１０２０変化形を決定するために、複数化やその他当業者に既知のアルゴリズムを備えている。

クライテリア１０６０を更新の後、ネットワーク・ノード１０４０は、更新したクライテリアをもとに新規サーチ要求１０５０a−bを発生する。その結果、ネットワーク・ノード１０４０は、Ｐ２Ｐネットワーク１０１２から応答を受信し、新規サーチ要求１０５０ａ−ｂからの結果情報１０５５ａ−ｂのリストを生成し、分析のために結果情報１０５５ａ−ｂをデータベース１０４５へ格納する。

好適な一実施例では、ネットワーク・ノード１０４０は、結果情報１０５５ａ−ｂを含んだ応答をＰ２Ｐネットワーク１０１２から受信する。結果情報１０５５ａの例を図１１に示す。詳細には、図１１は結果情報１０５５ａをＴＣＰ／ＩＰパケットとして示しており、それは１６バイト記述子ＩＤ１１０７、ペイロード記述子ＩＤ１１１９、存続時間値１１３７（通常３）、ホップ値１１４２（通常０）、ペイロード長１１４７、及びペイロード１１５２を含んでいる。ペイロードには、自身に含まれているファイルタイトルの数、ＴＣＰ／ＩＰポート、ＩＰアドレス、ホスト・スピード、ファイル・インデックス付の結果、ファイル・サイズ、ファイル名、サーバントＩＤ番号が含まれる。一実施形態では、結果情報は、ファイル名及びファイル・サイズと、ファイルを有するコンピュータのＩＰアドレスも含む。サーバントはＰ２Ｐネットワーク・ノードであり、サーバ及びクライアント双方の特性を有している。結果情報１０５５ａを別の構成にすることもまた可能である。

図１０に戻ると、分析ノード１０８０がリスト１０７０を受信すると、オペレータ／ソフトウェア論理１０９０によってリスト１０７０におけるサーチ情報のパターンを識別することが可能となる。例えば、ソフトウェア論理１０９０は、共有に不適の繊細すなわちプライベートな情報を含む共有フォルダ等の情報かを決定する。というのも、不慮にあるいは悪意の行為またはウイルスによって情報は共有されてしまう場合があるからである。例えば、クレジット・カード番号等の個人情報を含む異議申し立て書簡(dispute letter)を不注意で共有してしまった場合、ユーザはこれらの異議申し立て書簡をサーチして、クレジット・カード番号を入手することができる。つまり、ユーザはサーチ要求を発生し、異議申し立て書簡を受信することができるが、それはクレジット・カード所有者のクレジット・カード購入に関連する書簡であるので、その書簡にはクレジット・カード番号及び／又はその他個人情報が記載されている。従って、ユーザはクレジット・カード所有者のクレジット・カード番号及び／又はその他個人情報を見ることも、その気になれば使用することも可能である。

別の例では、Ｐ２Ｐネットワーク１０１２のソフトウェアが、ファイルや情報の共有を許可するソフトウェア・バグを有している場合がある。同様に、ユーザのコンピュータが、ウイルスやワームを有していて、Ｐ２Ｐネットワーク１０１２に接続して、ユーザの知らないうちに情報を共有してしまう（例えば、ノードｂ１０１５における、不慮の共有フォルダ等）こともある。いかなる理由で共有に至ったとしても、ユーザはサーチ要求を発生して、そこに「アクメ銀行 閾申し立て書簡（Acme Bank dispute letter）」や「ジョン・スミス クレジットカード(John Smith credit card)」のような組織や個人を標的とした言葉を含むことが可能である。サーチを介して繊細すなわちプライベートな情報へのアクセスが可能であると、組織、国の安全、あるいはその他ユーザにとって脅威となる。

本発明の実施形態はデータベース１０４５等のデータベースを使用することに限定されておらず、ネットワーク・ノード１０４０や他の適切な場所のメモリに、リストのレポートを格納することも可能であるし、別の構成もまた可能である。

さらに、Ｐ２Ｐネットワーク１０１２が別の構成であっても可能である。例えば、１又は複数のノードをメイン・ノード、その他ノードをリーフ・ノードとして分類できる。リーフ・ノードはメイン・ノードに接続し、メイン・ノードは他のメイン・ノードと接続できる。従って、リーフ・ノードは、サーチ要求を発生すると、それを自身と接続しているメイン・ノードに送信する。メイン・ノードはサーチ要求を受信すると、その要求を自身と接続している各リーフ・ノード及びメイン・ノードに転送する。受信側メイン・ノードは各サーチ要求を自身と通信状態の各リーフ・ノードに転送する。本発明の実施形態では、リーフ・ノードによるサーチの結果情報も取得できる。さらに、分析ノード１０８０及びソフトウェア論理１０９０は、通信ネットワーク１０００におけるオプション的構成要素であって、実施形態のネットワークは、こういった構成要素を備えていなくてもよい。

図１２は、本発明の実施例に係るサーチ・パケット１２００を示すブロック図である。詳細には、サーチ・パケット１２００は、１６バイト記述子ＩＤ１２０５、ペイロード記述子ＩＤ１２１０、存続時間値１２１５、ホップ値１２２０、サーチ・タームのペイロード長１２２５、サーチ・ターム１２３０、及びユーザ許容最低速度１２３５を含む。好適な実施形態では、図１０におけるネットワーク・ノード１０４０等が、サーチ・パケット１２００におけるサーチをもとにレポートを生成する。レポートは、クライテリアと合致した全サーチのリストとその複製を含む。あるいは、レポートは、クライテリアと合致したサーチ・ターム１２２５のリストを、複製なしで、含むこともできる。複製を含むレポート向けには、特定のサーチ・ターム１２２５のサーチ数に対応する数が格納される。特定のサーチ・ターム１２２５のサーチ数を利用すると、以下に記すパターン決定において有益である。一実施形態では、レポートは各サーチ・ターム１２２５及び対応する１６バイト記述子ＩＤ１２０５を含むこともできる。

図１３Ａは、本発明の実施例に係る、ネットワークにおけるサーチ発生を示すフロー図である。詳細には、図１３Ａは、サーチの監視、サーチの発生、応答の取得を介して、組織情報の監視をするためのプロセス１３００を示す。プロセス１３００は、Ｐ２Ｐネットワーク上のサーチについて、ネットワーク・ノードを用いてＰ２Ｐネットワーク同報メッセージを取得することによって、１又は複数のクライテリア１３０５と合致するサーチを監視する。好適な実施形態では、このプロセスは、Ｃ＋＋やビジュアルベーシック等のプログラミング言語を介して、対比、ファジー・ロジック・マッチ、その他当業者に既知の比較技法を用いる。他のプログラミング言語や比較技法を用いることもまた可能である。一実施例において、プログラミング言語は、略語や複数化等のアカウント・パンクチュエーションを考慮して、サーチ・タームの修正や、１又は複数のクライテリアの修正や、クライテリア・サーチ・タームの追加をする。例えば、サーチ・タームが「Acme Banks」であれば、該プロセスは「Banks」の「s」を取り除き、サーチ結果が増加するようにする。つまり、プロセス１３００は、「Acme Bank」や「Acme Banks」等の複数クライテリア・サーチ・タームを含んでいる。

以下の実施例を考察する。プロセス１３００は、図１２のサーチ・パケット１２００などのＰ２Ｐネットワーク・サーチ・パケットからサーチ・タームを抽出することで、ネットワークにおけるサーチ・タームやサーチ・フレーズ（例えば、「Acme Bank」）を監視する。抽出の後、サーチ・タームが、対比、インタ・ストリング、ファジー・ロジック・マッチ、その他比較技法を用いてクライテリアと比較される。より具体的には、プロセス１３００は、１又は複数のクライテリアと合致するか（ステップ１３１０）を判定する。合致がなければ、監視１３１５に戻って新規サーチを監視し、そうでなければプロセス１３００は続行する。より具体的には、プロセス１３００は、組織（例えば、「Acme Bank」）や個人に関する１又は複数のサーチをＰ２Ｐネットワークから取得すなわち受信する。プロセス１３００は１又は複数のサーチと１又は複数のクライテリアを比較する。１又は複数のクライテリアとは、例えば所定のキーワード、一連のキーワード群、あるいはキーワード群の一部であってよく、データベース、コンピュータ・プログラム、リスト、レポート、メモリ、その他適切な記憶デバイスに格納できる。

一実施形態では、組織あるいは他のユーザが、サーチ・タームに関して１又は複数のクライテリアを決める。例えば、ある組織が１又は複数のクライテリアを決める場合、組織は、会社名称や住所、ブランドネーム、経営管理者名や住所、その他代表者のクライテリア（あるいはキーワード）等を、組織に応じて設定できる。図１３Ｂに示すのは、クライテリア１３５０である。具体的には、ネットワーク上の不審者によって発生するサーチ・タームを示している。そのような１又は複数のサーチ要求が発生すると、プロセス１３００は監視ステップに戻る（１３２５）。クライテリア１３５０は、人材、消費者、エージェント、あるいはコンピュータによって指定される、組織キーワードと合致するタームやフレーズのリストであることが通常である。

一実施形態では、１又は複数のクライテリアは、組織または他ユーザが手動で入力することで定義してもよい。一実施形態では、プロセス１３００は、発生したサーチを監視し、それが存在するクライテリアと合致したら、さらなるクライテリアとして追加する。

図１３Ａを参照すると、クライテリアが合致すると、プロセス１３００はＰ２Ｐネットワーク１３２０で、１又は複数のサーチを発生する。プロセス１３００は、Ｐ２Ｐネットワーク・ソフトウェア・アプリケーション、非Ｐ２Ｐシステム、又はサーチ発生のためにＰ２Ｐノードへのアクセスを有するシステム、の１つを用いてサーチを発生する。一実施形態では、トランスミッション・コントロール・プロトコル及びインターネット・プロトコル（ＴＣＰ／ＩＰ）パケットを介して、サーチを発生する。ＴＣＰ／ＩＰパケットは、１６バイト記述子識別子、ペイロード記述子識別子の１２８、存続時間値（通常３）、ホップ値（通常０）、サーチ・ターム長を含むペイロード長、サーチ・ターム、ユーザ許容最低速度を、通常は含む。

一実施形態において、プロセス１４００は、図１４で示されるように、Ｐ２Ｐネットワークの１又は複数のサーチ要求をメモリに追加する。プロセス１４００は、１又は複数のサーチをＰ２Ｐネットワーク上で監視し（ステップ１４０５）、１又は複数のクライテリアと合致するかどうかを判定する（ステップ１４１０）。合致すれば、プロセス１４００は該サーチ要求を、リスト１４２０に追加する。該リストが、クライテリアにある顧客に関する組織名を含んでいれば、プロセス１４００は、サーチ要求を発したユーザが、悪意で該顧客をターゲットとしていると判定する。プロセス１４００は上記のような行動を、サーチ要求の受信回数やサーチの複雑度等のメトリクスを用いて判定する。より具体的には、ユーザが「Acme Bank Statements」というフレーズを複数回サーチしていれば、該ユーザは、銀行取引明細書情報を入手しようとしていると判定する。プロセス１４００は、該複数回サーチの記録（及び／又はサーチそのもの）をメモリ１４００に追加し、監視ステップに戻って（１４２５）更なるサーチを確認する。しかしながら、クライテリアと合致しなければ、プロセス１４００は、メモリにサーチの追加をせずに、監視ステップに戻る（ステップ１４１０）。

図１５に示される監視プロセス１５００によって、組織は、望ましくない又は不適切な情報共有を阻止することができる。好適な実施形態において、監視プロセス１５００の監視システムは、Ｐ２Ｐネットワークでワードやフレーズを監視する（ステップ１５０５）ように構成される。一実施形態において、該構成は、監視システムの使用者が手動入力で行うか、或は他の方法で既定することもできる。Ｐ２Ｐネットワークユーザが、あるワードやフレーズのサーチを発生する（ステップ１５１０）。次に、監視システムがＰ２Ｐネットワーク上のサーチを検出して、該ワードやフレーズと比較する（ステップ１５１５）。さらに、監視システムは、該サーチが所定のワードやフレーズと合致するかを検出し、ネットワーク上に該サーチを発生する（ステップ１５２０）。例えば、「不良」ユーザによる複数サーチを監視することで、銀行はサーチ応答を記録して、将来的に「不良」ユーザを識別するのに備えることができる。このように、銀行は、潜在的な問題が存在するかを確認することができる。監視システムは、データベースに応答を記録し、かつ／又はコンピュータ・メモリ、データベース、又は印刷媒体に、サーチと合致するファイルをダウンロードする（ステップ１５２５）。好適な一実施形態では、監視システムはＴＣＰ／ＩＰを用いてホストに接続し、ファイルをダウンロードできる。サーチはＴＣＰ／ＩＰをパケット又は他の送信パケットを介して発生可能である。

一実施形態では、監視システムが「プッシュ」・メッセージを発生して、監視システムと接続してファイルをダウンロードするよう、ファイル・ホストに指示をする。このように、監視によって、任意のホストのファイアウォールがメッセージの送信を妨げるのを回避する。プッシュ・メッセージは、１６バイト記述子ＩＤ、ペイロード記述子ＩＤの 64、存続時間値（通常３）、ホップ値（通常０）、ペイロード長、及びペイロードを含んだＴＣＰ／ＩＰパケットであることが可能である。該ペイロードは、サーバント識別子、ファイル・インデックス、監視システムのＩＰアドレス、及び監視システムのＴＣＰ／ＩＰポートを含んでいる。

図１６は、本発明の実施例に係る、Ｐ２Ｐネットワーク上でサーチされた情報のリストを生成する過程を示すフロー図である。プロセス１６００は、ステップ１６０５において、Ｐ２Ｐネットワークから１又は複数のサーチを取得する。ステップ１６１０において、プロセス１６００は、該サーチを１又は複数のクライテリアと比較し、合致があるかを判定する。ステップ１６１５において、プロセス１６００は、該クライテリアを更新し、該サーチの変形やその他置換を含むようにする。ステップ１６２０において、プロセス１６００は、結果情報を取得するために、更新したクライテリアに基づいて該サーチをネットワークで発生する。ステップ１６２５において、プロセス１６００は、該サーチに関連する結果情報を決定する。ステップ１６３０において、該プロセスは、分析のために、結果情報のリストを生成する。

結果情報の形態は、リスト、レポート、データベース・レポート、あるいは適宜の表示である。さらに、上述のように、ソフトウェア論理を用いて、該クライテリアに基づき、サーチ情報／結果情報のパターンを識別することができる。代替的に、結果情報をアナリストに分析してもらうことで、任意のパターン／リスクを識別することも可能である。例えば、アナリスト又はソフトウェア論理が、結果情報の中に、特定の組織に在籍する幹部の個人情報あるいはビジネス情報に関連する、膨大な数のサーチを確認したとする。この膨大な数のサーチは、個人情報泥棒やその他の危険が潜在していることを示している。

一実施形態では、広告システムは、コンピュータ、薄型端末、ＡＳＩＣベースデバイスやその他同様のデバイス等のハードウエア・システムである。ハードウエア・システムは、特定のロジックやプログラミング・コードによってプログラムされる（例：ソフトウェア）。さらに、ハードウエア・システムは、直接またはゲートウェイを介して物理ネットワークと接続している。またさらに、ハードウエア・システムは、プログラミング論理を使用して、物理ネットワーク及びＰ２Ｐネットワーク上で送受信する。プログラミング論理は、ソフトウェア・プログラムや、手続情報を含んだ別のソリューションである。

簡便な一実施形態では、広告システムは、ネットワークと接続するためのサブシステムを含んでおり、第２システムがサーチ生成用で、第３システムが広告送信用である。さらに簡便にするために、広告システムは自身のＩＰアドレス及び／又はＰ２Ｐネットワーク識別子を変更することで、インターネット上で検出されるのを回避して、１又は複数のノード、又は異なるノードとして現れる。

広告の送信プロセスや図８のフロー図等、本明細書で開示された任意のプロセスは、ハードウエア、ファームウエア、又はソフトウェアの形態で実施可能である。ソフトウェアで実施する場合、ソフトウェアは、任意の適宜のソフトウェア言語によるプロセッサ・インストラクションであり、任意のコンピュータ可読媒体に格納することができる。該プロセッサ・インストラクションは、全般的またはアプリケーション特有のプロセッサによってロード及び実行され、そのプロセッサが本明細書で開示された実施例を実行する。

広告システムはまた、単独の高性能デバイス、情報及びワークロードを共有する１又は複数のデバイス、あるいは独立して作動するデバイス・グループとして構成することができる。さらに、広告システムは、ファイルを共有するために、Ｐ２Ｐネットワークに広告をし、かつ利用するよう構成された、Ｐ２Ｐクライアント・ノードのネットワークからなる。またさらに、広告システムは、ソフトウェア、又はハードウエアに埋め込まれたソフトウェア等のプログラミング論理も備える。一実施形態において、Ｐ２Ｐノードのネットワークは、広告サーチ・クエリと合致する映像ファイルによって、あるいはユーザのサーチ・クエリとは合致しない音声コマーシャルによって応答をし、事実上はユーザが発生する各サーチに広告をするように構成することもできる。

本発明は、その実施例をもってここに示されたが、添付の請求項で示される本発明の要旨を逸脱しない範囲で種々変更可能であることは当業者に明らかであろう。

Claims (18)

1. Ｐ２Ｐネットワーク上で広告する方法であって、
   メッセージが移動可能な最大距離を示す距離制限を有するＰ２Ｐネットワークにおけるノードのサーチ要求を検出するステップと、
   所定のクライテリアに基づいて、該ノードのサーチ要求に応じて広告を準備するステップと、
   該ノードとの距離が距離制限以内である広告システムによって、Ｐ２Ｐネットワーク上で広告するために、該ノードに広告を送信するステップと、
   該ノードが、自身が発生したサーチ要求と同様なサーチ要求を別のノードから受信したとき、受信した広告を別のノードにＰ２Ｐネットワークを用いて転送するステップと
   を含み、広告をＰ２Ｐネットワークの距離制限を超えて移動させることができるようにしたことを特徴とする方法。
2. 請求項１に記載の方法において、該方法はさらに、
   要求オブジェクトに対応した少なくとも１つの格納オブジェクトを広告システムに格納するステップと、
   広告システムを介してＰ２Ｐネットワークを監視し、少なくとも１つの格納オブジェクトに関連するサーチ要求を検出するステップと、
   格納オブジェクトに関連するオブジェクトに対してサーチ要求をした任意のネットワーク・ノードによって生成された固有の識別子（ＩＤ）を獲得するステップと、
   格納オブジェクトに対してサーチ要求をしたＩＤを示す各ノードに返信をするステップと
   を含むことを特徴とする方法。
3. 請求項１に記載の方法において、広告を準備するステップが、獲得したＩＤを有する各ノードにデータ送信をするステップを含むことを特徴とする方法。
4. 請求項１に記載の方法において、該方法はさらに、サーチ要求を所定のクライテリアと比較し、サーチ要求元ノードに送るための広告を検索するステップを含むことを特徴とする方法。
5. 請求項４に記載の方法において、インタ・ストリング、コンプリート・ストリング、パーシャル・ストリング、ファジー・ロジック、パトリシア・ツリー、又はこれらを任意に組み合わせたものを用いて、サーチ要求を比較することを特徴とする方法。
6. Ｐ２Ｐネットワークにおいて広告を送信するシステムであって、
   Ｐ２Ｐネットワークのネットワーク・ノードと接続される広告システムと、
   メッセージが移動可能な最大距離を示す距離制限を有するネットワークと、
   広告システムと距離制限以内にある別のネットワーク・ノードからの少なくとも１つのサーチ要求を検出するよう構成された監視ユニットと、
   監視ユニットと接続されるプロセッサであって、少なくとも１つのサーチ要求に応じて広告を準備し、それを別のネットワーク・ノードに送信するよう構成されたプロセッサと
   を備え、
   別のネットワーク・ノードは、該別のネットワーク・ノードが発行した少なくとも１つのサーチ要求と同様なサーチ要求を他のネットワーク・ノードから受信したとき、該他のネットワーク・ノードに広告を送信するよう構成されており、広告をＰ２Ｐネットワークの距離制限を超えて移動させることができるようにした
   ことを特徴とするシステム。
7. 請求項６に記載のシステムにおいて、該システムはさらに、プロセッサに接続されるデータベースを備え、該データベースが複数の広告を格納するよう構成されることを特徴とするシステム。
8. 請求項６に記載のシステムにおいて、プロセッサがさらに、少なくとも１つのサーチ要求を所定のクライテリアと比較し、別のネットワーク・ノードに送信するための広告を検索するよう構成されることを特徴とするシステム。
9. 請求項８に記載のシステムにおいて、所定のクライテリアが、所定のキーワードのリストであることを特徴とするシステム。
10. 請求項６に規定のシステムにおいて、広告システムが、Ｐ２Ｐネットワークにおいて、スーパー・ノード、ウルトラ・ピア、メイン・ノード、又は他の集中ノードと接続されることを特徴とするシステム。
11. Ｐ２Ｐネットワーク上で広告をするための方法であって、
    メッセージが移動可能な最大距離を示す距離制限を有するＰ２Ｐネットワーク上に広告システムを介入させるステップと、
    サーチ要求を検出するために、広告システムを介してネットワークを監視するステップと、
    広告システムにより、該広告システムと距離制限以内にある第１のユーザに対し、製品やサービスを広告するために用いられる情報を返送するステップと、
    Ｐ２Ｐネットワークを利用して、第１のユーザが、サーチ要求を発生した第２のユーザに対して、広告を提供するステップと
    を含み、広告をＰ２Ｐネットワークの距離制限を超えて移動させることができるようにしたことを特徴とする方法。
12. 請求項１１に記載の方法において、情報の返送が、特定のサーチ要求に応じていることを特徴とする方法。
13. 請求項１１に記載の方法において、該方法はさらに、
    要求オブジェクトに対応する少なくとも１つの格納オブジェクトを広告システムに格納するステップと、
    少なくとも１つの格納オブジェクトに関連するサーチ要求を検出するために、広告システムを介してＰ２Ｐネットワークを監視するステップと、
    格納オブジェクトに関連するオブジェクトに対してサーチ要求をした、任意のネットワーク・ノードによって生成された固有のＩＤを獲得するステップと、
    格納オブジェクトに対してサーチ要求をしたＩＤを示す各ノードに返信をするステップと
    を含むことを特徴とする方法。
14. 請求項１１に記載の方法において、第１のユーザに情報を返送するステップが、獲得されたＩＤを有する各ノードにデータを送信するステップを含み、返送される情報が、要求とは異なるデータであることを特徴とする方法。
15. 請求項１１に記載の方法において、第１のユーザに情報を返送するステップが、獲得されたＩＤを有する各ノードにデータを送信するステップを含み、返送される広告情報が、要求とは異なるデータであることを特徴とする方法。
16. Ｐ２Ｐネットワーク上で広告をするための、コンピュータ読取可能プログラムコードを有するコンピュータ読取可能記憶媒体であって、コンピュータ読取可能プログラムコードが、
    メッセージが移動可能な最大距離を示す距離制限を有するＰ２Ｐネットワークにおけるノードのサーチ要求を検出するステップと、
    ノードのサーチ要求に応じて広告を準備するステップと、
    該ノードとの距離が距離制限以内である広告システムによって、Ｐ２Ｐネットワークで広告をするために、該ノードに広告を送信するステップと、
    該ノードが、該ノードが発行したサーチ要求と同様なサーチ要求を他のノードから受信したとき、該他のノードに広告を送信するステップと
    を含む機能を実行し、広告をＰ２Ｐネットワークの距離制限を超えて移動させることができるようにしたことを特徴とするコンピュータ読取可能記憶媒体。
17. 請求項１６に記載のコンピュータ読取可能記憶媒体において、プログラムコードはさらに、
    広告システムに格納された要求オブジェクトに応じた、少なくとも１つの格納オブジェクトを格納するステップと、
    少なくとも１つの格納オブジェクトに関連するサーチ要求を検出するために、広告システムを介してＰ２Ｐネットワークを監視するステップと、
    格納オブジェクトに関連するオブジェクトに対してサーチ要求をした任意のネットワーク・ノードによって生成された固有のＩＤを獲得するステップと、
    格納オブジェクトに対してサーチ要求をしたＩＤを示す各ノードに返信をするステップと
    を含む機能を実行することを特徴とするコンピュータ読取可能記憶媒体。
18. 請求項１６に記載のコンピュータ読取可能記憶媒体において、プログラムコードはさらに、サーチ要求を所定のクライテリアと比較し、サーチ要求元ノードに送るための広告を検索するステップを含むことを特徴とするコンピュータ読取可能記憶媒体。

Images