(57)【要約】【課題】後に利用されるであろう印刷用フォームを予め転送することで、処理の高速化を図る。【解決手段】Ｗｅｂサーバ１００は、配信インターバル３０３で規定される送信タイミングで、クライアント装置１１０のＣＰＵ負荷がＣＰＵ負荷率３０１より小さい場合は、許容配信サイズ３０２から取得した配信可能な帳票フォームのサイズの合計の範囲内で、配信対象の帳票フォームを、ダウンロード頻度テーブルの中からダウンロード回数が大き順に選択し、印刷要求とは非同期に圧縮形式で送信する。これを受信したクライアント装置１１０は、計測した帳票フォーム恒久格納部１１３ｂの空き容量が空デスク容量５０１の設定値より大きく、且つ検出したＣＰＵ負荷がＣＰＵ負荷率５０２より小さい場合に、圧縮形式の帳票フォームを配信時刻の古いものから順に伸長する。【選択図】　　　図５
2004127008.tif 000002
【特許請求の範囲】
【請求項１】
印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置と、前記サーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置とから構成されるプリントシステムであって、
前記サーバ装置は、
前記クライアント装置からの印刷要求に応じて、印刷用フォーム及び印刷用データを送信する送信手段と、
後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択手段と、
前記フォーム選択手段により選択された印刷用フォームを、前記印刷要求とは非同期に、前記クライアント装置に送信する非同期送信手段とを有することを特徴とするプリントシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術の分野】
本発明は、ネットワークを介して帳票などのプリントを行う為のプリントシステムに関する。
【０００２】
【従来の技術】
インターネットの急速な発展とＷｅｂサーバの林立に伴い、業務処理のＷｅｂ化が推進されている。ネットワークに接続されたクライアント装置であるパーソナルコンピュータは、情報の表示及び入力が可能なＷｅｂブラウザを搭載するのみで、Ｗｅｂブラウザ経由による業務処理が広く行われる様になっている。また、ブラウザによる業務を行う際には、ネットワーク上に存在するＷｅｂサーバとクライアント側であるＷｅｂブラウザとの間で情報の交換が行われる。Ｗｅｂサーバは、ブラウザから入力された情報を受け取り、サーバ内で加工後、再びブラウザに送信して、表示を行う等の動作を繰り返し行い、結果を得るというような形式で業務が遂行される。
【０００３】
また、プリント処理に関しては、クライアント装置から送られた印刷要求を元に、サーバ側でフォームデータを用いたオーバレイ処理を実現することにより、美しいプリント結果が得られるデータをクライアント装置に配信するシステムが提供されている。
【０００４】
この、ブラウザ経由のプリント処理における問題として次のようなものが挙げられる。まず、最終的なプリントイメージを生成する処理がすべてサーバ側で行われるため、Ｗｅｂサーバへの不特定多数からの集中的なリクエストがあると、負荷が大きくなるという点である。また、プリントイメージの生成はサーバ側のプリンタドライバを利用して行われるため、そのイメージをクライアント側で印刷するには、サーバに存在するプリンタドライバと同一のものを用意する必要がある。さらに、サーバ側で生成したプリントイメージは、内容によってはデータ量が大きくなる場合があり、クライアント装置へのデータ配信時にネットワークの負荷となることが想定される。
【０００５】
このような問題を解決するために、例えば下記特許文献１に示されるように、サーバ装置から印刷用帳票フォームと印刷用データをクライアント装置に転送し、クライアント側でプリント用イメージを生成するようにしたプリントシステムが既に提案されている。
【０００６】
【特許文献１】
特開２００２−１６３５９６号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上記特許文献１のようなプリントシステムでは、印刷用帳票フォームの送信は、印刷要求に対する応答時にのみ行われるため、過去の実績からみれば、その後に必要になると予測される印刷用帳票フォームであっても、それに直接対応する印刷要求がないと送信されない。すなわち、印刷用帳票フォームの配信機会が印刷要求に対する応答時に限られていることから、印刷要求及び応答時の処理負担がサーバ装置及びクライアント装置の双方にとって大きく、迅速な印刷処理を行う上で改善の余地があった。
【０００８】
本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、後に利用されるであろう印刷用フォームを予め転送することで、処理の高速化を図ることができるプリントシステムを提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために本発明の請求項１のプリントシステムは、印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置と、前記サーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置とから構成されるプリントシステムであって、前記サーバ装置は、前記クライアント装置からの印刷要求に応じて、印刷用フォーム及び印刷用データを送信する送信手段と、後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択手段と、前記フォーム選択手段により選択された印刷用フォームを、前記印刷要求とは非同期に、前記クライアント装置に送信する非同期送信手段とを有することを特徴とする〔態様１〕。
【００１０】
また、本発明のプリントシステムは、以下の態様のように構成してもよい。すなわち、
〔態様２〕請求項１（態様１）記載の構成において、前記サーバ装置はさらに、前記クライアント装置の負荷を把握する負荷把握手段を有し、前記非同期送信手段は、前記選択された印刷用フォームを、前記負荷把握手段により把握された前記クライアント装置の負荷が所定値以下の場合に前記クライアント装置に送信することを特徴とする。
【００１１】
〔態様３〕また、態様２記載の構成において、前記クライアント装置の負荷の前記所定値は、前記クライアント装置によって設定されることを特徴とする。
【００１２】
〔態様４〕また、態様１〜３のいずれかに記載の構成において、前記フォーム選択手段は、過去に配信された印刷用フォームの配信実績に基づいて印刷用フォームを選択することを特徴とする。
【００１３】
〔態様５〕また、態様４記載の構成において、前記フォーム選択手段は、配信実績の多い順に印刷用フォームを選択することを特徴とする。
【００１４】
〔態様６〕また、態様１〜５のいずれかに記載の構成において、前記フォーム選択手段は、印刷用フォームのデータ容量が前記クライアント装置によって設定される配信許容量の範囲内に収まるように印刷用フォームを選択することを特徴とする。
【００１５】
〔態様７〕また、態様１〜５のいずれかに記載の構成において、前記フォーム選択手段は、印刷用フォームのデータ容量が、過去の印刷要求及びそれに対する応答の実績に基づいて算出される配信許容量の範囲内に収まるように印刷用フォームを選択することを特徴とする。
【００１６】
〔態様８〕また、態様１〜７のいずれかに記載の構成において、前記非同期送信手段による前記選択された印刷用フォームの送信は、所定時間間隔で行われることを特徴とする。
【００１７】
〔態様９〕また、態様１〜８のいずれかに記載の構成において、前記サーバ装置の前記非同期送信手段は、前記選択された印刷用フォームを圧縮形式で送信し、前記クライアント装置は、前記非同期送信手段により送信された圧縮形式の印刷用フォームを受信する受信手段と、前記受信手段により受信された印刷用フォームを記憶する記憶手段と、伸長後の印刷用フォームを記憶するための所定メモリの空き容量を把握する空き容量把握手段と、前記記憶手段により記憶された印刷用フォームを伸長する伸長手段と、当該クライアント装置の負荷を検出する負荷検出手段と、前記空き容量把握手段により把握された空き容量及び前記負荷検出手段により検出された負荷に基づいて、前記記憶された印刷用フォームの前記伸長手段による伸長処理を制御する制御手段とを有することを特徴とする。
【００１８】
また、本発明は、以下の態様のように、情報処理装置、情報処理装置の制御方法、情報処理装置の制御プログラム、記憶媒体にも適用可能である。すなわち、〔態様１０〕本発明の情報処理装置は、印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置がネットワークで接続されるサーバ装置を構成する情報処理装置であって、前記クライアント装置からの印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信する配信手段と、後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択手段と、前記フォーム選択手段により選択された印刷用フォームを、前記印刷要求とは非同期に前記クライアント装置に送信する非同期送信手段とを有することを特徴とする。
【００１９】
〔態様１１〕また、本発明の情報処理装置は、印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置を構成する情報処理装置であって、前記サーバ装置から圧縮形式で送信された印刷用フォームを受信する受信手段と、前記受信手段により受信された印刷用フォームを記憶する記憶手段と、伸長後の印刷用フォームを記憶するための所定メモリの空き容量を把握する空き容量把握手段と、前記記憶手段により記憶された印刷用フォームを伸長する伸長手段と、当該情報処理装置の負荷を検出する負荷検出手段と、前記空き容量把握手段により把握された空き容量及び前記負荷検出手段により検出された負荷に基づいて、前記記憶された印刷用フォームの前記伸長手段による伸長処理を制御する制御手段とを有することを特徴とする。
【００２０】
〔態様１２〕また、本発明の情報処理装置の制御方法は、印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置がネットワークで接続されるサーバ装置を構成する情報処理装置を制御する情報処理装置の制御方法であって、前記クライアント装置からの印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信する配信ステップと、後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択ステップと、前記フォーム選択ステップにより選択された印刷用フォームを、前記印刷要求とは非同期に前記クライアント装置に送信する非同期送信ステップとを有することを特徴とする。
【００２１】
〔態様１３〕また、本発明の情報処理装置の制御方法は、印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置を構成する情報処理装置を制御する情報処理装置の制御方法であって、前記サーバ装置から圧縮形式で送信された印刷用フォームを受信する受信ステップと、前記受信ステップにより受信された印刷用フォームを記憶手段に記憶させる記憶ステップと、伸長後の印刷用フォームを記憶するための所定メモリの空き容量を把握する空き容量把握ステップと、前記記憶ステップにおいて前記記憶手段に記憶された印刷用フォームを伸長する伸長ステップと、前記クライアント装置の負荷を検出する負荷検出ステップと、前記空き容量把握ステップにより把握された空き容量及び前記負荷検出ステップにより検出された負荷に基づいて、前記記憶された印刷用フォームの前記伸長ステップによる伸長処理を制御する制御ステップとを有することを特徴とする。
【００２２】
〔態様１４〕また、本発明の情報処理装置の制御プログラムは、印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置がネットワークで接続されるサーバ装置を構成する情報処理装置を制御する情報処理装置の制御プログラムであって、前記クライアント装置からの印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信する配信ステップと、後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択ステップと、前記フォーム選択ステップにより選択された印刷用フォームを、前記印刷要求とは非同期に前記クライアント装置に送信する非同期送信ステップとをコンピュータに実行させることを特徴とする。
【００２３】
〔態様１５〕また、本発明の情報処理装置の制御プログラムは、印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置を構成する情報処理装置を制御する情報処理装置の制御プログラムであって、前記サーバ装置から圧縮形式で送信された印刷用フォームを受信する受信ステップと、前記受信ステップにより受信された印刷用フォームを記憶手段に記憶させる記憶ステップと、伸長後の印刷用フォームを記憶するための所定メモリの空き容量を把握する空き容量把握ステップと、前記記憶ステップにおいて前記記憶手段に記憶された印刷用フォームを伸長する伸長ステップと、前記クライアント装置の負荷を検出する負荷検出ステップと、前記空き容量把握ステップにより把握された空き容量及び前記負荷検出ステップにより検出された負荷に基づいて、前記記憶された印刷用フォームの前記伸長ステップによる伸長処理を制御する制御ステップとをコンピュータに実行させることを特徴とする。
【００２４】
〔態様１６〕また、本発明の記憶媒体は、印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置がネットワークで接続されるサーバ装置を構成する情報処理装置を制御する情報処理装置の制御プログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、前記クライアント装置からの印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信する配信ステップと、後の画像形成に必要になると予測される印刷用フォームを選択するフォーム選択ステップと、前記フォーム選択ステップにより選択された印刷用フォームを、前記印刷要求とは非同期に前記クライアント装置に送信する非同期送信ステップとをコンピュータに実行させるプログラムを記憶したことを特徴とする。
【００２５】
〔態様１７〕また、本発明の記憶媒体は、印刷要求に応じて印刷画像形成に必要な印刷用フォーム及び印刷用データを配信するサーバ装置にネットワークで接続され、前記サーバ装置から配信され受信した印刷用フォーム及び印刷用データに基づいて画像形成を行うクライアント装置を構成する情報処理装置を制御する情報処理装置の制御プログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、前記サーバ装置から圧縮形式で送信された印刷用フォームを受信する受信ステップと、前記受信ステップにより受信された印刷用フォームを記憶手段に記憶させる記憶ステップと、伸長後の印刷用フォームを記憶するための所定メモリの空き容量を把握する空き容量把握ステップと、前記記憶ステップにおいて前記記憶手段に記憶された印刷用フォームを伸長する伸長ステップと、前記クライアント装置の負荷を検出する負荷検出ステップと、前記空き容量把握ステップにより把握された空き容量及び前記負荷検出ステップにより検出された負荷に基づいて、前記記憶された印刷用フォームの前記伸長ステップによる伸長処理を制御する制御ステップとをコンピュータに実行させるプログラムを記憶したことを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００２７】
（第１の実施の形態）
以下、本発明の実施の形態を図面を参照して説明する。
【００２８】
図１は、本発明の第１の実施の形態に係るプリントシステムの全体構成を示すブロック図である。本システムは、Ｗｅｂサーバ１００（サーバ装置）にネットワーク１０９を介してパーソナルコンピュータ等のクライアント装置１１０が接続されて構成される。クライアント装置１１０は同様の構成のものが複数存在してもよい。ネットワーク１０９としては、ＬＡＮ、インターネット、無線等、Ｗｅｂ環境の通信手順に対応するものであれば、その種類を問わない。
【００２９】
Ｗｅｂサーバ１００において、１０１は、帳票プリントを行う為の帳票フォーム（印刷用フォーム）を格納する帳票フォーム格納部である。１０２はデータベース等を格納するデータ格納部であり、各業務用データが格納されている。配信データ生成部１０３（フォーム選択手段、負荷把握手段、非同期送信手段の一部）は、クライアント装置１１０のＨＴＴＰ印刷要求（以下、単に「印刷要求」と称する）に基づいて、画像生成に必要なデータ（印刷用データ等）及び帳票フォームを合成して成る配信データを生成するほか、後述する各種処理を実行する。１０４はＷｅｂサーバとしての役割を行うネットワーク通信制御部（非同期送信手段の一部、送信手段）である。
【００３０】
配信データ生成部１０３にはデータ付加部１０５が含まれる。データ付加部１０５は、後述する非同期に送信される帳票フォーム、すなわち非適時的に付加するデータのサイズを判断し、配信するためのデータにそのサイズ情報及び配信時刻等の付随情報を付加する。テーブル格納部１０６は、Ｗｅｂサーバ１００がアクセス可能な記憶装置であり、各種テーブルデータを格納する。
【００３１】
なお、Ｗｅｂサーバ１００における上記構成要素の制御、機能は、実質的に不図示のＣＰＵが果たす。
【００３２】
クライアント装置１１０において、１１１は、Ｗｅｂサーバ１００に対してデータの入出力を行うブラウザとして機能するデータ入出力部（受信手段）である。１１２は、配信データ生成部１０３によって生成され配信される配信データを解析し、画像生成に必要なデータ及び帳票フォームを復元するデータ処理部である。１１３は、データ処理部１１２によって復元された帳票フォームを格納する帳票フォーム格納部であり、帳票フォーム一時格納部１１３ａ（記憶手段）及び帳票フォーム恒久格納部１１３ｂ（所定メモリ）で成る。
【００３３】
Ｗｅｂサーバ１００から配信された帳票フォームは、復元されて帳票フォーム一時格納部１１３ａに一時的に格納され、最終的に帳票フォーム恒久格納部１１３ｂに格納される。帳票フォーム恒久格納部１１３ｂには、データ伸長部１１４（伸長手段）が含まれる。後述する非同期送信においては、Ｗｅｂサーバ１００からは、帳票フォームが圧縮形式で送信され、復元されて一時格納部１１３ａに一旦記憶される。そして、この圧縮形式の帳票フォームは、後述するように、所定の条件の下で、データ伸長部１１４により伸長され、帳票フォーム恒久格納部１１３ｂに格納される。
【００３４】
１１５は、決められた様式に従って帳票イメージ等の画像を作成する画像生成部である。１１７はプリンタである。１１６は、画像生成部１１５で生成されたデータをプリンタ１１７が出力できる形式に変換するプリント出力部であり、一般にはプリンタドライバと呼ばれている。テーブル格納部１１６は、クライアント装置１１０がアクセス可能な記憶装置であり、後述する各種テーブルデータを格納する。
【００３５】
なお、クライアント装置１１０における構成要素の制御は、不図示のＣＰＵ（空き容量把握手段、負荷検出手段、制御手段）によってなされる。
【００３６】
図２は、ダウンロード頻度テーブルの一例を示す図である。ダウンロード頻度テーブルは、テーブル格納部１０６に格納される。
【００３７】
ダウンロード頻度テーブルは、Ｗｅｂサーバ１００からクライアント装置１１０に、適時的、すなわち、印刷要求に応じてダウンロードされた帳票フォームのフォーム名２０１とそのダウンロード回数２０２とが対応付けられたデータベースである。
【００３８】
図３は、配信条件テーブルの一例を示す図である。配信条件テーブルは、テーブル格納部１０６に格納される。
【００３９】
配信条件テーブルでは、クライアント装置１１０の上記不図示のＣＰＵの負荷の度合いであって配信の可否を規定する閾値を示すＣＰＵ負荷率３０１（％）、一度に配信が可能なデータサイズ（配信許容量）を示す許容配信サイズ３０２（Ｍ（メガ）バイト）、及びどの程度の頻度で配信実行可能かという配信間隔（所定時間間隔）を示す配信インターバル３０３（日）の情報が、各クライアント装置１１０毎に設定されている。各情報はクライアント装置１１０のユーザによって設定される。
【００４０】
図４は、クライアント装置１１０の動作状況を示すクライアント動作状況テーブルの一例を示す図である。クライアント動作状況テーブルは、各クライアント装置１１０がアクセス可能なテーブル格納部１１６に格納される。
【００４１】
クライアント動作状況テーブルでは、空デスク容量５０１（Ｍバイト）及びＣＰＵ負荷率５０２（％）の情報が設定されている。各情報はクライアント装置１１０のユーザにより設定される。空デスク容量５０１は、伸長後の帳票フォームが格納される帳票フォーム恒久格納部１１３ｂの空き容量であって伸長処理の可否を規定する閾値を示す。ＣＰＵ負荷率５０２は、クライアント装置１１０の上記不図示のＣＰＵの負荷の度合いであって伸長処理の可否を規定する閾値を示す。後述するように、クライアント装置１１０では、このクライアント動作状況テーブルに基づいて、所定の条件の下で圧縮形式の帳票フォームが伸長される。
【００４２】
図５は、Ｗｅｂサーバ１００で実行される非同期配信処理のフローチャートを示す図である。本処理のステップＳ５０１〜Ｓ５０４は配信データ生成部１０３により実行され、ステップＳ５０５はネットワーク通信制御部１０４により実行される。本処理は、例えば定期的に実行される。
【００４３】
まず、送信タイミングであるか否かを判別する（ステップＳ５０１）。ここでは、配信条件テーブルの配信インターバル３０３で規定される配信間隔（例えば７日）で送信タイミングが判断され、送信タイミングでない場合は本処理を終了する一方、送信タイミングである場合は、ステップＳ５０２に進む。
【００４４】
ステップＳ５０２では、クライアント装置１１０のＣＰＵの負荷を、ネットワーク１０９を介して把握すると共に、図３に示す配信条件テーブルを参照し、ＣＰＵ負荷小であるか、すなわち、把握したＣＰＵの負荷が、配信条件テーブルに設定されたＣＰＵ負荷率３０１（例えば３０％）より小さいか否かを判別する。
【００４５】
その判別の結果、把握したＣＰＵの負荷がＣＰＵ負荷率３０１より小さくない場合は、クライアント装置１１０に過大な処理負担を与えないようにするため、帳票フォームを送信することなく本処理を終了する。一方、把握したＣＰＵの負荷がＣＰＵ負荷率３０１より小さい場合は、配信可能な帳票フォームのサイズの合計を、配信条件テーブルの許容配信サイズ３０２（例えば１Ｍバイト）から取得し（ステップＳ５０３）、配信する対象とする帳票フォームを選択する（ステップＳ５０４）。ここで、配信対象の帳票フォームの選択は、図２に示すダウンロード頻度テーブルの中から、取得したサイズの合計の範囲内で、ダウンロード回数が多いものから順に選定することでなされる。ダウンロード回数が多いものは、その後の画像形成に必要になると予測されるからである。例えば、ａ．ｆｃｐ、ｃ．ｆｃｐ、ｂ．ｆｃｐ、という順に選択される。また、その際、各帳票フォームのサイズは、データ付加部１０５によって判断され付加されたサイズ情報によって知ることができる。
【００４６】
次に、ステップＳ５０５では、上記選択した帳票フォームをクライアント装置１１０に対して送信する。これにより、印刷要求とは非同期に帳票フォームが送信される。なお、このときの帳票フォームは、所定の形式でデータ圧縮されて送信される。その後、本処理を終了する。
【００４７】
図６は、クライアント装置１１０で実行される伸長処理のフローチャートを示す図である。本処理は、例えばタイマ処理により定期的に、上記不図示のＣＰＵによって実行される。なお、本処理にあたって、Ｗｅｂサーバ１００から非同期配信処理により圧縮形式の帳票フォームが既に受信され、帳票フォーム一時格納部１１３ａに格納されているものとする。
【００４８】
まず、相当の空き容量があるか、すなわち、帳票フォーム恒久格納部１１３ｂの実際の空き容量を計測して把握し、把握された空き容量が、図４に示すクライアント動作状況テーブルの空デスク容量５０１（例えば１０Ｍバイト）の設定値より大きいか否かを判別する（ステップＳ６０１）。その判別の結果、相当の空き容量がない場合は本処理を終了する一方、相当の空き容量がある場合は、ＣＰＵ負荷小であるか、すなわち、ＣＰＵ負荷を検出し、検出されたＣＰＵ負荷がクライアント動作状況テーブルのＣＰＵ負荷率５０２（例えば３０％）より小さいか否かを判別する（ステップＳ６０２）。
【００４９】
その判別の結果、ＣＰＵ負荷小でない場合は、処理負担を増やさないようにするため、本処理を終了する一方、ＣＰＵ負荷小である場合は、伸長処理を実行する（ステップＳ６０３）。すなわち、帳票フォーム一時格納部１１３ａに格納されている圧縮形式の帳票フォームをデータ伸長部１１４により伸長させる。この場合、配信時刻の古いものから順に伸長される。配信時刻は、データ付加部１０５により付加された付随情報により知ることができる。なお、伸長された帳票フォームは帳票フォーム恒久格納部１１３ｂに順次格納される。
【００５０】
次に、前記ステップＳ６０１に戻って同様の処理を繰り返すが、相当の空き容量がなくなった場合はその時点で伸長処理が中止され、本処理が終了することになる。
【００５１】
本実施の形態によれば、今回の印刷要求では利用されないが、その後の利用が予測されるような帳票フォームを、ダウンロード頻度テーブルを参照することで配信実績から選択し、印刷要求とは非同期に送信するようにしたので、利用されるであろう帳票フォームをクライアント装置１１０に予め配信する機会を増やすことで、今後、任意の時刻における印刷要求時において、クライアント装置１１０及びＷｅｂサーバ１００の双方において処理が迅速になる。しかも、非同期送信する帳票フォームは、許容配信サイズの範囲内で選択され、且つクライアント装置１１０の負荷小のとき送信されるので、クライアント装置１１０の処理負担が大きいときの非同期送信や、一度に過大な量の帳票フォームが送信されることが回避され、クライアント装置１１０の処理負担の急増が回避される。
【００５２】
また、クライアント装置１１０において、圧縮形式で送信された帳票フォームの伸長処理は、帳票フォーム恒久格納部１１３ｂの相当の空き容量があってなおかつＣＰＵ負荷小のときにのみ実行されるので、他の処理に大きな影響を与えることなく、ほとんどの場合、次回の利用までに、伸長された帳票フォームが得られ、処理の高速化が図られる。
【００５３】
（第２の実施の形態）
本発明の第２の実施の形態では、図５の非同期配信処理におけるステップＳ５０３のサイズ取得処理のみが第１の実施の形態と異なり、その他の構成及び処理は第１の実施の形態と同様である。
【００５４】
図７は、本発明の第２の実施の形態において使用されるサイズ決定テーブルの一例を示す図である。第１の実施の形態では、配信対象の帳票フォームの選択に際し、配信条件テーブルの許容配信サイズ３０２を参照したが、本第２の実施の形態では、許容配信サイズ３０２に代えて、サイズ決定テーブルに基づき算出したサイズに基づき配信対象の帳票フォームを選択する。サイズ決定テーブルは、テーブル格納部１０６に格納される。
【００５５】
転送速度Ｒ（４０１）（Ｍｂｐｓ）は、印刷に必要なデータ転送の速度を示す。クライアント内部処理時間Ｔｃ（４０２）（ｓｅｃ／Ｍｂｉｔ）は、クライアント装置１１０内部で、配信された帳票フォーム１Ｍビットを格納するのに要する時間を示す。サーバ内部処理時間Ｔｓ（４０３）（ｓｅｃ／Ｍｂｉｔ）は、Ｗｅｂサーバ１００内部で、クライアント装置１１０に配信する帳票フォーム１Ｍビットを生成するのに要する時間を示す。許容応答時間Ｔｌ（４０４）（ｓｅｃ）は、印刷処理に使用することを許容する時間を示す。転送速度Ｒ、クライアント内部処理時間Ｔｃ、サーバ内部処理時間Ｔｓには、過去の印刷要求及びそれに対する応答時の計測値が設定される。許容応答時間Ｔｌはクライアント装置１１０のユーザにより設定される。
【００５６】
任意の印刷要求に基づく印刷のために、Ｗｅｂサーバ１００から配信が必要なデータのサイズがＦ（Ｍ（メガ）ビット）であったとして、下記数式１により、クライアント装置１１０に転送可能な非同期送信用の帳票フォームのサイズＤＳを算出する。単位はＭビットとする。
【００５７】
【数１】
ＤＳ＝［Ｔｌ−｛（１／Ｒ）＋Ｔｃ＋Ｔｓ｝×Ｆ］／｛（１／Ｒ）＋Ｔｃ＋Ｔｓ｝
例えば、今、転送速度Ｒが転送速度は毎秒１Ｍビット、クライアント内部処理時間Ｔｃが１Ｍビットあたり０．５秒、サーバ内部処理時間Ｔｓが１Ｍビットあたり０．５秒、許容応答時間Ｔｌが３．０秒、Ｗｅｂサーバ１００から配信が必要なデータのサイズが１Ｍビット（Ｆ＝１）であるとすると、上記数式１により、ＤＳ＝０．５（Ｍビット）となり、非同期送信により、帳票フォームをクライアント装置１１０に０．５Ｍビットだけ配信可能であることになる。
【００５８】
このように、本第２の実施の形態では、図５のステップＳ５０３のサイズ取得処理において、非同期送信で配信可能なデータサイズ（配信許容量）を算出により取得する。そして、算出されたサイズの範囲内で、第１の実施の形態と同様に、ダウンロード回数が多いものから順に選定することで配信対象の帳票フォームを選択する。その他の処理は第１の実施の形態と同様である。
【００５９】
本実施の形態によれば、第１の実施の形態と同様の効果を奏することができ、さらに、配信可能な帳票フォームの最大サイズを、過去の印刷要求及びそれに対する応答の実績で決定するので、配信対象の帳票フォームのサイズを最大限に拡大することができる。
【００６０】
なお、本発明の目的は、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００６１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６２】
又、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤｆ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６５】
【発明の効果】
以上説明したように、本発明によれば、処理の高速化を図ることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るプリントシステムの全体構成を示すブロック図である。
【図２】ダウンロード頻度テーブルの一例を示す図である。
【図３】配信条件テーブルの一例を示す図である。
【図４】クライアント装置の動作状況を示すクライアント動作状況テーブルの一例を示す図である。
【図５】Ｗｅｂサーバで実行される非同期配信処理のフローチャートを示す図である。
【図６】クライアント装置で実行される伸長処理のフローチャートを示す図である。
【図７】本発明の第２の実施の形態において使用されるサイズ決定テーブルの一例を示す図である。
【符号の説明】
１００　Ｗｅｂサーバ（サーバ装置）
１０３　配信データ生成部（フォーム選択手段、負荷把握手段、非同期送信手段の一部）
１０４　ネットワーク通信制御部（非同期送信手段の一部、送信手段）
１０６　テーブル格納部
１１０　クライアント装置
１１１　データ入出力部（受信手段）
１１２　データ処理部
１１３ａ　帳票フォーム一時格納部（記憶手段）
１１３ｂ　帳票フォーム恒久格納部（所定メモリ）
１１４　データ伸長部（伸長手段）
１１５　画像生成部
１１６　テーブル格納部
【図１】
2004127008.tif 000003
【図２】
2004127008.tif 000004
【図３】
2004127008.tif 000005
【図４】
2004127008.tif 000006
【図５】
2004127008.tif 000007
【図６】
2004127008.tif 000008
【図７】
2004127008.tif 000009