(57)【要約】  本発明は、金融商品、機関、株式取引、企業の事象、支払いなどに関する金融情報を含むメッセージをコンピュータの支援によって作成して配信し、それによって、データの整合性を保持しながら、データベース内における金融データの高速かつ効率的で可能な限り完全に自動的な処理および保存を可能にするためのデータ処理デバイス、データ構造、および方法を提供する。本発明のデータ処理デバイスによれば、市販のコンピュータおよびプログラミングシステムを使用して、さまざまなタイプの金融情報をかつてないほど簡単に処理することができるが、このコンテキストにおいて、本発明のデータ構造は、金融情報のすべてのデータ要素を一般的なデータタイプに正規化することによって、システマチックで自動的な処理をサポートする。【選択図】図２【特許請求の範囲】
【請求項１】
少なくとも１つのネットワーク対応型のインターフェース（Ｓ）を装備している、金融情報を作成して配信するためにプログラムされているデータ処理デバイス（１０）において、
前記少なくとも１つのインターフェース（Ｓ）が、動的な数の顧客システム（ＣＳ１〜ＣＳｎ）に接続することができ、それによって、前記少なくとも１つのインターフェース（Ｓ）を使用して、金融情報を任意の時点でデータ処理デバイス（１０）から前記顧客システム（ＣＳ１〜ＣＳｎ）へ送信することができ、また逆に、キー値（Ｃｉｆｐｓ１〜Ｃｉｆｐｓｎ）とパラメータとを含むリストを前記顧客システム（ＣＳ１〜ＣＳｎ）からデータ処理デバイス（１０）へ送信することができ、提供ファイルおよび／または提供データストリーム（ＣＬ１〜ＣＬｎ）が、在庫データ要素および／または差分データ要素を含めて作成されることを特徴とするデータ処理デバイス（１０）。
【請求項２】
前記少なくとも１つのインターフェース（Ｓ）を使用して、プルサービスおよび／またはプッシュサービスのコンテキスト内で、前記顧客システム（ＣＳ１〜ＣＳｎ）からデータをフェッチすること、および／またはそれらのデータを送信することができ、前記少なくとも１つのインターフェース（Ｓ）が、好ましくは保護されたインターフェース（Ｓ）であることを特徴とする請求項１に記載のデータ処理デバイス（１０）。
【請求項３】
ネットワークを用いて接続され、データベース（ＨＰＳＤＢ）を備えたデータ収集システム（ＨＰＳ）と、在庫データベース（ＳｕｐｐｌｙＤＢ）を備えた差分データ生成システム（ＶＳＳ）と、少なくとも１つのインターフェース（Ｓ）を備えた対顧客配信システム（ＶＤＦＳ）とを認識できるようにセットアップされている３つのデータ処理システム（Ａ１〜Ａ３）が提供されることを特徴とする請求項１または２に記載のデータ処理デバイス（１０）。
【請求項４】
差分データ要素を保存するための差分データベース（ＤｅｌｔａＤＢ）が提供されること、および好ましくはすべてのデータ処理システム（Ａ１〜Ａ３）が、少なくとも１つの各自のプロセッサおよび１つの各自のデータストアを有することを特徴とする請求項３に記載のデータ処理デバイス（１０）。
【請求項５】
プロセッサとデータストアとを有するデータ処理システム（Ａ１）において、
データベース（ＨＰＳＤＢ）を備えたデータ収集システム（ＨＰＳ）を有すること、および、
在庫データベース（ＳｕｐｐｌｙＤＢ）を備えた差分データ生成システム（ＶＳＳ）を有する第２のデータ処理システム（Ａ２）に接続することができ、ならびに少なくとも１つのインターフェース（Ｓ）を備えた、および好ましくは差分データベース（ＤｅｌｔａＤＢ）を備えた対顧客配信システム（ＶＤＦＳ）を具備する第３のデータ処理システム（Ａ３）に接続することもでき、前記第２および第３のデータ処理システム（Ａ２、Ａ３）が、好ましくは自前で各自のプロセッサおよびデータストアを有すること
を特徴とするデータ処理システム（Ａ１）。
【請求項６】
プロセッサとデータストアとを有するデータ処理システム（Ａ２）において、
在庫データベース（ＳｕｐｐｌｙＤＢ）を備えた差分データ生成システム（ＶＳＳ）を有すること、および
自分自身のデータベース（ＨＰＳＤＢ）を備えたデータ収集システム（ＨＰＳ）を有する第１のデータ処理システム（Ａ１）に接続することができ、ならびに少なくとも１つのインターフェース（Ｓ）を備えた、および好ましくは差分データベース（ＤｅｌｔａＤＢ）を備えた対顧客配信システム（ＶＤＦＳ）を具備する第３のデータ処理システム（Ａ３）に接続することができ、前記第１および第３のデータ処理システム（Ａ１、Ａ３）が、好ましくは自前で各自のプロセッサおよびデータストアを有すること
を特徴とするデータ処理システム（Ａ２）。
【請求項７】
プロセッサとデータストアとを有するデータ処理システム（Ａ３）において、
少なくとも１つのインターフェース（Ｓ）を備えた、および好ましくは差分データベース（ＤｅｌｔａＤＢ）を備えた対顧客配信システム（ＶＤＦＳ）を具備すること、
自分自身のデータベース（ＨＰＳＤＢ）を備えたデータ収集システム（ＨＰＳ）を有する第１のデータ処理システム（Ａ１）に接続できること、ならびに在庫データベース（ＳｕｐｐｌｙＤＢ）を備えた差分データ生成システム（ＶＳＳ）を有する第２のデータ処理システム（Ａ２）に接続できること、および
前記第２および第３のデータ処理システム（Ａ１、Ａ２）が、好ましくは自前で各自のプロセッサおよびデータストアを有すること
を特徴とするデータ処理システム（Ａ３）。
【請求項８】
金融セクタ用のメッセージのための階層的なデータ構造において、
前記メッセージが在庫および差分にフラグを立てること、および
前記メッセージが、メタデータ（Ｂ１）、機関（Ｂ２）、金融商品（Ｂ３）、事象（Ｂ４）、および価格（Ｂ５）の領域を含む５つの領域（Ｂ１〜Ｂ５）に基づいて順序付けられること
を特徴とするデータ構造。
【請求項９】
前記機関（Ｂ２）の領域で利用可能な外部キーで、その場では帰着することができないキーが、前記メタデータ（Ｂ１）の領域において帰着することができることを特徴とする請求項８に記載のデータ構造。
【請求項１０】
前記金融商品（Ｂ３）の領域で利用可能な外部キーで、その場では帰着することができないキーが、前記メタデータ（Ｂ１）および機関（Ｂ２）の領域によって帰着することができることを特徴とする請求項８に記載のデータ構造。
【請求項１１】
前記事象（Ｂ４）の領域で利用可能な外部キーで、その場では帰着することができないキーが、前記メタデータ（Ｂ１）、機関（Ｂ２）、および金融商品（Ｂ３）の領域によって帰着することができることを特徴とする請求項８に記載のデータ構造。
【請求項１２】
前記価格（Ｂ５）の領域で利用可能な外部キーで、その場では帰着することができないキーが、前記メタデータ（Ｂ１）、機関（Ｂ２）、金融商品（Ｂ３）、および事象（Ｂ４）の領域によって帰着することができることを特徴とする請求項８に記載のデータ構造。
【請求項１３】
金融セクタ用の金融情報を作成して配信する方法であり、在庫データ要素および差分データ要素が特定のメッセージ順序で配信される方法において、
前記メッセージ順序が、参照の整合性を伴ったデータ管理をサポートし、それによってすべてのデータ要素が、前記データ管理の前記参照の整合性が引き続き保証されるように前記メッセージ順序内におけるその位置に基づいて処理されることを特徴とする方法。
【請求項１４】
前記方法が、請求項８〜１２のいずれか一項に基づくデータ構造に適用され、在庫メッセージおよび差分メッセージが、所定の方法ステップ（Ｓｉ１〜Ｓｉ６、Ｓｆ１〜Ｓｆ５、およびＳｃ１）によって、前記機関（Ｂ２）および金融商品（Ｂ３）の領域からの基本キーの任意のサブセットから形成され、前記参照の整合性の特性が保証され、メッセージの分量が最小限になることを特徴とする請求項１３に記載の方法。
【請求項１５】
パラメータとデータ要素のタイプとを対話式に選択することに基づくキーリスト（Ｃｉｆｐｓ１〜Ｃｉｆｐｓｎ）の自動的な拡張を利用して、ポートフォリオの情報を自動的に作成できることを特徴とする請求項１３または１４に記載の方法。
【請求項１６】
データ処理装置（１０）内の対顧客配信システム（ＶＤＦＳ）が、データ領域（Ｂ１〜Ｂ５）からの基本キーおよびデータ要素のタイプを含む無限の数のリスト（Ｃｉｆｐｓ１〜Ｃｉｆｐｓｎ）に関する在庫データ要素および／または差分データ要素を有する意味的に完全な提供ファイルおよび／または提供データストリーム（ＣＬ１〜ＣＬｎ）を作成し、前記提供ファイルおよび／または提供データストリームが、配信される際に、前記データ処理デバイス（１０）に接続することが可能で自分自身のデータストアおよびデータ処理を有する顧客システム（ＣＳ１〜ＣＳｎ）が、前記配信されるデータ（ＣＬ１〜ＣＬｎ）を、さらなるデータベースへのアクセスオペレーションを伴わずにきわめて迅速に処理できるようにソートされた形式で配信され、前記顧客システム（ＣＳ１〜ＣＳｎ）の前記データストアの前記参照の整合性が、すべての時点で保持されることを特徴とする請求項１３〜１５のいずれか一項に記載の方法。
【請求項１７】
前記データ処理デバイス（１０）内の差分データ生成システム（ＶＳＳ）が、要求に応じて、または時間制御のもとで、データ収集システム（ＨＰＳ）によって提供されるデータベース（ＨＰＳＤＢ）から在庫データ要素を作成し、それらを、この目的で提供される在庫データベース（ＳｕｐｐｌｙＤＢ）内に保存することを特徴とする請求項１６に記載の方法。
【請求項１８】
更新プロセスを使用して、差分データベース（ＤｅｌｔａＤＢ）内に保存することが好ましい差分データ要素を作成し、前記差分データ要素が、前記在庫データ要素が保存される際か、あるいは前記提供ファイルおよび／または提供データストリーム（ＣＬ１〜ＣＬｎ）が作成される際のいずれかに作成されることを特徴とする請求項１６または１７に記載の方法。
【請求項１９】
プログラムコードを有するコンピュータプログラムにおいて、
前記プログラムコードがデータ処理設備上で実行されたときに、請求項１３〜１８のいずれか一項に記載の金融情報を作成して配信する方法が実行されることを特徴とするコンピュータプログラム。
【請求項２０】
プログラムコードがその上に保存されているデータストレージメディアにおいて、
前記プログラムコードがデータ処理設備上で実行されたときに、請求項１３〜１８のいずれか一項に記載の金融情報を作成して配信する方法が実行されることを特徴とするデータストレージメディア。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、請求項１のプレアンブルの特徴に従って金融情報を作成して配信するためにプログラムされたデータ処理デバイスと、また金融セクタのためのメッセージのための階層的なデータ構造と、請求項８および１３のプレアンブルの特徴に従って金融セクタのための金融情報を作成して配信する方法とを含む。
【０００２】
金融情報を配信するための公知のデータ処理デバイス、データ構造、および方法は、金融情報を断片的に形式化することに限定されている。多くのデータ構造は、主として１つの特定の処理目的のために設計されている。したがって公知のデータ構造および方法は、通常は株式取引、有価証券取引、有価証券およびローンの管理、有価証券の評価、有価証券の処理、有価証券の保有、税務申告などのさまざまな領域のうちの個々の領域をカバーすることに向いている。その上、多くのデータ処理デバイスは、データ構造からの個々のデータ要素によるつながりを全体的に確立できないという困難に直面する。
【０００３】
したがって公知のデータ処理デバイス、データ構造、および方法では、参照の整合性を保持しながらデータベース内における金融データの処理および保存を完全に行うことも、自動的に行うこともできない。
【０００４】
次の例によって、状況が明らかになる。ある顧客、たとえば有価証券およびローンの管理者が、たとえば特定の株式を管理している。この株式に関しては、データの提供業者が、基本的なデータ、為替レートのデータ、配当の支払いに関するデータ、およびこの株式に直接つながるその他のデータをその管理者に提供している。しかし、新株引受権の形で割り当てられる増資の場合には、その権利の、さらには交付される新株の基本的なデータが必要となる。そうでなければ、預金の管理や有価証券およびローンの管理という環境での自動的な処理は不可能である。公知のデータ処理デバイスおよびデータ提供システムの場合、今日の顧客は通常、権利に関する、および新株に関するデータの提供を自分自身でデータの提供業者から手動で得る必要がある。この手動の行為によって、有価証券およびローンの反応の速い管理、ならびに税務申告等のための預金の明細や有価証券およびローンの明細などのポートフォリオ情報の効率的な作成が煩雑になったり、あるいは妨げられたりする。
【０００５】
公知のデータ処理デバイスおよび方法によって行われるように、上述の領域に即して多数のデータ構造へと断片化されると、メッセージが保持されている際に提供されるデータ要素に関する意味的に適切で技術的に正しい秩序はカバーされない。しかしシステマチックで効率的な処理には、データを新規のデータ、変更データ、あるいは削除データとして直接認識して処理できることが必要となる。公知のデータ処理デバイスでは、それぞれの個々のデータフィールドに関してこれを認識できるデータ構造は提供されない。したがって上述のように、公知のデータ処理デバイスでは、たとえば割り当ての結果として得られた新規の証券に関する基本的なデータを、たとえば別の作業ステップとしてデータの提供業者に手動で注文する必要がある。つまり、公知のデータ処理デバイスでは、顧客や提供業者による手動の介入を伴わずに参照の整合性を自動的に保証することは一切できないということである。
【０００６】
金融情報の消費者のほとんどは、より速い処理の理由から、情報のサブセットに関心がある。サブセットは通常、金融商品のリストとして、企業のリストとして、市場およびマーケットのリストとして、または金融商品のタイプとして、あるいはそれらの組合せとして定義される。最小限ではあるが完全な金融情報データのセットにつながる完成された形を自動的に作成するための基盤としてこの種のサブセットの定義を取り込むことができる公知のデータ処理デバイス、データ構造、あるいは方法は存在しない。
【０００７】
本発明の技術的な目的は、金融商品、機関、株式取引、企業の事象、支払いなどに関する金融情報を含むメッセージをコンピュータの支援によって作成して配信し、それによって、データの整合性を保持しながら、データベース内における金融データの高速かつ効率的で可能な限り完全に自動的な処理および保存を可能にするためのデータ処理デバイス、データ構造、および方法を提供することである。
【０００８】
この目的は、請求項１によるデータ処理デバイスによって、請求項８によるデータ構造によって、および請求項１３による方法によって達成される。
【０００９】
金融情報データベース用の金融情報を配信するための本発明のデータ処理デバイスによって、市販のコンピュータおよびプログラミングシステムを使用して、さまざまなタイプの金融情報をかつてないほど簡単に処理することができる。このコンテキストにおいて、本発明のデータ構造は、金融情報のすべてのデータ要素を一般的なデータタイプに正規化することによって、システマチックで自動的な処理をサポートする。金融情報の顧客、消費者は通常、データの広がりおよびデータの深みによるさまざまなニーズを通じて著しく異なる。データを調整する本発明の方法は、個々のデータセットを作成する簡単な方法を提供する。この方法は、データの完全性および正確性が必ず保証されるようにする。完全性とは、自動的な処理に必要とされるデータ、および／または欠落すると情報の途切れにつながるデータが欠落していないことを意味する。上述の「完全性」は、「意味的に完全な」あるいは「意味的に適切な」とも表現される。特定の時点で配信されているメッセージのそれぞれのサブセットが完全なデータセットを表している場合に、メッセージの意味的に適切な秩序が存在する。
【００１０】
本発明は、メッセージのためのデータ構造を提供し、このデータ構造は、機関からの基本的なデータ、金融商品からの基本的なデータ、金融商品からの支払いなど、金融情報のビジネスに関連する側面を、データ要素として知られる１つまたは複数のそれぞれのデータの下位構造へと変換する。このデータ構造は、利用可能な考えられるすべての情報の完全な形式化を表すように設計されている。すなわち、データ要素の利用可能なデータ単位およびデータフィールドは、適切な方法ではそれ以上分解したり形式化したりすることはできない。データ要素は、いわゆるキー値を含み、このキー値は、１つまたは複数のデータフィールドを含む。これらのキー値によって、専門家および技術的なエンティティの明確な識別が可能となる。データ要素は、それらのデータ要素の一部であるキー値によって相互にリンクされ、これによってそれぞれのデータ要素は、規定されている方法の論理に応じて、従属するデータ要素の特定のセットを有する。つまり、２つのデータ要素の間における現実の世界の、すなわち意味的に適切なすべてのつながりを記録できるということである。たとえば、オプションが示されているデータ要素内に現れるキー値を使用して、オプションのデータ要素と、特定の発行者のための発行者のデータ要素とのリンクが記録され、この発行者のデータ要素は、発行者としてのビジネスフォームを記録している。すなわち、専門家および非専門家のキーという連続した概念が存在し、これによって、データ要素どうしの間における現実の世界のすべてのつながりが可能となる。
【００１１】
本発明の方法によって、一方では最初の「在庫」に相当するデータ要素を、そして他方では変更を指向する「差分」のデータ要素を作成することができる。本発明の方法を実行できるようにプログラムされている関連するデータ処理デバイスは、元となるデータの在庫から、顧客へ送信される１つまたは複数のファイル、および／または在庫データ要素のデータストリーム、ならびに／あるいは差分データ要素を作成する。
【００１２】
作成されたファイル内に、あるいはデータストリーム内に現れるデータ要素は、在庫データ要素または差分要素として識別できるように調整され、キー値を完全に提供され、体系化される。この方法によって形成されるデータ要素の体系化は、従属するデータ要素が従属先のデータ要素よりも常に後に現れることを保証する。これによって、在庫および／または差分データ要素をファイルの形態で、および／またはデータストリームの形態で顧客へ配信した後にコンピュータ上で線形に自動的に処理を行っても、まだ処理されていないデータ要素を指し示すキー値に出くわすことは確実になくなる。
【００１３】
差分データ要素に特有の特徴は、「削除」、「変更」、あるいは「新規」というフラグである。削除および変更の場合、更新されたデータと、古い、すなわちもはや最新ではないデータが双方とも完全に配信され、これによって、データベースへのアクセスによって補助しなくても、コンテンツ内の変更を認識することができる。
【００１４】
本発明のデータ構造は、いわゆる情報提供型のデータを含むことができるということによって、さらに特徴付けられており、この情報提供型のデータは、コンピュータに基づく自動的な処理によっては考慮されないが、人間にとっての読みやすさを改善する。たとえば、金融商品の領域に関連付けられている株式に関するデータ要素の場合、その株式の発行者である企業のキー値が含まれる。その株式に関するデータ要素がさらに読みやすくなるように、その企業の名前も、情報提供型のセグメントとして提供される。この企業の名前は、コンピュータに基づく自動的な処理のために、機関の領域からのデータ要素と共に配信される。
【００１５】
この方法によって、利用可能な元となるデータの在庫から在庫データ要素および差分データ要素を形成するだけでなく、キー値のリストを含むサブセットの定義に基づいて在庫データ要素および差分データ要素を作成することもできる。たとえばサブセットの定義は、商品のＩＤ（金融商品用のキー値）のリスト、マーケットのリスト、または金融商品のタイプのリスト、あるいはそれらの組合せを含む。さらに、これらのリストは、キー値のためのパラメータを指定することができ、これらのパラメータは、サブセットに関連付けられているデータのさらなる指定によって可能となる。データ処理デバイスは、任意の時点でメソッドベースのプログラミングを使用して、そのようなあらゆるサブセットの定義に関して、完全性という上述の特性を有する在庫データ要素および／または差分データ要素を含むデータ要素のサブセットを作成することができる。しかし、作成されるデータ要素のサブセットは最小限であり、つまり、サブセットの定義から要素に関連する基本的な情報を失うことなく、あるいは完全性という特性が依然として当てはまる状態を崩すことなく、データ要素を削除することはできないということである。少なくとも、その特性によって、データにとっての処理の関与を最小限に留めることができる。ファイル内における、および／またはデータストリーム内におけるデータ要素の体系化はまた、上述のように、手動の介入を伴わずに、参照の整合性を保持しながら、このデータ要素のサブセットに関する線形の自動的な処理を可能にする。
【００１６】
本発明は、データ処理デバイスを含み、このデータ処理デバイスは、金融情報を作成して配信するようにプログラムされており、少なくとも１つのネットワーク対応型のインターフェースを有する。このデータ処理デバイスは、その少なくとも１つのインターフェースを介して動的な数の顧客システムに接続することができ、それによって、その少なくとも１つのインターフェースを使用して、金融情報を任意の時点でデータ処理デバイスから顧客システムへ送信することができる。さらに、この少なくとも１つのインターフェースは、逆に顧客システムが、市場などのキー値とパラメータとを含むリストをデータ処理デバイスへ送信できるような形態であり、提供ファイルおよび／または提供データストリームは、在庫データ要素および／または差分データ要素を含めて作成される。
【００１７】
データのセキュリティをさらに確かなものにできるように、この少なくとも１つのインターフェースを保護されたインターフェースとして設計することが有利である。顧客システムによる能動的な関与を伴わずに、たとえば時間制御によるデータの配信を通じて、顧客システムからデータを能動的にフェッチすること（プルサービス）、および／またはそれらを送信すること（プッシュサービス）の双方のために、この少なくとも１つのインターフェースを使用できるならば、データを提供するための高いレベルの柔軟性、および顧客のニーズをさらに巧みに処理することが可能である。
【００１８】
特に好ましい一実施形態においては、データ処理デバイスは、好ましくは各自のプロセッサおよび各自のデータストアを装備する３つのデータ処理システムを認識できるように設計される。これらのデータ処理システムは、ネットワークを用いて相互に接続され、自分自身のデータベースを備えたデータ収集システムと、在庫データベースを備え、実施形態によっては、おそらくは差分データベースも備えた在庫データ生成システムと、また少なくとも１つのインターフェースおよび外部では（上記参照）差分データベースを備えた対顧客配信システムとを認識できるようにプログラムされている。この種のデータ処理デバイスは、対顧客配信システムが、機関および金融商品の領域からの基本キーおよびパラメータを含む無限の数のリストに関する在庫データ要素および／または差分データ要素を含む意味的に完全な提供ファイルおよび／または提供データストリームを作成できるように開発されることが好ましい。提供ファイルおよび／または提供データストリーム内におけるこれらの在庫データ要素および／または差分データ要素は、データ処理デバイスに接続できる顧客システムが、自分自身のデータストアおよび自分自身のデータ処理を装備しているならば、さらなるデータベースへのアクセスオペレーションを伴わずにきわめて迅速にそれらのデータを処理できるようにソートされており、顧客システムのデータストアの参照の整合性は、すべての時点で保持される。
【００１９】
そのようなデータ処理デバイス内の在庫データ生成システムが、要求に応じて、または時間制御のもとで、データ収集システムによって提供されるデータベースから在庫データ要素を作成し、それらを、この目的で提供される在庫データベース内に保存するのであれば、それもまた有利である。在庫データ要素が保存されると、関連付けられている差分データ要素がすぐに作成され、さらなる「差分データベース」内に保存され、そして顧客が要求するデータ要素が、その顧客に配信される。別の可能性としては、差分データ要素は、顧客へ配信される場合にのみ、生成されて送信される。そしてこれらの差分データ要素は、差分データベース内に保存することができるが、これは、絶対に必要なわけではない。差分データが保存されないならば、有利なことに、保存場所もまったく必要とされない。この場合、データの調整は動的に行われる。差分データが保存されるかどうかにかかわらず、このようにして調整された在庫データ要素および／または差分データ要素は、少なくとも１つのインターフェースを介して、好ましくは特定の時点に、顧客へ送信される。
【００２０】
さらに、１つの、あるいはそうでなければ複数のインターフェースを提供することもできる。したがって、第２のインターフェースが適切である可能性もあり、たとえばこれによって、顧客システムは、データ収集システム内の特定のデータに直接アクセスできるようになり、顧客は、データ収集システム内に最近取り込まれたデータに、調整されたデータが定期的に送信される際にリアルタイムにアクセスすることができる。
【００２１】
上述のデータ処理設備内で結び付けられる個々のデータ処理システムは、多かれ少なかれ局所的に近接して配置することができる。その場合、これらのデータ処理システムは、ときにはプロセッサおよび／またはデータストアを任意の組合せで共有することができる。あるいは、これらのデータ処理システムは、物理的に別々で多かれ少なかれ相互に離れているように配置することもできる。その場合、それぞれのデータ処理システムは、自分自身のプロセッサおよび自分自身のデータストアを有することが適切である。２つのデータ処理システムが、物理的に相互に近接して配置され、その一方で第３のデータ処理システムからは離れて配置され、データストアおよびプロセッサに関する関連した設計オプションを伴う状態も、同様に考えられる。
【００２２】
とりわけ有利なことに、データ処理デバイスは、在庫データ要素および差分データ要素が特定のメッセージ順序で配信される方法を用いて機能する。このコンテキストにおいては、メッセージ順序が、参照の整合性を伴ったデータ管理をサポートし、それによってすべてのデータ要素が、メッセージ順序内におけるその位置に基づいて処理され、そのようにしてデータ管理の参照の整合性が引き続き保証される。
【００２３】
この方法は、さらに後述するように、データ構造に適用される場合に特に有利である。この場合、所定の方法ステップが、機関および金融商品の領域からの基本キーの希望の任意のサブセットから在庫および／または差分メッセージを形成し、参照の整合性の特性を引き続き保証し、メッセージの分量を最小限に維持することが可能である。
【００２４】
パラメータの対話式の選択に基づいてキーリストが自動的に拡張されるのであれば、これも同様に非常に有利である。というのも、そうすれば、ポートフォリオの情報を自動的に作成することができるためである。
【００２５】
この方法が、本発明の金融セクタ用のメッセージのための階層的なデータ構造に適用されるのであれば、非常に有利である。本発明のデータ構造は、在庫および差分というメッセージフラグを有する。さらにメッセージ順序は、メタデータ、機関、金融商品、事象、および価格の領域を含む５つの領域に基づく。このデータ構造内におけるデータ要素の領域やキーについては、下記のように説明することができる。
【００２６】
機関の領域で利用可能な外部キーで、その場では帰着することができないキーは、メタデータの領域において帰着することができる。金融商品の領域で利用可能な外部キーで、その場では帰着することができないキーは、メタデータおよび機関の領域によって帰着することができる。事象の領域で利用可能な外部キーで、その場では帰着することができないキーは、メタデータ、機関、および金融商品の領域によって帰着することができる。価格の領域で利用可能な外部キーで、その場では帰着することができないキーは、メタデータ、機関、金融商品、および事象の領域によって帰着することができる。
【００２７】
有利なことに、データ処理設備上で実行されると上述の金融情報を作成して配信する方法を実行することになるプログラムコードを有するコンピュータプログラムを金融セクタにおいて使用することができる。
【００２８】
この種のコンピュータプログラムやこの種のプログラムコードは、希望の任意のデータストレージメディア上に格納することができる。
【００２９】
データ処理デバイス、そのデータ処理システム、方法、およびデータ構造などのさらなる有利な実施形態は、特許請求の範囲において見いだすことができる。
【００３０】
本発明のデータ処理デバイス、本発明の構造、および本発明の方法について、例示として、純粋に概略的な添付の図面を参照して説明する。
【００３１】
図１ａおよび図１ｃは、例示として、金融データを作成して配信するための本発明のデータ処理デバイス１０の概観を示している。詳細には、在庫データ要素および差分データ要素の作成と、顧客のシステムの全体にわたる金融情報の配信とを示している。さらに図１ｂは、金融データを作成して配信するための本発明のデータ処理デバイス１０の変形形態を示している。２つの形態に共通する特徴は、第１のステップにおいて、電子データのソース（さらに詳しくは説明しない）（この場合は、ＳＹＳ１およびＳＹＳ２という２つのソースが、一例としての役割を果たしている）が、金融データを別々の非標準的なフォーマットで市販のデータネットワークＮＥＴを介してデータ処理デバイス１０内のデータ収集システムＨＰＳへ配信するという点である。データ収集システムＨＰＳを備えたデータ処理デバイス１０は、データベースＨＰＳＤＢを装備しており、完全な在庫データ要素のセットを任意の時点で作成できるようにプログラムされている。データ収集システムＨＰＳは、とりわけデータベースＨＰＳＤＢのために受信データをフォーマット設定する中央のデータ処理局とすることもでき、あるいは受信データをフォーマット設定して処理および転送用としてデータベースＨＰＳＤＢへ配信するフォーマット設定局をその場に備えることもできる。この場合、データ要素のセットは、以降で図２を用いてさらに示すように、本発明のデータ構造のＢ１〜Ｂ５の５つの領域に分類されることが好ましい。ＬｏｇＦｉｌｅを使用することによって、特定の期間中に変更されたデータを、任意の時点でデータベースＨＰＳＤＢ内に保存されているすべてのデータセットの中から選別することができる。
【００３２】
ＨＰＳの一部としての在庫データ生成システムは、要求に応じて、あるいは時間制御を用いて、および好ましくはＬｏｇＦｉｌｅを考慮して、データベースＨＰＳＤＢ内に保存されているデータ要素からのデータを提供された完全な新規の在庫データ要素を作成する。この新規の在庫データ要素は、在庫データベースＳｕｐｐｌｙＤＢ内に保存される。更新プロセスを使用して、在庫データ要素が既に在庫データベースＳｕｐｐｌｙＤＢ内に存在しているかどうかがチェックされる。在庫データ要素が既に在庫データベースＳｕｐｐｌｙＤＢ内に存在している場合には、新規のデータ要素のそれぞれのセグメントが、前のデータ要素のセグメントと比較され、相違が見つかると、差分データ要素が作成される。差分データ要素は、すべての新規の、変更された、削除された、および情報提供型のデータセグメントを含み、すべての未変更のデータセグメントと、もはや最新ではない、古いものとしてフラグを立てられているデータセグメントも含む。差分データ要素のそれらの関連付けられている作成を伴うチェックは、１つの別法として、在庫データ要素が作成される際に行うことができ、その場合には、差分データ要素は、すぐに差分データベースＤｅｌｔａＤＢ内に保存される（図１ｂを参照）。あるいは、在庫データ要素が配信されるまでチェックを行わないことも可能であり、その場合には、差分データ要素は、途切れのないドキュメンテーションのために差分データベースＤｅｌｔａＤＢ内に同様に保存されることが好ましい（図１ａおよび図１ｃを参照）。さらなるプロセスにおいては、チェックを定期的に実行して、在庫データベースＳｕｐｐｌｙＤＢ内に存在するすべてのデータ要素に関して、それらのデータ要素がデータベースＨＰＳＤＢ内にも存在するかどうかを判断する。万一、在庫データベースＳｕｐｐｌｙＤＢ内のデータ要素がデータベースＨＰＳＤＢ内に存在しない場合には、削除差分データ要素が作成される。在庫データベースＳｕｐｐｌｙＤＢ内に依然として存在しているデータ要素は、削除される。在庫データ要素は、関連付けられている差分データ要素と共に対顧客配信システムＶＤＦＳを介してそれぞれ配信される。
【００３３】
対顧客配信システムＶＤＦＳは、インターフェースＳを介して市販のデータネットワークＮＥＴに接続することができる。図１ｃに示されている例においては、対顧客配信システムは、そのインターフェースＳを介して、およびデータネットワークＮＥＴを介して、３つの顧客システムＣＳ１〜ＣＳ３に接続されている。しかし当然ながら、任意の数の顧客システムＣＳ１〜ＣＳｎを対顧客配信システムＶＤＦＳに接続することができ、また複数のインターフェースが存在することもできる。顧客システムＣＳ１〜ＣＳ３は、希望のキー値とパラメータとを含むリストＣｉｆｐｓ１、Ｃｉｆｐｓ２、Ｃｉｆｐｓ３をデータ処理デバイス１０へ送信する。それぞれの顧客固有のキーリストＣｉｆｐｓ１〜Ｃｉｆｐｓ３に関して、対顧客配信システムＶＤＦＳは、基本キーと、差分データ生成システムＶＳＳによって生成されるデータ要素のすべてのセットからの在庫データ要素および／または差分データ要素を含む提供ファイルまたは提供データストリームＣＬ１〜ＣＬ３を作成する。さらに後述するように、これは、たとえば機関のための６つの方法ステップＳｉ１〜Ｓｉ６を使用して、たとえば金融商品のための５つの方法ステップＳｆ１〜Ｓｆ５を使用して、およびたとえば組合せの方法ステップＳｃ１を使用して行われる。顧客固有のリストＣｉｆｐｓ１〜Ｃｉｆｐｓ３に基づいて作成された提供データまたは提供データストリームＣＬ１〜ＣＬ３は、インターフェースＳおよびデータネットワークＮＥＴを介して顧客システムＣＳ１〜ＣＳ３へ配信される。顧客システムＣＳ１〜ＣＳ３は、在庫データ要素または差分データ要素を自分のデータベースシステムＣＤＢ１〜ＣＤＢ３へ直接、自動的に、そして手動の行為を必要とせずに、参照の整合性を保持しながら提供できるようになる。したがって顧客データベース内におけるデータの状態は、すべての従属するデータ要素が、従属先の利用可能なデータ要素をすべて有するようになっている。たとえば、これによって、企業の合併の場合には、関与しているすべての企業に関するデータ、その合併に関連する金融商品に関するデータ、およびその合併に関連する支払いに関するデータが、対顧客配信システムＶＤＦＳを備えたデータ処理デバイスによって選択されて配信されること、および顧客システムＣＳ１〜ＣＳ３上で手動の行為を伴わずに自動的に処理を実行できることが保証される。
【００３４】
データ処理デバイスは、概略としては３つのデータ処理システムＡ１〜Ａ３に分類することができる。第１のデータ処理システムＡ１は、データ収集システムＨＰＳと、専用のデータベースＨＰＳＤＢとを備え、第２のデータ処理システムＡ２は、第１の形態においては、在庫データベースＳｕｐｐｌｙＤＢと差分データベースＤｅｌｔａＤＢとを備えた差分データ生成システムＶＳＳを有し（図１ｂを参照）、第２の形態においては、在庫データベースＳｕｐｐｌｙＤＢを備えた差分データ生成システムＶＳＳのみを備え（図１ａおよび図１ｃを参照）、第３のデータ処理システムＡ３は、少なくとも１つのインターフェースＳを備えた対顧客配信システムＶＤＦＳと、また第２のデータ処理システムが差分データベースＤｅｌｔａＤＢを備えているかどうかに応じて差分データベースＤｅｌｔａＤＢとを具備する。在庫データ要素が配信されるまで差分データ要素が作成されない場合には、実際にはいかなる差分データベースＤｅｌｔａＤＢも存在する必要はまったくない。データ処理システムＡ１〜Ａ３は、図１ａに示されているように、それぞれが自前でプロセッサおよびデータストアを有し、ネットワークを用いて相互に接続されることが好ましい。データ処理システムＡ１、Ａ２、Ａ３が、局所的に１つの場所で提供されているか、またはお互いに遠く離れた複数の場所で提供されているかに応じて、ネットワークは、内部のネットワークか、または外部のネットワークとすることができる。データ処理システムＡ１、Ａ２、Ａ３は、いっしょの場所で提供されている場合には、データストアおよび／または（１つまたは複数の）プロセッサを共有することもできる。
【００３５】
上述のように、データ要素のセットは、本発明のデータ構造の５つの領域Ｂ１〜Ｂ５に分類されることが好ましい。そして図２は、本発明のデータ構造内の５つの領域を示している。メタデータ領域Ｂ１は、すべての金融情報エンティティのための構造および参照データを含む。メタデータは、すべてのデータ要素のタイプのためのツリー構造について判断し、どのキーが基本キーであるか、または外部キーであるかを識別する。参照データは、国コードおよび言語コードなど、すべてのデータ要素に関連する値の範囲を含む。機関の領域Ｂ２は、さまざまなタイプの企業に関する金融情報を含む。この金融情報には、とりわけ、株式会社に関する基本的な企業データ、国や国際組織に関する基本的なデータ、持ち株構造などの企業の関係に関するデータ、および格付け情報に関するデータが含まれる。金融商品の領域Ｂ３は、金融商品に関する金融情報を含む。この情報には、とりわけ、株式、債券、金利、オプション、先物、国債、および株式売買指標に関する基本的なデータ、金融商品取り扱い企業の関係に関するデータ、それらの条件を伴う発行に関するデータ、金融商品の構造および依存関係に関するデータ、クーポンの定義に関するデータ、金融商品の資本構造に関するデータ、保証および提供の規制に関するデータ、格付けおよび対比に関するデータが含まれる。事象の領域Ｂ４は、金融関係の事象に関する金融情報を含む。これらの事象には、とりわけ、企業の事象、支払いの事象、および取引の事象に関する基本的なデータが含まれる。企業の事象に関するデータには、資本の変動、企業の合併および買収、金融商品の変化、ならびに法的な事象に関するデータが含まれる。支払いの事象に関するデータには、支払い、払い戻し、償還、金融商品と、国内の税法および国際的な税法とに関連する税金、分配、ならびに新株引受権に関するデータが含まれる。取引の事象に関するデータには、上場、上場廃止、および取引関連の情報に関するデータが含まれる。価格の領域Ｂ５は、評価利率および税率（税務申告用の関連する利率）、市場利率、評価、価格などを含む。個々の領域Ｂ１〜Ｂ５に関する一覧は、最終的なものではなく、最新の状況に合うように拡張することができる。したがって、新しい金融商品が売り出されたときはいつでも、その商品を金融商品の領域Ｂ３に組み込むことができる。
【００３６】
５つの領域と、それらのお互いの間における従属関係が、図２に示されている。厳密に言えば、領域ＢＹ内に存在する少なくとも１つのデータ要素が、１つまたは複数の外部キーを含み、その外部キーに関連付けられている基本キーが、領域ＢＸからの１つまたは複数のデータ要素内に現れる場合に、領域ＢＹは領域ＢＸに従属している。このようにして定義される領域形成の結果が、本発明に即した５つの領域Ｂ１〜Ｂ５に関するこの非循環型の従属関係（Ａ１〜Ａ１０）である。すなわち、これらの領域のうちで、他の領域を越えて自分自身に従属している領域はない。
【００３７】
図３は、例示として、本発明のデータ構造からの２つのデータ要素ＤＥ１、ＤＥ２を示している。それぞれのデータ要素ＤＥ１〜ＤＥｎは、データ要素名を有する。たとえば、機関に関する基本的なデータは、データ要素「ＴＫＩＡＤ」内にまとめられ、金融商品に関する基本的な情報は、「ＴＫＦＡＤ」と呼ばれるデータ要素内にまとめられる。
【００３８】
すべてのデータ要素はまた、別々のデータセグメントＳＥＧ＿Ｈ、ＳＥＧ＿Ｉ、およびＳＥＧ１〜ＳＥＧｎのツリーのような階層を含む。第１のデータセグメントＳＥＧ＿Ｈは、ヘッドセグメントと呼ばれ、データ要素全体に関するすべてを包含する情報を含む。第２のデータセグメントＳＥＧ＿Ｉは、キーセグメントと呼ばれ、データ要素に関する明確なＩＤを含む。データセグメントＳＥＧ１〜ＳＥＧｎからは、それぞれの上位のセグメントは、自分に直接あるいは間接的に従属するセグメントに関する情報、とりわけキー値を含む。
【００３９】
図３に示されている第１のデータ要素ＤＥ１は、ヘッドセグメントＳＥＧ＿Ｈ、キーセグメントＳＥＧ＿Ｉ、および例示としてさらなるデータセグメントＳＥＧ１〜ＳＥＧ７を有する。この例においては、説明を簡単にするために、データ要素ＤＥ２は、１つだけのヘッドセグメントＳＥＧ＿Ｈ、１つのキーセグメントＳＥＧ＿Ｉ、および２つのさらなるセグメントＳＥＧ８、ＳＥＧ９を有する。ヘッドセグメントＳＥＧ＿Ｈは、データ要素のタイプ、作成日、生成番号、および在庫または差分データ要素を表すフラグであるＳＤ−ＦＬＡＧというデータフィールドを含む（明確には図示せず）。データ要素のタイプは、データ要素が属するタイプを識別する。メタデータは、データ要素のセットと同様に、データ要素のそれぞれのタイプごとに、ツリー構造、データセグメントの位置および数、ならびにまたデータセグメントの設計を決定する。生成番号は、バージョン識別子であり、さまざまな生産工程からデータ要素を識別するために使用される。キーセグメントＳＥＧ＿Ｉは、識別番号を含み、これは、生成番号および作成日と共にデータ要素を明確に識別する。
【００４０】
ヘッドセグメントＳＥＧ＿ＨおよびキーセグメントＳＥＧ＿Ｉの後のさらなるデータセグメントはすべて、セグメント名ＳＮと、処理命令ＶＡと、データフィールドのリストとを含む。セグメント名は、セグメントのタイプを明確に識別する。したがってメタデータを使用して、フィールドの数およびタイプが定義される。データフィールドは、単独データフィールドと複合データフィールドに分割することができる。単独データフィールドＳＦは、企業名などの単独の値を含む。複合データフィールドＣＦは、少なくとも２つの値を含み、それらは、たとえば現金支払いの場合の通貨および合計数値かもしれない。
【００４１】
処理命令ＶＡは、フラグのリストであり、データフィールド内のそれぞれの値ごとに「キー」、「在庫」、「削除」、「変更」、「新規」、「旧」、「未変更」、あるいは「情報提供型」のフラグを含むことができる。「キー」のフラグは、そのフィールドの値が基本キーまたは外部キーに属することを意味する。「削除」のフラグは、そのフィールドの値がもはや存在しないことを意味する。「変更」のフラグは、そのフィールドの値が変更されていることを意味する。「新規」のフラグは、そのフィールドの値が、まだ配信されていない新規の値であることを意味する。「旧」のフラグは、そのフィールドの値がもはや最新ではないことを意味する。「未変更」のフラグは、そのフィールドの値が変更されていないことを意味する。「情報提供型」のフラグは、そのフィールドの値が冗長なものであり、電子的な処理を意図したものではないことを意味する。在庫データ要素は、自分の処理命令内に「キー」、「在庫」、「新規」、および「情報提供型」のフラグのみを有する。その一方で、差分データ要素は、処理命令内において上述のすべてのフラグを使用する。
【００４２】
図３に示されている例においては、ＳＢが、データ要素ＤＥ２からデータ要素ＤＥ１へのキーの従属関係である。セグメントＳＥＧ３と、その従属セグメントＳＥＧ５、ＳＥＧ６、およびＳＥＧ７は、株式会社などの情報エンティティからのキー値およびデータを含むため、従属関係が存在する。データ要素ＤＥ２は、ＳＥＧ８内に含まれるキー値を使用して、この情報エンティティへのリンクを確立する。この情報エンティティからのキー値は、ＳＥＧ３内では基本キーと呼ばれる。基本キーと外部キーは、メタデータを用いて区別することができる。従属するデータ要素内のキー値が、情報エンティティどうしをリンクするために使用される場合、それらのキー値は、外部キーと呼ばれる。あるデータ要素内の外部キーは、その基本キーが、そのデータ要素自身のセグメント階層内のさらに上に、あるいは別の利用可能なデータ要素内に基本キーとして現れた場合に、帰着することができる。データ要素のリストを電子的に処理するための参照の整合性は、厳密に言えば、データ要素内に現れるそれぞれの外部キーが、自分自身のデータ要素によって、またはリスト内において先行する少なくとも１つのデータ要素によって、あるいはこの目的で提供されるデータベースからのデータ要素によって帰着できる場合に、保持される。
【００４３】
ある外部キーが、その外部キーが現れるデータ要素内で、または外部キーを有するデータ要素の領域からのデータ要素によって帰着する場合、その外部キーは、その場で帰着可能であると表現される。たとえば配当の支払いを表す、事象の領域Ｂ４からのデータ要素は、株式からの外部キーを有するセグメントを含む。この株式は、金融商品の領域からの商品の基本的な要素「ＴＫＦＡＤ」を有し、この金融商品の領域は、そのセグメントのうちの１つの中に適切な基本キーを含む。したがって配当の支払いを伴うデータ要素は、データ要素「ＴＫＦＡＤ」に従属している。
【００４４】
図４は、２つのデータ要素の間における直接および間接の従属関係を示している。データ要素ＤＥｙが外部キーを有し、その外部キーがデータ要素ＤＥｘ内に基本キーとして現れる場合に、ＤＥｙはＤＥｘに直接従属している（ｄｉｒ）。ＤＥｚがＤＥｙに直接従属し、ＤＥｙがＤＥｘに直接従属している場合に、ＤＥｚはＤＥｘに間接的に従属している。
【００４５】
本発明の方法の別の部分は、完全性の形成である。完全性の形成とは、サブセットのための所定の指定を取り込み、拡張セットを形成し、それによって自動的な処理に必要とされるデータ、および／または欠落すると情報の途切れが生じることになるデータが欠落していないようにする方法を意味する。たとえば、権利の形態での配当の支払いはまた、常にその権利に関する基本的なデータを含む。そうでなければ、配当の支払いに関するデータは、不完全になり、正しく処理することができず、したがってビジネスで使用する上ではまったく役に立たない。完全性の形成は、データの深みによるさまざまなニーズを有する顧客への配信用として特に意図されている。
【００４６】
図５は、機関の領域Ｂ２からの基本キーＩｐｓ（ｉｎｓｔｉｔｕｔｉｏｎ  ｐｒｉｍａｒｙ  ｋｅｙ）の所定のリストの場合の在庫データ要素に関する完全性の形成の概略を示している。在庫領域Ｓｕｐｐｌｙ１〜Ｓｕｐｐｌｙ４は、領域Ｂ１〜Ｂ４に属しているデータ要素を含む在庫データセットである。第１のステップＳｉ１において、基本キーとしてのリストＩｐｓからのキーのうちの１つまたは複数を含む機関の領域Ｂ２の在庫領域Ｓｕｐｐｌｙ２からの在庫データ要素が選択される。同じステップＳｉ１において、これらの在庫データ要素は、在庫領域Ｓｕｐｐｌｙ２からの直接従属する在庫データ要素および間接的に従属する在庫データ要素を追加され、それによって、サブセットＴ２Ｓｉ１が作成される。さらなるステップＳｉ２において、Ｔ２Ｓｉ１に直接または間接的に従属する在庫領域Ｓｕｐｐｌｙ３からの在庫データ要素が割り出される。これによって、サブセットＴ３Ｓｉ２が作成される。Ｔ４Ｓｉ３を形成するために、Ｔ３Ｓｉ２およびＴ２Ｓｉ１からのデータ要素に直接または間接的に従属する在庫領域Ｓｕｐｐｌｙ４からの在庫データ要素が、さらなるステップＳｉ３において結合される。ステップＳｉ４は、さらなるサブセットＴ３Ｓｉ４をＳｕｐｐｌｙ３内に形成し、そこに含まれるデータ要素は、少なくとも１つの直接または間接的に従属するデータ要素をＴ４Ｓｉ３内に有する。そしてＴ３Ｓｉ４は、Ｓｕｐｐｌｙ３からの直接従属する要素および間接的に従属する要素を同様にＴ３Ｓｉ４内に見いだすことができるように完成される。次のステップＳｉ５においては、Ｓｕｐｐｌｙ２からのサブセットＴ２Ｓｉ５が形成される。Ｔ２Ｓｉ５が含むデータ要素は、少なくとも１つの直接または間接的に従属するデータ要素をＴ３Ｓｉ４またはＴ４Ｓｉ３内に含む。さらにＴ２Ｓｉ５は、Ｓｕｐｐｌｙ２からの直接従属する要素および間接的に従属する要素を同様にＴ２Ｓｉ５内に見いだすことができるように完成される。参照データおよびメタデータに関するすべてのデータ要素を含むセットＳｕｐｐｌｙ１に対しては、サブセットの形成は、まったく行われない。破線の矢印１５によって示されているように、ステップＳｉ２〜Ｓｉ５は、もはや提供データの在庫からのいかなる新規の従属データもサブセットに関連付けることができなくなるまで、１つの反復プロセス内で繰り返される。最後のステップＳｉ６は、提供ファイルおよび／または提供データストリームの作成を含む。提供ファイルまたは提供データストリームを作成するために、サブセットＴ２Ｓｉ１とＴ２Ｓｉ５が結合され、それらの内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ２Ｓｉ１５−Ｆとして保存される。同様に、サブセットＴ３ｉとＴ３ｅが結合され、それらの内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ３Ｓｉ２４−Ｆとして保存される。サブセットＴ４ｉが、同様に内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ４Ｓｉ３−Ｆとして保存される。セットＳｕｐｐｌｙ１が、１つのファイルまたはデータストリームＳｕｐｐｌｙ１−Ｆとして保存される。これで、提供ファイルまたは提供データス��リームＩｐｓＳｕｐｐｌｙＯｕｔは、Ｓｕｐｐｌｙ１−Ｆ、Ｔ２Ｓｉ１５−Ｆ、Ｔ３Ｓｉ２４−Ｆ、およびＴ４Ｓｉ３−Ｆという各部分をこの順序で含むことになる。
【００４７】
図５に示されている例とは対照的に、図６は、完全性の形成が、金融商品のＩＤを使用してどのように行われるかを示している。
【００４８】
図６は、金融商品の領域Ｂ３からの基本キーＦｐｓの所定のリストの場合の在庫データ要素に関する完全性の形成の概略を示している。第１のステップＳｆ１において、基本キーとしてのリストＦｐｓからのキーのうちの１つまたは複数を含む金融商品の領域Ｂ３の在庫領域Ｓｕｐｐｌｙ３からのデータ要素が選択される。同じステップにおいて、これらのデータ要素は、在庫領域Ｓｕｐｐｌｙ３からの直接従属するデータ要素および間接的に従属するデータ要素を追加され、それによって、サブセットＴ３Ｓｆ１が作成される。さらなるステップＳｆ２において、Ｔ３Ｓｆ１に直接または間接的に従属する在庫領域Ｓｕｐｐｌｙ４領域Ｂ４（事象）からのデータ要素が割り出される。これによって、サブセットＴ４Ｓｆ２が作成される。ステップＳｆ３においては、Ｓｕｐｐｌｙ３の在庫領域からのさらなるサブセットＴ３Ｓｆ３が形成され、そこに含まれるデータ要素は、少なくとも１つの直接または間接的に従属するデータ要素をＴ４Ｓｆ２内に有する。そしてＴ３Ｓｆ３は、Ｓｕｐｐｌｙ３の在庫領域からの直接従属する要素および間接的に従属する要素を同様にＴ３Ｓｆ３内に見いだすことができるように完成する。次のステップＳｆ４においては、Ｓｕｐｐｌｙ２のサブセットＴ２Ｓｆ４が形成される。Ｔ２Ｓｆ４が含むデータ要素は、少なくとも１つの直接または間接的に従属するデータ要素をＴ３Ｓｆ３またはＴ４Ｓｆ２内に含む。さらにＴ２Ｓｆ４は、Ｓｕｐｐｌｙ２の在庫領域からの直接従属する要素および間接的に従属する要素を同様にＴ２Ｓｆ４内に見いだすことができるように完成される。図５に示されている例と同様に、ここでも、新規のデータ要素をサブセットに関連付けることができなくなるまで、さまざまなステップが反復して繰り返される。参照データおよびメタデータに関するすべてのデータ要素を含むＳｕｐｐｌｙ１のセットに対しては、サブセットの形成は、まったく行われない。最後のステップＳｆ５は、提供ファイルおよび／または提供データストリームの作成を含む。提供ファイルまたは提供データストリームを作成するために、サブセットＴ２Ｓｆ４が、内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ２Ｓｆ４−Ｆとして保存される。同様に、サブセットＴ３とＴ３Ｓｆ３が結合され、内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ３Ｓｆ１３−Ｆとして保存される。サブセットＴ４Ｓｆ２が、内部の従属関係に基づいてソートされ、１つのファイルまたはデータストリームＴ４Ｓｆ２−Ｆとして保存される。Ｓｕｐｐｌｙ１のセットが、内部の従属関係に基づいて、１つのファイルまたはデータストリームＳｕｐｐｌｙ１−Ｆとして保存される。これで、提供ファイルまたは提供データストリームＩｐｓＳｕｐｐｌｙＯｕｔは、Ｓｕｐｐｌｙ１−Ｆ、Ｔ２Ｓｆ４−Ｆ、Ｔ３Ｓｆ１３−Ｆ、およびＴ４Ｓｆ２−Ｆという各部分をこの順序で含むことになる。
【００４９】
図５および図６に示されている２つの方法を組み合わせることができ、これによって、機関ＩＤ（機関からのキー）のリストおよび金融商品ＩＤ（金融商品からのキー）のリストを用いて完全性を形成することができる。説明を簡単にするために、図５および図６を用いて説明した例のいずれにおいても、価格の領域Ｂ５は考慮されていない。しかし説明した方法は、同様にしてさらなる領域５に拡張することができる。
【００５０】
図７は、領域Ｂ２およびＢ３からの基本キーを用いた完全性の形成の組合せの概略図を示している。図５および図６と同様に、領域Ｂ２およびＢ３からの基本キーのセットを用いて、提供ファイルまたは提供データストリームＩｐｓＳｕｐｐｌｙＯｕｔおよびＦｐｓＳｕｐｐｌｙＯｕｔを作成することができる。さらなるステップＳ１ｃを用いてこれらの２つの方法を組み合わせることができ、これによって、領域Ｂ２およびＢ３からの基本キーのセットに関する提供ファイルまたは提供データストリームＩｆｐｓＳｕｐｐｌｙＯｕｔを作成することができる。この目的のために、サブセットＴ２Ｓｉ１５−Ｆ、Ｔ３Ｓｉ２４−Ｆ、およびＴ４Ｓｉ３−Ｆが、それぞれＴ２Ｓｆ４−Ｆ、Ｔ３Ｓｆ１３−Ｆ、およびＴ４Ｓｆ２−Ｆと結合され、内部の従属関係に基づいてソートされ、ファイルＴ２−Ｔ２ｅ−Ｔ２ｆ−Ｆ、Ｔ３−Ｔ３ｉ−Ｔ３ｅ−Ｔ３ｆ−Ｆ、およびＴ４ｉ−Ｔ４Ｓｆ２−Ｆとして保存される。これで、提供ファイルまたは提供データストリームＩｆｐｓＳｕｐｐｌｙＯｕｔは、Ｓｕｐｐｌｙ１−Ｆ、Ｔ２−Ｔ２ｅ−Ｔ２ｆ−Ｆ、Ｔ３−Ｔ３ｉ−Ｔ３ｅ−Ｔ３ｆ−Ｆ、およびＴ４ｉ−Ｔ４Ｓｆ２−Ｆという各部分をこの順序で含むことになる。これで、ＩｆｐｓＳｕｐｐｌｙＯｕｔは在庫データセットとなり、顧客へ配信し、示した方法を用いてその顧客の要求に合わせて調整することができる。同じようにして、差分データ要素も調整され、顧客へ配信される。配信されるデータの分量をできるだけ少なくしておくには、変更のあったデータ、新規のデータ、あるいは初めて要求されたデータのみを配信する。図５、図６、および図７に示されているように、完全性の形成を伴って在庫データセットおよび関連する差分データセットを配信することによって、データが完全なものとなり、それらの参照の整合性がすべての時点で保証されるため、顧客による手動の介入を伴わずにデータをその場でコンピュータに基づいて自動的に処理できるようになる。データの階層的な構造のほかに、「削除」および「変更／新規」に従ってソートされるデータの配信によっても、参照の整合性が保証される。
【００５１】
しかし、増資を通じた権利から生じる可能性のある金融商品に関するデータなどのさらに複雑なデータに対する顧客のニーズがある場合には、この方法は十分ではないかもしれない。そして自動的な処理にとっては、支払いの事象を通じた権利から生じる基本的なデータが、同様に配信されることが必要である。図８は、例示として、支払いの事象を伴うデータ要素を、金融商品のキーを含むリストＦｐｓを拡張するためのソースとして使用することによって、ポートフォリオの情報を自動的に作成できるようになることを示している。金融商品のキーを含むリストに加えて、顧客は、本発明に即してパラメータを選択することができ、このパラメータによって、本発明のデータ処理デバイス１０内において、その後に示される拡張のためのソースとして機能するデータ要素のタイプが選択される。説明を簡単にするために、例示として、単独の株式キーｆ１を有するファイルＦ１が示されている。株式キーｆ１に関して、完全性の形成は、図６に示されているように、ステップＳｆ１、Ｓｆ２、およびＳｆ３に即して実行される。同様に説明を簡単にするために、この例において重要な単独のデータ要素のみが示されている。データ要素ＴＫＦＡＤ１は、キーｆ１を有する株式に関する基本的なデータを含む。ＴＫＸＣＤ１は、権利の割り当ての形態をとる事象のデータ要素である。すなわちＴＫＸＣＤ１は、権利の基本的なデータ要素であるＴＫＦＡＤ２を用いて帰着する外部キーを含む。データ要素ＴＫＸＲＤ２は、権利を行使して新株を取得するための支払いの事象である。この要素は、図４〜図６において参照の整合性を得る処理にとって現時点では不要であり、したがって、キーセットＦ１に基づいて形成されるデータセット内では不要である。しかし多くの顧客にとって、購入のための支払いの事象、および購入されることになる証券の、この場合は新株の基本的なデータＴＫＦＡＤ２は、重要である。本発明のデータ処理デバイスでは、いずれの顧客によっても実行できる最初のコマンドを使用して、特定の事象のデータ要素のタイプ内に現れる金融商品からの外部キーを、それぞれの完全性の形成中に第２のさらなるキーリストＳ１に自動的に書き込めるようになる。図５〜図７における方法がすべて終了した後に、図５〜図７からの方法は、Ｓ１に、あるいは別の新規に作成されるキーリストに適用され、結果として得られたデータセットが顧客に配信される。権利の割り当ての例では、第２のリストＳ１が、ステップＳｆ２において作成され、権利ｆ２に関する外部キーが、リストＳ２に書き込まれる。図５からの方法の次なる第２の実装形態は、権利に関する実行の事象ＴＫＸＲＤおよび基礎をなす事象ＴＫＸＵＤを含むことになる。基礎をなす事象および実行の事象は、購入されることになる金融商品に関する外部キーを含む。したがって基本的な要素ＴＫＦＡＤ３は、同様に新株のための配信セット内に含まれる。
【図面の簡単な説明】
【００５２】
【図１ａ】在庫データ要素および差分データ要素を作成して配信するためのデータ処理デバイスの概観を示す図である。
【図１ｂ】在庫データ要素および差分データ要素を作成して配信するためのデータ処理デバイスの第２の実施形態を示す図である。
【図１ｃ】在庫データ要素および差分データ要素を作成して配信するためのデータ処理デバイスの概観を示す図である。
【図２】金融情報を含むメッセージのための本発明のデータ構造を示す図である。
【図３】メッセージの４つの構造的な領域を示す図である。
【図４】２つのデータ要素の間における間接的な関係を示す図である。
【図５】領域Ｂ２からの基本キーを用いた完全性の形成を示す概略図である。
【図６】領域Ｂ３からの基本キーを用いた完全性の形成を示す概略図である。
【図７】領域Ｂ２およびＢ３からの基本キーを用いた完全性の形成の組合せを示す概略図である。
【図８】データ要素のタイプの対話式の選択を通じた自動的なキーの拡張を示す概略図である。
【図１ａ】
2007523422.tif 000002
【図１ｂ】
2007523422.tif 000003
【図１ｃ】
2007523422.tif 000004
【図２】
2007523422.tif 000005
【図３】
2007523422.tif 000006
【図４】
2007523422.tif 000007
【図５】
2007523422.tif 000008
【図６】
2007523422.tif 000009
【図７】
2007523422.tif 000010
【図８】
2007523422.tif 000011