特許 6619132 携帯電子機器、制御方法、及び制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6619132

(24)【登録日】2019年11月22日

(45)【発行日】2019年12月11日

(54)【発明の名称】携帯電子機器、制御方法、及び制御プログラム

(51)【国際特許分類】

   H04M 1/00 20060101AFI20191202BHJP

【ＦＩ】

   H04M1/00 R

   H04M1/00 S

【請求項の数】8

【全頁数】23

(21)【出願番号】特願2014-174105(P2014-174105)

(22)【出願日】2014年8月28日

(65)【公開番号】特開2016-51903(P2016-51903A)

(43)【公開日】2016年4月11日

【審査請求日】2016年3月16日

【審判番号】不服2018-16829(P2018-16829/J1)

【審判請求日】2018年12月18日

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】田辺 茂輝

(72)【発明者】

【氏名】森田 英樹

【合議体】

【審判長】 吉田 隆之

【審判官】 富澤 哲生

【審判官】 衣鳩 文彦

(56)【参考文献】

【文献】 特開２０００−２９５３１８（ＪＰ，Ａ）

【文献】 特開２０１３−２４６６０５（ＪＰ，Ａ）

【文献】 特開平９−１３９７６４（ＪＰ，Ａ）

【文献】 特表２００２−５２２９６７（ＪＰ，Ａ）

【文献】 特表２０１３−５０５４９５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

G06F3/01, 3/03-3/0489

H04M1/00, 1/24-1/82, 99/00

(57)【特許請求の範囲】

【請求項1】

ハウジングと、
前記ハウジング内の気圧を検出する気圧センサと、
前記気圧センサ以外の少なくとも一つのセンサと、
他の電子機器からの着信を報知する報知モードであるとき、前記少なくとも一つのセンサの検出結果に基づいて所定の状態でないと判別してから、前記気圧に基づいて前記ハウジングが把持されているかを判別し、
前記ハウジングが把持されていると判別すると、現状の報知モードを、通話モード、留守番モード、公共モード、またはテレビ電話モードに移行させるコントローラと
を備える携帯電子機器。

【請求項2】

前記センサは、加速度センサ、近接センサ、紫外線センサおよびジャイロスコープのうち少なくとも一つである、請求項１に記載の携帯電子機器。

【請求項3】

前記コントローラは、検出した前記気圧に基づいて、さらに、前記ハウジングの把持パターンを判別し、判別した当該ハウジングの把持パターンに基づいて、移行させるモードを通話モード、留守番モード、公共モード、およびテレビ電話モードから一つ選択する請求項１または２に記載の携帯電子機器。

【請求項4】

前記コントローラは、所定の信号を検出しているときに、検出した前記気圧に基づいて前記ハウジングが把持されているかを判別する制御を実行する請求項１から３のいずれか１項に記載の携帯電子機器。

【請求項5】

前記コントローラは、前記所定の状態として前記ハウジングを手で持ち上げる状態を判別する請求項１から４のいずれか１項に記載の携帯電子機器。

【請求項6】

前記コントローラは、前記少なくとも一つのセンサの検出結果に基づいて机に置かれた状態又は鞄に収容された状態と判定するとき前記所定の状態でないと判別する請求項１から５のいずれか１項に記載の携帯電子機器。

【請求項7】

ハウジングと、気圧センサと、前記気圧センサ以外の少なくとも一つのセンサと、を備える携帯電子機器の制御方法であって、
前記ハウジング内の気圧を前記気圧センサによって検出するステップと、
他の電子機器からの着信を報知する報知モードであるとき、前記少なくとも一つのセンサの検出結果に基づいて所定の状態でないと判別してから、前記気圧に基づいて前記ハウジングが把持されているかを判別するステップと、
前記ハウジングが把持されていると判別すると、現状の報知モードを、通話モード、留守番モード、公共モード、またはテレビ電話モードに移行させるステップと
を含む制御方法。

【請求項8】

ハウジングと、気圧センサと、前記気圧センサ以外の少なくとも一つのセンサと、を備える携帯電子機器に、
前記ハウジング内の気圧を前記気圧センサによって検出するステップと、
他の電子機器からの着信を報知する報知モードであるとき、前記少なくとも一つのセンサの検出結果に基づいて所定の状態でないと判別してから、前記気圧に基づいて前記ハウジングが把持されているかを判別するステップと、
前記ハウジングが把持されていると判別すると、現状の報知モードを、通話モード、留守番モード、公共モード、またはテレビ電話モードに移行させるステップと
を実行させる制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、携帯電子機器、制御方法、及び制御プログラムに関する。

【背景技術】

【0002】

携帯電話やスマートフォンなどの携帯電子機器には、気圧センサを搭載したものがある。例えば、特許文献１には、検出した気圧データに基づいて、ユーザが置かれた状況を解析し、解析結果に応じてメッセージ情報を送信する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平１０−１６２０３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記の携帯電子機器では、気圧データの用途を広げることに改善の余地がある。

【課題を解決するための手段】

【0005】

１つの態様に係る携帯電子機器は、ハウジングと、前記ハウジング内の気圧を検出する気圧センサと、検出した前記気圧に基づいて前記ハウジングが把持されていると判別すると、現状の第１のモードを第２のモードに移行させるコントローラとを備える。

【0006】

１つの態様に係る制御方法は、ハウジングと、気圧センサとを備える携帯電子機器の制御方法であって、前記ハウジング内の気圧を前記気圧センサによって検出するステップと、検出された前記気圧に基づいて前記ハウジングが把持されていると判別すると、現状の第１のモードを第２のモードに移行させるステップとを含む。

【0007】

１つの態様に係る制御プログラムは、ハウジングと、気圧センサとを備える携帯電子機器に、前記ハウジング内の気圧を前記気圧センサによって検出するステップと、検出された前記気圧に基づいて前記ハウジングが把持されていると判別すると、現状の第１のモードを第２のモードに移行させるステップとを実行させる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係るスマートフォンの斜視図である。

【図2】図２は、スマートフォンの正面図である。

【図3】図３は、スマートフォンの背面図である。

【図4】図４は、スマートフォンのブロック図である。

【図5】図５は、スマートフォンによる通話の着信に係る制御の例を示す図である。

【図6】図６は、スマートフォンによる制御の例の処理手順を示すフローチャートである。

【図7A】図７Ａは、スマートフォンの把持パターンの例を示す図である。

【図7B】図７Ｂは、スマートフォンの把持パターンの例を示す図である。

【図8】図８は、実施形態２に係るスマートフォンによる制御の例の処理手順を示すフローチャートである。

【図9】図９は、実施形態３に係るスマートフォンによる通話の着信に係る制御の例を示す図である。

【図10】図１０は、実施形態３に係るスマートフォンによる制御の例の処理手順を示すフローチャートである。

【図11】図１１は、実施形態４に係るスマートフォンによる通話の着信に係る制御の例を示す図である。

【図12】図１２は、実施形態４に係るスマートフォンによる制御の例の処理手順を示すフローチャートである。

【発明を実施するための形態】

【0009】

本出願に係る携帯電子機器、制御方法、及び制御プログラムを実施するための実施形態を、図面を参照しつつ詳細に説明する。以下では、携帯電子機器の例として、スマートフォンについて説明する。

【0010】

（実施形態１）
図１から図３を参照しながら、実施形態１に係る携帯電子機器としてのスマートフォン１の全体的な構成について説明する。図１から図３に示すように、スマートフォン１は、ハウジング２０を有する。ハウジング２０は、フロントフェイス１Ａと、バックフェイス１Ｂと、サイドフェイス１Ｃ１〜１Ｃ４とを有する。フロントフェイス１Ａは、ハウジング２０の正面である。バックフェイス１Ｂは、ハウジング２０の背面である。サイドフェイス１Ｃ１〜１Ｃ４は、フロントフェイス１Ａとバックフェイス１Ｂとを接続する側面である。以下では、サイドフェイス１Ｃ１〜１Ｃ４を、どの面であるかを特定することなく、サイドフェイス１Ｃと総称することがある。

【0011】

スマートフォン１は、タッチスクリーンディスプレイ２と、ボタン３Ａ〜３Ｃと、照度センサ４と、近接センサ５と、レシーバ７と、マイク８と、カメラ１２とをフロントフェイス１Ａに有する。スマートフォン１は、スピーカ１１と、カメラ１３とをバックフェイス１Ｂに有する。スマートフォン１は、ボタン３Ｄ〜３Ｆと、コネクタ１４とをサイドフェイス１Ｃに有する。以下では、ボタン３Ａ〜３Ｆを、どのボタンであるかを特定することなく、ボタン３と総称することがある。

【0012】

タッチスクリーンディスプレイ２は、ディスプレイ２Ａと、タッチスクリーン２Ｂとを有する。図１の例では、ディスプレイ２Ａ及びタッチスクリーン２Ｂはそれぞれ略長方形状であるが、ディスプレイ２Ａ及びタッチスクリーン２Ｂの形状はこれに限定されない。ディスプレイ２Ａ及びタッチスクリーン２Ｂは、それぞれが正方形又は円形等のどのような形状もとりうる。図１の例では、ディスプレイ２Ａ及びタッチスクリーン２Ｂは重ねて配置されているが、ディスプレイ２Ａ及びタッチスクリーン２Ｂの配置はこれに限定されない。ディスプレイ２Ａ及びタッチスクリーン２Ｂは、例えば、並べて配置されてもよいし、離して配置されてもよい。図１の例では、ディスプレイ２Ａの長辺はタッチスクリーン２Ｂの長辺に沿っており、ディスプレイ２Ａの短辺はタッチスクリーン２Ｂの短辺に沿っているが、ディスプレイ２Ａ及びタッチスクリーン２Ｂの重ね方はこれに限定されない。ディスプレイ２Ａとタッチスクリーン２Ｂとが重ねて配置される場合、例えば、ディスプレイ２Ａの１ないし複数の辺がタッチスクリーン２Ｂのいずれの辺とも沿っていなくてもよい。

【0013】

ディスプレイ２Ａは、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）、又は無機ＥＬディスプレイ（ＩＥＬＤ：Ｉｎｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示デバイスを備える。ディスプレイ２Ａは、文字、画像、記号、及び図形等を表示する。

【0014】

タッチスクリーン２Ｂは、タッチスクリーン２Ｂに対する指、ペン、又はスタイラスペン等の接触を検出する。タッチスクリーン２Ｂは、複数の指、ペン、又はスタイラスペン等がタッチスクリーン２Ｂに接触した位置を検出することができる。以下の説明では、タッチスクリーン２Ｂに対して接触する指、ペン、又はスタイラスペン等を、「接触オブジェクト」又は「接触物」と呼ぶことがある。

【0015】

タッチスクリーン２Ｂの検出方式は、静電容量方式、抵抗膜方式、表面弾性波方式（又は超音波方式）、赤外線方式、電磁誘導方式、及び荷重検出方式等の任意の方式でよい。以下の説明では、説明を簡単にするため、利用者はスマートフォン１を操作するために指を用いてタッチスクリーン２Ｂに接触するものと想定する。

【0016】

スマートフォン１は、タッチスクリーン２Ｂにより検出された接触、接触が検出された位置、接触が検出された位置の変化、接触が検出された間隔、及び接触が検出された回数の少なくとも１つに基づいてジェスチャの種別を判別する。ジェスチャは、タッチスクリーン２Ｂに対して行われる操作である。スマートフォン１によって判別されるジェスチャは、例えば、タッチ、ロングタッチ、リリース、スワイプ、タップ、ダブルタップ、ロングタップ、ドラッグ、フリック、ピンチイン、及びピンチアウトを含むがこれらに限定されない。

【0017】

スマートフォン１は、タッチスクリーン２Ｂを介して判別するこれらのジェスチャに従って動作を行う。このため、利用者にとって直感的で使いやすい操作性が実現される。判別されるジェスチャに従ってスマートフォン１が行う動作は、ディスプレイ２Ａに表示されている画面に応じて異なることがある。以下の説明では、説明を簡単にするために、「タッチスクリーン２Ｂが接触を検出し、検出された接触に基づいてジェスチャの種別をスマートフォン１がＸと判別すること」を、「スマートフォンがＸを検出する」、又は「コントローラがＸを検出する」と記載することがある。

【0018】

スマートフォン１のハウジング２０は、封止構造を備える。ハウジング２０は、封止構造によって内部への水の侵入が妨げられた空間となっている。スマートフォン１は、封止構造を実現するために、ハウジング２０に形成された開口部を、気体は通すが液体は通さない機能性部材、およびキャップ等によって閉塞している。気体は通すが液体は通さない機能性部材は、例えば、ゴアテックス（登録商標）などを用いて実現される。本実施形態では、ハウジング２０は、タッチスクリーンディスプレイ２及びボタン３を有する。この場合、スマートフォン１は、ハウジング２０とタッチスクリーンディスプレイ２及びボタン３との隙間への水の侵入を、気体は通すが液体は通さない機能性部材等によって、妨げている。

【0019】

図４は、スマートフォン１のブロック図である。スマートフォン１は、タッチスクリーンディスプレイ２と、ボタン３と、照度センサ４と、近接センサ５と、通信ユニット６と、レシーバ７と、マイク８と、ストレージ９と、コントローラ１０と、スピーカ１１と、カメラ１２及び１３と、コネクタ１４と、加速度センサ１５と、方位センサ１６と、ジャイロスコープ１７と、気圧センサ１９とを有する。

【0020】

タッチスクリーンディスプレイ２は、上述したように、ディスプレイ２Ａと、タッチスクリーン２Ｂとを有する。ディスプレイ２Ａは、文字、画像、記号、又は図形等を表示する。タッチスクリーン２Ｂは、接触を検出する。コントローラ１０は、スマートフォン１に対するジェスチャを検出する。具体的には、コントローラ１０は、タッチスクリーン２Ｂと協働することによって、タッチスクリーン２Ｂ（タッチスクリーンディスプレイ２）に対する操作（ジェスチャ）を検出する。

【0021】

ボタン３は、利用者によって操作される。ボタン３は、ボタン３Ａ〜ボタン３Ｆを有する。コントローラ１０はボタン３と協働することによってボタン３に対する操作を検出する。ボタン３に対する操作は、例えば、クリック、ダブルクリック、トリプルクリック、プッシュ、及びマルチプッシュを含むが、これらに限定されない。

【0022】

ボタン３Ａ〜３Ｃは、例えば、ホームボタン、バックボタン又はメニューボタンである。ボタン３Ｄは、例えば、スマートフォン１のパワーオン／オフボタンである。ボタン３Ｄは、スリープ／スリープ解除ボタンを兼ねてもよい。ボタン３Ｅ及び３Ｆは、例えば、音量ボタンである。

【0023】

照度センサ４は、スマートフォン１の周囲光の照度を検出する。照度は、照度センサ４の測定面の単位面積に入射する光束の値である。照度センサ４は、例えば、ディスプレイ２Ａの輝度の調整に用いられる。近接センサ５は、近隣の物体の存在を非接触で検出する。近接センサ５は、磁界の変化又は超音波の反射波の帰還時間の変化等に基づいて物体の存在を検出する。近接センサ５は、例えば、タッチスクリーンディスプレイ２が顔に近付けられたことを検出する。照度センサ４及び近接センサ５は、一つのセンサとして構成されていてもよい。照度センサ４は、近接センサとして用いられてもよい。

【0024】

通信ユニット６は、無線により通信する。通信ユニット６によってサポートされる通信方式は、無線通信規格である。無線通信規格として、例えば、２Ｇ、３Ｇ、４Ｇ等のセルラーフォンの通信規格がある。セルラーフォンの通信規格として、例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）等がある。無線通信規格として、さらに、例えば、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等がある。通信ユニット６は、上述した通信規格の１つ又は複数をサポートしていてもよい。

【0025】

レシーバ７及びスピーカ１１は、音出力部である。レシーバ７及びスピーカ１１は、コントローラ１０から送信される音信号を音として出力する。レシーバ７は、例えば、通話時に相手の声を出力するために用いられる。スピーカ１１は、例えば、着信音及び音楽を出力するために用いられる。レシーバ７及びスピーカ１１の一方が、他方の機能を兼ねてもよい。マイク８は、音入力部である。マイク８は、利用者の音声等を音信号へ変換してコントローラ１０へ送信する。

【0026】

ストレージ９は、プログラム及びデータを記憶する。ストレージ９は、コントローラ１０の処理結果を一時的に記憶する作業領域としても利用される。ストレージ９は、半導体記憶媒体、及び磁気記憶媒体等の任意の非一過的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な記憶媒体を含んでよい。ストレージ９は、複数の種類の記憶媒体を含んでよい。ストレージ９は、メモリカード、光ディスク、又は光磁気ディスク等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでよい。ストレージ９は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の一時的な記憶領域として利用される記憶デバイスを含んでよい。

【0027】

ストレージ９に記憶されるプログラムには、フォアグランド又はバックグランドで実行されるアプリケーションと、アプリケーションの動作を支援する制御プログラムとが含まれる。アプリケーションは、例えば、ディスプレイ２Ａに画面を表示させ、タッチスクリーン２Ｂを介して検出されるジェスチャに応じた処理をコントローラ１０に実行させる。制御プログラムは、例えば、ＯＳである。アプリケーション及び制御プログラムは、通信ユニット６による無線通信又は非一過的な記憶媒体を介してストレージ９にインストールされてもよい。

【0028】

ストレージ９は、例えば、制御プログラム９Ａ、気圧データ９Ｘ、モードデータ９Ｙ、及び設定データ９Ｚを記憶する。気圧データ９Ｘは、スマートフォン１に作用する気圧を示す情報を含む。モードデータ９Ｙは、スマートフォン１のモードを示す情報を含む。設定データ９Ｚは、スマートフォン１の動作に関する各種の設定に関する情報を含む。

【0029】

制御プログラム９Ａは、スマートフォン１を稼働させるための各種制御に関する機能を提供する。制御プログラム９Ａは、例えば、通信ユニット６、レシーバ７、及びマイク８等を制御することによって、通話を実現させる。制御プログラム９Ａが提供する機能には、タッチスクリーン２Ｂを介して検出されたジェスチャに応じて、ディスプレイ２Ａに表示されている情報を変更する等の各種制御を行う機能が含まれる。制御プログラム９Ａが提供する機能には、気圧センサ１９を制御することによって、ハウジング２０内の気圧に応じた各種制御を行う機能が含まれる。制御プログラム９Ａが提供する機能は、他のプログラムが提供する機能と組み合わせて利用されることがある。

【0030】

制御プログラム９Ａは、気圧センサ１９が検出した気圧の値に基づいて、ハウジング２０が利用者等によって把持されたことを判別するための機能を提供する。ハウジング２０の把持とは、利用者がハウジング２０を掴むこと、利用者がハウジング２０を握ること、利用者がハウジング２０を保持している状態から強く握ること等を含む。ハウジング２０の把持は、上述したタッチスクリーンディスプレイ２に対するジェスチャとは異なる操作である。把持されたことの判別方法については、後述する。ハウジング２０の把持は、利用者の手、指等がタッチスクリーンディスプレイ２以外のハウジング２０の部分を把持する場合、ハウジング２０及びタッチスクリーンディスプレイ２に手、指等がかかる場合を含む。制御プログラム９Ａは、通信ユニット６による通信を介して通話を行うための機能を提供する。

【0031】

制御プログラム９Ａは、加速度センサ１５の検出結果に基づいて、利用者がハウジング２０を手で持っている状態であるかを判別するための機能を提供してもよい。例えば、スマートフォン１は、加速度センサ１５を用いることにより、利用者がスマートフォン１を手で持っている状態の振動の周波数及び振幅等のパターンを取得することができる。スマートフォン１は、取得結果と、予め用意された第１の加速度パターンとを照らし合わせて、利用者がハウジング２０を手で持っている状態であるかを判別することができる。第１の加速度パターンとは、利用者がスマートフォン１を手で持っている状態にあるときに加速度センサ１５によって特徴的に検出される加速度のパターンであればよい。加速度パターンは、例えば、試験者が実際にスマートフォン１を手で持っている状態における加速度センサ１５の検出値を予め取得することにより用意できる。第１の加速度パターンは、１ないし複数用意すればよい。第１の加速度パターンは、試験者が実際にスマートフォン１を手で持ち上げる動作時における加速度センサ１５の検出値に基づいて取得した加速度パターンを含むことができる。

【0032】

制御プログラム９Ａは、加速度センサ１５の検出結果に基づいて、スマートフォン１が机等に置かれた又は鞄等に収容された状態（以下、静止状態という）を判別するための機能を提供してもよい。

【0033】

スマートフォン１は、加速度センサ１５を用いることにより、静止状態の振動の周波数及び振幅等のパターンを取得することができる。スマートフォン１は、取得結果と、予め用意された第２の加速度パターンとを照らし合わせて、静止状態を判別できる。第２の加速度パターンは、例えば、実際にスマートフォン１が静止状態における加速度センサ１５の検出値を予め取得することにより用意すればよい。

【0034】

なお、第１の加速度パターン及び第２の加速度パターンは、ストレージ９等に記憶すればよい。

【0035】

気圧データ９Ｘには、複数の気圧情報が時系列的に記憶される。気圧情報は、時間と、気圧の値といった項目を含む。時間は、気圧センサ１９によって気圧を検出した時間を示す。気圧の値は、気圧センサ１９によって検出した気圧の値を示す。

【0036】

スマートフォン１は、複数のモードを有している。例えば、複数のモードは、待機モード、報知モード、通話モード、留守番モード、公共モード、テレビ電話モード等を含む。待機モードは、スマートフォン１が待機しているモードである。報知モードは、スマートフォン１が通話の着信、電子メールの受信等を報知しているモードである。報知モードは、利用者の設定に対応する複数の設定モードを含む。例えば、設定モードは、マナーモード、サイレントモード、ボリューム０モード等を含む。マナーモードは、通知音、着信音を出力せず、バイブレータでハウジング２０を振動させるモードである。サイレントモードは、タッチスクリーンディスプレイ２への表示のみを行い、通知音、着信音を出力させず振動を発生させないモードである。ボリューム０モードは、音声の出力値を０として報知するモードである。

【0037】

通話モードは、相手側の電子機器との間で通話が可能なモードである。留守番モードは、着信を報知せずに留守番電話センター等に転送するモードである。公共モードとは、運転中や利用を控えたい公共の場所などで着信した場合に、発信者に電話に出られないことをガイダンス等で応答するモードである。テレビ電話モードとは、相手側の電子機器との間でテレビ電話が可能なモードである。なお、スマートフォン１は、上述したモード以外のモードを含んでもよい。

【0038】

モードデータ９Ｙは、移行したモードを示すモード情報を記憶している。そして、スマートフォン１は、モード情報に対応するモードの処理を実行している。例えば、モードデータ９Ｙに報知モードが記憶されている場合、スマートフォン１は、通話の着信、電子メールの受信等を報知する処理を実行している。

【0039】

設定データ９Ｚは、スマートフォン１のハウジング２０に対する把持に関する判別を行うための判別条件データを含む。判定条件データは、制御プログラム９Ａの実行により、スマートフォン１が気圧センサ１９によって検出した気圧の値に基づいて、ハウジング２０が利用者によって把持されたと判定するための条件を含む。例えば、判別条件データは、利用者がハウジング２０を把持したときに、ハウジング２０内で生じる気圧の変動パターン、所定時間当たりの気圧変化量の範囲等が含まれる。

【0040】

コントローラ１０は、演算処理装置である。演算処理装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＳｏＣ（Ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ）、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、及びコプロセッサを含むが、これらに限定されない。コントローラ１０は、スマートフォン１の動作を統括的に制御して各種の機能を実現する。

【0041】

具体的には、コントローラ１０は、ストレージ９に記憶されているデータを必要に応じて参照しつつ、ストレージ９に記憶されているプログラムに含まれる命令を実行する。そして、コントローラ１０は、データ及び命令に応じて機能部を制御し、それによって各種機能を実現する。機能部は、例えば、ディスプレイ２Ａ、通信ユニット６、レシーバ７、及びスピーカ１１を含むが、これらに限定されない。コントローラ１０は、検出部の検出結果に応じて、制御を変更することがある。検出部は、例えば、タッチスクリーン２Ｂ、ボタン３、照度センサ４、近接センサ５、マイク８、カメラ１２、カメラ１３、加速度センサ１５、方位センサ１６、ジャイロスコープ１７、及び気圧センサ１９を含むが、これらに限定されない。

【0042】

コントローラ１０は、例えば、制御プログラム９Ａを実行することにより、タッチスクリーン２Ｂを介して検出されたジェスチャに応じて、ディスプレイ２Ａに表示されている情報を変更する等の各種制御を実行する。

【0043】

カメラ１２は、フロントフェイス１Ａに面している物体を撮影するインカメラである。カメラ１３は、バックフェイス１Ｂに面している物体を撮影するアウトカメラである。

【0044】

コネクタ１４は、他の装置が接続される端子である。コネクタ１４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）、ライトピーク（サンダーボルト（登録商標））、イヤホンマイクコネクタのような汎用的な端子であってもよい。コネクタ１４は、Ｄｏｃｋコネクタのような専用の端子でもよい。コネクタ１４に接続される装置は、例えば、外部ストレージ、スピーカ、及び通信装置を含むが、これらに限定されない。

【0045】

加速度センサ１５は、スマートフォン１に働く加速度の方向及び大きさを検出する。方位センサ１６は、地磁気の向きを検出する。ジャイロスコープ１７は、スマートフォン１の角度及び角速度を検出する。気圧センサ１９は、スマートフォン１に作用する気圧を検出する。加速度センサ１５、方位センサ１６、ジャイロスコープ１７、及び気圧センサ１９の検出結果は、スマートフォン１の位置及び姿勢の変化を検出するために、組み合わせて利用される。

【0046】

図４においてストレージ９が記憶するプログラム及びデータの一部又は全部は、通信ユニット６による無線通信で他の装置からダウンロードされてもよい。図４においてストレージ９が記憶するプログラム及びデータの一部又は全部は、ストレージ９に含まれる読み取り装置が読み取り可能な非一過的な記憶媒体に記憶されていてもよい。図４においてストレージ９が記憶するプログラム及びデータの一部又は全部は、コネクタ１４に接続される読み取り装置が読み取り可能な非一過的な記憶媒体に記憶されていてもよい。非一過的な記憶媒体は、例えば、ＣＤ（登録商標）、ＤＶＤ（登録商標）、Ｂｌｕ−ｒａｙ（登録商標）等の光ディスク、光磁気ディスク、磁気記憶媒体、メモリカード、及びソリッドステート記憶媒体を含むが、これらに限定されない。

【0047】

図４に示したスマートフォン１の構成は例であり、本発明の要旨を損なわない範囲において適宜変更してよい。例えば、ボタン３の数と種類は図４の例に限定されない。スマートフォン１は、画面に関する操作のためのボタンとして、ボタン３Ａ〜３Ｃに代えて、テンキー配列又はＱＷＥＲＴＹ配列等のボタンを備えていてもよい。スマートフォン１は、画面に関する操作のために、ボタンを１つだけ備えてもよいし、ボタンを備えなくてもよい。図４に示した例では、スマートフォン１が２つのカメラを備えるが、スマートフォン１は、１つのカメラのみを備えてもよいし、カメラを備えなくてもよい。図４に示した例では、スマートフォン１が位置及び姿勢を検出するために４種類のセンサを備えるが、スマートフォン１は、このうちいくつかのセンサを備えなくてもよい。あるいは、スマートフォン１は、位置及び姿勢の少なくとも１つを検出するための他の種類のセンサを備えてもよい。

【0048】

スマートフォン１は、開放状態と封止状態とを有する。開放状態とは、ハウジング２０の封止が不完全であり、ハウジング２０内の気圧と外部の気圧が同じとなる状態である。例えば、開放状態は、ハウジング２０の開口部がキャップによって閉塞できていない状態を含む。スマートフォン１は、開放状態である場合、利用者によって操作、把持されてもハウジング２０内の気圧変動が少ない。

【0049】

封止状態とは、ハウジング２０内への水の侵入が妨げられている状態である。例えば、封止状態は、ハウジング２０の開口部がキャップによって閉塞できている状態を含む。封止状態では、ハウジング２０の開口が開放状態に比べて気体が抜けにくくなるため、ハウジング２０の内部には、開口が開放されている場合に比べて気圧が一時的に高くなるなどの現象が生じる。

【0050】

封止状態である場合、スマートフォン１は、利用者の手、指等によって把持されると、ハウジング２０に歪みが生じることで、ハウジング２０内の体積が小さくなり、ハウジング２０内の気圧が上昇する。そして、利用者が把持していた手、指等の力を緩めた場合、手、指等をハウジング２０から離した場合等に、スマートフォン１は、ハウジング２０内の体積が把持前の状態に戻り、その反動でハウジング２０内の気圧が一気に下降する。スマートフォン１は、気圧センサ１９によって検出したハウジング２０内の気圧変動に基づいて、ハウジング２０の把持状態を判別する。

【0051】

以下の説明では、スマートフォン１は、封止状態であることを前提に説明するが、これに限定されない。例えば、開放状態でもハウジング２０内では気圧変動が生じる場合、スマートフォン１は、開放状態の判別条件とハウジング２０内の気圧変動とに基づいて、ハウジング２０の把持状態を判別してもよい。

【0052】

図５を参照しながら、スマートフォン１による通話の着信に係る制御について説明する。図５は、スマートフォン１による通話の着信に係る制御の例を示す図である。以下の説明においては、同様の構成要素には同一の符号を付し、重複する説明は省略することがある。

【0053】

スマートフォン１は、通信ユニット６を介して、相手側の電子機器からの着信の信号を検出すると、ステップＳ１１として、当該電子機器からの着信を報知する報知モードに移行する。例えば、待機している待機モードで着信の信号を検出した場合、スマートフォン１は、待機モードから報知モードに移行する。そして、報知モードに移行したスマートフォン１は、着信中を示す着信画面６０ａをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。スマートフォン１は、着信画面６０ａを表示するとともに、着信音、振動、ランプの点滅等によって、利用者に着信を報知してもよい。

【0054】

図５に示す例では、着信画面６０ａは、ボタン６１と、表示領域６２とを含む。ボタン６１は、着信に応答するためのボタンである。表示領域６２には、着信中であることを示すメッセージが表示される。通常、利用者は、スマートフォン１で通話を行う場合、ハウジング２０のサイドフェイス１Ｃ３及び１Ｃ４を把持し、スマートフォン１を縦長の状態で利用する。そのため、スマートフォン１は、ハウジング２０のサイドフェイス１Ｃ３及び１Ｃ４が利用者によって把持された場合に、ハウジング２０内で生じる気圧変動を検出する。

【0055】

ステップＳ１１では、着信に気付いた利用者は、着信に応答するために、ボタン６１を選択するという通常のオフフック操作に代わり、その手Ｈ等でスマートフォン１のハウジング２０を強く把持している。図５に示す例では、利用者は、スマートフォン１の左右のサイドフェイス１Ｃ３とサイドフェイス１Ｃ４とが互いに近付く方向に、強く把持している。その結果、スマートフォン１にハウジング２０内は、ハウジング２０に生じた歪み量に応じて気圧が上昇する。そして、報知モードである場合、スマートフォン１は、気圧センサ１９によって検出した気圧データ９Ｘに基づいて、判別条件を満たすハウジング２０内の気圧の上昇を検出すると、ハウジング２０が利用者によって把持されたと判別する。

【0056】

スマートフォン１のハウジング２０内の気圧変動は、利用者によるハウジング２０の把持の他にも、タッチスクリーンディスプレイ２に対する押下操作、大気圧の変化、高度の変化等によって生じる。このため、スマートフォン１は、ハウジング２０の把持による気圧変動とその他による気圧変動とを区別する必要がある。ハウジング２０が利用者によって把持された場合、ハウジング２０に生じる気圧変動は、タッチスクリーンディスプレイ２に対する押下操作よりも大きく、大気圧及び高度の変化よりも短時間で変化する。本実施形態では、スマートフォン１は、ハウジング２０内で生じた気圧変動が、ハウジング２０に対する把持によるものか、それ以外の要因によるものかを判別するための判別条件を示す判別条件データを設定データ９Ｚに記憶している。例えば、判別条件データは、所定時間当たりの気圧の変化量、変動パターン等が含まれる。

【0057】

スマートフォン１は、ハウジング２０が利用者によって把持されたと判別すると、ステップＳ１２として、現状の報知モードから通話モードに移行し、通話中を示す通話画面６０ｂをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。図５に示す例では、通話画面６０ｂは、ボタン６３と、表示領域６４とを含む。ボタン６３は、通話を切断するためのボタンである。表示領域６４には、通話中であることを示すメッセージが表示される。そして、利用者は、スマートフォン１を耳に近付けて通話を行う。

【0058】

このように、スマートフォン１は、ハウジング２０内の気圧を示す気圧データ９Ｘの用途を広げることで、ハウジング２０に対する利用者の把持操作を有効とすることが可能となり、スマートフォン１の操作性を向上させることができる。例えば、スマートフォン１が着信を報知している場合に、利用者は、手袋をしていたり、片方の手が塞がっていたりすることがある。このような場合に、利用者は、タッチスクリーンディスプレイ２を操作せずに、ハウジング２０を把持するだけでよい。しかも、スマートフォン１は、利用者がタッチスクリーンディスプレイ２を操作しなくても、モードを移行することができる。その結果、スマートフォン１は、タッチスクリーンディスプレイ２の誤検出防止の条件を高めることができるので、誤検出防止の精度を向上させることができる。さらに、スマートフォン１は、タッチスクリーンディスプレイ２以外のハウジング２０の表面等に、利用者の操作を検出するためのセンサ等を設ける必要がなくなる。

【0059】

図６を参照しながら、スマートフォン１による着信に関する制御の処理手順について説明する。図６は、スマートフォン１による制御の例の処理手順を示すフローチャートである。図６に示す処理手順は、コントローラ１０が制御プログラム９Ａを実行することによって実現される。図６に示す処理手順は、ハウジング２０に対する把持操作の機能が有効である場合に実行される。

【0060】

図６に示すように、スマートフォン１のコントローラ１０は、ステップＳ１０１として、通信ユニット６を介して着信の信号を検出したかを判別する。着信の信号を検出していない場合（ステップＳ１０１，Ｎｏ）、コントローラ１０は、ステップＳ１０１の処理を繰り返す。

【0061】

着信の信号を検出している場合（ステップＳ１０１，Ｙｅｓ）、コントローラ１０は、ステップＳ１０２に進む。コントローラ１０は、ステップＳ１０２として、報知モードに移行する。具体的には、現状のモードが待機モードであった場合、コントローラ１０は、モードデータ９Ｙに記憶している待機モードを示す情報を移行前のモードとして記憶し、移行する報知モードを示す情報を記憶する。

【0062】

コントローラ１０は、ステップＳ１０３として、報知モードに応じた処理を実行する。具体的には、コントローラ１０は、上述した着信画面６０ａをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示させ、着信音、振動、ランプの点滅等によって利用者に着信を報知させるための制御を行う。

【0063】

コントローラ１０は、ステップＳ１０４として、気圧センサ１９によってハウジング２０内の気圧を検出し、検出結果を気圧データ９Ｘに記憶する。そして、コントローラ１０は、ステップＳ１０５として、検出した気圧に基づいて、ハウジング２０が把持されたかを判別する。具体的には、コントローラ１０は、気圧データ９Ｘに基づいて所定時間当たりの気圧の変化量を求め、当該気圧の変化量が設定データ９Ｚの判別条件データが示す判別条件を満たしている場合に、ハウジング２０が把持されたと判別する。

【0064】

ハウジング２０が把持された場合（ステップＳ１０６，Ｙｅｓ）、コントローラ１０は、ステップＳ１０７に進む。コントローラ１０は、ステップＳ１０７として、報知モードから通知モードに移行する。具体的には、コントローラ１０は、移行する通話モードを示す情報をモードデータ９Ｙに記憶する。

【0065】

コントローラ１０は、ステップＳ１０８として、報知モードに応じた処理を終了し、通話に応じた処理を実行する。具体的には、コントローラ１０は、通信ユニット６を介して通話相手と通話をするための処理、上述した通話画面６０ｂをタッチスクリーンディスプレイ２に表示させる処理等を実行する。その後、コントローラ１０は、図６に示す処理手順を終了する。

【0066】

ハウジング２０が把持されていない場合（ステップＳ１０６，Ｎｏ）、コントローラ１０は、ステップＳ１０９に進む。コントローラ１０は、ステップＳ１０９において、タッチスクリーンディスプレイ２を介して、応答操作を検出したかを判別する。具体的には、コントローラ１０は、図５に示す着信画面６０ａのボタン６１に対するジェスチャを検出した場合に、応答操作を検出したと判別する。

【0067】

応答操作を検出した場合（ステップＳ１０９，Ｙｅｓ）、コントローラ１０は、既に説明したステップＳ１０７に進む。コントローラ１０は、ステップＳ１０７及びステップＳ１０８の処理が終了すると、図６に示す処理手順を終了する。

【0068】

応答操作を検出していない場合（ステップＳ１０９，Ｎｏ）、コントローラ１０は、ステップＳ１１０に進む。コントローラ１０は、ステップＳ１１０として、通信ユニット６を介して、着信が終了したかを判別する。コントローラ１０は、相手側の電子機器からの着信の信号がなくなった場合に、着信が終了したと判別する。

【0069】

着信が終了していない場合、すなわち、着信中である場合（ステップＳ１１０，Ｎｏ）、コントローラ１０は、既に説明したステップＳ１０４に進み、ハウジング２０内の気圧の検出、応答操作の検出等を継続する。

【0070】

着信が終了している場合（ステップＳ１１０，Ｙｅｓ）、コントローラ１０は、ステップＳ１１１に進む。コントローラ１０は、ステップＳ１１１として、報知モードに応じた処理を終了させる。そして、コントローラ１０は、ステップＳ１１２として、報知モードから移行前のモードに移行する。その後、コントローラ１０は、図６に示す処理手順を終了する。

【0071】

本実施形態では、スマートフォン１は、図６に示す処理手順として、モードを移行する処理を設けた場合について説明したが、これに限定されない。例えば、図６に示す処理手順は、スマートフォン１のモードを移項するステップＳ１０２、Ｓ１０７、及びＳ１１２の処理を設けなくてもよい。

【0072】

上記の本実施形態では、スマートフォン１は、ハウジング２０内の気圧を検出する場合にのみ、気圧センサ１９を動作させるように制御することで、電力消費を低減させることができる。

【0073】

（実施形態２）
以下に実施形態２に係るスマートフォンについて説明する。実施形態２に係るスマートフォンは、制御プログラム９Ａの機能が異なる点を除いて、図１から４に示したスマートフォン１と同様の構成を有する。そこで、以下では、スマートフォン１を例として用いて、実施形態２について説明する。

【0074】

図７Ａ及び図７Ｂを参照しながら、スマートフォン１における把持パターンの例について説明する。図７Ａ及び図７Ｂは、スマートフォン１の把持パターンの例を示す図である。スマートフォン１におけるハウジング２０の歪み量は、把持パターンによって異なる。例えば、スマートフォン１は、図７Ａに示す把持パターンＰ１と、図７Ｂに示す把持パターンＰ２とを有する。

【0075】

把持パターンＰ１は、主に通話時に用いられる把持パターンである。把持パターンＰ１は、スマートフォン１のサイドフェイス１Ｃ３とサイドフェイス１Ｃ４とを把持するパターンである。把持パターンＰ２は、通話時以外の動画の再生等に用いられる把持パターンである。把持パターンＰ２は、スマートフォン１のサイドフェイス１Ｃ１とサイドフェイス１Ｃ２とを把持するパターンである。

【0076】

把持パターンＰ１は、利用者が把持パターンＰ２よりも把持し易く、利用者がハウジング２０に力を加え易い。把持パターンＰ１は、利用者がスマートフォン１を縦長の状態で把持するので、横長の把持パターンＰ２よりも、ハウジング２０の歪み量は大きくなる。本実施形態では、スマートフォン１は、実験、シミュレーション等に基づいた把持パターン毎の気圧の変化量の範囲に基づいて、ハウジング２０に対する把持パターンＰ１、Ｐ２を特定し、特定した把持パターンに対応するモードに移行する。

【0077】

例えば、報知モードのスマートフォン１は、所定時間当たりの気圧変化量が第１の範囲内である場合に、把持パターンＰ１と判別し、通話モードに移行する。この場合、スマートフォン１は、着信の報知を終了し、上記通話画面６０ｂをタッチスクリーンディスプレイ２に表示する。また、報知モードのスマートフォン１は、所定時間当たりの気圧変化量が第１の範囲とは異なる第２の範囲内である場合、把持パターンＰ２と判別し、留守番モードに移行する。この場合、スマートフォン１は、着信の報知を終了し、通信ユニット６を介して着信を留守番電話センター等に転送する。

【0078】

このように、スマートフォン１は、ハウジング２０の把持パターンに基づいて、移行させるモードを現状のモードから移行可能な複数のモードの中から選択する。このため、利用者は、ハウジング２０の把持パターンによって移行させたいモードを選択することができるため、スマートフォン１の操作性をさらに向上させることができる。スマートフォン１は、現状のモードから移行可能なモードをタッチスクリーンディスプレイ２に表示すれば、利用者が移行可能なモードを確認できるので、利便性を向上させることができる。

【0079】

本実施形態では、スマートフォン１は、報知モードから移行可能な移行先モードが通話モードと留守番モードである場合について説明したが、これに限定されない。例えば、３つ以上の把持パターンを特定できる場合、スマートフォン１は、移行させるモードを３つ以上のモードの中から選択できるように構成されてもよい。

【0080】

図８を参照しながら、スマートフォン１による着信に関する他の制御の処理手順について説明する。図８は、実施形態２に係るスマートフォン１による制御の例の処理手順を示すフローチャートである。図８に示す処理手順は、コントローラ１０が制御プログラム９Ａを実行することにより実現される。図８に示す処理手順は、ハウジング２０に対する把持操作の機能が有効である場合に実行される。

【0081】

図８に示す例では、ステップＳ１０１からステップＳ１１２の処理は、図６に示すステップＳ１０１からステップＳ１１２の処理と同一であるため、異なる部分のみを説明し、同一部分の説明は省略する。

【0082】

図８に示すように、ハウジング２０が把持された場合（ステップＳ１０６，Ｙｅｓ）、コントローラ１０は、ステップＳ１２０に進む。コントローラ１０は、ステップＳ１２０として、把持パターンＰ１であるかを判別する。具体的には、コントローラ１０は、上記ステップＳ１０５で求めた所定時間当たりの気圧の変化量が、上記第１の範囲である場合に、把持パターンＰ１であると判別する。

【0083】

把持パターンＰ１である場合（ステップＳ１２０，Ｙｅｓ）、コントローラ１０は、既に説明したステップＳ１０７及びステップＳ１０８の処理を行う。すなわち、コントローラ１０は、通話モードに応じた処理を行う。その後、コントローラ１０は、図８に示す処理手順を終了する。

【0084】

把持パターンＰ１ではない場合、すなわち把持パターンＰ２である場合（ステップＳ１２０，Ｎｏ）、コントローラ１０は、ステップＳ１２１に進む。コントローラ１０は、ステップＳ１２１として、報知モードから留守番モードに移行する。具体的には、コントローラ１０は、移行する留守番モードを示す情報をモードデータ９Ｙに記憶する。

【0085】

コントローラ１０は、ステップＳ１２２として、報知モードに応じた処理を終了し、留守番モードに応じた処理を実行する。具体的には、コントローラ１０は、通信ユニット６を介して、着信を留守番電話センター等に転送することにより、留守番電話センター等から相手側の電子機器に着信できない旨を通知させる。その後、コントローラ１０は、図８に示す処理手順を終了する。

【0086】

上記の実施形態では、スマートフォン１は、ハウジング２０内の気圧に基づいて把持パターンＰ１、Ｐ２を判別する場合について説明したが、これに限定されない。例えば、スマートフォン１は、気圧センサ１９によって検出した気圧の変化量と、ジャイロスコープ１７によって検出したスマートフォン１の姿勢とを組み合わせて把持パターンを検出するように構成されてもよい。例えば、スマートフォン１が縦長と横長とで把持されたときの気圧変化量の差が小さい場合、あるいは、気圧変化量が等しい場合、スマートフォン１は、その姿勢を考慮することで、把持パターンを判別することができる。

【0087】

（実施形態３）
以下に実施形態３に係るスマートフォンについて説明する。実施形態３に係るスマートフォンは、制御プログラム９Ａの機能が異なる点を除いて、図１から４に示したスマートフォン１と同様の構成を有する。そこで、以下では、スマートフォン１を例として用いて、実施形態３について説明する。

【0088】

図９を参照しながら、スマートフォン１による通話の着信に係る制御について説明する。図９は、実施形態３に係るスマートフォン１による通話の着信に係る制御の例を示す図である。以下の説明においては、同様の構成要素には同一の符号を付し、重複する説明は省略することがある。

【0089】

スマートフォン１は、通信ユニット６を介して、相手側の電子機器からの着信の信号を検出すると、ステップＳ２１として、当該電子機器からの着信を報知する報知モードに移行し、上記の着信画面６０ａをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。スマートフォン１は、着信画面６０ａを表示するとともに、着信音、振動、ランプの点滅等によって、利用者に着信を報知してもよい。そして、スマートフォン１は、加速度センサ１５の検出結果に基づいて、利用者がスマートフォン１を手Ｈに持っているかを判別する。

【0090】

ステップＳ２１では、着信に気付いた利用者は、スマートフォン１を手Ｈで持っている。図９に示す例では、利用者は、ハウジング２０のサイドフェイス１Ｃ３及び１Ｃ４を把持している。その結果、利用者がスマートフォン１を手Ｈに持っていると判別した場合、スマートフォン１は、気圧センサ１９によってハウジング２０内の気圧を検出する。

【0091】

ステップＳ２２では、利用者は、着信に応答するために、ボタン６１を選択するという通常のオフフック操作に代わり、保持していた手Ｈでスマートフォン１のハウジング２０を強く把持している。その結果、スマートフォン１のハウジング２０内は、ハウジング２０が歪むことにより、気圧が上昇する。そして、報知モードである場合、スマートフォン１は、気圧センサ１９によってハウジング２０内の気圧の上昇を検出すると、ハウジング２０が利用者によって把持されたと判別する。

【0092】

スマートフォン１は、ハウジング２０が利用者によって把持されたと判別すると、ステップＳ２３として、報知モードから通話モードに移行し、上記の通話画面６０ｂをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。そして、利用者は、スマートフォン１を用いて通話を行う。

【0093】

このように、スマートフォン１は、報知モードである場合に、利用者がスマートフォン１を手Ｈに持っていることを判別してから、把持しているかを判別する。例えば、スマートフォン１は、利用者のポケットに入れられた状態、カバンの中に入れられた状態等である場合に、ハウジング２０に加重が加わって気圧変動が生じるおそれがある。このような場合でも、スマートフォン１は、利用者が手Ｈに持っている状態を判別したときに、ハウジング２０内の気圧を検出するので、把持状態の判別精度を向上させることができる。また、スマートフォン１は、利用者が手Ｈに持っていると判別した場合に、気圧センサ１９を動作させるように制御すれば、消費電力を低減することができる。

【0094】

本実施形態では、スマートフォン１は、加速度センサ１５の検出結果に基づいて、利用者がスマートフォン１を手Ｈに持っているかを判別する場合について説明するが、これに限定されない。例えば、スマートフォン１は、近接センサ、紫外線センサ等によって自機が外気と触れている状態にあるか否かの判定結果と、加速度センサ１５の検出結果とに基づいて、利用者がスマートフォン１を手Ｈに持っているかを判別してもよい。スマートフォン１は、ジャイロスコープ１７により自機の回転パターンを取得し、取得結果と、予め用意された利用者がスマートフォン１を手で持っている状態にあるときの回転パターンとを照らし合わせることで、利用者がスマートフォン１を手Ｈに持っている状態であるかの判別精度を上げるための補助としてもよい。回転パターンは、例えば、試験者が実際にスマートフォン１を手で持っている状態におけるジャイロセンサの検出値を予め取得することにより用意される。回転パターンは、１ないし複数用意される。回転パターンは、ストレージ９等に記憶される。

【0095】

図１０を参照しながら、スマートフォン１による着信に関する他の制御の処理手順について説明する。図１０は、実施形態３に係るスマートフォン１による制御の例の処理手順を示すフローチャートである。図１０に示す処理手順は、コントローラ１０が制御プログラム９Ａを実行することにより実現される。図１０に示す処理手順は、ハウジング２０に対する把持操作の機能が有効である場合に実行される。

【0096】

図１０に示す例では、ステップＳ１０１からステップＳ１１２の処理は、図６に示すステップＳ１０１からステップＳ１１２の処理と同一であるため、異なる部分のみを説明し、同一部分の説明は省略する。

【0097】

図１０に示すように、ステップＳ１０３で報知モードに応じた処理を実行すると、コントローラ１０は、ステップＳ１３１に進む。コントローラ１０は、ステップＳ１３１として、加速度センサ１５の検出結果に基づいて、スマートフォン１を利用者が手Ｈに持っているかを判別する。

【0098】

利用者が手Ｈに持っていると判別した場合（ステップＳ１３２，Ｙｅｓ）、コントローラ１０は、既に説明したステップＳ１０４以降の処理を行う。利用者が手Ｈに持っていないと判別した場合（ステップＳ１３２，Ｎｏ）、コントローラ１０は、既に説明したステップＳ１０９以降の処理を行う。

【0099】

ステップＳ１１０で、着信が終了してない場合（ステップＳ１１０，Ｎｏ）、コントローラ１０は、既に説明したステップＳ１３１に進む。すなわち、コントローラ１０は、ステップＳ１３１以降の処理を繰り返すことで、利用者が手Ｈに持っていない場合、着信の報知によって利用者がスマートフォン１を手Ｈに持つのを待つ。

【0100】

本実施形態では、スマートフォン１は、着信の報知モードに移行した後に、利用者がスマートフォン１を手Ｈに持っているかを判別する場合について説明したが、これに限定されない。例えば、スマートフォン１は、着信を検出し、報知モードに移行する前に、利用者がスマートフォン１を手Ｈに持っているかを判別するように構成されてもよい。スマートフォン１は、利用者がスマートフォン１を手Ｈに持っているか否かを逐次的に判別して判別結果をストレージ９等に記憶し、把持していると判別したときに、把持していると判別した時点における手Ｈに持っているか否かの判別結果に基づいて、利用者がスマートフォン１を手Ｈに持っているかを判別するように構成されてもよい。

【0101】

（実施形態４）
以下に実施形態４に係るスマートフォンについて説明する。実施形態４に係るスマートフォンは、制御プログラム９Ａの機能が異なる点を除いて、図１から４に示したスマートフォン１と同様の構成を有する。そこで、以下では、スマートフォン１を例として用いて、実施形態４について説明する。

【0102】

図１１を参照しながら、スマートフォン１による通話の着信に係る制御について説明する。図１１は、実施形態４に係るスマートフォン１による通話の着信に係る制御の例を示す図である。以下の説明においては、同様の構成要素には同一の符号を付し、重複する説明は省略することがある。

【0103】

スマートフォン１は、通信ユニット６を介して、相手側の電子機器からの着信の信号を検出すると、ステップＳ３１として、当該電子機器からの着信を報知する報知モードに移行し、上記の着信画面６０ａをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。スマートフォン１は、着信画面６０ａを表示するとともに、着信音、振動、ランプの点滅等によって、利用者に着信を報知してもよい。その場合、スマートフォン１は、加速度センサ１５の検出結果に基づいて、利用者がスマートフォン１を手Ｈに持っているかを判別する。

【0104】

ステップＳ３１では、利用者は、スマートフォン１を持っていない状態である。そして、利用者がスマートフォン１を手Ｈに持っていないと判別した場合、スマートフォン１は、気圧センサ１９によってハウジング２０内の気圧を検出する。

【0105】

ステップＳ３２では、スマートフォン１を持っていない状態で、着信に気付いた利用者は、スマートフォン１を公共モードに移行させるために、その手Ｈで静止状態のスマートフォン１のハウジング２０を強く把持している。図１１に示す例では、利用者は、ハウジング２０のサイドフェイス１Ｃ３及び１Ｃ４を把持している。その後、利用者は、スマートフォン１から手Ｈを離している。ハウジング２０を強く把持した結果、スマートフォン１のハウジング２０内は、気圧が上昇する。そして、スマートフォン１は、気圧センサ１９によってハウジング２０内の気圧の上昇を検出すると、報知モードかつ利用者がスマートフォン１を持っていなかった状態である場合に、ハウジング２０が利用者によって把持されたと判別する。

【0106】

スマートフォン１は、静止状態で、ハウジング２０が利用者によって把持されたと判別すると、ステップＳ３３として、報知モードから公共モードに移行する。そして、スマートフォン１は、公共モードに移行すると、公共モードに移行したことを示す通知画面６０ｃをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示する。図１１に示す例では、通知画面６０ｃは、表示領域６５を含む。表示領域６５には、公共モードに移行したことを示すメッセージが表示される。その結果、利用者は、スマートフォン１を公共モードに切り替えられたことを確認する。そして、スマートフォン１は、発信者に対して電話に出られないことをガイダンス等で応答する。

【0107】

このように、スマートフォン１は、報知モードである場合に、利用者がスマートフォン１を手Ｈに持っていない状態を判別してから、把持しているかを判別する。例えば、利用者は、着信が報知されているにも係わらず、スマートフォン１を持ち上げない場合、何らかの理由によって電話に出られない可能性が高い。このような場合に、利用者は、スマートフォン１のディスプレイ２Ａの表示内容を確認せずに、ハウジング２０を把持するだけで、スマートフォン１を報知モードから公共モードに移行させることができるので、スマートフォン１の操作性を向上させることができる。さらに、利用者は、スマートフォン１をカバン、ポケット等から出さずに、カバン、ポケット等の中でハウジング２０を把持するだけでよいので、スマートフォン１の利便性を向上させることができる。

【0108】

図１２を参照しながら、スマートフォン１による着信に関する他の制御の処理手順について説明する。図１２は、実施形態４に係るスマートフォン１による制御の例の処理手順を示すフローチャートである。図１２に示す処理手順は、コントローラ１０が制御プログラム９Ａを実行することにより実現される。図１２に示す処理手順は、ハウジング２０に対する把持操作の機能が有効である場合に実行される。

【0109】

図１２に示す例では、ステップＳ１０１からステップＳ１１２の処理は、図６に示すステップＳ１０１からステップＳ１１２の処理と同一であるため、異なる部分のみを説明し、同一部分の説明は省略する。

【0110】

図１２に示すように、ステップＳ１０３で報知モードに応じた処理を実行すると、コントローラ１０は、ステップＳ１４１に進む。コントローラ１０は、ステップＳ１４１として、加速度センサ１５の検出結果に基づいて、スマートフォン１を利用者が手Ｈに持っているかを判別し、その判別結果をストレージ９等に記憶する。そして、コントローラ１０は、既に説明したステップＳ１０４からステップＳ１０６の処理を実行する。

【0111】

ハウジング２０が把持されていない場合（ステップＳ１０６，Ｎｏ）、コントローラ１０は、既に説明したステップＳ１０９以降の処理を行う。そして、着信が終了していない場合（ステップＳ１１０，Ｎｏ）、コントローラ１０は、既に説明したステップＳ１４１に進む。

【0112】

ハウジング２０が把持されている場合（ステップＳ１０６，Ｙｅｓ）、コントローラ１０は、ステップＳ１４２に進む。そして、ステップＳ１４１で利用者が持っていると判別した場合（ステップＳ１４２，Ｙｅｓ）、コントローラ１０は、既に説明したステップＳ１０７及びステップＳ１０８を実行する。その後、コントローラ１０は、図１２に示す処理手順を終了する。

【0113】

ステップＳ１４１で利用者が持っていないと判別した場合（ステップＳ１４２，Ｎｏ）、コントローラ１０は、ステップＳ１４３に進む。コントローラ１０は、ステップＳ１４３として、報知モードから公共モードに移行する。具体的には、コントローラ１０は、公共モードを示す情報をモードデータ９Ｙに記憶し、公共モードに移行したことを示す通知画面６０ｃをタッチスクリーンディスプレイ２（ディスプレイ２Ａ）に表示させる。

【0114】

コントローラ１０は、ステップＳ１４４として、報知モードに応じた処理を終了し、公共モードに応じた処理を実行する。具体的には、コントローラ１０は、通信ユニット６を介して、発信者に電話に出られないことをガイダンス等で応答するための制御を実行する。その後、コントローラ１０は、図１２に示す処理手順を終了する。

【0115】

本出願の開示する実施形態は、発明の要旨及び範囲を逸脱しない範囲で変更することができる。さらに、本出願の開示する実施形態及びその変形例は、適宜組み合わせることができる。例えば、上記の実施形態は、以下のように変形してもよい。

【0116】

例えば、図４に示した各プログラムは、複数のモジュールに分割されていてもよいし、他のプログラムと結合されていてもよい。

【0117】

上記の実施形態では、スマートフォン１は、通話モードの場合に、気圧センサ１９によってハウジング２０内の気圧の検出を継続し、ハウジング２０の把持を検出すると、通話を切断するモードに移行するように構成してもよい。その結果、利用者は、ハウジング２０の把持操作だけで、通話の開始及び終了を操作することができるため、操作性を向上させることができる。

【0118】

上記の実施形態では、スマートフォン１は、通話の着信を報知する報知モードの場合に、ハウジング２０の把持を検出すると、通話モードに移行する場合について説明したが、これに限定されない。例えば、スマートフォン１は、報知モードの場合に、タッチスクリーンディスプレイ２を介して応答操作を検出すると、通話モードに移行し、かつ、ハウジング２０の把持を検出すると、公共モードに移行するように構成されてもよい。例えば、スマートフォン１は、電子メールの受信を報知している報知モードの場合に、ハウジング２０の把持を検出すると、報知している受信メールを表示する閲覧モードに移行するように構成されてもよい。

【0119】

上記の実施形態では、気圧センサを備える携帯電子機器の例として、スマートフォンについて説明したが、添付の請求項に係る携帯電子機器は、スマートフォンに限定されない。添付の請求項に係る携帯電子機器は、スマートフォン以外の携帯電子機器であってもよい。携帯電子機器は、例えば、モバイルフォン、タブレット、携帯型パソコン、デジタルカメラ、メディアプレイヤ、電子書籍リーダ、ナビゲータ、及びゲーム機を含むが、これに限定されない。

【0120】

添付の請求項に係る技術を完全かつ明瞭に開示するために特徴的な実施形態に関し記載してきた。しかし、添付の請求項は、上記実施形態に限定されるべきものでなく、本明細書に示した基礎的事項の範囲内で当該技術分野の当業者が創作しうるすべての変形例及び代替可能な構成を具現化するように構成されるべきである。

【符号の説明】

【0121】

１ スマートフォン
２ タッチスクリーンディスプレイ
２Ａ ディスプレイ
２Ｂ タッチスクリーン
３ ボタン
４ 照度センサ
５ 近接センサ
６ 通信ユニット
７ レシーバ
８ マイク
９ ストレージ
９Ａ 制御プログラム
９Ｘ 気圧データ
９Ｙ モードデータ
９Ｚ 設定データ
１０ コントローラ
１１ スピーカ
１２、１３ カメラ
１４ コネクタ
１５ 加速度センサ
１６ 方位センサ
１７ ジャイロスコープ
１９ 気圧センサ
２０ ハウジング

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】