サービス連携処理システム及び方法
【課題】サービスコンポーネントにおける、プロトコルの違いや認証方式の違いにかかわらず、サービスを要求するユーザが１形式のプロトコルに従って生成した１個のリクエスト情報でＷｅｂサービスを連携して利用可能とすること。
【解決手段】実行制御サーバ１のSOAPリクエスト情報転送部４またはRESTリクエスト情報転送部５は、プロファイルサーバ１０のサービス情報テーブル５１に登録されたプロトコル変換の要否を示す情報に従って変換の要否を判断し、また、実行制御サーバ１のSOAPリクエスト情報転送部４またはRESTリクエスト情報転送部５または、メッセージトランスレータ装置７のSOAPリクエスト情報変換部８またはRESTリクエスト情報変換部９は、プロファイルサーバ１０のオペレーションテーブル５２に登録されたサービスコンポーネントが行う認証処理に関する情報に従って、サービスコンポーネントに応じた認証情報をリクエスト情報中に書き込む。
【解決手段】実行制御サーバ１のSOAPリクエスト情報転送部４またはRESTリクエスト情報転送部５は、プロファイルサーバ１０のサービス情報テーブル５１に登録されたプロトコル変換の要否を示す情報に従って変換の要否を判断し、また、実行制御サーバ１のSOAPリクエスト情報転送部４またはRESTリクエスト情報転送部５または、メッセージトランスレータ装置７のSOAPリクエスト情報変換部８またはRESTリクエスト情報変換部９は、プロファイルサーバ１０のオペレーションテーブル５２に登録されたサービスコンポーネントが行う認証処理に関する情報に従って、サービスコンポーネントに応じた認証情報をリクエスト情報中に書き込む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ＳＯＡＰサービスやＲＥＳＴサービスなどによるウェブサービスに適用されるサービス連携処理システム及び方法に関する。
【背景技術】
【０００２】
近年、インターネット上の複数のＷｅｂサービスを組み合わせて新しいＷｅｂサービスを生み出すマッシュアップが盛んに行われている。Ｗｅｂサービスのプロトコルには、ＳＯＡＰ(Simple Object Access Protocol)、ＲＥＳＴ(Representational State Transfer)、ＪＳＯＮ(Java Script Object Notation)など、幾つかのプロトコルがあり、中でも、ＳＯＡＰおよびＲＥＳＴを用いたＷｅｂサービスが多数提供されている。
マッシュアップを行う際、利用するＷｅｂサービス毎にプロトコルが異なり、あるいは、認証方法が異なる場合、各プロトコルや認証方法に合わせたＷｅｂサービス要求（リクエスト情報）を送信するためのプログラムが必要となり、また、ＳＯＡＰ用ミドルウェアソフトやＲＥＳＴ用ミドルウェアソフトの購入などのコストが発生する。
【０００３】
また、サービスリクエスタ端末からリクエスト情報を送信してサービスを要求する際、ＳＯＡＰとＲＥＳＴとでは認証方式が異なる。例えば、ＳＯＡＰでは身元を示す証明書を用いて認証を行うので、その証明書の設定が必要である。また、ＲＥＳＴでは、サービスコンポーネントでその認証を行うので、サービスコンポーネント毎に異なるパスワードが必要であり、手動で、または、専用のプログラムを作成して、サービスコンポーネント毎に認証を行う必要がある。
【０００４】
ところで、同一プロトコルのＷｅｂサービスを連携する場合は、一括して認証を行い、或いは、非機能要件処理（リクエスト情報に対するＷｅｂサービスの提供以外の処理）を行う方法が提案されている。
例えば、非特許文献１では、Ｗｅｂとテレコムとを連携する際、ＳＯＡＰのシングルサインオン(Single Sign On; SSO)認証認可処理を行い、サービス品質監視制御処理やトラフィック制御処理などの非機能要件処理を一括して行う実行制御サーバが提案されている。
また、非特許文献２では、電話サービスとＷｅｂサービスとを連携する際に、共通処理を行う実行制御サーバが提案されている。
一方で、非特許文献３に示されるように、ＳＡＭＬ(Security Assertion Markup Language)認証のシングルサインオン認証認可を有する正規権限保侍者が権限委譲証明書を被権限委譲者に譲渡し、権限を委譲された利用者は、権限を譲渡された利用者のアカウントでＡＰＬ(Application)サーバにログインする方式が一般的になってきており、この方式によるメリットは権限委譲によるサービス認可を実現可能な点である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】山登庸次、大西浩行、須永宏、「Web-テレコム連携のためのサービス実行制御技術の研究開発」、電子情報通信学会論文誌B, Vol.J91-B, No.11, p.1417-1427
【非特許文献２】Y. Yamato, H. Ohnishi, and H. Sunaga, "Development of Service Control Server for Web-Telecom Coordination Service", IEEE International Conference on Web Services (ICWS 2008), September 23-26, 2008, p.600-607
【非特許文献３】青柳真紀子、高橋健司、古村隆明、永井靖浩、「ＳＡＭＬ拡張仕様を利用した認可方式の提案」、電子情報通信学会大会講演論文集、Vol.2008情報・システム１,p.157
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これまでの技術で、ＳＯＡＰのＷｅｂサービス（ＳＯＡＰサービス）とＲＥＳＴのＷｅｂサービス（ＲＥＳＴサービス）とを連携する場合に、非特許文献３に示されるようなシングルサインオン認証を行った上で、非機能要件処理を一括して行うことはできなかった。つまり、ＳＯＡＰとＲＥＳＴの複数のＷｅｂサービスを連携する場合には、ＳＯＡＰとＲＥＳＴとのプロトコルの違いや、認証方式の違いにより、各々のミドルウェアの設定やプロトコルにあわせたプログラムが必要であった。
【０００７】
本発明は、このような事情に鑑みてなされたもので、その目的は、サービスコンポーネントにおける、ＳＯＡＰとＲＥＳＴとのプロトコルの違いや認証方式の違いにかかわらず、サービスを要求するユーザが１形式のプロトコルに従って生成された１個のリクエスト情報でＷｅｂサービスを連携して利用できる、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムを提供することにある。
【課題を解決するための手段】
【０００８】
この発明は上述した課題を解決するためになされたもので、本発明のサービス連携処理システムは、予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信し、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信し、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信するサービスリクエスタ端末と、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する実行制御サーバと、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信するメッセージトランスレータ装置と、を備えたことを特徴とする。
【０００９】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記プロトコルはＳＯＡＰ、あるいはＲＥＳＴであり、前記実行制御サーバは、前記受信したリクエスト情報のプロトコルを検出し、検出したプロトコルがＳＯＡＰを示す場合、前記リクエスト情報から認証チケットで示される認証情報を読み出し、読み出した認証チケットによりシングルサインオン認証を行い、検出したプロトコルがＲＥＳＴを示す場合、前記リクエスト情報から認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信してシングルサインオン認証を行うことを特徴とする。
【００１０】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記プロファイルサーバは、前記サービスコンポーネントサーバが行う認証処理として、連携型、ＩＤ置換型、削除型の処理のいずれかを認証処理情報として提供し、前記実行制御サーバは、前記リクエスト情報の変換が不要と判断した場合は、前記認証処理情報がＩＤ置換型の場合、前記認証情報を予め定められるＩＤ情報に書き換え、前記認証処理情報が削除型の場合、認証情報の削除を行い、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、認証情報の書き換えを行わず、前記リクエスト情報がＲＥＳＴのとき、前記認証局に認証チケットポインタで示される認証情報を要求して受信し、認証情報に書き換え、前記メッセージトランスレータ装置は、前記実行制御サーバから前記リクエスト情報を受信すると、前記認証処理情報がＩＤ置換型の場合、前記認証情報を削除して、予め定められるＩＤ情報を変換したリクエスト情報に付与し、前記認証処理情報が削除型の場合、認証情報の削除を行い、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、前記リクエスト情報に含まれる認証チケットで示される認証情報を読み出し、該リクエスト情報から該認証情報を削除し、前記認証局に認証チケットに対応した認証チケットポインタで示される認証情報を要求して受信し、受信した認証情報をＳＯＡＰからＲＥＳＴへ変換したリクエスト情報に含め、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＲＥＳＴのとき、前記リクエスト情報に含まれる認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信し、受信した認証チケットをＲＥＳＴからＳＯＡＰへ変換したリクエスト情報に含めることを特徴とする。
【００１１】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記定義文書のうち、ＳＯＡＰに対応する定義文書は、ＷＳＤＬ定義文書であり、ＲＥＳＴに対応する定義文書は、ＷＡＤＬ定義文書であり、 前記サービス公開サーバは、 ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合、ＳＯＡＰオペレーション名をＨＴＴＰメソッドに連番を付与する形式とし、ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する場合、ＨＴＴＰメソッドをＧＥＴ固定とし、ＳＯＡＰオペレーション名をクエリパラメータmethodにより指定する形式として変換して異なるプロトコルに対応する定義文書を生成することを特徴とする。
【００１２】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記メッセージトランスレータ装置は、前記リクエスト情報を、ＳＯＡＰからＲＥＳＴへ変換する場合、前記リクエスト情報に含まれるＨＴＴＰメソッドに連番が付与されている場合、連番の順にＨＴＴＰメソッドを、ＲＥＳＴメソッドの１リソースに複数定義して変換し、前記リクエスト情報を、ＲＥＳＴからＳＯＡＰへ変換する場合、ＨＴＴＰメソッドのＧＥＴの箇所からクエリパラメータmethodで指定されるＳＯＡＰのオペレーション名を抽出してＳＯＡＰオペレーションへ変換することを特徴とする。
【００１３】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記実行制御サーバがシングルサインオン認証をした後に、前記リクエスト情報に対して、認可処理、スロットリング及びコンテンツフィルタの擾乱防止処理、トラフィック制御処理のいずれかの非機能要件処理を行う非機能要件処理手段を備えたことを特徴とする。
【００１４】
また、本発明のサービス連携処理方法は、予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、サービスリクエスタ端末と、実行制御サーバと、メッセージトランスレータ装置とを備えたサービス連携処理システムにおけるサービス連携処理方法であって、前記サービスリクエスタ端末が、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信する過程と、前記サービスリクエスタ端末が、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信する過程と、前記サービスリクエスタ端末が、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信する過程と、前記実行制御サーバが、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する過程と、前記メッセージトランスレータ装置が、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信する過程と、を含むことを特徴とする。
【発明の効果】
【００１５】
この発明によれば、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムは、サービスコンポーネントに応じて認証情報を置き換え、変換の必要がある場合にはリクエスト情報のプロトコルを変換するので、シングルサインオンを可能にするとともに、１形式のプロトコルに従って生成された１個のリクエスト情報で異なるプロトコルのサービスコンポーネントを利用することができる。
【図面の簡単な説明】
【００１６】
【図１】この発明の一実施形態による、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システム１００の構成を示す概略ブロック図である。
【図２】同実施形態において、サービス登録サーバ１２が、ＲＥＳＴサービスコンポーネント２８、２９、３０からＷＡＤＬ定義文書を受信して、ＷＳＤＬ定義文書に変換する例を示す図である。
【図３】同実施形態において、サービス登録サーバ１２が、ＳＯＡＰサービスコンポーネント２０、２６、２７からＷＳＤＬ定義文書を受信して、ＷＡＤＬ定義文書に変換する例を示す図である。
【図４】同実施形態における、プロファイルサーバ１０の構成を示す図である。
【図５】同実施形態において、ＳＯＡＰリクエスト情報がＲＥＳＴリクエスト情報に変換され、それに対するＲＥＳＴレスポンスがＳＯＡＰレスポンスに変換される例を示す図である。
【図６】同実施形態において、ＲＥＳＴリクエスト情報がＳＯＡＰリクエスト情報に変換され、それに対するＳＯＡＰレスポンスがＲＥＳＴレスポンスに変換される例を示す図である。
【図７】同実施形態において、実行制御サーバ１が、ＳＯＡＰリクエスト情報を受信し、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する動作を示すフロー図である。
【図８】同実施形態において、実行制御サーバ１が、ＲＥＳＴリクエスト情報を受信し、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する動作を示すフロー図である。
【図９】同実施形態において、メッセージトランスレータ装置７が、実行制御サーバ１を経由して受信したＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換して、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する動作を示すフロー図である。
【図１０】同実施形態において、メッセージトランスレータ装置７が、実行制御サーバ１を経由して受信したＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換して、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する動作を示すフロー図である。
【発明を実施するための形態】
【００１７】
＜サービス連携処理システムの構成＞
以下、図面を参照して、本発明の実施形態について説明する。図１は、本発明の実施形態による、サービス連携処理システム１００の構成を示す概略ブロック図である。
図１のサービス連携処理システム１００は、実行制御サーバ１と、トラフィック情報管理サーバ１４と、メッセージトランスレータ装置７と、プロファイルサーバ１０と、サービス登録サーバ１２と、サービス公開サーバ１３と、認証局６と、ネットワーク１８と、ＳＯＡＰサービスコンポーネントサーバ１９と、ＲＥＳＴサービスコンポーネントサーバ２１と、ＳＯＡＰサービスリクエスタ端末１６と、ＲＥＳＴサービスリクエスタ端末１７とを備える。
ＳＯＡＰサービスリクエスタ端末１６、ＲＥＳＴサービスリクエスタ端末１７、実行制御サーバ１、メッセージトランスレータ装置７、サービス公開サーバ１３、サービス登録サーバ１２、認証局６、ＳＯＡＰサービスコンポーネントサーバ１９、ＲＥＳＴサービスコンポーネントサーバ２１は、ネットワーク１８を介して接続されている。
また、プロファイルサーバ１０は、実行制御サーバ１、メッセージトランスレータ装置７、サービス登録サーバ１２に接続されている。
また、トラフィック情報管理サーバ１４は、実行制御サーバ１に接続されている。
なお、プロファイルサーバ１０、トラフィック情報管理サーバ１４は、ネットワーク１８を介して接続されていてもよい。
【００１８】
ＳＯＡＰサービスコンポーネントサーバ１９において、ＳＯＡＰサービスコンポーネント２０、２６、２７は、それぞれのプログラムが実行されることにより構成される機能部であり、ＳＯＡＰリクエスト情報を受信して、ＳＯＡＰレスポンスを送信する。また、ＳＯＡＰサービスコンポーネント２０、２６、２７は、提供するサービスをインタフェース定義であるＷＳＤＬ(Web Service Description Language)で定義したＷＳＤＬ定義文書を生成する。
ここで、ＳＯＡＰリクエスト情報は、サービスコンポーネントにレスポンスの送信を要求するために、ＸＭＬ(Extensible Markup Language)やＨＴＴＰ(Hyper Text Transfer Protocol)などの転送プロトコルに基づいて記述される情報である。また、ＳＯＡＰサービスコンポーネント２０、２６、２７に対するＳＯＡＰリクエスト情報のフォーマットについても、提供するサービスを記述する場合と同じく、ＷＳＤＬを用いて記述されるＷＳＤＬ定義文書によって示される。
ＲＥＳＴサービスコンポーネントサーバ２１において、ＲＥＳＴサービスコンポーネント２８、２９、３０は、それぞれのプログラムが実行されることにより構成される機能部であり、ＲＥＳＴリクエスト情報を受信して、ＲＥＳＴレスポンスを送信する。また、ＲＥＳＴサービスコンポーネント２８、２９、３０は、提供するサービスをインタフェース定義であるＷＡＤＬ(Web Application Description Language)で定義したＷＡＤＬ定義文書を生成する。
ここで、ＲＥＳＴリクエスト情報は、サービスコンポーネントにレスポンスの送信を要求するために、ＨＴＴＰのＧＥＴ、ＰＵＴ、ＰＯＳＴ、ＤＥＬＥＴＥメソッドを用いて記載される情報である。また、ＲＥＳＴサービスコンポーネント２８、２９、３０に対するＲＥＳＴリクエスト情報のフォーマットについても、提供するサービスを記述する場合と同じく、ＷＡＤＬを用いて記載されるＷＡＤＬ定義文書によって示される。
なお、以下の説明において、ＳＯＡＰサービスコンポーネント２０、２６、２７、ＲＥＳＴサービスコンポーネント２８、２９、３０の全てをいうときは、単にサービスコンポーネントともいう。
また、ＳＯＡＰリクエスト情報及びＲＥＳＴリクエスト情報の両方を示すときには、単にリクエスト情報ともいう。
また、ＷＳＤＬ定義文書とＷＡＤＬ定義文書の両方を示すときには、単に定義文書ともいう。
【００１９】
サービス登録サーバ１２において、サービス登録部４１は、ＳＯＡＰサービスコンポーネント２０、２６、２７から受信したＷＳＤＬ定義文書、または、ＲＥＳＴサービスコンポーネント２８、２９、３０から受信したＷＡＤＬ定義文書を内部の記憶領域に登録する。
コンポーネント情報抽出部４２は、サービスコンポーネントから受信する定義文書中に記載されたサービスＩＤ(Identifier)と、ＵＲＩ(Uniform Resource Identifier)と、オペレーション名とを読み出す。また、コンポーネント情報抽出部４２は、定義文書の書式から、該定義文書を送信したサービスコンポーネントのプロトコルがＳＯＡＰかＲＥＳＴかを判定する。併せて、コンポーネント情報抽出部４２は、サービスコンポーネントから定義文書と共に送信される、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、変換を求める情報とを受信する。
【００２０】
ここで、サービスＩＤとは、サービスコンポーネントを識別するための識別子である。
また、ＵＲＩとは、サービスコンポーネントのネットワーク上でのアドレスを表す識別子である。
また、非機能要件処理ポリシーとは、サービスコンポーネントが実行を要求する非機能要件を示す情報である。非機能要件処理とは、ＳＯＡＰリクエスト情報或いはＲＥＳＴリクエスト情報に対する直接の処理であるレスポンスを返信する処理以外の処理をいい、例えば、認可処理や、ユーザ閉塞確認処理や、サービス閉塞確認処理や、擾乱防止処理や、トラフィック制御処理などがある。認可処理としては、ＳＯＡＰリクエスト情報またはＲＥＳＴリクエスト情報のホワイトリスト照合や、ブラックリスト照合や、ＳＯＡＰリクエスト情報またはＲＥＳＴリクエスト情報中に書き込まれた、サービスコンポーネントによって発行されたＩＤを検出することによるサービスコンポーネントへのアクセス権限の判定などがある。擾乱防止処理は、ネットワークからの擾乱を防止する処理であり、リクエスト情報に記載された条件を満たさないサービスコンポーネントへのリクエスト情報の送信を行わなくするコンテンツフィルタ処理や、いわゆるスパム攻撃などの場合に、特定のユーザとの通信量を制御するスロットリング処理などがある。トラフィック制御機能処理としては、リクエスト情報に優先度を付けて優先度の高いものから処理する優先制御処理や、サービスコンポーネントサーバの処理能力に応じて通信量を制御するフロー制御などがある。
また、ＩＤ変換パターンとは、サービスコンポーネントが行う認証方法のパターンを表す情報であり、例えば、後述するＳＡＭＬ連携型、ＩＤ置換型、削除型などがある。
また、サービスコンポーネント固有の認証情報とは、サービスコンポーネントが独自に発行する認証情報であり、例えば、該サービスコンポーネントが発行するＩＤおよびパスワードである。したがって、認証を行わないサービスコンポーネントや、複数のサービスコンポーネントに共通の認証情報である認証チケットを利用して認証を行うサービスコンポーネントは、サービスコンポーネント固有の認証情報を発行しない。
なお、以下では、サービスコンポーネント固有の認証情報を、単に固有の認証情報ともいう。
定義文書変換部４３は、サービス登録部４１からＷＳＤＬ定義文書の入力を受けると、該ＷＳＤＬ定義文書中の送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き込む。また、定義文書変換部４３は、ＷＳＤＬ定義文書と共に、変換を求める旨の情報の入力を受けると、該ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する。また、定義文書変換部４３は、サービス登録部４１からＷＡＤＬ定義文書の入力を受けると、該ＷＡＤＬ定義文書中の送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き込む。また、定義文書変換部４３は、ＷＡＤＬ定義文書と共に、変換を求める旨の情報の入力を受けると、該ＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する。
【００２１】
プロファイルサーバ１０において、プロファイル制御部１１は、プロトコル変換の要否を示す情報として変換が不要であること示す情報（例えば、「否」）を生成し、これと、コンポーネント情報抽出部４２から受信したサービスＩＤと、ＵＲＩと、サービスコンポーネントのプロトコルと、名前空間とを関連付けて、サービス情報テーブル５１に登録する。また、プロファイル制御部１１は、定義文書変換部４３から、定義文書の変換を行った旨を示す情報を受信すると、コンポーネント情報抽出部４２から受信したサービスＩＤと、ＵＲＩと、変換後の定義文書に対応するプロトコルと、プロトコル変換が必要であることを示す情報（例えば、「要」）と、名前空間とを関連付けて、サービス情報テーブル５１に登録する。ここで、変換後の定義文書に対応するプロトコルとしては、変換後の定義文書がＷＳＤＬ定義文書であればＳＯＡＰ、ＷＡＤＬ定義文書であればＲＥＳＴを登録する。
また、プロファイル制御部１１は、コンポーネント情報抽出部４２から受信したサービスＩＤと、オペレーション名と、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、非機能要件ポリシーとを関連付けて、オペレーションテーブル５２に登録する。
【００２２】
サービス公開サーバ１３において、公開サービス制御部４８は、定義文書変換部４３から、プロトコル変更前のＷＳＤＬ定義文書またはＷＡＤＬ定義文書を受信して、公開サービス記憶部４９に登録する。また、定義文書変換部４３が定義文書の変換を行った場合は、公開サービス制御部４８は、プロトコル変換後の定義文書を定義文書変換部４３から受信して、公開サービス記憶部４９に登録する。また、定義文書変換部４３が定義文書の変換を行った場合は、公開サービス制御部４８は、タグセットを定義する外部スキーマファイルと名前空間とを定義文書家変換部４３から受信し、両者を対応付けて公開サービス記憶部４９に登録する。
【００２３】
認証局６において、認証情報制御部５０は、認証情報の発行要求を受信すると、発行要求の正当性を判定し、正当な発行要求と判定した場合には、ＳＯＡＰ用の認証情報である認証チケット、または、ＲＥＳＴ用の認証情報である認証チケットポインタを発行（送信）する。発行要求の正当性の判断は、例えば、認証チケット、認証チケットポインタ、ＩＤおよびパスワードのいずれかを受信し、その正当性を判断することによって行う。
ここで、認証局６が発行する認証情報は、一度の認証で複数のWebサービスが利用できるシングルサインオン(SSO; Single Sign On)のための認証情報であり、例えばＳＡＭＬの認証チケットや認証チケットポインタである。ＳＡＭＬは、標準化団体ＯＡＳＩＳ(Organization for the Advancement of Structured Information Standards)によって策定された、ＩＤやパスワードなどの認証及び認証情報を、安全に受け渡しするための規格であり、ＸＭＬ仕様で規定される。ＳＡＭＬにおける認証情報の受け渡し方法は、ＳＡＭＬプロトコルとしてまとめられており、メッセージの送受信にはＨＴＴＰまたはＳＯＡＰが用いられる。ＳＡＭＬの認証チケットは、資格証明用の情報であり、これを流通させることでシングルサインオンができる。なお、ＲＥＳＴでは、認証情報は１度しか使えないものとして、認証チケットではなく、認証チケットへのポインタである認証チケットポインタの受け渡しを行うこととする。
また、認証情報制御部５０は、例えば、認証チケットまたは認証チケットポインタを受信して、あるいは、認証局６専用のＩＤとパスワードを受信して、これらが正当なものであるかを判定する。ＩＤとパスワードが正当なものであると判定した場合、認証情報制御部５０は、認証チケットを受信したときは、認証チケットポインタ／認証チケット対応表２５で対応付けられた認証チケットポインタを発行する。また、認証チケットポインタを受信したときは、認証チケットポインタ／認証チケット対応表２５で対応付けられた認証チケットを発行する。また、認証局６専用のＩＤとパスワードと共に、認証チケットまたは認証チケットポインタの指定を受信した場合は、指定に従って、認証チケット及び認証チケットポインタを発行し、発行した認証チケット及び認証チケットポインタを認証チケットポインタ／認証チケット対応表２５に記憶させ、指定のあった認証チケットまたは認証チケットポインタを送信する。
【００２４】
ＳＯＡＰサービスリクエスタ端末１６において、ＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３にＷＳＤＬ定義文書を要求して受信し、該ＷＳＤＬ定義文書に基づいてＳＯＡＰリクエスト情報を生成する。また、ＳＯＡＰサービスリクエスタ端末１６は、認証局６に認証チケットの発行を要求して受信し、該認証チケットをＳＯＡＰリクエスト情報中に、パラメータ値として書き込む。
ＲＥＳＴサービスリクエスタ端末１７において、ＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３にＷＡＤＬ定義文書を要求して受信し、該ＷＡＤＬ定義文書に基づいてＲＥＳＴリクエスト情報を生成する。また、ＲＥＳＴサービスリクエスタ端末１７は、認証局６に認証チケットポインタの発行を要求して受信し、該認証チケットポインタをＲＥＳＴリクエスト情報中に、パラメータ値として書き込む。
なお、以下の説明において、ＳＯＡＰサービスリクエスタ４４と、ＲＥＳＴサービスリクエスタ４５との両方をいうときは、単にサービスリクエスタともいう。
【００２５】
実行制御サーバ１は、メッセージプロキシ部３と、認証部３６と、非機能要件処理部２とを備える。
メッセージプロキシ部３において、プロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４またはＲＥＳＴサービスリクエスタ４５からリクエスト情報を受信し、該リクエスト情報のプロトコルがＳＯＡＰかＲＥＳＴかを判定する。ＳＯＡＰかＲＥＳＴかの判定は、例えば、要素名が「soapenv」で始まるタグがあればＳＯＡＰ、なければＲＥＳＴとする。
ＳＯＡＰリクエスト情報転送部４は、プロトコル判定部３３が受信したリクエスト情報のプロトコルがＳＯＡＰである場合に、該リクエスト情報の入力を受ける。また、ＳＯＡＰリクエスト情報転送部４は、プロファイルサーバ１０から、プロトコル変換が必要か否かの情報と、該リクエスト情報に対するサービスコンポーネントサーバのＵＲＩを受信し、変換が不要な場合は、該サービスコンポーネントサーバにリクエスト情報を送信する。
ＲＥＳＴリクエスト情報転送部５は、プロトコル判定部３３が受信したリクエスト情報のプロトコルがＲＥＳＴである場合に、該リクエスト情報の入力を受ける。また、ＲＥＳＴリクエスト情報転送部５は、プロファイルサーバ１０から、プロトコル変換が必要か否かの情報と、該リクエスト情報に対するサービスコンポーネントサーバのＵＲＩを受信し、変換が不要な場合は、該サービスコンポーネントサーバにリクエスト情報を送信する。
ＳＯＡＰレスポンス転送部３４は、ＳＯＡＰレスポンスを受信すると、ＳＯＡＰサービスリクエスタ４４に、該ＳＯＡＰレスポンスを送信する。
ＲＥＳＴレスポンス転送部３５は、ＲＥＳＴレスポンスを受信すると、ＲＥＳＴサービスリクエスタ４５に、該ＲＥＳＴレスポンスを送信する。
【００２６】
認証部３６において、認証チケットポインタ解決部４６は、プロトコル判定部３３からリクエスト情報の入力を受け、該リクエスト情報のプロトコルがＳＯＡＰの場合は、リクエスト情報から認証チケットを読み出す。また、認証チケットポインタ解決部４６は、リクエスト情報がＲＥＳＴの場合は、リクエスト情報から認証チケットポインタを読み出し、読み出した認証チケットポインタを認証局６へ送信して認証チケットを受信する。
シングルサインオン部４７は、認証チケットポインタ解決部４６から認証チケットの入力を受け、該認証チケットの正当性を判断することによって認証を行う。
なお、ＳＯＡＰサービスリクエスタ４４は、認証チケットの代わりに実行制御サーバ１が発行したＩＤおよびパスワードをＳＯＡＰリクエスト情報中に書き込んで実行制御サーバ１へ送信し、シングルサインオン部４７は、該ＩＤおよびパスワードの正当性を判定することによって認証を行ってもよい。同様に、ＲＥＳＴサービスリクエスタ４５は、認証チケットポインタの代わりに実行制御サーバ１が発行したＩＤおよびパスワードをＲＥＳＴリクエスト情報中に書き込んで実行制御サーバ１へ送信し、シングルサインオン部４７は、該ＩＤおよびパスワードの正当性を判定することによって認証を行ってもよい。
認証部３６が行う認証は、シングルサインオンの基礎認証であり、認証に成功すると、すなわち、正当な認証チケットと判断された場合は、サービスリクエスタは、サービスコンポーネントの認証を直接受けることを免除される。
非機能要件処理部２は、認証部３６から、認証に成功したこと、すなわち、認証チケットあるいは認証チケットポインタにより示される認証チケットが正当なものであることが示された情報の入力を受けると、非機能要件処理を行う。また、非機能要件処理部２は、メッセージプロキシ部３へ、非機能要件処理に成功したこと、例えば、認可処理において、サービスコンポーネントへのアクセス権限を有するサービスリクエスタであることが確認されたことを示す情報を出力する。
【００２７】
メッセージトランスレータ装置７は、リクエスト情報変換部３７と、レスポンス変換部３８を備える。
リクエスト情報変換部３７において、ＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報転送部４からＳＯＡＰリクエスト情報を受信して、ＲＥＳＴリクエスト情報に変換し、プロファイルサーバ１０に、該ＲＥＳＴリクエスト情報に対応するサービスコンポーネントのＵＲＩを要求して受信し、該サービスコンポーネントにＲＥＳＴリクエスト情報を送信する。
ＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報転送部５からＲＥＳＴリクエスト情報を受信して、ＳＯＡＰリクエスト情報に変換し、プロファイルサーバ１０に、該ＳＯＡＰリクエスト情報に対応するサービスコンポーネントのＵＲＩを要求して受信し、該サービスコンポーネントにＳＯＡＰリクエスト情報を送信する。
レスポンス変換部３８において、ＳＯＡＰレスポンス変換部３９は、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかからＳＯＡＰレスポンスを受信すると、ＲＥＳＴレスポンスに変換してＲＥＳＴレスポンス転送部３５へ送信する。
ＲＥＳＴレスポンス変換部４０は、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかからＲＥＳＴレスポンスを受信すると、ＳＯＡＰレスポンスに変換してＳＯＡＰレスポンス転送部３４へ送信する。
【００２８】
トラフィック情報管理サーバ１４において、サービス品質監視制御部１５は、サービスコンポーネントが起動しているか否かや、レスポンスに要する時間を調べるサービス品質監視制御を行い、これらの情報を実行制御サーバ１の非機能要件処理部２に送信する。また、サービス品質監視制御部１５は、非機能要件処理部２から、スロットリングの情報や、優先制御の情報や、フロー制御の情報を受信して、通信の制御を実行する。
【００２９】
＜ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換例＞
次に、図２を参照しつつ、サービス登録サーバ１２が、ＲＥＳＴサービスコンポーネント２８、２９、３０からＷＡＤＬ定義文書を受信して、ＷＳＤＬ定義文書に変換する例について説明する。ＷＡＤＬ定義文書は、ＲＥＳＴリクエスト情報のフォーマットを示すものであり、ＳＯＡＰサービスリクエスタ４４がそのまま用いることはできない。そこで、サービス登録サーバ１２は、該ＷＡＤＬ定義文書を、ＳＯＡＰリクエスト情報のフォーマットを示すＷＳＤＬ定義文書に変換する。
サービス事業者の操作を受けたＲＥＳＴサービスコンポーネント２８、２９、３０は、サービスＩＤとオペレーション名とが書き込まれたＷＡＤＬ定義文書、例えば、図２のsample.wadlを生成し、サービス登録サーバ１２に送信する。また、ＲＥＳＴサービスコンポーネント２８、２９、３０は、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、変換を求めるか否か示す情報とを、ＷＡＤＬ定義文書と共に、サービス登録サーバ１２に送信する。
【００３０】
サービス登録サーバ１２のサービス登録部４１は、受信したＷＡＤＬ定義文書を、内部の記憶部に登録する。また、サービス登録部４１は、受信したＷＡＤＬ定義文書と、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報とを、コンポーネント情報抽出部４２に出力する。また、サービス登録部４１は、受信したＷＡＤＬ定義文書を、定義文書変換部４３へ出力する。
コンポーネント情報抽出部４２は、ＲＥＳＴサービスコンポーネント２８、２９、３０から受信するＷＡＤＬ定義文書中に記載されたサービスＩＤと、ＵＲＩと、オペレーション名とを読み出して、プロファイルサーバ１０へ送信する。また、コンポーネント情報抽出部４２は、定義文書の書式から、該定義文書を送信したＲＥＳＴサービスコンポーネント２８、２９、３０のプロトコルがＳＯＡＰかＲＥＳＴかを判定して、プロファイルサーバ１０へ送信する。ここでは、ＲＥＳＴであることを示す情報を送信する。また、コンポーネント情報抽出部４２は、サービス登録部４１から入力された、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報とをプロファイルサーバ１０へ出力する。
【００３１】
定義文書変換部４３は、サービス登録部４１から入力されたＷＡＤＬ定義文書中に記載された送信先アドレスを実行制御サーバ１のアドレスに書き換え、また、認証情報のパラメータを書き加えて、サービス公開サーバ１３に送信し、公開サービス制御部４８を通じて公開サービス記憶部４９に登録させる。
また、定義文書変換部４３は、サービス登録部４１から、変換を求める旨の情報が入力された場合は、サービス登録部４１から入力されたＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する。そして、定義文書変換部４３は、変換後のＷＳＤＬ定義文書中に記載された送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き加えて、サービス公開サーバ１３に送信し、公開サービス制御部４８を通じて公開サービス記憶部４９に登録させる。
また、定義文書変換部４３は、変換を行った場合は、変換を行った旨を示す情報を、プロファイルサーバ１０へ送信する。
【００３２】
定義文書変換部４３が行う、ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換は、以下の手順に従って行われる。
（１）ＳＯAＰ名前空間(targetNamespace)は、サービス登録時に入力されたサービスＩＤに、定型プレフィックスを付したものとする。例えば、サービスＩＤ「com.goo.search」に、定型プレフィックス「urn:nttcs:com」を付して、名前空間を「urn:nttss:com:goo:search」とする。図２の例では、サービスＩＤ「sample」に定型プレフィックス「nttss」を付して、名前空間を「urn:nttss:sample」としている。
ここで、名前空間とは、ＳＯＡＰリクエスト情報中で使用されるタグセットの定義に付される識別子であり、タグセットの定義の登録先を示す。手順（１）によって、名前空間の一意性を確保する。
【００３３】
（２）ＳＯＡＰサービスコンポーネントのエンドポイントは、ＲＥＳＴサービスコンポーネントのＵＲＩを用いて、ＵＲＩの共通部分をbase属性、そこからの相対パスＵＲＩをpath属性として、base属性にpath属性を付したもので表す。図２の例では、ＵＲＩの共通部分「http://AAA」に相対パス「BBB」を付して、エンドポイントを「http://AAA/BBB」で表している。
【００３４】
（３）ＳＯＡＰオペレーション名は、「ＨＴＴＰメソッド名＋＃連番」とする。図２の例では、sample.wadl中のＨＴＴＰメソッド名「GET」に、連番「#1」を付して、ＳＯＡＰオペレーション名「GET#1」としている。連番は、同一メソッド名に対して、例えば「GET#1」、「GET#2」のように付す。
ここで、ＳＯＡＰオペレーション名を「ＨＴＴＰメソッド名十＃連番」とするのは、ＲＥＳＴでは１リソースに同一メソッド名を複数定義（オーバーロード）できるので、その識別をするためである。
【００３５】
（４）ＳＯＡＰリクエスト情報のパラメータのメディアタイプが、「application/x-www-form-urlencoded」の場合は、ＲＥＳＴの各クエリパラメータが、ＳＯＡＰのパラメータと一対一に対応付けられる。
また、メディアタイプが「application/xml」または「text/xml」の場合は、当該ＸＭＬ文書が、ＳＯＡＰの１パラメータとして対応付けられる。
変換前後でパラメータを１対１に対応付けることによって、メッセージトランスレータ装置７が、ＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する際に、変換前後でパラメータが１対１に対応付けられ、ＲＥＳＴリクエスト情報のパラメータに、対応するＳＯＡＰリクエスト情報のパラメータ値を書き込めるようにするためである。
【００３６】
（５）ＳＯＡＰレスポンスを表すパラメータは、ＲＥＳＴのレスポンスとして定義されたＸＭＬ文書そのものとする。
これにより、メッセージトランスレータ装置７がＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する際、ＳＯＡＰレスポンスのパラメータを読み出すことでＲＥＳＴレスポンスのパラメータが得られる。
【００３７】
また、サービス登録サーバの定義文書変換部４３は、ＷＡＤＬ定義文書中のinclude文から、タグセットの定義を示す外部スキーマファイルを読み出し、該外部スキーマフィルと手順（１）に従って生成した名前空間と対応付けてサービス公開サーバ１３の公開サービス制御部４８を経由して公開サービス記憶部４９に登録する。また、定義文書変換部４３は、名前空間を、プロファイルサーバ１０のプロファイル制御部１１を経由してサービス情報テーブル５１に登録する。
図２の例では、定義文書変換部４３は、include文「<include href="sample.xsd">」から、タグセットの定義を示す外部スキーマファイルsample.xsdを読み出し、該外部スキーマフィルと名前空間「targetNamespace="urn:nttss:sample"」とを公開サービス記憶部４９に登録する。外部スキーマファイルと名前空間との対応付けは、例えば、公開サービス記憶部４９中に対応関係テーブルを設けて登録することによって行う。
また、定義文書変換部４３は、生成するＷＳＤＬ定義文書sample.wswdl中に、名前空間を書き込む。
これによって、ＳＯＡＰサービスリクエスタ４４が、ＷＳＤＬ定義文書を受信してＳＯＡＰリクエストを生成する際、名前空間をサービス公開サーバ１３に送信し、外部スキーマファイルを受信してタグセットの定義を知ることができる。
【００３８】
＜ＷＳＤＬ定義文書からＷＡＤＬ定義文書への変換例＞
次に、図３を参照しつつ、サービス登録サーバ１２が、ＳＯＡＰサービスコンポーネント２０、２６、２７からＷＳＤＬ定義文書を受信して、ＷＡＤＬ定義文書に変換する例について説明する。ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換の場合と同様、サービス登録サーバ１２は、ＷＳＤＬ定義文書をＲＥＳＴサービスリクエスタ４５が利用できるＷＡＤＬ定義文書に変換する。
なお、プロファイルサーバ１０に情報を登録する過程、および、サービス公開サーバ１３に定義文書を登録する過程は、サービス登録サーバ１２がプロファイルサーバ１０に名前空間を登録する点を除いて、ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合と同様であり以下、名前空間を登録する構成と変換の手順について説明する。
サービス登録サーバ１２のコンポーネント情報抽出部４２は、ＷＳＤＬ定義文書中に記載されたサービスＩＤと、ＵＲＩとに加えて、名前空間を読み出して、プロファイルサーバ１０へ送信する。名前空間は、プロファイルサーバ１０のサービス情報テーブル５１に登録される。
サービス登録サーバ１２の定義文書変換部４３は、ＷＳＤＬ定義文書、例えば、図３のsample.wsdlを、図３のＷＡＤＬ定義文書sampleExport.wadlに変換する。
定義文書変換部４３が行う、ＷＳＤＬ定義文書からＷＡＤＬ定義文書への変換は、以下の手順に従って行われる。
【００３９】
（１）使用するＨＴＴＰのメソッドは、ＧＥＴ固定とし、ＳＯＡＰのオペレーション名をクエリパラメータ「nttss:method」に設定する。図３の例では、メソッドＧＥＴ用いて「<method name="GET">」とし、「<param name="nttss:method" … fixed="search"/>」タグにてＳＯＡＰのオペレーション名「search」を示している。
ここで、ＳＯＡＰのオペレーションの意味は自動判別できないため、httpのＧＥＴに全てマッピングすることで、自動変換を可能としている。
【００４０】
（２）以下のルールに従い、ＳＯＡＰの全パラメータフィールドを直列化し、クエリパラメータに変換する。
１．配列は、element名と配列のインテックスを「@」で結合して、element名@＜配列のインデックス（１〜）＞とする。
２．構造体の入れ子は、element名を「@」で連結する。図３の例では、パラメータ「condition」は構造体であり、sampleExport.wadlでは、入れ子を「@」で結合した「condition@elem1」、「conditon@elem2」がelement名として用いられている。
３．その他は、element名をそのまま用いる。図３の例では、sample.wsdl中のパラーメータ「keyword」は、「string」型であって配列でも構造体でもないので、sampleExport.wadl中では「<param name="tns:keyword"…>」と、element名「keyword」がそのまま用いられている。
これにより、メッセージトランスレータ装置７が、ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する際に、元の配列や構造体の構造に変換できるようにしている。
【００４１】
（３）ＳＯＡＰのレスポンスメッセージ定義を、そのままＲＥＳＴのレスポンス（ＸＭＬ文書）とする。
これにより、メッセージトランスレータ装置７がＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する際、ＲＥＳＴレスポンスのパラメータを読み出すことでＳＯＡＰレスポンスのパラメータを得られる。
【００４２】
また、サービス登録サーバ１２の定義文書変換部４３は、ＷＳＤＬ定義文書からタグセットの定義と該タグセットの定義に付される識別子である名前空間とを読み出し、両者を対応付けてサービス公開サーバ１３の公開サービス制御部４８を経由して公開サービス記憶部４９に登録しする。また、定義文書変換部４３は、名前空間を、プロファイルサーバ１０のプロファイル制御部１１を経由してサービス情報テーブル５１に登録する。
図３の例では、定義文書変換部４３は、ＷＳＤＬ定義文書sample.wsdlから、点線で囲まれた部分のタグセットの定義と、名前空間「targetNamespace="http://AAA" xmlns:ns1="http://BBB"」とを読み出す。点線部分のタグセットの定義は、例えば"Response"の文字を含むタグを検出し、タグで囲まれた部分を抽出することによって行う。
また、定義文書変換部４３は、読み出したタグセットの定義を、外部スキーマファイルsearchResponse_schema.xsdとして、名前空間と対応付けて公開サービス記憶部４９に登録する。タグセットの定義と名前空間との対応付けは、例えば、公開サービス記憶部４９中に対応関係テーブルを設けて登録することによって行う。
また、定義文書変換部４３は、生成するＷＡＤＬ定義文書sampleExport.wadl中に、外部スキーマファイルの読み込み文（include文）「<include href="searchResponse_schema.xsd/>"」を書き込む。
これによって、ＲＥＳＴサービスリクエスタ４５が、ＷＡＤＬ定義文書を受信してＲＥＳＴリクエストを生成する際、include文中の外部スキーマファイル名をサービス公開サーバ１３に送信し、外部スキーマファイルを受信してタグセットの定義を知ることができる。
【００４３】
また、定義文書変換部４３は、名前空間をプロファイルサーバ１０に送信し、プロファイルサーバ１０のプロファイル制御部１１は、受信した名前空間を、コンポーネント情報抽出部４２から受信したサービスＩＤと対応付けてサービス情報テーブル５１に登録する。
これによって、メッセージトランスレータ装置７がＲＥＳＴリクエストをＳＯＡＰリクエストに変換する際、ＷＡＤＬ定義文書中のサービスＩＤをプロファイルサーバ１０に送信して名前空間を受信し、ＳＯＡＰリクエスト中に書き込むことができる。また、ＳＯＡＰリクエストを受信したＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト中の名前空間をサービス公開サーバ１３に送信し、外部スキーマファイルを受信して、タグセットの定義を知ることができる。
【００４４】
＜プロファイルサーバに登録される情報＞
次に、図４を参照して、プロファイルサーバ１０のサービス情報テーブル５１およびオペレーションテーブル５２に登録される情報について説明する。
サービス情報テーブル５１は、サービスコンポーネントを識別するための識別子である「サービスＩＤ」と、リクエスト情報の「プロトコル」と、サービスコンポーネントのネットワーク上のアドレスを表す「ＵＲＩ」と、リクエスト情報の変更の要否を示す「変換要否」の情報と、前述の「名前空間」とを記憶する。
「ＵＲＩ」の項目は、実行制御サーバ１またはメッセージトランスレータ装置７が、リクエスト情報をサービスコンポーネントに送信するために用いられる。
「変換要否」の項目に記載される情報は、実行制御サーバ１がリクエスト情報の送信先を決定するために用いられる情報である。実行制御サーバ１は、変換が必要な場合はメッセージトランスレータ装置７へ、不要な場合はサービスコンポーネントへ、リクエスト情報を送信する。
「サービスＩＤ」の項目は、「プロトコル」の項目と共に、サービス情報テーブル５１を検索する際のキーとなる。
【００４５】
オペレーションテーブル５２は、「サービスＩＤ」と、「オペレーション名」と、「ＩＤ変換パターン」と、「固有の認証情報」と、「非機能要件処理ポリシー」とを記憶する。
「オペレーション名」の項目は、「サービスＩＤ」の項目と共に、オペレーションテーブル５２を検索する際のキーとなる。なお、オペレーション名が規定されないサービスの場合は、「サービスＩＤ」のみをキーとしてオペレーションテーブル５２を検索する。
「ＩＤ変換パターン」の項目は、サービスコンポーネントが行う認証方法のパターンを表す情報である。ＩＤ変換パターンは、「ＳＡＭＬ連携型」と、「ＩＤ置換型」と、「削除型」のいずれかの情報である。
ここで、以下の説明では、ＳＯＡＰサービスコンポーネント２０、ＲＥＳＴサービスコンポーネント２８が「ＳＡＭＬ連携型」、ＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９が「ＩＤ置換型」、ＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０が「削除型」であるとする。
「ＳＡＭＬ連携型」のＳＯＡＰサービスコンポーネント２０は、認証局６が発行する認証チケットを利用して認証を行うサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２０に対しては、認証チケットを書き込んだリクエスト情報を送信する。また、同じくＳＡＭＬ連携型のＲＥＳＴサービスコンポーネント２８は、認証局６が発行する認証チケットポインタを利用して認証を行うサービスコンポーネントであり、ＲＥＳＴサービスコンポーネント２８に対しては、実行制御サーバ１またはメッセージトランスレータ装置７は、認証チケットポインタを書き込んだリクエスト情報を送信する。
「ＩＤ置換型」のＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９は、サービスコンポーネント固有の認証情報、例えばＩＤおよびパスワードを利用するサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９に対しては、固有の認証情報を書き込んだリクエスト情報を送信する。
「削除型」のＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０は、認証を行わないサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０に対しては、認証情報を削除したリクエスト情報を送信する。
非機能要件処理ポリシーは、前記のとおり、実行制御サーバ１が行う非機能要件処理の内容を示す情報である。
また、実行制御サーバ１やメッセージトランスレータ装置７に、キャッシュ部３１、３２を備えておき、サービス情報テーブル５１やオペレーションテーブル５２の情報をそれぞれのキャッシュ部３１、３２に記憶しておくことで、プロファイルサーバ１０との通信量を削減するようにしてもよい。
【００４６】
＜ＳＯＡＰリクエスト情報からＲＥＳＴリクエスト情報への変換例＞
次に、ＳＯＡＰリクエスト情報からＲＥＳＴリクエスト情報への変換について、図５に示す例を用いて説明する。なお、以下ではＳＡＭＬ連携型のＲＥＳＴサービスコンポーネント２８について説明する。ＩＤ置換型のＲＥＳＴサービスコンポーネント２９や、削除型のＲＥＳＴサービスコンポーネント３０についても同様の変換を行う。
図５は、ＳＯＡＰリクエスト情報がＲＥＳＴリクエスト情報に変換され、それに対するＲＥＳＴレスポンスがＳＯＡＰレスポンスに変換される例を示す図である。
実行制御サーバ１は、ＳＯＡＰサービスリクエスタ４４からＳＯＡＰリクエスト情報を受信すると、要素名が「soapenv」で始まるタグがあることから、プロトコルがＳＯＡＰであると判定して、ＳＯＡＰリクエスト中から認証チケットを読み出して、認証チケットの検証によるシングルサインオン認証を行い、非機能要件処理を実行し、ＳＯＡＰリクエスト情報をメッセージトランスレータ装置７に転送する。
メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報を受信すると、ＳＯＡＰオペレーションからＲＥＳＴメソッドを判断してＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換し、また、ＳＯＡＰリクエスト情報中にパラメータとして書き込まれた認証チケットと、その他のパラメータ値とを抽出する。また、ＳＯＡＰリクエスト情報変換部８は、認証局６に認証チケットを送信して認証チケットポインタを取得し、該認証チケットポインタとＳＯＡＰリクエスト情報から抽出したその他のパラメータ値とを、ＲＥＳＴリクエスト情報中に書き込んで、ＲＥＳＴサービスコンポーネント２８に送信する。
図５の場合、ＳＯＡＰリクエスト
<soapenv:Envelope・・・> <soapenv:Header/>
<soapenv:Body>
<tns:Get#1> <para1>xxx</para1> <para2>yyy</para2>
<tns:Get#1> <soapenv:Body> </soapenv:Envelope>
に記載されている、ＳＯＡＰオペレーション「GET#1」からＲＥＳＴメソッドが「GET」であると判別し、ＳＯＡＰリクエスト情報から抽出したパラメータ「<para1>xxx</para1> <para2>yyy</para2>」を「para1=xxx¶2=yyy#1」の形にしてＲＥＳＴのクエリパラメータに入れる。
この変換は、ＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する際に、前述した手順（１）〜（５）に従うことによって可能となっている。
【００４７】
ＳＯＡＰリクエスト情報変換部８は、変換したＲＥＳＴリクエスト情報をＲＥＳＴサービスコンポーネント２８へ送信する。
ＲＥＳＴサービスコンポーネント２８は、ＲＥＳＴリクエスト情報を受信すると、ＲＥＳＴレスポンスをメッセージトランスレータ装置７へ送信する。
メッセージトランスレータ装置７のＲＥＳＴレスポンス変換部４０は、受信したＲＥＳＴレスポンスの内容を、ＳＯＡＰレスポンスのパラメータ値として書き込むことによって、ＲＥＳＴレスポンスをＳＯＡＰレスポンスに変換する。
図５の場合、ＲＥＳＴレスポンスの内容「<ZZZ> <result> 0 </result> </ZZZ>」が、ＳＯＡＰレスポンス中にパラメータ値として書き込まれている。
ＲＥＳＴレスポンス変換部４０は、変換によって生成されたＳＯＡＰレスポンスを、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由して、ＳＯＡＰサービスリクエスタ４４へ送信する。
以上よって、ＳＯＡＰサービスリクエスタ４４は、ＳＯＡＰによって記載されたＳＯＡＰリクエスト情報を送信することによって、ＲＥＳＴサービスコンポーネント２８からのレスポンスを、ＳＯＡＰレスポンスとして得ることができる。
【００４８】
＜ＲＥＳＴリクエスト情報からＳＯＡＰリクエスト情報への変換例＞
次に、ＲＥＳＴリクエスト情報からＳＯＡＰリクエスト情報への変換について、図６に示す例を用いて説明する。なお、以下ではＳＡＭＬ連携型のＳＯＡＰサービスコンポーネント２０について説明する。ＩＤ置換型のＳＯＡＰサービスコンポーネント２６や、削除型のＳＯＡＰサービスコンポーネント２７についても同様の変換を行う。
図６は、ＲＥＳＴリクエスト情報がＳＯＡＰリクエスト情報に変換され、それに対するＳＯＡＰレスポンスがＲＥＳＴレスポンスに変換される例を示す図である。
実行制御サーバ１は、ＲＥＳＴサービスリクエスタ４５からＲＥＳＴリクエスト情報を受信すると、要素名が「soapenv」で始まるタグが無いことから、プロトコルがＲＥＳＴであると判定して、ＲＥＳＴリクエスト情報中から認証チケットポインタを読み出して認証局６へ送信し、認証チケットを取得する。実行制御サーバ１は、取得した認証チケットの検証によるシングルサインオン認証を行い、また、ＲＥＳＴでは認証情報は１度しか使えないので、認証チケットを認証局６へ送信して認証チケットポインタを取得し、ＲＥＳＴリクエスト情報中に取得した認証チケットポインタの情報を書き込む。また、実行制御サーバ１は、非機能要件処理を実行し、ＲＥＳＴリクエスト情報をメッセージトランスレータ装置７に転送する。
メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報を受信すると、ＲＥＳＴメソッドからＳＯＡＰオペレーション名を判断してＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換し、また、ＲＥＳＴリクエスト情報中にパラメータ値として書き込まれた認証チケットポインタ、その他のパラメータ値を読み出す。また、ＲＥＳＴリクエスト情報変換部９は、認証局６へ認証チケットポインタ送信し、認証チケットを取得する。また、ＲＥＳＴリクエスト情報変換部９は、取得した認証チケットと、その他のパラメータ値とをＳＯＡＰリクエスト情報中に書き込んで、ＳＯＡＰサービスコンポーネント２０に送信する。
【００４９】
図６の場合、ＲＥＳＴリクエスト中のメソッド「nttss:method=search」からＳＯＡＰオペレーション名が「search」であると判別し、「<tns:search>」タグを生成する。また、ＲＥＳＴリクエスト中から読み出したパラメータ「tns:keyword=xxx &ns1:condition@elem1=yyy &ns1:condition@elem2=zzz」を「<tns:keyword>xxx</tns:keyword> <ns1:condition> <elem1> yyy </elem1> <elem2> zzz </elem2> </ns1:condition>」の形にしてＳＯＡＰリクエスト情報中に書き込む。
また、下記のＲＥＳＴリクエスト情報の場合、「method=makeCallSession」によりＳＯＡＰのオペレーション「makeCallSession」が指定され、&でつながれたパラメータがＳＯＡＰのパラメータにマッピングされる。
?method=makeCallSession
&loc:callParticipants@1=sip:AAA &loc:callParticipants@2=sjp:BBB
&loc:ca1llngParticipantName=xxx &loc:charging@description=xxx
&loc:charging@currency=xxx &loc:charging@amount=100
&loc:charging@code=xxx &loc:mediaInfo@media=Audio
&loc:mediaInfo@mediaDirection=InOut &loc:changeMediaNotAllowed=false
この変換は、ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する際に、前述した手順（１）〜（３）に従うことによって可能となっている。
【００５０】
ＲＥＳＴリクエスト情報変換部９は、以下の手順で、ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する。
ＲＥＳＴリクエスト情報変換部９は、変換したＳＯＡＰリクエスト情報をＳＯＡＰサービスコンポーネント２０へ送信する。
ＳＯＡＰサービスコンポーネント２０は、ＳＯＡＰリクエスト情報を受信すると、ＳＯＡＰレスポンスをメッセージトランスレータ装置７へ送信する。
メッセージトランスレータ装置７のＳＯＡＰレスポンス変換部３９は、受信したＳＯＡＰレスポンスのパラメータ値を、ＲＥＳＴレスポンスの内容とすることによって、ＳＯＡＰレスポンスをＲＥＳＴレスポンスに変換する。
図６の場合、ＳＯＡＰレスポンスのパラメータ値「<tns:searchRseponse> <tns:result> 0 </tns:result> <tns:serarchResponse>」をＲＥＳＴレスポンスの内容として、これに送信先アドレスを書き込んでＲＥＳＴレスポンスを生成している。
ＳＯＡＰレスポンス変換部３９は、変換によって生成されたＲＥＳＴレスポンスを、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由して、ＲＥＳＴサービスリクエスタ４５へ送信する。
以上によって、ＲＥＳＴサービスリクエスタ４５は、ＲＥＳＴによって記載されたＲＥＳＴリクエスト情報を送信することによって、ＳＯＡＰサービスコンポーネント２０からのレスポンスを、ＲＥＳＴレスポンスとして得ることができる。
次に、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５がリクエスト情報を送信してレスポンスを取得する際の、サービス連携処理システム１００の動作について説明する。
【００５１】
＜第１の実施形態：実行制御サーバ１がＳＯＡＰリクエスト情報を受信し、ＳＯＡＰサービスコンポーネント２０、２６、２７にＳＯＡＰリクエスト情報を送信する場合の動作＞
第１の実施形態では、ＳＯＡＰサービスリクエスタ４４がＳＯＡＰリクエスト情報を送信し、実行制御サーバ１を経由してＳＯＡＰサービスコンポーネント２０、２６、２７が受信する際のサービス連携処理システム１００の動作を、図７を参照しつつ説明する。
ユーザに操作されたＳＯＡＰサービスリクエスタ端末１６の、ＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３の公開サービス記憶部４９に登録されたＷＳＤＬ定義文書を取得し、また、認証局６に認証チケットの発行を要求して取得する。
また、ＳＯＡＰサービスリクエスタ４４は、ＷＳＤＬ定義文書に規定されたフォーマットに従って、利用するサービスコンポーネントのサービスＩＤとオペレーション名とを含んだＳＯＡＰリクエスト情報を生成し、認証情報のパラメータに認証チケットの情報を書き込んで、実行制御サーバ１へ送信する（Ｓａ１）。
【００５２】
実行制御サーバ１のプロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４から受信したリクエスト情報中に要素名が「soapenv」で始まるタグがあることから、該リクエスト情報のプロトコルがＳＯＡＰであると判定し、シングルサインオン部４７へ、受信したＳＯＡＰリクエスト情報と、プロトコルがＳＯＡＰであることを示す情報を出力する（Ｓａ２）。
シングルサインオン部４７は、入力されたＳＯＡＰリクエスト情報中から読み出した認証チケットの正当性を判断することによって認証を行う。認証に成功すると、すなわち正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓａ３）。
ここで、シングルサインオン部４７は、例えば、認証チケットの解読方法を予め知っており、認証チケットを解読して、該認証チケットの正当性を判断する。なお、シングルサインオン部４７は、認証局６へ認証チケットを送信して認証局６が認証を行ってもよい。
非機能要件処理部２は、入力されたＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、プロファイルサーバ１０からオペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＳＯＡＰリクエスト情報転送部４へ出力する（Ｓａ４）。
なお、オペレーションテーブルからの情報の受信は、オペレーション名が規定されているサービスでは「サービスＩＤ」と「オペレーション名」とをキーとして送信し、オペレーション名が規定されていないサービスでは「サービスＩＤ」のみをキーとして送信することによって行う。以下の説明でも同様である。
【００５３】
ＳＯＡＰリクエスト情報転送部４は、ＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブル５１に登録された、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかのＵＲＩと、変換が不要であることを示す情報とを取得する。また、ＳＯＡＰリクエスト情報転送部４は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブル５２に登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓａ５）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除せずにそのままとして（Ｓａ６）、ＳＯＡＰサービスコンポーネント２０に送信する（Ｓａ９）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＩＤ置換型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを固有の認証情報に書き換え（Ｓａ７）、ＳＯＡＰサービスコンポーネント２６に転送する（Ｓａ９）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンが削除型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除して（Ｓａ８）、ＳＯＡＰサービスコンポーネント２７に転送する（Ｓａ９）。
ＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト情報を受信すると、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由して、ＳＯＡＰサービスリクエスタ４４にＳＯＡＰレスポンスを送信する。
【００５４】
＜第２の実施形態：実行制御サーバ１がＲＥＳＴリクエスト情報を受信し、ＲＥＳＴサービスコンポーネント２８、２９、３０にＲＥＳＴリクエスト情報を送信する場合の動作＞
第２の実施形態では、ＲＥＳＴサービスリクエスタ４５がＲＥＳＴリクエスト情報を送信し、実行制御サーバ１を経由してＲＥＳＴサービスコンポーネント２８、２９、３０が受信する際のサービス連携処理システム１００の動作を、図８を参照しつつ説明する。
ユーザに操作されたＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３の公開サービス記憶部４９に登録されたＷＡＤＬ定義文書を取得し、また、認証局６に認証チケットポインタの発行を要求して取得する。
また、ＲＥＳＴサービスリクエスタ４５は、ＷＡＤＬ定義文書に規定されたフォーマットに従って、利用するサービスコンポーネントのサービスＩＤを含んだＲＥＳＴリクエスト情報を生成し、認証情報のパラメータに認証チケットポインタの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｂ１）。
【００５５】
実行制御サーバ１のプロトコル判定部３３は、ＲＥＳＴサービスリクエスタ４５から受信したリクエスト情報中に、要素名が「soapenv」で始まるタグが無いことから、該リクエスト情報のプロトコルがＲＥＳＴであると判定し、認証チケットポインタ解決部４６へ、受信したＲＥＳＴリクエスト情報と、プロトコルがＲＥＳＴであることを示す情報を出力する（Ｓｂ２）。
認証チケットポインタ解決部４６は、ＲＥＳＴリクエスト情報中から認証チケットポインタの情報を読み出して認証局６に送信し、認証チケットの発行を要求する。認証局６は、受信した認証チケットポインタに対応した認証チケットを、認証チケットポインタ／認証チケット対応表２５を用いて生成し、認証チケットポインタ解決部４６に送信する（Ｓａ３）。また、認証チケットポインタ解決部４６は、受信した認証チケットをＲＥＳＴリクエスト情報中に書き込んで、シングルサインオン部４７に出力する（Ｓｂ４）
シングルサインオン部４７は、入力されたＲＥＳＴリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証チケットが正当なものであると判断されると、シングルサインオン部４７は、非機能要件処理部２に、ＲＥＳＴリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｂ５）。
非機能要件処理部２は、入力されたＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーをプロファイルサーバ１０から受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＲＥＳＴリクエスト情報と、ＲＥＳＴリクエスト情報のプロトコルを示す情報とを、ＲＥＳＴリクエスト情報転送部５へ出力する（Ｓｂ６）。
【００５６】
ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブル５１に登録された、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかのＵＲＩと、変換が不要であることを示す情報とを取得する。また、ＲＥＳＴリクエスト情報転送部５は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブル５２に登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｂ７）。
また、ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中から認証チケットを読み出し、また、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除する（Ｓｂ８）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、読み出した認証チケットを認証局６に送信し、認証チケットポインタ／認証チケット対応表２５上で該認証チケットに対応付けられた認証チケットポインタを取得する（Ｓｂ９）。また、ＲＥＳＴリクエスト情報転送部５は、取得した認証チケットポインタをＲＥＳＴリクエスト情報に書き込んで（Ｓｂ１０）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｂ１２）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＩＤ置換型の場合は、ＲＥＳＴリクエスト情報中に固有の認証情報を書き込み（Ｓｂ１１）、ＲＥＳＴサービスコンポーネント２９に転送する（Ｓｂ１２）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンが削除型の場合は、ＲＥＳＴリクエスト情報に新たな認証情報を加えずにそのまま、ＲＥＳＴサービスコンポーネント３０に転送する（Ｓｂ１２）。
ＲＥＳＴサービスコンポーネント２８、２９、３０は、ＲＥＳＴリクエスト情報を受信すると、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由して、ＲＥＳＴサービスリクエスタ４５にＲＥＳＴレスポンスを送信する。
【００５７】
＜第３の実施形態：ＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する場合の動作＞
第３の実施形態では、ＳＯＡＰサービスリクエスタ４４がＳＯＡＰリクエスト情報を送信し、実行制御サーバ１を経由して、メッセージトランスレータ装置７がこれを受信してＲＥＳＴリクエスト情報に変換し、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する際のサービス連携処理システム１００の動作を、図９を参照しつつ説明する。
ユーザに操作されたＳＯＡＰサービスリクエスタ端末１６のＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３に登録されたＷＳＤＬ定義文書を取得し、また、認証局６に認証チケットの発行を要求して取得する。
また、ＳＯＡＰサービスリクエスタ４４は、ＷＳＤＬ定義文書に規定されたフォーマットに従ってサービスＩＤとオペレーション名とが書き込まれたＳＯＡＰリクエスト情報を生成し、認証情報のパラメータに認証チケットの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｃ１）。
【００５８】
実行制御サーバ１のプロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４から受信したリクエスト情報の中に要素名が「soapenv」で始まるタグがあることから、該リクエスト情報のプロトコルがＳＯＡＰであると判定し、シングルサインオン部４７へ、受信したＳＯＡＰリクエスト情報と、プロトコルがＳＯＡＰであることを示す情報を出力する（Ｓｃ２）。
シングルサインオン部４７は、入力されたＳＯＡＰリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証に成功すると、すなわち、正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｃ３）。
非機能要件処理部２は、入力されたＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＳＯＡＰリクエスト情報転送部４へ出力する（Ｓｃ４）。
【００５９】
ＳＯＡＰリクエスト情報転送部４は、ＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブルに登録された、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかのＵＲＩと、変換が必要であることを示す情報とを取得する。また、ＳＯＡＰリクエスト情報転送部４は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブルに登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｃ５）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除せずにそのままとし（Ｓｃ６）、該ＳＯＡＰリクエスト情報をメッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＩＤ置換型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを固有の認証情報に書き換え（Ｓｃ７）、メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除して、メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
【００６０】
メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報を受信し（Ｓｃ９）、該リクエスト情報中のＳＯＡＰオペレーションからＲＥＳＴのメソッドを判別してＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する（Ｓｃ１０）。
また、ＳＯＡＰリクエスト情報変換部８は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、認証局６に認証チケットを送信して、対応する認証チケットポインタを取得し、ＲＥＳＴリクエスト情報のパラメータに書き込み（Ｓｃ１２）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｃ１４）。
また、ＳＯＡＰリクエスト情報変換部８は、ＩＤ変換パターンがＩＤ置換型または削除型の場合は、ＳＯＡＰリクエスト情報中のＳＯＡＰボディ部の全パラメータ値をＲＥＳＴパラメータに設定して（Ｓｃ１３）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｃ１４）。ＳＯＡＰボディ部のパラメータには、ＩＤ置換型の場合の固有の認証情報が含まれる。
ＲＥＳＴサービスコンポーネント２８、２９、３０は、ＲＥＳＴリクエスト情報を受信すると、メッセージトランスレータ装置７にＲＥＳＴレスポンスを送信する。メッセージトランスレータ装置７のＲＥＳＴレスポンス変換部４０は、ＲＥＳＴレスポンスをＳＯＡＰレスポンスに変換し、該ＳＯＡＰレスポンスを、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由してＳＯＡＰサービスリクエスタ４４に送信する。
【００６１】
＜第４の実施形態：ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する場合の動作＞
第４の実施形態では、ＲＥＳＴサービスリクエスタ４５がＲＥＳＴリクエスト情報を送信し、実行制御サーバ１を経由して、メッセージトランスレータ装置７がこれを受信してＳＯＡＰリクエスト情報に変換し、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する際のサービス連携処理システム１００の動作を、図１０を参照しつつ説明する。
ユーザに操作されたＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３に登録されたＷＡＤＬ定義文書を取得し、また、認証局６に認証チケットポインタの発行を要求して取得する。
また、ＲＥＳＴサービスリクエスタ４５は、ＷＡＤＬ定義文書に規定されたフォーマットに従ってサービスＩＤとオペレーション名とが書き込まれたＲＥＳＴリクエスト情報を生成し、認証情報のパラメータに認証チケットポインタの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｄ１）。
【００６２】
実行制御サーバ１のプロトコル判定部３３は、ＲＥＳＴサービスリクエスタ４５から受信したリクエスト情報中に、要素名が「soapenv」で始まるタグが無いことから、該リクエスト情報のプロトコルがＲＥＳＴであると判定し、認証チケットポインタ解決部４６へ、受信したＲＥＳＴリクエスト情報と、プロトコルがＲＥＳＴであることを示す情報を出力する（Ｓｄ２）。
認証チケットポインタ解決部４６は、ＲＥＳＴリクエスト情報中から認証チケットポインタの情報を読み出して認証局６に送信し、認証チケットの発行を要求する。認証局６は、受信した認証チケットポインタに対応した認証チケットを、認証チケットポインタ／認証チケット対応表２５を用いて生成し、認証チケットポインタ解決部４６に送信する。また、認証チケットポインタ解決部４６は、受信した認証チケットをＲＥＳＴリクエスト情報中に書き込んで、シングルサインオン部４７に出力する（Ｓｄ３）
シングルサインオン部４７は、入力されたＲＥＳＴリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証に成功すると、すなわち正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＲＥＳＴリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｄ４）。
非機能要件処理部２は、入力されたＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＲＥＳＴリクエスト情報転送部５へ出力する（Ｓｄ５）。
【００６３】
ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブルに登録された、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかのＵＲＩと、変換が必要であることを示す情報とを取得する。また、ＲＥＳＴリクエスト情報転送部５は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブルに登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｄ６）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＲＥＳＴリクエスト情報中から認証チケットを読み出し、また、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除する。また、ＲＥＳＴリクエスト情報転送部５は、読み出した認証チケットを認証局６に送信し、対応する認証チケットポインタを取得する（Ｓｄ７）。また、ＲＥＳＴリクエスト情報転送部５は、取得した認証チケットポインタをＲＥＳＴリクエスト情報のパラメータに書き込んで（Ｓｄ８）、メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＩＤ置換型の場合は、ＲＥＳＴリクエスト情報のパラメータに固有の認証情報を書き込んで（Ｓｄ９）、メッセージトランスレータ装置のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンが削除型の場合は、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除して、メッセージトランスレータ装置のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
【００６４】
メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報を受信し（Ｓｄ１１）、該ＲＥＳＴリクエスト情報中のパラメータのメソッドからＳＯＡＰオペレーションを判別してＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する（Ｓｄ１２）。
また、ＲＥＳＴリクエスト情報変換部９は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、認証局６に認証チケットポインタを送信して、対応する認証チケットを取得し、ＳＯＡＰリクエスト情報中に書き込み（Ｓｄ１３）、ＲＥＳＴリクエスト情報中のその他のパラメータ値もＳＯＡＰリクエスト情報中に書き込んで（Ｓｄ１４）、ＳＯＡＰサービスコンポーネント２０に送信する（Ｓｄ１５）。
また、ＲＥＳＴリクエスト情報変換部９は、ＩＤ変換パターンがＩＤ置換型または削除型の場合は、ＲＥＳＴリクエスト情報中のパラメータ値をＳＯＡＰリクエスト情報中に書き込んで（Ｓｄ１４）、ＳＯＡＰサービスコンポーネント２６、２７に送信する（Ｓｄ１５）。
ＲＥＳＴリクエスト情報中のパラメータには、ＩＤ置換型の場合の固有の認証情報が含まれる。ＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト情報を受信すると、メッセージトランスレータ装置７にＳＯＡＰレスポンスを送信する。メッセージトランスレータ装置７のＳＯＡＰレスポンス変換部３９は、ＳＯＡＰレスポンスをＲＥＳＴレスポンスに変換し、該ＲＥＳＴレスポンスを、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由してＲＥＳＴサービスリクエスタ４５に送信する。
【００６５】
以上、本発明の実施形態によれば、サービスリクエスタ４４、４５は、１形式のプロトコルで記載されたリクエスト情報によってＳＯＡＰレスポンス、ＲＥＳＴレスポンスのいずれも取得できるので、１形式のプロトコルで記載されたリクエスト情報によってＳＯＡＰサービスとＲＥＳＴサービスとを連携することができる。
また、非機能要件処理部２が一括して非機能要件処理を行うので、サービスコンポーネントは個別に非機能要件処理を行う必要がない。
また、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、シングルサインオンの認証を受けられるので、ＳＯＡＰサービスとＲＥＳＴサービスとの異なるプロトコルのサービスコンポーネントを利用する場合でも、認証情報の入力は１度でよい。
また、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、新たにミドルウェアを用意して設定を行わなくても、自リクエスタと異なるプロトコルのサービスコンポーネントからサービスを受けることができるので、アプリケーション開発コストを削減でき、また、開発期間を短縮することができる。加えて、ＳＯＡＰとＲＥＳＴとで提供される多くのＷｅｂサービスを利用できるので、１形式のプロトコルで提供されるＷｅｂサービスのみからは開発できない、新しいアプリケーションを開発できる。
また、本実施形態のサービス連携システムは、トラフィック制御処理等、ネットワークの安定性を制御する処理を実行するので、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、安定したサービスを受けることができる。
【００６６】
また、図１におけるＳＯＡＰサービスリクエスタ端末１６のＳＯＡＰサービスリクエスタ４４と、ＲＥＳＴサービスリクエスタ端末１７のＲＥＳＴサービスリクエスタ４５と、実行制御サーバ１のメッセージプロキシ部３と、プロトコル判定部３３と、ＳＯＡＰリクエスト情報転送部４と、ＲＥＳＴリクエスト情報転送部５と、ＳＯＡＰレスポンス転送部３４と、ＲＥＳＴレスポンス転送部３５と、認証部３６と、認証チケットポインタ解決部４６と、シングルサインオン部４７と、非機能要件処理部２と、認証局６の認証情報制御部５０と、認証チケットポインタ／認証チケット対応表２５と、メッセージトランスレータ装置７のリクエスト情報変換部３７と、ＳＯＡＰリクエスト情報変換部８と、ＲＥＳＴリクエスト情報変換部９と、レスポンス変換部３８と、ＳＯＡＰレスポンス変換部３９と、ＲＥＳＴレスポンス変換部４０と、プロファイルサーバ１０のプロファイル制御部１１と、サービス情報テーブル５１と、オペレーションテーブル５２と、サービス公開サーバ１３の公開サービス制御部４８と、公開サービス記憶部４９と、サービス登録サーバ１２のサービス登録部４１と、コンポーネント情報抽出部４２と、定義文書変換部４３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００６７】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００６８】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【産業上の利用可能性】
【００６９】
本発明は、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムに用いて好適である。
【符号の説明】
【００７０】
１…実行制御サーバ
２…非機能要件処理部
３…メッセージプロキシ部
４…ＳＯＡＰリクエスト情報転送部
５…ＲＥＳＴリクエスト情報転送部
６…認証局
７…メッセージトランスレータ装置
８…ＳＯＡＰリクエスト情報変換部
９…ＲＥＳＴリクエスト情報変換部
１０…プロファイルサーバ
１１…プロファイル制御部
１２…サービス登録サーバ
１３…サービス公開サーバ
１４…トラフィック情報管理サーバ
１５…サービス品質監視制御部
１６…ＳＯＡＰサービスリクエスタ端末
１７…ＲＥＳＴサービスリクエスタ端末
１８…ネットワーク
１９…ＳＯＡＰサービスコンポーネントサーバ
２１…ＲＥＳＴサービスコンポーネントサーバ
２０、２６、２７…ＳＯＡＰサービスコンポーネント
２８、２９、３０…ＲＥＳＴサービスコンポーネント
２５…認証チケットポインタ／認証チケット対応表
５１…サービス情報テーブル
５２…オペレーションテーブル
３１…キャッシュ部（実行制御サーバ内）
３２…キャッシュ部（メッセージトランスレータ装置内）
３３…プロトコル判定部
３４…ＳＯＡＰレスポンス転送部
３５…ＲＥＳＴレスポンス転送部
３６…認証部
３７…リクエスト情報変換部
３８…レスポンス変換部
３９…ＳＯＡＰレスポンス変換部
４０…ＲＥＳＴレスポンス変換部
４１…サービス登録部
４２…コンポーネント情報抽出部
４３…定義文書変換部
４４…ＳＯＡＰサービスリクエスタ
４５…ＲＥＳＴサービスリクエスタ
４６…認証チケットポインタ解決部
４７…シングルサインオン部
４８…公開サービス制御部
４９…公開サービス記憶部
５０…認証情報制御部
１００…サービス連携処理システム
【技術分野】
【０００１】
本発明は、例えば、ＳＯＡＰサービスやＲＥＳＴサービスなどによるウェブサービスに適用されるサービス連携処理システム及び方法に関する。
【背景技術】
【０００２】
近年、インターネット上の複数のＷｅｂサービスを組み合わせて新しいＷｅｂサービスを生み出すマッシュアップが盛んに行われている。Ｗｅｂサービスのプロトコルには、ＳＯＡＰ(Simple Object Access Protocol)、ＲＥＳＴ(Representational State Transfer)、ＪＳＯＮ(Java Script Object Notation)など、幾つかのプロトコルがあり、中でも、ＳＯＡＰおよびＲＥＳＴを用いたＷｅｂサービスが多数提供されている。
マッシュアップを行う際、利用するＷｅｂサービス毎にプロトコルが異なり、あるいは、認証方法が異なる場合、各プロトコルや認証方法に合わせたＷｅｂサービス要求（リクエスト情報）を送信するためのプログラムが必要となり、また、ＳＯＡＰ用ミドルウェアソフトやＲＥＳＴ用ミドルウェアソフトの購入などのコストが発生する。
【０００３】
また、サービスリクエスタ端末からリクエスト情報を送信してサービスを要求する際、ＳＯＡＰとＲＥＳＴとでは認証方式が異なる。例えば、ＳＯＡＰでは身元を示す証明書を用いて認証を行うので、その証明書の設定が必要である。また、ＲＥＳＴでは、サービスコンポーネントでその認証を行うので、サービスコンポーネント毎に異なるパスワードが必要であり、手動で、または、専用のプログラムを作成して、サービスコンポーネント毎に認証を行う必要がある。
【０００４】
ところで、同一プロトコルのＷｅｂサービスを連携する場合は、一括して認証を行い、或いは、非機能要件処理（リクエスト情報に対するＷｅｂサービスの提供以外の処理）を行う方法が提案されている。
例えば、非特許文献１では、Ｗｅｂとテレコムとを連携する際、ＳＯＡＰのシングルサインオン(Single Sign On; SSO)認証認可処理を行い、サービス品質監視制御処理やトラフィック制御処理などの非機能要件処理を一括して行う実行制御サーバが提案されている。
また、非特許文献２では、電話サービスとＷｅｂサービスとを連携する際に、共通処理を行う実行制御サーバが提案されている。
一方で、非特許文献３に示されるように、ＳＡＭＬ(Security Assertion Markup Language)認証のシングルサインオン認証認可を有する正規権限保侍者が権限委譲証明書を被権限委譲者に譲渡し、権限を委譲された利用者は、権限を譲渡された利用者のアカウントでＡＰＬ(Application)サーバにログインする方式が一般的になってきており、この方式によるメリットは権限委譲によるサービス認可を実現可能な点である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】山登庸次、大西浩行、須永宏、「Web-テレコム連携のためのサービス実行制御技術の研究開発」、電子情報通信学会論文誌B, Vol.J91-B, No.11, p.1417-1427
【非特許文献２】Y. Yamato, H. Ohnishi, and H. Sunaga, "Development of Service Control Server for Web-Telecom Coordination Service", IEEE International Conference on Web Services (ICWS 2008), September 23-26, 2008, p.600-607
【非特許文献３】青柳真紀子、高橋健司、古村隆明、永井靖浩、「ＳＡＭＬ拡張仕様を利用した認可方式の提案」、電子情報通信学会大会講演論文集、Vol.2008情報・システム１,p.157
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これまでの技術で、ＳＯＡＰのＷｅｂサービス（ＳＯＡＰサービス）とＲＥＳＴのＷｅｂサービス（ＲＥＳＴサービス）とを連携する場合に、非特許文献３に示されるようなシングルサインオン認証を行った上で、非機能要件処理を一括して行うことはできなかった。つまり、ＳＯＡＰとＲＥＳＴの複数のＷｅｂサービスを連携する場合には、ＳＯＡＰとＲＥＳＴとのプロトコルの違いや、認証方式の違いにより、各々のミドルウェアの設定やプロトコルにあわせたプログラムが必要であった。
【０００７】
本発明は、このような事情に鑑みてなされたもので、その目的は、サービスコンポーネントにおける、ＳＯＡＰとＲＥＳＴとのプロトコルの違いや認証方式の違いにかかわらず、サービスを要求するユーザが１形式のプロトコルに従って生成された１個のリクエスト情報でＷｅｂサービスを連携して利用できる、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムを提供することにある。
【課題を解決するための手段】
【０００８】
この発明は上述した課題を解決するためになされたもので、本発明のサービス連携処理システムは、予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信し、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信し、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信するサービスリクエスタ端末と、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する実行制御サーバと、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信するメッセージトランスレータ装置と、を備えたことを特徴とする。
【０００９】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記プロトコルはＳＯＡＰ、あるいはＲＥＳＴであり、前記実行制御サーバは、前記受信したリクエスト情報のプロトコルを検出し、検出したプロトコルがＳＯＡＰを示す場合、前記リクエスト情報から認証チケットで示される認証情報を読み出し、読み出した認証チケットによりシングルサインオン認証を行い、検出したプロトコルがＲＥＳＴを示す場合、前記リクエスト情報から認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信してシングルサインオン認証を行うことを特徴とする。
【００１０】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記プロファイルサーバは、前記サービスコンポーネントサーバが行う認証処理として、連携型、ＩＤ置換型、削除型の処理のいずれかを認証処理情報として提供し、前記実行制御サーバは、前記リクエスト情報の変換が不要と判断した場合は、前記認証処理情報がＩＤ置換型の場合、前記認証情報を予め定められるＩＤ情報に書き換え、前記認証処理情報が削除型の場合、認証情報の削除を行い、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、認証情報の書き換えを行わず、前記リクエスト情報がＲＥＳＴのとき、前記認証局に認証チケットポインタで示される認証情報を要求して受信し、認証情報に書き換え、前記メッセージトランスレータ装置は、前記実行制御サーバから前記リクエスト情報を受信すると、前記認証処理情報がＩＤ置換型の場合、前記認証情報を削除して、予め定められるＩＤ情報を変換したリクエスト情報に付与し、前記認証処理情報が削除型の場合、認証情報の削除を行い、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、前記リクエスト情報に含まれる認証チケットで示される認証情報を読み出し、該リクエスト情報から該認証情報を削除し、前記認証局に認証チケットに対応した認証チケットポインタで示される認証情報を要求して受信し、受信した認証情報をＳＯＡＰからＲＥＳＴへ変換したリクエスト情報に含め、前記認証処理情報が連携型の場合であって、前記リクエスト情報がＲＥＳＴのとき、前記リクエスト情報に含まれる認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信し、受信した認証チケットをＲＥＳＴからＳＯＡＰへ変換したリクエスト情報に含めることを特徴とする。
【００１１】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記定義文書のうち、ＳＯＡＰに対応する定義文書は、ＷＳＤＬ定義文書であり、ＲＥＳＴに対応する定義文書は、ＷＡＤＬ定義文書であり、 前記サービス公開サーバは、 ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合、ＳＯＡＰオペレーション名をＨＴＴＰメソッドに連番を付与する形式とし、ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する場合、ＨＴＴＰメソッドをＧＥＴ固定とし、ＳＯＡＰオペレーション名をクエリパラメータmethodにより指定する形式として変換して異なるプロトコルに対応する定義文書を生成することを特徴とする。
【００１２】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記メッセージトランスレータ装置は、前記リクエスト情報を、ＳＯＡＰからＲＥＳＴへ変換する場合、前記リクエスト情報に含まれるＨＴＴＰメソッドに連番が付与されている場合、連番の順にＨＴＴＰメソッドを、ＲＥＳＴメソッドの１リソースに複数定義して変換し、前記リクエスト情報を、ＲＥＳＴからＳＯＡＰへ変換する場合、ＨＴＴＰメソッドのＧＥＴの箇所からクエリパラメータmethodで指定されるＳＯＡＰのオペレーション名を抽出してＳＯＡＰオペレーションへ変換することを特徴とする。
【００１３】
また、本発明のサービス連携システムは、上記のサービス連携システムであって、前記実行制御サーバがシングルサインオン認証をした後に、前記リクエスト情報に対して、認可処理、スロットリング及びコンテンツフィルタの擾乱防止処理、トラフィック制御処理のいずれかの非機能要件処理を行う非機能要件処理手段を備えたことを特徴とする。
【００１４】
また、本発明のサービス連携処理方法は、予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、サービスリクエスタ端末と、実行制御サーバと、メッセージトランスレータ装置とを備えたサービス連携処理システムにおけるサービス連携処理方法であって、前記サービスリクエスタ端末が、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信する過程と、前記サービスリクエスタ端末が、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信する過程と、前記サービスリクエスタ端末が、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信する過程と、前記実行制御サーバが、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する過程と、前記メッセージトランスレータ装置が、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信する過程と、を含むことを特徴とする。
【発明の効果】
【００１５】
この発明によれば、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムは、サービスコンポーネントに応じて認証情報を置き換え、変換の必要がある場合にはリクエスト情報のプロトコルを変換するので、シングルサインオンを可能にするとともに、１形式のプロトコルに従って生成された１個のリクエスト情報で異なるプロトコルのサービスコンポーネントを利用することができる。
【図面の簡単な説明】
【００１６】
【図１】この発明の一実施形態による、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システム１００の構成を示す概略ブロック図である。
【図２】同実施形態において、サービス登録サーバ１２が、ＲＥＳＴサービスコンポーネント２８、２９、３０からＷＡＤＬ定義文書を受信して、ＷＳＤＬ定義文書に変換する例を示す図である。
【図３】同実施形態において、サービス登録サーバ１２が、ＳＯＡＰサービスコンポーネント２０、２６、２７からＷＳＤＬ定義文書を受信して、ＷＡＤＬ定義文書に変換する例を示す図である。
【図４】同実施形態における、プロファイルサーバ１０の構成を示す図である。
【図５】同実施形態において、ＳＯＡＰリクエスト情報がＲＥＳＴリクエスト情報に変換され、それに対するＲＥＳＴレスポンスがＳＯＡＰレスポンスに変換される例を示す図である。
【図６】同実施形態において、ＲＥＳＴリクエスト情報がＳＯＡＰリクエスト情報に変換され、それに対するＳＯＡＰレスポンスがＲＥＳＴレスポンスに変換される例を示す図である。
【図７】同実施形態において、実行制御サーバ１が、ＳＯＡＰリクエスト情報を受信し、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する動作を示すフロー図である。
【図８】同実施形態において、実行制御サーバ１が、ＲＥＳＴリクエスト情報を受信し、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する動作を示すフロー図である。
【図９】同実施形態において、メッセージトランスレータ装置７が、実行制御サーバ１を経由して受信したＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換して、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する動作を示すフロー図である。
【図１０】同実施形態において、メッセージトランスレータ装置７が、実行制御サーバ１を経由して受信したＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換して、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する動作を示すフロー図である。
【発明を実施するための形態】
【００１７】
＜サービス連携処理システムの構成＞
以下、図面を参照して、本発明の実施形態について説明する。図１は、本発明の実施形態による、サービス連携処理システム１００の構成を示す概略ブロック図である。
図１のサービス連携処理システム１００は、実行制御サーバ１と、トラフィック情報管理サーバ１４と、メッセージトランスレータ装置７と、プロファイルサーバ１０と、サービス登録サーバ１２と、サービス公開サーバ１３と、認証局６と、ネットワーク１８と、ＳＯＡＰサービスコンポーネントサーバ１９と、ＲＥＳＴサービスコンポーネントサーバ２１と、ＳＯＡＰサービスリクエスタ端末１６と、ＲＥＳＴサービスリクエスタ端末１７とを備える。
ＳＯＡＰサービスリクエスタ端末１６、ＲＥＳＴサービスリクエスタ端末１７、実行制御サーバ１、メッセージトランスレータ装置７、サービス公開サーバ１３、サービス登録サーバ１２、認証局６、ＳＯＡＰサービスコンポーネントサーバ１９、ＲＥＳＴサービスコンポーネントサーバ２１は、ネットワーク１８を介して接続されている。
また、プロファイルサーバ１０は、実行制御サーバ１、メッセージトランスレータ装置７、サービス登録サーバ１２に接続されている。
また、トラフィック情報管理サーバ１４は、実行制御サーバ１に接続されている。
なお、プロファイルサーバ１０、トラフィック情報管理サーバ１４は、ネットワーク１８を介して接続されていてもよい。
【００１８】
ＳＯＡＰサービスコンポーネントサーバ１９において、ＳＯＡＰサービスコンポーネント２０、２６、２７は、それぞれのプログラムが実行されることにより構成される機能部であり、ＳＯＡＰリクエスト情報を受信して、ＳＯＡＰレスポンスを送信する。また、ＳＯＡＰサービスコンポーネント２０、２６、２７は、提供するサービスをインタフェース定義であるＷＳＤＬ(Web Service Description Language)で定義したＷＳＤＬ定義文書を生成する。
ここで、ＳＯＡＰリクエスト情報は、サービスコンポーネントにレスポンスの送信を要求するために、ＸＭＬ(Extensible Markup Language)やＨＴＴＰ(Hyper Text Transfer Protocol)などの転送プロトコルに基づいて記述される情報である。また、ＳＯＡＰサービスコンポーネント２０、２６、２７に対するＳＯＡＰリクエスト情報のフォーマットについても、提供するサービスを記述する場合と同じく、ＷＳＤＬを用いて記述されるＷＳＤＬ定義文書によって示される。
ＲＥＳＴサービスコンポーネントサーバ２１において、ＲＥＳＴサービスコンポーネント２８、２９、３０は、それぞれのプログラムが実行されることにより構成される機能部であり、ＲＥＳＴリクエスト情報を受信して、ＲＥＳＴレスポンスを送信する。また、ＲＥＳＴサービスコンポーネント２８、２９、３０は、提供するサービスをインタフェース定義であるＷＡＤＬ(Web Application Description Language)で定義したＷＡＤＬ定義文書を生成する。
ここで、ＲＥＳＴリクエスト情報は、サービスコンポーネントにレスポンスの送信を要求するために、ＨＴＴＰのＧＥＴ、ＰＵＴ、ＰＯＳＴ、ＤＥＬＥＴＥメソッドを用いて記載される情報である。また、ＲＥＳＴサービスコンポーネント２８、２９、３０に対するＲＥＳＴリクエスト情報のフォーマットについても、提供するサービスを記述する場合と同じく、ＷＡＤＬを用いて記載されるＷＡＤＬ定義文書によって示される。
なお、以下の説明において、ＳＯＡＰサービスコンポーネント２０、２６、２７、ＲＥＳＴサービスコンポーネント２８、２９、３０の全てをいうときは、単にサービスコンポーネントともいう。
また、ＳＯＡＰリクエスト情報及びＲＥＳＴリクエスト情報の両方を示すときには、単にリクエスト情報ともいう。
また、ＷＳＤＬ定義文書とＷＡＤＬ定義文書の両方を示すときには、単に定義文書ともいう。
【００１９】
サービス登録サーバ１２において、サービス登録部４１は、ＳＯＡＰサービスコンポーネント２０、２６、２７から受信したＷＳＤＬ定義文書、または、ＲＥＳＴサービスコンポーネント２８、２９、３０から受信したＷＡＤＬ定義文書を内部の記憶領域に登録する。
コンポーネント情報抽出部４２は、サービスコンポーネントから受信する定義文書中に記載されたサービスＩＤ(Identifier)と、ＵＲＩ(Uniform Resource Identifier)と、オペレーション名とを読み出す。また、コンポーネント情報抽出部４２は、定義文書の書式から、該定義文書を送信したサービスコンポーネントのプロトコルがＳＯＡＰかＲＥＳＴかを判定する。併せて、コンポーネント情報抽出部４２は、サービスコンポーネントから定義文書と共に送信される、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、変換を求める情報とを受信する。
【００２０】
ここで、サービスＩＤとは、サービスコンポーネントを識別するための識別子である。
また、ＵＲＩとは、サービスコンポーネントのネットワーク上でのアドレスを表す識別子である。
また、非機能要件処理ポリシーとは、サービスコンポーネントが実行を要求する非機能要件を示す情報である。非機能要件処理とは、ＳＯＡＰリクエスト情報或いはＲＥＳＴリクエスト情報に対する直接の処理であるレスポンスを返信する処理以外の処理をいい、例えば、認可処理や、ユーザ閉塞確認処理や、サービス閉塞確認処理や、擾乱防止処理や、トラフィック制御処理などがある。認可処理としては、ＳＯＡＰリクエスト情報またはＲＥＳＴリクエスト情報のホワイトリスト照合や、ブラックリスト照合や、ＳＯＡＰリクエスト情報またはＲＥＳＴリクエスト情報中に書き込まれた、サービスコンポーネントによって発行されたＩＤを検出することによるサービスコンポーネントへのアクセス権限の判定などがある。擾乱防止処理は、ネットワークからの擾乱を防止する処理であり、リクエスト情報に記載された条件を満たさないサービスコンポーネントへのリクエスト情報の送信を行わなくするコンテンツフィルタ処理や、いわゆるスパム攻撃などの場合に、特定のユーザとの通信量を制御するスロットリング処理などがある。トラフィック制御機能処理としては、リクエスト情報に優先度を付けて優先度の高いものから処理する優先制御処理や、サービスコンポーネントサーバの処理能力に応じて通信量を制御するフロー制御などがある。
また、ＩＤ変換パターンとは、サービスコンポーネントが行う認証方法のパターンを表す情報であり、例えば、後述するＳＡＭＬ連携型、ＩＤ置換型、削除型などがある。
また、サービスコンポーネント固有の認証情報とは、サービスコンポーネントが独自に発行する認証情報であり、例えば、該サービスコンポーネントが発行するＩＤおよびパスワードである。したがって、認証を行わないサービスコンポーネントや、複数のサービスコンポーネントに共通の認証情報である認証チケットを利用して認証を行うサービスコンポーネントは、サービスコンポーネント固有の認証情報を発行しない。
なお、以下では、サービスコンポーネント固有の認証情報を、単に固有の認証情報ともいう。
定義文書変換部４３は、サービス登録部４１からＷＳＤＬ定義文書の入力を受けると、該ＷＳＤＬ定義文書中の送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き込む。また、定義文書変換部４３は、ＷＳＤＬ定義文書と共に、変換を求める旨の情報の入力を受けると、該ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する。また、定義文書変換部４３は、サービス登録部４１からＷＡＤＬ定義文書の入力を受けると、該ＷＡＤＬ定義文書中の送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き込む。また、定義文書変換部４３は、ＷＡＤＬ定義文書と共に、変換を求める旨の情報の入力を受けると、該ＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する。
【００２１】
プロファイルサーバ１０において、プロファイル制御部１１は、プロトコル変換の要否を示す情報として変換が不要であること示す情報（例えば、「否」）を生成し、これと、コンポーネント情報抽出部４２から受信したサービスＩＤと、ＵＲＩと、サービスコンポーネントのプロトコルと、名前空間とを関連付けて、サービス情報テーブル５１に登録する。また、プロファイル制御部１１は、定義文書変換部４３から、定義文書の変換を行った旨を示す情報を受信すると、コンポーネント情報抽出部４２から受信したサービスＩＤと、ＵＲＩと、変換後の定義文書に対応するプロトコルと、プロトコル変換が必要であることを示す情報（例えば、「要」）と、名前空間とを関連付けて、サービス情報テーブル５１に登録する。ここで、変換後の定義文書に対応するプロトコルとしては、変換後の定義文書がＷＳＤＬ定義文書であればＳＯＡＰ、ＷＡＤＬ定義文書であればＲＥＳＴを登録する。
また、プロファイル制御部１１は、コンポーネント情報抽出部４２から受信したサービスＩＤと、オペレーション名と、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、非機能要件ポリシーとを関連付けて、オペレーションテーブル５２に登録する。
【００２２】
サービス公開サーバ１３において、公開サービス制御部４８は、定義文書変換部４３から、プロトコル変更前のＷＳＤＬ定義文書またはＷＡＤＬ定義文書を受信して、公開サービス記憶部４９に登録する。また、定義文書変換部４３が定義文書の変換を行った場合は、公開サービス制御部４８は、プロトコル変換後の定義文書を定義文書変換部４３から受信して、公開サービス記憶部４９に登録する。また、定義文書変換部４３が定義文書の変換を行った場合は、公開サービス制御部４８は、タグセットを定義する外部スキーマファイルと名前空間とを定義文書家変換部４３から受信し、両者を対応付けて公開サービス記憶部４９に登録する。
【００２３】
認証局６において、認証情報制御部５０は、認証情報の発行要求を受信すると、発行要求の正当性を判定し、正当な発行要求と判定した場合には、ＳＯＡＰ用の認証情報である認証チケット、または、ＲＥＳＴ用の認証情報である認証チケットポインタを発行（送信）する。発行要求の正当性の判断は、例えば、認証チケット、認証チケットポインタ、ＩＤおよびパスワードのいずれかを受信し、その正当性を判断することによって行う。
ここで、認証局６が発行する認証情報は、一度の認証で複数のWebサービスが利用できるシングルサインオン(SSO; Single Sign On)のための認証情報であり、例えばＳＡＭＬの認証チケットや認証チケットポインタである。ＳＡＭＬは、標準化団体ＯＡＳＩＳ(Organization for the Advancement of Structured Information Standards)によって策定された、ＩＤやパスワードなどの認証及び認証情報を、安全に受け渡しするための規格であり、ＸＭＬ仕様で規定される。ＳＡＭＬにおける認証情報の受け渡し方法は、ＳＡＭＬプロトコルとしてまとめられており、メッセージの送受信にはＨＴＴＰまたはＳＯＡＰが用いられる。ＳＡＭＬの認証チケットは、資格証明用の情報であり、これを流通させることでシングルサインオンができる。なお、ＲＥＳＴでは、認証情報は１度しか使えないものとして、認証チケットではなく、認証チケットへのポインタである認証チケットポインタの受け渡しを行うこととする。
また、認証情報制御部５０は、例えば、認証チケットまたは認証チケットポインタを受信して、あるいは、認証局６専用のＩＤとパスワードを受信して、これらが正当なものであるかを判定する。ＩＤとパスワードが正当なものであると判定した場合、認証情報制御部５０は、認証チケットを受信したときは、認証チケットポインタ／認証チケット対応表２５で対応付けられた認証チケットポインタを発行する。また、認証チケットポインタを受信したときは、認証チケットポインタ／認証チケット対応表２５で対応付けられた認証チケットを発行する。また、認証局６専用のＩＤとパスワードと共に、認証チケットまたは認証チケットポインタの指定を受信した場合は、指定に従って、認証チケット及び認証チケットポインタを発行し、発行した認証チケット及び認証チケットポインタを認証チケットポインタ／認証チケット対応表２５に記憶させ、指定のあった認証チケットまたは認証チケットポインタを送信する。
【００２４】
ＳＯＡＰサービスリクエスタ端末１６において、ＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３にＷＳＤＬ定義文書を要求して受信し、該ＷＳＤＬ定義文書に基づいてＳＯＡＰリクエスト情報を生成する。また、ＳＯＡＰサービスリクエスタ端末１６は、認証局６に認証チケットの発行を要求して受信し、該認証チケットをＳＯＡＰリクエスト情報中に、パラメータ値として書き込む。
ＲＥＳＴサービスリクエスタ端末１７において、ＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３にＷＡＤＬ定義文書を要求して受信し、該ＷＡＤＬ定義文書に基づいてＲＥＳＴリクエスト情報を生成する。また、ＲＥＳＴサービスリクエスタ端末１７は、認証局６に認証チケットポインタの発行を要求して受信し、該認証チケットポインタをＲＥＳＴリクエスト情報中に、パラメータ値として書き込む。
なお、以下の説明において、ＳＯＡＰサービスリクエスタ４４と、ＲＥＳＴサービスリクエスタ４５との両方をいうときは、単にサービスリクエスタともいう。
【００２５】
実行制御サーバ１は、メッセージプロキシ部３と、認証部３６と、非機能要件処理部２とを備える。
メッセージプロキシ部３において、プロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４またはＲＥＳＴサービスリクエスタ４５からリクエスト情報を受信し、該リクエスト情報のプロトコルがＳＯＡＰかＲＥＳＴかを判定する。ＳＯＡＰかＲＥＳＴかの判定は、例えば、要素名が「soapenv」で始まるタグがあればＳＯＡＰ、なければＲＥＳＴとする。
ＳＯＡＰリクエスト情報転送部４は、プロトコル判定部３３が受信したリクエスト情報のプロトコルがＳＯＡＰである場合に、該リクエスト情報の入力を受ける。また、ＳＯＡＰリクエスト情報転送部４は、プロファイルサーバ１０から、プロトコル変換が必要か否かの情報と、該リクエスト情報に対するサービスコンポーネントサーバのＵＲＩを受信し、変換が不要な場合は、該サービスコンポーネントサーバにリクエスト情報を送信する。
ＲＥＳＴリクエスト情報転送部５は、プロトコル判定部３３が受信したリクエスト情報のプロトコルがＲＥＳＴである場合に、該リクエスト情報の入力を受ける。また、ＲＥＳＴリクエスト情報転送部５は、プロファイルサーバ１０から、プロトコル変換が必要か否かの情報と、該リクエスト情報に対するサービスコンポーネントサーバのＵＲＩを受信し、変換が不要な場合は、該サービスコンポーネントサーバにリクエスト情報を送信する。
ＳＯＡＰレスポンス転送部３４は、ＳＯＡＰレスポンスを受信すると、ＳＯＡＰサービスリクエスタ４４に、該ＳＯＡＰレスポンスを送信する。
ＲＥＳＴレスポンス転送部３５は、ＲＥＳＴレスポンスを受信すると、ＲＥＳＴサービスリクエスタ４５に、該ＲＥＳＴレスポンスを送信する。
【００２６】
認証部３６において、認証チケットポインタ解決部４６は、プロトコル判定部３３からリクエスト情報の入力を受け、該リクエスト情報のプロトコルがＳＯＡＰの場合は、リクエスト情報から認証チケットを読み出す。また、認証チケットポインタ解決部４６は、リクエスト情報がＲＥＳＴの場合は、リクエスト情報から認証チケットポインタを読み出し、読み出した認証チケットポインタを認証局６へ送信して認証チケットを受信する。
シングルサインオン部４７は、認証チケットポインタ解決部４６から認証チケットの入力を受け、該認証チケットの正当性を判断することによって認証を行う。
なお、ＳＯＡＰサービスリクエスタ４４は、認証チケットの代わりに実行制御サーバ１が発行したＩＤおよびパスワードをＳＯＡＰリクエスト情報中に書き込んで実行制御サーバ１へ送信し、シングルサインオン部４７は、該ＩＤおよびパスワードの正当性を判定することによって認証を行ってもよい。同様に、ＲＥＳＴサービスリクエスタ４５は、認証チケットポインタの代わりに実行制御サーバ１が発行したＩＤおよびパスワードをＲＥＳＴリクエスト情報中に書き込んで実行制御サーバ１へ送信し、シングルサインオン部４７は、該ＩＤおよびパスワードの正当性を判定することによって認証を行ってもよい。
認証部３６が行う認証は、シングルサインオンの基礎認証であり、認証に成功すると、すなわち、正当な認証チケットと判断された場合は、サービスリクエスタは、サービスコンポーネントの認証を直接受けることを免除される。
非機能要件処理部２は、認証部３６から、認証に成功したこと、すなわち、認証チケットあるいは認証チケットポインタにより示される認証チケットが正当なものであることが示された情報の入力を受けると、非機能要件処理を行う。また、非機能要件処理部２は、メッセージプロキシ部３へ、非機能要件処理に成功したこと、例えば、認可処理において、サービスコンポーネントへのアクセス権限を有するサービスリクエスタであることが確認されたことを示す情報を出力する。
【００２７】
メッセージトランスレータ装置７は、リクエスト情報変換部３７と、レスポンス変換部３８を備える。
リクエスト情報変換部３７において、ＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報転送部４からＳＯＡＰリクエスト情報を受信して、ＲＥＳＴリクエスト情報に変換し、プロファイルサーバ１０に、該ＲＥＳＴリクエスト情報に対応するサービスコンポーネントのＵＲＩを要求して受信し、該サービスコンポーネントにＲＥＳＴリクエスト情報を送信する。
ＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報転送部５からＲＥＳＴリクエスト情報を受信して、ＳＯＡＰリクエスト情報に変換し、プロファイルサーバ１０に、該ＳＯＡＰリクエスト情報に対応するサービスコンポーネントのＵＲＩを要求して受信し、該サービスコンポーネントにＳＯＡＰリクエスト情報を送信する。
レスポンス変換部３８において、ＳＯＡＰレスポンス変換部３９は、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかからＳＯＡＰレスポンスを受信すると、ＲＥＳＴレスポンスに変換してＲＥＳＴレスポンス転送部３５へ送信する。
ＲＥＳＴレスポンス変換部４０は、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかからＲＥＳＴレスポンスを受信すると、ＳＯＡＰレスポンスに変換してＳＯＡＰレスポンス転送部３４へ送信する。
【００２８】
トラフィック情報管理サーバ１４において、サービス品質監視制御部１５は、サービスコンポーネントが起動しているか否かや、レスポンスに要する時間を調べるサービス品質監視制御を行い、これらの情報を実行制御サーバ１の非機能要件処理部２に送信する。また、サービス品質監視制御部１５は、非機能要件処理部２から、スロットリングの情報や、優先制御の情報や、フロー制御の情報を受信して、通信の制御を実行する。
【００２９】
＜ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換例＞
次に、図２を参照しつつ、サービス登録サーバ１２が、ＲＥＳＴサービスコンポーネント２８、２９、３０からＷＡＤＬ定義文書を受信して、ＷＳＤＬ定義文書に変換する例について説明する。ＷＡＤＬ定義文書は、ＲＥＳＴリクエスト情報のフォーマットを示すものであり、ＳＯＡＰサービスリクエスタ４４がそのまま用いることはできない。そこで、サービス登録サーバ１２は、該ＷＡＤＬ定義文書を、ＳＯＡＰリクエスト情報のフォーマットを示すＷＳＤＬ定義文書に変換する。
サービス事業者の操作を受けたＲＥＳＴサービスコンポーネント２８、２９、３０は、サービスＩＤとオペレーション名とが書き込まれたＷＡＤＬ定義文書、例えば、図２のsample.wadlを生成し、サービス登録サーバ１２に送信する。また、ＲＥＳＴサービスコンポーネント２８、２９、３０は、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報と、変換を求めるか否か示す情報とを、ＷＡＤＬ定義文書と共に、サービス登録サーバ１２に送信する。
【００３０】
サービス登録サーバ１２のサービス登録部４１は、受信したＷＡＤＬ定義文書を、内部の記憶部に登録する。また、サービス登録部４１は、受信したＷＡＤＬ定義文書と、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報とを、コンポーネント情報抽出部４２に出力する。また、サービス登録部４１は、受信したＷＡＤＬ定義文書を、定義文書変換部４３へ出力する。
コンポーネント情報抽出部４２は、ＲＥＳＴサービスコンポーネント２８、２９、３０から受信するＷＡＤＬ定義文書中に記載されたサービスＩＤと、ＵＲＩと、オペレーション名とを読み出して、プロファイルサーバ１０へ送信する。また、コンポーネント情報抽出部４２は、定義文書の書式から、該定義文書を送信したＲＥＳＴサービスコンポーネント２８、２９、３０のプロトコルがＳＯＡＰかＲＥＳＴかを判定して、プロファイルサーバ１０へ送信する。ここでは、ＲＥＳＴであることを示す情報を送信する。また、コンポーネント情報抽出部４２は、サービス登録部４１から入力された、非機能要件処理ポリシーと、ＩＤ変換パターンと、サービスコンポーネント固有の認証情報とをプロファイルサーバ１０へ出力する。
【００３１】
定義文書変換部４３は、サービス登録部４１から入力されたＷＡＤＬ定義文書中に記載された送信先アドレスを実行制御サーバ１のアドレスに書き換え、また、認証情報のパラメータを書き加えて、サービス公開サーバ１３に送信し、公開サービス制御部４８を通じて公開サービス記憶部４９に登録させる。
また、定義文書変換部４３は、サービス登録部４１から、変換を求める旨の情報が入力された場合は、サービス登録部４１から入力されたＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する。そして、定義文書変換部４３は、変換後のＷＳＤＬ定義文書中に記載された送信先アドレスを実行制御サーバ１のアドレスに書き換え、認証情報のパラメータを書き加えて、サービス公開サーバ１３に送信し、公開サービス制御部４８を通じて公開サービス記憶部４９に登録させる。
また、定義文書変換部４３は、変換を行った場合は、変換を行った旨を示す情報を、プロファイルサーバ１０へ送信する。
【００３２】
定義文書変換部４３が行う、ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換は、以下の手順に従って行われる。
（１）ＳＯAＰ名前空間(targetNamespace)は、サービス登録時に入力されたサービスＩＤに、定型プレフィックスを付したものとする。例えば、サービスＩＤ「com.goo.search」に、定型プレフィックス「urn:nttcs:com」を付して、名前空間を「urn:nttss:com:goo:search」とする。図２の例では、サービスＩＤ「sample」に定型プレフィックス「nttss」を付して、名前空間を「urn:nttss:sample」としている。
ここで、名前空間とは、ＳＯＡＰリクエスト情報中で使用されるタグセットの定義に付される識別子であり、タグセットの定義の登録先を示す。手順（１）によって、名前空間の一意性を確保する。
【００３３】
（２）ＳＯＡＰサービスコンポーネントのエンドポイントは、ＲＥＳＴサービスコンポーネントのＵＲＩを用いて、ＵＲＩの共通部分をbase属性、そこからの相対パスＵＲＩをpath属性として、base属性にpath属性を付したもので表す。図２の例では、ＵＲＩの共通部分「http://AAA」に相対パス「BBB」を付して、エンドポイントを「http://AAA/BBB」で表している。
【００３４】
（３）ＳＯＡＰオペレーション名は、「ＨＴＴＰメソッド名＋＃連番」とする。図２の例では、sample.wadl中のＨＴＴＰメソッド名「GET」に、連番「#1」を付して、ＳＯＡＰオペレーション名「GET#1」としている。連番は、同一メソッド名に対して、例えば「GET#1」、「GET#2」のように付す。
ここで、ＳＯＡＰオペレーション名を「ＨＴＴＰメソッド名十＃連番」とするのは、ＲＥＳＴでは１リソースに同一メソッド名を複数定義（オーバーロード）できるので、その識別をするためである。
【００３５】
（４）ＳＯＡＰリクエスト情報のパラメータのメディアタイプが、「application/x-www-form-urlencoded」の場合は、ＲＥＳＴの各クエリパラメータが、ＳＯＡＰのパラメータと一対一に対応付けられる。
また、メディアタイプが「application/xml」または「text/xml」の場合は、当該ＸＭＬ文書が、ＳＯＡＰの１パラメータとして対応付けられる。
変換前後でパラメータを１対１に対応付けることによって、メッセージトランスレータ装置７が、ＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する際に、変換前後でパラメータが１対１に対応付けられ、ＲＥＳＴリクエスト情報のパラメータに、対応するＳＯＡＰリクエスト情報のパラメータ値を書き込めるようにするためである。
【００３６】
（５）ＳＯＡＰレスポンスを表すパラメータは、ＲＥＳＴのレスポンスとして定義されたＸＭＬ文書そのものとする。
これにより、メッセージトランスレータ装置７がＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する際、ＳＯＡＰレスポンスのパラメータを読み出すことでＲＥＳＴレスポンスのパラメータが得られる。
【００３７】
また、サービス登録サーバの定義文書変換部４３は、ＷＡＤＬ定義文書中のinclude文から、タグセットの定義を示す外部スキーマファイルを読み出し、該外部スキーマフィルと手順（１）に従って生成した名前空間と対応付けてサービス公開サーバ１３の公開サービス制御部４８を経由して公開サービス記憶部４９に登録する。また、定義文書変換部４３は、名前空間を、プロファイルサーバ１０のプロファイル制御部１１を経由してサービス情報テーブル５１に登録する。
図２の例では、定義文書変換部４３は、include文「<include href="sample.xsd">」から、タグセットの定義を示す外部スキーマファイルsample.xsdを読み出し、該外部スキーマフィルと名前空間「targetNamespace="urn:nttss:sample"」とを公開サービス記憶部４９に登録する。外部スキーマファイルと名前空間との対応付けは、例えば、公開サービス記憶部４９中に対応関係テーブルを設けて登録することによって行う。
また、定義文書変換部４３は、生成するＷＳＤＬ定義文書sample.wswdl中に、名前空間を書き込む。
これによって、ＳＯＡＰサービスリクエスタ４４が、ＷＳＤＬ定義文書を受信してＳＯＡＰリクエストを生成する際、名前空間をサービス公開サーバ１３に送信し、外部スキーマファイルを受信してタグセットの定義を知ることができる。
【００３８】
＜ＷＳＤＬ定義文書からＷＡＤＬ定義文書への変換例＞
次に、図３を参照しつつ、サービス登録サーバ１２が、ＳＯＡＰサービスコンポーネント２０、２６、２７からＷＳＤＬ定義文書を受信して、ＷＡＤＬ定義文書に変換する例について説明する。ＷＡＤＬ定義文書からＷＳＤＬ定義文書への変換の場合と同様、サービス登録サーバ１２は、ＷＳＤＬ定義文書をＲＥＳＴサービスリクエスタ４５が利用できるＷＡＤＬ定義文書に変換する。
なお、プロファイルサーバ１０に情報を登録する過程、および、サービス公開サーバ１３に定義文書を登録する過程は、サービス登録サーバ１２がプロファイルサーバ１０に名前空間を登録する点を除いて、ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合と同様であり以下、名前空間を登録する構成と変換の手順について説明する。
サービス登録サーバ１２のコンポーネント情報抽出部４２は、ＷＳＤＬ定義文書中に記載されたサービスＩＤと、ＵＲＩとに加えて、名前空間を読み出して、プロファイルサーバ１０へ送信する。名前空間は、プロファイルサーバ１０のサービス情報テーブル５１に登録される。
サービス登録サーバ１２の定義文書変換部４３は、ＷＳＤＬ定義文書、例えば、図３のsample.wsdlを、図３のＷＡＤＬ定義文書sampleExport.wadlに変換する。
定義文書変換部４３が行う、ＷＳＤＬ定義文書からＷＡＤＬ定義文書への変換は、以下の手順に従って行われる。
【００３９】
（１）使用するＨＴＴＰのメソッドは、ＧＥＴ固定とし、ＳＯＡＰのオペレーション名をクエリパラメータ「nttss:method」に設定する。図３の例では、メソッドＧＥＴ用いて「<method name="GET">」とし、「<param name="nttss:method" … fixed="search"/>」タグにてＳＯＡＰのオペレーション名「search」を示している。
ここで、ＳＯＡＰのオペレーションの意味は自動判別できないため、httpのＧＥＴに全てマッピングすることで、自動変換を可能としている。
【００４０】
（２）以下のルールに従い、ＳＯＡＰの全パラメータフィールドを直列化し、クエリパラメータに変換する。
１．配列は、element名と配列のインテックスを「@」で結合して、element名@＜配列のインデックス（１〜）＞とする。
２．構造体の入れ子は、element名を「@」で連結する。図３の例では、パラメータ「condition」は構造体であり、sampleExport.wadlでは、入れ子を「@」で結合した「condition@elem1」、「conditon@elem2」がelement名として用いられている。
３．その他は、element名をそのまま用いる。図３の例では、sample.wsdl中のパラーメータ「keyword」は、「string」型であって配列でも構造体でもないので、sampleExport.wadl中では「<param name="tns:keyword"…>」と、element名「keyword」がそのまま用いられている。
これにより、メッセージトランスレータ装置７が、ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する際に、元の配列や構造体の構造に変換できるようにしている。
【００４１】
（３）ＳＯＡＰのレスポンスメッセージ定義を、そのままＲＥＳＴのレスポンス（ＸＭＬ文書）とする。
これにより、メッセージトランスレータ装置７がＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する際、ＲＥＳＴレスポンスのパラメータを読み出すことでＳＯＡＰレスポンスのパラメータを得られる。
【００４２】
また、サービス登録サーバ１２の定義文書変換部４３は、ＷＳＤＬ定義文書からタグセットの定義と該タグセットの定義に付される識別子である名前空間とを読み出し、両者を対応付けてサービス公開サーバ１３の公開サービス制御部４８を経由して公開サービス記憶部４９に登録しする。また、定義文書変換部４３は、名前空間を、プロファイルサーバ１０のプロファイル制御部１１を経由してサービス情報テーブル５１に登録する。
図３の例では、定義文書変換部４３は、ＷＳＤＬ定義文書sample.wsdlから、点線で囲まれた部分のタグセットの定義と、名前空間「targetNamespace="http://AAA" xmlns:ns1="http://BBB"」とを読み出す。点線部分のタグセットの定義は、例えば"Response"の文字を含むタグを検出し、タグで囲まれた部分を抽出することによって行う。
また、定義文書変換部４３は、読み出したタグセットの定義を、外部スキーマファイルsearchResponse_schema.xsdとして、名前空間と対応付けて公開サービス記憶部４９に登録する。タグセットの定義と名前空間との対応付けは、例えば、公開サービス記憶部４９中に対応関係テーブルを設けて登録することによって行う。
また、定義文書変換部４３は、生成するＷＡＤＬ定義文書sampleExport.wadl中に、外部スキーマファイルの読み込み文（include文）「<include href="searchResponse_schema.xsd/>"」を書き込む。
これによって、ＲＥＳＴサービスリクエスタ４５が、ＷＡＤＬ定義文書を受信してＲＥＳＴリクエストを生成する際、include文中の外部スキーマファイル名をサービス公開サーバ１３に送信し、外部スキーマファイルを受信してタグセットの定義を知ることができる。
【００４３】
また、定義文書変換部４３は、名前空間をプロファイルサーバ１０に送信し、プロファイルサーバ１０のプロファイル制御部１１は、受信した名前空間を、コンポーネント情報抽出部４２から受信したサービスＩＤと対応付けてサービス情報テーブル５１に登録する。
これによって、メッセージトランスレータ装置７がＲＥＳＴリクエストをＳＯＡＰリクエストに変換する際、ＷＡＤＬ定義文書中のサービスＩＤをプロファイルサーバ１０に送信して名前空間を受信し、ＳＯＡＰリクエスト中に書き込むことができる。また、ＳＯＡＰリクエストを受信したＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト中の名前空間をサービス公開サーバ１３に送信し、外部スキーマファイルを受信して、タグセットの定義を知ることができる。
【００４４】
＜プロファイルサーバに登録される情報＞
次に、図４を参照して、プロファイルサーバ１０のサービス情報テーブル５１およびオペレーションテーブル５２に登録される情報について説明する。
サービス情報テーブル５１は、サービスコンポーネントを識別するための識別子である「サービスＩＤ」と、リクエスト情報の「プロトコル」と、サービスコンポーネントのネットワーク上のアドレスを表す「ＵＲＩ」と、リクエスト情報の変更の要否を示す「変換要否」の情報と、前述の「名前空間」とを記憶する。
「ＵＲＩ」の項目は、実行制御サーバ１またはメッセージトランスレータ装置７が、リクエスト情報をサービスコンポーネントに送信するために用いられる。
「変換要否」の項目に記載される情報は、実行制御サーバ１がリクエスト情報の送信先を決定するために用いられる情報である。実行制御サーバ１は、変換が必要な場合はメッセージトランスレータ装置７へ、不要な場合はサービスコンポーネントへ、リクエスト情報を送信する。
「サービスＩＤ」の項目は、「プロトコル」の項目と共に、サービス情報テーブル５１を検索する際のキーとなる。
【００４５】
オペレーションテーブル５２は、「サービスＩＤ」と、「オペレーション名」と、「ＩＤ変換パターン」と、「固有の認証情報」と、「非機能要件処理ポリシー」とを記憶する。
「オペレーション名」の項目は、「サービスＩＤ」の項目と共に、オペレーションテーブル５２を検索する際のキーとなる。なお、オペレーション名が規定されないサービスの場合は、「サービスＩＤ」のみをキーとしてオペレーションテーブル５２を検索する。
「ＩＤ変換パターン」の項目は、サービスコンポーネントが行う認証方法のパターンを表す情報である。ＩＤ変換パターンは、「ＳＡＭＬ連携型」と、「ＩＤ置換型」と、「削除型」のいずれかの情報である。
ここで、以下の説明では、ＳＯＡＰサービスコンポーネント２０、ＲＥＳＴサービスコンポーネント２８が「ＳＡＭＬ連携型」、ＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９が「ＩＤ置換型」、ＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０が「削除型」であるとする。
「ＳＡＭＬ連携型」のＳＯＡＰサービスコンポーネント２０は、認証局６が発行する認証チケットを利用して認証を行うサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２０に対しては、認証チケットを書き込んだリクエスト情報を送信する。また、同じくＳＡＭＬ連携型のＲＥＳＴサービスコンポーネント２８は、認証局６が発行する認証チケットポインタを利用して認証を行うサービスコンポーネントであり、ＲＥＳＴサービスコンポーネント２８に対しては、実行制御サーバ１またはメッセージトランスレータ装置７は、認証チケットポインタを書き込んだリクエスト情報を送信する。
「ＩＤ置換型」のＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９は、サービスコンポーネント固有の認証情報、例えばＩＤおよびパスワードを利用するサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２６、ＲＥＳＴサービスコンポーネント２９に対しては、固有の認証情報を書き込んだリクエスト情報を送信する。
「削除型」のＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０は、認証を行わないサービスコンポーネントである。実行制御サーバ１またはメッセージトランスレータ装置７は、ＳＯＡＰサービスコンポーネント２７、ＲＥＳＴサービスコンポーネント３０に対しては、認証情報を削除したリクエスト情報を送信する。
非機能要件処理ポリシーは、前記のとおり、実行制御サーバ１が行う非機能要件処理の内容を示す情報である。
また、実行制御サーバ１やメッセージトランスレータ装置７に、キャッシュ部３１、３２を備えておき、サービス情報テーブル５１やオペレーションテーブル５２の情報をそれぞれのキャッシュ部３１、３２に記憶しておくことで、プロファイルサーバ１０との通信量を削減するようにしてもよい。
【００４６】
＜ＳＯＡＰリクエスト情報からＲＥＳＴリクエスト情報への変換例＞
次に、ＳＯＡＰリクエスト情報からＲＥＳＴリクエスト情報への変換について、図５に示す例を用いて説明する。なお、以下ではＳＡＭＬ連携型のＲＥＳＴサービスコンポーネント２８について説明する。ＩＤ置換型のＲＥＳＴサービスコンポーネント２９や、削除型のＲＥＳＴサービスコンポーネント３０についても同様の変換を行う。
図５は、ＳＯＡＰリクエスト情報がＲＥＳＴリクエスト情報に変換され、それに対するＲＥＳＴレスポンスがＳＯＡＰレスポンスに変換される例を示す図である。
実行制御サーバ１は、ＳＯＡＰサービスリクエスタ４４からＳＯＡＰリクエスト情報を受信すると、要素名が「soapenv」で始まるタグがあることから、プロトコルがＳＯＡＰであると判定して、ＳＯＡＰリクエスト中から認証チケットを読み出して、認証チケットの検証によるシングルサインオン認証を行い、非機能要件処理を実行し、ＳＯＡＰリクエスト情報をメッセージトランスレータ装置７に転送する。
メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報を受信すると、ＳＯＡＰオペレーションからＲＥＳＴメソッドを判断してＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換し、また、ＳＯＡＰリクエスト情報中にパラメータとして書き込まれた認証チケットと、その他のパラメータ値とを抽出する。また、ＳＯＡＰリクエスト情報変換部８は、認証局６に認証チケットを送信して認証チケットポインタを取得し、該認証チケットポインタとＳＯＡＰリクエスト情報から抽出したその他のパラメータ値とを、ＲＥＳＴリクエスト情報中に書き込んで、ＲＥＳＴサービスコンポーネント２８に送信する。
図５の場合、ＳＯＡＰリクエスト
<soapenv:Envelope・・・> <soapenv:Header/>
<soapenv:Body>
<tns:Get#1> <para1>xxx</para1> <para2>yyy</para2>
<tns:Get#1> <soapenv:Body> </soapenv:Envelope>
に記載されている、ＳＯＡＰオペレーション「GET#1」からＲＥＳＴメソッドが「GET」であると判別し、ＳＯＡＰリクエスト情報から抽出したパラメータ「<para1>xxx</para1> <para2>yyy</para2>」を「para1=xxx¶2=yyy#1」の形にしてＲＥＳＴのクエリパラメータに入れる。
この変換は、ＷＡＤＬ定義文書をＷＳＤＬ定義文書に変換する際に、前述した手順（１）〜（５）に従うことによって可能となっている。
【００４７】
ＳＯＡＰリクエスト情報変換部８は、変換したＲＥＳＴリクエスト情報をＲＥＳＴサービスコンポーネント２８へ送信する。
ＲＥＳＴサービスコンポーネント２８は、ＲＥＳＴリクエスト情報を受信すると、ＲＥＳＴレスポンスをメッセージトランスレータ装置７へ送信する。
メッセージトランスレータ装置７のＲＥＳＴレスポンス変換部４０は、受信したＲＥＳＴレスポンスの内容を、ＳＯＡＰレスポンスのパラメータ値として書き込むことによって、ＲＥＳＴレスポンスをＳＯＡＰレスポンスに変換する。
図５の場合、ＲＥＳＴレスポンスの内容「<ZZZ> <result> 0 </result> </ZZZ>」が、ＳＯＡＰレスポンス中にパラメータ値として書き込まれている。
ＲＥＳＴレスポンス変換部４０は、変換によって生成されたＳＯＡＰレスポンスを、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由して、ＳＯＡＰサービスリクエスタ４４へ送信する。
以上よって、ＳＯＡＰサービスリクエスタ４４は、ＳＯＡＰによって記載されたＳＯＡＰリクエスト情報を送信することによって、ＲＥＳＴサービスコンポーネント２８からのレスポンスを、ＳＯＡＰレスポンスとして得ることができる。
【００４８】
＜ＲＥＳＴリクエスト情報からＳＯＡＰリクエスト情報への変換例＞
次に、ＲＥＳＴリクエスト情報からＳＯＡＰリクエスト情報への変換について、図６に示す例を用いて説明する。なお、以下ではＳＡＭＬ連携型のＳＯＡＰサービスコンポーネント２０について説明する。ＩＤ置換型のＳＯＡＰサービスコンポーネント２６や、削除型のＳＯＡＰサービスコンポーネント２７についても同様の変換を行う。
図６は、ＲＥＳＴリクエスト情報がＳＯＡＰリクエスト情報に変換され、それに対するＳＯＡＰレスポンスがＲＥＳＴレスポンスに変換される例を示す図である。
実行制御サーバ１は、ＲＥＳＴサービスリクエスタ４５からＲＥＳＴリクエスト情報を受信すると、要素名が「soapenv」で始まるタグが無いことから、プロトコルがＲＥＳＴであると判定して、ＲＥＳＴリクエスト情報中から認証チケットポインタを読み出して認証局６へ送信し、認証チケットを取得する。実行制御サーバ１は、取得した認証チケットの検証によるシングルサインオン認証を行い、また、ＲＥＳＴでは認証情報は１度しか使えないので、認証チケットを認証局６へ送信して認証チケットポインタを取得し、ＲＥＳＴリクエスト情報中に取得した認証チケットポインタの情報を書き込む。また、実行制御サーバ１は、非機能要件処理を実行し、ＲＥＳＴリクエスト情報をメッセージトランスレータ装置７に転送する。
メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報を受信すると、ＲＥＳＴメソッドからＳＯＡＰオペレーション名を判断してＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換し、また、ＲＥＳＴリクエスト情報中にパラメータ値として書き込まれた認証チケットポインタ、その他のパラメータ値を読み出す。また、ＲＥＳＴリクエスト情報変換部９は、認証局６へ認証チケットポインタ送信し、認証チケットを取得する。また、ＲＥＳＴリクエスト情報変換部９は、取得した認証チケットと、その他のパラメータ値とをＳＯＡＰリクエスト情報中に書き込んで、ＳＯＡＰサービスコンポーネント２０に送信する。
【００４９】
図６の場合、ＲＥＳＴリクエスト中のメソッド「nttss:method=search」からＳＯＡＰオペレーション名が「search」であると判別し、「<tns:search>」タグを生成する。また、ＲＥＳＴリクエスト中から読み出したパラメータ「tns:keyword=xxx &ns1:condition@elem1=yyy &ns1:condition@elem2=zzz」を「<tns:keyword>xxx</tns:keyword> <ns1:condition> <elem1> yyy </elem1> <elem2> zzz </elem2> </ns1:condition>」の形にしてＳＯＡＰリクエスト情報中に書き込む。
また、下記のＲＥＳＴリクエスト情報の場合、「method=makeCallSession」によりＳＯＡＰのオペレーション「makeCallSession」が指定され、&でつながれたパラメータがＳＯＡＰのパラメータにマッピングされる。
?method=makeCallSession
&loc:callParticipants@1=sip:AAA &loc:callParticipants@2=sjp:BBB
&loc:ca1llngParticipantName=xxx &loc:charging@description=xxx
&loc:charging@currency=xxx &loc:charging@amount=100
&loc:charging@code=xxx &loc:mediaInfo@media=Audio
&loc:mediaInfo@mediaDirection=InOut &loc:changeMediaNotAllowed=false
この変換は、ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する際に、前述した手順（１）〜（３）に従うことによって可能となっている。
【００５０】
ＲＥＳＴリクエスト情報変換部９は、以下の手順で、ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する。
ＲＥＳＴリクエスト情報変換部９は、変換したＳＯＡＰリクエスト情報をＳＯＡＰサービスコンポーネント２０へ送信する。
ＳＯＡＰサービスコンポーネント２０は、ＳＯＡＰリクエスト情報を受信すると、ＳＯＡＰレスポンスをメッセージトランスレータ装置７へ送信する。
メッセージトランスレータ装置７のＳＯＡＰレスポンス変換部３９は、受信したＳＯＡＰレスポンスのパラメータ値を、ＲＥＳＴレスポンスの内容とすることによって、ＳＯＡＰレスポンスをＲＥＳＴレスポンスに変換する。
図６の場合、ＳＯＡＰレスポンスのパラメータ値「<tns:searchRseponse> <tns:result> 0 </tns:result> <tns:serarchResponse>」をＲＥＳＴレスポンスの内容として、これに送信先アドレスを書き込んでＲＥＳＴレスポンスを生成している。
ＳＯＡＰレスポンス変換部３９は、変換によって生成されたＲＥＳＴレスポンスを、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由して、ＲＥＳＴサービスリクエスタ４５へ送信する。
以上によって、ＲＥＳＴサービスリクエスタ４５は、ＲＥＳＴによって記載されたＲＥＳＴリクエスト情報を送信することによって、ＳＯＡＰサービスコンポーネント２０からのレスポンスを、ＲＥＳＴレスポンスとして得ることができる。
次に、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５がリクエスト情報を送信してレスポンスを取得する際の、サービス連携処理システム１００の動作について説明する。
【００５１】
＜第１の実施形態：実行制御サーバ１がＳＯＡＰリクエスト情報を受信し、ＳＯＡＰサービスコンポーネント２０、２６、２７にＳＯＡＰリクエスト情報を送信する場合の動作＞
第１の実施形態では、ＳＯＡＰサービスリクエスタ４４がＳＯＡＰリクエスト情報を送信し、実行制御サーバ１を経由してＳＯＡＰサービスコンポーネント２０、２６、２７が受信する際のサービス連携処理システム１００の動作を、図７を参照しつつ説明する。
ユーザに操作されたＳＯＡＰサービスリクエスタ端末１６の、ＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３の公開サービス記憶部４９に登録されたＷＳＤＬ定義文書を取得し、また、認証局６に認証チケットの発行を要求して取得する。
また、ＳＯＡＰサービスリクエスタ４４は、ＷＳＤＬ定義文書に規定されたフォーマットに従って、利用するサービスコンポーネントのサービスＩＤとオペレーション名とを含んだＳＯＡＰリクエスト情報を生成し、認証情報のパラメータに認証チケットの情報を書き込んで、実行制御サーバ１へ送信する（Ｓａ１）。
【００５２】
実行制御サーバ１のプロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４から受信したリクエスト情報中に要素名が「soapenv」で始まるタグがあることから、該リクエスト情報のプロトコルがＳＯＡＰであると判定し、シングルサインオン部４７へ、受信したＳＯＡＰリクエスト情報と、プロトコルがＳＯＡＰであることを示す情報を出力する（Ｓａ２）。
シングルサインオン部４７は、入力されたＳＯＡＰリクエスト情報中から読み出した認証チケットの正当性を判断することによって認証を行う。認証に成功すると、すなわち正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓａ３）。
ここで、シングルサインオン部４７は、例えば、認証チケットの解読方法を予め知っており、認証チケットを解読して、該認証チケットの正当性を判断する。なお、シングルサインオン部４７は、認証局６へ認証チケットを送信して認証局６が認証を行ってもよい。
非機能要件処理部２は、入力されたＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、プロファイルサーバ１０からオペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＳＯＡＰリクエスト情報転送部４へ出力する（Ｓａ４）。
なお、オペレーションテーブルからの情報の受信は、オペレーション名が規定されているサービスでは「サービスＩＤ」と「オペレーション名」とをキーとして送信し、オペレーション名が規定されていないサービスでは「サービスＩＤ」のみをキーとして送信することによって行う。以下の説明でも同様である。
【００５３】
ＳＯＡＰリクエスト情報転送部４は、ＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブル５１に登録された、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかのＵＲＩと、変換が不要であることを示す情報とを取得する。また、ＳＯＡＰリクエスト情報転送部４は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブル５２に登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓａ５）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除せずにそのままとして（Ｓａ６）、ＳＯＡＰサービスコンポーネント２０に送信する（Ｓａ９）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＩＤ置換型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを固有の認証情報に書き換え（Ｓａ７）、ＳＯＡＰサービスコンポーネント２６に転送する（Ｓａ９）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンが削除型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除して（Ｓａ８）、ＳＯＡＰサービスコンポーネント２７に転送する（Ｓａ９）。
ＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト情報を受信すると、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由して、ＳＯＡＰサービスリクエスタ４４にＳＯＡＰレスポンスを送信する。
【００５４】
＜第２の実施形態：実行制御サーバ１がＲＥＳＴリクエスト情報を受信し、ＲＥＳＴサービスコンポーネント２８、２９、３０にＲＥＳＴリクエスト情報を送信する場合の動作＞
第２の実施形態では、ＲＥＳＴサービスリクエスタ４５がＲＥＳＴリクエスト情報を送信し、実行制御サーバ１を経由してＲＥＳＴサービスコンポーネント２８、２９、３０が受信する際のサービス連携処理システム１００の動作を、図８を参照しつつ説明する。
ユーザに操作されたＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３の公開サービス記憶部４９に登録されたＷＡＤＬ定義文書を取得し、また、認証局６に認証チケットポインタの発行を要求して取得する。
また、ＲＥＳＴサービスリクエスタ４５は、ＷＡＤＬ定義文書に規定されたフォーマットに従って、利用するサービスコンポーネントのサービスＩＤを含んだＲＥＳＴリクエスト情報を生成し、認証情報のパラメータに認証チケットポインタの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｂ１）。
【００５５】
実行制御サーバ１のプロトコル判定部３３は、ＲＥＳＴサービスリクエスタ４５から受信したリクエスト情報中に、要素名が「soapenv」で始まるタグが無いことから、該リクエスト情報のプロトコルがＲＥＳＴであると判定し、認証チケットポインタ解決部４６へ、受信したＲＥＳＴリクエスト情報と、プロトコルがＲＥＳＴであることを示す情報を出力する（Ｓｂ２）。
認証チケットポインタ解決部４６は、ＲＥＳＴリクエスト情報中から認証チケットポインタの情報を読み出して認証局６に送信し、認証チケットの発行を要求する。認証局６は、受信した認証チケットポインタに対応した認証チケットを、認証チケットポインタ／認証チケット対応表２５を用いて生成し、認証チケットポインタ解決部４６に送信する（Ｓａ３）。また、認証チケットポインタ解決部４６は、受信した認証チケットをＲＥＳＴリクエスト情報中に書き込んで、シングルサインオン部４７に出力する（Ｓｂ４）
シングルサインオン部４７は、入力されたＲＥＳＴリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証チケットが正当なものであると判断されると、シングルサインオン部４７は、非機能要件処理部２に、ＲＥＳＴリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｂ５）。
非機能要件処理部２は、入力されたＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーをプロファイルサーバ１０から受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＲＥＳＴリクエスト情報と、ＲＥＳＴリクエスト情報のプロトコルを示す情報とを、ＲＥＳＴリクエスト情報転送部５へ出力する（Ｓｂ６）。
【００５６】
ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブル５１に登録された、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかのＵＲＩと、変換が不要であることを示す情報とを取得する。また、ＲＥＳＴリクエスト情報転送部５は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブル５２に登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｂ７）。
また、ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中から認証チケットを読み出し、また、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除する（Ｓｂ８）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、読み出した認証チケットを認証局６に送信し、認証チケットポインタ／認証チケット対応表２５上で該認証チケットに対応付けられた認証チケットポインタを取得する（Ｓｂ９）。また、ＲＥＳＴリクエスト情報転送部５は、取得した認証チケットポインタをＲＥＳＴリクエスト情報に書き込んで（Ｓｂ１０）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｂ１２）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＩＤ置換型の場合は、ＲＥＳＴリクエスト情報中に固有の認証情報を書き込み（Ｓｂ１１）、ＲＥＳＴサービスコンポーネント２９に転送する（Ｓｂ１２）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンが削除型の場合は、ＲＥＳＴリクエスト情報に新たな認証情報を加えずにそのまま、ＲＥＳＴサービスコンポーネント３０に転送する（Ｓｂ１２）。
ＲＥＳＴサービスコンポーネント２８、２９、３０は、ＲＥＳＴリクエスト情報を受信すると、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由して、ＲＥＳＴサービスリクエスタ４５にＲＥＳＴレスポンスを送信する。
【００５７】
＜第３の実施形態：ＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する場合の動作＞
第３の実施形態では、ＳＯＡＰサービスリクエスタ４４がＳＯＡＰリクエスト情報を送信し、実行制御サーバ１を経由して、メッセージトランスレータ装置７がこれを受信してＲＥＳＴリクエスト情報に変換し、ＲＥＳＴサービスコンポーネント２８、２９、３０に送信する際のサービス連携処理システム１００の動作を、図９を参照しつつ説明する。
ユーザに操作されたＳＯＡＰサービスリクエスタ端末１６のＳＯＡＰサービスリクエスタ４４は、サービス公開サーバ１３に登録されたＷＳＤＬ定義文書を取得し、また、認証局６に認証チケットの発行を要求して取得する。
また、ＳＯＡＰサービスリクエスタ４４は、ＷＳＤＬ定義文書に規定されたフォーマットに従ってサービスＩＤとオペレーション名とが書き込まれたＳＯＡＰリクエスト情報を生成し、認証情報のパラメータに認証チケットの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｃ１）。
【００５８】
実行制御サーバ１のプロトコル判定部３３は、ＳＯＡＰサービスリクエスタ４４から受信したリクエスト情報の中に要素名が「soapenv」で始まるタグがあることから、該リクエスト情報のプロトコルがＳＯＡＰであると判定し、シングルサインオン部４７へ、受信したＳＯＡＰリクエスト情報と、プロトコルがＳＯＡＰであることを示す情報を出力する（Ｓｃ２）。
シングルサインオン部４７は、入力されたＳＯＡＰリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証に成功すると、すなわち、正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｃ３）。
非機能要件処理部２は、入力されたＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＳＯＡＰリクエスト情報転送部４へ出力する（Ｓｃ４）。
【００５９】
ＳＯＡＰリクエスト情報転送部４は、ＳＯＡＰリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブルに登録された、ＳＯＡＰサービスコンポーネント２０、２６、２７のいずれかのＵＲＩと、変換が必要であることを示す情報とを取得する。また、ＳＯＡＰリクエスト情報転送部４は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブルに登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｃ５）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除せずにそのままとし（Ｓｃ６）、該ＳＯＡＰリクエスト情報をメッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＩＤ置換型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを固有の認証情報に書き換え（Ｓｃ７）、メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
また、ＳＯＡＰリクエスト情報転送部４は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＳＯＡＰリクエスト情報中の認証チケットを削除して、メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８へ送信する（Ｓｃ８）。
【００６０】
メッセージトランスレータ装置７のＳＯＡＰリクエスト情報変換部８は、ＳＯＡＰリクエスト情報を受信し（Ｓｃ９）、該リクエスト情報中のＳＯＡＰオペレーションからＲＥＳＴのメソッドを判別してＳＯＡＰリクエスト情報をＲＥＳＴリクエスト情報に変換する（Ｓｃ１０）。
また、ＳＯＡＰリクエスト情報変換部８は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、認証局６に認証チケットを送信して、対応する認証チケットポインタを取得し、ＲＥＳＴリクエスト情報のパラメータに書き込み（Ｓｃ１２）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｃ１４）。
また、ＳＯＡＰリクエスト情報変換部８は、ＩＤ変換パターンがＩＤ置換型または削除型の場合は、ＳＯＡＰリクエスト情報中のＳＯＡＰボディ部の全パラメータ値をＲＥＳＴパラメータに設定して（Ｓｃ１３）、ＲＥＳＴサービスコンポーネント２８に送信する（Ｓｃ１４）。ＳＯＡＰボディ部のパラメータには、ＩＤ置換型の場合の固有の認証情報が含まれる。
ＲＥＳＴサービスコンポーネント２８、２９、３０は、ＲＥＳＴリクエスト情報を受信すると、メッセージトランスレータ装置７にＲＥＳＴレスポンスを送信する。メッセージトランスレータ装置７のＲＥＳＴレスポンス変換部４０は、ＲＥＳＴレスポンスをＳＯＡＰレスポンスに変換し、該ＳＯＡＰレスポンスを、実行制御サーバ１のＳＯＡＰレスポンス転送部３４を経由してＳＯＡＰサービスリクエスタ４４に送信する。
【００６１】
＜第４の実施形態：ＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する場合の動作＞
第４の実施形態では、ＲＥＳＴサービスリクエスタ４５がＲＥＳＴリクエスト情報を送信し、実行制御サーバ１を経由して、メッセージトランスレータ装置７がこれを受信してＳＯＡＰリクエスト情報に変換し、ＳＯＡＰサービスコンポーネント２０、２６、２７に送信する際のサービス連携処理システム１００の動作を、図１０を参照しつつ説明する。
ユーザに操作されたＲＥＳＴサービスリクエスタ４５は、サービス公開サーバ１３に登録されたＷＡＤＬ定義文書を取得し、また、認証局６に認証チケットポインタの発行を要求して取得する。
また、ＲＥＳＴサービスリクエスタ４５は、ＷＡＤＬ定義文書に規定されたフォーマットに従ってサービスＩＤとオペレーション名とが書き込まれたＲＥＳＴリクエスト情報を生成し、認証情報のパラメータに認証チケットポインタの情報を書き込んで、実行制御サーバ１へ送信する（Ｓｄ１）。
【００６２】
実行制御サーバ１のプロトコル判定部３３は、ＲＥＳＴサービスリクエスタ４５から受信したリクエスト情報中に、要素名が「soapenv」で始まるタグが無いことから、該リクエスト情報のプロトコルがＲＥＳＴであると判定し、認証チケットポインタ解決部４６へ、受信したＲＥＳＴリクエスト情報と、プロトコルがＲＥＳＴであることを示す情報を出力する（Ｓｄ２）。
認証チケットポインタ解決部４６は、ＲＥＳＴリクエスト情報中から認証チケットポインタの情報を読み出して認証局６に送信し、認証チケットの発行を要求する。認証局６は、受信した認証チケットポインタに対応した認証チケットを、認証チケットポインタ／認証チケット対応表２５を用いて生成し、認証チケットポインタ解決部４６に送信する。また、認証チケットポインタ解決部４６は、受信した認証チケットをＲＥＳＴリクエスト情報中に書き込んで、シングルサインオン部４７に出力する（Ｓｄ３）
シングルサインオン部４７は、入力されたＲＥＳＴリクエスト情報中から読み出した認証チケットを用いて認証を行う。認証に成功すると、すなわち正当な認証チケットと判断すると、シングルサインオン部４７は、非機能要件処理部２に、ＲＥＳＴリクエスト情報と、リクエスト情報のプロトコルを示す情報とを出力する（Ｓｄ４）。
非機能要件処理部２は、入力されたＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤをプロファイルサーバ１０へ送信して、オペレーションテーブル５２に登録された非機能要件処理ポリシーを受信し、非機能要件処理を実行する。また、非機能要件処理部２は、認可処理などの非機能要件処理に成功すると、ＳＯＡＰリクエスト情報と、リクエスト情報のプロトコルを示す情報とを、ＲＥＳＴリクエスト情報転送部５へ出力する（Ｓｄ５）。
【００６３】
ＲＥＳＴリクエスト情報転送部５は、ＲＥＳＴリクエスト情報中からサービスＩＤを読み出し、該サービスＩＤとリクエスト情報のプロトコルを示す情報とをプロファイルサーバ１０に送信し、サービス情報テーブルに登録された、ＲＥＳＴサービスコンポーネント２８、２９、３０のいずれかのＵＲＩと、変換が必要であることを示す情報とを取得する。また、ＲＥＳＴリクエスト情報転送部５は、サービスＩＤをプロファイルサーバ１０に送信し、オペレーションテーブルに登録された、ＩＤ変換パターンの情報と、ＩＤ変換パターンがＩＤ置換型の場合は、固有の認証情報とを取得する（Ｓｄ６）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、ＲＥＳＴリクエスト情報中から認証チケットを読み出し、また、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除する。また、ＲＥＳＴリクエスト情報転送部５は、読み出した認証チケットを認証局６に送信し、対応する認証チケットポインタを取得する（Ｓｄ７）。また、ＲＥＳＴリクエスト情報転送部５は、取得した認証チケットポインタをＲＥＳＴリクエスト情報のパラメータに書き込んで（Ｓｄ８）、メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンがＩＤ置換型の場合は、ＲＥＳＴリクエスト情報のパラメータに固有の認証情報を書き込んで（Ｓｄ９）、メッセージトランスレータ装置のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
また、ＲＥＳＴリクエスト情報転送部５は、ＩＤ変換パターンが削除型の場合は、ＲＥＳＴリクエスト情報中の認証チケットポインタを削除して、メッセージトランスレータ装置のＲＥＳＴリクエスト情報変換部９に送信する（Ｓｄ１０）。
【００６４】
メッセージトランスレータ装置７のＲＥＳＴリクエスト情報変換部９は、ＲＥＳＴリクエスト情報を受信し（Ｓｄ１１）、該ＲＥＳＴリクエスト情報中のパラメータのメソッドからＳＯＡＰオペレーションを判別してＲＥＳＴリクエスト情報をＳＯＡＰリクエスト情報に変換する（Ｓｄ１２）。
また、ＲＥＳＴリクエスト情報変換部９は、ＩＤ変換パターンがＳＡＭＬ連携型の場合は、認証局６に認証チケットポインタを送信して、対応する認証チケットを取得し、ＳＯＡＰリクエスト情報中に書き込み（Ｓｄ１３）、ＲＥＳＴリクエスト情報中のその他のパラメータ値もＳＯＡＰリクエスト情報中に書き込んで（Ｓｄ１４）、ＳＯＡＰサービスコンポーネント２０に送信する（Ｓｄ１５）。
また、ＲＥＳＴリクエスト情報変換部９は、ＩＤ変換パターンがＩＤ置換型または削除型の場合は、ＲＥＳＴリクエスト情報中のパラメータ値をＳＯＡＰリクエスト情報中に書き込んで（Ｓｄ１４）、ＳＯＡＰサービスコンポーネント２６、２７に送信する（Ｓｄ１５）。
ＲＥＳＴリクエスト情報中のパラメータには、ＩＤ置換型の場合の固有の認証情報が含まれる。ＳＯＡＰサービスコンポーネント２０、２６、２７は、ＳＯＡＰリクエスト情報を受信すると、メッセージトランスレータ装置７にＳＯＡＰレスポンスを送信する。メッセージトランスレータ装置７のＳＯＡＰレスポンス変換部３９は、ＳＯＡＰレスポンスをＲＥＳＴレスポンスに変換し、該ＲＥＳＴレスポンスを、実行制御サーバ１のＲＥＳＴレスポンス転送部３５を経由してＲＥＳＴサービスリクエスタ４５に送信する。
【００６５】
以上、本発明の実施形態によれば、サービスリクエスタ４４、４５は、１形式のプロトコルで記載されたリクエスト情報によってＳＯＡＰレスポンス、ＲＥＳＴレスポンスのいずれも取得できるので、１形式のプロトコルで記載されたリクエスト情報によってＳＯＡＰサービスとＲＥＳＴサービスとを連携することができる。
また、非機能要件処理部２が一括して非機能要件処理を行うので、サービスコンポーネントは個別に非機能要件処理を行う必要がない。
また、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、シングルサインオンの認証を受けられるので、ＳＯＡＰサービスとＲＥＳＴサービスとの異なるプロトコルのサービスコンポーネントを利用する場合でも、認証情報の入力は１度でよい。
また、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、新たにミドルウェアを用意して設定を行わなくても、自リクエスタと異なるプロトコルのサービスコンポーネントからサービスを受けることができるので、アプリケーション開発コストを削減でき、また、開発期間を短縮することができる。加えて、ＳＯＡＰとＲＥＳＴとで提供される多くのＷｅｂサービスを利用できるので、１形式のプロトコルで提供されるＷｅｂサービスのみからは開発できない、新しいアプリケーションを開発できる。
また、本実施形態のサービス連携システムは、トラフィック制御処理等、ネットワークの安定性を制御する処理を実行するので、ＳＯＡＰサービスリクエスタ４４、ＲＥＳＴサービスリクエスタ４５は、安定したサービスを受けることができる。
【００６６】
また、図１におけるＳＯＡＰサービスリクエスタ端末１６のＳＯＡＰサービスリクエスタ４４と、ＲＥＳＴサービスリクエスタ端末１７のＲＥＳＴサービスリクエスタ４５と、実行制御サーバ１のメッセージプロキシ部３と、プロトコル判定部３３と、ＳＯＡＰリクエスト情報転送部４と、ＲＥＳＴリクエスト情報転送部５と、ＳＯＡＰレスポンス転送部３４と、ＲＥＳＴレスポンス転送部３５と、認証部３６と、認証チケットポインタ解決部４６と、シングルサインオン部４７と、非機能要件処理部２と、認証局６の認証情報制御部５０と、認証チケットポインタ／認証チケット対応表２５と、メッセージトランスレータ装置７のリクエスト情報変換部３７と、ＳＯＡＰリクエスト情報変換部８と、ＲＥＳＴリクエスト情報変換部９と、レスポンス変換部３８と、ＳＯＡＰレスポンス変換部３９と、ＲＥＳＴレスポンス変換部４０と、プロファイルサーバ１０のプロファイル制御部１１と、サービス情報テーブル５１と、オペレーションテーブル５２と、サービス公開サーバ１３の公開サービス制御部４８と、公開サービス記憶部４９と、サービス登録サーバ１２のサービス登録部４１と、コンポーネント情報抽出部４２と、定義文書変換部４３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００６７】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００６８】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【産業上の利用可能性】
【００６９】
本発明は、ＳＯＡＰサービスとＲＥＳＴサービスとの連携処理システムに用いて好適である。
【符号の説明】
【００７０】
１…実行制御サーバ
２…非機能要件処理部
３…メッセージプロキシ部
４…ＳＯＡＰリクエスト情報転送部
５…ＲＥＳＴリクエスト情報転送部
６…認証局
７…メッセージトランスレータ装置
８…ＳＯＡＰリクエスト情報変換部
９…ＲＥＳＴリクエスト情報変換部
１０…プロファイルサーバ
１１…プロファイル制御部
１２…サービス登録サーバ
１３…サービス公開サーバ
１４…トラフィック情報管理サーバ
１５…サービス品質監視制御部
１６…ＳＯＡＰサービスリクエスタ端末
１７…ＲＥＳＴサービスリクエスタ端末
１８…ネットワーク
１９…ＳＯＡＰサービスコンポーネントサーバ
２１…ＲＥＳＴサービスコンポーネントサーバ
２０、２６、２７…ＳＯＡＰサービスコンポーネント
２８、２９、３０…ＲＥＳＴサービスコンポーネント
２５…認証チケットポインタ／認証チケット対応表
５１…サービス情報テーブル
５２…オペレーションテーブル
３１…キャッシュ部（実行制御サーバ内）
３２…キャッシュ部（メッセージトランスレータ装置内）
３３…プロトコル判定部
３４…ＳＯＡＰレスポンス転送部
３５…ＲＥＳＴレスポンス転送部
３６…認証部
３７…リクエスト情報変換部
３８…レスポンス変換部
３９…ＳＯＡＰレスポンス変換部
４０…ＲＥＳＴレスポンス変換部
４１…サービス登録部
４２…コンポーネント情報抽出部
４３…定義文書変換部
４４…ＳＯＡＰサービスリクエスタ
４５…ＲＥＳＴサービスリクエスタ
４６…認証チケットポインタ解決部
４７…シングルサインオン部
４８…公開サービス制御部
４９…公開サービス記憶部
５０…認証情報制御部
１００…サービス連携処理システム
【特許請求の範囲】
【請求項１】
予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、
前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、
前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、
前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、
自端末のプロトコルに対応する認証情報を前記認証局に要求して受信し、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信し、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信するサービスリクエスタ端末と、
前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する実行制御サーバと、
前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信するメッセージトランスレータ装置と、
を備えたことを特徴とするサービス連携処理システム。
【請求項２】
前記プロトコルはＳＯＡＰ、あるいはＲＥＳＴであり、
前記実行制御サーバは、
前記受信したリクエスト情報のプロトコルを検出し、検出したプロトコルがＳＯＡＰを示す場合、前記リクエスト情報から認証チケットで示される認証情報を読み出し、読み出した認証チケットによりシングルサインオン認証を行い、検出したプロトコルがＲＥＳＴを示す場合、前記リクエスト情報から認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信してシングルサインオン認証を行う
ことを特徴とする請求項１に記載のサービス連携処理システム。
【請求項３】
前記プロファイルサーバは、
前記サービスコンポーネントサーバが行う認証処理として、連携型、ＩＤ置換型、削除型の処理のいずれかを認証処理情報として提供し、
前記実行制御サーバは、
前記リクエスト情報の変換が不要と判断した場合は、
前記認証処理情報がＩＤ置換型の場合、前記認証情報を予め定められるＩＤ情報に書き換え、
前記認証処理情報が削除型の場合、認証情報の削除を行い、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、認証情報の書き換えを行わず、前記リクエスト情報がＲＥＳＴのとき、前記認証局に認証チケットポインタで示される認証情報を要求して受信し、認証情報に書き換え、
前記メッセージトランスレータ装置は、
前記実行制御サーバから前記リクエスト情報を受信すると、
前記認証処理情報がＩＤ置換型の場合、前記認証情報を削除して、予め定められるＩＤ情報を変換したリクエスト情報に付与し、
前記認証処理情報が削除型の場合、認証情報の削除を行い、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、前記リクエスト情報に含まれる認証チケットで示される認証情報を読み出し、該リクエスト情報から該認証情報を削除し、前記認証局に認証チケットに対応した認証チケットポインタで示される認証情報を要求して受信し、受信した認証情報をＳＯＡＰからＲＥＳＴへ変換したリクエスト情報に含め、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＲＥＳＴのとき、前記リクエスト情報に含まれる認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信し、受信した認証チケットをＲＥＳＴからＳＯＡＰへ変換したリクエスト情報に含める
ことを特徴とする請求項２に記載のサービス連携処理システム。
【請求項４】
前記定義文書のうち、ＳＯＡＰに対応する定義文書は、ＷＳＤＬ定義文書であり、ＲＥＳＴに対応する定義文書は、ＷＡＤＬ定義文書であり、
前記サービス公開サーバは、
ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合、ＳＯＡＰオペレーション名をＨＴＴＰメソッドに連番を付与する形式とし、
ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する場合、ＨＴＴＰメソッドをＧＥＴ固定とし、ＳＯＡＰオペレーション名をクエリパラメータmethodにより指定する形式として変換して異なるプロトコルに対応する定義文書を生成する
ことを特徴とする請求項２または３に記載のサービス連携処理システム。
【請求項５】
前記メッセージトランスレータ装置は、
前記リクエスト情報を、ＳＯＡＰからＲＥＳＴへ変換する場合、前記リクエスト情報に含まれるＨＴＴＰメソッドに連番が付与されている場合、連番の順にＨＴＴＰメソッドを、ＲＥＳＴメソッドの１リソースに複数定義して変換し
前記リクエスト情報を、ＲＥＳＴからＳＯＡＰへ変換する場合、ＨＴＴＰメソッドのＧＥＴの箇所からクエリパラメータmethodで指定されるＳＯＡＰのオペレーション名を抽出してＳＯＡＰオペレーションへ変換する
ことを特徴とする請求項４に記載のサービス連携処理システム。
【請求項６】
前記実行制御サーバがシングルサインオン認証をした後に、前記リクエスト情報に対して、認可処理、スロットリング及びコンテンツフィルタの擾乱防止処理、トラフィック制御処理のいずれかの非機能要件処理を行う非機能要件処理手段
を備えたことを特徴とする請求項１から５のいずれかに記載のサービス連携処理システム。
【請求項７】
予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、サービスリクエスタ端末と、実行制御サーバと、メッセージトランスレータ装置とを備えたサービス連携処理システムにおけるサービス連携処理方法であって、
前記サービスリクエスタ端末が、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信する過程と、
前記サービスリクエスタ端末が、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信する過程と、
前記サービスリクエスタ端末が、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信する過程と、
前記実行制御サーバが、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する過程と、
前記メッセージトランスレータ装置が、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信する過程と、
を含むことを特徴とするサービス連携処理方法。
【請求項１】
予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、
前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、
前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、
前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、
自端末のプロトコルに対応する認証情報を前記認証局に要求して受信し、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信し、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信するサービスリクエスタ端末と、
前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する実行制御サーバと、
前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信するメッセージトランスレータ装置と、
を備えたことを特徴とするサービス連携処理システム。
【請求項２】
前記プロトコルはＳＯＡＰ、あるいはＲＥＳＴであり、
前記実行制御サーバは、
前記受信したリクエスト情報のプロトコルを検出し、検出したプロトコルがＳＯＡＰを示す場合、前記リクエスト情報から認証チケットで示される認証情報を読み出し、読み出した認証チケットによりシングルサインオン認証を行い、検出したプロトコルがＲＥＳＴを示す場合、前記リクエスト情報から認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信してシングルサインオン認証を行う
ことを特徴とする請求項１に記載のサービス連携処理システム。
【請求項３】
前記プロファイルサーバは、
前記サービスコンポーネントサーバが行う認証処理として、連携型、ＩＤ置換型、削除型の処理のいずれかを認証処理情報として提供し、
前記実行制御サーバは、
前記リクエスト情報の変換が不要と判断した場合は、
前記認証処理情報がＩＤ置換型の場合、前記認証情報を予め定められるＩＤ情報に書き換え、
前記認証処理情報が削除型の場合、認証情報の削除を行い、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、認証情報の書き換えを行わず、前記リクエスト情報がＲＥＳＴのとき、前記認証局に認証チケットポインタで示される認証情報を要求して受信し、認証情報に書き換え、
前記メッセージトランスレータ装置は、
前記実行制御サーバから前記リクエスト情報を受信すると、
前記認証処理情報がＩＤ置換型の場合、前記認証情報を削除して、予め定められるＩＤ情報を変換したリクエスト情報に付与し、
前記認証処理情報が削除型の場合、認証情報の削除を行い、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＳＯＡＰのとき、前記リクエスト情報に含まれる認証チケットで示される認証情報を読み出し、該リクエスト情報から該認証情報を削除し、前記認証局に認証チケットに対応した認証チケットポインタで示される認証情報を要求して受信し、受信した認証情報をＳＯＡＰからＲＥＳＴへ変換したリクエスト情報に含め、
前記認証処理情報が連携型の場合であって、前記リクエスト情報がＲＥＳＴのとき、前記リクエスト情報に含まれる認証チケットポインタで示される認証情報を読み出し、読み出した認証チケットポインタを前記認証局に送信し、前記認証局から前記認証チケットポインタに対応する認証チケットを受信し、受信した認証チケットをＲＥＳＴからＳＯＡＰへ変換したリクエスト情報に含める
ことを特徴とする請求項２に記載のサービス連携処理システム。
【請求項４】
前記定義文書のうち、ＳＯＡＰに対応する定義文書は、ＷＳＤＬ定義文書であり、ＲＥＳＴに対応する定義文書は、ＷＡＤＬ定義文書であり、
前記サービス公開サーバは、
ＷＡＤＬ定義文書からＷＳＤＬ定義文書に変換する場合、ＳＯＡＰオペレーション名をＨＴＴＰメソッドに連番を付与する形式とし、
ＷＳＤＬ定義文書をＷＡＤＬ定義文書に変換する場合、ＨＴＴＰメソッドをＧＥＴ固定とし、ＳＯＡＰオペレーション名をクエリパラメータmethodにより指定する形式として変換して異なるプロトコルに対応する定義文書を生成する
ことを特徴とする請求項２または３に記載のサービス連携処理システム。
【請求項５】
前記メッセージトランスレータ装置は、
前記リクエスト情報を、ＳＯＡＰからＲＥＳＴへ変換する場合、前記リクエスト情報に含まれるＨＴＴＰメソッドに連番が付与されている場合、連番の順にＨＴＴＰメソッドを、ＲＥＳＴメソッドの１リソースに複数定義して変換し
前記リクエスト情報を、ＲＥＳＴからＳＯＡＰへ変換する場合、ＨＴＴＰメソッドのＧＥＴの箇所からクエリパラメータmethodで指定されるＳＯＡＰのオペレーション名を抽出してＳＯＡＰオペレーションへ変換する
ことを特徴とする請求項４に記載のサービス連携処理システム。
【請求項６】
前記実行制御サーバがシングルサインオン認証をした後に、前記リクエスト情報に対して、認可処理、スロットリング及びコンテンツフィルタの擾乱防止処理、トラフィック制御処理のいずれかの非機能要件処理を行う非機能要件処理手段
を備えたことを特徴とする請求項１から５のいずれかに記載のサービス連携処理システム。
【請求項７】
予め定められるプロトコルでウェブサービスを提供するサービスコンポーネントサーバと、前記サービスコンポーネントサーバのウェブサービスを複数の異なるプロトコルに対応するインタフェース定義で記述した定義文書により公開するサービス公開サーバと、前記複数の異なるプロトコルに応じた認証情報を発行する認証局と、前記サービスコンポーネントサーバが行う認証処理を示した認証処理情報を提供するプロファイルサーバと、サービスリクエスタ端末と、実行制御サーバと、メッセージトランスレータ装置とを備えたサービス連携処理システムにおけるサービス連携処理方法であって、
前記サービスリクエスタ端末が、自端末のプロトコルに対応する認証情報を前記認証局に要求して受信する過程と、
前記サービスリクエスタ端末が、サービスを利用するサービスコンポーネントサーバの定義文書のうち自端末のプロトコルに対応する定義文書を前記サービス公開サーバに要求して受信する過程と、
前記サービスリクエスタ端末が、受信した定義文書に前記受信した認証情報を含めたリクエスト情報を生成して送信する過程と、
前記実行制御サーバが、前記サービスリクエスタ端末から前記リクエスト情報を受信し、前記リクエスト情報から認証情報を読み出し、読み出した認証情報に応じたシングルサインオン認証を行い、前記リクエスト情報が正当なリクエスト情報であると認証した場合、前記リクエスト情報の変換の要否を判断し、変換が不要と判断した場合は、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバへ送信する過程と、
前記メッセージトランスレータ装置が、前記実行制御サーバが変換が必要と判断した場合には、該実行制御サーバから前記リクエスト情報を受信し、前記リクエスト情報を前記サービスコンポーネントサーバのインタフェース仕様に従って変換し、前記サービスコンポーネントサーバが行う認証処理情報を前記プロファイルサーバに要求して受信し、受信した認証処理情報に応じた前記認証情報の書き換えを行い、前記サービスコンポーネントサーバに送信する過程と、
を含むことを特徴とするサービス連携処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−１６５２５０（Ｐ２０１０−１６５２５０Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−８０５７（Ｐ２００９−８０５７）
【出願日】平成２１年１月１６日（２００９．１．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１６日（２００９．１．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]