JP2000222494A - 帳票作成方法及びシステム及びコンピュータ読取り可能なプログラムが格納された記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】常に最新のフォーム用プリンタ言語ファイルを
使用する。 【解決手段】クライアントは差馬上にある使用したいフ
ォームの日付を取得し（Ｓ２０４）、ローカルのファイ
ルと作成日時を比較する（Ｓ２０５）。それらの日付を
比較し、サーバのファイルが新しければ、サーバからフ
ォームファイルを取得する（Ｓ２１２）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばネットワー
ク上に配置されたクライアントとサーバなどにより構成
される帳票作成装置及び方法及びコンピュータ読取り可
能なプログラムが格納された記憶媒体に関するものであ
る。

【０００２】

【従来の技術】日本では契約や取引の明細を帳票形式で
記述することが多い。保険や金融機関との取引では、契
約の種類に応じた罫線や図形をあらかじめ用紙に印刷し
ておき、契約の時点で顧客情報を埋め込んで印刷する方
式が広く採られている。生命保険、損害保険のような商
品の種類の多い業種では、使われる帳票の種類も多くな
り、事前に印刷して準備すべさ帳票も多岐にわたること
となる。近年、事前に帳票を準備するプレプリント方式
に代わって、埋込まれるデータと同時に罫線や商標など
の情報を白紙に印刷して帳票に仕上げる帳票作成システ
ムが実用化されてきている。こういった帳票印刷・閲覧
システムでは、帳票の体裁を記述するフォーム情報ファ
イルと、帳票の枠内に埋め込まれるべき顧客データを記
述するフィールドデータファイルが使われている。フォ
ーム情報は帳票の種類毎に用意されるべきもので、各ホ
ストコンピュータに必要なものをインストールして利用
する。フィールドデータは、ホストを操作するオペレー
タがデータ入カアプリケーションを介して顧客情報等を
入力し、そのデータをもとに帳票が作成される。

【０００３】帳票は、商品構成や社会環境や法制度等の
変化に伴い、変更しなければならない時がある。住所表
記や商標の変更など小さな変化であっても、プレプリン
ト方式ではすべての帳票を作り直さねばならない。これ
までに印刷された帳票用紙は廃棄し、あらたに版下を起
こして印刷しなおすためにコスト高を招いていた。

【０００４】一方、帳票印刷・閲覧システムでは最終的
な帳票印刷時にフィールドデータに重ねてフォーム情報
が出力される。帳票の変更があっても、最新のフォーム
情報に更新さえしておけば用紙を無駄にすることなく体
裁の変更が可能になった。帳票の体裁を変更するには、
フォーム情報ファイルを更新し、フィールドデータファ
イルを新しいフォームに合わせて作成する。

【０００５】一般には帳票の体裁を管理する部署が企業
内にあり、フォームの更新を指揮している。新しいフォ
ーム情報ファイルを全支店に配布し、一定の移行期間を
以て体裁を更新するよう呼びかけたり、期日を決めて一
斉に変更作業をおこなっている。全国に支店や営業所に
を持つ企業では、それらをつなぐコンピュークネットワ
ークを用いて、フォーム情報ファイルの配信やデータの
共有などを行うこともできた。

【０００６】

【発明が解決しようとする課題】しかしながら、帳票の
フォーム情報の配布に関してはネットワークを有効に生
かせていない側面がある。フォーム情報ファイルを更新
・配布するのにネットワークが使われているが、更新
は、更新当日にネットワークを使って配信されてきた新
しいフォーム情報に入れ替える作業をオペレータが行う
ことが多い。このように人手を介するために、本来全社
一斉に更新されるべき帳票であるのに、オペレータの人
手による更新の時間差や誤りを生じるおそれがある。

【０００７】一方、人手を介さずネットワーククライア
ントが、フォームを利用するたびに毎回サーバにアクセ
スしてフォーム情報を取得している運用も見られる。常
に最新版が全クライアントに登録される状態になるが、
サーバへのアクセスが頻繁に起こってネットワークの効
率が低下する。

【０００８】このように、ネットワークを介してフォー
ム情報を配信するシステムにおいては、フォーム情報の
更新が確実に行われなかったり、あるいは、確実にフォ
ーム更新を行うためにネットワークを混雑させてしまう
といった問題点があった。

【０００９】本発明は上記従来例に鑑みてなされたもの
で、人手を介さずに確実にフォーム情報の更新を行え、
しかもネットワークによけいな負荷を掛けない帳票作成
方法及びシステムを提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、サーバで公開されているフォームデー
タファイルの作成日時をクライアントに保存されたもの
と比較し、サーバ上のものが新しくなっていれば更新さ
れたものと判断して、それを読み出す。更新されたファ
イルはサーバからクライアントに転送され、結果として
常に最新のフォーム情報がクライアントに導入される。
更新が行われない間はファイル転送を行わない。日時の
照合にはフォーム情報ファイルの作成日時をサーバに問
い合わせる。サーバから返信される情報はファイルを転
送するのに比べて十分小さな通信量であり、情報のやり
取りに要する時間も短い。すなわちフォーム情報を常に
最新のものに維持しつつ、ネットワークを流れる通信量
を小さく抑えることができる。フィールドデータをサー
バから読む場合には、それを利用するたびにサーバから
転送させる。

【００１１】あるいは、本発明は次のような構成からな
る。すなわち、ネットワークで接続されたサーバからフ
ォーム情報を獲得して、フィールドデータとオーバレイ
して印刷させる帳票作成方法であって、指定されたフォ
ーム情報の有無を判定する判定工程と、フォーム情報が
あった場合、前記サーバから同名のファイルの作成日時
を獲得する獲得工程と、獲得した作成日時と、前記フォ
ーム情報に付された作成日時とを比較する比較工程と、
前記比較工程により、前記獲得工程により獲得した作成
日時の方が新しいと判定された場合には、前記サーバか
ら前記フォーム情報を獲得する工程とを備える。

【００１２】また好ましくは、フィールドデータについ
て、サーバがもつフィールドデータが指定された場合に
は、前記サーバからフィールドデータを読み出す工程を
更に備える。

【００１３】また好ましくは、前記フォーム情報は、部
品フォームを組み合わせてなる複合フォーム情報であ
り、前記獲得工程においては、複合フォーム情報に含ま
れる部品フォームすべての作成日時が獲得される。

【００１４】また好ましくは、前記比較工程において、
前記獲得工程により獲得した作成日時の方が新しいと判
定された場合には、前記獲得工程により、複合フォーム
に含まれるすべての部品フォームがサーバから獲得され
る。

【００１５】また好ましくは、前記フィールドデータを
サーバから読み出した場合、そのフィールドデータを、
使用後に削除する。

【００１６】

【発明の実施の形態】［第１の実施の形態］図９は本発
明に係る帳票作成システムを説明するための帳票閲覧・
印刷システムの概念図である。ここでは、企業の国内各
地の支店、営業所などをコンピュータネットワークで接
続した帳票作成システムを想定している。図９ではその
うちの一つの支店を表示している。コンピュータ９０
１、９０２、９０３、９０４、９０５はネットワーク９
００で結ばれている。ネットワーク９００は、公衆回線
等を介して、図示していない本社等のネットワークとも
結ばれている。コンピュータ９０１〜９０５一般的な機
能、用途を有するコンピュータであり、コンピュータ９
０１はサーバ、コンピュータ９０２〜９０５にはクライ
アントの役割を与えてある。

【００１７】図１０はコンピュータ９０１、９０２，９
０３、９０４、９０５の概略構成を示すブロック図であ
る。ＣＰＵ１００１はＨＤ（ハードディスク）１００５
に格納されているアプリケーションプログラム、プリン
タドライバプログラム、ＯＳやネットワーク制御プログ
ラムを実行し、ＲＡＭ１００３にプログラム実行に必要
な情報、ファイルなどを一時的に格納する制御を行う。
ＲＡＭ１００３はＣＰＵ１００１の主メモリ、ワークエ
リア等として機能する。ＲＯＭ１００４は基本Ｉ／Ｏプ
ログラム等のプログラム、文書処理に使われるフォント
データ、テンプレート用データ等の各種データを記憶す
る。オペレータはＣＲＴ１００８をみてキーボード１０
０９などを操作し、フォームの作成やオーバレイ印刷な
どを指示する。コンピュータは通信部１０１０によりネ
ットワークに接続している。

【００１８】ＦＤＤ（フロッピーディスクドライブ）１
００６は、図１１に示すようにＦＤ（フロッピーディス
ク）１００７に記憶されたプログラム等を本コンピュー
タシステムにロードすることができる。ＦＤ１００７に
は本実施例で説明する帳票作成方法を実装した帳票閲覧
・印刷システムのサーバおよびクライアント用プログラ
ムと閲連データを格納しており、その内容を図６に示
す。

【００１９】図６において、６００はＦＤ１００７のデ
ータ内容である。データ内容はいくつかの構造を持ち、
６０１はＦＤの情報を示すボリューム情報であり、６０
２はファイルの配置を示すディレクトリ情報であり、６
０３は本実施例で説明する帳票作成方式を導入した帳票
作成システムのサーバ用プログラムであり、６０４はク
ライアント用プログラムである。一部の関連データもＦ
Ｄ１００７に収納されており、関連データ６０５に展開
されている。図６では同一ＦＤ内にサーバ用とクライア
ント用のプログラムが納めてあるが、使用するコンピュ
ータの利用目的に応じて適切なプログラムを導入するこ
とが可能である。

【００２０】図８は、フォーム情報と印字データとを重
ね合わせて帳票を作成する様子を説明する図である。帳
票は２種類のファイルから構成されている。フォーム情
報ファイルは、フォーム８０１を作るための罫線や図
形、固定文字列を記述したファイルである。フィールド
データファイルはフォーム情報ファイルに合わせて作成
されるもので、数値や文字列のデータが埋め込まれる順
に、あるいは変数名を指定して記述される。印字データ
８０２はその一例で、フィールドデータを元に作成され
る。フィールドデータファイルは図示しないクライアン
ト上のアプリケーションにより作成される。例えば顧客
と接する窓口で運用されるアプリケーションであれば、
契約内容と顧客情報を入力し、そのまま帳票作成を指示
するアプリケーションが想定される。

【００２１】図８に示したように、フォーム情報ファイ
ルに記述された帳票情報に合わせてフィールドデータフ
ァイルを解釈し、フォームにフィールデータの値を埋め
込み、帳票８０３を作成するのが帳票作成システムの動
作原理である。

【００２２】なお、図８ではフォーム８０１を単一のフ
ォーム情報としているが、複数のフォームを重ね合わせ
てひとつのフォームを形成することもできる。このよう
なフォームを複合フォームと呼び、複合フォームを形成
するフォームを部品フォームと呼ぶ。複合フォームで
は、部品フォームには、図８のような画像情報が含まれ
ているが、複合フォームデータそのものは部品フォーム
の組合せをその内容として有するだけで、画像情報は含
まれていない。

【００２３】本実施形態の帳票作成システムでは、ネッ
トワーク９００の上のサーバ９０１にファイルを置き、
クテイアントに随時転送して利用することを特徴とす
る。サーバ上には常に最新のフォーム情報ファイル、フ
ィールドデータファイルを配置する。フォーム情報ファ
イルは商品構成や時節、杜会情勢や法制度の変化に応じ
て更新される。支店共通に使われるデータや複雑な計算
を要するデータ、全社的に統一管理されるフィールドデ
ータもサーバ上に置いてクライアントからの要求に応じ
て転送可能にする。

【００２４】帳票閲覧・作成システムでは、データファ
イルとフォームファイルを指定して、帳票にフィールド
データの文字を重ねるオーバーレイ印刷を実行させる。
印刷にはネットワークに直接接続されたプリンタ９０６
や、クライアントに接続されたプリンタ９０７が使われ
る。

【００２５】本実施例ではレーザビームプリンタ（ペー
ジプリンタ）を前提として記述してあるが、他の形式の
プリンタでも同様に実施可能である。プリンタには白紙
を用意し、一度の印刷で帳票が作成される。閲覧は、同
様の原理で帳票のイメージを作成し、クライアントに接
続されたディスプレイ上に表示可能である。本実施例で
はウィンドウズシステムを想定して記述しているが、そ
の場合帳票閲覧のためのウィンドウを開き、ウィンドウ
内に完成した帳票が表示される。同様の機能を実現でき
るならば、ＯＳの種類、表示方式は問わず、同様の説明
にて実施可能である。

【００２６】サーバ９０１には、最新のフォーム情報フ
ァイル、フィールドデータファイルがつねに配置されて
いる。これらのファイルには一意に定まるファイル名を
与え、サーバとクライアントで共通に利用している。各
ファイルには作成された日時情報が埋め込まれておりク
ライアントに転送されてもその情報は変化しない。

【００２７】クライアントで帳票印刷の指示を出すに
は、使用するフォーム情報ファイル名と帳票に埋め込む
フィールドデータファイル名を指定する。クライアント
はファイル名を利用してサーバにファイルの作成日時の
問い合わせを行う。サーバは管理しているファイル名一
覧から該当するファイルを探し、クライアントに返信す
る。返信された日付をクライアントがキャッシュとして
保存しているファイルの日付と比較し、キャッシュが最
新のものであればサーバからの転送は行わず、サーバの
ファイルが更新されていれば転送要求を送り、サーバか
ら転送を受けるとクライアントのキャッシュを更新す
る。

【００２８】本実施形態の帳票作成システムでは、フォ
ーム情報を構成するフォーム情報ファイルおよび部品フ
ァイルについては作成日付の比較、更新の処理を行う。
サーバに登録されているフィールドデータファイルにつ
いては、毎回最新のファイルを取得する。

【００２９】図１は、本実施形態の帳票作成システムの
ブロック図である。このシステムにおいて印刷を指示す
るための帳票出力指示部１０１とフォーム情報管理部１
０２により、出力を指示された帳票に利用されるフォー
ム情報ファイルが検索される。フォーム情報ファイルが
クライアント上のフォームファイル１１３あるいはサー
バ上のフォームキャッシュ１１２から検索されると、そ
のフォーム情報ファイルを使って帳票の体裁を持ったフ
ォーム情報が、フォーム情報作成部１０３により作成さ
れ、フォーム情報格納部１０４に格納される。

【００３０】同様に、帳票出力指示部１０１により出力
を指示された帳票に記録されるべきフィールドデータフ
ァイルがフィールドデータ管理部１０５により検索さ
れ、クライアント上のフィールドデータファイル１１
５、あるいは、サーバ上のフィールドデータファイル１
１４が取得される。フィールドデータ作成部１０６によ
り、取得したフィールドデータファイルから、作成され
ているフォーム情報に合わせてフィールドデータを配置
し、フィールドデータ格納部１０７に格納する。この
後、帳票作成部１０８により、印刷に適する形式にフォ
ーム情報を整形して格納していたフォーム情報格納部１
０４とフィールドデータ格納部１０７から読み出された
フォーム情報とフィールドデータとが重ねられ、帳票作
成が行われる。閲覧する場合は、閲覧部１０９によりこ
の重ねあわせた帳票を画像として表示する。また印刷の
場合には、印刷部１１０を介してプリンタ１１１に印刷
命令が送られ、帳票が出力される。

【００３１】ここで注意すべきは、クライアントは、サ
ーバから受信したフォーム情報をキャッシュするが、フ
ィールドデータをキャッシュする事はない、という点で
ある。クライアントは、フィールドデータをサーバから
ダウンロードして利用すると、それを保存せず、その都
度廃棄する。

【００３２】以上の構成において、クライアントでのフ
ォーム情報管理部１０２の動作を説明するのが、図２の
フローチャートである。

【００３３】まず、指示されたフォームファイルを取得
してそのフォームファイル名称を解釈し（Ｓ２０２）、
ファイルがクライアントに導入されているかどうかを識
別する（Ｓ２０３）。ローカルに、すなわちクライアン
トのフォームキャッシュファイル１１３に存在する場合
は、サーバに置かれているマスターファイルと比較を行
う。本実施例では、サーバにフォームファイルの作成日
時を問い合わせて（Ｓ２０４）、作成日時どうしを比較
する（Ｓ２０５）。サーバに置かれているファイルが、
クライアントと同じ作成日時を持つ版ならば、そのまま
ローカルキャッシュを利用するが、サーバのフォームフ
ァイルが新しい版に更新されていたなら、サーバから必
要なフォームファイルの転送を行う（Ｓ２１２）。

【００３４】また、ローカルに求めるフォームファイル
が無い場合には、それがサーバ上に在るかサーバに問い
合わせ（ステップＳ２１１）あれば、サーバから必要な
フォームファイルの転送を行う（Ｓ２１２）。なければ
求めるフォームがシステム中に存在しないため、その旨
のエラーを出力する（ステップＳ２１３）。

【００３５】続いて必要なフィールドデータファイルの
取得を行う。必要なフィールデータファイルがクライア
ントで作成したローカルのファイルであるか判定し（Ｓ
２０７）、そうでなければサーバに置かれたデータファ
イルであるか判定し（Ｓ２１４）、サーバに存在すれ
ば、クライアントはサーバに転送を要求し、データを取
得する（Ｓ２１５、２１６）。クライアントにフィール
ドデータファイルがあれば、それを用いる。

【００３６】フォーム情報ファイル、フィールドデータ
ファイルがすべてそろったなら、帳票を作成し（Ｓ２０
８）、表示あるいは印刷する（Ｓ２０９）。存在しない
ファイル名が指定された場合にはエラーを通知後（Ｓ２
１７）、帳票作成の処理を中止する。

【００３７】以上のようにしてクライアントは最新のフ
ォーム情報をサーバに要求する。クライアントが使用す
るフォーム情報が複合フォームの場合には、複合フォー
ムファイルの作成日時のみならず、複合フォームに含ま
れる部品フォームの作成日時についても上述の手順で比
較し、最新の版をサーバから取得する。

【００３８】図３は、クライアントからの要求が受けた
サーバでの処理の一部のフローチャートである。まず、
クライアントからの問い合わせがなんであるか判定する
（Ｓ３０１）。クライアントからフォームファイルを指
定し、その作成日時の問い合わせであると、そのファイ
ルの存在を調べ（Ｓ３０２）、サーバ上にあるならば作
成日時の情報をクライアントに返す（Ｓ３０３）。存在
しない場合は、存在しない旨を通知する（Ｓ３０４）。

【００３９】クライアントからフォームファイル転送の
要求があった場合には、要求されたファイルの存在を調
べ（Ｓ３１２）、サーバ上にあるならばそのフォーム情
報ファイルを返す（Ｓ３１３）。存在しない場合は、存
在しない旨を通知する（Ｓ３１４）。

【００４０】クライアントからフィールドデータファイ
ル転送の要求が合った場合には、要求されたファイルの
存在を調べ（Ｓ３２２）、サーバ上にあるならばそのフ
ィールドデータファイルを返す（Ｓ３２３）。存在しな
い場合は、存在しない旨を通知する（Ｓ３２４）。

【００４１】もちろんこれ以外にもクライアントからの
要求はあるが、それについては省略する。

【００４２】以上のようにして、ネットワークで互いに
接続されたサーバとクライアントからなるシステムにお
いて、クライアントがサーバから配信されるフォーム情
報を使用してオーバレイ印刷を行う場合には、クライア
ントはそれ自身が持つフォーム情報ファイルとサーバが
持つ同じ名称のフォーム情報ファイルの作成日時を比較
し、サーバが持つファイルの方が新しければ、そのファ
イルをサーバからロードしてそれを利用する。

【００４３】また、オーバレイ印刷のフィールドデータ
については、必要なフィールドデータファイルをクライ
アントが持っていない場合には、サーバからダウンロー
ドしてそれを使用する。

【００４４】こうすることで、クライアントは最新のフ
ォーム情報を使用することができ、また、サーバからフ
ォーム情報を取得するためにネットワークのバンド幅の
浪費を防止できる。

【００４５】図４は本実施形態において説明している帳
票作成システムを実施するためのクライアント用プログ
ラムがＲＡＭ１００３にロードされ、実行可能となった
状態のクライアントのメモリマップを示している。本実
施形態では、ＦＤ１００７からクライアント用プログラ
ムおよび関連データを直接ＲＡＭ１００３に導入して実
行させる例を示すが、それ以外にもＨＤ１００５に関連
プログラムを格納しておき、ＨＤ１００５からＲＡＭ１
００３にロードさせるようにしてもよい。さらに帳票作
成システムをＲＯＭ１００４に記録しておき、それをメ
モリマップの一部となるように構成して直接ＣＰＵ１０
０１で実行させることも可能である。またＨＤ１００５
をメモリの一部として利用する場合でもまったく同様に
説明可能である。

【００４６】メモリ４００上には基本Ｉ／Ｏプログラム
４０１やＯＳ４０２が導入され、アプリケーションの実
行や印刷、通信の処理を行っている。帳票作成システム
のクライアントプログラムはメモリ上に導入４０３さ
れ、ローカルにコピーしてきたフォーム情報ファイルを
メモリ上に展開してキャッシュとして利用する。データ
ファイルはローカルに作成したフィールドデータファイ
ルやサーバから取得したフォーム情報ファイルの管理情
報が格納されている。

【００４７】図５は本実施形態で説明している帳票作成
システムを実施するためのサーバ用プログラムがＲＡＭ
１００３にロードされて実行可能となった状態のクライ
アントのメモリマップを示している。図４と同様に説明
されるが、ワークエリア５０６にはサーバ上に格納され
ているファイル群、例えば複合フォームやそれを構成す
る部品フォームファイルの作成日時が５０７のように保
存されている。

【００４８】図７は、本実施形態で説明している帳票作
成システムのモジュール構成図である。本実施例ではＯ
Ｓとしてマイクロソフト社製のウィンドウズ（登録商
標）を想定しているが、異なるＯＳであっても同様に説
明される。図７において、７０１はクライアント、７０
２はサーバを示している。

【００４９】クライアント用プログラム７０３で帳票印
刷指示が出されると、図２で説明した処理が行われてフ
ォーム情報ファイル、フィールドデータファイルが参照
される。閲覧のためには作成したイメージをディスプレ
イ上のウィンドウに表示するが、これは印刷処理の途中
までの説明で同様のことを行うため図示しない。印刷時
にはＧＤＩ（グラフィックディスプレイインターフェー
ス）７０５を使って描画命令を作成し、スプーラ７０６
に送る。一度スプーラに印刷情報を格納してからプリン
タドライバ７０７を使ってプリンタに解釈できる形式に
変換し、プリンタ７１０、７１１に送り印刷を実行させ
る。ネットワークプリンタ７１１へはネットワーク通信
モジュール７０８を介しで情報を転送する。サーバ７０
２ではサーバ用プログラム７０４とネットワーク通信モ
ジュール７０９により図３に説明する処理を実行する。

【００５０】以上のように、本実施形態では、サーバ上
にあるフォーム情報ファイルおよびフィールドデータフ
ァイルをクライアントに転送して利用する帳票作成シス
テムにおいて、サーバで公開されているファイルの作成
日時をクライアントに保存されたものと比較し、サーバ
上のものが新しくなっていれば更新されたものと判断
し、サーバからクライアントに転送し、結果として常に
最新のフォーム情報がクライアントに導入される。クラ
イアントに転送されたフォーム情報はキャッシュされ、
今後同じファイル名のフォームを閲覧・印刷する際に利
用される。キャッシュしたフォームファイルを使用する
際には、サーバにそのファイルの更新の有無を問い合わ
せ、更新が行われない間はサーバからのファイル転送を
行わない。

【００５１】このため、日時の照合のためにサーバから
返信される情報はファイルを転送するのに比べて十分小
さな通信量であり、情報のやり取りに要する時間も短
い。すなわちフォーム情報を常に最新のものに維持しつ
つ、ネットワークを流れる通信量を小さく抑える効果が
ある。

【００５２】さらに、フィールドデータファイルが作成
される場合には、頻繁に更新されることの多いフィール
ドデータファイルは、閲覧・印刷の度にサーバから転送
させることで最新のものをクライアントに提供させる効
果がある。

【００５３】このようにして、これまでの運用では人手
に頼って更新されてきたフォーム情報を、すべてのクラ
イアントで最新版に自動的に更新させることができるた
め、人手の介入で生じる誤りや、更新期日、方法を周知
させるのに要してきたコストを削減する効果も挙げられ
る。

【００５４】［第２の実施の形態］第１の実施の形態で
は、複合フォームについては、複合フォームファイルそ
のものとその部品フォームファイルそれぞれについて、
サーバのファイルとクライアントのファイルの作成日時
を比較するものと説明したが、複合フォーム作成日時を
クライアントから要求された場合には、それを構成する
部品ファイルの作成日時も同時に応答する様にしても良
い。

【００５５】この際、部品フォームとして利用されてい
るフォーム情報ファイルは、複合フォーム内に記録され
た作成日時ではなく、部品フォームのフォーム情報ファ
イルを検索して、その作成日付一覧をクライアントに返
信する。

【００５６】クライアントではサーバから返される作成
日付の情報が、関連するファイル全体に及ぶため、日付
照合の問合せは１回のみとなる。

【００５７】さらに、当該クライアントで利用する複合
フォームの中に更新されたフォーム情報ファイルが見つ
かれば、フォーム情報ファイルの更新を一度にまとめて
行うようにすることもできる。この際には複数のファイ
ルを転送する必要があるので、クライアントコンピュー
タのＣＰＵの利用が低くなっている時間帯等にまとめて
転送を行う。

【００５８】以上のようにすることで、クライアントか
らサーバへの要求メッセージ数を減らすことができる。
さらに、複合フォームに含まれる部品フォームに、更新
されたものがあれば全体をサーバからロードすること
で、ファイルをひとつずつ最新か否か判定する手間を省
ける。

【００５９】［第３の実施の形態］第１の実施形態の図
２におけるＳ２１６において、サーバから取得したフィ
ールドデータファイルをクライアントのディスクには保
存せず、メモリ上に展開し、閲覧・印刷に利用された後
はメモリ上から削除し、クライアントのローカルには痕
跡を残させないようにする。このようにすれば、フィー
ルドデータをクライアントで再利用されることを防止で
きる。

【００６０】［第４の実施の形態］第１の実施形態の図
９におけるサーバ９０１を特定のサーバとしてクライア
ントから参照するのではなく、フォーム情報ファイルを
指定するのに任意のサーバ名を指定して取得する。これ
により、電子メイル等で帳票を送信するのに、フィール
ドデータファイルのみをメイルに添付し、フォーム情報
はＵＲＬ(Unified Resource Locator)等による指定とす
る。メイルを受け取るコンピュータがクライアントとな
り、クライアントはキャッシュされているフォーム情報
ファイルとＵＲＬで指定されたフォーム情報ファイルの
日付比較を、第１の実施形態と同じ要領で行う。

【００６１】このように構成することで、不特定の利用
者が、最新のフォーム情報をサーバからダウンロードし
て利用できる。

【００６２】

【発明の効果】以上説明したように、人手を介さずに確
実にフォーム情報の更新を行え、しかもネットワークに
よけいな負荷を掛けることを防止できる。また人手によ
る誤りを防止できる。

【００６３】また、日時の照合のためにサーバから返信
される情報はファイルを転送するのに比べて十分小さな
通信量であり、情報のやり取りに要する時間も短い。す
なわちフォーム情報を常に最新のものに維持しつつ、ネ
ットワークを流れる通信量を小さく抑える効果がある。

【００６４】さらに、頻繁に更新されることの多いフィ
ールドデータファイルは、閲覧・印刷の度にサーバから
転送させることで最新のものをクライアントに提供させ
る効果がある。

【００６５】さらに、複合ファイルについては、それを
構成する部品フォームの作成日時をクライアントにサー
バからまとめて送ることで、ネットワーク上のメッセー
ジ数を減らすことができる。さらに、複合フォームに含
まれる部品フォームに、更新されたものがあれば全体を
サーバからロードすることで、ファイルをひとつずつ最
新か否か判定する手間を省ける。

【００６６】また、サーバからロードしたフィールドデ
ータを利用後削除することで、データがクライアントで
再利用されることを防止できる。

【００６７】また、フォーム情報を蓄積するサーバを特
定のものではなく、任意に指定して帳票を作成させるこ
とで、フォーム情報をクライアントに一番近いサーバか
ら取得させ、ネットワークに与える負荷を小さく抑える
効果がある。

【図面の簡単な説明】

【図１】帳票作成システムのブロック図である。

【図２】クライアントコンピュータでの帳票作成の流れ
を示すフローチャートである。

【図３】サーバコンピュータでの帳票作成の流れを示す
フローチャートである。

【図４】クライアントコンピュータに帳票作成システム
が導入された際のメモリマップの図である。

【図５】サーバコンピュータに帳票作成システムが導入
された際のメモリマップの図である。

【図６】フロッピーディスク内部のデータの配置を示す
アロケーションマップの図である。

【図７】サーバ、クライアントで動作させるソフトモジ
ュール構成図である。

【図８】オーバーレイ印刷による帳票作成を示す概念図
である。

【図９】サーバ、クライアント、プリンタを含むネット
ワークシステム図である。

【図１０】サーバ、クライアントを構成するコンピュー
タのブロック図である。

【図１１】コンピュータとフロッピーディスクの関係を
示す図である。

【符号の説明】

４００，５００ メモリマップ ４０１，５０１ 基本Ｉ／Ｏプログラム ４０２，５０２ ＯＳ ４０３ 帳票作成システムクライアント用プログラム ５０３ 帳票作成システムサーバ用プログラム ４０４ フォーム情報ファイル（キャッシュ） ５０４ フォーム情報ファイル（マスター） ４０５ フィールドデータファイル ５０５ フィールドデータファイル（マスター） ４０６，５０６ ワークエリア ６０１ ボリューム情報 ６０２ ディレクトリ情報 ６０３，７０４ サーバ用プログラム ６０４，７０３ クライアント用プログラム ６０５ 関連データ ９００ ネットワーク ９０１〜９０５ コンピュータ（サーバ、クライアン
ト） ９０６ ネットワークプリンタ ９０７ プリンタ １００１ ＣＰＵ １００２ システムバス １００３ ＲＡＭ １００４ ＲＯＭ １００５ ＨＤ １００６ ＦＤＤ １００７，１１０２ ＦＤ １００８ ＣＲＴ １００９ キーボード １０１０ ネットワーク通信部 １１０１ コンピュータ本体

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ネットワークで接続されたサーバからフ
   ォーム情報を獲得して、フィールドデータとオーバレイ
   して印刷させる帳票作成方法であって、 指定されたフォーム情報の有無を判定する判定工程と、 フォーム情報があった場合、前記サーバから同名のファ
   イルの作成日時を獲得する獲得工程と、 獲得した作成日時と、前記フォーム情報に付された作成
   日時とを比較する比較工程と、 前記比較工程により、前記獲得工程により獲得した作成
   日時の方が新しいと判定された場合には、前記サーバか
   ら前記フォーム情報を獲得する工程とを備えることを特
   徴とする帳票作成方法。
2. 【請求項２】 フィールドデータについて、サーバがも
   つフィールドデータが指定された場合には、前記サーバ
   からフィールドデータを読み出す工程を更に備えること
   を特徴とする請求項１に記載の帳票作成方法。
3. 【請求項３】 前記フォーム情報は、部品フォームを組
   み合わせてなる複合フォーム情報であり、前記獲得工程
   においては、複合フォーム情報に含まれる部品フォーム
   すべての作成日時が獲得されることを特徴とする請求項
   １に記載の帳票作成方法。
4. 【請求項４】 前記比較工程において、前記獲得工程に
   より獲得した作成日時の方が新しいと判定された場合に
   は、前記獲得工程により、複合フォームに含まれるすべ
   ての部品フォームがサーバから獲得されることを特徴と
   する請求項３に記載の帳票作成方法。
5. 【請求項５】 前記フィールドデータをサーバから読み
   出した場合、そのフィールドデータを、使用後に削除す
   ることを特徴とする請求項２に記載の帳票作成方法。
6. 【請求項６】 ネットワークで接続されたサーバからフ
   ォーム情報を獲得して、フィールドデータとオーバレイ
   して印刷させる帳票作成装置であって、 指定されたフォーム情報の有無を判定する判定手段と、 フォーム情報があった場合、前記サーバから同名のファ
   イルの作成日時を獲得する獲得手段と、 獲得した作成日時と、前記フォーム情報に付された作成
   日時とを比較する比較手段と、 前記比較手段により、前記獲得手段により獲得した作成
   日時の方が新しいと判定された場合には、前記サーバか
   ら前記フォーム情報を獲得する手段とを備えることを特
   徴とする帳票作成装置。
7. 【請求項７】 フィールドデータについて、サーバがも
   つフィールドデータが指定された場合には、前記サーバ
   からフィールドデータを読み出す手段を更に備えること
   を特徴とする請求項６に記載の帳票作成装置。
8. 【請求項８】 前記フォーム情報は、部品フォームを組
   み合わせてなる複合フォーム情報であり、前記獲得手段
   においては、複合フォーム情報に含まれる部品フォーム
   すべての作成日時が獲得されることを特徴とする請求項
   ６に記載の帳票作成装置。
9. 【請求項９】 前記比較手段において、前記獲得手段に
   より獲得した作成日時の方が新しいと判定された場合に
   は、前記獲得手段により、複合フォームに含まれるすべ
   ての部品フォームがサーバから獲得されることを特徴と
   する請求項８に記載の帳票作成装置。
10. 【請求項１０】 前記フィールドデータをサーバから読
    み出した場合、そのフィールドデータを、使用後に削除
    することを特徴とする請求項７に記載の帳票作成装置。
11. 【請求項１１】 サーバ装置と、該サーバ装置からフォ
    ーム情報を獲得して、フィールドデータとオーバレイし
    て印刷させるクライアント装置とを含む帳票作成システ
    ムであって、 前記サーバは作成日時を付されたフォーム情報を有し、 前記クライアントは、 指定されたフォーム情報の有無を判定する判定手段と、 フォーム情報があった場合、前記サーバから同名のファ
    イルの作成日時を獲得する獲得手段と、 獲得した作成日時と、前記フォーム情報に付された作成
    日時とを比較する比較手段と、 前記比較手段により、前記獲得手段により獲得した作成
    日時の方が新しいと判定された場合には、前記サーバか
    ら前記フォーム情報を獲得する手段とを備えることを特
    徴とする帳票作成システム。
12. 【請求項１２】 コンピュータを、 指定されたフォーム情報の有無を判定する判定手段と、 フォーム情報があった場合、前記サーバから同名のファ
    イルの作成日時を獲得する獲得手段と、 獲得した作成日時と、前記フォーム情報に付された作成
    日時とを比較する比較手段と、 前記比較手段により、前記獲得手段により獲得した作成
    日時の方が新しいと判定された場合には、前記サーバか
    ら前記フォーム情報を獲得する手段として機能させるた
    めのコンピュータプログラムを格納することを特徴とす
    る記憶媒体。
13. 【請求項１３】 前記コンピュータプログラムは、フィ
    ールドデータについて、サーバがもつフィールドデータ
    が指定された場合には、前記サーバからフィールドデー
    タを読み出す手段として更に機能させることを特徴とす
    る請求項１２に記載の記憶媒体。
14. 【請求項１４】 前記フォーム情報は、部品フォームを
    組み合わせてなる複合フォーム情報であり、前記獲得手
    段においては、複合フォーム情報に含まれる部品フォー
    ムすべての作成日時が獲得されることを特徴とする請求
    項１２に記載の記憶媒体。
15. 【請求項１５】 前記比較手段において、前記獲得手段
    により獲得した作成日時の方が新しいと判定された場合
    には、前記獲得手段により、複合フォームに含まれるす
    べての部品フォームがサーバから獲得されることを特徴
    とする請求項１４に記載の記憶媒体。
16. 【請求項１６】 前記コンピュータプログラムは、前記
    フィールドデータをサーバから読み出した場合、そのフ
    ィールドデータを、使用後に削除する手段としてさらに
    機能させることを特徴とする請求項１３に記載の記憶媒
    体。