トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 ネットワ―ク管理演算のトランザクション支援のための装置、方法及びコンピュ―タプログラム製品
【発明者】 【氏名】トニー・ティ・ボング

【氏名】スボド・バパット

【氏名】ジェラルド・ホラン
【要約】 【課題】ユーザーが勝手な一連の異種管理要求の周りにトランザクション境界を規定することが可能となる。

【解決手段】アプリケーショントランザクション(ＡＴ)サーバーが、多数のユーザー定義アプリケーション演算を単一アプリケーショントランザクションとして処理するため集結し、データベースで実行中の各トランザクションについての重要情報を記録する。前記記録により、特定のアプリケーショントランザクションにより目標とされたオブジェクトのトランザクションの完了前の値が、アプリケーショントランザクションの失敗した演算の場合に復元可能になる。
【特許請求の範囲】
【請求項１】 アプリケーショントランザクションサーバー及びネットワーク管理プラットホームを含むコンピュータシステムにおいて、特定のアプリケーションが要求し、少なくとも一つの所定の単独目標オブジェクトを指すアプリケーショントランザクションの取扱いに関するコンピュータに実装した方法であって、特定の初期オブジェクト値を有する少なくとも単独のオブジェクトを目標とする所望のアプリケーション演算を規定する少なくとも単独の要求メッセージの実行のための要求を受領するステップ、受領したアプリケーション演算要求を組み合わせて一つのアプリケーショントランザクションを構築するステップ、及びアプリケーショントランザクション処理が失敗したときオブジェクト値の初期設定への復元を可能にするために、目標オブジェクト毎に現在のオブジェクト値を記憶するステップ、の各ステップを含むコンピュータに実装した方法。
【請求項２】 アプリケーショントランザクション処理の所在位置を判定するステップ、をさらに含む請求項１記載のコンピュータに実装した方法。
【請求項３】 アプリケーショントランザクション処理を、選択されたネットワーク管理プラットホームにおいて行う請求項１記載のコンピュータに実装した方法。
【請求項４】 アプリケーショントランザクション処理を、選択されたアプリケーショントランザクションサーバーにおいて行う請求項１記載のコンピュータに実装した方法。
【請求項５】 前記記憶するステップが、選択されたデータベースにおいてなされる請求項１記載のコンピュータに実装した方法。
【請求項６】 コンピュータ読取可能なコード手段を有するコンピュータ使用可能な媒体内に具体化されたアプリケーショントランザクション管理のためのコンピュータプログラム製品であって、少なくとも一つの目標オブジェクトに関する所望のアプリケーション演算を規定する要求メッセージを受領するよう構成された第一コンピュータ読取可能コード構成体、ユーザーのアプリケーション要求メッセージが規定するアプリケーション演算を、単一アプリケーショントランザクションに結合するよう構成された第二コンピュータ読取可能コード構成体、及びアプリケーショントランザクションを局所的に実行するか否か、又は構築されたアプリケーショントランザクションを実行するのに特定のアプリケーショントランザクションサーバーを選定するか否かを判定するよう構成された第三コンピュータ読取可能コード構成体、を含むコンピュータプログラム製品。
【請求項７】 ネットワーク管理プラットホーム(ＮＭＰ)及び前記ＮＭＰに関連付けられたアプリケーショントランザクション(ＡＴ)サーバーを含むコンピュータシステム内でアプリケーショントランザクションを支援するコンピュータに実装した方法であって、選択されたアプリケーションを実行するユーザーからの第一メッセージを用いて第一アプリケーショントランザクションの開始を確立するステップ、前記第一アプリケーショントランザクション内で、前記第一メッセージに続く少なくとも第二の選択メッセージを前記第一メッセージに結合するステップ、及び前記第一トランザクションへのメッセージの追加結合を停止する終了メッセージを受領するステップ、を含むコンピュータに実装した方法。
【請求項８】 特定のアプリケーショントランザクション演算を前記ＮＭＰと接続して実行するか又はＡＴサーバーと接続して実行するかを選択するステップをさらに含む請求項７記載のコンピュータに実装した方法。
【請求項９】 第一アプリケーショントランザクションの試行を失敗するステップを含む請求項７記載のコンピュータに実装した方法。
【請求項１０】 前記第一トランザクションがその従属演算の全部を完全に完了しなかったとき、第一トランザクションの実行済演算をロールバックするステップを含む請求項７記載のコンピュータに実装した方法。
【請求項１１】 アプリケーショントランザクションの受領に応答してアプリケーショントランザクションマネージャを作動させるよう構成されたアプリケーショントランザクションサーバー(ＡＴＳ)、及び前記アプリケーショントランザクションサーバーが実行したアプリケーショントランザクションの逆実行を可能にする取消ログを記憶するためＡＴＳに結合されたデータベース、を含むコンピュータシステム。
【請求項１２】 選択されたサーバーで処理するために、特定のアプリケーショントランザクション演算を選択的に配送する配送機構を備えて構成されたデータ処理システム、をさらに含む請求項１１記載のコンピュータシステム。
【請求項１３】 ネットワーク管理に関しコンピュータに実装した方法であって、対応するメッセージ要求演算の実行のための複数の要求メッセージを、複合アプリケーショントランザクションに結合するステップ、及び前記複合アプリケーショントランザクションを実行するステップ、を含むコンピュータに実装した方法。
【請求項１４】 所定の初期値を有する選択されたオブジェクト上で、所定の要求演算を個々に実行するステップを含む請求項１３記載のコンピュータに実装した方法。
【請求項１５】 前記選択されたオブジェクトの前記初期値を記録するステップを含む請求項１４記載のコンピュータに実装した方法。
【請求項１６】 前記初期値の記録が選択されたデータベース内に記憶されるものである請求項１５記載のコンピュータに実装した方法。
【請求項１７】 アプリケーショントランザクション内に結合されたメッセージ要求演算の一部のみがそれを完了する能力があるものである請求項１３記載のコンピュータに実装した方法。
【請求項１８】 アプリケーショントランザクション全体の原子的実行の失敗に応答して、トランザクションが変更したオブジェクト値を初期状態に復元するステップを含む請求項１７記載のコンピュータに実装した方法。
【請求項１９】 選択されたオブジェクトのためのトランザクションセマンティックを、それらのエージェントが特定のトランザクション能力を有するか否かに関係なく提供するステップを含む請求項１８記載のコンピュータに実装した方法。
【請求項２０】 選択されたオブジェクトのためのトランザクションサービスをそれらのエージェントを通じて提供するステップを含み、このサービスがエージェントの位置に関し透過的である請求項１９記載のコンピュータに実装した方法。
【請求項２１】 ＡＴサーバーによりＡＴメッセージ及びＡＴ演算を、それらのメッセージ及び演算にマッピングするステップであって、それらのメッセージ及び演算が、それぞれによって規定される行動を具現しそれに合致するオブジェクトのためのＸ.７０２/Ｘ.８６０/Ｘ.８６１/Ｘ.８６２プロトコルに文書化されたものとして、ＯＳＩトランザクションプロトコルに規定されたものを含む請求項２０記載のコンピュータに実装した方法。
【請求項２２】 ＡＴサーバーによりＡＴメッセージ及びＡＴ演算を、メッセージ及び演算にマッピングするステップであって、それらのメッセージ及び演算が、それによって規定される行動を具現しそれに合致するオブジェクトのためのＸＡプロトコルで規定されたものである請求項２１記載のコンピュータに実装した方法。
【請求項２３】 ＡＴサーバーによりＡＴメッセージ及びＡＴ演算を、メッセージ及び演算にマッピングするステップであって、それらのメッセージ及び演算が、それによって規定される行動を具現しそれに合致するオブジェクトのための選択されたトランザクションプロトコルで規定されたものを含む請求項２２記載のコンピュータに実装した方法。
【請求項２４】 管理演算のための取消記録を構築するステップであって、該演算が、選択されたＣＭＩＰプロトコルのためのＸ．７１１に規定された行動を具現しそれに合致するオブジェクトのためのＣＭＩＰプロトコルにおけるＭ-ＳＥＴ、Ｍ-ＣＲＥＡＴＥ、及びＭ-ＤＥＬＥＴＥ演算に等価のものを含む請求項２３記載のコンピュータに実装した方法。
【請求項２５】 Ｍ-ＳＥＴ演算に等価の、管理された演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、実際のＭ-ＳＥＴが上書きするオブジェクト及び属性の元の値を得るために、別のＭ-ＧＥＴ要求を呼び出すステップ、前記要求の結果を取消ログ内のＭ-ＳＥＴ記録に記憶して、実際のＭ-ＳＥＴ演算が成功したときこの記録をコミットするステップ、及びアボートの場合に、実際の演算の効果をロールバックするために前記取消記録を呼び出すステップ、の各ステップをさらに含む請求項２４記載の方法。
【請求項２６】 Ｍ-ＣＲＥＡＴＥ演算に等価の、管理された演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、新しいＭ-ＤＥＬＥＴＥ記録を目標オブジェクトのために前記取消ログ内に作成し、実際のＭ-ＣＲＥＡＴＥ演算が成功したときその記録をコミットするステップ、及びアボートの場合に、実際の演算の効果をロールバックするために前記取消記録を呼び出すステップ、の各ステップをさらに含む請求項２４記載の方法。
【請求項２７】 Ｍ-ＤＥＬＥＴＥ演算に等価の、管理演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、実際のＭ-ＤＥＬＥＴＥによって除去可能なオブジェクト及び属性の元の値を得るために別のＭ-ＧＥＴ要求を呼び出すステップ、前記要求の結果を取消ログ内のＭ-ＣＲＥＡＴＥ記録に記憶し、特定のＭ-ＳＥＴ演算が成功したときこの記録をコミットするステップ、及びアボートの場合に、実際の演算の効果をロールバックするために取消記録を呼び出すステップ、の各ステップをさらに含む請求項２４記載の方法。
【請求項２８】 管理演算用の取消記録を構築するステップであって、該演算が、ＳＮＭＰ(ＲＦＣ１１５７及び関連ＲＦＣ)及びＳＮＭＰ Ｖ２(ＲＦＣ １９０５及び関連ＲＦＣ)に規定された通りの行動を具現しそれに合致するオブジェクトのための、ＳＮＭＰ-ＳＥＴ ＰＤＵ、列オブジェクトを作成するための単純オブジェクトインスタンス演算用ＳＮＭＰ-ＳＥＴ演算、列オブジェクトを抹消するためのＳＮＭＰ-ＳＥＴ演算に等価のものを含む請求項２４記載のコンピュータに実装した方法。
【請求項２９】 単純オブジェクトインスタンスのためのＳＮＭＰ-ＳＥＴ演算に等価の管理演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、実際のＳＮＭＰ-ＳＥＴが上書き可能なオブジェクト及び属性の元の値を得るために、別のＳＭＮＰ-ＧＥＴ要求を呼び出すステップ、前記要求の結果を前記取消ログ内のＳＮＭＰ-ＳＥＴ記録に記憶し、実際のＳＮＭＰ-ＳＥＴ演算が成功したときこの記録をコミットするステップ、及びアボートの場合に、取消記録を呼び出して実際の演算の効果をロールバックするステップ、の各ステップをさらに含む請求項２８記載の方法。
【請求項３０】 列オブジェクトを作るためのＳＮＭＰ-ＳＥＴ演算に等価の管理演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、新しいSnmpDelReq記録を目標列オブジェクト用に前記取消ログ内に作り、列オブジェクトを作る実際のＳＮＭＰ-ＳＥＴ演算が成功したときこの記録をコミットするステップ、及びアボートの場合に、前記取消記録を呼び出して実際の演算の効果をロールバックするステップ、の各ステップをさらに含む請求項２８記載の方法。
【請求項３１】 列オブジェクトを抹消するためのＳＮＭＰ-ＳＥＴ演算に等価の管理演算用の取消記録を準備するため、及び前記演算を取り込んだトランザクションがアボートされた場合に前記演算の効果をロールバックするためのステップ群であって、実際のＳＮＭＰ-ＳＥＴ演算が成功したとき抹消される列オブジェクトの行の元の値を得るために、別のＳＮＭＰ-ＧＥＴ要求を呼び出すステップ、前記要求の結果を、前記取消ログ内の目標列オブジェクト用SnmpCreReq記録に記憶し、新オブジェクトを抹消する実際のＳＮＭＰ-ＳＥＴ演算が成功したときこの記録をコミットするステップ、及びアボートの場合に、前記取消記録を呼び出して実際の演算の効果をロールバックするステップ、の各ステップをさらに含む請求項２８記載の方法。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本出願の分野は、ネットワーク管理演算に関する装置、方法及びコンピュータプログラム製品に関し、詳細にはネットワーク管理演算のためトランザクション支援を提供するための装置、方法及びコンピュータプログラム製品に関する。
【０００２】
【従来の技術】現在の特定のネットワーク管理アプリケーションは、個々のネットワーク管理演算を一度に一つだけ取得されるリモートネットワークオブジェクト上で実行する。リモートネットワークオブジェクトは、従って飛び飛びの別々の時間にのみ個々の注目を受ける。目標ネットワークオブジェクトは、しかし、多数で、複雑で、相互に関連している。ネットワークオブジェクトを一度に一つだけ扱うことは、残念ながら遅くて効率の悪いことが多い。多くの場合に、目標オブジェクトを個々に他の目標オブジェクトから隔離してアドレスするのでは、所望のオブジェクト間相互作用を共同作用に導くことはできない。この技術的問題を克服するため、目標オブジェクトは、相互関連し相互依存する多様なリモートネットワークオブジェクト上でリアルタイム調整をおこなって、一層包括的にアドレスする必要がある。
【０００３】
【発明が解決しようとする課題】現在、ネットワーク管理アプリケーションは、ネットワーク管理演算を一度に一つの演算づつ構築してネットワークオブジェクトに送る。現在の特定のネットワーク管理プロトコルは、管理される多数のオブジェクトに向かって一連の異種のネットワーク管理を実施する能力に欠けているので、この一連の演算は、原子的にコミットされるか又は全くコミットされないかのいずれかである。従って、一連の異種のネットワーク管理の周りにトランザクションの統合性を作ろうと試みることはネットワーク管理プラットホームの役割となる。しかし、公知のネットワーク管理プロトコルも、プラットホームも、製品も、単一トランザクションのコンテキスト内で勝手な一連のネットワーク管理演算の原子的実行に備えた組み込み機構は持っていない。
【０００４】
【課題を解決するための手段】本発明によれば、アプリケーショントランザクションは、単一の原子的にコミットされたトランザクションにまとめて結束されたネットワーク管理要求演算のグループとして実装される。アプリケーショントランザクションはこのように、幾つかのメッセージ要求演算を結束して、原子的にコミットされる。結合されたトランザクションはさらに、ネットワーク管理アプリケーションの要求に際し、本発明によれば原子的にアボートされる。一実施例によるアプリケーショントランザクションは、複数のネットワーク管理要求を、セマンティック開始命令及びコミット又はロールバックいずれかの命令により境界を定められた単一の包括的結束アプリケーショントランザクションに結合し、これが、これらのアプリケーションに関連する複数のネットワーク管理要求及び単一アプリケーショントランザクションに結束されたメッセージ演算を含んで、多重ユーザー・アプリケーションのトランザクション統合性を維持する。
【０００５】本発明によれば、ネットワーク管理プラットホーム用の機構により、ユーザーは勝手な一連の異種管理要求の周りにトランザクション境界を規定することができる。本発明に従うプラットホームは、これらの要求が原子的にコミットされることを保証する（つまり全部まとめてコミットするか又はコミットしないか）。
【０００６】
【発明の実施の形態】図１は、本発明に従うネットワーク管理プラットホームと通信する選択されたユーザー・アプリケーションのブロック図である。詳説すると、図１は、選択されたユーザーアプリケーション１００が、その各種演算に基づいて多様な要求メッセージをネットワーク管理プラットホーム(ＮＭＰ)１０２に送るのを示す。メッセージは、選択されたアプリケーショントランザクション演算の、選択された目標オブジェクト、例えば１０４〜１１４、に向けられた所定の作業を要求する。ＮＭＰ１０２ は、アプリケーショントランザクション(ＡＴ)１０３を実行するための処理実体（ソフトウエア、ハードウエア、ファームウエア又はそれらの複合）を含む。アプリケーショントランザクション１０３は、本発明に従う機構であり、「アプリケーショントランザクション(ＡＴ)開始：」メッセージを後述のように構築することにより組み立てられる。組み立てられたＡＴメッセージは次いで、本発明に従う取り扱いのため組み立てられたネットワーク管理プラットホーム(ＮＭＰ)１０２に送られる。ＮＭＰ１０２ は、多様な要求メッセージを多数のアプリケーションから本発明の一実施例に従って受領する。ＮＭＰ１０２は、多様なメッセージが定義する演算をまとめて、本発明に従う単一ＡＴに結束し、これをアプリケーショントランザクションコミットメッセージを受け取るまで続ける。コミットメッセージは、受信したメッセージ演算の同期結合コミットメントを生じさせる。「ＡＴロールバック」メッセージを受け取った場合は、演算相互の結束及びメッセージ演算自体をアボートする。ユーザーには、本発明の一実施例に従って、例えば、「ＡＴ開始」、「ＡＴコミット」、及び「ＡＴロールバック」のようなＡＴ情況メッセージが提供される。処理実体１０３は、本発明の一実施例に従ってデータベース１０５との通信環境にある。ユーザーアプリケーション１０１は要求メッセージを、下記の例に従ってＮＭＰ１０２に送る。
【０００７】例//アプリケーショントランザクション開始・・・//オブジェクトＡ、属性ａ１のセット・・・//オブジェクトＣ、属性ｃ１のセット・・・//アプリケーショントランザクションコミット【０００８】こうして、本発明に従って、複数の要求が構築され（つまり結合され）原子的な単一アプリケーショントランザクションとして送られる。原子的であることは、トランザクションをコミットするときも失敗するときも、単一原子的トランザクションに結合されたすべてのその演算が一斉にコミットまたは失敗することを意味する。トランザクションは、個々に規定されていても間接的に参照されていても、すべての演算可能オブジェクトに結束される。
【０００９】図２は、本発明の実施例を実装するためのコンピュータシステムのブロック図であって、ここでは、各サーバー及びアプリケーションは、結合的に又は別々に一つ以上のコンピュータシステム上に実装される。コンピュータシステム１６０は、詳説すると、ランダムアクセス・メモリ(ＲＡＭ)１７０、リードオンリー・メモリ(ＲＯＭ)１７１、ＲＡＭ１７０及びＲＯＭ１７１に接続されたメモリ・バス１７２、メモリ・バス１７２に接続されたマイクロプロセッサ１７３、モニタ１７６、プリンタ１７７、ディスク駆動装置１７８、コンパクト・ディスク・リードオンリー・メモリ(ＣＤ−ＲＯＭ)駆動装置１７９、モニタ１７６、プリンタ１７７、ディスク駆動装置１７８並びにＣＤ−ＲＯＭ駆動装置１７９に接続された周辺機器バス１８０、固定ディスク駆動装置１８１、及びネットワーク・インターフェイスを含み、図２に示すようにそれぞれが周辺機器バス１８０に接続されている。ディスク駆動装置１７８及びＣＤ−ＲＯＭ駆動装置１７９は、それぞれ磁気的又は光学的ディスク又はフロッピー１７８'及びＣＤ−ＲＯＭ媒体１７９'などの媒体上に埋め込むことのできるコンピュータプログラム製品(図示せず)を含めた情報を、それぞれ読み取る能力がある。選択された装置及び媒体に従って、選択された媒体上への書込が読取と同様に達成される。
【００１０】図３は、本発明に従うネットワーク管理プラットホーム(ＮＭＰ)のブロック図である。詳説すると、図３は、上述のような処理実体１０３を一つ以上のアプリケーショントランザクションのため含むＮＭＰ１０２を示す。処理実体１０３は、他方で本発明に従うアプリケーショントランザクションマネージャ１１０(ＡＴＭ)を含む。本発明に従うＡＴＭ１１０は、図７との関連で後述する取消ログに連結されている。取消ログは、例えばＤＢ１０５などの選択されたデータベース(ＤＢ)に記憶されている。取消ログのデータにより、不完了又は失敗アプリケーショントランザクションの一部を取り消しできる。例えば、処理された失敗ＡＴは、例えば、トランザクションで影響を受けた目標オブジェクト、例えば１０４〜１１４、の元の値へのロールバックにより取り消される。ＡＴＭ１１０は、取消ログのロード及びロールバック演算において以前の目標オブジェクト値に復元するための記入値を制御する。ＮＭＰ１０２は、所定のネットワーク配置に従ってネットワーク管理任務及び機能を課せられたサーバー又はコンピュータである。
【００１１】図４は、本発明に従うアプリケーショントランザクションマネージャ(ＡＴＭ)１１０の図である。詳説すると、図４は、それぞれ１２１から１２３の、一番から三番(符号１２１〜１２３)までの一連の演算をリンク又はスレッドするＡＴＭ１１０を示し、これらの演算は、複合アプリケーショントランザクションとしてまとめてリンクされており、集合的に目標オブジェクト１０４としてあらわされた一つ以上の目標オブジェクトの上で働く。目標オブジェクト１０４は、ユーザー又はその代理が構成又は選択するものとして、ＡＴＭ１１０と同じ競合プラットホーム（つまりコンピュータシステム）の上又は別のプラットホームかシステムの上で、定在するか又は呼び出される。
【００１２】図５は、エージェントＸ及びＹ(それぞれ符号１５０及び１５１)のような、異なるエージェントに定在する目標オブジェクト(ＴＯＡ、ＴＯＢ、ＴＯＩ)の周りに、ＡＴＭ１１０がトランザクションセマンティックを作る方法を示す図である。エージェント１５０、１５１自体が特定のトランザクションを支援するか否かに関わりなく、目標オブジェクトＴＯＡ及びＴＯＢはエージェントＸに定在し、ＴＯＩはエージェントＹに定在する。ネットワーク管理トランザクション演算をここでは「アプリケーショントランザクション」又は「ＡＴ」と称する。これらが、図５に参照したアプリケーション及び演算１００のような一つ以上のネットワーク管理アプリケーションを呼び出す。サービス・プロバイダ又はエージェント１５０、１５１の中のアプリケーショントランザクション実行実体１０３は、ＡＴトランザクションの手順を扱う。この実体１０３は、「アプリケーショントランザクションマネージャ」すなわち「ＡＴマネージャ」１１０を含み、ＡＴトランザクションサービスを必要とする管理実体にそれを提供するために、独立の計算手順として実装される。しかし、本発明の一般的応用性は上述の実用のみに限られない。本発明の一実施例によると、ユーザーは「ＡＴ開始」メッセージをＡＴ実行実体１０３に構築してこのメッセージをＡＴ実行実体１０３及びサービス・プロバイダ又はエージェントＸ及びＹに送る。このメッセージを受け取ると、サービス・プロバイダはその要求をＡＴマネージャ１１０に連絡して、継続の管理演算すべてをまとめて連結することによって結束を作る。この作用は、本発明の一実施例に従って、何のユーザー知識も無しで起こる。ユーザーは次いで、他のすべての管理演算を構築し続けてサービス・プロバイダに送る。サービス・プロバイダはこのとき、それらを実体１０３のＡＴマネージャ１１０に向ける。この手順は、ＡＴマネージャ１１０が「ＡＴコミット」メッセージ又は「ＡＴアボート」メッセージを受けるまで続く。「ＡＴコミット」メッセージを受け取った場合、サービス・プロバイダは、ＡＴマネージャと協力してこのトランザクションに含まれるすべての演算の同時コミットを起こす。「ＡＴアボート」メッセージを受けた場合は、結束ＡＴ及びメンバー演算をアボートするか、又はアボート要求以前に実行した演算の「取消」と同様の方法で完全にロールバックする。すべての演算は、演算に失敗するか若しくは上記の命令を受領したとき、単一トランザクションとして一括してコミットされるか又は一括してアボートされる。
【００１３】図６は、本発明に従ってユーザーが選択されたアプリケーショントランザクションを行う方法の流れ図である。詳説すると、図６は、ユーザーが４００でアプリケーショントランザクション開始メッセージを構築することを示す。次に、アプリケーショントランザクションを開始する要求が４０１でネットワーク管理プラットホーム(ＮＭＰ)に送られる。その後、ネットワーク管理プラットホームが４０２で、そのメッセージを受け取って結束処理を開始し、ＮＭＰがアプリケーショントランザクションコミットメッセージ又はアプリケーションロールバックメッセージを受け取るまで、継続の演算すべてをまとめてリンクする。このとき、アプリケーショントランザクションコミットメッセージを受け取ると、ＮＭＰは４０６でアプリケーショントランザクション実行実体を探し、それにすべての演算をアプリケーショントランザクションコミットメッセージとともに渡して、全スレッド演算の同時コミットを起こす。一方、アプリケーションロールバックメッセージを受け取ると、演算の結束又はスレッド化及びトランザクションはアボートされる。
【００１４】図７は、本発明に従ってアプリケーショントランザクションマネージャ(ＡＴＭ)がアプリケーションから要求メッセージを受け取る方法の流れ図である。詳説すると、図７は、アプリケーショントランザクションマネージャが５００でアプリケーションから、実行を要する特定の演算に関する要求メッセージを、アプリケーショントランザクションサーバーとネットワーク管理プラットホームとの間のアプリケーショントランザクションヘルパー装置内の配送機構を通して、受け取ることを示す。本発明に従ってアプリケーショントランザクションマネージャ(ＡＴＭ)は５０１で、要求メッセージから導出メッセージを作る。アプリケーショントランザクションマネージャ(ＡＴＭ)はさらに、５０２でネットワーク管理プラットホーム(ＮＭＰ)から回答を受け取って、その回答を、影響を受けたオブジェクトのスナップショットとして恒久的取消ログ内に記憶するためにリンクして、コミットできない特定のトランザクションをその際にロールバックして目標オブジェクトをトランザクション手順が始まる前に保持していた値に再設定できるようにし、そして元の要求を実行のためネットワーク管理プラットホームに送り返す。アプリケーショントランザクションマネージャ(ＮＭＰ)は次に、５０３で、個々の各導出演算がそのまま全体として原子的にうまく完遂されたか否かについて、ネットワーク管理プラットホームからＯＫ及び非ＯＫの回答を受け取る。ＡＴＭはここで、ＯＫ回答を送ってアプリケーショントランザクションを許し、また非ＯＫトランザクションをアボートして関連する取消ログを逆順でやり直し、以前にコミットした演算をロールバックして目標オブジェクト内に元のオブジェクト値を復元する。
【００１５】図９〜図１１は、ＣＭＩＰプロトコル用にＸ.７１１で規定された行動に合致するオブジェクトを扱うＡＴアプリケーションのため取消ログを構築する方法を示す図である。Ｍ-ＳＥＴメッセージフローの部分で、アプリケーションが目標オブジェクトＸに対する設定要求をネットワーク管理プラットホーム(ＮＭＰ)１０２に送る。これはプログラミング・インターフェイスにおいて、ＣＭＩＰ Ｍ-ＳＥＴプロトコル・データ・ユニット(ＰＤＵ)を抽出する関数「CmipSetReq」を経由してなされる。ＮＭＰ１３２において、ＡＴ実行実体がこの要求をバッファし、トランザクションがアボートされた場合のＭ-ＳＥＴ要求用に取消記録を構築するため、多数のＭ-ＧＥＴメッセージを目標オブジェクトＸに先ず送出する。この取消記録は基本的に、同一だが元の値がついている目標オブジェクトに対する別のＭ-ＳＥＴ要求である。これは変更された目標オブジェクトを、現在要求されている変更を前日付にする元の値に、復元することができる。取消記録が構築された後、ＮＭＰは目標オブジェクトにＭ-ＳＥＴ要求を送る。Ｍ-ＳＥＴ要求が成功すると、ＡＴ実行実体はその対応取消記録を取消ログ内にセーブし、次いでトランザクションの中の次の要求に進む。そうでないときは、現在の取消記録を移動して、取消ログを逆順で実行することにより特定のトランザクションをアボートする。図９〜図１１はさらに、ＮＭＰ１０２によりＭ-ＣＲＥＡＴＥ要求が扱われる方法の一例を示す。これは、Ｍ-ＣＲＥＡＴＥメッセージフローに関連する。特定のアプリケーション実体は、関数「CmiCreReq」を送出してＣＭＩＰ Ｍ-ＳＥＴプロトコル・データ・ユニット(ＰＤＵ)を抽出する。詳説すると、Ｍ-ＣＲＥＡＴＥ要求毎に取消記録が構築される。トランザクションアボートの場合に先行のＭ-ＣＲＥＡＴＥ要求を除去又は取消するのは、実質的にＭ-ＤＥＬＥＴＥ要求である。最後に、Ｍ-ＤＥＬＥＴＥ要求を扱う方法の一例を、Ｍ-ＤＥＬＥＴＥメッセージフローの部分で示す。この場合、アプリケーション実体は、「CmipDelReq」関数を送出し、これがＣＭＩＰ Ｍ-ＤＥＬＥＴＥプロトコル・データ・ユニット(ＰＤＵ)を抽出する。次にＮＭＰ中のＡＴ実行実体は、多数のＧＥＴ要求を目標オブジェクトに送出し、回答を得て、それらをＭ-ＤＥＬＥＴＥ要求の取消記録に構築する。この取消記録は、例えば抹消前に持っていたのと同一または類似の組の属性値を持つ、まさに同一のオブジェクトを再生するＭ-ＣＲＥＡＴＥ要求である。
【００１６】図１２〜図１３は、取消ログを使用して特定のトランザクションをアボートする方法の図面である。ここでは、取消ログは逆順で実行され、回答はすべて非ＯＫで返され、アボート回答が返される。「アボートメッセージ」を処理するためのステップは、本発明の一実施例に従って、(i)アプリケーションから明示的なアボート要求を受けた、(ii)ＡＴサーバーが内部アボート条件を認識した、のいずれかの場合に、同一トランザクション内でそのサーバーが処理した先行のＭ-ＳＥＴ、Ｍ-ＣＲＥＡＴＥ、又はＭ-ＤＥＬＥＴＥ要求のいずれかの失敗を原因として、実行されることに注意しなければならない。本発明の一実施例に従って、ＣＭＩＰ Ｍ-ＳＥＴ、ＣＭＩＰ Ｍ-ＣＲＥＡＴＥ、ＣＭＩＰ Ｍ-ＤＥＬＥＴＥ又はＳＮＡＰ ＧＥＴ要求にはロールバックがないことにもまた言及しなければならない。これらの要求は、本発明の一実施例に従うと、ＡＴサーバーにより透過的に通過して、これらの要求を処理するための取消ログ内の記録は作られない。
【００１７】図１４〜図１５は、所定の動作および ＳＮＭＰプロトコルに合致するオブジェクトを扱うＡＴアプリケーションのために、取消ログをＡＴアプリケーション用に構築する方法の図面である。ＳＮＡＰ-ＳＥＴのメッセージフローの部分で、アプリケーション実体は、プログラミング関数「SnmpSetSimple」要求をＮＭＰ１０２に送出する。この関数はＳＮＡＰ-ＳＥＴプロトコル・データ・ユニット(ＰＤＵ)を抽出する。ＮＭＰ１０２において、ＡＴ実行実体は多数のＳＮＭＰ -ＳＥＴ要求を目標オブジェクトに送出し、回答を得て、それらを取消記録に構築する。続いて、ＡＴ実行実体は実際のＳＮＭＰ-ＳＥＴ ＰＤＵを構築して目標オブジェクトに送る。要求が成功したときは、その対応取消記録を取消ログ内にセーブし、次いでトランザクション中の次の要求に進む。それ以外の場合、現在の取消記録を削除し、取消記録を逆順で実行することによりトランザクションをアボートする。次に、アプリケーション実体中のＳＮＭＰ-ＣＲＥＡＴＥ-ＲＯＷ-ＯＢＪＥＣＴメッセージフローが「SnmpSetCreateRow」関数を送出してＳＮＡＰ-ＳＥＴプロトコル・データ・ユニット(ＰＤＵ)を抽出し、これが列オブジェクト全体の作成に用いられる。この場合、取消記録が上述の要求用に作られる。特定のトランザクションがアボートされたとき、ｃｒｅａｔｅ演算の逆が実行できるよう前記列オブジェクト全体を抹消できるのは、ＳＮＡＰ-ＳＥＴ ＰＤＵにマップできる「DelReq」である。最後に、図面の最終部分のＳＮＭＰ-ＤＥＬＥＴＥ-ＲＯＷ-ＯＢＪＥＣＴメッセージフローの下で、アプリケーション実体はプログラミング関数「SnmpSetDestroyRow」を送出する。この関数は列オブジェクト全体の抹消に用いられる。従って、多数のＳＮＭＰ-ＧＥＴ要求が目標オブジェクトに送出されて、列オブジェクトの全行の値を復旧する。これらの値は、ＳＮＭＰ-ＳＥＴ ＰＤＵにマップできる「CreReq」を構築するのに用いられ、これが一方で全列オブジェクトを、トランザクションアボートの場合にｄｅｌｅｔｅオペレーションの逆が実行できるよう再生する。
【００１８】
【実施例】以下、本発明の実施例を、付属書Ａ〜Ｃに従って、説明する。
【００１９】[付属書Ａ]ＡＴサーバーは同時並行的に走る多数のトランザクションを持つことがある。メッセージが所属する特定のトランザクションを識別するため、特定のトークン情報がユーザー・メッセージとともに渡されてそのトランザクションを一義的に識別する。この情報は、トランザクショントークン情報として知られている。本発明の特定の具体例に従ってこのトークンに関し三つの表現がある。
【００２０】本発明に従う一つのトークン表現は、全面的なトランザクション情報を必要とする。詳説すると、このトークンは、新たなトランザクションを作るため又は既存のトランザクションに関連させるためトランザクションを広域的に一義的に識別する情報を含む。
【００２１】本発明に従う別のトークン表現は、広域的トランザクション識別子を必要とする。詳説すると、全トランザクション情報にマップできる導出識別子を作る。この広域的トランザクション処理識別子は、要求／回答メッセージ中で同一トランザクションの反復参照のため、全トランザクション情報の代わりに使える。この識別子は、広域的に唯一であって、ＮＭＰのものような良く知られた実体を通じて、全トランザクション情報へ又は該情報から広域的に翻訳でき、広域的トランザクション処理マッピング機能へのアクセスを提供するか又はこの情報自体を供給する。
【００２２】本発明に従う別のトークン表現は、トランザクション識別子を必要とする。詳説すると、導出識別子を用いて、ＡＴマネージャの領域内で局所的に唯一のトランザクションを識別する。本発明にしたがえば、トランザクショントークン情報は下記のＡＳＮ.１文法に従って表現される。
【００２３】
CHOICE { transInfo [1] TransactionInfo, grobalTransId [2] Integer, localTransId [3] Integer } TransactionInfo ::= SEQUENCE { userName GraphicString, applicationId INTEGER (0..MAX), misId AET, threadId [0] INTEGER OPTIONAL, enclosingTransaction [1] TransactionInfo OPTIONAL }【００２４】本発明の一実施例によれば、選択されたトランザクション情報は、ＡＴ開始(BeginAT)コンテキスト・メッセージ中で渡される。ＡＴサーバーが、局所的トランザクション識別子又は広域的トランザクション識別子のいずれを返すか選択し、それをアプリケーションがＡＴサーバーと通信するため続いて使用する。
【００２５】[付属書Ｂ]アプリケーショントランザクションＡＰＩの明細「AppTrans」−ＡＴヘルパーオブジェクト【００２６】AppTransは、アプリケーショントランザクションをサポートするC++オブジェクト・クラスである。AppTransのコンストラクタは、選択されたAppTrans変数を特定のPlatform変数に次のように関連付ける。
【００２７】AppTrans(Platform& ＜plat＞ = Platform::def_platform);【００２８】ＡＴの非同期限定モードをＥＭ中でサポートするため、次のメソッドが本発明の一実施例に従って実装される。
・ Begin ATメソッド（同期バージョン）
・ Commit ATメソッド（同期バージョンのみ）
・ Abort ATメソッド（同期バージョンのみ）
・ Get Result メソッド・ Get Result Stringメソッド【００２９】次のメソッドは、本発明の範囲内のものである。
【００３０】アプリケーショントランザクション開始Result AppTrans::begin_trans(CDU ＜atm_name＞); //ＡＴマネージャ名【００３１】このメソッドは、新たなトランザクションのため開始境界を規定する。このメッセージに続くすべてのメッセージは、トランザクション終了又はトランザクションアボートを指示するメッセージまで、このトランザクションに拘束される。このメソッドは、同期モードで走りトランザクション開始要求の処理結果を返す。結果がNOT_OKであるとき呼び出し人は、本発明に従ってget_result()又はget_result_string()メソッドを呼び出し本発明に従ってさらに詳しいエラーを受け取ることができる。
【００３２】アプリケーショントランザクション終了Result AppTrans::commit_trans()；
【００３３】本発明に従うこのメソッドは、現在アクティブなトランザクションの終了を意味し、そのトランザクションのコミット処理を要求する。このメソッドは、同期モードで走り、トランザクション終了要求処理の最終結果を返す。メソッドがNOT_OKと返されたとき呼び出し人は、get_result()又はget_result_string()メソッドを呼び出して、さらに詳しいエラーを受け取ることができる。他の場合、現在アクティブなトランザクションの状態がAT_SUCCESSに変更される。
【００３４】アプリケーショントランザクションアボートResult AppTrans::abort_trans()；
【００３５】本発明に従うこのメソッドは、現在アクティブなトランザクションに関し、トランザクションアボートの開始を要求する。このメソッドは、同期モードで走り、トランザクションアボート要求処理の最終結果を返す。メソッドがNOT_OKと返されたとき呼び出し人は、get_result()又はget_result_string()メソッドを呼び出して、さらに詳しいエラーを受け取ることができる。他の場合、現在アクティブなトランザクションの状態がAT_ABORTEDに変更される。
【００３６】アプリケーショントランザクション取得及びエラー文字列AT_Result AppTrans::get_result()Char *AppTrans::get_result_string(void)【００３７】これらの関数は現在アクティブなトランザクションの状態及びこのトランザクションに関連した状態文字列を返す。状態の型及びその文字列を下表に示す。
【００３８】
【表１】

【００３９】本発明の一実施例に従う典型的ネットワーク管理演算順序は下記の通りである。
DELETE router1；
DELETE router2；
DELETE circuit1；
SET alarm.status = "historical" WHERE alarm.originator = router1;SET alarm.status = "historical" WHERE alarm.originator = router2;【００４０】このような実施例の制約は下記の通りである。
１．router1又はrouter2のいずれかのDELETEに成功したときは、circuit1のDELETEに必ず成功する。そうでなければ、「懸垂回路(dangling circuit)」を生じる。
２．いずれかのrouterのDELETEに失敗したときは、他のrouter及びcircuitのDELETEを処理することはできない。そうでなければ、ネットワークが矛盾する状態（つまり誤配置の形態）になるからである。
３．任意のrouterのDELETEに成功したときは、そのalarm状態の "historical"へのSETに必ず成功する。そうでなければ、システム内に矛盾するアラームが生じる（つまり、アラームを発する装置がもはや存在しない時アラームが作動する）。
４．任意のrouterのDELETEに失敗したときは、そのalarm状態の "historical"へのSETを進めることはできない。未だネットワーク内でアクティブで固定を要する装置が発するアラームをアーカイブに保管するのは望ましくないからである。router1及びrouter2が異なるネットワーク管理エージェントにより制御されているときは、一つのエージェントがダウンしている間に、他のエージェントが起動していることがある。従って、一つのrouterのDELETEには成功し別のものには失敗する。
【００４１】本発明に従うと、次の要求は、それゆえ、原子的に実行される。
BEGIN TRANSACTION；
DELETE router1；
DELETE router2；
DELETE circuit1；
SET alarm.status = "historical" WHERE alarm.originator = router1;SET alarm.status = "historical" WHERE alarm.originator = router2;COMMIT TRANSACTION；
【００４２】このとき、トランザクションの原子的実行は本発明の下で保証される。下記は、アプリケーショントランザクションの一例である。
【００４３】
#include ＜pmi/app_trans.hh＞ main (int argc, char **argv) { Platform Plat (duEM); // MIS.への接続を設定// Plat = Platform(duEM); If (plat.get_error_type() != PMI_SUCCESS) { cout ＜＜ plat.get_error_string() ＜＜ endl; } // トランザクションの前に全てのimageを局所的に準備 // アプリケーション側でrouter1、router2、cicuit1 image をブート Image router1 = Image (router1_dn, router1_class); If (!router1.boot()) { exit(1); } Image router2 = Image (router2_dn, router2_class); If (!router2.boot()) { exit(1); } Image circuit1 = Image (circuit1_dn, circuit1_class); If (!dircuit1.boot()) { exit(1); } //発信場所がrouter1又はrouter2のいずれかである場合は //すべてのアラームをブート Album the_alarms = Album("The_Alarms"); Timeout to; the_alarms.set.derivation ("/synstemId = \"sys\"/ log = \"AlarmLog\" /LV(1) /CMISFilter(or:{item:equality:(routerId, \"router1\"}, {item:equality;(routerId, \"router2\"}) "); if (!the_arams.all_boot(to)) { // ブートは失敗？
cout ＜＜ "all_boot():を使ったimageのブート失敗)"; exit (2); } //アプリケーショントランザクション要求を構築して呼び出す// AppTrans at(plat); //同期 アプリケーショントランザクション開始 if (!at.begin_trans("/systemId=\"sys\"/subsystemId=\"aux\"")) { cout ＜＜ "ＡＴ開始トランザクション失敗！ 原因 = " ＜＜ at.get_error_string() ＜＜endl; exit(7); } //非同期 router1、router2、circuit1を破棄 if (!router1.start_destroy()) { cout ＜＜ "router1の破棄失敗" ＜＜ router1.get_error_string() ＜＜endl; exit (7); } if (!router2.start_destroy()) { cout ＜＜ "router2の破棄失敗" ＜＜ router2.get_error_string() ＜＜endl; exit (7); } if (!circuit1.start_destroy()) { cout ＜＜ "circuit1の破棄失敗" ＜＜ circuit1.get_error_string() ＜＜endl; exit (7); } //非同期 全アラームを"historical"に設定 if (!the_alarn.all_set("status","historical")) { cout ＜＜ "セット失敗！ 原因 = " ＜＜ the_alarm.get_error_string() ＜＜ endl; exit (7) ; } if (!the_alarn.all_start_store()) { cout ＜＜ "セット失敗！ 原因 = " ＜＜ the_alarm.get_error_string() ＜＜endl; exit (7) ; } //同期 アプリケーショントランザクションをコミット AT_Result = at.commit_tarans(); //トランザクションの結果を点検// if (result != AT _SUCCESS) { cout ＜＜ "ＡＴ終了トランザクション失敗！ 原因 = " ＜＜ at.get_result_string() ＜＜endl; exit (7); } exit(0); }【００４４】[付属書Ｃ]本発明の一実施例に従って、ネットワーク管理のためのＯＳＩトランザクション処理サービス(OSI Transaction Processing service for Network Management)のプリミティブをネットワーク管理アプリケーションとアプリケーション・サーバーとの間のダイアログ実行のため用いる。
【００４５】ＴＭＮネットワーク管理のためのＯＳＩトランザクション処理サービス利用は、下記の国際基準でサポートされている。
ITU 勧告 X.702： Information Technology−Open Systems Interconnection−Application Context for Systems Management with Transaction Processing（情報技術−オープンシステム相互接続−トランザクションプロセスを伴うシステム管理のためのアプリケーションコンテキスト）［ISO/IEC 11587も］。
【００４６】ネットワーク管理のためのＯＳＩトランザクション処理サービス自体は、下記の国際基準でサポートされている。
ITU 勧告 X.860： Open Systems Interconnection−Distributed Transaction Processing: Mode1（オープンシステム相互接続−分散トランザクションプロセス：モード１）
ITU 勧告 X.861： Open Systems Interconnection−Distributed Transaction Processing：Servece Definition（オープンシステム相互接続−分散トランザクションプロセス:サービス定義）
ITU 勧告 X.862： Open Systems Interconnection−Distributed Transaction Processing：Protcol specification（オープンシステム相互接続−分散トランザクションプロセス：プロトコル仕様書）
【００４７】コミットメント、一貫性及び復旧に関する関連国際基準は、ITU 勧告 X.851： Information Technology−Open Systems Interconnection−Service Definition for Commitment, Concurrency and Recovery Service Element（情報技術−オープンシステム相互接続−コミットメント、一貫性及び復旧サービス要素に関するサービス定義）［ISO/IEC IS 9804 も］。
【００４８】上記基準のすべてが、アプリケーションとトランザクション処理サービスプロバイダ（ＴＰＳＰ、本実施例においては アプリケーショントランザクションサーバー）との間で、トランザクションセマンティック実行のため、交換しなければならないメッセージ・セットを規定するけれども、矛盾のない状態でトランザクションの結束データを捕捉することにより、ＴＰＳＰがトランザクションに関して内部的に原子的性格をそれにより保証できる機構を上述の基準のどれも示唆又は規定していないことに言及しておく。本明細書において記述したのは、正にこの機構であり、これが本発明の請求項の一つを構成する。
【００４９】ここに記述された実施例は単に、アプリケーショントランザクションサーバー内のこの機構が、Ｘ.７１１ ＣＭＩＰ ＴＭＮ管理プロトコルのＸ.７０２基準により規定されたＸ.８６０/Ｘ.８６１/Ｘ.８６２トランザクション処理サービスへのマッピングに定義された通りの、ネットワーク管理トランザクション手順メッセージ・セットを用いて、外部アプリケーションにより働かされる方法を説明するのみである。
【００５０】本発明のＸ.７０２に合致する実施例においては、ネットワーク管理アプリケーション及びアプリケーショントランザクションサーバ双方が、Ｘ.８６０/Ｘ.８６１/Ｘ.８６２に合致するトランザクション処理サービスユーザ発動(ＴＰＳＵＩ)である。これはそれらの間で交換されるすべてのＣＭＩＳＥ、ＳＭＡＳＥ、及びＲＯＳＥ ＰＤＵが、Ｘ.８６１ ＴＰ サービスにより定義された通りのＴＰ-ＤＡＴＡプリミティブ内に包括されることを意味する。
【００５１】非Ｘ.７０２処理にサービスする能力もあるＸ.７０２に合致するＴＰサーバーを持つことが可能であることに言及しておく。例えば、本発明のＸ.７０２に合致する実施例は、前述した本発明の他の実施例（非Ｘ.７０２に合致）と同一の物理的コンピュータシステム及び同一のソフトウエア・プロセス内に共存できる。これは、非Ｘ.７０２に基づくネットワーク管理トランザクションが、Ｘ.８６０/Ｘ.８６１/Ｘ.８６２に基づくＴＰＳＰにより扱われるＴＰ結合のプールの中にない結合の上で実行されるとき可能である。
【００５２】この実施例において、ネットワーク管理アプリケーション及びアプリケーショントランザクションサーバーの双方が、ＴＰＳＵＩであり、TSPU-Titleを持つ。アプリケーションは、ネットワーク管理プラットホームがトランザクションにサービスするため別個のアプリケーショントランザクションサーバー・プロセスを持つか否かを必ずしも知る必要はないので、アプリケーショントランザクションサーバーのTSPU-Titleは、ネットワーク管理プラットホーム全体のTSPU-Titleと見なされる、つまり、全体としてのプラットホームがＴＰサーバーと見なされる。しかし、このTSPU-Titleに向けられたメッセージは、アプリケーショントランザクションサーバーに直接送り出される。
【００５３】アプリケーションがBegin-Transactionプリミティブにより境界を決められたトランザクションを開始するときは、ＡＰＩライブラリ(ＰＭＩ)が点検して、ＡＣＳＥアプリケーションの関連付けが、Ｘ.７０２に合致するするアプリケーショントランザクションサーバーとともに確立されているか否かを検査し、そうでないときは、このような関係づけを確立する。次に、これはＴＰダイアログがＸ.７０２に合致するアプリケーショントランザクションサーバーとともに確立されているか否かを検査し、そうでないときは、TP-BEGIN-DIALOGUEをアプリケーション・サーバーに発行する。最後に、これはTP-BEGIN-TRANSACTION を発行してトランザクションの始点の境界を定める。
【００５４】ＴＰダイアログがネットワーク管理アプリケーションとＸ.７０２に合致するアプリケーショントランザクションサーバーとの間に確立している場合は、ＴＰダイアログの一部として下記の機能単位が選択される。
−そのダイアログのため「コミットメント」の整合水準を選び、ネットワーク管理アプリケーションをそれにより結束データ自体のコミットを整合することから解放する。
−コミット機能単位(Commit Functional Unit)及び非連鎖トランザクション機能単位(Unchained Transactons Functional Unit)が選ばれる。
−ハンドシェイク機能単位(Handshake Functional Unit)は選ばれることも選ばれないこともある。
【００５５】この実施例においては、トランザクションの境界を定めるためアプリケーションが呼び出した手順呼出と同時に、アプリケーションが呼び出したネットワーク管理演算が、Ｘ.７０２ 基準に規定の通りＸ.８６０/Ｘ.８６１/Ｘ.８６２ＴＰサービスプリミティブへの下記のマッピングを用いてＸ.７０２に合致するアプリケーショントランザクションサーバーに送られる。
【００５６】
Begin Transaction A-ASSOCIATE (必要あれば) TP-BEGIN-DIALOGUE (必要あれば) TP-BEGIN-TRANSACTION M-CREATE TP-DATA wrapping CMISE/ROSE M-CRATE PDU M-DELETE TP-DATA wrapping CMISE/ROSE M-DELETE PDU M-CANCEL-GET TP-DATA wrapping CMISE/ROSE M-CANCEL-GET PDU M-GET TP-DATA wrapping CMISE/ROSE M-GET PDU M-SET TP-DATA wrapping CMISE/ROSE M-SET PDU Commit Transaction TP-COMIT Abort Transaction TP-ROLLBACK END TRANSACTION TP-COMIT (先行するTP-COMMITの発送がない場合) TP-END-TRANSACTION【００５７】ハンドシェイク機能単位が選ばれているときは、ネットワーク管理アプリケーションが送出するプリミティブTP-HANDSHAKEが、TP-COMMITプリミティブの等価物と見なされる。
【００５８】本発明の一実施例に従うと、Ｘ.７０２に合致するアプリケーショントランザクションサーバーは、いずれかのTP-COMMIT指示が成功裡に完全にサービスされたとき、TP-COMMIT-COMPLETEプリミティブを、ネットワーク管理アプリケーションに発行する。これは、またTP-ROLLBACK指示が成功裡に完全にサービスされたとき、TP-ROLLBACK-COMPLETEプリミティブを、ネットワーク管理アプリケーションに送出する。
【００５９】本発明の一実施例に従うと、Ｘ.７０２に合致するアプリケーショントランザクションサーバーはこれらのメッセージ・セットを、外界（ネットワーク管理アプリケーション）と相互作用するための外部通信機構として用いる。これはまた、続いて取消ログ機構を利用して、必要なときロールバックできるようトランザクションの初期状態についての適切なデータの捕捉を実行することをそのトランザクションに保証する。
【００６０】以上、本発明の一実施形態を図面に沿って説明した。しかしながら本発明は上記実施形態に示した事項に限定されず、特許請求の範囲の記載に基いてその変更、改良等が可能であることは明らかである。また、本明細書の一部には、著作権法の制約を受ける文書が含まれる。著作権者は、それが特許庁の書類又は記録にあらわれるときは、その複写に反対しないが、それ以外の場合は、これに関連する全権を保有する。
【００６１】
【発明の効果】以上の如く本発明によれば、ネットワーク管理プラットホーム用の機構により、ユーザーは勝手な一連の異種管理要求の周りにトランザクション境界を規定することができる。本発明に従うプラットホームは、これらの要求が原子的にコミットされることを保証する。
【出願人】 【識別番号】３９８０１４３４４
【氏名又は名称】サン・マイクロシステムズ・インコーポレーテッド
【出願日】 平成１１年（１９９９）３月１８日
【代理人】 【弁理士】
【氏名又は名称】遠藤 恭
【公開番号】 特開平１１−３２８０６６
【公開日】 平成１１年（１９９９）１１月３０日
【出願番号】 特願平１１−７４１３８