個人データを公開するために通信機器間の仮想関係を作成する方法及び構成
本発明は、第１のサーバに置いて、第１の通信機器である「第１の機器」が第２の通信機器である「第２の機器」と個人情報を共有する前に、当該第１の機器と第２の機器との間の仮想関係を作成するための第１のサーバにおける方法に関する。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１の機器から受信する工程（７０１）と、第１の機器のアカウントに関連付けられる、要求された招待を生成する工程（７０２）と、第１の機器に、生成した招待を送出する工程（７０３）とを有する。方法は、第１の機器と第２の機器との間の関係を生成するための招待であって、第２の機器において第１の機器からＳＭＳで受信された招待を有する当該招待の受諾を、第２のサーバを介して第２の機器より受信する工程（７０６）をさらに有する。方法は、招待の受諾を第２の機器より受信した場合に、第１の機器と第２の機器との間の関係を作成する工程（７０７）をさらに有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、第１の通信機器、第２の通信機器及び第１のサーバにおける方法及び構成に関する。特に、本発明は、個人情報を共有する前に第１の通信機器と第２の通信機器である「第２の機器」との間の仮想関係(virtual relationship)の作成に関する。
【背景技術】
【０００２】
移動電気通信産業において、移動端末のユーザは様々なサービスについて、インターネットを益々使用している。インターネットを利用するソーシャルネットワークは、情報の受信及び公開、及び連絡先リストの記録のために、個人により使用される。そのようなソーシャルネットワークは、チャット、ＶＯＩＰ（voice over Internet Protocol）、ブログ、ファイルの転送及び共有、状態の更新等のサービスを提供する。よく知られている事業者には、例えばＦａｃｅ ｂｏｏｋ、ＭＳＮ（登録商標）、ＭｙＳｐａｃｅ、Ｈｉ５がある。
【０００３】
移動端末のユーザは、異なる場所に自身の連絡先リストを維持し、連絡先の大部分に連絡するか又はそれらから連絡を受けるために複数のサービスプロバイダに登録する。連絡先リストは、インスタントメッセージング、電子メールプログラム、オンラインゲーム又は移動電話におけるスクリーンネームの集合である。多くの場合、ソーシャルネットワークは１つの企業によって集中管理される。これらの集中管理されるネットワークの問題は、ネットワーク間の相互運用性が提供されないことである。現在の解決策は、サービスを統合する例えばＦｒｉｎｇ又はＮｉｍｂｕｚｚ等のマルチプロトコルクライアントを使用することであるが、そのようなマルチプロトコルクライアントは機能が非常に限定的であり、かつバッテリ消費が多大であるため、モバイル環境に適さない。問題は、一貫性のある個人の連絡先情報を他者と交換して、フィード又はブログに登録するために、多くの労力を必要とすることである。
【発明の概要】
【０００４】
本発明の目的は、個人情報を共有する前に、第１の通信機器と第２の通信機器との間の仮想関係をより容易に且つ高速に作成する通信機器及びサーバの構造を提供することである。
【０００５】
本発明の第１の態様によると、目的は、ユーザの個人情報を共有する前に、第１の通信機器である「第１の機器」において、当該第１の機器と第２の通信機器である「第２の機器」との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器内のアプリケーションにより実行される以下の工程であって、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１のサーバに送信する工程と、第１の機器と第２の機器との間の仮想関係を作成するための要求した招待を、第１のサーバから取得する工程と、ＳＭＳを第２の機器に送信する工程と、を有する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための取得した招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器は、第２のサーバを介して第１のサーバに招待の受諾を送信できる。第１のサーバは、第２の機器から受信した招待の受諾により、第１の機器と第２の機器との間の仮想関係を作成するようにトリガされる。
【０００６】
本発明の第２の態様によると、目的は、個人情報を共有する前に、第２の通信機器である「第２の機器」において、第１の通信機器である「第１の機器」と第２の機器との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器と第２の機器との間の仮想関係を作成するための招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有するＳＭＳを、第１の機器から受信する工程と、招待の受諾及び第１のサーバのＩＰリンクを第２のサーバに送信する工程とを有し、第２のサーバは第１のサーバに招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【０００７】
本発明の第３の態様によると、目的は、第１の通信機器である「第１の機器」が第２の通信機器である「第２の機器」と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１の機器から受信する工程と、第１の機器のアカウントに関連付けられる、要求された招待を生成する工程と、第１の機器に、生成した招待を送信する工程と、を有する。方法は、第１の機器と第２の機器との間の関係を生成するための招待であって、第２の機器において第１の機器からショートメッセージサービス「ＳＭＳ」で受信された招待を有する当該招待の受諾を、第２のサーバを介して第２の機器より受信する工程と、招待の受諾を第２の機器より受信した場合に、第１の機器と第２の機器との間の関係を作成する工程と、をさらに有する。
【０００８】
本発明の第４の態様によると、目的は、個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である「第１の機器」と第２の通信機器である「第２の機器」との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１のサーバへの「ＩＰ」リンク及び招待の受諾を第２の機器から受信する工程を有する。招待とＩＰリンクとは、第２の機器において第１の機器からＳＭＳで受信される。招待は、第１の機器と第２の機器との間の仮想関係を作成するための招待である。方法は、招待の受諾を第１のサーバに転送する工程をさらに有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバにトリガする。
【０００９】
本発明の第５の態様によると、目的は、個人情報を共有する前に、第１の通信機器である「第１の機器」において、当該第１の機器と第２の通信機器である「第２の機器」との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第１の機器内の装置は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１のサーバに送信する送信手段と、第１の機器と第２の機器との間の仮想関係を作成するための、要求した招待を、第１のサーバから取得する受信手段と、を有する。送信手段は、さらにＳＭＳを第２の機器に送信する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための取得した招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器は、第２のサーバを介して第１のサーバに招待の受諾を送信できる。第１のサーバは、第２の機器から受信した招待の受諾により、第１の機器と第２の機器との間の仮想関係を作成するようにトリガされる。
【００１０】
本発明の第６の態様によると、目的は、個人情報を共有する前に、第２の通信機器である「第２の機器」において、第１の通信機器である「第１の機器」と第２の機器との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第２の機器内の装置は、ＳＭＳを、第１の機器から受信する受信手段を有する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器内の装置は、招待の受諾及び第１のサーバのＩＰリンクを第２のサーバに送信する送信手段をさらに有する。第２のサーバは第１のサーバに招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【００１１】
本発明の第７の態様によると、目的は、第１の通信機器である「第１の機器」が第２の通信機器である「第２の機器」と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第１のサーバ内の装置は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１の機器から受信する受信手段と、第１の機器のアカウントに関連付けられる、要求された招待を生成する生成手段と、を有しる。第１のサーバ内の装置は、生成した招待を送信する送信手段をさらに有する。受信手段はさらに、招待の受諾を、第２のサーバを介して第２の機器より受信する。招待の受諾は、第１の機器と第２の機器との間の関係を生成するための招待を有する。招待は、第２の機器において第１の機器からＳＭＳで受信される。第１のサーバ内の装置は、招待の受諾を第２の機器より受信した場合に、第１の機器と第２の機器との間の関係を作成する作成手段をさらに有する。
【００１２】
本発明の第８の態様によると、目的は、個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である「第１の機器」と第２の通信機器である「第２の機器」との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第２のサーバ内の装置は、第１のサーバへのＩＰリンク及び招待の受諾を第２の機器から受信する受信手段を有する。招待とＩＰリンクとは、第２の機器において第１の機器からＳＭＳで受信される。招待は、第１の機器と第２の機器との間の仮想関係を作成するための招待である。第２のサーバ内の装置は、第１のサーバにトリガする招待の受諾を、第１のサーバに転送する送信手段をさらに有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【００１３】
このように、招待は個人データを公開するために第１の機器から送出されて第２の機器により受諾されてもよく、プロキシとして使用される第２のサーバ及び第１のサーバは適切なセキュリティレベル及び一貫性のあるデータ記憶を保証する。
【００１４】
本発明の別の利点は、標準化又はユーザ設定が不要であることである。
【００１５】
更なる利点は、如何なるサービスプロバイダ、及びオペレータでさえも、各加入者に対して個人的な記憶領域及びブログを提供できることを本発明が保証することである。
【図面の簡単な説明】
【００１６】
【図１】いくつかの実施形態に係る、第２の機器と通信する第１の機器を概略的に示すブロック図である。
【図２】いくつかの実施形態に係る方法を示す組み合わされた信号フロー及びフローチャートである。
【図３】第１の通信機器における方法の実施形態を示すフローチャートである。
【図４】第１の通信機器における構成の実施形態を概略的に示すブロック図である。
【図５】第２の通信機器における方法の実施形態を示すフローチャートである。
【図６】第２の通信機器における構成の実施形態を概略的に示すブロック図である。
【図７】第１のサーバにおける方法の実施形態を示すフローチャートである。
【図８】第１のサーバにおける構成の実施形態を概略的に示すブロック図である。
【図９】第２のサーバにおける方法の実施形態を示すフローチャートである。
【図１０】第２のサーバにおける構成の実施形態を概略的に示すブロック図である。
【発明を実施するための形態】
【００１７】
簡潔に述べると、本解決策は、連絡先の関係を管理する役割を有するアプリケーションを導入し、リモートサーバへの個人情報の公開を許可する方法を提供する。アプリケーションは個人データを公開するために招待の送出及び受諾を行うために使用されてよく、一方でサーバシステムは適切なセキュリティレベル及び一貫性のあるデータ記録を保証するプロキシとして使用される。
【００１８】
図１は、第２の通信機器１１０と通信するように構成された第１の通信機器１００を示す。以下、第１の通信機器１００を第１の機器１００と呼び、第２の通信機器１１０を第２の機器１１０と呼ぶ。第１の機器１００及び第２の機器１１０は、例えば汎ヨーロッパデジタル移動通信システム（ＧＳＭ：Global System for Mobile communication）及び広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）等の技術を使用する無線通信システム、従来の音声電話サービスシステム（ＰＯＴＳ：Plain Old Telephone Service system）又はインターネット等の通信システムに含まれる。第１の機器１００及び第２の機器１１０は、例えばショートメッセージサービス（ＳＭＳ：Short Message Service）ベアラ又は同様のベアラ（回線交換型でもパケット交換型でもよい）を使用し、ＳＭＳ等を通じて装置が通信できるようにする電話番号又は他の種類の個別アドレスを有するポータブル装置、移動電話、パーソナルデジタルコンピュータ、ＰＯＴＳ装置、コンピュータ、あるいは他の通信機器等の電子機器であってよい。本明細書において、ＳＭＳはマルチメディアメッセージングサービス（ＭＭＳ：Multimedia Messaging Service）も含む。例えば第１の機器１００及び第２の機器１１０は、装置に対する電話番号又は他の種類のアドレスを含む、加入者識別モジュール（ＳＩＭ：Subscriber Identity Module）カード、あるいはユニバーサル移動通信システムＳＩＭ（ＵＳＩＭ：Universal Mobile Telecommunications System SIM）又はＩＰマルチメディアサブシステムＳＩＭ（ＩＳＩＭ：IP Multimedia Subsystem SIM）等の同様の機能を含んでもよい。本方法は、ＳＩＭカード等あるいは電話番号を有する装置が、電源投入されると直ぐにＳＭＳ（又は同様の）ベアラを介して直接接続可能になるという通信システムの特徴を利用する。
【００１９】
現在、ＳＩＭ（あるいはＩＳＩＭ又はＵＳＩＭ）カードを有するコンピュータは、例えば汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）を使用してインターネットに接続でき、ＧＳＭを使用してＳＭＳメッセージを送受信できる。また、そのようなコンピュータは潜在的に、例えば非対称デジタル加入者回線（ＡＤＳＬ：Asymmetric Digital Subscriber Line）又は広帯域アクセス等の固定電話用ケーブルを介してもインターネットに接続可能である。ＳＩＭ（あるいはＵＳＩＭ又はＩＳＩＭ等）カードは、それに到達できるようにする識別情報（Identity）を有する。この識別情報は、ＳＭＳの場合のように移動局国際ＩＳＤＮ番号（ＭＳＩＳＤＮ：Mobile Station International ISDN Number、ＩＳＤＮは統合サービスデジタル網を意味する）であってもよく、あるいはＩＳＩＭ（ＩＳＩＭはＩＭＳの場合に使用されるＳＩＭカードアプリケーションである）の場合のようにセッション開始プロトコル統一資源識別子（ＳＩＰ ＵＲＩ：Session Initiation Protocol Uniform Resource Identifier）であってもよい。装置は、例えばＧＳＭネットワークを介して、あるいはショートメッセージサービスセンタ（ＳＭＳＣ：Short Message Service Centre）への直接接続を有するインターネットを介する固定電話用ケーブルを介して、ＳＭＳメッセージを送受信できる。
【００２０】
上述のように、第２の機器１１０に接続するために使用されるサービスはＳＭＳ又は同様のサービスであってよい。ＳＭＳサービスは一般に知られており、更なる説明は不要である。ＳＭＳサービスがいずれ他のサービスに置き換えられる可能性は高い。ＳＭＳサービスの特有の特徴は、ＳＩＭ（あるいはＵＳＩＭ又はＩＳＩＭ）カードが装置にインストールされると直ぐにＳＭＳサービスが常時利用可能になることである。同様のサービスも同一の特徴を有する必要があるが、ＭＳＩＳＤＮの代わりに例えばＳＩＰ ＵＲＩ Ｉｄｅｎｔｉｔｙを使用することにより更に効率的に実現可能である。本発明は、ＳＭＳに代わるサービスを更に範囲に含む。
【００２１】
本方法は、装置の通常のＳＭＳ受信箱に出現することなく、特定のポートを直接アドレス指定することによって特定のアプリケーションを自動的に開始する、無線通信システム等のいくつかの通信システムにおいて定義されるＳＭＳの特徴を更に使用してもよい。第２の機器１１０は、例えばＪａｖａ（登録商標）又はＵＩＱ機器等のアプリケーションのダウンロードを更にサポートする。Ｊａｖａ（登録商標）は、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓで開発されたオブジェクト指向プログラミング言語である。Ｊａｖａ（登録商標）言語は、ワールドワイドウェブ（ｗｗｗ：World Wide Web）において広範に使用される。ＵＩＱ ３は、Ｓｙｍｂｉａｎ ＯＳ ｖ９に統合され、テストされているソフトウェアプラットフォームであり、電話技術及びネットワーキング等の主要な技術及びサービスを提供する。
【００２２】
第１の機器１００は、第１のサーバ１２０における登録アカウントを有する第１のアプリケーションを有する。第１のアプリケーションは第１のサーバ１２０に対して認証される。第１の機器１００は、例えば認証された第１のサーバ１２０を介して第１のプロバイダから第１のアプリケーションを取得している。本明細書では、第１のアプリケーションを第１の機器内のアプリケーションとも呼ぶ。第２の機器１１０は、第２のサーバ１２０における登録アカウントを有する第２のアプリケーションを有する。第２のアプリケーションは第２のサーバ１３０に対して認証される。本明細書では、第２のアプリケーションを第２の機器１１０内のアプリケーションとも呼ぶ。第２の機器１１０は、例えば認証された第２のサーバ１３０を介して第２のプロバイダから第１のアプリケーションを取得している。第１のアプリケーション及び第２のアプリケーションは同一の種類であり、デフォルトサーバへの自動登録及び第１の機器１００と第２の機器１１０との間の情報交換の開始を可能にする。第１及び第２のアプリケーションは、例えばサーバからダウンロード可能な種類のアプリケーションであってもよい。以下、第１のアプリケーション及び第２のアプリケーションを「アプリケーション」と示す。アプリケーションは、アプリケーションのインストールを可能にする例えばＪａｖａ（登録商標）又はＵＩＱ等の何らかのオープン環境で記述されてもよい。アプリケーションは、例えば音声通信、画像通信、動画通信又は他の通信のような、第１の機器１００と第２の機器１１０との間のリアルタイム通信を可能にするものであってもよい。
【００２３】
典型的な状況は、第１の機器１１０及び第２の機器１１０等の２つの装置のユーザが連絡先情報の交換を希望する場合であり、この場合には一方が招待して他方が受諾する。
【００２４】
第１の機器１１０は、第１のサーバ１２０、すなわち第１の機器１１０のデフォルトサーバ内の何らかの情報を共有するために第２の機器１１０を招待する。
【００２５】
一般に、機器内のアプリケーションは、アプリケーションの供給元である、自身のデフォルトサーバ又はプロバイダサーバに接続する。装置内のアプリケーションがＳＭＳを介して第１のサーバへのリンクを有する招待を受信すると、アプリケーションは自身のデフォルトサーバにリンク全体を送信する。デフォルトサーバ及び第１のサーバが異なる場合、デフォルトサーバは第１のサーバに接続する。これは、現在の装置に導入される場合は固定ＩＰを有さないため直接のアクターになれないアプリケーションに対して、デフォルトサーバがプロキシとして動作するためである。
【００２６】
アプリケーションを介して管理されているユーザ情報は、例えば氏名及びアドレス情報、誕生日、電話番号、ユニフォームリソースロケータ（ＵＲＬ）、ロゴ、写真、オーディオクリップ等を含むデータ集合であってもよく、それらは第１の機器１００に格納された連絡先から最初にロードされる。
【００２７】
その後、各データ集合は、第１のサーバ１２０において異なる種類の情報を共有するために、ユーザにより定義されるか又は「家族」、「友人」及び「同僚」等のデフォルトで定義される関係の種類に関連付けられてもよい。例えば、子どもの写真は「家族」グループにおいて共有されてもよく、休暇旅行先からの挨拶状は「友人」グループにおいて共有されてもよく、電子メールはグループ「同僚」が閲覧できてもよい。
【００２８】
図２は、第１の機器１００と第２の機器１１０との間の仮想関係を作成する方法を説明する組み合わされた信号フロー及びフローチャートである。方法は、以下のステップから成る。
【００２９】
２０１．第１の機器１００は、実行中であり、かつ第１のサーバ１２０に認証された第１のアプリケーションを備える。第１の機器１００は、場合によっては例えば「家族」等の特定の関係の種類に関連付けられる新しい連絡先に対する招待キーの作成を求める要求を第１のサーバ１２０に送出する。このステップは、第１のアプリケーションにより実行されてもよい。いくつかの実施形態において、第１のアプリケーションは「〜として招待する」を有するメニューを表示した後、「友人」、「同僚」等の複数のオプションを表示する。従って、第２の機器のユーザとの関係は、最初にこのステップにおいて第１の機器１００により設定及び受諾されてもよい。
【００３０】
２０２．第１のサーバ１２０は、新しい連絡先の招待及び場合によってはその関係の種類を第１の機器１１０のユーザアカウントに関連付ける。ユーザアカウントは、データを格納し且つデータの所有者を認証するためにサーバにより使用される。それは、メモリ空間及び認証証明書を有するデータベースエントリである。通信機器は、他のユーザの招待を進めるためにサービスプロバイダによるアカウントを必要としてもよい。第１のサーバ１２０は、招待キー及び第１の機器１００の個人情報にアクセスするために使用される証明書を作成する。第１のサーバ１２０により生成された招待キーは、ＳＭＳメッセージで送出可能な文字列であってもよい。この文字列は約１６〜６４文字の長さであってもよく、第２の機器１１０が第１の機器１００の個人データにアクセスすることを許可するために後で使用される。第１のサーバ１２０は、通信機器毎に関係の種類及びそれらのキーを有する許可テーブルを管理してもよい。
【００３１】
２０３．第１のサーバ１２０は、第１の機器１００に作成した招待キーを送出することにより返答する。保留中の招待の数を制限することによりセキュリティを高めるために、招待キーは一時的なものであってもよい。キーは、例えば１〜２４時間等の短期間に有効であってもよい。
【００３２】
２０４．第１の機器１００は、第１のサーバ１２０から招待キーを取得する。第１の機器１００は、第２の機器１１０にＳＭＳを送出する。ＳＭＳは、仮想関係を作成するための招待及び取得された招待キーを含む。招待は、第１の機器１００のデフォルトサーバ、すなわち第１のサーバ１２０へのリンクを更に含む。このリンクはＩＰリンクであってもよく、第１のサーバ１２０へのＵＲＬであってもよい。いくつかの実施形態において、ＳＭＳを生成するのは第１の機器１００内の第１のアプリケーションである。招待は関係を確認するために送出され、第２の機器１１０にＳＭＳを送出することにより、第１の機器１００は何らかの個人情報を閲覧可能にすることを受諾する。
【００３３】
２０５．第２の機器１１０はＳＭＳを受信する。上述のように、第２の機器１１０内のアプリケーションは第２のサーバ１３０における登録アカウントを含む。すなわち、アプリケーションは第２のサーバ１３０に対して認証される。ＳＭＳは、特定のポートでリスニングしている第２の機器１１０内のアプリケーションにより受信されるのが好ましい。アプリケーションがまだ実行されていない場合、アプリケーションは開始される。アプリケーションは第２のサーバ１３０に対して認証される。第２のアプリケーションは自身により開始されてもよいし、ＳＭＳによりトリガされてもよい。いくつかの実施形態によれば、第２のアプリケーションは、インストール時に第２のアプリケーション自身をＳＭＳポートに関連付け、その後、この特定のポートに対するＳＭＳを受信することにより、第２の機器１１０はアプリケーションを開始し、その後、ＳＭＳが構文解析されるメッセージリスナ（message listener）を呼び出してもよい。
【００３４】
２０６．いくつかの実施形態において、第１の機器１１０は、受信したＳＭＳに含まれる招待キー及び第１のサーバ１２０へのリンクを使用して、第１のサーバ１２０に招待の詳細を求める要求を送出する。これは第２のアプリケーションにより実行されてもよい。
【００３５】
２０７．第１のサーバ１２０は、ステップ４０６における要求への応答として、例えば招待者の氏名、グループ、招待の有効期限及び提案された関係の種類等の招待の詳細を第２の機器１１０に送出してもよい。他の詳細は、招待者のサービスプロバイダを含んでもよい。
【００３６】
２０８．第２の機器１１０は、招待が受信されたことを第２のサーバ１３０に通知するために、第２のサーバ１３０に招待キー及び第１のサーバ１２０へのリンクを送出する。これは第２のアプリケーションにより実行されてもよい。これは招待の受諾（invitation acceptance）であり、このステップにおいて、第２のサーバ１３０はハンドシェークを受諾することを通知される。一般に、クライアントのアプリケーションは自身のデフォルトサーバに直接接続する。相手が別のデフォルトサーバを有する場合、接続する必要のあるサーバを示すクライアント自身のサーバに接続する際、完全なＵＲＬ、すなわちＩＰリンクが使用される。これらの場合、クライアント自身のデフォルトサーバは、他方のユーザのサーバに接続する際のプロキシとして動作する。
【００３７】
２０９．第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための招待を作成してもよい。これは条件付きの招待であるが、第２のサーバ１３０は第１のユーザアカウントに対する招待を作成してもよい。
【００３８】
２１０．第２のサーバ１３０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための招待に対する証明書を求める要求を第１のサーバ１２０に送出してもよく、作成した第１の機器１００が第２の機器のユーザ情報を閲覧するための招待を、更に送出してもよい。第２のサーバ１３０は、関係の種類、ユーザ名等の招待が関連付けられる情報を第１のサーバ１２０に更に要求してもよい。
【００３９】
２１１．第１のサーバ１２０は要求を受信し、リモートリファレンスとして第１の機器のユーザ情報を閲覧するための、例えばパスワード等の証明書を作成する。これは、別のサーバ、すなわち正確なパスワードを提供できる第２のサーバ１３０が第１の機器のユーザ情報又はデータにアクセスする方法を、第１のサーバ１２０が作成することを意味する。このように、第１の機器のユーザデータは認証処理を通じてリモートでアクセスされる。しかし、いくつかの実施形態において、２人のユーザが同一のホスティングプロバイダに格納された情報又はデータを共有したい場合は、いくつかの操作は不要な信頼できる環境であるため、第１のサーバ１２０は、例えばユーザテーブルを直接リンクすることにより認証処理を自由に最適化できる。
【００４０】
２１２．第１のサーバ１２０は、作成した第１の機器のユーザ情報を閲覧するための証明書を、第２のサーバ１３０に送出する。
【００４１】
２１３．第１のサーバ１２０は、第２の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０に更に送出する。
【００４２】
２１４．第２のサーバ１３０は要求を受信し、第２の機器のアカウントに関連付けられる証明書、すなわち第１の機器１００が第２の機器のユーザ情報及びいくつかの実施形態においては第１の機器１００に対する第２の機器の関係を閲覧するための証明書を作成する。
【００４３】
２１５．第２のサーバ１３０は、第１の機器が第２の機器のユーザ情報を閲覧するための作成した証明書、すなわち第２の機器のユーザ情報にアクセスするために第１の機器１００により使用される証明書を第１のサーバ１２０に送出する。
【００４４】
２１６．第１のサーバ１２０は、連絡先リストが第２の機器の新しい連絡先を用いて更新されたという通知を第１の機器１００に送出してもよい。
【００４５】
２１７．第２のサーバ１３０は、連絡先リストが第１の機器の新しい連絡先を用いて更新されたという通知を第２の機器１１０に送出してもよい。すなわち、各サーバは、第１の機器１００のユーザ及び第２の機器１１０のユーザに連絡先リストが更新されたこと及び双方の装置が各々の個人情報の閲覧可能部分をダウンロードできることをそれぞれ通知してもよい。
【００４６】
この時点で、ハンドシェークは終了する。第１の機器１００のユーザ及び第２の機器１１０のユーザは、互いの閲覧可能情報を閲覧できる。
【００４７】
第１のサーバ１２０及び第２のサーバ１３０が同一である場合、ハンドシェークは同一トランザクションにおいて証明書及び関係をローカルで維持することにより簡略化されてもよい。
【００４８】
第１の機器１００のユーザが写真又はテキスト等を公開したい場合、あるいは自身の連絡先情報が変更されたことを通知したい場合、第１の機器１００内のアプリケーションは第１のサーバ１２０にこれを送出し、第１のサーバ１２０は例えばアクセス権を有するブログエントリ等の新規のフィードエントリとしてこれを維持する。
【００４９】
例えば、第１の機器１００のユーザが第２の機器１１０のユーザを含む「家族」グループ内の装置の全ユーザに「ハロー」と伝えるために新規フィードを配布したい場合、以下の動作が実行される。
【００５０】
−第１の機器１００内の第１のアプリケーションは、第１のサーバ１２０を認証し、関係の種類「家族グループ」に関連付けられたテキスト「ハロー」を第１のサーバ１２０に送出する。第１の機器のアプリケーションのアカウントはユーザ名及びパスワードを有してもよく、サーバは自身のユーザ（例えば、形式証明書、基本証明書、ＲＳＡ証明書等）を認証する役割を有する。
【００５１】
−第１のサーバ１２０はこの情報を格納し、許可された各証明書に対してダウンロードするデータが存在することを示すフラグを設定する。これは、ダウンロードする新しいデータが存在することが他のユーザにわかるように、個人データベースのバージョンを増分することにより実行されてもよい。
【００５２】
−第１のユーザからデータを読み取るために、第２の機器１１０は第２のサーバ１３０をプロキシとして使用し、ダウンロードするデータが第１のユーザアカウントに存在する場合に要求する。その後、第２のサーバ１３０は、証明書及び第１のサーバ１２０に接続するためのＵＲＬ（事前格納済み）を使用し、データベースのバージョン番号を要求する。ダウンロードするデータが存在する場合、第２の機器１１０を含む家族グループ内の各装置は、それらが要求する場合に新しいテキストメッセージを受信及び表示してもよい。
【００５３】
なお、本解決策では、中央サーバは存在せず、全てが招待を作成／受諾／拒否する同一のプロトコルを実行して内容の公開／読み取りを行う、多くのサーバ及びクライアント、すなわち第１の機器及び第２の機器等の通信機器が存在する。
【００５４】
第２の機器１１０等の装置は、自身の招待の状態を追跡し、それを適宜キャンセルしてもよい。
【００５５】
第２の機器１１０等の装置は、関係を更新し、第１の機器が当該変化を受諾するまで待機してもよい。
【００５６】
第１の機器１００及び第２の機器１１０内のアプリケーションは、カレンダのエントリ、場所の変化等を自動的に公開するように構成されてもよい。
【００５７】
第２の機器１１０等の装置は、他のフィード供給元（ブログ、ニュースチャンネル等）への登録を受諾してもよい。
【００５８】
次に、第１の機器１００の観点から見て上記の方法を説明する。図３は、第１の機器１００において、個人のユーザ情報を共有する前に第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１１０は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１２０における登録アカウントを有するアプリケーションを備える。方法は、第１の機器内のアプリケーションにより実行される更なるステップから成る。
【００５９】
３０１．第１の機器１００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１のサーバ１２０に送出する。
【００６０】
いくつかの実施形態において、第１のサーバ１２０への要求は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を更に含む。
【００６１】
３０２．第１の機器１００は、第１の機器と第２の機器との間の仮想関係を作成するための要求された招待を第１のサーバ１２０から取得する。この招待を上記の招待キーと呼ぶ。
【００６２】
３０３．次に、第１の機器１００は第２の機器１１０にＳＭＳを送出する。ＳＭＳは、取得された、第１の機器と第２の機器との間の仮想関係を作成するための招待を含む。ＳＭＳは、第１のサーバ１２０へのＩＰリンクを更に含む。第２の機器１１０は招待の受諾を送出できる。第２の機器１１０から招待の受諾を受信した場合、第１のサーバ１２０は、第１の機器１００と第２の機器１２０との間の仮想関係を作成するためにトリガされる。第２の機器１１０が仮想関係を作成するために必要なアプリケーションを備えない場合、アプリケーションは第１のサーバ１２０から第２の機器にダウンロード可能である。
【００６３】
３０４．これはオプションのステップである。第１の機器１００は、第１の機器と第２の機器との間の仮想関係が作成されたという通知を第１のサーバから受信する。
【００６４】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第１の機器１００は図４に示す構成４００を備える。本明細書における構成は装置と呼ばれてもよい。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。いくつかの実施形態において、第１の機器１００は移動電話である。
【００６５】
第１の機器の構成４００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１のサーバ１２０に送出するように構成された送出部４１０を備える。第１のサーバ１２０への要求は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を更に含んでもよい。
【００６６】
送出部４１０は、第２の機器にショートメッセージサービス「ＳＭＳ」を送出するように更に構成される。ＳＭＳは、取得された、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待と、第２の機器が第２のサーバ１３０を介して招待の受諾を送出できる第１のサーバ１２０へのインターネットプロトコル「ＩＰ」リンクとを含む。第１のサーバ１２０は、第２の機器１１０から受信した招待の受諾により、第１の機器１００と第２の機器１１０との間の仮想関係を作成するためにトリガされる。
【００６７】
第１の機器の構成４００は、要求した、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を第１のサーバ１２０から取得するように構成された受信部４２０を更に備える。
【００６８】
いくつかの実施形態において、受信部４２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第１のサーバ１２０から受信するように更に構成される。
【００６９】
次に、第２の機器１１０の観点から見て上述の方法を説明する。図５は、第２の機器１１０において、個人のユーザ情報を共有する前に第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１１０は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１２０における登録アカウントを有するアプリケーションを備える。方法は、第２の機器１１０内のアプリケーションにより実行される更なるステップを含む。
【００７０】
５０１．第２の機器１１０は第１の機器１００からＳＭＳを受信する。ＳＭＳは、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を含む。ＳＭＳは、第１のサーバ１２０へのＩＰリンクを更に含む。この招待を上記の招待キーと呼ぶ。
【００７１】
５０２．これはオプションのステップである。第２の機器１１０は、ＩＰリンクを使用することにより第１のサーバ１２０に招待の詳細に対する要求を送出してもよい。
【００７２】
５０３．これは、ステップ５０２が実行された場合に実行されるオプションのステップである。第２の機器１１０は、第１のサーバ１２０から応答を受信してもよい。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【００７３】
５０４．第２の機器１１０は、第２のサーバ１３０に招待の受諾及び第１のサーバのＩＰリンクを送出する。第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を含む。招待の受諾は、第１の機器１００と第２の機器１２０との間の仮想関係を作成するために第１のサーバ１２０をトリガする。
【００７４】
５０５．これはオプションのステップである。第２の機器１１０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第２のサーバ１３０から受信してもよい。
【００７５】
個人情報を共有する前に、第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第２の機器１１０は図６に示す構成６００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。いくつかの実施形態において、第２の機器１１０は移動電話である。
【００７６】
第２の機器の構成は、第１の機器１００からショートメッセージサービス「ＳＭＳ」を受信するように構成された受信部６１０を備える。ＳＭＳは、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待及び第１のサーバ１２０へのインターネットプロトコル「ＩＰ」リンクを含む。
【００７７】
受信部６１０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第２のサーバ１３０から受信するように更に構成されてもよい。
【００７８】
第２の機器の構成は、第２のサーバ１３０に招待の受諾及び第１のサーバのＩＰリンクを送出するように構成された送出部６２０を備える。第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を含む。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために、第１のサーバ１２０をトリガする。
【００７９】
送出部６２０は、ＩＰリンクを使用することにより招待の詳細に対する要求を第１のサーバ１２０に送出するように更に構成されてもよい。受信部６１０は、第１のサーバ１２０から応答を受信するように更に構成されてもよい。応答は、第２の機器に関連付けられる特定の種類の関係に関する情報を含む。
【００８０】
次に、第１のサーバ１２０の観点から見て上述の方法を説明する。図７は、第１のサーバ１２０において、第１の機器１００が第２の機器１１０と個人情報を共有する前に、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。方法は以下のステップから成る。
【００８１】
７０１．第１のサーバ１２０は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１の機器１００から受信する。この招待を上記の招待キーと呼ぶ。
【００８２】
いくつかの実施形態において、第２の機器１１０に関連付けられる特定の種類の関係に関する情報は招待を生成するための要求に含まれる。
【００８３】
７０２．第１のサーバ１２０は要求された招待を生成し、第１の機器のアカウントにそれを関連付ける。
【００８４】
第２の機器１１０に関連付けられる特定の種類の関係に関する情報が招待を生成するための要求に含まれる実施形態において、生成された招待は第２の機器１１０に関連付けられる特定の種類の関係に更に関連付けられる。
【００８５】
７０３．第１のサーバ１２０は、第１の機器１００に生成した招待を送出する。
【００８６】
７０４．これはオプションのステップである。第１のサーバ１２０は、第２の機器１１０から招待の詳細に対する要求を受信する。
【００８７】
７０５．これは、ステップ７０４が実行される場合に実行されてもよいオプションのステップである。第１のサーバ１２０は第２の機器１１０に応答を送出する。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【００８８】
７０６．第１のサーバ１２０は、第２のサーバ１３０を介して第２の機器１１０から招待の受諾を受信する。招待の受諾は、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信された第１の機器１００と第２の機器１１０との間の関係を作成するための招待を含む。
【００８９】
７０７．第２の機器１１０から招待の受諾を受信した場合、第１のサーバ１２０は第１の機器と第２の機器との間の関係を作成する。第１の機器と第２の機器との間の関係を作成するステップは、第１のサーバ１２０が、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信し、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を作成し、第２の機器が第１の機器のユーザ情報を閲覧するための要求された証明書を第２のサーバ１３０に送出することにより実行されてもよい。第１の機器と第２の機器との間の関係を作成するステップは、第１の機器１１０が第２の機器のユーザ情報を閲覧するための証明書を求める要求を第１のサーバ１２０が第２のサーバ１３０に送出することと、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求した証明書を第１のサーバ１２０が受信することとを更に含んでもよい。
【００９０】
７０８．これはオプションのステップである。第１のサーバ１２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを第１の機器１００に通知してもよい。
【００９１】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第１のサーバ１２０は図８に示す構成８００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントである「第１の機器のアカウント」を有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。
【００９２】
第１のサーバの構成８００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１の機器１００から受信するように構成された受信部８１０を備える。
【００９３】
いくつかの実施形態において、第２の機器１１０に関連付けられる特定の種類の関係に関する情報は、招待を生成するための要求に含まれる。
【００９４】
いくつかの実施形態において、受信部８１０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信するように更に構成される。
【００９５】
第１のサーバの構成８００は、第１の機器のアカウントに関連付けられる要求された招待を生成するように構成された生成部８２０を更に備える。
【００９６】
いくつかの実施形態において、第１の機器のアカウントに関連付けられる生成された招待は、第２の機器に関連付けられる特定の種類の関係に更に関連付けられる。
【００９７】
第１のサーバの構成８００は、第１の機器１００に生成した招待を送出するように構成された送出部８３０を更に備える。
【００９８】
受信部８１０は、第２のサーバ１３０を介して第２の機器１１０から招待の受諾を受信するように更に構成される。招待の受諾は、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信された、第１の機器１００と第２の機器１１０との間の関係を作成するための招待を含む。
【００９９】
第１のサーバの構成８００は、第２の機器１１０から招待の受諾を受信した場合に第１の機器１００と第２の機器１１０との間の関係を作成するように構成された作成部８４０を更に備える。
【０１００】
受信部８１０は、第２の機器１００から招待の詳細に対する要求を受信するように更に構成されてもよい。
【０１０１】
送出部８３０は、第２の機器１１０に応答を送出するように更に構成されてもよい。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【０１０２】
受信部８１０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信するように更に構成されてもよい。
【０１０３】
作成部８４０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を作成するように更に構成されてもよい。
【０１０４】
いくつかの実施形態において、送出部８３０は、第１の機器が第２の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０に送出するように更に構成される。
【０１０５】
上記の実施形態において、受信部は、要求した、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を受信するように更に構成されてもよい。
【０１０６】
いくつかの実施形態において、送出部８３０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを、第１の機器１００に通知するように更に構成される。
【０１０７】
次に、第２のサーバ１３０の観点から見て上述の方法を説明する。図９は、第２のサーバ１３０において、第１の機器１００が第２の機器１１０と個人情報を共有する前に、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。方法は以下のステップから成る。
【０１０８】
９０１．第２のサーバ１３０は、第１のサーバ１２０への「ＩＰ」リンク及び招待の受諾を第２の機器１１０から受信する。招待及びＩＰリンクは、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信されたものである。招待は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待である。
【０１０９】
９０２．第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために第１のサーバをトリガする。
【０１１０】
９０３．これはオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０から受信する。
【０１１１】
９０４．これは、ステップ９０３が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を作成する。
【０１１２】
９０５．これは、ステップ９０４が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求された証明書を、第１のサーバ１２０に送出する。
【０１１３】
９０６．これはオプションのステップである。第２のサーバ１３０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０に送出する。
【０１１４】
９０７．これは、ステップ９０６が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、要求した、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を、第１のサーバ１２０から受信する。
【０１１５】
９０８．これはオプションのステップである。第２のサーバ１３０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを、第２の機器１１０に通知してもよい。
【０１１６】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第２のサーバ１３０は図１０に示す構成１０００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。
【０１１７】
第２のサーバの構成１０００は、第１のサーバ１２０への「ＩＰ」リンク及び招待の受諾を第２の機器から受信するように構成された受信部１０１０を備える。招待及びＩＰリンクは、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信されたものである。招待は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待である。
【０１１８】
受信部１０１は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０から受信するように更に構成されてもよい。
【０１１９】
第２のサーバの構成１０００は、第１のサーバ１１０に招待の受諾を転送するように構成された送出部１０２０を更に備える。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために、第１のサーバ１２０をトリガする。
【０１２０】
送出部１０２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを第２の機器１１０に通知するように更に構成されてもよい。
【０１２１】
第２のサーバの構成１０００は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を作成するよう構成された作成部１０３０を更に備えてもよい。
【０１２２】
送出部１０２０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求された証明書を、第１のサーバに送出するように更に構成されてもよい。
【０１２３】
いくつかの実施形態において、送出部１０２０は、第２の機器１００が第１の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０に送出するように更に構成される。
【０１２４】
上記の実施形態において、受信部１０１０は、要求した、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を、第１のサーバ１２０から受信するように更に構成されてもよい。
【０１２５】
本発明の構造を共有するアプリケーションは、図４に示す第１の機器１００内のプロセッサ４３０、図６に示す第２の機器１１０内のプロセッサ６３０、図８に示す第１のサーバ１２０内のプロセッサ８５０又は図１０に示す第２のサーバ１３０内のプロセッサ１０４０等の１つ以上のプロセッサ、及び本発明の機能を実行するコンピュータプログラムコードを介して実現可能である。上述のプログラムコードは、例えば第１の機器１００、第２の機器１１０、第１のサーバ１２０又は第２のサーバ１３０にロードされた場合に本方法を実行するコンピュータプログラムコードを記憶した、データ記憶媒体の形態であるコンピュータプログラムプロダクトとして更に提供されてもよい。そのような記憶媒体の１つは、ＣＤ−ＲＯＭディスクの形態であってもよい。しかし、memory stick（登録商標）等の他のデータ記憶媒体も可能である。更に、コンピュータプログラムコードは、サーバ上の純粋なプログラムコードとして提供され、第１の機器１００、第２の機器１１０、第１のサーバ１２０又は第２のサーバ１３０にリモートでダウンロードされてもよい。
【０１２６】
本発明は、上述の好適な実施形態に限定されない。種々の変更、変形及び等価物が使用されてもよい。従って、上記の実施形態は、添付の請求の範囲により定義される本発明の範囲を限定するものとして考えられるべきではない。
【技術分野】
【０００１】
本発明は、概して、第１の通信機器、第２の通信機器及び第１のサーバにおける方法及び構成に関する。特に、本発明は、個人情報を共有する前に第１の通信機器と第２の通信機器である「第２の機器」との間の仮想関係(virtual relationship)の作成に関する。
【背景技術】
【０００２】
移動電気通信産業において、移動端末のユーザは様々なサービスについて、インターネットを益々使用している。インターネットを利用するソーシャルネットワークは、情報の受信及び公開、及び連絡先リストの記録のために、個人により使用される。そのようなソーシャルネットワークは、チャット、ＶＯＩＰ（voice over Internet Protocol）、ブログ、ファイルの転送及び共有、状態の更新等のサービスを提供する。よく知られている事業者には、例えばＦａｃｅ ｂｏｏｋ、ＭＳＮ（登録商標）、ＭｙＳｐａｃｅ、Ｈｉ５がある。
【０００３】
移動端末のユーザは、異なる場所に自身の連絡先リストを維持し、連絡先の大部分に連絡するか又はそれらから連絡を受けるために複数のサービスプロバイダに登録する。連絡先リストは、インスタントメッセージング、電子メールプログラム、オンラインゲーム又は移動電話におけるスクリーンネームの集合である。多くの場合、ソーシャルネットワークは１つの企業によって集中管理される。これらの集中管理されるネットワークの問題は、ネットワーク間の相互運用性が提供されないことである。現在の解決策は、サービスを統合する例えばＦｒｉｎｇ又はＮｉｍｂｕｚｚ等のマルチプロトコルクライアントを使用することであるが、そのようなマルチプロトコルクライアントは機能が非常に限定的であり、かつバッテリ消費が多大であるため、モバイル環境に適さない。問題は、一貫性のある個人の連絡先情報を他者と交換して、フィード又はブログに登録するために、多くの労力を必要とすることである。
【発明の概要】
【０００４】
本発明の目的は、個人情報を共有する前に、第１の通信機器と第２の通信機器との間の仮想関係をより容易に且つ高速に作成する通信機器及びサーバの構造を提供することである。
【０００５】
本発明の第１の態様によると、目的は、ユーザの個人情報を共有する前に、第１の通信機器である「第１の機器」において、当該第１の機器と第２の通信機器である「第２の機器」との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器内のアプリケーションにより実行される以下の工程であって、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１のサーバに送信する工程と、第１の機器と第２の機器との間の仮想関係を作成するための要求した招待を、第１のサーバから取得する工程と、ＳＭＳを第２の機器に送信する工程と、を有する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための取得した招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器は、第２のサーバを介して第１のサーバに招待の受諾を送信できる。第１のサーバは、第２の機器から受信した招待の受諾により、第１の機器と第２の機器との間の仮想関係を作成するようにトリガされる。
【０００６】
本発明の第２の態様によると、目的は、個人情報を共有する前に、第２の通信機器である「第２の機器」において、第１の通信機器である「第１の機器」と第２の機器との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器と第２の機器との間の仮想関係を作成するための招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有するＳＭＳを、第１の機器から受信する工程と、招待の受諾及び第１のサーバのＩＰリンクを第２のサーバに送信する工程とを有し、第２のサーバは第１のサーバに招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【０００７】
本発明の第３の態様によると、目的は、第１の通信機器である「第１の機器」が第２の通信機器である「第２の機器」と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１の機器から受信する工程と、第１の機器のアカウントに関連付けられる、要求された招待を生成する工程と、第１の機器に、生成した招待を送信する工程と、を有する。方法は、第１の機器と第２の機器との間の関係を生成するための招待であって、第２の機器において第１の機器からショートメッセージサービス「ＳＭＳ」で受信された招待を有する当該招待の受諾を、第２のサーバを介して第２の機器より受信する工程と、招待の受諾を第２の機器より受信した場合に、第１の機器と第２の機器との間の関係を作成する工程と、をさらに有する。
【０００８】
本発明の第４の態様によると、目的は、個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である「第１の機器」と第２の通信機器である「第２の機器」との間の仮想関係を作成する方法により達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。方法は、第１のサーバへの「ＩＰ」リンク及び招待の受諾を第２の機器から受信する工程を有する。招待とＩＰリンクとは、第２の機器において第１の機器からＳＭＳで受信される。招待は、第１の機器と第２の機器との間の仮想関係を作成するための招待である。方法は、招待の受諾を第１のサーバに転送する工程をさらに有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバにトリガする。
【０００９】
本発明の第５の態様によると、目的は、個人情報を共有する前に、第１の通信機器である「第１の機器」において、当該第１の機器と第２の通信機器である「第２の機器」との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第１の機器内の装置は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１のサーバに送信する送信手段と、第１の機器と第２の機器との間の仮想関係を作成するための、要求した招待を、第１のサーバから取得する受信手段と、を有する。送信手段は、さらにＳＭＳを第２の機器に送信する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための取得した招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器は、第２のサーバを介して第１のサーバに招待の受諾を送信できる。第１のサーバは、第２の機器から受信した招待の受諾により、第１の機器と第２の機器との間の仮想関係を作成するようにトリガされる。
【００１０】
本発明の第６の態様によると、目的は、個人情報を共有する前に、第２の通信機器である「第２の機器」において、第１の通信機器である「第１の機器」と第２の機器との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第２の機器内の装置は、ＳＭＳを、第１の機器から受信する受信手段を有する。ＳＭＳは、第１の機器と第２の機器との間の仮想関係を作成するための招待と、第１のサーバへのインターネットプロトコル「ＩＰ」リンクとを有する。第２の機器内の装置は、招待の受諾及び第１のサーバのＩＰリンクを第２のサーバに送信する送信手段をさらに有する。第２のサーバは第１のサーバに招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【００１１】
本発明の第７の態様によると、目的は、第１の通信機器である「第１の機器」が第２の通信機器である「第２の機器」と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第１のサーバ内の装置は、第１の機器と第２の機器との間の仮想関係を作成するための招待を生成する要求を、第１の機器から受信する受信手段と、第１の機器のアカウントに関連付けられる、要求された招待を生成する生成手段と、を有しる。第１のサーバ内の装置は、生成した招待を送信する送信手段をさらに有する。受信手段はさらに、招待の受諾を、第２のサーバを介して第２の機器より受信する。招待の受諾は、第１の機器と第２の機器との間の関係を生成するための招待を有する。招待は、第２の機器において第１の機器からＳＭＳで受信される。第１のサーバ内の装置は、招待の受諾を第２の機器より受信した場合に、第１の機器と第２の機器との間の関係を作成する作成手段をさらに有する。
【００１２】
本発明の第８の態様によると、目的は、個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である「第１の機器」と第２の通信機器である「第２の機器」との間の仮想関係を作成する装置によっても達成される。第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有する。第２のサーバ内の装置は、第１のサーバへのＩＰリンク及び招待の受諾を第２の機器から受信する受信手段を有する。招待とＩＰリンクとは、第２の機器において第１の機器からＳＭＳで受信される。招待は、第１の機器と第２の機器との間の仮想関係を作成するための招待である。第２のサーバ内の装置は、第１のサーバにトリガする招待の受諾を、第１のサーバに転送する送信手段をさらに有する。招待の受諾は、第１の機器と第２の機器との間の仮想関係を作成するように、第１のサーバをトリガする。
【００１３】
このように、招待は個人データを公開するために第１の機器から送出されて第２の機器により受諾されてもよく、プロキシとして使用される第２のサーバ及び第１のサーバは適切なセキュリティレベル及び一貫性のあるデータ記憶を保証する。
【００１４】
本発明の別の利点は、標準化又はユーザ設定が不要であることである。
【００１５】
更なる利点は、如何なるサービスプロバイダ、及びオペレータでさえも、各加入者に対して個人的な記憶領域及びブログを提供できることを本発明が保証することである。
【図面の簡単な説明】
【００１６】
【図１】いくつかの実施形態に係る、第２の機器と通信する第１の機器を概略的に示すブロック図である。
【図２】いくつかの実施形態に係る方法を示す組み合わされた信号フロー及びフローチャートである。
【図３】第１の通信機器における方法の実施形態を示すフローチャートである。
【図４】第１の通信機器における構成の実施形態を概略的に示すブロック図である。
【図５】第２の通信機器における方法の実施形態を示すフローチャートである。
【図６】第２の通信機器における構成の実施形態を概略的に示すブロック図である。
【図７】第１のサーバにおける方法の実施形態を示すフローチャートである。
【図８】第１のサーバにおける構成の実施形態を概略的に示すブロック図である。
【図９】第２のサーバにおける方法の実施形態を示すフローチャートである。
【図１０】第２のサーバにおける構成の実施形態を概略的に示すブロック図である。
【発明を実施するための形態】
【００１７】
簡潔に述べると、本解決策は、連絡先の関係を管理する役割を有するアプリケーションを導入し、リモートサーバへの個人情報の公開を許可する方法を提供する。アプリケーションは個人データを公開するために招待の送出及び受諾を行うために使用されてよく、一方でサーバシステムは適切なセキュリティレベル及び一貫性のあるデータ記録を保証するプロキシとして使用される。
【００１８】
図１は、第２の通信機器１１０と通信するように構成された第１の通信機器１００を示す。以下、第１の通信機器１００を第１の機器１００と呼び、第２の通信機器１１０を第２の機器１１０と呼ぶ。第１の機器１００及び第２の機器１１０は、例えば汎ヨーロッパデジタル移動通信システム（ＧＳＭ：Global System for Mobile communication）及び広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）等の技術を使用する無線通信システム、従来の音声電話サービスシステム（ＰＯＴＳ：Plain Old Telephone Service system）又はインターネット等の通信システムに含まれる。第１の機器１００及び第２の機器１１０は、例えばショートメッセージサービス（ＳＭＳ：Short Message Service）ベアラ又は同様のベアラ（回線交換型でもパケット交換型でもよい）を使用し、ＳＭＳ等を通じて装置が通信できるようにする電話番号又は他の種類の個別アドレスを有するポータブル装置、移動電話、パーソナルデジタルコンピュータ、ＰＯＴＳ装置、コンピュータ、あるいは他の通信機器等の電子機器であってよい。本明細書において、ＳＭＳはマルチメディアメッセージングサービス（ＭＭＳ：Multimedia Messaging Service）も含む。例えば第１の機器１００及び第２の機器１１０は、装置に対する電話番号又は他の種類のアドレスを含む、加入者識別モジュール（ＳＩＭ：Subscriber Identity Module）カード、あるいはユニバーサル移動通信システムＳＩＭ（ＵＳＩＭ：Universal Mobile Telecommunications System SIM）又はＩＰマルチメディアサブシステムＳＩＭ（ＩＳＩＭ：IP Multimedia Subsystem SIM）等の同様の機能を含んでもよい。本方法は、ＳＩＭカード等あるいは電話番号を有する装置が、電源投入されると直ぐにＳＭＳ（又は同様の）ベアラを介して直接接続可能になるという通信システムの特徴を利用する。
【００１９】
現在、ＳＩＭ（あるいはＩＳＩＭ又はＵＳＩＭ）カードを有するコンピュータは、例えば汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）を使用してインターネットに接続でき、ＧＳＭを使用してＳＭＳメッセージを送受信できる。また、そのようなコンピュータは潜在的に、例えば非対称デジタル加入者回線（ＡＤＳＬ：Asymmetric Digital Subscriber Line）又は広帯域アクセス等の固定電話用ケーブルを介してもインターネットに接続可能である。ＳＩＭ（あるいはＵＳＩＭ又はＩＳＩＭ等）カードは、それに到達できるようにする識別情報（Identity）を有する。この識別情報は、ＳＭＳの場合のように移動局国際ＩＳＤＮ番号（ＭＳＩＳＤＮ：Mobile Station International ISDN Number、ＩＳＤＮは統合サービスデジタル網を意味する）であってもよく、あるいはＩＳＩＭ（ＩＳＩＭはＩＭＳの場合に使用されるＳＩＭカードアプリケーションである）の場合のようにセッション開始プロトコル統一資源識別子（ＳＩＰ ＵＲＩ：Session Initiation Protocol Uniform Resource Identifier）であってもよい。装置は、例えばＧＳＭネットワークを介して、あるいはショートメッセージサービスセンタ（ＳＭＳＣ：Short Message Service Centre）への直接接続を有するインターネットを介する固定電話用ケーブルを介して、ＳＭＳメッセージを送受信できる。
【００２０】
上述のように、第２の機器１１０に接続するために使用されるサービスはＳＭＳ又は同様のサービスであってよい。ＳＭＳサービスは一般に知られており、更なる説明は不要である。ＳＭＳサービスがいずれ他のサービスに置き換えられる可能性は高い。ＳＭＳサービスの特有の特徴は、ＳＩＭ（あるいはＵＳＩＭ又はＩＳＩＭ）カードが装置にインストールされると直ぐにＳＭＳサービスが常時利用可能になることである。同様のサービスも同一の特徴を有する必要があるが、ＭＳＩＳＤＮの代わりに例えばＳＩＰ ＵＲＩ Ｉｄｅｎｔｉｔｙを使用することにより更に効率的に実現可能である。本発明は、ＳＭＳに代わるサービスを更に範囲に含む。
【００２１】
本方法は、装置の通常のＳＭＳ受信箱に出現することなく、特定のポートを直接アドレス指定することによって特定のアプリケーションを自動的に開始する、無線通信システム等のいくつかの通信システムにおいて定義されるＳＭＳの特徴を更に使用してもよい。第２の機器１１０は、例えばＪａｖａ（登録商標）又はＵＩＱ機器等のアプリケーションのダウンロードを更にサポートする。Ｊａｖａ（登録商標）は、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓで開発されたオブジェクト指向プログラミング言語である。Ｊａｖａ（登録商標）言語は、ワールドワイドウェブ（ｗｗｗ：World Wide Web）において広範に使用される。ＵＩＱ ３は、Ｓｙｍｂｉａｎ ＯＳ ｖ９に統合され、テストされているソフトウェアプラットフォームであり、電話技術及びネットワーキング等の主要な技術及びサービスを提供する。
【００２２】
第１の機器１００は、第１のサーバ１２０における登録アカウントを有する第１のアプリケーションを有する。第１のアプリケーションは第１のサーバ１２０に対して認証される。第１の機器１００は、例えば認証された第１のサーバ１２０を介して第１のプロバイダから第１のアプリケーションを取得している。本明細書では、第１のアプリケーションを第１の機器内のアプリケーションとも呼ぶ。第２の機器１１０は、第２のサーバ１２０における登録アカウントを有する第２のアプリケーションを有する。第２のアプリケーションは第２のサーバ１３０に対して認証される。本明細書では、第２のアプリケーションを第２の機器１１０内のアプリケーションとも呼ぶ。第２の機器１１０は、例えば認証された第２のサーバ１３０を介して第２のプロバイダから第１のアプリケーションを取得している。第１のアプリケーション及び第２のアプリケーションは同一の種類であり、デフォルトサーバへの自動登録及び第１の機器１００と第２の機器１１０との間の情報交換の開始を可能にする。第１及び第２のアプリケーションは、例えばサーバからダウンロード可能な種類のアプリケーションであってもよい。以下、第１のアプリケーション及び第２のアプリケーションを「アプリケーション」と示す。アプリケーションは、アプリケーションのインストールを可能にする例えばＪａｖａ（登録商標）又はＵＩＱ等の何らかのオープン環境で記述されてもよい。アプリケーションは、例えば音声通信、画像通信、動画通信又は他の通信のような、第１の機器１００と第２の機器１１０との間のリアルタイム通信を可能にするものであってもよい。
【００２３】
典型的な状況は、第１の機器１１０及び第２の機器１１０等の２つの装置のユーザが連絡先情報の交換を希望する場合であり、この場合には一方が招待して他方が受諾する。
【００２４】
第１の機器１１０は、第１のサーバ１２０、すなわち第１の機器１１０のデフォルトサーバ内の何らかの情報を共有するために第２の機器１１０を招待する。
【００２５】
一般に、機器内のアプリケーションは、アプリケーションの供給元である、自身のデフォルトサーバ又はプロバイダサーバに接続する。装置内のアプリケーションがＳＭＳを介して第１のサーバへのリンクを有する招待を受信すると、アプリケーションは自身のデフォルトサーバにリンク全体を送信する。デフォルトサーバ及び第１のサーバが異なる場合、デフォルトサーバは第１のサーバに接続する。これは、現在の装置に導入される場合は固定ＩＰを有さないため直接のアクターになれないアプリケーションに対して、デフォルトサーバがプロキシとして動作するためである。
【００２６】
アプリケーションを介して管理されているユーザ情報は、例えば氏名及びアドレス情報、誕生日、電話番号、ユニフォームリソースロケータ（ＵＲＬ）、ロゴ、写真、オーディオクリップ等を含むデータ集合であってもよく、それらは第１の機器１００に格納された連絡先から最初にロードされる。
【００２７】
その後、各データ集合は、第１のサーバ１２０において異なる種類の情報を共有するために、ユーザにより定義されるか又は「家族」、「友人」及び「同僚」等のデフォルトで定義される関係の種類に関連付けられてもよい。例えば、子どもの写真は「家族」グループにおいて共有されてもよく、休暇旅行先からの挨拶状は「友人」グループにおいて共有されてもよく、電子メールはグループ「同僚」が閲覧できてもよい。
【００２８】
図２は、第１の機器１００と第２の機器１１０との間の仮想関係を作成する方法を説明する組み合わされた信号フロー及びフローチャートである。方法は、以下のステップから成る。
【００２９】
２０１．第１の機器１００は、実行中であり、かつ第１のサーバ１２０に認証された第１のアプリケーションを備える。第１の機器１００は、場合によっては例えば「家族」等の特定の関係の種類に関連付けられる新しい連絡先に対する招待キーの作成を求める要求を第１のサーバ１２０に送出する。このステップは、第１のアプリケーションにより実行されてもよい。いくつかの実施形態において、第１のアプリケーションは「〜として招待する」を有するメニューを表示した後、「友人」、「同僚」等の複数のオプションを表示する。従って、第２の機器のユーザとの関係は、最初にこのステップにおいて第１の機器１００により設定及び受諾されてもよい。
【００３０】
２０２．第１のサーバ１２０は、新しい連絡先の招待及び場合によってはその関係の種類を第１の機器１１０のユーザアカウントに関連付ける。ユーザアカウントは、データを格納し且つデータの所有者を認証するためにサーバにより使用される。それは、メモリ空間及び認証証明書を有するデータベースエントリである。通信機器は、他のユーザの招待を進めるためにサービスプロバイダによるアカウントを必要としてもよい。第１のサーバ１２０は、招待キー及び第１の機器１００の個人情報にアクセスするために使用される証明書を作成する。第１のサーバ１２０により生成された招待キーは、ＳＭＳメッセージで送出可能な文字列であってもよい。この文字列は約１６〜６４文字の長さであってもよく、第２の機器１１０が第１の機器１００の個人データにアクセスすることを許可するために後で使用される。第１のサーバ１２０は、通信機器毎に関係の種類及びそれらのキーを有する許可テーブルを管理してもよい。
【００３１】
２０３．第１のサーバ１２０は、第１の機器１００に作成した招待キーを送出することにより返答する。保留中の招待の数を制限することによりセキュリティを高めるために、招待キーは一時的なものであってもよい。キーは、例えば１〜２４時間等の短期間に有効であってもよい。
【００３２】
２０４．第１の機器１００は、第１のサーバ１２０から招待キーを取得する。第１の機器１００は、第２の機器１１０にＳＭＳを送出する。ＳＭＳは、仮想関係を作成するための招待及び取得された招待キーを含む。招待は、第１の機器１００のデフォルトサーバ、すなわち第１のサーバ１２０へのリンクを更に含む。このリンクはＩＰリンクであってもよく、第１のサーバ１２０へのＵＲＬであってもよい。いくつかの実施形態において、ＳＭＳを生成するのは第１の機器１００内の第１のアプリケーションである。招待は関係を確認するために送出され、第２の機器１１０にＳＭＳを送出することにより、第１の機器１００は何らかの個人情報を閲覧可能にすることを受諾する。
【００３３】
２０５．第２の機器１１０はＳＭＳを受信する。上述のように、第２の機器１１０内のアプリケーションは第２のサーバ１３０における登録アカウントを含む。すなわち、アプリケーションは第２のサーバ１３０に対して認証される。ＳＭＳは、特定のポートでリスニングしている第２の機器１１０内のアプリケーションにより受信されるのが好ましい。アプリケーションがまだ実行されていない場合、アプリケーションは開始される。アプリケーションは第２のサーバ１３０に対して認証される。第２のアプリケーションは自身により開始されてもよいし、ＳＭＳによりトリガされてもよい。いくつかの実施形態によれば、第２のアプリケーションは、インストール時に第２のアプリケーション自身をＳＭＳポートに関連付け、その後、この特定のポートに対するＳＭＳを受信することにより、第２の機器１１０はアプリケーションを開始し、その後、ＳＭＳが構文解析されるメッセージリスナ（message listener）を呼び出してもよい。
【００３４】
２０６．いくつかの実施形態において、第１の機器１１０は、受信したＳＭＳに含まれる招待キー及び第１のサーバ１２０へのリンクを使用して、第１のサーバ１２０に招待の詳細を求める要求を送出する。これは第２のアプリケーションにより実行されてもよい。
【００３５】
２０７．第１のサーバ１２０は、ステップ４０６における要求への応答として、例えば招待者の氏名、グループ、招待の有効期限及び提案された関係の種類等の招待の詳細を第２の機器１１０に送出してもよい。他の詳細は、招待者のサービスプロバイダを含んでもよい。
【００３６】
２０８．第２の機器１１０は、招待が受信されたことを第２のサーバ１３０に通知するために、第２のサーバ１３０に招待キー及び第１のサーバ１２０へのリンクを送出する。これは第２のアプリケーションにより実行されてもよい。これは招待の受諾（invitation acceptance）であり、このステップにおいて、第２のサーバ１３０はハンドシェークを受諾することを通知される。一般に、クライアントのアプリケーションは自身のデフォルトサーバに直接接続する。相手が別のデフォルトサーバを有する場合、接続する必要のあるサーバを示すクライアント自身のサーバに接続する際、完全なＵＲＬ、すなわちＩＰリンクが使用される。これらの場合、クライアント自身のデフォルトサーバは、他方のユーザのサーバに接続する際のプロキシとして動作する。
【００３７】
２０９．第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための招待を作成してもよい。これは条件付きの招待であるが、第２のサーバ１３０は第１のユーザアカウントに対する招待を作成してもよい。
【００３８】
２１０．第２のサーバ１３０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための招待に対する証明書を求める要求を第１のサーバ１２０に送出してもよく、作成した第１の機器１００が第２の機器のユーザ情報を閲覧するための招待を、更に送出してもよい。第２のサーバ１３０は、関係の種類、ユーザ名等の招待が関連付けられる情報を第１のサーバ１２０に更に要求してもよい。
【００３９】
２１１．第１のサーバ１２０は要求を受信し、リモートリファレンスとして第１の機器のユーザ情報を閲覧するための、例えばパスワード等の証明書を作成する。これは、別のサーバ、すなわち正確なパスワードを提供できる第２のサーバ１３０が第１の機器のユーザ情報又はデータにアクセスする方法を、第１のサーバ１２０が作成することを意味する。このように、第１の機器のユーザデータは認証処理を通じてリモートでアクセスされる。しかし、いくつかの実施形態において、２人のユーザが同一のホスティングプロバイダに格納された情報又はデータを共有したい場合は、いくつかの操作は不要な信頼できる環境であるため、第１のサーバ１２０は、例えばユーザテーブルを直接リンクすることにより認証処理を自由に最適化できる。
【００４０】
２１２．第１のサーバ１２０は、作成した第１の機器のユーザ情報を閲覧するための証明書を、第２のサーバ１３０に送出する。
【００４１】
２１３．第１のサーバ１２０は、第２の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０に更に送出する。
【００４２】
２１４．第２のサーバ１３０は要求を受信し、第２の機器のアカウントに関連付けられる証明書、すなわち第１の機器１００が第２の機器のユーザ情報及びいくつかの実施形態においては第１の機器１００に対する第２の機器の関係を閲覧するための証明書を作成する。
【００４３】
２１５．第２のサーバ１３０は、第１の機器が第２の機器のユーザ情報を閲覧するための作成した証明書、すなわち第２の機器のユーザ情報にアクセスするために第１の機器１００により使用される証明書を第１のサーバ１２０に送出する。
【００４４】
２１６．第１のサーバ１２０は、連絡先リストが第２の機器の新しい連絡先を用いて更新されたという通知を第１の機器１００に送出してもよい。
【００４５】
２１７．第２のサーバ１３０は、連絡先リストが第１の機器の新しい連絡先を用いて更新されたという通知を第２の機器１１０に送出してもよい。すなわち、各サーバは、第１の機器１００のユーザ及び第２の機器１１０のユーザに連絡先リストが更新されたこと及び双方の装置が各々の個人情報の閲覧可能部分をダウンロードできることをそれぞれ通知してもよい。
【００４６】
この時点で、ハンドシェークは終了する。第１の機器１００のユーザ及び第２の機器１１０のユーザは、互いの閲覧可能情報を閲覧できる。
【００４７】
第１のサーバ１２０及び第２のサーバ１３０が同一である場合、ハンドシェークは同一トランザクションにおいて証明書及び関係をローカルで維持することにより簡略化されてもよい。
【００４８】
第１の機器１００のユーザが写真又はテキスト等を公開したい場合、あるいは自身の連絡先情報が変更されたことを通知したい場合、第１の機器１００内のアプリケーションは第１のサーバ１２０にこれを送出し、第１のサーバ１２０は例えばアクセス権を有するブログエントリ等の新規のフィードエントリとしてこれを維持する。
【００４９】
例えば、第１の機器１００のユーザが第２の機器１１０のユーザを含む「家族」グループ内の装置の全ユーザに「ハロー」と伝えるために新規フィードを配布したい場合、以下の動作が実行される。
【００５０】
−第１の機器１００内の第１のアプリケーションは、第１のサーバ１２０を認証し、関係の種類「家族グループ」に関連付けられたテキスト「ハロー」を第１のサーバ１２０に送出する。第１の機器のアプリケーションのアカウントはユーザ名及びパスワードを有してもよく、サーバは自身のユーザ（例えば、形式証明書、基本証明書、ＲＳＡ証明書等）を認証する役割を有する。
【００５１】
−第１のサーバ１２０はこの情報を格納し、許可された各証明書に対してダウンロードするデータが存在することを示すフラグを設定する。これは、ダウンロードする新しいデータが存在することが他のユーザにわかるように、個人データベースのバージョンを増分することにより実行されてもよい。
【００５２】
−第１のユーザからデータを読み取るために、第２の機器１１０は第２のサーバ１３０をプロキシとして使用し、ダウンロードするデータが第１のユーザアカウントに存在する場合に要求する。その後、第２のサーバ１３０は、証明書及び第１のサーバ１２０に接続するためのＵＲＬ（事前格納済み）を使用し、データベースのバージョン番号を要求する。ダウンロードするデータが存在する場合、第２の機器１１０を含む家族グループ内の各装置は、それらが要求する場合に新しいテキストメッセージを受信及び表示してもよい。
【００５３】
なお、本解決策では、中央サーバは存在せず、全てが招待を作成／受諾／拒否する同一のプロトコルを実行して内容の公開／読み取りを行う、多くのサーバ及びクライアント、すなわち第１の機器及び第２の機器等の通信機器が存在する。
【００５４】
第２の機器１１０等の装置は、自身の招待の状態を追跡し、それを適宜キャンセルしてもよい。
【００５５】
第２の機器１１０等の装置は、関係を更新し、第１の機器が当該変化を受諾するまで待機してもよい。
【００５６】
第１の機器１００及び第２の機器１１０内のアプリケーションは、カレンダのエントリ、場所の変化等を自動的に公開するように構成されてもよい。
【００５７】
第２の機器１１０等の装置は、他のフィード供給元（ブログ、ニュースチャンネル等）への登録を受諾してもよい。
【００５８】
次に、第１の機器１００の観点から見て上記の方法を説明する。図３は、第１の機器１００において、個人のユーザ情報を共有する前に第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１１０は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１２０における登録アカウントを有するアプリケーションを備える。方法は、第１の機器内のアプリケーションにより実行される更なるステップから成る。
【００５９】
３０１．第１の機器１００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１のサーバ１２０に送出する。
【００６０】
いくつかの実施形態において、第１のサーバ１２０への要求は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を更に含む。
【００６１】
３０２．第１の機器１００は、第１の機器と第２の機器との間の仮想関係を作成するための要求された招待を第１のサーバ１２０から取得する。この招待を上記の招待キーと呼ぶ。
【００６２】
３０３．次に、第１の機器１００は第２の機器１１０にＳＭＳを送出する。ＳＭＳは、取得された、第１の機器と第２の機器との間の仮想関係を作成するための招待を含む。ＳＭＳは、第１のサーバ１２０へのＩＰリンクを更に含む。第２の機器１１０は招待の受諾を送出できる。第２の機器１１０から招待の受諾を受信した場合、第１のサーバ１２０は、第１の機器１００と第２の機器１２０との間の仮想関係を作成するためにトリガされる。第２の機器１１０が仮想関係を作成するために必要なアプリケーションを備えない場合、アプリケーションは第１のサーバ１２０から第２の機器にダウンロード可能である。
【００６３】
３０４．これはオプションのステップである。第１の機器１００は、第１の機器と第２の機器との間の仮想関係が作成されたという通知を第１のサーバから受信する。
【００６４】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第１の機器１００は図４に示す構成４００を備える。本明細書における構成は装置と呼ばれてもよい。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。いくつかの実施形態において、第１の機器１００は移動電話である。
【００６５】
第１の機器の構成４００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１のサーバ１２０に送出するように構成された送出部４１０を備える。第１のサーバ１２０への要求は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を更に含んでもよい。
【００６６】
送出部４１０は、第２の機器にショートメッセージサービス「ＳＭＳ」を送出するように更に構成される。ＳＭＳは、取得された、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待と、第２の機器が第２のサーバ１３０を介して招待の受諾を送出できる第１のサーバ１２０へのインターネットプロトコル「ＩＰ」リンクとを含む。第１のサーバ１２０は、第２の機器１１０から受信した招待の受諾により、第１の機器１００と第２の機器１１０との間の仮想関係を作成するためにトリガされる。
【００６７】
第１の機器の構成４００は、要求した、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を第１のサーバ１２０から取得するように構成された受信部４２０を更に備える。
【００６８】
いくつかの実施形態において、受信部４２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第１のサーバ１２０から受信するように更に構成される。
【００６９】
次に、第２の機器１１０の観点から見て上述の方法を説明する。図５は、第２の機器１１０において、個人のユーザ情報を共有する前に第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１１０は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１２０における登録アカウントを有するアプリケーションを備える。方法は、第２の機器１１０内のアプリケーションにより実行される更なるステップを含む。
【００７０】
５０１．第２の機器１１０は第１の機器１００からＳＭＳを受信する。ＳＭＳは、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を含む。ＳＭＳは、第１のサーバ１２０へのＩＰリンクを更に含む。この招待を上記の招待キーと呼ぶ。
【００７１】
５０２．これはオプションのステップである。第２の機器１１０は、ＩＰリンクを使用することにより第１のサーバ１２０に招待の詳細に対する要求を送出してもよい。
【００７２】
５０３．これは、ステップ５０２が実行された場合に実行されるオプションのステップである。第２の機器１１０は、第１のサーバ１２０から応答を受信してもよい。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【００７３】
５０４．第２の機器１１０は、第２のサーバ１３０に招待の受諾及び第１のサーバのＩＰリンクを送出する。第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を含む。招待の受諾は、第１の機器１００と第２の機器１２０との間の仮想関係を作成するために第１のサーバ１２０をトリガする。
【００７４】
５０５．これはオプションのステップである。第２の機器１１０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第２のサーバ１３０から受信してもよい。
【００７５】
個人情報を共有する前に、第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第２の機器１１０は図６に示す構成６００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。いくつかの実施形態において、第２の機器１１０は移動電話である。
【００７６】
第２の機器の構成は、第１の機器１００からショートメッセージサービス「ＳＭＳ」を受信するように構成された受信部６１０を備える。ＳＭＳは、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待及び第１のサーバ１２０へのインターネットプロトコル「ＩＰ」リンクを含む。
【００７７】
受信部６１０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたという通知を第２のサーバ１３０から受信するように更に構成されてもよい。
【００７８】
第２の機器の構成は、第２のサーバ１３０に招待の受諾及び第１のサーバのＩＰリンクを送出するように構成された送出部６２０を備える。第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器と第２の機器との間の関係を作成するための招待を含む。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために、第１のサーバ１２０をトリガする。
【００７９】
送出部６２０は、ＩＰリンクを使用することにより招待の詳細に対する要求を第１のサーバ１２０に送出するように更に構成されてもよい。受信部６１０は、第１のサーバ１２０から応答を受信するように更に構成されてもよい。応答は、第２の機器に関連付けられる特定の種類の関係に関する情報を含む。
【００８０】
次に、第１のサーバ１２０の観点から見て上述の方法を説明する。図７は、第１のサーバ１２０において、第１の機器１００が第２の機器１１０と個人情報を共有する前に、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。方法は以下のステップから成る。
【００８１】
７０１．第１のサーバ１２０は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１の機器１００から受信する。この招待を上記の招待キーと呼ぶ。
【００８２】
いくつかの実施形態において、第２の機器１１０に関連付けられる特定の種類の関係に関する情報は招待を生成するための要求に含まれる。
【００８３】
７０２．第１のサーバ１２０は要求された招待を生成し、第１の機器のアカウントにそれを関連付ける。
【００８４】
第２の機器１１０に関連付けられる特定の種類の関係に関する情報が招待を生成するための要求に含まれる実施形態において、生成された招待は第２の機器１１０に関連付けられる特定の種類の関係に更に関連付けられる。
【００８５】
７０３．第１のサーバ１２０は、第１の機器１００に生成した招待を送出する。
【００８６】
７０４．これはオプションのステップである。第１のサーバ１２０は、第２の機器１１０から招待の詳細に対する要求を受信する。
【００８７】
７０５．これは、ステップ７０４が実行される場合に実行されてもよいオプションのステップである。第１のサーバ１２０は第２の機器１１０に応答を送出する。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【００８８】
７０６．第１のサーバ１２０は、第２のサーバ１３０を介して第２の機器１１０から招待の受諾を受信する。招待の受諾は、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信された第１の機器１００と第２の機器１１０との間の関係を作成するための招待を含む。
【００８９】
７０７．第２の機器１１０から招待の受諾を受信した場合、第１のサーバ１２０は第１の機器と第２の機器との間の関係を作成する。第１の機器と第２の機器との間の関係を作成するステップは、第１のサーバ１２０が、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信し、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を作成し、第２の機器が第１の機器のユーザ情報を閲覧するための要求された証明書を第２のサーバ１３０に送出することにより実行されてもよい。第１の機器と第２の機器との間の関係を作成するステップは、第１の機器１１０が第２の機器のユーザ情報を閲覧するための証明書を求める要求を第１のサーバ１２０が第２のサーバ１３０に送出することと、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求した証明書を第１のサーバ１２０が受信することとを更に含んでもよい。
【００９０】
７０８．これはオプションのステップである。第１のサーバ１２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを第１の機器１００に通知してもよい。
【００９１】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第１のサーバ１２０は図８に示す構成８００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントである「第１の機器のアカウント」を有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。
【００９２】
第１のサーバの構成８００は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待を生成するための要求を第１の機器１００から受信するように構成された受信部８１０を備える。
【００９３】
いくつかの実施形態において、第２の機器１１０に関連付けられる特定の種類の関係に関する情報は、招待を生成するための要求に含まれる。
【００９４】
いくつかの実施形態において、受信部８１０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信するように更に構成される。
【００９５】
第１のサーバの構成８００は、第１の機器のアカウントに関連付けられる要求された招待を生成するように構成された生成部８２０を更に備える。
【００９６】
いくつかの実施形態において、第１の機器のアカウントに関連付けられる生成された招待は、第２の機器に関連付けられる特定の種類の関係に更に関連付けられる。
【００９７】
第１のサーバの構成８００は、第１の機器１００に生成した招待を送出するように構成された送出部８３０を更に備える。
【００９８】
受信部８１０は、第２のサーバ１３０を介して第２の機器１１０から招待の受諾を受信するように更に構成される。招待の受諾は、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信された、第１の機器１００と第２の機器１１０との間の関係を作成するための招待を含む。
【００９９】
第１のサーバの構成８００は、第２の機器１１０から招待の受諾を受信した場合に第１の機器１００と第２の機器１１０との間の関係を作成するように構成された作成部８４０を更に備える。
【０１００】
受信部８１０は、第２の機器１００から招待の詳細に対する要求を受信するように更に構成されてもよい。
【０１０１】
送出部８３０は、第２の機器１１０に応答を送出するように更に構成されてもよい。応答は、第２の機器１１０に関連付けられる特定の種類の関係に関する情報を含む。
【０１０２】
受信部８１０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０から受信するように更に構成されてもよい。
【０１０３】
作成部８４０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を作成するように更に構成されてもよい。
【０１０４】
いくつかの実施形態において、送出部８３０は、第１の機器が第２の機器のユーザ情報を閲覧するための証明書を求める要求を第２のサーバ１３０に送出するように更に構成される。
【０１０５】
上記の実施形態において、受信部は、要求した、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を受信するように更に構成されてもよい。
【０１０６】
いくつかの実施形態において、送出部８３０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを、第１の機器１００に通知するように更に構成される。
【０１０７】
次に、第２のサーバ１３０の観点から見て上述の方法を説明する。図９は、第２のサーバ１３０において、第１の機器１００が第２の機器１１０と個人情報を共有する前に、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための本方法を説明するフローチャートである。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。方法は以下のステップから成る。
【０１０８】
９０１．第２のサーバ１３０は、第１のサーバ１２０への「ＩＰ」リンク及び招待の受諾を第２の機器１１０から受信する。招待及びＩＰリンクは、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信されたものである。招待は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待である。
【０１０９】
９０２．第２のサーバ１３０は、第１のサーバ１２０に招待の受諾を転送する。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために第１のサーバをトリガする。
【０１１０】
９０３．これはオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０から受信する。
【０１１１】
９０４．これは、ステップ９０３が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を作成する。
【０１１２】
９０５．これは、ステップ９０４が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求された証明書を、第１のサーバ１２０に送出する。
【０１１３】
９０６．これはオプションのステップである。第２のサーバ１３０は、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０に送出する。
【０１１４】
９０７．これは、ステップ９０６が実行される場合に実行されるオプションのステップである。第２のサーバ１３０は、要求した、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を、第１のサーバ１２０から受信する。
【０１１５】
９０８．これはオプションのステップである。第２のサーバ１３０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを、第２の機器１１０に通知してもよい。
【０１１６】
個人情報を共有する前に第１の機器と第２の機器との間の仮想関係を作成するための上記の方法ステップを実行するために、第２のサーバ１３０は図１０に示す構成１０００を備える。上述のように、第１の機器１００は第１のサーバ１２０における登録アカウントを有するアプリケーションを備え、第２の機器１１０は第２のサーバ１３０における登録アカウントを有するアプリケーションを備える。
【０１１７】
第２のサーバの構成１０００は、第１のサーバ１２０への「ＩＰ」リンク及び招待の受諾を第２の機器から受信するように構成された受信部１０１０を備える。招待及びＩＰリンクは、第１の機器１００からのショートメッセージサービス「ＳＭＳ」で第２の機器１１０により受信されたものである。招待は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するための招待である。
【０１１８】
受信部１０１は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０から受信するように更に構成されてもよい。
【０１１９】
第２のサーバの構成１０００は、第１のサーバ１１０に招待の受諾を転送するように構成された送出部１０２０を更に備える。招待の受諾は、第１の機器１００と第２の機器１１０との間の仮想関係を作成するために、第１のサーバ１２０をトリガする。
【０１２０】
送出部１０２０は、第１の機器１００と第２の機器１１０との間の仮想関係が作成されたことを第２の機器１１０に通知するように更に構成されてもよい。
【０１２１】
第２のサーバの構成１０００は、第１の機器１００が第２の機器のユーザ情報を閲覧するための証明書を作成するよう構成された作成部１０３０を更に備えてもよい。
【０１２２】
送出部１０２０は、第１の機器１００が第２の機器のユーザ情報を閲覧するための要求された証明書を、第１のサーバに送出するように更に構成されてもよい。
【０１２３】
いくつかの実施形態において、送出部１０２０は、第２の機器１００が第１の機器のユーザ情報を閲覧するための証明書を求める要求を、第１のサーバ１２０に送出するように更に構成される。
【０１２４】
上記の実施形態において、受信部１０１０は、要求した、第２の機器１１０が第１の機器のユーザ情報を閲覧するための証明書を、第１のサーバ１２０から受信するように更に構成されてもよい。
【０１２５】
本発明の構造を共有するアプリケーションは、図４に示す第１の機器１００内のプロセッサ４３０、図６に示す第２の機器１１０内のプロセッサ６３０、図８に示す第１のサーバ１２０内のプロセッサ８５０又は図１０に示す第２のサーバ１３０内のプロセッサ１０４０等の１つ以上のプロセッサ、及び本発明の機能を実行するコンピュータプログラムコードを介して実現可能である。上述のプログラムコードは、例えば第１の機器１００、第２の機器１１０、第１のサーバ１２０又は第２のサーバ１３０にロードされた場合に本方法を実行するコンピュータプログラムコードを記憶した、データ記憶媒体の形態であるコンピュータプログラムプロダクトとして更に提供されてもよい。そのような記憶媒体の１つは、ＣＤ−ＲＯＭディスクの形態であってもよい。しかし、memory stick（登録商標）等の他のデータ記憶媒体も可能である。更に、コンピュータプログラムコードは、サーバ上の純粋なプログラムコードとして提供され、第１の機器１００、第２の機器１１０、第１のサーバ１２０又は第２のサーバ１３０にリモートでダウンロードされてもよい。
【０１２６】
本発明は、上述の好適な実施形態に限定されない。種々の変更、変形及び等価物が使用されてもよい。従って、上記の実施形態は、添付の請求の範囲により定義される本発明の範囲を限定するものとして考えられるべきではない。
【特許請求の範囲】
【請求項１】
ユーザの個人情報を共有する前に、第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、前記アプリケーションにより実行される工程であって、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１のサーバに送信する工程と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための、前記要求した招待を、前記第１のサーバから取得する工程と、
ショートメッセージサービス（ＳＭＳ）を、前記第２の機器に送信する工程と、を有し、
前記ＳＭＳは、前記第１の機器と前記第２の機器との間の仮想関係を作成するための前記取得した招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有し、
前記第２の機器は、前記第２のサーバを介して前記第１のサーバに招待の受諾を送信可能であり、
前記第１のサーバは、前記第２の機器から受信した前記招待の受諾により、前記第１の機器と前記第２の機器との間の仮想関係を作成するようにトリガされる、
ことを特徴とする方法。
【請求項２】
前記第１のサーバから、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことの通知を受信する工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のサーバへの要求は、前記第２の機器に関連づけられた特定の種類の関係についての情報をさらに有することを特徴とする請求項１または２に記載の方法。
【請求項４】
第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２の機器において読み込まれた場合に、前記第１の機器に配置されたコンピュータ内の処理手段に、請求項１乃至３のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項５】
個人情報を共有する前に、第２の通信機器である第２の機器において、第１の通信機器である第１の機器と前記第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
ショートメッセージサービス（ＳＭＳ）であって、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有するＳＭＳを、前記第１の機器から受信する工程と、
招待の受諾及び前記第１のサーバのＩＰリンクを前記第２のサーバに送信する工程と、を有し、
前記第２のサーバは前記第１のサーバに前記招待の受諾を転送し、
前記招待の受諾は、前記第１の機器と前記第２の機器との間の関係を作成するための前記招待を有し、前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガすることを特徴とする方法。
【請求項６】
前記ＩＰリンクを用いることにより、招待の詳細の要求を前記第１のサーバに送信する工程と、
前記第２の機器に関連づけられた特定の種類の関係についての情報を有する応答を、前記第１のサーバから受信する工程と、
をさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
前記第１の機器と前記第２の機器との間の仮想関係が作成されていることの通知を、前記第２のサーバから受信する工程、をさらに有することを特徴とする請求項５または６に記載の方法。
【請求項８】
第１の通信機器である第１の機器において、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２の機器において読み込まれた場合に、第２の機器に設けられたコンピュータの処理手段に、請求項５乃至７のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項９】
第１の通信機器である第１の機器が第２の通信機器である第２の機器と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、前記第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１の機器から受信する工程と、
前記第１の機器のアカウントに関連付けられる、要求された前記招待を生成する工程と、
前記第１の機器に、前記生成した招待を送信する工程と、
前記第１の機器と前記第２の機器との間の関係を生成するための前記招待であって、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信された前記招待を有する当該招待の受諾を、前記第２のサーバを介して前記第２の機器より受信する工程と、
前記招待の受諾を前記第２の機器より受信した場合に、前記第１の機器と前記第２の機器との間の関係を作成する工程と、
を有することを特徴とする方法。
【請求項１０】
前記第２の機器に関連付けられる特定の種類の関係についての情報は、前記招待を生成するための要求に含まれており、
前記第１の機器のアカウントに関連付けられる、前記生成した招待は、さらに前記第２の機器に関連付けられる前記特定の種類の関係に関連付けられる
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記第１の機器と前記第２の機器との間の関係を作成する工程は、
前記第２のサーバから要求を受信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を生成し、
前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第２のサーバに送信する
ことにより行われることを特徴とする請求項９または１０に記載の方法。
【請求項１２】
招待の詳細の要求を前記第２の機器から受信する工程と、
前記第２の機器に関連付けられる特定の種類の関係についての情報を有する応答を、前記第２の機器に送信する工程と、
をさらに有することを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記第２のサーバに要求を送信し、前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求する工程と、
前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を受信する工程と、
をさらに有することを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記第１の機器と前記第２の機器との間の仮想関係が作成されたことを、前記第１の機器に通知する工程をさらに有することを特徴とする請求項９乃至１３のいずれか１項に記載の方法。
【請求項１５】
第１のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第１のサーバにおいて読み込まれた場合に、第１のサーバに設けられたコンピュータの処理手段に、請求項９乃至１４のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項１６】
個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
前記第１のサーバへの（ＩＰ）リンク及び招待の受諾を前記第２の機器から受信する工程であって、前記招待と前記ＩＰリンクとは、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信され、前記招待は、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待である工程と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする前記招待の受諾を、前記第１のサーバに転送する工程と、
を有することを特徴とする方法。
【請求項１７】
前記第１のサーバから要求を受信して、第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求する工程と、
前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を生成する工程と、
前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を前記第１のサーバに送信する工程と、
をさらに有することを特徴とする請求項１６に記載の方法。
【請求項１８】
前記第１のサーバに要求を送信し、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求する工程と、
前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第１のサーバから受信する工程と、
をさらに有することを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
前記第１の機器と前記第２の機器との間の仮想関係が作成したことを前記第２の機器に通知する工程をさらに有することを特徴とする請求項１６乃至１８のいずれか１項に記載の方法。
【請求項２０】
第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２のサーバにおいて読み込まれた場合に、第２のサーバに設けられたコンピュータの処理手段に、請求項１６乃至１９のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項２１】
個人情報を共有する前に、第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第１の機器内の装置は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１のサーバに送信する送信手段と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための前記要求した招待を、前記第１のサーバから取得する受信手段と、を有し、
前記送信手段は、さらにショートメッセージサービス（ＳＭＳ）を、前記第２の機器に送信し、
前記ＳＭＳは、前記第１の機器と前記第２の機器との間の仮想関係を作成するための、前記取得した招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有し、
前記第２の機器は、前記第２のサーバを介して前記第１のサーバに招待の受諾を送信可能であり、
前記第１のサーバは、前記第２の機器から受信した前記招待の受諾により、前記第１の機器と前記第２の機器との間の仮想関係を作成するようにトリガされる、
ことを特徴とする第１の機器内の装置。
【請求項２２】
前記受信手段はさらに、前記第１のサーバから、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことの通知を受信することを特徴とする請求項２１に記載の第１の機器内の装置。
【請求項２３】
前記第１のサーバへの要求は、前記第２の機器に関連づけられた特定の種類の関係についての情報をさらに有することを特徴とする請求項２１または２２に記載の第１の機器内の装置。
【請求項２４】
前記第１の機器は携帯電話であることを特徴とする請求項２１乃至２３のいずれか１項に記載の第１の機器内の装置。
【請求項２５】
個人情報を共有する前に、第２の通信機器である第２の機器において、第１の通信機器である第１の機器と前記第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器内の装置は、
ショートメッセージサービス（ＳＭＳ）であって、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有するＳＭＳを、前記第１の機器から受信する受信手段と、
招待の受諾及び前記第１のサーバのＩＰリンクを前記第２のサーバに送信する送信手段と、を有し、
前記第２のサーバは前記第１のサーバに前記招待の受諾を転送し、
前記招待の受諾は、前記第１の機器と前記第２の機器との間の関係を作成するための前記招待を有し、前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする
ことを特徴とする第２の機器内の装置。
【請求項２６】
前記送信手段はさらに、前記ＩＰリンクを用いることにより、招待の詳細の要求を前記第１のサーバに送信し、
前記受信手段はさらに、前記第２の機器に関連づけられた特定の種類の関係についての情報を有する応答を、前記第１のサーバから受信する
ことを特徴とする請求項２５に記載の第２の機器内の装置。
【請求項２７】
前記受信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成されていることの通知を、前記第２のサーバから受信することを特徴とする請求項２５または２６に記載の第２の機器内の装置。
【請求項２８】
前記第２の機器は携帯電話であることを特徴とする請求項２５乃至２７のいずれか１項に記載の第２の機器内の装置。
【請求項２９】
第１の通信機器である第１の機器が第２の通信機器である第２の機器と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、前記第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第１のサーバ内の装置は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１の機器から受信する受信手段と、
前記第１の機器のアカウントに関連付けられる、要求された前記招待を生成する生成手段と、
前記第１の機器に、生成した前記招待を送信する送信手段と、を有し、
前記受信手段はさらに、前記第１の機器と前記第２の機器との間の関係を生成するための前記招待であって、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信された前記招待を有する当該招待の受諾を、前記第２のサーバを介して前記第２の機器より受信し、
前記第１のサーバ内の装置は、さらに、
前記招待の受諾を前記第２の機器より受信した場合に、前記第１の機器と前記第２の機器との間の関係を作成する作成手段
を有することを特徴とする第１のサーバ内の装置。
【請求項３０】
前記第２の機器に関連付けられる特定の種類の関係についての情報は、前記招待を生成するための要求に含まれており、
前記第１の機器のアカウントに関連付けられる、前記生成した招待は、さらに前記第２の機器に関連付けられる、前記特定の種類の関係に関連付けられる
ことを特徴とする請求項２９に記載の第１のサーバ内の装置。
【請求項３１】
前記受信手段はさらに、前記第２のサーバから要求を受信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記生成手段は、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を生成する
ことを特徴とする請求項２９または３０に記載の第１のサーバ内の装置。
【請求項３２】
前記受信手段はさらに、招待の詳細の要求を前記第２の機器から受信し、
前記送信手段はさらに、前記第２の機器に関連付けられる特定の種類の関係についての情報を有する応答を、前記第２の機器に送信する
ことを特徴とする請求項２９乃至３１のいずれか１項に記載の第１のサーバ内の装置。
【請求項３３】
前記送信手段はさらに、前記第２のサーバに要求を送信して、前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求し、
前記受信手段はさらに、前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を受信する
ことを特徴とする請求項２９乃至３２のいずれか１項に記載の第１のサーバ内の装置。
【請求項３４】
前記送信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことを、前記第１の機器に通知することを特徴とする請求項２９乃至３３のいずれか１項に記載の第１のサーバ内の装置。
【請求項３５】
個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２のサーバ内の装置は、
前記第１のサーバへの（ＩＰ）リンク及び招待の受諾を前記第２の機器から受信する受信手段であって、前記招待と前記ＩＰリンクとは、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信され、前記招待は、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待である受信手段と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする前記招待の受諾を、前記第１のサーバに転送する送信手段と、
を有することを特徴とする第２のサーバ内の装置。
【請求項３６】
前記受信手段はさらに、前記第１のサーバから要求を受信して、第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求し、
前記第２のサーバ内の装置は、さらに
前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を生成する生成手段を有し、
前記送信手段はさらに、前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を前記第１のサーバに送信する
ことを特徴とする請求項３５に記載の第２のサーバ内の装置。
【請求項３７】
前記送信手段はさらに、前記第１のサーバに要求を送信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記受信手段はさらに、前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第１のサーバから受信する
ことを特徴とする請求項３５または３６に記載の第２のサーバ内の装置。
【請求項３８】
前記送信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成したことを前記第２の機器に通知することを特徴とする請求項３５乃至３７のいずれか１項に記載の第２のサーバ内の装置。
【請求項１】
ユーザの個人情報を共有する前に、第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、前記アプリケーションにより実行される工程であって、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１のサーバに送信する工程と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための、前記要求した招待を、前記第１のサーバから取得する工程と、
ショートメッセージサービス（ＳＭＳ）を、前記第２の機器に送信する工程と、を有し、
前記ＳＭＳは、前記第１の機器と前記第２の機器との間の仮想関係を作成するための前記取得した招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有し、
前記第２の機器は、前記第２のサーバを介して前記第１のサーバに招待の受諾を送信可能であり、
前記第１のサーバは、前記第２の機器から受信した前記招待の受諾により、前記第１の機器と前記第２の機器との間の仮想関係を作成するようにトリガされる、
ことを特徴とする方法。
【請求項２】
前記第１のサーバから、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことの通知を受信する工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のサーバへの要求は、前記第２の機器に関連づけられた特定の種類の関係についての情報をさらに有することを特徴とする請求項１または２に記載の方法。
【請求項４】
第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２の機器において読み込まれた場合に、前記第１の機器に配置されたコンピュータ内の処理手段に、請求項１乃至３のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項５】
個人情報を共有する前に、第２の通信機器である第２の機器において、第１の通信機器である第１の機器と前記第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
ショートメッセージサービス（ＳＭＳ）であって、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有するＳＭＳを、前記第１の機器から受信する工程と、
招待の受諾及び前記第１のサーバのＩＰリンクを前記第２のサーバに送信する工程と、を有し、
前記第２のサーバは前記第１のサーバに前記招待の受諾を転送し、
前記招待の受諾は、前記第１の機器と前記第２の機器との間の関係を作成するための前記招待を有し、前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガすることを特徴とする方法。
【請求項６】
前記ＩＰリンクを用いることにより、招待の詳細の要求を前記第１のサーバに送信する工程と、
前記第２の機器に関連づけられた特定の種類の関係についての情報を有する応答を、前記第１のサーバから受信する工程と、
をさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
前記第１の機器と前記第２の機器との間の仮想関係が作成されていることの通知を、前記第２のサーバから受信する工程、をさらに有することを特徴とする請求項５または６に記載の方法。
【請求項８】
第１の通信機器である第１の機器において、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２の機器において読み込まれた場合に、第２の機器に設けられたコンピュータの処理手段に、請求項５乃至７のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項９】
第１の通信機器である第１の機器が第２の通信機器である第２の機器と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、前記第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１の機器から受信する工程と、
前記第１の機器のアカウントに関連付けられる、要求された前記招待を生成する工程と、
前記第１の機器に、前記生成した招待を送信する工程と、
前記第１の機器と前記第２の機器との間の関係を生成するための前記招待であって、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信された前記招待を有する当該招待の受諾を、前記第２のサーバを介して前記第２の機器より受信する工程と、
前記招待の受諾を前記第２の機器より受信した場合に、前記第１の機器と前記第２の機器との間の関係を作成する工程と、
を有することを特徴とする方法。
【請求項１０】
前記第２の機器に関連付けられる特定の種類の関係についての情報は、前記招待を生成するための要求に含まれており、
前記第１の機器のアカウントに関連付けられる、前記生成した招待は、さらに前記第２の機器に関連付けられる前記特定の種類の関係に関連付けられる
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記第１の機器と前記第２の機器との間の関係を作成する工程は、
前記第２のサーバから要求を受信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を生成し、
前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第２のサーバに送信する
ことにより行われることを特徴とする請求項９または１０に記載の方法。
【請求項１２】
招待の詳細の要求を前記第２の機器から受信する工程と、
前記第２の機器に関連付けられる特定の種類の関係についての情報を有する応答を、前記第２の機器に送信する工程と、
をさらに有することを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記第２のサーバに要求を送信し、前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求する工程と、
前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を受信する工程と、
をさらに有することを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記第１の機器と前記第２の機器との間の仮想関係が作成されたことを、前記第１の機器に通知する工程をさらに有することを特徴とする請求項９乃至１３のいずれか１項に記載の方法。
【請求項１５】
第１のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第１のサーバにおいて読み込まれた場合に、第１のサーバに設けられたコンピュータの処理手段に、請求項９乃至１４のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項１６】
個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する方法であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記方法は、
前記第１のサーバへの（ＩＰ）リンク及び招待の受諾を前記第２の機器から受信する工程であって、前記招待と前記ＩＰリンクとは、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信され、前記招待は、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待である工程と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする前記招待の受諾を、前記第１のサーバに転送する工程と、
を有することを特徴とする方法。
【請求項１７】
前記第１のサーバから要求を受信して、第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求する工程と、
前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を生成する工程と、
前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を前記第１のサーバに送信する工程と、
をさらに有することを特徴とする請求項１６に記載の方法。
【請求項１８】
前記第１のサーバに要求を送信し、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求する工程と、
前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第１のサーバから受信する工程と、
をさらに有することを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
前記第１の機器と前記第２の機器との間の仮想関係が作成したことを前記第２の機器に通知する工程をさらに有することを特徴とする請求項１６乃至１８のいずれか１項に記載の方法。
【請求項２０】
第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成するためのコンピュータプログラムであって、
前記第２のサーバにおいて読み込まれた場合に、第２のサーバに設けられたコンピュータの処理手段に、請求項１６乃至１９のいずれか１項に記載の各工程の実行を制御させるためのコンピュータプログラムコードを有することを特徴とするコンピュータプログラム。
【請求項２１】
個人情報を共有する前に、第１の通信機器である第１の機器において、当該第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第１の機器内の装置は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１のサーバに送信する送信手段と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための前記要求した招待を、前記第１のサーバから取得する受信手段と、を有し、
前記送信手段は、さらにショートメッセージサービス（ＳＭＳ）を、前記第２の機器に送信し、
前記ＳＭＳは、前記第１の機器と前記第２の機器との間の仮想関係を作成するための、前記取得した招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有し、
前記第２の機器は、前記第２のサーバを介して前記第１のサーバに招待の受諾を送信可能であり、
前記第１のサーバは、前記第２の機器から受信した前記招待の受諾により、前記第１の機器と前記第２の機器との間の仮想関係を作成するようにトリガされる、
ことを特徴とする第１の機器内の装置。
【請求項２２】
前記受信手段はさらに、前記第１のサーバから、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことの通知を受信することを特徴とする請求項２１に記載の第１の機器内の装置。
【請求項２３】
前記第１のサーバへの要求は、前記第２の機器に関連づけられた特定の種類の関係についての情報をさらに有することを特徴とする請求項２１または２２に記載の第１の機器内の装置。
【請求項２４】
前記第１の機器は携帯電話であることを特徴とする請求項２１乃至２３のいずれか１項に記載の第１の機器内の装置。
【請求項２５】
個人情報を共有する前に、第２の通信機器である第２の機器において、第１の通信機器である第１の機器と前記第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器内の装置は、
ショートメッセージサービス（ＳＭＳ）であって、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待と、前記第１のサーバへのインターネットプロトコル（ＩＰ）リンクとを有するＳＭＳを、前記第１の機器から受信する受信手段と、
招待の受諾及び前記第１のサーバのＩＰリンクを前記第２のサーバに送信する送信手段と、を有し、
前記第２のサーバは前記第１のサーバに前記招待の受諾を転送し、
前記招待の受諾は、前記第１の機器と前記第２の機器との間の関係を作成するための前記招待を有し、前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする
ことを特徴とする第２の機器内の装置。
【請求項２６】
前記送信手段はさらに、前記ＩＰリンクを用いることにより、招待の詳細の要求を前記第１のサーバに送信し、
前記受信手段はさらに、前記第２の機器に関連づけられた特定の種類の関係についての情報を有する応答を、前記第１のサーバから受信する
ことを特徴とする請求項２５に記載の第２の機器内の装置。
【請求項２７】
前記受信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成されていることの通知を、前記第２のサーバから受信することを特徴とする請求項２５または２６に記載の第２の機器内の装置。
【請求項２８】
前記第２の機器は携帯電話であることを特徴とする請求項２５乃至２７のいずれか１項に記載の第２の機器内の装置。
【請求項２９】
第１の通信機器である第１の機器が第２の通信機器である第２の機器と個人情報を共有する前に、第１のサーバにおいて、当該第１の機器と第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、前記第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第１のサーバ内の装置は、
前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待を生成する要求を、前記第１の機器から受信する受信手段と、
前記第１の機器のアカウントに関連付けられる、要求された前記招待を生成する生成手段と、
前記第１の機器に、生成した前記招待を送信する送信手段と、を有し、
前記受信手段はさらに、前記第１の機器と前記第２の機器との間の関係を生成するための前記招待であって、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信された前記招待を有する当該招待の受諾を、前記第２のサーバを介して前記第２の機器より受信し、
前記第１のサーバ内の装置は、さらに、
前記招待の受諾を前記第２の機器より受信した場合に、前記第１の機器と前記第２の機器との間の関係を作成する作成手段
を有することを特徴とする第１のサーバ内の装置。
【請求項３０】
前記第２の機器に関連付けられる特定の種類の関係についての情報は、前記招待を生成するための要求に含まれており、
前記第１の機器のアカウントに関連付けられる、前記生成した招待は、さらに前記第２の機器に関連付けられる、前記特定の種類の関係に関連付けられる
ことを特徴とする請求項２９に記載の第１のサーバ内の装置。
【請求項３１】
前記受信手段はさらに、前記第２のサーバから要求を受信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記生成手段は、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を生成する
ことを特徴とする請求項２９または３０に記載の第１のサーバ内の装置。
【請求項３２】
前記受信手段はさらに、招待の詳細の要求を前記第２の機器から受信し、
前記送信手段はさらに、前記第２の機器に関連付けられる特定の種類の関係についての情報を有する応答を、前記第２の機器に送信する
ことを特徴とする請求項２９乃至３１のいずれか１項に記載の第１のサーバ内の装置。
【請求項３３】
前記送信手段はさらに、前記第２のサーバに要求を送信して、前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求し、
前記受信手段はさらに、前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を受信する
ことを特徴とする請求項２９乃至３２のいずれか１項に記載の第１のサーバ内の装置。
【請求項３４】
前記送信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成されたことを、前記第１の機器に通知することを特徴とする請求項２９乃至３３のいずれか１項に記載の第１のサーバ内の装置。
【請求項３５】
個人情報を共有する前に、第２のサーバにおいて、第１の通信機器である第１の機器と第２の通信機器である第２の機器との間の仮想関係を作成する装置であって、
前記第１の機器は、第１のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２の機器は、第２のサーバにおける登録アカウントを有するアプリケーションを有し、
前記第２のサーバ内の装置は、
前記第１のサーバへの（ＩＰ）リンク及び招待の受諾を前記第２の機器から受信する受信手段であって、前記招待と前記ＩＰリンクとは、前記第２の機器において前記第１の機器からショートメッセージサービス（ＳＭＳ）で受信され、前記招待は、前記第１の機器と前記第２の機器との間の仮想関係を作成するための招待である受信手段と、
前記第１の機器と前記第２の機器との間の仮想関係を作成するように、前記第１のサーバをトリガする前記招待の受諾を、前記第１のサーバに転送する送信手段と、
を有することを特徴とする第２のサーバ内の装置。
【請求項３６】
前記受信手段はさらに、前記第１のサーバから要求を受信して、第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を要求し、
前記第２のサーバ内の装置は、さらに
前記第２の機器のユーザ情報を閲覧するための前記第１の機器用の証明書を生成する生成手段を有し、
前記送信手段はさらに、前記第２の機器のユーザ情報を閲覧するための、前記要求した第１の機器用の証明書を前記第１のサーバに送信する
ことを特徴とする請求項３５に記載の第２のサーバ内の装置。
【請求項３７】
前記送信手段はさらに、前記第１のサーバに要求を送信して、前記第１の機器のユーザ情報を閲覧するための前記第２の機器用の証明書を要求し、
前記受信手段はさらに、前記第１の機器のユーザ情報を閲覧するための、前記要求した第２の機器用の証明書を前記第１のサーバから受信する
ことを特徴とする請求項３５または３６に記載の第２のサーバ内の装置。
【請求項３８】
前記送信手段はさらに、前記第１の機器と前記第２の機器との間の仮想関係が作成したことを前記第２の機器に通知することを特徴とする請求項３５乃至３７のいずれか１項に記載の第２のサーバ内の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公表番号】特表２０１２−５１２４４８（Ｐ２０１２−５１２４４８Ａ）
【公表日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１１−５３９９７４（Ｐ２０１１−５３９９７４）
【出願日】平成２１年８月２１日（２００９．８．２１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６０８２６
【国際公開番号】ＷＯ２０１０／０９７１２６
【国際公開日】平成２２年９月２日（２０１０．９．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２０８７５０７）ソニー エリクソン モバイル コミュニケーションズ， エービー (823)
【Ｆターム（参考）】
【公表日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２１年８月２１日（２００９．８．２１）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６０８２６
【国際公開番号】ＷＯ２０１０／０９７１２６
【国際公開日】平成２２年９月２日（２０１０．９．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２０８７５０７）ソニー エリクソン モバイル コミュニケーションズ， エービー (823)
【Ｆターム（参考）】
[ Back to top ]