(57)【特許請求の範囲】
【請求項１】
着信拒否対象とする端末を拒否端末として登録する拒否端末登録手段と、
端末からの着信要求を受け付ける着信要求受付手段と、
着信要求を受け付けた端末を着信履歴に記憶する着信履歴記憶手段と、
前記記憶した着信履歴を、着信順に複数の着信履歴を表示する着信履歴表示手段と、を備え、
前記着信履歴表示手段は、前記着信履歴を表示する際に、前記着信拒否対象として登録した拒否端末から複数回着信要求を受け付けた場合、当該拒否端末の着信履歴を代表する所定情報の１つを表示すると共に、着信拒否対象として登録していない端末からの着信履歴を表示することを特徴とする通信端末。
【請求項２】
前記着信要求を受け付けた端末が、前記着信拒否対象として登録した拒否端末であって、既に着信履歴に記憶されている場合、前記着信履歴記憶手段は、当該拒否端末の着信履歴を所定情報で代表して記憶し、
前記着信履歴表示手段は、前記記憶した着信履歴を表示することにより、当該拒否端末の着信履歴を所定情報で代表して表示することを特徴とする請求項１に記載の通信端末。  
【請求項３】
前記所定情報は、当該端末の最新の着信履歴であることを特徴とする請求項１、又は請求項２に記載の通信端末。
【請求項４】
前記所定情報は、前記着信拒否対象とした拒否端末の着信履歴のうちの最新のものであることを特徴とする請求項１、又は請求項２に記載の通信端末。
【請求項５】
前記着信拒否対象として登録した拒否端末から着信要求があった回数を計数する計数手段を具備し、
前記着信履歴表示手段は、前記計数した回数を前記所定情報に対応させて表示することを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の通信端末。
【請求項６】
前記着信拒否対象として登録した拒否端末から着信要求があった回数を計数する計数手段を具備し、
前記着信履歴表示手段は、前記計数した回数に応じて前記所定情報の表示状態を変化させることを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に関し、例えば、着信履歴を表示するものに関する。
【背景技術】
【０００２】
近年携帯電話の普及がめざましく、日常的に用いられるようになってきたが、これら携帯電話では、特定の電話番号からの着信を拒否する着信拒否機能を備えたものがある。
これは、着信を拒否したい相手方電話の電話番号を携帯電話に登録しておくと、当該電話番号から着信要求があった場合に、これを自動的に拒否するものである。
【０００３】
このような着信拒否機能を有する携帯電話には、例えば、特許文献１に示したように、着信履歴に着信拒否を行った着信履歴を表示するものや、特許文献２に示したように、着信拒否を行った着信履歴を表示しないものなどが存在する。
【特許文献１】特開２０００−２７００７７公報
【特許文献２】特開２０００−５９５０２公報
【０００４】
ここで、図１０のフローチャートを用いて、着信履歴情報を記憶する従来の手順について説明する。
まず、携帯電話は、他の電話機から着信要求があると、当該電話機の電話番号が着信拒否対象として指定されているか否かを判断する（ステップ１００）。
【０００５】
着信履歴情報には、拒否フラグが設定できるようになっており、当該電話機の番号が着信拒否対象として指定されている場合には（ステップ１００；Ｙ）、拒否フラグを１に設定し（ステップ１１０）、一方、着信拒否対象として指定されていない場合には（ステップ１００；Ｎ）、拒否フラグを０に設定する（ステップ１０５）。
【０００６】
次いで、携帯電話は、発信元電話番号を取得し（ステップ１１５）、更に着信時刻情報を取得し（ステップ１２０）、これらを拒否フラグと共に記憶することにより着信履歴情報を更新する（ステップ１２５）。
このようにして、メモリには、着信拒否に指定したものか否かが拒否フラグにて識別可能に記憶される。
このため、例えば、着信拒否に係る着信履歴情報にはアイコンを付与するなどして、着信履歴情報が着信拒否に指定したものか否かを識別可能に表示することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、このように記憶した着信履歴情報を表示すると、着信拒否指定した電話機から幾度となく着信した場合、着信履歴の表示が着信拒否電話番号で占められてしまうという問題があった。
また、着信拒否指定した電話機からの着信履歴情報を記憶しない方式を採用すると、誤操作によって拒否指定してしまった電話番号は、いつまでも表示されないため、誤指定の訂正が困難であるという問題があった。
このため、ユーザにとって重要な着信履歴情報が埋もれて見落とされたり、表示されなかったりする可能性があった。
【０００８】
そこで、本発明は、効果的に着信履歴の表示を行うことを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、目的を達成するために、請求項１に記載の発明では、着信拒否対象とする端末を拒否端末として登録する拒否端末登録手段と、端末からの着信要求を受け付ける着信要求受付手段と、着信要求を受け付けた端末を着信履歴に記憶する着信履歴記憶手段と、前記記憶した着信履歴を、着信順に複数の着信履歴を表示する着信履歴表示手段と、を備え、前記着信履歴表示手段は、前記着信履歴を表示する際に、前記着信拒否対象として登録した拒否端末から複数回着信要求を受け付けた場合、当該拒否端末の着信履歴を代表する所定情報の１つを表示すると共に、着信拒否対象として登録していない端末からの着信履歴を表示することを特徴とする通信端末を提供する。
請求項２に記載の発明では、前記着信要求を受け付けた端末が、前記着信拒否対象として登録した拒否端末であって、既に着信履歴に記憶されている場合、前記着信履歴記憶手段は、当該拒否端末の着信履歴を所定情報で代表して記憶し、前記着信履歴表示手段は、前記記憶した着信履歴を表示することにより、当該拒否端末の着信履歴を所定情報で代表して表示することを特徴とする請求項１に記載の通信端末を提供する。
請求項３に記載の発明では、前記所定情報は、当該端末の最新の着信履歴であることを特徴とする請求項１、又は請求項２に記載の通信端末を提供する。
請求項４に記載の発明では、前記所定情報は、前記着信拒否対象とした拒否端末の着信履歴のうちの最新のものであることを特徴とする請求項１、又は請求項２に記載の通信端末を提供する。
請求項５に記載の発明では、前記着信拒否対象として登録した拒否端末から着信要求があった回数を計数する計数手段を具備し、前記着信履歴表示手段は、前記計数した回数を前記所定情報に対応させて表示することを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の通信端末を提供する。
請求項６に記載の発明では、前記着信拒否対象として登録した拒否端末から着信要求があった回数を計数する計数手段を具備し、前記着信履歴表示手段は、前記計数した回数に応じて前記所定情報の表示状態を変化させることを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の通信端末を提供する。
【発明の効果】
【００１０】
本発明によれば、着信拒否指定した電話機から複数回着信があった場合に、最新の着信履歴を表示するなどして効果的に着信履歴を表示する。
【発明を実施するための最良の形態】
【００１１】
（１）実施の形態の概要
携帯電話１（図３）は、拒否情報記憶部１２にて着信拒否に係る電話番号を記憶して指定し、着信履歴情報記憶部１３に着信履歴情報を最新のものが上位に設定されるように時系列に従って記憶している。
携帯電話１は、受信部２８で着信要求を受けると、これに付随している発信元の電話番号が拒否情報記憶部１２に記憶されているか否かを判定する。
【００１２】
携帯電話１は、拒否情報記憶部１２で指定されてない場合には、判別フラグを０に設定し、一方、拒否情報記憶部１２に指定されている場合には判別フラグを１に設定する。
そして、携帯電話１は、着信履歴を表示する際に、判別フラグが０のものについては通常表示し、判別フラグが１のものについては、同じ電話番号のものが複数存在する場合には、最新のもので代表して表示する。
【００１３】
また、判別フラグが１の着信履歴が異なる端末に対するものであっても最新の着信履歴で代表して表示するように構成することもできる。
この場合、複数の端末に対して着信拒否をした場合であっても、最新の着信履歴でこれらを代表するため、着信拒否に係る着信履歴の表示を低減することができる。
【００１４】
これによって、着信拒否に指定した電話機からの着信履歴情報は、複数回着信していても１件だけ表示され、ユーザにとって重要な着信履歴情報が埋もれてしまったり、あるいは、着信拒否に指定した電話機からの着信履歴情報が全く表示されないのを防ぐことができる。
【００１５】
（２）実施の形態の詳細
本実施の形態では、通信端末の一例として携帯電話を用いるが、これは、通信端末を携帯電話に限定するものではなく、例えば、固定電話機や無線通信機など、着信履歴表示機能を有する通信端末に広く適用できるものである。
【００１６】
図１は、本実施の形態に係る携帯電話１の外観の一例を示した図である。
携帯電話１は、スピーカ３、ディスプレイ４、キー５、マイク６を備えている。
スピーカ３は、例えば、通話相手の音声や、録音されたメッセージの再生などを行う。
マイク６は、通話の際などにユーザの音声を電気信号に変換する。
以上の、スピーカ３とマイク６を用いてユーザは、通話相手と通話することができる。
【００１７】
ディスプレイ４は、液晶ディスプレイなどの表示デバイスを用いて構成されている。
ディスプレイ４には、例えば、着信履歴情報を表示する着信履歴履歴画面、着信拒否に指定する電話番号（着信拒否番号）を登録・編集する拒否情報編集画面、その他の画面が表示される。
【００１８】
キー５は、数字や文字などの文字情報を入力するための文字キーや、ディスプレイ４でアイコンやカーソルを移動したり、各種機能を選択したりする機能キーなどから構成されている。
ユーザは、キー５をキー操作することにより、着信履歴画面を表示させたり、拒否情報編集画面から着信拒否番号を編集したり、などの各種操作を行うことができる。
【００１９】
図２は、携帯電話１のハードウェア的な構成の一例を示した図である。
スピーカ３は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２からの制御を受けて、通話相手の音声など、各種音声を出力する。
ディスプレイ４は、ＣＰＵ２からの制御を受けて、着信履歴画面などの各種の画面を表示する。
【００２０】
キー５は、例えば、着信履歴画面の表示操作や、着信拒否番号の設定など、ユーザからの操作を受け付けて、これをＣＰＵ２に入力する。
マイク６は、ユーザの通話音声などを電気変換し、これによる音声信号はデジタル化された後ＣＰＵ２に入力される。
【００２１】
ＲＦ回路７は、アンテナを備えており、図示しない基地局とＣＰＵ２を無線通信により接続する。
これにより、ＣＰＵ２は、他の電話機から着信要求を受け付けたり、他の電話機と通話回線を確立して音声通信を行ったりすることができる。
【００２２】
ＲＯＭ８は、読み取り専用のメモリであり、ＣＰＵ２が携帯電話１で必要とされる機能を発揮するためのプログラムやパラメータなどが記憶されている。
ＲＡＭ９は、読み書きが可能なメモリであって、ＣＰＵ２が各種の情報処理を行う際のワーキングメモリを提供する。
バッテリ１４は、ＣＰＵ２やその他の機能部を駆動するための電力を提供する。
【００２３】
ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）１０は、読み書きが可能なメモリであって、バッテリ１４による電力供給がなくても記憶内容を保持することができる。
ＥＥＰＲＯＭ１０には、ＣＰＵ２に着信履歴情報の記憶や着信拒否機能を発揮させるための着信プログラム１１、着信拒否番号の一覧を記憶した拒否情報記憶部１２、また、着信履歴情報を記憶した着信履歴情報記憶部１３などや、その他のプログラムやデータが記憶されている。
なお、ＥＥＰＲＯＭ１０は、フラッシュメモリなどの不揮発性メモリでも実現可能である。
【００２４】
図３はＣＰＵ２で着信履歴プログラムを実行した場合に形成される機能的な構成の一例を示した図である。
受信部２８は、他の電話番号からの着信要求を受け付ける。着信要求には、発信元電話番号が含まれており、これにより着信拒否対象であるか否かが判断される。
受信部２８は、端末からの着信要求を受け付ける着信要求受付手段として機能している。
【００２５】
送信部２９は、受信部２８で着信要求を拒否する場合に、当該拒否を行う旨の信号を基地局に送信する。
ユーザが着信要求を受け付け、通話回線が確立した後は、受信部２８、送信部２９は、それぞれ、受話、送話に利用される。
【００２６】
制御部２１は、着信履歴に関する各種の処理の制御を行う機能部であり、拒否情報編集部２２、発信番号取得部２３、着信時刻情報取得部２４、拒否判定部２５、着信履歴情報更新部２６、表示データ生成部２７などを備えている。
【００２７】
拒否情報編集部２２は、拒否情報記憶部１２に登録してある着信拒否番号の追加・削除などを行う編集機能を提供する。
拒否情報編集部２２は、着信拒否対象とする端末を登録する拒否端末登録手段として機能している。
【００２８】
発信番号取得部２３は、受信部２８が受信した着信要求から発信元電話番号を取得する。
着信時刻情報取得部２４は、携帯電話１が備えた内部時計から受信部２８が着信要求を受けた日時を取得する。
拒否判定部２５は、発信番号取得部２３が取得した電話番号が、拒否情報記憶部１２に記憶されている着信拒否番号に該当するか否かを判定する。
【００２９】
着信履歴情報更新部２６は、受信部２８が着信要求を受信すると、発信番号取得部２３が取得した電話番号、着信時刻情報取得部２４が取得した時刻情報、拒否判定部２５の判定結果などを着信履歴情報として着信履歴情報記憶部１３に記憶する。
着信履歴情報記憶部１３は、着信要求を受け付けた端末を着信履歴に記憶する着信履歴記憶手段として機能している。
【００３０】
表示データ生成部２７は、ディスプレイ４に表示する表示データを生成し、例えば、着信履歴情報記憶部１３に記憶されている着信履歴情報を用いて着信履歴画面用の表示データを生成したり、拒否情報記憶部１２に記憶されている着信拒否番号を用いて拒否情報編集画面用の表示データを生成したりする。
表示データ生成部２７は、記憶した着信履歴を表示する着信履歴表示手段として機能している。
【００３１】
なお、表示データ生成部２７は、着信拒否番号に係る着信履歴情報が着信履歴情報記憶部１３に複数記憶されている場合には、後述するように、最新のものを表示し、他のものを表示しないように制御する。
このように、表示データ生成部２７は、着信拒否対象とする端末から複数回着信要求を受け付けた場合、当該端末の着信履歴を所定情報（最新の着信履歴）で代表して表示する。
【００３２】
この最新の着信履歴情報としては、着信拒否した端末ごとに、当該端末の着信履歴を表示するように構成することもできるし、あるいは、端末にかかわらず、着信拒否した着信履歴のうちの最新のものを表示するように構成することもできる。
前者の場合には、着信拒否した端末ごとに着信拒否した回数にかかわらず１件ずつ着信履歴が表示され、後者の場合には、着信拒否を行った端末や着信拒否した回数に関わらず、着信拒否した最新の着信履歴が１件表示される。
このように所定情報は、端末ごとの最新の着信履歴とする場合と（前者）、着信拒否対象とした端末の着信履歴のうちの最新のものとする場合（後者）が可能である。
画面表示部２０は、表示データ生成部２７が生成した表示データをディスプレイ４に表示させる。
【００３３】
図４（ａ）は、着信履歴情報記憶部１３に記憶されている着信履歴情報の論理的な構成を説明するための図である。
着信履歴情報記憶部１３には、着信履歴情報がテーブルとして記憶されており、各着信履歴情報は、「ＩＤ」、「電話番号」、「着信時刻」、「拒否フラグ」、・・・などの項目から構成されている。
【００３４】
項目「ＩＤ」は、制御部２１が着信履歴を受信した際に付与したＩＤ情報である。各着信履歴情報はＩＤによって識別することができる。
項目「電話番号」は、着信時刻情報取得部２４が着信要求から取得した電話番号であり、発信元の電話機の電話番号である。
【００３５】
項目「着信時刻」は、着信時刻情報取得部２４が取得した時刻であり、着信要求を受けた際の日時である。
項目「拒否フラグ」は、拒否判定部２５が行った判定結果であり、項目「電話番号」に記録されている電話番号が、着信拒否番号である場合には「１」に設定され、着信拒否番号でない場合には「０」に設定される。
【００３６】
なお、着信履歴情報更新部２６は、新しい着信履歴ほど上位となるように時系列を付与して着信履歴情報を着信履歴情報記憶部１３に記憶し、着信履歴情報が追加、削除されるたびに、ＩＤが昇順となるようにＩＤを再設定する。
【００３７】
図４（ｂ）は、ディスプレイ４に表示された着信履歴画面の一例を示した図である。
着信履歴画面では、着信履歴情報３１、３２、・・・がＩＤ順に表示される。即ち、最新のものほど上位に表示される。
そして、着信履歴情報３２のように、着信拒否対象である着信履歴に関しては、着信拒否表示３３がなされ、着信拒否番号からの着信履歴であることが一目で判別できるようになっている。
【００３８】
図５（ａ）は、同じ着信拒否対象の電話機から着信が複数回あった場合の着信履歴情報の一例を示した図である。
この例では、着信拒否番号である「０３１２３４５６７８９」から４回（ＩＤ＝２、４、５、６）の着信がある。
この場合の着信履歴画面は、図５（ｂ）に示したように、最新のものであるＩＤ＝２の着信履歴情報４２を当該電話機からの着信履歴情報として代表して表示し、その件数を着信拒否表示４３に表示する。
この例は、着信拒否に対して端末ごとに最新の着信履歴情報を表示する場合であるが、複数の端末からの着信履歴情報を最新の着信履歴情報で代表して表示する場合には、これら複数の端末からの着信回数の合計値を表示する。
【００３９】
このように、携帯電話１は、着信拒否対象として登録した端末から着信要求があった回数を計数する計数手段を備え、着信履歴表示画面にて、この計数した回数を所定情報（着信拒否に係る着信履歴情報の最新のもの）に対応させて表示する。
【００４０】
着信拒否表示４３は、図５（ｃ）に示したように、拒否対象であることを示すアイコン４４と件数４５を表示するように構成してもよい。
なお、本実施の形態では、拒否件数を表示することとしたが、拒否表示のみ行い、件数を表示しないように構成することも可能である。
【００４１】
このように、本実施の形態では、着信拒否対象として設定してある電話機から複数回着信要求があった場合でも、最新の着信履歴情報によって、他の着信履歴情報を代表して表示するため、ユーザにとって重要な着信履歴情報が、着信拒否対象の着信履歴情報に埋もれることを防ぐごとができる。
また、着信拒否対象の電話機からの着信履歴情報も確認できるため、あやまって通常の電話機を着信拒否対象に設定した場合でも確認することができる。
【００４２】
ところで、図５（ｂ）の着信履歴画面では、着信拒否に該当しない着信履歴情報と着信拒否に該当する着信履歴情報を混在して表示したが、図６に示したように、着信拒否に該当する着信履歴情報を別画面にて表示するように構成することもできる。
複数の端末からの着信履歴情報を最新の着信履歴情報で代表して表示する場合には、着信拒否に係る着信履歴情報の表示は１件であるため、図５（ｂ）のように通常着信の着信履歴情報と共に表示してもユーザの利便性は損なわないが、着信拒否した端末ごとに着信履歴情報を表示する場合には、着信拒否に係る着信履歴情報の表示が複数になる場合があるため、このように別画面とすると通常着信の着信履歴情報と着信拒否に係る複数の着信履歴情報の混在を防止することができる。
【００４３】
この例によると、通常着信による着信履歴情報と着信拒否対象からの着信履歴情報を別画面とし、ユーザは画面を切り替えて確認するため、よりユーザの利便性を高めることができる。
このように、携帯電話１は、着信拒否対象として登録していない端末からの着信履歴と、所定情報（着信拒否に係る着信履歴情報の最新のもの）の表示を別に行うことができる。
【００４４】
なお、本実施の形態では、着信拒否に係る着信履歴情報の件数を表示したが、例えば、１件の場合に青、２件以上５件未満の時は黄、６件以上は赤、といったように、件数ではなく、表示状態を変化させることにより着信履歴画面の表示スペースを節約することも可能である。
また、例えば、着信拒否に係る着信履歴情報が５件以上のときは、最新の着信履歴情報で代表して表示し、５件未満のときは表示しないなど、着信拒否に係る着信履歴情報が所定の指定された条件を満たした場合に着信履歴情報を表示するように構成することもできる。
【００４５】
次に、図７のフローチャートを用いて携帯電話１が行う音声着信処理の手順について説明する。
この処理は、ＣＰＵ２が着信プログラム１１を実行することにより行うものである。
まず、携帯電話１は、基地局を介して他の電話機から着信要求があると着信要求から発信元電話番号を取得する（ステップ５）。
【００４６】
次に、携帯電話１は、取得した電話番号が着信拒否に指定されているか否かを判断する（ステップ１０）。
着信拒否に指定されていない場合（ステップ１０；Ｎ）、携帯電話１は、ユーザを呼出音で呼び出し、通話を行わせた後、切断処理を行い（ステップ１５）、着信履歴情報書込処理を行う（ステップ２０）。
一方、着信拒否に指定されている場合（ステップ１０；Ｙ）、携帯電話１は、着信拒否を基地局に通知し、着信履歴情報書込処理を行う（ステップ２０）。
ステップ２０の着信履歴情報書込処理は、図１０で説明した従来例と同様である。
【００４７】
次に、図８のフローチャートを用いて携帯電話１が行う着信履歴表示処理の手順について説明する。以下の処理は、表示データ生成部２７（図３）が行うものである。この例は、着信拒否した端末ごとに着信履歴を表示する場合のものである。
なお、着信履歴書込処理は、図１０に示した従来例と同じであり、着信拒否番号に係る着信履歴情報は、重複して着信履歴情報記憶部１３に記憶されている。
【００４８】
まず、携帯電話１は、着信履歴情報記憶部１３の上位から１件目の着信履歴情報を読み出す（ステップ３０）。
次に、携帯電話１は、当該着信履歴情報の拒否フラグが１であるか否かを判定する（ステップ３５）。
【００４９】
拒否フラグが１でなかった場合（即ち、０であった場合）（ステップ３５；Ｎ）、携帯電話１は、当該着信履歴情報の着信時刻情報を表示し（ステップ５０）、更に電話番号情報を表示する（ステップ５５）。
そして、携帯電話１は、表示行数が最大値に達したか否かを判断し（ステップ６０）、最大値に達していない場合には（ステップ６０；Ｎ）、ステップ３０に戻って次の着信履歴情報に対して処理を続行し、最大値に達した場合には（ステップ６０；Ｙ）、着信履歴表示処理を終了する。
【００５０】
一方、拒否フラグが１であった場合（ステップ３５；Ｙ）、携帯電話１は、当該着信履歴情報に係る電話番号が既に着信履歴画面で表示済みか否かを判断し（ステップ４０）、まだ表示済みでない場合には（ステップ４０；Ｎ）、着信拒否表示を行い（ステップ４５）、着信時刻情報表示（ステップ５０）、電話番号情報表示（ステップ５５）を行う。
【００５１】
また、表示済みである場合には（ステップ４０；Ｙ）、当該着信履歴情報の件数を加算により計数して表示すると共に着信履歴情報自体の表示は省略し、ステップ６０に移行する。
以上のようにして、携帯電話１は、着信拒否番号による着信履歴情報が複数存在する場合には、これらを最新のもので代表して表示することができ、更に、着信回数を表示することができる。
【００５２】
一方、着信拒否した端末にかかわらず、着信拒否した着信履歴情報に関しては、最新の１件の着信履歴情報を表示する場合には、携帯電話１は、次のように情報処理を行う。
即ち、拒否フラグが１であった場合（ステップ３５；Ｙ）、携帯電話１は、拒否フラグが１である着信履歴情報が既に着信履歴画面に表示済みか否かを判断し（ステップ４０）、まだ表示済みでない場合には（ステップ４０；Ｎ）、着信拒否表示を行い（ステップ４５）、着信時刻情報表示（ステップ５０）、電話番号情報表示（ステップ５５）を行う。
また、表示済みである場合には（ステップ４０；Ｙ）、当該着信履歴情報の件数を加算により計数して表示すると共に着信履歴情報自体の表示は省略し、ステップ６０に移行する。
【００５３】
（変形例）
次に、図９のフローチャートを用いて本実施の形態の変形例について説明する。この例は、着信拒否した端末ごとに着信履歴を表示する場合のものである。
先に説明した実施の形態では、着信拒否対象に指定した電話機から複数回着信要求があった場合、これら複数回の着信履歴情報を重複して着信履歴情報記憶部１３に記憶し、表示の段階で、最新の着信履歴情報で代表して表示した。
【００５４】
これに対し、本変形例では、着信拒否に指定した電話番号に係る着信履歴情報に関しては、最新のもののみ着信履歴情報記憶部１３に記憶し、最新でないものは順次消去することによりメモリの領域を節約する。
【００５５】
以下では、図１０の従来例と同じステップには同じステップ番号を付し、説明を簡略化する。
まず、携帯電話１は、他の電話機から着信要求があると、当該電話機の電話番号が着信拒否対象として指定されているか否かを判断する（ステップ１００）。
【００５６】
当該電話機の電話番号が着信拒否対象として指定されていない場合には（ステップ１００；Ｎ）、拒否フラグを０に設定する（ステップ１０５）、
次いで、携帯電話１は、発信元電話番号を取得し（ステップ１１５）、更に着信時刻情報を取得し（ステップ１２０）、これらを拒否フラグと共に記憶することにより着信履歴情報を更新する（ステップ１２５）。
【００５７】
一方、携帯電話１は、当該電話機の電話番号が着信拒否対象として指定されている場合には（ステップ１００；Ｙ）、拒否フラグを１に設定する（ステップ１１０）。
そして、携帯電話１は、着信履歴情報記憶部１３にアクセスし、同じ電話番号で拒否フラグ１の着信履歴情報が記憶されているか否かを確認する（ステップ８０）。
【００５８】
同じ電話番号で拒否フラグ１の着信履歴情報がない場合（ステップ８０；Ｎ）、携帯電話１はステップ１１５に移行し、同じ電話番号で拒否フラグ１の着信履歴情報がある場合（ステップ８０；Ｙ）、携帯電話１は、当該着信履歴を消去した後（ステップ８５）、ステップ１１５に移行する。
なお、携帯電話１は、消去した回数を記憶しておき、これを用いて着信履歴情報の表示の際に拒否回数を表示する。
【００５９】
一方、着信拒否した端末にかかわらず、着信拒否した着信履歴情報に関しては、最新の１件の着信履歴情報を表示する場合には、携帯電話１は、次のように情報処理を行う
即ち、携帯電話１は、ステップ８０において、着信履歴情報記憶部１３にアクセスし、電話番号にかかわらず、拒否フラグ１の着信履歴情報が記憶されているか否かを確認する（ステップ８０）。
【００６０】
そして、電話番号に関わらず拒否フラグ１の着信履歴情報がない場合（ステップ８０；Ｎ）、携帯電話１はステップ１１５に移行し、電話番号にかかわらず拒否フラグ１の着信履歴情報がある場合（ステップ８０；Ｙ）、携帯電話１は、当該着信履歴を消去した後（ステップ８５）、ステップ１１５に移行する。
なお、携帯電話１は、消去した回数を記憶しておき、これを用いて着信履歴情報の表示の際に拒否回数を表示する。
【００６１】
以上のように本変形例では、着信履歴情報記憶部１３において、同じ着信拒否番号からの着信履歴情報は、最新のもので代表されて記憶されているため、着信履歴を表示する場合には、着信履歴情報記憶部１３に記憶されているものを降順に表示すればよい。
このように、本変形例では、着信要求を受け付けた端末が、着信拒否対象として登録した端末であって、既に着信履歴に記憶されている場合、当該端末の着信履歴を所定情報で代表して記憶し、そして、当該記憶した着信履歴を表示することにより、当該端末の着信履歴を所定情報で代表して表示する。
【００６２】
以上に説明した本実施の形態、及び変形例によって次のような効果を得ることができる。
（１）着信拒否登録した電話機からの着信履歴情報の表示を最小限にすることができる。
（２）着信拒否登録した電話機からの着信履歴情報の表示を最小限にすることにより、ユーザにとってより重要度の高い着信履歴情報をより多く表示することができる。
（３）着信拒否登録した電話機からの着信履歴情報の記憶を最小限とすることによりメモリの消費を低減することができる。
（４）着信拒否を登録した電話番号については、着信した最新の１件の着信履歴情報を表示することにより、重要度の高い着信履歴情報を多く表示することが可能となる。
【００６３】
以上に説明した実施の形態、及び変形例では、着信拒否番号に係る最新の着信履歴情報を代表として表示したが、代表とする情報はこれに限定せず、例えば、着信拒否番号に対応してユーザが設定したアイコンや、その他の表示にて代表させることも可能である。
【図面の簡単な説明】
【００６４】
【図１】携帯電話の外観の一例を示した図である。
【図２】携帯電話のハードウェア的な構成を示した図である。
【図３】着信履歴プログラムを実行した場合に形成される機能的な構成を示した図である。
【図４】着信履歴情報の論理的な構成を説明するための図である。
【図５】着信履歴情報の他の一例を示した図である。
【図６】着信履歴情報の他の表示例を説明するための図である。
【図７】音声着信処理の手順を説明するためのフローチャートである。
【図８】着信履歴表示処理の手順を説明するためのフローチャートである。
【図９】変形例を説明するためのフローチャートである。
【図１０】従来例を説明するためのフローチャートである。
【符号の説明】
【００６５】
１  携帯電話
３  スピーカ
４  ディスプレイ
５  キー
６  マイク
１１  着信プログラム
１２  拒否情報記憶部
１３  着信履歴情報記憶部
１４  バッテリ
２０  画面表示部
２１  制御部
２２  拒否情報編集部
２３  発信番号取得部
２４  着信時刻情報取得部
２５  拒否判定部
２６  着信履歴情報更新部
２７  表示データ生成部
２８  受信部
２９  送信部
【図１】
0005288536.tif 000002
【図２】
0005288536.tif 000003
【図３】
0005288536.tif 000004
【図４】
0005288536.tif 000005
【図５】
0005288536.tif 000006
【図６】
0005288536.tif 000007
【図７】
0005288536.tif 000008
【図８】
0005288536.tif 000009
【図９】
0005288536.tif 000010
【図１０】
0005288536.tif 000011