(57)【要約】 本発明は、ブランチシステムの少なくとも1のクライアント(20)にいくつかの環境(10; 11; 13)のデータを供給するための装置の配置及び方法に関する。コンピュータシステムは、いくつかのサービスを扱うことができる企業の支社制度を再現する。マスターデータ、構造およびブランチデータはコンポーネント(40)を供給する中央のデータの中でファイルされ、同じよう変換され、データベース(例えばSQLサーバ)(30)に読み取られます。デルタ生成部(31)は、供給されたデータによって作成された前のデータベースと新しいデータベースの間の差を生成し、2つのXMLファイルの形式で通信コンポーネント(100)、および通信コンポーネント(100)がクライアント(20)へのデータを送信する。コンポーネント供給コンポーネントの個々の機能的なエリアは、通信するシステムの形をしている中央の制御コンポーネント(60)によってコントロールされる。
2009505248.tif 000002
【特許請求の範囲】
【請求項１】
様々なデータシステムのデータを、コンピュータ支援ブランチシステムの少なくとも１つのクライアントに提供し、データシステム（１０、１１、１２、１３）からデータを受け取り、該データをクライアント（２０）に転送する中央のデータ提供コンポーネントの操作を含む方法であって、
前記データシステム（１０、１１、１２、１３）の様々なデータフォーマットの処理スキーマを、中央のデータ提供コンポーネント（４０）のデータベース（３０）にファイルすることによって、該処理スキーマのファイリングが、前記データ提供コンポーネント（４０）の制御モジュール（６０）によって制御されるステップと、
ファイル（７０）を、前記データシステム（１０、１１、１２、１３）から前期中央のデータ提供コンポーネント（４０）の転送インターフェイス（５０）に転送するステップと、
転送が制御モジュール（６０）に制御されるように、前記ファイル（７０）を前処理コンポーネント（８０）に転送するステップと、
前記前処理コンポーネント（８０）内の前記ファイル（７０）を確認するステップと、
前記データシステム（１０、１１、１２、１３）の処理スキーマを前記前処理コンポーネント（８０）に読み込んで、前記ファイル（７０）を前記データベース（３０）のフォーマットを有する更新データメッセージ（７１）に変換するステップと、
前記前処理コンポーネント（８０）内の前記更新データメッセージ（７１）を存続させ、発送バージョンを設定し、及び前記更新データメッセージ（７１）を前記データベース（３０）に読み込むステップと、
前記制御モジュール（６０）を用いてデルタ生成部（９０）を始動して、クライアント（２０）に送信された最近のデータストックと最近のデータベース（３０）内の現在のデータストックとの差異を生成し、及び生成した差異を更新データパッケージ（７２）にパックするステップと、
前記制御コンポーネント（６０）を用いて、第１のファイル（７３）はデルタファイルであり、第２のファイル（７４）は制御ファイルである２つのファイルを、更新パッケージ（７２）から生成するステップと、
最近の２つのファイル（７３、７４）を、出力インターフェイス（１１０）を介してクライアント（２０）に送信するステップと、を備えることを特徴とする方法。
【請求項２】
ＸＭＬフォーマットのファイル（７０）は、データシステム（１０、１１、１２、１３）によって転送インターフェイス（５０）に転送されるか、更新データメッセージ（７１）に変換される前にＸＭＬフォーマットに変換されることを特徴とする請求項１に記載の方法。
【請求項３】
クライアントに送信される前記データファイル（７１）及び前記制御ファイル（７４）は、ＸＭＬファイルであることを特徴とする請求項１及び２の一方又は両方に記載の方法。
【請求項４】
前記データ提供コンポーネント（４０）のクライアント（２０）のエラーメッセージは、前記転送インターフェイス（５０）を介して前記データ提供コンポーネント（４０）に送信されることを特徴とする請求項１から３の１項以上に記載の方法。
【請求項５】
データシステム（１３）は、データシステムのマスターデータの分配のためのブランチデータを、該ブランチデータを更新データメッセージ（７１）に変換するデータ提供コンポーネント（４０）にファイルとして転送して、データベース（３０）に供給するものであって、分配制御コンポーネント（９０）からの保存されたブランチデータが、該マスターデータのクライアント（２０）への分配に用いられることを特徴とする請求項１から４の１項以上に記載の方法。
【請求項６】
様々なデータシステムのデータを、コンピュータ支援ブランチシステムの少なくとも１つのクライアント（２０）に提供し、データシステム（１０、１１、１２、１３）からデータを受け取り、該データをクライアント（２０）に転送する中央のデータ提供コンポーネント（４０）を含む装置の配置であって、
様々なデータシステム（１０、１１、１２、１３）、及びデータを少なくとも１つのクライアント（２０）に送信する通信コンポーネント（１００）と接続したデータ提供コンポーネント（４０）を含み、
データ提供コンポーネント（４０）は、
・データベース（３０）と、
・前記データシステム（１０、１１、１２、１３）の転送ファイル（７０）を、前記データ提供コンポーネント（４０）に転送する転送インターフェイス（５０）と、
・前記データ提供コンポーネント（４０）内の処理、及びシステムの他のコンポーネントとのデータ提供コンポーネントの通信を制御する制御コンポーネント（６０）と、
・データシステム（１０、１１、１２、１３）のファイル（７０）を確認して、ファイルを、前記データベース（３０）のフォーマットでの更新データメッセージ（７１）に変換する前処理コンポーネント（８０）と、
・古いデータストックと、更新データメッセージ（７１）によって生成されたデータベース（３０）の新たなデータストックとの差異を生成するデルタ生成部（３１）、及び前記生成した差異を更新データパッケージ（７２）に包含する手段と、
・制御コンポーネント（６０）を用いて、第１のファイル（７３）はデータファイルであり、第２のファイル（７４）は制御ファイルである２つのファイルを、前記更新パッケージ（７２）から生成する手段と、
前記２つのファイル（７３、７４）をクライアント（２０）に送信する出力インターフェイス（１１０）と、を備えることを特徴とする装置の配置。
【請求項７】
前記データ提供コンポーネント（４０）は、データシステム（１０、１１、１２、１３）のファイル（７０）をＸＭＬフォーマットに変換する手段を含むことを特徴とする請求項６に記載の装置の配置。
【請求項８】
ファイル（７０）を更新データメッセージ（７１）に変換する前記前処理コンポーネント（８０）は、転送ファイルを前記データベース（３０）から読み出し、前記データ提供コンポーネント（４０）のマッピングコンポーネント（８１）を読み込む手段を含むことを特徴とする請求項６及び７の一方又は両方に記載の装置の配置。
【請求項９】
前記データベース（３０）は、更新データメッセージ（７１）を読み込む手段を備えるＳＱＬサーバであることを特徴とする請求項６から８の１項以上に記載の装置の配置。
【請求項１０】
クライアントに送信される前記データファイル（７３）及び前記制御ファイル（７４）は、ＸＭＬフォーマットで存在することを特徴とする請求項６から９の１項以上に記載の装置の配置。
【請求項１１】
データシステム（１３）は、前記データシステム（１０、１１、１２、１３）のマスターデータの分配のためのブランチデータを提供する前記データ提供コンポーネント（４０）に接続されており、前記ブランチデータは、前記データベース（３０）に保存され、また分配制御コンポーネント（９０）は、マスターデータをクライアント（２０）に分配のためにブランチデータを用いる手段を備えることを特徴とする請求項６から１０の１項以上に記載の装置の配置。
【請求項１２】
コンピュータ手段上で請求項１から５の１項以上に記載の方法のステップを実行するコマンドを伴うコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、様々なデータシステムのデータを、コンピュータ支援ブランチシステムの少なくとも１つのクライアントに提供する方法に関し、これによって該方法は、該データシステムからデータを受け付け、そのデータを該クライアントに転送する中央のデータ提供コンポーネントの動作を含むものである。該コンピュータシステムは好ましくは、顧客の様々なサービスへのアクセスを可能にする企業のブランチシステムを計画するものである。
【０００２】
本発明はまた、該方法を実行する装置の配置、及び該方法のステップをコンピュータ手段で実行するためのコマンドを必要とするコンピュータ読み取り可能な媒体に関する。
【背景技術】
【０００３】
近年、顧客に対して、所与の企業の様々なサービスを幅広くカバーするアクセスを可能とするために、広く分岐したブランチシステム又はベンディングマシンシステム（自動販売機システム）を含めて多数のビジネス分野が存在している。この例としては、多くの駅や空港において顧客にサービスを提供する輸送セクタにおける企業が挙げられる。これらには、例えば、列車の乗車券や航空チケットの販売、手荷物の配送又はレンタカーが含まれる。
【０００４】
別の例としては、国内のほぼ全域にわたって顧客に対して包括的な郵便サービスを提供する郵便サービスの提供者が挙げられ、例えば、手紙や小包の受理、切手の販売や銀行サービス全般の受け付けを行う。さらに、例えば携帯電話の契約のような遠距離通信領域のブランチにおいてもサービスが提供される。以上述べたようなサービスは、郵便サービス提供者自身のブランチにおいてのみ提供されるわけではなく、自動販売機、サービスパートナーやインターネットウェブサイト経由でも提供され、簡略化のため、以下、ネットワークに接続されたフロントエンドステーションの全体をブランチシステムと称する。
【０００５】
通常は、コスト効率及びセキュリティによる理由から、販売及びコンサルティングサービスは、情報技術により支援されている。しかしながら、ブランチシステム内のビジネスプロセスのマッピングには、本質的な情報技術リソースが要求され、通常は、ブランチと中央データベース又は中央コンピュータとの間で異なる種類のデータを交換しなければならない。この状況においては、ブランチシステムは、ネットワークを介して中央管理システムに接続する数多くのクライアントからできているのが好ましい。
【０００６】
ビジネストランザクションの間にクライアントで発生するデータの中央での保存に加えて、中央管理システムのマスターデータを全てのクライアントに提供することも望ましい。マスターデータは、例えば様々なアプリケーションがアクセスする中央データベースからもたらすことができるので、データが常時修正され、また更新されたデータはクライアントに送信される。データをできるだけ効果的に転送するために、クライアントにデータベースの全てのデータストックを送信するのではなく、むしろ最新のアップデートからの新しいデータを確定して、その差異のみをクライアントに送信する手順が知られている。
【０００７】
この状況において、例えば国際特許出願  ＷＯ９８／５４６６２  Ａ１号は、中央データベースのデータ修正を様々なクライアントに送信するシステムを開示している。データベースのデータは、異なるアプリケーションによって変更及び増補することができるので、現在のデータストックが常に新しいデータストックと比較され、差異が生成される。その差異は、コピーとしてクライアントに送信されて、新たなデータストックが、最新版としてデータベース内にインポートされる。クライアントに送信されるデータのコピーは、クライアントによって読み取ることのみできるが、修正のできないデータを含むのが好ましい。
【０００８】
しかし、マスターデータは、自身のデータ処理と記憶装置を有する様々な周辺システムからもたらすこともできる。仮に、データストックを全ての周辺システムの様々なクライアントで利用できるようにするには、特に、クライアントと周辺システムの異なるデータフォーマット及び要求をマップすることができるように、周辺システムのそれぞれに対して適したインターフェイスを作らなくてはならない。このアプローチは、何とか新たな要求にのみ適応することのできる複雑なコンピュータシステムを要求するので、処理と周辺システムのデータのクライアントへの分配とを実行する中央のデータ提供コンポーネントを実現するのが好適である。
【特許文献１】国際公開第９８／５４６６２号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ゆえに本発明は、様々な周辺システムのデータを様々なクライアントに供給する方法であって、中央のデータ提供コンポーネントがデータの演算及び分配を制御する方法を提供することを目的とする。ここで、データ供給者から排他的、自動的にデータが受信されなくてもよいように、例えば保守ツールを介して、手動で様々な種類のデータをインポートすることもまた可能である。
【００１０】
このようなデータ提供コンポーネント及び方法を実行するコマンドがコンピュータ手段で保持されているコンピュータ読み取り可能な媒体を有する装置の配置を提供することも、本発明の目的である。
【課題を解決するための手段】
【００１１】
本発明によれば、目的は、独立請求項１の特徴を有する方法によって達成される。方法の好適な実施形態は、従属請求項２から５によって確保される。目的は、請求項６による装置の配置によって達成される。方法の好適な実施形態は、従属請求項８から１１によって確保され、一方請求項１２は、方法のステップを実行するコマンドがコンピュータ手段上に保存されるコンピュータ読み取り可能な媒体を開示している。
【００１２】
本発明は、様々なデータシステムのデータを、コンピュータ支援ブランチシステムの少なくとも１つのクライアントに提供する方法を備えており、これによって方法は、データシステムからデータを受け付け、そのデータをクライアントに転送する中央のデータ提供コンポーネントの動作を具備するものである。コンピュータシステムは、顧客に様々なフロントエンドでサービスを提供する１以上の企業のブランチシステムをマップするのが好ましい。データシステムは、例えば、自身のデータを保持し、自動的にデータを提供する周辺システムとすることができる。それらは、データを自動的に生成するのではなく、むしろ手動でシステムにインポートするシステムとすることもできる。方法は、中央のデータ提供コンポーネントのデータベースにおいて、接続したデータシステムの様々なデータフォーマットに対する処理スキーマをファイルすることを要求し、これによって、処理スキーマのファイリングは、データ提供コンポーネントの制御モジュールによって制御される。ファイルは、データシステムからデータ提供コンポーネントの転送インターフェイスに転送され、前処理コンポーネントに供給される。転送は、同様に制御モジュールによって制御される。制御モジュールは、例えば、マイクロソフト製のＢｉｔｚＴａｌｋＳｅｒｖｅｒ２００４である。
【００１３】
第１に、ファイルは、前処理コンポーネントで確認される。確認が、成功した場合、送信データシステムの処理スキーマは、前処理コンポーネントのマッピングコンポーネントに読み込まれ、ファイルは、データ提供コンポーネントのデータベースのフォーマットを有する更新データメッセージに変換される。更新データメッセージは、対象となる周辺システムのデータが、データ提供コンポーネントのデータベースにインポートされるようにするデータベース指示を含んでいる。例えばＳＱＬサーバが、データベースとして用いられた場合、更新データメッセージは、いわゆるアップデートグラム又はＳＱＬの記述とすることができる。
【００１４】
更新データメッセージは、前処理コンポーネントで存続し、発送バージョンが設定され、更新データメッセージは、データベースに供給される。出力処理に対して、制御モジュールは、最近のクライアントに送信されたデータストックとデータベース内の現在のデータストックとの差異を生成するデルタ生成部を起動する。生成した差異は、更新データパッケージに包含され、制御コンポーネントは、その差異を用いて、第１のファイルはデータファイルであり、第２のファイルは制御ファイルである２つのファイルを生成する。２つのファイルは、出力インターフェイスを経由してクライアントに送信される。クライアントに送信されるデータファイル及制御ファイルは、ＸＭＬフォーマットで存在するのが好ましい。
【００１５】
本発明の特に好適な実施形態において、ＸＭＬフォーマットのファイルは、データシステム／周辺システムによって転送インターフェイスに転送される。ファイルが、ＸＭＬフォーマットで存在しなかった場合、更新データメッセージに変換される前にＸＭＬフォーマットに変換される。ファイルの、データベースのデータフォーマットにおける更新データメッセージへの変換に対して、変換ファイルは、データベースから読み出され、データ提供コンポーネントのマッピングコンポーネントに読み込まれるのが好ましい。
【００１６】
本発明の特に好適な実施形態において、例えば、ＳＱＬ記述などのデータベース指示の形態における保守ツールのデータは、データ提供コンポーネントのデータベースに直接供給される。保守ツールは、データシステムのようなデータ供給コンポーネントに接続されている。他の１つの周辺システムは、周辺システムのマスターデータの分配についてのブランチデータを、ＸＭＬファイルとして、ＸＭＬファイルを更新データメッセージに変換し、それをデータベースに供給するデータ供給コンポーネントに送信する。ここで、分配制御コンポーネントからの保存されたブランチデータは、マスターデータのクライアントへの分配に用いられる。
【００１７】
本発明は、コンピュータ支援ブランチシステムの少なくとも１つのクライアントにいくつかのデータを提供する装置の配置も含んでいる。配置は、データシステムからデータを受け付け、そのデータをクライアントに転送する中央のデータ提供コンポーネントを有し、本発明による方法を実行する手段を有している。
【００１８】
本発明は、方法のステップを、コンピュータ手段上で実行するコマンドを必要とするコンピュータ読み取り可能な媒体も含む。
【００１９】
本発明の本質的な利点は、他のフォーマットへのファイルの変換もできるが、好ましくはＸＭＬファイルが供給される中央のデータ提供コンポーネントを経由するデータの提供にある。供給されたデータは、データ提供コンポーネントのデータベースで保存することができるデータモデルに自動的に変換される。このようにして、データベースは、クライアントと関連のある全てのデータを集中的に管理し、全ての接続したクライアントに対して単にデルタ配信を生成する。結果として、データ供給コンポーネントは、全てのクライアントの完全なデータストックも管理する。
【００２０】
ここで、データ提供コンポーネント内の処理、及びデータ提供コンポーネントのシステムの他のコンポーネントとの通信は、メッセージシステムの形態で制御コンポーネントによって制御されるのが好適である。メッセージシステムは、例えば、マイクロソフト製のＢｉｔｚＴａｌｋＳｅｒｖｅｒ２００４とすることができる。
【００２１】
特に好適な可能性としては、マスターデータの分配に必要なブランチデータを、同様に、他の周辺システムのようにデータ提供コンポーネントに接続する周辺システムによって供給することができるという事実があるということである。保守ツールを、新たな構造が送信できる手段によってクライアントに接続することも可能である。このように保守ツールを介して、いかなるデータも手動でデータ提供コンポーネントにファイルすることができ、クライアントに分配される。データ提供コンポーネントの構成、及び特にデータを処理するスキーマは、保守ツールを用いてインポートすることもできる。
【００２２】
従属請求項及び図１の図面を参照した以下の好適な実施形態の記載から、本発明の更なる利点、特徴及び実際的な改善が得られる。
【発明を実施するための最良の形態】
【００２３】
図１は、少なくとも１つのクライアント２０に、様々なデータシステム１０、１１、１２、及び１３のデータを分配するデータ提供コンポーネントを有する装置の配置について特に好適な実施形態を示している。以下、それらデータシステムは、周辺システムとも呼ぶ。本発明による方法は、同様に図１を用いて説明され、これによって、装置の配置を通過するときの周辺システムのファイルの経路、及びそれに含まれるデータの様々なフォーマットへの変換は、概略的に破線で示される。
【００２４】
本発明による配置は、少なくとも２つの周辺システム１０及び１１を含み、それらシステムのデータストックは、少なくとも様々なクライアント２０の１つに提供される。本発明は、クライアントがブランチのコンピュータ上でのアプリケーションとして構成されているといった実施形態を含むものである。本発明は、ブランチ全体をクライアントとしてみなすことによって各ブランチが適応可能であれば、そのサブシステムにさらに分配するデータを有する実施形態を同様に含む。周辺システムが、クライアント又はブランチに対してマスターデータを分配している間に、例えば、全てのクライアントが同じマスターデータの内容にアクセスすることができる。別の実施形態において、例えば、新たなシステム又は特別キャンペーンの試験的なブランチとして供せられる場合、あるブランチは特別の分配を受け取る。
【００２５】
好ましくは、全体の配置は、様々なクライアントにおいてビジネストランザクションの実行が可能な小売システムである。これらビジネストランザクションは、例えば、購入、配達、契約の署名、又はサービスが提供される全ての領域での要求などのトランザクションである。
【００２６】
好ましくは、クライアントは、例えばある企業の様々なブランチに配置されるコンピュータのアプリケーションとして構成される。クライアントにおいて、例えば周辺システムのデータシステムに保持された顧客データを取り出さなくてはならないので、様々な周辺システムからのデータを用いるトランザクションが実行される。企業は、そのブランチに頻繁に異なるサービスを提供するので、異なる周辺システムに接続する必要もある。例えば、電話接続又は携帯電話契約などの遠距離通信サービスが、郵便局のブランチに様々な供給業者によって提供されている場合、供給業者の個々のシステムのデータをブランチのクライアントが利用できなければならない。同じことが、銀行取引、電子契約、商品の販売、及び当然ながら、例えば郵便物の受領や切手の販売などの通常の郵便サービスに当てはまる。
【００２７】
本発明が、非常に多くの駅及び／又は空港で顧客にサービスを提供する運輸部門に属する企業に用いられる場合、クライアントに、例えば鉄道又は航空機チケットの販売、荷物の配送、又はレンタカー向などの周辺システムからのデータが供給されなければならない。
【００２８】
これに関連して、全てのクライアントが周辺システムの全てのデータにアクセスしなくても良いように、個々のクライアントは、ブランチでのサービスのみ選択して提供するようにすることができる。本発明によるシステムは、データが直接個々のクライアントに送信されるのではなく、むしろブランチに送信される実施の形態も含むので、クライアントがそのデータを必要とする場合の機能として、ブランチのデータが再度分配されるようにすることができる。
【００２９】
周辺システムは、クライアントに手動でデータを供給するのに供することのできる保守ツール１２も備えている。保守ツールを用いて、例えば、自動的にデータを生成する周辺システムから来たものではないデータを分配することができる。しかし保守ツールは、データ提供コンポーネントによって、他の１つの周辺システムとみなされる。このことは、周辺システム及び保守ツールにとって標準化されたデータ取得を可能にする。
【００３０】
さらに、本発明の好ましい実施形態において、ブランチデータを供給する特別データシステム１３が、他の１つの周辺システムとして備えられている。例えば、営業日ごとに周辺システム１３は、ブランチ、販売場所、及び装置データをデータ供給の切断時間と同様に供給するものである。ブランチデータは、データの分配を簡便な方法で新たな環境に適応させることができるように、マスターデータの個々のクライアントへの分配を制御するのに供せられる。
【００３１】
本発明によると、データ提供コンポーネント４０は、周辺システムと、周辺システムのデータの処理及びクライアントへのデータの分配を実行するクライアントとの間に挿入される。データ提供コンポーネントは、略語ＤＢＫによって以下示され、一様なインターフェイスとして、マスターデータを供給する周辺システムにマスターデータサービスを提供する。
【００３２】
特に好適な実施形態においてデータ提供コンポーネントは、ＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）フォーマット用言語を有するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルを処理するように構成されているので、周辺システムは、好ましくはＸＭＬフォーマットのデータを供給するものである。ファイルの処理は、適切な変換ファイルで実行される。周辺システムのデータに関して、変換ファイルは、データ提供コンポーネントにファイルされるので、全ての周辺システムのデータを、データ提供コンポーネントによって一様に処理することができるデータに変換できる。ここで、クライアントと周辺システムの組み合わせごとに変換ができるように、変換ファイルを、様々なクライアントのバージョンごとにファイルすることもできる。
【００３３】
さらに、ＢｉｚＴａｌｋ製品が、メッセージシステムとして用いられている場合、変換ファイルは、例えば、いわゆるＢｉｚＴａｌｋ  Ｍａｐｓである。本発明の他の実施形態において、ＸＳＬＴｓを変換ファイルとして用いることもできる。ＸＳＬフォーマット用言語は、２つのコンポーネントからなり、第１のコンポーネントはＸＭＬファイルをフォーマットするのに供せられる。第２のコンポーネントは、ＸＭＬファイルを他のＸＭＬファイルに変換するものであり、これによって指定のＸＳＬＴ（ＸＳＬ変換）は、変換コンポーネントに共通に持ち用いられる用語となり、ここでも同様に用いられる。
【００３４】
周辺システムのデータがＸＭＬフォーマットで存在しない場合、データは、処理の前にデータ提供コンポーネントによって適切に変換される。例えば、フラットファイルフォーマットＤＢＦ又はＡＳＣＩＩなどのフォーマットを、周辺システムによって供給することができる。好ましくは、周辺システム１３も、ＸＭＬフォーマットのブランチデータを供給する。
【００３５】
データ提供コンポーネントの中央の構成コンポーネントは、コンポーネントによって適切に処理された後に全ての周辺システムのデータストックが保存されるデータベース３０である。データベースは、好ましくはＳＱＬサーバである。さらに、様々なデータシステムの処理スキーマ（例えば、ＢｉｚＴａｌｋ  ＭａｐやＸＳＬＴ）は、データベースにファイルされている。その結果、常にデータ提供コンポーネントのデータベースは、クライアントと関連のある周辺システムのデータストックを含む。本発明の特に好適な実施形態において、マスターデータの長期間にわたる保存が必要な場合、データベースの様々な内容は定期的に外部のファイルアーカイブに保存される。
【００３６】
不可欠な部分として、データ提供コンポーネント４０は、周辺システムのファイルを供給するために、決められた転送インターフェイス５０を有する。これは、各周辺システムが自身のデータを保存するファイルシェアであれば好ましい。データは、ＺＩＰ形式の圧縮フォーマットで存在するのが好ましい。データのインポートは、時間で制御するか、又はイベントの機能として発生させることができる。例えば新たなデータを、１日に１回、又は周辺システムのデータストックの修正の後ごとに送ることができる。
【００３７】
周辺システムのファイル７０が、データ提供コンポーネント４０の転送インターフェイス５０にファイルされる場合、さらなる処理が下流の経路で発生する。そのデータの処理は、制御コンポーネント６０によって制御されるのが、好都合である。この制御コンポーネントは、好ましくはＸＭＬベースの管理システムであり、データ提供コンポーネント４０の様々な機能エリアとの制御コンポーネント６０の相互作用は、実線の矢印で図１に示される。メッセージシステムは、データ提供コンポーネント内での手続きの統合、管理、及び自動化に供せられ、データ提供コンポーネントをシステム全体の他のコンポーネントに接続するものでもある。メッセージシステムは、プロセスを定義し、そのプロセスが用いる様々なアプリケーション間の通信メカニズムを定義する方法を利用可能にする。制御モジュール６０は、メッセージを経由してデータ提供コンポーネントを他のシステムに接続する。これによって、ＢｉｚＴａｌｋが用いられる場合、メッセージは複数のアダプタを経て送信されまた受信される。アダプタは、例えば、ＦＩＬＥ  ｈｔｔｐ、ＳＭＴＰ、ＳＯＡＰ、ＦＴＰ、ＳＱＬ、及びＥＤＩプロトコルを経てメッセージを送信する。周辺システムのデータが、データ提供コンポーネントに送信されるとき、データのさらなる処理を決定するイベントが誘発される。
【００３８】
さらに、制御コンポーネント６０は、データ提供コンポーネントのシステム全体の他のコンポーネントとの相互作用を制御するものである。他のコンポーネントには、例えば通信コンポーネント１００が含まれ、この通信コンポーネントは、データ提供コンポーネントによって処理されたデータを、クライアントに分配するものである。ここで、通信コンポーネントは、ブランチ形態のフロントエンド及び周辺システム形態のバックエンドと、データ提供コンポーネントとの間の全てのメッセージ送信を扱うように構成されていれば好ましい。これにより、ブランチのエラーメッセージ及び／又はデータ要求は、同様に通信コンポーネント１００に送信され、この通信コンポーネントはそれらをデータ提供コンポーネントに転送するものである。本発明の特に好適な実施形態において、ブランチのメッセージは、同様に転送インターフェイス５０にインポートされ、そこからメッセージは、周辺システムのデータと同じようにデータ提供コンポーネントで処理される。
【００３９】
データ提供コンポーネントを通信コンポーネントに直接接続するのではなく、むしろシステムの他の供給コンポーネントをこれら２つのコンポーネントの間に挿入するようにすることができる。
【００４０】
制御コンポーネント６０は、転送インターフェイス５０及び前処理コンポーネント８０に接続しており、これによって制御コンポーネントは、解析されるべき処理の編成を引き受ける。メッセージは、受信用アダプタを介して受け取られ、受信用経路を介して処理される。その経路は、メッセージを処理するコンポーネントを含んでおり、その処理の後にメッセージは、様々なさらなるステップにおける送信用経路に転送される。そのメッセージは、メッセージを対象とするアプリケーションと通信するために、適したメカニズムを用いる送信用アダプタを介して送られる。
【００４１】
周辺システムは、好ましくは決められたディレクトリにおいて、そのファイルをファイルシェア５０で利用可能にする。そのディレクトリは、同様にある時間間隔で、中央アーカイブに転送される。転送インターフェイスで受信されたファイルは、前処理コンポーネント８０に転送されて、任意に解凍される。ファイルがすでにＸＭＬファイルである場合、検証ソフトでチェックされ、その到着が記録される。その検証ソフトは、ファイルが周辺システムの保存されたスキーマに対応するか否かをチェックするものであり、これによって、そのスキーマは、メタ情報に基づいてデータベース３０のテーブルから取り込まれる。この機能性は、指定されたコンポーネントに、例えばＸＭＬＶａｌｉｄａｔｏｒとして含まれているのが好ましい。検証が失敗に終わった場合、ファイル供給元の周辺システムに通知されるのが好ましい。例えば、周辺システムの名前に基づいて、周辺システムのｅ−ｍａｉｌアドレスを、制御コンポーネント６０によってデータベース３０から読み出すことができ、メッセージを周辺システムに送ることができる。
【００４２】
その一方、ファイルを、制御コンポーネント６０のメッセージコンポーネント（メッセージボックス）に無事書き込めた場合、追跡記録が生成される。さらには、そのファイルは、エンベロープ入りのメッセージにまとめられる。後続の処理の間にマッピングコンポーネント８１において、それらが必要となる場合があるからであるので、好ましくは、ファイル供給元の周辺システムの名前同様、チェックされたスキーマのバージョン、メッセージＩＤは、付随する属性フィールド内においてこのエンベロープのヘッダに挿入される。この場合、メッセージＩＤはアプリケーションを監視するのにも用いられる。
【００４３】
次のステップにおいてファイルは、データベース３０に入力することができるように、マッピングコンポーネント８１において変換される。この目的のために、保存された変換ファイル（例えば、ＢｉｚＴａｌｋ  ＭａｐやＸＳＬＴ）は、ＸＭＬファイルを更新データメッセージ７１に変換することができることに基づいて、例えばＴ＿ＸＳＬＭａｐｐｉｎｇとしてデータベース３０のテーブルから取り出される。その結果、周辺システムのファイルは、データ提供コンポーネントのデータモデルに変換される。マッピングに必要なファイルは、スキーマのバージョンについてのメタデータ及び供給元の周辺システムの名前に基づいて決定することができ、これによってテーブルは、例えば、データベース３０にファイルされる。本テーブルのデータ保守は、好ましくは保守ツール１２を用いて実行され、テーブルは、周辺システムのデータの変換に必要となる可能性のある全てのマッピング状況を含む。
【００４４】
エンベロープはパラメータとして転送され、該エンベロープに含まれるスキーマのバージョン及び周辺システムに対応する全てのデータ記録は、テーブルＴ＿ＸＳＬＭａｐｐｉｎｇから除かれる。これらは１以上のデータ記録となる。周辺システムのメッセージは、エンベロープから取り除かれ、変換ファイルを用いて更新データメッセージ７１に変換される。更新データメッセージは、付随する周辺システムのデータがデータベース３０にインポートされるようにするためのデータベース指示を含むものである。マッピングコンポーネントによって生成された更新データメッセージは、同様にエンベロープにパックされ、データをデータベース３０にインポートするパシスタに転送される。パシスタ（Ｐｅｒｓｉｓｔｅｒ）は、グローバルアセンブリキャッシュ（ＧＡＣ）における集合として構成することができ、変換されたデータを有するエンベロープを受けいれる。データベースへの更新データメッセージの保存が失敗した場合、保存の試みはｎ回にわたって繰り返されるのが好ましい。
【００４５】
更新データメッセージ７１は、他のデータのうち発送バージョンが保存されたテーブルを含むファイルである。更新データメッセージは、データがデータベースに挿入された後に実行される指示（保存された手続き）も含んでいる。例えば、指示は、スキーマ及び／又は付け加えられるマッピングのバージョンを要求することができる。
【００４６】
ファイルシェア５０にインポートされるデータが、ＸＭＬフォーマット以外のフォーマットを有するファイルであった場合、このファイルは、ＸＭＬファイルに変換される前にデータベース３０に保存されるのが好ましい。ファイルが、例えばＤＢＦフォーマットで供給される場合、ＤＢＦファイルはデータベース３０内で追跡され、その後フラットファイルスキーマに基づいてＸＭＬファイルに変換される。フラットファイルスキーマは、例えばデータベース３０内に保存されており、変換のために用いることができる。今、ファイルがＸＭＬフォーマットで存在すれば、ファイルを更新データメッセージにする上述したさらなる処理、及びデータのデータベース３０への保存が実行される。
【００４７】
全てのクライアントのマスターデータモデルは、このようにデータ提供コンポーネントのデータベースに保持されて、様々な周辺システムからのマスターデータ供給が保存される。そのデータ供給は、ブランチ又はクライアントの各マスターデータ状況を記録できるように、ブランチによって正確に履歴が記録され、このようにしてクライアントのマスターデータに対するバージョン管理を実行することができる。ここで、バージョンの編集は、入力処理手続きによって実行されるのが好ましい。
【００４８】
周辺システム１３のブランチデータは、データ提供コンポーネントのファイルシェア５０内に、ＸＭＬファイルとしてファイルされるのが好ましく、前処理コンポーネントによって更新データメッセージに変換される。そのデータは、同様にデータベース３０に読み込まれ、周辺システムから受け取ったデータをクライアントに分配するために分配制御コンポーネント９０によって用いられる。
【００４９】
上述したマスターデータのデータベース３０への入力処理には、引き続いて出力処理があり、この出力処理はデルタ生成部３１を含んでいる。デルタ生成部は、マスターデータ供給の生成と、マスターデータ供給の周辺システムからクライアントへの送信に関与する。そのマスターデータ供給に基づいて、デルタ生成部は、個々のフロントエンドに対してデルタ供給を生成する。これにより、デルタ供給は、フロントエンドのデータベースへの、それらの自動的なインポートを可能にするフォーマットで提供されるのが好都合である。ＸＭＬフォーマットは、同様にこの用途に用いられるのが好ましい。
【００５０】
マスターデータ供給の場合、周辺システムについての供給は、予め定められたスキーマであり、これによって、これらスキーマは、データベース３０における適切なデータエリアをカバーする。よって、フロントエンドに対するマスターデータ供給の生成は、スキーマに関連して発生する。デルタ生成部は、同様に制御コンポーネント６０によって起動されるのが好ましく、これによって、デルタ生成部を、例えば時間による制御やイベントによる制御ができるように構成することができる。デルタ生成部は、保守ツール１２によって構成されるのが好ましい。その構成は、新たなスキーマの定義、古いスキーマの停止、及び／又はデータエリアとスキーマの関連付けを含むことができる。スキーマの定義は、いくつかのテーブルを含み、そこでは、どのテーブルがスキーマに属するかということと、これらテーブルがどのように構成されるかということとが定義される。そのスキーマの定義は、ランタイムに対して動的にスキーマ構成を読み出し、データエリアを特定し、データエリアの構成を評価し、及びそれらからデータレコードを生成するために、デルタ生成部に対して用いられる。
【００５１】
マスターデータ供給に基づいてデルタ生成部は、デルタ、及びデータの修正を含むデータベース指示の形態の更新データパッケージ７２を生成する。これらのデータベース指示は、同様に、例えばＳＱＬの記述とすることができる。これらの処理の実施は、制御コンポーネント６０の処理を通じて、及びデータベースに保存されている指示（保存された手続き）を通じて実行することができる。ここで制御モジュールは、制御を実行するだけでなく、処理の記録も取る。それらの処理は、原則的にデータベースの手続きによって実行される。ここで、デルタ生成部は、２つのバージョン状態の間で、スキーマに関連したデルタ検出を実行し、このように決定されたデルタは、デルタレコードとして制御モジュール６０にフィードバックされる。
【００５２】
デルタ検出において、生成部はクライアントごとに、未だ送られていない全ての新たな供給を判断する。これらの供給に対して、最近送られた供給が決定され、２つの供給の比較により、新しい供給にではなく古い供給に存在するデータレコードがもたらされる。これらのデータレコードはクライアントで削除されなければならない。さらに、比較により、古い供給にではなく新しい供給に含まれるデータレコードをもたらす。これらのデータレコードは、クライアントに挿入されなければならない。修正されたデータレコードに対して、まず削除をし、次に新たなデータレコードの挿入がクライアントで実行されるのが好ましい。
【００５３】
デルタ生成部は、デルタをデータレコードに処理し、それらを制御モジュールに変換する。制御モジュールは、該データレコードを例えばＳＱＬサーバからデータストリームとして受け取り、好ましくは、これに基づいて物理的に分離した２つのＸＭＬファイルを生成する。例えば、ＵｐｄａｔｅＰａｃｋａｇｅ．ｘｍｌと指定された第１のファイル７３が、データファイルである一方で、例えばＺｉｅｌｅ．ｘｍｌと指定された第２のファイル７４が制御ファイルである。それらデルタは、クライアントのデータベースで処理することのできるデータベース指示の形態で、データファイル７３に含まれている。制御ファイル７４は、ファイルのアドレス指定を含んでいる。その２つのファイルは、圧縮されているのが望ましく、データを通信コンポーネント１００に転送するのに、出力インターフェイス１１０が用いられる。
【００５４】
他の供給コンポーネントを、図１には示されていないが、出力インターフェイス１１０と通信コンポーネント１００の間に挿入することができる。この供給コンポーネントは、システムに関する様々なコンポーネントのデータの完全な転送を実現することができる。
【００５５】
本発明の特に好適な実施形態において、クライアントへのマスターデータの送信に加えて、構造修正の送信が同様に、データ提供コンポーネント４０を経由して実行される。この目的のために、保守ツール１２は、付加的な周辺システムとしてデータ提供コンポーネントに接続される。例えば、クライアントのデータベースにおいて、ソフトウェアに対して新たな構造がフロントエンドで必要な場合、それらの構造を、保守ツールを用いて手動で定義することができ、データ提供コンポーネントを介してクライアントに分配することができる。仮に構造修正がクライアントに送信されていれば、周辺システムは対応するマスターデータを供給することができる。
【００５６】
テスト環境において構造修正に必要なデータベース指示をテストし、それらを、転送インターフェイスを介してデータ提供コンポーネントにインポートすることは、好ましいことは実証済である。好ましくは、マッピングをしなくてもよいように、保守ツールは、すでに更新データメッセージをデータベース３０に転送しておく。指示はデータベース３０に書き込まれており、周辺システムのマッピングは、それに応じて適応する。構造修正が効果を生じると思われるブランチは、通信コンポーネント１００を介して、この目的のために必要とされるデータベース指示を受け取る。
【００５７】
本発明の特に好適な実施形態において、処理は装置の配置においても監視される。図１には示さない監視コンポーネントは、データ提供コンポーネントのデータ供給の経路が再構成されるように用いられる。この目的のために、監視コンポーネントは、処理の現在の状態を保存し、再構成できる結果として、シーケンスの重要な段階で呼び出される。
【００５８】
クライアントがマスターデータ供給を処理できない場合、データ提供コンポーネントにエラーメッセージを生成する。その処理の間、例えば上記クライアントは、更新データパッケージが有効でないこと、又は更新ＩＤが不正であることを確定することができる。それは、パッケージを誤りのあるものとして印を付し、エラーの状況を、エラー確認を経てデータ提供コンポーネントに戻すものである。データ提供コンポーネントへのエラーメッセージの送信は、同様に通信コンポーネント１００を経由してＸＭＬドキュメントの形態で実行されるのが好ましい。特に好ましくは、ＸＭＬファイルは、ＳＯＡＰエンベロープに埋め込まれている。エラーメッセージは、ファイルシェア５０内に配置され、データ提供コンポーネントによって処理される。
【００５９】
本発明の１つの実施形態において、エラーメッセージは、なぜパケットが処理できなかったのかということと、データ提供コンポーネントの応答が何であるべきか、ということとを示すエラーコードを含んでいる。例えば、それは予め定められたスキーマに対してクライアントで有効とはなれない、不正のデルタパケットである可能性がある。そのスキーマは、データパケットがそれに対して有効となることのできるＸＳＤファイルの形態をとることができ、例えば有効なＸＭＬドキュメントが存在しない場合、有効化が一切生じない可能性もある。この場合、クライアントは、同じ更新ＩＤを有する新たなデータパケットを要求する。
【００６０】
クライアントは、完全な更新も要求することができ、要求するとすぐに、完全なダウンロードを受け取る。さらにクライアントは、ｎ番の更新データパケットの処理を成功させることができ、そのときｎ＋３番の更新データパケットを受け取ることができる。その後、クライアントは、ｎ＋１番とｎ＋２番のパケットを再度要求する。ｎ番のパケットの処理の成功、及びｎ＋１番の全てのパケットの要求も可能である。
【００６１】
更新データパケットはブランチＩＤを含んでいるので、クライアントが同様に新たなパケットを要求することの結果として、ＩＤのチェックすることで、そのパケットがクライアントのブランチに向けられたものではないことを示すことができる。
【００６２】
エラーメッセージは、指示のためのパラメータに変換されるように、データ提供コンポーネント４０によって処理される。それらの指示呼び出され、結果としてその指示は、要求された更新パケットを生成するのに必要なデータを供給する。要求された更新データは生成されて、通信コンポーネントによって検索のためのファイルシェアにインポートされる。好ましくは、エラーメッセージはデータベース３０のテーブル内に確保される。
【図面の簡単な説明】
【００６３】
【図１】少なくとも１つのクライアント２０に、様々なデータシステム１０、１１、１２、及び１３のデータを分配するデータ提供コンポーネントを有する装置の配置を示す図。
【符号の説明】
【００６４】
１０，  １１      データシステム、周辺システム
１２      保守ツール
１３      ブランチデータを供給する周辺システム
２０      クライアント、ブランチ
３０      データベース
３１      デルタ生成部
４０      データ提供コンポーネント
５０      転送インターフェイス
６０      制御モジュール、制御コンポーネント
７０      周辺システムのフォーマットにおける周辺システムのファイル
７１      データ提供コンポーネントのデータベースのフォーマットにおける更新データメッセージ
７２      更新データパケット
７３      ＸＭＬフォーマットでのデータファイル
７４      ＸＭＬフォーマットでの制御ファイル
８０      前処理コンポーネント
８１      マッピングコンポーネント
９０      分配制御コンポーネント
１００      通信コンポーネント
１１０      出力インターフェイス
【図１】
2009505248.tif 000003
【国際調査報告】
2009505248.tif 000004
2009505248.tif 000005
2009505248.tif 000006
2009505248.tif 000007
2009505248.tif 000008
2009505248.tif 000009