JP2004213069A - 帳票発行装置およびそれを用いた電子帳票システム - Google Patents

Abstract

【課題】帳票の不正な出力をより確実に防止する。帳票の出力に関わる過程を記録することによって、帳票出力の不具合や帳票の不正な出力の追跡を容易する。
【解決手段】印刷処理が開始されると、システムモーダル画面となり（ステップＳ１４）、入力操作が受け付けられなくなる。その状態で、バックグラウンドで帳票の印刷処理が行われる。帳票画像の表示も抑止される（ステップＳ１７）。帳票要求データ送信時（ステップＳ１２）、帳票データ受信時（ステップＳ１５）、印刷データの送出完了時（ステップＳ２０）および印刷完了時（ステップＳ２２）にそれぞれログが作成される。
【選択図】 図４０

Description

【０００１】
【発明の属する技術分野】
この発明は、領収書、請求書、在庫管理表、生命保険の提案書、チケットその他の有価証券などに代表される各種の帳票を発行するための帳票発行装置およびそれを用いた電子帳票システムに関する。
【０００２】
【従来の技術】
インターネット上に置かれたサーバに、複雑な背景画像、罫線、文字およびイメージ等からなる固定的な帳票フォームデータを蓄積しておくとともに、帳票フォームデータ上に設定されたフィールドに取り込むべきユーザデータを特定する情報を、インターネットに接続されたパーソナルコンピュータから上記サーバに送信する構成の電子帳票システムが提案されている（たとえば特許文献１）。サーバでは、帳票フォームのフィールドにユーザデータを取り込んでオーバレイすることにより帳票のイメージデータが作成され、この帳票イメージデータがインターネットを介して上記パーソナルコンピュータへと送信されるようになっている。パーソナルコンピュータのユーザは、受信した帳票イメージデータを、プリンタで印刷することによって、所望の帳票を得ることができる。
【０００３】
【特許文献１】
特開２００２−１６３５９６号公報
【０００４】
【発明が解決しようとする課題】
イベントのチケットなどの有価証券や領収書等のように金銭に関わる業務または対外的信用に関わる業務に使用される帳票は、不正発行がされないように、厳格な管理が求められる。その一方で、管理者のみがそのような帳票を発行できるような態勢では、業務の遂行に支障を来すことが多く、管理者の管理下にある複数の担当者レベルで帳票の発行ができることが好ましい。この場合、管理者が個々の担当者による帳票の発行を管理すればよいが、管理者の負担が重く、帳票の不正な発行を防止するほどの完全な管理は困難な場合が多い。
【０００５】
たとえば、帳票発行用のプリンタに対して特定の端末を登録しておき、その端末からしか帳票の発行ができないようにしたり、ユーザの認証を経て端末の帳票発行操作が可能となるようにしたりすることにより、管理者の負担を軽減できる。
【０００６】
しかし、帳票印刷を途中で中断させて不完全な状態の帳票を出力させたり、端末の表示装置の画面上に表示された帳票の画像をキャプチャすることにより、この画像を帳票の不正発行に利用したりすることができ、不正な帳票出力のための抜け道が残されている。
【０００７】
そこで、この発明の目的は、帳票の不正な出力をより確実に防止することができる帳票発行装置およびそれを用いた電子帳票システムを提供することである。
【０００８】
また、この発明の他の目的は、帳票の出力に関わる過程を記録することによって、帳票出力の不具合や帳票の不正な出力の追跡を容易にした帳票発行装置およびそれを用いた電子帳票システムを提供することである。
【０００９】
【課題を解決するための手段および発明の効果】
上記の目的を達成するための請求項１記載の発明は、帳票データを処理して印刷データを作成し、この印刷データを印刷装置（３０）に向けて出力する印刷処理を行う処理手段（２２２，２２２ａ）と、入力操作のための入力手段（２１３）と、上記処理手段が印刷処理を行っている期間中、当該印刷処理を中断できないように、上記入力手段からの入力操作を制限する入力操作制限手段（Ｓ１４）とを含むことを特徴とする帳票発行装置である。なお、括弧内の英数字は後述の実施形態における対応構成要素等を表す。以下、この項において同じ。
【００１０】
上記の構成によれば、帳票の印刷のための印刷処理が開始されると、この印刷処理を中断することができないから、不完全な帳票が出力されて、それが不正に利用されることを防止できる。
【００１１】
たとえば、印刷処理が開始されると、表示装置の表示画面をシステムモーダル画面として、オペレーティングシステムの操作も含めて一切の操作を受け付けない状態とし、バックグラウンドで印刷処理を行うようにすればよい。
【００１２】
請求項２記載の発明は、操作画面を提供する表示手段（２１４）をさらに含み、上記処理手段は、上記表示手段に帳票画像を表示することなく印刷処理を実行するものであることを特徴とする請求項１記載の帳票発行装置である。
【００１３】
この発明によれば、表示手段に帳票画像を表示することなく印刷処理が行われるので、表示された帳票画像をキャプチャして、このキャプチャした画像データを利用して帳票を不正に発行したりすることを抑止できる。すなわち、入力手段から、印刷の開始の指示を行うと、帳票画像は表示されず、バックグラウンドで印刷処理が開始され、しかも、印刷処理の中断ができない状態となる。
【００１４】
請求項３記載の発明は、印刷処理過程を監視し、印刷処理記録を作成する印刷処理記録作成手段（２２６，Ｓ１３，Ｓ１６，Ｓ２１，Ｓ２３）とをさらに含むことを特徴とする請求項１または２記載の帳票発行装置である。
【００１５】
この構成によれば、印刷処理記録が作成されるので、印刷処理中にエラーが生じたりしたときに、その状況を仔細に調べることができる。すなわち、たとえば、帳票の出力が始まる前に異常が生じたのか、帳票の出力が開始されてから異常が生じたのかを調べることができる。このようにして、帳票出力の不具合または不正を追跡して調査できる。
【００１６】
印刷処理記録は、たとえば、印刷データ出力完了時間、印刷完了時間（帳票の出力が完了した時間）、印刷指示端末、印刷ジョブ名などの情報を含むことが好ましい。印刷完了時間を記録するには、たとえば、印刷装置から印刷完了通知信号を受けるようにし、この印刷完了通知信号が受信された時間を記録するようにすればよい。
【００１７】
請求項４記載の発明は、上記帳票発行装置は、ネットワークに接続されたクライアント（２０）であり、上記ネットワークに接続された帳票データサーバ（１０）に対して、帳票データ要求を上記ネットワークを介して送信する帳票データ要求送信手段をさらに含み、上記処理手段は、上記ネットワークを介して上記帳票データサーバから送信されてくる帳票データ、または上記ネットワークを介して上記帳票データサーバから送られてくる帳票生成情報ファイルに基づいて当該帳票発行装置内で作成された帳票データに対して印刷処理を行うものであることを特徴とする請求項１ないし３のいずれかに記載の帳票発行装置である。
【００１８】
上記帳票データサーバは、上記帳票データ要求に対応したユーザデータ（ユーザの要求に応じて個々の帳票毎に変化するデータ）を含むユーザデータファイルを生成する手段（１３１）を含むものであってもよい。この場合、上記帳票データサーバは、クライアントとしての上記帳票発行装置に、ユーザデータファイルを含む帳票データを送信するものであってもよいし、上記帳票生成情報ファイルとともにユーザデータファイルを送信するものであってもよい。
【００１９】
請求項５記載の発明は、請求項４記載の帳票発行装置と、上記ネットワークに接続された帳票データサーバ（１０）とを含み、この帳票データサーバは、上記帳票データ要求に対応した帳票データ、または上記帳票データ要求に対応した帳票生成情報ファイルを作成して上記ネットワークを介して上記帳票発行装置に送信する手段（１３１，１３２，１３１１，１１７）を含むことを特徴とする電子帳票システムである。
【００２０】
これらの構成によれば、ネットワークを介して、帳票データサーバから帳票データを受信するか、または帳票生成情報ファイルを取得して帳票データを作成するかして、帳票データが取得され、この帳票データに基づいて、帳票の印刷処理が行われる。このように、帳票データサーバから帳票データ等を取得する構成とすることで、ネットワークを介して接続された複数のクライアントにおいて、フォームの統一された帳票を出力することができる。また、帳票フォームの管理が、帳票データサーバにおいて一括して容易に行える。
【００２１】
請求項６記載の発明は、上記帳票データサーバは、上記帳票データまたは帳票生成情報ファイルを送出するに際して、送信記録（たとえば、当該帳票データまたは帳票生成情報ファイルの内容、送信先、送信時間などの情報の記録）を作成する送信記録作成手段（１３１５）をさらに含むことを特徴とする請求項５記載の電子帳票システムである。
【００２２】
この構成では、帳票データまたは帳票生成情報ファイルの送信記録が作成されるので、何らかの不具合が生じたときに、クライアントから帳票データ要求を発行してから帳票の印刷が行われるまでの一連の印刷過程のなかのどの時点で異常が発生したのかを調べる際の資料とすることができる。
【００２３】
請求項７記載の発明は、上記帳票発行装置は、帳票発行端末であることを表す認証情報を記録するための認証情報記録手段（２１７）を含み、上記帳票データサーバは、帳票発行端末であることを表す認証情報を保持しているクライアントに対してのみ帳票データまたは帳票生成情報ファイルを送信するものであることを特徴とする請求項５または６記載の電子帳票システムである。
【００２４】
この構成によれば、帳票発行端末であることを表す認証情報を保持しているクライアントのみに帳票の発行が許容される。これにより、帳票の不正発行をより効果的に防止できる。
【００２５】
上記認証情報は、たとえば、帳票データサーバからクライアントに送信されて、クライアントの記憶装置に書き込まれるＣｏｏｋｉｅであってもよい。クライアントは、帳票データサーバとの間の接続が確立されると、自己の記憶装置に書き込まれているＣｏｏｋｉｅを帳票データサーバに送信する。このＣｏｏｋｉｅの内容を調べることにより、帳票データサーバにおいて、当該クライアントが帳票発行端末であるかどうかを判断することができる。
【００２６】
また、他の方法として、クライアントの記憶装置に、帳票発行端末であることを表す所定のファイルを記録しておき、帳票データサーバから、ａｐｐｌｅｔにより、当該ファイルの存在を確認するようにしてもよい。
【００２７】
また、上記認証情報は、帳票の種類を特定してクライアントによる帳票発行を許可する内容のものであってもよい。これにより、たとえば、重要性の高い帳票についてのみ、帳票発行端末を制限したりすることができる。
【００２８】
【発明の実施の形態】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。
目次
１．電子帳票システムの全体構成
２．サーバの構成
２−１．サーバのハードウェア構成
２−２．帳票データ作成のために使用されるファイル等
２−３．サーバの機能的構成
３．クライアントの構成
３−１．クライアントのハードウェア構成
３−２．クライアントの機能的構成
４．電子帳票システム全体の動作
５．帳票データファイル（ＸＲＦファイル）の説明
６．帳票画像の生成
７．部品ＸＲＴファイルの使用態様
８．ＸＲＦリーダの動作
９．部品ＸＲＴファイルの作成
１０．ユーザデータに応じた外観の変更
１０−１．ユーザデータに応じた画像部品の選択
１０−２．ユーザデータに応じた描画オブジェクトの特性変更
１１．帳票フォームの構成要素ファイルのキャッシュが可能な実施形態
１２．クライアントにおける描画オブジェクトの特性変更
１３．ユーザの認証が可能な実施形態
１４．その他の実施形態
１．電子帳票システムの全体構成
図１は、この発明の一実施形態に係る電子帳票システムの全体構成を示すブロック図である。この電子帳票システムは、たとえば、各地に多くの事業所（支所や営業所等）が設置されている会社等の事業体において、業務上使用する帳票（社内で使用したり、顧客や取引先に渡したりするものなど）を統括的に管理するようにしたシステムである。
【００２９】
この帳票システムは、インターネット、社内のイントラネット、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）などのネットワーク（以下、代表してインターネットの場合について説明するが、他の形態のネットワークの場合も同様である。）に接続されたサーバ１０と、同じくインターネットに接続された複数のクライアント２０とを含む。サーバ１０は、大規模な処理を行うことのできるコンピュータであって、インターネットと通信可能に接続されている。クライアント２０は、各事業所に設置されているパーソナルコンピュータであって、インターネットと通信可能に接続されている。したがって、サーバ１０とクライアント２０とは、インターネットを利用することによって、互いにデータの送受信を行うことができる。クライアント２０には、帳票の印刷を行うためのプリンタ３０が接続されている。クライアント２０とプリンタ３０とは、プリンタケーブルを介して接続されていてもよいし、ローカルエリアネットワークを介して接続され、このローカルエリアネットワークに接続された複数のクライアント２０によってプリンタ３０が共有されるようになっていてもよい。
【００３０】
たとえば、保険会社の場合を例にとると、業務上必要な帳票は、２０００〜３０００種類であるといわれている。各事業所において、それらの帳票を個別に管理し、かつ、事業所間で統一を図るには相当の労力を要する。そこで、この電子帳票システムでは、サーバ１０が全ての帳票フォームを管理し、クライアント２０からの要求に応じて、帳票データを提供するようになっている。
【００３１】
各事業所で帳票が必要となった場合、ユーザはクライアント２０を操作することによって、必要としている帳票の種類およびそれに記入すべき事項を指定した帳票データ要求を、インターネットを介してサーバ１０へと送信することができる（矢印Ａ１）。クライアント２０は、サーバ１０から送信された帳票データ要求に基づいて、ユーザの必要としている帳票の帳票データを作成し、それをインターネットを介してクライアント２０へと返信する（矢印Ａ２）。帳票データを受け取ったクライアント２０は、この帳票データを印刷用データに展開し、プリンタ３０で印刷することができる。こうして、ユーザは所望の帳票を入手することになる。
【００３２】
この電子帳票システムによって、各事業所は、帳票の管理作業（更新など）から解放されるとともに、個々のクライアント２０を利用することで、所望の帳票を容易に作成できる。さらに、クライアント２０からサーバ１０にアクセスすることによって、会社全体の帳票の使用状況を詳細に把握できるようにすることも可能なので、クライアント２０を利用することによって、その会社全体の営業状況や財務状況等を把握可能とすることもできる。
1. ２．サーバの構成
２−１．サーバのハードウェア構成
図２は、サーバ１０の電気的な構成を示すブロック図である。サーバ１０には、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、入力装置１１３、表示装置１１４、記憶装置１１５および通信制御装置１１８が備えられており、これらはバス１１６で互いに接続されている。ＣＰＵ１１０は、ＲＯＭ１１１に格納されているプログラムに基づいて、ＲＯＭ１１１、ＲＡＭ１１２、入力装置１１３、表示装置１１４および記憶装置１１５の相互間でのデータの送受を制御したり、入力装置１１３、表示装置１１４、記憶装置１１５および通信制御装置１１８の制御を行ったりしており、通信制御装置１１８を介してインターネットとの間の接続を制御するようになっている。
【００３３】
サーバ１０は大規模で複雑な処理を行う場合があるので、高性能であるＣＰＵ１１０を用いることが望ましい。また、ＣＰＵ１１０の代わりに、ＭＰＵ（microprocessor）を用いた構成であってもよい。
【００３４】
入力装置１１３は、キーボードやポインティングデバイス等からなり、その操作信号はＣＰＵ１１０に与えられるようになっている。表示装置１１４は、ＣＲＴや液晶表示パネルのような二次元画像表示の可能なものであり、ＣＰＵ１１０からの表示信号に応じた画像表示を行う。
【００３５】
記憶装置１１５は、ハードディスク装置等から構成されており、サーバ１０にとって必要なデータやアプリケーションプログラムを記憶しておく記憶媒体として使用される。ＣＰＵ１１０は、必要に応じて、データを記憶装置１１５に記憶させたり、記憶装置１１５に記憶されているデータを読み取って使用したりすることができるようになっている。
２−２．帳票データ作成のために使用されるファイル等
図３は、記憶装置１１５に記憶されているファイルを説明するためのブロック図である。記憶装置１１５は、ＸＭＬ（Extensible Markup Language）ファイルの解析を行うためのＸＭＬパーサ１２０と、ＸＭＬファイルとＸＭＬアプリケーションのデータのやり取りを制御するＤＯＭ（Document Object Model）ファイルまたはＳＡＸ（Simple API for XML）ファイル１２１とを記憶している。サーバ１０上で動作するＸＭＬアプリケーションプログラムもこの記憶装置１１５に記録されていて、ＣＰＵ１１０によって読み取られて実行されるが、図３では図示を省略してある。
【００３６】
記憶装置１１５は、さらに、顧客等の個人データであるユーザデータを保管管理しているユーザデータベース１２８、帳票フォームの固定画部分（背景、レイアウト、イメージ、描画オブジェクト、テキスト、バーコード等）を規定する独自形式ファイルであるＸＲＴファイル１２４と、帳票フォーム中にエリアを指定して組み込み可能な同様の固定画部分を規定する独自形式ファイルである部品ＸＲＴファイル１２６と、帳票フォーム中に組み込み可能な外部リソースファイル１２７（イメージデータ）と、ＸＲＴファイルまたは部品ＸＲＴファイル中に設定されたフィールドの数、順序およびデータ型等を表すフィールド情報１２５と、フィールドとユーザデータとを対応付けるＤＴＤ（Document Type Definition）ファイル１２３とを記憶しており、これらを構成要素として、帳票データファイルとしてのＸＲＦファイルが作成される。
【００３７】
ＸＲＦファイルは、独自形式のファイルであり、帳票フォームとユーザデータとを合成したイメージデータ（ビットマップデータやＰＤＦファイルなど）ではなく、帳票を構成する構成要素データ等を一纏めにして格納したファイルである。このＸＲＦファイルに基づき、クライアント２０において、帳票フォームおよびユーザデータを合成した表示用および印刷用のイメージデータが作成されることになる。したがって、この電子帳票システムでは、サーバ１０から、ＸＲＦファイル形式で、帳票データがクライアント２０に送信されるから、イメージデータ形式の帳票データを送信する場合に比較してファイル容量が格段に小さく、さらに、圧縮処理を行えば、ファイル容量をさらに小さくできる。これにより、ネットワークのトラフィックを低減できる。
【００３８】
ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６および外部リソースファイル１２７は、作図アプリケーション等を用いて予め作成され、記憶装置１１５にそれぞれ複数種類記憶されている。ユーザデータ１２８も記憶装置１１５に予め記憶されている。また、ＸＲＴファイル１２４とフィールド情報１２５とは、一対一に対応付けられて記憶されている。外部リソースファイル１２７は、図形や写真等がスキャナ装置等に光学的に読み取られることによって作成されたイメージデータファイルである。部品ＸＲＴファイル１２６は、ＸＲＴファイル内に埋め込まれるエリアを構成する別のＸＲＴファイルであり、ＸＲＴファイルに配置可能な構成要素からなる。この部品ＸＲＴファイル１２６は、複数のＸＲＴファイルに共通して用いる部分のみをエリアを指定して登録し、複数の帳票で共有して用いるファイルである。部品ＸＲＴファイル内にエリアを指定して、別の部品ＸＲＴファイルを埋め込むこともできる。
【００３９】
ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７およびユーザデータ１２８は、帳票データファイルとしてのＸＲＦファイルのいわば構成部品であり、これらのファイルまたはデータ群は、記憶装置１１５の所定の記憶領域に記憶されて、部品サーバ１２００を構成している。ＸＲＦファイルの構成要素のうち、ユーザデータ１２８以外のものが、帳票フォームの構成要素である。
２−３．サーバの機能的構成
図４は、サーバ１０の機能的な構成を説明するためのブロック図である。サーバ１０には、ＣＰＵ１１０がＲＯＭ１１１や記憶装置１１５に記憶されているプログラムを実行することによって実現される複数の機能処理部が実質的に備えられている。より具体的には、サーバ１０は、制御部１３０と、この制御部１３０によって制御されるアプリケーションサーバ１１７とを備えている。アプリケーションサーバ１１７は、サーバ１０とクライアント２０との間で行われる送受信の制御を行うアプリケーションプログラムによって実現され、ユーザからの要求を受け付けて業務システムの処理に橋渡しする機能と、Ｗｅｂサーバ（ＨＴＴＰサーバ）としての機能を併せ持つ。
【００４０】
アプリケーションサーバ１１７は、ＨＴＭＬ（Hyper Text Markup Language）等で記述されたファイル（図示せず）を有している。このファイルは、サーバ１０とクライアント２０とのインターネットを介する接続が確立されると、アプリケーションサーバ１１７からクライアント２０へと送信される。アプリケーションサーバ１１７は、そのファイルに応答してクライアント２０が送出する帳票データ要求を受信することができるようになっている。受信された帳票データ要求は、制御部１３０に与えられる。
【００４１】
サーバ１０には、さらに、要求データ解析部１３１と、データ収集・結合処理部１３２とが設けられており、これらは、制御部１３０によって制御されている。要求データ解析部１３１は、サーバ１０にインストールされてビジネスロジックを実行する業務アプリケーションによって実現される機能処理部であり、クライアント２０から与えられる帳票データ要求（帳票の種類およびユーザデータを特定する情報を含む。）を解析し、その帳票データ要求に対応した帳票データファイル（ＸＲＦファイル）の部品（構成要素データ）である、ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７およびユーザデータ１２８を特定する。また、要求データ解析部１３１は、帳票データ要求に対応する帳票データを作成するための情報（パラメータやコマンドを含む。）をＸＭＬで記述したＸＭＬファイルである帳票生成情報ファイルを自動作成する。
【００４２】
この帳票生成情報ファイルには、帳票データ要求の解析によって特定された帳票データファイル部品（ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７およびユーザデータ１２８）のファイル情報も含まれている。さらに、要求データ解析部１３１は、帳票データ要求に含まれる情報によって特定されたユーザデータをＸＭＬファイルまたはＣＳＶ（Comma Separated Value）ファイルの形式のユーザデータファイルに変換することができる。
【００４３】
データ収集・結合処理部１３２には、ＸＭＬアプリケーション１３３が含まれている。ＸＭＬアプリケーション１３３は、ＸＭＬファイルに記述された内容を解釈して実行することのできるアプリケーションプログラム、たとえばＪａｖａ（登録商標）であり、サーバ１０に予めインストールされて、実行可能となっている。したがって、データ収集・結合処理部１３２にＸＭＬファイルである帳票生成情報ファイルが与えられると、ＸＭＬアプリケーション１３３が、これを解釈して実行する。
【００４４】
ＸＭＬアプリケーション１３３は、要求データ解析部１３１が生成する帳票生成情報ファイルに基づいて帳票データファイルとしてのＸＲＦファイルを作成するＸＲＦファイル作成部１３４と、同じく帳票データファイルとしてのＰＤＦファイルを作成するＰＤＦ（Portable Document Format）ファイル作成部１３５とを有している。
【００４５】
ＸＲＦファイル作成部１３４は、要求データ解析部１３１が生成する帳票生成情報ファイル中の帳票データファイル部品（ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７およびユーザデータ１２８）についてのファイル情報を参照し、これらのファイルを記憶装置１１５内の部品サーバ１２００から読み取る。そして、ＸＲＦファイル作成部１３４は、これらの読み取ったファイルを結合して、帳票データファイルとしてのＸＲＦファイルを作成する。データ収集・結合処理部１３２は、さらに、このＸＲＦファイルをアプリケーションサーバ１１７へと受け渡す。
【００４６】
同様に、ＰＤＦファイル作成部１３４は、要求データ解析部１３１が生成する帳票生成情報ファイル中の帳票データファイル部品（ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７およびユーザデータ１２８）についてのファイル情報を参照し、これらのファイルを記憶装置１１５内の部品サーバ１２００から読み取る。そして、ＰＤＦファイル作成部１３５は、これらの読み取ったファイルを結合し、イメージデータに展開してＰＤＦファイルを作成し、アプリケーションサーバ１１７へと受け渡す。
【００４７】
したがって、サーバ１０に帳票データ要求が与えられると、要求データ解析部１３１によって、帳票データ要求に対応する帳票データを作成するための情報（パラメータ、コマンドなど）がＸＭＬで記述された帳票生成情報ファイルが作成される。そして、ＸＭＬアプリケーション１３３が、この帳票生成情報ファイルを解釈して実行することにより、帳票データファイルであるＸＲＦファイルまたはＰＤＦファイルが作成される。その後、このＸＲＦファイルまたはＰＤＦファイルが、アプリケーションサーバ１１７からクライアント２０へと送信されるようになっている。
３．クライアントの構成
３−１．クライアントのハードウェア構成
図５は、クライアント２０の電気的な構成の一例を示すブロック図である。クライアント２０には、ＣＰＵ２１０、ＲＯＭ２１１、ＲＡＭ２１２、入力装置２１３、表示装置２１４、記憶装置２１７（ハードディスクドライブなど）、ネットワークインタフェース２１５および入出力インタフェース（Ｉ／Ｏ）２１８が備えられており、これらはバス２１６で互いに接続されている。ＣＰＵ２１０は、ＲＯＭ２１１および記憶装置２１７に格納されているプログラムに基づいて、ＲＯＭ２１１、ＲＡＭ２１２、入力装置２１３、表示装置２１４、ネットワークインタフェース２１５および入出力インタフェース２１８の相互間でのデータの送受を制御したり、入力装置２１３、表示装置２１４およびネットワークインタフェース２１５の制御を行ったりしている。
【００４８】
入力装置２１３は、キーボードやポインティングデバイスからなり、その操作信号はＣＰＵ２１０に与えられるようになっている。表示装置２１４は、ＣＲＴや液晶表示パネル等の二次元画像表示装置からなり、ＣＰＵ２１０からの表示信号に応じた画像表示をすることができるようになっている。
【００４９】
ＣＰＵ２１０は、ネットワークインタフェース２１５を介してインターネットと接続されている。このため、ＣＰＵ２１０は、インターネットを介して、サーバ１０へ帳票データ要求を送信することができる。
【００５０】
また、入出力インタフェース２１８を介して、プリンタ３０を接続することができ、このプリンタ３０に印刷用データを与えることができる。クライアント２０とプリンタ３０とがローカルエリアネットワークを介して接続されている場合には、プリンタ接続用の入出力インタフェース２１８として、ネットワークアダプタを用いればよい。
３−２．クライアントの機能的構成
図６は、クライアント２０の機能的構成を説明するためのブロック図である。クライアント２０は、ＣＰＵ２１０がＲＯＭ２１１や記憶装置２１７に記憶されているプログラムを実行することによって実現される複数の機能処理部を実質的に備えている。具体的には、クライアント２０は、ネットワークインタフェース２１５を制御する制御部２２０を備えている。制御部２２０は、ネットワークインタフェース２１５を制御することにより、インターネットを介してサーバ１０から送信されるファイルを受信する。
【００５１】
クライアント２０には、さらに、Ｗｅｂブラウザ２２１、ＸＲＦリーダ２２２およびプリンタドライバ２２３が備えられており、これらは制御部２２０によって制御されるようになっている。
【００５２】
Ｗｅｂブラウザ２２１は、たとえばInternet Explorer(注：商標)のような一般に市販されているＷｅｂページ閲覧用のアプリケーションプログラムであり、クライアント２０に予めインストールされて実行可能とされている。Ｗｅｂブラウザ２２１が起動されると、ＨＴＭＬ等のファイルを閲覧するための画面が表示装置２１４に表示されるようになっている。Ｗｅｂブラウザ２２１は、インターネット上の様々なサーバ（サーバ１０を含む。）から、ＨＴＭＬ等で記述されたファイルを受信し、このファイルをＷｅｂブラウザ２２１の表示ウィンドウ内に表示する。このＷｅｂブラウザ２２１の表示ウィンドウがアクティブ状態のときに、ユーザによって入力装置２１３が操作されると、その操作情報はＷｅｂブラウザ２２１に与えられるようになっている。入力された情報は、Ｗｅｂブラウザ２２１内に表示され、さらに所定の入力操作によって、ＨＴＭＬファイル等の送信元のサーバに送信される。
【００５３】
さらにＷｅｂブラウザ２２１は、インターネット上のサーバ（サーバ１０を含む。）から、ＰＤＦファイルを受信することができ、この受信したＰＤＦ形式のファイルをＷｅｂブラウザ２２１内に表示させることができる。より具体的には、Ｗｅｂブラウザ２２１がＰＤＦファイルを受信すると、アドインソフトのＰＤＦファイル閲覧プログラム（アクロバットリーダ：商標）が起動（Ｗｅｂブラウザ２２１のウィンドウ内での内部起動）されるようになっている。
【００５４】
Ｗｅｂブラウザ２２１によってＰＤＦファイルが表示されているときに、ユーザが入力装置２１３に対して所定の操作を行うと、プリンタドライバ２２３の印刷設定ダイアログが開き、この印刷設定ダイアログで適宜設定操作を行うと、ＰＤＦ形式のファイルが印刷用データに変換されてプリンタドライバ２２３に受け渡され、このプリンタドライバ２２３から印刷用データがプリンタ３０に送信されることにより、ＰＤＦファイルの印刷が行われるようになっている。
【００５５】
また、ユーザは入力装置２１３を操作することによって、Ｗｅｂブラウザ２２１上でＵＲＬ（Uniform Resource Locator）を指定することができる。ＵＲＬとは、ＨＴＭＬ等で記述されたファイルやＰＤＦ形式のファイルを提供しているサーバの位置（インターネット上の位置）を特定するための情報である。Ｗｅｂブラウザ２２１は、ＵＲＬが指定されたサーバから、ＨＴＭＬで記述されたファイルやＰＤＦ形式のファイルを受信することができる。なお、この実施形態の電子帳票システムを利用するときは、Ｗｅｂブラウザ２２１のＵＲＬ入力欄に、サーバ１０のＵＲＬが入力されることになる。
【００５６】
ＸＲＦリーダ２２２は、サーバ１０から送信されてくるＸＲＦファイルを表示することができるアプリケーションプログラムであり、クライアント２０に予めインストールされて実行可能となっている。たとえば、ＸＲＦリーダ２２２をＷｅｂブラウザ２２１のヘルパーアプリケーションとして設定しておくことにより、Ｗｅｂブラウザ２２１がＸＲＦファイルを受信したときに、ＸＲＦリーダ２２２を自動的に起動（Ｗｅｂブラウザ２２１とは別のウィンドウでの外部起動）させることができる。ＸＲＦリーダ２２２が起動すると、ＸＲＦファイルの閲覧画面が表示装置２１４に表示される。この閲覧画面にＸＲＦファイルが表示されている時に、ユーザが入力装置２１３に対して所定の入力操作を行うと、ＸＲＦファイルから印刷用のイメージファイルが作成されて、これに基づいて、プリンタ３０からの印刷がされるようになっている。
【００５７】
この実施形態では、ＸＲＦリーダ２２２は、印刷制御部２２２ａを内蔵しており、プリンタドライバ２２３の設定画面とは別の独自のダイアログから印刷条件の設定を行ってプリンタ３０の動作を制御できる。印刷時には、印刷制御部２２ａから、印刷用データがプリンタドライバ２２３に引き渡され、このプリンタドライバ２２３からプリンタ３０にイメージデータが送られるようになっている。
【００５８】
ＸＲＦリーダ２２２の印刷制御部２２２ａは、ユーザによる印刷指示に応答して、印刷ダイアログを表示する。この印刷ダイアログ内において、ユーザは、印刷部数や用紙サイズ等の各種の設定を行うことができ、その設定の後に、印刷開始を指示することができる。印刷開始が指示されると、印刷制御部２２２ａは、印刷ダイアログを閉じて、印刷中であることを表す印刷中ダイアログを表示する。この印刷中ダイアログ内には、印刷を中断するためのキャンセルボタンが設けられており、このキャンセルボタンを操作することによって、印刷を中断できるようになっている。印刷が完了すると（印刷データのプリンタ３０への送出が完了すると）、印刷制御部２２２ａは印刷中ダイアログを閉じる。
【００５９】
なお、ＸＲＴファイルの作成時に、印刷用紙サイズ等の指定が同時に行われ、ＸＲＴファイルは印刷条件に関する情報を有しているので、印刷条件の設定は必ずしも必要ではない。
【００６０】
ＸＲＦファイル内には、ＸＲＦリーダ２２２の動作（画面表示動作や印刷動作）を規定する各種のパラメータを含ませることができる。このパラメータには、クライアントにおけるＸＲＦファイルの保存の可否、印刷の可否、画面表示の可否、印刷ダイアログの表示の可否、印刷中ダイアログの表示の可否などをそれぞれ表すものを任意に含ませることができる。これにより、クライアント２０においてＸＲＦファイルを記憶装置２１７に保存することを制限（禁止）したり、ＸＲＦファイルの印刷や画面表示を制限（禁止）したり、印刷ダイアログが表示されないようにしたり、印刷中ダイアログが表示されないようにしたりすることができる。
【００６１】
これにより、領収書等の帳票の不正発行を防止できる。すなわち、ＸＲＦファイルの保存を禁止することで、ＸＲＦファイルを再利用した帳票の不正発行を防止できる。また、印刷を禁止することで、たとえば、特定人に対してのみ帳票の印刷を許可したりすることができる。さらに、画面表示を禁止することで、表示画像をクリップして帳票データを不正にコピーする行為を制限できる。また、印刷ダイアログの表示をしないようにすれば、複数枚の帳票が不正に出力されることを防止できる。さらに、印刷中ダイアログを表示しないようにすれば、印刷中断によって、不完全状態の帳票が出力されたときに、この不完全な帳票が不正使用されることを防止できる。
４．電子帳票システム全体の動作
図７は、サーバ１０およびクライアント２０により構成される電子帳票システムの概念的な構成を説明するためのブロック図であり、図８は、帳票データ要求の入力を受け付けるための受付画面をＷｅｂブラウザ２２１により表示した例を示す図である。
【００６２】
ユーザ（事業所の営業担当者など）は、帳票が必要となった場合、クライアント２０のＷｅｂブラウザ２２１を起動して、サーバ１０のＵＲＬを指定する。すると、Ｗｅｂブラウザ２２１は、サーバ１０のアプリケーションサーバ１１７からＨＴＭＬ等で記述されたファイルを受信し、図８のような画面を表示する。この画面上で、Ｗｅｂブラウザ２２１は、ユーザの必要としている帳票に関する要求の入力を受け付けることができる。そして、入力装置２１３の操作により、Ｗｅｂブラウザ２２１上で所定の送信操作が行われることによって、入力内容に対応した帳票データ要求が、たとえば、ＣＧＩまたはＪａｖａ（登録商標）アプレットによってアプリケーションサーバ１１７へと送信される。
【００６３】
Ｗｅｂブラウザ２２１は、ＵＲＬ入力部２３０と表示部２３１とを有している。ＵＲＬ入力部２３０にサーバ１０のＵＲＬが入力されると、Ｗｅｂブラウザ２２１は、サーバ１０からＨＴＭＬファイル等で記述されたファイルを受信し、そのファイルを表示部２３１に表示させる。
【００６４】
図８の例では、表示部２３１の中央部に、選択項目一覧として、帳票の種類、月度および会社名の各一覧が表示されている。表示部２３１の下部には、「戻る」ボタン２３２、「送信」ボタン２３３、「印刷」ボタン２３４および「キャンセル」ボタン２３５が表示されている。
【００６５】
ユーザは、入力装置２１３を操作することによって、帳票の種類、月度および会社名の各一覧表示の中から、所望の帳票の条件をそれぞれ選択することができる。この表示例では、「領収書」、「８月度」、「○○株式会社」がそれぞれ選択されている。つまり、「○○株式会社宛の８月度分の領収書」が選択されている。選択されている項目は、表示色を異ならせたり、反転表示をしたりして、非選択項目と区別して表示されるようになっている。
【００６６】
また、Ｗｅｂブラウザ２２１にはポインタ（図示せず）が表示されており、ユーザが入力装置２１３（主にポインティングデバイス）の操作を行うことによって、このポインタを各ボタン２３２〜２３５上へ移動し、これらのボタン２３２〜２３５を押す（クリック）ことができるようになっている。「戻る」ボタン２３２が押されると、別のＨＴＭＬファイル等が読み込まれ、表示部２３１にはこの表示例とは異なる表示がされる。たとえば、直前に表示されていたＨＴＭＬファイル等が表示されてもよいし、電子帳票システムのメニュー画面が表示されてもよい。
【００６７】
一方、「印刷」ボタン２３４が押されると、そのときに選択されている帳票の条件を含む帳票データ要求が、サーバ１０へと送信されるようになっている。また、「キャンセル」ボタン２３５が押されると、表示部２３１に表示されている画面上での各項目の選択状態がクリアされるようになっている。
【００６８】
「送信」ボタン２３３は、別の帳票の条件入力を継続して行いたい場合に操作されるボタンである。たとえば、ユーザが複数の帳票を作成したい場合に、一枚分ずつ帳票の条件を選択して「印刷」ボタン２３４を押す操作を繰り返すと、サーバ１０から帳票データを受信してプリンタ３０から一枚の帳票が出力されてから、次の帳票の印刷データがプリンタ３０に与えられるまでに、空き時間が生じる。この空き時間中に、帳票とは別の印刷データ（たとえば、ローカルエリアネットワーク上でプリンタ３０を共有しているほかのユーザからの印刷データ）が、プリンタ３０に与えられることがある。すると、プリンタ３０から出力される帳票と帳票との間に、その印刷データが印刷された用紙が混じりこんでしまう。したがって、ユーザはプリンタ３０から出力される帳票等を一枚一枚確認して、印刷指示した帳票以外の用紙を取り除かなくてはならない。
【００６９】
この問題は、「送信」ボタン２３３を用いることによって回避される。すなわち、「送信ボタン」２３３が押されると、そのときに選択されている帳票の条件を含む帳票データ要求がサーバ１０のアプリケーションサーバ１１７から要求データ解析部１３１に受け渡され、サーバ１０内のＲＡＭ１１２または記憶装置１１５に蓄積される。そして、ユーザは別の帳票の条件を選択することができるようになる。必要とされる帳票の数の回数だけ同様の操作が繰り返されることにより、それらの帳票の条件に対応した帳票データ要求が同様にしてサーバ１０に蓄積されていく。その後、最後の帳票の条件を選択した後に、「印刷」ボタン２３４が押されると、そのときにＷｅｂブラウザ２２１上で選択されている帳票の条件を含む帳票データ要求がアプリケーションサーバ１１７に送信され、要求データ解析部１３１に受け渡されてＲＡＭ１１２に蓄積される。
【００７０】
それとともに、要求データ解析部１３１は、ＲＡＭ１１２に蓄積された複数の帳票データ要求を一つのジョブとしてまとめて複数ページの帳票データを作成するための処理を実行する。これにより、データ収集・結合処理部１３２などの働きによって、複数の帳票データ要求に対応する帳票データ（複数ページの帳票データ）が作成され、これがアプリケーションサーバ１１７から、クライアント２０へと送信される。これにより、クライアント２０は、プリンタ３０に対して、複数ページの帳票の印刷データを連続的に与えるから、上述の問題を回避できる。
【００７１】
図７を再び参照して、クライアント２０からサーバ１０へは、ユーザが必要としている帳票の条件の指定などを含む帳票データ要求が送信される（矢印Ｂ１）。この帳票データ要求は、アプリケーションサーバ１１７によって受信され、要求データ解析部１３１に受け渡される。要求データ解析部１３１は、この帳票データ要求に対応する帳票データを生成するための情報をＸＭＬで記述したＸＭＬファイル（帳票生成情報ファイル）を作成する。また、要求データ解析部１３１は、帳票データ要求中の帳票の条件などのようなユーザからの指定情報に基づいて、これに対応する特定のユーザデータを部品サーバ１２００から読み出すとともに、このユーザデータをＸＭＬファイルまたはＣＳＶファイルに変換することにより、ユーザデータファイルを作成する。
【００７２】
なお、通常、ユーザデータは、サーバ１０側に保存されており、クライアント２０からの帳票データ要求中で指定された条件（たとえば、顧客の名前、生年月日等）によって特定されたユーザデータが部品サーバ１２００から読み出されるのであるが、場合によっては、帳票データ要求中で指定された条件に合致する数値が、業務アプリケーションである要求データ解析部１３１によって生成され、この数値がユーザデータとされることもある。
【００７３】
要求データ解析部１３１によって生成された帳票生成情報ファイルは、データ収集・結合処理部１３２に受け渡される（矢印Ｂ３）。また、ユーザデータファイルも、データ収集・結合処理部１３２に受け渡される（矢印Ｂ４）。
【００７４】
図９は、要求データ解析部１３１によって帳票生成情報ファイルとして作成されるＸＭＬファイルの一例を示す図である。帳票生成情報ファイル１４０は、ＸＭＬファイルからなり、テキスト形式で記述されているファイルである。そのため、サーバ１０の管理者は、帳票生成情報ファイル１４０の内容を容易に理解することができる。したがって、サーバ１０の管理者は、サーバ１０で実際に行われる処理内容を把握することができるので、サーバ１０の保守や管理を容易に行うことができる。
【００７５】
帳票生成情報ファイル１４０は、帳票データを生成する際の設定等を行うパラメータが記述されている条件設定記述部１４１と、帳票データ要求に対応する帳票データであるＸＲＦファイルの構成要素データ（ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６、外部リソースファイル１２７、ＤＴＤファイル１２３およびユーザデータ１２８）を特定するための情報が記述されているＸＲＦファイル特定情報記述部１４２とから構成されている。
【００７６】
条件設定記述部１４１は、サーバ１０からＸＲＦファイル形式の帳票データを出力するか、またはＰＤＦファイル形式の帳票データを出力するかの出力ファイルモードが記述される出力ファイルモード記述部１４１１、帳票データに使用される文字の種類が記述される外字ファイル情報記述部１４１２、クライアント２０におけるＸＲＦリーダ２２２の動作に関する設定事項（パラメータ）が記述されるＸＲＦリーダ動作設定記述部１４１３、およびプリンタ３０の印刷動作の制御に関する設定事項（パラメータ）が記述されるプリンタ動作設定記述部１４１４を含む。
【００７７】
上述のとおり、データ収集・結合処理部１３２によって生成される帳票データファイルであるＸＲＦファイル内には、ＸＲＦリーダ２２２の動作（画面表示動作や印刷動作）を規定する各種のパラメータを含ませることができる。このパラメータが、帳票生成情報ファイル１４０のＸＲＦリーダ動作設定記述部１４１３に記述され、データ収集・結合処理部１３２によって、ＸＲＦファイルに埋め込まれることになる。
【００７８】
このように、帳票生成情報ファイル１４０にはそれほど多くの記述がされているわけではないが、電子帳票システム全体の動作の設定が可能となっている。
【００７９】
また、帳票生成情報ファイル１４０はＸＭＬファイルであるので、サーバ１０の管理者は、帳票生成情報ファイル１４０を容易に変更することができる。したがって、この電子帳票システムに異常等が発生した場合、その異常に速やかに対処することができる。また、帳票生成情報ファイル１４０を編集することによって、この電子帳票システムに新たな動作を追加することなども容易に行うことができる。
【００８０】
図７を再び参照して、データ収集・結合処理部１３２は、帳票生成情報ファイル（ＸＭＬファイル）とユーザデータファイル（ＸＭＬファイルまたはＣＳＶファイル）とを受信すると、ＸＭＬパーサ１２０と、ＤＯＭファイルまたはＳＡＸファイル１２１とを記憶装置１１５から読み取ることによって（矢印Ｂ５）、ＸＭＬアプリケーション１３３を起動（作動）させる。
【００８１】
帳票生成情報ファイル１４０の出力ファイルモード記述部１４１１において、ＸＲＦファイル形式が帳票データの出力ファイルモードとして指定されているとき（またはＰＤＦファイル形式が指定されていないとき）には、ＸＭＬアプリケーション１３３のＸＲＦファイル作成部１３４は、帳票生成情報ファイル１４０を解釈して、部品サーバ１２００から、ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６および外部リソースファイル１２７を必要に応じて読み取って収集し（矢印Ｂ６）、これらのファイル群およびユーザデータファイルを結合することによって、ＸＲＦファイルを作成する。作成されたＸＲＦファイルは、要求データ解析部１３１に受け渡され、さらに、アプリケーションサーバ１１７から、クライアント２０へと送信されて（矢印Ｂ１０）、ＸＲＦリーダ２２２によって処理される。クライアント２０のユーザは、ＸＲＦリーダ２２２の印刷制御部２２２ａの機能を利用して、ＸＲＦファイルを印刷用データに展開させ、このデータをプリンタドライバ２２３を介してプリンタ３０に送信させ、このプリンタ３０から帳票を出力させることができる。ただし、ＸＲＦファイル中に、印刷を禁止するパラメータが含まれている場合には、印刷不可の状態となる。
【００８２】
一方、帳票生成情報ファイル１４０の出力ファイルモード記述部１４１１において、ＰＤＦファイル形式が帳票データの出力ファイルモードとして指定されているときには、ＸＭＬアプリケーション１３３のＰＤＦファイル作成部１３５は、帳票生成情報ファイル１４０を解釈して、部品サーバ１２００から、ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６および外部リソースファイル１２７を必要に応じて読み取って収集し（矢印Ｂ６）、これらのファイル群およびユーザデータファイルを結合し、さらにイメージデータに展開してＰＤＦファイルを作成する。こうして得られたＰＤＦファイルは、要求データ解析部１３１に受け渡され、さらに、アプリケーションサーバ１１７を介して、クライアント２０のＷｅｂブラウザ２２１に与えられる（矢印Ｂ８）。Ｗｅｂブラウザ２２１がこの受信したＰＤＦファイルを表示しているときに、ユーザによって入力装置２１３の所定操作が行われると、ＰＤＦ形式の帳票データに対応する印刷データが作成され、プリンタドライバ２２３を介して、プリンタ３０へ送信される（矢印Ｂ９）。
【００８３】
図１０は、帳票生成情報ファイルおよびユーザデータファイルを受信したデータ収集・結合処理部１３２の動作を説明するためのフローチャートである。データ収集・結合処理部１３２は、帳票生成情報ファイルとユーザデータファイルとを受信すると、記憶装置１１５からＸＭＬパーサ１２０を読み取る（ステップＳ１）。このＸＭＬパーサ１２０は、データ収集・結合処理部１３２が受信した帳票生成情報ファイル（ＸＭＬファイル）の解析を行う。
【００８４】
ＸＭＬパーサ１２０によって帳票生成情報ファイルが解析されると、その解析内容に従って、その帳票生成情報ファイルがＲＡＭ１１２上に展開される（ステップＳ２）。そして、記憶装置１１５からＤＯＭファイルまたはＳＡＸファイル１２１が読み取られる（ステップＳ３）。
【００８５】
その後、ＸＭＬアプリケーション１３３が起動される（ステップＳ４）。ＸＭＬアプリケーション１３３は、ＤＯＭファイルまたはＳＡＸファイル１２１を利用することによって、ＲＡＭ１１２上に展開された帳票生成情報ファイルを参照し、この帳票生成情報ファイルに基づいて動作する。
【００８６】
図１１は、ＸＭＬアプリケーション１３３の動作を説明するためのフローチャートである。ＸＭＬアプリケーション１３３が起動すると、帳票生成情報ファイル１４０の出力ファイルモード記述部１４１１において、出力ファイルモードがＰＤＦファイル形式に指定されているか否かが判別される（ステップＳ５）。出力ファイルモード記述部１４１１にＰＤＦファイル形式を指定する記述がない場合（ステップＳ５のＮＯ）、ＸＲＦファイル作成部１３４の働きにより、ＸＲＦファイルが作成される（ステップＳ６）。帳票生成情報ファイル１４０の出力ファイルモード記述部１４１１にＰＤＦファイル形式を指定する記述がある場合（ステップＳ５のＹＥＳ）、ＰＤＦファイル作成部１３５の働きにより、ＰＤＦファイルが作成される（ステップＳ７）。こうして作成されたＸＲＦファイルまたはＰＤＦファイルは、帳票データファイルとして、クライアント２０へ送信される（ステップＳ８）。
【００８７】
図７を再び参照して、ＸＭＬアプリケーション１３３によって作成されたＸＲＦファイル１５０が、アプリケーションサーバ１１７を介してＸＲＦリーダ２２２（ＸＲＦファイルの受信によりＷｅｂブラウザ２２１がヘルパーアプリケーションとして起動）に送信されると（矢印Ｂ１０）、ＸＲＦリーダ２２２は、このＸＲＦファイル１５０から帳票画像のイメージデータを作成し、表示装置２１４に表示する。そして、ＸＲＦリーダ２２２上で印刷のための操作が行われると、帳票画像の印刷用データがプリンタドライバ２２３を介してプリンタ３０に送信され、帳票が用紙上に印刷される。
【００８８】
このように、サーバ１０からインターネット等の通信網を介して、クライアント２０へＸＲＦファイル１５０が提供される。そして、クライアント２０側において、ＸＲＦファイル１５０を帳票画像のイメージデータに展開することにより、クライアント２０のユーザは、所望の帳票を手に入れることができる。ＸＲＦファイル１５０は、展開後の帳票画像（イメージデータ）に比べてデータ容量が小さい。このため、通信網上で伝送されるデータ量を低減させることができる。つまり、サーバ１０がクライアント２０へとＸＲＦファイル１５０を送信することによって、ネットワーク上で伝送されるデータ量を減少させつつ、ユーザの所望する帳票を提供することができる。
５．帳票データファイル（ＸＲＦファイル）の説明
図１２は、ＸＲＦファイルの主要な構成要素の１つであるＸＲＴファイル１２４の構成を説明するための概念図である。記憶装置１１５の部品サーバ１２００には、複数のＸＲＴファイル１２４が記憶されている。ＸＲＴファイル１２４は、帳票の背景部分やレイアウトなどの固定部分をページ毎に規定するフォームファイルである。ＸＭＬアプリケーション１３３は、帳票生成情報ファイル１４０のＸＲＦファイル特定情報記述部１４２によって特定されるＸＲＴファイル１２４を、記憶装置１１５から読み取る。クライアント２０のＷｅｂブラウザ２２１から同時に処理すべき複数の帳票データ要求を受信した場合、要求データ解析部１３１は、複数ページの帳票データに関する帳票生成情報を記述した帳票生成情報ファイルを作成してデータ収集・結合処理部１３２に与える。この場合、ＸＭＬアプリケーション１３３は、帳票生成情報ファイル内に記述された個々の帳票ページに対応したＸＲＦファイル特定情報記述部１４２を参照し、それぞれの記述に従って、複数のＸＲＴファイル１２４を記憶装置１１５から読み取り、複数ページの帳票に対応した帳票データファイルを作成する。
【００８９】
図１３は、ＸＲＴファイル１２４の構成を説明するためのブロック図である。ＸＲＴファイル１２４は、フォームファイルであり、帳票フォーム上に固定配置される固定部品（枠線、罫線、アンダーライン、テキスト（文字や数字）、イメージ、描画オブジェクト等）の配置位置および種類その他の属性情報（プロパティ）を記述した固定部品プロパティ１４３Ａと、帳票フォーム上に配置された順に自動的に連番が付されるフィールドの配置位置を含む属性情報（プロパティ）を記述したフィールドプロパティ１４４Ａと、部品ＸＲＴファイルが配置された領域であるエリアの配置位置、大きさ、リンクされる部品ＸＲＴファイル名等の属性情報（プロパティ）を記述したエリアプロパティ１４５Ａとを有している。フィールドは、ユーザデータに応じて変化する文字列、数値、イメージ等の可変情報（個々の帳票毎に変動する情報）を埋め込むための領域であり、ＸＲＴファイル中に予め設定されている。
【００９０】
固定部品がテキストの場合には、このようなテキストは、ＸＲＴファイル上に直接記述されている。また、固定部品がイメージの場合には、対応するイメージファイルのパスおよびファイル名がプロパティとしてＸＲＴファイル上に記述され、そのイメージファイルは、部品サーバ１２００内に外部リソースファイルとして格納されている。固定部品が描画オブジェクトの場合には、その形状、配置位置、色、大きさ等のプロパティがＸＲＴファイルに記述されている。
【００９１】
部品ＸＲＴファイルは、ＸＲＴファイルと同形式のファイルであり、１ページの帳票フォームを定義したファイルではなく、ＸＲＴファイル中に設定されたエリアに埋め込まれる点においてのみ、通常のＸＲＴファイルと異なる。したがって、部品ＸＲＴファイルの構成は、ＸＲＴファイルの構成と同様である。むろん、部品ＸＲＴファイルのなかにエリアを設定し、このエリアに別の部品ＸＲＴを埋め込むこともできる。
【００９２】
ＸＲＴファイル１２４は、通常、固定部品プロパティ１４３Ａと、１つ以上のフィールドに関するフィールドプロパティ１４４Ａを有しているが、エリアプロパティ１４５Ａは必ずしも有しているとは限らない。またＸＲＴファイル１２４にはフィールドがない場合もある。
【００９３】
図１４は、ＸＲＴファイル１２４の具体的な構成例を示す図である。図１４(a)(b)(c)に示すＸＲＴファイル１２４Ａ，１２４Ｂ，１２４Ｃは、いずれも、共通の罫線・枠線・アンダーライン・文字・数字・イメージ・描画オブジェクト等の固定部品１４３と、共通のフィールド１４４（宛名フィールド、年月日フィールド、金額フィールド、摘要フィールド）とが設定された領収書のフォームファイルであり、それらのプロパティの記述を含む。そして、同図(b)に示すＸＲＴファイル１２４Ｂは、同図(a)のＸＲＴファイル１２４Ａの構成に加えて、エリア１４５が右下部に設定されていて、このエリアのプロパティを含む。また、同図(c)に示すＸＲＴファイル１２４Ｃは、同図(a)のＸＲＴファイル１２４Ａの構成に加えて、固定部品（文字列・イメージ・描画オブジェクト等）１４６を右下部に有している。
【００９４】
図１４(a)(b)(c)に示す各ＸＲＴファイル１２４Ａ，１２４Ｂ，１２４Ｃは、記憶装置１１５にそれぞれ別々に記憶されている。したがって、サーバ１０は、様々な形態の領収書をクライアント２０へと提供することができる。
【００９５】
図１５は、ＸＲＦファイルの構成を説明するためのブロック図である。ＸＲＦファイル１５０は、ＤＴＤファイル１２３と、ＸＲＴファイル１２４と、ＸＲＴファイル１２４と一対一に対応付けられているフィールド情報１２５と、ユーザデータファイル１５１とから構成されている。ＸＲＦファイル１５０に含まれるＸＲＴファイル１２４にエリアが設定されている場合、このＸＲＦファイル１５０はさらに、エリアと同数の部品ＸＲＴファイル１２６（各エリア領域にリンクされた部品ＸＲＴファイル）を含んでいる。また、ＸＲＦファイル１５０に含まれているＸＲＴファイル１２４が、イメージデータに対応付けられたフィールドを有している場合や、固定部品としてイメージが貼り付けられる内容となっている場合、そのＸＲＦファイル１５０はさらに、そのようなイメージに対応した外部リソースファイル１２７を含んでいる。
６．帳票画像の生成
図１６は、ＸＲＦファイルに基づいて帳票画像が生成される過程を説明するための図解的な流れ図である。ＸＲＴファイル１２４には、６つのフィールド１４４と、イメージが直接貼り付けられた１つの固定部品１４６とを有している。したがって、このＸＲＴファイル１２４を有するＸＲＦファイル１５０は、ＤＴＤファイル１２３と、フィールド情報１２５と、ユーザデータファイル１５１と、１つの外部リソースファイル１２７（イメージファイル）とを含んでいる。また、ユーザデータファイル１５１は、クライアント２０からユーザが入力指定した内容対応した帳票データ要求によって特定されたユーザデータを記録したファイルであって、たとえば、「１４，８，３０，○○株式会社，１００，０００，書籍代として」というように、各フィールド領域１４４に挿入されるべき情報を区切り記号（この例ではカンマ「，」で区切った形式（いわゆるＣＳＶ形式））で記録している。
【００９６】
なお、通常は、帳票データ要求において指定された条件に従って、部品サーバ１２００から適切なユーザデータが読み出されるが、クライアント２０から、各フィールドに書き込むべき内容が直接指定される場合もありうる。
【００９７】
フィールド情報１２５は、ＸＲＴファイル１２４に設定されたフィールド１４４とＤＴＤファイルとの関連を表し、個々のフィールドのデータ型（文字、数値、バーコード、イメージ等）やフィールドを設定した順番、およびフィールドの数を表す情報である。ＤＴＤファイルには、フィールド情報を介して、個々のフィールドと、ユーザデータとを対応付けるための情報が記述されている。フィールドのデータ型が、文字、数値またはバーコードのように数値等での表現が可能な場合には、個々のフィールドに対応するデータはユーザデータとして部品サーバ１２００に記憶される。また、フィールドのデータ型が、イメージの場合には、ユーザデータはイメージファイルのパスおよびファイル名を含み、そのイメージファイルは、外部リソースファイルとして部品サーバ１２００に記憶されている。
【００９８】
作図アプリケーションを用いて予めＸＲＴファイルを作成するとき、個々のフィールドのプロパティがＸＲＴファイルに記述され、このプロパティには、フィールドを設定した順番が記述される。このフィールドの設定時に、フィールド情報が生成されることになる。
【００９９】
ＤＴＤファイル１２３は、フィールド領域１４４にユーザデータを対応付けるための対応付け情報を格納している。ＸＲＦリーダ２２２およびＰＤＦファイル作成部１３５は、ＤＴＤファイル１２３を参照し、フィールド情報１２５および個々のフィールドのプロパティ（とくにフィールドの設定順に関する情報）に従って、ユーザデータおよび外部リソースファイル１２７を各フィールドに埋め込んでイメージデータに展開する。
【０１００】
たとえば、図１６のＸＲＴファイル１２４において、１番目に設定されたフィールド１に、ユーザデータファイル１５１の１番目の情報である「１４」が、２番目に設定されたフィールド２にはユーザデータファイル１５１の２番目の情報である「８」が、３番目に設定されたフィールド３にはユーザデータファイル１５１の３番目の情報である「３０」が、４番目に設定されたフィールド４にはユーザデータファイル１５１の４番目の情報である「○○株式会社」が、５番目に設定されたフィールド５にはユーザデータファイル１５１の５番目の情報である「１００，０００」が、６番目に設定されたフィールド６にはユーザデータファイル１５１の６番目の情報である「書籍代として」がそれぞれ埋め込まれる。ただし、個々のフィールドの設定順とユーザデータとの対応付けは、ＤＴＤファイル１２３に記述されるので、フィールドの設定順序と、ユーザデータの並び順とが整合している必要はない。
【０１０１】
また、ＸＲＦリーダ２２２およびＰＤＦファイル作成部１３５は、帳票フォーム中の固定部品１４３を、ＸＲＴファイル１２４に記述されたプロパティに従ってイメージデータに展開する。さらに、固定部品１４６のように、イメージが貼り付けられる領域については、外部リソースファイル（イメージファイル）を埋め込んで展開する。
【０１０２】
このようにして帳票画像が作成される。この作成された帳票画像は、ＸＲＦリーダ２２２においては、表示用イメージデータに変換され、さらに印刷操作がされると、印刷用データに変換されて、プリンタドライバ２２３を介してプリンタ３０に与えられる。
７．部品ＸＲＴファイルの使用態様
図１７は、部品ＸＲＴファイル１２６の使用例を説明するための概念図である。この概念図において、ＸＲＦファイル１５２，１５３は、１つの部品ＸＲＴファイル１２６に共通にリンクされたエリアを有するＸＲＴファイルを含む。
【０１０３】
ＸＭＬアプリケーション１３３のＸＲＦファイル作成部１３４は、帳票生成情報ファイル１４０に基づいて、記憶装置１１５の部品サーバ１２００から、帳票データ要求に対応したＸＲＴファイル１２４を読み出し、さらに、このＸＲＴファイル１２４にリンクされた部品ＸＲＴファイル１２６を部品サーバ１２００から読み取り、これらを結合することによって、ＸＲＦファイル１５２，１５３を作成する。
【０１０４】
図１７の例では、記憶装置１１５に記憶されている１つの部品ＸＲＴファイル１２６が、ＸＲＦファイル１５２および１５３の生成のために共通に用いられている。このように、複数のＸＲＦファイルにおいて共通して使用される部品ＸＲＴファイル１２６が存在することがある。たとえば、会社印や社名の画像またはテキストに対応した部品ＸＲＴファイル１２６を予め作成して記憶装置１１５の部品サーバ１２００に格納しておけば、サーバ１０が種々の帳票データ（ＸＲＦファイル１５０）を提供するために記憶装置１１５内に確保すべき記憶容量を低減できる。
【０１０５】
部品ＸＲＴファイルには、固定部品（文字列、数値、バーコード、イメージ）を配置したり、フィールドを設定したり、さらに他の部品ＸＲＴファイルにリンクされたエリアを設定したりすることができる。そのため、部品ＸＲＴファイルを用いることにより、多様な形態の帳票部品を作成することができ、複数種類の帳票フォームで共用される様々な部品を予め作成しておくことができる。
８．ＸＲＦリーダの動作
図１８は、ＸＲＦファイル１５０を受信したＸＲＦリーダ２２２の表示例を示す図である。クライアント２０において、サーバ１０からＸＲＦファイル１５０を受信し、これをＸＲＦファイルリーダ２２２を用いて閲覧すると、ＸＲＦリーダ２２２には、ＸＲＦファイル１５０から作成された帳票画像２４０と、「前ページへ」ボタン２４１と、「次ページへ」ボタン２４２と、「印刷」ボタン２４３と、「キャンセル」ボタン２４４とが表示される。これらのボタン２４０〜２４４は、入力装置２１３を用いて操作（クリック）することができる。
【０１０６】
複数ページの帳票を含む帳票データに対応したＸＲＦファイル１５０をＸＲＦリーダ２２２が受信しても、ＸＲＦリーダ２２２は、帳票画像２４０を一枚ずつしか表示することができない。そのため、「前ページへ」ボタン２４１や、「次ページへ」ボタン２４２を押すことによって、帳票画像２４０を１枚ずつ閲覧することができるようになっている。帳票画像２４０が表示されているときに、「印刷」ボタン２４３が押されると、印刷ダイアログボックスが開き、この印刷ダイアログボックスにおいて印刷条件が設定された後に、印刷開始を指示する操作が行われることにより、ＸＲＦリーダ２２２は、その帳票画像２４０に対応する印刷データをプリンタドライバ２２３を介してプリンタ３０へと送信する（図７の矢印Ｂ１１）。これにより、プリンタ３０からその帳票画像２４０が用紙上に印刷されて出力される。
【０１０７】
「キャンセル」ボタン２４４を押すことによって、帳票の印刷を取りやめることができるが、「印刷」ボタン２４３が押された後には、印刷ダイアログボックスが開くから、この印刷ダイアログボックスを閉じるまで、「キャンセル」ボタン２４４は操作することができない。
【０１０８】
なお、ＸＲＦリーダ２２２の画面は、上記のような画面内にボタン類の設けられたものではなく、メニューバーに矢印ボタンなどが設けられたものでもよい。
【０１０９】
印刷ダイアログボックスから印刷の開始を指示すると、印刷ダイアログボックスは自動的に閉じられ、印刷中であることを表す印刷中ダイアログボックスが現れる。帳票の種類（たとえば、領収書）によっては、この印刷中ダイアログボックスをシステムモーダルダイアログボックスとする設定が可能である。この場合には、この印刷ダイアログボックスを閉じるまでは、オペレーティングシステムの操作も含めて、他の操作を行うことができないようにされていてもよい。つまり、一旦、印刷処理が開始されると、その印刷処理が終了するまでは、他の操作が不可能となり、途中で印刷動作をキャンセルすることができないようにされてもよい。これにより、不完全状態の帳票が作成されて、これが不正使用されるなどという事態を回避できる。印刷処理が完了（たとえば、印刷データの出力完了やプリンタからの印刷完了通知の受信）すると、印刷中ダイアログは自動的に閉じられる。
【０１１０】
受信したＸＲＦファイル１５０内に画面表示を禁止するパラメータが含まれている場合には、帳票画像２４０は表示されず、ボタン２４１〜２４４のみが表示される。これにより、画面上で帳票画像データがコピーされたりすることが防がれ、印刷出力のみが可能となる。
【０１１１】
また、受信したＸＲＦファイル１５０内に、印刷を禁止するパラメータが含まれている場合には、たとえば、印刷ボタン２４３が操作不可能状態（たとえばグレーアウト表示状態）となり、印刷操作を行うことができない状態となる。
【０１１２】
さらに、受信したＸＲＦファイル１５０内に、印刷ダイアログの表示を不許可とするパラメータが含まれていれば、印刷ボタン２４３が操作されても、印刷ダイアログは表示せずに、バックグラウンドで印刷処理が行われる。これにより、複数部数の帳票が印刷されたりすることを防止できる。
【０１１３】
また、受信したＸＲＦファイル１５０内に、印刷中ダイアログの表示を禁止するパラメータが含まれていれば、印刷中ダイアログを表示することなく、印刷処理が行われる。印刷中ダイアログボックス内に印刷を途中中断するための中断ボタンが設けられている場合には、印刷中ダイアログの表示をしないことで、帳票印刷の途中中断を防止できる。
【０１１４】
さらに、受信したＸＲＦファイル１５０内に、ＸＲＦファイルの保存を禁止するパラメータが含まれていれば、ＸＲＦリーダ２２２によるＸＲＦファイルの保存ができない状態とされる。
９．部品ＸＲＴファイルの作成
図１９は、部品ＸＲＴファイルの利用の態様を説明するための概念図である。帳票フォームを形成するＸＲＴファイルおよびこのＸＲＴファイル内にエリアを指定して貼り付けられる部品ＸＲＴファイルは、作図アプリケーションを用いて予め作成され、サーバ１０の部品サーバ１２００に記憶されている。作図アプリケーションでは、ＸＲＴファイルの作成時にエリアを確保し、そのエリア内で部品ＸＲＴファイルを作成することができる。このようにして作成された部品ＸＲＴファイルは、別のＸＲＴファイルまたは部品ＸＲＴファイル上に貼り付けて再利用することができる。
【０１１５】
エリアを確保すると、ＸＲＴファイルにエリアプロパティが記述される。このエリアプロパティは、エリアの大きさおよびＸＲＴファイル内での位置情報を含む。
【０１１６】
既存の部品ＸＲＴファイルをＸＲＴファイルに取り込むときには、ＸＲＴファイルの内容を表示した作画アプリケーションの画面上でアクティブなカーソル位置に部品ＸＲＴファイルが貼り付く。このとき、エリアプロパティがＸＲＴファイルに記述される。このエリアプロパティは、部品ＸＲＴファイルが貼り付いている位置と、エリアの大きさの情報を含む。この場合のエリアの大きさは、当該部品ＸＲＴファイルを最初に作成したときに確保されたエリアの大きさに等しい。
【０１１７】
図１９に示された部品ＸＲＴファイル１６１は、固定部品としてのイメージファイルが貼り付けられた領域１６２と、テキストデータが貼り付けられた領域１６３とを含む。この例では、領域１６２には、ＸＸＸ株式会社のロゴを表すイメージファイルが貼り付けられており、領域１６３には、「ＸＸＸ株式会社，０１−２３４５−６７８９」というテキストデータが貼り付けられている。上述のとおり、部品ＸＲＴファイルには、ＸＲＴファイルの場合と同様に、フィールドを設定することができ、このフィールド内に文字や数値等のユーザデータを貼り付けたり、イメージデータを貼り付けたりすることもできる。
【０１１８】
図２０は、部品ＸＲＴファイル１２６の利用態様を説明するための概念図である。ＸＲＦファイル１７１，１７２，１７３，１７４は、それぞれ、記憶装置１１５に記憶されている部品ＸＲＴファイル１６１に共通にリンクされたエリアをそれぞれ有するＸＲＴファイルを含むものとする。
【０１１９】
たとえば、図１９に示すように、領域１６３の「ＸＸＸ株式会社，０１−２３４５−６７８９」というテキストデータを、「ＸＸＸ株式会社，０１−２３４５−６７８０」というテキストデータに変更する必要が生じた場合を想定する。
【０１２０】
このとき、サーバ１０の管理者は、作図アプリケーションを用いることによって、部品ＸＲＴファイル１６１の領域１６３のテキストデータを編集して、「ＸＸＸ株式会社，０１−２３４５−６７８０」へと変更することができる。この変更された部品ＸＲＴファイル１６１は、作図アプリケーションによって、たとえば、記憶装置１１５に上書き保存される。領域１６２のイメージファイルの変更も同様にして行える。
【０１２１】
変更後の部品ＸＲＴファイル１６１が記憶装置１１５に記憶されると、その後に部品ＸＲＴファイル１６１を構成要素として含むＸＲＦファイルが生成されたとき、そのＸＲＦファイルは変更後の部品ＸＲＴファイル１６１を構成要素として含むことになる。
【０１２２】
したがって、サーバ１０の管理者は、部品ＸＲＴファイル１２６を編集することにより、部品ＸＲＴファイル１２６を用いて生成される複数種類の帳票に対して、その編集結果を共通に反映させることができる。
１０．ユーザデータに応じた外観の変更
１０−１．ユーザデータに応じた画像部品の選択
図２１は、ユーザデータに応じて帳票の外観を変更するための機能を備えたサーバ１０の構成例を説明するためのブロック図である。この図２１において、図４に示された構成部分と同等の部分には、図４の場合と同一符号を付して、その説明を省略する。
このサーバ１０の業務アプリケーションは、上述の要求データ解析部１３１の機能のほかに、ユーザデータに応じて適切なイメージファイルを決定し、そのイメージファイルのパスおよびファイル名を帳票生成情報ファイルに記述するイメージファイル設定部１３６の機能が備えられている。
【０１２３】
要求データ解析部１３１は、ユーザデータに応じて複数のイメージファイルから選択された１つのイメージファイルを貼り付けるべき領域が設定されたＸＲＴファイルを帳票データファイルの構成要素とすべき帳票生成情報を生成する場合がある。この場合、要求データ解析部１３１は、クライアント２０からの帳票データ要求に応じて読み出されたユーザデータをイメージファイル設定部１３６に引き渡す。イメージファイル設定部１３６は、引き渡されたユーザデータに基づいて、ＸＲＴファイル中の当該領域に貼り付けるべきイメージファイルを特定し、そのファイルのパス名およびファイル名を帳票生成情報ファイル中に記述する。
【０１２４】
図２２は、イメージファイル設定部１３６の機能を説明するための概念図である。図２３は、サーバ１０からクライアント２０へと提供される帳票データ（ＸＲＦファイル）の一例を説明するための概念図である。
【０１２５】
図２２の概念図において、帳票データの構成要素であるＸＲＴファイル１８０には、データ型として文字または数値を指定した１４個のフィールド１８１，１８２と、イメージが貼り付けられた領域１８３と、複数のイメージから選択された１つのイメージが貼り付けられるように設定された領域１８４とが設定されている。一方、記憶装置１１５には、イメージファイル１８５，１８６，１８７，１８８，１８９および１８１０が記憶されているものとする。領域１８３には、イメージファイル１８５が固定部品として貼り付けられている。
【０１２６】
イメージファイル設定部１３６は、クライアント２０から与えられる帳票データ要求によって特定されたユーザデータのデータ値に応じて、イメージファイル１８６〜１８１０のいずれかを、フィールド１８４に貼り付けるべきイメージファイルとして特定する。たとえば、イメージファイル設定部１３６は、１４番目の入力データのデータ値が、「０」以上「５００，０００」未満であればイメージファイル１８６を、「５００，００１」以上「１，０００，０００」未満であればイメージファイル１８７を、「１，０００，００１」以上「１，５００，０００」未満であればイメージファイル１８８を、「１，５００，００１」以上「２，０００，０００」未満であればイメージファイル１８９を、「２，０００，００１」以上「２，５００，０００」未満であればイメージファイル１８１０を、領域１８４に埋め込むべきイメージファイルとして特定する情報（パスおよびファイル名）を帳票生成情報ファイル１４０中に記述するようにその動作が設定されている。
【０１２７】
この実施形態では、イメージファイル１８６〜１８１０は、互いに長さの異なる横長の帯状図形と、「現在庫金額」という文字列とでそれぞれ構成されている。帯状図形の長さは、在庫金額の多少を視覚的に表している。必要に応じて、帯状図形部分および／または文字列部分の色を異ならせておいてもよい。たとえば、在庫金額過小や在庫金額過多に対応したイメージファイル１８６，１８１０などの帯状図形部分を赤色とし、適正在庫金額に対応したイメージファイル１８８の帯状図形部分を緑色とし、他のイメージファイル１８７，１８９は黄色としたりすれば、在庫の多少を一目で把握できる。
【０１２８】
たとえば図２３に示すように、１４番目のユーザデータのデータ値が「１９６９９６０」であるとする。すると、イメージファイル設定部１３６は、領域１８４に埋め込むべきイメージファイルのパスおよびファイル名として、イメージファイル１８９のパスおよびファイル名を帳票生成情報ファイル１４０に記述する。
【０１２９】
その後、ＸＭＬアプリケーション１３３が、この帳票生成情報ファイル１４０をもとにＸＲＦファイルまたはＰＤＦファイルを作成する。作成されたＸＲＦファイル１５０を、ＸＲＦリーダ２２２で表示したものが、図２３に示す帳票画像１８１１である。
【０１３０】
帳票画像１８１１は、「８月度在庫管理表」を示す帳票画像である。この帳票画像１８１１は、イメージファイル１８５および１８９によって、８月現在の在庫金額が適正範囲であることを、視覚的に理解しやすい内容となっている。
【０１３１】
イメージファイル設定部１３６がイメージファイルを選択するときの条件値は、サーバの管理者によって変更可能であるようになっていてもよい。また、その条件値の判断対象となるユーザデータの設定の変更も行うことができるようになっていてもよい。さらに、イメージファイル設定部１３６によって特定されるイメージファイル（外部リソースファイル）の設定も変更できるようになっていてもよい。
【０１３２】
このように、ユーザデータに応じて外観を異ならせた帳票を作成することができる。しかも、１つの帳票フォームに選択的に用いられる複数のイメージファイルを、帳票フォームのデータとは別に記憶するようにしているから、記憶装置１１５の記憶容量を圧迫することがない。
【０１３３】
なお、上記の例では、特定の領域に、ユーザデータの値に応じて選択されたイメージファイルが貼り付けられる例について説明したが、同様の構成および処理によって、帳票フォームファイルであるＸＲＴファイルに設定されたエリアのプロパティをユーザデータに応じて変化させることにより、複数の部品ＸＲＴファイル（部品フォーム）のうちのいずれかをユーザデータの値に応じて選択して、当該エリアにリンクすることもできる。これによっても、ユーザデータに応じて多様に外観を異ならせた帳票を作成できる。
１０−２．ユーザデータに応じた描画オブジェクトの特性変更
図２４は、ユーザデータに応じて帳票の外観を異ならせるために用いられるサーバ１０の他の構成例を説明するためのブロック図である。この図２４において、図４に示された各部に対応する部分には、図４の場合と同一符号を付して、その説明を省略する。
【０１３４】
このサーバ１０の業務アプリケーションは、上述の要求データ解析部１３１としての機能のほかに、描画オブジェクト（線、円、長方形、多角形、円弧、扇形等の図形データ）のプロパティを変更するプロパティ変更処理部１３７としての機能を有している。
【０１３５】
クライアント２０からの帳票データ要求に対応したＸＲＴファイルには、固定部品としての描画オブジェクトが貼り付けられている場合がある。そして、この実施形態では、特定の描画オブジェクトについて、ユーザデータに基づくプロパティの自動変更が行えるようになっている。
【０１３６】
ＸＲＴファイルを作図アプリケーションを用いて作成するとき、描画オブジェクトを帳票フォーム上に配置することができる。作図アプリケーションは、描画オブジェクトを編集するためのエディタ機能を有していて、たとえば、マウスのドラッグ操作によって、所望の形状の描画オブジェクトを選択して帳票上の所望の位置に配置したり、同じくマウスのドラッグ操作などで当該描画オブジェクトの形状や大きさを変更したりすることができる。こうして作成された描画オブジェクトは、帳票フォーム上での貼り付け位置、大きさ、線種（外形線など）および色などのプロパティを有することになる。これらのプロパティは、作図アプリケーション上で、プロパティ編集ダイアログへの記入によって変更することができる。このようにして生成されるプロパティがＸＲＴファイルに記述されている。
【０１３７】
図２５は、長方形の図形に対応した描画オブジェクトのプロパティ編集ダイアログの表示例を示す図である。このプロパティ編集ダイアログには、長方形オブジェクトの左上頂点の横方向に関する位置データ１９１と、長方形の左上頂点の縦方向に関する位置データ１９２と、長方形の横の長さデータ１９３と、長方形の縦の長さデータ１９４とが表示されるようになっている。
【０１３８】
この例では、長方形の左上頂点の横位置データ１９１は「８７．５」、縦方向位置データ１９２は「６．７７１」、横の長さデータ１９３は「２５．２６」、縦の長さデータ１９４は「１７．９６９」となっている。各データ１９１〜１９４の値が変更されると、長方形の描画オブジェクトの位置、大きさおよび形状（縦横の長さの比）が変化する。
【０１３９】
描画オブジェクトのプロパティ編集ダイアログには、さらに、オブジェクト名設定部１９５と、「ＯＫ」ボタン１９６と、「キャンセル」ボタン１９７とが含まれている。これらのボタンは、マウス等で操作（クリック）できる。「ＯＫ」ボタン１９６を操作することで、プロパティの各値が確定し、デフォルト値としてＸＲＴファイルに書き込まれることになる。
【０１４０】
プロパティ変更処理部１３７は、クライアント２０からの帳票データ要求に対応したユーザデータの値に基づいて、ＸＲＴファイル中の特定の描画オブジェクトに関して、適切なプロパティ値を定め、当該描画オブジェクトのプロパティ値をその値に変更するように指示するためのコマンドを帳票生成情報ファイルに記述する。たとえば、プロパティ中のデータ１９１〜１９４の値をユーザデータに対応する値に変更するためのコマンドを帳票生成情報ファイルに記入する。
【０１４１】
このようにして、ユーザデータの値に応じて位置、大きさおよび形状（必要に応じてさらに色）を変化させるためのコマンドを含む帳票生成情報ファイルが作成されて、データ収集・結合処理部１３２に与えられることになる。
【０１４２】
図２６は、ユーザデータの値に応じて描画オブジェクトのプロパティが変更されることによる長方形図形の変形を説明するための概念図である。クライアント２０からの帳票データ要求に対応した帳票フォームファイル（ＸＲＴファイル）に長方形描画オブジェクトのプロパティが記述されている場合を想定する。そして、当該長方形描画オブジェクトのデフォルトプロパティとして、横方向位置データ１９１が「８７．５」、縦方向における位置データ１９２が「６．７７１」、横方向長さデータ１９３が「２５．２６」、縦方向長さデータ１９４が「１７．９６９」にそれぞれ設定されているものとする。
【０１４３】
たとえば、要求データ解析部１３１による解析の結果、帳票データ要求に対応したユーザデータＡが「７５％」という値である場合、プロパティ変更処理部１３７は、上記長方形描画オブジェクトの横方向長さデータ１９３を、「２５．２６」から、「２５．２６」の７５％分に相当する「１８．９４５」へと変更するためのコマンドを作成して帳票生成情報ファイルに書き込む。これにより、データ収集・結合処理部１３２のＸＭＬアプリケーション１３３がそのコマンドを解釈することにより、ＸＲＴファイルを変更し、当該長方形描画オブジェクトのプロパティが変更されたＸＲＴファイルを作成する。これにより、クライアント２０のＸＲＦリーダでは、横方向長さを「２２．７３４」とした長方形図形のイメージデータが展開されることになる。
【０１４４】
また、帳票データ要求に対応するユーザデータＢが「９０％」という値である場合、プロパティ変更処理部１３７は、上記基本の長方形描画オブジェクトの横方向長さデータ１９３を、「２５．２６」から、「２５．２６」の９０％分に相当する「２２．７３４」へと変更するためのコマンドを作成して帳票生成情報ファイルに記入する。これに応じて、ＸＭＬアプリケーション１３３によって、ＸＲＴファイルが変更され、当該長方形描画オブジェクトのプロパティが変更される。これにより、クライアント２０のＸＲＦリーダでは、横方向長さを「２２．７３４」とした長方形図形のイメージデータが展開されることになる。
【０１４５】
このようにして、ユーザデータの値に応じたプロパティ（とくに形態に関するプロパティ）の描画オブジェクトを有するＸＲＴファイルを自動生成することができる。
【０１４６】
図２７は、サーバ１０からクライアント２０へ提供される帳票データの一例を説明するための概念図である。クライアント２０からサーバ１０に送信された帳票データ要求（とくに帳票の種類を指定する部分）に対応した帳票フォームファイルであるＸＲＴファイル１９１１には、フィールド１９１２，１９１３が設定されており、さらに、領域１９１４にイメージデータ１９１７が貼り付けられ、領域１９１５，１９１６にはそれぞれ長方形描画オブジェクト１９８（デフォルトのプロパティを有するもの）が貼り付けられているものとする。領域１９１４にリンクされたイメージファイル１９１７は記憶装置１１５に記憶されていて、ＸＲＴファイルには、イメージのプロパティとして、そのイメージファイル１９１７のパスおよびファイル名が記述されている。また、描画オブジェクト１９８はそのプロパティがＸＲＴファイルに記述されている。
さらに、プロパティ変更処理部１３６が、領域１９１５，１９１６に貼り付けられた基本の長方形描画オブジェクト１９８のプロパティを、ユーザデータ（たとえば、フィールド１９１２，１９１３に対応するもの）に応じた値に変更するためのコマンドを帳票生成情報ファイル中に記述するものとする。
【０１４７】
一方、帳票データ要求に基づいて特定されたユーザデータとして「７５％，９０％」が部品サーバ１２００から読み出されて、業務アプリケーションに与えられている場合を想定する。要求データ解析部１３１は、フィールド１９１２に最初のユーザデータ「７５％」が埋め込まれ、フィールド１９１３に２番目のユーザデータ「９０％」が埋め込まれるように、ユーザデータファイルを作成する。プロパティ変更処理部１３６は、領域１９１５，１９１６の描画オブジェクト１９８のプロパティをユーザデータ「７５％，９０％」に応じてそれぞれ変更すべきことを表すコマンドを生成し、このコマンドを帳票生成情報ファイルに記入する。プロパティ変更後の長方形描画オブジェクトを参照符号１９９，１９１０でそれぞれ示す。
【０１４８】
上記のようにして自動生成された帳票生成情報ファイル１４０は、ＸＭＬアプリケーション１３３によって解釈され、その結果、ＸＲＴファイル１９１１において領域１９１５，１９１６の長方形描画オブジェクトのプロパティが変更され、この変更後のＸＲＴファイルを含むＸＲＦファイル１５０が作成される。このＸＲＦファイル１５０は、ＸＲＴファイル１９１１（描画オブジェクトのプロパティが変更されたもの）、イメージファイル１９１７、およびユーザデータなどを構成要素データとして含むことになる。このＸＲＦファイル１５０を、アプリケーションサーバ１１７を介してクライアント２０に送信し、ＸＲＦリーダ２２２で表示させることにより、帳票画像１９１９が得られる。
【０１４９】
帳票画像１９１９は、商品Ａ，Ｂとの在庫品の在庫率を示す帳票データである。この帳票画像１９１９は、イメージファイル１９１７および長方形描画オブジェクト１９９，１９１０によって、商品Ａ，Ｂとの在庫品の在庫率が視覚的に表されており、直感的に理解しやすい外観を呈している。
【０１５０】
ここでは、ユーザデータの値に対応して長方形の横方向長さを変更する例について説明したが、縦方向長さを変化させたり、併せて描画オブジェクトの色をユーザデータの値に応じて変化させたりしてもよい。また、ここでは、百分率で表されるユーザデータに対応するように描画オブジェクトのプロパティを変更させることとしたが、プロパティ変更処理部１３６に予め基準値を設けておき、ユーザデータと基準値との比較結果（たとえば、基準値とユーザデータとの差の大小）に応じて、描画オブジェクトのプロパティを変化させるような構成であってもよい。
むろん、基本となる描画オブジェクトの形状は、長方形に限らず、円形、円弧、扇形などの他の形状であってもよい。
【０１５１】
図２８は、ユーザデータに応じて描画オブジェクトのプロパティを変更する機能を実現した電子帳票システムの構成を説明するためのブロック図である。クライアント２０からの帳票データ要求は、Ｗｅｂブラウザ２２１から、アプリケーションサーバ１１７を介して、要求データ解析部１３１に与えられる（矢印Ｃ１）。要求データ解析部１３１は、帳票要求データに対応したユーザデータを記憶装置１１５から読み出す（矢印Ｃ３）。
【０１５２】
帳票データ要求に対応する帳票フォーム（ＸＲＴファイル）に、ユーザデータによるプロパティ変更の対象となる描画オブジェクトが貼り付けられている場合、要求データ解析部１３１は、ユーザデータをプロパティ変更処理部１３７に与える（矢印Ｃ３）。
【０１５３】
プロパティ変更処理部１３７は、与えられたユーザデータに応じて、対象となる描画オブジェクトのプロパティを変更するためのコマンドを作成して帳票生成情報ファイル中に記入する（矢印Ｃ４）。
【０１５４】
要求データ解析部１３１は、また、帳票データ要求に対応する帳票データを作成するための帳票生成情報ファイル１４０と、ユーザデータ１５１とをデータ収集・結合処理部１３２へと送信する（矢印Ｃ７）。この帳票生成情報ファイル１４０には、帳票フォームファイル（ＸＲＴファイル）中の描画オブジェクトのプロパティを変更すべきことを指示するコマンドが含まれている。
【０１５５】
帳票生成情報ファイル１４０と、ユーザデータ１５１とを受信したデータ収集・結合処理部１３２は、記憶装置１１５からＸＭＬパーサ１２０と、ＤＯＭファイルまたはＳＡＸファイル１２１とを読み取ることによって（矢印Ｃ８）、ＸＭＬアプリケーション１３３を起動させる。ＸＭＬアプリケーション１３３は、帳票生成情報ファイル１４０に基づいて、ＤＴＤファイル１２３、ＸＲＴファイル１２４、フィールド情報１２５、部品ＸＲＴファイル１２６および外部リソースファイル１２７を記憶装置１１５から読み取ることによって（矢印Ｃ９）、ＸＲＦファイル１５０を作成する。このとき、上記プロパティ変更処理部１３７が生成したコマンドに従って、ＸＲＴファイル中の描画オブジェクトのプロパティが変更される。
【０１５６】
帳票生成情報ファイル１４０の出力ファイルモード記述部に、ＰＤＦファイル形式の指定がなければ、ＸＭＬアプリケーション１３３のＸＲＦファイル作成部１３４によってＸＲＦファイルが作成され、このＸＲＦファイルが、要求データ解析部１３１に引き渡される。このＸＲＦファイルは、アプリケーションサーバ１１７を介して、ＸＲＦリーダ２２２（ＸＲＦファイルの受信によりＷｅｂブラウザ２２１がヘルパーアプリケーションとして起動）に送信される（矢印Ｃ１３）。ＸＲＦリーダ２２２がこの受信したＸＲＴファイル１５０を表示しているときに、入力装置１１３の所定操作が行われると、帳票の印刷データがプリンタドライバ２２３を介してプリンタ３０に送信され、このプリンタ３０から帳票が用紙上に印刷出力される（矢印Ｃ１４）。このようにして、ユーザデータに応じてプロパティ（とくに形態）が変更された描画オブジェクトが埋め込まれた状態の帳票を得ることができる。
【０１５７】
帳票生成情報ファイル１４０の出力ファイルモード記述部において、ＰＤＦファイル形式が指定されている場合には、ＸＭＬアプリケーション１３３のＰＤＦファイル作成部１３５は、ＸＲＴファイルに対応したフォームのイメージデータを展開し、さらに、このイメージデータにユーザデータ、イメージおよび描画オブジェクトを展開して埋め込む。このようにして得られたＰＤＦファイルは、要求データ解析部１３１に引き渡され、アプリケーションサーバ１１７を介して、クライアント２０のＷｅｂブラウザ２２１に与えられる（矢印Ｃ１１）。Ｗｅｂブラウザ２２１が、この受信したＰＤＦファイルを表示しているときに、ユーザによって入力装置１１３の所定操作が行われると、帳票の印刷データが作成されてプリンタドライバ２２３を介し、プリンタ３０に与えられ、このプリンタ３０から帳票が印刷出力されることになる（矢印Ｃ１２）。
【０１５８】
なお、クライアント２０からの帳票データ要求に対応した帳票フォームファイル（ＸＲＴファイル）が、ユーザデータに応じて必ずプロパティが変更される描画オブジェクトを有する場合には、要求データ解析部１３１は、帳票フォームファイル（ＸＲＴファイル）のファイル名から、描画オブジェクトのプロパティの変更が必要であると判断して、プロパティ変更処理部１３７にユーザデータを引き渡すようになっていてもよい。
【０１５９】
また、帳票によっては、描画オブジェクトのプロパティを変更せずに、デフォルト値を使用するか、描画オブジェクトのプロパティを変更するかをクライアント２０から指定（帳票データ要求に指定情報を含ませる。）させる場合も考えられる。このような場合には、要求データ解析部１３１は、クライアント２０からの指定の有無を最初に判断して、描画オブジェクトのプロパティを変更しないことが指定されていれば、プロパティ変更処理部１３７によるコマンドの作成をスキップするようにすればよい。
１１．帳票フォームの構成要素ファイルのキャッシュが可能な実施形態
図２９は、この発明の他の実施形態に係る電子帳票システムの全体構成を示すブロック図である。この実施形態では、サーバ１０と、複数のプロキシサーバ４０とがインターネットに接続されている。サーバ１０は、大規模な処理を行うことのできるコンピュータであって、インターネットと通信可能に接続されている。プロキシサーバ４０は、記憶手段を有するパーソナルコンピュータであって、たとえばオフィスやビル毎に設置されている。
【０１６０】
プロキシサーバ４０には、ＬＡＮ（ローカルエリアネットワーク）５０が接続されている。ＬＡＮ５０には、たとえばオフィス内に設置された複数のクライアント２０やプリンタ３０が接続されている。クライアント２０は、オフィス等に設置されているパーソナルコンピュータである。そして、クライアント２０は、ＬＡＮ５０に接続されている他のクライアント２０と、互いにデータの送受を行うことができるようになっており、プリンタ３０を共有している。
【０１６１】
プロキシサーバ４０は、インターネットとＬＡＮ５０とを通信可能に接続することができる。したがって、サーバ１０とクライアント２０とは、プロキシサーバ４０を介して、互いにデータの送受を行うことができるようになっている。
【０１６２】
この実施形態では、ＸＲＦファイルの構成要素がプロキシサーバ４０にキャッシュされるようになっており、クライアント２０は、ＸＲＦファイルの構成要素ファイルのうちプロキシサーバ４０にキャッシュされていないもののみをサーバ１０から受信してＸＲＦファイルをクライアント２０側で作成する。これにより、ネットワークの負荷の軽減が図られている。しかも、構成要素データの単位でキャッシュが行われるから、クライアント２０から全く同一内容の帳票の要求が出された場合だけでなく、異なる内容の帳票であっても、構成要素データの一部が共通していれば、キャッシュにヒットすることになるから、キャッシュの効率がよくなる。これにより、ネットワークの負荷を効率的に低減できる。
【０１６３】
図３０は、この実施形態におけるサーバ１０の構成例を説明するためのブロック図である。図３０のブロック図において、図４に示された各部と同等の構成部には図４の場合と同一符号を付してその説明を省略する。
【０１６４】
記憶装置１１５は、ＸＭＬパーサと、ＤＯＭファイルまたはＳＡＸファイルと、ＤＴＤファイルとを記憶している。記憶装置１１５は、さらに、各複数種類のＸＲＴファイルと、フィールド情報と、部品ＸＲＴファイルと、外部リソースファイルとを記憶している。この構成における記憶装置１１５は、ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイルのそれぞれと一対一に対応付けられている更新日時情報をさらに記憶している。更新日時情報とは、ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイルのそれぞれが、記憶装置１１５に最後に記憶された日時（最終更新日時）を示す情報である。
【０１６５】
サーバ１０の管理者は、作図アプリケーションを使用することにより、ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイル１２７を必要に応じて編集し、更新後のファイルを記憶装置１１５に上書きしたり、別名のファイルとして書き込んだりすることができる。このとき、各ファイルに対応付けて、当該ファイルが最後に記憶装置１１５に書き込まれた時間が、更新日時情報として記憶装置１１５に併せて書き込まれる。
【０１６６】
サーバ１０の業務アプリケーションは、要求データ解析部１３１の機能と、ＸＲＦファイルの個々の構成要素データについてキャッシュの可否を表す情報（フラグ）を付加するキャッシュ禁止データ設定部１３１３との機能を有している。この業務アプリケーションは、ＸＭＬアプリケーション１３３からなる帳票生成情報ファイル読取部１３１１と連携して動作する。
【０１６７】
要求データ解析部１３１は、クライアント２０からの帳票データ要求に基づいて帳票生成情報ファイルおよびユーザデータファイルを作成するとともに、帳票生成情報ファイルを帳票生成情報ファイル読取部１３１１に与える。これにより、ＸＭＬアプリケーション１３３が起動され、ＤＯＭファイルまたはＳＡＸファイルを介してＸＭＬパーサが呼び出される。
【０１６８】
ＸＭＬアプリケーション１３３は、このＸＭＬパーサを介してＸＭＬファイル形式で記述された帳票生成情報ファイルを解釈し、その解釈結果に従って、帳票データに対応するＸＲＦファイルを構成するＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイルを特定するための情報（たとえば、パスおよびファイル名）と一対一に対応付けられている更新日時情報を記憶装置１１５から読み取ることができる。
【０１６９】
そして、ＸＭＬアプリケーション１３３は、帳票生成情報ファイルに記述されている、ＸＲＦファイル（帳票データ）の構成ファイル特定情報（たとえばパスおよびファイル名。帳票フォームデータ特定情報）と、それらのファイルの更新日時情報とをまとめて、更新日時情報の記述を加えた帳票生成情報ファイルを生成する。ＸＭＬアプリケーション１３３は、この更新日時情報付き帳票生成情報ファイルを要求データ解析部１３１に引き渡す。要求データ解析部１３１は、この帳票生成情報ファイルを、ユーザデータファイルとともに、アプリケーションサーバ１１７を介してクライアント２０に送信することができる。
【０１７０】
要求データ解析部１３１は、クライアント２０から、ＸＲＦファイルの構成要素ファイルの送信を要求するファイル送信要求をアプリケーションサーバ１１７が受け付けたときに、要求されたファイル（ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）を記憶装置１１５から読み取ることができる。そして、これらの読み取ったファイルを、アプリケーションサーバ１１７を介して、クライアント２０に与えることができる。
【０１７１】
要求されたファイルがクライアント２０に送信されるときに、その要求されたファイル（ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）は、プロキシサーバ４０に記憶（キャッシュ）される。このキャッシュされるファイルは、その属性として、更新日時情報を有している。
【０１７２】
たとえば、会社印等を含むような帳票は、クライアント側でキャッシュすると、不正に使用されるおそれがある。そのため、帳票そのものが重要なものである場合や、会社印等の重要なイメージ等を含む帳票については、少なくともその重要部分を構成するファイルのキャッシュができないように、キャッシュ禁止情報が帳票生成情報ファイルに記入される。
【０１７３】
具体的には、キャッシュ禁止データ設定部１３１３は、クライアント２０からの帳票データ要求に対応した帳票データが、キャッシュ禁止データ設定部１３１３によってキャッシュ禁止設定のされたファイルを含む場合に、帳票データの構成要素ファイル（ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル。すなわち、帳票フォームの構成要素ファイル）の全部または一部のキャッシュを禁止するパラメータを帳票生成情報ファイルに埋め込む。これにより、プロキシサーバ４０にキャッシュされるＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイルを制限することができるようになっている。
【０１７４】
以下は、キャッシュ禁止設定のためのパラメータを含む帳票生成情報ファイルの形式例である。

ユーザデータは、帳票毎に異なるのが一般的であるから、キャッシュの必要がない。したがって、ユーザデータファイルについては、たとえば、帳票生成情報ファイル中にキャッシュを禁止するためのパラメータを記述するか、クライアント２０側のアプリケーションによる処理によって、ユーザデータをキャッシュ対象外とするようにしておけばよい。
【０１７５】
図３１は、この実施形態の電子帳票システムにおけるクライアント２０の構成例を説明するためのブロック図である。図３１において、図６に示された各部と同等の構成部分には、図６の場合と同一符号を付して示し、その説明を省略する。
【０１７６】
クライアント２０には、データ結合処理部２２９と、キャッシュ判定部２２４とが備えられている。データ結合処理部２２９と、キャッシュ判定部２２４とは、制御部２２０によって制御されている。
【０１７７】
データ結合処理部２２９およびキャッシュ判定部２２４は、ＸＭＬアプリケーションによって実現される機能処理部である。これらのうち、データ結合処理部２２９は、サーバ１０から与えられる帳票生成情報ファイルを解釈し、ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイル、外部リソースファイルおよびユーザデータを結合して、帳票データファイルであるＸＲＦファイルを作成する。
【０１７８】
一方、キャッシュ判定部２２４は、サーバ１０から与えられる帳票生成情報ファイルに記述されているＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイル、すなわち帳票データとしてのＸＲＦファイルを構成する構成要素ファイル（ただしユーザデータ以外）が、プロキシサーバ４０に記憶されているか否かを判別する。帳票生成情報ファイルによって特定されるＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよびイメージファイルが、プロキシサーバ４０に記憶されていないと判別された場合、キャッシュ判定部２２４は、それらのファイルを特定した不足ファイル送信要求をサーバ１０へ送信する。
【０１７９】
また、キャッシュ判定部２２４は、帳票生成情報ファイルにより示されるＸＲＴファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイルがプロキシサーバ４０に記憶されていると判別した場合、帳票生成情報ファイル中に記述されているそれらのファイルの更新日時情報と、プロキシサーバ４０に記憶されている対応ファイルの更新日時情報とが一致するか否かを判別する。いずれかの構成要素ファイルについて、帳票生成情報ファイルに記述されている更新日時情報と、プロキシサーバ４０に記憶されているファイルの更新日時情報とが一致しないと判別された場合、キャッシュ判定部２２４は、そのファイルを特定した不足ファイル送信要求を、Ｗｅｂブラウザ２２１を介してサーバ１０へ送信する。
【０１８０】
キャッシュ判定部２２４は、送信要求を送信する際に、帳票生成情報ファイル内にキャッシュを禁止するパラメータがあるかどうかを調べ、キャッシュを禁止するパラメータが記述されている場合には、Ｗｅｂブラウザ２２１から送信要求を発信する際に、ＨＴＴＰプロトコルの設定により、プロキシサーバ４０におけるキャッシュを抑止させる。
【０１８１】
図３２は、図３０のサーバ１０および図３１のクライアント２０から構成されている電子帳票システムの動作を説明するためのブロック図である。クライアント２０のユーザが入力装置２１３を操作して所要情報をＷｅｂブラウザ２２１に入力すると、入力内容に対応した帳票データ要求が、Ｗｅｂブラウザ２２１から、アプリケーションサーバ１１７を介して、要求データ解析部１３１に与えられる（矢印Ｅ１）。
【０１８２】
要求データ解析部１３１では、Ｗｅｂブラウザ２２１から与えられる帳票データ要求をもとに、帳票生成情報ファイルを作成する。また、要求データ解析部１３１は、帳票データ要求のユーザが指定したデータ部分に基づき、サーバ１０に蓄積されているユーザデータを特定して、ユーザデータファイルを作成する。そして、要求データ解析部１３１は、帳票生成情報ファイルと、ユーザデータファイルとを、帳票生成情報ファイル読取部１３１１に与える（矢印Ｅ２）。もしも、帳票データ要求に対応する帳票データが、キャッシュ禁止の設定された構成要素データを含む場合には、キャッシュ禁止を表すパラメータがキャッシュ禁止データ設定部１３１３によって帳票生成情報ファイル内に書き込まれる。
【０１８３】
帳票生成情報ファイル読取部１３１１に、帳票生成情報ファイル１４０とユーザデータファイル１５１とが与えられると、記憶装置１１５からＸＭＬパーサと、ＤＯＭファイルまたはＳＡＸファイルとが読み取られ、ＸＭＬアプリケーション１３３が起動する。ＸＭＬアプリケーション１３３は、帳票生成情報ファイルに基づいて、帳票データ要求に対応するＸＲＴファイルの構成要素ファイルのファイル名およびそのファイルの更新日時情報を記憶装置１１５から読み取り（矢印Ｅ３）、更新日時情報付きの帳票生成情報ファイルを作成して、アプリケーションサーバ１１７から、クライアント２０のキャッシュ判定部２２４へと送信する（矢印Ｅ４）。このとき、ユーザデータファイルも併せて送信される。
【０１８４】
帳票生成情報ファイルを受信したキャッシュ判定部２２４は、プロキシサーバ４０に記憶されている構成要素ファイル（ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）のうち、帳票生成情報ファイルに記述されているファイルを特定する。さらに、その特定されたプロキシサーバ４０上の構成要素ファイルの更新日時情報と、帳票生成情報ファイルに示された構成要素ファイルの更新日時情報とが一致する構成要素ファイルを特定し、プロキシサーバ４０に対してその送信を要求する（矢印Ｅ５）。これに応じて、キャッシュ判定部２２４によって特定されて送信要求された構成要素ファイルが、プロキシサーバ４０から、クライアント２０のデータ結合処理部２２９へと与えられる（矢印Ｅ６）。
【０１８５】
また、キャッシュ判定部２２４は、帳票生成情報ファイルに示されている構成要素ファイル（ＤＴＤファイル、ＸＲＴファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）のうち、プロキシサーバ４０から与えられなかった構成要素ファイルを特定した不足ファイル送信要求を、Ｗｅｂブラウザ２２１およびアプリケーションサーバ１１７を介して、要求データ解析部１３１に送信する（矢印Ｅ７）。このとき、プロキシサーバ４０におけるキャッシュの可／不可が、帳票生成情報ファイル中に記述されたパラメータに従って、ＨＴＴＰプロトコルにおいて設定される。
【０１８６】
不足ファイル送信要求を受信した要求データ解析部１３１は、この不足ファイル要求に対応する構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル１２７）を記憶装置１１５から読み取る（矢印Ｅ８）。そして、この読み取った構成要素ファイルを、アプリケーションサーバ１１７から、プロキシサーバ４０およびＷｅｂブラウザ２２１を介して、データ結合処理部２２９に与える（矢印Ｅ９）。不足ファイル送信要求をＷｅｂブラウザ２２１から発信するときのＨＴＴＰプロトコルによって、キャッシュの禁止が設定されていた場合には、サーバ１０から送信されてきた構成要素ファイルは、プロキシサーバ４０にキャッシュされない。キャッシュの禁止が設定されていなかった場合には、サーバ１０から送信されてきた構成要素ファイルは、プロキシサーバ４０にキャッシュされる。
【０１８７】
プロキシサーバ４０にキャッシュされた構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）は、プロキシサーバ４０に接続された全てのクライアント２０が共通して使用することができる。そのため、この電子帳票システム全体で使用される構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）を各クライアント２０に効率良く分配することができる。
【０１８８】
データ結合処理部２２９は、サーバ１０およびプロキシサーバ４０から与えられた構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイル）およびユーザデータファイルを結合することによって、帳票データとしてのＸＲＦファイルを作成する。より具体的には、帳票生成情報ファイルに記述されているＸＲＴファイルを取得し、このＸＲＴファイルに部品ＸＲＴファイルやイメージデータなどを結合させ、各フィールドに対応したユーザデータを結合することによって、ＸＲＦファイルが作成される。
【０１８９】
こうして作成されたＸＲＦファイルは、ＸＲＦリーダ２２２に与えられるようになっている（矢印Ｅ１０）。ＸＲＦファイルを受け渡されたＸＲＦリーダ２２２は、ＸＲＦファイルをイメージデータに展開することによって帳票画像を作成して、その表示を行う。この帳票画像の表示が行われているときに、入力装置２１３から所定の印刷指示操作が行われると、帳票画像に対応する印刷データが作成されて、プリンタドライバ２２３を介して、プリンタ３０へと送信される（矢印Ｅ１１）。これにより、プリンタ３０からその帳票画像を担持した用紙が出力される。
【０１９０】
なお、サーバ１０からクライアント２０へ帳票生成情報ファイルおよびユーザデータファイルを送信する代わりに、実データを伴わないＸＲＦファイルを送信してもよい。すなわち、通常のＸＲＦファイルは、フォームファイルであるＸＲＴファイルと、これにリンクされる部品ＸＲＴファイル、外部リソースファイルおよびユーザデータなどの実データを有しているが、これらの実データを省いたＸＲＦファイルを帳票生成情報ファイルの代わりに用いることもできる。むろん、この場合のＸＲＦファイルには、その構成要素ファイルのファイル名と、それらのファイルの各更新日時情報と、必要に応じてキャッシュ禁止設定のためのパラメータが記述されることになる。
【０１９１】
また、ＸＲＦファイルの構成要素データのキャッシュは、クライアント２０において行うこともできる。たとえば、クライアント２０の記憶装置２１７内にキャッシュ領域を設け、このキャッシュ領域をキャッシュ手段として用いて、帳票データ（ＸＲＦファイル）の構成要素ファイルをキャッシュするようにしてもよい。この場合には、帳票生成情報ファイル中におけるキャッシュ禁止設定のためのパラメータに従い、クライアント２０の内部処理によって、キャッシュするかどうかが決められることになる。ユーザデータのキャッシュは一般に不要であるから、クライアント２０側のアプリケーションの設定により、ユーザデータのキャッシュを行わないようにしておけばよい。
【０１９２】
ただし、プロキシサーバの方が一般に保存容量が大きいからより多くのキャッシュデータを保存でき、キャッシュの効率が増加する。また、複数のクライアント２０が共通のキャッシュ領域を共有することになるから、個々のクライアント２０でキャッシュを行う場合に比較して、キャッシュの効率が良くなる。
【０１９３】
なお、キャッシュするデータをＷｅｂブラウザからＨＴＴＰプロトコルを利用して取得すると、プロキシサーバを利用している場合には、取得したデータは自動的にプロキシサーバにキャッシュされるのであるが、ＨＴＴＰプロトコルを用いて、プロキシサーバにキャッシュをさせない設定を行うことができる。
１２．クライアントにおける描画オブジェクトの特性変更
図３３は、図２９の構成の電子帳票システムにおいて用いられるサーバ１０の他の構成例を説明するためのブロック図である。この図３３において、上述の図３０に示された各部と同等の機能を有する部分には、図３０の場合と同一符号を付して示す。クライアント２０側の構成は図３１の場合と同様であるので、以下の説明では、図３１を併せて参照する。
【０１９４】
この実施形態では、クライアント２０において、ユーザデータに応じたプロパティを有する描画オブジェクトを帳票フォームに埋め込む処理が行われ、その描画オブジェクトを埋め込んだ帳票データであるＸＲＦファイルがクライアント２０において作成される。
【０１９５】
サーバ１０側の業務アプリケーションは、要求データ解析部１３１の機能とともに、クライアント２０からの帳票データ要求によって特定されたユーザデータに応じたプロパティを有する描画オブジェクトをＸＲＴファイル中に位置指定して書き込むためのコマンド（描画オブジェクト書込コマンド）を帳票生成情報ファイルに書き込む描画オブジェクト書込コマンド生成部１３８の機能を有している。
【０１９６】
一方、クライアント２０側では、ＸＭＬアプリケーションで構成されるデータ結合処理部２２９によって、帳票生成情報ファイル中の描画オブジェクト書込コマンドが解釈されて実行される。これにより、ＸＲＴファイルに対して、当該コマンドにおいて指定された描画オブジェクトのプロパティ（配置位置、形状、大きさなど）が書き込まれる。つまり、データ結合処理部２２９は、描画オブジェクト書込コマンドを解釈し、描画オブジェクトをＸＲＴファイルに書き込む機能を有する。
【０１９７】
図３４は、図３３のサーバ１０および図３１のクライアント２０から構成されている電子帳票システムの構成を説明するためのブロック図である。クライアント２０のユーザが入力装置２１３を操作して所要情報をＷｅｂブラウザ２２１に入力すると、入力内容に対応した帳票データ要求が、Ｗｅｂブラウザ２２１から、アプリケーションサーバ１１７を介して、要求データ解析部１３１に与えられる（矢印Ｄ１）。
【０１９８】
要求データ解析部１３１では、Ｗｅｂブラウザ２２１から与えられる帳票データ要求をもとに、帳票生成情報ファイルを作成する。また、要求データ解析部１３１は、帳票データ要求によって特定されるユーザデータを記憶装置１５から読み出して、ユーザデータファイルを作成する。
【０１９９】
また、帳票データ要求に対応する帳票フォーム（ＸＲＴファイル）が、ユーザデータに応じてプロパティを定めた描画オブジェクトを埋め込むべき帳票フォームである場合、描画オブジェクト書込コマンド生成部１３８は、要求データ解析部１３１からユーザデータを得て（矢印Ｄ３）、このユーザデータに対応したプロパティの描画オブジェクトを帳票フォーム中に配置を指定して埋め込むための描画オブジェクト書込コマンドを帳票生成情報ファイルに書き込む（矢印Ｄ４）。
【０２００】
もしも、帳票データ要求に対応する帳票データが、キャッシュ禁止の設定された構成要素データを含む場合には、キャッシュ禁止データ設定部１３１３（図３４では図示を省略した。）によって、キャッシュ禁止を表すパラメータが帳票生成情報ファイル内に書き込まれる。
【０２０１】
要求データ解析部１３１は、描画オブジェクト書込コマンドや各種のパラメータなどが記述された帳票生成情報ファイルと、ユーザデータファイルとを、帳票生成情報ファイル読取部１３１１に与える（矢印Ｄ５）。
【０２０２】
帳票生成情報ファイル読取部１３１１に、帳票生成情報ファイルとユーザデータファイルとが与えられると、記憶装置１１５から、ＸＭＬパーサと、ＤＯＭファイルまたはＳＡＸファイルとが読み取られ、ＸＭＬアプリケーション１３３が起動する。ＸＭＬアプリケーション１３３は、帳票生成情報ファイル１４０に基づいて、帳票データ要求に対応するＸＲＴファイルの構成要素ファイルのファイル名およびそのファイルの更新日時情報を記憶装置１１５から読み取り（矢印Ｄ６）、更新日時情報付きの帳票生成情報ファイルを作成して、アプリケーションサーバ１１７から、クライアント２０のキャッシュ判定部２２４へと送信する（矢印Ｄ７）。このとき、ユーザデータファイルも併せてクライアント２０へと送信され、データ結合処理部２２９に与えられる。
【０２０３】
帳票生成情報ファイルを受信したキャッシュ判定部２２４は、プロキシサーバ４０に記憶されている構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）のうち、帳票生成情報ファイルに記述されているファイルを特定する。さらに、その特定されたプロキシサーバ４０上の構成要素ファイルの更新日時情報と、帳票生成情報ファイルに示された構成要素ファイルの更新日時情報とが一致する構成要素ファイルを特定し、その送信を要求する（矢印Ｄ８）。これに応じて、プロキシサーバ４０は、キャッシュ判定部２２４によって特定されて送信要求された構成要素ファイルを、クライアント２０のデータ結合処理部２２９に与える（矢印Ｄ９）。
【０２０４】
また、キャッシュ判定部２２４は、帳票生成情報ファイルに示されている構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）のうち、プロキシサーバ４０から与えられなかった構成要素ファイルを特定した不足ファイル送信要求を、Ｗｅｂブラウザ２２１およびアプリケーションサーバ１１７を介して、要求データ解析部１３１に送信する（矢印Ｄ１０）。このとき、個々の構成要素ファイルについて、プロキシサーバ４０におけるキャッシュの可／不可が、ＨＴＴＰプロトコルにおいて設定される。
【０２０５】
不足ファイル送信要求を受信した要求データ解析部１３１は、この不足ファイル要求に対応する構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）を記憶装置１１５から読み取る（矢印Ｄ１１）。そして、この読み取った構成要素ファイルを、アプリケーションサーバ１１７から、プロキシサーバ４０およびＷｅｂブラウザ２２１を介して、データ結合処理部２２９に与える（矢印Ｄ１２）。不足ファイル送信要求をＷｅｂブラウザ２２１から発信するときのＨＴＴＰプロトコルによって、キャッシュの禁止が設定されていた場合には、サーバ１０から送信されてきた構成要素ファイルは、プロキシサーバ４０にキャッシュされず、また、キャッシュの禁止が設定されていなかった場合には、サーバ１０から送信されてきた構成要素ファイルはプロキシサーバ４０にキャッシュされる。
【０２０６】
データ結合処理部２２９は、サーバ１０およびプロキシサーバ４０から与えられた構成要素ファイル（ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルまたは外部リソースファイル）およびユーザデータを結合し、さらに、帳票生成情報ファイル中の描画オブジェクト書込コマンドに従って、ＸＲＴファイル中に新たな描画オブジェクトを書き込むことによって、帳票データとしてのＸＲＦファイルを作成する。
【０２０７】
作成されたＸＲＦファイルは、ＸＲＦリーダ２２２に与えられるようになっている（矢印Ｄ１８）。ＸＲＦファイルを受け渡されたＸＲＦリーダ２２２は、ＸＲＦファイルをイメージデータに展開することによって帳票画像を作成して、その表示を行う。この帳票画像の表示が行われているときに、入力装置２１３から所定の印刷指示操作が行われると、帳票画像に対応する印刷データが作成されて、プリンタドライバ２２３を介して、プリンタ３０へと送信される（矢印Ｄ１９）。これにより、プリンタ３０からその帳票画像を担持した用紙が出力される。このようにして、ユーザデータに応じたプロパティ（とくに形態）を有する描画オブジェクトが埋め込まれた状態の帳票を得ることができる。
【０２０８】
また、クライアント２０側では、既存の描画オブジェクトのプロパティを変更する処理ではなく、帳票生成情報ファイル中のコマンドに基づいて新たな描画オブジェクトを生成する処理がＸＭＬアプリケーションによって行われるようになっているから、ビジネスロジックを必要としない。したがって、複数のクライアント２０におけるプログラムの保守および管理が容易になる。
【０２０９】
しかも、プロキシサーバ４０をキャッシュとして利用し、ＸＲＦファイルの構成要素データをプロキシサーバ４０から取得し、クライアント２０においてＸＲＦファイルを作成する構成であるので、ネットワークの負荷を著しく軽減することができる。
【０２１０】
なお、この構成例の場合にも、サーバ１０からクライアント２０へ帳票生成情報ファイルを送信する代わりに、実データを伴わないＸＲＦファイルを送信してもよい。
【０２１１】
また、ＸＲＦファイルの構成要素データのキャッシュをクライアント２０において行うようにしてもよい。
１３．ユーザの認証が可能な実施形態
図３５は、この発明のさらに他の実施形態におけるサーバ１０の構成例を説明するためのブロック図である。図３５において、上述の図４に示された各部と同等の構成部分には、図４の場合と同一符号を付して示し、その説明を省略する。
【０２１２】
この実施形態の電子帳票システムは、上述の図２９に示された構成と同様な全体構成を有している。ただし、この実施形態の電子帳票システムでは、帳票データの要求や出力ができるクライアント端末が予め設定され、クライアントの認証を行うことによって、特定の端末以外では帳票データの要求や帳票の出力を制限できるようになっている。
【０２１３】
サーバ１０には、業務アプリケーションの機能処理部としての認証部１３１４およびログ作成部１３１５が備えられており、これらは制御部１３０によって制御されている。
【０２１４】
認証部１３１４は、記憶装置１１５に予め記憶された、クライアント２０の管理者の「ユーザ名」および「パスワード」を参照する。そして、サーバ１０とクライアント２０とのインターネットを介する接続が確立されている間に、クライアント２０からクライアント２０の管理者の「ユーザ名」および「パスワード」がサーバ１０に与えられると、認証部１３１４は、クライアント２０から与えられた「ユーザ名」および「パスワード」が、記憶装置１１５に記憶されている「ユーザ名」および「パスワード」と一致するか否かを判別する。それらが一致すると判別されると、クライアント２０の管理者は、入力装置２１３から所定の操作を行うことによって、そのクライアント２０に提供を許可する帳票の設定を行うことができる。すなわち、特定のクライアント２０を、特定の帳票を出力するための端末として設定できる。
【０２１５】
このような設定が行われると、認証部１３１４は、そのクライアント２０に当該帳票の帳票データの送信を行うことを許可する送信許可情報であるＣｏｏｋｉｅを送信する。このＣｏｏｋｉｅは、サーバ１０から、クライアント２０に送信されると、クライアント２０の記憶装置２１７に記憶されるようになっている。Ｃｏｏｋｉｅを受信したクライアント２０が、そのＣｏｏｋｉｅの送信元であるサーバと再びインターネットを介して接続されると、クライアント２０は、Ｃｏｏｋｉｅをそのサーバ１０に与えるようになっている。
【０２１６】
また、ユーザが、帳票データの送信許可を表すＣｏｏｋｉｅを有するクライアント２０を使用することによって、サーバ１０に接続すると、そのＣｏｏｋｉｅは、アプリケーションサーバ１１７を介して認証部１３１４に与えられる。そして、認証部１３１４は、クライアント２０から送信されてくるＣｏｏｋｉｅの内容に応じて、そのクライアント２０に提供することのできる帳票データを提供し、その他の帳票データについては、送信を制限する。
【０２１７】
一方、帳票データの送信許可を表すＣｏｏｋｉｅを有するクライアント２０と、サーバ１０とのインターネットを介する接続が確立されている間に、クライアント２０からクライアント２０の管理者の「ユーザ名」および「パスワード」がサーバ１０に与えられることがある。このとき、認証部１３１４は、クライアント２０から与えられた「ユーザ名」および「パスワード」が、認証部１３１４に記憶されている「ユーザ名」および「パスワード」と一致するか否かを判別する。その一致が確認された後、クライアント２０の管理者が入力装置２１３から所定の解除操作を行うと、そのクライアント２０への提供が許可されていた帳票データの送信許可の設定を解除することができるようになっている。その送信許可設定が解除されると、認証部１３１４は、そのクライアント２０に、帳票データの送信許可設定を解除したＣｏｏｋｉｅを送信することができる。
【０２１８】
ユーザが、帳票画像の送信許可設定が解除された状態（すなわち、送信許可設定のされていない状態）のＣｏｏｋｉｅを有する（またはそのようなＣｏｏｋｉｅを有しない）クライアント２０を使用することによって、サーバ１０に接続すると、帳票データの送信許可設定のない当該Ｃｏｏｋｉｅは、アプリケーションサーバ１１７を介して認証部１３１４に与えられる（またはＣｏｏｋｉｅが与えられない）。帳票データの送信許可設定のないＣｏｏｋｉｅを受信した（またはＣｏｏｋｉｅを受信しなかった）認証部１３１４は、要求された帳票データをクライアント２０に送信することを禁止する。
【０２１９】
ログ作成部１３１５は、ＸＭＬアプリケーション１３３によって作成されたＸＲＦファイルやＰＤＦファイルをクライアント２０へ送信した日時情報を記憶装置１１５に記憶させることができる。つまり、サーバ１０からクライアント２０へと送信された帳票データファイルの送信記録（ログ）を作成することができる。
【０２２０】
図３６は、この実施形態におけるクライアント２０の構成例を説明するためのブロック図である。この図３６において、図６に示された各部と同等の構成部分には図６の場合と同一符号を付して示し、その説明を省略する。
【０２２１】
この構成では、クライアント２０に記憶装置２１７が設けられている。記憶装置２１７は、サーバ（サーバ１０を含む）から制御部２２０に与えられるＣｏｏｋｉｅを記憶しておくことができる。また、以前にＣｏｏｋｉｅが与えられたサーバ（サーバ１０を含む）との間の接続が再び確立された場合には、制御部２２０は、そのサーバから以前に与えられたＣｏｏｋｉｅを記憶装置２１７から読み出して、そのサーバに送信する。
【０２２２】
クライアント２０にはさらに、表示制御部２２５と、ログ作成部２２６と、出力情報表示禁止部２２７と、ユーザ認証部２２８とが備えられており、これらは制御部２２０によって制御されている。
【０２２３】
表示制御部２２５は、帳票データ要求がサーバ１０に送信されて帳票印刷の指示がされてから、その帳票データ要求に対応する帳票画像がプリンタ３０によって印刷され終わるまでの間、表示装置２１４の表示画面をシステムモーダル画面に固定させ、入力装置２１３から制御部２３０への操作信号を無効化する。
【０２２４】
ログ作成部２２６は、帳票データ要求が当該クライアント２０からサーバ１０に送信された日時情報と、サーバ１０から与えられるＸＲＦファイルやＰＤＦファイルを受信した日時情報と、印刷データをプリンタ３０に送信した日時情報と、プリンタ３０から与えられる印刷データの印刷完了を示す印刷終了信号を受信した日時情報と、その帳票種類の情報とを含むログ（帳票出力記録）を記憶装置２１７に記憶させることができる。また、クライアント２０の管理者は、入力装置２１３から所定の操作を行うことによって、記憶装置２１７に記憶されているログを閲覧することができるようになっている。
【０２２５】
出力情報表示禁止部２２７は、ＸＲＦファイル内のパラメータの設定に応じて、帳票画像の表示を禁止するための制御を行う。
【０２２６】
クライアント２０のユーザのユーザ名およびパスワードは、記憶装置２１７に記憶され、ユーザ認証部２２８によって管理されるようになっている。そして、入力装置２１３から入力されるユーザ名およびパスワードが、記憶装置２１７に記憶されているユーザ名およびパスワードに一致するか否かを判別することができるようになっている。入力装置２１３から入力されたユーザ名およびパスワードが、ユーザ認証部２２８によって、記憶装置２１７に記憶されているユーザ名およびパスワードに一致すると判別されない限り、ユーザはクライアント２０を使用して帳票の出力を行うことができないようになっている。
【０２２７】
図３７は、図３５のサーバ１０および図３６のクライアント２０から構成される電子帳票システムの概念的な構成を説明するためのブロック図であり、図３８は、帳票データ送信許可の設定を受け付けるための受付画面をＷｅｂブラウザ２２１により表示した例を示す図であり、図３９は、帳票データ要求の入力を受け付けるための受付画面（メニュー画面）をＷｅｂブラウザ２２１により表示した例を示す図である。
【０２２８】
クライアント２０の管理者は、Ｗｅｂブラウザ２２１のＵＲＬ入力部にサーバ１０のＵＲＬを入力して、入力装置２１３から所定の操作を行うことによって、アプリケーションサーバ１１７からＨＴＭＬファイル等を受信して、Ｗｅｂブラウザ２２１の表示部２３１に、図３８に示すような表示を行わせることができる。図３８は、サーバ１０からクライアント２０へ提供する領収書の帳票データの送信許可設定を受け付けるための受付画面である。表示部中央付近には、クライアント２０の管理者のユーザ名を入力させるためのユーザ名入力部２３６と、クライアント２０の管理者のパスワードを入力させるためのパスワード入力部２３７とが表示されている。ユーザ名入力部２３６およびパスワード入力部２３７の下部には、「端末に指定」ボタン２３８と、「端末指定解除」ボタン２３９とが表示されている。また、この受付画面において、Ｗｅｂブラウザ２２１にはポインタ（図示せず）が表示されており、ユーザが入力装置２１３（主にポインティングデバイス）の操作を行うことによって、このポインタをボタン２３８または２３９上へ移動し、ボタン２３８または２３９を押す（クリック）ことができるようになっている。
【０２２９】
ユーザ名入力部２３６にクライアント２０の管理者のユーザ名が、パスワード入力部２３７にクライアント２０の管理者のパスワードが、それぞれ入力されて、「端末に指定」ボタン２３８が押されると（矢印Ｆ１）、認証部１３１４は、認証処理を行い、ユーザ名およびパスワードが事前に登録されたものと一致することを条件に、領収書の帳票データの送信許可を表すＣｏｏｋｉｅ（端末識別情報としての登録ＩＤを含む）を、そのクライアント２０へと送信するようになっている（矢印Ｆ２）。クライアント２０は、そのＣｏｏｋｉｅを記憶装置２１７に記憶するようになっている。これにより、当該クライアント２０は、領収書の帳票データの受信が可能な端末として設定されることになる。なお、ユーザの認証は、指紋や掌紋等を用いたバイオメトリック認証やＩＤカードを用いた認証により行うようにしてもよい。
【０２３０】
一方、クライアント２０の記憶装置２１７に領収書の帳票データの送信許可を表すＣｏｏｋｉｅが記憶されている時に、そのクライアント２０によってユーザ名入力部２３６にクライアント２０の管理者のユーザ名が、パスワード入力部２３７にクライアント２０の管理者のパスワードがそれぞれ入力されて、「端末指定解除」ボタン２３９が押されると（矢印Ｇ１）、認証部１３１４は、認証処理を実行し、ユーザ名およびパスワードが事前に登録されたものと一致することを条件に、領収書の帳票データの送信許可を解除した内容のＣｏｏｋｉｅを、そのクライアント２０へと送信するようになっている（矢印Ｇ２）。クライアント２０は、そのＣｏｏｋｉｅを記憶装置２１７に記憶するようになっている。これにより、当該クライアント２０は、領収書の帳票データの受信ができない状態となる。
【０２３１】
ユーザが、Ｗｅｂブラウザ２２１のＵＲＬ入力部２３０にサーバ１０のＵＲＬを入力すると、記憶装置２１７に記憶されている全てのＣｏｏｋｉｅが認証部１３１４に送信される（矢印Ｆ３）。認証部１３１４は、クライアント２０から与えられるＣｏｏｋｉｅに応じて、ＨＴＭＬ等で記述されたファイルを選択するようになっている。そして、アプリケーションサーバ１１７は、そのＨＴＭＬ等で記述されたファイルをクライアント２０へと送信する（矢印Ｆ４）。したがって、クライアント２０からサーバ１０に与えられるＣｏｏｋｉｅの内容に応じて、クライアント２０の表示装置２１４に表示される内容が異なるようになっている。
【０２３２】
たとえば、サーバ１０から与えられたＣｏｏｋｉｅを何も有していないクライアント２０、または領収書帳票データの送信許可のないＣｏｏｋｉｅが記憶装置２１７に記憶されているクライアント２０とサーバ１０とがインターネットを介して接続されると、クライアント２０のＷｅｂブラウザ２２１の表示部２３１には、図３９(a)に示すような画面が表示される。図３９(a)の画面では、そのクライアント２０には領収書の帳票データの提供ができない旨が表示されている。その後、そのクライアント２０のＷｅｂブラウザ２２１の表示部２３１には、図３９(b)に示すような画面が表示される。
【０２３３】
図３９(b)には帳票の種類を選択するメインメニュー画面の例が示されており、この例では、Ｗｅｂブラウザ２２１の表示部２３１には、「提案書」ボタン２３１０、「申込書」ボタン２３１１、「領収書」ボタン２３１２および「受領書」ボタン２３１３が表示されている。「領収書」ボタン２３１２は、たとえば、グレーアウト（操作不能状態を表す表示状態。図中では斜線を付して表す。）されて操作不能状態とされていて、押すことができないようになっている。つまり、ユーザは、「領収書」ボタン２３１２にリンクされたＷｅｂページに入ることができず、領収書の帳票データ要求をサーバ１０に送信することができない。なお、「領収書」ボタン２３２１を操作不能とする代わりに、認証されていない端末から「領収書」ボタン２３２１が操作された場合に、サーバ１０から、領収書印刷不可の端末であることを通知する画面を表示させるためのＨＴＭＬファイル等を送出するようにしてもよい。
【０２３４】
一方、帳票データの送信許可が設定されたＣｏｏｋｉｅを有するクライアント２０のＷｅｂブラウザ２２１のＵＲＬ入力部２３０にサーバ１０のＵＲＬを入力すると、図３９(c)に示すような画面が表示される。図３９(c)の画面では、Ｗｅｂブラウザ２２１の表示部２３１には、「提案書」ボタン２３１０、「申込書」ボタン２３１１、「領収書」ボタン２３１２および「受領書」ボタン２３１３が表示されている。いずれのボタンも操作可能状態とされ、ユーザは、サーバ１０から提供可能な全ての帳票データ（提案書、申込書、領収書および受領書）の要求をサーバ１０に送信することができる。
【０２３５】
このように、クライアント２０からサーバ１０へと送信されるＣｏｏｋｉｅの内容に応じて、帳票データ要求が制限されることがある。ユーザは、この制限の範囲内において、帳票データ送信要求を要求データ解析部１３１へと送信することができる（図３７の矢印Ｆ５）。
【０２３６】
要求データ解析部１３１に帳票データ要求が与えられると、要求データ解析部１３１は、この帳票データ要求に対応する帳票データを生成するための情報（コマンドやパラメータ）をＸＭＬで記述した帳票生成情報ファイルを作成する。また、要求データ解析部１３１は、帳票データ要求に対応するユーザデータを記憶装置１１５から読み出してユーザデータファイルを作成する。
【０２３７】
要求データ解析部１３１によって生成された帳票生成情報ファイルおよびユーザデータファイルは、データ収集・結合処理部１３２に送信される（矢印Ｆ６，Ｆ７）。
【０２３８】
データ収集・処理結合部１３２は、帳票生成情報ファイルとユーザデータファイルとを受信すると、ＸＭＬパーサと、ＤＯＭファイルまたはＳＡＸファイルとを記憶装置１１５から読み取ることによって（矢印Ｆ８）、ＸＭＬアプリケーション１３３を起動させる。
【０２３９】
帳票生成情報ファイルの出力ファイルモード記述部に、帳票データの出力ファイルモードとしてＰＤＦファイル形式が指定されていなければ、ＸＭＬアプリケーション１３３のＸＲＦファイル作成部１３４は、帳票生成情報ファイルに基づいて、ＸＲＴファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイル１２７を必要に応じて記憶装置１１５から読み取って収集し（矢印Ｆ９）、それらを結合し、さらにユーザデータを結合することによって、ＸＲＦファイルを作成する。
【０２４０】
作成されたＸＲＦファイルは、アプリケーションサーバ１１７から、クライアント２０へ送信され（矢印Ｆ１３）、ＸＲＦリーダ２２２によって処理される。ＸＲＦリーダ２２２は、ＸＲＦファイルから帳票画像を作成する。そして、その帳票画像に対応する印刷データを作成して、プリンタドライバ２２３を介して、プリンタ３０へと送信する（矢印Ｆ１４）。
【０２４１】
帳票生成情報ファイル１４０の出力ファイルモード記述部１４１１に、帳票データの出力ファイルモードとしてＰＤＦファイル形式が指定されている場合、ＸＭＬアプリケーション１３３のＰＤＦファイル作成部１３５は、帳票生成情報ファイルに基づいて、ＸＲＴファイルファイル、ＤＴＤファイル、フィールド情報、部品ＸＲＴファイルおよび外部リソースファイル１２７を必要に応じて記憶装置１１５から読み取って収集し（矢印Ｆ９）、それらを結合し、さらにユーザデータを結合して、帳票のイメージデータに展開することにより、ＰＤＦファイルを作成する。このＰＤＦファイルは、アプリケーションサーバ１１７を介して、クライアント２０のＷｅｂブラウザ２２１に与えられるようになっている（矢印Ｆ１１）。Ｗｅｂブラウザ２２１がこの受信したＰＤＦファイルを表示しているときに、ユーザによって入力装置２１３の所定の操作が行われると、ＰＤＦ形式の帳票データに対応する印刷データが作成されて、プリンタドライバ２２３から、プリンタ３０へ送信される（矢印Ｆ１２）。
【０２４２】
ＸＲＦファイルまたはＰＤＦファイルがアプリケーションサーバ１１７からクライアント２０へ送信されると、ログ作成部１３１５は、ＸＲＦファイルまたはＰＤＦファイルをクライアント２０へ送ったことを表すログを作成して記憶装置１１５に書き込む。このログには、日時、ジョブ名、帳票番号、帳票名、枚数、証跡管理の要否などが含まれる。
【０２４３】
図４０は、クライアント２０の制御動作を説明するためのフローチャートである。クライアント２０は、ユーザ認証部２２８によって、入力装置２１３から入力されるユーザ名およびパスワードが、記憶装置２１７に記憶されているユーザ名およびパスワードに一致しない限り、帳票出力のための操作を行うことができないようになっている。入力装置２１３から入力されるユーザ名およびパスワードと、記憶装置２１７に記憶されているユーザ名およびパスワードとが一致すると（ステップＳ１０）、制御部２２０によって、プリンタ３０が印刷可能状態か否かが判別されるようになっている（ステップＳ１１）。プリンタ３０が印刷可能状態でなければ（ステップＳ１１でＮｏ）、表示装置２１４にエラー表示がされ（ステップＳ２８）、強制終了する。この場合、ユーザは、プリンタ３０が印刷可能となるまで待つか、管理者に連絡してプリンタ３０の異常を知らせるか、または帳票の印刷をキャンセルする。
【０２４４】
プリンタ３０が印刷可能状態である場合（ステップＳ１１でＹｅｓ）、ユーザの所望する帳票データ要求の入力が受け付けられ、その入力された帳票データ要求がサーバ１０へと送信される（ステップＳ１２）。そして、ログ作成部２２６によって、送信ログが作成されて記憶装置２１７に記憶される（ステップＳ１３）。この送信ログは、帳票データ要求をサーバ１０へと送信した日時、ジョブ名、帳票番号、帳票名、枚数、証跡管理の要否などの情報を含む。
【０２４５】
その後、ＸＲＦファイル中のパラメータの設定に従い、出力情報表示設定部２２５によって、表示装置２１４の表示画面は、システムモーダル画面に固定され（ステップＳ１４）、一切の入力操作を受け付けず、帳票印刷をキャンセルできない状態とされて、バックグラウンドで印刷処理が行われる。システムモーダル画面は、ユーザが所望する帳票データの要求を入力した画面であってもよい。
【０２４６】
このように、ユーザは、帳票データの要求を入力した後に、クライアント２０を操作することができない。したがって、帳票の印刷途中で印刷処理をキャンセルして未印字状態の帳票や印刷が不完全な状態の帳票を出力したりすることはできず、このような未印字状態の帳票等が不正使用されたりすることを防止できる。
【０２４７】
帳票データ要求がサーバ１０に送信された後に、クライアント２０はサーバ１０からＸＲＦファイルを受信し（ステップＳ１５）、ログ作成部２２６によって、ＸＲＦファイルまたはＰＤＦファイルの受信に関する受信ログが作成されて記憶装置２１７に記憶される（ステップＳ１６）。この受信ログは、受信日時、ジョブ名、帳票番号、帳票名、枚数、証跡管理の要否などの情報を含む。
【０２４８】
一方、ＸＲＦファイル内のパラメータの設定に従い、出力情報表示禁止部２２７によって、帳票画像の表示が禁止される（ステップＳ１７）。これにより、表示装置２１４に表示された帳票画像をコピーして帳票を作成するなどという不正を防止できる。
【０２４９】
その後、ＸＲＦリーダ２２２が起動されて、ＸＲＦリーダ２２２によって、そのＸＲＦファイルから帳票画像が自動的に作成される（ステップＳ１８）。そして、制御部２２０によって、プリンタ３０が印刷可能であるか否か判別される（ステップＳ１９）。プリンタ３０が印刷不可能である場合は（ステップＳ１９でＮｏ）、システムモーダル画面が終了され（ステップＳ２７）、入力操作が可能な状態となる。そして、エラー表示がされ（ステップＳ２８）、印刷処理が強制終了する。
【０２５０】
プリンタ３０が印刷可能である場合は（ステップＳ１９でＹｅｓ）、ＸＲＦリーダ２２２によって、帳票画像に対応する印刷データが作成されて、その印刷データがプリンタ３０へ送出される（ステップＳ２０）。そして、ログ作成部２２６によって、印刷データ送出ログが作成されて記憶装置２１７に格納される（ステップＳ２３１）。印刷データ送出ログは、印刷データ送出が完了（スプールからプリンタへのデータ出力完了）した日時、ジョブ名、スプール出力結果などの情報を含む。
【０２５１】
一方、バックグラウンド処理によって、印刷データがプリンタ３０に送出された後、プリンタ３０からその印刷データを印刷した旨の印刷完了通知がクライアント２０に与えられる（ステップＳ２２）。
【０２５２】
そして、ログ作成部２２６によって、印刷完了ログが作成されて記憶装置２１７に記憶される（ステップＳ２３）。そして、システムモーダル画面が終了し（ステップＳ２５）、入力操作が可能な状態に戻る。印刷完了ログは、印刷完了通知を受信した日時、ジョブ名、枚数、トレイ情報、用紙情報、出力結果などの情報を含む。
【０２５３】
上記のように印刷処理の各ステップでログを作成しているので、印刷処理中に不具合が発生したときに、どの時点で不具合が発生したのかを特定することができる。これにより、たとえば、印刷が本当にできなかったのか、それとも、印刷ができたにもかかわらず出力された用紙が紛失したのかを特定でき、帳票の不正使用を効果的に防止できる。
【０２５４】
なお、Ｃｏｏｋｉｅを用いて端末を認証する代わりに、領収書等の特定の帳票の印刷を許可した端末であることを判定するためのファイルを記憶装置２１７に記憶させておき、appletにより当該ファイルが端末に存在するかどうかを判別することにより端末の認証を行うようにしてもよい。
１４．その他の実施形態
上述の実施形態では、サーバ１０とクライアント２０とは、インターネットを介してデータのやり取りを行うとしたが、会社等が有する専用のネットワークを用いてデータのやり取りを行う構成であってもよい。
【０２５５】
また、同一ビル内や同一オフィス内にクライアント２０が多数存在する場合、サーバ１０はそのビルやオフィス内に設置されて、そのビル内やオフィス内のクライアント２０を管理する構成であってもよい。このとき、サーバ１０とクライアント２０とは、インターネットを介してデータのやり取りを行うのではなく、ＬＡＮを介してデータのやりとりを行う構成であってもよい。
【０２５６】
さらに、サーバ１０はインターネット等のネットワークに１台のみ存在している必要はなく、複数のサーバ１０がネットワークに接続されている構成であってもよい。
【０２５７】
その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。
【図面の簡単な説明】
【図１】この発明の一実施形態に係る電子帳票システムの全体構成を示すブロック図である。
【図２】サーバの電気的な構成を示すブロック図である。
【図３】サーバの記憶装置に記憶されているファイルを説明するためのブロック図である。
【図４】サーバの機能的な構成を説明するためのブロック図である。
【図５】クライアントの電気的な構成の一例を示すブロック図である。
【図６】クライアントの機能的構成を説明するためのブロック図である。
【図７】サーバおよびクライアントにより構成される電子帳票システムの概念的な構成を説明するためのブロック図である。
【図８】帳票データ要求の入力を受け付けるための受付画面をＷｅｂブラウザにより表示した例を示す図である。
【図９】要求データ解析部によって帳票生成情報ファイルとして作成されるＸＭＬファイルの一例を示す図である。
【図１０】帳票生成情報ファイルおよびユーザデータファイルを受信したデータ収集・結合処理部の動作を説明するためのフローチャートである。
【図１１】ＸＭＬアプリケーションの動作を説明するためのフローチャートである。
【図１２】ＸＲＦファイルの主要な構成要素の１つであるＸＲＴファイルの構成を説明するための概念図である。
【図１３】ＸＲＴファイルの構成を説明するためのブロック図である。
【図１４】ＸＲＴファイルの具体的な構成例を示す図である。
【図１５】ＸＲＦファイルの構成を説明するためのブロック図である。
【図１６】ＸＲＦファイルに基づいて帳票画像が生成される過程を説明するための図解的な流れ図である。
【図１７】部品ＸＲＴファイルの典型的な利用態様を説明するための概念図である。
【図１８】ＸＲＦファイルを受信したＸＲＦリーダの表示例を示す図である。
【図１９】部品ＸＲＴファイルの編集例を説明するための概念図である。
【図２０】部品ＸＲＴファイルを用いることの効果を説明するための概念図である。
【図２１】ユーザデータに応じて帳票の外観を変更するための機能を備えたサーバ構成例を説明するためのブロック図である。
【図２２】ユーザデータに応じたイメージファイルの選択を説明するための概念図である。
【図２３】サーバからクライアントへと提供される帳票データ（ＸＲＦファイル）の一例を説明するための概念図である。
【図２４】ユーザデータに応じて帳票の外観を異ならせるために用いられるサーバの他の構成例を説明するためのブロック図である。
【図２５】長方形の図形に対応した描画オブジェクトのプロパティ編集ダイアログの表示例を示す図である。
【図２６】ユーザデータの値に応じて描画オブジェクトのプロパティが変更されることによる長方形図形の変形を説明するための概念図である。
【図２７】サーバからクライアントへ提供される帳票データの一例を説明するための概念図である。
【図２８】ユーザデータに応じて描画オブジェクトのプロパティを変更する機能を実現した電子帳票システムの構成を説明するためのブロック図である。
【図２９】この発明の他の実施形態に係る電子帳票システムの全体構成を示すブロック図である。
【図３０】この実施形態におけるサーバの構成例を説明するためのブロック図である。
【図３１】この実施形態の電子帳票システムにおけるクライアントの構成例を説明するためのブロック図である。
【図３２】図３０のサーバおよび図３１のクライアントから構成されている電子帳票システムの動作を説明するためのブロック図である。
【図３３】図２９の構成の電子帳票システムにおいて用いられるサーバの他の構成例を説明するためのブロック図である。
【図３４】図３３のサーバおよび図３１のクライアントから構成されている電子帳票システムの構成を説明するためのブロック図である。
【図３５】この発明のさらに他の実施形態におけるサーバの構成例を説明するためのブロック図である。
【図３６】図３５の実施形態におけるクライアントの構成例を説明するためのブロック図である。
【図３７】図３５のサーバおよび図３６のクライアントから構成される電子帳票システムの概念的な構成を説明するためのブロック図である。
【図３８】帳票データ送信許可の設定を受け付けるための受付画面をＷｅｂブラウザにより表示した例を示す図である。
【図３９】帳票データ要求の入力を受け付けるための受付画面（メニュー画面）をＷｅｂブラウザにより表示した例を示す図である。
【図４０】クライアントの制御動作を説明するためのフローチャートである。
【符号の説明】
１０ サーバ
１１５ 記憶装置
１１７ アプリケーションサーバ
１２００ 部品サーバ
１３０ 制御部
１３１ 要求データ解析部
１３２ データ収集・結合処理部
１３３ ＸＭＬアプリケーション
１３４ ＸＲＦファイル作成部
１３５ ＰＤＦファイル作成部
１３６ イメージファイル設定部
１３７ プロパティ変更処理部
１３８ 描画オブジェクト書込コマンド生成部
１３１３ キャッシュ禁止データ設定部
１３１１ 帳票生成情報ファイル読取部
１３１４ 認証部
１３１５ ログ作成部
２０ クライアント
２１３ 入力装置
２１４ 表示装置
２１５ ネットワークインタフェース
２２０ 制御部
２２１ Ｗｅｂブラウザ
２２２ ＸＲＦリーダ
２２２ａ 印刷制御部
２２３ プリンタドライバ
２２４ キャッシュ判定部
２２５ 表示制御部
２２６ ログ作成部
２２７ 出力情報表示禁止部
２２８ ユーザ認証部
２２９ データ結合処理部
３０ プリンタ
４０ プロキシサーバ
５０ ＬＡＮ

Claims (7)

1. 帳票データを処理して印刷データを作成し、この印刷データを印刷装置に向けて出力する印刷処理を行う処理手段と、
   入力操作のための入力手段と、
   上記処理手段が印刷処理を行っている期間中、当該印刷処理を中断できないように、上記入力手段からの入力操作を制限する入力操作制限手段とを含むことを特徴とする帳票発行装置。
2. 操作画面を提供する表示手段をさらに含み、
   上記処理手段は、上記表示手段に帳票画像を表示することなく印刷処理を実行するものであることを特徴とする請求項１記載の帳票発行装置。
3. 印刷処理過程を監視し、印刷処理記録を作成する印刷処理記録作成手段とをさらに含むことを特徴とする請求項１または２記載の帳票発行装置。
4. 上記帳票発行装置は、ネットワークに接続されたクライアントであり、
   上記ネットワークに接続された帳票データサーバに対して、帳票データ要求を上記ネットワークを介して送信する帳票データ要求送信手段をさらに含み、
   上記処理手段は、上記ネットワークを介して上記帳票データサーバから送信されてくる帳票データ、または上記ネットワークを介して上記帳票データサーバから送られてくる帳票生成情報ファイルに基づいて当該帳票発行装置内で作成された帳票データに対して印刷処理を行うものであることを特徴とする請求項１ないし３のいずれかに記載の帳票発行装置。
5. 請求項４記載の帳票発行装置と、
   上記ネットワークに接続された帳票データサーバとを含み、
   この帳票データサーバは、
   上記帳票データ要求に対応した帳票データ、または上記帳票データ要求に対応した帳票生成情報ファイルを作成して上記ネットワークを介して上記帳票発行装置に送信する手段を含むことを特徴とする電子帳票システム。
6. 上記帳票データサーバは、上記帳票データまたは帳票生成情報ファイルを送出するに際して、送信記録を作成する送信記録作成手段をさらに含むことを特徴とする請求項５記載の電子帳票システム。
7. 上記帳票発行装置は、帳票発行端末であることを表す認証情報を記録するための認証情報記録手段を含み、
   上記帳票データサーバは、帳票発行端末であることを表す認証情報を保持しているクライアントに対してのみ帳票データまたは帳票生成情報ファイルを送信するものであることを特徴とする請求項５または６記載の電子帳票システム。

Images