(57)【要約】【課題】画面ロックを制御する方法及び携帯端末を提供する。【解決手段】画面ロックを制御する方法及び携帯端末に係り、該携帯端末は、無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェースを提供し、ユーザ・インターフェースを介して指定された画面ロック解除モードに対応する無線デバイスの識別情報を保存することができる。また、該携帯端末は、無線デバイスを探索することができる。該携帯端末は、無線デバイスの識別情報を保存した後、携帯端末の周辺で無線デバイスが探索され、探索された無線デバイスの識別情報が保存された識別情報と一致すれば、携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面の表示如何を制御することができる。【選択図】図２
2014110638.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末の画面ロックを制御する方法において、
前記携帯端末とは別の無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェースを提供する段階と、
前記ユーザ・インターフェースを介して、前記画面ロック解除モードに対応する前記無線デバイスの識別情報を保存する段階と、
前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する段階と、を含むことを特徴とする画面ロック制御方法。
【請求項２】
前記画面がターンオンされた状態に転換された後、前記保存された識別情報と一致する識別情報を有した前記無線デバイスの探索が持続される場合、前記携帯端末のユーザから、画面消し入力を受信するまで、前記ロック解除要求画面なしに、前記画面がターンオンされた状態を維持するように制御する段階をさらに含むことを特徴とする請求項１に記載の画面ロック制御方法。
【請求項３】
前記画面がターンオンされた状態で、前記無線デバイスから、前記識別情報が既設定の時間の間受信されない場合、前記画面がターンオンされた状態から消えた状態に転換されるように制御する段階をさらに含むことを特徴とする請求項２に記載の画面ロック制御方法。
【請求項４】
前記無線デバイスは、
ＢＬＥ（ブルートゥース低エネルギー）デバイスを含むことを特徴とする請求項１に記載の画面ロック制御方法。
【請求項５】
前記ユーザ・インターフェースを介して、前記無線デバイスと前記携帯端末との距離を保存する段階をさらに含み、
前記携帯端末の周辺で、前記無線デバイスが探索されるのは、
前記保存された距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度で受信される信号を伝送する前記無線デバイスが探索されることを特徴とする請求項１に記載の画面ロック制御方法。
【請求項６】
前記ユーザ・インターフェースを介して、前記携帯端末のセンシング条件を保存する段階と、
前記携帯端末でセンシング情報を獲得する段階と、をさらに含み、
前記ロック解除要求画面が表示されないように制御する段階は、
前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記獲得されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御する段階であることを特徴とする請求項１に記載の画面ロック制御方法。
【請求項７】
前記センシング情報を獲得する段階は、
前記携帯端末の周辺で、前記無線デバイスが探索される場合に遂行されることを特徴とする請求項６に記載の画面ロック制御方法。
【請求項８】
前記センシング条件は、
前記携帯端末の把持形態が既設定の把持形態を示すということを含むことを特徴とする請求項６に記載の画面ロック制御方法。
【請求項９】
前記センシング条件は、
前記携帯端末の動きが既設定の動き形態を示すことを含むことを特徴とする請求項６に記載の画面ロック制御方法。
【請求項１０】
前記センシング条件は、
前記携帯端末で認識されたユーザの顔が、既設定のユーザの顔に対応することを含むことを特徴とする請求項６に記載の画面ロック制御方法。
【請求項１１】
前記画面がターンオンされた状態に転換された後、前記無線デバイスから、前記識別情報の受信が持続される場合、前記携帯端末で新たなセンシング情報を獲得する段階と、
前記新たなセンシング情報が、前記センシング条件を満足すれば、前記携帯端末のユーザから、画面消し入力を受信するまで、前記画面がターンオンされた状態を維持するように制御する段階と、をさらに含むことを特徴とする請求項６に記載の画面ロック制御方法。
【請求項１２】
前記ユーザ・インターフェースを介して、前記無線デバイスのセンシング条件を保存する段階と、
前記無線デバイスからセンシング情報を受信する段階と、をさらに含み、
前記ロック解除要求画面が表示されないように制御する段階は、
前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記受信されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御する段階であることを特徴とする請求項１に記載の画面ロック制御方法。
【請求項１３】
画面ロックを制御する携帯端末において、
前記携帯端末とは別の無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェースを提供するユーザ・インターフェース部と、
前記ユーザ・インターフェースを介して指定された前記画面ロック解除モードに対応する前記無線デバイスの識別情報を保存するメモリと、
前記無線デバイスを探索する通信部と、
前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する制御部と、を含むことを特徴とする携帯端末。
【請求項１４】
前記制御部は、
前記画面がターンオンされた状態に転換された後、前記保存された識別情報と一致する識別情報を有した前記無線デバイスの探索が持続される場合、前記携帯端末のユーザから、画面消し入力を受信するまで、前記ロック解除要求画面なしに、前記画面がターンオンされた状態を維持するように制御することを特徴とする請求項１３に記載の携帯端末。
【請求項１５】
センシング情報を獲得するセンシング部をさらに含み、
前記メモリは、
前記ユーザ・インターフェースを介して、前記携帯端末のセンシング条件を保存し、
前記制御部は、
前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記獲得されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御することを特徴とする請求項１３に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面ロックを制御する方法及び携帯端末に係り、さらに詳細には、携帯端末とは別の無線デバイスを利用して、携帯端末の画面ロックを制御する方法及び携帯端末に関する。
【背景技術】
【０００２】
ユーザ・インターフェース（ＵＩ：user interface）は、ユーザと、事物、システム、装置またはプログラムなどとの意思疎通が可能になるように、一時的または持続的なアクセスを提供する技術である。
【０００３】
意図しなかった端末の活性化問題、ユーザ認証または保安などを考慮し、既設定の画面ロック条件が充足される場合、端末は、画面ロックを提供する。画面ロックが提供されるとき、ユーザ・インターフェースの一部動作が制限される。画面ロックが提供されれば、呼び出し（call）またはアラームなどが発生したり、あるいは一部許容されたユーザ・インターフェースを介して、ボタン入力、またはタッチスクリーン上でのタッチが受信される場合、端末は、ロック解除要求画面を表示する。端末にロック解除要求画面が表示された後、画面ロックを解除し、ホーム画面やアプリケーションの遂行表示のために、一部許容されたインターフェースを利用して、既設定のタッチ・ジェスチャ、あらかじめ約束されたキーまたは暗号などをユーザから入力される。
【０００４】
例えば、タッチスクリーンを有する端末で、意図していなかったタッチによる画面活性化を防御するために、ロック解除要求画面として、スライド・ロック解除（slide to unlock）画面が表示されもする。スライド・ロック解除画面上で、スライドバー・イメージ上で、既設定の方向に限定された経路に沿ってイメージを移動させるタッチ・ジェスチャの動きが入力される場合、ロック画面が消える。
【０００５】
しかし、端末に画面ロックが提供されるたびに、画面ロックを解除するためには、毎度同一のロック解除要求画面が表示され、それによるユーザの入力が要求されるので、ユーザがさらに便利に端末の画面ロックを制御するための方案に係わる研究が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の一面による目的は、さらに便利に画面ロックを制御させる方法及び携帯端末を提供するところにある。
【０００７】
また、本発明の他の一面による目的は、画面ロックを制御するにおいて、携帯端末の使用意図を把握し、さらに効果的に画面ロックを制御させる方法及びその装置を提供するところにある。
【０００８】
また、本発明のさらに他の一面による目的は、画面ロックを制御するにおいて、携帯端末の使用環境によって、ロック解除要求画面を区分して表示し、さらにて精巧に画面ロックを制御させる方法及びその装置を提供するところにある。
【課題を解決するための手段】
【０００９】
本発明の一面によれば、携帯端末の画面ロックを制御する方法は、前記携帯端末とは別の無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェース（ＵＩ）を提供する段階と、前記ユーザ・インターフェースを介して、前記画面ロック解除モードに対応する前記無線デバイスの識別情報（ＩＤ）を保存する段階と、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する段階と、を含む。
【００１０】
他の一面によれば、前記画面がターンオンされた状態に転換された後、前記保存された識別情報と一致する識別情報を有した前記無線デバイスの探索が持続される場合、前記携帯端末のユーザから、画面消し入力を受信するまで、前記ロック解除要求画面なしに、前記画面がターンオンされた状態を維持するように制御する段階をさらに含んでもよい。
【００１１】
他の一面によれば、前記画面がターンオンされた状態で、前記無線デバイスから、前記識別情報が既設定の時間の間受信されない場合、前記画面がターンオンされた状態から消えた状態に転換されるように制御することができる。
【００１２】
他の一面によれば、前記無線デバイスは、ＢＬＥ（Bluetooth（登録商標） low energy）デバイスでもある。
【００１３】
他の一面によれば、前記ユーザ・インターフェースを介して、前記無線デバイスと前記携帯端末との距離を保存する段階をさらに含み、前記携帯端末の周辺で、前記無線デバイスが探索されるのは、前記保存された距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度で受信される信号を伝送する前記無線デバイスが探索されることでもある。
【００１４】
他の一面によれば、前記ユーザ・インターフェースを介して、前記携帯端末のセンシング条件を保存する段階と、前記携帯端末でセンシング情報を獲得する段階と、をさらに含み、前記ロック解除要求画面が表示されないように制御する段階は、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記獲得されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御する段階でもある。
【００１５】
他の一面によれば、前記センシング情報を獲得する段階は、前記携帯端末の周辺で、前記無線デバイスが探索される場合に遂行されることでもある。
【００１６】
他の一面によれば、前記センシング条件は、前記携帯端末の把持（grab）形態が既設定の把持形態を示すということを含んでもよい。
【００１７】
他の一面によれば、前記センシング条件は、前記携帯端末の動きが既設定の動き形態を示すということを含んでもよい。
【００１８】
他の一面によれば、前記センシング条件は、前記携帯端末で認識されたユーザの顔が既設定のユーザの顔に対応することを含んでもよい。
【００１９】
他の一面によれば、前記画面がターンオンされた状態に転換された後、前記無線デバイスから前記識別情報の受信が持続される場合、前記携帯端末で新たなセンシング情報を獲得する段階と、前記新たなセンシング情報が前記センシング条件を満足すれば、前記携帯端末のユーザから、画面消し入力を受信するまで、前記画面がターンオンされた状態を維持するように制御する段階と、をさらに含んでもよい。
【００２０】
他の一面によれば、前記ユーザ・インターフェースを介して、前記無線デバイスのセンシング条件を保存する段階と、前記無線デバイスからセンシング情報を受信する段階と、をさらに含み、前記ロック解除要求画面が表示されないように制御する段階は、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記受信されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御する段階でもある。
【００２１】
本発明の他の一面によれば、画面ロックを制御する携帯端末は、前記携帯端末とは別の無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェースを提供するユーザ・インターフェース部と、前記ユーザ・インターフェースを介して指定された前記画面ロック解除モードに対応する前記無線デバイスの識別情報を保存するメモリと、前記無線デバイスを探索する通信部と、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する制御部と、を含む。
【００２２】
他の一面によれば、前記制御部は、前記画面がターンオンされた状態に転換された後、前記保存された識別情報と一致する識別情報を有した前記無線デバイスの探索が持続される場合、前記携帯端末のユーザから、画面消し入力を受信するまで、前記ロック解除要求画面なしに、前記画面がターンオンされた状態を維持するように制御することができる。
【００２３】
他の一面によれば、前記制御部は、前記画面がターンオンされた状態で、前記無線デバイスから、前記識別情報が既設定の時間の間受信されない場合、前記画面がターンオンされた状態から消えた状態に転換されるように制御することができる。
【００２４】
他の一面によれば、前記無線デバイスは、ＢＬＥデバイスでもある。
【００２５】
他の一面によれば、前記メモリは、前記ユーザ・インターフェースを介して、前記無線デバイスと前記携帯端末との距離を保存し、前記通信部は、前記保存された距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度で受信される信号を伝送する前記無線デバイスを探索することができる。
【００２６】
他の一面によれば、センシング情報を獲得するセンシング部をさらに含み、前記メモリは、前記ユーザ・インターフェースを介して、前記携帯端末のセンシング条件を保存し、前記制御部は、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記獲得されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御することができる。
【００２７】
他の一面によれば、前記センシング部は、前記携帯端末の周辺で、前記無線デバイスが探索される場合、前記センシング情報を獲得することができる。
【００２８】
他の一面によれば、前記センシング条件は、前記携帯端末の把持形態が既設定の把持形態を示すということを含んでもよい。
【００２９】
他の一面によれば、前記センシング条件は、前記携帯端末の動きが既設定の動き形態を示すということを含んでもよい。
【００３０】
他の一面によれば、前記センシング条件は、前記携帯端末で認識されたユーザの顔が既設定のユーザの顔に対応することを含んでもよい。
【００３１】
他の一面によれば、前記センシング部は、前記画面がターンオンされた状態に転換された後、前記無線デバイスから前記識別情報の受信が持続される場合、新たなセンシング情報を獲得し、前記制御部は、前記新たなセンシング情報が前記センシング条件を満足すれば、前記携帯端末のユーザから、画面消し入力を受信するまで、前記画面がターンオンされた状態を維持するように制御することができる。
【００３２】
他の一面によれば、前記メモリは、前記ユーザ・インターフェースを介して、前記無線デバイスのセンシング条件を保存し、前記通信部は、前記無線デバイスからセンシング情報を受信し、前記制御部は、前記無線デバイスの識別情報を保存した後、前記携帯端末の周辺で、前記無線デバイスが探索され、前記探索された無線デバイスの識別情報が、前記保存された識別情報と一致し、前記受信されたセンシング情報が前記センシング条件を満足すれば、前記携帯端末の画面が消えた状態からターンオン状態に転換されるとき、前記ロック解除要求画面が表示されないように制御することができる。
【００３３】
本発明のさらに他の一面によれば、携帯端末の画面ロックを制御する方法は、既設定のセンシング条件、及び前記携帯端末とは別の無線デバイスの識別情報を保存する段階と、前記携帯端末周辺に位置した前記無線デバイスから識別情報を受信する段階と、前記携帯端末でセンシング情報を獲得する段階と、前記受信された識別情報が、前記保存された識別情報と一致し、前記獲得されたセンシング情報が前記既設定のセンシング条件を満足すれば、前記画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する段階と、を含む。
【００３４】
本発明のさらに他の一面によれば、携帯端末の画面ロックを制御する方法は、前記携帯端末とは別の無線デバイスの識別情報、及び既設定のセンシング条件を保存する段階と、前記携帯端末周辺に位置した前記無線デバイスから識別情報及びセンシング情報を受信する段階と、前記受信された識別情報が、前記保存された識別情報と一致し、前記センシング情報が前記既設定のセンシング条件を満足すれば、前記画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する段階と、を含む。
【発明の効果】
【００３５】
本発明によれば、携帯端末とは別の無線デバイスを利用する画面ロック解除モードを設定するように、ユーザ・インターフェースを提供することにより、無線デバイスの活用において利便性を提供する。
【００３６】
また、携帯端末とは別の無線デバイスを利用して、携帯端末の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面を表示させないことにより、携帯端末使用上の利便性を提供する。
【００３７】
また、携帯端末または無線デバイスのセンシング情報を基に、携帯端末の使用意図を把握することにより、効率的な画面ロック機能を提供する。
【００３８】
また、画面ロックを制御するにおいて、携帯端末の使用環境によって、ロック解除要求画面を区分して設定することができるユーザ・インターフェースを提供することにより、さらに精巧な画面ロック機能を提供する。
【図面の簡単な説明】
【００３９】
【図１】本発明の一面による通信システムを示す例示図である。
【図２】本発明の一面による携帯端末を示す例示図である。
【図３】本発明の一面によるＳＳＰ（seamless sensing platform）のデータ通信プロトコルを示す例示図である。
【図４Ａ】本発明の一面による無線デバイスを示す例示図である。
【図４Ｂ】本発明の一面による無線デバイスを示す例示図である。
【図５】本発明の一面による携帯端末に表示されるロック解除要求画面を示す例示図である。
【図６】本発明の一面による携帯端末に表示されるホーム画面を示す例示図である。
【図７】本発明の一面による無線デバイスを利用した画面ロックを制御する概念を示す例示図である。
【図８】本発明の一面による携帯端末と無線デバイスとの距離を示す例示図である。
【図９】本発明の一面による画面ロックを制御する方法を示すフローチャートである。
【図１０】本発明の一面による画面ロックを制御する方法を示す他のフローチャートである。
【図１１】本発明の他の一面による無線デバイスを利用した画面ロックを制御する概念を示す例示図である。
【図１２】本発明の他の一面による画面ロックを制御する方法を示すフローチャートである。
【図１３】本発明のさらに他の一面による無線デバイスを利用した画面ロックを制御する概念を示す例示図である。
【図１４】本発明のさらに他の一面による画面ロックを制御する方法を示すフローチャートである。
【図１５】本発明の一面による画面ロック解除モードを設定するユーザ・インターフェースを示す例示図である。
【図１６】本発明の一面による画面ロック解除モードを設定するユーザ・インターフェースを示す他の例示図である。
【図１７】本発明の一面による画面ロック解除モードを設定するユーザ・インターフェースを示すさらに他の例示図である。
【図１８】本発明の一実施形態に係わるＢＬＥデバイスでブロードキャストするadvertisingパケットのデータフォーマットを示す図面である。
【図１９】本発明の一実施形態に係わるＡＤタイプ（advertising data type）について説明するための図面である。
【図２０Ａ】本発明の一実施形態によるＢＬＥデバイスでブロードキャストするデータについて説明するための図面である。
【図２０Ｂ】本発明の一実施形態によるＢＬＥデバイスでブロードキャストするデータについて説明するための図面である。
【図２１】advertisingデータパケットの一例を示す図面である。
【発明を実施するための形態】
【００４０】
以下、本発明の実施形態について詳細に説明する。本明細書に記載された「…部」、「モジュール」のような用語は、少なくとも１つの機能や動作を処理する単位を意味し、それは、ハードウェアまたはソフトウェアでも具現され、あるいはハードウェアとソフトウェアとの結合によっても具現される。
【００４１】
本発明の一実施形態による携帯端末は、多様な形態で具現される。例えば、本明細書で記述される携帯端末には、携帯電話、スマートフォン（smart phone）、ノート型パソコン（laptop computer）、タブレットＰＣ（personal computer）、電子ブック端末機、デジタル放送用端末機、ＰＤＡ（personal digital assistant）、ＰＭＰ（portable multimedia player）、ナビゲーションなどがあるが、それらに限定されるものではない。
【００４２】
本発明の一実施形態による無線デバイスは、携帯端末の外部または別途に存在する無線通信デバイスを意味する。説明の便宜上、無線デバイスの一例として、ブルートゥース低エネルギー（ＢＬＥ：Bluetooth（登録商標） low energy）通信基盤のデバイスであるＢＬＥデバイスについて主に説明するが、それに限定されるものではない。すなわち、無線デバイスは、ＢＬＥデバイスだけではなく、Ｗｉ−Ｆｉ（wireless fidelity）デバイス、ジグビー（ZigBee）デバイス、ＲＦ（radio frequency）−ＩＤ（identification）デバイスまたはＮＦＣ（near field communication）デバイスなどの近距離通信基盤デバイスを含んでもよい。また、無線デバイスは、その識別情報（identification information）を伝送する機能的特徴によって、識別子タッグ（以下、「ＩＤ tag」ともする）と呼ばれもする。また、無線デバイスは、識別情報またはセンシング情報を伝送する機能以外にも、多様な機能を遂行することができる携帯端末でもある。また、無線デバイスは、一方向に識別情報のみを周期的に伝送するシンプルな機器でもある。
【００４３】
ＢＬＥは、近距離通信技術のうち一つであり、ブルートゥースＶ４．０の核心機能を含む。ＢＬＥは、クラシック・ブルートゥース規格と比べ、相対的に小さいduty cycleを有し、低価格生産が可能であり、平均電力と待機電力とを減らし、コインサイズのバッテリで数年間作動することができる。
【００４４】
携帯端末がＢＬＥデバイスの信号を受信することができるＢＬＥデバイスの通信半径は、ＢＬＥデバイスからブロードキャスティングされるデータ（一例として、advertising packet）を携帯端末が受信することができる距離（例えば、１０ｍ〜５０ｍ）を示す。本発明の一実施形態によって、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面を表示させない条件としての携帯端末と、ＢＬＥデバイスとの既設定距離は、実際の通信状況によって、可変的でもある。既設定の距離は、ユーザによって、任意に設定されもする。例えば、ユーザによって、居間、キッチン、家全体など一定領域が既設定距離に設定されもし、一定距離値（例えば、１〜２ｍ）が既設定距離に設定されもする。また、既設定距離は、携帯端末で受信されるＢＬＥデバイスの一定信号強度を示すことでもある。
【００４５】
以下、添付した図面を参照し、本発明が属する技術分野で当業者が容易に実施することができるように、本発明の一実施形態について詳細に説明する。しかし、本発明は、さまざまに異なる形態でも具現され、ここで説明する実施形態に限定されるものではない。そして、図面で、本発明について明確に説明するために、説明と関係のない部分は省略し、明細書全体を通じて類似しているか、あるいは同一の部分については、同一の図面符号を付す。
【００４６】
図１は、本発明の一面による通信システムを示す例示図である。
【００４７】
本発明の一面による通信システムは、携帯端末１００及び無線デバイスを含む。無線デバイスは、一例として、ＢＬＥデバイス２００を含んでもよい。
【００４８】
携帯端末１００は、外部のＢＬＥデバイス２００とのＢＬＥ通信を介して、ユーザに所定サービスを提供する端末でもある。例えば、携帯端末１００は、外部のＢＬＥデバイス２００の情報（例えば、識別情報）をメモリに保存または登録し、管理することができる。また、携帯端末１００とＢＬＥデバイス２００とのＢＬＥ通信は、双方向通信や、ＢＬＥデバイス２００が一方的に信号を伝送し、携帯端末１００がＢＬＥデバイス２００から信号を受信する片方向通信でもある。
【００４９】
また、携帯端末１００では、アプリケーション・プロセッサ（以下、「ＡＰ（application processor）」ともする）と別途に、ＳＳＰ（seamless sensing platform）が動作されもする。携帯端末１００は、ＳＳＰのセンサハブ（sensor hub）にＢＬＥ通信部を連結し、スリープモードのＡＰを目覚めさせず、ＢＬＥデバイス２００の情報を収集し、状況を認知することができる。ＳＳＰは、所定状況が発生した場合、スリープモードのＡＰを目覚めさせる。ＳＳＰ、ＡＰ、ＢＬＥ通信部は、ハードウェア（Ｈ／Ｗ）、ソフトウェア（Ｓ／Ｗ）、またはそれらが結合された形態（Ｈ／Ｗ＋Ｓ／Ｗ）で具現される。それについては、図２及び図３を参照し、追って詳細に説明する。また、携帯端末１００は、ＳＳＰを含まず、ＢＬＥ通信部とＡＰとがすぐに連結されて動作されるということにも留意しなければならない。
【００５０】
ＢＬＥデバイス２００は、ＢＬＥ通信を介して、識別情報を外部にブロードキャスティングすることができる。そのとき、ＢＬＥデバイス２００は、識別情報を広告パケット（以下、「advertising packet」ともする）の形態で、ブロードキャスティングすることができる。本発明の一面によるＢＬＥデバイス２００は、センサを介してセンシングされた情報を外部にブロードキャスティングすることもできる。例えば、ＢＬＥデバイス２００は、識別情報（例えば、「SAMSUNG＿Ｔｅｍｐ＿ＴＡＧ００１＿blue」）をadvertising packetのＵＵＩＤ（universally unique identifier）フィールドまたはＭＳＤ（manufacturer specific data）フィールドに含み、外部にブロードキャスティングすることができる。ＢＬＥデバイス２００がadvertising packet形態でデータをブロードキャスティングすることに係わる詳細な説明は、図１８ないし図２１を参照して後述する。説明の便宜上、以下では、センサを含むＢＬＥデバイス２００をセンサ基盤ＢＬＥデバイスと呼ぶ。
【００５１】
また、ＢＬＥデバイス２００は、ＢＬＥデバイス２００の識別情報またはセンシング情報を、一定周期によってブロードキャスティングしたり、あるいはセンシング情報が更新されたり、特定イベントが発生した場合、イベントトリガ方式でブロードキャスティングすることができる。
【００５２】
また、ＢＬＥデバイス２００は、識別情報をadvertising packet形態でブロードキャスティングし、ＢＬＥデバイス２００のセンシング情報は、携帯端末１００とペアリングした後、通信チャンネルを利用して、携帯端末１００に伝送することもできる。そのとき、ＢＬＥデバイス２００は、センシング情報の保安のために、携帯端末１００とペアリングするときに取り決められた暗号化コードまたは既設定の暗号化コードで、センシング情報を暗号化し、暗号化されたセンシング情報を携帯端末１００に伝送することもできる。
【００５３】
本発明の一面によるＢＬＥデバイス２００は、多様な形態で具現される。例えば、本明細書で記述されるＢＬＥデバイス２００は、ＢＬＥタグ（tag）２００−１形態に簡単に具現されもし、ＢＬＥフォン（phone）、ＢＬＥタブレット（tablet）ＰＣなどの携帯機器２００−２形態に具現されもし、ＢＬＥ腕時計、ＢＬＥイヤホンなどのアクセサリ（accessory）２００−３形態に具現されもする。ＢＬＥデバイス２００の構成については、図４を参照して、追って詳細に説明する。
【００５４】
以下では、図５ないし図８、図１５ないし図１７を参照し、本発明の一面による、無線デバイス（一例として、ＢＬＥデバイス２００）を利用した携帯端末１００の画面ロック制御について概略的に説明する。
【００５５】
携帯端末１００は、ユーザに、画面ロック解除モード（または、画面ロックモード）を設定するユーザ・インターフェース（一例として、図１５の１５１０、図１６の１６１０、１６５０、図１７の１７１０）を提供する。本発明の一面による携帯端末１００は、無線デバイスを利用した携帯端末１００の画面ロック解除モード１５４０（図１５）を設定するユーザ・インターフェースを提供する。ユーザは、携帯端末１００のユーザ・インターフェースを介して活性化する画面ロック解除モードを選択したり設定することができる。例えば、画面ロック解除モードは、無線デバイスを利用した画面ロック解除モード１５４０だけではなく、ドラッグ・ロック解除（drag to unlock）１５１５、モーション・ロック解除（motion to unlock）１５２０、顔ロック解除（face to unlock）１５２５、パターン・ロック解除（pattern to unlock）１５３０、パスワード・ロック解除（password to unlock）１５３５、ＰＩＮ（personal identification number）ロック解除（ＰＩＮ to unlock）（図示せず）、スライド・ロック解除（slide to unlock）（図示せず）などを含んでもよい。
【００５６】
また、携帯端末１００は、ユーザ・インターフェース（一例として、図１６の１６１０、１６５０）を介したユーザ入力１６２０，１６６０によって、無線デバイスを利用した画面ロック解除モード１５４０に対応する無線デバイスの識別情報を指定し、指定された無線デバイスの識別情報をメモリに保存することができる。例えば、図１５のユーザ・インターフェース１５１０を介して、ユーザ入力１５４５が受信されれば、無線デバイスを利用した画面ロック解除モードの詳細設定のためのユーザ・インターフェース（図１６の１６１０または図１７の１７１０）が表示されもする。携帯端末１００にあらかじめ指定された無線デバイスがあれば、携帯端末１００は、指定された無線デバイス１７１５をユーザ・インターフェース１７１０に含めて表示することができる。ここで、無線デバイス１７１５の表示は、識別情報、任意の名称または用途１７１５などになる。
【００５７】
指定された無線デバイスがなければ、ユーザ・インターフェース１６５０を介して、無線デバイスを利用した画面ロック解除モード１５４０に対応する無線デバイス（または、無線デバイスの識別情報）を指定することができる。一例として、図１６のユーザ・インターフェース１６５０は、携帯端末１００で探索された少なくとも１つの無線デバイスの識別情報それぞれに対応する任意の名称または用途１６５５のリストを表示することができる。無線デバイスには、ユーザ入力１６６０を介して、任意の名称が指定されたり、あるいは無線デバイス（または、無線デバイスの識別情報）に対応する用途（一例として、ＩＤ ＴＡＧ）が指定されもする。ここで、識別情報は、無線デバイスを他のデバイスと区別するための固有情報であり、例えば、タグＩＤ、デバイス名、シリアルナンバー、ＭＡＣ（media access control）アドレスなどを含んでもよい。任意の名称または用途１７１５は、携帯端末１００で検出された無線デバイスを区分するために、ユーザまたは当該無線デバイスを利用するアプリケーションによって、任意に指定されたり命名されたものでもある。一例として、「ＩＤ ＴＡＧ」は、画面ロックを制御する個人情報または保安と係わって使用される用途を考慮し、ユーザ・インターフェースで提供された用途のうち、ユーザの選択によって指定されたものでもある。また、使用便宜のために、それぞれの無線デバイスは、互いに違う色相、柄、アイコン、テキストなどで区分されて表示されもする。一例として、携帯端末１００で探索された互いに異なる無線デバイスが、同一の用途に分類されても、携帯端末１００は、それぞれの互いに異なる識別情報を有する無線デバイスを、互いに異なる視覚的効果またはテキストで表示することができる。また、無線デバイスを追加することができる機能と係わるオブジェクト１６６５がユーザ入力によって指定される場合、携帯端末１００は、周辺に位置した新たな無線デバイスを探索し、探索された無線デバイスを、リスト１６５５に追加して表示することができる。
【００５８】
携帯端末１００に、無線デバイスを利用した画面ロック解除モードが設定されたり、あるいは画面ロック解除モードが活性化される場合、一定条件が満足されれば、携帯端末１００は、画面（一例として、図７または図８の７１０）が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面（一例として、図５の５１０）が表示されないように制御することができる。そのとき、携帯端末１００は、画面ロック状態で、携帯端末１００に制限された少なくとも一部のユーザ・インターフェースが活性化されるように制御することができる。
【００５９】
ここで、一定条件が満足される場合は、図７に図示されているように、携帯端末１００の周辺の一定距離以内で、無線デバイスが探索され、探索された無線デバイスの識別情報がメモリに保存された識別情報と一致することでもある。また、一定条件が満足されない場合、例えば、無線デバイスが携帯端末１００の周辺の一定距離外に存在したり、あるいは探索された無線デバイスの識別情報がメモリに保存された識別情報とは異なる場合、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面５１０が表示されるように制御することができる。
【００６０】
そのとき、画面に表示されるロック解除要求画面５１０は、無線デバイスを利用した画面ロック解除モード（以下、「第１画面ロック解除モード」ともする）に対応する第１ロック解除要求画面でもある。例えば、第１ロック解除要求画面は、「無線デバイスが探索されない」または「無線デバイスが近くになければ、画面ロックを解除することができない」のようなロック状態表示、「無線デバイスを携帯端末の一定距離内に位置させてください」のようなガイドを含んでもよい。また、第１ロック解除要求画面は、第１画面ロック解除モードとは別の画面ロック解除モード（以下、「第２画面ロック解除モード」ともする）に転換することができるアイコンなどのオブジェクト、または第２画面ロック解除モードに転換するためのガイドを含んでもよい。また、ユーザ入力によって、第２画面ロック解除モードに転換されれば、第２画面ロック解除モードに対応するロック解除要求のためのインタラクションが可能な状態に変更されもする。ここで、第２画面ロック解除モードに転換されることは、前記一定条件が満足されない場合、第２画面ロック解除モードに対応するロック解除要求のためのインタラクションが一時的に動作されることでもある。すなわち、第１画面ロック解除モードが活性化設定された後、一定条件が満足されず、第２画面ロック解除モードに対応するロック解除要求のためのインタラクションが動作された後でも、第１画面ロック解除モードの解除設定に係わるユーザ入力が受信されるまでは、前記一定条件が満足されるか否かによって、ロック解除要求画面の表示如何が決定される第１画面ロック解除モードで動作されもする。
【００６１】
また、ロック解除要求画面５１０は、第２画面ロック解除モード（例えば、ドラッグ・ロック解除１５１５、モーション・ロック解除１５２０、顔ロック解除１５２５、パターン・ロック解除１５３０、パスワード・ロック解除１５３５、ＰＩＮロック解除（図示せず）またはスライド・ロック解除（図示せず）など）に対応するものでもある。また、ロック解除要求画面５１０は、複数の第２画面ロック解除モードに対応するロック解除要求画面でもある。例えば、パターン・ロック解除１５３０及びＰＩＮロック解除（図示せず）に対応するロック解除要求画面が少なくとも１つの画面に構成されもする。
【００６２】
また、ロック解除要求画面５１０は、携帯端末２００に指定された第２画面ロック解除モードによって決定される。第２画面ロック解除モードは、ユーザ・インターフェースを介して、ユーザ入力によって指定されたり、あるいは第１画面ロック解除モードが活性化される場合、自動的に既設定の画面ロック解除モードが、第２画面ロック解除モードに指定されもする。例えば、携帯端末１００のユーザ・インターフェース１５１０を介して、ユーザのタッチ入力１５４５が受信されれば、第１画面ロック解除モード１５４０が指定され、第１画面ロック解除モード１５４０の詳細設定のためのユーザ・インターフェース（一例として、図１６の１６１０または図１７の１７１０）が表示されもする。第１画面ロック解除モード１５４０の詳細設定のためのユーザ・インターフェースは、チェックボックス１６４５のようなインタラクション・オブジェクト、チェックボックス１６４５のユーザ・インタラクションのためのガイド１６４０などを含んでもよい。ここで、チェックボックス１６４５は、第１画面ロック解除モード１５４０が活性化された後、ＢＬＥデバイス２００が探索されない場合、または前記一定条件が満足されない場合、携帯端末１００に表示される対象として、第１ロック解除要求画面及び第２画面ロック解除モードに対応するロック解除要求画面（以下、「第２ロック解除要求画面」ともいう）のうちいずれか一つを選択されるインタラクション・オブジェクトでもある。また、チェックボックス１６４５は、第１画面ロック解除モード１５４０が活性化された後、ＢＬＥデバイス２００が探索されない場合、または前記一定条件が満足されない場合、第１画面ロック解除モード１５４０を、第２画面ロック解除モードに変更するかいかんを入力されるインタラクション・オブジェクトでもある。また、図１７で、ユーザ・インターフェース１７１０のチェックボックス１６４５が、ユーザ入力によってチェックされる場合、携帯端末１００は、指定された第２画面ロック解除モード１７２０をユーザ・インターフェース１７１０に表示することができる。ここで、表示された第２画面ロック解除モード１７２０は、第１画面ロック解除モード１５４０が活性化された後、ＢＬＥデバイス２００が探索されない場合、または前記一定条件が満足されない場合に動作されるモードでもある。また、チェックボックス１６４５、ガイド１６４０、第２画面ロック解除モード１７２０などのユーザ・インターフェースは、ラジオボタン、リストなど多様なインタラクション・オブジェクトで表現されたり変形されるということにも留意しなければならない。
【００６３】
また、前記一定条件が満足される場合にも、携帯端末２００は、画面に、第３画面ロック解除モードに対応する第３ロック解除要求画面を表示することができる。第３画面ロック解除モードは、第１画面ロック解除モードまたは第２画面ロック解除モードとは別のものでもある。また、一定条件が満足されない場合には、携帯端末２００は、第２画面ロック解除モードに対応する第２ロック解除要求画面を表示することができる。例えば、第１画面ロック解除モードが活性された後、画面が消えた状態からターンオンされた状態に変更されるとき、前記一定条件が満足されれば、携帯端末２００の画面に、ドラッグ・ロック解除１５１５に対応する第３ロック解除要求画面が表示され、一定条件が満足されなければ、ドラッグ・ロック解除１５１５より高いレベルの保安を提供するパターン・ロック解除１５３０に対応する第２ロック解除要求画面が表示される。また、携帯端末１００は、第１画面ロック解除モードを設定するとき、第２画面ロック解除モードまたは第３画面ロック解除モードを共に指定させるユーザ・インターフェースを提供することができる。このように、携帯端末１００の使用環境によって、ロック解除要求画面を区分して設定することができるユーザ・インターフェースを提供することにより、さらに精巧な画面ロック機能遂行が可能である。
【００６４】
また、前記一定条件が満足されれば、携帯端末１００は、画面が消えた状態からターンオン状態に自動転換されるように制御することもできる。携帯端末１００は、画面を消えた状態からターンオン状態に自動転換した後、ロック解除要求画面を表示したり、あるいは表示しないように制御することができる。
【００６５】
また、携帯端末１００にコール受信、アラームなどのシステム・イベントの発生を除き、画面が消えた状態からターンオンされた状態に転換されることは、ユーザ・インターフェースを介した入力受信によってのみ遂行される。例えば、図５、図６で、携帯端末１００は、電源ボタン５６０、ホームキー５７０などの物理的ボタンを介して入力を受信すれば、画面が消えた状態からターンオン状態に転換することができる。
【００６６】
ロック解除要求画面５１０は、一例として、ロックイメージ５５０、端末の状態表示レイヤ５４０、透明度調節レイヤ５３０、ロック解除要求のためのインタラクション・レイヤ５２０の順序で構成されもする。ロック解除要求画面５１０が表示されれば、ユーザ入力が第２画面ロック解除モード（または、第３画面ロック解除モード）による画面ロック解除条件が満足されるまで、ロック解除要求画面５１０が画面に続けて表示される。例えば、第２画面ロック解除モードがドラッグ・ロック解除１５１５である場合、タッチ・ドラッグ・ジェスチャの開始点から終点までの距離が既設定の長さより長いドラッグ・ジェスチャが入力されるまで、ロック解除要求画面５１０が表示される。ロック解除要求画面５１０が表示された後、ユーザ入力が、第２画面ロック解除モードによる画面ロック解除条件を満足する場合、画面ロック状態で、携帯端末１００に制限されていた少なくとも一部のユーザ・インターフェースが活性化され、携帯端末１００の画面にホーム化面（一例として、図６の６１０）、既設定のアプリケーションの実行化面、または既設定のイメージなどが表示されもする。
【００６７】
また、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面５１０が表示されないということは、ロック解除要求のためのインタラクション・レイヤ５２０が表示されないということを示すことでもある。すなわち、別途のユーザ・インタラクションに係わる要求なしに、画面ロック状態で制限されていたユーザ・インターフェースの少なくとも一部が解除されるのであるならば、画面が消えた状態からターンオン状態に転換されるとき、インタラクション・レイヤ５２０を除き、ロックイメージ５５０、端末の状態表示レイヤ５４０及び透明度調節レイヤ５３０のうち少なくとも一つから構成された画面が表示されることも、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面５１０が表示されないことでもある。
【００６８】
また、前記一定条件で、携帯端末１００周辺の一定距離以内で、無線デバイスが探索されるのは、既設定距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度で受信される信号を伝送する無線デバイスが探索されるということでもある。例えば、図８で、携帯端末１００とＢＬＥデバイス２００との距離８１０は、携帯端末１００で受信されるＢＬＥデバイス２００の信号強度を基に推定されもする。既設定距離は、携帯端末１００のユーザ・インターフェース（一例として、図１６の１６２５）を介して受信されたユーザ入力によって指定されたものでもある。一例として、既設定距離は、スライドバー形態のユーザ・インターフェース１６２５、距離値をボタンまたはキー入力操作によって入力される形態のユーザ・インターフェースなどを介して指定されもする。携帯端末１００は、ユーザ・インターフェースを介して指定された無線デバイスと、携帯端末１００との距離を保存し、保存距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度の信号を伝送する無線デバイスを探索することができる。また、既設定距離は、携帯端末１００が製造されるとき、あるいは第１画面ロック解除モードの制御命令語、または画面ロック解除設定アプリケーションがメモリに保存されるとき、共に携帯端末１００に既保存のデフォルト値（一例として、２ｍ）でもある。また、無線デバイスの通信半径が十分に短い場合（一例として、２〜５ｍ）、既設定距離は、別途設定なしに、当該無線デバイスが探索される通信半径を示すものでもある。
【００６９】
また、既設定距離は、携帯端末１００で測定されるＢＬＥデバイス２００が伝送する信号の特定強度で表現されもする。そのとき、信号強度は、受信電界強度（electric field strength）（一例として、ｖ／ｍまたはｄＢ単位）、ＲＳＳＩ（received signal strength indicator）、ＳＮＲ（signal to noise ratio）などで示すことができる。また、携帯端末１００は、既設定の距離として、信号強度を指定させるユーザ・インターフェースを提供することもできる。
【００７０】
また、前記一定条件は、携帯端末１００周辺の一定距離以内で無線デバイスが探索され、探索された無線デバイスの識別情報がメモリに保存された識別情報と一致するだけではなく、ユーザの携帯端末１００使用意図を把握するためのセンシング条件も付加される。携帯端末１００は、センシング条件に係わるセンシング部（一例として、図２の１４０）のセンサを介して、携帯端末１００のセンシング情報を獲得することができる。また、携帯端末１００は、無線デバイスから、センシング条件に係わるセンシング情報を受信することができる。そのとき、センシング情報は、無線デバイスからブロードキャスティングされるadvertising packetのＭＳＤフィールドに含まれている。携帯端末１００は、獲得されたセンシング情報または受信されたセンシング情報が、センシング条件を満足するか否かを判断することができる。
【００７１】
また、携帯端末１００は、センシング条件が、ユーザの選択によって指定されるように、ユーザ・インターフェース（一例として、図１６の１６３０，１６３５）を提供することができる。例えば、ユーザ・インターフェース１６３０に指定されたセンシング条件は、携帯端末１００の動きが、既設定の動き形態（一例として、ピックアップ・モーション（pick-up motion））を示すものでもある。ユーザ・インターフェース１６３５に指定されたセンシング条件は、ＢＬＥデバイス２００の動きが、既設定の動き形態（一例として、２回振り（shake ２ times））でもある。また、センシング条件は、第１画面ロック解除モードに対応し、携帯端末１００の製造時に保存されたり、あるいは第１画面ロック解除モードの制御命令語を含むアプリケーションに既設定のものでもある。それについては、図２ないし図４、図１１ないし図１４を参照して詳細に説明する。
【００７２】
また、携帯端末１００の画面がターンオンされた状態で、前述の一定条件の満足が持続される場合、携帯端末１００のユーザから、画面消し入力を受信するまで、ロック解除要求画面なしに、画面がターンオンされた状態を維持するように制御することができる。
図２は、本発明の一面による携帯端末を示す例示図である。
【００７３】
携帯端末１００は、通信部１１０、ユーザ・インターフェース部１３５、制御部１５０、メモリ１６０を含む。ユーザ・インターフェース部１３５は、出力部１２０及びユーザ入力部１３０を含んでもよい。
【００７４】
通信部１１０は、無線デバイス（一例として、ＢＬＥデバイス２００）を探索する。通信部１１０は、無線デバイスから受信される信号の強度を測定し、測定された信号の強度を制御部１５０に伝送することができる。また、通信部１１０は、携帯端末１００周辺の一定距離以内に位置した無線デバイスから識別情報を受信する。また、通信部１１０は、無線デバイス２００から、識別情報と共に、無線デバイス２００のセンシング情報をさらに受信することもできる。そのとき、本発明の一実施形態による通信部１１０は、センシング情報及び識別情報を、advertisingデータパケットとして受信することができる。例えば、センシング情報は、advertisingデータパケットのＭＳＤフィールドに挿入されており、識別情報は、advertisingデータパケットのＵＵＩＤフィールドまたはＭＳＤフィールドに挿入されてもよい。
【００７５】
通信部１１０は、携帯端末１００及びＢＬＥデバイス２００、または携帯端末１００及びサーバの通信のための一つ以上の構成要素を含んでもよい。例えば、通信部１１０は、ＢＬＥ通信部１１１、移動通信部１１２、放送受信部１１３などを含んでもよい。
【００７６】
ＢＬＥ通信部１１１は、ＢＬＥ通信機能を支援する。例えば、ＢＬＥ通信部１１１は、外部のＢＬＥデバイス２００からブロードキャスティングされる信号（advertising packet）を受信することができる。ＢＬＥ通信部１１１は、所定周期でＢＬＥデバイス２００をスキャン（または、探索）することもでき、ユーザの要請時、ＢＬＥデバイス２００をスキャン（または、探索）することもできる。
【００７７】
ＢＬＥ通信部１１１は、制御部１５０またはＳＳＰ ３０に連結される。ＳＳＰ ３０は、センサハブ及びＳＳＰマネージャを含んでもよい。センサハブは、ＭＣＵ（micro controller unit）の一種であり、多様な種類のセンサを連結することができる。センサハブは、ＢＬＥ通信部１１１と連結され、ＢＬＥ通信部１１１を介して、外部のＢＬＥデバイス２００の情報を収集することができる。ＳＳＰマネージャは、センサハブからデータを受信することができ、センサハブから受信されたデータに基づいて、スリープモードのＡＰ １５１を目覚めさせることができる。ＳＳＰ ３０については、図３を参照して追って説明する。
【００７８】
ＢＬＥ通信部１１１は、携帯端末１００が、携帯端末１００に既登録のＢＬＥデバイスの通信半径内に位置する場合、ＢＬＥデバイス２００から、識別情報またはセンシング情報を受信することができる。
【００７９】
一方、通信部１１０は、ＢＬＥ通信以外に、他の近距離通信機能を支援することもできる。近距離通信技術には、無線ＬＡＮ（local area network）（Ｗｉ−Ｆｉ）、ブルートゥース、ジグビー、ＷＦＤ（Ｗｉ−Ｆｉ direct）、ＵＷＢ（ultra wideband）、赤外線通信（ＩｒＤＡ：infrared data association）などがあるが、それらに限定されるものではない。
【００８０】
移動通信部１１２は、移動通信網上で、基地局、外部の端末、サーバのうち少なくとも一つと無線信号を送受信する。ここで、無線信号は、音声コール信号、画像通話コール信号、または文字／マルチメディア・メッセージ送受信による多様な形態のデータを含んでもよい。
【００８１】
放送受信部１１３は、放送チャンネルを介して、外部から放送信号及び／または放送関連情報を受信する。放送チャンネルは、衛星チャネル、地上波チャネルを含んでもよい。具現例によっては、放送受信部１１３が省略されもする。
【００８２】
ユーザ・インターフェース部１３５は、ＢＬＥ無線デバイス２００を利用する第１画面ロック解除モードを設定するユーザ・インターフェースを提供する。また、前記ユーザ・インターフェースを介して、第１画面ロック解除モードに対応するＢＬＥデバイス２００の識別情報が指定される。また、ユーザ・インターフェース部１３５は、前述の第２画面ロック解除モード、第３画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。また、ユーザ・インターフェース部１３５は、携帯端末１００とＢＬＥデバイス２００との既設定距離をユーザから入力されたり、あるいはセンシング条件を入力される。
【００８３】
ユーザ・インターフェース部１３５は、出力部１２０及びユーザ入力部１３０を含んでもよい。出力部１２０は、オーディオ信号、ビデオ信号または振動信号の出力のためのものであり、それには、ディスプレイ部１２１、音響出力部１２２、振動モータ１２３などが含まれる。ディスプレイ部１２１は、携帯端末１００で処理される情報を表示出力する。例えば、ディスプレイ部１２１は、通話モードである場合、通話と係わるユーザ・インターフェースまたはＧＵＩ（graphic user interface）を表示することができ、ＢＬＥデバイス２００検索モードである場合、検索されたＢＬＥデバイスのリストを表示することができる。そのとき、ディスプレイ部１２１は、携帯端末１００に登録されていないＢＬＥデバイスと、既登録のＢＬＥデバイスとを区別して表示することもできる。
【００８４】
また、ＢＬＥデバイス２００設定モードである場合、ディスプレイ部１２１は、ＢＬＥデバイス２００の設定と係わるユーザ・インターフェースまたはＧＵＩを表示することができる。
【００８５】
一方、ディスプレイ部１２１とタッチパッドとがレイヤ構造をなし、タッチスクリーンとして構成される場合、ディスプレイ部１２１は、出力装置以外に、入力装置としても使用される。ディスプレイ部１２１は、液晶ディスプレイ（liquid crystal display）、薄膜トランジスタ液晶ディスプレイ（thin film transistor-liquid crystal display）、有機発光ダイオード（organic light-emitting diode）、フレキシブル・ディスプレイ（flexible display）、三次元ディスプレイ（３Ｄ display）、電気泳動ディスプレイ（electrophoretic display）のうち少なくとも一つを含んでもよい。そして、携帯端末１００の具現形態によって、携帯端末１００は、ディスプレイ部１２１を２個以上含んでもよい。そのとき、２個以上のディスプレイ部１２１は、ヒンジ（hinge）を利用して、対面するように配置される。
【００８６】
音響出力部１２２は、通信部１１０から受信されたり、あるいはメモリ１６０に保存されたオーディオデータを出力する。また、音響出力部１２２は、携帯端末１００で遂行される機能（例えば、コール信号受信音、メッセージ受信音など）に係わる音響信号を出力する。このような音響出力部１２２には、スピーカ（speaker）、ブザー（buzzer）などが含まれる。
【００８７】
振動モータ１２３は、振動信号を出力することができる。例えば、振動モータ１２３は、オーディオデータまたはビデオデータ（例えば、コール信号受信音、メッセージ受信音など）の出力に対応する振動信号を出力することができる。また、振動モータ１２３は、タッチスクリーンにタッチが入力される場合、振動信号を出力することもできる。
【００８８】
出力部１２０は、ユーザによって既設定のお知らせメッセージを出力することができる。出力部１２０は、携帯端末１００が、ＢＬＥデバイス２００の通信半径、または既設定距離内に位置する場合、お知らせメッセージを出力することもでき、携帯端末１００がＢＬＥデバイス２００の通信半径、または既設定距離を外れる場合、お知らせメッセージを出力することもできる。また、出力部１２０は、ＢＬＥデバイス２００と携帯端末１００との距離情報によって、お知らせメッセージを出力することもできる。
【００８９】
また、出力部１２０は、センサ基盤ＢＬＥデバイスから受信されたセンシング情報、または携帯端末で獲得されたセンシング情報と、既設定のセンシング条件との差が、既設定の範囲以内である場合、お知らせメッセージを出力することができる。
【００９０】
出力部１２０は、ＢＬＥデバイス２００を所持した他のユーザが利用中であるＳＮＳ（social networking service）に係わる情報、及びＢＬＥデバイス２００と携帯端末１００との通信履歴情報のうち少なくとも一つを出力することもできる。
【００９１】
ユーザ入力部１３０は、ユーザが携帯端末１００を制御するためのデータを入力する手段を意味する。例えば、ユーザ入力部１３０には、ソフトウェア・モジュール、または物理的な機構及び回路によって具現されるボタン、キーパッド（keypad）、ドームスイッチ（ｄｏｍｅｓｗｉｔｃｈ）、タッチパッド（接触式静電用量方式、圧力式抵抗膜方式、赤外線感知方式、表面超音波伝導方式、積分式張力測定方式、ピエゾ効果方式など）、ジョグホイール、ジョグスイッチなどがあるが、それらに限定されるものではない。
【００９２】
ユーザ入力部１３０は、画面ロック解除モードを設定するユーザ・インターフェースを介して、ユーザ入力によって、第１画面ロック解除モードに対応する無線デバイスの識別情報を指定することができる。また、ユーザ入力部１３０は、携帯端末１００でのセンシング条件、またはセンサ基盤ＢＬＥデバイスのセンシング条件のうち少なくとも一つを入力される。
【００９３】
メモリ１６０は、ユーザ・インターフェースを介して指定された第１画面ロック解除モードに対応する無線デバイス（一例として、ＢＬＥデバイス２００）の識別情報を保存する。
【００９４】
メモリ１６０は、制御部１５０の処理及び制御のためのプログラムを保存することもでき、あり得るが入出力されるデータ（例えば、ＢＬＥデバイスの識別情報、ＢＬＥデバイスの属性情報、ユーザ追加情報、ＢＬＥデバイスに含まれたセンサによってセンシングされた情報など）を保存することもできる。
【００９５】
メモリ１６０は、フラッシュメモリ・タイプ（flash memory type）、ハードディスク・タイプ（hard disk type）、マルチメディアカードマイクロ・タイプ（multimedia card micro type）、カード・タイプのメモリ（例えば、ＳＤメモリまたはＸＤメモリなど）、ＲＡＭ（random-access memory）、ＳＲＡＭ（static random access memory）、ＲＯＭ（read-only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read-only memory）、ＰＲＯＭ（programmable read-only memory）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも１つのタイプの記録媒体を含んでもよい。また、携帯端末１００は、インターネット上で、メモリ１６０の保存機能を遂行するウェブストレージ（web storage）を運用することもできる。
【００９６】
メモリ１６０に保存されたプログラムは、その機能によって、複数個のモジュールを含んでもよいが、例えば、ＵＩ（user interface）モジュール１６１、タッチスクリーン・モジュール１６３、アラーム・モジュール１６４などを含んでもよい。
【００９７】
ＵＩモジュール１６１は、アプリケーション別に、ＢＬＥデバイス２００と連動されるユーザ・インターフェース、ＧＵＩなどを提供することができる。ＵＩモジュール１６１の機能は、その名称から当業者が知ることができるので、具体的な説明は省略する。
【００９８】
タッチスクリーン・モジュール１６３は、ユーザのタッチスクリーン上のタッチ・ジェスチャを感知し、タッチ・ジェスチャに係わる情報を制御部１５０に伝達することができる。タッチスクリーン・モジュール１６３は、別途のコントローラ（Ｈ／Ｗ）で構成される。
【００９９】
タッチスクリーンのタッチまたは近接タッチを感知するために、タッチスクリーンの内部または近傍に多様なセンサが具備される。タッチスクリーンのタッチを感知するためのセンサの一例として、触覚センサがある。触覚センサは、人が感じるほど、またはそれ以上に、特定物体の接触を感知するセンサをいう。前記触覚センサは、接触面の粗度、接触物体の硬度、接触地点の温度などの多様な情報を感知することができる。
【０１００】
また、タッチスクリーンのタッチを感知するためのセンサの一例として、近接センサがある。
【０１０１】
近接センサは、所定の検出面に近づく物体、あるいは近辺に存在する物体の有無を電子系の力または赤外線を利用して、機械的接触なしに検出するセンサをいう。近接センサの例としては、透過型光電センサ、直接反射型光電センサ、ミラー反射型光電センサ、高周波発振型近接センサ、静電容量型近接センサ、磁気型近接センサ、赤外線近接センサなどがある。ユーザのタッチ・ジェスチャには、タップ、タッチ＆ホールド、ダブルタップ、ドラッグ、パニング、フリック、ドラッグ・アンド・ドロップ、スワイプなどがある。
【０１０２】
メモリ１６０は、無線デバイスを利用する画面ロック解除モードを設定するユーザ・インターフェースの管理及び制御のための画面ロック解除設定アプリケーション１６６を保存して維持することができる。制御部１５０は、メモリ１６０から、画面ロック解除設定アプリケーション１６６にアクセスし、ユーザ・インターフェース部１３５を制御するための命令語をローディングすることができる。また、メモリ１６０は、多様なアプリケーションを保存することができる。例えば、アプリケーションＤＢ（database）１６５には、リマインダ（reminder）アプリケーション、コンタクト（contact）アプリケーション、地図アプリケーション、音楽アプリケーション、電子ブックアプリケーション、健康管理アプリケーション、運動管理アプリケーション、育児アプリケーションなどがあるが、それらに限定されるものではない。
【０１０３】
メモリ１６０は、ユーザ・インターフェースを介して、画面ロック解除モードに対応する無線デバイス（一例として、ＢＬＥデバイス２００）の識別情報を保存することができる。また、ユーザ・インターフェースを介して指定された既設定距離を保存することができる。また、ＢＬＥデバイス２００の識別情報とお知らせ情報とをマッピングして保存することができる。そのとき、メモリ１６０は、ＢＬＥデバイス２００の識別情報と複数のお知らせ情報とをマッピングして保存することもできる。
【０１０４】
また、メモリ１６０は、音声認識エンジンを利用して、ユーザの音声を認識し、認識された音声を、制御部１５０に伝達するための音声認識モジュール（図示せず）を含んでもよい。
【０１０５】
アラーム・モジュール１６４は、携帯端末１００のイベント発生を知らせるための信号を発することができる。携帯端末１００で生じるイベントの例としては、コール信号受信、メッセージ受信、キー信号入力、日程お知らせなどがある。アラーム・モジュール１６４は、ディスプレイ部１２１を介して、ビデオ信号形態でアラーム信号を出力することもでき、音響出力部１２２を介して、オーディオ信号形態でアラーム信号を出力することもでき、振動モータ１２３を介して、振動信号形態でアラーム信号を出力することもできる。
【０１０６】
一方、アラーム・モジュール１６４は、スヌーズ（snooze）機能を提供することもできる。例えば、ユーザがアラーム反復回数（例えば、５回）、またはアラーム反復間隔（例えば、３分）などを設定した場合、アラーム・モジュール１６４は、アラーム信号を、所定回数（例えば、５回）または所定間隔（例えば、３分）で出力することができる。
【０１０７】
制御部１５０は、携帯端末１００周辺の一定距離以内で、無線デバイス（一例として、ＢＬＥデバイス２００）が探索され、無線デバイスの識別情報がメモリ１６０に保存された識別情報と一致すれば、携帯端末１００の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御する。
【０１０８】
また、制御部１５０は、一般的に、携帯端末１００の全般的な動作を制御する。制御部１５０は、メモリ１６０に保存されたプログラムを遂行することにより、通信部１１０、出力部１２０、ユーザ・インターフェース部１３５、メモリ１６０などを全般的に制御することができる。
【０１０９】
制御部１５０は、ＡＰ １５１及びコミュニケーション・プロセッサ（ＣＰ）１５２を含んでもよい。ＡＰ １５１は、メモリ１６０に保存された各種アプリケーションの実行を制御することができる。例えば、ＢＬＥデバイス２００の識別情報が受信された場合、ＡＰ １５１は、受信された識別情報に対応する制御命令を遂行するためのアプリケーションを抽出して実行することができる。例えば、メモリ１６０に保存された識別情報と一致するＢＬＥデバイス２００の識別情報が受信された場合、ＡＰ １５１は、無線デバイスを利用する画面ロック解除モードに対応する制御命令を遂行するために、画面ロック解除設定アプリケーション１６６をローディングして実行することができる。コミュニケーション・プロセッサ１５２は、多様な通信機能を制御することができる。
【０１１０】
また、制御部１５０は、ＢＬＥデバイス２００の属性情報を、ユーザから入力されたユーザ追加情報とマッピングして登録し、登録された情報を管理することができる。また、制御部１５０は、検索されたＢＬＥデバイスの識別情報と、メモリ１６０に保存された登録ＢＬＥデバイス目録とを比較し、検索されたＢＬＥデバイスのうち、携帯端末１００に登録されていないＢＬＥデバイスを抽出することができる。制御部１５０は、登録されていないＢＬＥデバイスの目録を生成することができる。制御部１５０は、ユーザ入力に基づいて、客体のイメージ（例えば、ＢＬＥデバイス２００の自体イメージ、またはＢＬＥデバイス２００が付着される事物／場所イメージ）を、カメラ１４１を利用して撮影することもできる。
【０１１１】
また、制御部１５０は、ＢＬＥデバイス２００から受信される信号の強度を利用して、ＢＬＥデバイス２００と携帯端末１００との距離情報を獲得することもできる。例えば、制御部１５０は、受信される信号の強度と離隔距離との相関関係情報を利用して、ＢＬＥデバイス２００と携帯端末１００との距離を計算することができる。
【０１１２】
また、制御部１５０は、ＢＬＥデバイス２００の識別情報に対応する既設定のお知らせ情報を抽出することができる。制御部１５０は、ＢＬＥデバイス２００の識別情報、及びＢＬＥデバイス２００の識別情報が受信された時間情報に基づいて、ＢＬＥデバイス２００の識別情報に対応するお知らせ情報を抽出することもできる。ここで、お知らせ情報は、携帯端末１００のユーザから入力されたお知らせメッセージ、及びお知らせメッセージの出力に係わるお知らせ条件情報のうち少なくとも一つを含んでもよい。制御部１５０は、お知らせ情報をメモリ１６０から抽出することもでき、外部サーバから、お知らせ情報を受信することもできる。
【０１１３】
制御部１５０は、ＢＬＥデバイス２００の識別情報と、メモリ１６０に既保存の登録ＢＬＥデバイスに係わる情報とを比較し、識別情報を伝送したＢＬＥデバイス２００が登録ＢＬＥデバイスであるか否かを判断することもできる。
【０１１４】
本発明の他の一面によって、メモリ１６０は、ユーザ・インターフェース（一例として、図１６または図１７の１６３０）を介して指定された少なくとも１つのセンシング条件、あるいは携帯端末１００の既設定のセンシング条件を保存することができる。また、携帯端末１００は、センシング情報を獲得するセンシング部１４０をさらに含んでもよい。制御部１５０は、携帯端末１００周辺の一定距離以内で、ＢＬＥデバイス２００が探索され、探索されたＢＬＥデバイス２００の識別情報が、メモリ１６０に保存された識別情報と一致し、獲得されたセンシング情報がセンシング条件を満足すれば、携帯端末１００の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。ここで、センシング部１４０は、携帯端末１００周辺の一定距離以内で、ＢＬＥデバイス２００が探索される場合、センシング情報を獲得することができる。また、メモリ１６０は、制御部１５０が、センシング部１４０を制御するための命令語集合であるセンシング・モジュール１６２を保存または維持することができる。
【０１１５】
センシング部１４０は、カメラ１４１、モーションセンサ１４３、圧力センサ１４４などを含んでもよい。センシング条件は、携帯端末１００の把持形態が、既設定の把持形態を示すものでもある。圧力センサ１４３は、ユーザが携帯端末１００を握っている把持形態に係わるセンシング情報を獲得することができる。把持形態は、携帯端末１００に触れる手または指の位置、手または指によって携帯端末１００に加えられる圧力に係わる情報でもある。制御部１５０は、検出された把持形態に係わるセンシング情報が、既設定の把持形態を満足するか否か、あるいは既設定の把持形態に相応する把持範囲内に属するか否かを判断することにより、ユーザが携帯端末１００を使用しようとする意図を有したものであるか否かを推定することができる。
【０１１６】
また、センシング条件は、携帯端末１００の動きが、既設定の動き形態を示すものでもある。モーションセンサ１４３は、携帯端末１００の動きを検出し、動き形態に係わるセンシング情報を獲得することができる。モーションセンサ１４３は、加速度センサ、地磁気センサ、ジャイロセンサなどを含んでもよい。モーションセンサ１４３は、一定時間の間、携帯端末１００が動く方向や大きさなどを検出し、動きの軌跡または動きベクトルの累積データなどの動き形態を獲得することができる。制御部１５０は、獲得されたセンシング情報を介して、携帯端末１００の動き形態が、既設定の動き形態を満足するか否か、あるいは既設定の動き形態に相応する動き範囲内に属するか否かを判断することにより、ユーザが、携帯端末１００を使用しようとする意図を有したものであるか否かを推定することができる。例えば、既設定の動き形態は、携帯端末１００をユーザが持ち上げたり、あるいは一定時間の間、携帯端末１００の傾度が一定角度内に位置するように維持する動作でもある。
【０１１７】
また、センシング条件は、携帯端末１００で認識されたユーザの顔が、既設定のユーザの顔に対応することを示すものでもある。カメラ１４１は、携帯端末１００のユーザの顔を撮像し、顔イメージに係わるセンシング情報を獲得することができる。カメラ１４１は、２Ｄ（two dimensional）または３Ｄ（three dimensional）の光学センサ、三次元デプスセンサなどを含んでもよい。カメラ１４１は、ディスプレイ部１２１が含まれた携帯端末１００の一面に含まれたものでもある。また、センシング条件は、ユーザ顔の方向または瞳の方向が、ユーザが携帯端末１００を見つめることを示すものでもある。それによって、ユーザの携帯端末１００の使用意図を判断する条件として使用される。また、カメラ１４１は、画像通話モードまたは撮影モードで、イメージセンサを介して、静止映像または動画などの画像フレームを得ることができる。イメージセンサを介してキャプチャされたイメージは、制御部１５０または別途のイメージ処理部（図示せず）を介して処理される。処理された画像フレームは、ディスプレイ部１２１に表示され、メモリ１６０に保存されたり、あるいは通信部１１０を介して外部に伝送される。カメラ１４１は、携帯端末１００の構成様態によって、２個以上が具備される。
【０１１８】
また、携帯端末１００の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面を表示させないということにおいて、前述のセンシング条件は、選択的に指定される。すなわち、センシング条件のうち一つが指定されて使用されたり、あるいは少なくとも２つのセンシング条件が結合して使用されもするということに留意しなければならない。それにより、センシング条件と比較するセンシング情報を獲得するセンシング部１４０のセンサが多様に構成されるということが一般的に理解される。
【０１１９】
また、センシング部１４０は、オーディオ信号を入力することができるマイク１４２などをさらに含んでもよい。マイク１４２は、通話モード、録音モードまたは音声認識モードなどで外部の音響信号を入力され、電気的な音声データに処理する。そして、処理された音声データは、通話モードである場合、移動通信部１１１を介して、移動通信基地局に送信可能な形態に変換されて出力される。
【０１２０】
本発明のさらに他の一面によって、メモリ１６０は、ユーザ・インターフェース（一例として、図１６または図１７の１６３５）を介して指定されたＢＬＥデバイス２００のセンシング条件、あるいは既設定のセンシング条件を保存することができる。また、通信部１１０は、ＢＬＥデバイス２００からセンシング情報を受信することができる。また、制御部１５０は、携帯端末１００周辺の一定距離以内でＢＬＥデバイス２００が探索され、探索されたＢＬＥデバイス２００の識別情報が、メモリ１６０に保存された識別情報と一致し、受信されたセンシング情報が、センシング条件を満足すれば、携帯端末１００の画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。ここで、ＢＬＥデバイス２００は、識別情報だけではなく、センシング情報を携帯端末１００に伝送することができる。また、携帯端末１００は、ＢＬＥデバイス２００から受信されたセンシング情報を収集して管理するために、ＳＳＰをさらに含んでもよい。センシング条件に係わる説明は、前述の通りであるが、図１３及び図１４を参照して追ってさらに説明する。
【０１２１】
図３は、本発明の一面によるＳＳＰ（seamless sensing platform）のデータ通信プロトコルを示す例示図である。
【０１２２】
図３に図示されたように、ＳＳＰ ３０は、センサハブ（sensor hub）３１と、ＳＳＰマネージャ（manager）３２とを含んでもよい。そのとき、ＢＬＥ通信部１１１は、センサハブ３１に付着され、ＳＳＰマネージャ３２は、ＡＰ １５１のフレームワークに含まれる。
【０１２３】
従って、センサハブ３１は、ＢＬＥ通信部１１１を介して、外部のＢＬＥデバイス２００でブロードキャスティングされるＢＬＥデバイス２００の識別情報（例えば、タグＩＤ、機器名など）、ＢＬＥデバイス２００でセンシングされた測定値などを受信することができる。そのとき、スリープモードのＡＰ １５１を目覚めさせなければならない状況が生じる場合（例えば、受信されたＢＬＥデバイス２００の識別情報と係わって、所定アプリケーションを実行させなければならない場合）、センサハブ３１は、ＳＳＰマネージャ３２に伝送するデータがあるということを知らせる意味で、interrupt信号を伝送することができる［Ｓ１０］。
【０１２４】
ＳＳＰマネージャ３２では、センサハブ３１が伝送しようとするデータ形式（data type）や長さ（length）などを要請する内容の信号をセンサハブ３１に伝送することができる［Ｓ２０］。その場合、センサハブ３１は、伝送するデータの形式及び長さに係わる内容をＳＳＰマネージャ３２に伝送することができる［Ｓ３０］。ＳＳＰマネージャ３２は、受信準備完了メッセージ（start to read ＭＳＧ）をセンサハブ３１に伝送し［Ｓ４０］、センサハブ３１は、start to read ＭＳＧが受信されれば、ＢＬＥ信号強度データなどを、前もって約束されたpacketに加工し、ＳＳＰマネージャ３２に伝送することができる［Ｓ５０］。
【０１２５】
図４は、本発明の一面による無線デバイスを示す例示図である。
【０１２６】
図４Ａに図示されたように、ＢＬＥデバイス２００は、電源供給部２１０、ＢＬＥ通信部２３０、２２０を含んでもよい。
【０１２７】
電源供給部２１０は、ＢＬＥデバイス２００に電源を供給するためのものであり、例えば、バッテリがある。電源供給部２１０は、再充電されたり、あるいは交換可能である。
【０１２８】
制御部２２０は、所定周期（例えば、１秒）で、ＢＬＥデバイス２００の識別情報が外部にブロードキャスティングされるように制御することができる。そのとき、制御部２２０は、ＢＬＥ通信部２３０を介して、メモリに保存されたＢＬＥデバイス２００の識別情報を、携帯端末１００に伝送させることができる。ＢＬＥデバイス２００の識別情報は、ＢＬＥデバイス２００を他のデバイスと区別するための固有情報であり、例えば、タグＩＤ、デバイス名、シリアルナンバー、ＭＡＣアドレスなどがある。
【０１２９】
また、図４Ｂに図示されたように、ＢＬＥデバイス２００は、センシング部２４０をさらに含んでもよい。
【０１３０】
センシング部２４０は、ＢＬＥデバイス２００の状態、またはＢＬＥデバイス２００が付着された客体の状態を感知し、感知された情報を、制御部２２０に伝達することができる。
【０１３１】
センシング部２４０は、温度センサ、湿度センサ、重さセンサ、加速度センサ（acceleration sensor）、勾配センサ（tilt sensor）、ジャイロセンサ（Gyro sensor）、磁場センサ（３−axis magnetic sensor）、圧力センサ、照度センサ（illuminance sensor）、タッチセンサ及び近接センサのうち少なくとも一つを含んでもよい。また、センシング部２４０が、前記センサ以外に、さらに多様なセンサを含むということも、当業者に自明である。
【０１３２】
一方、ＢＬＥデバイス２００が、センシング部２４０をさらに含む場合、制御部２２０は、ＢＬＥ通信部２３０を介してセンシングされた情報を既定の周期（例えば、１秒）でブロードキャスティングすることができる。既定の周期は、変更されもする。
【０１３３】
図９及び図１０は、本発明の一面による携帯端末１００で、画面ロックを制御する方法を示すフローチャートである。
【０１３４】
段階９０５で、携帯端末１００は、携帯端末１００とは別の無線デバイス（一例として、ＢＬＥデバイス２００）を利用する画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。
【０１３５】
段階９１０で、携帯端末１００は、ユーザ・インターフェースを介して指定された画面ロック解除モードに対応する無線デバイスの識別情報を保存することができる。また、携帯端末１００は、ユーザ・インターフェースを介して指定された無線デバイスと、携帯端末１００との距離を保存することができる。
【０１３６】
段階９２０で、携帯端末１００は、携帯端末１００周辺の一定距離以内で、無線デバイスが探索されるか否かを確認することができる。ここで、携帯端末１００の一定距離以内で、無線デバイスが探索されるのは、既設定距離または保存された距離に対応する受信信号強度と同じであるか、あるいはそれより大きい受信信号強度で受信される信号を伝送する無線デバイスが探索されることを意味するものでもある。また、無線デバイスの信号強度が十分に小さい場合、無線デバイスと携帯端末１００との既設定距離に係わる別途の設定が省略される。その場合、段階９２０は、無線デバイスが探索されるか否かを確認するものでもあり、さらに詳細には、携帯端末１００が無線デバイスから信号を受信し、識別情報を獲得可能な状態であるか否かを判断するものでもある。すなわち、一定距離は、無線デバイスと携帯端末１００との距離、または信号強度の制限に係わる別途指定された値ではなく、無線デバイスが探索される通信半径を示すものでもある。段階９１０で、一定距離以内で、無線デバイスが探索されない場合、段階９１５で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面を表示することができる。
【０１３７】
携帯端末１００周辺の一定距離以内で、無線デバイスが探索される場合、段階９２５で、携帯端末１００は、探索された無線デバイスの識別情報が、保存された識別情報と一致するか否かを確認することができる。探索された無線デバイスの識別情報が、保存された識別情報と一致しなければ、携帯端末１００は、段階９１５に進んで動作することができる。
【０１３８】
探索された無線デバイスの識別情報が保存された識別情報と一致し、段階９３０で、携帯端末１００の画面が消えた状態である場合、段階９３５で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。
【０１３９】
探索された無線デバイスの識別情報が保存された識別情報と一致し、段階９３０で、携帯端末１００の画面がターンオンされた状態である場合、携帯端末１００は、図１０の段階１００５に進んで動作することができる。
【０１４０】
図１０を参照し、画面ロックを制御する方法と連繋し、携帯端末１００の画面がターンオンされた状態で無線デバイスを利用して、画面状態を制御する方法が説明する。携帯端末１００の制御部１５０は、画面がターンオンされた状態で、保存された識別情報と一致する識別情報を有した無線デバイスが、一定距離以内で、探索されることが持続される場合、携帯端末１００のユーザから、画面消し入力を受信するまで、ロック解除要求画面なしに、画面がターンオンされた状態を維持するように制御することができる。また、制御部１５０は、画面がターンオンされた状態で、無線デバイスから識別情報が既設定の時間の間、受信されない場合、画面がターンオンされた状態から消えた状態に転換されるように制御することができる。
【０１４１】
段階１００５で、携帯端末１００は、既設定の時間の間、携帯端末１００周辺の一定距離以内に位置した無線デバイスから保存された識別情報と一致する識別情報が受信されるか否かを判断することができる。ここで、段階１００５は、前述の段階９２０及び段階９２５を示すものでもある。
【０１４２】
段階１００５で、携帯端末１００周辺の一定距離以内で、無線デバイスが探索されないか、あるいは探索された無線デバイスの識別情報が保存された識別情報と一致しない場合、段階１０１０で、携帯端末１００は、画面をターンオンされた状態から消えた状態に転換させることができる。段階１０１０後、携帯端末１００は、図９の段階９１５に進んで動作することができる。
【０１４３】
段階１００５で、携帯端末１００周辺の一定距離以内で、無線デバイスが探索され、探索された無線デバイスの識別情報が保存された識別情報と一致すれば、段階１０１５で、携帯端末１００は、画面がターンオンされた状態を維持するように制御することができる。
【０１４４】
段階１０２０で、携帯端末１００は、ユーザ・インターフェース部１３５を介して、画面消し入力が受信されるか否かを確認することができる。画面消し入力は、一例として、図６で、電源ボタン５６０を介して受信されたユーザ入力でもある。画面消し入力が受信される場合、携帯端末１００は、段階１０１０に進み、画面をターンオンされた状態から消えた状態に転換させることができる。
【０１４５】
画面消し入力が受信されなければ、段階１０２５で、携帯端末１００は、既設定の時間が経過しているか否かを確認することができる。既設定の時間が経過していない場合、段階１０１５で、携帯端末１００は、画面がターンオンされた状態を維持するように制御することができる。既設定の時間が経過した場合、携帯端末１００は、また段階１００５に進んで動作することができる。
【０１４６】
図１１及び図１２を参照し、本発明の他の一面による無線デバイスを利用した画面ロックを制御する方法について説明する。
【０１４７】
携帯端末１００は、無線デバイス（一例として、ＢＬＥデバイス２００）を利用する画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。携帯端末１００は、ユーザ・インターフェース（一例として、図１６または図１７の１６３０）を介して指定された少なくとも１つのセンシング条件、あるいは携帯端末１００の既設定のセンシング条件を保存することができる。携帯端末１００のセンシング部１４０は、保存されたセンシング条件に係わるセンシング情報を獲得することができる。例えば、センシング条件は、携帯端末１００の動きが、既設定の動き形態を示すものでもある。一例として、既設定の動き形態は、ユーザ・インターフェース（図１６または図１７の１６３０）を介して指定された「ピックアップ・モーション」（pick-up motion）でもある。図１１を参照すれば、携帯端末１００は、携帯端末１００の動き１１１０を検出し、動き形態に係わるセンシング情報を獲得することができる。それによって、携帯端末１００は、携帯端末１００の動き１１１０が、ピックアップ・モーションを示すか否かを判断することにより、獲得されたセンシング情報が、センシング条件を満足するか否かを確認することができる。
【０１４８】
図１２の段階１２０５で、携帯端末１００は、無線デバイス（一例として、ＢＬＥデバイス２００）を利用する画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。
【０１４９】
段階１２１０で、携帯端末１００は、ユーザ・インターフェースを介して指定されたセンシング条件及び無線デバイスの識別情報を保存することができる。
【０１５０】
段階１２２０で、携帯端末１００は、一定距離以内で、無線デバイスが探索されるか否かを判断することができる。ここで、前記一定距離は、無線デバイスと携帯端末１００との距離または信号強度の制限に係わる別途指定された値ではなく、無線デバイスが探索される通信半径を示すものでもある。一定距離以内で、無線デバイスが探索されない場合、段階１２１５で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されるように制御することができる。
【０１５１】
一定距離以内で、無線デバイスが探索される場合、段階１２２５で、携帯端末１００は、探索された無線デバイスの識別情報が保存された識別情報と一致するか否かを確認することができる。探索された無線デバイスの識別情報と保存された識別情報が一致しない場合、携帯端末１００は、段階１２１５に進んで動作することができる。
【０１５２】
探索された無線デバイスの識別情報と保存された識別情報が一致する場合、段階１２３０で、携帯端末１００は、携帯端末１００のセンシング情報を獲得することができる。また、段階１２３０は、段階１２２０及び段階１２２５の条件満足いかんまたは順序と無関係に遂行されるものでもある。例えば、段階１２３０は、距離と無関係に保存された識別情報と一致する識別情報を有した無線デバイスが探索される場合に遂行されるものでもあり、携帯端末１００の画面が消える場合、一定周期によって遂行されるものでもある。
【０１５３】
段階１２３５で、携帯端末１００は、獲得されたセンシング情報が、センシング条件を満足するか否かを判断することができる。獲得されたセンシング情報が、センシング条件を満足しなければ、携帯端末１００は、段階１２１５に進んで動作することができる。
【０１５４】
獲得されたセンシング情報がセンシング条件を満足する場合、段階１２４０で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。
【０１５５】
また、携帯端末１００は、画面がターンオンされた状態で、無線デバイス及び携帯端末１００のセンシング情報を利用して、画面状態を制御することもできる。例えば、携帯端末１００の制御部１５０は、画面がターンオンされた状態で、保存された識別情報と一致する識別情報を有した無線デバイスが一定距離以内で、探索されることが持続し、獲得されたセンシング情報がセンシング条件を満足する場合、携帯端末１００のユーザから、画面消し入力を受信するまで、ロック解除要求画面なしに、画面がターンオンされた状態を維持するように制御することができる。また、制御部１５０は、画面がターンオンされた状態で、既設定の時間の間、無線デバイスから識別情報が受信されないか、あるいは獲得されたセンシング情報がセンシング条件を満足しない場合、画面がターンオンされた状態から消えた状態に転換されるように制御することができる。
【０１５６】
図１３及び図１４を参照し、本発明のさらに他の一面による無線デバイスを利用した画面ロックを制御する方法について説明する。
【０１５７】
携帯端末１００は、無線デバイス（一例として、ＢＬＥデバイス２００）を利用する画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。携帯端末１００は、ユーザ・インターフェース（一例として、図１６または図１７の１６３５）を介して指定された無線デバイス（一例として、ＢＬＥデバイス２００）での少なくとも１つのセンシング条件、あるいは既設定のセンシング条件を保存することができる。携帯端末１００は、保存されたセンシング条件に係わるセンシング情報を、無線デバイスから受信することができる。そのとき、本発明の一実施形態による携帯端末１００は、advertising packetのＭＳＤフィールドに挿入されたセンシング情報を、無線デバイスから受信することができる。例えば、センシング条件は、無線デバイスの動きが、既設定の動き形態を示すものでもある。一例として、既設定の動き形態は、ユーザ・インターフェース（図１６または図１７の１６３５）を介して指定された「２回振り」（shake ２times）でもある。また、センシング条件は、無線デバイスをタッチするタッチ・ジェスチャを示すものでもある。一例として、タッチ・ジェスチャは、ユーザ入力によって無線デバイスが「トントン」連続２回タッチされることを示す、特定時間内の「２回タッチ」でもある。図１３で、ＢＬＥデバイス２００のセンシング部２４０は、ＢＬＥデバイス２００に係わるユーザ入力１３１０を検出し、センシング情報を獲得することができる。そのとき、センシング部２４０は、タッチセンサ、圧力センサまたはモーションセンサなどを利用して構成される。ＢＬＥデバイス２００は、獲得されたセンシング情報をブロードキャスティングしたり、あるいは携帯端末１００に伝送することができる。例えば、ＢＬＥデバイス２００は、センシング情報をadvertisingデータパケットのＭＳＤフィールドに挿入し、ブロードキャスティングすることができる。携帯端末１００は、受信されたセンシング情報がセンシング条件を満足するか否かを判断することができる。
【０１５８】
図１４の段階１４０５で、携帯端末１００は、無線デバイス（一例として、ＢＬＥデバイス２００）を利用する画面ロック解除モードを設定するユーザ・インターフェースを提供することができる。
【０１５９】
段階１４１０で、携帯端末１００は、ユーザ・インターフェースを介して指定された無線デバイスの識別情報及びセンシング条件を保存することができる。
【０１６０】
段階１４２０で、携帯端末１００は、一定距離以内で、無線デバイスが探索されるか否かを判断することができる。ここで、前記一定距離は、無線デバイスと携帯端末１００との距離または信号強度の制限に係わる別途指定された値ではなく、無線デバイスが探索される通信半径を示すものでもある。一定距離以内で、無線デバイスが探索されない場合、段階１４１５で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されるように制御することができる。
【０１６１】
一定距離以内で、無線デバイスが探索される場合、段階１４２５で、携帯端末１００は、探索された無線デバイスの識別情報が保存された識別情報と一致するか否かを確認することができる。探索された無線デバイスの識別情報と、保存された識別情報とが一致しない場合、携帯端末１００は、段階１４１５に進んで動作することができる。
【０１６２】
探索された無線デバイスの識別情報と、保存された識別情報とが一致する場合、段階１４３０で、携帯端末１００は、無線デバイスのセンシング情報を無線デバイスから受信することができる。ここで、無線デバイスのセンシング情報は、無線デバイスから、無線デバイスの識別情報と共に伝送されたり、あるいは識別情報と別に伝送されたものでもある。また、無線デバイスのセンシング情報は、advertising packetのＭＳＤフィールドに挿入されてブロードキャスティングされる。
【０１６３】
段階１４３５で、携帯端末１００は、受信されたセンシング情報が、センシング条件を満足するか否かを判断することができる。受信されたセンシング情報が、センシング条件を満足しなければ、携帯端末１００は、段階１４１５に進んで動作することができる。
【０１６４】
受信されたセンシング情報が、センシング条件を満足する場合、段階１４４０で、携帯端末１００は、画面が消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。
【０１６５】
また、携帯端末１００は、画面がターンオンされた状態で、無線デバイスの識別情報及びセンシング情報を利用して、画面状態を制御することもできる。例えば、携帯端末１００の制御部１５０は、画面がターンオンされた状態で、保存された識別情報と一致する識別情報を有した無線デバイスが、一定距離以内で、探索されることが持続し、無線デバイスから受信されたセンシング情報が、センシング条件を満足する場合、携帯端末１００のユーザから、画面消し入力を受信するまで、ロック解除要求画面なしに、画面がターンオンされた状態を維持するように制御することができる。また、制御部１５０は、画面がターンオンされた状態で、既設定の時間の間、無線デバイスから識別情報が受信されないか、あるいは受信されたセンシング情報がセンシング条件を満足しない場合、画面がターンオンされた状態から消えた状態に転換されるように制御することができる。
【０１６６】
また、携帯端末１００は、無線デバイスの識別情報、携帯端末１００のセンシング情報及び無線デバイスのセンシング情報を共に利用して、画面ロックを制御することもできる。例えば、携帯端末１００は、ユーザ・インターフェース（図１６または図１７の１６３０，１６３５）を介して、携帯端末１００のセンシング条件及び無線デバイスのセンシング条件を設定して保存することができる。保存された識別情報と一致する識別情報を有した無線デバイスが、一定距離以内で探索され、携帯端末１００のセンシング条件及び無線デバイスのセンシング条件を満足する場合、携帯端末１００は、消えた状態からターンオン状態に転換されるとき、ロック解除要求画面が表示されないように制御することができる。このように、前述の事実施形態は、互いに結合されたり、あるいはその一部が変形されて実施されるということに留意しなければならない。
【０１６７】
また、図９、図１０、図１２及び図１４で説明した一実施形態に係わるプログラムはソ、フトウェア、ハードウェア、またはソフトウェアとハードウェアとの組み合わせによって構成されるということは、当業者によって理解されるであろう。図９、図１０、図１２及び図１４で説明した一実施形態に係わるプログラムは、記録媒体に記録され、通信網を介して、サーバまたはコンピュータから携帯端末にダウンロードされる。
【０１６８】
以下、ＢＬＥデバイス２００がブロードキャストするデータフォーマットについてさらに説明する。
【０１６９】
図１８は、本発明の一実施形態に係わるＢＬＥデバイスでブロードキャストするadvertisingデータパケットのデータフォーマットを示す図面である。
【０１７０】
図１８に図示されたデータフォーマット１８００は、ＢＬＥデバイス２００でブロードキャストするadvertisingデータパケットのうち、ヘッダ部分を除いたペイロード（payload）部分を示すものである。本発明の一実施形態によるadvertisingデータパケットのペイロードに含まれるadvertising data（以下、ＡＤもいう）は、３１octets（bytes）で構成される。
【０１７１】
一方、本発明の一実施形態によるadvertisingデータパケットのペイロードには、複数個のＡＤ structureが含まれ、それぞれのＡＤ structureは、length １８１０部分とdata １８２０部分とを含んでもよい。length １８１０部分には、data １８２０の長さに係わる情報が含まれ、data １８２０部分には、ＢＬＥデバイス２００がブロードキャストしようとする実質的なデータが含まれる。
【０１７２】
そのとき、本発明の一実施形態によれば、data １８２０部分は、ＡＤ type １８２１とＡＤ data １８２２を含んでもよい。ＡＤ type １８２１には、ＡＤ data １８２２の種類を識別するための値が挿入される。図１９を参照し、ＡＤ type １８２１についてさらに説明する。
【０１７３】
図１９は、本発明の一実施形態に係わるＡＤタイプ（advertising data type）について説明するための図面である。
【０１７４】
図１９に図示されたように、advertisingデータパケットに含まれるＡＤ type １９２０は、多様でもある。例えば、ＡＤタイプ １９２０には、＜＜Flags＞＞、≪Incomplete list of １６−bit service class ＵＵＩＤｓ≫、≪Complete list of１６−bit service class ＵＵＩＤｓ≫、≪Incomplete list of ３２−bit service class ＵＵＩＤｓ≫、≪Complete list of ３２−bit service class ＵＵＩＤｓ≫、≪Incomplete list of １２８−bit service class ＵＵＩＤｓ≫、≪Complete list of １２８−bit service class ＵＵＩＤｓ≫、≪Shortened local name≫、≪Complete local name≫、≪ＴＸ power level≫、≪Class of device≫、≪Simple pairing hash Ｃ≫、≪Simple pairing randomizer Ｒ≫、≪Device ＩＤ≫、≪Security manager ＴＫ value≫、≪Security manager out of band flags≫、≪Slave connection interval range≫、≪List of １６−bit service solicitation ＵＵＩＤｓ≫、≪List of １２８−bit service solicitation ＵＵＩＤｓ≫、≪Service data≫、≪Public target address≫、≪Random target address≫、≪Appearance≫、≪Manufacturer specific data≫などでもある。
【０１７５】
一方、それぞれのＡＤタイプ １９２０は、既設定のvalue １９１０で表現され、value １９１０は、advertisingデータパケットに挿入され、スキャナ（例えば、携帯端末１００）にＡＤタイプ １９２０を識別させる。一方、当業者は、図１９に図示された表から、ＡＤタイプの定義（definition）１９３０を明確に知ることができるので、ＡＤタイプの定義１９３０に係わる具体的な説明は省略する。
【０１７６】
図２０Ａ及び図２０Ｂは、本発明の一実施形態によるＢＬＥデバイスでブロードキャストするデータについて説明するための図面である。
【０１７７】
図２０Ａ及び図２０Ｂに図示されたように、ＢＬＥデバイス２００は、特定ＡＤタイプを利用して、必要なデータをブロードキャストすることができる。例えば、ＢＬＥデバイス２００が三星電子株式会社で製作したスマートフォンである場合、ＢＬＥデバイス２００は、ＴＸ power level（例えば、＋４ｄＢｍ）、Shortened local name（例えば、ＧＴ−Ｎ８０００、Samsung Mobile）、Class of device（例えば、major：phone、minor：smart phone、service：object transfer）、Random target address（例えば、Samsung Mobile）、List of Service solicitation（例えば、０Ｘ１１０５、Manufacturer specific data＜＜Protocol＞＞（例えば、０Ｘ００７５：三星電子を示す既定義のコード）、Manufacturer specific data＜＜Capability＞＞（例えば、ＯＸ００ｆｆ：Bluetooth（登録商標） ＢＲ／ＥＤＲ、Bluetooth（登録商標） ＡＭＰ、Bluetooth（登録商標） ＬＥ、Ｗｉ−Ｆｉ、Ｗｉ−Ｆｉ direct、Ｗｉ−Ｆｉ display、ＤＬＳＮ（all-share）、ＮＦＣ、ＲＦＩＤを支援）、Manufacturer specific data＜＜Sensor＞＞（例えば、０Ｘ０６００００２４：temperature ３６℃）、Manufacturer specific data＜＜Others＞＞（例えば、ＢＬＥデバイス２００の現在状態を示すsilent mode、screen rotation、power saving、notification、mobile data、driving mode、Ｓｙｎｃ mode、privacy／flight modeなど）などをadvertisingデータパケットに含め、ブロードキャストすることができる。
【０１７８】
そのとき、ＡＤ長の限界が３１bytesであるため、ＢＬＥデバイス２００は、必須dataのみをadvertisingデータパケットを利用してブロードキャストし、local nameのように副次的なデータ（optional data）は、ＳＣＡＮ＿ＲＳＰを介して、追加返答することもできる。また、本発明の一実施形態によるadvertisingデータパケットは、暗号化フィールドをさらに含んでもよい。
【０１７９】
一方、本発明の一実施形態によるＢＬＥデバイス２００は、属性情報（例えば、ＢＬＥデバイス２００が含むセンサ情報、またはＢＬＥデバイス２００の外観色相情報）を、advertisingデータパケットを介してブロードキャスティングすることができる。
【０１８０】
例えば、ＢＬＥデバイス２００が、温度センサを含む青色タグである場合、ＢＬＥデバイス２００は、属性情報を示す識別情報（例えば、「SAMSUNG＿Ｔｅｍｐ＿ＴＡＧ００１＿blue」）を、ＵＵＩＤフィールドまたはＭＳＤフィールドに含めて外部にブロードキャストすることができる。
【０１８１】
本発明のさらに他の実施例によれば、ＢＬＥデバイス２００は、センサを介して測定されたセンシング情報を、ＭＳＤフィールドに含めてブロードキャスティングすることもできる。例えば、ＢＬＥデバイス２００が温度センサを含んでおり、温度センサによって測定された現在温度が３６℃である場合、ＢＬＥデバイス２００は、Manufacturer specific data＜＜Sensor＞＞フィールドに、温度が３６℃であることを示すコード（「０Ｘ０６００００２４」）を挿入してブロードキャストすることができる。
【０１８２】
一方、本発明の一実施形態によるＢＬＥデバイス２００は、プライバシーのために、ブルートゥース・デバイスアドレス（ＢＤ＿ＡＤＤＲ）、ＭＡＣアドレス（ＭＡＣ address）の代わりに、ランダム・デバイスアドレス（random device address）を利用することもできる。また、本発明の一実施形態によるＢＬＥデバイス２００は、advertisingパケットをブロードキャストする前に、white／black目録をあらかじめ構成し、許容されていないアドレスの装置が伝送する連結要請（connect request）を無視することもできる。また、ＢＬＥデバイス２００は、内外部サーバを介して、スキャナ（例えば、携帯端末１００）に係わる認証手続きをさらに進め、保安を強化することもできる。一方、携帯端末１００も、内外部サーバを介して、ＢＬＥデバイス２００に係わる認証手続きを進めることもできる。
【０１８３】
一方、本発明の一実施形態によるＢＬＥデバイス２００は、停止、移動（徒歩または車）などＢＬＥデバイス２００の状態によって、advertising周期（advertising interval）を調節し、携帯端末１００との連結性を高めることができる。例えば、ＢＬＥデバイス２００は、睡眠モード（sleep mode）では、advertising周期（advertising interval）を長くし、移動中には、advertising周期（advertising interval）を短く変更することができる。
【０１８４】
また、本発明の一実施形態によるＢＬＥデバイス２００は、状況別に、伝送パワーレベル（ＴＸ power level）を調節することもできる。例えば、ＢＬＥデバイス２００は、保安が必要なデータをブロードキャストする場合、伝送パワーレベル（ＴＸ power level）を低くすることができる。
【０１８５】
図２１は、advertisingデータパケットの一例を示す図面である。
【０１８６】
図２１に図示されたＡＤ（advertising data）の長さは、トータルで２９bytesである。ＡＤ（０Ｘ００００ＦＦＦＦ０４０２０１ＦＦ０３００７５ＦＦ０３８４０Ａ０２３０３０３０３８４Ｅ５Ｆ５４７１０８０９０４０１０２）を後から解析すれば、２９bytesのＡＤは、トータルで６個のＡＤ structureに区分される。
【０１８７】
最初のＡＤ structure（１）で、「０２」は、ＡＤ typeとＡＤ dataとのlength（２bytes）を示し、「０１」は、ＡＤ type（Flags）を示し、「０４」は、実質的なデータ（ＬＥとＢＲ／ＥＤＲとが同時可能（host））を示す。
【０１８８】
２番目のＡＤ structure（２）で、「０９」は、ＡＤ typeとＡＤ dataとのlength（９bytes）を示し、「０８」は、ＡＤ type（Shortened local name）を示し、「７１ ５４ ５Ｆ ４Ｅ ３８ ３０ ３０ ３０」は、実質的なデータ（ＧＴＮ８０００）を示す。
【０１８９】
３番目のＡＤ structure（３）で、「０２」は、ＡＤ typeとＡＤ dataとのlength（２bytes）を示し、「０Ａ」は、ＡＤ type（Ｔｘ power level）を示し、「８４」は、実質的なデータ（１３２（＋４ｄＢｍ））を示す。
【０１９０】
４番目のＡＤ structure（４）で、「０３」は、ＡＤ typeとＡＤ dataとのlength（３bytes）を示し、「ＦＦ」は、ＡＤ typeを示し、「７５ ００」は、実質的なデータ（Company ＩＤ：０Ｘ００７５＝Samsung Electronics）を示す。
【０１９１】
５番目のＡＤ structure（５）で、「０３」は、ＡＤ typeとＡＤ dataとのlength（３bytes）を示し、「ＦＦ」は、ＡＤ typeを示し、「０１ ０２」は、実質的なデータ（Protocol ＩＤ：０Ｘ０２０１）を示す。
【０１９２】
６番目のＡＤ structure（６）で、「０４」は、ＡＤ typeとＡＤ dataとのlength（４bytes）を示し、「ＦＦ」は、ＡＤ typeを示し、「ＦＦ ００ ００」は、実質的なデータ（Capability state：０Ｘ００００ＦＦ＝Bluetooth（登録商標） ＢＲ／ＥＤＲ、Bluetooth（登録商標） ＡＭＰ、Bluetooth（登録商標） ＬＥ、Ｗｉ−Ｆｉ、Ｗｉ−Ｆｉ direct、Ｗｉ−Ｆｉ display、ＤＬＳＮ（all-share）、ＮＦＣ、ＲＦＩＤを支援）を示す。
【０１９３】
本発明について実施形態を用いて説明したが、それらは例示的なものに過ぎず、本技術分野の当業者であるならば、本発明の範囲および趣旨から外れない範囲で多様な変更および変形が可能であるということを理解することができるであろう。従って、本発明の技術的範囲は、説明された実施形態によって定められず、特許請求の範囲によって定められねばならない。
【産業上の利用可能性】
【０１９４】
本発明の画面ロックを制御する方法及び携帯端末は、例えば、移動通信関連の技術分野に効果的に適用可能である。
【符号の説明】
【０１９５】
１００  携帯端末
１１０  通信部
１３５  ユーザ・インターフェース部
１４０  センシング部
１５０  制御部
１６０  メモリ
【図１】
2014110638.tif 000003
【図２】
2014110638.tif 000004
【図３】
2014110638.tif 000005
【図４Ａ】
2014110638.tif 000006
【図４Ｂ】
2014110638.tif 000007
【図５】
2014110638.tif 000008
【図６】
2014110638.tif 000009
【図７】
2014110638.tif 000010
【図８】
2014110638.tif 000011
【図９】
2014110638.tif 000012
【図１０】
2014110638.tif 000013
【図１１】
2014110638.tif 000014
【図１２】
2014110638.tif 000015
【図１３】
2014110638.tif 000016
【図１４】
2014110638.tif 000017
【図１５】
2014110638.tif 000018
【図１６】
2014110638.tif 000019
【図１７】
2014110638.tif 000020
【図１８】
2014110638.tif 000021
【図１９】
2014110638.tif 000022
【図２０Ａ】
2014110638.tif 000023
【図２０Ｂ】
2014110638.tif 000024
【図２１】
2014110638.tif 000025