(57)【要約】  本発明は、コンピュータ・ブランチシステム操作の方法、および装置に関し、ブランチシステムのフロントエンドは複数のクライアント(10)を含み、バックエンドは少なくとも1つのサービスコンポーネント(40)で形成される。クライアント(10)、サービスコンポーネント(40)および1つ以上の周辺システムは、コミュニケーション・コンポーネント(20)によって接続される。クライアント(10)によって生成された未加工データをフィルタリングし、周辺システム(30)へフィルタリングした未加工データを送信し、アーカイブコンポーネント(43)がアーカイブ(33)にデータを保管し、プロセスコンポーネント（４４）がクライアント(10)のステイトフルリクエストを処理し、対話コンポーネント（４５）がクライアント(10)のステイトレスリクエストの処理に、サービス・コンポーネント(40)は少なくとも1つの未加工データコンポーネントを含む。
2009505250.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ支援ブランチシステムを動作する装置の配置であって、ブランチシステムのフロントエンドはいくつかのクライアント（１０）を含み、少なくともいくつかのサービスコンポーネント（４０）からバックエンドが構成され、通信コンポーネント（２０）を通じてバックエンドがクライアント（１０）及び１つ以上の周辺システム（３０）に通信可能に接続され、通信コンポーネント（２０）は、少なくとも２つの領域に機能的に分割され、クライアント（１０）に第１のモジュール（２１）が関連づけられる一方、バックエンドには第２のモジュール（２２）が関連づけられる配置において、
前記通信コンポーネント（２０）の第２のモジュール（２２）は、バックエンドの以下のサービスコンポーネント：
データのフィルタリングのため及びフィルタリングされたデータの周辺システム（３０）への送信のための手段を含む未加工データコンポーネント（４２）と、
データをアーカイブ（３３）にアーカイブ（保管）するための手段を含むアーカイブコンポーネント（４３）と、
クライアント（１０）のステートフルコールを処理するための手段を含むプロセスコンポーネント（４４）と、
クライアント（１０）のステートレスコールを処理するための手段を含む対話コンポーネント（４５）と、を備え、
少なくともサービスコンポーネントとの間でメッセージを送信するための手段を備えたルーティングコンポーネント（２３）を含むことを特徴とする配置。
【請求項２】
前記配置は、前記周辺システム（３０）のデータをクライアント（１０）に供給するための手段を含む、データ提供コンポーネント（４１）を備えることを特徴とする請求項１に記載の配置。
【請求項３】
前記アーカイブ（３３）が、データベースの形態の短期アーカイブ（３２）と、ＣＡＳベースデータ保存システムの形態の長期アーカイブ（３１）と、を含むことを特徴とする請求項１及び請求項２の一方又は両方に記載の配置。
【請求項４】
前記ルーティングコンポーネント（２３）は、前記サービスコンポーネント（４０）へのメッセージのシリアル分配及びパラレル分配のための手段を選択的に備えることを特徴とする請求項１〜３の１項以上に記載の配置。
【請求項５】
前記配置は、ウェブサービスを通じて対話へのアクセスを有する検索クライアント（１１）を含むものであって、前記対話コンポーネント（４５）は、前記アーカイブ（３３）及び／又は前記周辺システム（３０）のデータベースへのアクセス手段を有することを特徴とする請求項１〜４の１項以上に記載の配置。
【請求項６】
前記サービスコンポーネント（４０）は、それぞれ前記通信コンポーネント（２０）とのインターフェース（６０）を備えることを特徴とする請求項１〜５の１項以上に記載の配置。
【請求項７】
前記配置は、以下のサービスコンポーネント：
いくつかのデータ記録からグループ（セッション）を作るための手段を備えたセッションコンポーネント（４６）と、
前記セッションコンポーネント（４６）によってデータ記録から形成されたグループを蓄積して調整するための手段を含む調整コンポーネント（４７）と、
誤ったデータ記録を訂正するための手段を備えた訂正コンポーネント（４８）と、を有し、
前記セッションコンポーネント（４６）、前記調整コンポーネント（４７）及び／又は前記周辺システム（３０）は、エラーメッセージを生成し、１つのエラーメッセージを前記訂正コンポーネント（４８）に送信するための手段を有することを特徴とする請求項１〜６の１項以上に記載の配置。
【請求項８】
前記配置は、前記訂正コンポーネント（４８）からの訂正命令を受け取るための手段を備えた少なくとも１つの訂正クライアント（１２）を含むことを特徴とする請求項７に記載の配置。
【請求項９】
前記訂正クライアント（１２）は、ウェブサービスを通じて前記対話コンポーネント（４５）にアクセスするための手段を備えることを特徴とする請求項８に記載の配置。
【請求項１０】
コンピュータ支援ブランチシステムを動作する方法であって、ブランチシステムのフロントエンドがいくつかのクライアント（１０）を有し、一方いくつかのサービスコンポーネント（４０）からバックエンドが構成され、通信コンポーネント（２０）を通じて、バックエンドはクライアント（１０）及び１つ以上の周辺システム（３０）と通信し、これにより、通信コンポーネント（２０）が機能的に少なくとも２つの領域に分割され、第１のモジュール（２１）がクライアントに関連付けられるものであり、一方第二のモジュール（２２）がバックエンドに関連付けられる方法において、
通信コンポーネント（２０）の第２モジュール（２２）のルーティングコンポーネント（２３）がデータの処理及び転送の間のメッセージ送信を引き継ぎ、これにより少なくとも以下のサービスコンポーネントの処理ステップ：
未加工データコンポーネント（４２）が、クライアント（１０）で生成されたデータのフィルタリングを行うとともにフィルタリングされた未加工データを周辺システム（３０）に送るステップと、
アーカイブコンポーネント（４３）が、データをアーカイブ（３３）内でアーカイブするステップと、
プロセスコンポーネント（４４）が、クライアント（１０）のステートフルコールを処理するステップと、
対話コンポーネント（４５）が、クライアント（１０）のステートレスコールを処理するステップと、が実行されることを特徴とする方法。
【請求項１１】
前記方法は、データ提供コンポーネント（４１）によって、周辺システム（３０）のデータをクライアント（１０）に供給するステップを含むことを特徴とする請求項１０記載の方法。
【請求項１２】
少なくとも１つの検索クライアント（１１）が、前記アーカイブ（３３）及び／又は前記周辺システム（３０）のデータにアクセスすることを特徴とする請求項１０及び１１の一方又は両方に記載された方法。
【請求項１３】
前記アクセスは、ウェブサービス及び前記対話コンポーネント（４５）を通じて発生することを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ルーティングコンポーネント（２３）は、サービスコンポーネント（４０）にシリアル又はパラレルにメッセージを選択的に分配することを特徴とする請求項１０に記載の方法。
【請求項１５】
前記方法は、以下のステップ：
セッションコンポーネント（４６）が、いくつかのデータ記録からグループ（セッション）を生成するステップと、
調整コンポーネント（４７）が、セッションコンポーネント（４６）によってデータ記録から形成されたグループを蓄積及び調整するステップと、
訂正コンポーネント（４８）が、誤ったデータ記録を訂正するステップと、
前記セッションコンポーネント（４６）、前記調整コンポーネント（４７）及び／又は前記周辺システム（３０）はエラーメッセージを生成し、１つのエラーメッセージを前記訂正コンポーネント（４８）に送信するステップと、を含むことを特徴とする請求項１０〜１４の１項以上に記載の方法。
【請求項１６】
訂正クライアント（１２）が前記訂正コンポーネント（４８）からの訂正命令を受け取ることを特徴とする請求項１５に記載の方法。
【請求項１７】
ウェブサービスを通じて前記訂正クライアント（１２）は、前記アーカイブ（３３）内及び／又は前記周辺システム（３０）のデータベースにアクセスする前記対話コンポーネント（４５）にアクセスすることを特徴とする請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ支援ブランチシステムを動作する方法及び装置の配置に関し、これによりブランチシステムのフロントエンドがいくつかのクライアントを有し、一方、バックエンドは少なくともいくつかのサービスコンポーネントにより形成される。クライアントは、通信コンポーネントによって、バックエンドのサービスコンポーネントに接続され、また、１つ以上の周辺システムに接続される。ここで、通信コンポーネントは、機能的に少なくとも２つの領域に分割され、これにより第１のモジュールはフロントエンド中のクライアントに関連付けられ、一方、第二のモジュールはバックエンドに関連付けられる。
【０００２】
近年、顧客に対して、所与の企業の様々なサービスを幅広くカバーするアクセスを可能とするために、多分岐ブランチシステム又はベンディングマシーンシステム（自動販売機システム）を含めて多数のビジネス分野が存在している。この例としては、多くの駅や空港において顧客にサービスを提供する輸送セクタにおける企業が挙げられる。これらには、例えば、鉄道の乗車券や航空チケットの販売、手荷物の配送又はレンタカーが含まれる。
【０００３】
別の例としては、国内のほぼ全域にわたって顧客に対して包括的な郵便サービスを提供する郵便サービスの提供者が挙げられ、例えば、手紙や小包の受理、切手の販売や銀行サービス全般の受け付けを行う。さらに、例えば携帯電話の契約のようなテレコミュニケーション領域のブランチにおいてもサービスが提供される。以上述べたようなサービスは、郵便サービス提供者自身のブランチにおいてのみ提供されるわけではなく、自動販売機、サービスパートナーやインターネットウェブサイト経由でも提供され、以下、ネットワークに接続されたフロントエンドステーションの全体をブランチシステムと称する。
【０００４】
通常は、コスト効率及びセキュリティによる理由から、販売及びコンサルティングサービスは、情報技術により支援されている。しかしながら、ブランチシステム内のビジネスプロセスのマッピングには、本質的な情報技術リソースが要求され、かつ、ブランチシステムには、通常、ネットワークによって中央管理システムに接続された多数のクライアントが含まれる。
【０００５】
そのようなブランチシステムでは、データの送信、修正及び／又は格納が行われる多数のトランザクションを実行することが必要である。この状況においては、データが主としていわゆるブランチバックエンドに送られ処理されることが有利であることが実証されている。バックエンドは、例えばフロントエンド内のクライアントで生成される未加工データの処理を含む、すべての種類の機能を完了することができる。データは、あらかじめ定められた基準に基づいて処理され、様々な他のコンポーネントに送信可能とされる。
【０００６】
フロントエンドからの未加工データを周辺システムに送信することに加えて、周辺システムのマスタデータをクライアントに供給することが必要である。このようなマスタデータの供給には、データ及び／又は構造の送信が含まれるようすることができる。プロセスのすべてにおいて、バックエンドは、例えば、送信されるデータのチェック、処理、訂正及びアーカイブを行うことができる。これには、所定の基準によるデータの処理と同様に、様々なフォーマットへの変換も含まれる。さらに、システムは、ドイツにおいて一般に受け入れられている会計原則（Ｇｒｕｎｄｓaｔｚｅ  ｄｅｒ  ｏｒｄｎｕｎｇｓｍasｉｇｅｎ  Ｂｕｃｈｆuｈｒｕｎｇ−ＧｏＢ）によるデータ処理、及びドイツにおいて一般に受け入れられているコンピュータ支援会計原則（Ｇｒｕｎｄｓaｔｚｅ  ｄｅｒ  ｏｒｄｎｕｎｇｓｍasｉｇｅｎ  ＤＶ−ｇｅｓｔuｔｚｔｅｒ  Ｂｕｃｈｆuｈｒｕｎｇｓｓｙｓｔｅｍｅ  −  ＧＯＢＳ）の処理が可能なものでなければならない。これには、所定期間におけるデータの適切なアーカイブを行うことが含まれる。
【０００７】
したがって、コンピュータ援用システムに対して、ブランチシステムの特定の要件に従ったバックエンドとして設計されたシステムの一領域においてデータの準備、処理及び／又は送信がすべて発生する、いくつかのクライアント及び周辺システムを含んだブランチシステムを動作させることが必要とされている。
【０００８】
様々な機能及びサービスが提供されるべき複雑なコンピュータシステムを形成する際に、これらをサービス指向アーキテクチャ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ：ＳＯＡ）のＳＯＡ原理に従って実装することが有利であることが既に証明されている。例えば、米国特許出願  ２００５／００９３３８１  Ａ１号には、ウェブサービスを通じていくつかのユニットによって使用することができるＳＯＡシステムについて記述されている。サービス指向設計（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ｄｅｓｉｇｎ：ＳＯＤ）原理によってマルチレイヤアダプタビリティが可能となり、これは、イベント制御アーキテクチャ、非同期システム、疎結合サービス及びマルチクライアントを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、小売りシステムの動作に要求される機能を含んだ、コンピュータ支援ブランチシステムのバックエンドを動作させるための装置配置操作するための装置の配置の提供を目的とする。ここでは、特に、サービス指向のアーキテクチャの原理が考慮されるべきであり、また、上述の配置は、ブランチシステム、例えば郵便サービスの提供者及び／又は輸送セクタにおける企業によるサービスを提供するブランチシステムの動作に適したものとすべきである。
【００１０】
本発明は、サービス指向アーキテクチャによってその動作が実行されるブランチシステムのバックエンドの動作方法を提供することをも目的とする。
【００１１】
本発明によれば、この目的は、独立請求項１の特徴を備えた装置の配置により達成される。従属請求項２〜９によれば、配置の有利な実施形態が達成される。目的は、請求項１０に記載の方法によっても達成される。従属請求項１１〜１７によれば、配置の有利な実施形態が達成される。
【００１２】
本発明には、通信コンポーネントの第２のモジュールが、バックエンドのいくつかのサービスコンポーネントにメッセージを送信するための手段を含むルーティングコンポーネントを含むものである、請求項１のジェネリックパートによる装置の配置を含む。本発明によれば、サービスコンポーネントは、クライアントで生成された未加工データをフィルタリングするとともにフィルタリングされた未加工データを周辺システムに送るための少なくとも１つの未加工データコンポーネント、データをアーカイブにまとめるためのアーカイブコンポーネント、クライアントのステートフルプロセスを処理するためのプロセスコンポーネント、及びクライアントのステートレス要求を処理するための対話コンポーネントを有する。配置は、クライアントに周辺システムのデータを供給するためのデータ提供コンポーネントによって強化することができる。
【００１３】
本発明の特に好適な実施形態において、アーカイブはデータベースの形態での短期アーカイブと、ＣＡＳベースデータ保存システム形態での長期アーカイブとを含む。長期アーカイブは、例えば、ドイツで一般に承認されている会計原則（ＧＯＢ）によるデータのアーカイブに適したＣＡＳベースのハードドライブシステムである。配置は、少なくともアーカイブデータにアクセスすることができる検索クライアントも含む。好ましくは、検索クライアントは、ウェブサービスを通じてデータを要求する場合、アーカイブコンポーネントへコールを転送する対話コンポーネントにアクセスする。
【００１４】
特に好適な実施形態においては、各サービスコンポーネントは通信コンポーネントとのインターフェースを有し、このインターフェースを通じて、通信コンポーネントの第２のモジュールとの通信のすべてが処理される。サービスコンポーネントは、さらに、インターフェースからメッセージを検索するため及び個々のサービスコンポーネントに編入するためのデータ処理コンポーネント［アクティブメッセージハンドラー（Ａｃｔｉｖｅ  Ｍｅｓｓａｇｅ  Ｈａｎｄｌｅｒ：ＡＭＨ）］を備えることも可能である。さらに、これらは、関連するサービスコンポーネントのレスポンスを通信コンポーネントに対して送信するためのメッセージリバースチャネルを備えることも可能である。しかしながら、ＡＭＨ及びメッセージリバースチャネルは、通信コンポーネント内の他の機能と交換する関数と交換することも可能である。例えば、サービスコンポーネントにメッセージを直接書き込む適切なアダプターを提供することもできる。
【００１５】
特に好適な実施形態では、本発明によるサービスコンポーネントは、いくつかのデータ記録からグループ（セッション）を作るためのセッションコンポーネント、セッションコンポーネントによってデータ記録から形成されたグループを累積して調整するための調整コンポーネント及びエラーデータ記録を訂正するための訂正コンポーネントによって強化される。ここで、セッションコンポーネント、調整コンポーネント及び／又は周辺システムは、エラーメッセージを生成し、訂正命令を出すために、訂正コンポーネント又は発令コンポーネントにこれらエラーメッセージを送信する。
【００１６】
さらに、上述の配置は、訂正コンポーネント又は発令コンポーネントからの訂正命令を受け取る、少なくとも１つの訂正クライアントを含むことが有利である。訂正クライアントが周辺システムのデータにアクセスする場合、このアクセスを実行する対話コンポーネントが好適である。
【００１７】
本発明は、本発明に係る装置の配置の様々なサービスコンポーネントを備えたコンピュータ支援ブランチシステムの動作する方法をも含む。
【発明を実施するための最良の形態】
【００１８】
従属請求項及び図面を参照した以下の好適な実施形態の記載から、本発明の利点、特徴及び実際的な改善が得られる。
【００１９】
図１は、コンピュータ支援ブランチシステムのバックエンドを動作させるための本発明に係る装置の配置の特に好適な実施形態を示す。ここで、バックエンドは、主に、クライアント１０又は接続された周辺システム３０によって生成されたデータの技術的な処理、及び送信を行う。データの最終処理は、好適には、クライアント又は周辺のシステム内で行われる。
【００２０】
クライアント１０及び１つ以上の周辺システム３０は、中央通信コンポーネント２０を通じてバックエンドのいくつかのサービスコンポーネントに接続され、これにより周辺のシステムは、セキュリティ層５０によって通信コンポーネントから好適に分離される。バックエンドのサービスコンポーネントは、その全体が図１において機能ブロック４０として示される。システムをできるだけモジュール化するために、データ処理用のサービスコンポーネント４０は、好適にはバックエンド内でカプセル化される。したがって、個々のサービスコンポーネントは、それらを使用するシステム用のブラック・ボックスを形成し、その結果、外部に対して、各ビルディングブロックは通信コンポーネント２０へのインターフェースを必要とする。
【００２１】
全通信は、好適にはメッセージベースで発生し、通信コンポーネント２０によって完全に処理される。このことは、サービスコンポーネント４０間において通信がなされる相互接続がないという利点を意味し、これにより、整然としたカプセル化がなされて実装の変更が容易となっている。
【００２２】
配置全体は、例えば、クライアント１０においてビジネストランザクションを実行可能とする小売りシステムである。これらのビジネストランザクションは、ブランチカウンタ、自動販売機、又はインターネットウェブサイト内における購入、配達、契約の署名又は問い合わせのトランザクションとすることができる。
【００２３】
配置全体は、拡張及び修正ができるかぎり容易であるコンピュータシステムにより形成されることが好ましい。この理由から、ブランチシステム用のこのようなコンピュータ配置の構成は、通常、高度にモジュール化されている。使用されるモジュールは、他のいくつかのコンポーネントによって使用可能な規格化されたコンポーネントである。好ましくは、システム全体を調整することなく、「Ｐｌｕｇ＆Ｐｌａｙ」の原理によって、新たなコンポーネントを接続することが可能である。ここで、いくつかのクライアントが、関連するプラットフォームの機能を使用するようにコンピュータシステムを構成することは従来から知られている処理である。通常、クライアント及び／又はプラットフォームの領域はフロントエンドと呼ぶことができる。クライアントは、クライアントサーバ構造によってバックエンドに常時接続することができる。しかしながら、本発明は、バックエンドのデータ処理コンポーネントに対して、クライアントがオフライン可能な接続を選択可能とする。ビジネストランザクションを実行する場合、クライアントはサーバに常時接続する必要はなく、むしろ、バックエンドの動作を行うことなく作動することができる。例えば、ウェブサービス又はＳＯＡＰを通じて、疎結合接続を形成することができる。
【００２４】
ウェブサービス、例えば、インターネットを通じて、コール及び応答を高速に送信することが可能となる。ウェブサービスは、インターネット（ＨＴＴＰ）を通じてサービスを利用可能とする。ウェブサービスのすべてが通信のために同じオープンスタンダードを利用するので、これらは包括的に互換性を有し、互いに接続可能である。
【００２５】
クライアント１０は、好適には、例えば所与の企業のいくつかのブランチに配置されるコンピュータアプリケーションとして構成することができる。クライアントでは、例えば、周辺システムの専用データシステムに保存された顧客データを検索しなければならないことから、様々な周辺システムからデータの使用を要求するトランザクションが実行される。さらに、クライアントで生成されたビジネストランザクションのデータを、適切な周辺システムに対して送信しなければならず、これにより、バックエンドでは、ブランチシステム及び／又は個々の周辺システムの要求に従って、データの技術的な処理が発生可能となる。
【００２６】
企業で、そのブランチ内で異なるサービス提供することが多いことから、異なる周辺システム３０を接続することもまた必要となる。例えば、電話接続又は携帯電話契約のような遠距離通信サービスが、郵便局のブランチ内の様々な供給業者によって提供されるのであれば、供給業者の個々のシステムのデータをブランチ内のクライアントにおいて利用可能とする必要がある。同じことは、銀行取引、電子契約、商品の販売及び当然ながら、例えば郵便物の受領や切手の販売などの通常の郵便サービスに当てはまる。本発明は、運送業、キオスクのチェーン店、ガソリンスタンド又はその他の企業におけるブランチシステムの動作に用いられ、その場合、対象となるサービス用のデータの供給及び処理を行う必要がある。
【００２７】
装置の配置には、アーカイブコンポーネント４３に関連付けられるべきアーカイブ３３を特に含む。アーカイブは、好適には、短期アーカイブ及び長期アーカイブから成る。長期アーカイブは、好適には、コンテンツアドレスストレージ（Ｃｏｎｔｅｎｔ  Ａｄｄｒｅｓｓｅｄ  Ｓｔｏｒａｇｅ：ＣＡＳ）の概念ベースで動作し、ハードドライブシステムのようなＣＡＳベースデータ保存システムの形態となっており、一方短期アーカイブは、データベースの形態をとることができる。アーカイブにブランチシステムの会計関連データを保存することによって、情報を安全かつ変更不能にファイルすることができ、これは、ＧｏＢ及びＧＯＢＳの要件を満たすものである。
【００２８】
アーカイブ３３及び／又は周辺システム３０のデータへの検索のためのアクセスを可能とするために、アーカイブ３３及び／又は周辺システム３０のデータベースにアクセスするためにシステムの様々なコンポーネントを使用することができる少なくとも１つの検索クライアント１２が接続される。そのような検索は、例えば監査又はその他の会計資料の審査に必要とされる。検索クライアントは、決定された検索基準に基づいて検索クエリの実行及びその結果表示ができるように構成される。検索基準は、１つ以上のビジネストランザクションの識別用データコンテンツを含む。データコンテンツの例としては、ブランチキー、ＰＯＳシステム（Ｐｏｉｎｔ−ｏｆ−Ｓａｌｅｓ）キー、識別コード、顧客番号などを含むものが挙げられる。例えば、顧客名の自由テキスト入力も可能とされる。クエリの検索へのレスポンスは、好ましくは適切な期間内になされるようにするべきあり、これにより、検索結果は、好ましくは個々のセットを含むものとされる。検索データのエクスポートも可能とすべきである。
【００２９】
クライアント及び周辺のシステムはすべて、好ましくは、通信コンポーネント２０を介してバックエンドと通信可能に接続されている。サービスコンポーネント間における通信は、通信コンポーネントによって同様に実行される。コンピュータシステムの２つの領域間のメッセージ転送を処理するための通信コンポーネントが知られており、周知のる方法により実装することができる。メッセージは、異なる手法で形成された情報を伝えることができる。例えば、メッセージは、未加工データ記録、コール又はプロトコルにより形成される。通信全体は、好適には、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）及びＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に基づく。このようにして、通信コンポーネントは、クライアントと周辺システムとをオフライン可能となるよう接続することができ、その結果、バックエンドが動作使用可能でない場合であっても機能することができる。このような疎結合接続は、ウェブサービス及び／又はＳＯＡＰによって確立される。
【００３０】
ＸＭＬは仕様言語であり、単純で中立かつ柔軟なデータ交換用の統一的基準を構成する。ＳＯＡＰメッセージは、ヘッド本体パタンに従ってモデル化される。メッセージのメタ情報はメッセージのヘッダエリアに含まれている。このメタ情報は、メッセージのルーティング、可能な暗号化及び／又はトランザクションとの関係についての情報を含むことができる。ＳＯＡＰ本体は、メッセージの実際の情報を含み、これは完全なオブジェクト、呼びだされる方法のパラメータ、又は未加工データ記録を含むことができる。ＳＯＡＰメッセージの２つのパートは、好ましくは結合されて１つのＳＯＡＰエンベロープとなる。
【００３１】
通信コンポーネント２０は、少なくとも２つの領域に分割され、これにより通信コンポーネントの第１のモジュール２１はクライアントの領域に関連づけられることとなり、一方、第二のモジュール２２はバックエンドに関連付けられることとなる。クライアントの領域は、ブランチのコンピュータ上のアプリケーションによって、及び／又はクライアントに対してある種の機能を供給するプラットフォームによって、形成することができる。クライアント及び／又はプラットフォームの領域もまた図１中のフロントエンドＦＥとして設計される。第２のモジュール２２は、機能コンポーネントにより、例えばサーバ上で形成され、図１の実施形態内のバックエンドＢＥとして指定された領域に配置される。しかしながら、２つの領域は、機能的に密着した通信コンポーネント２０として見ることもでき、また、通信コンポーネントは中央の通信用インターフェースを形成し、データがフロントエンドからバックエンドへと送られ、かつ再び戻ってくることを保証する。
【００３２】
しかしながら、通信コンポーネントの２つのモジュールを互いに常時接続する必要はない。フロントエンドのこれらのクライアントがバックエンドのサービスコンポーネントに連続的に接続されなくても作動可能とすることもできるように、これらは好ましくは、オフライン状態可能となるように構成される。フロントエンドとの接続、従ってバックエンドの第２モジュールと第１モジュールとの接続は、メッセージ送信の様々な手法を通じて実装されることが可能である。例えば、ステートレスオンラインコールは、インターネット及びウェブサービスを介して実行することができ、一方、ステートフルプロセスは、通信コンポーネントの２つのモジュール間のテンポラリーデータ接続を介して実行することができる。
【００３３】
通信コンポーネント２０の２つのモジュール２１及び２２は、コールの点については互いにシンメトリーであり、したがって、これらは同じ通信可能性を提供する。サービスコンポーネントへのデータフロー及びサービスコンポーネント同士の間におけるデータフローを制御するために、通信コンポーネント２０の第２のモジュール２２内にルーティングコンポーネント２３が提供されている。送信されるメッセージは、通信コンポーネント２０の第２のデータ・モジュール２２の内部データ管理に送信され、ここから、ルーティングコンポーネント２３がメッセージ分配を作動させる。ルーティングコンポーネントは、メッセージが正確な出力部に送信されることを保証する。ここで、メッセージに関しては、論理アドレスのみを有することが好ましく、ルーティングコンポーネントは、この論理アドレスから、関連する物理アドレスを生成してデータ記録を関連する出力部に送る。これは、データ記録の構造を適応させる必要なくターゲットコンポーネントのアドレスを変更することができるという利点を有する。
【００３４】
バックエンドのこれらサービスコンポーネント４０は、好適には、共有される基本構造を有し、かつ、これらはそれぞれ通信コンポーネント２０に対してのインターフェースを有している。好ましくは、他のモジュールとのコンポーネントの通信はすべてこのインターフェース経由で発生する。サービスコンポーネントからのデータは、インターフェースから直接検索されないようにし、むしろ、メッセージ処理コンポーネント（Ａｃｔｉｖｅ  Ｍｅｓｓａｇｅ  Ｈａｎｄｌｅｒ：ＡＭＨ）がこのタスクを引受けることが好ましい。ＡＭＨは、抽象化層を形成し、この抽象化層により、サービスコンポーネントは通信コンポーネント２０に関する特定の情報を所有しなくてもよいようになる。さらに、通信コンポーネントからのデータ検索の能動的な役割を引継ぎ、サービスコンポーネントへと送ることができる。ここで、アクティブメッセージハンドラーの重要な特性は、通信コンポーネント２０とバックエンドのサービスコンポーネントとの間のメッセージトラフィックを非同期に構成する、フレキシブルであると同時に標準化された性能を提供することができることである。
【００３５】
基本的には、バックエンドのサービスコンポーネントは、インターフェースにおいて直接通信コンポーネント２０に向かわないことが望ましい。すべてのサービスコンポーネントの多くのタスクは、常に同じ機能でしかしながら異なる重点で実行される必要があるからである。したがって、正確なプロトコルが遂行されなければならず、データは能動的に検索される必要があり、スケーリングを作成する必要があり、かつ、対象となるサービスコンポーネント内に高速な受信機が必要である。ここで、サービスコンポーネントのインターフェースは、単に他のモジュールによってメッセージの検索を命じられるよう、好ましくは、受動的に構成される。しかしながら、アクティブメッセージハンドラーは、好ましくは能動的に構成され、通信コンポーネントからのデータを常に検索し、プロンプトが行われる必要がないプロセスとなっている。
【００３６】
しかしながら、サービスコンポーネントを、アクティブメッセージハンドラーを用いずに、むしろ通信コンポーネントに既にこの機能を実行する手段が含まれるように構成することも好ましい。さらに、いくつかのサービスコンポーネントは、受動的にメッセージが供給されることが好ましくなりうる。この場合、通信コンポーネントは、例えば、サービスコンポーネントに直接メッセージを書き込むための対応するアダプターを含むことができる。
【００３７】
通信コンポーネント２０は、本発明の特に好適な実施形態においては、いずれのデータも保存しない純粋な転送メディアとして構成され、通信コンポーネントは、サービスコンポーネントがメッセージを要求した後に即時にメッセージの受取りが確認されるものと予測する。そのようにしない場合、過大な量のデータを保存することが必要となるからである。この結果、サービスコンポーネントは、メッセージを検索して完全にその処理を行った後にのみ受取り確認することは、実質的ではなくなる。したがって、サービスコンポーネントは、メッセージを迅速に安全な場所に移した後、即座に受取りを確認する。
【００３８】
通信コンポーネントとサービスコンポーネントの間の非同期データ通信は、ＡＭＨにより達成可能であり、例えば、ＡＭＨがそれらの処理からメッセージの受け取りを分離することで達成することができる。ＡＭＨは、単にデータをできるだけ迅速に転送するタスクを行い、一方、サービスコンポーネントは、通信コンポーネントから独立して、負荷の関数としてメッセージを処理することができる。したがって、アンカップリングが生じ、これは、通信コンポーネントをバックエンドのサービスコンポーネントとは独立なものとさせ得る。
【００３９】
さらに、すべてのサービスコンポーネント４０に対して、コンポーネントのメッセージを他のモジュールへと送信するためのメッセージリバースチャンネルを有するようにすることが好ましい。メッセージリバースチャンネルは、好ましくは、機能ライブラリーとして形成される。この機能ライブラリーのタスクは、システムの様々なコンポーネントと通信コンポーネント２０との相互作用を促進するものである。これに対応して、機能コールが例えばＳＯＡＰエンベロープ構造の訂正のために提供され、又は、送信されるべきメッセージの単純な転送が許可される。
【００４０】
周辺システム３０と同様に、クライアントも、好ましくは、他のコンポーネントにＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）フォーマットによってデータを供給する。接続されたシステムがこのデータモデルで動作しない場合、メッセージ／データの対応する変換がサービスコンポーネントにおいて必要となり得る。この変換は、好ましくは、ＸＭＬファイルのフォーマット言語ＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）への変換の範囲内で発生する。フォーマット言語ＸＳＬは、２つのコンポーネントからなり、その第１のコンポーネントは、ＸＭＬファイルをフォーマットする役割を果たす。第２のコンポーネントは、ＸＭＬを再度他のＸＭＬファイルに変換するか、又は異なるフォーマットのファイルに変換し、ここで、指定されたＸＳＬＴ（ＸＳＬ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）は、変換コンポーネントに対して一般に使用される用語であり、ここでも同様に使用される。
【００４１】
送信コンポーネントのデータモデルは、したがって、保存された変換ファイルによって、受信コンポーネントの関連するデータモデルに変換される。この変換ファイルは、通常はＸＳＬＴである。個々のサービスコンポーネントがそれらの機能を実行するためにマイクロソフト社の製品であるＢｉｚＴａｌｋ  Ｓｅｒｖｅｒを使用する場合、変換ファイルは、いわゆるＢｉｚＴａｌｋ  Ｍａｐｓとなる。本発明の好適な実施形態では、排他的な静的関係が生じる。これとは対照的に、計算及び連鎖は生じない。
【００４２】
本発明によれば、配置によって、図１において文字Ａで指定されるアーカイブコンポーネント４３が提供される。アーカイブコンポーネントは、他のコンポーネントに対して、データをアーカイブするため、又はデータをそのアーカイブ３３から読み出すためのサービスを提供する。本発明の特に好適な実施形態では、アーカイブはＸＭＬベースのデータをインポートして読み取ることができる。
【００４３】
保存部としての直接の使用に加えて、アーカイブが、アーカイブすべきコールのための中間ステーションとして特定される場合、アーカイブコンポーネント４３を暗黙的に使用することができる。この場合、メッセージは、アーカイブを経由して実際の受取り側にルーティングされ、アーカイブコンポーネントにより自動的にアーカイブされる。コールは、アーカイブを経由してルーティングされ、そこでアーカイブされ、その後、実際の受け取り側にシリアルに送信される。このようにして、分散トランザクションを必要とすることなく、メッセージの受け取り側とアーカイブの間で矛盾のないデータ管理が保証される。中間ステーションそれ自身が、メッセージルーティングのためのさらなる中間ステップを特定することができるので、クライアントアプリケーションが調整されることなく、メッセージのアーカイブがバックエンドの中心部分において命令される可能性もある。
【００４４】
アーカイブコンポーネント４３は、システムで作られているＧｏＢとＧｏＢＳの要件の範囲内において中心的な役割を果たす。アーカイブ３３はコピーブックを含み、したがって、法令による保存期間の範囲内のデータをすべて保存する。コピーブックは、ビジネストランザクションがすべて年代順に、完全にかつ再構成可能に記録されることを保証する記録ログである。例えば、コピーブックの要件を満たすために、書き換え不能なデータメディアにデータを書き込む必要があり、これにより、実際のドキュメントデータが要求されるだけでなく、関連するマスタデータ、ログ又はその他の関連するプログラムバージョンもまたアーカイブされることを要求される。結局、あるビジネストランザクションを再構成するために必要なものをすべてアーカイブしなければならない。さらに、アーカイブコンポーネントは、検索プールとして、関連するデータを所定の期間内においてオンラインで利用可能とする目的をも満たす。
【００４５】
アーカイブコンポーネントの構造及び個々の機能エリアは、図２に概略的に示される。アーカイブコンポーネント４３はインターフェース６０を通じて通信コンポーネント２０に接続され、好適にはクエリは排他的にこのチャンネルから送られてコンポーネントに入り、またこのルートを通じて送信される。コンポーネントは、好適には、通信コンポーネント２０の第２のモジュール２２内のアダプターによってメッセージが受動的に供給される。アダプターは、アーカイブコンポーネントにデータを直接書き込む。
【００４６】
メッセージは、供給されたデータに基づいて、インターフェース６０から、短期アーカイブ３２及び／又は長期アーカイブ３１に送られるべきか否かを決定するルーティングコンポーネントに送られる。この目的に使用されたアーカイブコンポーネント内のサービス構造は、例えば、短期又は長期アーカイブにデータを書き込むためのコンポーネントになりうる。短期のアーカイブ３２は、例えばデータベースによって構築され、かつ、ある期間にわたってアカウント関連のデータをすべて保持する。これには、未加工データ記録、参照番号、訂正データ記録及び訂正ログが含まれる。短期アーカイブは、一定間隔で、長期アーカイブ３１へこのデータを転送する。例えば、データは、１日に１回、長期アーカイブへとエクスポートされる。
【００４７】
さらに、短期アーカイブ３２は、長期アーカイブ３１内のオンライン検索用データソースとして、すなわち、例えばＣＡＳベースのハードドライブシステムとして、役立つ。この目的のために、検索基準、及び長期アーカイブのデータ記録の関連する識別子は、短期アーカイブに保存される。アプリケーションは、ハードドライブシステム形態での長期アーカイブ内のデータ記録を呼び出すために、データの物理的な保存位置を知る必要はない。むしろ、コンテキスト属性に基づいて、データ記録を呼び出すことができる一義的な識別子が生成される。識別子は、好ましくは短期アーカイブに関連するデータ記録に保存される。短期アーカイブは、オンラインクエリのためにこのデータに迅速にアクセスすることができなければならない。純粋に技術的なアクセスに加えて、例えば、特定の検索基準で数個のデータ記録が要求される場合、手順上のアクセスも実行することができる。したがって、アーカイブ３３からデータを読むためのコンポーネントがアーカイブコンポーネント内に提供され、これにより検索データ記録は、短期アーカイブ又は長期アーカイブから読み出される。
【００４８】
アーカイブコンポーネント４３は、多くの異なる製造業者から入手可能であるため、供給されたデータのタイプはそれに応じて様々である。したがって、アーカイブコンポーネントの重要なタスクのうちの１つは、データの個々の項目を正しい場所に送るルーティングである。データの重要な種類の１つは、クライアント１０の未加工データである。これらは、保存する必要のある簿記を生成する会計ドキュメントである。未加工データ記録は、好適には、最低レベルでビジネストランザクションについて記述する、精細なＸＭＬデータ記録である。未加工データは、好ましくは、未加工データコンポーネント４２によってフィルタリングされる前及び後にアーカイブコンポーネントに入力される。このようにして、周辺システム用のフィルターされたパッケージと同様に、クライアントによって直接生成された未加工データ記録も、すべてアーカイブが可能となる。
【００４９】
アーカイブコンポーネント４３中で、未加工データ記録は、「未加工データ記録」種を認識するルーティングコンポーネントに送られる。ルーティングコンポーネントは、短期アーカイブに直接データを書き込むための手段に未加工データを送信する。特定の時間間隔ごとに、短期アーカイブのデータは長期アーカイブへエクスポートされ、これによって検索基準、及び長期アーカイブ内の対応するデータ記録を配置する識別子は、短期アーカイブに保存される。
【００５０】
未加工データに加えて、ログも長期アーカイブ内でアーカイブされる。ログは、例えば、エラーログや手順処理記録などの処理ログを含む。バックエンド内の様々なサービスコンポーネントによるデータのルーティングは、処理記録に記録され、その結果、より最新の再構成が保証される。ログ及び処理記録も、同様に、通信コンポーネント２０へのインターフェース６０を通じてアーカイブコンポーネント４３に供給される。
【００５１】
アーカイブ３３の検索クライアント１２によるクエリの場合、好ましくは検索クライアントは、ウェブサービスを通じてアクセスを行う対話コンポーネント４５を使用する。検索クライアントは、対話コンポーネントを通じて、アーカイブ３３及び／又は周辺のシステム３０のデータシステムへのより高速なアクセスが可能となる。アーカイブ３３のコールの場合には、対話コンポーネントは、通信コンポーネント２０を通じて、特定の検索クライアントの検索基準をアーカイブコンポーネント４３へと送り、このアーカイブコンポーネントがこのコールを処理する。このコールはルーティングコンポーネントに移動され、このルーティングコンポーネントは、短期アーカイブからデータを読み込むためのコンポーネントに対してコールを転送して、実際のコールが実行される。検索データ記録がまだ短期アーカイブにある場合、この検索データ記録は、そこから直接読み出される。長期アーカイブへ既にエクスポートされている場合、識別子に基づいて読出しがなされる。これは、好ましくは、処理手順が互いから分離される非同期方法である。したがって、アーカイブ内でのコールは、タイムシフトされてコールの送信側とは独立したサービスコンポーネントによって実行される。送信側は、送信側自身の処理中において非同期プロセスの結果を待つことはなく、メッセージを送信した後も動作を継続する。
【００５２】
短期アーカイブ内の識別子と検索基準の保存部と、長期アーカイブ内の会計関連データ全体の保存部とを分離した結果、検索クライアントにとってはオンライン検索に見える検索が可能となっている。その結果、会計関連データを、あたかもそれが短期アーカイブのような高速なデータベース内にあるかのように、１０年以上の期間にわたって検索することができる。オンライン検索も、ウェブサービス及び対話コンポーネントを使用することによりサポートされる。
【００５３】
バックエンドのサービスコンポーネント４０は、さらに、クライアントに周辺システム３０のデータを供給するための手段を備えたデータ提供コンポーネント４１を有することができる。図１に、文字Ｓによってデータ提供コンポーネントも示されている。データ提供コンポーネントの構造及び個々の機能的な領域を、図３を参照して説明する。図３は、少なくとも１つのクライアント１０にいくつかの周辺のシステム３０のデータを分配するためのデータ提供コンポーネントの特に好適な実施形態を示す。データ提供コンポーネントを通じての周辺システムのファイルの転送ルーティング、及びこれに含まれる様々なフォーマットのデータの変換は、図３の破線部に概略的に示される。
【００５４】
データ提供コンポーネントは、通信コンポーネント２０を通じてブランチシステムに接続され、したがって、フロントエンド内のクライアント１０に接続され、また、１つ以上の周辺システムからのマスタデータをフロントエンドに供給する。クライアント又はブランチへの周辺システムのマスタデータの分配中において、例えば、すべてのクライアントが同じマスタデータの内容にアクセスするようにできる。他の実施形態においてはいくつかのブランチは、それらのブランチが例えば新しいシステム又は特別なキャンペーンのテスト的なブランチとなることが予想される場合、特別な分配を受ける。
【００５５】
この状況では、すべてのクライアントが周辺システムの全てのデータに対してアクセスしなくても良いように、個々のクライアントはブランチ内のサービスのみ選択して提供するようにすることもできる。本発明によるシステムは、データが個々のクライアントに直接送信されるのではなくブランチに送信される実施の形態をも含むことから、クライアントがそのデータを必要とする場合の機能として、ブランチのデータが再度分配されるようにすることができる。
【００５６】
データ提供コンポーネント４０は、均質なインターフェースとして、マスタデータを供給する周辺のシステムに対してマスタデータサービスを提供する。データ提供コンポーネントもまた、以下にＤＢＫとして参照される。
【００５７】
周辺システム３０は、クライアントにデータを手動により供給するよう作動可能な保守ツール１９０を含むことが好ましい。したがって、保守ツールを介して、周辺システムによって自動的に生成されなかったデータを分配することも可能である。しかしながら、保守ツールは、データ提供コンポーネントによって、さらなる周辺システムと見なされる。これにより、周辺のシステム及び保守ツール用の標準化されたデータ収集が可能となる。
【００５８】
さらに、本発明の好適な実施形態では、ブランチデータを供給するためのデータシステム１２０は、別の周辺システムとして提供される。例えば、営業日ごとに周辺システム１２０は、ブランチ、レジスタ、及び装置データをデータ供給の切断時間と同様に供給するものである。ブランチデータは、データの分配を簡便な方法で新たな環境に適応させることができるように、マスタデータの個々のクライアントへの分配を制御するのに供せられる。
【００５９】
データ提供コンポーネントの中心的構成部は、コンポーネントによる適正処理の後に周辺システム全てのデータストックが保存されるデータベース１６０である。データベースとしてはＳＱＬサーバが好ましい。さらに、各種データシステム用の処理スキーマはデータベースに保存される。したがって、データ提供コンポーネントのデータベースは、データ提供コンポーネントがクライアントの全部のデータストックを保有するように、クライアントに関連する周辺システムのデータストックを常に含む。本発明の特に好適な実施形態では、マスタデータの保存期間を延長することが必要な場合、データベースの様々なコンテンツは、アーカイブコンポーネントによってアーカイブ３３に定期的に保存される。
【００６０】
他の一体パーツとして、データ提供コンポーネント４１は、周辺システムのファイルを供給するための所定の転送インターフェース１３０を有する。これは、各周辺システムがそのデータを保存したファイルシェアであることが好ましい。
【００６１】
周辺システムのファイル１１０が、データ提供コンポーネント４１の転送インターフェースに保存される場合、下流の経路においてさらなる処理が発生する。データの処理は、制御コンポーネント１４０によって制御されることが好ましい。この制御コンポーネントは、ＸＭＬベースのメッセージシステムが好適であり、制御コンポーネント１４０とデータ提供コンポーネント４１の様々な機能エリアとの相互作用は、図３の実線で示された矢線に示される。例えば、メッセージシステムとして、マイクロソフト社の製品であるＢｉｚＴａｌｋ  Ｓｅｒｖｅｒを使用することができる。
【００６２】
メッセージシステムは、データ提供コンポーネント内の手順を一体化し、管理し、かつ自動化する役目を果たし、さらに、データ提供コンポーネントをシステム全体の他のコンポーネントに結び付ける。メッセージシステムは、プロセスが使用する各種アプリケーション間の通信用の方法及び機構を定義する方法を利用可能にする。制御モジュール１４０は、バックエンドのいくつかのサービスコンポーネントを互いに接続することができ、メッセージの転送を行うことができる。例えば、ＢｉｚＴａｌｋが制御コンポーネントとして使用される場合、メッセージは複数のアダプターによって送信し受け取ることができる。アダプターは、例えば、ＦＩＬＥ、ｈｔｔｐ、ＳＭＴＰ、ＳＯＡＰ、ＦＴＰ、ＳＱＬ及びＥＤＩプロトコルを通じてメッセージを送信することができる。
【００６３】
したがって、制御コンポーネント１４０は、さらにデータ提供コンポーネントとシステム全体との相互作用を制御する。これらは例えば、通信コンポーネント２０を含み、この通信コンポーネント２０は、クライアントにデータ提供コンポーネントによって処理されたデータを分配する。クライアントのエラーメッセージ及び／又はデータ要求は、通信コンポーネント２０に同様に送信され、この通信コンポーネント２０はデータ提供コンポーネントへとそれらを転送する。
【００６４】
周辺システムは、そのファイルをファイルシェア１３０で、好ましくは所定のディレクトリで利用可能とする。このディレクトリも、アーカイブを行うために、ある期間ごとにアーカイブコンポーネントに同様に転送されるようにしてもよい。転送インターフェースで受け取られたファイルは、前処理コンポーネント１５０に転送され、そこで処理される。検証ソフトは、そのファイルが周辺システムの保存されたスキーマに対応するか否かをチェックし、それによって、データベース１６０内のテーブルからのメタ情報に基づいてスキーマがロードされる。検証が失敗した場合、その通知が、供給元の周辺システムに送られることが好ましい。例えば、周辺システムのｅ−ｍａｉｌアドレスは、周辺システム名に基づく制御コンポーネント１４０によってデータベース１６０から読み出すことができ、また、メッセージを周辺システムに送ることができる。
【００６５】
反対に、ファイルの検証に成功した場合、そのファイルは、エンベロープ内のメッセージにパックされる。好ましくは、チェックされたスキーマのバージョン及びメッセージＩＤは、供給元の周辺システムの名前とともに、付随する属性フィールド内のこのエンベロープのヘッダーに挿入される。何故なら、それらはマッピングコンポーネント１５１内のその後の処理の間に必要となり得るからである。この場合、メッセージＩＤもまたアプリケーションの監視に対して使用される。
【００６６】
次のステップで、ファイルは、データベース１６０に入力することができるように、マッピングコンポーネント１５１内で変換される。この目的のために、データベース１６０に保存された変換ファイルが用いられ、この変換ファイルによって、ＸＭＬファイルは、データベース１６０に読み込むことができる更新データメッセージ１１１に変換することができる。例えば、変換ファイルとしてＸＳＬＴを使用することができる。さらに、ＢｉｚＴａｌｋが使用されている場合、いわゆるＢｉｚＴａｌｋマップを変換ファイルとして使用することができる。周辺システムのファイルはデータ提供コンポーネントのデータモデルに変換される。マッピングに必要とされた変換ファイルは、スキーマバージョン、及び供給元の周辺システムの名前のメタデータに基づいて決定することができ、これにより、テーブルは、例えば、データベース１６０内に保存することができる。このテーブルのデータメンテナンスは、好ましくは、保守ツール１９０によって実行される。
【００６７】
マッピングコンポーネントによって生成された更新データメッセージ１１１は、データベース指示を含み、データベース１６０に適切にデータを入力するパシスタ（ｐｅｒｓｉｓｔｅｒ）に移動される。更新データメッセージ１１１は、他のデータのうち発送バージョンが保存されたテーブルを含むファイルである。更新データメッセージは、さらにデータがデータベースに入れられた後に実行されるべき指示（保存された手順）を含んでいる。例えば、指示は、スキーマ及び／又は加えられるバージョンのマッピングを要求することができる。
【００６８】
ファイルシェア１３０へインポートされたデータがＸＭＬフォーマット以外のフォーマットのファイルである場合、このファイルは、好ましくは、ＸＭＬファイルに変換する前にデータベース１６０に保存される。例えば、ファイルがＤＢＦフォーマットで供給される場合、ＤＢＦファイルはデータベース１６０に保存され、その後に、フラットファイルスキーマに基づいてＸＭＬファイルに変換される。フラットファイルスキーマは、例えばデータベース１６０に保存され、変換のために使用することができる。ファイルが今現在ＸＭＬフォーマットである場合には、上述した、ファイルを更新データメッセージにするさらなる処理及びこのデータをデータベース１６０への保存がなされる。
【００６９】
このようにして、クライアントのマスタデータモデルが維持され、また、様々な周辺システムからのマスタデータ供給はデータ提供コンポーネント４１のデータベース１６０に保存される。ブランチ又はクライアントのマスタデータステータスをそれぞれ記録することが可能とし、このようにすることでクライアントのマスタデータ用バージョン管理が実行可能となるように、データ供給はブランチによって正確に履歴化される。ここで、好ましくは入力処理手順によってバージョンの編集が実行される。
【００７０】
特別な周辺システム１２０のブランチデータも、データ提供コンポーネントのファイルシェア１３０にＸＭＬファイルとして保存され、前処理コンポーネントによって更新データメッセージに変換される。同様に、データはデータベース１６０に読み込まれ、周辺のシステムから受け取ったデータをクライアントに分配するために、分配制御コンポーネント１８０により使用される。
【００７１】
上述したマスタデータのデータベース１６０への入力処理の後に、出力処理を行い、この出力処理にはデルタ生成部１６１が含まれる。デルタ生成部は、周辺システムからのマスタデータ供給の生成及びクライアントへの送信に関与する。マスタデータ供給に基づいて、デルタ生成部は、個々のフロントエンド用デルタ供給を生成し、これにより、デルタ供給は、フロントエンドのデータベースへの自動インポートを可能とするフォーマットで提供されるという利点を有する。この目的のために、ＸＭＬフォーマットが好適に用いられる。
【００７２】
マスタデータ供給の場合には、周辺システムの供給が所定のスキーマに対応し、これによってこれらのスキーマは、データベース１６０内の適切なデータ領域をカバーする。したがって、フロントエンド用マスタデータ供給の生成は、スキーマに関連して発生する。デルタ生成部は、好ましくは同様にして制御コンポーネント１４０により作動され、これにより、例えば、時間制御もしくはイベント制御されるよう構成することが可能となる。デルタ生成部は、好ましくは保守ツール１９０によって構成される。この構成には、新しいスキーマの定義、古いスキーマの停止、及び／又はデータ領域とスキーマとの関連づけが含まれる。スキーマ定義にはいくつかのテーブルを含み、どのテーブルがスキーマに属するか、また、これらのテーブルがどのように構成されるかが定義される。スキーマ定義は、ランタイムに関してスキーマ構成を動的に読み取り、データ領域を識別し、データ領域の構造を評価し、及びそれらからデータ記録を生成するためにデルタ生成部に対して使用される。
【００７３】
マスタデータ供給に基づいて、デルタ生成部はデータ修正を含んだデータベース指示の形態で、デルタ及び更新データパッケージ１１２を生成する。これらのプロセスの実装は、制御コンポーネント１４０のプロセス、及びデータベースに保存された指示（保存された手順）を通じて行うことができる。ここで、制御モジュールは、好ましくは制御を行うだけでなく、プロセスのログをとる。そのプロセスは、データベース手順によって実質的に実行される。ここで、デルタ生成部は、２つのバージョン間のスキーマに関連するデルタの検査を行い、従ってこのように決定されたデルタは、制御モジュール１４０にデータ記録として供給バックされる。
【００７４】
デルタの決定においては、生成部は、まだ送られていないクライアント毎に新しい供給をすべて決定する。これらの供給については、最近送られた供給が決定され、二つの供給の比較によって、古い供給には存在するが新しい供給には存在しないデータ記録が索出される。クライアントでは、これらのデータ記録を削除しなければならない。さらに、この比較により、新しい供給には含まれるが古い供給には含まれないデータ記録が索出される。クライアントでは、これらのデータ記録を挿入しなければならない。修正済みのデータ記録のために、クライアントにおいて、好ましくは、最初に削除がなされ、その後に新しいデータ記録の挿入が実行される。
【００７５】
デルタ生成部は、データ記録へとこれらのデルタを処理し、制御モジュールにそれらを転送。制御モジュールは、例えばＳＱＬサーバからデータ記録をデータストリームとして受け取り、好ましくはこれに基づいて二つの物理的に分離されたＸＭＬファイルを生成する。例としてＵｐｄａｔｅＰａｃｋａｇｅ．ｘｍｌとして示される第１ファイル１１３はデータファイルであり、一方、例としてＺｉｅｌｅ．ｘｍｌとして示される第２ファイル１１４は制御ファイルである。デルタは、クライアントのデータベース中で処理することができるＳＱＬステートメントの形態で、データファイル１１３に含まれている。制御ファイル１１４には、ファイルのアドレス指定が含まれる。二つのファイルは、好ましくは圧縮され、通信コンポーネント２０にデータを移動するために出力インターフェース１７０が使用される。
【００７６】
本発明の特に好適な実施形態では、クライアントへのマスタデータの転送に加えて、データ提供コンポーネント４１を介して構造修正の転送が同様に行われる。この目的のため、保守ツール１９０は、さらなる周辺システムとしてデータ提供コンポーネントに接続される。例えば、フロントエンドにおいて、ソフトウェア用のクライアントデータベースに新しい構造が必要である場合、これらは、保守ツールによって手動で形成され、データ提供コンポーネントを介してクライアントに分配することができる。構造修正がクライアントに送信された場合、周辺システムは、対応するマスタデータを供給することができる。
【００７７】
テスト環境において、構造修正に必要とされた複数のデータベース指示をテストし、次に、データ提供コンポーネントへの転送インターフェースを介してこれらをインポートすることが好ましいことが証明されている。好ましくは、マッピングが不要となるように、保守ツールは、好ましくは、更新データメッセージを既にデータベース１６０に送信しておく。指示は、データベース１６０に書き込まれ、したがって、周辺システムのマッピングも調整される。構造修正の効果が現れると予想されるブランチは、通信コンポーネント２０を介して、例えばＳＱＬステートメントのような、この目的に必要なデータベース指示を受け取る。
【００７８】
クライアントがマスタデータ供給を処理することができない場合、クライアントは、データ提供コンポーネントにエラーメッセージを生成する。例えば、処理中において更新データパッケージが有効でないか、更新ＩＤが誤っていることが確かめられる場合もある。その場合、そのパッケージを誤っているものとして印しを付し、エラー認識を介してデータ提供コンポーネントにエラー状況を供給する。同様に、データ提供コンポーネントへのエラーメッセージの送信は、好ましくは、通信コンポーネント２０を介してＸＭＬドキュメントのフォーマットで行われる。特に好ましくは、ＸＭＬファイルはＳＯＡＰエンベロープへ埋め込まれる。エラーメッセージはファイルシェア１３０に入れられ、データ提供コンポーネントによって処理される。
【００７９】
したがって、データ提供コンポーネント４１は、周辺システムからクライアントまでマスタデータのルートをマッピングする。クライアントのデータを周辺システムに移動している間に、本発明に係る装置の配置は、図１中の文字Ｒで指定される未加工データコンポーネント４２を提供する。未加工データコンポーネントは、周辺システムへのフロントエンドで生成されたデータを送信し、これによりデータは、二つのレベルでフィルタリングされる。未加工データコンポーネントは、好ましくは非同期に入力データを処理する。ここで、各周辺システムにポートが供給されている。ポート内では、ＸＳＬＴは、様々なトランザクションに対してクライアントで検索及び実行され、したがって、周辺システムに対して、いくつかのトランザクションのデータが変形されているフィルタリングされたドキュメントが得られる。フィルタリングされたドキュメントは、収集サイトに送られて、この収集サイトは、最終的に、収集ファイルを周辺システムのポートに送信する。
【００８０】
未加工データコンポーネントへの未加工データの送信の前後において、データは、バックエンドの多くのサービスコンポーネントを通過する。未加工データコンポーネント内でのデータのフィルタリングの前後において、好ましくは、データは、アーカイブコンポーネントによってアーカイブが行われる。フィルタリングの後に、データは、１つ以上のコンポーネントに送信されてデータチェックが行われる。様々なサービスコンポーネントの間でのデータの分配は、通信コンポーネントのルーティングコンポーネント２３を介して実行される。
【００８１】
未加工データコンポーネントの第１のフィルターは、例えばクレジットカード番号のようなある種のフィールドコンテンツが削除されるという点で、データ機密性保護の要件を満たす。さらに、データを受け取る周辺システムに依存して、周辺システムに送信されるとは推定されないさらなる個人データを削除することができる。周辺システムがそれぞれその周辺システムに関連するデータ領域のみを含んでいるフィルターを指定することができるように、第２のフィルターレベルは周辺システム自体によって定義することができる。したがって、周辺システムに送られ処理されるボリュームは、必要な範囲にまで減らされる。
【００８２】
各周辺システムについて、フィルタリングされたデータが供給されるポートが定義される。周辺システムが個々の記録を処理することができる場合、データはポートから周辺システムに直接供給される。しかしながら、周辺システムがデータバンドルを要求する場合、データはデータベース内に書き込まれる。ここで、サイズ及び／又は時間に関する周辺システムの基準が満たされるまでデータが収集される。この基準は、監視コンポーネントによってデータベース内で監視され、他のコンポーネントがデータパッケージのバンドルを引き継ぐ。データパッケージは通信コンポーネントを介して周辺システムに送られる。同時に、好ましくは、供給単位でのコピーがアーカイブコンポーネントに送られる。
【００８３】
バックエンド内でのクライアントのデータ処理及び／又は周辺システムのデータ処理、含まれるシステムの他のコンポーネントへのコールについては、コンポーネント同士における多方面にわたる通信を可能にしなければならない。この通信を実行するための通信コンポーネント２０は、好ましくは二つの領域に分割され、そのうちクライアント領域内の第１モジュール２１は、クライアントのデータがステートレスルート又はステートフルルートのいずれを通じて送信されるべきかを選択するための手段を有する。以下、ステートレスルートはオンライン送信ルートとも称され、一方、ステートフルルートはオフライン送信ルートとも称される。
【００８４】
例えば、クライアントからのクエリがある周辺システムのデータソースによって実行されると推定される場合、このデータは、クライアントでできるだけ迅速に利用可能となるように、好ましくはオンラインルート経由を通じて実行される。オンラインクエリも、即時のレスポンスを待つ要求として指定することができる。したがって、送信側は、同期プロセスをサポートすることができ、これは、オンライン読出しが完了した後に、アプリケーションが処理を継続する前にレスポンスのリターンの待機状態になるからである。オンラインコールは、クライアントによって、例えばウェブサービスを介して対話コンポーネントに送信することができる。
【００８５】
対照的に、クライアントにおけるビジネストランザクションの終了後のデータ処理及び保存は、より遅いオフラインルート経由で実行することができる。これらは送信されるメッセージではあるが、それに対するレスポンスは期待されていない。送信側は、基本的に、送られたデータが適切な順に確かに運ばれると仮定している。したがって、これらは、異なる処理手順が互いに分離される非同期的な方法である。
【００８６】
手続的なデータを処理し、かつビジネス論理を実装するために、本発明によれば、プロセスコンポーネント４４は、サービスコンポーネント４０のうちの１つとして提供され、サービスコンポーネント４０は、例えば長時間にわたるトランザクションを含むことができる。ここで、プロセスコンポーネントＰは、他のサービスコンポーネントと共に、そのランタイムが３０秒より長く又は数日までとなり得るステートフルプロセスを実行する。これらは、例えば、インターネットブランチを使用した、発送を指定するための発注である。インターネット上での発注から発送ラベルを作成してサービスに対する請求を行うのには数日かかることが想定でき、これによりこの長期間のプロセスは、プロセスコンポーネント内で処理される。プロセスがステータスを要求する場合、プロセスコンポーネントを介して常にその処理を行うことが好ましい。プロセスコンポーネント４４は、プロセスコンポーネントと他の接続されたサービスコンポーネント及び周辺システムとの通信を処理する通信コンポーネント２０のルーティングコンポーネント２３に接続される。
【００８７】
対照的に、ステートレスプロセスは、ルーティングコンポーネント２３を介したいくつかのプロセスのための対話コンポーネント４５を通じて処理され、したがって、ステートレスプロセスは、他のプロセスのために独自のルーティングを有する。データがクライアントから周辺システムにステートフルなオフライン送信ルート経由で送信されると推定される場合、ルーティングコンポーネントが用いられ、これによりコール処理はプロセスコンポーネント４４によって処理される。対照的に、対話コンポーネントの純粋なステートレスオンラインコールでは、好ましくは対話コンポーネントのルーティングコンポーネントが能動的になる。したがって、より高速なオンラインルート経由で生じると推定されるプロセスは、好ましくは対話コンポーネントＤを介して処理される。ここで、対話コンポーネントは、周辺システムが参加する又は参加しない異なるタスクにおいて発生する。
【００８８】
プロセスコンポーネント４４及び対話コンポーネント４５は、ステートレス及びステートフルなコール又はプロセスを個別に実行するために不可欠である。フロントエンド領域内の通信コンポーネント２０によって、データ送信のためにオンラインルートが選択されている場合、データは、第１のモジュール２１から、バックエンド内の第２のモジュール２２に送信されて、対話コンポーネント４５に送られる。メッセージはステートレスな手法で処理され、その結果、高速通信が可能となるが、しかし、信頼できる送信は存在しない。したがって、ビジネス論理に関係するクエリ又はデータクエリは、好ましくは対話コンポーネントを介して周辺システム内で実行されるが、クライアントのデータ処理は実行されない。
【００８９】
したがって、できるだけ速く実行されなければならない通信の一例は、周辺システム３０の販売データベースにおけるクライアント１０の顧客要求である。ここでの重要な特性は、処理を継続する前に、概して、コールコンポーネントは、周辺システムからのレスポンスを待っているということである。したがって、対話コンポーネントの場合には、好ましくはランタイムが短いと仮定される。さらに、高速通信を保証するために、あまりにも長くかかるクエリ又は失敗したクエリを人為的に終了させるために、タイムアウトを使用することが好ましいことが証明されている。したがって、コールプロセスは早い時点で失敗を認識することができ、従ってこれに反応することができる。
【００９０】
同様に、本発明の実施形態では、あるプロセス、例えばプロセスコンポーネント４４が、販売データベース内のデータに迅速にアクセス可能であることが必要である。これらのケースでは、これを可能にするために、対話コンポーネントをルーティングコンポーネント２３に接続することができる。したがって、事実上、バックエンドのすべてのサービスコンポーネント４０は、接続している周辺システム内でオンラインコールを行うために、対話コンポーネントにアクセスすることができる。サービスコンポーネント４５も、訂正クライアント又は検索クライアントによって、ウェブサービスを通じてコール可能である。
【００９１】
好ましくは、対話コンポーネントは少なくとも３つのタイプのコールを実行することができる。第一に、対話コンポーネントのビジネス論理を排他的に使用するコールを行うことができる。ビジネス論理は対話コンポーネントに保存され、周辺システムにおいてコールなしで実行できる。論理は、パラメータが常に変化することから、フロントエンドに変更不可能に保存されるとは推定されない、複雑なアルゴリズムとなり得る。これは、例えば、すべてのアプリケーション用の金利計算を行うために一定の公式を使用する金利計算コンポーネントである。周辺システムへのコールはこの場合必要ではない。
【００９２】
第２に、対話コンポーネントは、周辺システムにデータの単純な引き渡しの形態でコールを実行することができる。ここで、コール自体には論理は存在せず、対話コンポーネントは単に周辺システムへコールを転送するだけである。これは、例えば、データベースからのある顧客記録の検索である。
【００９３】
さらに、コールは、いくつかの周辺システムのコールだけでなく、論理及び周辺システムコールにより構成される場合もある。そのような複雑なトランザクションは、好ましくは、対話コンポーネント内のサービス層によって扱われる。コールを処理するための全機能は、サービス層内にある。したがって、対話コンポーネントへのクライアントの一回の単一コールを通じて、任意の所望のサイズのカスケードコールが、相互依存性を変化させながら発生可能である。したがって、例えば、いくつかのデータベースからの顧客データは、フロントエンド内のクライアントへの１ユニットとしてクエリがなされ、適切にコンパイルされて供給される。ここで、対話コンポーネントはいずれのデータをも保持せず、所定の期間が終わってからもう再度ある種のプロセスを廃棄することができる。
【００９４】
ここに示された種々のオンラインコールのための処理ステップ及びこれに含まれる対話コンポーネント４５の機能コンポーネントの概略が図４に示される。クライアント１０によってコールがなされる場合、オンライン送信ルートは、通信コンポーネント２０の第１のモジュール内で指定される。その後、そのコールは、好ましくは、ウェブサービスを通じて対話コンポーネント４５へと進む。
【００９５】
メッセージは、対話コンポーネント内のルーティング層６３に移動される。このルーティング層６３内では、３つの上述したコールタイプのうちどれを適用すべきかが決定される。さらに、周辺システムへの実際のコールにふさわしいプロトコルが指定される。対話コンポーネント４５は、クライアントのデータモデル内の入力データを周辺システムに適したデータモデルに転換するタスクを有する変換層を含む。
【００９６】
コールが単純論理のコールである場合、データ変換がなされ、ルーティング層６３から図４内に文字Ｌで指定される論理モジュールに直接送られる。モジュールは複雑さが変化する結合論理により構成することができ、ビジネス論理によるクエリの処理後に、データは通信コンポーネントを通じてクライアントへと戻される。
【００９７】
周辺システムへの単純なクエリの場合のデータストリームは、ルーティング層６３によって論理及び"Ｌ＆Ｕ"により指定される周辺システムモジュールに送信されるデータを与える。Ｌ＆Ｕモジュールは、それが単純なクエリであることを認識し、かつ、データは、例えば、プロクシを介して周辺システムへと供給される。レスポンスは、好ましくはインターフェースを通じてクライアントにおいて通信コンポーネントへと送られる。
【００９８】
論理を含むマルチ層コール及び１つ以上の周辺システムコールは、好ましくは、"Ｌ＆ｎ＊Ｕ"で指定されるモジュールによって処理される。通常、データもまたここで変形され、かつ、クエリは最初に論理と論理及び周辺システム用の周辺システムモジュール（Ｌ＆Ｕ）とに達する。このモジュールは、サービスモジュールＬ＆ｎ＊Ｕへコールを転送しなければならないことを認識する。したがって、プロクシを介して適切なサービス層が送り先とされる。この層内では、周辺システムへの必要なコールもまた、好ましくはプロクシによって処理される。ここで、明確性を図るため、たとえ図に明示的に示されていない場合であっても、レスポンスは、好ましくは、インターネットを通じてクライアントにおける通信コンポーネントに送信される。
【００９９】
フロントエンド領域の通信コンポーネントがデータの送信にオフラインルートを選んだ場合、ルーティングコンポーネント２３を介してプロセスコンポーネント４４が送り先とされる。ドイツの一般に受け入れられている会計原則（ＧｏＢ）及びドイツの一般に受け入れられているコンピュータ支援会計原則（ＧｏＢＳ）の要件を満たすために、すべてのデータ記録は、プロセスコンポーネントによって処理される前に、最初にアーカイブコンポーネントＡによりアーカイブすることが好ましい。ここで、ルーティングコンポーネント２３はデータ記録のパラレル処理だけでなくシリアル処理も許可する。
【０１００】
クライアントのコールのタイプに応じて、データはルーティングコンポーネントに接続されたサービスコンポーネントにより処理され、周辺システムに送られる。この状況下では、クライアントからのレスポンスが期待されるわけではないが、ステータスを生成することで、信頼できる送信が保証される。
【０１０１】
プロセスコンポーネント４４によって実行されたステートフルプロセスは、通常は、少なくとも二つに２に分割されるプロセスである。第１の開始パーツは、フロントエンド内のクライアントで発生し、それにより、ある種の命令が受理され開始される。この一例は、携帯電話の販売とすることができ、その処理全体は、オーダデータの記録及び発注により完了するものではない。むしろ、発送を行う必要があり、携帯電話は、たいていは輸送・物流企業に送られてから配送される。これらはすべて、さらなる干渉を行う必要なく、バックグラウンドで行われる。逆に、設定されたスキーマに従って適用可能なステップが発生し、正しいシーケンスで開始する必要があるだけである。
【０１０２】
この状況では、プロセスコンポーネントは、構成を通じて排他的に新しい手順処理を実現可能とする技術的なプラットフォームを提供する。特に、コンポーネントは、好ましくは必要なツールのすべてを提供し、新しいプロセスの場合には、従来の言葉の意味でのプログラミングは必要とされないようにしている。プロセスが完了するまで、プロセスのステータスはプロセスコンポーネント４４内で維持される。完了後は、データは保持されない。
【０１０３】
プロセスコンポーネント４４が通信コンポーネント２０に接続されることから、必要であれば、さらに、このルーティングを通じて対話コンポーネント４５にもアクセスする。
【０１０４】
プロセスコンポーネント、及びその個々の機能エリアの特に好適な実施形態を図５に示す。メッセージは、ルーティングコンポーネント２３からプロセスコンポーネントのインターフェース６０へ移され、その後、メッセージは、例えばメッセージシステムの形態とすることができるコンテナ８０に移動される。このメッセージシステムもまた、マイクロソフト社の製品であるＢｉｚＴａｌｋ  Ｓｅｒｖｅｒとすることができる。メッセージシステムは、様々なインターフェースへの接続を可能にする。また、メッセージシステムを組み合わせることによって、任意の所望の複雑なプロセスを、プログラミング作業を行うことなくセットアップすることができる。
【０１０５】
メッセージはメッセージシステムに転送され、好ましくはそれ自身のキューに保存される。ここから、コンテナ８０内で処理が発生し、それによって、例えば、処理エンジンは、メッセージを自動的に適切なプロセスへと送る。ここで、所望数の同様の又は異なるプロセスも平行に処理することができる。さらに、個々の工程は、通信コンポーネントを通じて他のサービスコンポーネントといつでも通信することができる。このように、プロセスコンポーネント４４はステートフルプロセスを、もしも適用可能であるならば、他のサービスコンポーネント及び周辺システムと共に処理する。
【０１０６】
この状況では、通信コンポーネント２０のルーティングコンポーネント２３は、いずれの所望のルーティングをもサポートすることができる。例えば、フロントエンドは、ルーティング情報（＊Ａ、Ｐ、Ｒ）を備えたバックエンドにメッセージを送ることができた。ルーティングコンポーネントはこのメッセージを以下のように、「データをアーカイブコンポーネントＡに送り、Ａが承認を行うまで（＊によりマークされる）待機する。」と解釈するであろう。次に、プロセスコンポーネントＰにデータを送り、これに平行して、未加工データコンポーネントＲにデータを送る。対照的に、さらなるルーティング（Ｐ、Ｑ１、Ｒ、Ｄ）は、Ｐ、Ｑ１、Ｒ及びＤと平行してメッセージを送信することを意味することができた。さらに、例えば（＊（Ａ、Ｐ）、Ｒ、Ｄ）のように、より複雑なルーティングが想定でき、この場合ルーティングコンポーネントはＡ及びＰにデータをパラレル送信し、そして、これらの２つのコンポーネントによる確認を行った後にのみ、Ｒ及びＤにパラレルに、データを送信する。
【０１０７】
本発明の特に好適な実施形態では、本発明による配置は、図６の中の文字Ｋでも示される訂正コンポーネント４８によって強化される。訂正コンポーネントは、会計関連データ記録及びトランザクションの手順的に必要なすべての訂正を実行する役割を果たす。周辺システム３０は、例えば、誤った未加工データ記録が供給された場合に訂正コンポーネントにエラーを報告するソースである。エラーメッセージは、サービスコンポーネント内の様々な構成及び処理ユニットからも得られる。訂正管理部は、サービスコンポーネント４０及び接続された周辺システムのワークを支援し、かつシステム全体のエラーフリー動作が可能となるように、誤ったデータ記録を適時に修正する役割を果たす。ここで、すべての訂正は、システム全体がＧｏＢとＧＯＢＳに一致することを保証するようになされるべきである。
【０１０８】
顧客とのビジネスを処理する間にトランザクションが実行される少なくとも１つの検索クライアント１１といくつかのクライアント１０とに加えて、本実施形態の配置においては、少なくとも１つの訂正クライアント１２が含まれる。例えば、ブランチシステムのそれぞれ別の場所に複数の訂正クライアントを配置することができ、その結果、訂正タスクは、例えばそれぞれ権限が異なるものとして複数のエリアに分散することができる。
【０１０９】
訂正クライアント１２は、好ましくは、データの表示及びその訂正のための引き継ぎが可能となるように構成される。さらに、この訂正クライアントは、訂正されたデータ記録をシステムにインポートするための手段を含む。好ましくは、個々の訂正クライアント間の通信は不可能とされる。複数のクライアントによって同じデータをロードして表示することができる。しかしながら、複数の訂正クライアントによる特別データ記録処理は、防がれるようにすることが好ましい。本発明の特に好適な実施形態では、訂正クライアント１２は、検索クライアントと同じコンピュータ上で実行することができる。これらは両方ともアーカイブコンポーネントのアクセス及びデータ処理用の同様の機能を有しなければならないからである。
【０１１０】
訂正コンポーネント４８に加えて、バックエンドのサービスコンポーネント４０も、好ましくは少なくとも１つのセッションコンポーネント４６を含み、これは図６中の文字Ｑ１により示される。セッションコンポーネントは、例えば、クライアントの未加工データ記録がアーカイブコンポーネント４３によってアーカイブされた後に、これらの未加工データ記録を受け取り、フォーマルシンタックスチェックを行って、チェックされたデータ記録を規定されたグループへと組み合わせる。いくつかのデータ記録のこれらのグループも、セッションと称され、これにより、個々のフロントエンドでは、いずれの所望のセッションも規定され、セッションコンポーネントはその後に入力データ記録から組み合わせを行う。可能なセッションは、例えば、フロントエンドにおける売り場（Ｐｏｉｎｔ  ｏｆ  ｓａｌｅ：ＰＯＳ）の開店時間から閉店時間までの間のデータから構成される。そのようなＰＯＳセッションは、ジャーナルとも称される。さらに、顧客セッション又はトランザクションセッションのような他のセッションユニットもまた可能である。セッションコンポーネントは、好ましくはセット、セッション及び上位セッションレベル上の完全なセッションをチェックする。エラーの場合には、訂正コンポーネント４８への自動転換が発生する。
【０１１１】
セッションコンポーネント４６は、独占的にチェックされて、完全に正しいセッションがコンポーネントから離れて周辺システム又はバックエンド内の別のコンポーネントに送られるという要件を満たす。このチェックには、とりわけ、多くのＧｏＢ要件が含まれる。
【０１１２】
セッションコンポーネントによってチェックされたデータは、通信コンポーネント２０を介して送信され、次に、データの受信者となり得るのは、アーカイブコンポーネント４３、未加工データコンポーネント４２、訂正コンポーネント４８及び／又は調整コンポーネント４７である。データは、その後の検索のためにアーカイブへとインポートされ、未加工データコンポーネント４２は、データが構造化された形態で周辺システムに供給されるように、データのフィルタリングを行う。
【０１１３】
調整コンポーネント４７は、図６内において文字Ｑ２で示され、小売りシステム全体の会計用の前処理及び調整を行う。調整コンポーネントは、チェックされたセッションをセッションコンポーネント４６から受け取り、データの調整及び累積を行う。これにより合計の計算、意味的正確性チェック及びデータ集積が行われる。
【０１１４】
一旦セッションの未加工データ記録のすべてが変形され累積されると、調整が行われる。調整コンポーネントは、データが、その構成が異なっていたとしても、同じエントリー値を有することを確実なものとする。データは、好ましくはＸＭＬフォーマットとされてセッションとしてパックされ、好ましくは受信者に供給可能な構造となるよう処理される。
【０１１５】
セッションコンポーネント４６又は調整コンポーネント４７が、データ記録が誤っていると認識すると、これらは訂正コンポーネント４８に送信される。ここで、誤ったデータ記録の処理は、訂正が完了するまで、訂正コンポーネントによって中断されることが好ましいことが証明されている。誤り訂正は、好ましくは、データ記録それ自体の内部で実行され、及び／又はチェックによる訂正が開始可能とされる。特別な会計規準が訂正コンポーネント内に実装されていることから、誤りデータ記録は好ましくは修正がなされず、むしろ、保存のためにアーカイブコンポーネント４３へと送られる。訂正コンポーネント４８は、誤ったデータ記録と同じルーティング情報を備えた新しいデータ記録を生成する。新しいデータ記録は、古いデータ記録及びエラー訂正要求のリファレンスを受け取る。この状況では、好ましくは完全なセッション又はジャーナルの訂正の必要はないが、個々のデータ記録の訂正が可能である。
【０１１６】
セッションコンポーネント４６及び調整コンポーネント４７の誤ったデータ記録に加えて、他のシステムコンポーネントからのデータ記録を訂正コンポーネントに送信することも可能である。例えば、周辺システムにはじかれたデータ記録も、同様に訂正コンポーネントで訂正することができる。
【０１１７】
訂正命令を処理する訂正コンポーネント４８の動作シーケンスは、一例として図７に示される。クライアント１０で生成された未加工データは、中央通信コンポーネント２０のルーティングコンポーネント２３を介してバックエンドのサービスコンポーネントに送られ、好ましくは、最初にアーカイブコンポーネント４３によってアーカイブされる。未加工データは、その後、フィルタリングされるよう未加工データコンポーネント４２に送られ、かつ、ジャーナル生成及びチェックのためにセッションコンポーネント４６に送られる。セッションコンポーネントが誤ったデータ記録を検出すると、セッションコンポーネントは、エラーメッセージを訂正コンポーネント４８に送信する。図７に明示的には示されてはいないが、このエラーメッセージの送信は、好ましくは、ルーティングコンポーネント２３を介して同様に行われる。
【０１１８】
セッションコンポーネントで作成及びチェックされたジャーナルも、同様に、通信コンポーネント２０を通じて未加工データコンポーネント４２及び調整コンポーネント４７に送られる。調整コンポーネントでは、ジャーナルの調整が行われ、これによりエラーの場合には、エラーメッセージが訂正コンポーネントに送信される。未加工データが供給された周辺システム３０は、同様に、訂正コンポーネント４８にエラーメッセージを送信する。本発明の一実施形態においては、周辺システムはエラーメッセージを訂正コンポーネントに送るのではなく、訂正命令の生成が可能となるように、直接発注コンポーネント１００に送る。
【０１１９】
訂正コンポーネント４８は、エラーメッセージを発注コンポーネント１００、例えばアクション要求システム（Ａｃｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｓｙｓｔｅｍ：ＡＲＳ）に送信する。そこにおいて、訂正コンポーネントは、初期開始ステータス（例えば「オープン」）を有するチケットの生成を実行化する。発注コンポーネントは、ジョブ命令の割り付け及び制御のために用いられるチケットシステムを有する。これは、訂正命令を受け取ってこれら訂正命令をドキュメント化するために用いられ、また、訂正命令をその他の組織的ユニットに送信するためにも用いられる。各処理及びチケット処理中のステータス変更は、訂正システムからＡＲＳに転送される。その後、ＡＲＳは、同期を行う（例えば「オープン」から「処理中」とする）ために、この情報を自動的に訂正コンポーネント４８へと転送する。チケットが訂正管理部の従業部、例えば訂正クライアント１１によって受理された後、対象となっているチケットのすべての情報の訂正管理部への自動組み込みがなされる。
【０１２０】
エラーの分析のために、エラーチケットに含まれる情報に加えて、訂正クライアントがシステムのデータベースに対して読出しアクセスを行うことが可能となるように、さらなるデータが要求されなければならない。したがって、訂正プロセスの範疇におけるこのような検索の場合、種々のシステムがアクセスされ、このアクセスは、好ましくはできるかぎり迅速に行われる。これにより、訂正関連データの転送処理が訂正プロセスにおいて悪影響を与えないことが保証される。
【０１２１】
ここで、訂正は、誤った未加工データ記録から生じ、ジャーナルから生じるわけではないことを考慮すべきである。訂正クライアントは、アーカイブから誤ったデータ記録を読み出し、訂正指示にアクセスし、誤ったデータ記録を訂正する。
【０１２２】
訂正がシステムに入力される前に、訂正された未加工データ記録をチェックコンポーネント９０に送信することもできる。チェックコンポーネントは、正常な処理のシミュレートがなされる予備チェックを行い、したがって、訂正の正確性及び完全性が確認される。この際、チェックコンポーネントは、好ましくは、セッションコンポーネント及び調整コンポーネントと同じルールを用いる。しかしながら、２つのコンポーネント自体で照合を行うことが実際的であるとは証明されておらず、むしろ、セッションコンポーネント及び調整コンポーネントと同様のルールベースである自律コンポーネントを備えるようにすることが有利である。チェック要求に対する応答として、チェックコンポーネントはチェック結果を訂正クライアントに戻し注文を参照する。チェックコンポーネントＰによるチェックが成功した後に、訂正されたデータはバックエンドのサービスコンポーネントに送られる。さらに、訂正ドキュメンテーション全体が与えられ、双方ともにアーカイブコンポーネントによってアーカイブされる。
【０１２３】
本発明の特に好適な実施形態では、訂正クライアント１２は、周辺システムのデータ又は訂正関連データが保存されたアーカイブのデータへのステートレスオンラインアクセスを可能とするために、ウェブサービスを通じて対話コンポーネント４５にアクセスする。この状況では、周辺システムは、アーカイブコンポーネント４３又は他のコンポーネントによってデータが保存されたいずれのアーカイブ及び／又はデータベースを含んでいる。
【０１２４】
したがって、対話コンポーネント４５は、訂正管理のために誤ったデータ記録へのアクセスを許可する。ここで、訂正クライアント１２に対して、サービスコンポーネントは、クライアントがこれを通じて動作している訂正命令用ウェブサービスのホストとなる。ウェブサービスは、好ましくは、作成、検索、ロード及びアップデートのような機能のための方法を提供する。本発明の特に好適な実施形態では、訂正命令用の明白な識別子が対話コンポーネント４５のサービス層によって同様に生成される。この目的のために、後者の対話コンポーネント４５は、発注コンポーネント１００からＡＲＳチケット番号を要求し、訂正命令ＩＤを生成するためにそれを使用する。さらに、対話コンポーネントは、エラーログから属性を抽出する。エラーログの抽出された特徴及び訂正命令ＩＤは、サービスコンポーネントのデータベースに入力される。
【図面の簡単な説明】
【０１２５】
図面を以下に示す。
【図１】図１は、本発明に係る装置の配置の基本的なコンポーネントの特に好適な実施形態を示す図である。
【図２】図２は、データのアーカイブ及び検索のためのアーカイブコンポーネントの特に好適な実施形態を示す図である。
【図３】図３は、いくつかの周辺システムに関するマスタデータを供給するためのデータ提供コンポーネントの特に好適な実施形態を示す図である。
【図４】図４は、ステートレスオンラインコールを実行するための対話コンポーネントの好適な実施形態を示す図である。
【図５】図５は、ステートフルプロセスを実行するためのプロセスコンポーネントの好適な実施形態を示す図である。
【図６】図６は、本発明に係る装置の配置の特に好適な実施形態を、会計の原則によるデータの処理及び訂正のための追加コンポーネントとともに示す図である。
【図７】図７は、訂正クライアントを備えた訂正管理を実行する方法の特に好適な実施形態を示す図である。
【符号の説明】
【０１２６】
１０  クライアント、フロントエンド
１１  検索クライアント、Ｒクライアント
１２  訂正クライアント、Ｋ−クライアント
２０  通信コンポーネント
２１  通信コンポーネントの第１のモジュール
２２  通信コンポーネントの第２のモジュール
２３  通信コンポーネントの第２のモジュールのルーティングコンポーネント
３０  周辺システム
３１  長期アーカイブ
３２  短期アーカイブ
３３  アーカイブ
４０  バックエンドのサービスコンポーネント
４１、Ｓ  データ提供コンポーネント
４２、Ｒ  未加工データコンポーネント
４３、Ａ  アーカイブコンポーネント
４４、Ｐ  プロセスコンポーネント
４５、Ｄ  対話コンポーネント
４６、Ｑ１  セッションコンポーネント
４７、Ｑ２  調整コンポーネント
４８、Ｋ  訂正コンポーネント
４９、Ｅ  供給コンポーネント
５０  セキュリティ層
６０  サービスコンポーネントのインターフェース
６８  サービスコンポーネントのルーティング層
７０  サービスコンポーネントの持続媒体
８０  コンテナ、プロセスコンポーネントのメッセージシステム
９０  訂正管理部のチェックコンポーネント
１００  発注コンポーネントアクション要求システム  −  ＡＲＳ
１１０  周辺システムのフォーマットでの周辺システムのファイル
１１１  データ提供コンポーネントのデータベースのフォーマットでの更新データメッセージ
１１２  更新データパッケージ
１１３  ＸＭＬフォーマットでのデータファイル
１１４  ＸＭＬフォーマットでの制御ファイル
１２０  供給ブランチデータの周辺システム
１３０  データ提供コンポーネントとファイルシェアへの転送インターフェース
１４０  制御モジュール、制御コンポーネント、メッセージシステム
１５０  前処理コンポーネント
１５１  マッピングコンポーネント
１６０  データ提供コンポーネントのデータベース
１７０  出力インターフェース
１８０  分配制御コンポーネント
１９０  保守ツール
【図１】
2009505250.tif 000003
【図２】
2009505250.tif 000004
【図３】
2009505250.tif 000005
【図４】
2009505250.tif 000006
【図５】
2009505250.tif 000007
【図６】
2009505250.tif 000008
【図７】
2009505250.tif 000009
【国際調査報告】
2009505250.tif 000010
2009505250.tif 000011
2009505250.tif 000012
2009505250.tif 000013
2009505250.tif 000014
2009505250.tif 000015