(57)【特許請求の範囲】
【請求項１】
複数ユーザの情報が登録されたアドレス帳を管理するアドレス帳管理部と現在の位置情報を取得する位置情報取得部とを有する携帯端末と通信する、ユーザリスト生成サーバと、
管理サーバとを有するアドレス帳生成システムであって、
前記管理サーバは、前記携帯端末のアドレス帳管理部が管理する複数ユーザ毎のプロフィール情報と、前記複数ユーザ毎の携帯端末の使用履歴情報を保持するユーザ情報記憶部を備え、
前記ユーザリスト生成サーバは、前記携帯端末の位置情報取得部から取得した前記位置情報に基づいてキーを生成し、前記管理サーバのユーザ情報記憶部から取得した前記プロフィール情報および前記使用履歴情報とに対する前記キーに基づいて検索し、前記キーに対応するプロフィール情報または使用履歴情報があった場合、対応するプロフィール情報または使用履歴情報に対応するユーザをまとめたユーザリスト情報を生成し、前記携帯端末に送信することを特徴とするユーザリスト生成システム。
【請求項２】
前記管理サーバのユーザ情報記憶部は、前記携帯端末のアドレス帳管理部が管理するユーザ以外のユーザのプロフィール情報と携帯端末の使用履歴情報も保持し、
前記ユーザリスト生成サーバは、前記キーに基づいて、前記管理サーバのユーザ情報記憶部から、前記携帯端末のアドレス帳管理部が管理するユーザか否かに関わらず取得した前記ユーザのプロフィール情報および前記使用履歴情報を検索し、前記キーに対応するプロフィール情報または使用履歴情報があった場合、対応するプロフィール情報または使用履歴情報に対応するユーザをまとめたユーザリスト情報を生成し、前記携帯端末に送信することを特徴とする  請求項１に記載のユーザリスト生成システム。
【請求項３】
前記ユーザリスト生成サーバは、さらに、事業者が提供する事業者情報を保持する事業者情報記憶部を備え、
前記ユーザリスト生成サーバは、前記キーに基づいて、前記事業者情報記憶部から取得した前記事業者情報を検索し、前記キーに対応する事業者情報があった場合、対応する事業者情報を前記生成したユーザリスト情報に組み込み、前記携帯端末に送信することを特徴とする請求項１または請求項２に記載のユーザリスト生成システム。
【請求項４】
前記ユーザリスト情報は、前記対応するプロフィール情報または使用履歴情報に対応するユーザのリストのアドレス帳形式データであることを特徴とする請求項１乃至請求項請求項３に記載のユーザリスト生成システム。
【請求項５】
前記ユーザリスト情報は、前記対応するプロフィール情報または使用履歴情報に対応するユーザのユーザID情報であることを特徴とする請求項１に記載のユーザリスト生成システム。
【請求項６】
前記携帯端末は、前記処理部から受信した前記アドレス帳形式データを表示することを特徴とする請求項４に記載のユーザリスト生成システム。
【請求項７】
前記携帯端末は、前記処理部から受信した前記ユーザID情報を基づいて生成するアドレス帳形式データを表示することを特徴とする請求項５に記載のユーザリスト生成システム。
【請求項８】
前記キーとして、さらに日時情報を用いることを特徴とする請求項1乃至７に記載のユーザリスト生成システム。
【請求項９】
前記キーとして、さらに日時情報及び利用状態情報を用いることを特徴とする請求項1乃至７に記載のユーザリスト生成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話など移動端末におけるアドレス帳の生成または表示方式に関し、アドレス帳生成システム、アドレス帳を生成・表示する携帯端末、アドレス帳の生成方法、表示方法に関する。
【背景技術】
【０００２】
従来、携帯端末のアドレス帳を有する電話機においては、あらかじめアドレス帳情報を本体のアドレス帳に格納した状態でアドレス帳機能を起動すると、登録されている電話番号やＥメールアドレスがあいえうえお順や登録された順番に表示され、表示された電話番号の中から、発信したい接続先（宛先）の電話番号を選択することにより、発信操作を簡単にしている。
【０００３】
例えば、特許文献１及び特許文献２によれば、発信回数を曜日・時間帯に応じてカウントし、発信頻度が多い順に、頻繁に利用される電話番号を優先的に表示することができるようにする技術が開示されている。而して、ユーザは、電話番号検索操作を短時間で行なうことができる。  
また、特許文献３に開示されている技術のごとく、携帯情報端末において、基地局に位置登録がなされる際に、該基地局から送信されてくる当該サービスエリアに対応する電話番号データなどの中から位置情報を取得し、現在地周辺の知人の電話番号を抽出して表示する技術や、特許文献４に開示されている技術のように、移動無線通信端末の端末ＩＤに基づいて位置情報を取得して、取得された位置情報をサーバに送信することにより、サーバから現在位置に応じたサービスの提供を受けるという技術も提案されている。
【０００４】
また、特許文献５に開示されている技術によると時間だけではその人の状態を十分に反映できていないことから時間情報と位置情報を組み合わせて、条件に一致にしたアドレス情報を表示させるという技術も提案されている。いずれも、過去の実績から最も通信頻度が高く、その状況下においてアクセスの可能性が高い順に、優先的に、アドレス帳情報を表示させることに主眼を置いたものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３５８０９４
【特許文献２】特開平７−１８２３７２
【特許文献３】特開平１０−２９４９６７
【特許文献４】特開平１１−２８５０５３
【特許文献５】特開２００３−１１０６８６
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、アクセスの可能性が高い順に優先的にアドレス帳情報を並び替えて表示させることを目的とするものではない。従来は、特許文献１に開示されているように、その日その時間で過去の履歴を元にして表示していることから、頻度が少ないが関係の濃い人や、連絡を取りたいがなかなかその機会を逸してしまうことが多い人に対しての発信操作は不便である。
【０００７】
また特許文献２に開示されているように、位置情報と端末などに登録している住所情報などと一致した場合に表示する方式では、常に同じ通勤経路を使っている場合には、いつも同じ場所を通るたびに同じ人が表示されることになり、頻繁に連絡を取りたい人ではない人ばかりが表示されることになる。
【０００８】
また、特許文献３に開示されているように、位置情報を活用し、現在位置に応じたサービスの提供を受ける技術があるが、同じ場所に繰り返す行く場合は、配信地域情報が常に拡充、更新が行われないといつも同じ情報が表示されることになる。
【０００９】
また特許文献４に開示されているように、時間と位置情報を組み合わせることでより適切な発信候補順に表示されることが可能となるが、さらに表示されるアドレスが限定的になってしまう。
【００１０】
本発明は、上記技術が解決する目的とは異にし、現時点の状況下においてコミュニケーションにおいて共通話題がある人を提示する技術を考案したものであり、すなわち共通点を検出しむしろ疎遠であった人との関係を掘り起こすことにも寄与する技術である。
【００１１】
つまり、通話やメールなどの発信頻度とは関係なく、現時点のユーザ状況下において共通話題となる関係性がある相手とコミュニケーション機会をタイムリーに提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明では、携帯端末とアドレス帳生成サーバと管理サーバがネットワークを介して接続され構成されるアドレス帳生成システムであって、
前記携帯端末は、複数ユーザの情報が登録されたアドレス帳を管理するアドレス帳管理部と、現在の位置情報を取得する位置情報取得部を備え、
前記アドレス帳生成サーバは、アドレス帳を生成する処理部を備え、
前記管理サーバは、前記携帯端末のアドレス帳管理部が管理する複数ユーザ毎のプロフィール情報と、前記複数ユーザ毎の携帯端末の使用履歴情報を保持するユーザ情報記憶部を備え、
前記アドレス帳生成サーバの処理部は、前記携帯端末の位置情報取得部から取得した前記位置情報と、前記管理サーバのユーザ情報記憶部から取得した前記プロフィール情報および前記使用履歴情報とを比較し、前記位置情報に合致するプロフィール情報または使用履歴情報があった場合、合致したプロフィール情報または使用履歴情報に対応するユーザをまとめたアドレス帳を生成し、
前記携帯端末に送信し、前記携帯端末は前記処理部から受信したアドレス帳を表示する、ことを特徴とするアドレス帳生成システムを提供する。
【００１３】
また、本発明では、携帯端末とアドレス帳生成サーバと管理サーバがネットワークを介して接続され構成されるアドレス帳生成システムであって、
前記携帯端末は、複数ユーザの情報が登録されたアドレス帳を管理するアドレス帳管理部と、現在の日時情報を取得する日時情報取得部を備え、
前記アドレス帳生成サーバは、アドレス帳を生成する処理部を備え、
前記管理サーバは、前記携帯端末のアドレス帳管理部が管理する複数ユーザ毎のプロフィール情報と、前記複数ユーザ毎の携帯端末の使用履歴情報を保持するユーザ情報記憶部を備え、
前記アドレス帳生成サーバの処理部は、前記携帯端末の日時情報取得部から取得した前記日時情報と、前記管理サーバのユーザ情報記憶部から取得した前記プロフィール情報および前記使用履歴情報とを比較し、前記日時情報に合致するプロフィール情報または使用履歴情報があった場合、合致したプロフィール情報または使用履歴情報に対応するユーザをまとめたアドレス帳を生成し、前記携帯端末に送信し、
前記携帯端末は前記処理部から受信したアドレス帳を表示する、ことを特徴とするアドレス帳生成システムを提供する。
【００１４】
また、本発明では、携帯端末とアドレス帳生成サーバと管理サーバがネットワークを介して接続され構成されるアドレス帳生成システムであって、
前記携帯端末は、複数ユーザの情報が登録されたアドレス帳を管理するアドレス帳管理部と、前記携帯端末による起動処理または入力処理により各種機能を実行する機能実行部を備え、
前記アドレス帳生成サーバは、アドレス帳を生成する処理部を備え、
前記管理サーバは、前記携帯端末のアドレス帳管理部が管理する複数ユーザ毎のプロフィール情報と、前記複数ユーザ毎の携帯端末の使用履歴情報を保持するユーザ情報記憶部を備え、
前記アドレス帳生成サーバの処理部は、前記携帯端末の機能実行部への入力処理または起動処理に関わる機能実行情報と、前記管理サーバのユーザ情報記憶部から取得した前記プロフィール情報および前記使用履歴情報とを比較し、前記機能実行情報に合致するプロフィール情報または使用履歴情報があった場合、合致したプロフィール情報または使用履歴情報に対応するユーザをまとめたアドレス帳を生成し、前記携帯端末に送信し、
前記携帯端末は前記処理部から受信したアドレス帳を表示する、ことを特徴とするアドレス帳生成システムを提供する。
【００１５】
なお、さらには、上記機能を実現する携帯端末、アドレス帳の生成方法、表示方法を提供する。
【発明の効果】
【００１６】
本発明によれば、ユーザ間で現時点で共有・共感できる話題で容易にコミュにケーションを開始することができる。適切なタイミングで適切な人とのコミュニケーションをする機会を多く提供でき深い人間関係作りが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施例を示す動的アドレス帳生成システムのブロック図である。
【図２】ユーザデータ蓄積格納テーブルの構成図である。
【図３】ユーザプロフィールテーブルの構成図である。
【図４】ユーザ候補リスト中間生成テーブルの構成図である。
【図５】通常時の一例を示す画面レイアウト図である。
【図６】アプリケーション利用時の一例を示す画面レイアウト図である。
【図７】外部情報連携時の一例を示す画面レイアウト図である。。
【図８】ネットワーク上のアドレス帳情報を活用したアドレス帳起動時の動的アドレス帳生成処理を示すフローチャートである。
【図９】ネットワーク上のアドレス帳情報を活用したアプリケーション起動時の動的アドレス帳生成処理を示すフローチャートである。
【図１０】携帯端末上のローカルアドレス帳情報を活用したアドレス帳起動時の動的アドレス帳生成処理を示すフローチャートである。
【図１１】携帯端末上のローカルアドレス帳情報を活用したアプリケーション起動時の動的アドレス帳生成処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について図面を用いて説明する。
図１は、本発明の一実施例を示す動的アドレス帳生成システムのブロック図である。
処理部１は、携帯端末１２から各種トリガー情報を入力情報として受信し、時計７から時刻情報やカレンダー８から日付情報を受信し、リスト生成部９へ送信し、リスト生成部９から生成されたユーザリストを受信し、アドレス帳形式データに整形して、携帯端末１２の表示部１１へ表示するのが基本的な処理の流れとなる。または、処理部１は、生成したユーザリストのユーザIDのみ作成し、処理部１からユーザID情報のみ端末側へ送付し、端末側でアドレス帳形式データに整形するという実現手段でもよい。
【００１９】
トリガー情報を生成する機能として、携帯端末１２は、位置情報２、E-mail/SNS３、通話４、WEBアクセス５、アプリケーション６の各機能を備えている。位置情報２はGPSや基地局情報から、測位情報や緯度経度情報を生成し処理部１へ送信し、それを元にして処理部１で住所情報、郵便番号情報、エリア情報などに変換生成して、トリガー情報としてリスト生成部９へ送信する。
【００２０】
E-mail/SNS３はメール送信受信履歴やSNSの投稿内容履歴やコメント履歴を元にテキスト情報を抽出して処理部１へ送信する。処理部１はテキスト情報から、場所や日時やランドマークのほか、特徴的なキーワードを抽出生成し、リスト生成部９へ送信する。通話４は音声通話情報を処理部１へ送付し、処理部１は音声情報から場所や日時やランドマークのほか特徴的なキーワードを抽出しテキスト化して、リスト生成部９へ送付する。WEBアクセス５はWEBブラウザによる閲覧履歴からURL情報を処理部１へ送付し、処理部１はURL情報からURL情報のテキスト化及びサイト情報からキーワードを抽出してテキスト化して、リスト生成部９へ送付する。アプリケーション６は、アプリケーション起動時にアプリケーションID情報やアプリケーション入力情報を処理部１へ送付し、処理部１はアプリケーションID情報と、入力情報からキーワードを抽出してテキスト化して、リスト生成部９へ送付する。トリガー情報はあくまで一例であり、ウィジェットや検索入力情報など携帯端末１２上での入力動作や起動動作に関わるものすべてを含む。
【００２１】
なお、トリガー情報としては、時計７とカレンダー８から取得する現在日時情報を含んでもよい。さらに、携帯端末１２の入力動作や起動動作に関わらず、各種事業者１０６やＳＮＳ事業者１０７やＣＰ事業者１０８が提供する情報をトリガーとして含んでも良い。具体例としては現在提供されているＴＶ番組情報をＥＴＣで取得した情報を元にユーザリストを生成するということが考えられる。
【００２２】
リスト生成部９は、処理部１が各種トリガー情報から生成したキーワードを取得し、ユーザプロフィール１０３、ユーザデータ蓄積情報１０４及び預かりアドレス帳１０５から登録されているユーザ情報を取得する。トリガー情報から生成したキーワードをキーとして取得したユーザ情報を対象に検索を掛けて一致したユーザをリスト化してユーザリストを生成し処理部１へ渡す。
【００２３】
図２は、ユーザデータ蓄積情報１０４が格納されるユーザデータ蓄積格納テーブルの例を示す図である。ユーザデータ蓄積格納テーブルは一例ではあるが、携帯端末にネイティブ機能として搭載される基本機能２０１とユーザが自由に追加削除できるアプリ情報２０５から構成される。基本機能２０１はメール、通話、WEB、位置情報などがあり、機能ID２０２で区別され、それぞれ使用した履歴の日時２０３が記録され、メール内容、通話内容、WEBサイトアクセス履歴、位置情報を内容２０４に格納される。位置情報はユーザの行動履歴などが蓄積されたものである。アプリ情報２０５には端末内に既搭載のアプリやダウンロードして追加したアプリケーションが記載され、それぞれのアプリケーションはアプリID２０６で区別され、ダウンロードした日時がDL日時２０７に記載され、アプリケーションを起動している起動時間帯やアプリケーション固有で活用できる利用履歴情報を利用履歴２０８に記載される。例えば音楽の場合は、視聴しているタイトル情報、アーティスト情報、ジャンルなどがある。また、乗換え案内は、東京駅から横浜駅などの入力情報が記載される。
【００２４】
ユーザデータ蓄積情報１０４は、例えば携帯電話キャリアが保有する管理サーバ内のデータベースに格納されており、携帯端末１２のローカルアドレス帳１０１に登録されているユーザに限らず、これ以外のユーザの基本機能２０１やアプリ情報２０５に関する情報も登録されている。
【００２５】
なお、ユーザデータ蓄積情報１０４として記憶される各種の情報、特に図２の内容２０４や利用履歴２０８の情報を総称して携帯端末の使用履歴情報とも呼ぶ。
【００２６】
図３は、ユーザプロフィール１０３が格納されるユーザプロフィールテーブルの例を示す図である。ユーザプロフィール情報は一例ではあるが、契約時に登録する基本情報３０１として住所や誕生日や出身地などがある。また後に追加で必要に応じて登録する拡張情報３０４として様々な趣味、嗜好、備考などで構成される。ユーザプロフィールテーブルの基本情報３０１や拡張情報３０４は随時追加可能である。
【００２７】
ユーザプロフィール１０３は、例えば携帯電話キャリアが保有する管理サーバ内のデータベースに格納されており、携帯端末１２のローカルアドレス帳１０１に登録されているユーザに限らず、これ以外のユーザに関するプロフィール情報も登録されている。
【００２８】
預かりアドレス帳１０５は、携帯端末１２のローカルアドレス帳１０１からアドレス情報を処理部１に対して送信し、処理部１から預かりアドレス帳１０５に登録される。預かりアドレス帳１０５に登録されたユーザ情報により、リスト生成部９に送付するユーザの範囲を絞り込む。預かりアドレス帳１０５も、例えば携帯電話キャリアが保有する管理サーバ内のデータベースに格納されている。
【００２９】
リスト生成部９は、絞り込まれたユーザのユーザプロフィール１０３とユーザデータ蓄積情報１０４を対象にして、トリガー情報から生成したキーワードをキーとして検索を行い一致したユーザ抽出してユーザ候補リスト中間生成テーブルを作成する。
【００３０】
図４は、リスト生成部９が作成するユーザ候補リスト中間生成テーブルの例を示す図である。一例としてトリガー情報から生成したキーワードが位置情報“横浜中華街”である場合の例を示す。ユーザID４０１には、“横浜中華街”のキーワードがいずれかのカテゴリにおいて一致したユーザID４０１が記録される。一致したキーワードが一致キー４０３に記載され、カテゴリ４０４にアプリケーション名またはアプリケーションIDなどが記載され、どのアプリケーションで一致したかを明示するために利用し、内容４０５にそのキーワードが検索された近辺の情報を抽出して格納される。具体的には、リスト生成部９は、トリガー情報から生成したキーワード“横浜中華街”を用いて、ユーザデータ蓄積情報１０４に含まれる内容２０４，利用履歴２０８に記載された情報やユーザプロフィール１０３に含まれる内容３０３，３０６に記載された情報を検索し、一致した場合に、該当する基本機能２０１、アプリ情報２０５、基本情報３０１、拡張情報３０４に対応する情報をユーザ候補リスト中間生成テーブルのカテゴリ４０４として登録する。
【００３１】
日時４０２には、一致したキーワードが使用された日時が記録される。図４では、日時が新しい順に整列されており、一番直近では通話記録から横浜の話題をしたことが格納されており、次にE-mailで横浜中華街に行ったことを会話したことが格納されている。“横浜中華街”などの位置情報キーワードが一致するということは、GPS情報などの履歴から以前その場に行ったことがあることを示しており、その場に行ったことを話題にすることで互いに興味を持ってコミュニケーションを行うことができる。またその他の位置情報の活用方法としては、アドレス帳にユーザ情報を登録した時点の場所などを一緒に記録することで、その人と出合った場所を知るきっかけにすることも考えられる。なお、表示順序は時系列的でも距離の近い順、ユーザ指定条件などいずれでも良い。
【００３２】
本ユーザ候補リスト中間生成テーブルの情報を処理部１が受け取り処理加工して動的アドレス帳情報を生成し携帯端末１２の表示部１１に表示する。
【００３３】
図５は、通常アドレス帳の画面レイアウトイメージであり、規則的にユーザが一覧で表示される。動的生成アドレス帳は、図５の基本表示情報に対して、位置や時間やアプリケーション利用履歴などを一致条件として表示ユーザの絞込みを行うものである。
【００３４】
図６は、アプリケーション利用時におけるアドレス帳の画面レイアウトイメージであり、例えば現在起動しているアプリ画面６０１でWEBブラウザを立ち上げ、横浜の情報サイトを閲覧している場合に（アプリ起動時に入力情報として“横浜”と入力、もしくは横浜に関連するサイトを閲覧など）、処理部１で“横浜”というキーワードが抽出されたトリガー情報のキーワードと、いずれかのカテゴリ６０３で一致したユーザ６０２がアドレス帳一覧として生成され表示される。補足情報として一致箇所の一部が内容６０３に表示される。アプリケーションを利用しながらその利用に関係するユーザをアドレス帳情報として表示されるので、アプリケーションの利用からコミュニケーションのきっかけの導線を形成できる。
【００３５】
アプリケーションを利用している最中に、経過時間やそのアプリ入力情報や閲覧情報などの変化に応じて、その都度同時表示されるアドレス帳情報が変化してもよい。
【００３６】
図７は、既存情報としてアドレス帳に登録している情報以外に、外部事業者が提供するアドレス帳や各種情報を取り込んで表示する画面レイアウトイメージである。Local７０１には既に登録したアドレス帳情報が表示され、SNS７０２やお店７０３、ニュース７０４にはそれぞれの外部事業者が提供する情報ソースから取得して、トリガー情報のキーワードと一致する情報を表示する。アプリケーション利用時においても同様に外部事業者と連携して情報ソースを表示してもよい。
【００３７】
外部事業者の情報表示は、図１の処理部１からトリガー情報を推薦処理部１０に送付し、推薦処理部１０は、各事業者から登録されたDB情報である各事業者DB１０６やSNS事業者などからAPIなどを通じて取得できるSNS事業者ユーザ情報１０７や、CP事業者が提供するCP事業者コンテンツ配信１０８とトリガー情報が一致する情報を検索して選択して、推薦結果情報として処理部１へ受け渡す。処理部１は受け取った外部事業者の推薦情報を、リスト生成部９から受け取ったユーザリスト情報と合わせて、アドレス帳形式データに整形して携帯端末の表示部１１に表示する。また、ユーザプロフィール１０３やユーザデータ蓄積情報１０４を、動的アドレス帳生成の為の検索対象として承諾しているユーザがいる場合は、推薦処理部１０は処理部１から取得したトリガー情報を検索キーとして、ユーザプロフィール１０３とユーザデータ蓄積情報１０４を対象にして検索を行い、一致したユーザを抽出して推薦結果情報として処理部１へ受け渡してもよい。この場合、保有するアドレス帳情報以外のユーザも動的アドレス帳情報に提示することができる。
【００３８】
画面への表示形式は、タブ切り替え形式やスクロール形式や混在表示などユーザカスタマイズ表示などいずれでも良い。外部事業者情報は、基本的なアドレス帳情報のほかに事業者からのお知らせ情報やURL情報、事業者が提供する映像・画像などのコンテンツなどいずれでも良い。
【００３９】
なお、これまで説明してきた処理部１、リスト生成部９、推薦処理部１０（各種事業者ＤＢ１０６、ＳＮＳ事業者ユーザ情報１０７、ＣＰ事業者コンテンツ配信１０８を含む）は一台のアドレス帳生成サーバとして実装してもよいし、個別のサーバとして実装してもよい。なお、時計７およびカレンダー８は、処理部１を有するアドレス帳生成サーバ内に備えられ、図示しないが、同様の機能は携帯端末１２にも備えられている。
【００４０】
なお、携帯端末内で閉じた動的アドレス帳生成する場合においては、図１における処理部１は携帯端末１２内に実装される。この場合、処理部１はトリガー情報を受け取り、トリガー情報をキーとしてローカルアドレス帳１０１とコミュニケーション履歴１０２を対象として検索を行い一致したユーザリストを生成し、表示部１１へアドレス帳情報を表示する。ローカルアドレス帳１０１には、ユーザプロフィール１０３と同様の情報が記憶され、コミュニケーション履歴１０２には他のユーザとの通話、Ｅ−ｍａｉｌ送受信等の情報がユーザデータ蓄積情報１０４のように記憶されている。
【００４１】
表示部１１へ表示されたアドレス情報の推薦結果は、必要があれば携帯端末１２に取り込み、ローカルアドレス帳１０１へ格納することが出来る。
【００４２】
本発明の処理動作について図８〜図１１のフローチャートを用いて説明する。
図８は、ネットワーク上のアドレス帳情報を活用したアドレス帳起動時の動的アドレス帳生成処理を示すフローチャートである。
【００４３】
まず、ユーザは携帯端末１２のアドレス帳を起動し、処理部１に通知する（ステップ８０１）。処理部１がリアルタイムクロックなどの時計７から時刻を取得し、カレンダー８などから日付情報を取得する（ステップ８０２）。一方リスト生成部９は、キャリア事業者などが提供する携帯端末１２のユーザの預かりアドレス帳１０５に登録されたユーザ情報を取得する（ステップ８０３）。預かりアドレス帳１０５に登録されているユーザIDやユーザネームをキーにして、預かりアドレス帳１０５のユーザとユーザプロフィール１０３、ユーザデータ蓄積情報１０４と情報の関連付けを行う。つまり、預かりアドレス帳１０５に登録されたユーザ情報に基づいて、動的アドレス帳を生成するための検索対象とするユーザプロフィール１０３、ユーザデータ蓄積情報１０４に登録されたユーザ範囲を絞り込む。ユーザプロフィール１０３やユーザデータ蓄積情報１０４の情報を動的アドレス帳を生成するために活用してよいかはユーザの利用許諾が必要な場合があることから、ユーザから使用許可が出ているか確認する（ステップ８０４）。
【００４４】
使用許諾されている場合は、ユーザプロフィール１０３とユーザデータ蓄積情報１０４の中からトリガー情報となる位置情報２や時計７とカレンダー８から取得する日時情報をキーにして一致するユーザ情報の順検索を実施する（ステップ８０５）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルに必要な情報を書き込む（ステップ８０６）。一致しなかった場合、次のユーザの検索を行う場合はアドレス情報の最後かを判別し（ステップ８０７）、最後でなければ次のユーザ情報を取得して上記処理を繰り返す。
【００４５】
最後の場合、推薦処理部１０から生成された推薦結果のアドレス帳リストが存在するかどうかを判別し（ステップ８０８）、存在すれば推薦アドレス帳情報を取得して（ステップ８０９）、預かりアドレス帳から生成したアドレス帳リストと合わせてアドレス帳情報を生成し、端末の表示部１１へ表示する（ステップ８１０）。
【００４６】
図９は、ネットワーク上のアドレス帳情報を活用したアプリケーション起動時の動的アドレス帳生成処理を示すフローチャートである。
まず、ユーザは携帯端末１２のアプリケーションを起動し、処理部１に通知する（ステップ９０１）。処理部１がリアルタイムクロックなどの時計７から時刻を取得し、カレンダー８などから日付情報を取得する（ステップ９０２）。処理部１は起動アプリケーションからアプリケーションで入力される情報及びアプリケーションの利用状況、履歴情報を取得する（ステップ９０３）。一方リスト生成部９は、キャリア事業者などが提供する携帯端末１２のユーザの預かりアドレス帳１０５に登録されたユーザ情報を取得する（ステップ９０４）。預かりアドレス帳１０５に登録されているユーザIDやユーザネームをキーにして預かりアドレス帳１０５のユーザとユーザプロフィール１０３、ユーザデータ蓄積情報１０４と情報の関連付けを行う。つまり、預かりアドレス帳１０５に登録されたユーザ情報に基づいて、動的アドレス帳を生成するための検索対象とするユーザプロフィール１０３、ユーザデータ蓄積情報１０４に登録されたユーザ範囲を絞り込む。ユーザプロフィール１０３やユーザデータ蓄積情報１０４の情報を動的アドレス帳を生成するために活用してよいかはユーザの利用許諾が必要な場合があることから、ユーザから使用許可が出ているか確認する（ステップ９０５）。
【００４７】
使用許諾されている場合は、ユーザプロフィール１０３とユーザデータ蓄積情報１０４の中からトリガー情報となる位置情報２や時計７とカレンダー８から取得する日時情報をキーにして一致するユーザ情報の順検索を実施する（ステップ９０６）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルに必要な情報を書き込む（ステップ９０７）。ユーザプロフィール１０３とユーザデータ蓄積情報１０４の中からトリガー情報となるアプリケーションの入力情報や利用履歴情報から取得する場所や日時情報、利用状態情報（起動中など）などをキーにして一致するユーザ情報の順検索を実施する（ステップ９０８）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルにアプリケーションカテゴリなど必要な情報を書き込む（ステップ９０９）。一致しなかった場合、次のユーザの検索を行う場合はアドレス情報の最後かを判別し（ステップ９１０）、最後でなければ次のユーザ情報を取得して上記処理を繰り返す。なお、例えばアプリケーションの利用状態が一致するとは、同じ時間や同じ場所などにおいて同じアプリケーションを利用している状態にある行動の一致性を意味するものである。
【００４８】
最後の場合、推薦処理部１０から生成された推薦結果のアドレス帳リストが存在するかどうかを判別し（ステップ９１１）、存在すれば推薦アドレス帳情報を取得して（ステップ９１２）、預かりアドレス帳から生成したアドレス帳リストと合わせてアドレス帳情報を生成し、端末の表示部１１へ表示する（ステップ９１３）。
【００４９】
図１０は、携帯端末１２上のローカルアドレス帳情報１０１を活用したアドレス帳起動時の動的アドレス帳生成処理を示すフローチャートである。図１０では、処理部１、時計７、カレンダー８が携帯端末１２内に実装されているものとする。
【００５０】
まず、ユーザは携帯端末１２のアドレス帳を起動する（ステップ１００１）。処理部１がリアルタイムクロックなどの時計７から時刻を取得し、カレンダー８などから日付情報を取得する（ステップ１００２）。処理部１はローカルアドレス帳１０１に登録されたユーザ情報を取得する（ステップ１００３）。取得したユーザ情報に含まれるユーザIDやユーザネームをキーにしてローカルアドレス帳１０１のユーザとコミュニケーション履歴１０２と情報の関連付けを行う。ローカルアドレス帳１０１に登録しているユーザプロフィールやコミュニケーション履歴１０２の中からトリガー情報となる位置情報２や時計７とカレンダー８から取得する日時情報をキーにして一致するユーザ情報の順検索を実施する（ステップ１００４）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルに必要な情報を書き込む（ステップ１００５）。一致しなかった場合、次のユーザの検索を行う場合はアドレス情報の最後かを判別し（ステップ１００６）、最後でなければ次のユーザ情報を取得して上記処理を繰り返す。最後の場合、ユーザリストからアドレス帳形式データに整形して、表示部１１へアドレス帳情報を表示する（ステップ１００７）。
【００５１】
図１１は、携帯端末１２上のローカルアドレス帳情報１０１を活用したアプリケーション起動時の動的アドレス帳生成処理を示すフローチャートである。図１１においても、処理部１、時計７、カレンダー８が携帯端末１２内に実装されているものとする。
【００５２】
まず、ユーザは携帯端末１２のアプリケーションを起動する（ステップ１１０１）。処理部１がリアルタイムクロックなどの時計７から時刻を取得し、カレンダー８などから日付情報を取得する（ステップ１１０２）。処理部１はローカルアドレス帳１０１に登録されたユーザ情報を取得する（ステップ１１０３）。取得したユーザ情報に含まれるユーザIDやユーザネームをキーにしてローカルアドレス帳１０１のユーザとコミュニケーション履歴１０２と情報の関連付けを行う。ローカルアドレス帳１０１に登録しているユーザプロフィールやコミュニケーション履歴１０２の中からトリガー情報となる位置情報２や時計７とカレンダー８から取得する日時情報をキーにして一致するユーザ情報の順検索を実施する（ステップ１００４）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルに必要な情報を書き込む（ステップ１００５）。
【００５３】
ローカルアドレス帳１０１のユーザとコミュニケーション履歴１０２の中からトリガー情報となるアプリケーションの入力情報や利用履歴情報から取得する場所や日時情報、利用状態情報（起動中など）をキーにして一致するユーザ情報の順検索を実施する（ステップ１１０６）。一致したユーザ情報が存在した場合、図４に記載のユーザ候補リスト中間生成テーブルにアプリケーションカテゴリなど必要な情報を書き込む（ステップ１１０７）。一致しなかった場合、次のユーザの検索を行う場合はアドレス情報の最後かを判別し（ステップ１１０８）、最後でなければ次のユーザ情報を取得して上記処理を繰り返す。最後の場合、ユーザリストからアドレス帳形式データに整形して、表示部１１へアドレス帳情報を表示する（ステップ１１０９）。
【符号の説明】
【００５４】
１：処理部、２：位置情報、３：ｅ−ｍａｉｌ／ＳＮＳ、４：通話、５：ＷＥＢアクセス、６：アプリケーション、７：時計、８：カレンダー、９：リスト生成部、１０：推薦処理部、１１：表示部、１２：携帯端末、１０１：ローカルアドレス帳、１０２：コミュニケーション履歴、１０３：ユーザプロフィール、１０４：ユーザデータ蓄積情報、１０５：預かりアドレス帳、１０６：各種事業者ＤＢ、１０７：ＳＮＳ事業者ユーザ情報、１０８：ＣＰ事業者コンテンツ配信
【図１】
0005378338.tif 000002
【図２】
0005378338.tif 000003
【図３】
0005378338.tif 000004
【図４】
0005378338.tif 000005
【図５】
0005378338.tif 000006
【図６】
0005378338.tif 000007
【図７】
0005378338.tif 000008
【図８】
0005378338.tif 000009
【図９】
0005378338.tif 000010
【図１０】
0005378338.tif 000011
【図１１】
0005378338.tif 000012