(57)【要約】少なくとも一つのサービスプロバイダから、記入するデータを取得する手段を用いて、トランザクション情報を処理するトランザクションシステムを開示する。本発明によれば、前記トランザクションシステムは、少なくとも一つのトランザクション処理モジュール（ＶＧＡ）を具備するものであり、当該トランザクション処理モジュールは、少なくとも一つのトランザクション処理モジュール（ＶＧＡ）と、多数のサーボスコンポーネントとに接続されるように設計されたコンテキストマネージャに接続される。
2008530669.tif 000002
【特許請求の範囲】
【請求項１】
トランザクション情報を処理するトランザクションシステムであって、
前記トランザクションシステムは、コンテキストマネージャに接続可能なトランザクション処理モジュールを具備し、前記コンテキストマネージャは、少なくとも一つの前記トランザクション処理モジュールと、複数のサービスコンポーネントと、に接続される、ことを特徴とするトランザクションシステム。
【請求項２】
前記コンテキストマネージャは、前記トランザクション処理モジュールに対する中央制御手段であるとともに、前記トランザクション処理モジュールに対する中央サービスプロバイダである、ことを特徴とする請求項1に記載のトランザクションシステム。
【請求項３】
前記コンテキストマネージャは、ＩＳｕｐｐｏｒｔＳｅｒｖｉｃｅのインターフェースと接続されるとともに、前記インターフェースは、接続された前記サービスコンポーネントの有無に対する問合せを可能とする、ことを特徴とする請求項２に記載のトランザクションシステム。
【請求項４】
前記トランザクションシステムは、データ送信を可能とする通知コンポーネントを具備する、ことを特徴とする請求項１から３のうち一項以上に記載のトランザクションシステム。
【請求項５】
前記通知コンポーネントは、通知を送信するための送信パスを選択するセレクションモジュールを具備する、ことを特徴とする請求項４に記載のトランザクションシステム。
【請求項６】
前記トランザクションシステムは、結合された生データレコードを管理するモジュールを具備するセッションマネージャを具備するとともに、前記セッションマネージャは、結合された生データレコードを管理するモジュールを具備することを特徴とする請求項１から５のうち一項以上に記載のトランザクションシステム。
【請求項７】
前記セッションマネージャは、生データコンポーネントに接続される、ことを特徴とする請求項６に記載のトランザクションシステム。
【請求項８】
前記コンテキストマネージャは、前記セッションマネージャと前記生データコンポーネントとの間のデータ送信を可能とする複数のインターフェースを具備する、ことを特徴とする請求項７に記載のトランザクションシステム。
【請求項９】
少なくともいくつかの前記トランザクション処理モジュールと、少なくとも一つのサービスコンポーネントとは、少なくとも二つの送信チャンネルを介して通知コンポーネントにより接続されるとともに、前記通知コンポーネントは、前記送信チャンネルのうちの一つを割り当てる手段を具備し、前記送信チャンネルを割り当てる手段は、送信されるデータに関する情報に基づいて割り当てるように構成される、ことを特徴とする請求項１から８のうち一つ以上に記載のトランザクションシステム。
【請求項１０】
トランザクションを処理する方法であって、
様々なトランザクションインフォメーションは、並行して実行されるトランザクション処理モジュール内で処理されるとともに、データ交換は、少なくとも一つのサービスコンポーネントによって行なわれる、ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トランザクション情報を処理するトランザクションシステムに関する。
【０００２】
また、本発明は、トランザクションを実行する方法に関する。
【背景技術】
【０００３】
特許文献１には、モジュール構造を有するデータ処理システムの技術が開示されている。
【０００４】
トランザクションシステムは、特に高い汎用性を有し、かつ、様々な要求に対して速やかに適用可能であることが望ましい。
【特許文献１】米国特許出願公開第２００３／００８８７１３号明細書
【発明の開示】
【０００５】
本発明によれば、請求項１に記載のトランザクションシステム、及び、請求項１０に記載の方法が提供される。
【０００６】
特に、本発明は、トランザクション情報を処理するトランザクションシステムであって、前記トランザクションシステムは、コンテキストマネージャに接続可能なトランザクション処理モジュールを具備し、前記コンテキストマネージャは、少なくとも一つの前記トランザクション処理モジュールと、複数のサービスコンポーネントと、に接続されるものである。
【０００７】
また、本発明は、トランザクションを実行する方法を含む。
【０００８】
本発明は、あらゆる所望のトランザクションでの使用に適している。本発明に係るトランザクションは、当該トランザクションにおいては一連の演算が完全に実行されるのみである又は全く実行されない従来のトランザクションだけでなく、情報のみが提供される及び／又は機能だけが実行される、新規のトランザクションをも含む。本発明に係るトランザクションシステムは、従来のトランザクションだけでなく新規のトランザクションに対しても使用可能である点で優れている。
【０００９】
トランザクションの完全性を確保する必要がある場合は、従来のトランザクションに対して本発明を適用することが好ましい。この場合、データストックでのトランザクションの変更は、トランザクションが完全に実行された時点で恒久的に記憶される。
【００１０】
トランザクション処理モジュール内にデータ記憶装置を具備することが特に好ましい。これによって、トランザクション処理する処理プログラムが当該トランザクション処理に必要なデータに直接アクセスすることが可能である。
【００１１】
さらに、本発明に係るトランザクションシステムは、本発明に応じて具備され、かつ、シェアされた処理シークエンスが不要である新しいトランザクションに対して使用可能である。この一例は、データストック内で変更のないアカウントバランスクエリである。特に、本発明に係るトランザクションは、情報の、及び、データを変更する関数並びにトランザクションの、及びデータを変更しない関数並びにトランザクションのあらゆる種類のプレゼンテーションを具備する。さらに、状態を維持しないトランザクションだけでなく、状態を維持するトランザクションをも具備する。
【００１２】
本発明によれば、複数の有利な技術的効果を奏する。
【００１３】
前記技術的効果は、複数の手段の組み合わせによって達成されるだけでなく、個別の手段によっても達成され、このことは特に有利である。
【００１４】
例えば、本発明に係るトランザクションシステムは、新しいトランザクションに迅速に適用可能であり、労力も少なくて済む。
【００１５】
このような汎用性は、さらに、個別のトランザクションを個別のトランザクション処理モジュールと関連付けることによって向上される。
【００１６】
さらに、様々なトランザクション処理の相互の影響は回避される。
【００１７】
特に、定義され、かつ、制御されるデータ送信チャンネルを介した間接的なデータ送信により、前記相互の影響はさらに減少させることができる。
【００１８】
さらに、前記個別のモジュールが、それぞれ特定のトランザクションを実行するために具備されるものであれば好ましい。
【００１９】
前記トランザクション処理モジュールは、それぞれ独立して異なる関数を実行可能に構成されていれば特に好ましい。
【００２０】
より良くは、本発明に係るシステムは、前記モジュールを自在に置き換え、取り外し、又は、付け加え可能に構成されるものである。
【００２１】
前記トランザクション処理モジュールは、「プラグアンドプレイ」によって、修正が必要な他の構成物を用いることなしに簡単に接続することができる。このトランザクション処理モジュールは、システム内の他の様々なモジュールにアクセス可能である。
【００２２】
前記モジュール構造によって、新しいトランザクションをデータ処理システムへ簡単に統合することが可能である。
【００２３】
本発明は、またトランザクションを実行する方法も含む。
【００２４】
前記トランザクションシステムの有利な改良は、以下の説明に開示されるとともに、従属項２から９に示される。
【００２５】
この方法の好ましい実施形態は、同様に以下に示される。
【００２６】
本発明の特に好ましい実施形態は、前記コンテキストマネージャは、前記トランザクション処理モジュールに対する中央制御手段であるとともに、前記トランザクション処理モジュールに対する中央サービスプロバイダである、ことを特徴とする。
【００２７】
好ましくは、前記トランザクションシステムは、前記コンテキストマネージャは、ＩＳｕｐｐｏｒｔＳｅｒｖｉｃｅのインターフェースと接続されるとともに、前記インターフェースは、接続された前記サービスコンポーネントの有無に対する問合せを可能に構成されるものである。
【００２８】
さらに、前記トランザクションシステムは、データ送信を可能とする通知コンポーネントを具備することが好ましい。
【００２９】
本発明の特に好ましい実施形態は、前記通知コンポーネントは、通知を送信するための送信パスを選択するセレクションモジュールを具備することを特徴とする。
【００３０】
このように、異なる種類の通知を異なる送信パスに関連付けるとともに、送信容量を特に効率的に利用することが可能である。
【００３１】
本発明の特に好ましい実施形態は、前記トランザクションシステムは、結合された生データレコードを管理するモジュールを具備するセッションマネージャを具備するとともに、前記セッションマネージャは、結合された生データレコードを管理するモジュールを具備することを特徴とする。
【００３２】
本発明の特に好ましい変形例は、前記セッションマネージャは、生データコンポーネントと接続されることを特徴とする。
【００３３】
さらに、前記コンテキストマネージャは、前記セッションマネージャと前記生データコンポーネントとの間のデータ送信を可能とする複数のインターフェースを具備することが好ましい。
【００３４】
本発明のその他の効果、技術的特徴、および実用的な改良については、以下の、従属項の請求項、および図面を参照した好ましい実施形態の説明のとおりである。
【発明を実施するための最良の形態】
【００３５】
本発明に係るトランザクションシステムは、トランザクション処理の特に効果的な実行を可能とするように、複数の相互に関連するコンポーネントを備えている。
【００３６】
本発明に係る複数のコンポーネントの実行は特に好ましいが、個別のコンポーネントはすでに有利な効果を奏している。
【００３７】
図では、複雑なデータベースシステムのデータの生成、管理及び送信が示されている。データ処理システムは、それぞれが（好ましくは個別に）データを受信及び／又は送信する複数のトランザクション処理モジュールを具備する。
【００３８】
ここで、異なる属性を伴う処理すべきデータ容量が特に大きいので、複雑なシステムにおいて本発明を使用することは有効であり、本発明の積極的効果により優位な結果を得ることができる。
【００３９】
しかし、同様に本発明をより複雑でないシステムにも使用することができ、同様により効果的なネットワーク資源の利用という効果を得ることができる。
【００４０】
本発明は、特に、一つ以上のサーバを具備するネットワークでの使用に好適である。最初に、クライアントはアプリケーションのフレームワークを初期化する。これにより、クライアントは、例えば、データベースや支払のモジュールといった他のフレームワークのコンポーネントを伴うプラットフォームを使用することができる。本発明の好ましい実施形態では、ＣＡＲＢＯＮ（Ｃｏｍｐｏｎｅｎｔ  ＡＲｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｂｕｓｉｎｅｓｓ  ＯｐｔｉｍｉｚａｔｉｏＮ）プラットフォームと呼ばれるプラットフォームを使用することができる。このＣＡＲＢＯＮプラットフォームは適当なハードウェア装置（例えば、プログラム可能な電気的要素に基づく装置）のみならず、ソフトウェアを使用することによって実行され、データ処理システムにインストールされている。
ここで、前記フレームワークは、ＣＬＲ（Ｃｏｍｍｏｎ  Ｌａｎｇｕａｇｅ  Ｒｕｎｔｉｍｅ）と呼ばれる前記プラットフォームの作動時間ライブラリを具備する。前記クライアントによるアプリケーションのフレームワークの初期化後、当該クライアントがフレームワークのカーネルを初期化して始動することが好ましい。前記カーネルの初期化の前に、例えばプログラムの完全性に関連するテストが実行される。さらに、始動か、もしくは、トランザクションの中断によって生まれた修復の場合か、をチェックすることが可能となる。
【００４１】
データコンポーネントを伴うトランザクション処理モジュールは、クライアント側に配置されることが好ましい。ここで、特に、使用されているフレームワークに関する付加的なコンポーネント又は機能ユニットは、データコンポーネントとトランザクション処理モジュールとの間にインストールされることによって、間接的な接続が可能となる。前記データコンポーネントはコンピュータシステムの入力側に配置されることが好ましいが、システムの構成によっては、出力側にも接続可能である。前記トランザクション処理モジュールは、電気的に当該トランザクション処理モジュールによって処理される、トランザクション若しくはビジネスプロセスをマップする。これらのトランザクションは、例えば保険、金融または物流部門において使用される小売システムに関するトランザクションである。さらに、複数の異なるトランザクション処理モジュールのバージョンがクライアント側にインストールされている。トランザクション処理モジュールが始動されたとき、最も高いバージョン番号を有するバージョンが自動的に選択される。これを可能にするため、トランザクション処理モジュールは、特定の順序でトランザクション処理モジュールディレクトリに格納されていることが好ましい。
【００４２】
本発明の好ましい実施形態では、トランザクション処理モジュールは同様にフレームワークに接続されており、当該フレームワークはオブジェクト指向及びコンポーネント指向で構成されていることが好ましい。前記フレームワークはアプリケーションプログラミングインターフェース（ＡＰＩ）であり、当該ＡＰＩは多様なサポートを基礎としたトランザクションのために生成するクライアントの機能を提供する。前記フレームワークによって提供される機能性は、例えば、クライアントもしくはトランザクション処理モジュールの始動／終了を行うカーネルの機能を具備する。
前記フレームワークは、トランザクション処理モジュールを始動するための共有の始動モジュールを具備する。さらに、前記フレームワークは、データ管理及びシーケンス制御においてトランザクション処理モジュールを支援し、データにアクセスするための、又は印刷するためのコンポーネントを具備する。さらに、記録すること若しくはエラー処理することのような基礎的な機能が提供される。
【００４３】
Ｃ＃は、例えば完全に前記フレームワークにおいてオブジェクト指向のプログラミング言語として使用され得るものである。オブジェクト指向プログラミングはオブジェクト−クラスの関係を要求する。ここで、クラスは共有された構造及び／又は共通の振る舞いを有するオブジェクトに対する抽象的な一般名称である。ここで、オブジェクトはクラスのインスタンスであり、前記クラスのために記憶領域が用意され、前記クラスはプログラムの実行時間中に存在するものである。一つのオブジェクトは一つのクラスのインスタンスである。このように、一つのクラス及び当該クラスのオブジェクトは、属性、操作性、信頼性、関連性によって特徴付けられており、前記クラスは前記属性及びメソッドを統合してユニットとするものである。標準的な特徴として、前記属性は前記クラスのメソッドを使用してのみアクセスすることができるので、カプセル化又はアクセス制限を実現するものである。さらに、一つのクラスは明示のインターフェース若しくは一つ以上の明示のインターフェースを有することができず、前記カプセル化によって前記インターフェースから実装環境を別離することとなる。
【００４４】
本発明の特に好ましい実施形態では、前記トランザクション処理モジュールは、自立型プログラムではなく、むしろ実行されるためのクライアントの基盤を要求する。しかし、前記トランザクション処理モジュールは、例えばトランザクション処理モジュール自身の停止及び／又は他のトランザクション処理モジュールの始動を引き起こす能動的なコンポーネントである。ワークプレースのスタックにおける停止は別のレイヤーを適用することによってより好ましい効果を与えられる。
【００４５】
さらに、個々のトランザクション処理モジュールは前記クライアント側の入力側に配置されることが可能となり、別の領域が出力側に、つまり、中央サーバアプリケーションに、又はサードパーティのシステムに位置することが可能となる。ここでいう「サードパーティのシステム」とは、分岐システムの外側のシステムを意味する。
【００４６】
好ましくは、いくつかのトランザクション処理モジュールが、それぞれがトランザクションをマップする計算手段にインストールされていることが好ましい。この場合、前記トランザクション処理モジュールは、コンピュータシステムの入力側又は出力側に配置される。前記データコンポーネントのような前記トランザクション処理モジュールは入力側に配置されることが好ましい。さらに、コンピュータシステムが、いくつかのコンポーネントによって構成されるのは有効である。
【００４７】
本発明の特に好ましい実施形態を以下に示す。
【００４８】
［アダプタコンポーネント］
前記インターフェースのようなアダプタコンポーネントは、アクセスコンポーネントと多様なデータシステムの間の接続を構築する。前記アダプタコンポーネントは、前記アクセスを、サポートされたデータシステムのネイティブインターフェースにカプセル化し、特にオンライン及びオフラインによるデータシステムの接続を許可する。前記アダプタコンポーネントは、好ましくは直接データシステム又は使用されるミドルウェアによって構築されるものであれば好ましい。
【００４９】
例えば、多種のデータベースに接続するための適切なアダプタが具備される。使用されるフレームワークによって、例えば、ＯＬＥＤＢ（Ｏｐｅｎ  ＤａｔａＢａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）アダプタ、ＳＱＬ（Ｓｔａｎｄａｒｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）アダプタ、及びＥＤＢＣ（Ｅｎｈａｎｃｅｄ  ＤａｔａＢａｓｅ  Ｃｏｎｔａｉｎｅｒ）アダプタのような周知のアダプタは、ローカルデータベースアクセスのためのアダプタとして使用される。好ましくは、適切なデータ動作がそれぞれのアダプタに具備されるべきである。
【００５０】
前記アダプタコンポーネントは、また、オンライン及びオフラインによるデータシステムへの接続のための適切なアダプタも具備している。例えば、もしデータシステムがオンラインで接続可能な場合は、適切なアダプタが提供される。逆に、データシステムがオフラインで接続されている場合は、アダプタはオフラインに接続できることが必要となる。データ接続のために、例えば、ミドルウェアは、前記アダプタが直接前記ミドルウェア上で構築されるように使用される。図１に示すように、出力側のデータシステムは通知コンポーネントＫＩＳＳを経由して、入力側に接続されており、専用のアダプタが前記データシステムに接続するためのアダプタコンポーネントに具備されている。ここでは、ミドルウェアも同様に使用されている。
【００５１】
［アプリケーションマネージャ  ＡＭ］
システム始動の間、前記アプリケーションマネージャはＣＡＲＢＯＮの操作に必要な全てのオブジェクトを生成及び初期化する。さらに、前記アプリケーションマネージャは、付随する制御メカニズムを伴ってメインウィンドウという形式でグラフィックアプリケーションフレームワークを提供する。
【００５２】
（以下３段落は、１５７５７のみ）
［認証モジュール  ＢＭ］
より良くは、認証モジュールは、認証プラグインとして構成されるものである。
【００５３】
前記認証プラグインＢＰの基本的な構成についての詳細は、図４に示される。これは、前記認証が、特定のワークプレースＡＰだけでなくユーザーユニットが位置するブランチタイプだけでなく、ユーザーＢがトランザクションの処理を許可する場合に限り、処理が始められるように制御されることを示す。
【００５４】
例えば、これは、広範囲の認証を有するユーザーＢは、適宜のブランチタイプＦＴに適宜備わるワークプレースＡＰにおいて、対応する高い認証レベルを有するトランザクションのみを実行できる、ことを意味する。
【００５５】
［ライブラリ］
ライブラリはＣＡＲＢＯＮフレームワークの基礎的な機能を具備する。前記基礎的な機能は、例えば、記録すること、エラーを処理すること、システム情報へのアクセスなどの機能である。
【００５６】
ライブラリの機能は、クライアント側の通信基盤を必要としない。特に、それぞれ適切に構築されたプログラムは、ライブラリの機能にアクセスすることができる。ライブラリはユーザーへの直接のダイアログではなく、確実にユーザーインターフェースと関連付けられるコンポーネントを具備することが好ましい。前記コンポーネントは、ＣＡＲＢＯＮフレームワーク、クライアント、又はトランザクション処理モジュールによって使用される補助機能（メッセージ表示）である。
【００５７】
［ＣＡＲＢＯＮ］
ＣＡＲＢＯＮは、好適に次の構成要素を具備するプラットフォームに関するものである。
（１）クライアント
（２）トランザクション処理モジュール
（３）コンポーネント
（４）ライブラリ
【００５８】
［ＣＡＲＢＯＮクライアント］
ＣＡＲＢＯＮクライアントは、個別の機能／アプリケーションを始動する。いくつかのＣＡＲＢＯＮクライアントはお互いに隣接して存在する。
【００５９】
基本的に、全てのプログラムは、ＣＡＲＢＯＮネットワーク全体、又は前記ＣＡＲＢＯＮネットワークの一部のどちらかを使用するクライアントとして参照することができる。大部分において、前記プログラムはいくつかのトランザクションを実行することを目的とするプログラムである。しかし、ＣＡＲＢＯＮホストのような、他のＣＡＲＢＯＮクライアントにサービスを提供する他のプログラムもまたクライアントとして参照することができる。
【００６０】
［ＣＡＲＢＯＮフレームワーク  ＣＦ］
前記ＣＡＲＢＯＮフレームワークは、いくつかのモジュールをまとめて有することが好ましい。前記ＣＡＲＢＯＮフレームワークは、アシスタントを基礎とするトランザクションタイプのためのクライアントを生成する機能を具備するＡＰＩであることが好ましい。
【００６１】
ＣＡＲＢＯＮフレームワークの範囲において提供される前記機能は四つの作業エリアにグループ化されることが好ましい。
（１）コア機能−前記クライアントの始動／終了、トランザクションの始動／終了、又は管理
（２）トランザクション補助（マスク、データ管理、シーケンス制御等）
（３）コンポーネント（データへのアクセス、印刷等）
（４）基礎的機能の供給（ログの記録、エラー処理等）
【００６２】
生データの送信は、ＣＡＲＢＯＮフレームワークの有利な使用を構成する。入力側で取得される全てのデータは、ＣＡＲＢＯＮフレームワークによって生データレコードの形で出力側へ送信されれば好ましい。
【００６３】
さらに、例えば自動切手販売機等の販売機を制御するためのコンピュータは、データ処理システムとして使用されることが可能であり、前記販売機は、同様に記憶ユニット及び処理ユニットを備えたコンピュータに接続された表示及び入力手段を具備することが好ましい。
【００６４】
ＣＡＲＢＯＮプラットフォームに基づいて、トランザクションは、例えばローカルネットワークやインターネットなどのネットワークを経由して実行される。前記プラットフォームは、前記ネットワーク内でサーバーコンピュータに接続されるクライアント側のコンピュータを介して、当業者に公知の方法で操作される、サーバーコンピュータにインストールされる。
【００６５】
処理を実行するため又は遂行するために、前記ＣＡＲＢＯＮプラットフォームは、様々なデータ資源及びデータシンクへのアクセスを制御し、かつ、例えば、トランザクションの実行に必要な、顧客データのようなデータを提供する、データコンポーネントと、例えば、印刷サービス、又は、手持ちスキャナ若しくはＩＣカードリーダのような基礎的なサービスを提供する、所謂ＣＡＲＢＯＮホストＣＨと、トランザクションの処理中に要求され、かつ、処理される、ダウンストリームデータを、アカウンティングシステム又はデータ管理システムなどのシステムに送信する、コンポーネントと、を具備する。
【００６６】
処理は、ＣＡＲＢＯＮプラットフォームにおいて、前記トランザクションを実行するためのモジュールを処理するトランザクションと関連付けられるトランザクションによってマップされる。前記モジュール構造は、処理を膨大な処理の構成要素である部分的処理に分解できる。この当業者に知られている原則により、部分的処理は一度トランザクションとして実行されるだけで、全体処理でのそれぞれの実行の必要なく、全体処理を処理する間、要求されることが可能となる。
【００６７】
従って、処理の実行において、一般に、部分的処理をマップする複数のトランザクションが実行され、それぞれがトランザクション処理モジュールに関する方法によって処理される。多種のトランザクション処理モジュールを管理するため、前記ＣＡＲＢＯＮプラットフォームは、トランザクション処理モジュールを初期化するためにも使用されるコンテキストマネージャを有する。
【００６８】
前記ＣＡＲＢＯＮフレームワークＣＦの特に好ましい実施形態は図１に示される。
【００６９】
図１は、ＣＡＲＢＯＮフレームワークを三つの部分へ分割する好ましい形態を示す。
【００７０】
図１は、好ましくは並行操作されるトランザクション処理モジュールＶＧＡがＣＡＲＢＯＮカーネル（図２中段参照）の構成要素を介して最下段に位置するＣＡＲＢＯＮフレームワークと接続していることを示す。
【００７１】
ＣＡＲＢＯＮフレームワークの最上段の階層についての好ましい構成要素は、トランザクション処理モジュールＶＧＡであり、当該トランザクション処理モジュールＶＧＡは、相互に独立して操作されることが好ましい他のプログラムモジュールと同様に、並行操作されることが好ましい。
しかし、前記トランザクション処理モジュールＶＧＡはまた、プログラムやプログラムモジュールのインターフェースともなり得る。前記プログラムモジュールは、例えば、別のトランザクションシステム（ＥＰＯＳ）又は事前定義可能なＰｆｉｆｆやＰＤＬルーチンを生成するプログラム要素に関するものである。
【００７２】
図２の中段に位置するコンテキストマネージャＣＭは、トランザクション処理モジュールが個別のコンポーネントに接続することを許可するインターフェースとして構成されることが好ましい。本発明の特に好ましい実施形態では、前記コンテキストマネージャは前記セッションマネージャが付加的なインターフェースを包含するように構成される。
【００７３】
システムの最下段に位置する前記コンポーネントの周辺への前記データ接続は、コンテキストマネージャ又は更なるシステム構成要素の付加的な組込を介して直接的に効果を与えられることも可能である。
【００７４】
リカバリーマネージャＲＭの組込は、データの蓄積を許可するのに有利であり、その結果、トランザクションの処理が早急に回復され得るものである。
【００７５】
前記セッションマネージャの使用は、当該セッションマネージャが付加的なデータの組込を許可するのに好ましい。前記セッションマネージャの好ましい実施形態では、当該セッションマネージャは、結合された生データレコードを管理するためのモジュールを有する状態で実行される。
【００７６】
さらに、前記カーネルが、ＡＭインターフェースモジュールＣＩのみならずアプリケーションマネージャを具備することも好ましい。
【００７７】
コンポーネント層は、例えば、印刷コンポーネントＤＲ、周辺コンポーネントＰＫ、データアクセスコンポーネントＤＫ、アカウンティングモジュールＮＫＭ、及び基礎サービスＢＤ等の複数のコンポーネントを有することが好ましい。
【００７８】
上述の実施形態はまた、既存のコンポーネントの統合を可能にする利点を有する。
【００７９】
そして、例えば、上述のプログラムによって最上段の階層（ＥＰＯＳ；Ｐｆｉｆｆ／ＰＤＬ）及び／又はアカウンティングモジュールＮＫＭのような個別のコンポーネントが、他のアプリケーションより引き継がれることが可能となる。
【００８０】
［ＣＲＡＢＯＮホストＣＨ］
前記ＣＡＲＢＯＮホストは、他のモジュール若しくはサービスを起動、終了、若しくは停止することができるホストモジュールである。
【００８１】
［ＣＡＲＢＯＮカーネル］
ＣＡＲＢＯＮカーネルの機能が実装された領域は、ＣＡＲＢＯＮカーネルと呼ばれる。
【００８２】
前記ＣＡＲＢＯＮカーネルは複数のコンポーネントで構成することが好ましい。前記コンポーネントの一例を以下に示す：
すなわち、Ｅｐｏｓ．アプリケーション、ＣＡＲＢＯＮ．コンテキスト、ＣＡＲＢＯＮ．リカバリー、及びＣＡＲＢＯＮ．セッションである。
【００８３】
特に、前記コンポーネントは次の機能を実行するために構成されることが好ましい。
（１）Ｅｐｏｓ．アプリケーション−アプリケーションの始動、アプリケーションフレームワークの初期化及び管理、
（２）ＣＡＲＢＯＮ．コンテキスト−トランザクションタイプの始動、停止、管理、ホスティングサービス、バックアップ、回復の制御、
（３）ＣＡＲＢＯＮ．リカバリー−バックアップ、回復のためのデータ記録、管理、
（４）ＣＡＲＢＯＮ．セッション−セッションの管理。
【００８４】
このように、前記カーネルは、前記ＣＡＲＢＯＮフレームワーク及びクライアントの基礎的機能を構成する。前記フレームワークは多数の受動的アセンブリから構成されていることが好ましいので、前記フレームワークを読み込んでインスタンス化する中央エントリーポイントが存在する。
【００８５】
この作業は、クライアントによって実行されることが好ましい。
【００８６】
Ｅｐｏｓ．ｅｘｅは、ＥＰＯＳクライアント（ＥＰＯＳ．ＥｎｔｒｙＰｏｉｎｔクラス）への前記エントリーポイントを定義する。前記アプリケーションマネージャはインスタンス化され、フレームワークの始動が開始され、更なる処理進行の間に始動トランザクションが読み込まれる。
【００８７】
［ＣＡＲＢＯＮカーネルの構造］
図２は、ＥＰＯＳクライアントの基礎的な構造を示す図である。中段は前記フレームワークのカーネルで構成されている。
【００８８】
［ＣＡＲＢＯＮトランザクションタイプ］
トランザクションタイプは、処理手順についてのシステム技術的マップを構成する。ＣＡＲＢＯＮフレームワークでは、境界条件や規則がトランザクションタイプの指定及び生成と効果的にリンクしている。
【００８９】
前記トランザクションタイプの特に好ましい実施形態は、一つの又は複数の次のような特徴の存在によって特徴付けられている。
（１）利用可能となっているＣＡＲＢＯＮコンポーネント（例：トランザクションタイプ制御）、
（２）トランザクションタイプが複数のバージョンでクライアント上に存在すること、
（３）前記ＣＡＲＢＯＮフレームワークは最も高い番号を有するバージョンによって常に応答すること、
（４）ユーザーインターフェースはトランザクションタイプにおいてビジネスロジックから厳密に分割され、前記ＭＶＣモデルはＣＡＲＢＯＮフレームワークに使用されること。
【００９０】
（以下２段落は、１５７５７のみ）
前記ＭＶＣモデルは、特に、プログラムプロパティを分割するデザインパターンである。当該デザインパターンは、プログラムを複数のユニットに、特にデータモデルの三つのユニットと、プレゼンテーションと、プログラム制御と、に分割するものである。「Ｍｏｄｕｌｅ」、「Ｖｉｅｗ」、及び「Ｃｏｎｔｒｏｌｌｅｒ」という用語は、これらユニットに対する一義的な指示として用いられる。
【００９１】
汎用性のあるプログラム設計は、前記ＭＶＣモデルを使用することによって達成される。これは、簡単な修正、変更をも可能にする。さらに、個別のコンポーネントを再利用することも可能である。
【００９２】
原則として、トランザクションタイプは複数のマスクから構成される。前記マスク間のナビゲーションは線形及び非線形である。
【００９３】
ＣＡＲＢＯＮフレームワークからのＧＵＩ制御は、ユーザー側のインターフェースを構成することを目的として、トランザクションタイププログラマーには入手可能である。
【００９４】
トランザクションタイプは、他のトランザクションタイプから呼び出されることも可能である。双方向でのデータ交換はトランザクションタイプ間で行うことができる。
【００９５】
ＣＡＲＢＯＮフレームワークのバックアップ／回復システムがバックアップできるように、前記トランザクションタイプを直列化できる。
【００９６】
前記トランザクションタイプは基礎サービスに利用できる。
【００９７】
トランザクション処理モジュールについてのシーケンスの計画が、トランザクション処理モジュールが始動される際に読み込まれる構成ファイルに記憶されるという方式を実行することが特に好ましい。
【００９８】
データとトランザクション処理モジュールとの直接の接続によって、新しいモジュールが加えられる、又は、個別のトランザクション処理モジュールが他のトランザクション処理モジュールの操作性を損なうことなく除去されることが可能である。
【００９９】
本発明の特に好ましい実施形態においては、トランザクション処理モジュールは少なくとも一つの付加的データモジュールと接続されている。
【０１００】
付加的データモジュールは、複数のトランザクション処理モジュールにおけるデータ処理に使用可能な種類のデータを具備することが好ましい。
【０１０１】
複数のトランザクション処理モジュールがトランザクションを個別処理することを相互に実行できることが特に好ましい。
【０１０２】
そのようなトランザクションの並行処理の一例は、図１を参照して以下に説明される。
【０１０３】
図１に示す実施形態では、複数の処理モジュールＶＧＡ１からＶＧＡｎまでが並行に操作される。
【０１０４】
各トランザクション処理モジュールは当該モジュール自身のデータコンテナＤＣを具備する。データオブジェクトはデータコンテナＤＣに配置される。
【０１０５】
処理状態を維持しない適宜のオブジェクトによって、データはデータコンテナＤＣに送信される。
【０１０６】
前記データコンテナ内のデータを送受信もしくは記憶するオブジェクトは、ビジネスロジックＢＬを有するビジネスオブジェクトであることが好ましいが、前記データコンテナは、出力側のビジネスロジックＢＥＢを具備し、出力側と接続された他のビジネスオブジェクトでもよい。
【０１０７】
前記オブジェクトは、プレゼンターモジュールＰＭを介して、問題となっているトランザクション処理モジュールのワークスペースＷへ接続される。さらに、前記プレゼンターモジュールは対応する制御装置Ｃに接続されている。
【０１０８】
ほとんどの前記トランザクション処理モジュールの選択された領域、特にＶＧＡワークスペースＷがアプリケーションマネージャＡＭに接続されていないことが有利である。
【０１０９】
［コンテキストマネージャＣＭ］
前記コンテキストマネージャは、出力側のトランザクション処理モジュールＶＧＡ１からＶＧＡｎの間でのデータ送受信を許可するインターフェースを提供する。特に、前記コンテキストマネージャは、前記トランザクション処理モジュールを始動し、停止し、かつ、終了させる。
【０１１０】
コンテキストマネージャＣＭの特に好ましい実施形態は、セッションマネージャと生データコンポーネントとの間のデータ送信を許可するインターフェースを提供する、ことを特徴とする。
【０１１１】
［データコンテナＤＣ］
前記データコンテナは、実行される処理手順のコンポーネントを具備する。換言すれば、トランザクションタイプの状態が前記データコンテナＤＣのコンポーネント上の具体的な値に影響される。データコンテナＤＣはフィールドコンテンツの変化がＧＵＩにおいて発生した場合に、ビジネスオブジェクトへの修正及びフィードバックを許可する。前記データコンテナＤＣは、更なる値が有効であるために、当該更なる値に常に占められる。
【０１１２】
本発明の特に好ましい実施形態は、データコンテナＤＣでのコンポーネントにおける小口顧客の入力データを具備する。
【０１１３】
本発明は、トランザクションシステムの大量の構成を許可する。分散化されたデータ記憶装置を有する実施形態は、汎用性及びフェイルセーフにおける向上のために有効である。
【０１１４】
本発明に係るデータ記憶装置は、システムの汎用性およびシステムのフェイルセーフの点において向上する。
【０１１５】
本発明の好ましい実施形態はデータオブジェクトを記憶するデータコンテナがトランザクション処理モジュールにて生成される、ことを特徴とする。
【０１１６】
特に、データオブジェクトが前記データの値を具備することが好ましい。
【０１１７】
取得する及び／又は処理する、一つ若しくは複数のコンポーネントを除いて、トランザクション処理モジュールは、特に、データの値を含むデータオブジェクトを記憶するデータコンテナを備えている。前記データオブジェクトの形で存在する、前記トランザクション処理モジュールのデータストックは、例えば、システムの破壊があった後に、容易に記憶され、回復することができる。
【０１１８】
本発明の好ましい実施形態では、トランザクション処理モジュールによって取得され及び／又は処理されるそれぞれのデータ要素がデータオブジェクトと関連付けられることにより、単純で信頼性のあるデータの回復のみならず包括的なデータのバックアップが達成される。
【０１１９】
データについて作成されたコメントも個別のデータコンポーネントに適用する。これにより、「データ」という語が複数形で用いられるかもしくは単数形で用いられるかに関わらず、一つの個別データコンポーネントを意味する事例を明確に包含する。
【０１２０】
（以下、１段落は１５７５７のみ）
このように、前記データコンテナは、全てのトランザクションの「状態」を包含する。この全てのトランザクションは、特に簡単にバックアップ可能となり、必要であれば、修復することも可能となる。さらにデータセキュリティを高めるために、データオブジェクトが、データ自身とともに、当該データのプロパティを具備するものであれば好ましい。このプロパティは、好ましくは許容値の限界を示すものである。これは、数値フォーマットのデータ、例えば、値の範囲又は規定された計数値の中のデータであるか、また、規定された最小及び／又は最大の文字列の長さが示されるものである。
【０１２１】
これにより、データ処理モジュールは迅速に、単純にデータオブジェクトに記憶されたプロパティが適用される環境の変化に適用されることが可能である。
【０１２２】
データコンテナに含まれるデータオブジェクトに基づいて、トランザクションの挙動は規定される。当該挙動の構成は、大部分はトランザクション処理モジュールの機能ユニットにおけるセッティングから切り離され、これにより、機能ユニットは大いにトランザクションの大部分で実行される通常操作にアクセスできる。
【０１２３】
データ収集は、存在するデータオブジェクトの値が変更されるトランザクション処理モジュールにおいて達成されることが可能である。しかし、同じように、新たなデータオブジェクトを確立すること及び当該データオブジェクトに値を入れることも可能である。データを表示するために、データコンテナの値にアクセスすることも同様に可能である。
【０１２４】
コンピュータシステムは、少なくとも二つのデータ資源若しくはデータシンクを具備する。データ資源は、データを供給する発生場所であり、データシンクはデータの目的地であり、受信する場所である。データの受領は標準化されたインターフェースを経由して行われ、データ資源及びデータシンクは、例えば局所的データベース、サーバ支援データベース、アプリケーションサーバ、もしくはサードパーティシステムとして存在し得る。単純化のため、以下、データ資源及びデータシンクを一般的にデータシステムという。すなわち、前記データシステムは出力側だけでなく入力側にも位置しており、図１に示す実施形態では、第一のデータシステムは出力側ＢＥに接続される一方、二つの付加的なデータシステムが入力側ＦＥに接続される。
【０１２５】
［データコンポーネントＤＫ］
前記データコンポーネントは、構成ファイルに接続されるデータレコードを参照する。前記構成ファイルは局所的に記憶されたデータへの中央アクセスを許可する。
【０１２６】
特に好ましい実施形態では、前記データコンポーネントは、ビジネスレイヤー、技術管理レイヤー、技術適用レイヤーによって構成されている。データコンポーネントは局所的であって、出力側に位置するデータ資源への接続を制御する。この目的のために、ＫＩＳＳへのインターフェースが存在する。
【０１２７】
生データコンポーネントを使用することで、トランザクションタイプが生データレコードを生成する。コンテキストマネージャは仲介として働き、生データコンポーネントのサービスをＩＲＤＳＭａｎａｇｅｒインターフェースを介してトランザクションタイプへと転送する。
【０１２８】
前記データコンポーネントは、他のコンポーネントによって使用されることのできるフレームワークのコンポーネントであることが好ましい。例えば、前記データコンポーネントがデータ素材の最初の収集を生データリストの形で処理する生データコンポーネントによって使用される。
【０１２９】
さらに、トランザクションシステムが、データコンテナを始動及び／又は終了できるように構成された制御モジュールを具備することが好ましい。
【０１３０】
本発明によるデータコンポーネントＤＫは、少なくとも一つの機能コンポーネントＦＫ、一つの接続コンポーネントＺＫ及び一つのアダプタコンポーネントＡＫを具備することが好ましい。
【０１３１】
（以下、７段落は１５７５７のみ）
データコンポーネントＤＫの特に好ましい実施形態は、図５を参照する以下の詳細な説明によって示される。
【０１３２】
好ましいデータコンポーネントは、三つのレイヤー階層を有する。最上部のレイヤー階層はビジネスレイヤー（ＢＬＡ）として構成され、その下層には、技術管理レイヤー（データサービスレイヤーＳＬ）が存在する。
【０１３３】
データコンポーネントは、また、通知コンポーネントＫＩＳＳへのインターフェースを具備することが好ましい。これにより、データをトランザクション処理システム内の他のコンポーネントと交換することが可能となる。
【０１３４】
さらに、データコンポーネントＤＫは、他のコンポーネントにおいてより良く処理できるようにデータを処理するアダプタＡ１、Ａ２、Ａ３を具備することが好ましい。このようなアダプタの一例としては、ＳＱＬインターフェースのようなデータベースへのインターフェースが挙げられる。
【０１３５】
データオブジェクトへのデータ送信は、データ処理モジュールＤＡを介して実行されることが特に好ましい。データ処理モジュールＤＡは、データをデータ送信アクションＡＣ１、ＡＣ２、ＡＣ３の形で、アダプタＡ１、Ａ２、Ａ３に転送する。
【０１３６】
さらに、データコンポーネントＤＫは、Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  ＬａｙｅｒＳＡＬを具備することが好ましい。
【０１３７】
好ましくは、Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  ＬａｙｅｒＳＡＬは、データアクションオブジェクトＳＤＡ及び内部Ｓｅｒｖｉｃｅ  ＡｄａｐｔｅｒＩＳＡと相互に作用する、テンプレートプロセッサＴＰを具備するものである。
【０１３８】
このようなデータコンポーネントを使用することで、前記方法は次のように実行される。
すなわち、分岐システムの分岐点において、前記分岐点において提供される全ての単独のサービスは、ビジネストランザクションと関連付けられ、当該ビジネストランザクションに対応するプログラムがＩＴシステム内において提供される。
【０１３９】
支店での従業者は、顧客の要求を受け、例えば従業者が必要な情報全てを完璧に入力することを補助する画像ユーザーインターフェースを使用することで、顧客データや、顧客の要求など、を取得できる。
【０１４０】
このような顧客の要求及び取得された顧客のデータは、例えば、データ処理システムの基礎構造にかかるレイヤーのようなより深いコンポーネントに転送される。前記基礎構造のレイヤーは、操作シーケンスにおいて介在する必要がある従業者を使わず、自立的に周辺のコンポーネントを制御することを担当する。例えば、印刷作業を自動的にチケットもしくは受領証のプリンターに転送する、又は、ある金額を支払うことを現金自動預払機に示すことがあげられる。
【０１４１】
これらのトランザクション全ては予備的（出力側）システムに記録され、顧客データが記憶される。さらに、分岐出力側としても参照される前記予備的システムでは、適正な割り当ての原則に従いデータがミラーリングされ、かつ、取得される。入力側、基礎構造のレイヤー、及び前記分岐出力側は、分岐システムの重要な構成要素である。
【０１４２】
最後に、ビジネストランザクションの数によって、実際に顧客から要求される現金引出し口座で充分な資金が取得できるか否かを確認するために、例えば、銀行用コンピュータのデータベースのような他のシステムとデータを交換する分岐システムが必要となる。分岐点の外側のシステムは、サードパーティシステムの一例である。そのようなクエリの送信は、同様に、従業者側の一切の介入無しに分岐出力によって自立的に実行される。
【０１４３】
データがサードパーティシステムから返信された場合、当該データは分岐出力側、基礎構造レイヤーから従業者の入力側に送信され、これにより、前記従業員はデータのコンテンツをもとに行動することができる。
【０１４４】
分岐システムの個別レイヤーとサードパーティシステムとの間のデータ交換は、図２の矢印によって示される。
【０１４５】
［ＫＩＳＳ］
通知コンポーネントＫＩＳＳ（コンポーネント基礎構造サービス）
【０１４６】
前記通知コンポーネントは、送受信通知の送信パスの選択を許可する。
【０１４７】
前記通知コンポーネントは、当該送信目的に適したデータ転送速度の送信チャンネルを選択する手段、及び／又は、例えば入手可能なデータセキュリティのような他の送信関連プロパティを選択する手段を具備することが好ましい。
【０１４８】
通知コンポーネントＫＩＳＳの効果的な改良は、送信チャンネルが既に比較的重要度の高いデータの送信のために空けられているときに比較的重要度の低いデータを「移動する」ことにある。
【０１４９】
送信チャンネルは、送信される予定のデータについての情報に基づいて割り当てられることが好ましい。
【０１５０】
二つの送信チャンネルが少なくとも一つの特徴点によって互いに異なることは特に好ましい。
【０１５１】
例えば、送信チャンネルのうちの一つが、例えば、対応するより速い技術的送信手段との高速オンライン接続（例えばＤＳＬチャンネル、光ファイバーネットワーク、ＷＬＡＮネットワーク、ＧＰＲＳ接続もしくはＵＭＴＳ接続等のオンラインデータ通信が好ましい）によって、他の送信チャンネルのうち少なくとも一つより速いものである。
【０１５２】
送信チャンネルのうちの少なくとも一つがその他の基準によって特徴付けられ、当該その他の基準は、例えば、送信可能なデータの量又は使用する通知方法を含む。
【０１５３】
前記通知コンポーネントＫＩＳＳの特に有効な点は、他の目標となるアーキテクチャのコンポーネントが、ＫＩＳＳの操作についての内的モードから独立して、ＫＩＳＳの機能を使用できることである。
【０１５４】
前記トランザクションシステムの特に好ましい実施形態は、少なくともいくつかの前記トランザクション処理モジュールと、少なくとも一つのサービスコンポーネントとは、少なくとも二つの送信チャンネルを介して通知コンポーネントにより接続されるとともに、前記通知コンポーネントは、前記送信チャンネルのうちの一つを割り当てる手段を具備し、前記送信チャンネルを割り当てる手段は、送信されるデータに関する情報に基づいて割り当てるように構成される、ことを特徴とする。
【０１５５】
前記通知コンポーネントの好ましい実施形態は、データを（遠隔で；オフラインパスで；オンライン要求で）送るための複数の（例えば三つの）可能性が存在すること、及び、ＫＩＳＳが送信パスを最適化することを特徴とする。このように、大量の送信費用が抑制される。これにより、オンライン要求の間オフラインパスのあるデータが「持ち運ばれる」こととなる。
【０１５６】
これは、データ送信の間に、割り当てられた送信チャンネルが、最初に割り当てられたデータより多いデータの並列送信を許可する、そのような特徴を有するか否かについてチェックが行われることによって実行されることが好ましい。
【０１５７】
これにより、本当は送信を対象としていないデータが持ち運ばれるという利点がある。それによって、並列に持ち運ぶことは、送信チャンネル及び／又は当該送信チャンネルの送信パラメータ（送信容量、データ量）が並列送信を許可する限りにおいて、他のデータの送信のためにすでに開けられている送信チャンネルを最大限に使用するものである。
【０１５８】
ここで、重要度の高いデータ送信の間、当該データ送信のために、優先度の低い、かつ、同様に優先度の高いデータ送信のために割り当てられた送信チャンネルによって送信されるデータが存在するか否かをチェックすることが特に好ましい。
【０１５９】
送信チャンネルが少なくとも一つの特徴点によって互いに異なることは、特に好ましい。例えば、送信チャンネルのうちの一つが、例えば、対応するより速い技術的送信手段との高速オンライン接続（例えばＤＳＬチャンネル、光ファイバーネットワーク、ＷＬＡＮネットワーク、ＧＰＲＳ接続もしくはＵＭＴＳ接続等のオンラインデータ通信様式が好ましい）によって、他の送信チャンネルのうち少なくとも一つより速いものである。
【０１６０】
本発明の本実施形態は、異なるデータが異なった方法により処理される及び／又は送信されるという点で有利である。
【０１６１】
採用された通知コンポーネントの別の利点としては、異なったデータのプロパティへの汎用性のある適合が可能となることがあげられる。
【０１６２】
特に、これにより、特別な汎用性を持って前記手段を実行すること、又は通知コンポーネント及び／又はデータ送信システムを適用するために構成することも可能となる。
【０１６３】
特に、前記送信チャンネルを割り当てる手段のプロパティを変化させることによって、つまり、送信チャンネルを割り当てるための一つの単純な手段若しくは極少数の選択された手段を変化させることによって、データ送信システムのトランザクション、及び、多くのターミナル装置（例えば、いくつかのターミナル装置及び／又はいくつかの分岐点においては、時々数千若しくは数万の）のデータトランザクションに関するトランザクションパラメータを変化させることが可能となる。
【０１６４】
データ送信システム、通知コンポーネント、及びデータを送信する方法の好ましい実施形態は、データを割り当てられた送信チャンネルの要求についての情報に関連付ける手段が、選択基準についての情報を前記データとリンクされ得る構成ファイルに組み込むことを特徴とする。
【０１６５】
このように、データ送信による要求に素早く、かつ、均一化できるようにアクセスすること、及び、これらの要求にしたがってデータ送信を達成すること、又は、時間内でのより遅れた時点で目標とするデータの送信について、もしくは、他の送信チャンネルを介して決定すること、が可能となる。
【０１６６】
データ送信システム、通知コンポーネント、及びデータを送信する方法の好ましい実施形態は、データを割り当てられる予定の送信チャンネルのための選択基準についての情報にリンクさせる手段が、前記データを仮想エンベロープに配置し、かつ、このデータを割り当てられる予定の送信チャンネルのための選択基準についての情報にリンクさせることを特徴とする。
【０１６７】
前記仮想エンベロープはデータコンテンツがデータ送信による外的要求から容易に切り離されるという利点を伴う。また、このようにデータセキュリティはさらに向上する。
【０１６８】
データ送信システム、通知コンポーネント、及びデータを送信する方法の有効な実施形態は、通知コンポーネントがデータを割り当てられる予定の送信チャンネルのための選択基準についての情報を取得する手段を備えること、前記通知コンポーネントは、送信チャンネルを介してデータ送信を達成するように構成されること、及び、前記通知コンポーネントは、データを割り当てられる予定の送信チャンネルのための選択基準についての情報に基づいて送信チャンネルを割り当てるように構成されること、を特徴とする。
【０１６９】
データ送信システム、通知コンポーネント、及びデータを送信する方法の好ましい実施形態はデータについての送信のための送信チャンネルの割り当てがデータのプロパティに基づいて作成されることを特徴とする。
【０１７０】
本発明によれば、多種のデータ区分間で差別化が図れる。
【０１７１】
多種のデータ区分間での差別化は、例えば、複雑なデータベースシステム、又はネットワーク化された多数のターミナル装置、例えば輸送チケット発券機や現金自動預払機のようなターミナル装置を有するシステムにおいて、データを使用する発展性を向上させることができる。
【０１７２】
通知コンポーネントＫＩＳＳは分岐入力側と分岐出力側とをリンクすることを許可し、分岐出力側では、相互間のサービスの接続を可能とする。分岐入力側において、ＫＩＳＳは、ＣＡＲＢＯＮデータコンポーネントへのインターフェースによって接続された他の場所の間にも位置する。分岐出力側はＫＩＳＳに対応するコンポーネントを有する。ＫＩＳＳ内部のデータ送信はＸＭＬ及び／又はＳＯＡＰに基づくことが好ましい。コンピュータのネットワーク化は基本的に遅い通信パス若しくは高速接続を介して確立されている。ＫＩＳＳの特徴は、共生関係を得られることに立脚している。ＫＩＳＳは、着信データをソートすることが可能であり、すなわち、データを一つのパス又は別のパスに割り当てることが可能である。より早い接続は遠隔送信システムによって確立されている一方、遅い通信パスのためにＫＩＳＳは、例えばＣｏｍｍｕｎｉｃａｔｉｏｎＭｉｄｄｌｅｗａｒｅ（通信ミドルウェア）  Ｒｉｐｏｓｔｅを使用する。
【０１７３】
本発明は、異なるデータレコードの送信においての使用について特に適する。好ましい実施形態はデータコンポーネントである。
【０１７４】
前記データコンポーネントは、データ記録を参照するものであり、前記データ記録は構成ファイルに接続されている。前記構成ファイルは、局地的に蓄積されたデータへの中央アクセスを許可する。
【０１７５】
好ましい実施形態においては、前記データコンポーネントは、業務レイヤー、技術管理レイヤー、及び技術適用レイヤーから構成される。前記データコンポーネントは、出力側に位置するデータ資源への局地的なアクセスを制御するものである。この目的のためにＫＩＳＳへのインターフェースが存在する。
【０１７６】
［コンポーネント］
コンポーネントは、好ましくは分割されたプログラムユニットとしてセットアップされる、機能の集合である。コンポーネントは、ある作業（例えば、顧客データの管理）を実行するために、ＣＡＲＢＯＮカーネル、トランザクションタイプ、及び他のコンポーネントによって使用されるものである。コンポーネント使用の目的は、複数のトランザクションタイプが同一のコンポーネントにアクセスできる機能の冗長な開発を避けることにある。
【０１７７】
コンポーネントは、好ましくは自立型のプログラムでは無く、実行されるためのクライアント側の基礎的構造である必要がある。好ましくは、コンポーネントは、ユーザーインターフェースと接続されるコンポーネントを全く持っていないものである。さらに好ましくは、コンポーネントは、直接にはユーザーのダイアログ内にはなく、むしろトランザクションタイプもしくは他のコンポーネントを介して呼び出されるものである。
【０１７８】
前記ＣＡＲＢＯＮコンポーネントは、機能及び一つのファクトリを有する展開ユニットであることが好ましい。前記ＣＡＲＢＯＮコンポーネントは、他のコンポーネントから独立するものとしてみなされることとなる。前記ファクトリは、ＣＡＲＢＯＮコンポーネントについての情報を具備し、ＣＡＲＢＯＮコンポーネントが一貫性、及び、必要条件のチェックを実行することを許可し、そして要求されたタイプについてのオブジェクトインスタンスを具備する。
【０１７９】
この構造は、一定の方法でオブジェクトインスタンスを生成することを可能とする。原則として、インターフェースはファクトリによって要求されることから、インスタンスによって生成されたクラスは全く問題なく改良若しくは交換され得る。
【０１８０】
前記ファクトリは、コンポーネントのクラスについてのインスタンスを生成せずにコンポーネントを使用するための必要条件をチェックすることを可能とする。この目的のために、一貫性及び必要条件のチェックメソッドを実装する。
【０１８１】
「バージョン」プロパティは、前記コンポーネントのバージョンを具備する。「ドメイン」プロパティは前記コンポーネントのドメインを具備する。ＣｈｅｃｋＣｏｎｓｉｓｔｅｎｃｙメソッドは一貫性をチェックし、ＣｈｅｃｋＰｒｅｒｅｑｕｉｓｉｔｅｓメソッドは必要条件をチェックする。オブジェクトインスタンスは、転送されるタイプに応じて、ＧｅｔＩｎｓｔａｎｃｅメソッドによって生成される。ＩＣｍｐＦａｃｔｏｒｙインターフェースを実装するクラスは、アセンブリ内のＣｍｐＦａｃｔｏｒｙＡｔｔｒｉｂｕｔｅを使用することを示す。前記属性を介して、前記ＩＣｍｐＦａｃｔｏｒｙインターフェースのインスタンスを、リフレクションを用いて取得できる。前記ＩＣｍｐＦａｃｔｏｒｙインターフェースを実装する抽象的なＳｔａｎｄａｒｄＣｍｐＦａｃｔｏｒｙクラスが存在する。単純化されたコンポーネントのオブジェクトインスタンスへのアクセスは、ＣｍｐＳｕｐｐｏｒｔクラスを用いて可能となる。
【０１８２】
［構成ファイル］
本発明によれば、構成ファイルは、機能コンポーネントに読み込まれ、これにより、前記構成ファイルはデータシステムへのアクセスのためのプロシージャの情報を具備する。前記構成ファイルは、ＸＭＬフォーマットの形で存在することが好ましく、全てのデータアクセスをカプセル化するためのＤａｔａＳｅｒｖｉｃｅクラスを初期化する。機能コンポーネントは、トランザクション処理モジュールのプロシージャのコンテンツを形成し、これにより、例えば、情報は、トランザクション処理モジュールによって必要とされるデータが蓄積されているデータ資源、又は、トランザクション処理モジュールによって取得されるデータがファイルされているデータシンクを示す構成ファイルにファイリングされる。さらに、入力値及び出力値の妥当性の検討は、機能コンポーネントによって実行される。複数のデータシステムからのデータの合併は、機能コンポーネントによって実行される。データシステムへのアクセスの技術的詳細は、機能コンポーネントには含まれないことが好ましい。
【０１８３】
［ミドルウェア］
ミドルウェアは、アプリケーションの間を仲介するためのサービスを提供するアプリケーション独立コンポーネントである。ミドルウェアは複雑なソフトウェアシステムにおける水準であり、更なる他の離間したソフトウェアコンポーネントのサービスプロバイダとして、相互間の通信を許可する。
【０１８４】
［モデルビューコントローラ］
前記モデルビューコントローラは、ユーザーインターフェースと、データと、処理とを確実に分割するものである。
【０１８５】
［周辺コンポーネントＰＫ］
周辺コンポーネントを介して、ＣＡＲＢＯＮは周辺を直接制御する。特別にプログラムされたインターフェースは、ＣＡＲＢＯＮによって規定されたプロパティを具備するいかなる装置への接続も許可する。
【０１８６】
［リカバリーマネージャＲＭ］
リカバリーマネージャは、一定の間隔を置いてクライアントの状態を記憶する。
【０１８７】
［生データコンポーネント］
生データコンポーネントを使用することにより、トランザクションタイプは生データレコードを生成する。前記コンテキストマネージャは、仲介手段としての役割を果たす、つまり、生データコンポーネントのサービスをＩＲＤＳＭａｎａｇｅｒインターフェースを介してトランザクションタイプに転送するものである。
【０１８８】
［セッションマネージャＳＭ］
セッションマネージャＳＭは、生データレコードを管理するためのモジュールを具備することが好ましい。生データレコードは結合されていることが好ましい。セッションマネージャＳＭの使用により付加的データ、特に生データの包含を許可するように機能することが好ましい。
【０１８９】
［Ａｃｃｅｓｓ  Ｃｏｍｐｏｎｅｎｔ］
データコンポーネントのアクセスコンポーネントは、データシステムにおける挙動の技術情報を具備し、技術的管理レイヤーを構成する。前記アクセスコンポーネントは、データシステムへの技術的アクセスを生成し、かつ、パラメータ化するためのロジックを具備するが、手順的なロジックは具備しない。データシステムへのアクセスは、ＤａｔａＡｃｔｉｏｎｓの形でインターフェースを介して、かつ、技術的アダプタクラスを介して達成されることが好ましい。
【０１９０】
前記アクセスコンポーネントは、抽象的なＤａｔａＳｅｒｖｉｃｅクラスとして構成されることが好ましい。前記アクセスコンポーネントは、全てのＤａｔａＡｃｔｉｏｎｓのためのファクトリとして機能する。一つのＤａｔａＡｃｔｉｏｎは、一つのＩＤａｔａＡｃｔｉｏｎインターフェースを実装する一つのクラスによって実装される。ＤａｔａＡｃｔｉｏｎとして機能するそれぞれのクラスは、ＩＤａｔａＡｃｔｉｏｎインターフェースを実装する必要がある。全ての局地的、かつ、サーバにサポートされる、データアクセスは、ＩＤａｔａＡｃｔｉｏｎインターフェースを介して実行される。ＩＤａｔａＡｃｔｉｏｎインターフェースは読み込み、書き込み、操作などの一般的なデータオペレーションの全てを実行することが好ましい。第一のＩＤａｔａＡｃｔｉｏｎは、サーバーアクセスに対して具備され、第二のＩＤａｔａＡｃｔｉｏｎは、データベースアクセスに対して具備されることが好ましい。
【図面の簡単な説明】
【０１９１】
【図１】本発明に係るトランザクションシステムを示す概略図。
【図２】本発明に係るトランザクションシステムの特に好ましい構成を示す概略図。
【図３】アプリケーションマネージャと複数のトランザクション処理モジュールとを示す図１の断面図。
【図４】認証プラグインによる認証を示す概略図。
【図５】本発明に係るデータコンポーネントを示す詳細図。
【符号の説明】
【０１９２】
Ａ１、Ａ２、Ａ３    アダプタ
ＡＣ１、ＡＣ２、ＡＣ３    データ送信アクション
ＡＭ      アプリケーションマネージャ
ＡＰ      ワークプレース
ＡＰＩ    アプリケーションプログラミングインターフェイス
Ｂ        ユーザー
ＢＤ      ベースサービス
ＢＥＢ    バックエンドビジネスロジック
ＢＭ      認証モジュール
ＢＬ      ビジネスロジック
ＢＬＡ    ビジネスレイヤー
ＢＰ      認証プラグイン
Ｃ        コントローラ
ＣＦ      ＣＡＲＢＯＮフレームワーク
ＣＨ      ＣＡＲＢＯＮホスト
ＣＩ      インターフェイスモジュール
ＣＭ      コンテキストマネージャ
ＤＡ      データ処理モジュール
ＤＣ      データコンテナ
ＤＫ      データコンポーネント
ＤＫＭ    データコンポーネントモジュール
ＤＲ      印刷コンポーネント
ＦＴ      ブランチタイプ
ＩＳＡ    サービスアダプター
ＫＩＳＳ  通知コンポーネント
ＮＫＭ    キャッシュモジュール
ＰＫ      周辺コンポーネント
ＰＭ      プレゼンターモジュール
ＲＤＭ    生データモジュール
ＲＫＭ    生データコンポーネントモジュール
ＲＭ      修復マネージャー
ＳＡＬ    サーバアクセスレイヤー
ＳＤＡ    データアクションオブジェクト
ＳＬ      データサービスレイヤー
ＳＭ      セッションマネージャ
ＴＰ      テンプレートプロセッサ
ＶＧＡ    トランザクション処理モジュール
Ｗ        ワークスペース
【図１】
2008530669.tif 000003
【図２】
2008530669.tif 000004
【図３】
2008530669.tif 000005
【図４】
2008530669.tif 000006
【図５】
2008530669.tif 000007
【国際調査報告】
2008530669.tif 000008
2008530669.tif 000009
2008530669.tif 000010
2008530669.tif 000011
2008530669.tif 000012
2008530669.tif 000013