JP2004280447A

JP2004280447A - Data alignment program, system and method

Info

Publication number: JP2004280447A
Application number: JP2003070705A
Authority: JP
Inventors: Junichi Yamamoto; 純一山本; Masataka Yamada; 正隆山田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2003-03-14
Filing date: 2003-03-14
Publication date: 2004-10-07
Anticipated expiration: 2023-03-14
Also published as: JP4334253B2

Abstract

【課題】複数の記録装置に記録され、互いに対応関係にあるＷｅｂサービスに関するデータを整合させる。
【解決手段】本発明のプログラム１２は、コンピュータに、記録装置１６に記録されているＷｅｂサービスＡに関するデータ１９ａと記録装置２０に記録されているＷｅｂサービスＡに関するデータ２３ａとの対応関係を示す関係データを取得する機能と、記録装置１６から検索されたデータ１９ａを取得する機能、関係データに基づいてデータ１９ａと対応関係のあるデータ２３ａの検索を依頼し、記録装置２０から検索されたデータ２３ａを取得する機能、データ１９ａ、２３ａの間で整合性を確保するデータ項目と整合性確保処理を表すルールＲ_１に基づいてデータ１９ａ、２３ａの整合性を判断する機能１５ｃ、整合性がない場合にルールＲ_１にしたがって整合性確保処理を実行する機能１５ｄを実現させる。
【選択図】図１Data relating to Web services recorded on a plurality of recording devices and corresponding to each other are matched.
A program (12) according to the present invention stores, in a computer, a relationship indicating a correspondence between data (19a) related to Web service A recorded in a recording device (16) and data (23a) related to Web service A recorded in a recording device (20). A function of acquiring data, a function of acquiring data 19a retrieved from the recording device 16, a request for retrieval of data 23a having a correspondence relationship with the data 19a based on related data, and a retrieval of data 23a retrieved from the recording device 20. acquires function data 19a, data 19a based on the rules R ₁ representing a data item to ensure consistency between 23a integrity ensuring process, function 15c for determining the integrity of 23a, if there is no consistency to realize the function 15d that performs the integrity ensuring process according to the rule R ₁ to.
[Selection diagram] Fig. 1

Description

【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサービスに関するデータの検索結果を提供する複数のレジストリ間で、データの整合性を確保するためのデータ整合プログラム及びシステム並びに方法に関する。
【０００２】
【従来の技術】
インターネット上で柔軟に企業間システムを連携する技術への要望が高まっている。激化するグローバル競争の下で、企業グループは統合や再編を繰り返している。各企業は自社の得意分野に集中し、他分野では他社と連携を図る傾向にある。
【０００３】
提携企業間では、単なる物の売買に限らず、例えば部品会社と組み立て会社が設計段階から協調するなどのように、より密なコラボレーションが求められる。
【０００４】
このため、企業間のシステムを迅速に連携させ、かつビジネス環境の変化に柔軟に対応するための技術が求められ、このような技術の一つとしてＷｅｂサービスが注目されている。
【０００５】
Ｗｅｂサービスの一例として、インターネットなどのようなネットワーク上でＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式のメッセージを送受信してシステムを連携させる技術がある。
【０００６】
図１４は、一般的なＷｅｂシステムの構成の一例を示すブロック図である。
【０００７】
一般的なＷｅｂシステムでは、Ｗｅｂアプリケーション１ａによるサービスやホームページ１ｂがＷｅｂサーバ１からネットワーク２を経由してＷｅｂブラウザ３に通知され、利用者４に提供される。
【０００８】
一方、図１５は、Ｗｅｂサービスの一例を示すブロック図である。
【０００９】
Ｗｅｂサービスでは、一方のシステム５ａのサービスアプリケーション６ａと他方のシステム５ｂのサービスアプリケーション６ｂとがＸＭＬデータ（ＸＭＬメッセージ）７を送受信し、直接連携して動作する。
【００１０】
ＸＭＬデータ７は、システム５ａとシステム５ｂとの間で、例えばＨＴＴＰなどのようなインターネット標準プロトコルにしたがって送受信されるため、ファイアウォールも容易に通過可能である。
【００１１】
Ｗｅｂサービスでは、ネットワーク２として例えばインターネットが利用されるため、従来から企業間のデータ交換に使われてきたＥＤＩ（ＥｌｅｃｔｒｏｎｉｃＤａｔａＩｎｔｅｒｃｈａｎｇｅ）よりも構築コストがかからない。
【００１２】
Ｗｅｂサービスによって企業間システムを迅速かつ柔軟に連携させるために、様々な標準化が進んでいる。
【００１３】
主な標準として、企業間で交換するＸＭＬデータの形式、ビジネスプロセスの標準、ＸＭＬデータを送受信するためのメッセージングプロトコル標準、サービス登録又は検索するためのレジストリ標準などがある。
【００１４】
これらの標準が実装され、適切な運用体制が整うと、第１にオープンかつダイナミックな企業間システム連携機構が構築可能となる。第２にインターネット上のサービスを部品として利用するシステム開発パラダイムが実現可能となる。
【００１５】
図１６は、Ｗｅｂサービスに関するレジストリの適用例を示す図である。
【００１６】
ホテルや航空会社などのＷｅｂサービスの提供者は、自社のシステム７ａ〜７ｄによって提供されるサービスをＷｅｂサービスとしてインターネットなどのネットワーク２上に公開する。サービス提供者は、自社のＷｅｂサービスをレジストリ８に登録する。
【００１７】
Ｗｅｂサービスの利用者である旅行代理店のシステム９は、レジストリ８を検索してＷｅｂサービスを選択し、標準ビジネスプロセスにしたがって選択されたＷｅｂサービスを利用する。
【００１８】
Ｗｅｂサービスのレジストリ標準として、ＵＤＤＩ（ＵｎｉｖｅｒｓａｌＤｅｓｃｒｉｐｔｉｏｎＤｉｓｃｏｖｅｒｙ，ａｎｄＩｎｔｅｇｒａｔｉｏｎ）がある。
【００１９】
ＵＤＤＩとは、Ｗｅｂサービスの記述、発見、統合を実現するためのレジストリ仕様である。
【００２０】
図１７は、ＵＤＤＩにしたがったレジストリの一例を示す図である。レジストリ８は、Ｗｅｂサービスの電話帳としてもディレクトリサービスを提供する。
【００２１】
複数の会社が共同でパブリックレジストリを運営する場合がある。Ｗｅｂサービスの提供者は、自己のＷｅｂサービスに関するデータをパブリックレジストリに登録し、Ｗｅｂサービスの利用者は、自己の利用したいＷｅｂサービスに関するデータをパブリックレジストリから検索し、Ｗｅｂサービスを利用する。
【００２２】
【非特許文献１】
ユーディーディーアイ・バージョン３．０（ＵＤＤＩＶｅｒｓｉｏｎ３．０ｐｕｂｌｉｓｈｅｄＳｐｅｃｉｆｉｃａｔｉｏｎ），［ｏｎｌｉｎｅ］，２００２年７月１９日、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｕｄｄｉ．ｏｒｇ／ｐｕｂｓ／ｕｄｄｉ−ｖ３．００−ｐｕｂｌｉｓｈｅｄ−２００２０７１９．ｐｄｆ＞
【００２３】
【非特許文献２】
ウェブ・サービスズ・ディスクリプション・ランゲージ（ダブリューエスディーエル）１．１（ＷｅｂｓｅｒｖｉｃｅｓＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ（ＷＳＤＬ）１．１），ダブリュースリーシー・ノート（Ｗ３ＣＮｏｔｅ），［ｏｎｌｉｎｅ］，２００１年３月１５日、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｗｓｄｌ＞
【００２４】
【非特許文献３】
川村隆浩、長谷川哲夫、大須賀昭彦、山本純一（Ｔ．Ｋａｗａｍｕｒａ，Ｔ．Ｈａｓｅｇａｗａ，ＡＯｈｓｕｇａ，Ｊ．Ｙａｍａｍｏｔｏ）：プロポーザル・オブ・セマンティックス−ベースト・ウェブ・サービス・マッチメーキング（ＰｒｏｐｏｓａｌｏｆＳｅｍａｎｔｉｃｓ−ｂａｓｅｄＷｅｂＳｅｒｖｉｃｅＭａｔｃｈｍａｋｉｎｇ），プロシーディングス・オブ・インターナショナル・コンファレンス・オン・コンピューショナル・インテリジェンス・アンド・マルチメディア・アプリケーションズ２００１（アイシーシーアイエムエー）（ＰｒｏｃｅｅｄｉｎｇｓｏｆＩｎｔｅｒｎａｔｉｏｎａｌＣｏｎｆｅｒｅｎｃｅｏｎＣｏｍｐｕｔａｔｉｏｎａｌｉｎｔｅｌｌｉｇｅｎｃｅａｎｄＭｕｌｔｉｍｅｄｉａＡｐｐｌｉｃａｔｉｏｎｓ２００１（ＩＣＣＩＭＡ０１）），アイトリプルイー（ＩＥＥＥ），ｐｐ．８７−９２，Ｎｏｖ，２００１．
【００２５】
【非特許文献４】
ダブリューエスエムイー・ウェブ・サービスズ・マッチメーキング・エンジン（ＷＳＭＥＷｅｂＳｅｒｖｉｃｅｓＭａｔｃｈｍａｋｉｎｇＥｎｇｉｎｅ），［ｏｎｌｉｎｅ］，２００２年７月１６日、インターネット＜ｈｔｔｐ：／／ｄｗｄｅｍｏｓ．ａｌｐｈａｗｏｒｋｓ．ｉｂｍ．ｃｏｍ／ｗｓｔｋ／ｃｏｍｍｏｎ／ｗｓｔｋｄｏｃ／ｓｅｒｖｉｃｅｓ／ｄｅｍｏｓ／ｗｓｍｅ／ｗｓｍｅ．ｐｄｆ＞
【００２６】
【発明が解決しようとする課題】
パブリックレジストリには、誰でも自由にＷｅｂサービスを登録できる。したがって、登録されたＷｅｂサービスについての品質や信頼性は補償されない。パブリックレジストリから検索されたＷｅｂサービスの品質や信頼性のチェックは、サービス利用者に委ねられている。
【００２７】
しかしながら、サービス利用者にとって検索のたびにＷｅｂサービスの品質や信頼性をチェックすることは困難である。
【００２８】
登録自由なパブリックレジストリとは対象的に、ある特定の業界や特定の企業のポリシーにしたがって、登録されるＷｅｂサービスを統制するローカルレジストリがある。
【００２９】
図１８は、ローカルレジストリとパブリックレジストリとの関係の一例を示す図である。
【００３０】
例えば、旅行代理店は、企業内にローカルレジストリ１０を所有している。この旅行代理店の従業者やシステム９は、原則としてパブリックレジストリ１１ではなく、ローカルレジストリ１０を用いてＷｅｂサービスに関するデータを検索する。
【００３１】
新たなＷｅｂサービスをローカルレジストリ１０に登録したい旅行代理店の従業者は、その旨をローカルレジストリ１０の管理者に申請する。
【００３２】
ローカルレジストリ１０の管理者は、ローカルレジストリ１０に新規登録候補のＷｅｂサービスを登録する前に、この新規登録候補のＷｅｂサービスの品質や信頼性を調査して所定の基準を満たす場合に登録を許可する。
【００３３】
登録する場合には、調査結果なども補足データとしてローカルレジストリ１０に登録する。
【００３４】
このような手順で登録作業が行われることで、ローカルレジストリ１０の利用者（企業の従業者や自社システム）は、品質や信頼性の保証されたＷｅｂサービスに関するデータのみを検索できる。
【００３５】
ローカルレジストリ１０とパブリックレジストリ１１とが実現される場合、図１９に示すように双方の整合性の確保が必要になる場合がある。
【００３６】
この図１９において、ホテル業者が自社予約サービスをパブリックレジストリ１１に登録する。旅行代理店におけるローカルレジストリ１０の管理者は、パブリックレジストリ１１に登録されている予約サービスに関するデータを検索し、この予約サービスに関するデータを自社のローカルレジストリ１０に登録する。
【００３７】
次に、ホテル業者は、パブリックレジストリ１１内の自社の登録内容を更新したとする。例えば、ホテル業者は、予約サービスへのアクセスＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）を変更する。
【００３８】
この時点で、パブリックレジストリ１１にはホテル業者の更新後の予約サービスに関するデータが登録されているのに対し、旅行代理店のローカルレジストリ１０にはホテル業者の更新前の予約サービスに関するデータが登録されている。したがって、ローカルレジストリ１０とパブリックレジストリ１１の登録内容に不整合が生じる。
【００３９】
本発明は、以上のような実情に鑑みてなされたもので、ローカルレジストリとパブリックレジストリとの登録内容を整合させるデータ整合プログラム及びシステム並びに方法を提供することを目的とする。
【００４０】
【課題を解決するための手段】
本発明を実現するにあたって講じた具体的手段について以下に説明する。
【００４１】
本発明のデータ整合プログラムは、コンピュータに、第１の記録装置に記録されているＷｅｂサービスに関する第１データと第１の記録装置とは別の第２の記録装置に記録されているＷｅｂサービスに関する第２データとが対応関係にある旨を示し関係データ記録装置に記録されている関係データを取得する関係データ取得機能と、第１の記録装置から検索された第１データを取得する第１のデータ取得機能と、関係データに基づいて、第１データと対応関係のある第２データの検索を依頼し、第２の記録装置から検索された第２データを取得する第２のデータ取得機能と、第１データと第２データとの間でＷｅｂサービスに関する登録内容に不整合が発生した場合の対処方法を定めており整合性確保ルール記録装置に記録されている整合性確保ルールに基づいて、第１データと第２データとの間で整合性の有無を判断する比較機能と、比較機能によって整合性がないと判断された場合に、整合性確保ルールにしたがって、整合性を確保するための処理を実行する処理機能とを実現させる。
【００４２】
これにより、Ｗｅｂサービスに関するデータを複数の記録装置間で整合させることができる。
【００４３】
なお、本発明において、整合性確保ルールは、第１データと第２データとの間で整合性を確保するデータ項目と整合性を確保するための処理の内容とを表すとしてもよい。この場合、整合性を確保するための処理は、前記第２データの内容で前記第１データの内容を更新する処理であるとしてもよい。これにより、第２の記録装置の登録内容を変更するのみで第１の記録装置の登録内容も変更できる。
【００４４】
また、本発明において、第１データは関係データを含み、第１の取得機能は、関係データ取得機能としても動作し、関係データ記録装置としての役割と第１の記録装置としての役割とを果たす記録装置から関係データを含む第１データを取得するとしてもよい。
【００４５】
また、本発明において、第１の記録装置は特定の条件を満たすデータのみが登録されるローカルレジストリであり、第２の記録装置は特定の条件を満たさないデータであっても登録されるパブリックレジストリであるとしてもよい。これにより、ローカルレジストリとパブリックレジストリとの間でＷｅｂサービスに関するデータを整合させることができる。
【００４６】
なお、本発明のデータ整合プログラム又はこのプログラムを記録した記録媒体を用いることによって、上記各機能を有していないコンピュータ、コンピュータシステム、サーバ、クライアントに対しても、簡単にこれらの機能を付加することができる。
【００４７】
本発明で実現される機能と同様の動作を実現する手段をデータ整合システムに具備することにより、同様の作用効果を得ることができる。
【００４８】
本発明のデータ整合プログラム又はこのプログラムを記録した記録媒体をコンピュータに適用することによって、Ｗｅｂサービスに関するデータを複数の記録装置間で整合させるデータ整合方法がコンピュータ上で実施される。
【００４９】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００５０】
以下の各図において同一の部分については同一の符号を付してその説明を省略し、異なる部分についてのみ詳しく説明する。
【００５１】
本実施の形態においては、ローカルレジストリに登録されたＷｅｂサービスに関するデータ（以下、「ローカルデータ」という）がパブリックレジストリに登録されたＷｅｂサービスに関するデータ（以下、「パブリックデータ」という）と不整合になった場合に、ローカルデータを更新し、双方のレジストリを整合させるデータ整合システムについて説明する。
【００５２】
図１は、本実施の形態に係るデータ整合システムの構成の一例を示すブロック図である。
【００５３】
データ整合プログラム１２は、記録媒体１３に記録されており、ローカルレジストリ１４としての機能を実現する計算機システムに読み込まれ、起動することにより、データ整合システム１５として動作する。
【００５４】
ローカルレジストリ１４は、サービスデータ記録部１６、サービス管理部１７、サービス検索部１８、データ整合システム１５を具備する。
【００５５】
本実施の形態においては、ＷｅｂサービスＡ〜Ｃのうち、ＷｅｂサービスＡ、Ｃに関するデータがローカルレジストリ１４に登録されている。ローカルレジストリ１２に登録されているＷｅｂサービスＡ、Ｃに関するデータは、それぞれローカルデータ１９ａ、１９ｃである。
【００５６】
ローカルデータ１９ａ、１９ｃは、サービス管理部１７を介してサービスデータ記録部１６に登録される。サービスデータ記録部１６に登録されたローカルデータ１９ａ、１９ｃは、サービス検索部１８による検索対象となる。
【００５７】
パブリックレジストリ１１は、サービスデータ記録部２０、サービス管理部２１、サービス検索部２２を具備する。
【００５８】
本実施の形態においては、ＷｅｂサービスＡ、Ｂに関するデータがパブリックレジストリ１１に登録されている。パブリックレジストリ１１に登録されているＷｅｂサービスＡ、Ｂに関するデータは、それぞれパブリックデータ２３ａ、２３ｂである。
【００５９】
ローカルレジストリ１４とパブリックレジストリ１１において、同じＷｅｂサービスに関するデータが登録されている場合、このＷｅｂサービスに関するローカルデータとパブリックデータとは対応関係を持つ。対応関係を持つローカルデータとパブリックデータとは、データ整合システム１５による整合性確保の対象となる。
【００６０】
上記図１の例では、ローカルレジストリ１４とパブリックレジストリ１１の双方に登録されているＷｅｂサービスＡに関するローカルデータ１９ａとパブリックデータ２３ａについては整合性確保の対象となり、ローカルレジストリ１４とパブリックレジストリ１１とのうち一方にのみ登録されているＷｅｂサービスＢに関するパブリックデータ２３ｂとＷｅｂサービスＣに関するローカルデータ１９ｃについては整合性確保の対象外となる。
【００６１】
整合性確保の対象となっているＷｅｂサービスＡに関するローカルデータ１９ａには、ローカルレジストリ１４とパブリックレジストリ１１との間でＷｅｂサービスＡに関する登録内容に不整合が発生した場合に、対処方法を定めた整合性確保ルールを指定するルール指定データが含まれている。
【００６２】
さらに、整合性確保の対象となっているＷｅｂサービスＡに関するローカルデータ１９ａには、対応関係にあるパブリックデータ２３ａを指定する関係データが含まれている。
【００６３】
データ整合システム１５は、不整合が発生した場合に、指定されている整合性確保ルールにしたがって整合性確保処理を実行する。
【００６４】
なお、不整合の発生したローカルデータにルール指定データが含まれていない場合、データ整合システム１５は、デフォルトの整合性確保ルールにしたがって整合性確保処理を実行する。
【００６５】
本実施の形態においては、ＵＤＤＩＶｅｒｓｉｏｎ１．０仕様（以下、「ＵＤＤＩ仕様」という）に基づくパブリックレジストリ１１とローカルレジストリ１４との間で整合性を確保する機構について説明する。
【００６６】
ＵＤＤＩ仕様では、サービスの登録、更新、削除、検索の４種類のＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）がＸＭＬ形式で規定される。また、ＵＤＤＩ仕様では、この４種類のＡＰＩにしたがってやり取りされるデータ形式も規定されている。
【００６７】
データ整合システム１５は、主に、ローカルデータ取得部１５ａ、パブリックデータ取得部１５ｂ、比較部１５ｃ、処理部１５ｄとを具備する。また、比較部１５ｃ、処理部１５ｄは、整合性確保ルールＲ_１〜Ｒ_ｎの記録されている整合性確保ルール記録部２４をアクセスする。
【００６８】
ローカルデータ取得部１５ａは、サービス検索部１８を介してローカルレジストリ１４のサービスデータ記録部１６を検索し、検索されたローカルデータを取得する。
【００６９】
本実施の形態においては、ローカルデータには関係データが含まれている場合があるため、ローカルデータ取得部１５ａは、関係データの取得機能も実現する。
【００７０】
パブリックデータ取得部１５ｂは、パブリックレジストリを検索し、検索されたパブリックデータを取得する。
【００７１】
比較部１５ｃは、取得されたローカルデータに含まれているルール指定データによって指定された整合性確保ルールにしたがって、同一のＷｅｂサービスに関するローカルデータとパブリックデータとを比較し、不整合の有無を判定する。
【００７２】
なお、整合性確保ルールには、ローカルデータとパブリックデータとの間で整合性を確保する項目についても指定されている。
【００７３】
処理部１５ｄは、不整合が発生した場合に、整合性確保ルールにしたがった整合性確保処理を実行する。
【００７４】
図２は、本実施の形態においてローカルレジストリ及びパブリックレジストリとで扱われるデータの構造の一例を示す図である。
【００７５】
ローカルレジストリ１４及びパブリックレジストリ１１は、ＵＤＤＩ仕様のレジストリとする。
【００７６】
ローカルレジストリ１４及びパブリックレジストリ１１では、ｂｕｓｉｎｅｓｓＥｎｔｒｙ、ｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅ、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ、ｔＭｏｄｅｌという４種類のデータが扱われる。
【００７７】
会社名、業種などの各企業に関するデータは、ｂｕｓｉｎｅｓｓＥｎｔｒｙという単位で表現される。
【００７８】
各企業についてのｂｕｓｉｎｅｓｓＥｎｔｒｙには、この企業の提供するＷｅｂサービスを表現するｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅが少なくとも一つ含まれる。一つのｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅは、互いに関連するＷｅｂサービスの集合を表現する。なお、一つのｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅが一つのＷｅｂサービスを表現するとしてもよい。
【００７９】
例えば、ある旅行代理店を表すｂｕｓｉｎｅｓｓＥｎｔｒｙには、ホテル予約サービスを表すｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅやレンタカー予約サービスを表すｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅなどが含まれる。
【００８０】
そして、ホテル予約サービスを表すｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅは、空き部屋照合サービス、部屋予約サービス、キャンセルサービスなどの互いに関連するＷｅｂサービスから構成される。
【００８１】
各ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅには、ｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅを構成する各Ｗｅｂサービスのアクセス先、アクセス方法などの詳細データが記述されている。なお、一つのｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅは、例えばインターネットからのアクセス、ＦＡＸによるアクセスなどのように複数のアクセス方法を持つ場合もある。このため、一つのｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅが複数のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅを持つ場合がある。
【００８２】
ｔＭｏｄｅｌには、各Ｗｅｂサービスの厳密なインタフェース仕様が規定されている。
【００８３】
本実施の形態においては、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの整合性を確保する場合について説明するが、ｂｕｓｉｎｅｓｓＥｎｔｒｙ、ｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅ、ｔＭｏｄｅｌなどの他の種類のデータの整合性を確保する場合も同様である。
【００８４】
なお、ＵＤＤＩ仕様では、ＡＰＩと論理的なデータ構造が規定されているが、レジストリの実装方法については規定されていない。すなわち、ＡＰＩにしたがってやり取りされるＸＭＬデータの論理的な形式は規定されているが、実際にデータをレジストリに記録する方法については規定されていない。
【００８５】
そこで本実施の形態においては、論理的なデータ構造について説明し、この論理的なデータ構造を実装する方法は問わないものとして説明する。例えば、実装の方法としては、リレーショナルデータベースを使った実装、オブジェクト指向データベースを使った実装などがある。
【００８６】
以下に、Ｗｅｂサービスに関する論理的なデータ構造について説明する。なお、本実施の形態においてはＵＤＤＩ仕様で定義されているデータ種類のうちｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの構造と処理手順を例として説明するが、ｂｕｓｉｎｅｓｓＥｎｔｒｙ、ｂｕｓｉｎｅｓｓＳｅｒｖｉｃｅ、ｔＭｏｄｅｌなどの他の種類のデータの構造と処理手順についても同様である。
【００８７】
表１に、ＵＤＤＩ仕様で規定されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのデータ構造を示す。
【００８８】
【表１】

【００８９】
表１中のｂｉｎｄｉｎｇＫｅｙは、各ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのＩＤである。ａｃｃｅｓｓＰｏｉｎｔはこのＷｅｂサービスへのアクセスポイント（ＵＲＬなど）を記述するためのオプション属性である。
【００９０】
ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性には、別のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのｂｉｎｄｉｎｇＫｅｙが記述される。このｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒは、ａｃｃｅｓｓＰｏｉｎｔにアクセスポイントを記述することなく、別のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅを参照することを目的として用意されている。
【００９１】
ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅでは、ａｃｃｅｓｓＰｏｉｎｔとｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒとのうち少なくとも一方に値が設定される必要がある。
【００９２】
ｄｅｓｃｒｉｐｔｉｏｎ属性は、Ｗｅｂサービスに関するデータを文字列で記述するために用意されている。このｄｅｓｃｒｉｐｔｉｏｎには、２５５文字以内の文字列が設定され、例えば言語毎に説明を記述できる。
【００９３】
図３は、ＵＤＤＩ仕様で規定されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのデータ構造を用いた本実施の形態に係るローカルデータとパブリックデータの一例を示すブロック図である。この図３においては、上記図１のＷｅｂサービスＡがホテル予約サービスに対応し、ローカルデータ１９ａがローカルレジストリ１４に登録されたホテル予約サービスに関するｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５に対応し、パブリックデータ２３ａがパブリックレジストリ１１に登録されたホテル予約サービスに関するｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６に対応する。ローカルデータ１９ａは、パブリックデータ２３ａとの間の関係データを含む。この場合、ローカルデータ１９ａと関係データとはともに記録装置に記録され、関係データを含むローカルデータ１９ａが記録装置から読み出される。
【００９４】
本実施の形態においては、整合性確保を目的として上記の属性を以下のように利用する。
【００９５】
ローカルレジストリ１４に登録されたｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５からパブリックレジストリ１１に登録されたｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６を参照するために、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に、対応関係にあるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６を識別するためのデータが与えられる。このｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に設定される値は、関係データに対応する。
【００９６】
ホテル予約サービスに関するｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６は、パブリックレジストリ１１に登録されており、このｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６のＩＤ、すなわちｂｉｎｄｉｎｇＫｅｙ属性の値は、ｐｕｂｌｉｃｋｅｙ＿１２３である。
【００９７】
ホテル予約サービスに関するｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５は、ローカルレジストリ１４に登録されている。ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のＩＤは、ｌｏｃａｌｋｅｙ＿００１である。
【００９８】
ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５は、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６を参照している。すなわち、ｂｕｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性には、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６のＩＤであるｐｕｂｌｉｃｋｅｙ＿１２３が設定されている。
【００９９】
本実施の形態において、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のｄｅｓｃｒｉｐｔｉｏｎ属性には、整合性確保ルールを識別するためのデータが設定される。例えば、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のｄｅｓｃｒｉｐｔｉｏｎ属性には、ｒｕｌｅ：ｒｕｌｅ＿１が設定されている。この設定により、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５はｒｕｌｅ＿１で指定される整合性確保ルールＲ_１にしたがって整合性が確保される。
【０１００】
本実施の形態においては、ローカルデータのｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５とパブリックデータのｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６との間で整合性を確保するが、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５とｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６とは、全ての属性（データ項目）で値が一致している必要はない。
【０１０１】
この図３の例では、ａｃｃｅｓｓＰｏｉｎｔ属性の値は双方とも「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｅｆｇ」で一致しているがｄｅｓｃｒｉｐｔｉｏｎ属性の値は異なる。この例において、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のｄｅｓｃｒｉｐｔｉｏｎ属性には、「部屋の質は高い」というコメントが設定されており、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６のｄｅｓｃｒｉｐｔｉｏｎ属性には、「部屋予約のサービス」というコメントが設定されている。
【０１０２】
ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅにおけるどの属性が整合性確保の対象となるかについては、ｒｕｌｅ＿１で指定される整合性確保ルールＲ_１で定義されている。
【０１０３】
図４は、ＸＭＬ形式で記述されたローカルデータであるｂｕｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５の一例を示す図である。
【０１０４】
この図４の例に示すように、ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値が設定されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅが整合性確保の対象となるローカルデータである。
【０１０５】
ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値が設定されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅに対しては、ｄｅｓｃｒｉｐｔｉｏｎ属性で指定されている整合性確保ルールに基づいて整合性確保処理が実行される。
【０１０６】
処理部１５ｄは、整合性確保ルールにおける定義内容によって異なる整合性確保処理を実行する。具体的な整合性確保処理を実行するまでの処理の流れについて以下に説明する。
【０１０７】
図５は、データ整合システム１５の動作の例を示すシーケンス図である。この図５における縦線は上記図１、３に示す構成要素とシステム外部アクタ（ローカルレジストリ１４の管理者と利用者）を表し、上から下に向かって時間の流れを表す。特に説明がない限り、図５に示す構成要素はローカルレジストリ１４に具備されている要素であるとする。
【０１０８】
ＵＤＤＩ仕様をベースとしたサービス検索部１８には、いくつかのタイプの検索機能が備わっている。この図５では、キーワードによりローカルレジストリ１４に登録されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅが検索される場合を例として示している。
【０１０９】
ローカルレジストリ１４の利用者（ローカルレジストリ１４にアクセスする人間又はシステム）は、キーワード「ホテル予約」を引数としてｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの検索を試みる。
【０１１０】
サービス検索部１８は、サービスデータ記録部１６からキーワード「ホテル予約」にマッチしたｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの一覧を求める。
【０１１１】
ローカルレジストリ１４の利用者は、キーワード「ホテル予約」に適合したｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの一覧を取得する。このｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの一覧には、この一覧を構成する各ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの概要（サービス名、ｂｉｎｄｉｎｇＫｅｙ属性の値など）のリストが含まれる。
【０１１２】
一覧を構成する各ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅの詳細データを取得するために、さらにｂｉｎｄｉｎｇＫｅｙを引数として詳細データを取得する必要がある。
【０１１３】
この図５の例では、利用者は、あるＷｅｂサービスのｂｉｎｄｉｎｇＫｅｙ属性の値ｌｏｃａｌｋｅｙ＿００１を引数として詳細データの取得を試みている。
【０１１４】
サービス検索部１８は、利用者からの詳細データの取得要求をデータ整合システム１５に転送する。
【０１１５】
データ整合システム１５は、サービスデータ記録部１６からｂｉｎｄｉｎｇＫｅｙ属性の値がｌｏｃａｌｋｅｙ＿００１であるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５を取り出す。
【０１１６】
ここから先の整合性確保処理の内容は、整合性確保ルールに応じた内容となる。
【０１１７】
例えば、ある整合性確保ルールで定義された内容にしたがって、データ整合システム１５は、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５と対応関係にあるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６をパブリックレジストリ１１から取り出し、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５とｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６と比較し、比較項目について不整合があったらパブリックレジストリ１１のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６の内容でローカルレジストリ１４のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５の内容を更新するとしてもよい。
【０１１８】
また、例えば別の整合性確保ルールで定義された内容にしたがって、データ整合システム１５は、不整合があってもローカルレジストリ１４のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５を更新することなく、不整合がある旨をローカルレジストリ１４の管理者に通知するとしてもよい。
【０１１９】
このように、整合性確保処理の具体的な内容は整合性確保ルールに依存するが、整合性確保処理を実行するまでの動作は全整合性確保ルールで共通化することができる。
【０１２０】
図６は、詳細データ取得要求を受け付けた後におけるデータ整合システム１５の動作の一例を示すフローチャートである。
【０１２１】
ステップＳ１において、データ整合システム１５は、ローカルレジストリ１４に登録されているローカルデータ（例えばｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ）を取得する。
【０１２２】
ステップＳ２において、データ整合システム２５は、ローカルデータに含まれている関係データ（例えばｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性の値）を調べる。
【０１２３】
ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値が設定されていない場合、データ整合システム１５は、ローカルデータと対応関係のあるパブリックデータはないと判断し、ステップＳ３において、データ整合システム１５は、ローカルデータを返却する。
【０１２４】
ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値が設定されている場合、ステップＳ４において、データ整合システム１５は、その値をキー（ｂｉｎｄｉｎｇＫｅｙ）としてパブリックレジストリ１１の検索を要求し、パブリックレジストリ１１に公開されているパブリックデータ（例えばｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ）を取得する。
【０１２５】
ステップＳ５において、データ整合システム１５は、ローカルデータに含まれているルール指定データ（例えばｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのｄｅｓｃｒｉｐｔｉｏｎ属性の値）に基づいて、整合性確保ルールを取得する。
【０１２６】
ステップＳ６において、データ整合システム１５は、取得した整合性確保ルールに基づいて、ローカルデータとパブリックデータを比較する。
【０１２７】
不整合がない場合、上記ステップＳ３と同様に、データ整合システム１５は、ローカルデータを返却する。
【０１２８】
不整合がある場合、ステップＳ７において、データ整合システム１５は、取得した整合性確保ルールに基づいて整合性確保処理を実行し、ステップＳ８において、処理後のローカルデータ又はパブリックデータを返却する。
【０１２９】
以下に、整合性確保ルールＲ_１〜Ｒ_ｎについて説明する。
【０１３０】
上述したように、整合性確保処理の内容は、整合性確保ルールＲ_１〜Ｒ_ｎに依存する。
【０１３１】
図７は、本実施の形態に係る整合性確保ルールＲ_１〜Ｒ_ｎの一例を示す図である。
【０１３２】
本実施の形態において各整合性確保ルールＲ_１〜Ｒ_ｎには、整合性確保の処理内容と比較項目とが設定される。
【０１３３】
整合性確保の処理内容としては、例えば「不整合が生じたらローカルデータを即座に更新する」旨の命令、「不整合が生じたらローカルレジストリの管理者に通知する」旨の命令などが記述されている。
【０１３４】
比較項目では、ローカルデータとパブリックデータとが整合しているか否かの判定対象となる項目が特定されている。
【０１３５】
この図７の例では、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのａｃｃｅｓｓＰｏｉｎｔ属性の値が比較され、整合性が判定される。
【０１３６】
本実施の形態に係る整合性確保の処理内容は、汎用のプログラミング言語で実装してもよく、処理内容を記述するための特定のスクリプト言語を定義し、そのスクリプト言語を使って処理内容を記述してもよい。
【０１３７】
また、本実施の形態において、比較項目は、ＸＭＬ形式で記述されているが、他の形式で記述されてもよい。
【０１３８】
また、本実施の形態において、整合性確保ルールＲ_１〜Ｒ_ｎでは、処理内容と比較項目が設定されているが、他の事項が設定されるとしてもよい。例えば、一日一回整合性を調査する旨などの整合性確保処理の実行タイミングが設定されてもよい。
【０１３９】
以下に、整合性確保ルールＲ_１〜Ｒ_ｎにおいて定義されている整合性確保処理の内容について３つの例を挙げて説明する。
【０１４０】
第１の例は、「ローカルデータを無視し、パブリックデータのみを参照する」旨を定めた整合性確保ルールである。
【０１４１】
図８は、この第１の例に係る整合性確保ルールにしたがって実行される整合性確保処理を示すシーケンス図である。
【０１４２】
データ整合システム１５は、検索したローカルデータと対応関係にあるパブリックデータの取得をパブリックレジストリ１１のサービス検索部２２に依頼し、パブリックデータを取得する。
【０１４３】
データ整合システム１５は、検索したローカルデータを無視して、取得したパブリックデータをローカルレジストリ１４のサービス検索部１８に返す。
【０１４４】
サービス検索部１８は、データ整合システム１５から取得したパブリックデータを利用者に提供する。
【０１４５】
図９は、第１の例に係る整合性確保ルールとローカルデータとパブリックデータの関係の例を示す図である。
【０１４６】
ローカルデータであるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５には、ｒｕｌｅ＿１で指定される整合性確保ルールＲ_１を使用する旨が記述されており、ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値ｐｕｂｌｉｃｋｅｙ＿１２３が設定されている。
【０１４７】
この場合、データ整合システム１５は、ｂｉｎｄｉｎｇＫｅｙ属性の値がｐｕｂｌｉｃｋｅｙ＿１２３のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６をパブリックレジストリ１１で検索し、整合性確保ルールＲ_１にしたがって、ローカルデータは無視して検索したパブリックデータを返却する。
【０１４８】
第２の例は、「ローカルデータとパブリックデータとの間で比較項目に不整合が発生した場合に、パブリックデータにあわせてローカルデータを即座に更新し、更新後のローカルデータを返却する」旨を定めた整合性確保ルールである。
【０１４９】
図１０は、この第２の例に係る整合性確保ルールにしたがって実行される整合性確保処理を示すシーケンス図である。
【０１５０】
データ整合システム１５は、検索したローカルデータと対応関係にあるパブリックデータの取得をパブリックレジストリ１１のサービス検索部２２に依頼し、パブリックデータを取得する。
【０１５１】
データ整合システム１５は、検索したローカルデータとパブリックデータとの比較項目について、整合性の有無を判定し、整合性がない場合は、パブリックデータにおける比較項目の値でローカルデータにおける比較項目の値を更新する。
【０１５２】
そして、データ整合システム１５は、更新後のローカルデータをサービス検索部１８に返す。
【０１５３】
サービス検索部１８は、データ整合システム１５から取得した更新後のローカルデータを利用者に提供する。
【０１５４】
図１１は、第２の例に係る整合性確保ルールとローカルデータとパブリックデータの関係の例を示す図である。
【０１５５】
ローカルデータであるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５には、ｒｕｌｅ＿２で指定される整合性確保ルールＲ_２を使用する旨が記述されており、ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値ｐｕｂｌｉｃｋｅｙ＿１２３が設定されている。
【０１５６】
この場合、データ整合システム１５は、ｂｉｎｄｉｎｇＫｅｙ属性の値がｐｕｂｌｉｃｋｅｙ＿１２３のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６をパブリックレジストリ１１で検索する。
【０１５７】
次に、データ整合システム１５は、整合性確保ルールＲ_２の比較項目で指定されているａｃｃｅｓｓＰｏｉｎｔ属性に関して、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５とｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６との間で値を比較する。
【０１５８】
この例では、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５のａｃｃｅｓｓＰｏｉｎｔ属性には「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｅｆｇ」が設定されており、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６のａｃｃｅｓｓＰｏｉｎｔ属性には「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏｍ／ｈｉｊ」が設定されているため、比較項目であるａｃｃｅｓｓＰｏｉｎｔ属性の値が異なっている。
【０１５９】
そこで、データ整合システム１５は、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５におけるａｃｃｅｓｓＰｏｉｎｔ属性の値をｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６におけるａｃｃｅｓｓＰｏｉｎｔ属性の値で更新し、更新されたｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５を返却する。
【０１６０】
なお、比較項目で指定されていない属性に関しては、比較対象外である。例えば、この例において、ｂｉｎｄｉｎｇＫｅｙ属性、ｄｅｓｃｒｉｐｔｉｏｎ属性の値もローカルデータとパブリックデータとで異なるが、この値については整合性確保の対象外である。
【０１６１】
第３の例は、「ローカルデータとパブリックデータとの間で比較項目に不整合が発生した場合に、ローカルデータを更新することなく、不整合が発生した旨の通知をローカルレジストリの管理者に通知する」旨を定めた整合性確保ルールである。
【０１６２】
図１２は、この第３の例に係る整合性確保ルールにしたがって実行される整合性確保処理を示すシーケンス図である。
【０１６３】
データ整合システム１５は、検索したローカルデータと対応関係にあるパブリックデータの取得をパブリックレジストリ１１のサービス検索部２２に依頼し、パブリックデータを取得する。
【０１６４】
データ整合システム１５は、検索したローカルデータをサービス検索部１８に返す。
【０１６５】
サービス検索部１８は、データ整合システム１５から取得したローカルデータを利用者に提供する。
【０１６６】
また、データ整合システム１５は、検索したローカルデータとパブリックデータとの比較項目について、整合性の有無を判定し、整合性がない場合は、その旨をローカルレジストリ管理者に通知する。
【０１６７】
図１３は、第３の例に係る整合性確保ルールとローカルデータとパブリックデータの関係の例を示す図である。
【０１６８】
ローカルデータであるｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５には、ｒｕｌｅ＿３で指定される整合性確保ルールＲ_３に使用する旨が記述されており、ｈｏｓｔｉｎｇＲｅｄｉｒｅｃｔｏｒ属性に値ｐｕｂｌｉｃｋｅｙ＿１２３が設定されている。
【０１６９】
この場合、データ整合システム１５は、ｂｉｎｄｉｎｇＫｅｙ属性の値がｐｕｂｌｉｃｋｅｙ＿１２３のｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６をパブリックレジストリ１１で検索する。
【０１７０】
次に、データ整合システム１５は、整合性確保ルールＲ_３の比較項目で指定されているａｃｃｅｓｓＰｏｉｎｔ属性に関して、ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５とｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２６との間で値を比較する。
【０１７１】
比較項目であるａｃｃｅｓｓＰｏｉｎｔの値が異なっている場合、データ整合システム１５は、この時点ではｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５を更新することなく、検索されたｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ２５をそのまま返却する。
【０１７２】
また、データ整合システム２５は、不整合が発生している旨をローカルレジストリ管理者に通知する。
【０１７３】
以上説明した本実施の形態においては、ローカルデータとパブリックデータとの間で不整合が発生した場合に、予め定められた整合性確保ルールにしたがって整合性確保処理が実行される。したがって、ローカルレジストリ管理者にとってローカルデータとパブリックデータとの間の整合性の確保が容易になる。
【０１７４】
例えば、パブリックデータの内容にしたがってローカルデータを更新する整合性確保処理を適用することにより、パブリックデータのみを新規の内容に変更すれば、ローカルデータまでも自動的に変更可能であり、ローカルレジストリの管理者の管理労力が低減される。
【０１７５】
また、整合性確保ルールによっては、利用者がローカルレジストリ１４にアクセスした時点でリアルタイムにローカルデータとパブリックデータとの間で整合性が確保されるため、利用者が不整合の影響を受けることを防止できる。
【０１７６】
また、利用者がローカルデータにアクセスしたときに整合性をチェックすることにより、例えば定期的にローカルレジストリ１４とパブリックレジストリ１１の全データの整合性を調査する必要がなく、装備と保守作業とを簡略化できる。
【０１７７】
なお、本実施の形態に係るデータ整合システム１５の各構成要素は、同様の動作を実現可能であれば配置を変更させてもよく、また各構成要素を自由に組み合わせてもよく、各構成要素を自由に分割してもよい。
【０１７８】
例えば、ローカルデータ取得部１５ａから関係データを取得する部分を独立させてもよい。また、ローカルデータを記録する記録部と関係データを記録する記録部とを別構造としてもよい。
【０１７９】
また、本実施の形態において、データ整合システム１５は複数の計算機により構成され、データ整合プログラム１２は複数の計算機に分散して配置され、互いに連携を取りつつ処理を実行するとしてもよい。
【０１８０】
本実施の形態に係るデータ整合プログラム１２は、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んでコンピュータに適用可能である。またデータ整合プログラム１２は、通信媒体により伝送してコンピュータに適用することも可能である。コンピュータは、記録媒体に記録されたデータ整合プログラム１２を読み込み、データ整合プログラム１２によって動作が制御されることにより、上記の機能を実現する。
【０１８１】
【発明の効果】
以上詳記したように本発明においては、複数の記録装置に記録され、互いに対応関係にあるＷｅｂサービスに関するデータを容易かつ適切に整合させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るデータ整合システムの構成の一例を示すブロック図。
【図２】同実施の形態においてローカルレジストリ及びパブリックレジストリとで扱われるデータの構造の一例を示す図。
【図３】ＵＤＤＩ仕様で規定されているｂｉｎｄｉｎｇＴｅｍｐｌａｔｅのデータ構造を用いた同実施の形態に係るローカルデータとパブリックデータの一例を示すブロック図。
【図４】ＸＭＬ形式で記述されたローカルデータであるｂｕｉｎｄｉｎｇＴｅｍｐｌａｔｅの一例を示す図。
【図５】同実施の形態に係るデータ整合システムの動作の例を示すシーケンス図。
【図６】同実施の形態に係る詳細データ取得要求を受け付けた後におけるデータ整合システムの動作の一例を示すフローチャート。
【図７】同実施の形態に係る整合性確保ルールの一例を示す図。
【図８】同実施の形態に係る整合性確保ルールの第１の例にしたがって実行される整合性確保処理を示すシーケンス図。
【図９】整合性確保ルールの第１の例とローカルデータとパブリックデータの関係の例を示す図。
【図１０】同実施の形態に係る整合性確保ルールの第２の例にしたがって実行される整合性確保処理を示すシーケンス図。
【図１１】整合性確保ルールの第２の例とローカルデータとパブリックデータの関係の例を示す図。
【図１２】同実施の形態に係る整合性確保ルールの第３の例にしたがって実行される整合性確保処理を示すシーケンス図。
【図１３】整合性確保ルールの第３の例とローカルデータとパブリックデータの関係の例を示す図。
【図１４】一般的なＷｅｂシステムの構成の一例を示すブロック図。
【図１５】Ｗｅｂサービスの一例を示すブロック図。
【図１６】Ｗｅｂサービスに関するレジストリの適用例を示す図。
【図１７】ＵＤＤＩにしたがったレジストリの一例を示す図。
【図１８】ローカルレジストリとパブリックレジストリとの関係の一例を示す図。
【図１９】ローカルレジストリとパブリックレジストリとの間で不整合が発生する一例を示す図。
【符号の説明】
１１…パブリックレジストリ
１２…データ整合プログラム
１３…記録媒体
１４…ローカルレジストリ
１５…データ整合システム
１５ａ…ローカルデータ取得部
１５ｂ…パブリックデータ取得部
１５ｃ…比較部
１５ｄ…処理部
１６、２０…サービスデータ記録部
１７、２１…サービス管理部
１８、２２…サービス検索部
１９ａ、１９ｃ…ローカルデータ
２３ａ、２３ｂ…パブリックデータ
２４…整合性確保ルール記録部
２５、２６…ｂｉｎｄｉｎｇＴｅｍｐｌａｔｅ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data matching program, a system, and a method for ensuring data consistency among a plurality of registries that provide search results of data related to Web services.
[0002]
[Prior art]
There is an increasing demand for technology for flexibly linking inter-company systems on the Internet. In the face of intensifying global competition, corporate groups are undergoing integration and restructuring. Companies tend to focus on their areas of expertise and collaborate with others in other areas.
[0003]
Close collaboration between partner companies is not limited to mere purchase and sale of goods. For example, closer collaboration is required, such as when a parts company and an assembly company cooperate from the design stage.
[0004]
For this reason, a technology for promptly linking systems between companies and flexibly responding to changes in the business environment is required, and Web services have attracted attention as one of such technologies.
[0005]
As an example of a Web service, there is a technology of transmitting and receiving a message in an Extensible Markup Language (XML) format over a network such as the Internet to link the systems.
[0006]
FIG. 14 is a block diagram illustrating an example of a configuration of a general Web system.
[0007]
In a general Web system, a service provided by the Web application 1a and a homepage 1b are notified from the Web server 1 to the Web browser 3 via the network 2 and provided to the user 4.
[0008]
FIG. 15 is a block diagram illustrating an example of a Web service.
[0009]
In the Web service, a service application 6a of one system 5a and a service application 6b of the other system 5b transmit and receive XML data (XML message) 7, and operate in direct cooperation.
[0010]
Since the XML data 7 is transmitted and received between the system 5a and the system 5b according to an Internet standard protocol such as HTTP, the XML data 7 can easily pass through a firewall.
[0011]
In the Web service, since the Internet, for example, is used as the network 2, the construction cost is lower than that of EDI (Electronic Data Interchange) conventionally used for data exchange between companies.
[0012]
Various standardizations are in progress in order to quickly and flexibly link inter-company systems by Web services.
[0013]
The main standards include the format of XML data exchanged between companies, business process standards, messaging protocol standards for transmitting and receiving XML data, registry standards for service registration or search, and the like.
[0014]
When these standards are implemented and an appropriate operation system is established, first, an open and dynamic inter-firm system cooperation mechanism can be constructed. Second, a system development paradigm using services on the Internet as components can be realized.
[0015]
FIG. 16 is a diagram illustrating an application example of a registry related to a Web service.
[0016]
A web service provider such as a hotel or an airline publishes a service provided by its own system 7a to 7d on a network 2 such as the Internet as a web service. The service provider registers its Web service in the registry 8.
[0017]
The travel agency system 9 that is the user of the Web service searches the registry 8 to select the Web service, and uses the selected Web service according to a standard business process.
[0018]
As a Web service registry standard, there is UDDI (Universal Description Discovery, and Integration).
[0019]
UDDI is a registry specification for implementing description, discovery, and integration of Web services.
[0020]
FIG. 17 is a diagram illustrating an example of a registry according to UDDI. The registry 8 also provides a directory service as a telephone directory of a Web service.
[0021]
Multiple companies may jointly operate a public registry. The Web service provider registers data on its own Web service in the public registry, and the Web service user searches the public registry for data on the Web service that the user wants to use, and uses the Web service.
[0022]
[Non-patent document 1]
UDDI Version 3.0 published Specification, [online], July 19, 2002, Internet <URL: http: // UDDI. org / pubs / uddi-v3.00-published-20020719. pdf>
[0023]
[Non-patent document 2]
Web Services Description Language (WSDL) 1.1, W3C Note, [online], March 15, 2001, Web Services Description Language (WSDL) 1.1. , Internet <http: // www. w3. org / TR / wsdl>
[0024]
[Non-Patent Document 3]
Takahiro Kawamura, Tetsuo Hasegawa, Akihiko Osuga, Junichi Yamamoto (T. Kawamura, T. Hasegawa, A Ohsuga, J. Yamamoto): Proposal of Semantics-based Web Service Matchmaking (Proposabesebosasbeth) Matchmaking, Proceedings of International Conference on Computational Intelligence and Multimedia Applications 2001 (ICMCIA) lications 2001 (ICCIMA 01)), Ai Triple E (IEEE), pp. 87-92, Nov, 2001.
[0025]
[Non-patent document 4]
WMS Web Services Matchmaking Engine, [online], July 16, 2002, Internet <http: // ddemos. alphaworks. ibm. com / wstk / common / wstkdoc / services / demos / wsme / wsme. pdf>
[0026]
[Problems to be solved by the invention]
Anyone can freely register Web services in the public registry. Therefore, the quality and reliability of the registered Web service are not compensated. Checking the quality and reliability of the Web service retrieved from the public registry is left to the service user.
[0027]
However, it is difficult for a service user to check the quality and reliability of a Web service every time a search is performed.
[0028]
In contrast to a free-to-register public registry, there is a local registry that controls the registered web services according to certain industry or company policies.
[0029]
FIG. 18 is a diagram illustrating an example of the relationship between the local registry and the public registry.
[0030]
For example, a travel agency owns a local registry 10 within a company. The employee or system 9 of the travel agency searches the data related to the Web service using the local registry 10 instead of the public registry 11 in principle.
[0031]
An employee of a travel agency who wants to register a new Web service in the local registry 10 applies to the administrator of the local registry 10 to that effect.
[0032]
Before registering a new registration candidate Web service in the local registry 10, the administrator of the local registry 10 checks the quality and reliability of the new registration candidate Web service and permits registration if a predetermined standard is satisfied. I do.
[0033]
In the case of registration, the survey result and the like are also registered in the local registry 10 as supplementary data.
[0034]
By performing the registration work according to such a procedure, the user of the local registry 10 (employee of a company or a company system) can search only data relating to the Web service whose quality and reliability are guaranteed.
[0035]
When the local registry 10 and the public registry 11 are realized, it may be necessary to ensure consistency between the two as shown in FIG.
[0036]
In FIG. 19, a hotel company registers its own reservation service in the public registry 11. The administrator of the local registry 10 of the travel agency searches for data related to the reservation service registered in the public registry 11 and registers the data related to the reservation service in the local registry 10 of the company.
[0037]
Next, it is assumed that the hotel company has updated its registered contents in the public registry 11. For example, a hotel company changes the access URL (Uniform Resource Locators) to the reservation service.
[0038]
At this point, the data on the reservation service after the update of the hotel agent is registered in the public registry 11, whereas the data on the reservation service before the update of the hotel agent is registered in the local registry 10 of the travel agent. ing. Therefore, the registered contents of the local registry 10 and the public registry 11 are inconsistent.
[0039]
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a data matching program, a system, and a method for matching registered contents of a local registry and a public registry.
[0040]
[Means for Solving the Problems]
Specific means taken for realizing the present invention will be described below.
[0041]
A data matching program according to the present invention relates to a computer, which relates to first data relating to a Web service recorded in a first recording device and a Web service recorded in a second recording device different from the first recording device. A relational data acquisition function for indicating that there is a correspondence with the second data and acquiring relational data recorded in the relational data recording apparatus; and a first function for acquiring the first data retrieved from the first recording apparatus. A data acquisition function, a second data acquisition function for requesting a search for second data corresponding to the first data based on the relational data, and acquiring the second data retrieved from the second recording device; And a method for coping with an inconsistency in the registered contents of the Web service between the first data and the second data, and the consistency recorded in the consistency securing rule recording device. A comparison function for judging the presence or absence of consistency between the first data and the second data based on the security rule. If the comparison function determines that there is no consistency, the matching is performed in accordance with the consistency securing rule. And a processing function of executing a process for ensuring performance.
[0042]
This makes it possible to match the data relating to the Web service among a plurality of recording devices.
[0043]
In the present invention, the consistency securing rule may represent a data item for securing consistency between the first data and the second data and a content of a process for securing consistency. In this case, the process for ensuring the consistency may be a process for updating the content of the first data with the content of the second data. Thus, the registered contents of the first recording device can be changed only by changing the registered contents of the second recording device.
[0044]
Further, in the present invention, the first data includes relational data, and the first acquisition function also operates as a relational data acquisition function, and fulfills a role as a relational data recording device and a role as a first recording device. The first data including the related data may be obtained from the recording device.
[0045]
In the present invention, the first recording device is a local registry in which only data that satisfies a specific condition is registered, and the second recording device is a public registry in which data that does not satisfy a specific condition is registered. It may be. As a result, data relating to the Web service can be matched between the local registry and the public registry.
[0046]
By using the data matching program of the present invention or a recording medium on which the program is recorded, these functions can be easily added to a computer, a computer system, a server, or a client that does not have the above functions. be able to.
[0047]
A similar effect can be obtained by providing the data matching system with means for realizing the same operation as the function realized by the present invention.
[0048]
By applying the data matching program of the present invention or a recording medium on which the program is recorded to a computer, a data matching method for matching data related to a Web service among a plurality of recording devices is performed on the computer.
[0049]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0050]
In the following drawings, the same portions are denoted by the same reference numerals, description thereof will be omitted, and only different portions will be described in detail.
[0051]
In the present embodiment, data relating to a Web service registered in the local registry (hereinafter referred to as “local data”) is inconsistent with data relating to a Web service registered in the public registry (hereinafter referred to as “public data”). A description will now be given of a data matching system that updates local data and matches both registries in the event that this happens.
[0052]
FIG. 1 is a block diagram showing an example of the configuration of the data matching system according to the present embodiment.
[0053]
The data matching program 12 is recorded on a recording medium 13, is read into a computer system that realizes a function as a local registry 14, and is activated to operate as a data matching system 15.
[0054]
The local registry 14 includes a service data recording unit 16, a service management unit 17, a service search unit 18, and a data matching system 15.
[0055]
In the present embodiment, of the Web services A to C, data relating to the Web services A and C are registered in the local registry 14. Data relating to Web services A and C registered in the local registry 12 are

local data

19a and 19c, respectively.
[0056]
The

local data

19a and 19c are registered in the service data recording unit 16 via the service management unit 17. The

local data

19a and 19c registered in the service data recording unit 16 are to be searched by the service search unit 18.
[0057]
The public registry 11 includes a service data recording unit 20, a service management unit 21, and a service search unit 22.
[0058]
In the present embodiment, data on Web services A and B are registered in public registry 11. Data relating to the Web services A and B registered in the public registry 11 are public data 23a and 23b, respectively.
[0059]
When data on the same Web service is registered in the local registry 14 and the public registry 11, local data and public data on the Web service have a correspondence relationship. The local data and the public data having the correspondence are targets for ensuring the consistency by the data matching system 15.
[0060]
In the example of FIG. 1, the local data 19a and the public data 23a relating to the Web service A registered in both the local registry 14 and the public registry 11 are subject to ensuring the consistency. The public data 23b related to the Web service B and the local data 19c related to the Web service C registered in only one of them are not targets for ensuring consistency.
[0061]
The local data 19a relating to the Web service A, which is the object of ensuring consistency, defines a countermeasure method when an inconsistency occurs in the registered contents relating to the Web service A between the local registry 14 and the public registry 11. Contains rule specification data that specifies the rules for ensuring consistency.
[0062]
Further, the local data 19a relating to the Web service A for which the consistency is to be ensured includes relation data specifying the corresponding public data 23a.
[0063]
When an inconsistency occurs, the data consistency system 15 executes a consistency securing process according to the designated consistency securing rule.
[0064]
If the local data where the inconsistency occurs does not include the rule designation data, the data matching system 15 executes the consistency assurance process according to the default consistency assurance rule.
[0065]
In the present embodiment, a mechanism for ensuring consistency between the public registry 11 and the local registry 14 based on the UDDI Version 1.0 specification (hereinafter, referred to as “UDDI specification”) will be described.
[0066]
In the UDDI specification, four types of APIs (Application Programming Interfaces) of service registration, update, deletion, and search are specified in an XML format. The UDDI specification also defines data formats exchanged according to these four types of APIs.
[0067]
The data matching system 15 mainly includes a local data acquisition unit 15a, a public data acquisition unit 15b, a comparison unit 15c, and a processing unit 15d. Further, the comparison unit 15c and the processing unit 15d perform ₁ ~ R _n Is accessed, the consistency assurance rule recording unit 24 in which is stored.
[0068]
The local data obtaining unit 15a searches the service data recording unit 16 of the local registry 14 via the service searching unit 18 to obtain the searched local data.
[0069]
In the present embodiment, since local data may include related data, the local data acquisition unit 15a also implements a function of acquiring related data.
[0070]
The public data obtaining unit 15b searches the public registry and obtains the searched public data.
[0071]
The comparing unit 15c compares the local data and the public data related to the same Web service according to the consistency securing rule specified by the rule specifying data included in the acquired local data, and determines whether there is any inconsistency. I do.
[0072]
Note that the consistency securing rule also specifies items for securing consistency between local data and public data.
[0073]
When an inconsistency occurs, the processing unit 15d executes a consistency securing process according to a consistency securing rule.
[0074]
FIG. 2 is a diagram illustrating an example of a data structure handled by the local registry and the public registry in the present embodiment.
[0075]
The local registry 14 and the public registry 11 are UDDI specification registries.
[0076]
The local registry 14 and the public registry 11 handle four types of data: businessEntry, businessService, bindingTemplate, and tModel.
[0077]
Data about each company, such as company name and business type, is expressed in units of businessEntry.
[0078]
The businessEntry for each company includes at least one businessService representing a Web service provided by the company. One businessService represents a set of Web services related to each other. Note that one business service may represent one web service.
[0079]
For example, the businessEntry representing a certain travel agency includes a businessService representing a hotel reservation service and a businessService representing a rental car reservation service.
[0080]
The businessService representing the hotel reservation service is composed of mutually related Web services such as a vacant room collation service, a room reservation service, and a cancellation service.
[0081]
In each bindingTemplate, detailed data such as an access destination and an access method of each Web service constituting the busi- nessService is described. Note that one bus service may have a plurality of access methods such as access from the Internet and access by facsimile. For this reason, one businessService may have a plurality of binding Templates.
[0082]
The strict interface specification of each Web service is defined in tModel.
[0083]
In the present embodiment, a case will be described in which the integrity of binding Template is ensured. However, the same applies to the case where the integrity of other types of data such as businessEntry, businessService, and tModel is ensured.
[0084]
Note that the UDDI specification defines an API and a logical data structure, but does not define a method for implementing a registry. That is, the logical format of the XML data exchanged according to the API is specified, but the method of actually recording the data in the registry is not specified.
[0085]
Therefore, in the present embodiment, a logical data structure will be described, and a method for implementing this logical data structure will be described. For example, as an implementation method, there are an implementation using a relational database, an implementation using an object-oriented database, and the like.
[0086]
Hereinafter, a logical data structure related to the Web service will be described. In this embodiment, among the data types defined in the UDDI specification, the structure and processing procedure of binding Template will be described as an example. However, the structure and processing procedure of other types of data such as businessEntry, businessService, and tModel will be described. The same is true for
[0087]
Table 1 shows a data structure of a binding Template defined in the UDDI specification.
[0088]
[Table 1]

[0089]
The bindingKey in Table 1 is the ID of each binding Template. “accessPoint” is an optional attribute for describing an access point (URL or the like) to the Web service.
[0090]
In the hostingRedirector attribute, a bindingKey of another bindingTemplate is described. This hostingRedirector is prepared for the purpose of referring to another binding Template without describing an access point in accessPoint.
[0091]
In binding Template, a value needs to be set in at least one of accessPoint and hostingRedirector.
[0092]
The description attribute is provided for describing data relating to the Web service in a character string. In this description, a character string of up to 255 characters is set. For example, a description can be described for each language.
[0093]
FIG. 3 is a block diagram showing an example of local data and public data according to the present embodiment using a binding Template data structure defined in the UDDI specification. In FIG. 3, the Web service A in FIG. 1 corresponds to the hotel reservation service, the local data 19a corresponds to the binding Template 25 related to the hotel reservation service registered in the local registry 14, and the public data 23a is registered in the public registry 11. This corresponds to the binding Template 26 related to the provided hotel reservation service. The local data 19a includes data relating to the public data 23a. In this case, both the local data 19a and the related data are recorded in the recording device, and the local data 19a including the related data is read from the recording device.
[0094]
In the present embodiment, the above attributes are used as follows for the purpose of ensuring consistency.
[0095]
In order to reference the binding Template 26 registered in the public registry 11 from the binding Template 25 registered in the local registry 14, data for identifying the binding Template 26 in the corresponding relationship is given to the hostingDirector attribute of the binding Template 25. The value set in the hostingRedirector attribute corresponds to the related data.
[0096]
The binding Template 26 relating to the hotel reservation service is registered in the public registry 11, and the ID of the binding Template 26, that is, the value of the bindingKey attribute is publickey_123.
[0097]
The binding Template 25 for the hotel reservation service is registered in the local registry 14. The ID of the binding Template 25 is localkey_001.
[0098]
The binding Template 25 refers to the binding Template 26. That is, in the hostingRedirector attribute of the bindingTemplate 25, the publickey_123 that is the ID of the binding Template 26 is set.
[0099]
In the present embodiment, data for identifying a consistency securing rule is set in the description attribute of binding Template 25. For example, rule: rule_1 is set in the description attribute of binding Template25. With this setting, the binding Template 25 matches the consistency assurance rule R specified by rule_1. ₁ , The consistency is ensured.
[0100]
In the present embodiment, the consistency between the binding Template 25 of the local data and the binding Template 26 of the public data is ensured, but the values of the binding Template 25 and the binding Template 26 do not need to be the same for all the attributes (data items). .
[0101]
In the example of FIG. 3, the value of the accessPoint attribute matches both “http://www.abc.com/efg”, but the value of the description attribute is different. In this example, a comment “the quality of the room is high” is set in the description attribute of the binding Template 25, and a comment “service for room reservation” is set in the description attribute of the binding Template 26.
[0102]
Regarding which attribute in bindingTemplate is a target of ensuring consistency, the consistency securing rule R specified by rule_1 is used. ₁ Is defined in
[0103]
FIG. 4 is a diagram illustrating an example of binding Template 25 which is local data described in the XML format.
[0104]
As shown in the example of FIG. 4, the bindingTemplate in which the value is set in the hostingRedirector attribute is the local data for which consistency is to be ensured.
[0105]
For the binding Template for which the value is set in the hostingRedirector attribute, the consistency assurance process is executed based on the consistency assurance rule specified in the description attribute.
[0106]
The processing unit 15d executes a different consistency assurance process depending on the content of the definition in the consistency assurance rule. The flow of processing up to the execution of specific consistency securing processing will be described below.
[0107]
FIG. 5 is a sequence diagram illustrating an example of the operation of the data matching system 15. The vertical lines in FIG. 5 represent the components shown in FIGS. 1 and 3 and the actors outside the system (the administrator and the user of the local registry 14), and represent the flow of time from top to bottom. Unless otherwise specified, it is assumed that the components shown in FIG.
[0108]
The service search unit 18 based on the UDDI specification has several types of search functions. FIG. 5 shows, as an example, a case in which a binding Template registered in the local registry 14 is searched by a keyword.
[0109]
A user of the local registry 14 (a person or a system accessing the local registry 14) tries to search for binding Template using the keyword “hotel reservation” as an argument.
[0110]
The service search unit 18 obtains a list of binding Templates that match the keyword “hotel reservation” from the service data recording unit 16.
[0111]
The user of the local registry 14 acquires a list of binding Templates that match the keyword “hotel reservation”. The list of bindingTemplates includes a list of outlines (service names, values of bindingKey attributes, and the like) of the respective bindingTemplates constituting the list.
[0112]
In order to acquire the detailed data of each binding Template that constitutes the list, it is necessary to further acquire the detailed data using the bindingKey as an argument.
[0113]
In the example of FIG. 5, the user is trying to obtain detailed data using the value of localKey_001 of the bindingKey attribute of a Web service as an argument.
[0114]
The service search unit 18 transfers a request for obtaining detailed data from the user to the data matching system 15.
[0115]
The data matching system 15 extracts the binding Template 25 whose bindingKey attribute value is localkey_001 from the service data recording unit 16.
[0116]
The contents of the consistency assurance processing from here on will be in accordance with the consistency assurance rules.
[0117]
For example, in accordance with the contents defined by a certain consistency ensuring rule, the data matching system 15 extracts the binding Template 26 corresponding to the binding Template 25 from the public registry 11 and compares it with the binding Template 25 and the binding Template 26. The contents of the binding Template 25 of the local registry 14 may be updated with the contents of the binding Template 26 of the public registry 11.
[0118]
Further, for example, in accordance with the contents defined by another consistency assurance rule, the data matching system 15 does not update the binding Template 25 of the local registry 14 even if there is a mismatch, and notifies the local registry 14 that there is a mismatch. The administrator may be notified.
[0119]
As described above, the specific contents of the consistency assurance process depend on the consistency assurance rule, but the operation until the execution of the consistency assurance process can be shared by all the consistency assurance rules.
[0120]
FIG. 6 is a flowchart illustrating an example of the operation of the data matching system 15 after receiving a detailed data acquisition request.
[0121]
In step S1, the data matching system 15 acquires local data (for example, binding Template) registered in the local registry 14.
[0122]
In step S2, the data matching system 25 checks relational data included in the local data (for example, the value of the hostingRedirector attribute of binding Template).
[0123]
If a value is not set in the hostingRedirector attribute, the data matching system 15 determines that there is no public data having a correspondence with the local data, and in step S3, the data matching system 15 returns the local data.
[0124]
If a value is set in the hostingRedirector attribute, in step S4, the data matching system 15 requests a search of the public registry 11 using the value as a key (bindingKey), and issues public data (for example, public data published in the public registry 11). (bindingTemplate).
[0125]
In step S5, the data matching system 15 acquires a matching rule based on rule specification data (for example, the value of the description attribute of binding Template) included in the local data.
[0126]
In step S6, the data matching system 15 compares the local data with the public data based on the acquired matching rule.
[0127]
If there is no mismatch, the data matching system 15 returns the local data as in step S3.
[0128]
If there is an inconsistency, in step S7, the data matching system 15 executes the consistency assurance processing based on the acquired consistency assurance rule, and returns the processed local data or public data in step S8.
[0129]
The following is the consistency assurance rule R ₁ ~ R _n Will be described.
[0130]
As described above, the content of the consistency assurance processing is based on the consistency assurance rule R ₁ ~ R _n Depends on.
[0131]
FIG. 7 shows the consistency assurance rule R according to the present embodiment. ₁ ~ R _n It is a figure showing an example of.
[0132]
In the present embodiment, each consistency securing rule R ₁ ~ R _n Is set with the processing content for ensuring consistency and the comparison items.
[0133]
For example, an instruction to "update the local data immediately when an inconsistency occurs" and an instruction to "notify the administrator of the local registry when an inconsistency occurs" are described as the contents of the process for ensuring consistency. ing.
[0134]
In the comparison item, an item to be determined whether or not the local data and the public data match is specified.
[0135]
In the example of FIG. 7, the value of the accessPoint attribute of the binding Template is compared to determine the consistency.
[0136]
The process of ensuring consistency according to the present embodiment may be implemented in a general-purpose programming language. A specific script language for describing the process is defined, and the process is described using the script language. May be.
[0137]
Further, in the present embodiment, the comparison item is described in the XML format, but may be described in another format.
[0138]
Further, in the present embodiment, the consistency securing rule R ₁ ~ R _n In the example, the processing content and the comparison item are set, but other items may be set. For example, the execution timing of the consistency assurance process such as checking the consistency once a day may be set.
[0139]
The following is the consistency assurance rule R ₁ ~ R _n Will be described with reference to three examples.
[0140]
The first example is a consistency assurance rule that specifies that "local data is ignored and only public data is referenced".
[0141]
FIG. 8 is a sequence diagram showing a consistency securing process executed according to the consistency securing rule according to the first example.
[0142]
The data matching system 15 requests the service search unit 22 of the public registry 11 to obtain public data corresponding to the searched local data, and obtains the public data.
[0143]
The data matching system 15 ignores the searched local data and returns the obtained public data to the service search unit 18 of the local registry 14.
[0144]
The service search unit 18 provides the public data acquired from the data matching system 15 to the user.
[0145]
FIG. 9 is a diagram illustrating an example of the relationship between the integrity ensuring rule and local data and public data according to the first example.
[0146]
A binding template R25 specified by rule_1 is included in the binding Template25 that is local data. ₁ Is described, and the value publickey_123 is set in the hostingRedirector attribute.
[0147]
In this case, the data matching system 15 searches the public registry 11 for the binding Template 26 whose value of the bindingKey attribute is publickey_123, and the matching rule R ₁ According to, the local data is ignored and the retrieved public data is returned.
[0148]
The second example is that "if a mismatch occurs in a comparison item between local data and public data, the local data is immediately updated according to the public data, and the updated local data is returned." This is a rule for ensuring consistency.
[0149]
FIG. 10 is a sequence diagram illustrating a consistency securing process executed according to the consistency securing rule according to the second example.
[0150]
The data matching system 15 requests the service search unit 22 of the public registry 11 to obtain public data corresponding to the searched local data, and obtains the public data.
[0151]
The data matching system 15 determines the presence or absence of consistency for the comparison item between the searched local data and the public data. If there is no consistency, the value of the comparison item in the local data is used as the comparison item value in the public data. Update.
[0152]
Then, the data matching system 15 returns the updated local data to the service search unit 18.
[0153]
The service search unit 18 provides the user with the updated local data obtained from the data matching system 15.
[0154]
FIG. 11 is a diagram illustrating an example of the relationship between the consistency ensuring rule and local data and public data according to the second example.
[0155]
A binding template R25 specified by rule_2 is included in the binding Template25 that is local data. ₂ Is described, and the value publickey_123 is set in the hostingRedirector attribute.
[0156]
In this case, the data matching system 15 searches the public registry 11 for a binding Template 26 whose bindingKey attribute value is publickey_123.
[0157]
Next, the data consistency system 15 checks the consistency assurance rule R ₂ With respect to the accessPoint attribute specified by the comparison item, the value is compared between the binding Template 25 and the binding Template 26.
[0158]
In this example, "http://www.abc.com/efg" is set in the accessPoint attribute of the bindingTemplate25, and "http://www.abc.com/hij" is set in the accessPoint attribute of the bindingTemplate26. Therefore, the value of the accessPoint attribute that is the comparison item is different.
[0159]
Therefore, the data matching system 15 updates the value of the accessPoint attribute in the binding Template 25 with the value of the accessPoint attribute in the binding Template 26, and returns the updated binding Template 25.
[0160]
Note that attributes not specified in the comparison items are not compared. For example, in this example, the values of the bindingKey attribute and the description attribute are also different between the local data and the public data, but these values are outside the scope of ensuring consistency.
[0161]
A third example is that "in case of inconsistency in a comparison item between local data and public data, a notification that an inconsistency has occurred is sent to the administrator of the local registry without updating the local data. This is a rule for ensuring consistency that "notify".
[0162]
FIG. 12 is a sequence diagram showing a consistency securing process executed according to the consistency securing rule according to the third example.
[0163]
The data matching system 15 requests the service search unit 22 of the public registry 11 to obtain public data corresponding to the searched local data, and obtains the public data.
[0164]
The data matching system 15 returns the searched local data to the service search unit 18.
[0165]
The service search unit 18 provides the user with the local data acquired from the data matching system 15.
[0166]
In addition, the data matching system 15 determines whether or not the searched comparison item between the local data and the public data is consistent. If there is no consistency, the data matching system 15 notifies the local registry administrator of the mismatch.
[0167]
FIG. 13 is a diagram illustrating an example of the relationship between the consistency ensuring rule and local data and public data according to the third example.
[0168]
The binding template R25 specified in the rule_3 includes the consistency assurance rule R in the binding Template 25 which is local data. ₃ Is described, and the value publickey_123 is set in the hostingRedirector attribute.
[0169]
In this case, the data matching system 15 searches the public registry 11 for a binding Template 26 whose bindingKey attribute value is publickey_123.
[0170]
Next, the data consistency system 15 checks the consistency assurance rule R ₃ With respect to the accessPoint attribute specified by the comparison item, the value is compared between the binding Template 25 and the binding Template 26.
[0171]
If the value of the accessPoint, which is the comparison item, is different, the data matching system 15 returns the searched binding Template 25 without updating the binding Template 25 at this time.
[0172]
In addition, the data matching system 25 notifies the local registry administrator that inconsistency has occurred.
[0173]
In the present embodiment described above, when an inconsistency occurs between the local data and the public data, the consistency securing process is executed according to a predetermined consistency securing rule. Therefore, it is easy for the local registry administrator to ensure consistency between the local data and the public data.
[0174]
For example, by applying the consistency assurance process that updates local data according to the contents of public data, if only public data is changed to new contents, even local data can be changed automatically, and the local registry can be changed. The management effort of the administrator is reduced.
[0175]
In addition, depending on the rules for ensuring consistency, when the user accesses the local registry 14, consistency between the local data and the public data is secured in real time, so that the user may be affected by the inconsistency. Can be prevented.
[0176]
Also, by checking the consistency when the user accesses the local data, it is not necessary to regularly check the consistency of all data in the local registry 14 and the public registry 11, for example. Can be simplified.
[0177]
Each component of the data matching system 15 according to the present embodiment may be changed in arrangement as long as the same operation can be realized, and each component may be freely combined. May be freely divided.
[0178]
For example, a portion for obtaining the related data from the local data obtaining unit 15a may be made independent. Further, a recording unit for recording local data and a recording unit for recording related data may have different structures.
[0179]
Further, in the present embodiment, the data matching system 15 may be configured by a plurality of computers, and the data matching program 12 may be arranged in a distributed manner among the plurality of computers, and execute the process while cooperating with each other.
[0180]
The data matching program 12 according to the present embodiment can be applied to a computer by writing it on a recording medium such as a magnetic disk (flexible disk, hard disk, etc.), an optical disk (CD-ROM, DVD, etc.), a semiconductor memory, or the like. Further, the data matching program 12 can be transmitted to a communication medium and applied to a computer. The computer reads the data matching program 12 recorded on the recording medium and controls the operation by the data matching program 12 to realize the above functions.
[0181]
【The invention's effect】
As described above in detail, in the present invention, it is possible to easily and appropriately match data relating to Web services recorded in a plurality of recording devices and corresponding to each other.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of a configuration of a data matching system according to an embodiment of the present invention.
FIG. 2 is a view showing an example of a data structure handled by a local registry and a public registry in the embodiment.
FIG. 3 is an exemplary block diagram illustrating an example of local data and public data according to the embodiment using a binding Template data structure defined in the UDDI specification;
FIG. 4 is a view showing an example of a binding Template which is local data described in an XML format.
FIG. 5 is a sequence diagram showing an example of the operation of the data matching system according to the embodiment;
FIG. 6 is an exemplary flowchart illustrating an example of the operation of the data matching system after receiving a detailed data acquisition request according to the embodiment.
FIG. 7 is an exemplary view showing an example of a consistency securing rule according to the embodiment;
FIG. 8 is a sequence diagram showing a consistency assurance process executed according to a first example of a consistency assurance rule according to the embodiment;
FIG. 9 is a view showing a first example of a consistency securing rule and an example of a relationship between local data and public data.
FIG. 10 is a sequence diagram showing a consistency assurance process executed according to a second example of the consistency assurance rule according to the embodiment;
FIG. 11 is a diagram showing a second example of a consistency securing rule and an example of a relationship between local data and public data.
FIG. 12 is a sequence diagram showing a consistency assurance process executed according to a third example of the consistency assurance rule according to the embodiment;
FIG. 13 is a view showing a third example of a consistency securing rule and an example of a relationship between local data and public data.
FIG. 14 is a block diagram showing an example of a configuration of a general Web system.
FIG. 15 is a block diagram showing an example of a Web service.
FIG. 16 is a diagram showing an example of application of a registry for Web services.
FIG. 17 is a diagram showing an example of a registry according to UDDI.
FIG. 18 is a diagram illustrating an example of a relationship between a local registry and a public registry.
FIG. 19 is a diagram illustrating an example in which inconsistency occurs between a local registry and a public registry.
[Explanation of symbols]
11 Public registry
12 ... Data alignment program
13: Recording medium
14. Local registry
15 Data consistency system
15a: Local data acquisition unit
15b: Public data acquisition unit
15c Comparison section
15d Processing unit
16, 20: service data recording unit
17, 21… Service management department
18, 22… Service search department
19a, 19c ... local data
23a, 23b ... public data
24: consistency assurance rule recording unit
25, 26 ... binding Template

Claims

On the computer,
The first data related to the Web service recorded on the first recording device and the second data related to the Web service recorded on a second recording device different from the first recording device are in a correspondence relationship. Relationship data acquisition function for acquiring the relationship data recorded in the relationship data recording device indicating
A first data acquisition function for acquiring first data retrieved from the first recording device;
A second data acquisition function for requesting a search for the second data having a correspondence relationship with the first data based on the relationship data, and acquiring the second data retrieved from the second recording device;
A method for coping with an inconsistency in the registered contents of the Web service between the first data and the second data is defined, and based on a consistency securing rule recorded in a consistency securing rule recording device. A comparison function for determining whether or not there is consistency between the first data and the second data;
A data matching program for realizing a processing function for executing a process for ensuring the consistency according to the consistency securing rule when the comparison function determines that there is no consistency.

The data matching program according to claim 1,
The data consistency program according to claim 1, wherein the consistency securing rule represents a data item for securing consistency between the first data and the second data and a content of a process for securing consistency.

3. The data matching program according to claim 2,
The data matching program according to claim 1, wherein the process for ensuring the consistency is a process of updating the content of the first data with the content of the second data.

The data matching program according to any one of claims 1 to 3,
The first data includes the relational data,
The first acquisition function also operates as the relational data acquisition function, and includes the first relational data including the relational data from a recording apparatus that performs a role as the relational data recording apparatus and a role as the first recording apparatus. A data matching program for acquiring data.

The data matching program according to any one of claims 1 to 4,
The first recording device is a local registry in which only data satisfying a specific condition is registered;
The data matching program according to claim 2, wherein the second recording device is a public registry in which data that does not satisfy the specific condition is registered.

In a data matching system for securing data consistency between a first recording device that records data related to a Web service and a second recording device that records data related to the Web service separately from the first recording device ,
Indicates that the first data recorded in the first recording device and the second data recorded in the second recording device are in a corresponding relationship, and displays the relation data recorded in the relation data recording device. Relationship data acquisition means to be acquired,
First data acquisition means for acquiring first data retrieved from the first recording device;
A second data acquisition unit that requests retrieval of the second data having a correspondence relationship with the first data based on the relationship data, and acquires the second data retrieved from the second recording device;
A method for coping with an inconsistency in the registered contents of the Web service between the first data and the second data is defined, and based on a consistency securing rule recorded in a consistency securing rule recording device. Comparing means for determining whether or not there is consistency between the first data and the second data;
A data matching system comprising: a processing unit that executes a process for ensuring the consistency according to the consistency securing rule when the comparing unit determines that there is no consistency.

Computer system for ensuring data consistency between a first recording device that records data related to a Web service and a second recording device that records data related to the Web service separately from the first recording device In the data matching method executed by
A relational data recording device that acquires the first data retrieved from the first recording device and indicates that the first data and the second data recorded in the second recording device are in a correspondence relationship; Get the relationship data recorded in the
Requesting a search for the second data having a corresponding relationship with the first data based on the relational data, acquiring the second data retrieved from the second recording device,
A method for coping with an inconsistency in the registered contents of the Web service between the first data and the second data is defined, and based on a consistency securing rule recorded in a consistency securing rule recording device. Determining whether there is consistency between the first data and the second data,
When it is determined that there is no consistency, a data consistency method is executed according to the consistency securing rule to execute the process for securing the consistency.