(57)【特許請求の範囲】
【請求項１】
装置管理（ＤＭ：Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）ゲートウェイがＤＭサーバから受信されたメッセージを処理する方法であって、
前記ＤＭゲートウェイと関連したターゲット装置に対するメッセージを前記ＤＭサーバから受信するステップと、
前記メッセージを送信した前記ＤＭサーバに対し、ブートストラッピングされるか否かを前記ＤＭゲートウェイが確認するステップと、
前記ＤＭゲートウェイが前記メッセージを送信したＤＭサーバにブートストラッピングされなかったと確認されると、前記ＤＭゲートウェイが前記ターゲット装置に前記メッセージを伝達しなければならないか否かを確認するステップと、
前記ターゲット装置に前記メッセージを伝達しなければならないと確認されると、前記ＤＭゲートウェイが前記メッセージを前記ターゲット装置に伝達するステップと、を含む
ことを特徴とするメッセージ処理方法。
【請求項２】
前記ＤＭゲートウェイが前記ターゲット装置に前記メッセージを伝達しなければならないか否かを確認するステップは、
ＬＡＮ装置インベントリＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）を用いて前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされたかを確認するステップと、
前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされていると、前記メッセージを前記ターゲット装置に伝達しなければならないことと決定するステップと、を含む
ことを特徴とする請求項１に記載のメッセージ処理方法。
【請求項３】
前記ＬＡＮ装置インベントリＭＯには、前記ＤＭゲートウェイと関連したＬＡＮ上の装置に対する情報が格納される
ことを特徴とする請求項２に記載のメッセージ処理方法。
【請求項４】
前記ＬＡＮ装置インベントリＭＯは、前記ターゲット装置とブートストラッピングされたＤＭサーバの情報を含む
ことを特徴とする請求項３に記載のメッセージ処理方法。
【請求項５】
前記ブートストラッピングされたＤＭサーバの情報は、該当ＤＭサーバの識別子を含む
ことを特徴とする請求項４に記載のメッセージ処理方法。
【請求項６】
前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされたか否かを確認するステップは、
前記ＬＡＮ装置インベントリＭＯに含まれた、前記ターゲット装置とブートストラッピングされたＤＭサーバリストに前記メッセージを送信したＤＭサーバの識別子が含まれているか否かを確認するステップである
ことを特徴とする請求項５に記載のメッセージ処理方法。
【請求項７】
前記ターゲット装置とブートストラッピングされたＤＭサーバの情報は、前記ターゲット装置から受信されて前記ＬＡＮ装置インベントリＭＯにアップデートされる
ことを特徴とする請求項６に記載のメッセージ処理方法。
【請求項８】
装置管理（ＤＭ：Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）ゲートウェイ装置であって、
通信部と、
前記ＤＭゲートウェイと関連したターゲット装置に対するメッセージが前記通信部を通じてＤＭサーバから受信されると、前記メッセージを送信した前記ＤＭサーバに対し、ブートストラッピングされるか否かを前記ＤＭゲートウェイが確認し、
前記ＤＭゲートウェイが前記メッセージを送信したＤＭサーバにブートストラッピングされなかったと確認されると、前記ＤＭゲートウェイが前記ターゲット装置に前記メッセージを伝達しなければならないか否かを確認し、前記ターゲット装置に前記メッセージを伝達しなければならないと確認されると、前記メッセージを前記通信部を通じて前記ターゲット装置に伝達するプロセッサと、を含む
ことを特徴とするゲートウェイ装置。
【請求項９】
前記プロセッサは、メモリに格納されたＬＡＮ装置インベントリＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）を用いて前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされたかを確認し、前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされていると、前記メッセージを前記ターゲット装置に伝達しなければならないことと決定する
ことを特徴とする請求項８に記載のゲートウェイ装置。
【請求項１０】
前記ＬＡＮ装置インベントリＭＯには、前記ＤＭゲートウェイと関連したＬＡＮ上の装置に対する情報が格納される
ことを特徴とする請求項９に記載のゲートウェイ装置。
【請求項１１】
前記ＬＡＮ装置インベントリＭＯは、前記ターゲット装置とブートストラッピングされたＤＭサーバの情報を含む
ことを特徴とする請求項１０に記載のゲートウェイ装置。
【請求項１２】
前記ブートストラッピングされたＤＭサーバの情報は、該当ＤＭサーバの識別子を含む
ことを特徴とする請求項１１に記載のゲートウェイ装置。
【請求項１３】
前記プロセッサは、前記メッセージを送信したＤＭサーバが前記ターゲット装置とブートストラッピングされたかを確認するために、前記ＬＡＮ装置インベントリＭＯに含まれた、前記ターゲット装置とブートストラッピングされたＤＭサーバリストに前記メッセージを送信したＤＭサーバの識別子が含まれているか否かを確認する
ことを特徴とする請求項１２に記載のゲートウェイ装置。
【請求項１４】
前記ターゲット装置とブートストラッピングされたＤＭサーバの情報は、前記ターゲット装置から受信されて前記ＬＡＮ装置インベントリＭＯにアップデートされる
ことを特徴とする請求項１３に記載のゲートウェイ装置。
【請求項１５】
装置管理（ＤＭ：Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）クライアントを含む装置がメッセージを処理する方法であって、
前記装置とブートストラッピングされたＤＭサーバのリストをＤＭゲートウェイに送信するステップと、
前記ＤＭゲートウェイとブートストラッピングされていないＤＭサーバから送信されたメッセージを受信した前記ＤＭゲートウェイにより、前記ＤＭサーバが前記リストに含まれることが確認されることによって、前記ＤＭゲートウェイから前記メッセージを受信するステップと、を含む
ことを特徴とするメッセージ処理方法。
【請求項１６】
ＤＭゲートウェイと通信する装置であって、
通信部と、
前記装置とブートストラッピングされたＤＭサーバのリストを前記通信部を通じて前記ＤＭゲートウェイに送信し、前記ＤＭゲートウェイとブートストラッピングされていないＤＭサーバから送信されたメッセージを受信した前記ＤＭゲートウェイにより、前記ＤＭサーバが前記リストに含まれることが確認されることによって、前記ＤＭゲートウェイから前記メッセージを受信するＤＭクライアントと、を含む
ことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおける装置管理（Device Management：ＤＭ）に関し、特に、ＤＭサーバが直接アクセスすることができない装置を管理する方法及び装置に関する。
【背景技術】
【０００２】
ユビキタス通信技術及びシステムの進歩とともに、装置の機能性及び複雑さが増している。しかしながら、このような装置の機能性及び複雑さの増加により装置に対する管理が要求されている。このような要求を解決するために、オープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）は、装置の管理を達成するプロトコル及びメカニズムを指定するためにＤＭ（Device Management）ワーキンググループを確立した。ＯＭＡ  ＤＭワーキンググループは、ＯＭＡ−ＤＭスペック（specification）を開発し、このスペックは、ＤＭサーバと装置の遠隔管理のために使用される装置と関連したＤＭクライアントとの間の双方向（two-way）プロトコルを定義する。歴史的に、このような装置は無線装置であったが、最近では、ＯＭＡ−ＤＭは、有線装置の遠隔管理に対する要求も解決し始めた。ＯＭＡ−ＤＭの例では、装置での初期構成情報の設定、装置での持続情報（persistent information）の後続設置及びアップデート、装置からの管理情報の検索（retrieval）及び装置が生成したイベント及びアラームの処理を挙げることができる。
【０００３】
ＤＭサーバとＤＭクライアントとの間の相互作用のインスタンス（instance）をＤＭセッションと呼び、これは、ＤＭクライアント又はＤＭサーバにより開始することができる。ＤＭクライアントは、通常に装置に組み込まれ、ＤＭサーバは、ＤＭクライアントで１つ又はそれ以上の命令を呼び出す（invoke）ことにより装置を管理する。ＤＭクライアントは、この１つ又はそれ以上の命令を処理し、ＤＭサーバに応答を伝達する。ＤＭサーバとＤＭクライアントとの間の通信は、同期マークアップ言語（Synchronization Markup Language：ＳｙｎｃＭＬ）メッセージの交換を介して実現される。
【０００４】
ＯＭＡ−ＤＭを採用した通信システムの一例を図１を参照して説明する。
【０００５】
図１は、関連技術によるＯＭＡ−ＤＭを採用した例示的な通信システムを示す。
【０００６】
図１を参照すると、ＯＭＡ−ＤＭを採用した例示的な通信システムは、有線ネットワーク１００、無線ネットワーク１０２、有線装置１１０、無線装置１１２、ＤＭサーバ１２０、及びＤＭ機関（ＤＭ Authority）１３０を含む。有線装置１１０及び無線装置１１２のそれぞれは、自身をＤＭクライアント（図示せず）と関連づける。また、ＤＭ機関１３０は、動作サポートシステム（Operations Support System：ＯＳＳ）であってもよい。図１において、実線は物理的接続を示し、点線は論理的接続を示す。
【０００７】
図１に示すＯＭＡ−ＤＭを採用した例示的な通信システムは、数多くの可能な実現のうちの１つにすぎない。例えば、有線ネットワーク１００及び無線ネットワーク１０２のうちの１つが省略されることもある。または、有線ネットワーク１００及び無線ネットワーク１０２が結合されることもある。また、ＤＭサーバ１２０及びＤＭ機関１３０が有線ネットワーク１００に接続されたものとして図示しているが、ＤＭサーバ１２０及びＤＭ機関１３０のうちの１つ又は２つのすべてが無線ネットワーク１０２に接続されることもある。
【０００８】
図１に示す通信システムにおいて、ＯＭＡ−ＤＭを容易にするために、ＯＭＡ−ＤＭスペックに基づく双方向プロトコルは、ＤＭサーバ１２０と、無線装置１１２と関連したＤＭクライアントとの間で、そして、ＤＭサーバ１２０と、有線装置１１０と関連したＤＭクライアントとの間で活用される。ＤＭ機関１３０は、ＤＭサーバ１２０を介して有線装置１１０及び無線装置１１２のそれぞれと関連したＤＭクライアントのＤＭ動作を指示する（direct）ことができる。ＤＭサーバ１２０と有線装置１１０及び無線装置１１２のそれぞれと関連したＤＭクライアントとの間の相互作用のみがＯＭＡ−ＤＭスペックの範囲内にある。
【０００９】
下記では、ＤＭサーバがＤＭクライアントとのＤＭセッションを開始する一例を図２を参照して説明する。
【００１０】
図２は、関連技術に従う通信システムにおけるＤＭサーバがＤＭクライアントとのＤＭセッションを開始するための信号図である。
【００１１】
図２を参照すると、ＤＭサーバ２０２とＤＭクライアント２０４との間でＤＭサーバが開始したＤＭセッションは、２ステップ（phases）を含む。１番目のステップは設定ステップ２１０であり、２番目ステップは管理ステップ２２０である。設定ステップ２１０は、認証（authentication）及び装置情報に対する情報の交換を含む。設定ステップ２１０での情報の交換は、３個のパッケージ、すなわちパッケージ０（２１２）、パッケージ１（２１４）、及びパッケージ２（２１６）のそれぞれの１つのインスタンスを含む。パッケージ０（２１２）は、ＤＭサーバ２０２からＤＭクライアント２０４に伝達され、これを通知（Notification）メッセージと呼ぶ。パッケージ１（２１４）は、ＤＭクライアント２０４からＤＭサーバ２０２に伝達される。パッケージ１（２１４）は、クライアント初期化情報及び装置情報を含む。クライアント初期化情報は、クライアント認証情報（credentials）を含む。パッケージ２（２１６）は、ＤＭサーバ２０２からＤＭクライアント２０４に送信される。パッケージ２（２１６）は、サーバ初期化情報及び初期管理動作を含む。サーバ初期化情報は、１つ又はそれ以上のサーバ認証情報を含む。
【００１２】
管理ステップ２２０は、２つのタイプのパッケージ、すなわち、パッケージ３（２２２）及びパッケージ４（２２４）の１つ又はそれ以上のインスタンスの交換を含む。パッケージ３（２２２）は、ＤＭクライアント２０４からＤＭサーバ２０２に伝達される。パッケージ３（２２２）は、パッケージ２（２１６）によりトリガーされた管理動作に関するクライアント応答情報を含む。パッケージ４（２２４）は、ＤＭサーバ２０２からＤＭクライアント２０４に伝達される。パッケージ４（２２４）は、ＤＭセッションがパッケージ２メッセージ２１６を越えて持続される場合に、追加の（additional）管理動作及び１つ又はそれ以上の追加のユーザー相互作用命令のうちの少なくとも１つを含む。ＤＭセッションが終了するまで、ＤＭサーバ２０２とＤＭクライアント２０４との間でパッケージ３メッセージ２２２及びパッケージ４メッセージ２２４の追加サイクルが送信されることができる。
【００１３】
ＯＭＡ−ＤＭプロトコルは、ＤＭブートストラッピングの概念（notion）をサポートする。ＤＭブートストラッピングは、ＤＭクライアントが提供されない（un-provisioned）空状態から許可された（authorized）ＤＭサーバとのＤＭセッションを自身が開始することができる状態に転換する過程である。すでにブートストラッピングされたＤＭクライアントはさらにブートストラッピングされることにより、ＤＭクライアントが新たなＤＭサーバとのＤＭセッションを開始することができるようにする。以下では、ＯＭＡ−ＤＭアーキテクチャーの例を図３を参照して説明する。
【００１４】
図３は、関連技術によるＯＭＡ−ＤＭアーキテクチャーを示す図である。
【００１５】
図３を参照すると、ＯＭＡ−ＤＭアーキテクチャーは、ＤＭサーバ３４０、ＤＭクライアント３１０、及びＤＭ標準管理オブジェクト（Management Objects：ＭＯｓ）３２０を含む。ＤＭクライアント３１０及び複数のＤＭ標準ＭＯ３２０は、装置３００で同じ場所に位置する（co-located）。ＯＭＡ−ＤＭアーキテクチャーは、追加の構成要素を含むことができる。しかしながら、ＯＭＡ−ＤＭ構造の追加の構成要素に関する説明は簡潔性のために省略する。
【００１６】
上述したＤＭサーバ３４０及びＤＭクライアント３１０は、インターフェースＤＭ−１（３３０）及びＤＭ−２（３３２）を介して通信する。ＤＭクライアント３１０は、複数のＤＭ標準ＭＯ３２０とインターフェースＤＭ−５（３３４）を介して通信する。
【００１７】
ＤＭプロトコルは、ＤＭクライアント３１０のすべての実施形態がかならずサポートしなければならない３個の標準ＭＯ３２０を定義する。このような複数のＤＭ標準ＭＯ３２０は、ＤＭアカウント（DM Account：ＤＭＡｃｃ）ＭＯ３２２、デバイス情報（Device Information：ＤｅｖＩｎｆｏ）ＭＯ３２４、及びデバイスディテールズ（Device Details：ＤｅｖＤｅｔａｉｌ）ＭＯ３２６を含む。
【００１８】
ＤＭＡｃｃ  ＭＯ３２２は、ブートストラッピングされたＤＭサーバ３４０に関する情報を管理するのに使用される。各ブートストラッピングされたＤＭサーバ３４０に対しては、ＤＭＡｃｃ  ＭＯ３２２の単一インスタンスが存在する。ＤＭ装置３１０に対して成功的にブートストラッピングされた各ＤＭサーバ３４０に対して、対応するＤＭＡｃｃ  ＭＯ３２２は、ＤＭサーバ識別子（ＩＤ）、接続情報、サーバアドレス、サーバ及びクライアント認証情報（credentials）などに関する情報を保持する。ＤｅｖＩｎｆｏ  ＭＯ３２４は、ＤＭクライアント３１０と関連した装置３００に関する基本情報を提供する。基本情報は、装置ＩＤ、装置製造業者ＩＤ、モデルＩＤ、及び言語設定を含む。ＤｅｖＤｅｔａｉｌ  ＭＯ３２６は、ＤＭクライアント３１０と関連した装置３００に関する付加情報を提供する。付加情報は、装置タイプ、相手先ブランド名製造会社（Original Equipment Manufacturer：ＯＥＭ）、ハードウェアバージョン、ファームウェアバージョン、ソフトウェアバージョン、装置３００がオプション特徴（例えば、大きいオブジェクト（large-object）処理機能）をサポートすることができるか否かに対する表示、管理ツリーの最大深さ、ＵＲＩ（Uniform Resource ID）の最大総長さ及びすべてのＵＲＩセグメントの最大総長さを含む。
【００１９】
ＯＭＡ  ＤＭ標準は、ＯＭＡ  ＤＭ  ＭＯが指定された（named）ノードのツリーとして表現されることを明示する。関連技術に従うＯＭＡ  ＤＭＡｃｃ  ＭＯノードツリーの一例は、ＯＭＡ  ＤＭ  ＭＯノードツリーの一例として図４に提示されている。
【００２０】
図４は、関連技術によるＤＭＡｃｃ  ＭＯノードツリーを示す図である。
【００２１】
図４を参照すると、関連技術のＤＭＡｃｃ  ＭＯの指定されたノードのツリーの視覚的な（pictorial）描写が図示されている。図４に示すノードは、本開示の範囲外であるので、各ノードに関する説明は簡潔性のために省略する。図４に示す各ノードに関する説明は、ＯＭＡ  ＤＭ  Ｓｔａｎｄａｒｄｉｚｅｄ  Ｏｂｊｅｃｔｓのバージョン１．２．１のセクション５．３．１で探すことができ、全体開示はここに参照で統合される。
【００２２】
ＭＯの各ノードは、管理動作をＤＭサーバから呼び出すための潜在的なターゲットである。ある遠隔管理動作を実行するために、ＤＭサーバは、対応するノードの動作を実行する。ノードは、ＵＲＩを用いてアドレスされる（addressed）。ノードのＵＲＩは、“／”をデリミターとして使用する管理ツリーのルートからのすべてのノードの名称の連結（concatenation）である。例えば、図４に示すＤＭＡｃｃ  ＭＯの“名称（Name）”ノードのＵＲＩは“Ｎｏｄｅ：＜ｘ＞／Ｎａｍｅ”である。
【００２３】
上述したように、ＯＭＡ−ＤＭは、元来、携帯用無線装置に対する管理プロトコルとして開発された。したがって、ＯＭＡ−ＤＭは、ＤＭブートストラッピング手順が成功的に完了すると、ＤＭサーバ及びＤＭクライアントが相互に直接通信することができるという前提に基づく。最も一般的に、ＤＭサーバは、特別にフォーマットされた（specially formatted）ＳＭＳ（Short Message Service）メッセージをＤＭクライアントに送信することによりＤＭクライアントとのＤＭセッションを要請する。ＤＭクライアントは、このメッセージを受信する時に、ＤＭサーバを認証しＤＭセッションを確立する。
【００２４】
このような統合が行われる現在では、有線と無線サービスプロバイダーとの間の境界が消えつつあり、ＯＭＡ−ＤＭは、伝統的にはＯＭＡ−ＤＭをサポートしなかった装置のカテゴリーを管理するために拡大されている。これらの装置のうちの多くの装置の場合では、ＤＭサーバとＤＭクライアントとの間の直接的な通信が可能でない。これは、様々な理由が発生し得る。例えば、装置が移動加入者（Mobile Subscriber：ＭＳ）統合サービスディジタルネットワーク（Integrated Services Digital Network：ＩＳＤＮ）（ＭＳＩＳＤＮ）番号のように公開的にルーティング可能なアドレスを有していない場合には、ＤＭサーバとＤＭクライアントとの間の直接的な通信が可能でないことがある。また、装置がネットワークアドレス変換（Network Address Translation：ＮＡＴ）及び／又はファイアーウォール機能を提供するゲートウェイの後ろに配置される場合では、ＤＭサーバとＤＭクライアントとの間の直接的な通信が可能でないことがある。また、装置がＯＭＡ−ＤＭ以外の管理プロトコルをサポートする場合（すなわち、装置が内蔵されたＯＭＡ−ＤＭクライアントを有していない場合）に、ＤＭサーバとＤＭクライアントとの間の直接的な通信が可能でないこともある。
【００２５】
ＤＭサーバとＤＭクライアントとの間の直接的な通信が可能でないということと関連して上述した問題点を解決するために、ＤＭゲートウェイが研究されて上述した問題点のうちの一部が解決されている。ＤＭゲートウェイは、ＤＭサーバとＤＭクライアントとの間の直接的かつ、自力での（unaided）相互作用が可能でない状況において、２つのうちの少なくとも１つがＯＭＡ−ＤＭを実行するＤＭサーバとＤＭクライアントとの間の相互作用を容易にするエンティティである。現在のＯＭＡ−ＤＭパラダイムとは異なり、ＤＭゲートウェイは、装置の管理で主要な役割をするものと期待される。したがって、ゲートウェイＭＯ（ＧｗＭＯ）イネーブラが開発されている最中である。
【００２６】
開発中であるＧｗＭＯイネーブラは、装置がＮＡＴ及び／又はファイアーウォール機能を提供する装置の後ろに配置されているか、又は装置がＯＭＡ−ＤＭプロトコルをサポートしないためにＤＭサーバが直接アクセスすることができない終端装置（end devices）を管理する問題を解決しようとする。ＧｗＭＯイネーブラは、ＤＭゲートウェイに対する次の動作モードを定義する。
【００２７】
・  透過（transparent）モード：ＤＭゲートウェイは、ＤＭゲートウェイの後ろに配置されたＤＭクライアントへの通知を送信するにあたりにＤＭサーバを助けるために装置のローカル／プライベートとグローバル／パブリックアイデンティティ（public identity）との間のマッピングを保持する。また、ＤＭゲートウェイは、ＤＭサーバとＤＭクライアントとの間に確立された管理セッションに参加しない。
【００２８】
・  プロキシモード：ＤＭゲートウェイは、ＯＭＡ−ＤＭサーバに代わって装置を管理する。ＤＭゲートウェイは、終端装置に対してはＤＭサーバの役割をし、ＤＭサーバに対してはＤＭクライアントの役割をする。
【００２９】
・  適応モード：ＤＭゲートウェイは、装置サポートプロトコルを介して（over a device supported protocol）ＯＭＡ−ＤＭサーバに代わって非ＯＭＡ−ＤＭ装置を管理する。
【００３０】
現在のＯＭＡ−ＤＭパラダイムにおいて、ＯＭＡ−ＤＭクライアントは、ＤＭブートストラッピング過程を介して信頼関係（trusted relationship）が確立されるこのようなＤＭサーバからの管理命令に応答する。ＯＭＡ−ＤＭクライアントが前にブートストラッピングされていないＤＭサーバから管理命令を受信すると、ＤＭクライアントは、何らの措置無しに（silently）メッセージを捨てる。
【００３１】
現在のＯＭＡ−ＤＭパラダイムがＤＭゲートウェイまで拡張する場合では、発信（originating）ＤＭサーバが、ＤＭゲートウェイがそれ自体ブートストラッピングされたサーバである場合のみに、ＤＭゲートウェイは、終端装置を宛先とするメッセージを伝達する。言い換えれば、終端装置がＤＭサーバにブートストラッピングされるが、ＤＭゲートウェイが同一のＤＭサーバにブートストラッピングされない場合にはサポートされない。これは、ブートストラッピングされないＤＭサーバが、終端装置への伝送のためにＤＭゲートウェイにメッセージを送信する場合に、ＤＭゲートウェイ上で実行されるＤＭクライアントは、単純にそのようなメッセージを拒絶し、これをターゲット装置に伝達しないためである。
【００３２】
したがって、ＤＭゲートウェイ自体がＤＭサーバにブートストラッピングされなくても、ＤＭゲートウェイがＤＭサーバからターゲット装置に命令を伝達する必要がある。このような機能が要求される場合の一例として、終端装置がベンダーの診断ＤＭサーバに予めブートストラッピングされるが、ＤＭゲートウェイ自体は、ベンダーのＤＭサーバと信頼関係を有しない場合を挙げることができる。
【発明の概要】
【発明が解決しようとする課題】
【００３３】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、装置管理（ＤＭ）サーバが直接アクセスすることができない装置を管理する方法及び装置を提供することにある。
【課題を解決するための手段】
【００３４】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、装置管理（Device Management：ＤＭ）ゲートウェイブートストラッピングを実行するための装置が提供される。上記装置は、ＤＭクライアント及びそれぞれが１つ又はそれ以上のノードを含む複数のＤＭ管理オブジェクト（ＭＯ）のコードを格納するメモリと、上記メモリに格納されたＤＭクライアントのコードを実行するプロセッサと、上記ＤＭクライアントに対するメッセージの受信及び送信を行う通信部と、上記複数のＤＭ  ＭＯのうちの少なくとも１つに含まれた少なくとも１つのノードに基づいて上記ＤＭゲートウェイブートストラッピングを実行する上記ＤＭクライアントとを含む。
【００３５】
本発明の実施形態の他の態様によれば、装置管理（ＤＭ）ゲートウェイを介してＤＭサーバに位置アップデート警報（Location Update Alert）メッセージを伝達するための装置が提供される。上記装置は、ＤＭクライアント及びそれぞれが１つ又はそれ以上のノードを含む複数のＤＭ管理オブジェクト（ＭＯ）のコードを格納するメモリと、上記メモリに格納された上記ＤＭクライアントのコードを実行するプロセッサと、上記ＤＭクライアントに対するメッセージの受信及び送信を行う通信部と、上記複数のＤＭ  ＭＯのうちの少なくとも１つの位置アップデートノードに基づいて上記装置のアドレスの変更を検出する時に上記ＤＭゲートウェイを介して上記ＤＭサーバに位置アップデート警報メッセージを伝達する上記ＤＭクライアントとを含む。
【００３６】
本発明のさらに他の態様によれば、装置管理（ＤＭ）サーバに位置アップデート警報メッセージを伝達するためにＤＭクライアントを含む装置を動作させる方法が提供される。上記方法は、上記装置のアドレスが１つのローカルアドレスから他のローカルアドレスに変更されたか否かを判定するステップと、上記１つのローカルアドレスから上記他のローカルアドレスに変更されたものと判定する場合に、位置アップデートノードが真に設定された値を有する少なくとも１つのＤＭアカウント（ＤＭＡｃｃ）ＭＯが位置しているか否かを判定するステップと、上記位置アップデートノードが真に設定された値を有する少なくとも１つのＤＭＡｃｃ  ＭＯが位置した場合に、プロキシ又は適応モードに少なくとも１つのＤＭゲートウェイがあるか否かを判定するステップと、プロキシ又は適応モードに少なくとも１つのＤＭゲートウェイが存在しないと判定される場合に、上記位置アップデートノードが真に設定された値を有する上記少なくとも１つのＤＭＡｃｃ  ＭＯと関連したＤＭサーバに上記位置アップデート警報メッセージを直接伝達するステップと、プロキシ又は適応モードに少なくとも１つのＤＭゲートウェイが存在すると判定される場合に、上記位置アップデートノードが真に設定された値を有する上記少なくとも１つのＤＭＡｃｃ  ＭＯと関連し、上記プロキシ又は適応モードにあるＤＭゲートウェイに上記位置アップデート警報メッセージを伝達するステップとを含む。
【００３７】
本発明のさらなる他の態様によれば、装置管理（ＤＭ）サーバから通知メッセージを送信する方法が提供される。上記方法は、上記通知メッセージを発生するステップと、上記通知メッセージを送信するステップとを含み、上記通知メッセージは、ヘッダー及びボディーを含み、上記通知メッセージのボディーは、＜ｍｏｉ−ｃｏｄｅ＞フィールド及び＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールドのうちの少なくとも１つを含む。
【００３８】
本発明のさらにその他の態様によれば、装置管理（ＤＭ）ゲートウェイがＤＭサーバからのメッセージを処理するための方法が提供される。上記方法は、上記ＤＭゲートウェイと関連したターゲット装置に対してＤＭサーバからメッセージを受信するステップと、上記ＤＭゲートウェイが上記メッセージを送信した上記ＤＭサーバにブートストラッピングされるか否かを判定するステップと、上記ＤＭゲートウェイが上記メッセージを送信したＤＭサーバにブートストラッピングされなかったと判定される場合に、上記ＤＭゲートウェイが上記メッセージを送信したＤＭサーバにブートストラッピングされなかったとしても、上記ＤＭゲートウェイがターゲット装置に上記メッセージを伝達しなければならないか否かを判定するステップと、上記ＤＭゲートウェイが上記メッセージを送信したＤＭサーバにブートストラッピングされなかったとしても、上記ＤＭゲートウェイが上記ターゲット装置に上記メッセージを伝達しなければならないと判定する場合に、上記メッセージを上記ターゲット装置に伝達するステップとを含む。
【００３９】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。
【発明の効果】
【００４０】
本発明は、ＤＭサーバが直接アクセスすることができない装置を管理する方法及び装置を提供する。
【００４１】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになる。
【図面の簡単な説明】
【００４２】
【図１】関連技術によるオープンモバイルアライアンス（ＯＭＡ）−装置管理（ＤＭ）を採用した例示的な通信システムを示す図である。
【図２】関連技術による通信システムにおけるＤＭサーバがＤＭクライアントとのＤＭセッションを開始するための信号図である。
【図３】関連技術によるＯＭＡ−ＤＭアーキテクチャーを示す図である。
【図４】関連技術によるＤＭアカウント（ＤＭＡｃｃ）管理オブジェクト（ＭＯ）ノードツリーを示す図である。
【図５】本発明の例示的な実施形態によるＤＭＡｃｃ  ＭＯノードツリーを示す図である。
【図６】本発明の例示的な実施形態による位置アップデート警報同期マークアップ言語（ＳｙｎｃＭＬ）メッセージを示す図である。
【図７】本発明の例示的な実施形態による装置がＤＭサーバに位置アップデート警報を発生させるためのアルゴリズムを示すフローチャートである。
【図８】本発明の例示的な実施形態によるブートストラッピングされたＤＭサーバリスト警報（Bootstrapped DM Server List Alert）ＳｙｎｃＭＬメッセージを示す図である。
【図９Ａ】関連技術による＜ｒｅａｓｏｎ−ｄａｔａ＞及び＜ｍｏｉ−ｄａｔａ＞フィールドを含む通知メッセージの構造を示す図である。
【図９Ｂ】本発明の例示的な実施形態による＜ｒｅａｓｏｎ−ｃｏｄｅ＞及び＜ｍｏｉ−ｃｏｄｅ＞フィールドを含む通知メッセージの構造を示す図である。
【図１０】本発明の例示的な実施形態によるＤＭゲートウェイがＤＭサーバからのメッセージを処理するためのアルゴリズムを示すフローチャートである。
【図１１】本発明の例示的な実施形態によるＤＭクライアントを含む装置の構成を示すブロック図である。
【図１２】本発明の例示的な実施形態によるＤＭゲートウェイの構成を示すブロック図である。
【発明を実施するための形態】
【００４３】
図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味する。
【００４４】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるために様々な特定の詳細を含むが、一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能あるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は省略する。
【００４５】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００４６】
英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。したがって、例えば、“コンポーネント表面（a  component  surface）”との記載は、一つ又は複数の表面を含む。
【００４７】
“実質的に(substantially)”という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。
【００４８】
下記に説明される本発明の例示的な実施形態は、通信システムにおいて装置管理（Device Management： 以下、“ＤＭ”と称する）の方法及び装置に関する。特に、下記に説明される本発明の例示的な実施形態は、ＤＭサーバが直接アクセスすることができない装置を管理する方法及び装置に関する。上記ＤＭサーバが直接アクセスすることができない装置を管理する技術は、オープンモバイルアライアンス（Open Mobile Alliance：ＯＭＡ）−ＤＭ及び／又はＯＭＡ  ＧｗＭＯ（Gateway Management Object）イネーブラの中で説明することができるが、本発明はこれに限定されず、他のＤＭ又はＯＭＡ−ＤＭイネーブラに同様に適用することができる。以下では、通信システムにおいてＤＭをサポートするためのゲートウェイ装置をＤＭゲートウェイと呼ぶ。
【００４９】
用語“装置”を呼ぶ時に、用語“装置”は、装置上で実行する関連ＤＭクライアントを含むこともあることに留意する。また、本発明の例示的な実施形態は、与えられたＤＭゲートウェイに対して単一ＤＭサーバ及び単一装置の状況で説明しているが、任意の個数のＤＭサーバ及び／又は装置でも与えられたＤＭゲートウェイとともに使用可能であることに留意する。ＤＭゲートウェイは、通信システムのどこでも物理的に位置することができるが、好ましくは、ＤＭゲートウェイはＤＭサーバと装置との間で論理的に配置される。
【００５０】
下記の説明は、説明の簡素化のために様々な標準で使用される用語を参照することができることを理解しなければならない。例えば、下記の説明は、ＯＭＡ−ＤＭ標準のようなＯＭＡ標準のうちの１つで使用される用語を参照することができる。しかしながら、この説明は、そのような標準に限定されるものと解釈されてはいけない。ＤＭサーバに直接アクセスすることができない装置を管理するために使用されるメカニズムとは無関係に、そのような能力（ability）が標準化されたメカニズムに従うことが有利である。
【００５１】
本発明の例示的な実施形態に従って、ＤＭサーバに直接アクセスすることができない装置の遠隔管理を提供するためのＯＭＡ−ＤＭプロトコルに対する強化は、以下に説明する。そのような装置は、ネットワークアドレス変換（Network Address Translation：ＮＡＴ）及び／又はファイアーウォール機能を提供するＤＭゲートウェイの後ろに配置された装置、グローバルにルーティング可能なアドレスを有しないノーマディック（nomadic）装置及び組み込まれたＯＭＡ−ＤＭクライアントを有しない装置を含む。ＯＭＡ−ＤＭのレガシーバージョンとの下位互換性（backward compatibility）を保持するために、本発明の例示的な実施形態によるＯＭＡ−ＤＭに対する強化は、従来のＤＭトランザクションモデル又は制御フローから外れない。
【００５２】
また、以下では、ＤＭゲートウェイが対応するＤＭサーバにブートストラッピングされないが、関連装置がブートストラッピングされた場合に、ＤＭゲートウェイがＤＭサーバから関連装置にメッセージを伝達することができるようにするためのＯＭＡ−ＤＭプロトコルに対する強化について説明する。
【００５３】
＜ＤＭゲートウェイブートストラッピング＞
上述したように、ＯＭＡ−ＤＭにおいて、ブートストラッピングは、装置が提供されない（un-provisioned）空状態で、自身がＤＭサーバへの管理セッションを開始することができる状態に移動する過程である。本発明の例示的な実施形態に従って、ＤＭブートストラッピングの概念は、ＤＭゲートウェイに拡張することができる。
【００５４】
本発明の例示的な実施形態において、親ノードとゲートウェイブートストラッピングに関するすべてのリーフ（leaf）ノードとを含む新たなＭＯが定義されることができる。本発明の実施形態において、ＤＭＡｃｃ  ＭＯは、新たなＭＯの関連インスタンスに対する参照を提供することができる。他の例示的な実施形態において、図４について上述したＤＭＡｃｃ  ＭＯのような関連技術のＤＭＡｃｃ  ＭＯに複数の新たなノードが追加される。以下では、図５を参照して本発明の一実施形態によるＤＭＡｃｃ  ＭＯについて説明する。
【００５５】
図５は、本発明の例示的な実施形態によるＤＭＡｃｃ  ＭＯノードツリーを示す。
【００５６】
図５を参照すると、ＤＭＡｃｃ  ＭＯノードツリーは、ＤＭゲートウェイブートストラッピング及び位置アップデート警報のサポートのための新たなノードを含む。ＤＭゲートウェイブートストラッピングのための新たなノードは、ＤＭゲートウェイ（ＤＭＧａｔｅｗａｙ）ノード５００、モード（Ｍｏｄｅ）ノード５０２、リフレッシュ間隔（ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌ）ノード５０４、及び満了時間（ＥｘｐｉｒｙＴｉｍｅ）ノード５０６を含み、これらは、関連技術のＤＭＡｃｃ  ＭＯに追加される。位置アップデート警報をサポートするための新たなノードは、位置アップデートノード５１０を含み、これは、関連技術のＤＭＡｃｃ  ＭＯに追加される。
【００５７】
ここで言及した特定のノードの名称（例えば、ＤＭＧａｔｅｗａｙ、Ｍｏｄｅ、ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌ、ＥｘｐｉｒｙＴｉｍｅ、及びＬｏｃａｔｉｏｎＵｐｄａｔｅ）はただの例示でであり、本発明の例示的な実施形態に対応する各ノードの機能である。図５に示す他のノードは、図４に示す関連技術のＤＭＡｃｃ  ＭＯのノードであり、これらは本発明の範囲外にある。したがって、このような各ノードについての説明は、簡潔性のために省略する。位置アップデートノード５１０は、下記の位置アップデート警報についての説明でさらに詳細に説明する。
【００５８】
ＤＭＧａｔｅｗａｙノード５００は、Ｍｏｄｅノード５０２、ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌノード５０４、及びＥｘｐｉｒｙＴｉｍｅノード５０６のそれぞれを含むゲートウェイブートストラッピングに関するすべてのリーフノードに対する親ノードとして関連技術のＤＭＡｃｃ  ＭＯに追加されることができる。ＤＭＧａｔｅｗａｙノード５００は、Ｎｏｄｅ：＜ｘ＞／ＤＭＧａｔｅｗａｙでＤＭＡｃｃ  ＭＯに位置する。ＤＭＧａｔｅｗａｙノード５００は、従来のＤＭサーバ（すなわち、ＤＭゲートウェイ機能を提供しないＤＭサーバ）に関するＤＭＡｃｃ  ＭＯに存在してはいけない。しかしながら、特定の実施形態においては、ＤＭＧａｔｅｗａｙノード５００が従来のＤＭサーバに関するＤＭＡｃｃ  ＭＯに必ず存在してはいけない。ＤＭＧａｔｅｗａｙノード５００は、表１に示す特性を含む。
【００５９】
【表１】
0005476616.tif 000002
【００６０】
Ｍｏｄｅノード５０２は、関連技術のＤＭＡｃｃ  ＭＯに付加されることにより対応するＤＭゲートウェイに対する動作モードを示すことができる。Ｍｏｄｅノード５０２は、Ｎｏｄｅ：＜ｘ＞／ＤＭＧａｔｅｗａｙ／ＭｏｄｅでＤＭＡｃｃ  ＭＯに位置する。Ｍｏｄｅノード５０２は、表２に示す特性を含む。
【００６１】
【表２】
0005476616.tif 000003
【００６２】
Ｍｏｄｅノード５０２の許容値が表３に図示されている。
【００６３】
【表３】
0005476616.tif 000004
【００６４】
ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌノード５０４は、ＤＭゲートウェイブートストラッピング情報が有効であるように、装置とＤＭゲートウェイとが通信を交換しなければならない間隔（interval）を秒単位で指定するために、関連技術のＤＭＡｃｃ  ＭＯに追加することができる。装置とＤＭゲートウェイとがこのような時間間隔内に通信を交換しない場合に、この装置は、可能な最初の機会にＤＭＡｃｃ  ＭＯを自動で削除しなければならない。このノードがＤＭＡｃｃ  ＭＯに存在しない場合には、ＤＭゲートウェイブートストラッピング情報は永久的であると考えなければならない。特定の例示的な実施形態においては、このノードがＤＭＡｃｃ  ＭＯに存在しない場合に、ＤＭゲートウェイブートストラッピング情報は永久的であると見なされる。ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌノード５０４は、ＤＭＡｃｃ  ＭＯにおいてＮｏｄｅ：＜ｘ＞／ＤＭＧａｔｅｗａｙ／ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌに位置する。ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌノード５０４は、表４に示す特性を含む。
【００６５】
【表４】
0005476616.tif 000005
【００６６】
ＥｘｐｉｒｙＴｉｍｅノード５０６は、更新されない限り、装置のゲートウェイブートストラッピング情報が消滅する（lapse）時点（instant of time）をＩＳＯ８６０１基盤基本フォーマットで指定するために関連技術のＤＭＡｃｃ  ＭＯに付加することができる。この装置とこのゲートウェイとがこの時点の前に通信を交換しない場合に、この装置は、可能な最初の機会に自動でＤＭＡｃｃ  ＭＯを削除しなければならない。このノードの値は、装置とゲートウェイとがリフレッシュ間隔が経過する前に通信を交換する場合にアップデートされなければならない。特定の実施形態において、このノードの値は、装置とゲートウェイとがリフレッシュ間隔が経過する前に通信を交換する場合に必ずアップデートされなければならない。このゲートウェイブートストラッピング情報が消滅（lapse）されない場合に、このノードの値は、キーワード“パーセプチュアル（Perceptual）”（引用符号なし）でなければならない。
【００６７】
ＥｘｐｉｒｙＴｉｍｅノード５０６は、Ｎｏｄｅ：＜ｘ＞／ＤＭＧａｔｅｗａｙ／ＥｘｐｉｒｙＴｉｍｅでＤＭＡｃｃ  ＭＯに位置する。ＥｘｐｉｒｙＴｉｍｅノード５０６は、表５に示す特性を含む。
【００６８】
【表５】
0005476616.tif 000006
【００６９】
本発明の実施形態において、上述したような関連技術のＤＭＡｃｃ  ＭＯに新たなノードを付加する代わりに、親ＤＭＧａｔｅｗａｙノード、Ｍｏｄｅノード、ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌノード、及びＥｘｐｉｒｙＴｉｍｅノードのそれぞれを含むゲートウェイブートストラッピングに関するすべてのリーフノードを含む新たなＭＯを定義することができる。本発明の実施形態では、ＤＭＡｃｃ  ＭＯが新たなＭＯの関連インスタンスに対する参照を提供することができる。
【００７０】
＜位置アップデート警報＞
ＤＭセッションを設定するためにＤＭ通知を装置に送信するために、グローバルにルーティング可能なアドレスを有していないノーマディック（nomadic）装置の現在のアドレスをＤＭサーバが知っていなければならない場合もある。このような状況は、本発明の一実施形態で解決することができる。一実施形態では、新たな警報及び新たなノードが図４に関して上述したＤＭＡｃｃ  ＭＯのような関連技術のＤＭＡｃｃ  ＭＯに付加することができる。ここで、この新たな警報を位置アップデート警報と呼ぶ。関連技術のＤＭＡｃｃ  ＭＯに追加された新たなノードは、図５に示す位置アップデートノード５１０である。
【００７１】
位置アップデートノード５１０は、この装置が自身のアドレスの変更を検出し次第に可能なもっとも初期の機会に位置アップデート警報をＤＭサーバに送信しなければならないか否かを示すために関連技術のＤＭＡｃｃ  ＭＯに追加されることができる。位置アップデートノード５１０が存在しない場合に、その値は、偽（false）にデフォルトされる。位置アップデートノード５１０は、Ｎｏｄｅ：＜ｘ＞／ＬｏｃａｔｉｏｎＵｐｄａｔｅでＤＭＡｃｃ  ＭＯに位置する。位置アップデートノード５１０は、表６に示す特性を含む。
【００７２】
【表６】
0005476616.tif 000007
【００７３】
この位置アップデート警報は、装置が自身のアドレスが変更されたことを検出する度にいつでも発行することができる。言い換えれば、この警報は、パッケージ１又はパッケージ３で発行することができる。この警報は、装置のハードウェアアドレス、装置の旧（old）アドレス、装置の新アドレスのうちの１つ又はそれ以上に関する情報を含むことができる。
【００７４】
この位置アップデート警報は、ＯＭＡ−ＤＭプロトコルにより定義された一般的な警報（Generic Alert）メカニズムに基づいているか、又は新たな警報タイプがこの目的のために定義されることもある。
【００７５】
本発明の一実施形態において、上述した関連技術のＤＭＡｃｃ  ＭＯに新たなノードを追加する代わりに、位置アップデートノードを含む新たなＭＯが定義されることもある。本発明の実施形態において、ＤＭＡｃｃ  ＭＯは、新たなＭＯの関連インスタンスに対する参照を提供することができる。
【００７６】
一般警報メカニズムに基づく位置アップデート警報同期マークアップ言語（Synchronization Markup Language：ＳｙｎｃＭＬ）メッセージの一例が図６に図示されている。
【００７７】
図６は、本発明の一実施形態による位置アップデート警報ＳｙｎｃＭＬメッセージを示す。
【００７８】
図６を参照すると、位置アップデート警報のためのＳｙｎｃＭＬメッセージを示す。図６に示すＳｙｎｃＭＬメッセージの特定事項は、本開示の範囲外であるので、ここでは、これに対する説明を簡潔性のために省略する。
【００７９】
下記では、再起動の時に装置が関連ＤＭサーバに位置アップデート警報を発行するためのアルゴリズムの一例を図７を参照して説明する。上述したように、装置は起動（startup）の時ではなく、装置が自身のアドレスが変更されたことを検出するたびに位置アップデート警報を発行することもできる。
【００８０】
図７は、本発明の一実施形態による装置がＤＭサーバに位置アップデート警報を発行するためのアルゴリズムを示すフローチャートである。
【００８１】
図７を参照すると、再起動の時に、この装置は、ステップ７００において、自身のアドレスが変更されたか否かを判定する。ステップ７００において、この装置が自身のアドレスに変更がないと判定する場合に、このアルゴリズムは終了する。一方、ステップ７００において、この装置が自身のアドレスに変更があると判定する場合に、この装置は、ステップ７０２において、アドレスの変更が１つのローカルアドレスから他のローカルアドレスへの変更であるか否かを判定する。ステップ７０２において、この装置が旧アドレス及び新アドレスのすべてがネットワークにローカルであると判定した場合に、このアルゴリズムは終了する。他方、ステップ７０２において、この装置が旧アドレス及び新アドレスのすべてがネットワークにローカルでないと判定した場合に、この装置は、ステップ７０４において、すべてのＤＭＡｃｃ  ＭＯをスキャンし、ステップ７０６において、位置アップデートノードが真に設定された値を有するＤＭＡｃｃ  ＭＯの少なくとも１つのインスタンスが位置しているか否かを判定する。ステップ７０６において、この装置が、位置アップデートノードが真に設定された値を有するＤＭＡｃｃ  ＭＯのインスタンスが存在しないと判定する場合では、ブートストラッピングされたＤＭサーバのうちのいずれのサーバも装置の新アドレスにアップデートする必要がないので、このアルゴリズムは終了する。他方、ステップ７０６において、この装置が、位置アップデートノードが真に設定された値を有するＤＭＡｃｃ  ＭＯの少なくとも１つのインスタンスが位置している（少なくとも１つのブートストラッピングされたＤＭサーバが新たなアドレス情報にアップデートする必要がある）と判定した場合では、ステップ７０８において、この装置は、プロキシ又は適応モードに少なくとも１つのＤＭゲートウェイが存在するか否かを判定する。これは、プロキシ又はプロトコル適応の値に設定された＜ｘ＞／ＤＭＧａｔｅｗａｙ／Ｍｏｄｅノードを含むＤＭＡｃｃ  ＭＯインスタンスを検索することにより判定する。ステップ７０８において、この装置がプロキシ又は適応モードに少なくとも１つの配置されたＤＭゲートウェイが存在しないと判定した場合では、ステップ７１０において、位置アップデートノードが真に設定された値を有するＤＭサーバに位置アップデート警報が直接送信される。他方、ステップ７０８において、この装置がプロキシ又は適応モードに少なくとも１つの配置されたＤＭゲートウェイが存在すると判定した場合では、ステップ７１２において、位置アップデート警報は、プロキシ又は適応モードに配置され、位置アップデートノードが真に設定された値を有するすべてのＤＭゲートウェイに送信される。
【００８２】
＜ローカルエリアネットワーク（ＬＡＮ）デバイスインベントリＭＯの拡張された役割＞
以下では、ＤＭゲートウェイが対応するＤＭサーバにブートストラッピングされない一方、関連装置がブートストラッピングされた場合に、ＤＭゲートウェイがＤＭサーバから関連装置にメッセージを伝達することができるようにする本発明の実施形態によるＯＭＡ−ＤＭプロトコルに対する強化が説明される。
【００８３】
全体の開示がここに参照として併合される２０１０年７月２９日に出願された米国特許出願第１２／８４６，６６１号は、ＬＡＮデバイスインベントリ（DeviceInventory）ＭＯと呼ばれる新たなＭＯを紹介している。ＬＡＮデバイスインベントリＭＯは、ＤＭゲートウェイと関連したＬＡＮ上の装置のリストを保持する。ＬＡＮデバイスインベントリＭＯは、ＬＡＮ上の装置との関連／分離が行われる時に、ゲートウェイ上で動作中であるＤＭクライアントがこれに位置する。数ある中でも、ＬＡＮデバイスインベントリＭＯは、ＬＡＮで発見された各装置に関する情報の中で次の１つ又はそれ以上のアイテムを保持することができる。
【００８４】
・装置タイプ及び／又は装置サブタイプ
・装置ハードウェアアドレス（すなわち、メディアアクセスコントロール（Media Access Control：ＭＡＣ）アドレス、国際移動体装置識別番号（International Mobile Equipment Identity：ＩＭＥＩ）、携帯端末識別番号（Mobile Equipment Identifier：ＭＥＩＤ））
・有効性満了時間（すなわち、新たなハートビート（heartbeat）メッセージがＤＭゲートウェイにより受信されない限り、装置エントリーがインベントリから除去される時間）
【００８５】
ここで、終端装置に位置したＤＭクライアントがブートストラッピングされるすべてのＤＭサーバに対する識別子をＬＡＮデバイスインベントリＭＯに含ませることにより、本発明の実施形態に従ってＬＡＮデバイスインベントリＭＯの役割が拡張される。（米国特許出願第１２／８４６，６６１号で論議されるように）装置が、自身がＤＭゲートウェイと関連することを最初に検出する場合に、この装置は、自身がブートストラッピングされたすべてのＤＭサーバのＤＭサーバＩＤを一般警報メッセージを介して送信する。ここでは、この一般警報をブートストラッピングされたＤＭサーバリスト警報（Bootstrapped DM Server List Alert）と呼び、この一例を図８に示す。
【００８６】
図８は、本発明の一実施形態によるブートストラッピングされたＤＭサーバリスト警報ＳｙｎｃＭＬメッセージを示す。
【００８７】
図８を参照すると、ブートストラッピングされたＤＭサーバリスト警報に対するＳｙｎｃＭＬメッセージが図示されている。図８に示すＳｙｎｃＭＬメッセージの特定事項は、本開示の範囲外であるので、ここでは、簡潔性のために、これに対する説明を省略する。
【００８８】
ＤＭゲートウェイは、ブートストラッピングされたＤＭサーバリスト警報を受信する時に、ＬＡＮデバイスインベントリＭＯのうちで関連装置に対する対応するエントリーをアップデートする。関連装置を宛先とするパッケージ０メッセージのＤＭゲートウェイによる処理を向上させるために、ＯＭＡ−ＤＭバージョン１．３通知メッセージ構造は、本発明の一実施形態に従って修正することができる。より具体的には、ＯＭＡ−ＤＭバージョン１．３通知メッセージの＜ｒｅａｓｏｎ−ｄａｔａ＞フィールドは、本発明の実施形態による＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールドに置き換えられることもある。また、ＯＭＡ−ＤＭバージョン１．３通知メッセージの＜ｍｏｉ−ｄａｔａ＞フィールドは、本発明の実施形態による＜ｍｏｉ−ｃｏｄｅ＞フィールドに置き換えられることもある。＜ｒｅａｓｏｎ−ｄａｔａ＞及び＜ｍｏｉ−ｄａｔａ＞フィールドを含むＯＭＡ−ＤＭバージョン１．３通知メッセージの構造が図９Ａに図示されており、本発明の実施形態による＜ｒｅａｓｏｎ−ｃｏｄｅ＞及び＜ｍｏｉ−ｃｏｄｅ＞フィールドを含む通知メッセージの構造が図９Ｂに図示されている。
【００８９】
図９Ａは、関連技術による＜ｒｅａｓｏｎ−ｄａｔａ＞及び＜ｍｏｉ−ｄａｔａ＞フィールドを含む通知メッセージの構造を示す。図９Ｂは、本発明の一実施形態による＜ｒｅａｓｏｎ−ｃｏｄｅ＞及び＜ｍｏｉ−ｃｏｄｅ＞フィールドを含む通知メッセージの構造を示す。
【００９０】
図９Ａ及び図９Ｂを参照すると、＜ｒｅａｓｏｎ−ｄａｔａ＞フィールド９００及び＜ｍｏｉ−ｄａｔａ＞フィールド９０１を含むＯＭＡ−ＤＭバージョン１．３の通知メッセージの構造の視覚的（pictorial）描写、及び＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールド９０２と＜ｍｏｉ−ｃｏｄｅ＞フィールド９０３とを含む通知メッセージの構造がそれぞれ図示されている。ここで論議されない図９Ａ及び図９Ｂに示すフィールドの特定事項は、本開示の範囲外であるので、ここでは、簡潔性のためにこれらに対する説明を省略する。ここで論議されない図９Ａ及び図９Ｂに示すフィールドの各々に関する説明は、全体開示がここに参照として併合されるＯＭＡ  ＤＭ通知ＴＳのバージョン１．３のセクション６．２で探すことができる。本発明の一実施形態によると、＜ｍｏｉ−ｐｒｅｓｅｎｔ＞フィールド９０５に真（true）に設定されたビットは、＜ｍｏｉ−ｃｏｄｅ＞フィールド９０３が通知メッセージに存在することを示すことができる。同様に、＜ｒｅａｓｏｎ−ｐｒｅｓｅｎｔ＞フィールド９０４に真に設定されたビットは、＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールド９０２が通知メッセージに存在することを示すことができる。＜ｍｏｉ−ｐｒｅｓｅｎｔ＞フィールド９０５及び＜ｒｅａｓｏｎ−ｐｒｅｓｅｎｔ＞フィールド９０４は、通知メッセージのヘディング（heading）に位置した１ビットフィールドである。
【００９１】
＜ｍｏｉ−ｄａｔａ＞フィールド９０１の目的は、どのＭＯが後続管理セッションで管理されるかをＤＭクライアントに主導的に示すことにある。あるＭＯでＭＯ識別子とＭＯ識別子コードとの間の結合（binding）を保持し、通知メッセージの＜ｍｏｉ−ｃｏｄｅ＞フィールド９０３にＭＯ識別子コードを指定することにより同一の効果を達成することができる。＜ｍｏｉ−ｃｏｄｅ＞フィールド９０３は、２５６個までのＭＯ識別子がいつでも指定されることができるようにする８ビットフィールドであることができ、これは、最大要求に十二分に適切でなければならない。
【００９２】
＜ｒｅａｓｏｎ−ｄａｔａ＞フィールド９００の目的は、ＤＭセッションを設定する理由をＤＭクライアントに主導的に示すことにある。あるＭＯで理由ストリング(reason string)と理由コード(reason code)との間の結合を保持し、通知メッセージの＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールド９０２に理由コードを指定することにより同一の効果を達成することができる。＜ｒｅａｓｏｎ−ｃｏｄｅ＞フィールド９０２は、２５６個までの管理セッション設定理由がいつでも指定されることができるようにする８ビットフィールドであることができ、これは、最大要求に十二分に適切でなければならない。
【００９３】
この理由コードとこの理由ストリングとの間の結合は、既存のＭＯのうちの１つ又は新たなＭＯに提供することができる。
【００９４】
＜ＤＭサーバのブラックリスト＞
ＤＭゲートウェイは、ターゲット装置がブートストラッピングされるＤＭサーバのサーバ識別子に関する情報を有する。ＤＭゲートウェイは、このようなＤＭサーバの認証情報（credentials）を保持しない。このために、ＤＭゲートウェイは、サービス拒否攻撃に敏感である。予防措置として、本発明の実施形態に従ってＤＭサーバのブラックリスト保持することができる。ブラックリスト上のＤＭサーバからのメッセージは、ＤＭゲートウェイがブートストラッピングされたＤＭサーバから発行された管理命令により明示的に許容されない限りその場で拒絶される。ＤＭサーバブラックリストは、既存のＭＯのうちの１つ又は新たなＭＯで提供されることができる。以下では、ＤＭサーバからのメッセージを処理するＤＭゲートウェイの一例を図１０を参照して説明する。
【００９５】
図１０は、本発明の一実施形態によるＤＭゲートウェイがＤＭサーバからのメッセージを処理するためのアルゴリズムを示すフローチャートである。
【００９６】
図１０を参照すると、ＤＭゲートウェイは、ステップ１０００において、ＤＭサーバから受信するメッセージを待つ。メッセージがＤＭサーバから受信する場合に、ステップ１００２において、ＤＭゲートウェイは、メッセージが自身を宛先とするか否かを判定する。ステップ１００２において、ＤＭゲートウェイがメッセージが自身を宛先とすると判定する場合に、ステップ１００４において、ＤＭゲートウェイは、受信したメッセージを正常ＤＭメッセージとして処理する。この後に、アルゴリズムは、ステップ１０００に戻る。他方、ステップ１００２において、ＤＭゲートウェイがメッセージが自身を宛先にしないと判定する場合に、ＤＭゲートウェイは、ステップ１００６において、ターゲット装置がＤＭゲートウェイが関連した装置であるか否かを判定する。一実施形態において、ＤＭゲートウェイは、ターゲット装置がＬＡＮデバイスインベントリＭＯにエントリーを有するか否かを判定することによりターゲット装置がＤＭゲートウェイと関連した装置であるか否かを判定することができる。
【００９７】
ステップ１００６において、ＤＭゲートウェイがターゲット装置が関連した装置でないと判定する場合に、ステップ１００８において、メッセージは無視される。その後、アルゴリズムは、ステップ１０００に戻る。他方、ステップ１００６において、ＤＭゲートウェイがターゲット装置が関連した装置であると判定する場合に、ステップ１０１０において、ＤＭゲートウェイは、メッセージを送信したＤＭサーバにブートストラッピングされるか否かを判定する。ステップ１０１０において、ＤＭゲートウェイがメッセージを送信したＤＭサーバにブートストラッピングされると判定する場合に、ステップ１０１２において、ＤＭゲートウェイは、メッセージをターゲット装置に伝達する。その後に、アルゴリズムは、ステップ１０００に戻る。他方、ステップ１０１０において、ＤＭゲートウェイがメッセージを送信したＤＭサーバにブートストラッピングされないと判定する場合では、ＤＭゲートウェイは、ステップ１０１４において、ターゲット装置に対するＬＡＮデバイスインベントリＭＯエントリーが装置に対してブートストラッピングされたサーバのリストを有するか否かを判定する。ステップ１０１４において、ＤＭゲートウェイが、ターゲット装置に対するＬＡＮデバイスインベントリＭＯエントリーが装置に対してブートストラッピングされたサーバのリストを有していないものと判定する場合に、ＤＭサーバＩＤは、ステップ１００８において、ターゲット装置に対するＬＡＮデバイスインベントリエントリーに存在しないので、ＤＭゲートウェイはメッセージを無視する。その後、アルゴリズムはステップ１０００に戻る。他方、ステップ１０１４において、ＤＭゲートウェイが、ターゲット装置に対するＬＡＮデバイスインベントリＭＯエントリーが装置に対するブートストラッピングされたサーバのリストを有すると判定する場合では、ＤＭゲートウェイは、ステップ１０１６において、サーバＩＤがターゲット装置に対するブートストラップサーバリストに含まれるか否かを判定する。ステップ１０１６において、ＤＭゲートウェイが、サーバＩＤがターゲット装置に対するブートストラップサーバリストに含まれていないものと判定する場合に、ステップ１００８において、ＤＭゲートウェイはメッセージを無視する。その後、アルゴリズムはステップ１０００に戻る。他方、ステップ１０１６において、ＤＭゲートウェイが、サーバＩＤがターゲット装置に対するブートストラップサーバリストに存在すると判定する場合では、ステップ１０１８において、ＤＭゲートウェイは、サーバＩＤがＤＭゲートウェイのブラックリスト（DM Gateway’s Blacklist）に含まれているか否かを判定する。ステップ１０１８において、ＤＭゲートウェイが、サーバＩＤがＤＭゲートウェイのブラックリストに含まれていないものと判定する場合に、ステップ１０１２において、ＤＭゲートウェイは、メッセージをターゲット装置に伝達する。その後、アルゴリズムはステップ１０００に戻る。他方、ステップ１０１８において、ＤＭゲートウェイが、サーバＩＤがＤＭゲートウェイのブラックリストに含まれたものと判定する場合では、ステップ１０２０において、ＤＭゲートウェイは、メッセージを送信したＤＭサーバのブラックリスティングに対する管理オーバーライド（override）があるか否かを判定する。ステップ１０２０において、ＤＭゲートウェイがＤＭサーバＩＤのブラックリスティングに対する管理オーバーライドがあると判定する場合に、ステップ１０１２において、ＤＭゲートウェイは、メッセージをターゲット装置に伝達する。その後、アルゴリズムはステップ１０００に戻る。他方、ステップ１０２０において、ＤＭゲートウェイがＤＭサーバＩＤのブラックリスティングに対する管理オーバーライドがないと判定する場合では、ステップ１００８において、ＤＭゲートウェイはメッセージを無視する。その後に、アルゴリズムはステップ１０００に戻る。
【００９８】
以下では、本発明の一実施形態によるＤＭクライアントを含む装置の構造を図１１を参照して説明する。
【００９９】
図１１は、本発明の一実施形態によるＤＭクライアントを含む装置の構成を示すブロック図である。
【０１００】
図１１を参照すると、装置１１００は、ＤＭクライアント１１１０、プロセッサ１１２０、メモリ１１３０、及び通信部１１４０を含む。装置１１００は、任意の数の追加の構成要素も含むことができる。しかしながら、装置１１００の追加の構成要素に関する説明は、簡潔性のために省略する。
【０１０１】
ＤＭクライアント１１１０は、プロセッサ１１２０により実行されるコードとして実現されるか又はハードウェアとして実現されることができる。ここで、用語“コード”は、装置１１００のメモリ１１３０に記憶された実行可能な指示、オペランド（operand）データ、構成パラメータ、及び他の情報のうちの１つ又はそれ以上を示すのに使用することができる。ＤＭクライアント１１１０の動作は、ＤＭクライアントが実行するものであり、上述で明示上に又は暗黙的に説明された動作のうちのいずれかを含む。
【０１０２】
プロセッサ１１２０は、装置１１００の一般的な動作を処理するために使用され、ＤＭクライアント１１１０のコードを実行するために使用することができる。
【０１０３】
メモリ１１３０は、装置１１００に格納された実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの１つ又はそれ以上に加えて、ＤＭクライアント１１１０のコードを格納することができる。装置の正確な構成及びタイプに基づいて、メモリ１１３０は、（ＲＡＭ（Random Access Memory）のような）揮発性、（ＲＯＭ（Read Only Memory）、フラッシュメモリなどのような）非揮発性であってもよく、又はこれらの組み合せであってもよい。
【０１０４】
通信部１１４０は、ＤＭクライアント１１１０と、ＤＭゲートウェイ、ＤＭサーバなどのような他のエンティティとの間のデータを送受信する。通信部１１４０は、無線、有線などのように任意のタイプの送受信器、受信器、又は送信器を１つ以上含むことができる。
【０１０５】
以下では、本発明の実施形態によるＤＭゲートウェイ装置の構造を図１２を参照して説明する。
【０１０６】
図１２は、本発明の実施形態によるＤＭゲートウェイの構成を示すブロック図である。
【０１０７】
図１２を参照すると、ＤＭゲートウェイ１２０２は、プロセッサ１２０４、メモリ１２０６、及び通信部１２０８を含む。ＤＭゲートウェイ１２０２は、１つ以上の追加の構成要素を含むことができる。しかしながら、ＤＭゲートウェイ１２０２の追加の構成要素に関する説明は、簡潔性のために省略する。
【０１０８】
プロセッサ１２０４は、ＤＭゲートウェイ１２０２の一般的な動作を処理するのに使用され、ＤＭゲートウェイにより実行されるもので、ここで、明示的に又は暗黙的に説明される機能／動作／アルゴリズム／役割のうちのいずれかを実行するようにコードを実行するのに使用されることができる。また、プロセッサ１２０４は、メモリ１２０６又は通信部１２０８と通信することもでき、制御することもできる。用語“コード”は、メモリ１２０６に格納された実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの１つ又はそれ以上を示すために使用されることができる。
【０１０９】
メモリ１２０６は、ＤＭゲートウェイにより実行されるもので、ここで、明示的に又は暗黙的に説明された機能／動作／アルゴリズム／役割のうちのいずれかを実行するようにプロセッサ１２０４により処理されるコードを格納することができる。また、実行可能な指示、オペランドデータ、構成パラメータ、及び他の情報のうちの１つ又はそれ以上がメモリ１２０６に格納されることができる。ＤＭゲートウェイ１２０２の正確な構成に基づいて、メモリ１２０６は、（ＲＡＭ（Random Access Memory）のような）揮発性、（ＲＯＭ（Read Only Memory）、フラッシュメモリなどのような）非揮発性であってもよく、又はこれらの組み合せであってもよい。
【０１１０】
通信部１２０８は、装置、ＤＭサーバ、及び他のエンティティのうちの１つ又はそれ以上のもの間でデータを送受信する。通信部１２０８は、無線、有線などのように任意のタイプの送受信器、受信器及び送信器を１つ以上含むことができる。
【０１１１】
本発明の一実施形態によるＤＭサーバ装置の構造は、図１２を参照して説明したＤＭゲートウェイの構造と実質的に同一であることができる。したがって、これに関する説明は、簡潔性のために省略される。
【０１１２】
本発明の実施形態は、コンピュータ読み取り可能な記録媒体上でコンピュータ読み取り可能なコードとして実現することもできる。コンピュータ読み取り可能な記録媒体は、コンピュータシステムにより読出し可能なデータを記憶できる任意のデータ記憶装置である。コンピュータ読み取り可能な記録媒体の例としては、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光学データ記憶装置、及び搬送波（インターネットを介したデータ送信のような）が含まれるが、これらに限定されるものではない。また、上記コンピュータ読み取り可能な記録媒体は、コンピュータ読み取り可能なコードが配布される方式で記憶されて実行されるように、ネットワーク結合型コンピュータシステムを介して配布できる。さらに、本発明を実行するための関数プログラム、コード及びコードセグメントは、本発明が属する技術分野で熟練したプログラマーにより本発明の範囲内で容易に解釈することができるであろう。
【０１１３】
以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲により規定されるような本発明の趣旨及び範囲を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を有する者には明らかである。
【符号の説明】
【０１１４】
１００  有線ネットワーク
１０２  無線ネットワーク
１１０  有線装置
１１２  無線装置
１２０  ＤＭサーバ
１３０  ＤＭ機関（ＤＭ  Ａｕｔｈｏｒｉｔｙ）
２０２  ＤＭサーバ
２０４  ＤＭクライアント
２１０  設定ステップ
２１６  パッケージ２メッセージ
２２０  管理ステップ
２２２  パッケージ３メッセージ
２２４  パッケージ４メッセージ
３００  装置
３１０  ＤＭクライアント、ＤＭ装置
３２０  標準管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔｓ：ＭＯｓ）
３２２  ＤＭＡｃｃ  ＭＯ
３２４  ＤｅｖＩｎｆｏ  ＭＯ
３２６  ＤｅｖＤｅｔａｉｌ  ＭＯ
３４０  ＤＭサーバ
５００  ＤＭゲートウェイ（ＤＭＧａｔｅｗａｙ）ノード
５０２  モード（Ｍｏｄｅ）ノード
５０４  リフレッシュ間隔（ＲｅｆｒｅｓｈＩｎｔｅｒｖａｌ）ノード
５０６  満了時間（ＥｘｐｉｒｙＴｉｍｅ）ノード
５１０  位置アップデートノード
１１００  装置
１１１０  ＤＭクライアント
１１２０  プロセッサ
１１３０  メモリ
１１４０  通信部
１２０２  ＤＭゲートウェイ
１２０４  プロセッサ
１２０６  メモリ
１２０８  通信部
【図１】
0005476616.tif 000008
【図２】
0005476616.tif 000009
【図３】
0005476616.tif 000010
【図４】
0005476616.tif 000011
【図５】
0005476616.tif 000012
【図６】
0005476616.tif 000013
【図７】
0005476616.tif 000014
【図８】
0005476616.tif 000015
【図９Ａ】
0005476616.tif 000016
【図９Ｂ】
0005476616.tif 000017
【図１０】
0005476616.tif 000018
【図１１】
0005476616.tif 000019
【図１２】
0005476616.tif 000020