(57)【特許請求の範囲】
【請求項１】
各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、
前記業務基幹サーバから、前記データインタフェースを介して印刷対象となる標準データを受信する手段と、印刷対象となった標準データに基づいて生成した印刷画像データを蓄積するスプール手段と、前記スプール手段に蓄積された印刷画像データをプリンタに印刷させる手段と、プリンタでの印刷処理状態を監視する手段と、を有し、プリンタでの印刷が完了するまで、前記印刷画像データをスプール手段に保持するプリンタ統合管理装置と、
を含むことを特徴とする業務支援システム。
【請求項２】
請求項１に記載の業務支援システムにおいて、
前記プリンタ統合管理装置と通信可能に接続され、前記印刷対象となった標準データをプリンタ統合管理装置から受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データをプリンタ制御装置に出力して前記スプール手段に印刷画像データとして蓄積させる帳票画像生成装置を含み、
前記プリンタ統合管理装置は、業務基幹サーバから入力される指示により、前記帳票画像生成装置に印刷対象データを選択的に送信し、前記スプール手段に蓄積された帳票画像データである印刷画像データをプリンタに印刷させることを特徴とする業務支援システム。
【請求項３】
請求項１または２に記載の業務支援システムにおいて、
前記プリンタ統合管理装置が、前記プリンタの印刷処理状態の監視結果を前記データインタフェースを介して、前記業務基幹サーバへ出力する手段を有することを特徴とする業務支援システム。
【請求項４】
プリンタ統合管理装置であって、各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、
印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、に接続され、
前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する手段と、
当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール手段と、
前記蓄積された帳票画像データをプリンタに印刷させる手段と、
を含むことを特徴とするプリンタ統合管理装置。
【請求項５】
各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、
印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、を用い、
前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する工程と、
当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール工程と、
前記蓄積された帳票画像データをプリンタに印刷させる工程と、
を含むことを特徴とするプリンタ統合管理方法。
【請求項６】
各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、
印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、に接続されたコンピュータに、
前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する手順と、
当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール手順と、
前記蓄積された帳票画像データをプリンタに印刷させる手順と、
を実行させることを特徴とするプリンタ統合管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、統合業務管理パッケージを用いた業務支援システムに係り、特に業務データの印刷管理の効率化に関する。
【０００２】
【従来の技術】
近年、業務データを一つのデータベースで一元的に管理し、このデータベースから業務データを取りだして分析処理することで、人事、生産、流通、経理等、企業内で通常必要となる分析データを抽出する統合型の業務管理パッケージが注目を集めている。
【０００３】
具体的に業務管理パッケージを用いた、従来一般的な業務支援システムは、図８に示すように、業務基幹サーバ１と、クライアント２と、プリンタ３とから基本的に構成され、これらは互いにネットワークを介して接続されている。
【０００４】
業務基幹サーバ１は、ストレージデバイスを備えたサーバコンピュータであり、業務管理パッケージがインストールされ、ストレージデバイス内に業務データベースを保持している。この業務基幹サーバ１は、クライアント２の利用者を認証し、クライアント２の利用者の指示に応じて、業務管理パッケージの分析処理を実行し、分析データを生成してクライアント２に提供する。
【０００５】
クライアント２は、通常のパーソナルコンピュータであり、ネットワークを介して業務基幹サーバ１にアクセスして分析処理を実行させ、その結果である分析データを業務基幹サーバ１から取得して表示する。
【０００６】
ここで業務基幹サーバ１にて生成された分析データを印刷する際には、クライアント２の利用者は、印刷対象となる分析データを生成させ、これを印刷する指示を業務基幹サーバ１に対して行う。すると、業務基幹サーバ１がこの指示に応じて生成した分析データをスプーリングし、プリンタ３に出力して印刷を実行する。
【０００７】
ところが、一般的なオペレーティングシステムでは、あるコンピュータにスプールされた印刷ジョブをネットワーク上の別のコンピュータから参照したり、制御できるようにはなっていない。これらを可能とするためには、プリント管理用のソフトウエアを別途インストールする必要がある。しかし、このようにしても、業務管理パッケージの操作とは別のインタフェースでの操作となるので、設定や利用者の習得が面倒で利便性が低い。また、例えば紙づまりの結果、再印刷を指示する場合には（エラーを復旧するために）プリンタ管理用のソフトウエアへの操作を行い、さらに業務管理パッケージに再度印刷を指示する操作とを行う必要があり、効率的でない。
【０００８】
さらに、業務管理パッケージは一般に、分析結果のデータを印刷する機能を備えるが、当該機能では線や箱型の図形を記述することはできても、業務書類で広く利用されている帳票の形式を再現して印刷することは難しい。
【０００９】
【発明が解決しようとする課題】
このように、上記従来の業務支援システムでは、業務管理パッケージからの印刷処理を効率的に管理できないという問題点があった。また、業務管理パッケージで生成した分析データを帳票形式に印刷できるシステムが望まれている。
【００１０】
本発明は上記実情に鑑みて為されたもので、印刷管理を効率的に行うことができ、帳票形式での印刷を可能とする業務支援システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記従来例の問題点を解決するための本発明は、業務支援システムであって、各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、前記業務基幹サーバから、前記データインタフェースを介して印刷対象となる標準データを受信する手段と、印刷対象となった標準データに基づいて生成した印刷画像データを蓄積するスプール手段と、前記スプール手段に蓄積された印刷画像データをプリンタに印刷させる手段と、プリンタでの印刷処理状態を監視する手段と、を有し、プリンタでの印刷が完了するまで、前記印刷画像データをスプール手段に保持するプリンタ統合管理装置と、を含むことを特徴としている。
【００１２】
このように、業務基幹サーバとプリンタ統合管理装置とが互いに接続され、プリンタ統合管理装置で印刷ジョブを管理するとともに、スプールを実行するため、例えば再印刷の場合にも、プリンタ統合管理装置に対して再印刷指示を行うだけで済み、効率的な印刷管理が可能となる。
【００１３】
ここで、前記プリンタ統合管理装置と通信可能に接続され、前記印刷対象となった標準データをプリンタ統合管理装置から受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データをプリンタ制御装置に出力して前記スプール手段に印刷画像データとして蓄積させる帳票画像生成装置を含み、前記プリンタ統合管理装置は、業務基幹サーバから入力される指示により、前記帳票画像生成装置に印刷対象データを選択的に送信し、前記スプール手段に蓄積された帳票画像データである印刷画像データをプリンタに印刷させることとするのも好適である。
【００１４】
このように帳票画像データを生成する装置に対して、プリンタ統合管理装置が処理を行わせることで、業務基幹サーバには、プリンタ統合管理装置へ印刷対象のデータを出力するインタフェースを設けるだけで帳票画像データの生成が可能となり、印刷管理を効率的に行いながら、帳票画像データの生成が可能となる。
【００１５】
さらに、前記プリンタ統合管理装置が、前記プリンタの印刷処理状態の監視結果を前記データインタフェースを介して、前記業務基幹サーバへ出力する手段を有することも好適である。
【００１６】
上記従来例の問題点を解決するための本発明は、プリンタ統合管理装置であって、各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、に接続され、前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する手段と、当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール手段と、前記蓄積された帳票画像データをプリンタに印刷させる手段と、を含むことを特徴としている。
【００１７】
また、上記従来例の問題点を解決するための本発明は、プリンタ統合管理方法であって、各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、を用い、前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する工程と、当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール工程と、前記蓄積された帳票画像データをプリンタに印刷させる工程と、を含むことを特徴としている。
【００１８】
さらに、上記従来例の問題点を解決するための本発明は、プリンタ統合管理プログラムであって、各種業務データを一元的に蓄積する業務データベースと、前記業務データを分析し、当該分析の結果としての分析データを生成する手段と、当該分析データをクライアント側に提示する手段と、を備え、前記各種データを外部装置との間で入出力するデータインタフェースを設けた業務基幹サーバと、印刷対象となった標準データを受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データを出力する帳票画像生成装置と、に接続されたコンピュータに、前記業務基幹サーバから印刷対象となる標準データを前記データインタフェースを介して取得する手順と、当該標準データを前記帳票画像生成装置に送信し、帳票画像生成装置から入力された帳票画像データを蓄積するスプール手順と、前記蓄積された帳票画像データをプリンタに印刷させる手順と、を実行させることを特徴としている。
【００１９】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。本実施の形態の業務支援システムは、図１に示すように、業務基幹サーバ１０と、プリンタ統合管理装置２０と、帳票画像生成装置３０と、プリンタ４０と、アーカイブサーバ５０と、ＦＡＸサーバ６０と、クライアント２とから基本的に構成され、これらの各装置は互いにネットワークを介して接続されている。また、ＦＡＸサーバ６０は電話回線網に接続されている。
【００２０】
業務基幹サーバ１０は、従来の業務基幹サーバ１と同様のものであるが、外部装置との間でデータを入出力するためのデータインタフェース１１を備えている点が異なる。プリンタ統合管理装置２０は、図２に示すように、論理プリンタ部２１と、スプール部２２と、処理インタフェース２３と、プリントスケジュール部２４と、イベント処理部２５とから構成されている。また、帳票画像生成装置３０は、図３に示すように、受付部３１と、解析部３２と、帳票生成部３３と、出力部３４と、帳票登録部３５とから構成されている。
【００２１】
プリンタ４０は、通常のレーザープリンタなどであり、本実施の形態においては複数のプリンタ４０を備えてもよい。アーカイブサーバ５０は、図４に示すように、受信部５１と、制御部５２と、ストレージ５３と、送信部５４とから構成されている。ＦＡＸサーバ６０は、図１に示したように、ネットワークインタフェース６１と、通信制御部６２と、電話網インタフェース６３とから主として構成されている。
【００２２】
業務基幹サーバ１０のデータインタフェース１１は、業務データを所定のデータフォーマットで外部装置（プリンタ統合管理装置２０等、図１に示したネットワーク上の各装置）へ出力する。また、外部装置からデータを受け入れて、所定の処理を実行する。ここで所定処理とは、例えば画面上にメッセージとして表示する処理などである。
【００２３】
プリンタ統合管理装置２０の論理プリンタ部２１は、ネットワーク上で仮想的なプリンタとして振る舞い、外部装置から印刷対象データを受け付ける。また、この論理プリンタ部２１は、外部装置から受信した指示により、印刷対象データをスプール部２２と処理インタフェース２３とのいずれかに出力する。ここで論理プリンタ部２１は、スプール部２２に対して印刷対象データを出力する際には、当該印刷対象データをビットマップデータ（印刷画像データ）に変換してから出力する。さらに、この論理プリンタ部２１は、業務基幹サーバ１０から、そのデータインタフェース１１を介して印刷対象データを取得したときには、その印刷対象データの送信指示を行った利用者を特定する情報を業務基幹サーバ１０から取得して、印刷指示の記録（プリントログ）を生成する。
【００２４】
スプール部２２は、論理プリンタ部２１または処理インタフェース２３を介して入力される印刷画像データを蓄積する。本実施の形態において特徴的なことは、このスプール部２２に蓄積されるデータはビットマップ形式またはそれと等価な画像データとなっていることである。すなわち、このスプール部２２に格納されたデータから電子的に直接印刷対象となった業務データそのものを抽出することは容易でなく、セキュリティの向上が図られている。処理インタフェース２３は、帳票画像生成装置３０に接続され、入力された印刷対象データを帳票画像生成装置３０に送信出力する。また、この処理インタフェース２３は、帳票画像生成装置３０から帳票画像データを印刷画像データとして受信して、当該印刷画像データをスプール部２２に出力する。
【００２５】
プリントスケジュール部２４は、プリンタ４０に接続され、各プリンタ４０の処理状況を監視している。また、このプリントスケジュール部２４は、各プリンタ４０の機能に関する情報（カラー／白黒の別や、両面印刷機能の有無など）を記憶しており、スプール部２２に蓄積されている印刷画像データを処理できるプリンタ４０のうち、処理状況が「待機状態」となっているものを選択して当該選択したプリンタ４０に当該印刷画像データを送信する。このようにプリントスケジュール部２４は、複数のプリンタ４０が接続されているときには、各プリンタ４０へジョブを振り分ける処理を行っている。
【００２６】
イベント処理部２５は、プリントスケジュール部２４で得られたプリンタ４０の監視の結果を参照し、所定の警告すべきとの条件を満足する監視結果が得られたときには、当該監視結果の情報をデータインタフェース１１を介して業務基幹サーバ１０へ表示用の情報として送信する。ここで所定の警告すべき条件とは、例えばエラーに関するものであることなどの条件であり、例えばエラーコードなどを利用して条件を満たすか否かを判断できる。
【００２７】
帳票画像生成装置３０の受付部３１は、処理対象のデータを受け付ける。具体的にこの受付部３１は、ハードディスクの所定ディレクトリであり、受付部３１は、当該ディレクトリの内容を監視し、新たにファイルが処理対象データとして格納されると、当該ファイルが蓄積されたことを解析部３２に報知する。
【００２８】
解析部３２は、ファイルの蓄積の報知を受けて、当該ファイルを読み込み、事前に帳票デザインとして登録された帳票の各記載欄（帳票上でデータ値を記述する欄を構成する枠組の位置）と、当該記載欄に記述すべきデータとの関連づけを解析する。ここで対応する記述欄がないデータについては、当該データを破棄する。
【００２９】
帳票生成部３３は、解析部３２にて解析された結果に従って、登録された帳票の各記載欄に、その記載欄に関連づけられたデータを表示した文字列画像などを合成し、帳票画像データを生成する。
【００３０】
出力部３４は、当該帳票画像データを外部装置に出力する。ここで出力部３４は、プリンタ統合管理装置２０に対して帳票画像データを出力するのみならず、業務基幹サーバ１０からの指示によっては、この帳票画像データをアーカイブサーバ５０に出力し、又はＦＡＸサーバ６０に出力する。帳票登録部３５は、帳票デザイン（記述欄の枠組の配列状況に関する情報）を生成する指示を受けて、指示に基づいて帳票デザインを生成して記憶する。
【００３１】
ここで帳票デザインは、具体的には図５に示すように、帳票の記載欄となる枠の位置設定と、各枠の識別子とを含んでなる情報である。帳票画像生成装置３０へ受け渡すべき処理対象データは、従って、枠識別子とデータとを関連づけたものであることが必要である。これは例えば図６に示すように、制御コード「＾」と、枠識別子の指示開始を意味する「FIELD」と、枠識別子（ここでは「PRODUCT#NAME1」など）と、データ値（ここでは「ＳＣＳＩコネクタ１」など）である。具体的に業務基幹サーバ１０の一例としてＳＡＰ（商標）を用いる場合には、このデータはＲＤＩ（標準印刷形式データ）として出力させることができる。この出力のために業務基幹サーバ１０側に設定すべき指示の例は、後に詳しく述べる。
【００３２】
また、通常の業務では、同じ「注文請書」の帳票であっても対する客先ごとに異なる帳票デザインが要求される場合がある。この場合、処理対象データ（印刷対象データ）にどの帳票デザインを用いるかを示す情報を含めておき、帳票画像生成装置３０がこの情報に基づいて利用する帳票デザインを選択し、この選択した帳票上にデータを記述するようにすればよい。さらに、この場合には例えば相手先顧客名に対応する枠識別子は、どのデザインの請書においても同じ識別子を設定しておくことが好ましい。
【００３３】
アーカイブサーバ５０の受信部５１は、業務基幹サーバ１０から印刷対象データとして（つまり、ＳＡＰ（商標）ならばＲＤＩ形式で）アーカイブの対象データを取得し、制御部５２に出力する。また、この受信部５１は、帳票画像データを帳票画像生成装置３０から取得して制御部５２に出力する。
【００３４】
制御部５２は、アーカイブ対象データの入力を受けて、ストレージ５３に格納する。またこの制御部５２は、帳票画像データの入力を受けてストレージ５３に格納する。さらに制御部５２は、指示に応じてストレージ５３に格納したデータを取り出して送信部５４に出力する。送信部５４は、制御部５２から入力されるデータを所定の外部装置へ出力する。
【００３５】
ＦＡＸサーバ６０のネットワークインタフェース６１は、業務基幹サーバ１０又は帳票画像生成装置３０から入力されるデータを受信し、通信制御部６２に出力する。また、このネットワークインタフェース６１は、通信制御部６２から入力されるデータを外部装置へ送信する。例えば、ネットワークインタフェース６１は、プリンタ統合管理装置２０にデータを出力し、そのスプール部２２に格納して印刷を行わせることができ、アーカイブサーバ５０の受信部５１へ送信してアーカイブ対象データとしてストレージ５３に格納させることもできる。
【００３６】
通信制御部６２は、ネットワークインタフェース６１から入力されるデータを電話網インタフェース６３を介して、指示された送信先へＦＡＸ送信する。また、電話網インタフェース６３を介して受信したＦＡＸデータをネットワークインタフェース６１を介して外部装置へ出力する。
【００３７】
［業務基幹サーバ１０への指示の例］
一方、業務基幹サーバ１０を、プリンタ統合管理装置２０及び帳票画像生成装置３０等と接続するにあたり、業務基幹サーバ１０にも追加的に処理を記述する必要がある。業務管理パッケージには、通常機能拡張のためのプログラム環境が付随している。例えばＳＡＰ（商標）では、ＡＢＡＰと呼ばれる記述言語により当該処理を記述することができる。
【００３８】
具体的に帳票出力用の機能拡張プログラムに従い、業務基幹サーバ１０は、次のような処理を行う。なお、業務基幹サーバ１０の業務データベースには、顧客情報として顧客名（Ｕ）に対し、その顧客に対して送付すべき帳票のデザインを特定する情報（Ｆ）を関連づけたテーブルが含まれている。また、以下の説明では、各顧客ごとの帳票デザインにおいて、同じ種類のデータに対しては同じ枠識別子を設定してあるものとする。つまり、例えば相手先顧客名に対応する枠識別子は、どのデザインの請書においても同じ識別子を設定してあるとする。
【００３９】
業務基幹サーバ１０は、帳票の種別（「注文請書」、「請求書」などの別）ごとに事前に定義された業務データ名のセットに従って、業務データベースから業務データを取得し、当該取得した業務データに対し、事前に設定された枠識別子を関連づけて印刷対象データとして生成する。また、顧客名をキーとして顧客情報を参照し、当該顧客に対する帳票デザインを特定する情報を印刷対象データに含めてプリンタ統合管理装置２０に出力する。
【００４０】
本実施の形態において特徴的なことは、業務データ名のセットが帳票の種別に応じて定義され、各顧客ごとのデザインの相違に関わらず、顧客ごとに準備せずに済むことである。すなわち、顧客ごとの各帳票のいずれかに表示すべき業務データの論理和をセットとして定義しておき、当該論理和に示された業務データを出力すれば、帳票画像生成装置３０側で対応する記載欄のない業務データが破棄され、顧客が所望する帳票デザインでのレイアウトが行われるのである。従って、帳票種別ごとに、かつ各帳票種別について顧客ごとに帳票生成のプログラムを作成する必要がなく、利便性が高い。
【００４１】
［動作］
次に、本実施の形態に係る業務支援システムの動作について説明する。ここでは特に、受注に係る業務データを帳票形式にレイアウトして印刷する場合を例として説明する。利用者は、クライアント２から業務基幹サーバ１０にアクセスし、業務データベース内の業務データを分析させ、顧客からの注文台帳のデータを取得する。そして注文台帳のデータに基づき、注文請書を生成して印刷する指示を送信する。
【００４２】
業務基幹サーバ１０は、この指示に従って注文請書を生成するために、業務データベース内の業務データを分析し、分析結果として注文請書用の業務データ名のセットに対応する業務データ（分析データ）を取得する。さらに業務基幹サーバ１０は、当該データの送付先の顧客名をキーとして事前に定められた帳票デザインを特定する情報を取得する。そして、分析データと帳票デザインの情報とを印刷対象データとしてデータインタフェース１１を介してプリンタ統合管理装置２０に出力する。
【００４３】
プリンタ統合管理装置２０の論理プリンタ部２１は、データインタフェース１１を介して印刷対象データを取得する。そして、帳票デザインの情報が含まれているため、この印刷対象データを処理インタフェース２３を介して帳票画像生成装置３０に出力する。
【００４４】
帳票画像生成装置３０は、印刷対象データに含まれる帳票デザインを特定する情報を取得し、事前に登録された帳票デザインを取り出して、記載欄ごとの枠識別子を参照して対応する記載欄に業務データを表示した帳票画像データを生成する。また、印刷対象データに含まれている業務データのうち、対応する記載欄がないものについては当該業務データを破棄する。例えば、図７に示すように顧客であるＡ社に対しては顧客名（枠識別子「CL#NAME」とする）と担当者名（枠識別子「CH#NAME」）を含めるのに対し、Ｂ社に対しては顧客名のみを含める場合には、Ａ社向けの帳票デザインは図７（ａ）のように、Ｂ社向けの帳票デザインは図７（ｂ）のようになる。そして、帳票画像生成装置３０は、顧客名と担当者名とを含んだ（両者に含めるべきデータの論理和を含んだ）印刷対象データ（図７（ｃ））を受けて、顧客名がＡ社であれば、顧客名を「CL#NAME」の枠に、担当者名を「CH#NAME」の枠に表示して図７（ｄ）に示すような帳票を生成する。一方、顧客名がＢ社であれば、顧客名を「CL#NAME」の枠に表示し、担当者名のデータを破棄して図７（ｅ）に示すような帳票を生成する。
【００４５】
そして帳票画像生成装置３０は、生成した帳票画像データをプリンタ統合管理装置２０のスプール部２２に蓄積させる。プリンタ統合管理装置２０は、プリンタ４０のうち、当該帳票画像データを印刷するための機能を備えたプリンタ４０を特定し、さらにそのうち、待機中となっているプリンタ４０に対して帳票画像データを送信する。そしてプリンタ４０が帳票画像データの印刷を開始する。
【００４６】
ここで、プリンタ統合管理装置２０は、当該印刷を開始したプリンタ４０の処理状況を監視しており、例えば当該プリンタ４０が用紙切れなどの理由で印刷エラーを発した場合には、イベント処理部２５により、業務基幹サーバ１０のデータインタフェース１１を介して業務管理パッケージに対してプリンタ４０のエラーを報知する。業務管理パッケージ側では、拡張機能プログラムに応じてこの報知されたエラーを処理することとなる。この処理としては、例えばクライアント２の画面上にエラーが発生したことを表示する処理などがある。利用者は、これにより別途操作の必要なく、プリンタ４０のエラーを認識することができるようになり、印刷処理の効率が向上する。
【００４７】
さらに、本実施の形態においては、プリンタ統合管理装置２０に印刷させるべき帳票画像データがスプールされているので、プリンタ４０に用紙を補給した後に、プリンタ統合管理装置２０に対して再印刷を指示すれば、改めてデータを処理することなく、帳票の印刷が行われる。このようにスプールがプリンタ統合管理装置２０側で行われることで、印刷処理の効率がさらに向上する。
【００４８】
［課金管理］
ところで、業務基幹サーバ１０は、印刷対象データに印刷を指示した利用者の情報を含めることとしてもよい。すなわち、業務基幹サーバ１０は、利用者を認証しているので、この認証情報を用いて利用者の情報を印刷対象に含めることができる。そして、プリンタ統合管理装置２０のログを分析することによって、業務基幹サーバ１０に登録されている利用者の情報を用いて各利用者の印刷量を確認でき、これに応じて課金処理を行うこともできる。
【００４９】
つまり、業務基幹サーバ１０の利用者情報に即して課金管理を行うことができ、課金管理の導入が容易になる。
【００５０】
【発明の効果】
本発明によれば、各種業務データを一元的に蓄積する業務データベースを備えた業務基幹サーバが、当該各種業務データを分析し、分析の結果としての分析データを生成し、当該分析データをクライアント側に提示するとともに、各種データを外部装置との間で入出力するデータインタフェースを具備し、プリンタ統合管理装置が、業務基幹サーバから、データインタフェースを介して印刷対象となる標準データを受信し、印刷対象となった標準データに基づいて生成した印刷画像データをスプールし、スプールした印刷画像データをプリンタに印刷させ、さらにプリンタでの印刷処理状態を監視する業務支援システムとしているので、印刷処理を効率的に管理できる。
【００５１】
また、本発明によれば、プリンタ統合管理装置と通信可能に接続され、印刷対象となった標準データをプリンタ統合管理装置から受信して、事前に設定された帳票上にレイアウトし、当該レイアウト結果としての帳票画像データをプリンタ制御装置に出力して前記スプール手段に印刷画像データとして蓄積させる帳票画像生成装置を含み、プリンタ統合管理装置が、業務基幹サーバから入力される指示により、帳票画像生成装置に印刷対象データを選択的に送信し、スプールした帳票画像データである印刷画像データをプリンタに印刷させるので、プリンタ統合管理装置にて印刷処理を集中的、かつ効率的に管理しつつ、所望の帳票にレイアウトした印刷結果を得ることができる。
【図面の簡単な説明】
【図１】  本発明の実施の形態に係る業務支援システムの構成ブロック図である。
【図２】  プリンタ統合管理装置の構成ブロック図である。
【図３】  帳票画像生成装置の構成ブロック図である。
【図４】  アーカイブサーバの構成ブロック図である。
【図５】  帳票デザインの一例を表す説明図である。
【図６】  印刷対象データの一例を表す説明図である。
【図７】  帳票画像の生成過程を表す説明図である。
【図８】  従来の業務支援システムの構成ブロック図である。
【符号の説明】
１，１０  業務基幹サーバ、２  クライアント、３，４０  プリンタ、１１  データインタフェース、２０  プリンタ統合管理装置、２１  論理プリンタ部、２２  スプール部、２３  処理インタフェース、２４  プリントスケジュール部、２５  イベント処理部、３０  帳票画像生成装置、３１  受付部、３２  解析部、３３  帳票生成部、３４  出力部、３５  帳票登録部、５０  アーカイブサーバ、５１  受信部、５２  制御部、５３  ストレージ、５４  送信部、６０  ＦＡＸサーバ、６１  ネットワークインタフェース、６２  通信制御部、６３  電話網インタフェース。
【図１】
0004045762.tif 000002
【図２】
0004045762.tif 000003
【図３】
0004045762.tif 000004
【図４】
0004045762.tif 000005
【図５】
0004045762.tif 000006
【図６】
0004045762.tif 000007
【図７】
0004045762.tif 000008
【図８】
0004045762.tif 000009