プロフィールサーバ、管理システム、及びプロフィール情報管理方法
【課題】ユーザ端末からの最新プロフィールの取得要求に対して要求元ユーザを待たせることなく、迅速に応答可能なプロフィールサーバを提供すること。
【解決手段】取得要求受信部（１１１）と、取得要求に要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、応答までに要する時間が所定時間を超えるか否かを判定する判定部（１１２）と、判定部（１１２）において応答までに要する時間が所定時間を超えると判定された場合、つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザのユーザ端末へ送信する応答送信部（１１５）と、取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を要求元ユーザのユーザ端末に通知する通知部（１１６）と、を備えたことを特徴とする。
【解決手段】取得要求受信部（１１１）と、取得要求に要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、応答までに要する時間が所定時間を超えるか否かを判定する判定部（１１２）と、判定部（１１２）において応答までに要する時間が所定時間を超えると判定された場合、つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザのユーザ端末へ送信する応答送信部（１１５）と、取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を要求元ユーザのユーザ端末に通知する通知部（１１６）と、を備えたことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザのプロフィール情報を関連付けて管理するプロフィールサーバ、管理システム、及びプロフィール情報管理方法に関する。
【背景技術】
【０００２】
複数の携帯電話機の利用者に関する氏名・名称、電話番号又はメールアドレスを含む電話帳データを、通信ネットワークを通じて集積し、集積された電話帳データを用いて利用者間の関係性をソーシャルラインとして管理する電話帳管理システムが提案されている（例えば、特許文献１参照）。この電話帳管理システムでは、例えば、電話帳データに設定されたソーシャルラインを辿ることでソーシャルラインにより関連付けられた他の利用者のプロファイルを検索することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、プロフィール情報と電話帳データとを突合させてユーザ間のつながり関係を構築し、この構築されたつながり関係を前提として相手ユーザの最新プロフィール情報を取得する最新プロフィール取得サービスが考えられる。しかしながら、ユーザ端末の電話帳データに登録されている全相手ユーザの最新プロフィール情報を取得しようとすると、ユーザ端末の電話帳データの更新がつながり関係構築とは非同期で行われる可能性があり、このような状況の場合には相手ユーザの最新プロフィール取得までに要求元ユーザを長時間待たせる可能性があった。
【０００５】
本発明は、かかる問題点に鑑みてなされたものであり、ユーザ端末からの最新プロフィールの取得要求に対して要求元ユーザを待たせることなく、迅速に応答可能なプロフィールサーバ、プロフィール情報管理システム、及びプロフィール情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のプロフィールサーバは、要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知する通知部と、を備えたことを特徴とする。
【０００７】
この構成によれば、つながり関係が構築されていない相手ユーザが取得要求に含まれていても、取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定し、応答送信までに要する時間が所定時間を超えると判定された場合、つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信するので、要求元ユーザを待たせることなく１回目の最新プロフィール応答を完了することができる。
【発明の効果】
【０００８】
本発明によれば、ユーザ端末からの最新プロフィールの取得要求に対して要求元ユーザを待たせることなく、迅速に応答可能なプロフィールサーバ、管理システム、及びプロフィール情報管理方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係るソーシャル電話帳管理システムを含むシステムの概略構成図である。
【図２】プロフィールデータベースに登録されるプロフィールデータの具体例について示す図である。
【図３】電話帳データベースの具体例について示す図である。
【図４】つながり関係データベースの具体例について示す図である。
【図５】本実施の形態におけるプロフィールサーバの機能構成を示す図である。
【図６】ユーザ端末の電話帳データと電話帳データベースの状態を示す図である。
【図７】管理システムの動作を説明するシーケンス図である。
【図８】最新プロフィール情報の取得の際のソーシャル電話帳管理システムの動作を説明するフロー図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１１】
図１は、本実施の形態に係るソーシャル電話帳管理システムを含んだネットワーク構成図である。ソーシャル電話帳管理システム１は、ユーザ間の関係性（つながり関係）を示すつながり関係情報を管理する。ソーシャル電話帳管理システム１には、インターネット２を介して複数のソーシャルネットワークサービス（ＳＮＳ）提供用サーバ（以下、単にＳＮＳサーバという）３ａ〜３ｃが接続され、通信事業者が運営するコアネットワーク４及び無線基地局５を介してユーザ端末６ａ〜６ｄが接続される。
【００１２】
ソーシャル電話帳管理システム１は、ユーザ間のつながり関係情報を管理して最新プロフィール情報を提供するプロフィールサーバ１１と、各ユーザ端末６ａ〜６ｄからアップロードされる各利用ユーザのプロフィール情報が登録されるプロフィールデータベース（プロフィールＤＢ）１２と、各ユーザ端末６ａ〜６ｄからアップロードされる電話帳データが登録される電話帳データベース（電話帳ＤＢ）１３と、ユーザ間のつながり関係情報が登録されるつながり関係データベース（つながり関係ＤＢ）１４とを含む。プロフィールサーバ１１は、ユーザ端末６ａ〜６ｄからの要求に応じて、ユーザ端末６ａ〜６ｄからアップロードされた各ユーザのプロフィール情報をプロフィールＤＢ１２に登録し、ユーザ端末６ａ〜６ｄからアップロードされる電話帳データを電話帳ＤＢ１３に登録する。ユーザ端末６ａ〜６ｄでは、各ユーザの電話帳データが保存されていて、適宜にユーザ端末上で立ち上げられたアプリケーションによって相手ユーザの電話番号、メールアドレス等の情報が更新（追加、変更、削除）される。また、プロフィールサーバ１１は、プロフィール情報及び電話帳データからつながり関係情報を生成してつながり関係ＤＢ１４に登録する。
【００１３】
ソーシャル電話帳管理システム１は、ユーザ端末６ａ〜６ｄから相手ユーザの最新プロフィール情報に関する取得要求（以下、最新プロフィール要求という）があった場合、ユーザ端末６ａ〜６ｄに対して相手ユーザの最新プロフィール情報を送信できるよう構成されている。具体的には、ソーシャル電話帳管理システム１は、つながり関係ＤＢ１４を参照して、最新プロフィール要求を発行した要求元ユーザと、最新プロフィール要求に含まれていた相手ユーザとの間につながり関係が構築されていることを条件に、相手ユーザの最新プロフィール情報を取得して要求元のユーザ端末６ａ〜６ｄに送信する。
【００１４】
ユーザ端末６ａ〜６ｄは、携帯電話機などの無線通信可能な端末装置であり、ソーシャル電話帳管理システム１に対してプロフィール情報及び電話帳データをアップロード可能に構成されている。また、本実施の形態は、ユーザ端末６ａ〜６ｄに保存されている電話帳データに登録された全相手ユーザを、最新プロフィール情報の取得対象とする。そのため、ユーザ端末６ａ〜６ｄは、ソーシャル電話帳管理システム１に対し、自端末に保存されている電話帳データを送信することで、自端末の電話帳データに登録された相手ユーザに関する最新プロフィール要求を行う。また、ユーザ端末６ａ〜６ｄは、音声通話、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などの機能を備えており、これらの機能によって他のユーザ端末６ａ〜６ｄと通信を行うことができるようになっている。なお、本実施の形態では、ユーザ端末６ａ〜６ｄとして無線通信可能な端末装置を例示しているが、ユーザ端末６ａ〜６ｄは、ソーシャル電話帳管理システム１などと有線で通信を行う端末装置であっても良い。
【００１５】
ソーシャル電話帳管理システム１及びユーザ端末６ａ〜６ｄは、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００１６】
上述したプロフィール情報は、ユーザ端末６ａ〜６ｄの電話番号、メールアドレス、ユーザ端末６ａ〜６ｄの利用者であるユーザの氏名や住所、ユーザが参加するＳＮＳの識別情報（ＳＮＳサーバ３ａ〜３ｃにおけるユーザＩＤやＳＮＳで使用するメールアドレスなど）などを含んで構成することができる。なお、プロフィール情報には、ソーシャルネットワークサービス以外の外部サービスの識別情報などが含まれていても良い。
【００１７】
プロフィールサーバ１１がユーザ端末６ａ〜６ｄからの要求に応じて各ユーザ端末６ａ〜６ｄのプロフィール情報をプロフィールＤＢ１２に登録する際に、各プロフィール情報にはソーシャル電話帳管理システム１で提供されるソーシャル電話帳サービス上で固有に付与されるユーザ識別番号（以下、ＳＡＢＩＤという）が付与される。これにより、プロフィールＤＢ１２において、プロフィール情報を構成する複数の情報がＳＡＢＩＤにより相互に関連付けられてユーザ毎（ユーザ端末毎）に管理されるようになっている。
【００１８】
図２は、プロフィールＤＢ１２に登録されるプロフィールデータの具体例について示す図である。図２では、図１に示されるユーザ端末６ａ〜６ｄに対応する４人のユーザ（ユーザＡ〜Ｄ）の主なプロフィール情報に関する部分を示している。ただし、プロフィールＤＢ１２の具体的構成は図２に示されるものに限定されない。プロフィールＤＢ１２は、ソーシャル電話帳サービスに参加する複数のユーザのプロフィール情報が登録されるように構成されていれば良い。プロフィールＤＢ１２は、ＳＡＢＩＤに紐づけて、４人のユーザＡ〜Ｄの氏名、ユーザが契約しているユーザ端末６ａ〜６ｄに払いだされた電話番号、メールアドレスがキー情報として登録されている。例えば、ＳＡＢＩＤ「１００１」によって、ユーザ端末６ａを利用するユーザＡのプロフィール情報が一元管理されている。なお、本実施の形態ではＳＡＢＩＤを４桁の数字列で表現しているが、ＳＡＢＩＤの構成については特に限定されない。ソーシャル電話帳サービスに参加する全ユーザ（全ユーザ端末）を識別可能なＳＡＢＩＤを付与できればよい。
【００１９】
ユーザ端末６ａ〜６ｄには、それぞれ電話帳データが保存されている。電話帳データは、ユーザが登録した相手ユーザの氏名、電話番号、メールアドレスなどのユーザ情報が、ユーザ毎に付与された登録番号（ＣＩＤ）に対応づけて記憶されている。なお、本実施の形態ではユーザ端末上でユーザ情報を特定するＣＩＤを４桁の数字列で表現しているが、ＣＩＤの構成については特に限定されない。
【００２０】
プロフィールサーバ１１がユーザ端末６ａ〜６ｄから受ける最新プロフィールの取得要求には、ユーザ端末６ａ〜６ｄに保存されている電話帳データにおいてユーザ情報に紐づけられたＣＩＤが含まれる。
【００２１】
図３は、電話帳ＤＢ１３の具体例について示す図である。電話帳ＤＢ１３には、ユーザ端末６ａ〜６ｄからアップロードされた各電話帳データが登録されている。電話帳ＤＢ１３に記憶された複数ユーザの電話帳データはＳＡＢＩＤで管理されている。例えば、ＳＡＢＩＤ「１００１」が付与された電話帳データ（図３において太線で囲まれる部分）は、ユーザＡが利用するユーザ端末６ａに保存されていてアップロードされた電話帳データに相当する。
【００２２】
また、電話帳ＤＢ１３に記憶されている電話帳データは、電話帳データのアップロード時に当該電話帳データに登録されていたＣＩＤが付与されている。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データでは、ユーザＣに関するユーザ情報にＣＩＤ「０００１」が付与され、ユーザＢに関するユーザ情報にＣＩＤ「０００２」が付与されている。
【００２３】
なお、ＣＩＤは各ユーザ端末６ａ〜６ｄにおいて独自に付与する番号であるから、ＳＡＢＩＤが異なればＣＩＤが同一であっても関連付けられる情報は異なる。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データ（つまり、ユーザ端末６ａの電話帳データ）において、ＣＩＤ「０００１」にてユーザＣに関するユーザ情報が関連付けられているが、ＳＡＢＩＤ「２００２」で管理される電話帳データ（つまり、ユーザ端末６ｂの電話帳データ）において、ＣＩＤ「０００１」にてユーザＤに関するユーザ情報が関連付けられている。このため、電話帳ＤＢ１３の電話帳データに登録されているユーザは、ＳＡＢＩＤとＣＩＤとの組によって特定される。
【００２４】
つながり関係情報は、各ユーザからアップロードされる電話帳データ、プロフィールデータをユーザ間で突合させて構築されるユーザ間のつながり関係を示す情報である。したがって、つながり関係情報は、ユーザ間のつながり関係を規定する。具体的には、ユーザＡのプロフィールに含まれる電話番号又はメールアドレスが他のユーザＢのユーザ端末に記憶されている電話帳データにユーザ情報として登録されていれば、つながり関係を構築する。このように、つながり関係情報は、電話帳ＤＢ１３のＳＡＢＩＤ及びＣＩＤの組と、プロフィールＤＢ１２のＳＡＢＩＤとを関連付けた情報である。このつながり関係情報により、電話帳ＤＢ１３においてＳＡＢＩＤ及びＣＩＤで特定されるユーザと、プロフィールＤＢ１２においてＳＡＢＩＤで特定されるユーザとが同一人物であることが示さる。これにより、電話帳ＤＢ１３においてＳＡＢＩＤで特定される電話帳データの利用ユーザと、プロフィールＤＢ１２においてＳＡＢＩＤで特定されるユーザとの間につながり関係があることが示される。
【００２５】
図４は、つながり関係ＤＢ１４の具体例について示す図である。図４では、図１に示されるユーザ端末６ａ〜６ｄに対応するつながり関係情報に関する部分を示している。ただし、つながり関係ＤＢ１４の具体的構成は図４に示されるものに限定されない。つながり関係ＤＢ１４には、電話帳ＤＢ１３におけるＳＡＢＩＤ及びＣＩＤの組に対してプロフィールＤＢ１２のＳＡＢＩＤを関連付けることで得られるつながり関係情報が登録される。例えば、電話帳ＤＢ１３ではＳＡＢＩＤ「１００１」、及びＣＩＤ「０００１」によりユーザＣが特定される。また、プロフィールＤＢ１２ではＳＡＢＩＤ「３００３」によってユーザＣが特定される。このため、電話帳ＤＢ１３のＳＡＢＩＤ「１００１」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」とが関連付けられてつながり関係ＤＢ１４に登録される（図４において太線で囲まれる部分）。この場合、電話帳ＤＢ１３においてＳＡＢＩＤ「１００１」で特定される電話帳データの利用ユーザであるユーザＡと、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」によって特定されるユーザＣとの間にはつながり関係がある。
【００２６】
図５は、主にプロフィールサーバ１１の機能構成を示す図である。図５に示されるように、プロフィールサーバ１１は、各ユーザ端末６ａ〜６ｄから送信される最新プロフィール要求を受信する取得要求受信部１１１と、つながり関係情報の更新の要否を判定する更新要否判定部１１２と、プロフィール情報と電話帳データとのマッチング処理によってつながり関係情報を生成するつながり関係情報生成部１１３と、つながり関係ＤＢ１４を参照してプロフィールＤＢ１２から最新のプロフィール情報を取得する最新プロフィール情報取得部１１４と、各ユーザ端末６ａ〜６ｄに対してプロフィール取得に関する通知を行う通知部１１６と、各ユーザ端末６ａ〜６ｄに対して最新プロフィール情報取得部１１４が取得した最新プロフィール情報を含む応答を送信する応答送信部１１５とを具備する。
【００２７】
取得要求受信部１１１は、各ユーザ端末６ａ〜６ｄから最新プロフィール要求を受信し、最新プロフィール要求に含まれた電話帳データに登録されているユーザ情報のＣＩＤを更新要否判定部１１２に通知する。なお、最新プロフィール要求において、各ユーザ端末６ａ〜６ｄは、電話帳データを構成する全ての情報を含んでいなくとも良く、少なくともＣＩＤが含まれていれば良い。
【００２８】
更新要否判定部１１２は、取得要求受信部１１１から通知されたＣＩＤに対応した相手ユーザがつながり関係ＤＢ１４においてつながり関係の構築された相手ユーザとして登録されているか否かを判定する。既に要求元ユーザと相手ユーザとのつながり関係が構築されている場合、つながり関係情報の更新は不要と判定する。一方、要求元ユーザと相手ユーザとのつながり関係が構築されていなかった場合、相手ユーザとのつながり関係情報の更新が必要と判定する。
【００２９】
例えば、ユーザ端末６ａから最新プロフィール要求があった場合、更新要否判定部１１２は、つながり関係ＤＢ１４においてユーザ端末６ａの電話帳データであることを示すＳＡＢＩＤ「１００１」の項をサーチする。ＳＡＢＩＤ「１００１」の項に、ユーザ端末６ａから通知されたＣＩＤが存在し、当該ＣＩＤと関連付けられたＳＵＢＩＤが存在する場合、つながり関係は既に構築されており、つながり関係情報の更新は不要と判定する。それ以外の場合、つながり関係情報の更新が必要と判定する。
【００３０】
また、更新要否判定部１１２は、つながり関係情報の更新が必要と判断した場合、つながり関係情報の更新に所定時間以上を要するか否かを判定し、その判定結果に応じてその後の処理を選択できるように構成されている。例えば、つながり関係情報の更新に所定時間以上を要すると判定された場合、更新要否判定部１１２は、つながり関係が既に構築されているユーザの最新プロフィール情報を取得するよう最新プロフィール情報取得部１１４に指示し、最新プロフィール情報をレスポンスとして返信するように応答送信部１１５に指示する。また、一部のユーザに関する最新プロフィール情報が取得できていない旨の通知を要求元ユーザのユーザ端末６ａ〜６ｄに対して行うよう通知部１１６に指示する。
【００３１】
つながり関係情報生成部１１３は、更新要否判定部１１２においてつながり関係情報の更新が必要と判定された場合、要求元ユーザと相手ユーザとの新たなつながり関係を構築し、既存のつながり関係情報を更新できるように構成されている。例えば、上述したようにユーザ端末６ａから最新プロフィール要求があった場合において、つながり関係ＤＢ１４におけるＳＡＢＩＤ「１００１」の項にユーザ端末６ａから通知されたＣＩＤが存在しない場合、すなわち、ユーザＡと相手ユーザとの間につながり関係が構築されていない場合、当該ＣＩＤに関連付けられたキー情報（電話番号やメールアドレスなど）がプロフィールＤＢ１２内に存在するか否かをサーチする。プロフィールＤＢ１２内に同一のキー情報が存在する場合、ユーザＡと相手ユーザとの間につながり関係を構築する。すなわち、つながり関係情報生成部１１３は、電話帳ＤＢ１３においてキー情報に対応するＳＡＢＩＤ及びＣＩＤの組と、プロフィールＤＢ１２においてキー情報に対応するＳＡＢＩＤとを関連付けて新たなつながり関係を構築し、つながり関係情報を更新する。更新されたつながり関係情報は、つながり関係ＤＢ１４に記録される。
【００３２】
最新プロフィール情報取得部１１４は、更新要否判定部１１２からの指示に基づいて、つながり関係ＤＢ１４を参照して、プロフィールＤＢ１２から最新のプロフィール情報を取得できるように構成されている。最新プロフィール情報取得部１１４において取得された最新プロフィール情報は、応答送信部１１５に送られる。応答送信部１１５は、最新プロフィール情報取得部１１４から送られた最新プロフィール情報を各ユーザ端末６ａ〜６ｄに対して配信可能に構成されている。
【００３３】
通知部１１６は、要求元ユーザのユーザ端末６ａ〜６ｄに対し、更新要否判定部１１２において選択された処理に応じて所定の通知を行うことができるように構成されている。例えば、つながり関係情報の更新に所定時間以上を要すると判定された場合、一部のユーザに関する最新プロフィール情報が取得できていないことを示す情報を要求元ユーザのユーザ端末６ａ〜６ｄに対して通知する。
【００３４】
なお、上述した通信システムは、ソーシャル電話帳サービスに加入するユーザに関する情報を一元管理することにより、ユーザ間のつながり関係情報を利用して様々な態様の情報管理を可能にしている。例えば、ソーシャル電話帳管理システム１は、ＳＮＳサーバ３ａ〜３ｃにおける各ユーザの識別情報などを管理しているため、各ユーザがＳＮＳにおいて公開する情報にアクセスできる。これを利用すれば、ユーザ自身がＳＮＳサーバ３ａ〜３ｃにアクセスすること無く、他のユーザがＳＮＳにおいて公開した情報を取得することが可能になる。具体的には、例えば、ソーシャル電話帳管理システム１は、あるユーザがＳＮＳにおいて公開する情報を定期的に取得し、このユーザとつながり関係がある別のユーザに当該情報へのアクセスを許可するような構成とすれば良い。
【００３５】
次に、図６〜図８を参照して、本実施の形態に係る通信システムの動作について説明する。なお、以下では、図１に示されるユーザ端末６ａが最新プロフィール情報の取得を要求する場合について特に説明するが、他のユーザ端末が最新プロフィール情報の取得を要求する場合も同様である。
【００３６】
図６は、ユーザ端末６ａの電話帳データと電話帳ＤＢ１３の状態を示す図である。図６Ａに示されるように、ユーザ端末６ａの電話帳データには、つながり関係ＤＢ１４においてユーザＡとのつながり関係が構築されていないユーザＤに関する情報が追加されている。すなわち、図６Ａにおいて、ユーザ端末６ａの電話帳データにはユーザＤに関するＣＩＤ「０００３」が追加されているが、つながり関係ＤＢ１４にはユーザ端末６ａの電話帳データに対応するＳＡＢＩＤ「１００１」の項にＣＩＤ「０００３」は登録されていない（図６Ａにおいて太線で囲まれる部分）。
【００３７】
図７は、図６Ａに示される場合の通信システムの動作を説明するシーケンス図である。図７に示されるようにユーザ端末６ａがプロフィールサーバ１１に対しユーザＢ、Ｃ、Ｄに対応する電話帳データを送信してユーザＢ、Ｃ、Ｄの最新のプロフィール情報を要求する（ステップＳ１０１）。そうすると、プロフィールサーバ１１の取得要求受信部１１１は、更新要否判定部１１２に対してユーザＢ、Ｃ、Ｄに対応する電話帳データのＣＩＤを通知する。
【００３８】
更新要否判定部１１２は取得要求受信部１１１からＣＩＤを受け取ると、当該ＣＩＤに基づいて、つながり関係情報の更新の要否を判定する（ステップＳ１０２）。具体的には、つながり関係ＤＢ１４においてユーザ端末６ａの電話帳データであることを示すＳＡＢＩＤ「１００１」の項をサーチし、ユーザ端末６ａから通知されたＣＩＤの登録状況を確認する。ここでは、図６Ａに示されるように、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項には、ユーザＤに関するＣＩＤ「０００３」が登録されていない。このため、更新要否判定部１１２は、ユーザＤに関するつながり関係が構築されておらず、つながり関係情報の更新が必要と判定する。
【００３９】
更新要否判定部１１２においてつながり関係情報の更新が必要と判定された場合、更新要否判定部１１２は、つながり関係情報の更新処理が所定の時間内に終了するか否かを判定する（ステップＳ１０３）。つながり関係情報の更新処理は、つながり関係が構築されていないユーザを示すＣＩＤに関連付けられたキー情報と、プロフィールＤＢ１２に登録されているプロフィール情報とを比較することで行われる。このため、つながり関係情報の更新処理に要する時間は、つながり関係が構築されていないユーザに関するキー情報の数、プロフィールＤＢ１２に登録されているプロフィール情報の数などによって決まるサーチ処理量に依存する。ここでは、つながり関係ＤＢ１４に登録されていないユーザＤを特定するために必要なキー情報の数は２（ユーザＤの電話番号（１）とメールアドレス（１））であり、サーチの必要があるプロフィール情報の数は４（ユーザＡ〜Ｄのプロフィール情報の合計）である。サーチ処理量が大きく、処理に所定以上の時間がかかる場合、つながり関係情報の更新処理が所定の時間内に終了しないと判定する。サーチ処理量が小さく、処理に所定以上の時間がかからない場合、つながり関係情報の更新処理が所定の時間内に終了すると判定する。このように、ＣＩＤに関連付けられたキー情報の数と、プロフィールＤＢ１２に登録されているプロフィール情報の数などによって決まるサーチ処理量に基づいて、更新処理に要する時間を適切に判定できる。
【００４０】
更新要否判定部１１２においてつながり関係情報の更新処理が所定の時間内に終了しないと判定された場合、更新要否判定部１１２は、最新プロフィール情報取得部１１４に対し、既につながり関係の構築されているユーザに関する最新プロフィール情報を取得するように指示する。すなわち、更新要否判定部１１２は、ユーザＤを除くユーザＢ、Ｃの最新プロフィール情報を取得するように指示する。また、更新要否判定部１１２は、ユーザＢ、Ｃの最新プロフィール情報を含む応答をユーザ端末６ａに送信するよう応答送信部１１５に対して指示し、上記処理時間に関する判定結果を通知部１１６に対して伝える。
【００４１】
最新プロフィール情報取得部１１４は、更新要否判定部１１２から指示を受けると、つながり関係ＤＢ１４及びプロフィールＤＢ１２を参照して、既につながり関係の構築されているユーザ（ユーザＢ、Ｃ）に関する最新プロフィール情報を取得する。具体的には、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項において、ユーザＢを表すＣＩＤ「０００２」に関連付けられたＳＡＢＩＤ「２００２」を取得し、プロフィールＤＢ１２のＳＡＢＩＤ「２００２」の項を参照して、ユーザＢの最新プロフィール情報を取得する。また、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項において、ユーザＣを表すＣＩＤ「０００１」に関連付けられたＳＡＢＩＤ「３００３」を取得し、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」の項を参照して、ユーザＣの最新プロフィール情報を取得する。ユーザＢ、Ｃの最新プロフィール情報を取得すると、最新プロフィール情報取得部１１４はこれらの情報を通知部１１６に送る。
【００４２】
応答送信部１１５は、最新プロフィール情報取得部１１４からつながり関係が構築されているユーザ（ユーザＢ、Ｃ）に関する最新プロフィール情報を受け取ると、これを含む応答をユーザ端末６ａに送信する（ステップＳ１０４）。また、通知部１１６は、ユーザ端末６ａに対し、つながり関係の構築されていないユーザ（ユーザＤ）についての最新プロフィール情報を取得できていない旨の通知をする（ステップＳ１０５）。当該通知は、ＳＭＳなどを利用して行われる。このように、既につながり関係の構築されているユーザ（ユーザＢ、Ｃ）の最新プロフィール情報を先に配信するのは、つながり関係の構築されていないユーザ（ユーザＤ）の最新プロフィール情報の取得前に行われるつながり関係情報の更新処理が所定の時間内に終了しない場合、ユーザ端末６ａに対する応答が著しく遅延して通信システムの利便性が低下するためである。本実施の形態に係るソーシャル電話帳管理システム１ではこのような場合の応答が適切になされるため、ユーザ端末６ａに対する応答の遅延を抑制して通信システムの利便性を高めることができる。なお、図７ではステップＳ１０３の後にステップ１０４を行っているが、これらのステップは同時に行われても良い。
【００４３】
上述した、ステップＳ１０４、Ｓ１０５と前後して、更新要否判定部１１２は、つながり関係情報生成部１１３に対してつながり関係情報を更新するように指示する。この指示を受けたつながり関係情報生成部１１３は、つながり関係情報の更新処理を行う（ステップＳ１０６）。すなわち、つながり関係が構築されていないユーザ（ユーザＤ）に関するキー情報と、プロフィールＤＢ１２に登録されているプロフィール情報とを比較して、新たなつながり関係を構築する。具体的には、ユーザＤのキー情報（電話番号又はメールアドレス）とプロフィールＤＢ１２に登録されているキー情報とのマッチング処理を行う。キー情報が一致する場合、つながり関係情報生成部１１３は、ＣＩＤとプロフィールＤＢ１２のＳＡＢＩＤとを関連付ける。ここでは、プロフィールＤＢ１２内にユーザＤのキー情報である電話番号及びメールアドレスが存在するため、図６Ｂに示されるように、ＳＡＢＩＤ「１００１」の項のＣＩＤ「０００３」に対してプロフィールＤＢ１２のＳＡＢＩＤ「５００１」を関連付けてつながり関係情報を更新する。更新されたつながり関係情報は、つながり関係ＤＢ１４に記録される。
【００４４】
つながり関係情報生成部１１３においてつながり関係情報の更新が完了すると、つながり関係情報生成部１１３は通知部１１６にその旨を通知する。そして、通知部１１６は、ユーザ端末６ａに対し、つながり関係が構築されていなかったユーザ（ユーザＤ）の最新プロフィール情報の取得準備が完了した旨を通知する（ステップＳ１０７）。当該通知は、ＳＭＳなどを利用して行われる。当該通知を受け取ったユーザ端末６ａが、プロフィールサーバ１１に対して再び最新プロフィール要求を行うと（ステップＳ１０８）、プロフィールサーバ１１は上述のようなステップにより、ユーザ端末６ａに対してユーザＢ、Ｃ、Ｄの最新プロフィール情報を配信する（ステップＳ１０９）。
【００４５】
図８は、最新プロフィール要求を受けたソーシャル電話帳管理システム１の動作を説明するフロー図である。ソーシャル電話帳管理システム１において、プロフィールサーバ１１がユーザ端末６ａから当該ユーザ端末６ａに保存されている最新の電話帳データを含む最新プロフィール要求を受けると、更新要否判定部１１２は、電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられたＣＩＤが存在するか否かをサーチする（ステップＳ２０１）。
【００４６】
ユーザ端末６ａから受け取った電話帳データに登録された全てのＣＩＤ（相手ユーザ)についてつながり関係ＤＢ１４上で、ユーザ端末６ａの要求元ユーザとつながり関係が構築されていた場合（ステップＳ２０１：ＮＯ）、更新要否判定部１１２は新たなつながり関係の構築（つながり関係情報の更新）は不要と判定し、最新プロフィール情報取得部１１４に対し最新プロフィール情報を取得するように指示する。指示を受けた最新プロフィール情報取得部１１４が対象となる相手ユーザの最新プロフィール情報をプロフィールＤＢ１２から取得すると、当該最新プロフィール情報は応答送信部１１５に受け渡され、応答送信部１１５は当該最新プロフィール情報をレスポンスとしてユーザ端末６ａに送信する（ステップＳ２０２）。
【００４７】
一方、最新プロフィール要求に係る電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられていないＣＩＤ（追加ＣＩＤ））が含まれていた場合（ステップＳ２０１：ＹＥＳ）、更新要否判定部１１２は追加ＣＩＤに対応する相手ユーザとの間につながり関係を構築するよう試みる。すなわち、新たなつながり関係の構築を試みる場合は、つながり関係情報の更新が必要と判定する。この場合、更新要否判定部１１２は、つながり関係情報の更新処理に要する時間が所定以上であるか否かを判定する（ステップＳ２０３）。つながり関係情報の更新処理に要する時間が所定未満であれば（ステップＳ２０３：ＮＯ）、つながり関係情報生成部１１３はつながり関係情報の更新処理として、追加ＣＩＤに対応する相手ユーザとの間に新たなつながり関係を構築してつながり関係ＤＢ１４に反映させる。更新処理が完了すると、最新プロフィール情報取得部１１４が最新プロフィール要求に係る電話帳データに登録された全相手ユーザ（追加ＣＩＤの相手ユーザを含む）について最新プロフィール情報を取得し、応答送信部１１５は全相手ユーザ（追加ＣＩＤの相手ユーザを含む）の最新プロフィール情報をレスポンスとしてユーザ端末６ａに送信する（ステップＳ２０４）。
【００４８】
一方、つながり関係情報の更新処理に要する時間が所定以上であると判定した場合（ステップＳ２０３：ＹＥＳ）、更新要否判定部１１２は最新プロフィール情報取得部１１４に対して、既につながり関係が構築されていてつながり関係情報の更新処理が不要なユーザの最新プロフィール情報を取得するように指示する。つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられているＣＩＤの相手ユーザとの間には既につながり関係が構築されている。最新プロフィール情報取得部１１４がつながり関係ＤＢ１４及びプロフィールＤＢ１２を参照して、電話帳データに登録されたＣＩＤ（追加ＣＩＤを含まない）に対応した相手ユーザの最新プロフィール情報を取得すると、応答送信部１１６は追加ＣＩＤの相手ユーザを含まない取得最新プロフィール情報をユーザ端末６ａにレスポンスとして送信する（ステップＳ２０５）。このとき、通知部１１６は、ユーザ端末６ａに対し、つながり関係が構築されていない一部の相手ユーザ（追加ＣＩＤ）の最新プロフィール情報が取得できていない旨の通知を行う（ステップＳ２０６）。ステップＳ２０６による最新プロフィール情報が取得できていない旨の通知にはＳＭＳを用いることができる。
【００４９】
また、更新要否判定部１１２は、つながり関係情報生成部１１３に対して、追加ＣＩＤに対応した相手ユーザと要求元ユーザであるユーザ端末６ａのユーザとの間に新たにつながり関係を構築して、つながり関係ＤＢ１４上のつながり関係情報を更新するように指示する。つながり関係情報生成部１１３は、追加ＣＩＤに対応した相手ユーザとユーザ端末６ａのユーザとの間に新たにつながり関係の構築を試みる。つながり関係が構築できた場合は、追加ＣＩＤの相手ユーザとユーザ端末６ａのユーザとの間のつながり関係情報を追加登録（更新処理）する（ステップＳ２０７）。つながり関係情報の更新処理が完了すると、通知部１１６は、ユーザ端末６ａに対し全ユーザの最新プロフィール情報の取得準備が完了した旨の通知を行う（ステップＳ２０８）。
【００５０】
以上、本実施の形態に係るソーシャル電話帳システム１によれば、最新プロフィール要求に係る電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられていないＣＩＤ（追加ＣＩＤ）が含まれていて、全相手ユーザの最新プロフィールを返信するのに所定時間を超えると判定した場合には、電話帳データに登録されたＣＩＤのうち追加ＣＩＤを除いたＣＩＤの相手ユーザの最新プロフィールだけを返信するので、要求元ユーザに対して迅速に１回目の最新プロフィールを返信できる。
【００５１】
なお、本発明は上記実施の形態に限定されず、種々変更して実施することができる。例えば、ユーザ端末に保存されている電話帳データに登録された一部の相手ユーザのみを、最新プロフィール情報の取得対象としても良い。また、ソーシャル電話帳管理システムは、１つのプロフィールサーバで構成されていても良いし、複数のプロフィールサーバで構成されていても良い。ソーシャル電話帳管理システムは、インターネットやコアネットワークとのインタフェース用ノード等を備えていてもよい。ＳＮＳサーバ、無線基地局、ユーザ端末などの数は、上述した実施の形態の構成には限定されない。その他、本発明は、本発明の範囲を逸脱しないで適宜変更して実施することができる。
【産業上の利用可能性】
【００５２】
本発明のプロフィールサーバ、プロフィール情報管理システム、及びプロフィール情報管理方法は、例えば、外部サービスの識別情報を管理してアクセス可能な通信システムに適用することが可能である。
【符号の説明】
【００５３】
１ ソーシャル電話帳管理システム
２ インターネット
３ａ〜３ｃ ＳＮＳサーバ
４ コアネットワーク
５ 無線基地局
６ａ〜６ｄ ユーザ端末
１１ プロフィールサーバ
１２ プロフィールＤＢ
１３ 電話帳ＤＢ
１４ つながり関係ＤＢ
１１１ 取得要求受信部
１１２ 更新要否判定部
１１３ つながり関係情報生成部
１１４ 最新プロフィール情報取得部
１１５ 応答送信部
１１６ 通知部
【技術分野】
【０００１】
本発明は、複数のユーザのプロフィール情報を関連付けて管理するプロフィールサーバ、管理システム、及びプロフィール情報管理方法に関する。
【背景技術】
【０００２】
複数の携帯電話機の利用者に関する氏名・名称、電話番号又はメールアドレスを含む電話帳データを、通信ネットワークを通じて集積し、集積された電話帳データを用いて利用者間の関係性をソーシャルラインとして管理する電話帳管理システムが提案されている（例えば、特許文献１参照）。この電話帳管理システムでは、例えば、電話帳データに設定されたソーシャルラインを辿ることでソーシャルラインにより関連付けられた他の利用者のプロファイルを検索することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、プロフィール情報と電話帳データとを突合させてユーザ間のつながり関係を構築し、この構築されたつながり関係を前提として相手ユーザの最新プロフィール情報を取得する最新プロフィール取得サービスが考えられる。しかしながら、ユーザ端末の電話帳データに登録されている全相手ユーザの最新プロフィール情報を取得しようとすると、ユーザ端末の電話帳データの更新がつながり関係構築とは非同期で行われる可能性があり、このような状況の場合には相手ユーザの最新プロフィール取得までに要求元ユーザを長時間待たせる可能性があった。
【０００５】
本発明は、かかる問題点に鑑みてなされたものであり、ユーザ端末からの最新プロフィールの取得要求に対して要求元ユーザを待たせることなく、迅速に応答可能なプロフィールサーバ、プロフィール情報管理システム、及びプロフィール情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のプロフィールサーバは、要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知する通知部と、を備えたことを特徴とする。
【０００７】
この構成によれば、つながり関係が構築されていない相手ユーザが取得要求に含まれていても、取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定し、応答送信までに要する時間が所定時間を超えると判定された場合、つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信するので、要求元ユーザを待たせることなく１回目の最新プロフィール応答を完了することができる。
【発明の効果】
【０００８】
本発明によれば、ユーザ端末からの最新プロフィールの取得要求に対して要求元ユーザを待たせることなく、迅速に応答可能なプロフィールサーバ、管理システム、及びプロフィール情報管理方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係るソーシャル電話帳管理システムを含むシステムの概略構成図である。
【図２】プロフィールデータベースに登録されるプロフィールデータの具体例について示す図である。
【図３】電話帳データベースの具体例について示す図である。
【図４】つながり関係データベースの具体例について示す図である。
【図５】本実施の形態におけるプロフィールサーバの機能構成を示す図である。
【図６】ユーザ端末の電話帳データと電話帳データベースの状態を示す図である。
【図７】管理システムの動作を説明するシーケンス図である。
【図８】最新プロフィール情報の取得の際のソーシャル電話帳管理システムの動作を説明するフロー図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１１】
図１は、本実施の形態に係るソーシャル電話帳管理システムを含んだネットワーク構成図である。ソーシャル電話帳管理システム１は、ユーザ間の関係性（つながり関係）を示すつながり関係情報を管理する。ソーシャル電話帳管理システム１には、インターネット２を介して複数のソーシャルネットワークサービス（ＳＮＳ）提供用サーバ（以下、単にＳＮＳサーバという）３ａ〜３ｃが接続され、通信事業者が運営するコアネットワーク４及び無線基地局５を介してユーザ端末６ａ〜６ｄが接続される。
【００１２】
ソーシャル電話帳管理システム１は、ユーザ間のつながり関係情報を管理して最新プロフィール情報を提供するプロフィールサーバ１１と、各ユーザ端末６ａ〜６ｄからアップロードされる各利用ユーザのプロフィール情報が登録されるプロフィールデータベース（プロフィールＤＢ）１２と、各ユーザ端末６ａ〜６ｄからアップロードされる電話帳データが登録される電話帳データベース（電話帳ＤＢ）１３と、ユーザ間のつながり関係情報が登録されるつながり関係データベース（つながり関係ＤＢ）１４とを含む。プロフィールサーバ１１は、ユーザ端末６ａ〜６ｄからの要求に応じて、ユーザ端末６ａ〜６ｄからアップロードされた各ユーザのプロフィール情報をプロフィールＤＢ１２に登録し、ユーザ端末６ａ〜６ｄからアップロードされる電話帳データを電話帳ＤＢ１３に登録する。ユーザ端末６ａ〜６ｄでは、各ユーザの電話帳データが保存されていて、適宜にユーザ端末上で立ち上げられたアプリケーションによって相手ユーザの電話番号、メールアドレス等の情報が更新（追加、変更、削除）される。また、プロフィールサーバ１１は、プロフィール情報及び電話帳データからつながり関係情報を生成してつながり関係ＤＢ１４に登録する。
【００１３】
ソーシャル電話帳管理システム１は、ユーザ端末６ａ〜６ｄから相手ユーザの最新プロフィール情報に関する取得要求（以下、最新プロフィール要求という）があった場合、ユーザ端末６ａ〜６ｄに対して相手ユーザの最新プロフィール情報を送信できるよう構成されている。具体的には、ソーシャル電話帳管理システム１は、つながり関係ＤＢ１４を参照して、最新プロフィール要求を発行した要求元ユーザと、最新プロフィール要求に含まれていた相手ユーザとの間につながり関係が構築されていることを条件に、相手ユーザの最新プロフィール情報を取得して要求元のユーザ端末６ａ〜６ｄに送信する。
【００１４】
ユーザ端末６ａ〜６ｄは、携帯電話機などの無線通信可能な端末装置であり、ソーシャル電話帳管理システム１に対してプロフィール情報及び電話帳データをアップロード可能に構成されている。また、本実施の形態は、ユーザ端末６ａ〜６ｄに保存されている電話帳データに登録された全相手ユーザを、最新プロフィール情報の取得対象とする。そのため、ユーザ端末６ａ〜６ｄは、ソーシャル電話帳管理システム１に対し、自端末に保存されている電話帳データを送信することで、自端末の電話帳データに登録された相手ユーザに関する最新プロフィール要求を行う。また、ユーザ端末６ａ〜６ｄは、音声通話、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などの機能を備えており、これらの機能によって他のユーザ端末６ａ〜６ｄと通信を行うことができるようになっている。なお、本実施の形態では、ユーザ端末６ａ〜６ｄとして無線通信可能な端末装置を例示しているが、ユーザ端末６ａ〜６ｄは、ソーシャル電話帳管理システム１などと有線で通信を行う端末装置であっても良い。
【００１５】
ソーシャル電話帳管理システム１及びユーザ端末６ａ〜６ｄは、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００１６】
上述したプロフィール情報は、ユーザ端末６ａ〜６ｄの電話番号、メールアドレス、ユーザ端末６ａ〜６ｄの利用者であるユーザの氏名や住所、ユーザが参加するＳＮＳの識別情報（ＳＮＳサーバ３ａ〜３ｃにおけるユーザＩＤやＳＮＳで使用するメールアドレスなど）などを含んで構成することができる。なお、プロフィール情報には、ソーシャルネットワークサービス以外の外部サービスの識別情報などが含まれていても良い。
【００１７】
プロフィールサーバ１１がユーザ端末６ａ〜６ｄからの要求に応じて各ユーザ端末６ａ〜６ｄのプロフィール情報をプロフィールＤＢ１２に登録する際に、各プロフィール情報にはソーシャル電話帳管理システム１で提供されるソーシャル電話帳サービス上で固有に付与されるユーザ識別番号（以下、ＳＡＢＩＤという）が付与される。これにより、プロフィールＤＢ１２において、プロフィール情報を構成する複数の情報がＳＡＢＩＤにより相互に関連付けられてユーザ毎（ユーザ端末毎）に管理されるようになっている。
【００１８】
図２は、プロフィールＤＢ１２に登録されるプロフィールデータの具体例について示す図である。図２では、図１に示されるユーザ端末６ａ〜６ｄに対応する４人のユーザ（ユーザＡ〜Ｄ）の主なプロフィール情報に関する部分を示している。ただし、プロフィールＤＢ１２の具体的構成は図２に示されるものに限定されない。プロフィールＤＢ１２は、ソーシャル電話帳サービスに参加する複数のユーザのプロフィール情報が登録されるように構成されていれば良い。プロフィールＤＢ１２は、ＳＡＢＩＤに紐づけて、４人のユーザＡ〜Ｄの氏名、ユーザが契約しているユーザ端末６ａ〜６ｄに払いだされた電話番号、メールアドレスがキー情報として登録されている。例えば、ＳＡＢＩＤ「１００１」によって、ユーザ端末６ａを利用するユーザＡのプロフィール情報が一元管理されている。なお、本実施の形態ではＳＡＢＩＤを４桁の数字列で表現しているが、ＳＡＢＩＤの構成については特に限定されない。ソーシャル電話帳サービスに参加する全ユーザ（全ユーザ端末）を識別可能なＳＡＢＩＤを付与できればよい。
【００１９】
ユーザ端末６ａ〜６ｄには、それぞれ電話帳データが保存されている。電話帳データは、ユーザが登録した相手ユーザの氏名、電話番号、メールアドレスなどのユーザ情報が、ユーザ毎に付与された登録番号（ＣＩＤ）に対応づけて記憶されている。なお、本実施の形態ではユーザ端末上でユーザ情報を特定するＣＩＤを４桁の数字列で表現しているが、ＣＩＤの構成については特に限定されない。
【００２０】
プロフィールサーバ１１がユーザ端末６ａ〜６ｄから受ける最新プロフィールの取得要求には、ユーザ端末６ａ〜６ｄに保存されている電話帳データにおいてユーザ情報に紐づけられたＣＩＤが含まれる。
【００２１】
図３は、電話帳ＤＢ１３の具体例について示す図である。電話帳ＤＢ１３には、ユーザ端末６ａ〜６ｄからアップロードされた各電話帳データが登録されている。電話帳ＤＢ１３に記憶された複数ユーザの電話帳データはＳＡＢＩＤで管理されている。例えば、ＳＡＢＩＤ「１００１」が付与された電話帳データ（図３において太線で囲まれる部分）は、ユーザＡが利用するユーザ端末６ａに保存されていてアップロードされた電話帳データに相当する。
【００２２】
また、電話帳ＤＢ１３に記憶されている電話帳データは、電話帳データのアップロード時に当該電話帳データに登録されていたＣＩＤが付与されている。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データでは、ユーザＣに関するユーザ情報にＣＩＤ「０００１」が付与され、ユーザＢに関するユーザ情報にＣＩＤ「０００２」が付与されている。
【００２３】
なお、ＣＩＤは各ユーザ端末６ａ〜６ｄにおいて独自に付与する番号であるから、ＳＡＢＩＤが異なればＣＩＤが同一であっても関連付けられる情報は異なる。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データ（つまり、ユーザ端末６ａの電話帳データ）において、ＣＩＤ「０００１」にてユーザＣに関するユーザ情報が関連付けられているが、ＳＡＢＩＤ「２００２」で管理される電話帳データ（つまり、ユーザ端末６ｂの電話帳データ）において、ＣＩＤ「０００１」にてユーザＤに関するユーザ情報が関連付けられている。このため、電話帳ＤＢ１３の電話帳データに登録されているユーザは、ＳＡＢＩＤとＣＩＤとの組によって特定される。
【００２４】
つながり関係情報は、各ユーザからアップロードされる電話帳データ、プロフィールデータをユーザ間で突合させて構築されるユーザ間のつながり関係を示す情報である。したがって、つながり関係情報は、ユーザ間のつながり関係を規定する。具体的には、ユーザＡのプロフィールに含まれる電話番号又はメールアドレスが他のユーザＢのユーザ端末に記憶されている電話帳データにユーザ情報として登録されていれば、つながり関係を構築する。このように、つながり関係情報は、電話帳ＤＢ１３のＳＡＢＩＤ及びＣＩＤの組と、プロフィールＤＢ１２のＳＡＢＩＤとを関連付けた情報である。このつながり関係情報により、電話帳ＤＢ１３においてＳＡＢＩＤ及びＣＩＤで特定されるユーザと、プロフィールＤＢ１２においてＳＡＢＩＤで特定されるユーザとが同一人物であることが示さる。これにより、電話帳ＤＢ１３においてＳＡＢＩＤで特定される電話帳データの利用ユーザと、プロフィールＤＢ１２においてＳＡＢＩＤで特定されるユーザとの間につながり関係があることが示される。
【００２５】
図４は、つながり関係ＤＢ１４の具体例について示す図である。図４では、図１に示されるユーザ端末６ａ〜６ｄに対応するつながり関係情報に関する部分を示している。ただし、つながり関係ＤＢ１４の具体的構成は図４に示されるものに限定されない。つながり関係ＤＢ１４には、電話帳ＤＢ１３におけるＳＡＢＩＤ及びＣＩＤの組に対してプロフィールＤＢ１２のＳＡＢＩＤを関連付けることで得られるつながり関係情報が登録される。例えば、電話帳ＤＢ１３ではＳＡＢＩＤ「１００１」、及びＣＩＤ「０００１」によりユーザＣが特定される。また、プロフィールＤＢ１２ではＳＡＢＩＤ「３００３」によってユーザＣが特定される。このため、電話帳ＤＢ１３のＳＡＢＩＤ「１００１」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」とが関連付けられてつながり関係ＤＢ１４に登録される（図４において太線で囲まれる部分）。この場合、電話帳ＤＢ１３においてＳＡＢＩＤ「１００１」で特定される電話帳データの利用ユーザであるユーザＡと、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」によって特定されるユーザＣとの間にはつながり関係がある。
【００２６】
図５は、主にプロフィールサーバ１１の機能構成を示す図である。図５に示されるように、プロフィールサーバ１１は、各ユーザ端末６ａ〜６ｄから送信される最新プロフィール要求を受信する取得要求受信部１１１と、つながり関係情報の更新の要否を判定する更新要否判定部１１２と、プロフィール情報と電話帳データとのマッチング処理によってつながり関係情報を生成するつながり関係情報生成部１１３と、つながり関係ＤＢ１４を参照してプロフィールＤＢ１２から最新のプロフィール情報を取得する最新プロフィール情報取得部１１４と、各ユーザ端末６ａ〜６ｄに対してプロフィール取得に関する通知を行う通知部１１６と、各ユーザ端末６ａ〜６ｄに対して最新プロフィール情報取得部１１４が取得した最新プロフィール情報を含む応答を送信する応答送信部１１５とを具備する。
【００２７】
取得要求受信部１１１は、各ユーザ端末６ａ〜６ｄから最新プロフィール要求を受信し、最新プロフィール要求に含まれた電話帳データに登録されているユーザ情報のＣＩＤを更新要否判定部１１２に通知する。なお、最新プロフィール要求において、各ユーザ端末６ａ〜６ｄは、電話帳データを構成する全ての情報を含んでいなくとも良く、少なくともＣＩＤが含まれていれば良い。
【００２８】
更新要否判定部１１２は、取得要求受信部１１１から通知されたＣＩＤに対応した相手ユーザがつながり関係ＤＢ１４においてつながり関係の構築された相手ユーザとして登録されているか否かを判定する。既に要求元ユーザと相手ユーザとのつながり関係が構築されている場合、つながり関係情報の更新は不要と判定する。一方、要求元ユーザと相手ユーザとのつながり関係が構築されていなかった場合、相手ユーザとのつながり関係情報の更新が必要と判定する。
【００２９】
例えば、ユーザ端末６ａから最新プロフィール要求があった場合、更新要否判定部１１２は、つながり関係ＤＢ１４においてユーザ端末６ａの電話帳データであることを示すＳＡＢＩＤ「１００１」の項をサーチする。ＳＡＢＩＤ「１００１」の項に、ユーザ端末６ａから通知されたＣＩＤが存在し、当該ＣＩＤと関連付けられたＳＵＢＩＤが存在する場合、つながり関係は既に構築されており、つながり関係情報の更新は不要と判定する。それ以外の場合、つながり関係情報の更新が必要と判定する。
【００３０】
また、更新要否判定部１１２は、つながり関係情報の更新が必要と判断した場合、つながり関係情報の更新に所定時間以上を要するか否かを判定し、その判定結果に応じてその後の処理を選択できるように構成されている。例えば、つながり関係情報の更新に所定時間以上を要すると判定された場合、更新要否判定部１１２は、つながり関係が既に構築されているユーザの最新プロフィール情報を取得するよう最新プロフィール情報取得部１１４に指示し、最新プロフィール情報をレスポンスとして返信するように応答送信部１１５に指示する。また、一部のユーザに関する最新プロフィール情報が取得できていない旨の通知を要求元ユーザのユーザ端末６ａ〜６ｄに対して行うよう通知部１１６に指示する。
【００３１】
つながり関係情報生成部１１３は、更新要否判定部１１２においてつながり関係情報の更新が必要と判定された場合、要求元ユーザと相手ユーザとの新たなつながり関係を構築し、既存のつながり関係情報を更新できるように構成されている。例えば、上述したようにユーザ端末６ａから最新プロフィール要求があった場合において、つながり関係ＤＢ１４におけるＳＡＢＩＤ「１００１」の項にユーザ端末６ａから通知されたＣＩＤが存在しない場合、すなわち、ユーザＡと相手ユーザとの間につながり関係が構築されていない場合、当該ＣＩＤに関連付けられたキー情報（電話番号やメールアドレスなど）がプロフィールＤＢ１２内に存在するか否かをサーチする。プロフィールＤＢ１２内に同一のキー情報が存在する場合、ユーザＡと相手ユーザとの間につながり関係を構築する。すなわち、つながり関係情報生成部１１３は、電話帳ＤＢ１３においてキー情報に対応するＳＡＢＩＤ及びＣＩＤの組と、プロフィールＤＢ１２においてキー情報に対応するＳＡＢＩＤとを関連付けて新たなつながり関係を構築し、つながり関係情報を更新する。更新されたつながり関係情報は、つながり関係ＤＢ１４に記録される。
【００３２】
最新プロフィール情報取得部１１４は、更新要否判定部１１２からの指示に基づいて、つながり関係ＤＢ１４を参照して、プロフィールＤＢ１２から最新のプロフィール情報を取得できるように構成されている。最新プロフィール情報取得部１１４において取得された最新プロフィール情報は、応答送信部１１５に送られる。応答送信部１１５は、最新プロフィール情報取得部１１４から送られた最新プロフィール情報を各ユーザ端末６ａ〜６ｄに対して配信可能に構成されている。
【００３３】
通知部１１６は、要求元ユーザのユーザ端末６ａ〜６ｄに対し、更新要否判定部１１２において選択された処理に応じて所定の通知を行うことができるように構成されている。例えば、つながり関係情報の更新に所定時間以上を要すると判定された場合、一部のユーザに関する最新プロフィール情報が取得できていないことを示す情報を要求元ユーザのユーザ端末６ａ〜６ｄに対して通知する。
【００３４】
なお、上述した通信システムは、ソーシャル電話帳サービスに加入するユーザに関する情報を一元管理することにより、ユーザ間のつながり関係情報を利用して様々な態様の情報管理を可能にしている。例えば、ソーシャル電話帳管理システム１は、ＳＮＳサーバ３ａ〜３ｃにおける各ユーザの識別情報などを管理しているため、各ユーザがＳＮＳにおいて公開する情報にアクセスできる。これを利用すれば、ユーザ自身がＳＮＳサーバ３ａ〜３ｃにアクセスすること無く、他のユーザがＳＮＳにおいて公開した情報を取得することが可能になる。具体的には、例えば、ソーシャル電話帳管理システム１は、あるユーザがＳＮＳにおいて公開する情報を定期的に取得し、このユーザとつながり関係がある別のユーザに当該情報へのアクセスを許可するような構成とすれば良い。
【００３５】
次に、図６〜図８を参照して、本実施の形態に係る通信システムの動作について説明する。なお、以下では、図１に示されるユーザ端末６ａが最新プロフィール情報の取得を要求する場合について特に説明するが、他のユーザ端末が最新プロフィール情報の取得を要求する場合も同様である。
【００３６】
図６は、ユーザ端末６ａの電話帳データと電話帳ＤＢ１３の状態を示す図である。図６Ａに示されるように、ユーザ端末６ａの電話帳データには、つながり関係ＤＢ１４においてユーザＡとのつながり関係が構築されていないユーザＤに関する情報が追加されている。すなわち、図６Ａにおいて、ユーザ端末６ａの電話帳データにはユーザＤに関するＣＩＤ「０００３」が追加されているが、つながり関係ＤＢ１４にはユーザ端末６ａの電話帳データに対応するＳＡＢＩＤ「１００１」の項にＣＩＤ「０００３」は登録されていない（図６Ａにおいて太線で囲まれる部分）。
【００３７】
図７は、図６Ａに示される場合の通信システムの動作を説明するシーケンス図である。図７に示されるようにユーザ端末６ａがプロフィールサーバ１１に対しユーザＢ、Ｃ、Ｄに対応する電話帳データを送信してユーザＢ、Ｃ、Ｄの最新のプロフィール情報を要求する（ステップＳ１０１）。そうすると、プロフィールサーバ１１の取得要求受信部１１１は、更新要否判定部１１２に対してユーザＢ、Ｃ、Ｄに対応する電話帳データのＣＩＤを通知する。
【００３８】
更新要否判定部１１２は取得要求受信部１１１からＣＩＤを受け取ると、当該ＣＩＤに基づいて、つながり関係情報の更新の要否を判定する（ステップＳ１０２）。具体的には、つながり関係ＤＢ１４においてユーザ端末６ａの電話帳データであることを示すＳＡＢＩＤ「１００１」の項をサーチし、ユーザ端末６ａから通知されたＣＩＤの登録状況を確認する。ここでは、図６Ａに示されるように、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項には、ユーザＤに関するＣＩＤ「０００３」が登録されていない。このため、更新要否判定部１１２は、ユーザＤに関するつながり関係が構築されておらず、つながり関係情報の更新が必要と判定する。
【００３９】
更新要否判定部１１２においてつながり関係情報の更新が必要と判定された場合、更新要否判定部１１２は、つながり関係情報の更新処理が所定の時間内に終了するか否かを判定する（ステップＳ１０３）。つながり関係情報の更新処理は、つながり関係が構築されていないユーザを示すＣＩＤに関連付けられたキー情報と、プロフィールＤＢ１２に登録されているプロフィール情報とを比較することで行われる。このため、つながり関係情報の更新処理に要する時間は、つながり関係が構築されていないユーザに関するキー情報の数、プロフィールＤＢ１２に登録されているプロフィール情報の数などによって決まるサーチ処理量に依存する。ここでは、つながり関係ＤＢ１４に登録されていないユーザＤを特定するために必要なキー情報の数は２（ユーザＤの電話番号（１）とメールアドレス（１））であり、サーチの必要があるプロフィール情報の数は４（ユーザＡ〜Ｄのプロフィール情報の合計）である。サーチ処理量が大きく、処理に所定以上の時間がかかる場合、つながり関係情報の更新処理が所定の時間内に終了しないと判定する。サーチ処理量が小さく、処理に所定以上の時間がかからない場合、つながり関係情報の更新処理が所定の時間内に終了すると判定する。このように、ＣＩＤに関連付けられたキー情報の数と、プロフィールＤＢ１２に登録されているプロフィール情報の数などによって決まるサーチ処理量に基づいて、更新処理に要する時間を適切に判定できる。
【００４０】
更新要否判定部１１２においてつながり関係情報の更新処理が所定の時間内に終了しないと判定された場合、更新要否判定部１１２は、最新プロフィール情報取得部１１４に対し、既につながり関係の構築されているユーザに関する最新プロフィール情報を取得するように指示する。すなわち、更新要否判定部１１２は、ユーザＤを除くユーザＢ、Ｃの最新プロフィール情報を取得するように指示する。また、更新要否判定部１１２は、ユーザＢ、Ｃの最新プロフィール情報を含む応答をユーザ端末６ａに送信するよう応答送信部１１５に対して指示し、上記処理時間に関する判定結果を通知部１１６に対して伝える。
【００４１】
最新プロフィール情報取得部１１４は、更新要否判定部１１２から指示を受けると、つながり関係ＤＢ１４及びプロフィールＤＢ１２を参照して、既につながり関係の構築されているユーザ（ユーザＢ、Ｃ）に関する最新プロフィール情報を取得する。具体的には、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項において、ユーザＢを表すＣＩＤ「０００２」に関連付けられたＳＡＢＩＤ「２００２」を取得し、プロフィールＤＢ１２のＳＡＢＩＤ「２００２」の項を参照して、ユーザＢの最新プロフィール情報を取得する。また、つながり関係ＤＢ１４のＳＡＢＩＤ「１００１」の項において、ユーザＣを表すＣＩＤ「０００１」に関連付けられたＳＡＢＩＤ「３００３」を取得し、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」の項を参照して、ユーザＣの最新プロフィール情報を取得する。ユーザＢ、Ｃの最新プロフィール情報を取得すると、最新プロフィール情報取得部１１４はこれらの情報を通知部１１６に送る。
【００４２】
応答送信部１１５は、最新プロフィール情報取得部１１４からつながり関係が構築されているユーザ（ユーザＢ、Ｃ）に関する最新プロフィール情報を受け取ると、これを含む応答をユーザ端末６ａに送信する（ステップＳ１０４）。また、通知部１１６は、ユーザ端末６ａに対し、つながり関係の構築されていないユーザ（ユーザＤ）についての最新プロフィール情報を取得できていない旨の通知をする（ステップＳ１０５）。当該通知は、ＳＭＳなどを利用して行われる。このように、既につながり関係の構築されているユーザ（ユーザＢ、Ｃ）の最新プロフィール情報を先に配信するのは、つながり関係の構築されていないユーザ（ユーザＤ）の最新プロフィール情報の取得前に行われるつながり関係情報の更新処理が所定の時間内に終了しない場合、ユーザ端末６ａに対する応答が著しく遅延して通信システムの利便性が低下するためである。本実施の形態に係るソーシャル電話帳管理システム１ではこのような場合の応答が適切になされるため、ユーザ端末６ａに対する応答の遅延を抑制して通信システムの利便性を高めることができる。なお、図７ではステップＳ１０３の後にステップ１０４を行っているが、これらのステップは同時に行われても良い。
【００４３】
上述した、ステップＳ１０４、Ｓ１０５と前後して、更新要否判定部１１２は、つながり関係情報生成部１１３に対してつながり関係情報を更新するように指示する。この指示を受けたつながり関係情報生成部１１３は、つながり関係情報の更新処理を行う（ステップＳ１０６）。すなわち、つながり関係が構築されていないユーザ（ユーザＤ）に関するキー情報と、プロフィールＤＢ１２に登録されているプロフィール情報とを比較して、新たなつながり関係を構築する。具体的には、ユーザＤのキー情報（電話番号又はメールアドレス）とプロフィールＤＢ１２に登録されているキー情報とのマッチング処理を行う。キー情報が一致する場合、つながり関係情報生成部１１３は、ＣＩＤとプロフィールＤＢ１２のＳＡＢＩＤとを関連付ける。ここでは、プロフィールＤＢ１２内にユーザＤのキー情報である電話番号及びメールアドレスが存在するため、図６Ｂに示されるように、ＳＡＢＩＤ「１００１」の項のＣＩＤ「０００３」に対してプロフィールＤＢ１２のＳＡＢＩＤ「５００１」を関連付けてつながり関係情報を更新する。更新されたつながり関係情報は、つながり関係ＤＢ１４に記録される。
【００４４】
つながり関係情報生成部１１３においてつながり関係情報の更新が完了すると、つながり関係情報生成部１１３は通知部１１６にその旨を通知する。そして、通知部１１６は、ユーザ端末６ａに対し、つながり関係が構築されていなかったユーザ（ユーザＤ）の最新プロフィール情報の取得準備が完了した旨を通知する（ステップＳ１０７）。当該通知は、ＳＭＳなどを利用して行われる。当該通知を受け取ったユーザ端末６ａが、プロフィールサーバ１１に対して再び最新プロフィール要求を行うと（ステップＳ１０８）、プロフィールサーバ１１は上述のようなステップにより、ユーザ端末６ａに対してユーザＢ、Ｃ、Ｄの最新プロフィール情報を配信する（ステップＳ１０９）。
【００４５】
図８は、最新プロフィール要求を受けたソーシャル電話帳管理システム１の動作を説明するフロー図である。ソーシャル電話帳管理システム１において、プロフィールサーバ１１がユーザ端末６ａから当該ユーザ端末６ａに保存されている最新の電話帳データを含む最新プロフィール要求を受けると、更新要否判定部１１２は、電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられたＣＩＤが存在するか否かをサーチする（ステップＳ２０１）。
【００４６】
ユーザ端末６ａから受け取った電話帳データに登録された全てのＣＩＤ（相手ユーザ)についてつながり関係ＤＢ１４上で、ユーザ端末６ａの要求元ユーザとつながり関係が構築されていた場合（ステップＳ２０１：ＮＯ）、更新要否判定部１１２は新たなつながり関係の構築（つながり関係情報の更新）は不要と判定し、最新プロフィール情報取得部１１４に対し最新プロフィール情報を取得するように指示する。指示を受けた最新プロフィール情報取得部１１４が対象となる相手ユーザの最新プロフィール情報をプロフィールＤＢ１２から取得すると、当該最新プロフィール情報は応答送信部１１５に受け渡され、応答送信部１１５は当該最新プロフィール情報をレスポンスとしてユーザ端末６ａに送信する（ステップＳ２０２）。
【００４７】
一方、最新プロフィール要求に係る電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられていないＣＩＤ（追加ＣＩＤ））が含まれていた場合（ステップＳ２０１：ＹＥＳ）、更新要否判定部１１２は追加ＣＩＤに対応する相手ユーザとの間につながり関係を構築するよう試みる。すなわち、新たなつながり関係の構築を試みる場合は、つながり関係情報の更新が必要と判定する。この場合、更新要否判定部１１２は、つながり関係情報の更新処理に要する時間が所定以上であるか否かを判定する（ステップＳ２０３）。つながり関係情報の更新処理に要する時間が所定未満であれば（ステップＳ２０３：ＮＯ）、つながり関係情報生成部１１３はつながり関係情報の更新処理として、追加ＣＩＤに対応する相手ユーザとの間に新たなつながり関係を構築してつながり関係ＤＢ１４に反映させる。更新処理が完了すると、最新プロフィール情報取得部１１４が最新プロフィール要求に係る電話帳データに登録された全相手ユーザ（追加ＣＩＤの相手ユーザを含む）について最新プロフィール情報を取得し、応答送信部１１５は全相手ユーザ（追加ＣＩＤの相手ユーザを含む）の最新プロフィール情報をレスポンスとしてユーザ端末６ａに送信する（ステップＳ２０４）。
【００４８】
一方、つながり関係情報の更新処理に要する時間が所定以上であると判定した場合（ステップＳ２０３：ＹＥＳ）、更新要否判定部１１２は最新プロフィール情報取得部１１４に対して、既につながり関係が構築されていてつながり関係情報の更新処理が不要なユーザの最新プロフィール情報を取得するように指示する。つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられているＣＩＤの相手ユーザとの間には既につながり関係が構築されている。最新プロフィール情報取得部１１４がつながり関係ＤＢ１４及びプロフィールＤＢ１２を参照して、電話帳データに登録されたＣＩＤ（追加ＣＩＤを含まない）に対応した相手ユーザの最新プロフィール情報を取得すると、応答送信部１１６は追加ＣＩＤの相手ユーザを含まない取得最新プロフィール情報をユーザ端末６ａにレスポンスとして送信する（ステップＳ２０５）。このとき、通知部１１６は、ユーザ端末６ａに対し、つながり関係が構築されていない一部の相手ユーザ（追加ＣＩＤ）の最新プロフィール情報が取得できていない旨の通知を行う（ステップＳ２０６）。ステップＳ２０６による最新プロフィール情報が取得できていない旨の通知にはＳＭＳを用いることができる。
【００４９】
また、更新要否判定部１１２は、つながり関係情報生成部１１３に対して、追加ＣＩＤに対応した相手ユーザと要求元ユーザであるユーザ端末６ａのユーザとの間に新たにつながり関係を構築して、つながり関係ＤＢ１４上のつながり関係情報を更新するように指示する。つながり関係情報生成部１１３は、追加ＣＩＤに対応した相手ユーザとユーザ端末６ａのユーザとの間に新たにつながり関係の構築を試みる。つながり関係が構築できた場合は、追加ＣＩＤの相手ユーザとユーザ端末６ａのユーザとの間のつながり関係情報を追加登録（更新処理）する（ステップＳ２０７）。つながり関係情報の更新処理が完了すると、通知部１１６は、ユーザ端末６ａに対し全ユーザの最新プロフィール情報の取得準備が完了した旨の通知を行う（ステップＳ２０８）。
【００５０】
以上、本実施の形態に係るソーシャル電話帳システム１によれば、最新プロフィール要求に係る電話帳データに登録されたＣＩＤの中に、つながり関係ＤＢ１４上でユーザ端末６ａの要求元ユーザのＳＡＢＩＤに紐づけられていないＣＩＤ（追加ＣＩＤ）が含まれていて、全相手ユーザの最新プロフィールを返信するのに所定時間を超えると判定した場合には、電話帳データに登録されたＣＩＤのうち追加ＣＩＤを除いたＣＩＤの相手ユーザの最新プロフィールだけを返信するので、要求元ユーザに対して迅速に１回目の最新プロフィールを返信できる。
【００５１】
なお、本発明は上記実施の形態に限定されず、種々変更して実施することができる。例えば、ユーザ端末に保存されている電話帳データに登録された一部の相手ユーザのみを、最新プロフィール情報の取得対象としても良い。また、ソーシャル電話帳管理システムは、１つのプロフィールサーバで構成されていても良いし、複数のプロフィールサーバで構成されていても良い。ソーシャル電話帳管理システムは、インターネットやコアネットワークとのインタフェース用ノード等を備えていてもよい。ＳＮＳサーバ、無線基地局、ユーザ端末などの数は、上述した実施の形態の構成には限定されない。その他、本発明は、本発明の範囲を逸脱しないで適宜変更して実施することができる。
【産業上の利用可能性】
【００５２】
本発明のプロフィールサーバ、プロフィール情報管理システム、及びプロフィール情報管理方法は、例えば、外部サービスの識別情報を管理してアクセス可能な通信システムに適用することが可能である。
【符号の説明】
【００５３】
１ ソーシャル電話帳管理システム
２ インターネット
３ａ〜３ｃ ＳＮＳサーバ
４ コアネットワーク
５ 無線基地局
６ａ〜６ｄ ユーザ端末
１１ プロフィールサーバ
１２ プロフィールＤＢ
１３ 電話帳ＤＢ
１４ つながり関係ＤＢ
１１１ 取得要求受信部
１１２ 更新要否判定部
１１３ つながり関係情報生成部
１１４ 最新プロフィール情報取得部
１１５ 応答送信部
１１６ 通知部
【特許請求の範囲】
【請求項１】
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、
前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知する通知部と、
を備えたことを特徴とするプロフィールサーバ。
【請求項２】
前記取得要求に含まれているつながり関係が構築されていない相手ユーザと前記要求元ユーザとの間のつながり関係情報を生成するつながり関係情報生成部を備え、
前記通知部は、前記つながり関係情報生成部において前記つながり関係が構築されていない相手ユーザに関するつながり関係情報の生成が完了した場合、当該相手ユーザに関する最新プロフィール情報の取得準備が完了したことを示す通知を行うことを特徴とする請求項１に記載のプロフィールサーバ。
【請求項３】
前記取得要求に含まれる相手ユーザにつながり関係が構築されていない相手ユーザが含まれている場合であっても、前記判定部おいて前記応答送信までに要する時間が所定時間を超えないと判定された場合、前記つながり関係情報生成部が前記つながり関係が構築されていない相手ユーザに関するつながり関係情報を生成した後に、前記応答送信部は、全相手ユーザの最新プロフィール情報を含む応答を送信することを特徴とする請求項２に記載のプロフィールサーバ。
【請求項４】
前記要求元ユーザのユーザ端末に保持された電話帳データに登録されている相手ユーザの管理番号と、前記電話帳データに登録されたユーザであって前記要求元ユーザとつながり関係が構築されている相手ユーザの当該プロフィールサーバ上での識別番号と、を対応付けて記憶しているつながり関係記憶部を備え、
前記判定部は、前記取得要求に含まれた相手ユーザの管理番号が前記つながり関係記憶部に要求元ユーザと紐づけて登録されていなければ、前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれていると判定することを特徴とする請求項１又は請求項２に記載のプロフィールサーバ。
【請求項５】
各ユーザのプロフィール情報が蓄積されたプロフィール記憶部と、
ユーザ端末上での管理番号と相手ユーザ情報とが対応付けられた各ユーザの電話帳データが蓄積された電話帳記憶部と、を備え、
前記つながり関係情報生成部は、各ユーザの電話帳データに登録されたユーザ情報と、当該相手ユーザのプロフィール情報との対応関係に基づいてつながり関係情報を生成し、前記つながり関係記憶部に格納することを特徴とする請求項４に記載のプロフィールサーバ。
【請求項６】
前記判定部は、前記管理番号に紐づけられたユーザ情報に含まれたキー情報の数と、前記プロフィール記憶部に登録されているプロフィール情報数とに基づいて、応答送信までに要する時間が所定時間を超えるか否かを判定することを特徴とする請求項５に記載のプロフィールサーバ。
【請求項７】
プロフィールサーバと、前記プロフィールサーバに対して相手ユーザの最新プロフィール情報に関する取得要求を送信する要求元ユーザのユーザ端末と、を備えた管理システムであって、
前記プロフィールサーバは、
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、
前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を要求元ユーザの前記ユーザ端末に通知する通知部と、を備えたことを特徴とする管理システム。
【請求項８】
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信するステップと、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定するステップと、
前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信するステップと、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知するステップと、
を備えたことを特徴とするプロフィール情報管理方法。
【請求項１】
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、
前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知する通知部と、
を備えたことを特徴とするプロフィールサーバ。
【請求項２】
前記取得要求に含まれているつながり関係が構築されていない相手ユーザと前記要求元ユーザとの間のつながり関係情報を生成するつながり関係情報生成部を備え、
前記通知部は、前記つながり関係情報生成部において前記つながり関係が構築されていない相手ユーザに関するつながり関係情報の生成が完了した場合、当該相手ユーザに関する最新プロフィール情報の取得準備が完了したことを示す通知を行うことを特徴とする請求項１に記載のプロフィールサーバ。
【請求項３】
前記取得要求に含まれる相手ユーザにつながり関係が構築されていない相手ユーザが含まれている場合であっても、前記判定部おいて前記応答送信までに要する時間が所定時間を超えないと判定された場合、前記つながり関係情報生成部が前記つながり関係が構築されていない相手ユーザに関するつながり関係情報を生成した後に、前記応答送信部は、全相手ユーザの最新プロフィール情報を含む応答を送信することを特徴とする請求項２に記載のプロフィールサーバ。
【請求項４】
前記要求元ユーザのユーザ端末に保持された電話帳データに登録されている相手ユーザの管理番号と、前記電話帳データに登録されたユーザであって前記要求元ユーザとつながり関係が構築されている相手ユーザの当該プロフィールサーバ上での識別番号と、を対応付けて記憶しているつながり関係記憶部を備え、
前記判定部は、前記取得要求に含まれた相手ユーザの管理番号が前記つながり関係記憶部に要求元ユーザと紐づけて登録されていなければ、前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれていると判定することを特徴とする請求項１又は請求項２に記載のプロフィールサーバ。
【請求項５】
各ユーザのプロフィール情報が蓄積されたプロフィール記憶部と、
ユーザ端末上での管理番号と相手ユーザ情報とが対応付けられた各ユーザの電話帳データが蓄積された電話帳記憶部と、を備え、
前記つながり関係情報生成部は、各ユーザの電話帳データに登録されたユーザ情報と、当該相手ユーザのプロフィール情報との対応関係に基づいてつながり関係情報を生成し、前記つながり関係記憶部に格納することを特徴とする請求項４に記載のプロフィールサーバ。
【請求項６】
前記判定部は、前記管理番号に紐づけられたユーザ情報に含まれたキー情報の数と、前記プロフィール記憶部に登録されているプロフィール情報数とに基づいて、応答送信までに要する時間が所定時間を超えるか否かを判定することを特徴とする請求項５に記載のプロフィールサーバ。
【請求項７】
プロフィールサーバと、前記プロフィールサーバに対して相手ユーザの最新プロフィール情報に関する取得要求を送信する要求元ユーザのユーザ端末と、を備えた管理システムであって、
前記プロフィールサーバは、
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信する取得要求受信部と、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定する判定部と、
前記判定部において前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信する応答送信部と、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を要求元ユーザの前記ユーザ端末に通知する通知部と、を備えたことを特徴とする管理システム。
【請求項８】
要求元ユーザのユーザ端末から当該ユーザ端末に登録された相手ユーザの最新プロフィール情報に関する取得要求を受信するステップと、
前記取得要求に前記要求元ユーザとの間でつながり関係が構築されていない相手ユーザが含まれている場合、前記取得要求に対する応答までに要する時間が所定時間を超えるか否かを判定するステップと、
前記応答送信までに要する時間が所定時間を超えると判定された場合、前記つながり関係が構築されていない相手ユーザを除く相手ユーザの最新プロフィール情報を要求元ユーザの前記ユーザ端末へ送信するステップと、
前記取得要求に含まれているつながり関係が構築されていない相手ユーザに関する最新プロフィール情報が未取得であることを示す情報を前記要求元ユーザのユーザ端末に通知するステップと、
を備えたことを特徴とするプロフィール情報管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−５２８５（Ｐ２０１３−５２８５Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３５５７２（Ｐ２０１１−１３５５７２）
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]