(57)【要約】【課題】着信履歴機能を悪用した着信へのコールバック発信を防止する。【解決手段】相手端末から送信される呼設定（ｓｅｔｕｐ）信号及び解放（ＲＥＬ）信号を検出し、呼設定（ｓｅｔｕｐ）信号の検出時から解放（ＲＥＬ）信号の検出時までの時間を着信時間として計測し、相手端末の電話番号データを着信履歴として記憶し、着信時間が所定時間以下であり、且つ、相手端末の電話番号データが所定の記憶手段内に登録されていない場合、相手端末の電話番号データを着信履歴として記憶しないように制御する（ステップＳ１２，Ｓ１４）。これにより、ユーザが着信履歴を参照して悪意ある発信者にコールバックしてしまうことを防止することができる。【選択図】　図３
2004048568.tif 000002
【特許請求の範囲】
【請求項１】
相手端末から送信された呼設定信号及び解放信号を検出する検出手段と、
上記呼設定信号の検出時刻から上記解放信号の検出時刻までの時間を着信時間として計測する計測手段と、
上記相手端末の電話番号データを着信履歴として記憶する履歴記憶手段と、
ユーザにより登録された複数の電話番号データを記憶する番号記憶手段と、
上記着信時間が所定時間以下であり、且つ、上記相手端末の電話番号データが上記番号記憶手段内に記憶されていない場合、上記相手端末の電話番号データに対し所定の処理を行うように上記履歴記憶手段を制御する制御手段と
を備える携帯通信端末。
【請求項２】
請求項１に記載の携帯通信端末であって、
上記所定の処理は上記相手端末の電話番号データを上記履歴記憶手段内に記憶することを禁止する処理であること
を特徴とする携帯通信端末。
【請求項３】
請求項１に記載の携帯通信端末であって、
上記所定の処理は上記相手端末の電話番号データに所定の識別情報を付与して上記履歴記憶手段内に記憶する処理であること
を特徴とする携帯通信端末。
【請求項４】
請求項１に記載の携帯通信端末であって、
上記履歴記憶手段に対する上記制御手段の制御の有効，無効を切り換える切り換え手段を備えること
を特徴とする携帯通信端末。
【請求項５】
相手端末から送信される呼設定信号及び解放信号を検出する検出処理と、
上記呼設定信号の検出時刻から上記解放信号の検出時刻までの時間を着信時間として計測する計測処理と、
上記相手端末の電話番号データを着信履歴として記憶する記憶処理と、
上記着信時間が所定時間以下であり、且つ、上記相手端末の電話番号データが所定の記憶手段内に登録されていない場合、上記相手端末の電話番号データに対し所定の処理を行うように上記記憶処理を制御する制御処理と
を含み、これらの処理をコンピュータに実行させる携帯通信端末の制御プログラム。
【請求項６】
請求項５に記載の携帯通信端末の制御プログラムであって、上記所定の処理は上記相手端末の電話番号データを記憶することを禁止する処理であること
を特徴とする携帯通信端末の制御プログラム。
【請求項７】
請求項５に記載の携帯通信端末の制御プログラムであって、上記所定の処理は上記相手端末の電話番号データに所定の識別情報を付与して記憶する処理であること
を特徴とする携帯通信端末の制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、着信履歴機能を悪用した着信へのコールバック発信を防止する携帯通信端末及びその制御プログラムに関する。
【０００２】
【従来の技術】
現在、一般的な携帯通信端末には、発信者の電話番号を着信履歴として着信日時と共に記憶する着信履歴記憶機能が備えられており、この着信履歴記憶機能によれば、ユーザは、着信履歴を参照して未応答の着信を認識し、未応答の発信者に対し簡単にコールバックすることができる。ところが、最近、携帯通信端末に故意に着信履歴を残し、着信履歴に表示されている電話番号にコールバックさせることにより、ユーザから余計な通話料金を徴収する（いわゆる「ワン切り」）ようにして、着信履歴記憶機能をセールス等の目的で悪用するケースが増えている。
【０００３】
【発明が解決しようとする課題】
しかしながら、一般的な着信履歴記憶機能は、発信者の悪意の有無に係わらず、着信した全ての電話番号を記憶する構成となっているために、ユーザはどの着信が悪意を持った発信者からのものであるのかを着信履歴を参照して簡単に判別することができない。
【０００４】
本発明は、このような課題に鑑みてなされたものであり、その目的は、着信履歴機能を悪用した着信へのコールバック発信を防止することが可能な、携帯通信端末及びその制御プログラムを提供することにある。
【０００５】
【課題を解決するための手段】
本発明に係る携帯通信端末の特徴は、着信時間が所定時間以下であり、且つ、相手端末の電話番号データが所定の記憶手段内に登録されていない場合には、相手端末の電話番号データをユーザが認識可能な形態に処理することにある。このような構成によれば、ユーザが着信履歴を参照して悪意ある発信者にコールバックしてしまうことを未然に防止することができる。
【０００６】
【発明の実施の形態】
以下、図面を参照して、本発明の好ましい実施の形態について詳しく説明する。
【０００７】
［携帯通信端末の概観］
始めに、図１を参照して、本発明の実施の形態となる携帯通信端末の概観の構成について説明する。
【０００８】
本発明の実施の形態となる携帯通信端末１は、図１に示すように概観を有し、主な構成要素として、表示部２、操作入力部３、受話口４、及び送話口５を備える。上記表示部２は、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）やＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）パネル等の表示装置により構成され、後述するＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ，図２参照）１５の制御に従って、文字や数字、記号、アイコン、カーソル、画像、動画像等を可視表示する。
【０００９】
上記操作入力部３は、例えば「０」から「９」までの数字の入力、仮名文字の入力、アルファベット文字の入力、記号の入力、発信や受信の指示入力、電源のオン／オフの指示入力等の操作に使用する、複数のキーボタン６を有する。また、この操作入力部３は、表示部２上に表示されたカーソルの移動操作や画面のスクロール操作等の操作に使用するダイアル（ジョグダイアル）７を有する。ユーザは、この操作入力部３を操作することにより、電子メールの入力等の様々な入力操作を行うことができる。上記受話口４及び送話口５はそれぞれ、後述するスピーカ及びマイクロフォン（図２参照）に接続し、ユーザが通話相手先と音声通話を行う際に使用される。
【００１０】
［携帯通信端末の内部構成及びその基本動作］
次に、図２を参照して、上記携帯通信端末１の内部構成及びその基本動作について説明する。なお、表示部２及び操作入力部３の構成及び動作は上述の通りであるので、以下ではその説明を省略する。
【００１１】
図２に示す携帯通信端末１において、送話口５（図１参照）に接続されているマイクロフォン８は、ユーザの通話音声等をアナログ音声信号に変換する。そして、このアナログ音声信号は、図示しない増幅器により増幅された後、ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｉｎａｌ　Ｐｒｏｃｅｓｓｏｒ）９に入力される。
【００１２】
ＤＳＰ９は、アナログ音声信号が入力されると、アナログ音声信号を所定のサンプリングレートでアナログ／デジタル（Ａ／Ｄ）変換する。そして、ＤＳＰ９は、Ａ／Ｄ変換により得られたデジタル音声データに対し、トランスポートブロック（ＴＢ）毎にＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）符号を付加し、チャネル符号化（誤り訂正符合化）及びインターリーブ処理を施す。なお、上記トランスポートブロックとは、物理レイヤが処理を行うデータの基本単位（ＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤから物理レイヤにデータが転送される単位）を示す。
【００１３】
また、ＤＳＰ９は、上記インターリーブ処理後のビット系列に対し、チャネル確定のためのパイロットビット等のオーバーヘッドを付加した後にデータ変調処理を行い、データ変調マッピングされた位相平面上の同相（Ｉｎ−Ｐｈａｓｅ）及び直交（Ｑｕａｄｒａｔｕｒｅ）成分をそれぞれ２階層の拡散符号系列で拡散する。そして、ＤＳＰ９は、拡散後のチップデータ系列を自乗余弦ルートナイキストフィルタで所定帯域（５ＭＨｚ）に帯域制限した後にデジタル／アナログ（Ｄ／Ａ）変換によりアナログ信号に変換し、アナログ信号を送信部１０に入力する。
【００１４】
送信部１０は、ＤＳＰ９からアナログ信号が入力されると、アナログ信号を直交復調し、直交復調された中間周波数信号を高周波信号（２ＧＨｚ帯のＲＦ信号）に周波数変換する。そして、送信部１０は、この高周波信号を増幅し、増幅後の高周波信号を送信信号としてデュプレクサ１１に出力する。
【００１５】
デュプレクサ１１は、アンテナ共用器である。すなわち、デュプレクサ１１は、送信信号と受信信号とで１本のアンテナ１２を共用し、アンテナ１２からの受信信号を受信部１３に送り、且つ、送信部１０からの送信信号をアンテナ１２へ送出する機能を備えたフィルタ回路により構成される。
【００１６】
受信部１３は、アンテナ１２及びデュプレクサ１１を介して供給された高周波の受信信号を増幅し、増幅した受信信号を中間周波数の信号に周波数変換する。そして、受信部１３は、自動利得制御により中間周波数の信号を線形増幅し、線形増幅した中間周波数の信号をＤＳＰ９に入力する。
【００１７】
このときＤＳＰ９は、受信部１３からの信号を直交検波（Ｑｕａｒｄｒａｔｕｒｅ　Ｄｅｔｅｃｔｉｏｎ）し、直交検波による同相及び直交成分のアナログ信号を所定のサンプリングレートでＡ／Ｄ変換する。そして、ＤＳＰ９は、Ａ／Ｄ変換によりデジタル値に変換された同相及び直交成分を、自乗余弦ルートナイキストフィルタで帯域制限した後に受信信号の拡散符号と同一の拡散符号により逆拡散することにより、伝搬遅延時間が異なる複数のマルチパス成分に時間分離する。
【００１８】
また、ＤＳＰ９は、時間分離した各パスのデータをコヒーレントレイク合成し、コヒーレントレイク合成後のデータ系列をデインターリーブ及びチャネル復号した後、２値のデータ判定を行って相手先の端末が送信してきたデータ系列を再生する。そして、ＤＳＰ９は、再生したデータ系列を音声データとその他の通信データに弁別する。
【００１９】
音声データは、ＤＳＰ９によりＤ／Ａ変換され、さらに図示しない増幅器により増幅された後、受話口４（図１参照）に内蔵されているスピーカ１４へ送られる。スピーカ１４は、増幅されたアナログ音声信号により駆動される。これにより、通話相手先の端末からの通話音声がスピーカ１４から放音されることになる。
【００２０】
また、ＤＳＰ９は、上記通信データがどのようなデータであるのかを解析し、その解析結果に応じた処理を行う。例えば上記通信データがテキストデータである場合、ＤＳＰ９はテキストデータをＣＰＵ１５に送り、ＣＰＵ１５は表示部２上にテキストデータを表示制御する。また、例えば通信データが圧縮された画像データである場合、ＤＳＰ９は圧縮画像データを伸張した後にＣＰＵ１５に送り、ＣＰＵ１５は表示部２上に画像データを表示制御する。また、例えば通信データが圧縮された音声データである場合、ＤＳＰ９は、圧縮音声データを伸張し、スピーカ１６又はスピーカ１４に音声データを出力する。
【００２１】
記録部１７は、フラッシュメモリ等の記憶保持動作が不要な書き換え可能なメモリにより構成される。この記録部１７は、ＣＰＵ１５が着信履歴を管理するための着信履歴管理プログラム１８と着信履歴データ１９を格納する。また、この記録部１７は、電話帳機能等の種々の機能を実現するアプリケーションプログラム２０、及び個人名、電話番号等のアプリケーションプログラム２０が実現する機能に対応したデータを含むアプリケーションデータ２１を格納する。また、記録部１７は、携帯通信端末の各種設定データの中でユーザが任意に設定可能な値を含む設定データ２２を格納する。さらに、記録部１７は、送受信した電子メール等のデータ、画像データ、音声データ等、必要に応じて様々なデータを記録することができるように構成されている。
【００２２】
ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２３は、ＣＰＵ１５が各部を制御するための制御プログラム（図示せず）等の各種コンピュータプログラムと、各種の初期設定データ、フォントデータ等を記憶している。なお、このＲＯＭ２３は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　ａｎｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）のような書き換え可能なＲＯＭであってもよい。
【００２３】
ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２４は、ＣＰＵ１５が各種処理を行う際のワークエリアとして機能し、随時データを格納する。ＣＰＵ１５は、記憶部１７及びＲＯＭ２３に格納されているコンピュータプログラムに基づいて、各部の動作を制御すると共に、各種の演算処理を行う。また、詳しくは後述するが、ＣＰＵ１５は、着信履歴管理プログラム１８に従って、所定の着信鳴動回数に満たない着信をユーザが他の着信と区別可能な形態となるように処理する。
【００２４】
カメラ部２５は、ＣＣＤ（Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）イメージセンサやＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ　Ｍｅｔａｌ　Ｏｘｉｄｅ　Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサ等の撮像素子と、撮像素子上に被写体等の光像を結像させる光学系とを備えたものである。カメラ部２５における撮影の指示は、操作入力部３上の所定のキーをレリーズボタンとして使用することで実現することができる。また、カメラ部２５により撮影した画像データはＤＳＰ９に入力する。なお、カメラ部２５から画像データを受け取ったＤＳＰ９は、その画像データをＣＰＵ１５に送り、ＣＰＵ１５は画像データに基づく画像を表示部２上に表示制御する。また、ＤＳＰ９は、必要に応じて画像データを圧縮し、圧縮後の画像データを送信データとして送信部１０に送ることもできる。また、圧縮後の画像データは、ＣＰＵ１５を解して記録部１７に記録することもできる。
【００２５】
近距離無線通信部２６とそのアンテナ２７は、いわゆるブルートゥース（Ｂｌｕｅｔｏｏｔｈ）方式の無線通信を行うためのものである。なお、ブルートゥース方式は、複数の電子機器間でアドホックな無線ネットワーキングを実現するための方式である。このブルートゥース方式は、Ｂｌｕｅｔｏｏｔｈ　ＳＩＧ（Ｓｐｅｃｉａｌ　Ｉｎｔｅｒｅｓｔ　Ｇｒｏｕｐ）において策定されたものであり、詳細は、”Ｂｌｕｅｔｏｏｔｈ（ＴＭ）　Ｓｐｅｃｉａｌ　Ｉｎｔｅｒｅｓｔ　Ｇｒｏｕｐ，　Ｂｌｕｅｔｏｏｔｈ仕様書バージョン１．０”に開示されている。
【００２６】
［着信時の携帯通信端末の動作］
上記構成を有する携帯通信端末１は、着信時に以下に示すように動作して、所定の着信鳴動回数に満たない着信をユーザが他の着信と区別可能な形態となるように処理する。以下、図３に示すフローチャートと図４に示す動作シーケンス図を参照して、着信時の携帯通信端末１の動作について説明する。
【００２７】
図３に示すフローチャートは、着信者の携帯通信端末（以下、自端末と表記する）が発信者の端末装置（以下、相手端末と表記する）から呼設定（ｓｅｔｕｐ）信号を受信する（図４に示すステップＳ２１）ことで開始となり、ＣＰＵ１５が記録部１７内に記憶されている着信履歴管理プログラム１８に従ってステップＳ１以後の処理を実行する。
【００２８】
なお、一般に、携帯通信端末は、電源がオンとなっている間、図４に示すように、交換局や基地局から発信されるＰＣＨ（Ｐａｇｉｎｇ　ＣＨａｎｎｅｌ，一斉呼出しチャネル）信号の到来を監視し、ＰＣＨ信号内に含まれる情報フィールドを参照して到来したＰＣＨ信号が自身の呼出しに相当するものであるか否かを判別している（待受状態）。そして、到来したＰＣＨ信号が自身の呼出しに相当する場合、携帯通信端末は、相手端末から送信されたｓｅｔｕｐ信号を受信することにより相手端末からの着信を検出し、相手端末に対して設定確認（ｓｅｔｕｐ　ＡＣＫ）信号を返信することにより相手端末との間で無線接続を確立する。
【００２９】
ステップＳ１の処理では、ＣＰＵ１５が、受信したｓｅｔｕｐ信号内に発信可能な電話番号が記述されているか否かを判別する。そして、判別の結果、発信可能な電話番号が記述されていない場合、ＣＰＵ１５はこの着信処理をステップＳ１の処理からステップＳ２の処理に進める。一方、判別の結果、発信可能な電話番号が記述されている場合には、ＣＰＵ１５はこの着信処理をステップＳ１の処理からステップＳ３の処理に進める。
【００３０】
ステップＳ２の処理では、ＣＰＵ１５が、表示部２を制御して、「公衆電話」や「番号非通知」等、相手端末の電話番号を表示しない所定の着信中メッセージ若しくは着信画像を表示する。これにより、このステップＳ２の処理は完了し、この着信処理はステップＳ２の処理からステップＳ７の処理に進む。
【００３１】
ステップＳ３の処理では、ＣＰＵ１５が、アプリケーションデータ２１を参照して、受信したｓｅｔｕｐ信号内に記述されている電話番号を電話帳データの中から検索する。これにより、このステップＳ３の処理は完了し、この着信処理はステップＳ３の処理からステップＳ４の処理に進む。
【００３２】
ステップＳ４の処理では、ＣＰＵ１５が、検索結果に基づいて電話帳データの中に受信したｓｅｔｕｐ信号内に記述されている電話番号が登録されているか否かを判別する。そして、判別の結果、電話帳データ内に電話番号が登録されている場合、ＣＰＵ１５はこの着信処理をステップＳ４の処理からステップＳ５の処理に進める。一方、判別の結果、電話帳データ内に電話番号が登録されていない場合には、ＣＰＵ１５はこの着信処理をステップＳ４の処理からステップＳ６の処理に進める。
【００３３】
ステップＳ５の処理では、ＣＰＵ１５が、アプリケーションデータ２１を参照して、ｓｅｔｕｐ信号内に記述されている電話番号に対応する発信者の氏名を電話帳データの中から抽出する。そして、ＣＰＵ１５は、表示部２を制御して、抽出した氏名と共に所定の着信中メッセージ若しくは着信画像を表示する。これにより、このステップＳ５の処理は完了し、この着信処理はステップＳ５の処理からステップＳ７の処理に進む。
【００３４】
ステップＳ６の処理では、ＣＰＵ１５が、表示部２を制御して、受信したｓｅｔｕｐ信号内に記述されている電話番号と共に、所定の着信中メッセージ若しくは着信画像を表示する。これにより、このステップＳ６の処理は完了し、この着信処理はステップＳ６の処理からステップＳ７の処理に進む。
【００３５】
ステップＳ７の処理では、ＣＰＵ１５が、相手端末に対し呼出（ＡＬＥＲＴ）信号を返信する（図４に示すステップＳ２２）。また、ＣＰＵ１５は、着信者に着信を知らせるために、スピーカ１６又はスピーカ１４を制御して呼出音を出力することにより着信鳴動処理を開始すると共に、鳴動時間を計測するためのタイマをオンにする。なお、携帯通信端末１が、バイブレータ等の振動発生機構を有する場合には、呼出音ではなく、振動によって着信を着信者に知らせてもよい。これにより、このステップＳ７の処理は完了し、この着信処理はステップＳ７の処理からステップＳ８の処理に進む。
【００３６】
ステップＳ８の処理では、ＣＰＵ１５が、着信者が操作入力部３を操作して応答操作を行う応答イベントの発生を監視し、応答イベントが検出された場合、ステップＳ９の処理として、タイマをオフにすると共に、携帯通信端末１内の各部を制御して自端末と相手端末との間の通話回線を確立する。これにより、着信者は発信者と通話することが可能となる。一方、応答イベントが検出されない場合には、ＣＰＵ１５はこの着信処理をステップＳ８の処理からステップＳ１０の処理に進める。
【００３７】
ステップＳ１０の処理では、ＣＰＵ１５が、相手端末から解放（ＲＥＬ）信号を受信したか否かを判別する（図４に示すステップＳ２３）ことにより発信者が相手端末と自端末との間の無線接続を切断する切断イベントの発生を監視し、切断イベントが検出されない場合、この着信処理をステップＳ１０の処理からステップＳ８の処理に戻す。一方、切断イベントが検出された場合には、ＣＰＵ１５はこの着信処理をステップＳ１０の処理からステップＳ１１の処理に進める。
【００３８】
ステップＳ１１の処理では、ＣＰＵ１５が、鳴動時間を計測するためのタイマをオフにする。これにより、このステップＳ１１の処理は完了し、この着信処理はステップＳ１１の処理からステップＳ１２の処理に進む。
【００３９】
ステップＳ１２の処理では、ＣＰＵ１５が、受信したｓｅｔｕｐ信号とタイマの計測時間とを参照して、切断された着信が、着信鳴動時間が３秒以下であり、且つ、電話帳データに登録されていない発信可能な電話番号がｓｅｔｕｐ信号内に記述されているという条件を満たすか否かを判別する。そして、判別の結果、条件を満たさない場合には、ＣＰＵ１５はこの着信処理をステップＳ１２の処理からステップＳ１３の処理に進める。一方、条件を満たす場合には、ＣＰＵ１５はこの着信処理をステップＳ１２の処理からステップＳ１４の処理に進める。
【００４０】
ステップＳ１３の処理では、ＣＰＵ１５が、着信時刻と共に、ｓｅｔｕｐ信号内に記述されている電話番号を着信履歴として着信履歴データ１９に登録する。なお、ｓｅｔｕｐ信号内に記述されている電話番号が電話帳データ内に登録されている場合には、ＣＰＵ１５は、その電話番号に対応する発信者の氏名の情報も着信履歴として登録してもよい。これにより、このステップＳ１３の処理は完了し、この着信処理はステップＳ１３の処理からステップＳ１５の処理に進む。
【００４１】
ステップＳ１４の処理では、ＣＰＵ１５が、切断された着信に関する着信履歴を着信履歴データ１９に登録しない。従来の技術で述べた、いわゆる「ワン切り」は、着信時に応答されてしまわないように、着信鳴動時間が３秒以下であるという特徴がある。従って、着信鳴動時間が３秒以下であり、且つ、電話帳データに登録されていない発信可能な電話番号がｓｅｔｕｐ信号内に記述されている場合には、切断された着信が悪意ある発信者からのものである可能性が高いとして、切断された着信に関する着信履歴を着信履歴データ１９に登録しないように制御することにより、着信者が着信履歴を参照して悪意ある発信者にコールバックしてしまうことを防止することができる。なお、この実施の形態においては、着信履歴を記憶する条件の一つとして着信鳴動時間が３秒以上という条件を与えたが、着信鳴動時間は３秒以上に限られることはなく、携帯通信端末のユーザ側で任意に設定してもよい。これにより、このステップＳ１４の処理は完了し、この着信処理はステップＳ１４の処理からステップＳ１５の処理に進む。
【００４２】
ステップＳ１５の処理では、ＣＰＵ１５が、相手端末に対し解放完了（ＲＥＬＣＯＭＰ）信号を送信し（図４に示すステップＳ２４）、スピーカ１６又はスピーカ１４を制御して呼出音の出力を停止することにより着信鳴動処理を終了する。また、ＣＰＵ１５は、表示部２を制御して、例えば「着信あり」等、着信があった旨を伝えるメッセージ又はダイアログ画面を表示する。これにより、一連の着信処理は終了し、携帯通信端末１は上述の待受状態に戻る。
【００４３】
［実施の形態の効果］
以上の説明から明らかなように、この実施の形態となる携帯通信端末１においては、着信鳴動時間が所定時間以下であり、且つ、電話帳データに登録されていない発信可能な電話番号がｓｅｔｕｐ信号内に記述されている場合には、切断された着信が悪意ある発信者からのものである可能性が高いとして、切断された着信に関する着信履歴を着信履歴データ１９に登録しないように制御するので、着信者が着信履歴を参照して悪意ある発信者にコールバックしてしまうことを防止することができる。
【００４４】
［その他の実施形態］
以上、本発明者らによってなされた発明を適用した実施の形態について説明したが、この実施の形態による本発明の開示の一部をなす論述及び図面により本発明は限定されることはない。
【００４５】
例えば、上記の実施の形態においては、携帯通信端末は所定の条件を満たす着信は着信履歴データ１９に着信履歴として登録しないように動作したが、所定の条件を満たす着信も他の着信と同様にして着信履歴として登録し、着信履歴を表示する際に、図５に示すように所定の条件を満たす着信に所定の印３０を付与することにより、所定の条件を満たす着信を他の着信と区別可能な形態で表示部２上に表示してもよい。
【００４６】
また、上記の実施の形態においては、全ての着信に対して上記処理が実行されることとしたが、例えば、上記処理の実行／非実行ボタンを操作入力部３の中に割り当て、ユーザが上記処理の実行／非実行を制御できるようにしてもよい。これにより、友達同士間で電話番号を教え合う等、着信履歴の記憶が必要な場面において、希望する着信履歴が記憶されない等の不具合を防止することができる。
【００４７】
これにより、ユーザは、着信履歴の表示を参照して、悪意のある発信者からの着信であるか否かを判断し、コールバックするか否かを決断することができる。このように、この実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれることは勿論であることを付け加えておく。
【００４８】
【発明の効果】
本発明によれば、着信履歴機能を悪用した着信へのコールバック発信を防止することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態となる携帯通信端末の概観を示す模式図である。
【図２】図１に示す携帯通信端末の内部構成を示すブロック図である。
【図３】図１に示す携帯通信端末の着信処理の流れを示すフローチャート図である。
【図４】図１に示す携帯通信端末の着信処理の流れを示す動作シーケンス図である。
【図５】本発明の実施の形態となる着信履歴表示画面を示す模式図である。
【符号の説明】
１…携帯通信端末、２…表示部、３…操作入力部、１５…ＣＰＵ、１７…記録部、１８…着信履歴管理プログラム、１９…着信履歴データ、２０…アプリケーションプログラム、２１…アプリケーションデータ、２２…設定データ、２３…ＲＯＭ、２４…ＲＡＭ
【図１】
2004048568.tif 000003
【図２】
2004048568.tif 000004
【図３】
2004048568.tif 000005
【図４】
2004048568.tif 000006
【図５】
2004048568.tif 000007