(57)【特許請求の範囲】
【請求項１】
トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイすることをサポートするための方法であって、
１つ以上のアプリケーションパッケージを受信することを含み、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、前記方法は、
１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上のマイクロプロセッサ上に１つ以上の分散パッケージを生成することと、
トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることとを含む、方法。
【請求項２】
アプリケーションパッケージをデプロイすることができるプラットフォームに関する情報を各アプリケーションパッケージが含むことを許可することをさらに含む、請求項１に記載の方法。
【請求項３】
異なるトランザクショナルドメインにアプリケーションパッケージを適用することをさらに含み、各トランザクショナルドメインは、１つ以上のトランザクショナルミドルウェアマシンを含む、請求項１または２に記載の方法。
【請求項４】
アプリケーションパッケージに基づいて、１つ以上のトランザクショナルサーバがデプロイされる各トランザクショナルミドルウェアマシン上に１つ以上のアプリケーションディレクトリを作成することをさらに含む、請求項１から３のいずれかに記載の方法。
【請求項５】
複数のアプリケーションパッケージを同じアプリケーションディレクトリにデプロイすることをさらに含む、請求項１から４のいずれかに記載の方法。
【請求項６】
アプリケーションパッケージにおけるコンフィギュレーション情報に基づいて１つ以上のトランザクショナルサーバがデプロイされるトランザクショナルミドルウェアマシンごとにコンフィギュレーションメタデータを自動的に生成することをさらに含む、請求項１から５のいずれかに記載の方法。
【請求項７】
ユーザによってアップロードされた１つ以上のアプリケーションパッケージを格納するデータリポジトリを提供することをさらに含む、請求項１から６のいずれかに記載の方法。
【請求項８】
１つのトランザクショナルミドルウェアマシンまたは複数の相互接続されたトランザクショナルミドルウェアマシンのいずれかに、複数のアプリケーションパッケージを含むトランザクショナルアプリケーションをデプロイすることをさらに含む、請求項１から７のいずれかに記載の方法。
【請求項９】
各前記アプリケーションパッケージは、
アプリケーションパッケージの名前を含む第１の階層と、
アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報を含む第２の階層と、
トランザクショナルサーバのためのコンパイルされたバイナリファイルを含む第３の階層と、を含む圧縮ファイルである、請求項１から８のいずれかに記載の方法。
【請求項１０】
トランザクショナルミドルウェアマシン環境において複数のトランザクショナルミドルウェアマシンから少なくとも１つの分散パッケージをアンデプロイすることをさらに含む、請求項１から９のいずれかに記載の方法。
【請求項１１】
トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイすることをサポートするためのシステムであって、
１つ以上のマイクロプロセッサと、
トランザクショナルミドルウェアマシン環境において１つ以上のマイクロプロセッサ上で動作するデプロイメントセンターとを備え、デプロイメントセンターは、
１つ以上のアプリケーションパッケージを受信することができ、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、前記デプロイメントセンターは、
１つ以上のアプリケーションパッケージに基づいてトランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成することと、
トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることとができる、システム。
【請求項１２】
請求項１〜１０のうちいずれか１項に記載の方法をコンピュータに行なわせる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権表示
この特許文書の開示の一部は、著作権の保護下にある内容を含む。特許商標庁の特許ファイルまたは記録に現れる限りにおいては、著作権所有者は、誰でも当該特許文書または特許開示を複製することについて異議はないが、そうでなければ如何なる場合でもすべての著作権を留保する。
【０００２】
発明の分野
本発明は概して、コンピュータシステムおよびミドルウェアのようなソフトウェアに関し、特定的にはトランザクショナルミドルウェアマシン環境をサポートすることに関する。
【背景技術】
【０００３】
背景
トランザクショナルミドルウェアシステム、すなわちトランザクション指向のミドルウェアは、組織内の様々なトランザクションを処理することができる企業アプリケーションサーバを含む。高性能ネットワークおよびマルチプロセッサコンピュータのような新たな技術の発展により、トランザクショナルミドルウェアの性能をさらに向上させる必要がある。これらは、一般に発明の実施例が対処することが意図される分野である。
【発明の概要】
【課題を解決するための手段】
【０００４】
概要
本願明細書において記載されるのは、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするためのシステムおよび方法である。デプロイメントセンターは、１つ以上のアプリケーションパッケージを受信することができ、その各々は、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含む。デプロイメントセンターはさらに、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境におけるトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成することができる。次いで、デプロイメントセンターは、トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることができる。
【図面の簡単な説明】
【０００５】
【図１】発明の実施例に係る、ダイナミックリソースブローカをサポートするトランザクショナルミドルウェアマシン環境の例証を示す図である。
【図２】発明の実施例に実施例に係る、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするための典型的なフローチャートを例示する図である。
【図３】発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションパッケージの内部構造の例証を示す図である。
【図４】発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションディレクトリの内部構造の例証を示す図である。
【図５】発明の実施例に係る、アプリケーションパッケージを準備する例証を示す図である。
【図６】発明の実施例に係る、ＧＵＩコンソールにおいてマシンリストを作成する例証を示す図である。
【図７】発明の実施例に係る、アプリケーションパッケージをアップロードする例証を示す図である。
【図８】発明の実施例に係る、トランザクショナルミドルウェア環境においてドメインを作成する例証を示す図である。
【図９】発明の実施例に係る、物理マシンをドメインの仮想マシンにバインドする例証を示す図である。
【図１０】発明の実施例に係る、アプリケーションパッケージをドメインの仮想マシンに追加する例証を示す図である。
【図１１】発明の実施例に係る、ドメインにおいて複数の仮想マシンを設定する例証を示す図である。
【図１２】発明の実施例に係る、データリポジトリの内部構造の例証を示す図である。
【図１３】発明の実施例に係る、アプリケーションディレクトリの構造の例証を示す図である。
【図１４】発明の実施例に係る、図１のダイナミックリソースブローカをサポートするトランザクショナルミドルウェアマシン環境をより詳細に示す図である。
【発明を実施するための形態】
【０００６】
詳細な説明
本願明細書に記載されるのは、複数のプロセッサを有する高速マシンを利用することができるトランザクショナルミドルウェアシステムおよび高性能ネットワーク接続をサポートするためのシステムおよび方法である。ダイナミックリソースブローカは、リソース使用変更に従って、グループおよびマシンを追加／削除することによってトランザクショナルミドルウェアマシン環境におけるトランザクショナルシステムを動的にスケールアップ／スケールダウンすることができる。トランザクショナルミドルウェアマシン環境は、トランザクショナルミドルウェアマシン環境においてデプロイメントセンターを含むことができる。デプロイメントセンターは、トランザクショナルミドルウェアマシン環境について１つ以上のデプロイメントポリシーと、１つ以上のデプロイメントエージェントとを維持する。１つ以上のデプロイメントエージェントの各々は、トランザクショナルミドルウェアマシン環境におけるトランザクショナルドメイン内の複数のトランザクショナルミドルウェアマシンのうちの１つのトランザクショナルミドルウェアマシンに関連付けられる。デプロイメントセンターは、１つ以上のデプロイメントエージェントからマシン使用情報を受信し、１つ以上のデプロイメントエージェントによって収集されたリソース使用情報に基づいて、トランザクショナルドメインにおいて使用されるリソースを動的にスケールアップまたはスケールダウンするように動作する。
【０００７】
本発明の実施例に従うと、当該システムは、高性能ハードウェア、たとえば６４ビットプロセッサ技術、高性能な大きなメモリ、ならびに冗長なインフィニバンドおよびイーサネット（登録商標）ネットワーキング）と、ＷｅｂＬｏｇｉｃ  Ｓｕｉｔｅのようなアプリケーションサーバまたはミドルウェア環境との組合せを含み、これにより、迅速に備えられ得るとともにオンデマンドでスケール変更可能な大規模並列メモリグリッドを含む完全なＪａｖａ（登録商標）ＥＥアプリケーションサーバコンプレックスを提供する。本発明の実施例に従うと、当該システムは、アプリケーションサーバグリッド、ストレージエリアネットワーク、およびインフィニバンド（ＩＢ）ネットワークを提供するフルラック、ハーフラック、もしくはクォーターラック、または他の構成としてデプロイされ得る。ミドルウェアマシンソフトウェアは、たとえばＷｅｂＬｏｇｉｃ  Ｓｅｒｖｅｒ、ＪＲｏｃｋｉｔまたはＨｏｔｓｐｏｔ  ＪＶＭ、Ｏｒａｃｌｅ  Ｌｉｎｕｘ（登録商標）またはＳｏｌａｒｉｓ、およびＯｒａｃｌｅ  ＶＭといった、アプリケーションサーバと、ミドルウェアと、他の機能性とを提供し得る。本発明の実施例に従うと、当該システムは、ＩＢネットワークによって互いに通信する複数のコンピュートノードと、１つ以上のＩＢ切替えゲートウェイと、ストレージノードまたはユニットとを含み得る。ラック構成として実施される場合、当該ラックの未使用部分は、空のままとされるか、またはフィラー（ｆｉｌｌｅｒ）によって占有され得る。
【０００８】
本願明細書において「Ｓｕｎ  Ｏｒａｃｌｅ  Ｅｘａｌｏｇｉｃ」または「Ｅｘａｌｏｇｉｃ」と称される本発明の実施例に従うと、当該システムは、Ｏｒａｃｌｅ  Ｍｉｄｄｌｅｗａｒｅ  ＳＷ  ｓｕｉｔｅまたはＷｅｂｌｏｇｉｃといったミドルウェアまたはアプリケーションサーバソフトウェアをホスティングするための、デプロイが容易なソリューションである。本願明細書に記載されるように、実施例に従うと、当該システムは、１つ以上のサーバと、ストレージユニットと、ストレージネットワーキングのためのＩＢファブリックと、ミドルウェアアプリケーションをホストするために要求されるすべての他のコンポーネントとを含む「グリッド・イン・ア・ボックス（ｇｒｉｄ  ｉｎ  ａ  ｂｏｘ）」である。たとえばＲｅａｌ  Ａｐｐｌｉｃａｔｉｏｎ  ＣｌｕｓｔｅｒｓおよびＥｘａｌｏｇｉｃ  ｏｐｅｎ  ｓｔｏｒａｇｅを用いて大規模並列グリッドアーキテクチャを活用することにより、すべてのタイプのミドルウェアアプリケーションのために有意な性能が与えられ得る。このシステムは、線形のＩ／Ｏスケーラビリティとともに向上した性能を与え、使用および管理が簡易であり、ミッションクリティカルな可用性および信頼性を与える。
【０００９】
発明の実施例に従うと、トランザクショナルシステム、たとえばＴｕｘｅｄｏ（登録商標）は、高性能の分散ビジネスアプリケーションの構築、実行および管理を可能にし、多くの多階層アプリケーション開発ツールによってトランザクショナルミドルウェアとして使用されてきた１組のソフトウェアモジュールである。トランザクショナルシステムは、分散コンピューティング環境における分散トランザクション処理を管理するために使用することができるミドルウェアプラットフォームである。無限のスケーラビリティおよび規格ベースのインターオペラビリティを提供しつつ、企業レガシーアプリケーションをアンロックし、それらをサービス指向のアーキテクチャに拡張するためのプラットフォームである。
【００１０】
ダイナミックリソースブローカは、トランザクショナルミドルウェアマシン環境において、トランザクションシステム、たとえばＴｕｘｅｄｏ（登録商標）のアプリケーションコンポーネントを自動的にデプロイすることができる。したがって、トランザクショナルシステムは、複数のプロセッサ、たとえばＥｘａｌｏｇｉｃミドルウェアマシンを有する高速マシンと、高性能ネットワーク接続、たとえばＩｎｆｉｎｉｂａｎｄ（ＩＢ）ネットワークとを利用することができる。
【００１１】
ダイナミックリソースブローカ
発明の実施例に従うと、ダイナミックリソースブローカは、トランザクショナルミドルウェアアプリケーションを異なるリモートマシンに自動的にデプロイする／アンデプロイすることをユーザに許可する。これは、トランザクショナルミドルウェアアプリケーションのユーザにとって有益となり得る。たとえば、コマンドラインスタイルミドルウェアプロダクトとして、Ｔｕｘｅｄｏ（登録商標）アプリケーションを１つのマシンまたはネットワーク接続された複数のマシンに手動でデプロイすることもできる。しかし、マニュアルモードを用いると、ネットワーク接続された多数のマシンがある場合でも、ユーザはそれらのアプリケーションをデプロイするためにあらゆるマシンにログインする必要がある。
【００１２】
図１は、発明の実施例に係る、アプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするトランザクショナルミドルウェアマシン環境の例証を示す図である。図１に示されるように、トランザクショナルミドルウェアマシン環境１００は、マシンＡ〜Ｄ  １０１〜１０３および１１０のような複数のトランザクショナルミドルウェアマシンを含む。
【００１３】
ダイナミックリソースブローカは、マシンＤ１１０上のデータリポジトリ１０５、マシンＤ１１０上のデプロイメントセンター１０６、および１つ以上のデプロイメントエージェント、エージェント１１１〜１１３のようなコンポーネントを含むことができる。エージェント１１１〜１１３の各々は、トランザクショナルミドルウェアマシン環境１００において、トランザクショナルミドルウェアマシン、マシンＡ〜Ｃ  １０１〜１０３上に存在する。
【００１４】
データリポジトリ１０５はメモリ内に存在する。データリポジトリ１０５を用いて、アプリケーションパッケージ、分散パッケージ、およびコンフィギュレーションファイルのような関連する情報を格納することができる。デプロイメントセンター１０６は、１つ以上のマイクロプロセッサによって動作する。デプロイメントセンター１０６は、ユーザ入力１０７をすべて受信することができ、１つ以上のデプロイメントポリシー１１６に基づいて、宛先マシン、マシンＡ〜Ｃ  １０１〜１０３に命令／パッケージを分散することを担う。さらに、デプロイメントセンター１０６は、宛先マシン、マシンＡ〜Ｃ  １０１〜１０３から実行結果を受信することを担う。各デプロイメントエージェント、エージェント１１１〜１１３は、分散パッケージを受信し、デプロイメント／アンデプロイメント／管理タスクを実行し、デプロイメントセンター１０６に実行結果を提供することを担う。
【００１５】
図１に示される例において、ユーザは、まずデータリポジトリ１０５にアプリケーションパッケージをアップロードすることができる。次いで、ユーザは、２台のマシン：マシンＡ１０１およびマシンＢ１０２を含むドメイン、ドメインＡ１０９を作成することができる。次いで、ユーザは、デプロイメントタスクを行なうようにデプロイメントセンター１０６に通知することができる。デプロイメントセンター１０６は、マシンＡ１０１およびマシンＢ１０２に分散パッケージをデプロイし、ドメインＡ１０９をブートすることができる。
【００１６】
その上、ドメインＡ１０９は、ランタイムにおいて動的にアクティブにされ得る候補マシンとして、第３のマシン、マシンＣ１０３を含むことができる。たとえば、マシンＢ１０２のＣＰＵ稼働率が１００％に上昇すると、デプロイメントセンターは、マシンＣ１０３をアクティブにして、ロードをマシンＢ１０２と共有することができる。デプロイメントセンター１０６は、マシンＣにパッケージを分散し、デプロイメントエージェント、エージェントＣ１１３に、Ｔｕｘｅｄｏ（登録商標）管理情報ベース（ＭＩＢ）オペレーションのような管理タスクを行なうように命令することができる。管理タスクが首尾よく行なわれると、マシンＣ１０３は、ドメインＡに動的に追加されることができ、マシンＣ１０３上の全サーバおよびサービスをアクティブにすることができる。
【００１７】
図２は、発明の実施例に係る、トランザクショナルミドルウェアマシン環境においてアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするための典型的なフローチャートを例示する。図２に示されるように、ステップ２０１において、データリポジトリは１つ以上のアプリケーションパッケージを受信することができ、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含む。次いで、ステップ２０２において、デプロイメントセンターは、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに、１つ以上のマイクロプロセッサ上に１つ以上の分散パッケージを生成することができる。最後に、２０３において、デプロイメントセンターは、トランザクショナルミドルウェアマシン環境において、複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイすることができる。
【００１８】
発明の実施例に従うと、かつ下に開示されるように、Ｔｕｘｅｄｏ（登録商標）アプリケーションのようなトランザクショナルアプリケーションのデプロイメントは、いくつかのステップ、すなわちアプリケーションパッケージ分散、Ｔｕｘｅｄｏ（登録商標）システム環境設定、Ｔｕｘｅｄｏ（登録商標）コンフィギュレーションファイル生成、およびＴｕｘｅｄｏ（登録商標）システムブートを含む。その各々については以下のセクションで述べる。
【００１９】
アプリケーションパッケージ
発明の実施例に従うと、アプリケーションパッケージは、ユーザまたは顧客によって準備され、かつ１つ以上のミドルウェアマシン上にデプロイされることができるアーカイブパッケージである。アプリケーションパッケージは、コンパイルされたバイナリファイルと他の環境ファイルとを含み、トランザクショナルアプリケーションがデプロイされることになるマシンに基づいて体系化することができる。
【００２０】
たとえば、Ｔｕｘｅｄｏ（登録商標）アプリケーションのようなトランザクショナルアプリケーションは、各々がｚｉｐファイルであり得る１つ以上のアプリケーションパッケージに基づくことができる。Ｔｕｘｅｄｏ（登録商標）アプリケーション（ドメイン）は、一組のマシン、サーバ、および他のリソースを特定するＴＵＸＣＯＮＦＩＧ、すなわちＵＢＢＣＯＮＦＩＧコンフィギュレーションファイルにおいて定義することができる。Ｔｕｘｅｄｏ（登録商標）アプリケーションは、１つのマシン上に、またはネットワーク接続された複数のマシン全体に存在することができる。ユーザはまず、Ｔｕｘｅｄｏ（登録商標）アプリケーションをデプロイするために、アプリケーションパッケージをアップロードすることができる。
【００２１】
図３は、発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションパッケージの内部構造の例証を示す。図３に示されるように、アプリケーションパッケージ３００は、複数の階層、たとえば階層１  ３０１、階層２  ３０２および階層３  ３０３を含むことができる。
【００２２】
階層１  ３０１は、アプリケーションパッケージ３００のための名前を含み、当該名前は、アップロードされた全アプリケーションパッケージ名の間で固有とすることができる。
【００２３】
階層２  ３０２は、階層１  ３０１下の子ディレクトリとすることができる。階層２  ３０２は、アプリケーションパッケージ３００をデプロイすることができるプラットフォームに関する情報を表わす名前を含む。図３に示されるように、階層２を用いて、マシンタイプＯＥＬ５５＿６４＿ＥｘａＸ２２Ｘ８６６４を表わすことができる。
【００２４】
階層３  ３０３は子ディレクトリ、階層２  ３０２を含み、階層２  ３０２は、アプリケーションサーバ、ＴＭＳサーバ、クライアントなどといったトランザクショナルシステムによって使用されるコンパイルされたバイナリファイルを含む。図３に示されるように、ＯＥＬ５５＿６４＿ＥｘａＸ２２Ｘ８６６４（階層２  ３０２）下では、サブディレクトリ「サーバ」は、２つのコンパイルされたサーババイナリファイル：サーバ１およびサーバ２を有することができる。
【００２５】
さらに、階層３  ３０３は、Ｔｕｘｅｄｏ（登録商標）マシンレベルＥＮＶＦＩＬＥ、Ｔｕｘｅｄｏ（登録商標）グループレベルＥＮＶＦＩＬＥ、Ｔｕｘｅｄｏ（登録商標）サーバレベルＥＮＶＦＩＬＥ、およびＴｕｘｅｄｏ（登録商標）サーバレベルＲＣＭＤファイルのような異なる環境ファイルを含むことができる。その上、階層３  ３０３下にはサブディレクトリがある場合があり、そこでユーザはアプリケーションを体系化することができる。
【００２６】
その上、階層３  ３０３は、グループレベルＵＢＢＣＯＮＦＩＧファイルであるＴｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルのようなユニバーサルな掲示板コンフィギュレーションファイルを含むことができる。Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルは、完全なＵＢＢＣＯＮＦＩＧファイルのＧＲＯＵＰＳセクション、ＲＭＳセクション、ＳＥＲＶＥＲＳセクション、ＳＥＲＶＩＣＥＳセクション、ＲＯＵＴＩＮＧＳセクションを含み、このパッケージ内の全サーバの関係およびパラメータについて記述するために主に使用される。Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルを用いて、このパッケージをいつマシンにデプロイするかを決定するＵＢＢＣＯＮＦＩＧファイルを生成することができ、そのコンテンツはその時に修正することができる。
【００２７】
アプリケーションディレクトリ
発明の実施例に従うと、アプリケーションパッケージは、トランザクショナルミドルウェアマシン環境において繰り返し使用することができる。たとえば、アプリケーションパッケージは、異なるドメイン、１つのドメイン内の異なるマシン、または１つのドメイン内の１つのマシンに複数回、適用することができる。
【００２８】
その上、ダイナミックリソースブローカは、アプリケーションパッケージに基づいて、宛先マシンにデプロイされる分散パッケージを生成することができる。分散パッケージが宛先マシンにデプロイされた後、トランザクショナルシステムは、宛先マシン上にアプリケーションディレクトリを作成することができる。
【００２９】
図４は、発明の実施例に係る、ミドルウェアマシン環境におけるアプリケーションディレクトリの内部構造の例証を示す。図４に示されるように、Ｔｕｘｅｄｏ（登録商標）アプリケーションディレクトリＡＰＰＤＩＲ  ４０１のようなアプリケーションディレクトリは、異なるアプリケーションについての分散パッケージを含むために、複数のサブディレクトリＡＰＰ１  ４０２およびＡＰＰ２  ４０３を含むことができる。アプリケーションディレクトリＡＰＰＤＩＲ  ４０１下のデプロイされたＴｕｘｅｄｏ（登録商標）アプリケーション４００の構造は、Ｔｕｘｅｄｏ（登録商標）ＵＢＢ＿ｐａｒｔファイルを除いて、アプリケーションパッケージの構造に類似することができる。
【００３０】
アプリケーションパッケージのアップロード
発明の実施例に従うと、ユーザは、１つ以上の準備されたアプリケーションパッケージをデータリポジトリにアップロードすることができる。アプリケーションパッケージのアップロードが成功すると、システムは、アプリケーションパッケージ情報リストをユーザが埋めることを許可する。そのコンテンツは以下の表１に示される。
【００３１】
【表１】
0006010623.tif 000002
【００３２】
マシンリストの作成
発明の実施例に従うと、ドメインが作成される前に、ユーザは、アプリケーションパッケージがデプロイされるマシンのリストを作成することができる。マシンごとに、ユーザは、この特定のマシンについて記述するフォームを埋めることができる。当該フォームのコンテンツは、以下の表２に示される。
【００３３】
【表２】
0006010623.tif 000003
【００３４】
上記のマシンリストにおいて、全マシンをその論理名によって指定することができる。マシンの論理名はマシンリストにおいて固有とすることができ、マシンの論理名はマシンの物理名と同じとすることができる。したがって、１つの物理マシンは２つ以上の論理名を有し、マシンリストにおいて２つ以上のインスタンスを有することができる。したがって、たとえば、テスト環境におけるフェイクのＭＰモデルの場合、ユーザは、１つの物理マシンについて複数の論理名を特定し、異なるアプリケーションパッケージを同じマシンにデプロイすることができる。
【００３５】
ＵＢＢＣＯＮＦＩＧ自動生成ルール
発明の実施例に従うと、ユーザは、トランザクショナルサーバのためのコンフィギュレーションファイル、たとえばＵＢＢＣＯＮＦＩＧファイルをＴｕｘｅｄｏ（登録商標）サーバごとに自動的に生成するように選択することができる。ＵＢＢＣＯＮＦＩＧファイルは、ＲＥＳＯＵＲＣＥセクション、ＭＡＣＨＩＮＥＳセクション、ＧＲＯＵＰＳセクション、ＲＭＳセクション、ＮＥＴＧＲＯＵＰＳセクション、ＮＥＴＷＯＲＫセクション、ＳＥＲＶＥＲＳセクション、ＳＥＲＶＩＣＥＳセクション、ＲＯＵＴＩＮＧセクションのような異なるセクションを含むことができる。
【００３６】
トランザクショナルミドルウェアマシンシステムにおいてダイナミックリソースブローカをサポートすることに関するさらなる情報と、本開示の全体にわたって説明されるプラットフォームの様々な他の局面とを示す付録Ａが添付される。付録Ａの情報は例示を目的として示され、発明の実施例のすべてを限定するものとは解釈されるべきではない。
【００３７】
Ｔｕｘｅｄｏ（登録商標）における自動デプロイメントの一例
以下のセクションでは、トランザクショナルミドルウェア環境においてＴｕｘｅｄｏ（登録商標）アプリケーションを自動的にデプロイするかまたはアンデプロイするプロシージャを例示するために一例が使用される。この例では、２つのＴｕｘｅｄｏ（登録商標）アプリケーションＡＰＰ１およびＡＰＰ２を、２つのミドルウェアマシンｌｃｌｎｘ  ２４およびｌｃｌｎ  １６上に自動的にデプロイすることができる。他の例では、トランザクショナルミドルウェア環境において異なる構成を制限なく使用することができる。
【００３８】
Ｔｕｘｅｄｏ（登録商標）ドメインの作成
発明の実施例に従うと、ユーザは、トランザクショナルアプリケーションをデプロイするために、トランザクショナルミドルウェアにおいてドメインを作成する前に、アプリケーションパッケージを準備することができる。この例では、ドメインのあらゆるマシンが１つのアプリケーションパッケージを使用する。他の例では、マシンは、必要であれば１つ以上のアプリケーションパッケージを有することができる。
【００３９】
図５は、発明の実施例に係る、アプリケーションパッケージ５００を準備する例証を示す。図５に示されるように、アプリケーションパッケージＡＰＰ１．ｚｉｐ  ５０１は、ＵＢＢ＿ｐａｒｔセクション５０２およびサーバセクション５０３を含むことができる。以下のリスト１は、ＡＰＰ１．ｚｉｐにおけるＵＢＢ＿ｐａｒｔセクションのセクションを示す。
【００４０】
【数１】
0006010623.tif 000004
【００４１】
上述の図５およびリスト１は、第１のアプリケーションＡＰＰ１をデプロイするためのアプリケーションパッケージＡＰＰ１．ｚｉｐを例示する。
【００４２】
その上、この例では、第２のアプリケーションＡＰＰ２をデプロイするために、別のアプリケーションパッケージＡＰＰ２．ｚｉｐを同様の方法で準備することができる。
【００４３】
図６は、発明の実施例に係る、ＧＵＩコンソールにおいてドメインについてのマシンリストを作成する例証を示す。図６に示されるように、ＧＵＩコンソールは、マシンフォーム６００を用いて、論理名ｌｃｌｎｘ２４  ６０１を有する特定のマシンに関連づけられた異なるプロパティを定義する。また、図６に示されるように、マシンフォーム６００中のエントリは、上に開示されるような表２に基づくことができる。
【００４４】
その上、この例では、別の同様のマシンフォーム（図示せず）を用いて、システムに第２のマシンを設定することができる。
【００４５】
図７は、発明の実施例に係る、アプリケーションパッケージをアップロードする例証を示す。図７に示されるように、ユーザがアプリケーションパッケージ７０１のアップロードに成功すると、ユーザにファイルするようにリクエストするために、アプリケーションパッケージフォーム７００を表示することができる。また、図７に示されるように、マシンフォーム７００中の様々なエントリは、上に開示されるような表２に基づくことができる。
【００４６】
同様に、アプリケーションパッケージＡＰＰ２．ｚｉｐをアップロードするために、別のアプリケーションパッケージフォーム（図示せず）が存在し得る。
【００４７】
図８は、発明の実施例に係る、トランザクショナルミドルウェア環境においてドメインを作成する例証を示す。図８に示されるように、ユーザは、固有のドメイン名、たとえばＤＯＭ１  ８０１を有するドメインを作成することができる。このドメインは、マシンリスト８０２からのマシンを含み、パッケージリスト８０３からのアプリケーションパッケージを動作させるように構成することができる。
【００４８】
ドメインがトランザクショナルミドルウェア環境において作成されると、異なるテンプレートを用いて、デプロイメントのためのコンフィギュレーションファイルを自動的に生成することができる。たとえば、自動的に生成されたＴｕｘｅｄｏ（登録商標）コンフィギュレーションファイルのコンテンツを付録Ａに詳述することができる。
【００４９】
その上、Ｔｕｘｅｄｏ（登録商標）では、２つのデフォルトＵＢＢＣＯＮＦＩＧテンプレート：ＵＢＢ＿Ｒｅｓｏｕｒｃｅという名のＲＥＳＯＵＲＣＥＳパートのための１つのＵＢＢＣＯＮＦＩＧテンプレートと、ＵＢＢ＿Ｍａｃｈｉｎｅという名のＭＡＣＨＩＮＥＳパートのための別のＵＢＢＣＯＮＦＩＧテンプレートとが存在し得る。また、ユーザは、追加テンプレートを定義し、それらをデータリポジトリに保存することができる。
【００５０】
図８に示されるように、ＤＯＭ１  ８０１が作成される時、ユーザは、デフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを選択することができ、ドメインがＭＰモードにあることを示すことができる。さらに、ユーザは、値を修正し、コンフィギュレーションファイルのＲＥＳＯＵＲＣＥＳセクションに追加することができる。
【００５１】
Ｔｕｘｅｄｏ（登録商標）ドメインにおける仮想マシンの作成
発明の実施例に従うと、ユーザは、１つ以上の仮想マシンをドメインにおいて作成することができる。仮想マシンは、実際の物理マシンを表わさないシンボルである。マシンリストからの論理マシンを、仮想マシンにバインドすることができる。仮想マシンのための命名ルールは、論理マシンと同じとすることができ、仮想マシンの名前は、１つのドメイン内のすべての仮想マシンの間で固有とすることができる。
【００５２】
図９は、発明の実施例に係る、論理マシンをドメインの仮想マシンにバインドする例証を示す。図９に示されるように、仮想マシンＭ１  ９０２がＤＯＭ１  ９０１に作成される。その上、ユーザは、マシンリストからの論理マシンｌｃｌｎｘ２４  ９０３を仮想マシンＭ１  ９０２にバインドすることができ、この論理マシンｌｃｌｎｘ２４  ９０３はドメインＤＯＭ１  ９０１についてマスタであることを示すことができる。次いで、デフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅセクション９０４をＵＢＢＣＯＮＦＩＧファイルに追加することができ、マシンリストにおけるｌｃｌｎｘ２４  ９０３と関係する情報に従って、コンテンツを修正することができる。さらに、ユーザは、値を修正するかまたはＭＡＣＨＩＮＥＳセクション９０５およびＮＥＴＷＯＲＫセクション９０６の対応するアイテムに追加することができる。
【００５３】
図１０は、発明の実施例に係る、ドメインの仮想マシンにアプリケーションパッケージを追加する例証を示す。図１０に示されるように、ユーザは、アプリケーションパッケージＡＰＰ１  １００３をパッケージリストからドメインＤＯＭ１  １００１の仮想マシンＭ１  １００２に追加することができる。次いで、アプリケーションパッケージＡＰＰ１からのＵＢＢ＿ｐａｒｔ、たとえばデフォルトＵＢＢ＿Ｒｅｓｏｕｒｃｅセクション１００４をＵＢＢＣＯＮＦＩＧファイルに追加することができ、仮想マシンＭ１  １００２にバインドされる論理マシンｌｃｌｎｘ２４の情報に従って、コンテンツを修正することができる。その上、ユーザは、値を修正するかまたは、ＭＡＣＨＩＮＥＳセクション、ＧＲＯＵＰＳセクション、ＳＥＲＶＥＲＳセクション、およびＳＥＲＶＩＣＥＳセクション１００５〜１００９のアイテムに追加することができる。
【００５４】
図１１は、発明の実施例に係る、ドメインにおいて複数の仮想マシンを設定する例証を示す。図１１に示されるように、ユーザは、仮想マシンＭ１  １１０２および仮想マシンＭ２  １１０３のような複数の仮想マシンをドメインＤＯＭ１  １１０１に作成することができる。さらに、ユーザは、論理マシンを仮想マシンにバインドすることができる。たとえば、論理マシンｌｃｌｎｘ１６は、仮想マシンＭ１  １００２にバインドし、アプリケーションパッケージＡＺＰＰ１を動作させることを担うことができ、論理マシンｌｃｌｎｘ２４は、仮想マシンＭ２にバインドし、別のアプリケーションパッケージＡＰＰ２を動作させることを担うことができる。
【００５５】
論理マシンにバインドされた仮想マシンにアーカイブパッケージが追加されるたびに、システムは、アプリケーションパッケージフォーム中の情報をマシンフォームと比較することができる。エラーがあれば、システムは、ユーザにエラーを報告することができる。
【００５６】
Ｔｕｘｅｄｏ（登録商標）ドメインの構成
発明の実施例に従うと、システムは、ドメインの各マシンにコンフィギュレーションテンプレートを提供することができる。
【００５７】
Ｔｕｘｅｄｏ（登録商標）では、ユーザは、データリポジトリからデフォルトＤＭＣＯＮＦＩＧテンプレートを選択し、修正することができる。その上、データリポジトリは、各マシンにｓｅｔｅｎｖ．ｋｓｈテンプレートを提供することができる。ユーザは、ｓｅｔｅｎｖ．ｋｓｈテンプレートを用いて、Ｔｕｘｅｄｏ（登録商標）アプリケーションに様々な環境変数、たとえばＴＵＸＤＩＲ、ＰＡＴＨおよびＡＰＰＤＩＲを設定することができる。
【００５８】
さらに、システムは、上記の情報に従って、デプロイメントディスクリプタおよびアンデプロイメントディスクリプタを各マシンに提供する。ユーザは、自身の必要に従って、２つのディスクリプタを修正することができる。
【００５９】
デプロイメントディスクリプタは、分散パッケージが宛先マシンに分散された後で取ることができるステップについて記述するスクリプトである。以下のリスト２は、典型的なデプロイメントディスクリプタを示す。
【００６０】
【数２】
0006010623.tif 000005
【００６１】
アンデプロイメントディスクリプタは、ユーザがドメインをアンデプロイしたい場合に取ることができるステップについて記述するスクリプトである。以下のリスト３は、典型的なアンデプロイメントディスクリプタを示す。
【００６２】
【数３】
0006010623.tif 000006
【００６３】
発明の実施例に従うと、分散パッケージは、修正済のｓｅｔｅｎｖ．ｋｓｈ（ｓｅｔｅｎｖ．ｃｍｄ）テンプレート、ＵＢＢＣＯＮＦＩＧ、ＤＭＣＯＮＦＩＧ、デプロイメント／アンデプロイメントディスクリプタ、およびコンパイルされたバイナリ実行可能ファイルを含むように生成することができる。
【００６４】
データリポジトリ
発明の実施例に従うと、アプリケーションパッケージおよび分散パッケージの両方をデータリポジトリに格納することができる。
【００６５】
図１２は、発明の実施例に係る、データリポジトリの内部構造の例証を示す。図１２に示されるように、データリポジトリ、リポジトリ１２０１は、アプリケーションパッケージディレクトリＡｐｐＰａｃｋａｇｅ１２０２と、デプロイメントディレクトリＤｅｐｌｏｙＤｉｒ１２０３とを含む。当初のアップロードされたアプリケーションパッケージは、ＡｐｐＰａｃｋａｇｅディレクトリ１２０２の下に格納される一方、ドメインのようなデプロイメントユニットは、ＤｅｐｌｏｙＤｉｒディレクトリ１２０３の下に格納される。
【００６６】
図１２に示されるように、ドメイン名は「ＤＯＭ１」であり、マシン名は「ｌｃｌｎｘ２４」および「ｌｃｌｎｘ２６」であり、その各々は、ＤｅｐｌｏｙＤｅｓｃｒｉｐｔｏｒ、ＵｎｄｅｐｌｏｙＤｅｓｃｒｉｐｔｏｒ、および様々な分散パッケージを含む。
【００６７】
その上、１つのアプリケーションパッケージを、ドメインの１つのマシンに複数回追加することができ、その場合、システムは、そのためのインデックス、たとえばＡＰＰ１＿１、ＡＰＰ１＿２などを自動的に作成することができる。
【００６８】
Ｔｕｘｅｄｏ（登録商標）ドメインのデプロイ／アンデプロイ
発明の実施例に従うと、デプロイメントセンターは、分散ファイルに従って、あらゆる宛先マシンに分散アーカイブファイルをデプロイすることができる。続いて、デプロイメントエージェントは、Ｔｕｘｅｄｏ（登録商標）システムを構成し、設定することができる。成功した場合、システムは、Ｔｕｘｅｄｏ（登録商標）システムのステータスをステータスファイルに記録することができる。ドメイン内のいずれかのマシンのデプロイメントが失敗した場合、システムは、行われたデプロイメントオペレーションを巻き戻すことができる。
【００６９】
図１３は、発明の実施例に係る、アプリケーションディレクトリの構造の例証を示す。図１３に示されるように、アプリケーションディレクトリＡＰＰＤＩＲ１３０１は、成功したデプロイメント後に異なるアプリケーションについてのデプロイメントファイルを含むために、複数のサブディレクトリＡＰＰ１  １３０２およびＡＰＰ２  １３０３を含むように作成される。
【００７０】
その上、ドメインがシャットダウンステータスにある場合、ユーザは、Ｔｕｘｅｄｏ（登録商標）アプリケーションをアンデプロイすることができる。さらに、デプロイされたマシン上のデプロイメントエージェントは、アンデプロイメントディスクリプタを用いて、アンデプロイメントタスクを行なうことができる。
【００７１】
図１４は、発明の実施例に係る、図１のアプリケーションコンポーネントを自動的にデプロイする／アンデプロイすることをサポートするトランザクショナルミドルウェアマシン環境をより詳細に示す。図１のものと同じ図１４中のコンポーネントは同じ参照番号で示され、その詳細な説明を省略する。
【００７２】
図１４に示されるように、デプロイメントセンター１０６は、１つ以上のアプリケーションパッケージを受信するアプリケーションパッケージ受信ユニット１０６１を備え、各アプリケーションパッケージは、１つ以上のトランザクショナルサーバについてのバイナリファイルと、アプリケーションパッケージにおいて１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報とを含み、さらに、１つ以上のアプリケーションパッケージに基づいて、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンのトランザクショナルミドルウェアマシンごとに１つ以上の分散パッケージを生成する分散パッケージ生成ユニット１０６２と、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンに１つ以上の分散パッケージをデプロイする分散パッケージデプロイユニット１０６３とを含む。
【００７３】
好ましくは、各アプリケーションパッケージは、アプリケーションパッケージをデプロイすることができるプラットフォームに関する情報を含むことが許可される。
【００７４】
好ましくは、アプリケーションパッケージは、異なるトランザクショナルドメインに適用され、各トランザクショナルドメインは、１つ以上のトランザクショナルミドルウェアマシンを含む。
【００７５】
好ましくは、１つ以上のアプリケーションディレクトリは、アプリケーションパッケージに基づいて、１つ以上のトランザクショナルサーバがデプロイされる各トランザクショナルミドルウェアマシン上で作成される。
【００７６】
好ましくは、デプロイメントセンター１０６は、同じアプリケーションディレクトリに複数のアプリケーションパッケージをデプロイするデプロイユニット１０６４をさらに含む。
【００７７】
好ましくは、デプロイメントセンター１０６は、アプリケーションパッケージにおけるコンフィギュレーション情報に基づいて１つ以上のトランザクショナルサーバがデプロイされるトランザクショナルミドルウェアマシンごとにのコンフィギュレーションメタデータを自動的に生成するコンフィギュレーションメタデータ生成ユニット１０６５をさらに含む。
【００７８】
好ましくは、データリポジトリ１０５は、ユーザによってアップロードされた１つ以上のアプリケーションパッケージを格納する。
【００７９】
好ましくは、デプロイメントセンター１０６は、１つのトランザクショナルミドルウェアマシンまたは複数の相互接続されたトランザクショナルミドルウェアマシンのいずれかに、複数のアプリケーションパッケージを含むトランザクショナルアプリケーションをデプロイするトランザクショナルアプリケーションデプロイユニット１０６６をさらに含む。
【００８０】
好ましくは、各上記アプリケーションパッケージは、アプリケーションパッケージの名前を含む第１の階層と、アプリケーションパッケージにおける１つ以上のトランザクショナルサーバの関係およびパラメータについて記述するコンフィギュレーション情報を含む第２の階層と、トランザクショナルサーバについてコンパイルされたバイナリファイルを含む第３の階層とを含む圧縮ファイルである。
【００８１】
好ましくは、デプロイメントセンター１０６は、トランザクショナルミドルウェアマシン環境における複数のトランザクショナルミドルウェアマシンから、少なくとも１つの分散パッケージをアンデプロイするアンデプロイユニット１０６７をさらに含む。
【００８２】
これらのユニットおよびコンポーネントは、ソフトウェアおよび／またはハードウェアによって実施されることができる。
【００８３】
Ｔｕｘｅｄｏ（登録商標）アプリケーションのブート／シャットダウン
発明の実施例に従うと、Ｔｕｘｅｄｏ（登録商標）アプリケーションが宛先マシンにデプロイされた後、デプロイメントセンターは、デプロイエージェントに接続することができ、したがってユーザは、全システムをブートすることを選択することができる。システムのブートが成功すると、システムは、ステータスファイルにステータスを記録し、ドメインのステータスを更新することができる。ドメインのブートが成功すると、ダイナミックデプロイメントを行なうことがユーザに許可される。一方、エラーが見つかった場合、ブートされたＴｕｘｅｄｏ（登録商標）システムはシャットダウンされ得る。
【００８４】
本発明は、１つ以上のプロセッサ、メモリ、および／または本開示の教示に従ってプログラムされたコンピュータ可読記憶媒体を含む１つ以上の従来の汎用または専用デジタルコンピュータ、コンピューティング装置、マシンまたはマイクロプロセッサを用いて簡便に実施され得る。ソフトウェア技術の当業者には明らかであるように、適切なソフトウェアコーディングは、熟練したプログラマによって本開示の教示に基づき容易に用意され得る。
【００８５】
いくつかの実施例では、本発明は、本発明の処理のいずれかを実行するようコンピュータをプログラムするのに用いられ得る命令を格納した記憶媒体またはコンピュータ可読媒体であるコンピュータプログラムプロダクトを含む。当該記憶媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む任意のタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ素子、磁気または光学カード、ナノシステム（分子メモリＩＣを含む）、または命令および／またはデータを格納するのに好適な任意のタイプの媒体もしくは装置を含み得るが、これらに限定されない。
【００８６】
本発明の上記の記載は、例示および説明目的で与えられている。網羅的であることまたは開示されたそのものの形態に本発明を限定することを意図したものではない。当業者にとっては、多くの修正例および変形例が明確であろう。上記の実施例は、本発明の原理およびその実際的な適用をもっともよく説明するために選択および記載されたものであり、これにより他の当業者が、特定の使用に好適なさまざまな修正例を考慮して、さまざまな実施例について本発明を理解するのが可能になる。本発明の範囲は、添付の特許請求の範囲およびそれらの均等物によって定義されることが意図される。
【００８７】
付録Ａ
発明の実施例に従うと、システムは、ＲＥＳＯＵＲＣＥセクションを定義するために、Ｔｕｘｅｄｏ（登録商標）ユーザにＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを提供することができる。ドメインを作成する際、ユーザは、このテンプレートを選択して、ＵＢＢＣＯＮＦＩＧについてＲＥＳＯＵＲＣＥＳセクションを生成することができる。テンプレートにおける典型的なアイテムリストを以下の表３に示す。
【００８８】
【表３】
0006010623.tif 000007
【００８９】
上記の表３におけるアイテムは、ＭＡＳＴＥＲアイテムを除いて、ユーザによって修正することができる。どのマシンがドメインのマスタであるか、かつどのマシンがバックアップであるかをユーザが特定すると、ＭＡＳＴＥＲアイテムを埋めることができる。ユーザは、これらのパラメータに加え、他のパラメータを追加することができる。ユーザは、自身のＵＢＢ＿Ｒｅｓｏｕｒｃｅテンプレートを作成し、それらをシステムに保存することもできる。全テンプレートにおいて、自動的に上記ルールに従ってシステムによってＭＡＳＴＥＲを埋めることができる。
【００９０】
発明の実施例に従うと、システムは、Ｔｕｘｅｄｏ（登録商標）ユーザにＵＢＢ＿Ｍａｃｈｉｎｅテンプレートを提供することができる。ドメインを作成し、マシンを特定する際、ユーザは、このテンプレートを選択して、ＵＢＢＣＯＮＦＩＧファイルについてＭＡＣＨＩＮＥＳセクションを生成することができる。テンプレートにおける典型的なアイテムリストを以下の表４に示す。
【００９１】
【表４】
0006010623.tif 000008
【００９２】
ユーザは、ＭＡＣＨＩＮＥＳセクションの他のパラメータをＵＢＢＣＯＮＦＩＧファイルに追加することができる。ユーザは、ＴＬＯＧを生のディスク（ｒａｗ  ｄｉｓｋ）に特定することもでき、このドメインをアンデプロイすると、システムはそれを削除することができる。ユーザは、追加のＵＢＢ＿Ｍａｃｈｉｎｅテンプレートを作成し、それらをシステムに保存することもできる。パラメータ置換ルールは上記に従うことができる。
【００９３】
発明の実施例に従うと、ユーザが１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＧＲＯＵＰＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表５に示す。
【００９４】
【表５】
0006010623.tif 000009
【００９５】
システムは、ＧＲＯＵＰＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧファイルに他のパラメータを追加することができる。
【００９６】
発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは当該パッケージのＵＢＢ＿ｐａｒｔ中のＲＭＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表に示す。
【００９７】
【表６】
0006010623.tif 000010
【００９８】
システムは、他のパラメータｉ  ＲＭＳセクションの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。
【００９９】
発明の実施例に従うと、必要であれば、ＮＥＴＧＲＯＵＰＳセクションにおける全パラメータをユーザ自身によって埋めることができる。
【０１００】
発明の実施例に従うと、ＮＥＴＷＯＲＫセクションは、ＵＢＢ＿Ｍａｃｈｉｎｅテンプレートにもある。ドメインがＭＰモードにある場合、システムは、このセクションをＵＢＢＣＯＮＦＩＧに自動的に追加することができる。テンプレートにおける典型的なアイテムリストを以下の表７に示す。
【０１０１】
【表７】
0006010623.tif 000011
【０１０２】
その上、ユーザは、ＮＥＴＷＯＲＫセクションに他のパラメータを追加することができる。
【０１０３】
発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＳＥＲＶＥＲＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表８に示す。
【０１０４】
【表８】
0006010623.tif 000012
【０１０５】
システムは、ＳＥＲＶＥＲＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。
【０１０６】
発明の実施例に従うと、１つのドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＳＥＲＶＩＣＥＳセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表９に示す。
【０１０７】
【表９】
0006010623.tif 000013
【０１０８】
システムは、ＳＥＲＶＩＣＥＳセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。
【０１０９】
発明の実施例に従うと、ドメインにアプリケーションパッケージを追加すると、システムは、当該パッケージのＵＢＢ＿ｐａｒｔ中のＲＯＵＴＩＮＧセクションのいくつかのパラメータを置換することができる。テンプレートにおける典型的なアイテムリストを以下の表１０に示す。
【０１１０】
【表１０】
0006010623.tif 000014
【０１１１】
システムは、ＲＯＵＴＩＮＧセクションの他のパラメータの値をＵＢＢ＿ｐａｒｔファイルにおいて保持することができ、それらを自由に修正することをユーザに許可する。同様に、ユーザは、ＵＢＢＣＯＮＦＩＧに他のパラメータを追加することができる。
【図６】
0006010623.tif 000015
【図７】
0006010623.tif 000016
【図１２】
0006010623.tif 000017
【図１】
0006010623.tif 000018
【図２】
0006010623.tif 000019
【図３】
0006010623.tif 000020
【図４】
0006010623.tif 000021
【図５】
0006010623.tif 000022
【図８】
0006010623.tif 000023
【図９】
0006010623.tif 000024
【図１０】
0006010623.tif 000025
【図１１】
0006010623.tif 000026
【図１３】
0006010623.tif 000027
【図１４】
0006010623.tif 000028