JP2019106629A - 情報処理システム、制御方法及びそのプログラム - Google Patents

Abstract

【課題】 複数の変換処理が非同期且つ並行して行われているシステムにおいて、処理がエラーになった場合に、リトライおよび画像ファイルの再取得を実行することを目的とする。【解決手段】 生成手段による変換処理がエラーであると判断された場合、変換処理を再実行し、第二の変換インデックスファイルを再作成する再作成手段と、再作成手段によって再作成された第二の変換インデックスファイルの取得先情報を、表示手段によって画像データを表示するクライアントのＷｅｂブラウザーに送信する送信手段と、Ｗｅｂブラウザーは、送信手段で送信された第二の変換インデックスファイルの取得先情報に基づいて第二の画像データを取得し、再表示する再表示手段と、を有する。【選択図】 図７

Description

本発明は、帳票文書データを生成する情報処理システム、制御方法及びそのプログラムに関する。

ユーザーがクライアントのＷｅｂブラウザーからインターネットを介してクラウドサービスのＷｅｂブラウザーにアクセスし、そのＷｅｂブラウザーで電子化された帳票文書データを閲覧する形態がある。また、業務フローに応じて閲覧している帳票文書データを編集・印刷する形態もある。

Ｗｅｂブラウザーで帳票文書データを扱う場合、従来から帳票システムで一般的に利用されるＰＤＦ形式のデータではなく、Ｗｅｂブラウザー、Ｗｅｂアプリケーションサーバー、ＨＴＴＰプロトコルなどとの親和性が高いＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式を使用する。それにより、ＰＤＦ形式のデータでは実現が難しかったダイナミックな表現や、画面を拡大・縮小しても劣化せず、付加価値のあるＷｅｂ帳票文書データの閲覧を実現できる。

ＳＶＧ形式の帳票文書データを取得するためには、ＰＤＦ形式のデータを生成し、ＳＶＧ形式に変換する必要がある。その際、帳票文書データを作成してからＷｅｂブラウザーで閲覧するまでの時間を短縮するために、帳票サーバーで生成された帳票文書データを随時、変換サーバーでＳＶＧ形式に変換する形態がある。

帳票文書データの生成処理とＳＶＧ形式への変換処理（以下、ＳＶＧ変換処理）は非同期かつ並行して実行される。ＳＶＧ変換処理のほか、ＪＰＥＧ形式への画像変換処理（以下、ＪＰＥＧ変換処理）も非同期かつ並行して実行される。ＪＰＥＧ形式の画像は、複数ページの帳票の一覧を表示するためのサムネイル形式で利用される。

Ｗｅｂブラウザーで表示するための画像ファイルの取得先情報であるＵＲＬを含むインデックスファイルを、Ｗｅｂブラウザーにダウンロードし、Ｗｅｂアプリケーションがそのインデックスファイルを参照することで、画像ファイルをダウンロードできる。その際、変換サーバーではＳＶＧ変換処理が進行し、画像ファイルが生成される度に画像ファイルのＵＲＬが追記され、インデックスファイルが更新される。特許文献１には、新たな処理済みのファイルが作成された場合、新たな処理済みファイルの参照情報でインデックスファイルを上書きする情報処理システムが開示されている。

特開２０１６−１１５０５０

帳票文書データ（ＳＶＧデータ、ＪＰＥＧデータ）が生成されている最中にエラーが発生した場合、再実行する必要がある。ＳＶＧ変換処理とＪＰＥＧ変換処理と、Ｗｅｂブラウザーの画像ファイルのダウンロードとが非同期で実行される場合、リトライを行うと別のジョブとしてＳＶＧ変換処理が実行される。その結果、インデックスファイルと画像ファイルのＵＲＬが変更され、変更前のＵＲＬが使用できなくなる。しかし、Ｗｅｂブラウザーは帳票サーバーがリトライを実行していることや、取得済みのＵＲＬが使用できなくなったことを検知することはできない。そのため、リトライを行ったにもかかわらずＷｅｂブラウザーは画像ファイルをダウンロードできなくなってしまう。

本発明は、複数の変換処理が非同期且つ並行して行われているシステムにおいて、処理がエラーになった場合に、Ｗｅｂブラウザーがリトライおよび画像ファイルの再取得を実行することを目的とする。

データを基に順次、帳票文書データを生成する生成手段と、前記生成手段によって生成された第一の画像データの取得先情報を含む第一の変換インデックスファイルを作成する作成手段と、前記作成手段によって作成された第一の変換インデックスファイルに基づいて前記第一の画像データを表示する表示手段と、を有する情報処理システムであって、前記生成手段による変換処理がエラーであると判断された場合、前記変換処理を再実行し、第二の変換インデックスファイルを再作成する再作成手段と、前記再作成手段によって再作成された第二の変換インデックスファイルの取得先情報を、画像データを表示するクライアントのＷｅｂブラウザーに送信する送信手段と、前記送信手段で送信された第二の変換インデックスファイルの取得先情報に基づいて第二の画像データを取得し、再表示する再表示手段と、を有する。

本発明によって、複数の変換処理が非同期且つ並行して行われているシステムにおいて、処理がエラーになった場合に、Ｗｅｂブラウザーがリトライおよび画像ファイルの再取得を実行することが可能となる。

情報処理システムの構成図。 各種装置のハードウェア構成図。 各種装置が有する機能を示したブロック図。 インデックスファイル４００の一例を示す図。 実施例１のＷｅｂ帳票データ生成処理をリトライするシーケンス図。 Ｓ５１４およびＳ５２４でＷｅｂブラウザー１０７に返却するレスポンス情報の例。 実施例２の変換処理をリトライする前のフローチャート。 実施例１に係る、Ｗｅｂブラウザー１０７における表示画面の一例。 実施例２に係る、Ｗｅｂブラウザー１０７における表示画面の一例。

以下、本発明を実施するための形態について図面を用いて説明する。

［実施例１］
＜情報処理システムの構成＞
図１は本発明に係る情報処理システムの構成図であり、クライアント１０２、業務サーバー１０３、帳票システム１０４、データ変換サーバー１０５、ストレージサーバー１０６とで構成される。クライアント１０２は、有線または無線ＬＡＮを介してローカルネットワーク１０１に接続されている。ローカルネットワーク１０１はインターネットワーク１００に接続されている。クライアント１０２は、ローカルネットワーク１０１とインターネットワーク１００とを介して１０４〜１０６が提供するサービスを利用できる。クライアント１０２とは具体的に、パソコンやモバイル端末等が挙げられ、Ｗｅｂブラウザー１０７等のプログラムを実行する環境が内蔵されている。

業務サーバー１０３は業務情報を管理するサーバーである。業務情報とは、顧客情報、在庫情報など、帳票を作成される際に用いられる情報である。業務サーバー１０３は、クライアント１０２からのリクエストに応じて業務情報の表示と、Ｗｅｂ帳票データ生成指示を行うための画面を提供する。

帳票システム１０４は、業務サーバー１０３からのリクエストを受信し、ＰＤＦ形式のデータを生成し管理する。そして、生成されたＰＤＦ形式のデータの形式を変換するリクエストを、データ変換サーバー１０５に送信する。

データ変換サーバー１０５は、データの形式を変換するリクエストを帳票システム１０４から受信し、ＳＶＧ形式またはＪＰＥＧ形式のＷｅｂ帳票データを生成する。ストレージサーバー１０６はファイルを管理し、クライアント１０２、帳票システム１０４、データ変換サーバー１０５からのリクエストに応じて、ファイルのアップロード／ダウンロードを行う。

今回は、サーバーコンピュータまたはサーバーコンピュータ群で構成されたものをシステムと称し、そのサーバーコンピュータをサーバーと称する事で、図１では１０３〜１０６を表現している。しかし、この形態に限らず、１０３〜１０６の機能を複数台のサーバーで実現してもよく、一つのサーバーで実現させてもよい。

＜ハードウェア構成＞
図２は、各種装置１０２〜１０６のハードウェア構成を示すブロック図である。各種装置１０２〜１０６が有する内部構成の基本構造は同じである。図２の説明ではクライアント１０２を例に説明する。

ＣＰＵ２０１はＲＯＭ２０２やＲＡＭ２０３などからのプログラムを実行し、クライアント１０２の制御を行うユニットである。後述のシーケンス図やフロー図はこのプログラムが実行されることにより実現される処理である。また、ＣＰＵ２０１は内部バス２０８に接続される各ブロックを制御する。

ＲＯＭ２０２はＢＩＯＳ等のアプリケーションプログラムおよびＯＳを含む組込済みプログラム、およびデータ等が記録されている記憶装置である。ＢＩＯＳとは、クライアント１０２に接続している周辺機器を制御するためのプログラムである。

ＲＡＭ（直接記憶装置）２０３は、ＣＰＵ２０１がプログラムを実行する際に使用するワークメモリである。ＲＯＭ２０２に保存されたプログラムがＲＡＭ２０３へと展開され、そのプログラムをＣＰＵ２０１が順次読みだして実行する。

ＨＤＤ２０４はＯＳやソフトウェアモジュールが記憶されている外部記憶装置であり、ＳＳＤ（ソリッドステートドライブ）などの間接記憶装置であっても代替は可能である。

入力装置２０５は不図示のキーボードやポインティングデバイスなどに接続されている。出力装置２０６はディスプレイ等が接続されている。入力装置２０５と出力装置２０６が別々である形態に限らず、タッチスクリーンディスプレイのような入力装置と出力装置とが一体となっている形態であっても構わない。

Ｉ／Ｆ２０７はインターネットワーク１００またはローカルネットワーク１０１に接続されており、インターネットワーク１００を介してクライアント１０２への情報の入出力を行う。

これらのハードウェアでは、クライアント１０２が起動した後、ＣＰＵ２０１がＲＯＭ２０２のＢＩＯＳを実行し、ＨＤＤ２０４に記憶されているＯＳや制御プログラムがＲＡＭ２０３に展開され、展開されたプログラムに基づいてクライアント１０２の制御が行われる。尚、特に断りのない限り各種装置１０２〜１０６のハード上の主体はＣＰＵ２０１であり、ソフトウェア上の主体はＨＤＤ２０４にインストールされたアプリケーションプログラムである。

＜業務サーバー１０３のソフトウェア構成と管理情報＞
図３（ａ）を用いて、業務サーバー１０３が有する機能であるＷｅｂ画面Ｉ／Ｆ３５１、業務情報管理部３５２、業務ストレージ部３５３を説明する。各種機能はＨＤＤ２０４に記憶されており、ＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

Ｗｅｂ画面Ｉ／Ｆ３５１は業務サーバー１０３のユーザーインターフェースを提供する機能であり、業務ストレージ部３５３は業務情報を記憶する機能である。Ｗｅｂ画面Ｉ／Ｆ３５１はＷｅｂブラウザー１０７からの要求に応じて、業務情報管理部３５２で管理される業務情報を表示する画面を生成し、提供する。

業務情報は業務ストレージ部３５３に記憶され、業務情報管理部３５２で管理される。業務ストレージ部３５３と業務情報管理部３５２の機能の違いは、業務ストレージ部３５３は業務情報を永続的に記憶する機能であり、業務情報管理部３５２は業務情報を変更、追加、削除等を実行する機能である。具体的に、業務情報管理部３５２は業務ストレージ部３５３から業務情報を読み出し、メモリー上に保持する事で処理を行う。後述の管理部（３６２、３７２）とストレージ部（３６４、３７３）の関係も同様である。

また、業務情報は、業務サーバー１０３の外部メモリーではなく、インターネットワーク１００やローカルネットワーク１０１を介して通信可能に構成された別のサーバーに格納される構成でもよい。

業務サーバー１０３の業務情報管理部３５２が管理する情報には、顧客情報と帳票情報が含まれる。顧客情報の一例を表１に示す。

表１には、顧客を一意に識別する識別子である「顧客ＩＤ」と「氏名」、「住所」、「生年月日」、「連絡先」が含まれている。帳票を生成する際に必要なデータである業務情報は、顧客情報に限らず、製品の在庫や納品情報、入出金情報等が想定される。表２に帳票情報の一例を示す。

表２には、帳票情報を一意に識別するための識別子「帳票ＩＤ」と、画面表示用の「帳票名」、帳票システム１０４で管理される帳票テンプレートを特定するための識別子「帳票テンプレートＩＤ」が含まれる。

業務サーバー１０３は、Ｗｅｂブラウザー１０７からの帳票プレビュー指示をＷｅｂ画面Ｉ／Ｆ３５１で受信する。業務情報管理部３５２は帳票生成リクエストとして、顧客情報と、帳票情報の帳票テンプレートＩＤを帳票システム１０４に送信する。

＜帳票システム１０４のソフトウェア構成と管理情報＞
図３（ｂ）を用いて、帳票システム１０４が有するシステムＷｅｂサーバー３００、ジョブ管理サーバー３１０、帳票生成サーバー３２０、変換ジョブサーバー３３０、ＤＢ３５０、さらに帳票生成キュー３４１、変換キュー３４２を説明する。各種機能はＨＤＤ２０４に記憶されており、ＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

ジョブ管理サーバー３１０は外部Ｉ／Ｆ３１１とジョブ管理部３１２で構成される。帳票生成サーバー３２０は、外部Ｉ／Ｆ３２１、帳票生成ジョブ管理部３２２、帳票生成部３２３で構成される。変換ジョブサーバー３３０は、外部Ｉ／Ｆ３３１、変換ジョブ管理部３３２、変換部３３３で構成される。

システムＷｅｂサーバー３００は帳票システム１０４の各種インターフェースを提供し、業務サーバー１０３からリクエストを受信し、それに対して応答する。システムＷｅｂサーバー３００の一例としては、Ａｐａｃｈｅ等のソフトウェアで実現される機能がある。後述のＷｅｂサーバー（３６１、３７１）についても同様である。

ジョブ管理サーバー３１０は、システムＷｅｂサーバー３００からリクエストを受信し、帳票生成キュー３４１、変換キュー３４２にそれぞれリクエストメッセージを送信する。後述の処理では説明の都合上、ジョブ管理サーバー３１０がシステムＷｅｂサーバー３００を介して業務サーバー１０３からリクエストを受信することを、簡略化して「ジョブ管理サーバー３１０が業務サーバー１０３からリクエストを受信する」と表記する。

ジョブ管理サーバー３１０は、帳票生成キュー３４１、変換キュー３４２を通じて帳票生成サーバー３２０、変換ジョブサーバー３３０からのレスポンスメッセージを受信する。その際、ジョブ管理サーバー３１０は、変換キュー３４２からエラー終了のレスポンスメッセージを受信すると、変換キュー３４２に再びデータ変換リクエストメッセージを送信し、再実行（以下、リトライ）する。

帳票生成サーバー３２０は帳票生成キュー３４１を通じて帳票文書生成リクエストメッセージを取得しデータを生成し、生成したデータであるＰＤＦファイルおよびオーバレイインデックスファイルをストレージサーバー１０６へ送信する。オーバレイインデックスファイルとは、ＰＤＦファイルの取得先を示す情報を含むファイルのことであるが詳細は後述する。帳票生成サーバー３２０はデータ生成結果をレスポンスメッセージとして帳票生成キュー３４１に送信する。

変換ジョブサーバー３３０は変換キュー３４２を通じてデータ変換リクエストメッセージを取得し、データ変換サーバー１０５にデータ変換リクエストを送信する。データ変換リクエストメッセージには変換ジョブＩＤが含まれている。変換キュー３４２のバックエンドにある変換ジョブサーバー３３０はデータ変換リクエストを受信し、変換ジョブＩＤで特定されるデータ形式に基づいて処理を行うが詳細は後述する。そして、データ変換サーバー１０５からレスポンスメッセージとして受信したデータ変換結果は、変換キュー３４２を介してジョブ管理サーバー３１０に送信される。

キューを介するリクエスト／レスポンスメッセージの送受信を行うことにより処理を行う帳票生成サーバー３２０と変換ジョブサーバー３３０は、負荷に応じて台数が自動で増減（オートスケール）する。今回は、帳票生成サーバー３２０と変換ジョブサーバー３３０はそれぞれ１台ずつであるものとして説明する。

ＤＢ３５０はデータベースであって、帳票テンプレート情報（表３）、ジョブ情報（表４）、帳票生成ジョブ情報（表５）、変換ジョブ情報（表６）が格納されている。帳票テンプレート情報の一例を表３に示す。

帳票テンプレート情報は、帳票システム１０４で管理されストレージサーバー１０６にファイルとして保持される。表３に示す通り、帳票テンプレート情報は帳票テンプレートを取得するためのＵＲＬ「帳票テンプレートＵＲＬ」と、帳票テンプレートＩＤを含む。

ジョブ管理サーバー３１０のジョブ管理部３１２は業務サーバー１０３からの帳票生成リクエストを受信すると、リクエストに含まれる顧客情報と帳票テンプレートＩＤを基に帳票生成サーバー３２０に対して帳票生成を指示する。

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

ＤＢ３５０に格納されているジョブ情報を、表４を用いて説明する。表４は、ジョブ管理部３１２で管理されＤＢ３５０に保持されるジョブ情報の一例である。

ジョブ情報とは、帳票システム１０４で管理されるＷｅｂ帳票データの生成状態を示す情報である。ジョブ情報には、ジョブを一意に識別する「ジョブＩＤ」、後述の帳票生成ジョブを一意に識別する「帳票生成ジョブＩＤ」、ＳＶＧ形式への変換ジョブを識別する「ＳＶＧ変換ジョブＩＤ」、ＳＶＧ変換ジョブがリトライしたかを識別する「ＳＶＧ変換リトライフラグ」が含まれる。「ＳＶＧ変換リトライフラグ」は、エラーとなった変換ジョブをリトライし、ＳＶＧ変換ジョブＩＤが変更された結果、値が「ＴＲＵＥ」に設定される。

ジョブ情報はさらに、「サムネイル変換ジョブＩＤ」と「サムネイル変換リトライフラグ」、「初期表示画面」を含む。「サムネイル変換ジョブＩＤ」は、ＪＰＥＧ形式への変換ジョブを一意に識別する変換ジョブＩＤである。「サムネイル変換リトライフラグ」は、サムネイル変換ジョブがリトライされたかを識別するフラグである。エラーとなったＪＰＥＧ形式への変換ジョブをリトライし、サムネイル変換ジョブＩＤが変更された結果、値が「ＴＲＵＥ」に設定される。

「初期表示画面」は、Ｗｅｂブラウザー１０７でのＷｅｂ帳票表示においてＳＶＧ形式とサムネイル形式のどちらを初期表示するかを識別する項目であり、受信するＷｅｂ帳票生成リクエストに基づいてｓｖｇまたはｔｈｕｍｂｎａｉｌが設定される。

表４で示したジョブＩＤ、帳票生成ジョブＩＤ、変換ジョブＩＤは、帳票システム１０４がＷｅｂ帳票生成リクエストを受信し、ジョブ管理サーバー３１０のジョブ管理部３１２で発行される。

変換リトライフラグの値は、変換ジョブサーバー３３０から変換キュー３４２を介してジョブ管理部３１２が変換ジョブエラーのレスポンスを受信し、変換ジョブのリトライを行う際に書き込まれる。尚、変換ジョブのリトライが行われてもジョブＩＤは変更されず、変換ジョブＩＤは再作成される。

次に表５を用いて、ジョブ管理部３１２と帳票生成ジョブ管理部３２２で管理されＤＢ３５０に保持される帳票生成ジョブ情報について、説明する。

帳票生成ジョブ情報とは、帳票生成サーバー３２０で生成される帳票文書データの生成処理状態を示す情報である。表５には、帳票生成ジョブＩＤ、帳票文書データの生成処理の実施状況（ステータス）を表す「帳票生成ステータス」、帳票テンプレートＩＤが含まれる。

表６を用いて、ジョブ管理部３１２と変換ジョブ管理部３３２で管理されＤＢ３５０に保持される変換ジョブ情報を説明する。

変換ジョブ情報は、データ変換サーバー１０５で処理するＳＶＧ変換処理、あるいはＪＰＥＧ変換処理（以下、変換処理）の状態を示す情報である。表６では一例として、ＳＶＧ変換ジョブの変換ジョブ情報を示す。

変換ジョブ情報には、変換ジョブを一意に識別する「変換ジョブＩＤ」、変換処理のステータスを表す「変換ステータス」、変換後の画像フォーマットであり帳票システム１０４からの変換リクエストに含まれる「フォーマット」、データ変換サーバー１０５で発行される「変換サービスジョブＩＤ」が含まれる。

変換ジョブ情報は更に、ＰＤＦ形式のデータのインデックスファイルにアクセスするためのＵＲＬ「オーバレイインデックスファイルＵＲＬ」と、データ変換サーバー１０５が変換処理を開始した際に生成される変換インデックスファイルにアクセスするためのＵＲＬ「変換インデックスファイルＵＲＬ」を含む。

＜データ変換サーバー１０５のソフトウェア構成と管理情報＞
データ変換サーバー１０５は、データ変換Ｗｅｂサーバー３６１、変換情報管理部３６２、データ変換部３６３、データ変換ストレージ部３６４から構成される。

データ変換Ｗｅｂサーバー３６１は、データ変換サーバー１０５の各種インターフェースを提供し、帳票システム１０４からのデータ変換リクエストを受信し、応答する。データ変換ストレージ部３６４には変換情報が格納される。

表７を用いて、データ変換サーバー１０５が有する変換情報を説明する。変換情報は、変換情報管理部３６２で管理されデータ変換ストレージ部３６４に保持される。

変換情報に含まれる「変換サービスジョブＩＤ」は、帳票システム１０４からの変換リクエストをデータ変換Ｗｅｂサーバー３６１が受信した際に、変換情報管理部３６２が発行する変換処理を一意に識別する識別子である。「オーバレイインデックスファイルＵＲＬ」は、データ変換サーバー１０５が変換ジョブサーバー３３０から変換リクエストとともに受信する。「フォーマット」は変換処理後のファイル形式である。変換部３３３は、データ変換サーバー１０５への変換リクエストに「フォーマット」を含める。

「変換インデックスファイルＵＲＬ」は、データ変換部３６３が変換処理を開始した際に生成される。データ変換部３６３は、オーバレイインデックスファイルを定期的に取得して参照することで、変換処理の対象データを取得する。そしてその対象データを変換した後、変換インデックスファイルＵＲＬの更新処理を行う。

＜ストレージサーバー１０６のソフトウェア構成と管理情報＞
図３（ｄ）を用いてストレージサーバー１０６について説明する。ストレージサーバー１０６はストレージＷｅｂサーバー３７１、ファイル情報管理部３７２、ストレージ部３７３から構成される。ストレージＷｅｂサーバー３７１はストレージサーバー１０６の各種インターフェースを提供する。ファイル情報管理部３７２はファイル情報を管理し、ストレージＷｅｂサーバー３７１で受信したリクエストに応じてファイルの入出力を行う。ストレージ部３７３はファイル情報やストレージサーバー１０６が受信したファイルが格納されている。ここでのファイルとは、変換インデックスファイルとオーバレイインデックスファイルを含むファイルのことである。

表８を用いて、ストレージサーバー１０６が有するファイル情報について説明する。ファイル情報は、ファイル情報管理部３７２で管理される。表８では、一例としてオーバレイインデックスファイルのファイル情報を示す。

ファイル情報に含まれる「データＵＲＬ」はファイルを一意に識別することができるＵＲＬであり、「ファイルパス」はファイルの格納場所を示す。データＵＲＬに対するリクエストをストレージＷｅｂサーバー３７１が受信し、ファイル情報管理部３７２がファイル情報を更新し、ストレージ部３７３のファイル操作を行う。

ファイル操作の内容としては例えば、クライアントからデータＵＲＬに対してＨＴＴＰ ＧＥＴメソッドのリクエストを受信すると、データＵＲＬに対応するファイルがダウンロードされる。ファイルとともにＨＴＴＰ ＰＵＴメソッドのリクエストをクライアントから受信した場合は、ファイルをアップロードし保存する。また、ＨＴＴＰ ＤＥＬＥＴＥメソッドのリクエストの場合は、データＵＲＬに対応するファイルが削除される。

＜インデックスファイル＞
図４にインデックスファイルの一例を示す。本実施例では、インデックスファイルはＪＳＯＮファイル形式であるものとして説明するが、ファイル形式はこれには限定されない。また、図４では一例としてオーバレイインデックスファイルを示す。

インデックスファイル４００は、帳票システム１０４がオーバレイ出力処理を実行する際、またはデータ変換サーバー１０５が変換処理を実行する際に生成、または更新される。具体的に、帳票システム１０４の帳票生成サーバー３２０が実施するオーバレイ変換と、データ変換サーバー１０５が行うＳＶＧ変換処理、サムネイル変換処理を開始した時点で、ストレージサーバー１０６にインデックスファイルが生成される。インデックスファイル４００は、“ｄａｔａＬｉｓｔ”をキーとする処理結果のデータＵＲＬのリストと、“ｅｎｄ”をキーとする処理完了フラグから構成される。

オーバレイ出力結果であるデータがＰＤＦファイルである場合、ＰＤＦファイルの出力単位は１ページ毎であるものとする。その際、３ページの帳票に対して３つのＰＤＦファイルが出力されることになる。ただし、ファイル出力単位は１ページ毎とする必要はなく、複数ページ固定、全体ページ数から計算した値等にする形態も可能である。また、データ変換サーバー１０５による変換処理もオーバレイ出力結果のＰＤＦファイル単位で実行される。

帳票システム１０４、またはデータ変換サーバー１０５は順次処理を実行し、実行結果で取得したファイルをストレージサーバー１０６にアップロードし、そのデータの取得先情報であるＵＲＬがインデックスファイル４００の“ｄａｔａＬｉｓｔ”に追加される。例えば、データ変換サーバー１０５が変換処理を実行する場合、変換フォーマットに応じてＳＶＧファイルやＪＰＥＧファイルのＵＲＬがインデックスファイル４００の“ｄａｔａＬｉｓｔ”に追加される。

また、帳票システム１０４、あるいはデータ変換サーバー１０５における処理が完了し、最後のページを含む処理結果のファイルがストレージサーバー１０６にアップロードされた時点で、インデックスファイルの処理完了フラグ“ｅｎｄ”の値をｔｒｕｅにする。以上が、インデックスファイルの説明である。

今回、一例としてオーバレイインデックスファイルを示したが、変換インデックスファイルの場合でも同様のファイル構造である。オーバレイインデックスファイルは、ＰＤＦファイル（帳票システム１０４の出力結果）を取得するためのものであり、変換インデックスファイルは、ＳＶＧ変換、またはＪＰＥＧ変換されたＷｅｂ帳票データ（データ変換サーバー１０５の出力結果）を取得するためのものである。

＜Ｗｅｂ帳票データ生成のリトライシーケンス＞
図５を用いて、帳票生成サーバー３２０の変換処理でエラーが発生した場合に、変換処理のリトライを行い、リトライ後の画像データをＷｅｂブラウザーに表示する処理を説明する。今回の実施例において、ＳＶＧ形式またはＪＰＥＧ形式の帳票文書データを画像と称する。

まず、Ｗｅｂブラウザー１０７から業務サーバー１０３にＷｅｂ帳票生成リクエストを送信する（Ｓ５０１）。ここでの処理は、不図示の画面を介してＷｅｂブラウザー１０７が、ｗｅｂ帳票生成リクエストをユーザー操作により受信したことで実行される。

業務サーバー１０３の業務情報管理部３５２はＷｅｂ帳票ジョブ生成リクエストとして、Ｗｅｂ帳票生成リクエストに含まれる顧客情報（顧客ＩＤと帳票ＩＤ）と、帳票テンプレートＩＤ、初期表示画面をジョブ管理サーバー３１０に送信する（Ｓ５０２）。

ジョブ管理サーバー３１０のジョブ管理部３１２はジョブＩＤ、帳票生成ジョブＩＤおよびＳＶＧ変換ジョブＩＤ、サムネイル変換ジョブＩＤを発行する。発行したＩＤをジョブ情報（表４）、帳票生成ジョブ情報（表５）、変換ジョブ情報（表６）としてＤＢ３５０に保存する（Ｓ５０３）。

変換ジョブ情報に関しては具体的に、ＳＶＧ変換処理の「フォーマット」を“ｓｖｇ”、ＪＰＥＧ変換処理の「フォーマット」を“ｔｈｕｍｂｎａｉｌ”としてそれぞれ別の変換ジョブ情報としてＤＢ３５０に保存する。一方、ジョブ情報には、生成された「帳票生成ジョブＩＤ」と「ＳＶＧ変換ジョブＩＤ」と「サムネイル変換ジョブＩＤ」、Ｗｅｂ帳票リクエストに含まれる「初期表示画面」、「ＳＶＧ変換リトライフラグ」および「サムネイル変換リトライフラグ」が含まれる。なお、ＳＶＧ変換リトライフラグとサムネイル変換リトライフラグの値は、リトライ処理がまだ実行されていないため、“ＦＡＬＳＥ”が設定されている。

また、帳票生成ジョブ情報には、Ｗｅｂ帳票生成リクエストとともに受信した帳票テンプレートＩＤが含まれる。

ジョブ管理サーバー３１０のジョブ管理部３１２は、帳票生成サーバー３２０に帳票文書生成リクエストを送信する（Ｓ５０４）。具体的には、ジョブ管理サーバー３１０は外部Ｉ／Ｆ３２１に対して、帳票生成ジョブＩＤと顧客情報とを含む帳票生成リクエストメッセージを送信する。

帳票生成ジョブ管理部３２２は外部Ｉ／Ｆ３２１から帳票生成リクエストメッセージを取得すると、受信した帳票生成ジョブＩＤから帳票テンプレートＩＤを特定し、ストレージサーバー１０６から帳票テンプレートファイルをダウンロードする（Ｓ５０５）。そして帳票生成部３２３は、顧客情報と帳票テンプレートファイルを用いてオーバレイを行い、ＰＤＦ形式のデータを生成する。生成されたＰＤＦファイルを順次、ストレージサーバー１０６にアップロードする（Ｓ５０６）。

変換キュー３４２には、ＳＶＧ変換ジョブＩＤが含まれるデータ変換リクエストメッセージと、サムネイル変換ジョブＩＤが含まれるデータ変換リクエストメッセージが格納されている。それぞれのリクエストメッセージを、別々の変換ジョブサーバー３３０が取得することでＳＶＧ変換処理とＪＰＥＧ変換処理とが並列して実行される。Ｓ５０７以降の処理は、ＪＰＥＧ変換処理とＳＶＧ変換処理とで同様の処理であるため、一部説明を省略し、ＳＶＧ形式の変換処理の場合についてのみ説明する。

ジョブ管理サーバー３１０のジョブ管理部３１２は、Ｓ５０５とＳ５０６の処理の完了を待たず、Ｓ５０５で生成されたデータをＳＶＧ形式に変換するためのデータ変換リクエストを、変換ジョブサーバー３３０の変換部３３３に送信する（Ｓ５０７）。具体的には、ＳＶＧ変換ジョブＩＤを含むデータ変換リクエストメッセージが、変換キュー３４２を介して外部Ｉ／Ｆ３３１に送信される。変換ジョブ管理部３３２は外部Ｉ／Ｆ３３１からデータ変換リクエストメッセージを取得すると、ＳＶＧ変換ジョブＩＤに紐づくオーバレイインデックスファイルＵＲＬをＤＢ３５０から取得する。

Ｓ５０７の処理が実行された後、ジョブ管理サーバー３１０はＳ５０２への応答として、業務サーバー１０３にジョブＩＤとＷｅｂ帳票ＵＲＬとを含むレスポンスを送信する。さらに、レスポンスを受信した業務サーバー１０３はレスポンスをＷｅｂブラウザー１０７に送信する（Ｓ５０２．５）。

変換部３３３はオーバレイインデックスファイルＵＲＬを含むデータ変換リクエストをデータ変換サーバー１０５に送信する（Ｓ５０８）。データ変換サーバー１０５はデータ変換リクエストを受信すると、変換サービスジョブＩＤを発行し、変換サービスジョブＩＤに紐づく変換情報（表７）を作成する。今回はＳＶＧ変換処理を例に説明しているので、Ｓ５０８の処理で生成される変換情報の「フォーマット」には値「ｓｖｇ」が設定される。

データ変換サーバー１０５のデータ変換部３６３はＳＶＧ変換処理を実行し（Ｓ５０９）、変換ジョブサーバー３３０に変換サービスジョブＩＤと変換インデックスファイルＵＲＬをレスポンスとして送信する（Ｓ５０８．５）。

データ変換サーバー１０５のデータ変換部３６３はＳ５０９でＳＶＧ変換処理が実行される度に、ＳＶＧ形式の画像ファイルと変換インデックスファイルを順次ストレージサーバー１０６にアップロードする（Ｓ５１０）。変換部３３３は、ＤＢ３５０の変換ジョブ情報に含まれる変換サービスジョブＩＤを、Ｓ５０８のレスポンスで受信した値に基づいて更新し保存する（Ｓ５１１）。

Ｗｅｂブラウザー１０７は、Ｗｅｂ帳票生成リクエストの応答として受信したＷｅｂ帳票ＵＲＬにアクセスし、Ｗｅｂ帳票を表示するＨＴＭＬおよびＪａｖａｓｃｒｉｐｔ（登録商標）を取得する（Ｓ５１３．５）。以降、Ｗｅｂブラウザー１０７は取得したｊａｖａｓｃｒｉｐｔによる処理を実行する。Ｗｅｂブラウザー１０７はジョブ管理サーバー３１０に対して、Ｗｅｂ帳票ＵＲＬに含まれるジョブＩＤとともに変換ステータスおよび変換インデックスファイルＵＲＬを取得するリクエストを送信する（Ｓ５１４）。

ジョブ管理サーバー３１０のジョブ管理部３１２は、ＤＢ３５０のジョブ情報から変換リトライフラグとＳＶＧ変換ジョブＩＤを取得し、取得したＳＶＧ変換ジョブＩＤから変換ジョブ情報の変換ステータスおよび変換インデックスファイルＵＲＬを取得する。そしてジョブ管理部３１２は、変換ステータスと変換インデックスファイルＵＲＬとを含むレスポンス情報をＷｅｂブラウザー１０７に送信する（Ｓ５１５〜Ｓ５１５．５）。その際、ジョブ情報にふくまれる初期表示画面の設定値も、ジョブ管理サーバー３１０を介してＤＢ３５０からＷｅｂブラウザー１０７に送信される。今回は、初期表示画面の設定値「ｓｖｇ」がＷｅｂブラウザー１０７に送信されたものとする。

Ｓ５１５．５および後述のＳ５２５でＷｅｂブラウザー１０７が受信するレスポンス情報６００の一例を図６に示す。レスポンス情報には、ＳＶＧ変換処理とサムネイル変換処理の両方のステータスが記載される。具体的にレスポンス情報は、ジョブ情報を識別するジョブＩＤ“ｊｏｂＩｄ”、初期表示画面設定“ｉｎｉｔｉａｌＶｉｅｗ”、変換ステータス“ｓｔａｔｕｓ”、変換インデックスファイルＵＲＬ“ｉｎｄｅｘＵｒｌ”、ＳＶＧ形式へのデータ変換ジョブ情報“ｓｖｇ”、サムネイル形式へのデータ変換ジョブ情報“ｔｈｕｍｂｎａｉｌ”を含む。図６に示した一例では、サムネイル形式のデータは作成完了（ＳＵＣＣＥＳＳ）であることを意味し、ＳＶＧ形式のデータは作成中（ＰＲＯＣＥＳＳＩＮＧ）であることがわかる。尚、後述のリトライによるデータ変換処理でデータが更新された場合、“ｓｔａｔｕｓ”には値“ＲＥＴＲＹ”（リトライ）が設定される。以上がレスポンス情報６００の一例である。

図５の説明に戻る。Ｗｅｂブラウザー１０７は、取得したレスポンス情報に含まれる変換インデックスファイルＵＲＬにアクセスし（Ｓ５１６）、変換インデックスファイルを取得する。その際、Ｗｅｂブラウザー１０７は、Ｓ５１５．５で受信した初期表示画面の設定値「ｓｖｇ」に基づいて、ＳＶＧ形式の帳票文書データを表示するための変換インデックスファイルを取得する。このように、Ｗｅｂブラウザー１０７が変換インデックスファイルを取得する前には、ジョブ情報（表４）の初期表示画面の設定値を取得し、取得すべき帳票文書データのフォーマットを確認する。

さらに、Ｗｅｂブラウザー１０７は変換インデックスファイルに含まれる画像ファイルのＵＲＬから画像ファイルをダウンロードし、画像ファイルに基づいて画像データをＷｅｂブラウザー１０７に表示する（Ｓ５１６．５）。今回はＳＶＧ変換処理を例に説明しているので、画像ファイルに基づいてＷｅｂブラウザー１０７に表示される画像は、ＳＶＧ形式の画像である。

Ｓ５１４におけるレスポンス情報を取得する処理は、ＳＶＧ変換処理とサムネイル変換処理両方の変換ステータスが変換終了（“ｓｕｃｃｅｓｓ”）またはエラー（“ｅｒｒｏｒ”）となるまで繰り返される。また、Ｓ５１６の処理は変換インデックスファイルの処理完了フラグ“ｅｎｄ”の値が“ｔｒｕｅ”となるまで繰り返される。

変換部３３３は変換サービスジョブＩＤを含むデータ変換状態取得リクエストをデータ変換サーバー１０５に送信し、変換処理状況を取得する（Ｓ５１７）。Ｓ５１７で変換処理中のステータスをデータ変換サーバー１０５から受信した場合は一定時間経過後、再びＳ５１７の処理を繰り返す。本処理によって変換処理状況を把握する。

Ｓ５０９のＳＶＧ変換処理でエラーが発生すると、Ｓ５１７で変換部３３３がデータ変換エラーを受信する（Ｓ５１７．５）。そのデータ変換エラーを変換ジョブ管理部３３２が受信し、変換ジョブ情報の変換ステータスを“ｅｒｒｏｒ”に更新する。そして、外部Ｉ／Ｆ３３１はジョブＩＤとともにデータ変換エラー通知をジョブ管理サーバー３１０に送信する（Ｓ５１８）。具体的には変換キュー３４２にレスポンスメッセージを送信し、ジョブ管理サーバー３１０がレスポンスメッセージを取得する。

ジョブ管理サーバー３１０のジョブ管理部３１２は、新たなＳＶＧ変換ジョブＩＤ（第二のＳＶＧ変換ジョブＩＤ）を発行し、変換ジョブ情報をＤＢ３５０に保存する（Ｓ５１９）。さらにジョブ管理部３１２はレスポンスメッセージで受信したジョブＩＤで特定されるジョブ情報（表４）のＳＶＧ変換ジョブＩＤを第二のＳＶＧ変換ジョブＩＤで更新し、変換リトライフラグの値を“ＴＲＵＥ”に更新しＤＢ３５０に保存する。つまり、Ｓ５１９の処理により、Ｓ５１８で変換ステータスが“ｅｒｒｏｒ”に更新された変換ジョブとは、別の変換ジョブが発行される。

ジョブ管理サーバー３１０の外部Ｉ／Ｆ３１１は、第二のＳＶＧ変換ジョブＩＤを含むデータ変換リクエストを変換部３３３に送信する（Ｓ５２０）。実際には、変換キュー３４２にデータ変換リクエストメッセージを送信し、変換ジョブサーバー３３０の外部Ｉ／Ｆ３３１がリクエストメッセージを取得する。Ｓ５２１〜Ｓ５２４におけるＳＶＧ変換処理と変換インデックスファイルＵＲＬの更新処理は、Ｓ５０８〜Ｓ５１１の処理と同様である。また、Ｓ５２５におけるストレージサーバー１０６へのアップロード処理と変換インデックスファイルの保存処理はＳ５１４の処理と同様である。

Ｓ５２１〜Ｓ５２４において発行される変換サービスジョブＩＤと変換インデックスＵＲＬは、Ｓ５０８〜５１１で発行されるものとは異なるものである。つまり、リトライ処理が実行されることで、新規の変換ジョブが発行され、Ｓ５２１〜Ｓ５２４におけるジョブがＳ５０８〜５１１におけるジョブとは別のジョブとして扱われることになる。

ジョブ管理サーバー３１０のジョブ管理部３１２はＤＢ３５０のジョブ情報（表４）から、ＳＶＧ変換リトライフラグと新たな変換ジョブＩＤを取得し、そのＳＶＧ変換ジョブＩＤから変換ジョブ情報（表６）の変換ステータスと新たな変換インデックスファイルＵＲＬを特定し取得する（Ｓ５２６〜Ｓ５２６．５）。そしてジョブ管理サーバー３１０のジョブ管理部３１２は、取得した変換ステータスと変換インデックスファイルＵＲＬをＷｅｂブラウザー１０７に送信する（Ｓ５２５．５）。その際、ジョブ情報から取得したＳＶＧ変換リトライフラグは“ｔｒｕｅ”であるため、ジョブ管理部３１２はレスポンス情報の変換ステータス“ｓｔａｔｕｓ”を“ＲＥＴＲＹ”としてＷｅｂブラウザー１０７に送信する。レスポンス情報の一例は図６に示した通りである。

ジョブ情報のＳＶＧ変換ジョブＩＤはＳ５１９で第二のＳＶＧ変換ジョブＩＤで更新されているため、レスポンス情報の変換インデックスファイルＵＲＬ“ｉｎｄｅｘＵｒｌ”としてＷｅｂブラウザー１０７に送信されるＵＲＬは、第二のＳＶＧ変換ジョブＩＤに紐づくＵＲＬである。

Ｗｅｂブラウザー１０７が変換ステータス“ＲＥＴＲＹ”を受信すると、データ変換リトライが発生したと判断し（Ｓ５２５）、受信済みの変換インデックスファイルと画像ファイルを破棄し、その画面ファイルによる表示を非表示にする（Ｓ５２７）。そして、Ｗｅｂブラウザー１０７はレスポンス情報に含まれる変換インデックスファイルＵＲＬにアクセスし（Ｓ５２８）、リトライ後の変換インデックスファイルおよびＳＶＧ形式の画像ファイルを取得し画面表示を実行する（Ｓ５２８．５）。

Ｓ５２７〜５２８．５の処理におけるＷｅｂブラウザー１０７の表示画面の一例を図８に示す。表示画面８０１は、リトライ前のＳＶＧ変換処理（Ｓ５０９）で生成されたＳＶＧ形式の画像である。Ｓ５１６．５でＷｅｂブラウザー１０７がＳＶＧ形式の画像データを取得してから、Ｓ５２７でその画像データが非表示となるまで、表示画面８０１が表示される。そして、Ｓ５２７で表示画面８０１は非表示となり、表示画面８０２が表示される。表示画面８０３は、ＳＶＧ変換処理のリトライ（Ｓ５２２）後に表示される画面の一例として表示画面８０１と同じ画面を示す。Ｓ５２８．５の処理によって、表示画面８０２から表示画面８０３に切り替えられる。尚、表示画面８０２の表示形態については図８で示した例に限定されない。

以上が、Ｗｅｂ帳票データの生成処理中にエラーが発生した場合に、Ｗｅｂブラウザーでリトライ後の画像データを表示する処理である。本実施例により、複数の変換処理が非同期且つ並行して行われているシステムにおいても、処理がエラーになった場合に、Ｗｅｂブラウザーがリトライおよび画像ファイルの再取得を実行することが可能となる。

［実施例２］
実施例１で説明した処理では、変換処理でリトライを行うことでＷｅｂブラウザー１０７が第二の変換インデックスファイルＵＲＬから画像ファイルの再取得と再表示を行い、表示中の画像を破棄・再描画される。その際、実施例１の図８で示した通り、例えば、初期表示画面で表示される画像と、バックエンドでリトライ処理される画像とが同じＳＶＧ形式である場合、ユーザーから見ると表示中の画像が突然非表示になる（表示画面８０２）。突然の非表示の後に、新たな画像が画面上に表示されると、それが更新後の画像であるかどうかをユーザーは判断できず、Ｗｅｂ帳票表示のユーザビリティが低下する。

本実施例では、ユーザビリティを保ったまま変換処理のリトライを行う帳票システムについて説明する。実施例１で説明済みの内容については記載を省略する。

図７は、実施例２のデータ変換エラー通知処理を示したフローチャートである。本フローは、実施例１のＳ５１８の処理に相当する。ジョブ管理サーバー３１０は、データ変換エラーレスポンスメッセージを受信する（Ｓ７０１）。ジョブ管理サーバー３１０は、データ変換エラーレスポンスメッセージに含まれるジョブＩＤに紐づくジョブ情報と変換ジョブ情報をＤＢ３５０から取得する（Ｓ７０２）。

ジョブ管理サーバー３１０のジョブ管理部３１２は、ジョブ情報の初期表示設定と変換ジョブ情報のフォーマットが一致するかを判定する（Ｓ７０３）。Ｓ７０３の処理により、Ｗｅｂブラウザー１０７に表示されているフォーマットと、リトライにより再表示する対象となる画像データのフォーマットが一致するかを判定する。

初期表示設定とフォーマットが一致しないと判定された場合、リトライによる再表示を実行してもユーザーによる画面の閲覧には影響しないと判断され、Ｓ５１９以降の処理が実行され、変換ジョブのリトライを実行する。Ｓ５１９以降の処理については上記で説明済みなので、説明は省略する。

Ｓ７０３において初期表示設定とフォーマットが一致すると判定された場合、リトライによる再表示を実行するとユーザーによる画面の閲覧に影響すると判断され、リトライすることなく、Ｗｅｂ帳票生成処理を終了する。具体的には、Ｓ５１９以降の処理によるＳＶＧ変換処理のリトライを実行することなく、Ｓ５２５の応答としてエラー画面を受信して表示し、変換処理を中断する。その際のエラー画面の一例を図９に示す。図９には、エラーが発生した旨を示すメッセージと、エラーコード、エラーが発生した日時が含まれる。尚、図９のエラー画面はあくまでも一例であり、Ｗｅｂ帳票生成リクエストを帳票システム１０４に対して再送信するよう、ユーザーを誘導する形態でもよい。

以上が、実施例２のデータ変換エラー通知処理である。実施例２により、ユーザビリティを保ったまま変換処理のリトライを行うことができる。

［その他の実施例］
帳票システム１０４は上記の構成に限定されず、例えば帳票生成サーバーと変換サーバーとが同一のサーバーで構成されていてもよい。

また、上記の実施例において、Ｓ５２５で帳票システム１０４からクライアント１０２が変換ステータス“ＲＥＴＲＹ”を取得したことをきっかけに、画像ファイルの再取得を行う形態を示した。しかし、その形態以外にも、クライアント１０２が取得済みの変換インデックスファイルと、新たに取得した変換インデックスファイルとを比較し、両者が異なる場合に画像ファイルの再取得を行う形態でもよい。

また、本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１０２ クライアント
１０３ 業務サーバー
１０４ 帳票システム
１０５ 変換サーバー
１０６ ストレージサーバー
３１０ ジョブ管理サーバー
３２０ 帳票生成サーバー
３３０ 変換ジョブサーバー

Claims (10)

1. データを基に順次、帳票文書データを生成する生成手段と、
   前記生成手段によって生成された第一の画像データの取得先情報を含む第一の変換インデックスファイルを作成する作成手段と、
   前記作成手段によって作成された第一の変換インデックスファイルに基づいて前記第一の画像データを表示する表示手段と、
   を有する情報処理システムであって、
   前記生成手段による変換処理がエラーであると判断された場合、前記変換処理を再実行し、第二の変換インデックスファイルを再作成する再作成手段と、
   前記再作成手段によって再作成された第二の変換インデックスファイルの取得先情報を、画像データを表示するクライアントのＷｅｂブラウザーに送信する送信手段と、
   前記送信手段で送信された第二の変換インデックスファイルの取得先情報に基づいて第二の画像データを取得し、再表示する再表示手段と、
   を有する情報処理システム。
2. 前記再表示手段は、
   前記再作成手段によって再作成された第二の変換インデックスファイルの取得先情報を取得した後に、前記表示手段によって表示された第一の画像データを非表示処理し、前記第二の画像データを表示することを特徴とする請求項１に記載の情報処理システム。
3. 前記送信手段は、
   前記Ｗｅｂブラウザーに対し、前記第二の変換インデックスファイルの取得先情報とともに、前記変換処理がリトライされたことを示す変換ステータスを送信し、
   前記非表示とは、
   前記Ｗｅｂブラウザーが、前記変換ステータスがリトライであると判定した後に、
   前記第一の変換インデックスファイルと、前記第一のインデックスファイルに基づいて表示された第一の画像データとを破棄し、前記第一の画像データを非表示にすることを特徴とする請求項２に記載の情報処理システム。
4. 前記再表示手段は、
   前記第二の変換インデックスファイルに含まれる前記第二の画像データの取得先情報で特定される取得先から前記第二の画像データを取得し、再表示ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記情報処理システムは、
   前記生成手段による変換処理がエラーであると判断された場合、
   前記表示手段によって表示された第一の画像データのフォーマットが、前記再表示手段により再表示される第二の画像データのフォーマットと一致するかを判定する判定手段を更に有し、
   前記判定手段によって一致しないと判定された場合、
   前記再作成手段は前記第二の変換インデックスファイルを再作成することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記判定手段により一致すると判定された場合、前記第二の画像データを再表示するための処理を中断することを特徴とする請求項５に記載の情報処理システム。
7. 前記フォーマットは、ＳＶＧ形式またはＪＰＥＧ形式であることを特徴とする請求項５または６に記載の情報処理システム。
8. 前記帳票文書データは、
   ＰＤＦ形式のデータをＳＶＧ形式、またはＪＰＥＧ形式に変換したことで生成され、
   前記変換処理は、
   前記データをＳＶＧ形式に変換する処理、またはＪＰＥＧ形式に変換する処理であることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. コンピュータを、
   データを基に順次、帳票文書データを生成する生成手段と、
   前記生成手段によって生成された第一の画像データの取得先情報を含む第一の変換インデックスファイルを作成する作成手段と、
   前記作成手段によって作成された第一の変換インデックスファイルに基づいて前記第一の画像データを表示する表示手段と、
   を有する情報処理システムとして機能させるためのプログラムであって、
   前記生成手段による変換処理がエラーであると判断された場合、前記変換処理を再実行し、第二の変換インデックスファイルを再作成する再作成手段と、
   前記再作成手段によって再作成された第二の変換インデックスファイルの取得先情報を、画像データを表示するクライアントのＷｅｂブラウザーに送信する送信手段と、
   前記送信手段で送信された第二の変換インデックスファイルの取得先情報に基づいて第二の画像データを取得し、再表示する再表示手段と、
   を有する情報処理システムとして機能させるためのプログラム。
10. データを基に順次、帳票文書データを生成する生成ステップと、
    前記生成ステップによって生成された第一の画像データの取得先情報を含む第一の変換インデックスファイルを作成する作成ステップと、
    前記作成ステップによって作成された第一の変換インデックスファイルに基づいて前記第一の画像データを表示する表示ステップと、
    を有する情報処理システムの制御方法であって、
    前記生成ステップによる変換処理がエラーであると判断された場合、前記変換処理を再実行し、第二の変換インデックスファイルを再作成する再作成ステップと、
    前記再作成ステップによって再作成された第二の変換インデックスファイルの取得先情報を、画像データを表示するクライアントのＷｅｂブラウザーに送信する送信ステップと、
    前記送信ステップで送信された第二の変換インデックスファイルの取得先情報に基づいて第二の画像データを取得し、再表示する再表示ステップと、
    を有する情報処理システムの制御方法。

Images