JP2015070373A - 通信端末装置、音声再生方法及び音声再生プログラム - Google Patents

Abstract

【課題】ユーザが通話相手の音声を聞き逃しても、円滑に正常な通話状態に回復できるようにする。
【解決手段】通信端末装置は、受話口付近における近接物を検出すると、当該検出の前に受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する再生部と、通話の中断に係る通知音を対向端末へ送出し、上記録音の再生が終了すると、通知音の送出を終える送出部とを有する。
【選択図】図９

Description

本発明は、通話において聞き逃した音声を再生する技術に関する。

ある文献には、送受話器が耳から外されているときに受話音声を動的にバッファリングし、送受話器が耳へ戻されると、バッファリングされた受話音声を再生する技術が開示されている。この技術によれば、耳元から送受話器が一旦外されても、再び耳元に送受話器が戻された段階で、ユーザは送受話器が離れていた間の受話音声を聞くことができる。

また、この文献では、無声の区間を取り除き、高速に再生することを示唆している。このようにすれば、再生時間は短くなり、バッファリングされた受話音声が比較的早くリアルタイムの受話音声に同期するようになる。

しかし、通話相手が長く話し続けていると、受話と送話とのタイミングがずれて、会話がかみ合わなくなることがある。また、再生された受話音声を聞いても、ユーザは通信相手の意図を取り違えることがある。

特開２００３−３７６５２号公報

本発明の目的は、一側面では、ユーザが通話相手の音声を聞き逃しても、円滑に正常な通話状態に回復できるようにすることである。

一態様の通信端末装置は、受話口付近における近接物を検出すると、当該検出の前に受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する再生部と、通話の中断に係る通知音を対向端末へ送出し、上記録音の再生が終了すると、通知音の送出を終える送出部とを有する。

一側面においては、ユーザが通話相手の音声を聞き逃しても、円滑に正常な通話状態に回復できる。

図１は、携帯電話装置の外観を示す図である。 図２は、通話時におけるユーザの使用態様の例を示す図である。 図３は、タイミングパターンを示す図である。 図４は、第１タイミングパターンにおける動作概要を示す図である。 図５は、第２タイミングパターンにおける動作概要を示す図である。 図６は、第３タイミングパターンにおける動作概要を示す図である。 図７は、第４タイミングパターンにおける動作概要を示す図である。 図８は、携帯電話装置のハードウエア構成例を示す図である。 図９は、携帯電話装置の機能ブロック例を示す図である。 図１０Ａは、メイン処理フローを示す図である。 図１０Ｂは、メイン処理フローを示す図である。 図１１は、第１イベント処理フローを示す図である。 図１２は、第２イベント処理（Ａ）フローを示す図である。 図１３は、第３イベント処理フローを示す図である。 図１４は、第４イベント処理フローを示す図である。 図１５は、第５イベント処理（Ａ）フローを示す図である。 図１６は、第６イベント処理フローを示す図である。 図１７は、第１後処理フローを示す図である。 図１８は、第２後処理フローを示す図である。 図１９は、第２イベント処理（Ｂ）フローを示す図である。 図２０は、実施の形態３に係る携帯電話装置の機能ブロック例を示す図である。 図２１は、第２イベント処理（Ｃ）フローを示す図である。 図２２は、保留処理フローを示す図である。 図２３は、第５イベント処理（Ｂ）フローを示す図である。

［実施の形態１］
図１に、携帯電話装置１００の外観を示す。携帯電話装置１００の表面の上方に、受話口１０１が設置されている。受話口１０１の中には、受話用スピーカが設置されている。

また、受話口１０１の近傍に近接センサ口１０５が設置されている。近接センサ口１０５の中には、近接センサが設置されている。

携帯電話装置１００の表面の下方に、送話口１０３が設置されている。送話口１０３の中には、送話用マイクが設置されている。

図２に、通話時におけるユーザの使用態様の例を示す。左側は、ユーザが右手で携帯電話装置１００を保持して通話している状態を示している。このとき、ユーザは、受話口１０１に右耳を当てて、受話音声を聞く。この状態で、近接センサはユーザの右側頭部を近接物として検出する。また、この状態で、送話口１０３からユーザの音声が入力される。

中央は、ユーザが携帯電話装置１００を右手から左手に持ち替えようとしている状態を示している。このとき、ユーザは、受話音声を聞いていない。この状態で、近接センサは近接物を検出しない。また、この状態で、送話口１０３からユーザの音声は入力されず、雑音が入力されやすい。

右側は、ユーザが左手で携帯電話装置１００を保持して通話している状態を示している。このとき、ユーザは、受話口１０１に左耳を当てて、受話音声を聞く。この状態で、近接センサはユーザの左側頭部を近接物として検出する。また、この状態で、送話口１０３からユーザの音声が入力される。

このように右手で携帯電話装置１００を保持している状態から左手で携帯電話装置１００を保持する状態へ、携帯電話装置１００を持ち替えると、ユーザは、一時的に受話音声を聞き逃すことになる。

本実施の形態は、上述のような状況で聞き逃した音声を再生する動作に関する。本実施の形態では、受話音声が連続している有声区間と、近接センサの切り替えのタイミングとの関係に着目する。

図３に、タイミングパターンを示す。境界３０９は、近接センサがＯＮからＯＦＦへ切り替わるタイミングを示している。尚、ＯＮは近接物を検出したことを示し、ＯＦＦは近接物を検出しないことを示している。境界３１１は、近接センサがＯＦＦからＯＮへ切り替わるタイミングを示している。

図３は右方向へ向かって時間の経過を示している。境界３０９より左側は、近接センサＯＮ状態を示している。近接センサＯＮ状態は、近接センサが近接物を検出している状態である。

例えば、図２の左側に示したように携帯電話装置１００が右の耳元に接している状態であると想定する。つまり、近接センサＯＮ状態は、正常な通話状態であると考えられる。

境界３０９と境界３１１との間は、近接センサＯＦＦ状態を示している。近接センサＯＦＦ状態は、近接センサが近接物を検出していない状態である。

本実施の形態では、近接センサＯＦＦ状態は、図２の中央に示したように携帯電話装置１００が耳元から離れている状態であると想定する。つまり、近接センサＯＦＦ状態は、通話状態でないと考えられる。

境界３１１より右側は、近接センサがＯＮの状態を示している。例えば、図２の右側に示したように携帯電話装置１００が左の耳元に接している状態であると想定する。つまり、近接センサＯＮ状態は、正常な通話状態であると考えられる。

この図は、４つのタイミングパターンを示している。有声区間３０１乃至３０７は、受話音声において通話相手の話声に相当する音が連続している。

有声区間３０１は、第１タイミングパターンにおける有声区間を示している。第１タイミングパターンでは、近接センサＯＮ状態において有声区間が始まって、近接センサＯＦＦ状態において有声区間が終わるパターンを示している。

第１タイミングパターンは、通話相手が一連の事柄を語っている途中でユーザが携帯電話装置１００を耳元から離し、携帯電話装置１００がユーザの耳元から離れているうちに通話相手が一連の事柄を語り終え、通話相手が黙っているうちにユーザが携帯電話装置１００を耳元へ戻す流れを想定している。

有声区間３０３は、第２タイミングパターンにおける有声区間を示している。第２タイミングパターンでは、近接センサＯＦＦ状態において有声区間が始まって、近接センサＯＦＦ状態のうちに有声区間が終わるパターンを示している。

第２タイミングパターンは、通話相手が黙っているときにユーザが携帯電話装置１００を耳元から離し、携帯電話装置１００がユーザの耳元から離れているうちに通話相手が一連の事柄を語り切り、通話相手が黙っているうちにユーザが携帯電話装置１００を耳元へ戻す流れを想定している。

有声区間３０５は、第３タイミングパターンにおける有声区間を示している。第３タイミングパターンでは、近接センサＯＦＦ状態において有声区間が始まって、近接センサＯＮ状態になってから有声区間が終わるパターンを示している。

第３タイミングパターンは、通話相手が黙っているときにユーザが携帯電話装置１００を耳元から離し、携帯電話装置１００がユーザの耳元から離れているうちに通話相手が一連の事柄を語り始め、語り終わらないうちにユーザが携帯電話装置１００を耳元へ戻し、その後通話相手が一連の事柄を語り終える流れを想定している。

有声区間３０７は、第４タイミングパターンにおける有声区間を示している。第４タイミングパターンでは、近接センサＯＮ状態において有声区間が始まって、近接センサＯＦＦ状態を経て、近接センサＯＮ状態に戻ってから有声区間が終わるパターンを示している。

第４タイミングパターンは、通話相手が一連の事柄を語っている途中でユーザが携帯電話装置１００を耳元から離し、通話相手がまだ一連の事柄を語っているうちにユーザが携帯電話装置１００を耳元へ戻し、その後通話相手が一連の事柄を語り終える流れを想定している。

第１タイミングパターン乃至第４タイミングパターンの夫々について、携帯電話装置１００の動作概要について説明する。まず、図４を用いて、第１タイミングパターンにおける動作概要について説明する。上述の通り、境界３０９で、ユーザが携帯電話装置１００を耳元から離したと想定する。また、境界３１１で、ユーザが携帯電話装置１００を耳元へ戻したと想定する。

第１段のチャートは、通話相手が使用している対向端末のマイクへの入力音における有声区間を示している。対向端末マイクへの入力音は、正常な通話状態において携帯電話装置１００における受話音声に相当する。

第２段のチャートは、通話相手が使用している対向端末のスピーカから出力される通知音の区間（通知区間と呼ぶ。）を示している。対向端末スピーカへの出力音は、通常携帯電話装置１００における送話音に相当する。但し、通知区間における通知音は、携帯電話装置１００において送話音の代わりに送出されたものである。

第３段のチャートは、ユーザが使用している携帯電話装置１００のマイクに係る動作の中断状態を示している。中断状態では、送話音は送出されない。

第４段のチャートは、ユーザが使用している携帯電話装置１００のスピーカに係る動作の有声区間、中断状態及び再生区間を示している。有声区間は、ライブの受話音声が連続して聞こえる区間である。中断状態では、受話音声は聞こえない。再生区間は、録音された受話音声を再生する期間である。

第５段のチャートは、ユーザが使用している携帯電話装置１００のバイブレータにおける動作状態を示している。本実施の形態では、バイブレータの動作によって、状態の遷移をユーザに通知する。

有声区間４０１は、近接センサＯＮ状態で、対向端末マイクへの有声区間３０１の開始部分に相当する音声が携帯電話装置１００に送られ、即時受話音声として出力されることを示している。

尚、対向端末マイクにおける有声区間３０１が開始したときに、携帯電話装置１００は第１イベント検出処理を実行する。第１イベント検出処理については、後述する。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のマイクが中断状態４０３となる。このようにして、雑音を送出しないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のスピーカが中断状態４０５となる。このようにして、無駄な動作をしないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のバイブレータが短時間の動作状態４０７となる。このようにして、ユーザに通話が中断されたことを知らせるようにする。

尚、近接センサＯＦＦへの切り替わりで、携帯電話装置１００は第２イベント検出処理を実行する。第２イベント検出処理については、後述する。

対向端末マイクにおける有声区間３０１が終了したときに、対向端末のスピーカにおける通知区間４０９が開始する。このようにして、通知音によって通話相手に待機を促す。また、有声区間の終了を待つことによって、通話相手の発言を邪魔しないようにする。

尚、対向端末マイクにおける有声区間３０１が終了したときに、携帯電話装置１００は第３イベント検出処理を実行する。第３イベント検出処理については、後述する。

近接センサＯＮへの切り替わりで、携帯電話装置１００のスピーカにおける中断状態４０５が終了し、再生区間４１１が開始する。このようにして、ユーザは聞き逃した音声を聞くことができる。

尚、近接センサＯＮへの切り替わりで、携帯電話装置１００は第４イベント検出処理を実行する。第４イベント検出処理については、後述する。

再生区間４１１が終了したときに、対向端末のスピーカにおける通知区間４０９が終了する。このようにして、通常の通話状態に戻ったことを通話相手に知らせる。

再生区間４１１が終了したときに、携帯電話装置１００のマイクにおける中断状態４０３も終了する。このようにして、受話音声を送出する状態に戻す。

再生区間４１１が終了したときに、携帯電話装置１００のバイブレータが短時間の動作状態４１３となる。このようにして、ユーザに通話が復帰したことを知らせるようにする。

以降は、通常の通話状態となる。以上で第１タイミングパターンにおける動作概要についての説明を終える。

次に、図５を用いて、第２タイミングパターンにおける動作概要について説明する。前述した通り、近接センサＯＦＦへの切り替わりで、ユーザが携帯電話装置１００を耳元から離したと想定する。また、近接センサＯＮへの切り替わりで、ユーザが携帯電話装置１００を耳元へ戻したと想定する。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のマイクが中断状態５０１となる。このようにして、雑音を送出しないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のスピーカが中断状態５０３となる。このようにして、無駄な動作をしないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のバイブレータが短時間の動作状態５０５となる。このようにして、ユーザに通話が中断されたことを知らせるようにする。

尚、近接センサＯＦＦへの切り替わりで、携帯電話装置１００は第２イベント検出処理を実行する。第２イベント検出処理については、後述する。

また、対向端末マイクにおける有声区間３０３が開始したときに、携帯電話装置１００は第１イベント検出処理を実行する。第１イベント検出処理については、後述する。

対向端末マイクにおける有声区間３０３が終了したときに、対向端末のスピーカにおける通知区間５０７が開始する。このようにして、通知音によって通話相手に待機を促す。また、有声区間の終了を待つことによって通話相手の発言を邪魔しないようにする。

尚、対向端末マイクにおける有声区間３０３が終了したときに、携帯電話装置１００は第３イベント検出処理を実行する。第３イベント検出処理については、後述する。

近接センサＯＮへの切り替わりで、携帯電話装置１００のスピーカにおける中断状態５０３が終了し、再生区間５０９が開始する。このようにして、ユーザは聞き逃した音声を聞くことができる。

尚、近接センサＯＮへの切り替わりで、携帯電話装置１００は第４イベント検出処理を実行する。第４イベント検出処理については、後述する。

再生区間５０９が終了したときに、対向端末のスピーカにおける通知区間５０７が終了する。このようにして、通常の通話状態に戻ったことを通話相手に知らせる。

再生区間５０９が終了したときに、携帯電話装置１００のマイクにおける中断状態５０１も終了する。このようにして、受話音声を送出する状態に戻す。

再生区間５０９が終了したときに、携帯電話装置１００のバイブレータが短時間の動作状態５１１となる。このようにして、ユーザに通話が復帰したことを知らせるようにする。

以降は、通常の通話状態となる。以上で第２タイミングパターンにおける動作概要についての説明を終える。

次に、図６を用いて、第３タイミングパターンにおける動作概要について説明する。前述した通り、近接センサＯＦＦへの切り替わりで、ユーザが携帯電話装置１００を耳元から離したと想定する。また、近接センサＯＮへの切り替わりで、ユーザが携帯電話装置１００を耳元へ戻したと想定する。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のマイクが中断状態６０１となる。このようにして、雑音を送出しないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のスピーカが中断状態６０３となる。このようにして、無駄な動作をしないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のバイブレータが短時間の動作状態６０５となる。このようにして、ユーザに通話が中断されたことを知らせるようにする。

尚、近接センサＯＦＦへの切り替わりで、携帯電話装置１００は第２イベント検出処理を実行する。第２イベント検出処理については、後述する。

また、対向端末マイクにおける有声区間３０５が開始したときに、携帯電話装置１００は第１イベント検出処理を実行する。第１イベント検出処理については、後述する。

近接センサＯＮへの切り替わりで、携帯電話装置１００のスピーカにおける中断状態６０３が終了し、再生区間６０７が開始する。このようにして、ユーザは聞き逃した音声を聞くことができる。

尚、近接センサＯＮへの切り替わりで、携帯電話装置１００は第４イベント検出処理を実行する。第４イベント検出処理については、後述する。

対向端末マイクにおける有声区間３０５が終了したときに、対向端末のスピーカにおける通知区間６０９が開始する。このようにして、通知音によって通話相手に待機を促す。また、有声区間の終了を待つことによって通話相手の発言を邪魔しないようにする。

尚、対向端末マイクにおける有声区間３０５が終了したときに、携帯電話装置１００は第３イベント検出処理を実行する。第３イベント検出処理については、後述する。

再生区間６０７が終了したときに、対向端末のスピーカにおける通知区間６０９が終了する。このようにして、通常の通話状態に戻ったことを通話相手に知らせる。

再生区間６０７が終了したときに、携帯電話装置１００のマイクにおける中断状態６０１も終了する。このようにして、受話音声を送出する状態に戻す。

再生区間６０７が終了したときに、携帯電話装置１００のバイブレータが短時間の動作状態６１１となる。このようにして、ユーザに通話が復帰したことを知らせるようにする。

以降は、通常の通話状態となる。以上で第３タイミングパターンにおける動作概要についての説明を終える。

次に、図７を用いて、第４タイミングパターンにおける動作概要について説明する。前述した通り、近接センサＯＦＦへの切り替わりで、ユーザが携帯電話装置１００を耳元から離したと想定する。また、近接センサＯＮへの切り替わりで、ユーザが携帯電話装置１００を耳元へ戻したと想定する。

有声区間７０１は、近接センサＯＮ状態で、対向端末マイクへの有声区間３０７の開始部分に相当する音声が携帯電話装置１００に送られ、即時受話音声として出力されることを示している。

尚、対向端末マイクにおける有声区間３０７が開始したときに、携帯電話装置１００は第１イベント検出処理を実行する。第１イベント検出処理については、後述する。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のマイクが中断状態７０３となる。このようにして、雑音を送出しないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のスピーカが中断状態７０５となる。このようにして、無駄な動作をしないようにする。

近接センサＯＦＦへの切り替わりで、携帯電話装置１００のバイブレータが短時間の動作状態７０７となる。このようにして、ユーザに通話が中断されたことを知らせるようにする。

近接センサＯＮへの切り替わりで、携帯電話装置１００のスピーカにおける中断状態７０５が終了し、再生区間７０９が開始する。このようにして、ユーザは聞き逃した音声を聞くことができる。

尚、近接センサＯＮへの切り替わりで、携帯電話装置１００は第４イベント検出処理を実行する。第４イベント検出処理については、後述する。

対向端末マイクにおける有声区間３０７が終了したときに、対向端末のスピーカにおける通知区間７１１が開始する。このようにして、通知音によって通話相手に待機を促す。また、有声区間の終了を待つことによって通話相手の発言を邪魔しないようにする。

尚、対向端末マイクにおける有声区間３０７が終了したときに、携帯電話装置１００は第３イベント検出処理を実行する。第３イベント検出処理については、後述する。

再生区間７０９が終了したときに、対向端末のスピーカにおける通知区間７１１が終了する。このようにして、通常の通話状態に戻ったことを通話相手に知らせる。

再生区間７０９が終了したときに、携帯電話装置１００のマイクにおける中断状態７０３も終了する。このようにして、受話音声を送出する状態に戻す。

再生区間７０９が終了したときに、携帯電話装置１００のバイブレータが短時間の動作状態７１３となる。このようにして、ユーザに通話が復帰したことを知らせるようにする。

以降は、通常の通話状態となる。以上で第４タイミングパターンにおける動作概要についての説明を終える。

続いて、携帯電話装置１００のハードウエア構成について説明する。図８に、携帯電話装置１００のハードウエア構成例を示す。携帯電話装置１００は、プロセッサ８０１、記憶部８０３、アンテナ８１１、無線制御部８１３、受話用スピーカ制御部８１５、受話用スピーカ８１７、送話用マイク制御部８１９、送話用マイク８２１、ＬＣＤ制御部８２３、ＬＣＤ（Liquid Crystal Display）８２５、タッチパッド８２７、キー群８２９、近接センサ８３１、音レコーダ８３３、バイブレータ８３５、報知用スピーカ制御部８３７、報知用スピーカ８３９及びＬＥＤ（Light Emitting Diode）８４１を有している。

プロセッサ８０１は、モデムＣＰＵ（Central Processing Unit）とアプリケーションＣＰＵからなることもある。記憶部８０３は、例えば、ＲＯＭ（Read Only Memory）８０５とＲＡＭ（Random Access Memory）８０７とフラッシュメモリ８０９とを有している。ＲＯＭ８０５は、例えば、オペレーティングシステムなどのプログラムや予め設定されているデータを格納している。ＲＡＭ８０７は、例えば、アプリケーションなどのプログラムを展開する領域を含んでいる。ＲＡＭ８０７は、一時的なデータを格納する領域も含んでいる。フラッシュメモリ８０９は、例えば、電話アプリケーションなどのプログラムや保持すべきデータを格納している。

ＬＣＤ制御部８２３は、指定された動作周波数でクロック回路を動作させ、ＬＣＤ８２５を駆動させる。ＬＣＤ８２５は、例えば、電話アプリケーションによる画面を表示する。タッチパッド８２７は、例えば、ＬＣＤ８２５の表示画面上に配置されたパネル状のセンサであり、タッチ操作による指示を受け付ける。具体的には、ＬＣＤ８２５とタッチパッド８２７とを一体としたタッチパネルとして用いられる。タッチパッド８２７へのタッチ操作によって、チャネル変更指示などのイベントが発生する。キー群８２９の各ハードキーは、筐体の一部に設けられている。

アンテナ８１１は、例えば、セルラー方式、無線ＬＡＮ、近距離通信方式などの無線データを受信する。無線制御部８１３は、無線通信の制御を行う。無線通信の制御により、例えば電話の音声通信やメールのデータ通信が行われる。

受話用スピーカ制御部８１５は、受話音声データに関するデジタル／アナログ変換を行う。受話用スピーカ８１７は、アナログデータを受話音声として出力する。送話用マイク制御部８１９は、送話音データに関するアナログ／デジタル変換を行う。送話用マイク８２１は、送話音をアナログデータに変換する。

近接センサ８３１は、近接物を検出する。音レコーダ８３３は、受話音声を録音する。また、音レコーダ８３３は、直近の受話音声を一定時間分（例えば、３秒）だけバッファリングする。バイブレータ８３５は、ユーザが感じる程度の振動を行う。

報知用スピーカ制御部８３７は、着信音のような報知音データに関するデジタル／アナログ変換を行う。報知用スピーカ８３９は、アナログデータを報知音として出力する。ＬＥＤ８４１は、例えば着信時に点灯する。

図９に、携帯電話装置１００の機能ブロック例を示す。携帯電話装置１００は、オペレーティングシステム９０１、近接センサドライバ９０３、音レコーダドライバ９０５、送話用マイクドライバ９０７、受話用スピーカドライバ９０９、バイブレータドライバ９１１、報知用スピーカドライバ９１３及び電話アプリケーション部９２１を有している。

オペレーティングシステム９０１は、電話アプリケーション部９２１から各ドライバへの指示を仲介する。また、オペレーティングシステム９０１は、ユーザ操作によって発生したイベントを電話アプリケーション部９２１に通知する。

近接センサドライバ９０３は、近接センサ８３１を制御するプログラムである。近接センサ８３１において近接物を検出した場合にＯＮの検出結果を出し、近接センサ８３１において近接物を検出しない場合にＯＦＦの検出結果を出す。音レコーダドライバ９０５は、音レコーダ８３３を制御するプログラムである。送話用マイクドライバ９０７は、送話用マイク制御部８１９を制御するプログラムである。受話用スピーカドライバ９０９は、受話用スピーカ制御部８１５を制御するプログラムである。バイブレータドライバ９１１は、バイブレータ８３５を制御するプログラムである。報知用スピーカドライバ９１３は、報知用スピーカ制御部８３７を制御するプログラムである。

電話アプリケーション部９２１は、従来の通話処理を行うと共に、本実施の形態に係る動作を行う。電話アプリケーション部９２１は、検出部９２３、録音部９２５、通話部９２７、送出部９２９、中断部９３１、動作部９３３、再生部９３５及び記憶部９３７を有している。

検出部９２３は、イベントを検出する。録音部９２５は、音レコーダ８３３を用いて、受話音声の録音を行う。録音部９２５は、音レコーダ８３３で音データを繰り返しバッファリングすることによって、一定量の音データを保持する動作を行う。また、録音部９２５は、保持動作中に録音を開始すると、所定時間遡った時点から継続的に音データを録音する。このように動作することによって、録音部９２５は、有声区間であると判定した時点から所定時間だけ遡って有声区間の先頭からの受話音声を録音する。録音部９２５は、例えば、有声区間であると判定するための時間を少し上回る時間だけ遡るようにする。

通話部９２７は、通話処理を行う。送出部９２９は、通知音を送出する。中断部９３１は、入力音声の送出及び受話用スピーカ８１７からの音出力を中断する。入力音声は、送話音声に相当する。動作部９３３は、例えば再生部９３５を動作させて、状態の遷移をユーザに知らせる。再生部９３５は、音レコーダ８３３を用いて録音された受話音声を再生する。記憶部９３７は、電話アプリケーション部９２１における処理に用いられるデータを記憶する。

続いて、携帯電話装置１００による処理について説明する。図１０Ａに、メイン処理フローを示す。検出部９２３は、通話開始イベントが発生したか否かを判定する（Ｓ１００１）。例えば、ユーザ操作によって電話アプリケーションを呼び出された場合に、通話開始イベントがオペレーティングシステム９０１から検出部９２３へ通知され、オペレーティングシステム９０１から通話開始イベントを受けた場合に、検出部９２３は、通話開始イベントが発生したと判定する。

通話開始イベントが発生していないと判定した場合には、Ｓ１００１の処理を繰り返す。一方、通話開始イベントが発生したと判定した場合には、録音部９２５は、受話音声の一時保持動作を開始する（Ｓ１００３）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５に保持動作の開始を指示する。音レコーダ８３３は、直近の一定時間分の受話音声を常時バッファリングする動作を開始する。

通話部９２７は、通話処理を開始する（Ｓ１００５）。通話処理において、通話部９２７は、対向端末から受けた受信信号を受話音声に変換し、送話音声を送信信号に変換して対向端末に送るようにする。

検出部９２３は、通話中におけるイベントの発生を待つ（Ｓ１００７）。

検出部９２３によって検出されるイベントには、「有声区間の開始」のイベントが含まれる。具体的には、通話部９２７は、受信信号に基準期間以上の連続した受話音声が含まれていると判定した場合に、「有声区間の開始」のイベントを通知する。検出部９２３は、通話部９２７から「有声区間の開始」のイベントを受ける。

検出部９２３によって検出されるイベントには、「近接センサＯＦＦへの切り替わり」のイベントが含まれる。例えば、オペレーティングシステム９０１は近接センサドライバ９０３から近接センサ８３１の検出結果を取得し、検出結果がＯＮからＯＦＦへ変わった場合に「近接センサＯＦＦへの切り替わり」のイベントを通知する。検出部９２３は、オペレーティングシステム９０１から「近接センサＯＦＦへの切り替わり」のイベントを受ける。

検出部９２３によって検出されるイベントには、「無声区間の開始」のイベントが含まれる。具体的には、通話部９２７は、受信信号に基準期間以上連続して受話音声が含まれないと判定した場合に、「無声区間の開始」のイベントを通知する。検出部９２３は、通話部９２７から「無声区間の開始」のイベントを受ける。

検出部９２３によって検出されるイベントには、「近接センサＯＮへの切り替わり」のイベントが含まれる。例えば、オペレーティングシステム９０１は近接センサドライバ９０３から近接センサ８３１の検出結果を取得し、検出結果がＯＦＦからＯＮへ変わった場合に「近接センサＯＮへの切り替わり」のイベントを通知する。検出部９２３は、オペレーティングシステム９０１から「近接センサＯＮへの切り替わり」のイベントを受ける。

検出部９２３によって検出されるイベントには、「再生の完了」のイベントが含まれる。具体的には、再生部９３５は、録音の再生を終えると「再生の完了」のイベントを通知する。検出部９２３は、再生部９３５から「再生の完了」のイベントを受ける。

検出部９２３によって検出されるイベントには、「通信の切断」のイベントが含まれる。具体的には、通話部９２７は、通信が切断されると「通信の切断」のイベントを通知する。検出部９２３は、通話部９２７から「通信の切断」のイベントを受ける。

Ｓ１００７でイベントが発生したと判定すると、検出部９２３は、発生したイベントが「有声区間の開始」であるか否かを判定する（Ｓ１００９）。

発生したイベントが「有声区間の開始」であると判定した場合には、電話アプリケーション部９２１は、第１イベント処理を実行する（Ｓ１０１１）。第１イベント処理については、図１１を用いて後述する。第１イベント処理を終えると、Ｓ１００７の処理に戻って、上述の処理を繰り返す。

一方、発生したイベントが「有声区間の開始」ではないと判定した場合には、検出部９２３は、発生したイベントが「近接センサＯＦＦへの切り替わり」であるか否かを判定する（Ｓ１０１３）。

発生したイベントが「近接センサＯＦＦへの切り替わり」であると判定した場合には、電話アプリケーション部９２１は、第２イベント処理（Ａ）又は第２イベント処理（Ｂ）を実行する（Ｓ１０１５）。第２イベント処理（Ａ）又は第２イベント処理（Ｂ）を終えると、Ｓ１００７の処理に戻って、上述の処理を繰り返す。第２イベント処理（Ａ）については、図１２を用いて後述する。第２イベント処理（Ｂ）については、後述の実施の形態で説明する。

一方、発生したイベントが「近接センサＯＦＦへの切り替わり」ではないと判定した場合には、端子Ａを介して、図１０Ｂの処理フローに移り、検出部９２３は、発生したイベントが「無声区間の開始」であるか否かを判定する（Ｓ１０１７）。

発生したイベントが「無声区間の開始」であると判定した場合には、電話アプリケーション部９２１は、第３イベント処理を実行する（Ｓ１０１９）。第３イベント処理については、図１３を用いて後述する。第３イベント処理を終えると、端子Ｂを介して図１０Ａに示したＳ１００７の処理に戻って、上述の処理を繰り返す。

一方、発生したイベントが「無声区間の開始」ではないと判定した場合には、検出部９２３は、発生したイベントが「近接センサＯＮへの切り替わり」であるか否かを判定する（Ｓ１０２１）。

発生したイベントが「近接センサＯＮへの切り替わり」であると判定した場合には、電話アプリケーション部９２１は、第４イベント処理を実行する（Ｓ１０２３）。第４イベント処理については、図１４を用いて後述する。第４イベント処理を終えると、端子Ｂを介して図１０Ａに示したＳ１００７の処理に戻って、上述の処理を繰り返す。

一方、発生したイベントが「近接センサＯＮへの切り替わり」ではないと判定した場合には、検出部９２３は、発生したイベントが「再生の完了」であるか否かを判定する。（Ｓ１０２５）。

発生したイベントが「再生の完了」であると判定した場合には、電話アプリケーション部９２１は、第５イベント処理（Ａ）を実行する（Ｓ１０２７）。第５イベント処理（Ａ）については、図１５を用いて後述する。第５イベント処理（Ａ）を終えると、端子Ｂを介して図１０Ａに示したＳ１００７の処理に戻って、上述の処理を繰り返す。

一方、発生したイベントが「再生の完了」ではないと判定した場合には、検出部９２３は、発生したイベントが「通信の切断」であるか否かを判定する（Ｓ１０２９）。

発生したイベントが「通信の切断」であると判定した場合には、電話アプリケーション部９２１は、第６イベント処理を実行する（Ｓ１０３１）。第６イベント処理を終えると、メイン処理を終える。

一方、発生したイベントが「通信の切断」ではないと判定した場合には、端子Ｂを介して図１０Ａに示したＳ１００７の処理に戻って、上述の処理を繰り返す。以上で、メイン処理についての説明を終える。

続いて、第１イベント処理乃至第６イベント処理の各々について説明する。まず、図１０ＡのＳ１０１１に示した第１イベント処理について説明する。図１１に、第１イベント処理フローを示す。録音部９２５は、現在通知音を送出しているか否かを判定する（Ｓ１１０１）。具体的には、録音部９２５は、通知音の送出状態であるか否かを示す情報を送出部９２９から取得する。

現在通知音を送出していないと判定した場合には、録音部９２５は、録音を開始する（Ｓ１１０３）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音を指示する。音レコーダドライバ９０５は、バッファリングされている音声データ、つまり所定時間遡った分の音声データを含めて受話音声を音レコーダ８３３に録音する。

一方、現在通知音を送出していると判定した場合には、録音を開始せずに第１イベント処理を終える。通知音を送出している場合には、すでに録音を再生している状態か、あるいは録音を再生するために待機している状態である。本実施の形態では、追加の録音は行わないようにする。第１イベント処理を終えると、図１０Ａに示したＳ１００７の処理に戻る。以上で、第１イベント処理についての説明を終える。

次に、図１０ＡのＳ１０１５に示した第２イベント処理（Ａ）について説明する。図１２に、第２イベント処理（Ａ）フローを示す。中断部９３１は、入力音声の送出を中断する（Ｓ１２０１）。具体的には、中断部９３１は、通話部９２７へ送話音声の送出を中断するように指示する。

中断部９３１は、受話用スピーカ８１７からの音出力を中断する（Ｓ１２０３）。具体的には、中断部９３１は、受話用スピーカドライバ９０９へ音出力を中断するように指示する。

動作部９３３は、バイブレータ８３５を動作させる（Ｓ１２０５）。本実施の形態では、バイブレータ８３５の振動によって、通話中断を知らせるようにする。具体的には、動作部９３３は、オペレーティングシステム９０１を介してバイブレータドライバ９１１へバイブレータ８３５を振動させるように指示する。

この例では、バイブレータ８３５の振動によって、通話中断を知らせるが、報知用スピーカ８３９から告知音を発することによって、通話中断を知らせるようにしてもよい。その場合には、動作部９３３は、オペレーティングシステム９０１を介して報知用スピーカドライバ９１３へ告知音を発するように指示する。あるいは、ＬＣＤ８２５に通話が中断された旨の告知メッセージを表示するようにしてもよい。

Ｓ１２０５の処理を終えると、第２イベント処理を終えて、図１０Ａに示したＳ１００７の処理に戻る。以上で、第２イベント処理についての説明を終える。

次に、図１０ＢのＳ１０１９に示した第３イベント処理について説明する。図１３に、第３イベント処理フローを示す。録音部９２５は、現在録音しているか否かを判定する（Ｓ１３０１）。具体的には、録音部９２５は、音レコーダドライバ９０５から録音状態であるか否かを示す情報を取得する。

現在録音していると判定した場合には、録音部９２５は、音レコーダドライバ９０５へ録音を終了するように指示する（Ｓ１３０３）。

一方、現在録音していないと判定した場合には、Ｓ１３０５の処理に移る。送出部９２９は、近接センサ８３１による現在の検出結果がＯＦＦであるか否かを判定する（Ｓ１３０５）。このとき、送出部９２９は、オペレーティングシステム９０１を介して近接センサドライバ９０３から現在の検出結果を取得する。

近接センサ８３１による現在の検出結果がＯＦＦであると判定した場合には、送出部９２９は、通知音の送出を開始する（Ｓ１３０７）。近接センサ８３１による現在の検出結果がＯＦＦであれば、携帯電話装置１００がユーザの耳元から離れていると想定されるので、通知音によって通話相手に待機を促すようにする。具体的には、送出部９２９は、通話部９２７へ送話音声の替わりに通知音を送出するように指示する。

一方、近接センサ８３１による現在の検出結果がＯＦＦではないと判定した場合には、送出部９２９は、現在録音データを再生しているか否かを判定する（Ｓ１３０９）。具体的には、送出部９２９は、録音部９２５から再生状態であるか否かを示す情報を取得する。

現在録音データを再生していると判定した場合には、前述と同様に、送出部９２９は、通知音の送出を開始する（Ｓ１３０７）。録音を再生中であれば、通知音によって通話相手に待機を促すようにする。

一方、現在録音データを再生していないと判定した場合には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データの削除を指示する（Ｓ１３１１）。第３イベント処理を終えると、図１０Ａに示したＳ１００７の処理に戻る。以上で、第３イベント処理についての説明を終える。

次に、図１０ＢのＳ１０２３に示した第４イベント処理について説明する。図１４に、第４イベント処理フローを示す。中断部９３１は、受話用スピーカ８１７からの音出力を再開する（Ｓ１４０１）。具体的には、中断部９３１は、受話用スピーカドライバ９０９へ音出力を再開するように指示する。

再生部９３５は、録音データを高速モードで再生する（Ｓ１４０３）。具体的には、再生部９３５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データを高速モードで再生するように指示する。高速モードで再生すれば、早く通常の通話状態に回復できる。但し、本実施の形態では、通知音によって通話相手に待機を促すので、通常モードで再生するようにしてもよい。第４イベント処理を終えると、図１０Ａに示したＳ１００７の処理に戻る。以上で、第４イベント処理についての説明を終える。

次に、図１０ＢのＳ１０２７に示した第５イベント処理（Ａ）について説明する。図１５に、第５イベント処理（Ａ）フローを示す。録音部９２５は、録音データを削除する（Ｓ１５０１）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データを削除するように指示する。

動作部９３３は、バイブレータを動作させる（Ｓ１５０３）。具体的には、動作部９３３は、オペレーティングシステム９０１を介してバイブレータドライバ９１１へバイブレータ８３５の振動させるように指示する。

この例では、バイブレータ８３５の振動によって、通話再開を知らせるが、報知用スピーカ８３９から告知音を発することによって、通話再開を知らせるようにしてもよい。その場合には、動作部９３３は、オペレーティングシステム９０１を介して報知用スピーカドライバ９１３へ告知音を発するように指示する。あるいは、ＬＣＤ８２５に通話が再開された旨の告知メッセージを表示するようにしてもよい。また、バイブレータ動作が自端末マイクやスピーカの動作に影響を与えてしまう場合は、バイブレータ動作とマイクやスピーカの動作を排他する。

送出部９２９は、通知音の送出を終了する（Ｓ１５０５）。具体的には、送出部９２９は、通話部９２７へ通知音の送出を停止するように指示する。

中断部９３１は、入力音声の送出を再開する（Ｓ１５０７）。具体的には、中断部９３１は、通話部９２７へ送話音声の送出を再開するように指示する。第５イベント処理（Ａ）を終えると、図１０Ａに示したＳ１００７の処理に戻る。以上で、第５イベント処理（Ａ）についての説明を終える。

次に、図１０ＢのＳ１０３１に示した第６イベント処理について説明する。図１６に、第６イベント処理フローを示す。送出部９２９は、図１１のＳ１１０１と同様に、現在通知音を送出しているか否かを判定する（Ｓ１６０１）。現在通知音を送出していると判定した場合には、図１５のＳ１５０５と同様に、送出部９２９は、通知音の送出を終了する（Ｓ１６０３）。

一方、現在通知音を送出していないと判定した場合には、Ｓ１６０５の処理に移る。通話部９２７は、通話処理を終了する（Ｓ１６０５）。

録音部９２５は、図１３のＳ１３０１と同様に、現在録音しているか否かを判定する（Ｓ１６０７）。現在録音していると判定した場合には、図１３のＳ１３０３と同様に、録音部９２５は、録音を終了する（Ｓ１６０９）。

一方、現在録音していないと判定した場合には、Ｓ１６１１の処理に移る。録音部９２５は、受話音声の一時保持動作を終了する（Ｓ１６１１）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５に保持動作の停止を指示する。

通話部９２７は、自端末による切断であるか否かを判定する（Ｓ１６１３）。例えば、ユーザ操作による切断指示のイベントをオペレーティングシステム９０１から受けた場合に、通話部９２７は、自端末による切断であると判定する。また、対向端末から切断要求を受信した場合には、自端末による切断ではないと判定する。

自端末による切断であると判定した場合には、電話アプリケーション部９２１は、第１後処理を実行する（Ｓ１６１５）。

図１７に、第１後処理フローを示す。再生部９３５は、現在録音データを再生しているか否かを判定する（Ｓ１７０１）。具体的には、再生部９３５は、録音部９２５から再生状態であるか否かを示す情報を取得する。

現在録音データを再生していると判定した場合には、再生部９３５は、録音データの再生を終了する（Ｓ１７０３）。具体的は、再生部９３５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データ再生の停止を指示する。

一方、現在録音データを再生していないと判定した場合には、Ｓ１７０５の処理に移る。録音部９２５は、録音データを削除する（Ｓ１７０５）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データの削除を指示する。第１後処理を終えると、図１６に戻って第６イベント処理を終える。

図１６のＳ１６１３で、自端末による切断ではないと判定した場合には電話アプリケーション部９２１は、第２後処理を実行する（Ｓ１６１７）。

図１８に、第２後処理フローを示す。検出部９２３は、近接センサ８３１による現在の検出結果がＯＦＦであるか否かを判定する（Ｓ１８０１）。このとき、送出部９２９は、オペレーティングシステム９０１を介して近接センサドライバ９０３から現在の検出結果を取得する。

近接センサ８３１による現在の検出結果がＯＦＦであると判定した場合には、Ｓ１８０５の処理へ移る。近接センサ８３１による現在の検出結果がＯＦＦであれば、携帯電話装置１００がユーザの耳元から離れていると想定されるので、この後携帯電話装置１００がユーザの耳元に近づけられれば録音を再生するようにする。

一方、近接センサ８３１による現在の検出結果がＯＦＦではないと判定した場合には、検出部９２３は、現在録音データを再生しているか否かを判定する（Ｓ１８０３）。具体的には、検出部９２３は、録音部９２５から再生状態であるか否かを示す情報を取得する。

現在録音データを再生していると判定した場合には、Ｓ１８０５の処理へ移る。録音を再生している場合には、再生が終わるまで待つようにする。

一方、現在録音データを再生していないと判定した場合には、録音部９２５は、録音データを削除する（Ｓ１８１７）。具体的には、録音部９２５は、オペレーティングシステム９０１を介して音レコーダドライバ９０５へ録音データの削除を指示する。そして、第２後処理を終える。

Ｓ１８０５の処理についての説明に戻る。検出部９２３は、図１０ＡのＳ１００７と同様に、イベントの発生を待つ（Ｓ１８０５）。

検出部９２３は、発生したイベントが「近接センサＯＮへの切り替わり」であるか否かを判定する（Ｓ１８０７）。

発生したイベントが「近接センサＯＮへの切り替わり」であると判定した場合には、電話アプリケーション部９２１は、第４イベント処理を実行する（Ｓ１８０９）。図１４に示した通り、第４イベント処理によって、録音データが高速モードで再生される。尚、受話用スピーカ８１７からの音出力が中断されていない場合には、Ｓ１４０１の処理は省かれる。

一方Ｓ１８０７で、当該イベントが「近接センサＯＮへの切り替わり」ではないと判定した場合には、検出部９２３は、発生したイベントが「再生の完了」であるか否かを判定する（Ｓ１８１１）。

発生したイベントが「再生の完了」であると判定した場合には、Ｓ１８１７の処理に移って、録音部９２５は、録音データを削除する。

一方Ｓ１８１１で、当該イベントが「再生の完了」でないと判定した場合には、検出部９２３は、発生したイベントが「強制終了」であるか否かを判定する（Ｓ１８１３）。具体的には、ユーザ操作によって再生の強制終了が指示された場合に、オペレーティングシステム９０１は、「強制終了」のイベントを検出部９２３へ通知する。

発生したイベントが「強制終了」ではないと判定した場合には、Ｓ１８０５の処理へ戻って上述の処理を繰り返す。

一方、当該イベントが「強制終了」であると判定した場合には、再生部９３５は、音データの再生を終了する（Ｓ１８１５）。具体的には、再生部９３５は、音レコーダドライバ９０５へ音データ再生の停止を指示する。そして、録音部９２５は、録音データを削除する（Ｓ１８１７）。

Ｓ１８１７を終えると第６イベント処理を終える。以上で、第６イベント処理についての説明を終える。

本実施の形態によれば、ユーザが通話相手の音声を聞き逃しても、円滑に正常な通話状態に回復できる。ユーザは音声の連なりを初めから聞き直せるので、意味の取り違いが生じ難い。また、通知音によって通話相手に待機を促し、通知音の停止によって通話の再開を知らせることができる。

また、受話音声が続いているうちは通知音を送出しないので、通話相手の発言を邪魔しない。

また、入力音声の送出を中断するので、雑音の送出を防げる。

また、受話音声の出力を中断するので、無駄なスピーカ動作を省き、消費電力を減らせる。

また、録音再生が終了すると、振動によってユーザに通話の再開を知らせることができる。

また、通話の中断を、振動によってユーザに知らせることができる。

また、録音を高速で再生するので、早く通常の通話状態に回復できる。

［実施の形態２］
本実施の形態では、録音再生中にユーザが携帯電話装置１００を耳元から離した場合に、再生を中断する処理について説明する。

本実施の形態では、録音再生中にユーザが携帯電話装置１００を耳元から離した場合には、ユーザは再生音声を聞く意思がないと想定して、再生を中断する。

図１９に、第２イベント処理（Ｂ）フローを示す。再生部９３５は、図１７のＳ１７０１と同様に、録音データを再生しているか否かを判定する（Ｓ１９０１）。録音データを再生していると判定した場合には、再生部９３５は、録音データの再生を途中で終了する（Ｓ１９０３）。具体的には、再生部９３５は、音レコーダドライバ９０５へ録音データ再生の停止を指示する。Ｓ１９０３を終えると、第２イベント処理（Ｂ）を終える。

一方、録音データを再生していないと判定した場合には、図１２の場合と同様に、Ｓ１２０１乃至Ｓ１２０５の処理を行う。

本実施の形態によれば、無駄な再生処理を省くことができる。

［実施の形態３］
本実施の形態では、通話が中断してから所定時間経過した場合に通話保留状態に移行する例について説明する。

図２０に、実施の形態３に係る携帯電話装置１００の機能ブロック例を示す。本実施の形態に係る携帯電話装置１００は、図９に示した機能ブロックに加えて、保留部２００１を有している。保留部２００１は、通話保留の処理を行う。

電話アプリケーション部９２１は、図１０ＡのＳ１０１１において、第２イベント処理（Ａ）又は第２イベント処理（Ｂ）に代えて第２イベント処理（Ｃ）を実行する。

図２１に、第２イベント処理（Ｃ）フローを示す。Ｓ１２０１乃至Ｓ１２０５の処理については、図１２を用いて説明した通りである。

Ｓ１２０５の処理に続いて、保留部２００１は、保留処理を実行する（Ｓ２１０１）。ここでは、保留処理の終了を待たずに、第２イベント処理（Ｃ）の処理を終える。そして、図１０Ａに示したＳ１００７の処理に戻る。

図２２に、保留処理フローを示す。保留処理は、前述のメイン処理のスレッドとは分離されたスレッドとして動作する。保留部２００１は、時間計測を開始する（Ｓ２２０１）。例えば、保留部２００１は、携帯電話装置１００に内蔵されているタイマーを起動する。

保留部２００１は、所定時間を経過したか否かを判定する（Ｓ２２０３）。所定時間を経過していないと判定した場合には、当該判定処理を繰り返す。

所定時間を経過したと判定した場合には、保留部２００１は、通話保留状態に切り替える（Ｓ２２０５）。そして、保留処理を終了する。保留処理を終えると、当該スレッドは消滅し、処理は引き継がれない。

また、電話アプリケーション部９２１は、図１０ＢのＳ１０２７において、第５イベント処理（Ａ）に代えて第５イベント処理（Ｂ）を実行する。

図２３に、第５イベント処理（Ｂ）フローを示す。Ｓ１５０１乃至Ｓ１５０５の処理については、図１５を用いて説明した通りである。

電話アプリケーション部９２１は、保留部２００１による保留処理を終了させる（Ｓ２３０１）。保留処理に係るスレッドが無ければ、この処理は省かれる。

保留部２００１は、通話保留状態を解除する（Ｓ２３０３）。通話保留状態でなければ、この処理は省かれる。

Ｓ１５０７の処理についても、図１５を用いて説明した通りである。

本実施の形態によれば、ユーザの耳元から受話口が離れている状態が長く続いた場合に、自動的に通話保留状態に移るようにすることができる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。

また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

以上述べた実施の形態をまとめると、以下のようになる。

一態様の通信端末装置は、受話口付近における近接物を検出すると、当該検出の前に受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する再生部と、通話の中断に係る通知音を対向端末へ送出し、上記録音の再生が終了すると、通知音の送出を終える送出部とを有する。

このようにすれば、ユーザが通話相手の音声を聞き逃しても、円滑に正常な通話状態に回復できる。ユーザは音声の連なりを初めから聞き直せるので、意味の取り違いが生じ難い。また、通知音によって通話相手に待機を促し、通知音の停止によって通話の再開を知らせることができる。

また、上記送出部は、上記区間の終了を検出すると、通知音の送出を開始するようにしてもよい。

このようにすれば、受話音声が続いているうちは通知音を送出しないので、相手の発言を邪魔しない。

更に、上記通信端末装置は、上記時点から上記再生が終了するまでの間における入力音声の送出を中断する中断部を有するようにしてもよい。

このようにすれば、通話の中断から回復に至る間における雑音の送出を防げる。

上記中断部は、上記時点から上記再生を開始するまでの間における受話音声の出力を中断するようにしてもよい。

このようにすれば、無駄なスピーカ動作を省き、消費電力を減らせる。

更に、上記通信端末装置は、上記再生が終了すると、ユーザに知らせる動作を行う動作部を有するようにしてもよい。

このようにすれば、ユーザに通話の再開を知らせることができる。

上記動作部は、上記時点で、ユーザに知らせる動作を行うようにしてもよい。

このようにすれば、通話が中断されたことをユーザに知らせることができる。

更に、上記通信端末装置は、上記時点から所定時間が経過した場合に、通話保留状態に設定する保留部を有するようにしてもよい。

このようにすれば、ユーザの耳元から受話口が離れている状態が長く続いた場合に、自動的に通話保留状態に移るようにできる。

上記再生部は、上記録音を高速で再生するようにしてもよい。

このようにすれば、早く通常の通話状態に回復できる。

なお、上で述べた通信端末装置における処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する再生部と、
通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える送出部と
を有する通信端末装置。

（付記２）
前記送出部は、前記区間の終了を検出すると、前記通知音の送出を開始する
付記１記載の通信端末装置。

（付記３）
更に、
前記時点から前記再生が終了するまでの間における入力音声の送出を中断する中断部
を有する付記１又は２記載の通信端末装置。

（付記４）
前記中断部は、前記時点から前記再生を開始するまでの間における受話音声の出力を中断する
を有する付記３記載の通信端末装置。

（付記５）
更に、
前記再生が終了すると、ユーザに知らせる動作を行う動作部
を有する付記１乃至４のいずれか１つ記載の通信端末装置。

（付記６）
前記動作部は、前記時点で、ユーザに知らせる動作を行う
付記５記載の通信端末装置。

（付記７）
更に、
前記時点から所定時間が経過した場合に、通話保留状態に設定する保留部
を有する付記１乃至６のいずれか１つ記載の通信端末装置。

（付記８）
前記再生部は、前記録音を高速で再生する
付記１乃至７のいずれか１つ記載の通信端末装置。

（付記９）
受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する処理と、
通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える処理と
を含み、プロセッサにより実行される音声再生方法。

（付記１０）
受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する処理と、
通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える処理と
をプロセッサに実行させるための音声再生プログラム。

１００ 携帯電話装置 １０１ 受話口
１０３ 送話口 １０５ 近接センサ口
３０１ 有声区間 ３０３ 有声区間
３０５ 有声区間 ３０７ 有声区間
３０９ 境界 ３１１ 境界
４０１ 有声区間 ４０３ 中断状態
４０５ 中断状態 ４０７ 動作状態
４０９ 通知区間 ４１１ 再生区間
４１３ 動作状態 ５０１ 中断状態
５０３ 中断状態 ５０５ 動作状態
５０７ 通知区間 ５０９ 再生区間
５１１ 動作状態 ６０１ 中断状態
６０３ 中断状態 ６０５ 動作状態
６０７ 再生区間 ６０９ 通知区間
６１１ 動作状態 ７０１ 有声区間
７０３ 中断状態 ７０５ 中断状態
７０７ 動作状態 ７０９ 再生区間
７１１ 通知区間 ７１３ 動作状態
８０１ プロセッサ ８０３ 記憶部
８０５ ＲＯＭ ８０７ ＲＡＭ
８０９ フラッシュメモリ ８１１ アンテナ
８１３ 無線制御部 ８１５ 受話用スピーカ制御部
８１７ 受話用スピーカ ８１９ 送話用マイク制御部
８２１ 送話用マイク ８２３ ＬＣＤ制御部
８２５ ＬＣＤ ８２７ タッチパッド
８２９ キー群 ８３１ 近接センサ
８３３ 音レコーダ ８３５ バイブレータ
８３７ 報知用スピーカ制御部 ８３９ 報知用スピーカ
８４１ ＬＥＤ ９０１ オペレーティングシステム
９０３ 近接センサドライバ ９０５ 音レコーダドライバ
９０７ 送話用マイクドライバ ９０９ 受話用スピーカドライバ
９１１ バイブレータドライバ ９１３ 報知用スピーカドライバ
９２１ 電話アプリケーション部 ９２３ 検出部
９２５ 録音部 ９２７ 通話部
９２９ 送出部 ９３１ 中断部
９３３ 動作部 ９３５ 再生部
９３７ 記憶部 ２００１ 保留部

Claims (6)

1. 受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する再生部と、
   通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える送出部と
   を有する通信端末装置。
2. 前記送出部は、前記区間の終了を検出すると、前記通知音の送出を開始する
   請求項１記載の通信端末装置。
3. 更に、
   前記時点から前記再生が終了するまでの間における入力音声の送出を中断する中断部
   を有する請求項１又は２記載の通信端末装置。
4. 更に、
   前記再生が終了すると、ユーザに知らせる動作を行う動作部
   を有する請求項１乃至３のいずれか１つ記載の通信端末装置。
5. 受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する処理と、
   通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える処理と
   を含み、プロセッサにより実行される音声再生方法。
6. 受話口付近における近接物を検出すると、当該検出の前に前記受話口付近から近接物が離れた時点を含み且つ受話音声が連続している区間の録音を、当該区間の先頭から再生する処理と、
   通話の中断に係る通知音を対向端末へ送出し、前記録音の再生が終了すると、前記通知音の送出を終える処理と
   をプロセッサに実行させるための音声再生プログラム。

Images