(57)【要約】  本発明は、情報の安全性を高めるために、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法および装置を提供する。当該方法は、ユーザ追加要求を受信するステップと、当該ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定するステップと、開始されていない場合には、当該要求を開始したユーザに対して検証を実施するステップと、検証結果に従ってユーザ関係を確立するステップとを含む。当該装置は、当該ユーザ追加要求を受信するように構成された要求取得モジュールと、当該要求に関連付けられた所定の信頼できる関係シナリオが存在するかどうかを判定し、存在しない場合には検証モジュールに通知するように構成されたシナリオ決定モジュールとを備える。当該検証モジュールは、当該要求を開始したユーザに対して検証を実施し、関係確立モジュールに検証結果を通知するように構成され、当該関係確立モジュールは、当該ユーザ関係を確立するように構成される。
2015527650.tif 000002
【特許請求の範囲】
【請求項１】
第２のユーザを第１のユーザの連絡先リストに追加するための方法であって、
１つまたは複数のプロセッサと前記１つまたは複数のプロセッサにより実行されるプログラムを格納するためのメモリとを有するサーバで、
ユーザ追加要求を前記第１のユーザに関連付けられた第１のクライアント装置から受信するステップであって、前記ユーザ追加要求は前記第２のユーザの識別子を含むステップと、
前記第１のユーザと前記第２のユーザの関係シナリオを決定するステップと、
前記関係シナリオが、前記第２のユーザが前記第１のユーザの知合いであることを示す場合には、
前記第２のユーザに関連付けられたアカウントをチェックして、前記第２のユーザが前記第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、
前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがない場合には、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップと、
前記関係シナリオが、前記第２のユーザが前記第１のユーザに対して他人であることを示す場合、または、前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがある場合には、
ユーザ検証要求を前記第２のユーザに関連付けられた第２のクライアント装置に送信し、
肯定応答を前記第２のクライアント装置から受信した後に、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップと、
を含む、方法。
【請求項２】
前記第２のユーザの前記識別子が、前記第１のユーザがアカウントを有する別のアプリケーションの連絡先リストから選択された場合には、前記第２のユーザは前記第１のユーザの知合いであるとみなされる、請求項１に記載の方法。
【請求項３】
前記別のアプリケーションは、インスタント通信アプリケーション、電話アプリケーション、および電子メール通信アプリケーションから成るグループから選択されたものである、請求項２に記載の方法。
【請求項４】
前記第２のユーザの前記識別子が、前記第１のユーザがアカウントを有するソーシャル・ネットワーキング・アプリケーションで初めて検出された場合には、前記第２のユーザは前記第１のユーザに対して他人であるとみなされる、請求項１に記載の方法。
【請求項５】
前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップはさらに、
複数の友達レベルを前記第１のクライアント装置に提供して前記第１のユーザに表示するステップと、
前記第１のユーザが選択した前記友達レベルの１つを受信するステップと、
前記ユーザが選択した友達レベルを含むように前記第１のユーザに関連付けられた前記アカウントを更新するステップであって、前記ユーザが選択した友達レベルは、前記第１のユーザと前記第２のユーザの間での情報共有を制御するように構成されたステップと、
を含む、請求項１に記載の方法。
【請求項６】
前記複数の友達レベルは、家族構成員、クラスメート、同僚、および友達を含む、請求項５に記載の方法。
【請求項７】
前記肯定応答を前記第２のクライアント装置から受信した後に、前記第１のユーザの識別子を前記第２のユーザの連絡先リストに追加するステップをさらに含む、請求項５に記載の方法。
【請求項８】
前記第１のユーザのアカウントでの前記第２のユーザの前記友達レベルは前記第２のユーザのアカウントでの前記第１のユーザの前記友達レベルと同じである、請求項７に記載の方法。
【請求項９】
前記第１のユーザのアカウントでの前記第２のユーザの前記友達レベルは前記第２のユーザのアカウントでの前記第１のユーザの前記友達レベルと異なる、請求項７に記載の方法。
【請求項１０】
１つまたは複数のプロセッサと、
メモリと、
前記メモリに格納され前記１つまたは複数のプロセッサにより実行される複数のプログラムであって、
第２のユーザの識別子を含むユーザ追加要求を第１のユーザに関連付けられた第１のクライアント装置から受信し、
前記第１のユーザと前記第２のユーザの関係シナリオを決定し、
前記関係シナリオが、前記第２のユーザが前記第１のユーザの知合いであることを示す場合には、
前記第２のユーザに関連付けられたアカウントをチェックして、前記第２のユーザが前記第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、
前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがない場合には、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加し、
前記関係シナリオが、前記第２のユーザが前記第１のユーザに対して他人であることを示す場合、または、前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがある場合には、
ユーザ検証要求を前記第２のユーザに関連付けられた第２のクライアント装置に送信し、
肯定応答を前記第２のクライアント装置から受信した後に、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加する
ための命令を含む、複数のプログラムと、
を備える、サーバ。
【請求項１１】
前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するための命令はさらに、
複数の友達レベルを前記第１のクライアント装置に提供して前記第１のユーザに表示し、
前記第１のユーザが選択した前記友達レベルの１つを受信し、
前記第１のユーザと前記第２のユーザの間での情報共有を制御するように構成された前記ユーザが選択した友達レベルを含むように前記第１のユーザに関連付けられた前記アカウントを更新する
ための命令を含む、請求項１０に記載のサーバ。
【請求項１２】
前記複数の友達レベルは家族構成員、クラスメート、同僚、および友達を含む、請求項１１に記載のサーバ。
【請求項１３】
ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法であって、
ユーザ追加要求を受信するステップと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定するステップと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されていない場合には、前記ユーザ追加要求を開始したユーザの識別子に対して検証を実施し、検証結果に従ってユーザ関係を確立するステップと、
を含む、方法。
【請求項１４】
ユーザ追加要求を受信するステップの前に、
所定の関係シナリオにおけるユーザ関係に追加されることを要求したユーザの識別子を取得し、対応するソーシャル・ネットワーキング・アプリケーション識別子を選択されたユーザ識別子に従って取得するステップと、
前記ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始するステップと、
を含む、請求項１３に記載の方法。
【請求項１５】
前記ユーザ追加要求が開始された前記関係シナリオが、設定された信頼できる関係シナリオであると判定された場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップをさらに含む、請求項１３に記載の方法。
【請求項１６】
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップの前に、
前記ユーザ追加要求を開始した前記ユーザの前記識別子の検証を実施するかどうかをチェックし、実施する場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子の検証を実施するステップに入り、検証結果に従ってユーザ関係を確立するステップと、
実施しない場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップに入るステップと、
をさらに含む、請求項１５に記載の方法。
【請求項１７】
前記ユーザ追加要求を開始したユーザの識別子に対して検証を実施し、検証結果に従ってユーザ関係を確立するステップは、
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って検証要求を開始するステップと、
前記検証要求の検証応答情報を受信し、前記検証が成功したかどうかを前記検証応答情報に従って判定し、成功した場合には、前記ユーザ関係を確立するステップと、
を含む、請求項１３に記載の方法。
【請求項１８】
ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置であって、
ユーザ追加要求を受信するように構成された要求取得モジュールと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されていない場合には、検証モジュールに通知するように構成されたシナリオ決定モジュールと、
を備え、
前記検証モジュールは、前記ユーザ追加要求を開始したユーザの識別子の検証を実施し、関係確立モジュールに検証結果を通知するように構成され
前記関係確立モジュールは、ユーザ関係を確立するように構成された、
装置。
【請求項１９】
所定の関係シナリオにおけるユーザ関係に追加されることを要求したユーザの識別子を取得し、選択されたユーザ識別子に従って対応するソーシャル・ネットワーキング・アプリケーション識別子を取得するように構成された識別子取得モジュールと、
前記ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始するように構成された要求開始モジュールと、
をさらに備えた、請求項１８に記載の装置。
【請求項２０】
前記関係確立モジュールはさらに、前記ユーザ追加要求が開始されたシナリオが、設定された信頼できる関係シナリオであると前記シナリオ決定モジュールが判定した場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って前記ユーザ関係を確立するように構成された、請求項１８に記載の装置。
【請求項２１】
前記信頼できる関係シナリオにおいて前記ユーザ追加要求を開始したユーザの識別子の検証を実施するかどうかをチェックし、実施する場合には前記検証モジュールに通知し、実施しない場合には前記関係確立モジュールに通知するように構成されたチェック・モジュールをさらに備えた、請求項２０に記載の装置。
【請求項２２】
前記検証モジュールは、
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って検証要求を開始するように構成された検証開始ユニットと、
前記検証要求の検証応答情報を受信し、前記検証が成功したかどうかを前記検証応答情報に従って判定し、成功した場合には前記関係確立モジュールに通知するように構成された応答決定ユニットと、
を備える、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
開示した諸態様は一般にインターネット技術に関し、特に、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法および装置に関する。
【背景技術】
【０００２】
様々なネットワーク・アプリケーションの発展とともに、インターネットにおけるソーシャル・ネットワーキング・アプリケーションも迅速かつ強力に発展している。ユーザは、多種多様なソーシャル・ネットワーキング・アプリケーションにおけるユーザ関係情報により他のユーザとの対話を実現することができる。ソーシャル・ネットワーキング・アプリケーションでは、新たなユーザ関係を、他のソーシャル・ネットワーキング・アプリケーションにおけるユーザ関係情報により確立してもよい。即ち、新たなユーザ関係が、多種多様な関係シナリオを通じて現在利用されているソーシャル・ネットワーキング・アプリケーションで確立される。例えば、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーションやアドレス帳のような２つの関係シナリオにユーザ関係情報を取り込むことで新たなユーザ関係を確立することができる。特に、現在利用されているソーシャル・ネットワーキング・アプリケーション、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーションおよびアドレス帳を全て、対応するユーザ識別子により識別することができる。現在利用されているソーシャル・ネットワーキング・アプリケーションでは、任意のユーザは、識別子Ａを、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーションの識別子Ｂとアドレス帳の識別子Ｃとそれぞれ結び付け、識別子Ａと識別子Ｂの間の相関関係、識別子Ａと識別子Ｃの間の相関関係を確立することができる。この時点で、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーション内の現在のユーザに関連するユーザＤが、識別子Ａと識別子Ｂの間の相互関係に従って得られ、ユーザＤも、利用されているソーシャル・ネットワーキング・アプリケーションにおいて対応する識別子を有する。さらに、ユーザＤとのユーザ関係が当該利用されているソーシャル・ネットワーキング・アプリケーションで確立される。このように、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーション内のユーザ関係は現在利用されているソーシャル・ネットワーキング・アプリケーションに直接取り込まれ、ユーザは現在利用されているソーシャル・ネットワーキング・アプリケーションに基づくユーザ関係を当該関係シナリオにおけるユーザと直接確立する。それに対応して、ユーザとアドレス帳内のコンタクト・パーソンの間のユーザ関係を、現在利用されているソーシャル・ネットワーキング・アプリケーションにおいて識別子Ａと識別子Ｃにより確立することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、ユーザは、位置ベースのサービスに基づくソーシャル・ネットワーキング・アプリケーションの関係シナリオを現在利用されているソーシャル・ネットワーキング・アプリケーションに組み込むことで直接確立されるユーザ関係において他人であり、互いに知り合いではない。しかし、他人であっても、ユーザは、現在利用されているソーシャル・ネットワーキング・アプリケーションで他のユーザが公開した写真アルバムのような情報を自由に見ることができ、当該ソーシャル・ネットワーキング・アプリケーションにおける情報の危険な状態をもたらす。
【課題を解決するための手段】
【０００４】
これに鑑みて、情報の安全性を高めるために、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法を提供する。さらに、情報の安全性を高めるために、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置を提供する。
【０００５】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための方法は、ユーザ追加要求を受信するステップと、当該ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、開始されていない場合には、当該ユーザ追加要求を開始したユーザの識別子に対して検証を実施し、検証結果に従ってユーザ関係を確立するステップとを含む。
【０００６】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための装置は、ユーザ追加要求を受信するように構成された要求取得モジュールと、当該ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、開始されていない場合には、検証モジュールに通知ように構成されたシナリオ決定モジュールとを備える。当該検証モジュールは、当該ユーザ追加要求を開始したユーザの識別子の検証を実施し、関係確立モジュールに検証結果を通知するように構成され、当該関係確立モジュールはユーザ関係を確立するように構成される。
【０００７】
幾つかの実装形態によれば、第２のユーザを第１のユーザの連絡先リストに追加するための方法は、１つまたは複数のプロセッサと当該１つまたは複数のプロセッサにより実行されるプログラムを格納するためのメモリとを有するサーバで実施される。第２のユーザの識別子を含むユーザ追加要求を第１のユーザに関連付けられた第１のクライアント装置から受信すると、サーバは第１のユーザと第２のユーザの関係シナリオを決定する。当該関係シナリオが、第２のユーザが第１のユーザの知合いであることを示す場合には、サーバは第２のユーザに関連付けられたアカウントをチェックして、第２のユーザが第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、第２のユーザに関連付けられたアカウントに従う検証手続きがない場合には、第２のユーザの識別子を第１のユーザの連絡先リストに追加する。当該関係シナリオが、第２のユーザが第１のユーザに対して他人であることを示す場合、または、第２のユーザに関連付けられたアカウントに従う検証手続きがある場合には、サーバは、ユーザ検証要求を第２のユーザに関連付けられた第２のクライアント装置に送信し、肯定応答を第２のクライアント装置から受信した後に、第２のユーザの識別子を第１のユーザの連絡先リストに追加する。
【０００８】
幾つかの実装形態によれば、サーバが、１つまたは複数のプロセッサと、メモリと、当該メモリに格納され当該１つまたは複数のプロセッサにより実行される複数のプログラムを備える。当該プログラムは、第２のユーザの識別子を含むユーザ追加要求を第１のユーザに関連付けられた第１のクライアント装置から受信し、第１のユーザと第２のユーザの関係シナリオを決定し、当該関係シナリオが、第２のユーザが第１のユーザの知合いであることを示す場合には、第２のユーザに関連付けられたアカウントをチェックして、第２のユーザが第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、第２のユーザの識別子を第１のユーザの連絡先リストに追加し、第２のユーザに関連付けられたアカウントに従う検証手続きがない場合には、当該関係シナリオが、第２のユーザが第１のユーザに対して他人であることを示す場合、または、第２のユーザに関連付けられたアカウントに従う検証手続きがある場合には、ユーザ検証要求を第２のユーザに関連付けられた第２のクライアント装置に送信し、肯定応答を第２のクライアント装置から受信した後に、第２のユーザの識別子を第１のユーザの連絡先リストに追加するための命令を含む。
【０００９】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための前述の方法と装置では、ユーザ追加要求が取得された後に、当該ユーザ追加要求が開始された関係シナリオが信頼できる関係シナリオであるかどうかが判定され、当該シナリオが信頼できる関係シナリオでない場合には、当該ユーザ追加要求を開始したユーザの識別子を検証し、当該検証が成功したときのみ当該ユーザ関係を確立することができ、当該ユーザ識別子が他人であるとき、当該ユーザ追加要求を開始したユーザが当該ソーシャル・ネットワーキング・アプリケーションにおける他のユーザの情報を自由に参照するのが防止され、その結果、当該ソーシャル・ネットワーキング・アプリケーションにおける情報の安全性が高まる。
【００１０】
本発明の上述の実装形態とさらなる実装形態は、図面と関連して下記の本発明の様々な態様の詳細な説明の結果としてより明確に理解される。図面の幾つかの図にわたって、同じ参照番号は対応する部分を指す。
【図面の簡単な説明】
【００１１】
【図１】１実装形態に従うソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法の流れ図である。
【図２】別の実装形態に従うソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法の流れ図である。
【図３】１実装形態に従う、ユーザ追加要求を開始したユーザの識別子を検証し、検証結果に従ってユーザ関係を確立するための方法の流れ図である。
【図４】１実装形態に従うソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置の略構造図である。
【図５】別の実装形態に従うソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置の略構造図である。
【図６】１実装形態に従う検証モジュールの略構造図である。
【図７】別の実装形態に従う、第２のユーザを第１のユーザの連絡先リストに追加するためのサーバのブロック図である。
【図８】１実装形態に従う、第２のユーザを第１のユーザの連絡先リストに追加する第１のユーザの要求をどのようにサーバが扱うかを示す流れ図である。
【発明を実施するための形態】
【００１２】
図１に示すように、１実装形態では、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法は以下のステップを含む。
【００１３】
ステップＳ１１０でユーザ追加要求を受信する。本実装形態では、ユーザがソーシャル・ネットワーキング・アプリケーションを通じて開始したユーザ追加要求を受信した後に、当該受信したユーザ追加要求が取得され、当該ソーシャル・ネットワーキング・アプリケーションに基づいてユーザ関係を確立するための要求を開始した特定のユーザが当該ユーザ追加要求を介して知られる。
【００１４】
特に、当該ユーザ関係は、当該ソーシャル・ネットワーキング・アプリケーションにおける現在のユーザと他のユーザの間の相互関係である。例えば、モバイル端末にインストールしたソーシャル・ネットワーキング・アプリケーションのアドレス帳に記録された各コンタクト・パーソンと当該モバイル端末のユーザの間にユーザ関係があり、当該ソーシャル・ネットワーキング・アプリケーションは、当該受信されたユーザ追加要求を介して、当該ユーザ関係に追加するのを要求したコンタクト・パーソンを当該アドレス帳に追加し、当該モバイル端末のユーザと当該ユーザ関係に追加するのを要求したコンタクト・パーソンの間の相互関係を確立する。さらに、当該ユーザ関係が友達関係、電子メールに基づくコンタクト・パーソンと当該電子メールのユーザの間の相互関係等であってもよく、その詳細についてはここでは列挙しない。
【００１５】
図２に示すように、別の実装形態では、ステップＳ１１０の前に、当該方法はさらに以下のステップを含む。
【００１６】
ステップＳ２１０で、所定の関係シナリオから、ユーザ関係への追加を要求したユーザの識別子を取得し、当該ユーザ識別子に従って対応するソーシャル・ネットワーキング・アプリケーション識別子を取得する。
【００１７】
本実装形態では、当該関係シナリオは、ユーザ関係が確立されるのが期待されるユーザのソースである。例えば、当該関係シナリオは、ユーザ関係が確立されるのが期待されるユーザと当該ユーザ追加要求を開始したユーザの間に既存のユーザ関係がある特定のソーシャル・ネットワーキング・アプリケーションである。例えば、インスタント通信ツールのようなソーシャル・ネットワーキング・アプリケーションでは、ユーザを、同じ場所の他人が友達になれるシナリオを介して取得されたユーザ・リストにおける選択動作により選択することができ、さらに、当該選択されたユーザに対応するインスタント通信識別子が、ユーザ識別子とインスタント通信ツール識別子の対応に従って得られる。当該選択されたユーザと当該選択動作をトリガしたユーザは互いに他人であることに留意されたい。
【００１８】
位置ベースの友達作成アプローチでユーザ関係が取得される関係シナリオに加えて、当該関係シナリオが、ソーシャル・ネットワーキング・アプリケーション内のトピック・ベースの友達作成アプローチにより取得されたユーザ関係であってもよく、または、振舞いベースの友達作成アプローチにより取得されたユーザ関係であってもよく、電話帳または電子メールのコンタクト・パーソンの情報に基づくユーザ関係であってもよく、その詳細についてはここでは列挙しない。前述の選択された関係シナリオは現在利用されているソーシャル・ネットワーキング・アプリケーションにおける関係シナリオとは異なる。
【００１９】
ステップＳ２３０で、当該ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始する。本実装形態では、選択されたユーザ識別子に対応するソーシャル・ネットワーキング・アプリケーション識別子を取得した後、ユーザ追加要求が、当該ソーシャル・ネットワーキング・アプリケーション識別子に従って、当該ソーシャル・ネットワーキング・アプリケーション識別子が存在するクライアントに対して開始される。
【００２０】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための前述の方法では、ユーザは、選択により、関係シナリオ内のユーザ関係情報に従って現在利用されているソーシャル・ネットワーキング・アプリケーションにおけるユーザ識別子を取得し、当該ユーザと当該ユーザ識別子に対応する別のユーザの間にユーザ関係があり、当該ユーザにより現在利用されているソーシャル・ネットワーキング・アプリケーション内のユーザに関するソーシャル・ネットワーキング・アプリケーション識別子を当該ユーザ識別子に従って取得し、次いで、現在利用されているソーシャル・ネットワーキング・アプリケーションに基づいてユーザ関係を確立するためのユーザ追加要求を当該ユーザに対して開始する。
【００２１】
ステップＳ１３０で、当該ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、開始されていない場合には、ステップＳ１５０に入り、開始された場合には、ステップＳ１７０に入る。
【００２２】
本実装形態では、当該受信されたユーザ追加要求は、当該ユーザ追加要求を開始したユーザに対応するソーシャル・ネットワーキング・アプリケーション識別子のような情報と当該ユーザ追加要求がトリガされた関係シナリオとを含む。例えば、当該開始されたユーザ追加要求が受信されたとき、当該ユーザは、当該ソーシャル・ネットワーキング・アプリケーションの対話インタフェースを参照することによって、当該ユーザ追加要求を開始したユーザの識別子を知り、どのユーザ関係情報、即ち、どの関係シナリオから、当該ユーザ追加要求を開始したユーザが来たかを知ることができる。
【００２３】
インターネットを介したユーザ間の対話では、既存のユーザ関係が他人に基づいてもよく、知合いに基づいてもよい。ユーザが互いに他人であるときに得られる関係シナリオと比べて、当該ユーザ関係情報、即ち、当該ユーザが互いに知合いであるときに得られる関係シナリオは信頼できるものである。当該信頼できる関係シナリオからのユーザが現在利用されているソーシャル・ネットワーキング・アプリケーションの情報の安全性を危険に曝す可能性は低く、当該ユーザが当該信頼できる関係シナリオからのものでないときは不安定性が存在し、身元検証を実施すべきである。
【００２４】
ステップＳ１５０で、当該ユーザ追加要求を開始したユーザの識別子の検証を実施し、検証結果に従ってユーザ関係を確立する。
【００２５】
本実装形態では、当該ユーザ追加要求を開始したユーザの検証を実施して検証結果を取得し、当該検証結果が、当該検証が成功したというものであるかどうかを判定し、成功したものである場合にはユーザ関係が確立され、そうでない場合にはフローは終了する。ステップＳ１７０で、当該ユーザ追加要求を開始したユーザの識別子に従ってユーザ関係を確立する。
【００２６】
別の実装形態では、ステップＳ１７０の前に、当該方法は、信頼できる関係シナリオにおいてユーザ追加要求を開始したユーザの識別子の検証を実施すべきかどうかをチェックし、実施すべき場合にはステップＳ１５０に入り、実施すべきでない場合にはステップＳ１７０に入るステップをさらに含む。
【００２７】
本実装形態では、ユーザ追加要求が開始された関係シナリオが信頼できる関係シナリオであると判定されたとき、当該信頼できる関係シナリオにおいて当該ユーザ追加要求を開始したユーザの識別子を検証するオプションを設定するかどうかをチェックし、設定する場合には、当該識別子を検証して、当該ソーシャル・ネットワーキング・アプリケーションの情報の安全性をさらに高め、そうでない場合には、当該ユーザ関係を直接確立する。
【００２８】
図３に示すように、別の実装形態では、ステップＳ１５０の具体的なプロセスは以下のサブステップを含む。
【００２９】
ステップＳ１５１で、当該ユーザ追加要求を開始したユーザの識別子に従って検証要求を開始する。本実装形態では、当該ユーザ追加要求を開始したユーザの識別子が存在するクライアントに対して検証要求を開始して、当該ユーザ追加要求を開始したユーザが当該検証要求に従って身元検証を実施するようにする。
【００３０】
ステップＳ１５３で、当該検証要求の検証応答情報を受信し、当該検証応答情報に従って当該検証が成功したかどうかを判定し、成功した場合にはステップＳ１５５に入り、成功しなかった場合にはステップＳ１５７に入る。
【００３１】
本実装形態では、検証要求を受信した後、ユーザ追加要求を開始したユーザの識別子が配置されたクライアントが検証応答情報を当該検証要求に従って取得する。当該ユーザが当該検証要求に応答したときに当該検証応答情報が生成され、当該受信された検証応答情報が事前設定された検証情報に従うかどうかが判定され、従う場合には、ユーザ関係が直接確立される。
【００３２】
例えば、検証要求がユーザによって事前に設定された質問を含む。当該検証要求を受信した後、当該ユーザは当該事前設定された質問に応答して検証応答情報を生成して、当該検証応答情報に記録された内容が当該質問に対する事前設定された回答と一貫するかどうかを判定し、一貫する場合にはユーザ関係を確立し、一貫しない場合には当該受信されたユーザ追加要求を拒絶する。ステップＳ１５５で当該ユーザ関係を確立する。ステップＳ１５７で当該ユーザ追加要求を拒否する。
【００３３】
以下では、具体的な実装形態を参照して、ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための方法を詳細に説明する。本実装形態では、当該ユーザは友達である。当該ソーシャル・ネットワーキング・アプリケーションでユーザが開始した友達追加要求を受信した後、友達関係への追加を要求した友達の識別子と関係シナリオを当該受信された友達追加要求により取得して、当該関係シナリオが信頼できる関係シナリオであるかどうかを判定し、そうである場合には、当該友達識別子を当該ユーザ識別子と関連付けて友達関係を確立し、そうでない場合には、身元検証を当該友達識別子に実施して、当該ソーシャル・ネットワーキング・アプリケーションの情報の安全性を保障する。
【００３４】
図４に示すように、１実装形態では、ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置が、要求取得モジュール１１０、シナリオ決定モジュール１３０、検証モジュール１５０、および関係確立モジュール１７０を備える。要求取得モジュール１１０は、ユーザ追加要求を受信するように構成される。
【００３５】
本実装形態では、ユーザが当該ソーシャル・ネットワーキング・アプリケーションを介して開始したユーザ追加要求を受信した後、要求取得モジュール１１０は当該受信されたユーザ追加要求を取得し、当該ユーザ追加要求により、どのユーザが当該ソーシャル・ネットワーキング・アプリケーションに基づくユーザ関係を確立するための要求を開始したかを知る。
【００３６】
特に、当該ユーザ関係は、当該ソーシャル・ネットワーキング・アプリケーションにおける現在のユーザと他のユーザの間の相互関係である。例えば、アドレス帳に記録された各コンタクト・パーソンとモバイル端末にインストールしたソーシャル・ネットワーキング・アプリケーションのモバイル端末ユーザとの間にユーザ関係がある。当該ソーシャル・ネットワーキング・アプリケーションは、当該受信されたユーザ追加要求を介して、当該ユーザ関係に追加するのを要求したコンタクト・パーソンを当該アドレス帳に格納し、当該モバイル端末のユーザと当該ユーザ関係に追加するのを要求したコンタクト・パーソンの間の相互関係を確立する。さらに、当該ユーザ関係が、友達関係、電子メールに基づくコンタクト・パーソンと電子メールのユーザの間の相互関係等であってもよく、その詳細についてはここでは列挙しない。
【００３７】
図５に示すように、別の実装形態では、ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための装置はさらに、識別子取得モジュール２１０と要求開始モジュール２３０を備える。
【００３８】
識別子取得モジュール２１０は、所定の関係シナリオから、ユーザ関係に追加するのを要求したユーザの識別子を取得し、対応するソーシャル・ネットワーキング・アプリケーション識別子を当該ユーザ識別子に従って取得するように構成される。
【００３９】
本実装形態では、当該関係シナリオは、ユーザ関係が確立されるのが期待されるユーザのソースであり、ユーザ関係が確立されるのが期待されるユーザとユーザ追加要求を開始したユーザの間にユーザ関係が存在する特定のソーシャル・ネットワーキング・アプリケーションである。例えば、インスタント通信ツールのようなソーシャル・ネットワーキング・アプリケーションでは、識別子取得モジュール２１０は、位置ベースの友達作成アプローチを介して取得されたユーザ・リストの関係シナリオにおける選択動作で選択されたユーザを取得し、ユーザ識別子とインスタント通信ツール識別子の対応に従って当該選択されたユーザに対応するインスタント通信識別子を取得することができる。当該選択されたユーザと当該選択動作をトリガしたユーザは互いに他人である。
【００４０】
位置ベースの友達作成アプローチでユーザ関係が取得される関係シナリオに加えて、当該関係シナリオが、ソーシャル・ネットワーキング・アプリケーション内のトピック・ベースの友達作成アプローチにより取得されたユーザ関係であってもよく、または、振舞いベースの友達作成アプローチにより取得されたユーザ関係であってもよく、電話帳または電子メールのコンタクト・パーソンの情報に基づくユーザ関係であってもよく、その詳細についてはここでは列挙しない。当該選択された関係シナリオは、現在利用されているソーシャル・ネットワーキング・アプリケーションにおける関係シナリオとは異なる。
【００４１】
要求開始モジュール２３０は、当該ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始するように構成される。
【００４２】
本実装形態では、当該選択されたユーザ識別子に対応するソーシャル・ネットワーキング・アプリケーション識別子を取得した後、要求開始モジュール２３０は、当該ソーシャル・ネットワーキング・アプリケーション識別子に従って、当該ソーシャル・ネットワーキング・アプリケーション識別子が存在するクライアントに対して当該ユーザ追加要求を開始する。
【００４３】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための装置では、ユーザは、選択により、関係シナリオ内のユーザ関係情報に従って現在利用されているソーシャル・ネットワーキング・アプリケーションにおけるユーザ識別子を取得し、当該ユーザと当該ユーザ識別子に対応するユーザの間の関係シナリオにユーザ関係が存在し、当該ユーザにより現在利用されている当該ソーシャル・ネットワーキング・アプリケーション内のユーザに関するソーシャル・ネットワーキング・アプリケーション識別子を当該ユーザ識別子に従って取得し、次いで、現在利用されているソーシャル・ネットワーキング・アプリケーションに基づいてユーザ関係を確立するためのユーザ追加要求を当該ユーザに対して開始する。
【００４４】
シナリオ決定モジュール１３０は、ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、開始されていない場合には検証モジュール１５０に通知し、開始された場合には関係確立モジュール１７０に通知するように構成される。
【００４５】
本実装形態では、当該受信されたユーザ追加要求は、当該ユーザ追加要求を開始したユーザに対応するソーシャル・ネットワーキング・アプリケーション識別子や当該当該ユーザ追加要求がトリガされた関係シナリオのような情報を含む。例えば、当該開始されたユーザ追加要求が受信されたとき、当該ユーザは、当該ソーシャル・ネットワーキング・アプリケーションの対話インタフェースを参照することによって、当該ユーザ追加要求を開始したユーザの識別子を知り、どのユーザ関係情報、即ち、どの関係シナリオから、当該ユーザ追加要求を開始したユーザが来たかを知ることができる。
【００４６】
インターネットを介したユーザ間の対話では、既存のユーザ関係が他人に基づいてもよく、知合いに基づいてもよい。ユーザが互いに他人であるときに得られる関係シナリオと比べて、ユーザ関係情報、即ち、ユーザが互いに知合いであるときに得られる関係シナリオは信頼できるものである。当該信頼できる関係シナリオからのユーザが現在利用されているソーシャル・ネットワーキング・アプリケーションの情報の安全性を危険に曝す可能性は低く、当該ユーザが当該信頼できる関係シナリオからのものでないときは不安定性が存在し、身元検証を実施すべきである。
【００４７】
検証モジュール１５０は、当該ユーザ追加要求を開始したユーザの識別子の検証を実施し、関係確立モジュール１７０に検証結果を通知するように構成される。
【００４８】
本実装形態では、検証モジュール１５０は当該ユーザ追加要求を開始したユーザの検証を実施して検証結果を取得し、当該検証結果が、当該検証が成功したというものであるかどうかを判定し、成功したものである場合にはユーザ関係を確立するように関係確立モジュール１７０を通知し、そうでない場合にはフローは終了する。
【００４９】
関係確立モジュール１７０は、当該ユーザ追加要求を開始したユーザの識別子に従ってユーザ関係を確立するように構成される。
【００５０】
別の実装形態では、ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための前述の装置はさらにチェック・モジュールを備える。当該チェック・モジュールは、信頼できる関係シナリオにおいてユーザ追加要求を開始したユーザの識別子を検証するかどうかをチェックし、検証する場合には検証モジュール１５０に通知し、検証しない場合には関係確立モジュール１７０に通知するように構成される。
【００５１】
本実装形態では、当該ユーザ追加要求が開始された関係シナリオが信頼できる関係シナリオであると判定されたとき、当該チェック・モジュールは、当該信頼できる関係シナリオにおいて当該ユーザ追加要求を開始したユーザの識別子を検証するオプションを設定するかどうかをチェックし、設定する場合には、当該識別子を検証するように検証モジュール１５０に通知してソーシャル・ネットワーキング・アプリケーションの情報の安全性をさらに高め、そうでない場合には、ユーザ関係を直接確立するように関係確立モジュール１７０に通知する。
【００５２】
図６に示すように、１実装形態では、検証モジュール１５０は検証開始ユニット１５１と応答決定ユニット１５３を備える。
【００５３】
検証開始ユニット１５１は、当該ユーザ追加要求を開始したユーザの識別子に従って検証要求を開始するように構成される。
【００５４】
本実装形態では、検証開始ユニット１５１は、当該ユーザ追加要求を開始したユーザの識別子が存在するクライアントに対して検証要求を開始し、当該ユーザ追加要求を開始したユーザが当該検証要求に従って身元検証を実施するようにする。
【００５５】
応答決定ユニット１５３は、当該検証要求の検証応答情報を受信し、当該検証が成功したかどうかを当該検証応答情報に従って判定し、成功した場合にはユーザ関係を確立し、成功しなかった場合には当該ユーザ追加要求を拒否するように構成される。
【００５６】
本実装形態では、当該検証要求を受信した後、当該ユーザ追加要求を開始したユーザの識別子が配置されたクライアントが当該検証応答情報を当該検証要求に従って取得する。当該検証応答情報は、当該ユーザが当該検証要求に応答したときに生成される。次いで、応答決定ユニット１５３が、当該受信された検証応答情報が事前設定された検証情報に従うかどうかを判定し、従う場合にはユーザ関係を直接確立する。
【００５７】
例えば、当該検証要求は当該ユーザが事前に設定した質問を含む。当該検証要求を受信した後、当該ユーザは当該事前設定された質問に応答して検証応答情報を生成し、応答決定ユニット１５３が、当該検証応答情報に記録された内容が当該質問に対する事前設定された回答と一貫するかどうかを判定し、一貫する場合にはユーザ関係を確立し、一貫しない場合には当該受信されたユーザ追加要求を拒絶するようにする。
【００５８】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための方法と装置では、ユーザ追加要求が取得された後に、当該ユーザ追加要求が開始された関係シナリオが信頼できる関係シナリオであるかどうかが判定される。当該ユーザの識別子が他人であるときに当該ユーザ追加要求を開始したユーザが当該ソーシャル・ネットワーキング・アプリケーションにおける他のユーザの情報を自由に参照するのを防ぐために、当該シナリオが信頼できる関係シナリオでない場合には、当該ユーザ追加要求を開始したユーザの識別子を検証し、当該検証が成功したときのみユーザ関係を確立することができる。その結果、当該ソーシャル・ネットワーキング・アプリケーションにおける情報の安全性が高まる。
【００５９】
ソーシャル・ネットワーキング・アプリケーションにおいてユーザ関係を確立するための方法と装置は、ユーザのソーシャル・ネットワーキング・アプリケーションに対する様々な関係シナリオからユーザをインポートし、当該ソーシャル・ネットワーキング・アプリケーションに基づいてユーザ関係を確立し、当該ユーザ追加要求を開始しかつ設定された信頼できる関係シナリオに属さないユーザの識別子に対して検証を実施することで、当該ユーザのプライバシを保護する。
【００６０】
諸実施形態に従う方法のフローの全部または一部を、関連するハードウェアに指示するプログラムによって実装してもよいことは当業者には理解される。当該プログラムをコンピュータ可読記憶媒体に格納してもよい。当該プログラムを実行するとき、前述の方法の実装形態のフローを含めてもよい。当該記憶媒体が、磁気ディスク、光ディスク、読取専用メモリ（ＲＯＭ）またはランダム・アクセス・メモリ（ＲＡＭ）等であってもよい。
【００６１】
図７は、別の実装形態に従う第２のユーザを第１のユーザの連絡先リストに追加するためのサーバ２９０のブロック図である。サーバ２０は、メモリ７１２と、メモリ７１２に格納されたモジュール、プログラムおよび／または命令を実行しそれにより所定の動作を実施するための１つまたは複数のプロセッサ７０２と、１つまたは複数のネットワークまたは他の通信インタフェース７１０と、これらの構成要素を相互接続するための１つまたは複数の通信バス７１４とを備える。幾つかの実装形態では、サーバ２０は、表示装置７０８と１つまたは複数の入力装置７０６（例えば、キーボードまたはマウス）を備えたユーザインタフェース７０４を備える。幾つかの実装形態では、メモリ７１２は、ＤＲＡＭ、ＳＲＡＭ、または他のランダム・アクセス固体メモリ装置のような高速ランダム・アクセス・メモリを含む。幾つかの実装形態では、メモリ７１２は、１つまたは複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュ・メモリ装置、または他の不揮発性固体記憶装置のような不揮発性メモリを備える。幾つかの実装形態では、メモリ７１２は、プロセッサ（複数可）７０２から遠隔に配置された１つまたは複数の記憶装置を備える。メモリ７１２あるいはメモリ７１２内部の１つまたは複数の記憶装置（例えば、１つまたは複数の不揮発性記憶装置）は非一時的なコンピュータ可読記憶媒体を備える。幾つかの実装形態では、メモリ７１２またはメモリ７１２のコンピュータ可読記憶媒体は、
・様々な基本システム・サービスを処理しハードウェア依存のタスクを実施するためのプロシージャを含むオペレーティング・システム７１６、
・通信ネットワークインタフェース７１０および１つまたは複数の通信ネットワーク（有線または無線）、他の広域ネットワーク（例えば、インターネット）、ローカル・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク等を介してサーバ２０を他のコンピュータ（例えば、図８の第１のクライアント装置１０−１および第２のクライアント装置１０−２）に接続するように構成されたネットワーク通信モジュール７１８、
・クライアント装置１０からユーザ追加要求を受信し処理するように構成され、（ｉ）遭遇する前に２人のユーザが既に知合いであったかまたは他人であったかを示す、第１のユーザが第２のユーザ（または特に、第２のユーザの識別子）に遭遇するシナリオまたは設定を決定するように構成された関係シナリオ決定モジュール７２２と、（ｉｉ）サーバ２０のユーザ・アカウントに関連付けられた連絡先リストを、クライアント装置の同一のユーザに関連付けられた連絡先リストと同期するように構成された連絡先リスト同期モジュール７２４とをさらに備える、ユーザ追加モジュール７２０、
・サーバ２０がホストするサービス（例えば、ソーシャル・ネットワーキングまたはインスタント・メッセージング・サービス）に関連付けられた複数のユーザ・アカウント、当該サービスのユーザを一意に識別するためのユーザ識別子７３２を含む各ユーザ・アカウント、当該サービスにアクセスするためにユーザが使用するクライアント装置（例えば、スマートフォン）を一意に識別するためのクライアント装置識別子７３４、別のユーザが当該ユーザを彼または彼女の連絡先リストに追加するのを認める前に当該ユーザが任意の検証手続きを要求するかどうかを示すための検証優先度７３６、当該ユーザと前に通信した同一のサービスの１つまたは複数の他のユーザの識別子を含む連絡先リスト７３８、および当該ユーザに関連付けられたデータ７４０、例えば、当該ユーザにより彼または彼女のアカウントにアップロードされた画像や当該ユーザにより彼または彼女のアカウントに投稿されたテキスト・メッセージ等を格納するように構成されたユーザ・アカウント情報データベース７３０
といった、プログラム、モジュールおよびデータ構造、またはそれらの一部を格納する。
【００６２】
図７に関して上述したサーバ２０内のモジュールとデータセットを、単一のコンピュータで実装してもよく、または、コンピュータネットワークにより接続された複数のコンピュータサーバで分散させてもよいことに留意されたい。具体的なハードウェア構成はサーバ２０の性能に影響を及ぼす可能性があるが、本願の実装形態は特定のハードウェア構成に依存しない。
【００６３】
スマートフォンのようなモバイル装置でソーシャル・ネットワーキング・アプリケーションが幅広く利用されることで、多くの人の生活が大幅に改善される。上述のように、人々は、その地理的な位置や人口学的な背景に関らず、ソーシャル・ネットワーキング・アプリケーションで提供される見えないプラットフォームで互いと通信し情報を共有して良い友達となることができる。他方、人々はソーシャル・ネットワーキング・アプリケーションでのプライバシ侵害問題をますます気にしている。本発明の１つの目的は、人々が当該ソーシャル・ネットワーキング・アプリケーションにおける自分の個人的またはプライベートな情報の開示をより制御できるようにするための機構を提供することである。
【００６４】
図８は、１実装形態に従って、第２のユーザを第１のユーザの連絡先リストに追加する第１のユーザの要求をどのようにサーバ２０が扱うかを示す流れ図である。本例では、３つの関係者、即ち、第１のユーザが使用する第１のクライアント装置１０−１と、第２のユーザが使用する第２のクライアント装置１０−２と、第１のクライアント装置および第２のクライアント装置の両方と通信するサーバがある。幾つかの実装形態では、第１のクライアント装置と第２のクライアント装置が、デスクトップ、ラップトップ、スマートフォン、タブレット等から成るグループから選択したものであってもよい。例示の目的のため、第１のクライアント装置および第２のクライアント装置がともに、Ｔｅｎｃｅｎｔ社のＷｅＣｈａｔのようなソーシャル・ネットワーキング・アプリケーションをインストールしたスマートフォンであると仮定する。当該ソーシャル・ネットワーキング・アプリケーションにより、知合いがテキスト／オーディオ／ビデオ・メッセージを互いに送信できるだけでなく、特定のトピックにおける共通の関心または人口学的および／もしくは地理的な近接性に基づいて他人を引き合わせることもできる。例えばユーザの個人的またはプライベートな情報（例えば、社会保障番号または誕生日）を他人に誤って解放するといった意図しない結果を防ぐため、サーバは、別のユーザを彼または彼女の連絡先リストに追加する任意のユーザからの要求をふるいにかける同一の機構を実装することができる。
【００６５】
図８に示すように、第１のクライアント装置１０−１の第１のユーザが第２のユーザ（または第２のユーザの識別子）を選択し（８０１）、ユーザ追加要求をサーバ２０に送信することで第２のユーザを彼または彼女の連絡先リストに追加することを決定する（８０３）。例えば、第１のユーザと第２のユーザが同時に同じ場所またはその近くでそれぞれのスマートフォンを振動させたときに、第１のユーザが物理的にまたは（例えば、同一のソーシャル・ネットワーキング・アプリケーションを介して）サイバー空間内で第２のユーザと遭遇するかもしれない。当該２人のユーザが互いを知っていても知っていなくともよい。幾つかの実装形態では、第１のユーザと第２のユーザが通信を継続できる直前に第１のユーザが第２のユーザを彼または彼女の連絡先リストに追加する必要がある。幾つかの他の実装形態では、第１のユーザは、第１のユーザと第２のユーザが一定の期間だけ通信した後に第２のユーザを彼または彼女の連絡先リストに追加することを選択することができる。幾つかの実装形態では、第１のユーザは、第２のユーザの識別子を別のアプリケーション（例えば、電話または電子メール）で見つけて、第２のユーザを彼または彼女の連絡先リストに追加すると決定してもよい。この場合、第２のユーザの電話番号または電子メール・アドレスが彼または彼女の識別子である。
【００６６】
ユーザ追加要求を受信すると、サーバは第１のユーザと第２のユーザの関係シナリオを決定する（８０５）。上述のように、第２のユーザの識別子が、当該２人のユーザの間の関係シナリオの識別子であってもよい。例えば、第２のユーザの識別子が第１のクライアント装置１０−１で実行されている別のアプリケーションの連絡先リストに見つかった場合には、当該２人のユーザは互いの知合いであるとみなされる。なぜならば、当該２人のユーザが以前に少なくとも１回遭遇したと仮定されるからである。逆に、第２のユーザの識別子が第１のクライアント装置１０−１に現れたのが初めてであり、第１のユーザに関連付けられたどの連絡先リストにも存在しない場合には、当該２人のユーザは互いに対して他人であるとみなされる。
【００６７】
第２のユーザが第１のユーザに対して他人であるとみなされる場合（８０７−他人）には、サーバ２０はユーザ検証要求を第２のユーザに関連付けられた第２のクライアント装置１０−２に送信する（８１２）。第２のユーザが第１のユーザの知合いであるとみなされる場合（８０７−知合い）には、サーバ２０は必ずしも即座に第２のユーザを第１のユーザの連絡先リストに追加しない。図７に関連して上述したように、各ユーザ・アカウントは、当該ユーザを別のユーザの連絡先リストに追加する要求に応答して当該ユーザが実行するのを選択した制御レベルを示す検証優先度を含む。可能な制御レベルには、事前検証なしに任意のユーザからのユーザ追加要求を自動的に承認すること、知合いからの要求のみ自動的に承認し他人から要求に対しては手動で検証すること、何れの要求に対しても手動で検証すること、および、他人からの要求を自動的に拒否し知合いからの要求を手動で検証すること等が含まれる。第２のユーザのアカウントが、第２のユーザが知合いからの要求に対する検証手続きを要求することを示す場合（８１１−はい）には、サーバ２０はユーザ検証要求を第２のユーザに関連付けられた第２のクライアント装置１０−２に送信する（８１２）。そうでない場合（８１１−Ｎｏ）、サーバ２０は当該ユーザ追加要求を承認する（８１５）。
【００６８】
第２のクライアント装置１０−２は当該ユーザ検証要求を表示する（８１３）。幾つかの実装形態では、当該ユーザ検証要求が、サーバ２０でホストされたサービスへのリンクを含むテキスト・メッセージまたは電子メール・メッセージの形であってもよい。幾つかの他の実装形態では、第２のユーザがサーバによりホストされる同一のサービスを使用している場合には、当該ユーザ検証要求が、第２のクライアント装置１０−２でのポップアップ・ウィンドウの形であってもよい。第２のクライアント装置の第２のユーザからの応答を検出すると（８１７）、第２のクライアント装置１０−２は当該応答をサーバ２０に送信し戻す（８１８）。幾つかの実装形態では、当該応答は、肯定（即ち、第２のユーザが、第１のユーザの連絡先リストへの追加に同意）または否定（即ち、第２のユーザが、第１のユーザの連絡先リストへの追加を拒否）の何れかである。肯定（８１９−肯定）の場合、サーバ２０は当該ユーザ追加要求を承認し（８１５）、否定（８１９−否定）の場合、サーバ２０は当該ユーザ追加要求を拒否する（８２１）。何れのケースでも、サーバ２０はそれ自体を第１のクライアント装置１０−１と同期する必要がある（８２３）。例えば、第２のユーザが第１のユーザの連絡先リストに追加された場合、第１のクライアント装置１０−１の第１のユーザの連絡先リストをそれに応じて更新すべきである。あるいは、第２のユーザが第１のユーザの連絡先リストに追加されない場合、元のユーザ追加要求が第１のクライアント装置１０−１から開始されたので、第１のクライアント装置１０−１にも通知すべきである。それに応答して、第１のクライアント装置１０−１は、第２のユーザの識別子をその連絡先リストに追加するか、または、サーバ２０からの命令に基づいてそれを拒否するかの何れかである（８２５）。
【００６９】
幾つかの実装形態では、第２のユーザを第１のユーザの連絡先リストに追加することは、彼または彼女のアカウントでの第１のユーザのデータを第２のユーザに利用できるようにすることである。第２のユーザと共有すべき情報に対する第１のユーザの制御をさらに改善するために、サーバ２０はさらに、家族構成員、クラスメート、同僚、および友達のような、当該ユーザが選択するための知合いまたは友達の複数のレベルを提供する。例えば、第１のユーザに対する様々な友達関係レベルを列挙するドロップダウン・リストを第１のクライアント装置１０−１の画面に生成して、彼または彼女の第２のユーザとの関係を特徴付けてもよい。第１のユーザが選択した友達レベルを受信すると、サーバ２０は第１のユーザに関連付けられたアカウントを更新して、当該ユーザが選択した友達レベルを含める。当該ユーザが選択した友達レベルは、第１のユーザと第２のユーザの間での情報共有を制御するように構成されることに留意されたい。第１のユーザが家族構成員レベルを選択した場合には、サーバ２０の第１のユーザのアカウントに関連付けられた全てのデータを第２のユーザが利用できるようにすべきであるとサーバ２０に通知する。同様に、クラスメート、同僚、および友達レベルにより、第２のユーザが第１のユーザのデータにアクセスするためのより低い権利が与えられる。当該機能をサポートするために、第１のユーザには、サーバ２０の彼または彼女のアカウントにアップロードされたデータの可視性レベルを選択することを思い出させる。そうでない場合、デフォルトの可視性レベルが当該データに割り当てられ、彼または彼女のプロフィールにおいてデフォルトの可視性レベルを当該ユーザによって設定／修正することができる。
【００７０】
幾つかの実装形態では、サーバ２０が、第１のユーザと第２のユーザの間の相互関係の原理を実装する。換言すれば、第２のユーザ自身を第１のユーザの連絡先リストに追加するのを承認する第２のユーザの肯定応答を受信した後、サーバ２０は自動的に第１のユーザの識別子を第２のユーザの連絡先リストに追加する。第１のユーザが第２のユーザに対して選択した友達関係レベルを、第２のユーザのデータにアクセスするための第１のユーザの権利に適用する。幾つかの他の実装形態では、当該友達関係レベルが、最初は両方のユーザに対して同一であるが、後に何れかのユーザにより修正して、第１のユーザのアカウントでの第２のユーザの友達レベルが第２のユーザのアカウントでの第１のユーザの当該友達レベルとは異なりうるようにしてもよい。例えば、第１のユーザが第２のユーザの友達関係レベルを変更したとき、サーバ２０が、自動的に第２のユーザに通知し、場合によってはかかる更新の完了前に第２のユーザからの事前承認を求めてもよい。幾つかの実装形態では、サーバ２０は、彼または彼女の友達レベルが低下した場合（これは第２のユーザのデータのアクセス権を制限する）には第２のユーザに通知するだけであり、それ以外の場合には第２のユーザのデータアクセス要求を暗黙的に増大させる。幾つかの他の実装形態では、サーバ２０は、彼または彼女の友達関係レベルに対する任意の変更を第２のユーザに通知する。ユーザ追加の相互関係のように、友達関係レベルの変更が相互的であってもよい。
【００７１】
以上で特定の実施形態を説明したが、これは本発明をこれらの特定の実施形態に限定しようとするものではないことは理解される。反対に、本発明は、添付の諸請求項の趣旨と範囲内にある代替、修正、および均等物を含む。本明細書で提供した主題の徹底的な理解を与えるために多数の具体的な詳細を説明した。しかし、当該主題をこれらの具体的な詳細なしに実施できることは当業者には明らかである。他の事例では、公知な方法、手続き、構成要素、および回路は、諸実施形態の諸態様を不必要に不明瞭化させないために詳細には説明しなかった。
【００７２】
第１の、第２の等の用語を本明細書で使用して様々な要素を説明したが、これらの要素はこれらの用語により限定されるべきではない。これらの用語は或る要素を別の要素から区別するために使用したにすぎない。例えば、本発明の範囲から逸脱することなく、第１の順位付け基準を第２の順位付け基準と称してもよく、同様に、第２の順位付け基準を第１の順位付け基準と称してもよい。第１の順位付け基準と第２の順位付け基準は両方とも順位付け基準であるが、それらは同一の順位付け基準ではない。
【００７３】
本明細書の説明で使用した用語は、特定の実施形態を説明するためのものにすぎず、本発明を限定しようとするものではない。本発明の詳細な説明と添付の特許請求の範囲で使用する場合、「１」、「１つの」、および「当該」といった単数形は、特に断らない限り、複数形も同様に含むことを意図している。本明細書で使用する用語「および／または」は、１つまたは複数の関連する列挙項目の任意および全ての可能な組合せを指し、それを包含するものであることも理解される。さらに、用語「含む」、「備える」、および／または「備えた」という用語は本明細書で使用するときは、説明した機能、動作、要素、および／または構成要素の存在を示すが、１つまたは複数の他の機能、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除するものではないことは理解される。
【００７４】
本明細書で使用する際、「である場合」という用語は、状況に応じて、表明された前提条件が真であるという「であるとき」または「である際」または「判定したことに応答して」または「判定に従って」または「検出したことに応答して」を意味するように解釈されうる。同様に、「表明された前提条件が真であることが判定された場合」または「表明された前提条件が真である場合」または「表明された前提条件が真であるとき」という句は、状況に応じて、表明された前提条件が真であるという「判定の際」または「判定に応じて」または「判定に従って」または「検出の際」または「検出に応答して」を意味するように解釈されうる。
【００７５】
様々な図面の一部では幾つかの論理的段階を特定の順序で示したが、順序に依存しない段階を再順序付けし他の段階を組み合せるかまたは分解してもよい。幾つかの差異順序付けまたは他のグループ化を特に説明したが、他のものは当業者に自明であるので、代替物の包括的なリストは提示しない。さらに、上記段階をハードウェア、ファームウェア、ソフトウェアまたはそれらの任意の組合せで実装してもよいことは理解される。
【００７６】
以上の記載は、説明の目的で、具体的な実装形態を参照しつつ行ったものである。しかし、以上の例示的な議論は包括的であることを意図したものではなく、本発明を開示した形態そのものに限定しようとするものでもない。以上の教示事項に鑑みて多数の修正と変形が可能である。上記諸実装形態は、本発明の原理とその実用的な適用を最良に説明し、それにより当業者が本発明と様々な実装形態を考えられる特定の利用に適するように様々な修正を加えて最良に利用できるようにするために、選択され説明したものである。諸実装形態には、添付の諸請求項の趣旨と範囲内にある代替、修正、および均等物が含まれる。本明細書で提供した主題を徹底的に理解するために多数の具体的な詳細を説明した。しかし、当該主題をこれらの具体的な詳細なしに実施できることは当業者には明らかである。他の事例では、公知な方法、手続き、構成要素、および回路は、諸実装形態の諸態様を不必要に不明瞭化させないために詳細には説明していない。
【符号の説明】
【００７７】
１１０  要求取得モジュール
１３０  シナリオ決定モジュール
１５０  検証モジュール
１５１  検証開始ユニット
１５３  応答決定ユニット
１７０  関係確立モジュール
２１０  識別子取得モジュール
２３０  要求開始モジュール
７０２  プロセッサ（複数可）
７０４  ユーザ・インタフェース
７０６  キーボード／マウス
７０８  ディスプレイ
７１０  通信インタフェース
７１２  メモリ
７１６  オペレーティング・システム
７１８  ネットワーク通信モジュール
７２０  ユーザ追加モジュール
７２２  関係シナリオ決定モジュール
７２４  連絡先リスト同期モジュール
７３０  ユーザ・アカウント情報データベース
７３２  ユーザＩＤ
７３４  クライアント装置ＩＤ
７３６  検証優先度
７３８  連絡先リスト
７４０  データ（例：画像、メッセージ）
【図１】
2015527650.tif 000003
【図２】
2015527650.tif 000004
【図３】
2015527650.tif 000005
【図４】
2015527650.tif 000006
【図５】
2015527650.tif 000007
【図６】
2015527650.tif 000008
【図７】
2015527650.tif 000009
【図８】
2015527650.tif 000010
【手続補正書】
【提出日】平成27年2月3日(2015.2.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第２のユーザを第１のユーザの連絡先リストに追加するための方法であって、
１つまたは複数のプロセッサと前記１つまたは複数のプロセッサにより実行されるプログラムを格納するためのメモリとを有するサーバで、
ユーザ追加要求を前記第１のユーザに関連付けられた第１のクライアント装置から受信するステップであって、前記ユーザ追加要求は前記第２のユーザの識別子を含むステップと、
前記第１のユーザと前記第２のユーザの関係シナリオを決定するステップと、
前記関係シナリオが、前記第２のユーザが前記第１のユーザの知合いであることを示す場合には、
前記第２のユーザに関連付けられたアカウントをチェックして、前記第２のユーザが前記第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、
前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがない場合には、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップと、
前記関係シナリオが、前記第２のユーザが前記第１のユーザに対して他人であることを示す場合、または、前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがある場合には、
ユーザ検証要求を前記第２のユーザに関連付けられた第２のクライアント装置に送信し、
肯定応答を前記第２のクライアント装置から受信した後に、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップと、
を含む、方法。
【請求項２】
前記第２のユーザの前記識別子が、前記第１のユーザがアカウントを有する別のアプリケーションの連絡先リストから選択された場合には、前記第２のユーザは前記第１のユーザの知合いであるとみなされる、請求項１に記載の方法。
【請求項３】
前記別のアプリケーションは、インスタント通信アプリケーション、電話アプリケーション、および電子メール通信アプリケーションから成るグループから選択されたものである、請求項２に記載の方法。
【請求項４】
前記第２のユーザの前記識別子が、前記第１のユーザがアカウントを有するソーシャル・ネットワーキング・アプリケーションで初めて検出された場合には、前記第２のユーザは前記第１のユーザに対して他人であるとみなされる、請求項１に記載の方法。
【請求項５】
前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するステップはさらに、
複数の友達レベルを前記第１のクライアント装置に提供して前記第１のユーザに表示するステップと、
前記第１のユーザが選択した前記友達レベルの１つを受信するステップと、
前記ユーザが選択した友達レベルを含むように前記第１のユーザに関連付けられた前記アカウントを更新するステップであって、前記ユーザが選択した友達レベルは、前記第１のユーザと前記第２のユーザの間での情報共有を制御するように構成されたステップと、
を含む、請求項１に記載の方法。
【請求項６】
前記複数の友達レベルは、家族構成員、クラスメート、同僚、および友達を含む、請求項５に記載の方法。
【請求項７】
前記肯定応答を前記第２のクライアント装置から受信した後に、前記第１のユーザの識別子を前記第２のユーザの連絡先リストに追加するステップをさらに含む、請求項５に記載の方法。
【請求項８】
前記第１のユーザのアカウントでの前記第２のユーザの前記友達レベルは前記第２のユーザのアカウントでの前記第１のユーザの前記友達レベルと同じである、請求項７に記載の方法。
【請求項９】
前記第１のユーザのアカウントでの前記第２のユーザの前記友達レベルは前記第２のユーザのアカウントでの前記第１のユーザの前記友達レベルと異なる、請求項７に記載の方法。
【請求項１０】
１つまたは複数のプロセッサと、
メモリと、
前記メモリに格納され前記１つまたは複数のプロセッサにより実行される複数のプログラムであって、
第２のユーザの識別子を含むユーザ追加要求を第１のユーザに関連付けられた第１のクライアント装置から受信し、
前記第１のユーザと前記第２のユーザの関係シナリオを決定し、
前記関係シナリオが、前記第２のユーザが前記第１のユーザの知合いであることを示す場合には、
前記第２のユーザに関連付けられたアカウントをチェックして、前記第２のユーザが前記第２のユーザを別のユーザにリンクするための検証手続きを要求するかどうかを判定し、
前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがない場合には、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加し、
前記関係シナリオが、前記第２のユーザが前記第１のユーザに対して他人であることを示す場合、または、前記第２のユーザに関連付けられた前記アカウントに従う検証手続きがある場合には、
ユーザ検証要求を前記第２のユーザに関連付けられた第２のクライアント装置に送信し、
肯定応答を前記第２のクライアント装置から受信した後に、前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加する
ための命令を含む、複数のプログラムと、
を備える、サーバ。
【請求項１１】
前記第２のユーザの識別子を前記第１のユーザの連絡先リストに追加するための命令はさらに、
複数の友達レベルを前記第１のクライアント装置に提供して前記第１のユーザに表示し、
前記第１のユーザが選択した前記友達レベルの１つを受信し、
前記第１のユーザと前記第２のユーザの間での情報共有を制御するように構成された前記ユーザが選択した友達レベルを含むように前記第１のユーザに関連付けられた前記アカウントを更新する
ための命令を含む、請求項１０に記載のサーバ。
【請求項１２】
前記複数の友達レベルは家族構成員、クラスメート、同僚、および友達を含む、請求項１１に記載のサーバ。
【請求項１３】
ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための方法であって、
ユーザ追加要求を受信するステップと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定するステップと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されていない場合には、前記ユーザ追加要求を開始したユーザの識別子に対して検証を実施し、検証結果に従ってユーザ関係を確立するステップと、
前記ユーザ追加要求が開始された前記関係シナリオが、設定された信頼できる関係シナリオであると判定された場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップと、
を含む、方法。
【請求項１４】
ユーザ追加要求を受信するステップの前に、
所定の関係シナリオにおけるユーザ関係に追加されることを要求したユーザの識別子を取得し、対応するソーシャル・ネットワーキング・アプリケーション識別子を選択されたユーザ識別子に従って取得するステップと、
前記ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始するステップと、
を含む、請求項１３に記載の方法。
【請求項１５】
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップの前に、
前記ユーザ追加要求を開始した前記ユーザの前記識別子の検証を実施するかどうかをチェックし、実施する場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子の検証を実施するステップに入り、検証結果に従ってユーザ関係を確立するステップと、
実施しない場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従ってユーザ関係を確立するステップに入るステップと、
をさらに含む、請求項１３に記載の方法。
【請求項１６】
前記ユーザ追加要求を開始したユーザの識別子に対して検証を実施し、検証結果に従ってユーザ関係を確立するステップは、
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って検証要求を開始するステップと、
前記検証要求の検証応答情報を受信し、前記検証が成功したかどうかを前記検証応答情報に従って判定し、成功した場合には、前記ユーザ関係を確立するステップと、
を含む、請求項１３に記載の方法。
【請求項１７】
ソーシャル・ネットワーキング・アプリケーション内でユーザ関係を確立するための装置であって、
ユーザ追加要求を受信するように構成された要求取得モジュールと、
前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されたかどうかを判定し、前記ユーザ追加要求が所定の信頼できる関係シナリオから開始されていない場合には、検証モジュールに通知するように構成されたシナリオ決定モジュールと、
を備え、
前記検証モジュールは、前記ユーザ追加要求を開始したユーザの識別子の検証を実施し、関係確立モジュールに検証結果を通知するように構成され
前記関係確立モジュールは、ユーザ関係を確立するように構成された、
装置。
【請求項１８】
所定の関係シナリオにおけるユーザ関係に追加されることを要求したユーザの識別子を取得し、選択されたユーザ識別子に従って対応するソーシャル・ネットワーキング・アプリケーション識別子を取得するように構成された識別子取得モジュールと、
前記ソーシャル・ネットワーキング・アプリケーション識別子に従ってユーザ追加要求を開始するように構成された要求開始モジュールと、
をさらに備えた、請求項１７に記載の装置。
【請求項１９】
前記関係確立モジュールはさらに、前記ユーザ追加要求が開始されたシナリオが、設定された信頼できる関係シナリオであると前記シナリオ決定モジュールが判定した場合には、前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って前記ユーザ関係を確立するように構成された、請求項１７に記載の装置。
【請求項２０】
前記信頼できる関係シナリオにおいて前記ユーザ追加要求を開始したユーザの識別子の検証を実施するかどうかをチェックし、実施する場合には前記検証モジュールに通知し、実施しない場合には前記関係確立モジュールに通知するように構成されたチェック・モジュールをさらに備えた、請求項１９に記載の装置。
【請求項２１】
前記検証モジュールは、
前記ユーザ追加要求を開始した前記ユーザの前記識別子に従って検証要求を開始するように構成された検証開始ユニットと、
前記検証要求の検証応答情報を受信し、前記検証が成功したかどうかを前記検証応答情報に従って判定し、成功した場合には前記関係確立モジュールに通知するように構成された応答決定ユニットと、
を備える、請求項１７に記載の装置。
【国際調査報告】
2015527650.tif 000011
2015527650.tif 000012