JP2016062397A - 端末装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】セキュリティを保ちつつ、ロック状態での利便性を向上させること。
【解決手段】本願に係る端末装置は、設定部と、起動要求受付部と、起動部とを備える。設定部は、ロック状態を設定する。ロック状態は、端末装置が保有する情報を用いてサーバへアクセスする第１アプリケーションの起動を制限する状態である。起動要求受付部は、ロック状態において、第１アプリケーションによって用いられる情報を用いずにサーバへアクセスする第２アプリケーションの起動要求を受け付ける。起動部は、起動要求受付部によって起動要求が受け付けられた場合に、ロック状態において第２アプリケーションを起動する。
【選択図】図３

Description

本発明は、端末装置、情報処理方法および情報処理プログラムに関する。

従来、スマートフォンやタブレット型ＰＣ（Personal Computer）などの端末装置において、セキュリティの保護や誤操作の防止を目的として、アプリケーションの起動を制限する端末ロックが知られている。

近年では、ユーザの利便性を高めるため、一部の機能についてはロック状態であっても起動できるように構成された端末装置も提案されている。たとえば、ロック状態においてウェブ検索を実行して検索結果をリスト表示する端末装置が知られている。

特開２０１３−６１９４３号公報

しかしながら、上述した従来技術では、サーバへアクセスする際に、端末装置が保有するクッキー（cookie）や識別情報などの情報が用いられる可能性があるため、セキュリティを担保することが困難である。すなわち、たとえばロック状態の端末装置を第三者が勝手に操作してサーバへのアクセスを行った場合に、端末装置が保有する情報が用いられることで、ロック状態であるにもかかわらず、ユーザの個人情報等が漏洩するおそれがある。このように、上述した従来技術には、セキュリティを保ちつつ、ロック状態での利便性を向上させるという点で更なる改善の余地がある。

一方、上述した従来技術は、ロック状態においてウェブ検索を実行可能であるものの、検索結果をリスト表示するに留まっていた。したがって、ロック状態においてウェブ検索を実行する場合、この点についても、ロック状態での利便性を向上させるうえで改善の余地がある。

本願は、上記に鑑みてなされたものであって、セキュリティを保ちつつ、ロック状態での利便性を向上させることができる端末装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る端末装置は、端末装置であって、前記端末装置が保有する情報を用いてサーバへアクセスする第１アプリケーションの起動を制限するロック状態を設定する設定部と、前記ロック状態において、前記第１アプリケーションによって用いられる前記情報を用いずにサーバへアクセスする第２アプリケーションの起動要求を受け付ける起動要求受付部と、前記起動要求受付部によって前記起動要求が受け付けられた場合に、前記ロック状態において前記第２アプリケーションを起動する起動部とを備えることを特徴とする。

実施形態の一態様によれば、セキュリティを保ちつつ、ロック状態での利便性を向上させることができる。

図１は、実施形態に係る情報処理の一例を示す説明図である。 図２は、実施形態に係る端末装置の構成例を示す図である。 図３は、実施形態に係るロックアプリ部の構成例を示す図である。 図４は、実施形態に係るロックアプリ部によって表示されるロック画面の一例を示す図である。 図５は、実施形態に係るロックアプリ部によって表示される音声入力画面の一例を示す図である。 図６は、実施形態に係るロックアプリ部によって表示される解除情報入力画面の一例を示す図である。 図７は、実施形態に係る第２アプリ部の構成例を示す図である。 図８は、実施形態に係る第２アプリ部によって表示されるリスト画面の一例を示す図である。 図９は、実施形態に係る第２アプリ部によって表示されるウェブページの一例を示す図である。 図１０は、実施形態に係る第１アプリ部の構成例を示す図である。 図１１は、実施形態に係る第１アプリ部によって表示されるウェブページの一例を示す図である。 図１２は、実施形態に係る端末装置による情報処理の処理手順を示すシーケンス図である。 図１３は、実施形態に係る端末装置による情報処理の処理手順を示すシーケンス図である。 図１４は、第１アプリ部と第２アプリ部とを機能的に統合したアプリ部の構成例を示す図である。 図１５は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る端末装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る端末装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す説明図である。図１では、端末装置１０が、ブラウザアプリケーションを起動する場合について例示する。なお、本明細書において、ブラウザアプリケーションとは、ウェブブラウズ機能を有するアプリケーションのことを指す。

図１に示すように、端末装置１０は、ロック状態を設定することができる。ロック状態とは、端末装置１０が有する複数のアプリケーションの起動を制限する状態のことである。

ロック状態が解除された状態（以下、「ロック解除状態」と呼ぶ）において、端末装置１０は、ユーザの操作に応じて第１アプリケーションを起動する。第１アプリケーションが起動された状態において、端末装置１０は、端末装置１０が保有する情報（以下、「端末保有情報Ｘ」と呼ぶ）を用いてサーバ２０へアクセスする（ステップＳ０１）。端末保有情報Ｘは、たとえば、クッキー（cookie）やユーザＩＤ等の個人情報の他、端末装置１０を識別する端末識別情報や位置情報などである。

そして、端末装置１０は、サーバ２０から取得したウェブページを含むウェブページ画面Ｐ１を表示部（たとえば、タッチパネル）に表示する。このように、端末装置１０は、第１アプリケーションを起動することで、ユーザの個人情報等が反映されたウェブページ画面Ｐ１をサーバ２０から取得して表示することができる。

つづいて、たとえば、ユーザが端末装置１０のホームボタン１２１を長押しすると（ステップＳ０２）、端末装置１０の表示部１３（図２参照）にロック画面Ｐ２が表示されてロック状態となる。このようにロック状態が設定されることで、第１アプリケーションを含む複数のアプリケーションの起動が制限される。なお、ロック状態は、電源が投入された場合や、端末装置１０を省電力状態で待機させる省電力状態から復帰した場合に設定されてもよい。

端末装置１０は、ロック状態において第２アプリケーションの起動要求を受け付ける。たとえば、ユーザがロック画面Ｐ２を長押しすると（ステップＳ０３）、端末装置１０は、ユーザの発話をテキストデータに変換する。なお、図１では、ユーザが「ろっぽんぎ」と発話した場合を例示している。

つづいて、端末装置１０は、第２アプリケーションを起動する。第２アプリケーションが起動された状態において、端末装置１０は、前述の端末保有情報Ｘを用いずにサーバ２０へアクセスする（ステップＳ０４）。この場合、端末装置１０は、発話のテキストデータを含む検索要求をサーバ２０へ送信する。また、検索要求を受信したサーバ２０は、検索要求に含まれるテキストデータに対応する検索結果を端末装置１０へ送信する。

そして、端末装置１０は、サーバ２０から取得した検索結果のリスト画面Ｐ３を表示部に表示する。

このように、端末装置１０は、ロック状態において、第２アプリケーションを起動することとした。これにより、ロック解除の操作を行うことなく、第２アプリケーションを利用することができる。また、第２アプリケーションは、端末保有情報Ｘを用いずにサーバ２０へアクセスするアプリケーションであるため、たとえば端末装置１０のユーザ以外の者が端末装置１０を使用する場合であっても、ユーザ情報等の漏洩を抑制することができる。

したがって、本実施形態に係る情報処理によれば、セキュリティを保ちつつ、ロック状態での利便性を向上させることができる。以下、このような情報処理を実現する端末装置１０について詳細に説明する。

〔２．端末装置１０の構成〕
図２は、実施形態に係る端末装置１０の構成例を示す図である。図２に示す端末装置１０は、たとえば、スマートフォン、タブレット型ＰＣ、ＰＤＡ（Personal Digital Assistant）、携帯電話機などである。

端末装置１０には、ブラウザアプリケーションとして、第１アプリケーションおよび第２アプリケーションの２種類のアプリケーションがインストールされている。第１アプリケーションは、ロック解除状態においてユーザによって利用されるブラウザアプリケーションであり、たとえば、端末装置１０に標準でインストールされたものや、ユーザが任意にダウンロードしたものに該当する。一方、第２アプリケーションは、ロック状態において利用可能なブラウザアプリケーションであり、ロック状態を設定するロックアプリケーションと連携して動作する。

なお、以下では、第１アプリケーションを「標準ブラウザ」、第２アプリケーションを「簡易ブラウザ」と呼ぶ場合がある。

図２に示すように、端末装置１０は、通信部１１と、入力部１２と、表示部１３と、位置情報取得部１４と、記憶部１５と、制御部１６とを備える。通信部１１は、ネットワークＮに接続され、ネットワークＮを介してサーバ２０との間で通信を行う。かかる通信部１１は、ネットワークＮとの接続を無線で行う。

入力部１２は、ユーザから各種操作を受け付ける入力デバイスである。たとえば、入力部１２は、カーソルキーやテンキーなどを含むキーボード、電源ボタン、図１に示すホームボタン１２１、ユーザの発話を受け付けるマイク等によって実現される。なお、ホームボタン１２１は、ホーム画面へ遷移するためのボタンである。

表示部１３は、各種情報を表示するための表示デバイスである。たとえば、表示部１３は、液晶ディスプレイ等によって実現される。なお、端末装置１０にタッチパネルが採用される場合には、入力部１２の一部および表示部１３は一体化される。

位置情報取得部１４は、たとえばＧＰＳ（Global Positioning System）受信部であり、ＧＰＳ衛星から送出される電波を受信し、受信した電波に基づいて端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。位置情報取得部１４は、取得した位置情報を記憶部１５に記憶する。なお、位置情報取得部１４は、設置位置が既知であるアクセスポイントにＷｉＦｉ（Wireless Fidelity）により端末装置１０が接続している場合には、アクセスポイントの設置位置に基づいて位置情報を取得してもよい。

記憶部１５は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子等によって実現される。記憶部１５には、上述した端末識別情報や位置情報など、端末保有情報Ｘの一部が記憶される。

制御部１６は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１５に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

かかる制御部１６は、主制御部１１０と、音声認識部１２０と、ロックアプリ部１３０と、第２アプリ部１４０と、アプリ部群１５０とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１６の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

なお、端末装置１０が有する２種類のブラウザアプリケーションのうち第１アプリケーション（標準ブラウザ）が制御部１６によって実行されることにより、アプリ部群１５０に含まれる第１アプリ部１６０が実現される。また、第２アプリケーション（簡易ブラウザ）が制御部１６によって実行されることにより、第２アプリ部１４０が実現される。

（主制御部１１０について）
主制御部１１０は、たとえば記憶部１５に記憶されているＯＳ（Operating System）が制御部１６によって実行されることにより実現される。主制御部１１０は、たとえば、ロック解除状態においてホームボタン１２１（図１参照）が押下された場合に、現在の表示画面からホーム画面に戻る処理を行う。

また、主制御部１１０は、入力部１２により各種操作が受け付けられた場合、省電力状態へ移行（または省電力状態から復帰）した場合、端末装置１０が再起動した場合など様々なイベントが発生した場合に、イベントの発生を予め登録されたアプリ部へ通知する処理も行う。たとえば、主制御部１１０は、端末装置１０を通常状態へ復帰させる操作（たとえば、省電力状態において電源ボタンを押す操作）がなされた場合に、通常状態への復帰要求をロックアプリ部１３０を含む複数のアプリ部へ出力する。

その他、主制御部１１０は、入力部１２により所定のアプリケーションの起動指示が受け付けられた場合に、該当するアプリケーションを起動する処理等も行う。

（音声認識部１２０について）
音声認識部１２０は、記憶部１５に記憶されている音声認識アプリケーションが制御部１６によって実行されることにより実現される。音声認識部１２０は、入力部１２により受け付けられたユーザの発話をテキストデータに変換する処理を行う。この処理は、たとえば、ユーザの発話の音声データを音声認識サーバへ送信し、音声認識サーバによって音声データから変換されたテキストデータを音声認識サーバから受信することによって実現される。

また、音声認識部１２０は、ユーザの発話から変換されたテキストデータをロックアプリ部１３０へ渡す処理も行う。

（ロックアプリ部１３０について）
ロックアプリ部１３０は、記憶部１５に記憶されているロックプログラム（情報処理プログラムの一例に相当）が制御部１６によって実行されることにより実現される。ここで、ロックアプリ部１３０の構成例について図３を参照して説明する。図３は、実施形態に係るロックアプリ部１３０の構成例を示す図である。

図３に示すように、ロックアプリ部１３０は、設定部１３１と、起動要求受付部１３２と、起動部１３３と、遷移要求受付部１３４と、解除情報受付部１３５と、遷移部１３６と、記憶部１３７とを備える。

（記憶部１３７について）
記憶部１３７は、ＵＲＬ情報１３７ａと、解除情報１３７ｂとを記憶する。ＵＲＬ情報１３７ａは、ＵＲＬ（Uniform Resource Locator）を示す情報である。このＵＲＬ情報１３７ａは、後述する第２アプリ部１４０から送信される。解除情報１３７ｂは、ロック状態の解除に用いられる情報である。たとえば、解除情報１３７ｂは、４桁で表される文字列の情報（たとえばパスコード）である。

（設定部１３１について）
設定部１３１は、後述する第１アプリ部１６０を含む複数のアプリ部（アプリ部群１５０）の起動を制限するロック状態を設定する。具体的には、設定部１３１は、省電力状態からの復帰、端末装置１０の起動・再起動、ホームボタン１２１の長押し操作等の特定のイベントが発生した場合に、ロック画面Ｐ２を生成して表示部１３に表示する。なお、設定部１３１は、これらのイベントの発生を主制御部１１０からの通知によって検知する。

図４は、実施形態に係るロックアプリ部１３０によって表示されるロック画面Ｐ２の一例を示す図である。図４に示すように、ロック画面Ｐ２は、たとえば、現在の時刻を示すテキストＭ１と、錠前のアイコンＭ２とを含んだ画像である。

また、設定部１３１は、ロック状態において、ホーム画面への移動を制限する。たとえば、設定部１３１は、ユーザによってホームボタン１２１が押下されても、この操作を受け付けない。これにより、アプリ部群１５０に含まれる第１アプリ部１６０をはじめとする各種アプリ部の起動が制限される。

（起動要求受付部１３２について）
起動要求受付部１３２は、第２アプリケーションの起動要求を受け付ける。たとえば、起動要求受付部１３２は、表示部１３にロック画面Ｐ２が表示された状態で、特定の操作（たとえばロック画面Ｐ２の長押し操作）が行われると、表示部１３に音声入力画面を表示する。また、起動要求受付部１３２は、音声認識部１２０を起動することにより、端末装置１０がユーザの発話を受け付け可能な状態とする。

図５は、実施形態に係るロックアプリ部１３０によって表示される音声入力画面の一例を示す図である。図５に示すように、音声入力画面Ｐ４は、たとえば、発話を促す「お話しください」というテキストＭ３と、マイクのアイコンＭ４とを含んだ画像である。

また、起動要求受付部１３２は、ユーザの発話から変換されたテキストデータを音声認識部１２０から取得すると、取得したテキストデータを起動部１３３へ渡す処理も行う。

なお、ここでは、音声認識部１２０を用いてテキストデータを取得する場合を例示したが、テキストデータの取得方法は、この例に限定されない。たとえば、起動要求受付部１３２は、ロック画面Ｐ２において特定の操作がなされた場合に、表示部１３にキーボードを表示させて、ユーザによるテキストデータの入力を受け付けるようにしてもよい。

このように、ユーザによるテキストデータの入力を受け付け可能とすることで、ユーザは、電車の中など音声による検索が敬遠される状況においても気兼ねなくウェブ検索を行うことができる。また、ロック状態において起動する第２アプリケーションは、端末保有情報Ｘを用いないため、テキスト入力による検索を行う場合でも、検索履歴やフォームデータ等がテキスト入力欄に表示されてユーザ以外の者に漏洩するおそれはない。

（起動部１３３について）
起動部１３３は、第２アプリ部１４０の起動処理を行う。具体的には、起動部１３３は、起動要求受付部１３２からテキストデータを取得した場合に、第２アプリ部１４０に対し、取得したテキストデータと、ロック画面Ｐ２の画像データと、起動指示とを出力する。なお、テキストデータ、ロック画面Ｐ２の画像データおよび起動指示は、起動部１３３から主制御部１１０を介して第２アプリ部１４０へ出力されてもよい。

なお、ここでは、起動部１３３が、起動要求受付部１３２からテキストデータを取得したことを条件として第２アプリ部１４０を起動する場合を例示したが、第２アプリ部１４０の起動条件は、この例に限定されない。たとえば、設定部１３１が、ロック画面Ｐ２に第２アプリケーションに対応するアイコンを表示させ、起動要求受付部１３２が、かかるアイコンへのタッチ操作を受け付ける。そして、起動部１３３が、第２アプリケーションに対応するアイコンが押下された旨の通知を起動要求受付部１３２または主制御部１１０から受けた場合に、第２アプリ部１４０を起動してもよい。

ここで、ロックアプリ部１３０の起動部１３３は、端末装置１０に内蔵された充電池の残容量に応じて第２アプリ部１４０の起動を制限してもよい。具体的には、端末装置１０に内蔵された充電池の残容量を示す残容量情報を主制御部１１０から取得し、取得した残容量情報により示される残容量が閾値を下回っている場合には、第２アプリ部１４０に対する起動指示の出力を禁止するようにしてもよい。

たとえばユーザが端末装置１０を紛失した場合、ユーザ以外の者が第２アプリ部１４０を利用することで、充電池の残容量が減少し、ＧＰＳを利用した端末装置１０の追跡等を行うことが困難となってしまうおそれがある。これに対し、充電池の残容量が閾値を下回った場合に、第２アプリ部１４０に対する起動指示の出力を禁止することとすれば、上記のような事態を防止することができる。

また、起動部１３３は、ロック状態が設定されてから解除されるまでの期間における第２アプリ部１４０の総起動時間を計測し、計測した総起動時間が閾値を超えた場合に、第２アプリ部１４０に対する起動指示の出力を禁止してもよい。

ロック状態が解除されることなく、第２アプリ部１４０が長時間利用されている場合、端末装置１０は、ユーザ以外の者により無断で使用されている可能性がある。そこで、たとえば、ロック状態が維持されている状態で第２アプリ部１４０の総起動時間が閾値を超えた場合に、第２アプリ部１４０に対する起動指示の出力を禁止することとすれば、ユーザ以外の者による端末装置１０の無断使用を防止することができる。

なお、起動部１３３は、第２アプリ部１４０の総起動時間が閾値を超えた場合に、第２アプリ部１４０によって表示されるリスト画面Ｐ３（図８参照）やウェブページ画面Ｐ６（図９参照）からロック画面Ｐ２に強制的に移動させてもよい。

（遷移要求受付部１３４について）
遷移要求受付部１３４は、第２アプリ部１４０が起動された状態において、第２アプリ部１４０から第１アプリ部１６０への遷移要求を受け付ける。具体的には、遷移要求受付部１３４は、後述する遷移ボタンＢ１（図８参照）がユーザによって押下された場合に第２アプリ部１４０から出力される遷移要求を受け付ける。遷移要求受付部１３４は、遷移要求を受け付けると、ロック状態の解除要求を解除情報受付部１３５に出力する。

また、遷移要求受付部１３４は、上記の通知とともに、ＵＲＬ情報１３７ａを第２アプリ部１４０から取得して記憶部１３７に記憶する処理も行う。

（解除情報受付部１３５について）
解除情報受付部１３５は、ロック状態の解除要求を遷移要求受付部１３４から取得した場合に、表示部１３に解除情報入力画面を表示して、ユーザによる解除情報の入力を受け付ける。

図６は、実施形態に係るロックアプリ部１３０によって表示される解除情報入力画面の一例を示す図である。図６に示すように、解除情報入力画面Ｐ５は、たとえば、テンキーＭ５と、選択された数字が表示される表示欄Ｍ６とを含んだ画像である。

解除情報受付部１３５は、かかる解除情報入力画面Ｐ５において入力された情報と、記憶部１３７に記憶された解除情報１３７ｂとが一致した場合に、第１アプリ部１６０への遷移要求を遷移部１３６に出力する。

なお、解除情報受付部１３５は、上述した第２アプリ部１４０の総起動時間を計測し、計測した総起動時間が閾値を超えた場合に、表示部１３に解除情報入力画面Ｐ５を表示して、ユーザによる解除情報の入力を受け付けてもよい。これにより、ユーザ以外の者による端末装置１０の無断使用を防止することができる。

また、解除情報受付部１３５は、第２アプリ部１４０の総起動時間が閾値を超えた場合に、第２アプリ部１４０によって表示されるリスト画面Ｐ３（図８参照）やウェブページ画面Ｐ６（図９参照）から解除情報入力画面Ｐ５に強制的に移動させてもよい。

（遷移部１３６について）
遷移部１３６は、解除情報受付部１３５によって解除情報の入力が受け付けられた場合に、ロック状態を解除して第１アプリ部１６０を起動する。具体的には、遷移部１３６は、解除情報受付部１３５から遷移要求を取得すると、まず、設定部１３１によって設定されたロック状態を解除する。たとえば、遷移部１３６は、表示部１３へのロック画面Ｐ２の表示を停止し、ロックアプリ部１３０をバックグラウンドで起動している状態に移行させることにより、ホーム画面への移動が可能な状態とする。これにより、アプリ部群１５０に含まれる第１アプリ部１６０をはじめとする各種アプリ部を起動させることが可能な状態となる。

その後、遷移部１３６は、第１アプリ部１６０に対し、起動指示と、記憶部１３７に記憶されたＵＲＬ情報１３７ａとを出力する。これにより、第１アプリ部１６０は起動して、ＵＲＬ情報１３７ａに対応するウェブページをサーバ２０から取得する処理を行う。なお、ＵＲＬ情報１３７ａおよび起動指示は、主制御部１１０を介して第１アプリ部１６０へ出力されてもよい。

また、遷移部１３６は、ロック状態を解除すると、第２アプリ部１４０に対し、後述する第２アプリ部１４０の記憶部１４５（図７参照）に記憶された各種の情報を削除すべき旨の削除要求を出力する。削除要求を取得した第２アプリ部１４０は、記憶部１４５に記憶されたクッキー情報や履歴情報等を削除する。

（第２アプリ部１４０について）
図２に戻り、第２アプリ部１４０について説明する。第２アプリ部１４０は、たとえば記憶部１５に記憶されている第２アプリケーション（簡易ブラウザ）が制御部１６によって実行されることにより実現される。かかる第２アプリ部１４０は、ロックアプリ部１３０から出力される起動指示に従って起動する。

ここで、第２アプリ部１４０の構成例について図７を用いて説明する。図７は、実施形態に係る第２アプリ部１４０の構成例を示す図である。

図７に示すように、第２アプリ部１４０は、アクセス処理部１４１と、表示処理部１４２と、遷移要求通知部１４３と、消去部１４４と、記憶部１４５とを備える。

（記憶部１４５について）
記憶部１４５は、上述したＵＲＬ情報１３７ａ、クッキー情報１４５ａおよび履歴情報１４５ｂ等を記憶する。クッキー情報１４５ａは、第２アプリ部１４０によって取得されたクッキーを示す情報である。履歴情報１４５ｂは、第２アプリ部１４０を用いて過去に閲覧されたウェブページのＵＲＬやキャッシュデータなどを含む情報である。その他、記憶部１４５には、ログイン情報やフォームデータ等が記憶されてもよい。

（アクセス処理部１４１について）
アクセス処理部１４１は、サーバ２０へのアクセスを行う。具体的には、アクセス処理部１４１は、ユーザの発話から変換されたテキストデータをロックアプリ部１３０の起動部１３３から取得した場合に、取得したテキストデータを検索キーワードとする検索要求をサーバ２０へ送信する処理を行う。たとえば、音声入力画面Ｐ４（図５参照）が表示された状態においてユーザが「ろっぽんぎ」と発話した場合、アクセス処理部１４１は、「六本木」を検索キーワードとする検索要求をサーバ２０へ送信し、サーバ２０から「六本木」に対応する検索結果を受信する。なお、この検索結果には、各リンク先のウェブページを指定するＵＲＬが含まれる。

また、アクセス処理部１４１は、検索結果のリストの中からリンク先を選択する操作がユーザによってなされた場合に、選択されたリンク先のＵＲＬを含むページリクエストをサーバ２０に対して送信して、該当するウェブページをサーバ２０から受信する。

このように、第２アプリ部１４０は、ロック状態において、サーバ２０へアクセスして検索結果やウェブページを取得することができる。すなわち、ユーザは、ロック解除の操作を行うことなくウェブ検索やウェブページの閲覧を行うことができる。したがって、たとえば、わざわざロック解除の操作を行ってまで検索するほどではない弱い動機の検索であっても、気軽に検索を行わせることができる。

また、アクセス処理部１４１は、上述したサーバ２０へのアクセスを、後述する第１アプリ部１６０が記憶するクッキー情報や履歴情報等あるいは記憶部１５に記憶された端末識別情報や位置情報等を含む端末保有情報Ｘを用いずにサーバ２０へのアクセスを行う。

したがって、仮に、ロック状態において端末装置１０のユーザ以外の者が第２アプリ部１４０を利用したとしても、端末保有情報Ｘの漏洩を抑制することができる。

また、アクセス処理部１４１は、サーバ２０から受信したウェブページのＵＲＬをＵＲＬ情報１３７ａとして記憶部１４５に記憶する。このとき、アクセス処理部１４１は、サーバ２０からウェブページを受信する毎にＵＲＬ情報１３７ａを更新する。したがって、記憶部１４５には、最新のＵＲＬ情報１３７ａが記憶される。なお、アクセス処理部１４１は、ＵＲＬ情報１３７ａの他、クッキー情報１４５ａや履歴情報１４５ｂ等を記憶部１４５に記憶する処理も行う。なお、アクセス処理部１４１は、ユーザの設定によって、クッキー情報１４５ａ、履歴情報１４５ｂ等を記憶部１４５に記憶しないこともできる。

また、アクセス処理部１４１は、サーバ２０から受信した検索結果やウェブページを表示処理部１４２へ渡す処理を行う。また、アクセス処理部１４１は、ロックアプリ部１３０の起動部１３３からロック画面Ｐ２の画像データを取得し、取得したロック画面Ｐ２の画像データを表示処理部１４２へ渡す処理も行う。

（表示処理部１４２について）
表示処理部１４２は、ロック画面Ｐ２の画像データと検索結果とをアクセス処理部１４１から取得した場合に、これらの情報を用いて検索結果のリスト画面を生成して表示部１３に表示する。

図８は、実施形態に係る第２アプリ部１４０によって表示されるリスト画面の一例を示す図である。図８に示すように、リスト画面Ｐ３は、たとえば、検索キーワードやＵＲＬ等が表示される表示欄Ｍ７と、検索結果のリストＭ８と、遷移ボタンＢ１とを含んだ画像である。遷移ボタンＢ１は、第２アプリ部１４０（簡易ブラウザ）から第１アプリ部１６０（標準ブラウザ）へ遷移する場合に、ユーザによって押下されるボタンである。

また、リスト画面Ｐ３は、透過性を有しており、ロック画面Ｐ２上に重ねて表示部１３に表示される。これにより、図８に示すように、ロック画面Ｐ２に含まれるテキストＭ１やアイコンＭ２がリスト画面Ｐ３を介して見える状態になる。

このように、表示処理部１４２は、透過性を有するリスト画面Ｐ３を生成し、表示部１３に表示する。これにより、第２アプリ部１４０によるウェブ検索がロック状態で行われていることをユーザに認識させることができる。なお、表示処理部１４２は、ユーザの操作が受け付けられていない状態でのリスト画面Ｐ３の透過率を、ユーザの操作が受け付けられている状態でのリスト画面Ｐ３の透過率と比べて低くしてもよい。ユーザの操作が受け付けられていない場合、ユーザがリストＭ８（図８参照）を閲覧している状態である可能性が高い。このため、かかる状態でのリスト画面Ｐ３の透過率を低くする、言い換えれば、ロック画面Ｐ２を見えにくくすることで、リストＭ８の視認性を高めることができる。

また、表示処理部１４２は、アクセス処理部１４１から取得したウェブページを表示部１３に表示する処理も行う。

図９は、実施形態に係る第２アプリ部１４０によって表示されるウェブページ画面の一例を示す図である。図９に示すように、ウェブページ画面Ｐ６は、たとえば、ウェブページＭ９と、上述した表示欄Ｍ７および遷移ボタンＢ１とを含んだ画像である。

上述したように、第２アプリ部１４０は、端末保有情報Ｘを用いずにサーバ２０へのアクセスを行う。このため、たとえば図９に示す「サイトＡ」において、端末保有情報Ｘと関連づけてユーザ名「タロー」が登録されていたとしても、第２アプリ部１４０によって表示されるウェブページ画面Ｐ６には、上記ユーザ名は表示されず「ゲスト様」などと表示される。同様に、購入履歴や閲覧履歴などが端末保有情報Ｘと関連づけて登録されていたとしても、第２アプリ部１４０によって表示されるウェブページ画面Ｐ６にこれらの情報が表示されることはない。したがって、端末保有情報Ｘの漏洩を抑制することができる。

このように、実施形態に係る端末装置１０では、リスト画面Ｐ３の表示だけでなく、リンク先のウェブページＭ９の表示までも、セキュリティを保ちつつ且つロック解除の手間をかけることなく行うことができる。

したがって、たとえば、ロック状態において検索結果のリストからリンク先のウェブページへ遷移する際に、ユーザに対してパスコードの入力等を要求するように構成された端末装置と比較して、ロック状態での利便性を向上させることができる。

（遷移要求通知部１４３について）
遷移要求通知部１４３は、リスト画面Ｐ３（図８参照）またはウェブページ画面Ｐ６（図９参照）に含まれる遷移ボタンＢ１がユーザによって押下された場合に、ロックアプリ部１３０に対して遷移要求を出力する。また、遷移要求通知部１４３は、遷移要求と合わせて、記憶部１４５に記憶されたＵＲＬ情報１３７ａをロックアプリ部１３０に出力する処理も行う。

（消去部１４４について）
消去部１４４は、記憶部１４５に記憶された情報を消去する。具体的には、消去部１４４は、遷移部１３６から消去要求を取得した場合、すなわち、ロック状態が解除された場合に、記憶部１４５に記憶された情報をＵＲＬ情報１３７ａ、クッキー情報１４５ａ、履歴情報１４５ｂ等を消去する。これにより、前述のアクセス処理部１４１は、第２アプリ部１４０が起動してから最初にサーバ２０へのアクセスを行う場合には、クッキー情報や履歴情報を用いることなくサーバ２０へのアクセスを行うこととなる。

このように、記憶部１４５に記憶された情報を削除することで、第２アプリ部１４０にクッキー情報や履歴情報等が蓄積されることを防止することができる。

（アプリ部群１５０について）
図２に戻り、アプリ部群１５０について説明する。アプリ部群１５０は、ロック状態において起動が制限されるアプリ部群である。アプリ部群１５０には、第１アプリ部１６０の他、たとえばメモアプリ部１７０やゲームアプリ部１８０等が含まれる。

（第１アプリ部１６０について）
第１アプリ部１６０は、たとえば記憶部１５に記憶されている第１アプリケーション（標準ブラウザ）が制御部１６によって実行されることにより実現される。かかる第１アプリ部１６０は、ロック解除状態においてユーザによって第１アプリ部１６０のアイコンが選択された場合に起動される他、前述のロックアプリ部１３０から出力される起動指示に従って起動される。

ここで、第１アプリ部１６０の構成例について図１０を用いて説明する。図１０は、実施形態に係る第１アプリ部１６０の構成例を示す図である。図１０に示すように、第１アプリ部１６０は、アクセス処理部１６１と、表示処理部１６２と、記憶部１６３とを備える。

（記憶部１６３について）
記憶部１６３は、クッキー情報１６３ａおよび履歴情報１６３ｂ等を記憶する。クッキー情報１６３ａは、第１アプリ部１６０によって取得されたクッキーを示す情報である。履歴情報１６３ｂは、第１アプリ部１６０を用いて過去に閲覧されたウェブページのＵＲＬやキャッシュデータなどを含む情報である。その他、記憶部１６３には、ログイン情報やフォームデータ等が記憶されてもよい。

（アクセス処理部１６１について）
アクセス処理部１６１は、サーバ２０へのアクセスを行う。具体的には、アクセス処理部１６１は、ロックアプリ部１３０から取得したＵＲＬ情報１３７ａを含むページリクエストをサーバ２０に対して送信し、該当するウェブページをサーバ２０から受信する。

ここで、アクセス処理部１６１は、上述したサーバ２０へのアクセスを、記憶部１６３に記憶されたクッキー情報１６３ａや履歴情報１６３ｂ等あるいは記憶部１５に記憶された端末識別情報１５ａや位置情報１５ｂ等を含む端末保有情報Ｘを用いて行う。そして、アクセス処理部１６１は、サーバ２０から取得したウェブページを表示処理部１６２へ渡す。

（表示処理部１６２について）
また、表示処理部１６２は、アクセス処理部１６１から取得したウェブページを表示部１３に表示する処理を行う。

図１１は、実施形態に係る第１アプリ部１６０によって表示されるウェブページの一例を示す図である。図１１に示すように、ウェブページ画面Ｐ１は、たとえば、ＵＲＬが表示される表示欄Ｍ１０と、ウェブページＭ１１を含んだ画像である。なお、第１アプリ部１６０によって表示されるウェブページ画面Ｐ１は、第２アプリ部１４０によって表示されるウェブページ画面Ｐ６（図９参照）と異なり、遷移ボタンＢ１を含まない。

上述したように、第１アプリ部１６０は、端末保有情報Ｘを用いてサーバ２０へのアクセスを行う。このため、たとえば図９に示す「サイトＡ」において、端末保有情報Ｘと関連づけてユーザ名「タロー」が登録されている場合、ウェブページ画面Ｐ１には、上記ユーザ名が表示される。同様に、購入履歴や閲覧履歴などが端末保有情報Ｘと関連づけて登録されている場合、ウェブページ画面Ｐ１にこれらの情報が表示される。

また、記憶部１６３には、端末保有情報Ｘとしてブックマーク情報も含まれる。このため、たとえば、第２アプリ部１４０を用いてロック状態のままでウェブ検索を行いつつ、ブックマーク登録したいリンク先が見付かった場合に、遷移ボタンＢ１の押下およびロック解除操作を行って第１アプリ部１６０へ遷移するといった利用方法も考えられる。

（サーバ−２０について）
図２に戻り、サーバ２０について説明する。サーバ２０は、ウェブサーバであり、複数のウェブページを記憶する。かかるサーバ２０は、端末装置１０から送信された検索要求やページリクエストを受け付けた場合に、受け付けた検索要求やページリクエストに応じた検索結果やウェブページを端末装置１０へ送信する。

〔３．情報処理のフロー〕
次に、図１２および図１３を用いて、端末装置１０が実行する情報処理の処理手順について説明する。図１２および図１３は、実施形態に係る端末装置１０による情報処理の処理手順を示すシーケンス図である。

なお、図１２には、ロック画面Ｐ２（図４参照）が表示された状態から、第２アプリ部１４０によってウェブページ画面Ｐ６（図９参照）が表示されるまでの処理手順を示している。また、図１３には、ウェブページ画面Ｐ６が表示されてから、第１アプリ部１６０によってウェブページ画面Ｐ１（図１１参照）が表示されるまでの処理手順を示している。

図１２に示すように、ロックアプリ部１３０は、ロック画面Ｐ２が表示された状態において、特定の操作が行われた旨の通知を主制御部１１０から受けると（ステップＳ１０１）、表示部１３に音声入力画面Ｐ４（図５参照）を表示する（ステップＳ１０２）。

つづいて、ロックアプリ部１３０は、ユーザの発話から変換されたテキストデータを音声認識部１２０から取得すると（ステップＳ１３０）、起動指示と、取得したテキストデータと、ロック画面Ｐ２の画像データとを第２アプリ部１４０に出力する（ステップＳ１０４）。

つづいて、第２アプリ部１４０は、起動指示に従って起動し、ロックアプリ部１３０から取得したテキストデータを検索キーワードとする検索要求をサーバ２０へ送信して、サーバ２０から検索結果を受信する（ステップＳ１０５）。

そして、第２アプリ部１４０は、サーバ２０から受信した検索結果と、ロックアプリ部１３０から取得したロック画面Ｐ２の画像データとを用いて検索結果のリスト画面Ｐ３（図８参照）を生成して表示部１３に表示する（ステップＳ１０６）。かかるリスト画面Ｐ３は、リスト画面Ｐ３を介してロック画面Ｐ２が背景として視認可能な状態であるため、第２アプリ部１４０によるウェブ検索がロック状態で行われていることをユーザに認識させることができる。

つづいて、第２アプリ部１４０は、検索結果のリストの中からリンク先を選択する操作がなされた旨の通知を主制御部１１０から受けると（ステップＳ１０７）、選択されたリンク先のＵＲＬを含むページリクエストをサーバ２０に対して送信して、該当するウェブページＭ９をサーバ２０から受信する（ステップＳ１０８）。

そして、第２アプリ部１４０は、サーバ２０から受信したウェブページＭ９を含むウェブページ画面Ｐ６（図９参照）を表示部１３に表示する（ステップＳ１０９）。このウェブページ画面Ｐ６に含まれるウェブページＭ９は、端末保有情報Ｘを用いずに取得されるため、ロック状態において端末保有情報Ｘの漏洩を抑制することができる。

つづいて、図１３に示すように、第２アプリ部１４０は、遷移ボタンＢ１が押下された旨の通知を主制御部１１０から受けると（ステップＳ１１０）、遷移要求とＵＲＬ情報１３７ａとをロックアプリ部１３０に出力する（ステップＳ１１１）。

つづいて、ロックアプリ部１３０は、第２アプリ部１４０から遷移要求を取得すると、表示部１３に解除情報入力画面Ｐ５（図６参照）を表示する（ステップＳ１１２）。そして、ロックアプリ部１３０は、ユーザによる解除情報の入力を受け付けると（ステップＳ１１３）、ユーザを認証し（ステップＳ１１４）、認証に成功すると、ロック状態を解除する（ステップＳ１１５）。なお、ロックアプリ部１３０は、ユーザの認証に失敗した場合には、ユーザに対して解除情報の再入力を促すメッセージを解除情報入力画面Ｐ５に表示させる。

つづいて、ロックアプリ部１３０は、起動指示と、第２アプリ部１４０から取得したＵＲＬ情報１３７ａとを第１アプリ部１６０に出力する（ステップＳ１１６）。つづいて、第１アプリ部１６０は、起動指示に従って起動し、ロックアプリ部１３０から取得したＵＲＬ情報１３７ａを含むページリクエストをサーバ２０に対して送信して、該当するウェブページＭ１１をサーバ２０から受信する（ステップＳ１１７）。そして、第１アプリ部１６０は、サーバ２０から受信したウェブページＭ１１を含むウェブページ画面Ｐ１（図１１参照）を表示部１３に表示する（ステップＳ１１８）。このウェブページ画面Ｐ１に含まれるウェブページＭ１１は、端末保有情報Ｘを用いて取得されるため、たとえばウェブサイトに登録されたユーザ名や購入履歴等を反映させることができる。

〔４．変形例〕
上述した実施形態に係る端末装置１０は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記の端末装置１０の他の実施形態について説明する。

〔４−１．第１アプリケーションおよび第２アプリケーション〕
上述した実施形態では、第１アプリケーションと第２アプリケーションとが別個のアプリケーションである場合を例示したが、第１アプリケーションと第２アプリケーションとは、同じ単一のアプリケーションであってもよい。言い換えれば、第１アプリ部１６０と第２アプリ部１４０とは機能的に統合された一つのアプリ部であってもよい。

ここで、図１４を用いて、第１アプリ部１６０と第２アプリ部１４０とを機能的に統合したアプリ部について説明する。図１４は、第１アプリ部１６０と第２アプリ部１４０とを機能的に統合したアプリ部の構成例を示す図である。

図１４に示すように、アプリ部１９０は、状態識別部１９１と、アクセス処理部１９２と、表示処理部１９３と、遷移要求通知部１９４と、消去部１９５と、記憶部１９６とを備える。

（記憶部１９６について）
記憶部１９６は、状態情報１９６ａと、第１アプリ情報１９６ｂと、第２アプリ情報１９６ｃとを記憶する。状態情報１９６ａは、端末装置１０がロック状態であるかロック解除状態であるかを識別する情報である。

第１アプリ情報１９６ｂは、第１アプリ部１６０の記憶部１６３に記憶された情報に相当し、クッキー情報１９６ｂ１および履歴情報１９６ｂ２等を含む。また、第２アプリ情報１９６ｃは、第２アプリ部１４０の記憶部１４５に記憶された情報に相当し、ＵＲＬ情報１９６ｃ１、クッキー情報１９６ｃ２および履歴情報１９６ｃ３等を含む。

（状態識別部１９１について）
状態識別部１９１は、端末装置１０がロック状態であるかロック解除状態であるかを識別する。たとえば、ロックアプリ部１３０がフォアグラウンドで起動している場合に、端末装置１０がロック状態であると識別し、バックグラウンドで起動している場合あるいは起動していない場合には、端末装置１０がロック解除状態であると識別する。そして、状態識別部１９１は、端末装置１０がロック状態であると識別した場合には、ロック状態を示す状態情報１９６ａを記憶部１９６に記憶し、端末装置１０がロック解除状態であると識別した場合には、ロック解除状態を示す状態情報１９６ａを記憶部１９６に記憶する。

（アクセス処理部１９２について）
アクセス処理部１９２は、サーバ２０へのアクセスを行う。かかるアクセス処理部１９２は、記憶部１９６に記憶された状態情報１９６ａに応じたアクセス処理を行う。すなわち、アクセス処理部１９２は、ロック状態を示す状態情報１９６ａが記憶部１９６に記憶されている場合には、第２アプリ部１４０のアクセス処理部１４１と同様のアクセス処理を行う。すなわち、アクセス処理部１９２は、第２アプリ情報１９６ｃを用いてサーバ２０へのアクセスを行う。言い換えれば、アクセス処理部１９２は、第１アプリ情報１９６ｂあるいは記憶部１５に記憶された端末識別情報１５ａや位置情報１５ｂ等を含む端末保有情報Ｘを用いずにサーバ２０へのアクセスを行う。

また、アクセス処理部１９２は、ロック解除状態を示す状態情報１９６ａが記憶部１９６に記憶されている場合には、第１アプリ部１６０のアクセス処理部１６１と同様のアクセス処理を行う。すなわち、アクセス処理部１９２は、第１アプリ情報１９６ｂあるいは記憶部１５に記憶された端末識別情報１５ａや位置情報１５ｂ等を含む端末保有情報Ｘを用いてサーバ２０へのアクセスを行う。

（表示処理部１９３について）
表示処理部１９３は、アクセス処理部１９２によって検索結果やウェブページが取得された場合に、上述したリスト画面Ｐ３やウェブページ画面Ｐ１，Ｐ６を表示部１３に表示する。

（遷移要求通知部１９４について）
遷移要求通知部１９４は、リスト画面Ｐ３やウェブページ画面Ｐ６に表示される遷移ボタンＢ１が押下された場合に、ロックアプリ部１３０に対して遷移要求を出力する。また、遷移要求通知部１９４は、遷移要求と合わせて、記憶部１９６に記憶されたＵＲＬ情報１９６ｃ１をロックアプリ部１３０に出力する処理も行う。

（消去部１９５について）
消去部１９５は、記憶部１９６に記憶された情報のうち、第２アプリ情報１９６ｃを消去する。具体的には、消去部１９５は、ロックアプリ部１３０によってロック状態が解除された場合に、第２アプリ情報１９６ｃを消去する。

このように、第１アプリ部１６０と第２アプリ部１４０とは、機能的に統合された一つのアプリ部１９０として構成されてもよい。

なお、図３，７，１０および１４の矢印は、データや制御などの流れについて主要な方向を補助的に示すもので、他の流れを否定するものでも、方向の限定を意味するものでもない。

また、上述した実施形態では、ロックアプリ部１３０と第２アプリ部１４０とを分けて説明したが、ロックアプリ部１３０と第２アプリ部１４０とは機能的に統合して構成されてもよい。すなわち、制御部１６が、記憶部１５に記憶された単一のアプリケーション（ロックプログラム）を実行することにより、ロックアプリ部１３０および第２アプリ部１４０としての機能を実行するようにしてもよい。これにより、ロック状態において、検索結果のリストを取得し、取得したリストから所望のリンク先を選択して、選択したリンク先のウェブページを表示させるまでの手間を可及的に削減することができる。なお、ロックアプリ部１３０とアプリ部１９０とが機能的に統合されてもよい。

〔４−２．適用対象〕
また、上述した実施形態では、第１アプリケーションと第２アプリケーションとがブラウザアプリケーションである場合を例示したが、第１アプリケーションおよび第２アプリケーションは、ブラウザアプリケーション以外のアプリケーションであってもよい。たとえば、第１アプリケーションおよび第２アプリケーションは、ナビゲーションアプリであってもよい。

この場合、第２アプリ部は、端末保有情報Ｘを用いずにサーバ２０へアクセスすることにより、サーバ２０から地図データを取得して表示部１３に表示する。すなわち、ロック状態で起動する第２アプリ部では、端末保有情報Ｘを用いないため、位置情報を用いたナビゲーションを行うことはできないものの、地図データの閲覧は行うことができる。一方、ロック解除状態で起動する第１アプリ部は、端末保有情報Ｘを用いてサーバ２０へアクセスする。これにより、位置情報を用いたナビゲーションを行うことが可能となる。

また、第１アプリケーションおよび第２アプリケーションは、たとえばＳＮＳ（Social Networking Service）投稿用のアプリケーションであってもよい。この場合、ロック状態で起動する第２アプリ部は、位置情報が付加されていないテキストデータ等をサーバ２０へ送信し、ロック解除状態で起動する第１アプリ部は、位置情報が付加されたテキストデータ等をサーバ２０へ送信する。また、第１アプリケーションおよび第２アプリケーションは、静止画や動画などの画像を撮像するカメラアプリケーションであってもよい。この場合、第２アプリ部は、位置情報が付加されていない画像データをサーバ２０へ送信し、第１アプリ部は、位置情報が付加された画像データをサーバ２０へ送信する。

このように、第２アプリケーションは、所定のデータに位置情報を付加してサーバ２０へ送信する機能を有する第１アプリケーションと同種のアプリケーションであってもよい。これにより、仮に、ロック状態の端末装置１０を第三者が勝手に操作してサーバ２０へのアクセスを行ったとしても、端末装置１０が保有する位置情報がサーバ２０に勝手に送信される事態を防止することができる。

〔４−３．第２アプリ部１４０のアクセス処理部１４１〕
上述した実施形態では、アクセス処理部１４１が、クッキー情報１４５ａや履歴情報１４５ｂを記憶部１４５に記憶する場合を例示したが、アクセス処理部１４１は、これらの情報を記憶部１４５に記憶しないようにしてもよい。たとえば、アクセス処理部１４１は、クッキーの送受信を行わないようにしてもよい。これにより、第２アプリ部１４０にクッキー情報や履歴情報等が蓄積されることを防止することができる。

〔４−４．第２アプリ部１４０の消去部１４４〕
上述した実施形態では、消去部１４４が、ロックアプリ部１３０によってロック状態が解除された場合に、記憶部１４５に記憶された情報を消去する場合を例示した。しかし、消去部１４４は、この例に限らず、たとえば、端末装置１０がロック状態へ移行した場合に、記憶部１４５に記憶された情報を消去してもよい。また、消去部１４４は、第２アプリ部１４０が起動してからの経過時間を計測し、計測した経過時間が閾値を超えた場合に記憶部１４５に記憶された情報を消去してもよい。これにより、第２アプリ部１４０にクッキー情報や履歴情報等が蓄積されることを防止することができる。

〔４−５．プログラム〕
また、上述してきた実施形態にかかる端末装置１０は、例えば図１５に示すような構成のコンピュータ１０００によって実現される。図１５は、端末装置１０の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態にかかる端末装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、主制御部１１０と、音声認識部１２０と、ロックアプリ部１３０と、第２アプリ部１４０と、アプリ部群１５０とを実現する。また、ＨＤＤ１４００には、記憶部１５内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

〔４−６．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

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

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔５．効果〕
上述してきたように、実施形態に係る端末装置１０は、設定部１３１と、起動要求受付部１３２と、起動部１３３とを備える。設定部１３１は、ロック状態を設定する。ロック状態は、端末装置１０が保有する情報を用いてサーバ２０へアクセスする第１アプリケーションの起動を制限する状態である。起動要求受付部１３２は、ロック状態において、第１アプリケーションによって用いられる情報を用いずにサーバ２０へアクセスする第２アプリケーションの起動要求を受け付ける。起動部１３３は、起動要求受付部１３２によって起動要求が受け付けられた場合に、ロック状態において第２アプリケーションを起動する。

これにより、実施形態に係る端末装置１０では、セキュリティを保ちつつ、ロック状態での利便性を向上させることができる。

また、実施形態に係る端末装置１０は、遷移要求受付部１３４と、解除情報受付部１３５と、遷移部１３６とを備える。遷移要求受付部１３４は、起動部１３３によって第２アプリ部１４０が起動された状態で、第２アプリ部１４０から第１アプリ部１６０への遷移要求を受け付ける。解除情報受付部１３５は、遷移要求受付部１３４によって遷移要求が受け付けられた場合に、ロック状態の解除に用いられる解除情報の入力を受け付ける。遷移部１３６は、解除情報受付部１３５によって解除情報の入力が受け付けられた場合に、ロック状態を解除して第１アプリ部１６０を起動する。

これにより、実施形態に係る端末装置１０では、第２アプリ部１４０から第１アプリ部１６０へ遷移する場合に、たとえば、ウェブページ画面Ｐ６からロック画面Ｐ２へ遷移する操作や、ロック画面Ｐ２から解除情報入力画面Ｐ５へ遷移する操作が不要となる。したがって、第２アプリ部１４０から第１アプリ部１６０への遷移に要する操作を簡略化することができる。

また、実施形態に係る端末装置１０では、第１アプリケーションおよび第２アプリケーションが、ブラウザアプリケーションである。第２アプリ部１４０は、第１アプリ部１６０によって用いられる端末保有情報Ｘを用いずにサーバ２０へ送信した検索要求に応じた検索結果をサーバ２０から取得し、取得した検索結果のリスト画面Ｐ３を表示する。

これにより、実施形態に係る端末装置１０では、端末保有情報Ｘを用いずに得られた検索結果のリスト画面Ｐ３が表示されるため、仮に、端末装置１０のユーザ以外の者が第２アプリ部１４０を利用したとしても、リスト画面Ｐ３から端末保有情報Ｘが漏洩することを抑制することができる。

また、実施形態に係る端末装置１０では、第２アプリケーションが、リスト画面Ｐ３に含まれるリストＭ８からの選択を受け付けた場合に、選択に応じたウェブページＭ９をサーバ２０から取得して表示する。

これにより、実施形態に係る端末装置１０では、セキュリティを保ちつつ、リスト画面Ｐ３の表示からリンク先のウェブページの表示までを、ロック解除の手間をかけることなく行うことができる。

また、実施形態に係る端末装置１０では、第２アプリ部１４０が、ロック状態において表示されるロック画面Ｐ２上に透過性を有するリスト画面Ｐ３を表示する。

これにより、実施形態に係る端末装置１０では、第２アプリ部１４０によるウェブ検索がロック状態で行われていることをユーザに認識させることができる。

また、実施形態に係る端末装置１０では、遷移部１３６が、ロック状態を解除して第１アプリ部１６０を起動する場合に、第２アプリ部１４０によって取得されたＵＲＬ情報１３７ａを第１アプリ部１６０へ出力する。

これにより、実施形態に係る端末装置１０では、たとえば、第２アプリ部１４０で閲覧したウェブページを第１アプリ部１６０で閲覧したい場合に、検索キーワードの入力等を第１アプリ部１６０において再度行う手間を省くことができる。

また、実施形態に係る端末装置１０では、遷移部１３６が、ロック状態を解除した場合に、第２アプリ部１４０によってサーバ２０から取得された情報を消去する。

これにより、実施形態に係る端末装置１０では、第２アプリ部１４０に情報が蓄積されることを防止することができる。

また、実施形態に係る端末装置１０では、起動部１３３が、端末装置１０に内蔵された充電池の残容量が閾値を下回った場合に、第２アプリ部１４０の起動を禁止する。

これにより、実施形態に係る端末装置１０では、たとえば、ユーザが端末装置１０を紛失した場合に、第２アプリ部１４０が利用されることで充電池の残容量が減少し、ＧＰＳを利用した端末装置１０の追跡等が困難となる事態を防止することができる。

また、実施形態に係る端末装置１０では、起動部１３３は、ロック状態が維持されている状態で、第２アプリ部１４０の総起動時間が閾値を超えた場合に、第２アプリ部１４０の起動を禁止する。

これにより、実施形態に係る端末装置１０では、ユーザ以外の者による端末装置１０の無断使用を防止することができる。すなわち、ロック状態が解除されることなく、第２アプリ部１４０が長時間利用されている場合、端末装置１０は、ユーザ以外の者により無断で使用されている可能性がある。そこで、第２アプリ部１４０の総起動時間が閾値を超えた場合に、第２アプリ部１４０に対する起動指示の出力を禁止することとすれば、ユーザ以外の者による端末装置１０の無断使用を防止することができる。

また、実施形態に係る端末装置１０では、第２アプリケーションが、第１アプリケーションと同種のアプリケーションである。

これにより、実施形態に係る端末装置１０では、ユーザに対して、ロック状態とロック解除状態とのそれぞれにおいて同種の機能を利用させることができる。

また、実施形態に係る端末装置１０では、第１アプリケーションと第２アプリケーションとが、同じ単一のアプリケーションである。このアプリケーションは、ロック状態である場合に第２アプリケーションとして機能し、ロック状態が解除された状態である場合に第１アプリケーションとして機能する。

これにより、実施形態に係る端末装置１０では、ユーザが第１アプリケーションをインストールする手間を省くことができる。

また、実施形態に係る端末装置１０では、記憶部１５と、制御部１６とを備える。制御部１６は、記憶部１５に記憶されたロックプログラムを実行することにより、設定部１３１、起動要求受付部１３２、起動部１３３、遷移要求受付部１３４、解除情報受付部１３５、遷移部１３６および第２アプリケーションとしての機能を実行する。

これにより、実施形態に係る端末装置１０では、たとえば、ロック状態において、検索結果のリストを取得し、取得したリストから所望のリンク先を選択して、選択したリンク先のウェブページを表示させるまでの手間を可及的に削減することができる。また、ロック画面Ｐ２からリスト画面Ｐ３を経てウェブページ画面Ｐ６に至るまでの流れが単一のプログラムで実現されるため、ユーザの導線を分断し難くすることができる。したがって、ロック状態での利便性を更に向上させることができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１０ 端末装置
２０ サーバ
１３０ ロックアプリ部
１３１ 設定部
１３２ 起動要求受付部
１３３ 起動部
１３４ 遷移要求受付部
１３５ 解除情報受付部
１３６ 遷移部
１４０ 第２アプリ部
１４１ アクセス処理部
１４２ 表示処理部
１４３ 遷移要求通知部
１４４ 消去部
１６０ 第１アプリ部
１６１ アクセス処理部
１６２ 表示処理部
１６３ 記憶部

Claims (14)

1. 端末装置であって、
   前記端末装置が保有する情報を用いてサーバへアクセスする第１アプリケーションの起動を制限するロック状態を設定する設定部と、
   前記ロック状態において、前記第１アプリケーションによって用いられる前記情報を用いずにサーバへアクセスする第２アプリケーションの起動要求を受け付ける起動要求受付部と、
   前記起動要求受付部によって前記起動要求が受け付けられた場合に、前記ロック状態において前記第２アプリケーションを起動する起動部と
   を備えることを特徴とする端末装置。
2. 前記起動部によって前記第２アプリケーションが起動された状態で、前記第２アプリケーションから前記第１アプリケーションへの遷移要求を受け付ける遷移要求受付部と、
   前記遷移要求受付部によって前記遷移要求が受け付けられた場合に、前記ロック状態の解除に用いられる解除情報の入力を受け付ける解除情報受付部と、
   前記解除情報受付部によって前記解除情報の入力が受け付けられた場合に、前記ロック状態を解除して前記第１アプリケーションを起動する遷移部と
   を備えることを特徴とする請求項１に記載の端末装置。
3. 前記第１アプリケーションおよび前記第２アプリケーションは、
   ウェブブラウズ機能を有するアプリケーションであり、
   前記第２アプリケーションは、
   前記第１アプリケーションによって用いられる前記情報を用いずに前記サーバへ送信した検索要求に応じた検索結果を前記サーバから取得し、取得した前記検索結果のリスト画面を表示すること
   を特徴とする請求項２に記載の端末装置。
4. 前記第２アプリケーションは、
   前記リスト画面に含まれるリストからの選択を受け付けた場合に、前記選択に応じたウェブページを前記サーバから取得して表示すること
   を特徴とする請求項３に記載の端末装置。
5. 前記第２アプリケーションは、
   前記ロック状態において表示されるロック画面上に透過性を有する前記リスト画面を表示すること
   を特徴とする請求項３または４に記載の端末装置。
6. 前記遷移部は、
   前記ロック状態を解除して前記第１アプリケーションを起動する場合に、前記第２アプリケーションによって取得されたＵＲＬ情報を前記第１アプリケーションへ出力すること
   を特徴とする請求項３〜５のいずれか一つに記載の端末装置。
7. 前記遷移部は、
   前記ロック状態を解除した場合に、前記第２アプリケーションによって前記サーバから取得された情報を消去すること
   を特徴とする請求項３〜６のいずれか一つに記載の端末装置。
8. 前記起動部は、
   前記端末装置に内蔵された充電池の残容量が閾値を下回った場合に、前記第２アプリケーションの起動を禁止すること
   を特徴とする請求項１〜７のいずれか一つに記載の端末装置。
9. 前記起動部は、
   前記ロック状態が維持されている状態で、前記第２アプリケーションの総起動時間が閾値を超えた場合に、前記第２アプリケーションの起動を禁止すること
   を特徴とする請求項１〜８のいずれか一つに記載の端末装置。
10. 前記第２アプリケーションは、
    前記第１アプリケーションと同種のアプリケーションであること
    を特徴とする請求項１または２に記載の端末装置。
11. 前記第１アプリケーションと前記第２アプリケーションとは、
    同じ単一のアプリケーションであり、前記単一のアプリケーションは、前記ロック状態である場合に前記第２アプリケーションとして機能し、前記ロック状態が解除された状態である場合に前記第１アプリケーションとして機能すること
    を特徴とする請求項３，４または１０に記載の端末装置。
12. 記憶部と、
    前記記憶部に記憶されたロックプログラムを実行することにより、前記設定部、前記起動要求受付部、前記起動部、前記遷移要求受付部、前記解除情報受付部、前記遷移部および前記第２アプリケーションとしての機能を実行する制御部と
    を備えることを特徴とする請求項２〜７のいずれか一つに記載の端末装置。
13. 端末装置が実行する情報処理方法であって、
    前記端末装置が保有する情報を用いてサーバへアクセスする第１アプリケーションの起動を制限するロック状態を設定する設定工程と、
    前記ロック状態において、前記第１アプリケーションによって用いられる前記情報を用いずにサーバへアクセスする第２アプリケーションの起動要求を受け付ける受付工程と、
    前記受付工程によって前記起動要求が受け付けられた場合に、前記ロック状態において前記第２アプリケーションを起動する起動工程と
    を含むことを特徴とする情報処理方法。
14. コンピュータが保有する情報を用いてサーバへアクセスする第１アプリケーションの起動を制限するロック状態を設定する設定手順と、
    前記ロック状態において、前記第１アプリケーションによって用いられる前記情報を用いずにサーバへアクセスする第２アプリケーションの起動要求を受け付ける受付手順と、
    前記受付手順によって前記起動要求が受け付けられた場合に、前記ロック状態において前記第２アプリケーションを起動する起動手順と
    を前記コンピュータに実行させることを特徴とする情報処理プログラム。

Images