印刷管理サーバー、Webアプリケーションサーバー、クライアント、および画像形成装置を含む印刷システムであって、前記Webアプリケーションサーバーは、前記印刷管理サーバーのアドレスを示す第1のアドレスと、前記Webアプリケーションサーバーに保存されている文書データの保存場所のアドレスを示す第2のアドレスの両方を送信するアドレス送信手段を有し、前記クライアントは、前記アドレス送信手段により送信された第1のアドレスを参照し、前記画像形成装置に対応する印刷設定画面の情報を前記印刷管理サーバーから受信し、該受信した情報を基に印刷設定画面を表示するWebブラウザーと、前記アドレス送信手段により送信された第2のアドレスを前記印刷管理サーバーへ送信する送信手段と、を有し、前記印刷管理サーバーは、前記Webブラウザーが表示する印刷設定画面を介して入力された印刷設定情報と、前記送信手段により送信された第2のアドレスを基に前記Webアプリケーションサーバーから受信した前記文書データと、を取得する取得手段と、前記取得手段により取得された印刷設定情報と文書データとを基に印刷データを生成する生成手段とを有し、前記画像形成装置は、前記生成手段により生成された印刷データを前記印刷管理サーバーから受信し、該受信した印刷データを印刷する印刷手段を有することを特徴とする印刷システム。前記アドレス送信手段は、前記クライアントから印刷指示があった場合に、前記第1のアドレス、および前記第2のアドレスの他にモーダルダイアログを表示する指示を送信し、前記Webブラウザーは、モーダルダイアログを表示する指示を受信したことに応じて、前記Webアプリケーションサーバーが保有するWebアプリケーションを操作する操作画面の上に、モーダルダイアログを表示し、前記印刷管理サーバーから前記印刷設定画面を受信したことに応じて、前記モーダルダイアログ上に前記印刷設定画面を表示することを特徴とする請求項1に記載の印刷システム。前記Webブラウザーは、前記モーダルダイアログを表示した後であり、かつ前記印刷管理サーバーから前記印刷設定画面を受信するまでの間は、表示が進行中であることをユーザーに知らせるためのアイコンを前記モーダルダイアログ上に表示することを特徴とする請求項2に記載の印刷システム。Webアプリケーションを有するWebアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントであって、操作画面を表示するWebブラウザーと、前記Webブラウザーの操作画面を用いて前記Webアプリケーションを操作し生成された文書データの印刷指示を前記Webアプリケーションサーバーへ送信する送信手段を有し、前記Webブラウザーは、前記送信手段により送信された印刷指示に応じて前記Webアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするクライアント。Webアプリケーションを有するWebアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントを制御する制御方法であって、Webブラウザーは、操作画面を表示し、送信手段は、前記Webブラウザーの操作画面を用いて前記Webアプリケーションを操作し生成された文書データの印刷指示を前記Webアプリケーションサーバーへ送信し、前記Webブラウザーは、前記送信手段により送信された印刷指示に応じて前記Webアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするクライアントを制御する制御方法。Webアプリケーションを有するWebアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントで実行されるWebブラウザーのプログラムであって、操作画面を表示するステップと、前記操作画面を用いて前記Webアプリケーションを操作し生成された文書データの印刷を前記Webアプリケーションサーバーへ指示する指示ステップとを含み、前記Webブラウザーは、前記指示ステップにより指示された印刷指示に応じて前記Webアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするプログラム。しかしながら、現在のWebアプリケーションによって提供される文書の印刷機能は、従来からある組み込み型のアプリケーションと比較すると次のような課題がある。現状のWebアプリケーションで作成した文書を印刷するには、ユーザーがクライアントに予めPDFプログラム、または/およびプリンタードライバーをインストールしておくことが必要になる。しかしながら、PDFプログラムやプリンタードライバーのインストール作業の手間は、Webアプリケーションというあらかじめクライアントにインストールの必要がないことを特長とするアプリケーションを使うユーザーにとっては煩雑に感じられる。また、その他の課題として、Webアプリケーションは、例えば、ネットブックと称されるLinuxなどの無償OSを組み込んだ低価格なモバイルコンピュータから利用されることが想定される。しかしながら、Linuxは種類が豊富なため、夫々のLinuxに対応したプリンタードライバーが存在しない可能性が高い。ユーザーがこのようなネットブックを用いてWebアプリケーションの印刷機能を利用する場合、Webアプリケーション上で作成したデータを印刷できないケースが発生する。そこで本発明は、上述の課題の内、少なくとも1つを解決するような印刷システムを提供することを目的の1つとする。上記目的を達成する本発明の一実施系に係る印刷システムは、印刷管理サーバー、Webアプリケーションサーバー、クライアント、および画像形成装置を含む印刷システムであって、前記Webアプリケーションサーバーは、前記印刷管理サーバーのアドレスを示す第1のアドレスと、前記Webアプリケーションサーバーに保存されている文書データの保存場所のアドレスを示す第2のアドレスの両方を送信するアドレス送信手段を有し、前記クライアントは、前記アドレス送信手段により送信された第1のアドレスを参照し、前記画像形成装置に対応する印刷設定画面の情報を前記印刷管理サーバーから受信し、該受信した情報を基に印刷設定画面を表示するWebブラウザーと、前記アドレス送信手段により送信された第2のアドレスを前記印刷管理サーバーへ送信する送信手段とを有し、前記印刷管理サーバーは、前記Webブラウザーが表示する印刷設定画面を介して入力された印刷設定情報と、前記送信手段により送信された第2のアドレスを基に前記Webアプリケーションサーバーから受信した前記文書データとを取得する取得手段と、前記取得手段により取得された印刷設定情報と文書データとを基に印刷データを生成する生成手段とを有し、前記画像形成装置は、前記生成手段により生成された印刷データを前記印刷管理サーバーから受信し、該受信した印刷データを印刷する印刷手段を備えるものである。本発明により、Webアプリケーションによって作成した文書データを印刷する際、従来と比較して容易に印刷することが可能になる。実施例1以下、添付図面を参照して本発明の好適な実施の形態を説明する。ここで、本実施例において用いられる用語について説明する。後述するクライアント1が、Webアプリケーションサーバー2や、印刷管理サーバー3等の外部装置から取得したデータをWebコンテンツと呼ぶ。また、印刷管理サーバー3が、Webアプリケーションサーバー2から取得するデータも本実施例ではWebコンテンツと呼ぶ。このように、特定の装置が、ネットワークを介して接続されている別の装置から取得するデータのことをWebコンテンツと定義する。また、Webコンテンツとしては、例えば、HTML文書の他、PDFPortableDocumentFormat等がある。≪図1:システム全体構成≫図1は、本実施例に係るWebコンテンツを印刷するための印刷システムの構成を示す図である。クライアント1は、ユーザーが直接操作するコンピュータであって、ネットワークインターフェースでネットワーク5に接続されている。本実施例において、クライアント1は1台だけしか存在しないが、複数台あっても良い。また、ネットワーク5は公衆回線を含むインターネットであっても、社内LANに限定されたイントラネットであっても良い。これにより、ネットワーク5を介して接続されている装置は、互いに通信可能な状態にある。Webブラウザー10は、クライアント1のオペレーティングシステムにインストールされた、Webコンテンツ閲覧用のアプリケーションである。Webアプリケーションサーバー2は、同じくネットワーク5に接続されたサーバーコンピュータである。Webアプリケーション20は、Webアプリケーションサーバー2のメモリに記憶されており、Webアプリケーションサーバー2のオペレーティングシステム上で動作するネットワークプログラムである。ユーザーは、Webブラウザー10により表示される操作画面を介して、ネットワーク5に接続されたWebアプリケーションサーバー2にアクセスする。なお、Webブラウザー10は、Webアプリケーションサーバー2が送信する画面情報例えば、HTML文書を基に、Webアプリケーション20の操作画面を表示する。ユーザーは、この操作画面を介してWebアプリケーション20を利用することになる。印刷管理サーバー3も、同じくネットワーク5に接続されたサーバーコンピュータである。印刷管理サービス30は、印刷管理サーバー3のメモリに記憶されており、印刷管理サーバー3のオペレーティングシステム上で動作するネットワークプログラムである。プリンター4は画像形成装置であり、同じくネットワーク5に接続されている。本実施例において、プリンターは1台だけであるが複数台でも良い。プリンタードライバー31は、プリンター4に対応した印刷用プログラムであり、印刷管理サーバー3上のオペレーティングシステムにインストールされている、所謂、プリンタードライバーと呼ばれるものである。Webアプリケーション20は、印刷管理サービス30と連携することによって、プリンター4へ印刷する機能をユーザーに提供することができる。なお、詳細については後述するが、ユーザーからは、印刷機能はWebアプリケーション20が提供する機能の一部として見えるため、印刷管理サービス30の存在を意識することはない。≪図2:コンピュータのハードウェア構成≫図2は、一般的なコンピュータ装置であるクライアント1の内部システムを表すブロック構成図である。クライアント1において、CPU101は、RAM102に記憶されているプログラムに従って、システムバス104に接続される各デバイスを総括的に制御している。なお、RAM102は、CPU101の主メモリ、ワークエリア等としても機能している。ROM103は、ブートプログラムやBIOS等を記憶するプログラムROM103a、各種データを記憶するデータROM103bに区分けして構成されている。キーボードコントローラI/F105は、キーボード109や不図示のポインティングデバイスマウスからのキー入力を制御する。ディスプレイI/F106は、ディスプレイ110への表示を制御している。外部メモリI/F107は、例えばハードディスクHD、SolidStateDiskSSD等の外部メモリ111とのアクセスを制御する。外部メモリ111は、オペレーティングシステム以下、OS112や、Webブラウザー10などのアプリケーションのプログラム、さらに不図示のユーザファイルや編集ファイル等を記憶する記憶媒体として機能する。ネットワークI/F108はネットワーク5に接続されており、通信制御処理を行う。なお、本発明の印刷システムを構成するWebアプリケーションサーバー2と印刷管理サーバー3はサーバー装置ではあるが、クライアント1と同様の装置構成を備える。ただし、クライアント1、Webアプリケーションサーバー2、印刷管理サーバー3上で動作するプログラムがそれぞれ異なることは図1の説明で述べた通りである。また、クライアント1、Webアプリケーションサーバー2、印刷管理サーバー3上で動作するプログラムはRAM102にロードされ、CPU101により実行されることで各プログラムに応じた機能が実現される。実現される各機能については後述する。≪図3:プリンターのハードウェア構成≫図3はプリンター4の内部システムを表すブロック構成図である。CPU401は、プリンター4全体の動作を制御している。RAM402は、CPU401の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域としても用いられる。また、このRAM402は、NVRAMNon-volatileRAM:不揮発性RAM領域も備えている。さらに、RAM402は、図示しない増設ポートに接続されるオプションRAMによりメモリ容量を拡張することができるように構成されている。ROM403は、各種フォントを記憶するフォントROM403a、CPU401により実行される制御プログラム等を記憶するプログラムROM403b、および各種データを記憶するデータROM403cを備えている。ネットワークI/F405は、ネットワーク5に接続され、通信制御処理を行う。印刷部I/F406は、プリンターエンジンである印刷部408とのインターフェースを制御している。外部メモリ410は、外部メモリI/F407によりアクセスが制御されている。また、外部メモリ410は、オプションとして接続されるハードディスクHD等を含んでおり、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。操作部409には、ユーザーによる操作を受け付ける操作パネルが設けられ、その操作パネルには操作のためのスイッチ及びLED表示器等が配されている不図示。CPU401は、ROM403のプログラムROM403bに記憶された制御プログラム等に基づき、印刷部I/F406を介して印刷部408に出力情報としての画像信号を出力する。≪図4:Webブラウザーの内部システム構成≫図4は、Webブラウザー10の内部システムを表すブロック構成図である。Webブラウザー10は、クライアント1のオペレーティングシステム上でユーザーアプリケーションとして動作する。Webブラウザー10の内部コンポーネントである通信制御部1001は、ネットワークI/F108を介してネットワーク5に接続されている外部装置と通信し、Webコンテンツの受信処理や、ユーザーの入力データの送信処理などを行う。コンテンツ記憶部1002は、通信制御部1001によって取得されたWebコンテンツを、RAM102や外部メモリ111に記憶する他、他のコンポーネントからの要求に応じてWebコンテンツを提供する。コンテンツ表示部1003は、コンテンツ記憶部1002によって記憶されたWebコンテンツを取り出し、HTML文書、スタイルシート言語、画像データ等の記述を解釈してディスプレイ110に表示する処理を行う。また、コンテンツ表示部1003は、Webコンテンツにスタイルシートが指定されている場合、そのスタイルシートを適用してWebコンテンツを表示する。入力制御部1004は、Webブラウザー10のメニューコマンドや、Webコンテンツの一部としてディスプレイ110に表示されているリンクやボタン、を介した入力を検知して対応する処理を行う。例えば、入力制御部1004は、表示されたWebコンテンツ中の下線が引かれている文字列、所謂リンクにマウスカーソルが重ねられた場合、リンクの文字列を強調色で表示するようコンテンツ表示部1003に指示する。また、入力制御部1004は、ユーザーによってリンクがクリックされた場合、そのリンクが示すWebコンテンツの取得を通信制御部1001に指示する。なお、本発明の印刷システムを構成するWebブラウザー10において、印刷処理を司るコンポーネントは必要なく、またOS112においてもプリンタードライバーなどの印刷関連プログラムは必要ない。したがって、クライアント1は、印刷機能を備えないWebブラウザーや、対応するプリンタードライバーが存在しないOS例えば、Linuxなどを搭載した安価なクライアント端末例えば、ネットブックによっても構成可能である。≪図5:Webアプリケーションの内部システム構成≫図5は、Webアプリケーションサーバー2上のWebアプリケーション20の内部構成を表すブロック構成図である。Webアプリケーション20は、文書作成用のアプリケーションである。始めに、通信制御部201は、Webブラウザー10が送信する要求Webアプリケーションの起動、操作、終了などの指示を受信する。通信制御部201は、受信した要求を主制御部202へ伝達し、主制御部202からの応答をWebブラウザー10へ送信する制御を行う。主制御部202は、通信制御部201から伝達される要求を処理し、サブコンポーネントである表示制御部203、文書管理部205、印刷対象データ生成部207へ処理を指示する役割を担う。表示制御部203は、記憶されたプログラムコード204を読み出し、Webブラウザーに表示するUIに相当するWebコンテンツこの場合は、HTML等の画面情報を生成し、主制御部202に送信する。また、表示制御部203は、主制御部202から伝達される入力操作の要求を処理し、その入力操作の要求に対応するUIの生成も行う。文書管理部205は、ユーザーが作成した文書データ206をWebアプリケーションサーバー20の外部メモリに記憶させる他、外部メモリから文書データを読み出す制御を行う。従来の組み込み型のアプリケーションでは、文書データはユーザーのコンピュータ上に保存されていたのに対し、文書データがサーバー上に保存されるのがWebアプリケーションの特徴である。印刷対象データ生成部207は、ユーザーからの印刷指示要求に応じて、文書データ206を印刷に適した形式の印刷対象データ208に変換する。印刷対象データ208とは、例えば、XPS:XMLPaperSpecificationや、PDF:PortableDocumentFormatがある。≪図6:WebアプリケーションのUI≫図6は、ネットワーク5を介してWebブラウザー10上で起動された、Webアプリケーション20のUIユーザーインターフェースを示す図である。URLボックス501は、クライアント1に組み込まれたWebブラウザー10が備えるURLを表すボックスである。Webブラウザー10は、ユーザーがURLボックス501に、Webアプリケーション20のURLを入力すると、Webアプリケーションサーバー2に対してWebアプリケーション20の起動要求を送信する。起動要求を受けたWebアプリケーション20は、表示制御部203によって生成されたUIをWebブラウザー10に対する応答として送信する。Webブラウザー10は、UIをWebコンテンツとして受信し、コンテンツ表示部1003はWebコンテンツを処理して、Webブラウザー10の表示領域である507に表示する。このとき、507に表示される文書編集画面のデザインは従来のWebページのような見た目でなく、従来からある組み込み型の文書作成アプリケーションの画面に模することが好ましい。そうすることにより、Webアプリケーションでありながら、組み込み型のアプリケーションとほとんど変わらない見た目のため、ユーザーは従来から存在する組み込み型のアプリケーションと同等の使用感を得ることができる。502~506は、戻る進む中止する印刷する等々のWebブラウザーが一般的に提供する機能をユーザーが利用するためのメニューボタンである。特に、Webブラウザーが提供する印刷機能を起動する印刷するのメニューボタンは使用しないことをここで強調しておく。なぜなら、Webブラウザーが一般的に提供する印刷機能はあくまでディスプレイ上での表示に最適化されたレイアウトで印刷するものであるため、Webブラウザーの印刷機能で紙に印刷してしまうとレイアウトが崩れてしまう。ここで、一例を挙げる。例えば、Webアプリケーションで作成した複数ページからなる文書データをWebブラウザーの印刷機能で印刷しようとする。Webブラウザーは、ページ間の区切りも考慮せずレイアウトしてしまうため、ユーザーは期待する出力を得ることができない。本実施例において、文書データを印刷するためにユーザーが利用するのはWebブラウザー10でなく、Webアプリケーション20が提供する印刷メニュー508である。Webアプリケーション20は、ユーザーから印刷メニュー508を介して印刷の指示を受けると、印刷対象データ生成部207を用いて、記録紙へ出力する際に最適なレイアウトになるような印刷対象データ208を生成する。よって、ユーザーは、所望の体裁で出力を得ることができる。しかしながら、生成された印刷対象データ208を印刷するには、印刷対象データ208を読み込ませるアプリケーション、および/またはプリンタードライバーをユーザーがあらかじめインストールしておかなければならないという課題がある。≪図7:印刷管理サービスの内部システム構成≫上記課題を解決するため、クライアント1の外部から、ユーザーに対してWebアプリケーション20で作成した文書データ206の印刷機能を提供するのが、印刷管理サーバー3上の印刷管理サービス30である。図7は、印刷管理サービス30の内部システムを表すブロック構成図である。始めに、通信制御部301は、Webアプリケーション20やプリンター4との通信制御を行う。主制御部302は、通信制御部301から伝達される要求を処理し、各サブコンポーネントへ処理を指示する役割を担う。プリンターリスト制御部303は、印刷可能なプリンターのリストを管理し、ユーザーに選択させるUIを制御する。プリンターリスト304は、プリンターリスト制御部303によって管理されるプリンターリストのデータベースである。ドライバー制御部305は、プリンタードライバー31のUIを印刷管理サーバー3上に表示する。印刷管理サーバー3上に表示されたUIは、リモート制御部307によって遠隔的にクライアント1に表示され、ユーザーによって操作可能なよう表示制御される。UIの遠隔操作によって設定された印刷設定情報は、印刷設定データ306としてドライバー制御部305によって記憶される。印刷処理部308は、印刷対象データ208と印刷設定データ306から印刷ジョブを生成する処理を担う。ユーザーデータ管理部309は、ユーザー設定データ310とユーザージョブデータ311とを管理する処理を担う。≪図8:Webアプリケーションによる処理のフローチャート≫≪図9:印刷機能表示領域コンテンツの例≫図8は、Webアプリケーション20による処理を示すフローチャートである。まず、主制御部202は、クライアント1から印刷指示が入力されたかどうか判断するS101。前述のとおり、Webアプリケーション20で作成された文書の印刷の指示は、Webブラウザー10に表示されているメニュー508の選択によって行われる。メニュー508でユーザーによって選択された操作は、入力制御部1004、通信制御部1001、ネットワーク5を通じてWebアプリケーションサーバー2へ伝わる。さらに、Webアプリケーション20の通信制御部201、主制御部202へと伝わり、主制御部202は前記操作に対応する処理を実行する。そして、主制御部202は、処理に対する応答が再び逆の経路をたどってユーザーに提示される。主制御部202がユーザーによって印刷指示の入力がなされたと判断した場合、印刷対象データ生成部207は印刷対象データ208を生成するS102。印刷対象データ208を生成するための元となるデータは、文書管理205によって記憶された文書データ206である。次に、主制御部202は、S102で生成した印刷対象データ208を、ネットワーク5経由でアクセスする印刷管理サーバー3がアクセスできるように、印刷対象データ208の保存場所を示すURLを生成するS103。すなわち、RAM102上のデータとして記憶された印刷対象データ208を、外部からWebコンテンツとして認識される外部メモリ111の適切なアドレスにコピーし、さらにそのWebコンテンツを指し示すURLを生成する。ここでは例として、S103によってWebコンテンツとなった印刷対象データ208のURLをhttp://documents.hoo.com/data/111222333.xpsとする。なお、主制御部202は、このURLが示すWebコンテンツをその他のユーザーにのぞき見られないよう、アクセス元のネットワークアドレス等に応じてアクセス制限しても良い。次に、主制御部202は、印刷管理サービス30に対する表示要求を内包した印刷機能表示領域コンテンツを生成するS104。図9に印刷機能表示領域コンテンツ901を示す。印刷機能表示領域コンテンツ901とは、クライアント1にWebアプリケーションの画面として送信するHTML文書の一部となる記述である。901は、HTML文書の文法規則にしたがって記述されており、1つの<object/>要素とその属性から構成される。ここで<object/>要素は、Webブラウザーの補助プログラムであるプラグインを用いてWebブラウザー10の一部に表示するWebコンテンツに関する情報を示す。id属性は要素の識別子を表す。この識別子は、HTML文書のレイアウトを記述したCSSCascadingStyleSheetsにおいて参照される。CSSでは、識別子が指すWebコンテンツすなわち<object/>要素の表示位置、表示サイズなどを指定することが可能である。id属性が示す情報を元に、Webブラウザー10の一部に表示されるWebコンテンツの表示位置、表示サイズが決定される。type属性は、Webブラウザー10の一部に表示されるWebコンテンツの種類を表す。type属性がremote-connectionの場合は、コンテンツが、ネットワーク経由で別のコンピュータのUIを表示したり操作したりするリモートデスクトップ技術を用いて表示されるWebコンテンツであることを表す。リモートデスクトップ技術を用いて、Webブラウザー10は、Webブラウザー10の一部に表示されるWebコンテンツとして別のコンピュータのUIを表示させる。src属性は、Webブラウザー10の一部に表示するWebコンテンツのURLを表し、本実施例ではその値として印刷管理サービス30のURLを指定する。前記URLの前半部分である第1のアドレスhttp://print.bar.com/main.aspxは、ネットワーク5における印刷管理サービス30のプログラム位置情報を表す。より後ろの第2のアドレスdata=http://documents.hoo.com/data/111222333.xpsは、印刷管理サービス30に引き渡すパラメーターを表す。前記パラメーターの値であるhttp://documents.hoo.com/data/111222333.xpsは、S103によって生成した印刷対象データ208のURLである。このようにパラメーターとして印刷対象データ208のURLを印刷管理サービス30へ送信することにより、印刷管理サービス30が印刷対象データ208へアクセスすることが可能となる詳細な説明について後述する。主制御部202は、生成した印刷機能表示領域コンテンツ901を含むUIのWebコンテンツを、通信制御部201を通じてWebブラウザー10に送信するS105。この送信は、Webアプリケーションサーバー2のアドレス送信部ネットワークI/F108により実現される。なお、上述の通り、印刷機能表示領域コンテンツ901には、印刷管理サーバー3のアドレスと、Webアプリケーションサーバー2に保存されている、Webアプリケーションを用いて生成された文書データの保存場所のアドレスの両方のアドレスが含まれている。以上、印刷機能表示領域コンテンツについて説明した。≪図10:Webブラウザーによる処理のフローチャート≫≪図12a:印刷機能表示領域のユーザーインターフェース例≫図10は、Webブラウザー10による処理を示すフローチャートである。まず、S105でWebアプリケーション20から送信された印刷機能表示領域コンテンツ901を含むWebコンテンツを受信すると、コンテンツ表示部1003は受信したWebコンテンツを解析するS201。なお、ここで言うWebコンテンツとは、Webアプリケーション20の操作画面の画面情報例えば、HTML文書と、そのレイアウトを記述したCSSである。次にコンテンツ表示部1003は、解析の結果として、Webアプリケーション20のユーザーインターフェースを表示するS202。図12aは、S202の結果として表示されたユーザーインターフェースを示す図である。601は、印刷機能表示領域コンテンツ901の解析結果を基に表示された印刷機能表示領域である。図12aの画面構成は、CSSによって、文書編集画面の領域507を背景としてグレイアウトし、かつ前景となる印刷機能表示領域601を画面中央に配置するよう指定されている。よって、図12aで示す画面は、あたかも組み込み型のアプリケーションでモーダルダイアログを開いたかのような見た目を実現している。なおS202の時点で、Webブラウザー10は、印刷機能表示領域601の内部に表示する印刷機能コンテンツをまだ取得していないため、601の内部には何も表示されない。そこで、601内部の表示が進行中であることをユーザーに知らせるために、図12aの例に示すよう砂時計アイコンなどを表示してもよい。なお、砂時計アイコンは、Webブラウザー10にデフォルトで設定されている待ち画面でも良いし、Webアプリケーションサーバー2から送信される画面情報であっても良い。次にコンテンツ表示部1003は、S202で解析した印刷機能表示領域コンテンツ901に含まれるsrc属性が示すURLにアクセスすることによって、印刷管理サービス30に601の内部に印刷機能を表示するよう表示要求を送信するS203。≪図11:印刷管理サービスによる処理のフローチャート≫≪図12b:プリンターリストのユーザーインターフェース例≫≪図12c:プリンタードライバーのユーザーインターフェース例≫図11は、印刷管理サービス30による処理を示すフローチャートである。始めに主制御部302は、通信制御部301を通じて、S203で送信された表示要求を受信すると、S302に進むS301。S301で受信する表示要求には、印刷管理サービス30に引き渡すパラメーターも含まれていることは、先に述べた通りである。次に、プリンターリスト制御部303は、主制御部302からの指示を受けて、プリンターリスト304を読み込むS302。プリンターリスト304は、本印刷システムによって出力可能なプリンターのデータベースであり、各プリンターに関して、プリンター名、設置場所、ネットワークアドレス等の情報を保持している。なお、本実施例のプリンターリストは、クライアント1を利用しているユーザーが利用できるプリンターのリストである。しかし、プリンターリストの内容は、特定の内容に限定されるものではない。次に、プリンターリスト制御部303は、読み込んだプリンターリストの情報を元に、印刷するプリンターを選択するためのUIを印刷管理サーバー3上に表示するS303。次に、リモート制御部307は、プリンターリストのUIを印刷機能表示領域601の内部にリモート表示するS304。リモート表示とは、リモートデスクトップ技術を用いて、印刷管理サーバー3上に表示されたUIを、ネットワーク5経由でクライアント1上の印刷機能表示領域601に転送し、かつクライアント1からUIを操作可能なように表示させることを指す。図12bに、S304の結果として表示された、プリンターリストの画面602を示す。603は、プリンターリストの情報を表示したリストコントロールであり、ユーザーはWebブラウザー10を介して印刷するプリンターを1つ選択できる。詳細設定ボタン604は、選択されたプリンターにおける印刷設定を行うメニューである。また、OKボタン605は印刷指示を与えるメニュー、キャンセルボタン606は印刷中止指示を与えるメニューである。ここで注目すべき点は、文書データの編集画面507はWebアプリケーション20に、プリンターリストの画面602は印刷管理サービス30から送信されるWebコンテンツによってそれぞれ表示されている点である。Webアプリケーション20は、印刷機能表示領域601をプレイスホルダーとして表示させ、プレイスホルダーの中身である印刷機能の表示処理は、すべて印刷管理サービス30に委譲されている。また、印刷機能表示領域601の内部ここではプリンターリストの画面602に対してユーザーが操作入力したという情報は、Webアプリケーション20ではなく、印刷管理サービス30の方に送られることはいうまでもない。なぜなら、印刷機能表示領域601の画面は印刷管理サービス30が送信してくる画面であり、その画面を用いて入力した情報だからである。次に、リモート制御部307は、S305において、詳細設定ボタン604の選択操作がユーザーによって入力されたらS305に進み、そうでなければS308に進む。次に、ドライバー制御部305は、主制御部302からの指示を受けて、603で選択されたプリンターに対応したプリンタードライバーのUIを開くS306。本実施例では、プリンターとしてはプリンター4が選択され、対応するプリンタードライバーがプリンタードライバー31である。次に、リモート制御部307は、プリンタードライバー31のユーザーインターフェースを印刷機能表示領域601の内部にリモート表示するS307。S307の結果、図12cに示すように、印刷機能表示領域601の表示内容は、プリンターリストのユーザーインターフェース602からプリンタードライバーのUIであるユーザーインターフェース607に切り替わる。ユーザーインターフェース607では、プリンター4に特化した様々な印刷設定例えば、用紙サイズ、ステイプル、カラーマッチングなどを入力することが可能となっている。ユーザーインターフェース607は、印刷設定画面である。OKボタン608は入力した印刷設定を確定するメニュー、キャンセルボタン609は入力した印刷設定を破棄するメニューである。次に、リモート制御部307は、S308において、OKボタン608が押され印刷設定が確定されたことに応じてS309へ処理を進め、キャンセルボタン609が押され印刷設定が破棄されたことに応じてS305へ処理を戻す。次に、ドライバー制御部305は、確定された印刷設定の情報をプリンタードライバー31から受け取り、印刷設定データ306を更新するS309。次に、リモート制御部307は、S310において、出力するプリンターと印刷設定が確定され、プリンターリスト602上のOKボタン605が押され、印刷指示が出されたことに応じてS311へ処理を進める。なお、Webブラウザー10を介して印刷指示が出された場合、通信制御部1001、ネットワークI/F108により、印刷指示が印刷管理サーバー3へ送信される。一方、キャンセルボタン606が押された場合は、印刷中止指示が出されたと判断しS314に進む。次に主制御部302は、S301で受信した表示要求において指定されたdata=http://documents.hoo.com/data/111222333.xpsのURLにアクセスする。そして、主制御部302は、Webアプリケーション20から印刷対象データ208を取得するS311。次に、印刷処理部308は、主制御部302の指示を受けて、取得した印刷対象データ208を、印刷設定データ306の印刷設定を用いて、プリンタードライバー31に対して印刷実行を依頼し、印刷データを生成するS312。S312の印刷実行処理は、例えば、GDI印刷やXPS印刷などの既存技術によって実現される。なお、もしS309のステップが実行されない場合、即ち、ユーザーが印刷設定を入力確定せずに印刷指示を出した場合、印刷処理部308は、プリンタードライバー31の既定デフォルト印刷設定を用いて印刷実行するものとする。次に、主制御部302は、S309の印刷実行の結果として生成される印刷ジョブをプリンター4に送信するS313。プリンター4は、印刷ジョブを受信すると印刷出力を行う。そして、主制御部302は、Webアプリケーション20に対して、印刷機能表示領域601を非表示にするよう要求を送信するS314。Webアプリケーション20は、S314の要求を受けると印刷機能表示領域601を非表示にし、文書編集画面を領域507の前景として表示する。こうすることで、印刷機能の操作が終了し、通常の編集機能の操作に復帰したことをユーザーが理解できる。以上、Webブラウザー10、Webアプリケーション20、印刷管理サービス30の処理について説明した。なお、Webアプリケーション20は、Webブラウザー10からアクセスされるたびにすなわちセッションごとに、独立したアプリケーションのプロセスを起動する。そのため、1台のクライアントから複数のユーザーが、また複数のクライアントから複数のユーザーが同時に利用することが可能である。したがって、本発明の印刷システムの処理も1つのセッションごとに独立して実行されるため、複数のユーザーが同時に利用することが可能である。さらに、本発明の印刷システムは、1つのセッションごとに独立して実行されることから、複数のWebアプリケーションから同時に利用することも可能である。また、S302~S304の説明で述べた通り、本発明の印刷システムは複数のプリンターを扱うことも可能である。出力可能なプリンターを新たに追加する場合、プリンターリスト304に当該プリンターの情報を追記し、当該プリンターに対応したプリンタードライバーを印刷管理サーバー3上にインストールする。実施例2≪図13:デフォルト設定管理画面のインターフェース例≫≪図14:デフォルトプリンターおよびデフォルト印刷設定の管理処理のフローチャート≫≪図15:ユーザー設定データの構造を表す模式図≫実施例1では、Webアプリケーション上から出力先のプリンターを選択し、印刷設定を行い、印刷を実行する処理について述べた。しかしながら、実施例1は、あらかじめ通常使う出力先のプリンターを設定する他、あらかじめプリンターのデフォルトの印刷設定を指定しておくユースケースについて言及されていない。そこで本実施例2では、ユーザーごとにデフォルトの出力先や印刷設定を指定する処理について述べる。まず、ユーザーごとの設定を行うための前提として、Webアプリケーション20と印刷管理サービス30は、アカウント制御サーバー3上のアカウント制御システム61と連携できるものとする。ユーザーは、Webアプリケーション20と印刷管理サービス30にアクセスする前にアカウント制御システム61でログイン処理を行い、利用するユーザー自身が何者であるかの情報が伝わるようにするものとする。そのようなアカウント制御システムの元で、印刷管理サービス30のユーザーデータ管理部309は、ユーザーごとの設定に関する情報を含むユーザー設定データ310を管理する役割を担う。図13にデフォルト設定管理画面701のユーザーインターフェースの一例を示す。デフォルト設定管理画面701は、Webブラウザー10から、印刷管理サービス30にアクセスすることによりWebコンテンツとして配信され、表示される。前述した通り、ユーザーはログイン処理をした上で印刷管理サービス30にアクセスしているので、701で表示設定できる情報はユーザーごとにカスタマイズされたものである。プリンターリストの702は出力可能なプリンターの一覧が表示され、プリンター名と、デフォルトプリンターであるかどうかの情報がわかるようになっている。デフォルトプリンターボタン703は702で選択されたプリンターをデフォルトプリンターとして設定するメニューである。デフォルト印刷設定ボタン704は選択されたプリンターのデフォルト印刷設定をするメニューである。OKボタン705は設定を確定させるメニュー、キャンセルボタン706はキャンセルするメニューである。図14は実施例2の処理を表すフローチャートである。はじめに主制御部302は、通信制御部301を通じて、Webブラウザー10に表示されたデフォルト設定管理画面701を通じて入力されたデフォルトプリンター設定指示を受信すると、S402に進むS401。デフォルトプリンター指示は、デフォルトプリンターボタン703を押すことによりWebブラウザーから送信される。デフォルトプリンター設定指示には、プリンターリスト702でデフォルトとして選択したプリンター名の情報が含まれているので、それをユーザー設定データ310に書き込んで保存するS402。図15はユーザー設定データ310のデータ構造を示す模式図である。前述の通り、ユーザー設定データ310はUserA、UserB、とユーザーごとに管理されており、それぞれプリンターごとにデフォルトプリンターであるかどうかと、デフォルト印刷設定の情報を含んでいる。次に主制御部302は、通信制御部301を通じて、入力されたデフォルト印刷設定指示を受信すると、S404に進むS403。デフォルト印刷設定指示は、デフォルト印刷設定ボタン704を押すことによりWebブラウザーから送信される。次に主制御部302は、デフォルト印刷設定指示で指定されたプリンターに対応したドライバーのUIをドライバー制御部305によって開き、リモート制御部307によってWebブラウザー10に表示するS404。ユーザーは表示された図12cの607のようなドライバーUIを通じてデフォルトの印刷設定例えば、両面印刷、白黒印刷などを入力し、OKボタン608を押して設定を確定させるS406。キャンセルボタン609が押された場合は処理を終了する。印刷設定が確定されると、ドライバーによって印刷設定データが生成されるので、それをユーザー設定データ310の、指定プリンターのデフォルト印刷設定を表す情報を更新して保存するS407。以上S401~S407の処理によって保存されたユーザーごとの設定は、Webアプリケーション20による印刷処理時に使用され、ユーザーの使い勝手を向上させる。まず、S303~S304において出力先のプリンターリストを読み込んで表示する際に、Webアプリケーション20はユーザー設定データ310を読み込み、デフォルトとして指定されたプリンターにあらかじめカーソルを当てるようにする。これによりユーザーは通常使うプリンターをいちいち選び直さなくて良くなる。また、S306~S307においてドライバーのUIを開いて表示する際、Webアプリケーション20はユーザー設定データ310を読み込み、保存されたデフォルトの印刷設定を初期値として指定してUIを開く。これによりユーザーは事前に入力しておいた両面印刷、白黒印刷など設定をいちいち入力し直さなくて良くなる。実施例3実施例1では、ユーザーが印刷指示を行った後、印刷管理サービス30が印刷ジョブをプリンター4に送信するが、実際にプリンター4でジョブが出力されたかどうかや、過去に印刷したジョブの情報を知る手段について言及されていない。そこで本実施例3では、ユーザーが本システムの印刷ジョブの進捗や履歴の情報を取得する方法について述べる。≪図16:ユーザージョブデータの管理処理のフローチャート≫≪図17:ユーザージョブデータの構造を表す模式図≫≪図18:ジョブ一覧画面のユーザーインターフェース例≫図16は実施例3の処理を表すフローチャートである。まず、印刷処理部308は、ユーザーからの印刷指示を受けて印刷処理を開始すると、印刷開始されたジョブの情報を、ユーザーデータ管理部309を通じてユーザージョブデータ311に追加するS501。ここで、図17にユーザージョブデータ311のデータ構造を表す模式図を示す。ユーザージョブデータ311も、ユーザー設定データ310と同様に、ユーザーごとに情報が管理されている。ユーザーごとに管理されるジョブに関する情報としては、ジョブ名、出力先のプリンター、ジョブの受付時刻、ジョブのステータスが含まれる。そのようなジョブに関する情報がジョブの数だけ保存される構造となっている。S501において、ジョブ名、プリンター、受付時刻の情報は明らかなので印刷処理部308が指定する。ステータスに関しては後述処理で更新されるのでここでは指定しない。次に印刷処理部308は、印刷管理サーバー3上におけるジョブのステータスを取得するS502。ジョブのステータスは印刷管理サーバー3で動作するOSのAPIを通じて取得することができる。取得方法は、一定時間ごとにステータスを取っても良いし、ステータスに変化があったときだけOSから通知を受ける方法であっても良い。次に印刷処理部308は、ステータスに変化があったら、ユーザージョブデータ311のステータスの情報を更新するS503。ステータスとして取得される値には、例えば印刷中一時停止再起動中印刷済みなどがある。印刷処理部308は、ステータスの取得と情報の更新を繰り返し、ステータスが印刷済みとなったら処理を終了するS504。このようにして随時ジョブの進捗が更新される様子や、過去に印刷したジョブの履歴を見るための手段として、ユーザーにはジョブ一覧画面801が用意される。ジョブ一覧画面801は、Webブラウザー10から、印刷管理サービス30にアクセスすることによりWebコンテンツとして配信され、表示される。図18にジョブ一覧画面801のユーザーインターフェース例を示す。リスト802にはユーザーのジョブに関する情報が表示されている。OKボタン803を押すとジョブ一覧画面801を閉じることができる。このような画面を通じてユーザーは印刷中あるいは印刷済みのジョブに関する情報を知ることができるようになる。変化形本発明の実施例では、図12a、b、cで示すように、Webブラウザーの操作画面の一部に印刷設定画面を表示するような構成であった。しかしながら、印刷設定画面の表示の仕方はこれに限定されるものではない。例えば、Webブラウザー10がタブブラウザーである場合は、操作画面とは異なる別のタブで印刷設定画面を表示するようにしても良い。また、その他の例として、操作画面を表示しているWebブラウザー10とは異なる、別のWebブラウザーを起動し印刷設定画面を表示するようにしても良い。