(57)【特許請求の範囲】
【請求項１】
ターゲットオペレーションノードを位置特定する方法であって、
端末デバイス内のデバイス管理(DM)クライアントにより、DMサーバによって送出された管理コマンドを取得するステップを有し、
前記管理コマンドは、管理オブジェクト(MO)を識別するためのMOロケーション情報、操作されるMOインスタンスを識別するためのフィーチャノード情報、および前記ターゲットオペレーションノードを識別するためのターゲットオペレーションノード情報を含み、
前記方法は、
前記DMクライアントにより、前記管理コマンドを取得した後、前記MOロケーション情報および前記フィーチャノード情報に従って、前記操作されるMOインスタンスのルートノードの第1の絶対ユニフォームリソース識別子(URI)を決定するステップと、
前記DMクライアントにより、前記操作されるMOインスタンスのルートノードの第1の絶対URIと前記ターゲットオペレーションノードの相対URIとを連結することによって前記ターゲットオペレーションノードの第2の絶対URIを作成するステップと、
前記DMクライアントにより、前記ターゲットオペレーションノードの第2の絶対URIを使用して前記ターゲットオペレーションノードを位置特定するステップと、
をさらに有し、
前記操作されるMOインスタンスのルートノードの第1の絶対URIは管理ツリーのルートノードから始まり、前記ターゲットオペレーションノードの相対URIは前記操作されるMOインスタンスのルートノードに相対的であり、前記ターゲットオペレーションノードの第2の絶対URIは前記管理ツリーのルートノードから始まる方法。
【請求項２】
前記DMクライアントにより、前記管理コマンドのエレメントFilterから前記フィーチャノード情報を取得するステップを有する請求項１に記載の方法。
【請求項３】
前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、
前記方法は、
前記DMクライアントにより、前記MOに対応する複数のMOインスタンスから、前記フィーチャノードのノード名および前記フィーチャノードの値を使用することによって前記操作されるMOインスタンスを識別するステップを有する請求項１または２に記載の方法。
【請求項４】
前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記DMクライアントにより、前記MOロケーション情報に従って複数のMOインスタンスを識別するステップと、
前記DMクライアントにより、フィーチャノード情報に従って前記複数のMOインスタンスから前記操作されるMOインスタンスを識別するステップと、
を有する請求項１から４のいずれか一項に記載の方法。
【請求項６】
デバイス管理(DM)クライアントを含む端末デバイスであって、
DMサーバによって送出された管理コマンドを受信するように構成された受信器と、
プロセッサと、を備え、
前記管理コマンドは、管理ツリー内の管理オブジェクト(MO)を識別するためのMOロケーション情報、前記MO内の操作されるMOインスタンスを識別するためのフィーチャノード情報、および前記操作されるMOインスタンス内のターゲットオペレーションノードを識別するためのターゲットオペレーションノード情報を含み、
前記プロセッサは、
前記MOロケーション情報および前記フィーチャノード情報に従って、前記操作されるMOインスタンスのルートノードの第1の絶対ユニフォームリソース識別子(URI)を決定し、
前記操作されるMOインスタンスのルートノードの第1の絶対URIと前記ターゲットオペレーションノードの相対URIとを連結することによって前記ターゲットオペレーションノードの第2の絶対URIを作成し、
前記ターゲットオペレーションノードの第2の絶対URIを使用して前記ターゲットオペレーションノードを位置特定するように構成され、
前記操作されるMOインスタンスのルートノードの第1の絶対URIは前記管理ツリーのルートノードから始まり、前記ターゲットオペレーションノードの相対URIは前記操作されるMOインスタンスのルートノードに相対的であり、前記ターゲットオペレーションノードの第2の絶対URIは前記管理ツリーのルートノードから始まる端末デバイス。
【請求項７】
前記プロセッサは、
前記MOロケーション情報に従って複数のMOインスタンスを識別し、
前記フィーチャノード情報に従って前記複数のMOインスタンスから前記操作されるMOインスタンスを識別するように構成された請求項６に記載の端末デバイス。
【請求項８】
前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項６または７に記載の端末デバイス。
【請求項９】
前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項６または７に記載の端末デバイス。
【請求項１０】
デバイス管理(DM)サーバであって、
管理コマンドを生成するように構成されたコマンド生成器と、
送信器と、を備え、
前記管理コマンドは、管理ツリー内の管理オブジェクト(MO)を識別するためのMOロケーション情報、前記MO内の操作されるMOインスタンスを識別するためのフィーチャノード情報、および前記操作されるMOインスタンス内のターゲットオペレーションノードを識別するためのターゲットオペレーションノード情報を含み、
前記送信器は、端末デバイス内のDMクライアントが、
前記MOロケーション情報および前記フィーチャノード情報に従って、前記操作されるMOインスタンスのルートノードの第1の絶対ユニフォームリソース識別子(URI)を決定し、
前記操作されるMOインスタンスのルートノードの第1の絶対URIと前記ターゲットオペレーションノードの相対URIとを連結することによって前記ターゲットオペレーションノードの第2の絶対URIを作成し、
前記ターゲットオペレーションノードの第2の絶対URIを使用して前記ターゲットオペレーションノードを位置特定する
ように前記DMクライアントに前記管理コマンドを送出するように構成され、
前記操作されるMOインスタンスのルートノードの第1の絶対URIは前記管理ツリーのルートノードから始まり、前記ターゲットオペレーションノードの相対URIは前記操作されるMOインスタンスのルートノードに相対的であり、前記ターゲットオペレーションノードの第2の絶対URIは前記管理ツリーのルートノードから始まるDMサーバ。
【請求項１１】
前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項１０に記載のDMサーバ。
【請求項１２】
前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項１０に記載のDMサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野、特に、通信システムにおけるデバイス管理(DM)技術、より詳細には、DMサーバ、DMクライアント、およびターゲットオペレーションオブジェクトを位置特定する方法に関する。
【０００２】
本願は、発明の名称を“DEVICE MANAGEMENT SERVER, DEVICE MANAGEMENT CLIENT, AND METHOD FOR LOCATING A TARGET OPERATION OBJECT”とし、2008年11月27日に中国特許庁によって出願された中国特許出願第200810181563.X号の優先権を主張し、その全体が参照によりここに組み込まれる。
【背景技術】
【０００３】
オープンモバイルアライアンスデバイス管理バージョン1.2(Open Mobile Alliance Device Management Version 1.2)(OMA DM V1.2)(以下、略してDM仕様と呼ぶ)は、DMのためのOMA DMワーキンググループによって規定され、統一されたDM仕様である。DMシステムは、第3者機関が、無線ネットワーク端末デバイス(モバイル電話端末および端末内の機能オブジェクトなど)の環境および構成情報を管理および設定し、ネットワークデバイスの使用中に起こる問題を解決し、オーバザエア(over the air)(OTA)方式でソフトウェアおよびファームウェアをインストールおよび更新し、ユーザ体験を改善するために、より人間らしくされかつ個人化されたサービスを提供するために使用される低コスト解決策を提供する。第3者機関は、モバイルオペレータ、サービスプロバイダ、または、パートナの情報管理部門であってよい。
【０００４】
図１は、従来技術のOMA DMシステムのアーキテクチャ図である。端末デバイス内のDMエージェントは、DMサーバによって送出される管理コマンドを解釈し実行するように構成される。端末デバイス内に記憶される管理ツリーは、DMサーバが、それを通してDMプロトコルに従って端末デバイスを管理するインタフェースとみなされてもよい。管理ツリーは、いくつかの基本管理オブジェクト(MO)を含む。DMサーバは、管理ツリーオブジェクトを操作することによって、端末MOを制御するという目的を達成する。オペレーションコマンドは、Get、Replace、Exec、Copy、およびDeleteを含む。
【０００５】
MOは、それ自身の識別子を有し、その識別子は、管理オブジェクト識別子(MOI)と呼ばれ、MOを一意に識別するために使用される。
【０００６】
DM管理ツリーの場合、MOは、ルートノード、内部ノード、およびリーフノードなどのノードからなる。ルートノードは、管理ツリーの最上位のノードである。リーフノードは、ノード値を有してもよいが、子ノードを有することができない。内部ノードは、ノード値を含むことができないが、子ノードを有してもよい。しかし、MOのまたは管理サブツリー内の最上位ノードは、MOのまたは管理サブツリーのルートノードと呼ばれてもよい。ノードのアドレス指定は、ユニフォームリソース識別子(URI)を通して実施される。URIは、絶対URIと相対URIに分類される。絶対URIは、ルートノードから始まるノード、たとえば「./A/B/C/D」であり、相対URIは、参照としてある位置を使用するURI、たとえば「A/B/C/D」である。
【０００７】
管理ツリーでは、プレースホルダとして働く1つのタイプの無名ノードが存在し、サーバまたはユーザ端末によってインスタンス化されるときに名付けされるだけである。このタイプのノードは、xノードと呼ばれる。名付けられた後、ノードおよびそのノードの下のサブノードは、インスタンスと呼ばれる。ノードがMOのルートノードである場合、ノードおよびそのノードの下のサブノードは、MOインスタンスと呼ばれる。
【０００８】
OMA DMは、接続参照、サーバアドレス、および認証情報などの、ユーザ端末およびサーバが接続を確立するときに必要とされる関連パラメータを記憶するデバイス管理アカウント(DMAcc)標準MOを定義する。
【０００９】
OMA DMは、Inbox標準MOも定義する。オブジェクトを使用することによって、サーバがユーザ端末にMOを追加するとき、追加のための絶対パスが提供されない可能性があり、ユーザ端末はMOIを知らされ、それによってオブジェクトのパスを解決する。
【００１０】
DMサーバによってユーザ端末を管理する前提は、DMサーバが、位置、名前、およびノードのノード値など、目下のユーザ端末内の管理ツリーの関連情報を知る必要があるということである。時折、ユーザ端末は、サーバに情報を知らせず、複数の端末の情報が異なる可能性がある。
【００１１】
従来技術では、MOインスタンスは、管理コマンドにおいて相対URIを使用し、管理コマンドにMOI情報を付加することによって位置特定される。従来技術の問題は次の通りである。技術的解決策は、複数の端末における相対URIが、整合性を持つという前提に基づいており、端末内の相対URIが整合性を持たない場合、その技術を適用できない。
【発明の概要】
【課題を解決するための手段】
【００１２】
本発明は、1つの管理コマンドを1回使用することによってロケーション情報を取得し、対応するロケーション情報をDMクライアントのDMツリー内で探索することによって正確なURIを取得し、したがって、ターゲットオペレーションノードを操作するという目的を最終的に達成するために、DMクライアントが、DMコマンドを受信し、異なるDMクライアント内のターゲットオペレーションオブジェクトに対して位置特定を実施できないという従来技術の問題を解決するための方法を対象とする。
【００１３】
本発明はさらに、管理コマンドを1回使用することによってロケーション情報を取得し、DMクライアントのDMツリー内で対応するロケーション情報を探索することによって正確なURIを取得し、したがって、ターゲットオペレーションノードを操作するという目的を最終的に達成するために、DMクライアントが、DMコマンドを受信するための方法を実装するように構成されるDMコマンドを受信し、DMクライアントのDMツリー内のノードの詳細URIをDMサーバが提供する必要があるという従来技術の問題を解決するための装置を対象とする。
【００１４】
本発明はさらに、管理コマンドを通して、異なるDMクライアントがターゲットオペレーションノードを正確に位置特定するように、DMサーバが、DMコマンドを送出するための方法を実装するように構成されるDMコマンドを送出し、異なるDMクライアントについて異なるDMコマンドをDMサーバが生成する必要があるという従来技術の問題を解決するための装置を対象とする。
【００１５】
先の目的を達成するために、本発明の実施形態は、ターゲットオペレーションオブジェクトを位置特定する方法を提供し、この方法は、DMサーバによって送出される管理コマンドを取得すること、および、管理コマンドに従ってターゲットオペレーションオブジェクトを操作することを含み、管理コマンドは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含む。
【００１６】
先の目的を達成するために、本発明の実施形態は、DMクライアントを提供し、DMクライアントは、受信ユニットおよび処理ユニットを含み、受信ユニットは、DMサーバによって送出される管理コマンドを受信するように構成され、管理コマンドは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含み、処理ユニットは、管理コマンドに従ってターゲットオペレーションオブジェクトを操作するように構成される。
【００１７】
先の目的を達成するために、本発明の実施形態はさらに、DMサーバを提供し、サーバは、コマンド生成ユニットおよび送出ユニットを含み、コマンド生成ユニットは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を管理コマンド内に付加するように構成され、送出ユニットは、送出ユニットを通して管理コマンドを送出するように構成される。
【００１８】
本発明は、以下の有益な効果を有する。本発明の実施形態によれば、DMクライアントおよびDMコマンドに従ってターゲットオペレーションオブジェクトを位置特定する方法において、ターゲットオペレーションノードの正確なロケーション情報が、DMサーバと1回通信することによって取得されうるため、DMサーバと複数回通信するプロシージャが低減され、それにより、効率が増す。本発明の実施形態によれば、DMサーバは、DMクライアントが先の目的を達成することを可能にするように、DMクライアントに対応するDMコマンドを送出できる。
【００１９】
ここで説明する添付図面は、本発明のさらなる理解のためのものであり、本出願の一部であるが、本発明を限定することを意図されない。
【図面の簡単な説明】
【００２０】
【図１】従来技術のOMA DMシステムのアーキテクチャ図である。
【図２】本発明によるDMコマンドを送出するDMサーバの第1の実施形態のフローチャートである。
【図３】本発明によるDMコマンドを送出するDMサーバの第2の実施形態のフローチャートである。
【図４】本発明のDMツリーの第1の実施形態の図である。
【図５】本発明によるDMコマンドを送出するDMサーバの第3の実施形態のフローチャートである。
【図６】本発明によるDMコマンドを送出するDMサーバの第4の実施形態のフローチャートである。
【図７】本発明によるDMコマンドを送出するDMサーバの第5の実施形態のフローチャートである。
【図８】本発明のDMツリーの第2の実施形態の図である。
【図９】本発明によるDMコマンドを送出するDMサーバ用の装置の実施形態のアーキテクチャ図である。
【図１０】本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第1の実施形態のフローチャートである。
【図１１】本発明による、DMクライアントがターゲットオペレーションオブジェクトを位置特定するプロセスのステップ1002の特定の実施形態のフローチャートである。
【図１２】本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第2の実施形態のフローチャートである。
【図１３】本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第3の実施形態のフローチャートである。
【図１４】本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第4の実施形態のフローチャートである。
【図１５】本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第5の実施形態のフローチャートである。
【図１６】本発明による、DMコマンドを受信する装置の実施形態のアーキテクチャ図である。
【図１７】本発明による、DMクライアントの処理ユニット1602の実施形態のアーキテクチャ図である。
【図１８】本発明による、DMクライアントのターゲットオペレーションオブジェクトユニット1703の実施形態のアーキテクチャ図である。
【発明を実施するための形態】
【００２１】
本発明の目的、技術的解決策、および利点をより理解できるようにするために、本発明は、実施形態および添付図面を参照して以下でさらに詳細に述べられる、本発明の例示的な実施形態および本明細書の実施形態の説明は、本発明を説明するためのものであるが、本発明を限定することを意図しない。
【００２２】
本発明の実施形態は、添付図面を参照して以下で詳細に述べられる、DMサーバ、DMクライアント、およびターゲットオペレーションオブジェクトを位置特定する方法を提供する。
【００２３】
図２は、本発明による、以下のステップを含むDMコマンドを送出するDMサーバの第1の実施形態のフローチャートである。
【００２４】
ステップ201:MOロケーション情報を、DMサーバによって送出される管理コマンド内に付加する。MOロケーション情報は、MOを一意に識別し、識別情報に従って操作されるMOを端末が見出すために使用される。
【００２５】
ステップ202:MOインスタンスのフィーチャノード情報を、DMサーバによって送出される管理コマンド内に付加する。MOインスタンスのフィーチャノード情報は、DMクライアントが、MOインスタンスのフィーチャノード情報に従ってMOインスタンスの位置(URI)を見出すように、MOインスタンスを一意に識別する。
【００２６】
ステップ203:ターゲットオペレーションオブジェクト情報を、DMサーバによって送出される管理コマンド内に付加する。ターゲットオペレーションオブジェクト情報は、ツリーおよび記述シリアル化(Tree aNd Description Serialization)(TNDS)オブジェクトまたはターゲットオペレーションノードの情報を含む。
【００２７】
ターゲットオペレーションノード情報は、DMクライアントが、ターゲットオペレーションノード情報に従って、操作されるノードを見出すために使用される。
【００２８】
ステップ204:管理コマンドを送出する。
【００２９】
本発明の実施形態におけるステップ201、202、および203のシーケンスは、限定されず、本実施形態で述べるシーケンスは、まさに特別の場合である。
【００３０】
図３は、本発明によるDMコマンドを送出するDMサーバの第2の実施形態のフローチャートである。
【００３１】
DMツリーにおいて、図４に示すように、ノード1はDMAcc MOのルートノードであり、ServerIDはサーバ識別子(各管理インスタンスのサーバ識別子は異なる)であり、AAuthPrefは好ましい認証タイプである。サーバがノードAAuthPrefの値を設定する必要があるが、サーバは、端末管理ツリーにおけるMOの位置を知らず、また、MOインスタンスのルートノードがノード1であることも知らない場合、こうした場合、ノードAAuthPrefの特定の位置が、MOおよびMOインスタンスのフィーチャノード情報を使用することによって問い合わせされ、同時に、設定が実施される。
【００３２】
サーバは、ノードAAuthPrefの値を置換するために、Replaceコマンドを使用する。サーバによって送出されるReplaceコマンドのItemエレメントの中で、エレメントTargetParent、Target、およびDataは、ターゲットノードに対して置換される、MOロケーション情報、ターゲットオペレーションノード情報、およびノードデータをそれぞれ伝達するために使用される。
【００３３】
ステップ301:この実施形態ではurn:oma:mo:oma-dm-dmacc:1.0であるMOのロケーション情報として管理オブジェクト識別子(MOI)を使用する。本発明では、既存のDMプロトコルにおいて定義されるMOIは、MOのロケーション情報として使用されることに限定されず、DMクライアントが、ロケーション情報に従って、操作されるオブジェクトを見出す場合にだけ、いずれの情報もロケーション情報として使用されうる。この実施形態では、エレメントLocNameは、MOIを伝達するためにエレメントTargetParentで使用されるが、本発明は、MOIを伝達するエレメントおよびより高いレベルのエレメントの名前、タイプ、および数を制限しない。
【００３４】
例示的な実施形態では、たとえば、新しく定義される管理オブジェクトID(MOID)エレメントが、MOI、たとえば<MOID>urn:oma:mo:oma-dm-dmacc:1.0</MOID>を単に伝達するために使用されてもよい。一方、管理コマンド内のMOI情報の位置も制限されない。
【００３５】
ステップ302:MOインスタンスのフィーチャノード情報としてMO内のフィーチャノードおよびフィーチャノードのノード情報を使用する。たとえば、この実施形態では、ノードServerIDおよびノードServerIDのノード値www.sonera.fi-8765が、MOインスタンスのフィーチャノード情報として使用される。フィーチャノードおよびフィーチャノードのノード情報は、1つまたは複数のDMクライアント内でMOインスタンスを一意に識別してもよい。本発明では、フィーチャノードとして役立つノードは、制限されず、ノード情報として使用されるノード値も制限されない。この実施形態では、Target内のエレメントFilterは、MOインスタンスのフィーチャノード情報を伝達するために使用される。具体的には、サブエレメントRecord/Item/Target/LocURIが、フィーチャノードの相対URI、すなわち、ノードServerIDを伝達するために使用され、サブエレメントRecord/Item/Dataが、フィーチャノード情報、すなわちwww.sonera.fi-8765を伝達するために使用される。本明細書のフィーチャノードの基点URIは、デバイスのルートノードではなく、MOのルートxノードであることが留意されるべきである。
【００３６】
例示的な実施形態では、本発明は、MOIを伝達するエレメントおよびより高いレベルのエレメントの名前、タイプ、および数を制限しない。たとえば、<MOInstID>ServerID?value=www.sonera.fi-8765</MOInstID>などのエレメントMOInstIDだけが、ロケーション情報を伝達するために使用されてもよい。ここで、ServerIDはフィーチャノードであり、www.sonera.fi-8765はフィーチャノードの値である。例示的な実施形態では、管理コマンド内のロケーション情報の位置は制限されない。
【００３７】
ステップ303:この実施形態のエレメントTarget内のエレメントLocURIは、ターゲットオペレーションノード、たとえばこの実施形態ではノードAAuthPrefの相対URI情報を伝達する。さらに、置換のためのデータコンテンツが、エレメントData内に付加される。ターゲットオペレーションノードの基点URIが、デバイスのルートノードではなく、MOインスタンスのルートノードである点で、これは、既存のDMプロトコルと異なる。MOインスタンスのルートノードは、上述したMOインスタンスのフィーチャノード情報を通して位置特定される。特定の位置特定プロシージャは、以下で述べられる。
【００３８】
ステップ304:DMサーバは、先のReplaceコマンドをDMクライアントに送出する。
【００３９】
例示的な実施形態では、ロケーションプロシージャは、コマンド内のエレメントが配列されるシーケンスに従って配列される。たとえば、先の例のMOロケーション情報(すなわち、エレメントTargetParentの情報)は、前部に配置される。ロケーションプロシージャのシーケンスはまた、他の補助情報によって決定されてもよい。たとえば、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報がその中に書込まれるエレメントSequenceItemが使用され、そのエレメントは、エレメント内の情報のシーケンスに従って処理が実施されることを指示する。本明細書のロケーションプロシージャのシーケンスを決定する方法は、本発明の他の部分にも適用可能であり、再度説明しない。
【００４０】
図５は、本発明によるDMコマンドを送出するDMサーバの第3の実施形態のフローチャートである。
【００４１】
サーバが、MOインスタンス、たとえば図４に示すDMAcc MOインスタンスノード1を削除する必要がある場合、対応するステップは次の通りである。
【００４２】
ステップ501:MOロケーション情報を、Deleteコマンド内のエレメントItem/TargetParent/LocName内に書き込む。MOロケーション情報はまた、DeleteコマンドのエレメントItem/Source/LocURI内に配置されてもよく、そのことは、既存のプロトコル(すなわち、DM1.2)によって既にサポートされているエレメントSourceが再使用されてもよく、また、既存のプロトコルによってサポートされていないエレメントTargetParentを端末がさらにサポートする必要がないため、端末プログラム設計の複雑さが減少し、新しいバージョンのプロトコルの上位互換性(backward compatibility)が改善されるという利点を有する。MO識別子は、この実施形態ではurn:oma:mo:oma-dm-dmacc:1.0であるMOロケーション情報として使用される。
【００４３】
ステップ502:MOインスタンスのフィーチャノード情報としてMO内にフィーチャノードおよびフィーチャノードのノード情報を書き込む。たとえば、この実施形態では、ノードServerIDおよびノードServerIDのノード値www.sonera.fi-8765が、MOインスタンスのフィーチャノード情報として使用される。第2の実施形態の場合と同様に、MOインスタンスのフィーチャノード情報は、エレメントFilterで伝達される。MOインスタンスのフィーチャノード情報はまた、DeleteコマンドのエレメントItem/Source/LocURIで伝達される。
【００４４】
ステップ501における方法によれば、MOロケーション情報およびMOインスタンスのフィーチャノード情報は、Item/Source/LocURIで同時に伝達されてもよい。実装方法は次の通りであってよい。
<Delete>
…
<Item>
<Source>
<LocURI>
.?[urn:oma:mo:oma-dm-dmacc:1.0]/ServerID='www.sonera.fi-8765'
</LocURI>
</Source>
…
</Item>
</Delete>
【００４５】
Item/Source/LocURI内の”.”は、URIであり、管理ツリーのルートノードを指示し、本明細書の他のURIであってよい。”.”の後ろの”?”は、”?”の前のURIを”?”の後のMOロケーション情報から分離するために使用される。本明細書のMOロケーション情報は、”[”と”]”で括弧に入れられるDMAcc MOの識別子である。MOロケーション情報に続いて、この実施形態では/ServerID='www.sonera.fi-8765'であるMOインスタンスのフィーチャノード情報がある。.?[urn:oma:mo:oma-dm-dmacc:1.0]/ServerID='www.sonera.fi-8765'は、そのMO識別子が管理ツリーのルートノードの下でurn:oma:mo:oma-dm-dmacc:1.0であるMOインスタンスの位置を決定し、インスタンスの中で、そのServerIDのノード値がwww.sonera.fi-8765であるインスタンスを決定するために使用される。
【００４６】
実装モードの利点は、既存のプロトコル(すなわち、DM1.2)によって既にサポートされているエレメントSourceが、MOロケーション情報およびMOインスタンスのフィーチャノード情報を同時に伝達するために再使用されて、既存のプロトコルによってサポートされていないエレメントTargetParentおよびエレメントFilterをさらにサポートするように端末に要求することなく、MOインスタンスを位置特定することが可能であり、それにより、端末プログラム設計の複雑さが減少し、新しいバージョンのプロトコルの上位互換性が改善されることである。
【００４７】
ステップ503:エレメントTarget/LocURI内のターゲットオペレーションノードの相対URIはヌルであり、そのことは、管理コマンドによって操作されるノードが、MOインスタンスのルートノード、すなわち、ノード1であり、そのとき、全MOインスタンスが削除されることを示している。
【００４８】
例示的な実施形態では、エレメントLocURIを含まないエレメントTargetは、管理コマンドによって操作されるノードがMOインスタンスのルートノードであることを指示してもよく、ノード1の全MOインスタンスを削除するという目的が達成される。
【００４９】
上述したエレメントItem/Source/LocURIが、MOロケーション情報およびMOインスタンスのフィーチャノード情報を伝達するために使用される場合、ターゲットオペレーションオブジェクト情報がヌルであるか、または、ターゲットオペレーションオブジェクト情報がこのステップに含まれないとき、Item/Source/LocURIで伝達される情報は、MOインスタンスのルートノード(すなわち、ルートノードURI)を決定し、ターゲットオペレーションオブジェクトとしてルートノードを直接決定するために使用されてもよい。この実施形態では、ノード1(すなわち、ノード1のURI)は、ターゲットオペレーションオブジェクトとして決定され、ノード1およびノード1の全てのサブノードが削除される、すなわち、全MOインスタンスが削除される。全MOインスタンスは、ターゲットオペレーションオブジェクトとみなされてもよい。
【００５０】
エレメントItem/Source/LocURIがMOロケーション情報だけを伝達し、MOインスタンスのフィーチャノード情報を伝達しない場合、全てのMOインスタンスが削除される必要があることが指示され、MOインスタンスは、MOロケーション情報に従って決定される。全てのMOインスタンスが削除される必要があるということは、1つまたは複数のMOインスタンスが、エレメントSource内のMO情報を使用することによって決定され、また、ターゲットオペレーションオブジェクトとして決定されることと同じである。上述したエレメントItem/TargetParentは、コマンド内でMOロケーション情報を伝達するために使用されてもよい。具体的には、LocNameまたはLocURIなどのエレメントTargetParentのサブエレメントは、MOロケーション情報を伝達するために使用されてもよい。MOロケーション情報を伝達するためにエレメントSourceを使用する利点は、上述されている、すなわち、端末プログラム設計の複雑さの減少および異なるバージョン間の互換性の改善である。
【００５１】
この実施形態では、エレメントSourceは、MOインスタンスを位置特定する機能を有するだけでなく、ターゲットオペレーションオブジェクトとして働く機能も有する。したがって、ターゲットオペレーションオブジェクト情報がヌルであるか、または、ターゲットオペレーションオブジェクト情報が含まれないとき、端末は、サーバによって送出されるコマンドを処理することを拒否せず、エレメントSourceによって決定されるMOインスタンスが、ターゲットオペレーションオブジェクトとして使用される。さらに、エレメントSourceがMOインスタンスのフィーチャノード情報を伝達しない場合、ターゲットオペレーションオブジェクトは、1つのMOのロケーション情報を伝達するエレメントSourceによって複数のMOインスタンスを操作する(削除する)目的が達成されるように、MOロケーション情報に従って決定される複数のMOインスタンスであってよい。
【００５２】
さらに、ターゲットオペレーションオブジェクト情報がヌルであるか、または、ターゲットオペレーションオブジェクト情報が含まれないとき、Targetは、上記MOロケーション情報とMOインスタンスのフィーチャノード情報を伝達するか、または、先のMOロケーション情報だけを伝達するために直接使用されてもよく、そのことは、上述したように情報を伝達するためにエレメントSourceを使用するのと同じ効果を達成する可能性がある。こうした場合、コマンドは、エレメントSourceを伝達する必要がない可能性がある。
【００５３】
ステップ504:DMサーバは、先のDeleteコマンドをDMクライアントに送出する。
【００５４】
図６は、本発明によるDMコマンドを送出するDMサーバの第4の実施形態のフローチャートである。
【００５５】
この実施形態では、DMサーバは、第2の実施形態の場合と同様に、Replace管理コマンドを転送し、エレメントTarget内のターゲットアドレスは、ノード./Inboxであり、ノード./Inboxは、サーバが、Inbox機能を使用することによってMOインスタンスを更新することを指示する。DMツリーは、図４に示される。
【００５６】
ステップ601:コマンドのエレメントData内に含まれるTNDSオブジェクトがそこに付加される必要があるノード1を指示する、MOインスタンスのフィーチャノード情報を、送出されたReplace管理コマンドのエレメントFilter内に書き込む(この実施形態では、フィーチャノードはServerIDであり、フィーチャノードのノード値はwww.sonera.fi-8765である)。エレメントItem/Dataは、DMツリー内で更新されるMOインスタンスである。<NodeName><NodeName/>は、MOインスタンスのルートノードの名前がヌルであることを指示する。サーバが、インスタンスの特定のロケーション情報を知らないため、名前は指定されない。
【００５７】
例示的な実施形態では、TNDSオブジェクトは、MOインスタンスのフィーチャノード情報を含んでもよい。たとえば、TNDSオブジェクトは、ノードServerIDおよびノードServerIDのノード値www.sonera.fi-8765を含む。したがって、この実施形態では、先のエレメントFilterだけを使用することによって伝達されるだけであるMOインスタンスのフィーチャノード情報は、管理コマンドから除去されてもよい。管理コマンドを受信した後、DMクライアントは、MOインスタンスのフィーチャノード情報をTNDSオブジェクトから抽出する。
【００５８】
ステップ602:MOロケーション情報、すなわちMO識別子を、TNDSオブジェクトルートノードのエレメントRTProperties/Type内に付加する。
【００５９】
ステップ603:エレメントDataは、<NodeName>AAuthPref</NodeName>などの、操作されるノード情報を含む、管理コマンドによって操作されるターゲットオペレーションオブジェクト、すなわちTNDSオブジェクトを含む。
【００６０】
ステップ604:DMサーバは、先のReplaceコマンドをDMクライアントに送出する。
【００６１】
例示的な実施形態では、Replace管理コマンドは、この実施形態では、エレメントTargetを含まない、すなわち、ターゲットアドレスを含まない可能性がある。
【００６２】
図７は、本発明によるDMコマンドを送出するDMサーバの第5の実施形態のフローチャートである。
【００６３】
サーバは、図８に示すノードAAuthTypeの値を置換する必要があるが、管理ツリー内のMOのロケーションを知らず、MOインスタンスのルートノードがノード1であることを知らず、管理サブツリーインスタンス2のルートノードがノード2であることを知らない。こうした場合、MOおよびMOインスタンスのフィーチャノード情報以外に、管理サブツリーインスタンスロケーション情報が使用される。たとえば、図８に示すノードAAuthLevelおよびそのノード値は、ノードAAuthTypeの特定のロケーションを要求するために使用され、置換は、同時に実施される。
【００６４】
ステップ701:MOロケーション情報を、Replaceコマンド内のエレメントItem/MOID内に書き込む。MO識別子(MOID)は、この実施形態ではurn:oma:mo:oma-dm-dmacc:1.0であるMOロケーション情報として使用される。
【００６５】
ステップ702:この実施形態では<MOInstID>ServerID?value=www.sonera.fi-8765</MOInstID>であるMOインスタンスのフィーチャノード情報、すなわち、フィーチャノードおよびフィーチャノードのノード値を、エレメントItem/MOInstID内に書き込む。この実施形態では、ServerIDはフィーチャノードであり、www.sonera.fi-8765はフィーチャノードのノード値である。
【００６６】
ステップ703:管理サブツリーインスタンスフィーチャノード情報を、エレメントItem/SubMOInstID内に書き込む。すなわち、この実施形態では<SubMOInstID>AAuthLevel?value=SRVCRED</SubMOInstID>である、サブツリー内のフィーチャノードおよびフィーチャノードのノード値を、エレメントItem/SubMOInstID内に書き込む。ここで、AAuthLevelはサブツリーのフィーチャノードであり、SRVCREDは、フィーチャノードAAuthLevelのノード値である。
【００６７】
ステップ704:この実施形態では<Target><LocURI>AAuthType</LocURI></Target>であるターゲットオペレーションノードの相対URIを、エレメントTarget/LocURI内に書き込む。オペレーションノードはAAuthTypeである。HTTP-BASICは、置換のために使用されるデータとしてエレメントData内に書込まれる。
【００６８】
ステップ705:DMサーバは、先のReplaceコマンドをDMクライアントに送出する。
【００６９】
例示的な実施形態では、管理サブツリーインスタンスロケーション情報の複数ピースが存在する可能性があり、すなわち、複数のSubMOInstIDが存在する可能性があり、下位の管理サブツリーインスタンスを位置特性するために使用される。本発明は、管理コマンド内のエレメントの位置を制限しない。たとえば、エレメントは、エレメントTarget内に置かれてもよい。
【００７０】
図９は、本発明によるDMコマンドを送出するDMサーバ用の装置の実施形態のアーキテクチャ図である。
【００７１】
DMサーバは、コマンド生成ユニット901および送出ユニット902を含む。
【００７２】
コマンド生成ユニット901は、管理コマンド内に、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を付加するように構成される。送出ユニット902は、送出ユニットを通して先の管理コマンドを送出するように構成される。
【００７３】
コマンド生成ユニット901は、サーバによって送出される管理コマンド内にMOロケーション情報を付加する。MOロケーション情報は、識別情報に従って端末がMOを見出すようにMOを一意に識別するために使用される。コマンド生成ユニット901はまた、サーバによって送出される管理コマンド内にMOインスタンスのフィーチャノード情報を付加し、MOインスタンスのフィーチャノード情報は、MOインスタンスのフィーチャノード情報に従って端末がMOを見出すようにMOを一意に識別する情報を含む。コマンド生成ユニット901はまた、サーバによって送出される管理コマンド内にターゲットオペレーションオブジェクト情報を付加し、ターゲットオペレーションオブジェクト情報は、端末が、ターゲットオペレーションノード情報に従って、操作されるノードを見出すか、または、TNDSオブジェクト情報に従って、操作される管理サブツリーインスタンスを見出すように、ターゲットオペレーションノード情報およびTNDSオブジェクト情報を含む。管理コマンドは、送出ユニット902によって送出される。
【００７４】
図１０は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第1の実施形態のフローチャートである。
【００７５】
ステップ1001:DMサーバによって送出される、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含む管理コマンドを取得する。
【００７６】
ステップ1002:管理コマンドに従ってターゲットオペレーションオブジェクトを操作する。
【００７７】
先の実施形態では、異なるDMクライアントは、同じDMコマンドに従ってターゲットオペレーションオブジェクトを位置特定してもよい。
【００７８】
図１１は、本発明による、DMクライアントがターゲットオペレーションオブジェクトを位置特定するプロセスのステップ1002の特定の実施形態のフローチャートである。
【００７９】
ステップ1101:MOロケーション情報に一致したMOインスタンスルートノードの第1のURIを取得する。
【００８０】
ステップ1102:MOインスタンスのフィーチャノード情報を、第1のURIに対応するMOインスタンスのフィーチャノード情報と照合する(照合は、フィーチャノードおよびフィーチャノードのノード値を使用することによって実施される)。照合に成功したフィーチャノードに対応するMOインスタンスルートノードの第2のURIが取得される。
【００８１】
ステップ1103:管理コマンド内のターゲットオペレーションオブジェクト情報および第2のURIに従ってターゲットオペレーションオブジェクトを操作する。
【００８２】
例示的な実施形態では、ステップ1101にて、DMクライアントが、MO識別子とMO位置との間のマッピング情報およびMO位置とMOインスタンスとの間のマッピング情報を直接記憶する場合、ロケーションプロシージャは異なり、DMクライアントは、マッピング情報内の対応する親ノードURIを直接見出してもよい。たとえば、Table 1(表1)は、MOが位置特定される親ノードのURIおよび対応するMOインスタンスを示す。
【００８３】
【表１】
0005850126.tif 000002
【００８４】
例示的な実施形態では、ターゲットオペレーションオブジェクトは、ターゲットオペレーションノードおよびTNDSオブジェクトを含む。
【００８５】
図１２は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第2の実施形態のフローチャートである。
【００８６】
DMサーバによって送出されるReplace管理コマンドについて、DMクライアントのDMツリーは、図４に示され、以下のステップを含む以下の処理を実施する。
【００８７】
ステップ1201:DMクライアントはReplaceコマンドを受信する。
【００８８】
ステップ1202:DMクライアントのDMツリー内でDMAcc MOの位置を照合する。この実施形態では、照合は、urn:oma:mo:oma-dm-dmacc:1.0であるMOロケーション情報を使用することによって実施される。照合されるMOインスタンスの数は、N(N>0)である。たとえば、MOインスタンスのルートノードは、ノード1、2、および3である。DMクライアントは、インスタンスルートノードのURI(すなわち、第1のURI)を取得する。
【００８９】
ステップ1203:DMクライアントは、URIによるMOインスタンスのフィーチャノード情報を使用することによって、MOインスタンスのそれぞれを照合する、すなわち、インスタンスのそれぞれのフィーチャノードServerIDを照合して、ノードServerIDのノード値がwww.sonera.fi-8765に等しいかどうかを判断し、等しい場合、DMクライアントは、この実施形態ではノード1であるノードに対応するMOインスタンスルートノードを取得する。DMクライアントは、ノード1のURI(すなわち、第2のURI)を取得する。
【００９０】
ステップ1204:DMクライアントは、参照としてノード1のURIを使用し、DMクライアントのDMツリーのターゲットオペレーションノードAAuthPrefを操作する。すなわち、ノード1のURIは、ターゲットオペレーションノードの相対URIに接続され、その後、オリジナルノードAAuthPrefの値をReplaceコマンドのエレメントData内のコンテンツと置換する置換操作が実施される。
【００９１】
例示的な実施形態では、ステップ1202および1203について、オペレーションコマンドを構文解析するとき、DMクライアントは、コマンドのエレメントの配置シーケンスに従ってロケーションプロシージャのシーケンスを決定する。たとえば、先の例では、MOロケーション情報は、最前部(すなわち、エレメントTargetParent内の情報)に配列され、最初に端末によって、すなわちステップ1202によって処理され、したがって、最初にMOを位置特定する目的が達成される。ロケーションプロシージャのシーケンスはまた、他の補助情報を通して決定されてもよい。たとえば、エレメントSequenceItemは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報が、エレメント内で取得される管理コマンド内で使用されてもよく、端末は、ロケーション情報をシーケンスで処理してもよい。本明細書のロケーションプロシージャのシーケンスを決定する方法はまた、本発明の他の部分に適用可能であり、再度説明しない。
【００９２】
図１３は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第3の実施形態のフローチャートである。
【００９３】
サーバが、1つのMOインスタンス、たとえば図４のDMAcc MOインスタンス1を削除する必要がある場合、DMクライアントは、以下の処理ステップを実施する。
【００９４】
ステップ1301:DMクライアントは、Deleteコマンドを受信する。
【００９５】
ステップ1302:DMクライアントのDMツリーにおいてDMAcc MOの位置を照合する。この実施形態では、照合は、urn:oma:mo:oma-dm-dmacc:1.0であるMOロケーション情報を使用することによって実施される。照合されるMOインスタンスの数は、N(N>0)である。たとえば、MOインスタンスのルートノードは、ノード1、2、および3である。DMクライアントは、インスタンスルートノードのURIを取得する。
【００９６】
DMクライアントによって受信されるコマンドにおいて、MOロケーション情報は、本発明で述べたエレメントTargetParentで伝達されてもよく、または、先の実施形態で述べたエレメントItem/Source/LocURI内に配置されてもよい。したがって、DMクライアントは、エレメントSource内の情報に従ってMOを位置特定する。その利点は、既存のプロトコルによってサポートされていないエレメントTargetParentをさらにサポートするように端末に要求することなく、既存のプロトコル(すなわち、DM1.2)によって既にサポートされているエレメントSourceが、再使用されてもよく、それにより、端末プログラム設計の複雑さが減少し、新しいバージョンのプロトコルの上位互換性が改善されることである。
【００９７】
ステップ1303: DMクライアントは、URIによるMOインスタンスのフィーチャノード情報を使用することによって、MOインスタンスのそれぞれを照合し、すなわち、インスタンスのそれぞれのフィーチャノードServerIDに関して照合を実施して、ノードServerIDのノード値がwww.sonera.fi-8765に等しいかどうかを判断し、等しい場合、DMクライアントは、この実施形態ではノード1であるノードに対応するMOインスタンスルートノードを取得する。DMクライアントは、ノード1のURIを取得する。
【００９８】
本発明の第3の実施形態で述べたように、MOフィーチャノード情報が、コマンドのエレメントItem/Source/LocURIで伝達される場合、DMクライアントは、MOインスタンスを位置特定する情報をエレメントSourceから取得する。その利点は、既存のプロトコル(すなわち、DM1.2)によって既にサポートされているエレメントSourceが、MOインスタンスのフィーチャノード情報を伝達するために再使用されて、既存のプロトコルによってサポートされていないエレメントFilterをさらにサポートするように端末に要求することなく、MOインスタンスを位置特定する可能性があり、それにより、端末プログラム設計の複雑さが減少し、新しいバージョンのプロトコルの上位互換性が改善されることである。
【００９９】
ステップ1304:DMクライアントは、参照としてノード1のURIを使用する。エレメントTarget/LocURIがヌルであり、管理コマンドDeleteによって操作されるノードが、MOインスタンスのルートノードであることを指示するため、DMクライアントのDMツリーのターゲットオペレーションノード1が、このステップで削除され、そのとき、全MOインスタンスのノード1およびノード1のサブノードが削除される。
【０１００】
例示的な実施形態では、エレメントLocURIを含まないエレメントTargetについて、ノード1およびノード1のサブノードが削除されてもよい。
【０１０１】
この実施形態では、DMクライアントによって受信されるコマンドにおいて、ターゲットオペレーションオブジェクト情報がヌルであるか、または、ターゲットオペレーションオブジェクト情報がこのステップに含まれない場合に、上述したエレメントItem/Source/LocURIが、MOロケーション情報およびMOインスタンスのフィーチャノード情報を伝達するために使用される場合、DMクライアントは、Item/Source/LocURIで伝達される情報を使用して、MOインスタンスのルートノード(すなわち、ルートノードURI)を決定し、ターゲットオペレーションオブジェクトとしてルートノードを直接決定する。この実施形態では、ノード1(すなわち、ノード1のURI)が、ターゲットオペレーションオブジェクトとして決定され、その後、ノード1およびノード1のサブノードの全てが削除される、すなわち、全MOインスタンスが削除される。全MOインスタンスが、ターゲットオペレーションオブジェクトとみなされてもよい。
【０１０２】
エレメントItem/Source/LocURIが、MOロケーション情報だけを含み、MOインスタンスのフィーチャノード情報を含まない場合、全てのMOインスタンスが削除される必要があることが指示され、MOインスタンスは、MOロケーション情報に従って決定されたMOインスタンス、たとえば、上述したノード1、2、および3に対応するMOインスタンスである。そのとき、DMクライアントは、決定されたMOインスタンスの全てを削除する。それは、エレメントSource内のMO情報が複数のMOインスタンスを決定するために使用され、MOインスタンスがターゲットオペレーションオブジェクトとして決定されることと同じである。この場合、MOロケーション情報を通して決定されるMOインスタンスの数は1つだけであってよい。上述したエレメントItem/TargetParentは、コマンドでMOロケーション情報を伝達するために使用されてもよい。具体的には、LocNameまたはLocURIなどの、エレメントTargetParentのサブエレメントは、MOロケーション情報を伝達するために使用されてもよい。そのとき、DMクライアントは、エレメントTargetParent内の情報に従ってMOインスタンスを決定する。伝達するためにエレメントSourceを使用する利点は、上述されている、すなわち、端末プログラム設計の複雑さの減少および異なるバージョン間の互換性の改善である。
【０１０３】
この実施形態では、エレメントSourceは、MOインスタンスを位置特定する機能を有するだけでなく、ターゲットオペレーションオブジェクトとして働く機能も有する。したがって、ターゲットオペレーションオブジェクト情報がヌルであるか、または、ターゲットオペレーションオブジェクト情報が含まれないとき、クライアントは、サーバによって送出されるコマンドを処理することを拒否せず、エレメントSourceによって決定されるMOインスタンスが、ターゲットオペレーションオブジェクトとして決定される。さらに、エレメントSourceがMOインスタンスのフィーチャノード情報を伝達しない場合、クライアントは、1つのMOのロケーション情報を伝達するエレメントSourceによって複数のMOインスタンスを操作する(削除する)目的が達成されるように、MOロケーション情報に従って決定される複数のMOインスタンスをターゲットオペレーションオブジェクトとみなす。
【０１０４】
さらに、受信されたコマンド内にエレメントSourceが存在せず、エレメントTargetが、MOロケーション情報およびMOインスタンスのフィーチャノード情報を含むことを、クライアントが見出す場合、DMクライアントは、エレメントTargetの情報を通してMOインスタンスのルートノード(すなわち、ルートノードURI)、たとえばノード1を決定し、その後、ノード1およびノード1のサブノードの全てを削除する。すなわち、全MOインスタンスが削除される。あるいは、エレメントTargetだけがMOロケーション情報を含む場合、DMクライアントは、情報(すなわち、ルートノードURI)に従って全てのMOインスタンスルートノード、たとえば上述のノード1、2、および3を決定し、その後、決定されたMOインスタンスルートノードの全ておよびMOインスタンスルートノードの全てのサブノードを削除する。
【０１０５】
図１４は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第4の実施形態のフローチャートである。
【０１０６】
この実施形態では、DMクライアントが管理コマンドを受信する第2の実施形態の場合と同様に、DMクライアントがReplace管理コマンドを受信し、エレメントTarget内のターゲットアドレスは、ノード./Inboxであり、inboxに送出される管理コマンドを通してDMクライアントがMOインスタンスを更新することを意味する。DMクライアントのDMツリーは図４に示される。
【０１０７】
ステップ1401:DMクライアントはReplaceコマンドを受信する。
【０１０８】
ステップ1402:DMクライアントのDMツリーにおいてDMAcc MOの位置を照合する。この実施形態では、照合は、urn:oma:mo:oma-dm-dmacc:1.0であるMOロケーション情報を使用することによって実施される。照合されるMOインスタンスの数は、N(N>0)である。たとえば、MOインスタンスのルートノードは、ノード1、2、および3である。DMクライアントは、インスタンスルートノードのURIを取得する。
【０１０９】
ステップ1403: DMクライアントは、URIによるMOインスタンスのフィーチャノード情報を使用することによって、MOインスタンスのそれぞれを照合する、すなわち、インスタンスのそれぞれのフィーチャノードServerIDに対する照合が実施されて、ノードServerIDのノード値がwww.sonera.fi-8765に等しいかどうか判断され、等しい場合、DMクライアントは、この実施形態ではノード1であるノードに対応するMOインスタンスルートノードを取得する。DMクライアントは、ノード1のURIを取得する。TNDSオブジェクトは、MOインスタンスのフィーチャノード情報を含む。
【０１１０】
ステップ1404:DMクライアントは、参照としてノード1のURIを使用し、照合に成功したフィーチャノードに対応するMOインスタンスを、Data内のTNDSオブジェクトと置換する。
【０１１１】
例示的な実施形態では、管理コマンドは、この実施形態では、エレメントTargetを含まず、すなわち、ターゲットアドレスを含まず、上述したロケーションおよび置換の機能が実装されてもよい。
【０１１２】
図１５は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第5の実施形態のフローチャートである。
【０１１３】
DMクライアントのDMツリーは図８に示される。DMクライアントは、DMサーバから対応する管理コマンドを受信し、その管理コマンドは、この実施形態では、ノードAAuthTypeの値を置換するReplaceコマンドである。
【０１１４】
ステップ1501:DMクライアントはReplaceコマンドを受信する。
【０１１５】
ステップ1502:DMクライアントのDMツリーにおいてDMAcc MOの位置を照合する。この実施形態では、照合は、urn:oma:mo:oma-dm-dmacc:1.0である、エレメントMOID内のMOロケーション情報を使用することによって実施される。照合されるMOインスタンスの数は、N(N>0)である。たとえば、MOインスタンスのルートノードは、ノード1および3である。DMクライアントは、インスタンスルートノードのURIを取得する。
【０１１６】
ステップ1503: DMクライアントは、その後、URIによるエレメントMOInstIDのMOインスタンスのフィーチャノード情報を使用することによって、MOインスタンスのそれぞれを照合する。この実施形態では、インスタンスのそれぞれのフィーチャノードServerIDに対する照合が実施されて、ノードServerIDのノード値がwww.sonera.fi-8765に等しいかどうかが判断され、等しい場合、DMクライアントは、この実施形態ではノード1であるノードに対応するMOインスタンスルートノードを取得する。DMクライアントは、ノード1のURIを取得する。
【０１１７】
ステップ1504:MOインスタンス1のURIに従って、DMクライアントは、エレメントSubMOInstID内の管理サブツリーインスタンスのロケーション情報を使用して、MOインスタンス1のURIに従って管理サブツリーインスタンスのそれぞれを照合し、すなわち、サブツリーのそれぞれにおけるフィーチャノードAAuthLevelに関して照合が実施されて、ノードAAuthLevelのノード値がSRVCREDに等しいかどうかが判断され、等しい場合、DMクライアントは、そのときノード2である、ノードAAuthLevelに対応する管理サブツリーのルートノードを取得する。DMクライアントは、ノード2のURIを取得する。
【０１１８】
ステップ1505:低いレベルの管理サブツリーインスタンスのロケーション情報も存在するかどうかを判断する。存在する場合、プロシージャはステップ1506に進み、そうでなければ、プロシージャはステップ1507に進む。
【０１１９】
ステップ1506:決定された管理サブツリーインスタンスURIおよび低いレベルの管理サブツリーインスタンスのフィーチャノード情報に従って低いレベルの管理サブツリーインスタンスの位置を見出す。DMクライアントは、その後、次のエレメントSubMOInstIDにおいて管理サブツリーインスタンスのフィーチャノード情報を使用して、低いレベルの管理サブツリーインスタンスのそれぞれを照合し、すなわち、低いレベルの管理サブツリーインスタンスのそれぞれにおけるフィーチャノードに関して照合が実施されて、フィーチャノードのノード値が予め設定されたノード値に等しいかどうかが判断され、等しい場合、DMクライアントは、そのノードに対応する管理サブツリーインスタンスのルートノードを取得し、照合に成功したフィーチャノードに対応する管理サブツリーインスタンスのルートノードのURIを取得する。その後、プロシージャは、ステップ1505に戻る。
【０１２０】
ステップ1507:DMクライアントは、参照としてノード2のURIを使用して、この実施形態ではターゲットオペレーションノードAauthTypeを操作し、すなわち、ノード2のURIをターゲットオペレーションノードの相対URIに接続し、その後、置換を実施する。
【０１２１】
図１６は、本発明の実施形態による、DMクライアントのアーキテクチャ図である。
【０１２２】
DMクライアントは、受信ユニット1601および処理ユニット1602を含む。
【０１２３】
受信ユニット1601は、DMサーバによって送出される管理コマンドを受信するように構成され、管理コマンドは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含む。
【０１２４】
処理ユニット1602は、管理コマンドに従ってターゲットオペレーションオブジェクトを操作するように構成される。
【０１２５】
先の実施形態では、異なるDMクライアントは、同じDMコマンドに従ってターゲットオペレーションオブジェクトを位置特定してもよい。
【０１２６】
図１７は、本発明による、DMクライアントの処理ユニット1602の実施形態のアーキテクチャ図である。
【０１２７】
処理ユニット1602は、MOロケーションユニット1701、MOインスタンスロケーションユニット1702、およびターゲットオペレーションオブジェクトユニット1703を含む。
【０１２８】
MOロケーションユニット1701は、MOロケーション情報に一致したMOインスタンスルートノードの第1のURIを取得するように構成される。複数URIまたは1つの第1のURIが存在する可能性があり、あるいは、第1のURIが存在しない可能性がある。
【０１２９】
MOインスタンスロケーションユニット1702は、MOインスタンスのフィーチャノード情報を、第1のURIに対応するMOインスタンスのフィーチャノード情報と照合し、照合に成功したフィーチャノードに対応するMOインスタンスルートノードの第2のURIを取得するように構成される。
【０１３０】
ターゲットオペレーションオブジェクトユニット1703は、管理コマンド内のターゲットオペレーションオブジェクト情報および第2のURIに従ってターゲットオペレーションオブジェクトを操作するように構成される。例示的な実施形態では、処理ユニット1602はさらに、MOインスタンスロケーションユニット1702に接続される管理サブツリーインスタンスロケーションユニットを含み、また、管理コマンド内の管理サブツリーインスタンスのフィーチャノード情報に従って、MOインスタンスロケーションユニットから出力されるMOインスタンスルートノードの各管理サブツリーインスタンスのフィーチャノードを照合し、そのフィーチャノードに対応する管理サブツリーインスタンスルートノードのURI(すなわち、第2のURI)を取得するように構成される。
【０１３１】
例示的な実施形態では、DMクライアントはさらに、マッピング表を有する。MOロケーションユニットは、MOロケーション情報およびマッピング表に従ってMOの第1のURIを照合する。
【０１３２】
図１８は、本発明による、DMクライアントのターゲットオペレーションオブジェクトユニット1703の実施形態のアーキテクチャ図である。
【０１３３】
ターゲットオペレーションオブジェクトユニットはさらに、接続モジュール1801および実行モジュール1802を含む。接続モジュール1801は、第2のURIを、ターゲットオペレーションノードの相対URIに接続し、ターゲットオペレーションノードのURIを取得するように構成される。
【０１３４】
実行モジュール1802は、ターゲットオペレーションノードを操作する、または、照合に成功したフィーチャノードに対応するMOインスタンスをTNDSオブジェクトと置換するように構成される。
【０１３５】
本発明によるDMクライアントは、モバイル通信端末だけに限定されず、DMプロトコルに適合する他の通信デバイスを含んでもよい。
【０１３６】
本発明は、以下の有益な効果を有する。DMサーバは、MOの特定の位置情報を知ることなく、MOを1回位置特定し操作してもよく、したがって、特に複数の端末が同時に管理されるときに、端末の内部構造およびインスタンス名が整合性を持たないという問題を回避することができる。DMクライアントは、不完全な管理コマンドを受信した後、DMクライアントのDMツリー内で、対応するターゲットオペレーションノードを見出すことができる。こうして、DMクライアントとDMサーバとの間の複数の通信ステップが低減され、ネットワークリソースが必要とされず、DMコマンドによってDMクライアントを構成するDMサーバの効率が増加する。
【０１３７】
本発明の目的、技術的解決策、および有益な効果は、先の特定の実施形態を通してさらに詳細に述べられた。先の説明は、本発明の特定の実施態様に過ぎないが、本発明の保護範囲を限定することを意図しないことが理解されるべきである。本発明の思想および原理から逸脱することなく行われるいずれの変更、等価な置換、または改良も、本発明の保護範囲内に入るべきである。
【符号の説明】
【０１３８】
901  コマンド生成ユニット
902  送出ユニット
1601  受信ユニット
1602  処理ユニット
1701  MOロケーションユニット
1702  MOインスタンスロケーションユニット
1703  ターゲットオペレーションオブジェクトユニット
1801  接続モジュール
1802  実行モジュール
【図１】
0005850126.tif 000003
【図２】
0005850126.tif 000004
【図３】
0005850126.tif 000005
【図４】
0005850126.tif 000006
【図５】
0005850126.tif 000007
【図６】
0005850126.tif 000008
【図７】
0005850126.tif 000009
【図８】
0005850126.tif 000010
【図９】
0005850126.tif 000011
【図１０】
0005850126.tif 000012
【図１１】
0005850126.tif 000013
【図１２】
0005850126.tif 000014
【図１３】
0005850126.tif 000015
【図１４】
0005850126.tif 000016
【図１５】
0005850126.tif 000017
【図１６】
0005850126.tif 000018
【図１７】
0005850126.tif 000019
【図１８】
0005850126.tif 000020