JP2000284937A

JP2000284937A - ネットワークプリントシステム及び情報処理装置及びその制御方法

Info

Publication number: JP2000284937A
Application number: JP2000012126A
Authority: JP
Inventors: Kiyotaka Miura; 清隆三浦; Akira Ueda; 晃上田; Tsunehiro Tsukada; 恒博塚田; Yasuyuki Tsukui; 保幸津久井; Takashi Matsushita; 敬松下; Masaki Tamura; 正樹田村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-01-29
Filing date: 2000-01-20
Publication date: 2000-10-13
Anticipated expiration: 2020-01-20
Also published as: US7126704B2; US20050024677A1; JP4745478B2; US20050018249A1; US6862103B1; US7633640B2

Abstract

(57)【要約】【課題】Ｗｅｂブラウザを用いて作成した帳票等の画像
データを高品質で印刷する。【解決手段】クライアント１０１のＷｅｂブラウザ１１
４で帳票が表示され、その印刷が指示されると、その指
示はサーバ１０６に送信され、帳票テンプレート格納部
１０８から適当なテンプレートが検索され、画像生成部
１１１でデータと合成されてプリント出力部１１２でＰ
ＤＬに変換され、プリンタ１１３から高品質で印刷され
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば電話網等の
ネットワークを介して接続されたクライアント及びサー
バを含むネットワークシステムにおいて、クライアント
からの要求に基づいて帳票などのプリントを行うための
ネットワークプリントシステム及び情報処理及びその制
御方法に関するものである。

【０００２】

【従来の技術】インターネットの急速な発展とＷｅｂサ
ーバの林立に伴い、業務処理のＷｅｂ化が推進されてい
る。Ｗｅｂサーバとは、ＨＴＴＰ(Hyper Text Transfer
Protocol)やＦＴＰ(File Transfer Protocol)等をサポ
ートする、ネットワークに接続されたコンピュータなど
を指し、ＵＲＬ(Uniform Resource Locator)で指定され
た、ＨＴＭＬ(Hyper text Markup Language)などで記述
された文書データファイル等を、要求に応じてネットワ
ーク上のクライアントに送信することができる。一方、
パーソナルコンピュータ等のクライアントコンピュータ
では、ＨＴＭＬで記述されたデータ（ＨＴＭＬ文書）を
表示する機能を持つＷｅｂブラウザと呼ばれるアプリケ
ーションプログラム（単にブラウザとも呼ぶ）を用い
て、Ｗｅｂサーバから受信したＨＴＭＬ文書を表示す
る。ブラウザは、単にＨＴＭＬ文書を表示するのみなら
ず、ＨＴＭＬの記述に従って、画面上でデータを入力さ
せ、それをＷｅｂサーバに返送する機能を持つのが普通
である。なお、Ｗｅｂ化とは、クライアントからＵＲＬ
を指定してサーバとのデータ交換を行えるようにするこ
とを指す。

【０００３】Ｗｅｂ化された業務システムでは、クライ
アントコンピュータは情報の表示及び入力が可能なブラ
ウザを搭載し、オペレータはブラウザをユーザインター
フェースとして表示及び入力等の業務処理を遂行する。
この際には、クライアント上のブラウザから入力された
情報をＷｅｂサーバが受け取り、サーバ内で加工して再
びブラウザに送信し、そこで表示を行う等の動作を必要
なだけ行って結果を得るというような手順で業務が遂行
される。

【０００４】このように、Ｗｅｂブラウザにサーバから
ドキュメントや画像等のデータを渡す場合には、Ｗｅｂ
サーバのファイルシステムにおける、クライアントから
アクセス可能な特定のディレクトリ（ＨＴＴＰ用語での
ドキュメントルートを指す。以下ディレクトリと呼ぶ）
にこれらのデータファイルを置く。そのファイルをクラ
イアントが要求したなら、クライアントにはそのファイ
ルのＵＲＬを渡す。クライアントではそのＵＲＬを指定
してＦＴＰなどを用いれば、所望のファイルがサーバか
らクライアントに送信される。

【０００５】

【発明が解決しようとする課題】このようなブラウザ経
由の業務処理において問題となっているのは、通常の業
務処理には欠かせないプリント処理に関する部分であ
る。プリント処理における第１の問題点として、特に帳
票等、フォーマットに従った美しいプリントを行うこと
が、ブラウザを用いては実現できなかった。通常のブラ
ウザはプリント機能を有するものの、この機能は、ブラ
ウザによって画面に表示されたイメージのハードコピー
を、ブラウザ配下のプリンタでプリントするものであ
る。このプリント方式では、用紙サイズを越えるイメー
ジの印刷や、複数ページの印刷におけるページ区切り等
の問題もあり、美しいプリントは得られない。また、表
示されるデータがドットイメージデータを含む場合、そ
のデータを美しく印刷することは到底望むことはできな
い。

【０００６】第２に、クライアントはネットワーク上に
分散しており、多くのクライアントがひとつのサーバに
対して処理の要求を発行すれば、サーバの負荷が高ま
り、クライアントの待ち時間が長くなるばかりか、甚だ
しい場合には、サーバがダウンすることすらあり得る。

【０００７】特に、このようなネットワークシステムに
おいては、クライアントからの要求に対するサーバから
の応答データは、要求データが伝送されたネットワーク
経路と同じ経路を通ってクライアントに返され、また、
プリントデータである応答データは、要求データに比較
すると、そのサイズは圧倒的に大きい場合が多い。この
ため、クライアントからの要求が殺到すると、サーバか
らの応答データの通信量がネットワークを占有してしま
い、サーバに処理余力があるにもかかわらず、クライア
ントからの要求がサーバに届きにくくなる。

【０００８】第３に、サーバにおける障害が発生した場
合、サービスが全面的に停止してしまうことになり、業
務処理の停止という重大な事態を引き起こすこともあり
得るという問題点がある。

【０００９】第４に、クライアント配下のプリンタから
サーバから受信したデータをプリントする場合、クライ
アント配下に複数のプリンタが接続されている場合は、
印刷すべきデータがデフォルトプリンタから正しく印刷
できるとは限らないという問題があった。

【００１０】第５に、従来のプリント方式では、用紙サ
イズを越えるイメージを含む場合、複数ページにまたが
る場合等の印刷において、ページ区切りによって１つの
画像が複数ページに分割されてしまったり、さらに分割
される位置が印字される内容とは無関係であるため、数
字の上下が別の用紙に印字されてしまう等、使い勝手の
良い、美しい出力結果が得られていなかった。

【００１１】さらに、この方式では、Ｗｅｂサーバのデ
ィレクトリに置かれたファイルは、そのサーバと接続可
能なあらゆるクライアントから参照可能となってしま
い、情報の安全性に問題がある。特に、Ｗｅｂサーバと
クライアント間が広域のネットワークである場合など、
通信される情報を秘匿する必要がある。特に、業務処理
上重要なデータのプリント処理の場合は、処理を要求し
たユーザ以外の他者によってプリントできないような機
能が必要である。また、送信されるデータの種類によっ
ては秘匿性よりも処理速度を要求する場合もあるので、
選択的に秘匿すべきである。

【００１２】従来、通信される情報を秘匿する場合に
は、盗聴されにくいプロトコル技術が用いられている
が、システム全体で対応しないと利用することができな
いという問題がある。例えば、ネットワークプリンタを
このようなネットワークプリントシステムに使用しよう
とした場合、そのネットワークプリンタ自身が暗号・復
号化のプロトコルに対応していないと利用できない。

【００１３】加えて、印刷しようとする帳票のフォーマ
ットがある期日より無効になる、もしくは変更されるよ
うな場合等において、旧式フォーマットの利用に制限を
かけ、ユーザが印刷しないように促す機能が望まれてい
る。

【００１４】また、Ｗｅｂブラウザの動作設定によって
は、Ｗｅｂサーバ上でのファイル名やＵＲＬを基本とし
たキャッシュ機能を持っている場合がある。このような
場合、そのＷｅｂブラウザを使用してサーバにデータの
要求を行うと、例えばサーバがファイル名を変えないま
まその内容を更新しているような場合、Ｗｅｂブラウザ
ではキャッシュしたファイルを開いてしまうために、最
新のファイルを入手できないといった問題も生じ得る。

【００１５】さらに、サーバからクライアントに送信さ
れた印刷データをクライアント側で印刷する際に、印刷
させようとしているプリンタが他からの印刷要求等でビ
ジー状態にある時、その印刷処理が終了するまで次の印
刷を待たなければならない。少しでも早く印刷結果を得
たいような場合では、近くに設置されている他のプリン
タに処理を移管することで、クライアント側の印刷処理
を分散することが望まれている。また、複数存在するプ
リンタの中からユーザが印刷しようとする帳票の種類に
応じて最適な条件を自動的に選択する機能が望まれてい
る。

【００１６】

【課題を解決するための手段】本発明は上記問題点に鑑
みてなされたもので、Ｗｅｂブラウザを用いて高品質の
画像を出力できるネットワークプリントシステム及び情
報処理及びその制御方法を提供することを目的とする。

【００１７】また、サーバの負荷を軽減してクライアン
トを待たせず、またシステムダウンの可能性を低減した
ネットワークプリントシステム及び情報処理装置及びそ
の制御方法を提供することを目的とする。

【００１８】また、サーバが一部停止しても、全面的に
処理を停止させないネットワークプリントシステム及び
ネットワークサーバ装置及びその制御方法を提供するこ
とを目的とする。

【００１９】また、サーバから受信したデータに適した
プリンタから印刷を行うネットワークプリントシステム
及び情報処理装置及びその制御方法を提供することを目
的とする。

【００２０】本発明はまた、一般のクライアントから参
照できない場所にファイルを保存し、そのファイルを作
成する都度そのファイルの作成を指示したクライアント
にそのファイルを送信することで、不特定のクライアン
トからのデータの参照を不可能とし、また、最新のファ
イルをクライアントに渡すことのできるネットワークプ
リントシステム及び情報処理装置及びその制御方法を提
供することを目的とする。

【００２１】本発明は、また、Ｗｅｂサーバからクライ
アントに対して送信されるプリント画像を暗号化する手
段をサーバ側に設け、復号化する手段をクライアント側
の付加的なプログラムに設けることによって、より秘匿
された通信を可能にしたネットワークプリントシステム
及びその制御方法を提供することを目的とする。

【００２２】本発明は、また、印刷処理の有効期限、印
刷可能な回数といった制限情報を保持するデータベース
を設けることにより、帳票データの使用を制限する事が
可能なネットワークプリントシステム及びその制御方法
を提供することを目的とする。

【００２３】本発明は、また、クライアント側に設置さ
れる各プリンタの処理状況に応じて選択したプリンタに
印刷を指示することにより、印刷結果が早く得られるネ
ットワークプリントシステム及びその制御方法を提供す
ることを目的とする。

【００２４】さらに本発明の別の目的は、印刷しようと
している帳票データを解析し、過去の印刷履歴を元に最
適の印刷条件を自動的に選択することにより、設定に関
するユーザの負担を軽減するとともに、設定の誤りを防
止することのできるネットワークプリントシステム及び
その制御方法を提供することにある。

【００２５】さらに本発明の別の目的は、サーバからの
応答データの通るネットワーク経路を、要求データの通
るネットワーク経路と異なる経路選択を可能にすること
により、クライアントからの要求が届きにくくなること
を抑制したネットワークプリントシステム及びその制御
方法を提供することにある。

【００２６】上記目的を達成するために、本発明は次の
ような構成からなる。すなわち、サーバとクライアント
を接続したネットワークプリントシステムであって、ク
ライアント装置は、サーバから受信した、可変データを
表示用の形式で記述した画像を表示するとともに、表示
されたデータの印刷を指示する指示手段を有し、サーバ
装置は、テンプレートデータを格納する格納手段と、前
記クライアント装置からの指示及びクライアント装置に
送信したデータに応じて、前記格納手段からテンプレー
トデータを読み出す手段と、読み出されたテンプレート
データと前記クライアント装置で表示されている可変デ
ータとを合成して印刷データを生成する生成手段と、前
記印刷データをプリンタ装置から印刷させる出力手段と
を有する。

【００２７】また、前記サーバ装置は複数個備えられ、
前記クライアント装置からの前記指示手段による指示を
受けて、複数個の前記サーバ装置のうち、指示に応じた
処理をどのサーバに割り当てるか決定する負荷分散手段
を更に備える。

【００２８】また、前記負荷分散手段は、指示に応じた
処理を、予め登録しておいた順序で複数個の前記サーバ
に割り当てる。

【００２９】また、前記負荷分散手段は、指示に応じた
処理を、複数個の前記サーバのうち、未完の処理がもっ
とも少ないサーバに割り当てる。

【００３０】また、前記負荷分散手段は、複数個の前記
サーバそれぞれの状態を保持する保持手段を更に備え、
前記サーバそれぞれの状態に応じて前記保持手段の内容
を更新すると共に、前記保持手段の内容を参照して、使
用可能状態にないサーバに対しては、前記指示に応じた
処理を割り当てない。

【００３１】また、前記サーバ装置それぞれは、稼働可
能となった場合にその旨前記負荷分散手段に通知し、前
記負荷分散手段は、該通知を受信すると前記保持手段の
内容を、前記通知を発行したサーバが使用可能であるも
のとして更新する。

【００３２】また、前記クライアント装置は、印刷の指
示と共に、前記プリンタ装置として、前記クライアント
装置が有しているプリンタ装置を用いるか、前記サーバ
装置が有しているプリンタを用いるかを指定する手段を
更に有し、前記出力手段は、前記指定に応じて、生成さ
れた印刷データをサーバから印刷出力するか、あるいは
前記クライアントに送信する。

【００３３】また、前記クライアント装置は、印刷の指
示と共に、前記プリンタ装置として、前記クライアント
装置が有しているプリンタ装置を用いるか、前記サーバ
装置が有しているプリンタを用いるかを指定する手段を
更に有し、前記出力手段は、前記指定に応じて、生成さ
れた印刷データをサーバから印刷出力するか、あるいは
前記クライアントに送信する。

【００３４】また、前記クライアント装置は、さらに、
印刷出力するための複数のプリンタ装置と、該複数のプ
リンタのなかから、前記サーバから受信した印刷データ
に適したプリンタを選択する手段とを有し、前記サーバ
から印刷データを受信した場合、前記選択されたプリン
タにより受信した印刷データを出力する。

【００３５】また、前記クライアント装置は、前記サー
バ装置に対して所望のデータを表示する旨の指示を送信
する表示指示手段を更に有し、前記クライアント装置
は、前記表示指示手段を受信すると、指示されたデータ
を表示形式に編集して前記クライアントに送信する。

【００３６】また、前記負荷分散手段は複数個備えら
れ、前記クライアント装置は、複数の負荷分散手段から
所望のひとつを選択して、前記指示手段による指示を発
行する。

【００３７】あるいは、本発明は次のような構成からな
る。すなわち、クライアント装置と接続された情報処理
装置であって、テンプレートデータを格納する格納手段
と、前記クライアント装置からの指示及びクライアント
装置に送信したデータに応じて、前記格納手段からテン
プレートデータを読み出す読み出し手段と、読み出され
たテンプレートデータと前記クライアント装置で表示さ
れている可変データとを合成して印刷データを生成する
生成手段と、前記印刷データをプリンタ装置から印刷さ
せる出力手段とを有する画像生成部を備える。

【００３８】また、前記画像生成部は複数備えられ、前
記クライアント装置からの指示を受けて、前記指示に応
じた処理をどの画像生成部に割り当てるか決定する負荷
分散手段を更に備える。

【００３９】また、前記負荷分散手段は、指示に応じた
処理を、予め登録しておいた順序で前記複数の画像生成
部に割り当てる。

【００４０】また、前記負荷分散手段は、指示に応じた
処理を、複数の前記画像生成部のうち、未完の処理がも
っとも少ない画像生成部に割り当てる。

【００４１】また、前記負荷分散手段は、複数の画像生
成部それぞれの状態を保持する保持手段を更に備え、前
記複数の画像生成部それぞれの状態に応じて前記保持手
段の内容を更新すると共に、前記保持手段の内容を参照
して、使用可能状態にない画像生成部に対しては、前記
指示に応じた処理を割り当てない。

【００４２】また、前記画像生成部それぞれは、稼働可
能となった場合にその旨前記負荷分散手段に通知し、前
記負荷分散手段は、該通知を受信すると前記保持手段の
内容を、前記通知を発行したサーバが使用可能であるも
のとして更新する。

【００４３】上記目的を達成するために、本発明は次の
ような構成からなる。すなわち、クライアントと、該ク
ライアントから指定される名称に従ってファイルを前記
クライアントに送信できるサーバとを接続したネットワ
ークプリントシステムであって、クライアント装置は、
サーバ装置に対して画像の生成及び生成された画像の送
信を要求する要求手段を有し、サーバ装置は、前記クラ
イアント装置からの要求に応じて画像ファイルを生成す
る生成手段と、生成した画像ファイルを前記クライアン
トに送信する送信手段とを有する。

【００４４】また、前記サーバ装置は、前記生成手段に
より生成した画像ファイルを格納する格納手段を更に有
し、生成を要求された画像がすでに要求されたものであ
るなら、前記格納手段に格納された画像ファイルを前記
クライアントに送信する。

【００４５】また、前記サーバ装置の送信手段は、クラ
イアント装置からの指定に応じて、生成した画像ファイ
ルを不特定のクライアントからアクセス可能な場所に保
存して前記クライアントにそのファイル名を通知する
か、あるいは、生成した画像ファイルを不特定のクライ
アントからアクセス不可能な場所に保存してクライアン
トに画像ファイルを送信する。

【００４６】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行するクライアント装置と、ク
ライアント装置と通信可能に接続され、プリント要求に
基づいたプリント用データ又は表示要求に基づいた表示
用データを生成し、クライアントに送信するサーバ装置
とを有するネットワークプリントシステムにおいて、ク
ライアントに送信するプリント用データを、所定の方法
により暗号化する手段を有し、暗号化したプリント用デ
ータを送信するサーバ装置と、予め定められた暗号化解
除用データを用いて暗号化されたプリント用データを復
号化して用いるクライアント装置を備える。

【００４７】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行するクライアント装置と、ク
ライアント装置と通信可能に接続され、プリント要求に
基づいたプリント用データ又は表示要求に基づいた表示
用データを生成し、クライアントに送信するサーバ装置
とを有するネットワークプリントシステムにおいて、ク
ライアントとのセッション毎にユニークなデータを生成
する手段と、クライアントに送信するプリント用データ
を、ユニークデータに基づいて暗号化する手段と、暗号
化されたプリント用データを復号化するために必要な暗
号化解除用データを、ユニークデータに基づいて生成す
る手段とを有するサーバ装置と、サーバ装置から暗号化
解除用データを獲得して暗号化されたプリントファイル
を復号化して用いるクライアント装置とを備える。

【００４８】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行するクライアント装置と、ク
ライアント装置と通信可能に接続され、プリント要求に
基づいたプリント用データ又は表示要求に基づいた表示
用データを生成し、クライアントに送信するサーバ装置
とを有するネットワークプリントシステムにおいて、プ
リント要求に基づく処理を行なう際、予め登録された権
限データに基づいて、プリント用データの生成を行なわ
ないか、生成するプリント用データの内容を変更させる
サーバ装置を備える

【００４９】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行するクライアント装置と、ク
ライアント装置と通信可能に接続され、要求に基づいた
プリント用データ又は表示要求に基づいた表示用データ
を生成し、クライアントに送信するサーバ装置とを有す
るネットワークプリントシステムにおいて、テンプレー
トデータ毎に、印刷又は表示が不可能となる制限条件を
格納する制限情報記憶手段を有し、プリント要求又は表
示要求があった際、この要求が制限条件を満たす場合、
要求に対する処理を行なわないサーバ装置を備える。

【００５０】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行する複数のクライアント装置
と、クライアント装置と通信可能に接続され、要求に基
づいたプリント用データ又は表示要求に基づいた表示用
データを生成し、クライアントに送信するサーバ装置と
を有するネットワークプリントシステムにおいてプリン
ト用データを複数のクライアント装置のいずれかに選択
的に送信するサーバ装置を備える。

【００５１】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続された複数のプリ
ンタ装置の少なくとも１つを用いて、予め定められたテ
ンプレートデータと、このテンプレートデータと組み合
わせられる可変データとから構成される文書のプリント
要求或いはプリントを行なう文書の表示要求を発行する
複数のクライアント装置と、クライアント装置と通信可
能に接続され、要求に基づいたプリント用データ又は表
示要求に基づいた表示用データを生成し、クライアント
に送信するサーバ装置とを有するネットワークプリント
システムにおいて、プリント要求によって印刷される文
書の特性に応じてプリント用データをプリントすべきプ
リンタを決定するサーバ装置を備える。

【００５２】あるいは、本発明は次のような構成からな
る。すなわち、ネットワーク上に接続されたプリンタ装
置を用いて、予め定められたテンプレートデータと、こ
のテンプレートデータと組み合わせられる可変データと
から構成される文書のプリント要求或いはプリントを行
なう文書の表示要求を発行する複数のクライアント装置
と、クライアント装置と通信可能に接続され、要求に基
づいたプリント用データ又は表示要求に基づいた表示用
データを生成し、クライアントに送信するサーバ装置と
を有するネットワークプリントシステムにおいて、プリ
ント用データをプリント要求が送られた経路と異なる経
路で送信するサーバ装置を備える。

【００５３】

【発明の実施形態】図１は、本発明の実施形態に係るネ
ットワークプリントシステムのソフトウエアブロック図
である。ここでは、サーバ、クライアントともに１台ず
つ示している。

【００５４】＜ネットワークシステムの構成例＞図１に
おいて、クライアント１０１は、パーソナルコンピュー
タ等の情報処理装置である。クライアント１０１には、
データ入出力部１０２、プリント出力部１０３、Ｗｅｂ
ブラウザ１１４、画像表示部１１５、プリントデータ解
析部１１６等が含まれる。

【００５５】データ入出力部１０２は、電話回線やＬＡ
Ｎ等のネットワーク１０５を介してサーバ１０６とデー
タを交換するもので、ＨＴＴＰより低いプロトコルレイ
ヤの処理を行う。プリント出力部１０３は、所定の形式
で記述されたプリントデータをプリンタ１０４の出力形
式に従ったデータ形式に変換してプリンタ１０４から出
力するほか、サーバ等から受信したプリンタの出力形式
のデータをスプールしてプリンタ１０４により印刷させ
る。

【００５６】Ｗｅｂブラウザ１１４は、データ入出力部
１０２を介してサーバから受信したＨＴＭＬ文書を、画
像表示部１１５を介してディスプレイ１１７で表示した
り、あるいは、図示しないキーボードなどの入力デバイ
スを介した操作に応じてプリント出力部１０３を介して
印刷する。さらに、表示しているＨＴＭＬ文書データ
に、画面上で何らかのデータを入力する旨の記述が含ま
れれば、ユーザにその記述に相当する欄への入力を行わ
せる。また、それを入力されたデータをサーバに送信す
る旨の記述があり、その記述に従ってユーザが操作を行
えば、入力されたデータをサーバに送信する。なおこれ
らの記述は、一般に入手可能な代表的なＷｅｂブラウザ
によりサポートされている。プリントデータ解析部１１
６は、サーバ等から受信したプリントデータを解析し、
クライアント１０１に接続されているプリンタ１０４で
対応可能な形式のデータであるかの判定を行なうことが
できる。

【００５７】クライアント１０１とサーバ１０６とを接
続するネットワーク１０５の形態としては、ＬＡＮ、イ
ンターネットあるいは無線等、Ｗｅｂ環境の通信手順に
対応するものであれば、その種類は問わない。

【００５８】サーバ１０６は、少なくともＨＴＴＰ及び
ＦＴＰをサポートするＷｅｂサーバであり、クライアン
トと同様、パーソナルコンピュータ等の情報処理装置で
ある。サーバ１０６は、サーバ１０６がＷｅｂサーバと
して機能するためのネットワーク通信制御部１０７を含
み、これを介してクライアント１０１にデータを送信
し、あるいはクライアント１０１からデータを受信す
る。

【００５９】帳票テンプレート格納部１０８は、帳票プ
リントを行う為の帳票テンプレート等を格納する。な
お、テンプレートデータは、クライアントがサーバから
読み出したＨＴＭＬ文書に対応して予め設定され、格納
されているものとする。従って、サーバが帳票テンプレ
ートに対応づけられるＨＴＭＬ文書をクライアントに送
信した場合、その文書に対応する識別子をサーバは記憶
しておく。また、帳票テンプレート格納部に格納される
テンプレートも、テンプレート毎にＨＴＭＬ文書と対応
する識別子を付して格納する。

【００６０】データ格納部１０９はデータベース等であ
り、各業務用データが格納されている。このデータは予
め格納されたものであっても良いし、ブラウザを介して
クライアントから入力されたものであってもよい。デー
タ処理部１１０には、各業務に従ったアプリケーション
プログラムが格納されている。画像生成部１１１は、帳
票のイメージデータを、フォーム及びそこにオーバーレ
イされるデータを組み合わせ、プリント出力部１１２で
解釈可能な所定の形式で作成する。プリント出力部１１
２は、画像生成部で作成されたデータをプリンタ１１３
が出力できる形式に変換し、プリンタから出力させた
り、あるいは生成されたデータをデータファイルとして
出力することができる。プリント出力部１１２は一般に
はプリンタドライバと呼ばれている。

【００６１】図８はクライアント及びサーバとして使用
可能な情報処理装置の構成を示すハードウエア構成図で
ある。図１のクライアント１０１及びサーバ１０６の構
成は、図８の構成において、メモリ１０１ｂに格納され
たプログラムを、ＣＰＵ１０１ａにより実行することで
実現される。また、図１の構成を実現するためのプログ
ラムは、ハードディスク等の外部メモリ１０１ｃに格納
される。外部メモリ１０１ｃは、フロッピディスクやＣ
ＤＲＯＭ等の取り外し可能な記憶媒体を用いるものであ
っても良い。また、データ格納部１０９あるいは帳票テ
ンプレート格納部１０８は、外部メモリ１０１ｃの一部
領域として実現することができる。

【００６２】ディスプレイ１１７（クライアント１０１
の場合）には、画像が表示され、Ｉ／Ｏインターフェー
ス１０１ｄを介してネットワーク１０５やプリンタ１０
４（１１３）に接続される。また、キーボードやポイン
ティングデバイス１０１ｅにより、オペレータは必要な
入力を行う。

【００６３】＜帳票の印刷処理＞次に、本発明の特徴で
ある、ブラウザからのプリント指示及びそれに対するサ
ーバの処理について述べる。通常クライアント１０１の
ブラウザ１１４とサーバ１０６のデータ処理部１１０の
間では、ブラウザからのデータの受付、解析、また場合
によっては、受付データに応じてデータ格納部１０９か
らのデータ検索、結果のブラウザへの返信などの処理が
行われる。この時、ＨＴＭＬ文書に、ブラウザからボタ
ンによる入力を行わせてその結果をサーバに送信するよ
う記述しておけば、ブラウザ１１４はボタンを表示し、
ブラウザのユーザがボタンを押す等の操作をした時に、
サーバへのデータの送信を行う。サーバでは、クライア
ントに送信したＨＴＭＬ文書に基づいて受信データを解
析し、必要があればブラウザへ応答する。

【００６４】図２は、ブラウザにより表示された業務処
理に係るＨＴＭＬ文書の一例である。図２において、ウ
インドウ２０１は、ディスプレイ１１７に表示されるブ
ラウザ１１４のウインドウである。タイトルエリア２０
２には表示される文書に付されたタイトルが表示され
る。エリア２０３および２０４にはブラウザ１１４のコ
マンドがツールバーやボタン等の形式で表示されてい
る。ブラウザに表示されている内容を印刷する為のコマ
ンドも通常これらエリアに表示される。エリア２０５
は、接続するＷｅｂサーバのアドレスや文書のＵＲＬ等
を入出力するＵＲＬフィールドである。ＨＴＭＬ文書は
ここで入力されるＵＲＬにより指定される。

【００６５】選択欄２０６および２０７は、クライアン
トユーザが選択する為のフィールドである。ボタン２０
８は表示ボタンである。帳票イメージ２０９は、エリア
２０５に入力された文書アドレスに応じたＨＴＭＬ文書
がサーバから読み出されて表示されたものである。ま
た、このＨＴＭＬ文書には、帳票イメージ２０９の他、
印刷ボタン２１０とサーバ印刷ボタン２１１が含まれて
いる。

【００６６】クライアント１０１からサーバ１０６の文
書を読み出す場合、まずクライアントでブラウザプログ
ラム１１４を起動する。このブラウザ自体は市販品でよ
い。ブラウザ１１４が起動されると、タイトルエリア２
０２〜ＵＲＬフィールド２０５迄が表示され、その他の
欄は空白あるいは予め設定されたＵＲＬで指定される文
書が表示される。ここで、図２のように"http://202.22
8.102"が指定されると、欄２０６〜２１１を含むＨＴＭ
Ｌ文書がサーバから読み出されて表示される。

【００６７】この画面上でユーザがポインティングデバ
イスやキーボードによって選択欄２０６，２０７から所
望の値を選択し、表示ボタン２０８を押すと、読み出し
たいデータが確定し、選択された個人及び表種別がサー
バに送信される。サーバ１０６では、指定されたＵＲＬ
において、選択された個人名及び表種類をキーとしてデ
ータ格納部１０９を検索し、データを獲得する。データ
には、そのデータを表示すべき形式を指定するための形
式識別子が含まれている。

【００６８】サーバではこの識別子に対応する形式で検
索したデータを表示するためのＨＴＭＬ文書を作成し、
クライアントに送信する。ここで、形式識別子に応じた
ＨＴＭＬ文書は、予め可変データを除いて残りの部分を
記述しておき、可変データの部分に後述するデータのイ
ンデックスを、インデックスとして認識できるように挿
入しておく。サーバからクライアントに送信する文書
は、この形式の文書のインデックスの部分に、検索され
たデータをインデックス毎に対応づけて挿入して作成さ
れる。なお、この表示の手順は、第６の実施形態におい
て図面を参照して詳しく説明する。

【００６９】クライアントでは、受信したデータを図２
のように表示する。クライアントのユーザがこれらを表
示した状態でサーバ印刷ボタン２１１あるいは印刷ボタ
ン２１０を押すと、次のような手順で文書がサーバある
いはクライアントから印刷される。

【００７０】＜サーバにより印刷を行う際の手順＞次
に、図２の状態でサーバ印刷ボタン２１１が押された場
合の動作を説明する。印刷も、ＨＴＭＬ文書と同様に、
形式識別子に対応したテンプレートにデータを挿入して
印刷すべき文書を作成する。サーバ印刷ボタン２１１が
押されると、サーバ印刷ボタンが押されたことを示す情
報がサーバ１０６に送信される。サーバでは、印刷を要
求してきたクライアント１０１に送信してあるデータに
付された形式識別子を基に、帳票テンプレート格納部１
０８に格納されている図形データを各帳票のテンプレー
トとして検索する。各帳票テンプレートは、形式識別子
から検索できるように格納されている。

【００７１】図３は、印刷される帳票テンプレートの一
例である。図３において、帳票テンプレートである図形
データを説明する。図形データは固定データと可変デー
タに分類される。帳票タイトルの文字列３０１、枠およ
び日にち等を示す数字、文字列３０２及び、文字列、枠
３０３は固定データである。また、ｎｘｘ及びｓｘｘ
（ｘｘは整数）で示される文字列３０４及び３０５に
は、データベース等より検索された値がはめ込まれる可
変データである。

【００７２】一方、図４は、図３の図形データにはめ込
まれるべき可変データのテーブルである。図４におい
て、列４０１は、図３の可変データｓ１，ｎ１，ｎ２…
ｎ５１を示すインデックスである。列４０２は、表示す
る文字のサイズを示している。列４０３は、実際の数あ
るいは文字列である。図３の帳票イメージと図４のデー
タを、インデックスを対応づけてマージすることによ
り、帳票の図形データが作成される。また、形式識別子
４０４はこのテーブルに含まれるデータを表示すべき帳
票テンプレートを示すデータであり、このテーブルの場
合には図３の帳票テンプレートを示すデータが格納され
ている。

【００７３】次に、図３の帳票テンプレートと図４のデ
ータのマージ処理を、図５のフローチャートを用いて説
明する。なお、本説明において、印刷ボタンがブラウザ
により表示されている状況では、ブラウザのウィンドウ
においても、印刷される帳票を形どったイメージは表示
されており、ブラウザに帳票イメージを表示するための
データは、サーバのデータ格納部１０９から検索され、
サーバのメモリ内に存在しているものとする。

【００７４】図５は、ブラウザウィンドウ２０１（図
２）においてサーバ印刷ボタン２１１が押されたことを
示す情報をサーバが受信したことにより、サーバにおい
て実行される処理を示すフローチャートである。図５に
示された処理のうち、ステップＳ５０１〜５０４はデー
タ処理部１１０により、ステップＳ５０５〜５０６は画
像処理部１１１により、ステップＳ５０７はプリント出
力部１１２により実行される。

【００７５】まず、ステップＳ５０１でボタンが押され
たことがサーバに通知されると、ステップＳ５０２にお
いてサーバ内では印刷に使用する帳票を検索する。サー
バには、使用する帳票テンプレートに対応する形式識別
子がクライアントに送信済みのＨＴＭＬ文書データに対
応づけて記憶されているため、この形式識別子を用いて
直ちに検索可能である。

【００７６】ステップＳ５０３では、帳票テンプレート
格納部１０８から検索された帳票テンプレートとマージ
すべき可変データ欄の位置を検知する。例えば、可変デ
ータの位置を、固定データを記述した部分とは別個に、
データごとにインデックスに対応つけて記述してあれ
ば、可変データ部分に含まれるインデックスによって簡
単に各可変データの位置を認識できる。そして、図４に
示した可変データテーブルから、インデックス及びサイ
ズの部分の抽出をする。帳票に対応した可変データテー
ブルはクライアントから表示要求が出された時点で読み
出され、サーバに保存されている。

【００７７】次に、ステップＳ５０４でインデックスデ
ータを作成する。すなわち、すでに保存されている可変
データテーブル中の値（列４０３に含まれる値）を、そ
のインデックスに応じて、ステップＳ５０３で抽出した
可変データの位置に合わせて記述する。こうして、可変
データ部分を記述したインデックスデータができる。

【００７８】次に、ステップＳ５０５において、画像生
成部１１１により、ステップＳ５０２で得られた帳票テ
ンプレートの固定データ部分と、ステップＳ５０４で作
成したインデックスデータとをマージさせる。ステップ
Ｓ５０６では、画像生成部１１１により、ステップＳ５
０５でマージされたデータから、実際の画像形式、すな
わちプリント出力部１１２にて解釈可能な形式で記述さ
れたデータを作成する。ステップＳ５０７では、ステッ
プＳ５０６で作成したデータを、プリンタ１１３で出力
可能な例えばページ記述言語のプリントイメージに変換
し、外部メモリ１０１ｃ等に設けられたプリントスプー
ルに出力する。こうして、帳票テンプレートとデータと
が合成されてサーバ１０６のプリンタ１１３から出力さ
れる。

【００７９】＜クライアントにより印刷を行う際の手順
＞図６は、図２の印刷ボタン２１０が押された場合のサ
ーバ１０６の処理手順を示すフローチャートである。ま
ず、ステップＳ７０１でボタンが押されたことがサーバ
に通知されると、ステップＳ７０２においてサーバ内で
は使用される帳票を検索する。サーバには、使用する帳
票テンプレートに対応する形式識別子がクライアントに
送信済みのＨＴＭＬ文書データに対応づけて記憶されて
いるため、この形式識別子を用いて直ちに検索可能であ
る。

【００８０】ステップＳ７０３では、帳票テンプレート
格納部１０８から検索された帳票テンプレートとマージ
すべき可変データ欄の位置を検知する。例えば、可変デ
ータの位置を、固定データを記述した部分とは別個に、
データごとにインデックスに対応つけて記述してあれ
ば、可変データ部分に含まれるインデックスによって簡
単に各可変データの位置を認識できる。そして、図４に
示した可変データテーブルから、インデックス及びサイ
ズの部分の抽出をする。帳票に対応した可変データテー
ブルはクライアントから表示要求が出された時点で読み
出され、サーバに保存されている。

【００８１】次に、ステップＳ７０４でインデックスデ
ータを作成する。すなわち、すでに保存されている可変
データテーブル中の値（列４０３に含まれる値）を、そ
のインデックスに応じて、ステップＳ７０３で抽出した
可変データの位置に合わせるようにして記述する。こう
して、可変データ部分を記述したインデックスデータが
できる。

【００８２】次に、ステップＳ７０５において、画像生
成部１１１により、ステップＳ７０２で得られた帳票テ
ンプレートの固定データ部分と、ステップＳ７０４で作
成したインデックスデータとをマージさせる。ステップ
Ｓ７０６では、画像生成部１１１により、ステップＳ７
０５でマージされたデータから、実際の画像形式、すな
わちプリント出力部１０３にて解釈可能な形式で記述さ
れたデータを作成させる。ステップＳ７０７では、ステ
ップＳ７０６で作成したデータを、クライアントに対し
て送信する。

【００８３】なお、このステップでは、説明を簡単にす
るためにデータをクライアントに送信するとしている
が、実際には作成されたデータそのものをクライアント
に送信せず、作成されたデータファイルのＵＲＬをクラ
イアント（Ｗｅｂブラウザ１１４）に送る。クライアン
トでは、Ｗｅｂブラウザが受信したＵＲＬを用いて、Ｈ
ＴＴＰでなくＦＴＰを利用してデータファイルの送信を
要求し、サーバからクライアントに印刷データファイル
が渡される。

【００８４】図７は、図６のステップＳ７０７でサーバ
により送信されたデータを受信したクライアントによる
処理手順を示すフローチャートである。まず、ステップ
Ｓ８０１において、受信したデータをプリントデータ解
析部１１６により解析し、受信したデータに適したプリ
ンタを見つけてそこから印刷させる。本実施形態の構成
では、図１に示すようにプリンタは１台しかないため、
そのプリンタ１０４から印刷される。ステップＳ８０２
では、プリント出力部１０３によりプリンタ１０４で出
力可能なプリントイメージを生成する。それをステップ
Ｓ８０３で例えば外部メモリ１０１ｃに設けられたプリ
ントスプールに格納し、順次出力させる。そして、受信
したデータが終了するまでステップＳ８０１からＳ８０
３の処理を繰り返し行う。以上の手順により、クライア
ントからＷｅｂブラウザ１１４を用いて出力データを指
定し、適当な形式で印刷を行わせることができる。

【００８５】また、印刷用に作成された帳票テンプレー
トを用いて帳票を印刷することにより、表示された帳票
を印刷する場合と異なり、Ｗｅｂブラウザを用いて作成
した画像を、高品質の印刷物として出力可能である。ま
た、サーバでもクライアントでも、いずれのプリンタか
らでも高品質の帳票を利用者の都合に応じて印刷させる
ことができる。

【００８６】また、帳票テンプレートを保持するのはサ
ーバのみであり、データとの合成もサーバで行っている
ため、クライアントは、市販のＷｅｂブラウザを用意し
ておきさえすれば、サーバから高品質の帳票を印刷でき
る。またこのためにクライアントの負荷が軽く、処理能
力の低い安価なパーソナルコンピュータをクライアント
として利用できる。なお、本実施形態では、帳票テンプ
レートはデータに応じて決まるものとしたが、テンプレ
ートをデータとは独立して選ぶようにすること可能であ
る。

【００８７】また、出力されるデータはデータベースか
ら検索されるものとしたが、Ｗｅｂブラウザを用いてク
ライアントの利よす脂入力させることもできる。この場
合には入力されたデータを帳票テンプレートと合成して
印刷させることもできる。なお、クライアントにおける
プリント出力部１０３は、プリンタ１０４が解釈可能な
形式のデータを生成する機能を有すると説明したが、本
実施形態のように、サーバにおいてクライアントのプリ
ンタ１０４が解釈可能な形式で記述されたデータを生成
する場合には、この機能を有している必要はなく、単に
受信したデータをプリンタスプールに格納する機能のみ
を有していればよい。

【００８８】また、クライアントがデータを選択する
と、それに対応してその表示フォーマットも決まるもの
として説明したが、表示フォーマットをデータとは独立
して指定できるようにすることもできる。この場合に
は、図２に示したブラウザウィンドウにフォーマット指
定用のスイッチを設け、そのスイッチでフォーマットを
指定させる。サーバではこの指定に応じたテンプレート
を検索して印刷のために使用する。また、ブラウザから
フォーマットを指定する場合には、可変データテーブル
（図４）の形式識別子４０４は不要となる。

【００８９】［第２の実施形態］本実施形態は、第１の
実施形態に係るネットワークプリントシステムシステム
におけるサーバを３階層構成とし、負荷分散を行ったこ
とを特徴とする。図９は、本実施形態に係るネットワー
クプリントシステムのソフトウェアブロック図である。

【００９０】図９において、クライアント１０１は図１
に示したものと同じ構成を有するため、説明は省略す
る。また、図９においては、図１のサーバ１０６との対
比を容易にするため、サーバ１０６が有するソフトウェ
アブロックと同一機能を有するソフトウェアブロックは
同一の参照数字を付した。Ｗｅｂサーバ９０１は情報処
理装置であり、そのネットワーク通信制御部１０７は図
１におけるサーバ１０６のそれと同じ機能を果たす。負
荷分散制御部９０２は、後述する画像生成サーバ９０
８，９０９に、第１の実施形態における画像生成部等の
処理を分散して行わせるための制御を行なう。ネットワ
ーク９０７はウェブサーバ９０１、画像生成サーバ９０
８、９０９を相互に接続する。

【００９１】画像生成サーバ９０８と９０９とは同じ構
成を有しており、やはり図８のような構成を有するコン
ピュータで構成される。そして、図１のＷｅｂサーバ１
０６から、ＨＴＴＰレイヤの処理を行うネットワーク通
信制御部１０７を除いた構成を有する。ネットワーク９
０７には通信インターフェース９１０を介して接続され
ており、Ｗｅｂサーバ９０１とのデータの交換が可能と
なっている。画像生成サーバ９０８，９０９は、データ
及び帳票テンプレートの検索やデータと帳票テンプレー
トの合成、及びそのデータをプリントイメージに変換す
ること、及びそれを印刷出力する処理を行う。すなわ
ち、Ｗｅｂサーバ９０１はクライアント１０１の要求を
画像生成サーバ９０８、９０９に振り分ける、あるい
は、画像生成サーバからの応答をクライアントに渡す処
理を行う。

【００９２】次に、図１０に示すフローチャートを用い
て、画像生成部１１１を持つ画像生成サーバ９０８、９
０９をＷｅｂサーバ９０１によって制御する手順につい
て説明する。一般にＷｅｂシステムでは、サーバとクラ
イアント間の１回の要求、応答で１つのセッションは終
了してしまう。この様なシステムの中で、セッションを
保つ為の方法として、サーバの位置情報を示すＵＲＬの
中にセッションＩＤを導入しておく方法がある。このセ
ッション番号をクライアント及びサーバ双方で保持する
ことにより、何往復にもわたる要求／応答があってもそ
れをひとつのセッションとして認識できる。

【００９３】図１０は、このセッションＩＤを用いて、
画像生成サーバに処理を振り分ける処理手順の例であ
る。ステップＳ１００１で、あるクライアントからのリ
クエストを受け付けると、指定されたＵＲＬにセッショ
ンＩＤが付加されているか否かを判定する（ステップＳ
１００２）。もしＵＲＬ中にセッションＩＤが付加され
ていない場合は、このクライアントからのセッション開
始とみなし、ステップＳ１００３でこの要求に対してセ
ッションＩＤを付与する。このセッションＩＤ付のＵＲ
Ｌは、以後の処理が終了した後クライアント側に返され
る。また後述するが、セッションごとにそのセッション
を行なう画像生成サーバを割り振り、Ｗｅｂサーバ９０
１はセッションと対応する画像生成サーバを記憶してい
る。

【００９４】クライアントは開始されているセッション
についての要求を行なう場合には、ステップＳ１００３
で付与されたセッションＩＤをＵＲＬに付加するように
構成されている。従って、ステップＳ１００２で、ＵＲ
Ｌ中にセッションＩＤが付加されていると判定された場
合、すなわち、クライアントからの要求がセッション開
始ではなく、すでに開始されているセッションであると
判定された場合には、ステップＳ１００７に移行し、セ
ッションＩＤに対応する画像生成サーバへ再アクセスを
行う事になる。

【００９５】次に、ステップＳ１００４では、Ｗｅｂサ
ーバ９０１内で保持している分散設定テーブル９０３を
参照し、使用する画像生成サーバを決定する。分散設定
テーブル９０３の例を図１１に示す。図１１の欄１１０
２には、分散を行うコンピュータ（本実施形態において
は画像生成サーバ）のアドレスが記述され、１１０１に
アドレスとペアーのインデックスが記述される。ここで
はアドレスとしてＩＰアドレスが記述されている。

【００９６】この分散設定テーブル９０３は、Ｗｅｂサ
ーバ９０１の起動時に負荷分散制御部９０２の管理する
メモリ内に読み込まれる。また、分散設定テーブル９０
３の欄１１０３及び１１０４には、最も最近使用された
画像生成部を持つコンピュータ、すなわち画像生成サー
バのインデックス（”９９”）及び、本テーブル上での
オフセットアドレスを保持しておく。

【００９７】したがって、図１１の例では、Ｗｅｂサー
バ９０１はインデックスが１〜４の４台の画像生成用サ
ーバを配下におさめており、最近処理依頼を行ったのは
インデックス２の画像生成サーバである状態を示してい
る。もし新たなクライアントからのリクエストを受け付
けた際には、最後に使用された画像生成サーバの次のサ
ーバ、すなわちインデックス３の画像生成サーバを使用
する。このようにして、ステップＳ１００４において、
次に使用する画像生成サーバが決定され、ステップＳ１
００５では、最後に使用された画像生成サーバの欄１１
０４が更新される。

【００９８】ステップＳ１００６では、クライアントに
より指定されたＵＲＬに対し、ステップＳ１００３で付
加したセッションＩＤの他、ステップＳ１００４で決定
された処理依頼先の画像生成サーバのアドレスをも付加
して記憶する。これにより、以後のクライアントからサ
ーバへのアクセスに際し、ＵＲＬ及びセッションＩＤを
受けとったなら、その処理を行う画像生成サーバも特定
出来る様になる。

【００９９】ステップＳ１００７では、ステップＳ１０
０４で決定された画像生成サーバに対してクライアント
の指定した処理を依頼する。ステップＳ１００８のサー
バ内処理待ちでは、画像生成サーバに依頼した処理が終
了し、その旨応答が返されるまで待つ。画像生成サーバ
で行われる処理は、第１の実施形態において、Ｗｅｂサ
ーバ１０６が行っている帳票データの作成や出力と同様
である。

【０１００】すなわち、クライアントからのプリント処
理である場合もあり、プリントを行わない表示処理（後
述）の場合もある。サーバプリント要求であれば、画像
生成サーバ内処理において、データと帳票テンプレート
とを合成した画像データのプリント出力まで行われる。
クライアントにおけるプリント要求であれば、クライア
ントのプリンタ１０４で実行可能な形式のプリントイメ
ージの生成までを行なう（あるいは、プリント出力部１
０３がプリントイメージを作成できる形式のデータの生
成までを行なう）。表示要求であれば表示内容に即した
ＨＴＭＬ文書が作成される。

【０１０１】図１２は、図１１のステップＳ１００８に
おいて、Ｗｅｂサーバ９０１から処理依頼された画像生
成サーバにより遂行される処理手順を示すフローチャー
トである。Ｗｅｂサーバ９０１から処理依頼を受信する
と、ステップＳ１２０１でそれがサーバにおけるプリン
ト要求か判定する。そうであれば、ステップＳ１２０６
において、図５のステップＳ５０２以降と同様の処理を
行い、帳票を印刷出力する。

【０１０２】一方、サーバにおけるプリント要求でなけ
れば、ステップＳ１２０２においてクライアントにおけ
るプリント要求、すなわちプリントデータ作成依頼であ
るか判定する。そうであれば、図６のステップＳ７０２
からの処理を行う。ただし、ステップＳ７０７における
データ転送は、クライアントに対してではなくＷｅｂサ
ーバ９０１に対して行われる。

【０１０３】サーバにおけるプリント要求でも、クライ
アントにおけるプリント要求でもなければ、依頼は表示
要求であるものとして、ステップＳ１２０３でデータを
検索してステップＳ１２０４でＨＴＭＬ文書として編集
し、ステップＳ１２０５でそのＨＴＭＬ文書をＷｅｂサ
ーバ９０１に送信する。なお、ここではＷｅｂ９０１か
ら依頼される処理はこの３種類に限ったが、その他の要
求があるならば、画像生成サーバにそれに対応した機能
を付加すれば、簡単に要求に対応できる。画像生成サー
バでの処理が終了した旨の通知を受けるか、処理結果を
受信すると、Ｗｅｂサーバ９０１はステップＳ１００９
において、プリントが完了した旨の応答や、あるいは作
成されたデータを、クライアント１０１に返送する。

【０１０４】以上のように、クライアントからの一連の
要求にはセッションＩＤが与えられ、その要求を処理す
る画像生成サーバが決定される。また、新たなセッショ
ンの発生毎に、最後に使用した画像生成サーバの次に負
荷分散テーブルに配置された（最後に使用した画像生成
サーバがテーブルの最後に位置する場合には最初のサー
バに戻って）画像生成サーバを使用するよう決定される
ため、クライアントからの一連の要求を、ひとつの画像
生成サーバにより処理でき、処理の継続性を保持できる
と共に、各画像生成サーバの負荷が軽減される。

【０１０５】［第２の実施形態の変形例１］第２の実施
形態におけるシステムを基に、さらにきめ細かい負荷の
分散を行うこともできる。すなわち、本変形例において
は、複数の画像生成サーバ間における負荷分散を行なう
ことを特徴とする。この変形例におけるシステム構成
は、第２の実施形態と同じく、図９のブロック図によっ
て示される。

【０１０６】次に、図１３、図１４を用いて、画像生成
サーバの処理を分散する仕組みについて説明する。図１
３は、本変形例における負荷分散を制御するために用い
られる分散設定テーブル９０３’を示している。このテ
ーブルが第２の実施形態における分散設定テーブル９０
３に替えて用いられる。テーブル分散設定テーブル９０
３’においては、画像生成サーバの数（或いは、画像生
成部の数）に相当する個数のインデックスがあり、各イ
ンデックス毎に画像生成サーバを識別するための識別ア
ドレスを保有する。識別アドレスとしては、例えばネッ
トワーク接続のためのＩＰアドレスやホスト名、ＨＴＴ
Ｐ接続のためのＵＲＬ等が用いられる。分散設定テーブ
ル９０３’が、Ｗｅｂサーバ９０１内に格納され、サー
バの起動時に、図９の負荷分散制御部９０５の管理する
メモリ内に読み込まれる。

【０１０７】分散設定テーブル９０３’では、分散設定
テーブル９０３と比較して、各インデックスに対して、
識別アドレスと共に負荷係数１４０３を持ち、最後に使
用されたサーバの識別子を持たない点で異なる。本変形
例では、この負荷係数１４０３はクライアントからの要
求が割り当てられ、かつ処理が終了していない要求の数
である。

【０１０８】Ｗｅｂサーバ９０１は、あるクライアント
から要求があった時、分散設定テーブル９０３’を参照
して、最も負荷が軽いとみなされる画像生成サーバを選
択して処理を依頼する。図１４に示すフローチャートを
用いて、Ｗｅｂサーバ９０１が分散設定テーブル９０
３’における負荷係数を用いてクライアントから要求さ
れた処理を行なう処理手順を説明する。なお、以下の説
明においては、クライアントからの要求は新しいセッシ
ョンによって処理されるものとする。

【０１０９】ステップＳ１５０１で、あるクライアント
からのリクエストを受け付ける。ステップＳ１５０２で
は、分散設定テーブル９０３’を参照し、負荷係数が一
番小さい画像生成部を検索する。図１３の例では、符号
１４０４で示されるインデックス４の画像生成サーバが
それに相当する。ステップＳ１５０３で、その画像生成
サーバに処理を依頼することを決定する。なお、負荷係
数が最小の画像生成部が複数ある場合には、任意の条件
でその中の１つを選択するように構成することができ
る。

【０１１０】ステップＳ１５０４では、分散設定テーブ
ル９０３’の、選択された画像生成サーバに対応する負
荷係数を１加算する。ステップＳ１５０５で選択された
画像生成サーバに処理を依頼し、ステップＳ１５０６で
サーバ内の処理が終了するのを待つ。ステップＳ１５０
６において画像生成サーバが行なう処理手順は、第２の
実施形態と同様である。

【０１１１】画像生成サーバから処理終了の通知を受け
るか、処理結果のデータを受信すると、その画像生成サ
ーバに対応する分散設定テーブル９０３’の負荷係数を
１減ずる（ステップＳ１５０７）。なお、図１４の手順
はクライアントからの要求を受け付けるたびに起動され
るため、処理が終了していない画像生成サーバに対して
も、次の処理依頼を発行することがあり得る。これは、
第２の実施形態においても同様である。

【０１１２】そして、ステップＳ１５０８で、クライア
ントに処理が終了したことを通知する（要求がプリント
データ作成、表示データ生成であれば、処理結果のデー
タを送信する）。

【０１１３】（分散設定テーブルへの登録処理）図１５
は、分散設定テーブルに画像生成サーバの識別アドレス
の新規登録を行うための処理手順を示すフローチャート
である。この手順は、画像生成サーバが備えたキーボー
ドなどからの入力により実行されても良いし、Ｗｅｂサ
ーバからの新規登録メッセージにより実行されても良
い。

【０１１４】ステップＳ１６０１では、画像生成部の登
録の要求を受け付ける。この要求メッセージには要求元
の画像生成サーバの識別アドレスが含まれている。

【０１１５】ステップＳ１６０２では分散設定テーブル
を参照する。識別アドレスが登録されていなければステ
ップＳ１６０３で新規の登録と判断して、ステップＳ１
６０４で分散設定テーブルに新規インデックスとともに
識別アドレスを登録して処理を終了する。なお、新規登
録時の負荷係数は０とする。一方、ステップＳ１６０２
におけるテーブル参照の結果、既登録であれば何もせず
に処理を終了する。このようにして、新規の画像生成サ
ーバがネットワーク９０７に接続された場合、それをＷ
ｅｂサーバの分散設定テーブルに登録できる。

【０１１６】以上の説明したように、本変形例によれ
ば、処理中の要求が他のサーバに比べて少ない画像生成
サーバに新たな処理依頼が発行されるため、各画像生成
サーバの負荷は均一化される。このため、負荷の分散が
効果的になされ、システム全体の処理効率が向上する。

【０１１７】［第３の実施形態］次に、本発明の第３の
実施形態にかかるネットワークプリントシステムについ
て説明する。本実施形態のシステムは、第２の実施形態
と同じく画像生成サーバを複数用いたネットワークシス
テムであって、画像生成サーバに障害が発生した場合に
他のサーバで代替処理を行うことを特徴とする。

【０１１８】図１６は、本実施形態に係るシステムの構
成を示すソフトウェアブロック図である。図１６におい
て、クライアント１０１は第１又は第２の実施形態のそ
れと同じものである。Ｗｅｂサーバ４１０１は、第２の
実施形態のＷｅｂサーバ９０１とほぼ同様の構成を有す
るが、分散設定テーブル４１１１を管理するための監視
部４１０４を有する点で異なる。ネットワーク通信制御
部１０７及び負荷分散制御部９０２に関しては、第２実
施形態のそれらと同様の機能を果たす。

【０１１９】画像生成サーバ４１０５及び４１０８は、
画像生成サーバの状態を監視部４１０４に通知する通知
部４１０７を有すこと以外は、画像生成部１１１をはじ
めとして、図９に示した第２の実施形態における画像生
成サーバ９０８、９０９と同様の構成を有している。

【０１２０】図１７は、本実施形態において画像生成サ
ーバの分散を制御するために用いられる分散設定テーブ
ル４１１１を示している。分散設定テーブル４１１１に
おいては、画像生成サーバに相当する個数のインデック
スがあり、各インデックス毎に画像生成サーバ部を識別
するための識別アドレスとステータス情報を持つ。

【０１２１】識別アドレスとしては、例えばネットワー
ク接続のためのＩＰアドレスやホスト名、ＨＴＴＰ接続
のためのＵＲＬ等が用いられる。また、ステータス情報
は画像生成サーバがＷｅｂサーバからの画像生成要求を
受け取れる状態にあるかどうかを示すフラグであり、受
け取れる状態にある画像生成サーバに対しては欄４００
４、４００５、４００６で示されるように“ＯＫ”が入
り、受け取れない状態にある画像生成サーバに対しては
欄４００７で示されるように“ＮＧ”が入る。

【０１２２】このような分散設定テーブル４１１１がＷ
ｅｂサーバ４１０１内に格納され、サーバの起動時に、
負荷分散制御部９０２の管理するメモリ内に読み込まれ
る。なお、第２の実施形態における分散設定テーブル９
０３あるいはその変形例１の分散設定テーブル９０３の
ように、最後に使用されたサーバを示す欄や、負荷係数
欄をさらに設けてもよい。この場合には、サーバの代替
処理とは別に、サーバの負荷分散が第２実施形態及びそ
の変形例で説明したように行われる。

【０１２３】（代替処理）次に、図１８に示すフローチ
ャートを用いて、画像生成サーバに障害等が発生して利
用できない場合の代替処理について説明する。この処理
はＷｅｂサーバの負荷分散制御部９０２及び監視部４１
０４により行われるため、図では処理の流れが理解しや
すいように、左側に負荷分散制御部９０２による処理
を、右側に監視部４１０４による処理を示す。

【０１２４】図１８のフローチャートは、あるクライア
ントからの要求を受け付けてから、適当な画像生成サー
バを選択し、その画像生成サーバに処理を依頼し、依頼
先の画像生成サーバに障害が発生もしくは検出された場
合に、代替の画像生成サーバを選択して要求のあった処
理を完了させるまでの手順を示す。

【０１２５】ステップＳ４２０２であるクライアントか
らのリクエストを受け付けると、ステップＳ４２０３に
おいて、負荷分散制御部９０２は、監視部４１０４にど
の画像生成サーバに処理依頼可能であるか（ステータス
が“ＯＫ”で画像生成サーバがあるか）の問い合わせを
行なう。

【０１２６】ステップＳ４２０４で、監視部４１０４は
分散設定テーブル４１１１を参照し、ステータスがＯＫ
である画像生成サーバを検索し、その情報を負荷分散制
御部に返す。図１７に示した分散設定テーブルの例で
は、インデックス１〜３までの画像生成サーバのステー
タスが”ＯＫ”であるが、本実施形態においては先頭の
欄４００４で示されるインデックス１の画像生成サーバ
の情報を負荷分散制御部に応答するものとする。分散設
定テーブルに負荷係数の項目がある場合には、ステータ
スが”ＯＫ”で、かつもっとも負荷係数が小さい画像生
成サーバの情報が返送される。

【０１２７】ステップＳ４２０５で、ステップＳ４２０
４で選択された画像生成サーバに処理を依頼することを
決定し、ステップＳ４２０６でその画像生成サーバに処
理を依頼して、画像生成サーバでの処理終了を待つ。

【０１２８】画像生成サーバによる処理が終了すると、
ステップＳ４２０７で処理の結果を判断する。ステップ
Ｓ４２０６で依頼した処理が画像生成サーバで正常終了
していなければ、画像生成サーバの通知部４１０７によ
って負荷分散制御部９０２に異常終了した旨が通知され
る。異常終了であれば、負荷分散制御部９０２は監視部
４１０４に異常終了した画像生成サーバのアドレスある
いはインデックスを知らせる。ステップＳ４２０８で
は、監視部４１０４は、分散設定テーブル４１１１の、
該当画像生成サーバのステータス欄に使用不可であるこ
とを示す”ＮＧ”を記入する。

【０１２９】そして、再度ステップＳ４２０３に戻っ
て、監視部４１０４に処理依頼可能な画像生成サーバの
問い合わせを行なう。この場合、異常終了した画像生成
サーバはステップＳ４２０８でステータスが”ＮＧ”に
変更されているので、別の画像生成サーバが選択され
る。以後、正常終了結果が得られるまで、同様の処理を
繰り返す。

【０１３０】ステップＳ４２０６で依頼した処理が正常
終了すれば、画像生成処理の結果（又はプリント終了の
通知）を画像生成サーバから受信して処理はそのまま終
了する。しかし、負荷分散制御部９０２が監視部４１０
４に対して処理が正常終了したことを通知するようにし
てもよい。また、ステップＳ４２０６で依頼された処理
の結果は、通知部４１０７が直接監視部４１０４に通知
しても構わない。

【０１３１】このようにして処理を終えると、Ｗｅｂサ
ーバは画像生成サーバから受けた処理結果あるいは処理
終了通知を、その処理を要求したクライアントに対して
送信する。その際、代替処理を行なった場合にはその旨
をクライアントに通知するようにしても良い。

【０１３２】以上説明したように、処理が異常終了した
場合には他の画像生成サーバで処理を行なうことによ
り、より安定したシステムの構築が可能になる。さら
に、異常終了した画像生成サーバに対応する分散設定テ
ーブルのステータスは”ＮＧ”となるため、以後の処理
で使用されることがなく、処理に支障をきたすことがな
くなる。

【０１３３】（復帰処理）次に、図１９に示すフローチ
ャートを用いて、障害等により分散設定テーブルのステ
ータスが”ＮＧ”とされた画像生成サーバが再度利用可
能になった場合の処理手順を説明する。図１９において
も、その処理を実行する場所が理解しやすいように、左
には画像生成サーバで行なわれる処理を、右にＷｅｂサ
ーバで行なわれる処理を示している。以下の処理は、障
害が発生して使用できなくなっていた画像処理サーバが
利用可能になったとき、例えば、障害状態から復帰して
再起動されたときに実行され、Ｗｅｂサーバがその画像
生成サーバを再度利用可能な状態にすることを目的とす
る。

【０１３４】ステップＳ４３０１で、使用できなかっ
た、あるいは使用されていなかったある画像処理サーバ
が使用可能になったとする。使用可能になる要因として
は、障害後の再起動や、新規に起動された場合、再起動
なしに障害から復帰した場合など任意である。

【０１３５】利用可能になった画像処理サーバは、ステ
ップＳ４３０２で監視部４１０４へ利用可能になったこ
とを通知する。ステップＳ４３０３において、監視部４
１０４は分散設定テーブル４１１１を参照して、ステッ
プＳ４１０２で受信した通知の送信元である画像処理サ
ーバを検索する。

【０１３６】ステップＳ４３０４で、検索の結果、既に
該当する画像処理サーバが登録されているかどうかを判
断する。登録されていない場合は、新規登録と判断して
ステップＳ４３０５で分散設定テーブル４１１１に該当
画像処理サーバを登録する。一方、既に登録されていた
場合は、ステップＳ４３０５の登録処理をスキップす
る。

【０１３７】ステップＳ４３０６では、分散設定テーブ
ルにおける該当画像処理サーバのステータスを”ＯＫ”
にする。新規登録がなされた画像生成サーバについては
単に”ＯＫ”が書き込まれるが、例えば、図１７に示す
分散設定テーブル４１１１のインデックス４に対応する
画像生成サーバが利用可能になった場合には、ステータ
ス欄４００７で示されるステータスを”ＮＧ”が”Ｏ
Ｋ”に変更される。

【０１３８】以上説明したように、本実施形態によれ
ば、処理中に異常を来した画像生成サーバは、分散設定
テーブルのステータスが”ＮＧ”に書き換えられて使用
可能な画像生成サーバからはずされる。そして、再起動
した時点で分散設定テーブルにおけるそのサーバのステ
ータスが”ＮＧ”から”ＯＫ”に書き換えられ、今後の
処理で利用されるようになる。

【０１３９】このため、オペレータがネットワークプリ
ントシステムから使用できない画像生成サーバの切り離
しや、復旧した画像生成サーバの再接続を行わなくと
も、自動的に画像生成サーバの使用停止／使用再開が可
能となる。このため、画像生成サーバを効率よく使用で
き、分散処理の効率が向上する。また、ある画像生成サ
ーバが異常終了した場合でも、他の画像生成サーバで代
替処理することにより、より安定度の高いシステムを提
供することができる。

【０１４０】［第４の実施形態］次に本発明の第４の実
施形態に係るネットワークプリントシステムを説明す
る。本実施形態に係るシステムは、クライアントに複数
のプリンタが接続され、Ｗｅｂブラウザの利用者がクラ
イアントで帳票の印刷を指定した際に、クライアントで
適切なプリンタを選択するシステムである。

【０１４１】図２０は、本実施形態に係るネットワーク
プリントシステムの構成を示すブロック図である。本シ
ステムは、ブラウザが動作しているクライアントの配下
にプリンタが複数台存在する構成を有する。図２０にお
いて、クライアント１２０１は、上述の実施形態におけ
るクライアントと同様、Ｗｅｂブラウザが動作している
コンピュータである。データ入出力部１２０２はサーバ
１２１３とのデータ通信を行う。Ｗｅｂブラウザ１２１
５は、第１の実施形態のＷｅｂブラウザ１１４と同じで
よい。プリントデータ解析部１２０３は、クライアント
に送付されたプリント用データを解析する。第１〜第３
のプリント出力部１２０４、１２０５、１２０６は、プ
リント用データを実際のプリントイメージに変換し、プ
リンタにデータを送信する。プリンタ１２０７〜１２１
０は、クライアント１２０１に直接又はネットワーク１
２１１を介して接続されたプリンタを示す。ネットワー
ク１２１１は、クライアントとプリンタとを接続してい
る。

【０１４２】ネットワーク１２１２は、図１のネットワ
ーク１０５と同様、クライアント１２０１とサーバ１０
６とを接続する。サーバ１０６は、図１に示す第１の実
施形態のものと同一の構成を有するＷｅｂサーバである
ため、同じ構成要素には同じ参照数字を付して重複する
説明は省く。すなわち、本実施形態のシステム構成は、
図１に示した第１の実施形態のシステム構成と、クライ
アントに複数のプリンタが接続されている点を除いて同
一である。このため、クライアントはプリンタ毎に対応
する複数のプリント出力部１２０４〜１２０６を有して
いる。

【０１４３】通常は、Ｗｅｂブラウザから、帳票データ
のクライアントによる印刷が指示された場合、第１の実
施形態において説明したように、画像生成部１１１にお
いて帳票テンプレートとそれと組み合わされるデータと
が合成され、プリント出力部１１２において、その合成
データに基づきページ記述言語（ＰＤＬ(Page Discript
ion Language)）の様式に従ったプリントデータファイ
ルが生成され、このプリントデータファイル（又はその
ＵＲＬ）がクライアントに送信される。

【０１４４】この送信されたＰＤＬファイルは、クライ
アント１２０１のプリント出力部１２０４〜１２０６の
いずれかによりプリンタに出力される。この時、望まれ
ることは、サーバのプリント出力部１１２で作成したＰ
ＤＬの形式と、クライアントに接続されたプリンタが解
釈できるＰＤＬの形式が同一であることである。ただ
し、ＰＤＬには、多くの種類があり、また時とともに変
更、更新されているのが現実であり、画像生成部１１２
が生成できる形式と、クライアントに接続されたプリン
タの解釈できる形式とが一致しないケースも多い。そこ
で、本実施形態では、クライアントのプリントデータ解
析部１２０３にプリント出力部を選択する機構、すなわ
ちプリンタを選択する機構を設け、できる限り正しくＰ
ＤＬを解釈できるプリンタを選択できるようにしたこと
を特徴とする。

【０１４５】以下、図２１に示すフローチャートを用い
て、本実施形態におけるプリントデータ解析部１２０３
の動作を説明する。まずステップＳ１３０１において、
サーバ１０６より転送されてきたプリントデータファイ
ルを受け取る。プリントデータファイルのヘッダ部分に
は、ＰＤＬの名称及びそのバージョンが書き込まれてい
る為、ステップＳ１３０２ではそのヘッダ情報を解析
し、ステップＳ１３０３にてそのＰＤＬの名称及びバー
ジョンを保持しておく。

【０１４６】ステップＳ１３０４では、プリントデータ
解析部１２０３におけるクライアント、すなわち自己の
配下に複数存在するであろうプリンタの情報を解析す
る。すなわち、プリンタドライバであるプリント出力部
１２０４〜１２０６の解析を行う。ステップＳ１３０５
では、ステップＳ１３０４で解析したプリント出力部
が、受信したプリントデータに対応しているか、厳密に
は、一致しているかをチェックする。もし一致している
場合は、プリントデータをそのプリント出力部に送信す
る（ステップＳ１３０７）。この場合には、選択された
プリント出力部に対応したプリンタから、厳密な出力結
果が得られる（ステップＳ１３０８）。

【０１４７】また、ステップＳ１３０５にて、プリント
データとプリント出力部とが一致しなかった場合は、存
在する他のプリント出力部の解析を行う。ステップＳ１
３０６にて、すべてのプリント出力部の解析が終了した
と判断された場合には、予め設定されているデフォルト
のプリント出力部へデータを転送し（ステップＳ１３０
９）、デフォルトプリンタからプリント出力を行なう
（ステップＳ１３１０）。この場合には、プリント出力
部のＰＤＬがプリントデータファイルを記述したＰＤＬ
と一致していないため、望まれる出力が、正確に出力さ
れる保証はない。場合によってはＰＤＬの不一致によ
り、プリント出力不可能の場合もある。

【０１４８】以上説明したように、本実施形態において
は、クライアントに複数のプリンタが備えられている場
合、サーバから受信したプリントデータを正しく解釈で
きるプリンタを自動的に選択し、正確な出力結果を得る
ことができる。

【０１４９】［第５の実施形態］次に図２２を参照し
て、本発明の第５の実施形態に係るネットワークプリン
トシステムについて説明する。本実施形態は、ネットワ
ーク上に複数のＷｅｂサーバを有することを特徴とす
る。

【０１５０】図２２は本実施形態に係るネットワークプ
リントシステムの構成を示す図である。システムの各構
成要素については第１又は第２の実施形態において説明
したものと同様である。すなわち、クライアント１７０
１，１７１１は、図１及び図９のクライアント１０１と
同じ構成であり、Ｗｅｂサーバ１７０３，１７１３は、
図９のＷｅｂサーバ９０１と同様である。また、画像生
成サーバ１７０８，１７１８は、図９の画像生成サーバ
９０８，９０９と同じものである。また、図２２のシス
テムにおいても、第１の実施形態と同様に、クライアン
トで表示された帳票データの印刷を指示すると、そのデ
ータとそれに組み合わされる帳票テンプレートとが画像
生成サーバで合成され、サーバあるいはクライアントか
ら印刷することができる。したがって、クライアント及
びＷｅｂサーバが複数存在する点においてのみ、図２２
の構成と図９の構成は異なっている。

【０１５１】図２２において、クライアント１７０１は
ネットワーク１７０２を通じてＷｅｂサーバ１７０３に
接続する。Ｗｅｂサーバ１７０３は画像生成サーバ１７
０８，１７１８に接続している。各画像生成サーバは、
Ｗｅｂサーバから受信した依頼に従ってプリントデータ
や表示用のＨＴＭＬ文書データを生成して（プリント依
頼の場合はプリント出力を行ない、終了通知を）依頼元
のＷｅｂサーバに返送する。そのデータは、再度ネット
ワーク１７０２を通じて要求元のクライアント１７０１
に返される。

【０１５２】同様に、クライアント１７１１はネットワ
ーク１７１２を通じてＷｅｂサーバ１７０３に接続し、
処理要求を行なうことができる。この場合、Ｗｅｂサー
バ１７０３は、クライアント１７０１からの処理要求を
受信した場合と同様な処理を行う。

【０１５３】このように、Ｗｅｂサーバは複数のクライ
アントから処理要求を受け取り、処理を行うことが可能
であるが、接続クライアント数が増え、並行して処理を
行わなければならなくなると処理速度が低下する。

【０１５４】そこでクライアント１７１１がネットワー
ク１７１４を通じてＷｅｂサーバ１７１３にも接続し、
Ｗｅｂサーバ１７１３の資源を利用することによりＷｅ
ｂサーバ１７０３にかかる負荷を下げることが可能にな
る。ネットワーク１７０２，１７１２，１７１４を電話
網等を介したネットワークにしておけば、ネットワーク
の切換えは、単に接続先のＷｅｂサーバを切り替えるだ
けでよい。すなわち、クライアントのＷｅｂブラウザか
ら、接続したいＷｅｂサーバのＵＲＬを切り替えて指定
すればよい。

【０１５５】このように、本実施形態のシステムにおい
ては、複数の画像生成サーバ１７０８，１７１８を複数
のＷｅｂサーバ１７０３とＷｅｂサーバ１７１３から共
通して使用することが可能である。

【０１５６】画像生成サーバが１台しかなければ、Ｗｅ
ｂサーバ１７０３，１７１３ともその画像生成サーバに
対して画像生成の依頼を発行する。このため、特にスケ
ジュール管理等は不要である。しかしながら、図２２の
ように複数の画像生成サーバが複数のＷｅｂサーバと接
続されている場合、各Ｗｅｂサーバがどの画像生成サー
バを使用するか決定する手順が必要となる。その手順と
しては、次のような例が考えられる。（１）予めＷｅｂサーバと画像生成サーバとを対応づけ
ておく。この場合、ひとつのＷｅｂサーバに対して複数
の画像生成サーバが割り当てられれば、第２の実施形態
あるいはその変形例の要領で、使用する画像生成サーバ
を決定する。（２）図１１あるいは図１３に示した分散設定テーブル
を各Ｗｅｂサーバで共有し、画像生成サーバを管理す
る。このためには、図１０のステップＳ１００５、ある
いは、図１４のステップＳ１５０４，Ｓ１５０６及び図
１５のステップＳ１６０４で分散設定テーブルを更新す
る都度、各Ｗｅｂサーバは、更新したテーブルを他のＷ
ｅｂサーバに送信しなければならない。

【０１５７】以上説明したように、本実施形態によれ
ば、Ｗｅｂサーバを複数用意することで、各Ｗｅｂサー
バの負荷を軽減し、システムとしての処理効率が向上し
たネットワークプリントシステムを実現することができ
る。

【０１５８】［第６の実施形態］次に、本発明の第６の
実施形態について説明する。図２３は、本実施形態に係
るネットワークプリントシステムのソフトウエアブロッ
ク図であり、ここでは、サーバ、クライアントともに１
台ずつ示している。第１の実施形態において説明した図
１と図２３とを比較すると明らかなように、Ｗｅｂサー
バ１２０が画像格納部１１８及び１１９を有すること以
外、本実施形態に係るシステムと第１の実施形態に係る
システムとの構成は同一である。そのため、既に説明し
た構成についての説明はここでは省略する。

【０１５９】サーバ１２０が有する画像格納部１１８，
１１９はハードディスク装置等、画像データを格納する
ための装置によって実現され、画像格納部１１８はクラ
イアント１０１に公開されておらず、またクライアント
からアクセスできない領域である。これに対して画像格
納部１１９はクライアントに対して公開されており、ク
ライアントが画像格納部１１９に含まれるファイルのＵ
ＲＬを指定することで、そのファイルにアクセスでき
る。

【０１６０】＜表示要求の処理＞本実施形態の処理を説
明する前に、第１の実施形態において説明した、Ｗｅｂ
ブラウザ１１４のウィンドウ（図２）画面上で表示ボタ
ン２０８が押された場合の従来の処理を説明する。図２
４は、従来の手法による、表示時のサーバ及びクライア
ントによる処理手順のフローチャートである。以下に説
明するように、この従来の処理では、クライアントに返
されるべき生成された画像ファイルは、クライアントか
ら参照可能な画像格納部１１９に置かれる。

【０１６１】図２４において、まず、クライアント１０
１から、表示したい画像に関する情報を含んだ画像リク
エスト（ステップＳ７２１０）が、ネットワーク通信制
御部１０７を通じてＷｅｂサーバ１２０に送られる。

【０１６２】Ｗｅｂサーバではリクエストの内容が解析
され、処理の実行が開始される（ステップＳ７２０
２）。Ｗｅｂサーバ１２０は、必要な画像生成処理を、
画像生成部１１１に依頼する（ステップＳ７２０３）。
画像生成部１１１は依頼に基づく画像生成処理を行ない
（ステップＳ７２９０）、その結果である生成画像は、
Ｗｅｂサーバに送られ、Ｗｅｂサーバ中のクライアント
から参照可能な画像格納部１１９に格納される（ステッ
プＳ７２０４）。

【０１６３】なお、画像生成部１１１は他の実施形態に
おいて説明されているように、サーバ本体と通信可能に
接続され、画像生成部の機能を有する独立したコンピュ
ータ（画像生成サーバ）により実現されても良い。この
場合には、ステップＳ７２９０はその画像生成サーバで
実行される。

【０１６４】Ｗｅｂサーバ１２０はここで、図２５で表
される構造を持ったデータブロック（ＨＴＭＬ文書）７
２１９をネットワーク通信制御部１０７を通じてクライ
アント１０１に返す（ステップＳ７２０５）。このデー
タブロックは、ヘッダ部７２２０と内容部７２３０から
なり、ヘッダ部７２２０には、内容部７２３０にはＨＴ
ＭＬ文書が格納されていることが内容種別として記述さ
れている。また、内容部のＨＴＭＬ文書中には、クライ
アント１０１の要求に対して生成された画像ファイルへ
の参照パス（/InetPub/wwwroot/img_dir/tem03.pdf）が
埋め込まれている。

【０１６５】クライアント１０１では、データブロック
７２１９を受け取ると、画像ファイルへの参照が埋め込
まれていることを検出し、Ｗｅｂサーバ１２０に対して
その参照パスに対応する画像ファイル転送要求を送信す
る（ステップＳ７２１１）。この画像ファイル転送要求
を受けて、Ｗｅｂサーバは画像格納部１１９から画像フ
ァイルを読み出し（ステップＳ７２０６）、図２６で示
されるようなデータブロック７２３９として、クライア
ント１０１に転送する（ステップＳ７２０７）。

【０１６６】データブロック７２３９は、ヘッダ部７２
４０と内容部７２５０からなり、ヘッダ部７２４０に
は、内容部７２５０に画像データが格納されていること
が内容種別として記述されている。また、内容部７２５
０には、生成された画像ファイルの内容が格納されてい
る。クライアント１０１はデータブロック７２３９を受
け取り（ステップＳ７２１２）、Ｗｅｂブラウザ１１４
の画面内に受信した画像を表示する（ステップＳ７２１
３）。

【０１６７】これに対して、本実施形態に係るシステム
では、Ｗｅｂサーバは、生成された画像をクライアント
からは参照不可能な画像格納部１１８に置くようにする
ことにより、生成結果の画像ファイルに対する安全性を
確保したものである。以下本実施形態における表示処理
について、図２７のフローチャートを用いて説明する。

【０１６８】まず、クライアント１０１から、表示した
い画像に関する情報を含んだ画像リクエスト（ステップ
Ｓ７３１０）が、ネットワーク通信制御部１０７を通じ
てＷｅｂサーバ１２０に送られる。Ｗｅｂサーバではリ
クエストの内容が解析され、処理の実行が開始される
（ステップＳ７３０２）。Ｗｅｂサーバ１２０は、必要
な画像生成処理を画像生成部１１１に依頼する（ステッ
プＳ７３０３）。画像生成部１１１は依頼に基づく画像
精製処理を行ない（ステップＳ７２９０）、その結果で
ある生成画像は、Ｗｅｂサーバ１２０に送られ、Ｗｅｂ
サーバ中のクライアントから参照不可能な画像格納部１
１８に格納される（ステップＳ７３０４）。

【０１６９】ここで、いったん画像格納部１１８に画像
ファイルを置くのは、要求を行なったクライアント１０
１以外から生成結果の画像ファイルへのアクセスを行え
ないようにするためだけではなく、クライアント１０１
から同一のユーザが同一の画像リクエストを発生した場
合に、再度、画像生成部１１１に同じ画像の生成処理を
要求することなく、画像格納部１１８にすでに格納され
ている画像ファイルをクライアント１０１に転送するこ
とで処理を高速化することを可能とするためでもある。

【０１７０】すなわち、従来の処理方法で安全性を確保
するためには、例えば、あるユーザが偶然にも他のユー
ザの画像を読み出すのを防ぐために、画像の転送要求を
行なったユーザが、画像格納部１１９に生成されたその
画像を読み出した後に、すぐにその画像が削除される必
要がある。そのため、同一ユーザが再度同一画像の生成
を依頼した場合であっても再度処理を行なわねばならな
かった。しかし、本実施形態の構成では画像格納部１１
８に生成画像を格納するため、生成した画像を削除する
必要がなく、同一ユーザからの同一画像の転送依頼が発
生した場合には、記憶された画像をそのまま転送すれば
よい。

【０１７１】さらにＷｅｂサーバ１２０は、図２６で表
される構造を持ったデータブロック７２３９をネットワ
ーク通信制御部１０７を通じてクライアント１０１に返
す（ステップＳ７３０５）。前述の通り、データブロッ
ク７２３９は、ヘッダ部７２４０と内容部７２５０から
なり、ヘッダ部７２４０には、内容部７２５０に画像デ
ータが格納されていることが内容種別として記述されて
いる。また、内容部７２５０には、生成された画像ファ
イルの内容が格納されている。

【０１７２】本実施形態においては、生成結果の画像フ
ァイルがクライアントからアクセス不可能な画像格納部
１１８に格納されるため、前述の従来例のようにクライ
アントにファイルパスを送信することができない。従っ
て、ファイルの生成が終了するとクライアントに直接画
像ファイルを送信している。クライアント１０１は、こ
のデータブロック７２３９を受け取ると（ステップＳ７
３１２）、ブラウザの画面内に、データブロックに埋め
込まれた画像ファイルを基にして画像を表示する（ステ
ップＳ７３１３）。

【０１７３】以上説明したように、本実施形態において
は、クライアントからの要求に応じて生成した画像ファ
イルをクライアントからアクセス不可能な領域に格納
し、その画像を生成する要求を発行したクライアントに
対してのみ、当該画像を送信する。これにより、画像を
格納したディレクトリを不特定のクライアントに公開し
なくとも、画像生成を要求するクライアントに対しては
確実に画像ファイルを送信できる。また、クライアント
のＷｅｂブラウザは、ＵＲＬを参照しないため受信した
画像データをキャッシュせず、常にサーバから受信した
画像を表示できる。

【０１７４】［第７の実施形態］次に、本発明の第７の
実施形態に係るネットワークプリントシステムにおける
表示処理を、図２８のフローチャートを用いて説明す
る。図２８において、図２７と同じ処理については同じ
ステップ番号を付与し、その説明は省略する。第７の実
施形態では、第６の実施形態と比較して以下の部分の動
作を変更している。

【０１７５】リクエスト解析ステップ（ステップＳ７６
０２）において、まず、クライアントからの画像リクエ
ストから、ユーザーセッションを識別する。さらに、要
求された画像生成がおなじユーザーセッションですでに
実行されているものかどうかを、セッション・画像生成
ジョブ対応表記憶部に記憶されたエントリを調べること
により決定する。セッション・画像生成ジョブ対応表記
憶部は、処理中及び／又は処理済みのセッションと、そ
のセッションで要求のあった処理内容、処理結果、すな
わち生成された画像ファイル等の格納位置を対応付けし
て記憶するものである。セッション・画像生成ジョブ対
応表記憶部は図２３には示されていないが、後述する図
３０のように、図２３に示すＷｅｂサーバ１２０にも含
まれているものとする。

【０１７６】条件判断ステップ（ステップＳ７６５０）
により、以前に実行されていた画像生成ジョブと同じ画
像を要求していると判定された場合、すでに画像格納部
１１８に格納されている生成画像ファイルを読み出す
（ステップＳ７３０５）。なお、ステップＳ７６５０に
おける判定は、セッションＩＤとクライアントからの要
求の内容、例えば画像を生成させる指示や、そのパラメ
ータが以前受信したものと一致していれば、以前に要求
されていると判定できる。

【０１７７】Ｗｅｂサーバは、画像格納部１１８から読
み出した画像ファイルを、第６の実施形態における処理
と同様に、図２６で表される構造を持ったデータブロッ
クに格納してクライアントに送信する（ステップＳ７３
０５）。

【０１７８】一方、条件判断ステップ（ステップＳ７６
５０）により、新しい画像生成ジョブであると判断され
た場合には、ステップＳ７３０４以降、第６の実施形態
と同一の処理を行なう。

【０１７９】以上説明したように、本実施形態によれ
ば、要求元のクライアントにのみ処理結果を送信するた
め、他のクライアントに処理結果をアクセスされるおそ
れがない上、クライアントから処理済みの要求と同じ要
求を受信した場合には、以前の処理で生成した結果を返
送することにより、サーバは同じ処理を繰り返し行う必
要がないため、処理のための資源を節約できる他、処理
の高速化が実現できる。

【０１８０】［第８の実施形態］次に、本発明の第８の
実施形態に係るネットワークプリントシステムにおける
表示処理を、図２９のフローチャートを用いて説明す
る。上述の第６及び第７の実施形態においては、処理結
果の画像ファイルを強制的にクライアントから参照不可
能な画像格納部１１８に格納していた。本実施形態にお
いては、従来の方法と本発明による方法とのいずれを用
いるかをクライアントから選択できるようにしたことを
特徴とする。すなわち、画像生成処理が終了した時点
で、画像ファイルをすぐに返送する（以下「内容渡し」
という）か、画像ファイルへのパスを返送するかをクラ
イアントから選択できる。図２９において、Ｗｅｂサー
バの処理で図２７と同じ処理については同じステップ番
号を付与し、その説明は省略する。また、クライアント
の処理は図２４における従来方法と同一であるため、や
はりその説明は省略する。第８の実施形態では、第６の
実施形態と比較して以下の部分の動作を変更している。

【０１８１】リクエスト解析ステップ（ステップＳ７７
０２）において、まず、クライアント１０１からの画像
生成リクエストから、内容渡しによる方法と、画像ファ
イルへの参照パスを渡す方法のどちらが要求されている
のかを決定する。画像生成処理（ステップＳ７７０３、
ステップＳ７３９０）を行った後、ステップＳ７７０２
においてどのような応答方法が決定されたのかを調べる
（ステップＳ７７５０）。

【０１８２】内容渡しによる方法が選択されていれば、
ステップＳ７７０５に進んで、クライアント１０１から
参照不可能な画像格納部１１８に生成された画像ファイ
ルを格納した後、Ｗｅｂサーバ１２０は、この画像ファ
イルを、図２６で表される構造を持ったデータブロック
７２３９の内容部に格納してクライアントに返す（ステ
ップＳ７７０６，Ｓ７７０７）。

【０１８３】一方、ステップＳ７７５０において、画像
ファイルへの参照パス渡しによる方法が選択されている
場合は、ステップＳ７７０４に進んで、クライアント１
０１から参照可能な画像格納部１１９に生成された画像
ファイルを格納した後、Ｗｅｂサーバ１２０は、この画
像データへの参照パスを含んだＨＴＭＬ文書を内容部に
有する、図２５に示したデータブロック７２１９をクラ
イアント１０１に返す（ステップＳ７７０５）。

【０１８４】データブロック７２１９を受信したクライ
アントは、図２４を用いて説明したように、内容部に含
まれる参照パスを用いてＷｅｂサーバ１２０にファイル
転送を要求し（ステップＳ７２１１）、Ｗｅｂサーバ１
２０が画像格納部１１９から対応するファイルを読み出
して転送する（ステップＳ７７０６、Ｓ７７０７）。そ
して、クライアントは受信した画像ファイルをブラウザ
１１４の画面に表示する（ステップＳ７２１３）。この
ように、本実施形態によれば、クライアントからの要求
で応答方法を指定することによって、クライアント側か
ら、画像ファイルの渡し方を指定でき、不特定のクライ
アントから画像ファイルにアクセス可能とすることもで
きるし、不可とすることもできる。

【０１８５】［第９の実施形態］図３０は、第６乃至第
８の実施形態に係るネットワークプリントシステムにお
いて、図９に示した第２の実施形態のように、画像生成
処理をＷｅｂサーバとは異なるコンピュータ上に配置し
て処理を分散させる場合の構成を示すブロック図であ
る。

【０１８６】図３０において、クライアント７０９０
は、図２３のクライアント１０１と同様の構成を有す
る。Ｗｅｂサーバ７０００は、負荷分散制御部７００５
を有している点と、画像生成部を有していない点とを除
いて、図２３のＷｅｂサーバ１２０と同様の構成であ
る。

【０１８７】画像生成サーバ７００６及び７００９とは
同じ構成を有しており、Ｗｅｂサーバ７０００やクライ
アント７０９０と同様のコンピュータ装置である。そし
て、Ｗｅｂサーバ１２０が有していた画像生成部１１１
と同等の機能を有する画像生成部７００７及び７０１０
が各画像生成サーバ７００６及び７０１０に設けられて
いる。画像生成サーバ７００６及び７００９と、Ｗｅｂ
サーバ７０００は、ネットワーク７０８０を介して互い
に通信可能に接続される。

【０１８８】画像生成部等の負荷分散を行う負荷分散制
御部７００５は、ラウンドロビン方式や、各画像生成部
の負荷を示す係数をカウントするなどの方法により、画
像生成処理の負荷を、画像生成部７００７，７０１０を
有する画像生成サーバ７００６及び７００９に振り分け
て分散する。

【０１８９】図３０の構成においては、単に画像生成部
を画像生成サーバとして独立させたものであり、画像生
成部を使用するにあたって、画像生成処理の依頼の送信
や生成された画像データの受信を、ネットワーク７０８
０を介して行わねばならない点が第６乃至第８の実施形
態と異なる点であり、Ｗｅｂサーバ及びクライアントに
よる制御手順そのものは、図２７，図２８，図２９で説
明した手順と同様でよい。

【０１９０】［第９の実施形態の変形例１］図３１は、
図３０の構成において、画像生成部のみならず、生成さ
れた画像データを格納するための画像格納部（クライア
ントから参照できない）を画像生成サーバに持たせた構
成のシステムを示す。

【０１９１】このシステムでは、Ｗｅｂサーバ１２０内
に画像ファイルを格納する代わりに、画像生成サーバ７
１０４または７１０８の画像格納部７１０７，７１１１
に保存する。本変形例においてこれらの画像格納部は、
クライアント７０９０からの参照は不可能な領域として
いるため、この構成により、第６又は第７の実施形態
（図２７あるいは図２８の処理手順）で説明したような
表示処理を実行することが可能である。

【０１９２】この場合、画像生成部での処理が終了した
ら、画像生成部が同じ画像生成サーバに含まれる画像格
納部にファイルを格納してから、Ｗｅｂサーバに処理終
了通知及び処理結果の画像ファイルの格納位置通知を行
なうようにすればよい。

【０１９３】［第１０の実施形態］次に、本発明の第１
０の実施形態に係るネットワークプリントシステムにつ
いて説明する。本実施形態は、Ｗｅｂサーバからクライ
アントに送信される画像ファイルやプリントデータファ
イルを暗号化する手段をＷｅｂサーバに、暗号化ファイ
ルを復号化する手段をクライアントに設けることによ
り、通信の秘匿性を高めたシステムに関する。

【０１９４】本実施形態において、Ｗｅｂサーバは例え
ば図１に示す構成を有しており、データ処理部１１０に
ファイル暗号化の機能を付加することによって、画像生
成部１１１で生成された画像データやプリントデータを
所定の方法で暗号化してクライアントに送信することが
可能である。暗号化方法及びその実現方法は任意であ
り、通常通信分野で用いられている方法を適用すること
ができる。

【０１９５】図３２は、本実施形態におけるクライアン
トの構成を示すブロック図である。図において、５５０
１はＣＰＵであり、後述する暗号化ファイルの復号化処
理もＣＰＵによりプログラムを実行することで実現され
る。５５０２は通信モジュールであり、図１におけるデ
ータ入出力部１０２と同等の機能を有する。Ｗｅｂサー
バと通信を行い表示データや印刷データを得る。

【０１９６】５５０３は受信データブロックであり、通
信モジュール５５０２を介して受信したデータを格納す
るメモリブロックである。これはメモリブロックは所謂
外部メモリで構成することもでき、その場合受信データ
ブロックはデータファイルとなる。復号データブロック
５５０４は受信データブロックに記憶された暗号化ファ
イルの復号結果を格納するメモリブロックである。受信
データブロック５５０３と同様、データファイルで構成
しても構わない。

【０１９７】５５０５は印刷モジュールであり、復号し
たプリントデータをプリンタ５５０６に送る機能を持つ
モジュールであり、例えば印刷スプールやパラレルケー
ブル装置である。５５０６はプリンタである。

【０１９８】５５０７は暗号を復号するための情報（復
号キー）を保持する復号キーブロックである。復号キー
ブロック５５０７も他のデータブロック５５０３、５５
０４と同様、メモリ領域やデータファイルで構成するこ
とができる。復号キーは、クライアントで動作するプロ
グラムに予め埋め込んでおいたり、クライアントにプロ
グラムをインストールするときにユーザが入力する方法
等、任意の方法を選択できる。

【０１９９】次に、図３３に示すフローチャートを用い
て、図３２に示したクライアントにおける復号化処理動
作について説明する。以下の説明では、クライアントか
らクライアントのプリンタ５５０６での印刷要求をＷｅ
ｂサーバに送信し、その結果としてＷｅｂサーバから暗
号化されたプリントデータファイルを受信したものとす
る。

【０２００】まず、ステップＳ５６０１で通信モジュー
ル５５０２を通じてプリントデータファイルを受信し、
受信データブロック５５０３にデータを格納する。前述
の実施形態で説明したように、データファイルは、Ｗｅ
ｂサーバから送られる場合や、クライアント側で動作す
るプログラムがＷｅｂサーバからダウンロードする場合
があるが、本実施形態においてはいずれの場合でも構わ
ない。

【０２０１】受信したデータの構成例を図３４に示す。
受信データはデータの内部構造を表すヘッダ部５７１０
とプリントイメージそのものであるイメージ部５７１１
から構成される。さらに、ヘッダ部５７１０にはイメー
ジ部５７１１の内容が暗号化されているか否かを表すフ
ラグ領域５７０１を有し、暗号化されている場合にはＯ
Ｎが記述され、暗号化の種別を表す情報も記述される。

【０２０２】次に、ステップＳ５６０２で、受信したデ
ータのヘッダ部５７１０のフラグ領域５７０１を参照
し、イメージ部が暗号化されているか、どのような暗号
化方法が用いられているかの情報を得る。本実施形態に
おいては受信したファイルが暗号化されているため、ス
テップＳ５６０３では、ステップＳ５６０２で得た情報
を元に、復号キーを復号キーブロック５５０７から得る
（ステップＳ５６０３）。

【０２０３】次いで、ステップＳ５６０３で得た復号キ
ーを用いて、受信データブロック５５０３に格納された
暗号化ファイルを復号化し、復号結果を復号データブロ
ック５５０４に格納する（ステップＳ５６０４）。そし
て、復号データブロックから順次復号化したデータを読
み出し、印刷モジュール５５０５を介してプリンタ５５
０６に出力する。

【０２０４】［第１１の実施形態］次に、本発明の第１
１の実施形態に係るネットワークプリントシステムにつ
いて説明する。本実施形態は、第１０の実施形態におい
て、Ｗｅｂサーバから受信したデータが複数のデータブ
ロックから構成される場合に特に有効に適用される。

【０２０５】例えば、複数のテキストデータや画像デー
タからプリントデータが構成され、それらが個別にＷｅ
ｂサーバからクライアントに送信される場合、テキスト
やイメージといったデータの種類の違いに応じて暗号化
するかどうかを選択したり、暗号化の方法を切り替える
ことが考えられる。

【０２０６】なぜなら、暗号化自体長い処理時間を必要
とする上、暗号化方法によっては復号するためにさらに
多大な計算時間を要するものがあり、システムにとって
無視できない負荷となりうるからである。また、処理時
間が係ることによってクライアントのユーザも処理を待
たされることになり、使い勝手が悪くなるという問題も
ある。

【０２０７】以下、図３５に示すフローチャートを用い
て、本実施形態における復号化処理動作を説明する。復
号化を行なうクライアントの構成は第１０の実施形態の
ものと同一でよい。図３５に示す処理も、図３３の処理
と同様、クライアントのＣＰＵ５５０１が図示しない外
部メモリやＲＯＭ等に記憶されたプログラムを実行する
ことによって実現される。

【０２０８】また、以下の説明では、クライアントから
クライアントのプリンタ５５０６での印刷要求をＷｅｂ
サーバに送信し、その結果としてＷｅｂサーバから個別
に暗号化された複数のデータブロックから構成されるプ
リントデータファイルを受信するものとする。

【０２０９】ステップＳ５８０１は複数のプリントデー
タから構成されるある１つのプリントジョブの開始を意
味する。例えば、複数ページからなるイメージを含むド
キュメントの印刷である。ステップＳ５８０２では、プ
リントジョブを構成する受信データが残っているかを判
断する。

【０２１０】受信データがある場合は、ステップＳ５８
０３でデータを受信し、受信データブロック５５０３に
データを格納する。ステップＳ５８０４では、受信した
データブロックのヘッダ部のフラグ領域５７０１を参照
し、そのデータブロックが暗号化されているか否か、そ
のデータブロックのデータ種別は何かについて情報を取
得する。データ種別は図２５及び図２６で示したよう
に、データブロックのヘッダ部を参照することによって
判別できる。

【０２１１】ここで、復号キーの選択について図３６に
示す復号キーブロック５５０７の構成例を用いて説明す
る。復号キーブロック５５０７に含まれる復号キーの総
数は任意であるが、本実施形態においては、復号キーブ
ロック５５０７には、４つの複合キー（復号キー１、復
号キー２、復号キー３、その他の復号キー）が格納され
ている。

【０２１２】図３５のステップＳ５８０４では、受信し
たデータの種類に応じて、図３２の復号キーブロックの
どの復号キーを用いるかを決定する。例えば、テキスト
データであれば復号キー１、イメージデータであれば復
号キー２、というように予めシステム内で定義してお
き、それに従う。

【０２１３】ステップＳ５８０６ではステップＳ５８０
４で決定された復号キーを用いて受信データブロック５
５０３に格納された暗号化データブロックを復号化し、
復号化結果を復号データブロック５５０４に格納する。

【０２１４】ここで、本実施形態では、１つのジョブが
複数のデータブロックで形成されるため、復号データフ
ァイルも複数存在する。従って、復号データブロック５
５０４はデータが順次追加できるように構成される。例
えば、データを追加するたびに次回どのアドレスに書き
込めば良いかというデータも同時に保持しておくという
方法でデータを追加していくことが可能となる。

【０２１５】以後、ステップＳ５８０２からステップＳ
５８０６までの処理を受信データが無くなるまで繰り返
し、ステップＳ５８０２において受信データが無くなっ
たことを検出したら、ステップＳ５８０７で復号データ
ブロック５５０４から復号データを読み出して、ステッ
プＳ５８０８で印刷モジュール５５０５を介してプリン
タ５５０６に出力する。

【０２１６】［第１２の実施形態］次に、本発明の第１
２の実施形態に係るネットワークプリントシステムにつ
いて説明する。前述の第１０及び第１１の本実施形態に
係るシステムでは、受信したデータブロックのヘッダ部
から得た情報又はデータブロックのデータ種別によって
復号化キーを決定していたが、本実施形態のシステムで
は、復号化する際にＷｅｂブラウザとＷｅｂサーバの間
で保持されるセッション情報に基づいた復号キーを用い
ることによって、更に秘匿性の高い通信が可能なネット
ワークプリントシステムを提供することを特徴とする。

【０２１７】図３７は本実施形態におけるＷｅｂサーバ
のシステムブロック図で、６６０１はＣＰＵを示し、以
下で説明する処理のプログラムを実行する。６６０２は
通信モジュールであり、図示しないクライアントとの間
の通信を行う。６６０３はセッションＩＤブロック、６
６０４は新規セッションＩＤブロックである。また、６
６０５はセッションＩＤと復号化キーとを対応付けして
記憶するメモリブロックである。

【０２１８】第２の実施形態において説明したように、
一般にＷｅｂシステムは、サーバとクライアント間の１
回の要求、応答でセッションは終了してしまい、クライ
アントを区別する仕組みはない。そのため、本実施形態
においても、サーバの位置情報を示すＵＲＬの中にセッ
ションＩＤを導入する方法を採用する。

【０２１９】図３８に示すフローチャートを用いて、セ
ッションＩＤの導入処理について更に説明する。まず、
ステップＳ６７０１で、あるクライアントから要求がを
受け付けた時、そのＵＲＬにセッション番号が付加され
ているか否か、ステップＳ６７０２で判定する。もしＵ
ＲＬ中にセッションＩＤが付加されていない場合は、こ
のクライアントからの、新たなセッション開始とみな
し、ステップＳ６７０３で新規セッションＩＤを生成
し、ステップＳ６７０４でこの要求に対しそのセッショ
ンＩＤを付与する。このセッションＩＤ付のＵＲＬは、
要求に対応した処理が終了した後、クライアント側に返
され、同じクライアントが同セッション内でＷｅｂサー
バに次の要求を行う場合は、セッションＩＤ付きのＵＲ
Ｌを持ってサーバへの再アクセスを行う事になる。

【０２２０】ステップＳ６７０３における新規セッショ
ンＩＤの生成は例えば次の手順で行われる。サーバは使
用中セッションＩＤブロック６６０３に使用中のセッシ
ョンＩＤを保持しておく。ステップＳ６７０２におい
て、セッションＩＤを含まないＵＲＬであると判定され
た場合、乱数を用いて新規セッションＩＤを生成し新規
セッションＩＤブロック６６０４に保持する。

【０２２１】この値が使用中セッションＩＤ保持ブロッ
ク６６０３中になければ新規セッションＩＤとして認
め、その値をブロック６６０３に格納し、かつその値を
ステップＳ６７０３においてＵＲＬに付加する。乱数で
はなく、単純にカウントアップで他のセッションＩＤと
重複しない値を得ても構わないが、本実施形態ではセッ
ションＩＤを暗号化処理に用いるため、乱数のほうがよ
りセキュリティを守る効果が期待できる。

【０２２２】次に、図３９に示すフローチャートを用い
て、セッションＩＤを暗号化に用いる手順について説明
する。図４０はサーバ上で保持されるメモリブロック６
６０５の構成を示す図である。図からわかるように、メ
モリブロック６６０５はテーブル構造を持つ。テーブル
のキーは上述のセッションＩＤである。値は暗号を復号
するときに必要な復号キーが格納される。

【０２２３】まず、ステップＳ６８０１において、Ｗｅ
ｂサーバがクライアントからの要求に応答してプリント
画像を生成したものとする。次いでステップＳ６８０２
で、Ｗｅｂサーバはこのセッションに付与されたセッシ
ョンＩＤを用いて、後に暗号化されるプリント画像ファ
イルをクライアントで復号化するための復号キーを発生
させる。ここで、復号キーは上述の通り乱数を用いると
より高い秘匿性が得られるため好ましい。

【０２２４】ステップＳ６８０３で、メモリブロック６
６０５に、セッションＩＤをキーとし、復号キーを値と
してテーブルにキーと値の組を格納する。例えば、図４
０に示す例では、キー１１２１に対して復号キーとして
の値１８７７３７２１６が、キー４８２７に対し値９８
６７３６２８が格納されている。セッションＩＤから復
号キーを生成する方法は、予め定めた任意の方法を用い
ることができる。

【０２２５】ステップＳ６８０４で、復号キーで復号可
能な暗号化によって、プリント画像データが暗号化さ
れ、クライアントに送信される。ステップＳ６８０５
で、クライアントが暗号化された画像データを受信す
る。クライアントは、セッションＩＤを既に知っている
ため、ステップＳ６８０６で、そのセッションＩＤを用
いてサーバに復号キーを問い合わせる。この際、セッシ
ョンＩＤは特定のユーザからの持続した接続しか許さな
いので、他のユーザからの要求は拒絶される。

【０２２６】ステップＳ６８０７で、クライアントに対
して復号キーが返されるので、クライアントは復号キー
を用いて暗号化された画像データを復号することがで
き、直接或いはネットワークを介して接続されたプリン
タから出力することが可能となる。

【０２２７】なお、本実施形態におけるクライアントの
構成については特に述べなかったが、図３９のステップ
Ｓ６８０５〜Ｓ６８０８で説明した処理が可能であれば
任意の構成のクライアントを用いることができる。例え
ば図３２に示す構成のクライアントを用い、図３９のス
テップＳ６８０５〜Ｓ６８０８で説明した処理をＣＰＵ
５５０１で実行可能なプログラムを図示しない外部メモ
リ等に記憶しておけばよい。

【０２２８】［第１３の実施形態］次に、本発明の第１
３の実施形態に係るネットワークプリントシステムにつ
いて説明する。第１１及び第１２の実施形態において
は、クライアント−Ｗｅｂサーバ間のセキュリティを高
めたシステムについて説明したが、本実施形態はクライ
アントのユーザ間のセキュリティを高めたことを特徴と
する。

【０２２９】すなわち、会社などの組織において、職制
に応じて印刷、表示が可能な内容が異なることは珍しく
ない。以下、本実施形態に係るシステムにおいて、Ｗｅ
ｂブラウザユーザの権限により、出力できる内容を制限
する場合の処理について説明する。なお、本実施形態に
係るシステムは、図１に示す構成において、Ｗｅｂサー
バ１０６のデータ格納部１０９に後述する権限テーブル
を有している構成により実現でき、以下の処理はサーバ
１０６のＣＰＵ１０１ａ（図８）が外部メモリ１０１ｃ
に記憶されたプログラムを実行することで実施すること
ができる。

【０２３０】まず、印刷処理全体を制限する場合の処理
について、図４１に示すフローチャートを用いて説明す
る。ステップＳ３７０１では、ユーザがＷｅｂブラウザ
１１４（図１）を介してＷｅｂサーバ１０６にアクセス
（ログイン要求）する。これに応答して、ステップＳ３
７０２でサーバからユーザ認証を求める画面がブラウザ
に表示される為、ユーザは例えばユーザＩＤ、パスワー
ド等を入力する。Ｗｅｂサーバのデータ処理部１１０で
は、入力されたユーザＩＤ及びパスワードをデータ格納
部１０９に含まれる、ユーザ情報を格納するデータベー
スと照合する。

【０２３１】図４２に示すように、データ格納部１０９
には、ユーザＩＤとその印刷権限が予め登録されてお
り、このテーブルを参照することにより、ログインユー
ザの印刷権限を知ることができる。そして、以後このユ
ーザから処理を要求されると、権限に基づく処理を行な
う。

【０２３２】ステップＳ３７０３で、ユーザからＷｅｂ
サーバに対して新たなページの表示要求が行われたとす
る。Ｗｅｂサーバ１０６は、ここで、次に表示するペー
ジが印刷対象のページであるか否か、すなわちそのペー
ジに印刷ボタンが含まれるか否かを判定する。もし、印
刷ボタンが含まれない通常のページであれば、ステップ
Ｓ３７０７に移行する。

【０２３３】一方、ステップＳ３７０４において印刷対
象のページであると判断されたならば、ステップＳ３７
０２で得て保持されているユーザ権限を参照し、印刷権
限があると認められた場合は、印刷ボタンを含んだペー
ジ表示用データを送信する（ステップＳ３７０６）。権
限がない場合は、ステップＳ３７０７であらかじめ用意
してある印刷ボタン無しのページ表示用データを送信す
る。従って、印刷権限がないユーザから表示要求された
ページには印刷ボタンがなく、帳票印刷は行われない。

【０２３４】もちろん、印刷ボタン表示のみをＯＮ、Ｏ
ＦＦできる場合には、送信するページ表示用データを共
通として、印刷ボタン表示のみを権限の有無によって変
更するように構成しても良い。

【０２３５】次に、帳票の項目毎に権限を設定する場合
の処理について説明する。この場合、非権限者が操作し
た場合、一部の要点となるような項目は表示も印刷もさ
れないようにすることができる。図４３は、第１の実施
形態において説明した、帳票テンプレートの可変データ
テーブル（図３）の一部として、本実施形態で追加した
項目を示す図である。

【０２３６】図に示すように、本実施形態においては可
変データのインデックス毎に、権限による表示、印刷の
可否が登録されている。図４３の可変データテーブルに
おいて、３８０１の列は、テンプレートの可変データが
埋め込まれる事を示すインデックスである。３８０２で
は、３８０１インデックスが示すエリアの名称であり、
必ずしも必要ではないが、インデックスのみではデータ
の意味がわからないため、管理者等の作業のために設け
られている。３８０３，３８０４，３８０５は、権限の
種類により表示、印刷を行うか否かを示すフラグであ
る。

【０２３７】図４３に示す例では、権限１を有するユー
ザは、全項目について表示及び印刷を行い、権限２を有
するユーザは、部署名、性別、小計、合計は表示、印刷
されるが社員番号及び氏名は表示、印刷されない。その
他の権限を有するユーザは、性別と合計のみが表示、印
刷されることになる。この可変データファイルは、Ｗｅ
ｂサーバ内のデータ格納部１０９に格納される。また、
各ユーザが有する権限の種類は、図４２に示したテーブ
ルにおいて、印刷権限の欄を権限の種類の欄に置き換え
た構成を有するテーブル等に予め登録されて、データ格
納部に記憶しておく。

【０２３８】次に、図４４に示すフローチャートを用い
て、図４３に示す設定がなされている状態でＷｅｂブラ
ウザ画面で印刷ボタンが押された場合の、Ｗｅｂサーバ
（画像生成部１１１）の動作を説明する。以下の説明に
おいては、ユーザのログインが終了し、ユーザが有する
権限の種類が既に取得されているものとする。

【０２３９】第１の実施形態で説明したように、印刷ボ
タンが押され（ステップＳ３９０１）、その通知を受信
すると、Ｗｅｂサーバでは、このプリント処理で使用す
る帳票のテンプレートを検知する（ステップＳ３９０
２）。ステップＳ３９０３では、Ｗｅｂサーバ内等にあ
るデータ格納部から帳票作成に必要な可変データテーブ
ルを検索し、帳票テンプレートへのデータ埋め込みの準
備を行う。

【０２４０】ここでは、印刷に使用する帳票テンプレー
トが図４３に示すデータテーブルに対応しているものと
する。そして、帳票内における各項目の位置を検知（ス
テップＳ３９０３）するとともに、３８０１のインデッ
クスＮ１，Ｎ２…に対応するデータの検索を行う。そし
て、ステップＳ３９０４にてユーザの権限情報を得ると
同時に、図４３で可変データテーブルから、印刷項目の
ファイルを読み込む。

【０２４１】次のステップでは、インデックスの順に対
応する値と図４３に示される印刷項目ファイルの権限情
報との比較を行う。ステップＳ３９０５において、最初
にインデックスを１（Ｎ１）にする。ステップＳ３９０
６においてＮ１に対応するデータは、現状のユーザの権
限で、印刷可能か否かをステップＳ３９０４で読み込ん
だ印刷項目ファイルより判定する。もしユーザが有する
権限でＮ１が印刷可能であれば、ステップＳ３９０７に
おいて、すでに検索済みのＮ１に対応するデータを読み
込み、ステップＳ３９０９において帳票テンプレートと
マージ用のインデックスデータを作成する。

【０２４２】ステップＳ３９１０では、インデックスが
すべて終了したか否かを判定する。終了していない場合
は、Ｎの値をカウントアップし次の項目について判定す
る。ステップＳ３９０６において該当項目が印刷権限の
ない項目であった場合も、Ｎをカウントアップし次の項
目についての判定を行う。したがって、印刷権限のない
項目に関しては、インデックスデータは作成されず、ス
テップＳ３９１２において帳票として画像生成される
時、インデックスデータの作成されていない項目につい
ては、なにも印刷されない（空白で印刷される）ことに
なる。図４４においては印刷処理について説明したが、
表示処理においても同様の処理によって対応することが
できる。

【０２４３】［第１４の実施形態］次に、本発明の第１
４の実施形態に係るネットワークプリントシステムにつ
いて説明する。図４５は、本実施形態に係るネットワー
クプリントシステムの構成を示すソフトウェアブロック
図である。第１の実施形態において図１に示した構成に
対し、本実施形態の特徴である、クライアントから送ら
れてきた印刷要求に対して制限をかける機能を追加した
構成を有する。

【０２４４】図において、１０１はクライアント、１０
５はネットワークであり、それぞれ図１におけるクライ
アント１０１、ネットワーク１０５と同一である。ま
た、Ｗｅｂサーバ５１０３において、ネットワーク通信
制御部１０７はＷｅｂサーバ１０６におけるネットワー
ク通信制御部１０７と同一である。

【０２４５】５１０５は後述するプリント情報解析部５
１０６で解析された結果を元に、印刷を許可するか否か
をクライアントに指示する機能を持つ、印刷制御部であ
る。プリント情報解析部５１０６はクライアント１０１
から送られてきた印刷データに制限がかかっているか否
かを、後述するデータベース５１０７を参照し判断する
機能を持つ。データベース５１０７は各帳票に設定され
ている制限情報を保持する。

【０２４６】図４６は、図４５のデータベース５１０７
に保持されるデータを具体的に現したものである。登録
済み帳票ファイルには、帳票５２０２が複数登録され、
利用可能な帳票ごとに、印刷の制限情報を有している。
期限情報５２０３はその帳票が利用期限であり、この期
限を過ぎてからの印刷要求に対しては印刷を許可しな
い。回数情報５２０４はその帳票の印刷回数の上限を規
定し、印刷回数がこの上限回数になると、それ以降の印
刷要求に対しては印刷を行なわない。現在の印刷回数５
２０５はその帳票がこれまでに印刷された回数を保持す
る。図４６においては、これら情報５２０３〜５２０５
は帳票Ａに対応してのみ示されているが、実際には各帳
票毎に対応して格納される。

【０２４７】次に、図４７に示すフローチャートを用い
て、制限情報を用いた印刷か批判団処理について説明す
る。本処理は、クライアントからの印刷要求に対する処
理の中で、実行される。例えば、第１の実施形態におい
て説明したサーバ印刷処理（図５）において、サーバ印
刷ボタンの押下検出（ステップＳ５０１）と帳票検索
（ステップＳ５０２）の代わりに実行することができ
る。

【０２４８】まずステップＳ５３０１において、クライ
アントからＷｅｂサーバに対する印刷要求を受信する。
次に、ステップＳ５３０２において、サーバ５１０３の
プリント情報解析部５１０６が、クライアントから送ら
れてきた印刷要求データを解析し、要求された印刷処理
に用いる帳票の種類を検出する。そして、ステップＳ５
３０７では、帳票の種類を元にデータベース５１０７を
検索し、その帳票に対応する制限情報を参照する。印刷
期限が設定されている場合には現在日時と期限情報５２
０３とを比較し、期限を過ぎていたら印刷中止と判断す
る。

【０２４９】期限情報の設定がない場合もしくは期限内
である場合には、印刷回数の制限が設定されている場合
は現在の印刷回数５２０５と回数情報５２０４とをステ
ップＳ５３０４において比較する。現在の印刷回数が回
数情報に設定された回数と等しい場合には、印刷を実行
すると上限回数を超えることになるので印刷中止と判断
する。

【０２５０】回数制限の設定がない場合もしくは上限回
数に満たない場合にはステップＳ５３０５で印刷実行の
指示を印刷制御部５１０５に送り、データベース５１０
７の使用した帳票に対応する印刷回数の値を１だけ加算
する（ステップＳ５３０８）。ステップＳ５３０６では
ステップＳ５３０３及びステップＳ５３０４のいずれか
で印刷を許可しないと判断した場合、印刷中止の指示を
印刷制御部５１０５に送る。

【０２５１】印刷中止と決定された場合、要求元のクラ
イアントのＷｅｂブラウザ１１４の画面に、その旨を知
らせるメッセージを表示するようにしても良い。また、
印刷だけでなく、表示の時点で同じ様な制限をかけるこ
ともできる。この場合、表示自身を中止しても、第１３
の実施形態で説明したように、印刷ボタンを除いた状態
で表示するようにしても良い。

【０２５２】［第１５の実施形態］次に、本発明の第１
５の実施形態に係るネットワークプリントシステムにつ
いて説明する。図４８は、本実施形態に係るネットワー
クプリントシステムの構成を示すブロック図である。本
実施形態においては、Ｗｅｂサーバからプリントデータ
を複数存在するクライアントに選択的に配信することに
より、クライアントにおける負荷を分散し、クライアン
トにおける出力処理を高速におこなうことを特徴とす
る。

【０２５３】図において、３４０１はネットワークを示
しており、コンピュータ装置であるクライアントやプリ
ンター等が接続されている。３４０２及び３４０３は第
１の実施形態において説明したクライアント１０１（図
１）と同一の構成を有するクライアントである。３４０
４〜３４０７はそれぞれ異なる印字能力を持つプリンタ
を示し、プリンタ３４０４及び３４０５はそれぞれクラ
イアント３４０２及び３４０３に接続されている。ま
た、プリンタ３４０６及び３４０７はネットワーク３４
０１に接続されている。

【０２５４】３４０８及び３４０９は第１の実施形態に
おけるネットワーク１０５と同様のネットワークである
が、利用するプリンタに応じて選択される経路が異なる
ことを特徴とする。Ｗｅｂサーバ３４１０は第１の実施
形態におけるＷｅｂサーバ１０６に、プリント情報を解
析しプリントデータの送信先をしかるべきクライアント
に振り分ける機能を付加したものである。ネットワーク
通信制御部３４１１も同様に図１に示すネットワーク通
信制御部１０７と同様である。

【０２５５】３４１２はネットワーク３４０１上に接続
されているプリンタの印刷能力や負荷状態、および後述
するＷｅｂサーバ３４１０のプリントデータ解析部３４
１３からの情報を元に、印刷に最適なプリンタを自動的
に選択し印刷要求を送信する印刷制御部である。

【０２５６】プリントデータ解析部３４１３はプリント
情報を解析し、印刷要求のあった帳票の種類、印刷要求
を出したユーザの情報等を元にどのプリンタを優先的に
利用するべきかを印刷制御部３４１２に知らせると同時
に、受け付けた印刷要求の情報を後述するデータベース
３４１４に蓄積する。データベース３４１４は例えばリ
レーショナルデータベースであり、ネットワーク３４０
１上に接続されているプリンタの種類や、過去に行なわ
れた印刷の情報を蓄積する。

【０２５７】図４９はデータベース３４１４に蓄積され
るデータの例を示す図である。データベース３４１４は
利用可能なプリンタの情報を蓄積したプリンタファイル
部３５０１と、ユーザー毎に過去の印刷履歴を蓄積した
印刷情報ファイル部３５０２とを有する。

【０２５８】プリンタファイル部３５０１には、クライ
アントが利用可能なプリンタ毎に、カラー印刷の可否、
印字スピード、設置場所等の固有情報が格納される。ま
た、印刷情報ファイル部３５０２には、各ユーザの印刷
履歴情報として、これまでにどの帳票をどのプリンタで
出力したか、その時の書式設定はどうなっていたかとい
った履歴を格納する。本実施形態においては、この履歴
に基づいて次回の印刷要求時の設定が決定される。

【０２５９】次に、図５０に示すフローチャートを用い
て、本実施形態に係るシステムにおける、印刷要求を受
け付けてからプリントするプリンタを遠択するまでの処
理を説明する。まずステップＳ３６０１でいずれかのク
ライアントからＷｅｂサーバに対する印刷要求が発生
し、Ｗｅｂサーバがこの要求を受け付ける。次いでＷｅ
ｂサーバのプリントデータ解析部３４１３は、受け付け
た印刷要求を解析し、印刷要求をしたユーザを特定する
（ステップＳ３６０２）。そして、データベース３４１
４の印刷情報ファイル部３５０２を参照し（ステップＳ
３６０３）、このユーザーが行なった過去の印刷履歴を
元に、選択するプリンタの候補を絞り込む（ステップＳ
３６０４）。

【０２６０】プリンタの候補は、例えば過去所定回、例
えば１０回の印刷要求において使用されたプリンタのう
ち、回数の多いものから所定数、例えば３台のプリンタ
を選択することによって決定することもできるし、単に
前回使用したプリンタを選択するようにしても良い。

【０２６１】候補プリンタが選定されると、その候補を
クライアントのＷｅｂブラウザ画面に表示させて、ユー
ザに選択を促す。この際、前回の印刷で利用したプリン
タを優先的にデフォルトの選択状態とすることも可能で
ある。ステップＳ３６０５でユーザのプリンタ選択結果
を受信すると、ステップＳ３６０６では履歴に基づいて
印刷の書式設定を自動的に決定する。

【０２６２】次いで、ステップＳ３６０７では印刷制御
部３４１２が、使用が決定されたプリンタの状態を検出
する。ステップＳ３６０８でピジー状態の時はデータベ
ース３４１４のプリンタファイル部３５０１から、同等
かそれ以上の機能を持つ他のプリンタを自動的に選択
し、印刷ジョブを移管する（ステップＳ３６０９）。こ
の場合、ユーザに印刷出力先が変更されたことを通知す
ることが望ましい。

【０２６３】また、ビジー状態の場合、ユーザにその旨
を通知するとともに、プリンタファイル部から他のプリ
ンタを選択肢として与え、ユーザが選択したプリンタに
印刷処理を移管するようにしても良い。ステップＳ３６
１０で最終的に選択されたプリンタに合わせて、Ｗｅｂ
サーバの画像生成部による印刷データ生成処理等の印刷
処理が実施される。

【０２６４】上述の説明では、複数の候補を選定し、ユ
ーザにその中から１台選択させるようにしたが、最も利
用頻度の高いプリンタや、前回使用したプリンタを自動
選択するように構成しても良い。また、書式設定とビジ
ー時の代替プリンタ選定処理を両方行なう場合について
説明したが、いずれかのみを行なうようにしても良いこ
とは言うまでもない。

【０２６５】［第１６の実施形態］次に、本発明の第１
６の実施形態に係るネットワークプリントシステムにつ
いて説明する。本実施形態に係るネットワークプリント
システムは、印刷しようとしている帳票データの内容に
カラーデータを含むか否かで印刷に最適のプリンタを自
動的に選択することを特徴とする。

【０２６６】また、印刷する文書のページ数が所定のペ
ージ数より多い場合、一つの文書を複数に分割し、複数
のクライアントプリンタに印刷処理を分散させることを
別の特徴とする。この際、文書をカラー・モノクロの種
別によって分割し、それぞれに最適なプリンタを割り当
てて印刷処理を分散させることも可能である。

【０２６７】本実施形態に係るネットワークプリントシ
ステムは、第１５の実施形態において説明した図４８に
示す構成により実現することができるため、構成の説明
は省略する。図５１は、本実施形態におけるデータベー
ス３４１４’の内容を示す図である。第１５の実施形態
において図４８に示したデータベース３４１４の構成
に、分割印刷を行なうための情報である、環境情報ファ
イル部４４０３および印刷場所グループファイル部４４
０４を追加した構成を有する。環境情報ファイル部４４
０３は、印刷する文書のページ数が何枚を超えたら分割
印刷を実行するか、複数のプリンタを使った分割印刷を
行なう時に、どこに設置されているプリンタを利用する
か等の情報を格納する。印刷場所グループファイル部４
４０４は、分割印刷において利用するプリンタの範囲を
グループ化した情報を格納する。

【０２６８】次に、図５２に示すフローチャートを用い
て、本実施形態における印刷処理について説明する。図
５２には、第１５の実施形態において図５０で説明した
処理と同様、クライアントから印刷要求を受け付けてか
ら、印刷を実行するプリンタを決定するまでの処理を示
している。

【０２６９】まずステップＳ４５０１で、クライアント
からの印刷要求をＷｅｂサーバが受け付ける。ステップ
Ｓ４５０２において、Ｗｅｂサーバのプリントデータ解
析部３４１３（図４８）は、受け付けた印刷要求を解析
し、要求を行なったユーザーの特定及び、印刷文書にカ
ラーページが含まれるか否かを検出する。

【０２７０】カラーページが含まれる場合には、ステッ
プＳ４５０３からステップＳ４５０４へ移行し、データ
ベース３４１４のプリンタファイル部３５０１を参照し
て、利用できるプリンタの中からカラープリンタを抽出
する。一方、モノクロページのみの場合はステップＳ４
５０３からステップＳ４５０５へ移行し、データベース
３４１４’のプリンタファイル部３５０１を参照して、
利用できるプリンタの中からモノクロプリンタを抽出す
る。

【０２７１】次いで、ステップＳ４５０６において、ユ
ーザーの印刷履歴をデータベース３４１４’の印刷情報
ファイル部３５０２を参照して、印刷書式を自動設定す
る。この処理は第１５の実施形態におけるステップＳ３
６０６の処理と同一である。書式設定がすむと、ステッ
プＳ４５０７で、印刷しようとする文書を分割印刷すべ
きどうかを判定する。すなわち、データベース３４１
４’の環境情報ファイル部４４０３を参照し、印刷文書
が分割すべき条件を満たすかどうかを判断する。

【０２７２】たとえば、印刷文書が分割条件であるペー
ジ数を超えるページ数を有している場合には、ステップ
Ｓ４５０７で分割印刷すべきと判断され、ステップＳ４
５０８においてどのプリンタ群を用いて分割印刷を行な
うかを設定する。この設定は、データベース３４１４’
の印刷場所グループファイル部４４０４から適切なプリ
ンタ群を選択することによって行なわれる。この選択に
当たっては、プリントデータ解析部３４１３による解析
結果（帳票の種類や、どのプリンタを優先的に使用すべ
きか等の情報）を考慮するとともに、ステップＳ４５０
４及びＳ４５０５で抽出したプリンタを含むグループで
あり、カラーページを含む場合には、カラープリンタの
みで構成されるグループを選択することが好ましい。さ
らに、印刷要求を行なったユーザから出力が行なわれる
プリンタの距離が離れすぎないグループを選択すること
も好ましい。

【０２７３】分割印刷を行なう場合には、生成したプリ
ントファイルを分割印刷を行なうプリンタの台数や能力
に応じて分割して送信する（ステップＳ４５１０）。分
割印刷はプリンタ群に含まれる全てのプリンタを用いる
必要はなく、ユーザーからの距離などに応じて任意の条
件で選択することができる。一方、分割印刷を行なわな
い場合には、例えば第１５の実施形態におけるステップ
Ｓ３６０７〜Ｓ３６０９（図５０）に相当する処理をス
テップＳ４５０９で行い、最適なプリンタを決定した
後、そのプリンタに適切なプリントファイルの生成処理
等の印刷処理が実行される（ステップＳ４５１０）。

【０２７４】もちろん、本実施形態においても、第１５
の実施形態で行なったように、ステップＳ４５０４及び
ステップＳ４５０５抽出したプリンタの候補をユーザに
提示し、ユーザが選択したプリンタを使用するようにし
ても良い。また、分割印刷する場合やユーザが選択した
プリンタがビジーで他のプリンタで印刷を実行する場合
には、その旨を実行するプリンタ名等とともに通知する
ことが好ましい。

【０２７５】（第１６の実施形態の変形例１）図５２の
処理においては、モノクロページとカラーページをそれ
ぞれでまとめずに分割印刷していたのに対し、本変形例
においては、カラーページとモノクロページをそれぞれ
でまとめて分割印刷することを特徴とする。図５３に示
すフローチャートを用いて、本変形例における印刷処理
について説明する。図５３には、図５２で説明した処理
と同様、クライアントから印刷要求を受け付けてから、
印刷を実行するプリンタを決定するまでの処理を示して
いる。

【０２７６】まずステップＳ４６０１で、クライアント
からの印刷要求をＷｅｂサーバが受け付ける。次いで、
ステップＳ４６０２で、印刷しようとする文書を分割印
刷すべきどうかを判定する。すなわち、データベース３
４１４’の環境情報ファイル部４４０３を参照し、印刷
文書が分割すべき条件を満たすかどうかを判断する。た
とえば、印刷文書が分割条件であるページ数を超えるペ
ージ数を有している場合には、分割印刷すべきと判断さ
れる。

【０２７７】一方、分割印刷を行なわない場合には、例
えば第１５の実施形態におけるステップＳ３６０７〜Ｓ
３６０９（図５０）に相当する処理をステップＳ４６０
９で行い、最適なプリンタを決定した後、そのプリンタ
に適切なプリントファイルの生成処理等の印刷処理が実
行される（ステップＳ４５１０）。

【０２７８】ステップＳ４５０２において、Ｗｅｂサー
バのプリントデータ解析部３４１３（図４８）は、受け
付けた印刷要求を解析し、要求を行なったユーザーの特
定及び、印刷文書にカラーページが含まれるか否かを検
出する。そして、カラーページが含まれる場合には、そ
のページをカラーページ群に、それ以外のページ（モノ
クロページ）はモノクロページ群にそれぞれ分割して、
例えばＷｅｂサーバ３４１０（図４８）のデータ格納部
に格納する（ステップＳ４６０４〜Ｓ４６０６）。

【０２７９】次いで、ステップＳ４５０６において、ユ
ーザーの印刷履歴をデータベース３４１４’の印刷情報
ファイル部３５０２を参照して、印刷書式を自動設定す
る。この処理は第１５の実施形態におけるステップＳ３
６０６の処理と同一である。ステップＳ４６０８におい
ては、ステップＳ４６０２におけるプリントデータ解析
部３４１３による解析結果（帳票の種類や、どのプリン
タを優先的に使用すべきか等の情報）を考慮するととも
に、印刷文書がカラーページを含む場合にはカラープリ
ンタを含むプリンタ群を選定する。

【０２８０】そして、ステップＳ４６０９において、ス
テップＳ４６０５により分割されたカラーページ群に対
してはプリンタ群に含まれるカラープリンタを、ステッ
プＳ４６０６により分割されたモノクロページにはモノ
クロ専用プリンタをそれぞれ選択する。ステップＳ４６
１０においては、選択したプリンタに適切なプリントフ
ァイルの生成処理等の印刷処理が実行される。

【０２８１】［第１７の実施形態］図５４は、本発明を
実施するネットワークプリントシステムのソフトウエア
ブロック図である。図５４において、図１に示したネッ
トワークプリントシステムと同じ構成には同じ参照数字
を付し、その説明は省略する。

【０２８２】図１と図５４との比較から明らかなよう
に、図５４の構成はＷｅｂサーバ６００が複数のネット
ワークインターフェース６１０〜６１２を有している以
外は共通の構成を有している。また、図５４においてＷ
ｅｂサーバのネットワークインターフェースは３つであ
るが、複数であれば数の制限はない。

【０２８３】複数の経路が存在するとき、実際にデータ
が通るネットワーク経路は、ネットワークを構成するル
ータなどのネットワーク機器の設定に依存する。つまり
クライアントからＷｅｂサーバへのネットワーク経路
は、ネットワーク機器の設定次第で、複数のネットワー
クインターフェース６１０〜６１２のいずれに到着する
かが決定する。

【０２８４】一方、Ｗｅｂサーバからクライアントへの
データは、ネットワークインタフェース６１０〜６１２
のいずれからデータを送出するかはＷｅｂサーバによっ
て選択できるが、その後のクライアントまでのネットワ
ーク経路はネットワーク機器の設定に依存する。

【０２８５】本実施形態におけるネットワークプリント
システムでは、クライアントからのデータは、Ｗｅｂサ
ーバのある特定のネットワークインターフェースに到着
するように、予めネットワークを構成するルータ等の設
定をしておく。また、Ｗｅｂサーバの各々のネットワー
クインターフェースから出力されたデータの通る経路に
ついても、クライアントから到着するデータの経路や、
他のインターフェースからの経路と、ネットワーク負荷
と言う観点から見て、干渉しないようにネットワークを
構成する機器の設定しておく。

【０２８６】次に、図２に示したブラウザウィンドウに
おいて、印刷ボタン２１０が押された後の動作を説明す
る。印刷ボタン２１０が押されると、印刷要求データ
は、予め設定したネットワーク経路を通って、Ｗｅｂサ
ーバ６００の特定のネットワークインターフェースに到
着する。Ｗｅｂサーバ内では、データ処理部１１０で要
求データが解析・処理されたうえ、画像生成部１１１で
画像が生成されることにより、クライアントへの応答デ
ータが整うことになる。

【０２８７】そして、ネットワーク通信制御部１０７
は、クライアントへの応答データを送り出すネットワー
クインターフェースとして、クライアントからの要求デ
ータが到着した以外のものを選択して、データを送り返
す。そうすることによって、この要求の送信元であるク
ライアントからの要求が伝達される経路とは別の経路で
プリントデータが返送されることになり、同じクライア
ントから別の要求が連続して発生しても、その伝達をＷ
ｅｂサーバからの応答データが阻害することはない。

【０２８８】（第１７の実施形態の変形例１）図５５
は、第１７の実施形態に係るネットワークプリントシス
テムの変形例を示すソフトウエアブロック図である。図
５５は、図５４に示したネットワークプリントシステム
の構成において、Ｗｅｂサーバに６２１のネットワーク
負荷監視部が追加された構成を有する。ネットワーク負
荷監視部６２１は、Ｗｅｂサーバに備わる複数のネット
ワークインターフェース６１０〜６１２の負荷を常時監
視し、その状態を１０７のネットワーク通信制御部に通
知する機能を有する。

【０２８９】本変形例において、クライアントからの要
求データを受けてから、クライアントへの応答データを
作成する処理の流れは、図５４を用いて上で説明した通
りである。本変形例では、Ｗｅｂサーバ６２０からクラ
イアント１０１への応答データの送出にあたり、ネット
ワーク通信制御部１０７は、ネットワーク負荷監視部６
２１に各インターフェース６１０〜６１２の負荷を問い
合わせ、最も負荷の軽いインターフェースを利用してデ
ータ送信を行う。

【０２９０】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ，インタフェイス機器，リーダ，プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機，ファクシミリ
装置など）に適用してもよい。

【０２９１】また、本発明の目的は、前述した実施形態
におけるサーバの機能を実現するための、図５あるいは
図６のプログラムコードを記録した記憶媒体を、システ
ムあるいは装置に供給し、そのシステムあるいは装置の
コンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格
納されたプログラムコードを読出し実行することによっ
ても達成される。また、Ｗｅｂサーバの機能を実現する
ための図１０あるいは図１４及び図１５の手順のプログ
ラムをコンピュータに供給しても達成できる。また、画
像生成サーバの機能を実現するための、図１２の手順の
プログラムコードをコンピュータに供給しても達成でき
る。

【０２９２】また、本発明の目的は、前述した実施形態
におけるサーバの機能を実現するための、図２４、図２
５、図２８、図２９のプログラムコードを記録した記憶
媒体を、システムあるいは装置に供給し、そのシステム
あるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）
が記憶媒体に格納されたプログラムコードを読出し実行
することによっても達成される。

【０２９３】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０２９４】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０２９５】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【０２９６】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【０２９７】

【発明の効果】以上説明した様に、本発明によれば、ク
ライアントのＷｅｂブラウザを用いて作成した帳票デー
タ等の画像を、高品質の画像として、クライアントある
いはサーバいずれからも印刷することができる。

【０２９８】また、プリントデータはサーバにより生成
されるため、クライアントでは特別な処理を行うための
プログラムを用意する必要がない。また、このため、ク
ライアントの処理性能は低くてもかまわず、安価にクラ
イアントを提供することができる。

【０２９９】また、サーバの負荷を軽減できるため、ク
ライアントを待たせず、快適な印刷処理を実現できる。
またシステムダウンの可能性を低減することができる。

【０３００】また、サーバの負荷の分散を、サーバによ
り行われている処理に応じて最適に行うことができる。

【０３０１】また、サーバが一部停止しても、全面的に
処理を停止させることがなく、また停止したサーバが復
旧した場合、そのサーバに対して、利用者が特別な指示
を与えなくとも処理が分散される。このために、障害に
強く、しかも、最適な負荷分散が可能なネットワークプ
リントシステム及びネットワークサーバ装置及びその制
御方法を提供できる。

【０３０２】また、クライアントでは、サーバから受信
したプリントデータに適したプリンタから印刷を行うこ
とができる。

【０３０３】以上説明したように、本発明によれば、一
般のクライアントから参照できない場所にファイルを保
存し、そのファイルを作成する都度そのファイルの作成
を指示したクライアントにそのファイルを送信すること
で、不特定のクライアントからのデータの参照を不可能
とし、また、最新のファイルをクライアントに渡すこと
ができる。

【０３０４】さらに、サーバでは、かつて生成されたデ
ータファイルを記憶しておき、改めて生成要求を受信し
た場合にはそのデータファイルを返すため、よけいな処
理を行わず、資源を節約することができる。また処理速
度を向上させることができる。

【０３０５】さらに、クライアントから、データの生成
を要求すると共に、生成されたデータを不特定のクライ
アントにアクセス可能とするか否か指定できる。

【図面の簡単な説明】

【図１】ネットワークプリントシステムのブロック図で
ある。

【図２】クライアントのＷｅｂブラウザの表示画面例を
示す図である。

【図３】印刷される帳票のテンプレートとなる図形デー
タの一例を示す図である。

【図４】印刷される帳票と合成されるデータの一例を示
す図である。

【図５】第１実施形態におけるサーバによる帳票印刷の
手順を示すフローチャートである。

【図６】第１実施形態におけるクライアントによる帳票
印刷の手順を示すフローチャートである。

【図７】クライアントによるサーバからの受信データを
印刷手順を示す図である。

【図８】クライアント及びサーバの構成を示すブロック
図である。

【図９】第２及びその変形例における、複数の画像生成
サーバを有するネットワークプリントシステムのブロッ
ク図である。

【図１０】分散した画像生成サーバへの処理依頼手順を
示す、Ｗｅｂサーバによる処理のフローチャートであ
る。

【図１１】第２実施形態における分散設定テーブルの一
例を示す図である。

【図１２】処理依頼を受信した画像生成サーバによる処
理手順のフローチャートである。

【図１３】第２実施形態の変形例における分散設定テー
ブルの一例を示す図である。

【図１４】第２の実施形態の変形例における、Ｗｅｂサ
ーバにより実行される画像生成サーバの選択手順のフロ
ーチャートである。

【図１５】画像生成部を分散設定テーブルに登録する手
順のフローチャートである。

【図１６】第３の実施形態におけるネットワークプリン
トシステムのブロック図である。

【図１７】第３の実施形態における分散設定テーブルの
図である。

【図１８】第３の実施形態において、画像生成サーバの
ステータスをＮＧに変更する手順のフローチャートであ
る。

【図１９】第３の実施形態において、利用できるように
なった画像生成サーバのステータスをＯＫに変更する手
順のフローチャートである。

【図２０】第４の実施形態におけるネットワークプリン
トシステムのブロック図である。

【図２１】第４の実施形態のクライアントにおいて、受
信したデータに適合するプリンタを選択する手順のフロ
ーチャートである。

【図２２】第５の実施形態におけるネットワークプリン
トシステムのブロック図である。

【図２３】第６の実施形態に係るネットワークプリント
システムのブロック図である。

【図２４】従来例におけるサーバ及びクライアントによ
る画像生成の手順を示すフローチャートである。

【図２５】従来例において、画像データをクライアント
からサーバに送信するためのデータブロックの図であ
る。

【図２６】従来例において、画像データをクライアント
からサーバに送信するためのデータブロックの図であ
る。

【図２７】第６の実施形態におけるサーバ及びクライア
ントによる画像生成の手順を示すフローチャートであ
る。

【図２８】第７の実施形態におけるサーバ及びクライア
ントによる画像生成の手順を示すフローチャートであ
る。

【図２９】第８の実施形態におけるサーバ及びクライア
ントによる画像生成の手順を示すフローチャートであ
る。

【図３０】第９の実施形態におけるシステム構成のブロ
ック図である。

【図３１】第９の実施形態におけるシステム構成のブロ
ック図である。

【図３２】本発明の第１０の実施形態におけるクライア
ントのブロック図である。

【図３３】本発明の第１０の実施形態の復号化方法を表
すフローチャートである。

【図３４】本発明の第１０の実施形態の暗号化されたデ
ータの構造を表すブロック図である。

【図３５】本発明の第１１の実施形態の復号化方法を表
すフローチャートである。

【図３６】本発明の第１１の実施形態の復号キーブロッ
クの構造を表すブロック図である。

【図３７】本発明の第１２の実施形態の構成を表すサー
バのブロック図である。

【図３８】本発明の第１２の実施形態のセッション保持
方法を表すフローチャートである。

【図３９】本発明の第１２の実施形態の復号化方法を表
すフローチャートである。

【図４０】本発明の第１２の実施形態の復号キーの保持
構造を表すメモリブロック図である。

【図４１】本発明の第１３の実施形態に係るネットワー
クプリントシステムにおける、ユーザ権限に基づく表示
処理を示すフローチャートである。

【図４２】図４１の処理における、ユーザＩＤと印刷権
限との対応を示すテーブルの例を示す図である。

【図４３】ユーザ権限とプリント表示項目の関係を示す
可変データテーブルの構成例を示す図である。

【図４４】ユーザ権限に基づいて、帳票項目毎に処理の
可否を設定する場合の処理を説明するフローチャートで
ある。

【図４５】本発明の第１４の実施形態に係るネットワー
クプリントシステムのブロック図である。

【図４６】印刷制限情報を保持するデータベースの構造
を示す図である。

【図４７】制限情報に基づく印刷可否判断処理の手順を
示すフローチャートである。

【図４８】本発明の第１５の実施形態に係るネットワー
クプリントシステムのブロック図である。

【図４９】プリンタ情報等を保持するデータベース構造
を示す図である。

【図５０】複数のプリンタを選択的に用いる印刷処理を
説明するフローチャートである。

【図５１】本発明の第１６の実施形態に係るネットワー
クプリントシステムにおける、データベースの格納情報
ついて説明する図である。

【図５２】分割印刷処理の手順を示すフローチャートで
ある。

【図５３】分割印刷処理の別の手順を示すフローチャー
トである。

【図５４】本発明の第１７の実施形態に係るネットワー
クプリントシステムのソフトウエアブロック図である。

【図５５】本発明の第１７の実施形態の変形例に係るネ
ットワークプリントシステムのソフトウエアブロック図
である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 13/00 ３５７Ｇ０６Ｆ 13/00 ３５７Ｚ (72)発明者塚田恒博東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者津久井保幸東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者松下敬東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者田村正樹東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】サーバとクライアントを接続したネット
ワークプリントシステムであって、クライアント装置は、サーバから受信した、可変データ
を表示用の形式で記述した画像を表示するとともに、表
示されたデータの印刷を指示する指示手段を有し、サーバ装置は、テンプレートデータを格納する格納手段と、前記クライアント装置からの指示及びクライアント装置
に送信したデータに応じて、前記格納手段からテンプレ
ートデータを読み出す手段と、読み出されたテンプレートデータと前記クライアント装
置で表示されている可変データとを合成して印刷データ
を生成する生成手段と、前記印刷データをプリンタ装置から印刷させる出力手段
とを有することを特徴とするネットワークプリントシス
テム。
【請求項２】前記サーバ装置は複数個備えられ、前記
クライアント装置からの前記指示手段による指示を受け
て、複数個の前記サーバ装置のうち、指示に応じた処理
をどのサーバに割り当てるか決定する負荷分散手段を更
に備えることを特徴とする請求項１に記載のネットワー
クプリントシステム。
【請求項３】前記負荷分散手段は、指示に応じた処理
を、予め登録しておいた順序で複数個の前記サーバに割
り当てることを特徴とする請求項２に記載のネットワー
クプリントシステム。
【請求項４】前記負荷分散手段は、指示に応じた処理
を、複数個の前記サーバのうち、未完の処理がもっとも
少ないサーバに割り当てることを特徴とする請求項２に
記載のネットワークプリントシステム。
【請求項５】前記負荷分散手段は、複数個の前記サー
バそれぞれの状態を保持する保持手段を更に備え、前記
サーバそれぞれの状態に応じて前記保持手段の内容を更
新すると共に、前記保持手段の内容を参照して、使用可
能状態にないサーバに対しては、前記指示に応じた処理
を割り当てないことを特徴とする請求項２に記載のネッ
トワークプリントシステム。
【請求項６】前記サーバ装置それぞれは、稼働可能と
なった場合にその旨前記負荷分散手段に通知し、前記負
荷分散手段は、該通知を受信すると前記保持手段の内容
を、前記通知を発行したサーバが使用可能であるものと
して更新することを特徴とする請求項２に記載のネット
ワークプリントシステム。
【請求項７】前記クライアント装置は、印刷の指示と
共に、前記プリンタ装置として、前記クライアント装置
が有しているプリンタ装置を用いるか、前記サーバ装置
が有しているプリンタを用いるかを指定する手段を更に
有し、前記出力手段は、前記指定に応じて、生成された
印刷データをサーバから印刷出力するか、あるいは前記
クライアントに送信することを特徴とする請求項１に記
載のネットワークプリントシステム。
【請求項８】前記クライアント装置は、印刷の指示と
共に、前記プリンタ装置として、前記クライアント装置
が有しているプリンタ装置を用いるか、前記サーバ装置
が有しているプリンタを用いるかを指定する手段を更に
有し、前記出力手段は、前記指定に応じて、生成された
印刷データをサーバから印刷出力するか、あるいは前記
クライアントに送信することを特徴とする請求項１に記
載のネットワークプリントシステム。
【請求項９】前記クライアント装置は、さらに、印刷
出力するための複数のプリンタ装置と、該複数のプリン
タのなかから、前記サーバから受信した印刷データに適
したプリンタを選択する手段とを有し、前記サーバから
印刷データを受信した場合、前記選択されたプリンタに
より受信した印刷データを出力することを特徴とする請
求項８に記載のネットワークプリントシステム。
【請求項１０】前記クライアント装置は、前記サーバ
装置に対して所望のデータを表示する旨の指示を送信す
る表示指示手段を更に有し、前記クライアント装置は、
前記表示指示手段を受信すると、指示されたデータを表
示形式に編集して前記クライアントに送信する手段を更
に有することを特徴とする請求項１乃至９のいずれかに
記載のネットワークプリントシステム。
【請求項１１】前記負荷分散手段は複数個備えられ、
前記クライアント装置は、複数の負荷分散手段から所望
のひとつを選択して、前記指示手段による指示を発行す
ることを特徴とする請求項２に記載のネットワークプリ
ントシステム。
【請求項１２】クライアント装置と接続された情報処
理装置であって、テンプレートデータを格納する格納手段と、前記クライアント装置からの指示及びクライアント装置
に送信したデータに応じて、前記格納手段からテンプレ
ートデータを読み出す読み出し手段と、読み出されたテンプレートデータと前記クライアント装
置で表示されている可変データとを合成して印刷データ
を生成する生成手段と、前記印刷データをプリンタ装置から印刷させる出力手段
とを有する画像生成部を備えることを特徴とする情報処
理装置。
【請求項１３】前記画像生成部は複数備えられ、前記
クライアント装置からの指示を受けて、前記指示に応じ
た処理をどの画像生成部に割り当てるか決定する負荷分
散手段を更に備えることを特徴とする請求項１２に記載
の情報処理装置。
【請求項１４】前記負荷分散手段は、指示に応じた処
理を、予め登録しておいた順序で前記複数の画像生成部
に割り当てることを特徴とする請求項１３に記載の情報
処理装置。
【請求項１５】前記負荷分散手段は、指示に応じた処
理を、複数の前記画像生成部のうち、未完の処理がもっ
とも少ない画像生成部に割り当てることを特徴とする請
求項１３に記載の情報処理装置。
【請求項１６】前記負荷分散手段は、複数の画像生成
部それぞれの状態を保持する保持手段を更に備え、前記
複数の画像生成部それぞれの状態に応じて前記保持手段
の内容を更新すると共に、前記保持手段の内容を参照し
て、使用可能状態にない画像生成部に対しては、前記指
示に応じた処理を割り当てないことを特徴とする請求項
１３に記載の情報処理装置。
【請求項１７】前記画像生成部それぞれは、稼働可能
となった場合にその旨前記負荷分散手段に通知し、前記
負荷分散手段は、該通知を受信すると前記保持手段の内
容を、前記通知を発行したサーバが使用可能であるもの
として更新することを特徴とする請求項１３に記載の画
像処理装置。
【請求項１８】クライアント装置と接続された情報処
理装置の制御方法であって、前記クライアント装置からの指示及びクライアント装置
に送信したデータに応じて、格納手段からテンプレート
データを読み出す読み出し工程と、読み出されたテンプレートデータと前記クライアント装
置で表示されている可変データとを合成して印刷データ
を生成する生成工程と、前記印刷データをプリンタ装置から印刷させる出力工程
とを備えることを特徴とする情報処理装置の制御方法。
【請求項１９】サーバから受信した、可変データを表
示用の形式で記述した画像を表示するとともに、表示さ
れたデータの印刷を指示する指示手段を有するクライア
ント装置と、テンプレートデータを格納する格納手段と、前記クライ
アント装置からの指示及びクライアント装置に送信した
データに応じて、前記格納手段からテンプレートデータ
を読み出す手段と、読み出されたテンプレートデータと
前記クライアント装置で表示されている可変データとを
合成して印刷データを生成する生成手段と、前記印刷デ
ータをプリンタ装置から印刷させる出力手段とを有する
複数のサーバ装置を含むネットワークプリントシステム
の制御方法であって、前記クライアント装置からの前記指示手段による指示を
受けて、複数個の前記サーバ装置のうち、指示に応じた
処理をどのサーバに割り当てるか決定する負荷分散工程
を備えることを特徴とするネットワークプリントシステ
ムの制御方法。
【請求項２０】前記負荷分散工程は、指示に応じた処
理を、予め登録しておいた順序で複数個の前記サーバに
割り当てることを特徴とする請求項１９に記載のネット
ワークプリントシステムの制御方法。
【請求項２１】前記負荷分散工程は、指示に応じた処
理を、複数個の前記サーバのうち、未完の処理がもっと
も少ないサーバに割り当てることを特徴とする請求項１
９に記載のネットワークプリントシステムの制御方法。
【請求項２２】前記負荷分散工程は、複数個の前記サ
ーバそれぞれの状態を保持し、前記サーバそれぞれの状
態に応じて保持した内容を更新すると共に、保持した内
容を参照して、使用可能状態にないサーバに対しては、
前記指示に応じた処理を割り当てないことを特徴とする
請求項１９に記載のネットワークプリントシステムの制
御方法。
【請求項２３】前記負荷分散工程は、サーバ装置それ
ぞれから、それが稼働可能となった場合に通知を受け、
該通知に応じて保持する内容を、前記通知を発行したサ
ーバが使用可能であるものとして更新することを特徴と
する請求項１９に記載のネットワークプリントシステム
の制御方法。
【請求項２４】クライアント装置と接続されたコンピ
ュータを、前記クライアント装置からの指示及びクライアント装置
に送信したデータに応じて、格納手段からテンプレート
データを読み出す読み出し手段と、読み出されたテンプレートデータと前記クライアント装
置で表示されている可変データとを合成して印刷データ
を生成する生成手段と、前記印刷データをプリンタ装置から印刷させる出力手段
として機能させるためのプログラムを格納することを特
徴とする記憶媒体。
【請求項２５】サーバから受信した、可変データを表
示用の形式で記述した画像を表示するとともに、表示さ
れたデータの印刷を指示する指示手段を有するクライア
ント装置と、テンプレートデータを格納する格納手段と、前記クライ
アント装置からの指示及びクライアント装置に送信した
データに応じて、前記格納手段からテンプレートデータ
を読み出す手段と、読み出されたテンプレートデータと
前記クライアント装置で表示されている可変データとを
合成して印刷データを生成する生成手段と、前記印刷デ
ータをプリンタ装置から印刷させる出力手段とを有する
複数のサーバ装置とに接続されたコンピュータを、前記クライアント装置からの前記指示手段による指示を
受けて、複数個の前記サーバ装置のうち、指示に応じた
処理をどのサーバに割り当てるか決定する負荷分散手段
として機能させるためのプログラムを格納することを特
徴とする記憶媒体。
【請求項２６】前記負荷分散手段は、指示に応じた処
理を、予め登録しておいた順序で複数個の前記サーバに
割り当てることを特徴とする請求項２５に記載の記憶媒
体。
【請求項２７】前記負荷分散手段は、指示に応じた処
理を、複数個の前記サーバのうち、未完の処理がもっと
も少ないサーバに割り当てることを特徴とする請求項２
５に記載の記憶媒体。
【請求項２８】前記負荷分散手段は、複数個の前記サ
ーバそれぞれの状態を保持し、前記サーバそれぞれの状
態に応じて保持した内容を更新すると共に、保持した内
容を参照して、使用可能状態にないサーバに対しては、
前記指示に応じた処理を割り当てないことを特徴とする
請求項２５に記載の記憶媒体。
【請求項２９】前記負荷分散手段は、サーバ装置それ
ぞれから、それが稼働可能となった場合に通知を受け、
該通知に応じて保持する内容を、前記通知を発行したサ
ーバが使用可能であるものとして更新することを特徴と
する請求項２５に記載の記憶媒体。
【請求項３０】クライアントと、該クライアントから
指定される名称に従ってファイルを前記クライアントに
送信できるサーバとを接続したネットワークプリントシ
ステムであって、クライアント装置は、サーバ装置に対して画像の生成及
び生成された画像の送信を要求する要求手段を有し、サーバ装置は、前記クライアント装置からの要求に応じ
て画像ファイルを生成する生成手段と、生成した画像フ
ァイルを前記クライアントに送信する送信手段とを有す
ることを特徴とするネットワークプリントシステム。
【請求項３１】前記サーバ装置は、前記生成手段によ
り生成した画像ファイルを格納する格納手段を更に有
し、生成を要求された画像がすでに要求されたものであ
るなら、前記格納手段に格納された画像ファイルを前記
クライアントに送信することを特徴とする請求項３０に
記載のネットワークプリントシステム。
【請求項３２】前記サーバ装置の送信手段は、クライ
アント装置からの指定に応じて、生成した画像ファイル
を不特定のクライアントからアクセス可能な場所に保存
して前記クライアントにそのファイル名を通知するか、
あるいは、生成した画像ファイルを不特定のクライアン
トからアクセス不可能な場所に保存してクライアントに
画像ファイルを送信することを特徴とする請求項３０ま
たは２に記載のネットワークプリントシステム。
【請求項３３】クライアントと、該クライアントから
指定される名称に従ってファイルを前記クライアントに
送信できるサーバとを接続したネットワークプリントシ
ステムの制御方法であって、クライアント装置は、サーバ装置に対して画像の生成及
び生成された画像の送信を要求し、サーバ装置は、前記クライアント装置からの要求に応じ
て画像ファイルを生成し、生成した画像ファイルを前記
クライアントに送信することを特徴とするネットワーク
プリントシステムの制御方法。
【請求項３４】前記サーバ装置は、生成した画像ファ
イルを格納しておき、生成を要求された画像がすでに要
求されたものであるなら、格納された画像ファイルを前
記クライアントに送信することを特徴とする請求項３３
に記載のネットワークプリントシステムの制御方法。
【請求項３５】前記サーバ装置は、クライアント装置
からの指定に応じて、生成した画像ファイルを不特定の
クライアントからアクセス可能な場所に保存して前記ク
ライアントにそのファイル名を通知するか、あるいは、
生成した画像ファイルを不特定のクライアントからアク
セス不可能な場所に保存してクライアントに画像ファイ
ルを送信することを特徴とする請求項３３または請求項
３４に記載のネットワークプリントシステムの制御方
法。
【請求項３６】クライアントから指定される名称に従
ってファイルを前記クライアントに送信できる情報処理
装置であって、前記クライアントからの要求に応じて画像ファイルを生
成し、生成した画像ファイルを前記クライアントに送信
することを特徴とする情報処理装置。
【請求項３７】クライアントと接続されたコンピュー
タにより、前記クライアントからの要求に応じて画像ファイルを生
成し、生成した画像ファイルを前記クライアントに送信
する機能を実現するプログラムを格納するコンピュータ
可読記憶媒体。
【請求項３８】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行するクライアント装置と、前記クライアント装置と通信可能に接続され、前記プリ
ント要求に基づいたプリント用データ又は前記表示要求
に基づいた表示用データを生成し、前記クライアントに
送信するサーバ装置とを有するネットワークプリントシ
ステムにおいて、前記サーバ装置が、前記クライアントに送信する前記プ
リント用データを、所定の方法により暗号化する手段を
有し、暗号化した前記プリント用データを送信するとと
もに、前記クライアント装置が、予め定められた暗号化解除用
データを用いて前記暗号化されたプリント用データを復
号化して用いることを特徴とするネットワークプリント
システム。
【請求項３９】前記暗号化手段が、複数の異なる暗号
化方法により暗号化が可能であり、暗号化方法を所定の
条件で変更することを特徴とする請求項３８記載のネッ
トワークプリントシステム。
【請求項４０】前記プリント用ファイルが、データ種
別毎ブロック化された構成を有するとともに、前記条件
が前記データ種別であることを特徴とする請求項３９記
載のネットワークプリントシステム。
【請求項４１】前記クライアント装置が、前記プリン
ト用ファイルのヘッダ部からそのデータ種別を検出し、
予めデータ種別毎に用意された暗号化解除用データを用
いて暗号化された前記プリント用データを復号化して用
いることを請求項４０記載のネットワークプリントシス
テム。
【請求項４２】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行するクライアント装置と、前記クライアント装置と通信可能に接続され、前記プリ
ント要求に基づいたプリント用データ又は前記表示要求
に基づいた表示用データを生成し、前記クライアントに
送信するサーバ装置とを有するネットワークプリントシ
ステムにおいて、前記サーバ装置が、前記クライアントとのセッション毎にユニークなデータ
を生成する手段と、前記クライアントに送信する前記プリント用データを、
前記ユニークデータに基づいて暗号化する手段と、前記暗号化されたプリント用データを復号化するために
必要な暗号化解除用データを、前記ユニークデータに基
づいて生成する手段とを有し、前記クライアント装置が、前記サーバ装置から前記暗号
化解除用データを獲得して暗号化された前記プリントフ
ァイルを復号化して用いることを特徴とするネットワー
クプリントシステム。
【請求項４３】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行するクライアント装置と、前記クライアント装置と通信可能に接続され、前記プリ
ント要求に基づいたプリント用データ又は前記表示要求
に基づいた表示用データを生成し、前記クライアントに
送信するサーバ装置とを有するネットワークプリントシ
ステムにおいて、前記サーバ装置が、前記プリント要求に基づく処理を行
なう際、予め登録された権限データに基づいて、前記プ
リント用データの生成を行なわないか、生成するプリン
ト用データの内容を変更させることを特徴とするネット
ワークプリントシステム。
【請求項４４】前記変更が、前記要求に対応するテン
プレートデータを構成する項目毎に行なわれることを特
徴とする請求項４３記載のネットワークプリントシステ
ム。
【請求項４５】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行するクライアント装置と、前記クライアント装置と通信可能に接続され、前記要求
に基づいたプリント用データ又は前記表示要求に基づい
た表示用データを生成し、前記クライアントに送信する
サーバ装置とを有するネットワークプリントシステムに
おいて、前記サーバ装置が、前記テンプレートデータ毎に、印刷又は表示が不可能と
なる制限条件を格納する制限情報記憶手段を有し、前記プリント要求又は表示要求があった際、この要求が
前記制限条件を満たす場合、前記要求に対する処理を行
なわないことを特徴とするネットワークプリントシステ
ム。
【請求項４６】前記制限情報は、日時であることを特
徴とする請求項４５記載のネットワークプリントシステ
ム。
【請求項４７】前記制限情報は、累積印刷回数である
ことを特徴とする請求項４５記載のネットワークプリン
トシステム。
【請求項４８】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行する複数のクライアント装
置と、前記クライアント装置と通信可能に接続され、前記要求
に基づいたプリント用データ又は前記表示要求に基づい
た表示用データを生成し、前記クライアントに送信する
サーバ装置とを有するネットワークプリントシステムに
おいて前記サーバ装置が、前記プリント用データを前記
複数のクライアント装置のいずれかに選択的に送信する
ことを特徴とするネットワークプリントシステム。
【請求項４９】前記サーバ装置が、前記クライアント装置からの印刷要求履歴を記憶する履
歴記憶手段を更に有し、前記クライアント装置からの新
規印刷要求を受け付けた際に、前記印刷用キュウリ歴に
基づいて前記プリント用データの送信先を選択すること
を特徴とする請求項４８記載のネットワークプリントシ
ステム。
【請求項５０】前記サーバ装置が、前記プリント用デ
ータを送信する際、他のプリントと比較して負荷の少な
いプリンタを使用可能なクライアント装置にに対して送
信することを特徴とする請求項４８記載のネットワーク
プリントシステム。
【請求項５１】ネットワーク上に接続された複数のプ
リンタ装置の少なくとも１つを用いて、予め定められた
テンプレートデータと、このテンプレートデータと組み
合わせられる可変データとから構成される文書のプリン
ト要求或いはプリントを行なう文書の表示要求を発行す
る複数のクライアント装置と、前記クライアント装置と通信可能に接続され、前記要求
に基づいたプリント用データ又は前記表示要求に基づい
た表示用データを生成し、前記クライアントに送信する
サーバ装置とを有するネットワークプリントシステムに
おいて、前記サーバ装置が、前記プリント要求によって
印刷される文書の特性に応じて前記プリント用データを
プリントすべきプリンタを決定することを特徴とするネ
ットワークプリントシステム。
【請求項５２】前記サーバ装置が、前記文書のページ
数が所定数よりも多い場合、前記複数のプリンタの複数
台それぞれ前記プリント用データの一部を出力するよう
に前記クライアント装置に対して送信することを特徴と
する請求項５１記載のネットワークプリントシステム
【請求項５３】前記サーバ装置が前記文書を構成する
ページをカラーページとモノクロページで分割して前記
複数のプリンタの複数台それぞれ前記プリント用データ
の一部を出力するように前記クライアント装置に対して
送信することを特徴とする請求項５１記載のネットワー
クプリントシステム
【請求項５４】ネットワーク上に接続されたプリンタ
装置を用いて、予め定められたテンプレートデータと、
このテンプレートデータと組み合わせられる可変データ
とから構成される文書のプリント要求或いはプリントを
行なう文書の表示要求を発行する複数のクライアント装
置と、前記クライアント装置と通信可能に接続され、前記要求
に基づいたプリント用データ又は前記表示要求に基づい
た表示用データを生成し、前記クライアントに送信する
サーバ装置とを有するネットワークプリントシステムに
おいて前記サーバ装置が、前記プリント用データを前記
プリント要求が送られた経路と異なる経路で送信するこ
とを特徴とするネットワークプリントシステム
【請求項５５】前記サーバ装置が、複数の送信手段を
有し、前記プリント用データの送信時に前記送信手段の
うち負荷が最も小さいものを用いて送信を行なうことを
特徴とする請求項５４記載のネットワークプリントシス
テム