(57)【要約】【課題】  固定化された連携サービスではなく、利用者側で組み合わせるサービスやサービス間の連携を選択することができるサービス連携支援装置の提供。【解決手段】  入出力項目、起動スイッチが各サービスサーバ毎に対応して設定され、各サーバとの通信形態の仕様情報が設定されたサービスインタフェースを表示するインタフェース表示制御部と、該インタフェース上で異なるサービスサーバの入出力項目間の関連付けが行われることにより関連付けられた入出力項目に関する入出力データが連動して設定される連携データ設定部と、各サービスサーバ間で通信を実行する際、サービスインタフェースに設定された通信形態の仕様情報に基づいて、サービスサーバの通信形態の仕様情報に適合するアダプタを選択して入力データを変換した上で送信し、サービスサーバから受信した出力データを同アダプタで変換した上で出力データをサービスインタフェースに表示するサービス実行部を備える。【選択図】図１
2009009455.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスサーバとインターネットを介して通信可能に接続され、サービスサーバがサービスを提供する際に必要な入力項目の入力データをサービスサーバへ送信するとともにサービスサーバから返される出力項目の出力データを受信することにより前記サービスサーバからサービスの提供を受け、さらに一のサービスサーバから受信される出力項目と他のサービスサーバに送信される入力項目との関連付けが行われた入出力項目について入出力データの受け渡しが行われることにより複数のサービスサーバからのサービスの提供が連携して行われるサービス連携支援装置であって、
入力データを受け付ける入力項目、出力データを受け付ける出力項目、サービスサーバとの通信開始を受け付ける起動スイッチが各サービスサーバそれぞれに対応して設定され、さらにそれぞれのサービスサーバとの通信形態の仕様情報が設定されたサービスインタフェースを表示するインタフェース表示制御部と、
サービスインタフェース上で異なるサービスサーバの入出力項目間の関連付けが行われることにより関連付けられた入出力項目に関する入出力データが連動して設定される連携データ設定部と、
各サービスサーバと送受信する入出力データを、それぞれのサービスサーバの通信形態の仕様に適合させて送受信するアダプタ群と、
各サービスサーバとの間で通信を実行する際に、サービスインタフェースに設定された通信形態の仕様情報に基づいてそのサービスサーバの通信形態の仕様情報に適合するアダプタを選択して入力データを変換した上で送信し、サービスサーバから受信した出力データを同じアダプタで変換した上で出力データをサービスインタフェースに表示するサービス実行部とを備えたことを特徴とするサービス連携支援装置。
【請求項２】
サービスサーバとの通信形態の仕様にはＳＯＡＰ利用形態、ＲＥＳＴ利用形態、ＨＴＴＰ利用形態、ＣＯＲＢＡ利用形態が含まれ、アダプタ群にはこれらの通信形態に対応するアダプタが含まれることを特徴とする請求項１に記載のサービス連携支援装置。
【請求項３】
インタフェース表示制御部は、サービスインタフェースの入力項目との関連付けに用いるサービス利用者の個人情報項目が設定される個人データインタフェースを表示するとともに、
連携データ設定部は、個人データインタフェースの個人情報項目とサービスインタフェースの入力項目との間で関連付けが行われることにより、関連付けされたサービスインタフェースの入力項目に個人情報項目の個人情報データが連動して設定されることを特徴とする請求項１または請求項２に記載のサービス連携支援装置。
【請求項４】
サービスサーバが公開する情報に基づいて、前記入力項目、前記出力項目、通信形態の仕様情報を抽出するサービスインタフェース設定情報抽出部を備えた請求項１〜請求項３のいずれかに記載のサービス連携支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる複数のサーバからインターネットを介して提供される複数のサービスを連携して利用するためのサービス連携支援装置に関する。
【背景技術】
【０００２】
インターネットの普及により、Ｗｅｂの利用目的が単なる情報検索ツールとしての情報流通基盤から、利用者にサービスを提供するサービス流通基盤へと変化しつつある。現在では、インターネットを利用したオンラインショッピングや銀行・証券取引、ホテル予約等のサービスが提供されている。
【０００３】
このようなインターネットを利用したサービスの提供形態には、大きく２つの形態がある。一つは、Ｗｅｂブラウザを通して利用者にサービスを提供するＧＵＩ（Graphical User Interface）型のサービスであり、以下、本書ではこのタイプでサービスを提供するシステムを「Ｗｅｂアプリケーション」と呼ぶ。
Ｗｅｂアプリケーションではクライアント側（利用者側）は、ブラウザ上で入力フォームに必要な値を入力し、サービスを実行するための実行ボタンを押す等の操作を行う。この操作が行われると、通常、通信プロトコルとしてＨＴＴＰを用いてサービス提供サーバにクエリが送信される。クエリを受け取ったサーバ側は、サービスを実行し、サービス実行の結果としてＨＴＭＬを返す。このＨＴＭＬがブラウザに表示され、クライアント側（利用者側）は表示された出力結果を閲覧する。
現在、オンラインショッピングや銀行・証券取引、ホテル予約等多くのサービスが、Ｗｅｂアプリケーションの方式で提供されている。
【０００４】
もう一つは、外部プログラム接続用のインタフェースを提供するＡＰＩ（Application Program Interface）型のサービスであり、ブラウザを介すことなくクライアント側のプログラムからサービスを呼び出すシステムである。以下、本書ではこのタイプでサービスを提供するシステムを「Ｗｅｂサービス」と呼ぶ。
Ｗｅｂサービスではインターネット標準の各種のＷｅｂプロトコルを利用し、ネットワークを介してソフトウェアの機能を利用できるようにしてある。
現在、インターネット上で提供されているＷｅｂサービスには、主としてＳＯＡＰ利用Ｗｅｂサービスと、ＲＥＳＴ利用Ｗｅｂサービスとの二種類がある。
【０００５】
ＳＯＡＰ利用Ｗｅｂサービスは、通信プロトコルにＳＯＡＰ（Simple Object Access Protocol）を用いている。ＳＯＡＰでは、外部のコンピュータ（サービスサーバ）にあるデータやサービスを呼び出すために、下位プロトコルにＨＴＴＰ（ＳＭＴＰ、ＦＴＰ等でもよい）を使用し、ＸＭＬベースのメッセージを送受する。
ＳＯＡＰ利用Ｗｅｂサービスでは、サービス提供サーバ側が、自ら提供するサービスの仕様情報を、ＷＳＤＬ（Web Service Description Language）として公開している。ＷＳＤＬは、Ｗｅｂサービスを記述するためのＸＭＬベースの言語仕様であり、サーバ側はこれを用いて、サービス仕様情報として、サービスが提供されている場所、サービスに用いられているメッセージのフォーマット、メッセージをやりとりするときの通信プロトコル等が記述される。そして、クライアント側は公開されているＷＳＤＬで定義されたサービスを、ＳＯＡＰ（下位にＨＴＴＰ等を使用）を用いて呼び出す。このようにクライアント側とサーバ側との双方がＳＯＡＰによるデータの生成・解釈エンジンを持つことで異なる環境間（下位プロトコルに依存しない）でのサービス呼び出しが可能になる。
現在では、グーグル(登録商標)やアマゾンドッドコム（登録商標）の検索サービス等が提供されている。
【０００６】
ＲＥＳＴ利用Ｗｅｂサービスでは、通信プロトコルにＨＴＴＰを用いている。ＳＯＡＰは高機能で通信プロトコルに依存しないという汎用性を有しているのに対し、実務上の局面ではＨＴＴＰ以外のプロトコルは必要としないことが多い。そのため、シンプルな設計で実装しやすい特徴を有するＲＥＳＴ利用のＷｅｂサービスが提供されている。ＲＥＳＴでは、サービスサーバはクライアント側のプログラムからのＨＴＴＰを用いたリクエストに対してレスポンスとしてＸＭＬを返す。現在ではＲＥＳＴ利用の検索サービスとして、ヤフー（登録商標）の検索サービス、じゃらん（登録商標）のホテル検索等が提供されている。
【０００７】
Ｗｅｂ利用者の増加により利用者の要求が多様化した結果、さまざまな情報を提供する多数のサービスサーバが出現し、上述したようないくつかのパターンの通信形態で情報を提供するようになってきている。そして、サービスサーバの増加により、Ｗｅｂの利便性が増大した結果、Ｗｅｂ利用者がさらに増加し、ますますユーザ要求が多様化、複雑化してきている。そのため、１つのサーバから提供されるサービスだけでは、利用者の要求を満足させることができず、複数のサービスを利用することが必要な場合が多くなってきている。
【０００８】
例えば、旅行計画をたてるときに、利用者はＷｅｂにより旅行計画作成という目的を達成するために、まず旅行先検索サービスを実行し、実行結果をコピーして路線検索サービス、予約サービス等の次に行う検索サービスに対し、実行結果のデータを渡す作業を続けることになる。この作業をユーザがすべて自分で行うとなると負担が大きく、利用者を満足させるサービスになっていない。
【０００９】
このような場合に、一つの解決方法として、複数のサービス間でデータを受け渡すようにサービスどうしを連携させて処理する連携サーバを利用することにより、利用者の負担を軽減することができる（例えば特許文献１参照）。
【特許文献１】特開２００５−１１２５６号
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述したようにサービス連携サーバを用いたシステムを構築することにより、複数のサービスを利用する利用者の負担を軽減することができる。しかしサービスを連携させるには、組み合わせるサービスやサービス間のデータの受け渡しを決定して連携させておく必要がある。そのため、連携サービスの開発者が、予め、ユーザの要求に合わせてサービスやサービス間の受け渡しを決定して連携サービスを設計しておくことになる。したがって、サービスは固定化されたサービスとなり、ユーザの要求が変化したときには再び設計をやり直す必要が生じることになる。
【００１１】
そこで、本発明は、固定化された連携サービスではなく、サービスの利用者側で組み合わせるサービスやサービス間のデータ受け渡しを選択することができるサービス連携支援装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するためになされた本発明のサービス連携支援装置は、サービスを提供する複数のサービスサーバとインターネットを介して通信可能に接続され、サービスサーバがサービスを提供する際に必要な入力項目の入力データをサービスサーバへ送信するとともにサービスサーバから返される出力項目の出力データを受信することにより前記サービスサーバからサービスの提供を受け、さらに一のサービスサーバから受信される出力項目と他のサービスサーバに送信される入力項目との関連付けが行われた入出力項目について入出力データの受け渡しが行われることにより複数のサービスサーバからのサービスの提供が連携して行われるサービス連携支援装置であって、入力データを受け付ける入力項目、出力データを受け付ける出力項目、サービスサーバとの通信開始を受け付ける起動スイッチが各サービスサーバそれぞれに対応して設定され、さらにそれぞれのサービスサーバとの通信形態の仕様情報が設定されたサービスインタフェースを表示するインタフェース表示制御部と、サービスインタフェース上で異なるサービスサーバの入出力項目間の関連付けが行われることにより関連付けられた入出力項目に関する入出力データが連動して設定される連携データ設定部と、各サービスサーバと送受信する入出力データを、それぞれのサービスサーバの通信形態の仕様に適合させて送受信するアダプタ群と、各サービスサーバとの間で通信を実行する際に、サービスインタフェースに設定された通信形態の仕様情報に基づいてそのサービスサーバの通信形態の仕様情報に適合するアダプタを選択して入力データを変換した上で送信し、サービスサーバから受信した出力データを同じアダプタで変換した上で出力データをサービスインタフェースに表示するサービス実行部とを備えるようにしている。
【００１３】
本発明によれば、インタフェース表示制御部が、通信を行うサービスサーバ（サーバＡとする）に対応したサービスインタフェースを表示する。このサービスインタフェースにはサーバＡへ送る入力データを受け付ける入力項目、サーバＡからの出力データを受け付ける出力項目、サーバＡとの通信開始を受け付ける起動スイッチが表示されている。そして、サーバＡがサービスを提供するために必要な入力項目について、入力データ（入力値）がサービスインタフェース上で設定され、続いてサーバＡと通信を行う起動スイッチが操作される。起動スイッチが操作されると、サービス実行部は、サーバＡに対応したサービスインタフェースに設定された通信形態の仕様情報を参照して対応するアダプタを選択し、選択したアダプタによって入力データを、サーバＡで受け入れ可能なデータ形態に変換した上でサーバＡに送信する。サーバＡは受け入れた入力データに基づいてサービス提供に必要な処理を実行した上で、サービスインタフェースに設定された通信形態の仕様で出力データを返信する。受信した出力データは再び同じアダプタにより変換され、サービスインタフェースに返される。返された出力データは、サービスインタフェースの出力項目に表示される。
【００１４】
さらに、インタフェース表示制御部が、サーバＡとは異なる他のサービスサーバであって次に通信を行うサービスサーバ（サーバＢとする）に対応したサービスインタフェースを表示する。このサービスインタフェースにはサーバＢへ送る入力データを受け付ける入力項目、サーバＢからの出力データを受け付ける出力項目、サーバＢとの通信開始を受け付ける起動スイッチが表示されている（このときのサービスインタフェースは、サーバＡのサービスインタフェースとは別のウインドウ画面に表示してもよいし、一つのウインドウ画面に仕切りを設けて両者を表示してもよい）。
そして、サーバＢがサービスを提供するために必要な入力項目について、入力データ（入力値）がサービスインタフェース上で設定される。
このとき、サーバＡに対応するサービスインタフェースにおける出力項目と、サーバＢに対応するサービスインタフェースにおける入力項目との間で関連付けを行うと、連携データ設定部は、異なるサービスサーバの入出力項目間（サーバＡ出力項目、サーバＢ入力項目間）で関係付けられた入出力項目に関する入出力データを連動させ、同じ値が設定されるようになる。
以後、関連付けされたサーバＡの出力項目とサーバＢの入力項目との間では、サーバＡの出力項目が変更されると、サーバＢの入力項目が連動してその値に変更することができるようになる。
【００１５】
続いてサーバＢの通信開始を促す起動スイッチが操作される。起動スイッチが操作されると、サービス実行部は、サーバＢに対応したサービスインタフェースに設定された通信形態の仕様情報を参照して対応するアダプタを選択し、選択したアダプタによって入力データを、サーバＢで受け入れ可能なデータ形態に変換した上でサーバＢに送信する。サーバＢは受け入れた入力データに基づいてサービス提供に必要な処理を実行した上で、出力データを返信する。受信した出力データは再び同じアダプタにより変換され、サーバＢ用のサービスインタフェースに返される。返された出力データは、サーバＢ用のサービスインタフェースの出力項目に表示される。
【発明の効果】
【００１６】
本発明によれば、サービスの利用者側で組み合わせるサービス（すなわち組み合わせるサービスサーバ）やサービス間の連携（すなわち入出力項目）を自由に選択することができるので、固定化された連携サービスではなく、自由度の高いサービス連携を実現することができる。また、関係付けがなされた出力項目と入力項目との間でデータの受け渡しがなされるので、いちいちデータをコピーする手間をかけることなく、複数のサービス提供を受けることができる。
【００１７】
（他の課題を解決するための手段および効果）
上記発明において、サービスサーバとの通信形態の仕様としてＳＯＡＰ利用通信形態、ＲＥＳＴ利用通信形態、ＨＴＴＰ利用通信形態、ＣＯＲＢＡ利用通信形態が含まれ、アダプタ群にはこれらの通信形態に対応したアダプタが含まれるようにするのが好ましい。
これら４つの通信形態に対しアダプタを用いた通信が可能になることで、多数のＷｅｂにデータを連携するための関係付けを行うことができる。
【００１８】
上記発明において、インタフェース表示制御部は、サービスインタフェースの入力項目との関連付けに用いるサービス利用者の個人情報項目が設定される個人データインタフェースを表示するとともに、連携データ設定部は、個人データインタフェースの個人情報項目とサービスインタフェースの入力項目との間で関連付けが行われることにより、関連付けされたサービスインタフェースの入力項目に個人情報項目の個人情報データが連動して設定されるようにしてもよい。
ここで個人情報項目とは、各個人ごとの氏名、生年月日、住所、最寄り駅、好物、趣味等の個人情報であり、サービスの提供を受ける際に、入力項目として求められることがある情報をいう。
個人データインタフェースがサービスインタフェースとともに表示されて、個人データインタフェースの個人情報項目とサービスインタフェースの入力項目との間で関連付けが行われることで、個人情報の入力の手間を軽減することができる。
【００１９】
上記発明において、サービスサーバがインターネットを介して公開する情報に基づいて、前記入力項目、前記出力項目、通信形態の仕様情報を抽出するサービスインタフェース設定情報抽出部を備えるようにしてもよい。
これにより、新しいサービスサーバについてサービス提供を受けたいときに、抽出した入力項目、出力項目、通信形態に基づいて新たなサービスサーバについてのサービスインタフェースを追加することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施形態について、図面を用いて説明する。なお、本発明は、以下に説明する実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の態様が含まれることは言うまでもない。
【００２１】
図１は、本発明の一実施形態であるサービス連携支援装置の構成を示すブロック構成図である。
サービス連携支援装置１０は、ハードウェアが入力装置１１、表示装置１２、ＣＰＵ１３（コンピュータ装置本体）、記憶装置１４からなるコンピュータシステムで構成される。
【００２２】
入力装置１１は、キーボード、マウスにより構成され、後述するサービスインタフェースの入力項目や個人データインタフェースの個人情報項目に入力データ（入力値）、個人情報データを入力したり、データ連携のための関連付けの操作を行ったり、サービスサーバとの通信を開始するための起動操作を行ったりする。
【００２３】
表示装置１２は液晶パネル等の表示機器により構成され、各種の情報（サービスインタフェース、個人データインタフェース、サービスインタフェース設定画面）を表示画面上に表示する。
【００２４】
ＣＰＵ１３は、サービス連携支援装置１０の制御を行い、プログラムに基づいて各種機能の制御を行う。
記憶装置１４は、ＨＤＤ等のメモリ機器からなり、処理に必要なプログラムを記憶したり、サービスの提供を受ける際に用いる各種データを記憶・保存したりするとともに、ＣＰＵ１３による制御や演算を実行する際に、作業領域として作動する。
【００２５】
また、ＣＰＵ１３が本発明との関係で制御・処理する機能を説明するため、本発明に関係する機能をブロック化して説明すると、ＣＰＵ１３は、インタフェース表示制御部２１、アダプタ群２２、サービス実行部２３、連携データ設定部２４、個人データインタフェース設定部２５（個人ＤＩ設定部２５と略す）、サービスインタフェース設定部２６（ＳＩ設定部２６と略す）とから構成される。
【００２６】
インタフェース表示制御部２１は、利用者の表示操作により、表示装置１２の表示画面上に、個人情報データインタフェースやサービスインタフェースの表示を行い、表示されたインタフェースによりサービスの提供を受けるときの設定操作が行われるようにしてある。
【００２７】
図２は個人データインタフェースの画面表示例を示す図である。個人情報データインタフェースは利用者ごとに作成されるようにしてあり、サービスインタフェースの入力項目（後述）に入力するデータのうち利用者個人に関するデータを、予め設定しておき、これを保存しておくことができるようにしてある。具体的には、個人情報項目として「名前」「住所」「最寄り駅」が設定され、それぞれの項目についての個人情報データが保存され、いつでもサービスインタフェースに受け渡すことができるようにしてある。また、個人情報項目は個人情報でインタフェースに表示される「追加」「削除」の操作により、さらに別の個人情報項目を追加したり、削除したりすることができる。
【００２８】
図３（ａ）はホテル検索用サービスサーバとの通信に用いるサービスインタフェースの画面例であり、図３（ｂ）は路線検索用サービスサーバとの通信に用いるサービスインタフェースの画面例である。サービスインタフェースは、各サービスサーバごとに作成され、サービスサーバがサービスを提供する際に必要な情報を受け付ける入力項目と、サービスサーバが利用者にサービスを提供する際に情報を受け付ける出力項目とが設定される。さらに、それぞれのサービスインタフェースが通信を行う通信形態についての情報が設定してある。また、サービスインタフェースには、サービス実行を促す実行ボタンが設けてあり、利用者が実行ボタンを操作したときには、通信形態についての情報を参照して、後述するアダプタのひとつを選択して通信ができるようになる。
【００２９】
アダプタ群２２は、サービスインタフェースから入力データを受け取り、各アダプタが対応するサービスサーバと通信を行うとともに、サービスサーバから返されてくる出力データを再度変換してサービスインタフェースに渡す。アダプタ群２２には、ＨＴＭＬ用、ＳＯＡＰ用、ＲＥＳＴ用、ＣＯＲＢＡ用のアダプタが含まれ、それぞれの通信形態で通信を行うことができる。
具体的には、ＳＯＡＰ用のアダプタではＳＯＡＰで送信し、ＳＯＡＰで受信する。またＲＥＳＴ用のアダプタでは、ＨＴＴＰでリクエストを送信し、レスポンスをＸＭＬで受信してアダプタがＸＭＬを解析して出力データをサービスインタフェースに渡す。ＨＴＭＬ用アダプタでは、ＨＴＴＰでリクエストを送信し、ＸＭＬではなくＨＴＭＬでレスポンスを受信する。
【００３０】
サービス実行部２３は、サービスインタフェースに設定された実行ボタンが操作されることにより、適合したアダプタを用いてサービスサーバに入力データを送信し、またサービスサーバから出力データを受信する処理を実行する。
つまり、さまざまな通信形態に対応したアダプタ群を用意し、通信形態についての情報をサービスインタフェースに持たせてサービスインタフェースごとにそれぞれが適合したアダプタを設定しておくことにより、利用者は個々のサービスサーバの通信形態を意識することなく、サービスインタフェース上で入力項目に入力データ（入力値）を設定し実行ボタンの操作を行えば、サービスインタフェースごとに適合するアダプタを選択して、サーバにアクセスすることができるようにしてある。
さらに、送信された入力データに基づいてサービスサーバが処理を行い、サービスサーバから出力データが返されてくると、アダプタにより受信し、これを解析し、サービスインタフェースに出力データが表示されるようにしてある。
【００３１】
連携データ設定部２４は、異なるサービスインタフェース間、あるいは個人データインタフェースとサービスインタフェース間で入力項目、出力項目、個人情報項目の関連付けを行うことにより、関連付けが行われた項目どうしの入力データ、出力データ、個人情報データを受け渡してデータを連携させる制御を行う。関連付けは利用者が入力装置１１（例えばマウス）で関連付けさせたい項目どうしを選択することにより行われ、関連付けが行われた項目どうしは同色で表示するようにしている。関連付けが成された後は、連携元の項目から連携先の項目にデータの通知が行われる。通知は自動的に行われるので、利用者は一のサービス結果をコピーして他のサービスに貼り付ける作業をする必要がなくなる。
図４は、個人データインタフェースとサービスインタフェース間で関連付けが行われた表示例を示す図である。個人データインタフェースにある「最寄り駅」項目と、路線検索用サービスインタフェースの入力項目のひとつに含まれる「出発」項目とが関連付けされることで、これらの色が同じ色に着色される。
【００３２】
個人データインタフェース設定部２５（個人ＤＩ設定部２５）は、新しい利用者のために新たな個人データインタフェースを作成したり、すでに作成されている個人データインタフェースに設定されている個人情報項目の追加、編集、削除したりするときに設定画面（図２と同様の画面）を呼び出して、新規設定や設定変更を容易にするための制御を行う。設定画面には追加、削除ボタンが設けてあり、追加ボタンを操作することにより、項目の追加が行われる。そして追加された項目について個人データを設定しておくようにする。
【００３３】
サービスインタフェース設定部２６（ＳＩ設定部２６）は、新しいサービスサーバからサービス提供を受けるための新規設定を行ったり、既に設定されたサービスサーバと通信するときの入力項目や出力項目、通信形態データ、さらには、これら入出力項目に設定する入出力データの追加、編集、削除を行ったりするときに、設定画面を呼び出すことにより、新規設定や設定変更を容易にするための制御を行う。
【００３４】
次に、このサービス連携支援装置１０により、サービスの提供を受ける動作について説明する。まず、サービスの提供を受ける前に、予め、個人データインタフェースと、サービスの提供を受けるサービスサーバに対応したサービスインタフェースとを作成（設定）する。本装置には、モード選択画面（不図示）が用意してあり、画面上でモードを選択することにより、サービスサーバからサービスの提供を受けるための操作が行われるサービスモードの他に、個人データインタフェースを作成・編集する個人データインタフェース作成・編集モード、さらにサービスインタフェースを作成・編集するサービスインタフェース作成・編集モードが選択できるようにしてある。
【００３５】
個人データインタフェースを設定する手順を説明する。図５は個人データインタフェースの設定手順を示すフローチャートである。モード選択画面（不図示）から、個人データインタフェース作成・編集モードを選択することにより、個人データインタフェース設定部２５が作動し、図２（ただし新規作成の場合、最初は「項目」「値」には何も入力されていない）に示した個人データインタフェース作成・編集画面が読み込まれて表示される（Ｓ１０１）。
個人情報データとして「項目」に「名前」「住所」「最寄り駅」などを設定し、これに対応する個人情報データ（「大阪府立大学」「堺市中区・・・」「なかもず」等）を入力する。これにより、個人情報データが作成・編集され、１つのファイルとして保存される（Ｓ１０２）。
以後、個人データインタフェースが呼び出され、これに設定された情報が他のサービスインタフェースの入力項目と関連付けされたときに、保存されている個人情報データが連携処理により、受け渡されるようになる。
【００３６】
続いて、サービスインタフェースを設定する手順を説明する。図６はサービスインタフェースの設定手順を示すフローチャートである。モード選択画面（不図示）から、サービスインタフェース作成・編集モードを選択することにより、サービスインタフェース設定部２６が作動し、作成・編集用の画面が読み込まれて表示される（ｓ２０１）。
利用者が追加しようとするサービスサーバのサービス名、入力項目、出力項目とそれらのパラメータの対応付け、さらに必要に応じて入力項目についての入力値の制限、出力項目について出力データの表示、非表示を設定する。また、対応するアダプタを指定しておく。これにより、サービスサーバごとに個別のサービスインタフェースが作成・編集され、１つのファイルとして保存される（Ｓ２０２）。
【００３７】
図７は、ＲＥＳＴ利用サービスサーバについて、新たにサービスインタフェースを追加するときの一例を示す図である。ＲＥＳＴ利用サービスを追加する場合にはサービスサーバ側が公開しているリクエストＵＲＬを設定する。利用者からのサンプルのリクエストに対しサーバからＸＭＬが返されるので、このＸＭＬを解析して必要なデータを抽出することにより、出力項目のパラメータを表示することができる。これにより、ＲＥＳＴ利用の場合はサービスインタフェース作成が簡単に行えるようになっている。
なお、サービスインタフェースは利用者側で作成することができるが、サービス連携支援装置の開発者側で作成し、サービス連携支援装置の利用者に提供（例えばインターネットで配信）するようにすれば、利用者はサービスサーバを作成する必要がなくなるので利便性が増す。
【００３８】
次に、個人データインタフェースと、サービスインタフェースとを利用し、さらに連携操作を利用して、サービスサーバからサービスの提供を受ける際の動作について説明する。
図８は、複数のサービスサーバからサービスの提供を受ける際のフローチャートの一例である。ここでは、ホテル検索サービスと、ホテル検索で選択したホテルまでの路線検索サービスとを連携するものとする。
【００３９】
予め登録した個人データを保存してある個人データインタフェース（ファイル）を呼び出して表示する（図９参照）（Ｓ３０１）。
続いて、ホテル検索用サービスインタフェース（ファイル）を呼び出して表示する（Ｓ３０２）。
表示されたホテル検索用サービスインタフェースの入力項目に対し、検索したいエリアの入力データ（入力値）を入力する（Ｓ３０３）。
すべての必要な入力データのセットが終わると実行ボタンを操作し、サービスを実行する（Ｓ３０４）。これによりホテル検索用サービスインタフェースに設定してあるアダプタが選択され、そのアダプタが起動されて、入力データが送信される。
サービスが実行されると、サービスサーバからサービスの提供結果である出力データを受け取り、さらに選択されたアダプタによりサービスインタフェースに表示可能な出力データに変換され、検索結果が表示される（図１０参照）（ｓ３０５）。
【００４０】
続いて、路線検索用サービスインタフェース（ファイル）を呼び出して表示する（図１１参照）（Ｓ３０６）。
続いて、個人データインタフェース、ホテル検索用サービスインタフェース、路線検索用サービスインタフェース間でデータどうしを連携させる（ｓ３０７）。具体的には、個人データインタフェースの「最寄り駅」と路線検索サービス用インタフェースの「出発地」とを指定して関連付けを行い、「最寄り駅」を連携元、「出発地」を連携先として、データの受け渡しが行われるようにする。また、ホテル検索用サービスインタフェースの「ホテル住所」と路線検索用サービスインタフェースの「到着地」とを連携させ、データの受け渡しが行われるようにする。さらに、ホテル検索用サービスインタフェースの「チェックイン時刻」と路線検索用サービスインタフェースの「到着時刻」とを連携させ、データの受け渡しが行われるようにする。
もしも、連携させた項目以外で路線検索を実行する際に必要な入力項目があれば、入力する（ｓ３０８）。
【００４１】
路線検索に必要なすべての入力データのセット（連携または入力による）が終わると実行ボタンを操作し、サービスを実行する（Ｓ３０９）。これにより路線検索用インタフェースに設定してあるアダプタが選択され、起動されて、入力データが送信される。
サービスが実行されると、サービスサーバからのサービスの提供結果である出力データを受け取り、さらに選択されたアダプタによりサービスインタフェースに表示可能な出力データに変換され、検索結果が表示される（図１２参照）（ｓ３１０）。
【００４２】
このように連携によりデータをコピーすることなく、ホテル検索と路線検索とによるサービスの提供を実現することができる。さらに、連携された項目間では、連携元の値を変更すると、すぐに連携先に変更結果が通知され、連動して値が変更されるので、サービスを再び実行すると、連携による変更後の値で路線検索やホテル検索を行うことができる。
【００４３】
上記の実施例では、ホテル検索用サービスインタフェースと路線検索用サービスインタフェースとの間でデータの連携が行われるようにしたが、個人データインタフェースと最初のホテル検索用サービスとの間でも、データの連携が行われるようにしてもよい。
【００４４】
また、上記の実施例では、ホテル検索と路線検索とを連携させたが、さらに他のサービスインタフェース（例えば最寄りのレストランを検索するレストラン検索等）を呼び出して次々と連携させてもよい（図１３参照）。
【産業上の利用可能性】
【００４５】
本発明はサービスの利用者側で組み合わせるサービス（すなわち組み合わせるサービスサーバ）やサービス間の連携（すなわち入出力項目）を自由に選択することができるサービス連携支援装置に利用することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態であるサービス連携支援装置の構成を示すブロック図。
【図２】個人データインタフェースの画面表示例を示す図。
【図３】ホテル検索用サービスインタフェースや路線検索用サービスインタフェースの画面表示例を示す図。
【図４】個人データインタフェースとサービスインタフェース間で関連付けが行われた表示例を示す図。
【図５】個人データインタフェースの設定手順を示すフローチャート。
【図６】サービスインタフェースの設定手順を示すフローチャート。
【図７】ＲＥＳＴ利用サービスサーバのサービスインタフェースを追加するときの設定例を示す図。
【図８】複数のサービスサーバからサービスの提供を受ける際の一例を示すフローチャート。
【図９】個人データインタフェースが呼び出されて表示された画面を示す図。
【図１０】ホテル検索サービスが実行されたときの画面を示す図。
【図１１】路線検索用サービスインタフェースが呼び出されて表示された画面を示す図。
【図１２】路線検索サービスが実行されたときの画面を示す図。
【図１３】さらにレストラン検索サービスが実行されたときの画面を示す図。
【符号の説明】
【００４７】
１０：  サービス連携支援装置
１１：  入力装置
１２：  表示装置
１３：  ＣＰＵ（サービス連携支援装置本体）
１４：  データ記憶装置
２１：  インタフェース表示制御部
２２：  アダプタ
２３：  サービス実行部
２４：  連携データ設定部
２５：  個人データインタフェース設定部
２６：  サービスインタフェース設定部
【図１】
2009009455.tif 000003
【図５】
2009009455.tif 000004
【図６】
2009009455.tif 000005
【図８】
2009009455.tif 000006
【図２】
2009009455.tif 000007
【図３】
2009009455.tif 000008
【図４】
2009009455.tif 000009
【図７】
2009009455.tif 000010
【図９】
2009009455.tif 000011
【図１０】
2009009455.tif 000012
【図１１】
2009009455.tif 000013
【図１２】
2009009455.tif 000014
【図１３】
2009009455.tif 000015