JP6425386B2 - 帳票出力システム及び帳票出力方法 - Google Patents

Description

本発明は、指定された帳票を出力する帳票出力システム及び帳票出力方法に関する。

従来、証券や保険等の金融団体等において、それぞれの顧客に対して月単位，期単位，年単位等に帳票（利用明細）等を印刷して送付する際、帳票を印刷するとともに、帳票を汎用性の高いＰＤＦ型式に変換してデータベース上に保存する帳票出力システムがある。しかしながら、全ての帳票データを、比較的ファイルサイズの大きいＰＤＦ型式として永続的に保存して出力を行うには、容量の大きなデータベースが必要となるばかりか、出力システムにも大きな負担がかかることになる（例えば、特許文献１参照）。

そこで、データベースの容量を節約するとともに、レイアウト情報を要求に応じて適宜変更できるようにするために、帳票における各項目及び数値等の情報が記載されている文書データと、該文書データが出力されるときのレイアウトを示すレイアウト情報と、を分けて保存しておき、指定された帳票データの出力時毎に文書データとレイアウト情報とを重ねて出力する所謂オーバレイ機能を利用するシステムがある（例えば、特許文献２参照）。

特開２００２−８２９５１号公報（第３頁、第１図） 特開２００３−１６２３９６号公報（第４頁、第３図）

ところで近年、主に証券や保険等の金融団体等において、電子化された顧客情報をデータベース上に保存しておき、記録やデータ管理に用いている。これらのデータは、金融団体等において出力して利用されるばかりでなく、顧客サービスとして、それぞれの顧客に対して月単位，期単位，年単位等に帳票を印刷して送付されるようになっている。

例えば月単位で印刷された帳票が適宜顧客に送付されるが、顧客からの帳票の再発行等の要求も増加しており、特に出力された帳票を送付時の帳票のレイアウトと合致させることが帳票管理上求められている。このような要望に対し、前述した特許文献２の帳票出力システムを利用する場合、レイアウト情報が予め各文書データにそれぞれ紐付けされていることから、帳票は文書データに対応した画一的なレイアウトでしか出力できないこととなり、例えば帳票作成の年代の相違でレイアウトが改訂されていた場合等、作業者がレイアウトを一々選択して再出力しなければならず、作業が煩雑なものとなっていた。

本発明は、このような問題点に着目してなされたもので、文書データに存在する用語などの情報に基づき自動的に所定のレイアウト形式を選択して簡便に出力が可能となる帳票出力システム及び帳票出力方法を提供することを目的とする。

前記課題を解決するために、本発明の帳票出力システムは、
複数の帳票から出力要求のあった帳票を出力するシステムであって、
複数の帳票における用語等の情報が記載された文書データが保存されている文書保存部と、前記文書データが出力される際のレイアウトを示すレイアウト情報が複数のバージョンで保存されるレイアウト保存部と、を有するデータベースと、
顧客からの閲覧要請に基づき、要求のあった帳票の文書データを検索して前記文書保存部内から抽出し、該文書データから少なくとも契約条件と契約開始日の情報を抽出する文書データ抽出手段と、該抽出された文書データの情報に基づき前記レイアウト保存部に保存された、前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含む前記レイアウト情報を選出するレイアウト決定手段と、を備える制御部と、
要求のあった前記帳票の文書データと前記選出された前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含むレイアウト情報とを組み合わせて出力する出力部と、
を備えることを特徴としている。
この特徴によれば、制御部が文書データ抽出手段により出力要求のあった帳票の文書データを文書保存部内から抽出し、更に当該文書データから所定の用語等の情報を抽出し、この抽出された情報を基にレイアウト決定手段により所定のレイアウト情報をレイアウト保存部から自動的に選出するため、要求のあった帳票における文書データを所定のレイアウト情報で簡便に出力可能である。

前記制御部は、レイアウト情報を選出する際に、前記抽出された文書データの有する情報の内いずれの情報を基に前記レイアウト保存部に保存された対応する前記レイアウト情報を選出するかを決定する検索条件決定手段を備えることを特徴としている。
この特徴によれば、制御部における検索条件決定手段により文書データの有する情報の内いずれの情報を基にレイアウト保存部に保存された対応するレイアウト情報を選出するかを決定した上で、レイアウト情報を選出することができるため、効率よく検索を行うことができる。

前記レイアウト情報は、前記データベース内に保存されている複数のレイアウトパーツを組み合わせて構成されるようになっており、
前記各レイアウトパーツと前記文書データが有する用語とが、前記レイアウト決定手段において、それぞれ対応関係となっていることを特徴としている。
この特徴によれば、レイアウトが複数のレイアウトパーツの組合せで構成されるとともに、文書データが有する用語によってレイアウトパーツを選出するようにしたことで、複数の帳票で共通するレイアウトパーツを共用できることからデータベースの容量を節約することができる。

前記各レイアウト情報は、前記帳票の印刷時におけるページ割の情報が付与されており、
前記制御部は、前記文書データと前記レイアウト情報とを出力する際に、前記印刷時におけるページ割の情報に基づいて前記帳票をページ割することを特徴としている。
この特徴によれば、指定された帳票を、同規格のレイアウトである他の帳票と各項目位置を一致させて、帳票の内容を容易に確認することができる。

前記課題を解決するために、本発明の帳票出力方法は、
複数の帳票から出力要求のあった帳票を出力する出力方法であって、
データベースに接続された制御部は、顧客からの閲覧要請に基づき、複数の帳票における用語等の情報が記載された文書データが保存されている前記データベースの文書保存部内から要求のあった帳票の文書データをから検索して抽出する工程と、
前記文書データから少なくとも契約条件と契約開始日の情報を抽出する工程と、
前記文書データが出力される際のレイアウトを示すレイアウト情報が複数のバージョンで保存される前記データベースのレイアウト保存部から前記抽出された前記契約条件と前記契約開始日の情報に基づき前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含む前記レイアウト情報を選出する工程と、
要求のあった前記帳票の文書データと前記選出された前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含むレイアウト情報とを組み合わせて出力する工程と、
を行うことを特徴としている。
この特徴によれば、制御部が文書データ抽出手段により出力要求のあった帳票の文書データを文書保存部内から抽出し、更に当該文書データから所定の用語等の情報を抽出し、この抽出された情報を基にレイアウト決定手段により所定のレイアウト情報をレイアウト保存部から自動的に選出するため、要求のあった帳票における文書データを所定のレイアウト情報で簡便に出力可能である。

実施例における帳票出力システムを示す概念図である。 入力フォームを示す図である。 検索条件決定手段を有する基本定義テーブルを示す図である。 レイアウト決定手段であるレイアウト条件テーブルを示す図である。 制御部における文書データ抽出処理を示すフロー図である。 検索結果画面を示す図である。 制御部における帳票出力処理を示すフロー図である。

本発明に係る帳票出力システムを実施するための形態を実施例に基づいて以下に説明する。

実施例に係る帳票出力システムにつき、図１から図７を参照して説明する。本帳票出力システムは、主に証券や保険等の金融団体等において、それぞれの顧客に対して月単位，期単位，年単位等に帳票を印刷して送付する際、帳票を印刷するとともに帳票の内容を電子化してデータベース上に保存し、顧客からの帳票の再発行等の要望に対応するために用いられるシステムである。

尚、近年はインターネットの普及により帳票を郵送せずに、各顧客には各金融団体が設置したサイトにアクセスしてもらい、各自電子データを確認してもらう方法も増加しているため、本帳票出力システムは、顧客によるインターネットからのアクセスに対して指定された帳票を提供することも想定されている。

図１に示されるように、帳票出力システム１は、複数の帳票における各情報が保存されているデータベース２と、制御部３とを備え、制御部３はウェブサーバ４を介してインターネットで顧客側のパソコン５や携帯端末６と接続されるようになっている。

制御部３は、主に後述する基本条件テーブル８，レイアウト条件テーブル９，表示レイアウト定義ファイル１０等を備えるデータ編集サーバ７を有しており、このデータ編集サーバ７は各金融団体が以前から利用している顧客情報等の管理サーバ１１に対してインターネットを介して接続されており、その顧客毎の複数の帳票における各項目及び数値等の情報が記載された文書データを参照できるようになっている。尚、本実施例においてデータ編集サーバ７と金融団体の管理サーバ１１とがインターネットを介して接続されているが、これに限らず、データ編集サーバ７と管理サーバ１１とが専用線または仮想の専用線により構築されるイントラネットで接続されるような構成としてもよい。

データ編集サーバ７と金融団体の管理サーバ１１には、ファイル転送用のミドルウェア等がそれぞれ実装されており、このファイル転送用のミドルウェアにおける暗号化通信機能により、相互に通信されるデータが暗号化及び復号化され、データ編集サーバ７と金融団体の管理サーバ１１との相互通信時におけるデータの漏洩を防止できるようになっている。

データベース２は、複数の帳票における各項目及び数値等の情報が記載された文書データが保存されている文書保存部である金融団体の管理サーバ１１が有する顧客データベース１２と、文書データが出力される際のレイアウトを示すレイアウト情報が複数保存されるレイアウト保存部であるレイアウトデータベース１３とを備え、それぞれデータ編集サーバ７との間で情報のやり取りを行えるようになっている。また顧客データベース１２は、後述する顧客の契約種別毎に大別された複数のデータベースより主に構成されている（ここでは第１データベース１２Ａ，第２データベース１２Ｂ，第３データベース１２Ｃ）。

尚、文書データは、例えばＣＶＳデータ型式等のように、顧客情報における各用語及び値がタグやカンマによって区切られて作成されており、後述する基本定義テーブル８やレイアウト条件テーブル９等では、この区切られた値を利用できるようになっている。尚、レイアウト情報は、帳票の版下データがＰＤＦ形式にて管理されている。これにより後の帳票の出力時におけるオーバレイ処理時間を短縮できる。更に尚、レイアウト情報のデータ形式としては、ＰＤＦに限定されるものではなく、ＴＩＦＦ形式などの画像処理技術を適宜選定することができる。

図３に示されるように、基本定義テーブル８は、後述する契約コードにより振り分けられる文書データの保存先のデータベース（第１データベース１２Ａ，第２データベース１２Ｂ，第３データベース１２Ｃ）を割り出す契約コード・データベース照会テーブル２７及び、種別により振り分けられる文書データの保存先のデータベースを割り出す契約種別・データベース照会テーブル２８を備えるとともに、文書データに対応するレイアウト情報を検索するために用いられる文書データ中の情報を決定する検索条件決定手段である検索条件決定テーブル２９を備えている。

図４に示されるように、レイアウト決定手段であるレイアウト条件テーブル９は、指定された帳票の文書データに記載された複数の情報を元にレイアウトパーツを導き出す複数のデータテーブルを有しており、一部を例に取ると契約開始日からレイアウトの版下を割り出す契約開始日・版下テーブル３０や、使用されるレイアウトパーツ組合せとＨＴＭＬ型式のスタイルシート等のレイアウトにおける画像データや文書データを配置する情報を契約条件を基に割り出す契約条件・レイアウトパーツテーブル３１等がある。尚、レイアウト情報を導き出す文書データ内の情報は契約開始日，契約条件に限らず、図示しないものの例えば顧客の家族構成や利用金額の情報を用いたテーブル等も備えている。

表示レイアウト定義ファイル１０は、レイアウト情報に応じて各文書データのフォント設定やフォントサイズ、ページ割等を設定するデータを有しており、これら基本定義テーブル８，レイアウト条件テーブル９及び表示レイアウト定義ファイル１０は、データ編集サーバ７から送信されるデータに基づき設定するデータをそれぞれ返すようになっている。

続いて実際に顧客による帳票の閲覧要請があった場合を例に取り図５と図７のフローチャートを中心に説明する。まず、顧客がパソコン５または携帯端末６等からウェブサイトにアクセスすると、ウェブサーバ４は図２に示すような入力フォーム２０を表示させる。顧客はユーザーＩＤ入力欄２１，契約コード入力欄２２，契約種別入力欄２３に内容を入力し、検索ボタン２５を押下する。契約種別２３の入力欄横にはドロップダウンリスト表示ボタン２４が設けられており、顧客データベース１２に記録されている全ての契約種別がドロップダウンリストとして選択できるようになっている。

上記したユーザーＩＤとは、各顧客が契約した際に付与される固有のＩＤである。契約コードとは、契約時に各契約に付与される固有のＩＤである。尚、ユーザーＩＤ及び契約コードは、個人情報の観点からインターネット上で帳票を閲覧する際のみに用いられる固有のＩＤとして別途顧客に付与されたものを利用するようにしてもよい。契約種別とは、金融団体により異なるが保険会社を例に取ると、生命保険や自動車保険等に相当する情報である。

帳票出力システム１は、前記顧客による帳票の閲覧要請に対し、まず図５に示される文書データ抽出手段である文書データ抽出処理を開始する。ウェブサーバ４は、前記検索ボタン２５の押下が行われたか否かを判断し、押下が行われた場合ステップＳａ２に移り、押下が行われるまでは待機状態を保つ（ステップＳａ１）。ステップＳａ２においてウェブサーバ４は、入力されたユーザーＩＤ，契約コード，契約種別の情報をデータ編集サーバ７に送信する。

データ編集サーバ７は、ステップＳａ３にて、ステップＳａ２で受信したデータ内に契約コードが含まれているか否かを判断する。契約コードが含まれている場合、ステップＳａ４に移り、契約コードが含まれていない場合、ステップＳａ５に移る。

ステップＳａ４では、図３に示される基本定義テーブル８における契約コード・データベース照会テーブル２７により、前記契約コードを照会して適応する文書データが保存されているデータベース（ここでは第２データベース１２Ｂとする）を割り出すとともに、検索条件決定テーブル２９により契約開始日を基に帳票の文書データにおける情報のうちいずれの情報を基にレイアウト選定を行うかが選択され（ここでは契約開始日と契約条件）、ステップＳａ７に移る。

次にステップＳａ７にて、ステップＳａ２で受信した情報を基にステップＳａ４で割り出された第２データベース１２Ｂを検索し、指定された帳票の文書データが存在するか否かを判断し、指定された文書データが存在する場合、ステップＳａ８にて文書データを抽出して帳票出力処理に移る。指定された文書データが存在しない場合ステップＳａ１０に移り、パソコン５または携帯端末６にエラーメッセージを表示させる指示をウェブサーバに送信する。

ステップＳａ５では、ステップＳａ２で受信したデータ内に契約種別が含まれているか否かを判断し、契約種別が含まれている場合、ステップＳａ６に移り図３に示される契約種別・データベース照会テーブル２８により、前記契約種別を照会して適応する文書データが保存されているデータベース（ここでは第２データベース１２Ｂ）を割り出すとともに、検索条件決定テーブル２９により契約開始日を基に帳票の文書データにおける情報のうちいずれの情報を基にレイアウト選定を行うかが選択され（ここでは契約開始日及び契約条件）、ステップＳａ７に移る。

ステップＳａ５においてステップＳａ２で受信したデータ内に契約種別が含まれていない場合、すなわちユーザーＩＤのみを受信した場合ステップＳａ９に移り、ユーザーＩＤに基づき全ての顧客データベース（第１データベース１２Ａ，第２データベース１２Ｂ，第３データベース１２Ｃ）を順に検索し、対応するユーザーＩＤの文書データが存在するか否かを判断し、指定された文書データが存在する場合、ステップＳａ８に移り文書データを抽出して帳票出力処理に移る。指定された文書データが存在しない場合ステップＳａ１０に移り、パソコン５または携帯端末６にエラーメッセージを表示させる指示をウェブサーバに送信する。

そして、ウェブサーバ４は、帳票出力処理を準備すると同時に、上記した文書データ抽出処理において顧客データベース１２内に存在する指定された文書データの帳票を全てリストアップして検索結果画面３２を表示する（図６参照）。

利用者は、リストアップされた帳票の横にあるチェックボックス３３に適宜チェック記号３４を入力して、表示ボタン３５を押下することで、所望の利用明細（帳票）を閲覧することができる。

続いて帳票出力処理について図７を用いて説明すると、帳票出力処理はリスト表示された帳票データが選択され前記表示ボタン３５の押下が行われたか否かを判断し、押下が行われた場合ステップＳｂ２に移り、押下が行われるまでは待機状態を保つ（ステップＳｂ１）。

ステップＳｂ２にて文書データ抽出処理により抽出された指定された文書データから、文書データ抽出処理におけるステップＳａ４及びステップＳａ６で指定されたレイアウト選定条件に基づき契約開始日、契約条件を抽出する。そして、ステップＳｂ３にて、これらの情報をレイアウト条件テーブル９（図４参照）で照会し、契約開始日を基に適応するレイアウトの版下を抽出（図４（ａ）参照）し、かつ契約条件を基に適応する組合せのレイアウトパーツを抽出するとともに、ＨＴＭＬ型式のスタイルシート等のレイアウトにおける画像データや文書データを配置する情報を抽出する（図４（ｂ）参照）。

続いて、ステップＳｂ３で抽出されたレイアウトの版下，レイアウトパーツ及び文書データの配置情報をデータ編集サーバ７の出力準備テーブル（図示せず）に仮記録する（ステップＳｂ４）。

次にデータ編集サーバ７は文書データ抽出処理のステップＳｂ２で抽出された帳票の文書データの契約開始日、契約条件の情報を表示レイアウト定義ファイル１０（図１参照）にて照会し、指定された帳票のレイアウト情報に応じたフォント，フォントサイズ，ページ総数及びページ割位置等を指定する表示データを抽出し（ステップＳｂ５）、この表示データをデータ編集サーバの７出力準備テーブルに仮記録する（ステップＳｂ６）。

そして、ステップＳｂ６で出力準備テーブルに仮記録されたフォントやフォントサイズ等を指定する表示データに基づき帳票の文書データを校正（ステップＳｂ７）し、該帳票の文書データと、ステップＳｂ４で出力準備テーブルに仮記録されたレイアウトの版下及びレイアウトパーツの情報と、をオーバレイして帳票ファイルを作成する（ステップＳｂ８）。

ステップＳｂ８で作成された帳票ファイルを汎用性の高い例えばＰＤＦ等のファイル形式に変換（ステップＳｂ９）し、該帳票ファイルをパソコン５または携帯端末６等に表示させる指示をウェブサーバ４に送信する（ステップＳｂ１０）。

尚、ステップＳｂ１０で変換された帳票ファイルは、前記表示レイアウト定義ファイルにて指定された印刷時におけるページ割の情報が反映されており、各金融団体が以前送付した紙媒体の帳票と同様の体裁で出力される。そのため指定された帳票を同規格のレイアウトである他の帳票と各項目位置を一致させて、帳票の内容を容易に確認することができる。

以上説明したように、本実施例における帳票出力システム１は、制御部３が文書データ抽出処理により要求のあった帳票の文書データを顧客データベース１２内から抽出し、文書データから所定の用語等の情報を抽出し、該抽出された文書データの所定情報に基づきレイアウト決定テーブルによりレイアウトデータベース１３に保存された対応する所定のレイアウト情報を選出するため、要求のあった帳票における文書データを所定のレイアウト情報で簡便に出力可能である。また、文書データ内の細かな情報を基にレイアウト情報を選出するため、帳票作成の年代ごとにレイアウトが改訂されていた場合であっても、帳票の作成当時のレイアウトに再現して出力することができる。

また、制御部は、検索条件決定テーブル２９により文書データの有する情報の内いずれの情報を基にレイアウトデータベース１３に保存された対応するレイアウト情報を選出するかを決定した上で、レイアウト情報を選出することができるため、データベース内を効率よく検索することができる。

また、レイアウトが複数のレイアウトパーツの組合せで構成されるとともに、各レイアウトパーツと文書データが有する各情報とが、レイアウト条件テーブル９において、それぞれ対応関係となっており、文書データが有する各情報によってレイアウトパーツを選出することができるようにしたことで、複数の帳票で共通するレイアウトパーツを共用してレイアウトデータベース１３の容量を節約することができる。

また、特許文献２に挙げたような従来の帳票出力システムにあっては、当該システムを導入以前、すなわちレイアウト情報が付帯される以前の文書データについては、文書データ全てにレイアウト情報を新たに付与する必要があるため、時間的にもコスト的にもシステムの導入障壁が高いという問題があったが、本実施例における帳票出力システムは、データ編集サーバ７等を備えた制御部とレイアウトデータベース１３等を備えたサーバを立て、既存の金融団体が保有する管理サーバ１１等と接続するのみで済むため、既存の文書データに情報を付与する必要がなく、簡単かつ低コストで帳票出力システムを導入可能である。

さらに、新しいレイアウトをレイアウトデータベース１３に追加する際には、レイアウト条件テーブル、基本定義テーブル、表示定義ファイル、レイアウトデータベースに新たな帳票との検索及び抽出条件等を追加するだけで済むためシステムを短時間で更新することができる。

また、文書データとレイアウト情報はどちらも電子データであるため、レイアウト条件テーブル９の内容を編集して、古いバージョンのレイアウトから新しいバージョンのレイアウトに変換して帳票を出力することもできる。

また前記レイアウトパーツの中に帳票に記載される金融団体の本社等の所在地や代表取締役名等のパーツを用意しておくことで、本社移転等でこれらの情報が変更された場合であっても、帳票作成当時の情報を再現して出力可能である。

帳票のレイアウトを改訂する際に、レイアウトデータベースに保存されている版下及びレイアウトパーツ等を組み替えて新たにレイアウトを作成することも可能である。尚、スマートフォンのような携帯端末６においては、パソコン５よりも画面のサイズが小さいことから、帳票と同じレイアウトでデータ表示させると見にくい場合も考えられるため、携帯端末６にて視認しやすいレイアウト情報を別途レイアウトデータベースに登録し、携帯端末６から帳票の出力要求があった際には、前記携帯端末用のレイアウト情報に基づいて出力させるようにしてもよい。

以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。

例えば、前記実施例で顧客データベース１２は、後述する顧客の契約種別毎に大別されているが、契約種別毎に大別されるものに限らず、例えばユーザーＩＤをアルファベット順で大別する等してもよい。

また、入力フォーム２０に入力する契約内容はユーザーＩＤ，契約コード，契約種別に限らず、契約開始日や契約条件、契約者氏名等を入力して帳票を検索するようにしてもよい。

文書データを抽出し、文書データ内の情報を検索に使用せずに、入力フォームに入力された情報を基にレイアウト情報を導き出せるようにしてもよい。

また、レイアウトの版下や各レイアウトパーツは、各帳票のレイアウトに合わせて１つの画像データにまとめられてレイアウトデータベース１３内に保存されていてもよい。

１ 帳票出力システム
２ データベース
３ 制御部
４ ウェブサーバ
７ データ編集サーバ
８ 基本定義テーブル
９ レイアウト条件テーブル
１０ 表示レイアウト定義ファイル
１２ 顧客データベース
１３ レイアウトデータベース
２０ 入力フォーム
２５ 検索ボタン
２７ 契約コード・データベース照会テーブル
２８ 契約種別・データベース照会テーブル
２９ 検索条件決定テーブル
３０ 契約開始日・版下テーブル
３１ 契約条件・レイアウトパーツテーブル
３２ 検索結果画面
３５ 表示ボタン

Claims (5)

1. 複数の帳票から出力要求のあった帳票を出力するシステムであって、
   複数の帳票における用語等の情報が記載された文書データが保存されている文書保存部と、前記文書データが出力される際のレイアウトを示すレイアウト情報が複数のバージョンで保存されるレイアウト保存部と、を有するデータベースと、
   顧客からの閲覧要請に基づき、要求のあった帳票の文書データを検索して前記文書保存部内から抽出し、該文書データから少なくとも契約条件と契約開始日の情報を抽出する文書データ抽出手段と、該抽出された文書データの情報に基づき前記レイアウト保存部に保存された、前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含む前記レイアウト情報を選出するレイアウト決定手段と、を備える制御部と、
   要求のあった前記帳票の文書データと前記選出された前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含むレイアウト情報とを組み合わせて出力する出力部と、
   を備えることを特徴とする帳票出力システム。
2. 前記制御部は、レイアウト情報を選出する際に、前記抽出された文書データの有する情報の内いずれの情報を基に前記レイアウト保存部に保存された対応する前記レイアウト情報を選出するかを決定する検索条件決定手段を備えることを特徴とする請求項１に記載の帳票出力システム。
3. 前記レイアウト情報は、前記データベース内に保存されている複数のレイアウトパーツを組み合わせて構成されるようになっており、
   前記各レイアウトパーツと前記文書データが有する各値とが、前記レイアウト決定手段において、それぞれ対応関係となっていることを特徴とする請求項１または２に記載の帳票出力システム。
4. 前記各レイアウト情報は、前記帳票の印刷時におけるページ割の情報が付与されており、
   前記制御部は、前記文書データと前記レイアウト情報とを出力する際に、前記印刷時におけるページ割の情報に基づいて前記帳票をページ割することを特徴とする請求項１ないし３のいずれかに記載の帳票出力システム。
5. 複数の帳票から出力要求のあった帳票を出力する出力方法であって、
   データベースに接続された制御部は、顧客からの閲覧要請に基づき、複数の帳票における用語等の情報が記載された文書データが保存されている前記データベースの文書保存部内から要求のあった帳票の文書データをから検索して抽出する工程と、
   前記文書データから少なくとも契約条件と契約開始日の情報を抽出する工程と、
   前記文書データが出力される際のレイアウトを示すレイアウト情報が複数のバージョンで保存される前記データベースのレイアウト保存部から前記抽出された前記契約条件と前記契約開始日の情報に基づき前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含む前記レイアウト情報を選出する工程と、
   要求のあった前記帳票の文書データと前記選出された前記契約条件に対応するバージョンのレイアウトパーツと前記契約開始日当時のバージョンのレイアウトの版下とを含むレイアウト情報とを組み合わせて出力する工程と、
   を行うことを特徴とする帳票出力方法。

Images