(57)【要約】【課題】ＷＳ‐ＡｄｄｒｅｓｓｉｎｇのＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅは、ウェブ・サービス・エンドポイントを表し、ウェブ・サービス対話の一部としてＳＯＡＰエンベロープ内で伝達される。ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの伝達時に、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの特徴を、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの受信側を基にして決定する（または変更する）方法、装置およびコンピュータ・プログラムを開示する。【解決手段】別々の受信側は、異なるＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅを受信することになる可能性もある。ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの特徴は、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの伝達のためにＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅを表すＳＯＡＰ  ＸＭＬが生成されるときに、再決定される。例えば、受信側の位置が、伝達されるアドレスに影響する可能性もある。受信側がファイアウォール外にあれば、受信側にファイアウォール自体のアドレスを提供して、ファイアウォールが、データからあらゆるリクエストをウェブ・サービス・エンドポイントへ再送できるようにすることが適切な場合もある。あるいは、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ内に含まれるメタデータが、受信側に基づき変化してもよいであろう。ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ内に含まれるポリシー・メタデータは、受信側によってはより厳しいセキュリティ要件を指定することもあり得る。【選択図】図７
2010511236.tif 000002
【特許請求の範囲】
【請求項１】
ウェブ・サービス・エンドポイントを表すＥＰＲを変更する方法であって、
前記ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更するステップと、
前記変更されたＥＰＲを前記受信側へ伝達するステップと、
を含む方法。
【請求項２】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する前記ステップは、
ＥＰＲが伝達されるべき前記受信側についての情報を取得することと、
伝達されるべき前記ＥＰＲに対して、前記取得された情報がどのように影響するかを判断するために１つ以上のルールにアクセスすることと、
を含む、請求項１に記載の方法。
【請求項３】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記受信側の位置を含む、請求項２に記載の方法。
【請求項４】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントと、前記受信側とのサービス・レベル・アグリーメントを含む、請求項２または３に記載の方法。
【請求項５】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントの位置に対する前記受信側のポジションを含む、請求項２、３または４に記載の方法。
【請求項６】
前記ウェブ・サービス・エンドポイントの前記位置に対する前記受信側の前記ポジションを判断するために、システム・トポロジ・データにアクセスするステップ
を含む、請求項５に記載に方法。
【請求項７】
前記ＥＰＲ内にあり前記ウェブ・サービス・エンドポイントを表すアドレスを変更するステップ
を含む、先行するいずれかの請求項に記載の方法。
【請求項８】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲ内のメタデータを変更するステップ
を含む、先行するいずれかの請求項に記載の方法。
【請求項９】
前記メタデータは、前記受信側が前記エンドポイントにアクセスするときに使用する特定のセキュリティ・ポリシーを指定するよう変更される、請求項８に記載の方法。
【請求項１０】
ウェブ・サービス・エンドポイントを表すＥＰＲを変更する装置であって、
前記ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する手段と、
前記変更されたＥＰＲを前記受信側へ伝達する手段と、
を含む装置。
【請求項１１】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する前記手段は、
ＥＰＲが伝達されるべき前記受信側についての情報を取得する手段と、
伝達されるべき前記ＥＰＲに対して、前記取得された情報がどのように影響するかを判断するために１つ以上のルールにアクセスする手段と、
を含む、請求項１０に記載の装置。
【請求項１２】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記受信側の位置を含む、請求項１１のいずれかに記載の装置。
【請求項１３】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントと、前記受信側とのサービス・レベル・アグリーメントを含む、請求項１１または１２のいずれかに記載の装置。
【請求項１４】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントの位置に対する前記受信側のポジションを含む、請求項１１、１２または１３のいずれかに記載の装置。
【請求項１５】
前記ウェブ・サービス・エンドポイントの前記位置に対する前記受信側の前記ポジションを判断するために、システム・トポロジ・データにアクセスする手段
を含む、請求項１４に記載に装置。
【請求項１６】
コンピュータ・プログラムがコンピュータ上で実行されると、請求項１〜９のいずれかに記載の方法を遂行するようになっているプログラム・コード手段を含む、前記コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理システムに関し、特に、そのようなデータ処理システム内の複数のエンドポイントをアドレス指定することに関する。
【背景技術】
【０００２】
インターネットは、クライアント・サーバ・モデルに基づいており、通信ネットワークを介して複数のクライアントによりアクセス可能な複数のウェブ・サーバを含む。
【０００３】
インターネットを介してウェブ・サービスにアクセスするという概念の普及が進んでおり、いくつかの標準が開発されてきている。
【０００４】
図１は、通信ネットワーク（例えばインターネット）６０でクライアント１０に接続されているホスト・コンピュータ・システム、すなわちウェブ・サーバ５０を含む、コンピュータ・ネットワーク５を示している。ウェブ・サーバ５０は、単一エンティティとしてパッケージ化され他のプログラム向けにネットワークへ公開される機能の集まりを提供するウェブ・サービス３０へのアクセスをホストし、したがって、ネットワーク上での相互運用可能なマシン同士の対話をサポートする。ウェブ・サービスは、ウェブ・サービス記述言語（ＷＳＤＬ：Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｆｉｎｉｔｉｏｎ  Ｌａｎｇｕａｇｅ）など、マシンが処理できる形式で記述されているインターフェース４０を有する。他のシステムは、ウェブ・サービスのインターフェースにより規定される方法で、ウェブ・サービスとメッセージを用いて対話する。一般的に、これらのメッセージは、ＨＴＴＰを用いて伝えられ、通常は拡張マークアップ言語（ＸＭＬ：ｅＸｔｅｎｓｉｂｕｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をその他のウェブ関連の標準と共に含む。
【０００５】
ＷＳ‐Ａｄｄｒｅｓｓｉｎｇ仕様は、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ：ワールドワイド・ウェブ・コンソーシアム）により推進された共同活動の結果である。ＷＳ‐Ａｄｄｒｅｓｓｉｎｇは、ウェブ・サービス・メッセージを適切に導くことに関係している。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＷＳ‐Ａｄｄｒｅｓｓｉｎｇは、ウェブ・サービス・エンドポイント（何らかの可能なアプリケーション・データが関連付けられているウェブ・サービス・ポート）をアドレス指定するために必要な情報を標準のＸＭＬフォーマットで伝える、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ（ＥＰＲ：エンドポイント参照）の概念を取り入れている。
【０００７】
ＥＰＲには、そのアドレス（ＥＰＲが表すエンドポイントのＵＲＩ）、およびエンドポイントについてのメタデータ（エンドポイントの性能など）など、いくつかの特性がある。これらの特性の一部（アドレスＵＲＩなど）は、エンドポイントの展開情報を基に生成されることも、または、ＥＰＲを生成するアプリケーションに認識されていることもある。ＥＰＲは、ウェブ・サービス対話の一部としてＳＯＡＰエンベロープ内で伝達される。ウェブ・サービス対話におけるＥＰＲの受信側は、そのＥＰＲを、ウェブ・サービスをターゲットにするために使用すると考えられる。
【課題を解決するための手段】
【０００８】
第１の態様によれば、ウェブ・サービス・エンドポイントを表すＥＰＲを変更する方法が提供される。方法には、ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づきＥＰＲを変更することと、変更されたＥＰＲをクライアントへ伝達することとが含まれる。
【０００９】
ＥＰＲは、受信側への伝達時に変更されることが好ましい。
【００１０】
「受信側」という用語は、受信側のクライアントと、受信側のウェブ・サービスとの両方を含むものとする。
【００１１】
上記の属性の１つには、受信側の位置が考えられ、これは、ＥＰＲのアドレス要素の変更という結果をもたらすこともある。
【００１２】
このような実施形態では、ＥＰＲが伝達されるべき受信側についての情報が取得され、伝達されるべきＥＰＲに対し、取得された情報がどのように影響するかを判断するために、１つ以上のルールがアクセスされる。
【００１３】
最終的にＥＰＲの受信側へ伝達されるＥＰＲに影響し得るルールの例は、ファイアウォール（エンドポイントがその中にある）の外の受信側は、ターゲット・エンドポイントにファイアウォールを介してアクセスするという要件である。
【００１４】
一実施形態では、ＥＰＲは、受信側と、ＥＰＲにより表わされるエンドポイントとのサービス・レベル・アグリーメント（ＳＬＡ：ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）を基に変更される。
【００１５】
例えば、ＥＰＲの受信側は、「ゴールド・サービス」のビジネス・パートナーとして分類されていてもよい。この例では、より短い応答時間を保証するサーバをアドレス指定するように、ＥＰＲが、当該の受信側へ伝達される間に変更されることもあり得る。
【００１６】
受信側とエンドポイントとの相対的位置も、ＥＰＲの変更をもたらし得る。相対的位置に関して判断するためには、システム・トポロジ・データがアクセスされるとよい。
【００１７】
ＥＰＲは、メタデータを含むとよい。これは、対象とする受信側の属性に基づき変更されるとよい。例えば、一部の受信側が常に、特定のセキュリティ・レベル（セキュリティ・ポリシー）でターゲット・エンドポイントにアクセスするよう要求されてもよい。メタデータを変更して、このようなセキュリティ・ポリシーを指定することができる。
【００１８】
別の態様によれば、ウェブ・サービス・エンドポイントを表すＥＰＲを変更する装置が提供される。装置には、ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づきＥＰＲを変更する手段と、変更されたＥＰＲを受信側へ伝達する手段とが含まれる。
【００１９】
本発明は、コンピュータ・ソフトウェアにおいて実装されてもよい。
【００２０】
以下、単なる例として、次の図面を参照して本発明の好適な実施形態について説明する。
【図面の簡単な説明】
【００２１】
【図１】ウェブ・サービス環境のコンポーネント図である。
【図２】本発明の好適な実施形態に従ったプリント・ウェブ・サービスを示す。
【図３】本発明の好適な実施形態に従ったプリント・ウェブ・サービスを示す。
【図４】好適な実施形態に従った、本発明のコンポーネントを示す。
【図５】好適な実施形態に従った、本発明のコンポーネントを示す。
【図６】好適な実施形態に従った、本発明の処理を示す。
【図７】好適な実施形態に従った、本発明の処理を示す。
【発明を実施するための形態】
【００２２】
上記のように、ＷＳ‐Ａｄｄｒｅｓｓｉｎｇ仕様は、ウェブ・サービス・メッセージを正確に導くことを保証することに関し、このことを考慮してエンドポイント参照（ＥＰＲ）の概念を取り入れている。
【００２３】
ＥＰＲの例示的な使用を、図２および３（相互に併せて読まれるべきである）を参照して説明する。
【００２４】
クライアント１６０は、ステップ２００で、サービス・リクエスタ（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔｅｒ）１７０（例えばプリント・アプリケーション）を用いて、ウェブ・サーバ１００によりホストされているプリント・カタログ・サービス（ｐｒｉｎｔ  ｃａｔａｌｏｇｕｅ  ｓｅｒｖｉｃｅ）１１０とコンタクトをとる。プリント・カタログ・サービス１１０には、インターフェース１２０を介してアクセス可能である。ステップ２１０で、サービス・リクエスタ１７０は、提供されたプリンタ・カタログ（ｐｒｉｎｔｅｒ  ｃａｔａｌｏｇｕｅ）をブラウズし、プリンタを選択する。ステップ２２０で、ウェブ・サービスは、印刷サービス（ｐｒｉｎｔｉｎｇ  ｓｅｒｖｉｃｅ）１８０へのエンドポイント参照（ＥＰＲ）を返す。このＥＰＲを介して、選択されたプリンタ１３０、１４０または１５０にアクセスすることができる。この例では、返されたＥＰＲは、別のウェブ・サーバ１７５によりホストされているウェブ・サービス１８０に対する。なお、別の例では、ＥＰＲが作成されるウェブ・サーバと参照先のウェブ・サーバとは同一であってもよい。
【００２５】
したがって、例示のように、ＥＰＲは一般的に、作成されると、参照先エンドポイントへアクセスを望む可能性があるクライアントに伝達される。ＥＰＲは、作成されるとエンドポイントを表すと見なされ、そのコンテンツは変更されない。
【００２６】
特定の状況では、要求しているクライアントすべてに、要求対象のウェブ・サービス・エンドポイントに関して同一のＥＰＲを提供するのは不適切である。代わりにＥＰＲが、伝達先に依存することが好ましいこともあるであろう。例えば、上記のＥＰＲがファイアウォール外のクライアントに渡される場合、ウェブ・サービス・エンドポイントが存在するウェブ・サーバの実際のアドレスを隠す方が適切なこともある。さらに、ＥＰＲの伝達先のクライアントに基づいて、返されるＥＰＲを変えることが適切な場合もあるであろう。
【００２７】
したがって、例えばＥＰＲが伝達されるべきターゲットを基にＥＰＲのアドレス部を変更する解決策が提案される。ＥＰＲに対するこのような変更は、伝達のためにＥＰＲがシリアライズされるのと同時に行われることが好ましい。
【００２８】
以下、図４、５、６および７を参照して、ＥＰＲの作成および変更について説明する。
【００２９】
図４に示されているとおり、ノードＡはエンドポイント・インスタンス２４０（ウェブ・サービス・エンドポイントを表す）を有する。ステップ４００で、そのエンドポイント・インスタンスのＥＰＲが、ノードＡにおいてＥＰＲ生成器３００により生成される（図５、６）。生成されたＥＰＲは、以下のように表わされるとよい。
【００３０】
＜ｗｓａ：ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞
＜ｗｓａ：Ａｄｄｒｅｓｓ＞ｔａｒｇｅｔＳｅｒｖｉｃｅＵＲＩ＜／ｗｓａ：Ａｄｄｒｅｓｓ＞
：
＜／ｗｓａ：ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞
【００３１】
ｗｓａプレフィックス＜ｗｓａ＞は、ｗｗｗ．ｗ３．ｏｒｇ／２００５／０８／ａｄｄｒｅｓｓｉｎｇに等しいことも考えられ、
ｔａｒｇｅｔＳｅｒｖｉｃｅＵＲＩは、ノードＡ上のターゲット・サービスのＵＲＩアドレスである。
【００３２】
ステップ４１０、４２０で、ＥＰＲをクライアントへ伝達する前に、ＥＰＲは、ＳＯＡＰシリアライザ３１０によってＳＯＡＰメッセージへとシリアライズされる（図５、６）。ＳＯＡＰメッセージは、ヘッダ（ｈｄｒ）およびボディを含む。次に、ＥＰＲを含んだメッセージが、伝達器３２０を用いてクライアントへ伝達される（ステップ４３０）。ＥＰＲは、次のリスト１に示されているように、ヘッダ内（例えば、ＷＳ‐Ａｄｄｒｅｓｓｉｎｇの［ｒｅｐｌｙＴｏ］ヘッダ内）で伝達されてもよい。
【００３３】
＜Ｓ：Ｅｎｖｅｌｏｐｅ  ｘｍｌｎｓ：Ｓ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００３／０５／ｓｏａｐ−ｅｎｖｅｌｏｐｅ”
ｘｍｌｎｓ：ｗｓａ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００５／０８／ａｄｄｒｅｓｓｉｎｇ”＞
＜Ｓ：Ｈｅａｄｅｒ＞
：
＜ｗｓａ：ＲｅｐｌｙＴｏ＞
＜ｗｓａ：Ａｄｄｒｅｓｓ＞ｈｔｔｐ：／／ｎｏｄｅＡ／ｂｕｓｉｎｅｓｓ／ｃｌｉｅｎｔ１＜／ｗｓａ：Ａｄｄｒｅｓｓ＞
＜／ｗｓａ：ＲｅｐｌｙＴｏ＞
：
＜／Ｓ：Ｈｅａｄｅｒ＞
＜Ｓ：Ｂｏｄｙ＞
．．．
＜／Ｓ：Ｂｏｄｙ＞
＜／Ｓ：Ｅｎｖｅｌｏｐｅ＞
【００３４】
あるいは、ＥＰＲは次のリスト２に示されているようにＳＯＡＰボディ内で伝達されてもよい。
【００３５】
＜Ｓ：Ｅｎｖｅｌｏｐｅ  ｘｍｌｎｓ：Ｓ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００３／０５／ｓｏａｐ−ｅｎｖｅｌｏｐｅ”
ｘｍｌｎｓ：ｗｓａ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００５／０８／ａｄｄｒｅｓｓｉｎｇ”＞
＜Ｓ：Ｈｅａｄｅｒ＞
：
：
＜／Ｓ：Ｈｅａｄｅｒ＞
＜Ｓ：Ｂｏｄｙ＞
：
＜ｗｓａ：ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞
＜ｗｓａ：Ａｄｄｒｅｓｓ＞ｈｔｔｐ：／／ｎｏｄｅＡ／ｂｕｓｉｎｅｓｓ／ｃｌｉｅｎｔ１＜／ｗｓａ：Ａｄｄｒｅｓｓ＞
＜／ｗｓａ：ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ＞
：
＜／Ｓ：Ｂｏｄｙ＞
＜／Ｓ：Ｅｎｖｅｌｏｐｅ＞
【００３６】
図７に示されているように、シリアライズ時に、取得器（ａｃｑｕｉｒｅｒ）３４０を用いて、ＥＰＲのターゲットとされる宛先のアドレスについて情報が取得される（ステップ５００）。リクエスト・メッセージの場合、ＥＰＲのターゲットとされる宛先のアドレスは、ｗｓａ：ｔｏ（ＳＯＡＰ宛先）フィールドから来てもよい。同期応答メッセージの場合は、応答宛先アドレスの宛先は、その対応するリクエスト・メッセージのｗｓａ：Ｆｒｏｍ  ＥＰＲから、またはその他何らかのプロトコル特有情報から規定されることも考えられる。
【００３７】
続いて、アクセサ・コンポーネント（ａｃｃｅｓｓｏｒ  ｃｏｍｐｏｎｅｎｔ）３５０は、ルール３３０にアクセスし、伝達されるべきＥＰＲに対して宛先のアドレスがどのように影響するかを判断する（ステップ５２０）。ルール３３０は、エンドポイントをターゲットとするために宛先により用いられるべきアドレスを定義する。例えば、以下のようになる。
【００３８】
ルール３３０は、ファイアウォール内の既知のノードすべて（内部ＩＰアドレス）を一覧にし、この一覧にないノードに伝達されるべきＥＰＲは、それらのアドレスがファイアウォールのアドレスとなるよう書き換えられるべきであると推測し得る。
【００３９】
または、ルールは、ＥＰＲが伝達されるべき宛先と、トポロジ内での、エンドポイントのアドレスに対するこの宛先の相対的位置とを基にＥＰＲのアドレスを書き換えるために、システム・トポロジを表すトポロジ・マッピング・テーブルを利用してもよいであろう。
【００４０】
次に、モディファイア・コンポーネント（ｍｏｄｉｆｉｅｒ  ｃｏｍｐｏｎｅｎｔ）３６０は、ＥＰＲが伝達されるべき宛先（したがって、後の時点でそこからターゲットされる）を基にＥＰＲのアドレスを書き換える。
【００４１】
図３の例に関しては、ＥＰＲが（ＳＯＡＰメッセージの一部として）ノードＢへエクスポートされる場合、それはファイアウォール２５０内にあるため、ルール３３０は、エクスポートの前にＥＰＲを変更するようノードＡに要求しなくてもよい。したがって、ノードＢは、変更されていないＥＰＲを受信すると、直接ノードＡを参照することができる。
【００４２】
しかし、ノードＣはファイアウォール２５０の外にあり（すなわちファイアウォール境界内のノードとして認識されていない）、したがってルール３３０は、ノードＣはノードＡに直接アクセスできてはならないと指定するとよい。その結果、ノードＣに対するＳＯＡＰメッセージのシリアライズ中に、エンドポイント・インスタンスの作成時に生成されたＥＰＲアドレスがファイアウォールのアドレスで上書きされる。その結果、ファイアウォールは、クライアントからのあらゆるメッセージを適切なノードへ送る。
【００４３】
なお、このＥＰＲの書き換えは、ＥＰＲが直接ノードＣへ伝達される（すなわちファイアウォールが回避される）可能性もあるため、ファイアウォールで行うことはできない。
【００４４】
当然のことながら、上述のとおり、ＥＰＲの変更はＥＰＲの受信側の位置に依存しなくてもよい。受信側の１つ以上の他の属性が考慮されてもよい。ルール（前に例示した）は、トポロジ以外の何らかの属性を基にした、ＩＰアドレスの何らかのグループ化を利用してもよい。例えば、ＥＰＲのアドレスは、それらが伝達されるべき宛先のサービス・アグリーメントのレベルを基にして書き換えられることもあり得る。例えば、クライアントは、「ゴールド・サービス」のビジネス・パートナーとして分類されてもよく、したがって、そのクライアントへ伝達されるＥＰＲが、特定の応答時間を保証するサーバへ向けられるよう、ＥＰＲが変更されてもよいであろう。さらに、メタデータなど、アドレス以外のＥＰＲの特徴が変更されてもよい。
【００４５】
したがって、要約すると以下のようになる。
【００４６】
ＷＳ‐ＡｄｄｒｅｓｓｉｎｇのＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅは、ウェブ・サービス・エンドポイントを表し、ウェブ・サービス対話の一部としてＳＯＡＰエンベロープ内で伝達される。
【００４７】
ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの伝達時に、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの特徴を、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの受信側を基にして決定する（または変更する）方法、装置およびコンピュータ・プログラムが開示される。別々の受信側が、別々のＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅを受信することになる可能性もある。ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの特徴は、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅの伝達のためにＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅを表すＳＯＡＰ  ＸＭＬが生成されるときに、再決定される。例えば、クライアントの位置が、伝達されるアドレスに影響する可能性もある。クライアントがファイアウォール外にあれば、クライアントにはファイアウォール自体のアドレスを提供して、ファイアウォールが、データからあらゆるリクエストをウェブ・サービス・エンドポイントへ再送できるようにすることが適切な場合もある。あるいは、ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ内に含まれるメタデータが、受信側に基づき変化してもよいであろう。ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ内に含まれるポリシー・メタデータが、受信側によってはより厳しいセキュリティ要件を指定することもあり得る。
【図１】
2010511236.tif 000003
【図２】
2010511236.tif 000004
【図３】
2010511236.tif 000005
【図４】
2010511236.tif 000006
【図５】
2010511236.tif 000007
【図６】
2010511236.tif 000008
【図７】
2010511236.tif 000009
【手続補正書】
【提出日】平成21年7月6日(2009.7.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ウェブ・サービス・エンドポイント（何らかの可能なアプリケーション・データが関連付けられているウェブ・サービス・ポート）を表すＥＰＲ（エンドポイント参照）を変更する方法であって、
前記ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更するステップと、
前記変更されたＥＰＲを前記受信側へ伝達するステップと、
を含む方法。
【請求項２】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する前記ステップは、
ＥＰＲが伝達されるべき前記受信側についての情報を取得することと、
伝達されるべき前記ＥＰＲに対して、前記取得された情報がどのように影響するかを判断するために１つ以上のルールにアクセスすることと、
を含む、請求項１に記載の方法。
【請求項３】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記受信側の位置を含む、請求項２に記載の方法。
【請求項４】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントと、前記受信側とのサービス・レベル・アグリーメントを含む、請求項２または３に記載の方法。
【請求項５】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントの位置に対する前記受信側のポジションを含む、請求項２、３または４に記載の方法。
【請求項６】
前記ウェブ・サービス・エンドポイントの前記位置に対する前記受信側の前記ポジションを判断するために、システム・トポロジ・データにアクセスするステップ
を含む、請求項５に記載に方法。
【請求項７】
前記ＥＰＲ内にあり前記ウェブ・サービス・エンドポイントを表すアドレスを変更するステップ
を含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲ内のメタデータを変更するステップ
を含む、請求項１〜７のいずれかに記載の方法。
【請求項９】
前記メタデータは、前記受信側が前記エンドポイントにアクセスするときに使用する特定のセキュリティ・ポリシーを指定するよう変更される、請求項８に記載の方法。
【請求項１０】
ウェブ・サービス・エンドポイントを表すＥＰＲを変更する装置であって、
前記ＥＰＲが伝達されるべき受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する手段と、
前記変更されたＥＰＲを前記受信側へ伝達する手段と、
を含む装置。
【請求項１１】
前記受信側の少なくとも１つの属性に基づき前記ＥＰＲを変更する前記手段は、
ＥＰＲが伝達されるべき前記受信側についての情報を取得する手段と、
伝達されるべき前記ＥＰＲに対して、前記取得された情報がどのように影響するかを判断するために１つ以上のルールにアクセスする手段と、
を含む、請求項１０に記載の装置。
【請求項１２】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記受信側の位置を含む、請求項１１のいずれかに記載の装置。
【請求項１３】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントと、前記受信側とのサービス・レベル・アグリーメントを含む、請求項１１または１２のいずれかに記載の装置。
【請求項１４】
前記ＥＰＲが伝達されるべき前記受信側の少なくとも１つの属性は、前記ウェブ・サービス・エンドポイントの位置に対する前記受信側のポジションを含む、請求項１１、１２または１３のいずれかに記載の装置。
【請求項１５】
前記ウェブ・サービス・エンドポイントの前記位置に対する前記受信側の前記ポジションを判断するために、システム・トポロジ・データにアクセスする手段
を含む、請求項１４に記載に装置。
【請求項１６】
コンピュータ・プログラムがコンピュータ上で実行されると、請求項１〜９のいずれかに記載の方法を遂行するようになっているプログラム・コード手段を含む、前記コンピュータ・プログラム。
【国際調査報告】
2010511236.tif 000010
2010511236.tif 000011