JP2014053778A - 携帯端末、ならびに携帯端末を制御するための方法およびプログラム - Google Patents

Abstract

【課題】複数ユーザが共有してもセキュリティが保護される携帯端末を提供する。
【解決手段】携帯端末１００は、タッチパネル１１０と、タッチパネルコントローラ１２０と、ＬＣＤ１３０と、ＬＣＤコントローラ１４０と、中央処理装置１５０と、タッチパネル１１０に対して行なわれる操作に基づいて、携帯端末１００の画面をロックし、またはアンロックするために入力されるパターンを判定する入力パターン判定部１６０と、パターン照合データベース１７０と、入力パターン判定部１６０が受け付けたパターンに関連付けられている動作モードで携帯端末１００を作動する動作モード制御部１８０と、動作モードＤＢ１９０とを備える。入力パターン判定部１６０は、パターンを記憶するパターン記憶部１６１と、パターン照合部１６２と、ＬＣＤ１３０の画面をアンロックするか否かを判断する照合結果判定部１６３とを含む。
【選択図】図１

Description

本発明は携帯端末の制御に関し、より特定的には、携帯端末に対するセキュリティに関する。

携帯電話機、スマートフォンその他の携帯端末のセキュリティを保護するために、ロック機構、および、それをアンロックする機構、また、ロック・アンロックの技術が知られている。

たとえば、特開２０１１−０４４９３３号公報（特許文献１）は、「外部装置を用いることなく、簡易な操作でロックを解除することを可能とする」携帯電話機を開示している。当該携帯電話機は、自装置の機能を制限する機能制限部と、複数の検知箇所において人体の接触を検知する検知部と、複数の検知箇所それぞれについて接触の有無を表すパターンを記憶するパターン記憶部と、検知部によって検知された複数の検知箇所における人体の接触の有無のパターンとパターン記憶部に記憶されているパターンとが、一致しない場合には機能制限部による制限を解除せず、一致した場合に機能制限部による制限を解除して携帯電話機の機能の実行を可能にする制限解除部」とを備える（［要約］参照）。

国際公開第ＷＯ２０１１／１５８７６８号公報（特許文献２）は、タッチパネルの入力機能を利用して、キーロック等の利用制限の解除が可能な情報端末装置を開示している。具体的には、情報端末装置１は、ディスプレイ（１１）と、タッチパネル（１２）とを備えた情報端末装置であって、当該情報端末装置の利用制限を解除するためにタッチパネル（１２）へ入力される解除パターンを、図形パターンとして使用者に指定させて記憶するパターン記憶部（４３）と、前記タッチパネルへ入力された入力パターンと前記解除パターンとが合致するか否かを判断する照合部（４４）と、照合部（４４）において入力パターンと前記解除パターンとが合致すると判断された場合に、当該情報端末装置の利用制限を解除する制御部（３４）とを備える、というものである（［要約］参照）。

国際公開第ＷＯ２０１１／０４３４２２号公報（特許文献３）は、「ユーザ認証時におけるユーザの手間を軽減しながら不正利用及び誤操作を有効に防止する」ための技術を開示している。具体的には、当該技術は、「セキュリティロック処理手段２１が、セキュリティロック機能の設定状態中に、ユーザがタッチパネル１１に行ったタッチ、ドラッグ、リリース、タップ、フリックなどのタッチ操作の組み合わせを特定しこの特定したタッチ操作の組み合わせを予め設定された認証情報が示す組み合わせと照合しこの照合が一致した場合にセキュリティロック機能を解除する。」というものである（［要約］参照）。

特開２００７−２５７１４０号公報（特許文献４）は、「キーロック機能を備えた携帯型の電子機器において、複雑で高価なセキュリティ認証機能を採用しなくても、従来の英数字等のパスワード方式に比べて第三者の不正使用防止効果を向上させる」技術を開示している。具体的には、「キーロック機能を有する携帯電子機器は、タッチパネル１１と、キーロック状態においてタッチパネル１１から手書き入力された特定の軌跡から生成されたデータを、予めメモリ部１４に登録されたデータと比較して、一致した場合にキーロック状態を解除する中央処理装置１５」とを備える、というものである（［要約］参照）。

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

携帯端末の高機能化が進んだ結果、様々なサービスが利用できるようになっており、所有者以外に不正利用されることを防ぐ必要がある。そのような個人の所有物である携帯端末をやむを得ず他人に貸与する場合や、複数人が一つの携帯端末を使用したい場合に、それぞれのユーザのプライバシーや権利・財産を守りつつ各用途に即した使い方をさせるための技術が必要とされている。この点、上記の特許文献１〜４には、個人で使用することが前提されており他人による使用が想定されていない。他方、パーソナルコンピュータには、既にログオン（またはログイン）およびログオフ（またはログアウト）の概念によるユーザごとの使い分けが実現されている。しかしながら、その処理には時間を要しており、切り換えを簡易に行なうことはできない。また、一旦ログオンしてしまえば、そのログオンしたユーザに対して様々な操作が許容されている。したがって、複数のユーザが一つの携帯端末を使用してもセキュリティが保護される技術が必要とされている。また、一つの携帯端末が有する複数の機能の一部からなる複数の組み合わせが、それぞれ使い分けられるような技術が必要とされている。

本発明は、上述のような問題点を解決するためになされたものであって、その目的は、機能の使い分けが可能な携帯端末を提供することである。他の局面における目的は、複数のユーザによって共有されてもセキュリティが保護される携帯端末を提供することである。

他の局面における目的は、機能の使い分けが可能となるように携帯端末を制御するための方法を提供することである。他の局面における目的は、複数のユーザによって共有されてもセキュリティが保護されるように携帯端末を制御するための方法を提供することである。

さらに他の局面における目的は、機能の使い分けが可能となるように携帯端末を制御するためのプログラムを提供することである。他の局面における目的は、複数のユーザによって共有されてもセキュリティが保護されるように携帯端末を制御するためのプログラムを提供することである。

一実施の形態に従う携帯端末は、モニタと、プロセッサと、携帯端末に対する操作を受け付ける入力手段と、携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に携帯端末が実行可能な処理とを格納するように構成されたメモリとを備える。入力手段に対して与えられる入力情報が、１つ以上のアンロック操作のいずれかに該当する場合に、プロセッサは、当該アンロック操作後に携帯端末が実行可能な処理を実行するように構成されている。

好ましくは、入力手段は、タッチパネルを含む。アンロック操作は、タッチパネルに対する１つ以上のタッチの軌跡を含む。タッチパネルに対するタッチ操作の軌跡が、１つ以上のタッチの軌跡に該当する場合に、プロセッサは、実行可能な処理を実行するように構成されている。

好ましくは、タッチの軌跡は、離散的な軌跡と連続的な軌跡とのいずれかを含む。
好ましくは、入力手段は、操作スイッチ含む。アンロック操作は、操作スイッチに対する１つ以上の操作を含む。操作スイッチに対する１つ以上の新たな操作が、１つ以上の操作に該当する場合に、プロセッサは、実行可能な処理を実行するように構成されている。

好ましくは、携帯端末は、ネットワークと通信するための通信手段をさらに備える。入力情報と１つ以上のアンロック操作との不一致の回数が予め設定された上限値に到達すると、プロセッサは、携帯端末に対するアクセスが正しく行なわれていないことを通知するメッセージを予め指定された宛先に送信するように構成されている。

他の実施の形態に従うと、携帯端末を制御するための方法が提供される。携帯端末は、モニタと、プロセッサと、メモリとを備えている。この方法は、プロセッサが、携帯端末に対する操作を受け付けるステップと、プロセッサが、携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に携帯端末が実行可能な処理とをメモリから読み出すステップと、携帯端末に対して与えられる入力情報が、１つ以上のアンロック操作のいずれかに該当する場合に、プロセッサが、当該アンロック操作後に携帯端末が実行可能な処理を実行するステップとを含む。

さらに他の実施の形態に従うと、携帯端末を制御するためのプログラムが提供される。携帯端末は、モニタと、プロセッサと、メモリとを備えている。プログラムは、プロセッサに、携帯端末に対する操作を受け付けるステップと、携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に携帯端末が実行可能な処理とをメモリから読み出すステップと、携帯端末に対して与えられる入力情報が、１つ以上のアンロック操作のいずれかに該当する場合に、当該アンロック操作後に携帯端末が実行可能な処理を実行するステップとを実行させる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

携帯端末１００の構成を表わすブロック図である。 携帯端末１００のＬＣＤ１３０に対して行なわれる操作に基づいて状態が切り換わる様子を表わす図である。 携帯端末１００に対するロック操作を表わす図である。 携帯端末１００にパターンを登録するために行なわれる処理の一部を表わすフローチャートである。 携帯端末１００に対して入力されるパターンを判定するための処理を表わすフローチャートである。 動作モード制御部１８０が実行する処理の一部を表わすフローチャートである。 動作モードＤＢ１９０に格納されているデータの構成の一態様を概念的に表わす図である。 携帯端末８００のハードウェア構成を表わすブロック図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

［技術思想］
最初に、本実施の形態に係る携帯端末に適用される技術思想について説明する。当該技術思想は、ロックされた携帯端末の画面をアンロック（ロックを解除）する方法を複数用意しておくことで、携帯端末に特化した状況に応じた使い分けを可能とするものである。

なお、本実施の形態においては、ロックおよびアンロックの手段は限定せず、携帯端末のメインユーザ（たとえば携帯端末の所有者）が、複数のアンロック方法を予め登録しておくことで、当該メインユーザに加えて他のユーザも、状況に応じた使用方法を選択することが可能になる。

（１） 携帯端末は、予め登録されたパターンとそれに関連付けられた動作モードとを保持している。携帯端末は、入力されたパターンに応じて動作モードを特定し、当該動作モードにおいて実行可能な処理または機能を実現する。制限が加えられ得る処理または機能は、たとえば、電話帳の閲覧、電話帳を用いた発信、受信メールの閲覧、ユーザ登録された特定のインターネットサイトへのアクセス等を含むが、これらに限られない。

（２） 本実施の形態においては、携帯端末は特定の画面でロックがかけられて、動作モードが制限モードとなる。いずれかのユーザが制限モードで携帯端末のロックを解除した場合、当該特定の画面以外への遷移ができないようにすることで、その携帯端末を使用する他のユーザのプライバシーの保護を可能とする。

（３） 携帯端末の動作モードが制限モードで、携帯端末がアンロックされている場合には、画面遷移を含めたほぼ全ての操作が不可能となる。

（４） 本実施の形態に係る携帯端末の使用態様としては、複数のユーザが使用可能なパーソナルコンピュータと異なり、当該携帯端末のメインユーザ（たとえば所有者）が主に使うことを主眼においている。したがって、少ない手順で、かつ、素早く一時的に携帯端末の動作を制限するための機構が必要とされている。そして、アンロック後の操作もメインユーザの意図が重視される必要がある。メインユーザの意図さえ携帯端末に反映されていれば、予め許可された特定のアプリケーション（いわゆるアプリ）の操作だけは他のユーザによっても実行できるようにするといった使い方も可能である。

（５） 本実施の形態に係る携帯端末は、パーソナルコンピュータでいうところのログオフを明示的に実施するわけではなく、あくまで、たとえると、ログオンしているユーザがメインユーザである状態のまま、特定のアプリケーションの実行あるいは機能の実行に対して簡単に制限をかけるというものである。アンロックに必要な操作も全て、メインユーザが管理している情報に基づいて実施される。

（６） 具体例として、携帯端末に対して入力される操作のパターンの判別によるアンロックの場合は、たとえば、以下のような処理が行なわれる。まず、メインユーザは、タッチパネルに対する操作または１２キーに対する操作により、予め複数の解除パターンを当該携帯端末に登録する。携帯端末の動作の状況に応じて解除パターンを変更することで、一時的に他のユーザ（所謂ゲストユーザ）が当該携帯端末を使う時等に簡単に使い分けができる。ゲストユーザが当該携帯端末を使用する場合には、当該ゲストユーザは、アンロック後の画面の限られた操作しか実行できない。当該操作は、アンロックを解除するためのパターンに関連付けられているものである。これにより、メインユーザの意図しない使用がゲストユーザによって行われることを防止できる。

［構成］
図１を参照して、本実施の形態に係る携帯端末１００の構成について説明する。図１は、携帯端末１００の構成を表わすブロック図である。携帯端末１００は、たとえば、携帯電話機、スマートフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、タブレット端末その他の端末であって、複数の機能を有する情報処理端末である。

図１に示されるように、携帯端末１００は、タッチパネル１１０と、タッチパネルコントローラ１２０と、ＬＣＤ（Liquid Crystal Display）１３０と、ＬＣＤコントローラ１４０と、中央処理装置１５０と、入力パターン判定部１６０と、パターン照合データベース（ＤＢ）１７０と、動作モード制御部１８０と、動作モードＤＢ１９０とを備える。入力パターン判定部１６０は、パターン記憶部１６１と、パターン照合部１６２と、照合結果判定部１６３とを含む。

タッチパネル１１０は、携帯端末１００に対する操作の入力を受け付ける。タッチパネル１１０の出力は、タッチパネルコントローラ１２０に入力される。

タッチパネルコントローラ１２０は、中央処理装置１５０から送られる制御信号に基づいてタッチパネル１１０の動作を制御するとともに、タッチパネル１１０からの出力に応じた信号を中央処理装置１５０に送出する。

ＬＣＤ１３０は、写真、電子メールその他のコンテンツを表示し、また他の局面において、携帯端末１００をロックするための画面を表示する。なお、本実施の形態においては携帯端末１００は、表示装置としてＬＣＤ１３０を備えているが、表示装置の態様は、ＬＣＤに限られず、有機ＥＬ（Electro Luminescence）パネルディスプレイその他の表示装置も用いられ得る。

ＬＣＤコントローラ１４０は、中央処理装置１５０からの制御信号に基づいてＬＣＤ１３０における画像の表示を制御する。

中央処理装置１５０は、携帯端末１００に対して与えられる命令に基づいて携帯端末１００の動作を実行し、携帯端末１００が有する複数の機能の各々を実行する。中央処理装置１５０は、ある局面において一つの機能を実現し、他の局面において複数の機能を実現し得る。

入力パターン判定部１６０は、タッチパネル１１０に対して行なわれる操作に基づいて、携帯端末１００の画面をロックし、またはアンロックするために入力されるパターンを判定する。

たとえば、ある局面において、携帯端末１００の動作モードがパターン登録モードである場合には、入力パターン判定部１６０は、タッチパネル１１０に対して行なわれる操作に基づいて新たに入力されるパターンを検出し、当該パターンを識別するパターンＩＤ（Identification）を生成する。パターン記憶部１６１は、当該パターンをパターン照合ＤＢ１７０に格納する。

さらに、入力パターン判定部１６０は、パターンＩＤと、その時に携帯端末１００が実行可能な機能とを関連付ける。入力パターン判定部１６０は、関連付けの情報を動作モード制御部１８０に送信する。動作モード制御部１８０は、その関連付けの情報を動作モードＤＢ１９０に格納する。

また、別の局面において、携帯端末１００の動作モードが待ち受けモードであってセキュリティのためのロックが有効であるとき、携帯端末１００にはロックを解除するためのパターンが入力される。入力パターン判定部１６０は、パターン照合ＤＢ１７０に保持されているテーブルを参照して、予め登録されているパターンとタッチパネル１１０に対して入力されたパターンとが一致するか否かを判断する。

携帯端末１００をアンロックする場合には、パターン照合部１６２は、タッチパネル１１０に対して与えられるアンロックのためのパターンと、パターン照合ＤＢ１７０に保持されている登録されたパターンとに基づいて、タッチパネル１１０に対して与えられたパターンが正規のパターンであるか否かを判断する。

照合結果判定部１６３は、パターン照合部１６２による照合の結果に基づいて、タッチパネル１１０に対して行なわれるパターンの入力に基づいてＬＣＤ１３０の画面をアンロックするか否かを判断する。照合結果判定部１６３は、画面をアンロックすると判断すると、その結果を、中央処理装置１５０に送信する。中央処理装置１５０は、その旨をＬＣＤコントローラ１４０を介してＬＣＤ１３０に表示し、動作モード制御部１８０を介して、アンロックのために入力されたパターンに関連付けられている機能を実現するための処理を起動する。

動作モード制御部１８０は、動作モードＤＢ１９０に保持されている動作モードと実際の制御内容とが紐付いたテーブルを参照し、入力パターン判定部１６０が受け付けたパターンに関連付けられている動作モードで携帯端末１００の動作を制御する。携帯端末１００が有する複数の機能のうちの一つ以上を含む機能のグループは、パターンに関連付けられ得る。機能のグループは、携帯端末１００の仕様に応じて、携帯端末１００の所有者が任意に追加できる。したがって、動作モード制御部１８０は、複数のパターンの各々に関連付けられた機能を実行することができる。

［携帯端末の動作］
図２を参照して、本実施の形態に係る携帯端末１００の動作について説明する。図２は、携帯端末１００のＬＣＤ１３０に対して行なわれる操作に基づいて状態が切り換わる様子を表わす図である。

ある局面において、状態２１０において、携帯端末１００は、タッチパネル１１０に対する操作に基づいてＬＣＤ１３０の画面のロックを実行する。たとえば、携帯端末１００は、ユーザの操作に基づいて、動作モードをパターンの入力モードに切り換える。

より具体的には、状態２２０に示されるように、ＬＣＤ１３０は、パターンの入力を受け付ける画面を表示し、携帯端末１００のユーザによるパターンの入力を待機する。

状態２３０に示されるように、携帯端末１００のユーザが、予め登録されたパターンとは異なるパターンの入力を行なうと、ＬＣＤ１３０は、「やり直して下さい」というメッセージを表示し、ユーザにパターンの再入力を促す。

状態２４０に示されるように、タッチパネル１１０に対して入力されたパターンが携帯端末１００のロックを解除するためのパターンとして予め登録されている場合には、状態２７０に示されるように、ＬＣＤ１３０は、携帯端末１００の待受け画面を表示し、携帯端末１００は、ユーザに対する制限を課さないモードで起動する。たとえば、状態２１０における画面と同様の画面が、状態２７０で表示される。

一方、状態２５０に示されるように、タッチパネル１１０に対して入力された他のパターンが携帯端末１００に登録されている場合には、状態２８０に示されるように、携帯端末１００は、当該パターンに関連付けられた画面を表示する。たとえば、状態２７０においては、着信履歴および発信履歴が閲覧可能であったが、状態２８０では、着信履歴および発信履歴は閲覧可能でない。したがって、状態２５０に示されるパターンが入力された場合には、携帯端末１００は、電話帳や発着信履歴等の個人情報に対するゲストユーザのアクセスを禁止するので、ゲストユーザが当該パターンを用いてロックを解除してもメインユーザのセキュリティは保護される。

また、携帯端末１００は、予め登録された画面から他の画面への遷移も禁止する。図２に示される例では、携帯端末１００は、ゲストユーザは表示されている電話の発信画面に基づき電話をかけることだけが可能となる。

なお、ブロック２６０に示されるように、本実施の形態において画面のロックまたはアンロックのためのパターンは２つ以上のパターンが登録可能である。

［ロック操作］
図３を参照して、本実施の形態に係る携帯端末１００の動作についてさらに説明する。図３は、携帯端末１００に対するロック操作を表わす図である。

ある局面において、状態３１０において、携帯端末１００は、電話を発信するための画面をＬＣＤ１３０に表示している。携帯端末１００のユーザは、携帯端末１００が有するハードウェアスイッチを用いて画面をロックすることができる。

たとえば、形態（１）として、状態３２０に示されるように、携帯端末１００がその筐体にハードキー１０１，１０２，１０３，１０４を有する場合には、ユーザは、いずれかのハードキーに予め割り当てられたロック機能を用いて、携帯端末１００の画面をロックすることができる。なお、ハードキーは、図３に示されるものに限られない。たとえば、携帯端末１００がタッチパネルの代わりにテンキー、１２キーを有する場合には、いずれかのキーまたは複数のキーの組み合わせがロック機能として用いられてもよい。

一方、形態（２）として、状態３３０に示されるように、携帯端末１００は、ソフトキーに対する操作に基づいてロック操作を受け付けることもできる。たとえば、ユーザの指３００は、ＬＣＤ１３０に表示される数字のいずれかをタッチ操作することにより、画面をロックするためのパターンを入力する。

その後、状態３４０に示されるように、携帯端末１００のユーザは、ＬＣＤ１３０にプルダウンのメニューを表示させ、たとえばロック機能として「どこでもロック」を選択する。携帯端末１００は、その機能の選択を検知すると、ロック機能を起動し、状態３５０に示されるように、画面を解除するためのパターン入力を受け付ける画面を待ち受け状態の画面として表示する。

［制御構造］
図４から図６を参照して、本実施の形態に係る携帯端末１００の制御構造について説明する。

＜パターン登録＞
図４は、携帯端末１００にパターンを登録するために行なわれる処理の一部を表わすフローチャートである。

ステップＳ４１０にて、中央処理装置１５０は、タッチパネル１１０に対する操作に基づいて、携帯端末１００の動作モードを通常モードからパターン登録モードに移行する。制御は、ステップＳ４２０に移される。

ステップＳ４２０にて、中央処理装置１５０は、パターンを登録するためのテンキーをＬＣＤ１３０に表示させる。制御は、ステップＳ４３０に移される。

ステップＳ４３０にて、中央処理装置１５０は、タッチパネル１１０に対する操作に基づいて、テンキーに対するタッチ操作を検出する。制御は、ステップＳ４４０に移される。

ステップＳ４４０にて、中央処理装置１５０は、タッチパネル１１０に対するタッチ操作が行なわれたパターンで起動される動作モードを選択するための入力を受け付ける。たとえば、中央処理装置１５０は、ＬＣＤ１３０に１つ以上の動作モードを表示し、いずれかの動作モードの選択を受け付ける。ユーザが、いずれかの動作モードを選択すると、中央処理装置１５０は、その選択された動作モードとタッチ操作が行なわれたパターンとを関連付けて、動作モードＤＢ１９０に保存する。各動作モードには、携帯端末１００が実行できる処理または機能（たとえば、履歴の閲覧、電話の発信、メールの受信、特定のインターネットサイトへのアクセス等）が関連付けられている。制御は、ステップＳ４５０に移される。

ステップＳ４５０にて、中央処理装置１５０は、タッチパネル１１０に対する操作に基づいて、タッチ操作が行なわれたパターンを特定する名前の入力を受け付ける。制御は、ステップＳ４６０に移される。

ステップＳ４６０にて、中央処理装置１５０は、入力された名前を、当該パターンと当該動作モードとに関連付けて、パターン照合ＤＢ１７０に格納する。その後、処理は終了する。

＜パターン判定＞
図５は、携帯端末１００に対して入力されるパターンを判定するための処理を表わすフローチャートである。この場合、すでにパターンＡ〜パターンＺが携帯端末１００に登録されているとする。

ステップＳ５１０にて、中央処理装置１５０は、タッチパネルコントローラ１２０からの出力に基づいて、タッチパネル１１０に対するパターンが入力されたことを検知する。制御は、ステップＳ５２０に移される。

ステップＳ５２０にて、入力パターン判定部１６０は、入力されたパターンと、予め登録されたパターンとを照合する。制御は、ステップＳ５３０に移される。

ステップＳ５３０にて、入力パターン判定部１６０は、入力されたパターンが予め登録されたパターンＡと合致するか否かを判断する。入力パターン判定部１６０は、入力されたパターンがパターンＡと合致すると判断すると（ステップＳ５３０にてＹＥＳ）、制御をステップＳ５４０に切り換える。そうでない場合には（ステップＳ５３０にてＮＯ）、入力パターン判定部１６０は、制御をステップＳ５５０に切り換える。

ステップＳ５４０にて、中央処理装置１５０は、動作モード制御部１８０と協働して、携帯端末１００の動作モードをパターンＡについて規定された動作モードへ切り換える。携帯端末１００は、切り換え後の動作モードで作動する。

ステップＳ５５０にて、入力パターン判定部１６０は、パターンＢについて、ステップＳ５３０の処理と同様の処理を実行する。ステップＳ５６０にて、中央処理装置１５０は、パターンＢについて、ステップＳ５４０の処理と同様の処理を実行する。

携帯端末１００は、パターンＣからパターンＹについても同様の処理を実行する。
ステップＳ５７０にて、入力パターン判定部１６０は、パターンＺについて、ステップＳ５３０の処理と同様の処理を実行する。ステップＳ５８０にて、中央処理装置１５０は、パターンＺについて、ステップＳ５４０の処理と同様の処理を実行する。

ステップＳ５９０にて中央処理装置１５０は、入力パターン判定部１６０からの出力に基づいて、タッチパネル１１０に対して入力されたパターンの照合が失敗したときの処理として予め定められた処理を実行する。たとえば、中央処理装置１５０は、予め規定された回数以上の入力パターンの照合が失敗したことをＬＣＤ１３０に表示し、携帯端末１００のロック解除を正規の手続きないと解除できない旨の表示を行なう。あるいは、他の局目において、入力パターンの照合が失敗したことを通知するメッセージまたは携帯端末１００の位置情報を、携帯端末１００のユーザに対して予め割り当てられたメールボックスに対して送信してもよい。ユーザは、携帯端末１００に対するロック解除が正当に行なわれていないことを知ることができるので、たとえば、携帯端末１００を紛失している場合でも、携帯端末１００の現状を早期に知ることができ、使用停止その他の措置も実行できる。

図６は、動作モード制御部１８０が実行する処理の一部を表わすフローチャートである。

ステップＳ６１０にて、動作モード制御部１８０は、入力パターン判定部１６０において決定された動作モードを示す信号を受信する。制御は、ステップＳ６２０に移される。

ステップＳ６２０にて、動作モード制御部１８０は、認識した動作モードの動作について制限されている内容を動作モードＤＢ１９０に基づいて照合する。制御はステップＳ６３０に移される。

ステップＳ６３０にて、動作モード制御部１８０は、照合の結果特定された制限内容をＬＣＤ１３０に表示される画面に反映する。このタイミングで携帯端末１００におけるアンロック後の画面遷移が実施される。制御は、ステップＳ６４０に移される。

ステップＳ６４０にて、動作モード制御部１８０は、タッチパネルコントローラ１２０からの出力に基づいて、携帯端末１００のユーザが予め規定された何らかの操作を実行したか否かを判断する。動作モード制御部１８０は、ユーザが何らかの操作を実行したと判断すると（ステップＳ６４０にてＹＥＳ）、制御をステップＳ６５０に切り換える。そうでない場合には（ステップＳ６４０にてＮＯ）、動作モード制御部１８０は、制御をステップＳ６４０に戻す。

ステップＳ６５０にて、動作モード制御部１８０は、ユーザが行なった操作が携帯端末１００において制限されているか否かを判断する。この判断は、たとえば動作モードＤＢ１９０に保存されているテーブルに含まれるデータに基づいて行なわれる。動作モード制御部１８０は、その操作が制限されていると判断すると（ステップＳ６５０にてＹＥＳ）、制御をステップＳ６４０に戻す。そうでない場合には（ステップＳ６５０にてＮＯ）、動作モード制御部１８０は、制御をステップＳ６６０に切り換える。

ステップＳ６６０にて、動作モード制御部１８０は、タッチパネル１１０に対して与えられた操作に基づいてユーザ操作をＬＣＤ１３０の画面に反映する。その後、処理は終了する。

［データ構造］
図７を参照して、本実施の形態に係る携帯端末１００のデータ構造について説明する。図７は、動作モードＤＢ１９０に格納されているデータの構成の一態様を概念的に表わす図である。ある局面において、動作モードＤＢ１９０は、テーブル７１０，７２０，７３０，７４０，７５０を保持している。

テーブル７１０は、実行許可アプリケーションと、参照可能データとを含む。実行許可アプリケーションは、たとえば電話アプリケーションと電話帳アプリケーションとを含む。参照可能データベースは、電話帳データベースを含む。たとえば、携帯端末１００は、図６のステップＳ６２０に関連してテーブル７１０を用いる。パターンＡとして、動作モードが、電話と電話帳のみを使えるモードである場合、テーブル７１０は、アクセス可能なアプリケーション・データベースを記載したテーブルとなり、その他アプリケーションおよびデータベースにはアクセスさせないことになる。

なお、データベースとアプリケーションとは予め関連付けておくことで、携帯端末１００は、入力されたパターンに許可権限を付与する際にグルーピングすることができる。たとえば、電話帳アプリと電話帳データベースとが関連付けられた組み合わせは、「電話帳グループ」として実行許可アプリに追加することができる。

テーブル７２０は、実行許可アプリケーションと制限レベルとを保持している。実行許可アプリケーションは、たとえば直前に起動していたアプリケーションである。制限レベルは、画面ロックである。テーブル７２０が適用されるパターンＢは、特定の写真のみを見せたいシーンなどを想定し、ロック前の画面からの遷移や操作を一切許可しないように設定される。

テーブル７３０は、実行許可アプリケーションと制限レベルとを含む。たとえば、実行許可アプリケーションは、直前に起動していたアプリケーションである。このときの制限レベルは、アプリケーションのロック（アプリロック）である。テーブル７３０が適用されるパターンＣは、上記のパターンＢよりも制限がやや緩和されている。たとえば、ロック前のアプリの操作、画面遷移は許可されるものの、その他のアプリの起動は許可されない。ユーザが、電話帳画面でロックおよびアンロックを実行した場合には、電話帳アプリと、当該電話帳アプリに関連付けられた電話帳データベースが使用可能となる。他方、ユーザが、アラームアプリでロックおよびアンロックを実行した場合には、アラームの設定や設定されたアラームの確認等が可能となる。また、アプリ毎に制限をかけることができる。制限レベルの指定がなければ、当該アプリに対する制限は、アプリロックとして取り扱われる。

テーブル７４０は、実行許可アプリケーションを含む。複数の実行許可アプリケーションは、たとえばブラウザアプリケーションと、カレンダーアプリケーションと、アラームアプリケーションと、ゲームアプリケーションとを含む。テーブル７４０は、たとえば、図６のステップＳ６３０において用いられる。たとえば、テーブル７４０に対応するパターンＤは、登録された実行許可アプリの中からアンロック直後（ステップＳ６３０）に起動させたいアプリが明示的に指定可能である。ユーザによるアプリの指定がない場合でも、携帯端末１００は、デフォルト設定に基づいて、実行許可アプリのいずれかを起動させることとする。

テーブル７５０は、実行禁止アプリケーションと、参照不可能データベースとを含む。実行禁止アプリケーションは、たとえば電話アプリケーションと電話帳アプリケーションとメールアプリケーションとを含む。参照不可能データベースは、電話帳データベースとメールデータベースとを含む。テーブル７５０は、テーブル７１０〜７４０とは逆に、実行を許可しないアプリを格納している。したがって、テーブル７５０に含まれないアプリの操作は許可される。

［ハードウェア構成］
図８を参照して、本実施の形態に係る携帯端末１００の具体的構成について説明する。図８は、携帯端末１００のハードウェア構成を表わすブロック図である。

［ハードウェア構成］
携帯端末１００は、ＣＰＵ２０と、アンテナ２３と、通信装置２４と、操作スイッチ２５と、カメラ２６と、フラッシュメモリ２７と、ＲＡＭ（Random Access Memory）２８と、ＲＯＭ（Read Only Memory）２９と、メモリカード駆動装置３０と、マイク３２と、スピーカ３３と、音声信号処理回路３４と、モニタ３５と、ＬＥＤ（Light Emitting Diode）３６と、データ通信インターフェイス３７と、バイブレータ３８と、加速度センサ３９とを備える。メモリカード駆動装置３０には、メモリカード３１が装着され得る。

アンテナ２３は、基地局によって発信される信号を受信し、または、基地局を介して他の通信装置と通信するための信号を送信する。アンテナ２３によって受信された信号は、通信装置２４によってフロントエンド処理が行なわれた後、処理後の信号は、ＣＰＵ２０に送られる。

操作スイッチ２５は、携帯端末１００に対する操作を受け付ける。操作スイッチ２５は、たとえば、ハードキー、ソフトキーとして実現される。操作スイッチ２５は、操作を受け付けると、その時の携帯端末１００の動作モードに応じた信号をＣＰＵ２０に送出する。

ＣＰＵ２０は、携帯端末１００に対して与えられる命令に基づいて携帯端末１００の動作を制御するための処理を実行する。携帯端末１００が信号を受信すると、ＣＰＵ２０は、通信装置２４から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路３４に送出する。音声信号処理回路３４は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカ３３に送出する。スピーカ３３は、その信号に基づいて音声を出力する。

マイク３２は、携帯端末１００に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路３４に対して送出する。音声信号処理回路３４は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ２０に対して送出する。ＣＰＵ２０は、その信号を送信用のデータに変換し、変換後のデータを通信装置２４に対して送出する。通信装置２４は、そのデータを用いて送信用の信号を生成し、アンテナ２３に向けてその信号を送出する。

フラッシュメモリ２７は、ＣＰＵ２０から送られるデータを格納する。また、ＣＰＵ２０は、フラッシュメモリ２７に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。

ＲＡＭ２８は、操作スイッチ２５に対して行なわれた操作に基づいてＣＰＵ２０によって生成されるデータを一時的に保持する。ＲＯＭ２９は、携帯端末１００に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ２０は、ＲＯＭ２９から当該プログラムまたはデータを読み出し、携帯端末１００の動作を制御する。

メモリカード駆動装置３０は、メモリカード３１に格納されているデータを読み出し、ＣＰＵ２０に送出する。メモリカード駆動装置３０は、ＣＰＵ２０によって出力されるデータを、メモリカード３１の空き領域に書き込む。

音声信号処理回路３４は、上述のような通話のための信号処理を実行する。なお、図２に示される例では、ＣＰＵ２０と音声信号処理回路３４とが別個の構成として示されているが、他の局面において、ＣＰＵ２０と音声信号処理回路３４とが一体として構成されていてもよい。

モニタ３５は、タッチパネル式のディスプレイであるが、タッチパネルの機構は特に限られない。モニタ３５は、ＣＰＵ２０から取得されるデータに基づいて、当該データによって規定される画像を表示する。たとえば、フラッシュメモリ２７が格納している静止画、動画、音楽ファイルの属性（当該ファイルの名前、演奏者、演奏時間など）を表示する。静止画は、描画された画像、デフォルトで携帯端末１００の製造事業者によって予め準備された画像を含む。

ＬＥＤ３６は、ＣＰＵ２０からの信号に基づいて、予め定められた発光動作を実現する。データ通信インターフェイス３７は、データ通信用のケーブルの装着を受け付ける。

データ通信インターフェイス３７は、ＣＰＵ２０から出力される信号を当該ケーブルに対して送出する。あるいは、データ通信インターフェイス３７は、当該ケーブルを介して受信されるデータを、ＣＰＵ２０に対して送出する。

バイブレータ３８は、ＣＰＵ２０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。

加速度センサ３９は、携帯端末１００に作用する加速度の方向を検出する。検出結果は、ＣＰＵ２０に入力される。

（機能）
ある局面において、フラッシュメモリ２７は、携帯端末１００のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に携帯端末１００が実行可能な処理とを格納している。タッチパネル式のモニタ３５に対して与えられる入力情報が、１つ以上のアンロック操作のいずれかに該当する場合に、ＣＰＵ２０は、当該アンロック操作後に携帯端末１００が実行可能な処理を実行するように構成されている。

より詳しくは、他の局面において、アンロック操作は、タッチパネルに対する１つ以上のタッチの軌跡を含む。タッチパネルに対するタッチ操作の軌跡が、１つ以上のタッチの軌跡に該当する場合に、ＣＰＵ２０は、実行可能な処理を実行するように構成されている。タッチの軌跡は、離散的な軌跡と連続的な軌跡とのいずれであってもよい。

別の局面において、アンロック操作は、操作スイッチ２５に対する１つ以上の操作を含む。操作スイッチ２５に対する１つ以上の新たな操作が、１つ以上の操作に該当する場合に、ＣＰＵ２０は、実行可能な処理を実行するように構成されている。

他の局面において、入力情報と１つ以上のアンロック操作との不一致の回数が予め設定された上限値に到達すると、ＣＰＵ２０は、データ通信インターフェイス３７を介して、携帯端末１００に対するアクセスが正しく行なわれていないことを通知するメッセージを予め指定された宛先に送信する。

＜実施例のまとめ＞
本実施の形態に係る携帯端末１００によれば、各ユーザのプライバシー等を守りつつ、簡単な手順で携帯端末１００の共有が可能となる。また、状況に応じて携帯端末を使い分けることが可能となる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 情報端末装置、１１，１１０ タッチパネル、１４ メモリ部、１５０ 中央処理装置、２３ アンテナ、２４ 通信装置、２５ 操作スイッチ、２６ カメラ、２７ フラッシュメモリ、２８ ＲＡＭ、２９ ＲＯＭ、３０ メモリカード駆動装置、３１ メモリカード、３２ マイク、３３ スピーカ、３４ 音声信号処理回路、３５ モニタ、３７ データ通信インターフェイス、３８ バイブレータ、３９ 加速度センサ、１００ 携帯端末、１０１，１０２，１０３，１０４ ハードキー、１２０ タッチパネルコントローラ、１４０ コントローラ、１６０ 入力パターン判定部、１６１ パターン記憶部、１６２ パターン照合部、１６３ 照合結果判定部、１７０ パターン照合ＤＢ、１８０ 動作モード制御部、１９０ 動作モードＤＢ、３００ 指、７１０，７２０，７３０，７４０，７５０ テーブル。

Claims (7)

1. 携帯端末であって、
   モニタと、
   プロセッサと、
   前記携帯端末に対する操作を受け付ける入力手段と、
   前記携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に前記携帯端末が実行可能な処理とを格納するように構成されたメモリとを備え、
   前記入力手段に対して与えられる入力情報が、前記１つ以上のアンロック操作のいずれかに該当する場合に、前記プロセッサは、当該アンロック操作後に前記携帯端末が実行可能な前記処理を実行するように構成されている、携帯端末。
2. 前記入力手段は、タッチパネルを含み、
   前記アンロック操作は、前記タッチパネルに対する１つ以上のタッチの軌跡を含み、
   前記タッチパネルに対するタッチ操作の軌跡が、前記１つ以上のタッチの軌跡に該当する場合に、前記プロセッサは、前記実行可能な処理を実行するように構成されている、請求項１に記載の携帯端末。
3. 前記タッチの軌跡は、離散的な軌跡と連続的な軌跡とのいずれかを含む、請求項２に記載の携帯端末。
4. 前記入力手段は、操作スイッチ含み、
   前記アンロック操作は、前記操作スイッチに対する１つ以上の操作を含み、
   前記操作スイッチに対する１つ以上の新たな操作が、前記１つ以上の操作に該当する場合に、前記プロセッサは、前記実行可能な処理を実行するように構成されている、請求項１に記載の携帯端末。
5. ネットワークと通信するための通信手段をさらに備え、
   前記入力情報と前記１つ以上のアンロック操作との不一致の回数が予め設定された上限値に到達すると、前記プロセッサは、前記携帯端末に対するアクセスが正しく行なわれていないことを通知するメッセージを予め指定された宛先に送信するように構成されている、請求項１〜４のいずれかに記載の携帯端末。
6. 携帯端末を制御するための方法であって、前記携帯端末は、モニタと、プロセッサと、メモリとを備えており、
   前記方法は、
   前記プロセッサが、前記携帯端末に対する操作を受け付けるステップと、
   前記プロセッサが、前記携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に前記携帯端末が実行可能な処理とを前記メモリから読み出すステップと、
   前記携帯端末に対して与えられる入力情報が、前記１つ以上のアンロック操作のいずれかに該当する場合に、前記プロセッサが、当該アンロック操作後に前記携帯端末が実行可能な前記処理を実行するステップとを含む、携帯端末を制御するための方法。
7. 携帯端末を制御するためのプログラムであって、前記携帯端末は、モニタと、プロセッサと、メモリとを備えており、前記プログラムは、前記プロセッサに、
   前記携帯端末に対する操作を受け付けるステップと、
   前記携帯端末のセキュリティを解除するために１つ以上のアンロック操作を表わすデータと、当該アンロック操作後に前記携帯端末が実行可能な処理とを前記メモリから読み出すステップと、
   前記携帯端末に対して与えられる入力情報が、前記１つ以上のアンロック操作のいずれかに該当する場合に、当該アンロック操作後に前記携帯端末が実行可能な前記処理を実行するステップとを実行させる、プログラム。

Images