JP5447882B2 - 端末データを保護するための方法及び装置 - Google Patents

Description

本開示は、装置管理（ＤＭ）に関し、具体的には、ＤＭで端末データを保護するための方法、システム及び装置に関する。

オープンモバイルアライアンス（ＯＭＡ）のＤＭ規格は、以下ＤＭ規格として言及され、装置管理に対する最近の一律基準である。ＤＭシステムは、端末装置、例えば無線環境下のモバイル端末及び端末内の機能オブジェクトの環境及び構成情報の管理及び設定をし、端末装置の使用で発生する問題を扱い、放送（ＯＴＡ）モードでファームウェア及びソフトウェアを実装及び更新する第三者に低コストの解決策を提供する。ＤＭシステムは、ユーザエクスペリエンスの改善を手助けするユーザフレンドリでパーソナル化されたサービスをさらに提供する。

モバイル端末の広範な使用に伴い、モバイル端末は通常、所有者の大量の重要な情報を格納する。一度端末が紛失又は置去りにされると、所有者は、かなり損失を被ることがある。例えば、ショートメッセージ、マルチメディアメッセージ、アドレスブック、電話履歴、ノートブック、電子メール、画像、音声及び映像のような、モバイル端末上に格納されたデータは、公開され、深刻な影響を引起す。

この問題を解決するために、端末は、従来技術ではＤＭコマンドを介してロックされる。図１に示す通り、ＤＭサーバは、端末をロック又はロック解除するために端末の管理ツリー下でTerminalSecurity/DeviceLock/LockLevelサブノードの値を修正する。サブノード値が真の場合、端末がロックされ、サブノード値が偽の場合、端末がロック解除される。端末をロックすることに加えて、ＤＭサーバはまた、ＤＭコマンドを介してTerminalSecurity/DeviceWipeノードを動作することができる。ＤＭサーバは、ノードにデータワイプコマンドを送信することができ、それは、拡張カードのデータを含む、端末に格納された全ユーザ関連データをワイプするよう端末に命令する。
従来技術では、端末は、ロック及びロック解除されうる。特に、端末がロックされる時、全てのその機能がロックされ、端末は、それをロックするサーバによってのみロック解除されうる。ユーザエクスペリエンスは、良くない。また、データワイプが従来技術に従って実行される時、いくつかの有用なデータを含む全ユーザ関連データは、端末からワイプされる。ユーザエクスペリエンスは、やはり良くない。

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

本開示の実施形態は、端末データを保護するための方法、システム及び装置を提供するので、サーバへのアクセス権は、良好なユーザエクスペリエンスで合理的に管理される。

端末データを保護するための方法は、第１のＤＭサーバによって、端末にロックコマンドを配信する過程を具備し、ロックコマンドは、全体的又は部分的に機能をロックするよう端末に命令するロック情報を伝え、ＤＭプロトコルを介して伝えられ、端末によって、ロックコマンドに従って全体的又は部分的に機能をロックすることを含む。

端末データを保護するための方法は、端末が端末管理ツリーでワイプできるデータ項目を格納する過程と、ＤＭサーバによって、ワイプ可能なデータ項目に従って端末にワイプコマンドを配信する過程とを具備し、コマンドは、ＤＭプロトコルを介して伝えられ、端末によって、ワイプされるべきデータ項目をワイプすることを含む。

端末データを保護するためのシステムは、ロックコマンド配信モジュールを含み、全体的又は部分的に機能をロックするよう端末に命令するロック情報を伝えるロックコマンドを配信するよう適合され、それは、ＤＭプロトコルを介して伝えられる、第１のＤＭサーバを含む。

端末は、ロックコマンドを受信するよう適合される第１の受信モジュールと、ロック情報に従って全体的又は部分的に機能をロックするよう適合されるロックモジュールとを含む。

端末データを保護するためのシステムは、ＤＭプロトコルを介してワイプコマンドを配信するよう適合されるワイプコマンド配信モジュールを含み、コマンドは、ワイプされるべき一つ以上のデータ項目のＩＤを伝える、ＤＭサーバと、ＤＭサーバによって配信されるワイプコマンドを受信するよう適合される第１の受信モジュールと、データ項目ＩＤに相当するデータ項目をワイプするよう適合されるワイプモジュールとを含む端末を含む。

本開示の実施形態の技術的解決策では、ＤＭサーバは、全体的又は部分的に機能をロックするよう端末に命令するロック情報を伝えるロックコマンドを端末に配信し、端末は、ロック情報に従ってロック動作を実行する。解決策を用いて、ユーザは、所望の方法で端末をロックすることができる。ユーザエクスペリエンスは、故に高められる。

図１は、従来技術の端末ロック又はロック解除のための管理構成を示す概略図である。 図２ａは、本開示の第１の実施形態による端末データを保護するためのシステムの構成を示す概略図である。 図２ｂは、本開示の第１の実施形態による端末データを保護するためのシステムの構成を示す概略図である。 図２ｃは、本開示の第１の実施形態による端末データを保護するためのシステムの構成を示す概略図である。 図２ｄは、本開示の第１の実施形態による端末データを保護するためのシステムの構成を示す概略図である。 図２ｅは、本開示の第１の実施形態による端末データを保護するためのシステムの構成を示す概略図である。 図３は、本開示の第２の実施形態による端末データを保護するための手順を示す。 図４は、本開示の実施形態での端末管理ツリーの構成を示す概略図である。 図５は、本開示の第３の実施形態によるＤＭサーバがロック解除権を有するか端末が判断する手順を示す。 図６は、本開示の第４の実施形態によるユーザがロック解除権を有するか端末が判断する手順を示す。 図７は、本開示の第５の実施形態による端末管理ツリーの構成を示す概略図である。 図８は、本開示の第６の実施形態による端末管理ツリーの構成を示す概略図である。 図９は、本開示の第７の実施形態によるデータ項目ＩＤに相当するデータ項目を端末がワイプする手順を示す。 図１０は、本開示の第９の実施形態による端末データを保護するためのシステムの構成を示す概略図である。

本開示の実施形態は、添付図面を参照して詳細に説明される。

図２ａ、２ｂ及び２ｃは、本開示の第１の実施形態による端末データを保護するためのシステムを示す。システムは、第１のＤＭサーバ１１及び端末１２を含む。第１のＤＭサーバ１１は、ロックコマンド配信モジュール２１を含み、それは、機能を全体的にロック又は部分的にロックするよう端末に命令するロック情報を含むロックコマンドを配信するよう適合される。端末１２は、第１の受信モジュール３１及びロックモジュール３２を含み、第１の受信モジュール３１は、ロックコマンドを受信するよう適合され、ロックモジュール３２は、ロック情報に従って機能を全体的にロック又は部分的にロックするよう適合される。

機能を全体的又は部分的ロックすることは、３つの場面で異なる。

第１の場面は、図２ａに示される。ロック情報は、IsFullLockedフラグである。フラグが全体的なロックを示す場合、ロックモジュール３２は、全機能をロックするよう適合され、フラグが部分的なロックを示す場合、ロックモジュール３２は、プリセット機能をロックするよう適合される。

第２の場面は、図２ｂに示される。ロック情報は、ロックすべき一つ以上のデータ項目のＩＤを含む。ロックモジュール３２は、ＩＤによって識別されるデータ項目をロックするよう適合される。

第１のＤＭサーバ１１はまた、取得コマンド配信モジュール２２及び第２の受信モジュール２３を含む。取得コマンド配信モジュール２２は、端末にGetコマンドを配信するよう適合される。第２の受信モジュール２３は、端末によって報告されるデータ項目ＩＤを受信するよう適合される。端末はまた、格納モジュール３３及び報告モジュール３４を含み、格納モジュール３３は、端末によってロックされうるデータ項目のＩＤを格納するよう適合され、報告モジュール３４は、格納されたデータ項目ＩＤを第１のＤＭサーバ１１に報告するよう適合される。

第３の場面では、ロック情報は、IsFullLockedフラグ、及び／又はロックされるべきデータ項目のＩＤである。フラグが全体的なロックを示す場合、ロックモジュール３２は、全機能をロックするよう適合される。フラグが部分的なロックを示す場合、ロックモジュール３２は、プリセット機能をロックするよう適合される。ロック情報がデータ項目ＩＤを含む場合、ロックモジュール３２は、ＩＤによって識別されるデータ項目をロックするよう適合される。

ロック情報はまた、IsFullLockedフラグ及びデータ項目ＩＤの組合せでもよい。本開示の実施形態では、IsFullLockedフラグは、データ項目ＩＤに優先するよう設定される。ロックモジュール３２は、データ項目ＩＤに相当する動作を実行することなくIsFullLockedフラグに相当する動作のみを実行してもよい。

端末が前記３つのロック手順のうち１つでロックされた後、ＤＭサーバは、本開示の実施形態によるロック解除手順で、ロックされた機能をロック解除するよう端末に命令することができる。本開示の実施形態では、以下の手順を含むがそれに限定されない複数のロック解除手順が提供される。

１．図２ｃに示す通り、ロックコマンド配信モジュール３１がまたセキュリティコードを配信するよう適合される場合、システムはまた、ロック解除コマンド及びセキュリティコードを配信するよう適合される、第２のＤＭサーバ１３を含み、端末１２はまた、第１の判断モジュール３５及びロック解除モジュール３６を含み、第１の判断モジュール３５は、第２のＤＭサーバ１３から受信したセキュリティコードが第１のＤＭサーバ１１によって配信されたセキュリティコードと同一かを判断するよう適合され、セキュリティコードが同一な時、ロック解除モジュール３６をアクティブにし、ロック解除モジュール３６は、ロックされた機能をロック解除するよう適合される。

２．図２ｄに示す通り、ロックコマンド配信モジュール２１がさらに第１のＤＭサーバ１１の識別子を配信するよう適合される場合、端末１２はまた、第２のＤＭサーバ１３の識別子を第１のＤＭサーバ１１の識別子と比較するよう適合される、第２の判断モジュール３７を含み、識別子が同一な場合、ロックされた機能をロック解除するようロック解除モジュールに命令する。

３．図２ｅに示す通り、ロックコマンド配信モジュール２１がさらにAllowLocallyUnlockフラグを配信するよう適合される場合、端末１２はまた、受信されたコードをプリセットコードと比較するよう適合される、第３の判断モジュール３８を含み、コードが同一な場合、ロックされた機能をロック解除するようロック解除モジュール３６に命令する。

ロックコマンド配信モジュール２１がさらにロック解除コードを配信するよう適合される場合、プリセットコードは、配信されたロック解除コードである。

ロックコマンド配信モジュール２１がさらにローカルパスワードでAllowLocallyUnlockフラグを配信するよう適合される場合、プリセットパスワードは、端末によって格納されるローカルパスワードである。

図２ｃ、２ｄ及び２ｅに示すロック解除方法は、組み合わせてもよい。例えば、判断は、一組の優先順位の条件に従ってなされてもよく、一組の条件が満たされる時、端末がロック解除される。

本開示の実施形態では、ＤＭサーバによって配信されるコマンド及びパラメータは、ＤＭプロトコルを介して伝えられ、パラメータは、ロック又はロック解除コマンドと共にＤＭサーバによって配信されるか、又はＤＭプロトコルを介して分離して配信される。

以下の記載は、詳細な本開示の実施形態である。

本開示の実施形態に記載されるサーバは、ＤＭサーバである。本開示の第１の実施形態によると、図３は、本開示の第２の実施形態の端末データを保護するための手順を示す概略図である。第２の実施形態では、ＤＭサーバは、端末の機能を全体的又は部分的にロックし、以下のロック解除過程でロックされた機能をロック解除する。手順は、以下の段階を含む。

Ｓ３０１．ＤＭサーバは、端末にロックコマンドを配信する。コマンドは、ロック機能を全体的又は部分的にロックするよう端末に命令するロック情報を伝える。

Ｓ３０２．ロックコマンドを受信すると、端末は、ロック情報に従って機能を全体的にロック又は部分的にロックし、ＤＭサーバへ応答を送り、ロック動作が成功したか否かを知らせる。

この実施形態及び全ての以下の実施形態では、全体的なロックは、緊急通話等の法によって許可されるセッション及びＤＭセッションを除いて、ユーザが、端末の任意の機能を使用することができず、又は例えばBluetooth（登録商標）及びUSB接続の外部接続を介して端末から任意のデータを得ることができないことを意味する。部分的なロックは、ロック情報が受信された時、端末又はサーバが予めロックする機能を判断することを意味する。例えば、入電(incoming call)、法によって許可されるセッション及びＤＭセッションを除く全機能は、ロックされる。しかしロックされた端末は、ユーザによって入力されたコードを受信するために入力インタフェースを提供することができるので、ユーザは、端末をロック解除することができる。これは、以下の実施形態で説明される。

実際、全体的なロック又は部分的なロック機能は、３つの場面によって異なる。

第１の場面では、端末及びサーバは、端末によって受信されたロック情報がIsFullLockedフラグである時、フラグが全体的なロックを示す場合、端末は、全機能をロックし、フラグが部分的なロックを示す場合、端末は、プリセット機能をロックすることを、予め同意する。

第２の場面では、ＤＭサーバによって端末に配信されるロック情報は、ロックされるべきデータ項目のＩＤである。端末がロックする全データ項目をデータ項目ＩＤが含む場合、端末は、全機能をロックし、端末がロックする一部データ項目をデータ項目ＩＤが含む場合、端末は、ＩＤに相当するデータ項目をロックする。

第３の場面では、ＤＭサーバによって端末に配信されるロック情報は、IsFullLockedフラグ及び／又はロックされるべきデータ項目のＩＤである。ロック情報がフラグのみ又はデータ項目ＩＤのみを含む時、端末は、第１又は第２の場面に従ってロック動作を実行する。ロック情報がフラグ及びロックされるべきデータ項目のＩＤを含む場合、IsFullLockedフラグがデータ項目ＩＤに優先するので、端末は、フラグに相当する動作を実行するのみである。

Ｓ３０３．ＤＭサーバがまた端末にセキュリティコードを配信する場合、正しいセキュリティコードを提供する任意のＤＭサーバは、以下のロック解除過程で端末をロック解除することができる。

第１のＤＭサーバが端末をロックする時にセキュリティコードを配信する場合、第２のＤＭサーバは、第２のＤＭサーバがアクセス制御リスト(ACL)に含まれる限り、端末にロック解除コマンドを送信することができる。ロック解除コマンドが正しいセキュリティコードを伝える場合、端末は、そのロックされた機能をロック解除することができる。

ロックコマンドを配信するＤＭサーバ及びセキュリティコードを知るユーザはまた、端末をロック解除することができる。

端末がロック解除される時、端末は、ＤＭサーバに応答メッセージを送信し、ロック解除動作が成功したかを知らせる。

Ｓ３０４．ＤＭサーバは、端末にワイプコマンドを配信する。ワイプコマンドは、ワイプされるべき一つ以上のデータ項目のＩＤを伝える。

Ｓ３０５．端末は、ＩＤに相当する格納されたデータ項目をワイプし、ＤＭサーバに応答を送信し、ワイプ動作が成功したかを知らせる。

この実施形態では、ワイプされるべきデータ項目は、ショートメッセージ、マルチメディアメッセージ、アドレスブック、ノートブック、電子メール、画像、音楽、動画及びコード等、端末のデータコンテンツカテゴリである。端末がワイプされるべき一つ以上のデータ項目のＩＤを伝えるワイプコマンドを受信する時、端末は、ワイプされるべき一つ以上のデータ項目をワイプすることができる。

段階Ｓ３０４及びＳ３０５は、段階Ｓ３０１及びＳ３０２の前又は後で実行されることができる。ＤＭサーバは、端末がロックされる前、又は端末がロックされた後に、ワイプコマンドを送信することができる。

本開示の実施形態によって提供される解決策は、端末管理ツリーを介して実装されることができる。ＤＭサーバによって配信されるコマンドは、端末管理ツリーのノード上の動作でもよい。ロック、ロック解除及びデータワイプの詳細は、以下に与えられる。

図４は、本開示の実施形態の端末管理ツリーの構成を示す概略図である。図４のノードの全部又は一部を実行することによって、端末は、ロック又はロック解除されることができ、端末データは、ワイプされることができる。

端末ロック又はロック解除を介して端末データを保護するための方法は、本開示の第３の実施形態に提供される。図４に示す通り、Lockサブノードは、Operations下に与えられる。Lockサブノードは、実行可能である。それは、ＤＭサーバによって配信されるロックコマンドを受信し、相当する動作を実行する。Lockサブノードは、表１に記載される。

端末がＤＭサーバからロックコマンドを受信する時、端末は、LockConfigのサブノード下のコマンドで伝えられる全パラメータを格納する。LockConfigは、以下のサブノードを含む。LAWMO/LockConfig/IsFullLocked、LAWMO/LockConfig/Security Code、LAWMO/LockConfig/Server ID、LAWMO/Operation/UnLock及びLAWMO/Operation/UnLock/SecurityCode

LAWMO/LockConfig/IsFullLockedは、ロック情報を格納するのに使用される。IsFullLockedの値は、真(true)又は偽(false)である。値が真の時、端末は、機能を全体的にロックすることができ、偽の時、端末は、機能を部分的にロックすることができる。IsFullLockedサブノードは、表２に記載される。

LAWMO/LockConfig/SecurityCodeは、ロック解除を要求するＤＭサーバを認証するためにＤＭサーバによって配信されるセキュリティコードを格納するのに使用される。このサブノードは、ツリーに０又は１の発生を有することができる。ＤＭサーバがセキュリティコードを配信しない場合、このサブノードは、発生しない。SecurityCodeサブノードは、表３に記載される。

LAWMO/LockConfig/ServerIDは、ロックコマンドを配信するＤＭサーバのＩＤを格納するのに使用される。ＤＭサーバがロック解除を後に要求する場合、セキュリティコードは、不要である。端末は、ServerIDノードに格納されるＩＤ情報に従って、ロック解除を要求するＤＭサーバがロックを要求するＤＭサーバと同一であると判断する時、端末は、ロック解除動作を実行することができる。ServerIDサブノードは、表４に記載される。

LAWMO/Operation/UnLockサブノードは、実行可能なノードであり、ＤＭサーバからロック解除コマンドを受信し、ロック解除動作を実行するよう適合される。UnLockサブノードは、表５に記載される。

LAWMO/Operation/UnLock/SecurityCodeは、LAWMO/LockConfig/SecurityCodeに格納されるセキュリティコードに対し、受信したロック解除コマンドで伝えられるセキュリティコードを一致させるのに使用され、ロック解除コマンドを配信するＤＭサーバを認証する。UnLock/SecurityCodeサブノードは、表６に記載される。

表１から表６に記載されるノードによると、本開示の第３の実施形態のロック及びロック解除解決策は、以下の通りである。

Ｓ１．第１のＤＭサーバは、端末のLAWMO/Operation/Lock実行可能なノードにロックコマンドを送信する。ロックコマンドは、ロック情報、セキュリティコード及びＤＭサーバのＩＤを伝える。

この実施形態では、ロック情報、セキュリティコード及びサーバＩＤは、ロックコマンドと共に配信されることができ、又はＤＭプロトコルを介して分離してＤＭサーバによって配信されることができる。

ＤＭサーバが法によって許可されるセッション及びＤＭセッションを除き端末の全機能をロックしたい場合、ロック情報は、全体的なロックを示すフラグでもよく、それは、値真を備えたIsFullLockedパラメータでもよい。ＤＭサーバが端末への入電を塞ぎたくない場合、ＤＭサーバは、配信されたIsFullLockedフラグを偽に設定することができる。

第１のＤＭサーバが端末をロックする時、ＤＭサーバが第２のＤＭサーバにロック解除権を許諾したい場合、ＤＭサーバはまた、SecurityCodeパラメータを送信することができる。端末のロック解除を要求する時、第２のＤＭサーバは、認証のためにSecurityCodeを提供しなければならない。

第１のＤＭサーバがSecurityCodeを設定しない場合、それは、任意の他のＤＭサーバがロック解除権を有するか又は他のＤＭサーバがロック解除権を有さないよう設定されてもよい。また、ロックコマンドを配信する第１のＤＭサーバが端末にロック解除コマンドを配信する時、SecurityCodeは、不要である。端末は、記録されたServerIDを介して第１のＤＭサーバの権利を判断することができる。

第１のＤＭサーバがIsFullLocked、SecurityCode及びServerIDを配信してからUnLockのパラメータを配信する時、第１のＤＭサーバは、置換（Replace）コマンドを介してパラメータを配信することができ、例えば以下の通りである。

Ｓ２．端末がロックコマンドを受信する時、端末は、相当するノードにコマンドで伝えられたパラメータを書き込み、パラメータに従ってロック動作を実行する。

端末がセキュリティコードを受信する時、端末は、LAWMO/LockConfig/SecurityCodeにセキュリティコードの値を書き込み、端末がロック情報を受信する時、端末は、LAWMO/LockConfig/IsFullLockedノードにロック情報の値を書き込む。端末は、ロックコマンドを配信するＤＭサーバのＩＤを抽出し、LAWMO/LockConfig/ServerIDノードにＩＤの値を書き込む。

端末がロックコマンドを受信する時、端末は、コマンドで伝えられるパラメータに従って相当する動作を実行する。

Ｓ３．端末にロックコマンドを配信する第１のＤＭサーバがロック解除を要求する場合、第１のＤＭサーバは、直接端末のLAWMO/Operation/UnLockノードにロック解除コマンドを配信し、他方で、第２のＤＭサーバが端末にロック解除コマンドを配信する場合、セキュリティコードは、伝えられなければならない。

第２のＤＭサーバは、２つの手法でセキュリティコードを配信することができる。１つは、Replaceコマンドを介して直接パラメータを配信し、もう１つは、後述の通り、ExecコマンドのData要素でパラメータを伝えることである。
１．Replaceコマンドを介して直接パラメータを配信する。

２．Execコマンドのデータ要素でパラメータを伝える。コマンドは、以下の通りである。

Ｓ４．端末がロック解除コマンドを受信する時、端末は、ＤＭサーバがロック解除権を有するか判断し、そうである場合、端末は、ロック解除動作を実行し、そうでない場合、要求を拒絶してエラー情報を戻す。

端末がＤＭサーバを認証する手順は、図５に示される。手順は、以下の段階を含む。

Ｓ５０１．端末は、ロック解除コマンドを配信する第２のＤＭサーバのＩＤがロックコマンドを配信する第１のＤＭサーバのＩＤと同一であるか判断し、ＩＤが同一の場合、手順は、段階Ｓ５０４又はＳ５０２に進む。

端末は、ＤＭセッションからロック解除コマンドを配信する第２のＤＭサーバのＩＤを抽出する。２つのコマンドが同一のＤＭサーバによって配信される場合、第２のＤＭサーバは、デフォルトによってロック解除権を有し、端末は、直接ロック解除動作を実行する。２つのコマンドが異なるＤＭサーバによって配信される場合、端末は、第２のＤＭサーバがロック解除権を有するか判断し続ける。

Ｓ５０２．端末は、ロックコマンドがセキュリティコードを伝えるかチェックし、そうである場合、手順は、Ｓ５０３に進み、そうでない場合、Ｓ５０４に進む。

LAWMO/LockConfig/SecurityCodeサブノードがセキュリティコードを格納する場合、一致したセキュリティコードは、配信されたロック解除コマンドで伝えられねばならず、先行のロックコマンドがセキュリティコードを伝えない場合、任意のＤＭサーバは、デフォルトによってロック解除権を有し、端末はロック解除動作を直接実行する。

もう１つの実施形態では、それはまた、ロックコマンドがセキュリティコードを伝えない場合、ロックコマンドを配信するＤＭサーバ以外のＤＭサーバがデフォルトによってロック解除権を有さないよう設定されることができる。

Ｓ５０３．端末は、ロック解除コマンドで伝えられるセキュリティコードがロックコマンドで伝えられるセキュリティコードと一致するか判断し、そうである場合、手順は、段階Ｓ５０４に進み、そうでない場合、Ｓ５０５に進む。

ロック解除コマンドを配信する第２のＤＭサーバがセキュリティコードを提供する場合、端末は、LAWMO/Operation/UnLock/SecurityCodeでセキュリティコードを格納する。段階Ｓ５０３では、セキュリティコードがロックコマンドで伝えられるセキュリティコードと同一であると端末が判断する場合、端末は、ロック解除コマンドを配信する第２のＤＭサーバがロック解除権を有すると判断する。

Ｓ５０４．端末は、ロック解除動作を実行する。

Ｓ５０５．端末は、ロックされた状態を維持する。

端末がロックされたかに関係なく、段階Ｓ５０４又はＳ５０５の終わりに、端末は、LAWMO/Operation/UnLock/SecurityCodeで格納されるセキュリティコードを消去するので、セキュリティコードは、次のロック解除コマンドによって使用されない。

段階Ｓ４では、端末はServerID及びSecurityCodeを一致させることによって第２のＤＭサーバを認証し、それは、本開示を実行する唯一の手法である。代わりに、端末は、異なる一致シーケンスを介して判断でき、又はServerIDのみ又はSecurityCodeのみを一致させることによって第２のＤＭサーバを認証することができる。

第３の実施形態によると、第１のＤＭサーバが端末をロックする手順及び第２のＤＭサーバが端末をロック解除する手順が遂行される。本開示の第４の実施形態では、ユーザによる手動ロック解除手順が以下の段階を含む。

Ｓ１．ＤＭサーバは、端末にロックコマンドを配信する。コマンドは、AllowLocallyUnlockフラグを伝える。

この段階では、ロックコマンド配信手順は、第３の実施形態の手順に類似する。ＤＭサーバはまた、本開示の第３の実施形態の段階Ｓ１のロックコマンドと共に配信されるパラメータ情報を配信することができる。従って、第４の実施形態では、ユーザによる手動ロック解除及び第３の実施形態のようにＤＭサーバによるロック解除の両方が実装されてもよい。

ロックコマンドは、AllowLocallyUnlockフラグを伝えることができ、ロック解除コードの手動入力を介してロック解除を許容するかを端末に命令する。端末は、LAWMO/LockConfig/AllowLocallyUnlockサブノードでフラグを格納する。フラグ値が真の場合、ユーザは、端末をロック解除でき、フラグ値が偽の場合、ユーザは、端末をロック解除できない。AllowLocallyUnlockサブノードは、表７に記載される。

ロックコマンドがフラグを伝えない場合、手動ロック解除は、デフォルトによって許容されるか又は許容されない。

ＤＭサーバが手動ロック解除を許容する場合、ロック解除コマンドは、ロック解除コードを伝えることができる。端末は、LAWMO/LockConfig/UnLockCodeサブノードに受信されたロック解除コードを格納する。ロック解除コードは、手動ロック解除のための確認コードである。ユーザが端末に正しいロック解除コードを入力する場合、端末は、ユーザがロック解除権を有すると判断する。LAWMO/LockConfig/UnLockCodeサブノードは、表８に記載される。

ユーザがロック解除コードを用いて手動によりロック解除することに加えて、ユーザは、端末のローカルパスワードを用いて端末をロック解除することができる。この場合、ロックコマンドは、LocalPwdAvailableフラグを伝えることができる。端末は、LAWMO/LockConfig/LocalPwdAvailableサブノードにフラグを格納する。フラグ値が真の場合、ユーザは、端末のローカルパスワードで端末のLOW MOロックをロック解除でき、フラグ値が偽の場合、ユーザは、ローカルパスワードで端末をロック解除できない。LocalPwdAvailableサブノードは、表９に記載される。

Ｓ２．ロック解除コマンドの受信時、端末は、ロック解除パスワードを入力するユーザがロック解除権を有するかを判断し、そうである場合、端末は、ロック解除動作を実行し、そうでない場合、要求を拒絶する。

端末がユーザを認証する手順は、図６に示される。手順は、以下の段階を含む。

Ｓ６０１．端末は、LAWMO/LockConfig/AllowLocallyUnlockサブノードに格納されるフラグをチェックし、フラグ値が真の場合、手順は、段階Ｓ６０２に進み、そうでない場合、段階Ｓ６０７に進む。

フラグが真の時、ユーザは、パスワードを入力することによって端末をロック解除することができる。フラグが偽の時、ユーザは、パスワードで端末をロック解除できない。フラグが偽の時、手動ロック解除は、許容されない。どのパスワードをユーザが入力しても、端末は、ロックされた状態を維持する。

Ｓ６０２．端末は、ロック解除コードが格納されているかチェックし、そうである場合、手順は、段階Ｓ６０３に進み、そうでない場合、Ｓ６０４に進む。

LAWMO/LockConfig/UnLockCodeがヌルの場合、端末はまた、ユーザがローカルパスワードで端末をロック解除できるかをチェックすることができる。

Ｓ６０３．端末は、ユーザによって入力されたロック解除コードが格納されたロック解除コードに一致するかチェックし、そうである場合、手順は、段階Ｓ６０６へ進み、そうでない場合、Ｓ６０７に進む。

本開示の実施形態では、コードは、コードが互いに一致する場合に同一である。

端末が全体的又は部分的にロックされるかに関係なく、端末は、ユーザインタフェース（ＵＩ）を提供することができるので、ユーザは、インタフェースを介してコードを入力することができる。

Ｓ６０４．端末は、ユーザがローカルパスワードで端末をロック解除できるか判断し、そうである場合、手順は、段階Ｓ６０５に進み、そうでない場合、Ｓ６０７に進む。

Ｓ６０５．端末は、ユーザによって入力されたローカルパスワードが格納されたローカルパスワードに一致するかチェックし、そうである場合、手順は、段階Ｓ６０６に進み、そうでない場合、Ｓ６０７に進む。

Ｓ６０６．端末は、ロック解除動作を実行する。

Ｓ６０７．端末は、ロックされた状態を維持する。

段階Ｓ２では、端末は、ロック解除コード及びローカルパスワードの両方を用いて手動でロック解除される。本開示の他の実施形態では、端末は、一致の異なるシーケンスを介して判断し、又はロック解除コードのみ又はローカルパスワードのみ一致させることにより手動でロック解除できる。

本開示の第３及び第４の実施形態におけるロック及びロック解除手順の両方は、図４に示す端末管理ツリーに基づく。しかし、図４の端末管理ツリーは、本開示の１つの実装のみ与える。端末管理ツリーの構成はまた、図７に示すそれに類似してもよい。この構成では、LockConfig下の<Y>*サブノードは、一つ以上のLAWMO/LockConfig/IsFullLocked、LAWMO/LockConfig/SecurityCode、LAWMO/LockConfig/UnlockCode、LAWMO/LockConfig/ServerID、LAWMO/LockConfig/AllowLocallyUnlock及びLAWMO/LockConfig/LocalPwdAvailableで行われるが、置換されたノードは、これらノードに限られない。

図７に示す管理ツリー構成に基づき、第３及び第４の実施形態の手順に類似する本開示の第５の実施形態によるロック及びロック解除手順では、ＤＭサーバがロックコマンドを配信する時、一つ以上のパラメータ、IsFullLocked、SecurityCode、UnlockCode、ServerID、AllowLocallyUnlock及びLocalPwdAvailableは、端末に配信され、<Y>*ノードに格納される。端末はその後、パラメータに従いロック状態を設定し、ロック解除権を設定する。

配信手順は、SecurityCode配信の手順のみ記載する以下のプログラムに記載されることができる。他のパラメータは、類似の手順で配信される。

本開示の第１の実施形態のシステムによると、端末データを保護するための複数の方法は、第３から第５の実施形態に提供される。

端末ロックを介した先行の端末データ保護方法に加えて、本開示の第６の実施形態は、データ項目をロックすることによって端末データを保護するための方法を提供する。データ項目は、ショートメッセージ、アドレスブック及び電子メールを含むがこれらに限定されない。データ項目リストは、LAWMO/OperableContent/<X>ノードに格納されることができる。図４に示す通り、コンテンツは、端末によって判断されることができる。LAWMO/OperableContent/<X>ノードは、表１０に記載される。

機能を実現するために、図４に基づき、<X>*サブノードは、図８に示すLock下に与えられる。Ｘノードは、ＤＭサーバがロックを要求するデータ項目の名前を格納する。この場合、IsFullLockedサブノードは、LockConfig下で不要である。

本開示の第６の実施形態で一つずつ端末のデータ項目をロック及びロック解除するための手順は、以下の段階を含む。

１．ＤＭサーバは、端末がロックできるデータ項目を取得するためにGetコマンドを配信する。

ＤＭサーバは、端末管理ツリーでLAWMO/OperableContext/<X>の値を取得するためにGetコマンドを使用することができる。具体的な過程は以下の通りである。
（１）ＤＭサーバは、ロック可能なデータ項目のＩＤを取得するよう要求する。

（２）端末は、Resultsコマンドを介してＤＭサーバにOperableContent下のコンテンツを戻す。

OprableContent下のコンテンツがショートメッセージ（ＳＭＳ）、AddressBook及びSIMCardの場合、端末によってＤＭサーバに戻されたメッセージは以下の通りである。

実施形態では、段階１は、発生しないことがある。例えば、ロック可能なデータ項目は、端末及びサーバによって同意され、又は既に標準化される。

２．ＤＭサーバは、端末にロックコマンドを配信する。コマンドは、ＤＭサーバがロックしたい一つ以上のデータ項目のＩＤを伝える。端末は、ＩＤに相当する一つ以上のデータ項目をロックすることができる。

ＤＭサーバがロックコマンドを配信する時、他のパラメータは、本開示の第３、第４又は第５の実施形態のようにコマンドと共に配信されることができる。

ＤＭサーバは、Add、Replace又はExecのData要素を介してデータ項目ＩＤを配信することができる。Replaceを介した直接配信及びExecのData要素を介した配信は、第３の実施形態の配信手順に類似する。Addを介したデータ項目ＩＤの配信は以下の通りである。

ロックコマンドの受信時、端末は、サブノードがLock下に存在するか、又はLockのサブノードがヌルかをチェックする。そうである場合、端末は、ＤＭサーバがロックされるべきデータ項目を特定しないと判断する。端末は、第３、第４又は第５の実施形態の解決策のロック動作を実行することができる。Lock下のサブノードコンテンツがSMS及びAddressBookであると端末が見出す場合、端末は、SMS及びAddressBook機能をロックするので、端末は、ショートメッセージを送信又は受信できず、アドレスブックを閲覧又は修正できない。

３．端末は、ＤＭサーバによって配信されるロック解除コマンドに従ってロック解除動作を実行する。

ロック解除手順は、本開示の第３、第４又は第５の実施形態のそれと類似する。

第３及び第６の実施形態は、端末の全体的又は部分的なロックのための２つの方法を提供する。２つの方法はまた、端末の全体的又は部分的なロックを実装するよう組み合わせてもよい。例えば

１．３つの値、０、１及び２は、IsFullLockedサブノードに設定される。値が０又は１の時、ＤＭサーバによって配信されるロック情報は、IsFullLockedフラグであり、手順は、第３の実施形態に従って実行される。値が２の時、ＤＭサーバによって配信されるロック情報は、ロックされるべきデータ項目のＩＤであり、手順は、第６の実施形態に従って実行される。この場合、フラグ及びデータ項目ＩＤは、“Or”関係にある。値が０及び２（即ち１及び２）の時、配信されたロック情報は、“And”関係にあるIsFullLockedフラグ及びデータ項目ＩＤの組合せであり、全体的（又は部分的）ロックを示し、一つ以上のデータ項目ＩＤは、Lock下の<X>*サブノードに追加されている。この場合、第３及び第６の実施形態による手順は、両方実行される。また、IsFullLockedフラグがデータ項目ＩＤに優先する場合、手順は、第３の実施形態に従って実行され、第６の実施形態による手順は、実行されなくてもよい。

しかし、IsFullLockedフラグの優先度がデータ項目ＩＤのそれより低い場合、手順は、第６の実施形態に従って実行され、第３の実施形態による手順は、実行されなくてもよい。

本開示の第７の実施形態による端末コンテンツをワイプすることによって端末データを保護するための方法は、以下の段階を含む。

１．ＤＭサーバは、端末によってワイプされることができるデータ項目を取得する。

ワイプコマンドを配信する前、ＤＭサーバは、端末のワイプ可能なデータ項目を取得することができ、それは、第６の実施形態のGet手順に類似する。代わりに、この段階は、発生しないことがある。

ワイプ可能なデータ項目は、第６の実施形態のロック可能なデータ項目と同一でもよく、その両方は、LAWMO/OperableContent下のサブノード値である。代わりに、他のノードは、端末のワイプ可能なデータ項目を格納するために端末管理ツリーに与えられることができる。

２．ＤＭサーバは、端末にワイプコマンドを配信する。ワイプコマンドは、ワイプされるべき一つ以上のデータ項目のＩＤを伝える。

ＤＭサーバによって配信されるワイプコマンドは、端末管理ツリーのLAWMO/Operation/Wipe実行可能ノードを実行することである。Wipeノードは、表１１に記載される。

<X>*サブノードは、Wipe下に存在し、ＤＭサーバがワイプしたいデータ項目のＩＤを格納する。<X>*サブノードは、表１２に記載される。

第６の実施形態では、ＤＭサーバは、２つのモードでワイプされるべき一つ以上のデータ項目のＩＤを配信する。１つは、Replaceコマンドを介して直接データ項目ＩＤを配信し、もう１つは、ExecコマンドのData要素でＩＤを伝えることである。

３．端末は、データ項目ＩＤに相当するデータ項目をワイプする。図９に示す通り、手順は以下を含む。

Ｓ９０１．Ｘサブノードが端末のLAWMO/Operation/Wipe下に存在しない、又はＸサブノードがヌルの場合、ワイプされるべきデータ項目のＩＤは、配信されず、手順は、段階Ｓ９０４へ進み、又はＳ９０２へ進む。

Ｓ９０２．端末は、そのワイプ可能なデータ項目ＩＤが受信されたデータ項目ＩＤを含むか判断し、そうである場合、手順は、段階Ｓ９０３へ進み、そうでない場合、Ｓ９０５へ進む。

Ｓ９０３．端末は、受信されたデータ項目ＩＤに相当するデータ項目をワイプする。

例えば、ＤＭサーバは、以下のコマンドを介して端末にデータ項目ＩＤを配信する。

その後、端末は、アドレスブックデータをワイプする。ワイプコマンドが終わる。

Ｓ９０４．端末はワイプコマンドに従って、装置格納空間のデータ及び拡張格納メディアのデータだけでなく加入者識別モジュール（ＳＩＭ）カードのデータを含む全データをワイプする。

Ｓ９０５．端末は、ワイプ要求を拒絶する。

第７の実施形態では、端末データを保護するための方法は、端末コンテンツをワイプすることによって実装される。代替の解決策は、第７の実施形態による方法に利用可能であり、即ち第２の段階は、少し修正される。第７の実施形態によると、第２の段階では、ＤＭサーバは、端末にワイプコマンドを配信するほか、ワイプされるべき一つ以上のデータ項目のＩＤを配信し、代替の解決策では、ＤＭサーバは、端末にワイプコマンドを配信するほか、ワイプされるべき一つ又は複数のデータ項目の指示子を配信する。

指示子は、ワイプされるべきデータ項目の名前、又はデータ項目の名前、又は端末管理ツリーでワイプ可能なデータ項目のためのIsWipeフラグでもよい。

第６の実施形態では、ＤＭサーバは、２つのモードで指示子を配信できる。１つは、Replaceを介した直接配信であり、もう１つは、ExecのData要素で指示子を伝えることである。

ワイプコマンドの受信時、端末は、ワイプされるべきデータ項目をワイプする。

ワイプ動作では、パスワードをワイプすることは、本開示の特別な実施形態である。ＤＭサーバは、パスワードをワイプするよう端末に命令し、パスワードを変更又は設定するよう端末に命令することができる。

本開示の第８の実施形態によると、端末によってパスワードをワイプ又は変更するための方法は、以下の段階を含む。

１．ＤＭサーバは、端末にワイプコマンドを配信する。

第７の実施形態では、ＤＭサーバは、Wipe実行可能ノードにClear Passwordコマンドを配信することができる。代わりに、ＤＭサーバは、端末管理ツリーでLAWMO/LocalLock/ClearPwdサブノードを実行できる。サブノードは、端末上のパスワードをワイプするよう適合される。サブノードは、表１３に記載される。

ＤＭサーバは、以下のコマンドを介してClearPwdサブノードを実行する。

ＤＭサーバが端末に新たなパスワードを設定したい場合、ＤＭサーバは、端末管理ツリーのLAWMO/LocalLock/ChangePwdサブノードを実行することができる。サブノードは、表１４に記載される。

ＤＭサーバは、以下のコマンドを介してChangePwdサブノードを実行する。

２．ＤＭサーバは、新たな端末パスワードを配信し、端末は、古いパスワードを消去し、端末パスワードとして新たなパスワードを使用し、又は端末は、古い端末パスワードに新たな端末パスワードを上書きする。

図４に示す管理ツリーでは、先行のノードに加えて、LAWMO/Operation/FactoryResetサブノードが与えられる。このサブノードは、実行可能である。ＤＭサーバは、ノードを実行し、端末のパラメータ設定を出荷時設定に変更するよう端末に命令することができる。FactoryResetノードは、表１５に記載される。

また、LAWMO/Stateノードは、端末が最近ロックされたかを示すよう与えられることができる。異なるState値は、異なる端末状態を反映する。例えば、State値が０の時、端末がロックされ、全機能がロックされ、値が１の時、端末がロックされ、設定された機能がロックされ、値が２の時、端末がロックされず、値が３の時、端末が他の状態にある。

第３から第８の実施形態で提供される方法は、新たな方法に組合せることができる。

第７及び第８の実施形態の方法に相当して、端末データを保護するためのシステムは、本開示の第９の実施形態に従って提供される。図１０に示す通り、システムは、ＤＭサーバ４１及び端末４２を含む。ＤＭサーバ４１は、ワイプコマンド配信モジュール５１を含み、ＤＭプロトコルを介してワイプされるべき一つ以上のデータ項目のＩＤを伝えるワイプコマンドを配信するよう適合される。端末４２は、第１の受信モジュール６１及びワイプモジュール６２を含み、第１の受信モジュール６１は、ＤＭサーバ４１によって配信されるワイプコマンドを受信するよう適合され、ワイプモジュール６２は、データ項目ＩＤに相当するデータ項目をワイプするよう適合される。

ＤＭサーバ４１はまた、取得コマンド配信モジュール５２及び第２の受信モジュール５３を含み、取得コマンド配信モジュール５２は、端末にGetコマンドを配信するよう適合され、第２の受信モジュール５３は、端末によって報告されるデータ項目ＩＤを受信するよう適合される。端末４２はまた、格納モジュール６３及び報告モジュール６４を含み、格納モジュール６３は、端末によってワイプされうるデータ項目のＩＤを格納するよう適合され、報告モジュール６４は、格納されたデータ項目ＩＤをＤＭサーバ４１に報告するよう適合される。

データ項目ＩＤが端末パスワードＩＤを含み、ワイプコマンド配信モジュール５１が端末パスワードを配信するよう適合される場合、端末４１はまた、設定モジュール６５を含み、古い端末パスワードが消去された後に端末パスワードとして受信された新たな端末パスワードを設定するよう適合され、又は端末は、受信された新たな端末パスワードで古い端末パスワードを上書きする。

本開示の実施形態に従って提供される方法及びシステムを用いて、ユーザは、必要に応じて端末の全て又は一部の機能をロックすることができる。権利は、より合理的な方法で制御され、ロック解除手順がより柔軟になる。ユーザは、ＤＭサーバ上の負荷が低くなる一方で都合がよい。また、端末の一つ以上の動作可能なコンテンツがワイプされることができるので、ワイプ効率は、高くなる。

当業者であれば、本開示の先の実施形態は、ハードウェアによって、又はソフトウェア及び必要な汎用ハードウェアプラットフォームによって実装されうることが分かる。本開示の技術的解決策は、非揮発性格納媒体に格納できるソフトウェア製品によって具現されることができる。格納媒体は、Compact Disc Read-Only Memory (CD-ROM)、USBディスク、又はモバイルハードディスクでもよい。ソフトウェア製品は、パーソナルコンピュータ、サーバ、又はネットワーク装置等のコンピュータ装置が本開示の実施形態で与えられる方法を実行できるようにする複数の命令を含む。

本開示がいくつかの例示的な実施形態を介して説明されたが、本開示は、そのような実施形態に限定されない。当業者であれば、本開示の精神及び範囲から逸脱することなく本開示に各種修正及び変更を行えることが明らかである。本開示は、以下の特許請求の範囲又はその均等物によって定義される保護範囲内にあるそのような修正及び変更に及ぶことを意図する。

１１ 第１のＤＭサーバ
１２ 端末
２１ ロックコマンド配信モジュール
３１ 第１の受信モジュール
３２ ロックモジュール

Claims (7)

1. 端末データを保護するための方法であって、
   端末が端末管理ツリーでワイプできるデータ項目を格納する過程と、
   装置管理（ＤＭ）サーバによって、前記端末にGetコマンドを配信する過程と、
   前記ＤＭサーバによって、前記端末が前記端末からワイプすることができるデータ項目の格納されたＩＤを受信する過程と
   ＤＭサーバによって、端末にワイプコマンドを配信する過程と、
   一つ以上のデータ項目ＩＤに対応する前記データ項目をワイプするために、前記ワイプコマンドを前記端末によって実行する過程と
   を具備し、
   ワイプコマンドは、ワイプされるべき前記一つ以上のデータ項目ＩＤを含み、かつＤＭプロトコルを介して伝えられ、前記ワイプコマンドは、対応するワイプ実行可能ノードを動作させるためのExecコマンドを使用することによって、または前記一つ以上のデータ項目ＩＤを配信するためのReplaceコマンドを使用することによって配信される
   ことを特徴とする方法。
2. ワイプ可能なデータ項目に従って端末にワイプコマンドを配信する過程は、端末へＤＭサーバによって、ワイプされるべき一つ以上のデータ項目の指示子を伝えるワイプコマンドを配信する過程を具備することを特徴とする請求項１に記載の方法。
3. ワイプされるべきデータ項目の指示子は、データ項目ＩＤであることを特徴とする請求項２に記載の方法。
4. ワイプされるべきデータ項目の指示子は、データ項目名又は端末管理ツリーのデータ項目のIsWipeflagであることを特徴とする請求項２に記載の方法。
5. データ項目ＩＤは、端末パスワードＩＤを含み、
   ＤＭサーバは、新たな端末パスワードを配信する過程と、
   端末は、古い端末パスワードをワイプし、そのパスワードとして新たな端末パスワードを設定し、又は端末は、受信された新たな端末パスワードで古い端末パスワードを上書きする過程とをさらに具備することを特徴とする請求項１に記載の方法。
6. 端末がワイプできるデータ項目のＩＤを格納するよう適合される、格納モジュールと、
   ＤＭサーバによって配信されるワイプコマンドを受信するよう適合され、ワイプコマンドは、ワイプされるべき一つ以上のデータ項目のＩＤを伝え、ＤＭプロトコルを介して伝えられ、対応するワイプ実行可能ノードを動作させるためのExecコマンドを使用することによって、または前記一つ以上のデータ項目ＩＤを配信するためのReplaceコマンドを使用することによって配信される、第１の受信モジュールと、
   一つ以上のデータ項目ＩＤに相当するデータ項目をワイプするよう適合されるワイプモジュールと、
   前記格納されたデータ項目ＩＤを前記ＤＭサーバに報告するよう適合される、報告モジュールと、
   を具備することを特徴とする端末。
7. データ項目ＩＤが端末パスワードＩＤを含み、ワイプコマンド配信モジュールが端末パスワードを配信するようさらに適合される場合、端末は、設定モジュールをさらに具備し、
   端末は、古い端末パスワードがワイプされた後、端末パスワードとして、受信された新たな端末パスワードを設定し、又は受信された新たな端末パスワードで古い端末パスワードを上書きするよう適合されることを特徴とする請求項６に記載の端末。

Images