JPH1139407A - 帳票作成システム - Google Patents

Abstract

(57)【要約】 【解決課題】 出力したい帳票を高速かつ確実に出力す
る。 【解決手段】 複数の金融機関からの運用報告データを
受け取るクライアント機２と、前記運用報告データに基
づく帳票を出力する帳票作成装置３を有する帳票作成シ
ステムであって、前記横軸見出しテーブル７から、１つ
の横軸見出しレコードを選択し、前記縦軸見出しテーブ
ル８から、１つの縦軸見出しレコードを選択し、前記横
軸見出しレコードの選択に基づいて、これに対応する横
軸対応運用テーブル（三次データ１５中のテーブル）を
特定し、特定された横軸対応運用テーブルから、前記横
軸見出しレコード中の横軸項目フィールド及び選択され
た縦軸見出しレコード中の縦軸項目フィールドとによっ
て特定されるデータを含むレコードセットを生成し、前
記横軸見出しレコードを横軸見出しとし、前記縦軸見出
しレコードを縦軸見出しとして、前記レコードセットを
表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数の金融機関
から受け取った運用報告に基づき、所望の帳票を生成す
る帳票生成システムに関するものである。

【０００２】

【従来の技術】コンピュータシステムの普及に伴い、企
業においては、コンピュータ処理により業務の管理を行
うことが一般的となってきている。このようなシステム
のうち、資産管理を行うシステムとしては、例えば、資
産管理システム、資産分析システム、資産評価システ
ム、資産負債総合管理システム等が挙げられる。これら
のシステムは、金融機関から運用データを受け取り、そ
のデータから帳票を作成する処理を主な機能としてい
る。

【０００３】従来これらのシステムにおける帳票出力の
プロセスは、いずれも、出力したい帳票をメニューから
選択する形式であった。このような方法によると、作成
する帳票の種類が多数に昇る場合、次のような問題点が
ある。

【０００４】すなわち、システム開発サイドの観点から
は、多数の画面の１つ１つをオプションとして作成しな
ければならないということがある。例えば２００種類も
の帳票を必要とする場合には、２００個のオプション
（選択手段）とそれに対応する２００種類の画面（出力
フォーム）を作り込まなければならない。

【０００５】一方、システムの利用者の観点からは、実
際にどのような帳票が出力されるのか、オプションを選
択し処理を実行してみるまで分からないということがあ
る。例えば個々に帳票名称が割り当てられたオプション
ボタンが２００個ある場合、どの帳票名称を選択すると
どのような帳票が出力されるかが非常に分かりずらい。
したがって、実際に２００種類もの帳票の中から出力し
たい情報にたどりつくには、トライアンドエラーを繰り
返さざるを得ないということがある。

【０００６】

【発明が解決しようとする課題】したがって、従来の装
置においては、多数の帳票フォームを処理するために
は、膨大な多くのコンピュータ資源を消費しなければな
らず、その分処理能率が低下するし、機能も限定される
ということがあった。

【０００７】この発明は、以上のような事情に鑑みてな
されたものであり、少ないコンピュータ資源で、出力し
たい帳票が高速かつ確実に出力できる帳票作成システム
を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、この発明は、複数の金融機関からの運用報告データ
を受け取るクライアント機と、前記運用報告データに基
づく帳票を出力する帳票作成装置とを有する帳票作成シ
ステムであって、前記帳票作成装置は、複数の金融機関
から受け取った運用報告データを金融機関、運用商品毎
に運用報告データデータベースに格納する手段と、帳票
の横軸見出しに対応する横軸見出しレコードを含む横軸
見出しテーブルを格納する手段と、帳票の縦軸見出しに
対応する縦軸見出しレコードを含む縦軸見出しテーブル
を格納する手段と、前記運用報告データデータベースか
ら前記横軸見出しテーブルに格納された各横軸見出しレ
コードに対応する横軸対応運用報告データテーブルを生
成する手段と、前記各横軸対応運用報告データテーブル
内に、各横軸見出しレコードに対応する横軸見出しフィ
ールドデータを格納する横軸項目フィールド格納手段
と、前記各横軸対応運用データテーブル内に、前記運用
報告データから取り出され、前記縦軸見出しレコードに
含まれる縦軸見出しフィールドに関連つけられたフィー
ルドデータを格納する縦軸項目フィールド格納手段と、
前記横軸見出しテーブルから、１つの横軸見出しレコー
ドを選択する手段と、前記縦軸見出しテーブルから、１
つの縦軸見出しレコードを選択する手段と、前記横軸見
出しレコードの選択に基づいて、これに対応する横軸対
応運用テーブルを特定する手段と、特定された横軸対応
運用テーブルから、前記横軸見出しレコード中の横軸項
目フィールド及び選択された縦軸見出しレコード中の縦
軸項目フィールドとによって特定されるデータを含むレ
コードセットを生成する手段と、前記横軸見出しレコー
ドを横軸見出しとし、前記縦軸見出しレコードを縦軸見
出しとして、前記レコードセットを表示し、帳票フォー
ムに出力する手段とを有することを特徴とするものであ
る。

【０００９】なお、この発明の要旨は、一方の軸を基準
として運用報告データを帳票作成ようのデータに生成す
ることであるから、上記とは逆に、縦軸見出しテーブル
内の各レコードに基づいて縦軸対応運用報告テーブルを
生成して、各テーブル内に横軸見出しテーブル内のレコ
ードに関連付けられた運用報告データを格納するように
しても良い。

【００１０】また、複数のクライアント機に接続された
ホスト機を設け、このホスト機に、少なくとも、前記運
用報告データデータベースに基づいて、横軸対応運用報
告データテーブルを生成する前記手段と、前記各横軸対
応運用報告データテーブル内に、横軸見出しフィールド
データを格納する前記横軸項目フィールド格納手段と、
前記各横軸対応運用データテーブル内に、縦軸見出しフ
ィールドに関連つけられたフィールドデータを格納する
前記縦軸項目フィールド格納手段とことを設けておく様
にしてもよい。

【００１１】このような構成によれば、１つのホスト装
置でデータ処理を集中的に行えるから、複数のクライア
ント機が存在する場合、各クライアント機に対する負荷
が軽減される。

【００１２】

【発明の実施の形態】以下、この発明の実施の形態を図
面を参照して説明する。図１は、この実施形態のシステ
ム構成を示す概略構成図である。図中１は、各企業から
資金運用を委託された金融機関システムであり、各金融
機関はクライアントへの運用報告データを保持してい
る。

【００１３】この発明のシステムは、前記金融機関シス
テム１に接続され、前記運用報告データに基づいた帳票
を作成するためのクライアント機２と、このクライアン
ト機２を通して受け取った資金運用データ１０を帳票作
成可能なデータベースに加工してクライアント機２に供
給するホスト機３とからなる。

【００１４】前記金融機関システム１は、クライアント
の運用データを管理しており、運用報告データ１０を前
記クライアント装置２に適宜供給する。クライアント装
置２は、受け取った運用報告データ１０を金融機関、商
品毎に蓄積し、運用報告データＤＢ格納部４に格納す
る。なお、運用報告データ１０は、この図に示すよう
に、クライアント機２に対し、オンラインで入力される
ようになっていることが好ましいが、ＭＯ、ＦＤ、手作
業で入力しても構わない。

【００１５】また、このクライアント機２は、帳票作成
基礎ＤＢ格納部５を有しており、このＤＢ内には、帳票
を表示するための帳票フォーム６と、帳票の横軸見出し
に対応する横軸見出しレコードを格納する横軸見出しテ
ーブル７と、帳票の縦軸見出しに対応する縦軸見出しレ
コードを格納する縦軸見出しテーブル８とが設けられて
いる。

【００１６】そして、このクライアント機２の処理部９
は、まず、前記運用報告データＤＢ格納部４内に格納さ
れたデータ１０をそのまま前記ホスト機３に送信する。
また、このクライアント機２の処理部９は、これとは別
のタイミングで、予め前記横軸見出しテーブル７と縦軸
見出しテーブル８とをホスト機３に受け渡しておく。

【００１７】ホスト機３は、これらのデータ１０、７、
８を基礎データＤＢ格納部１１内に格納する。そして、
このホスト機３の処理部１２に設けられた二次データＤ
Ｂ生成部１７は、これらのデータ１０、７、８を一次デ
ータベースとして計算用の二次データ（ＤＢ）１３を生
成して二次データＤＢ格納部１４に格納する。ついで、
三次データＤＢ生成部１８は、前記一次データベース１
０、７、８及び二次データベース１３とから帳票作成用
の三次データ１５を生成して三次データＤＢ格納部１６
内に格納する。

【００１８】以下、三次データ（ＤＢ）１５の生成につ
いて詳しく説明する。図２は、一次データベース（運用
報告データ１０）、二次データ１３及び三次データ１５
の概略関係を示すブロック図である。

【００１９】まず、前記運用報告データ１０は、前述し
たように、金融機関から受け取ったままの金融機関・運
用商品毎のデータであり、例えば、資産運用状況報告フ
ァイル２０、銘柄別残高ファイル２１、銘柄別取引ファ
イル２２、銘柄別属性ファイル２３、合同運用ファンド
属性残高ファイル２４から構成される。

【００２０】ここで、資産運用状況報告ファイル２０
は、図４（ａ）に示すように２０種類のデータフィール
ドを有するレコードから構成される。このレコード中、
委託先区分コード及び委託先コードは、委託先を特定す
るためのフィールドであり、例えば、委託先区分コード
としては信託銀行（年金信託）、投資顧問（年金特
金）、生命保険会社（一般勘定）などの商品の別を識別
するためのコード、委託先コードとしては具体的に金融
機関を特定するためのコードが格納される。また、資産
コードには、資産の区別、例えば、債券、株券等の別を
示すコードが格納される。

【００２１】すなわち、この資産運用状況ファイル２０
は、金融機関、資産別の資産運用状況を格納するファイ
ルである。また、銘柄別残高ファイル２１は、図４
（ｂ）に示すように２２種類のデータフィールドを有す
るレコードから構成される。この銘柄別残高ファイル２
１は、株式や債券など固別銘柄毎に残高情報等を格納す
るファイルである。

【００２２】銘柄別取引ファイル２２は、図５（ａ）に
示すように３９種類のデータフィールドを有するレコー
ドから構成される。このファイル２２は、固別銘柄毎に
設けられ、各銘柄の取引状況を格納するファイルであ
る。

【００２３】さらに、銘柄別属性ファイル２３は、図５
（ｂ）に示すように４１種類のデータフィールドを有す
るレコードから構成される。銘柄別属性ファイル２３
は、各銘柄毎に設けられ、この銘柄の時価採用市場、発
行日、償還日、発行単価等の属性が格納されるファイル
である。

【００２４】一方、合同運用ファンド属性ファイル２４
は、図６〜図１１に２５〜３９で示す１５種のレコード
から構成される。詳しい説明は省略するが、この合同運
用ファンド属性ファイル２４は、個別銘柄の集合体であ
る「ファンド」の属性情報が格納されたファイルと定義
付けできる。

【００２５】すなわち、一次データとしての運用報告デ
ータ１０においては、運用機関毎の複数商品のデータが
個別銘柄又は合同運用ファンドの属性の形で格納されて
いる。前記ホスト機３は、この運用報告データ１０とし
て格納された不揃いなデータから、横軸見出しテーブル
７及び縦軸見出しテーブル８内のレコードに基づき、横
軸・縦軸処理による帳票作成が可能な三次データ１５を
生成する。

【００２６】なお、この実施形態においては、三次デー
タ１５の生成を容易にするために、前述した二次データ
１３を生成する。例えば、三次データ１５に含まれるデ
ータフィールド中には、後で図１２を参照して説明する
ように「月中平均残高」、「総利回り」、「総合利回
り」、「修正利回り」等が含まれるが、これを計算する
ために先ず、「月中残高積数」を求める必要がある。そ
こで、三次データ１５の生成を迅速に行うため、このよ
うな予備計算データを格納する二次データ１３が必要と
なるのである。

【００２７】この二次データ１３は、例えば、図２に示
すように、残高積数ファイル４１、資産別運用状況ファ
イル４２、資産別運用実績ファイル４３、有価証券投資
状況ファイル４４から構成され、各ファイル４１〜４４
のフィールド構成は、それぞれ図１２（ａ）〜（ｄ）に
示すようになっている。

【００２８】ここで、残高積数ファイル４１を例に取っ
て説明する。残高積数ファイル４１は、図１２（ａ）に
示すように、月中残高積数フィールドと月中日数フィー
ルドを有している。月中残高積数は、一次運用報告デー
タ１０の銘柄残高ファイル２１及び銘柄取引ファイル２
２より、計算対象銘柄について、該当月の日々の残高を
足し合わせたものである。また、月中日数とは、当該月
の実日数である。

【００２９】そして、三次データ１５の生成において、
前記月中平均残高は、前記月中残高積数を月中日数で除
算することにより算出される。前記「総利回り」は、収
益受入金を月中平均残高で除算することにより求めら
れ、「総合利回りは、総合収益を月中平均残高で除算す
ることで求められる。また、「修正利回り」は、総合収
益を、月中平均残高＋前月末未収収益＋前月末評価収益
で除算することで求められるようになっている。

【００３０】したがって、上述した二次データ１３を予
め計算し保有しておくことで、三次データ１５の生成が
迅速に行えまた、コンピュータ資源の節約にもつながる
のである。

【００３１】次に、前記横軸見出しテーブル７及び縦軸
見出しテーブル８に基づく三次データ１５の生成につい
て詳しく説明する。まず、前記横軸見出しテーブルは、
図１３（ａ）に示すレコードを含む。各レコードは、
「資産別一覧」、「運用規制別一覧」他、２０種類の横
軸名称で識別されるようになっている。

【００３２】このホスト機３の三次データ生成部１８
は、前記一次データ１０（運用報告データ１０）と二次
データ１３とから、この図および図２に示すように、三
次データ１５として各横軸名称に対応する２０種類のテ
ーブル（横軸対応運用報告テーブル）４５〜６４を生成
する。

【００３３】図１４（ａ）は、各横軸対応運用報告テー
ブルに含まれる三次データのフォーマットを示すもので
ある。各テーブルは、この図に示すように例えば２３種
類のフィールドから構成されている。これらのフィール
ド中、９番目のフィールドのみが各テーブル毎に異なっ
ていて、各テーブルが対応する横軸見出しテーブル７内
のフィールドデータが格納されるようになっている。

【００３４】例えば、このテーブルが横軸見出しレコー
ドの「資産別一覧」レコードに対応する場合には、前記
９番目のフィールドには、図１４（ｂ）の右欄に示すフ
ィールドデータ「資産区分」が格納される。この実施形
態では、「資産区分」は、図１３（ｃ）に示すように、
「短期資産」、「国内債券」、「国内ＣＢ」、「国内株
式」、「外国債券」及び「外国株式」の各フィールドデ
ータからなる。

【００３５】また、図１４（ａ）中、その他のフィール
ドには、縦軸見出しテーブル８の各レコード（レコード
内のフィールド）に関連付けられたデータが格納される
ようになっている。縦軸見出しテーブル８は、図１３
（ｂ）に示すレコードを含むものであり、この実施形態
では、「資産全体」、「商品別一覧」他、１０種類のレ
コードからなる。

【００３６】各レコードのフィールドは、クライアント
が運用を委託している金融機関や商品の種類によって異
なるのであるが、例えば、図１３（ｂ）の３番目の「商
品別詳細」レコードは、図１５に示すように、「資産全
体」、「年金信託」、「年金指定単」、「年金特金」、
「一般勘定」、「第１特約」、「第２特約」等のフィー
ルドを有する。

【００３７】この「商品別詳細」レコードの各フィール
ドは、例えば図１４（ａ）の三次データのフィールド
中、「商品」フィールド、「委託先別種別」フィールド
に関連つけられていて、帳票作成時には当該フィールド
に格納されたデータを取り出せるようになっている。

【００３８】このホスト機３の処理部１２は、このよう
に構成された三次データ（横軸対応運用報告データ）１
５を、クライアント機２にダウンロードする。クライア
ント機２は、受け取った三次データ１５を図１に示す三
次データＤＢ格納部６７に格納する。

【００３９】次に、このクライアント機２における帳票
作成プロセスについて説明する。まず、前記帳票作成基
礎ＤＢ格納部５には、前述したように帳票フォーム６が
格納されている。この帳票フォーム６は、例えば図１５
に示すように作成されている。

【００４０】このフォーム６は、横軸見出しコンボボッ
クス６９と、縦軸見出しコンボボックス６８と、帳票を
表示する帳票表示ウインドウ７０と、帳票に表示する単
位を指定するための単位指定部７１とを主なコントロー
ル要素として構成されている。

【００４１】横軸見出しコンボボックス６９では、図１
３（ａ）に示した２０種類の横軸名称を選択することが
でき、縦軸見出しコンボボックス６８では図１３（ｂ）
に示した１０種類の縦軸名称を選択することができるよ
うになっている。そして、このコンボボックス６８、６
９への入力値は、図１に示す横軸見出しレコード選択部
７２及び縦軸見出しレコード選択部７３で処理され、前
記三次データ１５から帳票作成に使用されるレコードセ
ットを生成するようになっている。

【００４２】すなわち、先ず、横軸名称の選択に基づ
き、前記横軸見出しレコード選択部７２は、図２に示す
三次データ１５中から選択された横軸見出しに対応する
テーブル（４５〜６４）を特定する。例えば、横軸見出
しとして「資産別一覧」が選択されたならば、資産別一
覧テーブル４５を取り出す。

【００４３】そして、前述したように、このテーブル４
５に含まれる第９番目のフィールドデータ（図１４
（ｂ）の右欄に示す「資産区分」）を前記横軸見出しテ
ーブル７内のフィールドデータ（「短期資産」、「国内
債券」、「国内ＣＢ」、「国内株式」、「外国債券」及
び「外国株式」の各フィールドデータよりなる）で参照
する。

【００４４】この場合において、縦軸見出しとして図１
３（ｂ）より「資産全体」を選択した場合には、帳票表
示ウインドウ７０に表示されるフォームは、図１３
（ｃ）のようになる。すなわち、このクライアント機２
の制御部は、全委託先の全商品（資産全体）の合計が、
「短期資産」、「国内債券」、「国内ＣＢ」、「国内株
式」、「外国債券」及び「外国株式」毎に集計して成る
レコードセットを生成する。

【００４５】また、同じ横軸見出しで、縦軸に「商品別
詳細」を選択した場合には、図１５の表示ウインドウ７
０に示すように集計されてなるレコードセットが表示さ
れる。この図においては、集計単位として「時価残高
（円）」が選択されているので、委託先の各商品毎の時
価残高が、資産別一覧テーブル４５から取り出されてな
るレコードセットが生成される。なお、前記フォーム６
において、表作成スイッチ７４がクリックされること
で、前記制御部は、前記帳票表示ウインド７０に当該レ
コードセットを表示する。

【００４６】以上の帳票作成プロセスをフローチャート
に表すと、図３に示すステップＳ１〜Ｓ５のようにな
る。また、この実施形態においては、ステップＳ６にお
いて、選択した横軸・縦軸見出しの組合せを「画面登
録」することができる。この画面登録は図１５に示すフ
ォーム６中、入力情報保存スイッチ７５をクリックする
ことで行うことができる。なお、以前に画面登録をした
帳票を出力したい場合には、ステップＳ７に示すよう
に、横軸・縦軸見出し選択の各ステップをスキップする
ことが可能である。

【００４７】また、このフォーム６において、印刷スイ
ッチ７６を押すことで、帳票の印刷が行え、表保存スイ
ッチ７７を押すことで表データの保存を行えるようにな
っている。また、この帳票出力データに基づきグラフを
作成した場合には、スイッチ７８をクリックすることで
グラフウィザードが立ち上がりグラフの生成を行うよう
になっている。

【００４８】以上説明した構成によれば、以下の効果を
得ることができる。第１に、このような構成によれば、
数多くの帳票の中から作成したい帳票を、容易にかつビ
ジュアルに選択できる。

【００４９】すなわち、従来の帳票作成システムにおい
ては、２００種類もの帳票を、名称のみで選択しなけれ
ば成らなかったため、出力される帳票のイメージが掴み
づらく、所望の帳票にたどり着くにはトライアンドエラ
ーを繰り返す必要があった。

【００５０】しかし、この発明によれば、横軸・縦軸の
指定により帳票表示データを具体的に指定することがで
きるので、イメージが掴みやすく、迅速に目的の帳票に
たどり着ける効果がある。

【００５１】すなわち、図１５において、縦軸見出しコ
ンボボックス６８で軸を選択する毎に帳票表示ウインド
ウ７０に、選択した軸の表示項目が直ちに表示される。
また、横軸見出しコンボボックス６９で軸を選択する毎
に帳票表示ウインドウ７０に選択した軸の表示項目が直
ちに表示される。従って、計算処理を行う前に表示され
る画面を特定することが可能になる。

【００５２】第２に、帳票毎に異なる画面を用意する必
要がないため、コンピュータ資源を大幅に節約すること
ができる効果がある。すなわち、従来のシステムにおい
ては、例えば２００種類もの帳票画面をディスクに記憶
・保持・更新する必要があったため、ディスクやメモリ
などのコンピュータ資源を多く必要としていた。

【００５３】しかし、この発明によれば、記憶する帳票
フォームは一つで良く、また、縦軸・横軸見出しテーブ
ルを更新するのみで全ての帳票フォームのメンテナンス
を行える。

【００５４】なお、この発明は、上記一実施形態に限定
されるものではなく、発明の要旨を変更しない範囲で種
々変形可能である。例えば、上記一実施形態では、複数
のクライアント機２に対する三次データの生成を、１つ
のホスト機で集中的に行うことにより、各クライアント
機２の負担を軽減するシステムであったが、ホスト機と
クライアント機とを一体的に設けるようにようにしても
良い。このような構成においては、運用報告データ、横
軸・縦軸見出しテーブル等の受け渡しが不要になる。ま
た、上記一実施形態では、前記ホスト機は、運用報告デ
ータをクライアント機を通して受け取っていたが、直接
受け取り処理するようにしても良い。

【００５５】

【発明の効果】第１に、このような構成によれば、数多
くの帳票の中から作成したい帳票を、容易にかつビジュ
アルに選択できる。すなわち、従来の帳票作成システム
においては、２００種類もの帳票を、名称のみで選択し
なければ成らなかったため、出力される帳票のイメージ
が掴みづらく、所望の帳票にたどり着くにはトライアン
ドエラーを繰り返す必要があった。

【００５６】しかし、この発明によれば、横軸・縦軸の
指定により帳票表示データを具体的に指定することがで
きるので、イメージが掴みやすく、迅速に目的の帳票に
たどり着ける効果がある。

【００５７】第２に、帳票毎に異なる画面を用意する必
要がないから、コンピュータ資源を大幅に節約すること
ができる効果がある。すなわち、従来のシステムにおい
ては、例えば２００種類もの帳票画面をディスクに記憶
・保持・更新する必要があったため、ディスクやメモリ
などのコンピュータ資源を多く必要としていた。

【００５８】しかし、この発明によれば、記憶する帳票
フォームは一つで良く、また、縦軸・横軸見出しテーブ
ルを更新するのみで全ての帳票フォームのメンテナンス
を行える。

【図面の簡単な説明】

【図１】この発明の一実施形態に係る帳票作成システム
を示す概略構成図。

【図２】同じく、データベース構成を示すブロック図。

【図３】同じく、一次データ（運用報告データ）の構成
を示す図。

【図４】同じく、一次データ（運用報告データ）の構成
を示す図。

【図５】同じく、一次データ（運用報告データ）の構成
を示す図。

【図６】同じく、一次データ（運用報告データ）の構成
を示す図。

【図７】同じく、一次データ（運用報告データ）の構成
を示す図。

【図８】同じく、一次データ（運用報告データ）の構成
を示す図。

【図９】同じく、一次データ（運用報告データ）の構成
を示す図。

【図１０】同じく、一次データ（運用報告データ）の構
成を示す図。

【図１１】同じく、一次データ（運用報告データ）の構
成を示す図。

【図１２】同じく、二次データ（運用報告データ）の構
成を示す図。

【図１３】同じく、（ａ）は横軸見出しテーブルの構成
を示す構成図、（ｂ）は縦軸見出しテーブルの構成を示
す図、（ｃ）は横軸と縦軸見出しの選択の一例を示す
図。

【図１４】同じく、三次データ（横軸見出し対応運用報
告データ）の構成を示す構成図。

【図１５】同じく、帳票出力フォームを示す画面図。

【符号の説明】

１…金融機関システム ２…クライアント機（帳票作成装置） ３…ホスト機（帳票作成装置）

【手続補正書】

【提出日】平成９年１０月２４日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項２

【補正方法】変更

【補正内容】

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の金融機関からの運用報告データを
   受け取るクライアント機と、前記運用報告データに基づ
   く帳票を出力する帳票作成装置とを有する帳票作成シス
   テムであって、 前記帳票作成装置は、 複数の金融機関から受け取った運用報告データを金融機
   関、運用商品毎に運用報告データデータベースに格納す
   る手段と、 帳票の横軸見出しに対応する横軸見出しレコードを含む
   横軸見出しテーブルを格納する手段と、 帳票の縦軸見出しに対応する縦軸見出しレコードを含む
   縦軸見出しテーブルを格納する手段と前記運用報告デー
   タデータベースから前記横軸見出しテーブルに格納され
   た各横軸見出しレコードに対応する横軸対応運用報告デ
   ータテーブルを生成する手段と、 前記各横軸対応運用報告データテーブル内に、各横軸見
   出しレコードに対応する横軸見出しフィールドデータを
   格納する横軸項目フィールド格納手段と、 前記各横軸対応運用データテーブル内に、前記運用報告
   データから取り出され、前記縦軸見出しレコードに含ま
   れる縦軸見出しフィールドに関連つけられたフィールド
   データを格納する縦軸項目フィールド格納手段と前記横
   軸見出しテーブルから、１つの横軸見出しレコードを選
   択する手段と、 前記縦軸見出しテーブルから、１つの縦軸見出しレコー
   ドを選択する手段と、 前記横軸見出しレコードの選択に基づいて、これに対応
   する横軸対応運用テーブルを特定する手段と、 特定された横軸対応運用テーブルから、前記横軸見出し
   レコード中の横軸項目フィールド及び選択された縦軸見
   出しレコード中の縦軸項目フィールドとによって特定さ
   れるデータを含むレコードセットを生成する手段と、 前記横軸見出しレコードを横軸見出しとし、前記縦軸見
   出しレコードを縦軸見出しとして、前記レコードセット
   を表示し、帳票フォームに出力する手段とを有すること
   を特徴とする帳票作成システム。
2. 【請求項２】 請求項１記載の帳票作成システムは、 さらに、複数のクライアント機に接続されたホスト機を
   有し、 このホスト機は、少なくとも、 前記運用報告データデータベースに基づいて、横軸対応
   運用報告データテーブルを生成する前記手段と、 前記各横軸対応運用報告データテーブル内に、横軸見出
   しフィールドデータを格納する前記横軸項目フィールド
   格納手段と、 前記各横軸対応運用データテーブル内に、縦軸見出しフ
   ィールドに関連つけられたフィールドデータを格納する
   前記縦軸項目フィールド格納手段とことを特徴とする帳
   票作成システム。