クライアント端末101、クラウドプラットフォームサービス102および文書生成サーバ103がネットワークで接続された文書生成システムであって、以下を含む。クラウドプラットフォームサービス102からデータを取得して文書を作成した場合の文書のページ数を計算し、文書生成要求を制御する制御部502。前記制御部502は、フォーム情報管理部505からクエリコマンド1006、フォーム情報1007を取得しS1305、取得した情報をもとにクラウドプラットフォームサービス102から取得されるレコードのレコード数を特定しS1306、文書生成部604で生成される文書のページ数を計算するS1307。前記制御部502は、計算したページ数をもとに文書生成要求を分割するかどうかを判定しS1308、文書生成要求を分割すると判定した場合、要求を分割するS1309。要求管理部605は、要求受信部601が受信S1311した情報をもとに、要求が分割されているかを判定しS1312、分割されたものである場合、生成文書および要求情報を保存するS1313。要求管理部605は、分割されたすべての要求を処理したかどうかを判定しS1314、すべて処理したと判定した場合、分割生成した全ての文書を結合するS1315。請求項1に記載の文書生成システムであって、さらに以下を備えることを特徴とする。文書生成部604は、フォームファイルにページ番号の出力設定がされているかどうかを判定しS1401、設定されていると判定した場合、開始ページ番号を取得しS1402、取得した開始ページ番号を使って文書を生成するS1403。文書生成が終了したら、文書生成部604は、終了ページ番号を保存するS1404。クラウドプラットフォームサービスは、複数の企業組織から使用されることが前提である一般的にマルチテナントと呼ばれる。このため、一部の企業組織によって文書生成サーバのリソースが占有される状況は好ましくない。従来技術では、各企業組織が使用できるリソースの上限を設けていないため、ある1企業が文書生成サーバの全リソースを占有するという事態が起こり得るという問題がある。この問題を解決するために、マルチテナント状況下では、各企業組織が使用できるマシンリソースを何らかの形で制限する。制限の仕方は、使用メモリ量という直接的なものから生成可能な文書数といった間接的なものまで様々である。従来は、マシンリソースの使用が各企業組織ごとに制限されるので、その制限を超える場合、文書生成サービスにおいて文書の生成が実行できないという課題があった。制限を超える場合でも文書を生成したい場合には、文書生成サーバを呼び出すユーザシステム側で呼び出しを分割する等、ユーザの利便性が低下する方法をとる必要があった。クライアント端末101、クラウドプラットフォームサービス102および文書生成サーバ103がネットワークで接続された文書生成システムであって、以下を含む。クラウドプラットフォームサービス102からデータを取得して文書を作成した場合の文書のページ数を計算し、文書生成要求を制御する制御部502。前記制御部502は、フォーム情報管理部505からクエリコマンド1006、フォーム情報1007を取得しS1305、取得した情報をもとにクラウドプラットフォームサービス102から取得されるレコードのレコード数を特定しS1306、文書生成部604で生成される文書のページ数を計算するS1307。前記制御部502は、計算したページ数をもとに文書生成要求を分割するかどうかを判定しS1308、文書生成要求を分割すると判定した場合、要求を分割するS1309。要求管理部605は、要求受信部601が受信S1311した情報をもとに、要求が分割されているかを判定しS1312、分割されたものである場合、生成文書および要求情報を保存するS1313。要求管理部605は、分割されたすべての要求を処理したかどうかを判定しS1314、すべて処理したと判定した場合、分割生成した全ての文書を結合するS1315。本発明によれば、マルチテナントで各企業組織に対して文書生成サーバのリソース使用制限がある状況下であっても、特定の企業組織にリソースを占有させずに文書の生成を実行できる。以下、本発明を実施するための最良の形態について図面を用いて説明する。[実施例1]図1は、本発明の実施例のシステム構成を示すブロック図である。図中、101は、後述するクラウドプラットフォームサービス102および後述する文書生成サーバ103に対してリクエストを発行するクライアント装置101である。図中、102はクラウドプラットフォームサービス102であり、クライアント装置101や文書生成サーバ103からのリクエストに応じて、保持するデータの表示更新等を行う。図中、103は、文書生成サーバ103であり、クライアント装置101からリクエストを受信して文書生成を行う。また、上記各構成要素はネットワーク100により通信可能に接続されている。ネットワークは、例えば、インターネット等のLAN、WAN、電話回線、専用デジタル回線、ATMやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワークはデータの送受信が可能であればよい。クライアント装置101からクラウドプラットフォームサービス102、文書生成サービス103への通信手段、文書生成サーバ103からクラウドプラットフォームサービス102への通信手段、及び各サーバ間の通信手段が異なっていてもよい。図2は、図1のクライアント装置101、クラウドプラットフォームサービス102、文書生成サーバ103のハードウェア構成を示すブロック図である。図中、201は内部バスで接続される各デバイス後述のROM、RAM他を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するCPUである。202はBIOSが格納してあるROMである。203はCPU201のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするRAM直接記憶装置である。204は基本ソフトウェアであるOSやソフトウェアモジュールが記憶されているHDDハードディスクドライブ、もしくはSSDソリッドステートドライブなどの間接記憶装置である。205は入力装置であり不図示のキーボードやポインティングデバイスなどである。206は出力装置でありディスプレイが接続される。207はネットワーク100に接続するためのI/Fである。これらハードウェアでは、起動後CPU201によりBIOSが実行されOSがHDD204からRAM203に実行可能にロードされる。CPU201はOSの動作に従って後述する各種ソフトウェアモジュールをHDD204からRAM203に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりCPU201によって実行され動作する。また、I/F207はネットワーク100に接続されており、OSの動作に従ってCPU201により制御され、上述した通信手段による通信を実現している。図3は、本発明の実施の形態に係る文書生成システムの全体構成を示す図である。図中、クライアント装置101はユーザインタフェースアプリケーションとしてWebブラウザ301を備えている。クラウドプラットフォームサービス102は、クラウドプラットフォームサービスを使用するユーザの管理や、業務データ、後述する文書生成サーバ103へのリダイレクトを行うための設定を管理する。また、クラウドプラットフォームサービス102は、マルチテナントが前提であり、使用する企業組織毎に前述のユーザ管理、業務データ管理等が行われる。文書生成サーバ103は、Webサーバ303、および、文書生成サービス304を備える。Webサーバ303はいわゆるWebアプリケーションの機能を有するよう構成されており、クライアント101はWebブラウザ301を介してアクセスする事が出来る。Webサーバ303はWebブラウザ301からのリクエストに対してユーザインタフェース情報を返答する。Webブラウザ301はWebサーバ303から得られたユーザインタフェース情報をレンダリングし表示する。表示されたユーザインタフェース情報には、たとえば、後述する文書生成サーバ103が管理するフォームの一覧や、文書生成をリクエストするためのインタフェース等が含まれている。また、Webサーバ303はWebブラウザ301から文書生成リクエストを受信すると、クラウドプラットフォームサービス102から業務データを取得し、該業務データとともに文書生成サービス304に対して文書生成のリクエストを送信する。文書生成サービス304は、受信したデータと自身で管理するフォームを使用してオーバレイ処理を行い、文書データを生成する。図4は、クラウドプラットフォームサービス102上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図2で示したHDD204に記憶されており、前述したようにCPU201によってRAM203にロードされ実行される。クラウドプラットフォームサービス102は以下で構成される。クライアント装置101のWebブラウザ301や文書生成サーバ103のWebサーバ303との通信を処理する送受信部401。送受信部401が受け付けたリクエストに従って処理を実行する制御部402。Webブラウザ301にレスポンスを返すためのWebページを生成するページ生成部403。ログイン要求してきたユーザを認証する認証部405。認証部405にて認証に成功したユーザのセッション情報を管理するセッション管理部404。業務データをDB408に保持し要求に応じてDB408から業務データの取得、あるいは業務データの更新を行うデータ管理部406。文書生成サーバ103へのリダイレクトを行うための設定を保持する設定管理部407である。クラウドプラットフォームサービス102はこれら各構成要素の協調により、後述する処理を実行する。また、図中、408は管理ユーザデータや業務データを格納するDB408であり、図2で示したHDD204に記憶されている。管理ユーザデータや業務データは、企業組織以降、組織と表記毎に管理される。各組織には組織IDが自動的に割り当てられ、組織IDとともに各データが管理される。ユーザ認証時、ユーザが所属する組織の組織IDを取得しセッション管理部404に保存する。以降のデータ取得等の処理は組織IDをもとに行われ、組織IDの一致するデータのみを参照することが可能となっている。また、DB408には、文書生成サーバ103へのリダイレクトを行うための設定も格納される。DB408に格納された業務データや文書生成サーバ103へリダイレクトを行うための設定は、Webブラウザ301を介して、ユーザ管理者により任意のタイミングで設定更新が行われる。図5は、文書生成サーバ103のWebサーバ303上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図2で示したHDD204に記憶されており、前述したようにCPU201によってRAM203にロードされ実行される。Webサーバ303は以下で構成される。クライアント装置101のWebブラウザ301やクラウドプラットフォームサービス102、文書生成サービス304との通信を処理する送受信部501。受け付けたリクエストに従って処理を実行する制御部502。さらに制御部502は、文書生成要求を分割する処理部を備える。制御部502は、フォーム情報管理部505が管理するフォームおよびクエリコマンド情報から文書のページ数を事前に計算し、文書生成要求を分割するかどうか判断し、必要な場合要求の分割および管理を行う。Webブラウザ301にレスポンスを返すためのWebページを生成するページ生成部503。クラウドプラットフォームサービス102にアクセスして業務データを取得するデータアクセス部504。後述のフォーム情報テーブルを管理するフォーム情報管理部505。Webブラウザ301のセッション情報を管理するセッション管理部506である。Webサーバ303はこれら各構成要素の協調により、後述する処理を実行する。図6は、文書生成サーバ103の文書生成サービス304上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図2で示したHDD204に記憶されており、前述したようにCPU201によってRAM203にロードされ実行される。文書生成サービス304は以下で構成される。Webサーバ303からの文書生成リクエストを受け付ける要求受信部601。受け付けたリクエストに従って処理を実行する制御部602。フォームデータを管理するフォーム管理部603。Webサーバ303から送信された業務データとフォームを使用してオーバレイ処理を行い、文書データを生成する文書生成部604。生成された文書データをWebサーバ303またはクライアント端末101に送信する文書送信部605である。図7は、クライアント装置101のWebブラウザ301から、クラウドプラットフォームサービス102にアクセスして業務データを表示した場合の業務画面701の例である。なお、図7は、ユーザがクラウドプラットフォームサービス102にログイン済の状態である。業務画面701は、あるレコードの詳細情報702や商品703が表示されている。図7では、商談に関する業務画面の商談レコードの詳細を表示している。また、文書生成サーバ103へリダイレクトを行うための設定がなされたカスタムボタン704が表示されている。カスタムボタン704は、ボタン押下時の動作や、どの画面に表示するか、等を任意に設定可能で、ユーザ管理者によって画面に配置される。図8は、クラウドプラットフォームサービス102のデータ管理部406が保持する業務データのうち、商談に関するデータのテーブル構造例を示す図である。業務データはデータテーブル800で管理され、商談テーブル801、および、商品テーブル811によって構成されている。商談テーブル801は、レコードの識別子であるレコードID802、レコードをユーザが容易に区別するために任意の名前を設定可能な商談名803で構成される。商品テーブル811は、商談レコードID812、商品テーブルのレコードの識別子であるレコードID813、品名814、数量815、価格816から構成される。また、商談レコードID812は、商談テーブルのレコードID802とリレーションしている。図9は、クラウドプラットフォームサービス102の設定管理部407で保持するカスタムボタンの定義情報の例を示す図である。図9では、カスタムボタンが商談画面と顧客画面に定義されており、商談画面に表示するカスタムボタンの設定情報には、ボタン表示名903、および、文書生成サーバ103へリダイレクトを行うためのパラメータ情報が格納されている。文書生成サーバURI904は、文書生成サーバ103のURIをhttp://~の形式で指定したパラメータである。セッションID905は、ログインしたユーザのセッションIDを取得して文字列sid=<セッションID>をURLパラメータに付加する設定である。CPSURL906は、文書生成サーバ103がクラウドプラットフォームサービス102にアクセスするためのURLを文字列srv_url=<クラウドプラットフォームサービスURL>としてURLパラメータに付加する設定である。クラウドプラットフォームサービス102にアクセスするためのURLは組織毎に固有であり、ユーザ認証時に、制御部502が、ユーザが所属する組織に応じたURLを取得してセッション管理部404に保存する。組織ID907は、ログインしたユーザの組織IDを取得して文字列orgid=<組織ID>をURLパラメータに付加する設定である。レコードID908は、画面に表示した商談レコードのレコードID1202を取得して文字列recid=<レコードID>をURLパラメータに付加する設定である。図10は、Webサーバ303のフォーム情報管理部505が保持するフォーム情報テーブルのテーブル構造を示す図である。フォーム情報テーブル1001のフォーム情報レコードは、以下で構成される。該レコードの所有者である組織を識別する組織ID1003。フォーム選択画面に表示する名称である表示名1004。文書生成サービス304のフォーム管理部603で管理されているフォームのファイル名であるフォームファイル名1005。クラウドプラットフォームサービス102からデータを取得するためのクエリを記述したクエリコマンド1006。フォームファイル内に定義されている固定的なデータに関する情報であるフォーム情報107。図11は、図1の文書生成システムにおけるクライアント装置101のWebブラウザ303で表示する画面のフローを示した図である。なお、以降の図では、クラウドプラットフォームサービスをCPSと略して表記している。業務画面1101は、クラウドプラットフォームサービス102が作成し、クライアント装置101に返す画面であり、例えば、図7の業務画面701が表示される。文書生成ボタン1102は、クラウドプラットフォームサービス102へ文書生成リクエストを発行するボタンである。クラウドプラットフォームサービス102は文書生成ボタン1102が押下されると、文書生成サーバ103へリダイレクトするURLを返却する。クライアント装置101のWebブラウザ301は、リダイレクトするURLを受けるとこのURLに従った文書生成サーバ103へリダイレクトする。リダイレクトでリクエストを受けた文書生成サーバ103は、フォーム選択画面1103をクライアント装置101のWebブラウザ301に返す。フォーム選択画面1103は文書生成に使用するフォームを選択するフォーム選択1104を備える。また、ユーザから文書作成ボタン1105の選択を受けたクライアント装置101のWebブラウザ301は、フォーム選択1104の選択結果を文書生成サーバ103に送信する。これらの情報を受け取った文書生成サーバ103は、業務画面1101の業務データをクラウドプラットフォームサービス102から取得する。データ取得中画面1106は、文書生成サーバ103がクラウドプラットフォームサービス103から業務データを取得中の間クライアント装置101のWebブラウザ301に表示される。文書生成サーバ103がクラウドプラットフォームサービス103からの業務データ取得が完了すると、文書生成サーバ103は取得したデータを確認可能なデータ確認画面1107をクライアント装置101のWebブラウザ301に返す。ユーザから作成ボタン1108の選択を受けたクライアント装置101のWebブラウザ301は、文書生成サーバ103に文書生成リクエストを送信する。文書生成リクエストを受けた文書生成サーバ103は、選択されたフォームとクラウドプラットフォームサービス103から取得した業務データを使用して文書生成処理を行う。文書生成処理の間、クライアント装置102のWebブラウザ301は、作成中画面1109を表示する。文書の作成が完了すると、クライアント端末101のWebブラウザ301は完了画面1110を表示する。図12は、本発明の実施例1における文書生成システムが行う処理の流れを示している。なお、ユーザは不図示のログイン画面にてクラウドプラットフォームサービス102にログイン済とし、Webブラウザ301には図7の業務画面701が表示されており、カスタムボタン704は、予め、図9の設定がなされているものとする。はじめ、ユーザによりクライアント装置101のWebブラウザ301に表示された業務画面701のカスタムボタン704が押下されるS1201と、クラウドプラットフォームサービス102では、S1202においてリダイレクトURL作成処理を行う。S1202において、制御部402はカスタムボタンに設定された文書生成サーバURI904、セッションID905、CPSURL906、組織ID907およびレコードID908を取得し、これら取得したパラメータからリダイレクトURLを生成する。そして、リダイレクトさせるためのレスポンスをWebブラウザ301に返す。S1203で、Webブラウザ301はクラウドプラットフォームサービス102から返されたレスポンスを受信すると、セッションID905、CPSURL906、組織ID907、レコードID908を文書生成サーバ103に送信する。S1204で、Webサーバ303はWebブラウザ301からのリダイレクトを受信すると、まず制御部502は、セッションID905、CPSURL906、組織ID907およびレコードID908をセッション管理部506に保存する。次に、制御部502はフォーム情報レコード1002に含まれるフォームの表示名1004のリストをフォーム情報管理部505から取得し、フォームの表示名1004のリストからフォーム選択画面1103を作成、クライアント端末101に送る。S1205では、ユーザによりフォーム選択画面1103のフォーム1104が選択され、文書作成ボタン1105が押下されると、Webサーバ303に対して選択フォーム1104とともに文書生成リクエストが送信される。S1206にてWebサーバ303が文書生成リクエストを受信すると、文書生成サービス103は選択フォーム1104で指定されたフォームに一致するクエリコマンド1006を発行し、クラウドプラットフォームサービス102にデータ取得リクエストを行う。その際、クラウドプラットフォームサービス102のURLおよび取得データの内容は、セッション管理部506に保存されているCPSURL905および組織ID907、レコードID908をそれぞれ使用する。次に、S1207において文書生成サーバ103は、データ取得中画面1106を作成し、Webブラウザ301に送る。Webブラウザ301は定期的にS1208でデータ取得完了確認リクエストを文書生成サーバ103に送信する。文書生成サーバ103のWebサーバ303は、クラウドプラットフォームサービス02からデータ取得のレスポンスが返るまでは、S1207と同様のデータ取得中画面1106をWebブラウザ301に送る。次に、クラウドプラットフォームサービス102からデータ取得のレスポンスが文書生成サーバ103に返る。Webサーバ303の制御部502は、取得データをセッション管理部506へ保存する。その後にWebブラウザ301からデータ取得完了の確認リクエストが送られてくると、Webサーバ303はクラウドプラットフォームサービス102から取得したデータでデータ確認画面1107を生成し、Webブラウザ301へ返すS1209。S1209においてWebブラウザ301に返された取得データ確認画面1107にて、ユーザにより作成ボタン1108が押下されると、Webブラウザ301より、Webサーバ303に対して、文書生成リクエストが送信されるS1210。S1210において、Webサーバ303が文書生成リクエストを受信すると、後述の文書生成処理を行う。図13は、図12のS1210からS1217において、Webサーバ303の文書生成処理を示すフローチャートである。制御部502は、本明細書では、CPU、RAM、ROM、HDD等からなり、フローチャートで示す手順が制御部502のRAM、ROM、HDDのいずれかの記憶手段に記憶され、CPU201により実行される。制御部502は、Webブラウザ301からの文書生成リクエストを受信するS1301と、S1302において、セッション管理部506を介してセッションが有効かを判定する。セッションが有効と判定された場合、制御部502は、S1304において、セッション管理部506から取得データ、フォームファイル名1005を取得する。次に、制御部502は、S1305において、フォーム情報管理部505からクエリコマンド1006、フォーム情報1007を取得する。クエリコマンド1006には、クラウドプラットフォームサービス102からどのようにデータを取得するかが定義されている。定義内容は大きく2つで、1つ目は、どのテーブルからどの項目を取得するかという抽出項目の設定で、例えば見積テーブルから見積番号を、商談テーブルから商談の最終更新日時を取得するといったような設定である。2つ目は、どの範囲のデータを抽出するかという抽出条件の設定で、例えば見積番号が11番かつ見積の作成日付が1カ月以内といったような設定である。S1305では、クエリコマンド1006からこれらの情報を取得する。またフォーム情報1007は、フォームファイル内に定義されているフォームに関する情報で、フォームファイル上に定義された固定的なデータ全てに関する情報である。例えば○○商事といった会社名を表す固定文字図形のフォント、図形位置に関する情報、会社ロゴの画像データ等である。本実施例で関係するのはこのうちフォームファイルに定義された表に関する情報行数、段数である。なお、フォーム情報は、文書生成サーバ103にフォームファイルを登録する際にフォームファイルから抽出され、あらかじめフォーム情報管理部505に登録されているものとする。次に、制御部502は、S1306において、取得レコード数の特定を行う。制御部502は、S1305で取得したクエリコマンド1006の情報を基に簡易クエリコマンドの生成を行う。例えば、一般的なデータベースで実装されているCOUNTコマンドを使用すれば、抽出条件はそのままで、実際に全ての抽出対象を取得しないでも結果として取得できるレコードの数を特定できる。制御部502は、生成した簡易クエリコマンドをデータアクセス部504を通してクラウドプラットフォームサービス102に発行し、取得されるレコード数を得る。次に、制御部502は、S1307において、文書生成部604で生成される文書のページ数を事前に計算する。計算には、S1305で取得したフォーム情報のうちの表に関する情報と、S1306で特定した取得レコード数を用いる。1ページで消費されるレコード数は、表の行数×表の段数となる。よって文書のページ数は、取得レコード数÷表の行数×表の段数となる。次に、制御部502は、S1308において、文書生成要求を分割するかどうか判定する。例えば、S1307で計算したページ数が100ページを超えていた場合、文書生成要求を分割すると判定する。S1308で分割しないと判定された場合はそのままS1310の処理を行う。S1308で分割すると判定された場合、制御部502は、S1309において、文書生成要求を分割する。分割された文書生成要求は、元の要求分割前要求と対応する分割された要求分割後要求との対応関係を保持できるよう制御部502によって管理される。分割前要求と分割後要求は、それぞれIDを持つ分割前要求IDおよび分割後要求ID。分割後要求IDは1から始まり、分割された数分割数までインクリメントされる。次に、送受信部501は、S1310において、前記取得データ、前記フォームファイル名1005、分割された要求かどうかの情報、取得データの使用範囲情報、分割前要求ID、分割後要求IDおよび分割数分割していない場合は1とともに、文書生成サービス304に対して文書作成要求を行う図12のS1211。S1308において文書生成要求を分割しないと判定した場合、S1310の処理は1回だけ行われる。分割すると判定した場合、分割した回数分行われる。この際、各文書生成要求の間にインターバルを設けてもよい。そうすることで他の企業組織からの要求をより受けやすくすることが可能である。次に、文書生成サービス304の要求受信部601は、S1311にて、送受信部501から送信された要求を受信する。さらに、文書生成部604は、受信した要求に含まれる各種情報をもとに文書を生成する。受信した取得データおよび取得データの使用範囲情報から、文書に使用するデータの範囲を特定し、その範囲の文書を生成する。次に、要求受信部601は、S1312にて、受信した要求が分割されたものかどうかを判定する。受信した要求に含まれる分割された要求かどうかの情報を基に判定を行う。S1312にて分割されたものではないと判定された場合、S1316の処理を行う。S1312にて分割されたものであると判定された場合、要求管理部605は、S1313にて、生成された文書および要求情報を保存する。要求情報は、S1312で受信した分割前要求ID、分割後要求IDおよび分割数であり、それらと生成文書が紐づけられて保存される。次に、要求管理部605は、S1314にて、S1313で保存した要求情報を基に全ての分割後要求を処理したかどうかを判定する。判定は、S1313で保存した分割後要求IDと分割数を基に行う。例えば、分割数が5で、分割後要求IDが3ならまだすべての分割後要求を処理していないと判定する。分割数が5で、分割後要求IDが5なら全ての分割後要求を処理したと判定する。S1314で、全ての分割後要求を処理したと判定された場合、要求管理部605は、S1315にて、分割後要求で生成した全ての文書を結合する。現在処理中の分割後要求に対応する分割前要求を特定し、その分割前要求から分割されたすべての分割後要求から生成された文書を結合する。S1314で、まだ全ての分割後要求を処理していないと判定された場合は、S1316を行う。制御部502は、S1316で、文書生成サービス304からのレスポンスを取得し、そこに含まれる文書を取得して、該文書をWebブラウザ301に送信する。S1302において、有効なセッションでないと判定された場合S1302のNO、制御部502は、エラー画面を生成するようページ生成部503に要求する。ページ生成部503はエラー画面を生成し、制御部502はエラー画面をWebブラウザ301に送信する。以上の処理により、Webサーバ303は文書生成処理を実行する。なお、文書生成サーバ103の文書生成サービス304における文書生成処理フォームを使用したオーバレイ処理は既知であるため、本実施例では説明を割愛する。また、本実施例の文書生成処理では、文書生成サービス304の文書生成処理が完了してからWebブラウザ301にレスポンスを返している。しかし、データ取得処理の場合と同様に、一旦文書作成中を示す画面をWebブラウザ301に返してオートリダイレクトさせるようにすることも勿論可能である。[実施例2]本実施例では、生成する文書にページ番号が含まれていた場合に、要求を分割して処理した場合でも、結合後の文書のページ番号が正しく表示されるようにする方法を説明する。以下、実施例1で記載済みの内容については説明を省略する。図14は本実施例において、Webサーバ303の文書生成処理を示すフローチャートである。S1401において、文書生成部604は、文書を生成する際に使用するフォームファイルにページ番号の出力設定がされているかどうかを判定する。S1401でページ番号出力設定がされていないと判断した場合、S1403の処理を行う。S1401でページ番号出力設定がされていると判断した場合、文書生成部604は、S1402において、開始ページ番号後述を取得する。文書生成部604は、S1403において、文書の生成を行う。この際、ページ番号出力設定がなされている場合は、S1402で取得した開始ページ番号から文書を生成する。文書生成部604は、S1404において、終了ページ番号の保存を行う。例えば、生成した文書が100ページであって、開始ページが50ページであれば、終了ページ番号は150となる。この終了ページ番号は、次に処理する分割要求からみると、S1402にて取得する開始ページ番号となる。以上の処理を行うことにより、結合後の文書のページ番号が正しく表示されるようなる。