JP2016149808A - 電子機器及び表示制御プログラム - Google Patents

Abstract

【課題】アプリ画面の継続使用に要する操作負担を軽減した電子機器等を提供する。
【解決手段】電子機器は、無操作時間の経過または消灯操作の受付けに応じて、表示部の消灯を制御するプロセッサを有する。電子機器は、前記消灯後に、前記表示部の点灯操作を受付ける操作部を備えている。プロセッサは、前記消灯の際に前記表示部が特定のアプリケーションのアプリケーション画面を表示していた場合には、前記操作部が受け付けた点灯操作に応じて前記アプリケーション画面を前記表示部に表示する。更に、プロセッサは、前記消灯の際に前記表示部が前記特定のアプリケーションのアプリケーション画面を表示していなかった場合には、前記操作部が受け付けた点灯操作に応じてロック解除画面を前記表示部に表示する。
【選択図】図１

Description

本発明は、電子機器及び表示制御プログラムに関する。

近年、携帯電子機器では、手書きの軌跡による認証の仕組みが開示されている。例えば、携帯電子機器では、表示部の画面消灯操作を検出した場合や、無操作の時間が所定時間以上継続した場合、表示部の画面を消灯する。

携帯電子機器では、例えば、表示部にアプリ画面の画面表示中に、無操作の時間が所定時間以上継続すると、表示部の画面を消灯する。その後、携帯電子機器は、表示部の画面を再点灯してアプリ画面を再表示するための利用者の復帰操作を検出すると、アプリ画面上の情報参照や操作受付を不可とする操作ロック状態の認証画面を画面表示する。その結果、利用者は、携帯電子機器が操作ロック状態に移行することで、携帯電子機器に対する誤操作や第三者の無断操作を抑止できる。

更に、携帯電子機器では、認証画面上の認証操作に応じて利用者を認証した場合、操作ロック状態を解除してアプリ画面を再表示する。その結果、利用者は、携帯電子機器のアプリ画面上の情報参照や操作受付が可能となる。

特開２０１０−２６６９９７号公報

しかしながら、携帯電子機器では、例えば、地図アプリのアプリ画面を表示中に無操作の時間が所定時間以上継続した場合、表示部を消灯後、利用者の復帰操作に応じて認証画面を表示する。そして、携帯電子機器の利用者は、表示部の画面消灯後にアプリ画面を継続使用すべく、アプリ画面を再表示させる場合、その都度、認証画面上の認証操作、すなわち操作ロック状態を解除する操作を要する。

一つの側面では、アプリ画面の継続使用に要する操作負担を軽減した電子機器及び表示制御プログラムを提供することを目的とする。

一つの案では、電子機器は、無操作時間の経過または消灯操作の受付けに応じて、表示部の消灯を制御するプロセッサを有する。電子機器は、前記消灯後に、前記表示部の点灯操作を受付ける操作部を備えている。前記プロセッサは、前記消灯の際に前記表示部が特定のアプリケーションのアプリケーション画面を表示していた場合には、前記操作部が受け付けた点灯操作に応じて前記アプリケーション画面を前記表示部に表示する。前記プロセッサは、前記消灯の際に前記表示部が前記特定のアプリケーションのアプリケーション画面を表示していなかった場合には、前記操作部が受け付けた点灯操作に応じてロック解除画面を前記表示部に表示する。

開示の態様では、アプリ画面の継続使用に要する操作負担を軽減できる。

図１は、実施例１の携帯端末の一例を示す説明図である。 図２は、アプリテーブルの一例を示す説明図である。 図３は、画面位置テーブルの一例を示す説明図である。 図４は、操作定義テーブルの一例を示す説明図である。 図５は、アプリ一覧画面の一例を示す説明図である。 図６は、表示部に画面表示する操作画面の動作遷移の一例を示す説明図である。 図７は、画面位置テーブルの動作遷移の一例を示す説明図である。 図８は、アプリ設定処理に関わるプロセッサの処理動作の一例を示すフローチャートである。 図９は、画面制御処理に関わるプロセッサの処理動作の一例を示すフローチャートである。 図１０は、操作制御処理に関わるプロセッサの処理動作の一例を示すフローチャートである。 図１１は、画面制御処理に関わる携帯端末内の処理動作の一例を示す動作シーケンスである。 図１２は、操作制御処理に関わる携帯端末内の処理動作の一例を示す動作シーケンスである。 図１３は、実施例２の携帯端末内の操作定義テーブルの一例を示す説明図である。 図１４は、実施例２の操作制御処理に関わるプロセッサの処理動作の一例を示すフローチャートである。 図１５は、操作制御プログラムを実行する情報処理装置を示す説明図である。

以下、図面に基づいて、本願の開示する電子機器及び表示制御プログラムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１の携帯端末１の一例を示す説明図である。図１に示す携帯端末１は、例えば、スマートフォン等の携帯電話機である。携帯端末１は、アンテナ１１と、無線部１２と、スピーカ１３と、マイク１４と、オーディオ入出力部１５と、表示部１６と、タッチ入力部１７と、キー操作部１８とを有する。更に、携帯端末１は、記憶部１９と、プロセッサ２０とを有する。記憶部１９は、ＲＡＭ（Random Access Memory）２１と、ＲＯＭ（Read Only Memory）２２とを有する。

無線部１２は、アンテナ１１経由で無線信号を送受信する。オーディオ入出力部１５は、マイク１４で収音した音声にオーディオ処理を施すと共に、無線部１２経由で受信した無線信号内の音声信号にオーディオ処理を施してスピーカ１３から音響出力する。表示部１６は、アプリケーション（以下、単にアプリと称する）画面等の各種情報を画面表示する出力インタフェースである。タッチ入力部１７は、表示部１６の画面上のタッチ操作を検出する入力インタフェースである。キー操作部１８は、携帯端末１のキー操作を検出する入力インタフェースである。

ＲＡＭ２１は、各種情報を記憶するメモリ領域である。ＲＡＭ２１には、アプリテーブル３１と、画面位置テーブル３２と、操作定義テーブル３３とが格納されている。ＲＯＭ２２には、操作制御プログラム等の各種プログラムが格納されている。プロセッサ２０は、携帯端末１全体を制御する。そして、プロセッサ２０は、ＲＯＭ２２に格納された操作制御プログラムを読み出し、読み出された操作制御プログラムに基づき各種機能のプロセスを実行するものである。

図２は、アプリテーブル３１の一例を示す説明図である。図２に示すアプリテーブル３１は、アプリＩＤ３１Ａ及び参照フラグ３１Ｂを対応付けて管理する。アプリＩＤ３１Ａは、アプリを識別する識別情報である。参照フラグ３１Ｂは、操作ロック状態でもアプリ画面上の情報を参照できるアプリであるか否かを示す識別情報である。操作ロック状態とは、例えば、表示部１６の最前面ウインドウに操作ロック解除のアプリ画面（認証画面）を画面表示することで、操作ロック解除のアプリ画面上のロック解除操作（認証操作）以外の操作受付や情報参照を不可とした状態である。尚、プロセッサ２０は、例えば、消灯操作を検出した場合や、無操作の時間が所定時間以上継続した場合に、操作ロック状態に遷移する。

プロセッサ２０は、アプリテーブル３１を参照し、アプリテーブル３１内の参照フラグ３１Ｂが「参照可能」の場合、操作ロック状態でもアプリ画面上の情報を参照できるアプリと判定する。また、プロセッサ２０は、アプリテーブル３１を参照し、アプリテーブル３１内の参照フラグ３１Ｂが「不可」の場合、操作ロック状態のアプリ、アプリ画面上の情報を参照できないアプリと判定する。プロセッサ２０は、例えば、アプリＩＤ３１Ａが地図アプリの場合、地図アプリの参照フラグ３１Ｂが「参照可能」と判定する。また、プロセッサ２０は、アプリＩＤ３１Ａがネットショップのアプリの場合、ネットショップの参照フラグ３１Ｂが「不可」と判定する。

図３は、画面位置テーブル３２の一例を示す説明図である。図３に示す画面位置テーブル３２は、表示部１６の画面位置３２Ａ及びアプリＩＤ３２Ｂを対応付けて管理する。画面位置３２Ａは、表示部１６内の最前面ウインドウ又はバックグランドウインドウの画面位置である。尚、最前面ウインドウは、表示部１６の最前面の画面ウインドウに相当する。また、バックグランドウインドウは、表示部１６の表示画面の内、最前面背後の画面ウインドウである。

プロセッサ２０は、図３の画面位置テーブル３２を参照し、表示部１６の最前面ウインドウに地図アプリのアプリ画面を画面表示し、表示部１６のバックグランドウインドウに画面ロック解除のアプリ画面を画面表示した状態と認識する。尚、プロセッサ２０は、例えば、最前面ウインドウに画面ロック解除のアプリ画面を画面表示した場合、画面ロック解除のロック解除操作以外の操作受付や地図アプリのアプリ画面上の情報参照が不可となる操作ロック状態に移行する。

図４は、操作定義テーブル３３の一例を示す説明図である。図４に示す操作定義テーブル３３は、操作内容３３Ａ及び操作フラグ３３Ｂを対応付けて管理する。操作定義テーブル３３は、操作ロック状態で操作が受付可能又は受付不可の操作内容を定義したものである。操作内容３３Ａは、操作内容を識別するものである。操作内容３３Ａには、例えば、タッチパネル操作、キー操作、画面遷移、ファイル参照、外部接続や通信等がある。タッチパネル操作は、タッチ入力部１７の入力操作に相当し、例えば、地図アプリのアプリ画面上のスクロール操作や、拡大や縮小操作等である。キー操作は、キー操作部１８の入力操作である。画面遷移は、画面を切替える操作である。ファイル参照は、他のファイルを参照する操作である。外部接続は、他の外部機器との接続操作である。通信は、例えば、無線部１２を使用しての通信操作である。操作フラグ３３Ｂは、操作内容３３Ａ毎に、操作ロック状態での操作が受付可能の場合の「操作可」や、操作ロック状態での操作が受付不可の場合の「操作不可」を識別する識別情報である。

プロセッサ２０は、図４の操作定義テーブル３３を参照し、例えば、操作内容３３Ａが「タッチパネル操作」の場合、操作フラグ３３Ｂが「操作可」と判定し、その操作を受付可能と判定する。また、プロセッサ２０は、操作定義テーブル３３を参照し、例えば、操作内容３３Ａが「キー操作」の場合、操作フラグ３３Ｂが「操作不可」と判定し、その操作を受付不可と判定する。

図５は、アプリ一覧表示の一例を示す説明図である。プロセッサ２０は、携帯端末１内の現在使用可能なアプリの一覧をアプリ一覧表示として表示部１６に画面表示する。アプリ一覧は、アプリ名１６Ａ毎に、操作ロック状態でのアプリ画面上の情報の参照可否を設定するチェック欄１６Ｂを有する。利用者は、表示部１６に画面表示中のアプリ一覧を見て、チェック欄１６Ｂのチェック有無に応じて操作ロック状態での情報の参照可否のアプリをアプリテーブル３１内に設定登録する。

図６は、表示部１６に画面表示する操作画面の動作遷移の一例を示す説明図である。図６（Ａ）は、例えば、地図アプリのアプリ画面である。利用者は、アプリ画面を視認してアプリ画面上の情報を参照できる。図６（Ｂ）は、消灯コマンドに応じて表示部１６を消灯した画面ＯＦＦ状態（消灯状態）の画面である。図６（Ｃ）は、復帰操作に応じて地図アプリの操作制限中のアプリ画面である。尚、復帰操作とは、画面ＯＦＦ状態から画面ＯＮ状態に移行するための再点灯操作である。操作制限中のアプリ画面とは、操作ロック状態での操作制限のあるアプリのアプリ画面である。プロセッサ２０は、表示部１６の最前面ウインドウに操作制限中のアプリ画面を画面表示し、バックグランドウインドウに画面ロック解除のアプリ画面を画面表示している。尚、図６（Ｃ）のアプリ画面の上段には、操作制限中のアプリ画面を示すステータス情報がある。利用者は、ステータス情報を見て、操作制限中のアプリ画面であることを認識できる。図６（Ｄ）は、画面ロック解除のアプリ画面である。プロセッサ２０は、表示部１６の最前面ウインドウに画面ロック解除のアプリ画面を画面表示する。プロセッサ２０は、画面ロック解除のロック解除操作が受付可能な状態である。

プロセッサ２０は、図６（Ａ）に示す通り、地図アプリのアプリ画面を表示部１６の最前面ウインドウに画面表示する。プロセッサ２０は、図６（Ｂ）に示す通り、消灯コマンドに応じて、表示部１６を消灯してＯＦＦ画面とする。尚、消灯コマンドは、例えば、無操作の時間が所定時間以上継続した場合や、画面消灯操作を検出した場合に起動するコマンドである。プロセッサ２０は、図６（Ｃ）に示す通り、地図アプリのアプリ画面を最前面ウインドウに画面表示すると共に、画面ロック解除のアプリ画面をバックグランドウインドウに画面表示する。この際、最前面ウインドウの上段に、ステータス情報を画面表示する。その結果、利用者は、ステータス情報を視認して、操作制限中のアプリ画面を認識できる。

プロセッサ２０は、操作制限中のアプリ画面上で受付可能な操作を検出した場合、当該操作内容に基づくコマンドを実行する。また、プロセッサ２０は、操作制限中のアプリ画面上で受付不可の操作を検出した場合、図６（Ｄ）に示す通り、画面ロック解除のアプリ画面を最前面ウインドウに画面表示すると共に、地図表示のアプリ画面をバックグランドウインドウに画面表示する。プロセッサ２０は、最前面ウインドウに画面ロック解除のアプリ画面を画面表示したので、ロック解除操作以外の操作受付や地図アプリのアプリ画面上の情報参照が不可の状態となる。

図７は、画面位置テーブル３２の動作遷移の一例を示す説明図である。図７（Ａ）に示す画面位置テーブル３２には、図６（Ａ）の状態の場合、画面位置３２Ａの「最前面」に地図アプリのアプリＩＤ３２Ｂが登録される。また、バックグランドウインドウのアプリがない場合、画面位置３２Ａの「バックグランド」にはアプリＩＤ３２Ｂが未登録となる。更に、図７（Ｂ）に示す画面位置テーブル３２には、図６（Ｃ）の状態の場合、「最前面」に地図アプリのアプリＩＤ３２Ｂが登録され、「バックグランド」に画面ロック解除のアプリＩＤ３２Ｂが登録される。更に、図７（Ｃ）に示す画面位置テーブル３２には、図６（Ｄ）の状態の場合、「最前面」に画面ロック解除のアプリＩＤ３２Ｂが登録され、「バックグランド」に地図アプリのアプリＩＤ３２Ｂが登録される。

次に実施例１の携帯端末１の動作について説明する。図８は、アプリ設定処理に関わるプロセッサ２０の処理動作の一例を示すフローチャートである。図８に示すアプリ設定処理は、利用者の設定操作に応じて、アプリテーブル３１内のアプリ３１Ａ毎の参照フラグ３１Ｂを設定登録する処理である。

図８においてプロセッサ２０は、アプリ設定コマンドを検出したか否かを判定する（ステップＳ１１）。尚、アプリ設定コマンドは、利用者側の所定操作に応じて起動するものである。プロセッサ２０は、アプリ設定コマンドを検出した場合（ステップＳ１１肯定）、図５に示すアプリ一覧を表示部１６に画面表示する（ステップＳ１２）。尚、利用者は、アプリ一覧を視認して携帯端末１内の全てのアプリを認識できる。プロセッサ２０は、画面表示中のアプリ一覧の内、情報参照対象のアプリを選択する操作を検出したか否かを判定する（ステップＳ１３）。尚、アプリの選択操作は、例えば、アプリ一覧内のアプリ名１６Ａの内、操作ロック状態でもアプリ画面上の情報が参照可能な情報参照対象のアプリのアプリ名１６Ａに対応したチェック欄１６Ｂのチェック操作に相当する。

プロセッサ２０は、情報参照対象のアプリを選択する操作を検出した場合（ステップＳ１３肯定）、アプリテーブル３１内に選択アプリのアプリＩＤ３１Ａ及び参照フラグ３１Ｂを設定登録する（ステップＳ１４）。その結果、利用者は、情報参照対象のアプリを簡単に登録できる。

プロセッサ２０は、アプリＩＤ３１Ａ及び参照フラグ３１Ｂをアプリテーブル３１内に設定登録した後、アプリ設定の終了コマンドを検出したか否かを判定する（ステップＳ１５）。尚、アプリ設定の終了コマンドは、利用者の終了操作に応じて起動する。プロセッサ２０は、アプリ設定の終了コマンドを検出した場合（ステップＳ１５肯定）、図８に示す処理動作を終了する。

また、プロセッサ２０は、アプリ設定コマンドを検出しなかった場合（ステップＳ１１否定）、図８に示す処理動作を終了する。また、プロセッサ２０は、アプリの選択操作を検出しなかった場合（ステップＳ１３否定）、アプリの選択操作を検出したか否かを判定すべく、ステップＳ１３に移行する。また、プロセッサ２０は、アプリ設定の終了コマンドを検出しなかった場合（ステップＳ１５否定）、アプリ一覧を画面表示すべく、ステップＳ１２に移行する。

図８に示すアプリ設定処理のプロセッサ２０は、アプリ一覧を画面表示し、選択操作に応じて、操作ロック状態でも情報参照可能なアプリを設定登録する。その結果、利用者は、携帯端末１内のアプリの内、操作ロック状態でも情報参照可能なアプリを自由に設定登録できる。

図９は、画面制御処理に関わるプロセッサ２０の処理動作の一例を示すフローチャートである。図９に示す画面制御処理は、現在のアプリ画面の画面表示中に消灯コマンドに応じて画面消灯する際に、現在のアプリが情報参照可能であるか否かの判定結果に基づきアプリ画面を切替制御する処理である。

図９においてプロセッサ２０は、アプリを起動した後（ステップＳ２１）、アプリ画面を表示部１６の最前面ウインドウに画面表示する（ステップＳ２２）。プロセッサ２０は、最前面ウインドウにアプリ画面を画面表示した後、画面位置テーブル３２内の画面位置３２Ａの「最前面」に起動中のアプリを識別するアプリＩＤ３２Ｂを設定登録する（ステップＳ２３）。プロセッサ２０は、消灯コマンドを検出したか否かを判定する（ステップＳ２４）。

プロセッサ２０は、消灯コマンドを検出した場合（ステップＳ２４肯定）、画面位置テーブル３２内の「最前面」のアプリＩＤ３２Ｂを取得する（ステップＳ２５）。更に、プロセッサ２０は、アプリテーブル３１を参照し、「最前面」のアプリＩＤ３１Ａに対応した参照フラグ３１Ｂを取得する（ステップＳ２６）。

プロセッサ２０は、「最前面」のアプリＩＤ３１Ａに対応した参照フラグ３１Ｂを取得し、取得された参照フラグ３１Ｂに基づき、該当アプリのアプリ画面上の情報が参照可能であるか否かを判定する（ステップＳ２７）。プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能な場合（ステップＳ２７肯定）、表示部１６を画面消灯し（ステップＳ２８）、図９に示す処理動作を終了する。尚、プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能な場合、画面位置テーブル３２内の「最前面」に該当アプリのアプリＩＤを登録すると共に、「バックグランド」に画面ロック解除のアプリＩＤを登録する。

プロセッサ２０は、消灯コマンドを検出しなかった場合（ステップＳ２４否定）、消灯コマンドを検出したか否かを判定すべく、ステップＳ２４に移行する。

また、プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能でない場合（ステップＳ２７否定）、画面ロック解除のアプリ画面を最前面ウインドウに設定し（ステップＳ２９）、表示部１６を画面消灯すべく、ステップＳ２８に移行する。尚、プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能でない場合、画面位置テーブル３２内の「最前面」に画面ロック解除のアプリＩＤを登録すると共に、「バックグランド」に該当アプリのアプリＩＤを登録する。

図９に示す画面制御処理のプロセッサ２０は、消灯コマンドに応じて現在の該当アプリの参照フラグを参照し、アプリ画面上の情報が参照可能な場合、該当アプリのアプリＩＤを「最前面」に設定し、表示部１６を画面消灯する。

また、プロセッサ２０は、アプリ画面上の情報が参照可能でない場合、画面ロック解除のアプリＩＤを「最前面」に設定し、表示部１６を画面消灯する。

図１０は、操作制御処理に関わるプロセッサ２０の処理動作の一例を示すフローチャートである。図１０に示す操作制御処理は、操作ロック状態での表示部１６の画面消灯中の再点灯に応じて携帯端末１の操作受付を制限する処理である。

図１０においてプロセッサ２０は、操作ロック状態での表示部１６の画面消灯中に点灯コマンドを検出したか否かを判定する（ステップＳ４１）。プロセッサ２０は、点灯コマンドを検出した場合（ステップＳ４１肯定）、画面位置テーブル３２内の「最前面」にアプリＩＤ３２Ｂを取得する（ステップＳ４２）。プロセッサ２０は、画面位置テーブル３２内の「最前面」のアプリＩＤ３２Ｂが画面ロック解除であるか否かを判定する（ステップＳ４３）。

プロセッサ２０は、画面位置テーブル３２内の「最前面」のアプリＩＤが画面ロック解除でない場合（ステップＳ４３否定）、アプリテーブル３１内の該当アプリＩＤ３１Ａに対応した参照フラグ３１Ｂを取得する（ステップＳ４４）。プロセッサ２０は、アプリテーブル３１内の該当アプリＩＤ３１Ａに対応した参照フラグ３１Ｂを取得した場合、取得した参照フラグ３１Ｂに基づき、該当アプリのアプリ画面上の情報が参照可能であるか否かを判定する（ステップＳ４５）。

プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能の場合（ステップＳ４５肯定）、新たな操作を検出したか否かを判定する（ステップＳ４６）。プロセッサ２０は、新たな操作を検出した場合（ステップＳ４６肯定）、操作定義テーブル３３内の検出操作の操作内容３３Ａに対応した操作フラグ３３Ｂを取得する（ステップＳ４７）。プロセッサ２０は、取得された操作フラグ３３Ｂに基づき該当操作が受付可能であるか否かを判定する（ステップＳ４８）。

プロセッサ２０は、該当操作が受付可能である場合（ステップＳ４８肯定）、該当操作を実行し（ステップＳ４９）、新たな操作を検出したか否かを判定すべく、ステップＳ４６に移行する。その結果、プロセッサ２０は、操作定義テーブル３３を参照し、操作制限中の地図アプリのアプリ画面上のタッチパネル操作、例えば、スクロール操作や拡大縮小操作等を受付ける。

プロセッサ２０は、点灯コマンドを検出しなかった場合（ステップＳ４１否定）、図１０に示す処理動作を終了する。また、プロセッサ２０は、画面位置テーブル３２内の「最前面」のアプリＩＤ３２Ｂが画面ロック解除である場合（ステップＳ４３肯定）、図１０に示す処理動作を終了する。その結果、プロセッサ２０は、画面ロック解除のアプリ画面上のロック解除操作の入力待ちとなる。また、プロセッサ２０は、参照フラグ３１Ｂに基づき該当アプリのアプリ画面上の情報が参照可能でない場合（ステップＳ４５否定）、図１０に示す処理動作を終了する。

プロセッサ２０は、新たな操作を検出しなかった場合（ステップＳ４６否定）、新たな操作を検出したか否かを判定すべく、ステップＳ４６に移行する。プロセッサ２０は、操作フラグに基づき該当操作が受付可能でない場合（ステップＳ４８否定）、画面ロック解除のアプリ画面を最前面ウインドウに設定し（ステップＳ５０）、図１０に示す処理動作を終了する。尚、プロセッサ２０は、画面位置テーブル３２内の「最前面」に画面ロック解除のアプリＩＤ３２Ｂを登録すると共に、「バックグランド」に該当アプリのアプリＩＤ３２Ｂを登録する。

図１０に示す操作制御処理のプロセッサ２０は、操作ロック状態での画面消灯中の再点灯を検出し、最前面のアプリ画面が画面ロック解除以外のアプリ画面の場合、当該アプリの参照フラグを取得する。そして、プロセッサ２０は、参照フラグに基づき、現在のアプリ画面上の情報が参照可能な場合に、新たな操作を検出すると、操作内容に対応した操作フラグを参照する。そして、プロセッサ２０は、操作内容に対応した操作フラグに基づき操作受付を制限する。その結果、利用者は、操作ロック状態でもアプリ画面上の情報を参照できる。更に、利用者は、操作ロック状態でもアプリ画面上の「操作可」の操作のみを操作できる。

プロセッサ２０は、操作ロック状態で操作制限中のアプリ画面を画面表示中に「操作可」の操作を検出した場合、「操作可」の操作を受け付ける。その結果、利用者は、操作ロック状態でもアプリ画面上での「操作可」の操作を実行できる。

プロセッサ２０は、操作ロック状態で操作制限中のアプリ画面を画面表示中に「操作不可」の操作を検出した場合、操作不可の操作を受け付けることなく、画面ロック解除のアプリ画面を最前面ウインドウに画面表示する。その結果、利用者は、画面ロック解除のアプリ画面で操作ロック状態に移行することで第三者の無断操作を抑止できる。

図１１は、画面制御処理に関わる携帯端末１内の処理動作の一例を示す動作シーケンスである。図１１に示すキー制御機能２０Ａ、画面ロック機能２０Ｂ、アプリ制御機能２０Ｃ、画面ロック解除機能２０Ｄは、プロセッサ２０内で実行する機能である。キー制御機能２０Ａは、キー操作部１８内の画面消灯キーの入力操作を検出すると（ステップＳ６１）、消灯コマンドを起動し、画面ロック制御の起動を画面ロック機能２０Ｂに指示する（ステップＳ６２）。画面ロック機能２０Ｂは、画面ロック制御の起動指示に応じて、画面ロック解除及び画面表示可否確認をアプリ制御機能２０Ｃに指示する（ステップＳ６３）。

アプリ制御機能２０Ｃは、画面表示可否確認を検出すると、画面位置テーブル３２を参照し、画面位置テーブル３２内の「最前面」に対応するアプリＩＤ３２Ｂを確認する（ステップＳ６４）。アプリ制御機能２０Ｃは、アプリＩＤ３２Ｂを確認した場合、アプリテーブル３１を参照し、アプリテーブル３１内のアプリＩＤ３１Ａの該当アプリのアプリ画面上の情報が参照可能であるか否かを判定する（ステップＳ６５）。プロセッサ２０は、該当アプリのアプリ画面上の情報が参照可能な場合（ステップＳ６５肯定）、表示部１６に現在表示中の該当アプリのアプリ画面を維持したまま、表示部１６を画面消灯する（ステップＳ６６）。

また、画面ロック解除機能２０Ｄは、該当アプリのアプリ画面上の情報が参照可能でない場合（ステップＳ６５否定）、画面ロック解除のアプリ画面を表示部１６の最前面ウインドウに画面表示すべく、表示部１６に指示する（ステップＳ６７）。尚、この際、画面ロック解除機能２０Ｄは、画面位置テーブル３２内の「最前面」に画面ロック解除のアプリＩＤ３２Ｂを登録すると共に、「バックグランド」に直近まで「最前面」に登録されたアプリＩＤ３２Ｂを登録する。そして、表示部１６は、最前面ウインドウに画面ロック解除のアプリ画面を画面表示する（ステップＳ６８）。そして、プロセッサ２０は、表示部１６を画面消灯すべく、ステップＳ６６に移行する。

図１２は、操作制御処理に関わる携帯端末１内の処理動作の一例を示す動作シーケンスである。キー制御機能２０Ａは、キー操作部１８内の画面点灯キーの入力操作を検出すると（ステップＳ７１）、点灯コマンドを起動し、表示部１６を点灯表示する（ステップＳ７２）。画面ロック機能２０Ｂは、表示部１６の画面点灯後、画面位置テーブル３２及びアプリテーブル３１を参照する。画面ロック機能２０Ｂは、「最前面」のアプリ画面のアプリＩＤが「参照可能」である場合（ステップＳ７３肯定）、最前面ウインドウに表示中のアプリ画面上の操作制限中の表示依頼を表示部１６に指示する（ステップＳ７４）。表示部１６は、操作制限中の表示依頼を検出すると、アプリ画面の制限中のステータス情報を画面表示する（ステップＳ７５）。

キー制御機能２０Ａは、キー入力を検出した場合（ステップＳ７６）、キー操作に対応した操作内容を画面ロック機能２０Ｂに通知する（ステップＳ７７）。画面ロック機能２０Ｂは、操作定義テーブル３３を参照し、該当キー操作の操作内容３３Ａに対応した操作フラグ３３Ｂを参照する（ステップＳ７８）。画面ロック機能２０Ｂは、該当キー操作の操作内容３３Ａに対応した操作フラグ３３Ｂが「操作可」であるか否かを判定する（ステップＳ７９）。画面ロック機能２０Ｂは、該当キー操作の操作内容３３Ａに対応した操作フラグ３３Ｂが「操作可」の場合（ステップＳ７９肯定）、該当キー操作を受付ける。

また、画面ロック機能２０Ｂは、該当キー操作の操作内容３３Ａに対応した操作フラグ３３Ｂが「不可」の場合（ステップＳ７９否定）、画面ロック解除のアプリ画面の起動要求を画面ロック解除機能２０Ｄに通知する（ステップＳ８０）。画面ロック解除機能２０Ｄは、起動要求を検出すると、画面ロック解除のアプリ画面を表示部１６の最前面ウインドウへの画面表示を依頼する（ステップＳ８１）。表示部１６は、表示依頼に応じて、画面ロック解除のアプリ画面を最前面ウインドウに画面表示する（ステップＳ８２）。尚、画面ロック解除機能２０Ｄは、画面位置テーブル３２内の「最前面」に画面ロック解除のアプリＩＤ３２Ｂ、「バックグランド」にアプリ画面のアプリＩＤ３２Ｂを登録する。

実施例１のプロセッサ２０は、アプリテーブル３１を参照し、消灯コマンドに応じて、現在アプリに対応した参照フラグ３１Ｂを取得する。更に、プロセッサ２０は、取得された参照フラグ３１Ｂに基づき、最前面ウインドウに現在のアプリ画面の代わりに操作ロック解除のアプリ画面を画面表示するか否かを判定する。そして、プロセッサ２０は、判定結果に基づき、最前面ウインドウの画面を切替えて制御する。その結果、利用者は、参照可のアプリの場合、操作ロック状態でもアプリ画面上の情報を参照できる。そして、操作ロック状態でも、操作ロック解除の操作を要することなく、アプリ画面の継続使用に要する操作負担を軽減できる。

プロセッサ２０は、最前面ウインドウにアプリ画面が画面表示されると判定された場合、最前面ウインドウにアプリ画面を画面表示させながら、操作定義テーブル３３内の操作フラグに基づき、携帯端末１に対する操作を制限する。その結果、利用者は、操作ロック状態でも、アプリ画面上の情報を参照しながら、一部の操作を行うことができる。

プロセッサ２０は、操作定義テーブル３３内の操作フラグに基づく操作制限中に許可操作以外の操作を検出した場合に、最前面ウインドウに操作ロック解除のアプリ画面を画面表示させる。その結果、第三者による無断操作等を抑止することでセキュリティを高めることができる。

プロセッサ２０は、携帯端末１の操作内容毎の制限内容を管理する操作定義テーブル３３に基づき、携帯端末１に対する操作受付を制限する。その結果、携帯端末１は、操作定義テーブル３３の内容を参照し、操作ロック状態での携帯端末１に対する操作受付を制限できる。

利用者は、アプリ画面上の情報を参照中に画面消灯による操作ロック状態に遷移したとしても、その後の再点灯で操作ロック状態を維持したまま、操作ロック状態の解除操作を実行しなくても、操作ロック状態前のアプリ画面を参照できる。

尚、上記実施例１では、操作定義テーブル３３を携帯端末１内の操作内容毎に「操作可」又は「操作不可」を対応付けて管理したが、アプリ単位の操作内容毎に「操作可」又は「操作不可」を対応付けて管理しても良い。そこで、この場合の実施の形態につき、実施例２として以下に説明する。尚、実施例１の携帯端末１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図１３は、実施例２の携帯端末１内の操作定義テーブル３３の一例を示す説明図である。図１３に示す操作定義テーブル４０は、アプリ４１単位で操作内容４２毎に操作フラグ４３を対応付けて管理する。アプリ４１としては、例えば、地図、ブラウザ、音楽、レシピ、絵描きやゲーム等のアプリがある。操作内容４２としては、例えば、タッチパネル操作、キー操作、画面遷移、ファイル参照、外部接続及び通信等がある。操作フラグ４３は、操作ロック状態での「操作可」又は「操作不可」を識別する識別子である。

プロセッサ２０は、図１３の操作定義テーブル４０を参照し、例えば、アプリ４１が「地図」の場合、タッチパネル操作の操作フラグ４３が「操作可」、キー操作、画面遷移、ファイル参照、外部接続及び通信の操作フラグ４３が「操作不可」であると認識する。

また、プロセッサ２０は、例えば、アプリ４１が「ゲーム」の場合、タッチパネル操作、キー操作及び画面遷移の操作フラグ４３が「操作可」、ファイル参照、外部接続及び通信の操作フラグ４３が「操作不可」であると認識する。

プロセッサ２０は、操作ロック状態での操作制限中のアプリ画面に対して操作を検出した場合、操作定義テーブル４０を参照し、操作制限中のアプリ４１に対応した該当操作内容４２の操作フラグ４３を参照する。プロセッサ２０は、該当内容４２の操作フラグ４３を参照し、該当操作内容４２の操作フラグ４３が「操作可」であるか否かを判定する。

次に実施例２の携帯端末１の動作について説明する。図１４は、実施例２の操作制御処理に関わるプロセッサ２０の処理動作の一例を示すフローチャートである。図１４に示す操作制御処理は、操作ロック状態での表示部１６の画面消灯中の再点灯に応じて携帯端末１の操作受付を制限する際に、アプリ毎に操作内容に対応した操作受付を制限する処理である。

図１４においてプロセッサ２０は、ステップＳ４１〜４６の処理動作を実行する。プロセッサ２０は、操作制限中に操作を検出した場合（ステップＳ４６肯定）、図１３の操作定義テーブル４０を参照し、操作定義テーブル４０内の該当アプリ４１内の操作内容４２に対応した操作フラグ４３を取得する（ステップＳ４７Ａ）。そして、プロセッサ２０は、操作フラグ４３に基づき該当操作内容４２が「操作可」であるか否かを判定すべく、ステップＳ４８に移行する。

プロセッサ２０は、例えば、地図アプリで操作制限中に「タッチパネル操作」を検出した場合、図１３の操作定義テーブル４０を参照する。プロセッサ２０は、ステップＳ４７Ａにて地図アプリ及びタッチパネル操作に対応した操作フラグ４３が「操作可」の場合（ステップＳ４８肯定）、該当操作を実行すべく、ステップＳ４９に移行する。

また、プロセッサ２０は、例えば、地図アプリで操作制限中に「外部接続」を検出した場合、図１３の操作定義テーブル４０を参照する。プロセッサ２０は、ステップＳ４７Ａにて地図アプリ及び外部接続に対応した操作フラグ４３が「操作不可」の場合（ステップＳ４８否定）、画面ロック解除を表示部１６の最前面ウインドウに画面表示すべく、ステップＳ５０に移行する。

図１４に示す操作制御処理のプロセッサ２０は、操作ロック状態での画面消灯中の再点灯を検出し、最前面のアプリ画面が画面ロック解除以外のアプリ画面の場合、当該アプリの参照フラグを取得する。そして、プロセッサ２０は、参照フラグに基づき、現在のアプリ画面上の情報が参照可能な場合に、新たな操作を検出すると、現在のアプリの操作内容に対応した操作フラグを参照する。そして、プロセッサ２０は、操作内容に対応した操作フラグに基づき操作の受付を制限する。その結果、利用者は、操作ロック状態でもアプリ画面上の情報を参照できる。更に、利用者は、操作ロック状態でもアプリ画面上の「操作可」の操作のみを受け付ける。また、アプリ単位で操作内容毎の操作フラグを設定しているため、アプリ毎にバリエーションに富んだ操作受付の制限が可能となる。

プロセッサ２０は、操作ロック状態で操作制限中のアプリ画面を画面表示中に「操作可」の操作を検出した場合、「操作可」の操作を受け付ける。その結果、利用者は、操作ロック状態でもアプリ画面上での「操作可」の操作を実行できる。

プロセッサ２０は、操作ロック状態で操作制限中のアプリ画面を画面表示中に「操作不可」の操作を検出した場合、「操作不可」の操作を受け付けることなく、画面ロック解除のアプリ画面を最前面ウインドウに画面表示する。その結果、利用者は、携帯端末１が画面ロック解除のアプリ画面で操作ロック状態に移行することで、第三者による無断操作等を抑止してセキュリティ効果を高める。

実施例２のプロセッサ２０は、携帯端末１のアプリ単位の操作内容毎の制限内容を管理する操作定義テーブル４０の内容に基づき、携帯端末１に対する操作の受付を制限する。その結果、携帯端末１は、操作定義テーブル４０の内容を参照し、操作ロック状態でのアプリ単位での携帯端末１に対する操作の受付を制限できる。

尚、上記各実施例では、スマートフォン等の携帯端末１を例示したが、例えば、携帯電話機、携帯用ゲーム端末、タブレット端末や、通信機能を備えていない携帯端末等であっても良い。

また、上記実施例の操作定義テーブル３３及び操作定義テーブル４０の内容は利用者の設定操作に応じて自由に設定登録できるようにしても良い。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１５は、操作制御プログラムを実行する情報処理装置を示す説明図である。

図１５に示す操作制御プログラムを実行する情報処理装置１００では、ＲＯＭ１１０、ＲＡＭ１２０、プロセッサ１３０、操作部１４０及び表示部１５０を有する。

そして、ＲＯＭ１１０には、上記実施例と同様の機能を発揮する操作制御プログラムが予め記憶されている。尚、ＲＯＭ１１０ではなく、図示せぬドライブで読取可能な記録媒体に操作制御プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。操作制御プログラムとしては、図１５に示すように、参照プログラム１１０Ａ、判定プログラム１１０Ｂ及び制御プログラム１１０Ｃである。尚、プログラム１１０Ａ、１１０Ｂ及び１１０Ｃについては、適宜統合又は分散しても良い。

そして、プロセッサ１３０は、これらのプログラム１１０Ａ、１１０Ｂ及び１１０ＣをＲＯＭ１１０から読み出し、これら読み出された各プログラムを実行する。そして、プロセッサ１３０は、図１５に示すように、各プログラム１１０Ａ、１１０Ｂ及び１１０Ｃを、参照プロセス１３０Ａ、判定プロセス１３０Ｂ及び制御プロセス１３０Ｃとして機能する。ＲＡＭ１２０は、アプリ毎に、表示部１５０の最前面ウインドウに認証画面を画面表示するか否かを示す識別情報を管理する。

プロセッサ１３０は、アプリ毎に、表示部１５０の最前面ウインドウに認証画面を画面表示するか否かを示す識別情報を管理するＲＡＭ１２０を参照し、所定コマンドに応じて、現在のアプリに対応した識別情報をＲＡＭ１２０から取得する。更に、プロセッサ１３０は、取得された識別情報に基づき、最前面ウインドウに認証画面を画面表示するか否かを判定する。更に、プロセッサ１３０は、判定結果に基づき、最前面ウインドウの画面を切替えて制御する。その結果、アプリが最前面ウインドウに認証画面を画面表示しない場合、操作ロック状態でもアプリ画面を最前面ウインドウに画面表示する。そして、操作ロック状態でも、操作ロック状態を解除するロック解除操作を要しないため、アプリ画面の継続使用に要する操作負担を軽減できる。

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

（付記１）携帯電子機器のプロセッサに、
アプリケーション毎に、表示部の最前面ウインドウに認証画面を画面表示させるか否かを示す識別情報を管理する記憶部を参照し、所定コマンドに応じて、現在のアプリケーションに対応した識別情報を前記記憶部から取得し、
取得された識別情報に基づき、前記最前面ウインドウに前記認証画面を画面表示するか否かを判定し、
この判定結果に基づき、前記最前面ウインドウの画面を切替えて制御する
各処理を実行させることを特徴とする操作制御プログラム。

（付記２）前記プロセッサに、
前記最前面ウインドウに前記認証画面を画面表示しないと判定された場合に、前記最前面ウインドウに前記アプリケーション画面を画面表示させながら、前記携帯電子機器に対する操作を所定条件に基づき制限する
処理を実行させることを特徴とする付記１に記載の操作制御プログラム。

（付記３）前記プロセッサに、
前記所定条件に基づく操作制限中に許可操作以外の操作を検出した場合に、前記最前面ウインドウに前記認証画面を画面表示させる
処理を実行させることを特徴とする付記２に記載の操作制御プログラム。

（付記４）前記プロセッサに、
前記携帯電子機器の操作内容毎の制限内容を管理する前記所定条件に基づき、前記携帯電子機器に対する操作を制限する
処理を実行させることを特徴とする付記２又は３に記載の操作制御プログラム。

（付記５）前記プロセッサに、
前記携帯電子機器のアプリ単位の操作内容毎の制限内容を管理する前記所定条件に基づき、前記携帯電子機器に対する操作を制限する
処理を実行させることを特徴とする付記２又は３に記載の操作制御プログラム。

（付記６）プロセッサを有する携帯電子機器であって、
前記プロセッサは、
アプリケーション毎に、表示部の最前面ウインドウに認証画面を画面表示させるか否かを示す識別情報を管理する記憶部を参照し、所定コマンドに応じて、現在のアプリケーションに対応した識別情報を前記記憶部から取得し、
取得された識別情報に基づき、前記最前面ウインドウに前記認証画面を画面表示するか否かを判定し、
この判定結果に基づき、前記最前面ウインドウの画面を切替えて制御する
各処理を実行することを特徴とする携帯電子機器。

（付記７）携帯電子機器の操作制御方法であって、
前記携帯電子機器は、
アプリケーション毎に、表示部の最前面ウインドウに認証画面を画面表示させるか否かを示す識別情報を管理する記憶部を参照し、所定コマンドに応じて、現在のアプリケーションに対応した識別情報を前記記憶部から取得し、
取得された識別情報に基づき、前記最前面ウインドウに前記認証画面を画面表示するか否かを判定し、
この判定結果に基づき、前記最前面ウインドウの画面を切替えて制御する
各処理を実行することを特徴とする操作制御方法。

（付記８）プロセッサとメモリとを有する情報処理装置であって、
前記プロセッサは、
アプリケーション毎に、表示部の最前面ウインドウに認証画面を画面表示させるか否かを示す識別情報を管理する前記メモリを参照し、所定コマンドに応じて、現在のアプリケーションに対応した識別情報を前記メモリから取得し、
取得された識別情報に基づき、前記最前面ウインドウに前記認証画面を画面表示するか否かを判定し、
この判定結果に基づき、前記最前面ウインドウの画面を切替えて制御する
各処理を実行することを特徴とする情報処理装置。

１ 携帯端末
１６ 表示部
２０ プロセッサ
３１ アプリテーブル
３２ 画面位置テーブル
３３ 操作定義テーブル
４０ 操作定義テーブル

Claims (6)

1. 無操作時間の経過または消灯操作の受付けに応じて、表示部の消灯を制御するプロセッサを有する電子機器において、
   前記消灯後に、前記表示部の点灯操作を受付ける操作部を備え、
   前記プロセッサは、
   前記消灯の際に前記表示部が特定のアプリケーションのアプリケーション画面を表示していた場合には、前記操作部が受け付けた点灯操作に応じて前記アプリケーション画面を前記表示部に表示し、
   前記消灯の際に前記表示部が前記特定のアプリケーションのアプリケーション画面を表示していなかった場合には、前記操作部が受け付けた点灯操作に応じてロック解除画面を前記表示部に表示する
   ことを特徴とする電子機器。
2. 前記プロセッサは、
   前記点灯操作に応じて表示された前記アプリケーション画面に対して受け付けた操作が、スクロール操作、拡大操作または縮小操作の場合には、前記操作に応じた処理を実行することを特徴とする請求項１に記載の電子機器。
3. 前記プロセッサは、
   前記点灯操作に応じて表示された前記アプリケーション画面に対して受け付けた操作が、スクロール操作、拡大操作及び縮小操作と異なる操作の場合には、ロック解除画面を前記表示部に表示することを特徴とする請求項１又は２に記載の電子機器。
4. 無操作時間の経過または消灯操作の受付けに応じて、表示部の消灯を制御するコンピュータの表示制御プログラムにおいて、
   前記コンピュータに、
   前記消灯後に、前記表示部の点灯操作を受付け、
   前記消灯の際に前記表示部が特定のアプリケーションのアプリケーション画面を表示していた場合には、前記操作部が受け付けた点灯操作によって前記アプリケーション画面を前記表示部に表示させ、
   前記消灯の際に前記表示部が前記特定のアプリケーションのアプリケーション画面を表示していなかった場合には、前記操作部が受け付けた点灯操作によってロック解除画面を前記表示部に表示させる
   処理を実行させることを特徴とする表示制御プログラム。
5. 前記コンピュータに、
   前記点灯操作に応じて表示された前記アプリケーション画面に対して受け付けた操作が、スクロール操作、拡大操作または縮小操作の場合には、前記操作に応じた処理を実行させることを特徴とする請求項４に記載の表示制御プログラム。
6. 前記コンピュータに、
   前記点灯操作に応じて表示された前記アプリケーション画面に対して受け付けた操作が、スクロール操作、拡大操作及び縮小操作と異なる操作の場合には、ロック解除画面を前記表示部に表示する処理を実行させることを特徴とする請求項４又は５に記載の表示制御プログラム。

Images