(57)【特許請求の範囲】
【請求項１】
自装置の傾き角度を検出する傾き検出部と、
表示部と、
前記表示部の消灯状態において、前記表示部の点灯指示を検出する検出部と、
前記検出部により前記点灯指示を検出した後、前記表示部の点灯状態に遷移した後に表示されるロック解除画面を前記表示部に表示しているときに、ロック解除操作を検出した場合に、前記点灯指示以外の前記ロック解除操作に付帯する付帯操作の有無を判定し、前記ロック解除画面から遷移する際に、前記判定の結果に応じて、前記消灯状態に遷移する際に前記表示部に表示されていたアプリ画面と、当該アプリ画面以外の画面とのいずれかを前記表示部に表示させる制御部と、
を備え、
前記制御部は、前記ロック解除画面の表示中は、前記アプリ画面のキャプチャ画像を、前記表示部の前記傾き検出部が検出した前記傾き角度に応じた大きさの可変領域に表示させる、
電子機器。
【請求項２】
前記キャプチャ画像は、第三者から容易に内容がわからないように劣化加工した画像である、
請求項１に記載の電子機器。
【請求項３】
タッチパネルを備え、
前記制御部は、前記タッチパネルにおける接触位置に応じて、前記ロック解除画面から遷移した後に前記表示部に表示させる画面を決定する、
請求項１または請求項２に記載の電子機器。
【請求項４】
コンピュータに、
自装置の傾き角度を検出し、
表示部の消灯状態において、前記表示部の点灯指示を検出し、
前記点灯指示を検出した後、前記表示部の点灯状態に遷移した後に表示されるロック解除画面を前記表示部に表示しているときに、ロック解除操作を検出した場合に、前記点灯
指示以外の前記ロック解除操作に付帯する付帯操作の有無を判定し、前記ロック解除画面から遷移する際に、前記判定の結果に応じて、前記消灯状態に遷移する際に前記表示部に表示されていたアプリ画面と、当該アプリ画面以外の画面とのいずれかを前記表示部に表示させ、
前記ロック解除画面の表示中は、前記アプリ画面のキャプチャ画像を、前記表示部の前記傾き角度に応じた大きさの可変領域に表示させる、
ことを含む処理を実行させる表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器及び表示制御プログラムに関する。
【背景技術】
【０００２】
携帯情報端末装置等の電子機器には、不正使用の防止や誤操作の防止のため、ユーザの操作が一定時間以上行われない等の場合に、予め定められた操作のみを受け付けるロック状態に移行する技術がある。
【０００３】
また、ロック状態を解除する技術として、例えば、ユーザが携帯機器のタッチパネルに対して行った操作の種類を判別し、操作の種類が予め設定された認証情報と一致した場合にロック状態を解除する技術がある。一般的に、ロック状態が解除された場合は、ロック状態に移行する前に実行していたアプリケーションソフトウエアを引き続き実行することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１１／０４３４２２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ロック状態に移行した場合、電子機器の表示部の画面は、移行前に表示していた画面と異なる画面に切り替わる場合が多い。例えば、画面がオフ（消灯）状態に変化したり、ロック状態を表すロック画面に変化したり、スクリーンセーバが表示されたりする。
【０００６】
このように画面が切り替わっていた場合には、ロック状態の解除後に、ロック状態に移行する前に実行していたアプリケーションソフトウエアの画面が表示部に再表示されることになる。
【０００７】
しかし、携帯型の電子機器では、例えば、電子機器がロック状態となっている間にユーザが移動する場合がある。ユーザが移動等した場合、当該移動に伴い、ロック状態を解除したときの電子機器の周囲環境がアプリケーションソフトウエアの画面が表示部に再表示されることが情報漏洩等の観点から望ましくない環境に変化している場合がある。
【０００８】
また、ロック状態の間に、例えば、外部からの情報受信等に応じてアプリケーションソフトウエアが起動された等の場合、ロック状態が解除された際にユーザが予期していない画面が表示部に表示される可能性もある。
【０００９】
本開示の技術は一つの側面として、ユーザが意図しない画面が表示部に表示されるのを防止することを目的とする。
【課題を解決するための手段】
【００１０】
１つの態様では、表示部と、検出部と、制御部と、を備える。検出部は、表示部の消灯状態において、表示部の点灯指示を検出する。制御部は、検出部により点灯指示を検出した際に、点灯指示以外の付帯操作の有無を判定する。また、制御部は、消灯状態に遷移する際に表示部に表示されていたアプリ画面と、アプリ画面以外の画面と、のいずれを、表示部の点灯状態に遷移する際、または点灯状態に遷移した後に表示されるロック解除画面から遷移する際、に表示部に表示させるかを判定の結果に応じて決定する。
【発明の効果】
【００１１】
一つの側面として、ユーザが意図しない画面が表示部に表示されるのを防止することができる、という効果を有する。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係る携帯情報端末装置の一例の外観図である。
【図２】第１実施形態に係る携帯情報端末装置における表示制御処理に関する機能に係わる概略構成の一例を表すブロック図である。
【図３】ホーム画面の具体例を表す図である。
【図４】ロック画面の具体例を表す図である。
【図５】覗き見フィルタの具体例を説明する図である。
【図６】アプリ画面の具体例を表す図である。
【図７】第１実施形態に係る携帯情報端末装置のアプリ管理部におけるアプリの管理及び画面制御部における表示画面の制御を説明するための図である。
【図８】第１実施形態に係る携帯情報端末装置を実現するハードウエアの概略構成を示すブロック図である。
【図９】第１実施形態に係る携帯情報端末装置で実行される表示制御処理の第一処理の一例のフローチャートである。
【図１０】携帯情報端末装置のディスプレイの画面がオフ状態になった場合の具体例を表す図である。
【図１１】第１実施形態に係る携帯情報端末装置で実行される表示制御処理の第二処理の一例のフローチャートである。
【図１２】ロック解除後にアプリ画面、またはアプリ画面及び覗き見防止フィルタを表示する場合の優先順位の変化を説明する図である。
【図１３】ロック解除後にアプリ画面、またはアプリ画面及び覗き見防止フィルタを表示する場合の優先順位の変化を説明する図である。
【図１４】ロック画面の表示中にキャプチャ画像を表示させるユーザ操作を説明するための図である。
【図１５】ロック画面及びキャプチャ画像の表示の具体例を説明する図である。
【図１６】第２実施形態に係る携帯情報端末装置における表示制御処理に関する機能に係わる概略構成の一例を表すブロック図である。
【図１７】第２実施形態に係る携帯情報端末装置を実現するハードウエアの概略構成を示すブロック図である。
【図１８】第２実施形態に係る携帯情報端末装置で実行される表示制御処理の第一処理の一例のフローチャートである。
【図１９】第２実施形態の携帯情報端末装置で実行される表示制御処理の第二処理の一例のフローチャートである。
【図２０】アイコンへのタッチ（接触）の有無でロック状態の解除後にディスプレイに表示する画面を切り替える場合について第二処理のフローチャートである。
【図２１】ロック状態を解除する際の携帯情報端末装置の持ち方（傾き）に応じて、解除後に表示する画面を決定する場合を説明する図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して開示の技術の一例を詳細に説明する。
【００１４】
［第１実施形態］
本実施形態では、開示の技術の一例として電子機器が携帯情報端末装置である場合、より具体的には、スマートフォンである態様について説明する。なお、本実施形態では、記載を簡略化するためにアプリケーションソフトウエアについて「アプリ」と称する場合がある。
【００１５】
図１には、本実施形態の携帯情報端末装置１０の一例の外観図を示す。図１（１）は、（２）に示したＸ方向から筐体１１を視認した側面図である。また、図１（２）は、表面側（ディスプレイ２０を備える面）の平面図である。また、図１（３）は、裏面側の平面図である。
【００１６】
図１（２）に示すように、携帯情報端末装置１０の筐体１１の表面には、ホームボタン１６、インカメラ１８、及びディスプレイ２０を備える。本実施形態のディスプレイ２０は、表示部（表示部２０Ａ、図８参照）としての機能及びタッチパネル（タッチパネル２０Ｂ、図８参照）としての機能を備えたいわゆるタッチパネルディスプレイである。ホームボタン１６は、ユーザにより操作（押下）された場合に、ホームアプリ（詳細後述）を起動させるためのボタンである。インカメラ１８は、携帯情報端末装置１０の表面側に位置する被写体を撮影する機能を有し、主に携帯情報端末装置１０のユーザを撮影（いわゆる自撮り）するために用いられる。
【００１７】
また、図１（１）に示すように、携帯情報端末装置１０の筐体１１の側面には、音量をアップさせる音量ボタン１２、音量をダウンさせる音量ボタン１３、及び電源ボタン１４を備える。
【００１８】
また、図１（３）に示すように携帯情報端末装置１０の筐体１１の裏面には、アウトカメラ２２及び指紋認証ボタン２４を備える。アウトカメラ２２は、携帯情報端末装置１０の裏面側に位置する被写体を撮影する機能を有する。指紋認証ボタン２４は、ユーザの指紋認証を必要とする処理が行われる場合に、ユーザの指紋認証を行うための機能を有する。
【００１９】
図２には、本実施形態の携帯情報端末装置１０における表示制御処理に関する機能に係わる概略構成の一例を表すブロック図を示す。本実施形態の携帯情報端末装置１０は、端末状態管理部３０、タッチセンサ制御部３２、ハードキー制御部３４、アプリ管理部３６、各種アプリ３８、画面制御部４０、及びタイマ４２を備える。
【００２０】
端末状態管理部３０は、携帯情報端末装置１０全体を管理する機能を有する。また、端末状態管理部３０は、タッチセンサ制御部３２、ハードキー制御部３４、及びアプリ管理部３６から受け取った情報を、画面制御部４０に出力する。端末状態管理部３０及び画面制御部４０は、開示の技術の制御部の一例である。また、端末状態管理部３０、タッチセンサ制御部３２、及びハードキー制御部３４は、開示の技術の検出部の一例である。
【００２１】
タッチセンサ制御部３２は、タッチパネルとしてのディスプレイ２０を制御する機能を有する。具体的には、本実施形態のタッチセンサ制御部３２は、ディスプレイ２０に対するユーザ操作を認識してその情報を出力する機能を有する。
【００２２】
ハードキー制御部３４は、音量ボタン１２、音量ボタン１３、電源ボタン１４、ホームボタン１６、及び指紋認証ボタン２４等のハードキー群（ハードキー群６０）に対するユーザ操作を認識してその情報を出力する機能を有する。
【００２３】
アプリ管理部３６は、各種アプリ３８の優先順位や実行（状態）等を管理する機能を有する。本実施形態の携帯情報端末装置１０は、各種アプリ３８として、ホームアプリ３８Ａ、ロックアプリ３８Ｂ、覗き見防止アプリ３８Ｃ、及びその他アプリ３８Ｄを含む。
【００２４】
ホームアプリ３８Ａは、ホーム画面（待受画面）をディスプレイ２０に表示する機能を実現し、またホーム画面をカスタマイズできる機能を実現するアプリである。図３には、本実施形態のホーム画面の具体例を表す図を示す。本実施形態の携帯情報端末装置１０では、ホームボタン１６がユーザにより操作（押下）されると、ホームアプリ３８Ａが起動し、ホーム画面１００がディスプレイ２０に表示される。
【００２５】
ロックアプリ３８Ｂは、予め定められた操作のみを受け付けるスクリーンロック機能（セキュリティロック機能も含む）を実現するアプリである。予め定められた操作の具体例としては、緊急通報を行うための操作やロック状態の解除に関する操作等がある。ロック状態では、ディスプレイ２０には、ロック画面が表示される。図４には、本実施形態のロック画面の具体例を表す図を示す。図４に示すように、本実施形態のロック画面１０２は、ロック状態であることを表しており、また、ロック画面１０２上には、アプリのアイコン１１０（詳細後述）が表示されている。
【００２６】
覗き見防止アプリ３８Ｃは、ユーザ以外の第三者によるディスプレイ２０の覗き見を防止する機能を実現するアプリである。具体的には、覗き見防止アプリ３８Ｃは、覗き見防止フィルタを画面に表示する。図５には、本実施形態の覗き見フィルタの具体例を説明する図を示す。図５に示すように覗き見防止フィルタ１０６は半透明のフィルタであり、表示画面の前面の表示レイヤに表示することにより、画面に対して斜めの角度から下位レイヤの画面（例えば、アプリ画面１０４）を見辛くすることができる。覗き見防止フィルタ１０６を表示することにより、ディスプレイ２０に対して斜めの角度から画面が見辛くなるため、ユーザと異なる第三者からディスプレイ２０に表示されている画面の内容を覗き見されるのを防止することができる。
【００２７】
なお、本実施形態の覗き見防止アプリ３８Ｃは、覗き見防止フィルタ１０６の模様を設定したり、フィルタの透明度を変化させることにより、見辛さ（見易さ）を調整したりする機能も有する。
【００２８】
なお、本実施形態では、ディスプレイ２０の画面上に覗き見防止フィルタ１０６を表示する制御により、覗き見を防止する機能を実現しているが、覗き見を防止する機能の実現方法はこれに限らない。覗き見を防止する機能は、例えば、ディスプレイ２０の明るさ（輝度）を調整することで実現してもよいし、ディスプレイ２０が液晶の場合は液晶を透過して射出する光の射出方向を制御することで実現してもよい。また、覗き見を防止する機能は、上記各制御を組み合わせて実現してもよい。
【００２９】
また、その他アプリ３８Ｄは、携帯情報端末装置１０に予めインストールされている、またはユーザがインストール（ダウンロード）した上記ホームアプリ３８Ａ、ロックアプリ３８Ｂ、及び覗き見防止アプリ３８Ｃ以外のアプリである。その他アプリ３８Ｄの実行中は、ディスプレイ２０には、その他アプリ３８Ｄの実行に応じたアプリ画面１０４が表示される。図６には、本実施形態のアプリ画面１０４の一例を示す。
【００３０】
画面制御部４０は、ディスプレイ２０に表示する画面（レイヤも含む）を制御する機能を有する。ここで、本実施形態のアプリ管理部３６におけるアプリの管理及び画面制御部４０における表示画面の制御について説明する。図７には、アプリ管理部３６におけるアプリの管理及び画面制御部４０における表示画面の制御を説明するための図を示す。
【００３１】
携帯情報端末装置１０のディスプレイ２０に表示される画面は、アプリの状態に応じて変化する。本実施形態では、アプリの状態として複数（具体例として３つ）の状態が存在し、状態変化を行うことで、画面の表示及び非表示を実現している。
【００３２】
本実施形態では、起動中のアプリについて実行中と、停止中と、２つの状態が存在する。起動中のアプリのうち、ディスプレイ２０の前面に実行に応じた画面（アプリ画面１０４）が表示されている、いわゆるフォアグラウンドのアプリの状態を実行中という。
【００３３】
また、起動中のアプリのうち、ディスプレイ２０に画面が非表示（バックグラウンド）の状態のアプリの状態を停止中という。本実施形態では、停止中の状態には、バックグラウンドで実行中である場合も含む。
【００３４】
一方、起動していないアプリの状態を終了という。
【００３５】
なお、図７では、実行中のアプリが１つの場合を図示したが、実行中のアプリが複数の場合も有る。この場合は、実行中である複数のアプリに応じた複数の画面がディスプレイ２０に表示される。なお、実行中のアプリに応じて表示される画面は、レイヤが異なる場合がある。
【００３６】
なお、覗き見防止アプリ３８Ｃが起動している場合は、最前面のレイヤに覗き見防止フィルタ１０６が表示される。
【００３７】
起動中のアプリには、優先順位が存在し、一例として、実行時間（具体例としては実行を開始した時刻）が新しい順に優先度が高くなる。
【００３８】
例えば、あるアプリが新たに起動される場合、アプリ管理部３６は、新たに起動されたアプリの優先順位を１位とする。そして、アプリ管理部３６は、それまでディスプレイ２０に画面を表示していたアプリの優先順位を下げ、停止中のアプリ群の先頭（停止中のアプリ群の中で最も高い順位）へと移動させる。画面制御部４０は、優先順位が１位のアプリ（新たに起動したアプリ）のアプリ画面１０４をディスプレイ２０に表示させる。また、画面制御部４０は、優先順位が下げられたアプリが停止中（バックグラウンド）となるため、当該アプリのアプリ画面１０４を非表示とする。
【００３９】
一方、フォアグラウンド（実行中）のアプリが終了した場合は、アプリ管理部３６は停止中のアプリ群（バックグラウンドアプリ群）の先頭にいるアプリの優先順位を１位にする。また、画面制御部４０は、当該アプリのアプリ画面１０４をディスプレイ２０に表示する。
【００４０】
なお、ロックアプリ３８Ｂは、ディスプレイ２０の画面オフ（消灯）後に、画面がオン（点灯）状態に変化した場合に実行中(フォアグラウンド)となり、ロック状態の解除後に終了状態となる。
【００４１】
また、ホームアプリ３８Ａは、携帯情報端末装置１０の電源起動時に最初に起動するので、基本的にバックグラウンドアプリ群の最も優先順位が低い位置にいる。しかしながらホームアプリ３８Ａは、ホームボタン１６がユーザにより操作（押下）された場合には一気に優先順位が上がり、フォアグラウンド（実行中）となる。
【００４２】
なお、本実施形態では、バックグラウンド（停止中）のアプリは、ユーザが明示的に終了させるか、メモリ（図８、メモリ５４参照）が枯渇してオペレーティングシステムによって強制終了されるまで、起動し続ける。
【００４３】
タイマ４２は、いわゆるソフトウエアタイマであってもよいし、ハードウエアタイマであってもよい。
【００４４】
本実施形態の携帯情報端末装置１０は、例えば図８に示すハードウエアにより実現することができる。
【００４５】
携帯情報端末装置１０は、表示部２０Ａ、タッチパネル２０Ｂ、ＣＰＵ（Central Processing Unit）５２、メモリ５４、不揮発性の記憶部５６、無線Ｉ／Ｆ（Interface）５８、及びハードキー群６０を備える。
【００４６】
ディスプレイ２０Ａ、ディスプレイ２０Ｂ、メモリ５４、記憶部５６、無線Ｉ／Ｆ５８、及びハードキー群６０は、図示を省略したバスやＩ／Ｆ等を介して、ＣＰＵ５２に接続されている。
【００４７】
記憶部５６はＨＤＤ（Hard Disk Drive）やフラッシュメモリ等によって実現できる。記憶媒体としての記憶部５６には、表示制御プログラム６６が記憶されている。ＣＰＵ５２は、表示制御プログラム６６を記憶部５６から読み出してメモリ５４に展開し、表示制御プログラム６６が有するプロセスを実行する。
【００４８】
表示制御プログラム６６は、端末状態管理プロセス６８、タッチセンサ制御プロセス７０、ハードキー制御プロセス７２、アプリ管理プロセス７４、及び覗き見防止アプリ記憶領域８６を有する。
【００４９】
ＣＰＵ５２は、端末状態管理プロセス６８を実行することで、端末状態管理部３０として動作する。また、ＣＰＵ５２は、タッチセンサ制御プロセス７０を実行することで、タッチセンサ制御部３２として動作する。また、ＣＰＵ５２は、ハードキー制御プロセス７２を実行することで、ハードキー制御部３４として動作する。また、ＣＰＵ５２は、アプリ管理プロセス７４を実行することで、アプリ管理部３６として動作する。また、ＣＰＵ５２は、画面制御プロセス７６を実行することで、画面制御部４０として動作する。
【００５０】
また、記憶部５６における各種アプリ記憶領域８０のホームアプリ記憶領域８２は、ホームアプリ３８Ａが記憶される記憶領域として機能する。また、記憶部５６における各種アプリ記憶領域８０のロックアプリ記憶領域８４は、ロックアプリ３８Ｂが記憶される記憶領域として機能する。また、記憶部５６における各種アプリ記憶領域８０の覗き見防止アプリ記憶領域８６は、覗き見防止アプリ３８Ｃが記憶される記憶領域として機能する。また、記憶部５６における各種アプリ記憶領域８０のその他アプリ記憶領域８８は、その他アプリ３８Ｄが記憶される記憶領域として機能する。
【００５１】
次に、本実施形態に係る携帯情報端末装置１０の作用について説明する。
【００５２】
本実施形態の携帯情報端末装置１０で実行される表示制御処理は、第一処理及び第二処理の２つの処理を含む。
【００５３】
本実施形態の携帯情報端末装置１０では、一定時間以内に、ユーザ操作が行われなかった場合は、スリープ状態に移行し、ディスプレイ２０の画面がオフ（消灯）状態になる。このようにスリープ状態に移行して画面がオフ（消灯）状態に移行する際に実行される表示制御処理が第一処理である。
【００５４】
また、スリープ状態において、ユーザ操作に応じて起動要求を検出すると、スリープ状態から通常状態に復帰して、ディスプレイ２０の画面がオン（点灯）状態になるとともに、ロック状態となる。このようにスリープ状態から復帰するにあたり画面がオン（点灯）状態及びロック状態になった後、ロック状態を解除する際に実行される表示制御処理が第二処理である。
【００５５】
また、本実施形態の携帯情報端末装置１０では、ロック状態を解除する際に、ディスプレイ２０に表示する画面をユーザの操作に応じて切り替える。具体例として、本実施形態では、ロック状態の解除を要求する操作（以下、「解除操作」という）に付帯して行われた、画面の切り替えを指示するユーザ操作に応じてロック状態の解除後にディスプレイ２０に表示する画面を切り替える。なお、本実施形態において「解除操作に付帯」とは、ディスプレイ２０にロック画面１０２が表示されている期間であればよく、解除操作と同時である場合の他、解除操作が行われたタイミングを含む所定の時間内である場合も含む。
【００５６】
また、以下では、画面の切り替えを指示するユーザ操作の具体例として、音量ボタン１２または音量ボタン１３を操作する場合について説明する。音量ボタン１２及び音量ボタン１３のいずれも操作されなかった場合は、ロック状態の解除後にアプリ画面１０４（図６参照）を表示する。一方、音量ボタン１２が操作された場合は、ホーム画面１００（図３参照）をロック状態の解除後に表示するよう切り替えられる。音量ボタン１３が操作された場合は、アプリ画面１０４及び覗き見防止フィルタ１０６（図５（２）参照）をロック状態の解除後に表示するよう切り替えられる。
【００５７】
まず、表示制御処理のうち第一処理について説明する。図９には、携帯情報端末装置１０で実行される表示制御処理の第一処理の一例のフローチャートを示す。
【００５８】
図９に示した第一処理は、通常状態（スリープ状態ではない状態）において実行される。
【００５９】
ステップＳ１００で端末状態管理部３０は、一定時間以内にユーザ操作が行われたか否かを判断する。具体的には、ユーザ操作が行われない無操作時間をタイマ４２により計測し、計測した無操作時間が一定時間を超えたか否かをロックアプリ３８Ｂが判断する。そして、無操作時間が一定時間を超えた場合は、端末状態管理部３０に通知する。無操作時間が一定時間を超えていない場合は、一定時間以内にユーザ操作が行われたため、肯定判定となり、タイマ４２が計測している無操作時間をリセットして待機状態となる。一方、無操作時間が一定時間を超えた場合は、一定時間以内にユーザ操作が行われなかったため、否定判定となり、ステップＳ１０２へ移行する。
【００６０】
ステップＳ１０２で端末状態管理部３０は、携帯情報端末装置１０をスリープ状態に移行させる。具体的には、実行中のアプリの状態を停止中とする。なお、この際、アプリの優先順位は変動しない（図１２（１）、図１３（１）参照）。
【００６１】
次のステップＳ１０４で画面制御部４０は、ディスプレイ２０の画面をオフ（消灯）状態にした後、第一処理を終了する。具体的には、端末状態管理部３０が画面制御部４０に、画面をオフ状態とする制御命令を出力する。画面制御部４０は、当該制御命令に応じて、ディスプレイ２０の画面をオフ（消灯）状態にする。図１０には、本実施形態の携帯情報端末装置１０においてディスプレイ２０の画面がオフ状態になった場合の具体例を表す図を示す。本ステップの実行により、ディスプレイ２０の画面は、アプリ画面１０４を表示していた状態（図６参照）から、オフ（消灯）状態（図１０参照）に変化する。
【００６２】
このようにして第一処理が終了すると、携帯情報端末装置１０は、第二処理を実行する。
【００６３】
図１１には、携帯情報端末装置１０で実行される表示制御処理の第二処理の一例のフローチャートを示す。
【００６４】
ステップＳ２００で端末状態管理部３０は、起動要求を検出したか否かを判断する。
【００６５】
ユーザは、携帯情報端末装置１０をスリープ状態から復帰させたい場合は、電源ボタン１４、ホームボタン１６、及び指紋認証ボタン２４等のハードキー（ハードキー群６０）の何れかを操作することにより起動要求を行う。そのため、端末状態管理部３０は、ハードキー制御部３４が起動要求を検出したか否かを判断する。
【００６６】
なお、スリープ状態からの復帰を要求するためのユーザ操作は、上記に限定されるものではなく、例えば、ディスプレイ２０のタッチ（タップ、フリック、及びスワイプ等を含む）操作や携帯情報端末装置１０を握る動作であってもよい。
【００６７】
ハードキー制御部３４が起動要求を検出していない場合は否定判定となり待機状態となる。一方、起動要求を検出した場合は肯定判定となりステップＳ２０２へ移行する。なお、本実施形態の端末状態管理部３０は、ハードキー制御部３４が起動要求を検出した場合は、アプリ管理部３６へ起動命令を出力する。
【００６８】
ステップＳ２０２でアプリ管理部３６は、上記起動命令に応じて優先順位が１位のアプリのアイコン１１０を取得する。本ステップの際、アプリの優先順位は、図１２（１）及び図１３（１）に示したスリープ状態と同様である。また、スリープ状態におけるアプリの優先順位は、スリープ状態に移行する前のアプリの順位と同様である。従って、ここで優先順位が１位のアプリとは、スリープ状態に移行する際に実行中であったアプリである。
【００６９】
次のステップＳ２０４でアプリ管理部３６は、ロックアプリ３８Ｂの優先順位を１位に移動させる。また、アプリ管理部３６は、その他のアプリの優先順位を１つずつ繰り下げる。これらの処理により、アプリの優先順位は図１２（２）及び図１３（２）に示した状態となる。
【００７０】
次のステップＳ２０６でロックアプリ３８Ｂは、ロック画面１０２上にアイコン１１０を配置する。具体的には、ロックアプリ３８Ｂは、アプリ管理部３６から上記ステップＳ２０４で取得したアイコン１１０を受け取る。そして、ロックアプリ３８Ｂは、ロック画面１０２上にアイコン１１０を配置する。アイコン１１０を配置する位置は予め定められていればよく、ロック画面１０２に表示される他の表示（例えば、ロック状態であることを示す表示等）と重ならなければよい。なお、この段階では、ロック画面１０２上にアイコン１１０を配置するが、まだ、ディスプレイ２０にはロック画面１０２は表示されておらず、画面はオフ（消灯）状態のままである。
【００７１】
次のステップＳ２０８で画面制御部４０は、ディスプレイ２０の画面をオン（点灯）状態にする。また、画面制御部４０は、優先順位が１位のアプリの画面をディスプレイ２０に表示する制御を行う。図１２（２）及び図１３（２）に示すように、優先順位が１位のアプリはロックアプリ３８Ｂである。そのため、ロックアプリ３８Ｂが実行中となり、画面制御部４０は、ロックアプリ３８Ｂのロック画面１０２（図４参照）をディスプレイ２０に表示する。
【００７２】
次のステップＳ２１０で端末状態管理部３０が、一定時間以内にユーザ操作が行われたか否かを判断する。具体的には、ユーザ操作が行われない無操作時間をタイマ４２により計測し、計測した無操作時間が一定時間を超えたか否かをロックアプリ３８Ｂが判断して、無操作時間が一定時間を超えた場合は、端末状態管理部３０に通知する。
【００７３】
無操作時間が一定時間を超えた場合は、一定時間以内にユーザ操作が行われなかったため、否定判定となりステップＳ２１２へ移行する。ステップＳ２１２で端末状態管理部３０は、ロックアプリ３８Ｂを終了させ、また、上記第一処理（図９参照）のステップＳ１０２の処理と同様に、携帯情報端末装置１０をスリープ状態に移行させる。
【００７４】
そして次のステップＳ２１４で画面制御部４０は、上記第一処理（図９参照）のステップＳ１０４の処理と同様に、ディスプレイ２０の画面をオフ（消灯）状態にした後、ステップＳ２００に戻り、上記処理を繰り返す。
【００７５】
一方、無操作時間が一定時間を超えていない場合は、一定時間以内にユーザ操作が行われたため、肯定判定となり、ステップＳ２１６へ移行する。
【００７６】
ステップＳ２１６で端末状態管理部３０は、解除操作を検出したか否かを判断する。本実施形態では、ユーザは、ロック状態を解除したい場合、ハードキー（ハードキー群６０）を操作することによりロック状態の解除を要求する。なお、解除操作はハードキーの操作に限定されるものではない。例えば、ディスプレイ２０の画面へのタップ、スワイプ、パターン、暗証番号入力、及びパスワード入力等のタッチ操作の何れであってもよい。また例えば、インカメラ１８を用いた顔認証、指紋認証ボタン２４を用いた指紋認証、及びインカメラ１８や赤外線カメラ（図示省略）等を用いた虹彩認証等の生体認証であってもよい。
【００７７】
本実施形態では、具体例として、ハードキー制御部３４の検出結果に基づいて、解除操作が行われたか否かをロックアプリ３８Ｂが判断する。解除操作を検出した場合は、端末状態管理部３０に通知する。
【００７８】
解除操作を検出していない場合は、否定判定となり、ステップＳ２１０に戻る。一方、解除操作を検出した場合は、肯定判定となり、ステップＳ２１８へ移行する。
【００７９】
ステップＳ２１８で端末状態管理部３０は、音量ボタン１２または音量ボタン１３の操作が行われたか否かを判断する。具体的には、端末状態管理部３０は、解除操作に付帯して、音量ボタン１２または音量ボタン１３の操作が行われたか否かをハードキー制御部３４に問い合わせる。
【００８０】
音量ボタン１２及び音量ボタン１３のいずれも操作されていない場合は、否定判定となり、ステップＳ２２６へ移行する。一方、音量ボタン１２及び音量ボタン１３のいずれかが操作された場合は、肯定判定となり、ステップＳ２２０へ移行する。
【００８１】
ステップＳ２２０で端末状態管理部３０は、音量をアップするための音量ボタン１２が操作されたか否かを判断する。音量ボタン１２が操作された場合は、肯定判定となり、ステップＳ２２２へ移行する。ステップＳ２２２でアプリ管理部３６は、ホームアプリ３８Ａの優先順位を１位にする変更を行った後、ステップＳ２２６へ移行する。当該処理により、アプリの優先順位は図１２（３）に示した状態となる。なお、本実施形態では、ロック状態の解除後にホーム画面１００を表示させる場合、スリープ状態に移行する前に実行していたアプリ（図１２（３）ではアプリａ）を停止中にするが、終了させてもよい。
【００８２】
一方、音量ボタン１２が操作されなかった場合、すなわち音量ボタン１３が操作された場合は、否定判定となり、ステップＳ２２４へ移行する。ステップＳ２２４でアプリ管理部３６は、覗き見防止アプリ３８Ｃに覗き見防止フィルタをディスプレイ２０の画面（最前面のレイヤ）に表示するよう指示した後、ステップＳ２２６へ移行する。
【００８３】
ステップＳ２２６でアプリ管理部３６は、ロックアプリ３８Ｂを終了させる。ロックアプリ３８Ｂの終了に伴い、アプリ管理部３６は、起動中のアプリの優先順位を１つずつ繰り上げる。ステップＳ２２２からステップＳ２２６へ移行した場合は、アプリの順位は、図１２（３）に示したようになり、ホームアプリ３８Ａの優先順位が１位となる。一方、ステップＳ２１８またはステップＳ２２４からステップＳ２２６へ移行した場合は、アプリの順位は図１３（３）に示したようになり、スリープ状態に移行する前に実行中であり、アイコン１１０を取得したアプリの優先順位が１位となる。
【００８４】
次のステップＳ２２８で画面制御部４０は、優先順位が１位のアプリに応じた画面をディスプレイ２０に表示させた後、第二処理を終了する。
【００８５】
［第２実施形態］
上記第１実施形態では、スリープ状態に移行する前に実行中であったアプリのアイコン１１０をロック画面１０２上に表示することにより、ロック状態の解除後にディスプレイ２０に表示されるアプリ画面１０４を示唆していた。本実施形態では、第１実施形態と異なる方法で、ロック状態中（ロック画面１０２の表示中）にロック状態の解除後にディスプレイ２０に表示されるアプリ画面１０４を示唆する場合について説明する。
【００８６】
本実施形態では、ロック画面１０２の表示中に、スリープ状態に移行する前に実行していたアプリのキャプチャ画像を表示することにより、ロック状態の解除後にディスプレイ２０に表示されるアプリ画面１０４を示唆する。
【００８７】
図１４には、ロック画面１０２の表示中にキャプチャ画像を表示させるユーザ操作を説明するための図を示す。
【００８８】
本実施形態の携帯情報端末装置１０は、図１４に示したように、ユーザの頭部側の方が脚部側よりもユーザとの距離が近くなるように筐体１１を傾けた場合に、傾き角度に応じてディスプレイ２０にアプリのキャプチャ画像を表示する。
【００８９】
図１４（２）には、インカメラ１８が設けられている側を上側、ホームボタン１６が設けられている側を下側とし、上側がユーザの頭部側に対応し、下側が脚部側に対応する場合の携帯情報端末装置１０の傾け方の具体例を示す。図１４（２）に示したように、上側が矢印Ａ方向に移動した場合、下側が矢印Ｂ方向に移動した場合、及びその両方の場合、携帯情報端末装置１０が傾いたことを検出してディスプレイ２０にアプリのキャプチャ画像を表示する。
【００９０】
なお、ロック状態中にキャプチャ画像１０５をディスプレイ２０に表示させるために携帯情報端末装置１０を傾ける方向は特に限定されない。しかしながら、図１４に示したように携帯情報端末装置１０を傾けることにより、ユーザの周囲に存在する第三者からは、キャプチャ画像１０５を見辛くすることができるため好ましい。
【００９１】
図１５には、ロック画面１０２及びキャプチャ画像の表示の具体例を説明する図を示す。図１５（１）は、携帯情報端末装置１０が上述した方向に傾いていない状態におけるディスプレイ２０に表示される画面を表している。図１５（１）に示すように、携帯情報端末装置１０が上述した方向に傾いていない場合、ロック画面１０２のみがディスプレイ２０に表示される。
【００９２】
一方、図１５（２）は、携帯情報端末装置１０が上述した方向に傾いた状態におけるディスプレイ２０に表示される画面を表している。図１５（２）に示すように、ディスプレイ２０には、傾き角度に応じて上下方向が小さく変形されたロック画面１０２が表示される。小さく変形されたことにより、ディスプレイ２０の画面領域の上部には、ロック画面１０２のレイヤよりも下位のレイヤの画像が表示される。そのため、キャプチャ画像１０５のレイヤを、ロック画面１０２のレイヤよりも下位としておくことにより、図１４（２）に示すように、ロック画面１０２が表示されてない表示領域にキャプチャ画像１０５が表示される。本実施形態の携帯情報端末装置１０では、傾き角度が大きいほど（ユーザに対して携帯情報端末装置１０が垂直に近付くほど、または携帯情報端末装置１０が地面に対して水平に近いほど）、キャプチャ画像１０５の表示領域が大きくなる。
【００９３】
なお、傾き角度が大きいほど、下位レイヤのキャプチャ画像１０５の表示領域が大きくなればよく、ディスプレイ２０に表示されるロック画面１０２及びキャプチャ画像１０５の具体的な状態は特に限定されない。例えば、傾き角度（表示領域の大きさ）に応じてロック画面１０２及びキャプチャ画像１０５の少なくとも一方を圧縮して表示してもよい。
【００９４】
また、キャプチャ画像１０５を表示する領域は、上述のように携帯情報端末装置１０の傾き角度に応じて大きくなるが、大きさの上限を定めておくことが好ましい。
【００９５】
図１６には、本実施形態の携帯情報端末装置１０における表示制御処理に関する機能に係わる概略構成の一例を表すブロック図を示す。また、図１７には、本実施形態の携帯情報端末装置１０を実現するためのハードウエアの概略構成図を示す。
【００９６】
図１６に示すように、本実施形態の携帯情報端末装置１０は、第１実施形態の携帯情報端末装置１０（図２参照）と異なり、さらに、ジャイロセンサ制御部３５を備えている。ジャイロセンサ制御部３５は、ジャイロセンサ６２により携帯情報端末装置１０の傾きを検知してその情報を出力する機能を有する。
【００９７】
そのため、図１７に示すように、本実施形態の携帯情報端末装置１０を実現するハードウエアは、第１実施形態の携帯情報端末装置１０のハードウエア（図８参照）と異なり、さらにジャイロセンサ６２を備える。また、記憶部５６に記憶されている表示制御プログラム６６は、さらにジャイロセンサ制御プロセス７７を含む。ＣＰＵ５２は、ジャイロセンサ制御プロセス７７を実行することで、ジャイロセンサ制御部３５として動作する。
【００９８】
次に、本実施形態に係る携帯情報端末装置１０の作用について説明する。
【００９９】
本実施形態の携帯情報端末装置１０で実行される表示制御処理も第１実施形態の携帯情報端末装置１０で実行される表示制御処理と同様に、第一処理及び第二処理の２つの処理を含む。第一処理及び第二処理の各々において、第１実施形態と同様の処理を行うステップについては、同一の符号を付し、説明を省略する。
【０１００】
まず、本実施形態の第一処理について説明する。図１８には、本実施形態の携帯情報端末装置１０で実行される表示制御処理の第一処理の一例のフローチャートを示す。図１８に示すように本実施形態の第一処理は、第１実施形態の第一処理（図９参照）のステップＳ１００とステップＳ１０２との間にステップＳ１０１の処理が設けられている。
【０１０１】
ステップＳ１００で端末状態管理部３０が一定時間以内にユーザ操作が行われたと判断した場合は、肯定判定となりステップＳ１０１へ移行する。
【０１０２】
ステップＳ１０１で画面制御部４０は、ディスプレイ２０に表示中の画面をキャプチャした後、ステップＳ１０２へ移行する。具体的には、画面制御部４０は、現在実行中のアプリに応じて表示されているアプリ画面１０４をキャプチャする。
【０１０３】
従って、本実施形態の第一処理では、アプリ画面１０４をキャプチャした後に、スリープ状態に移行して、ディスプレイ２０の画面がオフ（消灯）状態になる。
【０１０４】
なお、アプリ画面１０４をキャプチャするタイミングは、上記のようにスリープ状態に移行する直前に限られるものではない。例えば、携帯情報端末装置１０にインストールされている各アプリについて、予めアプリ画面１０４を各々取得しておいてもよい。
【０１０５】
次に、本実施形態の第二処理について説明する。図１９には、本実施形態の携帯情報端末装置１０で実行される表示制御処理の第二処理の一例のフローチャートを示す。図１９に示すように本実施形態の第二処理は、第１実施形態の第二処理（図１１参照）のステップＳ２０２に代わり、ステップＳ２０３が設けられている。また、本実施形態の第二処理は、第１実施形態の第二処理のステップＳ２０６が設けられておらず、ステップＳ２０８に代わり、ステップＳ２０８Ａが設けられている。また、本実施形態の第二処理は、ステップＳ２０８とステップＳ２１０との間にステップＳ２０９Ａ、Ｓ２０９Ｂ、及びＳ２０９Ｃが設けられている。
【０１０６】
ステップＳ２００で端末状態管理部３０が起動要求を検出した場合は、肯定判定となりステップＳ２０３へ移行する。
【０１０７】
ステップＳ２０３で画面制御部４０は、スリープ状態に移行する前にキャプチャした（図１８、ステップＳ１０１参照）、アプリのキャプチャ画像を取得した後、ステップＳ２０４へ移行する。
【０１０８】
ステップＳ２０４でアプリ管理部３６は、ロックアプリ３８Ｂの優先順位を１位に移動させた後、ステップＳ２０８Ａへ移動する。ステップＳ２０８Ａで画面制御部４０は、ディスプレイ２０の画面をオン（点灯）状態にした後、ステップＳ２０９Ａへ移行する。
【０１０９】
また、ステップＳ２０９Ａでジャイロセンサ制御部３５は、所定方向に傾きが変化したか否かを判断する。本実施形態では、所定方向として図１４を参照して説明した上述の方向に傾きが変化したいか否かをジャイロセンサ制御部３５が検知する。傾きが変化していない場合は、否定判定となりステップＳ２１０へ移行する。一方、傾きが変化した場合は、肯定判定となりステップＳ２０９Ｂへ移行する。
【０１１０】
ステップＳ２０９Ｂで画面制御部４０は、ジャイロセンサ制御部３５が検知した傾き（角度）に応じて、キャプチャ画像１０５及びロック画面１０２を加工する（図１５（２）参照）。
【０１１１】
次のステップＳ２０９Ｃで画面制御部４０は、加工した画面をディスプレイ２０に表示させた後、ステップＳ２１０へ移行する。具体的には、画面制御部４０は、上述したように、ロック画面１０２の下のレイヤにキャプチャ画像１０５を配置することにより、ロック画面１０２及びキャプチャ画像１０５をディスプレイ２０に表示させる。
【０１１２】
なお、本実施形態の第二処理では、ステップＳ２１６で否定判定となった場合は、第１実施形態の第二処理（図１１参照）と異なり、ステップＳ２０９Ａに移行する。
【０１１３】
従って、本実施形態の第二処理では、ロック画面１０２の表示中に、携帯情報端末装置１０の傾きに応じてキャプチャ画像１０５がディスプレイ２０に表示される。
【０１１４】
以上説明したように上記各実施形態の携帯情報端末装置１０では、一定期間以内にユーザ操作が行われない場合は、スリープ状態に移行してディスプレイ２０の画面がオフ（消灯）状態になる。そして、端末状態管理部３０が起動要求を検出するとスリープ状態から復帰し、ロック状態になる。ロック状態では、画面制御部４０により、ロック画面１０２上に、またはロック画面１０２と共に、スリープ状態の移行前に表示していたアプリ画面１０４を表す情報（アイコン１１０、キャプチャ画像１０５）が表示される。
【０１１５】
端末状態管理部３０が、解除動作に付帯して（ロック画面１０２の表示中に）タッチセンサ制御部３２やハードキー制御部３４が検出したユーザ操作に応じて、ロック状態の解除後にディスプレイ２０に表示する画面を切り替える。上記各実施形態では端末状態管理部３０は、ホーム画面１００、アプリ画面１０４、アプリ画面１０４及び覗き見防止フィルタ１０６のいずれかが表示されるように切り代える。
【０１１６】
ユーザがロック状態に移行する前に実行していたアプリを覚えていない場合、ロック状態の解除後にユーザが意図しない画面が表示される懸念がある。
【０１１７】
例えば、仕事の休憩時間中にゲームをしていてロック状態に移行し、勤務時間中にロック状態を解除した際に、ゲームの画面を表示してしまうことがある。また、例えば、周囲に第三者が居ない場合に、第三者に開示したくない画面(プライベートな内容のメールや写真やブラウザ等)や秘匿情報(社内情報等)を閲覧した後にロック状態に移行し、公共の場でロック状態を解除することがある。
【０１１８】
これに対して、本実施形態の携帯情報端末装置１０では、ロック画面が表示中に（解除動作に付帯して）、ユーザ操作により、ロック状態の解除後にディスプレイ２０に表示する画面を切り替えることができる。
【０１１９】
従って、ロック状態の解除後に、ユーザが意図しない画面がディスプレイ２０に表示されるのを防止することができる。これにより、本実施形態の携帯情報端末装置１０では、第三者に開示したくない画面（情報）をディスプレイ２０に開示してしまうことを防止することができる。
【０１２０】
また、上記各実施形態の携帯情報端末装置１０では、ロック画面１０２上に、または、ロック画面１０２と共に、スリープ状態の移行前に実行していた（表示していた）アプリのアプリ画面１０４を表す情報を表示する。
【０１２１】
そのため、ユーザが、ロック状態において、スリープ状態の移行前に実行していた（表示していた）アプリのアプリ画面１０４を知ることができるので、ユーザが意図しない画面がディスプレイ２０に表示されるのを防止することができる。
【０１２２】
なお、スリープ状態に移行する前に表示していた（ロック状態の解除後に表示される）アプリ画面１０４を示唆する方法は、上記各実施形態に限定されず、アプリ（アプリ画面１０４）を表す情報であればよい。
【０１２３】
例えば、第２実施形態と同様にスリープ状態に移行する前にキャプチャ画像１０５をキャプチャしておき、キャプチャ画像１０５を第三者から内容がわからないように加工してロック画面１０２上に表示してもよい。例えば、キャプチャ画像１０５をサムネイル画像に加工して、サムネイル画像を、第１実施形態のアイコン１１０に代えてロック画面１０２上に表示してもよい。また例えば、キャプチャ画像１０５を変形したり、覗き見防止フィルタ１０６を起動する等してぼかしたりしてロック画面１０２上に表示してもよい。また、アプリ画面１０４で開いていたファイルのファイル名を文字として表示させてもよい。
【０１２４】
また、第２実施形態と同様に、ロック画面１０２の下位のレイヤにキャプチャ画像１０５を設定しておき、ユーザ操作に応じて、キャプチャ画像１０５の表示程度（領域、大きさ、及び見え方等）を変化させる方法も限定されない。例えば、ディスプレイ２０の画面をスワイプ、または押下するユーザ操作を行うと、タッチ（接触）した部分のロック画面１０２を透過させ、下位のレイヤの画像（キャプチャ画像１０５）が表示されるようにしてもよい。また、ディスプレイ２０の画面をユーザがスワイプするにつれ、ロック画面１０２の一部または全体の透過率を徐々に上げ、次第に下位のレイヤの画像（キャプチャ画像１０５）が表示されるようにしてもよい。
【０１２５】
また、例えば、ロック画面１０２上に、アプリの識別子や、名称等を表示してもよい。
【０１２６】
また、例えば、ロック画面１０２上またはロック画面１０２と共に、アイコン１１０、キャプチャ画像１０５、サムネイル画像、アプリの識別子、及び名称等を組み合わせて表示してもよいことは言うまでもない。
【０１２７】
なお、ロック状態においてアイコン１１０等を表示させるアプリは優先順位が１位のアプリに限らない。例えば、アイコン１１０が表示されている状態で特定の第１操作が行われる度に起動中の別のアプリのアイコンへ表示を切り替える。そして、特定の第２操作が行われると、そのとき表示していたアイコンに対応するアプリの画面を表示させるようにしてもよい。
【０１２８】
なお、上記各実施形態では、ロック画面１０２の表示中に（解除動作に付帯して）ユーザが音量ボタン１２または音量ボタン１３を操作したか否かによりロック状態の解除後にディスプレイ２０に表示する画面を切り替えていた。しかしながら、ロック状態の解除後にディスプレイ２０に表示する画面を切り替える方法（ユーザが指示する方法）は、これに限らない。
【０１２９】
例えば、ディスプレイ２０に表示されているロック画面１０２上のユーザがタッチ（接触）する位置や接触の種類（タッチ、タップ、及びスワイプ等）に応じてロック状態の解除後にディスプレイ２０に表示する画面を切り替えてもよい。
【０１３０】
具体例として、ロック画面１０２上の特定部分へのタッチ（接触）の有無でロック状態の解除後にディスプレイ２０に表示する画面を切り替える方法について説明する。このような特定部分としては、例えば、ロック画面１０２上に表示されている画像や文字がある場合は、当該画像や文字等の部分や、特定の位置に応じた特定部分が挙げられる。なお、第１実施形態のようにロック画面１０２上にアイコン１１０が表示されている場合は、アイコン１１０が表示されている部分を特定部分としてもよい。
【０１３１】
図２０には、特定部分へのタッチ（接触）の有無でロック状態の解除後にディスプレイ２０に表示する画面を切り替える場合について第二処理のフローチャートを示す。図２０（１）は、ホーム画面１００及びアプリ画面１０４のいずれかに切り替える場合を示している。図２０（２）は、ホーム画面１００と、アプリ画面１０４と、アプリ画面１０４及び覗き見防止フィルタ１０６と、のいずれかに切り替える場合を示している。なお、上記各実施形態の第二処理と同様の処理については同様の符号を付し、説明を省略する。
【０１３２】
図２０（１）は、ロック画面１０２上の特定部分がタッチされた場合はアプリ画面１０４を表示し、その他の領域がタッチされるとホーム画面１００を表示する場合を表している。
【０１３３】
図２０（１）に示した場合では、上記各第二処理（図１１、図１９参照）のステップＳ２１８に代わりステップＳ２１９が設けられている。
【０１３４】
ステップＳ２１９で端末状態管理部３０は、ロック画面１０２上の特定部分にタッチされたか否かを判断する。具体的には、端末状態管理部３０は、タッチセンサ制御部３２が特定部分にタッチされたことを認識したか否かにより判断する。
【０１３５】
特定部分にタッチされた場合は、肯定判定となりステップＳ２２６へ移行する。この場合は、ロック状態の解除後にディスプレイ２０には、アプリ画面１０４が表示される。
【０１３６】
一方、特定部分にタッチされていない場合（特定部分以外のディスプレイ２０の領域にタッチされた場合）は、否定判定となりステップＳ２２２へ移行する。この場合は、ロック状態の解除後にディスプレイ２０には、ホーム画面１００が表示される。
【０１３７】
一方、図２０（２）に示した場合では、図２０（１）に示した場合のＳ２１９で否定判定となった場合の処理が異なっている。
【０１３８】
図２０（２）に示すようにステップＳ２１９で否定判定となった場合は、ステップＳ２２１へ移行する。ステップＳ２２１で端末状態管理部３０は、タッチセンサ制御部３２の認識結果に基づいて、ユーザがタッチした領域がロック画面１０２（ディスプレイ２０）の上側の領域か否かを判断する。ここで、ディスプレイ２０の上側とは、ディスプレイ２０の中央からインカメラ１８が設けられた方向の領域をいい、下側とは、ディスプレイ２０の中央からホームボタン１６が設けられた方向の領域をいう。なお、ステップＳ２２１では、ユーザがタッチした領域の判断は、ロック画面１０２上の特定部分を除いた領域が対象となる。
【０１３９】
ロック画面１０２の上側がタッチされた場合は、肯定判定となりステップＳ２２へ移行する。この場合は、ロック状態の解除後にディスプレイ２０には、ホーム画面１００が表示される。
【０１４０】
一方、下側がタッチされた場合は、否定判定となりステップＳ２２４へ移行する。この場合は、ロック状態の解除後にディスプレイ２０には、アプリ画面１０４及び覗き見防止フィルタ１０６が表示される。
【０１４１】
また、上記第二処理の例に限らず、例えば、ロック画面１０２上の特定の領域(アプリのアイコンやサムネイル画像など)のタップ後にロック状態を解除し、タップの回数等、に応じて画面を切り替えてもよい。
【０１４２】
また、例えば、ロック状態を解除する際の携帯情報端末装置１０の持ち方（傾き）に応じて、解除後に表示する画面を決定してもよい。例えば、図２１（１）、（２）に示すように、携帯情報端末装置１０が横向きの場合、及び図２１（３）に示すように上下逆の場合の各々に対してロック状態の解除後にディスプレイ２０に表示する画面を予め対応付けておくようにする。そして、ジャイロセンサ制御部３５（第に実施形態、図１６参照）で検出した携帯情報端末装置１０の傾きに応じて、画面制御部４０が画面を切り替えるようにしてもよい。
【０１４３】
また、例えば、ロック状態の解除前に携帯情報端末装置１０を左右に振る動作を検出することで、解除後に表示する画面を決定してもよい。
【０１４４】
また、例えば、ロック状態を解除する複数種類の解除キー(指紋、パターン、及びパスワード等)を予め登録しておき、また、解除キーの種類毎に画面を設定しておくことで、解除キーに応じて解除後に表示する画面を決定してもよい。
【０１４５】
また、例えば、スワイプでロック状態を解除する場合は、スワイプした方向に応じて解除後に表示する画面を決定してもよい。具体例として、スワイプした方向がユーザからみて右方向の場合はホーム画面１００を表示し、上方向の場合はアプリ画面１０４を表示し、左方向の場合はアプリ画面１０４及び覗き見防止フィルタ１０６を表示すると決定してもよい。
【０１４６】
また、ロック画面１０２上に、ロック状態の解除後にディスプレイ２０に表示する画面を切り替える方法（ユーザ操作）について表示してもよい。
【０１４７】
なお、上記各実施形態では、スリープ状態に移行した場合に、ディスプレイ２０の画面がオフ（消灯）状態になる場合について説明したが、ディスプレイ２０の表示状態はこれに限らない。例えば、ディスプレイ２０にスクリーンセーバ等、所定の画面（画像）を表示するようにしてもよい。また例えば、スリープ状態に移行すると共にロックアプリ３８Ｂを起動したロック状態に移行して、ロック画面１０２をディスプレイ２０に表示するようにしてもよい。
【０１４８】
また例えば、ロック状態に移行せずに、起動要求（スリープ常態からの復帰）に付帯して検出したユーザ操作に応じて、スリープ状態から復帰した後にディスプレイ２０に表示する画面を切り替えてもよい。
【０１４９】
なお、スリープ状態の間にアプリの優先順位が変動した場合は、変動した優先順位に応じて上記各実施形態の第二処理を実行すればよい。
【０１５０】
なお、上記各実施形態では、ロック状態の解除後に表示する画面として、ホーム画面１００と、アプリ画面１０４と、アプリ画面１０４及び覗き見防止フィルタ１０６との３種類を例示したが、これらに限らない。アプリ画面１０４の他は、どのような画面であってもよい。なお、この際のアプリ画面１０４とは、ロック状態の移行前に実行していたアプリ画面１０４に限らない。例えば、スリープ状態の間に優先順位が変動した場合は、変動した優先順位に準じてもよい。また、例えば、ロック状態の間にユーザ操作に応じて指示されたアプリ（例えば、ロック状態の解除後に実行するように指示されたアプリ）のアプリ画面１０４であってもよい。また、画面の種類は２種類であってもよいし、４種類以上であってもよい。
【０１５１】
なお、上記各実施形態では、開示の技術の電子機器がスマートフォンである場合について説明したが、電子機器はこれに限らない。例えば、タブレット端末等に代表されるその他のＰＤＡ（Personal Digital Assistants）等であってもよい。また、例えば、いわゆるデスクトップ型のパーソナルコンピュータや、ラップトップ型のパーソナルコンピュータであってもよい。
【０１５２】
また、上記各実施形態では、表示制御プログラム６６が携帯情報端末装置１０の記憶部５６に予め記憶（インストール）されている状態を説明した。しかしながら、表示制御プログラム６６を記憶媒体に記録された形態で提供することも可能である。記憶媒体としては、例えば、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、及びＵＳＢ（Universal Serial Bus）メモリ等が挙げられる。また、インターネット等の通信回線を介して、外部装置等から表示制御プログラム６６にダウンロードすることも可能である。
【０１５３】
以上の上記実施形態に関し、更に以下の付記を開示する。
【０１５４】
（付記１）
表示部と、
前記表示部の消灯状態において、前記表示部の点灯指示を検出する検出部と、
前記検出部により前記点灯指示を検出した際に、前記点灯指示以外の付帯操作の有無を判定し、前記消灯状態に遷移する際に前記表示部に表示されていたアプリ画面と、当該アプリ画面以外の画面と、のいずれを、前記表示部の点灯状態に遷移する際、または前記点灯状態に遷移した後に表示されるロック解除画面から遷移する際、に前記表示部に表示させるかを前記判定の結果に応じて決定する制御部と、
を備えた電子機器。
【０１５５】
（付記２）
前記制御部は、前記ロック解除画面に、前記アプリ画面に対応するアプリケーションソフトウエアを表す情報を、前記表示部に表示させる、
付記１に記載の電子機器。
【０１５６】
（付記３）
タッチパネルを備え、
前記制御部は、前記タッチパネルにおける接触位置に応じて、前記表示部に表示させる画面を決定する、
付記２に記載の電子機器。
（付記４）
前記アプリケーションソフトウエアを表す情報は、前記アプリ画面のキャプチャ画像であり、
自装置の傾き角度を検出する傾き検出部をさらに備え、
前記制御部は、前記ロック解除画面の表示中は、前記キャプチャ画像を、前記表示部の前記傾き検出部が検出した前記傾き角度に応じた大きさの領域に表示させる、
付記２または付記３に記載の電子機器。
【０１５７】
（付記５）
前記アプリケーションソフトウエアを表す情報は、前記アプリケーションソフトウエアのアイコン及び前記アプリ画面のキャプチャ画像の少なくとも一つである、
付記２から付記４のいずれか１つに記載の電子機器。
【０１５８】
（付記６）
前記制御部は、一定時間以内に操作が行われなかった場合は、前記表示部を消灯状態にさせる、
付記１から付記５のいずれか１つに記載の電子機器。
【０１５９】
（付記７）
コンピュータに、
表示部の消灯状態において、前記表示部の点灯指示を検出し、
前記点灯指示を検出した際に、前記点灯指示以外の付帯操作の有無を判定し、前記消灯状態に遷移する際に前記表示部に表示されていたアプリ画面と、当該アプリ画面以外の画面と、のいずれを、前記表示部の点灯状態に遷移する際、または前記点灯状態に遷移した後に表示されるロック解除画面から遷移する際、に前記表示部に表示させるかを前記判定の結果に応じて決定する、
ことを含む処理を実行させる表示制御プログラム。
（付記８）
前記ロック解除画面に、前記アプリ画面に対応するアプリケーションソフトウエアを表す情報を、前記表示部に表示させる、
付記７に記載の表示制御プログラム。
【０１６０】
（付記９）
タッチパネルにおける接触位置に応じて、前記表示部に表示させる画面を決定する、
付記８に記載の表示制御プログラム。
【０１６１】
（付記１０）
前記アプリケーションソフトウエアを表す情報は、前記アプリ画面のキャプチャ画像であり、
自装置の傾き角度を検出し、
前記ロック解除画面の表示中は、前記キャプチャ画像を、前記表示部の前記傾き角度に応じた大きさの領域に表示させる、
付記８または付記９に記載の表示制御プログラム。
【０１６２】
（付記１１）
前記アプリケーションソフトウエアを表す情報は、前記アプリケーションソフトウエアのアイコン及び前記アプリ画面のキャプチャ画像の少なくとも一つである、
付記８から付記１０のいずれか１つに記載の表示制御プログラム。
【０１６３】
（付記１２）
一定時間以内に操作が行われなかった場合は、前記表示部を消灯状態にさせる、
付記７から付記１１のいずれか１つに記載の表示制御プログラム。
【符号の説明】
【０１６４】
１０  携帯情報端末装置
２０  ディスプレイ
３０  端末状態管理部
３２  タッチセンサ制御部
３４  ハードキー制御部
３５  ジャイロセンサ制御部
３６  アプリ管理部
４０  画面制御部
５２  ＣＰＵ
５４  メモリ
５６  記憶部
６０  ハードキー群
６６  表示制御プログラム
【図１】
0006503957.tif 000002
【図２】
0006503957.tif 000003
【図３】
0006503957.tif 000004
【図４】
0006503957.tif 000005
【図５】
0006503957.tif 000006
【図６】
0006503957.tif 000007
【図７】
0006503957.tif 000008
【図８】
0006503957.tif 000009
【図９】
0006503957.tif 000010
【図１０】
0006503957.tif 000011
【図１１】
0006503957.tif 000012
【図１２】
0006503957.tif 000013
【図１３】
0006503957.tif 000014
【図１４】
0006503957.tif 000015
【図１５】
0006503957.tif 000016
【図１６】
0006503957.tif 000017
【図１７】
0006503957.tif 000018
【図１８】
0006503957.tif 000019
【図１９】
0006503957.tif 000020
【図２０】
0006503957.tif 000021
【図２１】
0006503957.tif 000022