(57)【要約】【課題】検索容易な形式でアドレス情報を表示させることが可能な通信装置を提供すること。【解決手段】本発明の一特徴は、１以上のアドレス情報レコードを有するアドレス帳データを管理するアドレス帳情報管理部と、音声通信の発信履歴情報及び着信履歴情報と、データ通信の送信履歴情報及び受信履歴情報との少なくとも１つを有する履歴情報を管理する履歴管理部と、前記履歴情報及び／又は前記アドレス帳データに基づき、前記アドレス帳データから表示すべきアドレス情報レコードを決定する判断部とを有する通信装置に関する。【選択図】図１
2011066554.tif 000002
【特許請求の範囲】
【請求項１】
１以上のアドレス情報レコードを有するアドレス帳データを管理するアドレス帳情報管理部と、
音声通信の発信履歴情報及び着信履歴情報と、データ通信の送信履歴情報及び受信履歴情報との少なくとも１つを有する履歴情報を管理する履歴管理部と、
前記履歴情報及び／又は前記アドレス帳データに基づき、前記アドレス帳データから表示すべきアドレス情報レコードを決定する判断部と、
を有する通信装置。
【請求項２】
前記発信履歴情報は、当該通信装置から音声通信のために発信された発信回数を有し、
前記送信履歴情報は、当該通信装置からデータ通信のために送信された送信回数を有し、
前記判断部は、前記アドレス情報レコードに係る前記発信回数及び／又は前記送信回数と所定の閾値とを比較して、前記アドレス帳データから表示すべきアドレス情報レコードを決定する、請求項１記載の通信装置。
【請求項３】
前記アドレス帳情報管理部は、前記履歴情報から前記アドレス帳データの各アドレス情報レコードに対して親密度を算出し、
前記判断部は、前記アドレス情報レコードに係る親密度と所定の閾値とを比較して、前記アドレス帳データから表示すべきアドレス情報レコードを決定する、請求項１記載の通信装置。
【請求項４】
前記アドレス帳情報管理部は、前記判断部により決定された表示すべきアドレス情報レコードにフラグを設定する、請求項１記載の通信装置。
【請求項５】
１以上のアドレス情報レコードを有するアドレス帳データを生成するステップと、
通信装置における音声通信の発信履歴情報及び着信履歴情報と、データ通信の送信履歴情報及び受信履歴情報との少なくとも１つを有する履歴情報を生成するステップと、
前記履歴情報及び／又は前記アドレス帳データに基づき、前記アドレス帳データから表示すべきアドレス情報レコードを決定するステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、より詳細には、アドレス帳データを表示可能な通信装置に関する。
【背景技術】
【０００２】
近年所有者が非常に増加した携帯電話において、アドレス帳機能は連絡を簡易にする為、また着信の際などに通信相手が誰かを直ぐに知る為にも使われており、携帯電話に不可欠な機能になっている。
【０００３】
一方でアドレス帳は、登録件数が増えるほど所望の人にアクセスしにくくなってしまい不便になるという問題があった。また、上述の問題点を防ぐ為に、もしかしたら連絡するかもしれない程度の相手については、電話帳登録を諦めてしまい、あとで後悔をするといったケースがあるという問題があった。
【０００４】
こういった課題をふまえ、ユーザがアドレス帳に気軽にデータを登録しても所望の人にアクセスしにくくならないよう、通信回数をもとにした並び順に変更することが提案されている。しかしながら、履歴に応じて順序が変わる事から、かな順序による検索のしやすさを完全に無くしてしまい場合によってはかえって時間がかかるという別な問題が発生していた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２３６８７１
【特許文献２】特開２００９−１１１５９０
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の課題は、上記問題点に鑑み、検索容易な形式でアドレス情報を表示させることが可能な通信装置を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の一特徴は、１以上のアドレス情報レコードを有するアドレス帳データを管理するアドレス帳情報管理部と、音声通信の発信履歴情報及び着信履歴情報と、データ通信の送信履歴情報及び受信履歴情報との少なくとも１つを有する履歴情報を管理する履歴管理部と、前記履歴情報及び／又は前記アドレス帳データに基づき、前記アドレス帳データから表示すべきアドレス情報レコードを決定する判断部とを有する通信装置に関する。
【発明の効果】
【０００８】
本発明によると、検索容易な形式でアドレス情報を表示させることが可能な通信装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明の一実施例による通信システムの構成を示すブロック図である。
【図２】図２は、本発明の一実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。
【図３】図３は、本発明の一実施例による履歴データテーブルの一例となるデータ構造を示す。
【図４】図４は、本発明の一実施例による通信端末のアドレス帳表示処理を示すフロー図である。
【図５】図５は、本発明の他の実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。
【図６】図６は、本発明の他の実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。
【図７】図７は、本発明の他の実施例による通信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施例を説明する。
【００１１】
図１を参照して、本発明の一実施例による通信端末の構成が説明される。図１は、本発明の一実施例による通信システムの構成を示すブロック図である。
【００１２】
本実施例において、通信端末１０は、通信システム１００において通信ネットワーク８０に通信接続される。通信端末１０は、通信ネットワーク８０を介し通信システム１００の他の通信端末（図示せず）やネットワーク装置（図示せず）などと通信する。通信端末１０は、通信ネットワーク８０と無線接続されてもよいし、有線接続されてもよい。通信端末１０が通信ネットワーク８０と無線接続される場合、典型的には、通信端末１０は、基地局やアクセスポイント（図示せず）などと無線接続し、これらを介し通信ネットワーク８０と通信する。
【００１３】
本実施例による通信端末１０は、アドレス帳情報管理部１２と、履歴管理部１４と、判断部１６と、通信部１８とを有する。
【００１４】
アドレス帳情報管理部１２は、通信端末１０の操作手段（図示せず）を介しユーザにより登録された個人の名前又は会社の名称、当該個人等の電話番号やメールアドレスなどの宛先情報などを受信し、メモリなどの記憶手段（図示せず）に格納されているアドレス帳データに登録する。また、アドレス帳情報管理部１２は、後述される通信部１８から通知された発着信した電話番号や送受信されたメールアドレスをアドレス帳データに自動的に登録するようにしてもよい。
【００１５】
アドレス帳情報管理部１２は、管理しているアドレス帳データを通信端末１０の各構成要素に提供する。例えば、ユーザが操作手段を介しアドレス帳データを通信端末１０の表示手段（図示せず）に表示するよう指示すると、アドレス帳情報管理部１２は、後述される判断部１６の判定結果に従って、管理しているアドレス帳データの一部又はすべてを適切な表示形式により表示手段に提供する。
【００１６】
アドレス帳データは、典型的には、個人の名前や会社の名称、当該個人等と通信するための宛先情報である電話番号やメールアドレスなどの１以上のデータ項目から構成される。本実施例では、アドレス帳データの各アドレス情報レコードには、当該レコードを識別するための識別子（ＩＤ）が付与され、各データ項目（名前、電話番号、メールアドレスなど）のデータ内容（具体的な名前等、当該個人等の電話番号、当該個人等のメールアドレスなど）がこの識別子と関連付けされて保存されている。
【００１７】
図２は、本発明の一実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。アドレス帳情報管理部１２は、図２に示されるようなテーブル形式により、アドレス帳データを管理する。図示されたアドレス帳データテーブルでは、「名前」、「電話番号」、「メールアドレス」という３つのデータ項目が設定され、各レコードがＩＤ番号の降順に整列されている。例えば、「００１」のＩＤに係るアドレス情報レコードでは、データ項目「名前」には「Ａさん」が、データ項目「電話番号」には「０９０−ＸＸＸＸ−ＸＸＸＸ」が、データ項目「メールアドレス」には「ａｂｃ＠ｄｅｆ．ｃｏ．ｊｐ」が登録されている。
【００１８】
なお、図示されたアドレス帳データテーブルでは、４つのアドレス情報レコードしか示されていないが、実際にはアドレス帳データはより多数のレコードを有している。また、図示された４つのアドレス情報レコードは、すべてのデータ項目にデータ内容が登録されているが、本発明によるアドレス帳データは、これに限定されるものでなく、データ内容が欠落したデータ項目があってもよい。また、図示されたアドレス帳データテーブルでは、ＩＤ番号の降順により各レコードが整列されているが、これに限定されるものでなく、データ項目「名前」について「あいうえお」順などにより整列されるなど、ユーザに表示される際にユーザに見易い方法により整列されてもよい。
【００１９】
履歴管理部１４は、通信端末１０において現在から所定の期間遡った時点までに行われた通信又は通信端末１０において現在までに行われた所定数の通信など、過去に行われた通信に関する履歴データを管理する。通信端末１０において通信が行われると、履歴管理部１４は、後述される通信部１８から通信が行われたことを通知され、通信端末１０のメモリなどの記憶手段（図示せず）に格納されている履歴データに当該通信を登録する。
【００２０】
典型的には、履歴データは、通話などの音声通信の発着信の日時、メールなどデータ通信の送受信の日時など、過去に行われた通信の日時に関するデータ項目から構成される。本実施例では、履歴データの各履歴レコードは、アドレス帳情報管理部１２により管理されているアドレス帳データの識別子と関連付けされる。さらに、履歴データの各履歴レコードには、各データ項目（通信日時など）のデータ内容（具体的な通信日時）が識別子と関連付けされて保存されている。具体的には、通信部１８からある電話番号又はメールアドレスにより通信が行われたことが通知されると、履歴管理部１４は、通知された電話番号又はメールアドレスがアドレス帳データに登録されているか確認する。通知された電話番号又はメールアドレスがアドレス帳データに検出されると、履歴管理部１４は、検出された電話番号又はメールアドレスに係るアドレス情報レコードの識別子を検出し、検出した識別子と通信部１８から通知された通信日時とを関連付けて、履歴データに登録する。なお、通知された電話番号又はメールアドレスがアドレス帳データに登録されていない場合、履歴管理部１４は、識別子でなく通信部１８から通知された電話番号又はメールアドレスと通信日時とを関連付けて、履歴データに登録する。通知された電話番号又はメールアドレスがアドレス帳データに登録されていない場合、履歴データに登録しない実施形態も考えられる。
【００２１】
図３は、本発明の一実施例による履歴データテーブルの一例となるデータ構造を示す。履歴管理部１４は、図３に示されるようなテーブル形式により、履歴データを管理する。図示された履歴データテーブルでは、「日時」というデータ項目が設定され、各履歴レコードが時間順により整列されている。図示された履歴レコードのうち先頭の履歴レコードには、ＩＤとして「００１」が、データ項目「日時」として「５／２０  １７：４５」が登録されている。すなわち、これは、通信端末１０が、アドレス帳データの識別子「００１」に係るアドレス情報レコードに登録されている電話番号又はメールアドレスを介し「５／２０  １７：４５」に通話又はメール通信したことを意味する。
【００２２】
なお、図示された履歴データテーブルでは、３つの履歴レコードしか示されていないが、実際には、履歴データはより多数のレコードを有している。また、図示された履歴データテーブルでは、通信が行われた「日時」がデータ項目として設定されているが、履歴データは、これに限定されるものでない。例えば、履歴データには、通話とメール通信とが区別できるように、「通話日時」と「メール日時」などのデータ項目が設定されてもよい。また、通話とメール通信とを区別するための他のデータ構造として、通信が行われた「日時」に加えて、「通信種別」などのデータ項目が設定し、通話であれば「０」、メールであれば「１」が登録されるようにしてもよい。さらに、通話発信であれば「０」、通話着信であれば「１」、メール送信であれば「２」、メール受信であれば「３」を登録するなど、より詳細に通信種別を判別できるように設定されてもよい。
【００２３】
本実施例では、上述したように、履歴データは、アドレス帳データの各アドレス情報レコードを特定する識別子と関連付けて構成されたが、これに限定されるものでない。他の実施例では、履歴データは、アドレス帳データの識別子と関連付けされず構成されてもよい。この場合、履歴データは、上述したような通知された電話番号又はメールアドレスがアドレス帳データに登録されていない場合の履歴データの記録と同様に、通信部１８から通知された電話番号及び／又はメールアドレスと通信日時とを関連付けて記録することによって構成されてもよい。
【００２４】
判断部１６は、操作手段などからアドレス帳データに登録されているアドレス情報レコードのうち表示手段に表示すべきアドレス情報レコードを決定するよう指示されると、アドレス帳データ及び／又は履歴データを参照して、表示すべきアドレス情報レコードを決定する。
【００２５】
一実施例では、判断部１６は、メモリに格納されている履歴データにアクセスし、アクセスした履歴データに登録されている識別子を決定し、アドレス帳情報管理部１２に通知する。アドレス帳情報管理部１２は、通知された識別子に係るアドレス情報レコードをアドレス帳データから抽出する。アドレス帳情報管理部１２は、抽出したアドレス情報レコードをユーザに見易い名前についての「あいうえお」順に整列することによって、表示用のアドレス帳データテーブルを生成し、表示手段に提供する。本実施例によると、アドレス帳データに登録されている多数のアドレス情報レコードのうち、履歴データに保存されている現在から所定の期間までに通信した個人等のアドレス情報レコードのみを表示することが可能となる。最近通信した相手と通信する機会が多いユーザにとっては、より容易に表示されたアドレス帳データテーブルから通信相手を検索することが可能となる。
【００２６】
上記アドレス帳表示処理が、図２に示されるアドレス帳データと図３に示される履歴データとを用いて具体的に説明される。表示すべきアドレス情報レコードを決定するよう指示されると、判断部１６は、図３に示される履歴データにアクセスし、この履歴データに記録されている識別子が「００１」と「００２」であると特定し、識別子「００１」と「００２」とをアドレス帳情報管理部１２に通知する。この通知を受信すると、アドレス帳情報管理部１２は、図２に示されるアドレス帳データから識別子「００１」と「００２」に係るアドレス情報レコードを抽出し、抽出したアドレス情報レコードをテーブル形式などにより表示手段に提供する。すなわち、この場合、「Ａさん」と「Ｂさん」のアドレス情報レコードのみが表示手段に表示され、「Ｃさん」と「ｓｈｏｐ−Ｄ」のアドレス情報レコードは表示されない。
【００２７】
上述した実施例では、履歴データがアドレス帳データの各アドレス情報レコードを特定する識別子と関連付けて構成されるケースについて述べた。他方、履歴データがアドレス帳データの識別子と関連付けされず、通知された電話番号及び／又はメールアドレスと通信日時とから構成される実施例では、判断部１６は、以下のように表示すべきアドレス情報レコードを決定する。すなわち、操作手段などから表示手段に表示すべきアドレス情報レコードを決定するよう指示されると、判断部１６は、メモリに格納されている履歴データとアドレス帳データとにアクセスし、履歴データに登録されている電話番号及び／又はメールアドレスに対応するアドレス帳データに登録されているアドレス情報レコードを検索する。判断部１６は、検出されたアドレス情報レコードに係る識別子を特定し、特定した識別子をアドレス帳情報管理部１２に通知する。このようにして、履歴データがアドレス帳データの識別子と関連付けされずに構成されている場合にも、判断部１６は、表示すべきアドレス情報レコードを決定することができる。
【００２８】
なお、ユーザがしばらく連絡していない人と連絡しようとする場合、この相手の履歴レコードは、履歴データに残っていない可能性がある。この場合、上述した判断部１６における抽出処理によって、この所望する相手のアドレス情報レコードは、アドレス帳データには登録されてはいるが、表示すべきアドレス情報レコードとして選択されず、表示手段には表示されない可能性がある。この問題を回避するため、通信端末１０は、アドレス帳データに登録されているすべてのアドレス情報レコードを表示するモード（全表示モード）と上述した表示モードとをユーザが選択できるように構成されるようにしてもよい。また、履歴レコードに残っていないユーザのみ表示させてもよい。ユーザに表示モードを切り換えさせることによって、しばらく連絡していない相手のアドレス情報レコードを表示することが可能となる。
【００２９】
また、一方的に送信されるメルマガなど、通信端末１０が受信のみするような通信相手については、メール受信時のみ当該通信相手のアドレス情報を表示させ（例えば名前「ｓｈｏｐ−Ｄ」等）、ユーザによるアドレス帳データの表示要求時には表示させないようにすることもできる。例えば、履歴データが、上述したように、通話の発着信やメールの送受信を区別して各履歴レコードを記録している場合、判断部１６は、履歴データのうち発信履歴レコードと送信履歴レコードに係る識別子のみを抽出し、これらの識別子のみをアドレス帳情報管理部１２に通知するようにしてもよい。このようにして、ユーザがアドレス帳データを表示させたとき、一方的な着信及び受信に係るアドレス情報レコードを排除することが可能である。
【００３０】
通信部１８は、通信端末１０が通信ネットワーク８０と通信するための各種通信処理を制御すると共に、アドレス帳情報管理部１２と履歴管理部１４に通信が行われたことや、当該通信に係る通信相手の電話番号やメールアドレスなどのアドレス情報などを通知する。また、ユーザがアドレス帳データに登録されている相手と通話しようとするとき、通信部１８は、アドレス帳データから相手の電話番号を取得し、通信ネットワーク８０の何れか適切なネットワーク装置に取得した電話番号を送信することによって、通話を実現する。また、他の相手から着信を受けると、通信部１８は、着信時に取得した相手の電話番号などを表示手段に表示させたり、又はアドレス帳データを参照して、この相手がアドレス帳データに登録されている場合には、電話番号と共に、又は電話番号に代えて、相手の名前を表示する。
【００３１】
本実施例において、上述した各構成要素は、回路などのハードウェアにより実現されてもよいし、又は通信端末１０に備えられたメモリに格納されたプログラム若しくは通信端末１０が接続する通信ネットワーク８０を介しダウンロードされたプログラムをプロセッサ（図示せず）が実行することによりソフトウェアにより実現されてもよい。あるいは、各構成要素は、ハードウェアとソフトウェアの組み合わせにより実現されてもよい。
【００３２】
次に、図４を参照して、本発明の一実施例による通信端末におけるアドレス帳表示処理が説明される。図４は、本発明の一実施例による通信端末のアドレス帳表示処理を示すフロー図である。
【００３３】
ステップＳ１０１において、ユーザが操作手段を介し通信端末１０にアドレス帳データを表示するよう指示すると、操作手段は、判断部１６に当該指示を通知する。
【００３４】
ステップＳ１０２において、当該指示を受信すると、判断部１６は、メモリに格納されている履歴データにアクセスする。
【００３５】
ステップＳ１０３において、判断部１６は、アクセスした履歴データに記録されている識別子を抽出し、抽出した識別子をアドレス帳情報管理部１２に通知する。本実施例では、通信種別等を考慮することなく履歴データに記録されている識別子を抽出するが、上述したように、履歴データが通話の発着信やメールの送受信などの通信種別を区別できるように構成されている実施例では、判断部１６は、通信種別を考慮して履歴データから識別子を抽出するようにしてもよい。例えば、ユーザが通話発信した通信相手とメール送信した通信相手のみ表示するよう操作手段に指示した場合、判断部１６は、アクセスした履歴データのデータ項目「通信種別」を検索し、「通信種別」に「発信」及び「送信」が記録されている履歴レコードの識別子のみを抽出し、抽出した識別子をアドレス帳情報管理部１２に通知するようにしてもよい。
【００３６】
ステップＳ１０４において、アドレス帳情報管理部１２は、通知された識別子に係るアドレス帳データのアドレス情報レコードを抽出し、図２に示されるようなテーブル形式などにより抽出したアドレス情報レコードを整理し、表示手段に提供する。表示手段は、提供されたアドレス帳データテーブルをユーザに表示し、その後、当該処理は終了する。
【００３７】
次に、図５を参照して、本発明の他の実施例によるアドレス帳データテーブルが説明される。図５は、本発明の他の実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。
【００３８】
上述した実施例では、判断部１６は、履歴データに通信履歴があるか否かに基づき、すなわち、所定期間内に１回でも通信が行われたか否かに基づき、表示すべきアドレス情報レコードを決定した。他方、判断部１６は、現在から一定期間までに行われた通信回数及び／又はこれに基づき算出されるユーザと相手との親密度に基づき、表示すべきアドレス情報レコードを決定するようにしてもよい。具体的には、判断部１６は、後述されるような各種通信回数及び／又は親密度が所定の閾値以上であるか判断し、閾値以上の通信回数を有したアドレス情報レコードを表示すべきレコードとして決定する。これにより、１回など少ない通信回数しか通信が行われなかった通信相手のアドレス情報レコードは選択されず、表示すべきアドレス情報レコードをさらに厳選することができ、ユーザの検索容易性を向上させることが可能となる。
【００３９】
このような通信回数及び／又は親密度に基づき表示すべきアドレス情報レコードを決定するため、アドレス帳データは、例えば、図５に示されるようなデータ構造を有してもよい。すなわち、図２に示されたアドレス帳データテーブルにさらに、「電話発信回数」、「電話着信回数」、「電話発着信合計回数」、「メール送信回数」、「メール受信回数」、「メール送受信合計回数」、「電話メール合計回数」、「双方向通信回数」及び「親密度」が新たなデータ項目として加えられる。もちろん、全ての項目を加えずに任意の項目だけを加えてもよい。ここで、「電話発信回数」とは、通信端末１０が該当する個人等に通話を発信した回数である。「電話着信回数」とは、通信端末１０が該当する個人等から通話を着信した回数である。「電話発着信合計回数」とは、「電話発信回数」と「電話着信回数」との合計である。また、「メール送信回数」とは、通信端末１０が該当する個人等にメールを送信した回数である。「メール受信回数」とは、通信端末１０が該当する個人等からメールを受信した回数である。「メール送受信合計回数」とは、「メール送信回数」と「メール受信回数」との合計である。
【００４０】
「双方向通信回数」とは、一方的な通信をカウントしない通信回数の数え方であり、該当する個人等との電話の発信とメールの送信の合計回数と、メールの受信と電話の着信の合計回数のうち、小さい方の数を表す。すなわち、電話の発信とメールの送信を記号「→」で表し、メールの受信と電話の着信を「←」で表し、「→」「←」のペアがいくつあるかで双方向通信回数を定義した。他にも、「→」「←」のペアが存在するときに、電話の発信とメールの送信の合計回数と、メールの受信と電話の着信の合計回数のうち、大きい方の数を表し、存在しないときは０回とするといった種々の変形も考えられる。
【００４１】
また、「親密度」とは、通信端末１０のユーザと該当する個人等との親密さを表す何れか適切な指標である。
【００４２】
親密度の算出方法の一例として、アドレス帳情報管理部１２は、履歴データに含まれる上述した「電話発信回数」、「電話着信回数」、「電話発着信合計回数」、「メール送信回数」、「メール受信回数」、「メール送受信合計回数」、「電話メール合計回数」の何れ１以上に基づいて、アドレス帳データに登録されているある個人Ｘとの間の通信比率Ｒを算出する。具体的には、アドレス帳データに記録されている各アドレス情報レコードの「メール送受信合計回数」を合計した所定期間内に通信端末１０が送受信した全メール数をＮＭＡＬＬ、個人Ｘとの「メール送受信合計回数」をＮＭＸとすると、個人Ｘに対する通信比率Ｒは、以下の式（１）で示される。
【００４３】
Ｒ＝ＮＭＸ／ＮＭＡＬＬ・・・（１）
なお、本実施形態では、電子メールの送受信回数のみを用いているため、この通信比率Ｒを、そのまま、親密度を算出する際の基本値となるメール親密度基本値ＦＭＸとする。
【００４４】
また、アドレス帳情報管理部１２は、個人Ｘの電話番号とメールアドレスの両方がアドレス帳データに登録されているかアドレス判定を行う。その後、アドレス帳情報管理部１２は、アドレス判定の結果を示す重み付け係数Ｇを割り当てる。電話番号及びメールアドレスの両方が登録されている場合、両方が登録されている通信相手との間の親密度は、一方のみが登録されている通信相手との間の親密度よりも通常、高いと推定される。そこで、アドレス帳情報管理部１２は、アドレス判定の結果を示す重み付け係数Ｇを割り当てる際、電話番号とメールアドレスの両方が登録されている場合の重み付け係数Ｇが、電話番号と電子メールアドレスの一方しか登録されていない場合の重み付け係数Ｇよりも大きくなるように重み付け係数Ｇを割り当てる。例えば、両方が登録されていれば、重み付け係数Ｇを１とし、一方しか登録されていなければ、重み付け係数Ｇを０．１とする。アドレス帳情報管理部１２は、メール親密度基本値ＦＭＸの算出及び重み付け係数Ｇの割当が終了すると、以下の式（２）に基づいて、
ＦＭＭＸ＝Ｇ×ＦＭＸ・・・（２）
通信端末１０のユーザと個人Ｘとの間の親密度ＦＭＭＸを算出し、個人Ｘのアドレス情報レコードの「親密度」に記録する。
【００４５】
上述した各種通信回数は、通信部１８から通知された各通信に基づき、履歴管理部１４が更新するようにしてもよいし、一定時間経過毎にアドレス帳情報管理部１２が計算し、アドレス帳データを更新するようにしてもよい。なお、通信部１８から通信が行われたことが通知される毎にアドレス帳データを更新する場合、一定期間経過後の通信回数をカウントしないように、別途一定期間毎（１日毎など）の回数を保持したり、一定期間経過毎（１５日毎など）にカウントを最初からやり直すようにしてもよい。このような、１日毎のデータも図６に示される各種データ項目と同様にして格納及び管理することができる。
【００４６】
また、メール回数と双方向回数とに基づき親密度を計算する場合は、例えば以下のように実施する。メール親密度基本値ＦＭＸと同様の計算により、双方向親密度基本値ＦＰＸを計算する。メール回数の重み付けを２０％、双方向回数の重み付けを８０％とすると、親密度はＧ×(０．２×ＦＭＸ＋０．８×ＦＰＸ）により計算できる。図５の親密度はこの重み付けに従って計算して求めている。
【００４７】
次に、図６を参照して、本発明の他の実施例によるアドレス帳データテーブルが説明される。図６は、本発明の他の実施例によるアドレス帳データテーブルの一例となるデータ構造を示す。
【００４８】
上述した実施例では、ユーザからのアドレス帳データの表示指示に応答して、判断部１６が履歴データ及び／又はアドレス帳データを参照して、表示すべきアドレス情報レコードを決定した。本実施例では、通信が実行される毎に又は所定の期間毎など、判断部１６が表示すべきアドレス情報レコードを予め決定し、表示すべきと決定されたレコードにフラグを設定するようにしてもよい。本実施例によると、ユーザからの表示指示を受けると、フラグの有無を確認するのみで予め表示すべきアドレス情報レコードを特定できるため、より迅速にアドレス帳データを表示することが可能となる。
【００４９】
このように、表示すべきアドレス情報レコードを予め決定できるようにするため、アドレス帳データテーブルは、例えば、図６に示されるようなデータ構造を有してもよい。すなわち、図２に示されたアドレス帳データテーブルにさらに、上記フラグを表す新たなデータ項目「表示」が追加される。すなわち、「表示」に「○」が記録されている場合、該当するアドレス情報レコードは、表示すべきものであり、他方、「表示」に「×」が記録されている場合、該当するアドレス情報レコードは、表示不要なものとされる。アドレス帳データが、図６に示されるデータ構造を有する場合、ユーザからアドレス帳データの表示指示を受けると、判断部１６は、履歴データを確認することなく、アドレス帳データのデータ項目「表示」が「○」となっているアドレス情報レコードを検索するのみで、表示すべきレコードを決定することが可能となる。
【００５０】
次に、図７を参照して、本発明の他の実施例による通信システムが説明される。図７は、本発明の他の実施例による通信システムの構成を示すブロック図である。
【００５１】
上述した実施例では、通信端末においてアドレス帳表示処理が実行されたが、アドレス帳表示処理は通信ネットワーク上のネットワーク装置において実行され、決定されたアドレス情報レコードが通信端末に提供され、通信端末は、提供されたアドレス情報レコードを表示手段に表示するようにしてもよい。
【００５２】
本実施例では、通信システム１１０は、ネットワーク装置として機能する情報処理サーバ２０と、通信端末３０と、通信ネットワーク９０とを有する。情報処理サーバ２０は、通信ネットワーク９０を介し通信端末３０と通信接続される。図１に示された実施例と同様に、通信端末３０は、通信ネットワーク９０と無線接続されてもよいし、有線接続されてもよい。また、情報処理サーバ２０は、少なくとも、各種情報を処理するためのプロセッサと、プロセッサにより使用されるプログラムやデータなどを格納するメモリと、通信ネットワーク９０と通信するためのインタフェース装置とをハードウェアとして有する。本実施例において、後述される情報処理サーバ２０の各構成要素は、メモリに格納されたプログラムをプロセッサが実行することにより実現されてもよい。あるいは、これらの構成要素は、回路などのハードウェアや、ハードウェアとソフトウェアの組み合わせにより実現されてもよい。
【００５３】
本実施例では、情報処理サーバ２０が、上述したアドレス帳表示処理を実行するアドレス帳情報管理部２２と、履歴管理部２４と、判断部２６とを有しており、判断部２６により抽出されたアドレス帳データを通信部２８を介し通信端末３０に提供する。通信端末３０は、図１に示された構成要素のうち通信部３８のみを有し、情報処理サーバ２０から通信部３８を介し受信したアドレス帳データを表示手段（図示せず）に表示する。情報処理サーバ２０において、アドレス帳情報管理部２２と、履歴管理部２４と、判断部２６と間で実行される処理は、上述した通信端末１０において、アドレス帳情報管理部１２と、履歴管理部１４と、判断部１６との間で実行される処理と同様であるため、これらの説明は省略される。
【００５４】
なお、アドレス帳情報管理部２２により管理されるアドレス帳データは、図２、図５及び図６に示されるデータ構造の何れを有してもよく、アドレス帳データのデータ構造に従って上述した処理と同様にして、判断部２６は、表示すべきアドレス情報レコードを決定することができる。
【００５５】
さらに、他の実施例では、情報処理サーバ２０と通信端末３０との間で、上述したアドレス帳表示処理を実行するアドレス帳情報管理部２２と、履歴管理部２４と、判断部２６とが適宜分散されてもよい。例えば、アドレス帳情報管理部２２は情報処理サーバ２０に設けられ、履歴管理部２４と判断部２６とは通信端末３０に設けられるようにしてもよい。
【００５６】
以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５７】
１０、３０  通信端末
１２、２２  アドレス帳情報管理部
１４、２４  履歴管理部
１６、２６  判断部
１８、２８  通信部
２０  情報処理サーバ
８０、９０  通信ネットワーク
１００、１１０  通信システム
【図１】
2011066554.tif 000003
【図２】
2011066554.tif 000004
【図３】
2011066554.tif 000005
【図４】
2011066554.tif 000006
【図５】
2011066554.tif 000007
【図６】
2011066554.tif 000008
【図７】
2011066554.tif 000009