(57)【特許請求の範囲】
【請求項１】
ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法であって、前記方法は、
第２のクライアントとの社会的関係を確立するように、第１のクライアントによって、前記第２のクライアントへ送信される前記認証リクエストメッセージを、ソーシャルネットワークサーバによって、検出することと、
前記ソーシャルネットワークサーバによって、前記第１のクライアントと前記第２のクライアントとの間の間接的なソーシャルネットワーク関係を示す交友関係情報を取得することと、
前記交友関係情報を取得した後に、前記ソーシャルネットワークサーバによって、前記認証リクエストメッセージおよび前記取得された交友関係情報を、前記第２のクライアントへ転送することと、を含み、前記交友関係情報は、前記認証リクエストメッセージを認証するように、前記第２のクライアントによって使用される、方法。
【請求項２】
前記方法は、
前記ソーシャルネットワークサーバによって、前記第１のクライアントの識別情報および前記第２のクライアントの識別情報に基づく、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報、ならびに前記第１および第２のクライアントの識別情報と、前記第１および第２のクライアント間の前記交友関係情報との間の相関関係を決定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記方法は、
前記ソーシャルネットワークサーバが、逆索引でキーワードを検索することと、
前記ソーシャルネットワークサーバが、前記第１のクライアントの前記識別情報、および前記第２のクライアントの識別情報がキーワードである、前記逆索引ファイルの索引記録を特定することと、
前記ソーシャルネットワークサーバが、前記特定された索引記録から、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報を取得することと、をさらに含み、前記逆索引は、前記第１および第２のクライアントの前記識別情報を、索引キーワードとして、ならびに前記第１および第２のクライアント間の前記交友関係情報を、索引値として使用する、請求項２に記載の方法。
【請求項４】
前記方法は、
前記ソーシャルネットワークサーバが、前記第１および第２のクライアントの前記識別情報と、前記第１のクライアントの前記識別情報および前記第２のクライアントの識別情報とに基づく、前記第１および第２のクライアント間の対応する交友関係情報を格納する複数のサーバから、前記第１のクライアントの前記識別情報、前記第２のクライアントの識別情報、および前記第１のクライアントと前記第２のクライアントとの間の前記対応する交友関係情報を格納する、１つ以上のサーバを識別することと、
前記ソーシャルネットワークサーバが、前記識別された１つ以上のサーバから、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報を取得することと、をさらに含む、請求項２に記載の方法。
【請求項５】
前記第２のクライアントとの社会的関係を確立するように、前記第１のクライアントによって、前記第２のクライアントへ送信される前記認証リクエストメッセージを検出した後、前記方法は、
前記ソーシャルネットワークサーバが、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報を取得したとき、前記ソーシャルネットワークサーバによって、前記第１のクライアントと前記第２のクライアントとの間の前記取得された交友関係情報を、前記第２のクライアントへ送信することと、
前記ソーシャルネットワークサーバが、前記第１のクライアントと前記第２のクライアントとの間の交友関係情報を取得しなかったとき、前記ソーシャルネットワークサーバによって、空白の交友関係情報を、前記第２のクライアントへ送信することと、をさらに含む、請求項１に記載の方法。
【請求項６】
ソーシャルネットワーク内で認証リクエストメッセージを処理するための装置であって、前記装置は、
１つまたは複数の処理装置と、
前記１つまたは複数の処理装置によって実行可能な複数のモジュールを記憶するコンピュータ読取可能な記憶媒体とを備え、前記複数のモジュールは、
第２のクライアントとの社会的関係を確立するように、第１のクライアントによって、前記第２のクライアントへ送信される前記認証リクエストメッセージを検出した後、前記第１のクライアントと前記第２のクライアントとの間の間接的なソーシャルネットワーク関係を示す交友関係情報を取得する、獲得モジュールと、
前記交友関係情報を取得した後、前記認証リクエストメッセージおよび前記取得された交友関係情報を、前記第２のクライアントに転送する、送信モジュールであって、前記交友関係情報は、前記認証リクエストメッセージを認証するように、前記第２のクライアントによって使用される、送信モジュールと、を含む、装置。
【請求項７】
前記獲得モジュールは、前記第１のクライアントの識別情報および前記第２のクライアントの識別情報に基づく、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報、ならびに前記第１および第２のクライアントの識別情報と、前記第１および第２のクライアント間の前記交友関係情報との間の対応する関係を決定する、請求項６に記載の装置。
【請求項８】
前記獲得モジュールは、逆索引でキーワードを検索し、キーワードが、前記第１のクライアントの識別情報、および前記第２のクライアントの識別情報である、前記逆索引の索引記録を特定し、前記特定された索引記録から、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報を取得し、前記逆索引は、前記第１および第２のクライアントの前記識別情報を、索引キーワードとして、ならびに前記第１および第２のクライアント間の前記交友関係情報を、索引値として使用する、請求項７に記載の装置。
【請求項９】
前記装置は、
２つの所与のクライアントの相互に結び付いた識別情報と、前記２つの所与のクライアント間の対応する交友関係情報とを格納する複数のサーバから、前記第１のクライアントの前記識別情報と、前記第２のクライアントの前記識別情報とに基づいて、前記第１のクライアントの前記識別情報と、前記第２のクライアントの前記識別情報と、前記第１のクライアントと前記第２のクライアントとの間の前記対応する交友関係情報とを格納するサーバを決定する、決定モジュールをさらに備え、前記獲得モジュールは、前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報を、前記決定されたサーバから取得する、請求項７に記載の装置。
【請求項１０】
前記第１のクライアントと前記第２のクライアントとの間の前記交友関係情報が取得されたとき、前記送信モジュールは、前記第１のクライアントと前記第２のクライアントとの間の前記取得された交友関係情報を、前記第２のクライアントに送信し、前記第１のクライアントと前記第２のクライアントとの間の交友関係情報が取得されなかったとき、前記送信モジュールは、空白の交友関係情報を、前記第２のクライアントに送信する、請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する特許出願の相互参照
本出願は、参照によってその全体が本明細書に組み込まれる、２００９年６月１２日出願の中国特許出願第２００９１０１４７２５１．１号、表題「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＰＲＯＣＥＳＳＩＮＧ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ＭＥＳＳＡＧＥ  ＩＮ  Ａ  ＳＯＣＩＡＬ  ＮＥＴＷＯＲＫ」の優先権を主張する。
【０００２】
本開示は、インターネットに基づく技術に関し、特に、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法および装置に関する。
【背景技術】
【０００３】
既存のインターネットに基づく環境において、オンラインのネチズンによって形成されるソーシャルネットワークは、個々の加入者間の単純な接続を超えて進化しており、１人対多数、および多数対多数の関係を含んでいる。ソーシャルネットワークは、オンラインユーザ、およびＷＥＢ２．０に基づくインスタントメッセージ（ＩＭ）システムおよびインターネットＳＮＳ（ソーシャルネットワークサービス）コミュニティ等のその関連するネットワークを含む。ＩＭアプリケーションを例に取ると、その加入者が相互通信、およびそれぞれのＩＭクライアントを介して情報の交換を行う前に、ＩＭアプリケーションは、典型的には、通信者の方向性（ｏｒｉｅｎｔａｔｉｏｎ）を促進し、加入者がスパム情報および／または嫌がらせメッセージを送信しないようにするために、相互に通信しようとする加入者の間において一定の二者間のソーシャルネットワーク関係を必要とする。現行のＩＭアプリケーションのルールに照らして、ユーザＡが、その社会的関係表内にはないユーザＢとの通信を開始したいと意図する場合、一定の社会的関係を構築するために、ユーザＡは、ユーザＢが合意するかどうかたずねる必要がある。そのためには、ユーザＡは、典型的には、ユーザＢと一定の社会的関係を有する加入者になる意図を表明する、認証リクエストメッセージを、ユーザＢに送信する。ユーザＢがユーザＡの認証リクエストメッセージを認証する場合に限り、ユーザＡは、ユーザＡの社会的関係表によってユーザＢにアクセスし、ユーザＢとの通信を開始できるようになる。
【０００４】
ユーザＡがユーザＢとの一定の社会的関係を有するユーザとなることを申請するプロセス中において、ユーザＢがユーザＡとの社会的関係を構築するかどうかを決定できる、ユーザＡの識別および他の情報についてユーザＢが知ることができる唯一の方法は、ユーザＡによって手動で入力された認証リクエストメッセージによるものである。言い換えると、従来から、認証リクエストメッセージは完全にユーザＡの手動入力の制約下にあり、システムが、ユーザＡの識別およびユーザＡとユーザＢとの間の社会的関係を自動的に取得することは不可能である。一方で、これにより、２人の加入者の間で社会的関係を構築する上で非効率を生じている。また一方で、ユーザＢがユーザＡの認証リクエストメッセージについて決定を行うために、十分なパラメータを提供する方法は存在しない。
【発明の概要】
【０００５】
ユーザによる社会的関係を確立しようとするリクエストの確認における非効率性、および既存の技術における認証のために提供されるパラメータの不適切性の問題を解決するために、本開示の一実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法を提供する。方法には、
ソーシャルネットワークサーバは、第２のクライアントとの社会的関係を確立するように、第１のクライアントによって、第２のクライアントに送信される認証リクエストメッセージを受信する。
【０００６】
ソーシャルネットワークサーバは、第１のクライアントと第２のクライアントとの間の間接的なソーシャルネットワーク関係を示す交友関係情報を決定する。
【０００７】
ソーシャルネットワークサーバは、認証リクエストメッセージおよび取得された交友関係情報を、第２のクライアントに転送し、そこで、交友関係情報は、認証リクエストメッセージを認証するように、第２のクライアントによって使用される。
【０００８】
同時に、本開示はまた、ソーシャルネットワーク内で、認証リクエストメッセージを処理するための装置も提供する。該装置は、
第２のクライアントとの社会的関係を確立するように、第１のクライアントによって、第２のクライアントへ送信される認証リクエストメッセージを取得した後、第１のクライアントと第２のクライアントとの間の間接的なソーシャルネットワーク関係を示す交友関係情報を取得する獲得モジュール、および
第２のクライアントへ、認証リクエストメッセージおよび取得した交友関係情報を転送する送信モジュール（交友関係情報は、認証リクエストメッセージを認証するために第２のクライアントによって使用される）を含む。
【０００９】
上記のように、本開示の実施形態は、第１のクライアントが第２のクライアントへ、第２のクライアントとの社会的関係を確立することをリクエストする、認証リクエストメッセージを送信することを検出する場合に、ソーシャルネットワークサーバは、自動的に、第１のクライアントと第２のクライアントとの間の間接的なソーシャルネットワーク関係を表す、交友関係情報を取得し、これを第２のクライアントへ提示する。これは、これに従って第２のクライアントが、第１のクライアントから認証リクエストメッセージを認証するかどうかを決定するパラメータを増加させる。これは、さらに、第１のクライアントと第２のクライアントとの間のソーシャルネットワーク関係の確立における効率性を向上させる。
【図面の簡単な説明】
【００１０】
【図１】本開示の第１の実施形態に従うネットワークトポロジ図である。
【図２】本開示の第１の実施形態に従う方法のフローチャートである。
【図３】本開示のソーシャルネットワーク内の交友関係を示す概略図である。
【図４】本開示の第２の実施形態に従う方法のフローチャートである。
【図５】本開示の第３の実施形態に従う装置の構造図である。
【発明を実施するための形態】
【００１１】
本開示の第１の実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法１００を提供する。図１のネットワークトポロジで実装されているように、ネットワークは、ソーシャルネットワークサーバおよび複数のクライアントを含む。図２に示されるように、方法１００は、以下に記載されるアクションを含む。
【００１２】
１０１において、クライアントＡは、クライアントＢとのソーシャルネットワーク関係を確立するために、ソーシャルネットワークサーバを介して、クライアントＢに認証リクエストメッセージを送信する。
【００１３】
１０２において、ソーシャルネットワーク関係を確立するために、クライアントＢへ認証リクエストメッセージを送信するクライアントＡを検出した後で、ソーシャルネットワークサーバは、クライアントＡの識別情報およびクライアントＢの識別情報を獲得する。
【００１４】
１０３において、クライアントＡの識別情報およびクライアントＢの識別情報に従い、ソーシャルネットワークサーバは、（Ａ−Ｂ）、「ＡＢ」または「（ＡＢ）」の索引記録キーワードで、その上に逆索引を格納したサーバとして、複数のサーバの間からサーバ１を決定する。
【００１５】
１０４において、サーバ１から、ソーシャルネットワークサーバは、クライアントＡおよびクライアントＢに共通の社会属性情報を取得する、またはクライアントＡとクライアントＢとの間の交友関係情報を抽出するために、キーワード（Ａ−Ｂ）を有する索引記録を抽出する。
【００１６】
１０５において、ソーシャルネットワークサーバは、抽出された共通の社会属性情報または共通の交友関係情報を、クライアントＢに送信する。
【００１７】
１０６において、クライアントＢは、受信されたクライアントＡおよびクライアントＢの共通の社会属性情報または抽出された共通の交友関係情報を表示する。
【００１８】
１０１において、クライアントＢは、１つ以上の社会的関係表をローカルに格納する。例えば、以下に示される社会的関係表１は、５つのクライアントアイデンティティおよびその対応する社会的関係カテゴリを含む。クライアントＣ、Ｄ、Ｅ、ＦおよびＧのそれぞれは、カテゴリ１内のクライアントＢとの社会的関係を有する。以下に示される社会的関係表２は、３つのクライアントのアイデンティティ、およびそれぞれがカテゴリ２である、その対応する社会的関係カテゴリを含む。表１は、カテゴリ１のクライアント識別を格納することを目的とするものであり、表２は、カテゴリ２のクライアントアイデンティティを格納する。
【００１９】
【表１】
0005575887.tif 000002
【００２０】
【表２】
0005575887.tif 000003
【００２１】
クライアントＡは、ソーシャルネットワークサーバを介して、表１に含まれるようにクライアントＢに認証リクエストメッセージを送信する。クライアントＡによって送信された認証リクエストメッセージは、クライアントＡの識別情報を伝達する。
【００２２】
ソーシャルネットワークサーバは、ソーシャルネットワーク内のサーバ１、サーバ２またはサーバ３等の、ソーシャルネットワーク内のいずれのサーバにおいても実装されてよい。
【００２３】
１０２において、クライアントＡによって送信された認証リクエストメッセージを受信すると、ソーシャルネットワークサーバは、認証リクエストメッセージを分析し、認証リクエストメッセージからクライアントＡの識別情報およびクライアントＢの識別情報を抽出する。さらに、ソーシャルネットワークサーバは、クライアントＡおよびクライアントＢとの直接のソーシャルネットワーク関係を有するクライアント、つまりクライアントＣおよびクライアントＤが存在することを識別する。ソーシャルネットワークサーバは、さらに、受信者、クライアントＢの識別情報を、認証リクエストメッセージから抽出する。表１と同じコンテンツを有する表１は、ソーシャルネットワークサーバのデータベースに格納される。ソーシャルネットワークサーバに格納された表１’に従い、クライアントＢとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤであることが確認される。現在のステップにおいて、ソーシャルネットワークサーバは、クライアントＢとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤを含むことを調査し、かつ、これを確認する。クライアントＡによって送信された認証リクエストメッセージを受信すると、ソーシャルネットワークサーバは、認証リクエストメッセージを分析し、認証リクエストメッセージから受信クライアントのクライアントＡの識別情報を抽出する。クライアントＢによって実行される同じ方法で、クライアントＡとの直接のソーシャルネットワーク関係を有するクライアントは、クライアントＣおよびクライアントＤも含むことが確認される。好ましくは、クライアントＣおよびクライアントＤは、クライアントＡと直接のソーシャルネットワーク関係を有する一方で、クライアントＤおよびクライアントＣは、クライアントＢとも直接のソーシャルネットワーク関係を有する。当然ながら、クライアントＤおよびクライアントＣは、クライアントＢと直接のソーシャルネットワーク関係を有する一方で、クライアントＤおよびクライアントＣは、クライアントＡとは間接的なソーシャルネットワーク関係を有する場合があり得る。
【００２４】
所定のルールに従い、クライアントＣおよびクライアントＤからクライアントＣが選択され、クライアントＣの識別情報が取得される。所定のルールは、ソーシャルネットワークサーバによって自動的に計算されるクライアントＡとクライアントＢとの間の最も高い親しさの度合いの合計を有するものであるソーシャルネットワーク交友関係に基づいてもよい。例えば、クライアントＡ→クライアントＣ→クライアントＢの親しさの度合いが、Ｙ１＋Ｘ１であり、別のソーシャルネットワーク交友関係の親しさの度合い、クライアントＡ→クライアントＤ→クライアントＢが、Ｙ２＋Ｘ２であるとすると、Ｙ１＋Ｘ１＞Ｙ２＋Ｘ２である場合に、クライアントＤおよびクライアントＣからクライアントＣが選択され、クライアントＣの識別情報が取得される。そうでない場合には、クライアントＤが選択される。本実施形態では、好ましくは、クライアントＣが選択される。現在のステップは、親しさの度合いによってクライアントＤまたはクライアントＣを選択することを含み、クライアントＤとクライアントＣとの間で実行される選択は、親しさの度合いは参照せず、無作為なものであってもよい。
【００２５】
あるいは、ソーシャルネットワークサーバは、クライアントＤのソーシャルネットワーク関係表およびクライアントＣのソーシャルネットワーク関係表内のクライアントのアイデンティティ数に基づき、クライアントＤおよびクライアントＣのうちの１つを選択してもよい。例えば、クライアントＣのソーシャルネットワーク関係表が１０のクライアントアイデンティティを有し、クライアントＤのソーシャルネットワーク関係表が１００のクライアントアイデンティティを有する場合、クライアントＣのソーシャルネットワーク関係表内のクライアントアイデンティティの数はクライアントＤの数より少ないため、クライアントＣは、そのソーシャルネットワーク関連のオブジェクトのスクリーニングについてより注意深くなり得るため、クライアントＣが選択される。当然ながら、クライアントＢとクライアントＣとのソーシャルネットワーク関係表の間のクライアントの比率が１：１０であり、クライアントＢとクライアントＤとのソーシャルネットワーク関係表の間のクライアントの比率が１：１００である場合に、クライアントＣが選択される可能性もあり得る。あるいは、例えば１：２０等の比率の閾値を設定してもよい。したがって、クライアントＢとクライアントＣとのソーシャルネットワーク関係表の間のクライアントの比率が１：１０であり、１：２０の閾値よりも大きく、クライアントＢとクライアントＤとのソーシャルネットワーク関係表の間のクライアントの比率が１：１００であり、１：２０の閾値よりも小さい場合に、クライアントＣが選択される。
【００２６】
さらに、ソーシャルネットワークサーバは、クライアントＢと最も高い親しさの度合いを有するクライアントＣまたはクライアントＤを自動的に選択してもよい。Ｘ１＞Ｘ２の場合、ソーシャルネットワークサーバはクライアントＣを選択し、そうでない場合には、クライアントＤを選択する。本実施形態では、クライアントＣを選択することが好ましい。
【００２７】
所定のルールに照らしてクライアントＣが選択されるアプローチに加えて、ソーシャルネットワークサーバが、クライアントＡに対してクライアントＤおよびクライアントＣの識別情報を送るようにさせることが可能である。クライアントＡがクライアントＣを選択する場合、ソーシャルネットワークサーバは、クライアントＡの選択に従って、クライアントＣを選択する。一方で、クライアントＡがクライアントＤを選択する場合、ソーシャルネットワークサーバは、クライアントＡの選択に従って、クライアントＤを選択する。
【００２８】
親しさの度合いは、以下に記載された方法で取得され得る。２つのクライアントがソーシャルネットワーク関係を持つ期間（例えば３０日等）がＮであり、単位時間（例えば１日等）に相当する親しさの度合いがＭであると想定すると、親しさの度合いの時間の重みはＮ×Ｍである。さらに、２つのクライアントが単位時間で１つの情報交換を実行するための親しさの度合いをＰと想定すると、２つのクライアントが単位時間で情報の交換を実行するための親しさの度合いの最大値は、Ｐｍａｘであり、Ｐｍａｘ＜Ｐ＊Ｙである（Ｙは、２つのクライアントが単位時間において情報交換を実行する最大の回数であり、単位時間が１日である場合に、９０回の情報が交換されると、Ｐｍａｘ＝９０Ｐである）。このようにして、２つのクライアントの間の親しさの度合いを、以下のように計算できる。Ｘ１＝Ｎ１＊Ｍ１＋Ｍｉｎ（Ｙ＊Ｐ，Ｐｍａｘ）
１０３において、ソーシャルネットワーク内には何百万もの多数のユーザが存在するため、本実施形態では、逆索引は、以前に、分散されたサーバに格納されている。逆索引の事前の格納は好適なアプローチであり、本実施形態は、逆索引が構築されるタイミングを制限することを意図されたものではないことを理解されたい。逆索引は、クライアントＡの識別情報およびクライアントＢの識別情報の抽出後に構築されてもよい。
【００２９】
逆索引は、埋め込みファイルまたは逆ファイルとしても知られており、全文検索において１つのファイルまたは一組のファイル内で、あるワード（索引作成のためのキーワードとして機能する）の位置（索引内のワードの位置の値）のマッピングを格納するために、通常、使用される索引作成方法である。本実施形態では、図３のソーシャルネットワークは、説明のための一例として記載されている。逆索引において、相互に結び付けられたクライアントＡの識別情報およびクライアントＢの識別情報（（Ａ−Ｂ）として表される）は、索引作成のためのキーにされる。キーが（Ａ−Ｂ）とすると、クライアントＡとクライアントＢとの間の共通の社会属性の情報が値として取られ、社会属性情報は、ソーシャルネットワーク内のクライアントに相当するソーシャルネットワーククライアントによって所有される属性を表す。
【００３０】
社会属性情報は、ソーシャルネットワークに加入するユーザによって提供されてもよく、例えば、ユーザの居住する町、杭州、ユーザの会社Ａを含み、さらに、ユーザが属するコミュニティ、例えば、「軍艦の世界」を表すもの等の、ソーシャルネットワーク内のユーザのアクティビティの結果として生成された情報を含んでもよい。社会属性情報はユーザのログまたは、ユーザの加入情報が格納されるデータベースから獲得されてもよい。共通の社会属性情報は、個々のユーザの社会属性情報から抽出される。例えば、索引作成の値が｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝である場合がある。サーバ１で格納される逆索引を、以下の表３に示す。
【００３１】
【表３】
0005575887.tif 000004
【００３２】
ソーシャルネットワークサーバは、キーワードとして（Ａ−Ｂ）を取得するために、認証リクエストメッセージに従って、クライアントＡの識別情報およびクライアントＢの識別情報を抽出し、サーバ１と、サーバ２とサーバ３との間から、サーバ１が、索引記録内にキーワード（Ａ−Ｂ）を有する逆索引を格納するサーバであることを識別する。
【００３３】
１０４において、ソーシャルネットワークサーバは、表３から（Ａ−Ｂ）のキーワードを有する索引記録を抽出し、相当する値（クライアントＡとクライアントＢとの間の共通の社会属性情報）（「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」）を抽出する。
【００３４】
ソーシャルネットワークサーバは、（Ａ−Ｂ）のキーワードを有する索引記録を抽出し、クライアントＡとクライアントＢとの間の交友関係情報を抽出する。索引作成のための値として使用されるクライアントＡとクライアントＢとの間の交友関係情報は、２つのクライアントの間に間接的なソーシャルネットワーク関係が存在することを示す。例えば、クライアントＡおよびＤは、カテゴリ２の社会的関係を有し、クライアントＤおよびＢは、カテゴリ１の社会的関係を有する。キーワード（Ａ−Ｂ）を有する索引の値は、｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝である。例えば、クライアントＡおよびクライアントＣは、カテゴリ２の関係を有し、クライアントＣおよびクライアントＢは、カテゴリ１の社会的関係を有する。キーワード（Ａ−Ｂ）を有する別の索引の値は、｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝である。サーバ１に格納される逆索引を、表４に示す。
【００３５】
【表４】
0005575887.tif 000005
【００３６】
１０５において、ソーシャルネットワークサーバは、抽出された｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を、クライアントＢに送信する。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を用いることにより、クライアントＡに対応するユーザおよびクライアントＢに対応するユーザは、ソーシャルネットワーク内の共通の属性を有することが検証される。
【００３７】
さらに、ソーシャルネットワークサーバは、クライアントＢへ認証リクエストメッセージを転送し、共通の社会属性情報、すなわち、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を、認証リクエストメッセージに添付する。当然ながら、ソーシャルネットワークサーバは、認証リクエストメッセージおよび共通の社会属性情報をクライアントＢへ別々に送信してもよく、一方で、一方で、認証リクエストメッセージおよび／または共通の社会属性情報は、それぞれ、相関関係を表す情報を伝達し、これによりどの受信した共通の社会属性情報がどの認証リクエストメッセージに相当するかをクライアントＢが見分けて、共通の社会属性情報に従って、認証リクエストメッセージを認証することが可能になる。
【００３８】
あるいは、ソーシャルネットワークサーバは、抽出された｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝または｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝を、クライアントＢへ送信する。｛（Ａ−Ｄ、カテゴリ２）、（Ｄ−Ｂ、カテゴリ１）｝または｛（Ａ−Ｃ、カテゴリ２）、（Ｃ−Ｂ、カテゴリ１）｝を介して、クライアントＡとクライアントＢとの間の交友関係情報が表される。交友関係情報に関して、クライアントＢへ認証リクエストメッセージを転送する場合に、ソーシャルネットワークサーバは、共通の交友関係情報を共に、認証リクエストメッセージを添付する。当然ながら、ソーシャルネットワークサーバは、認証リクエストメッセージおよびクライアントＡとクライアントＢとの間の交友関係情報をクライアントＢへ別々に送信してもよく、一方で、認証リクエストメッセージおよび／または共通の社会属性情報は、それぞれ、その相関関係を表す情報を伝達し、これによりどの受信した共通の社会属性情報がどの認証リクエストメッセージに相当するかをクライアントＢが見分けて、共通の社会属性情報に従って、認証リクエストメッセージを認証することが可能になる。
【００３９】
さらに、１０３において、ルールに従い、ソーシャルネットワークサーバが、クライアントＡおよびクライアントＢとの直接のソーシャルネットワーク関係を有するクライアントの中から、クライアントＣを選択する場合、ソーシャルネットワークサーバは、クライアントＡによって送信された認証リクエストメッセージの受信の際において、ソーシャルネットワークサーバが認証リクエストメッセージ内でクライアントＡの識別情報を見つけ、これをクライアントＣの識別情報に変更するように、クライアントＡによって送信された認証リクエストメッセージ内で伝達されるクライアントＡの識別情報をクライアントＣの識別情報に置き換える。修正された認証リクエストメッセージは、クライアントＣの識別情報およびいくつかの修正されたテキスト記述を含む。クライアントＣの識別情報は、修正された認証リクエストメッセージを送信するクライアントを識別する。修正されたテキスト記述の例を、以下に示す。「クライアントＡは、社会的関係表１に入れてもらうようにリクエストする。」したがって、修正された認証リクエストメッセージは、次のように書かれる。送信者＝クライアントＣ、テキスト記述＝「クライアントＡは、社会的関係表１に入れてもらうようにリクエストする。」修正された識別情報を有する認証リクエストメッセージが、クライアントＣの識別情報およびクライアントＡによって発行された認証リクエストメッセージ内に元々含まれるいくつかのテキスト記述を含みながら、クライアントＢに送信される。以前に記載された所定のルールに照らしてクライアントＣが選択された後、修正された識別情報を有する認証リクエストメッセージを、クライアントＣに送信できる。クライアントＣからの確認として「ＯＫ」を受信する際に、ソーシャルネットワークサーバは、修正された識別情報を有する認証リクエストメッセージをクライアントＢへ送信し、そうでない場合には、修正された識別情報を有する認証リクエストメッセージは、クライアントＢへ送信されない。
【００４０】
１０６において、クライアントＢは、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝を示す、社会的関係メッセージボックスの形態で、社会的関係を確立することをリクエストするクライアントＡによって発行された認証リクエストメッセージを受信する。
【００４１】
本開示の第２の実施形態は、ソーシャルネットワーク内で認証リクエストメッセージを処理するための方法２００である。図４に示されるように、方法２００は、以下に記載されるアクションを含む。
【００４２】
２０１において、クライアントＡは、クライアントＢとの社会的関係を確立することをリクエストするために、ソーシャルネットワークサーバを介して、クライアントＢへ認証リクエストメッセージを送信する。
【００４３】
２０２において、クライアントＢとのソーシャルネットワーク関係を確立することをリクエストするクライアントＡによって発行された認証リクエストメッセージを検出した時点で、ソーシャルネットワークサーバは、クライアントＡの識別情報およびクライアントＢの識別情報を取得する。
【００４４】
２０３において、クライアントＡの識別情報およびクライアントＢの識別情報に従い、ソーシャルネットワークサーバは、複数のサーバの間から、サーバ１として、索引記録のキーワードとしてＡを有するサーバ、および、サーバ２として、索引記録のキーワードとしてＢを有するサーバを決定する。当然ながら、逆索引が１つのみのサーバに格納される場合、このステップは省略できる。例えば、全ての索引記録がソーシャルネットワークサーバ１に格納される場合、キーワードとしてＡまたはＢを有する索引記録が、ソーシャルネットワークサーバ１から抽出される。
【００４５】
２０４において、ソーシャルネットワークサーバは、キーワードＡを有する索引記録から、クライアントＡの社会属性情報をサーバ１から抽出し、サーバ２から、クライアントＢの社会属性情報を抽出する。
【００４６】
２０５において、クライアントＡの社会属性情報およびクライアントＢの社会属性情報から、クライアントＡおよびＢの両方に共通する社会属性の情報が抽出される。
【００４７】
２０６において、ソーシャルネットワークサーバは、抽出された共通の社会属性情報を、クライアントＢに送信する。
【００４８】
２０７において、クライアントＢは、クライアントＡとクライアントＢの両方に共通する受信した社会属性情報を表示する。
【００４９】
本実施形態の事前格納された逆索引において、識別情報は、索引のキーとして、異なるアイデンティティのクライアントの社会属性情報は、索引値として、使用される。例えば、クライアントＡの識別情報はキーとして使用され、クライアントＡの社会属性情報は対応する索引値として使用される一方で、クライアントＢの識別情報もキーとして使用され、クライアントＢの社会属性情報も対応する索引値として使用される。このため、キーとしてクライアントＡの識別情報を有する索引に相当する索引値は、以下のようになる。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」、「スポーツ」→「サッカー」、「職種」→「営業」等｝。キーとしてクライアントＢの識別情報を有する索引に相当する索引値は、以下のようになる。｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」、「スポーツ」→「卓球」、「職種」→「財務部スタッフ」等｝。ソーシャルネットワークサーバは、上記の２つの値の間の共通点を、｛「住所」→「杭州」、「会社」→「会社Ａ」、「性別」→「男性」、「業種」→「電子ハードウェア」、「ゲーム」→「軍艦の世界」｝として識別する。
【００５０】
２０５の後でも、システムが、抽出された共通の社会属性情報の数を自動的に決定することは可能である。その数が、事前に設定した第１の閾値、９よりも多い１０である場合、システムは、ユーザＡを、ユーザＢの社会的関係表１に自動的に追加する。その数が、事前に設定した第２の閾値、４よりも多い５である場合、システムは、ユーザＡを、ユーザＢの社会的関係表２に自動的に追加する。
【００５１】
本開示の第３の実施形態は、図５に示されるように構成され、そのコンポーネントが以下に記載される、ソーシャルネットワーク内の認証リクエストメッセージを処理するための装置３００である。
【００５２】
獲得モジュール３０１は、ソーシャルネットワークサーバが、第２のクライアントとの社会的関係を確立することをリクエストするように、第１のクライアントによって送信される認証リクエストメッセージを取得した後、第１のクライアントと第２のクライアントとの間の間接的なソーシャルネットワーク関係を示す交友関係情報を取得する。
【００５３】
送信モジュール３０２は、認証リクエストメッセージおよび取得された交友関係情報を、第２のクライアントに送信する。交友関係情報は、認証リクエストメッセージを認証するように、第２のクライアントによって使用される。
【００５４】
さらに、獲得モジュール３０１は、相互に結び付いた、第１のクライアントの識別情報および第２のクライアントの識別情報に基づく、第１のクライアントと第２のクライアントとの間の交友関係情報、ならびに２つのクライアントの識別情報と、２つのクライアント間の交友関係情報との間の、相互に結び付いた相関関係を決定する。
【００５５】
さらに、獲得モジュール３０１は、逆索引ファイルでキーワードを検索し、キーワードが、相互に結び付いた第１のクライアントの識別情報および第２のクライアントの識別情報である、逆索引ファイルの索引記録を特定し、特定された索引記録から、第１のクライアントと第２のクライアントとの間の交友関係情報を取得する。逆索引は、相互に結び付いたクライアントの識別情報を、索引キーワードとして、ならびに２つのクライアント間の交友関係情報を、索引値として使用する。
【００５６】
本装置は、相互に結び付いた第１のクライアントの識別情報および第２のクライアントの識別情報に基づいて、２つのクライアントの相互に結び付いた識別情報と、２つのクライアント間の対応する交友関係情報とを格納する複数のサーバから、相互に結び付いた第１のクライアントの識別情報および第２のクライアントの識別情報、ならびに第１のクライアントと第２のクライアントとの間の対応する交友関係情報を格納するサーバを決定する、決定モジュール３０３をさらに含む。
【００５７】
また、獲得モジュール３０１は、第１のクライアントと第２のクライアントとの間の交友関係情報を、識別されたサーバから取得する。
【００５８】
さらに、送信モジュール３０２は、第１のクライアントと第２のクライアントとの間の交友関係情報が取得されたとき、第１のクライアントと第２のクライアントとの間の取得された交友関係情報を、第２のクライアントに送信する。そうでない場合、送信モジュール３０２は、第１のクライアントが、第２のクライアントとの社会的関係を確立することをリクエストするように、認証リクエストメッセージを、第２のクライアントに送信することを検出した後、第２のクライアントに、空白の交友関係情報を送信する。
【００５９】
本開示は、好適な実施形態を参照して記載されており、開示された実施形態は、本開示の範囲を制限することを意図されているわけではないことが理解される。さらに、本明細書に開示される内容は、当業者によって容易に理解され、実行できるものであるため、本開示の概念から逸脱しない全ての同等の変更または修正が、添付の請求項によって包含される。
【図２】
0005575887.tif 000006
【図３】
0005575887.tif 000007
【図４】
0005575887.tif 000008
【図５】
0005575887.tif 000009
【図１】
0005575887.tif 000010