(57)【要約】【課題】一般的な複数のサービス間で、共通に利用されるデータの入力を容易にするサービスプログラム用インターフェース装置を提供する。【解決手段】複数のサービスプログラムのためのサービスプログラム用インターフェース装置は、画面表示手段と、サービスプログラム呼出し手段を有する。画面表示手段は、複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示する。サービスプログラム呼出し手段は、複数のサービスプログラムを呼び出し、かつ共通データ入力フィールド部及び個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信する。【選択図】  図５
2004348276.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスプログラムのためのサービスプログラム用インターフェース装置であって、
前記複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、前記複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示するための画面表示手段と、
前記複数のサービスプログラムを呼び出し、かつ前記共通データ入力フィールド部及び前記個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信するサービスプログラム呼出し手段を有することを特徴とするサービスプログラム用インターフェース装置。
【請求項２】
前記サービスプログラム呼出し手段は、前記共通データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの全てに、あるいは、前記複数のサービスプログラムの中で共通するサービスプログラムに送信し、かつ、前記個別データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの中で関連するサービスプログラムに送信することを特徴とする請求項１に記載のサービスプログラム用インターフェース装置。
【請求項３】
前記共通データ入力フィールド部に入力されたデータに対して、予め決められた演算処理を実行し、その実行結果データを、対応する前記サービスプログラムへ送信することを特徴とする請求項１又は請求項２に記載のサービスプログラム用インターフェース装置。
【請求項４】
複数のサービスプログラムのためのサービスプログラム用インターフェースを作成する装置であって、
前記複数のサービスプログラムによって提供される複数のデータ入力画面のデータ入力画面情報を収集する収集手段と、
前記収集した前記データ入力画面情報に基づいて、前記複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、前記複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示するための画面表示プログラムを生成する画面表示プログラム生成手段と、
前記複数のサービスプログラムを呼び出し、かつ前記共通データ入力フィールド部及び前記個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信するサービスプログラム呼出しプログラムを生成するサービスプログラム呼出しプログラム生成手段とを有することを特徴とするサービスプログラム用インターフェース作成装置。
【請求項５】
前記データ入力画面情報を記述するプログラムの文字列の比較結果に基づいて、データ入力フィールドが前記複数のサービスプログラム間で共通するか否かを判定し、前記複数のサービスプログラム間で共通する共通データ入力フィールドを前記共通データ入力フィールド表示部に表示し、前記複数のサービスプログラム間で共通しない個別データ入力フィールドを前記個別データ入力フィールド表示部に表示することを特徴とする請求項４に記載のサービスプログラム用インターフェース作成装置。
【請求項６】
前記サービスプログラム呼出しプログラムは、前記共通データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの全てに、あるいは、前記複数のサービスプログラムの中で共通するサービスプログラムに送信し、かつ、前記個別データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの中で関連するサービスプログラムに送信することを特徴とする請求項４又は請求項５に記載のサービスプログラム用インターフェース作成装置。
【請求項７】
前記共通データ入力フィールド部に入力されたデータに対して、予め決められた演算処理を実行し、その実行結果データを、予め決められた前記サービスプログラムへ送信することを特徴とする請求項４、請求項５又は請求項６に記載のサービスプログラム用インターフェース作成装置。
【請求項８】
複数のサービスプログラムのためのサービスプログラム用インターフェースを作成する方法であって、
前記複数のサービスプログラムによって提供される複数のデータ入力画面のデータ入力画面情報を収集し、
前記収集した前記データ入力画面情報に基づいて、前記複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、前記複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示するための画面表示プログラムを生成し、
前記複数のサービスプログラムを呼び出し、かつ前記共通データ入力フィールド部及び前記個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信するサービスプログラム呼出しプログラムを生成することを特徴とするサービスプログラム用インターフェース作成方法。
【請求項９】
前記データ入力画面情報を記述するプログラムの文字列の比較結果に基づいて、データ入力フィールドが前記複数のサービスプログラム間で共通するか否かを判定し、前記複数のサービスプログラム間で共通する共通データ入力フィールドを前記共通データ入力フィールド表示部に表示し、前記複数のサービスプログラム間で共通しない個別データ入力フィールドを前記個別データ入力フィールド表示部に表示することを特徴とする請求項８に記載のサービスプログラム用インターフェース作成方法。
【請求項１０】
前記サービスプログラム呼出しプログラムは、前記共通データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの全てに、あるいは、前記複数のサービスプログラムの中で共通するサービスプログラムに送信し、かつ、前記個別データ入力フィールド部に入力されたデータを、前記複数のサービスプログラムの中で関連するサービスプログラムに送信することを特徴とする請求項８又は請求項９に記載のサービスプログラム用インターフェース作成方法。
【請求項１１】
前記共通データ入力フィールド部に入力されたデータに対して、予め決められた演算処理を実行し、その実行結果データを、予め決められた前記サービスプログラムへ送信することを特徴とする請求項８、請求項９又は請求項１０に記載のサービスプログラム用インターフェース作成方法。
【請求項１２】
複数のサービスプログラムのためのサービスプログラム用インターフェースを作成するためのプログラムであって、
前記複数のサービスプログラムによって提供される複数のデータ入力画面のデータ入力画面情報を収集する機能と、
前記収集した前記データ入力画面情報に基づいて、前記複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、前記複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示するための画面表示プログラムを生成する機能と、
前記複数のサービスプログラムを呼び出し、かつ前記共通データ入力フィールド部及び前記個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信するサービスプログラム呼出しプログラムを生成する機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービスプログラム用インターフェース装置、サービスプログラム用インターフェース作成装置、その方法及びプログラムに関する。
【０００２】
【従来の技術】
従来より、ユーザに対してサービスを提供するためのプログラム（以下、サービスプログラムと呼ぶ）が広く利用されている。例えば、航空券を購入するためのサービスプログラム、ホテルを予約するためのサービスプログラム等がある。
【０００３】
ユーザがこのようなサービスプログラムを利用する場合、一度に複数のサービスを実現するプログラムを呼び出すことがしばしばある。例えば、ユーザが複数人で旅行をするとき、前もって、交通機関、宿泊施設及び観光スポットの予約及びチケット購入をするために、通常は、交通機関、宿泊施設及び観光スポットのそれぞれのサービスを提供するサイトにアクセスしてそれぞれのサービスプログラムを呼び出し、個別に予約及びチケット購入を行わなければならない。
【０００４】
そのような場合、複数のサービス間で、共通に利用されるデータがある。例えば、参加人数、年齢構成、代表者情報等の、旅行する人の構成に関する情報は、各サービスプログラムの呼び出しにおいて必要なものである。しかし、ユーザにとって各サービスプログラムの呼び出しにおいて、毎回共通するデータを入力することは煩雑である。
【０００５】
一方、複数のネットワーク店舗から商品を購入する場合に、商品選択後、あらかじめ入力された購買者の決済情報、例えば、クレジットカード番号等の情報を共通に利用して、全商品の購買サービスプログラムを呼び出す技術が提案されている（特許文献１参照）。
【０００６】
【特許文献１】
米国特許第５８９５４５４号公報（抄録）
【０００７】
【発明が解決しようとする課題】
しかし、この提案されている技術では、あらかじめ入力された決済情報の入力を共通情報として利用できる店舗は、予め決められていた店舗に限定され、かつ、入力項目も商品購入に関するデータに限定されている。すなわち、その提案されている技術は、ネットワーク上の種々の一般的なサイトへのデータ入力については考慮されていない。
【０００８】
従って、本発明は、特定のサービスに限定されない、一般的な複数のサービス間で、共通に利用されるデータの入力を容易にするサービスプログラム用インターフェース装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明のサービスプログラム用インターフェース装置は、複数のサービスプログラムのためのサービスプログラム用インターフェース装置であって、前記複数のサービスプログラムに共通するデータの入力を行うための共通データ入力フィールド表示部と、前記複数のサービスプログラムに共通するデータ以外のデータの入力を行うための個別データ入力フィールド表示部とを表示するための画面表示手段と、前記複数のサービスプログラムを呼び出し、かつ前記共通データ入力フィールド部及び前記個別データ入力フィールド部に入力されたデータを、関連するサービスプログラムへ送信するサービスプログラム呼出し手段を有する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本発明の実施の形態に係わるサービスプログラム仲介システムの構成を示す構成図である。
図１において、１は、ユーザの利用する端末装置であるパーソナルコンピュータ（以下、ＰＣという）である。２は、サービスプログラム仲介サイトのサーバ（以下、サービス仲介サーバという）である。３、４及び５は、サービスプログラムを実行しサービスを提供するサイトのサーバ（以下、サービス提供サーバという）である。ＰＣ１、サービス仲介サーバ２及び複数のサービス提供サーバ３、４、５が、通信回線であるインターネット６に接続されている。図１では、ユーザのＰＣ１は１つしか示されていないが、多くのユーザの複数のＰＣがインターネット６に接続されており、ユーザは、各ＰＣを利用して各サービス提供サーバの提供するサービスを受けることができる。
【００１１】
後述するように、ＰＣ１は、サービスプログラム用インターフェース装置である。また、サービス仲介サーバ２は、複数のサービス提供サーバがそれぞれ提供するサービスプログラムの実行を仲介するコンピュータであり、ユーザは、ＰＣ１からサービス仲介サーバ２へアクセスし、所定のデータ入力を行うだけで、ＰＣ１を、複数のサービス提供サーバのサービスプログラムを呼び出して実行させることができるサービスプログラム用インターフェース装置として使用することができる。
【００１２】
図１では、説明を簡単にするために、３つのサービス提供サーバが示されている。サービス提供サーバ３は、動物園のチケットの購入ができるサイトを有し、サービス提供サーバ４は、電車のチケットの購入ができるサイトを有し、サービス提供サーバ５は、ホテルの予約ができるサイトを有している。複数のサービス提供サーバ３、４、５のサイトは、相互にデータ入力項目が共通するものと、相互に異なるデータ入力項目を有している。
図２は、サービス提供サーバ３（以下、動物園サーバ３という）のサイトにおける動物園の入場チケットを購入するためのデータ入力画面の例を示す図であり、ユーザがＰＣ１から直接動物園サーバ３にアクセスすると、ＰＣ１の表示装置に表示される画面である。データ入力画面１１には、大人の人数として、１３歳以上の人数を入力するデータ入力フィールド１２と、子供の人数として、１２歳以下の人数を入力するデータ入力フィールド１３と、住所を入力するデータ入力フィールド１４を含む。その他、必要な情報を入力するフィールドを含んでもよいが、ここでは説明を簡単にするため、３つのデータ入力フィールドのみが示されている。ユーザが送信ボタン１５をクリックすることによって、入力された各データは動物園サーバ３へ送信され、対応するサービスプログラム、ここでは動物園のチケット購入のサービスのためのサービスプログラムが呼び出されて実行される。その結果、ユーザは、動物園のチケットを購入することができる。
【００１３】
図３は、サービス提供サーバ４（以下、交通機関サーバ４という）のサイトにおける電車のチケットを購入するためのデータ入力画面の例を示す図であり、ユーザがＰＣ１から直接交通機関サーバ４にアクセスすると、ＰＣ１の表示装置に表示される画面である。データ入力画面２１には、大人の人数として、１３歳以上の人数を入力するデータ入力フィールド２２と、子供の人数として、１２歳以下の人数を入力するデータ入力フィールド２３と、電子メールのアドレスを入力するデータ入力フィールド２４を含む。その他、必要な情報を入力するフィールドを含んでもよいが、ここでも説明を簡単にするため、３つのデータ入力フィールドのみが示されている。ユーザが送信ボタン２５をクリックすることによって、入力された各データは交通機関サーバ４へ送信され、対応するサービスプログラム、ここでは電車のチケット購入のサービスのためのサービスプログラムが呼び出されて実行される。その結果、ユーザは、電車のチケットを購入することができる。
【００１４】
図４は、サービス提供サーバ５（以下、ホテルサーバ５という）のサイトにおけるホテルの予約をするためのデータ入力画面の例を示す図であり、ユーザがＰＣ１から直接ホテルサーバ５にアクセスすると、ＰＣ１の表示装置に表示される画面である。データ入力画面３１には、大人の人数を入力するデータ入力フィールド３２と、中学生の人数を入力するデータ入力フィールド３３と、小人の人数を入力するデータ入力フィールド３４と、電子メールのアドレスを入力するデータ入力フィールド３５を含む。その他、必要な情報を入力するフィールドを含んでもよいが、ここでも説明を簡単にするため、４つのデータ入力フィールドのみが示されている。ユーザが送信ボタン３６をクリックすることによって、入力された各データはホテルサーバ５へ送信され、対応するサービスプログラム、ここではホテルの宿泊予約のサービスのためのサービスプログラムが呼び出されて実行される。その結果、ユーザは、ホテルを予約することができる。
【００１５】
このように、ユーザのＰＣ１の画面上に表示される各画面（図２から図４）は、各サービス提供サーバ３、４、５から送信される、各画面を表示するための画面表示プログラムによって生成される。ＰＣ１において表示された各画面中の各データ入力フィールドに必要なデータが入力され、送信ボタンが押されると、サービス呼出しプログラムが実行され、その結果、対応する各サービスプログラムが呼び出されて実行される。
【００１６】
ユーザは、各サーバ３、４、５のサービスプログラムを呼び出して実行することもできるが、本実施の形態に掛るサービスプログラム用インターフェースによれば、ユーザは、サービス仲介サーバ２のサイトにアクセスすることによって、サービスプログラム用インターフェース装置としてのＰＣ１の表示装置の画面上に、統合データ入力画面を表示させ、その統合データ入力画面中のデータ入力フィールドに必要なデータを入力する。そして、送信ボタンをクリックすると、各サーバ３、４、５の対応するサービスプログラムが呼び出されて、その１つの統合データ入力画面において入力したデータは、各サービス提供サーバに送信され、対応する各サービスプログラムが呼び出されて実行される。
【００１７】
以下においては、２つの例を挙げて説明するが、動物園サーバ３と交通機関サーバ４の２つのサービスプログラムに対する統合データ入力画面を生成する場合を、ケース１とする。動物園サーバ３、交通機関サーバ４とホテルサーバ５の３つのサービスプログラムに対する統合データ入力画面を生成する場合を、ケース２とする。
【００１８】
図５は、ケース１の場合における、サービス仲介サーバ２に設けられたサービスプログラム用インターフェースの統合データ入力画面の例を示す図であり、ユーザがＰＣ１から直接サービス仲介サーバ２の予め決められたサイトにアクセスすると、ＰＣ１の表示装置に表示される統合データ入力画面である。統合データ入力画面４１には、大人の人数を入力するデータ入力フィールド４２と、小人の人数を入力するデータ入力フィールド４３と、住所を入力するデータ入力フィールド４４と、電子メールのアドレスを入力するデータ入力フィールド４５を含む。データ入力フィールド４２と４３は、動物園サーバ３と交通機関サーバ４に共通するデータの入力を行うための共通データ入力フィールド表示部である。データ入力フィールド４４と４５は、動物園サーバ３と交通機関サーバ４に共通しないデータの入力を行うための個別データ入力フィールド表示部である。ユーザが送信ボタン４６をクリックすることによって、入力されたデータのうち、動物園サーバ３と交通機関サーバ４のそれぞれが必要なデータが動物園サーバ３と交通機関サーバ４のそれぞれに送信され、動物園サーバ３と交通機関サーバ４においてそれぞれ対応するサービスプログラムが呼び出されて実行される。
【００１９】
図６は、ケース２の場合における、サービス仲介サーバ２に設けられたサービスプログラム用インターフェースの統合データ入力画面の例を示す図であり、ユーザがＰＣ１から直接サービス仲介サーバ２の予め決められたサイトにアクセスすると、ＰＣ１の表示装置に表示される統合データ入力画面である。統合データ入力画面５１には、大人の人数を入力するデータ入力フィールド５２と、中学生の人数を入力するデータ入力フィールド５３と、小人の人数を入力するデータ入力フィールド５４と、住所を入力するデータ入力フィールド５５と、電子メールのアドレスを入力するデータ入力フィールド５６を含む。データ入力フィールド５２、５３、５４は、動物園サーバ３、交通機関サーバ４及びホテルサーバ５に共通するデータの入力を行うための共通データ入力フィールド表示部である。データ入力フィールド５５と５６は、動物園サーバ３、交通機関サーバ４及びホテルサーバ５に共通しないデータの入力を行うための個別データ入力フィールド表示部である。ユーザが送信ボタン５７をクリックすることによって、入力されたデータのうち、動物園サーバ３、交通機関サーバ４とホテルサーバ５のそれぞれが必要なデータが動物園サーバ３、交通機関サーバ４とホテルサーバ５のそれぞれに送信され、動物園サーバ３、交通機関サーバ４とホテルサーバ５においてそれぞれ対応するサービスプログラムが呼び出されて実行される。
【００２０】
図６の場合、予め決められた入力データについては、後述する共通データ間関係情報に基づいて計算されたデータが、各サービスプログラムに送信される。具体的には、動物園サーバ３には、大人の人数として、大人の人数を入力するデータ入力フィールド５２と中学生の人数を入力するデータ入力フィールド５３のそれぞれに入力された人数の和のデータと、小人の人数として、小人の人数を入力するデータ入力フィールド５４に入力された人数のデータと、住所を入力するデータ入力フィールド５５に入力されたデータが送信される。交通機関サーバ４には、大人の人数として、大人の人数を入力するデータ入力フィールド５２と中学生の人数を入力するデータ入力フィールド５３のそれぞれに入力された人数の和のデータと、小人の人数として、小人の人数を入力するデータ入力フィールド５４に入力された人数のデータと、電子メールのアドレスを入力するデータ入力フィールド５６に入力されたデータが送信される。ホテルサーバ５には、大人の人数を入力するデータ入力フィールド５２に入力された人数のデータと、中学生の人数を入力するデータ入力フィールド５３に入力された人数のデータと、小人の人数を入力するデータ入力フィールド５４に入力された人数のデータと、電子メールのアドレスを入力するデータ入力フィールド５６に入力されたデータが送信される。
【００２１】
本実施の形態に関わるサービスプログラム用インターフェースは、図５又は図６の統合データ入力画面表示プログラムと、その画面に関連してサービスプログラムを呼び出して実行するサービスプログラム呼出しプログラムを含む。ケース１の場合、画面表示手段としての統合データ入力画面表示プログラムが実行されることによって生成された統合データ入力画面（図５）では、ユーザは、動物園サーバ３と交通機関サーバ４の２つのサービスプログラムに共通するデータの入力を１回で済ませることができ、かつ、２つのサービスプログラムに共通しない個別データの入力もすることができる。サービスプログラム呼出し手段としてのサービスプログラム呼出しプログラムが実行されることによって、統合データ入力画面に関連したサービスプログラム、すなわち動物園サーバ３と交通機関サーバ４のサービスプログラムが呼び出される。よって、ユーザは、動物園サーバ３と交通機関サーバ４のサービスプログラムが実行されるので、動物園サーバ３におけるチケットの購入ができ、交通機関サーバ４における交通機関のチケットの購入ができる。
【００２２】
また、ケース２の場合、画面表示手段としての統合データ入力画面用の画面表示プログラムが実行されることによって生成された統合データ入力画面では、ユーザは、動物園サーバ３、交通機関サーバ４及びホテルサーバ５の３つのサービスプログラムに共通するデータータの入力を１回で済ませることができ、かつ、３つのサイト全てに共通しない個別データの入力もすることができる。サービスプログラム呼出し手段としてのサービスプログラム呼出しプログラムが実行されることによって、統合データ入力画面に関連したサービスプログラム、すなわち動物園サーバ３、交通機関サーバ４及びホテルサーバ５のサービスプログラムが呼び出される。よって、ユーザは、動物園サーバ３、交通機関サーバ４及びホテルサーバ５のサービスプログラムが実行されるので、動物園サーバ３におけるチケットの購入ができ、交通機関サーバ４における交通機関のチケットの購入ができ、さらに、ホテルサーバ５におけるホテルの予約ができる。
【００２３】
なお、本実施の形態では、画面表示プログラムは、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）で記述されたプログラムの例で説明し、サービス呼出しプログラムは、ＨＴＴＰ  ＰＯＳＴ  プロトコルをプログラム呼出しに変換する機構の例で説明する。従って、画面表示プログラムは、ＨＴＭＬ  形式で記述されているので、Ｗｅｂ  ブラウザによってＰＣ１の表示装置にその画面を表示することができる。
【００２４】
次に、図７から図９を用いて、画面表示プログラムのデータ入力画面情報について説明する。図７は、図２の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。
【００２５】
図７において、１０１は、サービス呼出し定義部であり、１０２は、データ入力フィールド定義部である。サービス呼出し定義部１０１において、「ｂｕｙＺｏｏＴｉｃｋｅｔ」の部分は、呼出しプログラム名を示し、カッコ内の「＿ａｄｕｌｔ」と「＿ｃｈｉｌｄｒｅｎ」は変数名を示す。データ入力フィールド定義部１０２は、複数のデータ入力フィールドのそれぞれに対応するデータ入力フィールド情報を含む。
【００２６】
例えば、１つのデータ入力フィールド情報である「大人（１３歳以上）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」は、説明部分である「大人（１３歳以上）」と、データ入力フィールド部分である「＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」とを含む。同様に、他のデータ入力フィールド情報である「小人（１２歳以下）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｃｈｉｌｄｒｅｎ”  ／＞  名」は、説明部分である「小人（１２歳以下）」と、データ入力フィールド部分である「＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｃｈｉｌｄｒｅｎ”  ／＞  名」とを含む。同様に、さらに他のデータ入力フィールド情報である「住所  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｄｒｅｓｓ”  ／＞  名」は、説明部分である「住所」と、データ入力フィールド部分である「＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｄｒｅｓｓ”  ／＞  名」とを含む。
【００２７】
同様に、図８は、図３の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。図８において、１０３は、サービス呼出し定義部であり、１０４は、データ入力フィールド定義部である。図７と異なるのは、住所に代わって、電子メールのアドレスのデータ入力フィールドに対応するデータ入力フィールド情報がある点である。
【００２８】
さらに、図９は、図４の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。図９において、１０５は、サービス呼出し定義部であり、１０６は、データ入力フィールド定義部である。図７及び図８と異なるのは、中学生という区分が設けられたことによって、大人と中学生と小人という区別がされて、人数を入力させるようになっている点と、図８と同様に、図７と異なるのは、住所に代わって、電子メールのアドレスのデータ入力フィールドに対応するデータ入力フィールド情報がある点である。
【００２９】
図１０は、動物園サーバ３のデータ入力画面（図２）の画面表示プログラムの例を示す図である。ここでは、データ入力フィールドの一部が示されている。図１０の画面表示プログラムは、ヘッダ部２０１と、ポストアクション部２０２とを含む。
【００３０】
ポストアクション部２０２は、動物園サーバ３に対して、指定されたサーブレットを実行するというアクションをポストにするというプログラム部である。ここでは、ポストする先は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で示されている。ポストアクション部２０２は、送信データ情報部２０３と、送信ボタン情報部２０４を含む。送信データ情報部２０３は、図２におけるデータ入力フィールド１２、１３等に入力されたデータを表示するためのプログラム部である。送信ボタン情報部２０４は、図２における送信ボタン１５のためのプログラム部である。
【００３１】
図１０の画面表示プログラムによって表示された画面に入力されたデータは、動物園サーバ３に送信され、ポストアクション部２０２で指定されたサーブレットプログラムが実行される。従って、ユーザがＰＣ１から動物園サーバ３のサイトにアクセスすることによって、ユーザは、図２のデータ入力画面をＰＣ１の表示装置に表示させ、その画面にデータを入力するだけで、動物園サーバ３のチケット購入のためのサービスプログラムが呼び出されて実行される。
交通機関サーバ４及びホテルサーバ５の画面表示プログラムも図１０と同様の構造を有している。
【００３２】
本実施の形態に係わるサービス仲介サーバ２に設けられるサービス仲介用の統合データ入力画面（図５、図６）のための画面表示プログラムは、図１０と同様に、ヘッダ部とポストアクション部を有するが、ポストアクション部は、サービス仲介サーバ２に対して、指定されたサーブレットを実行するというアクションをポストにするというプログラム部となる。送信データ情報部２０３には、共通データ入力フィールド情報と、個別データ入力フィールド情報を含む。図５の場合は、送信データ情報部２０３には、共通データ入力フィールドであるデータ入力フィールド４２、４３に対応するプログラムと、個別データ入力フィールドであるデータ入力フィールド４４、４５に対応するプログラムが含まれる。図６の場合は、送信データ情報部２０３には、共通データ入力フィールドであるデータ入力フィールド５２、５３、５４に対応するプログラムと、個別データ入力フィールドであるデータ入力フィールド５５に対応するプログラムと、部分的に共通するデータ入力フィールド５６が含まれる。
【００３３】
さらに、本実施の形態に係わるサービスプログラム用インターフェースのプログラムは、図５又は図６の画面表示プログラムに関連付けられた各サービスプログラムを呼出すための、サービス呼出しプログラムを含む。その結果、統合データ入力画面の画面表示プログラムによって表示された画面に入力されたデータは、サービス仲介サーバ２に送信され、ポストアクション部で指定されたサーブレットプログラムが実行される。
【００３４】
すなわち、画面表示プログラムとサービス呼出しプログラムを含むサービスプログラム用インターフェースを含むサービス仲介サイトが、サービス仲介サーバ２に設けられ、ユーザがＰＣ１からサービス仲介サーバ２のサービス仲介サイトにアクセスすることによって、ユーザは、図５又は図６の統合データ入力画面をＰＣ１の表示装置に表示させる。そして、ユーザは、統合データ入力画面にデータを入力するだけで、関連するサービス提供サーバのサービスプログラムが呼び出されて実行され、かつ、図５又は図６の統合データ入力画面において入力されたデータも送信される。
【００３５】
ケース１の図５の場合は、共通データとして、データ入力フィールド４２、４３のデータは、共通する動物園サーバ３と交通機関サーバ４に送信され、データ入力フィールド４４のデータは、関連する動物園サーバ３に、データ入力フィールド４５のデータは、関連する交通機関サーバ４に送信される。ケース２の図６の場合は、共通データとして、データ入力フィールド５２、５３、５４のデータは、共通する動物園サーバ３、交通機関サーバ４及びホテルサーバ５に送信され、データ入力フィールド５５のデータは、関連する動物園サーバ３に送信される。さらに、データ入力フィールド５６のデータは、全てのサーバ３、４、５に送信されるのではなく、その中で部分的に共通する交通機関サーバ４とホテルサーバ５に送信される。よって、ユーザは、共通データは１回の入力で済むことになる。
【００３６】
次に、サービス仲介サーバ２に設けられるサービスプログラム用インターフェースを、自動的に作成する手順を説明する。なお、以下、サービス仲介サーバ２においてサービスプログラム用インターフェースを作成する例で説明するが、他のコンピュータで作成し、その後、サービス仲介サーバ２にインストールするようにしてもよい。
【００３７】
図１１は、サービスプログラム用インターフェースプログラムを作成する処理の流れの例を示すフローチャートである。サービスプログラム用インターフェースプログラムは、サービスプログラム用インターフェース作成装置であるサービス仲介サーバ２を用いて、開発者であるユーザによって作成される。
【００３８】
まず、各サイトのサービス提供サーバ３、４、５のデータ入力画面のデータ入力画面情報を収集する（ステップ（以下、Ｓと略す）１）。具体的には、Ｓ１では、各サービスプログラムの画面表示プログラムにおける、サービス呼出し定義部の情報と、データ入力フィールド定義部の情報を、収集する。情報の収集は、データ入力画面情報の中から、各テキスト情報をプログラム部品として収集する。
サービス呼出し定義部は、サービス呼出しプログラムであって、呼出しプログラム名と引数部分を含む。引数部分は、変数名である抽象パラメータ名が記述されている。図７の例であれば、「ｂｕｙＺｏｏＴｉｃｋｅｔ（＿ａｄｕｌｔｓ，  ＿ｃｈｉｌｄｒｅｎ，  ．．．）」の部分である。ここで、「＿ａｄｕｌｔｓ」と「＿ｃｈｉｌｄｒｅｎ」は、抽象パラメータである。
【００３９】
データ入力フィールド情報は、データ入力画面における、各引数の入力部分の画面データである。図７の例であれば、「大人（１３歳以上）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」の部分である。このデータ入力フィールド情報は、抽象パラメータである「＿ａｄｕｌｔｓ」  への入力のための画面情報を含み、その結果、画面上には各テキストと矩形の入力領域が表示され、入力領域にデータが入力できるようになる。
【００４０】
従って、上述したケース１の場合、すなわち動物園サーバ３と交通機関サーバ４のサービスプログラムについての統合データ入力画面に係るインターフェースプログラムを作成する場合、その２つのサイトのサービスプログラムに対する統合データ入力画面を生成するので、図２と図３の各画面表示プログラムのソースコードプログラムの中から、サービス呼出しプログラム定義部情報と、データ入力フィールド情報を収集する。
【００４１】
同様に、上述したケース２の場合、すなわち動物園サーバ３、交通機関サーバ４及びホテルサーバ５のサービスプログラムについての統合データ入力画面に係るインターフェースプログラムを作成する場合、ここでは、３つのサイトのサービスプログラムに対する統合データ入力画面を生成するので、図２から図４の各画面表示プログラムのソースコードプログラムの中から、サービス呼出しプログラム定義部情報と、データ入力フィールド情報を収集する。
【００４２】
なお、この収集は、統合データ入力画面プログラムの開発者であるユーザが、各画面表示プログラムのソースコードプログラムを、サーバ２の表示装置の画面上に表示させて、必要なプログラム部品をカット・アンド・ペーストによってマニュアルで抽出してもよいし、テキスト解析を行って、自動的に検索し収集するようにしてもよい。
【００４３】
さらになお、このように収集されたデータ入力情報を利用して、統合サービスプログラム用インターフェースプログラムを生成する際、統合する複数サービスのサービス名と、後述するように、共通データ間関係情報と共通データ入力フィールド情報が指定され、リストデータとして与えられる。
【００４４】
次に、収集したデータ入力画面情報のデータ入力フィールド定義部の中に、共通データの候補があるか否かをチェックする（Ｓ２）。共通データ候補とは、複数のサービスプログラムのデータ入力画面情報のうち、同一のデータ入力フィールド情報を持つ抽象パラメータをいう。ここでは、３つの画面表示プログラムの中のデータ入力フィールド情報の中に、共通するデータ入力フィールドがあるか否かは、テキスト比較、すなわちプログラム中の文字列比較によってチェックする。
【００４５】
ケース１の場合であれば、図７と図８の中のデータフィールド入力部１０２と１０４の間において、共通するデータ入力フィールドは、データ入力フィールド部１０２とデータ入力フィールド部１０４における「大人（１３歳以上）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」と「小人（１２歳以下）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｃｈｉｌｄｒｅｎ”  ／＞  名」である。
【００４６】
ケース２の場合であれば、図７から図９の中のデータフィールド入力部１０２、１０４及び１０６間において、共通するデータ入力フィールドは、データ入力フィールド部１０２とデータ入力フィールド部１０４における「大人（１３歳以上）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」と「小人（１２歳以下）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｃｈｉｌｄｒｅｎ”  ／＞  名」と、データ入力フィールド部１０４とデータ入力フィールド部１０６における「Ｅ−Ｍａｉｌ  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｅ−ｍａｉｌ”  ／＞  名」である。ここでは、説明部分と入力フィールド部分のテキストが完全一致するか否かによって、共通するデータ入力フィールドであるか否かを判断している。
【００４７】
従って、これらの共通するデータ入力フィールドの情報を、サービス仲介サーバの表示画面上に、共通データ候補として表示する（Ｓ３）。表示される候補は、共通するデータ入力フィールドに関して、サービス呼出し定義部の情報の中から、呼出しプログラム名と変数名であり、データ入力フィールド定義部の情報の中から、データ入力フィールド情報である。その結果、ユーザは、共通するデータを確認することができる。
【００４８】
具体的に説明する。図１２は、ケース１の場合の共通データ候補表示画面の例を示す図である。図１２において、３０１と３０３は、共通する呼出しプログラム名と変数名を示す部分であり、３０２と３０４は、共通するデータ入力フィールドを示す部分である。
図１３は、ケース２の場合の共通データ候補表示画面の例を示す図である。図１３において、３１１と３１３と３１５は、共通する呼出しプログラム名と変数名を示す部分であり、３１２と３１４と３１６は、共通するデータ入力フィールドを示す部分である。
【００４９】
開発者は、図１１又は図１２において、表示された共通データ候補の中から、共通データとしてよいものについては、ユーザは、共通データ候補毎に設けられたチェックボックス部３０７、３０８、３１７、３１８、３１９にチェックマークを入れる。このチェックボックスのチェックの有無によって、共通データ入力フィールドとして、サービス仲介サーバ２の統合データ入力画面上に表示するものが決定される。チェックボックスにチェックがされなかった候補は、共通データ入力フィールドとしては、表示されず、個別データ入力フィールドと扱われる。
【００５０】
以下の説明において、ケース１において図１２の２つすなわちチェックボックス３０７、３０８がチェックされた場合と、ケース２において図１３の３つのチェックボックス３１７、３１８、３１９がチェックされた場合とに分けて説明する。
【００５１】
図１２又は図１３の画面表示を見ながら、ユーザが、複数のサービスプログラムの画面上の共通データの入力を統合するか否かを判断し、その判断結果を入力する。よって、ユーザによって、統合する旨の指示入力があったか否かが判断される（Ｓ４）。
【００５２】
ケース１の場合、ユーザが、２つの画面について統合して、共通入力データを含む統合データ入力画面を生成する指示をすると、Ｓ４でＹＥＳとなり、統合データ入力画面を表示するための画面表示プログラムと、関連するサービスプログラムを呼出すためのプログラム（以下、統合インターフェースプログラムという）を生成する（Ｓ５）。
【００５３】
Ｓ５では、次の処理が行われることによって、統合インターフェースプログラムが自動生成される。
はじめに、統合インターフェースにおける統合データ入力画面表示プログラムを生成する。統合データ入力画面表示プログラムは、データ入力フィールド情報を用いてを生成される。具体的には、図７と図８における、データ入力フィールド情報部１０２と１０４に記述されている情報の中から、共通データ入力フィールド情報として指定されたデータ入力フィールド情報（図１２においてチェックボックスでチェックされたデータ入力フィールド情報）を抽出し、統合インターフェースプログラムの画面表示プログラム中に挿入する、すなわち配置する。
【００５４】
例えば、上述したケース１であれば、図１２において、共通するデータ入力画面情報中のデータ入力フィールド情報の文字列、すなわち「大人（１３歳以上）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｕｌｔｓ”  ／＞  名」と「小人（１２歳以下）  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｃｈｉｌｄｒｅｎ”  ／＞  名」の２つの文字列が抽出され、その統合データ入力画面表示プログラム中に挿入される。抽出された各文字列は、１つのプログラム部品として取り扱われる。統合データ入力画面表示プログラム中への共通データ入力フィールド情報の抽出及び挿入が終了すると、次に、共通データ入力フィールド情報として指定されていないその他の個別データ入力フィールド情報の文字列、すなわち「住所  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ａｄｄｒｅｓｓ”  ／＞  名」と「Ｅ−Ｍａｉｌ  ＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｔｅｘｔ”  ｎａｍｅ＝“＿ｅ−ｍａｉｌ”  ／＞  名」の文字列を、その統合データ入力画面表示プログラム中に、共通データ入力フィールド情報の後に、挿入する。
【００５５】
そして、最後に統合データ入力画面表示プログラム中に必要なその他の情報、例えば、ＨＴＭＬ  ヘッダのヘッダ部と、ポストアクション部、送信部を追加する。その結果、ポストアクション部の中に、共通データ入力フィールド情報部と個別データ入力フィールド情報部が含まれる。ここまでで、図１０に示したような画面表示プログラムと同様の構造を有する画面表示プログラムが生成されたことになる。
【００５６】
ケース２の場合は、開発者であるユーザは、共通データ情報間の関係を定義する。これは、図６に示すように、１回の入力で３つのサービスプログラムへのデータの送信をしなければならないが、動物園と交通機関のサイトにおける「大人（１３歳以上）」と「小人（１２歳以下）」の区分と、ホテルのサイトにおける「大人」、「中学生」と「小人」の区分が一致しないため、この不一致を調整するためである。ここで、共通データ間関係情報とは、共通データ間の関係を示す情報である。共通データ間関係情報は、例えば、次の式１で示される。
（共通データ）  ＝  ．．．  ＝  （共通データ）  ＜−  （計算式）    ・・・（式１）
この式１の意味するところは、右の計算式の結果が、左の各共通データの値として利用されることを示す。ここで、共通データは、サービス名と抽象パラメータ名の対で表される。
【００５７】
ケース２の場合、ホテル予約における大人と子供のデータは、動物園と交通機関のチケット購入における大人と子供のデータと、定義において異なっている。そこで、開発者であるユーザが、動物園と交通機関のチケット購入における大人の人数は、ホテル予約における大人と中学生の和の人数に等しいという関係情報と、動物園と交通機関のチケット購入における小人の人数は、ホテル予約における小人の人数に等しいという関係情報を定義する。例えば、次の式２及び式３に示すような関係情報を定義する。
【００５８】
2004348276.tif 000003
すなわち、上述したように、サービス「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ」の「＿ａｄｕｌｔｓ」パラメータと「＿ｊｒＨｉｇｈｓ」パラメータの値の合計が、サービス「ｂｕｙＺｏｏＴｉｃｋｅｔ」と「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ」のそれぞれの「＿ａｄｕｌｔｓ」パラメータの値になる。同様に、サービス「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ」の「＿  ｃｈｉｌｄｒｅｎ」パラメータの値が、サービス「ｂｕｙＺｏｏＴｉｃｋｅｔ」と「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ」のそれぞれの「＿  ｃｈｉｌｄｒｅｎ」パラメータの値になる。
従って、ケース２の場合は、この関係情報に基づいて、共通データ間での不一致を調整するように、共通データ間で予め決められた演算処理が実行される。その結果、統合インターフェースにおけるデータ入力画面では、１つのデータ入力であるが、対応するサービスプログラム毎に、演算処理の実行結果データである、それぞれの区分に応じた共通データが送信されるようにすることができる。
【００５９】
また、図６の統合データ入力画面における共通データ入力フィールド情報が指定される。共通データ入力フィールド情報とは、共通データのためのデータ入力フィールド情報である。図６では、ホテルサーバ５のデータ入力フィールド情報が、共通データ入力フィールド情報として指定されている。すなわち、図６の統合データ入力画面上では、「大人」と「中学生」のデータ入力フィールドが表示される。
【００６０】
また、ケース２の場合は、交通機関サーバ４とホテルサーバ５において、電子メールのデータ入力が部分的に共通する。よって、同様に、統合データ入力画面における共通データ入力情報として、「Ｅ−Ｍａｉｌ」のデータ入力フィールドが表示され、入力されたデータは、サービス「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ」と「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ」のそれぞれの「＿ｅ−ｍａｉｌ」パラメータの値になる。
【００６１】
なお、この関係情報と共通データ入力フィールド情報の指定は、上述したＳ１の後であれば、どの段階で与えられてもよい。また、関係情報の定義の形式、定義の表現方法は、対応するプログラムに応じて種々の形態が可能である。さらに、統合データ入力画面中に、新規にデータ入力フィールド情報を与えるようにしてもよい。
【００６２】
次に、このように定義された共通データ情報のデータ間関係情報と、指定された共通データ入力フィールド情報に基づいて、統合データ入力画面情報を通じて入力されるデータから、必要な他のデータを計算するプログラムを自動生成し、個々のサービス呼出しプログラムと結合して、サービス呼出しプログラム全体を完成することができる。具体的な手順を次に説明する。
なお、本実施の形態では、Ｊａｖａ  サーブレットについては、ジェイソン・ハンター、ウイリアム・クロフォード  著、中田  秀基  訳「Ｊａｖａサーブレットプログラミング第２版」を用いている。
【００６３】
統合インターフェースプログラムのサービス呼出しプログラムは、サービス仲介サイト２に設けられて実行される。そのサービス呼出しプログラムは、画面表示プログラムから送信された情報を格納する処理を行うプログラム部（格納処理部）と、データ間関係情報に基づく計算処理を行うプログラム部（計算処理部）と、各サービスプログラムを呼出す処理を行うプログラム部（呼出し処理部）とを有する。
【００６４】
図１４は、その格納処理部のプログラムの例を示す。図１４は、ケース２におけるサービス仲介サーバ２において実行されるＪＡＶＡ（登録商標）プログラムの例を示し、そのＪＡＶＡ（登録商標）のサーブレットプログラムが実行される。このサーブレットプログラムは、統合データ入力画面表示プログラムのポストアクションによってサービス仲介サーバ２に入力されたデータを、一時的に格納する。例えば、図６の「大人」のデータ入力フィールドに入力されて、サービス仲介サーバ２に送信されたデータを、「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ＿ａｄｕｌｔｓ」という変数名で保持する。このように、格納処理部は、サービス仲介サーバ２に送信された複数のデータに、それぞれに一時的な変数名を付けて格納するという処理を実行する。
【００６５】
そして、ケース２の場合であって、かつデータ間関係情報に基づいてデータ演算処理が定義されているときは、その計算処理部のプログラムを生成する。図１５は、その計算処理部のプログラムの例を示す。ユーザは、予め決められた計算式を、予め決められた記憶領域に記憶させておくことによって、図１５に示すような計算処理プログラムが生成される。ここでは、各呼出しプログラム名と変数名を組み合わせた変数名を、呼出しプログラムの変数名としている。
【００６６】
そして、格納処理で記憶したデータあるいは計算処理で変換されたデータをパラメータとして、各サービスプログラムを呼出す呼出し処理部のプログラムを生成する。図１６は、ケース２におけるサービスプログラムを呼出す手続きプログラムを示す。なお、その他必要な手続きを追加してもよい。
【００６７】
図１６では、各呼出しプログラムごとに、上述した格納処理部で格納されたデータを、送信する処理が記述される。サービス呼出しプログラム名が「ｂｕｙＺｏｏＴｉｃｋｅｔ」のサービスプログラムに対しては、「ｂｕｙＺｏｏＴｉｃｋｅｔ＿ａｄｕｌｔｓ」と「ｂｕｙＺｏｏＴｉｃｋｅｔ＿ｃｈｉｌｄｒｅｎ」と「ｂｕｙＺｏｏＴｉｃｋｅｔ＿ａｄｄｒｅｓｓ」の変数名のデータが送信される。同様に、「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ」のサービスプログラムに対しては、「ｂｕｙＴｒａｉｎＴｃｋｅｔ＿ａｄｕｌｔｓ」と「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ＿ｃｈｉｌｄｒｅｎ」と「ｂｕｙＴｒａｉｎＴｉｃｋｅｔ＿ｅ−ｍａｉｌ」の変数名のデータが送信される。さらに、同様に、「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ」のサービスプログラムに対しては、「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ＿ａｄｕｌｔｓ」と「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ＿ｃｈｉｌｄｒｅｎ」と「ｂｕｙＨｏｔｅｌＴｉｃｋｅｔ＿ｅ−ｍａｉｌ」の変数名のデータが送信される。
【００６８】
Ｓ５においてサービスプログラム用インターフェースプログラムが生成された後は、そのソースプログラムが確認あるいは修正のために、開発者であるユーザに表示される（Ｓ６）。
このように生成されたサーブレットプログラムは、サービス仲介サーバ２において統合インターフェースのデータ入力画面プログラムとリンクして実行されることによって、ＰＣ１は、統合サービスプログラム用インターフェースを介して複数のサービスプログラムを呼び出して実行することができる。
【００６９】
以上説明したように、本実施の形態に関わるサービスプログラム用インターフェースを利用すれば、サービスプログラムが複数存在する場合に、単一のデータ入力画面を介して、なるべく少ないコストでデータを入力し、全てのサービスプログラムを呼び出すことが可能になる。
上述した実施の形態では、まず、各サービスプログラムのデータ入力画面の各入力データフィールド部分の情報（データ入力画面情報）を収集する。なお、上述した例では、データ入力画面情報は、ＨＴＭＬ  の部品を用いて記述される。そして、統合画面表示プログラムと各サービスを呼び出す機構のプログラムを生成する。統合画面表示プログラムは、例えば、ＨＴＭＬ  で記述され、各サービスを呼び出すプログラムは  ＨＴＴＰ  ＰＯＳＴ  プロトコルをサービスプログラムの呼出し処理に変換する機構となる。
【００７０】
さらに、見かけ上は同一でないデータであっても、意味的に共通なデータとして扱うこともできる。すなわち、データ間の関係を定義し、その定義された関係に基づいて計算式を指定あるいは生成することによって、統合データ入力画面に共通データ入力フィールドを生成することができるので、意味的に共通なデータの入力の負荷も減らすことができる。
【００７１】
よって、本実施の形態によれば、共通データの入力量を少なくして、複数のサービスプログラムの呼出しを行うユーザインタフェースが実現できる。また、複数のサービス間で、共通に利用されるデータがある場合、そのような共通データを一回入力するだけで、全てのサービス呼出しに利用できるユーザインタフェースを容易に生成することができる。
【００７２】
なお、本発明は、上述したプログラム作成及び実行環境に限定されない。例えば、以上説明した実施の形態では、画面表示は、ＨＴＭＬで記述した例を説明したが、ＪＡＶＡ（登録商標）等の他のプログラミング言語で作成された画面表示であってもよい。さらに、サービスプログラムは、ＳＯＡＰ  プロトコルによりサービスを呼び出す  ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）  Ｗｅｂ  サービスでもよい。
【００７３】
本明細書における各「部」は、実施の形態の各機能に対応する概念的なもので、必ずしも特定のハードウエアやソフトウエア・ルーチンに１対１には対応しない。従って、本明細書では、以下、実施の形態の各機能を有する仮想的回路ブロック（部）を想定して実施の形態を説明した。また、本実施の形態における各手順の各ステップは、その性質に反しない限り、実行順序を変更し、複数同時に実行し、あるいは実行毎に異なった順序で実行してもよい。
【００７４】
なお、以上説明した動作を実行するプログラムは、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等の可搬媒体や、ハードディスク等の記憶装置等に、その全体あるいは一部が記録され、あるいは記憶されている。そのプログラムがコンピュータにより読み取られて、動作の全部あるいは一部が実行される。あるいは、そのプログラムの全体あるいは一部を通信ネットワークを介して流通または提供することができる。利用者は、通信ネットワークを介してそのプログラムをダウンロードしてコンピュータにインストールしたり、あるいは記録媒体からコンピュータにインストールすることで、容易に本発明のサービスプログラム用インターフェース装置を実現することができる。
【００７５】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【００７６】
【発明の効果】
以上説明したように、本発明によれば、特定のサービスに限定されない、一般的な複数のサービス間で、共通に利用されるデータの入力を容易にするサービスプログラム用インターフェース装置を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係わるサービスプログラム仲介システムの構成を示す構成図である。
【図２】動物園サーバのサイトにおける動物園の入場チケットを購入するためのデータ入力画面の例を示す図である。
【図３】交通機関サーバのサイトにおける電車のチケットを購入するためのデータ入力画面の例を示す図である。
【図４】ホテルサーバのサイトにおけるホテルの予約をするためのデータ入力画面の例を示す図である。
【図５】本発明の実施の形態に係わるサービスプログラム用インターフェースの統合データ入力画面の例を示す図である。
【図６】本発明の実施の形態に係わるサービスプログラム用インターフェースの統合データ入力画面の他の例を示す図である。
【図７】図２の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。
【図８】図３の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。
【図９】図４の画面の中で、ＨＴＭＬ形式のサービスプログラムにおいて、サービスプログラムの呼出しに関わる部分のデータ入力画面情報のみを示す図である。
【図１０】動物園サーバ３のデータ入力画面（図２）の画面表示プログラムの例を示す図である。
【図１１】本発明の実施の形態に係わるサービスプログラム用インターフェースプログラムを作成する処理の流れの例を示すフローチャートである。
【図１２】共通データ候補表示画面の例を示す図である。
【図１３】共通データ候補表示画面の他の例を示す図である。
【図１４】統合インターフェースプログラムのサービス呼出しプログラムの格納処理部のプログラムの例を示す図である。
【図１５】統合インターフェースプログラムのサービス呼出しプログラムの計算処理部のプログラムの例を示す図である。
【図１６】統合インターフェースプログラムのサービス呼出しプログラムの呼出し処理部のプログラムの例を示す図である。
【符号の説明】
１・・・端末装置（ＰＣ）、２・・・サービス仲介サーバ、３、４、５・・・サービス提供サーバ、６・・・インターネット
【図１】
2004348276.tif 000004
【図２】
2004348276.tif 000005
【図３】
2004348276.tif 000006
【図４】
2004348276.tif 000007
【図５】
2004348276.tif 000008
【図６】
2004348276.tif 000009
【図７】
2004348276.tif 000010
【図８】
2004348276.tif 000011
【図９】
2004348276.tif 000012
【図１０】
2004348276.tif 000013
【図１１】
2004348276.tif 000014
【図１２】
2004348276.tif 000015
【図１３】
2004348276.tif 000016
【図１４】
2004348276.tif 000017
【図１５】
2004348276.tif 000018
【図１６】
2004348276.tif 000019