"装置管理DMゲートウェイブートストラッピングを実行する装置であって、DMクライアントと、それぞれが1つ又はそれ以上のノードを含む複数のDM管理オブジェクトMOのコードを格納するメモリと、前記メモリに格納されたDMクライアントのコードを実行するプロセッサと、前記DMクライアントに対するメッセージを受信し送信する通信部と、前記複数のDMMOのうちの少なくとも1つに含まれた少なくとも1つのノードに基づいて前記DMゲートウェイブートストラッピングを実行する前記DMクライアントとを有することを特徴とする装置。前記DMクライアントが前記DMゲートウェイブートストラッピングを実行する前記ノードを含む前記複数のDMMOのうちの前記少なくとも1つは、DMアカウントDMAccMOを有することを特徴とする請求項1に記載の装置。前記DMクライアントが前記DMゲートウェイブートストラッピングを実行する前記ノードを含む前記複数のDMMOのうちの前記少なくとも1つ又は、前記DMクライアントが前記DMゲートウェイブートストラッピングを実行する前記少なくとも1つのノードは、DMアカウントDMAccMOで参照されることを特徴とする請求項1に記載の装置。前記DMクライアントが前記DMゲートウェイブートストラッピングを実行する前記ノードを含む前記複数のDMMOのうちの前記少なくとも1つは、DMアカウントDMAccMOを含まないことを特徴とする請求項1に記載の装置。前記少なくとも1つのノードは、DMゲートウェイノードを有することを特徴とする請求項1に記載の装置。前記DMゲートウェイノードは、下記の特性を有することを特徴とする請求項5に記載の装置。前記少なくとも1つのノードは、DMゲートウェイが透過モード、プロキシモード、及びプロトコル適応モードのうちの1つで動作しているか否かを識別するモードノードを有し、前記透過モードにおいて、前記DMゲートウェイは、前記DMクライアントに通知を送信する際にDMサーバを助けるための前記装置のローカル/プライベートとグローバル/パブリックアイデンティティとの間のマッピングを保持し、前記プロキシモードにおいて、前記DMゲートウェイは、他のDMサーバに代わって前記装置を管理し、前記プロトコル適応モードにおいて、前記DMゲートウェイは、他のDMサーバに代わって非オープンモバイルアライアンスnon-OMADM装置を管理することを特徴とする請求項1に記載の装置。前記モードノードは、下記の特性を有することを特徴とする請求項7に記載の装置。前記少なくとも1つのノードは、前記モードノードに対して親ノードであるDMゲートウェイノードを有することを特徴とする請求項7に記載の装置。前記少なくとも1つのノードは、前記DMゲートウェイブートストラッピング情報が有効に残っているように前記装置と前記DMゲートウェイとが通信を交換すべき間隔を指定するリフレッシュ間隔ノードを有することを特徴とする請求項1に記載の装置。前記リフレッシュ間隔ノードは、下記の特性を有することを特徴とする請求項10に記載の装置。前記少なくとも1つのノードは、前記リフレッシュ間隔ノードに対して親ノードであるDMゲートウェイノードを有することを特徴とする請求項10に記載の装置。前記少なくとも1つのノードは、前記装置の前記DMゲートウェイブートストラッピング情報が更新されない限り、消滅する時点を示す満了時間ノードを有することを特徴とする請求項1に記載の装置。前記満了時間ノードは、下記の特性を有することを特徴とする請求項13に記載の装置。前記少なくとも1つのノードは、前記満了時間ノードに対して親ノードであるDMゲートウェイノードを有することを特徴とする請求項13に記載の装置。装置管理DMゲートウェイを介してDMサーバに位置アップデート警報メッセージを伝達する装置であって、DMクライアントと、それぞれが1つ又はそれ以上のノードを含む複数のDM管理オブジェクトMOのコードを格納するメモリと、前記メモリに格納されたDMクライアントのコードを実行するプロセッサと、前記DMクライアントに対するメッセージを受信し送信する通信部と、前記複数のDMMOのうちの少なくとも1つの位置アップデートノードに基づいて、前記装置のアドレスの変更を検出する時に前記DMゲートウェイを介して前記DMサーバに位置アップデート警報メッセージを伝達する前記DMクライアントと、を有することを特徴とする装置。前記位置アップデートノードを含む複数のDMMOのうちの前記少なくとも1つは、DMアカウントDMAccMOを有することを特徴とする請求項16に記載の装置。前記位置アップデートノードを含む前記複数のDMMOのうちの前記少なくとも1つ又は前記位置アップデートノードは、DMアカウントMOで参照されることを特徴とする請求項16に記載の装置。前記位置アップデートノードを含む前記複数のDMMOのうちの前記少なくとも1つは、DMアカウントDMAccMOを有しないことを特徴とする請求項16に記載の装置。前記位置アップデートノードは、下記の特性を有することを特徴とする請求項16に記載の装置。前記位置アップデート警報メッセージは、前記装置のハードウェアアドレス、前記装置の旧アドレス及び前記装置の新アドレスのうちの1つ又はそれ以上に関する情報を含むことを特徴とする請求項16に記載の装置。前記位置アップデート警報メッセージは、オープンモバイルアライアンスOMA-DMプロトコルにより定義される一般警報メカニズムを使用することを特徴とする請求項16に記載の装置。装置管理DMサーバに位置アップデート警報メッセージを伝達するためにDMクライアントを含む装置を動作させる方法であって、前記装置のアドレスが1つのローカルアドレスから他のローカルアドレスに変更されたか否かを判定するステップと、前記アドレスが前記1つのローカルアドレスから前記他のローカルアドレスに変更されたものと判定される場合に、位置アップデートノードが真に設定された値を有する少なくとも1つのDMアカウントDMAccMOが位置しているか否かを判定するステップと、前記位置アップデートノードが真に設定された値を有する少なくとも1つのDMAccMOが位置した場合に、プロキシ又は適応モードに少なくとも1つのDMゲートウェイがあるか否かを判定するステップと、プロキシ又は適応モードに少なくとも1つのDMゲートウェイが存在しないと判定される場合に、前記位置アップデートノードが真に設定された値を有する前記少なくとも1つのDMAccMOと関連したDMサーバに前記位置アップデート警報メッセージを直接伝達するステップと、プロキシ又は適応モードに少なくとも1つのDMゲートウェイが存在すると判定される場合に、前記位置アップデートノードが真に設定された値を有する前記少なくとも1つのDMAccMOと関連し、前記プロキシ又は適応モードにあるDMゲートウェイに前記位置アップデート警報メッセージを伝達するステップとを有することを特徴とする方法。プロキシ又は適応モードに少なくとも1つのDMゲートウェイがあるか否かを判定するステップは、プロキシ又はプロトコル適応の値に設定されたモードノードを含むDMAccMOを検索するステップを有することを特徴とする請求項23に記載の方法。装置管理DMサーバから通知メッセージを送信する方法であって、前記通知メッセージを発生するステップと、前記通知メッセージを送信するステップとを有し、前記通知メッセージは、ヘッダー及びボディーを含み、前記通知メッセージのボディーは、<moi-code>フィールド及び<reason-code>フィールドのうちの少なくとも1つを含むことを特徴とする方法。前記<moi-code>フィールド及び<reason-code>フィールドのそれぞれは8ビットであることを特徴とする請求項25に記載の方法。前記<moi-code>フィールドは、MOでMO識別子と前記MO識別子コードとの間の結合があるMO識別子コードを指定し、前記<reason-code>フィールドは、MOで理由ストリングと理由コードとの間の結合がある前記理由コードを指定することを特徴とする請求項25に記載の方法。前記通知メッセージのヘッダーに含まれた<moi-present>フィールドに真に設定されたビットは、前記<moi-code>フィールドが前記通知メッセージのボディーに存在することを示し、前記通知メッセージのヘッダーに含まれた<reason-present>フィールドに真に設定されたビットは、前記<reason-code>フィールドが前記通知メッセージのボディーに存在することを示すことを特徴とする請求項25に記載の方法。装置管理DMゲートウェイがDMサーバからのメッセージを処理するための方法であって、前記DMゲートウェイと関連したターゲット装置に対してDMサーバからメッセージを受信するステップと、前記DMゲートウェイが前記メッセージを送信した前記DMサーバにブートストラッピングされるか否かを判定するステップと、前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったと判定される場合に、前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、前記DMゲートウェイが前記ターゲット装置に前記メッセージを伝達しなければならないか否かを判定するステップと、前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、前記DMゲートウェイが前記ターゲット装置に前記メッセージを伝達しなければならないと判定される場合に、前記メッセージを前記ターゲット装置に伝達するステップとを有することを特徴とする方法。前記DMゲートウェイと関連したターゲット装置に対してDMサーバからメッセージを受信するステップは、前記メッセージを前記DMサーバから受信するステップと、前記ターゲット装置が前記LANデバイスインベントリMOにエントリーを有しているか否かを判定することにより、前記受信したメッセージのターゲット装置が前記DMゲートウェイと関連するか否かを判定するステップとを有することを特徴とする請求項29に記載の方法。前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、前記DMゲートウェイがターゲット装置に前記メッセージを伝達しなければならないか否かを判定するステップは、前記ターゲット装置に対するLANデバイスインベントリMOエントリーが、前記ターゲット装置に対するブートストラッピングされたサーバのリストに前記メッセージを送信したDMサーバを含むか否かを判定するステップを有することを特徴とする請求項29に記載の方法。前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、前記DMゲートウェイがターゲット装置に前記メッセージを送信しなければならないか否かを判定するステップは、前記メッセージを送信したDMサーバが前記ターゲット装置に対するブートストラッピングされたサーバのリストに含まれると判定される場合に、前記メッセージを送信したDMサーバが前記DMゲートウェイのブラックリストに含まれるか否かを判定するステップと、前記メッセージIDを送信したDMサーバがブラックリストに含まれていないと判定される場合に、前記メッセージを前記ターゲット装置に伝達するステップとをさらに有することを特徴とする請求項31に記載の方法。前記DMゲートウェイが前記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、前記DMゲートウェイがターゲット装置に前記メッセージを送信しなければならないか否かを判定するステップは、前記メッセージIDを送信したDMサーバがブラックリストに含まれていると判定される場合に、前記メッセージを送信したDMサーバのブラックリスティングに対する管理オーバーライドがあるか否かを判定し、前記メッセージを送信したDMサーバのブラックリスティングに対する管理オーバーライドがある場合に前記メッセージを前記ターゲット装置に伝達するステップをさらに有することを特徴とする請求項32に記載の方法。本発明の目的は、少なくとも上述した問題点及び/又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、装置管理DMサーバが直接アクセスすることができない装置を管理するための技術を提供することにある。上記のような目的を達成するために、本発明の実施形態の一態様によれば、装置管理DeviceManagement:DMゲートウェイブートストラッピングを実行するための装置が提供される。上記装置は、DMクライアント及びそれぞれが1つ又はそれ以上のノードを含む複数のDM管理オブジェクトMOのコードを格納するメモリと、上記メモリに格納されたDMクライアントのコードを実行するプロセッサと、上記DMクライアントに対するメッセージの受信及び送信を行う通信部と、上記複数のDMMOのうちの少なくとも1つに含まれた少なくとも1つのノードに基づいて上記DMゲートウェイブートストラッピングを実行する上記DMクライアントとを含む。本発明の実施形態の他の態様によれば、装置管理DMゲートウェイを介してDMサーバに位置アップデート警報LocationUpdateAlertメッセージを伝達するための装置が提供される。上記装置は、DMクライアント及びそれぞれが1つ又はそれ以上のノードを含む複数のDM管理オブジェクトMOのコードを格納するメモリと、上記メモリに格納された上記DMクライアントのコードを実行するプロセッサと、上記DMクライアントに対するメッセージの受信及び送信を行う通信部と、上記複数のDMMOのうちの少なくとも1つの位置アップデートノードに基づいて上記装置のアドレスの変更を検出する時に上記DMゲートウェイを介して上記DMサーバに位置アップデート警報メッセージを伝達する上記DMクライアントとを含む。本発明のさらに他の態様によれば、装置管理DMサーバに位置アップデート警報メッセージを伝達するためにDMクライアントを含む装置を動作させる方法が提供される。上記方法は、上記装置のアドレスが1つのローカルアドレスから他のローカルアドレスに変更されたか否かを判定するステップと、上記1つのローカルアドレスから上記他のローカルアドレスに変更されたものと判定する場合に、位置アップデートノードが真に設定された値を有する少なくとも1つのDMアカウントDMAccMOが位置しているか否かを判定するステップと、上記位置アップデートノードが真に設定された値を有する少なくとも1つのDMAccMOが位置した場合に、プロキシ又は適応モードに少なくとも1つのDMゲートウェイがあるか否かを判定するステップと、プロキシ又は適応モードに少なくとも1つのDMゲートウェイが存在しないと判定される場合に、上記位置アップデートノードが真に設定された値を有する上記少なくとも1つのDMAccMOと関連したDMサーバに上記位置アップデート警報メッセージを直接伝達するステップと、プロキシ又は適応モードに少なくとも1つのDMゲートウェイが存在すると判定される場合に、上記位置アップデートノードが真に設定された値を有する上記少なくとも1つのDMAccMOと関連し、上記プロキシ又は適応モードにあるDMゲートウェイに上記位置アップデート警報メッセージを伝達するステップとを含む。本発明のさらなる他の態様によれば、装置管理DMサーバから通知メッセージを送信する方法が提供される。上記方法は、上記通知メッセージを発生するステップと、上記通知メッセージを送信するステップとを含み、上記通知メッセージは、ヘッダー及びボディーを含み、上記通知メッセージのボディーは、<moi-code>フィールド及び<reason-code>フィールドのうちの少なくとも1つを含む。本発明のさらにその他の態様によれば、装置管理DMゲートウェイがDMサーバからのメッセージを処理するための方法が提供される。上記方法は、上記DMゲートウェイと関連したターゲット装置に対してDMサーバからメッセージを受信するステップと、上記DMゲートウェイが上記メッセージを送信した上記DMサーバにブートストラッピングされるか否かを判定するステップと、上記DMゲートウェイが上記メッセージを送信したDMサーバにブートストラッピングされなかったと判定される場合に、上記DMゲートウェイが上記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、上記DMゲートウェイがターゲット装置に上記メッセージを伝達しなければならないか否かを判定するステップと、上記DMゲートウェイが上記メッセージを送信したDMサーバにブートストラッピングされなかったとしても、上記DMゲートウェイが上記ターゲット装置に上記メッセージを伝達しなければならないと判定する場合に、上記メッセージを上記ターゲット装置に伝達するステップとを含む。本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。本発明は、DMサーバが直接アクセスすることができない装置を管理するための技術を提供する。本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになる。図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味する。添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるために様々な特定の詳細を含むが、一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能あるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は省略する。次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。英文明細書に記載のa、an、及びthe、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。したがって、例えば、コンポーネント表面acomponentsurfaceとの記載は、一つ又は複数の表面を含む。実質的にという用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。下記に説明される本発明の例示的な実施形態は、通信システムにおいて装置管理DeviceManagement:以下、DMと称するのための技術に関する。特に、下記に説明される本発明の例示的な実施形態は、DMサーバが直接アクセスすることができない装置を管理するための技術に関する。上記DMサーバが直接アクセスすることができない装置を管理する技術は、オープンモバイルアライアンスOpenMobileAlliance:OMA-DM及び/又はOMAGwMOGatewayManagementObjectイネーブラの中で説明することができるが、本発明はこれに限定されず、他のDM又はOMA-DMイネーブラに同様に適用することができる。以下では、通信システムにおいてDMをサポートするためのゲートウェイ装置をDMゲートウェイと呼ぶ。用語装置を呼ぶ時に、用語装置は、装置上で実行する関連DMクライアントを含むこともあることに留意する。また、本発明の例示的な実施形態は、与えられたDMゲートウェイに対して単一DMサーバ及び単一装置の状況で説明しているが、任意の個数のDMサーバ及び/又は装置でも与えられたDMゲートウェイとともに使用可能であることに留意する。DMゲートウェイは、通信システムのどこでも物理的に位置することができるが、好ましくは、DMゲートウェイはDMサーバと装置との間で論理的に配置される。下記の説明は、説明の簡素化のために様々な標準で使用される用語を参照することができることを理解しなければならない。例えば、下記の説明は、OMA-DM標準のようなOMA標準のうちの1つで使用される用語を参照することができる。しかしながら、この説明は、そのような標準に限定されるものと解釈されてはいけない。DMサーバに直接アクセスすることができない装置を管理するために使用されるメカニズムとは無関係に、そのような能力abilityが標準化されたメカニズムに従うことが有利である。本発明の例示的な実施形態に従って、DMサーバに直接アクセスすることができない装置の遠隔管理を提供するためのOMA-DMプロトコルに対する強化は、以下に説明する。そのような装置は、ネットワークアドレス変換NetworkAddressTranslation:NAT及び/又はファイアーウォール機能を提供するDMゲートウェイの後ろに配置された装置、グローバルにルーティング可能なアドレスを有しないノーマディックnomadic装置及び組み込まれたOMA-DMクライアントを有しない装置を含む。OMA-DMのレガシーバージョンとの下位互換性backwardcompatibilityを保持するために、本発明の例示的な実施形態によるOMA-DMに対する強化は、従来のDMトランザクションモデル又は制御フローから外れない。また、以下では、DMゲートウェイが対応するDMサーバにブートストラッピングされないが、関連装置がブートストラッピングされた場合に、DMゲートウェイがDMサーバから関連装置にメッセージを伝達することができるようにするためのOMA-DMプロトコルに対する強化について説明する。<DMゲートウェイブートストラッピング>上述したように、OMA-DMにおいて、ブートストラッピングは、装置が提供されないunprovisioned空状態で、自身がDMサーバへの管理セッションを開始することができる状態に移動する過程である。本発明の例示的な実施形態に従って、DMブートストラッピングの概念は、DMゲートウェイに拡張することができる。本発明の例示的な実施形態において、親ノードとゲートウェイブートストラッピングに関するすべてのリーフleafノードとを含む新たなMOが定義されることができる。本発明の実施形態において、DMAccMOは、新たなMOの関連インスタンスに対する参照を提供することができる。他の例示的な実施形態において、図4について上述したDMAccMOのような関連技術のDMAccMOに複数の新たなノードが追加される。以下では、図5を参照して本発明の一実施形態によるDMAccMOについて説明する。図5は、本発明の例示的な実施形態によるDMAccMOノードツリーを示す。図5を参照すると、DMAccMOノードツリーは、DMゲートウェイブートストラッピング及び位置アップデート警報のサポートのための新たなノードを含む。DMゲートウェイブートストラッピングのための新たなノードは、DMゲートウェイDMGatewayノード500、モードModeノード502、リフレッシュ間隔RefreshIntervalノード504、及び満了時間ExpiryTimeノード506を含み、これらは、関連技術のDMAccMOに追加される。位置アップデート警報をサポートするための新たなノードは、位置アップデートノード510を含み、これは、関連技術のDMAccMOに追加される。ここで言及した特定のノードの名称例えば、DMGateway、Mode、RefreshInterval、ExpiryTime、及びLocationUpdateはただの例示でであり、本発明の例示的な実施形態に対応する各ノードの機能である。図5に示す他のノードは、図4に示す関連技術のDMAccMOのノードであり、これらは本発明の範囲外にある。したがって、このような各ノードについての説明は、簡潔性のために省略する。位置アップデートノード510は、下記の位置アップデート警報についての説明でさらに詳細に説明する。DMGatewayノード500は、Modeノード502、RefreshIntervalノード504、及びExpiryTimeノード506のそれぞれを含むゲートウェイブートストラッピングに関するすべてのリーフノードに対する親ノードとして関連技術のDMAccMOに追加されることができる。DMGatewayノード500は、Node:<x>/DMGatewayでDMAccMOに位置する。DMGatewayノード500は、従来のDMサーバすなわち、DMゲートウェイ機能を提供しないDMサーバに関するDMAccMOに存在してはいけない。しかしながら、特定の実施形態においては、DMGatewayノード500が従来のDMサーバに関するDMAccMOに必ず存在してはいけない。DMGatewayノード500は、表1に示す特性を含む。Modeノード502は、関連技術のDMAccMOに付加されることにより対応するDMゲートウェイに対する動作モードを示すことができる。Modeノード502は、Node:<x>/DMGateway/ModeでDMAccMOに位置する。Modeノード502は、表2に示す特性を含む。Modeノード502の許容値が表3に図示されている。RefreshIntervalノード504は、DMゲートウェイブートストラッピング情報が有効であるように、装置とDMゲートウェイとが通信を交換しなければならない間隔intervalを秒単位で指定するために、関連技術のDMAccMOに追加することができる。装置とDMゲートウェイとがこのような時間間隔内に通信を交換しない場合に、この装置は、可能な最初の機会にDMAccMOを自動で削除しなければならない。このノードがDMAccMOに存在しない場合には、DMゲートウェイブートストラッピング情報は永久的であると考えなければならない。特定の例示的な実施形態においては、このノードがDMAccMOに存在しない場合に、DMゲートウェイブートストラッピング情報は永久的であると見なされる。RefreshIntervalノード504は、DMAccMOにおいてNode:<x>/DMGateway/RefreshIntervalに位置する。RefreshIntervalノード504は、表4に示す特性を含む。ExpiryTimeノード506は、更新されない限り、装置のゲートウェイブートストラッピング情報が消滅するlapse時点instantoftimeをISO8601基盤基本フォーマットで指定するために関連技術のDMAccMOに付加することができる。この装置とこのゲートウェイとがこの時点の前に通信を交換しない場合に、この装置は、可能な最初の機会に自動でDMAccMOを削除しなければならない。このノードの値は、装置とゲートウェイとがリフレッシュ間隔が経過する前に通信を交換する場合にアップデートされなければならない。特定の実施形態において、このノードの値は、装置とゲートウェイとがリフレッシュ間隔が経過する前に通信を交換する場合に必ずアップデートされなければならない。このゲートウェイブートストラッピング情報が消滅lapseされない場合に、このノードの値は、キーワードパーセプチュアルPerceptual引用符号なしでなければならない。ExpiryTimeノード506は、Node:<x>/DMGateway/ExpiryTimeでDMAccMOに位置する。ExpiryTimeノード506は、表5に示す特性を含む。本発明の実施形態において、上述したような関連技術のDMAccMOに新たなノードを付加する代わりに、親DMGatewayノード、Modeノード、RefreshIntervalノード、及びExpiryTimeノードのそれぞれを含むゲートウェイブートストラッピングに関するすべてのリーフノードを含む新たなMOを定義することができる。本発明の実施形態では、DMAccMOが新たなMOの関連インスタンスに対する参照を提供することができる。<位置アップデート警報>DMセッションを設定するためにDM通知を装置に送信するために、グローバルにルーティング可能なアドレスを有していないノーマディックnomadic装置の現在のアドレスをDMサーバが知っていなければならない場合もある。このような状況は、本発明の一実施形態で解決することができる。一実施形態では、新たな警報及び新たなノードが図4に関して上述したDMAccMOのような関連技術のDMAccMOに付加することができる。ここで、この新たな警報を位置アップデート警報と呼ぶ。関連技術のDMAccMOに追加された新たなノードは、図5に示す位置アップデートノード510である。位置アップデートノード510は、この装置が自身のアドレスの変更を検出し次第に可能なもっとも初期の機会に位置アップデート警報をDMサーバに送信しなければならないか否かを示すために関連技術のDMAccMOに追加されることができる。位置アップデートノード510が存在しない場合に、その値は、偽falseにデフォルトされる。位置アップデートノード510は、Node:<x>/LocationUpdateでDMAccMOに位置する。位置アップデートノード510は、表6に示す特性を含む。この位置アップデート警報は、装置が自身のアドレスが変更されたことを検出する度にいつでも発行することができる。言い換えれば、この警報は、パッケージ1又はパッケージ3で発行することができる。この警報は、装置のハードウェアアドレス、装置の旧oldアドレス、装置の新アドレスのうちの1つ又はそれ以上に関する情報を含むことができる。この位置アップデート警報は、OMA-DMプロトコルにより定義された一般的な警報GenericAlertメカニズムに基づいているか、又は新たな警報タイプがこの目的のために定義されることもある。本発明の一実施形態において、上述した関連技術のDMAccMOに新たなノードを追加する代わりに、位置アップデートノードを含む新たなMOが定義されることもある。本発明の実施形態において、DMAccMOは、新たなMOの関連インスタンスに対する参照を提供することができる。一般警報メカニズムに基づく位置アップデート警報同期マークアップ言語SynchronizationMarkupLanguage:SyncMLメッセージの一例が図6に図示されている。図6は、本発明の一実施形態による位置アップデート警報SyncMLメッセージを示す。図6を参照すると、位置アップデート警報のためのSyncMLメッセージを示す。図6に示すSyncMLメッセージの特定事項は、本開示の範囲外であるので、ここでは、これに対する説明を簡潔性のために省略する。下記では、再起動の時に装置が関連DMサーバに位置アップデート警報を発行するためのアルゴリズムの一例を図7を参照して説明する。上述したように、装置は起動startupの時ではなく、装置が自身のアドレスが変更されたことを検出するたびに位置アップデート警報を発行することもできる。図7は、本発明の一実施形態による装置がDMサーバに位置アップデート警報を発行するためのアルゴリズムを示すフローチャートである。図7を参照すると、再起動の時に、この装置は、ステップ700において、自身のアドレスが変更されたか否かを判定する。ステップ700において、この装置が自身のアドレスに変更がないと判定する場合に、このアルゴリズムは終了する。一方、ステップ700において、この装置が自身のアドレスに変更があると判定する場合に、この装置は、ステップ702において、アドレスの変更が1つのローカルアドレスから他のローカルアドレスへの変更であるか否かを判定する。ステップ702において、この装置が旧アドレス及び新アドレスのすべてがネットワークにローカルであると判定した場合に、このアルゴリズムは終了する。他方、ステップ702において、この装置が旧アドレス及び新アドレスのすべてがネットワークにローカルでないと判定した場合に、この装置は、ステップ704において、すべてのDMAccMOをスキャンし、ステップ706において、位置アップデートノードが真に設定された値を有するDMAccMOの少なくとも1つのインスタンスが位置しているか否かを判定する。ステップ706において、この装置が、位置アップデートノードが真に設定された値を有するDMAccMOのインスタンスが存在しないと判定する場合では、ブートストラッピングされたDMサーバのうちのいずれのサーバも装置の新アドレスにアップデートする必要がないので、このアルゴリズムは終了する。他方、ステップ706において、この装置が、位置アップデートノードが真に設定された値を有するDMAccMOの少なくとも1つのインスタンスが位置している少なくとも1つのブートストラッピングされたDMサーバが新たなアドレス情報にアップデートする必要があると判定した場合では、ステップ708において、この装置は、プロキシ又は適応モードに少なくとも1つのDMゲートウェイが存在するか否かを判定する。これは、プロキシ又はプロトコル適応の値に設定された<x>/DMGateway/Modeノードを含むDMAccMOインスタンスを検索することにより判定する。ステップ708において、この装置がプロキシ又は適応モードに少なくとも1つの配置されたDMゲートウェイが存在しないと判定した場合では、ステップ710において、位置アップデートノードが真に設定された値を有するDMサーバに位置アップデート警報が直接送信される。他方、ステップ708において、この装置がプロキシ又は適応モードに少なくとも1つの配置されたDMゲートウェイが存在すると判定した場合では、ステップ712において、位置アップデート警報は、プロキシ又は適応モードに配置され、位置アップデートノードが真に設定された値を有するすべてのDMゲートウェイに送信される。<ローカルエリアネットワークLANデバイスインベントリMOの拡張された役割>以下では、DMゲートウェイが対応するDMサーバにブートストラッピングされない一方、関連装置がブートストラッピングされた場合に、DMゲートウェイがDMサーバから関連装置にメッセージを伝達することができるようにする本発明の実施形態によるOMA-DMプロトコルに対する強化が説明される。全体の開示がここに参照として併合される2010年7月29日に出願された米国特許出願第12/846,661号は、LANデバイスインベントリDeviceInventoryMOと呼ばれる新たなMOを紹介している。LANデバイスインベントリMOは、DMゲートウェイと関連したLAN上の装置のリストを保持する。LANデバイスインベントリMOは、LAN上の装置との関連/分離が行われる時に、ゲートウェイ上で動作中であるDMクライアントがこれに位置する。数ある中でも、LANデバイスインベントリMOは、LANで発見された各装置に関する情報の中で次の1つ又はそれ以上のアイテムを保持することができる。装置タイプ及び/又は装置サブタイプ装置ハードウェアアドレスすなわち、メディアアクセスコントロールMediaAccessControl:MACアドレス、国際移動体装置識別番号InternationalMobileEquipmentIdentity:IMEI、携帯端末識別番号MobileEquipmentIdentifier:MEID有効性満了時間すなわち、新たなハートビートheartbeatメッセージがDMゲートウェイにより受信されない限り、装置エントリーがインベントリから除去される時間ここで、終端装置に位置したDMクライアントがブートストラッピングされるすべてのDMサーバに対する識別子をLANデバイスインベントリMOに含ませることにより、本発明の実施形態に従ってLANデバイスインベントリMOの役割が拡張される。米国特許出願第12/846,661号で論議されるように装置が、自身がDMゲートウェイと関連することを最初に検出する場合に、この装置は、自身がブートストラッピングされたすべてのDMサーバのDMサーバIDを一般警報メッセージを介して送信する。ここでは、この一般警報をブートストラッピングされたDMサーバリスト警報BootstrappedDMServerListAlertと呼び、この一例を図8に示す。図8は、本発明の一実施形態によるブートストラッピングされたDMサーバリスト警報SyncMLメッセージを示す。図8を参照すると、ブートストラッピングされたDMサーバリスト警報に対するSyncMLメッセージが図示されている。図8に示すSyncMLメッセージの特定事項は、本開示の範囲外であるので、ここでは、簡潔性のために、これに対する説明を省略する。DMゲートウェイは、ブートストラッピングされたDMサーバリスト警報を受信する時に、LANデバイスインベントリMOのうちで関連装置に対する対応するエントリーをアップデートする。関連装置を宛先とするパッケージ0メッセージのDMゲートウェイによる処理を向上させるために、OMA-DMバージョン1.3通知メッセージ構造は、本発明の一実施形態に従って修正することができる。より具体的には、OMA-DMバージョン1.3通知メッセージの<reason-data>フィールドは、本発明の実施形態による<reason-code>フィールドに置き換えられることもある。また、OMA-DMバージョン1.3通知メッセージの<moi-data>フィールドは、本発明の実施形態による<moi-code>フィールドに置き換えられることもある。<reason-data>及び<moi-data>フィールドを含むOMA-DMバージョン1.3通知メッセージの構造が図9Aに図示されており、本発明の実施形態による<reason-code>及び<moi-code>フィールドを含む通知メッセージの構造が図9Bに図示されている。図9Aは、関連技術による<reason-data>及び<moi-data>フィールドを含む通知メッセージの構造を示す。図9Bは、本発明の一実施形態による<reason-code>及び<moi-code>フィールドを含む通知メッセージの構造を示す。図9A及び図9Bを参照すると、<reason-data>フィールド900及び<moi-data>フィールド901を含むOMA-DMバージョン1.3の通知メッセージの構造の視覚的pictorial描写、及び<reason-code>フィールド902と<moi-code>フィールド903とを含む通知メッセージの構造がそれぞれ図示されている。ここで論議されない図9A及び図9Bに示すフィールドの特定事項は、本開示の範囲外であるので、ここでは、簡潔性のためにこれらに対する説明を省略する。ここで論議されない図9A及び図9Bに示すフィールドの各々に関する説明は、全体開示がここに参照として併合されるOMADM通知TSのバージョン1.3のセクション6.2で探すことができる。本発明の一実施形態によると、<moi-present>フィールド905に真trueに設定されたビットは、<moi-code>フィールド903が通知メッセージに存在することを示すことができる。同様に、<reason-present>フィールド904に真に設定されたビットは、<reason-code>フィールド902が通知メッセージに存在することを示すことができる。<moi-present>フィールド905及び<reason-present>フィールド904は、通知メッセージのヘディングheadingに位置した1ビットフィールドである。<moi-data>フィールド901の目的は、どのMOが後続管理セッションで管理されるかをDMクライアントに主導的に示すことにある。あるMOでMO識別子とMO識別子コードとの間の結合bindingを保持し、通知メッセージの<moi-code>フィールド903にMO識別子コードを指定することにより同一の効果を達成することができる。<moi-code>フィールド903は、256個までのMO識別子がいつでも指定されることができるようにする8ビットフィールドであることができ、これは、最大要求に十二分に適切でなければならない。<reason-data>フィールド900の目的は、DMセッションを設定する理由をDMクライアントに主導的に示すことにある。あるMOで理由ストリングと理由コードとの間の結合を保持し、通知メッセージの<reason-code>フィールド902に理由コードを指定することにより同一の効果を達成することができる。<reason-code>フィールド902は、256個までの管理セッション設定理由がいつでも指定されることができるようにする8ビットフィールドであることができ、これは、最大要求に十二分に適切でなければならない。この理由コードとこの理由ストリングとの間の結合は、既存のMOのうちの1つ又は新たなMOに提供することができる。<DMサーバのブラックリスト>DMゲートウェイは、ターゲット装置がブートストラッピングされるDMサーバのサーバ識別子に関する情報を有する。DMゲートウェイは、このようなDMサーバの認証情報credentialsを保持しない。このために、DMゲートウェイは、サービス拒否攻撃に敏感である。予防措置として、本発明の実施形態に従ってDMサーバのブラックリスト保持することができる。ブラックリスト上のDMサーバからのメッセージは、DMゲートウェイがブートストラッピングされたDMサーバから発行された管理命令により明示的に許容されない限りその場で拒絶される。DMサーバブラックリストは、既存のMOのうちの1つ又は新たなMOで提供されることができる。以下では、DMサーバからのメッセージを処理するDMゲートウェイの一例を図10を参照して説明する。図10は、本発明の一実施形態によるDMゲートウェイがDMサーバからのメッセージを処理するためのアルゴリズムを示すフローチャートである。図10を参照すると、DMゲートウェイは、ステップ1000において、DMサーバから受信するメッセージを待つ。メッセージがDMサーバから受信する場合に、ステップ1002において、DMゲートウェイは、メッセージが自身を宛先とするか否かを判定する。ステップ1002において、DMゲートウェイがメッセージが自身を宛先とすると判定する場合に、ステップ1004において、DMゲートウェイは、受信したメッセージを正常DMメッセージとして処理する。この後に、アルゴリズムは、ステップ1000に戻る。他方、ステップ1002において、DMゲートウェイがメッセージが自身を宛先にしないと判定する場合に、DMゲートウェイは、ステップ1006において、ターゲット装置がDMゲートウェイが関連した装置であるか否かを判定する。一実施形態において、DMゲートウェイは、ターゲット装置がLANデバイスインベントリMOにエントリーを有するか否かを判定することによりターゲット装置がDMゲートウェイと関連した装置であるか否かを判定することができる。ステップ1006において、DMゲートウェイがターゲット装置が関連した装置でないと判定する場合に、ステップ1008において、メッセージは無視される。その後、アルゴリズムは、ステップ1000に戻る。他方、ステップ1006において、DMゲートウェイがターゲット装置が関連した装置であると判定する場合に、ステップ1010において、DMゲートウェイは、メッセージを送信したDMサーバにブートストラッピングされるか否かを判定する。ステップ1010において、DMゲートウェイがメッセージを送信したDMサーバにブートストラッピングされると判定する場合に、ステップ1012において、DMゲートウェイは、メッセージをターゲット装置に伝達する。その後に、アルゴリズムは、ステップ1000に戻る。他方、ステップ1010において、DMゲートウェイがメッセージを送信したDMサーバにブートストラッピングされないと判定する場合では、DMゲートウェイは、ステップ1014において、ターゲット装置に対するLANデバイスインベントリMOエントリーが装置に対してブートストラッピングされたサーバのリストを有するか否かを判定する。ステップ1014において、DMゲートウェイが、ターゲット装置に対するLANデバイスインベントリMOエントリーが装置に対してブートストラッピングされたサーバのリストを有するものと判定する場合に、DMサーバIDは、ステップ1008において、ターゲット装置に対するLANデバイスインベントリエントリーに存在しないので、DMゲートウェイはメッセージを無視する。その後、アルゴリズムはステップ1000に戻る。他方、ステップ1014において、DMゲートウェイが、ターゲット装置に対するLANデバイスインベントリMOエントリーが装置に対するブートストラッピングされたサーバのリストを有していないと判定する場合では、DMゲートウェイは、ステップ1016において、サーバIDがターゲット装置に対するブートストラップサーバリストに含まれるか否かを判定する。ステップ1016において、DMゲートウェイが、サーバIDがターゲット装置に対するブートストラップサーバリストに含まれるものと判定する場合に、ステップ1008において、DMゲートウェイはメッセージを無視する。その後、アルゴリズムはステップ1000に戻る。他方、ステップ1016において、DMゲートウェイが、サーバIDがターゲット装置に対するブートストラップサーバリストに存在すると判定する場合では、ステップ1018において、DMゲートウェイは、サーバIDがDMゲートウェイのブラックリストDMGateway’sBlacklistに含まれているか否かを判定する。ステップ1018において、DMゲートウェイが、サーバIDがDMゲートウェイのブラックリストに含まれていないものと判定する場合に、ステップ1012において、DMゲートウェイは、メッセージをターゲット装置に伝達する。その後、アルゴリズムはステップ1000に戻る。他方、ステップ1018において、DMゲートウェイが、サーバIDがDMゲートウェイのブラックリストに含まれたものと判定する場合では、ステップ1020において、DMゲートウェイは、メッセージを送信したDMサーバのブラックリスティングに対する管理オーバーライドoverrideがあるか否かを判定する。ステップ1020において、DMゲートウェイがDMサーバIDのブラックリスティングに対する管理オーバーライドがあると判定する場合に、ステップ1012において、DMゲートウェイは、メッセージをターゲット装置に伝達する。その後、アルゴリズムはステップ1000に戻る。他方、ステップ1020において、DMゲートウェイがDMサーバIDのブラックリスティングに対する管理オーバーライドがないと判定する場合では、ステップ1008において、DMゲートウェイはメッセージを無視する。その後に、アルゴリズムはステップ1000に戻る。以下では、本発明の一実施形態によるDMクライアントを含む装置の構造を図11を参照して説明する。図11は、本発明の一実施形態によるDMクライアントを含む装置の構成を示すブロック図である。図11を参照すると、装置1100は、DMクライアント1110、プロセッサ1120、メモリ1130、及び通信部1140を含む。装置1100は、任意の数の追加の構成要素も含むことができる。しかしながら、装置1100の追加の構成要素に関する説明は、簡潔性のために省略する。DMクライアント1110は、プロセッサ1120により実行されるコードとして実現されるか又はハードウェアとして実現されることができる。ここで、用語コードは、装置1100のメモリ1130に記憶された実行可能な指示、オペランドoperandデータ、構成パラメータ、及び他の情報のうちの1つ又はそれ以上を示すのに使用することができる。DMクライアント1110の動作は、DMクライアントが実行するものであり、上述で明示上に又は暗黙的に説明された動作のうちのいずれかを含む。プロセッサ1120は、装置1100の一般的な動作を処理するために使用され、DMクライアント1110のコードを実行するために使用することができる。メモリ1130は、装置1100に格納された実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの1つ又はそれ以上に加えて、DMクライアント1110のコードを格納することができる。装置の正確な構成及びタイプに基づいて、メモリ1130は、RAMRandomAccessMemoryのような揮発性、ROMReadOnlyMemory、フラッシュメモリなどのような非揮発性であってもよく、又はこれらの組み合せであってもよい。通信部1140は、DMクライアント1110と、DMゲートウェイ、DMサーバなどのような他のエンティティとの間のデータを送受信する。通信部1140は、無線、有線などのように任意のタイプの送受信器、受信器、又は送信器を1つ以上含むことができる。以下では、本発明の実施形態によるDMゲートウェイ装置の構造を図12を参照して説明する。図12は、本発明の実施形態によるDMゲートウェイの構成を示すブロック図である。図12を参照すると、DMゲートウェイ1202は、プロセッサ1204、メモリ1206、及び通信部1208を含む。DMゲートウェイ1202は、1つ以上の追加の構成要素を含むことができる。しかしながら、DMゲートウェイ1202の追加の構成要素に関する説明は、簡潔性のために省略する。プロセッサ1204は、DMゲートウェイ1202の一般的な動作を処理するのに使用され、DMゲートウェイにより実行されるもので、ここで、明示的に又は暗黙的に説明される機能/動作/アルゴリズム/役割のうちのいずれかを実行するようにコードを実行するのに使用されることができる。また、プロセッサ1204は、メモリ1206又は通信部1208と通信することもでき、制御することもできる。用語コードは、メモリ1206に格納された実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの1つ又はそれ以上を示すために使用されることができる。メモリ1206は、DMゲートウェイにより実行されるもので、ここで、明示的に又は暗黙的に説明された機能/動作/アルゴリズム/役割のうちのいずれかを実行するようにプロセッサ1204により処理されるコードを格納することができる。また、実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの1つ又はそれ以上がメモリ1206に格納されることができる。DMゲートウェイ1202の正確な構成に基づいて、メモリ1206は、RAMRandomAccessMemoryのような揮発性、ROMReadOnlyMemory、フラッシュメモリなどのような非揮発性であってもよく、又はこれらの組み合せであってもよい。通信部1208は、装置、DMサーバ、及び他のエンティティのうちの1つ又はそれ以上のもの間でデータを送受信する。通信部1208は、無線、有線などのように任意のタイプの送受信器、受信器及び送信器を1つ以上含むことができる。本発明の一実施形態によるDMサーバ装置の構造は、図12を参照して説明したDMゲートウェイの構造と実質的に同一であることができる。したがって、これに関する説明は、簡潔性のために省略される。本発明の実施形態は、コンピュータ読み取り可能な記録媒体上でコンピュータ読み取り可能なコードとして実現することもできる。コンピュータ読み取り可能な記録媒体は、コンピュータシステムにより読出し可能なデータを記憶できる任意のデータ記憶装置である。コンピュータ読み取り可能な記録媒体の例としては、読出し専用メモリROM、ランダムアクセスメモリRAM、CD-ROM、磁気テープ、フロッピー登録商標ディスク、光学データ記憶装置、及び搬送波インターネットを介したデータ送信のようなが含まれるが、これらに限定されるものではない。また、上記コンピュータ読み取り可能な記録媒体は、コンピュータ読み取り可能なコードが配布される方式で記憶されて実行されるように、ネットワーク結合型コンピュータシステムを介して配布できる。さらに、本発明を実行するための関数プログラム、コード及びコードセグメントは、本発明が属する技術分野で熟練したプログラマーにより本発明の範囲内で容易に解釈することができるであろう。以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲により規定されるような本発明の趣旨及び範囲を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を有する者には明らかである。"