(57)【要約】【課題】多数の印刷装置に効率的かつ柔軟に帳票データを配信可能な帳票配信システムを提供すること。【解決手段】各印刷装置に配信するための帳票データ１２３と、各印刷装置の認証情報と各印刷装置への送信を認める帳票データまたは各印刷装置へのアクセスを認めるファイル管理単位の範囲を特定するアクセス許可情報のいずれかを含む配信先マスタ１２５とを帳票配信ホスト１２０内に記憶しておき、帳票配信ホスト１２０のＣＰＵが実行する認証制御部１２２は、配信先マスタ１２５に基づき、各印刷装置からの接続要求を認証するとともに、認証に成功した場合には、該印刷装置に前記帳票データを配信し、該印刷装置から返信される前記帳票データの印刷結果を受信するように制御し、前記接続要求に応じて各印刷装置に送信した帳票データと各印刷装置から受信した前記帳票データの印刷結果を含む印刷ログ１２６を記憶しておく構成を特徴とする。【選択図】図１
2005352540.tif 000002
【特許請求の範囲】
【請求項１】
複数の印刷装置と通信回線を介して接続された帳票配信装置であって、
前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、
前記各印刷装置の認証情報と、前記各印刷装置への送信を認める帳票データまたは前記各印刷装置へのアクセスを認めるファイル管理単位の範囲を特定するアクセス許可情報のいずれかを含む配信管理情報を記憶する配信先記憶手段と、
前記配信管理情報に基づき、前記各印刷装置からの接続要求を認証するとともに、認証に成功した場合には、該印刷装置に前記帳票データを配信し、該印刷装置から返信される前記帳票データの印刷結果を受信するように制御する認証制御手段と、
前記接続要求に応じて前記各印刷装置に送信した帳票データと、前記各印刷装置から受信した前記帳票データの印刷結果を含む印刷ログ記憶手段と、
を備えることを特徴とする帳票配信装置。
【請求項２】
帳票配信装置と通信回線を介して接続された印刷装置であって、
前記帳票配信装置から受信すべき１又は複数の帳票データ及び前記帳票配信装置に接続要求すべき時刻と前記帳票配信装置に接続要求する際の認証情報を含む制御情報を記憶する制御情報記憶手段と、
前記制御情報に基づいて前記帳票配信装置に接続すると共に、前記受信すべき各帳票データを前記帳票配信装置から受信し、前記受信した各帳票データの印刷結果を前記帳票配信装置に送信する印刷制御手段と、
を備えることを特徴とする印刷装置。
【請求項３】
複数の印刷装置と通信回線を介して接続された帳票配信装置であって、
前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、
前記各帳票データを配信する印刷装置を特定するとともに、前記各印刷装置への配信時刻及び配信すべき帳票データを含む配信先情報を記憶する配信先記憶手段と、
前記配信先情報に基づいて配信先の各印刷装置に順次接続要求を送信し、接続に成功した場合は、前記各帳票データを送信する配信制御手段と、
を備えることを特徴とする帳票配信装置。
【請求項４】
帳票配信装置と通信回線を介して接続された印刷装置であって、
前記帳票配信装置から受信すべき１又は複数の帳票データを含む制御情報を記憶する制御情報記憶手段と、
前記帳票配信装置から受信した接続要求に応じて前記印刷装置内のステータス情報を収集して帳票印刷の可否を判定し、該帳票印刷の可否情報を前記帳票配信装置に送信する印刷制御手段と、
を備えることを特徴とする印刷装置。
【請求項５】
前記印刷制御手段は、前記１又は複数の印刷すべき帳票データの少なくとも一部が前記帳票配信装置に存在しなかった場合に、前記制御情報に基づき、存在しなかった帳票データに応じて、該存在しなかった帳票データの印刷保留、前記帳票配信装置に所定の時刻に前記存在しなかった帳票データの再送要求の前記帳票配信装置への送信、所定の通知先への警告情報の通知、登録される前記印刷装置の管理者用端末での警告表示のための表示情報の送信、の少なくともいずれか１つを実行することを特徴とする請求項２又は４記載の印刷装置。
【請求項６】
前記印刷制御手段の制御プログラムと前記制御情報記憶手段を前記印刷装置のＬＡＮアダプタ内のメモリに設けてなることを特徴とする請求項２又は４記載の印刷装置。
【請求項７】
複数の印刷装置と帳票配信装置が通信回線を介して接続された帳票配信システムであって、
前記帳票印刷装置は、
前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、
前記各印刷装置の認証情報と、前記各印刷装置への送信を認める帳票データまたは前記各印刷装置へのアクセスを認めるファイル管理単位の範囲を特定するアクセス許可情報のいずれかを含む配信管理情報を記憶する配信先記憶手段と、
前記配信管理情報に基づき、前記各印刷装置からの接続要求を認証するとともに、認証に成功した場合には、該印刷装置に前記帳票データを配信し、該印刷装置から返信される前記帳票データの印刷結果を受信するように制御する認証制御手段と、
前記接続要求に応じて前記各印刷装置に送信した帳票データと、前記各印刷装置から受信した前記帳票データの印刷結果を含む印刷ログ記憶手段とを備え、
前記各印刷装置は、
前記帳票配信装置から受信すべき１又は複数の帳票データ及び前記帳票配信装置に接続要求すべき時刻と前記帳票配信装置に接続要求する際の認証情報を含む制御情報を記憶する制御情報記憶手段と、
前記制御情報に基づいて前記帳票配信装置に接続すると共に、前記受信すべき各帳票データを前記帳票配信装置から受信し、前記受信した各帳票データの印刷結果を前記帳票配信装置に送信する印刷制御手段と、
を備えることを特徴とする帳票配信システム。
【請求項８】
複数の印刷装置と帳票配信装置が通信回線を介して接続された帳票配信システムであって、
前記帳票配信装置は、
前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、
前記各帳票データを配信する印刷装置を特定するとともに、前記各印刷装置への配信時刻及び配信すべき帳票データを含む配信先情報を記憶する配信先記憶手段と、
前記配信先情報に基づいて配信先の各印刷装置に順次接続要求を送信し、接続に成功した場合は、前記各帳票データを送信する配信制御手段とを備え、
前記印刷装置は、
前記帳票配信装置から受信すべき１又は複数の帳票データを含む制御情報を記憶する制御情報記憶手段と、
前記帳票配信装置から受信した接続要求に応じて前記印刷装置内のステータス情報を収集して帳票印刷の可否を判定し、該帳票印刷の可否情報を前記帳票配信装置に送信する印刷制御手段と、
を備えることを特徴とする帳票配信システム。
【請求項９】
複数の印刷装置と通信回線を介して接続され、前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、前記各印刷装置の認証情報と、前記各印刷装置への送信を認める帳票データまたは前記各印刷装置へのアクセスを認めるファイル管理単位の範囲を特定するアクセス許可情報のいずれかを含む配信管理情報を記憶する配信先記憶手段とを備えた帳票配信装置における帳票配信方法であって、
前記配信管理情報に基づき、前記各印刷装置からの接続要求を認証するとともに、認証に成功した場合には、該印刷装置に前記帳票データを配信し、該印刷装置から返信される前記帳票データの印刷結果を受信するように制御する認証制御ステップと、
前記接続要求に応じて前記各印刷装置に送信した帳票データと、前記各印刷装置から受信した前記帳票データの印刷結果を含む印刷ログを記憶手段に格納するログ格納ステップと、
を備えることを特徴とする帳票配信方法。
【請求項１０】
帳票配信装置と通信回線を介して接続され、前記帳票配信装置から受信すべき１又は複数の帳票データ及び前記帳票配信装置に接続要求すべき時刻と前記帳票配信装置に接続要求する際の認証情報を含む制御情報を記憶する制御情報記憶手段を備える印刷装置における帳票配信方法であって、
前記制御情報に基づいて前記帳票配信装置に接続すると共に、前記受信すべき各帳票データを前記帳票配信装置から受信し、前記受信した各帳票データの印刷結果を前記帳票配信装置に送信する印刷制御ステップを備えることを特徴とする帳票配信方法。
【請求項１１】
複数の印刷装置と通信回線を介して接続され、前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、前記各帳票データを配信する印刷装置を特定するとともに、前記各印刷装置への配信時刻及び配信すべき帳票データを含む配信先情報を記憶する配信先記憶手段とを備える帳票配信装置における帳票配信方法であって、
前記配信先情報に基づいて配信先の各印刷装置に順次接続要求を送信し、接続に成功した場合は、前記各帳票データを送信する配信制御ステップを備えることを特徴とする帳票配信方法。
【請求項１２】
帳票配信装置と通信回線を介して接続され、前記帳票配信装置から受信すべき１又は複数の帳票データを含む制御情報を記憶する制御情報記憶手段を備える印刷装置の帳票配信方法であって、
前記帳票配信装置から受信した接続要求に応じて前記印刷装置内のステータス情報を収集して帳票印刷の可否を判定し、該帳票印刷の可否情報を前記帳票配信装置に送信する印刷制御ステップを備えることを特徴とする帳票配信方法。
【請求項１３】
請求項９〜１２のいずれかに記載された帳票配信方法を実行するためのプログラム。
【請求項１４】
請求項９〜１２のいずれかに記載された帳票配信方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の通知回線を介して複数の印刷装置に複数の帳票データを配信可能な帳票配信装置および帳票配信システムおよび帳票配信方法およびプログラムおよび記憶媒体に関する。
【背景技術】
【０００２】
帳票配信はプル型（例えばホストで作成した帳票データを利用部門側の帳票サーバが取りに行く）又はプッシュ型（例えばホストが帳票データをプリンタに送信する）で行われている。
【０００３】
例えば、特許文献１（特開２００１−２４３０３３号公報）では、プッシュ型の例であり、配布先の出力装置をその都度入力指定しておかなくても、配布対象のデータに関連する配布先の出力装置（プリンタやＦＡＸ）や給紙カセットを自動指定して配信させることができるデータ配信制御装置が開示されている。
【０００４】
又、特許文献２（特開平６−１８７１０７号公報）も、プッシュ型の例であり、入力装置から入力された帳票配布出力制御情報に基づいて、帳票配布出力制御テーブル作成手段によって、端末識別記号、出力先名、帳票名、この帳票名の帳票を作成する適用業務プログラム名および配布先名からなる帳票配布出力制御テーブルを作成し、端末識別記号と帳票名とからなる出力要求に応じて、制御手段によって、端末識別記号および帳票名に対応する情報を帳票配布出力制御テーブルから検索し、帳票作成手段によって、適用業務プログラムを実行して、配布に必要な部数分の帳票イメージデータを作成し、出力制御手段によって、出力要求の端末識別記号に対応する出力先の印刷装置に出力する帳票配布出力装置が開示されている。
【特許文献１】特開２００１−２４３０３３号公報
【特許文献２】特開平６−１８７１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１のような従来のプッシュ型では、例えば一部の支店でネットワーク機器のトラブルが発生した場合には、トラブルの起きた支店への帳票配信に失敗し、リトライを行うため、全体の処理効率が低下してしまうという問題点があった。プリンタ側でトラブルが発生した場合やプリンタの電源が入っていなかった場合にも同様の不具合が生じる。
【０００６】
又、特許文献２に示されたように各プリンタで複数種類の帳票を受信し、かつプリンタによって受信する帳票が異なる場合には、ホスト側で各プリンタに応じてどの帳票データを送信するか管理する必要があり、ホスト側の管理工数が大きくなるという問題がある。
【０００７】
他方、プル型の帳票配信で、各プリンタサーバからホストコンピュータに配信を要求する場合には、サーバが必要なため導入コストと維持コストが掛かってしまう。プリンタの（紙詰まり、用紙切れ、トナー切れ等の）状況をホスト側が把握できず、プリンタサーバ側がプリンタの状況を把握するためには、専用のプリンタ管理ソフトが必要になるという問題がある。
【０００８】
更に、プッシュ型およびプル型に共通する課題として、ホスト側の帳票データ作成プログラムがデータ例外等で異常終了し、一部の帳票データが作成されなかった場合に柔軟な対応ができないという問題があった。例えばある帳票を複数箇所に配信する場合、その利用方法や位置付けは各部署により異なる場合が少なくない。このような事情を考慮すると、帳票データの配信が遅れた場合に、帳票の性質により、あるいはある帳票を利用する側の業務の特性により、（１）所定時間経過後に再度受信する、（２）所定時刻に再度受信する、（３）再度の受信は不要（特定の時間に帳票出力が完了していないと帳票出力自体が無意味になる場合）といった処理が考えられるが、従来技術では、このようなきめ細かい異常時対応処理はできないという問題があった。
【０００９】
又、帳票印刷当初にはプリンタ用紙があったが、印刷途中で用紙切れやトナー切れ、紙詰まりとなった場合の柔軟な対応（例えば、どの帳票が未印刷であったかに応じて帳票データの再送信の有無を指定する等）も従来技術によれば困難であった。
【００１０】
仮にこのようなプリンタ毎あるいは帳票毎の設定をホスト側で登録して処理しようとすると、ホスト側では、認証及び配布先毎に配信可能な帳票のチェックの処理に加えて、個別のプリンタ側の状況を把握した上で、異常発生時の処理をプリンタ毎あるいは帳票毎に行う必要があり、ホスト側の処理負荷が極めて大きくなるという問題があった。
【００１１】
また、ネットワーク機器等の故障や、ネットワークを輻輳させるウィルスの大規模な蔓延等で帳票データ配信が大幅に遅れた場合、プリンタが設置されている各拠点からホスト側オペレータへの大量の問合せが発生し、ホスト側オペレータが問合せ対応に忙殺されるという問題もあった。
【００１２】
本発明は、上記の問題点を解決するためになされたもので、本発明の第一の目的は、各プリンタからホストに帳票の受信を要求する場合において処理が輻輳しないように、乱数で時間をずらして印刷を要求する等により多数の印刷装置に効率的に帳票データを配信して印刷することができる帳票配信装置および印刷装置および帳票配信システムおよび帳票配信方法およびプログラムおよび記録媒体を提供することである。
【００１３】
又、各プリンタ印刷に先立って、自己の状況（紙詰まり、トナー切れ、用紙切れ等）を診断して、異常時には、受信して保留にする／受信しない、担当者に電子メールで通知する／通知しない、所定時間経過後にトラブル原因が解消した場合に改めて受信する／受信しない、を帳票毎に設定可能にする。又受信予定の複数帳票のうち、一部の帳票データしかホスト側で作成されていない場合に作成された帳票のみ受信する／全体を受信しない、を設定可能にする。又は、必ず受信する帳票／特定の帳票とセットで作成されている場合だけ受信する、を設定可能にする。又、用紙切れや紙詰まり，トナー切れ等の場合に、印刷を保留する／所定のパソコンの共有フォルダに所定のフォーマット（ＰＤＦ等）で送信する／印刷データを（圧縮して）、所定のメールアドレス向けに電子メールの添付ファイルとして送信する等を設定可能であり、帳票配信ホスト側及び印刷装置側でのエラー発生状況に応じて最適な帳票印刷及びエラー対応のできる帳票配信システムおよび帳票配信方法およびプログラムおよび記録媒体の提供を第二の目的とする。
【課題を解決するための手段】
【００１４】
本発明は、複数の印刷装置と通信回線を介して接続された帳票配信装置であって、前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、前記各印刷装置の認証情報と、前記各印刷装置への送信を認める帳票データまたは前記各印刷装置へのアクセスを認めるファイル管理単位の範囲を特定するアクセス許可情報のいずれかを含む配信管理情報を記憶する配信先記憶手段と、前記配信管理情報に基づき、前記各印刷装置からの接続要求を認証するとともに、認証に成功した場合には、該印刷装置に前記帳票データを配信し、該印刷装置から返信される前記帳票データの印刷結果を受信するように制御する認証制御手段と、前記接続要求に応じて前記各印刷装置に送信した帳票データと、前記各印刷装置から受信した前記帳票データの印刷結果を含む印刷ログ記憶手段とを備えることを特徴とする。
【００１５】
また、本発明は、帳票配信装置と通信回線を介して接続された印刷装置であって、前記帳票配信装置から受信すべき１又は複数の帳票データ及び前記帳票配信装置に接続要求すべき時刻と前記帳票配信装置に接続要求する際の認証情報を含む制御情報を記憶する制御情報記憶手段と、前記制御情報に基づいて前記帳票配信装置に接続すると共に、前記受信すべき各帳票データを前記帳票から受信し、前記受信した各帳票データの印刷結果を前記帳票配信装置に送信する印刷制御手段とを備えることを特徴とする。
【００１６】
さらに、本発明は、複数の印刷装置と通信回線を介して接続された帳票配信装置であって、前記各印刷装置に配信するための１又は複数の帳票データを記憶する帳票データ記憶手段と、前記各帳票データを配信する印刷装置を特定するとともに、前記各印刷装置への配信時刻及び配信すべき帳票データを含む配信先情報を記憶する配信先記憶手段と、前記配信先情報に基づいて配信先の各印刷装置に順次接続要求を送信し、接続に成功した場合は、前記各帳票データを送信する配信制御手段とを備えることを特徴とする。
【００１７】
また、本発明は、帳票配信装置と通信回線を介して接続された印刷装置であって、前記帳票配信装置から受信すべき１又は複数の帳票データを含む制御情報を記憶する制御情報記憶手段と、前記帳票配信装置から受信した接続要求に応じて前記印刷装置内のステータス情報を収集して帳票印刷の可否を判定し、該帳票印刷の可否情報を前記帳票配信装置に送信する印刷制御手段とを備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、プリンタＩＤ及びパスワード等の印刷装置の認証情報と、該認証情報毎のフォルダ単位のアクセス権限で受信処理を可能にし、帳票配信装置の負担を最小にして、短時間で多くの拠点に帳票を配信可能な帳票配信システムを構築することができる。
【００１９】
また、ネットワークトラブルや個々の印刷装置のトラブルの影響を最小に抑制することができる。
【００２０】
さらに、帳票配信装置での帳票データ作成処理の異常終了に、柔軟に対応できる帳票配信システムを構築することができる。
【００２１】
また、拠点毎の業務の違いや帳票の性格に柔軟に対応可能な帳票配信システムを構築することができる。
【００２２】
また、印刷装置側のトラブル発生時には予め設定されている管理者端末等に送信するか、あるいは所定の通知先に、印刷データを（圧縮して）、所定のメールアドレス向けに電子メールの添付ファイルとして送信することができ、ユーザはプリンタのトラブル解消後にプリンタ用の所定のメールアドレスに当該メールを送信することによって再度印刷を行うことができる。
【００２３】
従って、多数の印刷装置に効率的かつ柔軟に帳票データを配信可能な帳票配信環境を提供することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００２４】
〔第１実施形態〕
以下、本発明の実施形態について図面を参照しながら詳述する。
【００２５】
図１は、本発明の第１実施形態を示す帳票配信システムの構成を示す図である。
【００２６】
図１に示すように、本実施形態のシステムでは、管理者端末１１０と帳票配信ホスト１２０と印刷装置Ａ１３０と印刷装置Ｂ１４０と利用者端末１６０は、互いに通信回線１５０を介して接続されている。通信回線１５０は、典型的にはＬＡＮやＷＡＮであるが、これらに限らず凡そデータの送受信ができれば良い。図１の管理者端末１１０や利用者端末１６０は、例えばパーソナルコンピュータ，ワークステーションやいわゆるＰＤＡや携帯電話等の携帯端末等である。
【００２７】
印刷装置は、図１では２つだけであるが、実際にはこれより多数であり、中規模システムでは１０台乃至数十台、大規模システムでは数百台乃至数千台に及ぶこともある。また、管理者用ＰＣも各拠点毎に設置されている。以下、詳細な説明としては、印刷装置Ａ１３０を代表して説明するが、他の印刷装置についても同様である。
【００２８】
帳票配信ホスト１２０のハードディスクには、帳票処理部１２１に該当するプログラムと認証制御部１２２に該当するプログラムが記憶されており、これらはＲＡＭにロードされてＣＰＵの制御の元で実行される。又、帳票配信ホスト１２０のハードディスクには、帳票処理部１２１によって作成された帳票データ１２３が記憶されており、この帳票データ１２３は、印刷装置からの要求に応じて認証制御部１２２のプログラムにより印刷装置に送信される。
【００２９】
さらに、帳票配信ホスト１２０のハードディスクには、配信先マスタ１２５が記憶されている。この配信先マスタ１２５は、配信先の印刷装置を特定する情報（印刷装置ＩＤや印刷装置のＩＰアドレス、印刷装置のＬＵ等の少なくとも１つを含む）、当該印刷装置のアクセスを認めるフォルダやディレクトリ等のファイルの管理範囲を特定する情報、当該印刷装置の認証に必要なパスワード等の認証情報、当該印刷装置の管理者の連絡先（電子メールアドレス又はＦＡＸ番号や電話番号）を含む配信先管理情報を記憶している。この配信先マスタ１２５の一例を図２に示す。
【００３０】
さらに、帳票配信ホスト１２０のハードディスクには、印刷ログ１２６が記憶されており、この印刷ログ１２６は、配信先の印刷装置を特定する情報と帳票データ名、配信日時、印刷結果を含んでいる。なお、帳票データ名の代りに１回に配信する複数帳票を１つにまとめた帳票グループ名を記録しても良い。この印刷ログ１２６の一例を図３に示す。
【００３１】
印刷装置Ａ１３０には、受信した帳票データを記憶するスプールデータ１３３と、帳票配信ホスト１２０に接続する時刻と、この帳票配信ホスト１２０に接続するための認証情報と、受信すべき帳票データ名（データ名の一部を含む）を記録している帳票属性マスタ１３５が記憶されている。この帳票属性マスタ１３５は、印刷装置Ａ１３０のＬＡＮアダプタのメモリに記憶されているが、印刷装置Ａ１３０に内蔵されたハードディスクやＳ−ＲＡＭやＲＯＭに記憶しても良い。
【００３２】
この帳票属性マスタ１３５は、各帳票データ毎に、所定時間までに帳票配信ホスト側で配信データが作成されなかった場合の処置（別の時間に帳票データを再度要求する、プリンタ管理者に通知する、帳票データの利用者に通知する）や、印刷装置で印刷中に用紙切れ、用紙詰まり、トナー切れ等が発生した場合の処置（帳票データを例えばアドビ社のＰＤＦに変換する、印刷を保留する、ＦＡＸに転送する、電子メールの添付ファイルとして帳票の利用者に送信する、プリンタ管理者に通知する、帳票データの利用者に通知する、印刷できなかった部分の帳票データを他の印刷装置に転送する）及び通知先情報（プリンタ管理者メールアドレス、帳票利用者のメールアドレス、ＦＡＸ番号）を記憶しており、このような情報を記憶することによって、きめ細かいエラー処理が可能になる。この帳票属性マスタ１３５の一例を図４に示す。
【００３３】
次に、印刷制御部１３２は、この帳票属性マスタ１３５に基づいて、帳票配信ホスト１２０への接続要求や帳票データの受信、印刷結果の帳票配信ホスト１２０への送信、エラー対応処理、等を実行する。印刷制御部１３２のプログラムは、印刷装置Ａ１３０のＬＡＮアダプタのメモリに記憶されているが、印刷装置Ａ１３０に内蔵されたハードディスクやＳ−ＲＡＭやＲＯＭに記憶しても良い。
【００３４】
図５は、図１に示した帳票配信ホスト１２０のハードウェア構成を示すブロック図である。
【００３５】
図５において、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９は、それぞれシステムバス２０を介して互いに接続されている。
【００３６】
システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。又、図５では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００３７】
ＣＰＵ２１は、オペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。ＲＡＭ２２の内容については後にメモリマップの内容として詳述する。
【００３８】
ＲＯＭ２３には、オペレーションシステムと協働してハードディスク２８等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵ２１によって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は情報処理装置への指示を入力するために用いられる。
【００３９】
ハードディスク２８は、図１の不図示のオペレーションシステムや帳票処理部１２１及び認証制御部１２２に該当するプログラムや、帳票データ１２３、配信先マスタ１２５、印刷ログ１２６を記憶している。
【００４０】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なお、ＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００４１】
図６は、図１に示した印刷装置Ａ１３０のハードウェア構成の一例を示すブロック図であり、各構成要素はシステムバス３０を介して接続されている。ＣＰＵ３１，ＲＡＭ３２，ＲＯＭ３３は、図５に示したＣＰＵ２１，ＲＡＭ２２，ＲＯＭ２３と同様なので説明を省略する。ＬＡＮアダプタ３４は通信回線を介したデータの送受信を担当し、印刷制御部１３２に該当するプログラムや帳票属性マスタ１３５を不図示のＲＯＭに記憶している。スプールデータはハードディスク３８に記憶されている。プリンタコントローラは印刷制御部と協働して、プリントエンジン３７に印刷画像データを送信し、プリントエンジン３７は印刷を実行する。印刷設定情報やエラー情報は液晶表示部３５に表示される。
【００４２】
図７は、本発明の第１実施形態（プル型）における処理（第１の制御処理）の一例を示すフローチャートであり、プル型の帳票配信処理に対応する。なお、図中、ステップＳ５０１乃至ステップＳ５１２は帳票配信ホスト１２０のＣＰＵ２１（認証制御部１２１）の制御の下で実行される。また、ステップＳ５２１乃至ステップＳ５３５は印刷装置Ａ１３０（印刷制御部１３２）のＣＰＵ３１の制御の下で実行される。なお、ステップＳ５０１乃至ステップＳ５０９と、ステップＳ５１０乃至ステップＳ５１２とは別のプロセスで実行される。
【００４３】
まず、ステップＳ５２１において、印刷装置Ａ１３０のＣＰＵ３１は、帳票配信ホスト１２０に接続を要求する時間まで待機し、ステップＳ５２２では、所定時間が到来したと判定した場合には、処理をステップＳ５２３に進める。ステップＳ５２２で、印刷装置Ａ１３０が、所定時刻（例えば午前４時）が到来していないと判定した場合は、ステップＳ５２２からステップＳ５２１に戻る。なお、この間も通常の印刷はＣＰＵ３１とプリンタコントローラ３６によって適宜実行されている。
【００４４】
また、この所定時刻は、図４に示した帳票属性マスタ１３５に帳票データと関連付けて記憶されており、１日に複数回、帳票配信を要求することが可能な時刻である。更にこの所定時刻は、印刷装置によって異なり、所定の帳票データ配信時間帯（例えば午前３時乃至午前６時までの３時間、図４に示した例では、午前４時）で各印刷装置がほぼ均等に帳票配信ホスト１２０に送信を要求するよう、例えば乱数等を利用して印刷要求を行う所定時刻が異なるよう設定されている。
【００４５】
ステップＳ５２３では、印刷装置Ａ１３０が、プリンタのエラー（紙詰まり、紙切れ、トナー切れ等）の有無を判定する（ステータス判定）。ステップＳ５２３の詳細は図８のフローチャートで説明する。なお、ステップＳ５２３のステータス判定の結果（帳票印刷可／帳票印刷不可）は、印刷装置Ａ１３０のＬＡＮアダプタ３４のメモリのワークエリアに記憶される。
【００４６】
ステップＳ５２４では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ５２３のステータス判定結果に基づいて処理を分岐制御する。印刷装置Ａ１３０のＣＰＵ３１は、判定結果が帳票印刷不可の場合はステップＳ５２５に処理を進め、一方、判定結果が帳票印刷可の場合はステップＳ５２６に処理を進める。
【００４７】
ステップＳ５２５では、印刷装置Ａ１３０のＣＰＵ３１は、図４に示した帳票属性マスタ１３５に記憶された印刷不可時の通知先メールアドレス（当該印刷装置の管理者のメールアドレス）に電子メールを送信し（アラート送信）、処理を終了する。
【００４８】
また、ステップＳ５２６では、印刷装置Ａ１３０のＣＰＵ３１は、帳票配信ホスト１２０に、認証情報（印刷装置ＩＤ及びパスワード）を送信し、処理はステップＳ５２７及びステップＳ５２８で帳票配信ホスト１２０からの認証完了受信待ちになる。
【００４９】
一方、帳票配信ホスト１２０は、ステップＳ５０１で接続要求の受信待ち状態にある。帳票配信ホスト１２０のＣＰＵ２１は、ステップＳ５０１から所定の時間間隔で、処理をステップＳ５０２に進め、接続要求の有無を判定する。そして、帳票配信ホスト１２０のＣＰＵ２１は、印刷装置Ａ１３０からの接続要求を受信するとセッション番号を採番し、ＲＡＭ２２に当該セッション番号と関連付けられたワークエリアを確保し、接続要求に含まれた認証情報（印刷装置ＩＤ及びパスワード）を帳票配信ホスト１２０のＲＡＭ２２のワークエリアに記憶し、処理をステップＳ５０３に進める。一方、ステップＳ５０２で、帳票配信ホスト１２０のＣＰＵ２１が、印刷装置からの接続要求を受信しなかったと判定した場合は、ステップＳ５０１に戻る。
【００５０】
ステップＳ５０３では、帳票配信ホスト１２０のＣＰＵ２１は、図２に示した配信先マスタ１２５の印刷装置ＩＤ及びパスワードとＲＡＭ２２のワークエリアに記憶した認証情報とを照合し、一致したと判定した場合は、処理をステップＳ５０４に進める。一方、ステップＳ５０３で、帳票配信ホスト１２０のＣＰＵ２１は、図２に示した配信先マスタ１２５とＲＡＭ２２のワークエリアに記憶した認証情報とが不一致と判定した場合は、処理をステップＳ５０７に進める。
【００５１】
ステップＳ５０７では、帳票配信ホスト１２０のＣＰＵ２１は、配信先マスタ１２５に記憶された当該印刷装置の管理者の通知先に、認証情報が不一致のため帳票を配信できない旨の警告メールを送信するための警告データを生成し、不図示のメールクライアントプログラムに引き渡して印刷装置管理者のメールアドレスに送信するように制御する。
【００５２】
ステップＳ５０４では、帳票配信ホスト１２０のＣＰＵ２１は、認証完了を当該印刷装置に送信し、ステップＳ５０５では、当該印刷装置からの帳票データ要求の受信待ち状態に遷移する。
【００５３】
一方、ステップＳ５２７及びステップ５２８で、帳票配信ホスト１２０からの認証完了受信待ちであった印刷装置Ａ１３０のＣＰＵ３１は、認証完了データを帳票配信ホスト１２０から受信すると、処理をステップＳ５２９に進め、図４に示した帳票属性マスタ１３５に記憶されている受信すべき帳票データ名を読み出して、帳票配信ホスト１２０に印刷装置ＩＤとセッション番号と受信すべき帳票データのリストを帳票データ要求として帳票配信ホスト１２０に送信し、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ５３０に進み、帳票データ受信待ち状態に遷移する。なお、Ｓ５２９において、帳票属性マスタ１３５に記憶されている受信すべき帳票データ名を読み出す場合には、要求時間が同一の帳票データが帳票データのリストとして帳票配信ホスト１２０に送信される。
【００５４】
次にステップＳ５０５で、当該印刷装置からの帳票データ要求の受信待ち状態にあった帳票配信ホスト１２０が帳票データ要求を受信すると、帳票配信ホスト１２０のＣＰＵ２１は、受信した帳票データ要求とハードディスク２８内の帳票データ１２３とを参照して、要求された帳票データの有無により、帳票データ送信の可否を判定する（Ｓ５０６）。
【００５５】
ステップＳ５０６で、帳票配信ホスト１２０のＣＰＵ２１が、要求された帳票データが全く存在せず、帳票データ送信不可と判定した場合は、処理をステップＳ５０７に進め、帳票データが未作成である旨の警告データを生成し、同様に当該印刷装置の管理者に電子メールで通知するように制御する。
【００５６】
また、ステップＳ５０６で、帳票配信ホスト１２０のＣＰＵ２１が、要求された帳票データの少なくとも一部が存在し、帳票データ送信可と判定した場合には、処理をステップＳ５０８に進め、送信可能な帳票データを当該印刷装置に送信し、送信後、処理をステップＳ５０９に進める。
【００５７】
ステップＳ５０９で、帳票配信ホスト１２０のＣＰＵ２１は、要求された帳票データに不足があり、一部の帳票データが送信不可であったか否かを判定し、一部の帳票データが送信不可であったと判定した場合には、ステップＳ５０７に進み、不足した帳票データの内容を当該印刷装置の管理者に通知するための警告データを生成し、該印刷装置に送信するように制御する。
【００５８】
一方、ステップＳ５０９で、帳票配信ホスト１２０のＣＰＵ２１が、要求された帳票データが全て存在し、全ての帳票データを送信できたと判定した場合には、ステップＳ５０１に戻る。
【００５９】
次に、帳票データを受信した印刷装置側の処理を説明する。
【００６０】
ステップＳ５３０に進んで帳票データ受信待ち状態にあった印刷装置Ａ１３０が帳票データを受信すると、印刷装置Ａ１３０のＣＰＵ３１は、処理をステップ５３１に進め、受信した帳票データをスプールデータ１３３に記憶して全ての帳票データの印刷を保留状態に設定し、処理をステップＳ５３２に進め、該保留状態の帳票データの印刷を実行する（印刷実行）。そして、ステップＳ５３２の印刷実行が終了すると、印刷結果（正常終了／異常終了）のフラグがＬＡＮアダプタ３４のメモリのワークエリアに記憶される。ステップＳ５３２の詳細は図９のフローチャートで説明する。
【００６１】
ステップＳ５３３では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶された印刷結果のフラグの値により処理を分岐制御する。まず、印刷装置Ａ１３０のＣＰＵ３１が、印刷結果が正常終了であると判定した場合には、処理をステップＳ５３５に進め、一方、印刷結果が異常終了であると判定した場合には、処理をステップＳ５３４に進める。
【００６２】
ステップＳ５３４では、印刷装置Ａ１３０のＣＰＵ３１は、当該印刷装置の管理者端末１１０と印刷されなかった帳票の利用者端末１６０に警告を送信し（アラート送信）、処理をステップＳ５３５に進める。ステップＳ５３４の詳細は図１０のフローチャートで説明する。
【００６３】
ステップＳ５３５では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ５３２の印刷結果に基づいて印刷ログを帳票配信ホスト１２０に送信する。印刷ログの内容としては、セッション番号、印刷装置ＩＤ、帳票データ毎の印刷の完了／未了、印刷日付時刻、エラーの有無、エラーの内容を含んでいる。
【００６４】
他方、帳票配信ホスト１２０では、帳票配信ホスト１２０のＣＰＵ２１が、別のプロセスとしてステップＳ５１０乃至ステップＳ５１２を実行しており、ステップＳ５１０では、印刷装置からの印刷ログの受信待ち状態にあり、一定の間隔で処理をステップＳ５１１に進める。
【００６５】
ステップ５１１では、帳票配信ホスト１２０のＣＰＵ２１は、印刷ログを受信したか否かを判定し、受信したと判定した場合には、受信した印刷ログをＲＡＭ２２のワークエリアに記憶し、処理をステップＳ５１２に進める。
【００６６】
一方、ステップ５１１で、帳票配信ホスト１２０のＣＰＵ２１が、印刷ログを受信しなかったと判定した場合には、処理をステップＳ５１０に戻す。
【００６７】
ステップＳ５１２では、帳票配信ホスト１２０のＣＰＵ２１は、ＲＡＭ２２のワークエリアに記憶されている印刷ログをハードディスク２８に記憶されている印刷ログ１２６（図３）に追加し（印刷ログ更新）、処理をステップＳ５１０に戻す。なお、印刷ログ１２６の内容としては、印刷装置ＩＤ、印刷実行日時、帳票データ毎の印刷結果（正常／異常）、エラーステータス、、エラー区分（データエラー／印刷エラー）、を含んでいる。なお、セッション番号と印刷ログの受信時刻を含んでも良い。
【００６８】
以上で、図７の説明を終了する。
【００６９】
本フローチャートの処理では、時刻をずらして印刷装置が帳票配信ホストに接続要求を送信するので、帳票配信ホストの負荷の平準化が可能になり、多数の印刷装置を接続した大規模な帳票配信システムであっても最小限のハードウェア資源で効率良く帳票の配信を行うことができる。
【００７０】
次に、図８のフローチャートを用いて、図７のステップＳ５２３のステータス判定の詳細を説明する。
【００７１】
図８は、図７のステップＳ５２３のステータス判定（第２の制御処理）の詳細を示すフローチャートであり、ステップＳ７０１乃至ステップＳ７１３は印刷装置Ａ１３０のＣＰＵ３１（印刷制御部１３２）の制御の下で実行される。
【００７２】
ステップＳ７０１では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアにトナーフラグ、用紙フラグ、紙詰まりフラグ、ＨＤフラグの各フラグを記憶するための領域を確保し、全フラグをクリア（ＯＦＦ）する。
【００７３】
ステップＳ７０２では、印刷装置Ａ１３０のＣＰＵ３１は、プリンタコントローラ３６を介してトナー量をチェックし、チェック結果（トナー残量）をＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【００７４】
ステップＳ７０３では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されたチェック結果に基づき、トナー残量が所定量を超えるか否かを判定し、トナー残量が所定量以下であると判定した場合には、処理をステップＳ７０４に進め、用紙残量が所定量を超えると判定した場合には、処理をステップＳ７０５に進める。
【００７５】
ステップＳ７０４では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されているトナーフラグをＯＮに更新する。
【００７６】
ステップＳ７０５では、印刷装置Ａ１３０のＣＰＵ３１は、プリンタコントローラ３６を介して用紙残量をチェックし、チェック結果（用紙残量）をＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【００７７】
ステップＳ７０６では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されたチェック結果に基づき、用紙残量が所定量を超えるか否かを判定し、用紙残量が所定量以下と判定した場合には、処理をステップＳ７０７に進め、用紙残量が所定量を超えると判定した場合には、処理をステップＳ７０８に進める。
【００７８】
ステップＳ７０７では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されている用紙フラグをＯＮに更新する。
【００７９】
ステップＳ７０８では、印刷装置Ａ１３０のＣＰＵ３１は、プリンタコントローラ３６を介して紙詰まりの有無をチェックし、チェック結果をＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【００８０】
ステップＳ７０９では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されたチェック結果に基づき、紙詰まりがあるか否かを判定し、紙詰まりがあったと判定した場合には、処理をステップＳ７１０に進め、紙詰まりがなかったと判定した場合には、処理をステップＳ７１１に進める。
【００８１】
ステップＳ７１０では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されている紙詰まりフラグをＯＮに更新する。
【００８２】
ステップＳ７１１では、印刷装置Ａ１３０のＣＰＵ３１は、プリンタコントローラ３６を介してハードディスクのフリーエリアをチェックし、チェック結果（ハードディスクのフリーエリア）をＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【００８３】
ステップＳ７１２では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されたチェック結果に基づき、ハードディスクのフリーエリアが所定値以下であるか否かを判定し、所定値以下であると判定した場合には、処理をステップＳ７１３に進め、一方、ハードディスクのフリーエリアが所定値を超えると判定した場合には、処理を終了するように制御する。
【００８４】
ステップＳ７１３では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されているＨＤフラグをＯＮに更新し、処理を終了する。
【００８５】
なお、ステップ７０３及びステップ７０６及びステップ７１２の「所定値」は各印刷装置毎に当該印刷装置の管理者が、管理者端末１１０に入力した数値に基づいて、印刷装置に送信され、ＬＡＮアダプタ３４のメモリに記憶されている帳票属性マスタに記憶される。このように構成することで、印刷装置が置かれている職場の使用帳票、出力帳票の量にあった適切な閾値量を設定することが可能になり、用紙切れやトナー切れ、ハードディスクのフリーエリア不足による帳票データの記憶失敗等のエラーを効果的に防止できる。
【００８６】
つまり、各印刷装置の管理者が、経験的に把握しているトナー消費量や紙の消費量に基づく閾値を設定できるので、日ごろから大量の帳票を印刷する印刷装置では多い目の閾値を設定する等適切な閾値を設定することができる。以上で図８のフローチャートの説明を終了する。
【００８７】
次に、図９のフローチャートを用いて、図７のステップＳ５３２の印刷実行の詳細を説明する。
【００８８】
図９は、図７のステップＳ５３２の印刷実行（第３に制御処理）の詳細を示すフローチャートであり、ステップＳ８０１乃至ステップＳ８１８は印刷装置Ａ１３０（印刷制御部１３２）のＣＰＵ３１の制御の下で実行される。
【００８９】
まず、ステップＳ８０１では、印刷装置Ａ１３０のＣＰＵ３１は、受信した帳票データが記憶されているスプールデータ１３３の各帳票データの名称と帳票属性マスタ１３５に記憶されている受信すべき帳票データの一覧をマッチングし、受信されなかった不足帳票の帳票データの名称リストと不足帳票データの有無を示すフラグをＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【００９０】
ステップＳ８０２では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ８０１でＬＡＮアダプタ３４のメモリのワークエリアに記憶されたフラグを参照し、フラグの値に基づいて処理を分岐制御する。印刷装置Ａ１３０のＣＰＵ３１は、帳票データが不足していると判定した場合には、処理をステップＳ８０３に進め、帳票データが不足していないと判定した場合には、処理をステップＳ８１０に進める。
【００９１】
ステップＳ８０３では、印刷装置Ａ１３０のＣＰＵ３１は、不足帳票の名称リストと帳票属性マスタ１３５を参照して受信されなかった帳票データがペア印刷帳票であるか否かを判定する。印刷装置Ａ１３０のＣＰＵ３１は、ペア帳票と判定した場合には、処理をステップＳ８０４に進め、ペア帳票ではないと判定した場合は、処理をステップＳ８０５に進める。
【００９２】
なお、ペア印刷帳票とは、２つ又はそれ以上の帳票データが全て揃っていることを条件にして印刷される帳票データであり、このような属性を設定することで、例えば片方の帳票を印刷したが、もう片方の帳票がなければ業務に使用できないような帳票について無駄な印刷を避けることができる。なお、ペア印刷帳票は、帳票属性マスタ１３５において、「ペア」の項目データとして「１」が設定され、「相手方帳票Ｎｏ」の項目データとして相手方帳票の帳票Ｎｏが設定されている。
【００９３】
ステップＳ８０４では、印刷装置Ａ１３０のＣＰＵ３１は、スプールデータ１３３を参照して、ステップＳ８０３でペア印刷帳票と判定された帳票の相手方の帳票データ（帳票属性マスタ１３５の「相手方帳票Ｎｏ」の項目データとして設定されている）が受信済みか否かを判定し、受信済みの場合は、スプールデータ１３３の当該相手方の帳票データの印刷を一時停止する（相手方帳票保留）。
【００９４】
ステップＳ８０５では、印刷装置Ａ１３０のＣＰＵ３１は、不足帳票の名称リストと帳票属性マスタ１３５を参照し受信されなかった帳票データが再要求帳票であるか否かを判定する。印刷装置Ａ１３０のＣＰＵ３１は、受信されなかった帳票データが再要求帳票と判定した場合は、処理をステップＳ８０６に進め、一方、受信されなかった帳票データが再要求帳票ではないと判定した場合には、処理をステップＳ８０７に進める。
【００９５】
なお、再要求帳票とは、その帳票データが受信されなかった場合に、所定の時刻に再度、その帳票データの配信要求を行う帳票であり、一般に業務での必要度が高い帳票であることが多い。また、再要求帳票は、帳票属性マスタ１３５において、「再要求」の項目データとして「１」が設定されている。
【００９６】
ステップＳ８０６では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５を参照し、「再要求時刻」の項目データとして記憶された時刻（再印刷要求時刻）を「要求時刻」の項目データとして上書きする。
【００９７】
ステップＳ８０７では、印刷装置Ａ１３０のＣＰＵ３１は、不足帳票の名称リストと帳票属性マスタ１３５を参照して受信されなかった帳票データがアラート必要帳票であるかを判定する。そして、印刷装置Ａ１３０のＣＰＵ３１は、受信されなかった帳票データがアラート必要帳票であると判定した場合には、処理をステップＳ８０８に進め。受信されなかった帳票データがアラート必要帳票ではないと判定した場合には、処理をステップＳ８０９に進める。
【００９８】
なお、アラート必要帳帳票とは、帳票データが受信されなかった場合に、所定の通知先に当該帳票データが配信されなかった旨の通知を行う帳票であり、一般に業務での必要度が高い帳票であることが多い。通知先は、当該印刷装置の管理者端末１１０又は当該帳票を業務で使用する人が使用している利用者端末１６０の少なくとも一方である。また、このアラート必要帳帳票は、帳票属性マスタ１３５において、「アラート」の項目データとして「１」が設定されている。
【００９９】
ステップＳ８０８では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアにアラート情報が記憶されているか否かを判定し、記憶されていないと判定した場合には、新たにアラート情報記憶用エリアを確保し、（一方、既にアラート情報記憶エリアが確保されている場合には）、該アラート情報記憶用エリアに、アラート通知対象の帳票データ名称、実行日時、エラーステータス（データ無し等）、エラー区分（データエラー等）を記憶する。
【０１００】
ステップＳ８０９では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されている不足帳票の名称リストに基づき不足した帳票が全て処理済みか否かを判定し、全ての不足帳票が処理済みと判定した場合は、処理をステップＳ８１０に進め、一方、まだ全ての不足帳票が処理済みでないと判定した場合は、処理をステップＳ８０３に戻し、次の不足帳票の処理を行う。
【０１０１】
ステップＳ８１０では、印刷装置Ａ１３０のＣＰＵ３１は、スプールデータ１３３の最初の一時停止状態でない帳票データの制御ステータスを保留状態からリリースし、印刷を実行する。
【０１０２】
次いで、ステップＳ８１１では、印刷装置Ａ１３０のＣＰＵ３１は、図８に示した印刷装置のステータス判定を行い、ステータス判定の結果（帳票印刷可／帳票印刷不可）を、印刷装置Ａ１３０のＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。１帳票印刷毎にステータス判定を行うのは、帳票印刷中にトナー切れや紙詰まり等が発生する可能性があるためである。
【０１０３】
ステップＳ８１２では、印刷装置Ａ１３０のＣＰＵ３１は、ワークエリアに記憶されたステータス判定の結果に基づき処理を分岐制御する。印刷装置Ａ１３０のＣＰＵ３１が、帳票印刷可であり直前の印刷が正常に終了したと判定した場合は、処理をステップＳ８１７に進め、現在帳票印刷不可であり直前の印刷が正常に終了しなかった、又は現在帳票印刷不可だが直前の印刷は正常に終了したと判定した場合は、処理はステップＳ８１３に進める。
【０１０４】
ステップＳ８１３では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５に基づいて、当該帳票の印刷が異常終了した場合に、当該帳票がデータ保存帳票であるか否かを判定する。なお、データ保存帳票とは、当該帳票の印刷が異常終了した場合に、印刷が異常終了した後当該帳票の帳票データを所定のフォーマットに変換してスプールデータ１３３以外の場所に保存する帳票をいい、スプールデータ１３３の当該帳票の帳票データが仮に消えた場合でも帳票データの参照や印刷ができる。また、このデータ保存帳票は、帳票属性マスタ１３５において、「保存」の項目データとして「１」が設定されている。
【０１０５】
印刷装置Ａ１３０のＣＰＵ３１は、当該帳票がデータ保存帳票であると判定した場合には、処理をステップＳ８１４に進め、一方、当該帳票がデータ保存帳票ではないと判定した場合には、処理をステップＳ８１５に進める。
【０１０６】
ステップＳ８１４では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５に基づいて、当該印刷が異常終了した帳票の帳票データを所定のフォーマット（例えばアドビ社製商品名ＰＤＦ等）に変換し、当該帳票の利用者端末１６０にメールの添付ファイル等で送信するように制御する。なお、印刷装置Ａ１３０のハードディスク３８の当該利用者専用フォルダにアクセス制限を付けて記憶するように構成しても良い。また、上記所定のフォーマットは、帳票属性マスタ１３５において、「ｆｏｒｍａｔ」の項目データとして設定されている。
【０１０７】
ステップＳ８１５では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５に基づいて、当該帳票の印刷が異常終了した場合に、当該帳票が振替印刷帳票であるか否かを判定する。なお、振替印刷帳票とは、当該帳票の印刷が異常終了した場合に、印刷が異常終了した後当該帳票の帳票データを、帳票属性マスタ１３５に予め設定された振替印刷先の印刷装置（例えば図１の印刷装置Ｂ１４０）に転送して、当該振替印刷先の印刷装置で印刷を行う帳票を言う。また、振替印刷帳票では、帳票属性マスタ１３５において、「振替」の項目データとして「１」が設定されている。
【０１０８】
ステップＳ８１５で、印刷装置Ａ１３０のＣＰＵ３１が、当該帳票が振替印刷帳票であると判定した場合には、処理をステップＳ８１６に進め、一方、当該帳票が振替印刷帳票ではないと判定した場合には、処理をステップＳ８１７に進める。
【０１０９】
ステップＳ８１６では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５に予め設定された振替印刷先の印刷装置Ｂ１４０が稼動中（電源オンで通信回線に接続されている状態）であるかを判定し、稼動中であると判定したならば、振替印刷帳票の帳票データを印刷装置Ｂ１４０に送信し、印刷装置Ｂ１４０からの印刷結果の受信待ちに入る。印刷装置Ｂ１４０から正常終了の旨を意味する情報を受信するか、所定時刻が経過するか（タイムアウト）、異常終了の旨を意味する情報を受信した場合、ステップＳ８１７に進む。なお、上記予め設定された振替印刷先の印刷装置は、帳票属性マスタ１３５において、「振替印刷装置ＩＤ」の項目データとして設定されている。
【０１１０】
ステップＳ８１７では、印刷装置Ａ１３０のＣＰＵ３１は、上記振替印刷の結果に基づいて、１帳票分の印刷ログを印刷装置Ａ１３０のハードディスク３８の不図示の印刷ログに追加する。
【０１１１】
次いでステップＳ８１８では、印刷装置Ａ１３０のＣＰＵ３１は、一時停止中の帳票を除いて印刷すべき全帳票の印刷処理が終了したか否かを判定する。印刷装置Ａ１３０のＣＰＵ３１は、印刷すべき全帳票の印刷処理が終了したと判定した場合には、処理を終了し、一方、印刷すべき全帳票の印刷処理が未終了と判定した場合には、処理をステップＳ８１０に戻して次の帳票を印刷するように制御する。
【０１１２】
なお、図９のステップＳ８０３，Ｓ８０５，Ｓ８０７，Ｓ８１３，８１５等の上記各ステップで判定された、ペア印刷帳票や再要求帳票、アラート必要帳票、データ保存帳票、振替印刷帳票は、互いに排他的ではなく、１つの帳票がこれらの１つだけに該当する場合もあるし、これらの全てに該当する場合もある。
【０１１３】
次に、図１０のフローチャートを用いて、図７のステップＳ５３４のアラート送信の詳細を説明する。
【０１１４】
図１０は、図７のステップＳ５３４のアラート送信（第４の制御処理）の詳細を示すフローチャートであり、ステップＳ９０１乃至ステップＳ９０７は印刷装置Ａ１３０のＣＰＵ３１（印刷制御部１３２）の制御の下で実行される。
【０１１５】
まず、ステップＳ９０１では、印刷装置Ａ１３０のＣＰＵ３１は、図９のステップＳ８１７で更新された印刷ログを参照し、印刷が異常終了した帳票データの帳票データ名称をＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【０１１６】
ステップＳ９０２では、印刷装置Ａ１３０のＣＰＵ３１は、印刷が異常終了した帳票有りと判定した場合には、処理をステップＳ９０３に進め、一方、印刷が異常終了した帳票はないと判定した場合には、処理をステップＳ９０４に進める。
【０１１７】
ステップＳ９０３では、印刷装置Ａ１３０のＣＰＵ３１は、印刷が異常終了した帳票について、帳票属性マスタ１３５の帳票のエラー発生時の対応（「アラート」項目データに「１」が設定されているか）に基づいて、図８のステップＳ８０８で作成されたアラート情報に印刷実行時のアラート情報を追加する。詳細には、アラート情報記憶用エリアに、アラート通知対象の帳票データ名称、印刷実行日時、エラーステータス（紙切れ、紙詰まり、トナー無し等）、エラー区分（印刷エラー）を追加記憶する。このアラート情報の一例を図１１に示す。
【０１１８】
ステップＳ９０４では、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５を参照して、帳票データ毎の通知方法（帳票データ毎に「通知」項目データに設定されている値「Ｍ」（電子メールを意味する），「Ｆ」（ＦＡＸを意味する）等）と通知先（帳票データ毎に「通知先メールアドレス」項目データに設定されている電子メールアドレス、「通知先ＦＡＸ」に設定されているＦＡＸ番号等）に基づいて、通知先毎のアラート情報をそれぞれ生成し、ＬＡＮアダプタ３４のメモリのワークエリアに記憶させる。
【０１１９】
ステップＳ９０５では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ９０４で生成された通知先毎のアラート情報を、電子メール又はＦＡＸで、印刷装置管理者端末１１０又は利用者端末１６０又はＦＡＸ宛にそれぞれ送信するように制御する。
【０１２０】
ステップＳ９０６では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ９０５のアラート送信が正常終了したか否かを判定し、正常終了したと判定した場合には、処理を終了させる。
【０１２１】
一方、ステップＳ９０６で、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ９０５のアラート送信が異常終了したと判定した場合には、ステップＳ９０７に進み、印刷装置Ａ１３０のＣＰＵ３１は、帳票属性マスタ１３５に代替通知方法が指定されている場合は、指定された代替の通知方法でアラート送信を行うように制御し、処理を終了する。
【０１２２】
なお、代替通知方法は、帳票属性マスタ１３５の「代替」項目データに設定された値であり、具体的データとして例えば「Ｆ」が指定されている場合はＦＡＸを意味し、「Ｍ」が設定されている場合は電子メールを意味する。
【０１２３】
以上で、図９及び図１０の説明を終了する。
【０１２４】
このように、同じ帳票であっても、印刷装置が設置されている各拠点の業務の特性によって帳票の利用はさまざまであることから、印刷装置側にこのような個別の属性を設定することで、異常時の帳票印刷のエラー処理（帳票データがなかった場合と印刷実行時のエラーの両方に対応したエラー通知や帳票データの保存等）をきめ細かく対応することが可能となる。
【０１２５】
このような仕組みは特に拠点数及び印刷装置の台数が多い大会社で、電子帳票を１箇所で集中して作成し、多数の印刷装置に配信する場合に特に有用である。このような仕組みがなかった場合、電子帳票の作成処理がデータ例外等で異常終了した場合、電子帳票を作成しているホストが設置されている拠点に、各拠点からの問合せが殺到して、この問合せに忙殺されるといった事態を避けることは難しくなる。
【０１２６】
〔第２実施形態〕
上記第１実施形態では、プル型（帳票配信ホスト１２０で作成した帳票データを各印刷装置が取りに行く）について説明したが、本実施形態では、プッシュ型（帳票配信ホスト１２０が帳票データを各印刷装置に送信する）構成について説明する。以下、第１実施形態との差異を中心に説明する。
【０１２７】
図１２は、本発明の第２実施形態を示す帳票配信システムの構成を示す図である。
【０１２８】
図１２に示すように、帳票配信ホスト１２０のハードディスクには、図１に示した印刷ログ１２６の代りに配信ログ１２４が記憶されている。配信ログ１２４には、印刷装置ＩＤと帳票データ名と配信実行日時と問合せフラグと配信結果フラグと印刷結果フラグとエラーステータスとエラー区分が記憶されている。配信先マスタ１２５には、アクセス許可フォルダのデータ項目はない。なお、配信ログのデータとして配信先の印刷装置のＩＰアドレスを更に記憶しても良い。又配信実行日時は印刷装置によって異なる複数の時刻が記憶されている。この配信ログ１２４の一例を図１３に示す。
【０１２９】
図１４は、本発明の第２実施形態（プッシュ型）における処理（第５の制御処理）の一例を示すフローチャートであり、プッシュ型の帳票配信処理に対応する。なお、図中、ステップＳ６０１乃至ステップＳ６１６は帳票配信ホスト１２０のＣＰＵ２１（認証制御部１２２）の制御の下で実行され、Ｓ６２１乃至ステップＳ６３２は印刷装置Ａ１３０（印刷制御部１３２）のＣＰＵ３１の制御の下で実行される。
【０１３０】
また、ステップＳ６０１乃至ステップＳ６０７（ステータス問合せプロセス）と、ステップＳ６０８乃至ステップＳ６１３（帳票データ送信プロセス）と、ステップＳ６１４乃至ステップＳ６１６（配信ログ更新プロセス）は、それぞれ別個のプロセスとして別個に実行される。
【０１３１】
さらに、ステップＳ６０１乃至ステップＳ６０２は配信開始時刻待ちの処理であり、図５のステップＳ５２１乃至ステップＳ５２２の処理と動作主体が異なるだけで内容は同じである。
【０１３２】
まず、ステップＳ６０１において、帳票配信ホスト１２０のＣＰＵ２１は、配信先マスタ１２５に「配信時刻」項目データとして記憶された各印刷装置に配信を開始する時刻（配信時刻）まで待機し、ステップＳ６０２では、配信開始時刻が到来したと判定した場合には、処理をステップＳ６０３に進める。ステップＳ６０２で、帳票配信ホスト１２０のＣＰＵ２１は、配信時刻が到来していないと判定した場合は、ステップＳ６０２からステップＳ６０１に戻る。
【０１３３】
なお、配信先マスタ１２５に記憶された各配信時刻は、１日に複数回、印刷装置に帳票データ配信を行うことが可能な時刻である。更にこの所定時刻は、印刷装置によって異なり、所定の帳票データ配信時間帯（例えば午前３時乃至午前６時までの３時間、図２に示した例では、午前３時，午前３時３０分等）で各印刷装置にほぼ均等に帳票配信ホスト１２０が帳票を配信するよう、例えば乱数等を利用してステータス問合せを行う所定時刻が異なるよう設定されている。
【０１３４】
ステップＳ６０２で、帳票配信ホスト１２０のＣＰＵ２１は、配信時刻が到来したと判定した場合には、処理をステップＳ６０３に進め、配信に先立って、配信先マスタの情報に基づいて配信先の印刷装置へのステータス問合せ情報を生成し、ステップＳ６０４でステータス問合せを印刷装置に送信し、ステップＳ６０５では、配信ログ１２４のステータス問合せを送信した旨を意味する問合せフラグをオンに設定する（「問合」項目データに「１」を設定）。
【０１３５】
なお、後述する実際の配信ステップの前に、上記ステップＳ６０４でステータス送信を行うため、ステップＳ６０２の配信時刻到来の判定は、実際の配信時刻より所定時間前（例えば５分前）等として判断するように構成してもよい。
【０１３６】
ステップＳ６０６では、帳票配信ホスト１２０のＣＰＵ２１は、配信ログ１２４と配信先マスタ１２５に基づいて当該時間帯に帳票データを配信すべき全ての印刷装置に対して問合を送信済みかを判定する。帳票配信ホスト１２０のＣＰＵ２１は、問い合わせ送信済みであると判定した場合には、処理をステップＳ６０７に進め、一方、送信済みでないと判定した場合には、処理をステップＳ６０３に戻す。
【０１３７】
ステップＳ６０７では、帳票配信ホスト１２０のＣＰＵ２１は、帳票配信ホスト１２０の管理者端末１１０から処理を終了する旨の指令が入力されているか否かを判定し、終了する旨の指令が入力されていると判定した場合には、処理を終了し、一方、終了する旨の指令が入力されていないと判定した場合には、ステップＳ６０１に戻る。
【０１３８】
次に印刷装置Ａ１３０側の処理を説明する。
【０１３９】
ステップＳ６２１で、印刷装置Ａ１３０が、ステータス問合せを受信すると、ステップＳ６２２では、印刷装置Ａ１３０のＣＰＵ３１は、ステータス判定（図８）を行う。このステータス判定は、図７のステップＳ５２３と同じ処理であり、ステップＳ６２２のステータス判定の結果（帳票印刷可／帳票印刷不可）は、印刷装置Ａ１３０のＬＡＮアダプタ３４のメモリのワークエリアに記憶される。
【０１４０】
そして、ステップＳ６２３では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ６２２のステータス判定結果に基づいて処理を分岐制御する。印刷装置Ａ１３０のＣＰＵ３１は、判定結果が帳票印刷不可の場合はステップＳ６２４に処理を進め、一方、判定結果が帳票印刷可の場合はステップＳ６２５に処理を進める。
【０１４１】
ステップＳ６２４では、印刷装置Ａ１３０のＣＰＵ３１は、図４に示した帳票属性マスタ１３５に記憶された印刷不可時の通知先メールアドレス（当該印刷装置の管理者のメールアドレス）に電子メールを送信し（アラート送信）、処理をステップＳ６２５に進める。
【０１４２】
ステップＳ６２５では、印刷装置Ａ１３０のＣＰＵ３１は、ステップＳ６２２のステータス判定結果に基づいて帳票印刷可否の応答を帳票配信ホスト１２０に送信し、処理をステップＳ６２６に進める。
【０１４３】
ステップＳ６２６では、印刷装置Ａ１３０のＣＰＵ３１は、ＬＡＮアダプタ３４のメモリのワークエリアに記憶されたステップＳ６２２のステータス判定結果に基づいて帳票印刷可の応答を送信したかを判定し、印刷可の応答を送信しなかったと判定した場合には、処理を終了する。
【０１４４】
一方、ステップＳ６２６で、印刷装置Ａ１３０のＣＰＵ３１は、印刷可の情報を送信したと判定した場合には、処理をステップＳ６２７に進め、帳票データの受信待ち状態に遷移させる。
【０１４５】
次に印刷可否応答を受信した帳票配信ホスト１２０側の処理を説明する。
【０１４６】
ステップＳ６０８及びステップＳ６０９では、帳票配信ホスト１２０は、印刷装置Ａ１３０側からの可否応答待ちの状態にあり、帳票配信ホスト１２０のＣＰＵ２１は、可否応答の受信があったと判定した場合には、ステップＳ６１１に処理を進め、一方、可否応答の受信がないと判定した場合には、一定時間間隔でステップＳ６１０に処理を進める。
【０１４７】
ステップＳ６１０では、帳票配信ホスト１２０のＣＰＵ２１は、配信ログ１２４を参照してステータス問合せを送信してから所定時間（例えば５分）を超過しても応答がない印刷装置があるかを否かを判定する。帳票配信ホスト１２０のＣＰＵ２１は、時間超過分がないと判定した場合には、ステップＳ６０８に処理を戻す。
【０１４８】
一方、ステップＳ６１０で、帳票配信ホスト１２０のＣＰＵ２１が、時間超過分があると判定した場合には、ステップＳ６１３において、配信ログ１２４の配信フラグ（「配信」項目データ）に配信不可を示す「２」を書き込み（配信フラグ更新）、ステップＳ６０８に戻る。
【０１４９】
ステップＳ６１１では、帳票配信ホスト１２０のＣＰＵ２１は、帳票データの送信可能の応答があったか否かを判定する。帳票配信ホスト１２０のＣＰＵ２１は、送信可能の応答があったと判定した場合には、ステップＳ６１２に処理を進める。
【０１５０】
一方、ステップＳ６１１で、帳票配信ホスト１２０のＣＰＵ２１が、送信可能でないと判定した場合には、ステップＳ６１３において、配信ログ１２４の配信フラグ（「配信」項目データ）に配信不可を示す「２」を書き込み（配信フラグ更新）、ステップＳ６０８に戻る。
【０１５１】
ステップＳ６１２では、帳票配信ホスト１２０のＣＰＵ２１は、対応する帳票データを帳票データ１２３から読み出して印刷装置Ａ１３０に送信し、ステップＳ６１３では、配信ログ１２４の配信フラグ（「配信」項目データ）に配信可を示す「１」を書き込み（配信フラグ更新）、ステップＳ６０８に戻る。
【０１５２】
以下のステップＳ６２７乃至ステップ６３２は、図５のステップＳ５３０乃至ステップ５３５と同様であり、又ステップＳ６１４乃至ステップ６１６は、図７のステップＳ５１０乃至ステップ５１２と同様なので説明を省略する。両者の違いは。ステップＳ５１２では印刷ログを更新するが、ステップＳ６１６では配信ログ１２４を更新される点である。
【０１５３】
ステップＳ６１６では、帳票配信ホスト１２０のＣＰＵ２１は、ＲＡＭ２２のワークエリアに記憶されている印刷ログに基づいて、ハードディスク２８に記憶されている配信ログ１２４（図１３）を更新し（配信ログ更新）、処理をステップＳ６１４に戻す。
【０１５４】
以上で、本発明の第２実施形態の説明を終了する。この第２実施形態のプッシュ型でも上述した第１実施形態と同様の効果を奏することができる。なお、第２実施形態においても、図７のステップ５０９とステップ５０７のように、帳票データ１２３と配信先マスタ１２５を照合して、一部未作成の帳票データがあった場合に、所定の連絡先に警告メールを送信する処理を付加しても良い。
【０１５５】
上記実施形態の他にも、例えば、アラート送信にはいわゆるメッセージングソフトを使用しても良いし、予め録音された音声メッセージや合成音声メッセージで印刷装置の管理担当者や帳票の利用者の電話番号に通話を発呼しても良い。
【０１５６】
また、第１の実施形態のステップＳ５２１乃至ステップＳ５２２では、配信要求時刻の到来から処理が始まるが、これに限らず、例えば印刷装置にカードリーダ（磁気カード用やＩＣカード用）を取り付け、あるいはＵＳＢ機器の接続コネクタを取り付けて、使用者を特定する情報（例えば社員コード等）を記憶したカードをカードリーダに通したり、使用者を特定する情報を記憶したＵＳＢメモリ（ＵＳＢコネクタに接続する不揮発性メモリ）を印刷装置のＵＳＢ機器の接続コネクタに接続し、印刷装置が使用者を特定して、人事マスタにアクセスし、当該使用者のメールアドレスを特定することにより、帳票属性マスタに記憶されている通知先メールアドレスに対応する帳票を随時印刷要求する処理形態としても良い（ステップＳ５２１乃至ステップＳ５２２の処理を上記の処理に置き換える）。
【０１５７】
又、図７のステップＳ５２４で、帳票印刷不可と判定した場合には、ステップＳ５２５に処理を進め、アラート送信後処理を終了しているが、一度帳票印刷不可と判定した場合であっても、例えばアラート送信後５分乃至１０分程度経過に再度ステップＳ５２３に戻り、再度ステータス判定（再チェック）を実行し、この再チェックを５回程度繰り返しても帳票印刷が可能にならない場合に初めて処理を終了するよう構成しても良い。このように処理することで、アラートを受信したプリンタの管理者や帳票データの使用者がプリンタの紙切れや紙詰まり等のエラー原因に気付いてエラーを解消した場合には帳票の受信及び印刷が可能になる。
【０１５８】
又ステップＳ５０６とステップＳ５０８では、ペア帳票の一部の帳票データしか作成されていない場合でも、印刷装置Ａに作成された分のペア帳票の帳票データを受信するが、帳票配信側ホストにペア帳票の全ての帳票データがそろってから受信するよう処理しても良い。この場合、ステップＳ５２９で所定時間に再度帳票データ要求を送信することになる。
【０１５９】
さらに、図８のステータス判定のフローチャートでは、トナー残、用紙残、紙詰まり有無、ハードディスクの残容量についてチェックしているが、更にドラム交換後の印刷回数（ドラムの寿命）について判定しても良い。
【０１６０】
又、図１４のステップＳ６２６で一度帳票印刷不可を送信したと判定した場合であっても、例えばアラート送信後５分乃至１０分程度経過に再度ステップＳ６２２に戻り、再度ステータス判定（再チェック）を実行し、この再チェックを５回程度繰り返しても帳票印刷が可能にならない場合に、ステップＳ６２６で初めて処理を終了するよう構成しても良い。このように処理することで、アラートを受信したプリンタの管理者や帳票データの使用者がプリンタの紙切れや紙詰まり等のエラー原因に気付いてエラーを解消した場合には帳票の受信及び印刷が可能になる。
【０１６１】
又、印刷制御部１３２や帳票属性マスタ１３５は、以上の本発明の実施形態では、ＬＡＮアダプタ３４のメモリにあるとして説明したが、ハードディスク３８又はＲＯＭ３３にこれらの全部又は一部を記憶しても良い。更にＲＡＭ３２を不揮発性メモリであることを前提として、これらをＲＡＭ３２に記憶しても良いことは言うまでもない。
【０１６２】
以上、各実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６３】
以上示したように、上記第１実施形態（プル型）と第２実施形態（プッシュ型）に共通する効果として、印刷装置側のプリントサーバが不要なので、ハードコスト及び管理運用コストを節約できる。
【０１６４】
また、印刷結果ログが各プリンタ単位又はプリンタの各帳票単位でホスト側に残るので、配信済み／未配信の把握が容易となる。
【０１６５】
さらに、帳票データの一部が帳票配信ホスト側のデータ例外等のエラーが原因で未作成の場合や、印刷の途中で用紙切れやトナー切れ、紙詰まりが発生した場合であっても、帳票の種類別にホスト側への再送信の要求／他のプリンタへの帳票データ再送依頼／プリンタ管理者への通知が可能（帳票の性質や利用方法に応じたリカバリーが可能）となる。
【０１６６】
また、所定のプリンタの紙切れや、大量の帳票を印刷する場合に、振り分け可能なプリンタを自ら探し出して振り分け分の帳票データを直接振り分け先のプリンタに送信するので、帳票配信ホスト側に負担を掛けることなく、大量の帳票の印刷を確実に行うことができる。
【０１６７】
さらに、帳票の未配信やプリンタのエラーをプリンタの管理者に電子メール等で連絡するので、ホストのオペレータへのネットワーク障害時や機器故障時、ホスト側処理の異常終了時にも、プリンタ管理者側からの問合せを最小限に抑制し、運用負荷を大きく下げることができる。又、印刷装置から各帳票のユーザに帳票の未出力を通知することも可能とまる。
【０１６８】
また、上記第１実施形態（プル型）の固有の効果として、プリンタＩＤ及びパスワードと、プリンタＩＤ毎のフォルダ単位のアクセス権限で受信処理を可能にし、ホスト側の処理負荷を最小に抑制することができる。
【０１６９】
従って、プリンタＩＤ及びパスワード等の印刷装置の認証情報と、該認証情報毎のフォルダ単位のアクセス権限で受信処理を可能にし、帳票配信装置の負担を最小にして、短時間で多くの拠点に帳票を配信可能な帳票配信システムを構築することができる。
【０１７０】
また、ネットワークトラブルや個々の印刷装置のトラブルの影響を最小に抑制することができる。
【０１７１】
さらに、帳票配信装置での帳票データ作成処理の異常終了に、柔軟に対応できる帳票配信システムを構築することができる。
【０１７２】
また、拠点毎の業務の違いや帳票の性格に柔軟に対応可能な帳票配信システムを構築することができる。
【０１７３】
また、印刷装置側のトラブル発生時には予め設定されている管理者端末等に送信するか、あるいは所定の通知先に、印刷データを（圧縮するように構成してもよい）、所定のメールアドレス向けに電子メールの添付ファイルとして送信することができ、ユーザはプリンタのトラブル解消後にプリンタ用の所定のメールアドレスに当該メールを送信することによって再度印刷を行うことができる。
【０１７４】
従って、多数の印刷装置に効率的かつ柔軟に帳票データを配信可能な帳票配信環境を提供することができる等の効果を奏する。
【０１７５】
以下、図１５に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１７６】
図１５は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１７７】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１７８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１７９】
本実施形態における図７，図８，図９，図１０，図１４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１８０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８１】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１８２】
また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。
【０１８３】
プログラムコードを供給するための記録媒体としては、例えば、ＲＡＭ，ＮＶ−ＲＡＭ，フレキシブルディスク，磁気ディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ），磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等の上記プログラムを記憶できるものであればよい。
【０１８４】
さらに、上記プログラムは、インターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給されるものであってもよい。
【０１８５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８６】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８８】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【産業上の利用可能性】
【０１８９】
比較的規模の大きい帳票配信処理にも本発明は適用可能である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の第１実施形態を示す帳票配信システムの構成を示す図である。
【図２】図１に示した配信マスタの一例を示すデータ構成図である。
【図３】図１に示した印刷ログの一例を示すデータ構成図である。
【図４】図１に示した帳票属性マスタの一例を示すデータ構成図である。
【図５】図１に示した帳票配信ホストのハードウェア構成の一例を示すブロック図である。
【図６】図１に示した印刷装置Ａのハードウェア構成の一例を示すブロック図である。
【図７】本発明の第１実施形態（プル型）における処理の一例を示すフローチャートである。
【図８】図７のステップＳ５２３のステータス判定の詳細を示すフローチャートである。
【図９】図７のステップＳ５３２の印刷実行の詳細を示すフローチャートである。
【図１０】図７のステップＳ５３４のアラート送信の詳細を示すフローチャートである。
【図１１】本実施形態のアラート情報の一例を示すデータ構成図である。
【図１２】本発明の第２実施形態を示す帳票配信システムの構成を示す図である。
【図１３】図１２に示した配信ログの一例を示すデータ構成図である。
【図１４】本発明の第２実施形態（プッシュ型）における処理の一例を示すフローチャートである。
【図１５】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１９１】
１１０  管理者端末
１２０  帳票配信ホスト
１２１  帳票処理部
１２２  認証制御部
１２３  帳票データ
１２５  配信先マスタ
１２６  印刷ログ
１３０  印刷装置Ａ
１３１  プリンタコントローラ
１３２  印刷制御部
１３３  スプールデータ
１３５  帳票属性マスタ
１４０  印刷装置Ｂ
１５０  通信回線
１６０  利用者端末
【図１】
2005352540.tif 000003
【図２】
2005352540.tif 000004
【図３】
2005352540.tif 000005
【図４】
2005352540.tif 000006
【図５】
2005352540.tif 000007
【図６】
2005352540.tif 000008
【図７】
2005352540.tif 000009
【図８】
2005352540.tif 000010
【図９】
2005352540.tif 000011
【図１０】
2005352540.tif 000012
【図１１】
2005352540.tif 000013
【図１２】
2005352540.tif 000014
【図１３】
2005352540.tif 000015
【図１４】
2005352540.tif 000016
【図１５】
2005352540.tif 000017