JP2004110620A - Ｗｅｂサービスの動的統合方法およびシステム - Google Patents
Ｗｅｂサービスの動的統合方法およびシステム Download PDFInfo
- Publication number
- JP2004110620A JP2004110620A JP2002274459A JP2002274459A JP2004110620A JP 2004110620 A JP2004110620 A JP 2004110620A JP 2002274459 A JP2002274459 A JP 2002274459A JP 2002274459 A JP2002274459 A JP 2002274459A JP 2004110620 A JP2004110620 A JP 2004110620A
- Authority
- JP
- Japan
- Prior art keywords
- web service
- web
- dynamically
- web services
- integrated
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000010354 integration Effects 0.000 title claims description 3
- 230000008859 change Effects 0.000 claims abstract description 22
- 230000007246 mechanism Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 4
- 238000012508 change request Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
Images
Abstract
【課題】クライアントが必要なＷｅｂサービス装置に個別にアクセスすることなく複数のＷｅｂサービスを享受することができるようにすること。
【解決手段】複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する統合Ｗｅｂサービス装置を設置し、動的に複数のＷｅｂサービスを単一のＷｅｂサービスに統合する。
動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶手段に記憶するステップと、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するステップとを備える。
【選択図】 図１
【解決手段】複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する統合Ｗｅｂサービス装置を設置し、動的に複数のＷｅｂサービスを単一のＷｅｂサービスに統合する。
動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶手段に記憶するステップと、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するステップとを備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する方法およびシステムに関するものである。
【０００２】
【従来の技術】
インターネットの普及により、Ｗｅｂサービスが広まりつつある。Ｗｅｂサービスとは、コンピュータがアクセスし、利用するＷｅｂベースのアプリケーションである。
Ｗｅｂサービスでは、クライアント側で動作するアプリケーションが、サーバ側で動作するＷｅｂサービスのアプリケーションとの間で、ＸＭＬ形式のデータ（拡張可能なマークアップ言語によるデータ）のやりとりを行う。
クライアント側が複雑な機能を必要とする場合は、複数のＷｅｂサービスを組み合わせて順次呼び出すことにより、所望の機能を実現する。
従来、この種のＷｅｂサービスを提供するシステムとして、クライアントに対してネットワーク上で行われているＷｅｂサービスの中から最適なものを選択して提供するものがある（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３５０７５４号公報
【０００４】
図８は、従来のＷｅｂサービス利用方法を概略的に示す図であり、クライアント８０２はインターネット８０１により複数のＷｅｂサービス装置８０５，８０６，８０７からＷｅｂサービスを受けることができるようになっている。
レジストリサービス装置８０４のレジストリ（ＵＤＤＩレジストリ）８０３には、Ｗｅｂサービス８０５、８０６、８０７を呼び出すために必要なインタフェースが登録されている。
インタフェースとしては、例えば（１）企業や団体などビジネス主体の情報、（２）ビジネス主体が提供するサービスの内容、（３）サービスが提供する機能の利用方法、（４）機能のインタフェース仕様を定めたサービス型などが登録されている。
クライアント８０２は、自身が必要としているサービスについて、レジストリサービス装置８０４にアクセスして問い合わせ、その結果に基づいて、必要なＷｅｂサービス装置８０５、８０６、８０７を選択的に呼び出してＷｅｂサービスを利用する。
【０００５】
【発明が解決しようとする課題】
しかし、図８の従来システムにおいては、クライアント８０２がレジストリサービス８０４にアクセスして必要なＷｅｂサービス装置８０５、８０６、８０７を取捨選択する必要がある。また、複数のＷｅｂサービス装置を呼び出す場合は、クライアント８０２が呼び出す手順の流れを管理する必要がある。
また、Ｗｅｂサービス装置８０７にバックエンドシステム８０８が接続され、このバックエンドシステム８０８にトラブル等の状況の変化が発生した場合には、クライアント８０２へメール等の手段で通知し、クライアント８０２がＷｅｂサービス装置８０５、８０６へ変更の要求を行う必要がある。すなわち、クライアント８０２がＷｅｂサービス装置８０５、８０６、８０７から提供されるＷｅｂサービスとして、例えば、ホテルの予約、レンタカーの予約、航空機の予約という１セットのサービスを受けた場合、何らかの事情により空港到着が遅れることが航空機の予約サービスを提供するＷｅｂサービス装置８０７のバックエンドシステム８０８で判明した場合であっても、Ｗｅｂサービス装置８０５、８０６、８０７は互いに連絡関係を持っていないため、クライアント８０２は個別にＷｅｂサービス装置８０５、８０６へアクセスし、ホテルへの到着時刻の変更、レンタカーの予約内容の変更を行う必要があり、クライアント８０２の負担が大きいという問題がある。
【０００６】
本発明の目的は、クライアントが必要なＷｅｂサービス装置に個別にアクセスすることなく複数のＷｅｂサービスを享受することができるＷｅｂサービスの動的統合方法及びシステムを提供することにある。
また、いずれかのＷｅｂサービス装置のバックエンドシステムにトラブル等の状況の変化が発生した場合であっても、関連するサービスを提供した他のＷｅｂサービス装置に対し必要な通知を行うことができるＷｅｂサービスの動的統合方法及びシステムを提供することにある。
【０００７】
【課題を解決するための手段】
前記の目的を達成するため、本発明は、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する統合Ｗｅｂサービス装置を設置し、動的に複数のＷｅｂサービスを単一のＷｅｂサービスに統合することを特徴とする。
また、動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶手段に記憶するステップと、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するステップとを備えることを特徴とする。
【０００８】
本発明に係るＷｅｂサービスシステムは、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に単一のＷｅｂサービスに統合する統合Ｗｅｂサービス装置を備えることを特徴とするＷｅｂサービスシステム。
また、動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶する記憶手段と、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するフロー管理手段とを備えることを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の一実施形態について図面により詳しく説明する。
図１は、本発明を適用したＷｅｂサービスシステムの一実施の形態を示すシステム構成図である。
図１において、１０１はインターネット、１０２はＷｅｂサービスを享受するクライアント、１０３はレジストリサービス装置、１０４はレジストリ、１０５はＷｅｂサービスＡを提供するＷｅｂサービス装置、１０６はＷｅｂサービスＢを提供するＷｅｂサービス装置、１０７はＷｅｂサービスＣを提供するＷｅｂサービス装置、１０８はＷｅｂサービス装置１０７のバックエンドシステム、１０９は複数のＷｅｂサービスを統合する統合Ｗｅｂサービス装置、１１０はフロー記憶機構、１１１はフロー管理Ｗｅｂサービス装置である。
【００１０】
統合Ｗｅｂサービス装置１０９は、レジストリサービス装置１０４のレジストリ１０３にアクセスし、クライアント１０２から与えられた条件に合致するＷｅｂサービスＡ、Ｂ、Ｃを取捨選択する。そして、取捨選択したＷｅｂサービスＡ〜Ｃの呼び出しのフローをフロー記憶機構１１０に記憶し、記憶したフローにしたがってＷｅｂサービスＡ〜Ｃを呼び出す。
また、フロー記憶機構１１０を経由して統合Ｗｅｂサービス装置１０９に接続するフロー管理Ｗｅｂサービス１１１が付加されている。
バックエンドシステム１０８にトラブル等の状況の変化が発生した場合には、バックエンドシステム１０８がフロー管理Ｗｅｂサービス装置１１１を呼び出し、フロー記憶機構１１０に記憶されたフローに関連するＷｅｂサービスＡ〜Ｃを呼び出して変更の要求を行う。
【００１１】
図２は、本発明を適用した旅行代理店Ｗｅｂサービスシステムの形態を示すシステム構成図である。
旅行代理店Ｗｅｂサービスシステム２００は、旅行代理店統合Ｗｅｂサービス１０９、フロー記憶機構１１０、フロー管理Ｗｅｂサービス１１１で構成される。Ｗｅｂサービス装置１０５、１０６、１０７は、図１のＷｅｂサービスＡ〜Ｃについて、ＷｅｂサービスＡ＝ホテル予約、ＷｅｂサービスＢ＝レンタカー予約、ＷｅｂサービスＣ＝航空機予約といったサービスを提供するように具体化されている。
旅行代理店統合Ｗｅｂサービスシステム２００は、クライアント１０２から旅行の予約に関する無条件または条件付要求を受け取ると、レジストリサービス装置１０４にアクセスし、レジストリ１０３を検索して、クライアント１０２からの要求に合致するホテル予約Ｗｅｂサービス、レンタカー予約Ｗｅｂサービス、航空機予約Ｗｅｂサービスを提供する各Ｗｅｂサービス装置１０５、１０６、１０７の呼び出しフローを動的に構築し、フロー記憶機構１１０へ記憶する。
【００１２】
次に、旅行代理店統合Ｗｅｂサービス装置１０９は、フロー記憶機構１１０に記憶されているＷｅｂサービスの呼び出しフローに従い、ホテル予約Ｗｅｂサービス装置１０５、レンタカー予約Ｗｅｂサービス装置１０６、航空機予約Ｗｅｂサービス装置１０７を呼び出し、呼び出した結果を統合して、クライアント１０２へ返す。
次に、バックエンドシステム１０８からのフィードバック方法を説明する。
航空機予約Ｗｅｂサービス装置１０８のバックエンドで稼動している航空機予約バックエンドシステム１０８において、航空機の欠航や到着時刻の遅延等の状況の変化が生じた場合に、航空機予約バックエンドシステム１０８がフロー管理Ｗｅｂサービス１１１を呼び出し、航空機の欠航や到着時刻の遅延等の状況の変化を通知する。
【００１３】
フロー管理Ｗｅｂサービス１１１は、フロー記憶機構１１０に記憶されているＷｅｂサービスの呼び出しフローに従い、ホテル予約Ｗｅｂサービス装置１０５、レンタカー予約Ｗｅｂサービス装置１０６、航空機予約Ｗｅｂサービス１０７を呼び出し、航空機の欠航や到着時刻の遅延等の状況の変化を通知する。
以上で説明したバックエンドシステム１０８からのフィードバックにより、ホテルのチェックイン時刻の変更や宿泊のキャンセル、レンタカーの予約時刻の変更やキャンセルを行う。
【００１４】
図３は、フロー記憶機構１１０のデータ構造の例を示す図である。
フロー制御テーブル３０１は、レコードの配列で構成する。各レコードは、ラベル、オペレーション、オペランドの３つのフィールドで構成する。オペランドは、オペレーションの種類により、内容が異なる。基本的なオペレーションは、ＩＮＶＯＫＥオペレーション３０２と、ＣＯＮＤＪＭＰオペレーション３０３の２種類であるが、複雑なフローを定義するためには、必要に応じてオペレーションの種類を増やす。
ＩＮＶＯＫＥオペレーション３０２は、Ｗｅｂサービスを呼び出すための操作を定義する。オペランドには、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式等で記述されたインタフェースへのポインタをＵＲＩ形式等で格納する。メソッド名は、呼び出すＷｅｂサービスのメソッドの名前である。パラメタリストは、メソッドへ渡すパラメタ群である。
ＣＯＮＤＪＭＰオペレーション３０３は、条件式を評価した結果によって指定されたラベルを有するレコードへジャンプするための操作を定義する。
ＮＯＰオペレーション３０４は、何も実行しないための操作を定義する。
図３に示すオペレーションの他、繰り返し等の操作を定義することにより、複雑な制御構造の表現ができる。
【００１５】
図４は、図２の旅行代理店Ｗｅｂサービスシステムにおけるフローを、フロー記憶機構１１０のフロー制御テーブル４０１に記憶した場合のフローデータの例である。
ラベルＬ１では、ＩＮＶＯＫＥオペレーションにより、ホテル予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０７”、“１８：００”、 “ＳＩＮＧＬＥ”、“２”で呼び出す操作を定義している。
ラベルＬ２では、直前のオペレーションが失敗した場合には、ラベルＬ９へジャンプする操作を定義している。
ラベルＬ３では、ＩＮＶＯＫＥオペレーションにより、レンタカー予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０７”、“１２：００”、”ＭＩＤ”、”ＡＴ”で呼び出す操作を定義している。
ラベルＬ４では、直前のオペレーションが失敗した場合には、ラベルＬ８へジャンプする操作を定義している。
ラベルＬ５では、ＩＮＶＯＫＥオペレーションにより、航空機予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０６”、“１９：００”、”ＮＲＴ”、”ＳＦＯ”で呼び出す操作を定義している。
ラベルＬ８、Ｌ９では、ＮＯＰオペレーションにより、何もしない操作を定義している。実業務の運用では、予約を取り消す等のＷｅｂサービスを呼び出すＩＮＶＯＫＥオペレーション等を定義することができる。
【００１６】
図５は、旅行代理店統合Ｗｅｂサービス装置１０９が、図４のフローデータを解釈して実行する場合の処理をフローチャートで表したものである。
旅行代理店統合Ｗｅｂサービス装置１０９は、ホテル予約Ｗｅｂサービス装置１０５のインタフェースを取得して動的にスタブを生成し、ホテル予約Ｗｅｂサービスを呼び出す（ステップ５０１）。
次に、ステップ５０１が失敗したか判定し、失敗した場合は、ステップ５０７へ進む（ステップ５０２）。
次に、レンタカー予約Ｗｅｂサービス装置１０６のインタフェースを取得して動的にスタブを生成し、レンタカー予約Ｗｅｂサービスを呼び出す（ステップ５０３）。
次に、ステップ５０３が失敗したか判定し、失敗した場合は、ステップ５０６へ進む（ステップ５０４）。
次に、ホテル予約Ｗｅｂサービス装置１０７のインタフェースを取得して動的にスタブを生成し、ホテル予約Ｗｅｂサービスを呼び出す（ステップ５０５）。次に、何もせずにステップ５０７へ進む（ステップ５０６）。
次に、何もせずに処理を終了する（ステップ５０７）。
【００１７】
図６は、図２の旅行代理店Ｗｅｂサービスシステム２００において、旅行代理店統合Ｗｅｂサービス装置１０９が、クライアント１０２からの要求によって、フロー記憶機構１１０に、フローデータを記憶する場合の処理をフローチャートで表したものである。
旅行代理店統合Ｗｅｂサービス装置１０９は、クライアント１０２からホテル、レンタカー、航空機の３種類のサービスを１セットにした予約要求があったものとすると、レジストリサービス装置１０４にアクセスし、ホテル予約Ｗｅｂサービスを検索する（ステップ６０１）。
次に、ホテル予約Ｗｅｂサービス装置１０５が見つかったか判定し、見つからなかったら、終了する（ステップ６０２）。
見つかった場合は、ホテル予約Ｗｅｂサービスを、フロー記憶機構１０９へ記憶する（ステップ６０３）。
次に、レジストリサービス装置１０４にアクセスし、レンタカー予約Ｗｅｂサービスを検索する（ステップ６０４）。レンタカー予約Ｗｅｂサービスが見つかったか判定し、見つからなかったら、終了する（ステップ６０５）。見つかった場合は、レンタカー予約Ｗｅｂサービスをフロー記憶機構１１０へ記憶する（ステップ６０６）。
次に、レジストリサービス装置１０４にアクセスし、航空機予約Ｗｅｂサービスを検索する（ステップ６０７）。
航空機予約Ｗｅｂサービス２１３が見つかったか判定し、見つからなかったら、終了する（ステップ６０８）。見つかった場合は、航空機予約Ｗｅｂサービスをフロー記憶機構１１０へ記憶し、処理を終了する（ステップ６０９）。
【００１８】
図７は、バックエンドシステム１０８からのフィードバックを行うフロー管理Ｗｅｂサービス装置１０６のフィードバック処理のフローチャートである。
航空機予約バンクエンドシステム１０８で、予約済み航空機が遅延したものとする。航空機予約バックエンドシステム１０８は、フロー管理Ｗｅｂサービス装置１１１を呼び出す。次に、フロー記憶機構１１０から、１レコード取り出す（ステップ７０１）。
レコードが終了しているか判定し、終了していて取り出せなかったときは処理を終了する（ステップ７０２）。
次に、取り出したレコードのオペレーションが”ＩＮＶＯＫＥ”であるか判定し、”ＩＮＶＯＫＥ”でないなら、ステップ７０１へ戻る（ステップ７０３）。
レコードから、オペランド中のインタフェースを取り出す（ステップ７０４）。
取り出したインタフェースで示されるＷｅｂサービスの、更新の通知を行うメソッドを呼び出し、バックエンドシステム１０８からの更新の通知を行う（ステップ７０５）。この後、ステップ７０１へ戻る。
ステップ７０５により、ホテル予約Ｗｅｂサービス、レンタカー予約Ｗｅｂサービスに対し、航空機予約バンクエンドシステム１０８で、予約済み航空機が遅延する状況の変化を通知する。
【００１９】
【発明の効果】
以上説明したように、本発明によれば、複数のＷｅｂサービスを単一のＷｅｂサービス化し、クライアントが必要なＷｅｂサービス装置に個別にアクセスすることなく複数のＷｅｂサービスを享受することができる。
また、動的に統合した複数のＷｅｂサービスの呼び出しフローを記憶しておき、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更することにより、バックエンドシステムの状況の変化が影響を及ぼすＷｅｂサービスに、自動的にバックエンドシステムの状況の変化を通知することが可能である。
【図面の簡単な説明】
【図１】本発明を適用した統合Ｗｅｂサービスシステムの実施形態を示すシステム構成図である。
【図２】本発明を適用した旅行代理店Ｗｅｂサービスシステムの構成図である。
【図３】フロー記憶機構のデータ構造図である。
【図４】旅行代理店Ｗｅｂサービスシステムのフローデータ構造図である。
【図５】旅行代理店Ｗｅｂサービスシステムの処理を示すフローチャートである。
【図６】フロー記憶機構へフローを記憶する処理のフローチャートである。
【図７】フロー管理Ｗｅｂサービスのフィードバック処理のフローチャートである。
【図８】従来の複数Ｗｅｂサービス利用方法を示す図である。
【符号の説明】
１０１…インターネット、１０２…クライアント、１０３…レジストリ、１０４…レジストリサービス装置、１０５…Ｗｅｂサービス装置、１０６…Ｗｅｂサービス装置、１０７…Ｗｅｂサービス装置、１０８…バックエンドシステム、１０９…統合Ｗｅｂサービス装置、１１０…フロー記憶機構、１１１…フロー管理Ｗｅｂサービス、２００…統合Ｗｅｂサービスシステム。
【発明の属する技術分野】
本発明は、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する方法およびシステムに関するものである。
【０００２】
【従来の技術】
インターネットの普及により、Ｗｅｂサービスが広まりつつある。Ｗｅｂサービスとは、コンピュータがアクセスし、利用するＷｅｂベースのアプリケーションである。
Ｗｅｂサービスでは、クライアント側で動作するアプリケーションが、サーバ側で動作するＷｅｂサービスのアプリケーションとの間で、ＸＭＬ形式のデータ（拡張可能なマークアップ言語によるデータ）のやりとりを行う。
クライアント側が複雑な機能を必要とする場合は、複数のＷｅｂサービスを組み合わせて順次呼び出すことにより、所望の機能を実現する。
従来、この種のＷｅｂサービスを提供するシステムとして、クライアントに対してネットワーク上で行われているＷｅｂサービスの中から最適なものを選択して提供するものがある（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３５０７５４号公報
【０００４】
図８は、従来のＷｅｂサービス利用方法を概略的に示す図であり、クライアント８０２はインターネット８０１により複数のＷｅｂサービス装置８０５，８０６，８０７からＷｅｂサービスを受けることができるようになっている。
レジストリサービス装置８０４のレジストリ（ＵＤＤＩレジストリ）８０３には、Ｗｅｂサービス８０５、８０６、８０７を呼び出すために必要なインタフェースが登録されている。
インタフェースとしては、例えば（１）企業や団体などビジネス主体の情報、（２）ビジネス主体が提供するサービスの内容、（３）サービスが提供する機能の利用方法、（４）機能のインタフェース仕様を定めたサービス型などが登録されている。
クライアント８０２は、自身が必要としているサービスについて、レジストリサービス装置８０４にアクセスして問い合わせ、その結果に基づいて、必要なＷｅｂサービス装置８０５、８０６、８０７を選択的に呼び出してＷｅｂサービスを利用する。
【０００５】
【発明が解決しようとする課題】
しかし、図８の従来システムにおいては、クライアント８０２がレジストリサービス８０４にアクセスして必要なＷｅｂサービス装置８０５、８０６、８０７を取捨選択する必要がある。また、複数のＷｅｂサービス装置を呼び出す場合は、クライアント８０２が呼び出す手順の流れを管理する必要がある。
また、Ｗｅｂサービス装置８０７にバックエンドシステム８０８が接続され、このバックエンドシステム８０８にトラブル等の状況の変化が発生した場合には、クライアント８０２へメール等の手段で通知し、クライアント８０２がＷｅｂサービス装置８０５、８０６へ変更の要求を行う必要がある。すなわち、クライアント８０２がＷｅｂサービス装置８０５、８０６、８０７から提供されるＷｅｂサービスとして、例えば、ホテルの予約、レンタカーの予約、航空機の予約という１セットのサービスを受けた場合、何らかの事情により空港到着が遅れることが航空機の予約サービスを提供するＷｅｂサービス装置８０７のバックエンドシステム８０８で判明した場合であっても、Ｗｅｂサービス装置８０５、８０６、８０７は互いに連絡関係を持っていないため、クライアント８０２は個別にＷｅｂサービス装置８０５、８０６へアクセスし、ホテルへの到着時刻の変更、レンタカーの予約内容の変更を行う必要があり、クライアント８０２の負担が大きいという問題がある。
【０００６】
本発明の目的は、クライアントが必要なＷｅｂサービス装置に個別にアクセスすることなく複数のＷｅｂサービスを享受することができるＷｅｂサービスの動的統合方法及びシステムを提供することにある。
また、いずれかのＷｅｂサービス装置のバックエンドシステムにトラブル等の状況の変化が発生した場合であっても、関連するサービスを提供した他のＷｅｂサービス装置に対し必要な通知を行うことができるＷｅｂサービスの動的統合方法及びシステムを提供することにある。
【０００７】
【課題を解決するための手段】
前記の目的を達成するため、本発明は、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する統合Ｗｅｂサービス装置を設置し、動的に複数のＷｅｂサービスを単一のＷｅｂサービスに統合することを特徴とする。
また、動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶手段に記憶するステップと、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するステップとを備えることを特徴とする。
【０００８】
本発明に係るＷｅｂサービスシステムは、Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に単一のＷｅｂサービスに統合する統合Ｗｅｂサービス装置を備えることを特徴とするＷｅｂサービスシステム。
また、動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶する記憶手段と、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するフロー管理手段とを備えることを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の一実施形態について図面により詳しく説明する。
図１は、本発明を適用したＷｅｂサービスシステムの一実施の形態を示すシステム構成図である。
図１において、１０１はインターネット、１０２はＷｅｂサービスを享受するクライアント、１０３はレジストリサービス装置、１０４はレジストリ、１０５はＷｅｂサービスＡを提供するＷｅｂサービス装置、１０６はＷｅｂサービスＢを提供するＷｅｂサービス装置、１０７はＷｅｂサービスＣを提供するＷｅｂサービス装置、１０８はＷｅｂサービス装置１０７のバックエンドシステム、１０９は複数のＷｅｂサービスを統合する統合Ｗｅｂサービス装置、１１０はフロー記憶機構、１１１はフロー管理Ｗｅｂサービス装置である。
【００１０】
統合Ｗｅｂサービス装置１０９は、レジストリサービス装置１０４のレジストリ１０３にアクセスし、クライアント１０２から与えられた条件に合致するＷｅｂサービスＡ、Ｂ、Ｃを取捨選択する。そして、取捨選択したＷｅｂサービスＡ〜Ｃの呼び出しのフローをフロー記憶機構１１０に記憶し、記憶したフローにしたがってＷｅｂサービスＡ〜Ｃを呼び出す。
また、フロー記憶機構１１０を経由して統合Ｗｅｂサービス装置１０９に接続するフロー管理Ｗｅｂサービス１１１が付加されている。
バックエンドシステム１０８にトラブル等の状況の変化が発生した場合には、バックエンドシステム１０８がフロー管理Ｗｅｂサービス装置１１１を呼び出し、フロー記憶機構１１０に記憶されたフローに関連するＷｅｂサービスＡ〜Ｃを呼び出して変更の要求を行う。
【００１１】
図２は、本発明を適用した旅行代理店Ｗｅｂサービスシステムの形態を示すシステム構成図である。
旅行代理店Ｗｅｂサービスシステム２００は、旅行代理店統合Ｗｅｂサービス１０９、フロー記憶機構１１０、フロー管理Ｗｅｂサービス１１１で構成される。Ｗｅｂサービス装置１０５、１０６、１０７は、図１のＷｅｂサービスＡ〜Ｃについて、ＷｅｂサービスＡ＝ホテル予約、ＷｅｂサービスＢ＝レンタカー予約、ＷｅｂサービスＣ＝航空機予約といったサービスを提供するように具体化されている。
旅行代理店統合Ｗｅｂサービスシステム２００は、クライアント１０２から旅行の予約に関する無条件または条件付要求を受け取ると、レジストリサービス装置１０４にアクセスし、レジストリ１０３を検索して、クライアント１０２からの要求に合致するホテル予約Ｗｅｂサービス、レンタカー予約Ｗｅｂサービス、航空機予約Ｗｅｂサービスを提供する各Ｗｅｂサービス装置１０５、１０６、１０７の呼び出しフローを動的に構築し、フロー記憶機構１１０へ記憶する。
【００１２】
次に、旅行代理店統合Ｗｅｂサービス装置１０９は、フロー記憶機構１１０に記憶されているＷｅｂサービスの呼び出しフローに従い、ホテル予約Ｗｅｂサービス装置１０５、レンタカー予約Ｗｅｂサービス装置１０６、航空機予約Ｗｅｂサービス装置１０７を呼び出し、呼び出した結果を統合して、クライアント１０２へ返す。
次に、バックエンドシステム１０８からのフィードバック方法を説明する。
航空機予約Ｗｅｂサービス装置１０８のバックエンドで稼動している航空機予約バックエンドシステム１０８において、航空機の欠航や到着時刻の遅延等の状況の変化が生じた場合に、航空機予約バックエンドシステム１０８がフロー管理Ｗｅｂサービス１１１を呼び出し、航空機の欠航や到着時刻の遅延等の状況の変化を通知する。
【００１３】
フロー管理Ｗｅｂサービス１１１は、フロー記憶機構１１０に記憶されているＷｅｂサービスの呼び出しフローに従い、ホテル予約Ｗｅｂサービス装置１０５、レンタカー予約Ｗｅｂサービス装置１０６、航空機予約Ｗｅｂサービス１０７を呼び出し、航空機の欠航や到着時刻の遅延等の状況の変化を通知する。
以上で説明したバックエンドシステム１０８からのフィードバックにより、ホテルのチェックイン時刻の変更や宿泊のキャンセル、レンタカーの予約時刻の変更やキャンセルを行う。
【００１４】
図３は、フロー記憶機構１１０のデータ構造の例を示す図である。
フロー制御テーブル３０１は、レコードの配列で構成する。各レコードは、ラベル、オペレーション、オペランドの３つのフィールドで構成する。オペランドは、オペレーションの種類により、内容が異なる。基本的なオペレーションは、ＩＮＶＯＫＥオペレーション３０２と、ＣＯＮＤＪＭＰオペレーション３０３の２種類であるが、複雑なフローを定義するためには、必要に応じてオペレーションの種類を増やす。
ＩＮＶＯＫＥオペレーション３０２は、Ｗｅｂサービスを呼び出すための操作を定義する。オペランドには、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式等で記述されたインタフェースへのポインタをＵＲＩ形式等で格納する。メソッド名は、呼び出すＷｅｂサービスのメソッドの名前である。パラメタリストは、メソッドへ渡すパラメタ群である。
ＣＯＮＤＪＭＰオペレーション３０３は、条件式を評価した結果によって指定されたラベルを有するレコードへジャンプするための操作を定義する。
ＮＯＰオペレーション３０４は、何も実行しないための操作を定義する。
図３に示すオペレーションの他、繰り返し等の操作を定義することにより、複雑な制御構造の表現ができる。
【００１５】
図４は、図２の旅行代理店Ｗｅｂサービスシステムにおけるフローを、フロー記憶機構１１０のフロー制御テーブル４０１に記憶した場合のフローデータの例である。
ラベルＬ１では、ＩＮＶＯＫＥオペレーションにより、ホテル予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０７”、“１８：００”、 “ＳＩＮＧＬＥ”、“２”で呼び出す操作を定義している。
ラベルＬ２では、直前のオペレーションが失敗した場合には、ラベルＬ９へジャンプする操作を定義している。
ラベルＬ３では、ＩＮＶＯＫＥオペレーションにより、レンタカー予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０７”、“１２：００”、”ＭＩＤ”、”ＡＴ”で呼び出す操作を定義している。
ラベルＬ４では、直前のオペレーションが失敗した場合には、ラベルＬ８へジャンプする操作を定義している。
ラベルＬ５では、ＩＮＶＯＫＥオペレーションにより、航空機予約ＷｅｂサービスのＲＥＳＥＲＶＥＡＴＩＯＮメソッドを、パラメタ値“２００２／０８／０６”、“１９：００”、”ＮＲＴ”、”ＳＦＯ”で呼び出す操作を定義している。
ラベルＬ８、Ｌ９では、ＮＯＰオペレーションにより、何もしない操作を定義している。実業務の運用では、予約を取り消す等のＷｅｂサービスを呼び出すＩＮＶＯＫＥオペレーション等を定義することができる。
【００１６】
図５は、旅行代理店統合Ｗｅｂサービス装置１０９が、図４のフローデータを解釈して実行する場合の処理をフローチャートで表したものである。
旅行代理店統合Ｗｅｂサービス装置１０９は、ホテル予約Ｗｅｂサービス装置１０５のインタフェースを取得して動的にスタブを生成し、ホテル予約Ｗｅｂサービスを呼び出す（ステップ５０１）。
次に、ステップ５０１が失敗したか判定し、失敗した場合は、ステップ５０７へ進む（ステップ５０２）。
次に、レンタカー予約Ｗｅｂサービス装置１０６のインタフェースを取得して動的にスタブを生成し、レンタカー予約Ｗｅｂサービスを呼び出す（ステップ５０３）。
次に、ステップ５０３が失敗したか判定し、失敗した場合は、ステップ５０６へ進む（ステップ５０４）。
次に、ホテル予約Ｗｅｂサービス装置１０７のインタフェースを取得して動的にスタブを生成し、ホテル予約Ｗｅｂサービスを呼び出す（ステップ５０５）。次に、何もせずにステップ５０７へ進む（ステップ５０６）。
次に、何もせずに処理を終了する（ステップ５０７）。
【００１７】
図６は、図２の旅行代理店Ｗｅｂサービスシステム２００において、旅行代理店統合Ｗｅｂサービス装置１０９が、クライアント１０２からの要求によって、フロー記憶機構１１０に、フローデータを記憶する場合の処理をフローチャートで表したものである。
旅行代理店統合Ｗｅｂサービス装置１０９は、クライアント１０２からホテル、レンタカー、航空機の３種類のサービスを１セットにした予約要求があったものとすると、レジストリサービス装置１０４にアクセスし、ホテル予約Ｗｅｂサービスを検索する（ステップ６０１）。
次に、ホテル予約Ｗｅｂサービス装置１０５が見つかったか判定し、見つからなかったら、終了する（ステップ６０２）。
見つかった場合は、ホテル予約Ｗｅｂサービスを、フロー記憶機構１０９へ記憶する（ステップ６０３）。
次に、レジストリサービス装置１０４にアクセスし、レンタカー予約Ｗｅｂサービスを検索する（ステップ６０４）。レンタカー予約Ｗｅｂサービスが見つかったか判定し、見つからなかったら、終了する（ステップ６０５）。見つかった場合は、レンタカー予約Ｗｅｂサービスをフロー記憶機構１１０へ記憶する（ステップ６０６）。
次に、レジストリサービス装置１０４にアクセスし、航空機予約Ｗｅｂサービスを検索する（ステップ６０７）。
航空機予約Ｗｅｂサービス２１３が見つかったか判定し、見つからなかったら、終了する（ステップ６０８）。見つかった場合は、航空機予約Ｗｅｂサービスをフロー記憶機構１１０へ記憶し、処理を終了する（ステップ６０９）。
【００１８】
図７は、バックエンドシステム１０８からのフィードバックを行うフロー管理Ｗｅｂサービス装置１０６のフィードバック処理のフローチャートである。
航空機予約バンクエンドシステム１０８で、予約済み航空機が遅延したものとする。航空機予約バックエンドシステム１０８は、フロー管理Ｗｅｂサービス装置１１１を呼び出す。次に、フロー記憶機構１１０から、１レコード取り出す（ステップ７０１）。
レコードが終了しているか判定し、終了していて取り出せなかったときは処理を終了する（ステップ７０２）。
次に、取り出したレコードのオペレーションが”ＩＮＶＯＫＥ”であるか判定し、”ＩＮＶＯＫＥ”でないなら、ステップ７０１へ戻る（ステップ７０３）。
レコードから、オペランド中のインタフェースを取り出す（ステップ７０４）。
取り出したインタフェースで示されるＷｅｂサービスの、更新の通知を行うメソッドを呼び出し、バックエンドシステム１０８からの更新の通知を行う（ステップ７０５）。この後、ステップ７０１へ戻る。
ステップ７０５により、ホテル予約Ｗｅｂサービス、レンタカー予約Ｗｅｂサービスに対し、航空機予約バンクエンドシステム１０８で、予約済み航空機が遅延する状況の変化を通知する。
【００１９】
【発明の効果】
以上説明したように、本発明によれば、複数のＷｅｂサービスを単一のＷｅｂサービス化し、クライアントが必要なＷｅｂサービス装置に個別にアクセスすることなく複数のＷｅｂサービスを享受することができる。
また、動的に統合した複数のＷｅｂサービスの呼び出しフローを記憶しておき、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更することにより、バックエンドシステムの状況の変化が影響を及ぼすＷｅｂサービスに、自動的にバックエンドシステムの状況の変化を通知することが可能である。
【図面の簡単な説明】
【図１】本発明を適用した統合Ｗｅｂサービスシステムの実施形態を示すシステム構成図である。
【図２】本発明を適用した旅行代理店Ｗｅｂサービスシステムの構成図である。
【図３】フロー記憶機構のデータ構造図である。
【図４】旅行代理店Ｗｅｂサービスシステムのフローデータ構造図である。
【図５】旅行代理店Ｗｅｂサービスシステムの処理を示すフローチャートである。
【図６】フロー記憶機構へフローを記憶する処理のフローチャートである。
【図７】フロー管理Ｗｅｂサービスのフィードバック処理のフローチャートである。
【図８】従来の複数Ｗｅｂサービス利用方法を示す図である。
【符号の説明】
１０１…インターネット、１０２…クライアント、１０３…レジストリ、１０４…レジストリサービス装置、１０５…Ｗｅｂサービス装置、１０６…Ｗｅｂサービス装置、１０７…Ｗｅｂサービス装置、１０８…バックエンドシステム、１０９…統合Ｗｅｂサービス装置、１１０…フロー記憶機構、１１１…フロー管理Ｗｅｂサービス、２００…統合Ｗｅｂサービスシステム。
Claims (4)
- Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に統合する統合Ｗｅｂサービス装置を設置し、動的に複数のＷｅｂサービスを単一のＷｅｂサービスに統合することを特徴とするＷｅｂサービスの動的統合方法。
- 動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶手段に記憶するステップと、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するステップとを備えることを特徴とする請求項１に記載のＷｅｂサービスの動的統合方法。
- Ｗｅｂサービスを提供する複数のＷｅｂサービス装置を備えたシステムにおいて、複数のＷｅｂサービス装置が提供するＷｅｂサービスを動的に単一のＷｅｂサービスに統合する統合Ｗｅｂサービス装置を備えることを特徴とするＷｅｂサービスシステム。
- 動的に統合した複数のＷｅｂサービスへの呼び出しフローを記憶する記憶手段と、呼び出したＷｅｂサービスのバックエンドシステムから状況の変化を受け取り、記憶された複数のＷｅｂサービスの呼び出し手順を動的に変更し、バックエンドシステムの状況の変化が影響を及ぼす他のＷｅｂサービスに通知するフロー管理手段とを備えることを特徴とする請求項３に記載のＷｅｂサービスシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002274459A JP2004110620A (ja) | 2002-09-20 | 2002-09-20 | Ｗｅｂサービスの動的統合方法およびシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002274459A JP2004110620A (ja) | 2002-09-20 | 2002-09-20 | Ｗｅｂサービスの動的統合方法およびシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004110620A true JP2004110620A (ja) | 2004-04-08 |
Family
ID=32270926
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002274459A Pending JP2004110620A (ja) | 2002-09-20 | 2002-09-20 | Ｗｅｂサービスの動的統合方法およびシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004110620A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006309744A (ja) * | 2005-03-31 | 2006-11-09 | Denso It Laboratory Inc | 情報サービス提供方法及び情報サービス提供システム |
| US7613799B2 (en) | 2005-12-28 | 2009-11-03 | International Business Machines Corporation | Service evaluation method, system, and computer program product |
| JP2009259009A (ja) * | 2008-04-17 | 2009-11-05 | Internatl Business Mach Corp <Ibm> | トランザクションの実行を制御する装置及び方法 |
| JP2016006641A (ja) * | 2014-05-30 | 2016-01-14 | アマデウス エス．アー．エス．Ａｍａｄｅｕｓ Ｓ．Ａ．Ｓ． | コンテンツ管理システム |
| US10891279B2 (en) | 2014-05-30 | 2021-01-12 | Amadeus S.A.S. | Content management in a travel management system |
| US11107010B2 (en) | 2014-05-30 | 2021-08-31 | Amadeus S.A.S. | Content exchange with a travel management system |
-
2002
- 2002-09-20 JP JP2002274459A patent/JP2004110620A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006309744A (ja) * | 2005-03-31 | 2006-11-09 | Denso It Laboratory Inc | 情報サービス提供方法及び情報サービス提供システム |
| US7613799B2 (en) | 2005-12-28 | 2009-11-03 | International Business Machines Corporation | Service evaluation method, system, and computer program product |
| JP2009259009A (ja) * | 2008-04-17 | 2009-11-05 | Internatl Business Mach Corp <Ibm> | トランザクションの実行を制御する装置及び方法 |
| JP2016006641A (ja) * | 2014-05-30 | 2016-01-14 | アマデウス エス．アー．エス．Ａｍａｄｅｕｓ Ｓ．Ａ．Ｓ． | コンテンツ管理システム |
| US10891279B2 (en) | 2014-05-30 | 2021-01-12 | Amadeus S.A.S. | Content management in a travel management system |
| US11107010B2 (en) | 2014-05-30 | 2021-08-31 | Amadeus S.A.S. | Content exchange with a travel management system |
| US11113637B2 (en) | 2014-05-30 | 2021-09-07 | Amadeus S.A.S. | Content exchange with a travel management system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8356274B2 (en) | System and methods to create a multi-tenancy software as a service application | |
| US8380785B2 (en) | Managing rule sets as web services | |
| CN103947140B (zh) | 用于位置无关软件的需求驱动的部署的系统和方法 | |
| US8458727B2 (en) | Asynchronous client to server updates | |
| JP5931934B2 (ja) | マルチサーバー予約システムにおける集中型予約コンテキスト管理のための方法及びシステム | |
| EP3118753B1 (en) | Mashup service device and system, and method for establishing and using mashup service | |
| CN110310034A (zh) | 一种应用于SaaS的服务编排、业务流程处理方法和装置 | |
| CA2824393C (en) | Method and system for providing a session involving a plurality of software applications | |
| JP2005196767A (ja) | ウェブ・サービス呼び出しをサポートするスケジューラ | |
| US20030144860A1 (en) | Dynamic conversation logic selection method and system | |
| CN1728700B (zh) | 基于struts框架的web电信网管系统及其方法 | |
| JP2011118587A (ja) | 複数サーバによる連携サービス実行システム | |
| AU2013213683A1 (en) | A method and system of application development for multiple device client platforms | |
| US9652309B2 (en) | Mediator with interleaved static and dynamic routing | |
| JP2004110620A (ja) | Ｗｅｂサービスの動的統合方法およびシステム | |
| US7844978B2 (en) | Artifact management for an extensible runtime environment | |
| US10083407B2 (en) | Ad hoc task creation and process modification | |
| JP2006171918A (ja) | クライアントへのデータ送信および更新データの実行制御方法 | |
| JP3947136B2 (ja) | ウェブサービスシステム、フロー展開支援装置およびフロー展開支援プログラム | |
| US20080307421A1 (en) | Flow process execution method, apparatus and program | |
| Ettazi et al. | Micats: Middleware for context-aware transactional services | |
| Liu et al. | Towards service discovery and subscription based on community-of-interest | |
| KR20180117486A (ko) | 서비스 공통 실행 환경에서의 서비스 통합 관리 시스템 | |
| US20060004853A1 (en) | Method and system to prefilter and render service data utilizing trigger links | |
| Hariharan et al. | A Framework for Constraint-Based Collaborative Web Service Applications and A Travel Application Case Study. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041216 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061027 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070301 |