(57)【要約】【課題】一実施形態は、端末装置の表示装置の故障時にも端末装置に保存されたデータへのアクセスを可能にする。【解決手段】一実施形態に係る端末装置は、起動部と、許可部とを含む。起動部は、加速度センサを用いて検出された加速度に基づいて、表示装置が故障していると判定した場合、通信機器を用いた近距離無線通信で認証を実行するためのアプリケーションを起動する。許可部は、アプリケーションにより別の端末と通信機器を用いた近距離無線通信で認証を実行し、認証に成功した場合、セキュリティロックを解除して記憶部に記憶されたデータへの別の端末からのアクセスを許可する。【選択図】図７
2018117324.tif 000002
【特許請求の範囲】
【請求項１】
加速度センサを用いて検出された加速度に基づいて、表示装置が故障していると判定した場合、通信機器を用いた近距離無線通信で認証を実行するためのアプリケーションを起動する起動部と、
前記アプリケーションにより別の端末と前記通信機器を用いた近距離無線通信で認証を実行し、認証に成功した場合、セキュリティロックを解除して記憶部に記憶されたデータへの前記別の端末からのアクセスを許可する許可部と、
を備える、端末装置。
【請求項２】
前記起動部は、前記加速度センサを用いて検出された加速度に基づいて落下を検出した場合、前記通信機器を起動することを特徴とする、請求項１に記載の端末装置。
【請求項３】
前記起動部は、前記落下の検出後の所定の期間内に前記加速度センサを用いて検出された加速度に基づいて衝突を検出した場合、前記表示装置が故障していると判定し、前記落下の検出後の所定の期間内に前記加速度センサを用いて検出された加速度に基づいて衝突が検出されなかった場合、前記表示装置が故障していないと判定して前記通信機器を停止することを特徴とする、請求項２に記載の端末装置。
【請求項４】
前記起動部が前記アプリケーションを起動すると、認証の待ち受け状態にあることを示す通知を出力する出力部を更に含む、請求項１から３のいずれか１項に記載の端末装置。
【請求項５】
加速度センサを用いて検出された加速度に基づいて、表示装置が故障していると判定した場合、通信機器を用いた近距離無線通信で認証を実行するためのアプリケーションを起動し、
前記アプリケーションにより別の端末と前記通信機器を用いた近距離無線通信で認証を実行し、認証に成功した場合、セキュリティロックを解除して記憶部に記憶されたデータへの前記別の端末からのアクセスを許可する、
処理を端末装置に実行させるための読出制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置及び読出制御プログラムに関する。
【背景技術】
【０００２】
例えば、スマートフォン、携帯電話機、タブレット端末、パーソナルコンピュータ（ＰＣ）、ノートＰＣのなどの端末装置にプライベートやビジネス活動における重要なデータが記憶されていることがある。そのため、ＵＳＢ（Universal Serial Bus）などの接続インタフェースを介して外部の装置にデータを取り出してバックアップをとったりすることが行われている。
【０００３】
また、一方で、装置の落下や衝突を加速度センサを用いて検出するための技術が知られている（例えば、特許文献１から特許文献３）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−３５５４６号公報
【特許文献２】特開２００８−２０５７６６号公報
【特許文献３】特開２００７−３２８８８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、端末装置の表示装置の表示画面が落下による衝突などの衝撃により破損し、表示装置が故障してしまうことがある。この場合、ユーザは表示画面が見えないため、端末装置を操作することが難しい。また、端末装置にはセキュリティロックがかけられていることがある。そして、表示装置の故障によりセキュリティロックの解除が困難になり、端末装置に保存された重要なデータを取り出すことができないことがある。一つの側面では、本発明は、端末装置の表示装置の故障時にも端末装置に保存されたデータへのアクセスを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一つの態様の端末装置は、起動部と、許可部とを含む。起動部は、加速度センサを用いて検出された加速度に基づいて、表示装置が故障していると判定した場合、通信機器を用いた近距離無線通信で認証を実行するためのアプリケーションを起動する。許可部は、アプリケーションにより別の端末と通信機器を用いた近距離無線通信で認証を実行し、認証に成功した場合、セキュリティロックを解除して記憶部に記憶されたデータへの別の端末からのアクセスを許可する。
【発明の効果】
【０００７】
端末装置の表示装置の故障時にも端末装置に保存されたデータにアクセスすることができる。
【図面の簡単な説明】
【０００８】
【図１】端末装置のタッチパネルの表示装置の故障を例示する図である。
【図２】実施形態に係る端末装置のブロック構成を例示する図である。
【図３】認証受付モードへの移行を例示する図である。
【図４】衝突が検出されない場合の認証受付モードの解除処理を例示する図である。
【図５】ユーザによる認証受付モードの解除操作を例示する図である。
【図６】ユーザにデータ取り出しを促すための通知の実行を例示する図である。
【図７】実施形態に係るレスキューモード移行処理を例示する図である。
【図８】データ転送の流れを例示するシーケンス図である。
【図９】レスキューモードにおける表示画面の外部出力処理を例示する図である。
【図１０】端末装置を実現するためのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付す。
【００１０】
上述のように、例えば、落下などによる衝撃よって端末装置の表示装置が故障してしまうことがある。なお、以下の説明では、表示装置の例としてタッチパネルを例に説明を行う。しかしながら、実施形態はこれに限定されるものでは無く、例えば、キーやボタンなどの入力デバイスと、液晶ディスプレーなどの表示装置とが個別に備えられている端末装置にも実施形態は適用することができる。
図１は、端末装置１００のタッチパネル１０１の表示画面の故障を例示する図であり、図１（ａ）に示す端末装置１００のタッチパネル１０１の表示画面は、図１（ｂ）において破損している。この場合に、たとえ端末装置１００が動作しており、記憶装置にデータが正常に残っていたとしても、タッチパネル１０１が故障しているため、端末の操作が困難となり保存してあるデータを取り出せないことがある。また、端末装置１００にはセキュリティロックがかけられていることがあり、この場合、例えば、端末装置１００を操作しないとセキュリティロックを解除できないことがある。そのため、例えば、端末装置１００が備えるミニＵＳＢ端子などに別の端末を接続してデータを読み出そうとしても、セキュリティロックがかかっており取り出すことができないことがある。
【００１１】
この様な事態への一つの対策として、事前に端末装置１００に記憶されているデータのバックアップを取っておくことが考えられる。しかしながら、例えば、データをバックアップする場合も、故障の発生直前の状態のデータがバックアップされているとは限らず、ユーザが望むデータが保存されていないことがある。その結果、ユーザが、端末装置１００に保存していたデータを入手できないことがある。
【００１２】
そのため、端末装置１００の表示装置の故障時にも端末装置に保存されたデータへのアクセスを可能にする技術が望まれている。
【００１３】
以下で述べる実施形態では、端末装置１００は、落下状態などの表示装置の故障が発生し得る端末装置の状態をセンサで検出する。そして、落下状態などのタッチパネル１０１に故障が発生し得る端末装置の状態を検出した場合、端末装置１００は、例えば、ＮＦＣ（Near Field Communication）などの近距離無線通信の通信機器を起動し、近距離無線通信を介した認証を待ち受ける認証受付モードに入る。そして、端末装置１００は、認証に成功すると、レスキューモードに移行する。レスキューモードは、例えば、タッチパネル１０１が故障している状態でも、端末装置１００内のデータを取り出すことが可能なモードである。レスキューモードでは、端末装置１００は、例えば、セキュリティロックを解除して、外部周辺機器との接続設定を有効にする。そのため、ユーザは、例えば、別の端末装置を端末装置１００に接続してデータを読み出すことができる。以下、実施形態を詳細に説明する。
【００１４】
図２は、実施形態に係る端末装置１００のブロック構成を例示する図である。端末装置１００は、例えば、制御部２０１、記憶部２０２、通信部２０３、タッチパネル１０１、及びセンサ２０５を含んでいる。制御部２０１は、例えば起動部２１１、許可部２１２、及び出力部２１３などとして動作してよい。端末装置１００の記憶部２０２は、例えば、アドレス帳やアプリケーションのプログラム及びデータなど各種の情報を記憶していてよい。通信部２０３は、例えば、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）などの通信機器を含んでよい。タッチパネル１０１は、例えば、表示画面に画像を表示し、ユーザからの入力を受け付ける。センサ２０５は、例えば、端末装置１００の落下や衝突を検出するためのセンサであり、一例では加速度センサであってよい。これらの各部の更なる詳細及び記憶部２０２に格納されている情報の詳細については後述する。
【００１５】
図３は、実施形態に係る認証受付モードへの移行を説明する図である。図３（ａ）において、端末装置１００は、通常モードで動作している。通常モードではユーザは、例えば、操作を入力することで、様々なアプリケーションを利用することができる。また、ユーザが端末装置１００を操作していない状態が続いた場合、端末装置１００はセキュリティロックを有効化してよい。端末装置１００がセキュリティロックされている場合、端末装置１００の機能やアプリケーションの利用が制限されている。ユーザは、例えば、パスワードなどの認証情報を端末装置１００に入力するなどして認証を行うことでセキュリティロックを解除することができる。また、例えば、端末装置１００は、加速度センサなどのセンサ２０５を備えており、端末装置１００の制御部２０１は、端末装置１００の落下や衝突をセンサ２０５の出力値に基づいて検出してよい。
【００１６】
そして、制御部２０１は、端末装置１００の落下を検出した場合、端末装置１００を認証受付モードに移行させる（図３の（ｂ））。制御部２０１は、例えば、重力加速度方向に所定の範囲の加速度（例えば、０ｍ／ｓ２から所定の範囲内の値）を所定時間以上検出した場合に端末装置１００が落下していると判定してよい。
【００１７】
続いて、制御部２０１は、落下検出後に、端末装置１００が他のものに衝突したか否かを判定する（図３の（ｃ））。制御部２０１は、例えば、落下の検出後に、所定の加速度の変化を検出した場合に、衝突があったと判定してよい。例えば、衝突の場合、速度と衝突する対象に応じた加速度の変化（振動：一定の振幅と周期をもつ）を示すため、加速度の変化から衝突を検出することができる。そして、衝突があったと判定した場合、衝突によりタッチパネル１０１が故障している恐れがあるため、制御部２０１は、認証受付モードを継続する（図３（ｄ））。この場合に、例えば、制御部２０１は、ＮＦＣ通信による認証を待ち受け、認証を実行して成功した場合、セキュリティロックを解除してよい。セキュリティロックが解除されるため、ユーザは、例えば、タッチパネル１０１の表示画面にパスコード等を入力しなくても、別の端末をＵＳＢ接続などで端末装置１００に接続することで、端末装置１００から別の端末にデータを読み出すことが可能である。
【００１８】
また、図４は、衝突が検出されない場合の認証受付モードの解除処理を例示する図である。例えば、端末装置１００の制御部２０１が落下を検出した後で、衝突が検出されないことがある。この場合、端末装置１００に過度な衝撃が加わっていないため、端末装置１００のタッチパネル１０１は故障していない可能性が高い。そのため、衝突が検出されない場合には、認証受付モードを解除することが望ましい。図４（ａ）及び（ｂ）では、図３（ａ）及び図３（ｂ）までの流れと同様に、端末装置１００の制御部２０１は、落下を検出すると、モードを通常モードから認証受付モードに移行させる。しかしながら、図４（ｃ）で、所定時間以内に衝突が検出されていないため、制御部２０１は、認証受付モードを解除してモードを通常モードに移行させてよい（図４（ｄ））。端末装置１００が通常モードで動作するため、通常通りにユーザは端末装置１００の利用を継続できる。
【００１９】
また、図５は、ユーザによる認証受付モードの解除操作を例示する図である。例えば、制御部２０１は、落下の検出後に衝突を検出した場合、認証受付モードを継続する（図５（ａ））。しかしながら、衝突の結果、端末装置１００のタッチパネル１０１が故障していない場合、認証受付モードを解除してよい。そのため、制御部２０１は、ユーザにより所定時間内に所定の２つのアクションが連続してタッチパネル１０１に入力されると（図５（ｂ）及び（ｃ））、認証受付モードを解除して通常モードに復帰してよい（図５（ｄ））。端末装置１００が通常モードで動作するため、通常通りにユーザは端末装置１００の利用を継続できる。
【００２０】
また、図６は、例えば、認証受付モードに入った際のユーザにデータ取り出しを促すための通知の実行を例示する図である。例えば、端末装置１００のバッテリーが切れると、端末装置１００は、ユーザにデータの取り出しが可能なことを通知することができなくなる。そのため、バッテリーが切れる前に端末装置１００がユーザにデータの取り出しを促すことが望ましい。そこで、端末装置１００の制御部２０１は、認証受付モードに入ると、認証受付モードに入ったことを示す通知を出力してよい。なお、通知は、例えば、制御部２０１が、ＬＥＤ（light emitting diode）を点灯させたり、端末装置１００をバイブレーションさせたり、予め登録されているユーザの別の端末にメールやＳＭＳでメッセージを送信したり、又はスピーカから音声で通知したりすることであってよい。なお、ＳＭＳは、ショートメッセージサービスの略称である。それによりユーザは、端末装置１００が認証受付モードに入っており、認証を行うことで端末装置１００からのデータの取り出しが可能であることを知ることができる。
【００２１】
図７は、実施形態に係るレスキューモード移行処理を例示する図である。端末装置１００の制御部２０１は、例えば、起動すると図７のレスキューモード移行処理を開始してよい。
【００２２】
Ｓ７０１において端末装置１００の制御部２０１は、落下の検出を開始する。例えば、制御部２０１は、センサ２０５で検出された加速度を監視し、落下の検出を実行してよい。Ｓ７０２において制御部２０１は、落下を検出したか否かを判定する。落下を検出していない場合（Ｓ７０２がＮｏ）、フローはＳ７０２の処理を繰り返す。一方、落下を検出した場合（Ｓ７０２がＹｅｓ）、フローはＳ７０３に進む。
【００２３】
Ｓ７０３において制御部２０１は、端末装置１００を認証受付モードに移行させる。例えば、制御部２０１は、認証受付モードにおいて、認証受付モードを解除するための解除ボタンを表示画面に表示したり、ＮＦＣ通信機器を起動したりしてよい。
【００２４】
Ｓ７０４において制御部２０１は、タッチパネル１０１が故障したか否かを判定する。例えば、制御部２０１は、落下の検出後に所定の期間内に衝突の発生と対応する所定の加速度の変化を検出した場合、タッチパネル１０１が故障したと判定してよい。例えば、衝突が発生した場合、加速度が速度と衝突する対象に応じた変化（振動：一定の振幅と周期をもつ）を示すため、加速度の変化から衝突を検出することができる。Ｓ７０４において所定期間以上にわたって衝突を検出せず、タッチパネル１０１が故障していないと判定した場合（Ｓ７０４がＮｏ）、フローはＳ７１４に進む。Ｓ７１４において制御部２０１は、認証受付モードを解除し、フローはＳ７０２に戻る。この場合、制御部２０１は、例えば、Ｓ７０３で起動したＮＦＣ通信機器を停止させてよい。一方、Ｓ７０４において衝突を検出し、タッチパネル１０１が故障していると判定した場合（Ｓ７０４がＹｅｓ）、フローはＳ７０５に進む。
【００２５】
Ｓ７０５において制御部２０１は、ユーザにより所定時間内に解除指示が入力されたか否かを判定する。例えば、ユーザは、Ｓ７０３においてタッチパネル１０１の表示画面に表示された解除ボタン等を操作することで、認証受付モードの解除指示を入力することができる。そして、ユーザにより所定時間内に解除指示が入力された場合（Ｓ７０５がＹｅｓ）、フローはＳ７１４に進み、制御部２０１は、認証受付モードを解除して、フローはＳ７０２に戻る。この場合、制御部２０１は、例えば、Ｓ７０３で起動したＮＦＣ通信機器を停止させてよい。一方、所定時間内に解除指示が入力されなかった場合（Ｓ７０５がＮｏ）、フローはＳ７０６に進む。
【００２６】
Ｓ７０６において制御部２０１は、認証受付モードに移行していることを示す通知を出力する。例えば、制御部２０１は、端末装置１００が備えるＬＥＤを点灯させたり、端末装置１００をバイブレーション動作させて振動させたりして通知を行ってよい。また、制御部２０１は、メールやＳＭＳでメッセージをユーザの別の端末に送信したり、スピーカから認証受付モードに移行したことを示す音声を出力したりして通知を行ってよい。
【００２７】
Ｓ７０７において制御部２０１は、ＮＦＣ通信機器を用いて認証を行う認証アプリケーションを起動し、ＮＦＣのＰ２Ｐ（ピア・ツー・ピア）を有効に設定してＮＦＣ通信接続を待ち受ける。Ｓ７０８において制御部２０１は、ＮＦＣのＰ２Ｐ通信で認証情報が入力されたか否かを判定する。認証情報が入力されていない場合（Ｓ７０８がＮｏ）、フローはＳ７０８の処理を繰り返す。一方、認証情報が入力された場合（Ｓ７０８がＹｅｓ）、フローはＳ７０９に進む。
【００２８】
Ｓ７０９において制御部２０１は、ＮＦＣのＰ２Ｐ通信で入力された認証情報を、記憶部２０２に記憶されている認証情報と照合して認証を実行し、認証に成功したか否かを判定する。制御部２０１は、例えば、あらかじめ端末装置１００に設定されているアカウントやパスコードと、別の端末装置から入力されたアカウントやパスコードなどの認証情報とを照合して、認証を行ってよい。ＮＦＣ通信による認証の更なる詳細は図８を参照して後述する。認証に失敗した場合（Ｓ７０９がＮｏ）、フローはＳ７１２に進む。
【００２９】
Ｓ７１２において制御部２０１は、認証の失敗の回数が所定の規定数に達したか否かを判定する。認証失敗の回数が規定数に達していない場合（Ｓ７１２がＮｏ）、フローはＳ７０８に戻り、処理を繰り返す。一方、認証失敗の回数が規定数に達している場合（Ｓ７１２がＹｅｓ）、他人により不正なアクセスが試みられている恐れがあるため、フローはＳ７１３に進み、制御部２０１は、認証受付モードを解除して、本動作フローは終了する。なお、制御部２０１は、認証受付モードの解除の際に、例えば、認証アプリケーションを終了し、ＮＦＣ通信のＰ２Ｐの設定をオフ（ＯＦＦ）に設定し、ＮＦＣ通信機器を停止させてよい。
【００３０】
また、Ｓ７０９において認証に成功した場合（Ｓ７０９がＹｅｓ）、フローはＳ７１０に進む。Ｓ７１０において制御部２０１は、端末装置１００をレスキューモードに移行させる。例えば、制御部２０１は、端末装置１００のセキュリティロックを解除する。それにより、例えば、パスコードなどを入力しなくてもＵＳＢ接続などで別の端末と接続して、別の端末から記憶部２０２のデータを読み出すことを可能にする。また、制御部２０１は、端末装置１００のデバッグモードをオン（ＯＮ）にしてよい。デバッグモードは、例えば、端末装置１００に接続した別の端末からの端末装置１００へのデバッグ操作を許可するモードであってよい。また、制御部２０１は、例えば、端末装置１００のＢｌｕｅｔｏｏｔｈの設定を有効にしてＢｌｕｅｔｏｏｔｈ通信機器を起動し、Ｂｌｕｅｔｏｏｔｈ通信によるデータの送受信を可能にする。
【００３１】
Ｓ７１１において制御部２０１は、別の端末からの通信接続を待ち受け、通信接続すると別の端末に記憶部２０２のデータを伝送する。例えば、制御部２０１は、別の端末との間で確立したＮＣＦ通信接続を介してデータを伝送してよい。或いは、制御部２０１は、別の端末との間で確立したＮＣＦ通信接続を介してＢｌｕｅｔｏｏｔｈのペアリングやＷｉ‐Ｆｉの接続設定などを行った後、ＢｌｕｅｔｏｏｔｈやＷｉ‐Ｆｉの接続で別の端末に記憶部２０２のデータを伝送してよい。その後、本動作フローは終了してよい。
【００３２】
また、図８は、上述の図７の動作フローのＳ７０７〜Ｓ７１１で実行されるデータ転送の流れを例示するシーケンス図である。端末装置１００の制御部２０１は、例えば、端末装置１００のタッチパネル１０１の故障を検出した場合、認証受付モードに移行して認証アプリケーションを起動し、ＮＦＣなどの近距離無線通信を介して認証アプリケーションで認証を実行する。
【００３３】
まず、制御部２０１は、ＮＦＣ通信接続を別の端末との間で確立する（Ｓ８０１）。続いて、ユーザは、例えば、別の端末を操作し、別の端末から端末装置１００に認証処理の開始要求を送信する（Ｓ８０２）。
【００３４】
端末装置１００の制御部２０１は、別の端末から開始要求を受信すると、別の端末に認証情報の入力を要求する（Ｓ８０３）。別の端末は、認証情報の入力の要求を受信すると、認証情報を端末装置１００に送信する（Ｓ８０４）。なお、認証情報は、例えば、パスコードであってよく、或いは、特定のサービスに関するアカウント情報であってよもよい。特定のサービスに関するアカウント情報は、例えば、Ｇｏｏｇｌｅ（登録商標）が提供するＧｏｏｇｌｅアカウントや、Ａｐｐｌｅ（登録商標）が提供するＡｐｐｌｅ  ＩＤなどのアカウント情報であってよい。これらのアカウントは、ユーザと紐付けられているため、ユーザの本人確認に用いることができる。
【００３５】
端末装置１００の制御部２０１は、別の端末から認証情報を受信すると、受信した認証情報と、記憶部２０２に記憶されている認証情報とが一致するか確認して、認証を行う。例えば、制御部２０１は、認証情報が一致する場合に、認証成功と判定してよく、認証情報が異なれば認証失敗と判定してよい。そして、端末装置１００の制御部２０１は、認証に成功すると、認証完了通知を別の端末に通知する（Ｓ８０５）。また、認証に成功した場合、制御部２０１は、端末装置１００のセキュリティロックを解除して、記憶部２０２に記憶されているデータを別の端末に伝送してよい（Ｓ８０６）。なお、伝送する対象のデータは、予め定められていてもよいし、別の実施形態では、制御部２０１は、伝送対象のデータの指定を別の端末から受け付けて、伝送対象として指定されたデータの伝送を実行してもよい。
【００３６】
以上で述べた様に、例えば、端末装置１００の制御部２０１は、タッチパネル１０１の故障が検出された場合に、レスキューモードに移行し、セキュリティロックを解除してデータの伝送を可能にする。そのため、端末装置１００のタッチパネル１０１の故障時に、タッチパネル１０１を操作しなくても端末装置１００の記憶部２０２に保存されたデータにアクセスすることができる。また、ＮＦＣ接続により認証を実行してからセキュリティロックを解除しているため、セキュリティも保つことができる。更に、ＮＦＣのＰ２Ｐ通信を認証に用いる場合、ＮＦＣのＰ２Ｐ通信はユーザが接続設定を入力しなくても通信が可能であるため、例えば、Ｂｌｕｅｔｏｏｔｈにおけるペアリング等の通信接続のための設定を入力しなくてもユーザは認証を実行することができる。
【００３７】
また、上述の実施形態では、落下を検出すると、衝突を検出する前にＮＦＣ通信機器を起動している（例えば、Ｓ７０３）。そのため、その後の衝突により端末装置１００に一部故障が発生してもＮＦＣ通信機器を利用できる可能性が高まる。
【００３８】
また、上述の実施形態では、落下の検出後に衝突を検出しなかった場合（例えば、Ｓ７０４がＮｏ）、認証受付モードを解除している（例えば、Ｓ７１４）。これは、例えば、衝突が検出されない場合、タッチパネル１０１が故障している可能性は低いためである。それにより、認証受付モードを解除が解除されるため、ユーザは通常モードで端末装置１００の利用を継続することができる。
【００３９】
また、落下の検出後に衝突を検出した場合にも、タッチパネル１０１が故障していないことがある。そのため、上述の実施形態では、ユーザからの解除指示を受け付けて認証受付モードを解除している（Ｓ７０５がＹｅｓ）。それにより、認証受付モードを解除が解除されるため、ユーザは通常モードで端末装置１００の利用を継続することができる。
【００４０】
また、上述の実施形態では、認証受付モードに移行したことを示す通知を出力している（Ｓ７０６）。そのため、ユーザは、端末装置１００が認証受付モードに入っており、認証を行うことで端末装置１００からのデータの取り出しが可能になることを知ることができる。また、通知を行うことで、端末装置１００が認証受付モードに移行していることユーザが認識する前に、端末装置１００のバッテリーが切れてしまうことを抑制できる。
【００４１】
なお、別な対策として、例えば、落下を検出した場合に、記憶部２０２に記憶されているデータを自動的にバックアップすることも考えられる。しかし、バックアップの対象のデータの容量が大きいと、データ転送やデータ保存に時間がかかり、衝突が検出されるまでにバックアップが間に合わない可能性がある。しかしながら、上述の実施形態によれば、別の端末から記憶部２０２のデータにアクセスすることが可能となるため、表示装置の故障後もユーザは所望のデータを取り出すことが可能である。
【００４２】
なお、上述の図７のＳ７０１〜Ｓ７０５、Ｓ７０７、及びＳ７１４の処理において制御部２０１は、例えば、起動部２１１として動作してよい。Ｓ７０８〜Ｓ７１０の処理において制御部２０１は、例えば、許可部２１２として動作してよい。Ｓ７０６の処理において制御部２０１は、例えば、出力部２１３として動作してよい。
【００４３】
また、図９は、レスキューモードにおける表示画面の外部出力処理を例示する図である。端末装置１００の制御部２０１は、レスキューモードに移行すると、表示画面を外部出力する機能を有効化してよい。図９に示すように、端末装置１００のタッチパネル１０１の表示画面は故障している。この場合に、制御部２０１は、例えば、レスキューモードに移行すると、セキュリティロックを解除するとともに、Ｗｉ−Ｆｉの通信設定と、Ｍｉｒａｃａｓｔ（登録商標）による画面データの出力の設定をオンにしてよい。それにより、外部の表示装置へのＭｉｒａｃａｓｔによる画面データの出力が可能になる。また、ユーザは、外部の表示装置を通して端末装置１００に操作入力が可能である。
【００４４】
以上において、実施形態を例示したが、実施形態はこれに限定されるものではない。例えば、上述の動作フローは例示であり、実施形態はこれに限定されるものではない。可能な場合には、動作フローは、処理の順番を変更して実行されてもよく、別に更なる処理を含んでもよく、又は、一部の処理が省略されてもよい。
【００４５】
また、上述の実施形態では、表示装置の一例として、タッチパネル１０１を例に説明しているが、実施形態はこれに限定されるものではない。例えば、タッチパネル１０１の代わりに、キーやボタンなどの入力装置と、画像を出力する液晶ディスプレー等の表示装置とが別個で備えられている端末装置の表示装置の故障にも実施形態は適用することができる。
【００４６】
また、上述の実施形態では、認証に用いる近距離無線通信の一例としてＮＦＣを用いて認証を行う例を述べたが、実施形態はこれに限定されるものではなく、その他の通信規格が認証に用いられてもよい。
【００４７】
図１０は、端末装置１００を実現するためのハードウェア構成の一例を示す図である。端末装置１００は、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ、及びノートＰＣなどの装置であってよい。端末装置１００は、プロセッサ１００１、メモリ１００２、加速度センサ１００３、タッチパネル１０１、Ｂｌｕｅｔｏｏｔｈ通信機器１００５、及びＮＦＣ通信機器１００６を含む。
【００４８】
メモリは、例えば、ＲＡＭ及びＲＯＭを含んでよい。ＲＡＭは、Random Access Memoryの略称である。また、ＲＯＭは、Read Only Memoryの略称である。例えば、メモリ１００２は、上述の記憶部２０２の一例である。プロセッサ１００１は、例えば、メモリ１００２に読出制御プログラムを読み出して実行することで、制御部２０１、起動部２１１、許可部２１２、及び出力部２１３などとして動作してよい。
【００４９】
加速度センサ１００３は、例えば、加速度を検出する。加速度センサ１００３は、上述のセンサ２０５の一例である。タッチパネル１０１は、表示画面に画像を表示し、また、ユーザからの入力を受け付ける。
【００５０】
Ｂｌｕｅｔｏｏｔｈ通信機器１００５は、例えば、Ｂｌｕｅｔｏｏｔｈの通信規格に応じて電気信号と無線信号との変換を行い、プロセッサ１００１の指示に従ってアンテナを介して別の端末と通信する。ＮＦＣ通信機器１００６は、例えば、ＮＦＣの通信規格に応じて電気信号と無線信号との変換を行い、プロセッサ１００１の指示に従ってアンテナを介して別の端末に接続し通信する。Ｂｌｕｅｔｏｏｔｈ通信機器１００５と、ＮＦＣ通信機器１００６は、例えば、上述の通信部２０３の例である。なお、端末装置１００は、更に、例えば、セルラ通信網に接続するためのセルラ通信機器などのその他の装置を備えていてもよい。
【００５１】
また、端末装置１００のハードウェア構成は、図１０に示されるものに限定されず、適宜、追加、置換、削除等の変更が成されてよい。例えば、端末装置１００は、図１０に示される構成に加えて、可搬記録媒体を駆動する可搬記録媒体駆動装置を備えてもよい。可搬記録媒体は、例えば、ＳＤカード、ｍｉｃｒｏＳＤカード等であってよい。
【００５２】
また、実施形態に係る各プログラムは、例えば、下記の形態で端末装置１００に提供されてよい。
（１）メモリ１００２に予めインストールされている。
（２）可搬型記録媒体により提供される。
（３）サーバからネットワークを介して提供される。 
【００５３】
また、図１０を参照して述べた端末装置１００のハードウェア構成は例示であり、実施形態はこれに限定されるものではない。例えば、別の実施形態では、上述の端末装置１００の制御部２０１の一部又は全部の機能はＦＰＧＡ及びＳｏＣなどによるハードウェアとして実装されてもよい。なお、ＦＰＧＡは、Field Programmable Gate Arrayの略称である。ＳｏＣは、System-on-a-chipの略称である。
【００５４】
また、上述の実施形態を含むいくつかの実施形態は、上述の実施形態の各種変形形態及び代替形態を包含するものとして当業者には理解される。例えば、各種実施形態は、構成要素を変形して具体化されてよい。また、上述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態が実施されてよい。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施されてよい。
【符号の説明】
【００５５】
１００      端末装置
１０１      タッチパネル
２０１      制御部
２０２      記憶部
２０３      通信部
２０５      センサ
２１１      起動部
２１２      許可部
２１３      出力部
１００１    プロセッサ
１００２    メモリ
１００３    加速度センサ
１００５    Ｂｌｕｅｔｏｏｔｈ通信機器
１００６    ＮＦＣ通信機器
【図１】
2018117324.tif 000003
【図２】
2018117324.tif 000004
【図３】
2018117324.tif 000005
【図４】
2018117324.tif 000006
【図５】
2018117324.tif 000007
【図６】
2018117324.tif 000008
【図７】
2018117324.tif 000009
【図８】
2018117324.tif 000010
【図９】
2018117324.tif 000011
【図１０】
2018117324.tif 000012