(57)【要約】【課題】ユーザ間の関係を促進することに関する。【解決手段】ユーザは互いの間でメッセージを交換する。これらのメッセージのいくつかは他のユーザに転送され、いくつかは何度も何度も転送されることがある。ユーザ間でメッセージを転送するイベントからの情報が受信される。その情報はメッセージを転送したユーザを決定するために分析される。メッセージを転送したユーザのメッセージ転送チェーンが生成されてよい。その転送チェーンの中でターゲットユーザが発見されると、次にそのターゲットユーザ用の潜在的なバディであるかもしれないユーザのリストが決定される。それから、このリストは、ターゲットユーザに送信され、そのリストによりターゲットユーザがリストに掲載されるユーザとの関係を開始可能にする。【選択図】図１
2007193519.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ間の関係を促進する方法であって、
複数のメッセージのためのログ情報を受信すること、
前記ログ情報から、少なくとも二人のユーザによって転送された１つ又は複数のメッセージを決定し、前記少なくとも二人のユーザがターゲットユーザを含むこと、
前記少なくとも二人のユーザから前記ターゲットユーザ以外の少なくとも1人のユーザのユーザ情報を決定すること、
前記ターゲットユーザが、前記ユーザ情報を使用して、前記ターゲットユーザと前記少なくとも１人のユーザとの間の関係を開始可能にすることとを含むことを特徴とする方法。
【請求項２】
前記ユーザ情報から、転送された前記１つ又は複数のメッセージを決定することが、前記１つ又は複数のメッセージを転送したユーザを含んだメッセージチェーンを生成することからなり、前記メッセージ転送チェーンが前記ターゲットユーザを含むことを特徴する請求項１に記載の方法。
【請求項３】
前記少なくとも１人のユーザが、前記ターゲットユーザとの関係を持たないことを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１人のユーザと前記ターゲットユーザとが互いの間でメッセージを送信できないことを特徴とする請求項３に記載の方法。
【請求項５】
前記ターゲットユーザが可能にすることが、前記ユーザ情報を前記ターゲットユーザに送信することを含み、前記ユーザ情報が前記少なくとも一人のユーザとの関係要求を開始するために使用できることを特徴とする請求項１に記載の方法。
【請求項６】
前記ターゲットユーザが可能にすることが、前記少なくとも1人のユーザのために前記ユーザ情報を表示するインタフェースを表示するために使用できる情報を送信することを含むことを特徴とする請求項1に記載の方法。
【請求項７】
前記表示されたユーザ情報は、選択可能であるとともに、
前記少なくとも１人のユーザのために選択を受け取ること、
前記少なくとも１人のユーザに関係要求を送信することをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記１つ又は複数のメッセージのそれぞれにとって関連性スコアを決定することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記スコアを前記ターゲットユーザに送信することをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
連絡情報が前記ターゲットユーザに送信されるべきか否かを決定するために前記スコアを使用することをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記少なくとも１人のユーザに関係要求を送信することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記ログ情報から、転送された１つ又は複数のメッセージを決定することが、
前記複数のメッセージの中の第1のメッセージの第1のメッセージ識別子を決定すること、
前記複数のメッセージの中の第２のメッセージの第２のメッセージ識別子を決定することとを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記第１のメッセージ識別子が「ユーザへ」識別子であり、前記第２のメッセージ識別子が「ユーザから」識別子であることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記第１のメッセージを受信したユーザの第１の情報を決定することと、
前記第２のメッセージを送信したユーザの第２の情報を決定することとをさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記第１のメッセージ識別子と第２のメッセージ識別子とが対応し前記第１の情報と第２の情報とが前記第１のメッセージと第２のメッセージを受信及び送信した同じユーザを示す場合に、前記第２のメッセージが前記第１のメッセージの転送であると決定することをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記少なくとも１人のユーザが情報源を備えることを特徴とする請求項１に記載の方法。
【請求項１７】
前記ユーザ情報が名前及びＥメールアドレスの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項１８】
ユーザ間の関係を決定する方法であって、
第１のユーザから第２のユーザに送信された第１のメッセージの第１の情報を受信することと、
前記第２のユーザから第３のユーザに送信された第２のメッセージの第２の情報を受信することと、
前記第２のメッセージが前記第１の転送であったことを、前記第１の情報と第２の情報とから決定することと、
前記第１のユーザのユーザ情報を決定することと、
前記第３のユーザが、前記ユーザ情報を使用して、前記第１のユーザと第３のユーザとの間の関係を開始可能にすることとを含むことを特徴とする方法。
【請求項１９】
前記第１のユーザと前記第２のユーザとが関係を持ち、該関係により前記第１のユーザと前記第２のユーザとが互いの間でメッセージを送信可能にすることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記第２のユーザと前記第３のユーザが関係を持ち、該関係により前記第２のユーザと前記第３のユーザとが互いの間でメッセージを送信可能にすることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記第１のユーザと第３のユーザとは、前記第１のユーザと第３のユーザとが互いの間でメッセージを送信可能にする関係を持たないことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記第３のユーザが可能にすることが、前記第３のユーザに前記ユーザ情報を送信することを含み、前記ユーザ情報が前記少なくとも１人のユーザとの関係要求を開始するために使用できることを特徴とする請求項１８に記載の方法。
【請求項２３】
前記情報が名前及びＥメールアドレスの少なくとも１つを備えることを特徴とする請求項１８に記載の方法。
【請求項２４】
前記第１のユーザと第３のユーザとの間の関係を開始するための表示を前記第３のユーザから受信することをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２５】
前記第１のユーザに前記表示を送信することをさらに備えることを特徴とする請求項２４に記載の方法。
【請求項２６】
前記第１のメッセージ識別子と第２のメッセージ識別子とが対応し前記第１の情報と第２の情報とが前記第１のメッセージ及び第２のメッセージを受信及び送信した同じユーザを示す場合に、前記第２のメッセージが前記第１のメッセージの転送であると決定することをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２７】
前記少なくとも１人のユーザが情報源を備えることを特徴とする請求項１８に記載の方法。
【請求項２８】
エンティティ間の関係を促進するためのシステムであって、
複数のエンティティと、
前記複数のエンティティの中のターゲットエンティティと、
前記複数のエンティティの中のエンティティ間で送信される複数のメッセージのログを受信するように構成されるメッセージサーバとを備え、
前記メッセージサーバが、
前記ログから、前記ターゲットエンティティを含む少なくとも２つのエンティティによって転送された１つ又は複数のメッセージを決定し、
前記ターゲットエンティティ以外の少なくとも１つのエンティティの情報を決定し、
前記ターゲットユーザが、前記ユーザ情報を使用して、前記ターゲットユーザと前記少なくとも１人のユーザとの間の関係を開始可能であるように構成されていることを特徴とするシステム。
【請求項２９】
エンティティが、ユーザと情報源とのうち少なくとも１つを備えることを特徴とする請求項２８に記載のシステム。
【請求項３０】
前記情報を表示するインタフェースをさらに備えることを特徴とする請求項２８に記載のシステム。
【請求項３１】
前記表示された情報により、前記ターゲットエンティティが、関係を開始するためのエンティティを選択可能であるようにしたことを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記メッセージサーバが、前記選択を受け取るように構成され、前記選択されたエンティティとの関係要求を開始するように構成されていることを特徴とする請求項３１に記載のシステム。
【請求項３３】
前記少なくとも１つのエンティティ及び前記ターゲットエンティティが互いの間の関係を持たないことを特徴とする請求項２８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して通信システムに関し、さらに詳細にはユーザ間の関係を促進するための方法及び装置に関する。
【背景技術】
【０００２】
Ｏｒｋｕｔ、Ｌｉｎｋｅｄｉｎ、Ｆｒｉｅｎｄｓｔｅｒ等のウェブサイトとのソーシャルネットワーキングは非常に人気がある。これらのウェブサイトの１つの目的は、ユーザがバディ又は友人を追加することである。バディは、二人のユーザの間の関係を意味し、通常、該二人のユーザがバディになるために相互に互いを認証することを必要とする。ソーシャルネットワーキングウェブサイトは、いくつかのケースでユーザがさらに多くのバディを追加するにつれて、ますますユーザにとって有効になっていく。例えば、ユーザは自分のバディにメッセージを送信するだけに制限されているかもしれない。したがって、ユーザは、さらに多くのバディが追加されるにつれて、さらに多くのユーザとネットワーク接続できる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常、ユーザは、バディとして追加する複数のユーザを求めて捜す。潜在的なバディが発見されると、該潜在的なバディとの関係を開始するために、ユーザは潜在的なバディのフルネーム又はＥメールアドレスなどの連絡情報を知る必要があるかも知れない。通常、この情報は、ユーザが潜在的なバディを知らない場合又はユーザの現在のバディによって潜在的なバディに紹介されない場合には容易に分からない。１つの例では、ユーザのバディは、ユーザを自分のバディの内の数人に紹介してよい。ユーザは、次に、これらのバディのバディを追加してよい。しかしながら、分離度がさらに遠く離れていくにつれて、ユーザがバディのバディのバディ等に紹介されることは困難になる。例えば、ユーザは最初にユーザのバディのバディに紹介され、次に、再びバディのバディのバディのうちの一人のバディに紹介されなければならない。したがって、ソーシャルネットワーキングサイトでバディの数を増やすことは困難である。
【０００４】
本発明は、概してユーザ間の関係を促進することに関する。
【課題を解決するための手段】
【０００５】
ユーザは互いの間でメッセージを交換する。これらのメッセージのいくつかは他のユーザに転送され、いくつかは何度も繰り返して転送されてよい。本発明の一態様では、ユーザ間でメッセージを転送するイベントから情報が受け取られる。情報は、メッセージを転送したユーザを決定するために分析される。メッセージを転送したユーザのメッセージ転送チェーンが生成されてもよい。転送チェーンの中でターゲットユーザが発見されると、次に、ターゲットユーザにとって潜在的なバディであるかもれしれないユーザのリストが決定される。それから、このリストは、ターゲットユーザに送信され、ターゲットユーザがリストに掲載されたユーザとの関係を開始できるようにしている。
【０００６】
一態様では、ユーザ間の関係を促進する方法が提供される。その方法は、複数のメッセージについてログ情報を受信すること、少なくとも二人のユーザによって転送された１つ又は複数のメッセージをログ情報から決定し、該少なくとも二人のユーザがターゲットユーザを含むことと、該少なくとも二人のユーザからターゲットユーザ以外の少なくとも一人のユーザのユーザ情報を決定することと、および、ターゲットユーザが、ユーザ情報を使用してターゲットユーザと少なくとも一人のユーザとの間の関係を開始できるようにすることとを含む。
【０００７】
別の態様では、ユーザ間の関係を決定する方法が提供される。その方法は、第１のユーザから第２のユーザに送信された第１のメッセージのための第１の情報を受信することと、第２のユーザから第３のユーザに送信された第２のメッセージのための第２の情報を受信することと、該第１の情報と第２の情報とから、第２のメッセージが第１のメッセージの転送であったことを決定することと、第１のユーザのユーザ情報を決定することと、および、第３のユーザがユーザ情報を使用して第１のユーザと第３のユーザとの間の関係を開始できるようにすることとを含む。
【０００８】
別の態様では、エンティティ間の関係を促進するシステムが提供される。そのシステムは、複数のエンティティと、該複数のエンティティの中のターゲットエンティティと、および、該複数のエンティティの中でエンティティ間で送信された複数のメッセージのログを受信するように構成されるメッセージサーバとを備え、前記メッセージサーバが、ターゲットエンティティを含む少なくとも２つのエンティティによって転送された１つ又は複数のメッセージをログから決定し、ターゲットエンティティ以外の少なくとも１つのエンティティの情報を決定し、ターゲットユーザがユーザ情報を使用してターゲットユーザと少なくとも一人のユーザとの間で関係を開始できるように構成される。
【０００９】
ここに開示されている本発明の性質及び利点に関するさらなる理解は、明細書の残りの部分及び添付図面を参照して理解されるものである。
【発明の効果】
【００１０】
本発明によれば、ユーザ間の関係を促進することができる。
【発明を実施するための最良の形態】
【００１１】
本発明の実施の形態は、ユーザ間の関係を使用する通信システムとともに使用されてよい。関係のある二人のユーザはバディ又は友人と呼ばれることがある。一実施の形態では、バディは相互に認証された関係を意味する。例えば、相互に認証された関係とは、第１のユーザが第２のユーザとの関係要求を開始できる場合である。関係要求は、第１のユーザが第２のユーザの連絡情報を知る必要があるような、いくつかの要件を含んでいても良い。連絡情報は第２のユーザについての任意の情報を含んでよい。例えば、連絡情報は第２のユーザのフルネーム、Ｅメールアドレス、又は他の任意の識別子などであってもよい。連絡情報は、第１のユーザが容易に利用できない情報であってもよい。例えば、第２のユーザのプロファイルは、第２のユーザのファーストネームに記載してよい。関係要求を開始するために、第１のユーザは第２のユーザのラストネームを知る必要があるかもしれない。この情報を発見するために、第１のユーザが第２のユーザに紹介される必要があるかもしれない。
【００１２】
第２のユーザは、次に、第２のユーザが受け入れるか又は拒否するかのどちらかをできるバディ要求を受け取ってもよい。この手順はＥメール又は他のメッセージングシステムを介して完了されてもよい。第２のユーザがバディ要求を受け入れる場合には、第１のユーザと第２のユーザとはバディになる。
【００１３】
バディになることによって、ユーザは過去には利用できなかった通信システムの機能にアクセスできることがある。例えば、ネットワーキングサイトでは、ユーザが多くのバディを持てば持つほど、ユーザがより多くの人々に接続される。いくつかのウェブサイトでは、ユーザのプロファイルを検索および考察するために、ユーザは数回程度までそのユーザに接続されなければならない。ユーザに接続されるために、ユーザのバディを通してある種の接続がある。例えば、ユーザはバディのバディのページを眺めることができる（二度の分離）が、バディのバディのバディのページを眺めることができないかもしれない（三度の分離）。この場合には、ターゲットユーザから三度移動されたユーザはターゲットユーザによって眺めることはできない。加えて、いくつかのウェブサイトは、ユーザ間のメッセージングをユーザのバディだけに限定している。また、インスタントメッセージングシステムにより、存在情報がユーザのバディについて表示できるようになってもよい。
【００１４】
本発明の実施の形態は、ユーザ間で送信された転送メッセージを分析する。転送メッセージは分析されるけれども、他のメッセージが使用されてよいことが理解される。メッセージングシステムでは、メッセージ転送は、メッセージがユーザ間に送信される方法であってよい。メッセージは第１のユーザから第２のユーザに送信されてよい。第２のユーザは、コメントを追加する又はファイルを添付するなどによってメッセージを編集してもよいが、次に、第３のユーザにメッセージを転送してもよい。この転送は、メッセージングシステムの転送メッセージオプションを使用することによって開始されてよい。また、転送メッセージオプションが使用されなくてよいことは理解される。転送されたメッセージは、受信されたメッセージの一部を別のユーザに送信する応答又は他のオプションなどのような任意のメッセージであってもよい。
【００１５】
一実施の形態では、転送されたメッセージはユーザ／メッセージＩＤペアを比較することによって決定される。例えば、第１のメッセージは第１のユーザによって受信されていてもよく、第１のメッセージＩＤを有する。第２のメッセージは該第１のユーザによって送信されていてもよく、同じ第１のメッセージＩＤを有する。ユーザ及び２つのメッセージＩＤが互いに一致又は対応する場合には、メッセージが転送されたことが決定されてもよい。メッセージを転送したユーザの転送チェーンが、次に、そのメッセージ用に生成される。これらの転送チェーンは潜在的なバディをターゲットユーザに提案するために使用される。
【００１６】
図１は、本発明の一実施の形態による、ユーザ間の通信を示すシステム１００を表す。システム１００はターゲットユーザ１０２、複数のユーザ１０４、及び情報源１０６を含む。キー１０１は、ターゲットユーザ１０２に対してユーザ１０４の関係を示している。図示されているように、潜在的なバディは黒く塗りつぶした円で示され、バディは円内の斜線で示されている。
【００１７】
メッセージはシステム１００内のユーザ間に送信される。一実施の形態では、情報は情報源１０６から受け取られてよい。情報源１０６は情報の任意のソースを含む。例えば、情報源１０６−１は、ユーザＣに新聞記事の更新を送信するニュースウェブサイトであってよい。また、情報源１０６−２は、ユーザＡおよびユーザＤに対して雑誌見出し形式で情報を送信する雑誌ウェブサイトであってよい。
【００１８】
図１の矢印は、ユーザ間で送信されるメッセージを示す。一実施の形態では、図１に示されるように送信されたあらゆるメッセージが、転送されたメッセージである。一実施の形態では、ユーザ間でメッセージを転送するため、各ユーザは、該メッセージを送信するために他のユーザ用の連絡情報を使用する。例えば、連絡情報はＥメールアドレス、ＩＭユーザ名などであってよい。
【００１９】
一実施の形態では、ユーザにメッセージを転送するために、ユーザは該他のユーザとのバディ関係を持つべきである。しかしながら、ユーザは、ユーザにメッセージを送信するためにバディ関係を持つ必要はないことが理解される。転送されたメッセージは、あらゆる通信システムを使用して転送されてよい。例えば、転送されたメッセージは、Ｅメール、インスタントメッセージング、任意の独自仕様のシステムなどを使用して転送されてよい。
【００２０】
図示されるように、メッセージはターゲットユーザ１０２に転送されている。さらに、ターゲットユーザ１０２もメッセージを転送している。転送されたメッセージは、ターゲットユーザ１０２のバディを介して及び／又はターゲットユーザ１０２の非バディを介して転送されていてもよい。例えば、ユーザＤは、ターゲットユーザ１０２に情報源１０６−２から受け取った情報とともにメッセージを転送している。また、ユーザＡは、情報源１０６−２からのメッセージをユーザＥに転送し、ユーザＥは次にターゲットユーザ１０２にメッセージを転送している。この場合には、ユーザＡはターゲットユーザ１０２のバディではないが、ユーザＥはバディである。同様に、ユーザＣはユーザＢにメッセージを転送し、ユーザＢは該メッセージをユーザＨに転送し、ユーザＨは該メッセージをターゲットユーザ１０２に転送した。この場合には、ユーザＣとユーザＢとはターゲットユーザ１０２のバディではないが、ユーザＨはバディである。さらに、ターゲットユーザ１０２はメッセージをユーザＦに転送し、ユーザＦは次に該メッセージをユーザＧに転送している。この場合には、ユーザＦはターゲットユーザ１０２のバディであるが、ユーザＧはバディではない。
【００２１】
図示されているように、ユーザＤ、Ｅ、Ｈ及びＦはターゲットユーザ１０２のバディであり、ユーザＡ、Ｂ、Ｃ及びＧはターゲットユーザ１０２のバディではない。ターゲットユーザ１０２は非バディによって転送されたメッセージを受信するので、又は、ターゲットユーザ１０２が非バディに転送されたメッセージを転送又は送信するので、ターゲットユーザ１０２はこれらのユーザをバディとして追加することが望ましいかもしれない。
【００２２】
図２は、本発明の一実施の形態による、ユーザ間の関係の開始を容易にする通信システム２００を示す。図示されているように、ターゲットユーザ１０２、ユーザ１０４、情報源１０６、及びサーバ２０２が提供される。システム２００にはこれらのエンティティのうち任意の数が含まれてよいことが理解される。
【００２３】
サーバ２０２は、ユーザ間で送信されたメッセージから情報を受信するように構成されている。例えば、サーバ２０２は、ユーザ間で転送されたメッセージのための転送情報を受信する。サーバ２０２が記述されているが、サーバ２０２が転送情報を受信および処理できる任意のデバイスであってもよいことが理解される。例えば、任意の計算デバイスが使用されてもよい。
【００２４】
図示されるように、情報源１０６−２はユーザＡに情報を送信している。ユーザＡはメッセージ内の該情報をユーザＢに転送している。ユーザＢは次に該メッセージをユーザＣに転送し、ユーザＣは次にメッセージ内の該情報をターゲットユーザ１０２に転送している。メッセージが送信されるたびに、転送情報がサーバ２０２に送信される。
【００２５】
転送情報はログ内でサーバ２０２に送信されてよい。該ログは、「ユーザから」、「ユーザへ」、「オリジナルメッセージＩＤ」、「新規メッセージＩＤ」などの情報及び他の情報を含んでよい。該情報は転送情報と呼ばれるけれども、サーバ２０２に送信されている情報が、送信された任意のメッセージによって送信されてよいことが理解される。後述されているように、サーバ２０２は、どのメッセージがメッセージの転送であるのかを決定するように構成される。
【００２６】
該「送信から」情報は、該メッセージを送信したユーザを示す。該「ユーザへ」情報は、該メッセージを受信するユーザである。「オリジナルメッセージＩＤ」は、「送信から」で示されたユーザが該メッセージを受信したときに、該メッセージに割り当てられるメッセージＩＤである。このメッセージが新規に作成された場合、オリジナルメッセージはヌル（ゼロ）であってよい。「新規メッセージＩＤ」情報は、ユーザがメッセージを作成しかつ／又はメッセージを「ユーザへ」に転送するときに、割り当てられる。「新規メッセージＩＤ」はサーバ２０２で該メッセージを識別するために使用される。
【００２７】
転送チェーンは、ログの中のメッセージＩＤ及びユーザを追跡することによって決定されてよい。図３は、本発明の一実施の形態による、転送チェーンを決定する方法を示している。図３の例を使用すると、ログ＃１の中の「ユーザへ」のユーザＢは、ログ＃２の「ユーザから」のユーザＢに対応し、ログ＃１の「新規メッセージＩＤ」はログ＃２の「オリジナルメッセージＩＤ」に対応する。従って、ユーザＡからユーザＢに送信されたメッセージはユーザＢによってユーザＣに転送されたと決定される。このようにして、一実施の形態では、サーバ２０２は、ログの（「メッセージＩＤ」と「ユーザへ」）のペアが別のログの（「新規メッセージＩＤ」と「ユーザから」）のペアに対応したときに、メッセージが転送されていると決定する。この技法を使用して、ユーザのための転送チェーンは決定されてよい。
【００２８】
図３に図示されるように、＃１、＃２、＃３及び＃４と名付けられた４つのログが示され、サーバ２０２によって受信されている。ログは、送信されたメッセージに対応する。次に、サーバ２０２は、各メッセージに対して＜ユーザ、メッセージＩＤ＞のペアを決定する。例えば、メッセージ＃１に対してユーザ／メッセージＩＤペアは、「ユーザＢ」と「Ａ０００１３４２」である。さらに、メッセージ＃２に対して、「ユーザＢ」と「Ａ０００１３４２」とがユーザ／メッセージＩＤのペアであってよい。図示されるように、メッセージＩＤとユーザとは一致する。さらに、メッセージ＃１のメッセージＩＤは新しいメッセージＩＤであり、メッセージ＃２のメッセージＩＤはオリジナルメッセージＩＤである。これは、新しいメッセージＩＤがオリジナルメッセージＩＤに対応し「ユーザから」と「ユーザへ」とが一致するので、ユーザＡからユーザＢに送信されるメッセージがユーザＢからユーザＣに転送されたことを示す。したがって、メッセージ＃１からメッセージ＃２へ示されるような転送チェーンは、ユーザＡ→ユーザＢ→ユーザＣとして決定されるかもしれない。
【００２９】
さらに、メッセージ＃２に対して、「ユーザＣ」と新規メッセージＩＤ「Ｂ００００９８５」との別のユーザ／メッセージＩＤのペアが決定される。メッセージ＃３を参照すると、「ユーザＣ」と「Ａ０００１５１２」とのユーザ／メッセージＩＤのペアが決定される。このことから、ユーザＡがユーザＣのメッセージを送信したことが決定されるかもよい。
【００３０】
次に、メッセージ＃４は、ユーザＣがターゲットユーザ１０２に「Ｂ００００９８５」のＩＤのオリジナルメッセージとともにメッセージを送信したことを示している。メッセージ＃４のユーザ／メッセージＩＤのペアはメッセージ＃３のユーザ／メッセージＩＤのペアに一致しない。たとえ同じユーザがメッセージを受信しメッセージ（ユーザＣ）を送信したとしても、メッセージ＃４がメッセージ＃３の転送であることが決定されない。しかしながら、メッセージ＃４のメッセージＩＤ「Ｂ００００９８５」は、メッセージ＃２の新しいメッセージＩＤに対応する。したがって、サーバ２０２は、ユーザＣが（ユーザＡ→ユーザＢ→ユーザＣ）から転送かつ送信されたメッセージをターゲットユーザ１０２に転送したことを決定する。したがって、転送チェーンの中には、現在、メッセージ＃１、＃２、及び＃４に対してユーザＡ→ユーザＢ→ユーザＣ→ターゲットユーザ１０２が存在する。メッセージ＃３は、ユーザＡ→ユーザＣ（図２では不図示）の転送チェーンを示している。そのプロセスは、送信されたメッセージについて追加のログが受信されるので、継続されてもよい。
【００３１】
転送チェーンを決定する前記方法が説明されたけれども、転送チェーンを決定するために他の方法が使用されてよいことが理解される。例えば、転送されたメッセージごとに別のメッセージＩＤが使用されてよい。サーバ２０２は、どのユーザからどのメッセージが転送されたのかを異なるメッセージＩＤから決定するように構成されてよい。別の例では、同じメッセージＩＤが、たとえ何度転送されようとも、転送されたときに１つのメッセージのために利用されるかもしれない。この場合には、サーバ２０２は、同じメッセージＩＤを有するメッセージによって転送チェーンを作るように構成されてよい。転送チェーンの順序は、「ユーザから」フィールド及び「ユーザへ」フィールドの中で発見されるユーザの順序により決定されてよい。
【００３２】
図２に戻って参照すると、サーバ２０２は、何らかのメッセージが送信されると情報を受信する。したがって、図２に示されるように、ユーザＡ、Ｂ、Ｃ及びＤがメッセージを送信すると、情報が受信される。サーバ２０２は次にメッセージ転送チェーンを決定するためにこの情報を使用する。例えば、受信される各ログは、それが転送メッセージだと考えられるか否かを決定するために分析される。サーバ２０２は、どのユーザから及びどのユーザへメッセージが送信されたのかを決定するためにログ内の情報を使用する。
【００３３】
ひとたび転送チェーンが決定されると、サーバ２０２は、潜在的なバディとしての多様なユーザをターゲットユーザ１０２に提案するように構成される。図２に示されるように、決定されてもよい転送チェーンは以下のとおりである。
１．情報源１０６−１→ユーザＤ→ユーザＢ→ユーザＣ→ターゲットユーザ１０２；
２．情報源１０６−２→ユーザＡ→ユーザＢ→ユーザＣ→ターゲットユーザ１０２；及び
３．ターゲットユーザ１０２→ユーザＥ→ユーザＦ。
【００３４】
転送チェーン＃１から、サーバ２０２は、ユーザＤがターゲットユーザ１０２の潜在的なバディであるかもしれないと決定してよい。ユーザＣはターゲット１０２のバディであるが、バディとして提案されていないかもしれない。また、転送チェーン＃２から、サーバ２０２は、ユーザＢがターゲットユーザ１０２の潜在的なバディであるかもれしないと決定してもよい。転送チェーン＃３から、ユーザＦが潜在的なバディとして提案されてよい。
【００３５】
サーバ２０２は、次に、潜在的なバディとしてのユーザＡ、Ｂ、Ｄ及びＦをターゲットユーザ１０２に提案する情報を送信する。この情報は、名前やＥメールアドレスなどのユーザの識別子であってよい。さらに、該情報によりターゲットユーザ１０２はこれらユーザとのバディ関係要求を開始できる。例えば、ユーザインタフェースが表示されてもよいし、ユーザは、どのユーザとバディ関係を開始するべきかを選択できる。次に、選択されると、バディ関係要求は、選択されたユーザに送信される。
【００３６】
メッセージがこれらのユーザからターゲットユーザ１０２に転送されているので、又は、ターゲットユーザ１０２がユーザに転送されたメッセージを送信しているので、ユーザは潜在的なバディとして選ばれる。したがって、ターゲットユーザ１０２が潜在的なバディをバディとして追加することを希望することが可能であってもよい。バディだけが通信できる場合に、ターゲットユーザ１０２のバディであるユーザは、自分がターゲットユーザ１０２に転送されたメッセージを送信するならば、潜在的なバディであってよい。おそらく、ターゲットユーザ１０２のバディは、メッセージがターゲットユーザ１０２とって関心があると考えるので、メッセージを送信したユーザが潜在的なバディであってもよい。したがって、ターゲットユーザ１０２のバディと他のユーザとの間に関連性があるため、これらのユーザとターゲットユーザ１０２との間になんらか種類の関連性があってよい。
【００３７】
前記方法は、どのユーザをターゲットユーザ１０２に対して潜在的なユーザとして提案するのかを決定するために使用されるけれども、他の多くの方法が使用されてよいことが理解される。例えば、異なるソースから生じる少なくとも２つのメッセージが一人のユーザを通して送信され該２つのメッセージが転送チェーンの中にターゲットユーザ１０２を含む場合、そのユーザはバディとして提案されてよい。図２に示されている前記例では、それは、情報源１０６−２からの第1の転送チェーンと情報源１０６−１からの第２の転送チェーンとがユーザＢを含むために、ユーザＢが潜在的なバディとして提案されてよいことを意味する。加えて、さらに詳しく後述されるように、得点方式が潜在的なバディとして潜在的なユーザを提案するべきか否か決定するために使用されてよい。
【００３８】
図４は、本発明の一実施の形態による、情報源１０６がターゲットユーザ１０２に提案されている場合の通信システム４００を示している。図示されるように、情報源１０６はユーザＡとユーザＢとに情報を送信する。次に、第１のケースでは、情報がユーザＡからユーザＣに転送され、それからターゲットユーザ１０２に転送される。第２のケースでは、情報源１０６からの情報がユーザＢに送信され、それからユーザＤに送信され、最後にターゲットユーザ１０２に送信される。
【００３９】
サーバ２０２は、このケースで２つの転送チェーンを決定してよい。例えば、第１の転送チェーンは情報源１０６→ユーザＡ→ユーザＣ→ターゲットユーザ１０２であり、第２の転送チェーンは情報源１０６→ユーザＢ→ユーザＤ→ターゲットユーザ１０２である。転送された情報について受信されたログを分析することによって、サーバ２０２はユーザＡとユーザＢをターゲットユーザ１０２のための潜在的なバディとして提案してよい（ユーザＣとユーザＤはすでにターゲットユーザ１０２のバディである）。さらに、サーバ２０２は、潜在的なバディとしてのターゲット１０２に情報源１０６を提案してよい。バディはこのケースではユーザそれ自体との関係を意味しない（なお、ユーザが情報源を含む任意のエンティティであってよい）。しかし、ターゲットユーザ１０２は情報源１０２との関係を開始できる。情報源１０６をバディとして提案することによって、ターゲットユーザ１０２は情報源１０６に関する処置を講じてよい。例えば、ターゲットユーザ１０２は情報源１０６に対応するウェブサイトをブックマークしてよいし、又は情報源１０６のウェブサイトに対応するページを閲覧してよい。
【００４０】
したがって、サーバ２０２によってターゲットユーザ１０２に送信された関係情報によって、ターゲットユーザ１０２は情報源１０６を自動的にブックマークすること、又は情報源１０６に転送されることが可能になる。例えば、情報源１０６に対応するウェブサイトへのリンクは送信されてよいし、そのリンクによってユーザが直接的に該ウェブサイトにリンク可能であってもよい。また、情報源の名前はインタフェースに表示されてよく、選択時にその名前によってウェブサイトがブックマークさせられる。
【００４１】
図５は、本発明の一実施の形態による、ターゲットユーザ１０２にバディを提案するための情報を決定する方法の簡略化されたフローチャート５００を示す。
【００４２】
ステップ５０２では、サーバ２０２は転送ログをユーザから受信し、メッセージ転送チェーンを決定する。転送チェーンは、任意の方法を使用して決定されてよい。例えば、メッセージＩＤとユーザ識別子が、ユーザ間で転送されたメッセージを決定するためにペアとして使用されてよい。次に、転送されたメッセージに対するユーザのチェーンが決定される。
【００４３】
ステップ５０４では、ターゲットユーザ１０２を含む転送チェーンが決定される。例えば、メッセージがターゲットユーザ１０２に転送された、又はメッセージがターゲットユーザ１０２から送信されたメッセージから転送された場合、これらの転送チェーンが選択される。
【００４４】
ステップ５０６では、サーバ２０２はステップ５０４で選択された転送チェーンに出現するユーザ及び／又は情報源１０６ごとにスコアを計算する。一実施の形態では、スコアは、ユーザが関係を開始する良い候補者であるかどうかを決定するためにターゲットユーザ１０２によって使用されてもよい可能な番号を示してよい。一実施の形態では、スコアは、転送チェーンの中のユーザの数を取りその数を二乗することによって求められる。ユーザが転送チェーンに含まれる場合、チェーンのスコアは、ユーザを含む他の転送チェーンと合計される。この得点方法が説明されるけれども、得点方法をまったく使用しないことに加え、多くの他の得点方法が使用されてよいことが理解される。
【００４５】
図６は、本発明の一実施の形態による得点方法を示す。示されているように、７つの転送チェーンがサーバ２０２について決定されている。転送チェーンは多様なユーザを含む。ターゲットユーザ１０２がユーザＧとして選ばれる場合、ユーザＧを含む転送チェーンは＃３、＃４、＃５、＃６、及び＃７である。ユーザＧのバディがＡ、Ｂ、Ｃ及びＤである場合には、ユーザＥとＦはユーザＧとのバディの潜在的な候補者となってもよい。これは、彼らがユーザＧと現在バディではないが、ユーザＧを含む転送チェーンに含まれているからである。
【００４６】
示されているように、転送チェーンのスコアはコラム６０４で計算されている。スコアは転送チェーンの中のユーザ数を取り、その数を二乗する。このような得点方法が説明されているけれども、数を二乗する代わりにチェーンの中のユーザ数を使用するなど、他の得点方法が使用されてよいことが理解される。
【００４７】
セクション６０６は、ユーザＥを含む転送チェーンが転送チェーン＃３、＃５、＃６であることを示している。それらのチェーンのスコアを取ると、ユーザＥの総スコアは２５＋１６＋９＝５０である。
【００４８】
セクション６０８は、ユーザＦを含む転送チェーンが転送チェーン＃３、＃５、＃７であることを示している。したがって、ユーザＦを含む転送チェーンのスコアは２５＋１６＋３６＝７７である。
【００４９】
ボックス６１０に示されるように、ユーザリストは７７のスコアを持つユーザＦと５０のスコアを持つユーザＥとであってよい。情報源１０６は記述されていないけれども、情報源１０６がチェーンに含まれる場合にはスコアは情報源１０６について前述されたように計算されてよいことが理解される。
【００５０】
図５に戻って参照すると、ステップ５０８で、サーバ２０２が、リストの中のユーザ及び／又は情報源１０６をスコアとともにターゲットユーザ１０２に送信する。一実施の形態では、リストはユーザの名前又は情報源１０６とともに送信されてよい。また、ユーザ及び／又は情報源１０６に連絡する方法が送信されてよい。例えばＥメールアドレス及びＵＲＬがリストともに送信されてよい。別の実施の形態では、図７に図示されるようなグラフィックユーザインタフェースはターゲットユーザ１０２のためにデバイスで表示されてよい。
【００５１】
図７は、本発明の一実施の形態によるグラフィックユーザインタフェースを示す。示されているように、グラフィックユーザインタフェース７０２はユーザ１０４のバディ候補者を含み、グラフィックユーザインタフェース７０４は情報源１０６のバディ候補者を含む。コラム７０６では、ユーザは選択可能なボタン７０８−１、７０８−２、及び７０８−３として一覧表示される。各ボタン７０８は別のユーザに相当する。任意の数の選択可能なボタン７０８が提供されてよいことが認識される。コラム７１０では、各ユーザのスコアが示されている。一実施の形態では、最高のスコアを持つユーザがその後に次の最高のスコアが置かれて一覧表示されるように、スコアが分類されている。
【００５２】
それから、ターゲットユーザ１０２は、ターゲット１０２がバディとしてユーザを追加することを所望する場合にボタン７０８をクリック又は選択してよい。したがって、関係要求は、ボタン７０８が選択されたときに、そのユーザとともに開始されてよい。たとえば、選択可能なボタン７０８が、ある特定のユーザについてクリックされると、情報がサーバ２０２に送信され、次に、サーバはバディ要求をそのユーザに送信する。別の実施の形態では、選択可能ボタン７０８の代わりに、バディとしてユーザを追加するように要求される情報がインタフェース７０２の中に含まれてよい。例えば、ユーザのフルネーム及び／又はＥメールアドレスは、ユーザが、該情報を使用するユーザとの関係を開始できるように含まれてよい。例えば、ユーザは「Ｆｒｉｅｎｄｓｔｅｒ」などのウェブサイトに移動し、「バディ追加」ボタンをクリックしてよい。ユーザはユーザのフルネーム及び／又はＥメールアドレスを入力するように要求されてよい。ターゲットユーザ１０２は、次にインタフェース７０２に提供される情報を入力でき、そのユーザに対する関係要求を開始できる。
【００５３】
グラフィックユーザインタフェース７０４は、情報源１０６を含むバディ候補を表す。示されているように、選択可能なボタン７１２−１、７１２−２及び７１２−３がコラム７１４に含まれる。情報源１０６のスコアもコラム７１６に含まれる。一実施の形態では、選択可能なボタン７１２が選択又はクリックされて良いし、情報源１０６がブックマークとして追加される。また、情報は情報源１０６から検索されてよいし、又は、ユーザが情報源１０６と関連付けられるウェブページにリンクされてよい。他の処置も講じられてよいことが理解される。
【００５４】
さらに、図示されているように、ウェブサイトアドレスは選択可能なボタン７１２に示されている。ボタン７１２を選択する代わりに、ユーザは情報源１０６との関係を開始するために情報を使用してよい。例えば、ユーザは、情報源１０６のためにＵＲＬの中にタイプし、情報源１０６のためのウェブページに向けられてよい。ユーザは、次に、ユーザのブラウザで発見された加算ブックマークコマンドを使用して、ブックマークとして情報源１０６を追加してよい。
【００５５】
図８は、本発明の一実施の形態による、グラフィックユーザインタフェース７０２及び／又は７０４を表示する方法の簡略化されたフローチャート８００を表す。ステップ８０２では、ユーザリスト又は情報源リストがターゲットユーザ１０２について端末（例えば計算デバイス）で受信される。これは、Ｅメール、インスタントメッセージ、ＴＣＰ／ＩＰなどのような任意の通信方法で送信されてよい。
【００５６】
ステップ８０４では、リストはスコアで分類され、該リストは順番に表示される。例えば、リストの中のユーザのスコアが、最高から最低、又は最低から最高のどちらかで分類される。例えば、ユーザがバディとして追加される候補者である可能性が高いことを高いスコアが示す場合には、ユーザはリストの一番上に表示されてよい。分類が説明されたけれども、分類が実行されなくてよいことが理解されなければならない。
【００５７】
ステップ８０６では、リスト上の潜在的なバディ又は情報源１０６についてユーザからの選択が受け取られる。次に、ユーザ又は情報源との関係を開始する手順が開始される。その関係は前述されたように開始されてよい。例えば、情報はサーバ２０２に送信されてよく、それから、サーバ２０２は、選択されたユーザとの関係を開始する。例えば、ターゲット１０２のための計算バディ要求がユーザに送信されてよいし、又は情報源１０６がブックマークされてよい。
【００５８】
図９は、本発明の一実施の形態による、処理を実行するために使用されてよいデータ処理システム９００の簡略なブロック図である。例えば、システム９００は、本発明の一実施の形態によるサーバ２０２に含まれてよい。図９に示されるように、データ処理システム９００は、バスサブシステム９０４を介して多くの周辺装置と通信する少なくとも１つのプロセッサ９０２を含む。これらの周辺装置には、メモリサブシステム９０８およびファイル記憶サブシステム９１０からなる記憶サブシステム９０６と、ユーザインタフェース入力装置９１２と、ユーザインタフェース出力装置９１４と、ネットワークインタフェースサブシステム９１６とが含まれてよい。入力装置及び出力装置は、データ処理システム９０２とのユーザ対話を可能にする。
【００５９】
ネットワークインタフェースサブシステム９１６は、他のコンピュータシステム、ネットワーク、及び記憶リソースにインタフェースを提供する。ネットワークには、インターネット、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、無線ネットワーク、イントラネット、プライベートネットワーク、パブリックネットワーク、スイッチドネットワーク、又は任意の他の適切な通信ネットワークが含まれてよい。ネットワークインタフェースサブシステム９１６は、他のソースからデータを受信するため、及びデータ処理システム９００から他のソースにデータを送信するためにインタフェースとして働く。ネットワークインタフェースサブシステム９１６の具体例には、イーサネット（登録商標）カード、モデム（電話、衛星、ケーブル、ＩＳＤＮなど）、（非同期）デジタル加入者回線（ＤＳＬ）装置などが含まれる。
【００６０】
ユーザインタフェース入力装置９１２には、キーボードと、マウス、トラックボール、タッチパッド、又はグラフィックタブレットなどのようなポインティングデバイスと、スキャナと、バーコードスキャナと、ディスプレイに組み込まれるタッチスクリーンと、音声認識システムなどのような音声入力装置と、マイクと、他の種類の入力装置とが含まれてよい。一般的には用語「入力装置」の使用には、データ処理システム９００に情報を入力するすべての可能な種類のデバイス及び方法が含まれるように意図されている。
【００６１】
ユーザインタフェース出力装置９１４には、ディスプレイサブシステムと、プリンタと、ファックス機と、音声出力装置などのような非視覚的ディスプレイとが含まれてよい。ディスプレイサブシステムは、陰極線管（ＣＲＴ）や、液晶ディスプレイ（ＬＣＤ）又は映写装置などのようなフラットパネルデバイスであってよい。一般的には、用語「出力装置」の使用には、データ処理システム９００から情報を出力するためのすべての可能な種類のデバイス及び方法が含まれるように意図されている。
【００６２】
記憶サブシステム９０６は、本発明の機能性を提供する基本的なプログラミング及びデータ構成概念を記憶するように構成されてよい。例えば、本発明の一実施の形態に従って、本発明の機能性を実現するソフトウェアモジュールが、記憶サブシステム９０６に記憶されてよい。これらのソフトウェアモジュールはプロセッサ９０２によって実行されてよい。また、記憶サブシステム９０６が、本発明に従って使用されるデータを格納するためのレポジトリ（収納庫）を備えてよい。記憶サブシステム９０６はメモリサブシステム９０８と、ファイル／ディスク記憶サブシステム９１０とからなってもよい。
【００６３】
メモリサブシステム９０８には、プログラム実行中の命令及びデータの記憶のためのメインランダムアクセスメモリ（ＲＡＭ）９１８と、固定命令が記憶される読取専用メモリ（ＲＯＭ）９２０とを備えるメモリが多く含まれてよい。ファイル記憶サブシステム９１０は、プログラム及びデータファイルのための固定（不揮発性）記憶装置を備え、関連するリムーバブルメディア、コンパクトディスク読取専用メモリ（ＣＤ―ＲＯＭ）ドライブ、光ドライブ、リムーバブルメディアカートリッジ、及び他の類似した記憶媒体とともにハードディスクドライブ、フロッピー（登録商標）ディスクドライブを含んでよい。
【００６４】
バスサブシステム９０４は、データ処理システム９０２の多様な構成要素およびサブシステムに、意図されたとおりに互いと通信させるための機構を提供する。バスサブシステム９０４は単一のバスとして概略的に示されているけれども、バスサブシステムの代替の実施の形態は多重バスを活用してよい。
【００６５】
データ処理システム９００は、パーソナルコンピュータ、ポータブルコンピュータ、ワークステーション、ネットワークコンピュータ、メインフレーム、キオスク、又は任意の他のデータ処理システムを含むさまざまなタイプである場合がある。コンピュータ及びネットワークの絶え間なく変わる性質のため、図９に描かれているデータ処理システム９００の説明は、コンピュータシステムの好適な実施の形態を示す特定の例としてだけ意図されている。図９に描かれているシステムより多くの又は少ない構成要素を有する多くの他の構成が可能である。
【００６６】
本発明は、ソフトウェア、ハードウェア、又は両方の組み合わせにおいて制御論理の形で実現できる。制御論理は、コンピュータ読み取り可能媒体又は他のコンピュータプログラム製品に格納されてよい。ここに提供された開示及び教示に基づいて、当業者は本発明を実現するために他の手段及び／又は方法を理解するであろう。
【００６７】
前記説明は例示的であるが、制限的ではない。本発明の多くの変形は開示を検討するときに当業者に明らかになるであろう。したがって、本発明の範囲は前記説明を参照して決定されるべきではなく、代わりにその完全な範囲又は同等物とともに係属クレームを参照して決定されるべきである。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施の形態による、ユーザ間の通信を示すシステムを表す。
【図２】本発明の一実施の形態による、ユーザ間の関係の開始を促進する通信システムを示す。
【図３】本発明の一実施の形態による、転送チェーンを決定する方法を示す。
【図４】本発明の一実施の形態による、情報源がターゲットユーザに提案されてよい通信システムを示す。
【図５】本発明の一実施の形態による、ターゲットユーザにバディを提案するための情報を決定する方法の簡略化されたフローチャートを示す。
【図６】本発明の一実施の形態による、得点する方法を説明する。
【図７】本発明の一実施の形態による、グラフィックユーザインタフェースを示す。
【図８】本発明の一実施の形態による、グラフィックユーザインタフェースを表示する方法の簡略化されたフローチャートを示す。
【図９】本発明の一実施の形態による、処理を実行するために使用されてよいデータ処理システムの簡略化されたブロック図である。
【符号の説明】
【００６９】
１００    システム
１０１    キー
１０２    ターゲットユーザ
１０４    ユーザ
１０６    情報源
２０２    サーバ
【図１】
2007193519.tif 000003
【図２】
2007193519.tif 000004
【図３】
2007193519.tif 000005
【図４】
2007193519.tif 000006
【図５】
2007193519.tif 000007
【図６】
2007193519.tif 000008
【図７】
2007193519.tif 000009
【図８】
2007193519.tif 000010
【図９】
2007193519.tif 000011
【外国語明細書】
2007193519.tif 000012
2007193519.tif 000013
2007193519.tif 000014
2007193519.tif 000015
2007193519.tif 000016
2007193519.tif 000017
2007193519.tif 000018
2007193519.tif 000019
2007193519.tif 000020
2007193519.tif 000021
2007193519.tif 000022
2007193519.tif 000023
2007193519.tif 000024
2007193519.tif 000025
2007193519.tif 000026
2007193519.tif 000027
2007193519.tif 000028
2007193519.tif 000029
2007193519.tif 000030
2007193519.tif 000031
2007193519.tif 000032
2007193519.tif 000033
2007193519.tif 000034
2007193519.tif 000035
2007193519.tif 000036
2007193519.tif 000037
2007193519.tif 000038
2007193519.tif 000039
2007193519.tif 000040