JP2004157601A - Processing device for business form file - Google Patents
Processing device for business form file Download PDFInfo
- Publication number
- JP2004157601A JP2004157601A JP2002320136A JP2002320136A JP2004157601A JP 2004157601 A JP2004157601 A JP 2004157601A JP 2002320136 A JP2002320136 A JP 2002320136A JP 2002320136 A JP2002320136 A JP 2002320136A JP 2004157601 A JP2004157601 A JP 2004157601A
- Authority
- JP
- Japan
- Prior art keywords
- file
- form file
- server
- history
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 abstract description 77
- 230000008569 process Effects 0.000 description 15
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000003672 processing method Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、罫線や文字からなる定型文書である帳票及びそれに付随するデータの配信、印刷及び表示に好適な帳票ファイルの処理装置、帳票ファイルの処理システム、帳票ファイルの処理方法、帳票ファイルの処理プログラム及び記録媒体に関する。
【0002】
【従来の技術】
従来、帳票制御システムでは、LAN(ローカル・エリア・ネットワーク)、WAN(ワイド・エリア・ネットワーク)及びインターネット等のネットワークを介して接続されたサーバ及びクライアントを含むコンピュータシステムにおいて、サーバがクライアントからの要求によって帳票を配信し、クライアントが配信された帳票を印刷又は表示している。
【0003】
そして、このような帳票制御システムでは、罫線等の常に定型のデータと、書類毎に異なりこのデータの定型部分に埋め込まれるデータとに分類されたファイル群をもって印刷又は表示の処理が行われる。本明細書では、上記の定形のデータを「帳票」といい、このデータ(帳票)に埋め込まれるデータを「埋め込みデータ」という。
【0004】
また、帳票及び埋め込みデータはサーバにより管理され、サーバからクライアントに配信されることによって、クライアントではそれらを使った帳票処理の結果を印刷又は表示することが可能となる。このとき、帳票及び埋め込みデータは一つのファイルとしてまとめられ、適宜このファイルは個別に圧縮又は暗号化される。
【0005】
特に、利用範囲が拡大しているWeb等を利用した帳票配信技術においては、サーバ側で管理している帳票ファイルがクライアントに配信され、クライアント側では、それを処理に使用し終わった後でも、すぐに削除されずに、保存されるという処理が行われる。
【0006】
クライアント側では、ある帳票が使用される場面では、常にサーバからその帳票ファイルを配信してもらうのではなく、該当する帳票ファイルが以前にサーバから配信されていない場合や、現在のサーバ上のファイルよりも古い帳票ファイルのみがクライアント上に存在し、帳票ファイルを更新する必要がある場合のみ、サーバに帳票ファイルの配信を要求することができる。このような処理によって、クライアント側では、一度ダウンロードした帳票ファイルは、それがアップデートされる必要が生じるまでは、自身に保存した帳票ファイルを利用することができる。従って、帳票を処理する際に、配信されるデータ量を減らし、通信路の負荷と処理の軽減を果たすことができる。
【0007】
本明細書では、帳票ファイルを常に配信するのではなく、必要となったときに配信をクライアントが自動的に要求し、サーバが配信を行う動作を「自動配信」といい、帳票ファイルを常に配信するか、又は配信しないことを指定して、サーバがそれに従って配信を行う動作を「固定配信」という。
【0008】
また、クライアント側では、サーバに配信を要求するべき帳票を判断するため、帳票の配信履歴の記録がファイルやレジストリ等の手段によって保存される。この配信履歴には、配信された帳票のファイル名、ファイルサイズ及びファイルの生成日時等の情報が記録される。
【0009】
クライアントは、任意の帳票ファイルを使用する必要が生じたとき、現在のサーバ側の帳票ファイルを配信するよう要求し、サーバからの応答を受け、その応答に含まれるサーバ側の帳票ファイルの状況と自分の側に残している配信履歴情報から、再配信が必要なものに該当するファイルだけを固定配信するようサーバ側に要求することで、必要な帳票ファイルだけが自動的に配信され、クライアント側の帳票ファイルがアップデートされる。
【0010】
なお、埋め込みデータファイルは、帳票ファイルとは異なり、原則的に毎回内容が更新されるので、印刷又は表示に利用した処理後、直ちに削除されても不具合はなく、このような自動配信の考えは当てはまらない。
【0011】
一般に、有価証券等の印刷等に利用される帳票の印刷・表示システムでは、印刷物の重要性に鑑み、帳票のデータに対してデータの改ざんを防ぐ措置が必要である。しかし、上述のように、帳票ファイルがクライアントに持続的に存在する場合には、外部からそれを編集して、内容を改ざんすることによって、不正な印刷物の発行を許してしまう可能性がある。
【0012】
このため、このような改ざんを防止するために、クライアントに配信された帳票ファイルには、スクランブル又は暗号化処理が施されている。
【0013】
ここで、このような処理を採用した従来のWebシステムを利用した有価証券帳票配信システムについて説明する。
【0014】
この従来のシステムでは、利用者は、クライアントのWebブラウザからサーバ上のWebアプリケーション(サーバプリケーション)に対してHTTPパラメータ等でリクエストを送信することによって、有価証券の印刷を行うための帳票ファイルとそれに付随する埋め込みデータファイル等の配信を要求する。
【0015】
この実行系では、サーバプリケーションは、Webブラウザからの要求に対して、指定された帳票及び付随する他のデータを準備する。
【0016】
ここで、クライアントは、これから処理しようとする帳票ファイルの名前と、それらを自動配信したい旨を表すフラグをHTTPパラメータの値としてサーバ側に送信する。
【0017】
それを受け取ったサーバプリケーションは、自動配信を要求された帳票ファイルについて、そのファイル名、ファイルサイズ及び更新日付等の情報を、自分の管理している帳票ファイルからピックアップして適切な形式にまとめ、情報ファイルとしてクライアントに送信する。
【0018】
その情報ファイルは、ある特定のMIME型を付与されていて、それを受け取ったクライアントは、そのMIME型を解析できるWebブラウザのプラグインを使用して、送信された情報ファイルを解析する。
【0019】
解析の際には、クライアント側にこれまで保持された帳票ファイルの履歴情報をとりだし、そこからファイル名、ファイルサイズ及び更新日付等を比較することによって、サーバに管理されている帳票ファイルを再配信してもらう必要があるかどうかを判断する。
【0020】
判断の結果、再配信が必要な帳票ファイルがあれば、次の配信では、再配信が必要であると判定された帳票ファイルを自動配信ではなく固定配信で配信することを要求する旨を表すHTTPパラメータと共に再度サーバプリケーションに要求する。
【0021】
それを受け取ったサーバは、要求された帳票ファイルを適切に結合してクライアントに固定配信する。
【0022】
その際、サーバは、必要な帳票ファイルを用意した後、圧縮又は暗号化の処理を行い、その他のクライアント側での処理に必要なヘッダ情報等を付加して一つのファイルに結合する。
【0023】
結合されたファイル群は、特徴的なデータ列(例えば、“−−−−−−−−−−−−−−−−−−−−区切り線”というような文字列等)を挿入するか、又はヘッダに各ファイルの開始・終了オフセットバイト数等を記述して、その値を参照することにより、容易に元のファイル毎に分解することが可能である。
【0024】
クライアントは、配信されたファイルを受け取ると、それらの結合されたファイルを別個に分類しながら復元し、クライアント側の帳票管理に適した位置に保存し直すと共に、管理しているファイルの履歴の内容を、取得したファイルに基づいた内容に更新する。
【0025】
その後、クライアント側では、それらの帳票を利用した印刷又は表示の処理を行う。
【0026】
なお、ここで、クライアント側に配信された帳票ファイルには、上述のようなスクランブル処理がかけられている。クライアント側で、その帳票を印刷や表示処理に使用するには、その度に一旦そのスクランブルを解除しなければならない。
【0027】
ここで、サーバとクライアント側においては、複数のスクランブル手法が合意されており、配信された帳票ファイルの先頭の数バイトを利用してそのスクランブル方法に関する情報を保持している。
【0028】
クライアント側で、この帳票ファイルを処理するには、先頭の数バイトを読み取り、そこからサーバと合意されているスクランブルの種類を識別し、それに適したスクランブル解除方法によって帳票ファイル部分の復号を行う。
【0029】
スクランブルの種類は、悪意あるユーザの解読を妨げるのに十分な数だけ用意されている。また、先頭の数バイトに書き込むスクランブルの種類に関する情報も、適度に乱数ノイズ等を加えて、ユーザには容易に知られないようにしておく。
【0030】
スクランブル種類を保持しておくには、ファイルの先頭数バイトという方法に限らず、様々な手法も採用されている。
【0031】
【発明が解決しようとする課題】
しかしながら、そのスクランブル又は暗号化処理の手段が解明されると、上述の改ざん善防止措置は無意味になってしまう。そして、帳票ファイルが持続的にクライアント上に存在すればするほど、スクランブル手法等が解析される可能性が高くなるという問題点がある。
【0032】
本発明は、かかる問題点に鑑みてなされたものであって、帳票ファイルの配信回数を抑制しながら、改ざんを効果的に防止することができる帳票ファイルの処理装置を提供することを目的とする。
【0033】
【課題を解決するための手段】
本願の第1の発明に係る帳票ファイルの処理装置は、サーバから配信された帳票ファイルの処理を行う帳票ファイルの処理装置であって、前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手段と、前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手段と、前記サーバに使用予定の帳票ファイルを通知する通知手段と、前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手段と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手段と、前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手段と、前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手段と、前記リストを前記サーバに送信するリスト送信手段と、を有することを特徴とする。
【0034】
本願の第2の発明に係る帳票ファイルの処理システムは、上記の帳票ファイルの処理装置と、前記サーバと、を有することを特徴とする。
【0035】
本願の第3の発明に係る帳票ファイルの処理方法は、サーバから配信された帳票ファイルの処理を行う帳票ファイルの処理方法であって、前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存工程と、前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存工程と、前記サーバに使用予定の帳票ファイルを通知する通知工程と、前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索工程と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較工程と、前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定工程と、前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成工程と、前記リストを前記サーバに送信するリスト送信工程と、を有することを特徴とする。
【0036】
本願の第4の発明に係る帳票ファイルの処理プログラムは、コンピュータに、サーバから配信された帳票ファイルの処理を行わせる帳票ファイルの処理プログラムであって、前記コンピュータに、前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手順と、前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手順と、前記サーバに使用予定の帳票ファイルを通知する通知手順と、前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手順と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手順と、前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手順と、前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手順と、前記リストを前記サーバに送信するリスト送信手順と、を実行させることを特徴とする。
【0037】
本願の第6の発明に係るコンピュータ読み取り可能な記録媒体は、上記の帳票ファイルの処理プログラムを記録したことを特徴とする。
【0038】
【発明の実施の形態】
以下、本発明の実施形態に係る帳票ファイルの処理装置、帳票ファイルの処理システム、帳票ファイルの処理方法、帳票ファイルの処理プログラム及び記録媒体について、添付の図面を参照して具体的に説明する。
【0039】
図1は、本発明の実施形態に係る帳票ファイルの処理システムにおけるクライアント(帳票ファイルの処理装置)のハードウェアの構成を示すブロック図である。
【0040】
クライアントは、例えばコンピュータシステムから構成され、CPU(中央処理装置)12と、主記憶装置としてのRAM及びROM等のメモリ13、外部メモリとしてのFD(フレキシブルディスク)を駆動するFDドライブ15a、同じく外部メモリとしてのHD(ハードディスク)を備えたHDドライブ15b、キーボード(K/B)及びマウス等のポインティングデバイスを備えた入力装置11、CRTディスプレイ等の表示装置14、プリンタ等の印刷装置17、並びに外部ネットワーク18に接続する外部入出力インターフェイス(I/O I/F)16が主要部として設けられている。
【0041】
上記クライアントは、例えば基本I/Oプログラム、OS(オペレーティング・システム)、及び帳票ファイルの処理プログラムをCPU12が実行することにより動作する。基本I/Oプログラムはメモリ12に書き込まれており、OSはHDドライブ15bに固定されたHD書き込まれている。クライアントの電源がONされると、基本I/Oプログラム中のIPL(イニシャル・プログラム・ローディング)機能によりHDからOSがRAM13に読み込まれ、OSの動作が開始される。処理プログラムは、例えば図4及び図5に示す処理の一部をCPU12に実行させるものであり、プログラムコード化されている。この処理プログラム及びその関連データは、例えばFDに記録されている。なお、図4及び図5に示す処理の他の部分は、例えばサーバが実行する。
【0042】
図2は、FDに記録されているデータの内容の構成を示す模式図である。このデータ30には、例えば、ボリューム情報31、ディレクトリ情報32、処理プログラム実行ファイル33及び処理プログラム関連データファイル34等が含まれている。
【0043】
FDに記録された処理プログラム及び関連データは、図1に示すように、FDドライブ15aを通じて本コンピュータシステム(クライアント)にロードすることができる。このFDをFDドライブ15aにセットすると、OS及び基本I/Oプログラムの制御の下に、本処理プログラム及び関連データがFDから読み出され、メモリ13、例えばRAMにロードされて実行可能となる。
【0044】
図3は、本処理プログラムがメモリ13にロードされ実行可能となったときのメモリマップを示す模式図である。メモリ13には、例えば、基本I/Oプログラム41、OS42、処理プログラム43、データエリア44及びワークエリア45等が記憶されている。
【0045】
なお、FDから処理プログラム及び関連データを一旦HDドライブ15内のHDに格納(インストール)しておき、本処理プログラムを実行させる際に、HDからメモリ13にロードするようにしてもよい。また、本処理プログラムを記録する媒体は、FD以外にCD−ROM、ICメモリカード等であってもよい。更に、本処理プログラムを読取専用のメモリ13、例えばROMに記憶させておき、これをメモリマップの一部をなすように構成し、直接CPU12で実行することも可能である。
【0046】
本実施形態に係る処理システムは、上述のようなクライアントが、外部ネットワーク18を介して複数相互に接続される共に、この外部ネットワーク18にサーバが接続されている。
【0047】
次に、上述のように構成されたクライアントを備えた帳票ファイルの処理システムの動作について、図4及び図5のフローチャートを参照して説明する。図4及び図5は、本発明の実施形態に係る帳票ファイルの処理システムの動作を示すフローチャートである。
【0048】
先ず、図4に示すように、クライアントが、単数又は複数の帳票を処理するにあたって、自動配信を指定する旨のフラグと共に、必要な帳票ファイルの名前を単数又は複数、サーバに送信する(ステップs1)。
【0049】
サーバは、クライアントからのフラグ及び帳票ファイルの名前を受信すると、自らが管理している帳票ファイルの中から指定された名前のファイルを検索し、そのファイルのサイズ及び更新日を取得する(ステップs2)。
【0050】
次いで、サーバは、取得したファイルの名前、サイズ及び更新日を適切な形式でファイル情報リストとしてリストアップし、クライアントにおいて、ファイル情報リストを解析するためのプラグインが処理するMIMEタイプを指定して、クライアントに送信する(ステップs3)。
【0051】
クライアントのプラグインは、前記ファイル情報リストを受信すると、その内容を利用しやすい形態でメモリに保持する。これと同時に、クライアントのプラグインは、これまでに配信されたファイル情報を履歴として残している履歴ファイルを開き、その内容を利用しやすい形態でメモリ上に展開する(ステップs4)。
【0052】
この履歴ファイルは、例えばユーザが検索しにくい位置に、解読しにくい記述形式で保存しておく。履歴ファイルには、これまで配信を受けたファイルの名前、サイズ、更新日付及び配信が行われた日時、並びにそのファイルのスクランブル方法等が書き込まれている。
【0053】
クライアントは、上記のように履歴ファイルを展開した後、配信を要求するファイル名を格納するためのリスト用のメモリ領域を確保して初期化する(ステップs5)。
【0054】
クライアントは、サーバから送られてきたファイル情報リストのなかに記述されているファイル名を一つずつ取り出し、履歴ファイルから同じ名前のファイルの情報を検索する(ステップs6)。
【0055】
そして、ステップs6の検索の結果、同じ名前のファイルが見つかった場合には、そのファイルの前回配信されたときのサイズ及び更新日付(ファイル情報)を取得する(ステップs7)。
【0056】
履歴ファイルから取得したサイズ及び更新日付がサーバから送られてきたファイル情報リスト内のものと一致しているかどうかを確かめ(ステップs8)、異なっていた場合は、このファイルは、再度配信されるべきであると判定し、このファイルの名前を、先に確保しておいた配信要求するファイル名リスト、即ちステップs5で初期化されたファイル名リストに追加する(ステップs9)。
【0057】
一方、ステップs6の検索の結果、同じ名前のファイルが見つからなかった場合には、まだそのファイルは配信されたことがないと判定し、同じく先に確保しておいた配信要求するファイル名リストに、そのファイルの名前を追加する(ステップs9)。
【0058】
また、ステップs6の検索の結果、対象のファイルが見つかって、しかもファイルのサイズ及び更新日付がサーバから送信されたファイル情報リスト内のものと一致している場合には、そのファイルの前回の配信日時を、ステップs4でメモリに展開されている履歴ファイルから取り出す(ステップs10)。
【0059】
その後、この前回の配信日時と現在の日時とを比較し、前回の配信日時が現在よりも一定期間以上前であるかどうかを調べる(ステップs11)。即ち、このステップs11では、サーバから受信した使用予定の帳票ファイルの前回の配信からの経過時間を判定する。
【0060】
ステップs11の比較の結果、一定期間以上前と判定した場合には、このファイルも新たに配信するよう配信要求するファイル名リストに、その名前を追加する。このとき、配信要求するファイル名リストには、前回このファイルが配信されたときにファイルにかけられていたスクランブル方法の情報も追記する(ステップs12)。
【0061】
なお、ステップs11における判定の基準とする「一定期間」の値は、処理システムによって決定され、システムの管理者が設定できる値である。また、この値はクライアントのヘルパーアプリケーションがアクセスできる値として、ユーザが検索しにくい場所に、解読しにくい記述形式で保存しておく。
【0062】
そして、ステップs6からステップs12までの工程を、サーバから送信されたファイル情報リストの終端に達するまで繰り返す。終端に達すれば、次の処理に移る(ステップs13)。
【0063】
次の処理では、配信を要求するファイル名を格納したファイル名リストを、サーバの理解できる形式に変換してサーバに送信する(ステップs14)。このとき、配信を要求する帳票ファイルがファイル名リストに挙げられていない場合であっても、他の情報、即ちその後の処理で印刷又は表示の設定に使用する情報等は必ず送信する。
【0064】
その後、図5に示すように、ステップs14の要求をクライアントから受け取ったサーバは、受信した情報を読み取る。そして、配信を要求されている帳票ファイルについて、まず配信要求されているファイルについてその情報を一つずつ取り出し、そのリストが、まだサーバ内に残っているかを判定する(ステップs15)。
【0065】
リストが残っている場合、即ち要求ファイルリストが終了していない場合には、その帳票ファイルに対して、ステップs12で前回のスクランブル方法が指定されているかどうか、即ちスクランブル情報が含まれているかどうかを判断する(ステップs16)。
【0066】
前回のスクランブル方法が指定されている場合には、今回の配信では、その方法とは異なるスクランブル形式を選択して、そのスクランブルを帳票ファイルにかける(ステップs17)。一方、前回のスクランブル方法が指定されていない場合には、任意のスクランブル形式を選択し、そのスクランブルを帳票ファイルにかける(ステップs18)。
【0067】
その後、スクランブルをかけられた各帳票ファイルを結合してクライアントに配信する(ステップs19)。
【0068】
クライアントは、配信されたファイルを受信した後、先ず、その配信されたファイルを受け取った日時をメモリ上に記憶する(ステップs20)。
【0069】
その後、クライアントは、配信された結合ファイルを元のファイルに分解し、各ファイルについて、サイズ、更新日付及びスクランブル方法を取得する(ステップs21)。
【0070】
続いて、クライアントは、ステップs4と同様に、配信されたファイルの履歴ファイルをメモリに展開する(ステップs22)。
【0071】
そして、クライアントは、そのうえで配信ファイルから帳票ファイルをひとつずつ取り出し処理していく。処理すべきファイルが残っているかを判断する。(s23)
【0072】
このステップs23で、「ファイルが残っている」と判断した場合、そのファイルの情報とステップs22で展開した履歴ファイルの情報とを照合し(ステップs24)、変化がある情報については、その履歴情報をメモリ上で変更し直す(ステップs25)。このとき、配信された日時としては、ステップs20で、記憶したファイルの受け取り日時を記入する。
【0073】
一方、ステップs24の照合の結果、変化がない場合には、そのままステップs23に戻る。
【0074】
このようなステップs23からステップs25までの処理を、ファイルが尽きるまで、即ちステップs23で、「ファイル情報が終了した」と判断するまで繰り返す。
【0075】
そして、クライアントは、すべてのファイルの処理を終えると、メモリ上に展開してある履歴ファイルを、実際のファイルに書き出す(ステップs26)。このとき、情報が悪意あるユーザに悟られないように、帳票ファイルと同様に、このファイルは、任意のスクランブルをかけて保存することが望ましい。
【0076】
以上の処理が終了すれば、帳票ファイルを1つずつ復号しながら、帳票印刷又は表示処理を行うことが可能となる。
【0077】
次に、クライアントによる印刷又は表示の処理について説明する。図6は、印刷又は表示の処理を示すフローチャートである。
【0078】
印刷又は表示を実行する際には、各帳票ファイルを使用するにあたり、スクランブルされた帳票ファイルを開きながら(ステップs31)、履歴ファイルに記述されている該当ファイルの項目に記録されているスクランブル方法を取得する(ステップs32)。そして、この取得したスクランブル方法と実際のファイルのスクランブル方法とを比較する(ステップs33)。
【0079】
もしも、そのスクランブル方法が相違している場合、履歴と保管されている帳票ファイルとの間にずれがあるので、不適正な状態とみなして処理を中断する(ステップs34)。
【0080】
一方、スクランブル方法が一致すれば、そのまま処理を続行する(ステップs35)。即ち、印刷装置又は表示装置での出力等の処理を行う。
【0081】
このような実施形態によれば、帳票ファイルの不必要な重複した配信を抑制しながら、悪質な改ざんを防止することができる。
【0082】
なお、上述の実施形態では、帳票ファイルをスクランブルすることによってユーザの悪意ある改ざんを防ぐものとしているが、帳票ファイルを暗号化することによっても、同じ効果が得られる。
【0083】
この場合、例えば公開鍵暗号を利用するとすれば、クライアント側で公開キーを生成、それをサーバに渡して暗号化する処理を行うことが好ましい。
【0084】
本発明の実施形態は、上述のように、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したCD−ROM等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【0085】
本発明の実施態様の例を以下に列挙する。
【0086】
(実施態様1) サーバから配信された帳票ファイルの処理を行う帳票ファイルの処理装置であって、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手段と、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手段と、
前記サーバに使用予定の帳票ファイルを通知する通知手段と、
前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手段と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手段と、
前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手段と、
前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手段と、
前記リストを前記サーバに送信するリスト送信手段と、
を有することを特徴とする帳票ファイルの処理装置。
【0087】
(実施態様2) 前記サーバから複数の帳票ファイルを結合した結合データが配信されている場合に、前記結合データを前記複数の帳票ファイルに分解する分解手段を有することを特徴とする実施態様1に記載の帳票ファイルの処理装置。
【0088】
(実施態様3) 前記履歴保存手段に保存される履歴には、当該帳票ファイルのスクランブル方法が含まれており、
前記ファイル保存手段に保存された使用予定の帳票ファイルのスクランブル方法を取得する第1の取得手段と、
前記履歴から、前記使用予定の帳票ファイルのスクランブル方法を取得する第2の取得手段と、
前記第1の取得手段により得られたスクランブル方法と前記第2の取得手段により得られたスクランブル方法とを比較する比較手段と、
前記比較手段による比較の結果、不一致と判断した場合に処理を中断する中断手段と、
を有することを特徴とする実施態様1又は2に記載の帳票ファイルの処理装置。
【0089】
(実施態様4) 実施態様1乃至3のいずれか1項に記載の帳票ファイルの処理装置と、前記サーバと、を有することを特徴とする帳票ファイルの処理システム。
【0090】
(実施態様5) 前記サーバは、
前記通知手段により通知された帳票ファイルの情報を前記帳票ファイルの処理装置に送信する情報送信手段と、
前記帳票ファイルにかける複数種のスクランブルの方法を記憶したスクランブル記憶手段と、
前記複数種のスクランブルの方法のうちから一のスクランブルの方法を選択して、前記帳票ファイルの処理装置に配信しようとする帳票ファイルに当該スクランブルをかけるスクランブル手段と、
前記スクランブルをかけられた帳票ファイルを前記帳票ファイルの処理装置に配信する配信手段と、
を有することを特徴とする実施態様4に記載の帳票ファイルの処理システム。
【0091】
(実施態様6) サーバから配信された帳票ファイルの処理を行う帳票ファイルの処理方法であって、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存工程と、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存工程と、
前記サーバに使用予定の帳票ファイルを通知する通知工程と、
前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索工程と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較工程と、
前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定工程と、
前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成工程と、
前記リストを前記サーバに送信するリスト送信工程と、
を有することを特徴とする帳票ファイルの処理方法。
【0092】
(実施態様7) 前記サーバから複数の帳票ファイルを結合した結合データが配信されている場合に、前記結合データを前記複数の帳票ファイルに分解する分解工程を有することを特徴とする実施態様6に記載の帳票ファイルの処理方法。
【0093】
(実施態様8) 前記履歴保存工程において保存される履歴には、当該帳票ファイルのスクランブル方法が含まれており、
前記ファイル保存工程において保存された使用予定の帳票ファイルのスクランブル方法を取得する第1の取得工程と、
前記履歴から、前記使用予定の帳票ファイルのスクランブル方法を取得する第2の取得工程と、
前記第1の取得工程において得られたスクランブル方法と前記第2の取得工程において得られたスクランブル方法とを比較する比較工程と、
前記比較工程における比較の結果、不一致と判断した場合に処理を中断する中断工程と、
を有することを特徴とする実施態様6又は7に記載の帳票ファイルの処理方法。
【0094】
(実施態様9) コンピュータに、サーバから配信された帳票ファイルの処理を行わせる帳票ファイルの処理プログラムであって、
前記コンピュータに、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手順と、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手順と、
前記サーバに使用予定の帳票ファイルを通知する通知手順と、
前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手順と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手順と、
前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手順と、
前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手順と、
前記リストを前記サーバに送信するリスト送信手順と、
を実行させることを特徴とする帳票ファイルの処理プログラム。
【0095】
(実施態様10) コンピュータに、サーバから配信された帳票ファイルの処理を行わせる帳票ファイルの処理プログラムを記録した記録媒体であって、
前記コンピュータに、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手順と、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手順と、
前記サーバに使用予定の帳票ファイルを通知する通知手順と、
前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手順と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手順と、
前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手順と、
前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手順と、
前記リストを前記サーバに送信するリスト送信手順と、
を実行させる帳票ファイルの処理プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【0096】
【発明の効果】
以上説明したように、本発明によれば、自動的に配信される帳票ファイルを、その変更等が生じておらず、その使用のためだけであれば、配信しなおす必要性がないような場合でも、一定時間ごとに強制的にスクランブルや暗号化の方法を変えて配信しなおすことが可能となる。このため、ある一定時間内の帳票処理において、同じ帳票ファイルが集中して何度も使用されるというような状況においては、帳票ファイルの配信は最初の一回だけで済ませることができ、しかもその後ある程度時間がたったあとの処理では、その帳票ファイルは再度サーバによって配信しなおすことが可能である。従って、改ざんの隙を与えずにスクランブル方法が変更された帳票ファイルで上書きすることが可能である。この結果、帳票ファイルの配信回数を抑制しながら、改ざんを効果的に防止することができる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る帳票ファイルの処理システムにおけるクライアント(帳票ファイルの処理装置)のハードウェアの構成を示すブロック図である。
【図2】FDに記録されているデータの内容の構成を示す模式図である。
【図3】本処理プログラムがメモリ13にロードされ実行可能となったときのメモリマップを示す模式図である。
【図4】本発明の実施形態に係る帳票ファイルの処理システムの動作を示すフローチャートである。
【図5】同じく、本発明の実施形態に係る帳票ファイルの処理システムの動作を示すフローチャートである。
【図6】印刷又は表示の処理を示すフローチャートである。
【符号の説明】
11;入力装置
12;CPU
13;メモリ
14;ディスプレイ
15a;FDドライブ
15b;HDドライブ
16;I/O I/F
17;プリンタ
18;ネットワーク[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a form file processing apparatus, form file processing system, form file processing method, form file processing method, form file processing suitable for distribution, printing, and display of a form, which is a fixed form document including ruled lines and characters, and associated data. The present invention relates to a program and a recording medium.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in a form control system, in a computer system including a server and a client connected via a network such as a LAN (local area network), a WAN (wide area network), and the Internet, a server sends a request from a client. And the client prints or displays the distributed form.
[0003]
In such a form control system, printing or display processing is performed using a group of files that are always classified into fixed data such as ruled lines and data that differs for each document and are embedded in a fixed part of the data. In this specification, the above-mentioned fixed form data is referred to as “form”, and data embedded in this data (form) is referred to as “embedded data”.
[0004]
Also, the form and the embedded data are managed by the server and distributed from the server to the client, so that the client can print or display the result of the form processing using the form and the embedded data. At this time, the form and the embedded data are put together as one file, and this file is appropriately compressed or encrypted as appropriate.
[0005]
In particular, in a form distribution technique using the Web and the like whose usage range is expanding, a form file managed on the server side is distributed to the client, and the client side can use the form file even after it has been used for processing. A process is performed in which the data is not immediately deleted but is stored.
[0006]
On the client side, when a certain form is used, instead of having the server deliver the form file always, if the corresponding form file has not been delivered from the server before, or the file on the current server Only when an older form file exists on the client and the form file needs to be updated, the server can be requested to distribute the form file. By such a process, the client can use the form file stored therein until the form file once downloaded becomes necessary to be updated. Therefore, when processing the form, the amount of data to be distributed can be reduced, and the load on the communication path and the processing can be reduced.
[0007]
In this specification, the form file is not always distributed, but the client automatically requests distribution when it is needed and the server performs distribution. An operation in which the server specifies to perform or does not perform distribution and the server performs distribution in accordance with the specification is referred to as “fixed distribution”.
[0008]
Further, on the client side, a record of the distribution history of the form is stored by means such as a file or a registry in order to determine the form to be requested to be distributed to the server. In the distribution history, information such as the file name, the file size, and the file generation date and time of the distributed form is recorded.
[0009]
When it becomes necessary to use an arbitrary form file, the client requests to distribute the current server-side form file, receives a response from the server, and checks the status of the server-side form file included in the response. By requesting the server to fix-distribute only those files that need to be redistributed from the distribution history information left on its own side, only the required form files are automatically distributed, and the client Is updated.
[0010]
The embedded data file, unlike the form file, is updated in principle every time, so if it is deleted immediately after processing used for printing or display, there is no problem. Not applicable.
[0011]
In general, in a form printing / display system used for printing securities, etc., measures for preventing falsification of form data are necessary in view of the importance of printed matter. However, as described above, when the form file is continuously present in the client, there is a possibility that an unauthorized print is issued by editing it from the outside and falsifying the contents.
[0012]
Therefore, in order to prevent such tampering, the form file delivered to the client is subjected to scramble or encryption processing.
[0013]
Here, a description will be given of a securities report distribution system using a conventional Web system employing such processing.
[0014]
In this conventional system, a user sends a request from a Web browser of a client to a Web application (server application) on a server using HTTP parameters or the like, thereby creating a form file for printing securities. It requests distribution of the embedded data file and the like accompanying it.
[0015]
In this execution system, the server application prepares a specified form and other accompanying data in response to a request from the Web browser.
[0016]
Here, the client transmits the name of the form file to be processed and a flag indicating that it is desired to automatically distribute them to the server as the value of the HTTP parameter.
[0017]
The server application that receives it picks up information such as the file name, file size, and update date from the form file that it manages for the form file requested to be automatically distributed, and organizes it in an appropriate format. To the client as an information file.
[0018]
The information file is given a specific MIME type, and the client that receives it analyzes the transmitted information file using a plug-in of a Web browser that can analyze the MIME type.
[0019]
At the time of analysis, the client side retrieves the history information of the form file held so far, compares the file name, file size, update date, etc., and redistributes the form file managed by the server Determine if you need to do so.
[0020]
As a result of the determination, if there is a form file that requires redistribution, the next distribution requests that the form file determined to require redistribution be distributed not by automatic distribution but by fixed distribution. Request the server application again with the parameters.
[0021]
The server that has received it appropriately combines the requested form files and distributes them fixedly to the client.
[0022]
At this time, the server prepares a necessary form file, performs compression or encryption processing, adds header information necessary for other processing on the client side, and combines the files into one file.
[0023]
In the combined file group, whether to insert a characteristic data string (for example, a character string such as "--------------------------- separator line") Alternatively, by describing the start / end offset byte numbers of each file in the header and referring to the values, it is possible to easily disassemble each original file.
[0024]
When the client receives the delivered file, it restores the combined files separately while classifying them, saves them again in a location suitable for client-side form management, and stores the contents of the history of the managed files Is updated to the content based on the acquired file.
[0025]
After that, the client performs printing or display processing using these forms.
[0026]
Here, the form file distributed to the client has been subjected to the above-described scramble processing. To use the form for printing or display processing on the client side, the scramble must be once released each time.
[0027]
Here, a plurality of scrambling methods have been agreed between the server and the client, and information on the scrambling method is held using the first few bytes of the distributed form file.
[0028]
To process the form file on the client side, the leading few bytes are read, the scramble type agreed with the server is identified therefrom, and the form file portion is decrypted by a descrambling method suitable for that.
[0029]
A sufficient number of types of scrambling are provided to prevent malicious users from deciphering. Also, the information on the type of scramble to be written in the first few bytes is appropriately added with random number noise or the like so that it is not easily known to the user.
[0030]
In order to hold the scramble type, not only the method of the first few bytes of the file but also various methods are employed.
[0031]
[Problems to be solved by the invention]
However, if the means of the scrambling or encryption process is elucidated, the above-described tamper-proof measures become meaningless. Then, there is a problem that the longer the form file exists on the client, the higher the possibility that the scramble method or the like is analyzed becomes.
[0032]
The present invention has been made in view of the above problems, and has as its object to provide a form file processing apparatus capable of effectively preventing falsification while suppressing the number of times the form file is distributed. .
[0033]
[Means for Solving the Problems]
A form file processing apparatus according to the first invention of the present application is a form file processing apparatus for processing a form file distributed from a server. When the form file is distributed from the server, the form file is processed. File storage means for storing, when a form file is distributed from the server, history storage means for storing the history of the form file, notifying means for notifying the server of a form file to be used, Searching means for searching the history of the scheduled form file from the server, and comparing the information of the scheduled form file received from the server with the information of the scheduled form file searched from the history Means, an elapsed time determining means for determining an elapsed time since the delivery of the scheduled form file received from the server, And having a list creation means for creating a list of document files for requesting distribution against over server, and a list transmitting means for transmitting the list to the server.
[0034]
A form file processing system according to a second aspect of the present invention includes the form file processing apparatus described above and the server.
[0035]
A form file processing method according to a third invention of the present application is a form file processing method for processing a form file distributed from a server. When the form file is distributed from the server, the form file is processed. A file storing step of storing, when a form file is distributed from the server, a history storing step of storing a history of the form file; a notifying step of notifying the server of a form file to be used; A search step of searching for the history of the scheduled form file from the server, and comparing the information of the scheduled form file received from the server with the information of the scheduled form file searched from the history An elapsed time determining step of determining an elapsed time from the delivery of the scheduled use form file received from the server; And having a list generation step of generating a list of document files for requesting distribution against over server, and a list transmission step of transmitting said list to the server.
[0036]
A form file processing program according to a fourth invention of the present application is a form file processing program for causing a computer to process a form file distributed from a server, and the form file is distributed from the server to the computer. Then, when the form file is delivered from the server, a file saving procedure for saving the form file is stored, and a history saving procedure for saving the history of the form file is provided, and the form file to be used is notified to the server. A notification procedure, a search procedure for searching the history of the scheduled form file from the history, and the scheduled form searched from the information of the scheduled form file received from the server and the history A comparison procedure for comparing the information of the file with the file information of the form file to be used received from the server. Executing an elapsed time determination procedure for determining an elapsed time from the communication, a list creation procedure for creating a list of form files requesting distribution to the server, and a list transmission procedure for transmitting the list to the server. It is characterized by making it.
[0037]
A computer-readable recording medium according to a sixth invention of the present application is characterized by recording the above-mentioned form file processing program.
[0038]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a form file processing apparatus, a form file processing system, a form file processing method, a form file processing program, and a recording medium according to an embodiment of the present invention will be specifically described with reference to the accompanying drawings.
[0039]
FIG. 1 is a block diagram showing a hardware configuration of a client (form file processing apparatus) in a form file processing system according to an embodiment of the present invention.
[0040]
The client is composed of, for example, a computer system, and includes a CPU (central processing unit) 12, a
[0041]
The client operates when the
[0042]
FIG. 2 is a schematic diagram showing the configuration of the contents of data recorded on the FD. The
[0043]
The processing program and related data recorded on the FD can be loaded into the computer system (client) through the
[0044]
FIG. 3 is a schematic diagram showing a memory map when the processing program is loaded into the
[0045]
Note that the processing program and related data may be temporarily stored (installed) in the HD in the HD drive 15 from the FD, and loaded into the
[0046]
In the processing system according to the present embodiment, a plurality of clients as described above are mutually connected via an external network 18, and a server is connected to the external network 18.
[0047]
Next, the operation of the form file processing system including the client configured as described above will be described with reference to the flowcharts of FIGS. 4 and 5 are flowcharts showing the operation of the form file processing system according to the embodiment of the present invention.
[0048]
First, as shown in FIG. 4, when processing a single or a plurality of forms, the client transmits one or more necessary form file names to the server together with a flag for designating automatic distribution (step s1). ).
[0049]
Upon receiving the flag and the form file name from the client, the server searches the form file managed by the server for a file with the specified name, and acquires the size and update date of the file (step s2). ).
[0050]
Next, the server lists the name, size, and update date of the obtained file as a file information list in an appropriate format, and specifies the MIME type to be processed by the plug-in for parsing the file information list on the client. Is transmitted to the client (step s3).
[0051]
When the plug-in of the client receives the file information list, it stores the content in a memory in a format that is easy to use. At the same time, the plug-in of the client opens a history file that retains the file information distributed so far as a history, and expands the contents on the memory in a format that is easy to use (step s4).
[0052]
This history file is stored, for example, in a position where it is difficult for the user to search in a description format that is difficult to decipher. In the history file, the name, size, update date, date and time of distribution of the file distributed so far, and the scramble method of the file are written.
[0053]
After expanding the history file as described above, the client secures and initializes a list memory area for storing the file name requested for distribution (step s5).
[0054]
The client extracts the file names described in the file information list sent from the server one by one, and searches the history file for information on the file having the same name (step s6).
[0055]
If a file having the same name is found as a result of the search in step s6, the size and update date (file information) of the file when it was previously distributed are acquired (step s7).
[0056]
It is checked whether the size and update date obtained from the history file match those in the file information list sent from the server (step s8). If not, this file should be distributed again. Is determined, and the name of this file is added to the previously reserved file name list for distribution request, that is, the file name list initialized in step s5 (step s9).
[0057]
On the other hand, if a file with the same name is not found as a result of the search in step s6, it is determined that the file has not been distributed yet, and Then, the name of the file is added (step s9).
[0058]
If the target file is found as a result of the search in step s6, and the file size and update date match those in the file information list transmitted from the server, the previous distribution of the file is performed. The date and time are extracted from the history file expanded in the memory in step s4 (step s10).
[0059]
Thereafter, the previous distribution date and time are compared with the current date and time to check whether or not the previous distribution date and time is a predetermined period or more before the present (step s11). That is, in this step s11, the elapsed time from the previous distribution of the form file to be used received from the server is determined.
[0060]
As a result of the comparison in step s11, if it is determined that the current time is a predetermined period or more, the name is added to a file name list for which distribution request is made to distribute this file again. At this time, information on the scramble method applied to the file when the file was previously distributed is also added to the file name list for which distribution is requested (step s12).
[0061]
Note that the value of the “certain period” as a criterion for the determination in step s11 is a value determined by the processing system and settable by the system administrator. Also, this value is stored as a value that can be accessed by the client helper application in a description format that is difficult for the user to search in a place that is difficult to search.
[0062]
Then, the process from step s6 to step s12 is repeated until the end of the file information list transmitted from the server is reached. If the end is reached, the process proceeds to the next processing (step s13).
[0063]
In the next process, the file name list storing the file name requested for distribution is converted into a format understandable by the server and transmitted to the server (step s14). At this time, even if the form file requested to be distributed is not listed in the file name list, other information, that is, information used for printing or display setting in the subsequent processing, etc. is always transmitted.
[0064]
Thereafter, as shown in FIG. 5, the server receiving the request in step s14 from the client reads the received information. Then, with respect to the form file requested to be distributed, the information is first extracted one by one for the file requested to be distributed, and it is determined whether the list is still left in the server (step s15).
[0065]
If the list remains, that is, if the requested file list is not completed, whether the previous scrambling method has been specified in step s12 for the form file, that is, whether the scramble information is included Is determined (step s16).
[0066]
If the previous scramble method has been designated, in this distribution, a scramble format different from that method is selected, and the scramble is applied to the form file (step s17). On the other hand, if the previous scramble method is not specified, an arbitrary scramble format is selected and the scramble is applied to the form file (step s18).
[0067]
Thereafter, the scrambled form files are combined and distributed to the client (step s19).
[0068]
After receiving the distributed file, the client first stores the date and time at which the distributed file was received in a memory (step s20).
[0069]
Thereafter, the client decomposes the distributed combined file into original files, and obtains the size, update date, and scramble method for each file (step s21).
[0070]
Subsequently, the client develops the history file of the distributed file in the memory as in step s4 (step s22).
[0071]
Then, the client then takes out the form files one by one from the distribution file and performs the processing. Determine if any files remain to be processed. (S23)
[0072]
If it is determined in step s23 that "the file remains", the information of the file is compared with the information of the history file developed in step s22 (step s24). Is changed again in the memory (step s25). At this time, the received date and time of the stored file is entered in step s20 as the distributed date and time.
[0073]
On the other hand, if there is no change as a result of the comparison in step s24, the process returns to step s23.
[0074]
The processing from step s23 to step s25 is repeated until the file is exhausted, that is, until it is determined in step s23 that "the file information has been completed".
[0075]
Then, when all the files have been processed, the client writes the history file expanded on the memory to an actual file (step s26). At this time, this file is desirably scrambled and stored like the form file so that the information is not recognized by a malicious user.
[0076]
When the above processing is completed, it becomes possible to perform the form printing or display processing while decrypting the form files one by one.
[0077]
Next, printing or display processing by the client will be described. FIG. 6 is a flowchart showing a print or display process.
[0078]
When printing or displaying, when using each form file, while opening the scrambled form file (step s31), the scramble method recorded in the item of the file described in the history file is checked. Acquire (step s32). Then, the obtained scramble method is compared with the actual file scramble method (step s33).
[0079]
If the scramble method is different, there is a gap between the history and the stored form file, so that it is regarded as an improper state and the process is interrupted (step s34).
[0080]
On the other hand, if the scramble methods match, the process is continued as it is (step s35). That is, processing such as output on a printing device or a display device is performed.
[0081]
According to such an embodiment, malicious tampering can be prevented while suppressing unnecessary duplicate distribution of the form file.
[0082]
In the above-described embodiment, the malicious alteration of the user is prevented by scrambling the form file. However, the same effect can be obtained by encrypting the form file.
[0083]
In this case, for example, if public key encryption is used, it is preferable to generate a public key on the client side and pass it to the server for encryption.
[0084]
As described above, the embodiment of the present invention can be realized by a computer executing a program. Further, means for supplying the program to the computer, for example, a computer-readable recording medium such as a CD-ROM in which the program is recorded, or a transmission medium such as the Internet for transmitting the program is also applied as an embodiment of the present invention. Can be. Further, the above-described program can also be applied as an embodiment of the present invention. The above programs, recording media, transmission media, and program products are included in the scope of the present invention.
[0085]
Examples of embodiments of the present invention are listed below.
[0086]
(Embodiment 1) A form file processing apparatus for processing a form file distributed from a server,
When the form file is distributed from the server, a file storage unit for storing the form file,
When the form file is distributed from the server, history storage means for storing the history of the form file,
Notifying means for notifying the server of a form file to be used,
Searching means for searching the history of the scheduled form file from the history, information of the scheduled form file received from the server, and information of the scheduled form file searched from the history; Means for comparing
Elapsed time determination means for determining an elapsed time from the delivery of the scheduled form file received from the server,
List creation means for creating a list of form files requesting distribution to the server;
List transmitting means for transmitting the list to the server;
A form file processing apparatus comprising:
[0087]
(Embodiment 2) An embodiment according to the first embodiment, further comprising a decomposing means for decomposing the combined data into the plurality of form files when the server has delivered combined data obtained by combining a plurality of form files. Processing device for the described form file.
[0088]
(Embodiment 3) The history stored in the history storage unit includes a method of scrambling the form file,
First acquisition means for acquiring a method of scrambling a form file to be used stored in the file storage means;
Second acquisition means for acquiring, from the history, a method of scrambling the form file to be used;
Comparing means for comparing the scrambling method obtained by the first obtaining means with the scrambling method obtained by the second obtaining means;
As a result of the comparison by the comparing means, suspending means for suspending the processing when it is determined that there is a mismatch,
3. The form file processing device according to the first or second embodiment, further comprising:
[0089]
(Embodiment 4) A form file processing system comprising: the form file processing device according to any one of Embodiments 1 to 3; and the server.
[0090]
(Embodiment 5) The server:
Information transmitting means for transmitting the form file information notified by the notifying means to the form file processing device,
Scramble storage means for storing a plurality of types of scramble methods applied to the form file,
Selecting one scrambling method from the plurality of types of scrambling methods, scrambling means for scrambling the form file to be distributed to the form file processing device,
Distribution means for distributing the scrambled form file to the form file processing device,
The form file processing system according to the fourth embodiment, further comprising:
[0091]
(Embodiment 6) A processing method of a form file for processing a form file distributed from a server,
When the form file is distributed from the server, a file saving step of saving the form file,
When a form file is distributed from the server, a history saving step of saving the history of the form file,
A notification step of notifying the server of a form file to be used,
A search step of searching the history of the scheduled form file from the history, and information of the scheduled form file received from the server and information of the scheduled form file searched from the history. A comparison step of comparing
An elapsed time determination step of determining an elapsed time since the delivery of the scheduled form file received from the server;
A list creation step of creating a list of form files requesting distribution to the server,
A list transmitting step of transmitting the list to the server;
A method of processing a form file, comprising:
[0092]
(Embodiment 7) An
[0093]
(Embodiment 8) The history stored in the history storing step includes a method of scrambling the form file,
A first obtaining step of obtaining a scramble method of a form file to be used stored in the file storing step;
A second acquisition step of acquiring, from the history, a method of scrambling the form file to be used;
A comparing step of comparing the scrambling method obtained in the first obtaining step with the scrambling method obtained in the second obtaining step;
As a result of the comparison in the comparison step, an interruption step of interrupting the processing when it is determined that the two do not match,
8. The method for processing a form file according to the sixth or seventh embodiment, comprising:
[0094]
(Embodiment 9) A form file processing program for causing a computer to process a form file distributed from a server,
To the computer,
When the form file is distributed from the server, a file saving procedure for saving the form file,
When a form file is distributed from the server, a history saving procedure for saving the history of the form file,
A notification procedure for notifying the server of a form file to be used,
A search procedure for searching the history of the scheduled form file from the history, information of the scheduled form file received from the server, and information of the scheduled form file searched from the history. A comparison procedure for comparing
An elapsed time determination procedure for determining an elapsed time since the delivery of the scheduled form file received from the server,
A list creation procedure for creating a list of form files requesting distribution to the server,
A list transmission procedure for transmitting the list to the server;
And a form file processing program.
[0095]
(Embodiment 10) A recording medium recording a form file processing program for causing a computer to process a form file distributed from a server,
To the computer,
When the form file is distributed from the server, a file saving procedure for saving the form file,
When a form file is distributed from the server, a history saving procedure for saving the history of the form file,
A notification procedure for notifying the server of a form file to be used,
A search procedure for searching the history of the scheduled form file from the history, information of the scheduled form file received from the server, and information of the scheduled form file searched from the history. A comparison procedure for comparing
An elapsed time determination procedure for determining an elapsed time since the delivery of the scheduled form file received from the server,
A list creation procedure for creating a list of form files requesting distribution to the server,
A list transmission procedure for transmitting the list to the server;
A computer-readable recording medium on which is recorded a form file processing program for executing a form file.
[0096]
【The invention's effect】
As described above, according to the present invention, a form file that is automatically distributed is not changed and the like is not generated. However, it is possible to forcibly change the method of scrambling or encryption every predetermined time and redistribute it. Therefore, in a situation where the same form file is concentrated and used many times in form processing within a certain time, the form file can be distributed only once at the beginning, and after that, After a certain period of time, the form file can be redistributed again by the server. Therefore, it is possible to overwrite with a form file in which the scramble method has been changed without giving any falsification. As a result, falsification can be effectively prevented while suppressing the number of times of distribution of the form file.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a hardware configuration of a client (form file processing apparatus) in a form file processing system according to an embodiment of the present invention.
FIG. 2 is a schematic diagram showing the configuration of the content of data recorded on an FD.
FIG. 3 is a schematic diagram showing a memory map when the processing program is loaded into a
FIG. 4 is a flowchart showing the operation of a form file processing system according to the embodiment of the present invention.
FIG. 5 is a flowchart showing the operation of a form file processing system according to the embodiment of the present invention.
FIG. 6 is a flowchart illustrating print or display processing.
[Explanation of symbols]
11; input device
12; CPU
13; memory
14; display
15a; FD drive
15b; HD drive
16; I / O I / F
17; Printer
18; Network
Claims (1)
前記サーバから帳票ファイルが配信されると、当該帳票ファイルを保存するファイル保存手段と、
前記サーバから帳票ファイルが配信されると、当該帳票ファイルの履歴を保存する履歴保存手段と、
前記サーバに使用予定の帳票ファイルを通知する通知手段と、
前記履歴の中から前記使用予定の帳票ファイルの履歴を検索する検索手段と、前記サーバから受信した前記使用予定の帳票ファイルの情報と前記履歴の中から検索した前記使用予定の帳票ファイルの情報とを比較する比較手段と、
前記サーバから受信した前記使用予定の帳票ファイルの配信からの経過時間を判定する経過時間判定手段と、
前記サーバに対して配信を要求する帳票ファイルのリストを作成するリスト作成手段と、
前記リストを前記サーバに送信するリスト送信手段と、
を有することを特徴とする帳票ファイルの処理装置。A form file processing device for processing the form file distributed from the server,
When the form file is distributed from the server, a file storage unit for storing the form file,
When the form file is distributed from the server, history storage means for storing the history of the form file,
Notifying means for notifying the server of a form file to be used,
Searching means for searching the history of the scheduled form file from the history, information of the scheduled form file received from the server, and information of the scheduled form file searched from the history; Means for comparing
Elapsed time determination means for determining an elapsed time from the delivery of the scheduled form file received from the server,
List creation means for creating a list of form files requesting distribution to the server;
List transmitting means for transmitting the list to the server;
A form file processing apparatus comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002320136A JP2004157601A (en) | 2002-11-01 | 2002-11-01 | Processing device for business form file |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002320136A JP2004157601A (en) | 2002-11-01 | 2002-11-01 | Processing device for business form file |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004157601A true JP2004157601A (en) | 2004-06-03 |
Family
ID=32801150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002320136A Pending JP2004157601A (en) | 2002-11-01 | 2002-11-01 | Processing device for business form file |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004157601A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009075723A (en) * | 2007-09-19 | 2009-04-09 | Nec Corp | Document processor, document processing method, program, and data structure of document file |
JP2011141634A (en) * | 2010-01-06 | 2011-07-21 | Hitachi Ltd | Information generalization display device |
JP2012185848A (en) * | 2006-04-12 | 2012-09-27 | Cortado Ag | Method and system for printing from web application, corresponding computer program, and corresponding computer readable storage medium |
-
2002
- 2002-11-01 JP JP2002320136A patent/JP2004157601A/en active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012185848A (en) * | 2006-04-12 | 2012-09-27 | Cortado Ag | Method and system for printing from web application, corresponding computer program, and corresponding computer readable storage medium |
US8867061B2 (en) | 2006-04-12 | 2014-10-21 | Cortado Ag | Method and system for printing from web applications, a corresponding computer program and a corresponding computer-readable storage means |
JP2009075723A (en) * | 2007-09-19 | 2009-04-09 | Nec Corp | Document processor, document processing method, program, and data structure of document file |
JP2011141634A (en) * | 2010-01-06 | 2011-07-21 | Hitachi Ltd | Information generalization display device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8595488B2 (en) | Apparatus, system and method for securing digital documents in a digital appliance | |
US7003667B1 (en) | Targeted secure printing | |
US7570641B2 (en) | Techniques for watermarking and distributing content | |
US7760378B2 (en) | Printer server, client terminal, image forming apparatus, print data generating method, and computer product | |
US20120226823A1 (en) | Document distribution system and method | |
US20020082997A1 (en) | Controlling and managing digital assets | |
US8302001B2 (en) | Document encryption and decryption printing apparatus, method, and storage medium | |
JP2008177683A (en) | Data providing system, data receiving system, data providing method, data providing program and data receiving program | |
US20050052677A1 (en) | Print data generation method, client terminal, printer server, print data generation apparatus, image forming apparatus, and computer product | |
JP4135733B2 (en) | Job ticket issuing device and job execution device | |
JP2004152263A (en) | Document printer | |
US20050193200A1 (en) | Image processing apparatus and method, storage medium storing computer-readable program, and program | |
JPH11143658A (en) | Network system | |
JP2011193264A (en) | Content distribution system, content server, client device, content distribution method, content distribution method of the content server, content acquisition method of client device and program | |
JP2004157601A (en) | Processing device for business form file | |
JP3984951B2 (en) | Content usage frequency limiting method, content usage terminal device, content usage system, computer program, and computer-readable recording medium | |
JPH11238049A (en) | Original guarateeing method/device for electronic common document | |
US20090063871A1 (en) | Method and device for managing proprietary data format content | |
JP2005094481A (en) | Content providing system, server device, and client terminal | |
JP4018645B2 (en) | Printing apparatus, data processing method, storage medium, program | |
EP1693761A1 (en) | Multi-medium-type content reproduction device and reproduction method, and recording medium containing data used for the same | |
EP4221075A1 (en) | Control method, control program, and information processing device | |
JP2008204344A (en) | Self-extraction format data structure, self-extraction program, and computer | |
JP2007036648A (en) | Contents alteration countermeasure system | |
JP2002163596A (en) | System and method for information processing, and print system |