(57)【要約】  たとえばトラフィックディレクタまたは他のタイプのサーバ環境におけるサーバ構成を管理する際の使用のためのシステムおよび方法が本願明細書において記載される。さまざまな実施例に従うと、異なる構成可能なオブジェクトを検討および構成する際に用いられる管理コンソールユーザインターフェイスまたはＧＵＩを提供するためのシステムおよび方法が記載される。当該ＧＵＩは、「never-get-lost」ナビゲーションモデルまたはプロパティシートと、リモートオブジェクトについてオートコンプリーション機能を提供するコマンドラインインターフェイスおよび／またはコマンドラインシェルと、トラフィックディレクタを管理する際の使用のためにＲＥＳＴコールを管理サーバ上に登録されるｍｂｅａｎｓまたは他の管理コンポーネントにマッピングするREpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスのうちの１つ以上を含む。
2014529145.tif 000002
【特許請求の範囲】
【請求項１】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のためのシステムであって、
１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタと、
前記トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩとを含み、
前記ＧＵＩは、１つ以上のナビゲーションオプションセクションとナビゲーションツリーセクションとに分けられるナビゲーションセクションを含む複数のセクションを含み、前記ナビゲーションオプションの各々は、前記ナビゲーションツリーセクション内で表示のためのコンテンツに関連付けられ、特定のナビゲーションオプションを選択することによりその関連付けられるコンテンツが表示される、システム。
【請求項２】
前記ナビゲーションオプションの各々は、前記ナビゲーションツリーセクション内での表示のためにナビゲーションツリーに関連付けられており、前記ＧＵＩはさらに、現在表示されている前記ナビゲーションツリーにおけるクリック可能なアクションについてのターゲットとして作用するメインコンテンツセクションを含む、請求項１に記載のシステム。
【請求項３】
前記システムはユーザが、前記第１のナビゲーションオプションに関連付けられるナビゲーションツリーを表示させる第１のナビゲーションオプションを選択し、その後、代替的なナビゲーションオプションに関連付けられるナビゲーションツリーを前記ナビゲーションツリーセクションに表示させる代替的なナビゲーションオプションを選択することを可能にする、請求項２に記載のシステム。
【請求項４】
特定のナビゲーションツリーを前記ナビゲーションツリーセクションに表示する際に、前記メインコンテンツセクションは、当該ナビゲーションツリーに関連付けられる構成可能なオブジェクトのリスティングを表示するよう修正される、請求項３に記載のシステム。
【請求項５】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のための方法であって、
１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタを提供するステップと、
前記トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩのステップとを含み、
前記ＧＵＩは、１つ以上のナビゲーションオプションセクションとナビゲーションツリーセクションとに分けられるナビゲーションセクションを含む複数のセクションを含み、前記ナビゲーションオプションの各々は、前記ナビゲーションツリーセクション内での表示のためのコンテンツに関連付けられ、特定のナビゲーションオプションを選択することによりその関連付けられるコンテンツが表示される、方法。
【請求項６】
前記ナビゲーションオプションの各々は、前記ナビゲーションツリーセクション内での表示のためにナビゲーションツリーに関連付けられており、前記ＧＵＩはさらに、現在表示されている前記ナビゲーションツリーにおけるクリック可能なアクションについてのターゲットとして作用するメインコンテンツセクションを含む、請求項５に記載の方法。
【請求項７】
前記システムはユーザが、前記第１のナビゲーションオプションに関連付けられるナビゲーションツリーを表示させる第１のナビゲーションオプションを選択し、その後、代替的なナビゲーションオプションに関連付けられるナビゲーションツリーを前記ナビゲーションツリーセクションに表示させる代替的なナビゲーションオプションを選択することを可能にする、請求項６に記載の方法。
【請求項８】
特定のナビゲーションツリーを前記ナビゲーションツリーセクションに表示する際に、前記メインコンテンツセクションは、当該ナビゲーションツリーに関連付けられる構成可能なオブジェクトのリスティングを表示するよう修正される、請求項７に記載の方法。
【請求項９】
格納された命令を含む一時的でないコンピュータ可読媒体であって、前記一時的でないコンピュータ可読媒体は、１つ以上のコンピュータによって読み出されて実行されると、前記１つ以上のコンピュータに、
１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタを提供するステップと、
前記トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩを提供するステップとを実行させ、
前記ＧＵＩは、１つ以上のナビゲーションオプションセクションとナビゲーションツリーセクションとに分けられるナビゲーションセクションを含む複数のセクションを含み、前記ナビゲーションオプションの各々は、前記ナビゲーションツリーセクション内での表示のためのコンテンツに関連付けられ、特定のナビゲーションオプションを選択することによりその関連付けられるコンテンツが表示される、一時的でないコンピュータ可読媒体。
【請求項１０】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のためのシステムであって、
１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタと、
前記トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩと、
前記ＧＵＩがどのフィールドが変更したかをトラッキング可能なように、修正されたＧＵＩフィールドを自動的に検出し、かつ修正された値を当該フィールドについてのオリジナル値に対してチェックすることにより、変更されたフィールドをマーキングまたはそうでなければ示すプロパティシートとを含む、システム。
【請求項１１】
前記プロパティシートはセクションを含み、各セクションは別個に保存されるよう意図され、特定のセクションについての修正インジケータは、当該特定のセクションについての保存プロセスが保存の際にエラーを引き起こすならば、変更されないままである、請求項１０に記載のシステム。
【請求項１２】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のための方法であって、
１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタを提供するステップと、
前記トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩを提供するステップと、
前記ＧＵＩがどのフィールドが変更したかをトラッキング可能なように、修正されたＧＵＩフィールドを自動的に検出し、かつ修正された値を当該フィールドについてのオリジナル値に対してチェックすることにより、変更されたフィールドをマーキングまたはそうでなければ示すプロパティシートを提供するステップとを含む、方法。
【請求項１３】
前記プロパティシートはセクションを含み、各セクションは別個に保存されるよう意図され、特定のセクションについての修正インジケータは、当該特定のセクションについての保存プロセスが保存の際にエラーを引き起こすならば、変更されないままである、請求項１２に記載の方法。
【請求項１４】
サーバ環境におけるコンテキストセンシティブなリモート管理オブジェクトのオートタブコンプリーションのためのシステムであって、
１つ以上のサーバインスタンスを有するサーバ環境と、
リモートオブジェクトについてオートコンプリーション機能を提供するコマンドラインインターフェイスおよび／またはコマンドラインシェルとを含み、機能を呼び出すアドミニストレータからの命令に応答して、前記システムは、
呼び出しの際に前記コマンドラインのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを決定し、
情報を用いて、コマンドライン入力をオートコンプリートするかまたはリモートバックエンドオブジェクトのリストを提供するかのいずれかを行う、システム。
【請求項１５】
前記アドミニストレータは、前記コマンドラインインターフェイスがシェルモードに入ることを要求することが可能であり、前記シェルモードは同様にリモートオブジェクトについてオートコンプリーション機能を提供する、請求項１４に記載のシステム。
【請求項１６】
前記オートコンプリーション機能は、呼び出しの際に前記コマンドラインのコンテキストにマッチする他のオプションが存在しなければ、コマンドライン入力をコンプリートするよう試みるか、または何らかのオプションが存在すれば、それらのオプションをリスト化する、請求項１４に記載のシステム。
【請求項１７】
呼び出しの際の前記コマンドラインのコンテキストは、前記コマンドライン上で前記アドミニストレータによって特定されたオプションまたはその部分である、請求項１４に記載のシステム。
【請求項１８】
前記サーバ環境はトラフィックディレクタ環境であり、前記サーバインスタンスはトラフィックディレクタインスタンスである、請求項１４に記載のシステム。
【請求項１９】
サーバ環境におけるコンテキストセンシティブなリモート管理オブジェクトのオートタブコンプリーションのための方法であって、
１つ以上のサーバインスタンスを有するサーバ環境を提供するステップと、
リモートオブジェクトについてオートコンプリーション機能を提供するコマンドラインインターフェイスおよび／またはコマンドラインシェルを提供するステップとを含み、機能を呼び出すアドミニストレータからの命令に応答して、前記システムは、
呼び出しの際に前記コマンドラインのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを決定し、
情報を用いて、コマンドライン入力をオートコンプリートするかまたはリモートバックエンドオブジェクトのリストを提供するかのいずれかを行う、方法。
【請求項２０】
前記アドミニストレータは、前記コマンドラインインターフェイスがシェルモードに入ることを要求することが可能であり、前記シェルモードは同様にリモートオブジェクトについてオートコンプリーション機能を提供する、請求項１９に記載の方法。
【請求項２１】
前記オートコンプリーション機能は、呼び出しの際に前記コマンドラインのコンテキストにマッチする他のオプションが存在しなければ、コマンドライン入力をコンプリートするよう試みるか、または何らかのオプションが存在すれば、それらのオプションをリスト化する、請求項１９に記載の方法。
【請求項２２】
呼び出しの際の前記コマンドラインのコンテキストは、前記コマンドライン上で前記アドミニストレータによって特定されたオプションまたはその部分である、請求項１９に記載の方法。
【請求項２３】
前記サーバ環境はトラフィックディレクタ環境であり、前記サーバインスタンスはトラフィックディレクタインスタンスである、請求項１９に記載の方法。
【請求項２４】
格納された命令を含む一時的でないコンピュータ可読媒体であって、前記一時的でないコンピュータ可読媒体は、１つ以上のコンピュータによって読み出されて実行されると、前記１つ以上のコンピュータに、
１つ以上のサーバインスタンスを有するサーバ環境を提供するステップと、
リモートオブジェクトについてオートコンプリーション機能を提供するコマンドラインインターフェイスおよび／またはコマンドラインシェルを提供するステップとを実行させ、機能を呼び出すアドミニストレータからの命令に応答して、前記システムは、
呼び出しの際に前記コマンドラインのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを決定し、
情報を用いて、コマンドライン入力をオートコンプリートするかまたはリモートバックエンドオブジェクトのリストを提供するかのいずれかを行う、一時的でないコンピュータ可読媒体。
【請求項２５】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のためのシステムであって、
１つ以上のサーバインスタンスを有するサーバ環境と、
前記サーバ環境を管理するよう用いられる管理サーバと、
前記サーバ環境の管理における使用のためにＲＥＳＴコールを前記管理サーバ上に登録されるｍｂｅａｎｓまたは他のマネージメントコンポーネントにマッピングするREpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスとを含む、システム。
【請求項２６】
前記ＲＥＳＴインフラストラクチャおよびマネージメントサービスは、ＲＥＳＴ  ＵＲＩスペースとそれぞれのｍｂｅａｎコールとの間のマッピングを提供するウェブサービスを含む、請求項２５に記載のシステム。
【請求項２７】
前記管理サーバは、カスタマイズされた要求ヘッダーおよびトークンを用いて、マネージメント動作を呼び出すクライアントの認証性をアサートする、請求項２５に記載のシステム。
【請求項２８】
前記ＲＥＳＴインフラストラクチャは、セキュリティコンポーネントを含み、前記セキュリティコンポーネントはエンティティに、まずログインするかまたはそうでなければ前記セキュリティコンポーネントに対して自身を認証するようマネージメント要求を通信することを要求する、請求項２５に記載のシステム。
【請求項２９】
前記セキュリティコンポーネントに対する認証に応答して、前記エンティティは、その後のマネージメント要求についての要求ヘッダーの一部として含まれなければならないトークンを受け取る、請求項２８に記載のシステム。
【請求項３０】
前記サーバ環境はトラフィックディレクタ環境であり、前記サーバインスタンスはトラフィックディレクタインスタンスである、請求項２５に記載のシステム。
【請求項３１】
トラフィックディレクタコンポーネントを含むコンピューティング環境における使用のための方法であって、
１つ以上のサーバインスタンスを有するサーバ環境を提供するステップと、
前記サーバ環境を管理するよう用いられる管理サーバを提供するステップと、
前記サーバ環境の管理における使用のためにＲＥＳＴコールを前記管理サーバ上に登録されるｍｂｅａｎｓまたは他のマネージメントコンポーネントにマッピングするREpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスを提供するステップとを含む、方法。
【請求項３２】
前記ＲＥＳＴインフラストラクチャおよびマネージメントサービスは、ＲＥＳＴ  ＵＲＩスペースとそれぞれのｍｂｅａｎコールとの間のマッピングを提供するウェブサービスを含む、請求項３１に記載の方法。
【請求項３３】
前記管理サーバは、カスタマイズされた要求ヘッダーおよびトークンを用いて、マネージメント動作を呼び出すクライアントの認証性をアサートする、請求項３１に記載の方法。
【請求項３４】
前記ＲＥＳＴインフラストラクチャは、セキュリティコンポーネントを含み、前記セキュリティコンポーネントはエンティティに、まずログインするかまたはそうでなければ前記セキュリティコンポーネントに対して自身を認証するようマネージメント要求を通信することを要求する、請求項３１に記載の方法。
【請求項３５】
前記セキュリティコンポーネントに対する認証に応答して、前記エンティティは、その後のマネージメント要求についての要求ヘッダーの一部として含まれなければならないトークンを受け取る、請求項３４に記載の方法。
【請求項３６】
前記サーバ環境はトラフィックディレクタ環境であり、前記サーバインスタンスはトラフィックディレクタインスタンスである、請求項３１に記載の方法。
【請求項３７】
格納された命令を含む一時的でないコンピュータ可読媒体であって、前記一時的でないコンピュータ可読媒体は、１つ以上のコンピュータによって読み出されて実行されると、前記１つ以上のコンピュータに、
１つ以上のサーバインスタンスを有するサーバ環境を提供するステップと、
前記サーバ環境を管理するよう用いられる管理サーバを提供するステップと、
前記サーバ環境の管理における使用のためにＲＥＳＴコールを前記管理サーバ上に登録されるｍｂｅａｎｓまたは他のマネージメントコンポーネントにマッピングするREpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスを提供するステップとを実行させる、一時的でないコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権表示
この特許文書の開示の一部は、著作権の保護下にある内容を含む。著作権所有者は、特許商標庁の特許ファイルまたはレコードに現れるので、誰でも当該特許文書または特許開示を複製することについて異議はないが、そうでなければ如何なる場合でもすべての著作権を留保する。
【０００２】
優先権主張
この出願は、「SYSTEMS AND METHODS FOR USE WITH AN APPLICATION SERVER TRAFFIC DIRECTOR(CORE FEATURES）」という名称を有する、２０１１年９月２７日に出願された米国仮特許出願番号第６１／５３９，８８６号と、「SYSTEMS AND METHODS FOR USE WITH AN APPLICATION SERVER TRAFFIC DIRECTOR(ADMIN FEATURES)」という名称を有する、２０１１年９月２７日に出願された米国仮特許出願番号第６１／５３９，９００号と、「SYSTEM AND METHOD FOR INTELLIGENT GUI NAVIGATION AND PROPERTY SHEETS IN A TRAFFIC DIRECTOR ENVIRONMENT」という名称を有する、２０１２年８月３１日に出願された米国特許出願番号第１３／６０１，６６３号と、「SYSTEM AND METHOD FOR AUTO-TAB COMPLETION OF CONTEXT SENSITIVE REMOTE MANAGED OBJECTS IN A TRAFFIC DIRECTOR ENVIRONMENT」という名称を有する、２０１２年９月２６日に出願された米国特許出願番号第１３／６２７，５７９号と、「SYSTEM AND METHOD FOR PROVIDING A REST-BASED MANAGEMENT SERVICE IN A TRAFFIC DIRECTOR ENVIRONMENT」という名称を有する、２０１２年９月２６日に出願された米国特許出願番号第１３／６２７，６４６号とに対する優先権の利益を主張する。これらの出願の各々は本願明細書において参照により援用される。
【０００３】
発明の分野
本発明は一般的に、アプリケーションサーバ、ミドルウェアマシンまたは他のコンピューティング環境における使用のためのロードバランサまたはトラフィックディレクタに関し、特定的には、トラフィックディレクタまたは他のタイプのサーバ環境におけるインテリジェントＧＵＩナビゲーションおよびプロパティシート、コンテキストセンシティブなリモート管理オブジェクトのオートタブコンプリーション、ならびにｒｅｓｔベースのマネジメントサービスを提供するためのシステムおよび方法に関する。
【背景技術】
【０００４】
背景
典型的なエンタープライズレベルのコンピューティング環境は、多くの異なるタイプのコンピューティングリソース（たとえばウェブサーバ、アプリケーションサーバ、データベースサーバ、または他のタイプのリソースサーバ）を含み得る。これらのコンピューティングリソースは、他のコンピュータによってまたはユーザがさまざまな異なるタイプのコンピューティング装置を操作することによってネットワーク（たとえば会社の内部イーサネット（登録商標）ネットワークまたはインターネット）上でアクセスされることが意図される。よく知られる例は、ユーザがインターネットを介してウェブサーバにアクセスし得るウェブブラウザアプリケーションを備えるラップトップのようなクライアントコンピュータの使用である。
【０００５】
今日の組織は、いつでもほとんどどのような位置からでも容易に利用可能な、高いレベルの性能を有するコンピューティングリソースにますます依存している。このようなリソースを確実に効率的に割り当てるタスクはしばしば、その配信ポリシーに従った適性な態様でクライアントからの要求を目標のリソースに配信するようロードバランシング装置の使用を必要とする。これらは、本発明の実施例とともに使用することができるタイプの環境である。
【発明の概要】
【課題を解決するための手段】
【０００６】
概要
ロードバランサまたはトラフィックディレクタとともに用いられるシステムおよび方法とその管理とが本願明細書において記載される。ある実施例に従うと、本願明細書のいくつかの実施例において「オラクルトラフィックディレクタ（Oracle Traffic Director（ＯＴＤ））」として言及されるトラフィックディレクタは、ソフトウェアベースのロードバランサとして設けられる。当該ソフトウェアベースのロードバランサは、インターネットおよび他のトラフィックをロードバランシングするために速く、確実で、スケーラブルで、かつ安全なプラットホームをウェブサーバ、アプリケーションサーバ、または他のリソースサーバといったバックエンドの発信元サーバに送達するよう用いられ得る。
【０００７】
トラフィックディレクタの実施例は、Ｏｒａｃｌｅ  ＷｅｂＬｏｇｉｃおよびＥｘａｌｏｇｉｃ環境のような、アプリケーションサーバ、ミドルウェアマシン、および同様の高性能なエンタープライズレベルのコンピューティング環境において特に有用である。
【０００８】
ある実施例に従うと、システムは、１つ以上のトラフィックディレクタインスタンスを有し、クライアントからの要求をサーバの１つ以上のプールを有する発信元サーバに受け取って通信するよう構成されるトラフィックディレクタと、トラフィックディレクタの異なる構成可能なオブジェクトを検討および構成する際のユーザ／アドミニストレータによる使用のための管理コンソールユーザインターフェイスまたはＧＵＩとを含む。ＧＵＩは「never-get-lost」ナビゲーションモデルまたはプロパティシートの１つ以上を含む。
【０００９】
ある実施例に従うと、システムは、リモートオブジェクトについてオートコンプリーション機能を提供するコマンドラインインターフェイスおよび／またはコマンドラインシェルとを含み、機能を呼び出すアドミニストレータからの命令に応答して、システムは、呼び出しの際にコマンドラインのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを決定し、情報を用いて、コマンドライン入力をオートコンプリートするかまたはリモートバックエンドオブジェクトのリストを提供するかのいずれかを行う。
【００１０】
ある実施例に従うと、当該システムは、１つ以上のトラフィックディレクタインスタンスを有し、サーバの１つ以上のプールを有する発信元サーバにクライアントからの要求を受け取って通信するよう構成されるトラフィックディレクタを含む。トラフィックディレクタの管理における使用のためにＲＥＳＴコールを管理サーバ上に登録されるｍｂｅａｎｓまたは他のマネージメントコンポーネントにマッピングするREpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスとを含むトラフィックディレクタを管理するよう管理サーバが用いられ得る。
【００１１】
本発明の実施例は他のタイプのサーバ環境とともに使用することも可能である。
【図面の簡単な説明】
【００１２】
【図１】ある実施例に従った、ロードバランサまたはトラフィックディレクタを含むコンピューティング環境を示す図である。
【図２】ある実施例に従った、１つ以上のプールまたは発信元サーバとのトラフィックディレクタの使用を示す図である。
【図３】ある実施例に従ったトラフィックディレクタアーキテクチャを示す図である。
【図４】ある実施例に従ったトラフィックディレクタ管理環境およびインターフェイスを示す図である。
【図５】ある実施例に従ったトラフィックディレクタを構成するトラフィックディレクタ管理環境の使用を示す図である。
【図６】ある実施例に従って管理され得るロードバランサまたはトラフィックディレクタのようなサーバ環境を含むコンピューティング環境を示す図である。
【図７】ある実施例に従ったトラフィックディレクタ管理コンソールを示す図である。
【図８】ある実施例に従った、never-get-lostナビゲーションを示す図である。
【図９】ある実施例に従ったトラフィックディレクタ管理コンソールの使用を示す図である。
【図１０】ある実施例に従ったトラフィックディレクタ管理コンソールを用いるための方法のフローチャートである。
【図１１】ある実施例に従ったプロパティシートを示す図である。
【図１２】ある実施例に従ったプロパティシートを使用するための方法のフローチャートである。
【図１３】ある実施例に従ったコマンドラインインターフェイスを示す図である。
【図１４】ある実施例に従ったコマンドラインインターフェイスの使用を示す図である。
【図１５】ある実施例に従った、コマンドラインインターフェイスを使用するための方法のフローチャートである。
【図１６】ある実施例に従ったＲＥＳＴインターフェイスを示す図である。
【図１７】ある実施例に従った、カスタマイズされたヘッダートークンとのＲＥＳＴインターフェイスの使用を示す図である。
【図１８】ある実施例に従ったカスタマイズされたヘッダートークンを随意に有するＲＥＳＴインターフェイスを用いるための方法のフローチャートである。
【発明を実施するための形態】
【００１３】
詳細な説明
上述したように、今日の組織は、いつでもほとんどどのような位置からでも容易に利用可能な、高いレベルの性能を有するコンピューティングリソースにますます依存している。このようなリソースを確実に効率的に割り当てるタスクはしばしば、その配信ポリシーに従った適性な態様でクライアントからの要求を目標のリソースに配信するようロードバランシング装置の使用を必要とする。
【００１４】
ロードバランサまたはトラフィックディレクタとともに用いられるシステムおよび方法とその管理とが本願明細書において記載される。ある実施例に従うと、本願明細書のいくつかの実施例において「オラクルトラフィックディレクタ（Oracle Traffic Director（ＯＴＤ））」として言及されるトラフィックディレクタは、ソフトウェアベースのロードバランサとして設けられる。当該ソフトウェアベースのロードバランサは、インターネットおよび他のトラフィックをロードバランシングするために速く、確実で、スケーラブルで、かつ安全なプラットホームをウェブサーバ、アプリケーションサーバ、または他のリソースサーバといったバックエンドの発信元サーバに送達するよう用いられ得る。
【００１５】
トラフィックディレクタの実施例は、Ｏｒａｃｌｅ  ＷｅｂＬｏｇｉｃおよびＥｘａｌｏｇｉｃ環境のような、アプリケーションサーバ、ミドルウェアマシン、および同様の高性能なエンタープライズレベルのコンピューティング環境において特に有用である。
【００１６】
ある実施例に従うと、トラフィックディレクタは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）およびハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）要求のようなトラフィックのためのエントリポイントとして機能する。ハイパーテキスト転送プロトコル（ＨＴＴＰ）およびハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）要求は、リソースまたは発信元サーバとして作用するリソースサーバのバックエンドへの通信のためにクライアントまたはクライアントデバイスから受け取られる。各トラフィックディレクタは、リスナー、発信元サーバ、フェイルオーバグループ、およびログのようなインスタンスのさまざまな要素についての情報を提供する構成によって規定される１つ以上のトラフィックディレクタインスタンスを含む。
【００１７】
当該システムとともに用いられ得るタイプのクライアントの例は、コンピュータサーバ、ラップトップコンピュータ、スマートフォンのようなポータブルデバイス、および他のタイプのコンピューティング装置を含む。当該他のタイプのコンピューティング装置のいくつかは、たとえばウェブサーバにアクセスするためのウェブブラウザアプリケーションを含んでもよい。
【００１８】
発信元サーバとして用いられ得るタイプのリソースの例は、軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバ、ウェブサーバ、マルチメディアサーバ、アプリケーションサーバ、データベースサーバ、および他のタイプのリソースを含む。
【００１９】
ある実施例に従うと、トラフィックディレクタは、１つ以上のロードバランシング方法に基づき発信元サーバへの要求を配信すること、特定されたルールに基づき要求をルーティングすること、頻繁にアクセスされたデータをキャッシュすること、トラフィックに優先順位を付けること、およびサービス品質を制御することといったタスクを行い得る。
【００２０】
性能の観点から、ある実施例に従うと、トラフィックディレクタは、低いレイテンシーで大量のトラフィックを扱うことを可能にするアーキテクチャを含み得る。たとえば、実施例は、たとえばＯｒａｃｌｅ  Ｅｘａｌｏｇｉｃ  Ｅｌａｓｔｉｃ  Ｃｌｏｕｄのような高性能なコンピューティング環境内での使用に最適化され得るか、またはたとえばインフィニバンドのような高性能通信ファブリックを用いるバックエンドにて発信元サーバと通信し得る。ある実施例に従うと、高い可用性をサポートするために、トラフィックディレクタは、アクティブ−パッシブまたはアクティブーアクティブフェイルオーバを提供するトラフィックディレクタインスタンスのフェイルオーバグループを認識し得る。ネットワークへのトラフィック量が増加すると、トラフィックディレクタ環境は、要求をルーティングし得る付加的なバックエンドサーバでトラフィックディレクタを再構成するかまたはトラフィックが通信されるレートを修正することによりスケーリングされ得る。
【００２１】
管理の観点から、ある実施例に従うと、トラフィックディレクタはインストール、構成、および使用が容易であるよう設計されており、トラフィックディレクタインスタンスを管理する際のアドミニストレータによる使用のために、シンプルなウィザードドリブンのグラフィカルインターフェイスと、堅牢なコマンドラインインターフェイスとを含み得る。任意の特定の組織の場合、トラフィックディレクタを用いて要求をバランスしたいバックエンドアプリケーションの数、セキュリティなどの内部要求、使用したいトラフィックディレクタ機能といったビジネス要件に依存して、トラフィックディレクタトポロジーが当該組織のニーズに対応するよう変動され得る。たとえば、シンプルなトラフィックディレクタトポロジーはまず、専用のコンピューティングノード上で実行されるとともにバックエンドのサーバのプールにクライアント要求を配信する単一のトラフィックディレクタインスタンスを用い得る。シングルポイント障害を回避するために、アドミニストレータは、異なるノード上で実行されるとともにアクティブ−パッシブフェイルオーバーペアを形成する２つの同種のトラフィックディレクタインスタンスを構成し得る。リソースの活用を改善するために、アドミニストレータは、２つの仮想ＩＰアドレスを用いてアクティブ−アクティブモードにおける２つのトラフィックディレクタインスタンスを構成し得る。
【００２２】
用語集
ある実施例に従うと、以下の用語が本願明細書において使用される。他の実施例に従うと、付加的および／または異なる用語が用いられ得るということが明らかであろう。
「構成」：トラフィックディレクタインスタンスのランタイム挙動を決定する構成可能な要素（たとえばメタデータ）の集合。ある実施例に従うと、典型的な構成は、トラフィックディレクタが要求をリッスンするべきリスナー（たとえばＩＰアドレスおよびポートの組合せ）についての定義と、要求が送られるべきバックエンドでのサーバについての情報とを含む。トラフィックディレクタは、トラフィックディレクタインスタンスが開始するとともにクライアント要求を処理する間に当該構成を読み出し得る。
「インスタンス（トラフィックディレクタインスタンス）」：構成からインスタンス化されるとともに管理ノードまたは管理サーバ上で展開されるトラフィックディレクタサーバ。
「クラスタ」：同じ構成から作製される２つ以上のトラフィックディレクタインスタンスの集合。
「フェイルオーバグループ」：仮想ＩＰアドレス（ＶＩＰ）によってグループ化された２つ以上のトラフィックディレクタインスタンス。ある実施例に従うと、フェイルオーバグループは、アクティブ−パッシブモードにおいて高い可用性を提供する。要求は、ＶＩＰにて受け取られるとともにプライマリインスタンスとして指定されるインスタンスにルーティングされる。プライマリインスタンスが到達可能でなければ、要求はバックアップインスタンスにルーティングされる。ある実施例に従うと、アクティブ−アクティブフェイルオーバについて、２つのフェイルオーバグループが必要とされる。各フェイルオーバグループは、一意のＶＩＰを有するが、両者は、プライマリの役割とバックアップの役割とが反転された同じノードを含む。フェイルオーバグループにおける各インスタンスは、１つのＶＩＰについてプライマリインスタンスとして指定され、他のＶＩＰについてバックアップとして指定される。
「管理サーバ」：アドミニストレータがトラフィックディレクタ構成を作り出し得る管理コンソールおよびコマンドラインインターフェイスを含むインターフェイスをホスティングする特別に構成されるトラフィックディレクタインスタンスは、管理ノードに対するインスタンスとして展開し、インスタンスを管理する。
「管理ノード」：アドミニストレータがトラフィックディレクタインスタンスを展開し得るホストとして指定される物理的なサーバ。実施例に従うと、所与のノード上で、アドミニストレータは、ある構成の１つのみのインスタンスを展開し得る。
「ＩＮＳＴＡＮＣＥ＿ＨＯＭＥ」：トラフィックディレクタインスタンスに関する構成データおよびバイナリファイルが保存される、管理サーバまたは管理ノード上のアドミニストレータの選択のディレクトリ。
「ＯＲＡＣＬＥ＿ＨＯＭＥ」：アドミニストレータがトラフィックディレクタバイナリをインストールするアドミニストレータの選択のディレクトリ。
「管理コンソール」：アドミニストレータがトラフィックディレクタインスタンスを作成、配置、および管理するよう用い得る管理サーバ上のウェブベースのグラフィカルインターフェイス。
「クライアント」：ある実施例に従うと、要求（たとえばＨＴＴＰおよびＨＴＴＰＳ要求）をトラフィックディレクタインスタンスに送るエージェント（たとえばウェブブラウザまたはアプリケーション）。当該システムとともに用いられ得るタイプのクライアントの例は、コンピュータサーバ、ラップトップコンピュータ、スマートフォンのようなポータブルデバイス、および他のタイプのコンピューティング装置を含む。当該他のタイプのコンピューティング装置のいくつかは、たとえばウェブサーバにアクセスするためのウェブブラウザアプリケーションを含んでもよい。
「発信元サーバ」：ある実施例に従うと、トラフィックディレクタがクライアントから受け取った要求をそこに転送するとともに、クライアント要求への応答をそこから受け取る、バックエンドのリソースまたはサーバ。発信元サーバとして用いられ得るタイプのリソースの例は、軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバ、ウェブサーバ、マルチメディアサーバ、アプリケーションサーバ、データベースサーバ、および他のタイプのリソースを含む。
「発信元サーバプール」：同じアプリケーションまたはサービスをホスティングするとともに、トラフィックディレクタを用いることによりアドミニストレータがロードバランスし得る発信元サーバの集合。ある実施例に従うと、トラフィックディレクタは、プールについて特定されるロード分散方法に基づき、クライアント要求を発信元サーバプールにおけるサーバに配信する。
「仮想サーバ」：トラフィックディレクタが１つ以上のドメインについての要求を供給し得る一意のＩＰアドレス（またはホスト名）およびポートの組合せを提供する、トラフィックディレクタサーバインスタンス内の仮想のエンティティ。ある実施例に従うと、ノード上のトラフィックディレクタインスタンスは複数の仮想サーバを含み得る。アドミニストレータは、各仮想サーバに特定の入力接続の最大数のような設定を構成し得るとともに各仮想サーバが要求をどのように扱うかをカスタマイズし得る。
【００２３】
図１は、ある実施例に従った、ロードバランサまたはトラフィックディレクタを含むコンピューティング環境を示す図である。図１に示されるように、ある実施例に従うと、トラフィックディレクタ１００（本願明細書のいくつかの実施例においてオラクルトラフィックディレクタ（Oracle Traffic Director（ＯＴＤ））として言及される）は、１つ以上の物理的なコンピュータサーバ１０１（またはプロセッサ（ＣＰＵ）、メモリ、およびストレージを含む同様のコンピューティング装置）上に配置され、１つ以上のトラフィックディレクタインスタンス１０２，１０４を含み得る。トラフィックディレクタインスタンス１０２，１０４は、高い可用性のハートビートまたは類似の手段１０６を用いて互いに通信し得る。
【００２４】
任意の特定の組織の場合、トラフィックディレクタを用いて要求をバランスしたいバックエンドアプリケーションの数、セキュリティなどの内部要求、使用したいトラフィックディレクタ機能といったビジネス要件に依存して、トラフィックディレクタトポロジーが当該組織のニーズに対応するよう変動され得る。バックエンドは１つ以上の発信元サーバ１１０を含み得る。その例は、ＬＤＡＰサーバ１１４、ウェブサーバ１１８、マルチメディアサーバ１２２、アプリケーションサーバ１２６、およびデータベースサーバ１２８を含み得る。ある実施例に従うと、アプリケーションサーバはＷｅｂＬｏｇｉｃサーバ（ＷＬＳ）であり得る。他のタイプの発信元サーバおよびアプリケーションサーバが組織の特定の必要性に依存して用いられ得る。発信元サーバの各々は、イーサネットネットワークのような内部ネットワーク１３０を介して、互いにかつトラフィックディレクタと通信し得る。
【００２５】
ある実施例に従うと、トラフィックディレクタは、外部ネットワーク１３６と、インターネット１３８と、多くの組織の場合ファイアウォール１３９とを介してクライアント１３４から要求を受け取り得る。当該システムとともに用いられ得るタイプのクライアントの例は、コンピュータサーバ、ラップトップコンピュータ、スマートフォンのようなポータブルデバイス、および他のタイプのコンピューティング装置を含む。当該他のタイプのコンピューティング装置のいくつかは、たとえばウェブサーバにアクセスするためのウェブブラウザアプリケーションを含んでもよい。
【００２６】
図２は、ある実施例に従った、１つ以上のプールまたは発信元サーバとのトラフィックディレクタの使用を示す図である。図２に示される例において、トラフィックディレクタは、ここではＡ１７２、Ｂ１７４、Ｃ１７６、Ｄ１７８として示される４つのアプリケーションサーバを有するアプリケーションサーバの（第１の）プール１７０と、ここではＡ１８２、Ｂ１８４、Ｃ１８６として示される３つのウェブサーバを有するウェブサーバの（第２の）プール１８０とを含む２つのプールとともに用いられる。他の実施例および例に従うと、組織の特定の必要性に依存して、他のタイプおよび他の数のプールおよびサーバが用いられ得る。
【００２７】
図２に示される例において、トポロジーは、アクティブ−パッシブフェイルオーバグループ１５０を形成するとともにクライアント要求の受け取りのための単一の仮想ＩＰアドレス１９０を含む２つのトラフィックディレクタインスタンス（１０２および１０４）を含む。アクティブインスタンス（この例ではインスタンス１０２）は、要求１９０，１９２，１９４を受け取ると、当該プールについて特定されるロード分散方法に基づき、要求が送られるべきサーバプールを決定し、要求１９７，１９８を当該プールにおけるサーバの１つに転送する。
【００２８】
図２に示される例は、バックエンドでの２つのサーバプールの使用を示しているが、アドミニストレータは、要求を複数のプールにおけるサーバにルーティングするようトラフィックディレクタを構成し得る。図２に示されるアクティブ−パッシブセットアップにおいて、フェイルオーバグループにおける１つのノードは任意の時点において冗長である。ある実施例に従うと、リソースの活用を改善するために、アドミニストレータは、２つの仮想ＩＰアドレスを用いてアクティブ−アクティブモードにおける２つのトラフィックディレクタインスタンスを構成し得る。この場合、各インスタンスは、１つの仮想ＩＰアドレス上で受け取られる要求に応え、他のインスタンスをバックアップする。
【００２９】
図３は、ある実施例に従ったトラフィックディレクタアーキテクチャを示す図である。ある実施例に従うと、トラフィックディレクタは、低いレイテンシーで大量のトラフィックを扱うことを可能にするアーキテクチャを含み得る。実施例はさらに、高性能のコンピューティング環境における使用のために最適化され得るか、または高性能の通信ファブリックを用いてバックエンドの発信元サーバと通信し得る。
【００３０】
図３に示されるように、ある実施例に従うと、トラフィックディレクタは、１つ以上のネットスケープポータブルランタイム（ＮＳＰＲ）レイヤー２０２と、ネットワークセキュリティサービス（ＮＳＳ）レイヤー２０６とを含み得る。ある実施例に従うと、トラフィックディレクタはさらに、１つ以上のアクセス制御２１２、ログ２１４、ＨＴＴＰ圧縮２１６、Ｉ／Ｏフィルタ２１８、エラー処理２２０、レート調整２２２、侵入検出２２４、または他のコンポーネントを有するＨＴＴＰエンジン２１０と、１つ以上のｈｔｔｐクライアント２３２、応答クライアント２３４、ヘルスチェック２３６、ルーティングポリシー２３８、ロード制御２４０、ロードバランサ２４４、ＷＬＳサポート２４６、スティッキールーティング２４８、または他のコンポーネントを有するリバースプロキシコンポーネント２３０とを含み得る。ある実施例に従うと、トラフィックディレクタは、１つ以上のａｃｃｅｐｔｏｒスレッド２５２、ｗｏｒｋｅｒスレッド２５４、ｋｅｅｐ−ａｌｉｖｅスレッド２５６、または他のコンポーネントを有するＨＴＴＰ接続ハンドラ２５０をさらに含み得る。ある実施例に従うと、トラフィックディレクタはさらに、１つ以上のＴＣＰスレッド２６２、ロードバランサ２６４、または他のコンポーネントを有するＴＣＰ接続ハンドラ２６０を含む。ある実施例に従うと、トラフィックディレクタはさらに、１つ以上のイベントスケジューラ２７０、動的構成２７２、監視２７４、または他のコンポーネントを含み得る。
【００３１】
他の実施例に従うと、付加的および／または異なるコンポーネントが用いられ得るということが明らかであろう。
【００３２】
図４は、ある実施例に従ったトラフィックディレクタ管理環境およびインターフェイスを示す図である。管理の観点から、トラフィックディレクタはインストール、構成、および使用が容易であるよう設計されており、トラフィックディレクタインスタンスを管理する際のアドミニストレータによる使用のために、シンプルなウィザードドリブンのグラフィカルインターフェイスと、堅牢なコマンドラインインターフェイスとを含み得る。図４に示されるように、ある実施例に従うと、トラフィックディレクタは、１つ以上のトラフィックディレクタインスタンス２８０，２８１，２８２を含み得る。インスタンスの少なくとも１つは、管理サーバ（２８０）として指定され、他のインスタンスは管理ノード（２８１，２８２）として指定される。
【００３３】
ある実施例に従うと、管理環境２８４は、管理インターフェイス２８５を含む。管理インターフェイス２８５は、管理コンソール（ＧＵＩ）２８６および／またはコマンドラインインターフェイス２８８の１つ以上を含む。これにより、アドミニストレータ２９０が２９２にてトラフィックディレクタまたはそのインスタンス２９４，２９６を構成またはそうでなければ管理することを可能にする。
【００３４】
図５は、ある実施例に従った、トラフィックディレクタを構成するためのトラフィックディレクタ管理環境の使用を示す。ある実施例に従うと、構成は、トラフィックディレクタインスタンスのランタイム挙動を決定する構成可能な要素の集合である。典型的な構成は、トラフィックディレクタが要求をリッスンするべきリスナーについての定義と、要求が送られるべきバックエンドでのサーバについての情報とを含み得る。トラフィックディレクタは、トラフィックディレクタインスタンスが開始するとともにクライアント要求を処理する間に当該構成を読み出し得る。
【００３５】
図５に示されるように、アドミニストレータは、管理サーバ上の構成ストア３０２に格納される、トラフィックディレクタインスタンスについての構成を３０１にて定義し得る。次いで、アドミニストレータは、インスタンスとして１つ以上の管理ノード上にて構成を展開することにより構成をインスタンス化し得る。
【００３６】
図５は、管理インターフェイスが、管理サーバの構成ストアに格納される構成Ａ３０４、構成Ｂ３０６、および構成Ｃ３０８の３つの構成を作り出すよう用いられる例を示す。その後、構成Ａは、フェイルオーバグループ３１２および２つのノード同士の間の高可用性のハートビートとともに、２つの管理ノード３１４，３１６上でインスタンスとして３３２，３３６にて展開される。構成Ｂは、２つの管理ノード３２０，３２２上のインスタンスとして３３３，３３４にて展開される。構成Ｃは、１つの管理ノード３２４上でインスタンスとして３３５にて展開される。
【００３７】
図６は、ある実施例に従って管理され得る、ロードバランサまたはトラフィックディレクタといったサーバ環境を含むコンピューティング環境を示す図である。図６に示されるように、ある実施例に従うと、サーバ環境（たとえばトラフィックディレクタ）は、プロセッサ（ＣＰＵ）、メモリ、およびストレージを含む１つ以上の物理的なコンピュータサーバまたは同様のコンピューティング装置上に展開され得、１つ以上のサーバインスタンス（たとえばトラフィックディレクタインスタンス）を含み得る。サーバインスタンスは、高い可用性のハートビートまたは類似の手段を用いて互いに通信し得る。
【００３８】
実施例に従うと、バックエンドは１つ以上の発信元サーバを含み得る。発信元サーバの各々は、イーサネットネットワークのような内部ネットワークを介して、互いにかつトラフィックディレクタと通信し得る。トラフィックディレクタは、インターネットと多くの組織の場合ファイアウォールとを介してクライアントから要求を受け取り得る。
【００３９】
ある実施例に従うと、管理の観点から、サーバ環境はインストール、構成、および使用が容易であるよう設計されており、サーバを管理する際のアドミニストレータによる使用のために、シンプルなウィザードドリブンのグラフィカルインターフェイスと、堅牢なコマンドラインインターフェイスとを含み得る。サーバインスタンスの少なくとも１つは管理ノードとして指定され得る。管理サーバは、管理インターフェイスを含む。管理インターフェイスは、管理コンソール（ＧＵＩ）および／またはコマンドラインインターフェイスの１つ以上を含む。これにより、アドミニストレータがサーバ環境またはそのサーバインスタンスを構成またはそうでなければ管理することを可能にする。
【００４０】
ある実施例に従うと、構成は、サーバインスタンスのランタイム挙動を決定する構成可能な要素の集合である。典型的な構成はたとえば、トラフィックディレクタが要求をリッスンするべきリスナーについての定義と、要求が送られるべきバックエンドでのサーバについての情報とを含み得る。サーバ環境、たとえばトラフィックディレクタは、サーバインスタンスが開始するとともにクライアント要求を処理する間に当該構成を読み出し得る。アドミニストレータは、管理サーバ上の構成ストアに格納される、サーバインスタンスについての構成を定義し得る。次いで、アドミニストレータは、１つ以上の管理ノード上にて構成を展開することにより構成をインスタンス化し得る。
【００４１】
図５および図６に示される例は、例示目的で提供されるものであり、他の実施例に従うと、異なる展開の場合が用いられ得るということが明らかであろう。
【００４２】
ユーザインターフェイス「Never-get-lost」ナビゲーション
ある実施例に従うと、管理コンソールユーザインターフェイスまたはＧＵＩは、「never-get-lost」形式のナビゲーションを含み得る。「never-get-lost」形式のナビゲーションは、たとえばトラフィックディレクタまたは他の環境の異なる構成可能なオブジェクトを検討および構成する間にコンテキストを維持することにおいてユーザ／アドミニストレータを補助する。
【００４３】
図７は、「never-get-lost」形式のナビゲーションの例を用いるある実施例に従ったトラフィックディレクタ管理コンソールを示す図である。図７に示されるように、管理コンソールＧＵＩは、複数のＧＵＩセクションを含み得る。これらのセクションの各々は、適切な場合、トラフィックディレクタ構成またはノードのような、ユーザによって管理され得る異なる構成可能なオブジェクトについての情報を表示するようリフレッシュされ得る。
【００４４】
セクションの典型的な配置は、製品名称および他の情報を含む、情報セクションとして作用するマストヘッドセクション７０２と、典型的にクリック可能なアクションのツリー状のメニューを表示することによりＧＵＩのプライマリナビゲーション機構を含むナビゲーションセクション７０４と、ナビゲーションツリーにおけるクリック可能なアクションのためのターゲットとして作用するとともに、ユーザが特定のアクションをクリックすると、当該アクションに関連付けられるページを表示するメインコンテンツセクション７０６と、一般に用いられるタスクを表示するタスクセクション７０８と、外部のナビゲーションリンクセクション７１０と、コンソールメッセージセクション７１２とを含み得る。
【００４５】
ある実施例に従うと、ナビゲーションセクションは、１つ以上のナビゲーションオプションセクション７１３と、１つ以上のナビゲーションツリーセクション７１４とに分割され得る。ナビゲーションオプションの各々は、典型的にクリック可能なアクションのナビゲーションツリーといった、ナビゲーションセクション内での表示のためのコンテンツに関連付けられる。特定のナビゲーションオプションを選択すると、その関連するナビゲーションツリーが表示される。
【００４６】
他の実施例および例に従うと、異なる配置および／または他のセクションが、上記のセクションに加えてまたは代替例として、提供され得る。
【００４７】
図８は、ある実施例に従った、never-get-lostナビゲーションを示す図である。図８に示されるように、ナビゲーションセクション内に表示される複数のナビゲーションオプション７１５，７１７の各々は、それ自身のナビゲーションツリーに関連付けられる。
【００４８】
左側に示されるように、第１のナビゲーションオプション（たとえば７１５（説明のために陰影が付けられる））を選択することで、ナビゲーションオプション７１５に関連付けられるナビゲーションツリーが７１８にて表示される。
【００４９】
その後、右側に示されるように、代替的なナビゲーションオプション（たとえば７１７（同様に説明のために陰影が付けられる））を選択することで、代替的なナビゲーションオプション７１７に関連付けられるナビゲーションツリーが７１９にて表示される。
【００５０】
したがって、ナビゲーションセクションは、現在選択されるナビゲーションオプションに関連付けられるコンテンツ（典型的にナビゲーションツリー）を反映するよう修正される。
【００５１】
ある実施例に従うと、同時に、ＧＵＩの他のセクションはさらに、現在選択されているナビゲーションオプションを反映するよう変更され得る。たとえば、メインコンテンツセクションがナビゲーションツリーにおけるクリック可能なアクションについてのターゲットとして作用することが意図されるならば、メインコンテンツセクションはさらに、新しいナビゲーションオプションが選択されるたびに、７２０にて修正され得る。
【００５２】
図９は、ある実施例に従ったトラフィックディレクタ管理コンソールの使用を示す図である。図９に示される例では、ＧＵＩナビゲーションセクションは、「構成」および「ノード」といった、ドロップダウンとして提供される２つのナビゲーションオプションを含む。「構成」オプションは、トラフィックディレクタ上の任意の構成の展開ステータスと、展開されたインスタンスノードとを示すよう意図される。「ノード」オプションは、管理サーバに登録されたノードと、各ノードについてのインスタンス構成とをリスト化するよう意図される。いずれかのオプションをクリックすることにより、メインコンテンツセクションにおけるエディットについての構成可能なオブジェクトのリスティングとともに、当該オプションについてのナビゲーションツリーが表示される。これによりユーザは、スペースを散乱させることなく、管理されているオブジェクトと、マネージメントのために利用可能なオブジェクトとを同じスクリーン上で見ることが可能になる。
【００５３】
図９に示されるように、アドミニストレータは７２２にて管理コンソールにアクセスし得、７２３にて第１のナビゲーションオプションを選択し得、当該第１のオプションに関連付けられる関連するナビゲーションツリー、コンテンツ、および他のＧＵＩ要素を表示する。たとえば、「構成」７２４を選択することにより、ナビゲーションセクションが「構成」ナビゲーションツリー７２５を、メインコンテンツセクションにおけるエディットについての関連する構成可能なオブジェクトのリスティングとともに表示する。
【００５４】
その後、７２６にてアドミニストレータは第２または他のナビゲーションオプションを選択し得、これにより第２のオプションに関連付けられるナビゲーションツリー、コンテンツ、および他のＧＵＩ要素が表示される。たとえば、「ノード」７２７を選択することにより、ナビゲーションセクションが「ノード」ナビゲーションツリーを、メインコンテンツセクションにおけるエディットについての関連する構成可能なオブジェクトのリスティングとともに表示する。
【００５５】
アドミニストレータは、所望のように７２８にて他のナビゲーションオプションを選択し続け得る。ナビゲーションオプションは常に表示されるとともに利用可能なままであるので、ナビゲーションツリー（およびいくつかの場合メインセクションのようなＧＵＩの他のセクション）のみが変化する間、アドミニストレータは、ＧＵＩを用いて異なる構成可能なオブジェクトを検討および構成しながらコンテキストを維持することが可能である。
【００５６】
図１０は、ある実施例に従ったトラフィックディレクタ管理コンソールを用いるための方法のフローチャートである。図１０に示されるように、ステップ７３２では、１つ以上のトラフィックディレクタインスタンスを有するトラフィックディレクタと、サーバの１つ以上のプールを有する発信元サーバとを含むトラフィックディレクタ環境が提供される。ステップ７３４では、管理コンソール（ＧＵＩ）が、ステータスおよび展開されるオブジェクトとともにナビゲーションオプション（たとえば構成、ノード）を含む、トラフィックディレクタの管理における使用のために提供される。ステップ７３６では、第１のナビゲーションオプションを選択するようアドミニストレータから命令が受け取られる。これに応答して、当該システムは、当該オプションに関連付けられる関連するツリー、コンテンツ、他のＧＵＩ要素を表示する。ステップ７３８では、その後、第２または他のナビゲーションオプションを選択するよう命令がアドミニストレータから受け取られる。これに応答して、システムは、新しく選択されるオプションに関連付けられる関連するツリー、コンテンツ、および他のＧＵＩ要素を更新またはそうでなければ表示する。
【００５７】
上記の実施例は、トラフィックディレクタ環境との「never-get-lost」形式のナビゲーションの使用を例示しているが、他の実施例に従うと、同様の機能性が他の環境についてのユーザインターフェイスとともに用いられ得、これによりそれらの環境について構成可能なオブジェクトを検討および構成することにおいてユーザを補助する。
【００５８】
ユーザインターフェイスプロパティシート
ある実施例に従うと、管理コンソールユーザインターフェイスまたはＧＵＩは、構成タスクにおける使用のためのプロパティシートを含み得る。プロパティシートは（ユーザ／アドミニストレータによって単にタッチされたフィールドではなく）修正されたＧＵＩフィールドを自動的に検出する。修正されたフィールドをマークアップでトラッキングすることにより、ＧＵＩはどのフィールドが変更したかをトラッキングし得、また、当該フィールドについてのオリジナル値を用いて、修正された値をチェックすることにより、変更されたフィールドをマーキングまたはそうでなければ示すことができる。
【００５９】
図１１は、実施例に従ったプロパティシートを示す。図１１に示されるように、アドミニストレータは７４２にて、構成タスクに関連付けられるフィールドを含んで、管理コンソールがプロパティシートを表示することを要求し得、これにより構成タスクの１つ以上を修正する命令をアドミニストレータから受け取る。
【００６０】
アドミニストレータがプロパティシートと対話すると、システムは自動的に、修正された構成タスクに関連付けられるフィールドを７４４にて決定し、プロパティシートにおいて、たとえばブレットポイント修正インジケータ（bullet-point modification indicator）７４６の使用により、それらの変更されたフィールドをマーキングまたは他の表示で示す。ユーザ／アドミニストレータによって単にタッチされただけで修正されていないフィールドはマーキングされない。アドミニストレータは、所望のように７４８にてナビゲーションオプションをブラウズし続け得る。
【００６１】
ある実施例に従うと、プロパティシートはセクションを含み得る。各セクションはたとえばＡＪＡＸコールを用いて別個に保存されるよう意図される。このような実施例に従うと、特定のセクションについての修正インジケータは、当該特定のセクションについての保存プロセスが保存の際にエラーを引き起こすならば、変更されないままであり得る。
【００６２】
図１２は、ある実施例に従った、プロパティシートを使用するための方法のフローチャートである。図１２に示されるように、ステップ７５２では、１つ以上のトラフィックディレクタインスタンスを有するトラフィックディレクタと、サーバの１つ以上のプールを有する発信元サーバとを含むトラフィックディレクタ環境が再び提供される。ステップ７５４では、管理コンソールには、トラフィックディレクタ構成を構成する際のアドミニストレータによる使用のためのＧＵＩが提供される。ステップ７５６では、プロパティシートは、構成タスクを修正するようアドミニストレータが所望のように修正し得る構成タスクに関連付けられるフィールドを含めて表示される。ステップ７５８では、システムはどのフィールドが修正された構成タスクに関連付けられるのかを自動的に判断し、それらの変更されたフィールドを示す。たとえばプロパティシートにおいてマーキングまたは別の態様でフィールドを示す。
【００６３】
また、上記の実施例は、トラフィックディレクタ環境とのプロパティシートの使用を例示しているが、他の実施例に従うと、同様の機能性が他の環境についてのユーザインターフェイスとともに用いられ得、これによりそれらの環境について構成可能なオブジェクトを検討および構成することにおいてユーザを補助する。
【００６４】
オートタブコンプリーションを有するコマンドラインインターフェイス
ある実施例に従うと、システムは、コマンドラインインターフェイス（ＣＬＩ）および／またはコマンドラインシェルを含む。これにより、トラフィックディレクタのようなサーバ環境内の構成可能なリモートオブジェクトについての直観的なオートコンプリーション機能がアドミニストレータに提供される。
【００６５】
たとえば、本願明細書においていくつかの場合、（「オートタブコンプリーション」と称される）ある実施例に従うと、タブキーを押すことでシステムにコマンドライン入力をオートコンプリートするよう命令するか、または代替的には当該機能が呼び出されると、コマンドラインのコンテキストに基づき、コマンドラインシェル内の構成可能なリモートバックエンドオブジェクトのリストを提供するよう命令する。
【００６６】
図１３は、実施例に従ったコマンドラインインターフェイスを示す。図１３に示されるように、管理コマンドラインインターフェイスは、アドミニストレータがサーバ環境（たとえばトラフィックディレクタ環境）にアクセスおよび構成することを可能にするスタンドアロンモードを含む。当該環境を管理する間、アドミニストレータは、１つ以上のコマンドライン入力７６０，７６１（その例は以下にさらに記載される）を入力し得、次いで、当該１つ以上のコマンドライン入力７６０，７６１は管理サーバおよび／または管理ノードに渡される。
【００６７】
さらに図１３に示されるように、任意のポイントにて、アドミニストレータはさらに、コマンドラインインターフェイスがコマンドラインシェルモード７６４を入力することを７６２にて要求し得る。
【００６８】
ある実施例に従うと、シェルモードは、リモートオブジェクトについてのオートコンプリーション機能を提供する。たとえば、シェルモードを用いて入力７６５を入力する間の任意のポイントにて、アドミニストレータは、たとえばタブキーを押すことにより、７６６にてコマンドのオートコンプリーションを要求し得る。他の実施例に従うと、他のキーコンビネーションのようなこのような要求を発行する他の手段が、当該オートコンプリーション機能を呼び出すよう用いられ得る。
【００６９】
これに応答して、ある実施例に従うと、当該システムは、オートコンプリート７６７を呼び出す際のコマンドラインまたは部分的なコマンドのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを判断し、この情報を用いて、コマンドライン入力をオートコンプリートするか、または７６９にて検討および／または修正のために選択するようリモートの構成可能なバックエンドオブジェクト７６８のリストをアドミニストレータのために提供するかのいずれかを行う。
【００７０】
ある実施例に従うと、構成可能なリモートバックエンドオブジェクトは、サーバ環境もしくはサーバインスタンスから抽出され得るか、または構成ストアのような構成情報の別の源から抽出され得る。
【００７１】
図１４は、ある実施例に従ったコマンドラインインターフェイスの使用を示す。図１４に示されるように、ある実施例に従うと、各コマンドライン入力７７６の一般的なシンタックスは、コマンド名、オプション、およびオペランドを含む。一般に、コマンドラインオプションは、たとえばコマンドラインスタンドアロンモードにおいて、（--）または（-）のいずれかの表記で始まる。
【数１】
2014529145.tif 000003
【００７２】
ある実施例に従うと、コマンドラインスタンドアロンモードにおいて、アドミニストレータは、コマンド、オプション、およびオペランドを特定することによりコマンドラインインターフェイス（ｔａｄｍ）を呼び出し得る。ひとたびコマンドが実行されると、コマンドラインインターフェイスはたとえば以下のように終了する。
【数２】
2014529145.tif 000004
【００７３】
アドミニストレータはさらに、コマンドを完全に特定しないことによりコマンドプロンプトからコマンドラインインターフェイスを呼び出し得、その場合、コマンドラインインターフェイスは、当該コマンドを入力するようアドミニストレータを促す。ひとたび当該コマンドが実行されると、制御はシェルモードに戻り、次いで、たとえば以下のようにｅｘｉｔまたはｑｕｉｔコマンドをタイピングすることにより終了され得る。
【数３】
2014529145.tif 000005
【００７４】
ある実施例に従うと、オートコンプリーションまたはオートタブコンプリート機能は、コマンドおよび／またはそのオプションをオートコンプリートするよう、たとえばタブキーを押すことによりシェルモード内で呼び出され得る。ｔａｄｍオプションの場合、アドミニストレータは、「--」をタイプしタブキーを押し得る。シェルは次いで、特定コマンドの利用可能オプションをリスト化する。
【００７５】
たとえば、アドミニストレータが「--c」とタイプしてタブキーを押せば、シェルは次いで、コマンドラインオプションをそれが一意であればコンプリートする。シェルは、たとえば「--config=<Tab>」といったようにコマンドラインオプションの値に対してタブキーが押される場合にのみ構成可能なリモートバックエンドオブジェクトを決定し、（ａ）オプションをそれが一意である（すなわち文字「ｃ」で始まる他のオプションが存在しない）場合にコンプリートするよう試みるか、または（ｂ）複数の可能性のあるオプションが存在するならば、当該オプションがたとえば以下のようにリスト化される。
【数４】
2014529145.tif 000006
【００７６】
上記の例では、「ｔａｄｍ  ｐ」を入力してタブキーを押すことによるオートコンプリーション機能を呼び出すことで、ｔａｄｍコマンド「pull-config」をコンプリートする。
【００７７】
ある実施例に従うと、アドミニストレータは、たとえば図１４において７７７にて示されるように、シェルモード内でオートコンプリーション機能を以下のように繰り返し呼び出し得る。
【数５】
2014529145.tif 000007
【００７８】
上記の例では、アドミニストレータが「get-config-prop--config=」をタイプしてタブキーを押すと、システムは７７８にてオートコンプリートするシェル命令を受け取り、オートコンプリートを呼び出す際のシェル入力／コマンドラインのコンテキストに基づき、構成可能なリモートバックエンドオブジェクトを決定し、この例では２つのオプション「www.example.com」および「soa.example.com」のリストを返すことにより、７８０にて構成可能なバックエンドオブジェクトのリストに従ってシェル入力をオートコンプリートする。
【００７９】
同様に、アドミニストレータが「get-config-prop--config=w」をタイプしてタブキーを押すと、システムは、オートコンプリートするシェル命令を受け取り、構成可能なリモートバックエンドオブジェクトを決定し、この例では「get-config-prop--config=www.example.com」をコンプリートすることにより、構成可能なバックエンドオブジェクトのリストに従ってシェル入力をオートコンプリートする。
【００８０】
図１５は、ある実施例に従った、コマンドラインインターフェイスを使用するための方法のフローチャートである。図１５に示されるように、ステップ７８２では、１つ以上のトラフィックディレクタインスタンスを有するトラフィックディレクタと、サーバの１つ以上のプールを有する発信元サーバとを含むトラフィックディレクタ環境のようなサーバ環境が提供される。
【００８１】
ステップ７８４では、管理コマンドラインインターフェイスおよび／またはシェルを有する管理インターフェイスは、トラフィックディレクタ構成を管理する際にアドミニストレータによる使用のために提供される。
【００８２】
ステップ７８６では、システムは、アドミニストレータからオートコンプリート命令（たとえばタブコマンド）を受け取り、命令の際のコマンドラインの現在のコンテキストを決定する。
【００８３】
ステップ７８８では、システムは、命令の際のコマンドラインのコンテキストを基づき、構成可能なリモートバックエンドオブジェクトのリストを決定し、この情報を用いて、コマンドライン入力をオートコンプリートするか、または検討および／または修正のために選択するようアドミニストレータのためにバックエンドオブジェクトのリストを提供するかのいずれかを行う。
【００８４】
上記の実施例は、トラフィックディレクタ環境に従ったオートコンプリーションまたはオートタブコンプリート機能の使用を例示しているが、他の実施例に従うと、同様の機能性が他のサーバ環境についてのユーザインターフェイスとともに用いられ得、これによりそれらの環境について構成可能なオブジェクトを検討および構成することにおいてユーザを補助する。
【００８５】
ＲＥＳＴインフラストラクチャおよびマネジメントサービス
ある実施例に従うと、サーバ環境（たとえばトラフィックディレクタ環境）は、REpresentational State Transfer（ＲＥＳＴ）インフラストラクチャおよびマネージメントサービスを含む。ＲＥＳＴインフラストラクチャおよびマネージメントサービスは、環境のマネージメントを可能にするのと同時に、ＲＥＳＴインターフェイスおよびバックエンドデータモデルの柔軟な展開を可能にする。ＲＥＳＴインフラストラクチャは、管理サーバ上に登録されるそれぞれのｍｂｅａｎｓまたは他のマネージメントコンポーネントへのＨＴＴＰ  ＲＥＳＴコールをマッピングする。ある実施例に従うと、Ｊａｖａ（登録商標）ウェブアプリケーションまたはＲＥＳＴウェブサービスは、管理サーバ上で展開され得、ＲＥＳＴ  ＡＰＩのセットを使えるようにし得る。そのほとんどは、最終的に管理サーバ上に登録されるそれらのそれぞれのｍｂｅａｎｓまたはマネージメントコンポーネントにマッピングする一方、その他のものは、たとえばセッションについての情報またはログインしたユーザについての情報といったウェブアプリケーションに固有のデータを返す。
【００８６】
ある実施例に従うと、ＨＴＴＰ要求はＲＥＳＴインフラストラクチャによって以下のように取り扱われる。
GET/POST JSON request -> RESTServlet -> RESTHandler -> JSON response
ＲＥＳＴ  ＵＲＩスペースは以下のフォーマットである。
/admin/<action>
当該アクションはたとえば、login、logout、list-configs、get-config-prop、または別のアクションであり得る。ある実施例に従うと、典型的なＲＥＳＴ要求／応答は次いで、以下に示されるものと同様に思われる。
【数６】
2014529145.tif 000008
【００８７】
図１６は、実施例に従ったＲＥＳＴインターフェイスを示す。図１６に示されるように、１つ以上のトラフィックディレクタインスタンス８０２を有するトラフィックディレクタ８００を含むサーバ環境が提供される。トラフィックディレクタおよびそのインスタンスは、ｍｂｅａｎｓ８０４または他のマネージメントコンポーネントを用いて構成またはマネージされ得る。
【００８８】
図１６にさらに示されるように、管理サーバは、管理コンソール（ＧＵＩ）および／またはコマンドラインインターフェイスの１つ以上を含む、アドミニストレータがサーバ環境を構成および管理するのを可能にする管理インターフェイスを含む。
【００８９】
ある実施例に従うと、管理サーバは、ＲＥＳＴ  ＵＲＩスペース８０９とそれぞれのｍｂｅａｎコール８１０との間のマッピング８０８を提供するＲＥＳＴインターフェイス（たとえばＪａｖａウェブアプリケーションまたはＲＥＳＴウェブサービス）８０６を含む。管理インターフェイスを用いるアドミニストレータまたは他のエンティティがマネージメント要求をＲＥＳＴコール８１２としてＲＥＳＴインターフェイスに通信すると、システムは、たとえばトラフィックディレクタまたはインスタンスを含むサーバ環境を構成または管理する際の使用のために、当該コールをｍｂｅａｎコール８１４にマッピングする。
【００９０】
ＲＥＳＴベースの認証
ある実施例に従うと、システムはさらに、カスタマイズされたＨＴＴＰヘッダーの使用をサポートし、ＲＥＳＴウェブサービスＡＰＩを起こり得るクロスサイトリクエストフォージェリ（Cross-Site Request Forgery（ＣＳＲＦ））エクスプロイトから保護する。ユーザ固有のトークンを伝えるカスタマイズされるＨＴＴＰヘッダーの使用により、管理サーバはマネージメント動作を呼び出すクライアントの認証性（authenticity）をアサートし得る。
【００９１】
ある実施例に従うと、ＲＥＳＴ  ＡＰＩのほとんどは保護されており、したがってパスワードベースの認証の使用を通じて提供され得る認証を必要とする。たとえば、ＲＥＳＴ  ＡＰＩの/admin/loginが、たとえばユーザ名およびパスワードといった適切な証明または以下に示されるようなトラフィックディレクタ管理サーバ証明を用いるログインに提供され得る。
【数７】
2014529145.tif 000009
【００９２】
ある実施例に従うと、ログインアクションの応答は、Ｘ−Ａｕｔｈトークンを含む。Ｘ−Ａｕｔｈトークンは次いで、任意のその後の要求とともに渡されなければならない。これによりＸ−ＡｕｔｈトークンヘッダーがＣＳＲＦ攻撃を以下のように防止するよう用いられ得る。
【数８】
2014529145.tif 000010
【００９３】
図１７は、ある実施例に従った、カスタマイズされたヘッダートークンとのＲＥＳＴインターフェイスの使用を示す。図１７に示されるように、１つ以上のトラフィックディレクタインスタンス８０２を有するトラフィックディレクタ８００を含むトラフィックディレクタ環境が再び提供される。トラフィックディレクタおよびそのインスタンスは、ｍｂｅａｎｓ８０４または他のマネージメントコンポーネントを用いて構成または管理され得る。管理サーバはまた、トラフィックディレクタ管理コンソール（ＧＵＩ）および／またはトラフィックディレクタコマンドラインインターフェイスの１つ以上を含む管理インターフェイスを含む。
【００９４】
ある実施例に従うと、管理サーバは、ＲＥＳＴインターフェイス（たとえばＪａｖａウェブアプリケーションまたはＲＥＳＴウェブサービス）８０６を含む。ＲＥＳＴインターフェイス８０６は、ＲＥＳＴ  ＵＲＩスペース８０９とそれぞれのｍｂｅａｎコール８１０との間のマッピング８０８を提供し、さらにセキュリティコンポーネント８１６を含む。
【００９５】
管理インターフェイスを用いるアドミニストレータまたは別のエンティティは、マネージメント要求をＲＥＳＴコール８１２としてＲＥＳＴインターフェイスに通信すると、まずログインまたはそうでなければ８１５にてセキュリティコンポーネントに対して自身を認証しなければならない。８１７にてそれに応答して、それらはトークン（ある実施例に従うとＸ−Ａｕｔｈトークン）を受け取る。
【００９６】
その後、アドミニストレータサーバへの各管理要求／ＲＥＳＴコールにより、トークンは、要求ヘッダー８１８の一部として含まれなければならない。次いで、セキュリティコンポーネントは８１９にてトークンを確認してから、マネージメント要求をｍｂｅａｎコール８２０としてトラフィックディレクタ環境に渡す。
【００９７】
図１８は、ある実施例に従った、カスタマイズされたヘッダートークンを随意に有するＲＥＳＴインターフェイスを用いるための方法のフローチャートである。図１８に示されるように、ステップ８２２では、たとえば１つ以上のトラフィックディレクタインスタンスを有するトラフィックディレクタと、サーバの１つ以上のプールを有する発信元サーバとを含むサーバ環境（たとえばトラフィックディレクタ環境）が提供される。
【００９８】
ステップ８２４では、ＲＥＳＴインターフェイスは、サーバ環境を構成または管理する際の使用のために、ＲＥＳＴコールをｍｂｅａｎコールにマッピングする、（たとえばウェブサービスとして）提供される。
【００９９】
ステップ８２６では、特定の実施例に依存して、システムは、クライアントから受け取られるマネージメント要求が、それらのマネージメント要求の一部として１つ以上のトークンを有するカスタマイズされたヘッダーを含むことを必要とし得る。
【０１００】
ステップ８２８では、セキュリティコンポーネントは、カスタマイズされたヘッダーにおけるトークンの存在をチェックするとともに、マネージメント要求の認証性を確認してから当該要求をサーバ環境またはその中のサーバインスタンスに適用するようＲＥＳＴインターフェイスに提供され得る。
【０１０１】
本発明は、１つ以上のプロセッサ、メモリ、および／または本開示の教示に従ってプログラムされたコンピュータ可読記憶媒体を含む１つ以上の従来の汎用または専用デジタルコンピュータ、コンピューティング装置、マシン、またはマイクロプロセッサを用いて簡便に実施され得る。ソフトウェア技術の当業者には明らかであるように、適切なソフトウェアコーディングは、熟練したプログラマによって本開示の教示に基づき容易に用意され得る。
【０１０２】
いくつかの実施例では、本発明は、本発明の処理のいずれかを実行するようコンピュータをプログラムするのに用いられ得る命令を格納した一時的でない記憶媒体またはコンピュータ可読媒体であるコンピュータプログラムプロダクトを含む。当該記憶媒体は、フロッピー（登録商標）ディスク、光ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、マイクロドライブ、および光磁気ディスクを含む任意のタイプのディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ素子、磁気または光学カード、ナノシステム（分子メモリＩＣを含む）、または命令および／またはデータを格納するのに好適な任意のタイプの媒体もしくは装置を含み得るが、これらに限定されない。
【０１０３】
本発明の上記の記載は、例示および説明目的で与えられている。網羅的であることまたは開示されたそのものの形態に本発明を限定することを意図したものではない。記載された実施例のいくつかはオラクルトラフィックディレクタ環境の文脈で機能を記載しているが、記載される特徴は他のコンピューティング環境の文脈でも用いられ得る。当業者にとっては、多くの修正例および変形例が明確であろう。上記の実施例は、本発明の原理およびその実際的な適用をもっともよく説明するために選択および記載されたものであり、これにより他の当業者が、特定の使用に好適なさまざまな修正例を考慮して、さまざまな実施例について本発明を理解するのが可能になる。本発明の範囲は、添付の特許請求の範囲およびそれらの均等物によって定義されることが意図される。
【図１】
2014529145.tif 000011
【図２】
2014529145.tif 000012
【図３】
2014529145.tif 000013
【図４】
2014529145.tif 000014
【図５】
2014529145.tif 000015
【図６】
2014529145.tif 000016
【図７】
2014529145.tif 000017
【図８】
2014529145.tif 000018
【図９】
2014529145.tif 000019
【図１０】
2014529145.tif 000020
【図１１】
2014529145.tif 000021
【図１２】
2014529145.tif 000022
【図１３】
2014529145.tif 000023
【図１４】
2014529145.tif 000024
【図１５】
2014529145.tif 000025
【図１６】
2014529145.tif 000026
【図１７】
2014529145.tif 000027
【図１８】
2014529145.tif 000028
【国際調査報告】
2014529145.tif 000029
2014529145.tif 000030
2014529145.tif 000031
2014529145.tif 000032
2014529145.tif 000033