JP2002351629A

JP2002351629A - プリントシステム及び情報処理装置

Info

Publication number: JP2002351629A
Application number: JP2001160566A
Authority: JP
Inventors: Koji Inose; 康二猪瀬; Tsunehiro Tsukada; 恒博塚田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-05-29
Filing date: 2001-05-29
Publication date: 2002-12-06

Abstract

(57)【要約】【課題】クライアントからのリクエストに応じて、サ
ーバがプリントデータを生成するシステムにおいて、制
限なしにリクエストを受け付けると、予期せずサーバの
負荷が高くなる。【解決手段】クライアントからの要求の数をカウント
し、決定された時間までの間に受け付ける要求の数を所
定の数に制限し、クライアントからの要求を受け付けな
いのに応じて、データ生成処理が行なわれない旨をサー
バからクライアントに通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して、帳票のプリントデータを生成して、帳票のプリン
トを行うネットワークプリントシステムに関するもので
ある。

【０００２】

【従来の技術】インターネットの急速な発展とＷｅｂサ
ーバの林立に伴い、業務処理のＷｅｂ化が推進されてい
る。ネットワークに接続されたパーソナルコンピュータ
は、情報の表示と情報の入力が可能なＷｅｂブラウザを
搭載するのみで、ＷｅｂブラウザとＷｅｂサーバによる
業務処理がひろく行われる様になっている。このとき、
業務処理に必要な情報が、ＷｅｂサーバとＷｅｂブラウ
ザの間で交換される。

【０００３】Ｗｅｂサーバは、Ｗｅｂブラウザから入力
された情報を受け取り、サーバ内でその情報を加工し、
加工後の情報を再びＷｅｂブラウザに送信する。Ｗｅｂ
サーバは、その加工後の情報を表示する。これらの動作
が繰り返し行われて、業務が遂行される。

【０００４】しかし、ＷｅｂブラウザとＷｅｂサーバに
よる業務処理において問題となっているのは、業務処理
上欠かせないプリント処理に関する部分である。特に帳
票等、フォーマットに従った美しいプリントを行う事が
できなかった。

【０００５】通常のＷｅｂブラウザはプリント機能を提
供しているものの、この機能は、Ｗｅｂブラウザ上に表
示されたイメージのハードコピーを、Ｗｅｂブラウザ配
下のプリンタ（或いは、Ｗｅｂブラウザが起動されてい
るコンピュータの配下にあるプリンタ）にプリントさせ
るものである。このプリント方式では、用紙サイズを越
えるイメージや、複数ページにまたがるイメージの印刷
では、ページ区切りをどのようにするかという問題があ
り、ユーザが所望するプリントが行なわれないことが多
い。

【０００６】

【発明が解決しようとする課題】これを解決する方法と
して、Ｗｅｂサーバを有するプリントシステムサーバ
が、Ｗｅｂブラウザからの指示に応じて、プリントイメ
ージデータ（例えば、帳票印刷データ）を生成し、それ
をＷｅｂブラウザが起動されているクライアントに配信
するプリントシステムが考えられる。このプリントシス
テムにおいては、サーバは、個々の指示に対する印刷用
データを必ず生成し、それを逐次的にクライアントに返
している。

【０００７】しかし、制限なしにリクエストを受け付け
ると、予期せずサーバの負荷が高くなる。その結果、１
つのリクエストに対する応答の時間が長くなって、その
間、Ｗｅｂブラウザはビジー状態になって他の目的のた
めに使用することができなくなるという可能性がある。

【０００８】また、一定時間内のリクエストの数を制限
した場合、リクエストの待ち行列において処理時間を極
端に要するリクエストが存在すると、その後に続くリク
エストの処理が遅れることになり、結果として１リクエ
スト当りの応答時間が長くなる。

【０００９】また、リクエストの受け付け時刻に基づい
てリクエストの数を制限した場合、全リクエストに対し
て受け付け時刻を記憶しておく必要があり、時刻を記憶
するためのメモリ占有量が高くなって処理効率に悪影響
を与えかねない。

【００１０】

【課題を解決するための手段】そこで、上記課題を解決
するために、本発明では、サーバとクライアントから構
成されるプリントシステムにおいて、クライアントから
の要求の数をカウントし、決定された時間までの間に受
け付ける要求の数を所定の数に制限し、受け付けられた
要求に応じて、クライアントに表示されている表示画面
に対応するテンプレートと、テンプレートに挿入される
データとに基づいて、プリントデータを生成するための
データ生成処理を行ない、クライアントからの要求を受
け付けないのに応じて、前記処理手段によるデータ生成
処理が行なわれない旨をサーバからクライアントに通知
することを特徴とする。

【００１１】また、本発明では、リクエストを受け付け
た時間に時間を加算して、前記決定された時間を算出す
ることを特徴とする。

【００１２】また、本発明では、決定された時間にカウ
ント値を減算しながら、カウント値を所定の数に制限す
ることを特徴とする。

【００１３】また、本発明では、要求が受信されたと
き、カウンタ値が所定の数より小さければ、当該要求を
受け付けることを特徴とする。

【００１４】また、本発明では、受け付けられた複数の
要求のうち、受け付け時間が早いものから所定数の処理
順序を、予測されるデータ生成処理に要する時間が短い
順に並び替えることを特徴とする。

【００１５】また、本発明では、データ生成処理で使用
されるデータのデータサイズが小さくなれば、データ生
成処理に要する時間が短くなると予測することを特徴と
する。

【００１６】また、本発明では、リクエストの受け付け
た時間に時間を加算して、前記決定された時間を更新す
る第１方式か、前記決定された時間に時間を加算して、
前記決定された時間を更新する第２方式かのいずれかを
実行することを特徴とする。

【００１７】また、本発明では、受け付けられた要求の
数が所定数より大きければ、前記第１方式から前記第２
方式へ変更することを特徴とする。

【００１８】また、本発明では、クライアントに表示さ
れている表示画面に対応するテンプレートと、テンプレ
ートに挿入されるデータとに基づいて、プリントデータ
を生成するか、或いは、テンプレートとデータとを含む
配信データを生成するかのいずれかことを特徴とする。

【００１９】

【発明の実施の形態】＜帳票プリントシステム＞図１
は、帳票プリントシステムの機能構成図である。１００
は、帳票プリントシステムのクライアント（以下、クラ
イアントと省略する）であるＰＣ等の情報処理装置であ
る。１０１は、Ｗｅｂブラウザ１０１である。Ｗｅｂブ
ラウザ１０１は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭ
ａｒｋｕｐＬａｎｇｕａｇｅ）などで記述された文書
データファイル（Ｗｅｂドキュメント）を表示する機能
を持つアプリケーションプログラムで、Ｗｅｂサーバか
ら受信したＷｅｂドキュメントを表示する。また、Ｗｅ
ｂブラウザは、単にＷｅｂドキュメントを表示するのみ
ならず、ＨＴＭＬの記述に従って、画面上でデータを入
力させ、それをＷｅｂサーバに返送する機能をも持つ。
なお、Ｗｅｂブラウザは、入力されたＵＲＬに従って、
サーバからＷｅｂドキュメントを取得する。

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

【００２１】１０３は、Ｗｅｂブラウザ１０１からの指
示により、Ｗｅｂブラウザ１０１に表示されているイメ
ージを標準的なプリント用データに変換する為のプリン
ト出力部である。このプリント出力部は、主にプリント
ドライバと呼ばれる。

【００２２】１０４及び１１３は印刷装置である。１０
５は、サーバとクライアントとを結んでいるネットワー
クである。ネットワークの形態として、ＬＡＮ（Ｌｏｃ
ａｌＡｒｅａＮｅｔｗｏｒｋ）、インターネット、無
線などがある。なお、ここでは、ネットワーク１０５
は、Ｗｅｂ環境の通信手順（例えば、ＴＣＰ／ＩＰプロ
トコルやＨＴＴＰプロトコル）に対応したものであると
する。

【００２３】１０６は、サーバである情報処理装置であ
る。１０７は、Ｗｅｂサーバの機能を有するネットワー
ク通信制御部である。ここで、Ｗｅｂサーバ機能とは、
Ｗｅｂサーバとは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ
ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉ
ｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）等をサポ
ートする機能であり、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓ
ｏｕｃｅＬｏｃａｔｏｒ）で指定された、ＨＴＭＬ
（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａ
ｇｅ）などで記述された文書データファイル（Ｗｅｂド
キュメント）等を、要求に応じてネットワーク上のクラ
イアントに送信することができるものである。

【００２４】１０８は、帳票プリントの際に使用される
プリント用帳票フォームを示す帳票テンプレート（或い
は、帳票テンプレートデータ）が格納されている帳票テ
ンプレート格納部である。帳票テンプレート格納部１０
８は、帳票プリントを行う為の帳票テンプレート等を格
納する。なお、帳票テンプレートは、クライアントがサ
ーバから読み出したＷｅｂドキュメントごとに、それぞ
れに対応したものがある。従って、サーバが帳票テンプ
レートに対応づけられるＷｅｂドキュメントをクライア
ントに送信した場合、そのＷｅドキュメントに対応する
識別子をサーバは記憶しておく。また、帳票テンプレー
ト格納部に格納される帳票テンプレートには、対応する
Ｗｅｂドキュメントの識別子が帳票テンプレート識別子
として関連付けられている。

【００２５】１０９は、データベースで構築されている
データ格納部であり、各業務用データを格納している。
このデータは予めデータベース化されているもののほ
か、Ｗｅｂブラウザで入力されたデータがそのままデー
タ格納部にかくのうされることもある。１１０は、デー
タ処理部で、各業務用のアプリケーションプログラムに
従ってデータ処理を行なう。

【００２６】１１１は、帳票印刷データを決められた様
式に従って作成する画像生成部である。画像生成部１１
１は、帳票印刷データを、帳票フォーム及びそこにオー
バーレイされるデータとの組み合わせにより、プリント
出力部１１２で解釈可能な所定の形式で作成する。１１
２は、画像生成部で作成されたデータをプリンタが出力
できる形式に変換するプリント出力部であり、一般には
プリンタドライバと呼ばれている。

【００２７】１１４はデータ管理部であり、一定時間に
受け付けるリクエストの数を制限し、制限によって外さ
れたリクエストに対してその旨のメッセージをＷｅｂブ
ラウザに返す処理を行なう。また、メモリ使用状況に応
じて、リクエストを制限する処理を動的に切り替える役
割を果たす。なお、データ管理部１１４は、複数のリク
エストを待ち行列によって管理し、画像生成部１１１が
帳票印刷データの生成を終えるごとに、待ち行列の先頭
にあるリクエストに応じたデータ生成を画像生成部１１
１に依頼する。

【００２８】図３は、クライアント及びサーバの構成を
示すハードウエア構成図である。図１の各部（１０２、
１０３、１０７、１１０〜１１２、１１４）は、それぞ
れに対応するプログラムがメモリ３０３にロードされ、
コンピュータのＣＰＵ３０２によって実行されることに
より実現されている。

【００２９】また、これらのプログラムや、データ格納
部１０９あるいは帳票テンプレート格納部１０８は、ハ
ードディスク等の外部メモリ３０５に格納される。外部
メモリ３０５は、フロッピディスクやＣＤ−ＲＯＭ等の
取り外し可能な記憶媒体を用いるものであっても良い。
ディスプレイ３０４には、Ｗｅｂブラウザや画像が表示
される。Ｉ／Ｏインターフェース３０６は、ネットワー
ク１０５やプリンタ１０４などの外部装置に接続するた
めの口である。また、キーボードやポインティングデバ
イス３０１により、ユーザは必要な入力を行う。

【００３０】＜Ｗｅｂブラウザ上の表示＞つぎに、Ｗｅ
ｂブラウザ１０１からのプリント指示について述べる。
データ処理部１１０は、データ入出力部１０２と通信す
ることにより、Ｗｅｂブラウザ１０１で入力されたデー
タの受付、解析、受付データに応じたデータ検索、検索
結果のデータ入出力部への返信が行われる。Ｗｅｂブラ
ウザ１０１は、データ処理部１１０から配信されたＷｅ
ｂドキュメントに応じてボタンを表示しており、ユーザ
がそのボタンを押すと、データ入出力部１０２を介して
サーバへ様々な要求が送られる。なお、このボタンは、
コンピュータのディスプレイに表示されており、マウス
などのポインティングデバイスやキーボードからの入力
により選択され、押されるものである。

【００３１】特に、この帳票プリントシステムのおける
印刷ボタンは、Ｗｅｂブラウザ１０１のイメージ表示領
域に設けられる。図２は、一般的なＷｅｂブラウザ１０
１において、業務処理用のページが表示されているのを
示す図である。２０１は、クライアントのモニター或い
はディスプレイ装置に表示されるＷｅｂブラウザ１０１
のウインドウである。２０２のエリアにウインドウタイ
トルが表示される。２０３および２０４のエリアにはＷ
ｅｂブラウザ１０１が持つコマンドが表示されている。
Ｗｅｂブラウザ１０１に表示されているイメージを印刷
する為のコマンドもここにある。２０５は、アクセスす
るサーバのアドレス（ＵＲＬ：ＵｎｉｆｏｒｍＲｅｓ
ｏｕｒｃｅＬｏｃａｔｉｏｎなど）を入力するテキス
トフィールドである。

【００３２】２０６及び２０７は、ユーザが各項目を選
択可能になっているフィールドである。２０８は表示ボ
タンである。この表示ボタンが押されると、２０６と２
０７でユーザにより選択されている項目がサーバに送信
され、サーバからの応答を待つことになる。すると、サ
ーバは、２０６で選択された帳票名及び２０７で選択さ
れた人名に基づき帳票の表示データを生成し、それをク
ライアントに送信する。Ｗｅｂサーバは、その帳票表示
データをもとに、２０９のような帳票のイメージを表示
する。図２の場合では、サーバは、正岡子規さんの当月
の勤務状況に関するデータを、データ格納部１０９を検
索して取得し、そのデータをもとに帳票表示データ（こ
こでは、帳票のイメージを表示するＷｅｂドキュメン
ト）を生成し、それをクライアントに送信する。する
と、月次帳票がＷｅｂブラウザの２０９に表示される。
さらに、２１０はこの帳票プリントシステムにおける印
刷ボタンである。

【００３３】クライアントからサーバの帳票のページを
読み出す場合、Ｗｅｂブラウザ１０１が、クライアント
で起動される。ユーザが、図２のように、ｈｔｔｐ：／
／２０２．２２８．１０２と入力すると、欄２０６〜２
１０を含むＷｅｂドキュメントがサーバからＷｅｂブラ
ウザに送られる。

【００３４】＜サーバによるプリントデータの生成と出
力＞印刷ボタン２１０が押された場合の動作を示す。印
刷では、形式識別子に対応したプリント用帳票テンプレ
ートにデータが挿入されて、印刷すべき文書が作成され
る。印刷ボタンが押されると、印刷ボタンが押されたこ
とを示す情報（リクエスト）がサーバに送信される。サ
ーバでは、印刷を要求してきたクライアントに送信して
あるＷｅｂドキュメント（帳票ページ）に付された識別
子を基に、帳票テンプレート格納部１０８に格納されて
いる帳票テンプレートを検索する。各帳票テンプレート
は、形式識別子から検索できるように格納されている。

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

【００３６】一方、図５は、図４の図形データに埋め込
まれるべき可変データのテーブルである。

【００３７】このテーブルは、各帳票テンプレートごと
に用意されており、どの帳票テンプレートのものである
かがわかるように、帳票テンプレート識別子５０４が付
されている。図５のテーブルでは、各可変データｓ１、
ｎ１〜ｎ５１ごとに、その可変データのインデックス
（５０１）、その可変データの表示する文字サイズ（５
０２）、その可変データの実際の値（数列或いは文字
列）（５０３）が格納されている。図４の帳票テンプレ
ートと図５の各可変データの値とが、インデックスに基
づいてマージされることにより、帳票印刷データが作成
される。

【００３８】図６は、サーバが実際に帳票印刷データを
生成し、出力する処理を示すフローチャートである。こ
の処理は、サーバが、印刷ボタン２１０が押されたこと
を示す情報をサーバが受信したことにより、サーバにお
いて実行される。この処理は、ステップＳ６０１〜Ｓ６
０４がデータ処理部１１０により、ステップＳ６０５〜
Ｓ６０６は画像生成部１１１により、ステップＳ６０７
はプリント出力部１１２により行われる。なお、図６の
処理では、印刷は印刷装置１１３で行なわれる。

【００３９】まず、ステップＳ６０１で、サーバが、ボ
タンが押されたこと（これをリクエストと呼ぶ）を受信
すると、ステップＳ６０２において、使用される帳票テ
ンプレートを検索する。使用される帳票テンプレート
は、クライアントにすでに送信しているＷｅｂドキュメ
ントの識別子が記憶されているため、それをもとに検索
可能である。

【００４０】ステップＳ６０３では、検索で検出された
帳票テンプレート内に組み込まれるべき可変データの欄
の位置を検知する。次に、ステップＳ６０４で、インデ
ックスデータを作成する。すなわち、図５のテーブルに
おける可変データの値を、そのインデックスに応じて、
ステップＳ６０３で抽出した可変データの欄の位置に合
わせるようにして記述する。こうして、可変データ部分
を記述したインデックスデータができる。

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

【００４２】ステップＳ６０７では、プリント出力部１
１２が、ステップＳ６０６で作成した帳票印刷データ
を、プリンタで出力可能な例えばページ記述言語のプリ
ントイメージに変換し、プリントスプールに出力する。
こうして、帳票印刷データに基づくプリントイメージが
印刷装置１１３でプリント出力される。

【００４３】＜サーバによるプリントデータの生成と転
送＞図７は、サーバが実際に帳票印刷データを生成し、
クライアントに送信する処理を示すフローチャートであ
る。この処理は、サーバが、印刷ボタン２１０が押され
たことを示す情報をサーバが受信したことにより、サー
バにおいて実行される。この処理は、ステップＳ７０１
〜Ｓ７０４がデータ処理部１１０により、ステップＳ７
０５〜Ｓ７０６は画像生成部１１１により、ステップＳ
７０７はネットワーク通信制御部１０６により行われ
る。なお、図７の処理では、印刷は印刷装置１０４で行
なわれる。

【００４４】まず、ステップＳ７０１で、サーバが、ボ
タンが押されたことを受信すると、ステップＳ７０２に
おいて、使用される帳票テンプレートを検索する。使用
される帳票テンプレートは、クライアントにすでに送信
しているＷｅｂドキュメントの識別子が記憶されている
ため、それをもとに検索可能である。

【００４５】ステップＳ７０３では、検索で検出された
帳票テンプレート内に組み込まれるべき可変データの欄
の位置を検知する。次に、ステップＳ７０４で、インデ
ックスデータを作成する。すなわち、図５のテーブルに
おける可変データの値を、そのインデックスに応じて、
ステップＳ７０３で抽出した可変データの欄の位置に合
わせるようにして記述する。こうして、可変データ部分
を記述したインデックスデータができる。

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

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

【００４８】＜クライアントによるプリントデータの受
信と出力＞図８は、図７のステップＳ７０７でサーバに
より送信された帳票印刷データを受信したクライアント
による処理を示すフローチャートである。

【００４９】まず、ステップＳ８０１では、プリント出
力部が、受信した帳票印刷データを解析し、受信した帳
票印刷データに適したプリンタを見つける。図１ではプ
リンタは１台しかないため、プリンタ１０４が選ばれ
る。ステップＳ８０２では、プリント出力部１０３が、
解析結果に基づいて、プリンタ１０４で出力可能なプリ
ントイメージを生成する。それをステップＳ８０３でプ
リントスプールに格納する。すると、印刷装置１０４で
順次出力させる。以上を、受信した帳票印刷データが全
て解析され、プリントイメージに変換されるまで繰り返
し行う。

【００５０】以上の手順により、クライアントからＷｅ
ｂブラウザを用いて出力データを指定し、適当な形式で
印刷を行わせることができる。また、印刷用に作成され
た帳票テンプレートを用いて帳票を印刷することによ
り、表示された帳票を印刷する場合と異なり、Ｗｅｂブ
ラウザを用いて作成した画像を、高品質の印刷物として
出力可能である。また、サーバでもクライアントでも、
いずれのプリンタからでも高品質の帳票を利用者の都合
に応じて印刷させることができる。また、帳票テンプレ
ートを保持するのはサーバのみであり、データとの合成
もサーバで行っているため、クライアントは、市販のＷ
ｅｂブラウザを用意しておきさえすれば、サーバから高
品質の帳票を印刷できる。またこのためにクライアント
の負荷が軽く、処理能力の低い安価なパーソナルコンピ
ュータ或いはＷｅｂブラウザ機能だけを有する携帯情報
端末を利用できる。

【００５１】なお、上記の説明では、サーバが帳票フォ
ームとデータとから帳票印刷データを生成し、クライア
ントは、生成された帳票印刷データを受信して、プリン
タに出力した。が、サーバが、クライアントからの印刷
リクエストに応じて、帳票印刷データを生成するのに必
要な帳票フォームとそこに挿入されるデータとをクライ
ンとに転送し、クライアントがその帳票フォームとデー
タとに基づいて帳票印刷データを生成するようにしても
良い。

【００５２】その場合、図１の画像生成部１１１に相当
するものをクライアント１００に設け、図６のステップ
Ｓ６０３〜Ｓ６０６に相当する処理をクライアントが実
行する。

【００５３】＜リクエスト処理＞以上では、１つのリク
エストに対して行なわれるデータの生成処理だけを取り
上げて詳細に説明したが、以下では、リクエストを受信
したときのリクエスト処理について説明する。図９は、
サーバによるリクエスト処理を示すフローチャートであ
る。

【００５４】まず、ステップＳ９０１で、クライアント
からリクエストを受信すると、受け付けたリクエストの
数を示すカウンタをチェックする。そして、ステップＳ
９０２で、そのカウンタ値がカウンタ制限値未満である
か否か判定する。

【００５５】カウンタ値がカウンタ値未満であれば、ス
テップＳ９０３で、カウンタを１加算する。さらに、ス
テップＳ９０４で、リクエストを受付けた時刻に関して
処理を行なう。なお、ステップＳ９０４の処理について
は、後述する。

【００５６】次に、ステップＳ９０５で、処理待ちの状
態にあるリクエストによって待ち行列が生成されている
かどうかを判定する。待ち行列が生成されていれば、ス
テップＳ９０６で、受け取ったリクエストがこの待ち行
列の最後尾に置かれる。そして、ステップＳ９０６で
は、ステップＳ９０１で受け取ったリクエストの順番が
回ってくるまで、待機する。

【００５７】待機した後、或いは待ち行列が生成されて
いなかった場合、ステップＳ９０７で、当該リクエスト
に対する画像生成処理を依頼すべく、リクエストを画像
生成部に渡す。そして、ステップＳ９０８では、画像生
成処理によって生成された帳票印刷データを獲得する。

【００５８】ステップＳ９０９では、所定のサーバ内処
理を行なう。そして、ステップＳ９１０では、クライア
ントにレスポンスを返す。なお、ステップＳ４０２の判
定において、カウンタ値がカウンタ制限値未満であれ
ば、ステップＳ９０１では、ステップＳ９０８で獲得し
た帳票印刷データをクライアントに返す。カウンタ値が
カウンタ制限値未満でない場合には、帳票印刷データを
生成できなかった旨のメッセージをクライアントに返
す。

【００５９】図１０は、リクエストを処理することがで
きない旨を伝えるメッセージを示す図である。このメッ
セージは、ステップＳ９０２においてカウンタ制限値以
上と判断された時に、サーバからクライアントに送られ
る。

【００６０】＜カウンタの逐次更新方式＞図１１は、カ
ウンタを管理するために必要な情報が格納されているテ
ーブルを示す図である。１１０１は、現在のカウンタの
カウンタ値を示す。１１０２は、カウンタのカウンタ制
限値を示す。１１０３は、リクエスト制限基準時間を示
す。１１０４は、カウンタを更新する予定時刻を示す。

【００６１】１１０５は、受け付けたリクエストに発行
されたインデックスである。なお、インデックスの個数
は、カウンタ制限値以下である。図では、カウンタ制限
値が５であるので、インデックスの個数も０〜４の５個
である。また、１１０６は、それぞれのインデックスが
示すリクエストが待ち行列に登録された時刻である。図
では、「時間分秒」の形式で表現されている。イン
デックスの値が小さいほど、登録された時刻が早いリク
エストを示している。

【００６２】なお、図９のステップＳ９０４では、クラ
イアントからのリクエストを受け付けた時刻を、１１０
６の登録時刻に格納する。

【００６３】図１２は、カウンタを更新する処理を示す
フローチャートである。この処理は、図９の処理とは独
立に実行されるものとする。つまり、この更新処理によ
って、リクエストに対応する画像生成の進み具合とは別
に、一定時間の間に所定数以内のリクエストを受け付け
ることができ、リクエストの受付処理が安定して行なわ
れる。この処理をまた、逐次更新方式と呼ぶ。

【００６４】まず、サーバは、ステップＳ１２０１で、
現在がカウンタを更新する時刻になっているかどうかを
判断する。カウンタ更新の時刻になっていると判断した
ときには、ステップＳ１２０２で、１１０１が示すカウ
ンタ値を１減算する。さらに、図１０の１１０６の欄に
おいて、インデックスｎにある登録時刻をインデックス
ｎ−１の位置に移動させる。

【００６５】そして、１１０４が示すカウンタ更新予定
時刻を更新する。なお、カウンタ更新予定時刻は、イン
デックスが０のリクエストの登録時刻（図１０では、１
２時００分３０秒）に、１１０３が示すリクエスト制限
基準時間を加算した時刻である。従って、図１０の処理
により、図１１のテーブルは、図１２のように更新され
る。

【００６６】＜待ち行列内のリクエストの入れ替え＞待
ち行列にあるリクエストの数が、ある一定個数以上にな
った場合の、リクエストを処理する順番を入れ替えるし
ょりについて説明する。図１４と図１５は、待ち行列内
のインデックスと各インデックスが示すリクエストに係
るデータサイズを格納するテーブルである。図中におい
て、１４０１及び１５０１は、リクエストを示すインデ
ックスである。また、１４０２及び１５０２は、各イン
デックスが示すリクエストで使用される帳票フォームお
よびデータのデータサイズの総計である。

【００６７】なお、図１４は、リクエストの入れ替える
処理を行なう前の状態であり、図１５は、入れ替え処理
を行なった後の状態である。

【００６８】図１６は、リクエストの入れ替え処理を示
すフローチャートである。そして、ステップＳ１６０１
で、待ち行列の長さ（待ち行列にあるリクエストの数）
がＷ個以上であるかどうかを判定する。

【００６９】Ｗ個以上である場合には、ステップＳ１６
０２で、待ち行列にある各リクエストに対して、以前に
入れ替え処理がなされたかどうかを判断する。そして、
入れ替え処理がなされていないリクエストが存在する場
合には、ステップＳ１６０３で、待ち行列の先頭からＷ
個のリクエストを抽出する。

【００７０】Ｗ個のリクエストを抽出した後、ステップ
Ｓ１６０４で、図１４のテーブルを参照して、それぞれ
のリクエストに関して、各リクエストに関連付けられた
帳票フォーム及びデータのデータサイズの総計を算出す
る。さらに、ステップＳ１６０５で、算出されたデータ
サイズが小さい順にリクエストの順番を再構築する。最
後に、ステップＳ１６０６で、リクエストの入れ替え処
理を行なったことを示すフラグを各リクエストに対して
設定する。

【００７１】図１６の処理により、図１４のテーブルは
図１５のようになる。Ｗの値は、プリントシステムの運
用状況に応じて、ユーザによって可変に設定される。

【００７２】＜カウンタのブロック更新方式＞各リクエ
ストの受け付け時刻を記録して、それをカウンタ更新予
定時刻の算出に用いることなく、ある固定された時刻列
をカウンタ更新基準時刻の候補として採用する処理につ
いて説明する。以下、この更新の方式をブロック更新方
式と記す。

【００７３】図１７は、ブロック更新方式でカウンタを
管理するために必要な情報が格納されているテーブルを
示す図である。１７０１は、リクエストを受付けた時刻
と比較されるカウンタを更新する基準時刻を示す。１７
０２は、リクエスト制限基準時間を示す。１７０３は、
ある一定数のリクエストの数を制限する際に基準となる
時間の幅を示す。なお、リクエストブロック時間幅は、
リクエスト制限基準時間を、最大ブロック数で割った数
であり、次のカウンタを更新する基準時間を決めるのに
使用される。従って、図１７では、ブロック数が最大５
であるため、５等分する。

【００７４】１７０４は、カウンタのカウンタ値を示
す。１７０５は、カウンタ制限値を示す。１７０６は、
各リクエストが属するブロックにつけられたインデック
スである。なお、受け付けられたリクエストは、最後尾
ブロックポインタが指し示すブロックに属するようにす
る。ブロックは一定時間間隔（一例として、図１７の１
７０３が示すリクエストブロック時間幅。例えば、１分
おきにブロックを生成する場合、１２時００分００秒か
ら１２時０１分００秒までに受け付けたリクエストをブ
ロック０に入れ、１２時０１分００秒から１２時０２分
００秒までに受け付けたリクエストをブロック１に入れ
るようにする。）で新たに生成され、新たなブロックが
生成されると、最後尾ブロックポインタが生成されたブ
ロックを示すように付け替えられる。１７０７は、それ
ぞれのインデックスに対応するブロックに属しているリ
クエストの数を示す。

【００７５】図１９は、カウンタおよびカウンタ更新基
準時刻の更新に関する処理を示すフローチャートであ
る。この処理は、リクエストが受け付けられたとき、サ
ーバによって実行される。まず、サーバは、ステップＳ
１９０１で、リクエストを受付けた時刻（ここではＴ１
とする）を取得する。なお、リクエストは、最後尾ブロ
ックポインタが指し示すブロックに属するようにする。

【００７６】次に、ステップＳ１９０２で、カウンタ更
新基準時刻（ここではＴ２とする）とＴ１とを比較す
る。比較の結果、Ｔ１が大きければ、即ちカウンタ更新
基準時刻を過ぎている場合、カウンタ更新基準時刻を更
新する処理を開始する。

【００７７】更新処理ではまず、ステップＳ１９０３
で、Ｎを０で初期化する。次に、リクエストブロック数
を求めるため、ステップＳ１９０５でＴｉ×Ｎ＋２がＴ
１以上であるかどうか判定し、未満であれば、ステップ
Ｓ１９０４で、Ｎを１だけ増加させる。

【００７８】そして、Ｔｉ×Ｎ＋２がＴ１以上になる
と、ステップＳ１９０６で、リクエストブロックインデ
ックスにおいて、先頭からＮ個分のブロックに属するリ
クエストの数の総和を求め、それをＲとする。図１７に
おいて、Ｎが１の場合には、Ｒは４となる。また、Ｎが
３の場合には、Ｒは１２（４＋６＋２）となる。

【００７９】そして、ステップＳ１７０４が示すカウン
タ値（Ｒｃ）からＲを減算する。さらに、新たなカウン
タ更新基準時刻を、Ｔ２＋Ｔｉ×Ｎとする。

【００８０】こうすることにより、カウンタ更新基準時
刻が経過するたびにカウンタの値を更新するのではな
く、リクエストを受け付けたときに、カウンタ更新基準
時刻（Ｔ２）から受付時刻（Ｔ１）の間に相当するリク
エストブロック時間幅分（Ｎ個）のリクエストをカウン
タ値から減算する。よって、全リクエストの受付時刻を
記憶する必要が無いために、記憶容量を軽減することが
でき、特に、カウンタ値を大きい値に設定したときに有
効である。

【００８１】図１８は、図１９のステップＳ１９０３〜
Ｓ１９０８の処理後のテーブルの内容を示す図である。
テーブルは、ステップＳ１９０３〜Ｓ１９０８の処理に
よって、図１７の状態から図１８の状態に変化する。

【００８２】図２０は、カウンタ更新処理を、逐次更新
方式からブロック更新方式に切り替える処理を示すフロ
ーチャートである。まず、ステップＳ２００１で、待ち
行列の先頭にあるリクエストの処理を開始します。次
に、ステップＳ２００２で、待ち行列の長さを計算し、
その値が、Ｗ以上であれば、ステップＳ２００３で、カ
ウンタおよびカウンタ更新基準時刻の更新方式を逐次更
新方式からブロック更新方式に変更する。一方、待ち行
列の長さがＷ以上でなければ、ステップＳ２００４で、
更新方式を逐次更新方式に変更する。

【００８３】なお、更新に関する情報のマッピングにつ
いて、図１１と図１７において説明する。逐次更新方式
からブロック更新方式に変更するときは、１１０４の値
を１７０１に、１１０３の値を１７０２に、１１０１の
値を１７０４に、１１０２の値を１７０５にそれぞれマ
ッピングする。

【００８４】１７０３は任意に指定できる。また、リク
エストブロック数の最大個数は、１７０２の値と１７０
３の値との割合（具体的には、１７０２をリクエストブ
ロックの最大個数で割った数が、１７０３になるよう
に）で算出される。１７０７は、１１０６の各リクエス
トを各リクエストの受け付け時間に基づいて各ブロック
に振り分けて、それを数え上げた結果である。

【００８５】＜制御プログラムの供給方法＞また、本発
明に係るプログラム及び関連データは、フロッピー（登
録商標）ディスク（ＦＤ）やＣＤ−ＲＯＭ中に記憶さ
れ、そこからコンピュータに供給される。図２１は、本
発明に係るプログラム及び関連データがＦＤやＣＤ−Ｒ
ＯＭに格納されている状態でのメモリマップを示す図で
ある。ＦＤやＣＤ−ＲＯＭの記憶領域は、ボリューム情
報、ディレクトリ情報、本発明に係るプログラムの実行
ファイル（プログラムコード）、ジョブアカウントの関
連データファイルから構成される。

【００８６】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウエア（制御プログラム）のプ
ログラムコードを記録した記憶媒体（図２１）を、図２
２に示すようにコンピュータに供給し、そのコンピュー
タの装置（ＣＰＵ３０２）が記憶媒体に格納されたプロ
グラムコードを読出し実行することによって達成され
る。

【００８７】図２１に示すプログラムやデータをコンピ
ュータに供給する方法として図２２に示すようにフロッ
ピーディスクＦＤ２２００に記憶させて、コンピュータ
本体２２０２に（フロッピーディスクドライブ２２０１
を介して）供給する方法が一般的である。この場合、記
憶媒体から読出されたプログラムコード自体が前述した
実施形態の機能を実現することになり、そのプログラム
コード及びそのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

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

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

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

【００９１】

【発明の効果】以上説明したように、本発明により、リ
クエスト受け付け処理の負荷に応じて、メモリ使用効率
の最適化を図ることができ、かつ、リクエストに対する
高スループットを確保することができる。

【００９２】特に、本発明により、決定された時間まで
の間に受け付ける要求の数を所定の数に制限し、要求が
受け付けられなかった場合には、その旨をクライアント
に通知することにより、クライアントのＷｅｂブラウザ
においてビジー状態が続くことを防ぐことができる。

【００９３】また、受け付けられた要求を、受付時間が
早いもの順に並べ替えることにより、処理ｚ巻を極端に
要するリクエストが存在した場合でも、その後に続くリ
クエストが長く待たされるのを防ぐことができる。

【００９４】また、リクエストの数を制限するためのカ
ウンタ更新時間を、リクエストを受け付けた時間に基づ
いて決定する方式と、前回のカウンタ更新時間に基づい
て決定する方式とを切り替えることにより、受け付けて
いるリクエストの数が多くなった場合に各リクエストの
受付時間を記憶しておくために記憶容量が足らなくなる
のを防ぐことができる。

【図面の簡単な説明】

【図１】帳票プリントシステムの機能構成図である。

【図２】Ｗｅｂブラウザにおいて、業務処理用のページ
が表示されているのを示す図である。

【図３】クライアント及びサーバの構成を示すハードウ
エア構成図である。

【図４】印刷に用いられる帳票テンプレートの一例であ
る。

【図５】図形データに埋め込まれるべき可変データのテ
ーブルである。

【図６】サーバが実際に帳票プリントデータを生成し、
出力する処理を示すフローチャートである。

【図７】サーバが実際に帳票プリントデータを生成し、
クライアントに送信する処理を示すフローチャートであ
る。

【図８】サーバにより送信された帳票印刷データを受信
したクライアントによる処理を示すフローチャートであ
る。

【図９】サーバによるリクエスト処理を示すフローチャ
ートである。

【図１０】リクエストを処理することができない旨を伝
えるメッセージを示す図である。

【図１１】カウンタを管理するために必要な情報が格納
されているテーブルを示す図である。

【図１２】カウンタを更新する処理を示すフローチャー
トである。

【図１３】カウンタを管理するために必要な情報が格納
されているテーブルを示す図である。

【図１４】待ち行列内のリクエストに係るデータサイズ
を格納するテーブルである。

【図１５】待ち行列内のリクエストに係るデータサイズ
を格納するテーブルである。

【図１６】リクエストの入れ替え処理を示すフローチャ
ートである。

【図１７】ブロック更新方式でカウンタを管理するため
に必要な情報が格納されているテーブルを示す図であ
る。

【図１８】ブロック更新方式でカウンタを管理するため
に必要な情報が格納されているテーブルを示す図であ
る。

【図１９】カウンタおよびカウンタ更新基準時刻の更新
に関する処理を示すフローチャートである。

【図２０】カウンタ更新処理を、逐次更新方式からブロ
ック更新方式に切り替える処理を示すフローチャートで
ある。

【図２１】プログラムコードを記録した記憶媒体を示す
図である。

【図２２】コンピュータにプログラムコードを供給する
方法を示す図である。

【符号の説明】

１００プリントシステムのクライアント１０１Ｗｅｂブラウザ１０２データ入出力部１０３プリント出力部１０４プリンタ１０５ネットワーク１０６プリントシステムのサーバ１０７ネットワーク通信制御部１０８帳票テンプレート格納部１０９データ格納部１１０データ処理部１１１画像生成部１１２プリント出力部１１３プリンタ３０１キーボード３０２ＣＰＵ３０３メモリ３０４ディスプレイ３０５外部メモリ３０６Ｉ／Ｏインターフェース

Claims

【特許請求の範囲】

【請求項１】サーバとクライアントから構成されるプ
リントシステムであって、クライアントからの要求の数をカウントし、決定された
時間までの間に受け付ける要求の数を所定の数に制限す
る受付手段と、前記受付手段により受け付けられた要求に応じて、クラ
イアントに表示されている表示画面に対応するテンプレ
ートと、テンプレートに挿入されるデータとに基づい
て、プリントデータを生成するためのデータ生成処理を
行なう処理手段と、前記受付手段がクライアントからの要求を受け付けない
のに応じて、前記処理手段によるデータ生成処理が行な
われない旨をサーバからクライアントに通知する通知手
段を有することを特徴とするプリントシステム。
【請求項２】前記受付手段は、リクエストを受け付け
た時間に時間を加算して、前記決定された時間を算出す
ることを特徴とする請求項１に記載のプリントシステ
ム。
【請求項３】前記受付手段は、決定された時間にカウ
ント値を減算しながら、カウント値を所定の数に制限す
ることを特徴とする請求項１或いは２に記載のプリント
システム。
【請求項４】要求が受信されたとき、前記受付手段
は、カウンタ値が所定の数より小さければ、当該要求を
受け付けることを特徴とする請求項１乃至３のいずれか
に記載のプリントシステム。
【請求項５】前記受付手段により受け付けられた複数
の要求のうち、受け付け時間が早いものから所定数の処
理順序を、予測されるデータ生成処理に要する時間が短
い順に並び替える並び替え手段を有することを特徴とす
る請求項１乃至４のいずれかに記載のプリントシステ
ム。
【請求項６】前記並び替え手段は、データ生成処理で
使用されるデータのデータサイズが小さくなれば、デー
タ生成処理に要する時間が短くなると予測することを特
徴とする請求項５に記載のプリントシステム。
【請求項７】前記受付手段は、リクエストの受け付け
た時間に時間を加算して、前記決定された時間を更新す
る第１方式か、前記決定された時間に時間を加算して、
前記決定された時間を更新する第２方式かのいずれかを
実行することを特徴とする請求項１に記載のプリントシ
ステム。
【請求項８】前記受付手段は、受け付けられた要求の
数が所定数より大きければ、前記第１方式から前記第２
方式へ変更することを特徴とする請求項７に記載のプリ
ントシステム。
【請求項９】前記処理手段は、クライアントに表示さ
れている表示画面に対応するテンプレートと、テンプレ
ートに挿入されるデータとに基づいて、プリントデータ
を生成するか、或いは、テンプレートとデータとを含む
配信データを生成するかのいずれかことを特徴とする請
求項１乃至８のいずれかに記載のプリントシステム。
【請求項１０】前記テンプレートは、帳票フォームで
あることを特徴とする請求項１乃至９のいずれかに記載
のプリントシステム。
【請求項１１】前記表示画面は、サーバからクライア
ントに送信された表示データに基づいて、Ｗｅｂブラウ
ザによって表示され、前記要求は、クライアントのＷｅｂブラウザからサーバ
のＷｅｂサーバとの間の通信により転送されることを特
徴とする請求項１乃至１０のいずれかに記載のプリント
システム。
【請求項１２】サーバからクライアントに送信される
表示データはＨＴＭＬで記述され、ＷｅｂブラウザとＷ
ｅｂサーバとはＨＴＴＰで通信することを特徴とする請
求項１１に記載のプリントシステム。
【請求項１３】外部装置からの要求の数をカウント
し、決定された時間までの間に受け付ける要求の数を所
定の数に制限する受付手段と、前記受付手段により受け付けられた要求に応じて、外部
装置に表示されている表示画面に対応するテンプレート
と、テンプレートに挿入されるデータとに基づいて、プ
リントデータを生成するためのデータ生成処理を行なう
処理手段と、前記受付手段が外部装置からの要求を受け付けないのに
応じて、前記処理手段によるデータ生成処理が行なわれ
ない旨を外部装置に通知する通知手段を有することを特
徴とする情報処理装置。
【請求項１４】前記受付手段は、リクエストを受け付
けた時間に時間を加算して、前記決定された時間を算出
することを特徴とする請求項１３に記載の情報処理装
置。
【請求項１５】前記受付手段は、決定された時間にカ
ウント値を減算しながら、カウント値を所定の数に制限
することを特徴とする請求項１３或いは１４に記載の情
報処理装置。
【請求項１６】要求が受信されたとき、前記受付手段
は、カウンタ値が所定の数より小さければ、当該要求を
受け付けることを特徴とする請求項１３乃至１５のいず
れかに記載の情報処理装置。
【請求項１７】前記受付手段により受け付けられた複
数の要求のうち、受け付け時間が早いものから所定数の
処理順序を、予測されるデータ生成処理に要する時間が
短い順に並び替える並び替え手段を有することを特徴と
する請求項１３乃至１６のいずれかに記載の情報処理装
置。
【請求項１８】前記並び替え手段は、データ生成処理
で使用されるデータのデータサイズが小さくなれば、デ
ータ生成処理に要する時間が短くなると予測することを
特徴とする請求項１７に記載の情報処理装置。
【請求項１９】前記受付手段は、リクエストの受け付
けた時間に時間を加算して、前記決定された時間を更新
する第１方式か、前記決定された時間に時間を加算し
て、前記決定された時間を更新する第２方式かのいずれ
かを実行することを特徴とする請求項１３に記載の情報
処理装置。
【請求項２０】前記受付手段は、受け付けられた要求
の数が所定数より大きければ、前記第１方式から前記第
２方式へ変更することを特徴とする請求項１９に記載の
情報処理装置。
【請求項２１】前記処理手段は、外部装置に表示され
ている表示画面に対応するテンプレートと、テンプレー
トに挿入されるデータとに基づいて、プリントデータを
生成するか、或いは、テンプレートとデータとを含む配
信データを生成するかのいずれかことを特徴とする請求
項１３乃至２０のいずれかに記載の情報処理装置。
【請求項２２】前記テンプレートは、帳票フォームで
あることを特徴とする請求項１３乃至２１のいずれかに
記載の情報処理装置。
【請求項２３】前記表示画面は、外部装置に送信された
表示データに基づいて、Ｗｅｂブラウザによって表示さ
れ、前記要求は、外部装置のＷｅｂブラウザからサーバのＷ
ｅｂサーバとの間の通信により転送されることを特徴と
する請求項１３乃至２２のいずれかに記載の情報処理装
置。
【請求項２４】外部装置に送信される表示データはＨ
ＴＭＬで記述され、ＷｅｂブラウザとＷｅｂサーバとは
ＨＴＴＰで通信することを特徴とする請求項２３に記載
の情報処理装置。
【請求項２５】外部装置からの要求の数をカウント
し、決定された時間までの間に受け付ける要求の数を所
定の数に制限する受付ステップと、前記受付ステップにより受け付けられた要求に応じて、
外部装置に表示されている表示画面に対応するテンプレ
ートと、テンプレートに挿入されるデータとに基づい
て、プリントデータを生成するためのデータ生成処理を
行なう処理ステップと、前記受付ステップが外部装置からの要求を受け付けない
のに応じて、前記処理ステップによるデータ生成処理が
行なわれない旨を外部装置に通知する通知ステップとを
コンピュータに実行させることを特徴とするプログラ
ム。
【請求項２６】前記受付ステップでは、リクエストを
受け付けた時間に時間を加算して、前記決定された時間
を算出することを特徴とする請求項２５に記載のプログ
ラム。
【請求項２７】前記受付ステップでは、決定された時
間にカウント値を減算しながら、カウント値を所定の数
に制限することを特徴とする請求項２５或いは２６に記
載のプログラム。
【請求項２８】要求が受信されたとき、前記受付ステ
ップでは、カウンタ値が所定の数より小さければ、当該
要求を受け付けることを特徴とする請求項２５乃至２７
のいずれかに記載のプログラム。
【請求項２９】前記受付ステップにより受け付けられ
た複数の要求のうち、受け付け時間が早いものから所定
数の処理順序を、予測されるデータ生成処理に要する時
間が短い順に並び替える並び替えステップを有すること
を特徴とする請求項２５乃至２８のいずれかに記載のプ
ログラム。
【請求項３０】前記並び替えステップでは、データ生
成処理で使用されるデータのデータサイズが小さくなれ
ば、データ生成処理に要する時間が短くなると予測する
ことを特徴とする請求項２９に記載のプログラム。
【請求項３１】前記受付ステップでは、リクエストの
受け付けた時間に時間を加算して、前記決定された時間
を更新する第１方式か、前記決定された時間に時間を加
算して、前記決定された時間を更新する第２方式かのい
ずれかを実行することを特徴とする請求項２５に記載の
プログラム。
【請求項３２】前記受付ステップでは、受け付けられ
た要求の数が所定数より大きければ、前記第１方式から
前記第２方式へ変更することを特徴とする請求項３１に
記載のプログラム。
【請求項３３】前記処理ステップでは、外部装置に表
示されている表示画面に対応するテンプレートと、テン
プレートに挿入されるデータとに基づいて、プリントデ
ータを生成するか、或いは、テンプレートとデータとを
含む配信データを生成するかのいずれかことを特徴とす
る請求項２５乃至３２のいずれかに記載のプログラム。
【請求項３４】前記テンプレートは、帳票フォームで
あることを特徴とする請求項２５乃至３３のいずれかに
記載のプログラム。
【請求項３５】前記表示画面は、外部装置に送信された
表示データに基づいて、Ｗｅｂブラウザによって表示さ
れ、前記要求は、外部装置のＷｅｂブラウザからサーバのＷ
ｅｂサーバとの間の通信により転送されることを特徴と
する請求項２５乃至３４のいずれかに記載のプログラ
ム。
【請求項３６】外部装置に送信される表示データはＨ
ＴＭＬで記述され、ＷｅｂブラウザとＷｅｂサーバとは
ＨＴＴＰで通信することを特徴とする請求項３５に記載
のプログラム。
【請求項３７】情報処理装置で実行される情報処理方
法であって、外部装置からの要求の数をカウントし、決定された時間
までの間に受け付ける要求の数を所定の数に制限する受
付ステップと、前記受付ステップにより受け付けられた要求に応じて、
外部装置に表示されている表示画面に対応するテンプレ
ートと、テンプレートに挿入されるデータとに基づい
て、プリントデータを生成するためのデータ生成処理を
行なう処理ステップと、前記受付ステップが外部装置からの要求を受け付けない
のに応じて、前記処理ステップによるデータ生成処理が
行なわれない旨を外部装置に通知する通知ステップとを
有することを特徴とする情報処理方法。
【請求項３８】外部装置からの要求の数をカウント
し、決定された時間までの間に受け付ける要求の数を所
定の数に制限する受付ステップと、前記受付ステップにより受け付けられた要求に応じて、
外部装置に表示されている表示画面に対応するテンプレ
ートと、テンプレートに挿入されるデータとに基づい
て、プリントデータを生成するためのデータ生成処理を
行なう処理ステップと、前記受付ステップが外部装置からの要求を受け付けない
のに応じて、前記処理ステップによるデータ生成処理が
行なわれない旨を外部装置に通知する通知ステップとを
コンピュータに実行させるプログラムが格納されたこと
を特徴とするコンピュータにより読み取り可能な記録媒
体。