JP5850126B2 - デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法 - Google Patents

デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法 Download PDF

Info

Publication number
JP5850126B2
JP5850126B2 JP2014235371A JP2014235371A JP5850126B2 JP 5850126 B2 JP5850126 B2 JP 5850126B2 JP 2014235371 A JP2014235371 A JP 2014235371A JP 2014235371 A JP2014235371 A JP 2014235371A JP 5850126 B2 JP5850126 B2 JP 5850126B2
Authority
JP
Japan
Prior art keywords
node
instance
target operation
uri
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014235371A
Other languages
English (en)
Other versions
JP2015079521A (ja
Inventor
悦 宋
悦 宋
睿 王
睿 王
海涛 ▲劉▼
海涛 ▲劉▼
Original Assignee
ホアウェイ・デバイス・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・デバイス・カンパニー・リミテッド filed Critical ホアウェイ・デバイス・カンパニー・リミテッド
Publication of JP2015079521A publication Critical patent/JP2015079521A/ja
Application granted granted Critical
Publication of JP5850126B2 publication Critical patent/JP5850126B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0233Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、通信の分野、特に、通信システムにおけるデバイス管理(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者機関は、モバイルオペレータ、サービスプロバイダ、または、パートナの情報管理部門であってよい。
図1は、従来技術の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クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法を提供する。
図2は、本発明による、以下のステップを含む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のシーケンスは、限定されず、本実施形態で述べるシーケンスは、まさに特別の場合である。
図3は、本発明によるDMコマンドを送出するDMサーバの第2の実施形態のフローチャートである。
DMツリーにおいて、図4に示すように、ノード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が使用され、そのエレメントは、エレメント内の情報のシーケンスに従って処理が実施されることを指示する。本明細書のロケーションプロシージャのシーケンスを決定する方法は、本発明の他の部分にも適用可能であり、再度説明しない。
図5は、本発明によるDMコマンドを送出するDMサーバの第3の実施形態のフローチャートである。
サーバが、MOインスタンス、たとえば図4に示す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クライアントに送出する。
図6は、本発明によるDMコマンドを送出するDMサーバの第4の実施形態のフローチャートである。
この実施形態では、DMサーバは、第2の実施形態の場合と同様に、Replace管理コマンドを転送し、エレメントTarget内のターゲットアドレスは、ノード./Inboxであり、ノード./Inboxは、サーバが、Inbox機能を使用することによってMOインスタンスを更新することを指示する。DMツリーは、図4に示される。
ステップ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を含まない、すなわち、ターゲットアドレスを含まない可能性がある。
図7は、本発明によるDMコマンドを送出するDMサーバの第5の実施形態のフローチャートである。
サーバは、図8に示すノードAAuthTypeの値を置換する必要があるが、管理ツリー内のMOのロケーションを知らず、MOインスタンスのルートノードがノード1であることを知らず、管理サブツリーインスタンス2のルートノードがノード2であることを知らない。こうした場合、MOおよびMOインスタンスのフィーチャノード情報以外に、管理サブツリーインスタンスロケーション情報が使用される。たとえば、図8に示すノード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内に置かれてもよい。
図9は、本発明によるDMコマンドを送出するDMサーバ用の装置の実施形態のアーキテクチャ図である。
DMサーバは、コマンド生成ユニット901および送出ユニット902を含む。
コマンド生成ユニット901は、管理コマンド内に、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を付加するように構成される。送出ユニット902は、送出ユニットを通して先の管理コマンドを送出するように構成される。
コマンド生成ユニット901は、サーバによって送出される管理コマンド内にMOロケーション情報を付加する。MOロケーション情報は、識別情報に従って端末がMOを見出すようにMOを一意に識別するために使用される。コマンド生成ユニット901はまた、サーバによって送出される管理コマンド内にMOインスタンスのフィーチャノード情報を付加し、MOインスタンスのフィーチャノード情報は、MOインスタンスのフィーチャノード情報に従って端末がMOを見出すようにMOを一意に識別する情報を含む。コマンド生成ユニット901はまた、サーバによって送出される管理コマンド内にターゲットオペレーションオブジェクト情報を付加し、ターゲットオペレーションオブジェクト情報は、端末が、ターゲットオペレーションノード情報に従って、操作されるノードを見出すか、または、TNDSオブジェクト情報に従って、操作される管理サブツリーインスタンスを見出すように、ターゲットオペレーションノード情報およびTNDSオブジェクト情報を含む。管理コマンドは、送出ユニット902によって送出される。
図10は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第1の実施形態のフローチャートである。
ステップ1001:DMサーバによって送出される、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含む管理コマンドを取得する。
ステップ1002:管理コマンドに従ってターゲットオペレーションオブジェクトを操作する。
先の実施形態では、異なるDMクライアントは、同じDMコマンドに従ってターゲットオペレーションオブジェクトを位置特定してもよい。
図11は、本発明による、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インスタンスを示す。
Figure 0005850126
例示的な実施形態では、ターゲットオペレーションオブジェクトは、ターゲットオペレーションノードおよびTNDSオブジェクトを含む。
図12は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第2の実施形態のフローチャートである。
DMサーバによって送出されるReplace管理コマンドについて、DMクライアントのDMツリーは、図4に示され、以下のステップを含む以下の処理を実施する。
ステップ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インスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報が、エレメント内で取得される管理コマンド内で使用されてもよく、端末は、ロケーション情報をシーケンスで処理してもよい。本明細書のロケーションプロシージャのシーケンスを決定する方法はまた、本発明の他の部分に適用可能であり、再度説明しない。
図13は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第3の実施形態のフローチャートである。
サーバが、1つのMOインスタンス、たとえば図4の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インスタンスルートノードの全てのサブノードを削除する。
図14は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第4の実施形態のフローチャートである。
この実施形態では、DMクライアントが管理コマンドを受信する第2の実施形態の場合と同様に、DMクライアントがReplace管理コマンドを受信し、エレメントTarget内のターゲットアドレスは、ノード./Inboxであり、inboxに送出される管理コマンドを通してDMクライアントがMOインスタンスを更新することを意味する。DMクライアントのDMツリーは図4に示される。
ステップ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を含まず、すなわち、ターゲットアドレスを含まず、上述したロケーションおよび置換の機能が実装されてもよい。
図15は、本発明による、DMコマンドに従ってターゲットオペレーションオブジェクトを位置特定するDMクライアントの第5の実施形態のフローチャートである。
DMクライアントのDMツリーは図8に示される。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に接続し、その後、置換を実施する。
図16は、本発明の実施形態による、DMクライアントのアーキテクチャ図である。
DMクライアントは、受信ユニット1601および処理ユニット1602を含む。
受信ユニット1601は、DMサーバによって送出される管理コマンドを受信するように構成され、管理コマンドは、MOロケーション情報、MOインスタンスのフィーチャノード情報、およびターゲットオペレーションオブジェクト情報を含む。
処理ユニット1602は、管理コマンドに従ってターゲットオペレーションオブジェクトを操作するように構成される。
先の実施形態では、異なるDMクライアントは、同じDMコマンドに従ってターゲットオペレーションオブジェクトを位置特定してもよい。
図17は、本発明による、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を照合する。
図18は、本発明による、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 実行モジュール

Claims (12)

  1. ターゲットオペレーションノードを位置特定する方法であって、
    端末デバイス内のデバイス管理(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は前記管理ツリーのルートノードから始まる方法。
  2. 前記DMクライアントにより、前記管理コマンドのエレメントFilterから前記フィーチャノード情報を取得するステップを有する請求項1に記載の方法。
  3. 前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、
    前記方法は、
    前記DMクライアントにより、前記MOに対応する複数のMOインスタンスから、前記フィーチャノードのノード名および前記フィーチャノードの値を使用することによって前記操作されるMOインスタンスを識別するステップを有する請求項1または2に記載の方法。
  4. 前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項1から3のいずれか一項に記載の方法。
  5. 前記DMクライアントにより、前記MOロケーション情報に従って複数のMOインスタンスを識別するステップと、
    前記DMクライアントにより、フィーチャノード情報に従って前記複数のMOインスタンスから前記操作されるMOインスタンスを識別するステップと、
    を有する請求項1から4のいずれか一項に記載の方法。
  6. デバイス管理(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は前記管理ツリーのルートノードから始まる端末デバイス。
  7. 前記プロセッサは、
    前記MOロケーション情報に従って複数のMOインスタンスを識別し、
    前記フィーチャノード情報に従って前記複数のMOインスタンスから前記操作されるMOインスタンスを識別するように構成された請求項6に記載の端末デバイス。
  8. 前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項6または7に記載の端末デバイス。
  9. 前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項6または7に記載の端末デバイス。
  10. デバイス管理(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サーバ。
  11. 前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードの相対URIおよび前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項10に記載のDMサーバ。
  12. 前記MOロケーション情報はMO識別子(MOI)を含み、前記フィーチャノード情報は前記操作されるMOインスタンス内のフィーチャノードのノード名および前記フィーチャノードの値を含み、前記ターゲットオペレーションノード情報は前記ターゲットオペレーションノードの相対URIを含む請求項10に記載のDMサーバ。
JP2014235371A 2008-11-27 2014-11-20 デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法 Active JP5850126B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810181563.X 2008-11-27
CN200810181563A CN101778486B (zh) 2008-11-27 2008-11-27 设备管理服务器、客户端及目标操作对象定位方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013213843A Division JP5654653B2 (ja) 2008-11-27 2013-10-11 ターゲットオペレーションオブジェクトを位置特定する方法

Publications (2)

Publication Number Publication Date
JP2015079521A JP2015079521A (ja) 2015-04-23
JP5850126B2 true JP5850126B2 (ja) 2016-02-03

Family

ID=42225253

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2011537831A Active JP5433907B2 (ja) 2008-11-27 2009-11-09 デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法
JP2013213843A Active JP5654653B2 (ja) 2008-11-27 2013-10-11 ターゲットオペレーションオブジェクトを位置特定する方法
JP2014235371A Active JP5850126B2 (ja) 2008-11-27 2014-11-20 デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2011537831A Active JP5433907B2 (ja) 2008-11-27 2009-11-09 デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法
JP2013213843A Active JP5654653B2 (ja) 2008-11-27 2013-10-11 ターゲットオペレーションオブジェクトを位置特定する方法

Country Status (6)

Country Link
US (3) US8732280B2 (ja)
EP (2) EP2955953B1 (ja)
JP (3) JP5433907B2 (ja)
KR (2) KR101421567B1 (ja)
CN (1) CN101778486B (ja)
WO (1) WO2010060351A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101360121B (zh) * 2007-07-31 2012-08-29 华为技术有限公司 设备管理中权限控制的方法、系统及终端
CN101437071B (zh) 2007-11-15 2011-09-28 华为技术有限公司 终端设备管理树管理对象实例化的方法及设备
CN101778486B (zh) * 2008-11-27 2012-09-05 华为终端有限公司 设备管理服务器、客户端及目标操作对象定位方法
CN101854343B (zh) 2009-04-01 2014-07-09 华为终端有限公司 提供节点信息的方法、获取节点信息的方法及设备
CN102487522B (zh) * 2010-12-01 2015-07-08 华为终端有限公司 终端设备的管理方法和网关设备
KR101404449B1 (ko) * 2011-04-21 2014-06-19 에이치티씨 코퍼레이션 관리 오브젝트에서 조건 시나리오 정의 방법
CN102231678A (zh) * 2011-06-27 2011-11-02 华为终端有限公司 设备管理的方法、装置和系统
JP5370522B2 (ja) * 2012-03-21 2013-12-18 富士ゼロックス株式会社 情報処理装置、情報処理システム及びプログラム
US9348927B2 (en) * 2012-05-07 2016-05-24 Smart Security Systems Llc Systems and methods for detecting, identifying and categorizing intermediate nodes
US9325676B2 (en) 2012-05-24 2016-04-26 Ip Ghoster, Inc. Systems and methods for protecting communications between nodes
US10778659B2 (en) 2012-05-24 2020-09-15 Smart Security Systems Llc System and method for protecting communications
WO2014030942A1 (ko) * 2012-08-22 2014-02-27 엘지전자 주식회사 장치 관리를 위한 노드의 주소 표현 방법 및 이를 위한 장치
US10382595B2 (en) 2014-01-29 2019-08-13 Smart Security Systems Llc Systems and methods for protecting communications
US9602346B1 (en) * 2014-12-11 2017-03-21 Sprint Communications Company L.P. Configuration data handling in wireless communication devices
US11194930B2 (en) 2018-04-27 2021-12-07 Datatrendz, Llc Unobtrusive systems and methods for collecting, processing and securing information transmitted over a network
JP2021034440A (ja) * 2019-08-20 2021-03-01 株式会社村田製作所 積層セラミック電子部品
CN112800119A (zh) * 2020-12-31 2021-05-14 深圳荆虹科技有限公司 一种设备数据管理方法及系统

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6247117B1 (en) * 1999-03-08 2001-06-12 Advanced Micro Devices, Inc. Apparatus and method for using checking instructions in a floating-point execution unit
US6721871B2 (en) * 2002-04-02 2004-04-13 Nokia Corporation Method and apparatus for synchronizing data stores with respect to changes in folders
FI114948B (fi) 2002-09-20 2005-01-31 Nokia Corp Hallintaobjektin osoittaminen
FI116958B (fi) * 2003-07-01 2006-04-13 Nokia Corp Hallintasolmujen määrittäminen laitteenhallintajärjestelmässä
US20060190608A1 (en) * 2005-02-18 2006-08-24 Nokia Corporation Method for the obtaining of deployment components to electronic devices
KR100824298B1 (ko) * 2005-05-02 2008-04-23 엘지전자 주식회사 장치관리 스케줄링 방법 그 단말
CN100479577C (zh) * 2005-06-20 2009-04-15 华为技术有限公司 一种在设备管理中操作资源的方法
JP4482816B2 (ja) * 2005-09-27 2010-06-16 日本電気株式会社 ポリシ処理装置、方法、及び、プログラム
CN101009515A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 通信终端设备管理方法及通信终端
CN101083608A (zh) 2006-05-30 2007-12-05 华为技术有限公司 设备管理树节点信息的查询方法及其终端设备
CN100484031C (zh) * 2006-06-08 2009-04-29 华为技术有限公司 一种可扩展的网络管理系统和方法
CN101114933A (zh) * 2006-07-26 2008-01-30 华为技术有限公司 对能力管理对象维护、对能力管理的方法、系统及终端
CN101123794B (zh) 2006-08-07 2012-01-04 华为技术有限公司 一种通信系统中操作节点定位的方法、系统和客户端
CN101123785B (zh) * 2006-08-11 2013-01-23 华为技术有限公司 一种通信系统中管理终端的方法和系统
JP4896780B2 (ja) * 2007-03-16 2012-03-14 株式会社リコー 情報処理装置、情報処理方法、およびそのプログラム
CN101141306A (zh) * 2007-10-19 2008-03-12 杭州华三通信技术有限公司 一种设备参数的加载方法及装置
CN101505550B (zh) * 2008-02-04 2012-08-22 华为技术有限公司 设备管理的方法和终端、装置、系统
JP5132375B2 (ja) * 2008-03-18 2013-01-30 キヤノン株式会社 ショートカットテンプレートを用いた文書操作を可能とする文書管理システム及び方法
JP2010006557A (ja) * 2008-06-27 2010-01-14 Toshiba Tec Corp 物品管理システム
JP2010015268A (ja) * 2008-07-01 2010-01-21 Canon Inc 機器管理装置、機器管理方法、及びコンピュータプログラム
CN101686458B (zh) * 2008-09-28 2013-06-12 华为技术有限公司 一种终端配置和管理方法及终端装置
CN101778486B (zh) * 2008-11-27 2012-09-05 华为终端有限公司 设备管理服务器、客户端及目标操作对象定位方法
JP5259683B2 (ja) * 2010-11-19 2013-08-07 株式会社東芝 サーバ装置及びプログラム

Also Published As

Publication number Publication date
US9350611B2 (en) 2016-05-24
EP2955953A1 (en) 2015-12-16
JP5433907B2 (ja) 2014-03-05
EP2357860A4 (en) 2012-01-18
KR20110093876A (ko) 2011-08-18
US20110231537A1 (en) 2011-09-22
US8732280B2 (en) 2014-05-20
JP2012510120A (ja) 2012-04-26
EP2357860A1 (en) 2011-08-17
US20150172108A1 (en) 2015-06-18
EP2357860B1 (en) 2015-08-26
JP2015079521A (ja) 2015-04-23
EP2955953B1 (en) 2016-08-31
WO2010060351A1 (zh) 2010-06-03
KR20130010491A (ko) 2013-01-28
KR101421567B1 (ko) 2014-07-23
US9009278B2 (en) 2015-04-14
JP5654653B2 (ja) 2015-01-14
CN101778486A (zh) 2010-07-14
US20140215046A1 (en) 2014-07-31
KR101264819B1 (ko) 2013-05-22
CN101778486B (zh) 2012-09-05
JP2014029727A (ja) 2014-02-13

Similar Documents

Publication Publication Date Title
JP5850126B2 (ja) デバイス管理サーバ、デバイス管理クライアント、およびターゲットオペレーションオブジェクトを位置特定する方法
JP4713505B2 (ja) 移動ノードの論理ツリー情報を取得する装置及びそれに伴う方法
US20080244049A1 (en) Method and System for Device Management
US9696977B2 (en) Method and system for allocating ID of software component
US20140337499A1 (en) Method, system and terminal for changing a management object of broadcast service guide
WO2010111959A1 (zh) 提供节点信息的方法、获取节点信息的方法及设备
CN101345657B (zh) 基于简单网络管理协议集群管理多个网元的方法及系统
US8327391B2 (en) Method, system and apparatus for transmitting remote procedure call commands
US8489838B2 (en) Method and terminal device for erasing data of terminal
CN102546237B (zh) 设备管理服务器、客户端及目标操作对象定位方法
CN103313211A (zh) 一种基于网络的手机邮件实时自动收取的方法
CN116980286A (zh) 设备配置方法、设备控制方法、存储介质以及终端
CN112069181A (zh) 一种用户数据资产转移方法及运营商网络系统
CN101442791A (zh) 一种节点信息的发送方法和装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150928

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151117

R150 Certificate of patent or registration of utility model

Ref document number: 5850126

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250