(57)【特許請求の範囲】
【請求項１】
画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するために行われるデータ処理方法であって、
画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、
生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、
画像データを生成するのに必要なデータを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への取得要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、
第２情報処理装置から第１情報処理装置への取得要求に応じて、前記第１生成ステップまたは前記第２生成ステップで生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、を有することを特徴とするデータ処理方法。
【請求項２】
生成された画像データのデータサイズを算出するサイズ算出ステップとを有し、
前記選択ステップでは、前記サイズ算出ステップで算出されたデータサイズに従って、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択することを特徴とする請求項１に記載のデータ処理方法。
【請求項３】
画像データを生成するのに必要なデータを保存する場合、既に保存されているデータとの差分を示すデータを保存する保存ステップを有することを特徴とする請求項１に記載のデータ処理方法。
【請求項４】
前記生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップと、
前記発行ステップで発行された識別情報と、画像データを生成するのに必要なデータとを対応付けて記憶する記憶ステップとを有し、
前記第２生成ステップでは、前記取得要求で指定された識別情報と対応付けられて記憶された、画像データを生成するのに必要なデータに基づいて、画像データを生成し、前記送信ステップでは、前記取得要求で指定された識別情報に対応する画像データを送信することを特徴とする請求項１に記載のデータ処理方法。
【請求項５】
前記生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップを有し、
前記選択ステップでは、前記生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択し、前記送信ステップでは、前記取得要求で指定された識別情報に対応する画像データを送信することを特徴とする請求項１に記載のデータ処理方法。
【請求項６】
画像データに基づく印刷をする印刷ステップをさらに有し、画像データは帳票を示す画像データであり、画像データを生成するのに必要なデータは文字データであることを特徴とする請求項１に記載のデータ処理方法。
【請求項７】
画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するために行われるデータ処理方法であって、
第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップと、
第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、
前記発行ステップで発行された識別情報と、前記選択ステップによりいずれが選択されたかを示すデータタイプ情報とを対応付けて記憶する記憶ステップと、生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、
第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、
第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、前記第１生成ステップまたは前記第２生成ステップで生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、
所定の条件が成立するのに応じて、生成された画像データの保存が選択されたことを示すデータタイプ情報を、画像データを生成するのに必要なデータの保存が選択されたことを示すデータタイプ情報に変更する変更ステップと、を有することを特徴とするデータ処理方法。
【請求項８】
画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するためのプログラムであって、
画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、
生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、
画像データを生成するのに必要なデータを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への画像データの取得要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、
第２情報処理装置から第１情報処理装置への画像データの取得要求に応じて、前記第１生成ステップまたは前記第２生成ステップで生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、をコンピュータに実行させることを特徴とするプログラム。
【請求項９】
生成された画像データのデータサイズを算出するサイズ算出ステップをコンピュータに実行させ、
前記選択ステップでは、前記サイズ算出ステップで算出されたデータサイズに従って、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択することを特徴とする請求項８に記載のプログラム。
【請求項１０】
前記生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップと、
前記発行ステップで発行された識別情報と、画像データを生成するのに必要なデータとを対応付けて記憶する記憶ステップとをコンピュータに実行させ、
前記第２生成ステップでは、前記取得要求で指定された識別情報と対応付けられて記憶された、画像データを生成するのに必要なデータに基づいて、画像データを生成し、前記送信ステップでは、前記取得要求で指定された識別情報に対応する画像データを送信することを特徴とする請求項８に記載のプログラム。
【請求項１１】
前記生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップをコンピュータに実行させ、
前記選択ステップでは、前記生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択し、前記送信ステップでは、前記取得要求で指定された識別情報に対応する画像データを送信することを特徴とする請求項８に記載のプログラム。
【請求項１２】
画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するためのプログラムであって、
第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップと、
第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、
前記発行ステップで発行された識別情報と、前記選択ステップによりいずれが選択されたかを示すデータタイプ情報とを対応付けて記憶する記憶ステップと、生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、
第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、
第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、前記第１生成ステップまたは前記第第２生成ステップで生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、
所定の条件が成立するのに応じて、生成された画像データの保存が選択されたことを示すデータタイプ情報を、画像データを生成するのに必要なデータの保存が選択されたことを示すデータタイプ情報に変更する変更ステップと、をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
画像データを生成し、外部の情報処理装置へ画像データを送信する情報処理装置であって、
画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択手段と、
生成された画像データを保存することが前記選択手段で選択された場合、外部の情報処理装置からの画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成手段と、
画像データを生成するのに必要なデータを保存することが前記選択手段で選択された場合、外部の情報処理装置からの画像データの取得要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第２生成手段と、
外部の情報処理装置からの画像データの取得要求に応じて、前記第１生成手段または前記第２生成手段で生成された画像データを外部の情報処理装置へ送信する送信手段と、を有することを特徴とする情報処理装置。
【請求項１４】
画像データを生成し、外部の情報処理装置へ画像データを送信する情報処理装置であって、
外部の情報処理装置からの画像データの生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行手段と、
外部の情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択手段と、
前記発行手段で発行された識別情報と、前記選択手段によりいずれが選択されたかを示すデータタイプ情報とを対応付けて記憶する記憶手段と、
生成された画像データを保存することが前記選択手段で選択された場合、外部の情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成手段と、外部の情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、画像データを生成するのに必要なデータから画像データを生成する外部の生成手段と、
外部の情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、前記第１生成手段または前記第２生成手段で生成された画像データを第１情報処理装置から外部の情報処理装置へ送信する送信手段と、
所定の条件が成立するのに応じて、生成された画像データの保存が選択されたことを示すデータタイプ情報を、画像データを生成するのに必要なデータの保存が選択されたことを示すデータタイプ情報に変更する変更手段と、を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、帳票などを示す画像データを生成し、ネットワークを介して送信するデータ処理システム、データ処理方法、情報処理装置、プログラムに関する。
【０００２】
【従来の技術】
近年、インターネットの急速な発展およびＷｅｂ（ウェブ）サーバの増加に伴い、業務処理のＷｅｂ化が推進されている。ネットワークに接続されたパーソナルコンピュータ上に、情報の表示および入力が可能なＷｅｂブラウザ（以下、ブラウザと言う）を搭載するだけで、Ｗｅｂブラウザ経由による業務処理が広く行われるようになってきた。
【０００３】
また、ブラウザによる業務を行うために、ネットワーク上にＷｅｂサーバが存在し、クライアントであるＷｅｂブラウザとＷｅｂサーバとの間で情報の交換が行われる。すなわち、Ｗｅｂサーバが、ブラウザから入力された情報を受け取り、サーバ内で加工し、再びブラウザに送信して、加工後の情報を表示させる。このような動作を繰り返し行って結果を取得するという手順で、業務は遂行される。
【０００４】
このブラウザ経由で業務処理を行う際、問題となるのは、業務処理上欠かせないプリント処理に関する部分である。特に、ブラウザが帳票等をプリントする場合には、フォーマットに従ったプリントを正確に行うことはできなかった。通常のブラウザには、プリント機能が提供されているものの、ブラウザが持つこの機能は、ブラウザ上に表示されたイメージのハードコピーをプリンタに印刷させるものである。このようなプリント方式では、用紙サイズを越えるイメージ、複数ページなどの印刷を行う際、ページ区切りの問題があり、所望の印刷結果が得られなかった。
【０００５】
これに対し、サーバがブラウザからの指示に応じてプリント用データを生成し、このデータをクライアントに配信する印刷処理システムが既に提案されている（例えば、特許文献１）。
【０００６】
図７は、従来の印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。図において、１０１はＰＣ等の情報処理装置からなるクライアントである。１０２はサーバに対してデータの入出力を行うブラウザ（データ入出力部）である。１０３はブラウザ１０２からの指示に従って、ブラウザ１０２からのデータを標準的なプリント用データに変換するプリント出力部である。１０４は印刷装置（プリンタ）である。
【０００７】
また、１０５はサーバおよびクライアント間を接続するネットワークである。このネットワークの形態としては、ＬＡＮ、インターネット、無線など、Ｗｅｂ環境の通信手順に対応するものである限り、特に限定されない。
【０００８】
１０６は情報処理装置からなるＷｅｂサーバである。１０７は主としてＷｅｂサーバ１０６の役割を担うネットワーク通信制御部である。１０８は帳票プリントを行う際の帳票テンプレートを格納する帳票テンプレート格納部である。
【０００９】
１０９はデータベース等のデータ格納部である。データ格納部１０９には、各業務用データが格納されている。１１０はデータ処理部である。データ処理部１１０には、各業務に従ったアプリケーションロジックが格納されている。１１１は帳票イメージデータを決められた様式に従って作成する画像生成部である。なお、帳票イメージデータは、ラスタ画像データであっても、ベクタ画像データであってもよい。１１２は画像生成部１１１で作成されたデータ（帳票イメージデータ）をプリンタが出力できる形式に変換するプリント出力部であり、一般にプリンタドライバと呼ばれる。１１３はプリンタである。
【００１０】
上記構成を有するネットワークプリントシステムにおいて、ユーザがブラウザからプリント指示を行う場合を示す。通常、サーバ上のデータ処理部１１０は、ブラウザ１０２からのデータの受付、受付けられたデータの解析、場合によっては、受付けられたデータに応じて、データ格納部１０９におけるデータの検索、その結果のブラウザ１０２への返信などの処理を行う。このとき、ブラウザ１０２上には、一般的にボタンが表示されている。ブラウザ１０２のユーザがそのボタンを押す等の操作をした場合、ブラウザ１０２は、サーバ１０６への要求を行い、サーバ１０６は、その要求に従った処理を行い、処理結果をブラウザ１０２へ応答する。また、この印刷処理システムでは、ブラウザ１０２のイメージ表示領域に印刷ボタンが設けられている。
【００１１】
図８は、ブラウザに表示される業務処理のための画面を示す図である。図において、２０１はＰＣなどのモニタに表示されるブラウザのウインドウである。エリア２０２にタイトルが表示される。エリア２０３、２０４には、ブラウザ１０２に備わるコマンドが表示されている。また、このエリアには、通常、ブラウザに表示されている内容を印刷するためのコマンドも配置されている。ユーザが、エリア２０３または２０４に表示されている印刷コマンドを選択すると、ブラウザは、２０１に表示されたイメージのハードコピーを示す印刷データを生成し、当該印刷データに基づくイメージをプリンタに印刷させる。
【００１２】
２０５は接続されるＷｅｂサーバのアドレスを入出力するテキストフィールドである。２０６および２０７はクライアントのユーザが選択するためのフィールドである。２０８は表示ボタンである。ここでは、このボタンが押されることにより、フィールド２０６、２０７で選択された内容がサーバ側に送信され、サーバ１０６からの応答を待つことになる。
【００１３】
表示ボタン２０８の押下により、フィールド２０６で選択された帳票名、およびフィールド２０７で選択された人名に基づき、帳票のイメージ２０９が表示される。また同時に、印刷ボタン２１０が表示される。図８には人事システムの例が示されており、フィールド２０７で選択された人物の、当月の勤務状況に関するデータが月次帳票として表示される。
【００１４】
ブラウザは、フィールド２０６、フィールド２０７、表示ボタン２０８を表示するためのＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをサーバから受信して、このＨＴＭＬデータに基づいて、フィールド２０６、フィールド２０７、表示ボタン２０８等を表示する。同様に、帳票のイメージ２０９及び印刷ボタン２１０を表示するためのＨＴＭＬデータをサーバから受信して、このＨＴＭＬデータに基づいて、帳票のイメージ２０９及び印刷ボタン２１０を表示する。
【００１５】
そして、印刷ボタン２１０が押下されると、ブラウザは帳票イメージデータをサーバに要求し、サーバから送信された帳票イメージデータをプリント出力部１０２に渡す。
【００１６】
このように、上記提案の印刷処理システムでは、サーバは、個々の指示に対する帳票イメージデータを必ず生成し、それを逐次的にクライアントに返している。
【００１７】
この処理の効率化を図るために、本願出願人は、更に、サーバが一度生成した帳票イメージデータを一旦保存し、クライアントがそれを任意のタイミングで取得する印刷処理システムを提案している。このシステムでは、サーバ上のデータはある一定時間内保存され続けていた。
【００１８】
【特許文献１】
特開２０００−２８４９３７号公報
【００１９】
【発明が解決しようとする課題】
しかしながら、上記印刷処理システムでは、以下に掲げる問題があった。すなわち、一定時間内に印刷指示が集中し、サーバに保存されるデータの数が多くなると、つまりデータの合計サイズが大きくなると、最悪の場合、ディスク等の記憶領域の容量がオーバフローを引き起こすおそれがあった。
【００２０】
そこで、本発明は、サーバがデータを保存する際、記憶領域の容量がオーバフローを起こす機会を減らすことができる印刷処理システム、印刷処理方法、プログラムおよび記憶媒体を提供することを目的とする。
【００２１】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るデータ処理方法は、画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するために行われるデータ処理方法であって、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、画像データを生成するのに必要なデータを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への取得要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、第２情報処理装置から第１情報処理装置への取得要求に応じて、前記第１生成ステップまたは前記第２ステップで生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、を有することを特徴とする。
【００２２】
また、本発明に係るデータ処理方法は、画像データを生成する第１情報処理装置から第２情報処理装置へ画像データを送信するために行われるデータ処理方法であって、
第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行ステップと、第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択ステップと、前記発行ステップで発行された識別情報と、前記選択ステップによりいずれが選択されたかを示すデータタイプ情報とを対応付けて記憶する記憶ステップと、生成された画像データを保存することが前記選択ステップで選択された場合、第２情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成ステップと、第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、画像データを生成するのに必要なデータから画像データを生成する第２生成ステップと、第２情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、前記第１生成ステップまたは前記第で生成された画像データを第１情報処理装置から第２情報処理装置へ送信する送信ステップと、所定の条件が成立するのに応じて、生成された画像データの保存が選択されたことを示すデータタイプ情報を、画像データを生成するのに必要なデータの保存が選択されたことを示すデータタイプ情報に変更する変更ステップと、を有することを特徴とする。
【００２３】
また、本発明に係るプログラムは、上記データ処理方法をコンピュータに実行させることを特徴とする。
【００２４】
また、本発明に係る情報処理装置は、画像データを生成し、外部の情報処理装置へ画像データを送信する情報処理装置であって、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択手段と、生成された画像データを保存することが前記選択手段で選択された場合、外部の情報処理装置からの画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成手段と、画像データを生成するのに必要なデータを保存することが前記選択手段で選択された場合、外部の情報処理装置からの画像データの取得要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第２生成手段と、外部の情報処理装置からの画像データの取得要求に応じて、前記第１生成手段または前記第２手段で生成された画像データを外部の情報処理装置へ送信する送信手段と、を有することを特徴とする。
【００２５】
また、本発明に係る情報処理装置は、画像データを生成し、外部の情報処理装置へ画像データを送信する情報処理装置であって、外部の情報処理装置からの画像データの生成要求に応じて、画像データを取得するために必要な識別情報を発行する発行手段と、外部の情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータを保存するか、生成された画像データを保存するかを選択する選択手段と、前記発行手段で発行された識別情報と、前記選択手段によりいずれが選択されたかを示すデータタイプ情報とを対応付けて記憶する記憶手段と、生成された画像データを保存することが前記選択手段で選択された場合、外部の情報処理装置から第１情報処理装置への画像データの生成要求に応じて、画像データを生成するのに必要なデータから画像データを生成する第１生成手段と、外部の情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、画像データを生成するのに必要なデータから画像データを生成する外部の生成手段と、外部の情報処理装置から第１情報処理装置への画像データの取得要求が指定する識別情報に対応するデータタイプ情報に基づいて、前記第１生成手段または前記第で生成された画像データを第１情報処理装置から外部の情報処理装置へ送信する送信手段と、所定の条件が成立するのに応じて、生成された画像データの保存が選択されたことを示すデータタイプ情報を、画像データを生成するのに必要なデータの保存が選択されたことを示すデータタイプ情報に変更する変更手段と、を有することを特徴とする。
【００２６】
【発明の実施の形態】
本発明の印刷処理システム、印刷処理方法、プログラムおよび記憶媒体の実施の形態について、図面を参照しながら説明する。図１は、実施の形態における印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。図において、符号３０１〜３１３は、前述した図７の符号１０１〜１１３と同一の構成要素を示す。すなわち、３０１はＰＣ等の情報処理装置からなるクライアントである。３０２はサーバに対してデータの入出力を行うブラウザ（データ入出力部）である。３０３はブラウザ３０２からの指示に従って、ブラウザ３０２からのデータを標準的なプリント用データに変換するプリント出力部である。３０４は印刷装置（プリンタ）である。
【００２７】
また、３０５はサーバおよびクライアント間を接続するネットワークである。このネットワークの形態としては、ＬＡＮ、インターネット、無線など、Ｗｅｂ環境の通信手順に対応するものである限り、特に限定されない。
【００２８】
３０６は情報処理装置からなるＷｅｂサーバである。３０７は主としてＷｅｂサーバ３０６の役割を担うネットワーク通信制御部である。３０８は帳票プリントを行う際の帳票テンプレートを格納する帳票テンプレート格納部である。
【００２９】
３０９はデータベース等のデータ格納部であり、データ格納部３０９には、各業務用データが格納されている。３１０はデータ処理部であり、データ処理部３１０には、各業務に従ったアプリケーションロジックが格納されている。３１１は帳票イメージデータを決められた様式に従って作成する画像生成部である。なお、帳票イメージデータは、ラスタ画像データであっても、ベクタ画像データであってもよい。３１２は画像生成部３１１で作成されたデータ（帳票イメージデータ）をプリンタが出力できる形式に変換するプリント出力部であり、一般にプリンタドライバと呼ばれる。１１３はプリンタである。
【００３０】
また、３１４は、本実施形態の特徴として新規に追加されたデータ管理部である。データ管理部３１４は、動的に生成される帳票イメージデータと帳票文字データを効率良く選択的に保存する処理、および帳票文字データを再構成し、画像生成部３１１に帳票イメージデータの生成を依頼する役割を果たす。
【００３１】
尚、本実施形態では、データ処理部３１０、データ管理部３１４および画像生成部３１１は、Ｗｅｂサーバ内のＣＰＵによって実行されるプログラムによって実現されている。
【００３２】
つぎに、上記構成を有する印刷処理システムにおいて、サーバ３０６が、帳票文字データを保存するか、あるいは帳票イメージデータを保存するかを選択する処理を示す。図２は保存選択処理手順を示すフローチャートである。図３は、ある時刻における文字データの保存内容を示す管理テーブルである。このテーブルは、Ｗｅｂサーバ３０６内の所定の記憶領域に保持される。
【００３３】
まず、クライアント３０１からのリクエストを受け付け、帳票イメージデータを取得する際に必要な番号をリクエストＩＤとして発行し、保存する（ステップＳ１）。図３では、「１〜５」のリクエストＩＤが保存されている（図３の項目７０１参照）。そして、生成される帳票イメージデータのサイズｓｓを計算して記録する（ステップＳ２）。
【００３４】
ステップＳ２で得た帳票イメージデータのサイズｓｓが外部から与えられた値ＳＳより大きいか否か、その大小関係を判別する（ステップＳ３）。この値ＳＳは、Ｗｅｂサーバ３０６の記憶領域の容量がオーバフローを引き起こさないような値に設定される。そして、生成された帳票イメージデータのサイズｓｓの方が大きい場合、元になる帳票文字データを保存し（ステップＳ４）、生成された帳票イメージデータを削除する（ステップＳ５）。このとき、保存されるデータのタイプが帳票文字データであることを意味する”Ｃ”という値をテーブルに保存する（図３の項目７０２参照）。この帳票文字データの保存の詳細については、後述する。
【００３５】
一方、ステップ３で外部から与えられた値ＳＳの方が大きいか等しい場合、帳票イメージデータを保存する（ステップＳ６）。このとき、保存されるデータのタイプが帳票イメージデータであることを意味する”Ｉ”という値をテーブルに保存する（図３の項目７０２参照）。尚、データのタイプを意味する文字列は、特に、”Ｃ”、”Ｉ”に限定されることなく任意でよい。
【００３６】
つぎに、動的に生成される帳票文字データを保存する際、サーバ３０６が、既に保存済みの文字データとの差分だけを保存する処理を示す。図４はステップＳ４における基本的な文字データ保存処理手順を示すフローチャートである。
【００３７】
まず、リクエストを受け付け（ステップＳ１１）、本処理が一番目（１回目）であるか否かを判別する（ステップＳ１２）。一番目である場合、文字データそのもの（図３の項目７０５参照）と、文字データＩＤ＝１（図３の項目７０３参照）とを図３のテーブルに保存する（ステップＳ１３）。
【００３８】
一方、ステップＳ１２で二番目（２回目）以降であると判別された場合、まず、既に保存済みの文字データのそれぞれとの差分を抽出し（ステップＳ１４）、複数の保存済み文字データの中から差分が最も小さいものを選択し、そのＩＤ（図３の項目７０４参照）と差分の内容（図３の項目７０５参照）とを図３のテーブルに記録する（ステップＳ１５）。
【００３９】
図５は、帳票文字データの具体例を示す表であり、それぞれの帳票文字データについて、文字データＩＤと保存される文字とを示している。例えば、現在、図３のテーブルにおいて文字データＩＤ＝３が記録されている状態にあると仮定する。次の文字データ（図５において、ＩＤ＝４の文字データ）が入力されたとする。この場合、ステップＳ１４では、ＩＤ＝１〜３の中で、差分が最も小さいものはＩＤ＝１の文字データであると判断され、ステップＳ１５では、文字データＩＤ＝４の列における項目７０４の欄にＩＤ＝１が保存され、項目７０５の欄にその差分として「＜＋＞Ｂｏｏｋ」が保存される。この、「＜＋＞Ｂｏｏｋ」は「ＩＤ＝１の文字データに対して”Ｂｏｏｋ”の増分」を意味するデータである。図中”＜＋＞”は増分を表し、”＜−＞”は減分を表している。なお、図３は、図５に示されている帳票文字データが保存されていることを示している。
【００４０】
つぎに、帳票イメージデータ取得の要求がクライアント３０２からあった場合に、サーバ３０６が帳票イメージデータをクライアントに送信する処理を示す。図６は、サーバ３０６が帳票イメージデータをクライアント３０２に送信する処理手順を示すフローチャートである。
【００４１】
まず、リクエストＩＤを伴うイメージデータの取得要求をクライアント３０２から受け付けると、その取得要求によって指定されたリクエストＩＤを取得する（ステップＳ２１）。そして、保存されているデータが文字データであるか、あるいはイメージデータであるかを判別する（ステップＳ２２）。この判別は、前述したように、図３において、取得したリクエストＩＤに対応する列の項目「データタイプ」の値が”Ｃ”であるか”Ｉ”であるかによって行われる。
【００４２】
文字データであると判別された場合、指定されたリクエストＩＤから文字データＩＤを取得する（ステップＳ２３）。取得した文字データＩＤが値１であるか否かを判別する（ステップＳ２４）。値１でない場合、文字データを再構成するために、図３の項目７０４と７０５に格納されているデータを取得し（ステップＳ２５）、文字データを再構成する（ステップＳ２６）。
【００４３】
例えば、図５におけるＩＤ＝３の文字データを再構成する場合、まず、文字データＩＤ＝３に対応する項目７０３の値を読み出す。すると、差分の対象となる文字データの文字データＩＤが２であることが分かる。さらにＩＤ＝２の文字データの差分の対象はＩＤ＝１の文字データであることが分かる。即ち、ＩＤ＝１の文字データ「Ｂｏｏｋ，Ｐｅｎｃｉｌ，Ｄｅｓｋ，Ｔａｂｌｅ」から「Ｂｏｏｋ」を抜いて、ＩＤ＝２の文字データ「Ｐｅｎｃｉｌ，Ｄｅｓｋ，Ｔａｂｌｅ」を再構築する。つぎに、ＩＤ＝２の文字データ「Ｐｅｎｃｉｌ，Ｄｅｓｋ，Ｔａｂｌｅ」から「Ｐｅｎｃｉｌ」を抜いて、ＩＤ＝３の文字データ「Ｄｅｓｋ，Ｔａｂｌｅ」を再構築する。
【００４４】
一方、ステップＳ２４でＩＤが値１であると判別された場合、単に文字データを図３のテーブルから取得する（ステップＳ２７）。
【００４５】
この後、ステップ２６で再構成された文字データまたはステップＳ２７で取得された文字データを画像生成部３１１に送る（ステップＳ２８）。すると、画像生成部３１１は送られた帳票文字データに基づいて帳票イメージデータを生成する。つぎに、画像生成部３１１で生成された帳票イメージデータを取得する（ステップＳ２９）。取得された帳票イメージデータは、帳票イメージデータの取得要求を送信したクライアントに送信される。そして、ステップＳ２１の処理に戻る。
【００４６】
また一方、ステップＳ２２でデータタイプがイメージデータ（”Ｉ”）であると判別された場合、単に保存されている帳票イメージデータの取得処理を行い（ステップＳ３０）、取得された帳票イメージデータを、取得要求を送信したクライアントに送信する。そして、ステップＳ２１の処理に戻る。
【００４７】
図２のステップＳ６では、生成された帳票イメージデータのみを保存した。しかし、記憶領域の容量に余裕がある場合には、生成された帳票イメージデータと帳票文字データとを保存して、余裕がなくなるのに応じて、帳票イメージデータを削除し、帳票文字データのみを保存するようにしてもよい。
【００４８】
図９では、図２のステップＳ６の後に、ステップＳ３１が追加されている。従って、生成された帳票イメージデータが保存されると共に、当該帳票イメージデータを生成するのに必要な帳票文字データも保存される。なお、ステップＳ６では、帳票イメージデータのデータサイズ（図１０の項目９０１参照）を図１０のテーブルに保存する。ステップＳ３１はステップＳ４と同等である。
【００４９】
図１０は、図９の処理によって生成される管理テーブルである。図１０の管理テーブルでは、図３の管理テーブルに対して項目９０１が追加されている。また、リクエストＩＤ＝５に対応する帳票文字データが保存されるため、リクエストＩＤ＝５の列の項目７０３、７０４、７０５の欄にデータが保存されている。
【００５０】
図１１を用いて、サーバ３０６が、帳票イメージデータを削除して、保存対象を帳票文字データのみとする処理を説明する。図１１は、帳票イメージデータを削除して、保存対象を帳票文字データのみとする処理手順を示すフローチャートである。
【００５１】
この処理では、一定時間間隔で、データを保存する記憶領域の残量をチェックし、残量と設定値とをそれぞれ比較する（Ｓ４１）。比較した結果、残量が設定値を上回っていれば、一定時間が経過するのを待機する（ステップＳ４４）。
【００５２】
一方、残量が設定値以下である場合には、保存されているイメージデータの中から、データサイズが最も小さいイメージデータを選択し、選択したイメージデータを削除する（ステップＳ４２）。そして、削除されたイメージデータに対応するリクエストＩＤの列において、データタイプの値を、“Ｉ”から“Ｃ”に変更し、データサイズの値を消去する（ステップＳ４３）。
【００５３】
なお、データサイズの小さい帳票イメージデータはそれを再生成するのに要する時間も小さいと予想されるため、ここでは、データサイズの小さいものを優先的に削除することとした。ただし、データサイズ以外の要素に基づいて、削除されるべき帳票イメージデータを選択してもよい。
【００５４】
このように、本実施形態では、クライアント３０１がＷｅｂサーバ３０６に対して帳票イメージデータの取得を要求する際、Ｗｅｂサーバ３０６は対象となるデータをできる限り小さくして保存しておくことで、Ｗｅｂサーバ内の記憶領域の使用量を抑えることができる。これにより、Ｗｅｂサーバ内の記憶領域の容量がオーバフローを起こす機会を減らすことができ、ユーザあるいはシステム管理者に快適な画像生成環境を提供できる。
【００５５】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５６】
例えば、上記実施形態では、ステップＳ１２で二番目以降であると判別された場合、まず、既に保存済みの文字データとの差分が最も小さいものを選択し、ステップＳ１５でその差分の内容を記録していたが、必ずしも差分が最も小さいものでなくてもよく、例えば、特定のプリント用データとの差分の内容を記録するようにしてもよい。
【００５７】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードをシステムあるいは装置に供給することによって達成される場合、プログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。
【００５８】
上記実施形態では、図２、図４、図６、図９、または図１１のフローチャートに示すプログラムコードは記憶媒体であるＲＯＭに格納されている。プログラムコードを供給する記憶媒体としては、ＲＯＭに限らず、例えばフレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００５９】
【発明の効果】
本発明によれば、サーバにイメージデータを保存する場合、記憶領域の容量がオーバフローを起こす機会を減らすことができる。これにより、ユーザあるいはシステム管理者に快適な画像生成環境を提供できる。
【図面の簡単な説明】
【図１】ネットワークプリントシステムの構成を示すブロック図である。
【図２】保存選択処理手順を示すフローチャートである。
【図３】帳票文字データの管理テーブルである。
【図４】帳票文字データ保存処理手順を示すフローチャートである。
【図５】帳票文字データの具体例を示す表である。
【図６】帳票イメージデータを送信する処理手順を示すフローチャートである。
【図７】従来のネットワークプリントシステムの構成を示すブロック図である。
【図８】ブラウザに表示される業務処理のための画面を示す図である。
【図９】保存選択処理手順を示すフローチャートである。
【図１０】帳票文字データの管理テーブルである。
【図１１】帳票イメージデータを削除して、保存対象を帳票文字データのみとする処理手順を示すフローチャートである。
【符号の説明】
３０１  クライアント
３０６  Ｗｅｂサーバ
３１０  データ処理部
３１１  画像生成部
３１４  データ管理部
【図１】
0004227426.tif 000002
【図２】
0004227426.tif 000003
【図３】
0004227426.tif 000004
【図４】
0004227426.tif 000005
【図５】
0004227426.tif 000006
【図６】
0004227426.tif 000007
【図７】
0004227426.tif 000008
【図８】
0004227426.tif 000009
【図９】
0004227426.tif 000010
【図１０】
0004227426.tif 000011
【図１１】
0004227426.tif 000012