特許 6010623 トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6010623

(24)【登録日】2016年9月23日

(45)【発行日】2016年10月19日

(54)【発明の名称】トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするためのシステムおよび方法

(51)【国際特許分類】

   G06F 9/445 20060101AFI20161006BHJP

【ＦＩ】

   G06F9/06 610Q

   G06F9/06 610A

【請求項の数】12

【全頁数】25

(21)【出願番号】特願2014-533653(P2014-533653)

(86)(22)【出願日】2012年9月25日

(65)【公表番号】特表2014-528614(P2014-528614A)

(43)【公表日】2014年10月27日

(86)【国際出願番号】US2012057136

(87)【国際公開番号】WO2013049074

(87)【国際公開日】20130404

【審査請求日】2015年9月18日

(31)【優先権主張番号】61/541,059

(32)【優先日】2011年9月29日

(33)【優先権主張国】US

(31)【優先権主張番号】13/423,035

(32)【優先日】2012年3月16日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】リ，チェンユー

(72)【発明者】

【氏名】リウ，リダン

【審査官】 多賀 実

(56)【参考文献】

【文献】 特表２００５−５０５０３４（ＪＰ，Ａ）

【文献】 特表２０１０−５４１０７０（ＪＰ，Ａ）

【文献】 村田 謙 外２名，「標準化した業務システムのプロビジョニング」，ＦＵＪＩＴＳＵ，富士通株式会社，２０１１年 １月１１日，第６２巻，第１号，ｐｐ．３５−４１

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４５

(57)【特許請求の範囲】

【請求項1】

トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイすることをサポートするための方法であって、
１つ以上のアプリケーションパッケージを受信することを含み、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、前記方法は、
１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上のマイクロプロセッサ上に１つ以上の分散パッケージを生成することと、
トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることとを含む、方法。

【請求項2】

アプリケーションパッケージをデプロイすることができるプラットフォームに関する情報を各アプリケーションパッケージが含むことを許可することをさらに含む、請求項１に記載の方法。

【請求項3】

異なるトランザクショナルドメインにアプリケーションパッケージを適用することをさらに含み、各トランザクショナルドメインは、１つ以上のトランザクショナルミドルウェアマシンを含む、請求項１または２に記載の方法。

【請求項4】

アプリケーションパッケージに基づいて、１つ以上のトランザクショナルサーバがデプロイされる各トランザクショナルミドルウェアマシン上に１つ以上のアプリケーションディレクトリを作成することをさらに含む、請求項１から３のいずれかに記載の方法。

【請求項5】

複数のアプリケーションパッケージを同じアプリケーションディレクトリにデプロイすることをさらに含む、請求項１から４のいずれかに記載の方法。

【請求項6】

アプリケーションパッケージにおけるコンフィギュレーション情報に基づいて１つ以上のトランザクショナルサーバがデプロイされるトランザクショナルミドルウェアマシンごとにコンフィギュレーションメタデータを自動的に生成することをさらに含む、請求項１から５のいずれかに記載の方法。

【請求項7】

ユーザによってアップロードされた１つ以上のアプリケーションパッケージを格納するデータリポジトリを提供することをさらに含む、請求項１から６のいずれかに記載の方法。

【請求項8】

１つのトランザクショナルミドルウェアマシンまたは複数の相互接続されたトランザクショナルミドルウェアマシンのいずれかに、複数のアプリケーションパッケージを含むトランザクショナルアプリケーションをデプロイすることをさらに含む、請求項１から７のいずれかに記載の方法。

【請求項9】

各前記アプリケーションパッケージは、
アプリケーションパッケージの名前を含む第１の階層と、
アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報を含む第２の階層と、
トランザクショナルサーバのためのコンパイルされたバイナリファイルを含む第３の階層と、を含む圧縮ファイルである、請求項１から８のいずれかに記載の方法。

【請求項10】

トランザクショナルミドルウェアマシン環境において複数のトランザクショナルミドルウェアマシンから少なくとも１つの分散パッケージをアンデプロイすることをさらに含む、請求項１から９のいずれかに記載の方法。

【請求項11】

トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイすることをサポートするためのシステムであって、
１つ以上のマイクロプロセッサと、
トランザクショナルミドルウェアマシン環境において１つ以上のマイクロプロセッサ上で動作するデプロイメントセンターとを備え、デプロイメントセンターは、
１つ以上のアプリケーションパッケージを受信することができ、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、前記デプロイメントセンターは、
１つ以上のアプリケーションパッケージに基づいてトランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成することと、
トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることとができる、システム。

【請求項12】

請求項１〜１０のうちいずれか１項に記載の方法をコンピュータに行なわせる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

著作権表示
この特許文書の開示の一部は、著作権の保護下にある内容を含む。特許商標庁の特許ファイルまたは記録に現れる限りにおいては、著作権所有者は、誰でも当該特許文書または特許開示を複製することについて異議はないが、そうでなければ如何なる場合でもすべての著作権を留保する。

【0002】

発明の分野
本発明は概して、コンピュータシステムおよびミドルウェアのようなソフトウェアに関し、特定的にはトランザクショナルミドルウェアマシン環境をサポートすることに関する。

【背景技術】

【0003】

背景
トランザクショナルミドルウェアシステム、すなわちトランザクション指向のミドルウェアは、組織内の様々なトランザクションを処理することができる企業アプリケーションサーバを含む。高性能ネットワークおよびマルチプロセッサコンピュータのような新たな技術の発展により、トランザクショナルミドルウェアの性能をさらに向上させる必要がある。これらは、一般に発明の実施例が対処することが意図される分野である。

【発明の概要】

【課題を解決するための手段】

【0004】

概要
本願明細書において記載されるのは、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするためのシステムおよび方法である。デプロイメントセンターは、１つ以上のアプリケーションパッケージを受信することができ、その各々は、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含む。デプロイメントセンターはさらに、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境におけるトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成することができる。次いで、デプロイメントセンターは、トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることができる。

【図面の簡単な説明】

【0005】

【図1】発明の実施例に係る、ダイナミックリソースブローカをサポートするトランザクショナルミドルウェアマシン環境の例証を示す図である。

【図2】発明の実施例に実施例に係る、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするための典型的なフローチャートを例示する図である。

【図3】発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションパッケージの内部構造の例証を示す図である。

【図4】発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションディレクトリの内部構造の例証を示す図である。

【図5】発明の実施例に係る、アプリケーションパッケージを準備する例証を示す図である。

【図6】発明の実施例に係る、ＧＵＩコンソールにおいてマシンリストを作成する例証を示す図である。

【図7】発明の実施例に係る、アプリケーションパッケージをアップロードする例証を示す図である。

【図8】発明の実施例に係る、トランザクショナルミドルウェア環境においてドメインを作成する例証を示す図である。

【図9】発明の実施例に係る、物理マシンをドメインの仮想マシンにバインドする例証を示す図である。

【図10】発明の実施例に係る、アプリケーションパッケージをドメインの仮想マシンに追加する例証を示す図である。

【図11】発明の実施例に係る、ドメインにおいて複数の仮想マシンを設定する例証を示す図である。

【図12】発明の実施例に係る、データリポジトリの内部構造の例証を示す図である。

【図13】発明の実施例に係る、アプリケーションディレクトリの構造の例証を示す図である。

【図14】発明の実施例に係る、図１のダイナミックリソースブローカをサポートするトランザクショナルミドルウェアマシン環境をより詳細に示す図である。

【発明を実施するための形態】

【0006】

詳細な説明
本願明細書に記載されるのは、複数のプロセッサを有する高速マシンを利用することができるトランザクショナルミドルウェアシステムおよび高性能ネットワーク接続をサポートするためのシステムおよび方法である。ダイナミックリソースブローカは、リソース使用変更に従って、グループおよびマシンを追加／削除することによってトランザクショナルミドルウェアマシン環境におけるトランザクショナルシステムを動的にスケールアップ／スケールダウンすることができる。トランザクショナルミドルウェアマシン環境は、トランザクショナルミドルウェアマシン環境においてデプロイメントセンターを含むことができる。デプロイメントセンターは、トランザクショナルミドルウェアマシン環境について１つ以上のデプロイメントポリシーと、１つ以上のデプロイメントエージェントとを維持する。１つ以上のデプロイメントエージェントの各々は、トランザクショナルミドルウェアマシン環境におけるトランザクショナルドメイン内の複数のトランザクショナルミドルウェアマシンのうちの１つのトランザクショナルミドルウェアマシンに関連付けられる。デプロイメントセンターは、１つ以上のデプロイメントエージェントからマシン使用情報を受信し、１つ以上のデプロイメントエージェントによって収集されたリソース使用情報に基づいて、トランザクショナルドメインにおいて使用されるリソースを動的にスケールアップまたはスケールダウンするように動作する。

【0007】

本発明の実施例に従うと、当該システムは、高性能ハードウェア、たとえば６４ビットプロセッサ技術、高性能な大きなメモリ、ならびに冗長なインフィニバンドおよびイーサネット（登録商標）ネットワーキング）と、ＷｅｂＬｏｇｉｃ Ｓｕｉｔｅのようなアプリケーションサーバまたはミドルウェア環境との組合せを含み、これにより、迅速に備えられ得るとともにオンデマンドでスケール変更可能な大規模並列メモリグリッドを含む完全なＪａｖａ（登録商標）ＥＥアプリケーションサーバコンプレックスを提供する。本発明の実施例に従うと、当該システムは、アプリケーションサーバグリッド、ストレージエリアネットワーク、およびインフィニバンド（ＩＢ）ネットワークを提供するフルラック、ハーフラック、もしくはクォーターラック、または他の構成としてデプロイされ得る。ミドルウェアマシンソフトウェアは、たとえばＷｅｂＬｏｇｉｃ Ｓｅｒｖｅｒ、ＪＲｏｃｋｉｔまたはＨｏｔｓｐｏｔ ＪＶＭ、Ｏｒａｃｌｅ Ｌｉｎｕｘ（登録商標）またはＳｏｌａｒｉｓ、およびＯｒａｃｌｅ ＶＭといった、アプリケーションサーバと、ミドルウェアと、他の機能性とを提供し得る。本発明の実施例に従うと、当該システムは、ＩＢネットワークによって互いに通信する複数のコンピュートノードと、１つ以上のＩＢ切替えゲートウェイと、ストレージノードまたはユニットとを含み得る。ラック構成として実施される場合、当該ラックの未使用部分は、空のままとされるか、またはフィラー（ｆｉｌｌｅｒ）によって占有され得る。

【0008】

本願明細書において「Ｓｕｎ Ｏｒａｃｌｅ Ｅｘａｌｏｇｉｃ」または「Ｅｘａｌｏｇｉｃ」と称される本発明の実施例に従うと、当該システムは、Ｏｒａｃｌｅ Ｍｉｄｄｌｅｗａｒｅ ＳＷ ｓｕｉｔｅまたはＷｅｂｌｏｇｉｃといったミドルウェアまたはアプリケーションサーバソフトウェアをホスティングするための、デプロイが容易なソリューションである。本願明細書に記載されるように、実施例に従うと、当該システムは、１つ以上のサーバと、ストレージユニットと、ストレージネットワーキングのためのＩＢファブリックと、ミドルウェアアプリケーションをホストするために要求されるすべての他のコンポーネントとを含む「グリッド・イン・ア・ボックス（ｇｒｉｄ ｉｎ ａ ｂｏｘ）」である。たとえばＲｅａｌ Ａｐｐｌｉｃａｔｉｏｎ ＣｌｕｓｔｅｒｓおよびＥｘａｌｏｇｉｃ ｏｐｅｎ ｓｔｏｒａｇｅを用いて大規模並列グリッドアーキテクチャを活用することにより、すべてのタイプのミドルウェアアプリケーションのために有意な性能が与えられ得る。このシステムは、線形のＩ／Ｏスケーラビリティとともに向上した性能を与え、使用および管理が簡易であり、ミッションクリティカルな可用性および信頼性を与える。

【0009】

発明の実施例に従うと、トランザクショナルシステム、たとえばＴｕｘｅｄｏ（登録商標）は、高性能の分散ビジネスアプリケーションの構築、実行および管理を可能にし、多くの多階層アプリケーション開発ツールによってトランザクショナルミドルウェアとして使用されてきた１組のソフトウェアモジュールである。トランザクショナルシステムは、分散コンピューティング環境における分散トランザクション処理を管理するために使用することができるミドルウェアプラットフォームである。無限のスケーラビリティおよび規格ベースのインターオペラビリティを提供しつつ、企業レガシーアプリケーションをアンロックし、それらをサービス指向のアーキテクチャに拡張するためのプラットフォームである。

【0010】

ダイナミックリソースブローカは、トランザクショナルミドルウェアマシン環境において、トランザクションシステム、たとえばＴｕｘｅｄｏ（登録商標）のアプリケーションコンポーネントを自動的にデプロイすることができる。したがって、トランザクショナルシステムは、複数のプロセッサ、たとえばＥｘａｌｏｇｉｃミドルウェアマシンを有する高速マシンと、高性能ネットワーク接続、たとえばＩｎｆｉｎｉｂａｎｄ（ＩＢ）ネットワークとを利用することができる。

【0011】

ダイナミックリソースブローカ
発明の実施例に従うと、ダイナミックリソースブローカは、トランザクショナルミドルウェアアプリケーションを異なるリモートマシンに自動的にデプロイする／アンデプロイすることをユーザに許可する。これは、トランザクショナルミドルウェアアプリケーションのユーザにとって有益となり得る。たとえば、コマンドラインスタイルミドルウェアプロダクトとして、Ｔｕｘｅｄｏ（登録商標）アプリケーションを１つのマシンまたはネットワーク接続された複数のマシンに手動でデプロイすることもできる。しかし、マニュアルモードを用いると、ネットワーク接続された多数のマシンがある場合でも、ユーザはそれらのアプリケーションをデプロイするためにあらゆるマシンにログインする必要がある。

【0012】

図１は、発明の実施例に係る、アプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするトランザクショナルミドルウェアマシン環境の例証を示す図である。図１に示されるように、トランザクショナルミドルウェアマシン環境１００は、マシンＡ〜Ｄ １０１〜１０３および１１０のような複数のトランザクショナルミドルウェアマシンを含む。

【0013】

ダイナミックリソースブローカは、マシンＤ１１０上のデータリポジトリ１０５、マシンＤ１１０上のデプロイメントセンター１０６、および１つ以上のデプロイメントエージェント、エージェント１１１〜１１３のようなコンポーネントを含むことができる。エージェント１１１〜１１３の各々は、トランザクショナルミドルウェアマシン環境１００において、トランザクショナルミドルウェアマシン、マシンＡ〜Ｃ １０１〜１０３上に存在する。

【0014】

データリポジトリ１０５はメモリ内に存在する。データリポジトリ１０５を用いて、アプリケーションパッケージ、分散パッケージ、およびコンフィギュレーションファイルのような関連する情報を格納することができる。デプロイメントセンター１０６は、１つ以上のマイクロプロセッサによって動作する。デプロイメントセンター１０６は、ユーザ入力１０７をすべて受信することができ、１つ以上のデプロイメントポリシー１１６に基づいて、宛先マシン、マシンＡ〜Ｃ １０１〜１０３に命令／パッケージを分散することを担う。さらに、デプロイメントセンター１０６は、宛先マシン、マシンＡ〜Ｃ １０１〜１０３から実行結果を受信することを担う。各デプロイメントエージェント、エージェント１１１〜１１３は、分散パッケージを受信し、デプロイメント／アンデプロイメント／管理タスクを実行し、デプロイメントセンター１０６に実行結果を提供することを担う。

【0015】

図１に示される例において、ユーザは、まずデータリポジトリ１０５にアプリケーションパッケージをアップロードすることができる。次いで、ユーザは、２台のマシン：マシンＡ１０１およびマシンＢ１０２を含むドメイン、ドメインＡ１０９を作成することができる。次いで、ユーザは、デプロイメントタスクを行なうようにデプロイメントセンター１０６に通知することができる。デプロイメントセンター１０６は、マシンＡ１０１およびマシンＢ１０２に分散パッケージをデプロイし、ドメインＡ１０９をブートすることができる。

【0016】

その上、ドメインＡ１０９は、ランタイムにおいて動的にアクティブにされ得る候補マシンとして、第３のマシン、マシンＣ１０３を含むことができる。たとえば、マシンＢ１０２のＣＰＵ稼働率が１００％に上昇すると、デプロイメントセンターは、マシンＣ１０３をアクティブにして、ロードをマシンＢ１０２と共有することができる。デプロイメントセンター１０６は、マシンＣにパッケージを分散し、デプロイメントエージェント、エージェントＣ１１３に、Ｔｕｘｅｄｏ（登録商標）管理情報ベース（ＭＩＢ）オペレーションのような管理タスクを行なうように命令することができる。管理タスクが首尾よく行なわれると、マシンＣ１０３は、ドメインＡに動的に追加されることができ、マシンＣ１０３上の全サーバおよびサービスをアクティブにすることができる。

【0017】

図２は、発明の実施例に係る、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするための典型的なフローチャートを例示する。図２に示されるように、ステップ２０１において、データリポジトリは１つ以上のアプリケーションパッケージを受信することができ、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含む。次いで、ステップ２０２において、デプロイメントセンターは、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに、１つ以上のマイクロプロセッサ上に１つ以上の分散パッケージを生成することができる。最後に、２０３において、デプロイメントセンターは、トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることができる。

【0018】

発明の実施例に従うと、かつ下に開示されるように、Ｔｕｘｅｄｏ（登録商標）アプリケーションのようなトランザクショナルアプリケーションのデプロイメントは、いくつかのステップ、すなわちアプリケーションパッケージ分散、Ｔｕｘｅｄｏ（登録商標）システム環境設定、Ｔｕｘｅｄｏ（登録商標）コンフィギュレーションファイル生成、およびＴｕｘｅｄｏ（登録商標）システムブートを含む。その各々については以下のセクションで述べる。

【0019】

アプリケーションパッケージ
発明の実施例に従うと、アプリケーションパッケージは、ユーザまたは顧客によって準備され、かつ１つ以上のミドルウェアマシン上にデプロイされることができるアーカイブパッケージである。アプリケーションパッケージは、コンパイルされたバイナリファイルと他の環境ファイルとを含み、トランザクショナルアプリケーションがデプロイされることになるマシンに基づいて体系化することができる。

【0020】

たとえば、Ｔｕｘｅｄｏ（登録商標）アプリケーションのようなトランザクショナルアプリケーションは、各々がｚｉｐファイルであり得る１つ以上のアプリケーションパッケージに基づくことができる。Ｔｕｘｅｄｏ（登録商標）アプリケーション（ドメイン）は、一組のマシン、サーバ、および他のリソースを特定するＴＵＸＣＯＮＦＩＧ、すなわちＵＢＢＣＯＮＦＩＧコンフィギュレーションファイルにおいて定義することができる。Ｔｕｘｅｄｏ（登録商標）アプリケーションは、１つのマシン上に、またはネットワーク接続された複数のマシン全体に存在することができる。ユーザはまず、Ｔｕｘｅｄｏ（登録商標）アプリケーションをデプロイするために、アプリケーションパッケージをアップロードすることができる。

【0021】

図３は、発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションパッケージの内部構造の例証を示す。図３に示されるように、アプリケーションパッケージ３００は、複数の階層、たとえば階層１ ３０１、階層２ ３０２および階層３ ３０３を含むことができる。

【0022】

階層１ ３０１は、アプリケーションパッケージ３００のための名前を含み、当該名前は、アップロードされた全アプリケーションパッケージ名の間で固有とすることができる。

【0023】

階層２ ３０２は、階層１ ３０１下の子ディレクトリとすることができる。階層２ ３０２は、アプリケーションパッケージ３００をデプロイすることができるプラットフォームに関する情報を表わす名前を含む。図３に示されるように、階層２を用いて、マシンタイプＯＥＬ５５＿６４＿ＥｘａＸ２２Ｘ８６６４を表わすことができる。

【0024】

階層３ ３０３は子ディレクトリ、階層２ ３０２を含み、階層２ ３０２は、アプリケーションサーバ、ＴＭＳサーバ、クライアントなどといったトランザクショナルシステムによって使用されるコンパイルされたバイナリファイルを含む。図３に示されるように、ＯＥＬ５５＿６４＿ＥｘａＸ２２Ｘ８６６４（階層２ ３０２）下では、サブディレクトリ「サーバ」は、２つのコンパイルされたサーババイナリファイル：サーバ１およびサーバ２を有することができる。

【0025】

さらに、階層３ ３０３は、Ｔｕｘｅｄｏ（登録商標）マシンレベルＥＮＶＦＩＬＥ、Ｔｕｘｅｄｏ（登録商標）グループレベルＥＮＶＦＩＬＥ、Ｔｕｘｅｄｏ（登録商標）サーバレベルＥＮＶＦＩＬＥ、およびＴｕｘｅｄｏ（登録商標）サーバレベルＲＣＭＤファイルのような異なる環境ファイルを含むことができる。その上、階層３ ３０３下にはサブディレクトリがある場合があり、そこでユーザはアプリケーションを体系化することができる。

【0026】

その上、階層３ ３０３は、グループレベルＵＢＢＣＯＮＦＩＧファイルであるＴｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルのようなユニバーサルな掲示板コンフィギュレーションファイルを含むことができる。Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルは、完全なＵＢＢＣＯＮＦＩＧファイルのＧＲＯＵＰＳセクション、ＲＭＳセクション、ＳＥＲＶＥＲＳセクション、ＳＥＲＶＩＣＥＳセクション、ＲＯＵＴＩＮＧＳセクションを含み、このパッケージ内の全サーバの関係およびパラメータについて記述するために主に使用される。Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルを用いて、このパッケージをいつマシンにデプロイするかを決定するＵＢＢＣＯＮＦＩＧファイルを生成することができ、そのコンテンツはその時に修正することができる。

【0027】

アプリケーションディレクトリ
発明の実施例に従うと、アプリケーションパッケージは、トランザクショナルミドルウェアマシン環境において繰り返し使用することができる。たとえば、アプリケーションパッケージは、異なるドメイン、１つのドメイン内の異なるマシン、または１つのドメイン内の１つのマシンに複数回、適用することができる。

【0028】

その上、ダイナミックリソースブローカは、アプリケーションパッケージに基づいて、宛先マシンにデプロイされる分散パッケージを生成することができる。分散パッケージが宛先マシンにデプロイされた後、トランザクショナルシステムは、宛先マシン上にアプリケーションディレクトリを作成することができる。

【0029】

図４は、発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションディレクトリの内部構造の例証を示す。図４に示されるように、Ｔｕｘｅｄｏ（登録商標）アプリケーションディレクトリＡＰＰＤＩＲ ４０１のようなアプリケーションディレクトリは、異なるアプリケーションについての分散パッケージを含むために、複数のサブディレクトリＡＰＰ１ ４０２およびＡＰＰ２ ４０３を含むことができる。アプリケーションディレクトリＡＰＰＤＩＲ ４０１下のデプロイされたＴｕｘｅｄｏ（登録商標）アプリケーション４００の構造は、Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルを除いて、アプリケーションパッケージの構造に類似することができる。

【0030】

アプリケーションパッケージのアップロード
発明の実施例に従うと、ユーザは、１つ以上の準備されたアプリケーションパッケージをデータリポジトリにアップロードすることができる。アプリケーションパッケージのアップロードが成功すると、システムは、アプリケーションパッケージ情報リストをユーザが埋めることを許可する。そのコンテンツは以下の表１に示される。

【0031】

【表1】

【0032】

マシンリストの作成
発明の実施例に従うと、ドメインが作成される前に、ユーザは、アプリケーションパッケージがデプロイされるマシンのリストを作成することができる。マシンごとに、ユーザは、この特定のマシンについて記述するフォームを埋めることができる。当該フォームのコンテンツは、以下の表２に示される。

【0033】

【表2】

【0034】

上記のマシンリストにおいて、全マシンをその論理名によって指定することができる。マシンの論理名はマシンリストにおいて固有とすることができ、マシンの論理名はマシンの物理名と同じとすることができる。したがって、１つの物理マシンは２つ以上の論理名を有し、マシンリストにおいて２つ以上のインスタンスを有することができる。したがって、たとえば、テスト環境におけるフェイクのＭＰモデルの場合、ユーザは、１つの物理マシンについて複数の論理名を特定し、異なるアプリケーションパッケージを同じマシンにデプロイすることができる。

【0035】

ＵＢＢＣＯＮＦＩＧ自動生成ルール
発明の実施例に従うと、ユーザは、トランザクショナルサーバのためのコンフィギュレーションファイル、たとえばＵＢＢＣＯＮＦＩＧファイルをＴｕｘｅｄｏ（登録商標）サーバごとに自動的に生成するように選択することができる。ＵＢＢＣＯＮＦＩＧファイルは、ＲＥＳＯＵＲＣＥセクション、ＭＡＣＨＩＮＥＳセクション、ＧＲＯＵＰＳセクション、ＲＭＳセクション、ＮＥＴＧＲＯＵＰＳセクション、ＮＥＴＷＯＲＫセクション、ＳＥＲＶＥＲＳセクション、ＳＥＲＶＩＣＥＳセクション、ＲＯＵＴＩＮＧセクションのような異なるセクションを含むことができる。

【0036】

トランザクショナルミドルウェアマシンシステムにおいてダイナミックリソースブローカをサポートすることに関するさらなる情報と、本開示の全体にわたって説明されるプラットフォームの様々な他の局面とを示す付録Ａが添付される。付録Ａの情報は例示を目的として示され、発明の実施例のすべてを限定するものとは解釈されるべきではない。

【0037】

Ｔｕｘｅｄｏ（登録商標）における自動デプロイメントの一例
以下のセクションでは、トランザクショナルミドルウェア環境においてＴｕｘｅｄｏ（登録商標）アプリケーションを自動的にデプロイするかまたはアンデプロイするプロシージャを例示するために一例が使用される。この例では、２つのＴｕｘｅｄｏ（登録商標）アプリケーションＡＰＰ１およびＡＰＰ２を、２つのミドルウェアマシンｌｃｌｎｘ ２４およびｌｃｌｎ １６上に自動的にデプロイすることができる。他の例では、トランザクショナルミドルウェア環境において異なる構成を制限なく使用することができる。

【0038】

Ｔｕｘｅｄｏ（登録商標）ドメインの作成
発明の実施例に従うと、ユーザは、トランザクショナルアプリケーションをデプロイするために、トランザクショナルミドルウェアにおいてドメインを作成する前に、アプリケーションパッケージを準備することができる。この例では、ドメインのあらゆるマシンが１つのアプリケーションパッケージを使用する。他の例では、マシンは、必要であれば１つ以上のアプリケーションパッケージを有することができる。

【0039】

図５は、発明の実施例に係る、アプリケーションパッケージ５００を準備する例証を示す。図５に示されるように、アプリケーションパッケージＡＰＰ１．ｚｉｐ ５０１は、ＵＢＢ＿ｐａｒｔセクション５０２およびサーバセクション５０３を含むことができる。以下のリスト１は、ＡＰＰ１．ｚｉｐにおけるＵＢＢ＿ｐａｒｔセクションのセクションを示す。

【0040】

【数1】

【0041】

上述の図５およびリスト１は、第１のアプリケーションＡＰＰ１をデプロイするためのアプリケーションパッケージＡＰＰ１．ｚｉｐを例示する。

【0042】

その上、この例では、第２のアプリケーションＡＰＰ２をデプロイするために、別のアプリケーションパッケージＡＰＰ２．ｚｉｐを同様の方法で準備することができる。

【0043】

図６は、発明の実施例に係る、ＧＵＩコンソールにおいてドメインについてのマシンリストを作成する例証を示す。図６に示されるように、ＧＵＩコンソールは、マシンフォーム６００を用いて、論理名ｌｃｌｎｘ２４ ６０１を有する特定のマシンに関連づけられた異なるプロパティを定義する。また、図６に示されるように、マシンフォーム６００中のエントリは、上に開示されるような表２に基づくことができる。

【0044】

その上、この例では、別の同様のマシンフォーム（図示せず）を用いて、システムに第２のマシンを設定することができる。

【0045】

図７は、発明の実施例に係る、アプリケーションパッケージをアップロードする例証を示す。図７に示されるように、ユーザがアプリケーションパッケージ７０１のアップロードに成功すると、ユーザにファイルするようにリクエストするために、アプリケーションパッケージフォーム７００を表示することができる。また、図７に示されるように、マシンフォーム７００中の様々なエントリは、上に開示されるような表２に基づくことができる。

【0046】

同様に、アプリケーションパッケージＡＰＰ２．ｚｉｐをアップロードするために、別のアプリケーションパッケージフォーム（図示せず）が存在し得る。

【0047】

図８は、発明の実施例に係る、トランザクショナルミドルウェア環境においてドメインを作成する例証を示す。図８に示されるように、ユーザは、固有のドメイン名、たとえばＤＯＭ１ ８０１を有するドメインを作成することができる。このドメインは、マシンリスト８０２からのマシンを含み、パッケージリスト８０３からのアプリケーションパッケージを動作させるように構成することができる。

【0048】

ドメインがトランザクショナルミドルウェア環境において作成されると、異なるテンプレートを用いて、デプロイメントのためのコンフィギュレーションファイルを自動的に生成することができる。たとえば、自動的に生成されたＴｕｘｅｄｏ（登録商標）コンフィギュレーションファイルのコンテンツを付録Ａに詳述することができる。

【0049】

その上、Ｔｕｘｅｄｏ（登録商標）では、２つのデフォルトＵＢＢＣＯＮＦＩＧテンプレート：ＵＢＢ＿Ｒｅｓｏｕｒｃｅという名のＲＥＳＯＵＲＣＥＳパートのための１つのＵＢＢＣＯＮＦＩＧテンプレートと、ＵＢＢ＿Ｍａｃｈｉｎｅという名のＭＡＣＨＩＮＥＳパートのための別のＵＢＢＣＯＮＦＩＧテンプレートとが存在し得る。また、ユーザは、追加テンプレートを定義し、それらをデータリポジトリに保存することができる。

【0050】

図８に示されるように、ＤＯＭ１ ８０１が作成される時、ユーザは、デフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを選択することができ、ドメインがＭＰモードにあることを示すことができる。さらに、ユーザは、値を修正し、コンフィギュレーションファイルのＲＥＳＯＵＲＣＥＳセクションに追加することができる。

【0051】

Ｔｕｘｅｄｏ（登録商標）ドメインにおける仮想マシンの作成
発明の実施例に従うと、ユーザは、１つ以上の仮想マシンをドメインにおいて作成することができる。仮想マシンは、実際の物理マシンを表わさないシンボルである。マシンリストからの論理マシンを、仮想マシンにバインドすることができる。仮想マシンのための命名ルールは、論理マシンと同じとすることができ、仮想マシンの名前は、１つのドメイン内のすべての仮想マシンの間で固有とすることができる。

【0052】

図９は、発明の実施例に係る、論理マシンをドメインの仮想マシンにバインドする例証を示す。図９に示されるように、仮想マシンＭ１ ９０２がＤＯＭ１ ９０１に作成される。その上、ユーザは、マシンリストからの論理マシンｌｃｌｎｘ２４ ９０３を仮想マシンＭ１ ９０２にバインドすることができ、この論理マシンｌｃｌｎｘ２４ ９０３はドメインＤＯＭ１ ９０１についてマスタであることを示すことができる。次いで、デフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅセクション９０４をＵＢＢＣＯＮＦＩＧファイルに追加することができ、マシンリストにおけるｌｃｌｎｘ２４ ９０３と関係する情報に従って、コンテンツを修正することができる。さらに、ユーザは、値を修正するかまたはＭＡＣＨＩＮＥＳセクション９０５およびＮＥＴＷＯＲＫセクション９０６の対応するアイテムに追加することができる。

【0053】

図１０は、発明の実施例に係る、ドメインの仮想マシンにアプリケーションパッケージを追加する例証を示す。図１０に示されるように、ユーザは、アプリケーションパッケージＡＰＰ１ １００３をパッケージリストからドメインＤＯＭ１ １００１の仮想マシンＭ１ １００２に追加することができる。次いで、アプリケーションパッケージＡＰＰ１からのＵＢＢ＿ｐａｒｔ、たとえばデフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅセクション１００４をＵＢＢＣＯＮＦＩＧファイルに追加することができ、仮想マシンＭ１ １００２にバインドされる論理マシンｌｃｌｎｘ２４の情報に従って、コンテンツを修正することができる。その上、ユーザは、値を修正するかまたは、ＭＡＣＨＩＮＥＳセクション、ＧＲＯＵＰＳセクション、ＳＥＲＶＥＲＳセクション、およびＳＥＲＶＩＣＥＳセクション１００５〜１００９のアイテムに追加することができる。

【0054】

図１１は、発明の実施例に係る、ドメインにおいて複数の仮想マシンを設定する例証を示す。図１１に示されるように、ユーザは、仮想マシンＭ１ １１０２および仮想マシンＭ２ １１０３のような複数の仮想マシンをドメインＤＯＭ１ １１０１に作成することができる。さらに、ユーザは、論理マシンを仮想マシンにバインドすることができる。たとえば、論理マシンｌｃｌｎｘ１６は、仮想マシンＭ１ １００２にバインドし、アプリケーションパッケージＡＺＰＰ１を動作させることを担うことができ、論理マシンｌｃｌｎｘ２４は、仮想マシンＭ２にバインドし、別のアプリケーションパッケージＡＰＰ２を動作させることを担うことができる。

【0055】

論理マシンにバインドされた仮想マシンにアーカイブパッケージが追加されるたびに、システムは、アプリケーションパッケージフォーム中の情報をマシンフォームと比較することができる。エラーがあれば、システムは、ユーザにエラーを報告することができる。

【0056】

Ｔｕｘｅｄｏ（登録商標）ドメインの構成
発明の実施例に従うと、システムは、ドメインの各マシンにコンフィギュレーションテンプレートを提供することができる。

【0057】

Ｔｕｘｅｄｏ（登録商標）では、ユーザは、データリポジトリからデフォルトＤＭＣＯＮＦＩＧテンプレートを選択し、修正することができる。その上、データリポジトリは、各マシンにｓｅｔｅｎｖ．ｋｓｈテンプレートを提供することができる。ユーザは、ｓｅｔｅｎｖ．ｋｓｈテンプレートを用いて、Ｔｕｘｅｄｏ（登録商標）アプリケーションに様々な環境変数、たとえばＴＵＸＤＩＲ、ＰＡＴＨおよびＡＰＰＤＩＲを設定することができる。

【0058】

さらに、システムは、上記の情報に従って、デプロイメントディスクリプタおよびアンデプロイメントディスクリプタを各マシンに提供する。ユーザは、自身の必要に従って、２つのディスクリプタを修正することができる。

【0059】

デプロイメントディスクリプタは、分散パッケージが宛先マシンに分散された後で取ることができるステップについて記述するスクリプトである。以下のリスト２は、典型的なデプロイメントディスクリプタを示す。

【0060】

【数2】

【0061】

アンデプロイメントディスクリプタは、ユーザがドメインをアンデプロイしたい場合に取ることができるステップについて記述するスクリプトである。以下のリスト３は、典型的なアンデプロイメントディスクリプタを示す。

【0062】

【数3】

【0063】

発明の実施例に従うと、分散パッケージは、修正済のｓｅｔｅｎｖ．ｋｓｈ（ｓｅｔｅｎｖ．ｃｍｄ）テンプレート、ＵＢＢＣＯＮＦＩＧ、ＤＭＣＯＮＦＩＧ、デプロイメント／アンデプロイメントディスクリプタ、およびコンパイルされたバイナリ実行可能ファイルを含むように生成することができる。

【0064】

データリポジトリ
発明の実施例に従うと、アプリケーションパッケージおよび分散パッケージの両方をデータリポジトリに格納することができる。

【0065】

図１２は、発明の実施例に係る、データリポジトリの内部構造の例証を示す。図１２に示されるように、データリポジトリ、リポジトリ１２０１は、アプリケーションパッケージディレクトリＡｐｐＰａｃｋａｇｅ１２０２と、デプロイメントディレクトリＤｅｐｌｏｙＤｉｒ１２０３とを含む。当初のアップロードされたアプリケーションパッケージは、ＡｐｐＰａｃｋａｇｅディレクトリ１２０２の下に格納される一方、ドメインのようなデプロイメントユニットは、ＤｅｐｌｏｙＤｉｒディレクトリ１２０３の下に格納される。

【0066】

図１２に示されるように、ドメイン名は「ＤＯＭ１」であり、マシン名は「ｌｃｌｎｘ２４」および「ｌｃｌｎｘ２６」であり、その各々は、ＤｅｐｌｏｙＤｅｓｃｒｉｐｔｏｒ、ＵｎｄｅｐｌｏｙＤｅｓｃｒｉｐｔｏｒ、および様々な分散パッケージを含む。

【0067】

その上、１つのアプリケーションパッケージを、ドメインの１つのマシンに複数回追加することができ、その場合、システムは、そのためのインデックス、たとえばＡＰＰ１＿１、ＡＰＰ１＿２などを自動的に作成することができる。

【0068】

Ｔｕｘｅｄｏ（登録商標）ドメインのデプロイ／アンデプロイ
発明の実施例に従うと、デプロイメントセンターは、分散ファイルに従って、あらゆる宛先マシンに分散アーカイブファイルをデプロイすることができる。続いて、デプロイメントエージェントは、Ｔｕｘｅｄｏ（登録商標）システムを構成し、設定することができる。成功した場合、システムは、Ｔｕｘｅｄｏ（登録商標）システムのステータスをステータスファイルに記録することができる。ドメイン内のいずれかのマシンのデプロイメントが失敗した場合、システムは、行われたデプロイメントオペレーションを巻き戻すことができる。

【0069】

図１３は、発明の実施例に係る、アプリケーションディレクトリの構造の例証を示す。図１３に示されるように、アプリケーションディレクトリＡＰＰＤＩＲ１３０１は、成功したデプロイメント後に異なるアプリケーションについてのデプロイメントファイルを含むために、複数のサブディレクトリＡＰＰ１ １３０２およびＡＰＰ２ １３０３を含むように作成される。

【0070】

その上、ドメインがシャットダウンステータスにある場合、ユーザは、Ｔｕｘｅｄｏ（登録商標）アプリケーションをアンデプロイすることができる。さらに、デプロイされたマシン上のデプロイメントエージェントは、アンデプロイメントディスクリプタを用いて、アンデプロイメントタスクを行なうことができる。

【0071】

図１４は、発明の実施例に係る、図１のアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするトランザクショナルミドルウェアマシン環境をより詳細に示す。図１のものと同じ図１４中のコンポーネントは同じ参照番号で示され、その詳細な説明を省略する。

【0072】

図１４に示されるように、デプロイメントセンター１０６は、１つ以上のアプリケーションパッケージを受信するアプリケーションパッケージ受信ユニット１０６１を備え、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成する分散パッケージ生成ユニット１０６２と、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイする分散パッケージデプロイユニット１０６３とを含む。

【0073】

好ましくは、各アプリケーションパッケージは、アプリケーションパッケージをデプロイすることができるプラットフォームに関する情報を含むことが許可される。

【0074】

好ましくは、アプリケーションパッケージは、異なるトランザクショナルドメインに適用され、各トランザクショナルドメインは、１つ以上のトランザクショナルミドルウェアマシンを含む。

【0075】

好ましくは、１つ以上のアプリケーションディレクトリは、アプリケーションパッケージに基づいて、１つ以上のトランザクショナルサーバがデプロイされる各トランザクショナルミドルウェアマシン上で作成される。

【0076】

好ましくは、デプロイメントセンター１０６は、同じアプリケーションディレクトリに複数のアプリケーションパッケージをデプロイするデプロイユニット１０６４をさらに含む。

【0077】

好ましくは、デプロイメントセンター１０６は、アプリケーションパッケージにおけるコンフィギュレーション情報に基づいて１つ以上のトランザクショナルサーバがデプロイされるトランザクショナルミドルウェアマシンごとにのコンフィギュレーションメタデータを自動的に生成するコンフィギュレーションメタデータ生成ユニット１０６５をさらに含む。

【0078】

好ましくは、データリポジトリ１０５は、ユーザによってアップロードされた１つ以上のアプリケーションパッケージを格納する。

【0079】

好ましくは、デプロイメントセンター１０６は、１つのトランザクショナルミドルウェアマシンまたは複数の相互接続されたトランザクショナルミドルウェアマシンのいずれかに、複数のアプリケーションパッケージを含むトランザクショナルアプリケーションをデプロイするトランザクショナルアプリケーションデプロイユニット１０６６をさらに含む。

【0080】

好ましくは、各上記アプリケーションパッケージは、アプリケーションパッケージの名前を含む第１の階層と、アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報を含む第２の階層と、トランザクショナルサーバについてコンパイルされたバイナリファイルを含む第３の階層とを含む圧縮ファイルである。

【0081】

好ましくは、デプロイメントセンター１０６は、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンから、少なくとも１つの分散パッケージをアンデプロイするアンデプロイユニット１０６７をさらに含む。

【0082】

これらのユニットおよびコンポーネントは、ソフトウェアおよび／またはハードウェアによって実施されることができる。

【0083】

Ｔｕｘｅｄｏ（登録商標）アプリケーションのブート／シャットダウン
発明の実施例に従うと、Ｔｕｘｅｄｏ（登録商標）アプリケーションが宛先マシンにデプロイされた後、デプロイメントセンターは、デプロイエージェントに接続することができ、したがってユーザは、全システムをブートすることを選択することができる。システムのブートが成功すると、システムは、ステータスファイルにステータスを記録し、ドメインのステータスを更新することができる。ドメインのブートが成功すると、ダイナミックデプロイメントを行なうことがユーザに許可される。一方、エラーが見つかった場合、ブートされたＴｕｘｅｄｏ（登録商標）システムはシャットダウンされ得る。

【0084】

本発明は、１つ以上のプロセッサ、メモリ、および／または本開示の教示に従ってプログラムされたコンピュータ可読記憶媒体を含む１つ以上の従来の汎用または専用デジタルコンピュータ、コンピューティング装置、マシンまたはマイクロプロセッサを用いて簡便に実施され得る。ソフトウェア技術の当業者には明らかであるように、適切なソフトウェアコーディングは、熟練したプログラマによって本開示の教示に基づき容易に用意され得る。

【0085】

いくつかの実施例では、本発明は、本発明の処理のいずれかを実行するようコンピュータをプログラムするのに用いられ得る命令を格納した記憶媒体またはコンピュータ可読媒体であるコンピュータプログラムプロダクトを含む。当該記憶媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む任意のタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ素子、磁気または光学カード、ナノシステム（分子メモリＩＣを含む）、または命令および／またはデータを格納するのに好適な任意のタイプの媒体もしくは装置を含み得るが、これらに限定されない。

【0086】

本発明の上記の記載は、例示および説明目的で与えられている。網羅的であることまたは開示されたそのものの形態に本発明を限定することを意図したものではない。当業者にとっては、多くの修正例および変形例が明確であろう。上記の実施例は、本発明の原理およびその実際的な適用をもっともよく説明するために選択および記載されたものであり、これにより他の当業者が、特定の使用に好適なさまざまな修正例を考慮して、さまざまな実施例について本発明を理解するのが可能になる。本発明の範囲は、添付の特許請求の範囲およびそれらの均等物によって定義されることが意図される。

【0087】

付録Ａ
発明の実施例に従うと、システムは、ＲＥＳＯＵＲＣＥセクションを定義するために、Ｔｕｘｅｄｏ（登録商標）ユーザにＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを提供することができる。ドメインを作成する際、ユーザは、このテンプレートを選択して、ＵＢＢＣＯＮＦＩＧについてＲＥＳＯＵＲＣＥＳセクションを生成することができる。テンプレートにおける典型的なアイテムリストを以下の表３に示す。

【0088】

【表3】

【0089】

上記の表３におけるアイテムは、ＭＡＳＴＥＲアイテムを除いて、ユーザによって修正することができる。どのマシンがドメインのマスタであるか、かつどのマシンがバックアップであるかをユーザが特定すると、ＭＡＳＴＥＲアイテムを埋めることができる。ユーザは、これらのパラメータに加え、他のパラメータを追加することができる。ユーザは、自身のＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを作成し、それらをシステムに保存することもできる。全テンプレートにおいて、自動的に上記ルールに従ってシステムによってＭＡＳＴＥＲを埋めることができる。

【0090】

発明の実施例に従うと、システムは、Ｔｕｘｅｄｏ（登録商標）ユーザにＵＢＢ＿Ｍａｃｈｉｎｅテンプレートを提供することができる。ドメインを作成し、マシンを特定する際、ユーザは、このテンプレートを選択して、ＵＢＢＣＯＮＦＩＧファイルについてＭＡＣＨＩＮＥＳセクションを生成することができる。テンプレートにおける典型的なアイテムリストを以下の表４に示す。

【0091】

【表4】

【0092】

ユーザは、ＭＡＣＨＩＮＥＳセクションの他のパラメータをＵＢＢＣＯＮＦＩＧファイルに追加することができる。ユーザは、ＴＬＯＧを生のディスク（ｒａｗ ｄｉｓｋ）に特定することもでき、このドメインをアンデプロイすると、システムはそれを削除することができる。ユーザは、追加のＵＢＢ＿Ｍａｃｈｉｎｅテンプレートを作成し、それらをシステムに保存することもできる。パラメータ置換ルールは上記に従うことができる。

【0093】

発明の実施例に従うと、ユーザが１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＧＲＯＵＰＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表５に示す。

【0094】

【表5】

【0095】

システムは、ＧＲＯＵＰＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧファイルに他のパラメータを追加することができる。

【0096】

発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは当該パッケージのＵＢＢ＿ｐａｒｔ中のＲＭＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表に示す。

【0097】

【表6】

【0098】

システムは、他のパラメータｉ ＲＭＳセクションの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。

【0099】

発明の実施例に従うと、必要であれば、ＮＥＴＧＲＯＵＰＳセクションにおける全パラメータをユーザ自身によって埋めることができる。

【0100】

発明の実施例に従うと、ＮＥＴＷＯＲＫセクションは、ＵＢＢ＿Ｍａｃｈｉｎｅテンプレートにもある。ドメインがＭＰモードにある場合、システムは、このセクションをＵＢＢＣＯＮＦＩＧに自動的に追加することができる。テンプレートにおける典型的なアイテムリストを以下の表７に示す。

【0101】

【表7】

【0102】

その上、ユーザは、ＮＥＴＷＯＲＫセクションに他のパラメータを追加することができる。

【0103】

発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＳＥＲＶＥＲＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表８に示す。

【0104】

【表8】

【0105】

システムは、ＳＥＲＶＥＲＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。

【0106】

発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＳＥＲＶＩＣＥＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表９に示す。

【0107】

【表9】

【0108】

システムは、ＳＥＲＶＩＣＥＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。

【0109】

発明の実施例に従うと、ドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＲＯＵＴＩＮＧセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表１０に示す。

【0110】

【表10】

【0111】

システムは、ＲＯＵＴＩＮＧセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。

【図6】

【図7】

【図12】

【図1】

【図2】

【図3】

【図4】

【図5】

【図8】

【図9】

【図10】

【図11】

【図13】

【図14】