(57)【要約】【課題】通信相手の情報を簡易に登録すること。【解決手段】電話帳管理サーバ２０ａは、通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた店舗情報を一又は複数記憶する店舗情報データベース２１と、一又は複数の宛先情報を含む電話帳情報を携帯電話機１０ａから受信する受信部２２１と、受信された電話帳情報と店舗情報データベース２１に記憶された店舗情報とを比較し、該比較の結果に基づいて、該店舗情報を用いて該電話帳情報を補充する電話帳補充部２２２と、補充された電話帳情報を携帯電話機１０ａに送信する送信部２２５と、を備える。【選択図】図１
2009188825.tif 000002
【特許請求の範囲】
【請求項１】
通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶する記憶手段と、
一又は複数の前記宛先情報を含む宛先管理情報を通信端末から受信する宛先受信手段と、
前記宛先受信手段により受信された宛先管理情報と前記記憶手段に記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充手段と、
前記補充手段により補充された宛先管理情報を前記通信端末に送信する宛先送信手段と、
を備える宛先管理サーバ。
【請求項２】
前記宛先情報を含む通信履歴を前記通信端末から受信する履歴受信手段を更に備え、
前記補充手段が、前記履歴受信手段により受信された通信履歴に含まれる前記宛先情報を抽出し、抽出された宛先情報に対応する前記相手基本情報を用いて前記宛先管理情報を補充する、
請求項１に記載の宛先管理サーバ。
【請求項３】
前記補充手段が、前記履歴受信手段により受信された通信履歴に基づいて前記宛先情報毎の通信回数を算出し、算出された通信回数が所定値以上である宛先情報を抽出し、抽出された宛先情報に対応する前記相手基本情報を用いて前記宛先管理情報を補充する、
請求項２に記載の宛先管理サーバ。
【請求項４】
前記補充手段が、前記通信履歴に存在し且つ前記宛先管理情報に存在しない前記宛先情報を抽出し、抽出された宛先情報に対応する前記相手基本情報を該宛先管理情報に追加することで該宛先管理情報を補充する、
請求項２又は３に記載の宛先管理サーバ。
【請求項５】
前記補充手段が、前記相手基本情報内に存在し且つ前記宛先管理情報に存在しない属性情報を前記宛先情報毎に抽出し、各宛先情報について、抽出された属性情報を該宛先情報に対応付けることで、該宛先管理情報を補充する、
請求項１〜４のいずれか一項に記載の宛先管理サーバ。
【請求項６】
前記補充手段が、固定端末の宛先情報に対応する前記相手基本情報を用いて前記宛先管理情報を補充する、
請求項１〜５のいずれか一項に記載の宛先管理サーバ。
【請求項７】
通信端末と、該通信端末と通信可能な宛先管理サーバとを備える宛先管理システムであって、
前記通信端末が、
通信相手の宛先を示す宛先情報を一又は複数含む宛先管理情報を送信する端末側宛先送信手段と、
前記端末側宛先送信手段による送信に応じて前記宛先管理サーバから送信された宛先管理情報を受信する端末側宛先受信手段と、
を備え、
前記宛先管理サーバが、
通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶する記憶手段と、
前記端末側宛先送信手段により送信された宛先管理情報を受信するサーバ側宛先受信手段と、
前記サーバ側宛先受信手段により受信された宛先管理情報と前記記憶手段に記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充手段と、
前記補充手段により補充された宛先管理情報を前記通信端末に送信するサーバ側宛先送信手段と、
を備える、
ことを特徴とする宛先管理システム。
【請求項８】
通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶するデータベースと通信可能であり、一又は複数の前記宛先情報を含む宛先管理情報を記憶する通信装置、における宛先管理方法であって、
前記通信装置が、該通信装置に記憶された宛先管理情報と前記データベースに記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充ステップと、
前記通信装置が、前記補充ステップにおいて補充された宛先管理情報を記憶する記憶ステップと、
を含むことを特徴とする宛先管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宛先情報を管理する宛先管理サーバ、宛先管理システム及び宛先管理方法に関するものである。
【背景技術】
【０００２】
従来から、通信端末に記憶されている宛先情報（例えば通信相手の電話番号及びメールアドレス）をサーバ側でも記憶し管理する手法が知られている。これにより、ユーザが登録した宛先情報のバックアップや復元が可能になる。このような手法に関し、下記特許文献１には、携帯電話等の通信端末に記憶されているアドレス帳データとサーバ上に記憶されるアドレス帳データとを同期するアドレス帳同期方法が開示されている。具体的には、通信端末が自端末上でのアドレス帳データの更新を検出すると共に、そのアドレス帳データを構成する情報の種類や入力内容を収集し、更新されたアドレス帳データをサーバにアップロードする。
【０００３】
ユーザが宛先情報を登録する際には、通信相手の属性情報（例えば名前や住所など）も併せて管理するのが一般的である。宛先情報に様々な属性情報を付加することで、宛先情報の使い勝手が向上するからである。例えば、下記特許文献２に記載のアドレスデータ蓄積・更新システムは、名刺等の文字を認識し、認識した文字情報に基づいて、電話番号、電子メールＩＤ、氏名、会社名、会社の住所などの情報を記憶する。
【特許文献１】特開２００５−１３０００９号公報
【特許文献２】特開２００３−１３１９９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、通常、通信相手の属性情報の登録は手入力で行う必要があるので、ユーザに一定の負荷が掛かる。上記特許文献２に記載の手法はデータ入力処理に文字認識を用いているが、文字読取り用の装置を用意する必要があったり、文字認識の精度が低かったりするために利便性に欠ける。
【０００５】
本発明は、上記課題を解決するためになされたものであり、通信相手の情報を簡易に登録することが可能な宛先管理サーバ、宛先管理システム及び宛先管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の宛先管理サーバは、通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶する記憶手段と、一又は複数の宛先情報を含む宛先管理情報を通信端末から受信する宛先受信手段と、宛先受信手段により受信された宛先管理情報と記憶手段に記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充手段と、補充手段により補充された宛先管理情報を通信端末に送信する宛先送信手段と、を備える。
【０００７】
また、本発明の宛先管理システムは、通信端末と、該通信端末と通信可能な宛先管理サーバとを備える宛先管理システムであって、通信端末が、通信相手の宛先を示す宛先情報を一又は複数含む宛先管理情報を送信する端末側宛先送信手段と、端末側宛先送信手段による送信に応じて宛先管理サーバから送信された宛先管理情報を受信する端末側宛先受信手段と、を備え、宛先管理サーバが、通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶する記憶手段と、端末側宛先送信手段により送信された宛先管理情報を受信するサーバ側宛先受信手段と、サーバ側宛先受信手段により受信された宛先管理情報と記憶手段に記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充手段と、補充手段により補充された宛先管理情報を通信端末に送信するサーバ側宛先送信手段と、を備える、ことを特徴とする。
【０００８】
このような宛先管理サーバ及び宛先管理システムによれば、宛先情報と属性情報とが対応付けられた相手基本情報と、通信端末から受信した宛先管理情報とが比較され、その比較の結果に基づいて、相手基本情報を用いて宛先管理情報が補充される。そして、補充された宛先管理情報が通信端末に送信される。これにより、通信端末のユーザに通信相手の属性を登録させることなく、通信相手の情報を簡易に登録することが可能になる。
【０００９】
本発明の宛先管理方法は、通信相手の宛先を示す宛先情報と該通信相手の属性を示す属性情報とが対応付けられた相手基本情報を一又は複数記憶するデータベースと通信可能であり、一又は複数の宛先情報を含む宛先管理情報を記憶する通信装置、における宛先管理方法であって、通信装置が、該通信装置に記憶された宛先管理情報とデータベースに記憶された相手基本情報とを比較し、該比較の結果に基づいて、該相手基本情報を用いて該宛先管理情報を補充する補充ステップと、通信装置が、補充ステップにおいて補充された宛先管理情報を記憶する記憶ステップと、を含むことを特徴とする。
【００１０】
このような宛先管理方法によれば、宛先管理情報と、宛先情報と属性情報とが対応付けられた相手基本情報とが比較され、その比較の結果に基づいて、相手基本情報を用いて宛先管理情報が補充される。そして、補充された宛先管理情報が記憶される。これにより、ユーザに通信相手の属性を登録させることなく、通信相手の情報を簡易に登録することが可能になる。
【００１１】
本発明の宛先管理サーバでは、宛先情報を含む通信履歴を通信端末から受信する履歴受信手段を更に備え、補充手段が、履歴受信手段により受信された通信履歴に含まれる宛先情報を抽出し、抽出された宛先情報に対応する相手基本情報を用いて宛先管理情報を補充することが好ましい。
【００１２】
この場合、過去に通信したことがある通信相手の相手基本情報を用いて宛先管理情報が補充されるので、将来連絡する可能性が高い通信相手の情報、すなわち登録の必要性が高い情報に限って補充することが可能になる。
【００１３】
本発明の宛先管理サーバでは、補充手段が、履歴受信手段により受信された通信履歴に基づいて宛先情報毎の通信回数を算出し、算出された通信回数が所定値以上である宛先情報を抽出し、抽出された宛先情報に対応する相手基本情報を用いて宛先管理情報を補充することが好ましい。
【００１４】
この場合、過去に所定数以上通信したことがある通信相手の相手基本情報を用いて宛先管理情報が補充されるので、将来連絡する可能性が高い通信相手の情報、すなわち登録の必要性が高い情報に限って補充することが可能になる。
【００１５】
本発明の宛先管理サーバでは、補充手段が、通信履歴に存在し且つ宛先管理情報に存在しない宛先情報を抽出し、抽出された宛先情報に対応する相手基本情報を該宛先管理情報に追加することで該宛先管理情報を補充することが好ましい。
【００１６】
この場合、以前に通信したことがある通信相手の宛先情報が通信端末の宛先管理情報に事前に登録されていなくても、通信履歴に基づいてその通信相手の相手基本情報が宛先管理情報に追加される。そのため、通信端末のユーザは、連絡を取った相手の宛先情報を事前に登録することなくその相手の相手基本情報を取得できる。
【００１７】
本発明の宛先管理サーバでは、補充手段が、相手基本情報内に存在し且つ宛先管理情報に存在しない属性情報を宛先情報毎に抽出し、各宛先情報について、抽出された属性情報を該宛先情報に対応付けることで、該宛先管理情報を補充することが好ましい。
【００１８】
この場合、未だ宛先情報に対応付けられていない属性情報のみが付加されるので、既に登録済の属性情報を変更することなく属性情報の補充を行うことが可能になる。
【００１９】
本発明の宛先管理サーバでは、補充手段が、固定端末の宛先情報に対応する相手基本情報を用いて宛先管理情報を補充することが好ましい。
【００２０】
この場合、固定電話やデスクトップ型コンピュータなどの固定端末に対応する相手基本情報のみを用いて宛先管理情報が補充されるので、固定端末を有する通信相手の情報に限定して情報を登録することが可能になる。
【発明の効果】
【００２１】
このような宛先管理サーバ、宛先管理システム及び宛先管理方法によれば、属性情報を含む相手基本情報と通信端末の宛先管理情報とを比較し、相手基本情報を用いて宛先管理情報が補充されるので、通信相手の情報を簡易に登録できる。
【発明を実施するための最良の形態】
【００２２】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２３】
（第１実施形態）
まず、図１〜４を用いて、第１実施形態に係る電話帳管理システム１ａを説明する。図１は、電話帳管理システム１ａの構成を示す図である。図２は、電話帳情報の例を示す図である。図３は、店舗情報の例を示す図である。図４は、電話帳情報の補充の例を示す図である。
【００２４】
電話帳管理システム（宛先管理システム）１ａは、携帯電話機（通信端末）１０ａと電話帳管理サーバ（宛先管理サーバ）２０ａとを備えている。携帯電話機１０ａと電話帳管理サーバ２０ａとは、図示しないネットワークを介して互いに通信可能である。電話帳管理サーバ２０ａは、携帯電話機１０ａ内の電話帳情報のバックアップを保存可能であり、携帯電話機１０ａは、電話帳管理サーバ２０ａに保存されている電話帳情報を用いて自端末内の電話帳情報を復元できる。なお、説明の簡単のため、図１では携帯電話機１０ａを一つのみ示したが、携帯電話機１０ａの個数は複数でもよい。
【００２５】
携帯電話機１０ａは、通話機能やメール送信機能などを備える移動通信端末である。携帯電話機１０ａは、機能的構成要素として電話帳記憶部１０１、送信部（端末側宛先送信手段）１０２及び受信部（端末側宛先受信手段）１０３を備えている。
【００２６】
電話帳記憶部１０１は、通信相手を示す相手情報の集合である電話帳情報（宛先管理情報）を記憶する手段である。相手情報は、通信相手を識別する宛先情報を少なくとも含み、更に、通信相手の属性を示す属性情報を含めることが可能である。宛先情報は、例えば電話番号やメールアドレスなどのような、通信時に通信相手を特定する情報である。属性情報とは、例えば名前や住所などのような、通信相手の特徴を表す情報であり、通信相手の種類によって任意に設定可能である。例えば、通信相手が個人であれば、役職や誕生日などを属性情報に含めることが可能であるし、通信相手が会社や店舗であれば、営業時間、定休日、ＵＲＬ（Uniform Resource Locator）などを属性情報に含めることが可能である。
【００２７】
電話帳記憶部１０１に記憶される電話帳情報の例を図２に示す。図２に示す電話帳情報には４個の相手情報が含まれており、各相手情報は、名前、電話番号、メールアドレス、住所及びメモの５種類の情報で構成されている。この５種類の情報のうち、電話番号及びメールアドレスが宛先情報になり得る情報であり、本実施形態では電話番号を宛先情報としている。もちろん、メールアドレスを宛先情報としてもよいし、電話番号及びメールアドレスの双方を宛先情報としてもよい。
【００２８】
送信部１０２は、電話帳管理サーバ２０ａにデータを送信する手段である。具体的には、送信部１０２は、電話帳記憶部１０１に記憶されている電話帳情報の送信と、自端末内の電話帳情報を電話帳管理サーバ２０ａ内の電話帳情報と同期させるための同期指示の送信とを行う。
【００２９】
電話帳情報を送信する場合、送信部１０２は、電話帳管理用のエージェントプログラム（図示せず）から入力されたバックアップ指示を受け付け、電話帳記憶部１０１から電話帳情報を読み出す。この際、送信部１０２は、すべての相手情報（電話帳情報全体）を読み出してもよいし、前回の送信後に変更された相手情報（電話帳情報の一部）のみを読み出してもよい。続いて送信部１０２は、読み出した電話帳情報に携帯電話機１０ａを識別する端末ＩＤを関連付けて電話帳管理サーバ２０ａに送信する。なお、電話帳情報の送信は、エージェントプログラムにより自動的に実行されてもよいし、携帯電話機１０ａのユーザのボタン操作をエージェントプログラムが受け付けたことを契機に実行（手動実行）されてもよい。
【００３０】
同期指示を送信する場合、送信部１０２は、電話帳管理サーバ２０ａからの同期実行要求に応じてエージェントプログラムから入力された同期指示を受け付け、その同期指示を送信する。この同期指示には、携帯電話機１０ａの端末ＩＤが含まれている。
【００３１】
受信部１０３は、電話帳管理サーバ２０ａからデータを受信する手段である。具体的には、受信部１０３は、電話帳情報の同期の実行を携帯電話機１０ａに要求する同期実行要求の受信と、同期指示の送信に応じて電話帳管理サーバ２０ａから送信された電話帳情報の受信とを行う。
【００３２】
同期実行要求を受信した場合、受信部１０３は、その同期実行要求をエージェントプログラム（図示せず）に出力する。これにより、エージェントプログラム及び送信部１０２による同期指示の送信が可能になる。
【００３３】
電話帳情報を受信した場合、受信部１０３は、その電話帳情報を電話帳記憶部１０１に出力する。これにより、電話帳管理サーバ２０ａ上に記憶されている電話帳情報と同じものが電話帳記憶部１０１に記憶され、電話帳情報の同期が完了する。なお、この際、電話帳記憶部１０１は、属性情報が付加された相手情報に追記マークを付与する。この追記マークは、電話帳管理サーバ２０ａにおいて補充が行われたことを示す情報である。
【００３４】
電話帳管理サーバ２０ａは、携帯電話機１０ａの電話帳情報を預かって管理するコンピュータシステムであり、店舗情報データベース（記憶手段）２１と電話帳預かりサーバ２２とを備えている。なお、電話帳管理サーバ２０ａの構成はこれに限定されるものではなく、一つのコンピュータシステムが店舗情報データベース２１及び電話帳預かりサーバ２２の機能を備えてもよい。
【００３５】
店舗情報データベース２１は、店舗情報を記憶するコンピュータシステムである。店舗情報は、携帯電話機１０ａに記憶される相手情報と同様に宛先情報及び属性情報を含む、相手基本情報である。
【００３６】
店舗情報データベース２１に記憶される店舗情報の例を図３に示す。図３には４つの店舗情報が示されており、各店舗情報は、店舗名、電話番号、メールアドレス、住所、営業時間及び定休日の６種類の情報で構成されている。この６種類の情報のうち、電話番号及びメールアドレスが宛先情報になり得る情報であり、本実施形態では電話番号を宛先情報としている。何を宛先情報とするかは、電話帳情報（相手情報）と同様に任意である。
【００３７】
電話帳預かりサーバ２２は、携帯電話機１０ａの電話帳情報のバックアップを記憶し、携帯電話機１０ａからの要求に応じてそのバックアップを携帯電話機１０ａに送信するコンピュータシステムである。この電話帳預かりサーバ２２は、機能的構成要素として、受信部（宛先受信手段、サーバ側宛先受信手段）２２１、電話帳補充部（補充手段）２２２、電話帳データベース２２３、電話帳取得部２２４及び送信部（宛先送信手段、サーバ側宛先送信手段）２２５を備えている。
【００３８】
受信部２２１は、携帯電話機１０ａからデータを受信する手段である。具体的には、受信部２２１は、電話帳情報の受信と同期指示の受信とを行う。電話帳情報を受信した場合、受信部２２１は、その電話帳情報を電話帳補充部２２２に出力する。同期指示を受信した場合、受信部２２１は、その同期指示を電話帳取得部２２４に出力する。
【００３９】
電話帳補充部２２２は、受信部２２１により受信された電話帳情報と、店舗情報データベース２１に記憶されている店舗情報とを比較し、その比較結果に基づいて、店舗情報を用いて電話帳情報を補充する手段である。
【００４０】
まず電話帳補充部２２２は、入力された電話帳情報から宛先情報が固定電話の電話番号である相手情報を抽出し、抽出された各相手情報に対応する店舗情報を店舗情報データベース２１から抽出する。続いて電話帳補充部２２２は、宛先情報毎に相手情報と店舗情報とを比較して、店舗情報に存在し且つ相手情報に存在しない属性情報を宛先情報毎に抽出する。続いて電話帳補充部２２２は、各宛先情報について、抽出された属性情報を相手情報に付加する。これにより、店舗情報の内容が相手情報に反映される。
【００４１】
入力された電話帳情報が図２に示すものであり、店舗情報データベース２１に記憶されている店舗情報が図３に示すものであることを前提として、電話帳情報の補充の具体例を説明する。まず、図２の電話帳情報から、電話番号が固定電話のものである会社Ｂ、店舗Ｃ、店舗Ｄの相手情報が抽出される。なお、電話番号が固定番号であるか否かは、予め記憶されている番号体系に基づいて判断可能である。続いて、店舗Ｃ，Ｄの店舗情報が抽出される。会社Ｂに対応する店舗情報は存在しないので、会社Ｂの属性情報の追加は行われない。続いて、店舗Ｃ，Ｄについて相手情報と店舗情報との比較が行われる。この比較を図４に示す。図４において、店舗Ｃ，Ｄの相手情報をＴ，これらに対応する店舗情報をＳとする。この場合、店舗Ｃの住所、営業時間及び定休日（破線Ｐで囲まれた箇所）が、店舗情報Ｓに存在し且つ相手情報Ｔに存在しない情報である。したがって、店舗Ｃの住所、営業時間及び定休日の情報が店舗Ｃの相手情報に付加される（破線Ｑで囲まれた箇所）。
【００４２】
このように、図２〜４に示す例では、店舗Ｃの相手情報のみが補充される。友人Ａの相手情報は、携帯電話機の電話番号であるため補充されず、会社Ｂの相手情報は、対応する店舗情報が存在しないので補充されない。また、店舗Ｄの相手情報は、店舗情報に存在する属性情報を既にすべて含んでいるので補充されない。
【００４３】
電話帳補充部２２２は、補充した電話帳情報を電話帳データベース２２３に出力する。また、電話帳補充部２２２は、電話帳情報の同期の実行を携帯電話機１０ａに要求するための同期実行要求を生成して送信部２２５に出力する。
【００４４】
電話帳データベース２２３は、携帯電話機１０ａの電話帳情報を記憶する手段である。具体的には、電話帳データベース２２３は、電話帳補充部２２２から入力された電話帳情報を記憶する。なお、電話帳データベース２２３に記憶される電話帳情報には携帯電話機１０ａの端末ＩＤが関連付けられている。
【００４５】
電話帳取得部２２４は、受信部２２１から同期指示が入力された場合に、その同期指示から端末ＩＤを抽出し、その端末ＩＤに関連付けられている電話帳情報を電話帳データベース２２３から読み出す。そして電話帳取得部２２４は、読み出した電話帳情報を送信部２２５に出力する。
【００４６】
送信部２２５は、携帯電話機１０ａにデータを送信する手段である。具体的には、送信部２２５は、電話帳補充部２２２から入力された同期実行要求の送信と、電話帳取得部２２４から入力された電話帳情報の送信とを行う。
【００４７】
次に、図５を用いて、図１に示す電話帳管理システム１ａの処理を説明するとともに本実施形態に係る電話帳管理方法（宛先管理方法）について説明する。図５は、電話帳管理システム１ａの処理を示すシーケンス図である。
【００４８】
まず、携帯電話機１０ａ内でエージェントプログラム（図示せず）によりバックアップが指示されると（ステップＳ１１）、送信部１０２が電話帳記憶部１０１から電話帳情報を読み出し（ステップＳ１２）、電話帳管理サーバ２０ａに送信する（ステップＳ１３）。
【００４９】
電話帳管理サーバ２０ａでは、受信部２２１がその電話帳情報を受信し、電話帳補充部２２２に出力する。続いて、電話帳補充部２２２が、その電話帳情報と店舗情報データベース２１内の店舗情報とを比較することで電話帳情報の補充を行う。具体的には、電話帳補充部２２２は、宛先情報が固定電話の電話番号である相手情報を抽出し、抽出された相手情報とその相手情報に対応する店舗情報とを比較することで補充すべき属性情報を抽出する。ここで、補充すべき属性情報が存在しない場合は（ステップＳ１４；ＮＯ、補充ステップ）、電話帳補充部２２２は処理を終了する。これに対し、補充すべき属性情報が存在する場合（ステップＳ１４；ＹＥＳ、補充ステップ）、電話帳補充部２２２は、抽出された属性情報を相手情報に付加することで電話帳情報を補充する（ステップＳ１５、補充ステップ）。
【００５０】
続いて電話帳補充部２２２は、その電話帳情報を電話帳データベース２２３に記憶すると共に（ステップＳ１６、記憶ステップ）、同期実行要求を生成して送信部２２５に出力する。続いて、送信部２２５がその同期実行要求を携帯電話機１０ａに送信する（ステップＳ１７）。
【００５１】
携帯電話機１０ａでは、受信部１０３が同期実行要求を受信し、この要求に応じて送信部１０２が同期指示を送信する（ステップＳ１８）。
【００５２】
その後、電話帳管理サーバ２０ａでは、受信部２２１が同期指示を受信して電話帳取得部２２４に出力する。続いて電話帳取得部２２４が補充済の電話帳情報を電話帳データベース２２３から読み出す（ステップＳ１９）。続いて送信部２２５が、補充済の電話帳情報を携帯電話機１０ａに送信する（ステップＳ２０）。
【００５３】
その後、携帯電話機１０ａでは、受信部１０３が補充済の電話帳情報を受信して電話帳記憶部１０１に出力する。電話帳記憶部１０１は、補充された相手情報に追記マークを付加した上で（ステップＳ２１）、補充済の電話帳情報を記憶する（ステップＳ２２、記憶ステップ）。これにより、携帯電話機１０ａのユーザは、属性情報が補充された電話帳情報を利用できる。
【００５４】
次に、図６を用いて、上述の補充処理の前後における携帯電話機１０ａの画面遷移を説明する。図６は、その画面遷移を示す模式図である。
【００５５】
属性情報が補充される前の相手情報が図６（ａ）に示すものであるとする。この相手情報を含む電話帳情報が電話帳管理サーバ２０ａで補充され、補充された電話帳情報が携帯電話機１０ａの電話帳記憶部１０１に記憶されると、図６（ｂ）に示す通知画面が表示される。図６（ｂ）の画面は、電話帳情報の補充（更新）が完了したことを示している。
【００５６】
その後、携帯電話機１０ａのユーザによるボタン操作により、図６（ｃ）に示す画面が表示される。図６（ｃ）の画面は、携帯電話機１０ａで実行された処理の履歴を表すものであり、ユーザはその履歴から一の処理（メッセージ）を選択してその詳細を確認できる。例えば、図６（ｃ）に示すように、電話帳更新処理に関するメッセージを選択すると、図６（ｄ）に示すように、具体的にどの相手情報を更新したかが表示される。ここでユーザが一の相手情報を選択すると、その相手情報が表示される。図６（ｅ）は、補充後の店舗Ｃの相手情報である。図６（ａ）と図６（ｅ）とを比較すると、住所、ＵＲＬ、営業時間及び定休日に関する情報が補充されていることがわかる。
【００５７】
以上説明したように、第１実施形態によれば、属性情報を含む店舗情報と携帯電話機１０ａの電話帳情報とが比較され、その比較に基づいて、店舗情報を用いて電話帳情報が補充される。そして、補充された電話帳情報が携帯電話機１０ａに送信される。これにより、携帯電話機１０ａのユーザに通信相手の属性を登録させることなく、通信相手の情報を簡易に登録することが可能になる。
【００５８】
また、第１実施形態によれば、未だ宛先情報に対応付けられていない属性情報のみが付加されるので、既に登録済の属性情報を変更することなく属性情報の補充を行うことが可能になる。
【００５９】
また、第１実施形態によれば、固定電話を有する通信相手（店舗）の情報に限定して相手情報を登録することが可能になる。
【００６０】
（第２実施形態）
図７は、第２実施形態に係る電話帳管理システム（宛先管理システム）１ｂの構成を示す図である。この電話帳管理システム１ｂは、第１実施形態における携帯電話機１０ａ及び電話帳管理サーバ２０ａに代えて、携帯電話機（通信端末）１０ｂ及び電話帳管理サーバ（宛先管理サーバ）２０ｂを備えている。
【００６１】
携帯電話機１０ｂは、電話帳記憶部１１１、送信部（端末側宛先送信手段）１１２、受信部（端末側宛先受信手段）１１３及び通信履歴記憶部１１４を備えている。電話帳記憶部１１１及び受信部１１３の機能は、それぞれ、第１実施形態における電話帳記憶部１０１及び受信部１０３のものと同じであるので、説明を省略する。
【００６２】
通信履歴記憶部１１４は、通信相手の宛先情報を含む通信履歴を記憶する手段である。通信履歴記憶部１１４が記憶する通信履歴には、発信履歴と受信履歴の二種類がある。発信履歴は、携帯電話機１０ｂから他の電話機への発信の記録であり、通信相手の名前、電話番号及び発信日時を含む。一方、受信履歴は、他の電話機からの着信の履歴であり、通信相手の名前、電話番号及び着信日時を含む。通信履歴記憶部１１４は、発信又は着信がある度にその内容を記録する。図８は、通信履歴記憶部１１４に記憶される通信履歴の例であり、特に発信履歴のみを示したものである。
【００６３】
送信部１１２は、第１実施形態における送信部１０２と同様の機能（電話帳情報及び同期指示の送信）に加えて、発信履歴を電話帳管理サーバ２０ｂに送信する機能を有する。
【００６４】
発信履歴を送信する場合、送信部１１２は、エージェントプログラム（図示せず）から入力された発信履歴送信指示を受け付け、通信履歴記憶部１１４から発信履歴を読み出す。この際、送信部１１２は、すべての発信履歴全体を読み出してもよいし、発信履歴の一部のみを読み出してもよい。続いて送信部１１２は、読み出した発信履歴に端末ＩＤを関連付けて電話帳管理サーバ２０ｂに送信する。なお、発信履歴の送信は、定期的に（自動的に）実行されるのが好ましいが、ユーザのボタン操作に基づいて実行されてもよい。
【００６５】
電話帳管理サーバ２０ｂは、第１実施形態と同じ店舗情報データベース（記憶手段）２１と、電話帳預かりサーバ２３とを備えている。以下では、第１実施形態と異なる電話帳預かりサーバ２３について説明する。
【００６６】
電話帳預かりサーバ２３は、受信部（宛先受信手段、履歴受信手段、サーバ側宛先受信手段）２３１、電話帳補充部（補充手段）２３２、電話帳データベース２３３、電話帳取得部２３４及び送信部（宛先送信手段、サーバ側宛先送信手段）２３５を備えている。電話帳取得部２３４及び送信部２３５の機能は、それぞれ、第１実施形態における電話帳取得部２２４及び送信部２２５のものと同じであるので、説明を省略する。
【００６７】
受信部２３１は、携帯電話機１０ｂからデータを受信する手段である。電話帳情報を受信した場合、受信部２３１は、その電話帳情報を電話帳データベース２３３に出力する。同期指示を受信した場合、受信部２３１は、その同期指示を電話帳取得部２３４に出力する。発信履歴を受信した場合、受信部２３１は、その発信履歴を電話帳補充部２３２に出力する。
【００６８】
電話帳データベース２３３は、受信部２３１又は電話帳補充部２３２から入力された電話帳情報を記憶する。
【００６９】
電話帳補充部２３２は、受信部２３１から入力された発信履歴に基づいて通信相手（宛先情報）毎の発信回数を算出し、算出された発信回数が所定値以上である通信相手を抽出し、抽出された通信相手の店舗情報を用いて電話帳情報を補充する手段である。
【００７０】
まず電話帳補充部２３２は、受信部２３１から発信履歴を受け付ける。続いて電話帳補充部２３２は、発信履歴に関連付けられている端末ＩＤに対応する電話帳情報を電話帳データベース２３３から読み出す。続いて電話帳補充部２３２は、入力された発信履歴に基づいて、通信相手毎の発信回数を算出する。続いて電話帳補充部２３２は、予め記憶している閾値と各発信回数とを比較して、携帯電話機１０ｂがその閾値以上発信したことがある通信相手を補充候補として抽出する。続いて電話帳補充部２３２は、抽出された通信相手の店舗情報を店舗情報データベース２１から読み出す。そして電話帳補充部２３２は、読み出した店舗情報と電話帳情報内の相手情報とを比較して、店舗情報内の属性情報を相手情報に付加する。なお、このような処理で用いる閾値をどのように設定するかは任意である。
【００７１】
一例として、読み出した電話帳情報、店舗情報及び発信履歴が、それぞれ図２，３，８に示されるものである場合を説明する。この場合、電話帳補充部２３２は、友人Ａ、店舗Ｂ及び店舗Ｄへの発信回数が１回、店舗Ｃへの発信回数が３回であると判定する。
【００７２】
ここで、予め記憶している閾値が３（回）であれば、電話帳補充部２３２は、店舗Ｃを補充候補として抽出し、店舗Ｃの店舗情報を読み出す。そして電話帳補充部２３２は、図４で示される場合と同様に、店舗Ｃの相手情報に属性情報を付加する。
【００７３】
これとは別に、予め記憶している閾値が１（回）の場合、電話帳補充部２３２は、発信履歴に存在する友人Ａ及び店舗Ｂ，Ｃ，Ｄの相手情報を補充候補として抽出する。続いて電話帳補充部２３２は、抽出された相手情報に対応する店舗情報を読み出す。この際、電話帳補充部２３２は、友人Ａの宛先情報が固定電話の電話番号でないとして補充対象から除外してもよいし、そのような除外処理を行わずに店舗情報の検索を行ってもよい。いずれにしても、電話帳補充部２３２はこの場合、店舗Ｂ，Ｃ，Ｄの店舗情報を読み出す。続いて、電話帳補充部２３２は、店舗Ｂ，Ｃ，Ｄについて相手情報と店舗情報とを比較する。
【００７４】
図９を用いて比較及び補充の例を説明する。なお、図９において、電話帳情報内の店舗Ｃ，Ｄの相手情報をＴ´、読み出した店舗Ｂ，Ｃ，Ｄの店舗情報をＳ´とする。この場合、店舗Ｂの店舗情報全体と、店舗Ｃの住所、営業時間及び定休日（破線Ｐ´で囲まれた箇所）が、店舗情報Ｓ´に存在し且つ相手情報Ｔ´に存在しない情報である。したがって、店舗Ｂの店舗情報全体が相手情報として追加されると共に、店舗Ｃの住所、営業時間及び定休日の情報が店舗Ｃの相手情報に付加される（破線Ｑ´で囲まれた箇所）。
【００７５】
電話帳補充部２３２は、補充した電話帳情報を電話帳データベース２３３に出力する。また、電話帳補充部２３２は、電話帳情報の同期の実行を携帯電話機１０ｂに要求するための同期実行要求を生成して送信部２３５に出力する。
【００７６】
次に、図１０及び１１を用いて、図７に示す電話帳管理システム１ｂの処理を説明する。図１０は、電話帳情報のバックアップの処理を示すシーケンス図であり、図１１は、電話帳情報の補充及び同期の処理を示すシーケンス図である。
【００７７】
まず、図１０を用いて説明する。ステップＳ３１〜Ｓ３３の処理は、第１実施形態におけるステップＳ１１〜Ｓ１３の処理と同様である。その後、電話帳管理サーバ２０ｂでは、電話帳データベース２３３が、受信部２３１により受信された電話帳情報を記憶する（ステップＳ３４）。これにより、電話帳情報のバックアップが完了する。
【００７８】
その後、図１１に示すような、電話帳情報の補充及び同期が行われる。エージェントプログラム（図示せず）から発信履歴送信指示が出力されると（ステップＳ４１）、携帯電話機１０ｂの送信部１１２が発信履歴を通信履歴記憶部１１４から読み出して（ステップＳ４２）、電話帳管理サーバ２０ｂに送信する（ステップＳ４３）。
【００７９】
電話帳管理サーバ２０ｂでは、受信部２３１がその発信履歴を受信し、電話帳補充部２３２に出力する。続いて、電話帳補充部２３２が、発信履歴と、その発信履歴の送信元である携帯電話機１０ｂの電話帳情報と、店舗情報データベース２１内の店舗情報とに基づいて電話帳情報の補充を行う。具体的には、電話帳補充部２３２は、発信履歴に基づいて通信相手毎の発信回数を算出し、その発信回数が所定の閾値以上の通信相手を補充候補として抽出する。そして電話帳補充部２３２は、抽出した通信相手に対応する店舗情報と相手情報とを比較することで、補充すべき属性情報を抽出する。ここで、補充すべき属性情報が存在しない場合は（ステップＳ４４；ＮＯ、補充ステップ）、電話帳補充部２３２は処理を終了する。これに対し、補充すべき属性情報が存在する場合（ステップＳ４４；ＹＥＳ、補充ステップ）、電話帳補充部２３２は、店舗情報内の属性情報を相手情報に付加することで電話帳情報を補充する（ステップＳ４５、補充ステップ）。
【００８０】
その後に行われるステップＳ４６〜Ｓ５２の処理は、第１実施形態におけるステップＳ１６〜Ｓ２２の処理と同様である。
【００８１】
なお、このような補充処理の前後における携帯電話機１０ｂの画面遷移は第１実施形態と同様であるので、説明を省略する。
【００８２】
以上説明したように、第２実施形態によれば、予め設定された閾値以上通信したことがある通信相手の店舗情報を用いて電話帳情報が補充されるので、将来連絡する可能性が高い通信相手の情報、すなわち登録の必要性が高い情報に限って補充することが可能になる。
【００８３】
また、第２実施形態によれば、以前に通信したことがある通信相手の宛先情報が携帯電話機１０ｂの電話帳情報に事前に登録されていなくても、発信履歴に基づいてその通信相手の店舗情報が電話帳情報に追加される。そのため、ユーザは、連絡を取った相手の電話番号やメールアドレスを事前に登録することなくその相手の店舗情報を取得できる。
【００８４】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。
【００８５】
上記第２実施形態では、発信履歴の送信を契機として電話帳情報の補充及び同期が行われたが、発信履歴の送信時だけでなく、第１実施形態と同様に、電話帳情報のバックアップ時にも補充及び同期を行ってもよい。これにより、携帯電話機１０ｂは、属性情報が補充された電話帳情報をより早く取得できる。
【００８６】
上記第２実施形態では、発信履歴に基づいて電話帳情報を補充したが、受信履歴に基づいて電話帳情報を補充してもよいし、発信及び受信双方の履歴に基づいて電話帳情報を補充してもよい。
【００８７】
上記各実施形態では、宛先情報が固定電話の電話番号である通信相手の相手情報のみが補充されたが、宛先情報のタイプに関係なく相手情報を補充してもよい。例えば、携帯電話機などの移動通信端末の電話番号を有する相手情報を補充してもよい。
【００８８】
上記各実施形態では、電話帳情報の補充をサーバ側で行ったが、携帯電話機が店舗情報データベース２１から直接店舗情報を取得し、自機内でその補充処理を行ってもよい。この場合、携帯電話機は、電話帳補充部２２２，２３２に相当する機能的構成要素を備える。この場合、携帯電話機は、サーバとの同期処理を行うことなく電話帳情報を補充できる。
【００８９】
上記各実施形態では、宛先管理情報として電話帳情報を用いたが、別の種類の情報を宛先管理情報として用いてもよい。
【００９０】
上記各実施形態では、相手基本情報として店舗情報を用いたが、相手基本情報の種類は限定されない。例えば、携帯電話機のユーザの情報や、会社の情報などを相手基本情報として用いてもよい。これらの情報を一つのデータベースに記憶するか別々のデータベースに記憶するかも任意である。
【００９１】
上記各実施形態では、既に登録されている属性情報を変更することなく、未だ宛先情報に対応付けられていない属性情報のみを付加することで電話帳情報の補充を行ったが、既に登録されている属性情報と同じ属性の情報を登録済の属性情報とは別個の情報として補充してもよい。この場合には、ある属性について、ユーザが入力した情報（以下「手入力情報」という）と電話帳管理システムにより補充された情報（以下「補充情報」という）とが共存することがある。
【００９２】
手入力情報の有無にかかわらず補充する属性を何にするかは任意であり、例えば住所、ＵＲＬ、営業時間及び定休日をそのような属性として設定できる。その場合、例えば店舗Ｘの住所「住所ｘ」、ＵＲＬ「ＵＲＬ（ｙ）」及び営業時間「時間ｚ」が既に電話帳情報に登録されていても、電話帳管理システムは店舗Ｘの相手基本情報に基づいてその電話帳情報に店舗Ｘの住所「住所ｘ´」、ＵＲＬ「ＵＲＬ（ｙ´）」及び営業時間「時間ｚ´」を補充する。このとき、手入力情報の内容と補充情報の内容とが一致する場合がある。
【００９３】
補充情報は、通信端末の画面上において手入力情報とは別に表示される。図１２に示す例では、補充情報は表示用フィールドＦに表示されている。ユーザは、表示用フィールドＦのタブＦａを切り替えることで、住所、ＵＲＬ及びメモ（例えば営業時間や定休日などの情報）という三種類の情報を見ることが可能である。なお、表示用フィールドＦに対する編集を不可としてもよい。
【００９４】
上記各実施形態では通信端末として携帯電話機を用いたが、携帯情報端末（Personal Digital Assistant、ＰＤＡ）やデスクトップ型コンピュータなどの様々な機器を通信端末として用いてもよい。
【図面の簡単な説明】
【００９５】
【図１】第１実施形態に係る電話帳管理システムの構成を示す図である。
【図２】電話帳情報の例を示す図である。
【図３】店舗情報の例を示す図である。
【図４】電話帳情報の補充の例を示す図である。
【図５】図１に示す電話帳管理システムの処理を示すシーケンス図である。
【図６】図１に示す携帯電話機の画面遷移を示す模式図である。
【図７】第２実施形態に係る電話帳管理システムの構成を示す図である。
【図８】通信履歴（発信履歴）の例を示す図である。
【図９】電話帳情報の補充の例を示す図である。
【図１０】図７に示す電話帳管理システムの処理を示すシーケンス図である。
【図１１】図７に示す電話帳管理システムの処理を示すシーケンス図である。
【図１２】補充情報の表示例を示す図である。
【符号の説明】
【００９６】
１ａ，１ｂ…電話帳管理システム（宛先管理システム）、１０ａ，１０ｂ…携帯電話機（通信端末）、２０ａ，２０ｂ…電話帳管理サーバ（宛先管理サーバ）、２１…店舗情報データベース（記憶手段）、２２，２３…電話帳預かりサーバ、１０１，１１１…電話帳記憶部、１０２，１１２…送信部（端末側宛先送信手段）、１０３，１１３…受信部（端末側宛先受信手段）、１１４…通信履歴記憶部、２２１…受信部（宛先受信手段、サーバ側宛先受信手段）、２３１（宛先受信手段、履歴受信手段、サーバ側宛先受信手段）…受信部、２２２，２３２…電話帳補充部（補充手段）、２２３，２３３…電話帳データベース、２２４，２３４…電話帳取得部、２２５，２３５…送信部（宛先送信手段、サーバ側宛先送信手段）
【図１】
2009188825.tif 000003
【図２】
2009188825.tif 000004
【図３】
2009188825.tif 000005
【図４】
2009188825.tif 000006
【図５】
2009188825.tif 000007
【図６】
2009188825.tif 000008
【図７】
2009188825.tif 000009
【図８】
2009188825.tif 000010
【図９】
2009188825.tif 000011
【図１０】
2009188825.tif 000012
【図１１】
2009188825.tif 000013
【図１２】
2009188825.tif 000014