(57)【要約】【課題】インターネットサーバ上に存在するファイルのデータを帳票内の所定のフィールドに流し込むことを可能にする。【解決手段】帳票内に定義されたフィールドに流し込むデータを格納しているフィールドデータファイルを読み込み、該フィールドデータファイルのデータを該帳票内のフィールドに流し込む帳票処理方法であって、前記フィールドデータファイルのデータが、外部ファイルを指定する記述である場合、当該記述がＵＲＬ形式で記述されているかを判断する判断工程（ステップＳ３０１）と、判断工程（ステップＳ３０１）によって、ＵＲＬ形式で記述されていると判断された場合には、インターネットのプロトコルに従って、ネットワークサーバ内の外部ファイルをダウンロードし（ステップＳ３０５）、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込む流込工程とを備える。【選択図】　図３
2004046375.tif 000002
【特許請求の範囲】
【請求項１】
帳票内に定義されたフィールドに流し込むデータを格納しているフィールドデータファイルを読み込み、該フィールドデータファイルのデータを該帳票内のフィールドに流し込む帳票処理装置であって、
前記フィールドデータファイルのデータが、外部ファイルを指定する記述である場合、当該記述がＵＲＬ形式で記述されているかを判断する判断手段と、
前記判断手段によって、ＵＲＬ形式で記述されていると判断された場合には、インターネットのプロトコルに従って、ネットワークサーバ内の前記外部ファイルをダウンロードし、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込む流込手段と
を備えることを特徴とする帳票処理装置。
【請求項２】
帳票内に定義されたフィールドに流し込むデータを格納しているフィールドデータファイルを読み込み、該フィールドデータファイルのデータを該帳票内のフィールドに流し込む帳票処理方法であって、
前記フィールドデータファイルのデータが、外部ファイルを指定する記述である場合、当該記述がＵＲＬ形式で記述されているかを判断する判断工程と、
前記判断工程によって、ＵＲＬ形式で記述されていると判断された場合には、インターネットのプロトコルに従って、ネットワークサーバ内の前記外部ファイルをダウンロードし、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込む流込工程と
を備えることを特徴とする帳票処理方法。
【請求項３】
前記ネットワークサーバ内の所定のＵＲＬよりダウンロードされた外部ファイルを、該ＵＲＬと対応づけてローカルドライブに保存する保存工程を更に備え、
前記流込工程は、前記判断工程により前記記述がＵＲＬ形式で記述されていると判断され、かつ該ＵＲＬが前記保存工程により保存された外部ファイルのＵＲＬのいずれとも一致しない場合に、前記フィールドデータファイルにおいて指定された外部ファイル前記ネットワークサーバよりダウンロードし、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込むことを特徴とする請求項２に記載の帳票処理方法。
【請求項４】
前記流込工程は、
前記判断工程により前記記述がＵＲＬ形式で記述されていると判断され、かつ該ＵＲＬが前記保存工程により保存された外部ファイルのＵＲＬと一致した場合であっても、前記保存工程により保存された外部ファイルのタイムスタンプが、前記フィールドデータファイルにおいて指定された前記ネットワークサーバ内の外部ファイルのタイムスタンプより古い場合には、該ネットワークサーバ内の外部ファイルをダウンロードし、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込むことを特徴とする請求項３に記載の帳票処理方法。
【請求項５】
前記流込工程は、
前記判断工程により前記記述がＵＲＬ形式で記述されていると判断され、かつ該ＵＲＬが前記保存工程により保存された外部ファイルのＵＲＬと一致した場合であって、かつ前記保存工程により保存された外部ファイルのタイムスタンプが前記フィールドデータファイルにおいて指定された前記ネットワークサーバ内の外部ファイルのタイムスタンプより古くない場合には、該保存工程により保存された外部ファイルのデータを、前記帳票内のフィールドに流し込むことを特徴とする請求項３に記載の帳票処理方法。
【請求項６】
前記保存工程は、前記ダウンロードされた外部ファイルと同じ外部ファイルが既にローカルドライブに保存されている場合には、該既に保存されている外部ファイルを削除し、前記ダウンロードされた外部ファイルを前記ローカルドライブに保存することを特徴とする請求項４に記載の帳票処理方法。
【請求項７】
前記保存工程は、前記ダウンロードされた外部ファイルが所定のファイル容量より小さい場合に、前記ローカルドライブに保存することを特徴とする請求項３に記載の帳票処理方法。
【請求項８】
前記保存工程は、前記ダウンロードされた外部ファイルのファイル容量が、前記ローカルドライブの空き容量より大きい場合には、該ローカルドライブに保存されている外部ファイルを削除することを特徴とする請求項３に記載の帳票処理方法。
【請求項９】
請求項２乃至８のいずれか１つに記載の帳票処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、フィールドデータファイルに記述された各データ項目を、帳票内にあらかじめ定義したフィールド（フィールドデータファイルのデータを受け取るプログラム中のメモリ領域）に流し込むためのプログラムである帳票処理プログラムに関するものである。
【０００２】
【従来の技術】
従来、フィールドデータファイルに記述された各データ項目を、帳票内にあらかじめ定義したフィールドに流し込むためのプログラムである帳票処理プログラムにおいて、ビットマップファイルなどのファイル型データを扱う場合、フィールドデータファイルに当該ビットマップファイルの格納先を示すパス名を記述することによって、外部ファイル（ローカルドライブまたはネットワークサーバ内に格納されたファイルのうち、フィールドデータファイル中のデータとしてその格納先のパス名が記述されており、当該パス名によって指定されるファイル）の指定を行っていた。例えば、フィールドデータファイルに、ＩＭＡＧＥ１＝ｃ：￥ｄａｔａ￥ｉａｍｇｅ．ｂｍｐといった記述を行っていた。
【０００３】
【発明が解決しようとする課題】
しかし、従来の方法では、フィールドデータファイルおよびその中で記述されているファイル型データの外部ファイルが、帳票処理プログラムが動作するコンピュータのローカルドライブやアクセス可能なネットワークドライブ（これらをまとめてローカルドライブと称す、以下同じ）に存在している必要があり、昨今多くなってきているＷｅｂサーバなどのインターネット／イントラネットサーバ上に存在するファイルを扱うことができなかった。
【０００４】
本発明は、上述の点に鑑みてなされたもので、インターネット／イントラネットサーバ上に存在する外部ファイルのデータを帳票内の所定のフィールドに流し込むことが可能な、帳票処理方法、帳票処理装置、および帳票処理を実行させるための制御プログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記の目的を達成するために本発明に係る帳票処理方法は以下のような構成を備える。即ち、
帳票内に定義されたフィールドに流し込むデータを格納しているフィールドデータファイルを読み込み、該フィールドデータファイルのデータを該帳票内のフィールドに流し込む帳票処理方法であって、
前記フィールドデータファイルのデータが、外部ファイルを指定する記述である場合、当該記述がＵＲＬ形式で記述されているかを判断する判断工程と、
前記判断工程によって、ＵＲＬ形式で記述されていると判断された場合には、インターネットのプロトコルに従って、ネットワークサーバ内の外部ファイルをダウンロードし、ダウンロードした該外部ファイルのデータを、前記帳票内のフィールドに流し込む流込工程とを備える。
【０００６】
【発明の実施の形態】
［第１の実施形態］
以下、本発明の実施形態を図面を参照して説明する。なお、以下の説明において用いる用語をあらかじめ定義すると、「帳票」とは、枠線、固定的な図形、文字等を有し、定義されたフィールドにデータを流し込むことが可能なファイルをいうものとする。また、「フィールドデータファイル」とは、帳票内に定義されたフィールドに流し込むデータをデータ項目毎にわけて保存されたファイルをいうものとする。また、「フィールド」とは帳票にデータを流し込む際に使用する基本的な単位であり、「データ項目」とはフィールドデータファイル内のデータの集合を構成する要素をいうものとする。また、「ファイル型データ」とは、ファイルとして格納されたデータ（例えば、ビットマップファイルとして格納された画像データ）をいうものとする。さらに、「帳票処理プログラム」とは、帳票内に定義されたフィールドに、フィールドデータファイルよりデータを流し込むためのプログラムを指すものとする。
【０００７】
図１は、本発明の第１の実施形態に係る帳票処理装置のシステム構成を示すブロック図、図２乃至図６は、第１の実施形態にかかる帳票処理方法の動作の流れを示すフローチャートである。
【０００８】
図１において、１は中央処理装置、２はＲＡＭなどの記憶装置、３はＣＲＴなどの表示装置、４はキーボード、５はマウス、６は外部補助記憶装置、７は印刷装置、８はネットワーク接続装置をそれぞれ示す。外部補助記憶装置６は、プログラム等が記憶媒体からコンピュータに配給されることを示す。プログラム等が格納される記憶媒体としては、ＲＯＭ、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードディスク、メモリカード、光磁気ディスクなどを用いることが可能である。図７は、記憶媒体中の帳票処理プログラムの構成を示す。
【０００９】
図８は、帳票処理プログラム８０３、フォーム情報８０４およびフィールド定義情報８０５、キャッシュ設定８０６、キャッシュテーブル８０７が記憶装置２に格納され、プログラムが実行可能となった状態のメモリマップを示す。フォーム情報は、帳票の枠線など帳票の固定的な図形や文字のレイアウト情報である。
【００１０】
フィールド定義情報は、フィールドデータファイルのデータを流し込む各フィールドの位置・サイズや文字属性、流し込まれるデータの型などの情報である。キャッシュ設定は、インターネット／イントラネットサーバ（これらをまとめてネットワークサーバと称す）から、インターネットのプロトコルに従ってダウンロードしたファイルをクライアントのローカルドライブのディスクにキャッシュするかどうかを表わすキャッシュフラグ、キャッシュフォルダ名、制限容量などが設定されている。キャッシュテーブルは、キャッシュファイル名と元のＵＲＬアドレスとタイムスタンプの組み合わせのリストである。
【００１１】
図１０は、キャッシュテーブルの例である。キャッシュファイルは、キャッシュ設定のキャッシュフォルダ名に設定してあるフォルダに保存され、キャッシュファイル名は、キャッシュフォルダ内で一意であれば何でも良い。ここでは、ランダムに生成する１６進８桁の数字の文字列に、元のファイルの拡張子をつけた文字列をファイル名とする。
【００１２】
タイムスタンプは、キャッシュファイルを作成した時点での元ファイルの日付で、元のＵＲＬアドレスにこれより新しいファイルが存在すれば新規にキャッシュファイルを作成する必要がある。
【００１３】
本実施形態は、クライアント上で動作する帳票処理プログラムが、Ｗｅｂサーバ上のフィールドデータファイルおよびその中で記述されているファイル型データの外部ファイルをローカルドライブにダウンロードしてフォームにオーバレイ処理する（流し込む）一例であり、図２に示すような手順で処理を行う。
【００１４】
まず、Ｗｅｂサーバ、ｆｔｐサーバなどに格納されたフィールドデータファイルを記憶装置２のワークメモリ８０８上にダウンロードする（ステップＳ２０１）。このフィールドデータファイルは、クライアントで動作する帳票処理プログラムでのユーザ操作、もしくはシステムのイベントなどをトリガーにして、データベースから各種データを引き出して、Ｗｅｂサーバやｆｔｐサーバ上に生成されるものである。通常、Ｗｅｂサーバやｆｔｐサーバなどからのファイルのダウンロードは非同期データ転送で行われる。
【００１５】
図９は、フィールドデータファイルの記述例（（Ａ））ならびに帳票処理プログラムによる流し込み処理が行われた後の帳票（（Ｂ））を示す図である。「ＰＩＣＴＵＲＥ＝ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒ．ｃｏｍ／ｔａｒｏ．ｊｐｇ」の行は、「ラベル名＝ファイル名」の書式で指定されたＪＰＥＧファイルをＰＩＣＴＵＲＥというラベル名を持った帳票内のフィールドに流し込んでいる。帳票処理プログラムの場合、Ｗｅｂサーバで作成されたフィールドデータファイルのデータはクライアントで何度も使われるわけではなく、その処理が完了したら破棄すべきだったり、セキュリティの問題のためローカルドライブにキャッシュファイルとして残すべきでなかったりするのが普通であるため、この例ではフィールドデータファイルをキャッシュファイルとしてローカルドライブに保存していない。
【００１６】
フィールドデータファイルのダウンロードが成功したか判定し（ステップＳ２０２）、失敗であればエラー処理を行って（ステップＳ２０３）、全体の処理を終了する。成功であれば、そのサイズが０かどうか判定する（ステップＳ２０４）。サイズが０であれば、全体の処理を終了する。サイズが０より大きければ、フィールドデータファイルの中からデータを１項目読み込む（ステップＳ２０５）。前述の図９のフィールドデータファイルでは１行の「ラベル名＝」以降から行末までが１項目のデータであるが、カンマ区切りのＣＳＶファイルであれば、行頭もしくはカンマから行末またはカンマまでのデータが１項目である。
【００１７】
次に、読み込んだ１項目のデータがファイル型データなのか判定する（ステップＳ２０６）。この判定は、あらかじめ記憶装置２に格納してあるフィールド定義情報をもとに行う。前述の図９のフィールドデータファイルの第１行の場合、データを流し込む帳票内のフィールドは「ＮＡＭＥ」というラベル名なので、記憶装置２に格納してあるフィールド定義情報から「ＮＡＭＥ」というラベル名のフィールドを検索し、そのデータ型を判定する。
【００１８】
データ型がファイル型データであれば、そのフィールドデータファイルの指し示す外部ファイルの読み込みを行う（ステップＳ２０７）。後述のように、この処理によって、記憶装置２のワークメモリ８０８上に外部ファイルの内容が格納され、そのメモリハンドルが記憶装置２のワークメモリ８０８上の変数ｆｉｌｅ＿ｄａｔａに格納される。
【００１９】
処理中にエラーが発生していれば、変数ｆｉｌｅ＿ｄａｔａにはＮＵＬＬハンドルが格納される。そして、変数ｆｉｌｅ＿ｄａｔａの指し示すメモリハンドルに格納されたデータを帳票内のフィールドに流し込む処理を行う（ステップＳ２０８）。
【００２０】
ファイル型データでなければ、従来どおりのデータ型に合ったデータ流し込み処理を行う（ステップＳ２０９）。次に、フィールドデータファイル中に次のデータ項目があるか判定し（ステップＳ２１０）、次のデータ項目があれば、ステップＳ２０５へ戻り、次のデータ項目に対して処理を続ける。データ項目の流し込みが全て完了したならば、処理を終了する。
【００２１】
ファイル型データの外部ファイルの読み込み処理（ステップＳ２０７）は、図３に示すような手順で処理を行う。フィールドデータファイルに記述されているパス名がインターネット／イントラネットサーバ上かを判定する（ステップＳ３０１）。パス名として、ｈｔｔｐ：／／やｆｔｐ：／／などで始まるＵＲＬであれば、インターネット／イントラネットサーバ上と判定する。インターネット／イントラネットサーバ上でなければ、従来の外部ファイル読み込み処理を行う（ステップＳ３０２）。
【００２２】
ファイル読み込み処理では、記憶装置２のワークメモリ上に外部ファイルの内容を格納し、そのメモリハンドルを記憶装置２のワークメモリ上の変数ｆｉｌｅ＿ｄａｔａに格納する。処理中にエラーが発生していれば、変数ｆｉｌｅ＿ｄａｔａはＮＵＬＬハンドルを格納する。ステップＳ３０１でパス名がインターネット／イントラネットサーバ上であれば、そのアドレスから外部ファイルをダウンロードすべきか否かの設定を行う（ステップＳ３０３）。
【００２３】
この処理の結果、ダウンロードすべきと判断された場合、記憶装置２のワークメモリ上の変数ｆｌａｇ＿ｄｏｗｎｌｏａｄに１、ダウンロードすべきでないと判断された場合、０が格納されるので、その値を判定し（ステップＳ３０４）、１ならばパス名のＵＲＬアドレスから外部ファイルをダウンロードする（ステップＳ３０５）。
【００２４】
ダウンロード処理では、記憶装置２のワークメモリ上に外部ファイルの内容を格納し、そのメモリハンドルを記憶装置２のワークメモリ上の変数ｆｉｌｅ＿ｄａｔａに格納する。処理中にエラーが発生していれば、変数ｆｉｌｅ＿ｄａｔａにはＮＵＬＬハンドルを格納する。次に、外部ファイルのダウンロードが成功したかを判定し（ステップＳ３０６）、成功ならば、ダウンロードした外部ファイルのキャッシュファイルへの保存処理を行う（ステップＳ３０７）。ダウンロードが失敗ならば、そのまま処理を終了する。また、ステップＳ３０４でｆｌａｇ＿ｄｏｗｎｌｏａｄが０ならば、キャッシュファイルの読み込み処理を行う（ステップＳ３０８）。
【００２５】
ダウンロードフラグ設定処理（ステップＳ３０３）は、図４に示すような手順で処理を行う。まず、記憶装置２のキャッシュ設定のフラグがＯＮになっているか判定し（ステップＳ４０１）、ＯＮならば、現在処理しているファイル型データのＵＲＬアドレスが記憶装置２のキャッシュテーブルに登録されていないか検索し（ステップＳ４０２）、見つかったかを判定し（ステップＳ４０３）、既に存在しているならば、ＵＲＬアドレスの外部ファイルのタイムスタンプの情報を読み込み、キャッシュファイルのタイムスタンプと比較し、キャッシュファイルのタイムスタンプがＵＲＬアドレスの外部ファイルのタイムスタンプより古いかを判定し（ステップＳ４０４）、古くなければ記憶装置２のワークメモリ上の変数ＤＬに０をセットする（ステップＳ４０５）。それ以外の場合は、ＤＬに１をセットする（ステップＳ４０６）。変数ＤＬはＵＲＬアドレスのファイルをダウンロードすべきかを表わす。
【００２６】
キャッシュファイル保存処理（ステップＳ３０７）は、図５に示すような手順で処理を行う。まず、記憶装置２のキャッシュ設定のフラグがＯＮになっているか判定し（ステップＳ５０１）、ＯＮならば、現在処理しているファイル型データのＵＲＬアドレスが記憶装置２のキャッシュテーブルに登録されていないか検索し（ステップＳ５０２）、見つかったかを判定する（ステップＳ５０３）。
【００２７】
キャッシュテーブルから見つかれば、そのＵＲＬアドレスの外部ファイルがキャッシュされているということである。見つかれば、そのエントリのキャッシュファイル名の外部ファイルをキャッシュフォルダから削除し（ステップＳ５０４）、キャッシュテーブルからそのエントリも削除する（ステップＳ５０５）。
【００２８】
次に、記憶装置２のキャッシュ設定の制限容量が記憶装置２のワークメモリ上の変数ｆｉｌｅ＿ｄａｔａに格納されたメモリハンドルの内容よりも大きいか判定し（ステップＳ５０６）、小さければキャッシュできないので、処理を終了する。大きければ、キャッシュフォルダの残り容量（＝制限容量−現在のフォルダサイズ）が変数ｆｉｌｅ＿ｄａｔａに格納されたメモリハンドルの内容よりも大きいか判定する（ステップＳ５０７）。
【００２９】
キャッシュフォルダの残り容量（空き容量）の方が小さければ、記憶装置２のキャッシュテーブルの中で最も古いタイムスタンプを持つエントリのキャッシュファイルを削除し（ステップＳ５０８）、キャッシュテーブルからそのエントリも削除し（ステップＳ５０９）、ステップＳ５０７に戻り、変数ｆｉｌｅ＿ｄａｔａに格納されたメモリハンドルの内容をキャッシュファイルへ保存できるようになるまで古いキャッシュファイルを削除する。
【００３０】
ステップＳ５０７で、キャッシュフォルダの残り容量の方が変数ｆｉｌｅ＿ｄａｔａに格納されたメモリハンドルの内容よりも大きければ、既存の他のキャッシュファイルで使われていないキャッシュファイル名を生成し（ステップＳ５１０）、そのファイル名で変数ｆｉｌｅ＿ｄａｔａに格納されたメモリハンドルの内容を書き込んだキャッシュファイルをキャッシュフォルダに作成し（ステップＳ５１１）、キャッシュファイル作成が成功したか判定し（ステップＳ５１２）、成功であれば、作成したキャッシュファイル名と元ＵＲＬアドレスとタイムスタンプをセットした新しいエントリをキャッシュテーブルに作成する（ステップＳ５１３）。
【００３１】
キャッシュファイル読み込み処理（ステップＳ３０８）は、図６に示すような手順で処理を行う。まず、現在処理しているファイル型データのＵＲＬアドレスに対応するキャッシュファイル名を記憶装置２のキャッシュテーブルから取得する（ステップＳ６０１）。この処理に入るのは、ステップＳ３０３の処理において、現在処理しているファイル型データのＵＲＬアドレスが記憶装置２のキャッシュテーブルから見つかった場合のみであるため、ステップＳ６０１においてキャッシュファイル名は必ず取得できる。次に、取得したキャッシュファイル名の外部ファイルを読み込む（ステップＳ６０２）。キャッシュファイルの読み込み処理では、記憶装置２のワークメモリ上に外部ファイルの内容を格納し、そのメモリハンドルを記憶装置２のワークメモリ上の変数ｆｉｌｅ＿ｄａｔａに格納する。処理中にエラーが発生していれば、変数ｆｉｌｅ＿ｄａｔａにはＮＵＬＬハンドルを格納する。
【００３２】
［第２の実施形態］
上記実施形態では、フィールドデータファイルがインターネット／イントラネットサーバ上にある場合であったが、ローカルディスクやファイルサーバ上にある場合でも、フィールドデータファイル中にＵＲＬアドレスとして記述されたインターネット／イントラネット上のファイルを扱うことができる。
【００３３】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【００３４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００３５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００３６】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００３７】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００３８】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００３９】
【発明の効果】
以上説明したように本発明によれば、インターネット／イントラネットサーバ上に存在する外部ファイルのデータを帳票内の所定のフィールドに流し込むことが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる帳票処理装置のハードウェア構成を示すブロック図である。
【図２】本発明の実施形態にかかる帳票処理方法によるデータ処理の流れを示すフローチャートである。
【図３】本発明の実施形態にかかる帳票処理方法によるデータ処理の流れを示すフローチャートである。
【図４】本発明の実施形態にかかる帳票処理方法によるデータ処理の流れを示すフローチャートである。
【図５】本発明の実施形態にかかる帳票処理方法によるデータ処理の流れを示すフローチャートである。
【図６】本発明の実施形態にかかる帳票処理方法によるデータ処理の流れを示すフローチャートである。
【図７】本発明の実施形態にかかる帳票処理プログラムの構成を示す図である。
【図８】本発明の実施形態にかかる帳票処理プログラムが実行可能となった状態のメモリマップである。
【図９】本発明の実施形態にかかる帳票処理プログラムが帳票処理するフィールドデータファイルならびに帳票処理後の帳票の一例を示す図である。
【図１０】本発明の実施形態にかかる帳票処理プログラムにより生成されたキャッシュテーブルの一例を示す図である。
【図１】
2004046375.tif 000003
【図２】
2004046375.tif 000004
【図３】
2004046375.tif 000005
【図４】
2004046375.tif 000006
【図５】
2004046375.tif 000007
【図６】
2004046375.tif 000008
【図７】
2004046375.tif 000009
【図８】
2004046375.tif 000010
【図９】
2004046375.tif 000011
【図１０】
2004046375.tif 000012