JP5665590B2 - 印刷システム、クライアント、制御方法、およびプログラム - Google Patents

Description

本発明は、アプリケーションによって作成された文書を印刷する印刷システム、クライアント、制御方法、およびプログラムに関する。

近年、Ｗｅｂブラウザー上で動作するＷｅｂアプリケーションが研究・開発されている。Ｗｅｂアプリケーションとは、プログラムをクライアントとなるコンピュータにインストールすることなく、Ｗｅｂブラウザーなどを通じてネットワーク越しに利用する方式のアプリケーションを指す。特許文献１は、上述のＷｅｂアプリケーションについて開示している。

Ｗｅｂアプリケーションは、従来各コンピュータに組み込むことで提供していたＩＴサービスをネットワークを通じて提供する「クラウドコンピューティング」、が広まるとともに発達してきた。クラウドコンピューティングの広がりに伴い、Ｗｅｂアプリケーションの機能や使用感は、従来からあるインストールが必要な組み込み型の文書管理ソフトや、表計算ソフトに近づきつつあり、今後普及していくことが予想される。

現在のＷｅｂアプリケーションで作成した文書データを印刷する場合には、次のように印刷が行われる。Ｗｅｂアプリケーションは、ユーザーによって印刷指示が入力されると、文書データを印刷可能なＰＤＦ形式のデータに変換し、ネットワークを通じてクライアントに送信する。クライアント上のＷｅｂブラウザーは送信されたＰＤＦデータを受信し、受信した旨をユーザーに通知する。ユーザーは通知を受け、ＰＤＦデータを開くためにＰＤＦプログラムを起動し、ＰＤＦデータを読み込ませる。

そして、ＰＤＦプログラムは、ユーザーによってさらなる印刷指示が入力されると、プリンタードライバーに対して描画命令を送信し、プリンタードライバーは描画命令をプリンターが解釈可能なＰＤＬ形式に変換して印刷ジョブとしてプリンターに送信する。

特開２００６−２３９６５

しかしながら、現在のＷｅｂアプリケーションによって提供される文書の印刷機能は、従来からある組み込み型のアプリケーションと比較すると次のような課題がある。

現状のＷｅｂアプリケーションで作成した文書を印刷するには、ユーザーがクライアントに予めＰＤＦプログラム、または／およびプリンタードライバーをインストールしておくことが必要になる。しかしながら、ＰＤＦプログラムやプリンタードライバーのインストール作業の手間は、Ｗｅｂアプリケーションというあらかじめクライアントにインストールの必要がないことを特長とするアプリケーションを使うユーザーにとっては煩雑に感じられる。

また、その他の課題として、Ｗｅｂアプリケーションは、例えば、ネットブックと称されるＬｉｎｕｘなどの無償ＯＳを組み込んだ低価格なモバイルコンピュータから利用されることが想定される。しかしながら、Ｌｉｎｕｘは種類が豊富なため、夫々のＬｉｎｕｘに対応したプリンタードライバーが存在しない可能性が高い。ユーザーがこのようなネットブックを用いてＷｅｂアプリケーションの印刷機能を利用する場合、Ｗｅｂアプリケーション上で作成したデータを印刷できないケースが発生する。

そこで本発明は、上述の課題の内、少なくとも１つを解決するような印刷システムを提供することを目的の１つとする。

上記目的を達成する本発明の一実施系に係る印刷システムは、印刷管理サーバー、Ｗｅｂアプリケーションサーバー、クライアント、および画像形成装置を含む印刷システムであって、前記Ｗｅｂアプリケーションサーバーは、前記印刷管理サーバーのアドレスを示す第１のアドレスと、前記Ｗｅｂアプリケーションサーバーに保存されている文書データの保存場所のアドレスを示す第２のアドレスの両方を送信するアドレス送信手段を有し、前記クライアントは、前記アドレス送信手段により送信された第１のアドレスを参照し、前記画像形成装置に対応する印刷設定画面の情報を前記印刷管理サーバーから受信し、該受信した情報を基に印刷設定画面を表示するＷｅｂブラウザーと、前記アドレス送信手段により送信された第２のアドレスを前記印刷管理サーバーへ送信する送信手段とを有し、前記印刷管理サーバーは、前記Ｗｅｂブラウザーが表示する印刷設定画面を介して入力された印刷設定情報と、前記送信手段により送信された第２のアドレスを基に前記Ｗｅｂアプリケーションサーバーから受信した前記文書データとを取得する取得手段と、前記取得手段により取得された印刷設定情報と文書データとを基に印刷データを生成する生成手段とを有し、前記画像形成装置は、前記生成手段により生成された印刷データを前記印刷管理サーバーから受信し、該受信した印刷データを印刷する印刷手段を備えるものである。

本発明により、Ｗｅｂアプリケーションによって作成した文書データを印刷する際、従来と比較して容易に印刷することが可能になる。

本発明のシステム全体構成を示すブロック図 クライアントのハードウェア構成を示すブロック図 プリンターのハードウェア構成を示すブロック図 Ｗｅｂブラウザーの内部システムを示すブロック図 Ｗｅｂアプリケーションの内部システムを示すブロック図 Ｗｅｂアプリケーションのユーザーインターフェースを示す図 印刷管理サービスの内部システムを示すブロック図 Ｗｅｂアプリケーションによる処理のフローチャート 印刷機能表示領域コンテンツを示す図 Ｗｅｂブラウザーによる処理のフローチャート 印刷管理サービスによる処理のフローチャート （ａ）印刷機能表示領域のユーザーインターフェースを示す図、（ｂ）プリンターリストのユーザーインターフェースを示す図、（ｃ）プリンタードライバーのユーザーインターフェースを示す図 デフォルト設定管理画面のユーザーインターフェースを示す図 デフォルトプリンターおよびデフォルト印刷設定の管理処理のフローチャート ユーザー設定データの構造を表す模式図 ユーザージョブデータの管理処理のフローチャート ユーザージョブデータの構造を表す模式図 ジョブ一覧画面のユーザーインターフェースを示す図

（実施例１）
以下、添付図面を参照して本発明の好適な実施の形態を説明する。ここで、本実施例において用いられる用語について説明する。後述するクライアント１が、Ｗｅｂアプリケーションサーバー２や、印刷管理サーバー３等の外部装置から取得したデータをＷｅｂコンテンツと呼ぶ。また、印刷管理サーバー３が、Ｗｅｂアプリケーションサーバー２から取得するデータも本実施例ではＷｅｂコンテンツと呼ぶ。このように、特定の装置が、ネットワークを介して接続されている別の装置から取得するデータのことをＷｅｂコンテンツと定義する。また、Ｗｅｂコンテンツとしては、例えば、ＨＴＭＬ文書の他、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等がある。

≪図１：システム全体構成≫
図１は、本実施例に係るＷｅｂコンテンツを印刷するための印刷システムの構成を示す図である。クライアント１は、ユーザーが直接操作するコンピュータであって、ネットワークインターフェースでネットワーク５に接続されている。本実施例において、クライアント１は１台だけしか存在しないが、複数台あっても良い。また、ネットワーク５は公衆回線を含むインターネットであっても、社内ＬＡＮに限定されたイントラネットであっても良い。これにより、ネットワーク５を介して接続されている装置は、互いに通信可能な状態にある。

Ｗｅｂブラウザー１０は、クライアント１のオペレーティングシステムにインストールされた、Ｗｅｂコンテンツ閲覧用のアプリケーションである。Ｗｅｂアプリケーションサーバー２は、同じくネットワーク５に接続されたサーバーコンピュータである。Ｗｅｂアプリケーション２０は、Ｗｅｂアプリケーションサーバー２のメモリに記憶されており、Ｗｅｂアプリケーションサーバー２のオペレーティングシステム上で動作するネットワークプログラムである。ユーザーは、Ｗｅｂブラウザー１０により表示される操作画面を介して、ネットワーク５に接続されたＷｅｂアプリケーションサーバー２にアクセスする。なお、Ｗｅｂブラウザー１０は、Ｗｅｂアプリケーションサーバー２が送信する画面情報（例えば、ＨＴＭＬ文書）を基に、Ｗｅｂアプリケーション２０の操作画面を表示する。ユーザーは、この操作画面を介してＷｅｂアプリケーション２０を利用することになる。印刷管理サーバー３も、同じくネットワーク５に接続されたサーバーコンピュータである。

印刷管理サービス３０は、印刷管理サーバー３のメモリに記憶されており、印刷管理サーバー３のオペレーティングシステム上で動作するネットワークプログラムである。プリンター４は画像形成装置であり、同じくネットワーク５に接続されている。本実施例において、プリンターは１台だけであるが複数台でも良い。

プリンタードライバー３１は、プリンター４に対応した印刷用プログラムであり、印刷管理サーバー３上のオペレーティングシステムにインストールされている、所謂、プリンタードライバーと呼ばれるものである。Ｗｅｂアプリケーション２０は、印刷管理サービス３０と連携することによって、プリンター４へ印刷する機能をユーザーに提供することができる。なお、詳細については後述するが、ユーザーからは、印刷機能はＷｅｂアプリケーション２０が提供する機能の一部として見えるため、印刷管理サービス３０の存在を意識することはない。

≪図２：コンピュータのハードウェア構成≫
図２は、一般的なコンピュータ装置であるクライアント１の内部システムを表すブロック構成図である。クライアント１において、ＣＰＵ１０１は、ＲＡＭ１０２に記憶されているプログラムに従って、システムバス１０４に接続される各デバイスを総括的に制御している。なお、ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等としても機能している。

ＲＯＭ１０３は、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ１０３ａ、各種データを記憶するデータＲＯＭ１０３ｂに区分けして構成されている。キーボードコントローラＩ／Ｆ１０５は、キーボード１０９や不図示のポインティングデバイス（マウス）からのキー入力を制御する。ディスプレイＩ／Ｆ１０６は、ディスプレイ１１０への表示を制御している。外部メモリＩ／Ｆ１０７は、例えばハードディスク（ＨＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ）等の外部メモリ１１１とのアクセスを制御する。

外部メモリ１１１は、オペレーティングシステム（以下、ＯＳ）１１２や、Ｗｅｂブラウザー１０などのアプリケーションのプログラム、さらに不図示のユーザファイルや編集ファイル等を記憶する記憶媒体として機能する。ネットワークＩ／Ｆ１０８はネットワーク５に接続されており、通信制御処理を行う。なお、本発明の印刷システムを構成するＷｅｂアプリケーションサーバー２と印刷管理サーバー３はサーバー装置ではあるが、クライアント１と同様の装置構成を備える。ただし、クライアント１、Ｗｅｂアプリケーションサーバー２、印刷管理サーバー３上で動作するプログラムがそれぞれ異なることは図１の説明で述べた通りである。また、クライアント１、Ｗｅｂアプリケーションサーバー２、印刷管理サーバー３上で動作するプログラムはＲＡＭ１０２にロードされ、ＣＰＵ１０１により実行されることで各プログラムに応じた機能が実現される。実現される各機能については後述する。

≪図３：プリンターのハードウェア構成≫
図３はプリンター４の内部システムを表すブロック構成図である。ＣＰＵ４０１は、プリンター４全体の動作を制御している。ＲＡＭ４０２は、ＣＰＵ４０１の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域としても用いられる。

また、このＲＡＭ４０２は、ＮＶＲＡＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ ＲＡＭ：不揮発性ＲＡＭ）領域も備えている。さらに、ＲＡＭ４０２は、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ＲＯＭ４０３は、各種フォントを記憶するフォントＲＯＭ４０３ａ、ＣＰＵ４０１により実行される制御プログラム等を記憶するプログラムＲＯＭ４０３ｂ、および各種データを記憶するデータＲＯＭ４０３ｃを備えている。

ネットワークＩ／Ｆ４０５は、ネットワーク５に接続され、通信制御処理を行う。印刷部Ｉ／Ｆ４０６は、プリンターエンジンである印刷部４０８とのインターフェースを制御している。外部メモリ４１０は、外部メモリＩ／Ｆ４０７によりアクセスが制御されている。また、外部メモリ４１０は、オプションとして接続されるハードディスク（ＨＤ）等を含んでおり、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。

操作部４０９には、ユーザーによる操作を受け付ける操作パネルが設けられ、その操作パネルには操作のためのスイッチ及びＬＥＤ表示器等が配されている（不図示）。ＣＰＵ４０１は、ＲＯＭ４０３のプログラムＲＯＭ４０３ｂに記憶された制御プログラム等に基づき、印刷部Ｉ／Ｆ４０６を介して印刷部４０８に出力情報としての画像信号を出力する。

≪図４：Ｗｅｂブラウザーの内部システム構成≫
図４は、Ｗｅｂブラウザー１０の内部システムを表すブロック構成図である。Ｗｅｂブラウザー１０は、クライアント１のオペレーティングシステム上でユーザーアプリケーションとして動作する。Ｗｅｂブラウザー１０の内部コンポーネントである通信制御部１００１は、ネットワークＩ／Ｆ１０８を介してネットワーク５に接続されている外部装置と通信し、Ｗｅｂコンテンツの受信処理や、ユーザーの入力データの送信処理などを行う。コンテンツ記憶部１００２は、通信制御部１００１によって取得されたＷｅｂコンテンツを、ＲＡＭ１０２や外部メモリ１１１に記憶する他、他のコンポーネントからの要求に応じてＷｅｂコンテンツを提供する。

コンテンツ表示部１００３は、コンテンツ記憶部１００２によって記憶されたＷｅｂコンテンツを取り出し、ＨＴＭＬ文書、スタイルシート言語、画像データ等の記述を解釈してディスプレイ１１０に表示する処理を行う。また、コンテンツ表示部１００３は、Ｗｅｂコンテンツにスタイルシートが指定されている場合、そのスタイルシートを適用してＷｅｂコンテンツを表示する。

入力制御部１００４は、Ｗｅｂブラウザー１０のメニューコマンドや、Ｗｅｂコンテンツの一部としてディスプレイ１１０に表示されているリンクやボタン、を介した入力を検知して対応する処理を行う。例えば、入力制御部１００４は、表示されたＷｅｂコンテンツ中の下線が引かれている文字列、所謂リンクにマウスカーソルが重ねられた場合、リンクの文字列を強調色で表示するようコンテンツ表示部１００３に指示する。また、入力制御部１００４は、ユーザーによってリンクがクリックされた場合、そのリンクが示すＷｅｂコンテンツの取得を通信制御部１００１に指示する。

なお、本発明の印刷システムを構成するＷｅｂブラウザー１０において、印刷処理を司るコンポーネントは必要なく、またＯＳ１１２においてもプリンタードライバーなどの印刷関連プログラムは必要ない。したがって、クライアント１は、印刷機能を備えないＷｅｂブラウザーや、対応するプリンタードライバーが存在しないＯＳ（例えば、Ｌｉｎｕｘなど）を搭載した安価なクライアント端末（例えば、ネットブック）によっても構成可能である。

≪図５：Ｗｅｂアプリケーションの内部システム構成≫
図５は、Ｗｅｂアプリケーションサーバー２上のＷｅｂアプリケーション２０の内部構成を表すブロック構成図である。Ｗｅｂアプリケーション２０は、文書作成用のアプリケーションである。始めに、通信制御部２０１は、Ｗｅｂブラウザー１０が送信する要求（Ｗｅｂアプリケーションの起動、操作、終了などの指示）を受信する。通信制御部２０１は、受信した要求を主制御部２０２へ伝達し、主制御部２０２からの応答をＷｅｂブラウザー１０へ送信する制御を行う。

主制御部２０２は、通信制御部２０１から伝達される要求を処理し、サブコンポーネントである表示制御部２０３、文書管理部２０５、印刷対象データ生成部２０７へ処理を指示する役割を担う。表示制御部２０３は、記憶されたプログラムコード２０４を読み出し、Ｗｅｂブラウザーに表示するＵＩに相当するＷｅｂコンテンツ（この場合は、ＨＴＭＬ等の画面情報）を生成し、主制御部２０２に送信する。また、表示制御部２０３は、主制御部２０２から伝達される入力操作の要求を処理し、その入力操作の要求に対応するＵＩの生成も行う。

文書管理部２０５は、ユーザーが作成した文書データ２０６をＷｅｂアプリケーションサーバー２０の外部メモリに記憶させる他、外部メモリから文書データを読み出す制御を行う。従来の組み込み型のアプリケーションでは、文書データはユーザーのコンピュータ上に保存されていたのに対し、文書データがサーバー上に保存されるのがＷｅｂアプリケーションの特徴である。印刷対象データ生成部２０７は、ユーザーからの印刷指示要求に応じて、文書データ２０６を印刷に適した形式の印刷対象データ２０８に変換する。印刷対象データ２０８とは、例えば、ＸＰＳ：ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎや、ＰＤＦ：Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔがある。

≪図６：ＷｅｂアプリケーションのＵＩ≫
図６は、ネットワーク５を介してＷｅｂブラウザー１０上で起動された、Ｗｅｂアプリケーション２０のＵＩ（ユーザーインターフェース）を示す図である。ＵＲＬボックス５０１は、クライアント１に組み込まれたＷｅｂブラウザー１０が備えるＵＲＬを表すボックスである。Ｗｅｂブラウザー１０は、ユーザーがＵＲＬボックス５０１に、Ｗｅｂアプリケーション２０のＵＲＬを入力すると、Ｗｅｂアプリケーションサーバー２に対してＷｅｂアプリケーション２０の起動要求を送信する。

起動要求を受けたＷｅｂアプリケーション２０は、表示制御部２０３によって生成されたＵＩをＷｅｂブラウザー１０に対する応答として送信する。Ｗｅｂブラウザー１０は、ＵＩをＷｅｂコンテンツとして受信し、コンテンツ表示部１００３はＷｅｂコンテンツを処理して、Ｗｅｂブラウザー１０の表示領域である５０７に表示する。このとき、５０７に表示される文書編集画面のデザインは従来のＷｅｂページのような見た目でなく、従来からある組み込み型の文書作成アプリケーションの画面に模することが好ましい。そうすることにより、Ｗｅｂアプリケーションでありながら、組み込み型のアプリケーションとほとんど変わらない見た目のため、ユーザーは従来から存在する組み込み型のアプリケーションと同等の使用感を得ることができる。

５０２〜５０６は、「戻る」「進む」「中止する」「印刷する」等々のＷｅｂブラウザーが一般的に提供する機能をユーザーが利用するためのメニューボタンである。特に、Ｗｅｂブラウザーが提供する印刷機能を起動する「印刷する」のメニューボタンは使用しないことをここで強調しておく。なぜなら、Ｗｅｂブラウザーが一般的に提供する印刷機能はあくまでディスプレイ上での表示に最適化されたレイアウトで印刷するものであるため、Ｗｅｂブラウザーの印刷機能で紙に印刷してしまうとレイアウトが崩れてしまう。

ここで、一例を挙げる。例えば、Ｗｅｂアプリケーションで作成した複数ページからなる文書データをＷｅｂブラウザーの印刷機能で印刷しようとする。Ｗｅｂブラウザーは、ページ間の区切りも考慮せずレイアウトしてしまうため、ユーザーは期待する出力を得ることができない。本実施例において、文書データを印刷するためにユーザーが利用するのはＷｅｂブラウザー１０でなく、Ｗｅｂアプリケーション２０が提供する印刷メニュー５０８である。

Ｗｅｂアプリケーション２０は、ユーザーから印刷メニュー５０８を介して印刷の指示を受けると、印刷対象データ生成部２０７を用いて、記録紙へ出力する際に最適なレイアウトになるような印刷対象データ２０８を生成する。よって、ユーザーは、所望の体裁で出力を得ることができる。しかしながら、生成された印刷対象データ２０８を印刷するには、印刷対象データ２０８を読み込ませるアプリケーション、および／またはプリンタードライバーをユーザーがあらかじめインストールしておかなければならないという課題がある。

≪図７：印刷管理サービスの内部システム構成≫
上記課題を解決するため、クライアント１の外部から、ユーザーに対してＷｅｂアプリケーション２０で作成した文書データ２０６の印刷機能を提供するのが、印刷管理サーバー３上の印刷管理サービス３０である。図７は、印刷管理サービス３０の内部システムを表すブロック構成図である。

始めに、通信制御部３０１は、Ｗｅｂアプリケーション２０やプリンター４との通信制御を行う。主制御部３０２は、通信制御部３０１から伝達される要求を処理し、各サブコンポーネントへ処理を指示する役割を担う。プリンターリスト制御部３０３は、印刷可能なプリンターのリストを管理し、ユーザーに選択させるＵＩを制御する。

プリンターリスト３０４は、プリンターリスト制御部３０３によって管理されるプリンターリストのデータベースである。ドライバー制御部３０５は、プリンタードライバー３１のＵＩを印刷管理サーバー３上に表示する。印刷管理サーバー３上に表示されたＵＩは、リモート制御部３０７によって遠隔的にクライアント１に表示され、ユーザーによって操作可能なよう表示制御される。ＵＩの遠隔操作によって設定された印刷設定情報は、印刷設定データ３０６としてドライバー制御部３０５によって記憶される。印刷処理部３０８は、印刷対象データ２０８と印刷設定データ３０６から印刷ジョブを生成する処理を担う。ユーザーデータ管理部３０９は、ユーザー設定データ３１０とユーザージョブデータ３１１とを管理する処理を担う。

≪図８：Ｗｅｂアプリケーションによる処理のフローチャート≫
≪図９：印刷機能表示領域コンテンツの例≫
図８は、Ｗｅｂアプリケーション２０による処理を示すフローチャートである。まず、主制御部２０２は、クライアント１から印刷指示が入力されたかどうか判断する（Ｓ１０１）。前述のとおり、Ｗｅｂアプリケーション２０で作成された文書の印刷の指示は、Ｗｅｂブラウザー１０に表示されているメニュー５０８の選択によって行われる。メニュー５０８でユーザーによって選択された操作は、入力制御部１００４、通信制御部１００１、ネットワーク５を通じてＷｅｂアプリケーションサーバー２へ伝わる。さらに、Ｗｅｂアプリケーション２０の通信制御部２０１、主制御部２０２へと伝わり、主制御部２０２は前記操作に対応する処理を実行する。そして、主制御部２０２は、処理に対する応答が再び逆の経路をたどってユーザーに提示される。

主制御部２０２がユーザーによって印刷指示の入力がなされたと判断した場合、印刷対象データ生成部２０７は印刷対象データ２０８を生成する（Ｓ１０２）。印刷対象データ２０８を生成するための元となるデータは、文書管理２０５によって記憶された文書データ２０６である。

次に、主制御部２０２は、Ｓ１０２で生成した印刷対象データ２０８を、ネットワーク５経由でアクセスする印刷管理サーバー３がアクセスできるように、印刷対象データ２０８の保存場所を示すＵＲＬを生成する（Ｓ１０３）。すなわち、ＲＡＭ１０２上のデータとして記憶された印刷対象データ２０８を、外部からＷｅｂコンテンツとして認識される外部メモリ１１１の適切なアドレスにコピーし、さらにそのＷｅｂコンテンツを指し示すＵＲＬを生成する。

ここでは例として、Ｓ１０３によってＷｅｂコンテンツとなった印刷対象データ２０８のＵＲＬを「ｈｔｔｐ：／／ｄｏｃｕｍｅｎｔｓ．ｈｏｏ．ｃｏｍ／ｄａｔａ／１１１２２２３３３．ｘｐｓ」とする。なお、主制御部２０２は、このＵＲＬが示すＷｅｂコンテンツをその他のユーザーにのぞき見られないよう、アクセス元のネットワークアドレス等に応じてアクセス制限しても良い。

次に、主制御部２０２は、印刷管理サービス３０に対する表示要求を内包した印刷機能表示領域コンテンツを生成する（Ｓ１０４）。図９に印刷機能表示領域コンテンツ９０１を示す。印刷機能表示領域コンテンツ９０１とは、クライアント１にＷｅｂアプリケーションの画面として送信するＨＴＭＬ文書の一部となる記述である。９０１は、ＨＴＭＬ文書の文法規則にしたがって記述されており、１つの＜ｏｂｊｅｃｔ／＞要素とその属性から構成される。ここで＜ｏｂｊｅｃｔ／＞要素は、Ｗｅｂブラウザーの補助プログラムであるプラグインを用いてＷｅｂブラウザー１０の一部に表示するＷｅｂコンテンツに関する情報を示す。

ｉｄ属性は要素の識別子を表す。この識別子は、ＨＴＭＬ文書のレイアウトを記述したＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）において参照される。ＣＳＳでは、識別子が指すＷｅｂコンテンツ（すなわち＜ｏｂｊｅｃｔ／＞要素）の表示位置、表示サイズなどを指定することが可能である。ｉｄ属性が示す情報を元に、Ｗｅｂブラウザー１０の一部に表示されるＷｅｂコンテンツの表示位置、表示サイズが決定される。

ｔｙｐｅ属性は、Ｗｅｂブラウザー１０の一部に表示されるＷｅｂコンテンツの種類を表す。ｔｙｐｅ属性が「ｒｅｍｏｔｅ−ｃｏｎｎｅｃｔｉｏｎ」の場合は、コンテンツが、ネットワーク経由で別のコンピュータのＵＩを表示したり操作したりするリモートデスクトップ技術を用いて表示されるＷｅｂコンテンツであることを表す。リモートデスクトップ技術を用いて、Ｗｅｂブラウザー１０は、Ｗｅｂブラウザー１０の一部に表示されるＷｅｂコンテンツとして別のコンピュータのＵＩを表示させる。ｓｒｃ属性は、Ｗｅｂブラウザー１０の一部に表示するＷｅｂコンテンツのＵＲＬを表し、本実施例ではその値として印刷管理サービス３０のＵＲＬを指定する。

前記ＵＲＬの前半部分である第１のアドレス「ｈｔｔｐ：／／ｐｒｉｎｔ．ｂａｒ．ｃｏｍ／ｍａｉｎ．ａｓｐｘ」は、ネットワーク５における印刷管理サービス３０のプログラム位置情報を表す。「？」より後ろの第２のアドレス「ｄａｔａ＝ｈｔｔｐ：／／ｄｏｃｕｍｅｎｔｓ．ｈｏｏ．ｃｏｍ／ｄａｔａ／１１１２２２３３３．ｘｐｓ」は、印刷管理サービス３０に引き渡すパラメーターを表す。前記パラメーターの値である「ｈｔｔｐ：／／ｄｏｃｕｍｅｎｔｓ．ｈｏｏ．ｃｏｍ／ｄａｔａ／１１１２２２３３３．ｘｐｓ」は、Ｓ１０３によって生成した印刷対象データ２０８のＵＲＬである。このようにパラメーターとして印刷対象データ２０８のＵＲＬを印刷管理サービス３０へ送信することにより、印刷管理サービス３０が印刷対象データ２０８へアクセスすることが可能となる（詳細な説明について後述する）。主制御部２０２は、生成した印刷機能表示領域コンテンツ９０１を含むＵＩのＷｅｂコンテンツを、通信制御部２０１を通じてＷｅｂブラウザー１０に送信する（Ｓ１０５）。この送信は、Ｗｅｂアプリケーションサーバー２のアドレス送信部（ネットワークＩ／Ｆ１０８）により実現される。なお、上述の通り、印刷機能表示領域コンテンツ９０１には、印刷管理サーバー３のアドレスと、Ｗｅｂアプリケーションサーバー２に保存されている、Ｗｅｂアプリケーションを用いて生成された文書データの保存場所のアドレスの両方のアドレスが含まれている。以上、印刷機能表示領域コンテンツについて説明した。

≪図１０：Ｗｅｂブラウザーによる処理のフローチャート≫
≪図１２（ａ）：印刷機能表示領域のユーザーインターフェース例≫
図１０は、Ｗｅｂブラウザー１０による処理を示すフローチャートである。まず、Ｓ１０５でＷｅｂアプリケーション２０から送信された印刷機能表示領域コンテンツ９０１を含むＷｅｂコンテンツを受信すると、コンテンツ表示部１００３は受信したＷｅｂコンテンツを解析する（Ｓ２０１）。なお、ここで言うＷｅｂコンテンツとは、Ｗｅｂアプリケーション２０の操作画面の画面情報（例えば、ＨＴＭＬ文書）と、そのレイアウトを記述したＣＳＳである。

次にコンテンツ表示部１００３は、解析の結果として、Ｗｅｂアプリケーション２０のユーザーインターフェースを表示する（Ｓ２０２）。図１２（ａ）は、Ｓ２０２の結果として表示されたユーザーインターフェースを示す図である。６０１は、印刷機能表示領域コンテンツ９０１の解析結果を基に表示された印刷機能表示領域である。図１２（ａ）の画面構成は、ＣＳＳによって、文書編集画面の領域５０７を背景としてグレイアウトし、かつ前景となる印刷機能表示領域６０１を画面中央に配置するよう指定されている。よって、図１２（ａ）で示す画面は、あたかも組み込み型のアプリケーションでモーダルダイアログを開いたかのような見た目を実現している。

なおＳ２０２の時点で、Ｗｅｂブラウザー１０は、印刷機能表示領域６０１の内部に表示する印刷機能コンテンツをまだ取得していないため、６０１の内部には何も表示されない。そこで、６０１内部の表示が進行中であることをユーザーに知らせるために、図１２（ａ）の例に示すよう砂時計アイコンなどを表示してもよい。なお、砂時計アイコンは、Ｗｅｂブラウザー１０にデフォルトで設定されている待ち画面でも良いし、Ｗｅｂアプリケーションサーバー２から送信される画面情報であっても良い。次にコンテンツ表示部１００３は、Ｓ２０２で解析した印刷機能表示領域コンテンツ９０１に含まれるｓｒｃ属性が示すＵＲＬにアクセスすることによって、印刷管理サービス３０に６０１の内部に印刷機能を表示するよう表示要求を送信する（Ｓ２０３）。

≪図１１：印刷管理サービスによる処理のフローチャート≫
≪図１２（ｂ）：プリンターリストのユーザーインターフェース例≫
≪図１２（ｃ）：プリンタードライバーのユーザーインターフェース例≫
図１１は、印刷管理サービス３０による処理を示すフローチャートである。始めに主制御部３０２は、通信制御部３０１を通じて、Ｓ２０３で送信された表示要求を受信すると、Ｓ３０２に進む（Ｓ３０１）。Ｓ３０１で受信する表示要求には、印刷管理サービス３０に引き渡すパラメーターも含まれていることは、先に述べた通りである。次に、プリンターリスト制御部３０３は、主制御部３０２からの指示を受けて、プリンターリスト３０４を読み込む（Ｓ３０２）。

プリンターリスト３０４は、本印刷システムによって出力可能なプリンターのデータベースであり、各プリンターに関して、プリンター名、設置場所、ネットワークアドレス等の情報を保持している。なお、本実施例のプリンターリストは、クライアント１を利用しているユーザーが利用できるプリンターのリストである。しかし、プリンターリストの内容は、特定の内容に限定されるものではない。

次に、プリンターリスト制御部３０３は、読み込んだプリンターリストの情報を元に、印刷するプリンターを選択するためのＵＩを印刷管理サーバー３上に表示する（Ｓ３０３）。次に、リモート制御部３０７は、プリンターリストのＵＩを印刷機能表示領域６０１の内部にリモート表示する（Ｓ３０４）。リモート表示とは、リモートデスクトップ技術を用いて、印刷管理サーバー３上に表示されたＵＩを、ネットワーク５経由でクライアント１上の印刷機能表示領域６０１に転送し、かつクライアント１からＵＩを操作可能なように表示させることを指す。

図１２（ｂ）に、Ｓ３０４の結果として表示された、プリンターリストの画面６０２を示す。６０３は、プリンターリストの情報を表示したリストコントロールであり、ユーザーはＷｅｂブラウザー１０を介して印刷するプリンターを１つ選択できる。詳細設定ボタン６０４は、選択されたプリンターにおける印刷設定を行うメニューである。また、ＯＫボタン６０５は印刷指示を与えるメニュー、キャンセルボタン６０６は印刷中止指示を与えるメニューである。ここで注目すべき点は、文書データの編集画面５０７はＷｅｂアプリケーション２０に、プリンターリストの画面６０２は印刷管理サービス３０から送信されるＷｅｂコンテンツによってそれぞれ表示されている点である。

Ｗｅｂアプリケーション２０は、印刷機能表示領域６０１をプレイスホルダーとして表示させ、プレイスホルダーの中身である印刷機能の表示処理は、すべて印刷管理サービス３０に委譲されている。また、印刷機能表示領域６０１の内部（ここではプリンターリストの画面６０２）に対してユーザーが操作入力したという情報は、Ｗｅｂアプリケーション２０ではなく、印刷管理サービス３０の方に送られることはいうまでもない。なぜなら、印刷機能表示領域６０１の画面は印刷管理サービス３０が送信してくる画面であり、その画面を用いて入力した情報だからである。

次に、リモート制御部３０７は、Ｓ３０５において、詳細設定ボタン６０４の選択操作がユーザーによって入力されたらＳ３０５に進み、そうでなければＳ３０８に進む。

次に、ドライバー制御部３０５は、主制御部３０２からの指示を受けて、６０３で選択されたプリンターに対応したプリンタードライバーのＵＩを開く（Ｓ３０６）。本実施例では、プリンターとしてはプリンター４が選択され、対応するプリンタードライバーがプリンタードライバー３１である。

次に、リモート制御部３０７は、プリンタードライバー３１のユーザーインターフェースを印刷機能表示領域６０１の内部にリモート表示する（Ｓ３０７）。Ｓ３０７の結果、図１２（ｃ）に示すように、印刷機能表示領域６０１の表示内容は、プリンターリストのユーザーインターフェース６０２からプリンタードライバーのＵＩであるユーザーインターフェース６０７に切り替わる。ユーザーインターフェース６０７では、プリンター４に特化した様々な印刷設定（例えば、用紙サイズ、ステイプル、カラーマッチングなど）を入力することが可能となっている。ユーザーインターフェース６０７は、印刷設定画面である。ＯＫボタン６０８は入力した印刷設定を確定するメニュー、キャンセルボタン６０９は入力した印刷設定を破棄するメニューである。

次に、リモート制御部３０７は、Ｓ３０８において、ＯＫボタン６０８が押され印刷設定が確定されたことに応じてＳ３０９へ処理を進め、キャンセルボタン６０９が押され印刷設定が破棄されたことに応じてＳ３０５へ処理を戻す。

次に、ドライバー制御部３０５は、確定された印刷設定の情報をプリンタードライバー３１から受け取り、印刷設定データ３０６を更新する（Ｓ３０９）。次に、リモート制御部３０７は、Ｓ３１０において、出力するプリンターと印刷設定が確定され、プリンターリスト６０２上のＯＫボタン６０５が押され、印刷指示が出されたことに応じてＳ３１１へ処理を進める。なお、Ｗｅｂブラウザー１０を介して印刷指示が出された場合、通信制御部１００１、ネットワークＩ／Ｆ１０８により、印刷指示が印刷管理サーバー３へ送信される。一方、キャンセルボタン６０６が押された場合は、印刷中止指示が出されたと判断しＳ３１４に進む。

次に主制御部３０２は、Ｓ３０１で受信した表示要求において指定された「ｄａｔａ＝ｈｔｔｐ：／／ｄｏｃｕｍｅｎｔｓ．ｈｏｏ．ｃｏｍ／ｄａｔａ／１１１２２２３３３．ｘｐｓ」のＵＲＬにアクセスする。そして、主制御部３０２は、Ｗｅｂアプリケーション２０から印刷対象データ２０８を取得する（Ｓ３１１）。

次に、印刷処理部３０８は、主制御部３０２の指示を受けて、取得した印刷対象データ２０８を、印刷設定データ３０６の印刷設定を用いて、プリンタードライバー３１に対して印刷実行を依頼し、印刷データを生成する（Ｓ３１２）。Ｓ３１２の印刷実行処理は、例えば、ＧＤＩ印刷やＸＰＳ印刷などの既存技術によって実現される。なお、もしＳ３０９のステップが実行されない場合、即ち、ユーザーが印刷設定を入力確定せずに印刷指示を出した場合、印刷処理部３０８は、プリンタードライバー３１の既定（デフォルト）印刷設定を用いて印刷実行するものとする。

次に、主制御部３０２は、Ｓ３０９の印刷実行の結果として生成される印刷ジョブをプリンター４に送信する（Ｓ３１３）。プリンター４は、印刷ジョブを受信すると印刷出力を行う。そして、主制御部３０２は、Ｗｅｂアプリケーション２０に対して、印刷機能表示領域６０１を非表示にするよう要求を送信する（Ｓ３１４）。Ｗｅｂアプリケーション２０は、Ｓ３１４の要求を受けると印刷機能表示領域６０１を非表示にし、文書編集画面を領域５０７の前景として表示する。こうすることで、印刷機能の操作が終了し、通常の編集機能の操作に復帰したことをユーザーが理解できる。以上、Ｗｅｂブラウザー１０、Ｗｅｂアプリケーション２０、印刷管理サービス３０の処理について説明した。

なお、Ｗｅｂアプリケーション２０は、Ｗｅｂブラウザー１０からアクセスされるたびに（すなわちセッションごとに）、独立したアプリケーションのプロセスを起動する。そのため、１台のクライアントから複数のユーザーが、また複数のクライアントから複数のユーザーが同時に利用することが可能である。したがって、本発明の印刷システムの処理も１つのセッションごとに独立して実行されるため、複数のユーザーが同時に利用することが可能である。

さらに、本発明の印刷システムは、１つのセッションごとに独立して実行されることから、複数のＷｅｂアプリケーションから同時に利用することも可能である。また、Ｓ３０２〜Ｓ３０４の説明で述べた通り、本発明の印刷システムは複数のプリンターを扱うことも可能である。出力可能なプリンターを新たに追加する場合、プリンターリスト３０４に当該プリンターの情報を追記し、当該プリンターに対応したプリンタードライバーを印刷管理サーバー３上にインストールする。

（実施例２）
≪図１３：デフォルト設定管理画面のインターフェース例≫
≪図１４：デフォルトプリンターおよびデフォルト印刷設定の管理処理のフローチャート≫
≪図１５：ユーザー設定データの構造を表す模式図≫
実施例１では、Ｗｅｂアプリケーション上から出力先のプリンターを選択し、印刷設定を行い、印刷を実行する処理について述べた。しかしながら、実施例１は、あらかじめ通常使う出力先のプリンターを設定する他、あらかじめプリンターのデフォルトの印刷設定を指定しておくユースケースについて言及されていない。そこで本実施例２では、ユーザーごとにデフォルトの出力先や印刷設定を指定する処理について述べる。

まず、ユーザーごとの設定を行うための前提として、Ｗｅｂアプリケーション２０と印刷管理サービス３０は、アカウント制御サーバー３上のアカウント制御システム６１と連携できるものとする。ユーザーは、Ｗｅｂアプリケーション２０と印刷管理サービス３０にアクセスする前にアカウント制御システム６１でログイン処理を行い、利用するユーザー自身が何者であるかの情報が伝わるようにするものとする。そのようなアカウント制御システムの元で、印刷管理サービス３０のユーザーデータ管理部３０９は、ユーザーごとの設定に関する情報を含むユーザー設定データ３１０を管理する役割を担う。

図１３にデフォルト設定管理画面７０１のユーザーインターフェースの一例を示す。デフォルト設定管理画面７０１は、Ｗｅｂブラウザー１０から、印刷管理サービス３０にアクセスすることによりＷｅｂコンテンツとして配信され、表示される。前述した通り、ユーザーはログイン処理をした上で印刷管理サービス３０にアクセスしているので、７０１で表示・設定できる情報はユーザーごとにカスタマイズされたものである。

プリンターリストの７０２は出力可能なプリンターの一覧が表示され、プリンター名と、デフォルトプリンターであるかどうかの情報がわかるようになっている。デフォルトプリンターボタン７０３は７０２で選択されたプリンターをデフォルトプリンターとして設定するメニューである。デフォルト印刷設定ボタン７０４は選択されたプリンターのデフォルト印刷設定をするメニューである。ＯＫボタン７０５は設定を確定させるメニュー、キャンセルボタン７０６はキャンセルするメニューである。

図１４は実施例２の処理を表すフローチャートである。はじめに主制御部３０２は、通信制御部３０１を通じて、Ｗｅｂブラウザー１０に表示されたデフォルト設定管理画面７０１を通じて入力されたデフォルトプリンター設定指示を受信すると、Ｓ４０２に進む（Ｓ４０１）。デフォルトプリンター指示は、デフォルトプリンターボタン７０３を押すことによりＷｅｂブラウザーから送信される。デフォルトプリンター設定指示には、プリンターリスト７０２でデフォルトとして選択したプリンター名の情報が含まれているので、それをユーザー設定データ３１０に書き込んで保存する（Ｓ４０２）。

図１５はユーザー設定データ３１０のデータ構造を示す模式図である。前述の通り、ユーザー設定データ３１０はＵｓｅｒＡ、ＵｓｅｒＢ、とユーザーごとに管理されており、それぞれプリンターごとにデフォルトプリンターであるかどうかと、デフォルト印刷設定の情報を含んでいる。次に主制御部３０２は、通信制御部３０１を通じて、入力されたデフォルト印刷設定指示を受信すると、Ｓ４０４に進む（Ｓ４０３）。デフォルト印刷設定指示は、デフォルト印刷設定ボタン７０４を押すことによりＷｅｂブラウザーから送信される。

次に主制御部３０２は、デフォルト印刷設定指示で指定されたプリンターに対応したドライバーのＵＩをドライバー制御部３０５によって開き、リモート制御部３０７によってＷｅｂブラウザー１０に表示する（Ｓ４０４）。ユーザーは表示された図１２（ｃ）の６０７のようなドライバーＵＩを通じてデフォルトの印刷設定（例えば、両面印刷、白黒印刷など）を入力し、ＯＫボタン６０８を押して設定を確定させる（Ｓ４０６）。キャンセルボタン６０９が押された場合は処理を終了する。

印刷設定が確定されると、ドライバーによって印刷設定データが生成されるので、それをユーザー設定データ３１０の、指定プリンターのデフォルト印刷設定を表す情報を更新して保存する（Ｓ４０７）。以上Ｓ４０１〜Ｓ４０７の処理によって保存されたユーザーごとの設定は、Ｗｅｂアプリケーション２０による印刷処理時に使用され、ユーザーの使い勝手を向上させる。

まず、Ｓ３０３〜Ｓ３０４において出力先のプリンターリストを読み込んで表示する際に、Ｗｅｂアプリケーション２０はユーザー設定データ３１０を読み込み、デフォルトとして指定されたプリンターにあらかじめカーソルを当てるようにする。これによりユーザーは通常使うプリンターをいちいち選び直さなくて良くなる。また、Ｓ３０６〜Ｓ３０７においてドライバーのＵＩを開いて表示する際、Ｗｅｂアプリケーション２０はユーザー設定データ３１０を読み込み、保存されたデフォルトの印刷設定を初期値として指定してＵＩを開く。これによりユーザーは事前に入力しておいた両面印刷、白黒印刷など設定をいちいち入力し直さなくて良くなる。

（実施例３）
実施例１では、ユーザーが印刷指示を行った後、印刷管理サービス３０が印刷ジョブをプリンター４に送信するが、実際にプリンター４でジョブが出力されたかどうかや、過去に印刷したジョブの情報を知る手段について言及されていない。そこで本実施例３では、ユーザーが本システムの印刷ジョブの進捗や履歴の情報を取得する方法について述べる。

≪図１６：ユーザージョブデータの管理処理のフローチャート≫
≪図１７：ユーザージョブデータの構造を表す模式図≫
≪図１８：ジョブ一覧画面のユーザーインターフェース例≫
図１６は実施例３の処理を表すフローチャートである。まず、印刷処理部３０８は、ユーザーからの印刷指示を受けて印刷処理を開始すると、印刷開始されたジョブの情報を、ユーザーデータ管理部３０９を通じてユーザージョブデータ３１１に追加する（Ｓ５０１）。ここで、図１７にユーザージョブデータ３１１のデータ構造を表す模式図を示す。

ユーザージョブデータ３１１も、ユーザー設定データ３１０と同様に、ユーザーごとに情報が管理されている。ユーザーごとに管理されるジョブに関する情報としては、ジョブ名、出力先のプリンター、ジョブの受付時刻、ジョブのステータスが含まれる。そのようなジョブに関する情報がジョブの数だけ保存される構造となっている。Ｓ５０１において、ジョブ名、プリンター、受付時刻の情報は明らかなので印刷処理部３０８が指定する。ステータスに関しては後述処理で更新されるのでここでは指定しない。

次に印刷処理部３０８は、印刷管理サーバー３上におけるジョブのステータスを取得する（Ｓ５０２）。ジョブのステータスは印刷管理サーバー３で動作するＯＳのＡＰＩを通じて取得することができる。取得方法は、一定時間ごとにステータスを取っても良いし、ステータスに変化があったときだけＯＳから通知を受ける方法であっても良い。次に印刷処理部３０８は、ステータスに変化があったら、ユーザージョブデータ３１１のステータスの情報を更新する（Ｓ５０３）。ステータスとして取得される値には、例えば「印刷中」「一時停止」「再起動中」「印刷済み」などがある。印刷処理部３０８は、ステータスの取得と情報の更新を繰り返し、ステータスが「印刷済み」となったら処理を終了する（Ｓ５０４）。

このようにして随時ジョブの進捗が更新される様子や、過去に印刷したジョブの履歴を見るための手段として、ユーザーにはジョブ一覧画面８０１が用意される。ジョブ一覧画面８０１は、Ｗｅｂブラウザー１０から、印刷管理サービス３０にアクセスすることによりＷｅｂコンテンツとして配信され、表示される。図１８にジョブ一覧画面８０１のユーザーインターフェース例を示す。リスト８０２にはユーザーのジョブに関する情報が表示されている。ＯＫボタン８０３を押すとジョブ一覧画面８０１を閉じることができる。
このような画面を通じてユーザーは印刷中あるいは印刷済みのジョブに関する情報を知ることができるようになる。

（変化形）
本発明の実施例では、図１２（ａ）、（ｂ）、（ｃ）で示すように、Ｗｅｂブラウザーの操作画面の一部に印刷設定画面を表示するような構成であった。しかしながら、印刷設定画面の表示の仕方はこれに限定されるものではない。例えば、Ｗｅｂブラウザー１０がタブブラウザーである場合は、操作画面とは異なる別のタブで印刷設定画面を表示するようにしても良い。また、その他の例として、操作画面を表示しているＷｅｂブラウザー１０とは異なる、別のＷｅｂブラウザーを起動し印刷設定画面を表示するようにしても良い。

Claims (6)

1. 印刷管理サーバー、Ｗｅｂアプリケーションサーバー、クライアント、および画像形成装置を含む印刷システムであって、
   前記Ｗｅｂアプリケーションサーバーは、
   前記印刷管理サーバーのアドレスを示す第１のアドレスと、前記Ｗｅｂアプリケーションサーバーに保存されている文書データの保存場所のアドレスを示す第２のアドレスの両方を送信するアドレス送信手段を有し、
   前記クライアントは、
   前記アドレス送信手段により送信された第１のアドレスを参照し、前記画像形成装置に対応する印刷設定画面の情報を前記印刷管理サーバーから受信し、該受信した情報を基に印刷設定画面を表示するＷｅｂブラウザーと、
   前記アドレス送信手段により送信された第２のアドレスを前記印刷管理サーバーへ送信する送信手段と、を有し、
   前記印刷管理サーバーは、
   前記Ｗｅｂブラウザーが表示する印刷設定画面を介して入力された印刷設定情報と、
   前記送信手段により送信された第２のアドレスを基に前記Ｗｅｂアプリケーションサーバーから受信した前記文書データと、を取得する取得手段と、
   前記取得手段により取得された印刷設定情報と文書データとを基に印刷データを生成する生成手段とを有し、
   前記画像形成装置は、
   前記生成手段により生成された印刷データを前記印刷管理サーバーから受信し、該受信した印刷データを印刷する印刷手段を有することを特徴とする印刷システム。
2. 前記アドレス送信手段は、
   前記クライアントから印刷指示があった場合に、前記第１のアドレス、および前記第２のアドレスの他にモーダルダイアログを表示する指示を送信し、
   前記Ｗｅｂブラウザーは、
   モーダルダイアログを表示する指示を受信したことに応じて、前記Ｗｅｂアプリケーションサーバーが保有するＷｅｂアプリケーションを操作する操作画面の上に、モーダルダイアログを表示し、前記印刷管理サーバーから前記印刷設定画面を受信したことに応じて、前記モーダルダイアログ上に前記印刷設定画面を表示することを特徴とする請求項１に記載の印刷システム。
3. 前記Ｗｅｂブラウザーは、
   前記モーダルダイアログを表示した後であり、かつ前記印刷管理サーバーから前記印刷設定画面を受信するまでの間は、表示が進行中であることをユーザーに知らせるためのアイコンを前記モーダルダイアログ上に表示することを特徴とする請求項２に記載の印刷システム。
4. Ｗｅｂアプリケーションを有するＷｅｂアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントであって、
   操作画面を表示するＷｅｂブラウザーと、
   前記Ｗｅｂブラウザーの操作画面を用いて前記Ｗｅｂアプリケーションを操作し生成された文書データの印刷指示を前記Ｗｅｂアプリケーションサーバーへ送信する送信手段を有し、
   前記Ｗｅｂブラウザーは、
   前記送信手段により送信された印刷指示に応じて前記Ｗｅｂアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするクライアント。
5. Ｗｅｂアプリケーションを有するＷｅｂアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントを制御する制御方法であって、
   Ｗｅｂブラウザーは、操作画面を表示し、
   送信手段は、前記Ｗｅｂブラウザーの操作画面を用いて前記Ｗｅｂアプリケーションを操作し生成された文書データの印刷指示を前記Ｗｅｂアプリケーションサーバーへ送信し、
   前記Ｗｅｂブラウザーは、
   前記送信手段により送信された印刷指示に応じて前記Ｗｅｂアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするクライアントを制御する制御方法。
6. Ｗｅｂアプリケーションを有するＷｅｂアプリケーションサーバー、および印刷管理サーバーと通信可能なクライアントで実行されるＷｅｂブラウザーのプログラムであって、
   操作画面を表示するステップと、
   前記操作画面を用いて前記Ｗｅｂアプリケーションを操作し生成された文書データの印刷を前記Ｗｅｂアプリケーションサーバーへ指示する指示ステップとを含み、
   前記Ｗｅｂブラウザーは、
   前記指示ステップにより指示された印刷指示に応じて前記Ｗｅｂアプリケーションサーバーから送信されるアドレスを基に前記印刷管理サーバーへアクセスし、該印刷管理サーバーから前記文書データを印刷する画像形成装置の印刷設定画面を受信し、該受信した印刷設定画面を表示することを特徴とするプログラム。

Images