JP2010506518A - 情報をロックする方法、システムおよび装置 - Google Patents

Abstract

本発明の実施形態は、情報ロッキングを実現する方法、システムおよび装置を開示する。方法は、サーバが移動端末にロックオブジェクト情報を搬送するロックメッセージを送信し、移動端末がロックメッセージに従って、ロックオブジェクト情報の対応ロックオブジェクトであるロックオブジェクトをロックすることを伴う。サーバは、本発明の実施形態を使用して移動端末の情報をロックし、他のサービスによる操作を回避することもできる。

Description

本発明は、サーバが移動端末を管理する技法に関し、より詳細には、情報をロックする方法、システムおよび装置に関する。

移動端末は、モバイル運用サービスのシステムにとって重要な構成要素であり、大量の情報を含み、この情報は典型的には、機能情報と外観情報とユーザ個人データ情報とに分類される。機能情報は、例えばネットワーク機能、ハードウェア機能、ソフトウェア機能など、移動端末が持つサービス機能を指す。外観情報は、例えばスクリーンセーバ、デスクトップ、壁紙、メニュー、ホームページ、画像、呼出し音など、移動端末がユーザに提示する外観である。ユーザ個人データ情報は、例えば宛先一覧、ショートメッセージ、スケジュール、タスクリストなど、ユーザにより移動端末に保存された個人秘密情報である。

管理機能を有するサーバは移動端末の情報を管理し得る。例えば、デバイス管理（ＤＭ（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ））機能を有するデバイス管理サーバ（ＤＭＳ（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ））は、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）機能により、パラメータ設定、ファームウェア更新、ソフトウェアダウンロード、インストール、および削除といった移動端末の操作を行う。別の例として、外観管理機能を有するルックアンドフィールカスタマイズ（ＬＦＣ（Ｌｏｏｋ ａｎｄ Ｆｅｅｌ Ｃｕｓｔｏｍｉｚａｔｉｏｎ））管理サーバは、外観パッケージや外観要素などを配信し、インストールし、更新し、削除し、作動させ、停止させるといった、移動端末の外観の管理を行う。

サーバが移動端末に対して管理操作を行うとき、移動端末はＤＭツリーを有する。ＤＭツリーには、それぞれ、サーバが操作し得る基本管理オブジェクト（ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ））であるいくつかのノードがある。これらの基本管理オブジェクトに対する管理操作により、サーバは移動端末の様々な情報を管理する。

言い換えると、サーバは、移動端末の情報を管理するときに、移動端末に対して、ＤＭツリー内のノードに向けた管理コマンドを発行する。すると移動端末は、移動端末の情報を管理する目的を達成するように受け取った管理コマンドを実行する。この場合の管理コマンドは、置換（Ｒｅｐｌａｃｅ）コマンド、実行（Ｅｘｅｃｕｔｉｏｎ）コマンド、コピー（Ｃｏｐｙ）コマンド、削除（Ｄｅｌｅｔｅ）コマンドなどとすることができる。

管理機能を有するサーバは、運用者のサーバ、または企業管理者などのサーバとすることができる。言い換えると、管理機能を有するどんなサーバも同じ移動端末を管理し得る。例えば、第１のサーバと第２のサーバの両方が移動端末を管理し得る。ある時点において第１のサーバが移動端末のＵＳＢハードウェア機能を無効にし、その後、第２のサーバが移動端末のＵＳＢハードウェア機能を有効にすることもある。

実際の用途では、サーバが移動端末に管理コマンドを送るとき、サーバは、その管理対象の移動端末を他のサーバに変更させないようにしようとする可能性がきわめて高い。例えば、移動端末のＵＳＢハードウェア機能を無効にした後、第１のサーバは、第２のサーバがその移動端末のＵＳＢハードウェア機能を有効にすることができないように、その移動端末のＵＳＢハードウェア機能を無効にしたままに保持しようとすることもある。しかし従来技術では、管理機能を有するどんなサーバでも移動端末を管理することができ、したがって、上記の要件は従来技術によっては満たすことができない。

上記の実態に鑑み、本発明の実施形態は４つの目的を有する。

本発明の第１の目的は、無秩序な操作を回避するために端末の情報がロックされるように情報をロックする方法を提供することである。

本発明の第２の目的は、無秩序な操作を回避するために端末の情報がロックされるように情報をロックするシステムを提供することである。

本発明の第３の目的は、無秩序な操作を回避するために端末の情報がロックされるように情報をロックする、移動端末である装置を提供することである。

本発明の第４の目的は、無秩序な操作を回避するために端末の情報がロックされるように情報をロックする、サーバである装置を提供することである。

本発明の第１の目的について本発明の一実施形態で提供される技術的解決策は、移動端末が、サーバから送られるロックオブジェクト情報を搬送するロックメッセージを受信すること、および、移動端末が、ロックメッセージに従って、ロックオブジェクト情報に対応するロックオブジェクトをロックすること、を含む、情報をロックする方法である。

本発明の第２の目的について本発明の一実施形態で提供される技術的解決策は、サーバと移動端末とを含む、情報をロックするシステムである。サーバは少なくとも、移動端末にロックオブジェクト情報を搬送するロックメッセージを送信するように構成された送信ユニットを含む。

移動端末は少なくとも、サーバからのロックメッセージを受信し、ロックオブジェクトをロックするように構成されたロッキングユニットを含む。

本発明の第３の目的について本発明の一実施形態で提供される技術的解決策は、少なくとも、ロックメッセージを受け取り、ロックオブジェクトをロックするように構成されたロッキングユニットを含む移動端末である、情報をロックする装置である。

本発明の第４の目的について本発明の一実施形態で提供される技術的解決策は、少なくとも、移動端末にロックオブジェクト情報を搬送するロックメッセージを送信するように構成された送信ユニットを含むサーバである、情報をロックする装置である。

前述のように、本発明の各実施形態では、情報をロックする方法、システムおよび装置が提供される。サーバが移動端末にロックメッセージを送信し、次いで移動端末がロックメッセージに従ってロックオブジェクトをロックする。このように、他のサーバはロックオブジェクトを操作することを妨げられ、したがって実際的な要件が満たされる。

本発明による情報をロックする方法を示す流れ図である。 第１の実施形態による抽象的デバイス管理ツリーの構成を示す図である。 第１の実施形態による具体的デバイス管理ツリーの構成を示す図である。 第１の実施形態による流れ図である。 第２の実施形態による流れ図である。 第３の実施形態による流れ図である。 第４の実施形態による流れ図である。 本発明による情報をロックするシステムを示すブロック図である。 移動端末の構成を示すブロック図である。

本発明の各実施形態に関連する目的、技術的解決策および利点は、以下の本発明の各実施形態の詳細な説明に関して、添付の図面と併せて考察すればより十分に理解されるであろう。

図１は、第１の実施形態による本発明の方法を示す流れ図である。図１に示すように、本発明のこの実施形態は、移動端末の情報をロックするためのものであり、以下の各ステップを伴う。

ステップ１０１で、サーバが移動端末にロックオブジェクト情報を搬送するロックメッセージを送る。

この場合のサーバは、移動端末に対する管理機能を有するサーバである。サーバは、デバイス管理サーバ（ＤＭＳ）もしくはルックアンドフィールカスタマイズ（ＬＦＣ）管理サーバ、または移動端末に対する管理機能を有する他のいずれかのサーバとすることができる。

ステップ１０２で移動端末は、ロックメッセージに従い、ロックオブジェクト情報に対応するロックオブジェクトであるロックオブジェクトをロックする。

ロッキングがロックオブジェクトの属性情報を変更することによって行われる場合、本発明の様々な実施形態によりロッキングを実施する方法は５つある。第１の方法は実行可能ノードベースの方法であり、第２の方法は指示ノードベースの方法であり、第３の方法はタグベースの方法であり、第４の方法は読取り／書込み属性ベースの方法であり、第５の方法はロック属性ベースの方法である。

実行可能ノードベースの方法は、事実上実行可能ノードであるロック（Ｌｏｃｋ）ノードがデバイス管理ツリーにおいて設定される方法である。Ｌｏｃｋノードは、ロックメッセージにより、ロックオブジェクトのロッキングを開始し、またはトリガするようにトリガされ得る。

この場合の実行可能ノードは、デバイス管理（ＤＭ）プロトコルにおける実行可能ノード、すなわち、特定の機能を実行するようにトリガされ得るノードと同じ意味を持つ。実際の用途では、特定の機能は一般に、実行可能ノード自体によっては実行されない。そうではなく、実行可能ノードは、実行可能ノードをトリガするための特定の機能を果たすプログラムと関連付けられる。

この点について、実行可能ノードをトリガするために、ステップ１０１に示すロックメッセージは、ロックオブジェクト情報と共に、Ｌｏｃｋノードをトリガする情報も含む。Ｌｏｃｋノードをトリガする情報は、Ｌｏｃｋノードのための実行可能コマンド、例えば、ＤＭプロトコルにおける＜Ｅｘｅｃ＞．．．＜／Ｅｘｅｃ＞と類似の実行可能コマンドなどとすることができる。

指示ノードベースの方法は、事実上指示ノードであるＬｏｃｋノードがデバイス管理ツリーにおいて設定され、移動端末がＬｏｃｋノードをリアルタイムで検出する方法である。Ｌｏｃｋノードに指示情報が記録されていることを検出すると、ロックオブジェクトがロックされる。言い換えると、ステップ１０１のロックメッセージは、ロックオブジェクト情報と共にロック指示情報も含む。移動端末によりロックメッセージが受け取られると、ロック指示情報がＬｏｃｋノードに記録される。このように、移動端末は、Ｌｏｃｋノード内のコンテンツがロック指示情報であることを検出し、次いでロックオブジェクトをロックする。

タグベースの方法は、デバイス管理ツリー自体にはどんな変更も加えられず、ロッキングがタグコマンドを使用して直接行われる方法である。言い換えると、タグコマンドがロックを開始するように拡張され、移動端末がタグコマンドを受け取ると、ロックオブジェクトのロッキングが開始される。

上記３つのロック方法では、ロックメッセージは、例えば、排他的ロック（Ｅｘｃｌｕｓｉｖｅ‐Ｌｏｃｋ）、読取りロック（Ｒｅａｄ‐Ｌｏｃｋ）、書込みロック（Ｗｒｉｔｅ‐Ｌｏｃｋ）、操作ロック（Ｏｐｅｒａｔｉｏｎ‐Ｌｏｃｋ）などといったロックモードも搬送し得る。

排他的ロックとは、ロックメッセージを送信するサーバが、ロックオブジェクトの操作に対する排他的権限を有することをいう。言い換えると、サーバは、端末情報をロックした後、ロックオブジェクトに対応する端末情報に対する排他的管理操作を行い得る。この場合、前述のサーバだけがロックされた端末情報を操作することができ、他のサーバはロックされた端末情報にアクセスすることができない。管理操作が完了した後、サーバは、端末情報のロッキングを解除するためにロック解除コマンドを発行する。それ以後は他のサーバが端末情報を操作してもよい。このようなロッキングは、複数のサーバが異なる管理操作を行うことによって生じる無秩序を防止し得る。

読取りロックとは、読取り操作が許可されないことをいう。言い換えると、サーバが端末情報をロックした後、他のサーバは、ロックオブジェクトに対応する端末情報を読み取ることを許可されない。実際の操作では、読取りロックは属性を変更することにより実施される。後段で、どのようにして属性を変更することにより読取りロックを実施するかを示す詳細な説明を行う。

書込みロックとは、書込み操作が許可されないことをいう。言い換えると、サーバが端末情報をロックした後、他のサーバは、ロックオブジェクトに対応する端末情報を変更し、または削除することを許可されない。実際の操作では、書込みロックもまた属性情報を変更することにより実施される。

操作ロックとは、管理操作をトリガすることが許可されないことをいう。言い換えると、サーバが端末情報をロックした後、他のサーバは、ロックされた端末情報を操作することを許可されない。この操作には、インストール（Ｉｎｓｔａｌｌ）、更新（Ｕｐｄａｔｅ）、除去（Ｄｅｌｅｔｅ）、有効化／無効化（Ｅｎａｂｌｅ／Ｄｉｓａｂｌｅ）、作動／停止（Ａｃｔｉｖａｔｅ／Ｄｅａｃｔｉｖａｔｅ）などが含まれる。実際の操作では、操作ロックもまた属性情報を変更することにより実施される。

実際上、ただ１つの決まった種類のロックモードしかない場合には、ロックメッセージでロックモードを搬送する必要はない。

この実施形態では、ロックオブジェクト情報は、宛先ノードに関する経路情報とロック粒度を含む。宛先ノードに関する経路情報は、ＤＭツリーにおいてロックオブジェクトと関連付けられたノードを指示する。ロック粒度は、デバイスロック、コンポーネントロック、サブツリーロックまたはノードロックとすることができる。宛先ノードの経路情報とロック粒度に従ってロックオブジェクトが指定される。

デバイスロックとは、端末全体をロックすることをいい、端末の機能が遮蔽される。端末をロックする範囲は、ロックメッセージで搬送されるロックレベル情報によって指定される。ロックレベル情報は完全ロックと部分ロックとに分類される。完全ロックとは、緊急呼び出しをダイヤルし、または特定のサーバとセッションを確立する以外の移動端末の機能が利用できないことをいう。部分ロックとは、着信に応答し、緊急呼び出しをダイヤルし、または特定のサーバとセッションを確立する以外の移動端末の機能が利用できないことをいう。移動端末に完全ロックと部分ロックのどちらの機能を備えるかについては、この実施形態の解決策が適用されるときにユーザにより独自に決定されてもよく、ここでは詳細な説明を省く。

加えて、完全ロックと部分ロックとに従ってロックレベル情報を分類するのではなく、ロックレベル情報は、低レベルロック、中レベルロックまたは高レベルロックに分類されてもよい。低レベルロックの場合には、着信に応答し、緊急呼び出しをダイヤルし、または特定のサーバとセッションを確立する以外の移動端末の機能は利用できない。中レベルロックの場合には、緊急呼び出しをダイヤルし、または特定のサーバとセッションを確立する以外の移動端末の機能は利用できない。高レベルロックの場合には、特定のサーバとセッションを確立する以外の移動端末の機能は利用できない。移動端末に低レベルロック、中レベルロックおよび高レベルロックのどの機能を備えるかについては、この実施形態の解決策が適用されるときにユーザにより独自に決定されてもよく、ここでは詳細な説明を省く。

コンポーネントロックとは、ＤＭツリー内のコンポーネントと関連付けられたノードをロックすることを含むのみならず、ＤＭツリーの外部にあるコンポーネントと関連付けられた他の機能もロックすることを含めて、ノード全体をロックすることをいう。例えば、カメラ機能コンポーネントは、ＤＭツリー内のカメラ機能と関連付けられたノード（一般にはカメラノードのサブノード）を含むのみならず、カメラ機能と関連付けられた、ＤＭツリーの外部にあるドライバやコーダといった他の機能も含む。カメラ機能コンポーネントがロックされるべきであるとき、ＤＭツリー内のカメラノードとそのサブノードと共に、カメラ機能と関連付けられたＤＭツリーの外部にあるドライバやコーダといった他の機能もロックされるべきである。

サブツリーロックとは、ＤＭツリー内のサブツリーをロックすることをいう。例えば、ＤＭツリー内には、すべてのスクリーンセーバ情報を記憶するスクリーンセーバ管理サブツリーがある。サーバは、ロックメッセージにより、すべてのスクリーンセーバ情報がロックされるようにスクリーンセーバ管理サブツリーをロックし得る。

ノードロックとは、ＤＭツリー内のノードをロックすることをいう。例えば、ＤＭツリー内には、連絡先情報など、ユーザの個人データを管理する管理サブツリーがある。この管理サブツリーは、記述（Ｄｅｓｃｒｉｐｔｉｏｎ）ノード、指示（Ｉｎｄｉｃａｔｉｏｎ）ノード、データ（Ｄａｔａ）ノード、状況（Ｓｔａｔｕｓ）ノードなどを含む。連絡先情報がロックされるべきである場合には、Ｄａｔａノードだけがロックされればよく、Ｄｅｓｃｒｉｐｔｉｏｎノード、Ｉｎｄｉｃａｔｉｏｎノード、Ｓｔａｔｕｓノードなどといった他のノードをロックすることには意味がない。この場合、サーバがロックメッセージによりＤａｔａノードをロックする場合、他のサーバは、連絡先情報に対して、アクセスや変更といった操作を行うことを妨げられる。

代替として実際の用途では、サーバと移動端末の間で事前に折衝が行われさえすれば、他のロック粒度が定義されてもよい。例えば、ロック粒度は、パッケージロック、要素ロックなどを含んでいてもよい。パッケージロックとは、ＬＦＣパッケージなど、ある特定のパッケージをロックすることをいう。要素ロックとは、ＬＦＣパッケージ内の要素など、ある特定の要素をロックすることをいう。この場合ＬＦＣパッケージは一般には、スクリーンセーバ、呼出し音、画像などといったいくつかの要素を含む。

言い換えると、サーバから移動端末に送られるロックメッセージは、操作ロックとされたロックモードと共に、パッケージロックや要素ロックといったロック粒度を含む。このように、移動端末がロックメッセージを受け取ると、ロック粒度とロックモード、すなわち、パッケージをロックするかそれとも要素をロックするかに従ってロッキングが行われる。その後、例えば、ＬＦＣパッケージがサーバによってロックされた後、ＬＦＣパッケージは別のサーバの操作によって変更されなくなる。言い換えると、移動端末内のＬＦＣパッケージのスクリーンセーバなどの要素がサーバによってロックされた場合、移動端末のスクリーンセーバは、別のサーバの操作によっては変更されない。

上記３つのロック方法では、移動端末によりロックメッセージが受け取られると、ロックモードとロック粒度の両方が記録される。次いで、ロックオブジェクトの属性情報が、記録されたロックモードとロック粒度に従って変更される。

この場合、属性情報の変更は、アクセス制御リスト（ＡＣＬ）属性情報またはシステム属性情報の変更を伴い得る。ＡＣＬ属性は、移動端末の管理ツリーノードに対するサーバの操作権限を指示するのに使用され、典型的には、取得（Ｇｅｔ）、置換（Ｒｅｐｌａｃｅ）、コピー（Ｃｏｐｙ）、実行（Ｅｘｅｃ）、削除（Ｄｅｌｅｔｅ）などを含む。例えば、あるノードに、第１のサーバＳｅｒｖｅｒ１と第２のサーバＳｅｒｖｅｒ２により読み取られることが許可されている場合、このノードのＡＣＬ属性は、Ｇｅｔ＝Ｓｅｒｖｅｒ１＆Ｇｅｔ＝Ｓｅｒｖｅｒ２で表わされる。この時点で第１のサーバがこのノードのロックメッセージを送信し、そのロックモードが読取りロックである、すなわち、このノードを読み取ることが許可されない場合、読取りロックの目的を達成するために、Ｇｅｔ＝Ｓｅｒｖｅｒ１＆Ｇｅｔ＝Ｓｅｒｖｅｒ２が直接除去される。別の例では、あるノードが、第１のサーバＳｅｒｖｅｒ１と第２のサーバＳｅｒｖｅｒ２により読み取られ、変更される場合、このノードのＡＣＬ属性は、Ｇｅｔ＝Ｓｅｒｖｅｒ１＆Ｇｅｔ＝Ｓｅｒｖｅｒ２＆Ｒｅｐｌａｃｅ＝Ｓｅｒｖｅｒ１＆Ｒｅｐｌａｃｅ＝Ｓｅｒｖｅｒ２で表わされる。この時点で、第１のサーバがこのノードのロックメッセージを送り、そのロックモードが書込みロックである、すなわち、このノードを変更することが許可されない場合、書込みロックの目的を達成するために、Ｒｅｐｌａｃｅ＝Ｓｅｒｖｅｒ１＆Ｒｅｐｌａｃｅ＝Ｓｅｒｖｅｒ２が除去される。別の例では、あるノードが第１のサーバＳｅｒｖｅｒ１と第２のサーバＳｅｒｖｅｒ２により実行される。この時点で、第１のサーバがこのノードのロックメッセージを送り、そのロックモードが操作ロックである場合、操作ロックの目的を達成するために、ノードのＡＣＬ属性からＥｘｅｃ権限が除去される。

システム属性とは、移動端末の基礎をなす層により維持される属性をいう。言い換えると、ロックオブジェクトのデータ情報は、デバイス管理ツリーのノード内ではなく、移動端末に、ファイルまたはデータベース内のレコードとして置かれており、ノードはファイルまたはデータベース内のレコードと関連付けられている。ノードがロックされるべきであるとき、ノードは、アソシエーション関係により対応するファイルまたはデータベース内のレコードを決定し、次いで、ロッキングの目的を達成するために、ファイルまたはデータベース内のレコードの属性が変更される。どのようにしてファイルまたはデータベース内のレコードを変更すべきかについては、従来技術に属するものであり、ここでは詳細な説明を省く。

第４のロック方法、すなわち、読取り／書込み属性ベースの方法では、ＤＭツリー内のノードに読取り／書込み属性が加えられる。サーバが移動端末に、ロックオブジェクト情報と読取り／書込み属性値を搬送するロックメッセージを送信する。移動端末は、読取り／書込み属性値に基づき、ロックオブジェクトの読取り／書込み属性を直接変更する。ロックオブジェクトの読取り／書込み属性は、ロックメッセージ内の読取り／書込み属性値に変更される。

この場合の読取り／書込み属性は読取り専用、または非表示とすることができる。読取り／書込み属性が読取り専用であるとき、読取りだけが許可され、変更も書込みも許可されない。読取り／書込み属性が非表示であるとき、読取りは許可されない。実際上、読取り／書込み属性が非表示であり、読取りが許可されない場合には、結果的に変更も書込みも許可されない。実際の用途では、サーバと移動端末が事前に合意に達している限り、他の読取り／書込み属性も定義され得る。例えば、読取りと書込みの両方が許可されることを指示する文書属性が設定されてもよく、この属性はロック解除時に設定されることが多い。

第５のロック方法、すなわち、ロック属性ベースの方法では、ＤＭツリー内のノードにロック属性が加えられる。サーバが移動端末に、ロックオブジェクト情報とロック属性値を搬送するロックメッセージを送信する。移動端末は、ロック属性値に基づいて、ロックオブジェクトのロック属性を直接変更する。ロックオブジェクトのロック属性はロックメッセージ内のロック属性値に変更される。

本発明の実施形態における解決策をより適切に例示するために、以下でいくつかの好ましい実施形態の詳細な説明を行う。

実施形態２

図２に、移動端末のデバイス管理ツリーの構成を示す。図２に示すように、デバイス管理ツリーはノードＡ、ノードＸ、ノードＹ、およびノードＸ１〜Ｘ７を含む。また管理ツリーは、ロックノードＬｏｃｋ、ロック解除ノードＵｎｌｏｃｋ、サーバＩＤノードＳｅｒｖｅｒＩＤ、ロックモードノードＭｏｄｅ、およびロック粒度ノードＧｒａｎｕｌａｒｉｔｙも備える。例示を容易にするために、ＤＭツリー内の各ノードは、ノードＡ、ノードＸ、ノードＸ１〜Ｘ７、およびノードＹとして抽象化されている。実際の用途では、ＤＭツリーと具体的なノードの構成は、この実施形態では、サーバと移動端末が事前に合意に達している限り、ユーザによって決定され得る。図３に示すように、ノードＡは内側ノード（Ｉｎｔｅｒｉｏｒ Ｎｏｄｅ）であり、ノードＸ１〜Ｘ７はＩＤ、名称（Ｎａｍｅ）、記述（Ｄｅｓｃｒｉｐｔｉｏｎ）、データ（Ｄａｔａ）、操作（Ｏｐｅｒａｔｉｏｎｓ）、状況（Ｓｔａｔｕｓ）などのノードである。これらのノードの定義は従来技術での定義と同じであり、ここでは詳細な説明を省く。クエスチョンマーク「？」は、ノードの数が１または０である、すなわち、ノードが存在してもしなくてもよいことを示す。実際の用途では、図３の内側ノードはデバイス機能管理オブジェクト（ＤＣＭＯ）ノードとすることができ、ノードＸは、ＵＳＢハードウェア機能と関連付けられたコンポーネントを表すユニバーサルシリアルバス（ＵＳＢ）ノードとすることができる。

さらに、この実施形態におけるＳｅｒｖｅｒＩＤ、ＭｏｄｅおよびＧｒａｎｕｌａｒｉｔｙは、ノードＸ５のサブノードとして、サーバＩＤ、ロックモードおよびロック粒度を記録するのに使用される。実際の用途では、ＤＭツリー内でＳｅｒｖｅｒＩＤ、ＭｏｄｅおよびＧｒａｎｕｌａｒｉｔｙを設定するのではなく、サーバＩＤ、ロックモードおよびロック粒度が移動端末の記憶ユニットに記憶されてもよい。

この実施形態では、ＬｏｃｋノードもＵｎｌｏｃｋノードも実行可能ノードであり、実行可能ノードベースの方法を用いてロックされる。

ＤＭプロトコルによるＤＭツリー内の他のノードの記述と同様に、この実施形態におけるＬｏｃｋノードの記述を表１に示す。

ＳｅｒｖｅｒＩＤノードの記述を表２に示す。

Ｍｏｄｅノードの記述を表３に示す。

Ｍｏｄｅノードの値は、排他的ロック（Ｅｘｃｌｕｓｉｖｅ‐Ｌｏｃｋ）、読取りロック（Ｒｅａｄ‐Ｌｏｃｋ）、書込みロック（Ｗｒｉｔｅ‐Ｌｏｃｋ）または実行ロック（Ｅｘｅｃ‐Ｌｏｃｋ）とすることができ、これらの記述を表４に示す。

Ｇｒａｎｕｌａｒｉｔｙノードの記述を表５に示す。

Ｇｒａｎｕｌａｒｉｔｙノードの値は、デバイスロック（Ｄｅｖｉｃｅ‐Ｌｏｃｋ）、コンポーネントロック（Ｃｏｍｐｏｎｅｎｔ‐Ｌｏｃｋ）、サブツリーロック（Ｓｕｂ‐ｔｒｅｅ‐Ｌｏｃｋ）またはノードロック（Ｎｏｄｅ‐Ｌｏｃｋ）とすることができ、これらの記述を表６に示す。

Ｕｎｌｏｃｋノードの記述を表７に示す。

図４は第２の実施形態による流れ図である。図４に示すように、この実施形態は以下の各ステップを含む。

ステップ４０１でサーバが移動端末に、Ｌｏｃｋノードをトリガする情報、ロックモードおよびロックオブジェクト情報を含むロックメッセージを送信する。この場合のロックオブジェクト情報は、宛先ノードに関する経路情報とロック粒度を含む。

実際の用途では、実行可能ノードとしてのロックメッセージの書式は一般に以下のとおりである。

メッセージ中、「＜ＬｏｃＵＲＩ＞．／Ａ／Ｘ／Ｘ５／Ｌｏｃｋ／Ｍｏｄｅ＜／ＬｏｃＵＲＩ＞」および「＜Ｄａｔａ＞Ｒｅａｄ‐Ｌｏｃｋ＜／Ｄａｔａ＞」は、ロックモードが読取りロックであることを指示し、「＜ＬｏｃＵＲＩ＞．／Ａ／Ｘ／Ｘ５／Ｌｏｃｋ／Ｇｒａｎｕｌａｒｉｔｙ＜／ＬｏｃＵＲＩ＞」および「＜Ｄａｔａ＞Ｃｏｍｐｏｎｅｎｔ＜Ｄａｔａ＞」は、ロック粒度がコンポーネントロックであることを指示し、「＜Ｅｘｅｃ＞．．．．．．＜／Ｅｘｅｃ＞」はＬｏｃｋノードをトリガする情報を指示し、「．／Ａ／Ｘ」は宛先ノードに関する経路情報を指示する。代替として、移動端末によって識別され得る限り、実際の用途では他の書式の形のコマンドが使用されてもよい。

ステップ４０２で移動端末は、ロックモードとロック粒度を記録する。

この実施形態では、ＤＭツリーにおいてロックモードとロック粒度を記録するためのノードが明確に設定されているため、ロックモードはＭｏｄｅノードに記録され、ロック粒度はＧｒａｎｕｌａｒｉｔｙノードに記録される。

ステップ４０３でＬｏｃｋノードは、ロックメッセージ内のＬｏｃｋノードをトリガする情報によってトリガされる。

この実施形態では、Ｌｏｃｋノードをトリガする情報は、ステップ４０１のＥｘｅｃコマンドであり、すなわち以下のとおりである。

ステップ４０４で移動端末は、ロックオブジェクトの現在の属性情報を記録する。

ステップ４０５でＬｏｃｋノードは、移動端末をトリガして、ロックオブジェクトの属性情報を変更させる。移動端末は、記録されたロックモードとロック粒度に従ってロックオブジェクトの属性情報を変更する。

属性情報は、ＡＣＬ属性情報またはシステム属性情報とすることができる。変更に関しては、特定のロックモードとロック粒度によって決まるものであり、ここでは詳細な説明を行わない。

加えてロックメッセージはサーバＩＤを搬送してもよい。ロック後、移動端末はサーバＩＤを記録し得る。ロック解除が求められると、サーバは移動端末にロック解除コマンドを送り、ロック解除コマンドは、サーバＩＤと、ロック解除オブジェクトに関する情報を搬送する。ロック解除コマンドの書式は以下のとおりである。

この時点で移動端末は、ロック解除コマンド内のサーバＩＤが記録されたサーバＩＤと同じであるかどうか判定する。ロック解除コマンド内のサーバＩＤが記録されたサーバＩＤと同じである場合、ロック解除オブジェクトの属性情報は記録された属性情報に復元される。

加えて移動端末は、ロックメッセージを送るサーバから、または他の任意のサーバから、管理オブジェクトに関する情報を搬送する管理操作コマンドを受け取ってもよい。管理操作コマンドを受け取り次第移動端末は、管理オブジェクトの現在の属性情報に従って、管理操作コマンドを実行する権限があるかどうか判定する。管理操作コマンドを実行する権限がある場合、管理操作コマンドが実行される。管理操作コマンドを実行する権限がない場合、管理操作コマンドの実行が拒絶される。

例えば、ＤＭツリー内のＤａｔｅノードが第１のサーバにより書込みロックされているが、移動端末によって受け取られた管理操作コマンドは、ＤａｔｅノードのＲｅｐｌａｃｅコマンドであるとする。表４から、書込みロックにより変更が許可されないことが分かる。したがって、Ｒｅｐｌａｃｅコマンドを実行する権限がないという判定が行われる。この場合の権限はユーザによって判定され得るものであり、ここでは詳細な説明を行わない。

実施形態３

この実施形態では、実施形態２と同じロック方法、すなわち実行可能ノードベースの方法が使用されるものと仮定する。ロックメッセージはロックオブジェクト情報とロックモードを搬送する。ロックモードは操作ロックであり、ロックオブジェクト情報は宛先ノードに関する経路情報とロック粒度を含む。ロック粒度は、デバイスロック、コンポーネントロック、サブツリーロックおよびノードロックを含み、パッケージロックおよび要素ロックも含む。この実施形態では、ロックメッセージを送るサーバはＬＦＣ管理サーバであり、移動端末のスクリーンセーバがロックされるべきであるものと仮定する。言い換えると、この実施形態におけるＤＭツリーの構造は、ノードＸが移動端末のＬＦＣ情報と関連付けられたノードを表し、ノードＸ５がＬＦＣ情報内のスクリーンセーバを表すこと以外は、図２と同様とすることができる。Ｘ１、Ｘ２などといった他のノードは、画像や呼出し音といった、ＬＦＣ情報内の他の要素を表す。

本発明の実施形態では、Ｌｏｃｋノード、ＳｅｒｖｅｒＩＤノード、ＭｏｄｅノードおよびＵｎｌｏｃｋノードの記述は実施形態２の記述と同じであり、ここでは詳細な説明を省く。Ｇｒａｎｕｌａｒｉｔｙノードの記述を表８に示す。

この実施形態で行われる各ステップは、ロックメッセージ内のロックモードが操作ロックであり、ロック粒度がパッケージロックまたは要素ロックとされ得ること以外は、実施形態２の各ステップと同じである。この実施形態では、移動端末のスクリーンセーバがロックされる必要がある。この場合のパッケージは移動端末のＬＦＣパッケージを指し、要素はスクリーンセーバを指す。このように、移動端末がロックメッセージに従ってスクリーンセーバをロックすると、他のサーバは現在のスクリーンセーバを変更することができなくなる。

この実施形態では、どのようにしてパッケージまたは要素をロックすべきか示すために、実行可能ノードベースの方法を例に取る。実際の用途では、パッケージまたは要素をロックするのに、指示ノード、タグ、その他に基づく方法といった他の方法が使用されてもよい。

加えて、たとえパッケージまたは要素をロックするのにどの方法が使用されようとも、ロックメッセージは、ロック粒度やロックモードといった情報を除外してもよい。例えば、この実施形態では、ノードＡが内側ノードであり、ノードＸがＬＦＣ情報のノードを表し、ノードＸ５が、スクリーンセーバであるＬＦＣパッケージを表す。このように、サーバがロックコマンドを発行するとき、ロック粒度は宛先ノードに関する経路情報で表わされてもよい。

言い換えると、パッケージまたは要素のためにサーバから移動端末に送信されるロックメッセージについては、事前に２つの当事者によって明確に折衝されてもよい。ロックメッセージには、ロック粒度やロックモードといった情報がなくてもよい。ロックメッセージを受信次第、移動端末は、ロックメッセージに基づき、パッケージまたは要素がロックされるべきであると判定する。この場合、パッケージまたは要素は直接ロックされる。ロックされたパッケージがＬＦＣパッケージである場合、他のサーバは移動端末の現在のＬＦＣパッケージを停止することができなくなる。ロックされた要素がＬＦＣ要素である場合、他のサーバは移動端末内の現在のＬＦＣ要素の値を変更することができなくなる。実際上、パッケージまたは要素をロックするとき、移動端末はこの実施形態における実行可能ノードに基づく方法を使用しても、指示ノードやタグに基づく方法といった他のロック方法を使用してもよく、ここでは詳細な説明を行わない。

実施形態４

この実施形態では指示ノードベースの方法が使用される。この実施形態のＤＭツリーは、実施形態２のＤＭツリーと同様であり、ＬｏｃｋノードとＵｎｌｏｃｋノードが指示ノードである点においてのみ異なる。ＬｏｃｋノードとＵｎｌｏｃｋノードの記述を表９に示す。

実際の用途では、ＬｏｃｋノードとＵｎｌｏｃｋノードの値は相互排他的であり、よって、１つのノードＬｏｃｋＯｒＵｎｌｏｃｋで表わされる。このように、移動端末は、この実施形態において、ノードＬｏｃｋＯｒＵｎｌｏｃｋのリアルタイム検出を有する。

図５に、この実施形態の流れ図を示す。図５に示すように、この実施形態によるロック方法は以下の各ステップを含む。

ステップ５０１でサーバが移動端末に、ロックオブジェクト情報、ロックモードおよびロック指示情報を搬送するロックメッセージを送る。この場合のロックオブジェクト情報は、宛先ノードに関する経路情報とロック粒度を含む。

この実施形態におけるロックメッセージの書式は以下のとおりである。

メッセージ中、「＜ＬｏｃＵＲＩ＞．／Ａ／Ｘ／Ｘ５／Ｌｏｃｋ／Ｍｏｄｅ＜／ＬｏｃＵＲＩ＞」と「＜Ｄａｔａ＞Ｒｅａｄ‐Ｌｏｃｋ＜／Ｄａｔａ＞」は、ロックモードが読取りロックであることを指示する。「＜ＬｏｃＵＲＩ＞．／Ａ／Ｘ／Ｘ５／Ｌｏｃｋ／Ｇｒａｎｕｌａｒｉｔｙ＜／ＬｏｃＵＲＩ＞」と「＜Ｄａｔａ＞Ｃｏｍｐｏｎｅｎｔ＜Ｄａｔａ＞」は、ロック粒度がコンポーネントロックであることを指示する。「＜ＬｏｃＵＲＩ＞．／Ａ／Ｘ／Ｘ５／ＬｏｃｋＯｒＵｎｌｏｃｋ＜／ＬｏｃＵＲＩ＞」と「＜Ｄａｔａ＞Ｔｒｕｅ＜／Ｄａｔａ＞」はロック指示情報を指示する。「．／Ａ／Ｘ」は宛先ノードに関する経路情報を表す。

ステップ５０２で移動端末はＬｏｃｋノードに指示情報を記録し、ロックモードとロック粒度を記録する。

実施形態２の場合と同様に、ロックモードとロック粒度を記録するためのノードが明確に設定されているため、ロックモードはＭｏｄｅノードに記録され、ロック粒度はＧｒａｎｕｌａｒｉｔｙノードに記録される。

ステップ５０３で移動端末は、指示情報がＬｏｃｋノードに記録されていることを検出し、記録されたロックモードとロック粒度に従ってロックオブジェクトの属性情報を変更する。

実施形態２の場合と同様に、この実施形態における属性情報の変更は、ロックオブジェクトのＡＣＬ属性またはシステム属性を変更することにより行われ得る。

また移動端末は、ロック解除コマンドまたは管理操作コマンドを受信してもよい。具体的な手順は実施形態２の手順と同じであり、ここでは詳細な説明を省く。

実施形態５

この実施形態では、ロックがタグベースの方法を用いて行われる。図６にこの実施形態の流れ図を示す。図６に示すように、この実施形態は以下の各ステップを含む。

ステップ６０１でサーバが移動端末に、ロックオブジェクト情報とロックモードを搬送するロックメッセージを送る。ロックオブジェクト情報は、宛先ノードに関する経路情報とロック粒度を含み得る。

この実施形態では、ロックメッセージがＤＭプロトコルに基づいて拡張されてもよく、その書式は以下に示すとおりである。

ステップ６０２で移動端末は、ロックメッセージ内のロックモードとロック粒度に従ってロックオブジェクトの属性情報を変更する。

実施形態２および実施形態４の場合と同様に、属性情報はＡＣＬ属性またはシステム属性とすることができる。

実施形態６

実施形態２、４および５に基づき、この実施形態のロックメッセージ内のロック粒度はデバイスロックであり、ロックレベルも含まれるものと仮定する。例示を容易にするために、以下ではやはり図２に示すＤＭツリーを例に取って説明する。

この実施形態におけるＤＭツリーは図２のＤＭツリーと同様のものであると仮定する。唯一の違いは、Ｌｏｃｋノードが、ＳｅｒｖｅｒＩＤノード、Ｍｏｄｅノード、Ｇｒａｎｕｌａｒｉｔｙノードのみならず、ロックレベルノード、すなわちＬｅｖｅｌノードも含むことである。これらの記述を表１０に示す。

Ｌｅｖｅｌノードの値は完全ロックまたは部分ロックとすることができ、この記述を表１１に示す。

代替として、Ｌｅｖｅｌノードの値は、低レベルロック、中レベルロックまたは高レベルロックとすることもでき、この記述を表１２に示す。

この実施形態における各ステップは、ロック粒度がＤｅｖｉｃｅ‐Ｌｏｃｋであり、ロックレベルも搬送されること以外は、実施形態２、４および５における各ステップと同じである。このように、たとえどのロック方法が使用されたとしても、ロックメッセージを受信すると、移動端末はそのロック粒度とロックレベルに従って端末をロックする。言い換えると、実施形態１における様々なロックレベルの意味によれば、ロックレベルが完全ロックである場合、ロックコマンドが実行された後には、緊急呼び出しをダイヤルすること、または特定のサーバとセッションを確立すること以外の移動端末の機能は使用できなくなる。ロックレベルが部分ロックである場合、ロックコマンドが実行された後には、着信に応答すること、緊急呼び出しをダイヤルすること、または特定のサーバとセッションを確立すること以外の移動端末の機能は使用できなくなる。同様に、ロックレベルが低レベルロックである場合、着信に応答すること、緊急呼び出しをダイヤルすること、または特定のサーバとセッションを確立すること以外の移動端末の機能は使用できない。ロックレベルが中レベルロックである場合、緊急呼び出しをダイヤルすること、または特定のサーバとセッションを確立すること以外の移動端末の機能は使用できない。ロックレベルが高レベルロックである場合、特定のサーバとセッションを確立すること以外の移動端末の機能は使用できない。

実際的には、様々なロックレベルに従って移動端末をロックするためには、移動端末がロックされるよう移動端末の様々な機能の無効化を制御するある特定の機能プログラムが必要である。例えば、実行可能ノードベースの方法が使用される場合、この機能プログラムは、Ｌｏｃｋノードが機能プログラムの実行をトリガし得るようにＬｏｃｋノードと関連付けられる必要がある。機能プログラムの実施については、当分野の技術者が容易に実現し得るものであり、ここでは詳細な説明を省く。

さらに、実際の用途では、端末全体がロックされるべきである場合、属性の変更を使用せずに、既存のデバイスロック手順が直接トリガされてもよい。デバイスロック手順が実行された後、端末のすべてのリソースまたは情報が完全に遮蔽されることになる。例えば、画面上には、「この端末はロックされており、サーバによりロック解除されなければ使用することができません」などといった指示メッセージだけが表示される。ユーザからのすべてのキーパッド入力は無効である。ダイヤル呼出しもできず、情報を表示させることもできない。さらに、ロック手順は電源投入時に自動的に起動する。ユーザにより再起動が行われた場合でさえも、端末を通常どおり使用することはできない。ロック手順は端末に指示される。この場合には、ユーザがＳＩＭカードを変更した場合でさえも、ロック手順が引き続き実行され、ロック操作は引き続き実施される。このようなロッキングは、ユーザ端末が紛失された場合や、盗まれた場合に適用される。このように、窃盗犯がＳＩＭカードを変えた場合でさえも、端末は使用不能状態のままである。このようにして、ユーザの個人データの乱用が回避され得る。

実施形態７

この実施形態では、読取り／書込み属性が使用され得る。ＤＭツリーにおいてノードに、読取り／書込み属性＜ＷＲＭｏｄｅ＞が設定され、この属性の値は、読取り専用、非表示または達成済み（ａｃｈｉｅｖｅｄ）とすることができる。

この実施形態で定義される読取り／書込み属性は、そのノードをその内側ノードとして有するサブツリー全体のすべてのサブノードに影響を及ぼし得る。具体的には、ある内側ノードの読取り／書込み属性がアーカイブ済みであるときには、すべてのサブノードの読取り／書込み属性を読取り専用、非表示またはアーカイブ済みとし、ある内側ノードの読取り／書込み属性が読取り専用であるときには、すべてのサブノードの読取り／書込み属性を読取り専用または非表示とし、ある内側ノードの読取り／書込み属性が非表示であるときには、すべてのサブノードの読取り／書込み属性を非表示のみとすることができる。

ここで読取り／書込み属性が読取り専用である場合、それは書込みロックと等価であり、読取り／書込み属性が非表示である場合、それは読取りロックと等価である。

図７にこの実施形態の流れ図を示す。図７に示すように、この実施形態に従ってロックを実施する方法は以下の各ステップを含む。

ステップ７０１でサーバが移動端末に、ロックオブジェクト情報と読取り／書込み属性値を搬送するロックメッセージを送る。

この実施形態では、その内側ノードが宛先ノードであるサブツリーがロックオブジェクトとして定義される。ロックメッセージは、ロック粒度を含む代わりに宛先ノードに関する経路情報を含んでいてもよい。言い換えると、宛先ノードがＤＭツリーの内側ノードである場合、ロック粒度はデバイスロックと等価であり、宛先ノードがある特定のサブツリーの内側ノードである場合、ロック粒度はサブツリーロックと等価であり、宛先ノードが葉ノードである場合、ロック粒度はノードロックと等価である。

サーバがＤａｔａノードをロックしようと意図し、その読取り／書込み属性が読取り専用として設定されている場合、この実施形態によるロックメッセージの書式は以下のとおりである。

また、ロックメッセージはサーバＩＤを搬送してもよい。移動端末は未変更の読取り／書込み属性値が後のロック解除に際して復元され得るように、サーバＩＤと未変更の読取り／書込み属性値を記録する。この方法は実施形態２における方法と同様であり、ここでは詳細な説明を省く。

ステップ７０２で移動端末は、読取り／書込み属性値に従ってロックオブジェクトの読取り／書込み属性を直接変更する。すなわち、ロックオブジェクトの読取り／書込み属性をロックメッセージ内の読取り／書込み属性値に変更する。

明らかに、この実施形態におけるロックメッセージの属性情報は設定された読取り／書込み属性である。

実際の用途では、上記方法が、排他的ロックと操作ロックを実施するように、ＡＣＬ属性の変更と組み合わされてもよい。この方法は実施形態２における方法と同じであり、ここでは詳細な説明を省く。

実施形態２と同様に、管理操作コマンドを受信次第、移動端末は、管理オブジェクトの現在の読取り／書込み属性に従って、管理操作コマンドを実行する権限があるかどうか判定する。管理操作コマンドを実行する権限がある場合には管理操作コマンドが実行される。管理操作コマンドを実行する権限がない場合には、管理操作コマンドの実行が拒絶される。

実施形態８

この実施形態による方法は、ノードに読取り／書込み属性ではなくロック属性が設定されること以外は、実施形態７と同様である。

この実施形態では、ノードのロック属性＜Ｌｏｃｋ＞が設定され、その値は、どのサーバがそのノードをロックしているか指示するためにサーバＩＤを記憶するのに使用される。値がヌルである場合、それはロック解除されていることを指示する。

サーバがロックオブジェクトをロックするときに、サーバ自体のサーバＩＤがロックメッセージによりロック属性に設定される。この時点において、他のサーバはこのノードに対してどんな関連操作も行うことができない。オブジェクトをロック解除する際に、サーバはロック解除されたことを指示するためにロック属性をヌルに戻す。

この実施形態では、ノードがロックされているとき、ロック属性内のサーバＩＤに対応するサーバだけがロック属性を変更することができ、他のサーバはロック属性を変更することができない。このように、ロッキングの影響が保証される。

加えて、この実施形態では、ノードのロック属性が、そのノードを内側ノードとするサブツリー全体のすべてのサブノードに影響を及ぼすように定義されてもよい。具体的には、内側ノードのロック属性がサーバＩＤを含むとき、すべてのサブノードが同じサーバによってロックされる。内側ノードのロック属性がヌルであるとき、そのサブノードのロック属性は、ある特定のサーバＩＤまたはヌルとすることができる。

実際の用途では、たとえどのようにロックが行われようとも、移動端末がロックされ、ロック解除され、または管理操作コマンドを実行するとき、移動端末はその実行結果をサーバに報告する。例えば、サーバが移動端末のロゴをロックする場合を例に取ると、移動端末がロゴに対する書込みロックを行った後、その実行結果がサーバに以下のように報告される。

さらに、移動端末に対してロッキングが行われるときには、ロックオブジェクトがロックされていることを指示するために、Ｓｔａｔｕｓノードも「ロック済み」状況に設定され得る。その後、他のサーバがその移動端末を操作しようとするときには、まずＳｔａｔｕｓノードの値が問い合わせされる。移動端末がロックされている場合には、操作が失敗するのを防ぎ、ネットワーク伝送リソースの無駄を回避するために、どんな管理操作コマンドも送信されない。

このロック方法に対応して、本発明は、移動端末の情報をロックするシステムも提供する。

図８は、本発明の一実施形態による移動端末の情報をロックするシステムを示すブロック図である。図８に示すように、システムは移動端末８０１とサーバ８０２とを含む。移動端末８０１は、少なくとも、サーバ８０２からロックメッセージを受信し、ロックオブジェクトの属性情報を変更するように構成されたロッキングユニット８０１１を含む。サーバ８０２は、少なくとも、移動端末８０１にロックオブジェクト情報を搬送するロックメッセージを送信するように構成された送信ユニットを含む。

この場合のサーバは、ＤＭＳまたはＬＦＣ管理サーバとすることができる。

移動端末８０１とサーバ８０２は、それぞれ、端末側とネットワーク側とで移動端末の情報をロックする装置である。

図９に示すように、移動端末８０１内のロッキングユニット８０１１はロック実行ユニット８０１１Ａとロック設定ユニット８０１１Ｂとを含む。

ロック実行ユニット８０１１Ａは、サーバ８０２からのロックメッセージを受信し、ロック設定ユニット８０１１Ｂ内のロックモードとロック粒度に従ってロックオブジェクトの属性情報を変更するように構成されている。

ロック設定ユニット８０１１Ｂは、サーバ８０２からのロックコマンドを受信し、ロックコマンド内のロックモードとロック粒度を抽出し、記録するように構成されている。

実際の用途では、移動端末８０１はさらに、サーバＩＤ記憶ユニット８０１２、属性情報記憶ユニット８０１３、判定ユニット８０１４、およびロック解除実行ユニット８０１５を含んでいてもよい。

サーバＩＤ記憶ユニット８０１２は、サーバからのロックコマンドを受信し、ロックコマンド内のサーバＩＤを抽出し、記録するように構成されている。

属性情報記憶ユニット８０１３は、ロックオブジェクトの属性情報を記憶するように構成されている。

判定ユニット８０１４は、サーバ８０２からのロック解除コマンド内のサーバＩＤがサーバＩＤ記憶ユニット８０１２内のサーバＩＤと同じであるかどうか判定し、サーバからのロック解除コマンド内のサーバＩＤがサーバＩＤ記憶ユニット内のサーバＩＤと同じである場合、ロック解除実行ユニット８０１５に判定成功信号を出力するように構成されている。

ロック解除実行ユニット８０１５は、ロックオブジェクトの属性情報を、属性情報記憶ユニット８０１３に記憶された属性情報に復元するように構成されている。

本発明で提供される解決策によれば、移動端末に対する管理機能を有するサーバは、移動端末にロックオブジェクト情報を搬送するロックメッセージを送り、移動端末はロックメッセージに従ってロックオブジェクトをロックする。このように、他のサーバは、ロックメッセージを送信するサーバにより禁止されている移動端末に対して操作を行うことを妨げられる。

以上では本発明を好ましい実施形態を参照して説明しているが、これらの実施形態は本発明の範囲を限定するために使用するものではない。当分野の技術者は、本発明の実施形態の範囲内において、本発明の精神および範囲を逸脱することなく、様々な変更、置換および改善を行うこともできる。

Claims (29)

1. 情報をロックする方法であって、
   移動端末が、サーバから送信されるロックオブジェクト情報を搬送するロックメッセージを受信し、
   前記移動端末が、前記ロックメッセージに従って前記ロックオブジェクト情報に対応するロックオブジェクトをロックする、
   方法。
2. 前記ロックメッセージがＬｏｃｋノードトリガ情報を含み、
   前記移動端末が前記ロックメッセージを受信することと前記ロックオブジェクトをロックすることとの間に、
   前記Ｌｏｃｋノードトリガ情報が、実行可能ノードである事前設定されたＬｏｃｋノードをトリガし、
   前記Ｌｏｃｋノードが、前記ロックオブジェクトをロックするために、前記移動端末をトリガする、
   ことをさらに含む、
   請求項１に記載の方法。
3. 前記ロックメッセージがロック指示情報を含み、
   前記移動端末が前記ロックメッセージを受信することと前記ロックオブジェクトをロックすることとの間に、
   前記移動端末が、指示ノードである事前設定されたＬｏｃｋノードに前記ロック指示情報を記録する、
   ことをさらに含む、
   請求項１に記載の方法。
4. 前記移動端末が、前記Ｌｏｃｋノード上でリアルタイム検出を実行する、
   ことをさらに含み、
   前記移動端末が前記ロックオブジェクトをロックする前に、
   前記移動端末が、前記Ｌｏｃｋノードに前記ロック指示情報が記録されていることを検出する、
   ことをさらに含む、
   請求項３に記載の方法。
5. 前記ロックメッセージがロックモードをさらに含み、
   前記ロックオブジェクト情報がロック粒度を含み、
   前記移動端末が前記ロックメッセージを受信する場合に、
   前記移動端末が、前記ロックモードおよび前記ロック粒度を記録する、
   ことをさらに含み、
   前記ロックオブジェクトが、記録された前記ロックモードおよび前記ロック粒度に従って、前記ロックオブジェクトがすでに有する属性情報を変更することによりロックされ、
   前記属性情報がアクセス制御リスト（ＡＣＬ）属性情報またはシステム属性情報である、
   請求項１〜４のいずれか１項に記載の方法。
6. 前記ロックモードが排他的ロック、読取りロック、書込みロックまたは操作ロックである、請求項５に記載の方法。
7. 前記ロック粒度が、デバイスロック、コンポーネントロック、サブツリーロックまたはノードロックである、請求項５に記載の方法。
8. 前記ロックオブジェクト情報がデバイスロックであるロック粒度を含み、
   前記ロックメッセージがロッキング範囲を指示するロックレベルも搬送し、
   前記ロックオブジェクトが、前記ロックメッセージの前記ロック粒度および前記ロックレベルに従ってロックされる、
   請求項１に記載の方法。
9. 前記ロックレベルが部分ロックもしくは完全ロックを含むか、
   前記ロックレベルが低レベルロック、中レベルロックもしくは高レベルロックを含む、
   請求項８に記載の方法。
10. 前記ロックメッセージが操作ロックであるロックモードをさらに含み、
    前記ロックオブジェクト情報が、パッケージロックまたは要素ロックであるロック粒度を含み、
    前記ロックオブジェクトがパッケージまたは要素であり、
    前記ロックオブジェクトが、前記ロックメッセージの前記ロックモードおよび前記ロック粒度に基づき前記パッケージまたは前記要素をロックすることによって、ロックされる、
    請求項１に記載の方法。
11. 前記ロックオブジェクトがパッケージまたは要素である請求項１に記載の方法。
12. 前記パッケージがルックアンドフィールカスタマイズ（ＬＦＣ）パッケージであり、
    前記要素がＬＦＣ要素である、
    請求項１０または１１に記載の方法。
13. 前記ＬＦＣパッケージが、前記移動端末の前記ＬＦＣパッケージの現在のロックが停止されないようにロックされ、
    前記ＬＦＣ要素が、前記移動端末の前記ＬＦＣ要素の現在の値が変更されないようにロックされる、
    請求項１２に記載の方法。
14. 前記ロックメッセージが、読取り専用または非表示である読取り／書込み属性値を設定するコマンドを含み、
    前記ロックオブジェクトが、前記読取り／書込み属性値を設定する前記コマンドに基づき、前記ロックオブジェクトの前記読取り／書込み属性を直接変更することによりロックされる、
    請求項１に記載の方法。
15. 前記ロックメッセージが、サーバＩＤであるロック属性値を設定するコマンドを含み、
    前記ロックオブジェクトが、前記ロック属性値を設定する前記コマンドに基づき、前記ロックオブジェクトの前記ロック属性を直接変更することによりロックされる、
    請求項１に記載の方法。
16. 前記ロックメッセージがサーバＩＤを含み、
    前記移動端末が前記ロックオブジェクトをロックした後で、前記移動端末が前記ロックメッセージの前記サーバＩＤを記録する、
    ことをさらに含む、請求項１に記載の方法。
17. 前記移動端末が、サーバＩＤおよびロックオブジェクト情報を搬送するロック解除コマンドを受信する場合、
    前記移動端末が、前記ロック解除コマンドの前記サーバＩＤが記録されたサーバＩＤと同じであるかどうか判定し、
    前記ロック解除コマンドの前記サーバＩＤが前記記録されたサーバＩＤと同じである場合、前記ロックオブジェクトをロック解除する、
    ことをさらに含む、請求項１に記載の方法。
18. 前記ロックオブジェクトが前記ロックオブジェクトの属性情報を変更することによりロックされ、
    前記移動端末が前記ロックメッセージを受信することと前記ロックオブジェクトをロックすることとの間に、
    前記移動端末が、前記ロックオブジェクトの前記属性情報を記憶する、
    ことをさらに含み、
    ロック解除することが、前記ロックオブジェクトの前記属性情報を以前に記憶された属性情報に復元することにより行われる、
    請求項１７に記載の方法。
19. 前記移動端末が管理オブジェクトに関する情報を搬送する管理操作コマンドを受信する場合に、前記管理オブジェクトの現在の属性情報に従って前記管理操作コマンドを実行する権限があるかどうか判定し、
    前記管理操作コマンドを実行する権限がある場合、前記管理操作コマンドを実行し、
    前記管理操作コマンドを実行する権限がない場合、前記管理操作コマンドの実行を拒絶する、
    ことをさらに含む、請求項５に記載の方法。
20. 前記サーバがデバイス管理サーバ（ＤＭＳ）またはルックアンドフィールカスタマイズ（ＬＦＣ）管理サーバである請求項１に記載の方法。
21. サーバと移動端末とを備える、情報をロックするシステムであって、
    前記サーバが、少なくとも、前記移動端末にロックオブジェクト情報を搬送するロックメッセージを送信するように構成された送信ユニットを備え、
    前記移動端末が、少なくとも、前記サーバからの前記ロックメッセージを受信し、ロックオブジェクトをロックするように構成されたロッキングユニットを備える、
    システム。
22. 前記サーバがデバイス管理サーバ（ＤＭＳ）またはルックアンドフィールカスタマイズ（ＬＦＣ）管理サーバである請求項２１に記載のシステム。
23. 前記ロッキングユニットが、
    前記サーバからの前記ロックメッセージを受信し、前記ロックメッセージのロックモードおよびロック粒度を抽出し、記録するように構成されたロック設定ユニットと、
    前記サーバからの前記ロックメッセージを受信し、前記ロック設定ユニットの前記ロックモードおよび前記ロック粒度に従って前記ロックオブジェクトの属性情報を変更するように構成されたロック実行ユニットと、
    を備える、
    請求項２１に記載のシステム。
24. 前記移動端末が、サーバＩＤ記憶ユニットと、属性情報記憶ユニットと、判定ユニットと、ロック解除実行ユニットと、をさらに備え、
    前記サーバＩＤ記憶ユニットが、前記サーバからの前記ロックメッセージを受信し、前記ロックメッセージのサーバＩＤを抽出し、記録するように構成されており、
    前記属性情報記憶ユニットが、前記ロックオブジェクトの前記属性情報を記憶するように構成されており、
    前記判定ユニットが、前記サーバからのロック解除コマンドのサーバＩＤが前記サーバＩＤ記憶ユニットの前記サーバＩＤと同じであるかどうか判定し、前記サーバからの前記ロック解除コマンドの前記サーバＩＤが前記サーバＩＤ記憶ユニットの前記サーバＩＤと同じである場合、前記ロック解除実行ユニットに判定成功信号を出力するように構成されており、
    前記ロック解除実行ユニットが、前記ロックオブジェクトの前記属性情報を、前記属性情報記憶ユニットに記憶された前記属性情報に復元するように構成されている
    請求項２３に記載のシステム。
25. 情報をロックする装置であって、
    前記装置は、ロックメッセージを受信し、ロックオブジェクトをロックするように構成されたロッキングユニットを少なくとも備える移動端末である、
    装置。
26. 前記ロッキングユニットが、
    サーバからの前記ロックメッセージを受信し、前記ロックメッセージのロックモードおよびロック粒度を抽出し、記録するように構成されたロック設定ユニットと、
    前記サーバからの前記ロックメッセージを受信し、前記ロック設定ユニットの前記ロックモードおよび前記ロック粒度に従って前記ロックオブジェクトの属性情報を変更するように構成されたロック実行ユニットと、
    を備える、
    請求項２５に記載の装置。
27. 前記移動端末が、サーバＩＤ記憶ユニットと、属性情報記憶ユニットと、判定ユニットと、ロック解除実行ユニットと、をさらに備え、
    前記サーバＩＤ記憶ユニットが、前記サーバからの前記ロックメッセージを受信し、前記ロックメッセージのサーバＩＤを抽出し、記録するように構成されており、
    前記属性情報記憶ユニットが、前記ロックオブジェクトの前記属性情報を記憶するように構成されており、
    前記判定ユニットが、前記サーバからのロック解除コマンドのサーバＩＤが前記サーバＩＤ記憶ユニットの前記サーバＩＤと同じであるかどうか判定し、前記サーバからの前記ロック解除コマンドの前記サーバＩＤが前記サーバＩＤ記憶ユニットの前記サーバＩＤと同じである場合、前記ロック解除実行ユニットに判定成功信号を出力するように構成されており、
    前記ロック解除実行ユニットが、前記ロックオブジェクトの前記属性情報を、前記属性情報記憶ユニットに記憶された前記属性情報に復元するように構成されている
    請求項２６に記載の装置。
28. 情報をロックする装置であって、
    前記装置は、移動端末にロックオブジェクト情報を搬送するロックメッセージを送信するように構成された送信ユニットを少なくとも備えるサーバである、
    装置。
29. 前記サーバがデバイス管理サーバ（ＤＭＳ）またはルックアンドフィールカスタマイズ（ＬＦＣ）管理サーバである、請求項２８に記載の装置。

Images