(57)【要約】      （修正有）【課題】携帯用端末がロック画面を表示している状態で画面への簡単な入力でアプリケーションを起動できるようにする。【解決手段】携帯用端末がロックされた状態にあるときにロック画面を出力し、前記ロック画面に状態情報を表示するインターフェース部と、入力を受信する入力部と、前記入力が、判断した前記状態情報に対するアプリケーションの動作に対応するか否かを判断する検証部と、所定の動作を実行する実行部と、を備える。【選択図】図２
2013061943.tif 000002
【特許請求の範囲】
【請求項１】
携帯用端末の状態情報を含む前記携帯用端末のロック画面を表示し、
前記ロック画面で入力を受信し、
前記入力が、表示された前記状態情報に対するアプリケーションの動作に対応するか否かを判断し、
判断に応じて動作を実行することを備えるロックされた状態の携帯用端末で動作を実行する方法。
【請求項２】
前記状態情報がアイコンとして表示される請求項１の方法。
【請求項３】
前記状態情報が前記アプリケーションに関連した少なくとも１つのアプリケーション及び動作を含む請求項１の方法。
【請求項４】
前記状態情報が前記携帯用端末の物理的状態情報及びアプリケーションの論理状態の少なくとも１つを備える請求項１の方法。
【請求項５】
前記動作に対応する前記入力が、前記状態情報に対応する表示をタッチすること、及び、前記表示を前記ロック画面のアクション領域にドラッグすることを備える請求項１の方法。
【請求項６】
前記動作に対応する前記入力が、前記ロック画面に対応するパスコードを入力することを備える請求項１の方法。
【請求項７】
前記動作に対応する前記入力が、前記状態情報に対応する表示をタッチすること、及び、前記表示を基準パターンにドラッグすることを備える請求項１の方法。
【請求項８】
前記動作に対応する前記入力が、前記状態情報に対応する表示をタッチすること、及び、前記表示をロックしていない領域にドラッグすることを備える請求項１の方法。
【請求項９】
携帯用端末がロックされた状態にあるときにロック画面を出力し、前記ロック画面に状態情報を表示するインターフェース部と、
入力を受信する入力部と、
前記入力が、判断した前記状態情報に対するアプリケーションの動作に対応するか否かを判断する検証部と、
所定の動作を実行する実行部と、を備える携帯用端末。
【請求項１０】
前記検証部は、
前記状態情報がアクション領域に置かれたときに、前記ロック画面が前記動作を実行するアクション領域を備える請求項９の携帯用端末。
【請求項１１】
前記ロック画面がメッセージの形態で状態情報を表示するメッセージボックスをさらに備える請求項１０の携帯用端末。
【請求項１２】
前記状態情報が、前記アプリケーションに関連したアプリケーション及び動作の少なくとも１つを含む請求項９の携帯用端末。
【請求項１３】
前記状態情報がアイコンとして表示される請求項９の携帯用端末。
【請求項１４】
アプリケーションのリストが前記アイコンの選択の上に表示される請求項１３の携帯用端末。
【請求項１５】
サブアイコンが前記アイコンの選択の上に表示される請求項１３の携帯用端末。
【請求項１６】
前記動作に対応する前記入力が、前記状態情報に対応する表示を前記ロック画面のアクション領域にタッチして、ドラッグするタッチ入力である請求項９の携帯用端末。
【請求項１７】
前記動作に対応する前記入力が、前記ロック画面でのパスコードの入力である請求項９の携帯用端末。
【請求項１８】
前記動作に対応する前記入力が、前記状態情報に対応する表示を基準パターンにタッチして、ドラッグするタッチ入力である請求項９の携帯用端末。
【請求項１９】
前記動作に対応する前記入力が、前記状態情報に対応する表示をロックしていない領域にタッチして、ドラッグするタッチ入力である請求項９の携帯用端末。
【請求項２０】
携帯用端末の状態情報を収集する情報処理部と、
ポリシーに基づいて表示すべき状態情報を判断する情報処理部と、
前記携帯用端末がロックされた状態にあるときにロック画面を出力し、前記ロック画面に判断した状態情報を表示するインターフェース部と、
入力を受信する入力部と、
前記入力が、前記判断した状態情報に対する動作に対応するか否かを判断する検証部と、
所定の動作を実行する実行部と、を備える携帯用端末。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記載は、携帯用端末がロックした状態にあるときにアプリケーションまたは動作を実行するための装置及び方法に関する。
【背景技術】
【０００２】
一般に、ロック画面（ＬｏｃｋＳｃｒｅｅｎ）を提供するロック動作は、タッチスクリーンを備える携帯型端末が意図しないタッチによって不要な動作をすることを防ぐために主に用いられる。一般に、携帯用端末を使用しない時は、大携帯用端末はロック画面が表示されるロック状態で動作してもよい。
【０００３】
ロック状態にあるときにユーザが携帯用端末の特定機能を使用とする場合、ユーザはまずロック状態から携帯用端末を解除して、所望の動作のメニューやアプリケーションを検索して、検索したメニューやアプリケーションを実行しなければならない。ここで、通常はメニューやアプリケーションはサブメニュー構造を有してもよく、最終的に使用したい機能を実行するまでに、メニューまたはサブメニューを通じてナビゲートする煩わしいスッテプを行わなければならないかもしれない。
【０００４】
タッチスクリーンを備えた携帯型端末において、このような煩わしさを解消するために、ロック画面にショートカット動作が与えられた。ショートカット動作は、携帯用端末の一部の動作を直接実行できるようにする。
【０００５】
ショートカット動作は、所望のメニューやサブメニューまたはアプリケーションを検索する過程の1つ以上のステップ省略することにより、時間的あるいは手続的な便宜を一部のユーザに提供する。しかし、一般に、ショートカット動作は、携帯端末で利用可能な様々な動作うち使用頻度が高い、または重要と感じられるであろう、ごく僅かな動作だけを固定して表示する。
【０００６】
より具体的には、一般に、ショートカット動作は、アプリケーションに対するユーザの好みの違いを反映しない。また、一般に、ショートカット動作は、携帯端末で動的に生じる１つ以上のイベントに応じてユーザに必要な動作が動的に変化するという点を反映しない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の実施形態は、携帯用端末がロックされた状態にあるときに、アプリケーションまたは動作を実行する装置および方法を提供する。
【課題を解決するための手段】
【０００８】
本発明のさらなる特徴は、以下の記載に記述されており、一部はその記載から明らかとなり、本発明の実践により明らかにされるだろう。
【０００９】
本発明の実施形態は、携帯用端末の状態情報を含むロック画面を前記携帯用端末に表示し、前記ロック画面に入力を受信し、前記入力と表示した状態情報に対するアプリケーションの動作とが一致するかを判断し、判断に従って動作を実行することを含むロックされた状態で携帯用端末の動作を実行する方法を提供する。
【００１０】
本発明の実施形態は、携帯用端末がロックされた状態にあるときにロック画面を出力し、前記ロック画面に状態情報を表示するインターフェース部と、入力を受信する入力部と、前記入力と判断した状態情報に対するアプリケーションの動作とが一致するかを判定する検証部と、所定の動作を実行する実行部と、を含む携帯用端末を提供する。
【００１１】
本発明の実施形態は、携帯用端末の状態情報を収集する情報処理部と、ポリシーに基づいて表示すべき状態情報を判断する情報処理部と、前記携帯用端末がロックされた状態にあるときにロック画面を出力し、前記ロック画面に前記判断した状態情報を表示するインターフェース部と、入力を検出する入力部と、前記入力と前記判断した状態情報に対する動作と、が一致するかを判定する検証部と、前記所定の動作を実行する実行部と、を含む携帯用端末を提供する。
【００１２】
上述した一般的な記載および以下の詳細な記載が、例示的、注釈的であること、請求される本発明のさらなる説明を意図するものであることが理解されるべきである。その他の特徴や態様は、以下の詳細な記載、図面および特許請求の範囲から明らかとなるだろう。
【図面の簡単な説明】
【００１３】
本発明のさらなる理解を与えるために含まれ、本明細書に組み込まれ、一部を構成する添付の図面は、本発明の実施形態を示し、その記述とともに本発明の原理を説明するのに役立つ。
【００１４】
【図１】本発明の一実施形態に係るロック画面でショートカット動作を提供する携帯用端末の構成を示すブロック図である。
【図２】本発明の一実施形態に係る携帯用端末でショートカット動作を提供する方法を示すフローチャートである。
【図３】本発明の一実施形態に係るロック画面に提供される様々なショートカット動作を示す図である。
【図４】本発明の一実施形態に係るロック画面に提供される様々なショートカット動作を示す図である。
【図５】本発明の一実施形態に係るロック画面に提供される様々なショートカット動作を示す図である。
【図６】本発明の一実施形態に係るロック画面を解除しながら実行したショートカット動作を示す図である。
【図７】本発明の一実施形態に係るロック画面を解除しながら実行したショートカット動作を示す図である。
【図８】本発明の一実施形態に係るロック画面を解除しながら実行したショートカット動作を示す図である。
【図９】本発明の一実施形態に係るロック画面を解除しながら実行したショートカット動作を示す図である。
【発明を実施するための形態】
【００１５】
本発明は、本発明の実施形態を示す添付の図面を参照しながら、以下に、詳細に説明される。本発明は、しかしながら、多くの異なる形態で具現され、ここに記載される実施形態に限定するように解釈されるべきではない。むしろ、これらの実施形態は、本開示が完全なものとなるように、本発明の範囲を当業者に完全に伝えるだろう。本開示の目的のために、「Ｘ、Ｙ及びＺの少なくとも１つ」は、Ｘだけ、Ｙだけ、Ｚだけ、またはＸ、Ｙ及びＺの２つ以上のアイテムの何れかの組合せ（例えば、ＸＹＺ、ＸＺ、ＸＹＹ、ＹＺ、ＺＺ）として解釈できる。図面と詳細な記載の全体を通じて、反対の記載がない限り、同じ図面参照番号は、同じ構成、特徴及び構造を参照するものとして理解される。これらの構成の相対的な大きさや描写は、明確さのために強調されるかもしれない。
【００１６】
ここで用いられる専門用語は、特定の実施形態だけに記述する目的のためであり、本発明の限定を意図するものではない。ここ用いられるように、単数形「a」、「an」及び「the」は、状況を別な方法で明確に示さない限りは、同様に複数形を含むことを意図する。さらに、a、an等の用語の使用は、量の限定を意味するものではなく、むしろ参照したアイテムの少なくとも１つが存在することを意味する。「第１」、「第２」などの用語の使用は、特定の順番を意味するものではなく、それらは、個々の構成を特定するために含まれる。さらに、第１、第２などの用語の使用は、順番や重要性の何れかを意味するものではなく、むしろ第１、第２などの用語は、一つの構成が他のものと区別するために用いられる。「comprises」及び／または「comprising」、もしくは「includes」及び／または「including」という用語は、明細書中で用いられる場合、述べられた特徴、領域、整数、ステップ、動作、構成、及び／又は、部品の存在を特定するが、他の特徴、領域、整数、ステップ、動作、構成、部品の１つ以上、及び／又は、それらのグループの存在または付加を排除するものではない。幾つかの特徴は、個々の例示的な実施形態に対して述べられるかもしれないが、１つ以上の例示的な実施形態からの特徴が他の１つ以上の例示的な実施形態からの特徴と組み合わせ可能であるかもしれないように、態様はそこに限定される必要はない。
【００１７】
図１は、本発明の例示的な実施形態に係るロック画面でショートカット動作を提供する携帯用端末１００の構成を示すブロック図である。
【００１８】
図１を参照すると、携帯用端末１００は、制御部１１０、情報収集部１１１、情報処理部１１２、インターフェース部１１３、検証部１１４、アンロック部１１５、実行部１１６、表示部１２０、入力部１３０、及びメモリ部１４０を含む。
【００１９】
表示部１２０は、携帯用端末１００の動作中に発生する状態情報または表示、数字と文字、動画、及び静止画などを表示する。例えば、表示部１２０は、ブート画面、待機画面、メニュー画面、画像通話画面、文書編集画面などを出力してもよい。また、表示部１２０は、携帯用端末１００がロック状態にあるときにロック画面を表示してもよく、制御部１１０の制御によって携帯用端末１００の状態情報をロック画面上に表示してもよい。表示部１２０は、液晶表示装置（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）などを含んでもよい。
【００２０】
入力部１３０は、携帯用端末１００のユーザの入力を受信して制御部１１０にその入力を提供する。入力部１３０は、数字キー（例えば、０〜９）と、メニューキー、取消キー（または削除キー）、確認キー、通話キー、終了キー、インターネット接続キー、ナビゲーションキーなど複数のキーを備えてもよい。入力部１３０は、ユーザが押すキーに対応するキー入力データを制御部１１０に提供するキーパッド含んでもよい。入力部１３０はタッチ入力を検出するタッチセンサ含んでもよい。入力部１３０がタッチセンサを含む場合、入力部１３０はユーザのタッチまたはタッチ入力を受信または検出し、検出されたユーザのタッチ入力に対応する信号を制御部１１０に伝達してもよい。タッチ入力は、タッチ、ダブルタッチ、タッチ移動、タッチドラッグ、タッチ解除を含んでもよい。
【００２１】
タッチセンサを含む入力部１３０と表示部１２０は、１つのタッチスクリーンに統合されてもよい。
【００２２】
タッチスクリーンは、画面出力動作を行う表示部１２０とタッチ入力動作を行う入力部１３０とを含んでもよい。表示部１２０の前面にタッチセンサを含む入力部１３０が配置されるように、タッチスクリーンは構成されてもよい。入力部１３０は、タッチイベント、ダブルタッチイベント、タッチ移動イベント、及びタッチ解除イベントなどを含む様々なタッチ入力を受信してもよい。より詳細には、入力部１３０は、物体、例えば、ユーザの指やスタイラス（鉄筆）の接触に応じてタッチイベントを生成し、生成されたタッチイベントを制御部１１０に伝達してもよい。そしてユーザの指やスタイラスがタッチした状態を保持しながらタッチセンサの入力部１３０上で一定方向に移動する場合、タッチセンサはタッチ移動イベントまたはタッチドラッグインベントを生成して制御部１１０に伝達してもよい。タッチ移動イベントは、制限なしに、少なくともタッチ移動速度が参照閾値以上のフリック（Ｆｌｉｃｋ）イベントと、移動速度が参照閾値以下のドラッグ（Ｄｒａｇ）イベントを含んでもよい。また、タッチイベントまたはタッチ移動イベントが生成された後、ユーザの指がタッチセンサ外接触を終える場合、タッチセンサはタッチ解除イベントを生成して、制御部１１０にタッチ解除イベントを伝達してもよい。タッチセンサは、限定されることなく、減圧方式、赤外線方式、静電容量方式などであってもよい。
【００２３】
メモリ部１４０は、携帯用端末１００の全般的な動作を含む１つ以上の動作を制御するためのオペレーティングシステム、様々なアプリケーションプログラム、及び、電話番号、ＳＭＳメッセージ、圧縮されたイメージファイル、動画などの格納用データを格納してもよい。また、メモリ部１４０は、携帯用端末１００の状態情報のうちロック画面上に出力される状態情報を判断または選択するためのポリシーを格納してもよい。ポリシーは、ロック画面に表示される状態情報の優先順位情報を含んでもよく、それは、使用頻度、アプリケーション取得の日付、アプリケーションタイプ、アプリケーションのサイズ等に基づいてもよい。優先順位は、画面に表示される大量の状態情報から一部を選択するために一般に用いられてもよい。
【００２４】
情報収集部１１１は、携帯用端末１００の状態情報を収集してもよい。状態情報は携帯用端末１００の物理的な状態に関する情報及びアプリケーションを実行する論理的な状態に関する情報を参照してもよい。例えば、物理的な状態に関する情報は、バッテリの充電状態、無線信号の感度情報、接続可能なアクセスポイント（ＡＰ）に関する情報などを含んでもよい。論理的な状態に関する情報は、実行中のアプリケーションに関する情報、以前に実行されたアプリケーションに関する情報などを含んでもよい。
【００２５】
また、状態情報は、携帯用端末１００のシステム情報、ユーザによって設定されたアプリケーションリスト情報、インストールされたアプリケーションリスト情報、最近実行されたアプリケーションリスト情報、以前実行されたアプリケーションヒストリーリスト情報、システムがアクセス可能なアプリケーションリスト情報、アプリケーションにおいて発生した１つ以上のイベントに関連した情報の少なくとも１つを含んでもよい。１つ以上のイベントに関連した情報は、限定されることなく、以前に発生したリアルタイムのイベント情報、最近のイベント情報、リアルタイムのイベント情報等を含んでもよい。また、イベント情報は、リアルタイムに、参照時間間隔で、または所定のスケジュールに従って、生成されてもよい。
【００２６】
携帯用端末１００のシステム情報は、携帯用端末１００を動作させるシステムの基本的な状態情報を参照しても良い。例えば、システム情報は、アンテナ感度情報、バッテリ情報、日付情報、時間情報、アラーム情報などを含んでもよい。
【００２７】
ユーザによって設定されたアプリケーションリスト情報は、頻繁に用いるアプリケーションのような、ロック画面に表示するためにユーザが選択したアプリケーションのリストであってもよい。制御部１１０は、ロック画面に表示するアプリケーションの１つ以上に関連した設定イベントを実行してもよい。入力部１３０を介して、ユーザから設定イベントの実行の要求が入力または受信されると、制御部１１０は設定イベントを実行してもよい。表示部１２０は、設定イベントの実行結果を携帯用端末１００の画面に表示してもよい。
【００２８】
設定イベントが実行されると、ロック画面に表示する１つ以上のアプリケーションを検索または特定するための検索ウィンドウが携帯用端末１００の画面に提供されてもよい。より具体的には、検索ウィンドウは、アプリケーション、ファイル、またはロック画面で実行される動作を特定するために用いられてもよい。アプリケーション、ファイルまたは動作の１つが実行するために選択されると、選択されたアプリケーションに対応するアイコン、ファイルまたは動作がロック画面に表示されてもよい。
【００２９】
また、限定されることなく、アプリケーションの実行頻度数によって、または他の基準もしくは条件に基づいてアプリケーションが表示されてもよい。入力部１３０を介してユーザによってアプリケーションが検索されたり、実行頻度数によって表示された１つ以上のアプリケーションが選択されたりすると、制御部１１０は検索されたアプリケーションまたは選択されたアプリケーションがロック画面に表示されるべきアプリケーションであると判断してもよい。また、制御部１１０は、表示してもよい多くのアプリケーションを自動的に判断してもよい。表示してもよい多くのアプリケーションは、プリセットまたはユーザによって設定されてもよい。多くのアプリケーションは、それぞれのアプリケーションの実行頻度数によってロック画面に表示されてもよい。
【００３０】
インストールされたアプリケーションリスト情報は、携帯用端末１００にインストールまたは格納された幾つかまたはすべてのアプリケーションのリストを示してもよい。メモリ部１４０は、携帯用端末１００にインストールまたは格納されてもよいアプリケーションに関する情報を格納してもよい。また、メモリ部１４０は、携帯用端末１００にインストールまたは格納されてもよいアプリケーションのリストを格納してもよい。情報収集部１１１は、制御部１１０の制御に基づいてメモリ部１４０に格納されたアプリケーションリストを収集してもよい。例えば、携帯用端末１００の収集情報が要求された場合、制御部１１０は、情報収集部１１１に携帯用端末１１０にインストールまたは格納されてもよいアプリケーションリストの収集を要求してもよい。
【００３１】
現在実行中のアプリケーションリスト情報は、携帯用端末１００で現在実行中のアプリケーションのリストを示す。メモリ部１４０は、携帯用端末１００で現在実行中のアプリケーションに関する情報を格納してもよい。例えば、メモリ部１４０は、マルチキャストで実行されているアプリケーションに関する情報を格納してもよい。また、メモリ部１４０は、携帯用端末１００で現在実行中のアプリケーションのリストを格納してもよい。情報収集部１１１は、制御部１１０の制御に基づいて現在実行中のアプリケーションリストを収集してもよい。現在実行中のアプリケーションリストは、メモリ部１４０に格納されてもよい。例えば、携帯用端末１００の状態情報の収集が要求された場合、制御部１１０は、情報収集部１１１に携帯用端末１１０で現在実行中であるかもしれないアプリケーションリストの収集を要求してもよい。
【００３２】
実行したアプリケーションヒストリーリスト情報は、携帯用端末１００で実行されたアプリケーションのログを示してもよい。メモリ部１４０は、携帯用端末１００で実行したアプリケーションに関する情報を格納してもよい。例えば、メモリ部１４０は、携帯用端末１００で実行したアプリケーションのログを格納してもよい。メモリ部１４０は、携帯用端末１００で実行したアプリケーションヒストリーを格納してもよい。情報収集部１１１は、制御部１１０の制御に基づいてメモリ部１４０に格納された実行したアプリケーションヒストリーを収集してもよい。例えば、携帯用端末１００の状態情報の収集が要求された場合、制御部１１０は、情報収集部１１１に携帯用端末１００で実行したアプリケーションのヒストリーを要求してもよい。
【００３３】
システムがアクセス可能なアプリケーションリスト情報は、オープンアプリケーションリストであってもよい。オープンアプリケーションは、ユーザによってインストールされたアプリケーションのうちシステムが直接アクセスできるアプリケーションを示す。オープンアプリケーションは、公開されたＡＰＩ（Ａｐｐｌｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）に基づいてコードされたアプリケーションであり、例えば、リアルタイムでバスの位置情報を提供するアプリケーションに対して、地図を示すＡＰＩとバスの経路を示すＡＰＩがオープンＡＰＩであってもよい。こで、バスの現在の位置を追跡するＡＰＩを追加することにより、新しくアプリケーションがコードされる場合に、オープンａｉｐアプリケーションに該当してもよい。より具体的には、オープンＡＰＩが提供され、システムのアクセスによって、新しいアプリケーションに変更することができるアプリケーションをオープンａｐｉアプリケーションと定義してもよい。
【００３４】
最近発生したイベント情報は、システムまたは各種アプリケーションで発生するイベントのうち最近発生したイベントを示してもよい。しかしながら、本発明の態様は、そこに限定されず、最近の情報が参照期間に発生したイベントを含んでもよい。
【００３５】
ノーティフィケーション領域に表示されるリアルタイムイベント情報は、新しいメッセージ受信の通知情報、留守中電話の通知情報、アプリケーションのアップデートの通知情報などの様々なタイプの通知情報を含んでもよい。ノーティフィケーション領域は、携帯用端末１００が取得した通知情報を表示してもよい携帯用端末１００の画面上の領域を意味してもよい。ノーティフィケーション領域は、デフォルトとして画面に表示されてもよく、されなくてもよい。ノーティフィケーション領域がデフォルトとして画面に表示されない場合は、ノーティフィケーション領域は新しい画面または表示された画面中の新しいウィンドウとして表示されてもよい。新しい画面または新しいウィンドウは、通知に関連したイベントに応じて、またはフリック入力のようなユーザの動作に応じて、画面の様々な位置、または、上端もしくは下端のような端部から提供されてもよい。ノーティフィケーション領域は、画面上の任意の領域に固定されてもよく、携帯用端末１００の状態に応じて異なってもよい。
【００３６】
制御部１１０は、携帯用端末１００の物理的な状態情報及び論理的な状態情報を確認または判定し、状態情報と存在する状態情報とを比較して、新しい状態情報をアップデートしてもよい。制御部１１０は、無線通信の認識及び接続可能なアクセスポイント（ＡＰ）の情報を新しい状態情報にアップデートしてもよい。また、制御部１１０は、有線通信の認識を新しい状態情報にアップデートしてもよい。制御部１１０は、外部のサーバから提供されるインストールされたアプリケーションと関連する情報を新しい状態情報にアップデートしてもよい。
【００３７】
アップデートされた状態情報は、メモリ部１４０に格納されてもよい。制御部１１０は、ノーティフィケーション領域に表示されるイベント情報をアップデートしてもよい。制御部１１０は、イベント情報をリアルタイムに、時間間隔、スケジュール、または条件に応じて、アップデートしてもよい。アップデートされたイベント情報は、メモリ部１４０に格納されてもよい。情報収集部１１１は、制御部１１０の制御に基づいてメモリ部１４０に格納されたアップデートされたイベント情報を収集してもよい。
【００３８】
イベント情報は、イベントの種類によって対応する動作またはアプリケーションに関連した多様なアイコンでノーティフィケーション領域に表示されてもよい。例えば、新しいメッセージ受信の通知情報は、郵便封筒アイコンで表示してもよく、留守中電話の通知情報は、電話機のアイコンで表示してもよく、アプリケーションアップデートの通知情報は、アップデート対象アプリケーションのアイコンで表示してもよい。
【００３９】
アプリケーションで発生したイベントに関連した情報は、ユーザまたはシステムによって判断されたアプリケーションで発生するイベントを示してもよい。例えば、電子メールがＧ−ｍａｉｌ（登録商標）アプリケーション用にユーザによって受信されると、Ｇ−ｍａｉｌ（登録商標）アプリケーションが、イベント通知を受信するためにユーザまたはシステムによって選択されたアプリケーションである場合、Ｇ−ｍａｉｌ（登録商標）アプリケーションに対応するアイコンが携帯用端末１００のロック画面に表示されてもよい。
【００４０】
情報処理部１１２は、情報収集部１１１で収集した状態情報のうち判断されたポリシーによって表示する状態情報を判断する。判断されたポリシーは、収集した状態情報のうち表示される状態情報を分類または特定するために用いられてもよい情報を示してもよい。判断されたポリシーは、携帯用端末１００の設計の間に予め設定されてもよく、使用中にユーザまたは携帯用端末１００によって選択または調整されてもよい。判断されたポリシーは、１つのプログラムにされてもよく、メモリ部１４０のデータベースに格納されてもよい。より具体的には、情報処理部１１２は、判断されたポリシーに基づいて、情報収集部１１１で収集した状態情報のうち表示される状態情報を自動的に判断してもよい。また、情報処理部１１２は、データベースに状態情報をクエリとして送信して、状態情報をデータベースに格納された判断されたポリシーと比較して、表示される状態情報を判断してもよい。
【００４１】
判断されたポリシーは、画面に表示される状態情報の優先順位情報を含んでもよい。優先順位情報は、画面に表示される状態情報の量が参照閾値よりも大きい場合、表示される状態情報の１つ以上の部分または位置を選択するために用いてもよい。例えば、表示する状態情報が携帯用端末１００の画面に表示可能な情報よりも多い場合、優先順位情報が用いられてもよい。優先順位情報は、限定されることなく、アプリケーションの実行頻度、アプリケーションのサイズ許容量、アプリケーションの最後の使用、アプリケーションのカテゴリ等に基づいてもよい。
【００４２】
判断されたポリシーによって判断された状態情報は、情報収集部１１１で収集した状態情報の少なくとも一部であってもよい。
【００４３】
インターフェース部１１３は、ロック画面を出力して、情報処理部１１２で判断した状態情報をロック画面の判断された位置または領域に表示されるように表示部１２０を制御する。ここで、インターフェース部１１３は、ロック画面上に判断された状態情報をアイコンの形態またはメッセージの形態で出力されるように制御してもよい。
【００４４】
例えば、検出した入力が判断された状態情報の選択であると判断されると、インターフェース部１１３は、判断された状態情報と関連する追加情報をロック画面の判断された位置または領域に表示するように表示部１２０を制御してもよい。
【００４５】
そして、判断した状態情報がアプリケーションのリストであれば、インターフェース部１１３は、リストの一番目のアプリケーションのアイコンを判断された位置または領域に表示するように表示部１２０を制御してもよい。また、アイコンが入力部１３０により選択されると、インターフェース部１１３は、表示されたアイコンをリストの次の順番のアプリケーションに対応するアイコンに変更して表示するように表示部１２０を制御してもよい。
【００４６】
判断した状態情報がイベントに関するメッセージ情報であれば、インターフェース部１１３は、判断した状態情報を判断された位置または領域にメッセージボックスの形態で表示するように表示部１２０を制御してもよい。また、メッセージ情報が判断された閾値より長いか複数であれば、インターフェース部１１３は、メッセージボックスにおいてスクロール動作ができるようにスクロール制御機構を出力してもよい。
【００４７】
図３は、本発明の例示的な実施形態に係るロック画面に提供されるショートカット動作を示す図である。
【００４８】
図３を参照すると、ロック画面は、メッセージボックス３１０、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６、第１のアクション領域３３１、第２のアクション領域３３２及び第３のアクション領域３３３を含む。
【００４９】
メッセージボックス３１０は状態情報を表示する。メッセージボックス３１０は、メッセージの形態で状態情報を表示してもよい。該当情報が参照閾値よりも長いまたは多いと判断される場合、メッセージボックス３１０に提供されてもよいスクロール機構を用いることにより実行されてもよいスクロール動作によって情報が表示されてもよい。メッセージボックス３１０に表示される状態情報は、限定されることなく、最近のメッセージ上の情報、テキスト形態のシステム情報、及びインストール、アンインストール、アップデートなどの携帯用端末１００の様々な動作に関連するテキスト情報を含んでもよい。メッセージボックス３１０に表示された状態情報をドラッグして第１のアクション領域３３１にドロップする場合、状態情報の細部が画面全体に表示されてもよい。メッセージボックス３１０に出力される代表的な情報は、ノーティフィケーション領域に、限定されることなく、リアルタイムに表示されるイベント情報であってもよい。
【００５０】
例えば、イベント情報がカカオトーク（登録商標）のようなコミュニケーションアプリケーションを介した受信されるテキストを含む場合、メッセージボックス３１０は受信されたテキストの少なくとも一部を表示してもよい。メッセージボックス３１０に表示された受信したテキストメッセージをドラッグして第１のアクション領域３３１、第２のアクション領域３３２、及び第３のアクション領域３３３にドロップする場合、メッセージの送信者と送受信したテキストメッセージのリストが携帯用端末１００の画面に出力されてもよい。また、メッセージの送信者に返事を書くための画面または受信したテキストメッセージを管理する画面が出力されてもよい。
【００５１】
ノーティフィケーション領域に表示されるイベント情報は、限定されることなく、システム情報、現在実行中のアプリケーション情報、イベントが発生したアプリケーション情報などを含んでもよい。
【００５２】
第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６は、状態情報をアイコンの形態で表示してもよい。例えば、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６は、ノーティフィケーション領域に表示されるイベントに関連したアプリケーションのアイコンを表示してもよい。イベントが複数の場合、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６を含む複数のアイコンボックスは、イベントに関連したアイコンを含むリストを表示してもよく、または１つのアイコンボックスがイベント関連したアプリケーションのアイコンを含むリストを表示してもよい。アプリケーションを含むリストをアイコンの形態で表示するために、新しいリストにしているアイコンを生成して表示してもよく、サブアイコンのようなリストに含まれるアプリケーションの１つに対応するアイコンが代表で表示されてもよい。一例において、アプリケーションのリストを含むリストにしているアイコンが選択されると、アプリケーションまたはアイコンのリストを含むウィンドウが表示されてもよい。さらに、サブアイコンが選択されると、同じリストに含まれるアプリケーションに対応する他のサブアイコンが表示されてもよい。
【００５３】
１つのアプリケーションに対応するアイコンがアイコンボックスに代表的に表示される場合、アイコンは、ユーザのタッチによってまたは一定の時間間隔で、リストに含まれる異なるアイコンに変更されもよい。
【００５４】
ノーティフィケーション領域に表示される、リアルタイムであってもよいイベントの他にも、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６は、アイコンの形態で様々な情報を表示してもよい。様々な情報は、携帯用端末１００により提供されてもよいアプリケーションのリスト、ユーザにより設定されたアプリケーションのリスト、現在実行中のアプリケーションのリスト、アプリケーションヒストリーリスト、メッセージアプリケーションアイコン、通話アプリケーションアイコン、参照アプリケーションのリスト、オープンＡｐｉアプリケーションのリストなどを含んでもよい。ここで、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６は、ユーザによって追加、あるいは削除されてもよい。
【００５５】
判断した状態情報がアプリケーションのリストであれば、インターフェース部１１３は、リスト別に１つのアイコンとして、第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６に表示する判断した状態情報を制御してもよい。入力部１３０により第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６の１つの選択が検出されると、インターフェース部１１３は、出力すべき選択されたアイコンボックスに対応するリストに含まれるアプリケーションを次のように制御してもよい。
【００５６】
例えば、第１のアイコンボックス３２１に対応する状態情報がコミュニケーションと関連するアプリケーションのリストである場合、インターフェース部１１３は、リストの一番目のアプリケーションに該当するアイコンを第１のアイコンボックス３２１に出力する。また、第１のアイコンボックス３２１が選択される度に、リストに含まれる他のアプリケーションに対応する１つ以上のアイコンを第１のアイコンボックス３２１に出力してもよい。
【００５７】
また、インターフェース部１１３は、アイコンボックス３２１に対応するリストに含まれるアプリケーションを図４に示すようなリストの形態で表示したり、図５に示すような他のアイコンボックスの形態で判断された位置に表示したりするように表示部１２０を制御してもよい。
【００５８】
第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６の少なくとも１つが、第１のアクション領域３３１、第２のアクション領域３３２、第３のアクション領域３３３の少なくとも１つにドラッグしてドロップされると、少なくとも１つのアイコンの状態情報がメッセージボックス３１０に表示されてもよい。別動作が、第１のアクション領域３３１、第２のアクション領域３３２、第３のアクション領域３３３の少なくとも１つを検出した入力に応じて行われてもよい。例えば、音楽アプリケーションをアクション領域３３１にドラッグしてドロップした場合、対応する音楽ファイルまたは現在の音楽ファイルが再生される。例えば、対応する音楽ファイルは、携帯用端末１００がロックされた状態に入る前にかけられていた音楽ファイルであってもよい。音楽アプリケーションを第２のアクション領域３３２にドラッグしてドロップした場合、現在の音楽ファイルの前にかけられた音楽ファイルをかけてもよい。また、音楽アプリケーションを第３のアクション領域３３３にドラッグしてドロップした場合、演奏リストの現在の音楽ファイルの次の音楽ファイルをかけてもよい。
【００５９】
さらに、メッセージアプリケーションが第１のアクション領域３３１にドラッグしてドロップされた場合、登録された全体の友人のリストが活性化されてもよい。メッセージアプリケーションが第２のアクション領域３３２にドラッグしてドロップされた場合、以前に生成されたチャットリストが活性化されてもよい。メッセージアプリケーションが第３のアクション領域３３３にドラッグしてドロップされた場合、新しい友人を登録するために、友人推薦リストが活性化されてもよい。
【００６０】
図４は、本発明の例示的な実施形態に係るロック画面に提供されるショートカットを示す図である。図４は、より具体的には、図３に示した１つのアイコンに関連したアプリケーションのリストを示す図である。
【００６１】
図４を参照すると、第１のアイコンボックス３２１をタッチして選択すると、インターフェース部１１３は、第１のアイコンボックス３２１に含まれるアプリケーションのリストを第１のアイコンボックス３２１に隣接する、または近傍の参照に出力してもよい。アイコンボックス３２１は、リストボックス４１０の形態で出力されてもよい。リストボックス４１０は、アプリケーションのリストを含んでもよい。例えば、第１のアイコンボックス３２１にメッセージアプリケーションが出力された場合、リストボックス４１０は携帯用端末１００にインストールされたメッセージアプリケーションのリストを含んでもよい。例えば、カカオトーク（登録商標）、テキストメッセージサービス、ｅ−ｍａｉｌサービスに関連したアプリケーションプログラムのリストがリストボックス４１０を介して出力されてもよい。
【００６２】
図５は、本発明の例示的な実施形態に係るロック画面に提供されるショートカット動作を示す図である。図５は、図３に示したアイコンのうち、選択されたアイコンに対応するアイコンを示す図である。
【００６３】
図５を参照すると、第１のアイコンボックス３２１をタッチして選択すると、インターフェース部１１３は、第１のアクション領域３３１の周囲に配置された第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６の少なくとも１つを削除または隠してもよい。さらに、インターフェース部１１３は、第１のアクション領域３３１、第１のアイコンボックス３２１、及び、第１のアイコンボックス３２１に含まれるアプリケーションのアイコンを表示する第１のサブアイコンボックス５１１、第２のサブアイコンボックス５１２、及び第３のサブアイコンボックス５１３を含む対応するサブアイコンボックスの周囲に配置して出力してもよい。ここで、第１のアイコンボックス３２１が、第１のアイコンボックス５１１、第２のアイコンボックス５１２、第３のアイコンボックス５１３に対して上位または主要なレベルのアイコンボックスであることを示す第１のアイコンボックス５１１、第２のアイコンボックス５１２、第３のアイコンボックス５１３の少なくとも１つよりも第１のアイコンボックス３２１をさらに大きく表示してもよい。しかしながら、本発明の態様は、これに限定されるものではなく、上位レベルのアイコンボックスは、サブアイコンボックスと同じ大きさで、ハイライト、色、陰影付け等を用いて区別されてもよい。
【００６４】
第１のアイコンボックス５１１、第２のアイコンボックス５１２、第３のアイコンボックス５１３が出力され、アイコンボックス３２１がタッチにより選択されると、インターフェース部１１３は、出力された第１のアイコンボックス５１１、第２のアイコンボックス５１２、第３のアイコンボックス５１３を削除または隠してもよく、インターフェース部１１３は、第１のアクション領域３３１の周囲の第１のアイコンボックス３２１、第２のアイコンボックス３２２、第３のアイコンボックス３２３、第４のアイコンボックス３２４、第５のアイコンボックス３２５、第６のアイコンボックス３２６を含む図３のアイコンボックスの少なくとも１つを出力してもよい。
【００６５】
図４と図５において、第１のアイコンボックス３２１に含まれるアプリケーションじゃ、リストボックスの形態ないしアイコンボックスの形態で出力されてもよい。しかしながら、第１のアイコンボックス３２１に対応するアプリケーションで実行可能な動作のようなリストボックスまたはアイコンボックスの形態で表示されるアプリケーションに対応する１つ以上の動作がロック画面に出力または表示されてもよい。しかしながら、本発明の態様はこれに限定されるものではなく、アプリケーションに対応する動作がロック画面に表示されなくても、アプリケーションの動作がリストボックスまたはアイコンボックスとして表示されてもよい。
【００６６】
追加動作の例がここで詳細に述べられる。
【００６７】
メッセンジャーアプリケーションを参照すると、追加動作は、限定されることなく、ＳＭＳ、電子メールまたは他の同等のサービスを用いて、受信したメッセージに返信すること、受信した、作成したあるいは送信したメッセージを表示すること、メッセージを転送することを含んでもよい。通話アプリケーションを参照すると、追加動作は、限定されることなく、通話リストを表示すること、電話を受けること、電話を転送すること、電話帳を表示すること、特定メッセンジャーアプリケーションを駆動することなどを含んでもよい。アラームアプリケーションを参照すると、追加動作は、動作の解除、基準時間で再開、動作設定などを含んでもよい。マルチメディアアプリケーションを参照すると、追加動作は、限定されることなく、マルチメディアファイルの実行、マルチメディアファイルの終了、マルチメディアファイルの再生、ＳＭＳまたはインターネットメッセンジャー、ソーシャルネットワサービス（ＳＮＳ）アプリケーション駆動などのような通信アプリケーションを介したマルチメディアファイルの共有を含んでもよい。
【００６８】
検証部１１４は、入力部１３０で検出した入力が判断した状態情報に対する動作の実行を要求する入力であるかを検証または判断してもよい。
【００６９】
検出した入力が判断された状態情報を選択するものして判断または検証され、ロック画面が解除されると、検証部１１４は、検出した入力が判断した状態情報に対して実行されるべき動作を要求する入力であるとさらに判断してもよい。ここで、状態情報の選択及びロック画面の解除を含む入力の例を以下に説明する。
【００７０】
例えば、検出した入力が判断された状態情報の選択及びpersonal identification number（ＰＩＮ）として判断または検証される、もしくはパスコードがキーパッドまたは同様のタッチ入力部に入力されたときに、検証部１１４は、検出した入力を判断した状態情報に対する動作を要求する入力と判断してもよい。さらに、パスコードは、参照シーケンスまたは入力のパターンであってもよく、これに限定されるものではない。ＰＩＮまたはパスコードは、複数存在してもよく、動作は、入力されたＰＩＮに応じて異なるように設定してもよい。
【００７１】
図６は、本発明の例示的な実施形態に係るロック画面が解除されたときに実行されるショートカット動作を示す図である。
【００７２】
図６を参照すると、状態情報を表示するアイコンＸ、アイコンＹ、アイコンＺののうちアイコンＸがタッチされたことを検出し、ＰＩＮが入力されると、検証部１１４は、検出した入力をアイコンＸに対する動作を要求する入力であると判断してもよい。例えば、アイコンＸがメッセージを受信したことをユーザに知らせるイベント通知である場合、動作は受信したメッセージの表示であってもよい。
【００７３】
さらに、検出した入力が、アイコンとして表示または示される判断された状態情報にドラッグする動きのような基準の動きを実行することに関連していると、検証部１１４は、ロック画面を解除することを含む、判断した状態情報に対する動作を要求する入力であると検出した入力を判断してもよい。
【００７４】
図７は、本発明の例示的な実施形態に係るロック画面が解除されたときに実行されるショートカット動作示す図である。
【００７５】
図７を参照すると、ロック画面を解除する入力が、アイコンＸがロックされた形状のアイコンを経てドラッグすることであるとき、検証部１１４は、検出した入力をアイコンＸに対する動作を要求する入力であると判断してもよい。例えば、アイコンＸがアラームアプリケーションである場合、動作はアラーム情報を出力、または、基準アプリケーションを実行してもよい。ここで、入力は、ロックされた形状のアイコンを図７に示した右側の方向へのような基準方向にドラッグする動きを示すスライド入力であってもよい。しかしながら、本発明の態様は、これに限定されるものではなく、ロックされた形状のアイコンまたはロックが解除された表示もしくは領域への選択したアイコンの何れのドラッグ動作もドラッグしたアイコンに関連した動作の実行を要求する入力として受け取られてもよい。
【００７６】
さらに、検出した入力が基準のパターンや動きで判断された状態情報に関連したアイコンのドラッグ動作であれば、検証部１１４は、検出した入力が判断した状態情報に対する動作を要求する入力として判断してもよい。上述したロック形状のアイコンのような、特定のアイコンにドラッグすることなく、対応する動作を実行するために、基準のパターンや動きでのアイコンのドラッグが、実行されてもよい。さらに、基準パターンは、複数存在してもよく、動作は、基準パターンに応じて異なるように設定されてもよい。
【００７７】
図８は、本発明の例示的な実施形態に係るロック画面を解除したときに実行されるショートカット動作を示す図である。
【００７８】
図８を参照すると、判断された状態情報を示すアイコンＸ、アイコンＹ、アイコンＺのうちアイコンＸがドラッグされて、参照パターンが完成すると、検証部１１４は、アイコンＸに対応するアプリケーションの動作の中から完了したパターンに対応する動作を要求する入力として検出した入力を判断してもよい。例えば、アイコンＸが音楽ファイルを再生するアプリケーションに対応し、したパターンの形状が「＞」である場合、動作は再生リストに含まれる次の音楽ファイルを再生してもよい。したパターンの形状が「＜」である場合、動作は再生リストに含まれる前の音楽ファイルを再生してもよい。そして、アイコンＸがカカオトーク（登録商標）のようなメッセンジャーアプリケーションに対応し、完成したパターンの形状が「Ｖ」である場合、動作は受信または送信した最近のメッセージを出力または表示してもよい。完成したパターンの形状が「Ｃ」である場合、動作は最近のメッセージを受信または送信した人に電話するコマンドであってもよい。
【００７９】
さらに、検出した入力が、ドラッグしてアクション領域にドロップするような、判断された状態情報を選択またはタッチする場合、検証部１１４は、判断した状態情報に対する動作を要求する入力として検出した入力を判断してもよい。アクション領域は、複数存在してもよく、動作はアクション領域に応じて異なるように設定されてもよい。
【００８０】
図９は、本発明の例示的な実施形態に係るロック画面を解除したときに実行されるショートカット動作を示す図である。
【００８１】
図９を参照すると、アイコンボックスに表示されたアイコンの中からアイコン９１０がドラッグされて第１のアクション領域９２０にドロップされると、検証部１１４は、アイコン９１０に対する動作を要求する入力として検出した入力を判断してもよい。複数のアクション領域が可能である場合、検証部１１４は、検出した入力が、アイコンボックスがドロップされたアクション領域に対応する動作を要求する入力である判断してもよい。ここで、アクション領域は、第１のアクション領域９２０、第２のアクション領域９３０、第３のアクション領域９４０を含んでもよい。
【００８２】
例えば、第１のアイコン９１０がメールアプリケーションである場合、第１のアイコン９１０が１のアクション領域９２０にドロップされると、メールを読み込む動作が実行されてもよく、アイコン９１０が第２のアクション領域９３０にドロップされると、受信者に送信するメールを作成する操作が実行されてもよい。さらに、アイコン９１０が第３のアクション領域９４０にドロップされると、返信メールを作成する動作が実行されてもよい。さらに、アイコン９１０が通話アプリケーションである場合、第１のアクション領域９２０、第２のアクション領域９３０、第３のアクション領域９４０に対応する動作は、通話記録を表示する、電話を転送する、電話を受けるまたは電話帳を表示するなどに関連した動作を含んでもよい。
【００８３】
インターフェース部１１３を介して判断された状態情報の追加情報が表示されると、検証部１１４は、入力部１３０により検出された入力が追加情報に関連した動作を要求する入力であるかをさらに検証または判断してもよい。
【００８４】
アンロック部１１５は、検出した入力が判断した状態情報に対する動作を要求する入力であれると検証または判断したときに、携帯用端末１００のロック状態を解除してもよい。
【００８５】
実行部１１６は、アンロック部１１５がロック状態を解除すれば、判断した状態情報に対する動作を実行してもよい。
【００８６】
制御部１１０は、携帯用端末１００の全般的な動作を制御してもよい。そして、制御部１１０は、情報収集部１１１、情報処理部１１２、インターフェース部１１３、検証部１１４、アンロック部１１５、及び実行部１１６の少なくとも１つの動作を行ってもよい。図において、制御部１１０、情報収集部１１１、情報処理部１１２、インターフェース部１１３、検証部１１４、アンロック部１１５、及び実行部１１６は、それぞれのユニットの動作を述べるために、別々に示した。しかしながら、本発明の態様はこれに限定されるものではなく、図１のユニットの１つ以上が一つのユニットとして組合されてもよい。さらに、制御部１１０は、情報収集部１１１、情報処理部１１２、インターフェース部１１３、検証部１１４、アンロック部１１５、及び実行部１１６の少なくとも１つの１つ以上の動作を行うように構成された少なくとも１つのプロセッサを含んでもよい。また、制御部１１０は、情報収集部１１１、情報処理部１１２、インターフェース部１１３、検証部１１４、アンロック部１１５、及び実行部１１６の少なくとも１つのそれぞれの動作の一部を行うように構成された少なくとも１つのプロセッサを含んでもよい。
【００８７】
以下、上記のように構成された携帯用端末のロック画面にショートカット動作を提供する方法を説明する。
【００８８】
図２は、本発明の例示的な実施形態に係る携帯用端末にショートカット動作を提供する方法を示すフローチャートである。
【００８９】
図２を参照すると、携帯用端末は、動作２１０で携帯用端末の状態情報を収集する。
【００９０】
動作２１２において、携帯用端末は、判断されたポリシーに応じて、収集した状態情報のうち表示する状態情報を判断してもよい。
【００９１】
動作２１４において、携帯用端末は、ロック画面を出力して判断した状態情報をロック画面の判断された位置に表示してもよい。一例において、判断した状態情報は、アイコンとして表示されてもよい。
【００９２】
動作２１６において、携帯用端末は、入力を検出してもよい。
【００９３】
入力が動作２１６で検出されなければ、携帯用端末は動作２１０に戻って一連の動作を繰り返す。
【００９４】
入力が動作２１６で検出されると、携帯用端末は、動作２１８において、検出した入力が判断した状態情報に対する動作を要求する入力であるかを検証または判断する。
【００９５】
検出した入力が、判断した状態情報に対する動作を要求する入力でないと判断または検証されると、携帯用端末は動作２１０に戻って一連の動作を繰り返す。
【００９６】
検出した入力が、判断した状態情報に対する動作を要求する入力であると判断または検証されると、携帯用端末は動作２２０で携帯用端末のロック状態を解除してもよい。
【００９７】
動作２２２において、ロック状態が解除されると、携帯用端末は、判断した状態情報に対する動作を実行する。
【００９８】
本発明の例示的な実施形態によると、携帯用端末は、ロック画面で携帯用端末の状態情報を収集して出力してもよく、検出した入力が動作を要求する入力であると判断したときに、ロックした状態を解除し、判断した状態情報に関連した動作を実行してもよい。したがって、ロック画面でのアプリケーションまたは動作へのアクセスのしやすさが改善されるであろう。また、ロックされた状態に変換し、アプリケーションを実行する処理も短縮されるであろう。
【００９９】
本発明の例示的な実施形態は、コンピュータによって実現される多様な動作を実装するためのプログラム命令を含むコンピュータ読み出し可能媒体に記録してもよい。媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせたものを含んでもよい。媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。
【０１００】
本発明の意図または範囲から逸脱することなく、様々な修正及び変形ができることは本発明が属する分野における通常の知識を有する者には明らかである。
【０１０１】
したがって、本発明は提供される本発明の修正及び変形を保護することを意図し、本発明は、特許請求の範囲及び特許請求の範囲と均等なものの中にある。
【図１】
2013061943.tif 000003
【図２】
2013061943.tif 000004
【図３】
2013061943.tif 000005
【図４】
2013061943.tif 000006
【図５】
2013061943.tif 000007
【図６】
2013061943.tif 000008
【図７】
2013061943.tif 000009
【図８】
2013061943.tif 000010
【図９】
2013061943.tif 000011
【外国語明細書】
2013061943000001.pdf