JP2005136500A - 通信端末、検索機能を通信端末に実現させるためのプログラム、およびそのプログラムを記録した記録媒体 - Google Patents

Abstract

【課題】 利用者の嗜好に応じて通信相手の情報を表示する。
【解決手段】 携帯電話は、ＶＩＰポイントの算出指示を検出すると（Ｓ１３０２にてＹＥＳ）、ＶＩＰポイントの算出対象項目として設定された項目の頻度情報を読み出すステップ（Ｓ１３０４）と、ＶＩＰ項目と頻度情報とに基づいてＶＩＰポイントを算出するステップ（Ｓ１３０６）と、ＶＩＰポイントを所定のテーブルに記憶するステップ（Ｓ１３０８）とを含む。
【選択図】 図１３

Description

本発明は、通信端末における情報の表示に関し、特に、通信の履歴に基づいて通信相手の情報を整列して表示するための技術に関する。

携帯電話、携帯情報端末その他の通信機能を有する端末（以下、通信端末と称す。）は、その利用者が登録した情報をいわゆる電話帳データとして記憶し、指示に応じて表示部に表示する機能を有する。このような通信端末では、この電話帳データとして記憶されるデータの項目が増加した場合でも必要とする項目を速やかに表示可能にするために、所定の基準に基づいてデータを並べ替えて表示するソート機能が設けられる場合がある。

たとえば特開平１０−１６１９５７号公報（特許文献１）は、電話をかけたりメールを送信する際に、アクセス先の情報をアクセスした日時順あるいは頻度順で参照することにより、通信操作を容易に行なうことができる情報処理装置を開示する。この情報処理装置は、複数の個人データを記憶するための手段と、各個人データの一覧画面を表示するための手段と、選択された個人データの電話番号に基づいて通信処理を行なうための手段と、通信処理を行なったときの頻度情報を個人データに対応付けて管理するための手段と、ソートが指示されると頻度情報に基づいて個人データをソートして一覧画面に反映させるための手段とを含む。

特許文献１に開示された情報処理装置によると、アクセス先の各個人データは、頻度情報に基づいて整列された後に表示される。その結果、たとえば頻繁に電話をかけたりメールを送信したりする相手の個人データが表示され易くなるため、情報処理装置の利用者は、そのような相手のデータを容易に検索することができる。
特開平１０−１６１９５７号公報

しかしながら、特許文献１に開示された情報処理装置によると、頻度情報は通信処理が行なわれた場合に算出されるが、通信処理には、電話、メール通信、その他のデータ通信等も含まれる。そのため、個人データのソートのための頻度情報が正確に算出されない場合があった。

また、複数の通信処理に対して、１種類の頻度情報がソートのための基準データとして使用されるため、利用者による特定の通信処理に対して、適切なソートに基づいて個人データが表示されない場合があった。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、登録情報を適切に表示することにより利用者の利便性を向上させることができる通信端末を提供することである。

本発明の他の目的は、登録情報を適切に表示させる機能を通信端末に実現させるためのプログラムを提供することである。

本発明のさらに他の目的は、登録情報を適切に表示させる機能を通信端末に実現させるためのプログラムを記録した記録媒体を提供することである。

この発明のある局面に従うと、通信端末は、通信回線を介して他の通信端末と通信するための通信手段と、複数の通信相手の情報と、各通信相手の通信端末との通信の履歴データとを関連付けて記憶するための記憶手段と、利用者が指示を入力するための入力手段と、通信相手の情報を表示するための表示手段と、通信の履歴に基づいて、各通信相手の情報を整列させる基準となる基準データとして、通信の頻度を算出するための算出手段と、利用者により入力された指示から通信相手の情報を整列させるソート指示が検出されると、通信の頻度に基づいて通信相手の情報を整列するためのソート手段とを含む。

このような構成を有する通信端末によると、通信端末の利用者が入力手段を介してソート指示を入力すると、ソート手段は、通信の頻度に基づいて、通信相手の情報を整列する。ここで、通信の頻度には、たとえば電話の発着信回数、電子メールの送受信回数、その他のデータ通信回数等が含まれる。この通信の頻度は、その通信端末と他の通信端末との通信の履歴に基づいて算出される。たとえば、所定の期間の間の通信履歴から、特定の電話番号あるいはメールアドレス等との通信の履歴を集計することにより、その頻度情報が算出される。表示手段は、その整列された通信相手の情報を表示する。このようにすると、通信端末の利用者は、たとえば頻繁に通信する相手を容易に検索することができるため、電話の発信あるいはメールの送信時において、必要とする情報（たとえば電話番号、その他の関連情報等）を見つけ易い。これにより、通信端末の利便性を向上させることができる。

好ましくは、履歴データは、通信手段の作動ごとに発生する複数の通信データを含む。記憶手段は、各通信データと、作動の対象である通信相手の情報とを関連付けて記憶する。算出手段は、各通信相手について各通信データを読み出し、読み出した通信データの数を積算することにより通信の頻度を算出する。

このような構成を有する通信端末によると、利用者が通信端末を用いてたとえば電話をかけたり、受けたり、あるいは、電子メールの送受信をした場合に、通信データが履歴データとして記憶される。通信端末は、この通信データをそれぞれの通信相手ごとに集計することにより、通信の頻度を算出することができる。このようにすると、利用者の使用頻度に基づいて通信相手の情報を並べ替えることができるため、通信頻度が高い通信相手の情報を速やかに検索することが可能になる。

好ましくは、通信手段は、利用者が他の通信端末の利用者と通話するための通話手段を含む。通信の履歴は、通話手段による通話の履歴を含む。算出手段は、通話の履歴に基づいて、通話の頻度を算出するための通話頻度算出手段を含む。

このような構成を有する通信端末によると、利用者による電話の使用頻度に応じて、通信相手を検索するための情報を算出することができる。したがって、たとえば、電話発着信が頻繁な通信相手の情報を通信端末に優先的に表示させることができるため、通信端末の利便性を向上させることができる。

好ましくは、通話頻度算出手段は、他の通信端末から通信端末への着信があった場合には、通話の頻度を算出する。

このような構成を有する通信端末によると、利用者が頻繁に着信を受ける通信相手の情報を容易に表示することができる。

好ましくは、通話頻度算出手段は、利用者が他の通信端末に電話を発信すると、通話の頻度を算出する。

このような構成を有する通信端末によると、通信端末は、頻繁に電話をかける通信相手の情報を容易に表示することができる。

好ましくは、通信手段は、他の通信端末と電子メールによる通信を行なうためのメール通信手段を含む。通信の履歴は、電子メールによる通信の履歴を含む。算出手段は、電子メールによる通信の履歴に基づいて、電子メールによる通信の頻度を算出するための通信頻度算出手段を含む。

このような構成を有する通信端末によると、表示手段は、電子メールの通信頻度に基づいて、通信相手の情報を表示することができるため、そのような通信相手の情報を検索するための手間を削減することができる。

好ましくは、通信頻度算出手段は、通信端末が他の通信端末から電子メールを受信すると、通信の頻度を算出する。

このような構成を有する通信端末によると、表示手段は、電子メールを頻繁に受信する回数の順に通信相手を表示することができるため、利用者は、そのような通信相手の情報を容易に検索することができる。

好ましくは、通信頻度算出手段は、通信端末が他の通信端末に電子メールを送信すると、通信の頻度を算出する。

このような構成を有する通信端末によると、表示手段は、電子メールを頻繁に送信する通信相手の順に情報を表示することができるため、利用者は、そのような通信相手の情報を容易に検索することができる。

好ましくは、算出手段は、予め定められた期間に行なわれた通信の履歴に基づいて、通信の頻度を算出する。

このような構成を有する通信端末によると、所定期間よりも古い通信の履歴が通信相手の情報の表示に反映されなくなり、通信相手の情報は、最近の情報に基づいて表示される。したがって、通信端末の利用者は、最近の通信状況に応じた情報を容易に検索することができる。

好ましくは、通信端末は、利用者が通信相手の情報の整列に関する条件を設定するための設定手段をさらに含む。算出手段は、整列に関する条件と、各履歴データとに基づいて、基準データを算出するための基準データ算出手段を含む。

このような構成を有する通信端末によると、利用者は任意に通信相手の情報の整列に関する条件を設定することができる。この設定には、たとえば特定の履歴データを基準データの算出に使用するか否かを定める設定が含まれる。このようにすると、利用者の嗜好に応じた通信の頻度情報のみを、通信相手の情報の整列表示のための基準データに反映させることができる。

好ましくは、設定手段は、入力手段を介して入力された指示から、情報の整列の対象として選択される履歴データの項目を取得する。基準データ算出手段は、項目に関係付けられる履歴データを積算することにより、基準データを算出する。

このような構成を有する通信端末によると、利用者が入力手段を介して入力した設定に基づいて、特定の履歴データの項目のみを整列のための基準データに使用することができる。

好ましくは、通信端末は、予め定められた期間に通信が行なわれない場合には、他の通信端末との通信の履歴を削除するための削除手段をさらに含む。

このような構成を有する通信端末によると、所定期間内における通信の頻度が少ない通信相手の通信履歴が削除されるため、メモリその他の記憶手段の容量の増加を抑制することができる。また、通信相手の情報の表示が古い情報による影響を受けることを防止することができる。

この発明の他の局面に従うと、通信端末は、通信回線を介して他の通信端末と通信するための通信手段と、複数の通信相手の情報と、各通信相手の通信端末との通信の履歴データとを関連付けて記憶するための記憶手段と、通信相手の情報を表示するための表示手段と、利用者が通信相手の情報の表示に関する設定を入力するための入力手段と、設定と各履歴データとに基づいて、各通信相手の情報を整列する基準となる基準データを算出するための算出手段と、基準データに基づいて、各通信相手の情報を整列するためのソート手段とを含む。

このような構成を有する通信端末によると、利用者が通信相手の情報の表示のための設定を入力すると、その情報を整列させるための基準データは、その設定と他の通信端末との履歴データとに基づいて、算出される。その結果、表示手段は、他の通信端末との通信頻度に応じた基準に基づいて、通信相手の情報を表示するため、利用者の嗜好に応じて、通信相手の情報を表示させることができる。これにより、利用者の利便性を向上させることができる通信端末を提供することができる。

好ましくは、算出手段は、設定に基づいて、各履歴データから特定の履歴データを選択するための選択手段と、特定の履歴データに基づいて基準データを算出するための基準データ算出手段とを含む。

このような構成を有する通信端末によると、算出手段は、利用者の設定により、各履歴データから特定の履歴データが選択されると、その選択に基づいて、通信相手の情報を整列するためのデータが算出されるため、その情報の表示に、利用者の嗜好を反映させることができる。

好ましくは、基準データ算出手段は、記憶手段から各履歴データを読み出すための手段と、予め定められた規則に基づいて、読み出された各履歴データを演算することにより、基準データを算出するための手段とを含む。

このような構成を有する通信端末によると、通信頻度に基づく表示の整列のための計算プログラムを予め記憶しておくことにより、履歴データを使用した演算が可能になるため、通信相手の情報を整列して表示させることができる。

好ましくは、算出手段は、他の通信端末との通信があった場合に、設定と各履歴データとに基づいて基準データを算出する。記憶手段は、基準データを記憶する。

このような構成を有する通信端末によると、通信端末が他の通信端末と通信したときに、通信相手の情報を整列して表示させるためのデータを算出するため、通信端末は、速やかに、通信の履歴に基づいて、通信相手の情報を速やかに表示することができる。このようにすると、表示の際に、利用者の待ち時間を短くすることができる。

この発明のさらに他の局面に従うと、プログラムは、コンピュータ機能を有する通信端末に、通信端末の通信相手の情報を整列して表示させる。このプログラムは通信端末に、通信回線を介して他の通信端末と通信するステップと、他の通信端末との通信の履歴データを記憶するステップと、複数の通信相手の情報を予め準備するステップと、利用者による指示の入力を取得するステップと、通信相手の情報を表示するステップと、通信の履歴に基づいて、各通信相手の情報を整列させる基準となる基準データとして、通信の頻度を算出するステップと、利用者により入力された指示から通信相手の情報を整列させるソート指示が検出されると、通信の頻度に基づいて通信相手の情報を整列させるステップとを実行させる。

このような構成を有するプログラムによると、通信端末は、通信端末の利用者がソート指示を入力すると、通信相手の情報は、通信の頻度に基づいて整列される。ここで、通信の頻度には、たとえば電話の発着信回数、電子メールの送受信回数、その他のデータ通信回数等が含まれる。この通信の頻度は、その通信端末と他の通信端末との通信の履歴に基づいて算出される。たとえば、所定の期間の間の通信履歴から、特定の電話番号あるいはメールアドレス等との通信の履歴を集計することにより、その頻度情報が算出される。表示手段は、その整列された通信相手の情報を表示する。このようにすると、通信端末の利用者は、たとえば頻繁に通信する相手を容易に検索することができるため、電話の発信あるいはメールの送信時において、必要とする情報（たとえば電話番号、その他の関連情報等）を見つけ易い。これにより、通信端末の利便性を向上させることができるプログラムを提供することができる。

この発明のさらに他の局面に従うと、記録媒体は、コンピュータ機能を有する通信端末に、通信相手の情報を整列して表示させるプログラムを記録した、コンピュータ読取可能な記録媒体である。

このような記録媒体によると、通信端末の利用者がソート指示を入力すると、通信相手の情報は、通信の頻度に基づいて整列される。このコンピュータには、携帯電話その他の携帯可能な情報通信端末が含まれる。その結果、通信端末の利用者は、たとえば頻繁に通信する相手を容易に検索することができるため、電話の発信あるいはメールの送信時において、必要とする情報（たとえば電話番号、その他の関連情報等）を見つけ易い。これにより、コンピュータ機能を有する通信端末に、通信相手の情報の表示を効率よく表示させることにより、その通信端末の利便性を向上させることができるプログラムを提供することができる。

本発明に係る通信端末によると、登録情報が通信の履歴に応じて適切に表示されるため、利用者の利便性を向上させることができる。

本発明に係るプログラムによると、登録情報を適切に表示させる機能を通信端末に実現させることができる。

本発明に係る記録媒体によると、その記録媒体に記録されたプログラムを通信端末にインストールすることにより、登録情報を適切に表示させる機能を通信端末に実現させることができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

図１を参照して、本発明の実施の形態に係る携帯電話１００について説明する。図１は、携帯電話１００が有する機能の構成を表わす機能ブロック図である。

この携帯電話１００は、ＶＩＰ（Very Important Person）設定検出部１１２と、ＶＩＰ検索指示検出部１１４と、通信履歴取得部１１６と、ＶＩＰポイント算出部１１８と、データ読出部１２０と、通信制御部１２２と、表示制御部１２４と、通信モード検出部１２６と、利用者が指示を入力する入力部１３０と、プログラムメモリ１６０と、データメモリ１７０と、通信部１４０と、文字、図形、絵その他の情報を表示する表示部１５０とを含む。

ＶＩＰ設定検出部１１２は、入力部１３０を介して入力された指示に基づいてＶＩＰポイントの設定を検出する。ここで、ＶＩＰポイントとは、携帯電話１００の利用者が任意に設定可能な検索のための基準となるデータをいう。この基準は、たとえば携帯電話１００と他の携帯電話との通話（発信および着信）、メール送受信などの各通信履歴と、各通信履歴の重みとの加重和などである。

ＶＩＰ検索指示検出部１１４は、入力部１３０を介して入力された指示から、ＶＩＰポイントに基づく検索の指示を検出する。たとえば、利用者が表示部１５０に表示された検索メニューの選択画面から、ＶＩＰポイントに基づく検索を選択すると、ＶＩＰ検索指示検出部１１４は、その検索が指示されたことを検出する。

通信履歴取得部１１６は、通信部１４０を介した他の通信端末との通信の履歴を取得し、データメモリ１７０に記憶する。この通信の履歴は、たとえば携帯電話１００と他の電話機との間の電話通信、他の通信端末との間のメール通信等を含む。なお、電話通信には、たとえば他の電話機の利用者と実際に通話が行なわれた場合が含まれるが、電話発信時に発信先が不在のため、あるいは電話着信時に携帯電話１００の利用者が不在のため、通話が行なわれなかった場合が含まれてもよい。このようにすると、携帯電話１００は、通信の履歴をより詳細に取得することができる。その結果、後述するように、通信の履歴のデータから算出されるＶＩＰポイントの精度をより向上させることができる。

ＶＩＰポイント算出部１１８は、データメモリ１７０に記憶されたデータに基づいて、ＶＩＰポイントを算出する。ＶＩＰポイント算出部１１８は、データメモリ１７０から読み出された通信の履歴の中から、ＶＩＰポイントの算出に使用される項目として設定された履歴を選択する。ＶＩＰポイント算出部１１８は、その履歴を集計することにより、通信の頻度に基づくＶＩＰポイントを算出する。この処理は、たとえばプログラムメモリ１６０に予め記憶されたプログラムにより実行される。

データ読出部１２０は、入力された指示あるいは各部の作動によるデータの読み出し指令に基づいて、所定のデータをデータメモリ１７０から読み出す。たとえば、携帯電話１００の動作モードが電話モードである場合に、利用者が電話帳データの表示を指示すると、データ読出部１２０は、データメモリ１７０から通話の履歴に基づいてデータを読み出す。

通信制御部１２２は、入力された指示に基づいて通信部１４０を介した通信を制御する。この通信には、たとえば電話の発着信、あるいはメールの送受信、その他のデータの通信処理が含まれる。

表示制御部１２４は、入力された指示に基づいて所定のデータをデータメモリ１７０から読み出して表示部１５０に表示させる。表示制御部１２４はまた、所定の指示に基づいて表示部１５０に表示される画面を切り替える。

通信モード検出部１２６は、携帯電話１００が有する通信機能のモードを検出する。このモードには、たとえば電話モード、メールモード等が含まれる。たとえば、携帯電話１００が通常の待ち受け状態である場合、あるいは利用者が携帯電話１００の発信ボタン（図示しない）を押下した場合には、通信モード検出部１２６は、携帯電話１００のモードが通話モードであることを検出する。一方、携帯電話１００が文書編集画面を表示している場合には、通信モード検出部１２６は、携帯電話１００のモードがメールモードであることを検出する。

入力部１３０は、たとえば数字ボタン、ダイヤルボタン、カーソル移動キーその他の機能ボタン等を含む。また、入力部１３０はこれらのものに限られず、たとえば携帯電話１００に所定のインターフェイスを接続することによって入力可能となる入力ペンを含んでもよい。

通信部１４０は、たとえば通信ＩＦ（Interface）とアンテナとを含む。なお、通信ＩＦは、たとえばＵＳＢ（Universal Serial Bus）ポートその他の高速データ通信が可能なインターフェイスを含む。通信部１４０は、通信制御部１２２の制御によって、所定の動作を実行する。

表示部１５０は、たとえば液晶ディスプレイである。なお表示部１５０はこれに限られず、その他の表示装置であってもよい。

プログラムメモリ１６０とデータメモリ１７０とは、たとえばフラッシュメモリであるが、これに限られず、携帯電話１００が処理するデータを格納することができる記憶手段であればよい。なお、これらのプログラムメモリ１６０とデータメモリ１７０とは、個別に設けられていてもよいし、一体であってもよい。また、データメモリ１７０は、たとえばＳＩＭ（Subscriber Identity Module）カードのように、携帯電話１００に対して着脱可能なデータ記録媒体であってもよい。

図２を参照して、本実施の形態に係る携帯電話１００の具体的な構成について説明する。図２は、携帯電話１００の具体的構成を表わす制御ブロック図である。

図２に示すように、携帯電話１００は、相互にデータバスで接続された、ＣＰＵ１１０と、液晶モニタ１５２と、数字ボタン１３２と、機能ボタン１３４と、マイク１３６と、プログラムメモリ１６０と、データメモリ１７０と、バッテリ１８０と、クロック１８２と、通信ＩＦ１８４と、アンテナ１８６と、スピーカ１８８とを含む。

この携帯電話１００における処理は、各ハードウェアおよびＣＰＵ１１０により実行さえるソフトウェアによって実現される。このようなソフトウェアは、たとえばプログラムメモリ１６０に予め記憶されている場合もあれば、メモリカードスロット（図示しない）に装着される記録媒体（図示しない）に格納されている場合もある。そのソフトウェアは、プログラムメモリ１６０から読出されてＣＰＵ１１０によって実行される。したがって、本発明の最も本質的な部分は、プログラムメモリ１６０その他の記録媒体に記録されたソフトウェアであるともいえる。

ＣＰＵ１１０は、図１における、ＶＩＰ設定検出部１１２と、ＶＩＰ検索指示検出部１１４と、通信履歴取得部１１６と、ＶＩＰポイント算出部１１８と、データ読出部１２０と、通信制御部１２２と、表示制御部１２４と、通信モード検出部１２６として機能する。これらの機能は、プログラムメモリ１７０に予め記憶されている処理プログラムの実行により、実現される。

数字ボタン１３２および機能ボタン１３４は、図１における入力部１３０として機能する。

プログラムメモリ１６０は、携帯電話１００の動作制御プログラム、編集プログラム等を記憶する。動作制御プログラムには、メール通信制御プログラム、ソートプログラム、ＶＩＰポイント算出プログラム等が含まれる。

データメモリ１７０は、携帯電話１００のシステムデータ、電話帳データ、利用者により外部から取得されたデータ等を記憶する。システムデータには、携帯電話１００のＩＤ（Identification）番号、製造番号等が含まれる。電話帳データには、通信相手の名前、電話番号、メールアドレス等が含まれる。これらのデータのデータメモリ１７０における格納の態様については、図３において詳述する。

図３を参照して、本実施の形態に係る携帯電話１００が記憶するデータについて説明する。図３（Ａ）〜（Ｄ）は、携帯電話１００のデータメモリ１７０に記憶されるデータの構造を表わす図である。

図３（Ａ）に示すように、データ発信順位を表わすデータは、たとえばデータ領域Ｄ３０２，Ｄ３０４，Ｄ３０６に格納される。このデータは、後述するように、たとえばメモリ番号を表わす。ここで、各データ領域に格納される電話発信順位とは、携帯電話１００から発信された頻度に基づく順位をいう。たとえば、電話発信順位が１位のメモリ番号は、「９９９」である。すなわち、メモリ番号「９９９」に格納されている通信相手が、携帯電話１００の利用者が最も発信した回数の多い相手となる。

図３（Ｂ)を参照して、電話着信順位を表わすデータは、データ領域Ｄ３２２，Ｄ３２４，Ｄ３２６などに格納される。このデータは、携帯電話１００が着信を受けた回数を表わす。図３（Ｂ）においては、メモリ番号「００３」に格納されている通信相手が、携帯電話１００の利用者が最も受信した回数の多い相手となる。

図３（Ｃ）を参照して、メール送信に基づく頻度データは、データ領域Ｄ３４２，Ｄ３４４，Ｄ３４６などに格納される。このデータは、携帯電話１００からメール送信された履歴に基づいて算出される。すなわち、メールの送信履歴に含まれるメールアドレスを集計することにより、頻度データが計算される。図３（Ｃ）においては、メモリ番号「００２」に格納される通信相手が、携帯電話１００の利用者が最もメール送信した回数の多い相手となる。

図３（Ｄ）を参照して、メール受信順位を表わすデータは、データ領域Ｄ３６２，Ｄ３６４，Ｄ３６６などに格納される。このデータは、携帯電話１００が受信したメールの送信者のアドレスに基づいて算出される。たとえば、メールの受信履歴に基づいて送信者のメールアドレス別のメール受信の回数が積算される。電話帳データとして、予めメールアドレスがデータメモリ１７０に記憶されているアドレスに対して、それらの回数が関係付けられる。図３（Ｄ）においては、メモリ番号「００１」に格納される通信相手が、携帯電話１００の利用者が最もメール受信した回数の多い相手となる。

なお、上述の各データの算出は、ＣＰＵ１１０が所定のプログラムを実行することにより行なわれる。また、各データが格納される態様は、図３（Ａ）〜（Ｄ）に示した態様に限られない。たとえば、メモリ番号のみの格納に代えて、メモリ番号とそれに対応するデータ（すなわち、電話発信回数、電話着信回数等）とが格納されていてもよい。

図４を参照して、本実施の形態に係る携帯電話１００が記憶するデータについてさらに説明する。図４は、通信履歴の各項目について、ＶＩＰポイントの算出における有効あるいは無効の設定を表わす図である。ここで、通信履歴は、たとえば電話発信回数、電話着信回数、メール送信回数、メール受信回数を含むが、これらに限られない。たとえば、電話発信回数は、発信先が応答した場合の回数と、発信先が応答しなかった場合の回数とに分けてもよい。

電話発信回数がＶＩＰポイントの算出に使用される場合、その回数が使用されることを表わすためのフラグがＯＮに設定される。この場合、たとえば、その設定がＯＮであることを表わすデータ「１」が、データ領域Ｄ４０２に格納される。

同様に、電話着信回数がＶＩＰポイントの算出に使用されるか否かを表わすデータは、データ領域Ｄ４０４に格納される。

同様に、メール送信回数がＶＩＰポイントの算出に使用されるか否かを表わすデータは、データ領域Ｄ４０６に格納される。

同様に、メール受信回数がＶＩＰポイントの算出に使用されるか否かを表わすデータは、データ領域Ｄ４０８に格納される。

図４に示した例は、電話発信回数（Ｄ４０２）とメール送信回数（Ｄ４０６）とが，ＶＩＰポイントの算出に使用され、電話着信回数（Ｄ４０４）とメール受信回数（Ｄ４０８）とがそのポイントの算出に使用されないことを表わす。

なお、ＶＩＰポイントの算出に使用する項目および使用されるか否かを表わすデータの態様は、図４に示したものに限られない。たとえば、通信時間あるいはデータの送受信量に基づいてＶＩＰポイントを算出するようにしてもよい。

また、携帯電話１００の利用者は、所定の動作を実行することにより、これらの設定を任意に変更することができる。その動作が実行されると、以前の設定が削除され、その後、利用者による新たな設定がデータメモリ１７０の所定のデータ領域に保存される。

図５を参照して、本実施の形態に係る携帯電話１００が使用するデータについて説明する。図５は、携帯電話１００のデータメモリ１７０に記憶されるデータを概念的に表わす図である。

メモリ番号は、フィールドＦ５０２に格納される。メモリ番号は、各データの組を特定するための番号である。電話帳に新たな通信相手が登録されると、メモリ番号は、自動的に設定される。図５の例では、メモリ番号は、「００１」〜「９９９」まで割り当てられるため、９９９人のデータが格納可能である。なお、上記の数値は、特に限られない。

通信相手の名前は、フィールドＦ５０４に格納される。電話番号は、フィールドＦ５０６に格納される。メールアドレスは、フィールドＦ５０８に格納される。

電話発信回数を表わすデータは、フィールドＦ５１０に格納される。電話着信回数を表わすデータは、フィールドＦ５１２に格納される。メール送信回数を表わすデータは、フィールドＦ５１４に格納される。メール受信回数を表わすデータは、フィールドＦ５１６に格納される。ＶＩＰポイントは、フィールドＦ５１８に格納される。

再び図５を参照して、たとえばメモリ番号が「００１」のデータは、「○○さん」のデータである。その「○○さん」のデータに関し、電話番号、メールアドレス、電話発信回数、電話着信回数、メール送信回数、メール受信回数、およびＶＩＰポイントが、それぞれ関係付けられて記憶されている。したがって、所定のデータは、フィールドＦ５０２に格納されているメモリ番号（すなわち、「００１」）と、抽出したいデータが格納されているフィールドとを特定することにより、読み出し可能となる。

図６を参照して、本実施の形態に係る携帯電話１００が記憶するデータについてさらに説明する。図６は、データメモリ１７０に記憶されるＶＩＰポイントのデータの格納の態様を表わす図である。

図６に示すように、このデータテーブルには予めＶＩＰポイントが多い順に配列されたメモリ番号が各領域に格納されている。すなわち、ＶＩＰポイントが最も高いメモリ番号「００２」が、データ領域Ｄ６０２に格納されている。その次にＶＩＰポイントが高いメモリ番号「００１」が、データ領域Ｄ６０４に格納されている。以下、ＶＩＰポイントの降順に、各メモリ番号が順次データ領域に格納される。

なお、ＶＩＰポイントに基づくメモリ番号のデータを格納する態様は、これに限られるものではない。

図７を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図７は、携帯電話１００のＣＰＵ１１０が実行する電話発信頻度情報更新処理の手順を表わすフローチャートである。この処理は、たとえば利用者が携帯電話１００から他の電話機に電話をかける場合に実行される。

ステップＳ７０２にて、ＣＰＵ１１０の通信制御部１２２は、電話の発信を検知する。

ステップＳ７０４にて、ＣＰＵ１１０は、発信先の電話番号がデータメモリ１７０に登録されているか否かを判断する。この判断はたとえば、データメモリ１７０から検知した電話番号を検索することにより行なわれる。発信先の電話番号がデータメモリ１７０に登録されている場合には（ステップＳ７０４にてＹＥＳ）、処理はステップＳ７０６に移される。そうでない場合には（ステップＳ７０４にてＮＯ）、処理はステップＳ７１２に移される。

ステップＳ７０６にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０に記憶されている電話帳データから、その電話番号のデータを読み出す。

ステップＳ７０８にて、ＣＰＵ１１０の通信履歴取得部１１６は、その電話番号に発信の実績データを記録する。これにより、たとえば図５に示したデータ領域においてフィールドＦ５１０に格納される該当するデータは、「１」増加することになる。

ステップＳ７１０にて、ＣＰＵ１１０は、発信実績のデータテーブルを更新する。これにより、たとえば図３（Ａ）において、その電話番号に付与された「メモリ番号」に対応するデータ領域の値が、「１」増加する。

ステップＳ７１２にて、ＣＰＵ１１０の通信履歴取得部１１６は、発信履歴のデータテーブルに電話番号と発信日時とを記録する。この発信履歴のデータテーブルは、利用者が削除を指示するまで、データメモリ１７０において保持される。このようにすると、後にその電話番号が電話帳データとしてデータメモリ１７０に登録された場合に、その電話番号の発信履歴も記憶することができる。

図８を参照して、本実施の形態に係る携帯電話１００の制御構造について、さらに説明する。図８は、携帯電話１００のＣＰＵ１１０が実行する電話着信頻度情報更新処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００が他の携帯電話からの着信を受けた場合に実行される。

ステップＳ８０２にて、ＣＰＵ１１０の通信制御部１２２は、他の携帯電話からの着信を検知する。

ステップＳ８０４にて、ＣＰＵ１１０は、他の携帯電話の電話番号がデータメモリ１７０に登録されているか否かを判断する。この判断はたとえば、データメモリ１７０から検知した電話番号を検索することにより行なわれる。他の携帯電話の電話番号がデータメモリ１７０に登録されている場合には（ステップＳ８０４にてＹＥＳ）、処理はステップＳ８０６に移される。そうでない場合には（ステップＳ８０４にてＮＯ）、処理はステップＳ８１２に移される。

ステップＳ８０６にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０に記憶されている電話帳データから、その電話番号のデータを読み出す。

ステップＳ８０８にて、ＣＰＵ１１０の通信履歴取得部１１６は、その電話番号に着信の実績データを記録する。これにより、たとえば図５に示したデータ領域において、フィールドＦ５１２に格納されるデータが、「１」増加することになる。

ステップＳ８１０にて、ＣＰＵ１１０は、着信実績のデータテーブルを更新する。これにより、たとえば図３（Ｂ）において、その電話番号に付与された「メモリ番号」に対応するデータ領域の値が、「１」増加する。

ステップＳ８１２にて、ＣＰＵ１１０の通信履歴取得部１１６は、着信履歴のデータテーブルに電話番号と発信日時とを記録する。この着信履歴のデータテーブルは、利用者が削除を指示するまで、データメモリ１７０において保持される。このようにすると、後にその電話番号が電話帳データとしてデータメモリ１７０に登録された場合に、その電話番号の着信履歴も記憶することができる。

図９を参照して、本実施の形態に係る携帯電話１００の制御構造について、さらに説明する。図９は、携帯電話１００のＣＰＵ１１０が実行するメール送信頻度情報更新処理の手順を表わすフローチャートである。この処理は、たとえば利用者が携帯電話１００から電子メールを送信する場合に実行される。

ステップＳ９０２にて、ＣＰＵ１１０の通信制御部１２２は、利用者による電子メールの送信を検知する。

ステップＳ９０４にて、ＣＰＵ１１０は、電子メールの送信先のメールアドレスがデータメモリ１７０に登録されているか否かを判断する。この判断はたとえば、データメモリ１７０から検知したメールアドレスを検索することにより行なわれる。発信先のメールアドレスがデータメモリ１７０に登録されている場合には（ステップＳ９０４にてＹＥＳ）、処理はステップＳ９０６に移される。そうでない場合には（ステップＳ９０４にてＮＯ）、処理はステップＳ９１２に移される。

ステップＳ９０６にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０に記憶されている電話帳データから、そのメールアドレスのメモリ番号を読み出す。

ステップＳ９０８にて、ＣＰＵ１１０の通信履歴取得部１１６は、そのメモリ番号に対応する所定のデータ領域に、メール送信の実績データを記録する。これにより、たとえば図５に示したデータ領域においてフィールドＦ５１４に格納される該当するデータは、「１」増加することになる。

ステップＳ９１０にて、ＣＰＵ１１０は、メールの送信実績のデータテーブルを更新する。これにより、たとえば図３（Ｃ）において、そのメールアドレスに付与された「メモリ番号」に対応するデータ領域の値が、「１」増加する。

ステップＳ９１２にて、ＣＰＵ１１０の通信履歴取得部１１６は、メール送信履歴のデータテーブルにメールアドレスと送信日時とを記録する。この送信履歴のデータテーブルは、利用者が削除を指示するまで、データメモリ１７０において保持される。このようにすると、後にそのメールアドレスが電話帳データとしてデータメモリ１７０に登録された場合に、そのメールアドレスに対するメールの送信履歴も記憶することができる。

図１０を参照して、本実施の形態に係る携帯電話１００の制御構造についてさらに説明する。図１０は、携帯電話１００のＣＰＵ１１０が実行するメール受信頻度情報更新処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００が他の通信端末から電子メールを受信した場合に実行される。

ステップＳ１００２にて、ＣＰＵ１１０の通信制御部１２２は、利用者による電子メールの受信を検知する。

ステップＳ１００４にて、ＣＰＵ１１０は、受信したメールのアドレスがデータメモリ１７０に登録されているか否かを判断する。この判断はたとえば、データメモリ１７０においてそのアドレスを検索することにより行なわれる。受信したメールのアドレスがデータメモリ１７０に登録されている場合には（ステップＳ１００４にてＹＥＳ）、処理はステップＳ１００６に移される。そうでない場合には（ステップＳ１００４にてＮＯ）、処理はステップＳ１０１２に移される。

ステップＳ１００６にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０に記憶されている電話帳データから、そのメールのアドレスのメモリ番号を読み出す。

ステップＳ１００８にて、ＣＰＵ１１０の通信履歴取得部１１６は、そのメモリ番号に対応する所定のデータ領域に、メール受信の実績データを記録する。これにより、たとえば図５に示したデータ領域においてフィールドＦ５１６に格納される該当するデータは、「１」増加することになる。

ステップＳ１０１０にて、ＣＰＵ１１０は、メールの受信実績のデータテーブルを更新する。これにより、たとえば図３（Ｄ）において、そのメールのアドレスに付与された「メモリ番号」に対応するデータ領域の値が、「１」増加する。

ステップＳ１０１２にて、ＣＰＵ１１０の通信履歴取得部１１６は、メール受信履歴のデータテーブルにメールアドレスと受信日時とを記録する。この受信履歴のデータテーブルは、利用者が削除を指示するまで、データメモリ１７０において保持される。このようにすると、後にそのメールアドレスが電話帳データとしてデータメモリ１７０に登録された場合に、そのメールアドレスに対するメールの受信履歴も記憶することができる。

図１１を参照して、本実施の形態に係る携帯電話１００の制御構造についてさらに説明する。図１１は、携帯電話１００のＣＰＵ１１０が実行する電話帳登録処理の手順を表わすフローチャートである。この処理は、たとえば、特定の通信相手の情報が携帯電話１００に未登録である場合に、利用者が所定の画面にて電話帳登録処理のメニューを選択すると実行される。

ステップＳ１１０２にて、ＣＰＵ１１０は、所定の表示指示の入力を検知すると、電話帳の登録画面の表示指示を出力する。これにより、携帯電話１００の液晶モニタ１５２は、電話帳の登録画面を表示する。

ステップＳ１１０４にて、ＣＰＵ１１０は、数字ボタン１３２あるいは機能ボタン１３４を介して入力された電話帳への登録データを取得する。この登録データは、所定の指示がさらに入力されるまで、データメモリ１７０の一時記憶領域に保存される。

ステップＳ１１０６にて、ＣＰＵ１１０は、電話帳データの登録が確定であるか否かを判断する。この判断は、たとえば機能ボタン１３４の所定のボタン（たとえば決定ボタン）が押下されたか否かを検知することにより行なわれる。電話帳データの登録が確定である場合には（ステップＳ１１０６にてＹＥＳ）、処理はステップＳ１１０８に移される。そうでない場合には（ステップＳ１１０６にてＮＯ）、処理はステップＳ１１１４に移される。

ステップＳ１１０８にて、ＣＰＵ１１０は、データメモリ１７０の所定の領域に電話番号を登録する。

ステップＳ１１１０にて、ＣＰＵ１１０は、データメモリ１７０の発信履歴テーブルに一時的に保存されていた発信の実績データを、登録された電話番号に対応付けて記録する。

ステップＳ１１１２にて、ＣＰＵ１１０は、発信実績のデータテーブルを更新する。

ステップＳ１１１４にて、ＣＰＵ１１０は、登録がキャンセルされたか否かを判断する。この判断は、たとえばキャンセルを指示する所定のボタンが押下されたか否かを検知することにより行なわれる。登録がキャンセルされた場合には（ステップＳ１１１４にてＹＥＳ）、処理は終了する。そうでない場合には（ステップＳ１１１４にてＮＯ）、処理はステップＳ１１０６に戻される。

図１２を参照して、本実施の形態に係る携帯電話１００の制御構造についてさらに説明する。図１２は、携帯電話１００のＣＰＵ１１０が実行する表示処理の手順を表わすフローチャートである。

ステップＳ１２０２にて、ＣＰＵ１１０は、検索方法の選択画面を表示する指示を出力する。

ステップＳ１２０４にて、ＣＰＵ１１０は、利用者が選択した検索方法を検知する。この検索方法には、たとえば通信の頻度情報に基づく方法、電話番号順に基づく方法、予め設定された検索基準データ（たとえば、ＶＩＰポイント）に基づく方法、あるいは通信相手の名前順に基づく方法などが含まれる。

ステップＳ１２０６にて、ＣＰＵ１１０は、通信の頻度情報に基づく検索方法が選択されたか否かを判断する。この判断は、たとえば、そのような検索方法を特定するデータを検知することにより行なわれる。通信の頻度情報に基づく検索方法が選択された場合には（ステップＳ１２０６にてＹＥＳ）、処理はステップＳ１２０８に移される。そうでない場合には（ステップＳ１２０６にてＮＯ）、処理はステップＳ１２１０に移される。

ステップＳ１２０８にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０に記憶されている頻度情報のテーブルから、所定のデータを読み出す。そのテーブルは、たとえば電話の発信回数のテーブル（図３（Ａ））、着信回数のテーブル（図３（Ｂ））、電子メールの送信回数のテーブル（図３（Ｃ））、電子メールの受信回数のテーブル（図３（Ｄ））等を含む。

ステップＳ１２１０にて、ＣＰＵ１１０は、その他の検索処理を実行する。

ステップＳ１２１２にて、ＣＰＵ１１０は、読み出したデータを出力する。これにより、携帯電話１００の液晶モニタ１５２は、所定の基準に基づいて整列された電話帳データを表示することができる。

図１３を参照して、本実施の形態に係る携帯電話１００の制御構造についてさらに説明する。図１３は、携帯電話１００のＣＰＵ１１０が実行するＶＩＰポイント算出処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００が他の通信端末との通信を終了した時に実行されるが、処理のタイミングはこのタイミングに限られない。

ステップＳ１３０２にて、ＣＰＵ１１０は、ＶＩＰポイントの算出指示を検出したか否かを判断する。この判断は、たとえばＶＩＰポイントの算出指示に対応付けられているデータが更新されたか否かを検知することにより行なわれる。ＶＩＰポイントの算出指示を検出したと判断すると（ステップＳ１３０２にてＹＥＳ）、処理はステップＳ１３０４に移される。そうでない場合には（ステップＳ１３０２にてＮＯ）、処理は終了する。

ステップＳ１３０４にて、ＣＰＵ１１０のデータ読出部１２０は、データメモリ１７０の所定の領域から、ＶＩＰの算出対象項目として予め設定された項目（ＶＩＰ項目）の頻度情報を、データメモリ１７０の作業領域（図示しない）に読み出す。

ステップＳ１３０６にて、ＣＰＵ１１０のＶＩＰポイント算出部１１８は、ＶＩＰ項目と実績データとに基づいてＶＩＰポイントを算出する。このとき、たとえば各項目と各データとの積の和が算出される。なお、このように単純和を算出する方法に代えて、各項目に所定の重み付けを与えることにより、加重和をＶＩＰポイントとして算出してもよい。

ステップＳ１３０８にて、ＣＰＵ１１０のＶＩＰポイント算出部１１８は、算出したＶＩＰポイントを所定のデータテーブルに格納する。これにより、ＶＩＰポイントは、たとえば図５におけるフィールドＦ５１８におけるデータのように、各通信相手に関係付けられて格納される。

図１４を参照して、本実施の形態に係る携帯電話１００の制御構造についてさらに説明する。図１４は、携帯電話１００のＣＰＵ１１０が実行するモード別検索処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００の状態（たとえば、待ち受け画面状態、文書編集の状態等）に応じて実行される。

ステップＳ１４０２にて、ＣＰＵ１１０は、検索処理の実行の指示を検出する。この検出は、たとえば、利用者が機能ボタン１３４に含まれる所定の検索ボタン（図示しない）を押下した場合に行なわれる。

ステップＳ１４０４にて、ＣＰＵ１１０は、実行指示は電話モードから出力されたか否かを判断する。この判断は、たとえば実行指示が検出されたときの携帯電話１００のモードを表わすデータが電話モードを表わすデータであるか否かを検知することにより行なわれる。実行指示が電話モードから出力されている場合には（ステップＳ１４０４にてＹＥＳ）、処理はステップＳ１４０６に移される。そうでない場合には（ステップＳ１４０４にてＮＯ）、処理はステップＳ１４０８に移される。

ステップＳ１４０６にて、ＣＰＵ１１０は、データメモリ１７０の電話発信テーブルから、所定のデータ（図３（Ａ））を読み出す。

ステップＳ１４０８にて、ＣＰＵ１１０は、実行指示がメールモードから出力されたものであるか否かを判断する。この判断は、たとえば実行指示が検出されたときの携帯電話１００のモードを表わすデータが電子メールのモードを表わすデータであるか否かを検知することにより行なわれる。実行指示がメールモードから出力されている場合には（ステップＳ１４０８にてＹＥＳ）、処理はステップＳ１４１０に移される。そうでない場合には（ステップＳ１４０８にてＮＯ）、処理はステップＳ１４１２に移される。

ステップＳ１４１０にて、ＣＰＵ１１０は、データメモリ１７０のメール送信テーブルから、所定のデータ（図３（Ｃ））を読み出す。

ステップＳ１４１２にて、ＣＰＵ１１０のデータ読出部１２０は、該当するその他のテーブルから、所定のデータを読み出す。

ステップＳ１４１４にて、ＣＰＵ１１０は、読み出したデータを液晶モニタ１５２に出力する。

以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について、図１５および図１６を参照して説明する。図１５および図１６はそれぞれ、携帯電話１００の液晶モニタ１５２に表示される画面の推移を表わす図である。

携帯電話１００の利用者が、電話モードの状態において検索処理の指示を入力すると（ステップＳ１４０２、図１５（Ａ））、検索処理の実行指示が電話モードから出力されたと判断され（ステップＳ１４０４にてＹＥＳ）、電話発信テーブルから所定のデータが読み出される（ステップＳ１４０６、図１６（Ａ））。

そのデータが液晶モニタ１５２に出力されると（ステップＳ１４１４）、所定のＶＩＰポイントに基づいて検索された電話帳データが表示される（図１６（Ａ））。

ここで、図１５を参照して、本実施の形態に係る携帯電話１００が表示する画面について説明する。図１５（Ａ）〜（Ｃ）は、携帯電話１００の液晶モニタ１５２が表示する画面を表わす図である。

図１５（Ａ）は、たとえば携帯電話１００が電話モードである場合に表示される画面を表わす。この画面において、両者が右下に示された「サブメニュー」の表示部分にカーソルを移動して、所定の決定ボタンを押下すると、液晶モニタ１５２の表示が切換わる（図１５（Ｂ））。

図１５（Ｂ）は、サブメニューとして予め設定された処理の選択画面である。この画面において、利用者が「ＶＩＰ設定」の表示部分にカーソルを移動して、所定の決定ボタンを押下すると、液晶モニタ１５２の表示が切り換わる（図１５（Ｃ））。

図１５（Ｃ）は、ＶＩＰポイントの算出に使用する項目を選択するための画面である。図１５（Ｃ）に示した例の場合、ＶＩＰポイントの算出のために、電話発信回数と、電話着信回数と、メール送信回数と、メール受信回数とが設定可能である。利用者が、これらの項目の中から希望する項目を選択して登録しておくと、ＶＩＰポイントが、その選択された項目に基づいて算出される。

このようにして算出されたＶＩＰポイントは、さらにリセットすることができる。すなわち、図１５（Ｃ）の表示画面の右下に示された「リセット」の表示部分にカーソルを移動して、所定の決定ボタンを押下すると、液晶モニタ１５２の表示がＶＩＰポイントリセット画面に切り換わる（図１５（Ｄ））。

図１５（Ｄ）は、ＶＩＰポイントをリセットするために選択可能な方法を表わす画面である。すなわち、利用者は選択した特定の通信相手のＶＩＰポイントだけをリセットすることもできる。あるいは、すべての通信相手に関してＶＩＰポイントをリセットすることができる。

図１６を参照して、本実施の形態に係る携帯電話１００が表示する画面についてさらに説明する。図１６（Ａ）および（Ｂ）は、液晶モニタ１５２が表示するＶＩＰポイントに基づく表示画面である。

図１６（Ａ）に示すように、液晶モニタ１５２は、ＶＩＰポイントに基づいてソートされた通信相手の情報として、ポイント順位と該当する通信相手の名前とを表示する。この状態において、携帯電話１００の利用者が予め定められたボタンの押下あるいは操作を行なうと、画面の表示は、図１６（Ｂ）の画面に切り換わる。すなわち、初期画面におけるポイントに基づく順位と登録者名のみの表示に代えて、各通信相手に関係付けられているデータが具体的に表示される。このようにすると、利用者は特定の通信相手に対する詳細データを容易に認識することができる。

以上のようにして、本実施の形態に係る携帯電話１００は、予め設定された通信頻度に基づく項目（たとえば電話の発着信回数、あるいはメールの送受信回数）に基づいて所定の優先順位を表わすデータ（たとえばＶＩＰポイント）を算出する。このような通信頻度に基づくデータを、登録された通信相手と関連付けて記憶しておくことにより、携帯電話１００の利用者は、電話を発信するとき、あるいはメールの送受信のときに、通信相手の情報を効率よく表示して、所定の通信処理を行なうことができる。その結果、利用者の使い勝手を向上させることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態に係る携帯電話の機能の構成を表わす図である。 本発明の実施の形態に係る携帯電話の具体的構成を表わす図である。 本発明の実施の形態に係る携帯電話のデータメモリに格納されるデータ構造を表わす図（その１）である。 本発明の実施の形態に係る携帯電話のデータメモリに格納されるデータ構造を表わす図（その２）である。 本発明の実施の形態に係る携帯電話のデータメモリに格納されるデータ構造を表わす図（その３）である。 本発明の実施の形態に係る携帯電話のデータメモリに格納されるデータ構造を表わす図（その４）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その１）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その２）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その３）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その４）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その５）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その６）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その７）である。 本発明の実施の形態に係る携帯電話が実行する処理の手順を表わすフローチャート（その８）である。 本発明の実施の形態に係る携帯電話が表示する画面の推移を説明するための図（その１）である。 本発明の実施の形態に係る携帯電話が表示する画面の推移を説明するための図（その２）である。

符号の説明

１００ 携帯電話、１１０ ＣＰＵ、１１２ ＶＩＰ設定検出部、１１４ ＶＩＰ検索指示検出部、１１６ 通信履歴取得部、１１８ ＶＩＰポイント算出部、１２０ データ読出部、１２２ 通信制御部、１２４ 表示制御部、１２６ 通信モード検出部、１３０ 入力部、１３２ 数字ボタン、１３４ 機能ボタン、１３６ マイク、１４０ 通信部、１５０ 表示部、１５２ 液晶モニタ、１６０ プログラムメモリ、１７０ データメモリ、１８０ バッテリ、１８２ クロック、１８４ 通信ＩＦ、１８６ アンテナ、１８８ スピーカ。

Claims (18)

1. 通信回線を介して他の通信端末と通信するための通信手段と、
   複数の通信相手の情報と、各前記通信相手の通信端末との通信の履歴データとを関連付けて記憶するための記憶手段と、
   利用者が指示を入力するための入力手段と、
   前記通信相手の情報を表示するための表示手段と、
   前記通信の履歴に基づいて、各前記通信相手の情報を整列させる基準となる基準データとして、前記通信の頻度を算出するための算出手段と、
   前記利用者により入力された前記指示から前記通信相手の情報を整列させるソート指示が検出されると、前記通信の頻度に基づいて前記通信相手の情報を整列するためのソート手段とを含む、通信端末。
2. 前記履歴データは、前記通信手段の作動毎に発生する複数の通信データを含み、
   前記記憶手段は、各前記通信データと、前記作動の対象である前記通信相手の情報とを関連付けて記憶し、
   前記算出手段は、各前記通信相手について各前記通信データを読み出し、読み出した前記通信データの数を積算することにより前記通信の頻度を算出する、請求項１に記載の通信端末。
3. 前記通信手段は、前記利用者が前記他の通信端末の利用者と通話するための通話手段を含み、
   前記通信の履歴は、前記通話手段による通話の履歴を含み、
   前記算出手段は、前記通話の履歴に基づいて、通話の頻度を算出するための通話頻度算出手段を含む、請求項１に記載の通信端末。
4. 前記通話頻度算出手段は、前記他の通信端末から前記通信端末への着信があった場合には、前記通話の頻度を算出する、請求項３に記載の通信端末。
5. 前記通話頻度算出手段は、前記利用者が前記他の通信端末に電話を発信すると、前記通話の頻度を算出する、請求項３に記載の通信端末。
6. 前記通信手段は、前記他の通信端末と電子メールによる通信を行なうためのメール通信手段を含み、
   前記通信の履歴は、前記電子メールによる通信の履歴を含み、
   前記算出手段は、前記電子メールによる通信の履歴に基づいて、前記電子メールによる通信の頻度を算出するための通信頻度算出手段を含む、請求項１に記載の通信端末。
7. 前記通信頻度算出手段は、前記通信端末が前記他の通信端末から前記電子メールを受信すると、前記通信の頻度を算出する、請求項６に記載の通信端末。
8. 前記通信頻度算出手段は、前記通信端末が前記他の通信端末に前記電子メールを送信すると、前記通信の頻度を算出する、請求項６に記載の通信端末。
9. 前記算出手段は、予め定められた期間に行なわれた前記通信の履歴に基づいて、前記通信の頻度を算出する、請求項１に記載の通信端末。
10. 前記通信端末は、前記利用者が前記通信相手の情報の整列に関する条件を設定するための設定手段をさらに含み、
    前記算出手段は、前記整列に関する条件と、各前記履歴データとに基づいて、前記基準データを算出するための基準データ算出手段を含む、請求項１に記載の通信端末。
11. 前記設定手段は、前記入力手段を介して入力された前記指示から、前記情報の整列の対象として選択される前記履歴データの項目を取得し、
    前記基準データ算出手段は、前記項目に関係付けられる前記履歴データを積算することにより、前記基準データを算出する、請求項１０に記載の通信端末。
12. 前記通信端末は、予め定められた期間に前記通信が行なわれない場合には、前記他の通信端末との通信の履歴を削除するための削除手段をさらに含む、請求項１〜１１のいずれかに記載の通信端末。
13. 通信回線を介して他の通信端末と通信するための通信手段と、
    複数の通信相手の情報と、各前記通信相手の通信端末との通信の履歴データとを関連付けて記憶するための記憶手段と、
    前記通信相手の情報を表示するための表示手段と、
    利用者が前記通信相手の情報の表示に関する設定を入力するための入力手段と、
    前記設定と各前記履歴データとに基づいて、各前記通信相手の情報を整列する基準となる基準データを算出するための算出手段と、
    前記基準データに基づいて、各前記通信相手の情報を整列するためのソート手段とを含む、通信端末。
14. 前記算出手段は、
    前記設定に基づいて、各前記履歴データから特定の履歴データを選択するための選択手段と、
    前記特定の履歴データに基づいて前記基準データを算出するための基準データ算出手段とを含む、請求項１３に記載の通信端末。
15. 前記基準データ算出手段は、
    前記記憶手段から各前記履歴データを読み出すための手段と、
    予め定められた規則に基づいて、読み出された各前記履歴データを演算することにより、前記基準データを算出するための手段とを含む、請求項１４に記載の通信端末。
16. 前記算出手段は、前記他の通信端末との通信があった場合に、前記設定と各前記履歴データとに基づいて前記基準データを算出し、
    前記記憶手段は、前記基準データを記憶する、請求項１３に記載の通信端末。
17. コンピュータ機能を有する通信端末に、前記通信端末の通信相手の情報を整列して表示させるためのプログラムであって、前記プログラムは前記通信端末に、
    通信回線を介して他の通信端末と通信するステップと、
    前記他の通信端末との通信の履歴データを記憶するステップと、
    複数の通信相手の情報を予め準備するステップと、
    利用者による指示の入力を取得するステップと、
    前記通信相手の情報を表示するステップと、
    前記通信の履歴に基づいて、各前記通信相手の情報を整列させる基準となる基準データとして、前記通信の頻度を算出するステップと、
    前記利用者により入力された前記指示から前記通信相手の情報を整列させるソート指示が検出されると、前記通信の頻度に基づいて前記通信相手の情報を整列させるステップとを実行させる、プログラム。
18. 請求項１７に記載のプログラムを記録した、コンピュータ読取可能な記録媒体。

Images