JP5575886B2 - ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法および装置 - Google Patents

Description

本出願は、参照によってその全体が本明細書に組み込まれる、２００９年６月１２日出願の中国特許出願第２００９１０１４７２５２．６号、表題「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＰＲＯＣＥＳＳＩＮＧ ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ ＭＥＳＳＡＧＥ ＩＮ Ａ ＳＯＣＩＡＬ ＮＥＴＷＯＲＫ」の優先権を主張する。

本開示は、インターネットに基づく技術に関し、特に、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法および装置に関する。

既存のインターネットに基づく環境において、オンラインのネチズンによって形成されるソーシャルネットワークは、個々の加入者間の単純な接続を超えて進化しており、１人対多数、および多数対多数の関係を含んでいる。ソーシャルネットワークは、オンラインユーザ、およびＷＥＢ２．０に基づくインスタントメッセージ（ＩＭ）システムおよびインターネットＳＮＳ（ソーシャルネットワークサービス）コミュニティ等のその関連するネットワークを含む。ＩＭアプリケーションを例に取ると、その加入者が相互通信、およびそれぞれのＩＭクライアントを介して情報の交換を行う前に、ＩＭアプリケーションは、典型的には、通信者の方向性（ｏｒｉｅｎｔａｔｉｏｎ）を促進し、加入者がスパム情報および／または嫌がらせメッセージを送信しないようにするために、相互に通信しようとする加入者の間において一定の二者間のソーシャルネットワーク関係を必要とする。現行のＩＭアプリケーションのルールに照らして、ユーザＡが、その社会的関係表内にはないユーザＢとの通信を開始したいと意図する場合、一定の社会的関係を構築するために、ユーザＡは、ユーザＢが合意するかどうかたずねる必要がある。そのためには、ユーザＡは、典型的には、ユーザＢと一定の社会的関係を有する加入者になる意図を表明する、認証リクエストメッセージを、ユーザＢに送信する。ユーザＢがユーザＡの認証リクエストメッセージを認証する場合に限り、ユーザＡは、ユーザＡの社会的関係表によってユーザＢにアクセスし、ユーザＢとの通信を開始できるようになる。

ユーザＡがユーザＢとの一定の社会的関係を有するユーザとなることを申請するプロセス中において、ユーザＢがユーザＡとの社会的関係を構築するかどうかを決定できる、ユーザＡの識別および他の情報についてユーザＢが知ることができる唯一の方法は、ユーザＡによって手動で入力された認証リクエストメッセージによるものである。言い換えると、従来から、認証リクエストメッセージは完全にユーザＡの手動入力の制約下にあり、システムが、ユーザＡの識別およびユーザＡとユーザＢとの間の社会的関係を自動的に取得することは不可能である。一方で、これにより、２人の加入者の間で社会的関係を構築する上で非効率を生じている。また一方で、ユーザＢがユーザＡの認証リクエストメッセージについて決定を行うために、十分なパラメータを提供する方法は存在しない。

ユーザによる社会的関係を確立しようとするリクエストの確認における非効率性、および既存の技術における認証のために提供されるパラメータの不適切性の問題を解決するために、本開示の一実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法を提供する。方法には、

第２のクライアントと社会的関係を確立することをリクエストするために、第２のクライアントへ認証リクエストメッセージを送信する第１のクライアントを検出する際に、第１のクライアントおよび第２のクライアントに共通の社会属性情報を取得する、ソーシャルネットワークサーバを提供すること（社会属性情報はソーシャルネットワーク内のユーザの属性を示す）、および

ソーシャルネットワークサーバが、第２のクライアントへ認証リクエストメッセージを転送し、入手した社会属性情報を送信すること（社会属性情報は、認証リクエストメッセージを認証するために、第２のクライアントによって使用される）、を含む。

本開示の別の実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための装置を提供する。装置には、

第２のクライアントとの社会的関係を確立することをリクエストする第２のクライアントへ第１のクライアントによって送信される認証リクエストメッセージを取得し、第１のクライアントおよび第２のクライアントに共通の社会属性情報を取得する獲得モジュール（社会属性情報は、ソーシャルネットワーク内のユーザの属性を示す）、および

第２のクライアントへ、認証リクエストメッセージおよび取得した社会属性情報を転送する送信モジュール（社会属性情報は、認証リクエストメッセージを認証するために第２のクライアントによって使用される）を含む。

上記のように、本開示の実施形態は、第１のクライアントが第２のクライアントへ、第２のクライアントとの社会的関係を確立することをリクエストする、認証リクエストメッセージを送信することを検出する場合に、ソーシャルネットワークサーバは、自動的に、第１のクライアントおよび第２のクライアントに共通する社会属性情報を取得し、これを第２のクライアントへ提示する。これは、これに従って第２のクライアントが、第１のクライアントから認証リクエストメッセージを認証するかどうかを決定するパラメータを増加させる。これは、さらに、第１のクライアントと第２のクライアントとの間のソーシャルネットワーク関係の確立における効率性を向上させる。

本開示の第１の実施形態に従うネットワークトポロジ図である。 本開示の第１の実施形態に従う方法のフローチャートである。 本開示のソーシャルネットワーク内の交友関係を示す概略図である。 本開示の第２の実施形態に従う方法のフローチャートである。 本開示の第３の実施形態に従う装置の構造図である。

本開示の第１の実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法１００を提供する。図１のネットワークトポロジで実装されているように、ネットワークは、ソーシャルネットワークサーバおよび複数のクライアントを含む。図２に示されるように、方法１００は、以下に記載されるアクションを含む。

１０１において、クライアントＡは、クライアントＢとのソーシャルネットワーク関係を確立するために、ソーシャルネットワークサーバを介して、クライアントＢに認証リクエストメッセージを送信する。

１０２において、ソーシャルネットワーク関係を確立するために、クライアントＢへ認証リクエストメッセージを送信するクライアントＡを検出した後で、ソーシャルネットワークサーバは、クライアントＡの識別情報およびクライアントＢの識別情報を獲得する。

１０３において、クライアントＡの識別情報およびクライアントＢの識別情報に従い、ソーシャルネットワークサーバは、（Ａ−Ｂ）、「ＡＢ」または「（ＡＢ）」の索引記録キーワードで、その上に逆索引を格納したサーバとして、複数のサーバの間からサーバ１を決定する。

１０４において、サーバ１から、ソーシャルネットワークサーバは、クライアントＡおよびクライアントＢに共通の社会属性情報を取得する、またはクライアントＡとクライアントＢとの間の交友関係情報を抽出するために、キーワード（Ａ−Ｂ）を有する索引記録を抽出する。

１０５において、ソーシャルネットワークサーバは、抽出された共通の社会属性情報または共通の交友関係情報を、クライアントＢに送信する。

１０６において、クライアントＢは、受信されたクライアントＡおよびクライアントＢの共通の社会属性情報または抽出された共通の交友関係情報を表示する。

１０１において、クライアントＢは、１つ以上の社会的関係表をローカルに格納する。例えば、以下に示される社会的関係表１は、５つのクライアントアイデンティティおよびその対応する社会的関係カテゴリを含む。クライアントＣ、Ｄ、Ｅ、ＦおよびＧのそれぞれは、カテゴリ１内のクライアントＢとの社会的関係を有する。以下に示される社会的関係表２は、３つのクライアントのアイデンティティ、およびそれぞれがカテゴリ２である、その対応する社会的関係カテゴリを含む。表１は、カテゴリ１のクライアント識別を格納することを目的とするものであり、表２は、カテゴリ２のクライアントアイデンティティを格納する。

クライアントＡは、ソーシャルネットワークサーバを介して、表１に含まれるようにクライアントＢに認証リクエストメッセージを送信する。クライアントＡによって送信された認証リクエストメッセージは、クライアントＡの認証情報を伝達する。

ソーシャルネットワークサーバは、ソーシャルネットワーク内のサーバ１、サーバ２またはサーバ３等の、ソーシャルネットワーク内のいずれかのサーバにおいて実装されてもよい。

１０２において、クライアントＡによって送信された認証リクエストメッセージを受信すると、ソーシャルネットワークサーバは、認証リクエストメッセージを分析し、認証リクエストメッセージからクライアントＡの識別情報およびクライアントＢの識別情報を抽出する。さらに、ソーシャルネットワークサーバは、クライアントＡおよびクライアントＢとの直接のソーシャルネットワーク関係を有するクライアント、つまりクライアントＣおよびクライアントＤが存在することを識別する。ソーシャルネットワークサーバは、さらに、受信者、クライアントＢの識別情報を、認証リクエストメッセージから抽出する。表１と同じコンテンツを有する表１’は、ソーシャルネットワークサーバのデータベースに格納される。ソーシャルネットワークサーバに格納された表１’に従い、クライアントＢとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤであることが確認される。現在のステップにおいて、ソーシャルネットワークサーバは、クライアントＢとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤを含むことを調査し、かつ、これを確認する。クライアントＡによって送信された認証リクエストメッセージを受信すると、ソーシャルネットワークサーバは、認証リクエストメッセージを分析し、認証リクエストメッセージから受信クライアントのクライアントＡの識別情報を抽出する。クライアントＢによって実行される同じ方法で、クライアントＡとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤも含むことが確認される。好ましくは、クライアントＣおよびクライアントＤは、クライアントＡと直接のソーシャルネットワーク関係を有する一方で、クライアントＤおよびクライアントＣは、クライアントＢとも直接のソーシャルネットワーク関係を有する。当然ながら、クライアントＤおよびクライアントＣは、クライアントＢと直接のソーシャルネットワーク関係を有する一方で、クライアントＤおよびクライアントＣは、クライアントＡとは間接的なソーシャルネットワーク関係を有する場合があり得る。

所定のルールに従い、クライアントＣおよびクライアントＤからクライアントＣが選択され、クライアントＣの識別情報が取得される。所定のルールは、ソーシャルネットワークサーバによって自動的に計算されるクライアントＡとクライアントＢとの間の最も高い親しさの度合いの合計を有するものであるソーシャルネットワーク交友関係に基づいてもよい。例えば、クライアントＡ→クライアントＣ→クライアントＢの親しさの度合いが、Ｙ１＋Ｘ１であり、別のソーシャルネットワーク交友関係の親しさの度合い、クライアントＡ→クライアントＤ→クライアントＢが、Ｙ２＋Ｘ２であるとすると、Ｙ１＋Ｘ１＞Ｙ２＋Ｘ２である場合に、クライアントＤおよびクライアントＣからクライアントＣが選択され、クライアントＣの識別情報が取得される。そうでない場合には、クライアントＤが選択される。現在の実施形態では、好ましくは、クライアントＣが選択される。現在のステップは、親しさの度合いによってクライアントＤまたはクライアントＣを選択することを含み、クライアントＤとクライアントＣとの間で実行される選択は、親しさの度合いは参照せず、無作為なものであってもよい。

あるいは、ソーシャルネットワークサーバは、クライアントＤのソーシャルネットワーク関係表およびクライアントＣのソーシャルネットワーク関係表内のクライアントのアイデンティティ数に基づき、クライアントＤおよびクライアントＣのうちの１つを選択してもよい。例えば、クライアントＣのソーシャルネットワーク関係表が１０のクライアントアイデンティティを有し、クライアントＤのソーシャルネットワーク関係表が１００のクライアントアイデンティティを有する場合、クライアントＣのソーシャルネットワーク関係表内のクライアントアイデンティティの数はクライアントＤの数より少ないため、クライアントＣは、そのソーシャルネットワーク関連のオブジェクトのスクリーニングについてより注意深くなり得るため、クライアントＣが選択される。当然ながら、クライアントＢとクライアントＣとのソーシャルネットワーク関係表の間のクライアントの比率が１：１０であり、クライアントＢとクライアントＤとのソーシャルネットワーク関係表の間のクライアントの比率が１：１００である場合に、クライアントＣが選択される可能性もあり得る。あるいは、例えば１：２０等の比率の閾値を設定してもよい。したがって、クライアントＢとクライアントＣとのソーシャルネットワーク関係表の間のクライアントの比率が１：１０であり、１：２０の閾値よりも大きく、クライアントＢとクライアントＤとのソーシャルネットワーク関係表の間のクライアントの比率が１：１００であり、１：２０の閾値よりも小さい場合に、クライアントＣが選択される。

さらに、ソーシャルネットワークサーバは、クライアントＢと最も高い親しさの度合いを有するクライアントＣまたはクライアントＤを自動的に選択してもよい。Ｘ１＞Ｘ２の場合、ソーシャルネットワークサーバはクライアントＣを選択し、そうでない場合には、クライアントＤを選択する。現在の実施形態では、クライアントＣを選択することが好ましい。

所定のルールに照らしてクライアントＣが選択されるアプローチに加えて、ソーシャルネットワークサーバが、クライアントＡに対してクライアントＤおよびクライアントＣの識別情報を送るようにさせることが可能である。クライアントＡがクライアントＣを選択する場合、ソーシャルネットワークサーバは、クライアントＡの選択に従って、クライアントＣを選択する。一方で、クライアントＡがクライアントＤを選択する場合、ソーシャルネットワークサーバは、クライアントＡの選択に従って、クライアントＤを選択する。

親しさの度合いは、以下に記載された方法で取得され得る。２つのクライアントがソーシャルネットワーク関係を持つ期間（例えば３０日等）がＮであり、単位時間（例えば１日等）に相当する親しさの度合いがＭであると想定すると、親しさの度合いの時間の重みはＮ×Ｍである。さらに、２つのクライアントが単位時間で１つの情報交換を実行するための親しさの度合いをＰと想定すると、２つのクライアントが単位時間で情報の交換を実行するための親しさの度合いの最大値は、Ｐｍａｘであり、Ｐｍａｘ＜Ｐ＊Ｙである（Ｙは、２つのクライアントが単位時間において情報交換を実行する最大の回数であり、単位時間が１日である場合に、９０回の情報が交換されると、Ｐｍａｘ＝９０Ｐである）。このようにして、２つのクライアントの間の親しさの度合いを、以下のように計算できる。Ｘ１＝Ｎ１＊Ｍ１＋Ｍｉｎ（Ｙ＊Ｐ，Ｐｍａｘ）

１０３において、ソーシャルネットワーク内には何百万もの多数のユーザが存在するため、現在の実施形態では、逆索引は、以前に、分散されたサーバに格納されている。逆索引の事前の格納は好適なアプローチであり、本実施形態は、逆索引が構築されるタイミングを制限することを意図されたものではないことを理解されたい。逆索引は、クライアントＡの識別情報およびクライアントＢの識別情報の抽出後に構築されてもよい。

逆索引は、埋め込みファイルまたは逆ファイルとしても知られており、全文検索において１つのファイルまたは一組のファイル内で、あるワード（索引作成のためのキーワードとして機能する）の位置（索引内のワードの位置の値）のマッピングを格納するために、通常、使用される索引作成方法である。好適な実施形態では、図３のソーシャルネットワークは、説明のための一例として記載されている。逆索引において、相互に結び付けられたクライアントＡの識別情報およびクライアントＢの識別情報（（Ａ−Ｂ）として表される）は、索引作成のためのキーにされる。キーが（Ａ−Ｂ）とすると、クライアントＡとクライアントＢとの間の共通の社会属性の情報が値として取られ、社会属性情報は、ソーシャルネットワーク内のクライアントに相当するソーシャルネットワーククライアントによって所有される属性を表す。

社会属性情報は、ソーシャルネットワークに加入するユーザによって提供されてもよく、例えば、ユーザの居住する町、杭州、ユーザの会社Ａを含み、さらに、ユーザが属するコミュニティ、例えば、「軍艦の世界」を表すもの等の、ソーシャルネットワーク内のユーザのアクティビティの結果として生成された情報を含んでもよい。社会属性情報はユーザのログまたは、ユーザの加入情報が格納されるデータベースから獲得されてもよい。共通の社会属性情報は、個々のユーザの社会属性情報から抽出される。例えば、索引作成の値が｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝である場合がある。サーバ１で格納される逆索引を、以下の表３に示す。

ソーシャルネットワークサーバは、キーワードとして（Ａ−Ｂ）を取得するために、認証リクエストメッセージに従って、クライアントＡの識別情報およびクライアントＢの識別情報を抽出し、サーバ１と、サーバ２とサーバ３との間から、サーバ１が、索引記録内にキーワード（Ａ−Ｂ）を有する逆索引を格納するサーバであることを識別する。

１０４において、ソーシャルネットワークサーバは、表３から（Ａ−Ｂ）のキーワードを有する索引記録を抽出し、相当する値（クライアントＡとクライアントＢとの間の共通の社会属性情報）（「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」）を抽出する。

ソーシャルネットワークサーバは、（Ａ−Ｂ）のキーワードを有する索引記録を抽出し、クライアントＡとクライアントＢとの間の交友関係情報を抽出する。索引作成のための値として使用されるクライアントＡとクライアントＢとの間の交友関係情報は、２つのクライアントの間に間接的なソーシャルネットワーク関係が存在することを示す。例えば、クライアントＡおよびＤは、カテゴリ２の社会的関係を有し、クライアントＤおよびＢは、カテゴリ１の社会的関係を有する。キーワード（Ａ−Ｂ）を有するインデックスの値は、｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝である。例えば、クライアントＡおよびクライアントＣは、カテゴリ２の社会的関係を有し、クライアントＣおよびクライアントＢは、カテゴリ１の社会的関係を有する。キーワード（Ａ−Ｂ）を有する別のインデックスの値は、｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝である。サー
バ１に格納される逆索引を、表４に示す。

１０５において、ソーシャルネットワークサーバは、抽出された｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を、クライアントＢに送信する。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を用いることにより、クライアントＡに対応するユーザおよびクライアントＢに対応するユーザは、ソーシャルネットワーク内の共通の属性を有することが検証される。

さらに、ソーシャルネットワークサーバは、クライアントＢへ認証リクエストメッセージを転送し、共通の社会属性情報、すなわち、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「職種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を、認証リクエストメッセージに添付する。当然ながら、ソーシャルネットワークサーバは、認証リクエストメッセージおよび共通の社会属性情報をクライアントＢへ別々に送信してもよく、一方で、認証リクエストメッセージおよび／または共通の社会属性情報は、それぞれ、相関関係を表す情報を伝達し、これによりどの受信した共通の社会属性情報がどの認証リクエストメッセージに相当するかをクライアントＢが見分けて、共通の社会属性情報に従って、認証リクエストメッセージを認証することが可能になる。

あるいは、ソーシャルネットワークサーバは、抽出された｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝または｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝を、クライアントＢへ送信する。｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝または｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝を介して、クライアントＡとクライアントＢとの間の交友関係情報が表される。交友関係情報に関して、クライアントＢへ認証リクエストメッセージを転送する場合に、ソーシャルネットワークサーバは、共通の交友関係情報を、認証リクエストメッセージに添付する。当然ながら、ソーシャルネットワークサーバは、認証リクエストメッセージおよびクライアントＡとクライアントＢとの間の交友関係情報をクライアントＢへ別々に送信してもよく、一方で、認証リクエストメッセージおよび／または共通の社会属性情報は、それぞれ、その相関関係を表す情報を伝達し、これによりどの受信した共通の社会属性情報がどの認証リクエストメッセージに相当するかをクライアントＢが見分けて、共通の社会属性情報に従って、認証リクエストメッセージを認証することが可能になる。

さらに、１０３において、ルールに従い、ソーシャルネットワークサーバが、クライアントＡおよびクライアントＢとの直接のソーシャルネットワーク関係を有するクライアントの中から、クライアントＣを選択する場合、ソーシャルネットワークサーバは、クライアントＡによって送信された認証リクエストメッセージの受信の際において、ソーシャルネットワークサーバが認証リクエストメッセージ内でクライアントＡの識別情報を見つけ、これをクライアントＣの識別情報に変更するように、クライアントＡによって送信された認証リクエストメッセージ内で伝達されるクライアントＡの識別情報をクライアントＣの識別情報に置き換える。修正された認証リクエストメッセージは、クライアントＣの識別情報およびいくつかの修正されたテキスト記述を含む。クライアントＣの識別情報は、修正された認証リクエストメッセージを送信するクライアントを識別する。修正されたテキスト記述の例を、以下に示す。「クライアントＡは、社会的関係表１に入れてもらうようにリクエストする。」したがって、修正された認証リクエストメッセージは、次のように書かれる。送信者＝クライアントＣ、テキスト記述＝「クライアントＡは、社会的関係表１に入れてもらうようにリクエストする。」修正された識別情報を有する認証リクエストメッセージが、クライアントＣの識別情報およびクライアントＡによって送信された認証リクエストメッセージ内に元々含まれるいくつかのテキスト記述を含みながら、クライアントＢに送信される。以前に記載された所定のルールに照らしてクライアントＣが選択された後、修正された識別情報を有する認証リクエストメッセージを、クライアントＣに送信できる。クライアントＣからの確認として「ＯＫ」を受信する際に、ソーシャルネットワークサーバは、修正された識別情報を有する認証リクエストメッセージをクライアントＢへ送信し、そうでない場合には、修正された識別情報を有する認証リクエストメッセージは、クライアントＢへ送信されない。

１０６において、クライアントＢは、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を示す、社会的関係メッセージボックスの形態で、社会的関係を確立することをリクエストするクライアントＡによって送信された認証リクエストメッセージを受信する。

本開示の第２の実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法２００である。図４に示されるように、方法２００は、以下に記載されるアクションを含む。

２０１において、クライアントＡは、クライアントＢとの社会的関係を確立することをリクエストするために、ソーシャルネットワークサーバを介して、クライアントＢへ認証リクエストメッセージを送信する。

２０２において、クライアントＢとのソーシャルネットワーク関係を確立することをリクエストするクライアントＡによって送信された認証リクエストメッセージを検出した後で、ソーシャルネットワークサーバは、クライアントＡの識別情報およびクライアントＢの識別情報を取得する。

２０３において、クライアントＡの識別情報およびクライアントＢの識別情報に従い、ソーシャルネットワークサーバは、複数のサーバの間から、サーバ１として、索引記録のキーワードとしてＡを有するサーバ、および、サーバ２として、索引記録のキーワードとしてＢを有するサーバを決定する。当然ながら、逆索引が１つのみのサーバに格納される場合、このステップは省略できる。例えば、全ての索引記録がソーシャルネットワークサーバ１に格納される場合、キーワードとしてＡまたはＢを有する索引記録が、ソーシャルネットワークサーバ１から抽出される。

２０４において、ソーシャルネットワークサーバは、キーワードＡを有する索引記録から、クライアントＡの社会属性情報をサーバ１から抽出し、サーバ２から、クライアントＢの社会属性情報を抽出する。

２０５において、クライアントＡの社会属性情報およびクライアントＢの社会属性情報から、クライアントＡおよびＢの両方に共通する社会属性の情報が抽出される。

２０６において、ソーシャルネットワークサーバは、抽出された共通の社会属性情報を、クライアントＢに送信する。

２０７において、クライアントＢは、クライアントＡとクライアントＢの両方に共通する受信した社会属性情報を表示する。

本実施形態の事前格納された逆索引において、識別情報は、索引のキーとして、異なるアイデンティティのクライアントの社会属性情報は、索引値として、使用される。例えば、クライアントＡの識別情報はキーとして使用され、クライアントＡの社会属性情報は対応する索引値として使用される一方で、クライアントＢの識別情報もキーとして使用され、クライアントＢの社会属性情報も対応する索引値として使用される。このため、キーとしてクライアントＡの識別情報を有する索引に相当する索引値は、以下のようになる。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」、「スポーツ」→「サッカー」、「職種」→「営業」等｝。キーとしてクライアントＢの識別情報を有する索引に相当する索引値は、以下のようになる。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」、「スポーツ」→「卓球」、「職種」→「財務部スタッフ」等｝。ソーシャルネットワークサーバは、上記の２つの値の間の共通点を、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝として識別する。

２０５の後でも、システムが、抽出された共通の社会属性情報の数を自動的に決定することは可能である。その数が、事前に設定した第１の閾値、９よりも多い１０である場合、システムは、ユーザＡを、ユーザＢの社会的関係表１に自動的に追加する。その数が、事前に設定した第２の閾値、４よりも多い５である場合、システムは、ユーザＡを、ユーザＢの社会的関係表２に自動的に追加する。

本開示の第３の実施形態は、図５に示されるように構成され、そのコンポーネントが以下に記載される、ソーシャルネットワーク内の認証リクエストメッセージを処理するための装置３００である。

獲得モジュール３０１は、第２のクライアントと社会的関係を確立することをリクエストする第２のクライアントへ、第１のクライアントによって送信された認証リクエストメッセージを検出する。獲得モジュール３０１はさらに、社会属性情報が、ソーシャルネットワーク内においてソーシャルネットワークユーザの属性を含む、第１のクライアントおよび第２のクライアントに共通する社会属性の情報を取得する。

送信モジュール３０２は、第２のクライアントへ、認証リクエストメッセージおよび取得した社会属性情報を転送する。社会属性情報は、第２のクライアントが、認証リクエストメッセージを認証するかどうかを決定するためのものである。

第１のクライアントの識別情報、および第１のクライアントの識別情報と社会属性情報との間の相関関係に従い、獲得モジュール３０１は、第１のクライアントの社会属性情報を取得する。第２のクライアントの識別情報、および第２のクライアントの識別情報と社会属性情報との間の相関関係に従い、獲得モジュール３０１は、第２のクライアントの社会属性情報を取得する。獲得モジュール３０１は、第１のクライアントの社会属性情報、および第２のクライアントの社会属性情報に基づいて、第１および第２のクライアントの両方に共通する社会属性情報を識別する。

獲得モジュール３０１は、識別された索引記録から第１のクライアントの社会属性情報および第２の社会属性情報を取得するために、第１のクライアントの識別情報と同一のキーワードを有する、逆索引内の索引記録を識別し、第２のクライアントの識別情報と同一のキーワードを有する、逆索引内の索引記録を識別するために、逆索引のキーワードを検索する。逆索引は、索引記録のキーワードとしてクライアントの識別情報を使用し、索引記録のカラム値としてクライアントの社会属性情報を使用する。

獲得モジュール３０１は、相互に結び付けられた第１のクライアントおよび第２のクライアントの識別情報、ならびに２つの相互に結び付けられたクライアントの識別情報と２つのクライアントに共通する社会属性情報との間の相関関係に従って、第１のクライアントおよび第２のクライアントに共通する社会属性情報を識別する。

獲得モジュール３０１は、さらに、逆索引のキーワードを検索し、相互に結び付けられた第１のクライアントおよび第２のクライアントの識別情報と同一のキーワードを有する、逆索引内の索引記録を識別し、識別された索引記録から第１のクライアントおよび第２のクライアントに共通の社会属性の情報を取得する。逆索引は、索引記録のキーワードとして２つの相互に結び付けられたクライアントの識別情報を使用し、索引記録のカラム値として２つのクライアントに共通する社会属性情報を使用する。

装置は、以下に記載されるさらなるコンポーネントを含む。

識別モジュール３０３は、第１のクライアントの識別情報および第２のクライアントの識別情報に従い、クライアントの識別情報とクライアントの社会属性情報との間の相関関係を格納する複数のサーバの中から、第１のクライアントの識別情報および社会属性情報を格納するサーバ、さらに、第２のクライアントの識別情報および社会属性情報を格納するサーバを決定する。

識別されたサーバから、獲得モジュール３０１は、第１のクライアントおよび第２のクライアントに共通する社会的属性の情報を取得する。

本開示は、好適な実施形態を参照して記載されており、開示された実施形態は、本開示の範囲を制限することを意図されているわけではないことが理解される。さらに、本明細書に開示される内容は、当業者によって容易に理解され、実行できるものであるため、本開示の概念から逸脱しない全ての同等の変更または修正が、添付の請求項によって包含される。

Claims (10)

1. ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法であって、前記方法は、
   ソーシャルネットワークサーバにより、第１のクライアントが、第２のクライアントと社会的関係を確立することをリクエストするために、前記第２のクライアントへ前記認証リクエストメッセージを送信することを検出することと、
   前記第１のクライアントおよび前記第２のクライアントによって共有されたソーシャルネットワークアクティビティを含む１つまたは複数の記録を識別する索引を検索することによって、前記第１のクライアントおよび前記第２のクライアントによって共有された１つまたは複数の社会属性を決定することであって、前記１つまたは複数の社会属性は、前記第１のクライアントおよび前記第２のクライアントとの社会的つながりを有する複数のクライアントを含むことと、
   前記複数のクライアントの個々のクライアントと前記第１のクライアントとの間の親しさの度合い、および前記複数のクライアントの個々のクライアントと前記第２のクライアントとの間の親しさの度合いの合計に基づいて、前記複数のクライアントから第３のクライアントを識別することと、
   前記ソーシャルネットワークサーバにより、前記認証リクエストメッセージおよび前記第３のクライアントを前記第２のクライアントへ転送し、前記第２のクライアントが、前記認証リクエストメッセージを認証するかどうかを決定できるようにする、方法。
2. 前記第１のクライアントの識別情報、および前記識別情報と前記第１のクライアントの社会属性情報との間の相関関係に従って、前記第１のクライアントの前記社会属性情報を取得することと、
   前記第２のクライアントの識別情報、および前記識別情報と前記第２のクライアントの社会属性情報との間の相関関係に従って、前記第２のクライアントの前記社会属性情報を取得することと
   をさらに含む、請求項１に記載の方法。
3. 前記索引は、複数の索引記録を含み、前記複数の索引記録の個々の索引記録は、少なくとも２つのクライアントによって共有されたソーシャルネットワークアクティビティ、および前記少なくとも２つのクライアントの識別情報を有するキーを含む、請求項１に記載の方法。
4. クライアントの識別情報と社会属性情報との間の相関関係を格納する複数のサーバから、前記第１のクライアントおよび前記第２のクライアントの前記識別情報に基づいて、前記第１のクライアントの識別情報および社会属性情報、ならびに前記第２のクライアントの識別情報および社会属性情報を格納する１つ以上のサーバを識別すること
   をさらに含む、請求項１に記載の方法。
5. 前記第１のクライアントおよび前記第２のクライアントの多次元の社会属性情報を選択することと、
   前記２のクライアントへ、前記選択された多次元の社会属性情報を送信することと
   をさらに含む、請求項１に記載の方法。
6. １つまたは複数の社会属性の数が所定の閾値よりも大きいという決定に応じて、前記第１のクライアントと前記第２のクライアントとの間の社会的関係を確立すること
   をさらに含む、請求項１に記載の方法。
7. ソーシャルネットワーク内で認証リクエストメッセージを処理するための装置であって、前記装置は、
   １つまたは複数の処理装置と、
   前記１つまたは複数の処理装置によって実行可能な複数のコンポーネントを記憶するメモリとを備え、前記複数のコンポーネントは、
   第２のクライアントとの社会的関係を確立させることをリクエストする、前記第２のクライアントへ第１のクライアントによって送信された前記認証リクエストメッセージを検出し、
   前記第１のクライアントおよび前記第２のクライアントによって共有されたソーシャルネットワークアクティビティを含む１つまたは複数の記録を識別する索引を検索することによって、前記第１のクライアントおよび前記第２のクライアントによって共有された１つまたは複数の社会属性を決定し、前記１つまたは複数の社会属性は、前記第１のクライアントおよび前記第２のクライアントとの社会的つながりを有する複数のクライアントの情報を含み、
   前記複数のクライアントの個々のクライアントの社会的つながりの数に基づいて、前記複数のクライアントから第３のクライアントを識別する、獲得モジュールと、
   前記第２のクライアントが、前記認証リクエストメッセージを認証するかどうかを決定するために前記社会属性情報を使用するように、前記認証リクエストメッセージおよび前記第３のクライアントの情報を前記第２のクライアントへ転送する、伝送モジュールと、を含む、装置。
8. 前記獲得モジュールは、
   前記第１のクライアントの識別情報、および前記識別情報と前記第１のクライアントの社会属性情報との間の相関関係に従って、前記第１のクライアントの前記社会属性情報を取得し、
   前記第２のクライアントの識別情報、および前記識別情報と前記第２のクライアントの社会属性情報との間の相関関係に従って、前記第２のクライアントの前記社会属性情報を取得する、請求項７に記載の装置。
9. 前記索引は、複数の索引記録を含み、前記複数の索引記録の個々の索引記録は、少なくとも２つのクライアントによって共有されたソーシャルネットワークアクティビティ、および前記少なくとも２つのクライアントの識別情報を有するキーを含む、請求項７に記載の装置。
10. 前記第１のクライアントの識別情報および社会属性情報を格納するものとして、クライアントの識別情報とクライアントの社会属性情報との間の相関関係を格納する複数のサーバのうちの第１のサーバを識別し、前記第１のクライアントの前記識別情報および前記第２のクライアントの前記識別情報とに従い、前記第２のクライアントの識別情報および社会属性情報を格納するものとして、前記複数のサーバのうちの第２のサーバをさらに識別する、決定モジュールをさらに備える、請求項７に記載の装置。

Images