JP2005050045A - 帳票データ作成装置及び方法 - Google Patents
帳票データ作成装置及び方法 Download PDFInfo
- Publication number
- JP2005050045A JP2005050045A JP2003204816A JP2003204816A JP2005050045A JP 2005050045 A JP2005050045 A JP 2005050045A JP 2003204816 A JP2003204816 A JP 2003204816A JP 2003204816 A JP2003204816 A JP 2003204816A JP 2005050045 A JP2005050045 A JP 2005050045A
- Authority
- JP
- Japan
- Prior art keywords
- data
- creation
- display
- printing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】帳票の印刷機能を持たないクライアントにその帳票を送信して印刷させる。
【解決手段】クライアント１５００は、サーバ１０００に対して帳票の定型データの在処と可変データとを送信して、帳票の作成を要求する。サーバはその定型データと可変データとを合成してＨＴＭＬデータに変換し、また、ＨＴＭＬにより転送先のメールアドレスを指定し、転送するデータとして定型データのファイル名とを記述してクライアント１５００に送信する。クライアント１５００は、ＨＴＭＬでの記述にしたがって、定型データと可変データとを指定されたメールアドレスに対して電子メールで送信する。その宛先のプリンタ２０００は、帳票印刷アプリケーションを起動して定型データと可変データとを合成して印刷を実行する。
【選択図】図８
【解決手段】クライアント１５００は、サーバ１０００に対して帳票の定型データの在処と可変データとを送信して、帳票の作成を要求する。サーバはその定型データと可変データとを合成してＨＴＭＬデータに変換し、また、ＨＴＭＬにより転送先のメールアドレスを指定し、転送するデータとして定型データのファイル名とを記述してクライアント１５００に送信する。クライアント１５００は、ＨＴＭＬでの記述にしたがって、定型データと可変データとを指定されたメールアドレスに対して電子メールで送信する。その宛先のプリンタ２０００は、帳票印刷アプリケーションを起動して定型データと可変データとを合成して印刷を実行する。
【選択図】図８
Description
【０００１】
【発明の属する技術分野】
本発明は、クライアント端末から例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式などにより受信した要求に基づいて、固定のフォームデータと可変の差し込みデータとをフォームオーバレイし、一つの帳票データを生成して当該クライアントに送信するウエブサーバ等の帳票作成装置及び方法に関する。
【０００２】
【従来の技術】
従来、帳票作成サーバがウエブブラウザ（クライアント端末）からのＨＴＭＬ形式で既述されたユーザ要求データを受信し、ユーザにより指定される定型（固定形式）のデータファイル（これを帳票ファイルと呼ぶ）に、ユーザ指定の可変データ（レコード毎に内容が異なる非定型データ）を挿入してフォームオーバレイし、帳票データを生成した後、作成した帳票データをＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）などのフォーマットに変換してウエブクライアントに配信するサービスがあった（特許文献１等参照）。
【０００３】
【特許文献１】
特開２００２−１６３５９６号公報
【０００４】
【発明が解決しようとする課題】
ところが、従来、帳票作成サーバが帳票データを送信するあて先であるウエブクライアントにおいて、ＨＴＭＬで記述された文書を解釈して表示する一般的なウエブブラウザが稼働している場合、帳票データをＰＤＦ形式などの一定の形式のデータに変換してそのウエブクライアントに配信しても、その形式に対応したアプリケーションプログラムがそのクライアントにインストールされていない場合には、受信した帳票データを出力することはできなかった。例えば、受信したデータがＰＤＦデータであれば、それを表示あるいは印刷により出力するためのアプリケーションとして、アドビ社のＡｃｒｏｂａｔ Ｒｅａｄｅｒ（登録商標）などがクライアントに存在しなければ、該クライアントでは受信した帳票データを解釈、表示、印刷することができなかった。
【０００５】
このように、サーバが作成した帳票データを表示および印刷するためのアプリケーションがクライアントに備わっていない場合には、作成された帳票をクライアントが表示及び印刷できないという事態が生じるという問題があった。
【０００６】
本発明は、上記の問題点を解決するためになされたものであり、クライアント装置にたとえばＨＴＭＬが解釈可能なウエブブラウザ等のアプリケーションが存在していれば、それを用いて帳票の作成及び印刷機能を有する他の機器によって帳票を作成して印刷させることが可能な帳票データの作成および送信が可能な帳票作成装置及び方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成する本発明は以下に示す構成を備える。
【０００８】
クライアント機器に接続された帳票データ作成装置であって、
クライアント機器から、帳票作成要求と共に定型データの指定と可変データとを受信する受信手段と、
前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成手段と、
前記定型データの指定と前記可変データと印刷可能な機器の指定とを含む印刷用データを作成する印刷用データ作成手段と、
前記表示用データと前記印刷用データとを併せて前記クライアント機器に送信する送信手段とを備える。
【０００９】
この構成により、本発明にかかる帳票作成装置は、表示用データと印刷用データとを別々に作成し、表示用データに印刷可能な機器の指定を含む印刷用データを付加してクライアントに送信することで、表示をクライアント自身で、印刷を印刷可能な機器で行わせることが可能となる。
【００１０】
更に好ましくは、前記表示用データ作成手段および前記印刷用データ作成手段は、前記表示用データおよび前記印刷用データをＨＴＭＬ形式で作成し、前記表示用データ作成手段は、前記定型データからＨＴＭＬ形式で表現できないデータを削除して表示用データを作成し、前記印刷用データ作成手段は、前記定型データの指定と前記可変データとについて非表示の属性を付与して印刷用データを作成する。
【００１１】
この構成により、クライアントでは印刷用データは表示されることはなく、また、表示用データからは表現不可能なデータは削除されるから、表示データは必ずクライアントが表示可能である。
【００１２】
更に好ましくは、前記印刷用データ作成手段は、前記印刷可能な機器の指定として、前記定型データと前記可変データとを合成するための帳票作成手段と、作成された帳票データを印刷するための印刷手段とを有する機器で利用可能な電子メールアドレスを前記印刷用データに含ませる。
【００１３】
【発明の実施の形態】
［第１の実施の形態］
図７は本発明にかかる帳票印刷システムの構成を示す図である。サーバ１０００及びクライアント１５００は共にコンピュータである。サーバ１０００は、サーバとしてクライアントにサービスを提供するためのプログラムが稼働している点でクライアントとは異なる。図７において、サーバ１０００においては帳票作成アプリケーションプログラム１００１やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバプログラム１００２等が実行されており、後述のプログラムも実行されている。ここでＨＴＴＰサーバプログラム１００２には、帳票データ等から帳票データを作成するプログラムなどのいわゆるスクリプトも含まれるものとする。また、サーバ１０００は、後述する印刷機能を有する機器の電子メールアドレスやＵＲＬ等を含む機器のリスト１００３を有している。
【００１４】
クライアント１５００ではウエブブラウザプログラム１５０１と電子メールプログラム１５０２が実行される。
【００１５】
またプリンタ２０００では、単に受信したページ記述言語等の解釈実行のみならず、電子メールを受信するための電子メールプログラム２００１と、ウエブブラウザ２００２と、帳票を合成して印刷するための帳票印刷アプリケーションプログラム２００３が実行されている。
【００１６】
なお、本実施形態では、ＨＴＴＰを用いたネットワークを利用しており、その前提としてＴＣＰ／ＩＰを利用している。そして、名前解決に不可欠なネームサーバやパケットの経路制御を行うルータ、ＰＯＰ等を用いた場合の電子メールの配信を実現するメールサーバ等が本実施形態のシステムには必要であるが、それらＴＣＰ／ＩＰを実現するネットワーク資源については当然備えられているものとして、その説明を省略する。
【００１７】
図１は本発明の第一の実施形態を示すサーバコンピュータ１０００およびクライアントコンピュータ１５００の構成を説明するブロック図である。
【００１８】
コンピュータ１０００，１５００は、ＲＯＭ１０３あるいはＲＡＭ１０２に記憶されたプログラム等に基づいて処理を実行するＣＰＵ１０１を備え、ＣＰＵ１０１はシステムバス１０４に接続される各デバイスを総括的に制御する。ＲＡＭ１０２はＣＰＵ１０１の主メモリ，ワークエリア等として機能する。ＲＯＭ１０３はＣＰＵ１０１の制御プログラムや各種データを記憶する。キーボードコントローラ（ＫＢＣ）１０５は、キーボード１０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御する。スピーカーコントローラ（ＳＰＣ）１１３は、スピーカー１１４の音声再生を制御する。ディスクコントローラ（ＤＫＣ）１０７は、ハードディスク（ＨＤ）１１１やフロッピ（登録商標）ディスク（ＦＤ）１１２等の外部メモリとのアクセスを制御する。
【００１９】
ハードディスク１１１には、ブートプログラムや、サーバであれば図４のフローチャートで示されるような種々のプログラム、ＨＴＴＰサーバサービスなどのアプリケーションのプログラムファイル，ユーザファイル，図７の機器リスト、編集ファイル等を記憶し、クライアントであれば図３及び図５に示されるプログラムファイルや電子メールプログラムファイル、ウエブクライアントのプログラムファイルなどを記憶している
ネットワークコントローラ（ＮＣ）１０８は、所定のネットワークインタフェース１２１を介してネットワークに接続され、クライアントコンピュータやサーバコンピュータやプリンタなど他のネットワーク機器との通信制御処理を実行する。
【００２０】
図２は本発明の実施形態を示すプリンタ２０００の構成を説明するブロック図である。プリンタ２０００において、プリンタＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された制御プログラム或いは外部メモリ２０６に記憶された制御プログラムに基づいてシステムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース２０７を介して接続される印刷部（プリンタエンジン）２０８に出力情報としての画像信号を出力する。また、このＲＯＭ２０３のプログラムＲＯＭには、ＣＰＵ２０１の図６のフローチャートで示されるような制御プログラムや各種組み込みアプリケーション（電子メール、ウエブブラウザ、帳票印刷アプリケーション）等のプログラムを記憶する。ＲＯＭ２０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等を記憶する。
【００２１】
ネットワークコントローラ（ＮＣ）２１０は、所定のネットワークインタフェース２２１を介してネットワークに接続され、クライアントコンピュータやサーバコンピュータなど他のネットワーク機器との通信制御処理を実行する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域や、環境データ格納領域、ＮＶＲＡＭ（不揮発性ＲＡＭ）等のほか、プリンタ実行される電子メールプログラムやウエブクライアントプログラム、帳票作成アプリケーションプログラムの実行のために用いられる。ディスクコントローラ（ＤＫＣ）２０５は、外部メモリ２０６およびハードディスク（ＨＤ）２１１へのアクセスを制御する。ＩＣカード等の外部メモリ２０６は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。ハードディスク（ＨＤ）２１１は、印刷データやプログラムファイル等を記憶する。また、操作パネル２０９には操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００２２】
なお、サーバ、クライアント、プリンタすべてにおいて、ＴＣＰ／ＩＰのプロトコルスタックを備えたオペレーティングシステムが稼働していることを前提としている。
【００２３】
このように構成された各システムにおける実施形態を、図３〜図６のフローチャートに従って説明する。
【００２４】
＜本実施形態のシステムの動作＞
図８は、クライアントコンピュータ１５００，サーバコンピュータ１０００、プリンタ２０００それぞれによる帳票作成要求からその印刷に至る協調動作の概要を示すシーケンス図である。図中かっこ書きは図３乃至図６のフローチャートにおける対応するステップの番号を示す。
【００２５】
クライアント１５００から、サーバ１０００の帳票作成要求の受け入れ窓口となるアドレス（ＵＲＬ）にアクセスすると、すなわちＨＴＴＰサーバに対してＵＲＬとともにＨＴＴＰリクエストを送信すると、要求されたページのデータとともＨＴＴＰレスポンスがクライアント１５００に返される。クライアント１５００で帳票の識別子や可変データ、レスポンスデータの種類の指定等を入力して送信を指示すると、再びサーバ１０００にＨＴＴＰリクエストが送信される。このＨＴＴＰリクエストには、帳票データの指定と可変データ、レスポンスデータの指定が含まれる。それを受信したサーバ１０００は、受信したデータに基づいて、ＨＴＭＬで作成した表示用の帳票データと、帳票を印刷可能な機器に送信して印刷させるための印刷用データとその宛先とを含むＨＴＴＰレスポンスを作成してクライアント１５００に送信する。それを受信したクライアント１５００は、表示用の帳票データをウエブブラウザ１５０１により表示する。その画面上で帳票の印刷指示がされたなら、ＨＴＴＰレスポンスに添付されていた印刷用データを、同じく添付されていた宛先に電子メールとして送信する。図８の例では宛先はプリンタ２０００である。プリンタ２０００は電子メールを受信して、それに含まれる印刷用データから帳票を作成し、印刷する。
【００２６】
このようにして、クライアントにサーバから受信したデータを印刷する機能が備えられていなくとも、印刷する機能を有する機器へと転送して印刷を行うことができる。そして、後述のように、本実施形態では転送のためにＨＴＭＬに規定されたフォーム（ＦＯＲＭ）エレメントのアクション（ＡＣＴＩＯＮ）属性を利用している。このため、クライアントがウエブブラウザを有してさえいれば、クライアントにこの転送を行わせることが可能となる。
【００２７】
図３はクライアントコンピュータ１５００のウエブブラウザ１５０１によるサーバ１０００へのＨＴＴＰリクエスト送信時のフローチャートである。
【００２８】
クライアントコンピュータ１５００でウエブブラウザ１５０１が実行されている際に、ブラウザ画面でユーザにより、帳票作成要求のための所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が指定されると、そのＵＲＬで特定されるサーバコンピュータ１０００のデータにアクセスする（ステップＳ３−１）。
【００２９】
サーバ１０００は特定されたデータをクライアント１５００に対してＨＴＴＰレスポンスとして返し、クライアント１５００はそのＨＴＴＰレスポンスを受信する（ステップＳ３−２）。そのデータは、帳票指定値と該帳票に挿入する可変データを指定するＨＴＭＬフォーム文書である。
【００３０】
ここでＨＴＭＬフォーム文書とは、ＨＴＭＬのフォームエレメントが記述されたＨＴＭＬ文書のことである。フォームエレメントは、基本的には、フォームタグ＜ＦＯＲＭ＞と＜／ＦＯＲＭ＞とで挟まれた中にインプットエレメント＜ＩＮＰＵＴ＞を必要なだけ並べて記述したもので、ウエブブラウザがそれを解釈実行することで、インプットエレメントの数だけユーザに入力を行わせることができる。インプットエレメントではタイプ属性を指定でき、タイプ属性として「テキスト」を指定しておけば、テキストで帳票指定値や可変データ、レスポンスデータ指定をユーザが入力できる。なお、帳票指定値とは、フォームオーバレイ処理に用いられる書式を表す定型データを一意的に指定するための値であり、たとえば定型データのファイル（これを帳票ファイルと呼ぶ。）名やＵＲＬなどである。
【００３１】
また、レスポンスデータ指定は限られた候補の中から選択させるために、タイプ属性として「ラジオ」などを使用する。レスポンスデータ指定は、表示用の帳票データの形式を指定するためのパラメータで、たとえば、これが「ｔｅｘｔ／ｈｔｍｌ」であれば、サーバ１０００はＨＴＭＬで記述された帳票データを作成してクライアントに送信することを示す。この型はそのままＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のコンテントタイプ（ファイル属性）を示す。
【００３２】
さらに、インプットエレメントを設けてそのタイプ属性として「サブミット」を指定しておけば、そのインプットエレメントに対応してブラウザ画面に表示される送信ボタンをユーザが押すことで、フォームエレメントのアクション属性で指定されたＵＲＬへと入力されたデータが送信される。
【００３３】
ウエブブラウザ１５０１は、ブラウザ画面に表示した、上記のように記述されたＨＴＭＬフォーム文書において、ユーザが入力した帳票指定値と可変データおよびレスポンスデータ指定を、そのＨＴＭＬフォーム文書に含まれる送信ボタンが押下されることにより（ステップＳ３−３−ＹＥＳ）、ＨＴＴＰリクエストとして、前記サーバにフォームデータ（すなわちＨＴＭＬフォーム文書に対して入力されたデータ）を送信して処理を終了する（ステップＳ３−４）。
【００３４】
このようにして、クライアントコンピュータ１５００は、サーバに必要なデータを送信して帳票の作成を要求する。
【００３５】
図４はサーバコンピュータ１０００での本発明の第一の実施形態を示す帳票作成要求（データ配信リクエスト）受信時のフローチャートである。
【００３６】
サーバコンピュータ１０００のＣＰＵ１０１は、クライアントコンピュータ１５００のウエブブラウザ１５０１からＨＴＴＰリクエストを受け取ると（ステップＳ４−１）、そのＨＴＴＰリクエストに含まれる帳票指定値と可変データ、そしてレスポンスデータ指定の値を取り出す（ステップＳ４−２）。
【００３７】
ステップＳ４−２でＨＴＴＰリクエストから取り出された帳票指定値に該当する帳票ファイルのデータをハードディスク（ＨＤ）２１１からＲＡＭ２０２に読み出す（ステップＳ４−３）。
【００３８】
ステップＳ４−２でＨＴＴＰリクエストから取り出されたレスポンスデータ指定が”ｔｅｘｔ／ｈｔｍｌ”の場合（ステップＳ４−４）、レスポンス指定で指定されたＨＴＭＬでは表現できないデータが読み出された帳票ファイルのデータに含まれる場合（ステップＳ４−５）、帳票ファイルのデータからＨＴＭＬでは表現できないデータを削除する（ステップＳ４−６）。
【００３９】
ステップＳ４−６で指定データ型（すなわちＨＴＭＬ）では表現不可能なデータを削除後の帳票ファイルの定型データに、前記ステップＳ４−２でＨＴＴＰリクエストから取り出された可変データを差し込み、合成することで擬似的なフォームオーバレイを行う（ステップＳ４−７）。
【００４０】
そして合成された帳票データのフォーマットを、前記指定のＨＴＭＬフォーマットにデータ変換する（ステップＳ４−８）。
【００４１】
ステップＳ４−７において帳票ファイルに可変データを合成する位置は、帳票ファイルにおいて指定しておくことができる。たとえば、可変データを挿入する欄が複数あれば、可変データを一定のセパレータで区切って入力させておけば、セパレータにより区切られるデータごとに、指定された位置に順番に合成することで、可変データの挿入ができる。この場合帳票毎の区切りは更に別の区切り文字を用意する。
【００４２】
たとえば、帳票ファイルのデータは、それを構成するオブジェクト毎に、属性や位置が指定されたデータ列により構成される。文字オブジェクトであれば、文字コードと書体、サイズ、位置、色等の属性が指定される。また、罫線であれば、太さ、始点位置、終点位置、色、線の種類（実線や破線等）などの属性が帳票ファイルのデータ中で指定されている。したがって、可変データを合成するには、その位置等の属性を特定して追加すればよい。可変データがたとえば文字であれば、その文字コードと書体、サイズ、合成される位置、色を帳票ファイルに追加する。そして、それらオブジェクトを特定する属性のうち、ＨＴＭＬの表記法には含まれていないものがあれば、それを削除して変換対象とはしない。ＨＴＭＬに変換できない属性については、たとえば変換対象となる形式毎に予め特定しておき、それをテーブルなどとしてサーバ１０００に登録しておく。そして、変換前の帳票ファイルのデータ中に当該テーブルに登録された属性が表れたなら、ステップＳ４−６において削除対象とする。なおステップＳ４−６を独立した工程として行わずに、ステップＳ４−８の中で、ＨＴＭＬ変換時に同時に行うこともできる。
【００４３】
ステップＳ４−９では、生成されたＨＴＭＬフォーマットの文書データに、クライアント１５００からプリンタ２０００にデータを送信するための以下のようなＨＴＭＬフォームエレメントをセクションとして追加する。
【００４４】
＜ＦＯＲＭ ＡＣＴＩＯＮ＝”ｍａｉｌｔｏ：ＭａｉｌＡｄｄｒｅｓｓ” ＥＮＣＴＹＰＥ＝”ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ” ＭＥＴＨＯＤ＝”ＰＯＳＴ”＞
＜！−− 画面には表示されない非表示フィールド −＞
＜ＩＮＰＵＴ ＴＹＰＥ”ｈｉｄｄｅｎ” ＮＡＭＥ＝”定型データ” ＶＡＬＵＥ＝Ｖａｌｕｅ１＞
＜ＩＮＰＵＴ ＴＹＰＥ”ｈｉｄｄｅｎ” ＮＡＭＥ＝”可変データ” ＶＡＬＵＥ＝Ｖａｌｕｅ２＞
＜！−− プリンタへの転送ボタン −＞
＜ＩＮＰＵＴ ＴＹＰＥ＝”ｓｕｂｍｉｔ” ＶＡＬＵＥ＝”送信”＞プリンタへ送信
＜／ＦＯＲＭ＞。
【００４５】
上記ＭａｉｌＡｄｄｒｅｓｓには、プリンタ２０００の組み込み電子メールアプリケーションの受信用メールアドレスを、上記Ｖａｌｕｅ１には、帳票ファイルのファイル名または前記ハードディスク２１１に格納されるデータのＵＲＬを、上記Ｖａｌｕｅ２には、前記可変データをそれぞれデータとして入れる（ステップＳ４−９）。それ以外の部分は、上記の通りであればよい。
【００４６】
このフォームエレメントをウエブブラウザが解釈実行すると、ブラウザ画面には、このフォームエレメントを添付したＨＴＭＬ文書（可変データが合成された帳票の表示用データ）が表示され、それとともに、上記フォームエレメントに含まれるインプットエレメントにより「プリンタへ送信」と表示された送信ボタンも表示される。定型データと可変データについてはタイプ属性としてｈｉｄｄｅｎが指定されているために表示されない。ユーザが画面上で送信ボタンを押すと、インプットエレメントに記述されたＶａｌｕｅ１及びＶａｌｕｅ２が、それぞれ定型データ、可変データとして、ＭａｉｌＡｄｄｒｅｓｓにあてて、電子メールとして送信される。
【００４７】
そしてサーバ１０００はこのＨＴＭＬ文書データを、ウエブクライアント１５０１にＨＴＴＰレスポンスとして送信し（ステップＳ４−１０）、再び、前記ステップＳ４−１のＨＴＴＰリクエスト待ちに戻る。なお、この待ちは記載の便宜上ループとしているが、他のプロセスを実行することもできる。
【００４８】
サーバ１０００は、上記フォームエレメントに挿入するＭａｉｌＡｄｄｒｅｓｓを、本実施形態ではプリンタ２０００に決めておき、そのメールアドレスを書き込んでいる。ネットワークが小規模であればこれでも十分であるが、多くのセグメントが相互に接続されて構成される大規模なネットワークの場合には、帳票を印刷する機能を有する機器も複数存在し得るのでこれでは不十分である。そこで、たとえば、クライアントのＩＰアドレスとＭａｉｌＡｄｄｒｅｓｓとの対応表を予め策してそれを表に保持し、クライアントのＩＰアドレスに応じてＭａｉｌＡｄｄｒｅｓｓの値を表から得てそれを書き込んでも良い。
【００４９】
図５はクライアントコンピュータ１５００のウエブブラウザ１５０１によるサーバ１０００からのレスポンス受信時のフローチャートである。
【００５０】
クライアントコンピュータ１５００のウエブブラウザ１５０１は、ステップＳ３−４のＨＴＴＰリクエストに対するサーバコンピュータ１０００からのＨＴＴＰレスポンス（ステップＳ４−１０で送信）を受け取った際に（ステップＳ５−１）、そのＨＴＴＰレスポンスのＨＴＭＬデータであるＨＴＭＬフォーマット文書の帳票ページをブラウザ画面に表示する（ステップＳ５−２）。すなわち、ステップＳ４−９で作成されたＨＴＭＬ文書がウエブブラウザ１５０１により表示される。ステップＳ４−９で作成されたフォームエレメントをウエブブラウザが解釈実行すると、上述の通りブラウザ画面には、このフォームエレメントを添付したＨＴＭＬ文書（可変データが合成された帳票の表示用データ）と送信ボタンとが表示される。
【００５１】
サーバコンピュータ１０００のステップＳ４−９でＨＴＭＬデータに追加されたプリンタ２０００へのメール送信用のＨＴＭＬフォームの「プリンタへ送信」ボタンが、ユーザによって押下された際に（ステップＳ５−３）、ＨＴＭＬフォームデータ（Ｖａｌｕｅ１，Ｖａｌｕｅ２）を電子メールとして指定されたプリンタ２０００のメールアドレスに送信する（ステップＳ５−４）。
【００５２】
図６はプリンタ２０００でのメール受信時のフローチャートである。
【００５３】
プリンタ２０００のＣＰＵ２０１は、たとえば配信される電子メールを定期的にチェックしており、クライアントコンピュータ１５００からメール送信されたデータを受けとると（ステップＳ６−１）、ＲＯＭ２０３のプログラムＲＯＭからプリンタ組み込み電子メールアプリケーション２００１を起動し（ステップＳ６−２）、プリンタ組み込み電子メールアプリケーション２００１に受信した電子メールのデータを渡す（ステップＳ６−３）。また、プリンタ２０００がＳＭＰＴなどによりクライアント１５００から直接メールを受信するようにすれば、リアルタイムで帳票を印刷させることができる。
【００５４】
プリンタ組み込み電子メールアプリケーション２００１は、電子メールに含まれるデータの「定型データ」フィールドから帳票ファイルのファイル名またはＵＲＬを取得し（ステップＳ６−４）、更に「可変データ」フィールドから帳票に差し込む可変データを取得する（ステップＳ６−５）。
【００５５】
ステップＳ６−４で取得したデータが帳票ファイルのファイル名である場合（ステップＳ６−６−ＹＥＳ）、プリンタ２０００のＣＰＵ２０１は、プリンタのハードディスク２１１から、該当するファイルを捜し（ステップＳ６−７）、該当ファイルが見つかった場合には、そのファイルのデータを読み出し、ＲＡＭ２０２に格納する（ステップＳ６−８）。
【００５６】
一方ファイル名でなくＵＲＬであれば、たとえばウエブブラウザプログラムを備えていればそれを起動してＵＲＬで特定されるデータを獲得する。また、獲得する手段がなければ、たとえばクライアントに対して処理不能の旨を通知するメール送信などを行う。
【００５７】
プリンタ２０００のＣＰＵ２０１は、ＲＯＭ２０３のプログラムＲＯＭからプリンタ組み込み帳票印刷アプリケーション２００３を起動し（ステップＳ６−９）、プリンタ組み込み帳票印刷アプリケーション２００３に、ステップＳ６−８によってＲＡＭ２０２に格納された帳票データと、ステップＳ６−５で取得された可変データを渡す（ステップＳ６−１０）。
【００５８】
プリンタ組み込み帳票印刷アプリケーション２００３は、帳票データと可変データとをプリンタオーバレイを利用して、フォームオーバレイ印刷を行う（ステップＳ６−１１）。プリンタオーバレイでは、前述したとおり、サーバ１０００が表示用の帳票データを作成する場合と同じ要領でオーバレイ処理を行われればよい。もちろん、ＨＴＭＬへの変換は不要であるから、単に合成するだけでよい。
【００５９】
以上の手順により、クライアントが帳票を印刷する機能を有していなくとも、その機能を備えた機器に対してデータを転送させ、転送先の機器で印刷を行わせることができる。クライアントはどの機器が印刷機能を有しているか知らなくとも印刷を行える。また、帳票を印刷する機能は、帳票生成システム内の少なくとも１つの装置が備えていれば、その装置において全ての帳票を印刷させることができる。また、帳票の印刷機能を有する装置の帳票データの転送は、ＨＴＭＬで規定された機能を利用して行うために、クライアントには特別のアプリケーションプログラムは不要であり、一般的に入手可能なウエブブラウザさえ備えていればよい。
【００６０】
［第１の実施形態の変形例１］
なお、第１実施形態では、帳票の印刷機能をプリンタに持たせているが、たとえば帳票印刷用の電子メールアプリケーション２００１、帳票印刷アプリケーション２００３などを備え、プリンタが接続されたコンピュータを印刷サーバとして利用することもできる。この場合には、プリンタ２０００に代えてその印刷サーバのメールアドレスをサーバ１０００がステップＳ４−９において指定することで、上記実施形態と同様の処理を行うことが可能となる。このようにすれば、プリンタにアプリケーションプログラムを実行させる必要が無く、安価なプリンタとコンピュータとでシステムを構成できる。
【００６１】
［第１の実施形態の変形例２］
本実施形態では、メールにより転送する先で遂行させる機能は帳票の合成と印刷であったが、クライアントが持たない機能についてはひろく適用することができる。その場合、サーバはクライアントが持たない機能を有する機器の所在を予め知っておき、そこを転送先として指摘する。
【００６２】
［第１実施形態に係る発明の効果］
以上述べたように本実施形態によれば、ＨＴＭＬのような印刷には不適なウエブページしか解釈できないウエブクライアントにおいても、印刷指示時には、データを忠実に反映した出力結果を出力装置から得ることができるという効果がある。
【００６３】
［第２の実施の形態］
第２実施形態は、ローカルネットワークやインターネットに接続されたクラインアントコンピュータと、クラインアントコンピュータからのデータ配信要求に従い所定のデータをクラインアントに配信するサーバコンピュータと、クラインアントコンピュータからの印刷要求に従い、受信したデータを組み込みアプリケーションで前処理し、ラスタライズして印刷するプリンタなどの出力装置とで構成される印刷システムに関する。
【００６４】
従来、ローカルネットワークやインターネットに接続されたデータ印刷プログラムを有するクラインアントコンピュータは、同ネットワークに接続されたサーバコンピュータにネットワークを介してデータ配信を要求し、該要求を受信したサーバコンピュータは所定のデータを該クラインアントコンピュータに配信していた。クラインアントコンピュータは、サーバコンピュータから配信されたデータをプリンタ記述言語（ＰＤＬ）などプリンタコントローラが解釈・実行できるデータ形式に変換することなくプリンタに送信する際に、プリンタで該データを前処理するプリンタ組み込みアプリケーションの前処理指定をその印刷データと共に送信していた。プリンタは、クラインアントコンピュータから印刷データと共にプリンタ組み込みアプリケーション前処理指定を受け取った際には、該指定された組み込みアプリケーションを呼び出して印刷データを処理した後、処理後の印刷データを印刷ジョブとして印刷処理していた。
【００６５】
ところが従来、クラインアントコンピュータからプリンタにプリンタ組み込みアプリケーション前処理指定と共に印刷データが送信されてきた際、プリンタに指定の組み込みアプリケーションがインストールされてない場合には、そのデータを処理することができずにエラーとなるか、もしくはプリンタがローカルネットワークまたはインターネットを介して所定のアプリケーションを検索し、ダウンロードして実行するかのいずれかの方法をとる必要があった。後者の場合は、ダウンロードしたアプリケーションのバージョンが、送信されてきた印刷データの処理に必要なバージョンと必ずしも一致しないという問題もあった。
【００６６】
本実施形態は、上記の問題点を解決するためのもので、プリンタが組み込みアプリケーションによる前処理指定された印刷データをクラインアントコンピュータから受け取った際に、印刷データの前処理を行う適切なプリンタ組み込みアプリケーションをプリンタ内で見つけることができないという問題を防ぐ方法を提供するものである。
【００６７】
本実施形態おいて、サーバコンピュータ、クライアントコンピュータはともに図１に示す構成を有する。またプリンタは図２に示す構成を有する。
【００６８】
これら装置から構成されたシステムにおける実施形態を、図９に示した本発明のアプリケーションコンテナの概念図と、図１０〜図１４のフローチャートに従って説明する。
【００６９】
本実施形態において、本発明の印刷システムは、サーバコンピュータ１０００、クライアントコンピュータ１５００、プリンタ２０００から構成される。
【００７０】
図１０はクライアントコンピュータ１５００での本実施形態を示す印刷指示時のフローチャートである。
【００７１】
本印刷システムの構成要素であるクライアントコンピュータ１５００において、クライアントコンピュータのＣＰＵ１０１は、ユーザの指示により、サーバコンピュータ１０００に存在するデータの印刷プロセスを開始する（ステップＳ１５−１）。
【００７２】
ステップＳ１５−１でユーザがデータ印刷を行うのに指定したプリンタ２０００に印刷予約要求を送信する（ステップＳ１５−２）。要求送信後、プリンタ２０００からのレスポンスを待つ状態に遷移する（ステップＳ１５−３）。
【００７３】
図１１はプリンタ２０００での本発明の第一の実施形態を示す印刷予約要求受信時のフローチャートである。
【００７４】
本印刷システムの構成要素であるプリンタ２０００において、クライアントコンピュータ１５００から印刷予約要求を受け取ると（ステップＳ１６−１）、プリンタ２０００のＣＰＵ２０１は、アプリケーションコンテナ４０００を生成する。アプリケーションコンテナ４０００は、Ｊａｖａ（登録商標）のクラスのオブジェクトインスタンスであり、プリンタ２０００のＣＰＵ２０１のワークエリアであるＲＡＭ２０２上で動作するＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のワークエリアである同ＲＡＭ２０２上に生成する。
【００７５】
アプリケーションコンテナ４０００のクラスは、図９に示したような各種ｓｅｔ／ｇｅｔメソッドのアクセッサ（Ａｃｃｅｓｓｏｒ）を提供する（ステップＳ１６−２）。
【００７６】
プリンタ２０００のＣＰＵ２０１は、ＲＯＭ２０３に記憶される自装置を示す一意なプリンタＩＤを読み出し、その値を、生成されたアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＰｒｉｎｔｅｒＩｄを呼び出して、アプリケーションコンテナオブジェクトにセットする（ステップＳ１６−３）。
【００７７】
また、ＣＰＵ２０１がＲＡＭ２０２の不揮発性部であるＮＶＲＡＭに記憶する、アプリケーションコンテナを生成した累算数を読み出し、その値を、アプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＲｅｓｅｒｖａｔｉｏｎＮｕｍｂｅｒを呼び出して、アプリケーションコンテナオブジェクト４０００にセットする（ステップＳ１６−４）。
そして、ＣＰＵ２０１は、該アプリケーションコンテナを、印刷予約要求を送信したクライアントコンピュータ１５００に返信し（ステップＳ１６−５）、再び、ステップＳ１６−１のクライアントコンピュータからの印刷予約要求待ちに遷移する。
【００７８】
ここで再び、図１０のクライアントコンピュータ１５００での印刷指示時のフローチャートに戻る。ステップＳ１５−３で、プリンタ２０００からのレスポンスを待つ状態にいるクライアントコンピュータ１５００のＣＰＵ１０１は、プリンタ２０００のステップＳ１６−５の処理により返信されたアプリケーションコンテナ４０００を受け取り（ステップＳ１５−４）、ステップＳ１５−１でユーザが印刷を行うのに指定した印刷用データの配信を、サーバコンピュータ１０００に要求する（ステップＳ１５−５）。
【００７９】
更に、プリンタ２０００からレスポンスデータとして受信したアプリケーションコンテナ４０００を、ステップＳ１５−５の配信要求に続けて、サーバコンピュータ１０００に送信する（ステップＳ１５−６）。
【００８０】
クライアント１５００は、サーバコンピュータ１０００にアプリケーションコンテナ４０００を送信後、ステップＳ１５−５での配信要求に対するサーバコンピュータ１０００からのレスポンス待ちの状態に遷移する（ステップＳ１５−７）。
【００８１】
図１２はサーバコンピュータ１０００での本発明の第一の実施形態を示すデータ配信要求受信時のフローチャートである。
【００８２】
本印刷システムの構成要素であるサーバコンピュータ１０００において、サーバコンピュータ１０００のＣＰＵ１０１は、クライアントコンピュータ１５００からデータ配信要求を受け取ると（ステップＳ７−１）、クライアントコンピュータ１５００から、データ配信要求に引き続いて、アプリケーションコンテナのデータが送信されて来たかどうかを判定し（ステップＳ７−２）、アプリケーションコンテナ４０００のデータを受信したと判断した場合には、ステップＳ７−１で受け取ったデータ配信要求に示されるクライアントコンピュータ１５００が要求するデータを、ハードディスク１１１から読み出し（ステップＳ７−３）、そのデータを、ステップＳ７−２で受け取ったアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＴａｒｇｅｔＤａｔａを呼び出して、アプリケーションコンテナにセットする（ステップＳ７−４）。
【００８３】
更に、データを印刷処理することが可能なＪａｖａ（登録商標）アプリケーションのバイトコードをハードディスク１１１から読み出し（ステップＳ７−５）、そのバイトコードのデータを、ステップＳ７−２で受け取ったアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＡｐｐｌｉｃａｔｉｏｎＣｏｄｅを呼び出して、アプリケーションコンテナ４０００にセットする（ステップＳ７−６）。
【００８４】
そして、ＣＰＵ１０１は、アプリケーションコンテナ４０００を、データ配信要求を送信したクライアントコンピュータ１５００に返信し（ステップＳ７−７）、再び、ステップＳ７−１のクライアントコンピュータからのデータ配信要求待ちに遷移する。
【００８５】
再々度、図１０のクライアントコンピュータ１５００での印刷指示時のフローチャートに戻り、ステップＳ１５−７で、サーバコンピュータ１０００からのレスポンスを待つ状態にいるクライアントコンピュータ１５００のＣＰＵ２０１は、サーバコンピュータ１０００のステップＳ７−７の処理により返信されたアプリケーションコンテナを受け取り（ステップＳ１５−８）、受け取ったアプリケーションコンテナをプリンタ２０００に送信し（ステップＳ１５−９）、印刷プロセスを終了する。
【００８６】
図１３はプリンタ２０００での印刷データ受信時のフローチャートである。
【００８７】
プリンタ２０００のＣＰＵ２０１は、クライアントコンピュータ１５００から印刷データを受け取ると（ステップＳ８−１）、印刷データがアプリケーションコンテナであるかどうかを判別し（ステップＳ８−２）、アプリケーションコンテナ４０００であると判断した場合には、アプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＰｒｉｎｔｅｒＩｄを呼び出して、該アプリケーションコンテナにセットされているプリンタＩＤの値を読み出す（ステップＳ８−３）。
【００８８】
そしてそのプリンタＩＤが、ＲＯＭ２０３に記憶される自装置を示す一意なプリンタＩＤと同一かどうかを判定し（ステップＳ８−４）、自プリンタＩＤと同一ではないと判断した場合には、アプリケーションコンテナが自装置で生成されたものでない旨のエラーメッセージを、アプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＥｒｒｏｒＭｅｓｓａｇｅを呼び出して、アプリケーションコンテナオブジェクトにセットし（ステップＳ８−７）、そのアプリケーションコンテナを、印刷データ送信元のクライアントコンピュータ１５００に返し（ステップＳ８−８）、再び、ステップＳ８−１のクライアントコンピュータからの印刷データ受信待ちに遷移する。
【００８９】
一方、ステップＳ８−４で、自プリンタＩＤと同一であると判断した場合には、アプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＲｅｓｅｒｖａｔｉｏｎＮｕｍｂｅｒを呼び出して、アプリケーションコンテナにセットされている予約受け付け番号の値を読み出す（ステップＳ８−５）。
【００９０】
読み取った受け付け番号が、現在ＲＡＭ２０２の印刷ジョブキュー内で処理待ちである他の全てのアプリケーションコンテナのジョブ受け付け番号の列における何番目かを判断し、印刷ジョブキュー内の該位置に、該アプリケーションコンテナを印刷ジョブとして差し入れ（ステップＳ８−６）、再び、ステップＳ８−１のクライアントコンピュータからの印刷データ受信待ちに遷移する。
【００９１】
図９はプリンタ２０００での印刷データ処理時のフローチャートである。プリンタ２０００のＣＰＵ２０１は、ＲＡＭ２０２の印刷ジョブキュー内の印刷ジョブを処理する際、その印刷ジョブが、アプリケーションコンテナ４０００のデータであるかどうかを判別する（ステップＳ９−１）。
【００９２】
アプリケーションコンテナ４０００であると判断した場合には、そのアプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＴａｒｇｅｔＤａｔａを呼び出して、そのアプリケーションコンテナにセットされている印刷データを読み出す（ステップＳ９−２）。
【００９３】
そして、更に、そのアプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＡｐｐｌｉｃａｔｉｏｎＣｏｄｅを呼び出して、そのアプリケーションコンテナにセットされているＪａｖａ（登録商標）アプリケーションのバイトコードを読み出す（ステップＳ９−３）。
【００９４】
ＣＰＵ２０１は、ステップＳ９−３で読み出したＪａｖａ（登録商標）アプリケーションのバイトコードを、前記ＲＡＭ２０２上で動作するＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）において実行し、そのＪａｖａ（登録商標）アプリケーションの処理用データとして、前記ステップＳ９−２で読み出した印刷データを与える（ステップＳ９−４）。
【００９５】
そのＪａｖａ（登録商標）アプリケーションは、その印刷データをラスタライズし（ステップＳ９−５）、生成されたラスタライズデータを、ＣＰＵ３０１が画像信号として印刷部（プリンタエンジン）３０８に出力し、印刷を行って（ステップ９−６）、処理を終了する。
【００９６】
以上述べたように本実施形態によれば、印刷システムを構成するサーバ装置、クライアント装置、出力装置間のデータの受け渡しにアプリケーションコンテナを用いることで、印刷ジョブを処理する組み込みアプリケーションが出力装置内にあるかどうかを気にすることなく、印刷ジョブを処理できるという効果がある。
【００９７】
［そのほかの実施の態様］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００９８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコード（図３乃至図６および図１０乃至図１４の手順のプログラムコード）を記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。
【００９９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１００】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０２】
【発明の効果】
以上説明したように、クライアントが必要な機能、たとえば帳票を印刷する機能を有していなくとも、その機能を備えた機器に対してデータを転送させ、転送先の機器で機能を果たさせる（たとえば印刷を行わせる）ことができる。クライアントはどの機器が必要な機能を有しているか知らなくともその機能を他の機器により遂行させる（すなわち印刷させる）ことができる。
【０１０３】
また、帳票を印刷する機能は、帳票生成システム内の少なくとも１つの装置が備えていれば、その装置において全ての帳票を印刷させることができる。また、帳票の印刷機能を有する装置の帳票データの転送は、ＨＴＭＬで規定された機能を利用して行うために、クライアントには特別のアプリケーションプログラムは不要であり、一般的に入手可能なウエブブラウザさえ備えていればよい。
【図面の簡単な説明】
【図１】本発明のサーバおよびクライアントコンピュータの構成を説明するブロック図である。
【図２】本発明のプリンタの構成を説明するブロック図である。
【図３】本発明の第１の実施形態のクライアントウエブブラウザのサーバリクエスト送信時のフローチャートである。
【図４】本発明の第１の実施形態のサーバコンピュータのデータ配信リクエスト受信時のフローチャートである。
【図５】本発明の第１の実施形態のクライアントウエブブラウザのサーバレスポンス受信時のフローチャートである。
【図６】本発明の第１の実施形態のプリンタのメール受信時のフローチャートである。
【図７】本発明の第１実施形態に係る帳票生成システムの構成を説明するブロック図である。
【図８】本発明の第１実施形態に係る帳票生成手順のシーケンスを示す図である。
【図９】本発明の第２実施形態のアプリケーションコンテナの概念図である。
【図１０】本発明の第２実施形態のクライアントコンピュータでの印刷指示時のフローチャートである。
【図１１】本発明の第２の実施形態のプリンタの印刷予約要求受信時のフローチャートである。
【図１２】本発明の第２実施形態のサーバコンピュータのデータ配信要求受信時のフローチャートである。
【図１３】本発明の第２実施形態のプリンタの印刷データ受信時のフローチャートである。
【図１４】本発明の第２実施形態のプリンタの印刷データ処理時のフローチャートである。
【符号の説明】
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ システムバス
１０００ サーバコンピュータ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０００ プリンタ
【発明の属する技術分野】
本発明は、クライアント端末から例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式などにより受信した要求に基づいて、固定のフォームデータと可変の差し込みデータとをフォームオーバレイし、一つの帳票データを生成して当該クライアントに送信するウエブサーバ等の帳票作成装置及び方法に関する。
【０００２】
【従来の技術】
従来、帳票作成サーバがウエブブラウザ（クライアント端末）からのＨＴＭＬ形式で既述されたユーザ要求データを受信し、ユーザにより指定される定型（固定形式）のデータファイル（これを帳票ファイルと呼ぶ）に、ユーザ指定の可変データ（レコード毎に内容が異なる非定型データ）を挿入してフォームオーバレイし、帳票データを生成した後、作成した帳票データをＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）などのフォーマットに変換してウエブクライアントに配信するサービスがあった（特許文献１等参照）。
【０００３】
【特許文献１】
特開２００２−１６３５９６号公報
【０００４】
【発明が解決しようとする課題】
ところが、従来、帳票作成サーバが帳票データを送信するあて先であるウエブクライアントにおいて、ＨＴＭＬで記述された文書を解釈して表示する一般的なウエブブラウザが稼働している場合、帳票データをＰＤＦ形式などの一定の形式のデータに変換してそのウエブクライアントに配信しても、その形式に対応したアプリケーションプログラムがそのクライアントにインストールされていない場合には、受信した帳票データを出力することはできなかった。例えば、受信したデータがＰＤＦデータであれば、それを表示あるいは印刷により出力するためのアプリケーションとして、アドビ社のＡｃｒｏｂａｔ Ｒｅａｄｅｒ（登録商標）などがクライアントに存在しなければ、該クライアントでは受信した帳票データを解釈、表示、印刷することができなかった。
【０００５】
このように、サーバが作成した帳票データを表示および印刷するためのアプリケーションがクライアントに備わっていない場合には、作成された帳票をクライアントが表示及び印刷できないという事態が生じるという問題があった。
【０００６】
本発明は、上記の問題点を解決するためになされたものであり、クライアント装置にたとえばＨＴＭＬが解釈可能なウエブブラウザ等のアプリケーションが存在していれば、それを用いて帳票の作成及び印刷機能を有する他の機器によって帳票を作成して印刷させることが可能な帳票データの作成および送信が可能な帳票作成装置及び方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成する本発明は以下に示す構成を備える。
【０００８】
クライアント機器に接続された帳票データ作成装置であって、
クライアント機器から、帳票作成要求と共に定型データの指定と可変データとを受信する受信手段と、
前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成手段と、
前記定型データの指定と前記可変データと印刷可能な機器の指定とを含む印刷用データを作成する印刷用データ作成手段と、
前記表示用データと前記印刷用データとを併せて前記クライアント機器に送信する送信手段とを備える。
【０００９】
この構成により、本発明にかかる帳票作成装置は、表示用データと印刷用データとを別々に作成し、表示用データに印刷可能な機器の指定を含む印刷用データを付加してクライアントに送信することで、表示をクライアント自身で、印刷を印刷可能な機器で行わせることが可能となる。
【００１０】
更に好ましくは、前記表示用データ作成手段および前記印刷用データ作成手段は、前記表示用データおよび前記印刷用データをＨＴＭＬ形式で作成し、前記表示用データ作成手段は、前記定型データからＨＴＭＬ形式で表現できないデータを削除して表示用データを作成し、前記印刷用データ作成手段は、前記定型データの指定と前記可変データとについて非表示の属性を付与して印刷用データを作成する。
【００１１】
この構成により、クライアントでは印刷用データは表示されることはなく、また、表示用データからは表現不可能なデータは削除されるから、表示データは必ずクライアントが表示可能である。
【００１２】
更に好ましくは、前記印刷用データ作成手段は、前記印刷可能な機器の指定として、前記定型データと前記可変データとを合成するための帳票作成手段と、作成された帳票データを印刷するための印刷手段とを有する機器で利用可能な電子メールアドレスを前記印刷用データに含ませる。
【００１３】
【発明の実施の形態】
［第１の実施の形態］
図７は本発明にかかる帳票印刷システムの構成を示す図である。サーバ１０００及びクライアント１５００は共にコンピュータである。サーバ１０００は、サーバとしてクライアントにサービスを提供するためのプログラムが稼働している点でクライアントとは異なる。図７において、サーバ１０００においては帳票作成アプリケーションプログラム１００１やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバプログラム１００２等が実行されており、後述のプログラムも実行されている。ここでＨＴＴＰサーバプログラム１００２には、帳票データ等から帳票データを作成するプログラムなどのいわゆるスクリプトも含まれるものとする。また、サーバ１０００は、後述する印刷機能を有する機器の電子メールアドレスやＵＲＬ等を含む機器のリスト１００３を有している。
【００１４】
クライアント１５００ではウエブブラウザプログラム１５０１と電子メールプログラム１５０２が実行される。
【００１５】
またプリンタ２０００では、単に受信したページ記述言語等の解釈実行のみならず、電子メールを受信するための電子メールプログラム２００１と、ウエブブラウザ２００２と、帳票を合成して印刷するための帳票印刷アプリケーションプログラム２００３が実行されている。
【００１６】
なお、本実施形態では、ＨＴＴＰを用いたネットワークを利用しており、その前提としてＴＣＰ／ＩＰを利用している。そして、名前解決に不可欠なネームサーバやパケットの経路制御を行うルータ、ＰＯＰ等を用いた場合の電子メールの配信を実現するメールサーバ等が本実施形態のシステムには必要であるが、それらＴＣＰ／ＩＰを実現するネットワーク資源については当然備えられているものとして、その説明を省略する。
【００１７】
図１は本発明の第一の実施形態を示すサーバコンピュータ１０００およびクライアントコンピュータ１５００の構成を説明するブロック図である。
【００１８】
コンピュータ１０００，１５００は、ＲＯＭ１０３あるいはＲＡＭ１０２に記憶されたプログラム等に基づいて処理を実行するＣＰＵ１０１を備え、ＣＰＵ１０１はシステムバス１０４に接続される各デバイスを総括的に制御する。ＲＡＭ１０２はＣＰＵ１０１の主メモリ，ワークエリア等として機能する。ＲＯＭ１０３はＣＰＵ１０１の制御プログラムや各種データを記憶する。キーボードコントローラ（ＫＢＣ）１０５は、キーボード１０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御する。スピーカーコントローラ（ＳＰＣ）１１３は、スピーカー１１４の音声再生を制御する。ディスクコントローラ（ＤＫＣ）１０７は、ハードディスク（ＨＤ）１１１やフロッピ（登録商標）ディスク（ＦＤ）１１２等の外部メモリとのアクセスを制御する。
【００１９】
ハードディスク１１１には、ブートプログラムや、サーバであれば図４のフローチャートで示されるような種々のプログラム、ＨＴＴＰサーバサービスなどのアプリケーションのプログラムファイル，ユーザファイル，図７の機器リスト、編集ファイル等を記憶し、クライアントであれば図３及び図５に示されるプログラムファイルや電子メールプログラムファイル、ウエブクライアントのプログラムファイルなどを記憶している
ネットワークコントローラ（ＮＣ）１０８は、所定のネットワークインタフェース１２１を介してネットワークに接続され、クライアントコンピュータやサーバコンピュータやプリンタなど他のネットワーク機器との通信制御処理を実行する。
【００２０】
図２は本発明の実施形態を示すプリンタ２０００の構成を説明するブロック図である。プリンタ２０００において、プリンタＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された制御プログラム或いは外部メモリ２０６に記憶された制御プログラムに基づいてシステムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御し、印刷部インタフェース２０７を介して接続される印刷部（プリンタエンジン）２０８に出力情報としての画像信号を出力する。また、このＲＯＭ２０３のプログラムＲＯＭには、ＣＰＵ２０１の図６のフローチャートで示されるような制御プログラムや各種組み込みアプリケーション（電子メール、ウエブブラウザ、帳票印刷アプリケーション）等のプログラムを記憶する。ＲＯＭ２０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等を記憶する。
【００２１】
ネットワークコントローラ（ＮＣ）２１０は、所定のネットワークインタフェース２２１を介してネットワークに接続され、クライアントコンピュータやサーバコンピュータなど他のネットワーク機器との通信制御処理を実行する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域や、環境データ格納領域、ＮＶＲＡＭ（不揮発性ＲＡＭ）等のほか、プリンタ実行される電子メールプログラムやウエブクライアントプログラム、帳票作成アプリケーションプログラムの実行のために用いられる。ディスクコントローラ（ＤＫＣ）２０５は、外部メモリ２０６およびハードディスク（ＨＤ）２１１へのアクセスを制御する。ＩＣカード等の外部メモリ２０６は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。ハードディスク（ＨＤ）２１１は、印刷データやプログラムファイル等を記憶する。また、操作パネル２０９には操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００２２】
なお、サーバ、クライアント、プリンタすべてにおいて、ＴＣＰ／ＩＰのプロトコルスタックを備えたオペレーティングシステムが稼働していることを前提としている。
【００２３】
このように構成された各システムにおける実施形態を、図３〜図６のフローチャートに従って説明する。
【００２４】
＜本実施形態のシステムの動作＞
図８は、クライアントコンピュータ１５００，サーバコンピュータ１０００、プリンタ２０００それぞれによる帳票作成要求からその印刷に至る協調動作の概要を示すシーケンス図である。図中かっこ書きは図３乃至図６のフローチャートにおける対応するステップの番号を示す。
【００２５】
クライアント１５００から、サーバ１０００の帳票作成要求の受け入れ窓口となるアドレス（ＵＲＬ）にアクセスすると、すなわちＨＴＴＰサーバに対してＵＲＬとともにＨＴＴＰリクエストを送信すると、要求されたページのデータとともＨＴＴＰレスポンスがクライアント１５００に返される。クライアント１５００で帳票の識別子や可変データ、レスポンスデータの種類の指定等を入力して送信を指示すると、再びサーバ１０００にＨＴＴＰリクエストが送信される。このＨＴＴＰリクエストには、帳票データの指定と可変データ、レスポンスデータの指定が含まれる。それを受信したサーバ１０００は、受信したデータに基づいて、ＨＴＭＬで作成した表示用の帳票データと、帳票を印刷可能な機器に送信して印刷させるための印刷用データとその宛先とを含むＨＴＴＰレスポンスを作成してクライアント１５００に送信する。それを受信したクライアント１５００は、表示用の帳票データをウエブブラウザ１５０１により表示する。その画面上で帳票の印刷指示がされたなら、ＨＴＴＰレスポンスに添付されていた印刷用データを、同じく添付されていた宛先に電子メールとして送信する。図８の例では宛先はプリンタ２０００である。プリンタ２０００は電子メールを受信して、それに含まれる印刷用データから帳票を作成し、印刷する。
【００２６】
このようにして、クライアントにサーバから受信したデータを印刷する機能が備えられていなくとも、印刷する機能を有する機器へと転送して印刷を行うことができる。そして、後述のように、本実施形態では転送のためにＨＴＭＬに規定されたフォーム（ＦＯＲＭ）エレメントのアクション（ＡＣＴＩＯＮ）属性を利用している。このため、クライアントがウエブブラウザを有してさえいれば、クライアントにこの転送を行わせることが可能となる。
【００２７】
図３はクライアントコンピュータ１５００のウエブブラウザ１５０１によるサーバ１０００へのＨＴＴＰリクエスト送信時のフローチャートである。
【００２８】
クライアントコンピュータ１５００でウエブブラウザ１５０１が実行されている際に、ブラウザ画面でユーザにより、帳票作成要求のための所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）が指定されると、そのＵＲＬで特定されるサーバコンピュータ１０００のデータにアクセスする（ステップＳ３−１）。
【００２９】
サーバ１０００は特定されたデータをクライアント１５００に対してＨＴＴＰレスポンスとして返し、クライアント１５００はそのＨＴＴＰレスポンスを受信する（ステップＳ３−２）。そのデータは、帳票指定値と該帳票に挿入する可変データを指定するＨＴＭＬフォーム文書である。
【００３０】
ここでＨＴＭＬフォーム文書とは、ＨＴＭＬのフォームエレメントが記述されたＨＴＭＬ文書のことである。フォームエレメントは、基本的には、フォームタグ＜ＦＯＲＭ＞と＜／ＦＯＲＭ＞とで挟まれた中にインプットエレメント＜ＩＮＰＵＴ＞を必要なだけ並べて記述したもので、ウエブブラウザがそれを解釈実行することで、インプットエレメントの数だけユーザに入力を行わせることができる。インプットエレメントではタイプ属性を指定でき、タイプ属性として「テキスト」を指定しておけば、テキストで帳票指定値や可変データ、レスポンスデータ指定をユーザが入力できる。なお、帳票指定値とは、フォームオーバレイ処理に用いられる書式を表す定型データを一意的に指定するための値であり、たとえば定型データのファイル（これを帳票ファイルと呼ぶ。）名やＵＲＬなどである。
【００３１】
また、レスポンスデータ指定は限られた候補の中から選択させるために、タイプ属性として「ラジオ」などを使用する。レスポンスデータ指定は、表示用の帳票データの形式を指定するためのパラメータで、たとえば、これが「ｔｅｘｔ／ｈｔｍｌ」であれば、サーバ１０００はＨＴＭＬで記述された帳票データを作成してクライアントに送信することを示す。この型はそのままＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のコンテントタイプ（ファイル属性）を示す。
【００３２】
さらに、インプットエレメントを設けてそのタイプ属性として「サブミット」を指定しておけば、そのインプットエレメントに対応してブラウザ画面に表示される送信ボタンをユーザが押すことで、フォームエレメントのアクション属性で指定されたＵＲＬへと入力されたデータが送信される。
【００３３】
ウエブブラウザ１５０１は、ブラウザ画面に表示した、上記のように記述されたＨＴＭＬフォーム文書において、ユーザが入力した帳票指定値と可変データおよびレスポンスデータ指定を、そのＨＴＭＬフォーム文書に含まれる送信ボタンが押下されることにより（ステップＳ３−３−ＹＥＳ）、ＨＴＴＰリクエストとして、前記サーバにフォームデータ（すなわちＨＴＭＬフォーム文書に対して入力されたデータ）を送信して処理を終了する（ステップＳ３−４）。
【００３４】
このようにして、クライアントコンピュータ１５００は、サーバに必要なデータを送信して帳票の作成を要求する。
【００３５】
図４はサーバコンピュータ１０００での本発明の第一の実施形態を示す帳票作成要求（データ配信リクエスト）受信時のフローチャートである。
【００３６】
サーバコンピュータ１０００のＣＰＵ１０１は、クライアントコンピュータ１５００のウエブブラウザ１５０１からＨＴＴＰリクエストを受け取ると（ステップＳ４−１）、そのＨＴＴＰリクエストに含まれる帳票指定値と可変データ、そしてレスポンスデータ指定の値を取り出す（ステップＳ４−２）。
【００３７】
ステップＳ４−２でＨＴＴＰリクエストから取り出された帳票指定値に該当する帳票ファイルのデータをハードディスク（ＨＤ）２１１からＲＡＭ２０２に読み出す（ステップＳ４−３）。
【００３８】
ステップＳ４−２でＨＴＴＰリクエストから取り出されたレスポンスデータ指定が”ｔｅｘｔ／ｈｔｍｌ”の場合（ステップＳ４−４）、レスポンス指定で指定されたＨＴＭＬでは表現できないデータが読み出された帳票ファイルのデータに含まれる場合（ステップＳ４−５）、帳票ファイルのデータからＨＴＭＬでは表現できないデータを削除する（ステップＳ４−６）。
【００３９】
ステップＳ４−６で指定データ型（すなわちＨＴＭＬ）では表現不可能なデータを削除後の帳票ファイルの定型データに、前記ステップＳ４−２でＨＴＴＰリクエストから取り出された可変データを差し込み、合成することで擬似的なフォームオーバレイを行う（ステップＳ４−７）。
【００４０】
そして合成された帳票データのフォーマットを、前記指定のＨＴＭＬフォーマットにデータ変換する（ステップＳ４−８）。
【００４１】
ステップＳ４−７において帳票ファイルに可変データを合成する位置は、帳票ファイルにおいて指定しておくことができる。たとえば、可変データを挿入する欄が複数あれば、可変データを一定のセパレータで区切って入力させておけば、セパレータにより区切られるデータごとに、指定された位置に順番に合成することで、可変データの挿入ができる。この場合帳票毎の区切りは更に別の区切り文字を用意する。
【００４２】
たとえば、帳票ファイルのデータは、それを構成するオブジェクト毎に、属性や位置が指定されたデータ列により構成される。文字オブジェクトであれば、文字コードと書体、サイズ、位置、色等の属性が指定される。また、罫線であれば、太さ、始点位置、終点位置、色、線の種類（実線や破線等）などの属性が帳票ファイルのデータ中で指定されている。したがって、可変データを合成するには、その位置等の属性を特定して追加すればよい。可変データがたとえば文字であれば、その文字コードと書体、サイズ、合成される位置、色を帳票ファイルに追加する。そして、それらオブジェクトを特定する属性のうち、ＨＴＭＬの表記法には含まれていないものがあれば、それを削除して変換対象とはしない。ＨＴＭＬに変換できない属性については、たとえば変換対象となる形式毎に予め特定しておき、それをテーブルなどとしてサーバ１０００に登録しておく。そして、変換前の帳票ファイルのデータ中に当該テーブルに登録された属性が表れたなら、ステップＳ４−６において削除対象とする。なおステップＳ４−６を独立した工程として行わずに、ステップＳ４−８の中で、ＨＴＭＬ変換時に同時に行うこともできる。
【００４３】
ステップＳ４−９では、生成されたＨＴＭＬフォーマットの文書データに、クライアント１５００からプリンタ２０００にデータを送信するための以下のようなＨＴＭＬフォームエレメントをセクションとして追加する。
【００４４】
＜ＦＯＲＭ ＡＣＴＩＯＮ＝”ｍａｉｌｔｏ：ＭａｉｌＡｄｄｒｅｓｓ” ＥＮＣＴＹＰＥ＝”ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ” ＭＥＴＨＯＤ＝”ＰＯＳＴ”＞
＜！−− 画面には表示されない非表示フィールド −＞
＜ＩＮＰＵＴ ＴＹＰＥ”ｈｉｄｄｅｎ” ＮＡＭＥ＝”定型データ” ＶＡＬＵＥ＝Ｖａｌｕｅ１＞
＜ＩＮＰＵＴ ＴＹＰＥ”ｈｉｄｄｅｎ” ＮＡＭＥ＝”可変データ” ＶＡＬＵＥ＝Ｖａｌｕｅ２＞
＜！−− プリンタへの転送ボタン −＞
＜ＩＮＰＵＴ ＴＹＰＥ＝”ｓｕｂｍｉｔ” ＶＡＬＵＥ＝”送信”＞プリンタへ送信
＜／ＦＯＲＭ＞。
【００４５】
上記ＭａｉｌＡｄｄｒｅｓｓには、プリンタ２０００の組み込み電子メールアプリケーションの受信用メールアドレスを、上記Ｖａｌｕｅ１には、帳票ファイルのファイル名または前記ハードディスク２１１に格納されるデータのＵＲＬを、上記Ｖａｌｕｅ２には、前記可変データをそれぞれデータとして入れる（ステップＳ４−９）。それ以外の部分は、上記の通りであればよい。
【００４６】
このフォームエレメントをウエブブラウザが解釈実行すると、ブラウザ画面には、このフォームエレメントを添付したＨＴＭＬ文書（可変データが合成された帳票の表示用データ）が表示され、それとともに、上記フォームエレメントに含まれるインプットエレメントにより「プリンタへ送信」と表示された送信ボタンも表示される。定型データと可変データについてはタイプ属性としてｈｉｄｄｅｎが指定されているために表示されない。ユーザが画面上で送信ボタンを押すと、インプットエレメントに記述されたＶａｌｕｅ１及びＶａｌｕｅ２が、それぞれ定型データ、可変データとして、ＭａｉｌＡｄｄｒｅｓｓにあてて、電子メールとして送信される。
【００４７】
そしてサーバ１０００はこのＨＴＭＬ文書データを、ウエブクライアント１５０１にＨＴＴＰレスポンスとして送信し（ステップＳ４−１０）、再び、前記ステップＳ４−１のＨＴＴＰリクエスト待ちに戻る。なお、この待ちは記載の便宜上ループとしているが、他のプロセスを実行することもできる。
【００４８】
サーバ１０００は、上記フォームエレメントに挿入するＭａｉｌＡｄｄｒｅｓｓを、本実施形態ではプリンタ２０００に決めておき、そのメールアドレスを書き込んでいる。ネットワークが小規模であればこれでも十分であるが、多くのセグメントが相互に接続されて構成される大規模なネットワークの場合には、帳票を印刷する機能を有する機器も複数存在し得るのでこれでは不十分である。そこで、たとえば、クライアントのＩＰアドレスとＭａｉｌＡｄｄｒｅｓｓとの対応表を予め策してそれを表に保持し、クライアントのＩＰアドレスに応じてＭａｉｌＡｄｄｒｅｓｓの値を表から得てそれを書き込んでも良い。
【００４９】
図５はクライアントコンピュータ１５００のウエブブラウザ１５０１によるサーバ１０００からのレスポンス受信時のフローチャートである。
【００５０】
クライアントコンピュータ１５００のウエブブラウザ１５０１は、ステップＳ３−４のＨＴＴＰリクエストに対するサーバコンピュータ１０００からのＨＴＴＰレスポンス（ステップＳ４−１０で送信）を受け取った際に（ステップＳ５−１）、そのＨＴＴＰレスポンスのＨＴＭＬデータであるＨＴＭＬフォーマット文書の帳票ページをブラウザ画面に表示する（ステップＳ５−２）。すなわち、ステップＳ４−９で作成されたＨＴＭＬ文書がウエブブラウザ１５０１により表示される。ステップＳ４−９で作成されたフォームエレメントをウエブブラウザが解釈実行すると、上述の通りブラウザ画面には、このフォームエレメントを添付したＨＴＭＬ文書（可変データが合成された帳票の表示用データ）と送信ボタンとが表示される。
【００５１】
サーバコンピュータ１０００のステップＳ４−９でＨＴＭＬデータに追加されたプリンタ２０００へのメール送信用のＨＴＭＬフォームの「プリンタへ送信」ボタンが、ユーザによって押下された際に（ステップＳ５−３）、ＨＴＭＬフォームデータ（Ｖａｌｕｅ１，Ｖａｌｕｅ２）を電子メールとして指定されたプリンタ２０００のメールアドレスに送信する（ステップＳ５−４）。
【００５２】
図６はプリンタ２０００でのメール受信時のフローチャートである。
【００５３】
プリンタ２０００のＣＰＵ２０１は、たとえば配信される電子メールを定期的にチェックしており、クライアントコンピュータ１５００からメール送信されたデータを受けとると（ステップＳ６−１）、ＲＯＭ２０３のプログラムＲＯＭからプリンタ組み込み電子メールアプリケーション２００１を起動し（ステップＳ６−２）、プリンタ組み込み電子メールアプリケーション２００１に受信した電子メールのデータを渡す（ステップＳ６−３）。また、プリンタ２０００がＳＭＰＴなどによりクライアント１５００から直接メールを受信するようにすれば、リアルタイムで帳票を印刷させることができる。
【００５４】
プリンタ組み込み電子メールアプリケーション２００１は、電子メールに含まれるデータの「定型データ」フィールドから帳票ファイルのファイル名またはＵＲＬを取得し（ステップＳ６−４）、更に「可変データ」フィールドから帳票に差し込む可変データを取得する（ステップＳ６−５）。
【００５５】
ステップＳ６−４で取得したデータが帳票ファイルのファイル名である場合（ステップＳ６−６−ＹＥＳ）、プリンタ２０００のＣＰＵ２０１は、プリンタのハードディスク２１１から、該当するファイルを捜し（ステップＳ６−７）、該当ファイルが見つかった場合には、そのファイルのデータを読み出し、ＲＡＭ２０２に格納する（ステップＳ６−８）。
【００５６】
一方ファイル名でなくＵＲＬであれば、たとえばウエブブラウザプログラムを備えていればそれを起動してＵＲＬで特定されるデータを獲得する。また、獲得する手段がなければ、たとえばクライアントに対して処理不能の旨を通知するメール送信などを行う。
【００５７】
プリンタ２０００のＣＰＵ２０１は、ＲＯＭ２０３のプログラムＲＯＭからプリンタ組み込み帳票印刷アプリケーション２００３を起動し（ステップＳ６−９）、プリンタ組み込み帳票印刷アプリケーション２００３に、ステップＳ６−８によってＲＡＭ２０２に格納された帳票データと、ステップＳ６−５で取得された可変データを渡す（ステップＳ６−１０）。
【００５８】
プリンタ組み込み帳票印刷アプリケーション２００３は、帳票データと可変データとをプリンタオーバレイを利用して、フォームオーバレイ印刷を行う（ステップＳ６−１１）。プリンタオーバレイでは、前述したとおり、サーバ１０００が表示用の帳票データを作成する場合と同じ要領でオーバレイ処理を行われればよい。もちろん、ＨＴＭＬへの変換は不要であるから、単に合成するだけでよい。
【００５９】
以上の手順により、クライアントが帳票を印刷する機能を有していなくとも、その機能を備えた機器に対してデータを転送させ、転送先の機器で印刷を行わせることができる。クライアントはどの機器が印刷機能を有しているか知らなくとも印刷を行える。また、帳票を印刷する機能は、帳票生成システム内の少なくとも１つの装置が備えていれば、その装置において全ての帳票を印刷させることができる。また、帳票の印刷機能を有する装置の帳票データの転送は、ＨＴＭＬで規定された機能を利用して行うために、クライアントには特別のアプリケーションプログラムは不要であり、一般的に入手可能なウエブブラウザさえ備えていればよい。
【００６０】
［第１の実施形態の変形例１］
なお、第１実施形態では、帳票の印刷機能をプリンタに持たせているが、たとえば帳票印刷用の電子メールアプリケーション２００１、帳票印刷アプリケーション２００３などを備え、プリンタが接続されたコンピュータを印刷サーバとして利用することもできる。この場合には、プリンタ２０００に代えてその印刷サーバのメールアドレスをサーバ１０００がステップＳ４−９において指定することで、上記実施形態と同様の処理を行うことが可能となる。このようにすれば、プリンタにアプリケーションプログラムを実行させる必要が無く、安価なプリンタとコンピュータとでシステムを構成できる。
【００６１】
［第１の実施形態の変形例２］
本実施形態では、メールにより転送する先で遂行させる機能は帳票の合成と印刷であったが、クライアントが持たない機能についてはひろく適用することができる。その場合、サーバはクライアントが持たない機能を有する機器の所在を予め知っておき、そこを転送先として指摘する。
【００６２】
［第１実施形態に係る発明の効果］
以上述べたように本実施形態によれば、ＨＴＭＬのような印刷には不適なウエブページしか解釈できないウエブクライアントにおいても、印刷指示時には、データを忠実に反映した出力結果を出力装置から得ることができるという効果がある。
【００６３】
［第２の実施の形態］
第２実施形態は、ローカルネットワークやインターネットに接続されたクラインアントコンピュータと、クラインアントコンピュータからのデータ配信要求に従い所定のデータをクラインアントに配信するサーバコンピュータと、クラインアントコンピュータからの印刷要求に従い、受信したデータを組み込みアプリケーションで前処理し、ラスタライズして印刷するプリンタなどの出力装置とで構成される印刷システムに関する。
【００６４】
従来、ローカルネットワークやインターネットに接続されたデータ印刷プログラムを有するクラインアントコンピュータは、同ネットワークに接続されたサーバコンピュータにネットワークを介してデータ配信を要求し、該要求を受信したサーバコンピュータは所定のデータを該クラインアントコンピュータに配信していた。クラインアントコンピュータは、サーバコンピュータから配信されたデータをプリンタ記述言語（ＰＤＬ）などプリンタコントローラが解釈・実行できるデータ形式に変換することなくプリンタに送信する際に、プリンタで該データを前処理するプリンタ組み込みアプリケーションの前処理指定をその印刷データと共に送信していた。プリンタは、クラインアントコンピュータから印刷データと共にプリンタ組み込みアプリケーション前処理指定を受け取った際には、該指定された組み込みアプリケーションを呼び出して印刷データを処理した後、処理後の印刷データを印刷ジョブとして印刷処理していた。
【００６５】
ところが従来、クラインアントコンピュータからプリンタにプリンタ組み込みアプリケーション前処理指定と共に印刷データが送信されてきた際、プリンタに指定の組み込みアプリケーションがインストールされてない場合には、そのデータを処理することができずにエラーとなるか、もしくはプリンタがローカルネットワークまたはインターネットを介して所定のアプリケーションを検索し、ダウンロードして実行するかのいずれかの方法をとる必要があった。後者の場合は、ダウンロードしたアプリケーションのバージョンが、送信されてきた印刷データの処理に必要なバージョンと必ずしも一致しないという問題もあった。
【００６６】
本実施形態は、上記の問題点を解決するためのもので、プリンタが組み込みアプリケーションによる前処理指定された印刷データをクラインアントコンピュータから受け取った際に、印刷データの前処理を行う適切なプリンタ組み込みアプリケーションをプリンタ内で見つけることができないという問題を防ぐ方法を提供するものである。
【００６７】
本実施形態おいて、サーバコンピュータ、クライアントコンピュータはともに図１に示す構成を有する。またプリンタは図２に示す構成を有する。
【００６８】
これら装置から構成されたシステムにおける実施形態を、図９に示した本発明のアプリケーションコンテナの概念図と、図１０〜図１４のフローチャートに従って説明する。
【００６９】
本実施形態において、本発明の印刷システムは、サーバコンピュータ１０００、クライアントコンピュータ１５００、プリンタ２０００から構成される。
【００７０】
図１０はクライアントコンピュータ１５００での本実施形態を示す印刷指示時のフローチャートである。
【００７１】
本印刷システムの構成要素であるクライアントコンピュータ１５００において、クライアントコンピュータのＣＰＵ１０１は、ユーザの指示により、サーバコンピュータ１０００に存在するデータの印刷プロセスを開始する（ステップＳ１５−１）。
【００７２】
ステップＳ１５−１でユーザがデータ印刷を行うのに指定したプリンタ２０００に印刷予約要求を送信する（ステップＳ１５−２）。要求送信後、プリンタ２０００からのレスポンスを待つ状態に遷移する（ステップＳ１５−３）。
【００７３】
図１１はプリンタ２０００での本発明の第一の実施形態を示す印刷予約要求受信時のフローチャートである。
【００７４】
本印刷システムの構成要素であるプリンタ２０００において、クライアントコンピュータ１５００から印刷予約要求を受け取ると（ステップＳ１６−１）、プリンタ２０００のＣＰＵ２０１は、アプリケーションコンテナ４０００を生成する。アプリケーションコンテナ４０００は、Ｊａｖａ（登録商標）のクラスのオブジェクトインスタンスであり、プリンタ２０００のＣＰＵ２０１のワークエリアであるＲＡＭ２０２上で動作するＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のワークエリアである同ＲＡＭ２０２上に生成する。
【００７５】
アプリケーションコンテナ４０００のクラスは、図９に示したような各種ｓｅｔ／ｇｅｔメソッドのアクセッサ（Ａｃｃｅｓｓｏｒ）を提供する（ステップＳ１６−２）。
【００７６】
プリンタ２０００のＣＰＵ２０１は、ＲＯＭ２０３に記憶される自装置を示す一意なプリンタＩＤを読み出し、その値を、生成されたアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＰｒｉｎｔｅｒＩｄを呼び出して、アプリケーションコンテナオブジェクトにセットする（ステップＳ１６−３）。
【００７７】
また、ＣＰＵ２０１がＲＡＭ２０２の不揮発性部であるＮＶＲＡＭに記憶する、アプリケーションコンテナを生成した累算数を読み出し、その値を、アプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＲｅｓｅｒｖａｔｉｏｎＮｕｍｂｅｒを呼び出して、アプリケーションコンテナオブジェクト４０００にセットする（ステップＳ１６−４）。
そして、ＣＰＵ２０１は、該アプリケーションコンテナを、印刷予約要求を送信したクライアントコンピュータ１５００に返信し（ステップＳ１６−５）、再び、ステップＳ１６−１のクライアントコンピュータからの印刷予約要求待ちに遷移する。
【００７８】
ここで再び、図１０のクライアントコンピュータ１５００での印刷指示時のフローチャートに戻る。ステップＳ１５−３で、プリンタ２０００からのレスポンスを待つ状態にいるクライアントコンピュータ１５００のＣＰＵ１０１は、プリンタ２０００のステップＳ１６−５の処理により返信されたアプリケーションコンテナ４０００を受け取り（ステップＳ１５−４）、ステップＳ１５−１でユーザが印刷を行うのに指定した印刷用データの配信を、サーバコンピュータ１０００に要求する（ステップＳ１５−５）。
【００７９】
更に、プリンタ２０００からレスポンスデータとして受信したアプリケーションコンテナ４０００を、ステップＳ１５−５の配信要求に続けて、サーバコンピュータ１０００に送信する（ステップＳ１５−６）。
【００８０】
クライアント１５００は、サーバコンピュータ１０００にアプリケーションコンテナ４０００を送信後、ステップＳ１５−５での配信要求に対するサーバコンピュータ１０００からのレスポンス待ちの状態に遷移する（ステップＳ１５−７）。
【００８１】
図１２はサーバコンピュータ１０００での本発明の第一の実施形態を示すデータ配信要求受信時のフローチャートである。
【００８２】
本印刷システムの構成要素であるサーバコンピュータ１０００において、サーバコンピュータ１０００のＣＰＵ１０１は、クライアントコンピュータ１５００からデータ配信要求を受け取ると（ステップＳ７−１）、クライアントコンピュータ１５００から、データ配信要求に引き続いて、アプリケーションコンテナのデータが送信されて来たかどうかを判定し（ステップＳ７−２）、アプリケーションコンテナ４０００のデータを受信したと判断した場合には、ステップＳ７−１で受け取ったデータ配信要求に示されるクライアントコンピュータ１５００が要求するデータを、ハードディスク１１１から読み出し（ステップＳ７−３）、そのデータを、ステップＳ７−２で受け取ったアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＴａｒｇｅｔＤａｔａを呼び出して、アプリケーションコンテナにセットする（ステップＳ７−４）。
【００８３】
更に、データを印刷処理することが可能なＪａｖａ（登録商標）アプリケーションのバイトコードをハードディスク１１１から読み出し（ステップＳ７−５）、そのバイトコードのデータを、ステップＳ７−２で受け取ったアプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＡｐｐｌｉｃａｔｉｏｎＣｏｄｅを呼び出して、アプリケーションコンテナ４０００にセットする（ステップＳ７−６）。
【００８４】
そして、ＣＰＵ１０１は、アプリケーションコンテナ４０００を、データ配信要求を送信したクライアントコンピュータ１５００に返信し（ステップＳ７−７）、再び、ステップＳ７−１のクライアントコンピュータからのデータ配信要求待ちに遷移する。
【００８５】
再々度、図１０のクライアントコンピュータ１５００での印刷指示時のフローチャートに戻り、ステップＳ１５−７で、サーバコンピュータ１０００からのレスポンスを待つ状態にいるクライアントコンピュータ１５００のＣＰＵ２０１は、サーバコンピュータ１０００のステップＳ７−７の処理により返信されたアプリケーションコンテナを受け取り（ステップＳ１５−８）、受け取ったアプリケーションコンテナをプリンタ２０００に送信し（ステップＳ１５−９）、印刷プロセスを終了する。
【００８６】
図１３はプリンタ２０００での印刷データ受信時のフローチャートである。
【００８７】
プリンタ２０００のＣＰＵ２０１は、クライアントコンピュータ１５００から印刷データを受け取ると（ステップＳ８−１）、印刷データがアプリケーションコンテナであるかどうかを判別し（ステップＳ８−２）、アプリケーションコンテナ４０００であると判断した場合には、アプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＰｒｉｎｔｅｒＩｄを呼び出して、該アプリケーションコンテナにセットされているプリンタＩＤの値を読み出す（ステップＳ８−３）。
【００８８】
そしてそのプリンタＩＤが、ＲＯＭ２０３に記憶される自装置を示す一意なプリンタＩＤと同一かどうかを判定し（ステップＳ８−４）、自プリンタＩＤと同一ではないと判断した場合には、アプリケーションコンテナが自装置で生成されたものでない旨のエラーメッセージを、アプリケーションコンテナ４０００のアクセッサメソッドｓｅｔＥｒｒｏｒＭｅｓｓａｇｅを呼び出して、アプリケーションコンテナオブジェクトにセットし（ステップＳ８−７）、そのアプリケーションコンテナを、印刷データ送信元のクライアントコンピュータ１５００に返し（ステップＳ８−８）、再び、ステップＳ８−１のクライアントコンピュータからの印刷データ受信待ちに遷移する。
【００８９】
一方、ステップＳ８−４で、自プリンタＩＤと同一であると判断した場合には、アプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＲｅｓｅｒｖａｔｉｏｎＮｕｍｂｅｒを呼び出して、アプリケーションコンテナにセットされている予約受け付け番号の値を読み出す（ステップＳ８−５）。
【００９０】
読み取った受け付け番号が、現在ＲＡＭ２０２の印刷ジョブキュー内で処理待ちである他の全てのアプリケーションコンテナのジョブ受け付け番号の列における何番目かを判断し、印刷ジョブキュー内の該位置に、該アプリケーションコンテナを印刷ジョブとして差し入れ（ステップＳ８−６）、再び、ステップＳ８−１のクライアントコンピュータからの印刷データ受信待ちに遷移する。
【００９１】
図９はプリンタ２０００での印刷データ処理時のフローチャートである。プリンタ２０００のＣＰＵ２０１は、ＲＡＭ２０２の印刷ジョブキュー内の印刷ジョブを処理する際、その印刷ジョブが、アプリケーションコンテナ４０００のデータであるかどうかを判別する（ステップＳ９−１）。
【００９２】
アプリケーションコンテナ４０００であると判断した場合には、そのアプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＴａｒｇｅｔＤａｔａを呼び出して、そのアプリケーションコンテナにセットされている印刷データを読み出す（ステップＳ９−２）。
【００９３】
そして、更に、そのアプリケーションコンテナ４０００のアクセッサメソッドｇｅｔＡｐｐｌｉｃａｔｉｏｎＣｏｄｅを呼び出して、そのアプリケーションコンテナにセットされているＪａｖａ（登録商標）アプリケーションのバイトコードを読み出す（ステップＳ９−３）。
【００９４】
ＣＰＵ２０１は、ステップＳ９−３で読み出したＪａｖａ（登録商標）アプリケーションのバイトコードを、前記ＲＡＭ２０２上で動作するＪａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）において実行し、そのＪａｖａ（登録商標）アプリケーションの処理用データとして、前記ステップＳ９−２で読み出した印刷データを与える（ステップＳ９−４）。
【００９５】
そのＪａｖａ（登録商標）アプリケーションは、その印刷データをラスタライズし（ステップＳ９−５）、生成されたラスタライズデータを、ＣＰＵ３０１が画像信号として印刷部（プリンタエンジン）３０８に出力し、印刷を行って（ステップ９−６）、処理を終了する。
【００９６】
以上述べたように本実施形態によれば、印刷システムを構成するサーバ装置、クライアント装置、出力装置間のデータの受け渡しにアプリケーションコンテナを用いることで、印刷ジョブを処理する組み込みアプリケーションが出力装置内にあるかどうかを気にすることなく、印刷ジョブを処理できるという効果がある。
【００９７】
［そのほかの実施の態様］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００９８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコード（図３乃至図６および図１０乃至図１４の手順のプログラムコード）を記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。
【００９９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１００】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１０２】
【発明の効果】
以上説明したように、クライアントが必要な機能、たとえば帳票を印刷する機能を有していなくとも、その機能を備えた機器に対してデータを転送させ、転送先の機器で機能を果たさせる（たとえば印刷を行わせる）ことができる。クライアントはどの機器が必要な機能を有しているか知らなくともその機能を他の機器により遂行させる（すなわち印刷させる）ことができる。
【０１０３】
また、帳票を印刷する機能は、帳票生成システム内の少なくとも１つの装置が備えていれば、その装置において全ての帳票を印刷させることができる。また、帳票の印刷機能を有する装置の帳票データの転送は、ＨＴＭＬで規定された機能を利用して行うために、クライアントには特別のアプリケーションプログラムは不要であり、一般的に入手可能なウエブブラウザさえ備えていればよい。
【図面の簡単な説明】
【図１】本発明のサーバおよびクライアントコンピュータの構成を説明するブロック図である。
【図２】本発明のプリンタの構成を説明するブロック図である。
【図３】本発明の第１の実施形態のクライアントウエブブラウザのサーバリクエスト送信時のフローチャートである。
【図４】本発明の第１の実施形態のサーバコンピュータのデータ配信リクエスト受信時のフローチャートである。
【図５】本発明の第１の実施形態のクライアントウエブブラウザのサーバレスポンス受信時のフローチャートである。
【図６】本発明の第１の実施形態のプリンタのメール受信時のフローチャートである。
【図７】本発明の第１実施形態に係る帳票生成システムの構成を説明するブロック図である。
【図８】本発明の第１実施形態に係る帳票生成手順のシーケンスを示す図である。
【図９】本発明の第２実施形態のアプリケーションコンテナの概念図である。
【図１０】本発明の第２実施形態のクライアントコンピュータでの印刷指示時のフローチャートである。
【図１１】本発明の第２の実施形態のプリンタの印刷予約要求受信時のフローチャートである。
【図１２】本発明の第２実施形態のサーバコンピュータのデータ配信要求受信時のフローチャートである。
【図１３】本発明の第２実施形態のプリンタの印刷データ受信時のフローチャートである。
【図１４】本発明の第２実施形態のプリンタの印刷データ処理時のフローチャートである。
【符号の説明】
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ システムバス
１０００ サーバコンピュータ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０００ プリンタ
Claims (8)
- クライアント機器に接続された帳票データ作成装置であって、
クライアント機器から、帳票作成要求と共に定型データの指定と可変データとを受信する受信手段と、
前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成手段と、
前記定型データの指定と前記可変データと印刷可能な機器の指定とを含む印刷用データを作成する印刷用データ作成手段と、
前記表示用データと前記印刷用データとを併せて前記クライアント機器に送信する送信手段とを備えることを特徴とする帳票データ作成装置。 - 前記表示用データ作成手段および前記印刷用データ作成手段は、前記表示用データおよび前記印刷用データをＨＴＭＬ形式で作成し、前記表示用データ作成手段は、前記定型データからＨＴＭＬ形式で表現できないデータを削除して表示用データを作成し、前記印刷用データ作成手段は、前記定型データの指定と前記可変データとについて非表示の属性を付与して印刷用データを作成することを特徴とする請求項１に記載の帳票データ作成装置。
- 前記印刷用データ作成手段は、前記印刷可能な機器の指定として、前記定型データと前記可変データとを合成するための帳票作成手段と、作成された帳票データを印刷するための印刷手段とを有する機器で利用可能な電子メールアドレスを前記印刷用データに含ませることを特徴とする請求項１又は２に記載の帳票データ作成装置。
- クライアント機器に接続された帳票データ作成方法であって、
クライアント機器から、帳票作成要求と共に受信した定型データの指定と可変データとを受信する受信工程と、
前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成工程と、
前記定型データの指定と前記可変データと印刷可能な機器の指定とを含む印刷用データを作成する印刷用データ作成工程と、
前記表示用データと前記印刷用データとを併せて前記クライアント機器に送信する送信工程とを備えることを特徴とする帳票データ作成方法。 - 前記表示用データ作成工程および前記印刷用データ作成工程は、前記表示用データおよび前記印刷用データをＨＴＭＬ形式で作成し、前記表示用データ作成工程は、前記定型データからＨＴＭＬ形式で表現できないデータを削除して表示用データを作成し、前記印刷用データ作成工程は、前記定型データの指定と前記可変データとについて非表示の属性を付与して印刷用データを作成することを特徴とする請求項４に記載の帳票データ作成方法。
- 前記印刷用データ作成工程は、前記印刷可能な機器の指定として、前記定型データと前記可変データとを合成するための帳票作成工程と、作成された帳票データを印刷するための印刷工程とを有する機器で利用可能な電子メールアドレスを前記印刷用データに含ませることを特徴とする請求項４又は５に記載の帳票データ作成方法。
- クライアント機器に接続されたコンピュータにより帳票データを作成させるためのプログラムであって、
クライアント機器から、帳票作成要求と共に定型データの指定と可変データとを受信する受信手段と、
前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成手段と、
前記定型データの指定と前記可変データとを含む印刷用データを作成する印刷用データ作成手段と、
前記表示用データと前記印刷用データとを併せて前記クライアント機器に送信する送信手段ととしてコンピュータを機能させることを特徴とするプログラム。 - クライアント装置と、該クライアント装置に接続されたサーバ装置および印刷装置とを備える帳票作成システムであって、
前記サーバ装置は、前記クライアント装置から、帳票作成要求と共に定型データの指定と可変データとを受信する受信手段と、前記定型データの指定に基づいて獲得した定型データと前記可変データとを合成して表示用データを作成する表示用データ作成手段と、前記定型データの指定と前記可変データとを含む印刷用データを作成する印刷用データ作成手段と、前記表示用データに前記印刷用データを付加して前記クライアント装置に送信する送信手段とを有し、
前記クライアント装置は、前記サーバ装置から受信した前記表示用データを表示する表示手段と、前記印刷用データを当該データ中において指定された宛先に送信する転送手段とを有し、
前記転送手段による前記印刷用データの宛先の装置は、前記クライアント装置から受信した印刷用データに含まれる前記定型データに前記可変データをオーバレイして帳票データを作成する手段と、作成した帳票データを印刷する印刷手段とを有することを特徴とする帳票作成システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003204816A JP2005050045A (ja) | 2003-07-31 | 2003-07-31 | 帳票データ作成装置及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003204816A JP2005050045A (ja) | 2003-07-31 | 2003-07-31 | 帳票データ作成装置及び方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005050045A true JP2005050045A (ja) | 2005-02-24 |
Family
ID=34263703
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003204816A Withdrawn JP2005050045A (ja) | 2003-07-31 | 2003-07-31 | 帳票データ作成装置及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005050045A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020013195A (ja) * | 2018-07-13 | 2020-01-23 | キヤノン株式会社 | プリントサーバー、制御方法、およびそのプログラム |
| US20220091806A1 (en) * | 2019-12-19 | 2022-03-24 | Lob.com, Inc. | Method and system for aggregate asset routing |
| US11699124B2 (en) | 2019-12-19 | 2023-07-11 | Lob.com, Inc. | Method and system for physical asset tracking |
| US11782662B1 (en) | 2022-03-25 | 2023-10-10 | Lob.com, Inc. | Method and system for asset routing |
-
2003
- 2003-07-31 JP JP2003204816A patent/JP2005050045A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020013195A (ja) * | 2018-07-13 | 2020-01-23 | キヤノン株式会社 | プリントサーバー、制御方法、およびそのプログラム |
| JP7086767B2 (ja) | 2018-07-13 | 2022-06-20 | キヤノン株式会社 | プリントサーバー、制御方法、およびそのプログラム |
| US20220091806A1 (en) * | 2019-12-19 | 2022-03-24 | Lob.com, Inc. | Method and system for aggregate asset routing |
| US11699124B2 (en) | 2019-12-19 | 2023-07-11 | Lob.com, Inc. | Method and system for physical asset tracking |
| US11748052B2 (en) * | 2019-12-19 | 2023-09-05 | Lob.com, Inc. | Method and system for aggregate asset routing |
| US11782662B1 (en) | 2022-03-25 | 2023-10-10 | Lob.com, Inc. | Method and system for asset routing |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11412030B2 (en) | Service providing system for scanning over a network | |
| US7570374B2 (en) | Document generation apparatus and file conversion system | |
| US6222634B1 (en) | Apparatus and method for printing related web pages | |
| US7477167B2 (en) | Character string processing apparatus, character string processing method, and image-forming apparatus | |
| US6928462B2 (en) | System and method for distributed processing of non-processable elements of a document to be rendered on a client | |
| JPH10233860A (ja) | データ通信装置及びその方法 | |
| JP5595032B2 (ja) | 情報処理システム、その制御方法、情報処理装置、情報提供装置、画像処理装置およびプログラム | |
| JP2002196901A (ja) | 仮想的な印刷プレビュー方法 | |
| US8570581B2 (en) | Image forming method and system using XHTML-print data | |
| JP4590080B2 (ja) | プリンタシステム及びその制御方法 | |
| JPH07175603A (ja) | プリント処理システム | |
| JP3533811B2 (ja) | データ変換装置、データ変換装置を備えたネットワークシステムおよびデータ伝送方法 | |
| JP3519240B2 (ja) | 印刷制御装置及びコンピュータ読み取り可能な記憶媒体 | |
| US7508539B2 (en) | Image forming device, layouter, and renderer | |
| JPH11143670A (ja) | インターネット情報印刷システム | |
| JP2005050045A (ja) | 帳票データ作成装置及び方法 | |
| JP4045800B2 (ja) | プリントシステム及び方法 | |
| JP2004062243A (ja) | クライアントサーバシステム、クライアント、サーバ、コンピュータ装置、印刷用イメージの作成方法及びプログラム | |
| JP2000090000A (ja) | クライアントコンピュ―タの操作方法 | |
| US7333979B2 (en) | Image processing apparatus having web server function | |
| JPH10307831A (ja) | 文書処理システム | |
| JP4463282B2 (ja) | 情報管理装置および方法 | |
| US20020032726A1 (en) | Method and device for processing an electronic document in a communication network | |
| JPH11283006A (ja) | データ供給装置および印刷制御装置およびデータ処理装置およびデータ処理装置のデータ処理方法およびデータ供給装置のデータ処理方法および印刷制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JPH11203080A (ja) | 画像処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20061003 |