"複数の連携サービスの実行順序を規定するシナリオをもとに、前記各連携サービスを実現するための接続先サービスを呼び出すシナリオ実行装置と、呼び出された前記接続先サービスを実行するサービス実行装置と、前記連携サービスから前記接続先サービスを決定する接続先決定装置とを有するサービス連携システムに用いられる接続先決定装置であって、前記連携サービスごとにその連携サービスの実行を許可するために必要なユーザの認証状態を示す認可ポリシデータと、ユーザの認証状態を更新するための認証サービスの接続先を示す認証先リストデータと、前記連携サービスごとにその連携サービスを実行するためのサービスの接続先を示すサービスリストデータとがそれぞれ格納されている記憶部と、検索キーである前記連携サービスとユーザの認証状態とを含めた接続先決定要求を前記シナリオ実行装置から受信すると、前記認可ポリシデータにおいて検索キーである前記連携サービスに対応するユーザの認証状態を、前記接続先決定要求内のユーザの認証状態が満たしているときに、認可と判定する認可判定処理を実行する認可判定部と、前記認可判定処理において認可と判定されたときには、前記サービスリストデータから、検索キーである前記連携サービスに対応するサービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答する第1の接続先応答部と、前記認可判定処理において認可と判定されなかったときには、前記認証先リストデータから、前記認可判定処理において満たさなかったユーザの認証状態を得るための認証サービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答する第2の接続先応答部とを備えることを特徴とする接続先決定装置。前記記憶部には、前記サービスリストデータとして、サービスの接続先に加えて、その接続先サービスについての負荷値が対応づけて格納されており、前記応答部は、前記サービスリストデータ内に検索キーである前記連携サービスに対応するサービスの接続先が複数存在するときに、そのうちの前記負荷値が最も低い接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答することを特徴とする請求項1に記載の接続先決定装置。前記応答部は、前記接続先サービスを前記接続先決定要求の送信元へ応答する処理について、前記接続先決定要求の送信元である前記シナリオ実行装置と、前記接続先サービスを実行する前記サービス実行装置との間の通信接続をSIPSessionInitiationProtocolの第三者呼制御を用いて確立することを特徴とする請求項1または請求項2に記載の接続先決定装置。前記記憶部には、前記サービスリストデータとして、サービスの接続先に加えて、その接続先サービスを呼び出す担当の前記シナリオ実行装置が対応づけて格納されており、前記応答部は、前記接続先サービスを前記接続先決定要求の送信元へ応答するときに、前記サービスリストデータで応答する前記接続先サービスを担当する前記シナリオ実行装置の識別情報も併せて応答し、前記接続先決定要求の応答を受けた前記シナリオ実行装置が、担当する前記シナリオ実行装置とは別装置であるときには、応答を受けた前記シナリオ実行装置から担当する前記シナリオ実行装置へと、前記接続先サービスの呼出処理を引き継がせることを特徴とする請求項1ないし請求項3のいずれか1項に記載の接続先決定装置。請求項1ないし請求項4のいずれか1項に記載の接続先決定装置、前記シナリオ実行装置、および、前記サービス実行装置を有するサービス連携システム。複数の連携サービスの実行順序を規定するシナリオをもとに、前記各連携サービスを実現するための接続先サービスを呼び出すシナリオ実行装置と、呼び出された前記接続先サービスを実行するサービス実行装置と、前記連携サービスから前記接続先サービスを決定する接続先決定装置とを有するサービス連携システムによる接続先決定方法であって、前記接続先決定装置の記憶手段には、前記連携サービスごとにその連携サービスの実行を許可するために必要なユーザの認証状態を示す認可ポリシデータと、ユーザの認証状態を更新するための認証サービスの接続先を示す認証先リストデータと、前記連携サービスごとにその連携サービスを実行するためのサービスの接続先を示すサービスリストデータとがそれぞれ格納されており、前記接続先決定装置の制御部は、検索キーである前記連携サービスとユーザの認証状態とを含めた接続先決定要求を前記シナリオ実行装置から受信すると、前記認可ポリシデータにおいて検索キーである前記連携サービスに対応するユーザの認証状態を、前記接続先決定要求内のユーザの認証状態が満たしているときに、認可と判定する認可判定処理を実行し、前記認可判定処理において認可と判定されたときには、前記サービスリストデータから、検索キーである前記連携サービスに対応するサービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答し、前記認可判定処理において認可と判定されなかったときには、前記認証先リストデータから、前記認可判定処理において満たさなかったユーザの認証状態を得るための認証サービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答することを特徴とする接続先決定方法。前記接続先決定装置の記憶手段には、前記サービスリストデータとして、サービスの接続先に加えて、その接続先サービスについての負荷値が対応づけて格納されており、前記接続先決定装置の制御部は、前記サービスリストデータ内に検索キーである前記連携サービスに対応するサービスの接続先が複数存在するときに、そのうちの前記負荷値が最も低い接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答することを特徴とする請求項6に記載の接続先決定方法。前記接続先決定装置の制御部は、前記接続先サービスを前記接続先決定要求の送信元へ応答する処理について、前記接続先決定要求の送信元である前記シナリオ実行装置と、前記接続先サービスを実行する前記サービス実行装置との間の通信接続をSIPSessionInitiationProtocolの第三者呼制御を用いて確立することを特徴とする請求項6または請求項7に記載の接続先決定方法。前記接続先決定装置の記憶手段には、前記サービスリストデータとして、サービスの接続先に加えて、その接続先サービスを呼び出す担当の前記シナリオ実行装置が対応づけて格納されており、前記接続先決定装置の制御部は、前記接続先サービスを前記接続先決定要求の送信元へ応答するときに、前記サービスリストデータで応答する前記接続先サービスを担当する前記シナリオ実行装置の識別情報も併せて応答し、前記接続先決定要求の応答を受けた前記シナリオ実行装置が、担当する前記シナリオ実行装置とは別装置であるときには、応答を受けた前記シナリオ実行装置から担当する前記シナリオ実行装置へと、前記接続先サービスの呼出処理を引き継がせることを特徴とする請求項6ないし請求項8のいずれか1項に記載の接続先決定方法。シナリオの設計者は、連携サービスとして呼び出すサービスの順序やその呼び出し条件を、正確かつ詳細にシナリオ内に記述する必要がある。そのため、シナリオの設計者は、ユーザの認証状態認証済みの登録ユーザ、認証前のゲストユーザなどに応じて、呼び出すサービスを網羅的に把握する必要があり、シナリオの開発コストや運用コストがかかってしまっていた。そこで、本発明は、前記した問題を解決し、複数のWebサービスを連携させた連携サービスを低コストで実現することを、主な目的とする。前記課題を解決するために、本発明は、複数の連携サービスの実行順序を規定するシナリオをもとに、前記各連携サービスを実現するための接続先サービスを呼び出すシナリオ実行装置と、呼び出された前記接続先サービスを実行するサービス実行装置と、前記連携サービスから前記接続先サービスを決定する接続先決定装置とを有するサービス連携システムに用いられる接続先決定装置であって、前記接続先決定装置の記憶手段には、前記連携サービスごとにその連携サービスの実行を許可するために必要なユーザの認証状態を示す認可ポリシデータと、ユーザの認証状態を更新するための認証サービスの接続先を示す認証先リストデータと、前記連携サービスごとにその連携サービスを実行するためのサービスの接続先を示すサービスリストデータとがそれぞれ格納されており、前記接続先決定装置の制御部が、検索キーである前記連携サービスとユーザの認証状態とを含めた接続先決定要求を前記シナリオ実行装置から受信すると、前記認可ポリシデータにおいて検索キーである前記連携サービスに対応するユーザの認証状態を、前記接続先決定要求内のユーザの認証状態が満たしているときに、認可と判定する認可判定処理を実行し、前記認可判定処理において認可と判定されたときには、前記サービスリストデータから、検索キーである前記連携サービスに対応するサービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答し、前記認可判定処理において認可と判定されなかったときには、前記認証先リストデータから、前記認可判定処理において満たさなかったユーザの認証状態を得るための認証サービスの接続先を取得して、その取得した接続先を前記接続先サービスとして、前記接続先決定要求の送信元へ応答することを特徴とする。その他の手段は、後記する。本発明によれば、複数のWebサービスを連携させた連携サービスを低コストで実現することができる。以下、本発明の一実施形態を、図面を参照して詳細に説明する。図1は、シナリオとサービスとの関係を示す説明図である。以下、図1を参照して、本実施形態での説明に使用する各用語を明らかにする。比較例である図1aは、商品購入サイトを例として、シナリオ内から認証サービスを呼び出す構成を示す。シナリオは、開始と記載された箇所から実行を開始し、破線矢印で示すように接続先の各サービスユーザログインなどを順に呼び出し、終了と記載された箇所で実行を終了する一連のサービス呼び出しを定義するプログラムである。接続先の各サービスには、カタログ提示aや注文bなどの商品購入に関する業務サービスと、その業務サービスを実施するために必要な、ユーザログインやクレジット認証などの認証サービスと、がそれぞれ存在する。よって、シナリオの設計者は、業務サービスだけでなく、認証サービスに関する知識を有する必要がある。そして、ユーザログインにより特定されたユーザにとっておすすめの商品を選別したカタログ提示aを実行するといったように、両方の知識を考慮して、シナリオを設計する必要がある。つまり、図1aでは、事前に決められたWebサービスを事前に決められたシナリオの順序で実行することしかできない。図1bは、図1aのシナリオに対して、接続先決定処理を仲介させることで、シナリオから認証サービスを分離する構成を示す。図1bでのシナリオは、開始から始めて、カタログ提示A→注文B→代金決済C→終了の順にサービスが呼び出される。ここで、シナリオの内部に記述されるカタログ提示Aなどのサービスは、直接サービスの呼び出し先を示す代わりに、呼び出すサービスの種別サービスの特定用情報を示す。以下、シナリオの内部に記述される各サービスを、連携サービスと呼ぶ。接続先決定処理は、連携サービスの名称カタログ提示Aなどを検索キーとして、その連携サービスの実行に必要な接続先のサービスを特定する処理である。例えば、連携サービスカタログ提示Aの実行には、カタログ提示aという業務サービスを呼び出す必要があり、さらにその前処理として、ユーザログインという認証サービスを呼び出す必要がある。以下、呼び出されるエンドポイント側の業務サービスと、認証サービスとを総称して、接続先サービス適宜、接続先と略すと呼ぶ。接続先サービスは、例えば、実行要求の送信と、実行結果の応答の送信とを介する論理インタフェースに、SOAPを利用するWebサービスとして実現される。図1bで示される本実施形態の主な特徴として、シナリオ内の連携サービスと、接続先決定処理により決定される接続先サービスとをそれぞれ分けて定義することが挙げられる。これにより、シナリオ設計者は、認証サービスを意識せず、業務の処理順序に集中してシナリオを設計すればよいとともに、接続先決定処理の設定者は、連携サービスの処理順序を意識せず、連携サービスから接続先サービス認証サービス、業務サービスを特定する設定に集中してサービスを管理すればよい。つまり、シナリオ設計者と接続先決定処理の設定者との役割分担を明確に区別できるので、設計効率開発効率が向上する。図2は、サービス連携システムを示す構成図である。サービス連携システムは、接続先決定装置1と、サービス実行装置2と、シナリオ実行装置3と、ユーザ端末4とがそれぞれネットワークで接続されて構成される。サービス連携システムを構成する各装置は、図3で後記する計算機として構成される。サービス連携システムを構成する各装置の台数は、図2で例示した台数に限定されず、1台以上の任意の台数としてもよい。同じ種類の装置をサービス連携システム内に冗長構成として複数台配置することにより、その複数台のうちの一部に障害が発生しても、残りの装置が処理を継続することにより、耐障害性が向上する。さらに、接続先決定装置1と、サービス実行装置2と、シナリオ実行装置3とが、それぞれ異なる装置として示されているが、1台の物理的な計算機装置の内部に、前記した3種類の装置のうちの2種類以上の装置を収容してもよい。これにより、装置の設定スペースや配線のケーブル本数を削減し、システムを簡略化することができる。ユーザ端末4は、連携サービスを記述したシナリオの実行要求をシナリオ実行装置3へ送信し、その実行結果をシナリオ実行装置3から受信する装置である。シナリオ実行装置3は、ユーザ端末4からシナリオの実行要求を受けてシナリオを実行し、そのシナリオ内に記述された連携サービスを実現するための接続先サービスの実行をサービス実行装置2に依頼する装置である。サービス実行装置2は、シナリオ実行装置3から依頼された各接続先サービスを実行するためのサービス実行部21がディプロイまたはインストールされている装置である。本実施形態では、1台のサービス実行装置2内に1つ以上のサービス実行部21が含まれている。なお、複数台のサービス実行装置2が、同じサービス内容のサービス実行部21を提供することで、負荷が集中するサービス内容の負荷分散を実現できる。接続先決定装置1は、図1bの接続先決定処理で説明したように、連携サービスを検索キーとして、その連携サービスを実現するための接続先サービスを接続先として決定する装置である。シナリオ実行装置3は、接続先要求部31と、シナリオ格納部34と、要求先リスト32その格納部と、シナリオ実行部33と、引継情報処理部35とを有する。接続先要求部31は、シナリオ実行部33が読み込んだ連携サービスを検索キーとして、接続先決定装置1接続先応答部14へ問い合わせることで、その連携サービスの実行に必要な接続先サービスを取得し、シナリオ実行部33へ通知する。シナリオ格納部34は、実行する連携サービスの定義情報であるシナリオを格納する。要求先リスト32は、接続先決定装置1が問い合わせる接続先決定装置1接続先要求部31の特定情報URLやIPアドレスなどを、接続先決定装置1ごとに格納するリストである。シナリオ実行部33は、シナリオ格納部34内のシナリオに従って、実行する連携サービスを特定する。そして、シナリオ実行部33は、接続先要求部31から通知された接続先サービスに対応するサービス実行部21に対して、サービスの実行を要求し、その実行結果をサービス実行部21から受信する。さらに、シナリオ実行部33は、連携サービスの実行が終了すると、シナリオの実行要求を送信してきたユーザ端末4へ、連携サービスの実行結果を送信する。引継情報処理部35は、シナリオ実行装置3が複数台存在する構成において、他装置のシナリオ実行装置3とデータ連係をするために、シナリオ実行装置3内のメモリ内容計算経過データを引継情報として、他装置のシナリオ実行装置3と送受信するための処理部である。そのため、引継情報処理部35は、引継情報を生成する。なお、図2では、2台のシナリオ実行装置3のうちの1台下部に記載について、引継情報処理部35以外の各構成要素の図示を省略しているが、他のシナリオ実行装置3と同じ構成要素を有する。接続先決定装置1は、認可判定部11と、ポリシ格納部12と、認証先リスト13その格納部と、接続先応答部14と、サービス状況収集部15と、サービスリスト16その格納部とを有する。接続先決定装置1は、制御部認可判定部11、接続先応答部14、サービス状況収集部15を実行すると、記憶部ポリシ格納部12、認証先リスト13、サービスリスト16を格納するとを有するコンピュータとして構成される。認可判定部11は、クライアントユーザの認証状態が、接続先サービス業務サービスごとに定められたセキュリティポリシを満たしているときに、認可されていると判断する。クライアントユーザの認証状態とは、例えば、IdentityProviderがクライアントユーザを認証した際に発行する認証用のcookieやSAMLSecurityAssertionMarkupLanguageの認証アサーションを意味する。ポリシ格納部12は、接続先サービス業務サービスごとに定められたセキュリティポリシを格納する。セキュリティポリシとは、例えば、図1bでは、代金決済cという業務サービスには、クレジット認証に成功したというクライアントユーザの認証状態が必要である、という旨である。認証先リスト13は、クライアントユーザの認証状態を得るために呼び出される接続先サービスとしての認証サービスのリストである。接続先応答部14は、接続先要求部31から連携サービスを検索キーとした接続先の問合せを受け、認可判定部11での認可結果などから、連携サービスを実行するための接続先サービスを決定し、接続先要求部31へ応答する。サービス状況収集部15は、サービス実行部21のサービス状況を、サービス実行部21から収集して、サービスリスト16へと書き出す。サービスリスト16は、サービス実行部21のサービスごとに、そのサービスに関する情報接続先のURLや、サービス状況などを対応づけたリストである。表1は、接続先決定装置1内に格納される各データ内容ポリシ格納部12、認証先リスト13、サービスリスト16を示す表である。ポリシ格納部12は、検索キーである連携サービス名と、その連携サービスを受けるための認可ポリシとの対応データをポリシとして格納する。例えば、WebサービスAの実行には、認証は必要ない。一方、WebサービスBの実行には、その実行前に、2つの認証ID/PW認証、PKI認証を受けていなければならない。なお、認可ポリシとして、認証のタイプPKI認証などを示す情報だけではなく、どのアイデンティティプロバイダからの認証が必要といったような、認証の詳細情報を保持してもよい。認証先リスト13は、ポリシ格納部12の認可ポリシで指定された認証種別ごとに、その認証サービスの接続先httpから始まるURLで表記と、その接続先のサービス実行部21ごとの負荷値とを対応づけている。なお、負荷値の計算に用いられるパラメータとして、各サービス実行装置2のCPU使用率や、サービス実行装置2とシナリオ実行装置3との間に確立されたコネクションの確立数、ネットワーク遅延、ネットワーク帯域の使用率、などを利用することができる。サービスリスト16は、検索キーである連携サービス名と、その連携サービスを実行するための接続先サービスを呼び出すシナリオ実行装置3以下、担当実行装置とすると、そのシナリオ実行装置3から呼び出される接続先サービスと、その接続先のサービス実行部21ごとの負荷値とを対応づけている。なお、認証先リスト13やサービスリスト16内の接続先列には、URLのみを保持しているが、URLに加え、通信用論理インタフェースを構築するための情報を保持してもよい。通信用論理インタフェースを構築するための情報とは、例えば、WSDLWebServicesDescriptionLanguageに従って記述される。また、認証先リスト13やサービスリスト16内の接続先負荷値列に格納されている負荷値は、大きい値であるほど負荷が大きいので、負荷分散を目的とするときには、選ばれなくなる。さらに、接続先負荷値内の負荷値は、全ての接続先サービスについての負荷を網羅する必要はなく、自身で管理する負荷値だけを格納してもよい。接続先負荷値列に格納されている負荷値が一部の接続先サービスについての負荷であるときには、以下の問合せローミング処理処理1~処理4により、低負荷の接続先サービスを決定することができる。複数台の接続先決定装置1のうち、接続先の問合せを受け付ける順序に応じて、第1の接続先決定装置1、第2の接続先決定装置1...とする。処理1第1の接続先決定装置1で管理する接続先負荷値のうち、低負荷所定しきい値以下の負荷である接続先サービスが存在するときには、その低負荷の接続先サービスを採用する。処理2第1の接続先決定装置1で管理する接続先負荷値のうち、低負荷である接続先サービスが存在しないときには、他装置である第2の接続先決定装置1に対して、低負荷の接続先サービスが第2の接続先決定装置1内で管理する負荷値に存在するかをローミングする。処理3第2の接続先決定装置1で管理する接続先負荷値のうち、低負荷である接続先サービスが存在するときには、その低負荷の接続先サービスを採用する。処理4第2の接続先決定装置1で管理する接続先負荷値のうち、低負荷である接続先サービスが存在しないときには、他装置である第3の接続先決定装置1に対して、低負荷の接続先サービスが第3の接続先決定装置1内で管理する負荷値に存在するかをローミングする。...以下、接続先決定装置1を変えつつ、再帰的に繰り返す表2は、シナリオ実行装置3内に格納される各データ要求先リスト32、シナリオ格納部34を示す表である。要求先リスト32は、サービス連携システム内の接続先決定装置1のリストとして、装置名称とURLとの対応データを接続先決定装置1ごとに格納するデータである。シナリオ格納部34は、表の1行を1つのシナリオとして定義する情報を格納する。例えば、表2のシナリオαは、シナリオ内容である以下の5行の連携サービスを順に実行する旨を規定する。1行目入力として文字列を受信して変数val0に格納する。2行目WebサービスAをval0を用いて実行した結果を変数val1に格納する。3行目WebサービスBをval0を用いて実行した結果を変数val2に格納する。4行目WebサービスCをval1とval2を用いて実行した結果を変数val3に格納する。5行目最終結果としてval3を応答する。なお、シナリオの記述様式は、表2に示した記述様式に限定されず、BPELやBPMNなどの様々な記述様式を用いてもよい。図3は、サービス連携システムを構成する各計算機を示す構成図である。計算機9は、CPU91と、メモリ92と、ハードディスクなどの外部記憶装置93と、インターネットやLANLocalAreaNetworkなどのネットワーク99aを介して他の装置と通信を行うための通信装置94と、キーボードやマウスなどの入力装置95と、モニタやプリンタなどの出力装置96と、可搬性を有する記憶媒体99bの読取装置97とが、内部バス98を介して接続されている。記憶媒体99bは、例えば、ICカードやUSBメモリである。計算機9は、図2で示した各処理部の機能を実現するためのプログラムをメモリ92上にロードし、CPU91により実行する。そのプログラムは、あらかじめ、計算機9の外部記憶装置93に格納されていてもよいし、実行時に、読取装置97や通信装置94を介して、他の装置から外部記憶装置93にダウンロードされてもよい。そして、プログラムは一旦外部記憶装置93に格納された後、そこからメモリ上にロードされてCPU91に実行されてもよいし、あるいは外部記憶装置93に格納されることなく、直接メモリ上にロードされて、CPU91に実行されてもよい。図4は、サービス連携処理を示すフローチャートである。ユーザ端末4は、クライアントユーザからの操作を受け、シナリオ実行要求をシナリオ実行装置3へ送信するS11。シナリオ実行部33は、S11で受信したシナリオ実行要求で指定されたシナリオを実行する。つまり、シナリオ実行部33は、シナリオ実行処理S20として、シナリオ内に記述された連携サービスごとに、後記するS21~S27の処理を実行する。なお、シナリオ実行処理S20のうちの並列処理が可能なBPELの<FLOW>タグなどで指定複数の連携サービスについては、連携サービス間でS21~S27の処理単位で複数並列に実行してもよい。シナリオ実行部33は、検索キーの連携サービスから接続先サービスを特定するための接続先決定要求を、接続先決定装置1に送信するS21。接続先決定要求S21には、検索キーの連携サービスに加えて、クライアントユーザの認証状態を示す情報が含まれる。なお、シナリオ実行部33は、実行されるシナリオについて、その実行経過データ現在どの連携サービスまで実行したかを示すデータを管理し、シナリオ格納部34内のシナリオとを照合することにより、現在の次に実行する連携サービスを検索キーの連携サービスとして特定する。例えば、表2のシナリオ格納部34の1行目までが実行経過データであるときには、次の2行目WebサービスAが検索キーの連携サービスである。接続先応答部14は、接続先決定要求S21を受信すると、検索キーの連携サービスから接続先サービスを特定するための接続先決定処理を実行するS22,詳細は図6参照。接続先応答部14は、S22で決定した接続先サービスの特定情報URLと、その接続先サービスの担当実行装置であるシナリオ実行装置3の特定情報とを、接続先決定応答として、接続先要求部31へ応答するS23。シナリオ実行装置3は、S23内の担当実行装置が自装置であるときには、後記するS24,S31のデータ引継に関する処理を省略し、後記するS25を実行する。一方、シナリオ実行装置3引継情報処理部35は、S23内の担当実行装置が他装置であるときには、データ連携S24として、引継情報を生成して担当実行装置に該当する他のシナリオ実行装置3へ送信するとともに、自身のシナリオの実行処理を終了する。なお、引継情報は、接続先サービスを実行させるために必要な情報であり、以下に例示されるような、引継元装置のメモリ内に格納されているデータ集合である。S11で実行を要求されたシナリオの識別情報と、S11の要求に含まれるパラメータ要求先のシナリオ実行装置3のアドレスなど現在までの実行経過データ何行目まで終了したか、実行が終了したサービスの実行結果S23で受信した接続先サービスの特定情報URLクライアントユーザの認証状態なお、接続先決定応答S23として、担当実行装置を転送先として指定したリダイレクト応答を用いてもよい。そのリダイレクト応答を受信した自身のシナリオ実行装置3は、他装置である担当実行装置へのコネクションを確立させ、そのコネクションを利用して引継情報の送信処理をデータ連携S24として実施してもよい。これにより、HTTPの標準ライブラリを利用するだけでシナリオ実行装置3間の通信チャネルを生成することができ、該当のチャネルを生成するためのモジュールを新たに作りこむ必要がなくなる。担当実行装置内のシナリオ実行部33は、S23内の接続先サービスの特定情報URLで示されるサービス実行部21へと、サービス実行要求を送信するS25。サービス実行装置2は、S25で受信したサービス実行要求に従い、該当するサービス実行部21を実行することでその実行結果を生成しS26、実行結果をシナリオ実行部33へと応答するS27。S11でシナリオ実行要求を受け付けたシナリオ実行装置3引継情報処理部35は、S20のシナリオ実行処理が終了するとつまり、S21~S27の処理が終了すると、S24でデータ引継がなされた他装置のシナリオ実行装置3引継情報処理部35から、それぞれの引継情報S26のサービス実行で更新されたデータを受信するデータ引継集計処理を行うS31。なお、引継情報には、S11でシナリオ実行要求を受け付けたシナリオ実行装置3のアドレスが含まれているため、どのシナリオ実行装置3がS31の処理を行うかを特定できる。S11でシナリオ実行要求を受け付けたシナリオ実行装置3シナリオ実行部33は、S11の要求元のユーザ端末4に対して、S30の集計結果自装置や他装置におけるS20の処理結果を応答する。図5は、サービス連携処理におけるシナリオ実行処理の変形例を示すフローチャートである。図5では、図4のS20に対して、新たにS41~S43が追加されている。なお、図5でS11,S32の処理は図示省略しているが、図5の変形例でも図4と同じように実行される。まず、引継元のシナリオ実行装置3aから、引継先のシナリオ実行装置3b担当実行装置に該当するへのデータ引継処理S24の前準備として、接続先決定装置1は、シナリオ実行装置3aとシナリオ実行装置3bとの間の呼接続を確立するために、第三者による呼制御の処理3PCC:3rdPartyCallControlであるSIPSessionInitiationProtocolのINVITEメッセージを、両装置へ送信する。具体的には、接続先決定装置1は、引継元のシナリオ実行装置3aへのINVITEメッセージを第1接続要求として送信するとともにS41、S41への応答図示省略を元に作成した引継先のシナリオ実行装置3bへのINVITEメッセージを第2接続要求として送信するS42。この2つの接続要求には、お互いの接続先の装置が指定されている。例えば、第1接続要求の接続先はシナリオ実行装置3bである。そして、両方のシナリオ実行装置3は、受信したINVITEメッセージを元に、接続を確立するS43。S43で確立した接続を介して、データ引継S24およびデータ引継集計S31の通信が実施される。このように、接続先決定装置1がシナリオ実行装置3間を第三者による呼制御の処理で接続することによって、接続先決定装置1が確立した接続を制御することができる。例えば、S43で確立する接続の通信品質や通信帯域、利用プロトコルなどを、接続先決定装置1が接続要求のINVITEメッセージなどの各制御用メッセージを用いて設定できるため、以下に例示されるような柔軟な接続管理ができる。課金しているクライアントユーザの接続に割り当てる通信品質帯域などを増加させる。実行する連携サービスの種類に応じて、通信帯域を変化させる。さらに、接続先決定装置1は、第三者による呼制御の処理として、接続先決定装置1担当実行装置に該当するとサービス実行装置2との間の接続を行ってもよい。この接続は、サービス実行の要求S25およびその応答S27に使用される。図6は、接続先応答部14が実行する接続先決定処理S22の詳細を示すフローチャートである。このフローチャートでは、連携サービスの実行時に決まるコンテキストユーザの認証状態などに応じて、接続先サービスが決定される。まず、検索キーとして指定された連携サービスの実行に必要な認可ポリシをポリシ格納部12から取得しS101、接続先決定要求S21に含まれるユーザの認証状態が取得した認可ポリシを満たすか否かを判定するS102。S102でYesならS104へ進み、NoならS103へ進む。S103として、認証先リスト13から、認可ポリシに含まれる各認可種別に応じた接続先認証用を取得し、認証サービスを呼び出すことで、ユーザの認証状態を更新しS103、再度、認可ポリシを満たすか否かを判定するS102。例えば、表1の認証先リスト13では、ID/PW認証を実行するための認証サービスの接続先は、2つhttpidpw1とhttpidpw2存在するが、そのうちの接続先負荷値が低いhttpidpw1が呼び出し先として選択される。S104として、検索キーとして指定された連携サービスの実行に必要な接続先サービス連携用の候補を、サービスリスト16から取得する。S105として、S104の候補から、所定条件により1つの接続先を決定する。例えば、所定条件が負荷が低いサービスを選択するであるときには、サービスリスト16内の接続先負荷値が最小である接続先サービスを決定する。一方、サービスリスト16として、接続先負荷値の他にも、所定条件を判断するために必要なサービスの属性情報サービス料金、サービスの登録ユーザなどをあらかじめ格納しておき、所定条件サービス料金が安いサービスを選択するや、所定条件ユーザ登録されているサービスを選択するなどの様々な所定条件を単独または他の所定条件と併用AND条件、OR条件での論理演算などしてもよい。または、所定条件ランダムにサービスを選択するでもよい。S106として、S103やS105で決定した接続先を、シナリオ実行装置3接続先要求部31へ応答する。接続先応答部14は、シナリオ実行装置3に対して、S103で決定した接続先認証用を応答することで、シナリオ実行装置3に接続先認証用の認証サービスを呼び出させてもよい第1の接続先応答部。接続先応答部14は、シナリオ実行装置3に対して、S105で決定した接続先連携用を応答することで、シナリオ実行装置3に接続先連携用の認証サービスを呼び出させてもよい第2の接続先応答部。以上説明した本実施形態では、シナリオ実行装置3が呼び出すサービスを直接シナリオ内に記述する方式図1aの方式ではなく、接続先決定装置1がシナリオの実行時にS21の要求を受けて決定する方式図1bの方式を主な特徴とする。これにより、シナリオの実行時に適切な接続先サービスが選択されることで、以下に例示されるような様々な効果を得ることができる。認証先リスト13に記載されている認証サービスを接続先とするS103ことで、サービスごとの認可ポリシポリシ格納部12内に応じて適切に認証処理が実施でき、連携サービスのセキュリティを向上させることができる。サービスリスト16に記載されている連携用の接続先を選択するときに、接続先負荷値などのサービスの状況に応じた所定条件により、サービスを選択するS105ことで、連携サービスの処理スループットを向上させることができる。シナリオ設計者は、実行経過データやクライアントユーザの認証状態などの各データを考慮してシナリオを設計する必要がなくなるため、開発コストを削減できる。"