(57)【要約】【課題】既存のＧＵＩ型のサービスを操作することなくこれらを連携させ、かつ連携対象の各サービスが取り扱う情報が完全に一致しない場合にも連携を可能にする。【解決手段】提供サーバが提供するサービスを実行するためのプログラム言語情報を取得する取得手段１９と、プログラム言語情報のうち、サービスを利用するために提供サーバに接続するための接続情報を抽出する抽出手段１４と、サービスを実行した実行結果を表示している表示画面のうち、提供サーバから送信される情報がある情報に合致しているか否かを判定するためのマッチング情報を指定する指定手段１７と、マッチング情報に基づいて提供サーバから取得したサービス情報を連携サーバに送信する送信手段２２と、サービス間で使用する情報を連携する連携手段３を具備する。【選択図】    図１
2005011256.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供する提供サーバと、複数のサービスを連携させてユーザにサービスを提供する連携サーバと、前記提供サーバと前記連携サーバを接続する接続装置と、前記サービスを前記ユーザに適切に提供するための支援情報を提供する支援装置を具備するサービス連携支援システムにおいて、
前記提供サーバに接続して、該提供サーバが提供するサービスを実行するためのプログラム言語情報を取得する取得手段と、該プログラム言語情報のうち、前記サービスを利用するために前記提供サーバに接続するための接続情報を抽出する抽出手段と、前記サービスを実行した実行結果を表示している表示画面を取得する取得手段と、前記表示画面のうち、前記提供サーバから送信される情報がある情報に合致しているか否かを判定するためのマッチング情報を指定する指定手段と、前記接続情報、及び、前記マッチング情報を格納する格納手段を具備する前記支援装置と、
前記接続情報に基づいて、前記連携サーバと前記提供サーバを接続する接続手段と、前記マッチング情報に基づいて、前記提供サーバから取得したサービス情報を前記連携サーバに送信する送信手段を具備する前記接続装置と、
前記ユーザが前記提供サーバから２以上のサービスを提供される場合に、各サービスを実施する順序を決定する決定手段と、前記サービス間で使用する情報を連携する連携手段を具備する前記連携サーバを具備することを特徴とするサービス連携支援システム。
【請求項２】
前記指定手段は、さらに、前記ある情報をユーザに送信するか否かを判定する判定情報を指定することを特徴とする請求項１に記載のサービス連携支援システム。
【請求項３】
前記連携手段は、前記サービス間で使用する情報を一致させる一致手段を具備することを特徴とする請求項１又は請求項２に記載のサービス連携支援システム。
【請求項４】
前記接続装置は、さらに、
前記提供サーバ及び前記連携サーバと間でやり取りされるセッション情報を保存する保存手段と、
前記セッション情報に基づいて、前記提供サーバが前記ユーザに提供しているサービスを管理する管理手段を具備することを特徴とする請求項１から請求項３のいずれかに記載のサービス連携支援システム。
【請求項５】
前記プログラム言語情報は、ＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に関する情報であることを特徴とする請求項１から請求項４のいずれかに記載のサービス連携支援システム。
【請求項６】
前記提供サーバは、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  ＵｓｅｒＩｎｔｅｒｆａｃｅ）型のサービスを提供することを特徴とする請求項１から請求項５のいずれかに記載のサービス連携支援システム。
【請求項７】
コンピュータを、サービスを提供する提供サーバ手段と、複数のサービスを連携させてユーザにサービスを提供する連携サーバ手段と、前記提供サーバ手段と前記連携サーバ手段を接続する接続手段と、前記サービスを前記ユーザに適切に提供するための支援情報を提供する支援手段として機能させるためのサービス連携支援プログラムにおいて、
コンピュータを、
前記提供サーバ手段に接続して、該提供サーバ手段が提供するサービスを実行するためのプログラム言語情報を取得する取得手段と、
該プログラム言語情報のうち、前記サービスを利用するために前記提供サーバ手段に接続するための接続情報を抽出する抽出手段と、
前記サービスを実行した実行結果を表示している表示画面を取得する取得手段と、
前記表示画面のうち、前記提供サーバ手段から送信される情報がある情報に合致しているか否かを判定するためのマッチング情報を指定する指定手段と、
前記接続情報、及び、前記マッチング情報を格納する格納手段と、
前記接続情報に基づいて、前記連携サーバ手段と前記提供サーバ手段を接続する接続手段と、
前記マッチング情報に基づいて、前記提供サーバ手段から取得したサービス情報を前記連携サーバ手段に送信する送信手段と、
前記ユーザが前記提供サーバ手段から２以上のサービスを提供される場合に、各サービスを実施する順序を決定する決定手段と、
前記サービス間で使用する情報を連携する連携手段として機能させるためのサービス連携支援プログラム。
【請求項８】
前記指定手段は、さらに、前記ある情報をユーザに送信するか否かを判定する判定情報を指定することを特徴とする請求項７に記載のサービス連携支援プログラム。
【請求項９】
前記連携手段は、前記サービス間で使用する情報を一致させる一致手段を具備することを特徴とする請求項７又は請求項８に記載のサービス連携支援プログラム。
【請求項１０】
前記接続装置は、さらに、
前記提供サーバ手段及び前記連携サーバ手段と間でやり取りされるセッション情報を保存する保存手段と、
前記セッション情報に基づいて、前記提供サーバ手段が前記ユーザに提供しているサービスを管理する管理手段を具備することを特徴とする請求項７から請求項９のいずれかに記載のサービス連携支援プログラム。
【請求項１１】
前記プログラム言語情報は、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に関する情報であることを特徴とする請求項７から請求項１０のいずれかに記載のサービス連携支援プログラム。
【請求項１２】
前記提供サーバ手段は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）型のサービスを提供することを特徴とする請求項７から請求項１１のいずれかに記載のサービス連携支援プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、既存のインターネット上のサービスを組合せ連携させることにより、インターネット上で提供する新サービスを提供するためのサービス連携支援システム及びサービス連携支援プログラムに関する。
【０００２】
【従来の技術】
インターネット上で提供する新しいサービスを作る場合、既存のインターネット上のサービスを組合せ連携させることが可能となれば、新たな別サービスとして開発し、サービスを提供することが可能となる。そこで、このようなインターネット上のサービスを連携させるシステムが現在注目を集めている。
【０００３】
現在、インターネット上でサービスを提供する際には、次の２つの形態がある。一つは、Ｗｅｂブラウザなどを介して利用者ヘサービスを提供するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）型のサービスであり、各会社の会社情報の公開や電子ショッピングや情報検索など様々なサービスが提供されている（例えば、特許文献１）。もう一つは、外部プログラムより接続できるように、外部プログラム接続用のインタフェースを提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）型サービスである（例えば、非特許文献１）。
【０００４】
ＡＰＩ型サービスを連携させるための技術では、インターネット上のサービスや機能の連携を行って実施する取引の手順をビジネスプロセスとしてとらえ、そのビジネスプロセスを記述したものをシナリオとして定義して、そのシナリオに記述されているアプリケーションの実施の順番、及びアプリケーションに必要な情報を元にして、すでに開発され用意されているアプリケーションに対して、公開された接続可能なインタフェースに接続し、実行していく方式及びシナリオを基にしたアプリケーションを連携する装置を提示している。この方式では、独自のインタフェースを規定して、そのインタフェースに接続可能なように、接続用のプログラムを作成する。ここで、ビジネスプロセス制御プログラムとは、各サービスをいかなる順序、いかなるタイミングで実施をするかなどを制御するプログラムである。プログラムによっては、サービス相互の入出力データを受け渡したり、相互で活用する情報を一致させたりすることもある。
【０００５】
一方、ＧＵＩ型サービスを連携させるための技術では、「サービス源」と呼ぶＷｅｂ上のサービスに対して「アクセス部」にて接続し、サービス源から取得したデータの相互の連携は「ラッパー部」が、相互の入出力のパラメタをマッピングすることによって行っている。
【０００６】
【特許文献１】
特開２００２−７３３０
【０００７】
【非特許文献１】
Ｗｅｂ  Ｓｅｒｖｉｃｅｓアーキテクチャの概要、ＩＢＭ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ａｒｃｈｉｔｅｃｔｕｒｅチーム著、［２００３年５月１９日検索］インターネット  ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ−６．ｉｂｍ．ｃｏｍ／ｊｐ／ｄｅｖｅｌｏｐｅｒｗｏｒｋｓ／ｗｅｂｓｅｒｉｃｅｓ／００１２０１／ｊ＿ｗ−ｏｖｒ．ｈｔｍｌ＞
【０００８】
【発明が解決しようとする課題】
インターネット上のＡＰＩ型のサービスを連携させる技術においては、連携の対象となる各サービスに対する入力情報や出力情報は、各サービスが規定しているＡＰＩを介して供給することになる。これらの入出力情報は各サービスに対する接続用のプログラム及び連携システムを介して供給する。ただし、本方式はＡＰＩ型のサービスに対してしか適用できず、ＧＵＩ型サービスに対しては適用できないという問題があった。
一方、インターネット上のＧＵＩ型のサービスを連携させる技術においては、連携において前段階となるサービスが提供するＧＵＩから必要とする出力情報と、連携の後段階となるサービスが提供するＧＵＩから必要とする入力情報を抽出し、前者と後者を対応付けることにより、既存のＧＵＩ型サービスに手を入れることなく、これらの連携を可能としている。
【０００９】
しかしながら、インターネット上のＧＵＩ型のサービスを連携させる技術では連携の前段階となるサービスと、連携の後段階となるサービスの提供するＧＵＩの中から必要な情報を抽出するだけなので、両者が取り扱う情報が一致していないと動作できないという問題がある。具体的には前段のシステムが出力する文字列が漢数字であるのに対し、後段のシステムが必要とする入力情報がアラビア数字である場合などには対応できない。また、前段のシステムが納品までの期日を日単位で出力するのに対し、後段のシステムが納品日を日付で入力することを要求するような場合にも対応できない。
【００１０】
本発明は、上述した従来の技術に鑑み、既存のＧＵＩ型のサービスを操作することなくこれらを連携させ、かつ連携対象の各サービスが取り扱う情報が完全に一致しない場合にも連携を可能にするサービス連携支援システム及びサービス連携支援プログラムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明のサービス連携支援システムは、サービスを提供する提供サーバと、複数のサービスを連携させてユーザにサービスを提供する連携サーバと、前記提供サーバと前記連携サーバを接続する接続装置と、前記サービスを前記ユーザに適切に提供するための支援情報を提供する支援装置を具備するサービス連携支援システムにおいて、前記提供サーバに接続して、該提供サーバが提供するサービスを実行するためのプログラム言語情報を取得する取得手段と、該プログラム言語情報のうち、前記サービスを利用するために前記提供サーバに接続するための接続情報を抽出する抽出手段と、前記サービスを実行した実行結果を表示している表示画面を取得する取得手段と、前記表示画面のうち、前記提供サーバから送信される情報がある情報に合致しているか否かを判定するためのマッチング情報を指定する指定手段と、前記接続情報、及び、前記マッチング情報を格納する格納手段を具備する前記支援装置と、前記接続情報に基づいて、前記連携サーバと前記提供サーバを接続する接続手段と、前記マッチング情報に基づいて、前記提供サーバから取得したサービス情報を前記連携サーバに送信する送信手段を具備する前記接続装置と、前記ユーザが前記提供サーバから２以上のサービスを提供される場合に、各サービスを実施する順序を決定する決定手段と、前記サービス間で使用する情報を連携する連携手段を具備する前記連携サーバを具備することを特徴とする。
【００１２】
また、本発明のサービス連携支援プログラムは、コンピュータを、サービスを提供する提供サーバ手段と、複数のサービスを連携させてユーザにサービスを提供する連携サーバ手段と、前記提供サーバ手段と前記連携サーバ手段を接続する接続手段と、前記サービスを前記ユーザに適切に提供するための支援情報を提供する支援手段として機能させるためのサービス連携支援プログラムにおいて、コンピュータを、前記提供サーバ手段に接続して、該提供サーバ手段が提供するサービスを実行するためのプログラム言語情報を取得する取得手段と、該プログラム言語情報のうち、前記サービスを利用するために前記提供サーバ手段に接続するための接続情報を抽出する抽出手段と、前記サービスを実行した実行結果を表示している表示画面を取得する取得手段と、前記表示画面のうち、前記提供サーバ手段から送信される情報がある情報に合致しているか否かを判定するためのマッチング情報を指定する指定手段と、前記接続情報、及び、前記マッチング情報を格納する格納手段と、前記接続情報に基づいて、前記連携サーバ手段と前記提供サーバ手段を接続する接続手段と、前記マッチング情報に基づいて、前記提供サーバ手段から取得したサービス情報を前記連携サーバ手段に送信する送信手段と、前記ユーザが前記提供サーバ手段から２以上のサービスを提供される場合に、各サービスを実施する順序を決定する決定手段と、前記サービス間で使用する情報を連携する連携手段として機能させるためのものである。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態に係るサービス連携支援システム及びサービス連携支援プログラムを説明する。
まず、本発明の実施形態に係るサービス連携支援システムの構成を説明する。図１は、本発明の実施形態に係るサービス連携支援システムのブロック図である。図１に示したように、サービス連携支援システムは、ＨＴＭＬ抽出支援装置１、サービス接続装置２、シナリオ型連携システム構築装置３、及び、ＧＵＩベースのサービス提供サーバ４からなる。
【００１４】
ＨＴＭＬ抽出支援装置１は、ＧＵＩ型サービスに接続するためのＨＴＭＬ抽出プログラムを有している。ＨＴＭＬ抽出支援装置１は、サービス接続部１１、表示部１２、接続情報指定部１３、接続情報保存部１４、構造指定部１５、返却値指定部１６、マッチング情報保存部１７、データベース（ＤＢ）１８、及び、Ｗｅｂブラウザ１９からなる。
サービス接続部１１は、ＨＴＭＬ抽出支援装置１とＧＵＩベースのサービス提供サーバ４との間で情報の送受信を実行するためのものである。ＨＴＭＬ抽出支援装置１がＧＵＩベースのサービス提供サーバ４にサービス要求情報を送信し、ＧＵＩベースのサービス提供サーバ４がこのサービス情報に応答してサービス応答情報をＨＴＭＬ抽出支援装置１に送信する。
表示部１２は、ＨＴＭＬ抽出支援装置１が扱う情報を開発者に表示するためのものである。開発者は、表示部１２に表示された情報を参照しながら、接続情報指定部１３、構造指定部１５、及び返却値指定部１６に指示を与える。
【００１５】
接続情報指定部１３は、ＧＵＩベースのサービス提供サーバ４が提供するサービスに一般ユーザ５が接続する際に、サービス接続部２５がデータベース１８から参照するための情報をＨＴＭＬファイルから指定する。この情報はＧＵＩベースのサービスヘの接続用の接続情報である。また、認証用インタフェース２１及びアプリケーションインタフェース２２もシナリオ型連携システム構築装置３から受信した情報に対する成否を判定するために、接続情報指定部１３が指定した接続情報を参照する。
【００１６】
接続情報保存部１４は、接続情報指定部１３が指定した接続情報をＧＵＩベースのサービス提供サーバ４から受信したＨＴＭＬファイルから抽出して保存する。
【００１７】
構造指定部１５は、シナリオ型連携システム構築装置３がＧＵＩベースのサービス提供サーバ４に送信するＨＴＴＰリクエストに対するＧＵＩベースのサービス提供サーバ４のレスポンスによって、一般ユーザ５がＧＵＩベースのサービス提供サーバ４にログインが成功したか失敗したかを判定するための情報をＨＴＭＬファイルから指定する。
【００１８】
返却値指定部１６は、シナリオ型連携システム構築装置３がＧＵＩベースのサービス提供サーバ４に送信するＨＴＴＰリクエストに対するＧＵＩベースのサービス提供サーバ４のレスポンスによって、一般ユーザ５がサービスを受けることが可能か否かを判定するための情報をＨＴＭＬファイルから指定する。返却値指定部１６は、アプリケーションインタフェース２２を呼び出した際の返却値を、マッチング情報とＧＵＩベースのサービスからのレスポンスが合致したとき、及び合致しなかったとき、それぞれの値を開発者へ指定させる。
【００１９】
マッチング情報保存部１７は、構造指定部１５及び返却値指定部１６が指定した接続情報をＧＵＩベースのサービス提供サーバ４から受信したＨＴＭＬファイルから抽出して保存する。
【００２０】
データベース１８は、接続情報抽出部１４及びマッチング情報保存部１７がそれぞれ情報を保存する保存先の格納部である。すなわち、データベース１８は、接続情報保存部１４が抽出した接続情報と、マッチング情報保存部１７が抽出した構造及び返却値とを保存する。
【００２１】
サービス接続装置２は、認証用インタフェース２１、アプリケーションインタフェース２２、レスポンス解析部２３、セッション管理部２４、サービス接続部２５、及びデータベース１８とからなる。図１では、データベース１８は、ＨＴＭＬ抽出支援装置１と共有しているが、ＨＴＭＬ抽出支援装置１とは別にその内容が同一なデータベースを個別に有していてもよい。また、サービス接続装置２は、データベース１８を有せず、サービス連携支援装置１のデータベース１８の内容を取得できるように設定されていてもよい。すなわち、サービス接続装置２がサービス連携支援装置１のデータベース１８の内容を取得することができれば、データベースの設置形態はどんな形態でも構わない。
【００２２】
認証用インタフェース２１は、ユーザＩＤ、パスワード、及び、接続先アドレスをシナリオ型連携システム構築装置３から受信する。このユーザＩＤ、パスワード、及び、接続先アドレスは、シナリオ型連携システム構築装置３に接続している一般ユーザ５がＧＵＩベースのサービス提供サーバ４に接続する際に必要とするものである。また、認証用インタフェース２１は、レスポンス解析部２３から一般ユーザ５のＧＵＩベースのサービス提供サーバ４へのログインが成功したか失敗したかの情報と、ＨＴＴＰセッション情報とをシナリオ型連携システム構築装置３に送信する。
【００２３】
アプリケーションインタフェース２２は、認証用インタフェース２１によってシナリオ型連携システム構築装置３に接続している一般ユーザ５がＧＵＩベースのサービス提供サーバ４による認証に成功した場合に、一般ユーザ５がＧＵＩベースのサービス提供サーバ４が提供するサービスを受けるためのインタフェースである。アプリケーションインタフェース２２は、シナリオ型連携システム構築装置３からＨＴＴＰセッション情報、接続先アドレス、接続に必要なパラメタ、及びそのパラメタの値をシナリオ型連携システム構築装置３から受信する。また、アプリケーションインタフェース２２は、データベース１８に保存してある接続情報と、受信した接続先アドレス、パラメタ、及び、そのパラメタの値を比較し、受信した情報がＧＵＩベースのサービス提供サーバ４で適切に処理可能な情報か否かを判定する。例えば、一般ユーザ５が入力した情報がＧＵＩベースのサービス提供サーバ４によるサービスを受けるための必要なパラメタであるか否かが判定される。
またアプリケーションインタフェース２２は、シナリオ型連携システム構築装置３から受信したサービスヘの接続要求の結果として、接続結果（成功や失敗、検索要求の結果）及びＨＴＴＰセッション情報を、シナリオ型連携システム構築装置３に送信する。
【００２４】
さらに、アプリケーションインタフェース２２では、保存されたＧＵＩベースのサービスに接続するための接続情報（接続先アドレス、接続コマンド、接続に必要なパラメタ）を、シナリオ型連携システム構築装置３より接続される際の、入力の雛形として利用する。まず、シナリオ型連携システム構築装置３より受信するＧＵＩベースのサービスに接続するための値情報へ雛形を適用して、ＧＵＩベースのサービスに接続するための値情報を解析する。
【００２５】
その返却値を、アプリケーションインタフェース２２は、シナリオ型連携システム構築装置３へ返却する。それぞれの、ＧＵＩベースのサービス相互の入出力の仕様に対しては、シナリオ型連携システム構築装置３において、所定の方法によって行われる。
【００２６】
レスポンス解析部２３は、アプリケーションインタフェースから、シナリオ型連携システム構築装置へ返却する値を決定するためのものである。また、レスポンス解析部２３は、ＧＵＩベースのサービス提供サーバ４への一般ユーザ５のログインが成功したか失敗したかを、ＧＵＩベースのサービス提供サーバ４からのＨＴＴＰレスポンスに含まれる認証結果に対応するＨＴＭＬのページと、例えばデータベース１８に保存してあるマッチング情報とを比較することによって判定する。他に、サービス接続部２５が、ＧＵＩベースのサービス提供サーバ４からのＨＴＴＰレスポンスを、サービス接続部２５がＧＵＩベースのサービス提供サーバ４にＨＴＴＰレスポンスを送信後ある時間経過しても受信しない場合（ＨＴＴＰエラー）は、レスポンス解析部２３は一般ユーザ５のログインが失敗したと判定する。また、レスポンス解析部２３は、データベース１８に保存されているマッチング情報とＧＵＩベースのサービス提供サーバ４からのＨＴＴＰレスポンスを照合し、定められている返却値を、アプリケーションインタフェース２２へ送る。
【００２７】
セッション管理部２４は、シナリオ型連携システム構築装置３とサービス接続装置２との間のＨＴＴＰセッション情報と、サービス接続装置２とＧＵＩベースのサービス提供サーバ４との間のＨＴＴＰセッション情報とが対応していることを確認する。このために、セッション管理部２４は受信したＨＴＴＰセッション情報を保存して、次に受信したＨＴＴＰセッション情報とを対応付けておく。セッション管理部２４は、各一般ユーザ５がログインしてからのＨＴＴＰセッション情報を追跡して、一般ユーザ５ごとにシナリオ型連携システム構築装置３とＧＵＩベースのサービス提供サーバ４の間のＨＴＴＰセッション情報を管理する。一般に同一の一般ユーザ５が発信した情報でもＧＵＩベースのサービス提供サーバ４に到達するまでにＨＴＴＰセッション情報は異なる場合が多いが、セッション管理部２４により各一般ユーザ５のＧＵＩベースのサービス提供サーバ４との情報のやり取りをスムーズに行うことが可能になる。
【００２８】
サービス接続部２５は、認証用インタフェース２１又はアプリケーションインタフェース２２が受信した受信情報に基づいて、ＧＵＩベースのサービス提供サーバ４が提供するサービスに接続するためのＵＲＬを作成し、このＵＲＬによってサービスに接続する。その後、サービス接続部２５はＧＵＩベースのサービス提供サーバ４からの送信結果を受信する。この送信結果は、例えば、一般ユーザ５のユーザＩＤ及びパスワードに対する認証結果、又は、一般ユーザ５のリクエストに対するレスポンスである。
【００２９】
ＧＵＩベースのサービス提供サーバ４は、図示してはいないが、サービスを提供するために必要な提供情報等を格納している格納部と、サービス連携支援装置１又はサービス接続装置２との間で情報を送受信するための送受信部と、ＧＵＩベースのサービス提供サーバ４の全体の動作を制御する制御部とからなる。
【００３０】
ところで、上記のサービス連携支援装置１とサービス接続装置２とサービス連携装置３は、１つの装置にまとめることも可能である。さらに、これらにＧＵＩベースのサービス提供サーバ４も加えて１つの装置にまとめることも可能である。
また、上述したＨＴＭＬファイルから指定する部分は、一対のマーク（例えば〈ＨＥＡＤ〉と〈／  ＨＥＡＤ〉）で囲まれた要素の部分のことである。例えば、以下に示したＨＴＭＬ文書の場合、〈ＵＬ〉から〈／ＵＬ〉までの部分や、＜ＬＩ＞から＜／ＬＩ＞までの部分等がＨＴＭＬの構造の一部に対応する。
2005011256.tif 000003
次に、図２を参照して、シナリオ型連携システム構築装置３を説明する。図２は、図１のシナリオ型連携システム構築装置３のブロック図と図１の認証用インタフェース２１及び図１のアプリケーションインタフェース２２とシナリオ型連携システム構築装置３との間の情報のやり取りを示す図である。認証用インタフェース２１及びアプリケーションインタフェース２２とシナリオ型連携システム構築装置３との間のデータのやり取りは後に、図３、図４、及び図６を参照して説明する。
シナリオ型連携システム構築装置３は、送受信部３１、送受信部３３、送受信部３５、演算部３２、及び演算部３４からなる。また、シナリオ型連携システム構築装置３は、通常、複数の一般ユーザ５の端末と接続して、一般ユーザ５との間で情報のやり取りを実行している。ここで、一般ユーザ５とシナリオ型連携システム構築装置３との間で行われる情報のやり取りに使用されるブロックは、一般的に使用されるものであるので図示しない。
【００３１】
送受信部３１は、サービス接続装置２の認証用インタフェース２１に接続して情報を送受信する。送受信部３３及び送受信部３５は、サービス接続装置２のアプリケーションインタフェース２２に接続して情報を送受信する。ここでは、２つの送受信部３３及び送受信部３５がシナリオ型連携システム構築装置３に設置されているように図示されているがこの図示は説明上の便宜のためであり、送受信部３３及び送受信部３５の動作は１つの送受信部で実行される。
演算部３２は、送受信部３１が送受信した情報にある演算を施し、演算された情報を送受信部３３に出力する。演算部３４は、各サービスをいかなる順序、いかなるタイミングで実施をするか等を演算して制御する。これら演算部３２及び演算部３４は、サービス相互の入出力データを受け渡したり、相互で活用する情報を一致させたりする。
【００３２】
ＧＵＩベースのサービス提供サーバ４又は異なるＧＵＩベースのサービス提供サーバ４から異なるサービスがシナリオ型連携システム構築装置３に提供された場合、シナリオ型連携システム構築装置３は、演算部３４を利用して、そのサービス間の情報の整合を調整することができる。例えば、あるサービスではアラビア数字を使用して、別のサービスでは漢数字が使用されている場合、シナリオ型連携システム構築装置３はどちらかの数字に統一して一般ユーザ５やサービス接続装置２に送信する。他の例としては、納品までの期日を日単位で「あと何日で期日」と示すサービスと納品日を日付で示す別のサービスがある場合、シナリオ型連携システム構築装置３はどちらかの数字に統一して一般ユーザ５やサービス接続装置２に送信する。これらの例では、演算部３４は受け取ったパラメタをマッピングする。すなわち、演算部３４はパラメタ値をどちらかのサービスに合わせて変換する。
演算部３４は、その他にも様々な制御をすることができる。例えば、一般ユーザ５が、ＧＵＩベースのサービス提供サーバ４が提供するサービスとしてショッピングサイトに接続してある商品を購入する場合に、演算部３４は一般ユーザ５が入力した数量を参照してショッピングサイトが受け付けることができる数量であるか否かを判定して数量の変更を実施する。また、他の例として、一般ユーザ５がＧＵＩベースのサービス提供サーバ４として証券会社のサイトに接続してある会社の株価を参照する場合に、演算部３４はその株価が予め一般ユーザ５等によって設定されていた価格よりも高いか否かを判定する。その後、演算部３４は低い場合には予め一般ユーザ５によって指定されていた数量の株を購入するように証券会社のサイトに注文する。
【００３３】
次に、データベース１８に接続情報及びマッチング情報を保存するまでの流れを図３及び図４を参照して説明する。図３は、図１のＷｅｂブラウザ１９と、図１のＨＴＭＬ抽出支援装置１と、図１のＧＵＩベースのサービス提供サーバ４との間のデータのやり取りを示すシーケンス図である。図４は、図３に続くシーケンス図である。ここで、Ｗｅｂブラウザ１９を操作する開発者はサービスを連携させた新たなサービスを開発するものであると想定される。
まず、Ｗｅｂブラウザ１９を操作して開発者が、ＧＵＩベースのサービス提供サーバ４にサービスの接続情報を取得するためにＨＴＴＰリクエストをＨＴＭＬ抽出支援装置１に送信する（ステップＳ１）。ＨＴＭＬ抽出支援装置１はステップＳ１のＨＴＴＰリクエストに基づいて、ＧＵＩベースのサービス提供サーバ４にＨＴＴＰリクエストを送信する（ステップＳ２）。このＨＴＴＰリクエストは、例えば、図３に記載されているように「ｗｗｗ．ｘｘｓｈｏｐｉｎｇ．ｃｏ．ｊｐ」のＵＲＬに存在する「ｓｈｏｐ．ｈｔｍｌ」を表示することであるＧＵＩベースのサービス提供サーバ４は、ＨＴＴＰリクエストを受信するとそのリクエストに応じてＨＴＴＰレスポンスをＨＴＭＬ抽出支援装置１に送信する（ステップＳ３）。ＨＴＴＰレスポンスは、例えば、「ｓｈｏｐ．ｈｔｍｌ」の内容である。
【００３４】
ＨＴＭＬ抽出支援装置１がＧＵＩベースのサービス提供サーバ４からＨＴＴＰレスポンスを受信し（ステップＳ３）、ＨＴＭＬ抽出支援装置１の接続情報指定部１３が、ＨＴＴＰレスポンスに含まれる情報から、指定可能なサービスに接続するための必要な情報部分を開発者へ提示し、開発者にその情報部分の中からある情報部分を指定するように促す（ステップＳ４）。
【００３５】
ステップＳ４で提示された情報部分から開発者がある情報部分を指定する（ステップＳ５）。開発者が指定する情報部分は、例えば、ＧＵＩベースのサービス提供サーバ４に接続して情報を得るための全てのＨＴＭＬファイルやＨＴＭＬファイルの構成要素の一部であるＦｏｒｍ部分である。ここで、Ｆｏｒｍ部分とは、ＨＴＭＬファイル中の＜ｆｏｒｍ＞と＜／ｆｏｒｍ＞で囲まれたＨＴＭＬファイルの一部分を示す。また、ステップＳ５では、サービスへいかなるコマンド（Ｇｅｔ又はＰｏｓｔ）で、接続するかという情報も開発者が指定する。図３に示した例では、＜ｆｏｒｍ  ｍｅｔｈｏｄ＝”ｐｏｓｔ”  ａｃｔｉｏｎ＝”ｓｈｏｐｐｉｎｇｃａｒｔ”＞＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”  ｎａｍｅ＝”ｉｔｅｍ”  ｖａｌｕｅ＝”００００００１”＞が開発者によって指定される。これらの指定された情報はＨＴＭＬ抽出支援装置１に送信され、接続情報保存部１４がこれらの指定された情報を接続情報としてデータベース１８に保存する（ステップＳ５）。
【００３６】
次に、開発者は、表示していたＷｅｂブラウザヘ、所定の情報を入力して、ＨＴＭＬ抽出支援装置１を介してＧＵＩベースのサービス提供サーバ４にＨＴＴＰリクエストを送信する（ステップＳ６及びステップＳ７）。図４の例では、開発者は一般ユーザ５がある商品を注文する場合を想定してサービス接続装置２を設定する。図４のステップＳ６及びステップＳ７の箇所に記載してある「ｉｔｅｍ」が商品に対応し、番号「００００００１」が商品の数量を示している。
【００３７】
ＧＵＩベースのサービス提供サーバ４は、ステップＳ７で送信されてきたＨＴＴＰリクエストに応じて、ＨＴＴＰレスポンスをＨＴＭＬ抽出支援装置１に送信する（ステップＳ８）。図４の例では、ＨＴＴＰレスポンスは、「ｓｈｏｐ．ｈｔｍｌ」の次のページの内容である。例えば、商品の発送先情報が示されているページである。
【００３８】
ＨＴＭＬ抽出支援装置１がＧＵＩベースのサービス提供サーバ４からＨＴＴＰレスポンスを受信し、ＨＴＭＬ抽出支援装置１の構造指定部１５及び返却値指定部１６が、開発者にＨＴＴＰレスポンスに含まれる情報を提示し、その情報部分の中からある情報部分を指定するように促す（ステップＳ９）。
【００３９】
ステップＳ９で提示された情報部分から開発者がある情報部分を指定する（ステップＳ１０）。開発者が指定する情報部分は、例えば、ＨＴＭＬファイルの構成要素の一部であるＴＤ部分である。ここで、ＴＤ部分とは、ＨＴＭＬファイル中の＜ＴＤ＞と＜／ＴＤ＞で囲まれたＨＴＭＬファイルの一部分を示す。図４に示した例では、＜ＴＤ  ＮＯＷＲＡＰ  ＣＯＬＳＰＡＮ＝”３”＞発送先情報を入力してください＜／ＴＤ＞が開発者によって指定される。この指定された情報はＨＴＭＬ抽出支援装置１に送信され、構造指定部１５がこれらの指定された情報をデータベース１８に保存する（ステップＳ１０）。
【００４０】
さらに、ステップＳ９で提示された情報部分から開発者がある情報部分を指定する（ステップＳ１１）。開発者が指定する情報部分（返却値と呼ぶ）は、ステップＳ１０で指定された情報部分の中のＧＵＩベースのサービス提供サーバ４に成否を判定して欲しい情報やシナリオ型連携システム構築装置３に返却して欲しい情報を含む。ステップＳ１１で開発者が指定する返却値は、例えば、一般ユーザ５がＧＵＩベースのサービス提供サーバ４に送信した送信情報に対する結果としての成功や失敗、検索結果、一般ユーザ５のログインの成否などという情報である。図４の例では、返却値は、「発送先情報を入力してください」である。この例の場合では、返却値は一般ユーザ５が発送先情報を入力したか否かを判定するための情報である。この指定された返却値はＨＴＭＬ抽出支援装置１に送信され、返却値指定部１６がこれらの指定された情報をデータベース１８に保存する（ステップＳ１１）。
【００４１】
ここで、データベース１８に保存される情報の例を図５を参照して説明する。図５は、図３のステップＳ５で保存される情報と、図４のステップＳ１０、ステップＳ１１で保存される情報を示す図である。
図５の上部に示した図は、ステップＳ５で保存される接続情報である。接続情報は、例えば、アイテムナンバー、ＵＲＬ、エレメント、パラメタを含んでいる。アイテムナンバーは、ＧＵＩベースのサービス提供サーバ４が提供するサービスに対応する。ＵＲＬは、そのサービスを提供する所在箇所、例えばＨＴＭＬページを示している。エレメントは、ＵＲＬで指定されている所在箇所で作動するＨＴＭＬファイルのタグ部分を指定する。パラメタは、このサービスに固有な値を記述してある。また、パラメタには、一般ユーザ５が入力すべき項目を含んでいる場合もある。図５の例では、ｎａｍｅの項目のｉｔｅｍ（一般ユーザ５が購入する商品名）、及びｖａｌｕｅの項目のｎｕｌｌ（一般ユーザ５が購入する商品の数量）は一般ユーザ５がサービスを受けるときに入力すべきものである。
【００４２】
図５の下部に示した図は、ステップＳ１０及びステップＳ１１で保存されるマッチング情報である。マッチング情報は、アイテムナンバー、ＵＲＬ、エレメント、パラメタ、フラグを含んでいる。パラメタに含まれるｖａｌｕｅは、一般ユーザ５に提示する情報である。この情報に基づいて一般ユーザ５がこのサービスを受けるときに対応する情報（これは上述した返却値である）を入力する場合と、単にこの情報を一般ユーザ５に提示する場合がある。ｖａｌｕｅがこのどちらの場合であるかは、次のフラグで指定される。フラグは、「判定」と「返却」がある。「判定」の場合が一般ユーザ５がサービスを受けるときに対応する情報を入力する場合であり、「返却」の場合が単に情報を一般ユーザ５に提示する場合である。
【００４３】
これらの情報はＧＵＩベースのサービス提供サーバ４が提供するサービスごとに対応して保存されている。すなわち、同一のＧＵＩベースのサービス提供サーバ４が提供するサービスでも接続情報、マッチング情報の内容が少しでも異なれば、別情報として接続情報及びマッチング情報が保存される。
【００４４】
以上のデータベース１８に保存されている情報を用いて、認証用インタフェース２１及びアプリケーションインタフェース２２は、シナリオ型連携システム構築装置３との間で、例えば、ユーザＩＤやパスワード、サービスの接続先アドレス、サービス接続装置２との接続に必要なパラメタとそのパラメタ値、接続結果としての成功や失敗、検索結果をやり取りする。
【００４５】
シナリオ型連携システム構築装置３とＧＵＩベースのサービス提供サーバ４とのデータのやり取りを図６を参照して説明する。図６は、図１のシナリオ型連携システム構築装置３と、図１のサービス接続装置２と、図１のＧＵＩベースのサービス提供サーバ４との間のデータのやり取りを示すシーケンス図である。
【００４６】
シナリオ型連携システム構築装置３は、シナリオ型連携システム構築装置３に接続している一般ユーザ５からの送信されてきたユーザＩＤ、パスワード、及び、接続先アドレスをサービス接続装置２の認証用インタフェース２１に送信する（ステップＳ２１）。
【００４７】
認証用インタフェース２１はステップＳ２１で受け取ったユーザＩＤ、パスワード、及び、接続先アドレスをサービス接続部２５に渡す。サービス接続部２５は、この接続先アドレスのＧＵＩベースのサービス提供サーバ４にユーザＩＤ及びパスワードをＨＴＴＰリクエストとして送信する（ステップＳ２２）。
【００４８】
ＧＵＩベースのサービス提供サーバ４は、ＧＵＩベースのサービス提供サーバ４からのＨＴＴＰリクエストを受取、ユーザＩＤ及びパスワードが正規のものであるか否かを判定する。すなわち、一般ユーザ５の認証が成功したか失敗したかを判定する。その後、ＧＵＩベースのサービス提供サーバ４は、この認証結果である認証成功又は認証失敗を示した情報をサービス接続装置２にＨＴＴＰレスポンスとして送信する（ステップＳ２３）。認証成功又は認証失敗を示した情報は、例えば、それらの情報が書き込んであるページである。さらに、ＧＵＩベースのサービス提供サーバ４は、一般ユーザ５との接続を維持するための情報であるＨＴＴＰセッション情報をＨＴＴＰレスポンスとして送信する（ステップＳ２３）。
【００４９】
サービス接続装置２のサービス接続部２５がステップＳ２３のＨＴＴＰレスポンスを受け取る。セッション管理部２４はこのＨＴＴＰレスポンスに含まれるＨＴＴＰセッション情報を保存する。また、レスポンス解析部２３は、ＧＵＩベースのサービス提供サーバ４への一般ユーザ５のログインが成功したか失敗したかを、ＨＴＴＰレスポンスに含まれる認証結果に対応するＨＴＭＬのページと、例えばデータベース１８に保存してあるマッチング情報とを比較することによって判定する。
【００５０】
その後、サービス接続装置２の認証用インタフェース２１は、ＨＴＴＰセッション情報を送信するとともに、認証が成功したか否かの結果をシナリオ型連携システム構築装置３に送信する（ステップＳ２４）。
【００５１】
以上のように認証処理がなされて一般ユーザ５の認証が成功した場合は、次に一般ユーザ５はアプリケーションインタフェース２２を介してＧＵＩベースのサービス提供サーバ４からサービスの提供を受ける。
【００５２】
シナリオ型連携システム構築装置３は、シナリオ型連携システム構築装置３に接続している一般ユーザ５から送信されてきたＨＴＴＰセッション情報、接続先アドレス、パラメタ、及び、そのパラメタの値をサービス接続装置２のアプリケーションインタフェース２２に送信する（ステップＳ２５）。
【００５３】
また、セッション管理部２４は、アプリケーションインタフェース２２が受け取ったＨＴＴＰセッション情報が認証を受けたＧＵＩベースのサービス提供サーバ４との間でのＨＴＴＰセッション情報と一致するか否かを判定する。
【００５４】
サービス接続部２５は、ステップＳ２５で受信した受信情報を元にして、ＧＵＩベースのＧＵＩベースのサービス提供サーバ４に接続するためのＵＲＬを作成して、ＧＵＩベースのサービス提供サーバ４に接続する。また、セッション管理部２４がステップＳ２５で受け取ったＨＴＴＰセッション情報を保存する。
【００５５】
サービス接続部２５は、一般ユーザ５からのパラメタ及びそのパラメタの値を、作成したＵＲＬのＧＵＩベースのサービス提供サーバ４にＨＴＴＰリクエストとして送信する（ステップＳ２６）。また、このＨＴＴＰリクエストにはＨＴＴＰセッション情報も含めておく。
【００５６】
ＧＵＩベースのサービス提供サーバ４は、ＨＴＴＰリクエストに対する処理を行い、そのＨＴＴＰリクエストに対する結果を例えばＨＴＭＬで記述されたページとしてサービス接続装置２に送信する（ステップＳ２７）。また、レスポンス解析部２３は、ＨＴＴＰレスポンスに含まれているＨＴＴＰリクエストに対する結果と例えば、データベース１８に保存してあるマッチング情報とを比較することによって、サービスヘの接続が成功したか失敗したかを判別する。
【００５７】
この後、アプリケーションインタフェース２２は、シナリオ型連携システム構築装置３から受信したサービスヘの接続要求の結果として、接続結果（成功や失敗、検索要求の結果）及びＨＴＴＰセッション情報を、シナリオ型連携システム構築装置３に送信する（ステップＳ２８）。
【００５８】
その後、図６ではステップＳ２９からステップＳ３２までのステップが示されているが、本質的には上述したステップＳ２５からステップＳ２８までと同様である。異なる事項は、一般ユーザ５からシナリオ型連携システム構築装置３に送信される情報である。図６では、接続先アドレス、パラメタ、及びそのパラメタの値が異なるだけである。
【００５９】
以上に示したように、本発明の実施形態によれば、従来の接続用インタフェースの存在しないＧＵＩベースのサービスに対して、サービスそのものに手を加えることなく、画面の仕様が変更又は更新された場合でも、サービスに接続可能になる。連携するＧＵＩベースのサービス相互のデータの受渡しにおいて、入出力の仕様にずれがある場合にも、シナリオ型連携システム構築装置において、相互のデータの形式の変換や必要なパラメタを補うなど処理が可能となる。
【００６０】
また、上述の実施形態の中で示した処理手順に示された指示、及びシーケンス図の各ステップに示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態のサービス連携支援システムによる効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤなど）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態のサービス連携支援システムと同様な動作を実現することができる。
【００６１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００６２】
【発明の効果】
本発明によれば、既存のＧＵＩ型のサービス自体を操作することなく、これらのサービスを連携させ、かつ連携対象の各サービスが取り扱う情報が完全に一致しない場合にも連携を可能にすることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るサービス連携支援システムのブロック図。
【図２】図１のシナリオ型連携システム構築装置のブロック図と図１の認証用インタフェース及び図１のアプリケーションインタフェースとシナリオ型連携システム構築装置との間のデータのやり取りを示す図。
【図３】図１のＷｅｂブラウザと、図１のＨＴＭＬ抽出支援装置と、図１のＧＵＩ型のサービス提供サーバとの間のデータのやり取りを示すシーケンス図。
【図４】図３に続くシーケンス図。
【図５】図３のステップＳ５で保存される情報と、図４のステップＳ１０、ステップＳ１１で保存される情報を示す図。
【図６】図１のシナリオ型連携システム支援装置と、図１のサービス接続装置と、図１のＧＵＩ型のサービス提供サーバとの間のデータのやり取りを示すシーケンス図。
【符号の説明】
【図１】
2005011256.tif 000004
【図２】
2005011256.tif 000005
【図３】
2005011256.tif 000006
【図４】
2005011256.tif 000007
【図５】
2005011256.tif 000008
【図６】
2005011256.tif 000009