(57)【特許請求の範囲】
【請求項１】
利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、
業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、
帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、
ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置であって、
前記制御手段が、
前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、
前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、
前記変換された帳票を印刷して出力する印刷処理手段と
を備えることを特徴とする画像形成装置。
【請求項２】
前記制御手段は、前記帳票の出力の完了を検知した場合に、完了通知を前記業務支援サーバに送信することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記帳票の出力完了の検知時に、前記業務支援サーバとのセッション切断を検知した場合には、再度、前記業務支援サーバにログインして、完了通知を送信することを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記ダウンロード処理手段は、変換パターンを管理する変換パターン管理サーバから、ネットワークを介して、業務管理データを変換するための変換パターンをダウンロードし、前記変換データ記憶手段に格納する請求項１〜３のいずれか一つに記載の画像形成装置。
【請求項５】
利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、
業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、
帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、
ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力する方法であって、
前記制御手段が、
前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード段階と、
前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて変換する変換パターン変換段階と、
前記変換された帳票を印刷して出力する印刷処理段階と
を実行することを特徴とする帳票出力処理方法。
【請求項６】
利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、
業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、
帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、
ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力するプログラムであって、
前記制御手段を、
前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、
前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、
前記変換された帳票を印刷して出力する印刷処理手段
として機能させることを特徴とする帳票出力処理プログラム。
【請求項７】
利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接
続する制御手段と、
業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、
帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、
ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力するプログラムを格納した記録媒体であって、
前記制御手段を、
前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、
前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、
前記変換された帳票を印刷して出力する印刷処理手段
として機能させるための帳票出力処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項８】
利用者に提供する業務管理データを格納する業務支援サーバと、
前記業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置とを備えた帳票管理システムであって、
前記画像形成装置の前記制御手段が、
前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、
前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、
前記変換された帳票を印刷して出力する印刷処理手段と
を備えることを特徴とする帳票管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバの負荷を軽減しながら、サーバに格納されたデータを用いて帳票をダイレクトに印刷するための画像形成装置、帳票出力処理方法、帳票出力処理プログラム、記録媒体及び帳票管理システムに関する。
【背景技術】
【０００２】
近年、インターネットを通じて顧客にビジネス用アプリケーションを貸し出すＡＳＰ（Application Service Provider）や、ソフトウェアの機能のうち、ユーザが必要とするものだけを配布し利用できるようにしたＳａａＳ（Software as a Service ）が注目されている。このようなサービスを利用することにより、アプリケーションソフトウェアの購入、サーバ等の設備投資、運用管理を行なう必要がなく、業務管理の効率化を図ることができる。
【０００３】
このようなサービスの中ではグループウェア等が利用されており、必ずしも帳票を印刷する必要性がないことが多い。今後は、受発注システムなどの帳票印刷が必須のアプリケーションもＡＳＰでの利用が増えることが見込まれており、ＡＳＰからの帳票印刷に対するニーズの顕在化が見込める。
【０００４】
そこで、サーバで実行されるアプリケーションソフトウェアの実行結果を通信網に接続された印刷装置へ直接出力できるようにして、自端末とサーバとの間のトラフィック負荷の解消を図るための印刷システムが検討されている（例えば、特許文献１を参照。）。この文献記載の印刷システムでは、アプリケーションソフトウェアを動作させるサーバと、その実行結果を印刷する印刷装置と、そのアプリケーションソフトウェアの実行指示を行なう端末とを通信網を介して接続する。そして、利用者は、この端末からアプリケーションソフトウェアの実行と印刷を指示する。この場合、サーバは、アプリケーションソフトウェアの実行結果の印刷データを生成し、その印刷データに関する情報を端末へ通知する。利用者は、通知された印刷データに関する情報を印刷装置へ印刷指示し、その情報をもとにサーバから印刷データを取得して印刷する。
【０００５】
一方、受発注業務等の企業間の電子商取引においては、タグを自由に定義できるＸＭＬ（eXtensible Markup Language）を用いた電子化も進められている。すなわち、従来の電子的な取引情報の交換（ＥＤＩ：Electronic Data Interchange ）には専用のシステムが必要であった。しかし、ＸＭＬを使うことにより、従来の受発注システムのデータをＸＭＬファイルに変換して取引先に送り、取引先では別のデータベースソフトに合わせたデータ形式に再変換して受発注処理することが可能になる。従って、ＸＭＬを共通のフォーマットを利用することで、取引に参加できる企業を拡大するとともに、コストの大幅削減にもつながる。
【特許文献１】特開２００３−１３１９８３号公報（第１頁）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ＸＭＬを利用した場合にも、ＡＳＰからの帳票印刷については十分に対応できていないため、印刷を行なうためには、ユーザのコンピュータ端末に一旦データをダウンロードしてからでないと印刷できないという課題がある。すなわち、通常、印刷を行なう拠点ではローカルアドレスを使用しており、データセンタから拠点内のプリンタのＩＰアドレスは見えないため、ＡＳＰのサーバからのダイレクト印刷ができなかった。
【０００７】
また、帳票印刷は処理負荷が高く、多数のクライアントからの要求が集中するため、特許文献１に記載の技術では、印刷データ生成のためにサーバに高負荷がかかる。
本発明は、上記課題を解決するためになされたものであり、その目的は、サーバの負荷を軽減しながら、サーバに格納されたデータを用いて帳票をダイレクトに印刷するための画像形成装置、帳票出力処理方法、帳票出力処理プログラム、記録媒体及び帳票管理システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置であって、前記制御手段が、前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、前記変換された帳票を印刷して出力する印刷処理手段とを備えることを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の画像形成装置において、前記制御手段は、前記帳票の出力の完了を検知した場合に、完了通知を前記業務支援サーバに送信することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の画像形成装置において、前記帳票の出力完了の検知時に、前記業務支援サーバとのセッション切断を検知した場合には、再度、前記業務支援サーバにログインして、完了通知を送信することを要旨とする。
【００１２】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の画像形成装置において、前記ダウンロード処理手段は、変換パターンを管理する変換パターン管理サーバから、ネットワークを介して、業務管理データを変換するための変換パターンをダウンロードし、前記変換データ記憶手段に格納することを要旨とする。
【００１３】
請求項５に記載の発明は、利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力する方法であって、前記制御手段が、前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード段階と、前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて変換する変換パターン変換段階と、前記変換された帳票を印刷して出力する印刷処理段階とを実行することを要旨とする。
【００１４】
請求項６に記載の発明は、利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力するプログラムであって、前記制御手段を、前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、前記変換された帳票を印刷して出力する印刷処理手段として機能させることを要旨とする。
【００１５】
請求項７に記載の発明は、利用者に提供する業務管理データを格納する業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置を用いて、帳票を出力するプログラムを格納した記録媒体であって、前記制御手段を、前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識
別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、前記変換された帳票を印刷して出力する印刷処理手段として機能させるための帳票出力処理プログラムを記録したコンピュータ読み取り可能なことを要旨とする。
請求項８に記載の発明は、利用者に提供する業務管理データを格納する業務支援サーバと、前記業務支援サーバにネットワークを介して接続する制御手段と、業務管理データを印刷帳票に変換するための変換パターンを記録した変換データ記憶手段と、帳票印刷の対象となる業務管理データを識別するための第一の種別識別情報を記憶した出力対象データ記憶手段と、ダウンロードした業務管理データを格納する印刷対象データ記憶手段とを備えた画像形成装置とを備えた帳票管理システムであって、前記画像形成装置の前記制御手段が、前記業務支援サーバにログインして、前記業務支援サーバから前記業務管理データの第二の種別識別情報を取得し、該第二の種別識別情報において前記第一の種別識別情報と一致する情報を検知した場合に、前記第一の種別識別情報に対応する業務管理データをダウンロードし、前記印刷対象データ記憶手段に格納するダウンロード処理手段と、前記印刷対象データ記憶手段に格納された業務管理データを、前記変換データ記憶手段に記憶された変換パターンを用いて帳票様式に変換する帳票様式変換手段と、前記変換された帳票を印刷して出力する印刷処理手段とを備えることを要旨とする。
【００１６】
（作用）
本発明によれば、制御手段が、業務支援サーバにログインして、業務支援サーバから業務管理データをダウンロードし、印刷対象データ記憶手段に格納する。そして、印刷対象データ記憶手段に格納された業務管理データを、変換データ記憶手段に記憶された変換パターンを用いて変換する。そして、変換された帳票を印刷して出力する。これにより、コンピュータ端末のない環境においても、業務支援サーバから帳票をダイレクトに印刷することができる。また、画像形成装置において、帳票を印刷するためのデータに変換して帳票印刷を実現できる。
【００１７】
画像形成装置側から業務支援サーバにログインして、業務管理データをダウンロードするので、固定のＩＰアドレスを持たない環境（例えば、安価なＡＤＳＬ契約等）においても、ダイレクト印刷を実現することができる。また、ブラウザからのアクセスと同じプロトコルでダウンロードや完了通知を行なうことができるので、ＰＣ端末を用いてのアクセスと同様にセキュリティを確保することができる。
【００１８】
請求項２に記載の発明によれば、帳票の出力の完了を検知した場合に、完了通知を業務支援サーバに送信する。画像形成装置によりダウンロードを行なう場合、印刷途中で障害が発生して、ダウンロードしたデータを出力できない場合もある。従って、ダウンロードだけではなく、確実に印刷を完了した段階で完了通知を送信するため、業務支援サーバにおいては、他のコンピュータ端末と同様に、業務管理データを的確に管理できる。
【００１９】
請求項３に記載の発明によれば、帳票の出力完了の検知時に、業務支援サーバとのセッション切断を検知した場合には、再度、業務支援サーバにログインして完了通知を送信する。通常、ダウンロードの所要時間より印刷の所要時間の方が長く、セッションが切断される場合もある。この場合にも、出力完了を業務支援サーバに確実に通知することができる。
【００２０】
本発明によれば、ダウンロード処理手段は、業務支援サーバから業務管理データの種別識別子のリストを取得し、リストにおいて、出力対象データ記憶手段に記録された種別識別子を検知した場合に、この種別識別子に関する業務管理データをダウンロードする。これにより、帳票印刷が必要な業務管理データのみをダウンロードすることができる。
【００２１】
請求項４に記載の発明によれば、ダウンロード処理手段は、業務支援サーバから、業務管理データを変換するための変換パターンをダウンロードし、変換データ記憶手段に格納
する。これにより、変換パターンの変更があった場合にも自動更新され、最新の変換パターンを利用することができる。
【発明の効果】
【００２２】
本発明によれば、サーバの負荷を軽減しながら、サーバに格納されたデータを用いて帳票をダイレクトに印刷するための画像形成装置、帳票出力処理方法、帳票出力処理プログラム、記録媒体及び帳票管理システムを提供することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を具体化した一実施形態を、図１〜図１８を用いて説明する。本実施形態では、帳票を印刷するための画像形成装置、帳票出力処理方法、帳票出力処理プログラム、記録媒体及び帳票管理システムとして説明する。
【００２４】
本実施形態では、図１８に示すように、例えば、利用者としての小売業の発注企業Ａと卸／製造業の受注企業Ｂとの間で商取引を行なう場合を想定する。ここでは、発注企業Ａにおいて発注処理を行なわれ、受注企業Ｂにおいて受注処理が行なわれる。この場合、受注時には、受注企業Ｂにおいて、帳票として注文書や製造指示書等が用いられる。そして、出荷時には、帳票としてのピッキングリストや配送伝票が用いられる。そして、受注企業Ｂにおいて売上計上処理が行なわれる。また、発注企業Ａにおいては検品処理、仕入計上処理が行なわれる。本実施形態では、このような他社との取引や各社における業務を支援するためにデータセンタを設けて、このデータセンタに業務支援サーバとしてのＡＳＰシステム１０を設置する。
【００２５】
図１に示すように、このＡＳＰシステム１０には、ネットワーク（インターネット）を介して、発注企業や受注企業のオフィスに設置されたユーザ端末３０や、工場等に設置されたプリンタ２０が接続されている。本実施形態では、ユーザ端末３０やプリンタ２０が、ＡＳＰシステム１０のクライアント端末として機能する。
【００２６】
ユーザ端末３０は、ＡＳＰシステム１０を利用するユーザのコンピュータ端末である。このユーザ端末３０は、それぞれ制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ等）、入力手段（キーボードやポインティングデバイス）、出力手段（ディスプレイ）、通信手段等を備える。ユーザ端末３０はブラウザプログラムを備えており、ＡＳＰシステム１０との間でＨＴＴＰにより通信を行なう。そして、ＡＳＰシステム１０に対して業務管理データをアップロードしたり、ＡＳＰシステム１０から業務管理データをダウンロードしたりするために用いられる。
【００２７】
ＡＳＰシステム１０は、発注者と受注者との間で行なわれる取引や業務を支援するサービスを提供する事業者（ＡＳＰ）が管理するコンピュータシステムである。このＡＳＰシステム１０は、業務管理サーバ１１とＷＥＢアプリケーションサーバ１５とから構成されるコンピュータシステムである。
【００２８】
この業務管理サーバ１１はビジネスロジックを実装し、取引や社内の業務に用いる業務管理データを生成する機能を備える。
一方、ＷＥＢアプリケーションサーバ１５は、ユーザからの要求を受け付けて、データベースなどの業務管理システムに処理を引き継ぐ機能を実現する。本実施形態では、ユーザ端末３０やプリンタ２０からの要求を受け付けて、それに応じた処理を実行する。
【００２９】
更に、ＡＳＰシステム１０は、業務管理データ記憶部１２、スタイルシートデータ記憶
部１３、フォームデータ記憶部１４を備える。
業務管理データ記憶部１２は、クライアント端末に提供する業務管理データを格納する。この業務管理データは、業務管理サーバ１１によって作成される。そして、業務管理データは、業務管理サーバ１１から供給された場合に業務管理データ記憶部１２に登録され、クライアント端末へのダウンロードを完了した場合に業務管理データ記憶部１２においてダウンロード対象から除外する。例えば、ダウンロード済みを示すフラグを記録する。本実施形態では、業務管理データを利用して、各種業務において利用する帳票の印刷を行なう。
【００３０】
この業務管理データは、提供先のユーザを特定するためのユーザＩＤに関連付けられて管理されている。そして、業務管理データは、ＸＭＬを用いて作成されている。このＸＭＬデータは、業務管理についての内容データが、要素名が付与されたＸＭＬタグに関連付けられて記述されている。このＸＭＬタグ（要素）を用いて、業務管理データの種別を特定するための種別識別子や、各業務管理データをユニークに識別するための管理識別子を特定することができる。
【００３１】
スタイルシートデータ記憶部１３は、帳票を印刷するプリンタ２０に提供するスタイルシートを格納する。このスタイルシートは、ＸＳＬＴ（XML Stylesheet Language Transformations ）によって記述されており、ＸＭＬによって記述された文書を他のＸＭＬ文書に変換するために用いられる。
【００３２】
フォームデータ記憶部１４は、帳票を印刷するプリンタ２０に提供するフォームを格納する。このフォームは、帳票の形式を決定するために用いられる。本実施形態では、スタイルシートやフォームが、業務管理データを印刷帳票に変換するための変換パターンとして機能する。
【００３３】
更に、ＡＳＰシステム１０は、各クライアント端末からのログイン要求に対して、ユーザ認証を行なうための認証情報（ユーザＩＤやパスワード）を記録したユーザ情報記憶部１６を備える。
【００３４】
また、プリンタ２０は帳票を印刷する出力処理装置であり、例えば、複合機（Multi Function Peripheral：ＭＦＰ）等を用いる。プリンタ２０は、制御手段（ＣＰＵ）、記憶
手段（ＲＡＭ、ＲＯＭ等）、通信手段等から構成された制御部２１を備える。この制御部２１は、ＡＳＰシステム１０から、各種データをダウンロードするとともに、帳票の出力のための各種処理（ダウンロード段階、変換パターン変換段階、印刷処理段階等の処理）を実行する。このため、プリンタ２０の制御部２１は、記録媒体から読み取った帳票出力処理プログラムを実行することにより、ダウンロード処理手段２１１、オーバーレイ処理手段２１２、印刷処理手段２１３として機能する。
【００３５】
ダウンロード処理手段２１１は、ＡＳＰシステム１０から各種データをダウンロードする処理を実行する。本実施形態では、ＡＳＰシステム１０において保持しているスタイルシート、フォームをダウンロードする。このダウンロードは、プリンタ２０がスタイルシートやフォームの変更を検知した場合に行なわれる。更に、ダウンロード処理手段２１１は、業務管理データをダウンロードする。この場合、ダウンロード処理手段２１１は、他のユーザ端末３０においてダウンロードされるデータ形式と同じＸＭＬデータをダウンロードする。
【００３６】
オーバーレイ処理手段２１２は帳票様式変換手段として機能し、ＸＳＬＴプロセッサにより実現される。このオーバーレイ処理手段２１２は、ＡＳＰシステム１０からダウンロードしたＸＭＬデータをスタイルシートの定義に従って変換する処理を実行する。更に、
オーバーレイ処理手段２１２はフォームと合成する処理を実行する。
印刷処理手段２１３は、印刷データを用紙に画像形成して出力する処理を実行する。
【００３７】
また、プリンタ２０は、受信データ記憶部２２、スタイルシートデータ記憶部２３、フォームデータ記憶部２４を備える。本実施形態では、スタイルシートデータ記憶部２３及びフォームデータ記憶部２４が、変換データ記憶手段として機能する。
【００３８】
受信データ記憶部２２は印刷対象データ記憶手段として機能し、ＡＳＰシステム１０からダウンロードした業務管理データ（ＸＭＬデータ）が蓄積される。本実施形態では、このＸＭＬデータを用いて各種帳票を印刷する。このＸＭＬデータは、ＡＳＰシステム１０からＸＭＬデータを取得した場合に記録される。
【００３９】
スタイルシートデータ記憶部２３、フォームデータ記憶部２４には、各種帳票を印刷する場合に用いるスタイルシート、フォームが記録される。このスタイルシートやフォームは、ＡＳＰシステム１０からダウンロードした場合に記録される。
【００４０】
更に、プリンタ２０は、ＡＳＰシステム１０にログインを行なうための認証情報（ユーザＩＤやパスワード）を記憶したメモリや、印刷対象の業務管理データを特定するための出力対象種別識別子を記憶した出力対象データ記憶手段を備える。
【００４１】
次に、以上のように構成されたシステムを用いて、帳票出力処理を行なう手順を、図２〜図４を用いて説明する。
まず、プリンタ２０の制御部２１はログイン処理を実行する（ステップＳ１−１）。具体的には、制御部２１のダウンロード処理手段２１１は、定期的にＡＳＰシステム１０にアクセスして、ログイン要求データを送信する。このログイン要求データには、プリンタ２０のメモリに記憶された認証情報（ユーザＩＤやパスワード）を含める。そして、ログイン要求データを取得したＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５は、通常のコンピュータ端末からの要求を受信した場合と同様に、ユーザ情報記憶部１６に記憶された認証情報を用いてユーザ認証を行なう。ユーザ認証を完了した場合には、ＡＳＰシステム１０は、クライアント端末（ここでは、プリンタ２０）のログインを許可する。
【００４２】
この場合、プリンタ２０の制御部２１は、スタイルシートデータ記憶部１３、フォームデータ記憶部１４から、スタイルシートやフォームの最新バージョン情報を取得する。そして、制御部２１のダウンロード処理手段２１１は、スタイルシートデータ記憶部２３やフォームデータ記憶部２４に記憶されているスタイルシートやフォームの現行バージョン情報と、ＡＳＰシステム１０から取得した最新バージョン情報とを比較する。そして、スタイルシートデータ記憶部２３やフォームデータ記憶部２４に記憶されている現行バージョンが古くなっていることを検知した場合には、ダウンロード処理手段２１１は、スタイルシートデータ記憶部１３やフォームデータ記憶部１４からスタイルシートやフォームをダウンロードする。そして、ダウンロード処理手段２１１は、ダウンロードデータを用いてスタイルシートデータ記憶部２３やフォームデータ記憶部２４を更新する。
【００４３】
次に、プリンタ２０の制御部２１は、リスト要求処理を実行する（ステップＳ１−２）。具体的には、制御部２１のダウンロード処理手段２１１は、業務管理データの一覧リスト要求を送信する。このリスト要求を受信したＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５は、通常のコンピュータ端末からの要求を受信した場合と同様に、ユーザ認証されたユーザＩＤに関連付けられた業務管理データを業務管理データ記憶部１２から取得し、この業務管理データを用いて一覧リストを生成する。この一覧リストには、業務管理データ記憶部１２に記録された業務管理データに含まれる種別識別子及び管理識別子を含める。
【００４４】
そして、ＷＥＢアプリケーションサーバ１５は、この一覧リストを、リスト要求を送信したクライアント（ここでは、プリンタ２０）に対して送信する。
これにより、プリンタ２０の制御部２１は、一覧リストを取得する（ステップＳ１−３）。この場合、制御部２１のダウンロード処理手段２１１は、帳票印刷を行なう必要がある業務管理データの有無の確認処理を実行する（ステップＳ１−４）。具体的には、出力対象データ記憶手段に記憶された出力対象種別識別子と、一覧リストに含まれる種別識別子とを照合する。
【００４５】
ここで、一覧リストの中に帳票印刷を行なう必要がある業務管理データがない場合（ステップＳ１−４において「ＮＯ」の場合）、プリンタ２０の制御部２１は、帳票印刷処理を終了する。具体的には、制御部２１のダウンロード処理手段２１１は、ＡＳＰシステム１０からのログアウト処理を実行する。
【００４６】
一方、一覧リストの中に帳票印刷を行なう必要がある業務管理データを検知した場合（ステップＳ１−４において「ＹＥＳ」の場合）、プリンタ２０の制御部２１はデータ要求処理を実行する（ステップＳ１−５）。具体的には、制御部２１のダウンロード処理手段２１１は、一覧リストにおいて、出力対象種別識別子と一致する種別識別子に関連付けられた管理識別子を特定して、この管理識別子についての業務管理データのダウンロード要求を、ＡＳＰシステム１０に対して送信する。
【００４７】
この場合、ＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５は、通常のコンピュータ端末からの要求を受信した場合と同様に、この管理識別子を含む業務管理データ（ＸＭＬデータ）の送信を開始する。
【００４８】
そして、プリンタ２０の制御部２１は、ダウンロードを継続して（ステップＳ１−６において「ＮＯ」）、ダウンロードしたＸＭＬデータを受信データ記憶部２２に格納する。
プリンタ２０の制御部２１がダウンロード完了を検知した場合（ステップＳ１−６において「ＹＥＳ」の場合）には受信完了処理を実行する（ステップＳ１−７）。ここでは、制御部２１のダウンロード処理手段２１１は、オーバーレイ処理手段２１２に変換処理の実行を指示する。なお、この場合、ダウンロード処理手段２１１は、ダウンロード完了通知をＡＳＰシステム１０に送信しないで待機する。
【００４９】
次に、プリンタ２０の制御部２１は、業務管理データの変換処理を実行する（ステップＳ１−８）。具体的には、図４に示すように、制御部２１のオーバーレイ処理手段２１２は、受信データ記憶部２２に格納されたＸＭＬデータを、スタイルシートデータ記憶部２３に記憶されたスタイルシートを使ってオーバーレイ用ＸＭＬデータに変換する。更に、オーバーレイ処理手段２１２は、このオーバーレイ用ＸＭＬデータを、フォームデータ記憶部２４に記憶されたフォームにオーバーレイすることにより印刷データを生成する。
【００５０】
そして、プリンタ２０の制御部２１は、印刷開始処理を実行する（ステップＳ１−９）。具体的には、制御部２１のオーバーレイ処理手段２１２は、生成した印刷データを印刷処理手段２１３に供給して、印刷処理を開始させる。
【００５１】
そして、図３に示すように、プリンタ２０の制御部２１は印刷完了を待機する（ステップＳ２−１において「ＮＯ」）。ダウンロード処理手段２１１が印刷完了を検知した場合（ステップＳ２−１において「ＹＥＳ」の場合）、プリンタ２０の制御部２１は、ＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５とのセッション状態の確認処理を実行する（ステップＳ２−２）。具体的には、制御部２１のダウンロード処理手段２１１が、ＷＥＢアプリケーションサーバ１５とのセッションがタイムアウトしていないかどうかを
確認する。
【００５２】
ここで、ＷＥＢアプリケーションサーバ１５とのセッションがタイムアウトしておらず、セッションが維持されている場合（ステップＳ２−２において「ＮＯ」の場合）には、プリンタ２０の制御部２１は出力完了通知処理を実行する（ステップＳ２−４）。具体的には、制御部２１のダウンロード処理手段２１１は、ＷＥＢアプリケーションサーバ１５に出力完了通知を送信する。この出力完了通知には、ダウンロードを行なった管理識別子に関するデータを含める。この出力完了通知を受信したＡＳＰシステム１０は、ダウンロードが完了したものとして、業務管理データ記憶部１２から、この管理識別子の業務管理データをダウンロード対象から除外する。
【００５３】
一方、ＷＥＢアプリケーションサーバ１５とのセッションがタイムアウトしており、セッションが切断されている場合（ステップＳ２−２において「ＹＥＳ」の場合）には、プリンタ２０の制御部２１は、ＷＥＢアプリケーションサーバ１５に対して、再度、ログイン処理を実行する（ステップＳ２−３）。この場合も、メモリに記憶された認証情報を含めたログイン要求データを送信する。そして、ログインを完了した後、プリンタ２０の制御部２１は出力完了通知処理を実行する（ステップＳ２−４）。
【００５４】
（具体例）
次に、複数の発注企業と受注企業との間で受発注を行なう処理について説明する。
ここでは、発注企業（Ａ社、Ｂ社、Ｃ社）が発注を行ない、受注企業（Ｘ社、Ｙ社、Ｚ社）が受注する場合を想定する。データセンタのＡＳＰシステム１０は、上述したように、業務管理サーバ１１とＷＥＢアプリケーションサーバ１５とから構成される。そして、ＡＳＰシステム１０は、業務管理データ記憶部１２、スタイルシートデータ記憶部１３、フォームデータ記憶部１４を備える。プリンタ２０も、同様に、受信データ記憶部２２、スタイルシートデータ記憶部２３、フォームデータ記憶部２４を備える。更に、ＡＳＰシステム１０やプリンタ２０は、印刷データ作成定義やオーバーレイ定義を格納した定義情報記憶部（図示せず）を備える。そして、各データ記憶部に記録されたスタイルシート、フォーム、印刷データ作成定義やオーバーレイ定義には、バージョンを特定するためのバージョンコードが付与されている。
【００５５】
ここでは、発注企業は、図５に示すように、業務管理データとして発注データ（発注用）をデータセンタのＡＳＰシステム１０に対して送信する。この発注データ（発注用）には、発注企業及び受注企業を特定するためのデータが含まれる。そして、発注データ（発注用）は、図５に示すように、受注企業毎にまとめられて、発注データ（受注用）が生成される。そして、各受注企業は、ＡＳＰシステム１０にログインを行ない、自社分の発注データ（受注用）を取得する。
【００５６】
この発注データ（発注用）１００は、図６に示すように、ヘッダーエリア１０１、発注者情報エリア１０２、発注情報エリア１０３を含んで構成される。
ヘッダーエリア１０１には、ＸＭＬメッセージが発注データ（発注用）であることや、スキーマのバージョン、メッセージのシリアル番号などに関するデータが記録されている。
【００５７】
発注者情報エリア１０２には、発注者を特定するための事業所のコードや名称などに関するデータが記録されている。
発注情報エリア１０３には、発注先（受注者）、商品の種類、個数等に関するデータが記録されている。図６に示す発注データ（発注用）１００には、２つの発注情報が記録されている。
【００５８】
発注データ（発注用）１００についてのＸＭＬデータのスキームは、流通業界において「流通ビジネスメッージ標準」（財団法人流通システム開発センター）により標準化されている。
【００５９】
この発注データ（発注用）１００は、発注先毎に仕分けられ、図７に示す発注データ（受注用）１２０に変換され、業務管理データとして業務管理データ記憶部１２に記録される。
【００６０】
また、この発注データ（受注用）１２０は、ヘッダーエリア１２１、発注者情報エリア１２２、発注情報エリア１２３を含んで構成される。
ヘッダーエリア１２１には、ＸＭＬメッセージが発注データ（発注用）であることや、スキーマのバージョン、メッセージのシリアル番号などに関するデータが記録されている。
【００６１】
発注者情報エリア１２２には、発注者を特定するための事業所のコードや名称などに関するデータが記録されている。
発注情報エリア１２３には、発注者情報エリア１２２に対応して、発注先（受注者）、商品の種類、個数等に関するデータが記録されている。図７に示す発注データ（受注用）１２０には、２つの発注情報が記録されている。
【００６２】
ＡＳＰシステム１０は、プリンタ２０に、図８に示す印刷データ作成定義ＰＤを供給する。印刷データ作成定義ＰＤは、業務データを印刷データへ変換する方法を定義する。例えば、業務データの種類毎に、使用するＸＳＬやフォームなどを定義する。
【００６３】
また、ＡＳＰシステム１０は、プリンタ２０に、図９に示すスタイルシートＳＳを供給する。このスタイルシートＳＳは、業務データを帳票用データに変換する方法を定義する。例えば、汎用のＸＳＬＴを利用するＸＳＬを用いる。この例では、ＸＭＬ形式の発注データ（受注用）を帳票用データ（ＣＳＶ形式）に変換する。
【００６４】
そして、プリンタ２０は、スタイルシートＳＳを使って、発注データ（受注用）１２０を、図１０に示す帳票用データＬＳに変換する。この帳票用データＬＳには、後述するフォームにマッピングして帳票を完成させるためのデータが記録される。図１０では、帳票イメージ（受注伝票）用の帳票用データＬＳを示している。
【００６５】
また、ＡＳＰシステム１０は、プリンタ２０に、図１１に示すオーバーレイ定義ＯＤを供給する。このオーバーレイ定義ＯＤは、ＣＳＶ形式の帳票用データＬＳが、フォームのどの項目にマッピングされるかを定義する。図１１に示すオーバーレイ定義ＯＤでは、「１項目」目はＡ０１に左詰でマッピングすることを示している。
【００６６】
また、ＡＳＰシステム１０は、プリンタ２０に、図１２に示すフォームＦ０を供給する。
そして、このフォームＦ０を用いて、作成した帳票イメージ（受注伝票）Ｆ１を図１３に示す。また、帳票イメージ（ピッキングリスト）Ｆ２を図１４に示す。
【００６７】
このようなスタイルシート、オーバーレイ定義をＡＳＰシステム１０に登録するためのデータフローを図１５に示す。
まず、管理者は、必要に応じて、スタイルシート、オーバーレイ定義をＡＳＰシステム１０に登録する。
【００６８】
そして、プリンタ２０は、定期的にスタイルシート、オーバーレイ定義をダウンロード
するために、プリンタ２０はＡＳＰサーバにアクセスし、認証要求を送信する。この認証要求には、プリンタ２０に格納されたユーザＩＤやパスワードを含める。ＡＳＰシステム１０は、認証を完了した場合、認証許可をプリンタに送信する。
【００６９】
認証許可を受信したプリンタ２０は、変更分のスタイルシート、オーバーレイ定義等を要求する。この場合には、プリンタ２０が保持しているスタイルシート、オーバーレイ定義等のバージョンコードをＡＳＰシステム１０に送信する。
【００７０】
そして、ＡＳＰシステム１０は、受信したバージョンコードと最新のバージョンコードとを比較し、バージョンアップの要否を判断する。
より新しいバージョンコードが付与されたスタイルシート、オーバーレイ定義等が登録されている場合には、ＡＳＰシステム１０は、変更分のスタイルシート、オーバーレイ定義等をプリンタ２０に送信する。
【００７１】
プリンタ２０は、受信したスタイルシート、オーバーレイ定義等を各データ記憶部に格納する。
そして、受注リストやピッキングリストを印刷するためのデータフローを図１６に示す。
【００７２】
発注企業は、発注端末を用いて発注データ（発注用）をＡＳＰシステム１０に送信する。この発注データ（発注用）は、発注先毎に仕分けられ、ＡＳＰシステム１０の業務管理データ記憶部１２に蓄積される。
【００７３】
そして、受注企業のプリンタ２０は、定期的にＡＳＰシステム１０にアクセスし、上述の処理と同様に認証要求を送信する。ＡＳＰシステム１０は、認証を完了した場合、認証許可をプリンタに送信する。
【００７４】
認証許可を受信したプリンタ２０は、発注データ要求を送信する。発注要求を受信したＡＳＰシステム１０は、認証された企業の発注データ（受注用）１２０を業務管理データ記憶部１２から抽出する。そして、プリンタ２０に対して発注データ（受注用）１２０をダウンロードする。この場合、プリンタ２０は、受信した発注データ（受注用）を、受信データ記憶部２２に格納する。
【００７５】
そして、プリンタ２０は、ダウンロードした発注データ（受注用）の印刷処理を実行する。この印刷処理を、図１７を用いて説明する。
まず、プリンタ２０の制御部２１は、印刷データ作成定義の取得処理を実行する（ステップＳ３−１）。具体的には、制御部２１のオーバーレイ処理手段２１２が、印刷データ作成定義を定義情報記憶部から取得する。
【００７６】
次に、プリンタ２０の制御部２１は、スタイルシートを使って、発注データから帳票用データへの変換処理を実行する（ステップＳ３−２）。具体的には、制御部２１のオーバーレイ処理手段２１２が、スタイルシートデータ記憶部２３に記憶されたスタイルシートを使って帳票用データＬＳ（オーバーレイ用ＸＭＬデータ）に変換する。
【００７７】
次に、プリンタ２０の制御部２１は、オーバーレイ定義、フォームを用いて帳票用データから印刷データへの変換処理を実行する（ステップＳ３−３）。具体的には、制御部２１のオーバーレイ処理手段２１２が、この帳票用データＬＳを、フォームデータ記憶部２４に記憶されたフォームにオーバーレイすることにより印刷データを生成する。
【００７８】
そして、プリンタ２０の制御部２１は、印刷データの紙出力処理を実行する（ステップ
Ｓ３−４）。具体的には、制御部２１の印刷処理手段２１３が、印刷データを用いて紙出力を行なう。
【００７９】
次に、プリンタ２０の制御部２１は、発注データに対して、作成すべき帳票がまだあるかどうかについての判定処理を実行する（ステップＳ３−５）。具体的には、制御部２１のオーバーレイ処理手段２１２が、受信データ記憶部２２に、まだ帳票を印刷していない発注データ（受注用）の有無を調査する。まだ作成すべき帳票がある場合（ステップＳ３−５において「ＹＥＳ」の場合）には、ステップＳ３−１の処理から繰り返す。一方、作成すべき帳票がない場合（ステップＳ３−５において「ＮＯ」の場合）、プリンタ２０の制御部２１は、印刷処理を終了する。
【００８０】
一方、印刷処理を終了した場合には、図１６に示すように、再度、プリンタ２０は、ＡＳＰシステム１０にアクセスし、認証要求を送信する。ＡＳＰシステム１０は、認証を完了した場合、認証許可をプリンタに送信する。
【００８１】
認証許可を受信したプリンタ２０は、ＡＳＰシステム１０に対して、印刷完了通知を送信する。この場合、ＡＳＰシステム１０は、印刷を完了した発注データ（受注用）を業務管理データ記憶部１２から削除する。
【００８２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・  上記実施形態では、プリンタ２０がスタイルシートデータ記憶部２３、フォームデータ記憶部２４を備える。そして、プリンタ２０の制御部２１はＡＳＰシステム１０にログインし（ステップＳ１−１）、帳票印刷を行なう必要がある業務管理データを検知した場合（ステップＳ１−４において「ＮＯ」の場合）、プリンタ２０の制御部２１はデータ要求処理を実行する（ステップＳ１−５）。そして、プリンタ２０の制御部２１は、ダウンロードした業務管理データの変換処理を実行し（ステップＳ１−８）、帳票の印刷を行なう（ステップＳ１−９）。これにより、ＡＳＰを利用して、コンピュータ端末がない環境においてもダイレクト印刷を実現することができる。ユーザにとっては、ファクシミリを受け取るように各種帳票を出力させることができる。特に、配送伝票やピッキングリスト等の伝票印刷が発生するＥＤＩ（電子商取引）おいて、工場等のようにコンピュータ端末の設置が困難な環境においても効率的な業務を行なうことができる。
【００８３】
更に、プリンタ２０が、スタイルシートデータ記憶部２３、フォームデータ記憶部２４を用いて、業務管理データの変換処理を実行する。これにより、プリンタ２０を用いる場合においても、ＡＳＰシステム１０は通常のコンピュータ端末を利用してのアクセスと同様に対応することができる。従って、印刷専用のデータを生成する必要がないため、ＡＳＰシステム１０に印刷処理（印刷データ生成等）のための高負荷がかかることがない。
【００８４】
・  上記実施形態では、ダウンロード完了を検知した場合（ステップＳ１−６において「ＹＥＳ」の場合）、プリンタ２０の制御部２１は、受信完了処理を実行する（ステップＳ１−７）。具体的には、制御部２１のダウンロード処理手段２１１は、オーバーレイ処理手段２１２に変換処理の実行を指示する。なお、この場合、ダウンロード処理手段２１１は、ダウンロード完了通知を送信しないで待機する。プリンタ２０の制御部２１は、印刷完了後に出力完了通知処理を実行する（ステップＳ２−４）。これにより、印刷途中で出力に障害が発生した場合にも、ＡＳＰシステム１０において、業務管理データをダウンロード対象として保持させることができる。従って、プリンタの電源オフやプリンタの交換により出力を完了しなかった場合でも、次回の処理時に出力完了しなかったデータを再度処理することができる。
【００８５】
・  上記実施形態では、印刷が完了した場合（ステップＳ２−１において「ＹＥＳ」の
場合）、プリンタ２０の制御部２１は、ＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５とのセッション状態の確認処理を実行する（ステップＳ２−２）。ＷＥＢアプリケーションサーバ１５とのセッションがタイムアウトしており、セッションが維持されていない場合（ステップＳ２−２において「ＹＥＳ」の場合）には、プリンタ２０の制御部２１は、ＷＥＢアプリケーションサーバ１５に対して、再度、ログイン処理を実行する（ステップＳ２−３）。そして、プリンタ２０の制御部２１は出力完了通知処理を実行する（ステップＳ２−４）。通常、ダウンロードに要する所要時間より、印刷に要する所要時間の方が長くなり、この間にセッションがタイムアウトしてしまう場合がある。この場合にも、的確に出力完了をＡＳＰシステム１０に提供することができる。
【００８６】
・  上記実施形態では、プリンタ２０の制御部２１は、一覧リストを取得する（ステップＳ１−３）。この場合、制御部２１のダウンロード処理手段２１１は、帳票印刷を行なう必要がある業務管理データの有無の確認処理を実行する（ステップＳ１−４）。具体的には、出力対象データ記憶手段に記憶された出力対象種別識別子と、一覧リストに含まれる種別識別子とを照合する。これにより、プリンタ２０において印刷する必要がある業務管理データについての帳票を出力することができる。この場合、他の業務管理データは、通常通り、ユーザ端末３０を用いてダウンロードすることができる。
【００８７】
なお、上記実施形態は、以下の態様に変更してもよい。
○  上記実施形態では、業務支援サーバとしてＡＳＰシステム１０を用いたが、ＡＳＰに限定されるものではなく、社内における帳票印刷のために利用することも可能である。
【００８８】
○  上記実施形態では、ＡＳＰシステム１０が、スタイルシートデータ記憶部１３やフォームデータ記憶部１４を備えるように構成したが、プリンタ２０に、印刷を行なうために用いる変換パターン（スタイルシートやフォーム）を保持させることができればよい。例えば、プリンタ２０に、所定の記録媒体を用いて直接、インストールすることも可能である。
【００８９】
○  上記実施形態では、ログイン時にプリンタ２０の制御部２１は、スタイルシートデータ記憶部１３、フォームデータ記憶部１４から、スタイルシートやフォームの最新バージョン情報を取得する。スタイルシートやフォームの更新は、このタイミングに限定されるものではない。例えば、一覧リストの中に帳票印刷を行なう必要がある業務管理データを検知した場合（ステップＳ１−４において「ＹＥＳ」の場合）に、最新バージョンの確認やダウンロードを行なうように構成してもよい。これにより、帳票印刷処理を実行しない場合に不必要なスタイルシートやフォームのダウンロードを抑制し、通信負荷を軽減することができる。
【００９０】
○  上記実施形態では、ダウンロード完了を検知した場合（ステップＳ１−６において「ＹＥＳ」の場合）、プリンタ２０の制御部２１は、受信完了処理を実行する（ステップＳ１−７）。この場合、ダウンロード処理手段２１１は、ダウンロード完了通知を送信しないで待機する。これに代えて、プリンタ２０の制御部２１がダウンロード完了通知を送信するようにしてもよい。この場合には、ＡＳＰシステム１０のＷＥＢアプリケーションサーバ１５は、ダウンロード要求を送信したクライアント端末を識別する。そして、プリンタ２０からのダウンロード要求を取得した場合には、ＷＥＢアプリケーションサーバ１５は、印刷完了通知があるまで、業務管理データについてダウンロード対象からの除外を延期する。
【００９１】
○  上記実施形態では、プリンタ２０の制御部２１は、業務管理データの変換処理を実行する（ステップＳ１−８）。具体的には、制御部２１のオーバーレイ処理手段２１２は、受信データ記憶部２２に格納されたＸＭＬデータを、スタイルシートデータ記憶部２３
に記憶されたスタイルシートを使ってオーバーレイ用ＸＭＬデータに変換する。更に、オーバーレイ処理手段２１２は、このオーバーレイ用ＸＭＬデータを、フォームデータ記憶部２４に記憶されたフォームにオーバーレイすることにより印刷データを生成する。この場合、種別識別子に応じて、印刷する帳票の種類を切り替えるようにしてもよい。具体的には、スタイルシートデータ記憶部２３には、種別識別子に関連付けてスタイルシートを記憶させておく。また、フォームデータ記憶部２４には、種別識別子に関連付けてフォームを記憶させておく。そして、制御部２１のオーバーレイ処理手段２１２は、受信データ記憶部２２に格納されたＸＭＬデータに含まれる種別識別子に応じて、使用するスタイルシートやフォームを切り替える。これにより、業務管理データによって帳票を使い分けることができる。
【００９２】
また、スタイルシートデータ記憶部２３やフォームデータ記憶部２４には、１つの種別識別子に対して複数のスタイルシートやフォームを記憶させておくことも可能である。この場合には制御部２１のオーバーレイ処理手段２１２は、スタイルシートデータ記憶部２３やフォームデータ記憶部２４から、種別識別子に関連付けられたすべてのスタイルシートやフォームを抽出する。そして、これらのスタイルシートやフォームを用いて印刷データを生成する。これにより、１つの業務管理データから、複数の帳票を出力することができる。例えば、受注データに基づいて受注伝票とピッキングリストを出力することも可能である。
【図面の簡単な説明】
【００９３】
【図１】本発明の一実施形態のシステムの概略図。
【図２】本実施形態の処理手順の説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の電子商取引における業務の説明図。
【図６】発注データ（発注用）の具体例の説明図。
【図７】発注データ（受注用）の具体例の説明図。
【図８】印刷データ作成定義の具体例の説明図。
【図９】スタイルシートの具体例の説明図。
【図１０】帳票用データの具体例の説明図。
【図１１】オーバーレイ定義の具体例の説明図。
【図１２】フォームの具体例の説明図。
【図１３】帳票イメージ（受注伝票）の具体例の説明図。
【図１４】帳票イメージ（ピッキングリスト）の具体例の説明図。
【図１５】データフローの説明図。
【図１６】データフローの説明図。
【図１７】本実施形態の印刷処理の説明図。
【図１８】電子商取引における業務と帳票の説明図。
【符号の説明】
【００９４】
１０…ＡＳＰシステム、１１…業務管理サーバ、１５…ＷＥＢアプリケーションサーバ、１６…ユーザ情報記憶部、１２…業務管理データ記憶部、１３…スタイルシートデータ記憶部、１４…フォームデータ記憶部、２０…プリンタ、２１…制御部、２１１…ダウンロード処理手段、２１２…オーバーレイ処理手段、２１３…印刷処理手段、２２…受信データ記憶部、２３…スタイルシートデータ記憶部、２４…フォームデータ記憶部。
【図１】
0005380899.tif 000002
【図２】
0005380899.tif 000003
【図３】
0005380899.tif 000004
【図４】
0005380899.tif 000005
【図５】
0005380899.tif 000006
【図６】
0005380899.tif 000007
【図７】
0005380899.tif 000008
【図８】
0005380899.tif 000009
【図９】
0005380899.tif 000010
【図１０】
0005380899.tif 000011
【図１１】
0005380899.tif 000012
【図１２】
0005380899.tif 000013
【図１３】
0005380899.tif 000014
【図１４】
0005380899.tif 000015
【図１５】
0005380899.tif 000016
【図１６】
0005380899.tif 000017
【図１７】
0005380899.tif 000018
【図１８】
0005380899.tif 000019