JP6871700B2 - 情報処理システム、情報処理装置及び情報処理システムの制御方法とプログラム - Google Patents

Description

本発明は、情報処理システム及び方法等に関し、特にクラウドサービスにおける帳票文書データの生成と表示に関する情報処理システム、情報処理装置及び情報処理装置の制御方法とプログラムに関する。

昨今、ペーパーレス化による業務の効率化や省資源化を目的に、紙媒体の情報を文書データに置き換える企業が増加している。例えば、社内で運用されている業務帳票もその対象であり、特に基幹系システムが出力する帳票は大量のページ数を出力することが多く、運用コストが莫大なものになることから、帳票の電子化が積極的に行われている。また、業務データの管理や各種処理を行う形態として、クラウドサービスの利用が普及し始めている。ユーザーは、クライアント端末のWebブラウザーからインターネットを介してクラウドサービスのWebページにアクセスし、そのWebページ上で電子化された帳票文書データを閲覧する。さらに、業務フローに応じて閲覧している帳票文書データを編集・印刷するような利用ケースの増加が予想される。そのため、Webページ上で帳票文書データを扱う場合は、従来から帳票システムで一般的に利用されるPDF(Portable Document Format)形式のデータではなく、よりWebとの親和性の高いSVG(Scalable Vector Graphics)等の形式を使用することが想定される。これにより、今までの帳票文書データでは実現が難しかったダイナミックな表現や、画面の拡大縮小にも劣化しない描画が可能となり付加価値のあるWeb帳票を実現できる。

一方で、クラウドサービスでは、顧客データとテンプレートデータからPDF形式の帳票文書データを生成した上でさらに、PDF形式の帳票文書データをSVG等のWebページ上で扱う形式に変換する必要がある。そのため、帳票文書データの変換処理に時間を要し、特にページ数の多い業務帳票では、帳票生成を行ってからWebページ上で閲覧できるまでユーザーが長く待たされてしまうという問題がある。

これらの問題を軽減する方法として、文書変換のためのシステムにおいて、文書全体が変換され次いで送信されるのを待つのではなく、文書の各部分の変換されたものから、素早く受信して表示することを可能とする方法がある（例えば、特許文献１参照）。

特表2003-525492号公報

しかしながら、特許文献１の技術は、予め存在する文書データについて変換した結果を部分毎に受信するものであり、帳票文書データの生成と変換といった複数段階の処理においては、効果が小さい。例えば、帳票文書データの生成が完了後、Web用形式への変換を開始し、変換が完了した部分からクライアント端末が受信し表示を行なう。この場合、業務帳票のページ数が大量であると、帳票文書データの生成完了まで、つまり変換開始までに時間を要し、結局ユーザーは待たされてしまう。

本発明は上記従来例に鑑みて成されたもので、クラウドサービスにおいて、ユーザーがWebページ上で帳票生成をリクエストしてからWeb帳票が表示開始されるまでの待ち時間を短縮できる文書処理システムおよび方法を提供することを目的とする。

上記目的を達成するために本発明は以下の構成を有する。

文書生成サービスと変換サービスとクライアントとを含む情報処理システムであって、
前記文書生成サービスが、処理対象の第一の形式の文書データを所定の処理単位ずつ生成し、生成された前記第一の形式の文書データの保存場所を示す情報を、前記第一の形式の文書データが生成されるたびに第１インデックスファイルに繰り返し追加し、
前記変換サービスが、定期的に前記第１インデックスファイルに情報が追加されたかを確認し、追加されたことを確認するたびに前記文書生成サービスが生成した前記第一の形式の文書データを取得して前記処理単位ずつ第二の形式の文書データに変換し、生成された前記第二の形式の文書データの保存場所を示す情報を、前記第二の形式の文書データが生成されるたびに第２インデックスファイルに繰り返し追加し、
前記クライアントが、定期的に前記第２インデックスファイルに情報が追加されているかを確認し、追加されたことを確認するたびに前記変換サービスが変換した前記第二の形式の文書データを前記処理単位ずつ取得してユーザーに提供することを特徴とする情報処理システム。

本発明によれば、ユーザーがWebページ上で帳票生成をリクエストしてからWeb帳票が表示開始されるまでの待ち時間を短縮することができる。

システム構成図 各装置のハードウェア構成図 インデックスファイルの遷移図 オーバレイ処理フロー図 データ変換処理フロー図 サムネイル画像表示フロー図 ソフトウェア構成図 帳票サービスによる帳票データ生成処理のフロー図 帳票サービスによる変換情報の取得処理のフロー図 変換サービスによるＷｅｂ帳票データ生成処理のフロー図 クライアント端末によるＷｅｂ帳票データのポーリング処理のフロー図

以下、本発明を実施するための形態について図面を用いて説明する。
＜システム構成＞
図１は、本発明の実施形態に係る帳票システム（あるいは情報処理システム）の全体構成を示す図である。
図において、クライアント端末１０２は、有線または無線ＬＡＮを介してローカルネットワーク１０１に接続され、ローカルネットワーク１０１を介してインターネットワーク１００にアクセスし、サービス１０４〜１０６にアクセスすることができる。クライアント端末１０２は、例えばデスクトップパソコン、ノートパソコン、スマートフォンやタブレットＰＣ等から成る。クライアント端末１０２では、Webブラウザー（インターネットブラウザー、WWWブラウザー、World Wide Webの利用に供するブラウザー）等のプログラムを実行する環境が内蔵されている。

業務サーバー１０３はユーザー業務情報を管理するサーバーである。本実施例では業務サーバー１０３で業務情報を管理し、販売員が業務サーバー１０３の情報を用いて顧客に対して営業を行うユースケースを想定している。業務サーバー１０３はクライアント端末１０２からのリクエストに応じて業務情報の表示と、帳票データ生成指示を行なうための画面を提供する。

帳票サービス１０４は業務サーバー１０３から業務情報を受け取り、帳票テンプレートに業務情報を反映させて帳票PDFを生成し管理するサービスである。そして帳票サービス１０４は、生成した帳票PDFを変換するリクエストを変換サービス１０５に対して行う。
変換サービス１０５は、帳票サービス１０４から帳票PDFの変換リクエストを受け付け、SVG等の形式に変換したWeb帳票データの生成を行なうサービスである。なお本例では帳票データの形式（第一の形式）をPDF形式、Ｗｅｂ帳票データの形式（第２の形式）をSVGとしているが、夫々に適した他の形式であってもよい。また生成されるデータは帳票データに限らず、他の文書データであってもよい。その場合には帳票サービスに代えて、例えば文書生成サービスあるいは生成サービスという名称を用いることができる。

ストレージサービス１０６はファイル管理を行うサービスであり、クライアント端末１０２、帳票サービス１０４、変換サービス１０５からのファイルアップロード／ダウンロードを受け付ける。なおサービス１０４〜１０６、および業務サーバー１０３はそれぞれ１台で表現しているが、複数台のサーバーで冗長化してもよい。逆に複数のサービスを一つのサーバーで提供してもよい。
また、本実施例では、クライアント端末１０２からの帳票プレビューリクエストを起点として、帳票サービス１０４での帳票データの生成、変換サービス１０５でのWeb帳票データへの変換、最後にクライアント端末１０２上でWeb帳票データの受信と表示を行なう方法について説明する。予め帳票データを生成するための情報として、業務サーバー１０３には業務情報データが、帳票サービス１０４には顧客データに対応する帳票テンプレートを保持しているものとする。

＜ハードウェア構成＞
図２は、サービスを提供するサーバーまたはクライアントとして機能する情報処理装置（あるいはコンピュータ）をハードウエア構成を示すブロック図である。図２において、ＣＰＵ２０２は装置全体の制御を行う。ＣＰＵ２０２は、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ２０４は記憶手段であり、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷処理の際に使用する印刷データ、プリンタ情報等の各種データを記憶する。ＲＡＭ２０３は一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスクである。ＨＤＤ２０５にはWebブラウザー等のアプリケーションプログラムや、各種サーバプログラム、ＯＳ、各種ドライバ、関連プログラム等を格納している。ディスプレイ２０６は表示手段であり、キーボード２０７から入力したコマンドや、各アプリケーションの出力画面等を表示したりするものである。外部装置Ｉ／Ｆ２０８は、ＵＳＢ機器、周辺機器を接続するためのＩ／Ｆである。キーボード２０７は指示入力手段である。システムバス２０１は、クライアント端末１０２、業務サーバー１０３、１０４〜１０６のサービスそれぞれの内部におけるデータの流れを司るものである。ネットワークインターフェースカード（ＮＩＣ）２０９は、該インターフェース２０９およびネットワーク１００〜１０１を介して外部装置とのデータのやり取りを行う。なお、図２に示したコンピュータの構成は一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤＤなどで変更することも可能である。

＜業務サーバー１０３のソフトウェア構成と管理情報＞
次に、図７において、本実施例を実施するために必要な図１に図示されるクライアント端末１０２、各サーバー、サービスソフトウェア構成と、それぞれが扱う管理情報について説明する。

業務サーバー１０３は、Web画面Ｉ／Ｆ７３１、業務情報管理部７３２、ストレージ７３３とを有し、各ソフトウェアモジュールは図２で示したＨＤＤ２０５に記憶されており、ＣＰＵ２０２によってＲＡＭ２０３にロードされ実行される。
Web画面Ｉ／Ｆ７３１は、業務サーバー１０３のユーザーインターフェースを提供するものであり、クライアント端末１０２のブラウザー７２１からの要求に応じて、業務情報管理部７３２で管理される業務情報を表示する画面を生成してブラウザー７２１に返す。業務情報は、業務サーバー１０３のストレージ７３３に記憶され業務情報管理部７３２で管理される。これらの情報は、業務サーバー１０３の外部メモリではなく、インターネット１００やローカルネットワーク１０１を介して通信可能に構成された別のサーバーに記憶するように構成することもできる。予め業務情報管理部７３２に保持、管理している業務情報のうちの顧客情報の例を表１に示す。

顧客情報は、帳票を生成する際に使用するデータテーブルである。本実施例では、顧客を一意に識別するための顧客ＩＤと、顧客の氏名、住所、生年月日、連絡先を含む情報を顧客ごとに関連づけて保持している。帳票を生成するのに必要なデータは、本実施例の顧客情報に限らず、製品の在庫や納品情報、入出金情報等、様々な物が想定される。
予め業務情報管理部７３２に保持している業務情報のうちの帳票情報の例を表２に示す。

帳票情報は、帳票を生成する際に使用する帳票テンプレートについてのデータテーブルである。帳票情報は、帳票情報を一意に識別するための帳票ＩＤと、画面表示用の帳票名、帳票サービス１０４で管理されている帳票テンプレートを特定できるテンプレートＩＤとを関連付けて保持ししている。業務サーバー１０３は、クライアント端末１０２のブラウザー７２１からの帳票プレビュー指示をＷｅｂサーバー７３１で受ける。そして、業務情報管理部７３２が、該当の顧客情報と帳票情報の帳票テンプレートＩＤとを帳票サービス１０４に送信することで、帳票生成のリクエストを行うことができる。

＜帳票サービス１０４のソフトウェア構成と管理情報＞
帳票サービス１０４は、Ｗｅｂサーバー７４１、帳票情報管理部７４２、オーバレイ実行部７４３、ストレージ７４４とを有し、各ソフトウェアモジュールは図２で示したＨＤＤ２０５に記憶されており、ＣＰＵ２０２によってＲＡＭ２０３にロードされ実行される。Ｗｅｂサーバー７４１は、帳票サービス１０４の各種インターフェースを提供し、クライアント端末１０２のブラウザー７２１および業務サーバー１０３の少なくともひとつからのリクエストを受付け、応答を返す。また、帳票サービス１０４のストレージ７４４には、帳票テンプレート情報と帳票データ情報とが格納されており、帳票情報管理部７４２がそれらを管理する。
帳票情報管理部７４２で管理されストレージ７４４に保持する帳票テンプレート情報の例を表３に示す。

帳票テンプレート情報は、帳票サービス１０４で管理される帳票テンプレートについてデータテーブルである。本実施例では、帳票テンプレートのデータは後述のストレージサービス１０６にファイルとして保持されており、帳票テンプレート情報には、そのデータを取得するためのURLが含まれる。帳票テンプレートＩＤは帳票サービス１０４で管理している帳票テンプレートを一意に識別するＩＤであり、前述の業務サーバー１０３で管理される帳票情報の帳票テンプレートＩＤに対応する。帳票サービス１０４は、Ｗｅｂサーバー７４１で業務サーバー１０３からの帳票生成リクエストを受け付けると、帳票生成リクエストに含まれる顧客情報と帳票テンプレートＩＤとを基にオーバレイ部７４３にオーバレイ出力を指示する。

ここで、一般的なオーバレイ出力について説明する。オーバレイ出力とは、原稿用紙形式の枠線などの情報を記録するフォーム情報とテキスト形式のデータ（フィールドデータと呼ぶ）とを重ねあわせて印刷することである。レーザプリンタ等のページプリンタがもつページ登録またはフォーム登録と呼ばれる機能を使用し、フォーム情報としてあらかじめ登録しておく。このページプリンタを利用してフィールドデータとともに印刷するとき、ページ情報呼び出しまたはフォーム情報呼び出しと呼ばれる機能を使用することにより、フォーム情報とフィールドデータとを重ねあわせて印刷することができる。この重ねあわせ印刷のことをオーバレイ出力と定義している。仮想プリンタを使用することによりオーバレイ出力の結果を紙ではなく電子ファイルとして出力することも可能である。

本実施例では、帳票テンプレートデータにフォーム情報が予め定義されており、フィールドデータとして、業務サーバー１０３で管理される顧客情報を使用している。オーバレイ部７４３は、該当の帳票テンプレート情報の帳票テンプレートＵＲＬにアクセスして帳票テンプレートデータをストレージサービス１０６から取得し、その帳票テンプレートデータからフォーム情報を取り出し、該当の顧客情報とあわせて、ＰＤＦファイルにオーバレイ出力する。

また、帳票サービス１０４の帳票情報管理部７４２は、出力した帳票ＰＤＦを、ストレージサービス１０６上に帳票ＰＤＦファイルの情報を記載した後述するオーバレイインデックスファイルとともに管理する。さらに、帳票サービス１０４の帳票情報管理部７４２は、この出力したＰＤＦ帳票の情報を変換サービス１０５に送信することで、Ｗｅｂ帳票データへの変換リクエストを行う。帳票情報管理部７４２で管理され、ストレージ７４４に保持する帳票データ情報の例を表４に示す。

帳票データ情報は、帳票サービス１０４で管理される帳票データについてのデータテーブルである。オーバレイＩＤは、業務サーバー１０３からの帳票生成リクエストを受け付けた際に帳票情報管理部７４２が発行する、オーバレイ処理を一意に識別可能なＩＤである。変換ＩＤは、帳票サービス１０４が変換サービス１０５にＷｅｂ帳票データへの変換リクエストを発行した際に、変換サービス１０５で発行され、帳票サービス１０４が応答として受け取る、変換処理を一意に識別可能なＩＤである。さらに、変換インデックスファイルＵＲＬは、後述する、変換サービス１０５の変換処理が開始された時点で生成される変換インデックスファイルを取得するためのＵＲＬである。帳票サービス１０４は、変換ＩＤをキーに変換サービス１０５に問い合わせることで、該当の変換処理の情報を取得し、変換処理が開始されていれば、応答として変換インデックスファイルＵＲＬを受け取り、帳票データ情報として保持する。変換インデックスファイルＵＲＬは、帳票サービス１０４を介してクライアント端末１０２に引き渡され、Ｗｅｂ帳票データへのアクセスに用いられる。オーバレイインデックスファイルURLは、ストレージサービス１０６内に保持されるオーバレイインデックスファイルへのURLであり、帳票サービス１０４はこれを用いてオーバレイインデックスを更新する。また帳票サービス１０４は例えば、オーバレイインデックスファイルURLで示すフォルダと同じフォルダに帳票データを保存するようにしても良い。その場合には、URLの末尾のインデックスファイル名を、t表表ファイルの名称に代えたURLとなる。

＜変換サービス１０５のソフトウェア構成と管理情報＞
変換サービス１０５は、Ｗｅｂサーバー７５１、変換情報管理部７５２、データ変換部７５３、ストレージ７５４を有しており、各ソフトウェアモジュールは図２で示したＨＤＤ２０５に記憶されており、ＣＰＵ２０２によってＲＡＭ２０３にロードされ実行される。
Ｗｅｂサーバー７５１は、変換サービス１０４の各種インターフェースを提供し、帳票サービス１０４からのデータ変換リクエストおよび変換処理情報リクエストを受付け、応答を返す。また、変換サービス１０５のストレージ７５４には、変換データ情報が格納されている。変換情報管理部７５２で管理されストレージ７５４に保持する変換情報の例を表５に示す。

変換情報は、変換情報管理部７５２で管理される変換処理についてのデータテーブルである。変換ＩＤは、帳票サービス１０４からの変換リクエストをＷｅｂサーバー７５１にて受け付けた際に、変換情報管理部７５２が発行する、変換処理を一意に識別可能なＩＤである。オーバレイインデックスファイルＵＲＬは、帳票サービス１０４からの変換リクエストを受け付けた際に受け取る、変換対象のファイルについての情報が記載された後述するオーバレイインデックスファイルにアクセスするためのＵＲＬである。変換インデックスファイルＵＲＬは、データ変換部７５３が変換処理を開始した際に生成する後述の変換インデックスファイルにアクセスするためのＵＲＬである。データ変換部７５３は、オーバレイインデックスファイルを定期的に取得して参照し、記載されている変換対象のデータを取得して変換後、変換インデックスファイルを更新するという処理を行う。また、変換サービス１０５は、Ｗｅｂサーバー７５１で帳票サービス１０４から変換ＩＤをキーとした変換情報取得リクエストを受け付けると、変換情報管理部７５２が該当の変換情報抽出し返す。

＜ストレージサービス１０６のソフトウェア構成と管理情報＞
ストレージサービス１０６はＷｅｂサーバー７６１、ファイル情報管理部７６２、ストレージ７６３を有しており、各ソフトウェアモジュールは図２で示した記憶装置２２６に記憶されており、ＣＰＵ２２０によってＲＡＭ２２２にロードされ実行される。
Ｗｅｂサーバー７６１はストレージサービス１０６の各種インターフェースを提供する。ファイル情報管理部７６２は、ファイル情報を管理し、Ｗｅｂサーバー７６１で受け付けたリクエストに応じてファイルの入出力を行う。ストレージ７６３はファイル情報やストレージサービス１０６が受信したファイルが格納されている。ファイル情報管理部７６２で管理されるファイル情報の例を表６に示す。

ファイル情報は、ファイル情報管理部７６２で管理される、ストレージサービス１０６に保存するファイルの情報である。データＵＲＬはストレージサービス１０６に保存するファイルを一意に識別することができるＵＲＬである。ファイルパスはストレージ上のファイルパスでありファイルの格納場所を示す。データＵＲＬに対するリクエストをＷｅｂサーバー７６１で受け付け、ファイル情報管理部７６２が対応するファイルパスに基づいて該当するファイル情報を更新し、ストレージ７６３上のファイル操作を行う。たとえば、クライアントは、データＵＲＬに対してＨＴＴＰ ＧＥＴメソッドをリクエストすると対応するファイルがダウンロードできる。また、データＵＲＬに対してＨＴＴＰ ＰＵＴメソッドにファイル添付してリクエストするとファイルをアップロードし保存できる。さらに、データＵＲＬに対してＨＴＴＰ ＤＥＬＥＴＥメソッドをリクエストすると対応するファイルを削除できる。データURLには、たとえばオーバレイインデックスファイルが含まれる。変換インデックスファイルURLは、データ変換部７５３が変換処理を開始した際に生成する後述の変換インデックスファイルにアクセスするためのＵＲＬである。なお変換インデックスファイルURLを特に分けず、データURLに含めて格納および管理してもよい。

＜オーバレイインデックスファイルおよび変換インデックスファイル＞
次に、帳票サービス１０４のオーバレイ実行時および変換サービス１０５の変換実行時にそれぞれ生成し、逐次更新を行うオーバレイインデックスファイルおよび変換デックスファイルについて説明する。なおオーバレイインデックスファイルおよび変換デックスファイルに共通する事項はまとめて説明し、その場合にはオーバレイインデックスファイルおよび変換インデックスファイルをまとめてインデックスファイルと呼ぶことにする。インデックスファイルは、ＰＤＦあるいはＳＶＧ形式のデータファイルといった実体ファイルの所在あるいは保存場所を示すファイルである。インデックスファイルの所在はインデックスファイルＵＲＬにより示される。

図３において、インデックスファイル３００〜３３０は、帳票サービス１０４と、変換サービス１０５とが夫々、オーバレイ出力処理およびデータ変換処理それぞれを実行する際に生成され、あるいは更新されるインデックスファイルの例を時系列順に示したものである。帳票サービス１０４及び変換サービス１０５はまず、処理が開始された時点で、ストレージサービス１０６上にそれぞれのインデックスファイルを生成する（３００）。本実施例では、インデックスファイルはＪＳＯＮファイル形式を採用し、"dataList"をキーとする処理結果のデータＵＲＬのリストと、"end"をキーとする処理完了フラグから成る。なおＪＳＯＮ(JavaScript（登録商標） Object Notation)はデータ記述言語のひとつである。
ここで本実施例では、オーバレイ出力結果をＰＤＦファイルとし、ファイル出力単位は1ページ毎としており、たとえば、３ページの帳票に対して３つのＰＤＦファイルが出力される。ただし、ファイル出力単位は１ページ毎とする必要はなく、複数ページ固定、全体ページ数から計算した値等、オーバレイ部７４３で制御可能であればこれに限らない。また、変換サービス１０５による変換処理もオーバレイ出力結果のＰＤＦファイル単位で変換を行う。

帳票サービス１０４、変換サービス１０５は夫々の処理開始時に、初期状態のインデックスファイル３００を生成する。この時、未だ1ファイルもファイルが生成されていないため、インデックスファイルの"dataList"には何もリストされておらず、処理結果を示す"end"の値はfalseである。なお、インデックスファイルURLは、インデックスファイル生成時に特定できるため、ファイル情報に書き出しておくことができる。この後、帳票サービス１０４および変換サービス１０５は夫々、順次処理を実行し、結果のファイルをストレージサービス１０６にアップロードし、そのデータＵＲＬをインデックスファイルの"dataList"に追加していく。１ファイル目がアップロードされるとインデックスファイル３１０、２ファイル目がアップロードされるとインデックスファイル３２０となり、インデックスファイルの"dataList"にアップロードしたデータＵＲＬが追加される。また、帳票サービス１０４、変換サービス１０５は夫々、最後のページである３ファイル目の処理結果のファイルをアップロードした時点で、インデックスファイルをインデックスファイル３３０の状態に更新する。インデックスファイル３３０では、"dataList"に3ファイル目に対応するデータＵＲＬが追加されているとともに、処理完了フラグ"end"を、trueにする。

このオーバレイインデックスファイルをストレージサービス１０６から取得して参照することで、変換サービス１０５は、帳票サービス１０４のオーバレイ出力の進捗を知ることができ、オーバレイ出力が完了しているＰＤＦファイルから変換処理を開始することができる。また、同様にクライアント端末１０２は、変換インデックスファイルをストレージサービス１０６から取得して参照することで、変換サービス１０５の変換処理の進捗を知ることができる。そのためＷｅｂ帳票データ全体の変換が完了していなくとも、Ｗｅｂ帳票データのうち変換が済んだ部分からダウンロードして表示することができる。これにより、クライアント端末１０２のブラウザーで帳票プレビューリクエストを発行してから、はじめのＷｅｂ帳票データのダウンロードと表示が開始されるまでの時間が短縮され、特に大量ページの帳票の場合に、ユーザーの待ち時間を大幅に短縮できる。

＜オーバレイ処理シーケンス＞
ここからは、本実施の形態における各処理のフローについて説明する。図４は、本実施の形態における、クライアント端末１０２で表示した画面から帳票プレビューリクエストを発行してから帳票サービス１０４でオーバレイ出力処理を開始し、変換サービス１０５へ変換リクエストを行うまでのフローを示した図である。
図４においてＷｅｂ画面インターフェース４００は、クライアント端末１０２のブラウザー７２１が、顧客ＩＤをキーとして業務サーバー１０３のＷｅｂ画面Ｉ／Ｆ７３１アクセスして取得した顧客情報（４１０）と、業務サーバー１０３に保持されている帳票情報（４２０）とを表示している。また、そこに含まれた帳票選択ドロップダウンリスト４２０からは、ユーザは、帳票情報として登録されている帳票情報のうちのひとつを選択可能である。さらに、帳票プレビューボタン４３０がユーザーにより押下されると、ブラウザー７２１は、表示中の顧客情報の顧客ＩＤと、帳票選択ドロップダウンリスト４２０で選択されている帳票情報の帳票ＩＤを含めて、帳票プレビューリクエストを業務サーバー１０３に送信する。

Ｓ４．１．１において、ブラウザー７２１は帳票プレビューリクエストを業務サーバー１０３に送る。業務サーバー１０３の業務情報管理部７３２は、帳票プレビューリクエストに含まれる顧客ＩＤと、顧客ＩＤに該当する顧客情報と、帳票IDに対応する帳票テンプレートＩＤとを含む帳票生成リクエストを、Ｓ４．１．２において帳票サービス１０４に送信する。

帳票サービス１０４はＷｅｂサーバー７４１にて帳票生成リクエストを受信すると、帳票情報管理部７４２で、オーバレイＩＤを発行して帳票データ情報に登録するとともにＳ４．１．３で応答としてオーバレイＩＤを返す。また、業務サーバー１０３は、Ｓ４．１．４で、クライアント端末１０２のブラウザー７４１からの帳票プレビューリクエストの応答としてオーバレイＩＤを返す。また、帳票サービス１０４の帳票情報管理部７４２はＳ４．１．３と並行して、リクエストに含まれる帳票テンプレートＩＤを基に帳票テンプレート情報から帳票テンプレートＵＲＬを取得し、顧客情報とともに、オーバレイ部７４３にオーバレイ出力指示を行う。

オーバレイ部７４３は、オーバレイ出力指示を受けるとまず、Ｓ４．２．１においてオーバレイインデックスファイル３００を生成し、ストレージサービス１０６にアップロードする。さらにオーバレイ部７４３は、Ｓ４．２．２において、Ｓ４．２．１でアップロードしたオーバレイインデックスファイル３００のデータＵＲＬを含んだ変換リクエストを変換サービス１０５に送信する。また、オーバレイ部７４３はＳ４．２．３で帳票テンプレートＵＲＬにアクセスして帳票テンプレートデータ（templateA）を取得し、顧客情報と合わせてオーバレイ処理を開始する。オーバレイ部７４３は、Ｓ４．２．４．１でオーバレイ出力結果としてＰＤＦファイル(pdf01)を出力すると、Ｓ４．２．４．２にてストレージサービス１０６にアップロードする。さらにオーバレイ部７４３は、アップロードしたＰＤＦファイルのデータＵＲＬをデータリストに追記したオーバレイインデックスファイル３１０をＳ４．２．１と同じデータＵＲＬにアップロードして更新する。続いてオーバレイ部７４３は、次のオーバレイ処理Ｓ４．２．５．１の出力結果ＰＤＦ(pdf02)についても同様に、Ｓ４．２．５．２でストレージサービス１０６にアップロードし、Ｓ４．２．５．３で更新したオーバレイインデックスファイル３２０をアップロードする。Ｓ４．２．６．１は、最後のページ単位のオーバレイ処理である。オーバレイ部７４３は、Ｓ４．２．６．１のオーバレイ処理で生成した出力結果(pdf03)をＳ４．２．６．２でストレージサービス１０６にアップロードする。続いてオーバレイ部７４３は、Ｓ４．２．４．３、Ｓ４．２．５．３と同様にオーバレイインデックスファイルのデータリストにＳ４．２．６．２でアップロードしたデータＵＲＬを追加して更新する。さらにこの時、オーバレイ部７４３は、処理完了フラグを、オーバレイインデックスファイル３３０のように完了を表す値であるtrueに更新して、Ｓ４．２．６．３においてストレージサービス１０６へアップロードする。また、オーバレイ出力単位が大きい場合は、Ｓ４．２．５．１〜Ｓ４．２．５．２の処理が繰り返される。

一方、Ｓ４．２．２において変換リクエストを受け付けた変換サービス１０５は、変換情報管理部７５２で、変換ＩＤを発行して応答として返すとともに、受け取ったオーバレイインデックスファイルＵＲＬと合わせて変換情報として登録する。また、変換情報管理部７５２はデータ変換部７５３にオーバレイインデックスファイルＵＲＬを渡し、変換指示を行う。データ変換部７５３は変換指示を受けると、初期状態の変換インデックスファイル（３００）を生成し、Ｓ４．３．１においてストレージサービス１０６にアップロードし、そのデータＵＲＬを該当の変換情報に登録する。

ここで、帳票サービス１０４は、Ｓ４．２．２の変換リクエストで応答として受け取った変換ＩＤをキーに、変換サービス１０５に定期的に変換情報の取得を行っている（Ｓ４．４．１）。Ｓ４．４．１の応答で得られる変換情報の変換インデックスファイルＵＲＬに値が存在した場合、帳票サービス１０４は該当する帳票データ情報の変換インデックスファイルＵＲＬを更新し、Ｓ４．４．１をやめる。

さらに、クライアント端末１０２のブラウザー７２１は、Ｓ４．１．４でオーバレイＩＤを受け取った後、そのオーバレイＩＤを基に帳票サービス１０４へ、帳票データ情報の要求を定期的に行っている（Ｓ４．５．１）。そして、Ｓ４．５．１の要求に対する応答で得られる帳票データ情報の変換インデックスファイルＵＲＬに値が存在した場合、ブラウザーはＳ４．５．１をやめ、変換インデックスファイルの取得を開始する。この時ブラウザー７２１が取得する変換インデックスファイルの内容は、後述の変換サービス１０５で並列に行われている変換処理の進捗によって変わり、図３で説明したインデックスファイル３００〜３３０のいづれかである。

＜データ変換処理シーケンス＞
図５は、本実施の形態における、図４のシーケンスの後、変換サービス１０５がデータ変換を行い、クライアント端末１０２がＷｅｂ帳票データを取得して表示するまでのフローを示した図である。

変換サービス１０５は、図４のＳ４．２．２の変換リクエストを受けつけ、データ変換部７５３で変換処理を開始後、Ｓ５．１において、変換リクエストに含まれる、オーバレイインデックスファイルＵＲＬに定期的にアクセス、ダウンロードを行う。データ変換部７５３は、Ｓ５．１でダウンロードしたオーバレイインデックスファイルを参照し、データリストにオーバレイ済みのデータＵＲＬが存在した場合（たとえばインデックスファイル３１０）、Ｓ５．１．１．１で、そのデータＵＲＬからＰＤＦファイル(pdf01)を取得する。さらに、データ変換部７５３は、Ｓ５．１．１．２において、Ｗｅｂ帳票形式データへの変換を行う。Ｓ５．１．１．３では、データ変換部７５３は、Ｓ５．１．１．２にて生成したＷｅｂ帳票形式データ(svg01)をストレージ１０６にアップロードする。さらにデータ変換部７５３は、Ｓ５．１．１．３でアップロードしたデータＵＲＬをデータリストに追記した変換インデックスファイル３１０をＳ５．１．１．４にて、図４のＳ４．３．１でアップロードしたデータＵＲＬにアップロードして更新する。同様にデータ変換部７５３は、Ｓ５．１で定期的にオーバレイインデックスファイルを確認し、更新されたデータリストのＵＲＬに対して、Ｓ５．１．２．１〜Ｓ５．１．２．４、Ｓ５．１．３．１〜Ｓ５．１．３．４の処理を順次実行する。Ｓ５．１において、オーバレイインデックスファイルの処理完了フラグが完了を示す値であった場合（たとえばインデックスファイル３３０）、データリストに含まれるデータＵＲＬすべてに対しての変換処理が完了したＳ５．１．３．４にて、変換インデックスファイルの処理完了フラグも、完了を示す値に更新する。

ここで、クライアント端末１０２のブラウザー７２１は、図４のＳ４．５．１の応答で、帳票データ情報の変換インデックスファイルＵＲＬを得られた後、この変換インデックスファイルＵＲＬに定期的にアクセスして変換インデックスファイルをダウンロードし、参照している。Ｓ５．２．１にてデータリストにＵＲＬが存在した場合（インデックスファイル３１０、３２０、３３０）ブラウザー７２１は、そのデータＵＲＬからＷｅｂ帳票データをダウンロードし、プレビュー画面５００に表示する。ブラウザー７２１において、Ｓ５．２．１の処理は、変換インデックスファイルの処理完了フラグが完了を示すtrueとなった場合（インデックスファイル３３０）にやめる。

プレビュー画面５００は、クライアント端末１０２のブラウザー７２１がＳ５．２．１、Ｓ５．２．１．１〜Ｓ５．２．１．３で取得し、表示した画面である。画像５２０は、ブラウザー７２１が取得したＷｅｂ帳票データを描画したものである。また、ページ数５１０は、取得したＷｅｂ帳票データのページ数と現在表示中のページ数を示し、Ｓ５．２．１．１〜Ｓ５．２．１．３の進捗に従って変化する。

図４と図５のフローは、オーバレイインデックスファイルおよび変換インデックスファイルそれぞれの状態と内容とを起点としており、帳票サービス１０４のオーバレイ処理、変換サービス１０５のデータ変換処理、クライアント端末１０２のＷｅｂ帳票データの表示は並列して動作することができる。

帳票サービス１０４は、Ｓ４．２．１でオーバレイインデックスファイルをアップロードした後、帳票データpdf01の処理が完了するとＳ４．２．４．３でデータＵＲＬを追加（たとえばインデックスファイル３１０）し、続けて帳票データpdf02の処理を開始する。このタイミングで、Ｓ５．１において定期的にオーバレイインデックスファイルを確認している変換サービス１０５が、帳票データpdf01のデータURL追加を検知し、帳票データpdf01をＷｅｂ帳票データsvg01へと変換する変換処理を開始する（Ｓ５．１．１．１〜Ｓ５．１．１．４）。また、変換サービス１０５は、Ｗｅｂ帳票データsvg01の処理が完了するとＳ５．１．１．４で変換インデックスファイルにＷｅｂ帳票データsvg01のデータＵＲＬを追加し、Ｓ５．１において帳票データpdf02のデータＵＲＬ追加を検知すれば継続して帳票データpdf02の処理を行う。さらに、クライアント端末１０２は、Ｓ４．５．１の応答として得られた変換インデックスファイルＵＲＬに対して、Ｓ５．２．１で定期的にアクセスすることで変換インデックスファイルを確認している。Ｓ４．５．１で変換インデックスファイルＵＲＬが応答されるのは、Ｓ４．３．１で変換サービス１０５が変換インデックスファイルを生成し、Ｓ４．４．１の応答として帳票サービス１０４がそれを受け取ったタイミングからとなる。つまり、クライアント端末１０２は、Ｓ４，３，１で変換インデックスファイルがアップロードされた後からＳ６．２．１の定期的な確認を開始することができる。クライアント端末１０２は、Ｓ５．２．１の確認で、変換インデックスファイルへのＷｅｂ帳票データsvg01のデータＵＲＬ追加を検知すると、Ｓ５．２．１．１でＷｅｂ帳票データsvg01のデータを取得しプレビュー画面５００に表示する。また、帳票サービス１０４は、pdf01の処理の後、pdf02、pdf03についても継続して処理しており、オーバレイインデックスファイルを進捗にしたがって更新していく。一方変換サービス１０５もＳ５．１の確認を継続しており、オーバレイインデックスファイルの更新を検知すると、svg02、svg03と変換処理を行い、進捗に応じて変換インデックスファイルを更新していく。さらに、クライアント短案津１０２も同様にＳ５．２．１の確認を継続しており、変換インデックスファイルの更新を検知すると、内容に応じてsvg02、svg03のデータを取得し、プレビュー画面５００に表示を行っていく。

＜サムネイル表示処理シーケンス＞
最後に、サムネイル表示の処理ついて説明する。図６は本実施の形態に係る、プレビュー画面においてサムネイル表示を行うフローを示す図である。サムネイルとは、視認性を高めるために縮小した画像であり、本実施例では、プレビュー画面において、Ｗｅｂ帳票データのページを一覧で表示する際に使用する画像データを指す。サムネイル画像は、Ｗｅｂ帳票データと同じタイミングで変換が開始されるが、比較して複雑でないため、一般的に早く完了することが多い。

変換サービス１０５は、Ｗｅｂ帳票データ変換処理と同様に、サムネイル用のインデックスファイルを生成し、サムネイル画像としてＪＰＥＧ画像の生成を行う。その他の処理については、図５で示した変換フロー処理と同様のため省略する。

クライアント端末１０２のブラウザーは、図５のＳ５．２．１、Ｓ５．２．１．１〜Ｓ５．２．１．３と同様に、Ｓ６．２．１でサムネイルインデックスファイルを定期的に確認し、Ｓ６．２．１．１〜Ｓ６．２．１．３にてサムネイル画像のダウンロードを行いプレビュー一覧画面６００に表示する。プレビュー一覧画面６００には、取得したサムネイル画像６１０が表示され、このサムネイル画像６１０が押下されると、対応するＷｅｂ帳票データを描画したプレビュー画面５００に画面を表示する。また、ブラウザーは、プレビュー一覧画面６００において、サムネイル画像の取得が完了しているが、対応するＷｅｂ帳票データの取得が完了していない場合、取得待ちを表す画像（６２０，６３０）を表示し、押下されてもプレビュー画面５００の表示は行わない。サムネイル画像はたとえばＷｅｂ帳票データと並列に生成してよい。たとえば、Ｗｅｂ帳票データの生成単位ごとに、サムネイルも並列に生成されることが望ましい。Ｗｅｂ帳票データの生成単位がページであるならば、１ページ分のＷｅｂ帳票データとともに、１ページ分のサムネイル画像を生成する。このようにＷｅｂ帳票データの生成の進捗とサムネイルの生成の進捗とを合わせればクライアント端末１０２上のサムネイルで見たページを直ちにダウンロードすることができる。

●帳票サービスによる帳票データ処理
図４及び図５を参照して説明したサーバー及びクライアントそれぞれによる処理を、図８Ａ乃至図１０を参照して改めて説明する。まず図８Ａを参照して、帳票サービスによる帳票データ処理の手順を説明する。

図８Ａは帳票サービス１０４により実行される手順であり、たとえばＣＰＵ２０２により実行されるプログラムのフローを示している。以下の説明では単に実行主体を帳票サービスと呼ぶが、図７に示したように、各ステップの属するソフトウェアモジュールは異なることがある。

ユーザーが、帳票情報として登録されている帳票情報のうちのひとつを選択し、ブラウザー７２１が帳票プレビューリクエストを業務サーバー１０３に送り、業務サーバー１０３が、帳票生成リクエストを帳票サービス１０４に送信する。図８Ａの手順は帳票生成リクエストの受信に応じて開始される。

帳票サービス１０４は帳票生成リクエストを受信すると、オーバレイＩＤを発行して帳票データ情報に登録し、応答としてオーバレイＩＤを返す（Ｓ８０１）。このオーバレイＩＤはクライアント端末に返される。また、帳票サービス１０４は、帳票生成リクエストに含まれる帳票テンプレートＩＤを基に帳票テンプレート情報から帳票テンプレートＵＲＬを取得する（Ｓ８０３）。帳票サービス１０４は、オーバレイインデックスファイル３００を生成してストレージサービス１０６にアップロードし（Ｓ８０５）、アップロードしたオーバレイインデックスファイル３００のデータＵＲＬ（オーバレイインデックスファイルＵＲＬ）を含んだ変換リクエストを変換サービス１０５に送信する（Ｓ８０７）。また、帳票サービス１０４は帳票テンプレートＵＲＬにアクセスして帳票テンプレートデータを取得し（Ｓ８０９）、顧客情報と合わせてオーバレイ処理を開始する。

帳票サービス１０４は、帳票テンプレートデータに含まれたフォームデータに例えば顧客ごとのフィールドデータ（業務データとも呼ぶ）を合成して、処理単位（たとえば１ページ）ごとの帳票データを、ＰＤＦ形式で生成し、ストレージサービス１０６にアップロードする（Ｓ８１１）。帳票サービス１０４は、アップロードしたＰＤＦファイルのデータＵＲＬをデータリストに追記して、オーバレイインデックスファイルをアップロードし、更新する（Ｓ８１３）。続いて帳票サービス１０４は、指示された帳票データの生成が終了したか（すなわち処理対象の全フィールドデータに関してオーバレイが完了したか）を判定する（Ｓ８１５）。終了していなければステップＳ８１１から未処理のフィールドデータについて繰り返す。終了していれば、帳票サーバー１０４は、処理完了フラグを、オーバレイインデックスファイル３３０のように完了を表す値であるtrueに書き換え、ストレージサービス１０６へアップロードする（Ｓ８１７）。

以上の手順により、帳票サーバー１０４はフォームデータにフィールドデータを適用して、所定の処理単位ごとに帳票データを生成してストレージサービス１０６にアップロードする。

●帳票サービスによる変換情報の取得処理
一方、帳票サービス１０４は、ステップＳ８０７で送信した変換リクエストの応答として変換ＩＤ受信する。変換ＩＤの受信に応じて帳票サービス１０４は図８Ｂの処理を実行する。帳票サービス１０４は、変換ＩＤをキーに、変換サービス１０５に対して変換情報を要求し（Ｓ８２１）、受信する（Ｓ８２３）。受信した変換情報に含まれた変換インデックスファイルＵＲＬの欄に値が存在するか判定し（Ｓ８２５）、存在した場合、帳票サービス１０４は該当する帳票データ情報の変換インデックスファイルＵＲＬを更新する（Ｓ８２７）。変換インデックスファイルＵＲＬが含まれていない場合には、例えば一定時間をおいてから繰り返し変換サービス１０５に対して要求する。取得したこの変換インデックスファイルＵＲＬは、クライアント端末１０２による帳票データ情報の更新要求に応じてクライアント端末１０２に引き渡される。

以上の手順により、変換サービス１０５から、互いに関連付けられたオーバレイインデックスファイルＵＲＬと変換インデックスファイルＵＲＬとを含む変換情報を取得し、クライアンとに提供することができる。

●変換サービスによるＷｅｂ帳票データの生成処理
図８ＡのステップＳ８０７で帳票サービス１０４からの変換リクエストを受け付けた変換サービス１０５は、図９に示す処理を実行してＷｅｂ帳票データを生成する。変換サービス１０５は、変換ＩＤを発行して変換リクエストの応答として返すとともに、受け取ったオーバレイインデックスファイルＵＲＬと合わせて変換情報として登録する（Ｓ９０１）。また、変換サービス１０５は、初期状態の変換インデックスファイル３００を生成し、ストレージサービス１０６にアップロードし、そのデータＵＲＬを変換情報に登録する（９０３）。

その後変換サービス１０５は、本処理に係る変換リクエストに含まれていたオーバレイインデックスファイルＵＲＬに定期的にアクセスし、ダウンロードを行う（Ｓ９０５）。変換サービス１０５は、取得したオーバレイインデックスファイルを参照し、データリストにオーバレイ済みのデータＵＲＬが存在し、かつそれが未処理であるか判定する（Ｓ９０７）。該当するデータＵＲＬがある場合、そのデータＵＲＬから帳票データであるＰＤＦファイルを取得する（Ｓ９０９）。さらに、変換サービス１０５は、取得したＰＤＦファイルを基に、Ｗｅｂ帳票形式データへの変換を行い、生成したＷｅｂ帳票形式データをストレージサービス１０６にアップロードする（Ｓ９１１）。さらに変換サービス１０５は、アップロードしたデータＵＲＬをデータリストに追記して更新した変換インデックスファイルをアップロードする（Ｓ９１３）。なおステップＳ９０７で未処理か処理済みかを判定するために、処理済みの帳票データへのデータＵＲＬに対してはマークしておくなどしてもよい。

ステップＳ９１５では、オーバレイインデックスファイルの処理完了フラグを参照し、変換リクエストの対象である帳票データの変換が完了（すなわち終了）したか判定する。終了していれば、変換インデックスファイルの処理完了フラグをセットしておく（Ｓ９１７）。

一方ステップＳ９０７で該当するデータＵＲＬがないと判定された場合には、ステップＳ９０５に分岐する。このステップＳ９０５の処理は、例えば所定時間のタイマをセットしてから図９の処理をいったん終了するなどして、定期的に行われる。

以上のようにして、帳票データの進捗を示すオーバレイインデックスファイルを定期的に取得し、帳票データの新たな一部が生成されたなら、それを取得してＷｅｂ帳票データへと変換することができる。これによって帳票データの生成と、帳票データからＷｅｂ帳票データへの変換とを並列にあたかもパイプライン処理のように進めることができる。

●クライアント端末によるＷｅｂ帳票データのポーリング処理
図１０はクライアント端末が変換済みのＷｅｂ帳票データを取得する手順を示すフロー図である。クライアント端末１０２（特にブラウザー７２１）は、帳票サービス１０４に対して定期的に帳票データ情報を要求し、その応答として帳票サービス１０４から帳票データ情報を得る（Ｓ１００１）。取得した諜報データ情報に、帳票サービス１０４がステップＳ８２７で得た変換インデックスファイルＵＲＬが含まれているか否かを判定する（Ｓ１００３）。含まれている場合には、クライアント端末１０２は、変換インデックスファイルＵＲＬに定期的にアクセスして変換インデックスファイルをダウンロードし、参照する（Ｓ１００５）。クライアント端末１０２は、取得した変換インデックスファイルに未処理のデータＵＲＬが含まれているか判定する（Ｓ１００７）。含まれている場合、クライアント端末１０２は、そのデータＵＲＬからＷｅｂ帳票データをダウンロードし（Ｓ１００９）、プレビュー画面５００に表示する（Ｓ１０１１）。クライアント端末１０２は、取得した変換インデックスファイルの処理完了フラグをテストし（Ｓ１０１３）、処理完了を示すtrueとなった場合、処理を終了する。

一方、ステップＳ１００３において、変換インデックスファイルＵＲＬが帳票データ情報に含まれていない場合には、いったん処理を終了して所定時間後に再度ステップＳ１００１において帳票データ情報を取得する。またステップＳ１００７において、変換インデックスファイルに未処理の変換済みのデータを示すデータＵＲＬが含まれていない場合には、所定時間後に再度ステップＳ１００５で変換インデックスファイルを取得する。

以上の手順によりクライアント端末１０２は、Ｗｅｂ帳票データの進捗を示す変換インデックスファイルによってＷｅｂ帳票データの生成の進捗を監視し、生成された部分をダウンロードすることで、Ｗｅｂ帳票データ全体の完成を待つことなく、出来上がった部分から逐次利用することができる。このため、Ｗｅｂ帳票データを取得するまでの待ち時間を短縮することができる。

本実施例では、前述の図４、図５に示したフローを実施することにより、帳票サービス１０４でのオーバレイ処理と、変換サービス１０５でのＷｅｂ帳票データへの変換処理とを並行して実行できる。これによりユーザーがブラウザー７２１の帳票プレビューボタン４３０を押下してから、プレビュー画面５００の表示開始までの待ち時間を短縮でき、特にページ数の多い帳票の場合に効果がある。

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

１０２ クライアント端末、１０３ 業務サーバー、１０４ 帳票サービス、１０５ 変換サービス、１０６ ストレージサービス

Claims (11)

1. 文書生成サービスと変換サービスとクライアントとを含む情報処理システムであって、
   前記文書生成サービスが、処理対象の第一の形式の文書データを所定の処理単位ずつ生成し、生成された前記第一の形式の文書データの保存場所を示す情報を、前記第一の形式の文書データが生成されるたびに第１インデックスファイルに繰り返し追加し、
   前記変換サービスが、定期的に前記第１インデックスファイルに情報が追加されたかを確認し、追加されたことを確認するたびに前記文書生成サービスが生成した前記第一の形式の文書データを取得して前記処理単位ずつ第二の形式の文書データに変換し、生成された前記第二の形式の文書データの保存場所を示す情報を、前記第二の形式の文書データが生成されるたびに第２インデックスファイルに繰り返し追加し、
   前記クライアントが、定期的に前記第２インデックスファイルに情報が追加されているかを確認し、追加されたことを確認するたびに前記変換サービスが変換した前記第二の形式の文書データを前記処理単位ずつ取得してユーザーに提供することを特徴とする情報処理システム。
2. 前記文書生成サービスは、生成した前記処理単位ごとの前記第一の形式の文書データを保存し、前記処理単位ごとの前記第一の形式の文書データの保存場所を示す情報を前記第１インデックスファイルに保存し、
   前記変換サービスは、前記第１インデックスファイルから取得した前記処理単位ごとの前記第一の形式の文書データの保存場所を示す情報に基づいて前記第一の形式の文書データを取得し、前記処理単位ごとに前記第二の形式の文書データに変換して保存し、前記処理単位ごとの前記第二の形式の文書データの保存場所を示す情報を前記第２インデックスファイルに保存し、
   前記クライアントは、前記第２インデックスファイルから取得した前記処理単位ごとの前記第二の形式の文書データの保存場所を示す情報に基づいて前記処理単位ずつ前記第二の形式の文書データを取得する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記変換サービスは、前記第１インデックスファイルから取得した前記処理単位ごとの前記第一の形式の文書データの保存場所を示す情報に、前記変換サービスにより前記第二の形式に変換されていない前記第一の形式の文書データの保存場所を示す情報が含まれている場合には、該当する前記第一の形式の文書データを取得して、前記処理単位ごとに前記第二の形式の文書データに変換することを特徴とする請求項２に記載の情報処理システム。
4. 前記クライアントは、前記第２インデックスファイルから取得した前記処理単位ごとの前記第二の形式の文書データの保存場所を示す情報に、前記クライアントにより取得されていない前記第二の形式の文書データの保存場所を示す情報が含まれている場合には、該当する前記第二の形式の文書データを取得することを特徴とする請求項２または３に記載の情報処理システム。
5. 前記変換サービスはさらに、前記第二の形式の文書データと共に、前記第一の形式の文書データからサムネイルを生成し、
   前記クライアントは前記第二の形式の文書データと共に前記サムネイルを取得することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理システム。
6. 前記文書生成サービスは、フォームデータとフィールドデータとから、前記第一の形式の文書データとして帳票データを生成することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理システム。
7. 前記文書生成サービスは、前記変換サービスから、前記変換サービスにより変換された第二の形式の文書データの保存場所を示す情報の所在を受信し、前記クライアントからの要求に応じて前記所在を前記クライアントに応答することを特徴とする請求項１乃至６のいずれか一項に記載の情報処理システム。
8. 前記クライアントは、取得した前記第二の形式の文書データのプレビューを表示する手段を更に有することを特徴とする請求項１乃至７のいずれか一項に記載の情報処理システム。
9. 文書生成サービスにより所定の処理単位ずつ生成された第一の形式の文書データを対象とする変換サービスを提供する情報処理装置であって、前記文書生成サービスは、生成された前記第一の形式の文書データの保存場所を示す情報を、前記第一の形式の文書データが生成されるたびに第１インデックスファイルに繰り返し追加しており、
   前記情報処理装置は、
   変換リクエストに応じて、定期的に前記第１インデックスファイルに情報が追加されたかを確認し、追加されたことを確認するたびに前記保存場所を示す情報により示される保存場所から前記第一の形式の文書データを取得する取得手段と、
   前記取得手段により取得した前記処理単位ごとの前記第一の形式の文書データを第二の形式の文書データに変換して保存する変換手段と、
   前記変換手段により保存した前記処理単位ごとの前記第二の形式の文書データの保存場所を示す情報を、前記第二の形式の文書データが生成されるたびに第２インデックスファイルに繰り返し追加して保存する保存手段と、
   前記文書生成サービスからのリクエストに応じて、クライアントに送信される前記第２インデックスファイルの所在を応答する手段と
   を有することを特徴とする情報処理装置。
10. 請求項９に記載の情報処理装置としてコンピュータを機能させるためのプログラム。
11. 文書生成サービスと変換サービスとクライアントとを含む情報処理システムの制御方法であって、
    前記文書生成サービスが、処理対象の第一の形式の文書データを所定の処理単位ずつ生成し、生成された前記第一の形式の文書データの保存場所を示す情報を、前記第一の形式の文書データが生成されるたびに第１インデックスファイルに繰り返し追加し、
    前記変換サービスが、定期的に前記第１インデックスファイルに情報が追加されたかを確認し、追加されたことを確認するたびに前記文書生成サービスが生成した前記第一の形式の文書データを取得して前記処理単位ずつ第二の形式の文書データに変換し、生成された前記第二の形式の文書データの保存場所を示す情報を、前記第二の形式の文書データが生成されるたびに第２インデックスファイルに繰り返し追加し、
    前記クライアントが、期的に前記第２インデックスファイルに情報が追加されているかを確認し、追加されたことを確認するたびに前記変換サービスが変換した前記第二の形式の文書データを前記処理単位ずつ取得してユーザーに提供する
    ことを特徴とする情報処理システムの制御方法。

Images