(57)【要約】【課題】ユーザデータの変更の態様をユーザ毎により柔軟に変えられるようにする。【解決手段】データ管理装置２００は、複数のユーザ端末１００のユーザデータを記憶する。ユーザデータは、ユーザ自身のプロフィール情報と、他のユーザのプロフィール情報（アドレス帳）とを含む。データ管理装置２００は、あるユーザ（更新者）が自己のプロフィール情報を更新すると、更新者のプロフィール情報をアドレス帳に含んでいる他のユーザのユーザデータを特定し、更新者のプロフィール情報を更新する。このとき、データ管理装置２００は、更新者のユーザ端末１００と他のユーザのユーザ端末１００による通信の利用態様（通信履歴など）に応じて、更新するユーザデータやそのタイミングなどを異ならせる。【選択図】図１
2012168630.tif 000002
【特許請求の範囲】
【請求項１】
複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部と、
前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付ける受付部と、
前記受付部により前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新する更新部とを備え、
前記更新部は、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる
ことを特徴とするデータ管理装置。
【請求項２】
複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部と、
前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付ける受付部と、
前記受付部により前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新する更新部とを備え、
前記更新部は、前記更新者及び前記他のユーザの前記ユーザデータにおける互いの前記プロフィール情報の登録態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる
ことを特徴とするデータ管理装置。
【請求項３】
前記受付部は、前記更新者の通信端末から、前記通知と、前記更新部による更新の態様を特定するための条件とを受け付ける
ことを特徴とする請求項１又は２に記載のデータ管理装置。
【請求項４】
前記更新部は、前記更新者が更新した前記項目に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる
ことを特徴とする請求項１ないし３のいずれかに記載のデータ管理装置。
【請求項５】
前記更新部は、前記利用態様又は前記登録態様に応じて、前記ユーザデータを更新するタイミングを異ならせる
ことを特徴とする請求項１ないし４のいずれかに記載のデータ管理装置。
【請求項６】
前記更新部は、前記更新者の通信端末と前記他の通信端末との通信履歴に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる
ことを特徴とする請求項１に記載のデータ管理装置。
【請求項７】
前記更新部は、前記更新者の通信端末と前記他の通信端末との通信に付帯するサービスの利用状況に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる
ことを特徴とする請求項１に記載のデータ管理装置。
【請求項８】
前記ユーザデータを更新したことを前記更新者又は前記更新対象のユーザに通知する通知部を備える
ことを特徴とする請求項１ないし７のいずれかに記載のデータ管理装置。
【請求項９】
複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記録するステップと、
前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、
前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップと
を有することを特徴とするデータ管理方法。
【請求項１０】
複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部にアクセス可能なコンピュータに、
前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、
前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザのデータを管理する技術に関する。
【背景技術】
【０００２】
携帯電話機等の通信端末において、いわゆる電話帳のデータを外部にバックアップする技術がある。また、特許文献１には、複数の通信端末装置のアクセス情報（電話番号、メールアドレス）を電話帳データとしてデータベースに登録するとともに、ある通信端末装置のアクセス情報に変更があった場合に、その通信端末装置のアクセス情報を記憶している他の通信端末装置の電話帳データを変更したり、当該他の通信端末装置に変更情報を通知したりする技術が記載されている。特許文献１には、このような変更や通知を特定の相手に対しては行わないようにすることも記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２３４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術は、他人の電話帳データを変更するか否かというように、相手に応じて二者択一的な処理を行うものである。しかしながら、ユーザ同士の間柄は、家族のように極めて親密なものから単なる顔見知り程度に至るまで多種多様であり、二者択一的に決まるものではない。
そこで、本発明は、ユーザデータの変更の態様をユーザ毎により柔軟に変えられるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の一態様に係るデータ管理装置は、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部と、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付ける受付部と、前記受付部により前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新する更新部とを備え、前記更新部は、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる構成を有する。
本発明の他の態様に係るデータ管理装置は、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部と、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付ける受付部と、前記受付部により前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新する更新部とを備え、前記更新部は、前記更新者及び前記他のユーザの前記ユーザデータにおける互いの前記プロフィール情報の登録態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる構成を有する。
好ましい態様において、前記受付部は、前記更新者の通信端末から、前記通知と、前記更新部による更新の態様を特定するための条件とを受け付ける。
別の好ましい態様において、前記更新部は、前記更新者が更新した前記項目に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる。
さらに別の好ましい態様において、前記更新部は、前記利用態様又は前記登録態様に応じて、前記ユーザデータを更新するタイミングを異ならせる。
さらに別の好ましい態様において、前記更新部は、前記更新者の通信端末と前記他の通信端末との通信履歴に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる。
さらに別の好ましい態様において、前記更新部は、前記更新者の通信端末と前記他の通信端末との通信に付帯するサービスの利用状況に応じて、特定する前記ユーザ又は更新する前記項目を異ならせる。
さらに別の好ましい態様において、前記ユーザデータを更新したことを前記更新者又は前記更新対象のユーザに通知する通知部を備える。
【０００６】
本発明の他の態様に係るデータ管理方法は、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記録するステップと、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップとを有する。
本発明の他の態様に係るプログラムは、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部にアクセス可能なコンピュータに、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者の通信端末と前記他のユーザの通信端末とにおける通信の利用態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップとを実行させる。
【０００７】
本発明の他の態様に係るデータ管理方法は、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記録するステップと、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者及び前記他のユーザの前記ユーザデータにおける互いの前記プロフィール情報の登録態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップとを有する。
本発明の他の態様に係るプログラムは、複数の項目を有するプロフィール情報を複数のユーザについて登録したユーザデータを、複数の通信端末のユーザ毎に記憶する記憶部にアクセス可能なコンピュータに、前記プロフィール情報を更新するユーザである更新者の通信端末から通知を受け付けるステップと、前記通知が受け付けられた場合に、前記更新者と異なる他のユーザから更新対象のユーザを特定し、特定したユーザの前記ユーザデータを更新するステップであって、前記更新者及び前記他のユーザの前記ユーザデータにおける互いの前記プロフィール情報の登録態様に応じて、特定する前記ユーザ又は更新する前記項目を異ならせるステップとを実行させる。
【０００８】
なお、本発明は、以下の構成を有するものであってもよい。
例えば、前記通信端末は、前記データ管理装置と通信するための第１通信部と、他の通信端末と通信するための第２通信部とを備え、前記データ管理装置の前記更新部は、前記プロフィール情報が前記第２通信部により通信されたか否かに応じて、特定する前記ユーザ又は更新する前記項目を異ならせる構成であってもよい。
また、前記更新部は、前記更新者の前記ユーザデータに前記プロフィール情報が含まれる第１のユーザ又は当該更新者の前記プロフィール情報を前記ユーザデータに含む第２のユーザを前記更新対象のユーザとして特定し、当該他のユーザが前記第１のユーザ又は前記第２のユーザのいずれか一方又は双方に該当するかに応じて、更新する前記項目を異ならせる構成であってもよい。
【発明の効果】
【０００９】
本発明によれば、ユーザデータの変更の態様をユーザ毎により柔軟に変えることが可能である。
【図面の簡単な説明】
【００１０】
【図１】データ管理システムの全体構成を示すブロック図
【図２】ユーザ端末のハードウェア構成を示すブロック図
【図３】プロフィール情報を例示する図
【図４】データ管理装置のハードウェア構成を示すブロック図
【図５】制御部の機能的構成を示す機能ブロック図
【図６】更新条件を例示する図
【図７】更新条件の「登録態様」を説明するための図
【図８】データ管理装置によるデータ更新処理を示すフローチャート
【発明を実施するための形態】
【００１１】
［実施形態］
図１は、本発明の一実施形態であるデータ管理システムの全体構成を示すブロック図である。図１に示すデータ管理システム１０は、複数のユーザ端末１００と、データ管理装置２００とを備え、これらをネットワーク９００によって互いに通信可能に接続した構成を有する。ネットワーク９００は、本実施形態においては、移動体通信網を少なくとも含む通信ネットワークであるが、インターネット等の他の通信ネットワークと組み合わされた複合的な通信ネットワークであってもよい。また、無線通信は、移動体通信網に代えて無線ＬＡＮ（Local Area Network）によって実現されてもよい。
【００１２】
ユーザ端末１００は、それぞれが所定のユーザに割り当てられた通信端末である。ユーザ端末１００は、本実施形態においては、スマートフォンやラップトップ・コンピュータ等の無線通信端末であるとする。ユーザ端末１００は、ネットワーク９００を介して、他のユーザ端末１００とコミュニケーションすることが可能である。なお、ここでいう「コミュニケーション」とは、電話、電子メール、ＳＭＳ（Short Message Service）のような、音声、文字又は画像を用いた電気的な情報伝達のことである。
【００１３】
本実施形態において、各ユーザは、所定の識別情報によって互いに区別される。識別情報は、例えば、それぞれのユーザ端末１００に対して一意的に割り当てられる番号である。ユーザの識別は、周知の適当な技術によって行われる。例えば、ユーザは、本実施形態のシステム内において有効なＩＤやパスワードの組み合わせによって識別されてもよい。
【００１４】
図２は、ユーザ端末１００のハードウェア構成を示すブロック図である。ユーザ端末１００は、図２に示すように、制御部１１０と、記憶部１２０と、第１通信部１３０と、第２通信部１４０と、表示部１５０と、操作部１６０とを少なくとも備える。また、ユーザ端末１００は、図２に示す構成のほかに、音声を入出力する手段（スピーカ、マイクロホン）や、カメラ等の撮影手段や、バイブレータなどを備えてもよい。
【００１５】
制御部１１０は、ユーザ端末１００の各部の動作を制御する手段である。制御部１１０は、ＣＰＵ（Central Processing Unit）等の演算処理装置や主記憶装置（メインメモリ）を備え、所定のプログラムを実行することによって種々の処理を実行する。記憶部１２０は、ユーザ端末１００において用いられるデータを記憶する手段である。記憶部１２０は、ハードディスク、フラッシュメモリ等の補助記憶装置を備える。また、記憶部１２０は、ＵＩＭ（User Identity Module）カードのような着脱可能な記憶手段を含んでもよい。
【００１６】
第１通信部１３０は、ネットワーク９００を介して通信するための通信手段である。また、第２通信部１４０は、第１通信部１３０と異なり、ネットワーク９００を介することなく他の装置と通信するための通信手段である。第２通信部１４０による通信は、例えば、いわゆる近距離無線通信であり、具体的には、赤外線通信、非接触型のＩＣチップによる通信、Bluetooth（登録商標）通信などである。また、第２通信部１４０による通信は、通信ケーブルを用いた有線通信であってもよい。
【００１７】
表示部１５０は、情報を表示する手段である。表示部１５０は、例えば、液晶パネルやその駆動手段を備え、所定の表示領域に文字や画像を表示する。操作部１６０は、ユーザの操作を受け付ける手段である。操作部１６０は、キーやスイッチであってもよいし、表示部１５０の表示領域に重ねて設けられたタッチスクリーンであってもよい。操作部１６０は、ユーザから受け付けた操作に応じた操作信号を制御部１１０に供給する。
【００１８】
記憶部１２０に記憶されるデータには、制御部１１０が実行するプログラムに加え、ユーザ端末１００のユーザのプロフィール情報と、当該ユーザ以外の他のユーザのプロフィール情報とが含まれる。プロフィール情報は、その人物に関連付けられた情報である。プロフィール情報は、例えば、ユーザがコミュニケーションを行うときに用いるアドレス情報（電話番号、メールアドレス）を含む。また、プロフィール情報は、ユーザの氏名、年齢、血液型、生年月日、位置情報（住所、勤務地など）などを含んでもよい。また、プロフィール情報は、上記のような文字・数字で表現できるデータだけでなく、ユーザの自画像やアバターに相当する画像データを含んでもよい。さらには、プロフィール情報は、電話等のコミュニケーションに際してユーザを識別するために再生・実行されるデータ（着信メロディ、アニメーションなど）を含んでもよい。
【００１９】
図３は、本実施形態のプロフィール情報を例示する図である。プロフィール情報は、図３に示すように、複数の項目に分けられ、それぞれの項目に応じたデータが記録される。本実施形態のプロフィール情報は、「名前」、「電話番号」、「メールアドレス」、「住所」、「誕生日」、「血液型」及び「画像」の７項目を有する。「画像」の項目に記録されるデータは、画像データそのものであっても、所定のＷｅｂサイト等にある画像データの所在を記述したＵＲＬ（Uniform Resource Locator）であってもよい。
【００２０】
以下においては、複数の他のユーザのプロフィール情報を総称して「アドレス帳」といい、アドレス帳にプロフィール情報を記録することを特に「登録」という。なお、ユーザ自身のプロフィール情報とアドレス帳に登録されるプロフィール情報とは、各々に共通する項目があれば十分であり、各々の項目数が必ずしも完全に一致していなくてよい。また、アドレス帳に登録される他のユーザのプロフィール情報は、一部の項目が空白の状態（有意なデータがない状態）になっていてもよい。さらに、アドレス帳は、複数のユーザをグループ（家族、友人、仕事仲間など）に分類して登録することも可能である。
【００２１】
データ管理装置２００は、ユーザ端末１００の各ユーザに属するデータ（以下「ユーザデータ」という。）をユーザ毎に記憶するサーバ装置である。ユーザデータには、自己のプロフィール情報とアドレス帳が少なくとも含まれる。データ管理装置２００は、ユーザデータを記憶するとともに、必要に応じてこれを更新するサービス（以下「データ管理サービス」という。）を各ユーザに提供する。このデータ管理サービスには、ユーザ端末１００がユーザデータを参照したりダウンロードしたりするために必要な機能も含まれる。なお、データ管理装置２００は、例えば、ネットワーク９００による通信サービスを提供する通信事業者によって管理される。
【００２２】
図４は、データ管理装置２００のハードウェア構成を示すブロック図である。データ管理装置２００は、図４に示すように、制御部２１０と、記憶部２２０と、通信部２３０とを備える。制御部２１０は、データ管理装置２００の各部の動作を制御する手段であり、所定のプログラムを実行することによって種々の処理を実行する。記憶部２２０は、データ管理装置２００において用いられるデータを記憶する手段であり、制御部２１０が実行するプログラムや各ユーザのユーザデータなどを記憶する。通信部２３０は、ネットワーク９００を介して通信するための通信手段である。
【００２３】
図５は、制御部２１０の機能的構成を示す機能ブロック図である。制御部２１０は、所定のプログラムを実行することにより、図５に示す各部に相当する機能を実現する。制御部２１０の機能は、記録部２１１、管理部２１２及び通知部２１３に大別される。また、管理部２１２は、より詳細には、受付部２１４及び更新部２１５を含む。記録部２１１、管理部２１２及び通知部２１３は、それぞれに応じた一定の条件が満たされると機能する。
【００２４】
記録部２１１は、ユーザデータを新規に記録する。すなわち、記録部２１１は、記憶部２２０にユーザデータが記憶されていないユーザ（新規ユーザ）のユーザデータを新たに記録するものである。記録部２１１は、通信部２３０を介して新規ユーザからユーザデータを取得すると、これを当該新規ユーザの識別情報と対応付けて記憶部２２０に記録する。
【００２５】
管理部２１２は、記録部２１１により記録されたユーザデータを管理する。管理部２１２は、ユーザデータに変更があると、その変更点を特定し、ユーザデータを更新する。管理部２１２は、ユーザデータに変更があったか否かの通知をユーザ端末１００から受け付けてもよいし、ユーザデータに変更があったか否かをユーザ端末１００に適当なタイミングで繰り返し問い合わせることで当該通知を取得してもよい。すなわち、ユーザ端末１００から受け付ける通知は、ユーザが自発的に行うものでなくてもよい。管理部２１２は、ユーザ自身のプロフィール情報とアドレス帳のいずれについても、このような管理を行うことが可能である。ユーザは、自己のプロフィール情報とアドレス帳のいずれか一方を更新することも可能であるし、双方を更新することも可能である。
【００２６】
また、管理部２１２は、ユーザが自己のプロフィール情報を更新した場合には、当該ユーザのプロフィール情報に加え、当該ユーザ以外の他のユーザのアドレス帳をあわせて更新することが可能である。ここにおいて、更新対象となるユーザは、プロフィール情報を更新したユーザのプロフィール情報が自己のアドレス帳に登録されているユーザと、プロフィール情報を更新したユーザのアドレス帳に自己のプロフィール情報が登録されているユーザのいずれかである。以下に説明する受付部２１４及び更新部２１５の機能は、このような他のユーザ（更新対象のユーザ）のユーザデータの更新に関連するものである。
【００２７】
受付部２１４は、プロフィール情報を更新しようとするユーザ（以下「更新者」という。）から、他のユーザのアドレス帳を更新するための通知を受け付ける。この通知のことを、以下においては「更新通知」という。更新通知は、他のユーザのアドレス帳を更新するタイミングを更新者が自ら指示する場合であれば、更新者が所定のデータを送信することで行われる。一方、更新者のプロフィール情報が更新されると自動的に（すなわち更新者の指示なしに）他のユーザのアドレス帳も更新する場合であれば、記憶部２２０の更新者のプロフィール情報が更新されたことをもって更新通知が行われたとみなしてもよい。この場合には、更新者は自己の変更したいプロフィール情報のみをデータ管理装置２００に送信すればよく、それ以外に特段の指示を行う必要はない。
【００２８】
また、受付部２１４は、更新通知に加え、更新部２１５による更新の態様を特定するための条件を更新者から受け付ける。この条件のことを、以下においては「更新条件」という。更新条件は、どのようなユーザのアドレス帳に対してどのような更新を行うかを定める条件である。受付部２１４は、更新条件を更新通知と同時に受け付けてもよいが、これらを別々に受け付けてもよい。例えば、受付部２１４は、プロフィール情報の更新前（ユーザデータの記録時など）に更新条件をあらかじめ受け付け、これを記憶部２２０に記録しておいてもよい。また、受付部２１４は、更新者から更新条件の変更を受け付けてもよい。つまり、更新条件は、途中で変更されてもよい。
【００２９】
更新部２１５は、受付部２１４により受け付けられた更新通知に応じて、他のユーザから更新対象のユーザを特定し、特定したユーザのアドレス帳を更新する。このとき、更新部２１５は、受付部２１４により受け付けられた更新条件に従い、アドレス帳を更新するユーザや更新する項目、あるいは更新するタイミングを決定する。本実施形態において、更新部２１５は、更新者のユーザ端末１００による他のユーザのユーザ端末１００との通信の態様に応じて更新の態様を異ならせる。
【００３０】
通知部２１３は、更新者のプロフィール情報が更新されたことを更新者又は他のユーザに通知する。通知部２１３は、望ましくは、更新者に自己のプロフィール情報が更新されたことを通知するとともに、アドレス帳が更新された他のユーザに対しても、当該更新者のプロフィール情報が更新されたことを通知する。また、通知部２１３は、更新者への通知に際して、自分以外のどのユーザのアドレス帳を更新したか（あるいは更新しなかったか）を通知してもよい。
【００３１】
図６は、更新条件を例示する図である。本実施形態において、更新条件としては、図６に示す「登録態様」、「通信履歴」、「登録方法」及び「利用サービス」の少なくともいずれかが用いられる。ユーザは、いずれの更新条件を適用するかをデータ管理装置２００に通知することによって、他のユーザのアドレス帳を所望の更新条件で更新できるようになる。更新条件は、複数組み合わせて適用されることも可能である。なお、図６に示す更新条件のうち、「通信履歴」、「登録方法」及び「利用サービス」は、本発明に係る通信の利用態様の一例に相当するものである。
【００３２】
「登録態様」は、更新者又は他のユーザのアドレス帳に登録されたユーザに応じた更新条件である。ここにおいて、第１の条件は、「更新者に登録されているユーザ」、すなわち、更新者がアドレス帳に登録しているユーザを表す。更新者が第１の条件を更新条件に用いた場合、データ管理装置２００は、更新者のアドレス帳に登録されているユーザのアドレス帳を更新する。このとき、当該ユーザのアドレス帳に更新者のプロフィール情報が未登録であれば、当該プロフィール情報が新規に登録される。第２の条件は、「更新者を登録しているユーザ」、すなわち、アドレス帳に更新者を登録しているユーザを表す。また、第３の条件は、「更新者に登録され、かつ更新者を登録しているユーザ」、すなわち、更新者のアドレス帳に登録されているユーザであるとともにアドレス帳に更新者を登録しているユーザを表す。第４の条件は、「特定のユーザ」、すなわち、更新者がアドレス帳に登録されているユーザから特別に指定したユーザを表す。「特定のユーザ」には、複数のユーザが該当してもよいし、アドレス帳の特定のグループに属するユーザが該当してもよい。
【００３３】
図７は、更新条件の「登録態様」を説明するための図である。ここでは、ユーザＡのアドレス帳にはユーザＢ、Ｄ及びＥ、ユーザＢのアドレス帳にはユーザＣ、Ｄ及びＥ、ユーザＣのアドレス帳にはユーザＡ、Ｂ及びＤ、ユーザＤのアドレス帳にはユーザＡ、Ｂ及びＣがそれぞれ登録されているとする。この例において、ユーザＡが更新者である場合、ユーザＢは、ユーザＡのアドレス帳に登録されているが自己のアドレス帳にユーザＡを登録していないため、第１の条件を満たすユーザである。同様に、ユーザＣは、第２の条件を満たし、ユーザＤは、第３の条件を満たす。なお、ユーザＤは、第１の条件及び第２の条件をも満たすユーザであるとみなされてもよいし、第３の条件のみを満たすユーザであるとみなされてもよい。
【００３４】
「通信履歴」は、更新者と他のユーザの間でのコミュニケーションの態様に応じた更新条件である。ここにおいて、第１の条件は、「コミュニケーションの回数」、すなわち、更新者と他のユーザの間で電話や電子メールのやりとりを何回行ったかを表す。また、第２の条件は、「コミュニケーションの方向」、すなわち、コミュニケーションを開始するのが更新者又は他のユーザの一方のみに偏っている（すなわち一方向）か、あるいは双方から同程度行われている（すなわち双方向）かを表す。第１の条件及び第２の条件は、例えば、適当な閾値が設定されており、他のユーザを“更新者と頻繁にコミュニケーションしている人”や“更新者から頻繁にコミュニケーションを開始している人”のように分類することを可能にする。
【００３５】
なお、ここでいう通信履歴は、過去のコミュニケーションの全記録であってもよいし、特定の一部の期間の記録（例えば、直近の１年間など）であってもよく、さらにはコミュニケーションの方法（電話、電子メール、ＳＭＳ）毎に個別に記録されてもよい。また、通信履歴は、ユーザ端末１００で記録するようにしてもよいし、これを記録している通信事業者から提供を受けてもよい。
【００３６】
「登録方法」は、アドレス帳にプロフィール情報を登録したときの具体的な方法に応じた更新条件である。ここにおいて、第１の条件は、「第２通信部１４０経由」、すなわち近距離無線通信によってプロフィール情報の登録（交換）を行ったか否かを表す。近距離無線通信を用いたプロフィール情報の登録方法としては、例えばvCardを用いたものが周知である。ここにおいて、近距離無線通信を用いてプロフィール情報を登録したということは、一定の確からしさで、当人同士が直接会ったことがあることを保証するものとする。つまり、第１の条件を満たすということは、ここでは、更新者と他のユーザとが顔見知りであるということであり、インターネット等でやりとりしたことがあるだけの顔を見知らぬ相手（あるいは直接会ったことがない相手）ではないということを表す。
【００３７】
「利用サービス」は、更新者がユーザ端末１００の通信に際して利用しているサービスの利用状況に応じた更新条件である。ここにおいて、第１の条件は、「料金割引サービスの相手」、すなわち特定のユーザとの間で通信料金が割引されるサービスを利用しているか否かを表す。第２の条件は、「受信・着信拒否サービスの相手」、すなわち特定のユーザからの電子メール又はＳＭＳの受信や電話の着信を制限するサービスを利用しているか否かを表す。これらのサービスは、通信サービスを提供している通信事業者が提供するものであり、当該通信サービスによる通信に付帯するものである。一方、第３の条件は、「外部サービスの相手」、すなわち通信サービスを提供している通信事業者と異なる事業者によって提供されるサービスに応じて定まるものである。外部サービスの例としては、ＳＮＳ（Social Network Service）等のユーザを仲間として登録できるようなサービスを挙げることができる。外部サービスにおいて更新者と他のユーザがどのようなつながりを有しているかは、更新者がユーザ端末１００に記録しておいてもよいし、当該外部サービスを提供している事業者から情報提供を受けてもよい。
【００３８】
データ管理システム１０の構成は、以上のとおりである。この構成のもと、ユーザ端末１００は、ユーザデータ（自己のプロフィール情報及びアドレス帳）をデータ管理装置２００に記録する。ユーザデータをデータ管理装置２００に記録する目的は、例えばユーザデータのバックアップのためであるが、これに限定されない。また、ユーザ端末１００は、ユーザによってユーザデータが更新されると、これをデータ管理装置２００に通知する。データ管理装置２００は、ユーザ端末１００からの通知に応じて、ユーザデータを更新し、ユーザ端末１００との間でユーザデータに不一致が生じないようにする。
【００３９】
また、データ管理装置２００は、ユーザデータのうち、特に自己のプロフィール情報が更新者によって更新された場合には、必要に応じて、当該更新者に関連する他のユーザのアドレス帳も更新する。このとき、データ管理装置２００は、更新者によって設定された更新条件に従い、他のユーザから一部のユーザを更新対象のユーザとして特定するとともに、特定したユーザのアドレス帳を更新する。
【００４０】
図８は、データ管理装置２００によるデータ更新処理を示すフローチャートである。図８に示すデータ更新処理は、更新条件が更新者の新たなプロフィール情報とともに通知され、プロフィール情報が更新されたことをもって更新通知が行われたとみなす場合の例である。更新者は、この例の場合には、更新通知を自ら明示的には行わないが、もちろん、プロフィール情報の更新前後の適当なタイミングで更新通知を行い、他のユーザのアドレス帳の更新をデータ管理装置２００に要求することも可能である。
【００４１】
このデータ更新処理において、データ管理装置２００の制御部２１０は、更新者自身のプロフィール情報と、更新条件を記述したデータ（以下「条件情報」という。）とを更新者のユーザ端末１００から受信する（ステップＳ１）。条件情報は、更新条件（図６参照）を１又は複数含んでいる。制御部２１０は、プロフィール情報を受信すると、更新者のプロフィール情報を書き換え、更新を行う（ステップＳ２）。
【００４２】
次に、制御部２１０は、ステップＳ１において受信した条件情報に基づき、更新者以外の他のユーザの中からアドレス帳の更新対象のユーザを特定し（ステップＳ３）、特定したユーザのアドレス帳を更新する（ステップＳ４）。これにより、ステップＳ３において特定されたユーザのアドレス帳には、更新者の最新のプロフィール情報が登録される。
【００４３】
その後、制御部２１０は、ユーザデータを更新したことを更新者及びユーザ（ステップＳ３において特定されたユーザ）に通知するか否かを判断し、通知する必要があれば、これを通知する（ステップＳ５〜Ｓ８）。更新者及びユーザへの通知の要否は、更新者（又は当該ユーザ）による事前の設定に基づいて判断される。ステップＳ６の処理は、例えば、アドレス帳を更新したユーザを更新者のユーザ端末１００に表示させる処理である。一方、ステップＳ８の処理は、更新対象のユーザのユーザ端末１００に対して、アドレス帳が更新されたことを音声や画像で通知させたり、どのユーザ（更新者）のプロフィール情報のどの項目が変更されたかを表示させたりする処理である。このとき、ユーザ端末１００は、変更された項目の変更前後のデータをそれぞれ表示してもよい。
【００４４】
以上のとおり、データ管理システム１０によれば、アドレス帳の変更の態様をさまざまな更新条件に従って変えることが可能である。例えば、本実施形態によれば、アドレス帳を更新したいユーザを事前に指定しなくても、お互いにアドレス帳に登録し合っているユーザ（すなわち登録態様に応じたユーザ）のアドレス帳や、更新者とのコミュニケーションの頻度が高いユーザ（すなわち通信履歴に応じたユーザ）のアドレス帳を選択的に更新することが可能である。また、本実施形態によれば、複数の更新条件を組み合わせることもできるため、例えば、更新者が料金割引サービスを適用しているユーザであって、かつ、お互いにアドレス帳に登録し合っているユーザのアドレス帳のみを更新することも可能である。
【００４５】
また、本実施形態によれば、特定の更新条件を満たすユーザのアドレス帳の更新を許可するだけでなく、特定の更新条件を満たすユーザのアドレス帳の更新を制限することも可能である。例えば、更新者は、自分をアドレス帳に登録しているユーザのアドレス帳を更新する場合であっても、そのユーザが受信・着信拒否サービスを適用している相手でもあれば、当該ユーザのアドレス帳を更新しないようにすることも可能である。
【００４６】
［変形例］
本発明は、上述した実施形態に限定されることなく、例えば、以下に示す変形例に従った実施も可能である。なお、これらの変形例は、必要に応じて、適宜組み合わせて実施されてもよい。
【００４７】
（変形例１）
本発明の更新条件は、ユーザデータを更新するユーザだけでなく、更新する項目やタイミングを決定するためにも利用可能である。本発明は、更新条件を、これらの少なくともいずれかに用いるものであればよい。例えば、本発明は、コミュニケーションの回数が多いユーザほど、更新するアドレス帳中の項目数も多くなったり、アドレス帳がより早いタイミングで更新されたりするものであってもよい。また、本発明は、「登録態様」が第３の条件を満たすユーザ（すなわち、ユーザ自身と更新者とが互いにアドレス帳に登録し合っているユーザ）であればアドレス帳の全項目を更新し、他の条件を満たすユーザであればアドレス帳の一部の項目のみを更新したりものであってもよい。
【００４８】
なお、ここにおいて、ユーザデータを更新するタイミングとは、ユーザデータを更新する頻度のことであってもよい。例えば、本発明は、コミュニケーションの回数が所定の閾値を超えるユーザについては、更新者のプロフィール情報の更新とほぼ同時（例えば同日）にユーザデータを更新する一方、コミュニケーションの回数が所定の閾値以下のユーザについては、所定の時間間隔（例えば月１回）でユーザデータを更新することも可能である。このようにすれば、更新者が頻繁にプロフィール情報を変更した場合に、ユーザデータが頻繁に更新されるユーザとそうでないユーザとを発生させることが可能であり、例えば、更新者と親密なユーザであればプロフィール情報の更新が忠実に反映されるが、更新者と親密でないユーザであればそこまで忠実に反映されない、というようにすることができる。
【００４９】
また、ユーザデータの更新の態様としては、例えば、電子メールによるコミュニケーションの回数が多いユーザに対しては、（電話番号の更新を反映させずに）メールアドレスの更新を反映させ、電話によるコミュニケーションの回数が多いユーザに対しては、（メールアドレスの更新を反映させずに）電話番号の更新を反映させる、といった方法もある。このようにすれば、ユーザデータが更新されるユーザやその項目を更新者が更新した項目に応じて異ならせることが可能である。
【００５０】
なお、本発明の更新条件は、ユーザが指定することなく、データ管理装置においてあらかじめ設定されていてもよいし、その一部があらかじめ設定されており、残りをユーザが指定するようになっていてもよい。
【００５１】
（変形例２）
本発明の更新条件は、特定の項目と特定のユーザ（又はグループ）とを対応付け、更新者が当該項目を変更した場合に当該ユーザ（又はグループ）のアドレス帳が更新されるようになっているものであってもよい。例えば、データ管理装置は、更新者の電話番号が変更された場合には、更新者をアドレス帳に登録しているユーザの全員のアドレス帳を更新する一方、更新者の住所が変更された場合には、更新者をアドレス帳に登録しているユーザのうちの一部のユーザ（例えば、通信履歴等に応じて判断される親しい間柄の人）のみのアドレス帳を更新するようにしてもよい。この場合において、電話番号と住所の双方が変更されたときには、データ管理装置は、更新者をアドレス帳に登録しているユーザの全員のアドレス帳の電話番号を更新するとともに、その一部のユーザについては、電話番号だけでなく住所をも更新する。
【００５２】
（変形例３）
本発明のデータ管理装置は、１又は複数の更新条件に基づいてスコアを算出し、このスコアに応じてユーザデータの更新の態様を異ならせてもよい。このスコアは、更新者と他のユーザとにおける通信の利用態様やユーザデータの登録態様に応じた数値であり、いわば、更新者と他のユーザの関係の度合い（親密度又は重要度）を表すものである。このスコアは、例えば、更新者と他のユーザとによるコミュニケーションの回数が多くなるほど大きくなる値である。この場合、データ管理装置は、スコアが所定の閾値を超えるユーザのユーザデータを更新したり、あるいは、スコアが大きいほど更新する項目数を増やしたりすることが可能である。
【００５３】
（変形例４）
本発明のデータ管理装置は、更新者が電話番号又はメールアドレスの転送サービスを利用している場合において、他のユーザが更新者の電話番号又はメールアドレスに発信したときに、当該他のユーザのユーザデータに含まれる更新者の電話番号又はメールアドレスを更新してもよい。ここにおいて、転送サービスとは、更新者以外のユーザが更新者の更新前の電話番号又はメールアドレスに発信したときに、更新後の電話番号又はメールアドレスに自動的に転送するサービスのことである。
【００５４】
また、データ管理装置は、他のユーザのユーザ端末が特定の通信エリア内に在圏したタイミングで当該他のユーザのアドレス帳を更新するようにしてもよい。ここにおいて、特定の通信エリアとは、例えば、更新者のユーザ端末が在圏している通信エリア（セル、フェムトセルなど）である。また、ユーザ端末が複数のネットワーク（例えば、移動体通信網と無線ＬＡＮ）と通信可能である場合において、それぞれの通信方法に設定された条件（通信速度、通信料金など）が異なるときには、ユーザにとって有利な条件になる方の通信方法の通信エリアをここでいう特定の通信エリアとしてもよい。このような更新の態様は、ユーザデータが大容量である場合に特に有利な効果を奏する。
【００５５】
（変形例５）
本発明のユーザデータは、いわゆるアドレス帳や電話帳に相当するデータである必要はなく、各ユーザに関連付けられた情報の集合であればいかなるデータであってもよい。また、ユーザデータは、上述した実施形態においては、説明の便宜上、更新者のプロフィール情報を他のユーザのプロフィール情報（すなわちアドレス帳）と区別したが、このような区別を有さず、ひとまとまりのファイルとして構成されていてもよい。さらに、ユーザデータは、他人（他のユーザ）のプロフィール情報を含んでいれば十分であり、自己（更新者自身）のプロフィール情報を必ずしも含まなくてよい。
【００５６】
（変形例６）
本発明のデータ管理装置は、ユーザデータを更新する前に、その更新を許可するか否かをユーザに問い合わせ、許可されないユーザのユーザデータを更新しないようにしてもよい。ここでいうユーザには、更新者と他のユーザのいずれもが該当し得る。例えば、更新者に問い合わせを行う場合、データ管理装置は、更新対象のユーザ（他のユーザ）を更新者の通信端末に一覧表示させるとともに、更新を許可するユーザ（あるいは許可しないユーザ）の選択を促す。このような処理は、例えば、図８に示すステップＳ３の処理とステップＳ４の処理の間に実行されてもよいし、いわゆるブラックリスト（又はホワイトリスト）を事前に指定することで実行されてもよい。また、データ管理装置は、
【００５７】
また、他のユーザに問い合わせを行う場合、データ管理装置は、どのユーザ（更新者）のプロフィール情報の更新を許可するか否かを更新対象のユーザが通信端末で選択できるようにすればよい。あるいは、データ管理装置は、ユーザデータの更新自体を許可するか否かを更新対象のユーザが通信端末で選択できるようにしてもよい。このようにすれば、ユーザデータがユーザの意図によらずに更新されないようにすることができる。
【００５８】
（変形例７）
本発明のデータ管理装置は、自装置とは別体に外部に構成されたデータベース等の記憶装置に記録されたユーザデータにアクセスし、当該記憶装置に記録されたユーザデータを更新するものであってもよい。また、データ管理装置は、上述した記録部２１１、管理部２１２及び通知部２１３のそれぞれに相当する機能が異なるハードウェア資源（コンピュータ）によって実現されてもよいし、さらには、自己のプロフィール情報の更新と他のユーザのプロフィール情報の更新とが異なるハードウェア資源によって実現されてもよい。
【００５９】
また、本発明は、データ管理装置やこれを含むデータ管理システムだけでなく、ユーザデータを管理するための方法や、コンピュータをデータ管理装置として機能させるためのプログラムといった形態でも実施が可能である。かかるプログラムは、光ディスク等の記録媒体に記録した形態で提供されたり、インターネット等のネットワークを介して、コンピュータにダウンロードさせ、これをインストールして利用可能にするなどの形態で提供されたりすることも可能である。
【符号の説明】
【００６０】
１０…データ管理システム、１００…ユーザ端末、１１０…制御部、１２０…記憶部、１３０…第１通信部、１４０…第２通信部、１５０…表示部、１６０…操作部、２００…データ管理装置、２１０…制御部、２１１…記録部、２１２…管理部、２１３…通知部、２１４…受付部、２１５…更新部、２２０…記憶部、２３０…通信部
【図１】
2012168630.tif 000003
【図２】
2012168630.tif 000004
【図３】
2012168630.tif 000005
【図４】
2012168630.tif 000006
【図５】
2012168630.tif 000007
【図６】
2012168630.tif 000008
【図７】
2012168630.tif 000009
【図８】
2012168630.tif 000010