(57)【要約】【課題】電話着信に対する応答を容易にすること。【解決手段】１つの態様において、携帯電子機器（例えば、スマートフォン１）は、音声入力部と、電話着信の際に、音声入力部に対して音声入力を受け付けた場合には、オフフックする制御部とを有する。携帯電子機器（例えば、スマートフォン１）は、タッチスクリーンを介して、電話着信に対する応答操作を検出した場合にはオフフックし、タッチスクリーンを介して、電話着信に対する応答操作が検出されない場合には、マイクによる音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックする。【選択図】図１
2014187619.tif 000002
【特許請求の範囲】
【請求項１】
音声入力部と、
電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックする制御部と
を有する携帯電子機器。
【請求項２】
タッチスクリーンディスプレイをさらに有し、
前記制御部は、前記タッチスクリーンディスプレイを介して、電話着信に対する応答操作を検出した場合にはオフフックし、前記タッチスクリーンディスプレイを介して、電話着信に対する応答操作が検出されない場合には、前記音声入力部による音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックする請求項１に記載の携帯電子機器。
【請求項３】
タッチスクリーンディスプレイをさらに有し、
前記制御部は、
前記タッチスクリーンディスプレイを介して検出した操作が、電話着信に対する応答操作である場合にはオフフックし、
前記タッチスクリーンディスプレイを介して検出した操作が、電話着信に対する応答操作と異なる場合には、前記音声入力部による音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックする請求項１に記載の携帯電子機器。
【請求項４】
オフフックするための条件を記憶する記憶部をさらに有し、
前記制御部は、前記音声入力を受け付けた場合に、受け付けた音声入力の内容が前記条件に一致する場合に、オフフックする請求項２または３に記載の携帯電子機器。
【請求項５】
携帯電子機器の姿勢を検出する姿勢検出部をさらに有し、
前記制御部は、前記電話着信の際に、前記姿勢検出部による検出結果に基づいて利用者の受話動作が検出された場合には、前記条件を変更する請求項４に記載の携帯電子機器。
【請求項６】
タッチスクリーンと、
携帯電子機器の姿勢を検出する姿勢検出部と
をさらに有し、
前記制御部は、前記タッチスクリーンを介して、電話着信に対する応答操作が検出されない場合には、前記姿勢検出部による検出結果に基づいて受話動作が検出されたかを判定し、前記受話動作が検出された場合には、前記音声入力部による音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックする請求項１に記載の携帯電子機器。
【請求項７】
音声入力部を有する携帯電子機器によって実行される制御方法であって、
電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックするステップを含む制御方法。
【請求項８】
音声入力部を有する携帯電子機器に、
電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックするステップを実行させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、携帯電子機器、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
スマートフォンなど、タッチスクリーンディスプレイを備える携帯電子機器では、着信に応答する場合に、所定のタッチ操作を要求するものがある。例えば、着信があった場合に、着信に応答するためのアイコンをディスプレイに表示させて、アイコンに対する操作に応じてオフフックする。タッチ操作の例は、例えば、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００８／０８６３０２号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
着信に応答する場合に、所定のタッチ操作を要求すると、利用者によっては応答に失敗してしまう場合もある。着信に応答するためのキーを搭載することも考えられるが、コスト負担が問題となる。
【０００５】
このようなことから、電話着信に対する応答を容易にすることができる携帯電子機器、制御方法及び制御プログラムに対する必要性がある。
【課題を解決するための手段】
【０００６】
１つの態様に係る携帯電子機器は、音声入力部と、電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックする制御部とを有する。
【０００７】
１つの態様に係る制御方法は、音声入力部を有する携帯電子機器によって実行される制御方法であって、電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックするステップを含む。
【０００８】
１つの態様に係る制御プログラムは、音声入力部を有する携帯電子機器に、電話着信の際に、前記音声入力部に対して音声入力を受け付けた場合には、オフフックするステップを実行させる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態１に係るスマートフォンの機能構成を示すブロック図である。
【図２】図２は、実施形態１に係るスマートフォンによる制御の流れを示すフローチャートである。
【図３】図３は、実施形態１に係るスマートフォンにより実行される他の制御の流れを示すフローチャートである。
【図４】図４は、受話動作の検出について説明するための図である。
【図５】図５は、実施形態２に係るスマートフォンの機能構成を示すブロック図である。
【図６】図６は、実施形態２に係る応答状態レベル管理データの一例を示す図である。
【図７】図７は、実施形態２に係る応答状態レベル対応操作データの一例を示す図である。
【図８】図８は、実施形態２に係るスマートフォンによる制御の流れを示すフローチャートである。
【図９】図９は、実施形態２に係るスマートフォンによる制御の流れを示すフローチャートである。
【図１０】図１０は、実施形態３に係る応答状態レベル対応操作データの一例を示す図である。
【図１１】図１１は、実施形態３に係るスマートフォンによる制御の流れを示すフローチャートである。
【図１２】図１２は、実施形態３に係るスマートフォンによる制御の流れを示すフローチャートである。
【図１３】図１３は、実施形態３に係るスマートフォンによる制御の流れを示すフローチャートである。
【図１４】図１４は、実施形態３に係るスマートフォンによる制御の流れを示すフローチャートである。
【図１５】図１５は、応答状態レベル対応操作データの他の例を示す図である。
【発明を実施するための形態】
【００１０】
本発明を実施するための実施形態を、図面を参照しつつ詳細に説明する。以下では、本発明に係る携帯電子機器の一例として、スマートフォンについて説明する。
【００１１】
（実施形態１）
実施形態に係るスマートフォン１の機能構成の一例を説明する。図１は、実施形態１に係るスマートフォンの機能構成を示すブロック図である。以下の説明においては、同様の構成要素に同一の符号を付すことがある。さらに、重複する説明は省略することがある。
【００１２】
図１に示すように、スマートフォン１は、タッチスクリーンディスプレイ２と、ボタン３と、照度センサ４と、近接センサ５と、通信ユニット６と、レシーバ７と、マイク８と、ストレージ９と、コントローラ１０と、スピーカ１１と、カメラ１２と、姿勢検出ユニット１５と、バイブレータ１８とを備える。
【００１３】
タッチスクリーンディスプレイ２は、ディスプレイ２Ａと、タッチスクリーン２Ｂとを有する。ディスプレイ２Ａ及びタッチスクリーン２Ｂは、例えば、重ねて配置されてもよいし、並べて配置されてもよいし、離して配置されてもよい。ディスプレイ２Ａとタッチスクリーン２Ｂとが重ねて配置される場合、例えば、ディスプレイ２Ａの１ないし複数の辺がタッチスクリーン２Ｂのいずれの辺とも沿っていなくてもよい。
【００１４】
ディスプレイ２Ａは、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ  Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙ）、又は無機ＥＬディスプレイ（ＩＥＬＤ：Ｉｎｏｒｇａｎｉｃ  Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙ）等の表示デバイスを備える。ディスプレイ２Ａは、文字、画像、記号、及び図形等を表示する。ディスプレイ２Ａが表示する文字、画像、記号、及び図形等を含む画面には、ロック画面と呼ばれる画面、ホーム画面と呼ばれる画面、アプリケーションの実行中に表示されるアプリケーション画面が含まれる。ホーム画面は、デスクトップ、待受画面、アイドル画面、標準画面、アプリ一覧画面又はランチャー画面と呼ばれることもある。実施形態１において、ディスプレイ２Ａは、電話着信を通知する画面を表示する。電話着信を通知する画面には、電話着信の際に、電話着信に対して応答するための操作を受け付ける応答操作用のオブジェクト（以下、応答アイコン）が含まれる。
【００１５】
タッチスクリーン２Ｂは、タッチスクリーン２Ｂに対する指、ペン、又はスタイラスペン等の接触を検出する。タッチスクリーン２Ｂは、複数の指、ペン、又はスタイラスペン等（以下、単に「指」という）がタッチスクリーン２Ｂに接触した位置を検出することができる。タッチスクリーン２Ｂは、タッチスクリーン２Ｂ（タッチスクリーンディスプレイ２）に対する指の接触を、接触された場所のタッチスクリーンディスプレイ２上での位置とともに、コントローラ１０に通知する。実施形態１において、タッチスクリーン２Ｂは、例えば、電話着信があった場合に、タッチスクリーンディスプレイ２に対する指の接触、及びタッチスクリーンディスプレイ２上での位置を、コントローラ１０に通知する。
【００１６】
タッチスクリーン２Ｂの検出方式は、静電容量方式、抵抗膜方式、表面弾性波方式（又は超音波方式）、赤外線方式、電磁誘導方式、及び荷重検出方式等の任意の方式でよい。以下の説明では、説明を簡単にするため、利用者はスマートフォン１を操作するために指を用いてタッチスクリーン２Ｂに接触するものと想定する。
【００１７】
コントローラ１０（スマートフォン１）は、タッチスクリーン２Ｂにより検出された接触、接触が検出された位置、接触が検出された位置の変化、接触が検出された間隔、及び接触が検出された回数の少なくとも１つに基づいて、ジェスチャの種別を判別する。ジェスチャは、指を用いて、タッチスクリーン２Ｂ（タッチスクリーンディスプレイ２）に対して行われる操作である。コントローラ１０（スマートフォン１）が、タッチスクリーン２Ｂを介して判別するジェスチャには、例えば、タッチ、ロングタッチ、リリース、スワイプ、タップ、ダブルタップ、ロングタップ、ドラッグ、フリック、ピンチイン、及びピンチアウトが含まれるが、これらに限定されない。実施形態１において、コントローラ１０（スマートフォン１）は、タッチスクリーン２Ｂから通知される指の接触及び接触の位置に基づいて、上記応答アイコンに対するジェスチャを判別し、オフフックする処理などを実行する。
【００１８】
ボタン３は、利用者からの操作入力を受け付ける。ボタン３の数は、単数であっても、複数であってもよい。
【００１９】
照度センサ４は、スマートフォン１の周囲光の照度を検出する。照度は、光の強さ、明るさ、又は輝度を示す。照度センサ４は、例えば、ディスプレイ２Ａの輝度の調整に用いられる。
【００２０】
近接センサ５は、近隣の物体の存在を非接触で検出する。近接センサ５は、磁界の変化又は超音波の反射波の帰還時間の変化等に基づいて物体の存在を検出する。近接センサ５は、例えば、ディスプレイ２Ａが顔に近づけられたことを検出する。照度センサ４及び近接センサ５は、１つのセンサとして構成されていてもよい。照度センサ４は、近接センサとして用いられてもよい。
【００２１】
通信ユニット６は、無線により通信する。通信ユニット６によってサポートされる無線通信規格には、例えば、２Ｇ、３Ｇ、４Ｇ等のセルラーフォンの通信規格と、近距離無線の通信規格がある。セルラーフォンの通信規格としては、例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）等がある。近距離無線の通信規格としては、例えば、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＷＰＡＮ（Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等がある。ＷＰＡＮの通信規格には、例えば、ＺｉｇＢｅｅ（登録商標）がある。通信ユニット６は、上述した通信規格の１つ又は複数をサポートしていてもよい。
【００２２】
通信ユニット６は、ＧＰＳ衛星からの所定の周波数帯の電波信号を受信し、受信した電波信号の復調処理を行って、処理後の信号をコントローラ１０に送出する。スマートフォン１は、ＧＰＳ衛星との通信機能を通信ユニット６から分散させて、通信ユニット６から独立した個別の通信部を設けてもよい。
【００２３】
レシーバ７は、音出力部である。レシーバ７は、コントローラ１０から送信される音信号を音として出力する。レシーバ７は、例えば、通話時に相手の声を出力するために用いられる。マイク８は、音声入力部である。マイク８は、利用者の音声等を音声信号へ変換してコントローラ１０へ送信する。
【００２４】
ストレージ９は、プログラム及びデータを記憶する。ストレージ９は、コントローラ１０の処理結果を一時的に記憶する作業領域としても利用される。ストレージ９は、半導体記憶媒体、及び磁気記憶媒体等の任意の非一過的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な記憶媒体を含んでよい。ストレージ９は、複数の種類の記憶媒体を含んでよい。ストレージ９は、メモリカード、光ディスク、又は光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。ストレージ９は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。
【００２５】
ストレージ９に記憶されるプログラムには、フォアグランド又はバックグランドで実行されるアプリケーションと、アプリケーションの動作を支援する制御プログラムとが含まれる。フォアグランドで実行されるアプリケーションは、例えば、ディスプレイ２Ａに画面が表示される。制御プログラムには、例えば、ＯＳが含まれる。アプリケーション及び制御プログラムは、通信ユニット６による無線通信又は非一過的な記憶媒体を介してストレージ９にインストールされてもよい。
【００２６】
ストレージ９は、例えば、制御プログラム９Ａ、通話アプリケーション９Ｂ、メールアプリケーション９Ｃ、カレンダーアプリケーション９Ｄ、カメラアプリケーション９Ｅ、受話動作姿勢判別データ９Ｚなどを記憶する。
【００２７】
制御プログラム９Ａは、スマートフォン１を稼働させるための各種制御に関する機能を提供する。制御プログラム９Ａは、電話着信の際に、マイク８に対して音声入力を受け付けた場合には、オフフックするための機能を提供する。具体的には、制御プログラム９Ａは、タッチスクリーン２Ｂを介して、電話着信に対する応答操作を検出した場合にはオフフックし、タッチスクリーン２Ｂを介して、電話着信に対する応答操作が検出されない場合には、マイク８による音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックするための機能を提供する。電話着信に対応する応答操作が検出されない場合には、例えば、上記応答アイコンに対する不完全な操作が検出された場合を含む。
【００２８】
その他、制御プログラム９Ａは、通信ユニット６などを制御することによって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）などを用いた通信を実現させるための機能、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＷＰＡＮ（Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を用いた近距離無線通信を実現させるための機能、並びに、通信ユニット６及びマイク８などを制御することによって、通話を実現させるための機能を提供する。
【００２９】
制御プログラム９Ａにより提供される機能は、通話を実現させる場合、通話アプリケーション９Ｂ又はメールアプリケーション９Ｃなど、ストレージ９に記憶される他のプログラムなどが提供する機能と組み合わせて利用されることがある。制御プログラム９Ａにより提供される機能は、複数のプログラムモジュールに分割されていてもよいし、他のプログラムと結合されていてもよい。
【００３０】
通話アプリケーション９Ｂは、無線通信による通話のための通話機能を提供する。メールアプリケーション９Ｃは、電子メールの作成、送信、受信、及び表示等のための電子メール機能を提供する。カレンダーアプリケーション９Ｄは、スケジュール管理等のためのカレンダー機能を提供する。カメラアプリケーション９Ｅは、画像および動画像の撮影、編集および管理などを行うための機能を提供する。ストレージ９に記憶されるアプリケーションは一例に過ぎない。図１に示すもの以外に、メモ帳アプリケーション、ブラウザアプリケーション、ナビゲートアプリケーション、音楽プレイヤーアプリケーション、動画再生アプリケーション、計算機アプリケーション、付箋アプリケーションなどが記憶されていてもよい。
【００３１】
受話動作姿勢判別データ９Ｚは、コントローラ１０が、姿勢検出ユニット１５による検出結果に基づいて、スマートフォン１の姿勢が受話動作に一致するかを判定するためのデータである。例えば、利用者が受話動作を取ったときに、重力加速度の方向と、利用者に所持されるスマートフォン１の方向とのなす角度のデータなどが記憶される。
【００３２】
コントローラ１０は、演算処理装置である。演算処理装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＳｏＣ（Ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ）、ＭＣＵ（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）、及びＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）を含むが、これらに限定されない。コントローラ１０は、スマートフォン１の動作を統括的に制御して各種の機能を実現する。コントローラ１０は、制御部の一例である。
【００３３】
具体的には、コントローラ１０は、ストレージ９に記憶されているデータを必要に応じて参照しつつ、ストレージ９に記憶されているプログラムに含まれる命令を実行する。そして、コントローラ１０は、データ及び命令に応じて機能部を制御し、それによって各種機能を実現する。機能部は、例えば、ディスプレイ２Ａ、通信ユニット６、マイク８、及びスピーカ１１を含むが、これらに限定されない。コントローラ１０は、検出部の検出結果に応じて、制御を変更することがある。検出部は、例えば、タッチスクリーン２Ｂ、ボタン３、照度センサ４、近接センサ５、マイク８、カメラ１２、及び姿勢検出ユニット１５を含むが、これらに限定されない。
【００３４】
コントローラ１０は、制御プログラム９Ａを実行することにより、電話着信の際に、マイク８に対して音声入力を受け付けた場合には、オフフックする処理を実行する。具体的には、コントローラ１０は、タッチスクリーン２Ｂを介して、電話着信に対する応答操作を検出した場合にはオフフックし、タッチスクリーン２Ｂを介して、電話着信に対する応答操作が検出されない場合には、マイク８による音声入力の受け付けを開始し、音声入力を受け付けた場合にはオフフックする。電話着信に対応する応答操作が検出されない場合には、例えば、上記応答アイコンに対する不完全な操作が検出された場合を含む。
【００３５】
スピーカ１１は、音出力部である。スピーカ１１は、コントローラ１０から送信される音信号を音として出力する。スピーカ１１は、例えば、着信音及び音楽を出力するために用いられる。レシーバ７及びスピーカ１１の一方が、他方の機能を兼ねてもよい。
【００３６】
カメラ１２は、撮影した画像を電気信号へ変換する。カメラ１２には、例えば、ディスプレイ２Ａに面している物体を撮影するインカメラ、ディスプレイ２Ａの反対側の面に面している物体を撮影するアウトカメラが含まれる。
【００３７】
姿勢検出ユニット１５は、スマートフォン１の姿勢を検出する。姿勢検出ユニット１５は、姿勢を検出するために、加速度センサ、方位センサ、及びジャイロスコープの少なくとも１つを備える。姿勢検出ユニット１５は、例えば、加速度センサ、方位センサ、及びジャイロスコープなどの検出結果に基づいて、例えば、スマートフォン１の姿勢を検出する。姿勢検出ユニット１５は、スマートフォン１の姿勢の検出結果をコントローラ１０に送る。
【００３８】
バイブレータ１８は、スマートフォン１の一部又は全体を振動させる。バイブレータ１８は、振動を発生させるために、例えば、圧電素子、又は偏心モータなどを有する。バイブレータ１８による振動は、着信等の各種のイベントを利用者に報知するために用いられる。
【００３９】
続いて、図２を用いて、実施形態１に係るスマートフォン１により実行される制御の一例について説明する。図２は、実施形態１に係るスマートフォン１による制御の流れを示すフローチャートである。図２に示す制御は、コントローラ１０が、制御プログラム９Ａなどをストレージ９から読込んで実行することにより実現される。図２は、着信が検出されてから着信が継続中、もしくはオフフックされるまでの制御の流れを示す。
【００４０】
図２に示すように、コントローラ１０は、着信を検出すると（ステップＳ１０１）、着信から一定時間内に応答操作が検出されるかを判定する（ステップＳ１０２）。ステップＳ１０２の判定は、電話着信に対して予め想定される通常の応答操作（例えば、応答アイコンのフリック）が受け付けられたかを判定し、応答操作に失敗した場合には、応答操作の検出に含まれない。コントローラ１０は、ステップＳ１０２の判定結果がＮｏである場合には、通常の応答操作に失敗したものと判断して、以下に説明するように、電話が通じているものと思い込んで通話行動を行う利用者が混乱することのないように、利用者の通話の意思に応じてオフフックさせる制御を実現する。
【００４１】
コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出されない場合には（ステップＳ１０２，Ｎｏ）、マイク８を起動する（ステップＳ１０３）。続いて、コントローラ１０は、マイク８により入力されるデータを解析し（ステップＳ１０４）、音声入力が受け付けられたかを判定する（ステップＳ１０５）。
【００４２】
コントローラ１０は、判定の結果、音声入力が受け付けられている場合には（ステップＳ１０５，Ｙｅｓ）、オフフックして（ステップＳ１０６）、図２に示す制御を終了する。これとは反対に、コントローラ１０は、判定の結果、音声入力が受け付けられていない場合には（ステップＳ１０５，Ｎｏ）、上記ステップＳ１０４に戻る。
【００４３】
上記ステップＳ１０２において、コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出された場合には（ステップＳ１０２，Ｙｅｓ）、上記ステップＳ１０６の手順に移動して、オフフックし、図２に示す制御を終了する。
【００４４】
上記図２に示す制御では、上記ステップＳ１０５〜ステップＳ１０６において、コントローラ１０が、音声入力を受け付けてオフフックする場合に限定されない。例えば、コントローラ１０は、マイク８により入力されるデータを解析して、所定のキーワードが一定時間内に検出された場合に、オフフックするようにしてもよい。あるいは、コントローラ１０は、マイク８により入力されるデータを解析して、所定のキーワードが一定時間内に複数検出された場合に、オフフックするようにしてもよい。所定のキーワードとしては、例えば、「もしもし」、「はい」など電話に対する受け答えとして想定されるキーワードであればよい。
【００４５】
上記図２に示す制御では、上記ステップＳ１０２において、コントローラ１０が、一定時間内に通常の応答操作を検出したかを判定する例を説明したが、この例には限定されない。例えば、通常の応答操作を検出したかを判定することなく、マイク８を起動し、音声入力があれば、オフフックするようにしてもよい。
【００４６】
上記図２に示す制御において、スマートフォン１は、利用者の受話動作を検出した場合に、マイク８を起動するようにしてもよい。そこで、以下では、図３及び図４を用いて、実施形態１に係るスマートフォン１により実行される他の制御の例について説明する。図３は、実施形態１に係るスマートフォン１により実行される他の制御の流れを示すフローチャートである。図４は、受話動作の検出について説明するための図である。図３に示す制御は、コントローラ１０が、制御プログラム９Ａなどをストレージ９から読込んで実行することにより実現される。図３に示す制御は、ステップＳ２０３の手順が、図２に示す制御とは異なる。図３は、着信が検出されてから着信が継続中、もしくはオフフックされるまでの制御の流れを示す。
【００４７】
図３に示すように、コントローラ１０は、着信を検出すると（ステップＳ２０１）、着信から一定時間内に応答操作が検出されるかを判定する（ステップＳ２０２）。
【００４８】
コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出されない場合には（ステップＳ２０２，Ｎｏ）、続いて、スマートフォン１の姿勢の検出結果を取得し（ステップＳ２０３）、受話動作が検出されたかを判定する（ステップＳ２０４）。
【００４９】
具体的には、コントローラ１０は、姿勢検出ユニット１５による検出結果に基づいて、スマートフォン１の姿勢を判定し、受話動作が検出されたかを判定する。姿勢検出ユニット１５は、加速度センサ、方位センサ、及びジャイロスコープなどの検出結果に基づいて、スマートフォン１の姿勢を検出する。例えば、図４に示すように、姿勢検出ユニット１５は、重力加速度の方向Ｄ１と、利用者Ｈ１に所持されるスマートフォン１の方向Ｄ２とのなす角度“θ１”を検出して、コントローラ１０に送る。スマートフォン１の方向Ｄ２は、スマートフォン１にレシーバ７が搭載される側の筐体の面Ｆ１及びマイク８が搭載される側の面Ｆ２に鉛直で、かつスマートフォン１の筐体の面Ｆ３に並行な方向である。筐体の面Ｆ１及び面Ｆ２と、筐体の面Ｆ３とは垂直に交わっているものとする。コントローラ１０は、姿勢検出ユニット１５から、重力加速度の方向Ｄ１とスマートフォン１の方向Ｄ２のなす角度“θ１”を取得すると、この角度“θ１”が、利用者により受話動作が行われたときの角度に一致するか否かを判定する。そして、角度が一致する場合には、コントローラ１０は、スマートフォン１の姿勢が受話動作と一致するものと判定し、受話動作であると検出する。そして、姿勢検出ユニット１５は、受話動作を検出した旨をコントローラ１０に送る。コントローラ１０は、姿勢検出ユニット１５から受話動作を検出した旨を受け付けると、受話動作を検出したものと判定する。
【００５０】
コントローラ１０は、判定の結果、受話動作が検出された場合には（ステップＳ２０４，Ｙｅｓ）、マイク８を起動する（ステップＳ２０５）。続いて、コントローラ１０は、マイク８により入力されるデータを解析し（ステップＳ２０６）、音声入力が受け付けられたかを判定する（ステップＳ２０７）。
【００５１】
コントローラ１０は、判定の結果、音声入力が受け付けられている場合には（ステップＳ２０７，Ｙｅｓ）、オフフックして（ステップＳ２０８）、図３に示す制御を終了する。これとは反対に、コントローラ１０は、判定の結果、音声入力が受け付けられていない場合には（ステップＳ２０７，Ｎｏ）、上記ステップＳ２０６に戻る。
【００５２】
上記ステップＳ２０４において、コントローラ１０は、判定の結果、受話動作が検出されない場合には（ステップＳ２０４，Ｎｏ）、上記ステップＳ２０３に戻り、スマートフォン１の姿勢の検出結果を再び取得する。
【００５３】
上記ステップＳ２０２において、コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出された場合には（ステップＳ２０２，Ｙｅｓ）、上記ステップＳ２０８の手順に移動して、オフフックし、図３に示す制御を終了する。
【００５４】
上記図２及び図３に示す制御では、着信から一定時間内に応答操作が検出されない場合、音声入力の受付に応じて、オフフックする制御の例を説明した。すなわち、上記図２及び図３に示す制御は、利用者が混乱して、通常の応答操作に何度も失敗している状態に対処するものであるが、音声入力の前に、通常の応答操作を検出した場合には、オフフックしてもよい。
【００５５】
上述してきたように、実施形態１では、スマートフォン１は、電話着信の際、例えば、着信から一定時間内に応答操作が検出されない場合には、音声入力の受付に応じてオフフックする。このため、実施形態１によれば、電話着信に対する応答を容易にすることができる。例えば、スマートフォン１の利用者が年配である場合には、応答アイコンのフリックなど、タッチスクリーン２Ｂに対するタッチ操作に何度も失敗することが考えられる。実施形態１では、スマートフォン１が、タッチ操作に失敗しても、音声入力があれば、オフフックするので、年配の利用者であっても、電話着信に対する応答が容易となる。
【００５６】
実施形態１では、スマートフォン１は、電話着信の際、例えば、着信から一定時間内に応答操作が検出されない場合には、受話動作が検出されたかを判定する。そして、スマートフォン１は、受話動作が検出された場合には、音声入力の受付に応じてオフフックする。このため、実施形態１によれば、電話着信に対する応答を容易にする制御を効率良く実施することができる。例えば、スマートフォン１の利用者が年配である場合には、応答アイコンのフリックなどのタッチ操作に成功したものと勘違いして、直ぐに受話動作を取ることが考えられる。通常、受話動作が行われた後に音声入力があるものと考えられるので、スマートフォン１は、受話動作が検出された後に、マイク８を起動して、音声入力があれば、オフフックする。このため、電話着信に対する応答を容易にする制御を効率良く実施することができる。
【００５７】
上記の実施形態１において、スマートフォン１は、電話着信の際、受話動作が検出されれば、オフフックしてもよい。あるいは、スマートフォン１は、例えば、一定時間内に通常の応答操作が検出されない状態で、その後、受話動作が検出された場合には、オフフックしてもよい。
【００５８】
（実施形態２）
上記の実施形態１では、電話着信の際、例えば、着信から一定時間内に応答操作が検出されない場合には、音声入力の受付を契機としてオフフックする制御の例を説明した。以下の実施形態２では、音声入力の内容がオフフックするための条件を満足する場合にオフフックする制御、及び受話動作に応じてオフフックするための条件を変更する制御の例について説明する。
【００５９】
図５は、実施形態２に係るスマートフォンの機能構成を示すブロック図である。実施形態２に係るスマートフォン１の機能構成は、以下に説明する点が実施形態１とは異なる。
【００６０】
ストレージ９は、制御プログラム９Ａ、通話アプリケーション９Ｂ、メールアプリケーション９Ｃ、カレンダーアプリケーション９Ｄ、カメラアプリケーション９Ｅ、及び受話動作姿勢判別データ９Ｚに加えて、応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙをさらに記憶する。
【００６１】
制御プログラム９Ａは、電話着信に対して予め想定される通常の応答操作の失敗と判断できる状況に応じて、後述する応答状態レベル管理データ９Ｘに記録されている応答状態レベルを更新するための機能を提供する。具体的には、制御プログラム９Ａは、電話着信の際に、着信から一定時間内に通常の応答操作（例えば、応答アイコンのフリック）が検出されない場合には、姿勢検出ユニット１５による姿勢の検出結果に基づいて受話動作が検出されることを条件として、応答状態レベルを１段階上げるための機能を提供する。
【００６２】
さらに、制御プログラム９Ａは、後述する応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照して、電話着信の際、利用者から受け付けた操作が、応答状態レベルに対応する操作である場合に、オフフックするための機能を提供する。
【００６３】
応答状態レベル管理データ９Ｘは、スマートフォン１における応答状態レベルを記録したデータである。応答状態レベルとは、電話着信に対する通常の応答操作の失敗状況に応じて更新される情報である。図６は、実施形態２に係る応答状態レベル管理データの一例を示す図である。図６に示すように、応答状態レベル管理データ９Ｘには、スマートフォン１における現在の応答状態レベル（例えば、レベル０）が記録される。本実施形態において、応答状態レベルは、例えば、レベル０、レベル１、レベル２の３段階のレベルが存在する。レベル０は、電話着信に対する通常の応答操作（例えば、応答アイコンのフリック）でオフフックを実行するレベルである。応答状態レベル管理データ９Ｘに記憶される応答状態レベルは、通常の応答操作に失敗したと判断できる状況に応じて、レベル０→レベル１→レベル２というように更新される。通常の応答操作に失敗したと判断できる状況としては、例えば、通常の応答操作が行われる前に、受話動作が検出された場合に該当する。
【００６４】
応答状態レベル対応操作データ９Ｙは、電話着信に対してオフフックするための条件を、スマートフォン１における応答状態レベルごとに記録したデータである。図７は、実施形態２に係る応答状態レベル対応操作データの一例を示す図である。図７に示すように、応答状態レベル対応操作データ９Ｙには、応答状態レベル（レベル０〜レベル２）に対応付けて、オフフックを実行するための条件の内容が記録される。例えば、図７に示すように、応答状態レベルが“レベル０”である場合には、オフフック条件として“応答アイコンのフリック”が対応付けられている。図７に示すように、応答状態レベルが“レベル１”である場合には、オフフック条件として“一定時間内に所定のキーワードを２回検出”が対応付けられている。図７に示すように、応答状態レベルが“レベル２”である場合には、オフフック条件として“一定時間内に所定のキーワードを１回検出”が対応付けられている。応答状態レベルがレベル１からレベル２になると、オフフックする条件である音声入力の内容が緩やかな条件に変更される。このように、応答状態レベルが上がるほど、応答操作が単純かつ簡易なものとなるように調整されている。図７に示す応答操作の内容は一例に過ぎず、図７に示す例には限定されるものではなく、応答状態レベルが高くなるほど、より単純で簡易な操作が対応付けられるものであればよい。
【００６５】
コントローラ１０は、制御プログラム９Ａを実行することにより、電話着信の際に、着信から一定時間内に通常の応答操作（例えば、応答アイコンのフリック）が検出されない場合には、姿勢検出ユニット１５による姿勢の検出結果を取得する。そして、コントローラ１０は、受話動作が検出された場合には、応答状態レベルを１段階上げる。
【００６６】
さらに、コントローラ１０は、応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照して、電話着信の際、音声入力の内容がオフフックするための条件を満足する場合には、オフフックする処理を実行する。
【００６７】
続いて、図８及び図９を用いて、実施形態２に係るスマートフォン１により実行される制御の一例について説明する。図８及び図９は、実施形態２に係るスマートフォン１による制御の流れを示すフローチャートである。図８及び図９に示す制御は、コントローラ１０が、制御プログラム９Ａなどをストレージ９から読込んで実行することにより実現される。
【００６８】
図８を用いて、音声入力の内容がオフフックするための条件を満足する場合に、オフフックする制御の例について説明する。
【００６９】
図８に示すように、コントローラ１０は、着信を検出すると（ステップＳ３０１）、着信から一定時間内に応答操作が検出されたかを判定する（ステップＳ３０２）。
【００７０】
コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出されない場合には（ステップＳ３０２，Ｎｏ）、マイク８を起動する（ステップＳ３０３）。続いて、コントローラ１０は、マイク８により入力されるデータを解析し（ステップＳ３０４）、ストレージ９に記憶されている応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照する（ステップＳ３０５）。
【００７１】
続いて、コントローラ１０は、ステップＳ３０４の解析により得られる音声入力の内容が、オフフック条件を満足するかを判定する（ステップＳ３０６）。
【００７２】
コントローラ１０は、判定の結果、音声入力の内容が、オフフック条件を満足する場合には（ステップＳ３０６，Ｙｅｓ）、オフフックして（ステップＳ３０７）、図８に示す制御を終了する。これとは反対に、コントローラ１０は、判定の結果、音声入力の内容が、オフフック条件を満足しない場合には（ステップＳ３０６，Ｎｏ）、上記ステップＳ３０４の手順に戻る。
【００７３】
上記ステップＳ３０２において、コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出された場合には（ステップＳ３０２，Ｙｅｓ）、上記ステップＳ３０７の手順に移動して、オフフックし、図８に示す制御を終了する。
【００７４】
図９を用いて、応答状態レベルの更新制御の例について説明する。図９に示すように、図９に示す制御は、図８に示す制御と並列に実行される。図９に示すように、コントローラ１０は、着信を検出すると（ステップＳ４０１）、着信から一定時間内に応答操作が検出されたかを判定する（ステップＳ４０２）。
【００７５】
コントローラ１０は、判定の結果、応答操作が検出されない場合には（ステップＳ４０２，Ｎｏ）、姿勢検出ユニット１５による検出結果を取得して（ステップＳ４０３）、受話動作が検出されたかを判定する（ステップＳ４０４）。
【００７６】
コントローラ１０は、判定の結果、受話動作が検出された場合には（ステップＳ４０４，Ｙｅｓ）、応答状態レベルを１段階上げる（ステップＳ４０５）。そして、コントローラ１０は、着信が継続中であるかを判定する（ステップＳ４０６）。
【００７７】
コントローラ１０は、判定の結果、着信が継続中である場合には（ステップＳ４０６，Ｙｅｓ）、上記ステップＳ４０３の手順に戻る。これとは反対に、コントローラ１０は、判定の結果、着信が継続中ではない場合には（ステップＳ４０６，Ｎｏ）、応答状態レベルをレベル０に戻して（ステップＳ４０７）、図９に示す制御を終了する。
【００７８】
上記ステップＳ４０２において、コントローラ１０は、判定の結果、着信から一定時間内に応答操作が検出された場合には（ステップＳ４０２，Ｙｅｓ）、図９に示す制御を終了する。
【００７９】
上記ステップＳ４０４において、コントローラ１０は、判定の結果、受話動作が検出されない場合には（ステップＳ４０４，Ｎｏ）、上記ステップＳ４０６の手順に進む。
【００８０】
上記図９に示す制御では、着信に対する応答操作が行われないままで、受話動作が検出された場合には、応答アイコンのフリックなどの通常の応答操作に失敗したものと判断して、オフフックの条件である音声入力の内容がより緩やかなものとなるように（オフフックされやすくなるように）、応答状態レベルを更新する。
【００８１】
上記図９に示す制御では、受話動作が検出されたかに基づいて、オフフックの条件である音声入力の内容がより緩やかなものとなるように（オフフックされやすくなるように）、応答状態レベルを更新する制御を説明したが、これには限定されない。例えば、着信後に、タッチスクリーン２Ｂに対する応答操作以外の操作（オフフックするための操作とは判定されない応答アイコンに対するタッチ、不十分なスワイプなど）を記録し、記録された応答操作以外の操作の頻度に基づいて、応答状態レベルを更新してもよい。
【００８２】
（実施形態３）
以下の実施形態３では、利用者の操作が、オフフックするための条件を満足する場合にオフフックする制御、及び、利用者の音声入力又は操作入力に応じてオフフックするための条件を変更する制御の例について説明する。
【００８３】
実施形態３に係るスマートフォン１の機能構成は、以下に説明する点が実施形態２とは異なる。
【００８４】
制御プログラム９Ａは、電話着信に対して予め想定される通常の応答操作の失敗と判断できる状況に応じて、後述する応答状態レベル管理データ９Ｘに記録されている応答状態レベルを更新するための機能を提供する。具体的には、制御プログラム９Ａは、電話着信の際に、マイク８を起動して、一定時間内にマイク８により入力されるデータを解析し、一定時間内にマイク８に入力されたデータの中から、所定のキーワードが検出された場合には、応答状態レベルを１段階上げるための機能を提供する。これとは反対に、制御プログラム９Ａは、電話着信の際に、マイク８を起動して、一定時間内にマイク８により入力されるデータを解析し、一定時間内にマイク８に入力されたデータの中から、所定のキーワードが検出されない場合には、応答状態レベルを１段階下げるための機能を提供する。
【００８５】
さらに、制御プログラム９Ａは、後述する応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照して、電話着信の際、利用者から受け付けた操作が、応答状態レベルに対応する操作である場合に、オフフックするための機能を提供する。
【００８６】
応答状態レベル管理データ９Ｘは、上記実施形態２と同様に、スマートフォン１における応答状態レベルを記録したデータ（例えば、図６参照）であり、電話着信に対する通常の応答操作の失敗状況に応じて更新される。実施形態３において、応答状態レベルは、例えば、レベル０、レベル１、レベル２の３段階のレベルが存在する。レベル０は、電話着信に対する通常の応答操作（応答アイコンのフリック）でオフフックすることが可能なレベルである。応答状態レベル管理データ９Ｘに記憶される応答状態レベルは、通常の応答操作に失敗したと判断できる状況に応じて、レベル０→レベル１→レベル２というように更新される。通常の応答操作に失敗したと判断できる状況としては、例えば、通常の応答操作が行われる前に、所定のキーワード又は所定の操作が検出された場合が含まれる。応答状態レベルは、利用者の応答操作の状況に応じて、１段階ずつダウンする場合もある。
【００８７】
応答状態レベル対応操作データ９Ｙは、上記実施形態２と同様に、電話着信に対してオフフックするための条件を、スマートフォン１における応答状態レベルごとに記録したデータである。図１０は、実施形態３に係る応答状態レベル対応操作データの一例を示す図である。図１０に示すように、応答状態レベル対応操作データ９Ｙには、応答状態レベル（レベル０〜レベル２）に対応付けて、オフフックを実行するためのオフフック条件の内容が記録される。例えば、図１０に示すように、応答状態レベルが“レベル０”である場合には、オフフック条件として“応答アイコンのフリック”が対応付けられている。図１０に示すように、応答状態レベルが“レベル１”である場合には、オフフック条件として“応答アイコンへのタップ”が対応付けられている。図１０に示すように、応答状態レベルが“レベル２”である場合には、オフフック条件として“ディスプレイへのタッチ”が対応付けられている。このように、応答状態レベルが上がるほど、通常の応答操作、すなわち、応答アイコンのフリックよりも単純かつ簡易な操作が対応付けられている。図１０に示す応答操作の内容は一例に過ぎず、応答状態レベルが高くなるほど、より単純で簡易な操作が対応付けられるものであればよい。
【００８８】
コントローラ１０は、制御プログラム９Ａを実行することにより、電話着信の際に、マイク８を起動して、一定時間内にマイク８により入力されるデータを解析し、一定時間内にマイク８に入力されたデータの中から、所定のキーワードが検出された場合には、応答状態レベルを１段階上げる処理を実行する。一方、コントローラ１０は、制御プログラム９Ａを実行することにより、電話着信の際に、マイク８を起動して、一定時間内にマイク８により入力されるデータを解析し、一定時間内にマイク８に入力されたデータの中から、所定のキーワードが検出されない場合には、応答状態レベルを１段階下げる処理を実行する。
【００８９】
さらに、コントローラ１０は、応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照して、電話着信の際、利用者から受け付けた操作が、応答状態レベルに対応する操作である場合に、オフフックする処理を実行する。
【００９０】
続いて、図１１〜図１４を用いて、実施形態３に係るスマートフォン１により実行される制御の一例について説明する。図１１〜図１４は、実施形態３に係るスマートフォン１による制御の流れを示すフローチャートである。図１１〜図１４に示す制御は、コントローラ１０が、制御プログラム９Ａなどをストレージ９から読込んで実行することにより実現される。
【００９１】
図１１を用いて、応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙに基づくオフフックの制御について説明する。
【００９２】
図１１に示すように、コントローラ１０は、着信を検出すると（ステップＳ５０１）、タッチスクリーン２Ｂを介して、操作が検出されたかを判定する（ステップＳ５０２）。コントローラ１０は、判定の結果、操作が検出されていない場合には（ステップＳ５０２，Ｎｏ）、操作の検出を継続する。
【００９３】
一方、コントローラ１０は、判定の結果、操作が検出された場合には（ステップＳ５０２，Ｙｅｓ）、ストレージ９に記憶されている応答状態レベル管理データ９Ｘ及び応答状態レベル対応操作データ９Ｙを参照する（ステップＳ５０３）。続いて、コントローラ１０は、ステップＳ５０２において検出された操作が、オフフック条件を満足するか（現在の応答状態レベルに対応する操作に一致するか）を判定する（ステップＳ５０４）。
【００９４】
コントローラ１０は、判定の結果、ステップＳ５０２において検出された操作が、オフフック条件を満足する場合には（ステップＳ５０４，Ｙｅｓ）、オフフックして（ステップＳ５０５）、図１１に示す制御を終了する。
【００９５】
一方、コントローラ１０は、判定の結果、ステップＳ５０２において検出された操作が、オフフック条件を満足しない場合には（ステップＳ５０４，Ｎｏ）、上記ステップＳ５０２に戻り、次の操作が検出されたかを判定する。
【００９６】
図１２を用いて、音声入力による応答状態レベルの更新制御について説明する。図１２に示す制御は、図１１に示す制御と並列に実行される。図１２に示すように、コントローラ１０は、着信を検出すると（ステップＳ６０１）、マイク８を起動して（ステップＳ６０２）、一定時間内にマイク８に入力されたデータを解析する（ステップＳ６０３）。一定時間は、予め設定される。マイク８の起動直後である場合、ステップＳ６０３における一定時間はマイク８の起動からの一定時間に該当し、マイク８の起動直後でない場合、ステップＳ６０３における一定時間は、前回の解析完了直後から一定時間である。
【００９７】
続いて、コントローラ１０は、マイク８に入力されるデータから所定のキーワードが検出されたかを判定する（ステップＳ６０４）。所定のキーワードは、例えば、「もしもし」、「はい」など電話に対する受け答えとして想定されるキーワードに該当する。
【００９８】
コントローラ１０は、判定の結果、所定のキーワードが検出された場合には（ステップＳ６０４，Ｙｅｓ）、応答状態レベルを１段階上げる（ステップＳ６０５）。
【００９９】
一方、コントローラ１０は、判定の結果、所定のキーワードが検出されない場合には（ステップＳ６０４，Ｎｏ）、応答状態レベルを１段階下げる（ステップＳ６０６）。コントローラ１０は、ステップＳ６０５及びステップＳ６０６の処理に伴って、ストレージ９に記憶されている応答状態レベル管理データ９Ｘのデータを更新する。
【０１００】
続いて、コントローラ１０は、着信が継続中であるかを判定する（ステップＳ６０７）。コントローラ１０は、例えば、図１２に示す制御においてオフフックが行われたか、あるいは着信が途絶えたかを判定する。
【０１０１】
コントローラ１０は、判定の結果、着信が継続中である場合には（ステップＳ６０７，Ｙｅｓ）、上記ステップＳ６０３に戻り、応答状態レベルの更新に係る制御を継続する。これとは反対に、コントローラ１０は、判定の結果、着信が継続中ではない場合には（ステップＳ６０７，Ｎｏ）、応答状態レベルをレベル０に戻して（ステップＳ６０８）、図１２に示す制御を終了する。
【０１０２】
上記図１２に示す制御について事例を交えて説明する。例えば、コントローラ１０は、マイク８の起動直後から５秒以内に「もしもし」というキーワードが検出された場合には、応答状態レベルを１段階上げる。コントローラ１０は、着信継続中の状態で、「もしもし」または「はい」というキーワードが検出された後、５秒以内に再び「もしもし」または「はい」というキーワードが検出された場合には、応答状態レベルをさらに１段階上げる。コントローラ１０は、応答状態レベルがレベル２である場合には、レベル２のままとする。一方で、コントローラ１０は、着信継続中である場合、「もしもし」または「はい」というキーワードの検出に応じて応答状態レベルを１段階上げた後、５秒以内に「もしもし」または「はい」というキーワードが検出されない場合には、応答状態レベルを１段階下げる。コントローラ１０は、応答状態レベルがレベル０である場合には、レベル０のままとする。このようにして、コントローラ１０は、電話着信の際、一定時間内における所定のキーワードの検出に応じて、応答状態レベルを調整する。
【０１０３】
上記図１２に示す制御において、スマートフォン１は、電話着信の際、一定時間内に所定のキーワードが検出された場合には、応答状態レベルを１段階上げる例を説明したが、所定のキーワードの検出時間及びキーワードの検出回数を詳細に制御してもよい。例えば、スマートフォン１は、１０秒以内に所定のキーワードが３回検出された場合には、次の検出タイミングで、１０秒以内に所定のキーワードが２回検出されたかを判定するようにしてもよい。あるいは、スマートフォン１は、例えば、１０秒以内に所定のキーワードが１回検出された場合には、次に、２０秒以内に所定のキーワードが１回検出されたかを判定してもよい。このように、スマートフォン１は、利用者が通常の応答操作（例えば、応答アイコンのフリック）に失敗したと考えられる状況が継続している場合には、応答状態レベル対応操作がより単純で簡易なものとなるように、応答状態レベルを更新する。
【０１０４】
図１３を用いて、受話動作が検出された場合にマイク８を起動する制御について説明する。図１３に示すように、コントローラ１０は、着信を検出すると（ステップＳ７０１）、姿勢検出ユニット１５による検出結果を取得し（ステップＳ７０２）、受話動作が検出されたかを判定する（ステップＳ７０３）。
【０１０５】
コントローラ１０は、判定の結果、受話動作が検出された場合には（ステップＳ７０３，Ｙｅｓ）、マイク８を起動して（ステップＳ７０４）、一定時間内にマイク８に入力されたデータを解析する（ステップＳ７０５）。
【０１０６】
続いて、コントローラ１０は、マイク８に入力されるデータから所定のキーワードが検出されたかを判定する（ステップＳ７０６）。
【０１０７】
コントローラ１０は、判定の結果、所定のキーワードが検出された場合には（ステップＳ７０６，Ｙｅｓ）、応答状態レベルを１段階上げる（ステップＳ７０７）。これとは反対に、コントローラ１０は、判定の結果、所定のキーワードが検出されない場合には（ステップＳ７０６，Ｎｏ）、応答状態レベルを１段階下げる（ステップＳ７０８）。
【０１０８】
続いて、コントローラ１０は、着信が継続中であるかを判定する（ステップＳ７０９）。コントローラ１０は、判定の結果、着信が継続中である場合には（ステップＳ７０９，Ｙｅｓ）、上記ステップＳ７０５に戻り、応答状態レベルの更新に係る制御を継続する。これとは反対に、コントローラ１０は、判定の結果、着信が継続中ではない場合には（ステップＳ７０９，Ｎｏ）、応答状態レベルをレベル０に戻して（ステップＳ７１０）、図１３に示す制御を終了する。
【０１０９】
上記ステップＳ７０３において、コントローラ１０は、判定の結果、受話動作が検出されない場合には（ステップＳ７０３，Ｎｏ）、上記ステップＳ７０２に戻り、姿勢検出ユニット１５による検出結果を再び取得する。
【０１１０】
図１４を用いて、操作入力による応答状態レベルの更新制御について説明する。図１４に示すように、コントローラ１０は、着信を検出すると（ステップＳ８０１）、タッチスクリーン２Ｂを介して、一定時間内に検出される操作を記録する（ステップＳ８０２）。一定時間は、予め設定される。着信直後である場合、ステップＳ８０２における一定時間は着信直後からの一定時間に該当し、着信直後でない場合、ステップＳ８０２における一定時間は、前回の検出完了直後から一定時間である。コントローラ１０は、ステップＳ８０２の手順により、利用者による通常の応答操作の失敗を記録することを目的とする。コントローラ１０は、例えば、オフフックするための操作とは判別されない応答アイコンに対するタッチ、あるいは不十分なスワイプなどを記録する。
【０１１１】
続いて、コントローラ１０は、ステップＳ８０２において記録された操作の中に、所定の操作が検出されたかを判定する（ステップＳ８０３）。コントローラ１０は、例えば、オフフックするための操作とは判定しない応答アイコンに対するタッチ、不十分なスワイプなどの所定の操作が検出されたかを判定する。
【０１１２】
コントローラ１０は、判定の結果、所定の操作が検出された場合には（ステップＳ８０３，Ｙｅｓ）、応答状態レベルを１段階上げる（ステップＳ８０４）。これとは反対に、コントローラ１０は、判定の結果、所定の操作が検出されない場合には（ステップＳ８０３，Ｎｏ）、応答状態レベルを１段階下げる（ステップＳ８０５）。
【０１１３】
続いて、コントローラ１０は、着信が継続中であるかを判定する（ステップＳ８０６）。コントローラ１０は、判定の結果、着信が継続中である場合には（ステップＳ８０６，Ｙｅｓ）、上記ステップＳ８０２に戻り、応答状態レベルの更新に係る制御を継続する。これとは反対に、コントローラ１０は、判定の結果、着信が継続中ではない場合には（ステップＳ８０６，Ｎｏ）、応答状態レベルをレベル０に戻して（ステップＳ８０７）、図１４に示す制御を終了する。
【０１１４】
上記図１４に示す制御において、スマートフォン１は、電話着信の際、一定時間内に所定の操作が検出された場合には、応答状態レベルを１段階上げる例を説明したが、所定の操作の検出時間及び所定の操作の検出回数を制御してもよい。例えば、スマートフォン１は、１０秒以内に所定の操作が３回検出された場合には、次の検出タイミングで、１０秒以内に所定の操作が２回検出されたかを判定するようにしてもよい。あるいは、スマートフォン１は、例えば、１０秒以内に所定の操作が１回検出された場合には、次に、２０秒以内に所定の操作が１回検出されたかを判定してもよい。このように、スマートフォン１は、利用者が通常の応答操作（例えば、応答アイコンのフリック）に失敗するほど、応答状態レベル対応操作がより単純で簡易なものとなるように、応答状態レベルを更新する。
【０１１５】
上述してきたように、実施形態３では、一定時間内に所定のキーワード又は所定の操作が検出された場合には、応答状態レベル対応操作がより単純で簡易なものとなるように、応答状態レベルを更新する。このため、実施形態３によれば、実施形態１及び実施形態２で説明したように、音声入力によりオフフックさせるのではなく、タッチスクリーンディスプレイ２に対する操作によりオフフックさせる場合にも、電話着信に対する応答が容易となる。
【０１１６】
例えば、図１０に示す応答状態レベル対応操作データ９Ｙでは、応答状態レベルに対して、タッチスクリーンディスプレイ２に対する操作を、オフフックを実行するための条件として対応付ける例を説明したが、これには限定されない。図１５は、応答状態レベル対応操作データの他の例を示す図である。図１５に示すように、例えば、応答状態レベルがレベル０である場合には、オフフック条件として、応答アイコンのフリックという条件を対応付け、レベル１である場合には、オフフック条件として、１０秒以内に所定のキーワードを２回検出という条件を対応付け、レベル２である場合には、オフフック条件として、受話動作の検出という条件を対応付けてもよい。このように、応答状態レベルが上がるほどオフフックが実行されやすくなるように、タッチ操作の内容、音声入力の内容、受話動作の検出というような異なる条件を応答状態レベルに対応付けてもよい。
【０１１７】
上記の実施形態では、添付の請求項に係る装置の例として、スマートフォンについて説明したが、添付の請求項に係る装置は、スマートフォンに限定されない。添付の請求項に係る装置は、通話機能及びタッチスクリーン機能を備える電子機器であれば、スマートフォン以外であってもよい。
【０１１８】
添付の請求項に係る技術を完全かつ明瞭に開示するために特徴的な実施形態に関し記載してきた。しかし、添付の請求項は、上記実施形態に限定されるべきものでなく、本明細書に示した基礎的事項の範囲内で当該技術分野の当業者が創作しうるすべての変形例及び代替可能な構成により具現化されるべきである。
【符号の説明】
【０１１９】
１  スマートフォン
２  タッチスクリーンディスプレイ
２Ａ  ディスプレイ
２Ｂ  タッチスクリーン
３  ボタン
４  照度センサ
５  近接センサ
６  通信ユニット
７  レシーバ
８  マイク
９  ストレージ
９Ａ  制御プログラム
９Ｂ  通話アプリケーション
９Ｃ  メールアプリケーション
９Ｄ  カレンダーアプリケーション
９Ｅ  カメラアプリケーション
９Ｘ  応答状態レベル管理データ
９Ｙ  応答状態レベル対応操作データ
９Ｚ  受話動作姿勢判別データ
１０  コントローラ
１１  スピーカ
１２  カメラ
１５  姿勢検出ユニット
１８  バイブレータ
【図１】
2014187619.tif 000003
【図２】
2014187619.tif 000004
【図３】
2014187619.tif 000005
【図４】
2014187619.tif 000006
【図５】
2014187619.tif 000007
【図６】
2014187619.tif 000008
【図７】
2014187619.tif 000009
【図８】
2014187619.tif 000010
【図９】
2014187619.tif 000011
【図１０】
2014187619.tif 000012
【図１１】
2014187619.tif 000013
【図１２】
2014187619.tif 000014
【図１３】
2014187619.tif 000015
【図１４】
2014187619.tif 000016
【図１５】
2014187619.tif 000017