(57)【要約】【課題】帳票文書データをＷｅｂページ上で閲覧・編集できるウェブアプリケーションにおいて、閲覧時の文字化けを防ぐために帳票データにフォントファイルを埋め込む。この際、複数のサーバを介して帳票データを作成する場合に、フォントファイルの実体が各サーバに必要になってしまう。【解決手段】生成リクエストから帳票データ形式を特定し、特定の形式の場合は、第一のサーバで生成する第一の形式の帳票データを作成する際に必要なすべてのフォントファイルを帳票データに埋め込む。これにより第二のサーバにフォントファイルの実体が必要なくなる。【選択図】図５
2017126230.tif 000002
【特許請求の範囲】
【請求項１】
帳票文書を生成する情報処理装置であって、
受信したリクエストが、第２の形式の帳票データ生成リクエストかどうかを判定する手段（Ｓ８０２）と、
フォーム情報ファイル内の埋め込みフォント指定を取得する手段（Ｓ８０３）と、
フォーム情報ファイル内の使用フォントの一覧を取得する手段（Ｓ８０４）と、
使用フォントの一覧から埋め込みフォント指定を生成する手段（Ｓ８０５）と、
埋め込みフォント指定に従って第１の形式の帳票データにフォントを埋め込む手段（Ｓ８０６）と、
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォーム情報ファイル（帳票の雛型となるフォームに関する情報）にフィールドデータ（フォーム内のフィールドに流し込まれるテキスト形式のデータ）をオーバレイ（重ね合わせ）することにより生成された帳票ページの生成方法に関する。
【背景技術】
【０００２】
昨今、ペーパーレス化による業務の効率化や省資源化を目的に、紙媒体の情報を文書データに置き換える企業が増加している。例えば、社内で運用されている業務帳票もその対象となることが多く、特に基幹系システムが出力する帳票は大量のページ数を出力するため運用コストが莫大なものになることから、帳票の電子化が積極的に行われている。
【０００３】
帳票ページの作成方法としては、以下の方法があった。すなわち、帳票の雛型となるフォーム情報を、フォーム編集用の専用アプリケーションを用いて作成しておく。そして、次に当該フォーム情報に対して、フィールドデータをオーバレイする（フォーム内の各フィールドに、対応するフィールドデータを流し込んで適用する）ことにより、帳票文書データ（例えばＰＤＦ形式のファイル）を作成する方法である。
【０００４】
また、サーバーコンピュータ側で業務データの管理や各種処理を行う形態として、クラウドコンピューティングシステムが普及し始めている。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドサーバコンピュータにアクセスし、そのクラウドサーバが提供するＷｅｂページ上で、電子化された帳票ページを閲覧することができる。将来の業務フローでは、帳票ページの閲覧や編集をＰＣ以外の端末（タブレット等の携帯端末）から行う利用ケースの増加が予想される。
【０００５】
帳票文書データをタブレット等の携帯端末で閲覧する場合、フォント描画が問題になるケースが有る。通常、ＰＤＦ等の帳票文書データを生成するドライバモジュールが動作するサーバ環境と、文書を閲覧するタブレットのＯＳ（オペレーティング・システム）環境は異なる。ＯＳが異なると、そのＯＳに搭載されたフォントが異なるため、特に考慮せず帳票文書データを作成した場合、タブレット上でフォントが代替されてしまう。フォーム情報ファイルは、サーバ環境と同等のＰＣ環境で、専任の担当者により専用のエディタで設計および作成される。このため、フォントが代替されてしまうと、帳票設計時に担当者が意図した見栄えがタブレット上で再現できない。
【０００６】
この問題に対処するため、特許文献１では、フォーム情報ファイルに、帳票文書データに埋め込むフォント名のリストを保持させる。帳票文書データ生成時には、前記埋め込まれたリストに記載のフォントをサブセットフォントとして帳票文書データに埋め込む。これにより、ＰＣ以外のタブレット環境等で閲覧する際にも意図した見栄えを再現できる。
【０００７】
ＰＤＦ形式は、帳票データの閲覧に適した形式である。しかしながら帳票データを編集するための形式としては最適ではない。ＰＤＦ形式は基本的にバイナリ形式であり、内容としては描画命令の羅列である。表示されている矩形等がオブジェクトとして定義されているわけではないので、プログラムから編集する場合は、ＰＤＦ編集用のツールキット等を用いるのが通常である。どの程度オブジェクトを自由に編集できるかはツールキットが提供する機能次第となる。ページごとの削除やテキスト追加といった機能は一般的であるが、全てのオブジェクトの追加、削除、変更、移動等の詳細な制御を行えるツールキットは一般的ではない。
【０００８】
このため、昨今では、編集可能な帳票データの形式として、ＳＶＧ（スケーラブル・ベクター・グラフィックス）形式を用いる。ＰＤＦ形式の帳票ページをＳＶＧ形式に変換し、そのＳＶＧをブラウザ上でＪａｖａｓｃｒｉｐｔ（登録商標）等のスクリプト言語で操作することで編集を実現する帳票システムが存在する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１５−００５１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
前述の帳票システムでは、ＳＶＧ形式の帳票データをタブレット等で閲覧・編集することになるが、ＰＤＦの場合と同様、ＳＶＧ形式であってもフォントファイルの埋め込みが必要になる。帳票設計者の意図を反映するためには、ＰＣ環境上のフォントをＳＶＧ形式の帳票データに埋め込む必要がある。
【００１１】
ＰＤＦ形式からＳＶＧ形式へ帳票データを変換する際に、ＳＶＧ内へフォントを埋め込むためには、ＳＶＧ生成環境にＰＤＦで指定されているフォントファイルの実体が存在する必要がある。ただし、ＰＤＦにフォントが埋め込まれている場合には、埋め込まれたものをそのままＳＶＧに保存すれば良いので、フォントファイルの実体は不要である。
【００１２】
ここで、ＳＶＧ形式の帳票データ閲覧・編集機能を提供するサービスの構成としては、ＰＤＦ生成部（すなわち帳票生成部）とＳＶＧ生成部（すなわちデータ変換部）が異なる仮想ＯＳとなる場合が多々ある。また、各生成部は、サービスへの負荷に応じてオートスケールするため、台数が増減する。
【００１３】
このような前提のもとでは、ＰＤＦ生成部とＳＶＧ生成部の両方の環境にフォントファイルの実体を配置しなければならず、ライセンス料が２倍になってしまうという課題があった。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本発明に係る情報処理装置は、
帳票文書を生成する情報処理装置であって、
受信したリクエストが、第２の形式の帳票データ生成リクエストかどうかを判定する手段（Ｓ８０２）と、フォーム情報ファイル内の埋め込みフォント指定を取得する手段（Ｓ８０３）と、フォーム情報ファイル内の使用フォントの一覧を取得する手段（Ｓ８０４）と、使用フォントの一覧から埋め込みフォント指定を生成する手段（Ｓ８０５）と、埋め込みフォント指定に従って第１の形式の帳票データにフォントを埋め込む手段（Ｓ８０６）と、を有することを特徴とする。
【発明の効果】
【００１５】
本発明に係る情報処理装置によれば、第二の形式の帳票データ生成リクエストの場合には、第一の形式の帳票データへのフォント埋め込み指定によらず、常に第一の帳票データにフォントを埋め込む。これにより、第二の形式へデータ変換処理を行うデータ変換サービス側にフォントファイルの実体を配置する必要がなくなり、コストが削減できる。
【図面の簡単な説明】
【００１６】
【図１】本実施形態のシステム構成例を示す図
【図２】本実施形態のハードウェア構成例を示す図
【図３】本実施形態の帳票生成サーバ上で動作するソフトウェアモジュールの構成例を示す図
【図４】実施例１のフォーム情報、ならびにオーバレイ出力処理の結果を示す図
【図５】実施例の編集可能な帳票閲覧画面を生成する処理のシーケンスを示す図
【図６】実施例のログイン画面を示す図
【図７】実施例の帳票選択画面を示す図
【図８】実施例のオーバレイ出力処理フローを示す図
【図９】実施例１の生成された編集可能な帳票閲覧画面を示す図
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明に係る実施形態を説明する。
【００１８】
最初に一般的なオーバレイ出力について説明する。
【００１９】
オーバレイ出力とは、原稿用紙形式の枠線などの情報を記録するフォーム情報とテキスト形式のデータ（フィールドデータ）を重ねあわせて印刷することである。オーバレイ出力の結果を紙ではなく、電子ファイルとして出力することも可能である。
【００２０】
図４は帳票生成サーバ１０１によるオーバレイ出力処理の概要について説明した図である。
【００２１】
フォーム情報は専用のフォーム情報設計システムを利用して作成することができる。フォーム情報はフィールドデータに依存しない固定的な図形（フォーム図形）と、受け取ったフィールドデータを指定した出力書式に従って表示する図形（フィールド図形）から構成されていることが一般的である。フィールド図形を作成するには、予めフィールドデータを受け取るための項目（フィールド）を作成する必要がある。フィールドはフォーム情報設計システムにて表示された専用の画面から作成することができる。フィールド図形を作成すると作成元であるフィールドとの関連付けが内部的におこなわれる。
【００２２】
表形式のフィールド図形（表図形）４０２の場合、フィールドデータをレコード単位に受け取る必要があるためレコードフィールド４０３を作成する必要がある。
【００２３】
他のフィールド図形のデータの演算結果からフィールドデータを生成する形式のフィールドは計算列フィールドと定義する。また、指定した集計方法で集計しフィールドデータを生成するフィールド形式は集計フィールドと定義する。フィールド図形４０４の場合、どのフィールドとどのような集計方法が指定されていることを表すために集計フィールド４０５を作成する必要がある。
【００２４】
帳票生成サーバ１０１が、フィールド図形が定義されたフォーム情報ファイル４０１と、対応するフィールドデータファイル４０６とを読み込む。そして、帳票生成サーバ１０１が、読み込んだフォーム情報ファイル４０１とフィールドデータファイル４０６とを重ね合わせることでオーバレイ出力を実行する。図４の４０７はオーバレイ出力結果を表す。
【００２５】
図１は本実施形態のシステム構成例を示す図である。
【００２６】
図１に示すシステムは、帳票生成サーバ１０１とクライアント装置１０２とデータ変換サーバ１０４とを備える。帳票生成サーバ１０１は、本実施形態の情報処理装置であってオーバレイ出力処理、並びに電子帳票閲覧プログラムの生成処理を実行する。すなわち、帳票生成サーバ１０１はテキストデータであるフィールドデータファイルと所定のフォーム情報を含むフォーム情報ファイルとを重ね合わせて印刷ページを生成し、仮想プリンタに指示して上記生成された印刷ページを電子ファイルとして生成する。そして、上記生成された電子ファイル形式の帳票ファイルを用いてその帳票を閲覧及び編集できる帳票閲覧プログラムを生成する。
【００２７】
本実施例の帳票閲覧プログラムとは、ネットワークを介して配信できるウェブブラウザ上で動作するウェブアプリケーションである。多くの場合、これらのウェブアプリケーションは、ウェブページを表現するマッシュアップ言語（ＨＴＭＬ）及びウェブブラウザ上で動作するプログラミング言語（ＪａｖａＳｃｒｉｐｔ）により動作するアプリケーションである。前記帳票閲覧プログラムはウェブブラウザ上で表示するアプリケーションであるため、以下帳票閲覧画面にも呼ぶ。ウェブブラウザ上で動作するウェブアプリケーション以外、コンピュータシステム上で実行するアプリケーションでも良い。
【００２８】
帳票生成サーバ１０１は、クライアント装置１０２からリクエストを受信して上記オーバレイ出力処理、帳票閲覧プログラム生成処理を行う。
【００２９】
データ変換サーバ１０４は、帳票生成サーバ１０１等からリクエストを受信して、帳票データ形式の変換処理を行う。
【００３０】
プリンタ１０３は、クライアント装置１０２からリクエストを受信して帳票文書データを紙に印字する処理を行う。
【００３１】
また、上記各構成要素はネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。
ネットワークはデータの送受信が可能であればよい。
【００３２】
クライアント装置１０２から帳票生成サーバ１０１への通信手段とクライアント装置１０２からプリンタ１０３への通信手段が異なっていてもよい。
【００３３】
図２は図１の帳票生成サーバ１０１、クライアント装置１０２のハードウェア構成を示すブロック図である。
【００３４】
２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。
【００３５】
２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。
【００３６】
これらのハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。
【００３７】
図３は帳票生成サーバ１０１上で動作するソフトウェアモジュールの構成例を示す図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００３８】
アクセス制御部３０１は、クライアント装置１０２からのリクエストに応じてユーザ認証を行う。
【００３９】
ページ生成部３０２は、クライアント装置１０２にレスポンスを返すためのＷｅｂページを生成する。上記帳票閲覧プログラムであるウェブアプリケーションに必要なＨＴＭＬ、ＪａｖａＳｃｒｉｐｔなどのファイルもページ生成部３０２で生成され、クライアント装置１０２に返す。
【００４０】
データアクセス部３０３は、各データベース３０５、３０６、３０７、３０８、３０９へのアクセス処理を行う。
【００４１】
帳票生成部３０４は、データアクセス部３０３に介して読み出したフォーム情報ファイル４０６が示すフォーム情報と、フィールドデータファイル４０７が示すフィールドデータとを重ね合わせて、印刷データを生成する。そして、帳票ページ生成部３０４が、上記生成した印刷データを仮想プリンタなどのソフトウェアを利用して電子ファイルとしての帳票ページを生成する。
【００４２】
帳票印刷部３１０は、クライアント装置１０２からの印刷ファイル生成リクエストを受け取り、印刷可能なフォーマットに変換する。
【００４３】
データベース３０５は、帳票データを格納するデータベースである。帳票データは、帳票名、所有者などの情報を表すデータであり、当該帳票がどのフォーム情報ファイルとフィールドデータファイルから生成されることを表す情報を所有する。また、帳票データは、当該帳票のオーバレイ結果である帳票ページがどれであることを表す情報を所有する。
【００４４】
データベース３０６は、フォーム情報ファイルを格納するデータベースである。
【００４５】
データベース３０７は、フィールドデータファイルを格納するデータベースである。
【００４６】
データベース３０８は、帳票生成部３０４が生成した帳票ページを格納するデータベースである。
【００４７】
データベース３０９は、下記帳票オーバレイ処理時に生成したオーバレイ情報ファイルを格納するデータベースである。
【００４８】
次に、本実施例１の具体的な動作について説明する。
【００４９】
図５は本発明の実施例における、編集可能な帳票閲覧画面を生成する処理のシーケンスを示す図である。
【００５０】
Ｓ５０１において、ユーザはクライアント装置１０２のウェブブラウザで表示されているのログイン画面６０１にて帳票生成サーバ１０１にログインのリクエストを送信する。ユーザは、ログイン画面６０１のユーザ名入力テキストボックス６０２とパスワード入力テキストボックス６０３にユーザ名とパスワードを入力し、ログインボタン６０４を押下することにより帳票生成サーバ１０１にログインのリクエストを送信する。
【００５１】
Ｓ５０２において、帳票生成サーバ１０１のアクセス制御部３０１はクライアント装置１０１から受信したログインリクエストの内容により、ログイン処理を行う。アクセス制御部３０１は、Ｂａｓｉｃ認証を行い、ユーザ名とパスワードが有効であることを判断された場合、Ｓ５０３を行う。Ｂａｓｉｃ認証は一般的な認証処理のため、その説明を省略する。
【００５２】
Ｓ５０３において、帳票生成サーバ１０１のページ生成部３０２はログインしたユーザの情報に応じて帳票選択画面７０１を生成する。７０２は、現在ログインしたユーザのユーザ名を表示する領域である。７０３は、現在ログインしたユーザが所有する帳票一覧を表示するドロップダウンリストである。ドロップダウンリスト７０３の中に表示する内容は、ページ生成部３０２がデータアクセス部３０３に介して帳票データのデータベース３０５から抽出したログインしたユーザが所有する帳票の帳票名である。ボタン７０４、７０５、７０６は帳票操作ボタンであって、ドロップダウンリスト７０３で選択された帳票名に該当する帳票に対してプレビュー、編集可能なプレビューまたは印刷操作を実行するためのボタンである。編集可能プレビューボタン７０５が押下された後の処理は後述するが、プレビューボタン７０４と印刷ボタン７０６が押下された後の処理は省略する。
【００５３】
図５の説明に戻す。
【００５４】
Ｓ５０４において、帳票生成サーバ１０１のアクセス制御部３０１はＳ５０３で生成された帳票選択画面７０１をネットワーク１００に介してクライアント装置１０２に返す。
【００５５】
Ｓ５０５において、クライアント装置１０２は帳票生成サーバ１０１からのレスポンスを受け取り、ウェブブラウザに表示する。
【００５６】
Ｓ５０６において、ユーザは帳票選択画面７０１内のドロップダウンリスト７０３から操作したい帳票の帳票名を選択する。
【００５７】
Ｓ５０７において、ユーザは帳票選択画面７０１内の編集可能プレビューボタン７０５を押下することにより帳票生成サーバ１０１に編集可能な帳票閲覧画面の生成リクエストを送信する。編集可能な帳票閲覧画面の生成リクエストの中に、閲覧対象帳票を特定できる情報を包含する。
【００５８】
Ｓ５１６において、帳票生成サーバ１０１のアクセス制御部３０１は、受信した生成リクエストの種別を判定する。リクエストの種別は、生成リクエストのＵＲＬ文字列から判定可能である。例えば、帳票閲覧画面用の生成リクエストであればＵＲＬに「ＳＶＧ」が含まれている。一方、保存用帳票の生成リクエストの場合「ＰＤＦ」が含まれている。アクセス制御部３０１は、判定結果を、ＲＡＭ２０３に書き込む。
【００５９】
Ｓ５０８において、帳票生成サーバ１０１の帳票生成部３０４は、データアクセス部３０３に介して閲覧対象帳票に関連するフォーム情報ファイルとフィールドデータファイルを取得する。
【００６０】
Ｓ５０９において、帳票生成サーバ１０１の帳票生成部３０４はＳ５０８で取得したフォーム情報ファイルとフィールドデータファイルを使用してオーバレイ出力処理を行う。
【００６１】
以下はオーバレイ処理を説明する。
【００６２】
図８は本発明の実施例の帳票生成サーバ１０１における、フォーム情報ファイルとフィールドデータファイルを指定しオーバレイ出力する動作を表したフローチャートである。
【００６３】
Ｓ８０１において、帳票生成部３０４は、Ｓ５０８で取得したフォーム情報ファイルを読み込む。
【００６４】
Ｓ８０２において、帳票生成部３０４は、Ｓ５１６においてアクセス制御部３０１がＲＡＭ２０３に書き込んだ判定結果をもとにリクエスト種別を判定する。帳票閲覧画面用のリクエストの場合、Ｓ８０４に進む。それ以外の場合Ｓ８０３に進む。
【００６５】
Ｓ８０３において、帳票生成部３０４は、フォーム情報ファイルからフォント埋め込み指示リストを取得する。フォント埋め込み指示リストは、フォーム情報ファイル作成時に、フォーム情報設計システムにより書き込まれたものである。フォント埋め込み指示リストには、通常の保存帳票データ（ＰＤＦ形式）を生成する際に埋め込みたいフォントのフォント名がリストされている。例えば通常特定環境にしか存在しないバーコード用のフォント等がリストされる。
【００６６】
Ｓ８０４において、帳票生成部３０４は、フォーム情報ファイル内の情報を元に、使用フォント一覧を作成する。フォーム情報ファイルに定義されている各フィールド図形の属性として、フォント名が指定されている。本ステップで、帳票生成部３０４は、全てのフィールド図形に指定されたフォント名を集めリスト化する。リスト化の際、重複するフォント名は省かれる。
【００６７】
Ｓ８０５において、帳票生成部３０４は、Ｓ８０４で作成した使用フォント一覧を元に、フォント埋め込み指示リストを作成する。単純に使用フォント一覧に記載されたフォントを埋め込み指示リストに記載する。この際、ライセンスにより埋め込みを禁止されているフォントについては、フォント埋め込み指示リストに記載しない。
【００６８】
Ｓ８０６において、帳票生成部３０４は、描画処理の結果であるＰＤＬ情報（プリンタに対して描画を指示するためのページ記述言語）を利用して、仮想プリンタを介してＰＤＦ形式の帳票ページを生成する。この際、フォント埋め込み指示リストに従って、その環境に存在するフォントファイルのサブセットをＰＤＦ形式の帳票ページに埋め込む。
【００６９】
図５の説明に戻す。
【００７０】
Ｓ５１０において、帳票生成部３０４は、ＳＶＧ（スケーラブル・ベクター・グラフィックス）形式の帳票ページを受け取る。具体的には、まず帳票生成部３０４は、データ変換サーバ１０４に対して、Ｓ８０７で生成したＰＤＦ形式の帳票ページの変換を依頼する。データ変換サーバ１０４は、依頼を受けて、ＰＤＦ形式の帳票ページをＳＶＧ形式に変換して帳票生成部３０４に返す。ＰＤＦ形式の帳票ページは、ウェブブラウザ上で直接編集できないため、編集できる形式（本実施例の場合はＳＶＧ形式）に変更する。続いて、帳票生成部３０４は、データアクセス部３０３を介して前記取得したＳＶＧ形式の帳票ページを帳票ページデータベース３０８に格納する。そして、前記取得したＳＶＧ形式の帳票ページを特定できる情報を帳票データのデータベース３０５の中の該当帳票レコードに追加する。
【００７１】
Ｓ５１１において、帳票生成サーバ１０１はＳ５０７のリクエストの対象帳票の編集可能な帳票閲覧画面のＵＲＬをクライアント装置１０２に返却する。返却するＵＲＬの中に、Ｓ５１０で生成したＳＶＧ形式の帳票ページを特定できる情報が含まれている。本実施例の場合、返却するＵＲＬの中に帳票ページと関連する帳票データの帳票名が含まれている。
【００７２】
Ｓ５１２において、クライアント装置１０２は、Ｓ５１１で返却されたＵＲＬを使用して編集可能な帳票閲覧画面にリダイレクトするリクエストを帳票生成サーバ１０１に送信する。
【００７３】
Ｓ５１３において、帳票生成サーバ１０１のページ生成部３０２は、Ｓ５１２のリダイレクトリクエストの内容に応じて編集可能な帳票閲覧画面を生成する。生成されている編集可能な帳票閲覧画面の中にリクエスト対象帳票の帳票ページ、帳票ページを閲覧、編集、印刷操作を制御するためのＪａｖａｓｃｒｉｐｔプログラムが含まれている。ページ生成部３０２は、Ｓ５１２のダイレクトリクエスト中の帳票名情報を利用して、データアクセス部３０３に介してリクエスト対象帳票に関連する帳票ページ及びオーバレイ情報ファイルをデータベース３０８、３０９から取得する。
【００７４】
Ｓ５１４において、帳票生成サーバ１０１はＳ５１３で生成した編集可能な帳票閲覧画面をクライアント装置１０２に返却する。
【００７５】
Ｓ５１５において、クライアント装置１０２は、ウェブブラウザに、Ｓ５１４で返却された編集可能な帳票閲覧画面を表示する。表示された編集可能な帳票閲覧画面は図１０のようになる。
【００７６】
以上が、図５を用いた編集可能な帳票閲覧画面を生成する処理のシーケンスの説明である。
【００７７】
図１０は本発明の実施例における編集可能な帳票閲覧画面１００１を示す図である。
【００７８】
１００２は、ＳＶＧ形式の帳票ページを表示する領域である。１００２の領域の中に横方向のフリック操作を行うと前後の帳票ページへの切り替えができる。
【００７９】
１００３と１００４の領域は、レコードフィールド「商品名」のフィールド図形描画結果である。ユーザが１００２の領域内にクリック操作を行うと、編集可能な帳票閲覧画面内の編集プログラムが動作し、編集処理が行える。
【符号の説明】
【００８０】
１０１  帳票生成サーバ、１０２  クライアント装置、１０４  データ変換サーバ
【図１】
2017126230.tif 000003
【図２】
2017126230.tif 000004
【図３】
2017126230.tif 000005
【図４】
2017126230.tif 000006
【図５】
2017126230.tif 000007
【図６】
2017126230.tif 000008
【図７】
2017126230.tif 000009
【図８】
2017126230.tif 000010
【図９】
2017126230.tif 000011