JP5756350B2 - 電話帳管理システム、電話帳管理方法 - Google Patents

Description

本発明は、ユーザ端末の電話帳データに基づいてユーザ間の関連付けを行う電話帳管理システム、電話帳管理方法に関する。

ユーザ端末の電話帳データと他のユーザ端末のユーザのプロフィールデータとに基づいてユーザ間の関係性の有無を判断し、ユーザ間の関連付けを行う電話帳管理システムが提案されている（例えば、特許文献１参照）。このシステムでは、例えば、ユーザ端末の電話帳に登録されている登録ユーザの電話番号が、他のユーザ端末のユーザのプロフィールデータに含まれる電話番号と一致する場合、当該ユーザ端末のユーザと当該他のユーザ端末のユーザとに関係性があると判断して関連付けを行う。

特開２０１０−４２２９号公報

上述した電話帳管理システムでは、ユーザ端末の電話帳に登録された登録ユーザの情報が、他の複数のユーザ端末のユーザのプロフィールデータに含まれる情報と一致することも想定される。例えば、ユーザ端末Ａの電話帳に登録ユーザＢの電話番号及びメールアドレスとしてユーザＢの電話番号とユーザＣのメールアドレスが誤って登録されている場合、当該登録ユーザＢの電話番号及びメールアドレスは、ユーザＢのプロフィールデータに含まれる電話番号及びユーザＣのプロフィールデータに含まれるメールアドレスに一致することになる。このような場合、ユーザ端末ＡのユーザＡが、ユーザＢ又はユーザＣのユーザのいずれとより密接な関係性があるかを判断できないため、ユーザＡとユーザＢ又はユーザＣとのユーザ間で適切な関連付けを行うことができない場合がある。

以上のように、上述の電話帳管理システムでは、ユーザ端末の電話帳に登録された登録ユーザの情報が複数のユーザのプロフィールデータに含まれる場合、当該ユーザ端末のユーザと他のユーザとの間で適切な関連付けを行うことができない場合があるという問題点があった。

本発明は、かかる問題点に鑑みてなされたものであり、ユーザ端末の電話帳に登録された登録ユーザの情報が複数のユーザのプロフィールデータに含まれる場合にも、当該ユーザ端末のユーザと他のユーザとの間で適切な関連付けを行うことが可能な電話帳管理システム、電話帳管理方法を提供することを目的とする。

本発明の第１側面に係る電話帳管理システムは、ユーザのプロフィールデータを記憶するプロフィールデータ記憶部と、ユーザ端末に記憶された電話帳データを取得する電話帳データ取得部と、前記電話帳データに含まれる登録ユーザのキー情報を含むプロフィールデータを、前記プロフィールデータ記憶部から取得するプロフィールデータ取得部と、前記プロフィールデータ取得部によって前記登録ユーザのキー情報を含む複数のプロフィールデータが取得された場合、各プロフィールデータに含まれるキー情報の優先順位に従って、前記各プロフィールデータを有するユーザと前記登録ユーザとの適合度を決定する決定部と、前記登録ユーザとの適合度に基づいて選択されたユーザと、前記ユーザ端末のユーザとを関連付けるつながり関係情報である被片側関係リストを生成する生成部と、を具備することを特徴とする。

この構成によれば、ユーザ端末の登録ユーザのキー情報を含むプロフィールデータが複数取得された場合にも、各プロフィールデータに含まれる当該キー情報の優先順位に従って、各プロフィールデータを有するユーザと登録ユーザとの適合度が決定されるので、当該適合度に基づいて、当該ユーザ端末のユーザと他のユーザとの関連付けを適切に行うことができる。

本発明の第２側面に係る電話帳管理方法は、ユーザのプロフィールデータを記憶するプロフィールデータ記憶部を備えた電話帳管理システムで用いられる電話帳管理方法であって、ユーザ端末に記憶された電話帳データを取得する工程と、前記電話帳データに含まれる登録ユーザのキー情報を含むプロフィールデータを、前記プロフィールデータ記憶部から取得する工程と、前記プロフィールデータが複数取得された場合、各プロフィールデータに含まれるキー情報の優先順位に従って、前記各プロフィールデータを有するユーザと前記登録ユーザとの適合度を決定する工程と、前記登録ユーザとの適合度に基づいて選択されたユーザと、前記ユーザ端末のユーザとを関連付けるつながり関係情報である被片側関係リストを生成する工程と、を具備することを特徴とする。

本発明によれば、ユーザ端末の電話帳に登録された登録ユーザの情報が複数のユーザのプロフィールデータに含まれる場合にも、当該ユーザ端末のユーザと他のユーザとの間で適切な関連付けを行うことが可能な電話帳管理システム、電話帳管理方法を提供できる。

本実施の形態に係る電話帳管理システムを含む通信システムの概略構成図である。 本実施の形態に係るプロフィールＤＢの一例を示す図である。 本実施の形態に係る電話帳ＤＢの一例を示す図である。 本実施の形態に係る電話帳管理サーバの一例を示す図である。 本実施の形態に係るマッチングリストの一例を示す図である。 本実施の形態に係る優先順位記憶部の一例を示す図である。 本実施の形態に係る電話帳管理システムの動作を示すシーケンス図である。 本実施の形態に係る電話帳管理システムの動作を示すフローチャートである。 本実施の形態に係るユーザ端末の表示画面を示す図である。 本実施の形態に係る被片側関係リスト及び片側関係リストを示す図である。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本実施の形態に係る電話帳管理システムを含む通信システムの概略構成図である。図１に示されるように、本実施の形態に係る通信システムは、電話帳管理システム１と、電話帳管理システム１にインターネット２を介して接続される複数のソーシャルネットワークサービス（ＳＮＳ）３Ａ〜３Ｃと、電話帳管理システム１にコアネットワーク４及び無線基地局５を介して接続されるユーザ端末６Ａ〜６Ｄとを含む。なお、以下、ＳＮＳ３Ａ〜３Ｃ、ユーザ端末６Ａ〜６Ｄを区別しない場合は、ＳＮＳ３、ユーザ端末６と総称する。

電話帳管理システム１は、ユーザ端末６のユーザのプロフィールデータとユーザ端末６の電話帳データとに基づいて、ユーザ端末６のユーザ間の関係付けを行う。電話帳管理システム１は、コアネットワーク４及び無線基地局５を介してユーザ端末６に接続されるとともにインターネット２を介してＳＮＳ３に接続される電話帳管理サーバ１１と、電話帳管理サーバ１１に接続されるプロフィールデータベース（ＤＢ）１２（プロフィールデータ記憶部）及び電話帳データベース（ＤＢ）１３と、を含む。

ここで、プロフィールデータとは、ユーザ端末６のユーザ固有の情報であり、例えば、ユーザ端末６のユーザの氏名、電話番号、メールアドレス、ユーザが参加するＳＮＳ３のユーザ識別情報などである。後述するように、プロフィールデータは、ＳＡＢ−ＩＤと関連付けられてプロフィールＤＢ１２で管理される。ＳＡＢ−ＩＤとは、電話帳管理システム１においてユーザ端末６のユーザを識別するためのユーザ識別情報である。

また、電話帳データとは、ユーザ端末６の記憶部に通信相手先として登録された登録ユーザに関する情報であり、例えば、他のユーザ端末６のユーザの氏名、電話番号、メールアドレスなどである。ユーザ端末６の電話帳データでは、登録ユーザ毎にＣＩＤが付与される。ＣＩＤとは、ユーザ端末６の電話帳データにおける登録ユーザの登録番号である。

電話帳管理サーバ１１は、ユーザ端末６からのプロフィールデータの登録要求に応じて、ユーザ端末６のユーザのプロフィールデータをプロフィールＤＢ１２に登録する。図２は、プロフィールＤＢ１２の一例を示す図である。図２に示すように、プロフィールＤＢ１２では、ユーザ端末６のユーザのプロフィールデータ（ここでは、氏名、電話番号、メールアドレス、その他のユーザ固有の情報）がＳＡＢ−ＩＤと関連付けて記憶される。電話帳管理サーバ１１は、ユーザ端末６からのプロフィールデータの登録要求に応じて、ユーザ端末６にＳＡＢ−ＩＤを付与し、付与したＳＡＢ−ＩＤとユーザ端末６から受信したプロフィールデータとを関連付けてプロフィールＤＢ１２に登録する。

また、電話帳管理サーバ１１は、ユーザ端末６からの電話帳データの登録要求に応じて、ユーザ端末６の電話帳データを電話帳ＤＢ１３に登録する。図３は、電話帳ＤＢ１３の一例を示す図である。図３に示すように、電話帳ＤＢ１３では、ユーザ端末６の電話帳データ（ここでは、上述のＣＩＤ、氏名、電話番号、メールアドレス、その他のユーザ固有の情報）がユーザ端末６のＳＡＢ−ＩＤと関連付けて記憶される。電話帳管理サーバ１１は、ユーザ端末６からの電話帳データの登録要求に応じて、ユーザ端末６のＳＡＢ−ＩＤとユーザ端末６から受信した電話帳データとを関連付けて電話帳ＤＢ１３に登録する。

また、電話帳管理サーバ１１は、後述するように、電話帳ＤＢ１３に登録された電話帳データとプロフィールＤＢ１２に登録されたプロフィールデータとのマッチング結果に基づいて、ユーザどうしを関連付けるつながり関係情報を生成する。

なお、本実施の形態に係る通信システムは、図１に示す構成に限られるものではない。例えば、電話帳管理システム１は、１つのサーバとして構成されていてもよいし、図示されていないインタフェース用ノード等を備えていてもよい。また、ＳＮＳ３、無線基地局５、ユーザ端末６の数は、図１に示す数に限られるものではない。また、プロフィールＤＢ１２及び電話帳ＤＢ１３は、図２及び図３に例示する構成に限られるものではない。

また、本実施の形態に係る通信システムを構成する各装置（すなわち、電話帳管理サーバ１１、プロフィールＤＢ１２、電話帳ＤＢ１３、ユーザ端末６など）は、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する各装置の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。

次に、本実施の形態に係る電話帳管理システム１の詳細機能構成を説明する。図４は、電話帳管理サーバ１１の機能構成図である。図４に示すように、電話帳管理サーバ１１は、電話帳データ取得部１１１と、プロフィールデータ取得部１１２と、マッチングリスト生成部１１３と、優先順位リスト記憶部１１４と、適合度決定部１１５と、つながり関係情報生成部１１６と、送受信部１１７とを具備する。

電話帳データ取得部１１１は、電話帳ＤＢ１３からユーザ端末６の電話帳データを取得する。具体的には、電話帳データ取得部１１１は、ユーザ端末６に付与されたＳＡＢ−ＩＤを検索キーとして電話帳ＤＢ１３を検索し、当該ＳＡＢ−ＩＤに関連付けられた電話帳データを取得する。例えば、電話帳データ取得部１１１は、ユーザ端末６Ａに付与されたＳＡＢ−ＩＤ“１００１”を検索キーとして、図３に示す電話帳ＤＢ１３からＳＡＢ−ＩＤ“１００１”に関連付けられた電話帳データをユーザ端末６Ａの電話帳データとして取得する。

プロフィールデータ取得部１１２は、電話帳データ取得部１１１によって取得された電話帳データに含まれる登録ユーザのキー情報を含むプロフィールデータを、プロフィールＤＢ１２から取得する。ここで、登録ユーザのキー情報とは、電話帳ＤＢ１３においてＣＩＤに関連づけられる各種情報であり、例えば、電話番号、メールアドレス、氏名などである。

例えば、図３に示すユーザ端末６Ａの電話帳データが取得された場合、プロフィールデータ取得部１１２は、ＣＩＤ“００００１”の登録ユーザＣの電話番号“０９０−ｘｘｘｘ−ｘｘｘｘ”及びメールアドレス“ａａａ＠ｘｘｘ.ｃｏｍ”をそれぞれキー情報として、図２に示すプロフィールＤＢ１２を検索し、当該電話番号及びメールアドレスを含むユーザＣのプロフィールデータを取得する。

また、プロフィールデータ取得部１１２は、ＣＩＤ“００００２”の登録ユーザＢの電話番号“０９０−△△△△−△△△△”及びメールアドレス“ｄｄｄ＠ｘｘｘ.ｃｏｍ”をそれぞれキー情報として、図２に示すプロフィールＤＢ１２を検索し、当該電話番号を含むユーザＢのプロフィールデータと当該メールアドレスを含むユーザＤのプロフィールデータとを取得する。

マッチングリスト生成部１１３は、ユーザ端末６の登録ユーザと、当該登録ユーザのキー情報を含むプロフィールデータを有するユーザとを関連付けるマッチングリストを生成する。図５は、マッチングリストの一例を示す図である。図５では、ユーザ端末６Ａの登録ユーザＣ（ＣＩＤ“００００１”）及び登録ユーザＢ（ＣＩＤ“００００２”）についてのマッチングリストが示されている。

上述のように、プロフィールデータ取得部１１２によって登録ユーザＣのキー情報を含む単独ユーザＣのプロフィールデータが取得された場合、図５に示すように、マッチングリスト生成部１１３は、当該登録ユーザＣのＣＩＤ“００００１”と、プロフィールデータが取得されたユーザＣのＳＡＢ−ＩＤ“５００１”と、当該プロフィールデータに含まれるキー情報（電話番号“０９０−ｘｘｘｘ−ｘｘｘｘ”及びメールアドレス“ａａａ＠ｘｘｘ.ｃｏｍ”）とを関連付ける。このように、図５に示すマッチングリストにおいて、ＣＩＤ“００００１”の登録ユーザＣに対しては、ＳＡＢ−ＩＤ“５００１”の単独ユーザＣが関連付けられる。

また、プロフィールデータ取得部１１２によって登録ユーザＢのキー情報を含む複数ユーザＢ及びＤのプロフィールデータが取得された場合、図５に示すように、マッチングリスト生成部１１３は、登録ユーザＢのＣＩＤ“００００２”と、プロフィールデータが取得されたユーザＢのＳＡＢ−ＩＤ“２００２”と、当該プロフィールデータに含まれるキー情報（電話番号“０９０−△△△△−△△△△”）とを関連付ける。また、マッチングリスト生成部１１３は、登録ユーザＢのＣＩＤ“００００２”と、プロフィールデータが取得されたユーザＤのＳＡＢ−ＩＤ“３００３”と、当該プロフィールデータに含まれるキー情報（メールアドレス“ｄｄｄ＠ｘｘｘ．ｃｏｍ”）とを関連付ける。このように、図５に示すマッチングリストにおいて、ＣＩＤ“００００２”の登録ユーザＢに対しては、ＳＡＢ−ＩＤ“２００２”及び“３００３”の複数のユーザＢ及びＤが関連付けられる。

優先順位リスト記憶部１１４は、登録ユーザのキー情報の優先順位を示す優先順位リストを記憶する。図６は、優先順位リストの一例を示す図である。例えば、図６に示す優先順位リストでは、電話番号の優先度がメールアドレスよりも高く設定されている。

適合度決定部１１５は、マッチングリスト生成部１１３によって生成されたマッチングリストにおいて登録ユーザに対して複数のユーザが関連付けられている場合、各ユーザのプロフィールデータに含まれるキー情報の優先順位に従って、当該各ユーザと登録ユーザとの適合度を決定する。具体的には、適合度決定部１１５は、優先順位リスト記憶部１１４に記憶された優先順位がより高いキー情報を含むプロフィールデータを有するユーザと登録ユーザとの適合度をより高く決定する。

例えば、図５に示すマッチングリストでは、ＣＩＤ“００００２”の登録ユーザＢに対してＳＡＢ−ＩＤ“２００２”及び“３００３”の複数のユーザＢ及びＤが関連づけられる。ここで、ＳＡＢ−ＩＤ“２００２”のプロフィールデータには、優先順位がより高いキー情報である電話番号“０９０−△△△△−△△△△”が含まれる。このため、登録ユーザＢとＳＡＢ−ＩＤ“２００２”のユーザＢの適合度が、ＣＩＤ“００００２”の登録ユーザＢとＳＡＢ−ＩＤ“３００３”のユーザＤの適合度よりも高く決定される。

つながり関係情報生成部１１６は、マッチングリスト生成部１１３によって生成されたマッチングリストにおいて登録ユーザに対して複数のユーザが関連付けられている場合、適合度決定部１１５によって決定された適合度に基づいて選択されたユーザとユーザ端末６のユーザとを関連付けるつながり関係情報を生成する。

具体的には、つながり関係情報生成部１１６は、適合度決定部１１５によって決定された登録ユーザとの適合度が最も高いユーザを選択し、選択されたユーザとユーザ端末６のユーザとを関連付けるつながり関係情報を生成してもよい。例えば、図５に示すユーザ端末６Ａのマッチングリストにおいて、ＣＩＤ“００００２”の登録ユーザＢに対してはＳＡＢ−ＩＤ“２００２”及び“３００３”のユーザＢ及びＤが関連付けられている。ここで、登録ユーザＢとの適合度は、より優先順位が高いキー情報である電話番号を含むユーザＢの方がユーザＤよりも高いので、つながり関係情報生成部１１６は、ユーザＢとユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する。

また、つながり関係情報生成部１１６は、適合度決定部１１５によって決定された登録ユーザとの適合度に基づいて、ユーザ端末６のユーザによって選択されたユーザとユーザ端末６のユーザとを関連付けるつながり関係情報を生成してもよい。かかる場合、つながり関係情報生成部１１６は、送受信部１１７を介して、上記登録ユーザとの適合度を示す適合度情報をユーザ端末６に送信するとともに、ユーザ端末６から当該適合度情報に基づいて選択されたユーザを示す選択情報を受信する。つながり関係情報生成部１１６は、当該選択情報が示すユーザとユーザ端末６のユーザとを関連付けるつながり関係情報を生成する。

また、つながり関係情報生成部１１６は、マッチングリスト生成部１１３によって生成されたマッチングリストにおいて登録ユーザに対して単独ユーザが関連付けられている場合、当該単独ユーザとユーザ端末６のユーザとを関連付けるつながり関係情報を生成する。例えば、図５に示すユーザ端末６Ａのマッチングリストにおいて、ＣＩＤ“００００１”の登録ユーザＣに対してはＳＡＢ−ＩＤ“５００１”のユーザＣのみが関連付けられているので、つながり関係情報生成部１１６は、当該ユーザＣとユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する。

送受信部１１７は、ユーザ端末６との間で情報を送受信する。かかる送受信は、例えば、ＨＴＴＰプロトコルなどを用いて行われる。

次に、本実施の形態に係る電話帳管理システム１の動作について説明する。図７は、電話帳管理システム１の動作を示すシーケンス図である。なお、図７においては、ユーザ端末６ＡのユーザＡについてのつながり関係情報の生成動作について説明する。また、ユーザ端末６Ａ〜６ＤにはＳＡＢ−ＩＤ“１００１”、“２００２”、“５００１”、“３００３”が付与されるものとする。また、ユーザ端末６Ｂ〜６ＤのユーザＢ〜Ｄのプロフィールデータは、図２に示すように予めプロフィールＤＢ１２に登録されているものとする。同様に、ユーザ端末６Ｂ〜６Ｄの電話帳データは、図３に示すように予め電話帳ＤＢ１３に登録されているものとする。

図７に示すように、ユーザ端末６Ａは、プロフィールＤＢ１２に対するプロフィールデータの登録処理を行う（ステップＳ１０１）。具体的には、電話帳管理サーバ１１は、ユーザ端末６Ａからのプロフィールデータの登録要求に対して、ユーザ端末６ＡにＳＡＢ−ＩＤを付与する。電話帳管理サーバ１１は、例えば、図２に示すように、ＳＡＢ−ＩＤ“１００１”とユーザ端末６Ａから受信したプロフィールデータとを関連付けてプロフィールＤＢ１２に登録する。

ユーザ端末６Ａは、電話帳ＤＢ１３に対する電話帳データの登録処理を行う（ステップＳ１０２）。具体的には、電話帳管理サーバ１１は、ユーザ端末６Ａからの電話帳データの登録要求に対して、例えば、図３に示すように、ＳＡＢ−ＩＤ“１００１”とユーザ端末６Ａから受信した電話帳データとを関連付けて電話帳ＤＢ１３に登録する。

なお、ステップＳ１０１及びＳ１０２は、いずれが先に行なわれても良く、プロフィールＤＢ１２及び電話帳ＤＢ１３にユーザ端末６Ａのプロフィールデータ及び電話帳データが予め登録されていれば、省略されてもよい。

電話帳管理サーバ１１は、ユーザ端末６ＡのＳＡＢ−ＩＤ“１００１”を検索キーとして電話帳ＤＢ１３を検索し（ステップＳ１０３）、当該ＳＡＢ−ＩＤに関連付けられた電話帳データを取得する（ステップＳ１０４）。

電話帳管理サーバ１１は、ステップＳ１０３で取得した電話帳データに含まれる登録ユーザのキー情報を検索キーとしてプロフィールＤＢ１２に登録された全ユーザのプロフィールデータを検索し（ステップＳ１０５）、上記キー情報を含むプロフィールデータを取得する（ステップＳ１０６）。

電話帳管理サーバ１１は、ステップＳ１０３で取得した電話帳データとステップＳ１０６で取得したプロフィールデータとに基づいてマッチングリストを生成し、生成したマッチングリストに基づいてつながり関係情報を生成する（ステップＳ１０７）。

図８は、ユーザ端末６ＡのユーザＡについてのつながり関係情報の詳細生成動作を示すフローチャートである。なお、図８では、電話帳管理サーバ１１は、一例として、図５に示すように、ユーザ端末６Ａのマッチングリストを生成しているものとする。

図８に示すように、電話帳管理サーバ１１は、ユーザ端末６Ａの登録ユーザのキー情報を含むプロフィールデータが複数取得されたか否かを判定する（ステップＳ２０１）。具体的には、電話帳管理サーバ１１は、図５に示すマッチングリストを参照し、１つのＣＩＤの登録ユーザに対して複数のＳＡＢ−ＩＤのユーザが関連付けられているか否かを判定する。

ユーザ端末６Ａの登録ユーザのキー情報を含むプロフィールデータが複数取得されていない場合、すなわち、当該プロフィールデータが１つのみ取得された場合（ステップＳ２０１；Ｎｏ）、電話帳管理サーバ１１は、当該プロフィールデータを有するユーザと、ユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する（ステップＳ２０２）。

例えば、図５のマッチングリストでは、ＣＩＤ“００００１”の登録ユーザＣのキー情報（電話番号“０９０−ｘｘｘｘ−ｘｘｘｘ”及びメールアドレス“ａａａ＠ｘｘｘ．ｃｏｍ”）が、ＳＡＢ−ＩＤ“５００１”のユーザＣのプロフィールデータに含まれることが示されている。このため、ステップＳ２０２において、電話帳管理サーバ１１は、ユーザＣとユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する。

一方、ユーザ端末６Ａの登録ユーザのキー情報を含むプロフィールデータが複数取得された場合（ステップＳ２０１；Ｙｅｓ）、電話帳管理サーバ１１は、各プロフィールデータに含まれるキー情報の優先順位に従って、各プロフィールデータを有するユーザと登録ユーザとの適合度を決定する（ステップＳ２０３）。

例えば、図５のマッチングリストでは、ＣＩＤ“００００２”の登録ユーザＢの電話番号“０９０−ｘｘｘｘ−ｘｘｘｘ”がＳＡＢ−ＩＤ“２００２”のユーザＢのプロフィールデータに含まれ、登録ユーザＢのメールアドレス“ａａａ＠ｘｘｘ．ｃｏｍ”がＳＡＢ−ＩＤ“３００３”のユーザＤのプロフィールデータに含まれることが示されている。ここで、図６の優先順位リストでは、電話番号の優先順位がメールアドレスの優先順位よりも高い。このため、ＳＡＢ−ＩＤ“２００２”のユーザＢと登録ユーザＢとの適合度が、ＳＡＢ−ＩＤ“３００３”のユーザＣと登録ユーザＢとの適合度よりも高く設定される。

電話帳管理サーバ１１は、ステップＳ２０３で決定された適合度に基づいて、ユーザ端末６Ａのユーザと関連付けるユーザを自動選択するか否かを判定する（ステップＳ２０４）。

自動選択が行なわれる場合（ステップＳ２０４；Ｙｅｓ）、電話帳管理サーバ１１は、ステップＳ２０３で決定された登録ユーザとの適合度が最も高いユーザと、ユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する（ステップＳ２０５）。例えば、ステップＳ２０３では、ＳＡＢ−ＩＤ“２００２”のユーザＢと登録ユーザＢとの適合度が、ＳＡＢ−ＩＤ“３００３”のユーザＣと登録ユーザＢとの適合度よりも高く設定されるので、電話帳管理サーバ１１は、ＳＡＢ−ＩＤ“２００２”のユーザＢとユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する。

一方、手動選択を行う場合（ステップＳ２０４；Ｎｏ）、電話帳管理サーバ１１は、ステップＳ２０３で決定された登録ユーザとの適合度に基づいて、ユーザ端末６ＡのユーザＡにユーザを選択させる（ステップＳ２０６）。具体的には、電話帳管理サーバ１１は、登録ユーザとの適合度を示す適合度情報をユーザ端末６に送信する。

ユーザ端末６Ａは、例えば、図９に示すように、受信した適合度情報に基づいて、登録ユーザのキー情報を含むプロフィールデータを複数のユーザＢ及びＤと登録ユーザＢとの適合度を表示部に表示する。ユーザ端末６Ａは、ユーザＡからのユーザＢ又はユーザＤの選択指示を受け付け、選択されたユーザを示す選択情報を電話帳管理サーバ１１に送信する。電話帳管理サーバ１１は、選択情報が示すユーザとユーザ端末６ＡのユーザＡとを関連付けるつながり関係情報を生成する（ステップＳ２０７）。

以上のように、図７のステップＳ１０７では、ユーザ端末６ＡのユーザＡとユーザＣとを関連付けるつながり関係情報と、ユーザ端末６ＡのユーザＡとユーザＢとを関連付けるつながり関係情報が生成される。

ユーザ端末６ＡのユーザＡとユーザＣとを関連付けるつながり関係情報は、ユーザＡの被片側関係リスト及びユーザＣの片側関係リストとも呼ばれる。例えば、ユーザＡの被片側関係リストでは、図１０Ａに示すように、ユーザ端末６Ａの電話帳データのＣＩＤ“００００１”において、ＳＡＢ−ＩＤ“５００１”のユーザＣとユーザ端末６ＡのユーザＡが関連付けられることが示される。また、ユーザＣの片側関係リストでは、図１０Ｂに示すように、ＳＡＢ−ＩＤ“１００１”が付与されたユーザ端末６Ａの電話帳データのＣＩＤ“００００１”において、ユーザ端末６ＡのユーザＡとユーザＣとが関連付けられることが示される。

また、ユーザ端末６ＡのユーザＡとユーザＢとつながり関係情報は、ユーザＡの被片側関係リスト及びユーザＢの片側関係リストとも呼ばれる。例えば、ユーザＡの被片側関係リストでは、図１０Ａに示すように、ユーザ端末６Ａの電話帳データのＣＩＤ“００００２”において、ＳＡＢ−ＩＤ“２００２”のユーザＢとユーザ端末６ＡのユーザＡが関連づけられることが示される。また、ユーザＢの片側関係リストでは、図１０Ｂに示すように、ＳＡＢ−ＩＤ“１００１”が付与されたユーザ端末６Ａの電話帳データのＣＩＤ“００００２”において、ユーザ端末６ＡのユーザＡとユーザＢとが関連づけられることが示される。

本実施の形態に係る電話帳管理システムによれば、ユーザ端末６Ａの電話帳に登録された登録ユーザＢのキー情報が複数のユーザＢ及びＤのプロフィールデータに含まれる場合にも、各プロフィールデータに含まれるキー情報の優先順位に従って、登録ユーザＢとユーザＢ及びＤとの適合度が決定されるので、当該適合度に基づいて、当該ユーザ端末６ＡのユーザＡと他のユーザとの関連付けを適切に行うことができ、適切なつながり関係情報を生成できる。

このようなつながり関係情報によれば、ソーシャルグラフを構築することができ、例えば、ユーザ端末６Ａの電話帳に登録ユーザＢの電話番号しか登録されていなくとも、プロフィールＤＢ１２の登録内容に基づいて登録ユーザＢのＳＮＳ３の識別情報をユーザ端末６ＡのユーザＡに提供できるなど、移動通信ネットワークに限られない情報ネットワーク（例えば、ＳＮＳなど）を含めたユーザ間の関連付けを行うことが可能となる。

また、本実施の形態に係る電話帳管理システムによれば、登録ユーザＢとの適合度が高いユーザＢが自動的に選択されるので、他のユーザＤの情報をユーザ端末６ＡのユーザＡに知られてしまうのを防止することができる。

上述の実施の形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び更新態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１…電話帳管理システム
２…インターネット
３…ＳＮＳ
４…コアネットワーク
５…無線基地局
６…ユーザ端末
１１…電話帳管理サーバ
１２…プロフィールＤＢ
１３…電話帳ＤＢ
１１１…電話帳データ取得部
１１２…プロフィールデータ取得部
１１３…マッチングリスト生成部
１１４…優先順位リスト記憶部
１１５…適合度決定部
１１６…つながり関係情報生成部
１１７…送受信部

Claims (5)

1. ユーザのプロフィールデータを記憶するプロフィールデータ記憶部と、
   ユーザ端末に記憶された電話帳データを取得する電話帳データ取得部と、
   前記電話帳データに含まれる登録ユーザのキー情報を含むプロフィールデータを、前記プロフィールデータ記憶部から取得するプロフィールデータ取得部と、
   前記プロフィールデータ取得部によって前記登録ユーザのキー情報を含む複数のプロフィールデータが取得された場合、各プロフィールデータに含まれるキー情報の優先順位に従って、前記各プロフィールデータを有するユーザと前記登録ユーザとの適合度を決定する決定部と、
   前記登録ユーザとの適合度に基づいて選択されたユーザと、前記ユーザ端末のユーザとを関連付けるつながり関係情報である被片側関係リストを生成する生成部と、
   を具備することを特徴とする電話帳管理システム。
2. 前記決定部は、優先順位がより高いキー情報を含むプロフィールデータを有するユーザと前記登録ユーザとの適合度をより高く決定することを特徴とする請求項１に記載の電話帳管理システム。
3. 前記生成部は、前記登録ユーザとの適合度が最も高いユーザを選択し、選択されたユーザと前記ユーザ端末のユーザとを関連付けるつながり関係情報である前記被片側関係リストを生成することを特徴とする請求項１に記載の電話帳管理システム。
4. 前記ユーザ端末に対して、前記各プロフィールデータを有するユーザと前記登録ユーザとの適合度を示す適合度情報を送信する送信部と、
   前記適合度情報に基づいて前記ユーザ端末のユーザによって選択されたユーザを示す選択情報を前記ユーザ端末から受信する受信部と、
   前記生成部は、前記選択情報が示すユーザと前記ユーザ端末のユーザとを関連付けるつながり関係情報である前記被片側関係リストを生成することを特徴とする請求項１に記載の電話帳管理システム。
5. ユーザのプロフィールデータを記憶するプロフィールデータ記憶部を備えた電話帳管理システムで用いられる電話帳管理方法であって、
   ユーザ端末に記憶された電話帳データを取得する工程と、
   前記電話帳データに含まれる登録ユーザのキー情報を含むプロフィールデータを、前記プロフィールデータ記憶部から取得する工程と、
   前記プロフィールデータが複数取得された場合、各プロフィールデータに含まれるキー情報の優先順位に従って、前記各プロフィールデータを有するユーザと前記登録ユーザとの適合度を決定する工程と、
   前記登録ユーザとの適合度に基づいて選択されたユーザと、前記ユーザ端末のユーザとを関連付けるつながり関係情報である被片側関係リストを生成する工程と、
   を具備することを特徴とする電話帳管理方法。

Images