JP2010218344A - サービス連携装置、プログラム、サービス連携方法及びサービス提供システム - Google Patents

Abstract

【課題】連携サービスの処理の詳細がわからない場合でも、サービスの処理負荷を分散させ、連携サービスの可用性を向上すること。
【解決手段】 サービス動的連携装置１１０は、ユーザ側通信端末１４０より実行要求のあったシナリオに含まれるＷｅｂサービスのうち、既に実行されていなければならないＷｅｂサーバを特定した依存関係情報に基づいて実行可能なＷｅｂサービスを次々と選択して、実行する処理を、当該シナリオに含まれるＷｅｂサービスがなくなるまで繰り返し行う。
【選択図】図１

Description

本発明は、シナリオに沿って複数のＷｅｂサービスを連携して提供する技術に関する。

近年、Ｗｅｂサービスを利用した分散コンピューティングが普及してきている。Ｗｅｂサービスはモジュール間の通信に、Ｗｅｂの一般的なプロトコルであるＨＴＴＰ（Hypertext Transfer Protocol）の上でＸＭＬ（Extensible Markup Language）技術を応用したＳＯＡＰ（Simple Object Access Protocol）を用いるものが普及している。今後、高い信頼性と通信品質を実現するＮＧＮ(Next Generation Network)の出現などもあり、Ｗｅｂサービスによる分散コンピューティングは従来のように企業内といった比較的閉じたネットワーク内だけでなく、広く開かれたネットワーク上でも利用されると見込まれている。

Ｗｅｂサービスの普及に伴い、複数のＷｅｂサービスを連携させた連携サービスを構成するためのプロセス記述言語の開発が進められている。その主な仕様としては、ＯＡＳＩＳの定めるＷＳＢＰＥＬ（Web Services Business Process Execution Language）や、ＯＭＧのＢＰＭＮ（Business Process Modeling Notation）がある。これらのプロセス記述言語を用い、Ｗｅｂサービスの実行順序をシナリオとして記述することで、連携サービスは定義される。サービスの連携を制御するサービス連携制御装置は、ユーザからの連携サービスの実行要求（シナリオ実行要求）を受けると、シナリオを解釈してＷｅｂサービスを順次実行し、連携サービスをユーザへ提供する。

近年、サービス提供者がユーザへサービスを提供する際、サービスの機能だけでなく、可用性を始めとするサービスの品質も重要視されるようになってきている。従って、連携サービスの提供においても、ユーザからのシナリオ実行要求の頻度が増大した際に連携サービスを安定して提供できることが重要となる。

そして、連携サービスの可用性を向上させる技術として、例えば、特許文献１に記載の技術では、シナリオを構成するＷｅｂサービスが輻輳した場合に代替として用いる機能をあらかじめ準備し、Ｗｅｂサービスが輻輳してきた場合には、シナリオの中のそのＷｅｂサービスを含む部分のみを代替機能を用いて実行することで負荷分散を行うようにしている。

特開２００８−２５０９５３号公報

特許文献１に記載の技術では、シナリオを構成するＷｅｂサービスを代替して提供する装置を予め用意しておくことで、連携サービスの可用性を向上させているが、開かれたネットワーク上に分散したサービスでは、それぞれ管理を行う主体が異なり、処理の詳細を外部に隠蔽して提供している場合には、サービス連携装置の管理者や連携サービスの構築者が独自に代替する装置を準備することができない。

そこで、本発明は、連携サービスの処理の詳細がわからない場合でも、サービスの処理負荷を分散させ、連携サービスの可用性を向上することを目的とする。

以上の課題を解決するため、本発明は、シナリオに含まれるＷｅｂサービスのうち、提供可能なＷｅｂサービスを次々と選択して、実行することを特徴とする。

例えば、本発明は、シナリオに沿って複数のＷｅｂサービスを連携させて、当該シナリオに対応する処理を行うサービス連携装置であって、シナリオ毎に、一のＷｅｂサービスと、当該一のＷｅｂサービスを実行する際に実行していなければならない他のＷｅｂサービスと、を特定する依存関係情報を記憶する記憶部と、制御部と、を備え、前記制御部は、前記依存関係情報より、前記他のＷｅｂサービスが既に実行されている前記一のＷｅｂサービスを特定して、特定されたＷｅｂサービスを実行する処理を、前記シナリオに含まれるＷｅｂサービスがなくなるまで繰り返すこと、を特徴とする。

以上のように、本発明によれば、連携サービスの処理の詳細がわからない場合でも、サービスの処理負荷を分散させ、連携サービスの可用性を向上することができる。

サービス提供システムの概略図。 サービス動的連携装置の概略図。 シナリオ設定情報テーブルの概略図。 シナリオ変数定義情報テーブルの概略図。 シナリオ実行情報テーブルの概略図。 インタフェース情報テーブルの概略図。 依存関係情報テーブルの概略図。 ＣＴＩシナリオの処理順序を示す概略図。 負荷状態計測設定情報テーブルの概略図。 負荷状態判定情報テーブルの概略図。 コンピュータの概略図。 起動処理を示すフローチャート。 負荷状態測定処理を示すフローチャート。 サービス連携処理を示すフローチャート。 負荷状態判定処理を示すフローチャート。

図１は、サービス提供システム１００の概略図である。図示するように、サービス提供システム１００は、サービス動的連携装置１１０と、サーバ群１３０と、ユーザ側通信端末１４０と、ユーザ側電話端末１４１と、オペレータ側通信端末１５０と、オペレータ側電話端末１５１と、Ｗｅｂ商店サーバ１６０と、を備え、これらはネットワーク１７０を介して、相互に情報を送受信することができるようにされている。

サービス提供システム１００では、ユーザ側通信端末１４０からサービス動的連携装置１１０に対して、ＳＯＡＰ又はＨＴＴＰを用いてシナリオの実行リクエストを送信する。

このようなシナリオの実行リスクエストを受信したサービス動的連携装置１１０では、受信したリクエストを解析し、指定されたシナリオを実行して、結果をＳＯＡＰ又はＨＴＴＰを用いてユーザ側通信端末１４０に送信する。

ここで、本実施形態においては、具体的なシナリオとして「ＣＴＩ（Call Telephony Integration）シナリオ」を例にして、サービス提供システム１００での動作を説明するが、このような態様に限定されるものではない。

なお、ＣＴＩシナリオは、コールセンターの業務システムの一つであり、顧客からの商品の詳細情報の問い合わせをＷｅｂ上で受け付ける機能を提供する。

例えば、サービスプラットフォームを提供する事業者が、ネットワーク１７０に接続されたＷｅｂ商店サーバ１６０を介して、Ｗｅｂ店舗を構築するためのプラットフォームを提供する。ある事業者が、Ｗｅｂ商店サーバ１６０を介して、Ｗｅｂ商店構築プラットフォーム上に仮想的な店舗を持ち、商品一覧を紹介するコンテンツを公開している。

このようなＷｅｂ店舗の顧客は、ユーザ側通信端末１４０を用いて、Ｗｅｂ商店サーバ１６０を介して公開されているコンテンツを閲覧し、閲覧している商品の詳細について、Ｗｅｂ店舗のカスタマーセンターのオペレータに問い合わせる。

問い合わせのリクエストは、顧客が、閲覧中のコンテンツ内に設けられている詳細問い合わせボタンをクリックすることで、サービス動的連携装置１１０に対して送信される。

このような問い合わせのリクエストを受信したサービス動的連携装置１１０は、サーバ群１３０に含まれる各々のサーバが提供するＷｅｂサービスを連携させることで、顧客のカスタマーランク（ゲスト、シルバー、ゴールドなど）に応じたオペレータの選択、顧客への対応オペレータの情報（名前、担当分野など）の提供、オペレータへの顧客の詳細情報（名前やカスタマーランク、購入履歴など）の提供、顧客のユーザ側電話端末１４１とオペレータのオペレータ側電話端末１５１との間の通話の確立、といった連携処理を行う。

図２は、サービス動的連携装置１１０の概略図である。図示するように、サービス動的連携装置１１０は、記憶部１１１と、制御部１１７と、通信部１２４と、を備える。

記憶部１１１は、シナリオ情報記憶領域１１２と、Ｗｅｂサービス情報記憶領域１１３と、依存関係情報記憶領域１１４と、負荷状態情報記憶領域１１５と、を備える。

シナリオ情報記憶領域１１２には、サービス動的連携装置１１０で連携処理を行うシナリオに含まれるＷｅｂサービス及び当該シナリオにおける設定を特定するシナリオ設定情報と、サービス動的連携装置１１０において連携処理を行うシナリオで使用する変数の定義を特定するシナリオ変数定義情報と、サービス動的連携装置１１０で連携処理を行うシナリオに含まれるＷｅｂサービスを実行する際の変数を特定するシナリオ実行情報と、が記憶される。

例えば、本実施形態においては、図３（シナリオ設定情報テーブル１１２ａの概略図）に示すようなシナリオ設定情報テーブル１１２ａと、図４（シナリオ変数定義情報テーブル１１２ｋの概略図）に示すようなシナリオ変数定義情報テーブル１１２ｋと、図５（シナリオ実行情報テーブル１１２ｐの概略図）に示すようなシナリオ実行情報テーブル１１２ｐと、がシナリオ情報記憶領域１１２に記憶される。

図３に示すシナリオ設定情報テーブル１１２ａは、シナリオ名欄１１２ｂと、シナリオインタフェース定義ファイル欄１１２ｃと、構成Ｗｅｂサービス一覧欄１１２ｄと、最大同時実行Ｗｅｂサービス数欄１１２ｅと、待機時間欄１１２ｆと、最大待機回数欄１１２ｇと、リクエスト格納用変数欄１１２ｈと、レスポンス送信用変数欄１１２ｉと、を有する。

シナリオ名欄１１２ｂには、サービス動的連携装置１１０で連携処理を行うシナリオを特定する情報が格納される。例えば、本実施形態においては、シナリオを特定する情報として、シナリオ名が格納される。

シナリオインタフェース定義ファイル欄１１２ｃには、シナリオ名欄１１２ｂで特定されるシナリオで使用するインタフェースを定義した定義ファイルを特定する情報が格納される。例えば、本実施形態においては、インタフェースを定義した定義ファイルを特定する情報として、定義ファイルのファイル名が格納される。

構成Ｗｅｂサービス一覧欄１１２ｄには、シナリオ名欄１１２ｂで特定されるシナリオを構成するＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

最大同時実行Ｗｅｂサービス数欄１１２ｅには、シナリオ名欄１１２ｂで特定されるシナリオに含まれるＷｅｂサービスを同時に実行する最大数を特定する情報が格納される。

待機時間欄１１２ｆには、シナリオ名欄１１２ｂで特定されるシナリオに含まれるＷｅｂサービスの実行を待機する時間を特定する情報が格納される。

最大待機回数欄１１２ｇには、シナリオ名欄１１２ｂで特定されるシナリオに含まれるＷｅｂサービスの実行を待機する最大回数を特定する情報が格納される。

リクエスト格納用変数欄１１２ｈには、シナリオ名欄１１２ｂで特定されるシナリオの実行リクエストを受信した際にリクエストメッセージに含まれる引数を格納するための変数を特定する情報が格納される。

レスポンス送信用変数欄１１２ｉには、シナリオ名欄１１２ｂで特定されるシナリオの実行終了時に送信するレスポンスに利用する変数を特定する情報が格納される。

図４に示すシナリオ変数定義情報テーブル１１２ｋは、シナリオ名欄１１２ｌと、変数名欄１１２ｍと、データ型欄１１２ｎと、を有する。

シナリオ名欄１１２ｌには、サービス動的連携装置１１０で連携処理を行うシナリオを特定する情報が格納される。例えば、本実施形態においては、シナリオを特定する情報として、シナリオ名が格納される。

変数名欄１１２ｍには、シナリオ名欄１１２ｌで特定されるシナリオを実行する際に、後述する制御部１１７のシナリオ実行部１２２が読み込む必要のある変数を特定する情報が格納される。例えば、本実施形態においては、変数を特定する情報として、変数名が格納される。

データ型欄１１２ｎには、変数名欄１１２ｍで特定される変数のデータの型を特定する情報が格納される。

図５に示すシナリオ実行情報テーブル１１２ｐは、シナリオ名欄１１２ｑと、Ｗｅｂサービス名欄１１２ｒと、引数用変数名欄１１２ｓと、戻り値格納用変数名欄１１２ｔと、を有する。

シナリオ名欄１１２ｑには、サービス動的連携装置１１０で連携処理を行うシナリオを特定する情報が格納される。例えば、本実施形態においては、シナリオを特定する情報として、シナリオ名が格納される。

Ｗｅｂサービス名欄１１２ｒには、シナリオ名欄１１２ｑで特定されるシナリオを構成する個々のＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

引数用変数名欄１１２ｓには、Ｗｅｂサービス名欄１１２ｒで特定されるＷｅｂサービスを実行する際の引数として用いる変数を特定する情報が格納される。

戻り値格納用変数名欄１１２ｔには、Ｗｅｂサービス名欄１１２ｒで特定されるＷｅｂサービスを実行する際の戻り値を格納する変数を特定する情報が格納される。

図２に戻り、Ｗｅｂサービス情報記憶領域１１３には、サーバ群１３０に含まれるサーバが提供するＷｅｂサービスのインタフェースを特定するインタフェース情報が記憶される。例えば、本実施形態においては、図６（インタフェース情報テーブル１１３ａの概略図）に示すようなインタフェース情報テーブル１１３ａが記憶される。

図示するように、インタフェース情報テーブル１１３ａは、Ｗｅｂサービス欄１１３ｂと、インタフェース定義ファイル欄１１３ｃと、を有する。

Ｗｅｂサービス欄１１３ｂには、サーバ群１３０に含まれるサーバが提供するＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

インタフェース定義ファイル欄１１３ｃには、Ｗｅｂサービス欄１１３ｂで特定されるＷｅｂサービスを利用するためのメッセージや通信アドレス等を特定したインタフェースを定義したファイルを特定する情報が格納される。例えば、本実施形態においては、インタフェースを定義したファイルを特定する情報として、インタフェース定義ファイルのファイル名が格納される。

図２に戻り、依存関係情報記憶領域１１４には、各々のシナリオを構成するＷｅｂサービスについて、当該Ｗｅｂサービスを実行する前に終了していなければならないＷｅｂサービスを特定する依存関係情報が記憶される。例えば、本実施形態においては、図７（依存関係情報テーブル１１４ａの概略図）に示すような依存関係情報テーブル１１４ａが記憶される。

図示するように、依存関係情報テーブル１１４ａは、シナリオ名欄１１４ｂと、Ｗｅｂサービス欄１１４ｃと、依存サービス欄１１４ｄと、を有する。

シナリオ名欄１１４ｂには、サービス動的連携装置１１０で連携処理を行うシナリオを特定する情報が格納される。例えば、本実施形態においては、シナリオを特定する情報として、シナリオ名が格納される。

Ｗｅｂサービス欄１１４ｃには、シナリオ名欄１１４ｂで特定されるシナリオを構成するＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

依存サービス欄１１４ｄには、Ｗｅｂサービス欄１１４ｃで特定されるＷｅｂサービスの一つ前に実行されるＷｅｂサービスであって、当該Ｗｅｂサービスを実行する前に終了していなければならないＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

例えば、上述したＣＴＩシナリオでは、図８（ＣＴＩシナリオの処理順序を示す概略図）に示すような順番で処理が実行される。

まず、「顧客情報検索サービス」が行われた後、「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータ選択サービス」が行われる。このため「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータ選択サービス」は、「顧客情報検索サービス」を行った後でなければ実行できない関係にある。

また、「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータ選択サービス」が行われた後、「オペレータ情報通知サービス」が行われる。このため「オペレータ情報通知サービス」は、「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータ選択サービス」を行った後でなければ実行することができない。

また、「オペレータ選択サービス」が行われた後、「オペレータＳＩＰ−ＵＲＩ解決サービス」が行われる。このため「オペレータＳＩＰ−ＵＲＩ解決サービス」は、「オペレータ選択サービス」を行った後でなければ実行することができない。

また、「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータＳＩＰ−ＵＲＩ解決サービス」が行われた後、「通話確立サービス」が行われる。このため「通話確立サービス」は、「顧客ＳＩＰ−ＵＲＩ解決サービス」及び「オペレータＳＩＰ−ＵＲＩ解決サービス」を行った後でなければ実行することができない。

さらに、「オペレータＳＩＰ−ＵＲＩ解決サービス」が行われた後、「顧客情報通知サービス」が行われる。このため「顧客情報通知サービス」は、「オペレータＳＩＰ−ＵＲＩ解決サービス」を行った後でなければ実行することができない。

以上の依存関係をまとめると、図７に示すような依存関係情報テーブル１１４ａとなる。

図２に戻り、負荷状態情報記憶領域１１５には、サーバ群１３０に含まれる各々のサーバが提供するＷｅｂサービスの負荷状態を計測するための設定を特定する負荷状態計測設定情報と、測定した負荷状態及び当該負荷状態を判定するための判定基準を特定する負荷状態判定情報と、が記憶される。例えば、本実施形態においては、図９（負荷状態計測設定情報テーブル１１５ａの概略図）に示すような負荷状態計測設定情報テーブル１１５ａと、図１０（負荷状態判定情報テーブル１１５ｆの概略図）に示すような負荷状態判定情報テーブル１１５ｆと、が負荷状態情報記憶領域１１５に記憶される。

図９に示す負荷状態計測設定情報テーブル１１５ａは、Ｗｅｂサービス欄１１５ｂと、負荷状態測定用引数欄１１５ｃと、測定間隔欄１１５ｄと、を有する。

Ｗｅｂサービス欄１１５ｂには、サーバ群１３０に含まれる各々のサーバが提供するＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

負荷状態測定用引数欄１１５ｃには、Ｗｅｂサービス欄１１５ｂで特定されるＷｅｂサービスの負荷状態を計測する実行要求を送信する際に用いるリクエスト用のダミーデータ（ダミーの引数）を特定する情報が格納される。

測定間隔欄１１５ｄには、Ｗｅｂサービス欄１１５ｂで特定されるＷｅｂサービスの負荷状態を計測する測定間隔を特定する情報が格納される。

図１０に示す負荷状態判定情報テーブル１１５ｆは、Ｗｅｂサービス欄１１５ｇと、許容レスポンスタイム欄１１５ｈと、レスポンスタイム測定値欄１１５ｉと、を有する。

Ｗｅｂサービス欄１１５ｇには、サーバ群１３０に含まれる各々のサーバが提供するＷｅｂサービスを特定する情報が格納される。例えば、本実施形態においては、Ｗｅｂサービスを特定する情報として、Ｗｅｂサービスのサービス名が格納される。

許容レスポンスタイム欄１１５ｈには、Ｗｅｂサービス欄１１５ｇで特定されるＷｅｂサービスの負荷状態を判定する際に用いる閾値を特定する情報が格納される。例えば、本実施形態においては、負荷状態を判定する際に用いる閾値として、負荷状態の許容範囲の上限となる許容レスポンスタイムの値が格納される。

レスポンスタイム測定値欄１１５ｉには、Ｗｅｂサービス欄１１５ｇで特定されるＷｅｂサービスにおいて計測された負荷状態の値を特定する情報が格納される。例えば、本実施形態においては、計測された負荷状態の値として、測定されたレスポンスタイムの値が格納される。

制御部１１７は、全体制御部１１８と、負荷状態測定部１１９と、シナリオ生成部１２０と、負荷状態判定部１２１と、シナリオ実行部１２２と、を備える。

全体制御部１１８は、サービス動的連携装置１１０での処理の全体を制御する。例えば、全体制御部１１８は、通信部１２４を介して、ユーザ側通信端末１４０よりシナリオを実行するリクエストメッセージを受信し、シナリオ実行部１２２にシナリオの実行を指示する。

負荷状態測定部１１９は、サーバ群１３０に含まれるサーバとの間で、当該サーバが提供する各々のサービスの負荷状態を予め定められた時に実行し、負荷状態判定情報テーブル１１５ｆのレスポンスタイム測定値欄１１５ｉに格納する処理を行う。

シナリオ生成部１２０は、依存関係情報テーブル１１４ａに基づいて、シナリオに含まれるＷｅｂサービスのうちで実行可能なＷｅｂサービスを特定し、特定したＷｅｂサービスの負荷状態を判定するよう負荷状態判定部１２１に指示する。

そして、シナリオ生成部１２０は、負荷状態判定部１２１での判定結果により、高負荷となっていない（低負荷となっている）Ｗｅｂサービスを抽出して、シナリオ実行部１２２に出力する。

負荷状態判定部１２１は、シナリオ生成部１２０からの指示に応じて、負荷状態の判定処理を行う。

例えば、負荷状態判定部１２１は、負荷状態判定情報テーブル１１５ｆのレスポンスタイム測定欄１１５ｉに格納されている値が、許容レスポンスタイム欄１１５ｈに格納されている値よりも大きな場合には、高負荷状態であると判断する。

シナリオ実行部１２２は、シナリオ生成部１２０で抽出されたＷｅｂサービスを実行する処理を制御する。

通信部１２４は、ネットワーク１７０を介して情報の送受信を行う。

以上に記載したサービス動的連携装置１１０は、例えば、図１１（コンピュータ９００の概略図）に示すような、ＣＰＵ（Central Processing Unit）９０１と、メモリ９０２と、ＨＤＤ（Hard Disk Drive）等の外部記憶装置９０３と、ＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）等の可搬性を有する記憶媒体９０４に対して情報を読み書きする読書装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置９０８と、を備えた一般的なコンピュータ９００で実現できる。

例えば、記憶部１１１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１１７は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、通信部１２４は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図１に戻り、サーバ群１３０には、サービス動的連携装置１１０で実行するシナリオに含まれる各々のＷｅｂサービスを提供するサーバが含まれる。

例えば、上述したＣＴＩシナリオについては、顧客情報検索サーバ１３１、顧客ＳＩＰ−ＵＲＩ解決サーバ１３２、オペレータ選択サーバ１３３、オペレータ情報通知サーバ１３４、オペレータＳＩＰ−ＵＲＩ解決サーバ１３５、通話確立サーバ１３６、顧客情報通知サーバ１３７、が含まれる。

顧客情報検索サーバ１３１は、顧客ＩＤの入力に対して、顧客情報のデータベースを参照し、対応する顧客の名前やカスタマーランク、購入履歴といった詳細情報を出力する処理を行う。

顧客ＳＩＰ−ＵＲＩ解決サーバ１３２は、顧客詳細情報の入力から、ネットワーク１７０に構成されているＮＧＮを管理する通信事業者が保持するＮＧＮ回線契約者のＳＩＰ−ＵＲＩのデータベースを参照し、顧客のユーザ側電話端末１４１のＳＩＰ−ＵＲＩを出力する処理を行う。

オペレータ選択サーバ１３３は、カスタマーランクや購買履歴などの顧客詳細情報から、顧客に対応するオペレータを選択し、オペレータのＩＤと名前等のオペレータ情報を出力する処理を行う。

オペレータ情報通知サーバ１３４は、顧客のユーザ側電話端末１４１のＳＩＰ−ＵＲＩ及びオペレータ情報の入力に対して、オペレータの情報を表示するＷｅｂページを生成し、ＳＭＳ（Short Message Service）機能を用いてＷｅｂページのＵＲＬを顧客のユーザ側電話端末１４１に送信する処理を行う。

オペレータＳＩＰ−ＵＲＩ解決サーバ１３５は、顧客ＳＩＰ−ＵＲＩ解決サーバ１３２と同様の処理を行い、オペレータ情報の入力から、対応するオペレータのオペレータ側電話端末１５１のＳＩＰ−ＵＲＩを出力する処理を行う。

通話確立サーバ１３６は、顧客のユーザ側電話端末１４１のＳＩＰ−ＵＲＩとオペレータのオペレータ側電話端末１５１のＳＩＰ−ＵＲＩの入力を受け、ＮＧＮの３ＰＣＣ（Third Party Call Control）機能を用いて両者の端末の通信を確立する処理を行う。

顧客情報通知サーバ１３７は、オペレータのオペレータ側電話端末１５１のＳＩＰ−ＵＲＩと顧客詳細情報の入力に対して、顧客詳細情報を表示するＷｅｂページを生成し、ＳＭＳ機能を用いてＷｅｂページのＵＲＬをオペレータのオペレータ側電話端末１５１へ送信する処理を行う。

なお、サーバ群１３０に含まれるサーバについても、図１１に示すようなコンピュータで実現可能である。

ユーザ側通信端末１４０は、オペレータの指示に応じて、ユーザを特定する情報やシナリオを特定する情報（顧客ＩＤやシナリオ名等）を特定したシナリオの実行指示を、サービス動的連携装置１１０に送信し、その応答として、シナリオの実行結果を受信する。

なお、ユーザ側通信端末１４０についても、図１１に示すようなコンピュータで実現可能である。

ユーザ側電話端末１４１は、ネットワーク１７０に形成されたＮＧＮを介して、ＳＩＰにより音声通話を確立して、音声通話を行う電話端末である。

オペレータ側通信端末１５０は、サーバ群１３０より、顧客詳細情報等を受信し、出力部に出力（表示）する処理を行う。

なお、オペレータ側通信端末１５０についても、図１１に示すようなコンピュータで実現可能である。

オペレータ側電話端末１５１は、ネットワーク１７０に形成されたＮＧＮを介して、ＳＩＰにより音声通話を確立して、音声通話を行う電話端末である。

Ｗｅｂ商店サーバ１６０は、Ｗｅｂ店舗を構築するためのプラットフォームを提供する。

なお、Ｗｅｂ商店サーバ１６０についても、図１１に示すようなコンピュータで実現可能である。

図１２は、サービス動的連携装置１１０の起動処理を示すフローチャートである。

まず、サービス動的連携装置１１０は、オペレータより起動指示の入力を受け付けると、全体制御部１１８が処理を開始し、負荷状態測定部１１９が、各々のＷｅｂサービスの負荷状態の測定を開始する（Ｓ１０）。なお、負荷状態測定部１１９での負荷状態の測定処理については、図１３を用いて詳細に説明する。

次に、全体制御部１１８は、シナリオの実行を要求するリクエストメッセージの受付を開始する（Ｓ１１）。

図１３は、サービス動的連携装置１１０での負荷状態測定処理を示すフローチャートである。

まず、サービス動的連携装置１１０の負荷状態測定部１１９は、各々のＷｅｂサービス毎に、負荷状態計測設定情報テーブル１１５ａの測定間隔欄１１５ｄに格納されている測定間隔が経過したか否かを判断し（Ｓ２０）、経過しているＷｅｂサービスがある場合には（ステップＳ２０でＹｅｓ）ステップＳ２１に進み、経過しているＷｅｂサービスがない場合には（ステップＳ２０でＮｏ）ステップＳ２０に戻り処理を繰り返す。

ステップＳ２１では、負荷状態測定部１１９は、ステップＳ２０で測定間隔が経過したＷｅｂサービスを提供するサーバに対して、ダミーのリクエストメッセージを送信し、その応答時間（レスポンスタイム）を計測する。

例えば、負荷状態測定部１１９は、ステップＳ２０で測定間隔が経過したＷｅｂサービスの負荷状態測定用のダミーのリクエスト引数を、負荷状態計測設定情報テーブル１１５ａの負荷状態測定用引数欄１１５ｃより取得する。

そして、負荷状態測定部１１９は、取得したダミーのリクエスト引数を格納したリクエストメッセージを、インタフェース情報テーブル１１３ａのインタフェース定義ファイル欄１１３ｃで特定される当該Ｗｅｂサービスのインタフェースに応じて、通信部１２４を介して送信し、このダミーのリクエストメッセージに対する応答（レスポンス）を受信するまでの時間（レスポンスタイム）を測定する。

次に、負荷状態測定部１１９は、測定したレスポンスタイムを、負荷状態判定情報テーブル１１５ｆにおいて、レスポンスタイムを計測したＷｅｂサービスがＷｅｂサービス欄１１５ｇに格納されているレコードのレスポンスタイム測定値欄１１５ｉに格納する（Ｓ２２）。

ここで、本実施形態においては、負荷状態の測定方法及び判定方法は上記に述べた方法に限るわけではない。例えば、上記に述べたようにシナリオの実行とは関係なく負荷状態を測定するために、ダミーのリクエストメッセージを送信して各Ｗｅｂサービスを実行する能動的な測定手法ではなく、シナリオ実行時にＷｅｂサービスの実行に掛かった時間を測定して取得する受動的な測定手法を用いることも可能である。

図１４は、サービス動的連携装置１１０におけるサービス連携処理を示すフローチャートである。

まず、サービス動的連携装置１１０の全体制御部１１８は、ユーザ側通信端末１４０よりシナリオを実行するリクエストメッセージを受信する（Ｓ３０）。ＣＴＩシナリオの例では、ユーザ側通信端末１４０の顧客が、Ｗｅｂ商店サーバ１６０より取得したＷｅｂ画面データにおいて、詳細問合せボタンを指定した実行指示を入力することにより、当該詳細問い合わせのシナリオを実行するリクエストメッセージがサービス動的連携装置１１０に送信される。

次に、サービス動的連携装置１１０のシナリオ実行部１２２は、受信したリクエストを解析して実行するシナリオを決定する（Ｓ３１）。例えば、受信したリクエストに含まれているリクエスト種別等により、実行するシナリオを決定する。

次に、シナリオ実行部１２２は、シナリオ設定情報テーブル１１２ａにおいて、ステップＳ３１で決定したシナリオに対応する情報が、シナリオ名欄１１２ｂに格納されているレコードを特定し、特定したレコードの構成Ｗｅｂサービス一覧欄１１２ｄより、実行するシナリオに含まれるＷｅｂサービスの一覧を取得する（Ｓ３２）。

例えば、ＣＴＩシナリオでは、「顧客情報検索サービス」、「顧客ＳＩＰ−ＵＲＩ解決サービス」、「オペレータ選択サービス」、「オペレータ情報通知サービス」、「オペレータＳＩＰ−ＵＲＩ解決サービス」、「通話確立サービス」、および、「顧客情報通知サービス」が一覧として取得される。

次に、シナリオ実行部１２２は、ステップＳ３２で取得したＷｅｂサービスの一覧に含まれるＷｅｂサービスを全て実行したか確認する（Ｓ３３）。そして、全て実行した場合には（ステップＳ３３でＹｅｓ）ステップＳ４３に進み、全て実行していない場合には（ステップＳ３３でＮｏ）ステップＳ３４に進む。

ステップＳ３４では、シナリオ生成部１２０が、実行済みのＷｅｂサービスの一覧と依存関係情報テーブル１１４ａを参照することで、次に実行するＷｅｂサービスの一覧である実行予定Ｗｅｂサービス一覧を生成する（Ｓ３４）。

例えば、シナリオ生成部１２０は、依存関係情報テーブル１１４ａにおいてシナリオ名欄１１４ｂに格納されているシナリオ名が、実行中のシナリオを示すものであり、依存サービス欄１１４ｄに格納されている値が「なし」、または、依存サービス欄１１４ｄで特定される全てのＷｅｂサービスが実行済みとなっているレコードのＷｅｂサービス欄１１４ｃに格納されているＷｅｂサービスであって、当該Ｗｅｂサービスがまだ実行済みでないＷｅｂサービス、を次に実行するＷｅｂサービスとする。

次に、シナリオ生成部１２０は、ステップＳ３４で生成した実行予定Ｗｅｂサービス一覧に含まれる各Ｗｅｂサービスについて、負荷状態判定部１２１に負荷状態の判定を指示し、負荷状態判定部１１２が高負荷状態と判定されたＷｅｂサービスを実行予定Ｗｅｂサービス一覧の中から取り除くことで、実行可能なＷｅｂサービスの一覧である実行可能Ｗｅｂサービス一覧を生成する（Ｓ３５）。なお、負荷状態判定部１２１での負荷状態の判定処理については、図１５を用いて詳細に説明する。

次に、シナリオ生成部１２０は、ステップＳ３６で生成した実行可能Ｗｅｂサービス一覧に一つ以上のＷｅｂサービスが含まれているか否かを確認する（Ｓ３６）。そして、実行可能Ｗｅｂサービス一覧に一つ以上のＷｅｂサービスが含まれている場合には（Ｓ３６でＹｅｓ）ステップＳ３７に進み、実行可能Ｗｅｂサービス一覧に一つ以上のＷｅｂサービスが含まれていない場合には（Ｓ３６でＮｏ）ステップＳ３９に進む。

ステップＳ３７では、シナリオ実行部１２２は、実行可能Ｗｅｂサービス一覧に含まれているＷｅｂサービスを、シナリオ設定情報テーブル１１２ａの最大同時実行Ｗｅｂサービス数欄１１２ｅで特定される数以下だけ実行する。ここで、実行可能Ｗｅｂサービス一覧に含まれるＷｅｂサービスの数が、最大同時実行Ｗｅｂサービス数欄１１２ｅで特定される数を超えていた場合、実行可能Ｗｅｂサービス一覧の中から、最大同時実行Ｗｅｂサービス数欄１１２ｅで特定される数だけＷｅｂサービスを選択して実行する（当該Ｗｅｂサービスを提供するサーバを介して処理を実行する）。

ここで、選択する方法については、予めサービス動的連携装置１１０に予め設定しておけばよく、例えば、負荷状態判定情報テーブル１１５ｆにおいて、許容レスポンスタイム欄１１５ｈに格納された値と、レスポンスタイム測定値欄１１５ｉに格納された値と、の差が大きいものを優先的に選択しても良いし、また、依存関係情報テーブル１１４ａの依存サービス欄１１４ｄに格納されている要素数が多いものから優先的に選択しても良いし、さらに、シナリオ設定情報テーブル１１２ａの構成Ｗｅｂサービス一覧欄１１２ｄに格納されている順番（上方に配置されている）により優先的に選択しても良い。

そして、シナリオ実行部１２２は、ステップＳ３７で実行したＷｅｂサービスを実行済みのＷｅｂサービスの一覧である実行済みＷｅｂサービス一覧に追加して（実行済みＷｅｂサービス一覧の初期値は空集合とする）、ステップＳ３３に戻り処理を繰り返す。

一方、ステップＳ３９では、シナリオ実行部１２２は、待機した回数である待機回数が、シナリオ設定情報テーブル１１２ａの最大待機回数欄１１２ｇに格納されている最大待機回数を超えているか否かを判断する。そして、最大待機回数を超えていない場合には（ステップＳ３９でＮｏ）ステップＳ４０に進み、最大待機回数を超えている場合には（ステップＳ３９でＹｅｓ）ステップＳ４２に進む。

ステップＳ４０では、シナリオ実行部１２２は、シナリオ設定情報テーブル１１２ａの待機時観覧１１２ｆに格納されている待機時間だけ処理の実行を待機する。

そして、シナリオ実行部１２２は、待機回数の値に「１」をインクリメントして（待機回数の値の初期値は「０」とする）（Ｓ４１）、ステップＳ３３に戻り処理を繰り返す。

一方、ステップＳ４２では、シナリオ実行部１２２は、例えば、「高負荷状態のため実行不可能」といった旨のエラーメッセージを生成して、通信部１２４を介して、ユーザ側通信端末１４０に送信してシナリオの実行を終了する。

また、ステップＳ４３では、シナリオ実行部１２２は、シナリオ設定情報テーブル１１２ａのレスポンス送信用変数１１２ｉに格納されている変数を参照して、レスポンスメッセージを生成して、通信部１２４を介して、ユーザ側通信端末１４０に送信してシナリオの実行を終了する。

図１５は、サービス動的連携装置１１０における負荷状態判定処理を示すフローチャートである。

まず、サービス動的連携装置１１０の負荷状態判定部１２１は、負荷状態判定情報テーブル１１５ｆにおいて、シナリオ生成部１２０より負荷状態の判定を指示されたＷｅｂサービスに対応する情報がＷｅｂサービス欄１１５ｇに格納されているレコードを特定し、特定したレコードの許容レスポンスタイム欄１１５ｈ及びレスポンスタイム測定値欄１１５ｉに格納されている値を取得する（Ｓ５０）。

次に、負荷状態判定部１２１は、ステップＳ５０で取得したレスポンスタイム測定値欄１１５ｉに格納された値が、許容レスポンスタイム欄１１５ｈに格納された値よりも大きいか否かを判断する（Ｓ５１）。そして、レスポンスタイム測定値欄１１５ｉに格納された値が許容レスポンスタイム欄１１５ｈに格納された値よりも大きい場合には（ステップＳ５１でＹｅｓ）、ステップＳ５２に進み、レスポンスタイム測定値欄１１５ｉに格納された値が許容レスポンスタイム欄１１５ｈに格納された値よりも大きくない場合には（ステップＳ５１でＮｏ）、ステップＳ５３に進む。

ステップＳ５２では、シナリオ生成部１２０から負荷状態の判定を指示されたＷｅｂサービスが高負荷状態と判定し、判定結果をシナリオ生成部１２０に出力する。

一方、ステップＳ５３では、シナリオ生成部１２０から負荷状態の判定を指示されたＷｅｂサービスが低負荷状態と判定し、判定結果をシナリオ生成部１２０に出力する。

なお、シナリオ生成部１２０から負荷状態の判定を指示されたＷｅｂサービスが複数ある場合には、図１５の処理を繰り返し行う。

以上に記載した実施形態においては、負荷状態の測定値としてレスポンスタイムを用いているが、このような態様に限定されるものではなく、一定時間内にＷｅｂサービスがリクエストを正常に受け付けた確率などを利用しても良い。また、そのほかにも、各Ｗｅｂサービスを提供するサーバに対してｐｉｎｇを送信することでＲＴＴ(Round Trip Time)とパケットロス率を取得し、負荷状態の測定値として利用し、この測定値に対応する許容値を予め設定しておくことも可能である。

また、以上に記載した実施形態においては、サーバ群１３０において、一つの機能を一つのサーバで処理するようにしているが、このような態様に限定されるものではなく、複数の機能をまとめて一つのサーバで処理するようにすることも可能である。

さらに、以上に記載した実施形態においては、具体的なシナリオとしてＣＴＩシナリオを例にして説明したが、このような態様に限定されず、サービス動的連携装置１１０で連携処理を行うシナリオは、複数のシナリオからリクエストに応じたシナリオを実行するのが望ましい。

また、以上に記載した実施形態においては、図１４のステップＳ３４で特定された実行予定Ｗｅｂサービスから、ステップＳ３５において、実行可能Ｗｅｂサービスを特定しているが、このような態様に限定されず、実行予定Ｗｅｂサービスを特定した後に（実行可能Ｗｅｂサービスの特定を行わずに）、特定された実行予定Ｗｅｂサービスに含まれる任意のＷｅｂサービスを、シナリオ実行部１２２で実行するようにしても良い。

１００ サービス提供システム
１１０ サービス動的連携装置
１１１ 記憶部
１１２ シナリオ情報記憶領域
１１３ Ｗｅｂサービス情報記憶領域
１１４ 依存関係情報記憶領域
１１５ 負荷状態情報記憶領域
１１７ 制御部
１１８ 全体制御部
１１９ 負荷状態測定部
１２０ シナリオ生成部
１２１ 負荷状態判定部
１２２ シナリオ実行部
１２４ 通信部
１３０ サーバ群
１４０ ユーザ側通信端末
１４１ ユーザ側電話端末
１５０ オペレータ側通信端末
１５１ オペレータ側電話端末
１６０ Ｗｅｂ商品サーバ

Claims (12)

1. シナリオに沿って複数のＷｅｂサービスを連携させて、当該シナリオに対応する処理を行うサービス連携装置であって、
   シナリオ毎に、一のＷｅｂサービスと、当該一のＷｅｂサービスを実行する際に実行していなければならない他のＷｅｂサービスと、を特定する依存関係情報を記憶する記憶部と、制御部と、を備え、
   前記制御部は、
   前記依存関係情報より、前記他のＷｅｂサービスが既に実行されている前記一のＷｅｂサービスを特定して、特定されたＷｅｂサービスを実行する処理を、前記シナリオに含まれるＷｅｂサービスがなくなるまで繰り返すこと、
   を特徴とするサービス連携装置。
2. 請求項１に記載のサービス連携装置であって、
   前記制御部は、
   前記シナリオに含まれるＷｅｂサービスの負荷状態を取得しており、
   前記依存関係情報より、特定されたＷｅｂサービスの中から前記負荷状態が高負荷と判断されるものを除いて、Ｗｅｂサービスを実行すること、
   を特徴とするサービス連携装置。
3. 請求項２に記載のサービス連携装置であって、
   前記制御部は、
   前記依存関係情報より特定されたＷｅｂサービスの全てが、前記負荷状態により高負荷と判断される場合には、予め定められた期間、Ｗｅｂサービスの実行を待機すること、
   を特徴とするサービス連携装置。
4. 請求項３に記載のサービス連携装置であって、
   前記制御部は、
   前記予め定められた期間、Ｗｅｂサービスの実行を待機した後、前記依存関係情報より、特定されたＷｅｂサービスの中から前記負荷状態が高負荷と判断されるものを除いて、Ｗｅｂサービスを実行すること、
   を特徴とするサービス連携装置。
5. 請求項２に記載のサービス連携装置であって、
   前記制御部は、
   ダミーデータを用いて、前記シナリオに含まれるＷｅｂサービスを実行することにより、負荷状態を取得すること、
   を特徴とするサービス連携装置。
6. コンピュータを、シナリオに沿って複数のＷｅｂサービスを連携させて、当該シナリオに対応する処理を行うサービス連携装置として機能させるプログラムであって、
   前記コンピュータを、シナリオ毎に、一のＷｅｂサービスと、当該一のＷｅｂサービスを実行する際に実行していなければならない他のＷｅｂサービスと、を特定する依存関係情報を記憶する記憶手段、制御手段、として機能させ、
   前記制御手段に、
   前記依存関係情報より、前記他のＷｅｂサービスが既に実行されている前記一のＷｅｂサービスを特定して、特定されたＷｅｂサービスを実行する処理を、前記シナリオに含まれるＷｅｂサービスがなくなるまで繰り返えさせること、
   を特徴とするプログラム。
7. 請求項６に記載のプログラムであって、
   前記制御手段に、
   前記シナリオに含まれるＷｅｂサービスの負荷状態を取得しており、
   前記依存関係情報より、特定されたＷｅｂサービスの中から前記負荷状態が高負荷と判断されるものを除いて、Ｗｅｂサービスを実行させること、
   を特徴とするプログラム。
8. 請求項７に記載のプログラムであって、
   前記制御手段に、
   前記依存関係情報より特定されたＷｅｂサービスの全てが、前記負荷状態により高負荷と判断される場合には、予め定められた期間、Ｗｅｂサービスの実行を待機させること、
   を特徴とするプログラム。
9. 請求項８に記載のプログラムであって、
   前記制御手段に、
   前記予め定められた期間、Ｗｅｂサービスの実行を待機した後、前記依存関係情報より、特定されたＷｅｂサービスの中から前記負荷状態が高負荷と判断されるものを除いて、Ｗｅｂサービスを実行させること、
   を特徴とするプログラム。
10. 請求項７に記載のプログラムであって、
    前記制御手段に、
    ダミーデータを用いて、前記シナリオに含まれるＷｅｂサービスを実行することにより、負荷状態を取得させること、
    を特徴とするプログラム。
11. シナリオ毎に、一のＷｅｂサービスと、当該一のＷｅｂサービスを実行する際に実行していなければならない他のＷｅｂサービスと、を特定する依存関係情報を記憶する記憶部と、制御部と、を備えるサービス連携装置が、シナリオに沿って複数のＷｅｂサービスを連携させて、当該シナリオに対応する処理を行うサービス連携方法であって、
    前記制御部が、前記依存関係情報より、前記他のＷｅｂサービスが既に実行されている前記一のＷｅｂサービスを特定して、特定されたＷｅｂサービスを実行する処理を、前記シナリオに含まれるＷｅｂサービスがなくなるまで繰り返す過程を備えること、
    を特徴とするサービス連携方法。
12. ユーザ側端末と、Ｗｅｂサーバと、サービス連携装置と、を備えるサービス提供システムであって、
    前記サービス連携装置は、
    シナリオ毎に、一のＷｅｂサービスと、当該一のＷｅｂサービスを実行する際に実行していなければならない他のＷｅｂサービスと、を特定する依存関係情報を記憶する記憶部と、制御部と、を備え、
    前記サービス連携装置の前記制御部は、
    前記ユーザ側端末より、実行するシナリオを特定するリクエストを受信する処理と、
    前記依存関係情報より、前記リクエストで特定されるシナリオに含まれるＷｅｂサービスであって、前記他のＷｅｂサービスが既に実行されている前記一のＷｅｂサービスを特定して、特定されたＷｅｂサービスを実行する処理を、前記シナリオに含まれるＷｅｂサービスがなくなるまで繰り返す処理と、を行うこと、
    を特徴とするサービス提供システム。

Images