(57)【要約】【課題】帳票及び埋め込みデータの改ざんを防止するとともに、同一データを使用した印刷が複数回実行されることを防止できるようにする。【解決手段】サーバから配信されるファイルであって、帳票や埋め込みデータを結合したファイルの中に埋め込まれている配信に関する情報を取り出すとともに、上記取り出した配信に関する情報を履歴保存しておき、上記履歴保存した情報に基づいて、印刷処理してもよいファイルであるか否かを判断すること、同一の配信ファイルであっても処理の状況に応じて処理を再実行すること、及び配信されたファイルを不要になった時点で削除することを行うようにすることにより、帳票及び埋め込みデータの改ざんを防止できるようにするとともに、同一データを使用した印刷が複数回実行されることを防止できるようにする。【選択図】　　　　図１
2004094818.tif 000002
【特許請求の範囲】
【請求項１】
サーバから配信されるファイルであって、帳票や埋め込みデータを結合したファイルの中に埋め込まれている配信に関する情報を取り出すとともに、上記取り出した配信に関する情報を履歴保存しておき、上記履歴保存した情報に基づいて、印刷処理してもよいファイルであるか否かを判断すること、同一の配信ファイルであっても処理の状況に応じて処理を再実行すること、及び配信されたファイルを不要になった時点で削除することを行うようにしたことを特徴とする帳票印刷制御装置。
【請求項２】
サーバによって生成されてクライアントに配信されるファイルを印刷処理する帳票印刷制御装置であって、
処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得手段と、
上記第１の情報取得手段によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得手段と、
上記第１の情報取得手段によって取得されたファイルから取得した情報と、上記第２の情報取得手段によって取得された配信ジョブの処理履歴の情報とを比較する情報比較手段と、
上記情報比較手段によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断手段と、
上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存手段とを有することを特徴とする帳票印刷制御装置。
【請求項３】
上記配信ファイルに関する情報を履歴情報として記録媒体に保存する際に、処理の状況に関する情報を付加する情報付加手段と、
上記情報付加手段によって履歴情報として記録媒体に保存された処理の状況に応じて、配信されたファイルが以前に処理を中断されたものかどうかを判定する中断判定手段と、
上記中断判定手段により以前に処理を中断されたファイルだと判定された場合、その配信されたファイルの処理を再実行する再実行手段とを有することを特徴とする請求項２に記載の帳票印刷制御装置。
【請求項４】
上記配信ファイルが削除できない属性であった場合に処理を中断する処理中断手段と、
上記配信ファイルが必要なくなった時点でそのファイルを削除するファイル削除手段とを有することを特徴とする請求項１または２に記載の帳票印刷制御装置。
【請求項５】
サーバによって生成されてクライアントに配信されるファイルを印刷処理する帳票印刷制御方法であって、
処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得工程と、
上記第１の情報取得工程によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得工程と、
上記第１の情報取得工程によって取得されたファイルから取得した情報と、上記第２の情報取得工程によって取得された配信ジョブの処理履歴の情報とを比較する情報比較工程と、
上記情報比較工程によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断工程と、
上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存工程とを有することを特徴とする帳票印刷制御方法。
【請求項６】
上記配信ファイルに関する情報を履歴情報として記録媒体に保存する際に、処理の状況に関する情報を付加する情報付加工程と、
上記情報付加工程によって履歴情報として記録媒体に保存された処理の状況に応じて、配信されたファイルが以前に処理を中断されたものかどうかを判定する中断判定工程と、
上記中断判定工程により以前に処理を中断されたファイルだと判定された場合、その配信されたファイルの処理を再実行する再実行工程とを有することを特徴とする請求項５に記載の帳票印刷制御方法。
【請求項７】
上記配信ファイルが削除できない属性であった場合に処理を中断する処理中断工程と、
上記配信ファイルが必要なくなった時点でそのファイルを削除するファイル削除工程とを有することを特徴とする請求項５または６に記載の帳票印刷制御方法。
【請求項８】
サーバによって生成されてクライアントに配信されるファイルを印刷処理を実行するコンピュータプログラムであって、
処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得工程と、
上記第１の情報取得工程によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得工程と、
上記第１の情報取得工程によって取得されたファイルから取得した情報と、上記第２の情報取得工程によって取得された配信ジョブの処理履歴の情報とを比較する情報比較工程と、
上記情報比較工程によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断工程と、
上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存工程とをコンピュータプログラムに実行させることを特徴とするコンピュータプログラム。
【請求項９】
上記請求項８に記載のコンピュータプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は帳票印刷制御装置、帳票印刷制御方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体に関し、特に、罫線や文字からなる定型文書である帳票、及びそれに付随するデータの配信と印刷に関するシステムに用いて好適なものである。
【０００２】
【従来の技術】
従来、罫線や文字からなる定型文書である帳票の配信と印刷または表示に関するシステムが種々の提案がなされている。このようなシステムでは、罫線など常に定型の要素と、その定型部分に埋め込む書類ごとに異なるデータ部とにわかれたファイル群をもって印刷処理に供するものとする。
【０００３】
これらのシステムにおいては、それぞれの要素を以後単に「帳票」及び「埋め込みデータ」と称している。また、これらを重ね合わせてひとつの文書として完成することを一般に「オーバレイ」と称している。
【０００４】
また、従来の帳票印刷制御システムでは、帳票及び埋め込みデータをサーバで管理し、サーバからクライアントに配信することによって、クライアントではそれらを使った帳票処理のオーバレイ処理の結果を印刷するようにしている。
【０００５】
このとき、サーバからクライアントに送信されるデータは帳票及び埋め込みデータを適宜圧縮あるいは暗号化し、それらを結合しひとつにまとめたものとしている。この一つにまとめられてクライアントに配信されるデータのことを以後単に「配信ファイル」と称している。
【０００６】
【発明が解決しようとする課題】
ところで、一般に、有価証券などの印刷に利用される帳票印刷システムでは、印刷物の重要性にかんがみ、帳票及び埋め込みデータに対して、それらの改ざんを防ぐとともに、同一データを使った印刷が複数回実行されることを防止する措置が必要である。
【０００７】
特に、利用範囲が拡大しているＷｅｂを利用した帳票配信技術においては、前述の配信ファイルをファイルとして容易に保存でき、その配信ファイルが包含する帳票印刷の処理をヘルパーアプリケーションによって、容易に複数回実行することが可能となる。
【０００８】
従来はこのような状況下で、クライアントに送信された配信ファイルを複数回オーバレイ処理することを防止する手段が施されていなかった。
本発明は上述の問題点にかんがみてなされたもので、帳票及び埋め込みデータの改ざんを防止するとともに、同一データを使用した印刷が複数回実行されることを防止できるようにすることを目的とする。
【０００９】
【課題を解決するための手段】
本発明の帳票印刷制御装置は、サーバから配信されるファイルであって、帳票や埋め込みデータを結合したファイルの中に埋め込まれている配信に関する情報を取り出すとともに、上記取り出した配信に関する情報を履歴保存しておき、上記履歴保存した情報に基づいて、印刷処理してもよいファイルであるか否かを判断すること、同一の配信ファイルであっても処理の状況に応じて処理を再実行すること、及び配信されたファイルを不要になった時点で削除することを行うようにしたことを特徴としている。
また、本発明の他の特徴とするところは、サーバによって生成されてクライアントに配信されるファイルを印刷処理する帳票印刷制御装置であって、処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得手段と、上記第１の情報取得手段によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得手段と、上記第１の情報取得手段によって取得されたファイルから取得した情報と、上記第２の情報取得手段によって取得された配信ジョブの処理履歴の情報とを比較する情報比較手段と、上記情報比較手段によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断手段と、上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存手段とを有することを特徴としている。
また、本発明のその他の特徴とするところは、上記配信ファイルに関する情報を履歴情報として記録媒体に保存する際に、処理の状況に関する情報を付加する情報付加手段と、上記情報付加手段によって履歴情報として記録媒体に保存された処理の状況に応じて、配信されたファイルが以前に処理を中断されたものかどうかを判定する中断判定手段と、上記中断判定手段により以前に処理を中断されたファイルだと判定された場合、その配信されたファイルの処理を再実行する再実行手段とを有することを特徴としている。
また、本発明のその他の特徴とするところは、上記配信ファイルが削除できない属性であった場合に処理を中断する処理中断手段と、上記配信ファイルが必要なくなった時点でそのファイルを削除するファイル削除手段とを有することを特徴としている。
【００１０】
本発明の帳票印刷制御方法は、サーバによって生成されてクライアントに配信されるファイルを印刷処理する帳票印刷制御方法であって、処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得工程と、上記第１の情報取得工程によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得工程と、上記第１の情報取得工程によって取得されたファイルから取得した情報と、上記第２の情報取得工程によって取得された配信ジョブの処理履歴の情報とを比較する情報比較工程と、上記情報比較工程によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断工程と、上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存工程とを有することを特徴としている。
また、本発明のその他の特徴とするところは、上記配信ファイルに関する情報を履歴情報として記録媒体に保存する際に、処理の状況に関する情報を付加する情報付加工程と、上記情報付加工程によって履歴情報として記録媒体に保存された処理の状況に応じて、配信されたファイルが以前に処理を中断されたものかどうかを判定する中断判定工程と、上記中断判定工程により以前に処理を中断されたファイルだと判定された場合、その配信されたファイルの処理を再実行する再実行工程とを有することを特徴としている。
また、本発明のその他の特徴とするところは、上記配信ファイルが削除できない属性であった場合に処理を中断する処理中断工程と、上記配信ファイルが必要なくなった時点でそのファイルを削除するファイル削除工程とを有することを特徴としている。
【００１１】
本発明のコンピュータプログラムは、サーバによって生成されてクライアントに配信されるファイルを印刷処理を実行するコンピュータプログラムであって、処理すべき帳票ファイル、帳票に適したデータファイル、及び配信するファイルを生成したサーバ自らと配信ジョブに関する情報を埋め込んだ配信ファイルから生成元のサーバ及び配信ジョブに関する情報を取得する第１の情報取得工程と、上記第１の情報取得工程によって以前に取得されて保存されている配信ジョブの処理履歴内の情報を取得する第２の情報取得工程と、上記第１の情報取得工程によって取得されたファイルから取得した情報と、上記第２の情報取得工程によって取得された配信ジョブの処理履歴の情報とを比較する情報比較工程と、上記情報比較工程によって比較した結果から、印刷装置による印刷処理を行うかどうかを判断する印刷判断工程と、上記印刷装置による印刷処理を行った配信ファイルに関して、配信ファイルから取得した生成元のサーバを含む情報を履歴情報として記録媒体に保存する情報保存工程とをコンピュータプログラムに実行させることを特徴としている。
【００１２】
本発明のコンピュータ読み取り可能な記録媒体は、上記に記載のコンピュータプログラムを記録したことを特徴としている。
【００１３】
【発明の実施の形態】
次に、添付図面を参照しながら本発明の帳票印刷制御装置、帳票印刷制御方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体の実施の形態について説明する。
【００１４】
図１は、本発明に係る帳票作成編集システムのハードウェアの構成を表わすブロック図である。この票作成編集システムは、ＣＰＵ１２による中央処理装置と、ＲＡＭ及びＲＯＭなどのメモリ１３による主記憶装置、ドライブ装置１５を介して接続される外部メモリ１９やハードディスク２０、キーボード及びマウスなどのポインティングデバイスによる入力装置１１、ＣＲＴディスプレイ１４などによる表示装置、プリンタ１７などによる印刷装置、及び外部ネットワーク１８に接続する外部入出力インターフェイス１６とからその主要部が構成されるコンピュータシステムが複数相互に接続されているものである。
【００１５】
本制御装置は、基本Ｉ／Ｏプログラム、ＯＳ，及びプログラムをＣＰＵ１２が実行することにより動作する。基本Ｉ／Ｏプログラムはメモリ１３に書き込まれており、ＯＳはハードディスク２０に書き込まれている。そして、本制御装置の電源がＯＮされたときに、基本Ｉ／Ｏプログラム中のＩＰＬ（イニシャル・プログラム・ローディング）機能によりハードディスク２０からＯＳがメモリ１３に読み込まれ、ＯＳの動作が開始される。
【００１６】
プログラムは、図５に示される制御手順のフローチャートに基づいてプログラムコード化されたものである。本実施の形態の場合は、本制御プログラム及び関連データ３０は外部メモリ１９中に記録されており、その記録されている内容の構成を図２に示す。図２において、３１はボリューム情報、３２はディレクトリ情報、３３は制御プログラム実行ファイル、３４は制御プログラム関連データファイルを示している。
【００１７】
外部メモリ１９に記録された制御プログラム及び関連データ３０は、図１に示すようにドライブ装置１５を通じて本コンピュータシステムにロードすることができる。
【００１８】
上記外部メモリ１９をドライブ装置１５にセットすると、ＯＳ及び基本Ｉ／Ｏプログラムの制御の下に本制御プログラム及び関連データが外部メモリ１９から読み出され、メモリ１３にロードされて動作可能となる。
【００１９】
図３は、本制御プログラムがＲＡＭにロードされ実行可能となった状態のメモリマップを示す。
本実施の形態では、外部メモリ１９から制御プログラム及び関連データをメモリ１３に直接ロードして実行させる例を示したが、この他に外部メモリ１９からプログラム及び関連データをハードディスク２０にいったん格納（インストール）しておき、本プログラムを動作させる段にハードディスク２０からメモリ１３にロードするようにしてもよい。
【００２０】
また、本制御プログラムを記録する外部メモリ１９としては、ＦＤ以外にＣＤ−ＲＯＭ、ＩＣメモリカードなどであってもよい。さらに本プログラムを読取専用のＲＯＭに記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ１２で実行することも可能である。
【００２１】
さて本実施の形態では、Ｗｅｂのシステムを利用した有価証券帳票配信システムを考える。利用者は、ＷｅｂブラウザからＷｅｂサーバに対してＨＴＴＰパラメータなどの埋め込まれたリクエストを、ＨＴＭＬファイルなどを利用して送信することによって、有価証券の印刷を行うためのデータの配信を要求する。この実行系では、Ｗｅｂブラウザからの要求に対して、Ｗｅｂサーバは指定された帳票、及びそれに埋め込まれるべき埋め込みデータを準備する。
【００２２】
通常埋め込みデータは、データベースなどを用いてサーバの処理により帳票の定型部以外の部位を埋めるテキストデータであるが、それに付随する画像ファイルなどの別ファイルを含む場合もある。
【００２３】
Ｗｅｂサーバではそれら帳票処理に必要なデータ及びファイルを用意した後、圧縮あるいは暗号化し、さらに帳票をファイル処理または印刷処理するための付加情報をヘッダとして付加してひとつのファイルに結合する。
【００２４】
ここで言うファイル処理とは、サーバ側で各結合されているファイルの圧縮方法や暗号化方法を記述しておき、それらを利用してクライアント側で元のファイルに復元する処理である。また、印刷処理するための付加情報とは、クライアントで印刷する際に利用するプリンタ名や印刷部数や給紙口などプリンタの機能を指定するものである。
【００２５】
結合されたファイルは、特徴的なデータ列（たとえば、”−−−−−−−−−−−−−−−−−−−−区切り線”　　というような文字列など）、あるいはヘッダに各ファイルの開始・終了オフセットバイト数など記述しその値を参照することにより、容易に元のファイルごとに分解することが可能である。
【００２６】
また、配信ファイルのヘッダにはその配信ジョブに関する情報を付加する。「配信ジョブ」とは、そのときの配信をひとつの処理されるべきジョブとみなして行う呼称である。
【００２７】
有価証券における配信ジョブは、唯一無二のものであり、ひとつの配信ジョブを複数回繰り返し処理して複数の同一の印刷物を得ることは許されない。この唯一無二性を確保するために、この配信ジョブを他のジョブと区別するための配信ジョブＩＤをヘッダに含めるものとする。
【００２８】
本実施の形態において、配信ジョブＩＤは、以下に述べるような方式によって生成される。
まず、この配信ジョブを生成し配信ファイルを作成したＷｅｂサーバ上で稼動するＷｅｂアプリケーション（以後「配信アプリケーション」と呼称）を同定するために、そのサーバのＩＰアドレスを生成する。また、同一のサーバ上で複数の配信アプリケーションが動作した場合の区別のために起動した順につけられる起動番号（００１，００２，，，など）を生成する。
【００２９】
さらに、そのそのサーバ上で処理された配信ジョブをカウントアップする値を保持しておき、それを十分大きな桁数を確保した上で表現したジョブカウント値（０００００００１，０００００００２，，，など）を生成する。そして、これらを文字列として結合し、必要であれば任意にスクランブルなどの処理によって容易に判別できないようにした値を配信ジョブＩＤとする。
【００３０】
こうして、各種の情報とファイルとを結合されてできた配信ファイルはクライアント側で処理できる特定のＭＩＭＥ（ｍｕｌｔｉｐｕｒｐｏｓｅ　ｉｎｔｅｒｎｅｔ　ｍａｉｌ　ｅｘｔｅｎｓｉｏｎｓ）タイプのデータとしてクライアントにネットワークを通じて配信される。
【００３１】
図４に、配信ファイル４０の内容について、一例を示す。図４において、４１は基本Ｉ／Ｏプログラム、４２はＯＳ、４３は制御プログラム、４４はデータエリア、４５はワークエリアを示している。
【００３２】
クライアント側のＷｅｂブラウザは配信ファイルを受け取った後、その特定のＭＩＭＥ型に適合したヘルパーアプリケーションを起動し、その起動パラメータとして配信ファイル名を渡す。通常配信ファイルは、ブラウザの一時ファイルとしてダウンロードされている。配信ファイル名を受け取ったヘルパーアプリケーションは、そのファイルを使用して帳票の印刷処理を開始する。
【００３３】
まず、ヘルパーアプリケーションは配信ファイルのヘッダ部分を読み取り、配信ジョブＩＤを取り出す。配信ジョブＩＤからはサーバのＩＰアドレスや、起動番号、ジョブカウント数を取り出す。
【００３４】
また、ヘッダからは他に、印刷時に利用するプリンタ名や印刷部数などの印刷処理用の情報も取り出す。これらの取り出された値は、ヘルパーアプリケーションによってメモリ１３上に保持される。
【００３５】
次に、ヘッダから読み出した配信ジョブＩＤを用いて、配信ジョブＩＤの履歴処理を行う。
まず、配信ジョブＩＤを記録する履歴情報であるが、この履歴情報は、ディスク上のファイル、あるいはＯＳの管理するレジストリなどの形態で保持することができる。あるいは、メモリカードや独自のハードウェアにより情報を保持することも可能なのは言うまでもない。ここではハードディスク２０上のファイルに保存する形態で実施の形態を述べる。
【００３６】
履歴情報は、ファイル中に、配信ジョブごとの情報が容易に分離して取り出せるような形態で保存されている。そのためには、例えば、改行文字で区切られた文字列でひとつの配信ジョブの情報を保持する方法や、あるいは固定のバイト数によってひとつの情報区切りとする方法、あるいは各情報の先頭数バイトに各配信ジョブの情報のブロックの大きさをバイト数で表しておく、などの方法が考えられる。
【００３７】
さて、配信ジョブＩＤを配信ファイルから取り出した後の、配信ジョブＩＤを管理する方法は以下の方法による。
図５のフローチャートを参照しながら説明する。
まず、クライアントのヘルパーアプリケーションをインストールするときに設定される情報によって、履歴を保持するファイル（以後「履歴ファイル」と呼称）の位置が決定されている。ヘルパーアプリケーションは、自由にこの履歴ファイルの位置とファイル名を取得し、履歴ファイルにアクセスすることができる。
【００３８】
まず、最初のステップＳ０１において、配信ファイルを受け取ったヘルパーアプリケーションは、履歴ファイルの位置とファイル名を取得し、その履歴ファイルが存在するかどうかを確認する。
【００３９】
この確認の結果、履歴ファイルが存在すれば、ステップＳ０２に進んでそのファイルを開く。また、ステップＳ０１の確認の結果、履歴ファイルが存在しなかった場合は、ステップＳ０３に進んで新しく履歴ファイルを生成してからステップＳ０２に進む。
【００４０】
ステップＳ０２でファイルを開いたら、次に、ステップＳ０４に進み、履歴ファイル上から、先頭の配信ジョブ履歴情報を取り出す。その１単位の情報から、さらに配信ジョブＩＤを取り出す。
【００４１】
次に、ステップＳ０５に進み、履歴ファイルの終端に達したか否かを判定する。この判定において、もうそれ以上履歴情報が取り出せない場合は、履歴ファイルの終端に達したものとみなす。
【００４２】
履歴ファイルの終端に達したものと判断したら、ステップＳ０６に進み、ステップＳ０４で取り出した配信ジョブＩＤと、先に配信ファイルから取得していた配信ジョブとＩＤとを比較する。この比較は、まず、配信ファイルの生成されたサーバのＩＰアドレスの部分と、配信アプリケーションの起動番号を取り出して比較する。
【００４３】
この比較を行った後、ステップＳ０７において、配信アプリケーションの同一性をチェックする。このチェックの結果、これらが一致しない場合は、違うサーバかアプリケーションから配信されたジョブであるとみなして、ステップＳ０４に戻って次の履歴チェックに移行する。また、一致した場合はステップＳ０８に進み、サーバで保持されてカウントアップしている配信ジョブのカウント番号を取り出して比較する。
【００４４】
次に、ステップＳ０９に進み、これが配信ファイルのものと同じかそれよりも小さいかどうか否かを確認することで、今回の配信ジョブが、すでに履歴されているものか、履歴されているものよりも後に生成されたものかあるかどうかを確かめる。このことで、すでに処理した配信ジョブ、あるいは処理されているものより古い配信ジョブ（すなわち、以前に保存されて改ざんされた可能性の高い）を排除する。
【００４５】
ステップＳ０９の確認の結果、履歴に残されたカウント番号と配信ファイルのカウント番号が一致もしくは今回のもののほうが小さい場合はステップＳ１０に進み、配信ジョブの処理を中断し、中断した旨のエラーを出しヘルパーアプリケーションの処理は中断する。
【００４６】
また、ステップＳ０９の判断の結果、配信ファイルのＩＰアドレスの部分と配信アプリケーションの起動番号が一致し、かつ配信ジョブのカウント番号が履歴に残されているものよりも大きい場合には、この履歴情報より新しいジョブであるとしてステップＳ０４に戻り、次の履歴情報に比較に移る。
【００４７】
次の履歴との比較は、先に処理した配信ジョブ履歴情報の次の情報を取り出し、またステップＳ０４から同様の処理を繰り返す。履歴の比較は、履歴ファイルが終端に達すれば終了する。また、比較してエラーで終了したときにも終了する。
【００４８】
こうして、ステップＳ０５の確認の結果、すべての履歴情報との比較が終了し、途中でエラーのために抜けることなく履歴ファイルが終端に達したならば、新しい配信ファイルは正当なものであると判断して、ステップＳ１１に進んで次の処理に移る。
【００４９】
ステップＳ１１においては、この段階で履歴ファイルに、今回配信された配信ファイルのヘッダに記入されていた配信ジョブＩＤを、履歴ファイルの終端に書き込む。そのとき、この配信ファイルの印刷処理に関してはまだ終了していないので、「処理中」を表すフラグ（数値あるいは文字列）とともに配信ジョブＩＤを記録しておく。このとき、後の処理のために、この「処理中」と書き込んだファイル中の位置のシークポインタを保存しておく。
【００５０】
次に、ステップＳ１２に進み、配信ファイルからは結合されていたファイルを分割し、適宜圧縮の解凍や暗号化の解除を行い、印刷処理用のファイルとして適切な場所に保存し直す。そして、上記保存し直したファイルを用いて、帳票の印刷処理を行う。
【００５１】
次に、ステップＳ１３に進み、帳票の印刷処理において正常に終了したかどうかを判定する。この判定の結果、帳票の印刷処理においてなんらかのエラーが生じた場合はステップＳ１５に進み、先に履歴ファイルの終端に書き込んだ「処理中」というフラグを「中断」をあらわすフラグに書き換える。その場合、先に保存しておいたファイルのシークポインタを利用して、再び履歴ファイル中の履歴情報をサーチし直すことなく簡単に該当ジョブのステータスを変更することができる。
【００５２】
一方、ステップＳ１３の判定の結果、エラー無しに帳票の印刷処理が終了したならステップＳ１４に進み、先に履歴ファイルの終端に書き込んだ［処理中］というフラグを、ジョブが正常に終了したことを表わすように「処理済」ステータスの状態に履歴情報を書き換える。この場合も、先に保存しておいたファイルのシークポインタを利用して、再び履歴ファイル中の履歴情報をサーチし直すことなく簡単に該当ジョブのステータスを変更することができる。
【００５３】
以上がすべて終了したら、ステップＳ１６に進み、先に開いていた履歴ファイルを閉じて処理を終了する。
【００５４】
「第２の実施の形態」
履歴ファイルに残された「処理中」、或いは「中断」というステータスを見て、これらのステータスが残された履歴に関しては、その配信ジョブＩＤと同じＩＤを持つ配信ファイルが再度処理にかけられたとしても、エラーにせず処理を最後まで試みる。
【００５５】
本実施の形態においては、これによって、一度エラーになった処理は正常処理が可能になるまで再試行できる、という特有の効果を得ることができる。
【００５６】
「第３の実施の形態」
第３の実施の形態においては、正常処理を実行した後は配信ファイルを即座に削除するようにする。このようにすることにより、処理が終わってから残されたままの配信ファイルを流用したファイル内容の改ざんによる悪意ある運用を防止できるという特有の効果が得られる。
【００５７】
「第４の実施の形態」
第４の実施の形態においては、処理中でも必要なくなった段階で配信ファイルを即座に削除する。削除するタイミングとしては、結合されていた各ファイルを復元し終えて、ヘッダ部分の情報も全てメモリ中に取得した後であり、この状態では帳票印刷処理としてはまだ始まっていない段階でもかまわない。
【００５８】
また、処理を開始するときに配信ファイルの属性を調べ、削除禁止の属性であった場合は、即座に処理を中断する。このようにすることにより、配信ファイルがクライアント上に物理的に存在する時間を極力短くすることができて、配信ファイルの記述方法を容易には知られないようにするとともに、配信ファイルの改ざんによる悪意ある運用をより強固に防止できるという特有の効果が得られる。
【００５９】
「第５の実施の形態」
第５の実施の形態においては、履歴ファイルの配信ジョブＩＤを、履歴ファイルとは別の方法も使用して保持しておく（例えば、レジストリなど）。この場合、すべての履歴情報を保持しておくのではなく、簡易的に、最後に処理した配信ジョブＩＤだけを保存しておく。
もし履歴ファイルが見つからない場合、別の方法を使用して保持している最新の配信ジョブＩＤを取り出し、新たな配信ファイルのジョブＩＤがそのＩＤよりも古い場合、すでにより新しいジョブが処理されているとみなして、今回配信されたファイルを処理しない。
【００６０】
このように、履歴情報を複数の持ち方で保持するようにすることにより、ユーザの履歴の改ざんによる悪意ある運用をも防止することができる。
【００６１】
「第６の実施の形態」
第６の実施の形態においては、クライアント側での処理は、ブラウザのヘルパーアプリケーションを利用する方法をとったが、ブラウザのプラグインソフトウェアでも可能であることはいうまでもない。
【００６２】
このように、プラグインを利用した場合、ブラウザ内部で帳票のインライン表示が可能なプレビュー機能を設けることもでき、ユーザがブラウザとヘルパーアプリケーションとの境界を考慮することなく、スムーズに処理を行うことができるという特有の効果が得られる。
【００６３】
（本発明の他の実施の形態）
本発明は複数の機器から構成されるシステムに適用しても１つの機器からなる装置に適用しても良い。
【００６４】
また、上述した実施の形態の機能を実現するように各種のデバイスを動作させるように、上記各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、記憶媒体から、またはインターネット等の伝送媒体を介して上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【００６５】
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記憶媒体は本発明を構成する。かかるプログラムコードを記憶する記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６６】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態で説明した機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等の共同して上述の実施の形態で示した機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることは言うまでもない。
【００６７】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれる。
【００６８】
【発明の効果】
以上説明してきたように、本発明によれば、サーバから配信されるファイルであって、帳票や埋め込みデータを結合したファイルの中に埋め込まれている配信に関する情報を取り出すとともに、上記取り出した配信に関する情報を履歴保存しておき、上記履歴保存した情報に基づいて、印刷処理してもよいファイルであるか否かを判断すること、同一の配信ファイルであっても処理の状況に応じて処理を再実行すること、及び配信されたファイルを不要になった時点で削除することを行うようにしたので、帳票及び埋め込みデータの改ざんを防止することができるとともに、同一データを使用した印刷が複数回実行されることを防止することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態を示し、本発明のハードウェアの構成ブロック図である。
【図２】本発明における媒体に記録されている内容の構成の例を示す図である。
【図３】本発明における実行可能状態での記憶領域の構成の例を示す図である。
【図４】本発明の実施の形態の扱う配信ファイルの内容の例を示す図である。
【図５】本発明の実施の形態における動作のフローチャートである。
【符号の説明】
１１　入力装置
１２　ＣＰＵ
１３　メモリ
１４　ディスプレイ
１５　ドライブ装置
１６　外部入出力インターフェイス
１７　プリンタ
１８　ネットワーク
１９　外部メモリ
２０　ハードディスク
【図１】
2004094818.tif 000003
【図２】
2004094818.tif 000004
【図３】
2004094818.tif 000005
【図４】
2004094818.tif 000006
【図５】
2004094818.tif 000007