(57)【要約】【課題】生成した帳票データのページ数に応じて課金される仕組みにおいて、課金額を抑えることの可能な仕組みを提供すること。【解決手段】帳票サーバ１０２は、帳票データの構造を示すフォームファイルと、フォームファイルにオーバレイするための挿入データとを記憶する。この記憶されたフォームファイルと挿入データとを用いて帳票データを生成し、生成した帳票データのページ数を積算し、積算したページ数に応じて課金額を算出する。ページ数を積算する際には、新たに生成された帳票データのページ数のみを積算することで課金額を抑える。【選択図】図７
2016103125.tif 000002
【特許請求の範囲】
【請求項１】
複数ページから成る帳票データの構造を示すフォームデータと、前記フォームデータに挿入する情報を示す挿入データとを記憶する記憶手段と通信可能に接続されるサーバ装置であって、
前記記憶手段に記憶されるフォームデータと挿入データとを用いて、前記帳票データを生成する帳票データ生成手段と、
前記帳票データ生成手段で生成された帳票データのページ数を積算するページ数積算手段と、
前記ページ数積算手段で積算したページ数に応じて、前記帳票データの生成に係る課金額を算出する課金額算出手段と
を備え、
前記ページ数積算手段は、前記帳票データ生成手段で生成された帳票データを構成するページのうち、新たに生成されたページ数を積算することを特徴とするサーバ装置。
【請求項２】
前記帳票データ生成手段は、第１の指示を受け付けた場合には、前記記憶手段に記憶されるフォームデータと挿入データとを用いて、すべてのページを含む前記帳票データを生成し、第２の指示を受け付けた場合には、前記記憶手段に記憶されるフォームデータと挿入データとを用いて、一部のページを含む前記帳票データを生成することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記ページ数積算手段は、前記第１の指示を受け付けた場合には、前記第２の指示に応じて生成された前記帳票データのページ数は積算しないことを特徴とする請求項２に記載のサーバ装置。
【請求項４】
前記ページ数積算手段は、前記第２の指示を受け付ける前に前記第１の指示を受け付けた場合には、前記帳票データのすべてのページ数分、積算することを特徴とする請求項２または３に記載のサーバ装置。
【請求項５】
前記帳票データ生成手段は、前記帳票データ生成手段で生成された帳票データに対して、新たに生成するページの帳票データを結合することにより生成することを特徴とする請求項１乃至４のいずれか１項に記載のサーバ装置。
【請求項６】
複数ページから成る帳票データの構造を示すフォームデータと、前記フォームデータに挿入する情報を示す挿入データとを記憶する記憶手段と通信可能に接続される情報処理システムであって、
前記記憶手段に記憶されるフォームデータと挿入データとを用いて、前記帳票データを生成する帳票データ生成手段と、
前記帳票データ生成手段で生成された帳票データのページ数を積算するページ数積算手段と、
前記ページ数積算手段で積算したページ数に応じて、前記帳票データの生成に係る課金額を算出する課金額算出手段と
を備え、
前記ページ数積算手段は、前記帳票データ生成手段で生成された帳票データを構成するページのうち、新たに生成されたページ数を積算することを特徴とする情報処理システム。
【請求項７】
複数ページから成る帳票データの構造を示すフォームデータと、前記フォームデータに挿入する情報を示す挿入データとを記憶する記憶手段と通信可能に接続されるサーバ装置の制御方法であって、
前記サーバ装置の帳票データ生成手段が、前記記憶手段に記憶されるフォームデータと挿入データとを用いて、前記帳票データを生成する帳票データ生成ステップと、
前記サーバ装置のページ数積算手段が、前記帳票データ生成ステップで生成された帳票データのページ数を積算するページ数積算ステップと、
前記サーバ装置の課金額算出手段が、前記ページ数積算ステップで積算したページ数に応じて、前記帳票データの生成に係る課金額を算出する課金額算出ステップと
を備え、
前記ページ数積算ステップは、前記帳票データ生成ステップで生成された帳票データを構成するページのうち、新たに生成されたページ数を積算することを特徴とするサーバ装置の制御方法。
【請求項８】
複数ページから成る帳票データの構造を示すフォームデータと、前記フォームデータに挿入する情報を示す挿入データとを記憶する記憶手段と通信可能に接続されるサーバ装置の制御方法を実行可能なプログラムであって、
前記サーバ装置を、
前記記憶手段に記憶されるフォームデータと挿入データとを用いて、前記帳票データを生成する帳票データ生成手段と、
前記帳票データ生成手段で生成された帳票データのページ数を積算するページ数積算手段と、
前記ページ数積算手段で積算したページ数に応じて、前記帳票データの生成に係る課金額を算出する課金額算出手段
として機能させ、
前記ページ数積算手段は、前記帳票データ生成手段で生成された帳票データを構成するページのうち、新たに生成されたページ数を積算することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生成した帳票データのページ数に応じて課金される仕組みにおいて、課金額を抑えることの可能な情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、クラウドサービスとして提供される帳票生成アプリケーションが存在する。この帳票生成アプリケーションでは、帳票データの構造を示すフォームファイル（以下、フォームファイルという。）に、データをオーバレイしてＰＤＦ等の帳票データを生成する仕組みである。
【０００３】
この仕組みにおいては、帳票データのプレビューや印刷を行うごとに帳票データが生成される。そして、生成した帳票データのページ数をカウントし、ページ数に応じて課金額を決定し、帳票生成アプリケーションを利用するユーザに対して課金額を請求している。
【０００４】
このようにページごとに課金を行う仕組みとしては、特許文献１が存在する。特許文献１は、画像形成装置で印刷されるページ数をカウントし、このカウントに応じた課金処理を行う仕組みである。この仕組みにおいて、白紙のページはページ数としてカウントしないことにより、課金額を抑える仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２４６９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述した帳票生成アプリケーションの課金では、プレビューや印刷の都度、帳票データが生成されるので、プレビューの後に印刷を行った場合は、同じ帳票データであるにも関わらず２回生成がなされてしまう。そのため、この場合には課金額が２倍になってしまう問題がある。
【０００７】
特許文献１は、あくまで白紙のページはカウントを行わない仕組みであり、白紙がない場合には課金額を抑えることはできない。更には、プレビューの後に印刷を行った場合は、白紙のページだけは課金額を抑えることができても、白紙でないページは同じページが二度カウントされてしまうのでユーザにとって不要な課金がなされてしまう問題がある。
【０００８】
そこで本発明は、生成した帳票データのページ数に応じて課金される仕組みにおいて、課金額を抑えることの可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明のサーバ装置は、複数ページから成る帳票データの構造を示すフォームデータと、前記フォームデータに挿入する情報を示す挿入データとを記憶する記憶手段と通信可能に接続されるサーバ装置であって、前記記憶手段に記憶されるフォームデータと挿入データとを用いて、前記帳票データを生成する帳票データ生成手段と、前記帳票データ生成手段で生成された帳票データのページ数を積算するページ数積算手段と、前記ページ数積算手段で積算したページ数に応じて、前記帳票データの生成に係る課金額を算出する課金額算出手段とを備え、前記ページ数積算手段は、前記帳票データ生成手段で生成された帳票データを構成するページのうち、新たに生成されたページ数を積算することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、生成した帳票データのページ数に応じて課金される仕組みにおいて、課金額を抑えることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における情報処理システムのシステム構成の一例を示す図である。
【図２】クライアント端末１０１及び帳票サーバ１０２のハードウェア構成の一例を示す図である。
【図３】クライアント端末１０１及び帳票サーバ１０２の機能構成の一例を示す図である。
【図４】フォームデータを登録する処理の流れを示すフローチャートである。
【図５】帳票生成画面１２００に対する指示に応じて動作する処理の流れを示すフローチャートである。
【図６】部分帳票生成処理の詳細な処理の流れを示すフローチャートである。
【図７】全体帳票生成処理の詳細な処理の流れを示すフローチャートである。
【図８】図７に続き、全体帳票生成処理の詳細な処理の流れを示すフローチャートである。
【図９】課金額を算出する処理の流れを示すフローチャートである。
【図１０】登録帳票管理テーブル１０００、挿入先管理テーブル１０１０、ページカウント１０２０のテーブル構成の一例を示す図である。
【図１１】帳票登録画面１１００の画面構成の一例を示す図である。
【図１２】帳票生成画面１２００の画面構成の一例を示す図である。
【図１３】帳票生成画面１２００が備えるボタンのソースコードの一例を示す図である。
【図１４】本実施形態によって生成される帳票データの各ページのイメージを示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本実施形態における情報処理システムのシステム構成の一例を示す図である。本実施形態の情報処理システムは、クライアント端末１０１と、帳票サーバ１０２とを含み、これらがＬＡＮ１０３（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）またはインターネット等のネットワークを介して、相互にデータ通信可能に接続されている。尚、図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例がある。
【００１４】
クライアント端末１０１は、パーソナルコンピュータ等の汎用のコンピュータ装置である。クライアント端末１０１にはＷｅｂブラウザがインストールされており、ユーザはＷｅｂブラウザを通じて帳票サーバ１０２で動作する帳票生成アプリケーションを利用することができるようになっている。
【００１５】
帳票サーバ１０２は、サーバ装置である。帳票サーバ１０２はクラウドサービスとして帳票生成アプリケーションを提供している。帳票生成アプリケーションは、帳票データの構造を示すテンプレートとなるファイル（フォームデータ、以下、フォームファイルという。）と、フォームファイルにオーバレイするためのデータ（以下、挿入データという。）とを記憶している。帳票生成アプリケーションは、これらを用いて帳票データを生成する。更に帳票データを生成すると、生成した帳票データの数（すなわち、ページ数）に応じてユーザに対して課金を行う。
【００１６】
図２は、本発明の実施形態におけるクライアント端末１０１及び帳票サーバ１０２のハードウェア構成の一例を示す図である。
【００１７】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１８】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳという。）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００１９】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２０】
また、入力コントローラ２０５は、キーボードやマウス等のポインティングデバイスといった入力デバイス２０９からの入力を制御する。
【００２１】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴや液晶ディスプレイでも構わない。
【００２２】
メモリコントローラ２０７は、ハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。外部メモリ２１１（記憶手段）は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する。
【００２３】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２４】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２５】
本発明の各種装置及びサーバが後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００２６】
図３は、クライアント端末１０１及び帳票サーバ１０２の機能構成の一例を示す図である。尚、図３に示すクライアント端末１０１及び帳票サーバ１０２の機能構成は一例であり、用途や目的に応じて様々な構成例がある。
【００２７】
クライアント端末１０１は機能部として、通信制御部３１１、表示制御部３１２、及びＷｅｂブラウザ制御部３１３を備える。
【００２８】
通信制御部３１１は、クライアント端末１０１と帳票サーバ１０２との情報の送受信を制御するための機能部である。表示制御部３１２は、帳票サーバ１０２から送信される情報をディスプレイ２１０に表示させるための機能部である。特に本実施形態においては、クライアント端末１０１は帳票サーバ１０２から送信された情報をＷｅｂブラウザで描画することによりディスプレイ２１０に表示させる。そのため、通信制御部３１１で受信した情報をＷｅｂブラウザ制御部３１３の機能により描画し、描画された情報を表示制御部３１２によりディスプレイ２１０に表示させる。
【００２９】
Ｗｅｂブラウザ制御部３１３は、クライアント端末１０１のＷｅｂブラウザに帳票サーバ１０２から受信した情報を描画し、ユーザからの操作を受け付けるための機能部である。Ｗｅｂブラウザ制御部３１３は、ＨＴＭＬやＣＳＳといった各種言語を解釈し、ユーザが認識可能な情報として描画するための機能を有する。
【００３０】
帳票サーバ１０２は機能部として、通信制御部３２１、記憶部３２２、帳票データ生成部３２３、データファイル生成部３２４、データファイル比較部３２５、ページ数積算部３２６、及び課金額算出部３２７を備える。
【００３１】
通信制御部３２１は、クライアント端末１０１と帳票サーバ１０２との情報の送受信を制御するための機能部である。記憶部３２２は、帳票サーバ１０２で処理を実行するための各種データを外部メモリ２１１に記憶及び管理するための機能部である。特に本実施形態では、後述する図１０の各種データテーブル、フォームファイル、及び挿入データ等を記憶及び管理している。
【００３２】
帳票データ生成部３２３（帳票データ生成手段）は、帳票データを生成するための機能部である。記憶部３２２の機能により外部メモリ２１１から取得したフォームファイルに挿入データをオーバレイすることにより、帳票データを生成する。フォームファイルは、挿入データをオーバレイするための項目が設けられているだけのテンプレートであるので、挿入データを適切な項目にオーバレイすることで帳票データを生成する。本実施形態では帳票データは、ＰＤＦ形式のファイルである。尚、これ以外のデータ形式であってもよい。
【００３３】
データファイル生成部３２４は、帳票データを生成する際に用いる１または複数の挿入データを含めたファイル（以下、データファイルという。）を生成するための機能部である。データファイル比較部３２５は、データファイル生成部３２４で生成されたデータファイルと、生成しようとしている帳票データで用いる挿入データとを比較するための機能部である。本実施形態においては、一度帳票データを生成した後に挿入データが更新された場合、更新された挿入データを用いる帳票データについてはもう一度生成し直す必要がある。そのため、データファイル生成部３２４でデータファイルを生成し、データファイル比較部３２５で更新がないか否かを確認する。
【００３４】
ページ数積算部３２６は、帳票データ生成部３２３で生成された帳票データの数、すなわちページ数をカウント（積算）するための機能部である。ページ数積算部３２６でカウントしたページ数を用いて、課金額算出部３２７でユーザに対して請求する課金額を算出する。
【００３５】
課金額算出部３２７は、ページ数積算部３２６でカウントしたページ数に応じて、帳票データの生成に係る課金額を算出する。課金額の算出は、カウントしたページ数とページ単価とを掛け合わせることで算出するものとするが、特にこれに限らない。
【００３６】
図４は、フォームデータを登録する処理の流れを示すフローチャートである。
【００３７】
まずステップＳ４０１では、クライアント端末１０１のＣＰＵ２０１は、Ｗｅｂブラウザで所定のＵＲＬの入力を受け付けることにより、フォームデータを登録するための帳票登録画面の取得要求を送信する。
【００３８】
ステップＳ４０２では、帳票サーバ１０２のＣＰＵ２０１は、クライアント端末１０１から送信された帳票登録画面の取得要求を受信する。そして、ステップＳ４０３では、帳票サーバ１０２のＣＰＵ２０１は、図１１に示すような帳票登録画面１１００を生成する。ステップＳ４０４では、帳票サーバ１０２のＣＰＵ２０１は、生成した帳票登録画面１１００をクライアント端末１０１に送信する。
【００３９】
ステップＳ４０５では、クライアント端末１０１のＣＰＵ２０１は、帳票サーバ１０２から送信された帳票登録画面１１００を受信する。そしてステップＳ４０６では、クライアント端末１０１のＣＰＵ２０１は、受信した帳票登録画面１１００をディスプレイ２１０に表示させる。帳票登録画面１１００は、フォームファイルを帳票サーバ１０２に登録するための画面である。帳票登録画面１１００は、登録ボタン１１０１、フォームファイル選択欄１１０２、ページ順入力欄１１０３、及び部分帳票生成チェック欄１１０４を含む。まず、フォームファイル選択欄１１０２で登録したいフォームファイルをクライアント端末１０１の外部メモリ２１１から選択する。ここで選択するフォームファイルは、複合フォームファイルとフォームファイルとが存在する。複合フォームファイルは、複数のフォームファイルを当該複合フォームファイルと対応付けて管理するためのファイルである。そのため、複合フォームファイルの内部でフォームファイルのファイル名を保持している。フォームファイルについては、前述した通りである。
【００４０】
複合フォームファイルが選択された場合には、ページ順入力欄１１０３、及び部分帳票生成チェック欄１１０４に対する選択は受け付けず、登録ボタン１１０１の押下を受付可能な状態にする。
【００４１】
一方、フォームファイル選択欄１１０２でフォームファイルが選択された場合には、ページ順入力欄１１０３及び部分帳票生成チェック欄１１０４の入力を受付可能な状態とする。そして、複合フォームファイルにおけるフォームファイルのページ順と、部分帳票生成チェック欄１１０４に対するチェックを受け付ける。部分帳票生成チェック欄１１０４は、プレビューの際に表示するページであるか否かを指定するためのチェック欄である。表紙や定型のページについてはわざわざ確認をする必要のないことがある。そこで、このチェック欄でチェックを受け付けておくことで、プレビュー表示の際に表示するページをあらかじめ設定しておく。
【００４２】
図４の説明に戻る。ステップＳ４０７では、クライアント端末１０１のＣＰＵ２０１は、登録ボタン１１０１の押下を検知すると、帳票登録画面１１００で入力を受け付けた情報を含む帳票登録要求を帳票サーバ１０２に送信する。
【００４３】
ステップＳ４０８では、帳票サーバ１０２のＣＰＵ２０１は、クライアント端末１０１から送信された帳票登録要求を受信し、ステップＳ４０９では、帳票サーバ１０２のＣＰＵ２０１は、受信した帳票登録要求に応じて帳票の登録を行う。より具体的には、帳票サーバ１０２で管理している図１０に示す登録帳票管理テーブル１０００に新たなレコードを生成し、ここに各種情報を登録する。
【００４４】
登録帳票管理テーブル１０００は、帳票サーバ１０２の外部メモリ２１１に記憶されるデータテーブルである。登録帳票管理テーブル１０００は、ページ順１００１、ファイル名１００２、部分帳票生成フラグ１００３、帳票ＩＤ１００４、複合帳票ＩＤ１００５、生成済みデータファイル１００６、及び生成済み部分帳票１００７を備える。
【００４５】
ページ順１００１は、ページ順入力欄１１０３で入力を受け付けたページ順を示す情報である。ファイル名１００２は、複合フォームファイルまたはフォームファイルのファイル名を示す情報である。部分帳票生成フラグ１００３は、部分帳票生成チェック欄１１０４で入力を受け付けたか否かを示すフラグである。帳票ＩＤ１００４は、フォームファイルごとに一意に割り振られる識別情報である。複合帳票ＩＤ１００５は、複合フォームファイルごとに一意に割り振られる識別情報である。生成済みデータファイル１００６は、後述する処理において生成されるデータファイルのデータファイル名を示す。生成済み部分帳票１００７は、後述する処理において生成される部分帳票（複合フォームファイルに対応する一のフォームファイルを用いて生成される帳票データ）のファイル名を示す。生成済みデータファイル１００６と生成済み部分帳票１００７とは、ステップＳ４０９を実行する際には空の状態（ＮＵＬＬ）として登録しておく。以上が図４の説明である。
【００４６】
図５は、帳票生成画面１２００に対する指示に応じて動作する処理の流れを示すフローチャートである。
【００４７】
ステップＳ５０１では、クライアント端末１０１のＣＰＵ２０１は、Ｗｅｂブラウザで所定のＵＲＬの入力を受け付けることにより、帳票データを生成するための帳票生成画面の取得要求を送信する。帳票生成画面の取得要求には、前述した複合帳票ＩＤ１００５を示す情報を含めて送信する。
【００４８】
ステップＳ５０２では、帳票サーバ１０２のＣＰＵ２０１は、クライアント端末１０１から送信された帳票生成画面の取得要求を受信する。そして、ステップＳ５０３では、帳票サーバ１０２のＣＰＵ２０１は、受信した取得要求に含まれる複合帳票ＩＤ１００５に関する、図１２に示すような帳票生成画面１２００を生成する。ステップＳ５０４では、帳票サーバ１０２のＣＰＵ２０１は、生成した帳票生成画面１２００をクライアント端末１０１に送信する。
【００４９】
ステップＳ５０５では、クライアント端末１０１のＣＰＵ２０１は、帳票サーバ１０２から送信された帳票生成画面１２００を受信する。そしてステップＳ５０６では、クライアント端末１０１のＣＰＵ２０１は、受信した帳票生成画面１２００をディスプレイ２１０に表示させる。
【００５０】
帳票生成画面１２００は、部分帳票生成ボタン１２０１、全体帳票生成ボタン１２０２、及び挿入データ編集欄１２０３を備えている。部分帳票生成ボタン１２０１は、帳票データをプレビューするためのボタンであり、前述した部分帳票生成フラグ１００３がＯＮとなっている帳票データを生成するためのボタンである。全体帳票生成ボタン１２０２は、指定された複合帳票ＩＤ１００５が示す複合フォームファイルに対応するフォームファイルをすべて用いて複数ページから成る帳票データを生成するためのボタンである。このボタンにより生成された帳票データを印刷したり、保存したりする。挿入データ編集欄１２０３は、指定された複合帳票ＩＤ１００５が示す複合フォームファイルに対応するフォームファイルにオーバレイする挿入データを編集するための入力フォームである。挿入データはあらかじめ帳票サーバ１０２に登録しておく。また、どの挿入データをどのフォームファイルのどの項目にオーバレイするのかも、あらかじめ登録しておくものとする。これに応じて生成されるテーブルが図１０に示す挿入先管理テーブル１０１０である。
【００５１】
挿入先管理テーブル１０１０は、帳票サーバ１０２で管理するデータテーブルである。挿入先管理テーブル１０１０は、帳票ＩＤ１０１１、オブジェクトＩＤ１０１２、及び挿入データ１０１３を備える。帳票ＩＤ１０１１は、帳票ＩＤ１００４に対応する識別情報である。オブジェクトＩＤ１０１２は、帳票ＩＤ１００４が示すフォームファイルの項目（オブジェクト）を示す識別情報である。挿入データ１０１３は、オブジェクトＩＤ１０１２が示す項目にオーバレイする挿入データを示す情報である。
【００５２】
この挿入先管理テーブル１０１０によって、どの挿入データをどのフォームファイルのどの項目にオーバレイするのかが管理されている。挿入データ編集欄１２０３では、この挿入データ１０１３を編集可能に表示している。
【００５３】
図５の説明に戻る。ステップＳ５０７では、クライアント端末１０１のＣＰＵ２０１は、帳票生成画面１２００が備える、終了指示以外のいずれかのボタンの押下を検知したか否かを判定する。いずれかのボタンが押下されたと判定した場合には、ステップＳ５０８に処理を進める。そうでない場合には、ステップＳ５１６に処理を進める。
【００５４】
ステップＳ５０８では、クライアント端末１０１のＣＰＵ２０１は、押下されたボタンが部分帳票生成ボタン１２０１または全体帳票生成ボタン１２０２である場合には、これらのボタンに対応するパラメータを画面に取得し、これを帳票サーバ１０２に送信する。または、挿入データの更新ボタン（不図示）であった場合には、挿入データ編集欄１２０３に入力されている挿入データを含む挿入データの更新要求を帳票サーバ１０２に送信する。
【００５５】
部分帳票生成ボタン１２０１のソースコードは、図１３（ａ）の１３０１に示すようなソースコードとなっている。このボタンには、１３０２に示すように複合帳票ＩＤ１００５と、１３０３に示すように部分帳票の生成指示とを含むパラメータを保持している。よって、このボタンが押下されるとこれらのパラメータを帳票サーバ１０２に送信する。
【００５６】
また、全体帳票生成ボタン１２０２は、図１３（ｂ）の１３０４に示すようなソースコードとなっている。このボタンには、１３０５に示すように複合帳票ＩＤ１００５と、１３０６に示すように生成済みの帳票データを用いて複合フォームファイルに対応する帳票データを生成するため指示を含むパラメータを保持している。このパラメータは更に、１３０７に示すように前回帳票データを生成してから挿入データに差分が発生したかを確認するための指示をも含む。すなわち、これらのソースコードから成るボタンを含む帳票生成画面１２００がステップＳ５０３で生成される。
【００５７】
図５に説明を戻す。ステップＳ５０９では、帳票サーバ１０２のＣＰＵ２０１は、クライアント端末１０１から送信されたパラメータまたは挿入データの更新要求を受信する。
【００５８】
ステップＳ５１０では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ５０９で受信した情報に基づいて、クライアント端末１０１から部分帳票の生成指示（第２の指示）がなされたか否かを判定する。より具体的には、ステップＳ５０９で受信したパラメータに「ｐａｒｔｓ：“ｙｅｓ”」が含まれていれば、部分帳票の生成指示がなされたと判定する。部分帳票の生成指示がなされたと判定した場合には、ステップＳ５１０に処理を進める。そうでない場合には、ステップＳ５１２に処理を進める。
【００５９】
ステップＳ５１１では、帳票サーバ１０２のＣＰＵ２０１は、確認（プレビュー）が必要な帳票データだけを生成する部分帳票生成処理を実行する。部分帳票生成処理の詳細は、後述する図６に示す。部分帳票生成処理が完了したら、ステップＳ５０９に処理を戻し、クライアント端末１０１から新たな情報が送信されるまで待機する。
【００６０】
ステップＳ５１２では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ５０９で受信した情報に基づいて、クライアント端末１０１から全体帳票の生成指示（第１の指示）がなされたか否かを判定する。より具体的には、ステップＳ５０９で受信したパラメータに「ｉｎｓｅｒｔ：“ｙｅｓ”」が含まれていれば、全体帳票の生成指示がなされたと判定する。全体帳票の生成指示がなされたと判定した場合には、ステップＳ５１３に処理を進める。そうでない場合には、ステップＳ５１４に処理を進める。
【００６１】
ステップＳ５１３では、帳票サーバ１０２のＣＰＵ２０１は、複合フォームファイルに対応するすべてのフォームファイルを用いて複数ページから成る帳票データを生成する全体帳票生成処理を実行する。全体帳票生成処理の詳細は、後述する図７及び図８に示す。全体帳票生成処理が完了したら、ステップＳ５０９に処理を戻し、クライアント端末１０１から新たな情報が送信されるまで待機する。
【００６２】
ステップＳ５１４では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ５０９で受信した情報に基づいて、クライアント端末１０１から挿入データの更新指示がなされたか否かを判定する。より具体的には、ステップＳ５０９で受信した情報が挿入データであれば、挿入データの更新指示であると判定する。挿入データの更新指示がなされたと判定した場合には、ステップＳ５１５に処理を進める。そうでない場合にはエラーであるので、ステップＳ５０９に処理を戻し、クライアント端末１０１から新たな情報が送信されるまで待機する。
【００６３】
一方ステップＳ５１６では、クライアント端末１０１のＣＰＵ２０１は、Ｗｅｂブラウザの終了指示を検知したか否かを判定する。Ｗｅｂブラウザの終了指示を検知したと判定した場合には、Ｗｅｂブラウザの起動を終了する。そうでない場合には、ステップＳ５０７に処理を戻す。図５の説明は以上である。
【００６４】
図６は、部分帳票生成処理の詳細な処理の流れを示すフローチャートである。
【００６５】
まずステップＳ６０１では、帳票サーバ１０２のＣＰＵ２０１は、生成する帳票データの登録情報を取得する。より具体的には、ステップＳ５０９で受信したパラメータに含まれる複合帳票ＩＤ１００５に対応する複合フォームファイルを登録帳票管理テーブル１０００から取得する。そして取得した複合フォームファイルが保持するフォームファイルのファイル名１００２に対応するレコードを登録帳票管理テーブル１０００で特定する。この特定したレコード（登録情報）を取得する。
【００６６】
ステップＳ６０２では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ６０１で取得した登録情報のうち、部分帳票生成フラグ１００３がＯＮのページが存在するか否かを判定する。より具体的には、部分帳票生成フラグ１００３が「１」の登録情報があれば、部分帳票生成フラグ１００３がＯＮのページが存在すると判定する。部分帳票生成フラグ１００３がＯＮのページが存在すると判定した場合には、ステップＳ６０６に処理を進める。部分帳票生成フラグ１００３がＯＮのページが存在すると判定しなかった場合には、ステップＳ６０３に処理を進める。
【００６７】
ステップＳ６０３では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＮになっているページが存在しなかった旨を通知する通知画面（不図示）を生成し、これをクライアント端末１０１に送信する。例えば、「作成できるページがありません」というメッセージを含む通知画面を生成する。クライアント端末１０１に送信が完了したら、帳票サーバ１０２における部分帳票生成処理は終了する。
【００６８】
ステップＳ６０４では、クライアント端末１０１のＣＰＵ２０１は、帳票サーバ１０２から送信された通知画面を受信し、ステップＳ６０５では、クライアント端末１０１のＣＰＵ２０１は、これをディスプレイ２１０に表示させる。
【００６９】
一方ステップＳ６０６では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＮのページの１または複数の挿入データを取得し、これらを含むデータファイルを生成する。より具体的には、部分帳票生成フラグ１００３が「１」の登録情報に対応する挿入データを挿入先管理テーブル１０１０から取得し、登録情報ごとにデータファイルを生成する。
【００７０】
ステップＳ６０７では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＮのページの帳票データを生成する。より具体的には、部分帳票生成フラグ１００３が「１」の登録情報が示すフォームファイルを取得し、このフォームファイルに対応する挿入データをオーバレイする。そして、所定のファイル形式（例えば、ＰＤＦ形式）の帳票データを生成する。ステップＳ６０７で生成する帳票データは、フォームファイルごとに生成される。つまり、１ページにつき１つの帳票データが生成されることになる。また、生成した帳票データは、クライアント端末１０１にダウンロードさせてもよいし、帳票サーバ１０２に保存しておいてもよい。このようにして、必要な部分だけをユーザに確認させる。
【００７１】
ステップＳ６０８では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ６０７で生成した帳票データの数、すなわちページ数分カウントアップする。カウントアップした値は、図１０に示すようなページカウント１０２０に積算していく。
【００７２】
ステップＳ６０９では、帳票サーバ１０２のＣＰＵ２０１は、帳票データを生成したフォームファイルの登録情報を更新する。より具体的には、ステップＳ６０６で生成したデータファイルを当該データファイルに対応するフォームファイルの登録情報に登録する。つまり、このフォームファイルに対応する生成済みデータファイル１００６に格納する。また、ステップＳ６０７で生成した帳票データを当該帳票データに対応するフォームファイルの登録情報（つまり、生成済み部分帳票１００７）に格納する。
【００７３】
図１０の登録帳票管理テーブル１０００に示すように、「活動報告．ｆｃｐ」と「活動分析．ｆｃｐ」は部分帳票生成フラグ１００３がＯＮなので、これらの帳票データを生成する。その結果、図１０に示すように生成済みデータファイル１００６と生成済み部分帳票１００７に各ファイルを示す情報が格納されることになる。図１４では、登録帳票管理テーブル１０００が示す５つの帳票データのイメージを示している。このうち、ステップＳ６０９では、４ページ目１４０４と５ページ目１４０５の帳票データが生成される。１ページ目１４０１、２ページ目１４０２、及び３ページ目１４０３は部分帳票生成フラグ１００３がＯＦＦなのでステップＳ６０９ではこれらの帳票データが生成されない。ステップＳ６０９の処理が完了したら、部分帳票生成処理を終了する。以上が図６の説明である。
【００７４】
図７及び図８は、全体帳票生成処理の詳細な処理の流れを示すフローチャートである。
【００７５】
まずステップＳ７０１では、帳票サーバ１０２のＣＰＵ２０１は、生成する帳票データの登録情報を取得する。より具体的には、ステップＳ５０９で受信したパラメータに含まれる複合帳票ＩＤ１００５に対応する複合フォームファイルを登録帳票管理テーブル１０００から取得する。そして取得した複合フォームファイルが保持するフォームファイルのファイル名１００２に対応するレコードを登録帳票管理テーブル１０００で特定する。この特定したレコード（登録情報）を取得する。
【００７６】
ステップＳ７０２では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７０１で取得した登録情報に基づいて、生成済みの部分帳票が存在するか否かを判定する。より具体的には、ステップＳ６０７で部分帳票を生成しているのであれば、生成済み部分帳票１００７に当該部分帳票のファイル名が格納されているはずである。よってこの情報が格納されていれば、生成済みの部分帳票が存在すると判定する。生成済みの部分帳票が存在すると判定した場合には、ステップＳ７０３に処理を進める。生成済みの部分帳票が存在しないと判定した場合には、図８のステップＳ７１６に処理を進める。
【００７７】
ステップＳ７０３では、帳票サーバ１０２のＣＰＵ２０１は、生成済みの部分帳票で用いた挿入データがステップＳ５１５で更新されているか否か、すなわち差分のチェックを実施するか否かを判定する。より具体的には、ステップＳ５０９で受信したパラメータに「ｄｉｆｆｃｈｋ：“ｙｅｓ”」が含まれていれば、差分のチェックを実施すると判定する。差分のチェックを実施すると判定した場合には、ステップＳ７０４に処理を進める。差分のチェックを実施しないと判定した場合には、ステップＳ７１３に処理を進める。この場合には、挿入データが更新され差分があったとしても無視し、生成済みの部分帳票を用いる。
【００７８】
ステップＳ７０４では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＮのページの帳票データを生成する。より具体的には、部分帳票生成フラグ１００３が「１」の登録情報が示すフォームファイルを取得し、このフォームファイルに対応する挿入データをオーバレイする。そして、所定のファイル形式（例えば、ＰＤＦ形式）の帳票データを生成する。ステップＳ７０４で生成する帳票データは、フォームファイルごとに生成される。つまり、１ページにつき１つの帳票データが生成されることになる。
【００７９】
ステップＳ７０５では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７０４で生成したデータファイルと、生成済みデータファイル１００６が示すデータファイルとを比較し、差分をチェックする。比較は、フォームファイルごとに実行する。つまり、あるフォームファイルの過去のデータファイルと現在のデータファイルとを比較する。
【００８０】
ステップＳ７０６では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７０５で比較した結果、データに差分があるか否かを判定する。データに差分があると判定した場合には、ステップＳ７０７に処理を進める。データに差分がないと判定した場合には、以前生成した部分帳票がそのまま使えるのでステップＳ７１３に処理を進める。
【００８１】
ステップＳ７０７では、帳票サーバ１０２のＣＰＵ２０１は、過去のデータファイルと比較した結果、挿入データが更新されているのでもう一度帳票データを生成する旨の通知を含む通知画面（不図示）を生成し、クライアント端末１０１に送信する。
【００８２】
ステップＳ７０８では、クライアント端末１０１のＣＰＵ２０１は、帳票サーバ１０２から通知画面を受信する。そしてステップＳ７０９では、クライアント端末１０１のＣＰＵ２０１は、受信した通知画面をディスプレイ２１０に表示させる。
【００８３】
ステップＳ７０７で通知画面がクライアント端末１０１に送信されると、ステップＳ７１０では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７０５で差分があるとされたページの帳票データを生成する。帳票データの生成については、前述した通りである。
【００８４】
ステップＳ７１１では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７１０で生成した帳票データの数、すなわちページ数分カウントアップする。カウントアップした値は、ページカウント１０２０に積算していく。
【００８５】
ステップＳ７１２では、帳票サーバ１０２のＣＰＵ２０１は、帳票データを生成したフォームファイルの登録情報を更新する。より具体的には、ステップＳ７０４で生成したデータファイルを当該データファイルに対応するフォームファイルの登録情報に登録する。つまり、このフォームファイルに対応する生成済みデータファイル１００６に格納する。また、ステップＳ７１０で生成した帳票データを当該帳票データに対応するフォームファイルの登録情報（つまり、生成済み部分帳票１００７）に格納する。
【００８６】
ステップＳ７１３では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＦＦのページの帳票データを生成する。より具体的には、部分帳票生成フラグ１００３が「０」の登録情報が示すフォームファイルを取得し、このフォームファイルに対応する挿入データをオーバレイする。そして、所定のファイル形式（例えば、ＰＤＦ形式）の帳票データを生成する。ステップＳ７１３で生成する帳票データも、フォームファイルごとに生成される。つまり、１ページにつき１つの帳票データが生成されることになる。
【００８７】
図１４では、登録帳票管理テーブル１０００が示す５つの帳票データのイメージを示している。このうち、ステップＳ７１３では、１ページ目１４０１、２ページ目１４０２、及び３ページ目１４０３の帳票データが生成される。４ページ目１４０４と５ページ目１４０５は部分帳票生成フラグ１００３がＯＮなのでステップＳ７１３ではこれらの帳票データが生成されない。
【００８８】
ステップＳ７１４では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７１３で生成した帳票データの数、すなわちページ数分カウントアップする。カウントアップした値は、ページカウント１０２０に積算していく。
【００８９】
ステップＳ７１５では、帳票サーバ１０２のＣＰＵ２０１は、複数ページから成る１つの帳票データを生成する。差分チェックを実施した場合には、ステップＳ７１３で生成した各ページの帳票データと、差分があったためステップＳ７１０で生成した帳票データと、差分のない生成済み部分帳票１００７とを結合して、複数ページから成る１つの帳票データを生成する。差分チェックを実施していない又は差分がなかった場合には、ステップＳ７１３で生成した各ページの帳票データと、生成済み部分帳票１００７が示す帳票データとを結合して、複数ページから成る１つの帳票データを生成する。また、これらの結合を行う際には、ページ順１００１が示す順番になるように結合を行う。このようにすることで、再度生成する必要のないページは帳票データとして生成されないので、ページカウント１０２０がカウントアップされない。これにより、課金額を抑制することが可能となる。
【００９０】
図１４で言えば、１ページ目１４０１から５ページ目１４０５のすべてのページを含む全体帳票（帳票データ）が生成されることになる。また生成した帳票データは、クライアント端末１０１にダウンロードさせてもよいし、帳票サーバ１０２に保存しておいてもよい。また、ステップＳ７１５が完了したら、全体帳票生成処理を終了する。
【００９１】
図８に説明を移す。ステップＳ７１６では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ５０９で受信したパラメータに含まれる複合帳票ＩＤ１００５が示す複合フォームファイルを取得する。そして、当該複合フォームファイルに対応するすべてのフォームファイルを用いて各ページの帳票データを生成する。更に生成した各ページの帳票データをページ順１００１が示す順番になるよう結合し、１つの帳票データを生成する。帳票データの生成については、前述した通りである。
【００９２】
ステップＳ７１７では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７１６で生成した帳票データの数、すなわちページ数分カウントアップする。カウントアップした値は、ページカウント１０２０に積算していく。
【００９３】
ステップＳ７１８では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ７１６で生成した帳票データのページのうち、部分帳票生成フラグ１００３がＯＮのページが存在するか否かを判定する。より具体的には、ステップＳ７１６で生成した帳票データで用いたフォームファイルを特定する。そして、このフォームファイルに対応する登録情報の部分帳票生成フラグ１００３が「１」のものがある場合には、部分帳票生成フラグ１００３がＯＮのページが存在すると判定する。部分帳票生成フラグ１００３がＯＮのページが存在すると判定した場合には、ステップＳ７１９に処理を進める。部分帳票生成フラグ１００３がＯＮのページが存在しない場合には、全体帳票生成処理を終了する。
【００９４】
ステップＳ７１９では、帳票サーバ１０２のＣＰＵ２０１は、部分帳票生成フラグ１００３がＯＮのページの１または複数の挿入データを取得し、これらを含むデータファイルを生成する。より具体的には、部分帳票生成フラグ１００３が「１」の登録情報に対応する挿入データを挿入先管理テーブル１０１０から取得し、登録情報ごとにデータファイルを生成する。
【００９５】
ステップＳ７２０では、帳票サーバ１０２のＣＰＵ２０１は、帳票データを生成したフォームファイルの登録情報を更新する。より具体的には、ステップＳ７１９で生成したデータファイルを当該データファイルに対応するフォームファイルの登録情報に登録する。つまり、このフォームファイルに対応する生成済みデータファイル１００６に格納する。また、ステップＳ７１６で生成した帳票データを当該帳票データに対応するフォームファイルの登録情報（つまり、生成済み部分帳票１００７）に格納する。ステップＳ７２０の処理が完了したら、全体帳票生成処理を終了する。
【００９６】
図９は、課金額を算出する処理の流れを示すフローチャートである。
【００９７】
ステップＳ９０１では、帳票サーバ１０２のＣＰＵ２０１は、課金額の算出を実行すべきか否かを判定する。より具体的には、所定のタイミング（日時等）になった場合や、課金額を算出するための指示を受け付けた場合に、課金額の算出を実行すべきであると判定する。課金額の算出を実行すべきであると判定された場合には、ステップＳ９０２に処理を進める。そうでない場合には、ステップＳ９０１で待機する。
【００９８】
ステップＳ９０２では、帳票サーバ１０２のＣＰＵ２０１は、ページカウント１０２０を外部メモリ２１１から取得する。そして、ステップＳ９０３では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ９０２で取得したページカウント１０２０を用いて課金額を算出する。課金額の算出方法は特に問わないが、例えばページ単価とページカウント１０２０とを掛け合わせることにより算出する方法が考えられる。
【００９９】
ステップＳ９０４では、帳票サーバ１０２のＣＰＵ２０１は、ステップＳ９０３で算出した課金額をユーザに対して請求するための処理を実行する。より具体的には、例えば請求書を発行するために請求書のデータを生成してこれを印刷したり、ユーザの口座から課金額を引き落とすべく口座のある銀行に対して要求を送信したりする。または、ユーザのクレジットカードに課金額を請求するべく、クレジット会社に要求を送信することも考えられる。このようにして、ユーザに対して課金を行う。
【０１００】
以上説明したように、本実施形態によれば、生成した帳票データのページ数に応じて課金される仕組みにおいて、課金額を抑えることが可能となる。
【０１０１】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１０２】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１０３】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１０４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１０５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１０６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１０７】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１０８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１０９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１１１】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１１２】
１０１  クライアント端末
１０２  帳票サーバ
１０３  ＬＡＮ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆコントローラ
２０９  入力デバイス
２１０  ディスプレイ
２１１  外部メモリ
【図１】
2016103125.tif 000003
【図２】
2016103125.tif 000004
【図３】
2016103125.tif 000005
【図４】
2016103125.tif 000006
【図５】
2016103125.tif 000007
【図６】
2016103125.tif 000008
【図７】
2016103125.tif 000009
【図８】
2016103125.tif 000010
【図９】
2016103125.tif 000011
【図１０】
2016103125.tif 000012
【図１１】
2016103125.tif 000013
【図１２】
2016103125.tif 000014
【図１３】
2016103125.tif 000015
【図１４】
2016103125.tif 000016