(57)【要約】【課題】  電話を受ける場合や電話をかける場合において着信回数に応じた制御が可能な、ユーザにとって使い勝手のよい携帯型通信機を提供する。【解決手段】  携帯型通信機１０（ＣＰＵ１８）は、他の携帯型通信機からの電話を受ける際に、電話発信元の電話番号を判別する。そして、判別した電話発信元のこれまでの着信回数（着信回数データ）に対応した着信メロディを鳴音させる。一方、他の携帯型通信機に電話をかける際は、これまでの着信回数が多い順に携帯型通信機の情報（電話番号など）を表示部に表示させる。【選択図】      図２
2005175708.tif 000002
【特許請求の範囲】
【請求項１】
着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部と、
複数の報知態様により着信をユーザに報知することが可能な着信報知部と、
着信時に電話発信元を判別し、前記記憶部を参照して、判別した電話発信元の着信回数データに応じた報知態様により前記着信報知部に着信報知を実行させる制御部と
を有することを特徴とする携帯型通信機。
【請求項２】
請求項１に記載の携帯型通信機において、
前記着信報知部は、前記着信回数データに対応付けて複数の楽音データを記憶する楽音データ記憶部を有し、
前記制御部は、着信時に判別した電話発信元の着信回数データに応じた前記楽音データを前記報知部に鳴音させるものである
ことを特徴とする携帯型通信機。
【請求項３】
着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部であって、電話発信元毎に最も最近に着信のあった日時を示す日時データを記憶する記憶部と、
前記電話発信元毎に対応する発信元情報を表示する表示部と、
前記発信元情報を、前記着信回数データに基づく着信回数の順に前記表示部に表示させる制御部であって、同一着信回数の前記発信元情報が複数存在する場合は、前記日時データに基づく日時順に前記発信元情報を前記表示部に表示させる制御部と
を有することを特徴とする携帯型通信機。
【請求項４】
請求項３に記載の携帯型通信機において、
ユーザが、前記表示部に表示された前記発信元情報に基づいて、発信先を特定するために所定の操作を行う操作部と、
前記操作部により特定された発信元先に対し電話発信処理を実行する発信処理部と
を有することを特徴とする携帯型通信機。
【請求項５】
複数の態様により着信報知をすることができるアプリケーションプログラムがインストールされる携帯型通信機であって、
着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部と、
着信時に電話発信元の着信回数データを前記記憶部から読み出して、前記アプリケーションプログラムに引き渡すことにより、当該着信回数データに応じた態様で着信報知をする制御部と
を有することを特徴とする携帯型通信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの携帯型通信機における発信時あるいは着信時の制御技術に係る。
【背景技術】
【０００２】
携帯電話等の携帯型の通信機器（以下、携帯型通信機と記述）の機能の１つとして、発信時の操作をスムーズに行うための電話帳機能が知られている（例えば、特許文献１参照）。この電話帳機能によれば、ユーザは電話をかけたい相手の氏名や電話番号の情報（発信先データ）を予め登録しておき、電話をかける際には、登録した発信先のデータ内容をディスプレイ（表示部）に表示させることができる。これにより、ユーザは煩わしい電話番号の入力をすることなく、簡易操作だけで所望の相手に電話をかけることができる。
【特許文献１】特開平８−２４２３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、発信先データが多数登録された場合は、一度にディスプレイに表示することができない。このため、ユーザはディスプレイの表示内容を切換えるための操作を何度もしなければならなかった。たとえば仕事で携帯型通信機を利用する場合、電話が頻繁にかかってくる得意先の電話番号は優先的にディスプレイ表示させるのが好ましいが、そのような表示をするものは存在しなかった。また、電話着信時においても、着信回数が多い得意先からの電話と、そうでない電話とでは、電話を受ける対応も変えたい場合がある。しかしながら、これまでは、電話着信時に相手の着信回数までの情報を判別することはできなかった。
本発明は、以上の点を踏まえて行われたものであり、電話を受ける場合や電話をかける場合において着信回数に応じた制御が可能な、ユーザにとって使い勝手のよい携帯型通信機を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、本発明に係る携帯型通信機の構成は、着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部と、複数の報知態様により着信をユーザに報知することが可能な着信報知部と、着信時に電話発信元を判別し、前記記憶部を参照して、判別した電話発信元の着信回数データに応じた報知態様により前記着信報知部に着信報知を実行させる制御部とを有することを特徴とする。
かかる携帯型通信機の構成によれば、相手から着信があった際に、当該相手（電話発信元）がこれまで電話をかけてきた回数（着信回数）に応じた態様により、着信報知をすることができる。これにより、ユーザは着信のあった相手の着信回数に基づく対応をとることができる。
【０００５】
上述した携帯型通信機の構成において、前記着信報知部は、前記着信回数データに対応付けて複数の楽音データを記憶する楽音データ記憶部を有し、前記制御部は、着信時に判別した電話発信元の着信回数データに応じた前記楽音データを前記報知部に鳴音させるものであることを特徴としてもよい。
【０００６】
本発明に係る携帯型通信機の構成は、着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部であって、電話発信元毎に最も最近に着信のあった日時を示す日時データを記憶する記憶部と、前記電話発信元毎に対応する発信元情報を表示する表示部と、前記発信元情報を、前記着信回数データに基づく着信回数の順に前記表示部に表示させる制御部であって、同一着信回数の前記発信元情報が複数存在する場合は、前記日時データに基づく日時順に前記発信元情報を前記表示部に表示させる制御部を有することを特徴とする。
かかる携帯型通信機の構成によれば、着信があった回数の順、たとえば多い順に、発信元情報（氏名や電話番号）を表示させることができる。また、着信回数が同じ場合は着信のあった日時の順に発信元情報を表示させることができる。
これにより、ユーザは着信回数や着信のあった日時を認識することができ、電話をかける際の便宜が図られる。
【０００７】
さらに、ユーザが、前記表示部に表示された前記発信元情報に基づいて、発信先を特定するために所定の操作を行う操作部と、前記操作部により特定された発信元先に対し電話発信処理を実行する発信処理部を有することを特徴としてもよい。
【０００８】
ここで、上述した携帯型通信機を実現する態様は任意である。たとえば、構成要素の一部またはすべてをハードウェアにより実現してもよいし、あるいはコンピュータ（携帯型通信機に内蔵されるＣＰＵなど）を動作するためのプログラムによってソフトウェア的に実現してもよい。
【０００９】
また、複数の態様により着信報知をすることができるアプリケーションプログラムがインストールされる携帯型通信機に本発明を適用することもできる。この場合は、着信回数を示す着信回数データを電話発信元ごとに記憶する記憶部を設け、着信時に電話発信元の着信回数データを前記記憶部から読み出して、前記アプリケーションプログラムに引き渡すことにより、当該着信回数データに応じた態様で着信報知をすることができる。
【発明の効果】
【００１０】
以上のように、本発明によれば、電話を受ける場合や電話をかける場合において着信回数に応じた制御が可能であり、ユーザにとって使い勝手のよい携帯型通信機を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を用いで本発明の一実施形態について説明する。なお、各図において共通する部分には、同一の符号を付している。
【００１２】
＜Ａ：第１実施形態＞
＜Ａ１：第１実施形態の構成＞
図１は、本実施形態に係る携帯型通信機（たとえば携帯電話など）１０を複数含む通信システム１００のシステム構成図である。通信システム１００は、大別すると携帯型通信機１０−１、１０−２、……と、基地局２０−１、２０−２と、通信網３０とを備えている。なお、以下の説明において、携帯型通信機および基地局について特定しない場合には、単に携帯型通信機１０、基地局２０と表記する。また通信システム１００において、携帯型通信機１０や基地局２０の数は仕様の範囲内で任意に設定することが可能である。
携帯型通信機１０は、本実施形態では携帯電話を想定する。携帯型通信機１０は、自機が在圏する無線セルに対応する基地局２０と無線通信を行い、通信網３０を介して他の携帯型通信機１０との間で通話サービスを受けることができる。
【００１３】
図２は、携帯型通信機１０の構成図である。図２に示すように、携帯型通信機１０は、無線通信部１１、操作入力部１２、通話処理部１３、液晶表示部１４、記憶部１６、鳴音部１７およびＣＰＵ１８を備えている。これらの各部は、バス１９を介して接続されている。
無線通信部１１は、アンテナを備え、基地局２０との間で行われる無線データ通信を制御する。この無線通信部１１は、ＣＰＵ１８の制御下において、通話音声に関するデータなどを搬送波に重畳して無線信号を生成し、この無線信号をアンテナから基地局２０へ送信する。また、無線通信部１１は、基地局２０から送られてくる無線信号をアンテナを介して受信し、これを復調して自機あての受話音声に関するデータなどを得る。
【００１４】
操作入力部１２は、数字や文字、操作指示などを入力するための複数の押下式キーを備え、これらのキーの操作に応じた操作信号をＣＰＵ１８に出力する。通話処理部１３は、例えばマイクロフォンやスピーカ、音声処理部などを有し、ＣＰＵ１８の制御下において、他の携帯型通信機１０との間における呼接続／切断処理を含む通話処理を実行する。
液晶表示部１４は、液晶表示パネルと、この液晶表示パネルの表示制御を行う駆動回路とを備えており、ＣＰＵ１８の制御下において、各種情報を液晶表示パネルに表示させる。
鳴音部１７は、着信メロディのデータの再生処理を行う再生回路と、着信メロディを外部出力させるスピーカとを備えている。
【００１５】
記憶部１６は、ＲＯＭ１６ａと、ＲＡＭ１６ｂと、例えばＳＲＡＭ（Static−ＲＡＭ）やＥＥＰＲＯＭ（Electrically Erasable ＆ Programmable ＲＯＭ）などの不揮発性メモリ１６ｃを備える。
ＲＯＭ１６ａには、ＣＰＵ１８によって実行される各種プログラムなどが格納されている。例えば、携帯型通信機１０用のオベレーティングシステム（ＯＳ）やＷｅｂ（World Wide Web）ブラウザのソフトウェアなどが格納されている。
また、ＲＡＭ１６ｂは、ＣＰＵ１８のワークエリアとして用いられ、ＲＡＭ１６ｂには、ＣＰＵ１８により実行されるプログラムや、各種データが一時的に格納される。
【００１６】
不揮発性メモリ１６ｃには、携帯型通信機１０用のアプリケーションプログラムや各種データが格納される。
この不揮発性メモリ１６ｃの記憶領域は、電話帳データ領域１６ｃ−１、着信メロディデータ領域１６ｃ−２を備えている。
電話帳データ領域１６ｃ−１には、着信のあった他の携帯型通信機等の発信元端末のユーザ名や電話番号のデータと電話番号のデータが対応づけて格納されている。
着信メロディデータ領域１６ｃ−２には、着信のあった他の携帯型通信機等の発信元装置から着信のあった際に、その旨を報知するための各種楽音データが記憶される。
【００１７】
ＣＰＵ１８は、記憶部１６に格納されている各種プログラムを実行することにより、バス１９を介して接続される各部を制御する。
このＣＰＵ１８は、本実施形態に特有の処理として、他の携帯型通信機１０から着信があった際に受信する制御信号に基づき、発信元の携帯型通信機の電話番号を判別する。そして、判別した電話番号が、電話帳データ領域１６ｃ−１に記憶される場合に、当該着信のあった旨を記憶させ、着信回数を集計する処理を行う。
【００１８】
＜Ａ２：実施形態の動作＞
次に、本実施形態の動作について説明する。
【００１９】
＜電話帳データの登録＞
はじめに携帯型通信機１０のユーザは、記憶部１６に記憶させる電話帳データ（他の携帯型通信機の電話番号、ユーザ名等のデータ）を入力する。
そして、ユーザが、操作入力部１２を操作して、電話帳データを入力すると、ＣＰＵ１８は、入力された電話帳データを、電話帳データテーブル１６０として、記憶部１６の電話帳データ領域１６ｃ−１に記憶させる。
図３は、電話帳データ領域１６ｃ−１に記憶された電話帳データテーブル１６０を模式的に示すものである。
電話帳データテーブル１６０は、複数の電話帳データ１６１−１、１６１−２……を格納している。
【００２０】
図３に示すように、各電話帳データ１６１−１、１６１−２……は、氏名データ１６０Ａ、電話番号データ１６０Ｂ、着信回数データ１６０Ｃ、最新着信日時データ１６０Ｄから構成される。
着信回数データ１６０Ｃは、当該電話番号に対応する携帯型通信機から着信のあった回数に対応するデータである。着信回数データ１６０Ｃは、初期値として「０」が格納されている。そして、ＣＰＵ１８の制御下、着信がある毎に、発信元の携帯型通信機の電話番号データ１６０Ｂに対応する着信回数データ１６０Ｃが加算される。
また、最新着信日時データ１６０Ｄは、当該電話番号に対応する携帯型通信機から、最も最近に着信を受けた時刻を格納している。最新着信日時のデータは、ＣＰＵ１８の制御下、他の携帯型通信機から着信を受ける毎に更新される。
【００２１】
ここで、記憶部１６に記憶される電話帳データの内容は任意に変更、追加、削除可能である。例えば、相手の電話番号に変更があった場合、ユーザは、操作入力部１２を操作して電話番号データ１６０Ｂの内容を書き換えることができる。また、新しく電話帳データの内容を追加したい場合、ユーザは、操作入力部１２を操作して電話帳データの内容を入力し、記憶部１６に格納させることができる。また、ユーザは、操作入力部１２を操作して、すでに記憶部１６に格納されている電話帳データの内容を電話帳データ毎に削除することもできる。
さらに、ユーザは、操作入力部１２を操作して、電話帳データ１６１−１、１６１−２……の個々の着信回数データ１６０Ｃの内容を「０」に変更（リセット）することもでき、リセット時点からの着信回数のデータを集計し直すこともできる。
【００２２】
＜着信メロディデータの登録＞
本実施形態に係る携帯型通信機１０は、他の携帯型通信機から着信があると、着信メロディを鳴音させることによりユーザに報知する。また複数の着信メロディが用意されており、着信回数によって鳴音する着信メロディを変化させている。
着信メロディに係るデータは、着信メロディデータ領域１６ｃ−２に記憶されている。図４は、着信メロディデータ領域１６ｃ−２に記憶されるデータの内容を模式的に示すものである。着信メロディデータ領域１６ｃ−２には、着信回数に対応する着信回数範囲データ４１と、着信メロディデータ４２とが対応づけて格納されており、着信回数によって着信メロディが一義に対応できるようになっている。
【００２３】
着信メロディデータ領域１６ｃ−２に記憶されるデータ内容はユーザによって任意に変更、追加、削除可能である。
図４に示した例では、着信回数範囲について、１０回未満の場合と１０回以上の場合に２つに分けて、それぞれの場合に対応する着信メロディデータ４２を用意したが、他の範囲を設定してもよい。たとえば、着信回数範囲が５回未満の場合と５回以上の場合に２つに分けるようにしてもよい。さらに、１回から４回、５回から９回、１０回以上、というように３つの場合に分けて、それぞれの場合に対応する着信メロディデータ４２を用意するようにしてもよい。
【００２４】
さらに、ユーザは、着信メロディデータ４２の内容を変更させることも可能である。例えば、図４に示す例において、着信メロディデータ４２のデータＭｌとデータＭ２の内容を入れ替えることもできる。また、さらに別の着信メロディのデータを格納させることも可能である。
さらに別の着信メロディを格納する場合、ユーザは、携帯型通信機１０の操作入力部１２を操作して、通信網３０に接続されるサーバ（図示せず）にアクセスする。そして、サーバに格納される複数の着信メロディデータのうちから任意に選択したものをダウンロードし、着信メロディデータ領域１６ｃ−２に格納させるようにしてもよい。
【００２５】
＜他の携帯型通信機からの着信があった際の動作＞
図５は、携帯型通信機に他の携帯型通信機から着信があった場合の、ＣＰＵ１８の制御内容を示すフローチャートである。以下の説明においては、携帯型通信機１０−１に、他の携帯型通信機である携帯型通信機１０−５から着信があった場合を例として説明する。
携帯型通信機１０−５からの着信があると（ステップＳａｌ）、携帯型通信機１０−１のＣＰＵ１８は、着信に際して受信する制御信号の内容から、発信元の携帯型通信機１０−５について特定する（ステップＳａ２）。
ここで、携帯型通信機１０−１が着信時に受信する制御信号には、携帯型通信機１０−５の電話番号データ１６０Ｂが含まれているので、発信元の携帯型通信機１０−５について特定することが可能となっている。
【００２６】
ＣＰＵ１８は、判別した発信元の携帯型通信機１０−５の電話番号データ１６０Ｂと同一内容の電話番号データ１６０Ｂが、電話帳データ領域１６ｃ−１に記憶されているか否かを判別する（ステップＳａ３）。
判別した電話番号データ１６０Ｂと同一内容の電話番号データ１６０Ｂが、電話帳データ領域１６ｃ−１に記憶されている場合（ステップＳａ３：ＹＥＳ）、ＣＰＵ１８は、新たな着信があったものとして当該電話帳データの着信回数データ１６０Ｃの内容を更新する。具体的には、着信回数データ１６０Ｃに対し「１」を加算する。また、最新着信日時データを、現在日時に対応するデータに書き換える（以上、ステップＳａ４）。
【００２７】
一方、判別した電話番号データ１６０Ｂと同一内容の電話番号データ１６０Ｂが、電話帳データ領域１６ｃ−１に記憶されていない場合（ステップＳａ３：ＮＯ）、ＣＰＵ１８は、判別した発信元の電話番号のデータを、新しい電話帳データとして、電話帳データ領域１６ｃ−１に格納（登録）する処理を行う（ステップＳａ５）。この際、着信回数データ１６０Ｃは初期値として「１」を記憶させ、最新着信日時データ１６０Ｄは、着信時の現在日時に対応するデータを記憶させる。
【００２８】
次に、ＣＰＵ１８は、着信のあった旨をユーザに伝えるべく、鳴音部１７を制御し、着信回数データに対応する着信メロディを鳴音させる。
より詳細には、ＣＰＵ１８は、まず、着信メロディデータ領域１６ｃ−２に記憶される着信メロディデータ４２の中から、判別した電話番号データ１６０Ｂの着信回数データ１６０Ｃに対応したものを読み出す（ステップＳａ６）。例えば、ＣＰＵ１８は、着信回数データ１６０Ｃの値が、１回から９回のいずれかである場合は、着信メロディデータ４２としてデータＭｌを読み出す。あるいは、ＣＰＵ１８は、着信回数データ１６０Ｃの値が、１０回以上の値である場合は、着信メロディデータ４２としてデータＭ２を読み出す。
そして、ＣＰＵ１８は、読み出した着信メロディデータ４２についての鳴音処理を行う（ステップＳａ７）。
【００２９】
ユーザは、着信メロディデータ４２に対応した着信メロディの種類を判別することにより、発信元の携帯型通信機１０−５の着信回数の範囲を認識することができる。このため、ユーザは、例えば着信回数が多い相手であればすぐに電話を受ける処理を行ったり、対応時の対処を変えたりする等、着信回数に応じた対応をとることができる。
ＣＰＵ１８は、その後、携帯型通信機１０−１のユーザが、発信先の携帯型通信機１０−５のユーザと通話をするための、回線接続処理、通話音声処理等の所定の通信処理を実行させる。
【００３０】
＜ユーザが電話をかける際の動作＞
次に電話をかけようとする携帯型通信機１０−１のユーザが、操作入力部１２の操作を行い、電話帳データの内容を液晶表示部１４に表示させる際の動作を説明する。
図６は、この場合の、携帯型通信機１０−１のＣＰＵ１８の制御内容を示すフローチャートである。
ユーザが操作入力部１２において、電話帳データの内容を表示させるための所定操作を行うと（ステップＳｂｌ）、ＣＰＵ１８は、電話帳データ領域１６ｃ−１に記憶される電話帳データ１６１−１、１６１−２……の着信回数データ１６０Ｃを参照し、着信回数の最も多いものから順に所定数（本実施形態では５個）読み出す（ステップＳｂ２）。着信回数が同じ電話帳データが複数ある場合は、さらに最新着信日時データ１６０Ｄを参照し、最新着信日時が最近のものから順を；電話帳データ１６１−ｘ（ｘ＝１、２……）を取り出す。
そして、ＣＰＵ１８は、読み出した所定数の電話帳データを液晶表示部１４に表示させる（ステップＳｂ３）。
【００３１】
図７は、液晶表示部１４に電話帳データの内容が表示された場合を例示する図である。ユーザは、電話をかけたい相手に係る電話帳データが、液晶表示部１４に表示された場合、操作入力部１２を操作し、電話をかけたい相手の電話帳データ１６１−ｘにカーソルＣｌを合わせる。
ここで、本実施形態では、カーソルＣｌが合わされた電話帳データの内容を３Ｄ（３−dimension）表示させることとして、ユーザに対する視覚効果を図っている。より詳細に説明すると、本実施形態に係る携帯型通信機１０の記憶部１６内には、３Ｄ機能を備えたグラフィックソフトウェアプログラムが予めインストールされており、ＣＰＵ１８は、このプログラムを実行して、カーソルＣｌが合わされた電話帳データについて、角度（アングル）を変えたり遠近感（パースペクティブ）を付ける処理を行ったものを液晶表示部１４に表示させることとしている。この際に、３次元の形状データを作る処理（モデリング）や、面に陰影を付けて立体感を表現する処理（シェーディング）を行い、より視覚効果を高めるようにしてもよい。
【００３２】
ユーザが、カーソルＣｌを移動し、電話番号データの選択が行われると（ステップＳｂ４：ＹＥＳ、ステップＳｂ５：ＹＥＳ）、ＣＰＵ１８は、カーソルＣ１が合わせられた電話帳データに含まれる電話番号データ１６０Ｂに対応する電話番号を用いて通信接続処理を実行させる（ステップＳｂ８）。
【００３３】
一方、図７に例示する画面において、電話をかけたい相手に係る電話帳データが、液晶表示部１４に表示されていない場合、ユーザは、さらに別の電話帳データを表示させるべく、操作入力部１２の操作を行う。
ユーザにより、別の電話帳データを表示させるべく操作入力部１２の操作が行われると（ステップＳｂ４：ＹＥＳ、ステップＳｂ５：ＮＯ、ステップＳｂ６：ＹＥＳ）、ＣＰＵ１８は、電話帳データ領域１６ｃ−１に記憶される電話帳データの中から、すでに表示を行ったものを除いて、着信回数の多いものから順に所定数（５個）読み出す（ステップＳｂ７）。本例では、ＣＰＵ１８は、着信回数が６番目から１０番目に多い電話帳データを読み出すことになる。また、着信回数が同じ電話帳データが複数ある場合は、さらに最新着信日時データ１６０Ｄを参照し、最新着信日時が最近のものから順に電話帳データ１６１−ｘ（ｘ＝１、２……）を読み出す。
そして、ＣＰＵ１８は、読み出した電話帳データを液晶表示部１４に表示させる（ステップＳｂ３）。
【００３４】
その後、ユーザが操作入力部１２を操作し、いずれかの電話帳データを選択したときは（ステップＳｂ４：ＹＥＳ、ステップＳｂ５：ＹＥＳ）、ＣＰＵ１８は、選択された電話帳データに含まれる電話番号に対する通信接続処理を実行する（ステップＳｂ８）。
一方、ユーザがさらに別の電話帳データを表示することを要求した場合（ステップＳｂ４：ＹＥＳ，ステップＳｂ５：ＮＯ、ステップＳｂ６：ＹＥＳ）、ＣＰＵ１８は、上述した処理を繰り返す（ステップＳｂ７、ステップＳｂ３）。
このように、ＣＰＵ１８は、ユーザが電話をかけたい相手の電話帳データの内容が液晶表示部１４に表示されるまで、上記の処理を繰り返す処理を行う。
【００３５】
以上説明したように、本実施形態に係る携帯型通信機１０によれば、着信があった場合は、その着信回数に対応した着信メロディが鳴音する。よって、ユーザは、発信元の相手に係る情報をいち早く認識することができ、相手の着信回数に応じた対応をとることができる。
また、本実施形態に係る携帯型通信機１０によれば、ユーザが電話をかけようとする場合、着信回数データ１６０Ｃの値が大きい電話帳データから順に液晶表示部１４に表示される。よって、ユーザにとって、電話をかける可能性の高い相手に係る電話帳データの内容がいち早く液晶表示部１４に表示されることとなり、ユーザにとって電話をかける際の便宜が図られる。
【００３６】
＜Ｂ：変形例＞
上述した実施形態は、本発明の一実施形態にすぎず、任意に変更を加えることができる。たとえば、以下のような変形例があげられる。
【００３７】
＜変形例１＞
電話帳データの液晶表示部１４への表示方法は任意に変形可能である。
上記実施形態においては、カーソルＣｌにより選択された電話帳データの内容を３Ｄ表示等させ、ユーザに対する視覚効果を図ることとしているが、カーソルＣｌの選択に関係なく、例えば、着信回数データ１６０Ｃの数が大きい（例えば１０回以上の）電話帳データを、３Ｄ表示させるようにしてもよい。
また、表示の態様は、３Ｄ表示に限らず、図８に示されるように、文字の大きさ、フォント、色彩などのいずれか又は複数の態様を変えることにより、着信回数データ１６０Ｃの数が大きい電話帳データをより視覚的に強調するようにしてもよい。
【００３８】
＜変形例２＞
着信メロディの鳴音制御も任意に変形が可能である。上述実施形態においては、着信回数が１０回未満と、１０回以上の２通りの場合に分けて、着信メロディを異ならせるようにしているが、これに限定されず、例えば、着信メロディを鳴音するボリュームを異ならせ号ようにしてもよい。着信回数が１０回未満の場合は、小さいボリューム、着信回数が１０回以上は大きいボリュームというようにすれば、ユーザは、たとえ着信メロディが同じ楽音であったとしても、そのボリュームにより着信回数の範囲を認識することができる。
また、着信回数に応じて、着信メロディを鳴音させるテンポやピッチを異ならせるように制御を行うこととしてもよい。例えば、着信回数が特定回数（５回、１０回、１５回……）の場合に、特別な着信メロディを鳴音させるようにしてもよい。
【００３９】
＜変形例３＞
着信回数データ１６０Ｃを、着信した時間に応じて別々に記憶させることとしてもよい。例えば、ユーザが予め、業務期間（例えば９時から１７時）、プライベート期間（それ以外の時間）を設定しておき、記憶部１６内に登録しておく。そして、それぞれの期間ごとに、個々に着信回数データ１６０Ｃを格納することとしてもよい。
そして、ＣＰＵ１８は、電話帳データを液晶表示部１４に表示させる際に、現在時刻に属する期間に対応する着信回数データ１６０Ｃの内容に応じて、電話帳データの表示制御を行うようにしてもよい。
このような制御を行うことにより、ユーザは、業務期間とプライベート期間のそれぞれにおいて、電話帳データを独立に使い分けることが可能であり、より使い勝手のよい携帯型通信機１０を提供することができる。
【００４０】
＜変形例４＞
また、携帯型通信機１０が位置情報取得機能を備えている場合、電話帳データとして、着信を受けた位置に関する情報も併せて記憶させるようにしてもよい。
例えば、ユーザが予め、業務関係の領域（例えば会社の位置から半径１ｋｍ以内）、プライベートの領域（それ以外の領域）を決めて、記憶部１６に登録しておく。そして、ＣＰＵ１８は、他の携帯型通信機１０から着信を受けた場合に、その時点において取得した位置情報が、いずれの領域に該当するものかを判別し、それぞれの領域ごとに、着信回数データ１６０Ｃを集計記憶するようにするのである。
そして、ＣＰＵ１８は、電話帳データを液晶表示部１４に表示させる際に、現在位置の情報を取得し、現在位置に属する領域に対応する電話帳データの内容（着信回数等）に応じて、表示制御を行うようにしてもよい。
このような制御を行うことにより、ユーザは、時間を問わずに、業務期間とプライベート期間のそれぞれにおいて、電話帳データを独立に使い分けることが可能である。よって、ユーザにとってより使い勝手のよい携帯型通信機１０を提供することができる。
【００４１】
＜変形例５＞
また、本発明に係るプログラムを記憶する記憶媒体は任意であり、例えば、半導体メモリ、ＣＤ−ＲＯＭ（Compact Disc−Read Only Memory）、ＣＤ−Ｒ（Compact Disc−Recordable）等の光ディスク、ＭＯ（Magneto Optic）、ＭＤ（Mini Disc）等の光磁気ディスク、フロッピー（登録商標）ディスク、ハードディスク等の磁気ディスク等でもよく、これらの記憶媒体を介してコンテンツサーバにプログラムを供給するようにしてもよい。
また、携帯型通信機１０へのプログラム供給方法も任意であり、上述した記憶媒体を用いず、例えば本発明に係るプログラムが格納される通信網３０上のサーバ（図示せず）からインターネット等のネットワークを介して携帯型通信機１０のＣＰＵ１８に供給する、いわゆるネット配信の態様によってもよい。
【００４２】
＜変形例６＞
通信網３０を介して種々の情報通信が行えるものであれば本発明の適用は可能であり、例えば、ＰＨＳ（Personal Handyphone System：登録商標）端末、ＰＤＡ（Personal Digital Assistants）あるいはモバイルコンピュータなどを用いてもよいことは勿論である。
また、携帯型通信機１０の態様も任意であり、カード型であってもよいし、手首や腰に装着可能なものでもよく、さらに、ネックレス型、ペンダント型などであってもよい。
【００４３】
＜変形例７＞
上記実施形態に係る携帯型通信機１０は、他の携帯型通信機１０からの着信を報知するために、着信回数に対応した着信メロディを鳴音する処理を行っていた。これに対し、着信の報知内容を液晶表示部１４に表示する手段をとってもよい。この場合、表示する内容として、着信回数に応じたいくつかの態様（パターン）を用意しておく。たとえば、着信回数が１０回未満の相手であれば「○○さんから電話です」といったパターン、着信回数が１０回以上の相手であれば「よく電話がある○○さんから電話です」といったパターンを用意しておく。そして、着信時に判別した発信元の名前を○○の部分に挿入するように報知制御すれば、上述実施形態と同様、電話を受けたユーザは、発信元の相手に係る情報をいち早く認識することができ、相手の着信回数に応じた対応をとることができる。なお、着信メロディの鳴音処理と液晶表示部１４への表示処理を併せて行うようにしてもよい。
【００４４】
また、携帯型通信機１０において、複数の態様（表示や鳴音の態様）により着信報知をすることができるアプリケーションプログラムがインストールされている場合もある。このアプリケーションプログラムは、たとえば通信網３０を介して携帯型通信機１０にダウンロードされる。
このような場合は、ＣＰＵ１８は、着信回数等を示すデータをアプリケーションプログラムに引き渡すようにして、着信回数に応じた報知をするよう制御することができる。
【００４５】
＜変形例８＞
また上述実施形態では、携帯型通信機１０の記憶部１６（電話帳データ領域１６ｃ−１）に電話帳データを記憶し、記憶部１６内の電話帳データの内容に応じて液晶表示部１４への表示制御をしたり、着信メロディの鳴音制御をしていた。これに対し、携帯型通信機１０の記憶部１６以外の場所に電話帳データを記憶するようにしてもよい。
図９は、本変形例に係る通信システム１００′の構成図である。通信システム１００′は、上述実施形態に係る通信システム１００に比較してサーバ３５を設けた点が異なっている。通信システム１００と同じ構成要素には同符号を付した。
【００４６】
サーバ３５は、通信網３０に接続され、個々の携帯型通信機１０との間でデータ通信することができる。またサーバ３５には、個々の携帯型通信機１０に対応する電話帳データを記憶するメモリ領域が用意されている。
個々の携帯型通信機１０は、他の携帯型通信機１０に対して通信接続処理をする場合、発信元と発信先の情報をサーバ３５に送信する。サーバ３５はこれを受け、発信元と発信先の携帯型通信機に対応する電話帳データの内容を更新記録する。より具体的に言うと、発信先の携帯型通信機に係る電話帳データのうち、発信元の携帯型通信機に係る電話帳データの内容を更新する。このようにして、本システム１００′においては、個々の携帯型通信機１０に係る電話帳データを、サーバ３５内に記憶する。
【００４７】
本システム１００′によれば、サーバ３５において、個々の携帯型通信機１０の電話帳データを一括管理できる。よって、携帯型通信機１０において、電話帳データを記憶するメモリ領域を設けることなく、上述した本実施形態と同様の効果を奏することが可能である。
また、サーバ３５から携帯型通信機１０に各種アプリケーションプログラムを提供する際に、電話帳データの内容を反映させた態様で提供することができる。たとえば、着信メロディのダウンロードサービスを行うシステムであれば、着信回数の総数に応じ、配信する着信メロディの内容を変えるように制御することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態に係る通信システム１００のシステム構成図である。
【図２】同通信システム１００の携帯型通信機１０の構成図である。
【図３】同携帯型通信機１０の記憶部１６に記憶される電話帳データテーブル１６０の内容を示す図である。
【図４】同携帯型通信機１０の記憶部１６に記憶される着信メロディに係るデータ内容を示す図である。
【図５】同携帯型通信機１０のＣＰＵ１８の制御内容を示すフローチャートである。
【図６】同携帯型通信機１０のＣＰＵ１８の制御内容を示すフローチャートである。
【図７】同携帯型通信機１０の液晶表示部１４の表示内容を示す図である。
【図８】同携帯型通信機１０の液晶表示部１４の表示内容を示す図である。
【図９】変形例に係る通信システム１００′のシステム構成図である。
【符号の説明】
【００４９】
１０……携帯型通信機、２０……基地局、３０……通信網、１１……無線通信部、１２……操作入力部、１４……液晶表示部、１６……記憶部、１６ａ……ＲＯＭ、１６ｂ……ＲＡＭ、１６ｃ……揮発性メモリ、１６ｃ−１……電話帳データ領域、１６ｃ−２……着信メロディデータ領域、１７……鳴音部、１８……ＣＰＵ、１９……バス
【図１】
2005175708.tif 000003
【図２】
2005175708.tif 000004
【図３】
2005175708.tif 000005
【図４】
2005175708.tif 000006
【図５】
2005175708.tif 000007
【図６】
2005175708.tif 000008
【図７】
2005175708.tif 000009
【図８】
2005175708.tif 000010
【図９】
2005175708.tif 000011