(57)【要約】【課題】アプリケーションサーバ、メッセージングシステム、及びトランザクションベースシステムにチャネルを設けるためのシステム及び方法を提供する。【解決手段】アプリケーションサーバ、メッセージングシステム、及びトランザクションベースシステム内にチャネルを設けるためのシステム及び方法。サーバに対して内部のネットワークトラフィックは、これらのチャネル上で搬送される。これは、管理者が通常は機密保護又は性能の理由により内部ネットワークトラフィックを分離することを可能にする。更に、管理者は、外部ネットワークチャネルに対してより緻密で動的な制御を有する。【選択図】図２
2007528085.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバ内にチャネルを設けるためのシステムであって、
クライアント及び／又は他のサーバから通信を受信するためのいくつかのチャネルをホストするように構成されたサーバと、
前記サーバにおいて特定の通信を受信し、チャネルの構成に従ってそれらの特定の通信を処理するように構成して活動化することができる複数のチャネルと、
を含むことを特徴とするシステム。
【請求項２】
チャネルが、アプリケーションに向けられた通信を受信するために、前記サーバにおいてそのアプリケーションに対してスコープすることができることを特徴とする請求項１に記載のシステム。
【請求項３】
前記アプリケーションへのアクセスは、前記構成されたチャネルを通じてのみ可能であることを特徴とする請求項２に記載のシステム。
【請求項４】
前記チャネルは、管理者によって活動化又は中断することができることを特徴とする請求項１に記載のシステム。
【請求項５】
前記活動化又は中断は、前記サーバの再始動を必要とすることなく動的に発生することを特徴とする請求項４に記載のシステム。
【請求項６】
クラスター内で作動する複数のサーバを含み、
チャネルが、クラスター内通信のために各サーバにおいて構成される、
ことを特徴とする請求項１に記載のシステム。
【請求項７】
前記サーバは、サーバ上で作動する複数の仮想ウェブサイトを含み、
前記複数の仮想ウェブサイトの各々は、その仮想ウェブサイトに対する要求を受信するための該サイトに関連付けられたチャネルを含む、
ことを特徴とする請求項１に記載のシステム。
【請求項８】
アプリケーションサーバ内にチャネルを設ける方法であって、
クライアント及び／又は他のサーバからの通信を受信するためのいくつかのチャネルをホストするように構成されたサーバを設ける段階と、
複数のチャネルを、前記サーバにおいて特定の通信を受信し、かつ該チャネルの構成に従ってそれらの特定の通信を処理するように構成する段階と、
を含むことを特徴とする方法。
【請求項９】
チャネルが、アプリケーションに向けられた通信を受信するために、前記サーバにおいてそのアプリケーションに対してスコープすることができることを特徴とする請求項８に記載の方法。
【請求項１０】
前記アプリケーションへのアクセスは、前記構成されたチャネルを通じてのみ可能であることを特徴とする請求項９に記載の方法。
【請求項１１】
前記チャネルは、管理者によって活動化又は中断することができることを特徴とする請求項８に記載の方法。
【請求項１２】
前記活動化又は中断は、前記サーバの再始動を必要とすることなく動的に発生することを特徴とする請求項１１に記載の方法。
【請求項１３】
システムが、クラスター内で作動する複数のサーバを含み、
チャネルが、クラスター内通信のために各サーバにおいて構成される、
ことを特徴とする請求項８に記載の方法。
【請求項１４】
前記サーバは、サーバ上で作動する複数の仮想ウェブサイトを含み、
前記複数の仮想ウェブサイトの各々は、その仮想ウェブサイトに対する要求を受信するための該サイトに関連付けられたチャネルを含む、
ことを特徴とする請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権の通知
この特許文書の開示の一部分は、著作権の保護を受ける内容を含んでいる。著作権所有者は、特許商標事務局の特許ファイル又は記録にあるような特許文書又は特許開示のファクシミリ複製を誰が行っても異論はないが、それ以外はあらゆる著作権を保持するものである。
優先権の請求
アンドリュー・パイパーにより２００４年５月１９日出願で本明細書において引用により組み込まれている「アプリケーションサーバ及びトランザクションベースシステムにチャネルを設けるためのシステム及び方法」という名称の米国特許仮出願第６０／５７２，６４６号（代理人整理番号：ＢＥＡＳ−０１５４９ＵＳ０）。
アンドリュー・パイパーにより２００５年５月１６日出願で本明細書において引用により組み込まれている「アプリケーションサーバ及びトランザクションベースシステムにチャネルを設けるためのシステム及び方法」という名称の米国特許出願第＿＿＿＿＿号（代理人整理番号：ＢＥＡＳ−０１５４９ＵＳ１）。
【０００２】
本発明は、一般的に、アプリケーションサーバ、メッセージングシステム、及びトランザクションベースシステムに関し、具体的には、これらのシステムにチャネルを設けるためのシステム及び方法に関する。
【背景技術】
【０００３】
「ＢＥＡ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．」からの「ＷｅｂＬｏｇｉｃ  Ｓｅｒｖｅｒ（ＷＬＳ）」製品内で提供されるようなアプリケーションサーバ環境においては、外部ネットワークトラフィックがサーバに到着するか又はサーバを離れる時にそれを分離させるために、以後「チャネル」と称するネットワークチャネルが設けられる。ネットワークチャネルは、システム管理者が、１つ又はそれよりも多くの「ＷｅｂＬｏｇｉｃ  Ｓｅｒｖｅｒ」インスタンス又はクラスターを用いて付加的なポート（要求された「Ｌｉｓｔｅｎ  Ｐｏｒｔ」及び「ＳＳＬ  Ｌｉｓｔｅｎ  Ｐｏｒｔ」に加えたポート）を構成することを可能にする。ネットワークチャネルは、例えば、接続がサポートするプロトコル（ＨＴＴＰ、ＨＴＴＰＳ、Ｔ３、Ｔ３Ｓ、ＣＯＭ）と、機密通信及び非機密通信のために使用されるデフォルト聴取ポートと、ログインタイムアウト値、最大メッセージサイズ、及びデフォルトユーザ名及びパスワードのような接続のためのデフォルト特性と、接続がトンネリングをサポートするか否かと、接続をドメイン内の他の「ＷｅｂＬｏｇｉｃ  Ｓｅｒｖｅｒ」と通信するために使用することができるか又はクライアントとの通信のためだけに使用することができるかとを含む、「ＷｅｂＬｏｇｉｃ  Ｓｅｒｖｅｒ」への新しいネットワーク接続のための基本的属性を定義する。
【０００４】
チャネルは、「管理コンソール」内の明瞭なエンティティとして構成され、次に、１つ又はそれよりも多くのチャネルをドメイン内のサーバに加えることができる。チャネル構成を変えることは、そのチャネルを使用する全てのサーバの接続属性を自動的に変えるから、複数のサーバで単一のチャネルを使用すると、サーバドメインのためのネットワーク構成を単純化することができる。単一のサーバで複数のチャネルを使用することは、管理者が、プロトコル、聴取ポート、又は他のあらゆるチャネル構成特性によってネットワークトラフィックをセグメント化することを助ける。クラスター化された環境においては、チャネルはまた、異なるポート番号を使用して単一ＮＩＣ上にクラスター化されたサーバインスタンスを構成する機能を提供する。
【０００５】
ネットワークチャネルを構成しかつ割り当てた後、管理者は、任意的に、チャネルオーバーライド（ネットワークアクセスポイントとしても公知）を使用して、個々のサーバ上でチャネル設定を微調整することができる。これには、全ての外部プロトコルに対するサポート、ＮＡＴファイウォールを通じた接続に対するサポート、及びカスタム管理チャネルに対するサポートが含まれる。これは、サーバレベルオーバーライドに対する要求は軽視するが、ドメイン全体にわたる管理ポートに必要な使用可能度は軽視しない。これらのチャネルは、管理専用にマーク付けすることができ、それらは１つよりも多く存在する場合がある。
【０００６】
しかし、上述の特徴の全ては、外部ネットワークトラフィックのチャネリングを目標とするものである。サーバに対して内部のネットワークトラフィックは、依然として一般的に専用プロトコル上で搬送されている。しかし、アプリケーションサーバの顧客は、通常は機密保護又は性能の理由で内部ネットワークトラフィックを分離することもできる機能を益々要求している。更に、顧客は、外部ネットワークチャネルに対するより緻密かつ動的な制御を有することができることを望むであろう。従って、必要とされているのは、柔軟かつ容易に管理される方式でこの内部ネットワークトラフィックを分離するための手段である。
【０００７】
【特許文献１】米国特許仮出願第６０／５７２，６４６号
【特許文献２】米国特許出願第＿＿＿＿＿号、「アプリケーションサーバ及びトランザクションベースシステムにチャネルを設けるためのシステム及び方法」、アンドリュー・パイパー、２００５年５月１６日出願
【発明の開示】
【０００８】
本発明の実施形態によれば、アプリケーションサーバ、メッセージングシステム、及びトランザクションベースシステム内にチャネルを設けるためのシステム及び方法が提供される。サーバに対して内部のネットワークトラフィックは、これらのチャネル上で搬送される。これは、管理者が、通常は機密保護又は性能の理由で内部ネットワークトラフィックを分離することを可能にする。更に、管理者は、外部ネットワークチャネルに対してより緻密で動的な制御を有する。
【発明を実施するための最良の形態】
【０００９】
本発明の実施形態によれば、アプリケーションサーバ、メッセージングシステム、及びトランザクションベースシステム内にチャネルを設けるためのシステム及び方法が提供される。サーバに対して内部のネットワークトラフィックは、これらのチャネル上で搬送される。これは、管理者が、通常は機密保護又は性能の理由で内部ネットワークトラフィックを分離することを可能にする。更に、管理者は、外部ネットワークチャネルに対してより緻密で動的な制御を有する。
【００１０】
図１は、動的チャネルを考慮した本発明の実施形態によるクライアント／サーバ環境の図を示している。図１に示すように、クライアント１０２及び１０４は、要求又は他の通信１１０及び１１２の形で遠隔サーバ１０６にアクセス可能である。サーバは、要求を処理するように構成されたいくつかのチャネル１１４、１１８、及び１２２を含む。管理者は、チャネルを構成するために管理コンソールプログラムを使用することができる。実施形態によれば、チャネルの各々は動的であり、必要に応じて活動化及び削除することができる。チャネルはまた、動的ＳＳＬを提供するように構成することもできる。以前は、チャネルに対するいずれの構成もサーバの再始動を必要としてきた。チャネルを使用して、ある一定タイプの要求の間で識別し、それらを適切に処理することができる。例えば、フェイルオーバーを提供するために又はシステムを最適化するために、異なるマルチプレクサ（マクサー）を異なるチャネルに関連付けることができる。
【００１１】
図２は、本発明の実施形態によるチャネルを含むクラスター環境の図を示している。図２に示すように、クラスター１３０内に複数のサーバ１３２及び１４４が存在することができる。各サーバは、上述のようにいくつかの動的チャネルを含む。チャネル（クラスターチャネル１４６）は、クラスター全体にわたる活動、例えばサーブレット複製のためにクラスター内で使用されるチャネルとして指定することができる。チャネルは、次に、例えば特定のネットワークカード上でサーブレットを複製するように構成することができる。これは、クラスター内の内部通信の最適化における柔軟性を管理者に与える。
【００１２】
図３は、本発明の実施形態によるマルチアプリケーションチャネル構成の図を示している。図３に示すように、チャネルは、アプリケーション−スコープすることができる。このようにして、システムは、特定のチャネルを通じて特定のアプリケーションにアクセスするようにクライアント（又は他のエンティティ）を制限することができる。図３においては、要求又は通信１６６は、サーバ１６０において受信される。アプリケーションＡ１７０に対して指定された要求は、チャネルＡ１６２によって取り扱われる。アプリケーションＢ１７２に対して指定された要求は、チャネルＢ１６４によって取り扱われる。
【００１３】
図４は、本発明の実施形態によるチャネルベースの仮想ウェブサイト構成の図を示している。図４に示すように、管理者は、仮想ウェブサイトを特定のチャネルに関連付けることができる。その仮想ウェブサイトに対する要求は、対応するチャネルによって受信される。例えば、クライアント１８０は、サーバ１８２においてウェブサイトｗｗｗ．ｆｏｏ．ｃｏｍに対する要求を行うことができる。サーバは、ｆｏｏチャネル１８４においてこのＵＲＬに対するｈｔｔｐ、ＪＳＰ、その他の要求の全てを処理するように構成することができる。同様に、サーバは、ｂａｒチャネル１８６においてウェブサイトｗｗｗ．ｂａｒ．ｃｏｍＵＲＬに対する要求の全てを処理するように構成することができる。デフォルトチャネル１８８は、他のＵＲＬを処理するように構成することができる。
【００１４】
図５は、本発明の実施形態によるチャネルを設ける方法の流れ図を示している。図５に示すように、段階１９０において、管理者は、ある一定のチャネルをアプリケーション要求、クラスター内通信、又はウェブサイトアクセスのようなある一定の作動のために使用されるように構成する。段階１９２において、チャネルは、必要に応じて活動化される。段階１９４において、通信がクライアント又は他のエンティティから受信される。段階１９６において、通信は、適切なチャネルへ送られる。段階１９８において、チャネルは、必要に応じて非活動化することができる。
【００１５】
実施形態によれば、ＳＳＬサーバアイデンティティの構成は、「チャネル」レベルで可能である。ＳＳＬ単方向／双方向の構成も「チャネル」レベルで可能である。チャネルは、実行時に構成可能及び始動可能である。チャネル特性として、マルチキャストを加えることができる。指名のチャネルを特定のアプリケーションに対してスコープされるように構成することができる。
実施形態によれば、特定の活動のために特定のチャネルを選択することができる。全ての特定チャネルは、サーバのデフォルト聴取アドレス及びポートを用いて標準「チャネル」、すなわち、ｔ３に対してデフォルトになることになる。マルチキャストトラフィックは、（恐らく多くの）マルチキャストチャネル上で起こり可能性がある。以下のサーバ対サーバトラフィックに対して明確な「チャネル」を構成することができ、そのトラフィックとは、管理ブートストラップトラフィック、セッション複製、管理（これは、ＤＲＳトラフィックを含むことになり、サーバの構成された状態を変えることのできるあらゆる要求を意味する）、内部（これは、全てに対するデフォルトフォールバックになることになる）、及びＪＴＡである。デフォルト「チャネル」は、完全にオフにすることができる。デフォルト「チャネル」がオフの場合には、チャネル選択は、半自動的に行われることになる。「チャネル」要求のロードバランシングは行われず、「チャネル」は、耐障害機構としては使用できないが、接続時には、システムは、成功するまで又は「チャネル」を使い果たすまで利用可能な「チャネル」を試すことになる。
【００１６】
チャネルモニタリング
現行のチャネルは、特別なモニタリング機能を有しないが、総合的測定機器を全ての「チャネル」に追加して、ＪＭＸ及びコンソールを通じて利用可能にすることができる。
チャネルのライフサイクル
実施形態によれば、「チャネル」は、標準的「サーバライフサイクル」要件に従う所定のライフサイクルを有する。チャネルを始動させることなくそれを構成し、チャネルを削除することなく（「中断」及び「再開」としても公知）、かつサーバを停止することなくチャネルを停止させることができる。
【００１７】
チャネル構成及びスコープ
チャネルは、以下のいくつかの新しい構成点を有することになる。
すなわち、ＳＳＬサーバ属性の構成は、「チャネル」レベルで可能である。これは、システム管理者が、クライアントアプリケーション又はブラウザの観点からＷＬＳインスタンスに複数の「アイデンティティ」を与えることを可能にする。これは、ｗｗｗ．ｆｏｏ．ｃｏｍ及びｗｗｗ．ｂａｒ．ｃｏｍのようなウェブサイトが同じサーバ上でホストすることができる仮想ホストに対するより良いサポートを可能にする。
【００１８】
実施形態によれば、「チャネル」は、実行時に構成可能である（しかし、実行時には優しくは遮断されない）。「チャネル」をアプリケーションに対してスコープすることが可能であるから、かつアプリケーションを動的に配備することができるから、「チャネル」は、動的にも構成することができることが望ましい。これは、管理者がサーバを再始動させることなく新しい「チャネル」を構成して始動することができることを意味している。一部の実施形態では、「チャネル」の優しい遮断（全ての未完の作業の終了を待つことを含む）を行うこともできる。時間が許す場合、「チャネル」を突然終了させることも可能である。
【００１９】
「チャネル」の全ての特性は、動的に構成可能である。「チャネル」の多くの特性は、基礎にある「ＳｅｒｖｅｒＳｏｃｋｅｔ」の特徴に直接関係しており、これらは、物理的には動的に変えることができず、これらは、「チャネル」を再始動することによって構成可能である。
マルチキャストをチャネル特性として加えることができる。「チャネル」がマルチキャスト有効化されたものとして指定されている場合には、サーバは、そのチャネルをマルチキャストメッセージを送受信するために使用することになる。
【００２０】
指名チャネルを特定のアプリケーションに対してスコープされるように構成することができる。これは、特定の「チャネル」上のアプリケーションへの専用アクセスを保証する。いずれの「チャネル」も名前を有しており、アプリケーションが指定されたそのチャネル名で構成されている場合には、その「チャネル」上の要求のみがアプリケーションのサービスを受けると考えられる。
マルチプレクサ（マクサー）は、特定のチャネル及び関連のマクサー特性に対して構成することができる。
【００２１】
ＳＳＬ構成
実施形態によれば、ＳＳＬサーバ属性の構成は、「チャネル」レベルで可能である。これは、下記の「ＳＳＬＭＢｅａｎ」値がこの時点で「ＮｅｔｗｏｒｋＡｃｃｅｓｓＰｏｉｎｔＭＢｅａｎ」上にも存在することになることを意味することになる。
ＳＳＬ．ＣｌｉｅｎｔＣｅｒｔｉｆｉｃａｔｅＥｎｆｏｒｃｅｄ
ＳＳＬ．ＴｗｏＷａｙＳＳＬＥｎａｂｌｅｄ
ＳＳＬ．ＳｅｒｖｅｒＰｒｉｖａｔｅＫｅｙＡｌｉａｓ
ＳＳＬ．ＰｒｉｖａｔｅＫｅｙＰａｓｓＰｈｒａｓｅ
これらの新しい属性は、「チャネル」コンソールページ内に反映されるが、管理サーバが、参照された鍵ストアに実際にアクセスできない場合があるので、単純化するために、指定された認証に対する検査は課せられない。余分な属性のフォーマットは、ＳＳＬ構成コンソールページに対して既に存在するものと同一でなくてはならない。
【００２２】
動的構成
実施形態によれば、コンソール内で又は例えば「ｗｅｂｌｏｇｉｃ．Ａｄｍｉｎ」を通じてチャネルを構成することが可能であり、次に、サーバを再起動することなくその「チャネル」を「始動」させることができる。「チャネル」を「始動する」とは、それが、構成されたプロトコルに対する構成されたＩＰアドレス及びポート上で聴取を開始することを意味する。動的に構成されたチャネルを遮断することは可能であるが、遮断は、未完の作業を優しく終了させるどの試みも行わず、「ＳｅｒｖｅｒＳｏｃｋｅｔ」は、単に閉じられることになる。「チャネル」を停止させることは、チャネルを削除することと明確に異なる。停止された「チャネル」は、再始動させることができる。チャネルの停止及び再始動は、「ＳｅｒｖｅｒＳｏｃｋｅｔ」の再生成を通してのみ変えることのできる一部の特性を実行時に再構成する方法を提供することになる。
【００２３】
マルチキャストチャネル
実施形態によれば、構成されたチャネルをクラスター通信のためのマルチキャストアドレス及びポートとして選択することができる。これは、既存のチャネルのリストからコンソール内で選択することができる。ＳＳＬ有効化「チャネル」によって既に使用されているマルチキャスト又はアドレス／ポート組合せに対して、ＳＳＬチャネルを選択することはできないことになる。マルチキャストに固有の特性は、依然として別の構成点であることになる。
【００２４】
アプリケーションスコープ
実施形態によれば、アプリケーションは、それが指名チャネルを使用するように構成することができる。例えば、アプリケーションに対する配備記述子において、それは、下記のものに幾分似ているであろう。
＜ａｐｐｌｉｃａｔｉｏｎ−ｃｈａｎｎｅｌ−ｒｅｆｅｒｅｎｃｅ＞  ＭｙＣｕｓｔｏｍＣｈａｎｎｅｌ＜／ａｐｐｌｉｃａｔｉｏｎ−ｃｈａｎｎｅｌ−ｒｅｆｅｒｅｎｃｅ＞
【００２５】
配備されたアプリケーションは、次に、そのカスタムチャネルを通じてのみ到達可能であると考えられる。チャネルは、アプリケーションの一部としては配備されず、配備されたアプリケーションによって参照されるだけであろう。指名チャネルを用いて配備されたアプリケーションは、そのチャネルに対するＵＲＬにアクセスする時にデフォルトによって選択されるアプリケーションであると考えられる。２つのチャネルが同じ指名チャネルを用いて配備された場合には、それらのアプリケーションが非重複コンテキスト経路で配備されていない限り、エラーが生じる。アプリケーションが指名チャネルを用いて配備される場合には、どの他のチャネルからもそのチャネルにアクセスすることが不可能であるべきである。チャネルは、このようにして、アプリケーションの配備が成功するように始動されるべきであろう。指定チャネルが見つからない場合には、アプリケーションは、ログ内の警告と共にデフォルトチャネルを使用することに復帰する。アプリケーションによって導入されたＪＮＤＩ名は，依然として他のチャネルから見ることができることになる。
【００２６】
チャネル毎のマクサー
実施形態によれば、特定のチャネル及び関連のマクサー特性に対してマクサーを構成することができる。これは、顧客がサーバ内で異なるマクサー（例えば、ＮＩＯ）を使用して下記の特性を変更することを可能にすることになる。
マクサー毎の読取スレッド。これは、デフォルトマクサー上の読取スレッドの長期停止状態を防止する。
特定チャネルに対する直接ディスパッチを有効にする。これは、複製のような重いサーバ間トラフィックの高速ディスパッチのために有用である。
登録されたプロトコル上でのみ識別する。これは、識別に関係したオーバーヘッドを低減する。
【００２７】
内部トラフィックのチャネル化
実施形態によれば、顧客は、外部トラフィックのために使用されるようにチャネルを現時点で構成し、次に、デフォルトチャネルを全ての内部トラフィックのために使用することができる。これは、顧客が、アプリケーショントラフィックを内部トラフィックから分離し、内部トラフィックがアプリケーショントラフィックの殺到によって減速された場合に起こると考えられる管理上の問題を防止することを可能にする。しかし、顧客は、多くの場合に内部トラフィックに関する次のような更なる必要性を有する。
すなわち、彼らは、安全な接続を通じて内部管理トラフィックが起こることを要求するが、他の項目に対する機密保護費用のコストを負担することは欲しない。何が安全であるべきかに関する顧客の定義は変動的であり、一部は、単に管理トラフィックを必要とし、他は、セッション複製のような潜在的に機密のアプリケーションデータを有するトラフィックを含む。
彼らは、特定の種類のトラフィックに対するデータ／メッセージボリューム、特にそれらのボリュームが例えば大セッション複製トラフィックであり得る場合にそれをモニタする方法を要求する。これはまた、生中継システムの問題点を診断しようとする現場職員に対しても当て嵌まる。
【００２８】
チャネル選択
実施形態によれば、特定の活動のために特定の「チャネル」を選択することができる。全ての特定チャネルは、サーバのデフォルト聴取アドレス及びポートを用いて標準「チャネル」、すなわち、ｔ３にデフォルトされることになる。要求されたプロトコルをサポートする指名「チャネル」又はデフォルト「チャネル」が存在しない場合には、要求されたプロトコルをサポートする利用可能な「チャネル」から総当たり方式で「チャネル」選択が行われる。指名「チャネル」をサポートするために、サーバは、別のサーバにおける様々な遠隔接続の可能性を知る必要がある。これは、クラスター内で当て嵌まり、又はブートストラップ中にＪＶＭＩＤが交換された場合に当て嵌まる。この事例では、遠隔「チャネル」の全てと対応する聴取アドレスが既知であるから、遠隔「チャネル」の名前を使用して接続性を判断することができる。従って、ブートストラップには問題がある。これを克服するために、次のようないくつかの手法を考えることができる。
すなわち、公知のアドレスに対してブートストラップさせるが、ＪＶＭＩＤが交換された状態で別のアドレスへ向け直す。
ＪＶＭＩＤサービスを通じてＪＶＭＩＤを公開する。これは、ドメイン間交換が完全な遠隔ＪＶＭＩＤ情報を知ることを可能にすると考えられる。
何も行わず、ただクラスター内通信に対して指名チャネルを使用する。「チャネル」トラフィックの分離は、クラスター内で要求されるだけである可能性が高いので、これは、恐らく要求される事柄の全てである。
【００２９】
内部チャネル
実施形態によれば、全ての内部トラフィックは、特定の「チャネル」上で起こるように構成することができる。構成が存在しない場合には、「チャネル」は、デフォルト「チャネル」である。しかし、構成を通じて、デフォルト「チャネル」に対する全ての依存性を除去し、顧客に全ての内部トラフィックをカスタム「チャネル」上に経路指定させることができる。これに対する唯一の可能な例外は、自動化された遠隔「チャネル」発見であるが（これは、公知のブートストラップ「チャネル」を必要とするであろう）、これは、現時点では計画外である。以下のようなクラスター内のサーバ間トラフィック、すなわち、マルチキャストトラフィック、複製トラフィック、ＪＴＡ、管理（これは、ＤＲＳトラフィックを含むことになる）、及び内部に対する明確な「チャネル」を構成することができる。これは、全てに対するデフォルトフォールバックであり、デフォルトプロトコルに基づいており、つまり、ｔ３がデフォルトプロトコルとして構成されている場合には、ｔ３を備えたＲＭＩチャネルが使用される。ＲＭＩチャネルが単に１つのプロトコルをサポートする場合には、そのプロトコルは、デフォルトによって使用される。これは、ローカル及び遠隔端末の両方が同じプロトコルをデフォルトとしてサポートすることを仮定している。クラスターの外部では、管理トラフィックのみがチャネル化可能である。内部トラフィックは、機密保護及びモニタリングの目的でチャネル化することができる。
【００３０】
本発明は、本開示の教示に従ってプログラムされた従来の汎用又は専用デジタルコンピュータ又はマイクロプロセッサを使用して好都合に実施することができる。ソフトウエア技術の当業者には明らかなように、熟達したプログラマーは、本開示の教示に基づいて適切なソフトウエアコーディングを容易に作成することができる。
一部の実施形態では、本発明は、コンピュータプログラム製品を含み、これは、本発明の処理のいずれかを実行するようにコンピュータをプログラムするのに使用することができる命令をそこに／その上に記憶した記憶媒体（又は複数の媒体）である。記憶媒体は、以下に限定されるものではないが、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、及び光磁気ディスクを含むあらゆるタイプのディスクと、ＲＯＭと、ＲＡＭと、ＥＰＲＯＭと、ＥＥＰＲＯＭと、ＤＲＡＭと、ＶＲＡＭと、フラッシュメモリデバイスと、磁気又は光学式カードと、ナノシステム（分子メモリＩＣを含む）と、あるいは命令及び／又はデータを記憶するのに適するあらゆるタイプの媒体又はデバイスとを含むことができる。
【００３１】
本発明の以上の説明は、例示及び説明のために提供したものである。網羅的であること又は本発明を開示した通りの形に限定することを意図していない。実施形態は、本発明の原理及びその実用的応用を最も良く説明し、それによって当業者が様々な実施形態に関して及び考えられる特定用途に適する様々な修正を用いて本発明を理解することを可能にするように選択して説明したものである。本発明の範囲は、特許請求の範囲及びその均等物により規定されるものとする。
【図面の簡単な説明】
【００３２】
【図１】動的チャネルを考慮した本発明の実施形態によるクライアント／サーバ環境を示す図である。
【図２】本発明の実施形態によるチャネルを含むクラスター環境を示す図である。
【図３】本発明の実施形態によるマルチアプリケーションチャネル構成を示す図である。
【図４】本発明の実施形態によるチャネルベース仮想ウェブサイト構成を示す図である。
【図５】本発明の実施形態によるチャネルを設ける方法の流れ図を示す図である。
【符号の説明】
【００３３】
１３０  クラスター
１３２、１４４  サーバ
１４６  クラスターチャネル
【図１】
2007528085.tif 000003
【図２】
2007528085.tif 000004
【図３】
2007528085.tif 000005
【図４】
2007528085.tif 000006
【図５】
2007528085.tif 000007
【国際調査報告】
2007528085.tif 000008