JP6052004B2 - 端末装置および端末制御プログラム - Google Patents

Description

本発明は、端末装置および端末制御プログラムに関する。

近年、スマートフォン、タブレット端末、携帯電話などの携帯端末に、ゲーム、オンラインネットショッピング、ＳＮＳ（Social Networking Service）などのアプリケーションをインストールして実行することが行われている。

アプリケーションの種類によっては課金等が行われることから、携帯端末は、ユーザ操作等によってロック状態に遷移し、操作を受け付けない状態となることで、セキュリティを向上させている。そして、ロック状態の解除操作を受け付けた場合に、ロック状態前に操作されていた画面を表示させる技術が知られている。

特開２００９−８６８８９号公報 特開２００９−１０４５４０号公報 国際公開第２０１１／０７７５２５号

しかしながら、上記技術では、ロック状態前に操作していた画面とは異なる画面を操作する場合に、ロック解除後に所望の画面まで遷移させることになるので、利用者の利便性がよくないという問題がある。

例えば、ロック解除後の表示されるアプリケーションを終了して、所望のアプリケーションを検索し、検索した所望のアプリケーションを起動することになる。このように、上記技術を用いることで、却って利便性の向上を阻害する場合もある。

開示の技術は、上記に鑑みてなされたものであって、ロック状態解除後の利用者の利便性を向上させることができる端末装置および端末制御プログラムを提供することを目的とする。

本願の開示する端末装置および端末制御プログラムは、一つの態様において、操作を制限するロック状態の解除を実行する複数の解除方式各々と、アプリケーションまたは前記アプリケーションのカテゴリとを対応付けた情報を保持するメモリと前記メモリに接続されるプロセッサと、を有する。前記プロセッサは、前記ロック状態を解除する操作に応じて、前記情報を参照して前記ロック状態の解除に利用された解除方式に対応付けられるアプリケーションを起動または表示させる処理を実行する。

本願の開示する端末装置および端末制御プログラムの一つの態様によれば、ロック状態解除後の利用者の利便性を向上させることができる。

図１は、実施例１に係る携帯端末を説明する図である。 図２は、実施例１に係る携帯端末の構成を示すブロック図である。 図３は、実施例１に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。 図４は、パターン認証を説明する図である。 図５は、暗証番号による認証を説明する図である。 図６は、タッチ認証を説明する図である。 図７は、指紋認証を説明する図である。 図８は、実施例１に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。 図９は、実施例２に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。 図１０は、実施例２に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。 図１１は、実施例３に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。 図１２は、実施例３に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。

以下に、本願の開示する端末装置および端末制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、以下の各実施例は、矛盾しない範囲で適宜組みあわせてもよい。

［携帯端末の説明］
図１は、実施例１に係る携帯端末を説明する図である。図１に示す携帯端末１０は、スマートフォン、タブレット端末、携帯電話、パーソナルコンピュータなどの端末装置の一例である。携帯端末１０は、所定時間操作を受け付けなかった場合やロック操作を受け付けた場合に、操作を制限するロック状態に遷移する。このロック状態の携帯端末１０は、正しいロック解除操作を受け付けるまで、発信やＷｅｂアクセスなどの所定の操作を制限する。

実施例１に係る携帯端末１０は、ロックを解除する複数の認証方式を有する。例えば、携帯端末１０は、パターン認証、暗証番号認証、タッチ認証、指紋認証などによる複数の認証方式を有する。パターン認証は、ロック状態中の携帯端末１０の画面上に表示させた複数の領域がなぞられた軌跡と、ユーザが予め登録したロック解除用の軌跡とが一致するか否かによって、ロック解除を実行する認証手法の一例である。

暗証番号認証は、ロック状態中の携帯端末１０で受け付けた暗証番号と、ユーザが予め登録したロック解除用の暗証番号とが一致するか否かによって、ロック解除を実行する認証手法の一例である。

タッチ認証は、パターン入力画面を使用して暗証番号による認証を実行する認証手法の一例である。具体的には、タッチ認証は、ロック状態中の携帯端末１０の画面上に表示させた複数の領域各々に数字をマッピングし、ユーザが領域を操作した軌跡から暗証番号を特定する。そして、タッチ認証は、特定した暗号番号と、ユーザが予め登録したロック解除用の暗証番号とが一致するか否かによって、ロック解除を実行する。

指紋認証は、携帯端末１０が有する指紋読取部でユーザの指紋を読み取り、読み取った指紋と、ユーザが予め登録したユーザの指紋とが一致するか否かによって、ロック解除を実行する認証手法の一例である。

このような複数のロック解除方式を有する携帯端末１０は、操作を制限するロック状態の解除を実行する複数の解除方式各々と、アプリケーションまたはアプリケーションのカテゴリとを対応付けた情報を保持する。そして、携帯端末１０は、ロック状態を解除する場合に、ロック状態の解除に利用された解除方式に対応付けられるアプリケーションの画面を表示させる。

例えば、携帯端末１０は、ロック状態がパターン認証で解除された場合には、パターン認証に対応するアプリケーションＡの画面をディスプレイに表示させる。また、携帯端末１０は、ロック状態が暗証番号で解除された場合には、暗証番号認証に対応するアプリケーションＢの画面をディスプレイに表示させる。

このように、実施例１に係る携帯端末１０は、複数のロック解除方式各々にアプリケーションまたはアプリケーションのカテゴリを対応付けておき、ロック解除時に、ロック解除に利用された解除方式に対応するアプリケーションの画面を表示させることができる。このため、実施例１に係る携帯端末１０は、ユーザが所望のアプリケーションの画面をロック解除後に即座に表示させることができるので、ロック解除後の利便性を向上させることができる。

［携帯端末の構成］
図２は、実施例１に係る携帯端末の構成を示すブロック図である。図２に示すように、携帯端末１０は、アンテナ１１、無線部１２、オーディオ入出力部１３、指紋認証部１４、表示部１５、タッチ検出部１６、記憶部１７、プロセッサ２０を有する。なお、図２に示したハードウェア構成は一例であり、近距離無線部などの他のハードウェアを有していてもよい。

アンテナ１１は、各種データなどの無線信号を送受信する送受信機の一例である。無線部１２は、アンテナ１１を介して、無線通信を実行するＣＣＰＵ（Communication Central Processing Unit）などの一例である。例えば、無線部１２は、アンテナ１１を介して信号を受信し、受信信号をプロセッサ２０へ出力する。また、無線部１２は、アンテナ１１を介して、プロセッサ２０によって生成された信号を送信する。この無線部１２は、例えば携帯端末１０が通話可能な携帯電話機である場合には、ユーザの発話音声や受話音声などの信号を送受信する。

オーディオ入出力部１３は、音声の集音や音声出力を実行する入出力インタフェースの一例である。例えば、オーディオ入出力部１３は、マイク１３ａで収音した音声にオーディオ処理を施すと共に、無線部１２経由で受信した無線信号内の音声信号にオーディオ処理を施してスピーカ１３ｂから音響出力する。

指紋認証部１４は、指紋を読み取るセンサを有し、読み取った指紋によるユーザ認証を実行する処理部の一例である。例えば、指紋認証部１４は、センタによって指紋を読み取り、読み取った指紋と記憶部１７等に記憶される指紋とが一致する場合に、認証を許可する。また、指紋認証部１４は、センタによって読み取った指紋と記憶部１７等に記憶される指紋とが一致しない場合に、認証を拒否する。指紋認証部１４は、認証結果をプロセッサ２０に出力する。

表示部１５は、各種情報を表示するディスプレイやタッチパネルの一例である。例えば、表示部１５は、プロセッサ２０によって実行されたアプリケーションの操作画面や発着信の情報などを表示する。タッチ検出部１６は、表示部１５上で操作された情報を検出するインタフェースの一例である。具体的には、タッチ検出部１６は、タッチパネル上でユーザが操作した情報を検出し、検出した情報をプロセッサ２０に出力する。例えば、タッチ検出部１６は、表示部１５上でタッチによる静電容量の変化を検知してタッチされた位置を特定する。

記憶部１７は、携帯端末１０の各種機能を実行するためのデータや携帯端末１０の各種機能を実行するための各種プログラムを格納する記憶装置である。記憶部１７の一例としては、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクなどがある。

また、記憶部１７は、ロック解除に使用される各種情報を記憶する。例えば、記憶部１７は、パターン認証用にユーザが登録した登録軌跡、ユーザが登録した暗証番号、ユーザの指紋情報を記憶する。

また、記憶部１７は、ロック状態解除後に表示させる画面を特定する際に使用される画面遷移先テーブルを記憶する。図３は、実施例１に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。図３に示すように、画面遷移先テーブルは、「解除方式」と「画面遷移先」を対応付けて記憶する。ここで記憶される「解除方式」は、操作を制限するロック状態の解除を実行する解除方式を示し、「画面遷移先」は、ロック解除に画面表示させるアプリケーションの名称等を示す。なお、ここで記憶される情報は、ユーザによって登録され、随時更新することができる。

図３の場合、パターン認証によってロック状態が解除された場合に、アプリケーションＡの画面を表示させることを示し、暗証番号による認証でロック状態が解除された場合に、アプリケーションＢの画面を表示させることを示す。タッチ認証によってロック状態が解除された場合に、アプリケーションＣの画面を表示させることを示し、指紋認証によってロック状態が解除された場合に、アプリケーションＤの画面を表示させることを示す。

プロセッサ２０は、記憶部１７が有するＲＯＭやＲＡＭに記憶されるプログラムやデータを用いて、携帯端末１０の全体を制御する。プロセッサ２０の一例としては、例えばＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などがある。

このプロセッサ２０は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサ２０は、タッチ検出部１６がユーザのタッチによる操作入力を受け付けると、操作入力に応じた処理を実行し、実行結果を表示部１５に表示する。

ここで、プロセッサ２０が実行する処理の具体例を説明する。なお、プロセッサ２０は、携帯端末１０が実行する一般的な処理を実行するが、ここでは省略する。なお、一般的な処理には、Ｗｅｂ処理、メール送受信、ゲームやＳＮＳなどの各種アプリケーションの実行、アプリケーションのダウンロードやインストールなどがある。

（ロック遷移処理）
プロセッサ２０は、ロック操作が受け付けられたことを契機に、機能を制限するロック状態に携帯端末１０を遷移させる。この契機は一例であり、例えば、プロセッサ２０は、表示部１５等で画面操作が所定時間受け付けられなかった場合に、ロック状態に携帯端末１０を遷移させてもよい。このロック状態への遷移処理により、携帯端末１０は、セキュリティを高く維持すること、不正なユーザによる悪用を抑止すること、意図しない処理の実行を抑止することができる。

（テーブル生成および削除処理）
プロセッサ２０は、ユーザ操作によって、画面遷移先テーブルの作成を実行する。例えば、プロセッサ２０は、タッチ検出部１６等によってテーブル生成の指示が受け付けられると、図３に示したテーブルにおいて「画面遷移先」を空白にしたテーブルを表示部１５に表示する。そして、プロセッサ２０は、各「解除方式」に対応する「画面遷移先」の入力を受け付けて、画面遷移先テーブルを生成する。

ここでは、プロセッサ２０は、携帯端末１０が有する各「解除方式」に「画面遷移先」を対応付ける例を示したが、これに限定されるものではない。例えば、プロセッサ２０は、対応付け対象の「解除方式」をユーザに選択させることもできる。また、プロセッサ２０は、画面遷移先テーブルの変更操作も随時受け付けて、「解除方式」と「画面遷移先」の対応付けの変更を行うことができる。この処理により、ユーザは、任意の組合せを生成することができるので、利用頻度や利用目的に対応して柔軟にテーブル生成を実行することができる。

（ロック解除処理）
プロセッサ２０は、ロック解除操作が正常に実行された場合に、ロック状態を解除する。このとき、プロセッサ２０は、ロック状態が解除時に、ロック状態の解除に利用された解除方式に対応付けられるアプリケーションの画面を表示させる。

具体的には、プロセッサ２０は、携帯端末１０が有するロック解除方式のうち、いずれかのロック解除方式が選択されて正常に実行された場合、選択されたロック解除方式に対応する画面遷移先を、画面遷移先テーブルから特定する。そして、プロセッサ２０は、特定した画面遷移先に表示部１５の画面を遷移させてから、ロック解除を実行する。

すなわち、プロセッサ２０は、ロック解除が正常に実行されたことを契機に、表示部１５の表示がロック状態の画面表示のまま、制限している処理の全部または一部を解放する。そして、プロセッサ２０は、携帯端末１０への操作受付を制限しつつ、表示部１５に特定したアプリケーションの操作画面を表示させる。その後、プロセッサ２０は、携帯端末１０への操作受付の制限を解除し、ロック状態を解除する。

ここで、プロセッサ２０は、画面遷移先として特定したアプリケーションが未起動の場合には、当該アプリケーションを起動し、そのトップ画面または操作画面を表示させる。一方、プロセッサ２０は、画面遷移先として特定したアプリケーションが起動済みの場合には、メモリ上の当該アプリケーションを読み出して、読み出した状態の画面を表示させる。なお、アプリケーションのどの状態の画面を表示させるかは、任意に設定変更することができる。

図４は、パターン認証を説明する図である。図４に示すように、プロセッサ２０は、ロック状態中に、タッチ検出部１６等によってパターン認証の要求が受け付けられた場合、パターン認証画面を表示部１５に表示させる。そして、プロセッサ２０は、タッチ検出部１６を介してユーザの操作軌跡を取得する。その後、プロセッサ２０は、取得した操作軌跡と、記憶部１７に記憶される登録軌跡とが一致するか否かを判定する。そして、プロセッサ２０は、両軌跡が一致する場合に、画面遷移先テーブルにおいてパターン認証に対応付けられるアプリケーションＡの操作画面に、表示部１５の表示を遷移させる。その後、プロセッサ２０は、ロック状態を解除し、アプリケーションＡの操作画面を表示部１５に表示させる。

図５は、暗証番号による認証を説明する図である。図５に示すように、プロセッサ２０は、ロック状態中に、タッチ検出部１６等によって暗証番号の入力要求が受け付けられた場合、暗証番号の受付画面を表示部１５に表示させる。そして、プロセッサ２０は、タッチ検出部１６を介して暗証番号の入力を受け付ける。その後、プロセッサ２０は、受け付けた暗証番号と、記憶部１７に記憶される登録済みの暗証番号とが一致するか否かを判定する。そして、プロセッサ２０は、両番号が一致する場合に、画面遷移先テーブルにおいて暗証番号による認証に対応付けられるアプリケーションＢの操作画面に、表示部１５の表示を遷移させる。その後、プロセッサ２０は、ロック状態を解除し、アプリケーションＢの操作画面を表示部１５に表示させる。

図６は、タッチ認証を説明する図である。図６に示すように、プロセッサ２０は、ロック状態中に、タッチ検出部１６等によってタッチ認証の要求が受け付けられた場合、パターン認証画面を表示部１５に表示させる。なお、ここで表示されるパターン認証画面は、パターン入力領域が複数の領域に分割されて構成され、分割される各領域が数字と対応付けられている。そして、プロセッサ２０は、タッチ検出部１６を介してユーザの操作軌跡を取得する。その後、プロセッサ２０は、取得した操作軌跡から暗証番号を特定する。その後、プロセッサ２０は、受け付けた暗証番号と、記憶部１７に記憶される登録済みの暗証番号とが一致するか否かを判定する。そして、プロセッサ２０は、両番号が一致する場合に、画面遷移先テーブルにおいてタッチ認証に対応付けられるアプリケーションＣの操作画面に、表示部１５の表示を遷移させる。その後、プロセッサ２０は、ロック状態を解除し、アプリケーションＣの操作画面を表示部１５に表示させる。

図７は、指紋認証を説明する図である。図７に示すように、指紋認証部１４は、ロック状態中に、ユーザの指の接触を検出すると、当該指から指紋を検出する。そして、指紋認証部１４は、検出した指紋と、記憶部１７に記憶される登録済みの指紋とが一致するか否かを判定する。そして、指紋認証部１４は、両指紋が一致すると、認証を許可する指示をプロセッサ２０に出力する。プロセッサ２０は、指紋認証部１４から認証許可を受け付けると、画面遷移先テーブルにおいて指紋認証に対応付けられるアプリケーションＤの操作画面に、表示部１５の表示を遷移させる。その後、プロセッサ２０は、ロック状態を解除し、アプリケーションＤの操作画面を表示部１５に表示させる。

［処理の流れ］
図８は、実施例１に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。図８に示すように、プロセッサ２０は、ロック状態への遷移タイミングが発生すると（Ｓ１０１：Ｙｅｓ）、携帯端末１０をロック状態へ遷移させる（Ｓ１０２）。

その後、プロセッサ２０は、ロック状態の解除操作を受け付けると（Ｓ１０３：Ｙｅｓ）、解除操作が正常に実行されたか否かを判定する（Ｓ１０４）。そして、プロセッサ２０は、解除操作が正常に実行されると（Ｓ１０４：Ｙｅｓ）、実行された解除方式に対応付けて画面遷移先テーブルに記憶されるアプリケーションを特定する（Ｓ１０５）。なお、プロセッサ２０は、解除操作が正常に実行されなかった場合（Ｓ１０４：Ｎｏ）、Ｓ１０２へ戻ってロック状態を維持する。

続いて、プロセッサ２０は、画面遷移先テーブルにおいて、実行された解除操作にアプリケーションが対応付けられているか否かを判定する（Ｓ１０６）。そして、プロセッサ２０は、対応付けられているアプリケーションが存在する場合（Ｓ１０６：Ｙｅｓ）、対応付けられているアプリケーションの操作画面に、表示部１５の表示を遷移させた後（Ｓ１０７）、ロック状態を解除する（Ｓ１０８）。

一方、プロセッサ２０は、対応付けられるアプリケーションが存在しない場合（Ｓ１０６：Ｎｏ）、表示画面に警告を出力する（Ｓ１０９）。ここで出力される警告の例としては、「対応するアプリケーションはありません。アプリケーションの登録を行ってください」などが考えられる。

その後、プロセッサ２０は、ロック状態を解除し（Ｓ１１０）、トップ画面を表示部１５に表示させる（Ｓ１１１）。ここでは、トップ画面を表示させる例を説明したが、これに限定されるものではない。例えば、プロセッサ２０は、ロック状態になる直前の画面を表示させてもよく、メモリ上で実行中のアプリケーションの中から選択させてもよい。

［効果］
このように、携帯端末１０は、ユーザが登録した対応付けの情報に基づいて、ロック状態の解除後に、ユーザが希望するアプリケーションの画面を表示させることができる。このため、ユーザがロック解除後に希望するアプリケーションの画面まで操作するという煩わしさを抑制することができる。したがって、携帯端末１０は、ロック状態解除後の利用者の利便性を向上させることができる。

また、携帯端末１０は、表示部１５の表示を、ロックスクリーンの表示の裏で、解除方式に基づいて特定したアプリケーションの操作画面に遷移させた後に、ロック状態を解除すなわち、ロックスクリーンの表示を解除する。このため、携帯端末１０は、ロック解除後の画面遷移に伴う画面のちらつきを回避することができる。

また、携帯端末１０は、パターン認証において認証を許可する軌跡を複数登録し、各軌跡と画面遷移先のアプリケーションとを対応付けることもできる。この場合、携帯端末１０は、軌跡によって、ロック解除後に表示されるアプリケーションの画面を可変にすることができる。ただし、複数の軌跡を対応付ける場合、ロック解除を実行できる軌跡が増えることから、無造作な操作によってロック状態が解除される可能性が高くなる。また、膨大な数の軌跡が考えられることから、ユーザの操作を却って複雑にすることになり、さらに、ユーザが軌跡を忘れることも起こりうる。したがって、この手法では、セキュリティの低下やユーザの利便性の低下も考えられる。これに比べて、実施例１で説明した携帯端末１０は、よりユーザの利便性の向上を図ることができ、セキュリティの低下を抑制することができる。

ところで、実施例１では、解除方式各々とアプリケーションとを対応付けて保持する例を説明したが、これに限定されるものではない。例えば、携帯端末１０は、解除方式各々とアプリケーションのカテゴリとを対応付けて保持することもできる。そこで、実施例２では、解除方式各々とアプリケーションのカテゴリとを対応付けて保持する場合の画面遷移について説明する。

［画面遷移先テーブル］
図９は、実施例２に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。図９に示すように、携帯端末１０の記憶部１７は、「解除方式」と「画面遷移先：カテゴリ」とを対応付けた画面遷移先テーブルを保持する。「解除方式」は、操作を制限するロック状態の解除を実行する解除方式を示し、「画面遷移先：カテゴリ」は、ロック解除に画面表示させるアプリケーションのカテゴリを示す。

図９の場合、パターン認証によってロック状態が解除された場合に、カテゴリがゲームに属するアプリケーションの画面を表示させることを示す。また、暗証番号による認証でロック状態が解除された場合に、カテゴリがＳＮＳに属するアプリケーションの画面を表示させることを示す。また、タッチ認証によってロック状態が解除された場合に、カテゴリがメールに属するアプリケーションの画面を表示させることを示す。また、指紋認証によってロック状態が解除された場合に、カテゴリがブラウザに属するアプリケーションの画面を表示させることを示す。

なお、ここで記憶される情報は、ユーザによって登録され、随時更新することができる。また、カテゴリの分類は、ユーザが手動で設定してもよく、携帯端末１０の自動認識等を用いることができる。つまり、アプリケーションＡがＳＮＳかゲームのいずれに該当するか、ユーザが設定してもよく、携帯端末１０が自動で設定してもよい。

このような状態において、携帯端末１０のプロセッサ２０は、各アプリケーションの利用回数を計数して記憶部１７に格納する。また、プロセッサ２０は、各アプリケーションの所定時間内の利用回数を計数して記憶部１７に格納する。なお、プロセッサ２０は、カテゴリ毎に領域等を分類して計数結果を格納してもよい。そして、プロセッサ２０は、ロック状態の解除に利用された解除方式に対応付けられるカテゴリに属するアプリケーションのうち、利用回数または使用頻度の高いアプリケーションの画面を表示させる。

例えば、プロセッサ２０は、パターン認証によってロック状態の解除が許可された場合、パターン認証に対応するカテゴリ「ゲーム」を特定する。そして、プロセッサ２０は、記憶部１７に記憶される計数結果を参照し、カテゴリ「ゲーム」に属するアプリケーションのうち使用回数が最も多いアプリケーションＸを特定する。その後、プロセッサ２０は、ロック解除する際に、アプリケーションＸの画面を表示させる。

また、プロセッサ２０は、指紋認証によってロック状態の解除が許可された場合、指紋認証に対応するカテゴリ「ブラウザ」を特定する。そして、プロセッサ２０は、記憶部１７に記憶される計数結果を参照し、カテゴリ「ブラウザ」に属するアプリケーションのうち、過去１０分間の間でアクセス回数が最も多いＷｅｂページＹを特定する。その後、プロセッサ２０は、ロック解除する際に、ＷｅｂページＹの画面を表示させる。

［処理の流れ］
図１０は、実施例２に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。図１０に示すように、プロセッサ２０は、ロック状態への遷移タイミングが発生すると（Ｓ２０１：Ｙｅｓ）、携帯端末１０をロック状態へ遷移させる（Ｓ２０２）。

その後、プロセッサ２０は、ロック状態の解除操作を受け付けると（Ｓ２０３：Ｙｅｓ）、解除操作が正常に実行されたか否かを判定する（Ｓ２０４）。そして、プロセッサ２０は、解除操作が正常に実行されると（Ｓ２０４：Ｙｅｓ）、実行された解除方式に対応付けて画面遷移先テーブルに記憶されるアプリケーションのカテゴリを特定する（Ｓ２０５）。なお、プロセッサ２０は、解除操作が正常に実行されなかった場合（Ｓ２０４：Ｎｏ）、Ｓ２０２へ戻ってロック状態を維持する。

続いて、プロセッサ２０は、画面遷移先テーブルにおいて、実行された解除操作にアプリケーションのカテゴリが対応付けられているか否かを判定する（Ｓ２０６）。そして、プロセッサ２０は、対応付けられているカテゴリが存在する場合（Ｓ２０６：Ｙｅｓ）、優先度の設定が使用回数に設定されているか否かを判定する（Ｓ２０７）。

そして、プロセッサ２０は、優先度の設定が使用回数である場合には（Ｓ２０７：Ｙｅｓ）、特定したカテゴリに属するアプリケーションのうち、現在までで使用回数が最も多いアプリケーションを検索する（Ｓ２０８）。一方、プロセッサ２０は、優先度の設定が使用頻度である場合には（Ｓ２０７：Ｎｏ）、特定したカテゴリに属するアプリケーションのうち、使用頻度が最も多いアプリケーションを検索する（Ｓ２０９）。

その後、プロセッサ２０は、検索されたアプリケーションの操作画面に、表示部１５の表示を遷移させた後（Ｓ２１０）、ロック状態を解除する（Ｓ２１１）。

また、Ｓ２０６において、プロセッサ２０は、対応付けられているカテゴリが存在しないと判定した場合（Ｓ２０６：Ｎｏ）、表示画面に警告を出力する（Ｓ２１２）。その後、プロセッサ２０は、ロック状態を解除し（Ｓ２１３）、トップ画面を表示部１５に表示させる（Ｓ２１４）。

［効果］
このようにすることで、携帯端末１０は、利用度の高いアプリケーションを、ロック状態の解除後に自動で表示させることができるので、ユーザの利便性が向上する。なお、使用回数または使用頻度のいずれを優先させるかは、任意に設定変更することができる。なお、使用頻度としては、例えば１０分間などの所定時間の間にどのくらい使用されたかによって判定することができる。また、プロセッサ２０は、カテゴリが特定できたものの、当該カテゴリに属するアプリケーションが存在しない場合には、「起動するアプリケーションが存在しません」などの警告を、表示部１５に表示させることもできる。

ところで、実施例２では、解除方式各々とアプリケーションのカテゴリとを対応付けて保持する例を説明したが、これに限定されるものではない。例えば、携帯端末１０は、解除方式各々とアプリケーションのカテゴリとに対応付けて、携帯端末１０の通信状態に応じて設定された優先度を対応付けて保持することもできる。そこで、実施例３では、解除方式各々とアプリケーションのカテゴリと優先度を対応付けて保持する場合の画面遷移について説明する。

［画面遷移先テーブル］
図１１は、実施例３に係る携帯端末が記憶する画面遷移先テーブルの例を示す図である。図１１に示すように、携帯端末１０の記憶部１７は、「解除方式」と「画面遷移先：カテゴリ」と「優先度１」と「優先度２」を対応付けた画面遷移先テーブルを保持する。

「解除方式」は、操作を制限するロック状態の解除を実行する解除方式を示し、「画面遷移先：カテゴリ」は、ロック解除に画面表示させるアプリケーションのカテゴリを示す。「優先度１」は、通信速度または電波状況が所定値以上の場合に表示させるアプリケーションを示す。「優先度２」は、通信速度または電波状況が所定値未満の場合に表示させるアプリケーションを示す。

図１１の場合、パターン認証によってロック解除操作が正常に実施され、通信状態がＷｉ−Ｆｉ（Wireless Fidelity：登録商標）やＬＴＥ（Long Term Evolution：登録商標）などの高速通信時である場合、カテゴリがゲームに属するゲームＡの画面を表示させることを示す。また、パターン認証によってロック状態が解除され、３Ｇネットワークなどの比較的低速な通信時である場合、カテゴリがゲームに属するゲームＢの画面を表示させることを示す。

また、暗証番号によってロック解除操作が正常に実施され、通信状態が高速通信時である場合には、カテゴリがゲームに属するアプリＡＡの画面を表示させることを示す。また、暗証番号によってロック解除操作が正常に実施され、比較的低速な通信時である場合、カテゴリがＳＮＳに属するアプリＢＢの画面を表示させることを示す。

また、タッチ認証によってロック解除操作が正常に実施され、通信状態が高速通信時である場合には、カテゴリがメールに属するメールアプリのトップ画面を表示させることを示す。また、タッチ認証によってロック解除操作が正常に実施され、比較的低速な通信時である場合、カテゴリがメールに属するメールアプリの受信画面を表示させることを示す。

また、指紋認証によってロック解除操作が正常に実施され、通信状態が高速通信時である場合には、カテゴリがブラウザに属するブラウザに設定されるホーム画面を表示させることを示す。また、指紋認証によってロック解除操作が正常に実施され、比較的低速な通信時である場合、カテゴリがブラウザに属する前回キャッシュされた画面を表示させることを示す。

なお、ここで記憶される情報は、ユーザによって登録され、随時更新することができる。また、カテゴリの分類は、ユーザが手動で設定してもよく、携帯端末１０の自動認識等を用いることができる。また、カテゴリを対応付けることなく、解除方式と各優先度とを対応付けてもよい。

このような状態において、携帯端末１０のプロセッサ２０は、ロック状態の解除に利用された解除方式に対応付けられるカテゴリに属するアプリケーションのうち、通信速度または電波状況に応じて、参照先の優先度を決定する。そして、プロセッサ２０は、決定した優先度に対応付けられるアプリケーションの操作画面を表示させる。

［処理の流れ］
図１２は、実施例３に係る携帯端末が実行する画面遷移処理の流れを示すフローチャートである。図１２に示すように、Ｓ３０１からＳ３０６までの処理は、図１０で説明したＳ２０１からＳ２０６までの処理と同様なので、詳細な説明は省略する。

Ｓ３０６において、プロセッサ２０は、解除方式に対応付けられるカテゴリが存在する場合（Ｓ３０６：Ｙｅｓ）、通信速度が所定値以上か否かを判定する（Ｓ３０７）。例えば、プロセッサ２０は、直近のデータ転送時の速度を計測して保存しておき、この速度が閾値以上か否かによって、判定することができる。また、プロセッサ２０は、携帯端末１０が現時点で使用する通信方式によって判定することもできる。

そして、プロセッサ２０は、通信速度が所定値以上である場合には（Ｓ３０７：Ｙｅｓ）、画面遷移先テーブルを参照し、特定したカテゴリに属するアプリケーションのうち優先度１に設定されるアプリケーションを検索する（Ｓ３０８）。一方、プロセッサ２０は、通信速度が所定値未満である場合には（Ｓ３０７：Ｎｏ）、画面遷移先テーブルを参照し、特定したカテゴリに属するアプリケーションのうち優先度２に設定されるアプリケーションを検索する（Ｓ３０９）。

続いて、プロセッサ２０は、画面遷移先テーブルにおいて、該当アプリケーションが対応付けられているか否かを判定する（Ｓ３１０）。そして、プロセッサ２０は、対応付けられているアプリケーションが存在する場合（Ｓ３１０：Ｙｅｓ）、当該アプリケーションの操作画面に表示部１５の表示を遷移させた後（Ｓ３１１）、ロック状態を解除する（Ｓ３１２）。

一方、プロセッサ２０は、画面遷移先テーブルにおいて、該当アプリケーションが対応付けられていない場合（Ｓ３１０：Ｎｏ）、「該当するアプリケーションがありません」などの警告を表示画面に出力する（Ｓ３１３）。その後、プロセッサ２０は、ロック状態を解除し（Ｓ３１４）、トップ画面を表示部１５に表示させる（Ｓ３１５）。なお、Ｓ３０６において、プロセッサ２０は、対応付けられるアプリケーションが存在しない場合も（Ｓ３０６：Ｎｏ）、Ｓ３１３からＳ３１５を実行する。

［効果］
このように、実施例３に係る携帯端末１０は、通信速度や電波状況などの通信状態に応じて、ロック解除後に表示させるアプリケーションを動的に変更することができる。つまり、携帯端末１０は、通信速度が高速な場合や電波状況が所定値以上でよい場合には、起動後に通信が発生するアプリケーションや高速な通信が求められるアプリケーションの画面を表示させる。一方、携帯端末１０は、通信速度が低速な場合や電波状況が所定値未満で悪い場合には、起動後に通信が発生しないまたは高速な通信が求められないアプリケーションの画面を表示させることができる。

したがって、携帯端末１０は、通信状況に応じて適切なアプリケーションの画面を表示させることができる。この結果、ロック解除後のアプリケーションが問題なく動作することができるので、ロック解除後も快適に操作することができる。例えば、通信環境が悪い状態でロック解除後に表示させたアプリケーションが、データ受信等を開始し、データ受信が終了するまでに多くの時間がかかることで、ユーザが操作できない時間が長くなるなどの状態を抑制できる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（解除方式）
実施例１−３で説明した解除方式は、例示であり、数や方式を限定するものではなく、携帯端末１０が有する他の解除方式を採用することもできる。また、分類するカテゴリの種別等も、ユーザが任意に設定変更することができる。

（通信状態）
実施例３では、携帯端末１０の通信状態として通信速度を例示したが、これに限定されるものではなく、例えば通信方式、電波状況、ローミング状態、これらの組み合わせなどを用いることもできる。例えば、ローミング中であれば、通信が発生しないアプリケーションの優先度を高くするなどが挙げられる。

また、実施例３では、優先度を２つ対応付ける例を説明したが、これに限定されるものではなく、通信状態の分類に応じて、３つ以上の優先度を対応付けることもできる。また、携帯端末１０は、各優先度に対応するアプリケーションをユーザに設定させるだけでなく、使用回数や使用頻度に応じて自動的に設定することができる。例えば、ユーザが優先度１に対応付けて「通信が発生しないアプリケーション」と対応付けておくことで、携帯端末１０は、通信が発生しないアプリケーションのうち使用回数または使用頻度が最も多いアプリケーションを自動的に選択して表示させることもできる。

また、携帯端末１０は、複数の優先度が設定されている場合、優先度が最も高いアプリケーションが削除等されて存在しない場合には、次に優先度が高いアプリケーションの画面を表示することもできる。なお、アプリケーションのどの画面に遷移させるのかについても任意に設定できる。例えば、操作画面、トップ画面、最近操作された画面、更新があった画面などを設定することができる。

（テーブルの設定）
実施例１−３では、「解除方式」に「アプリケーション」の名称等を対応付ける例を説明したが、これに限定されるものではない。例えば、「解除方式」に対して、「ロック解除前に利用していたアプリケーション」のように、アプリケーションを特定できる情報を対応付けてもよい。

（ロック解除順序）
実施例１−３では、携帯端末１０が、該当するアプリケーションの画面に表示部１５の表示を遷移させた後にロック状態を解除する例で説明したが、これに限定されるものではない。例えば、携帯端末１０は、ロック状態を解除した後に、該当するアプリケーションの画面を表示部１５に表示させることもできる。

（認証方式の選択）
実施例１−３では、携帯端末１０は、ロック状態中であっても、各認証方式を利用可能な状態で待機し、いずれかの認証方式による認証の開始を検出した場合に、上記処理を実行する例で説明した。つまり、携帯端末１０は、ユーザの操作等によって認証開始を検出して、上記処理を実行する。この手法以外にも、携帯端末１０は、ロック状態中に表示画面で操作を受け付けると、解除方式一覧を表示し、いずれかの解除方式を選択させることもできる。この場合、携帯端末１０は、ロック状態中に各認証方式の機能を抑制することができるので、省電力化にも繋がる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１０ 携帯端末
１１ アンテナ
１２ 無線部
１３ オーディオ入出力部
１３ａ マイク
１３ｂ スピーカ
１４ 指紋認証部
１５ 表示部
１６ タッチ検出部
１７ 記憶部
２０ プロセッサ

Claims (5)

1. 操作を制限するロック状態の解除を実行する複数の解除方式各々と、アプリケーションまたは前記アプリケーションのカテゴリとを対応付けた情報を保持するメモリと
   前記メモリに接続されるプロセッサと、を有し、
   前記プロセッサは、
   前記ロック状態を解除する操作に応じて、前記情報を参照して前記ロック状態の解除に利用された解除方式に対応付けられるアプリケーションを起動または表示させる
   処理を実行することを特徴とする端末装置。
2. 前記プロセッサは、前記ロック状態の解除に利用された解除方式に対応付けられるカテゴリに属するアプリケーションのうち、利用回数または使用頻度に基づいてアプリケーションを起動または表示させる請求項１に記載の端末装置。
3. 前記メモリは、前記アプリケーションまたは各カテゴリについて前記端末装置の通信状態に応じた優先度をさらに対応付けた情報を保持し、
   前記プロセッサは、前記ロック状態の解除に利用された解除方式に対応付けられる前記アプリケーションまたは前記カテゴリに属するアプリケーションのうち、前記端末装置の通信状況に応じて決定される優先度に基づいてアプリケーションを起動または表示させる請求項１に記載の端末装置。
4. 前記メモリは、前記端末装置の通信状態として、通信速度または電波状況に応じた優先度を対応付けて保持し、
   前記プロセッサは、前記ロック状態の解除に利用された解除方式に対応付けられる前記カテゴリに属するアプリケーションのうち、前記通信速度または電波状況に応じて決定される優先度に基づいてアプリケーションを起動または表示させる請求項３に記載の端末装置。
5. 端末装置に、
   操作を制限するロック状態の解除を実行する複数の解除方式各々と、アプリケーションまたは前記アプリケーションのカテゴリとを対応付けた情報を参照し、
   前記ロック状態を解除する操作に応じて、前記ロック状態の解除に利用された解除方式に対応付けられるアプリケーションを起動または表示させる
   処理を実行させることを特徴とする端末制御プログラム。

Images