JP6797636B2 - サーバ装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、帳票ページを閲覧するための技術に関する。

従来、帳票の作成方法としては、以下の方法があった。まず、帳票の雛型となるフォームを、フォーム編集用の専用アプリケーションを用いて作成しておく。次に、当該フォームに対して、フィールドデータをオーバレイする（フォーム内の各フィールドに、対応するフィールドデータを流し込んで適用する）ことにより、帳票ページ（例えばＰＤＦ形式のファイル）を生成し、当該帳票ページを印刷する方法である。この方法では、例えば、サーバ装置においてオーバレイ出力処理を実行して帳票ページを生成し、クライアント装置が、該帳票ページをサーバ装置から受信して該帳票ページの表示や印刷を行う。

一般的に、帳票ページはもともと印刷用に設計されたフォームから生成されることがほとんどである。例えば、生命保険会社が顧客への保険プラン説明用に作成する保険帳票はＡ３サイズであることが多く、Ａ３用紙に印刷したうえで顧客へ説明するのが前提の構成となっている。文字フォントのサイズはその前提で設計されるため、例えば９ポイント等小さいケースが多い。一方で、紙の省資源化を目的として、顧客への説明時はｉＰａｄ（登録商標）等のタブレットデバイスに該帳票ページを表示して説明し、その後、必要な帳票ページのみを印刷するというような運用も考えられている。しかしながら、タブレットデバイスの画面サイズおよび画面解像度は、Ａ３用紙のそれと比較すると低い。このため、印刷前提で作られた帳票の全体をタブレットデバイスで表示した場合、文字等が非常に小さくなり、見づらくなってしまう。したがって、そのような帳票をタブレットデバイスで閲覧する際には、ユーザは２本の指の間隔を広げるようにしてピンチ操作を行い、該帳票ページを拡大表示する必要があり、ユーザ操作の手間がかかってしまう。

特許文献１には、スキャナ等で読み込んだ文書の画像データ内のオブジェクト（部分領域）を認識し、文書画像閲覧時に各部分領域を順番に表示していく技術が開示されている。

特開２０１３−１９０８７０号公報

しかしながら、特許文献１の技術は、文書の画像データを処理対象としており、各ページの画像データに対してオブジェクト認識処理を行ってオブジェクトを特定する必要がある。したがって、特許文献１の技術を用いて帳票データを閲覧しようとすると、帳票データを一旦ビットマップ画像にした後、該ビットマップ画像に対してオブジェクト認識処理を行うことになる。そのため、オーバレイ出力処理により生成される複数の帳票ページに対して、帳票ページが生成されるたびにビットマップ化処理を行ってオブジェクト認識処理を行うように構成すると、処理の負荷が大きくなってしまう。また、オブジェクトを誤認識した場合、その都度、微調整操作が必要になり、ユーザの負荷も高くなってしまう。

そこで、本発明は、帳票ページ内の特定領域を拡大表示するための負荷の増大を抑えながら、ユーザの利便性を向上させることが可能なサーバ装置、情報処理方法、及びプログラムを提供することにある。

本発明の一実施形態にかかるサーバ装置は、クライアント装置のユーザによって選択された１つのフォームが、複数のフォームを定義した１つの複合フォームである場合、当該複合フォームに定義されている前記複数のフォームから生成される複数の帳票ページと、編集画面にて当該生成された複数の帳票ページの編集操作を制御するための第１のスクリプトプログラムとを含むウェブフォーム編集プログラムであって、前記クライアント装置のウェブブラウザ上で動作するウェブフォーム編集プログラムを生成する第１の生成手段と、前記生成されたウェブフォーム編集プログラムを前記クライアント装置に送信する第１の送信手段と、前記クライアント装置のウェブブラウザで前記ウェブフォーム編集プログラムを実行することで表示される前記編集画面にて為された前記クライアント装置のユーザの指示に基づいて、前記複数の帳票ページのそれぞれにおいて指定された、前記複数の帳票ページのそれぞれにおける特定領域を拡大するためのフォーカス領域の情報を、前記クライアント装置から受信する受信手段と、前記受信された前記複数の帳票ページのそれぞれにおけるフォーカス領域の情報を、前記複合フォームに定義されている前記複数のフォームのそれぞれと関連付けて保存する保存手段と、前記複合フォームに定義されている前記複数のフォームの中から、処理対象のフィールドデータに対して指定されているフォームを特定し、当該特定されたフォームと前記処理対象のフィールドデータとに基づき生成される帳票ページと、当該特定されたフォームに関連付けて保存されている前記フォーカス領域の情報と、前記帳票ページの閲覧操作を制御するための第２のスクリプトプログラムとを含むウェブフォーム閲覧プログラムであって、前記クライアント装置の前記ウェブブラウザで実行されるウェブフォーム閲覧プログラムを生成する第２の生成手段と、前記生成されたウェブフォーム閲覧プログラムを前記クライアント装置に送信する第２の送信手段と、を備えるサーバ装置であって、前記クライアント装置のウェブブラウザでは、前記ウェブフォーム閲覧プログラムを実行することで、前記帳票ページの前記特定領域が、前記フォーカス領域の情報に基づいて、拡大表示される。

本発明によると、帳票ページ内の特定領域を拡大表示するための負荷の増大を抑えながら、ユーザの利便性を向上させることが可能なサーバ装置、情報処理方法、及びプログラムを提供することができる。

実施形態１のシステム構成例を示す図である。 実施形態１の帳票生成サーバ及びクライアント装置のハードウェア構成例を示す図である。 実施形態１の帳票生成サーバ上で動作するソフトウェアモジュールの構成例を示す図である。 実施例１の帳票生成サーバによるオーバレイ出力処理の概要を説明する図である。 実施例１の複合フォームについて説明する図である。 実施例１の複合フォームに対応するフィールドデータの一例を示す図である。 実施例１のＷｅｂフォーム編集画面を生成する処理のシーケンスを示す図である。 実施例１のログイン画面の一例を示す図である。 実施例１の帳票選択画面の一例を示す図である。 実施例１のＷｅｂフォーム編集画面用のオーバレイ出力処理フローを示す図である。 実施例１のＷｅｂフォーム編集画面用のオーバレイ情報の一例を示す図である。 実施例１のＷｅｂフォーム編集画面の一例を示す図である。 実施例１のＷｅｂフォーム編集画面におけるフォーカス領域設定時の状態を示す図である。 実施例１の帳票部品情報の保存フローを示す図である。 実施例１の帳票部品情報の一例を示す図である。 実施例１のＷｅｂ帳票閲覧画面を生成する処理のシーケンスを示す図である。 実施例１のＷｅｂ帳票閲覧画面用のオーバレイ出力処理フローを示す図である。 実施例１のＷｅｂ帳票閲覧画面用のオーバレイ情報の一例を示す図である。 実施例１のＷｅｂ帳票閲覧画面の一例を示す図である。 実施例１のＷｅｂ帳票閲覧画面の閲覧時の処理フローを示す図である。 実施例１のＷｅｂ帳票閲覧画面のフォーカス領域が拡大された状態を示す図である。 実施例１のＷｅｂ帳票閲覧画面のフォーカス領域が拡大された状態を示す図である。 実施例２の帳票部品情報の保存フローを示す図である。 実施例２のＷｅｂフォーム編集画面の一例を示す図である。 実施例２の帳票部品情報の一例を示す図である。 実施例２のＷｅｂ帳票閲覧画面を生成する処理のシーケンスを示す図である。 実施例３の帳票部品情報の保存フローを示す図である。 実施例３のＷｅｂフォーム編集画面の一例を示す図である。 実施例３の帳票部品情報の一例を示す図である。 実施例３のＷｅｂ帳票閲覧画面を生成する処理のシーケンスを示す図である。

以下、図面を参照して、本発明に係る実施例について詳細に説明する。図面全体を通して、同一の符号は同一物を表す。

（実施例１）
図１は、本実施例のシステム構成例を示す図である。

図１に示すシステムは、ネットワーク１００を介して相互に通信可能に接続された、帳票生成サーバ（サーバ装置）１０１、クライアント装置１０２、及びプリンタ１０３を備える。

帳票生成サーバ１０１は、本実施例の情報処理装置であって、帳票ページのオーバレイ出力処理を実行する。すなわち、帳票生成サーバ１０１は、テキストデータであるフィールドデータと所定のフォームとを重ね合わせて帳票ページを生成し、仮想プリンタに指示して生成した帳票ページを電子ファイル形式の帳票ファイルとして出力する。オーバーレイ出力処理については、図４を参照して後述する。

また、帳票生成サーバ１０１は、電子ファイル形式の帳票ファイルの閲覧を制御するＷｅｂ帳票閲覧プログラムと、帳票ファイルのレイアウト編集の制御を行うＷｅｂフォーム編集プログラムの生成処理を実行する。本実施例のＷｅｂ帳票閲覧プログラム及びＷｅｂフォーム編集プログラムは、ネットワークを介してクライアント装置に配信され、クライアント装置のウェブブラウザ上で動作するウェブアプリケーションである。一般的に、これらのウェブアプリケーションは、ウェブページを表現するマッシュアップ言語（ＨＴＭＬ）及びウェブブラウザ上で動作するプログラミング言語（ＪａｖａＳｃｒｉｐｔ）により動作するアプリケーションである。Ｗｅｂ帳票閲覧プログラムは、ウェブブラウザ上で電子ファイル形式の帳票ファイルを表示し、ユーザに閲覧させるアプリケーションであるため、以下ではＷｅｂ帳票閲覧画面とも呼ぶ。なお、Ｗｅｂ帳票閲覧プログラムは、ウェブブラウザ上で動作するウェブアプリケーションでなくともよく、例えば、コンピュータシステム上で実行されるアプリケーションでも良い。また、帳票生成サーバ１０１が帳票ファイル及び後述するオーバレイ情報を格納したファイルのみを生成し、クライアント装置１０２側に当該ファイルを使用して後述するＷｅｂ帳票閲覧及びＷｅｂフォーム編集操作を実現できるアプリケーションを備えても良い。また、Ｗｅｂフォーム編集プログラム（Ｗｅｂフォーム編集画面）については後述する。

帳票生成サーバ１０１による上記オーバレイ出力処理、Ｗｅｂ帳票閲覧プログラム生成処理、Ｗｅｂフォーム編集プログラム生成処理は、クライアント装置１０２からリクエスト（要求）を受信して実行される。また、帳票生成サーバ１０１は、以下で図面を参照して説明されるシーケンス及びフローチャートに係る情報処理方法を実行する。

プリンタ１０３は、クライアント装置１０２からリクエストを受信して帳票ファイルを紙に印字する処理を行う。

ネットワーク１００は、例えば、インターネット、ＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等である。また、ネットワーク１００は、これらの組み合わせにより実現されてもよい。すなわち、ネットワーク１００は、データの送受信が可能なネットワーク構成であればよい。なお、クライアント装置１０２から帳票生成サーバ１０１への通信手段と、クライアント装置１０２からプリンタ１０３への通信手段とが異なっていてもよい。

図２は、帳票生成サーバ１０１、及びクライアント装置１０２を実現する装置のハードウェア構成を示すブロック図である。

ＣＰＵ２０１は、内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ等）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行する。

ＲＯＭ２０２は、ＢＩＯＳを格納している。

ＲＡＭ２０３は、ＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶装置として利用されたりする直接記憶装置である。

ＨＤＤ（ハードディスクドライブ）２０４は、基本ソフトウェアであるＯＳやソフトウェアモジュールを記憶している間接記憶装置である。ＨＤＤ２０４は、ＳＳＤ（ソリッドステートドライブ）などでもよい。

入力装置２０５は、不図示のキーボードやポインティングデバイスなどである。

出力装置２０６は、ディスプレイが接続される。

Ｉ／Ｆ（インターフェース）２０７は、ネットワーク１００に接続するために用いられる。

上述したハードウェア構成において、装置が起動すると、ＣＰＵ２０１によりＢＩＯＳが実行され、ＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１は、ＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは、上記各デバイスが協働して、ＣＰＵ２０１によって実行されて動作する。また、Ｉ／Ｆ２０７は、ネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現する。

図３は、帳票生成サーバ１０１上で動作するソフトウェアモジュールの構成例を示す図である。各ソフトウェアモジュールは、図２に示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

アクセス制御部３０１は、クライアント装置１０２からのリクエストに応じて、ユーザ認証を行う。

ページ生成部３０２は、クライアント装置１０２にレスポンスとして返すＷｅｂページを生成する。また、上述したウェブアプリケーションに必要なＨＴＭＬ、ＪａｖａＳｃｒｉｐｔなどのファイルも、ページ生成部３０２が生成し、クライアント装置１０２に送信する。

データアクセス部３０３は、後述する各種データベース３０５、３０６、３０７、３０８、３０９、３１０へのアクセス処理を行う。

帳票生成部３０４は、データアクセス部３０３を介して読み出した帳票ページのフォームと、フィールドデータとを重ね合わせて、帳票ページを生成する。さらに、帳票生成部３０４は、生成した帳票ページから、仮想プリンタなどのソフトウェアを利用して、電子ファイル形式の帳票ファイルを生成する。

データベース３０５は、帳票名、所有者など帳票に関する情報を表す帳票関連データを格納する。また、データベース３０５は、当該帳票と、フォーム、フィールドデータおよび後述する帳票部品情報を紐付けて管理している。さらに、データベース３０５は、当該帳票と、オーバレイ出力処理の結果である帳票ページおよび後述するオーバレイ情報を紐付けて管理している。帳票生成サーバ１０１は、データベース３０５を利用して、例えば、ある帳票ページが生成されたフォームや、該当フォームに関連付く帳票部品情報を特定することができる。

データベース３０６は、フォーム情報を格納する。データベース３０７は、フィールドデータを格納する。データベース３０８は、帳票生成部３０４が生成した帳票ページを格納する。データベース３０９は、後述するオーバレイ出力処理時に生成されるオーバレイ情報を格納する。データベース３１０は、後述する帳票部品情報を格納する。

次に、帳票生成サーバ１０１によって実行される、オーバレイ出力処理について説明する。

オーバレイ出力とは、原稿用紙形式の枠線などの情報を記録するフォームと、テキスト形式のデータ（フィールドデータ）を重ねあわせて印刷することである。オーバレイ出力の結果は、紙ではなく、電子ファイルとして出力することも可能である。

図４は、帳票生成サーバ１０１によるオーバレイ出力処理の概要について説明した図である。

フォームは、専用のフォーム設計システムを利用して作成され、ファイルとして保存することができる。一般的に、フォームは、フィールドデータに依存しない固定的な図形（フォーム図形）と、受け取ったフィールドデータを指定した出力書式に従って表示する図形（フィールド図形）から構成される。フィールド図形を作成するには、予めフィールドデータを受け取るための項目（フィールド）を作成する必要がある。フィールドは、フォーム設計システムにて表示された専用の画面から作成することができる。フィールド図形を作成すると、作成元であるフィールドとの関連付けが内部的におこなわれる。

表形式のフィールド図形（表図形）４０２の場合、フィールドデータをレコード単位に受け取る必要があるためレコードフィールド４０３を作成する必要がある。

他のフィールド図形のデータの演算結果からフィールドデータを生成する形式のフィールドは計算列フィールドと定義する。また、指定した集計方法で集計しフィールドデータを生成するフィールド形式は集計フィールドと定義する。フィールド図形４０４の場合、どのフィールドとどのような集計方法が指定されていることを表すために集計フィールド４０５を作成する必要がある。

帳票生成サーバ１０１は、フィールド図形が定義されたフォーム４０１と、対応するフィールドデータ４０６とを読み込む。そして、帳票生成サーバ１０１は、読み込んだフォーム４０１とフィールドデータ４０６とを重ね合わせることでオーバレイ出力を実行し、オーバレイ出力結果４０７を生成する。

図５は、複合フォームについて説明した図である。

複合フォームとは、複数のフォームを１つの帳票ファイルとして出力するための情報をまとめたものである。複合フォームにより、複数のフォームを切り替えながら帳票出力できるようになる。複合フォーム５０１は、専用のフォーム設計システムを利用して作成し、ファイルとして保存することができる。複合フォーム５０１には、複数のフォームを利用することが定義されている（フェース名５０２、５０３）。複合フォームに定義された各フォーム定義のことを「フェース」と呼ぶ。各フェースは、複合フォーム内で一意となる名前（フェース名）を持っている（フェース名５０２は「Ｆａｃｅ１」、フェース名５０３は「Ｆａｃｅ２」）。詳細は後述するが、フェース名は、フィールドデータ内でデータを流しこむフェースを指定する際に利用される。フォーム設計システムを操作することにより、定義された各フォームを画面で確認することが可能である。例えば、図５（ａ）のように、Ｆａｃｅ１を選択した際には、左ペインのフェース一覧ツリーのフェース名５０２が反転表示となり、選択中であることが明示される。その際、右ペインでは、Ｆａｃｅ１の中身であるフォーム５０４が表示される。続いて、図５（ｂ）のように、Ｆａｃｅ２を選択した際には、同様に左ペインではフェース名５０３が反転され、右ペインではＦａｃｅ２の中身であるフォーム５０５が表示される。フォーム設計システムでは、各フェースを選択した状態で、さらにそのフェースの中身であるフォームの編集に移行することも可能である。

図６は、上述した複合フォームに流し込むためのフィールドデータ４０６の一例である。

フォーム関連定義６０１には、フォーム切り替え命令６０２およびフェース切り替え命令６０３が定義されている。帳票生成サーバ１０１がフィールドデータ４０６を読み込んだ際、フォーム関連定義６０１を読み込んで、各命令を解釈してデータを流しこむフォームおよびフェースを特定する。図６のフィールドデータ４０６では、「複合フォーム１」の「Ｆａｃｅ１」のフォームに定義された表図形Ａに対して、データブロック６０４が流し込まれる。さらに続いて、「複合フォーム１」の「Ｆａｃｅ２」のフォームに定義された表図形Ｂに対して、データブロック６０５が流し込まれる。このようにして、複合フォームとそこに流し込まれるフィールドデータがオーバレイされ、１つの帳票ファイルが生成される。

次に、本実施例における帳票生成サーバ１０１とクライアント装置１０２の具体的な動作について説明する。

図７は、本実施例における、Ｗｅｂフォーム編集画面を生成する処理のシーケンスを示す図である。以下で記す記号Ｓは、シーケンスにおけるステップを意味する。その他のシーケンス図においても同様である。また、フローチャートの説明においても同様に、記号Ｓはフローチャートにおけるステップを意味する。

Ｓ７０１では、クライアント装置１０２は、クライアント装置１０２のウェブブラウザで表示されている図８に示すログイン画面８０１にて入力されたユーザの指示に従い、帳票生成サーバ１０１にログインのリクエストを送信する。クライアント装置１０２は、ログイン画面８０１のユーザ名入力ボックス８０２とパスワード入力ボックス８０３にユーザ名とパスワードが入力され、ログインボタン８０４が押下されると、帳票生成サーバ１０１にログインのリクエストを送信する。

Ｓ７０２では、帳票生成サーバ１０１のアクセス制御部３０１は、クライアント装置１０２から受信したログインリクエストに応じて、ログイン処理を行う。アクセス制御部３０１は、Ｂａｓｉｃ認証を行い、ユーザ名とパスワードが有効であることを判断された場合、Ｓ７０３に進む。Ｂａｓｉｃ認証は一般的な認証処理であるため、その説明は省略する。

Ｓ７０３では、帳票生成サーバ１０１のページ生成部３０２は、ログインしたユーザの情報に応じて、図９に示す帳票選択画面９０１を生成する。

帳票選択画面９０１において、領域９０２は、現在ログインしているユーザのユーザ名を表示する。ドロップダウンリスト９０３は、現在ログインしているユーザが所有する帳票一覧を選択可能に表示する。ドロップダウンリスト９０３の中に表示される内容は、ページ生成部３０２がデータアクセス部３０３を介して帳票関連データのデータベース３０５から抽出した、ログインしたユーザが所有する帳票の帳票名である。

操作ボタン９０４、９０５、９０６、９０７、９０８は、ドロップダウンリスト９０３で選択された帳票名に該当する帳票に対して、プレビュー、編集可能なプレビュー、印刷操作、Ｗｅｂフォーム編集、Ｗｅｂ帳票プレビューを実行するためのボタンである。Ｗｅｂフォーム編集ボタン９０７およびＷｅｂ帳票プレビューボタン９０８が押下された後の処理は後述するが、プレビューボタン９０４、編集可能プレビューボタン９０５および印刷ボタン９０６が押下された後の処理は省略する。

図７の説明に戻り、Ｓ７０４では、帳票生成サーバ１０１のアクセス制御部３０１は、Ｓ７０３で生成された帳票選択画面９０１を、ネットワーク１００経由でクライアント装置１０２に返す。

Ｓ７０５では、クライアント装置１０２は、帳票生成サーバ１０１からのレスポンスとして受信した帳票選択画面９０１を受け取り、ウェブブラウザに表示する。

Ｓ７０６では、クライアント装置１０２は、帳票選択画面９０１内のドロップダウンリスト９０３からユーザによって選択された操作対象の帳票の帳票名を受け取る。

Ｓ７０７では、クライアント装置１０２は、ユーザが帳票選択画面９０１内のＷｅｂフォーム編集ボタン９０７を押下することにより、帳票生成サーバ１０１に、選択された帳票のＷｅｂフォーム編集画面の生成リクエストを送信する。Ｗｅｂフォーム編集画面の生成リクエストの中には、操作対象（すなわち、編集対象）の帳票を特定できる情報が包含される。

Ｓ７０８では、帳票生成サーバ１０１の帳票生成部３０４は、データアクセス部３０３を介して編集対象の帳票に関連するフォームを取得する。

Ｓ７０９では、帳票生成サーバ１０１の帳票生成部３０４は、Ｓ７０８で取得したフォームを使用してオーバレイ出力処理を行う。

以下に、オーバレイ出力処理の動作について詳細に説明する。

図１０は、本実施例の帳票生成サーバ１０１における、フォームを用いたオーバレイ出力処理の動作を表したフローチャートである。ここで説明するオーバレイ出力処理は、Ｗｅｂフォーム編集画面を生成するためのものであり、フィールドデータを必要としない。すなわち、フォームに定義された罫線やロゴなどのフォーム図形をそのまま出力するオーバレイ出力処理である。フィールド図形は、出力書式の文字列（ＸＸＸなど）がそのまま出力される。なお、Ｗｅｂフォーム編集画面であっても、通常のフィールドデータを使用するオーバレイ出力処理の結果である帳票ページを使用しても構わない。その場合、Ｗｅｂフォーム編集ボタン９０７の押下後に、不図示のフィールドデータ指定ダイアログによりユーザにフィールドデータを指定させる。指定されたフィールドデータとフォームをオーバレイし、その結果である帳票ページを使用してＷｅｂフォーム編集画面を生成する。

以降、フォームのみを用いたオーバレイ出力処理の動作を説明する。

Ｓ１００１では、帳票生成部３０４は、Ｓ７０８で取得したフォームを読み込む。帳票生成部３０４は、Ｓ１００１で取得したフォームに定義されたフェース分、Ｓ１００２からＳ１００６において、Ｓ１００３からＳ１００５までの処理を繰り返す。該当フォームが複合フォームであれば、複合フォーム５０１のように複数のフェースが定義されているので、複数のフェース分処理を繰り返す。該当フォームが通常のフォーム（すなわち、単一のフォーム）の場合、仮想的なフェース（以降、仮想フェースとする）が１つあるものとして処理を行う。

Ｓ１００３では、帳票生成部３０４は、複合フォーム（もしくは通常のフォーム）から現在対象のフェース（もしくは仮想フェース）を取得する。フェースの情報は帳票生成サーバ１０１のＲＡＭ２０３に保持される。

Ｓ１００４では、帳票生成部３０４は、取得したフェースの描画処理を行う。フィールドデータを流しこんだオーバレイは行わず、フォーム図形はそのまま描画する。またフィールド図形については、フィールド図形の出力書式情報（ＸＸＸなど）を取得し、その文字列をフィールド図形に指定された属性（文字色やフォントサイズなど）で描画する。帳票生成部３０４は、それらの描画情報を、仮想プリンタを介してプリンタドライバ形式のＰＤＦ生成モジュールに伝え、ＰＤＦ形式の帳票ページを生成する。

Ｓ１００５では、帳票生成部３０４は、オーバレイ情報を更新する。

図１１は、図１０のフローで生成される、オーバレイ情報の一例である。オーバレイ情報は、Ｗｅｂフォーム編集画面等を構築する際に利用される情報である。オーバレイ時にのみ取得できる情報が羅列されている。本実施例の場合、オーバレイ情報は、ファイル形式（ＪＳＯＮフォーマット）であるが、形式は問わない。

オーバレイ情報１１０１は、複数のページブロック１１０２を含む。ページブロック１１０２は、ある特定の範囲の帳票ページについての情報をまとめたブロックである。例えば、オーバレイ情報１１０１の１つ目のページブロック１１０２は、ページ範囲１１０３、利用フォーム名１１０４、および利用フェース名１１０５を含む。ページ範囲１１０３は、このページブロックが示す情報の対象となる帳票ページの範囲を示す。「１−１」は、「＜開始ページ＞−＜終了ページ＞」の意味であり、この場合、１ページが対象範囲となる。利用フォーム名１１０４は、その帳票ページ範囲で利用されたフォームの名前である。利用フェース名１１０５は、その帳票ページ範囲で利用されたフェースの名前である。オーバレイ情報１１０１を参照すると、帳票の１ページ目ではフォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ１」が、２ページ目ではフォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ２」が利用されたことが分かる。

図１０に戻り、Ｓ１００５では、帳票生成部３０４は、現在処理中のフォームおよびフェースの名前、および現在の帳票ページ数（フェースの数と同等）を元に、オーバレイ情報へページブロックの情報を追記していく。オーバレイ情報が存在しない場合は新規に生成する。ページブロックの情報はフェースの数と同じ分追加される。また、現在の帳票ページ数は、帳票生成部３０４がＲＡＭ２０３に記憶させ、管理する。

Ｓ１００７では、帳票生成部３０４は、データアクセス部３０３を介して生成したオーバレイ情報を、オーバレイ情報データベース３０９に格納する。そして、生成したオーバレイ情報を特定できる情報を、帳票関連データびデータベース３０５中の該当レコードに追加する。

図７の説明に戻り、Ｓ７１０では、帳票生成部３０４は、Ｓ１００４の描画処理により生成したＰＤＦ形式の帳票ページをＳＶＧ（スケーラブル・ベクター・グラフィックス）形式の帳票ページに変換する。ＰＤＦ形式の帳票ページは、ウェブブラウザ上で直接編集できないため、編集できる形式（本実施例の場合はＳＶＧ形式）に変更する。続いて、帳票生成部３０４は、データアクセス部３０３を介して生成されたＳＶＧ形式の帳票ページを帳票ページのデータベース３０８に格納する。そして、生成されたＳＶＧ形式の帳票ページを特定できる情報を、帳票関連データのデータベース３０５中の該当レコードに追加する。

Ｓ７１１では、帳票生成サーバ１０１は、Ｓ７０７のリクエストの対象帳票のＷｅｂフォーム編集画面のＵＲＬをクライアント装置１０２に返却する。返却するＵＲＬの中には、Ｓ７１０で生成したＳＶＧ形式の帳票ページを特定できる情報が含まれる。本実施例の場合、返却するＵＲＬの中に帳票ページと関連する帳票関連データの帳票名が含まれている。

Ｓ７１２では、クライアント装置１０２は、Ｓ７１１で返却されたＵＲＬを使用してＷｅｂフォーム編集画面にリダイレクトするリクエストを帳票生成サーバ１０１に送信する。

Ｓ７１３では、帳票生成サーバ１０１のページ生成部３０２は、Ｓ７１２のリダイレクトリクエストの内容に応じて、Ｗｅｂフォーム編集画面を生成する。Ｗｅｂフォーム編集画面は、ＳＶＧ形式の帳票ページ、帳票ページの閲覧、編集操作を制御するためのＪａｖａｓｃｒｉｐｔプログラム、画面を構成するＨＴＭＬからなる。ページ生成部３０２が、Ｓ７１２のリダイレクトリクエスト中の帳票名を利用して、データアクセス部３０３を介してリクエスト対象帳票に関連する帳票ページをデータベース３０８から取得する。対象帳票に関連する帳票ページが複数ある場合は、複数ページ分取得する。クライアント装置１０２は、Ｊａｖａｓｃｒｉｐｔプログラムを用いて複数の帳票ページとページ番号を紐付けて管理する。

Ｓ７１４では、帳票生成サーバ１０１は、Ｓ７１３で生成したＷｅｂフォーム編集画面をクライアント装置１０２に返却する。

Ｓ７１５では、クライアント装置１０２は、帳票生成サーバ１０１からのレスポンスを受け取り、Ｗｅｂフォーム編集画面をブラウザに表示する。複数の帳票ページがある場合、１ページ目を最初に表示する。また、後続のＳ７１６以降で行う帳票部品の取得処理が終わるまでは、ブラウザ上のＷｅｂフォーム編集画面に、ロード中を示すアイコンが重ねて描画される。

Ｓ７１６では、クライアント装置１０２は、帳票生成サーバ１０１へオーバレイ情報の取得リクエストを行う。リクエストには、画面を構成するＪａｖａｓｃｒｉｐｔプログラムからＡｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ ＋ ＸＭＬ）が利用される。すなわち、リクエストは、ＡＪａｘを利用して、帳票生成サーバ１０１が開示するＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）インターフェースに対して行われる。クライアント装置１０２は、帳票生成サーバ１０１のＲＥＳＴインターフェースに対して、帳票名を指定してオーバレイ情報取得リクエストを行う。

Ｓ７１７では、帳票生成サーバ１０１は、受信したリクエストに含まれる帳票名をもとに、データアクセス部３０３を介してリクエスト対象帳票に関連するオーバレイ情報をデータベース３０９から取得する。

Ｓ７１８では、帳票生成サーバ１０１は、取得したオーバレイ情報を、レスポンスとしてクライアント装置１０２へ返す。

Ｓ７１９では、クライアント装置１０２は、オーバレイ情報に基づき、現在表示されている帳票ページがどのフェースから生成されたかを特定する。具体的には、クライアント装置１０２は、現在表示されている帳票ページのページ番号を取得する。さらにクライアント装置１０２は、Ｓ７１６からＳ７１８の処理で取得したオーバレイ情報１１０１内の該当ページ番号のフェース名を特定する。１ページ目なら１つめのページブロック１１０２が該当するので、フェース名は「Ｆａｃｅ１」、２ページ目ならフェース名は「Ｆａｃｅ２」となる。

Ｓ７２０以降の処理は、帳票部品がある場合の処理であるため後述する。その前に、Ｗｅｂフォーム編集画面と、帳票部品追加処理について説明する。

図１２は、本実施例におけるＷｅｂフォーム編集画面の一例を示す。

Ｗｅｂフォーム編集画面１２０１は、クライアント装置１０２のブラウザに表示される。ページコントロール領域１２０３には、Ｗｅｂフォーム（帳票ページ）に対する各種操作のためのＵＩコントロールが配置される。配置対象選択ドロップダウンリスト１２０４は、後述するパーツ（帳票部品）を配置する対象のフェースを選択するためのコントロールである。ページ遷移コントロール１２０５は、編集対象の帳票ページを切り替えるためのコントロールである。各コントロールを操作することで前頭、末尾、前、後のページに移動が可能である。ページ拡縮コントロール１２０６は、編集対象の帳票ページの拡大及び縮小を行うコントロールである。中央のエリアに数値を直接入力しての拡大及び縮小も可能である。

パーツリスト領域１２０７には、帳票ページに配置可能なパーツ（帳票部品）を追加するためのコントロール（パーツコントロール）が並んでいる。帳票部品には複数の種類があり、ユーザが用途や目的によって使い分ける。帳票部品には、帳票プレビュー時に押下するとメッセージを表示する「ポップアップ」や、押下すると指定のＵＲＬを開く「リンク」、本実施例で説明するフォーカス領域を定義する「フォーカス」等が含まれる。ポップアップ追加用パーツコントロール１２０８、リンク追加用パーツコントロール１２０９、フォーカス追加用パーツコントロール１２１０は、それぞれの帳票部品を追加するためのコントロールである。

パーツ属性領域１２１１については後述する。

保存ボタン１２１２は、追加した帳票部品の情報を保存するためのボタンである。フェースに対して帳票部品を配置した後にユーザによって押下されると、帳票部品が保存される。

図１３は、Ｗｅｂフォーム編集画面の一例であり、帳票部品の１つである「フォーカス」の配置およびその属性設定方法を説明するためのものである。

フォーカス領域１３０１、１３０２、１３０３は、ユーザによりＦａｃｅ２に追加配置された帳票ページ内のフォーカス領域である。フォーカス領域は、ユーザがフォーカス追加用パーツコントロール１２１０を帳票ページ上にドラッグアンドドロップすることで追加される。フォーカス領域は、後述するＷｅｂ帳票閲覧画面を表示する際、画面いっぱいに拡大する領域の定義である。フォーカス領域の定義が、Ｗｅｂ帳票閲覧画面においてどのように動作するかは後述する。選択ハンドル１３０４は、帳票部品を選択した際に表示される。マウス等で帳票部品をクリックすると、選択ハンドル１３０４が帳票部品の外接矩形の４隅に表示される。図１３では、フォーカス領域１３０１が選択されている。また、選択ハンドル１３０４は、フォーカス領域等の帳票部品のサイズ変更機能を持つ。マウス等でいずれかの選択ハンドルをドラッグすることで、フォーカス領域のサイズが変更できる。さらに、フォーカス領域等の帳票部品は、マウス等で部品そのものをドラッグすることで移動できる。例えば、フォーカス領域１３０１は、部品の内部が半透明で塗られているが、この半透明部分をドラッグすることで移動が可能である。

パーツ属性領域１３１１には、現在選択中の帳票部品に関する属性設定や操作のためのコントロールが並んでいる。パーツ属性領域に並ぶコントロールは、選択された帳票部品の種類によって変わる。また、帳票部品を選択していない場合は何も表示されない。フォーカス領域１３０１を選択中の場合、パーツ属性領域１３１１には、フォーカス順序変更コントロール１３０６と、帳票部品削除ボタン１３０７が並ぶ。帳票部品削除ボタン１３０７が押下されると、選択中のフォーカス領域が削除される。フォーカス順序変更コントロール１３０６は、各フォーカス領域のフォーカス遷移の順番を変更するためのコントロールである。１つのフェース（帳票ページ）には、複数のフォーカス領域を定義できる。フォーカス順序変更コントロール１３０６では、ユーザが後述するフォーカス遷移の指示を行った際、複数のフォーカス領域をどの順番で遷移させるかを定義し、設定する。矢印ボタンを押下することで、選択中のフォーカス領域の遷移順序が変更される。この時、同一フェース上に定義された、選択されていないフォーカス領域の遷移順序についても連動して変更される。フォーカス領域の遷移順序は、フォーカス領域内の中央に数値１３０５で表示される。図１３において、フォーカス遷移順序は、フォーカス領域１３０１→フォーカス領域１３０３→フォーカス領域１３０２の順番となっている。

図１４は、図１２および図１３で説明したフォーカス領域追加、属性設定、帳票部品の保存について処理の流れを説明したフローチャートである。

Ｓ１４０１では、クライアント装置１０２は、フォーカス追加用パーツコントロール１２１０を帳票ページ上にドラッグアンドドロップするというユーザ操作を受けて、帳票ページ上にフォーカス領域を追加する。

Ｓ１４０２では、クライアント装置１０２は、ユーザ操作を受けて、Ｓ１４０１で追加されたフォーカス領域に対して、領域の位置、サイズ、遷移順序という属性を設定する。各種属性の設定方法は図１３を参照して説明したとおりである。

Ｓ１４０３では、クライアント装置１０２は、ユーザによる保存ボタン１２１２の押下を検知する。クライアント装置１０２が、保存ボタン１２１２の押下を検知すると、Ｓ１４０４に進む。

Ｓ１４０４では、クライアント装置１０２は、帳票部品情報を生成する。帳票部品情報とは、Ｗｅｂフォーム編集画面でフェースに対して追加された帳票部品に関する情報である。帳票部品情報は、帳票部品を表示する際に、Ｗｅｂ帳票閲覧画面およびＷｅｂフォーム編集画面から参照される。

図１５は、本実施例における帳票部品情報の一例を示す。本実施例では、帳票部品情報１５０１は、ＪＳＯＮファイルである。

１５０２は、帳票部品情報が適用されるフォームの名前である。１５０３は、フェースが複数ある場合に、各フェースに対する帳票部品を保持するためのブロックである。ブロックの先頭には、フェース名が記載される（例えば、Ｆａｃｅ１、Ｆａｃｅ２等）。これら、フォームやフェースの情報は、クライアント装置１０２が、Ｓ７１６からＳ７１８で取得したオーバレイ情報から取得される。１５０４は、フェースに定義された複数の帳票部品のリストを保持する要素（ｐａｒｔｓ要素）である。Ｆａｃｅ１には１つだけ帳票部品が追加されている。１５０６は、帳票部品の種類で、ｐｏｐｕｐ（ポップアップ）やｆｏｃｕｓ（フォーカス領域）といった文字列となっている。１５０７は、帳票部品の外接矩形情報である。左上の原点と、幅及び高さの情報である。Ｆａｃｅ２には３つの帳票部品が追加されており、それぞれ帳票部品ブロック１５０５で分かれている。帳票部品の種類や外接矩形の情報はポップアップの帳票部品と同様である。フォーカス領域の場合、フォーカス遷移順を表すｏｒｄｅｒ情報１５０８が追加で記載される。

図１４の説明に戻り、Ｓ１４０５では、クライアント装置１０２は、Ｓ１４０４で生成された帳票部品情報の保存リクエストを、帳票生成サーバ１０１へ送信する。具体的には、生成したＪＳＯＮファイルおよび帳票名をリクエストボディに設定し、帳票生成サーバ１０１が公開するＲＥＳＴインターフェースに対して送信する。

Ｓ１４０６では、帳票生成サーバ１０１は、受信したリクエスト中の帳票部品情報を、データアクセス部３０３を介して帳票部品情報のデータベース３１０に格納する。この時、帳票生成サーバ１０１は、Ｓ１４０５で送信されたリクエストボディ中の帳票名をキーとして、帳票関連データのデータベース３０５と帳票部品情報のデータベース３１０とを紐付け、帳票名で関連する帳票部品情報が検索可能なようにする。

図７の説明に戻り、Ｓ７２０以降の処理を説明する。Ｓ７２０以降の処理は、帳票部品がある場合の処理である。図１２および図１３で示したＷｅｂフォーム編集画面では、フォーカス領域等の帳票部品が追加される。追加された帳票部品は、帳票生成サーバ１０１のデータベースに保存される。このため、再度該当フォームのＷｅｂフォーム編集画面を開いた際には、保存した生成済みの帳票部品を予め画面に表示する必要がある。Ｓ７２０以降の処理は、このために必要である。

Ｓ７２０では、クライアント装置１０２は、帳票生成サーバ１０１へ帳票部品情報の取得リクエスト（要求）を行う。リクエスト（要求）は、画面を構成するＪａｖａｓｃｒｉｐｔプログラムからＡｊａｘを利用して、帳票生成サーバ１０１が開示するＲＥＳＴインターフェースに対して行われる。クライアント装置１０２は、帳票生成サーバ１０１のＲＥＳＴインターフェースに対して、帳票名を指定して帳票部品情報取得リクエスト（要求）を行う。

Ｓ７２１では、帳票生成サーバ１０１は、受信したリクエスト（要求）に含まれる帳票名をもとに、データアクセス部３０３を介してリクエスト（要求）対象帳票に関連する帳票部品情報をデータベース３１０から取得する。

Ｓ７２２では、帳票生成サーバ１０１は、取得した帳票部品情報を、レスポンスとしてクライアント装置１０２へ返す。

Ｓ７２３では、クライアント装置１０２は、Ｓ７１９で特定した、現在表示されている帳票ページのフェースの名前から、現在表示すべき帳票部品を特定する。具体的には、Ｓ７２０からＳ７２２で取得した帳票部品情報１５０１内を検索し、現在のフェース名に一致するブロックを見つける。例えば、Ｆａｃｅ２から生成された帳票ページを表示している場合には、帳票部品情報の”Ｆａｃｅ２”のブロックを見つけ出し、そこに含まれる３つのフォーカス領域１５０５を特定する。

Ｓ７２４では、クライアント装置１０２は、Ｓ７２３で特定した帳票部品ごとの処理を行う。例えば、ポップアップの場合、押下可能なポップアップボタンの表示が必要なため帳票部品自体の描画処理を行う。フォーカス領域の場合、Ｗｅｂフォーム編集画面と後述するＷｅｂ帳票閲覧画面とで処理内容が異なる。Ｗｅｂフォーム編集画面の場合には、図１３で示したような、領域の点線枠やフォーカス遷移順を示す数値等の描画処理を行う。
すべての帳票部品に対する処理が終わったら、Ｓ７１５でＷｅｂフォーム編集画面に重ねて描画したロード中を示すアイコンを消す。

図１６は、本実施例における、Ｗｅｂ帳票閲覧画面生成処理のシーケンスを示す。Ｗｅｂ帳票閲覧画面は、本実施例の帳票ページ（ＳＶＧ）を閲覧するための画面であり、ｉＰａｄ等のタブレットデバイス上で動作するＯＳおよびブラウザで表示され、操作される。

Ｗｅｂ帳票閲覧画面生成処理の流れは、基本的には、図７を参照して上述したＷｅｂフォーム編集画面生成処理の流れと同様である。そのため、以下では、図７に示したシーケンスの流れとは異なる部分のみを説明する。

Ｓ１６０１では、クライアント装置１０２は、ユーザが帳票選択画面９０１内のＷｅｂ帳票プレビューボタン９０８を押下することにより、帳票生成サーバ１０１にＷｅｂ帳票閲覧画面の生成リクエストを送信する。Ｗｅｂ帳票閲覧画面の生成リクエストの中には、閲覧対象の帳票を特定できる情報が包含される。

Ｓ１６０２では、帳票生成サーバ１０１の帳票生成部３０４は、データアクセス部３０３を介して閲覧対象の帳票に関連するフォームおよびフィールドデータを取得する。

Ｓ１６０３では、帳票生成サーバ１０１の帳票生成部３０４は、Ｓ１６０２で取得したフォームおよびフィールドデータを使用してオーバレイ出力処理を行う。

以下に、Ｗｅｂ帳票閲覧画面生成処理におけるオーバレイ出力処理の動作について詳細に説明する。

図１７は、本実施例の帳票生成サーバ１０１における、フォームおよびフィールドデータを用いたオーバレイ出力処理の動作を表したフローチャートである。ここで説明するオーバレイ出力処理は、Ｗｅｂ帳票閲覧画面を生成するためのものであり、フィールドデータをフォームに流し込み、実際にオーバレイ出力を行う。

Ｓ１７０１では、帳票生成サーバ１０１は、処理対象のフィールドデータの中身を読み込む。

Ｓ１７０２では、帳票生成サーバ１０１は、読み込んだフィールドデータ内に、フォーム切り替え命令６０２が含まれているかどうか判定する。フォーム切り換え命令６０２が含まれていない場合、Ｓ１７０５に進む。一方、フォーム切り替え命令６０２が含まれている場合は、Ｓ１７０３に進む。

Ｓ１７０３では、帳票生成サーバ１０１は、カレントフォーム情報を更新する。カレントフォーム情報は、現在処理対象のフォームを覚えておくためのバッファ領域であり、帳票生成サーバ１０１がＲＡＭ２０３に確保する。帳票生成サーバ１０１は、フォーム切り替え命令６０２で指定された切り替え先のフォームをカレントフォームとするように情報を更新する。

Ｓ１７０４では、帳票生成サーバ１０１は、Ｓ１７０３でカレントフォームとした切り替え先のフォームの中身を、ＲＡＭ２０３上に読み込む。

Ｓ１７０５では、帳票生成サーバ１０１は、Ｓ１７０１で読み込んだフィールドデータ内に、フェース切り替え命令６０３が含まれているかどうか判定する。フェース切り替え命令６０３が含まれていない場合、Ｓ１７０８に進む。一方、フェース切り替え命令６０３が含まれている場合、Ｓ１７０６に進む。

Ｓ１７０６では、帳票生成サーバ１０１は、カレントフェース情報を更新する。カレントフェース情報は、現在処理対象のフェースを覚えておくためのバッファ領域であり、帳票生成サーバ１０１がＲＡＭ２０３に確保する。帳票生成サーバ１０１は、フェース切り替え命令６０３で指定された切り替え先のフェースをカレントフェースとするように情報を更新する。なお、カレントフォームが複合フォームではなく、通常のフォームの場合、カレントフェースは常に「仮想フェース」となる。

Ｓ１７０７では、帳票生成サーバ１０１は、Ｓ１７０６でカレントフェースとした切り替え先のフェースの実体であるフォームの中身をＲＡＭ２０３上に読み込む。

Ｓ１７０８では、帳票生成サーバ１０１は、レイアウト処理を行う。レイアウト処理とは、読み込んだフィールドデータをフォームに定義されたフィールド図形に流し込み、フィールド図形に設定された文字サイズ等の各種属性を反映したうえで文字および各種オブジェクトの配置を決めていく処理である。

Ｓ１７０９では、帳票生成サーバ１０１は、１ページ毎に描画処理を行う。帳票生成サーバ１０１は、Ｓ１７０８で決められた配置に従い、文字列等の各種オブジェクトを実際に描画していく。具体的には、Ｗｉｎｄｏｗｓ（登録商標）のＧＤＩ（Ｇｒａｐｈｉｃｓ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）が提供するＴｅｘｔＯｕｔ等の関数を用いて各オブジェクトを描画する。

Ｓ１７１０では、帳票生成サーバ１０１は、１ページの描画が全て完了したかどうか判定する。帳票生成サーバ１０１は、上述したＳ１７０８およびＳ１７０９にて、フィールドデータを読み込み、フィールド図形に流し込みながらレイアウト処理および描画処理を行うが、各ステップでは、１ページの切れ目を意識した処理はしていない。そのため、本ステップでは、１ページの描画が完了したかを確認する。１ページの描画が完了していない場合は、Ｓ１７０８に戻り、レイアウト処理及び描画処理を継続する。１ページの描画が完了したと判断された場合には、Ｓ１７１１に進む。なお、１ページ分の描画完了判定は、フィールドデータのオーバフロー検知により行う。例えば、レイアウト処理及び描画処理を繰り返している際に、フォームに定義された表の最大行数を超えるフィールドデータの読み込みを検知した際に、１ページ分の描画を完了したと判定する。

Ｓ１７１１では、帳票生成サーバ１０１は、オーバレイ情報を更新する。

ここで、オーバレイ情報の更新処理について説明する前に、Ｗｅｂ帳票閲覧画面生成処理におけるオーバレイ情報について詳細に説明する。

図１８は、Ｗｅｂ帳票閲覧画面生成処理におけるオーバレイ出力処理で生成されるオーバレイ情報の一例である。基本的な事項は、図１１で示した例と同様である。

図１８（ａ）は、全ページのオーバレイ出力処理が完了した後の、完成したオーバレイ情報を示す。オーバレイ情報１８０１を参照すると、１ページ目から３ページ目ではフォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ１」が、４ページ目から５ページ目ではフォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ２」が利用されていること等が分かる。

図１８（ｂ）は、まだ全ページのオーバレイ処理が完了していない時の、生成途中のオーバレイ情報である。フォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ２」が利用されたページが１ページ生成されているが、２ページ目（全体として見れば５ページ目）以降はまだ、生成されていない。

図１７に戻り、図１８を参照しながら、Ｓ１７１１のオーバレイ情報更新処理について説明する。

Ｓ１７１１では、帳票生成サーバ１０１は、図１８（ｂ）のように、該当ページのページブロック１８０２のページ範囲１８０３、利用フォーム名１８０４、および利用フェース名１８０５を更新する。ページ範囲１８０３は、ＲＡＭ２０３に保持している現在処理中の帳票ページの番号を使って更新する。例えば、フォーム「ＦＯＲＭ＿Ａ」のフェース「Ｆａｃｅ２」の処理中で、５ページ目の描画が終わったタイミングであれば、ページ範囲１８０３の値を「４−４」から「４−５」に更新する。利用フォーム名１８０４は、Ｓ１７０３で更新したカレントフォーム情報に書き換える。利用フェース名１８０５は、Ｓ１７０６で更新したカレントフェース情報に書き換える。利用フォーム名１８０４および利用フェース名１８０５がすでにカレントフォームおよびカレントフェースだった場合、書き換えは行わない。

Ｓ１７１２では、帳票生成サーバ１０１は、フィールドデータの読み込みが完了したかどうかを判定する。完了していればオーバレイ出力処理は終了する。完了していなければＳ１７０１に戻りフィールドデータの読み込みを続ける。

図１６の説明に戻り、Ｓ１６０４からＳ１６０７では、基本的に、図７に示した対応するステップと同じ処理を行う。図７との違いは、対象画面がＷｅｂフォーム編集画面ではなく、Ｗｅｂ帳票閲覧画面であることだけであるので説明は省略する。

Ｓ１６０８では、クライアント装置１０２は、Ｓ７２３で特定した帳票部品ごとの処理を行う。フォーカス領域については、図１３に示したＷｅｂフォーム編集画面とは異なり、Ｗｅｂ帳票閲覧画面では領域の点線枠やフォーカス遷移順を示す数値等の描画処理は不要であり、描画処理は行われない。ただし、後述のフォーカス処理を実施するためにフォーカス領域のサイズや遷移順自体の情報は必要なため、クライアント装置１０２はそれらの情報をＲＡＭ２０３に読み込む。

図１９は、図１６を参照して説明したシーケンスの流れに従って生成されたＷｅｂ帳票閲覧画面の一例を示す。便宜上、Ｗｅｂ帳票閲覧画面１９０１において、各フォーカス領域１９０２、１９０３、１９０４の領域を点線枠で示しているが、実際の画面では点線は表示されない。フォーカス領域のサイズや遷移順などはＲＡＭ２０３に保持されている。

図２０は、Ｗｅｂ帳票閲覧画面においてＷｅｂ帳票が閲覧され、フォーカス領域の拡大処理を行う際の流れを示したフローチャートを示す。

Ｓ２００１では、クライアント装置１０２は、通常モードへの移行を行う。クライアント装置１０２は、ブラウザ上で動作するＷｅｂ帳票閲覧画面を構成するＪａｖａｓｃｒｉｐｔプログラムにより、通常モードとフォーカスモードの２つの表示モードを制御する。通常モードとは、フォーカス領域の拡大表示を行わないモードであり、フォーカスモードとは、ユーザ操作に応じてフォーカス領域の拡大表示を行うモードである。現在どちらのモードに設定されているかは、ＪａｖａｓｃｒｉｐｔプログラムによりＲＡＭ２０３に保持される。Ｓ２００１では、クライアント装置１０２は、Ｊａｖａｓｃｒｉｐｔプログラムを通して表示モードを通常モードに移行する。

Ｓ２００２では、クライアント装置１０２は、ユーザからＷｅｂ帳票の閲覧終了指示があるかどうか判定する。ユーザによるマウス操作でＷｅｂ帳票閲覧画面が閉じられた等の場合、閲覧終了指示があったと判定しＳ２０１１に進む。一方、閲覧終了指示がない場合は、Ｓ２００３に進む。

Ｓ２００３では、クライアント装置１０２は、フォーカスモード移行の指示があったかどうか判定する。フォーカスモード移行の指示がない場合は、Ｓ２００２に戻る。一方、フォーカスモード移行の指示があった場合はＳ２００４に進む。フォーカスモードへの移行指示は、タブレットデバイスへのユーザのジェスチャ入力により行われる。例えば、フォーカス領域内におけるダブルタップジェスチャ検出をフォーカスモード移行の指示とみなす。なお、どのようなジェスチャを移行指示とみなすように設定しても良いし、ジェスチャ以外の指示方法でも構わない。フォーカス領域の位置およびサイズは、図１６のＳ１６０８でＲＡＭ２０３に保持した情報を利用する。

Ｓ２００４では、クライアント装置１０２は、Ｊａｖａｓｃｒｉｐｔプログラムを通して表示モードをフォーカスモードに移行する。

Ｓ２００５では、クライアント装置１０２は、遷移順序が１番目のフォーカス領域の部分を、Ｗｅｂ帳票閲覧画面内の帳票ページ領域中で最大になるよう拡大表示する。クライアント装置１０２は、Ｓ１６０８でＲＡＭ２０３に読み込んだフォーカス領域のサイズや遷移順序に基づいて拡大表示処理を行う。

図２１は、クライアント装置１０２のＪａｖａｓｃｒｉｐｔプログラムによってフォーカス領域の部分が拡大表示された状態のＷｅｂ帳票閲覧画面の一例を示す。図２１のＷｅｂ帳票閲覧画面２１０１上では、便宜的にフォーカス領域が点線で表されているが、実際のＷｅｂ帳票閲覧画面では点線の枠は表示されない。クライアント装置１０２は、フォーカス領域の縦横両辺が、Ｗｅｂ帳票閲覧画面２１０１の対応する縦横両辺をはみ出さない最大の長さになるように拡大表示を行う。

図２０に戻り、Ｓ２００６では、クライアント装置１０２は、フォーカス遷移の指示があったかどうか判定する。フォーカス遷移の指示がない場合は、Ｓ２００９に進む。一方、フォーカス遷移の指示があった場合はＳ２００７に進む。フォーカス遷移の指示は、タッチデバイスへのユーザのジェスチャ入力により行われる。例えば、フォーカス領域内におけるフリックジェスチャの検出をフォーカス遷移の指示とみなす。なお、どのようなジェスチャをフォーカス遷移の指示とみなすように設定しても良いし、ジェスチャ以外の指示方法でも構わない。

Ｓ２００７では、クライアント装置１０２は、次のフォーカス領域を特定する。クライアント装置１０２は、次のフォーカス領域を特定し、さらに、その位置及びサイズを特定する際、Ｓ１６０８でＲＡＭ２０３に保持した情報を利用する。

Ｓ２００８では、クライアント装置１０２は、Ｓ２００７で特定したフォーカス領域に移動する。フォーカス領域間の遷移時にアニメーション表示を行い、ユーザへ遷移の様子を伝えてもよい。Ｓ２００８での移動後、Ｓ２００５に戻り、移動先の領域を拡大表示する。

図２２は、Ｓ２００８およびＳ２００５の結果、２番目のフォーカス領域が拡大表示された状態のＷｅｂ帳票閲覧画面の一例を示す。図２２のＷｅｂ帳票閲覧画面２２０１上でも、図２１と同様に、便宜的にフォーカス領域が点線で表されている。また、クライアント装置１０２は、フォーカス領域の縦横両辺が、Ｗｅｂ帳票閲覧画面２２０１の対応する縦横両辺をはみ出さない最大の長さになるように拡大表示を行う。

図２０に戻り、Ｓ２００９では、クライアント装置１０２は、フォーカスモード解除の指示があったかどうか判定する。フォーカスモード解除の指示がない場合は、Ｓ２００６に戻り、フォーカス遷移の指示を待つ。一方、フォーカスモード解除の指示があった場合は、Ｓ２０１０に進む。フォーカスモード解除の指示についても、タブレットデバイスへのユーザのジェスチャ入力で行われる。例えば、フォーカス領域内におけるダブルタップジェスチャをフォーカスモード解除の指示とみなすことができる。

Ｓ２０１０では、クライアント装置１０２は、フォーカス領域を縮小して、Ｗｅｂ帳票閲覧画面を元の全画面の拡大率に戻す。その後、Ｓ２００１に戻り、通常モードでの処理を継続する。

以上説明したように、本実施例によると、帳票の雛形となるフォームに関連させてフォーカス領域として設定した帳票ページ内の特定領域を、クライアント装置上で拡大表示させるための帳票部品を生成し、保持することができる。そして、帳票閲覧時には、当該フォーカス領域の情報に基づいて、デバイスの表示画面内に特定領域を拡大表示させることができる。これにより、例えば、既存の印刷目的で設計されたＡ３やＡ４等の用紙サイズが大きい帳票資産であっても、Ｗｅｂページ上で閲覧する際の視認性を向上させることができる。また、クライアント装置上で拡大表示させる特定領域の移動に際して、ユーザによる操作を簡略化し、操作性を向上させることができる。また、帳票の全体感を見失うことなく帳票を閲覧することが可能となる。

（実施例２）
本実施例では、複合フォームにおいて、すべての異なるフェースの共通部分に、同じフォーカス領域（帳票部品）を配置することを可能とした。そうすることにより、個別のフェースに同じフォーカス領域を配置するのに比べて、ユーザの手間を軽減させることができる。なお、基本的な処理は実施例１と同様であるため、異なる部分のみ説明する。

図２３は、本実施例における、Ｗｅｂフォーム編集画面での帳票部品保存時の流れを示したフローチャートである。基本的には、実施例１において図１４を参照して説明した流れと同じである。したがって、以下では、実施例１と比較して異なる部分のみを説明する。

Ｓ２３０１では、クライアント装置１０２は、ユーザの指示に従って、すべてのフェースに対して配置する帳票部品としてフォーカス領域を追加する。具体的な内容は、以降に示す図２４を参照して説明する。

図２４は、本実施例におけるＷｅｂフォーム編集画面の一例を示す。図２４に示したＷｅｂフォーム編集画面は、図１２に示したＷｅｂフォーム編集画面１２０１と同様の画面であるが、配置対象選択ドロップダウンリスト１２０４を操作して、「ＡＬＬ」が選択可能なように構成される。「ＡＬＬ」とは、フォーカス領域の配置対象がすべてのフェースであることを意味する。本実施例では、ユーザは、配置対象選択ドロップダウンリスト１２０４を操作して、「ＡＬＬ」を選択し、配置対象をすべてのフェースに変更する。そのうえで、ユーザはフォーカス領域を追加して保存ボタン１２１２を押下することで、フォーカス領域保存の指示を行う。

図２３に戻り、Ｓ２３０２では、クライアント装置１０２は、すべてのフェースに有効な帳票部品情報を生成する。具体的な内容は、以降に示す図２５を参照して説明する。

図２５は、本実施例における、すべてのフェースに有効な帳票部品を含む帳票部品情報の一例を示す。図２５に示した帳票部品情報は、図１５に示した帳票部品情報１５０１と同様の構成を有するが、異なる部分について説明する。

本実施例における帳票部品情報１５０１は、「ａｌｌ」とラベリングされたブロック２５０１を含む。「ａｌｌ」とラベリングされたブロック２５０１が、すべてのフェースで有効な帳票部品の情報を保持する部分である。「ｐａｒｔｓ」ブロック２５０２以降に、すべてのフェースで有効な帳票部品のリストが並ぶ。この例では１つの部品しか示していないが、「ｐａｒｔｓ」ブロック２５０２は複数の部品を保持することができる。各部品はブロック２５０３で表現される。この例では、フォーカス領域が１つ保持されている。なお、この例では「ａｌｌ」ブロック２５０１だけでなく、各フェースに対する帳票部品を保持する部分２５０４も同一ファイルに保持している。すなわち、すべてのフェースで有効な帳票部品は、個別に帳票部品が設定されたフェースに対しても、その他の帳票部品が設定されていないフェースに対しても同様に設定可能である。

また、すべてのフェースで有効な１以上の帳票部品の遷移順（ｏｒｄｅｒ情報）と、個別のフェースに設定された１以上の帳票部品の遷移順（ｏｒｄｅｒ情報）は、独立して制御される。例えば、「ａｌｌ」とラベリングされたブロック２５０１内の１以上の帳票部品を初めに表示し、次いで、各フェースに対する帳票部品を保持する部分２５０４内の１以上の帳票部品を表示するように制御される。また、その逆に、各フェースに対する帳票部品を保持する部分２５０４内の１以上の帳票部品を先に表示するように設定し、制御してもよい。

図２６は、本実施例における、Ｗｅｂ帳票閲覧画面生成処理のシーケンスを示す。基本的には、図１６を参照して上述したＷｅｂ帳票閲覧画面生成処理の流れと同じである。そのため、以下では、図１６に示したシーケンスとは異なる部分のみを説明する。

Ｓ２６０１では、クライアント装置１０２は、帳票生成サーバ１０１から受信した帳票部品情報に基づき、すべてのフェースで有効な帳票部品及び個別フェースの帳票部品を特定する。具体的には、クライアント装置１０２は、前のステップで取得した帳票部品情報から、「ａｌｌ」とラベリングされたブロック２５０１があるかどうか検索して、すべてのフェースで有効な帳票部品を特定する。また、クライアント装置１０２は、各フェースに対応する帳票部品を保持する部分２５０４があるかどうか検索して、個別フェースの帳票部品を特定する。

Ｓ２６０２では、クライアント装置１０２は、Ｓ２６０１で特定された各帳票部品の処理を行う。その内容は、Ｓ１６０８で説明したものと同じである。

このように、すべてのフェースに有効な帳票部品と、各フェース固有の帳票部品がある場合、両方の帳票部品が処理され、混在することになる。

複合フォームを利用するような場合、異なるフェースであっても、共通部分に対して帳票部品を設定する場合が多い。例えば、各請求書の詳細部分の様式は異なっていても、ヘッダ部分は共通といった場合がある。このような場合に、ヘッダ部分へフォーカス領域を設定したい場合、実施例１では、各フェースに個別にヘッダへのフォーカス領域を追加する必要がある。一方、本実施例では、Ｗｅｂフォーム編集画面１２０１の配置対象選択ドロップダウンリスト１２０４で「ＡＬＬ」を選択し、異なるフェースの共通部分に対するフォーカス領域の配置を可能にしたことで、ユーザの手間を軽減することができる。

（実施例３）
本実施例では、複合フォームにおいて、帳票部品が配置されていないフェースに対して有効となる帳票部品（以下、デフォルト帳票部品と呼ぶ）を配置することを可能にした。帳票部品が配置されていないフェースとは、「フォーカス」の他に、「ポップアップ」や「リンク」などの帳票部品も含まないフェースを意味する。本実施例のデフォルト帳票部品によると、例えば、個別フェースに配置される帳票部品と併用することで、帳票部品設定時のユーザの手間を軽減させることができる。なお、基本的な処理は実施例１と同様であるため、異なる部分のみ説明する。

図２７は、本実施例における、Ｗｅｂフォーム編集画面での帳票部品保存時の流れを示したフローチャートである。基本的には、実施例１において図１４を参照して説明した流れと同じである。したがって、以下では、実施例１と比較して異なる部分のみを説明する。

Ｓ２７０１では、クライアント装置１０２は、ユーザの指示に従って、デフォルト帳票部品としてフォーカス領域を追加する。具体的な内容は、以降に示す図２８を参照して説明する。

図２８は、本実施例におけるＷｅｂフォーム編集画面の一例を示す。図２８に示したＷｅｂフォーム編集画面は、図１２に示したＷｅｂフォーム編集画面１２０１と同様の画面であるが、配置対象選択ドロップダウンリスト１２０４を操作して、「Ｄｅｆａｕｌｔ」が選択可能なように構成される。「Ｄｅｆａｕｌｔ」とは、フォーカス領域の配置対象が、帳票部品が他に配置されていないフェースであることを意味する。本実施例では、ユーザは、配置対象選択ドロップダウンリスト１２０４を操作して、「Ｄｅｆａｕｌｔ」を選択し、デフォルト帳票部品を配置することを指示する。そのうえで、ユーザはフォーカス領域を追加して保存ボタン１２１２を押下することで、フォーカス領域保存の指示を行う。

図２７に戻り、Ｓ２７０２では、クライアント装置１０２は、デフォルト帳票部品を含む帳票部品情報を生成する。具体的な内容は、以降に示す図２９を参照して説明する。

図２９は、本実施例における、デフォルト帳票部品を含む帳票部品情報の一例を示す。図２９に示した帳票部品情報は、図１５に示した帳票部品情報１５０１と同様の構成を有するが、異なる部分について説明する。

本実施例における帳票部品情報１５０１は、「ｄｅｆａｕｌｔ」とラベリングされたブロック２９０１を含む。「ｄｅｆａｕｌｔ」とラベリングされたブロック２９０１が、デフォルト帳票部品の情報を保持する部分である。「ｐａｒｔｓ」ブロック２９０２以降に、デフォルト帳票部品のリストが並ぶ。この例では１つの部品しか示していないが、「ｐａｒｔｓ」ブロック２９０２は複数の部品を保持することができる。各部品はブロック２９０３で表現される。この例では、フォーカス領域が１つ保持されている。なお、この例では「ｄｅｆａｕｌｔ」ブロック２９０１だけでなく、各フェースに対する帳票部品を保持する部分２９０４も同一ファイルに保持している。さらに具体的に説明すると、各フェースに対する帳票部品を保持する部分２５０４には、「Ｆａｃｅ２」に対する帳票部品が２つ含まれている。したがって、「ｄｅｆａｕｌｔ」とラベリングされたブロック２９０１に含まれるデフォルト帳票部品は、「Ｆａｃｅ２」に対応する帳票ページには配置されず、表示されない。

なお、１以上のデフォルト帳票部品と、個別のフェースに設定された１以上の帳票部品は、同一の帳票ページに配置されないので、当然ながら双方の遷移順は独立している。

図３０は、本実施例における、Ｗｅｂ帳票閲覧画面生成処理のシーケンスを示す。基本的には、図１６を参照して上述したＷｅｂ帳票閲覧画面生成処理の流れと同じである。そのため、以下では、図１６に示したシーケンスとは異なる部分のみ説明する。

Ｓ３００１では、クライアント装置１０２は、帳票生成サーバ１０１から受信した帳票部品情報に基づき、デフォルト帳票部品を特定する。具体的には、クライアント装置１０２は、前のステップで取得した帳票部品情報から、「ｄｅｆａｕｌｔ」ブロック２９０１があるかどうかを検索して、デフォルト帳票部品を特定する。

Ｓ３００２では、クライアント装置１０２は、現在表示中の帳票ページのフェースに関連する帳票部品がないかどうかを判定する。すなわち、デフォルト帳票部品の他に帳票部品があるかどうか判定する。他の帳票部品がある場合は、Ｓ３００４に進む。

Ｓ３００４では、各フェース固有の帳票部品を特定して、個別フェースの帳票部品ごとの処理を行う。その内容は、Ｓ１６０８で説明したものと同じである。

一方、他の帳票部品がない場合は、Ｓ３００３に進む。Ｓ３００３では、クライアント装置１０２は、デフォルト帳票部品ごとの処理を行う。その内容は、Ｓ１６０８で説明したものと同じである。この場合は各フェース固有の帳票部品がないため、デフォルト帳票部品の処理のみが行われる。

デフォルト帳票部品を設定し、配置可能にしたことで、基本ケースと個別ケースのフェースに対する帳票部品配置の利便性が向上する。例えば、複合フォームで構成される帳票ページにおいて、基本ケースとしてヘッダがあり、例外（個別ケース）としてヘッダがない帳票ページでヘッダをフォーカス領域として指定したい場合がある。このような場合、デフォルト帳票部品としてヘッダにフォーカス領域を定義し、個別ケースとなるフェースでは、そのフェース固有のフォーカス領域を定義することで、帳票部品の配置の手間を減らすことが可能となる。

（その他の実施形態）
本発明は、上述した実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１以上のプロセッサがプログラムを読み出して実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (10)

1. クライアント装置のユーザによって選択された１つのフォームが、複数のフォームを定義した１つの複合フォームである場合、当該複合フォームに定義されている前記複数のフォームから生成される複数の帳票ページと、編集画面にて当該生成された複数の帳票ページの編集操作を制御するための第１のスクリプトプログラムとを含むウェブフォーム編集プログラムであって、前記クライアント装置のウェブブラウザ上で動作するウェブフォーム編集プログラムを生成する第１の生成手段と、
   前記生成されたウェブフォーム編集プログラムを前記クライアント装置に送信する第１の送信手段と、
   前記クライアント装置のウェブブラウザで前記ウェブフォーム編集プログラムを実行することで表示される前記編集画面にて為された前記クライアント装置のユーザの指示に基づいて、前記複数の帳票ページのそれぞれにおいて指定された、前記複数の帳票ページのそれぞれにおける特定領域を拡大するためのフォーカス領域の情報を、前記クライアント装置から受信する受信手段と、
   前記受信された前記複数の帳票ページのそれぞれにおけるフォーカス領域の情報を、前記複合フォームに定義されている前記複数のフォームのそれぞれと関連付けて保存する保存手段と、
   前記複合フォームに定義されている前記複数のフォームの中から、処理対象のフィールドデータに対して指定されているフォームを特定し、当該特定されたフォームと前記処理対象のフィールドデータとに基づき生成される帳票ページと、当該特定されたフォームに関連付けて保存されている前記フォーカス領域の情報と、前記帳票ページの閲覧操作を制御するための第２のスクリプトプログラムとを含むウェブフォーム閲覧プログラムであって、前記クライアント装置の前記ウェブブラウザで実行されるウェブフォーム閲覧プログラムを生成する第２の生成手段と、
   前記生成されたウェブフォーム閲覧プログラムを前記クライアント装置に送信する第２の送信手段と、を備えるサーバ装置であって、
   前記クライアント装置のウェブブラウザでは、前記ウェブフォーム閲覧プログラムを実行することで、前記帳票ページの前記特定領域が、前記フォーカス領域の情報に基づいて、拡大表示される、
   ことを特徴とするサーバ装置。
2. 前記ウェブフォーム閲覧プログラムを実行する前記クライアント装置のウェブブラウザでは、フォーカスモードへの移行指示を検出した場合に前記特定領域を拡大表示することを特徴とする請求項１に記載のサーバ装置。
3. 前記フォーカスモードへの移行指示は、前記帳票ページを表示するクライアント装置上でのジェスチャ入力により検出されることを特徴とする請求項２に記載のサーバ装置。
4. 前記フォーカス領域の情報は、前記フォーカス領域の遷移順を含み、前記ウェブフォーム閲覧プログラムを実行する前記クライアント装置のウェブブラウザでは、フォーカス遷移の指示を検出した場合に前記遷移順に従って次のフォーカス領域に遷移することを特徴とする請求項１乃至３のいずれか１項に記載のサーバ装置。
5. 前記フォーカス遷移の指示は、前記帳票ページを表示するクライアント装置上でのジェスチャ入力により検出されることを特徴とする請求項４に記載のサーバ装置。
6. 前記フォーカス領域の情報は、前記帳票ページ上での位置及びサイズを含むことを特徴とする請求項１乃至５のいずれか１項に記載のサーバ装置。
7. 前記ウェブフォーム編集プログラムを実行する前記クライアント装置のウェブブラウザでは、前記複合フォームに定義されている前記複数のフォームから生成された前記複数の帳票ページのすべてに対して共通する特定領域を配置可能とし、当該共通する特定領域が配置された場合、前記サーバ装置は、当該共通する特定領域を拡大するためのフォーカス領域の情報を、前記複合フォームに定義されている前記複数のフォームすべてと関連づけて保存することを特徴とする請求項１乃至６のいずれか１項に記載のサーバ装置。
8. 前記ウェブフォーム編集プログラムを実行する前記クライアント装置のウェブブラウザでは、他の帳票部品情報が指定されていない帳票ページに対して有効となるデフォルトの特定領域を配置可能とし、前記デフォルトの特定領域が配置された場合、前記サーバ装置は、当該デフォルトの特定領域を拡大するためのフォーカス領域の情報を、前記複合フォームに定義されている前記複数のフォームのうち他の帳票部品情報が指定されていないフォームの帳票部品情報として保存することを特徴とする請求項１乃至７のいずれか１項に記載のサーバ装置。
9. サーバ装置における情報処理方法であって、
   クライアント装置のユーザによって選択された１つのフォームが、複数のフォームを定義した１つの複合フォームである場合、当該複合フォームに定義されている前記複数のフォームから生成される複数の帳票ページと、編集画面にて当該生成された複数の帳票ページの編集操作を制御するための第１のスクリプトプログラムとを含むウェブフォーム編集プログラムであって、前記クライアント装置のウェブブラウザ上で動作するウェブフォーム編集プログラムを生成する第１の生成ステップと、
   前記生成されたウェブフォーム編集プログラムを前記クライアント装置に送信する第１の送信ステップと、
   前記クライアント装置のウェブブラウザで前記ウェブフォーム編集プログラムを実行することで表示される前記編集画面にて為された前記クライアント装置のユーザの指示に基づいて、前記複数の帳票ページのそれぞれにおいて指定された、前記複数の帳票ページのそれぞれにおける特定領域を拡大するためのフォーカス領域の情報を、前記クライアント装置から受信する受信ステップと、
   前記受信された前記複数の帳票ページのそれぞれにおけるフォーカス領域の情報を、前記複合フォームに定義されている前記複数のフォームのそれぞれと関連付けて保存する保存ステップと、
   前記複合フォームに定義されている前記複数のフォームの中から、処理対象のフィールドデータに対して指定されているフォームを特定し、当該特定されたフォームと前記処理対象のフィールドデータとに基づき生成される帳票ページと、当該特定されたフォームに関連付けて保存されている前記フォーカス領域の情報と、前記帳票ページの閲覧操作を制御するための第２のスクリプトプログラムとを含むウェブフォーム閲覧プログラムであって、前記クライアント装置の前記ウェブブラウザで実行されるウェブフォーム閲覧プログラムを生成する第２の生成ステップと、
   前記生成されたウェブフォーム閲覧プログラムを前記クライアント装置に送信する第２の送信ステップと、を含むサーバ装置における情報処理方法であって、
   前記クライアント装置のウェブブラウザでは、前記ウェブフォーム閲覧プログラムを実行することで、前記帳票ページの前記特定領域が、前記フォーカス領域の情報に基づいて、拡大表示される、
   ことを特徴とする情報処理方法。
10. コンピュータを、請求項１乃至８のいずれか１項に記載のサーバ装置として機能させるためのプログラム。

Images