JP4880423B2 - 通信端末および通信端末の処理プログラム - Google Patents

Description

本発明は、着信した時の動作状態を着信履歴として記憶する通信端末および通信端末の処理プログラムに関する。

近年、テレビ放送を受信する機能を備えた携帯電話機などの通信端末が各種実用化されている。このような通信端末において、テレビ放送受信動作中に着信があると、端末ユーザのテレビ視聴を妨げないようにする為に着信報知を行わないようにすることがある。また、自動車や電車などに乗車して高速移動中に着信があった場合にも着信報知を行わないようにしたり、あるいは一旦通話して通話相手に後でかけ直す旨を伝えてからすぐに切ることもある。この種の通信端末として、例えば特許文献１には、自局が高速移動中か否かを判定し、高速移動中ならば、基地局と無線通信する送受信部の電源供給を遮断して発着呼規制する技術が開示されている。

特開２０００−５０３５８号公報

上述したテレビ放送受信動作中や高速移動中などの通信に適していない状態における着信に対しては、通信に適した状態になってからその着信相手に電話をかけて、何故電話に出られなかったのかなどの理由を伝えることが多い。ところが、着信から時間が経っていたり、多くの着信があったりすると、電話に出られなかった理由をユーザが忘れてしまう。つまり、言い換えれば、着信があった時の動作状態を確認することが出来ない、という問題がある。

本発明は、このような事情に鑑みてなされたもので、着信があった時の動作状態を確認することができる通信端末および通信端末の処理プログラムを提供することを目的としている。

上記目的を達成するため、請求項１に記載の発明では、複数種の動作状態を有する通信端末であって、複数種の動作状態の内、着信があった時の動作状態を検出する検出手段と、着信に対する処理を制御する着信制御手段と、前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す状態情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す状態情報を履歴情報として記憶する記憶手段とを具備することを特徴とする。

上記請求項１に従属する請求項２に記載の発明では、複数種の動作状態の内、所定の動作状態の終了を監視する監視手段と、前記監視手段の監視結果に基づいて、履歴情報を参照した報知が可能か否かを判別する報知判別手段と、前記報知判別手段が報知可能と判別した場合に、履歴情報を参照して報知する履歴報知手段とを更に備えることを特徴とする。

上記請求項１に従属する請求項３に記載の発明では、前記記憶手段は、通信相手の識別情報を、前記検出手段により検出された動作状態を表す状態情報と共に履歴情報として記憶しておき、この履歴情報中の通信相手の識別情報に基づき発信する際に、当該通信相手の識別情報に対応付けられた状態情報が記憶されているか否かを判別する履歴判別手段と、前記履歴判別手段により通信相手の識別情報に対応付けられた状態情報が記憶されていると判別された場合に、発信時に履歴情報を参照して報知する発信時履歴報知手段とを更に備えることを特徴とする。

上記請求項１に従属する請求項４に記載の発明では、前記検出手段がテレビ放送を受信して出力する動作状態を検出した場合、前記記憶手段はテレビ放送の受信出力中を表す状態情報を履歴情報として記憶することを特徴とする。

上記請求項１に従属する請求項５に記載の発明では、前記検出手段がデータを記録する動作状態を検出した場合、前記記憶手段は、データ記録中を表す状態情報を履歴情報として記憶することを特徴とする。

上記請求項５に従属する請求項６に記載の発明では、記録されたデータを履歴情報と対応付けて記憶するデータ記憶手段と、記録されたデータを出力する際に、前記データ記憶手段によってそのデータと対応付けて記憶された履歴情報を参照して報知する出力時履歴報知手段とを更に備えることを特徴とする。

請求項７に記載の発明では、通信に適した動作状態であるか否かを検出する検出手段と、着信に対する処理を制御する着信制御手段と、前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す通信適否情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す通信適否情報を履歴情報として記憶する記憶手段とを具備することを特徴とする。

上記請求項７に従属する請求項８に記載の発明では、通信に適した動作状態になることを監視する監視手段と、前記監視手段の監視結果に基づいて、履歴情報を参照した報知が可能か否かを判別する報知判別手段と、前記報知判別手段が報知可能と判別した場合に、履歴情報を参照して報知する履歴報知手段とを更に備えることを特徴とする。

上記請求項７に従属する請求項９に記載の発明では、前記記憶手段は、通信相手の識別情報を、前記検出手段により検出された動作状態を表す通信適否情報と共に履歴情報として記憶しておき、この履歴情報中の通信相手の識別情報に基づき発信する際に、当該通信相手の識別情報に対応付けられた通信適否情報が記憶されているか否かを判別する履歴判別手段と、前記履歴判別手段により通信相手の識別情報に対応付けられた通信適否情報が記憶されていると判別された場合に、発信時に履歴情報を参照して報知する発信時履歴報知手段とを更に備えることを特徴とする。

上記請求項７に従属する請求項１０に記載の発明では、前記検出手段は、端末の移動速度に応じて、通信に適した動作状態であるか否かを検出することを特徴とする。

上記請求項７に従属する請求項１１に記載の発明では、前記検出手段は、端末を駆動する電源電圧レベルに応じて、通信に適した動作状態であるか否かを検出することを特徴とする。

請求項１２に記載の発明では、複数種の動作状態を有する通信端末で実行されるプログラムあって、複数種の動作状態の内、着信があった時の動作状態を検出する検出手段と、着信に対する処理を制御する着信制御手段と、前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す状態情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す状態情報を履歴情報として記憶する記憶手段とを具備することを特徴とする。

請求項１３に記載の発明では、通信端末で実行されるプログラムあって、通信に適した動作状態であるか否かを検出する検出手段と、着信に対する処理を制御する着信制御手段と、前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す通信適否情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す通信適否情報を履歴情報として記憶する記憶手段とを具備することを特徴とする。

本発明によれば、着信があった時の動作状態を検出し、検出された動作状態を表す状態情報を履歴情報として記憶するので、着信があった時の動作状態をユーザが確認することができる。

以下、図面を参照して本発明の実施の形態について説明する。
Ａ．構成
（１）全体構成
図１は、本発明による通信端末１００の概略機能を説明する為のシステム構成図である。通信端末１００は移動無線通信機能を備える。すなわち、発信側の通信端末１００は、位置登録している基地局を介して発信側の交換機に発呼する。発信側の交換機は、発呼に応じて、無線通信網中に設けられる加入者登録サーバ（不図示）から問い合せた着番号（加入者番号）および位置登録情報に基づき着信側の交換機を呼出す。着信側の交換機は、着信側の基地局を介して着信側の通信端末１００を呼出す。着信側の基地局からの呼出しに応じて、着信側の通信端末１００が着呼応答すると、発信側の交換機と着信側の交換機とのリンクが確立して発信側の通信端末１００と着信側の通信端末１００とが通話する。

また、通信端末１００は、メール送受信機能も具備する。通信端末１００から送信されるメールは、基地局、交換機および無線通信網中に設けられるゲートウェイサーバ（不図示）を経てインターネット上のメールサーバに伝送される。メールサーバは、上述とは逆の経路で宛先のメールアドレスを有する通信端末１００にメールを送る。さらに、通信端末１００はＧＰＳ衛星からのＧＰＳ信号を受信して自端末の現在位置を表す位置情報を発生する機能や、テレビ放送を受信して出力する機能を備える。

（２）通信端末１００の構成
図２は、通信端末１００の構成を示すブロック図である。この図において、制御部１０は、操作部１６（後述する）から供給されるイベントに応じて端末各部の動作を制御する。本発明の要旨に係わる制御部１０の特徴的な処理動作については追って詳述する。無線通信送受信部１１は、アンテナＡＮＴ１を介して受信復調した音声データを制御部１０に出力する一方、制御部１０から供給される音声データを変調して得た送信信号を高周波増幅してアンテナＡＮＴ１から送出する。テレビ放送受信部１２は、制御部１０から与えられる選局指示に従い、アンテナＡＮＴ２を介してテレビ放送信号を受信復調し、これにより得られる受信信号を制御部１０に出力する。

ＧＰＳ信号受信部１３は、制御部１０の制御の下に、アンテナＡＮＴ３を介してＧＰＳ信号を受信して自端末の現在位置を表す位置情報を発生して制御部１０に出力する。音声信号処理部１４は、スピーカＳＰおよびマイクＭＩＣを備え、制御部１０から供給される音声データを音声信号にＤ／Ａ変換してスピーカＳＰから発音させたり、マイクＭＩＣから出力される音声信号を音声データにＡ／Ｄ変換して制御部１０に供給する。また、音声信号処理部１４では、テレビ放送受信中あるいは録画再生中の場合、制御部１０から供給されるテレビ音声を増幅してスピーカＳＰから放音する。

表示部１５は、カラー液晶パネルおよび表示ドライバから構成され、制御部１０の制御の下に、待受画面など各種画面を表示する他、テレビ放送受信中あるいは録画再生中では制御部１０が発生するビデオ出力を画面表示する。操作部１６には、パワーオンオフする電源スイッチ、通話開始／終了時に操作されるオフフック／オンフックスイッチ、ダイヤルスイッチと兼用の文字入力スイッチ等の各種操作キーの他、テレビ放送受信部１２やＧＰＳ信号受信部１３をオンオフ設定するオンオフボタン等の各種操作ボタンを有し、これらキーやボタンの操作に応じたイベントを発生して制御部１０に出力する。

ＲＴＣ１７は、時刻計時やタイマ割込みに用いるリアルタイムクロックを発生する。充電台接続部１８は、図示されていない充電器の充電端子に電気的に接続されてバッテリ充電する。ＲＯＭ１９は、プログラムエリアおよびデータエリアを備える。ＲＯＭ１９のプログラムエリアには、制御部１０により実行される各種プログラムが記憶される。各種プログラムとは、後述するメインルーチン、テレビ放送処理、アドレス帳登録処理、高速移動検出処理、低電圧検出処理、着信処理および発信・再生処理を含む。ＲＯＭ１９のデータエリアには、所定のプログラムにより参照される制御データの他、例えば待受画面などを形成する各種画面データが格納される。

ＲＡＭ２０は、制御部１０が実行する各種処理に用いられるフラグやレジスタデータを一時記憶するワークエリアの他、制御情報格納部２０ａ、録画データ格納部２０ｂ、着信履歴格納部２０ｃ、アドレス帳格納部２０ｄおよび位置情報格納部２０ｅを備える。以下、図３〜図５を参照して制御情報格納部２０ａ、録画データ格納部２０ｂおよび着信履歴格納部２０ｃの構成を説明する。

（３）制御情報格納部２０ａの構成
図３は、制御情報格納部２０ａの構成を示す図である。制御情報格納部２０ａには、動作状態に応じた着信報知態様を指定する制御情報が格納される。なお、ここで言う動作状態とは、例えば「テレビ放送出力中」、「アドレス帳入力中」、「高速移動中」あるいはバッテリの駆動電圧が「低電圧中」などの状態を表す。また、着信報知態様とは、着信報知の有無および着信報知する際に付随して行われる処理を指す。

制御情報は、状態ＩＤ、状態、着信に対する処理および設定フラグから構成される。状態ＩＤが「Ｓ０１」の場合には「テレビ放送出力中」を、「Ｓ０２」の場合には「アドレス帳入力中」を、「Ｓ０３」の場合には「高速移動中」を、「Ｓ０４」の場合にはバッテリの駆動電圧が「低電圧中」であることをそれぞれ表す。

着信に対する処理は、着信報知の有無および着信報知する際に付随して行われる処理を指す。例えばテレビ放送出力中ならば、「報知しない」もしくは「録画して報知する」のいずれかが選択される。設定フラグは、選択した「着信に対する処理」を表す。なお、図３に示す一例の場合、「テレビ放送出力中」および「アドレス帳入力中」の着信報知態様はユーザ選択可能としていて、それぞれ「報知しない」「一時保存して報知する」が選択されているが、「高速移動中」や「低電圧中」の着信報知態様はユーザ選択できず「報知する」に固定化されている。

（４）録画データ格納部２０ｂの構成
図４は、録画データ格納部２０ｂの構成を示す図である。録画データ格納部２０ｂには、録画ＩＤ、録画日時、番組情報および履歴ＩＤが付与されたテレビ放送受信部１２の出力（録画データ）が記録される。なお、履歴ＩＤとは、その録画データを録画するきっかけとなった着信（音声着信又はメール着信）の着信履歴を指定する番号であり、例えば「Ｔ０１」は音声着信した１番目の着信履歴を、「Ｍ０１」はメール着信した１番目の着信履歴を指定する。

（５）着信履歴格納部２０ｃの構成
図５は、着信履歴格納部２０ｃの構成を示す図である。着信履歴格納部２０ｃは、音声着信の着信履歴２０ｃ−１とメール着信の着信履歴２０ｃ−２とに大別される。音声着信の着信履歴２０ｃ−１は、履歴ＩＤ、着信日時、名前、電話番号、状態ＩＤ、録画ＩＤおよび報知フラグから構成される。一方、メール着信の着信履歴２０ｃ−２は、履歴ＩＤ、着信日時、名前、メールアドレス、状態ＩＤ、録画ＩＤ、報知フラグおよびメール本文から構成される。

これら着信履歴２０ｃ−１，２０ｃ−２に含まれる報知フラグとは、状態ＩＤで表される動作状態が完了した時に着信報知するか否かを指定するフラグである。後述するように、制御部１０は、この報知フラグが「１」の着信履歴において、対応する状態ＩＤの動作状態が完了した時に、着信があった時の自端末の動作状態をユーザに報知する。

すなわち、状態ＩＤが「Ｓ０１」であれば、テレビ放送出力を終えた時に「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。状態ＩＤが「Ｓ０２」ならば、アドレス帳入力操作を終えた時に「アドレス帳入力中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。状態ＩＤが「Ｓ０３」ならば、高速移動を終えた時に「高速移動中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。状態ＩＤが「Ｓ０４」ならば、低電圧状態から通常電圧に復帰した時に「低電圧中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。

Ｂ．動作
次に、図６〜図１５を参照して制御部１０の動作を説明する。以下では、最初に「メインルーチン」の動作を説明した後、このメインルーチンからコールされる「テレビ放送処理」、「アドレス帳登録処理」、「高速移動検出処理」、「低電圧検出処理」、「着信処理」および「発信・再生処理」の各動作について述べる。

（１）メインルーチンの動作
図６は、制御部１０が実行するメインルーチンの動作を示すフローチャートである。ユーザの電源オン操作により通信端末１００がパワーオンされると、制御部１０は図６に図示するメインルーチンを実行してステップＳＡ１に処理を進め、タイマを起動する。これにより、ＲＴＣ１７が発生するリアルタイムクロックに基づきタイマカウントがスタートする。続いて、ステップＳＡ２では、位置登録制御シーケンスを実行して網側に位置登録を行った後、待受状態に入る待受処理を実行する。

この後、ステップＳＡ３〜ＳＡ１０では、「設定操作」、「テレビ操作」、「アドレス帳操作」、「タイマタイムアウト（Ｔ．Ｏ）」、「着信」、「発信・再生操作」、「電源オフ操作」および「その他操作」のイベントの有無を判断する。これらイベントが発生しなければ、上記ステップＳＡ３〜ＳＡ１０の各判断結果はいずれも「ＮＯ」になり、上述したステップＳＡ２の待受状態を維持する。一方、待受状態で上記イベントのいずれかが発生すると、その発生したイベントに対応した処理を実行する。以下、発生イベント別の動作を説明する。

＜設定操作が行われた場合＞
ＲＡＭ２０に設けられる制御情報格納部２０ａに格納される制御情報中の設定フラグ（図３参照）を設定する設定操作が行われると、ステップＳＡ３の判断結果が「ＹＥＳ」になり、ステップＳＡ１１に進み、その設定操作に応じて設定フラグをセットする。例えば、テレビ放送出力中に着信報知させないようにする場合には、図３に図示する通り、状態ＩＤ「Ｓ０１」において、着信に対する処理として「報知しない」に対応する設定フラグを「１」にセットする。そして、設定処理完了後は、待受状態に復帰する。

＜テレビ操作が行われた場合＞
テレビ放送受信部１２をオンオフしたり、選局指示する等のテレビ操作が行われると、ステップＳＡ４の判断結果が「ＹＥＳ」になり、ステップＳＡ１２を介してテレビ放送処理を実行する。テレビ放送処理では、後述するように、テレビ放送出力を行ったり、テレビ放送出力を終了させる出力終了操作が行われると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０１」に基づき、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知したり、その他のテレビ放送処理をするようになっている。そして、こうしたテレビ放送処理が完了すると、上述の待受状態に復帰する。

＜アドレス帳操作が行われた場合＞
ＲＡＭ２０のアドレス帳格納部２０ｄに、例えば新規のアドレス帳データ（氏名、電話番号、メールアドレス等）を登録するためのアドレス帳操作が行われると、ステップＳＡ５の判断結果が「ＹＥＳ」になり、ステップＳＡ１３を介してアドレス帳登録処理を実行する。後述するように、アドレス帳登録処理では、アドレス帳の入力を行ったり、ユーザがアドレス帳の入力完了操作を行ってアドレス帳登録を終了させると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０２」に基づき、「アドレス帳入力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知するようになっている。そして、こうしたアドレス帳登録処理が完了すると、上述の待受状態に復帰する。

＜タイマタイムアウトした場合＞
前述したステップＳＡ１において起動したタイマが一定時間を計時してタイムアウトイベントが発生すると、ステップＳＡ６の判断結果が「ＹＥＳ」になり、ステップＳＡ１４を介して高速移動検出処理を実行する。後述するように、高速移動検出処理では、タイムアウトイベントが発生する毎に取得する位置情報に基づき高速移動中であるか否かを判断し、高速移動中の状態から高速移動していない着信報知可能な状態に遷移した時に報知フラグが「１」の着信履歴があると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０３」に基づき、「高速中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知するようになっている。

次いで、ステップＳＡ１５では低電圧検出処理を実行する。後述するように、低電圧検出処理では、タイムアウトイベントが発生する毎に電源電圧を検出して低電圧の状態であるか否かを判断し、電源電圧が低電圧の状態から通常電圧の状態に遷移した時に報知フラグが「１」の着信履歴が着信履歴格納部２０ｃに記憶されていると、その報知フラグが付与された状態ＩＤ「Ｓ０４」に基づき、「低電圧中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知するようになっている。この後、制御部１０は上述の待受状態に復帰する。

＜着信した場合＞
着信を検出すると、ステップＳＡ７の判断結果が「ＹＥＳ」になり、ステップＳＡ１６を介して着信処理を実行する。後述するように、着信処理では、テレビ放送出力中（又はアドレス帳入力中）の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に、テレビ放送出力中（又はアドレス帳入力中）に着信があると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」（又は「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」）を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。一方、テレビ放送出力中（又はアドレス帳入力中）の着信を報知する旨の制御情報が制御情報格納部２０ａに登録されている場合に、テレビ放送出力中（又はアドレス帳入力中）の音声着信があり、この着信報知に応答しないでいると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」（又は「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」）を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。

また、着信処理では、高速移動中（又は低電圧中）の音声着信に応答しないでいると、「高速移動中」を表す状態ＩＤ「Ｓ０３」（又は「低電圧中」を表す状態ＩＤ「Ｓ０４」）を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。そして、こうした着信処理を終えると、制御部１０は待受状態に復帰する。

＜発信・再生操作が行われた場合＞
音声発信やメール発信の発信操作もしくは録画データを再生させる再生操作が行われた場合には、ステップＳＡ８の判断結果が「ＹＥＳ」になり、ステップＳＡ１７を介して発信・再生処理を実行する。後述するように、発信・再生処理では、発信操作で指定された発信先電話番号（又は発信先メールアドレス）に対応する状態ＩＤが着信履歴２０ｃ−１に記憶されていると、その状態ＩＤに基づいた報知を行う。例えば状態ＩＤ「Ｓ０１」が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていれば、発信先電話番号（又は発信先メールアドレス）への発信に際して「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。また、再生操作により再生指定された録画データに履歴ＩＤが付与されていると、その履歴ＩＤを参照して対応する着信履歴を読み出し、読み出した着信履歴中の状態ＩＤに基づいた報知を行う。例えば状態ＩＤ「Ｓ０１」が着信履歴に記憶されている場合には、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。そして、こうした発信・再生処理を終えると、制御部１０は待受状態に復帰する。

＜電源オフ操作が行われた場合＞
通信端末１００をパワーオフする電源オフ操作が行われると、ステップＳＡ９の判断結果が「ＹＥＳ」になり、ステップＳＡ１８に進み、電源オフ処理を実行した後、本処理を完了させる。

＜その他の操作が行われた場合＞
上述した以外のその他の操作がなされた場合には、ステップＳＡ１０の判断結果が「ＹＥＳ」となり、ステップＳＡ１９に進み、その他の処理を実行する。その他の処理とは、例えばメール作成などの処理を指す。そして、その他の処理を実行した後は、待受状態に復帰する。

（２）テレビ放送処理の動作
次に、図７を参照してテレビ放送処理の動作を説明する。上述したメインルーチンのステップＳＡ１２（図６参照）を介して本処理が実行されると、制御部１０は図７に図示するステップＳＢ１に処理を進める。ステップＳＢ１〜ＳＢ３では、出力開始操作、出力終了操作およびその他の操作の有無を判断する。以下、ユーザが「出力開始操作を行った場合」、「その他の操作を行った場合」および「出力終了操作を行った場合」に分けて動作を説明する。

＜出力開始操作を行った場合＞
出力開始操作を行うと、上記ステップＳＢ１の判断結果が「ＹＥＳ」になり、ステップＳＢ４に進み、テレビ放送受信部１２をオン設定して放送受信を指示し、続くステップＳＢ５では、音声信号処理部１３および表示部１４に出力開始を指示して本処理を終える。

＜その他の操作を行った場合＞
出力開始操作および出力終了操作を除いたその他の操作、例えば受信チャンネルを指定する選局操作や、音声出力レベルを調整する音量操作などが行われた場合には、上記ステップＳＢ１、ＳＢ２の各判断結果が「ＮＯ」となり、ステップＳＢ３に進む。ステップＳＢ３では、例えば選局操作に応じて放送受信局を変更させたり、音量操作に応じて音声出力レベルを指定するその他のテレビ放送処理を実行して本処理を終える。

＜出力終了操作を行った場合＞
出力終了操作を行うと、上記ステップＳＢ２の判断結果が「ＹＥＳ」になり、ステップＳＢ６に進む。ステップＳＢ６では、テレビ放送出力中（受信出力中）であるか否かを判断する。出力中でなければ、判断結果は「ＮＯ」となり、本処理を終える。つまりテレビ放送出力中でなければ、出力終了操作を無効として本処理を終える。

一方、テレビ放送出力中に出力終了操作が行われると、上記ステップＳＢ６の判断結果は「ＹＥＳ」になり、ステップＳＢ７に進み、テレビ放送受信部１２をオフ設定すると共に、音声信号処理部１３および表示部１４に出力終了を指示する。次いで、ステップＳＢ８では、ＲＡＭ２０に設けられる着信履歴格納部２０ｃ（音声着信履歴２０ｃ−１およびメール着信履歴２０ｃ−２）に報知フラグが「１」の着信履歴が有る否かを判断する。該当する着信履歴が無ければ、判断結果は「ＮＯ」となり、本処理を終える。

これに対し、着信履歴格納部２０ｃ中に報知フラグが「１」の着信履歴が有れば、上記ステップＳＢ８の判断結果は「ＹＥＳ」になり、ステップＳＢ９に進む。ステップＳＢ９では、該当する着信履歴（報知フラグが「１」の着信履歴）中の状態ＩＤに基づいて着信があった時の動作状態をユーザに報知する。

すなわち、後述するように、着信処理（図１１〜図１４参照）では、テレビ放送出力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に着信があると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットするようになっている。したがって、出力終了操作に応じてテレビ放送出力を終了させた時に報知フラグが「１」の着信履歴があると、ステップＳＢ９では、該当する着信履歴の状態ＩＤ「Ｓ０１」に基づき、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。そして、こうした状態報知を終えると、ステップＳＢ１０に進み、該当する着信履歴の報知フラグを「０」にセットして本処理を終える。

このように、テレビ放送処理では、テレビ放送出力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に着信があり、その後にユーザが出力終了操作を行ってテレビ放送出力を終了させると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０１」に基づき、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。そして、報知後に該当する着信履歴の報知フラグをゼロリセットする。

（３）アドレス帳登録処理の動作
次に、図８を参照してアドレス帳登録処理の動作を説明する。前述したメインルーチンのステップＳＡ１３（図６参照）を介して本処理が実行されると、制御部１０は図８に図示するステップＳＣ１に処理を進める。ステップＳＣ１〜ＳＣ２では、アドレス帳操作が「入力開始操作」、「入力完了操作」および「入力操作」のいずれであるかを判別する。以下、ユーザが「入力開始操作を行った場合」、「入力操作を行った場合」および「入力完了操作を行った場合」に分けて動作を説明する。

＜入力開始操作を行った場合＞
入力開始操作を行うと、上記ステップＳＣ１の判断結果が「ＹＥＳ」になり、ステップＳＣ３に進み、アドレス帳入力開始の状態に設定する。なお、アドレス帳入力開始の状態とは、ＲＡＭ２０に設けられるアドレス帳格納部２０ｄから読み出すアドレス帳データに基づきアドレス帳を表示部１５に画面表示した状態を指す。

＜入力操作を行った場合＞
入力開始操作後に入力操作を行うと、上記ステップＳＣ１、ＳＣ２の各判断結果がいずれも「ＮＯ」となり、ステップＳＣ９に進み、例えば新規登録するアドレス帳データ（名前、電話番号、メールアドレス等）を入力する等のアドレス帳入力処理を実行する。

＜入力完了操作を行った場合＞
入力完了操作を行うと、上記ステップＳＣ２の判断結果が「ＹＥＳ」になり、ステップＳＣ４に進む。ステップＳＣ４では、アドレス帳入力中であるか否かを判断する。アドレス帳入力が行われていない状態で入力完了操作が行われた場合には、判断結果が「ＮＯ」になり、本処理を終える。つまりアドレス帳入力が行われていない状態では入力完了操作を無効化する。

一方、アドレス帳入力中ならば、上記ステップＳＣ４の判断結果は「ＹＥＳ」になり、ステップＳＣ５に進み、入力されたアドレス帳データをＲＡＭ２０に設けられるアドレス帳格納部２０ｄに登録する。こうしてアドレス帳登録が行われると、制御部１０はステップＳＣ６に進み、ＲＡＭ２０に設けられる着信履歴格納部２０ｃ（音声着信履歴２０ｃ−１およびメール着信履歴２０ｃ−２）の内に報知フラグが「１」の着信履歴が有るか否かを判断する。該当する着信履歴が無ければ、判断結果は「ＮＯ」となり、本処理を終える。

これに対し、着信履歴格納部２０ｃ中に報知フラグが「１」の着信履歴が有ると、上記ステップＳＣ６の判断結果は「ＹＥＳ」になり、ステップＳＣ７に進む。ステップＳＣ７では、該当する着信履歴（報知フラグが「１」の着信履歴）中の状態ＩＤに基づいて着信した時の動作状態を報知する。

すなわち、後述するように、着信処理（図１１〜図１４参照）では、アドレス帳入力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に着信があると、「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットするようになっている。したがって、アドレス帳入力を終了させた時点で報知フラグが「１」の着信履歴があると、ステップＳＣ７では、該当する着信履歴の状態ＩＤ「Ｓ０２」に基づき、「アドレス帳入力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。そして、こうした状態報知を終えると、ステップＳＣ８に進み、該当する着信履歴の報知フラグを「０」にセットして本処理を終える。

以上のように、アドレス帳登録処理では、アドレス帳入力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に着信があり、その後にユーザがアドレス帳の入力完了操作を行ってアドレス帳登録を終了させると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０２」に基づき、「アドレス帳入力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知し、報知後に該当する着信履歴の報知フラグをゼロリセットする。

（４）高速移動検出処理の動作
次に、図９を参照して高速移動検出処理の動作を説明する。前述したメインルーチンのステップＳＡ１４（図６参照）を介して本処理が実行されると、制御部１０は図９に図示するステップＳＤ１に処理を進める。ステップＳＤ１では、ＧＰＳ信号受信部１３をオン設定し、当該ＧＰＳ信号受信部１３がＧＰＳ信号を受信して発生する位置情報を取得すると共に、その取得した位置情報をＲＡＭ２０に設けられる位置情報格納部２０ｅに記憶する。

なお、位置情報格納部２０ｅには、少なくとも前回の位置情報を記憶する第１の位置情報エリアと、今回取得した位置情報を記憶する第２の位置情報エリアとが設けられ、タイムアウトイベントが発生する所定周期毎に、第２の位置情報エリアに記憶されている位置情報を前回の位置情報として第１の位置情報エリアに更新登録する一方、今回取得した位置情報を第２の位置情報エリアにストアするようになっている。

次いで、ステップＳＤ２では、第１の位置情報エリアに更新登録される前回の位置情報と、第２の位置情報エリアにストアされる今回取得した位置情報との差分から高速移動中である否かを判断する。高速移動中であると、判断結果が「ＹＥＳ」になり、ステップＳＤ３に進み、ＲＡＭ２０のワークエリア（不図示）に設けられる高速移動フラグを「１」にセットして本処理を終える。

一方、高速移動中でなければ、上記ステップＳＤ２の判断結果は「ＮＯ」になり、ステップＳＤ４に進み、高速移動フラグを「０」にセットする。次いで、ステップＳＤ５では、報知可能と判別する。つまり、高速移動中の状態から高速移動していない着信報知可能な状態に遷移したと判別する。続いて、ステップＳＤ６では、ＲＡＭ２０に設けられる着信履歴格納部２０ｃ（音声着信履歴２０ｃ−１およびメール着信履歴２０ｃ−２）に報知フラグが「１」の着信履歴が有るか否かを判断する。該当する着信履歴が無ければ、判断結果は「ＮＯ」となり、本処理を終える。

これに対し、着信履歴格納部２０ｃ中に報知フラグが「１」の着信履歴が有ると、上記ステップＳＤ６の判断結果は「ＹＥＳ」になり、ステップＳＤ７に進む。ステップＳＤ７では、該当する着信履歴（報知フラグが「１」の着信履歴）中の状態ＩＤに基づいて着信があった時の動作状態を報知する。

すなわち、後述するように、着信処理（図１１〜図１４参照）では、高速移動中の音声着信に応答しない場合、「高速移動中」を表す状態ＩＤ「Ｓ０３」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットするようになっている。したがって、高速移動中の状態から高速移動していない状態に遷移した時に報知フラグが「１」の着信履歴があると、ステップＳＤ７では、該当する着信履歴の状態ＩＤ「Ｓ０３」に基づき、「高速中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。そして、こうした状態報知を終えると、ステップＳＤ８に進み、該当する着信履歴の報知フラグを「０」にセットして本処理を終える。

以上のように、高速移動検出処理では、タイムアウトイベントが発生する毎に位置情報を取得し、前回取得した位置情報と今回取得した位置情報との差分に基づき高速移動中であるか否かを判断する。そして、高速移動中の状態から高速移動していない着信報知可能な状態に遷移した時に報知フラグが「１」の着信履歴があると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０３」に基づき、「高速中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知し、報知後に該当する着信履歴の報知フラグをゼロリセットする。

（５）低電圧検出処理の動作
次に、図１０を参照して低電圧検出処理の動作を説明する。前述したメインルーチンのステップＳＡ１５（図６参照）を介して本処理が実行されると、制御部１０は図１０に図示するステップＳＥ１に処理を進め、電源電圧を検出する。続いて、ステップＳＥ２では、検出した電源電圧が所定レベル未満の低電圧状態であるか否かを判断する。低電圧状態であると、判断結果が「ＹＥＳ」になり、ステップＳＥ３に進み、ＲＡＭ２０のワークエリア（不図示）に設けられる低電圧フラグを「１」にセットする。次いで、ステップＳＥ４に進み、タイマの再起動を指示して本処理を終える。

一方、低電圧状態でなければ、上記ステップＳＥ２の判断結果は「ＮＯ」になり、ステップＳＥ５に進み、低電圧フラグを「０」にセットする。そして、ステップＳＥ６では、報知可能と判別する。続いて、ステップＳＥ７では、ＲＡＭ２０に設けられる着信履歴格納部２０ｃ（音声着信履歴２０ｃ−１およびメール着信履歴２０ｃ−２）に報知フラグが「１」の着信履歴が有るか否かを判断する。該当する着信履歴が無ければ、判断結果は「ＮＯ」となり、ステップＳＥ４にてタイマの再起動を指示した後、本処理を終える。

これに対し、着信履歴格納部２０ｃ中に報知フラグが「１」の着信履歴が有ると、上記ステップＳＥ７の判断結果は「ＹＥＳ」になり、ステップＳＥ８に進む。ステップＳＥ８では、該当する着信履歴（報知フラグが「１」の着信履歴）中の状態ＩＤに基づいて着信があった時の動作状態を報知する。

すなわち、後述するように、着信処理（図１１〜図１４参照）では、低電圧中の音声着信に応答しない場合、「低電圧中」を表す状態ＩＤ「Ｓ０４」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットするようになっている。したがって、電源電圧が低電圧の状態から通常電圧の状態に遷移した時に報知フラグが「１」の着信履歴があると、ステップＳＥ８では、該当する着信履歴の状態ＩＤ「Ｓ０４」に基づき、「低電圧中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。そして、こうした状態報知を終えると、ステップＳＥ９に進み、該当する着信履歴の報知フラグを「０」にセットした後、ステップＳＥ４にてタイマの再起動を指示して本処理を終える。

以上のように、低電圧検出処理では、タイムアウトイベントが発生する毎に電源電圧を検出して低電圧の状態であるか否かを判断する。そして、電源電圧が低電圧の状態から通常電圧の状態に遷移した時に報知フラグが「１」の着信履歴があると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０４」に基づき、「低電圧中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知し、報知後に該当する着信履歴の報知フラグをゼロリセットする。

（６）着信処理の動作
次に、図１１〜図１４を参照して着信処理の動作を説明する。前述したメインルーチンのステップＳＡ１６（図６参照）を介して本処理が実行されると、制御部１０は図１１に図示するステップＳＦ１に処理を進め、音声着信かメール着信かを判別する。続いて、ステップＳＦ２では、判別した着信内容に基づき着信履歴を記憶する。すなわち、音声着信ならば着信履歴２０ｃ−１（図５参照）を記憶し、メール着信ならば着信履歴２０ｃ−２（図５参照）を記憶する。次いで、ステップＳＦ３では、着信時の動作状態を検出する。

そして、ステップＳＦ４〜ＳＦ７では、上記ステップＳＦ３にて検出した着信時の動作状態が前述した待受状態で着信する「通常の着信」、「テレビ放送出力中の着信」、「アドレス帳入力中の着信」、「高速移動中の着信」および「低電圧状態下の着信」のいずれであるかを判別する。以下、これら状態別に動作を説明する。

＜通常の着信＞
通常の着信であると、ステップＳＦ４〜ＳＦ７の各判断結果が「ＮＯ」になり、制御部１０はステップＳＦ８に処理を進める。ステップＳＦ８では、音声着信であるか否かを判断する。メール着信であると、判断結果は「ＮＯ」になり、ステップＳＦ９に進み、メール着信報知を行って本処理を終える。

これに対し、音声着信ならば、上記ステップＳＦ８の判断結果が「ＹＥＳ」になり、ステップＳＦ１０に進み、音声着信報知を行う。そして、ステップＳＦ１１では、応答操作の有無を判断する。音声着信報知中に応答操作が行われなければ、判断結果は「ＮＯ」になり、本処理を完了させる。一方、音声着信報知中に応答操作が行われると、上記ステップＳＦ１１の判断結果は「ＹＥＳ」となり、ステップＳＦ１２に進み、通信相手側との回線を接続し、通話させて本処理を終える。

＜テレビ放送出力中の着信＞
テレビ放送出力中の着信であると、ステップＳＦ４の判断結果が「ＹＥＳ」となり、図１２に図示するステップＳＦ１３に処理を進める。ステップＳＦ１３では、ＲＡＭ２０の制御情報格納部２０ａに記憶される制御情報の内から、テレビ放送出力中を表す状態ＩＤ「Ｓ０１」において設定フラグ「１」が付与された「着信に対する処理」を読み出す。続いて、ステップＳＦ１４では、上記ステップＳＦ１３にて制御情報格納部２０ａから読み出した「着信に対する処理」が「報知しない」であるか否かを判断する。「着信に対する処理」が「報知しない」場合には、判断結果が「ＹＥＳ」になり、ステップＳＦ１５に進む。

ステップＳＦ１５では、上記ステップＳＦ２において着信履歴格納部２０ｃに記憶した着信履歴に、テレビ放送出力中を表す状態ＩＤ「Ｓ０１」を記憶する。すなわち、音声着信であれば、上記ステップＳＦ２において着信履歴２０ｃ−１（図５参照）に記憶した着信履歴の履歴ＩＤに対応する状態ＩＤとして、テレビ放送出力中を表す「Ｓ０１」を登録する。また、メール着信であったならば、上記ステップＳＦ２において着信履歴２０ｃ−２（図５参照）に記憶した着信履歴の履歴ＩＤに対応する状態ＩＤとして、テレビ放送出力中を表す「Ｓ０１」を登録する。続いて、ステップＳＦ１６では、上記ステップＳＦ１５において記憶した状態ＩＤに対応する着信履歴中の報知フラグを「１」にセットして本処理を終える。

さて一方、「着信に対する処理」が「録画して報知する」場合であると、上記ステップＳＦ１４の判断結果は「ＮＯ」になり、ステップＳＦ１７に進む。ステップＳＦ１７では、音声信号処理部１３および表示部１４にテレビ放送出力終了を指示する。次いで、ステップＳＦ１８では、録画ＩＤ、録画日時、番組情報および履歴ＩＤが付加されたテレビ放送受信部１２の出力（録画データ）を録画データ格納部２０ｄに録画する。なお、履歴ＩＤは、上記ステップＳＦ２（図１１参照）において着信履歴格納部２０ｃに記憶した着信履歴の履歴ＩＤを付加する。

そして、ステップＳＦ１９では、音声着信であるか否かを判断する。メール着信であったならば、判断結果は「ＮＯ」になり、ステップＳＦ２０に進み、メール着信報知を行う。この後、ステップＳＦ２４に進み、メール着信報知中に見逃したテレビ放送を視聴する為、録画データ追いかけ再生の実行を指示して本処理を終える。なお、ステップＳＦ２４では、録画データ追いかけ再生を行うか否かをユーザ操作で指定する態様としても構わない。

これに対し、音声着信ならば、上記ステップＳＦ１９の判断結果が「ＹＥＳ」になり、ステップＳＦ２１に進み、音声着信報知を行う。次いで、ステップＳＦ２２では、応答操作の有無を判断する。音声着信報知中に応答操作が行われると、判断結果は「ＹＥＳ」となり、ステップＳＦ２３に進み、通信相手側との回線を接続して通話させる。そして、通話が終了すると、ステップＳＦ２４に進み、通話中に見逃したテレビ放送を視聴する為、録画データ追いかけ再生の実行を指示して本処理を終える。

一方、音声着信報知中に応答操作が行われないと、上記ステップＳＦ２２の判断結果は「ＮＯ」になり、ステップＳＦ２５に進む。ステップＳＦ２５では、前述したステップＳＦ２（図１１参照）において着信履歴２０ｃ−１に記憶した履歴ＩＤに対応する状態ＩＤとして、テレビ放送出力中を表す「Ｓ０１」を登録する。次いで、ステップＳＦ２６では、その登録した状態ＩＤに対応する着信履歴２０ｃ−１中の報知フラグを「１」にセットする。この後、ステップＳＦ２４に進み、音声着信報知中に見逃したテレビ放送を視聴する為、録画データ追いかけ再生の実行を指示して本処理を終える。

＜アドレス帳入力中の着信＞
アドレス帳入力中に着信した場合には、図１１に図示するステップＳＦ５の判断結果が「ＹＥＳ」となり、図１３に図示するステップＳＦ２７に処理を進める。ステップＳＦ２７では、ＲＡＭ２０の制御情報格納部２０ａに記憶される制御情報の内から、アドレス帳入力中を表す状態ＩＤ「Ｓ０２」において設定フラグ「１」が付与された「着信に対する処理」を読み出す。続いて、ステップＳＦ２８では、上記ステップＳＦ２７にて制御情報格納部２０ａから読み出した「着信に対する処理」が「報知しない」であるか否かを判断する。「着信に対する処理」が「報知しない」場合には、判断結果が「ＹＥＳ」になり、ステップＳＦ２９に進む。

ステップＳＦ２９では、前述したステップＳＦ２（図１１参照）において着信履歴格納部２０ｃに記憶した着信履歴に、アドレス帳入力中を表す状態ＩＤ「Ｓ０２」を記憶する。すなわち、音声着信であれば、着信履歴２０ｃ−１に記憶した着信履歴の履歴ＩＤに対応する状態ＩＤとして、アドレス帳入力中を表す「Ｓ０２」を登録する。また、メール着信であったならば、着信履歴２０ｃ−２に記憶した着信履歴の履歴ＩＤに対応する状態ＩＤとして、アドレス帳入力中を表す「Ｓ０２」を登録する。続いて、ステップＳＦ３０では、上記ステップＳＦ２９にて登録した状態ＩＤに対応する着信履歴中の報知フラグを「１」にセットして本処理を終える。

さて一方、「着信に対する処理」が「一時保存して報知する」場合であると、上記ステップＳＦ２８の判断結果は「ＮＯ」になり、ステップＳＦ３１に進む。ステップＳＦ３１では、入力中のアドレス帳データをＲＡＭ２０のアドレス帳格納部２０ｄに一時保存する。次いで、ステップＳＦ３２では、音声着信であるか否かを判断する。メール着信であったならば、判断結果は「ＮＯ」になり、ステップＳＦ３３に進み、メール着信報知を行う。この後、ステップＳＦ３７に進み、ＲＡＭ２０のアドレス帳格納部２０ｄに一時保存したアドレス帳データを、ＲＡＭ２０のワークエリアに戻して本処理を終える。これにより、アドレス帳入力が継続される。

これに対し、音声着信であると、上記ステップＳＦ３２の判断結果は「ＹＥＳ」になり、ステップＳＦ３４に進み、音声着信報知を行う。次いで、ステップＳＦ３５では、応答操作の有無を判断する。音声着信報知中に応答操作が行われると、判断結果は「ＹＥＳ」となり、ステップＳＦ３６に進み、通信相手側との回線を接続して通話させる。そして、通話が終了すると、ステップＳＦ３７に進み、ＲＡＭ２０のアドレス帳格納部２０ｄに一時保存したアドレス帳データを、ＲＡＭ２０のワークエリアに戻して本処理を終える。これにより、アドレス帳入力が継続される。

一方、音声着信報知中に応答操作が行われないと、上記ステップＳＦ３５の判断結果は「ＮＯ」になり、ステップＳＦ３８に進む。ステップＳＦ３８では、前述したステップＳＦ２（図１１参照）において着信履歴２０ｃ−１に記憶した履歴ＩＤに対応する状態ＩＤとして、アドレス帳入力中を表す「Ｓ０２」を登録する。次いで、ステップＳＦ３９では、その登録した状態ＩＤに対応する着信履歴２０ｃ−１中の報知フラグを「１」にセットする。この後、ステップＳＦ３７に進み、ＲＡＭ２０のアドレス帳格納部２０ｄに一時保存したアドレス帳データを、ＲＡＭ２０のワークエリアに戻して本処理を終える。これにより、アドレス帳入力が継続される。

＜高速移動中の着信＞
高速移動中に着信した場合には、図１１に図示するステップＳＦ６の判断結果が「ＹＥＳ」となり、図１４に図示するステップＳＦ４０に処理を進める。ステップＳＦ４０では、音声着信であるか否かを判断する。メール着信であったならば、判断結果は「ＮＯ」になり、ステップＳＦ４１に進み、メール着信報知を行った後、本処理を終える。

これに対し、音声着信であると、上記ステップＳＦ４０の判断結果は「ＹＥＳ」になり、ステップＳＦ４２に進み、音声着信報知を行う。次いで、ステップＳＦ４３では、応答操作の有無を判断する。音声着信報知中に応答操作が行われると、判断結果は「ＹＥＳ」となり、ステップＳＦ４４に進み、通信相手側との回線を接続して通話させて本処理を終える。

一方、音声着信報知中に応答操作が行われないと、上記ステップＳＦ４３の判断結果は「ＮＯ」になり、ステップＳＦ４５に進む。ステップＳＦ４５では、前述したステップＳＦ２（図１１参照）において着信履歴２０ｃ−１に記憶した履歴ＩＤに対応する状態ＩＤとして、高速移動中を表す「Ｓ０３」を登録する。次いで、ステップＳＦ４６では、その登録した状態ＩＤに対応する着信履歴２０ｃ−１中の報知フラグを「１」にセットした後、本処理を終える。

＜低電圧状態下の着信＞
低電圧状態下で着信すると、図１１に図示するステップＳＦ７の判断結果が「ＹＥＳ」となり、図１４に図示するステップＳＦ４０に処理を進め、音声着信であるか否かを判断する。メール着信であると、判断結果は「ＮＯ」になり、ステップＳＦ４１に進み、メール着信報知して本処理を終える。これに対し、音声着信ならば、上記ステップＳＦ４０の判断結果が「ＹＥＳ」になり、ステップＳＦ４２に進み、音声着信報知を行う。次いで、ステップＳＦ４３では、応答操作の有無を判断する。音声着信報知中に応答操作されれば、判断結果は「ＹＥＳ」となり、ステップＳＦ４４に進み、通信相手側との回線を接続して通話させて本処理を終える。

一方、音声着信報知中に応答操作が行われないと、上記ステップＳＦ４３の判断結果は「ＮＯ」になり、ステップＳＦ４５に進む。ステップＳＦ４５では、前述したステップＳＦ２（図１１参照）において着信履歴２０ｃ−１に記憶した履歴ＩＤに対応する状態ＩＤとして、低電圧中を表す「Ｓ０４」を登録する。次いで、ステップＳＦ４６では、その登録した状態ＩＤに対応する着信履歴２０ｃ−１中の報知フラグを「１」にセットして本処理を終える。

以上のように、着信処理では、テレビ放送出力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に、テレビ放送出力中に着信があると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。一方、テレビ放送出力中の着信を報知する旨の制御情報が制御情報格納部２０ａに登録されている場合に、テレビ放送出力中の音声着信があり、この着信報知に応答しないでいると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。

また、着信処理では、アドレス帳入力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に、アドレス帳入力中に着信があると、「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。一方、アドレス帳入力中の着信を報知する旨の制御情報が制御情報格納部２０ａに登録されている場合に、アドレス帳入力中の音声着信があり、この着信報知に応答しないでいると、「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。

さらに、着信処理では、高速移動中（又は低電圧中）の音声着信に応答しないでいると、「高速移動中」を表す状態ＩＤ「Ｓ０３」（又は「低電圧中」を表す状態ＩＤ「Ｓ０４」）を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。

（７）発信・再生処理の動作
次に、図１５を参照して発信・再生処理の動作を説明する。前述したメインルーチンのステップＳＡ１７（図６参照）を介して本処理が実行されると、制御部１０は図１５に図示するステップＳＧ１に処理を進め、音声発信やメール発信の発信操作または再生操作のいずれかが行われたかを判断する。以下、発信操作が行われた場合と、再生操作が行われた場合とに分けて動作を説明する。

＜発信操作が行われた場合＞
発信操作が行われると、ステップＳＧ１の判断結果が「ＹＥＳ」になり、ステップＳＧ２に進む。ステップＳＧ２では、発信操作で指定された発信相手の電話番号である発信先電話番号（又は発信相手のメールアドレスである発信先メールアドレス）が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されているかどうかを判断する。発信相手の電話番号（又はメールアドレス）が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていなければ、判断結果は「ＮＯ」になり、ステップＳＧ５に進み、発信相手の電話番号（又はメールアドレス）に発信して本処理を終える。

一方、発信相手の電話番号（又はメールアドレス）が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていると、上記ステップＳＧ２の判断結果が「ＹＥＳ」になり、ステップＳＧ３に進む。ステップＳＧ３では、発信相手の電話番号（又はメールアドレス）に対応する状態ＩＤが着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されているか否かを判断する。状態ＩＤが着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていなければ、判断結果は「ＮＯ」になり、ステップＳＧ５に進み、発信相手の電話番号（又はメールアドレス）に発信して本処理を終える。

これに対し、状態ＩＤが着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていると、上記ステップＳＧ３の判断結果は「ＹＥＳ」となり、ステップＳＧ４に進み、その状態ＩＤに基づいた報知を行う。例えば、発信相手の電話番号（又はメールアドレス）に対応して状態ＩＤ「Ｓ０１」が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されている場合には、その電話番号（又はメールアドレス）への発信に際して「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。これにより、発信しようとする相手からの着信があった時の自端末の動作状態を、操作することなく確認し得るようになる。そして、こうした報知を行った後、ステップＳＧ５に進み、発信相手の電話番号（又はメールアドレス）に発信して本処理を終える。

＜再生操作が行われた場合＞
再生操作が行われた場合には、上記ステップＳＧ１の判断結果が「ＮＯ」になり、ステップＳＧ６に進む。ステップＳＧ６では、ＲＡＭ２０の録画データ格納部２０ｂ（図４参照）の内から再生する録画データを選択する。次いで、ステップＳＧ７では、選択した録画データに履歴ＩＤが付与されているか否かを判断する。選択した録画データに履歴ＩＤが付与されていなければ、判断結果は「ＮＯ」になり、ステップＳＧ１０に進み、録画データの再生開始を指示して本処理を終える。

一方、選択した録画データに履歴ＩＤが付与されていれば、上記ステップＳＧ７の判断結果が「ＹＥＳ」になり、ステップＳＧ８に進む。ステップＳＧ８では、選択した録画データに付与されている履歴ＩＤを参照して対応する着信履歴を読み出す。次いで、ステップＳＧ９では、この読み出した着信履歴中の状態ＩＤに基づいた報知を行う。例えば、状態ＩＤ「Ｓ０１」が着信履歴に記憶されている場合には、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。これにより、再生する録画データが、着信に応じて録画したテレビ放送であることを、操作することなく確認し得るようになる。そして、こうした報知を行った後、ステップＳＧ１０に進み、録画データの再生開始を指示して本処理を終える。

このように発信・再生処理では、発信操作により指定された発信先電話番号（又は発信先メールアドレス）に対応する状態ＩＤが着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されていると、その状態ＩＤに基づいた報知を行う。例えば状態ＩＤ「Ｓ０１」が着信履歴２０ｃ−１（又は２０ｃ−２）に記憶されている場合には、発信先電話番号（又は発信先メールアドレス）への発信に際して「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。

また、再生操作により再生指定された録画データに履歴ＩＤが付与されていると、その履歴ＩＤを参照して対応する着信履歴を読み出し、読み出した着信履歴中の状態ＩＤに基づいた報知を行う。例えば状態ＩＤ「Ｓ０１」が着信履歴に記憶されている場合には、「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに報知する。

以上説明したように、本実施の形態では、動作状態に応じた着信報知態様を指定する制御情報を制御情報格納部２０ａに記憶すると共に、着信した時の動作状態を表す状態ＩＤと、この状態ＩＤで表される動作状態が完了した時に着信報知するか否かを指定する報知フラグとを含む着信履歴を着信履歴格納部２０ｃに記憶するようにし、テレビ放送出力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に、テレビ放送出力中に着信があると、「テレビ放送出力中」を表す状態ＩＤ「Ｓ０１」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。この後、ユーザが出力終了操作を行ってテレビ放送出力を終了させると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０１」を参照して「テレビ放送を出力中に着信がありました」なるメッセージを画面表示してユーザに着信時の動作状態を報知する。

また、アドレス帳入力中の着信を報知しない旨の制御情報が制御情報格納部２０ａに登録されている場合に、アドレス帳入力中に着信があると、「アドレス帳入力中」を表す状態ＩＤ「Ｓ０２」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。この後、ユーザがアドレス帳の入力完了操作を行ってアドレス帳登録を終了させると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０２」を参照して「アドレス帳入力中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。

さらに、高速移動中の音声着信に応答しないでいると、「高速移動中」を表す状態ＩＤ「Ｓ０３」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。この後、高速移動中の状態から高速移動していない着信報知可能な状態になると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０３」を参照して「高速中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。

加えて、低電圧中の音声着信に応答しないでいると、「低電圧中」を表す状態ＩＤ「Ｓ０４」を着信履歴に記憶すると共に、対応する報知フラグを「１」にセットする。この後、電源電圧が低電圧の状態から通常電圧の状態になると、着信履歴格納部２０ｃ中で報知フラグが「１」の着信履歴の状態ＩＤ「Ｓ０４」に基づき、「低電圧中に着信がありました」なるメッセージを画面表示してユーザに着信があった時の動作状態を報知する。

こうした様々な報知態様を具現することにより、着信があった時の動作状態（テレビ視聴中、アドレス帳入力中、高速移動中、低電圧中など）を確認することができる。より具体的に述べれば、以下に示す（ａ）〜（ｆ）の効果を奏する。

（ａ）着信があった時に動作していた特定の動作状態を、着信以後にユーザが確認することができる。これにより、着信相手に対して電話をかけたりメールを送信したりする時に、着信時の状況を説明する場合などに役立てることができる。
（ｂ）毎回ではなく、着信を報知しなかった場合や着信に応答しなかった場合など、着信時の状況（動作状態）を後で知りたいと想定できる場合に後でユーザが確認することができる。
（ｃ）特定の動作状態が終了したときに、操作によらずにユーザが確認することができる。
（ｄ）相手に発信する時に、その相手から着信があった時の動作状態を操作によらずにユーザが確認することができる。
（ｅ）着信があった時に通信端末の状態が通信に適した状態（高速移動中や低電圧中）でなかったことを、後で確認することができる。これにより、着信相手に対して電話をかけたりメールを送信したりする時に、着信時の状況を説明する場合などに役立てることができる。
（ｆ）通信に適した動作状態になったときに、ユーザの操作によらずに確認することができる。

なお、上述した実施の形態では、着信があった時の、動作状態の一例としてテレビ放送出力中、アドレス帳入力中、高速移動中、低電圧中について言及したが、本発明の要旨はこれら動作状態に限定されるものでなく、例えばメール作成中、音楽データ再生中、デジタルカメラ起動中、ビデオゲーム動作中、ブラウザ起動中などの通信端末１００が備える各種機能の動作状態について適用できることは言うまでもない。
また、着信履歴の状態ＩＤに基づいてユーザに着信時の動作状態を報知する際に、「テレビ放送を出力中に着信がありました」などのメッセージを画面表示するだけでなく、着信履歴に記憶される着信日時、名前、電話番号、メールアドレス、メール本文をさらに画面表示するようにしてもよい。

通信端末１００の機能概要を説明する為のシステム構成図である。 通信端末１００の構成を示すブロック図である。 制御情報格納部２０ａの構成を示す図である。 録画データ格納部２０ｂの構成を示す図である。 着信履歴格納部２０ｃの構成を示す図である。 メインルーチンの動作を示すフローチャートである。 テレビ放送処理の動作を示すフローチャートである。 アドレス帳登録処理の動作を示すフローチャートである。 高速移動検出処理の動作を示すフローチャートである。 低電圧検出処理の動作を示すフローチャートである。 着信処理の動作を示すフローチャートである。 着信処理の動作を示すフローチャートである。 着信処理の動作を示すフローチャートである。 着信処理の動作を示すフローチャートである。 発信・再生処理の動作を示すフローチャートである。

符号の説明

１０ 制御部
１１ 無線通信送受信部
１２ テレビ放送受信部
１３ ＧＰＳ信号受信部
１４ 音声信号処理部
１５ 表示部
１６ 操作部
１７ ＲＴＣ
１８ 充電台接続部
１９ ＲＯＭ
２０ ＲＡＭ
２０ａ 制御情報格納部
２０ｂ 録画データ格納部
２０ｃ 着信履歴格納部
２０ｄ 位置情報格納部
１００ 通信端末

Claims (13)

1. 複数種の動作状態を有する通信端末であって、
   複数種の動作状態の内、着信があった時の動作状態を検出する検出手段と、
   着信に対する処理を制御する着信制御手段と、
   前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す状態情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、
   前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す状態情報を履歴情報として記憶する記憶手段と
   を具備することを特徴とする通信端末。
2. 複数種の動作状態の内、所定の動作状態の終了を監視する監視手段と、
   前記監視手段の監視結果に基づいて、履歴情報を参照した報知が可能か否かを判別する報知判別手段と、
   前記報知判別手段が報知可能と判別した場合に、履歴情報を参照して報知する履歴報知手段と
   を更に備えることを特徴とする請求項１記載の通信端末。
3. 前記記憶手段は、
   通信相手の識別情報を、前記検出手段により検出された動作状態を表す状態情報と共に履歴情報として記憶しておき、この履歴情報中の通信相手の識別情報に基づき発信する際に、当該通信相手の識別情報に対応付けられた状態情報が記憶されているか否かを判別する履歴判別手段と、
   前記履歴判別手段により通信相手の識別情報に対応付けられた状態情報が記憶されていると判別された場合に、発信時に履歴情報を参照して報知する発信時履歴報知手段と
   を更に備えることを特徴とする請求項１記載の通信端末。
4. 前記検出手段がテレビ放送を受信して出力する動作状態を検出した場合、前記記憶手段はテレビ放送の受信出力中を表す状態情報を履歴情報として記憶することを特徴とする請求項１記載の通信端末。
5. 前記検出手段がデータを記録する動作状態を検出した場合、前記記憶手段は、データ記録中を表す状態情報を履歴情報として記憶することを特徴とする請求項１記載の通信端末。
6. 記録されたデータを履歴情報と対応付けて記憶するデータ記憶手段と、
   記録されたデータを出力する際に、前記データ記憶手段によってそのデータと対応付けて記憶された履歴情報を参照して報知する出力時履歴報知手段と
   を更に備えることを特徴とする請求項５記載の通信端末。
7. 通信に適した動作状態であるか否かを検出する検出手段と、
   着信に対する処理を制御する着信制御手段と、
   前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す通信適否情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、
   前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す通信適否情報を履歴情報として記憶する記憶手段と
   を具備することを特徴とする通信端末。
8. 通信に適した動作状態になることを監視する監視手段と、
   前記監視手段の監視結果に基づいて、履歴情報を参照した報知が可能か否かを判別する報知判別手段と、
   前記報知判別手段が報知可能と判別した場合に、履歴情報を参照して報知する履歴報知手段と
   を更に備えることを特徴とする請求項７記載の通信端末。
9. 前記記憶手段は、
   通信相手の識別情報を、前記検出手段により検出された動作状態を表す通信適否情報と共に履歴情報として記憶しておき、この履歴情報中の通信相手の識別情報に基づき発信する際に、当該通信相手の識別情報に対応付けられた通信適否情報が記憶されているか否かを判別する履歴判別手段と、
   前記履歴判別手段により通信相手の識別情報に対応付けられた通信適否情報が記憶されていると判別された場合に、発信時に履歴情報を参照して報知する発信時履歴報知手段と
   を更に備えることを特徴とする請求項７記載の通信端末。
10. 前記検出手段は、端末の移動速度に応じて、通信に適した動作状態であるか否かを検出することを特徴とする請求項７記載の通信端末。
11. 前記検出手段は、端末を駆動する電源電圧レベルに応じて、通信に適した動作状態であるか否かを検出することを特徴とする請求項７記載の通信端末。
12. 複数種の動作状態を有する通信端末で実行されるプログラムあって、
    複数種の動作状態の内、着信があった時の動作状態を検出する検出手段と、
    着信に対する処理を制御する着信制御手段と、
    前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す状態情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、
    前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す状態情報を履歴情報として記憶する記憶手段と
    を具備することを特徴とする通信端末の処理プログラム。
13. 通信端末で実行されるプログラムあって、
    通信に適した動作状態であるか否かを検出する検出手段と、
    着信に対する処理を制御する着信制御手段と、
    前記着信制御手段による制御結果に基づいて、前記検出手段により検出された動作状態を表す通信適否情報を、履歴情報として記憶するか否かを判別する記憶判別手段と、
    前記記憶判別手段が記憶すると判別した場合に、前記検出手段により検出された動作状態を表す通信適否情報を履歴情報として記憶する記憶手段と
    を具備することを特徴とする通信端末の処理プログラム。

Images