(57)【要約】  【課題】  この発明の課題は、帳票配信において、ネットワーク負荷を軽減するとともに、出力サーバの負荷を軽減することができる帳票配信技術を提供することにある。  【解決手段】  複数の管理サーバと出力順序を制御する出力サーバとを含む帳票配信システムにおいて、１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有する手段と、管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、出力要求を出力サーバにいったんキューイングする手段と、出力サーバで出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動する手段と、出力サーバから管理サーバへアクセスし、印刷前データを取り出し、印刷前データを出力する手段とを備える。【選択図】            図１
2006313442.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理サーバと出力順序を制御する出力サーバとを含む帳票配信システムにおいて、
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有する手段と、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングする手段と、
出力サーバで前記出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動する手段と、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力する手段とを備える、
ことを特徴とする帳票配信システム。
【請求項２】
前記帳票配信システムにおいて、
前記出力サーバから前記管理サーバへアクセスし、圧縮された印刷前データを取り出し、前記印刷前データを解凍して出力する手段を備える、
ことを特徴とする請求項１記載の帳票配信システム。
【請求項３】
前記帳票配信システムにおいて、
前記出力サーバは、出力要求を受けて出力の多重度を制御し出力サーバの負荷を制御する、
ことを特徴とする請求項１記載の帳票配信システム。
【請求項４】
前記帳票配信システムにおいて、
前記出力サーバは、出力要求を受けて出力の優先度を制御し印刷前データを優先度の高い論理あて先から順次取り出す、
ことを特徴とする請求項１記載の帳票配信システム。
【請求項５】
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有する手順と、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングする手順と、
出力サーバで出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動する手順と、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力する手順とを備える、
ことを特徴とする帳票配信制御方法。
【請求項６】
コンピュータに、
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有するステップと、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングするステップと、
出力サーバで出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動するステップと、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力するステップとを実行させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のコンピュータから１台のプリンタへ同時に印刷を行った場合に、帳票の出力順序を保証する帳票配信システム及び帳票配信制御方法並びにプログラムに関し、特に、ネットワーク負荷を軽減するとともに、プリントサーバ(出力サーバ)の負荷を軽減することができる帳票配信システム及び帳票配信制御方法並びにプログラムに関するものである。
【背景技術】
【０００２】
通常、例えば、図１３に示すように、Ｗｉｎｄｏｗｓ（登録商標）のＭＳリモート印刷やＵＮＩＸ（登録商標）のｌｐｒコマンドなどのＯＳ標準の印刷機能では、図１４に示すように、複数のコンピュータ（印刷サーバ）から１台のプリンタへ同時に印刷を行った場合、出力結果が混じってしまう。従って、複数のコンピュータから出力された印刷データを、印刷データが混じることなく印刷された順序通りにプリンタへ出力するためには、何らかの工夫が必要となる。
【０００３】
図１５に示すように、従来の方式は、印刷クライアント上でスプールデータを生成し、生成したスプールデータをプリントサーバに転送する方式が知られている。（印刷クライアント側に「Windows Spooler」という構成要素が記載されていることから、MSリモート印刷を指しているものである。）また、従来の方式は、印刷順序を保証するために、「グループ印刷ジョブ内のすべての印刷ジョブの準備ができていないと判断される場合は、グループ印刷ジョブの印刷を保留する。そして、グループ印刷ジョブ内のすべての印刷ジョブの準備ができた時点で印刷を開始」するものである。
（特許文献１を参照）
【０００４】
【特許文献１】特開２００１−７５７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記のごとく、従来の技術では次のような問題点がある。
【０００６】
印刷クライアント上でスプールデータを生成し、生成したスプールデータをプリントサーバに転送する従来の方式では、ネットワーク上をスプールデータが流れることになり、一般的にスプールデータは、印刷前データよりもサイズ大であることから、ネットワークに負荷がかかってしまう。また、従来の方式では、印刷順序を保証するために、グループ印刷ジョブ内のすべての印刷ジョブの準備ができていないと判断される場合は、グループ印刷ジョブの印刷を保留し、グループ印刷ジョブ内のすべての印刷ジョブの準備ができた時点で印刷を開始するので、複数の印刷クライアントから、同時に印刷が行われた場合、プリントサーバに負荷がかかり、印刷性能が劣化する。
【０００７】
この発明の課題は、従来の方式と比較して、ネットワーク負荷を軽減すること。また、プリントサーバ(出力サーバ)の負荷を軽減することができる、帳票配信システム及び帳票配信制御方法並びにプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
前記の問題点を解決するために、この発明では次に示す手段を取った。
【０００９】
本発明の帳票配信システムは、
複数の管理サーバと出力順序を制御する出力サーバとを含む帳票配信システムにおいて、
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有する手段と、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングする手段と、
出力サーバで前記出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動する手段と、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力する手段とを備えることを特徴とする。
【００１０】
また、本発明の帳票配信システムは、
前記帳票配信システムにおいて、
前記出力サーバから前記管理サーバへアクセスし、圧縮された印刷前データを取り出し、前記印刷前データを解凍して出力する手段を備えることを特徴とする。
【００１１】
また、本発明の帳票配信システムは、
前記帳票配信システムにおいて、
前記出力サーバは、出力要求を受けて出力の多重度を制御し出力サーバの負荷を制御する、ことを特徴とする。例えば、１台の出力サーバで１０台のプリンタを接続する場合において、プリンタが１０台あっても３台までなら同時に稼動させる。
【００１２】
また、本発明の帳票配信システムは、
前記帳票配信システムにおいて、
前記出力サーバは、出力要求を受けて出力の優先度を制御し印刷前データを優先度の高い論理あて先から順次取り出すことを特徴とする。
【００１３】
また、本発明の帳票配信制御方法は、
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有する手順と、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングする手順と、
出力サーバで出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動する手順と、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力する手順とを備えることを特徴とする。
【００１４】
また、本発明のプログラムは、
コンピュータに、
１台の管理サーバがデータベースを用いて１つの論理デバイスの処理を占有するステップと、
管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングするステップと、
出力サーバで出力要求を受けて１台の出力装置に対して、１つずつ印刷プロセスを起動するステップと、
出力サーバから管理サーバへアクセスし、印刷前データを取り出し、前記印刷前データを出力するステップとを実行させることを特徴とする。
【発明の効果】
【００１５】
この発明により、以下に示すような効果が期待できる。
【００１６】
本発明の帳票配信システム及び帳票配信制御方法並びにプログラムによれば、
管理サーバから出力サーバへと、サイズ極小の出力要求のみを送信し、出力要求を出力サーバにいったんキューイングする。その後、出力サーバ上では、１台のプリンタに対して、１つずつ(１多重で)、印刷プロセスを起動する。印刷プロセスは、管理サーバから、サイズ中の印刷前データを取り出し、印刷を実行することができることから、多数の出力要求が、１台の出力サーバに多数同時に転送された場合でも、帳票の出力順序の保証において、従来の方式と比較して、印刷性能が劣化することはない。
【００１７】
また、本発明の帳票配信システム及び帳票配信制御方法並びにプログラムによれば、
管理サーバから、出力サーバへと、出力データそのものではない出力要求(サイズ極小)、あるいは、印刷前データ(サイズ中)が流れる。これにより、管理サーバから、出力サーバへはスプールデータそのものが流れることはなく、ネットワーク負荷が少ないという効果を得る。
【００１８】
また、本発明の帳票配信システムによれば、
出力サーバから管理サーバへアクセスし、圧縮された印刷前データ(サイズ中)を取り出し、出力サーバ上で印刷前データを解凍し、スプールデータを生成することができることから、ネットワーク負荷が少ないという効果を得る。
【００１９】
また、本発明の帳票配信システムによれば、
出力サーバは、出力要求を受けて出力の多重度を制御し出力サーバの負荷を制御するので、多数の出力要求が、１台の出力サーバに多数同時に転送された場合でも、出力サーバの負荷を軽減することができ、従来の方式と比較して、印刷性能が劣化することはない。
【００２０】
また、本発明の帳票配信システムによれば、
出力サーバは、出力要求を受けて出力の優先度を制御し印刷前データを優先度の高い論理あて先から順次取り出すので、帳票の出力順序は優先度の高い順番に保証される。
【発明を実施するための最良の形態】
【００２１】
図１ないし図１２に基づいて、この発明を実施するための最良の形態を説明する。
【００２２】
図１は、この発明の帳票配信システムの構成図である。図１において、帳票配信システムは、センターに、複数の管理サーバ１と、データベース２と、共有ディスク１２と、負荷分散装置４とを備えている。また、各拠点に、複数の出力サーバ３と、出力装置６とを備えており、ネットワーク５を介して複数の管理サーバ１と接続されている。
【００２３】
管理サーバ１は、センターにおいて、ユーザアプリケーション９が出力した帳票を一元管理している。また、管理サーバ１は、配信手段１０、取出し手段１１を備えており、１台の管理サーバ１がデータベース２に格納する配信スレッド監視テーブル１３を用いて１つの論理デバイスの処理を占有する。また、管理サーバ１から出力サーバ３へ出力データそのものではない出力要求を配信手段１０によって送信する。
【００２４】
また、管理サーバ１は、共有ディスク１２に格納する印刷前データを取出し手段１１によって取り出し、印刷前データを出力サーバ３へ送信する。負荷分散装置４は、出力サーバ３から管理サーバ１へアクセスし、印刷前データを取り出す時に、印刷前データを取出す管理サーバ１を切替える。
【００２５】
出力サーバ３は、制御手段１８、ディスク１９、印刷プロセス２０を備えており、管理サーバ１から送信された出力要求を先に到着したものから順にディスク１９に格納する。制御手段１８は出力要求を受けて１台の出力装置６に対して、１つずつ印刷プロセス２０を起動する。また、管理サーバ１へアクセスし、印刷前データを取り出し、出力する。
【００２６】
なお、共有ディスク１２に格納する印刷前データは、圧縮された印刷前データとすることが望ましく、出力サーバ３から管理サーバ１へアクセスし、圧縮された印刷前データを取り出し、印刷プロセス２０で印刷前データを解凍して出力する。
【００２７】
また、制御手段１８は、出力要求を受けて出力の多重度を制御し出力サーバ３の負荷を制御する。さらに、出力要求を受けて出力の優先度を制御し、印刷前データを優先度の高い論理あて先から順次取り出す。
【００２８】
なお、図１２に、管理サーバ１がデータベース２に格納する他のテーブルについて説明する。
【００２９】
図１２（ａ）は、論理あて先定義テーブル１４の一例を示す。論理あて先名は、ユーザアプリケーションが帳票の出力先として指定する論理あて先名を指定する。優先度は、論理あて先の優先度を指定する。この例では、優先度を１〜１０とし、１は優先度が最も低く、１０は優先度が最も高いことを示す。論理デバイス名は、論理あて先に対応する論理デバイス名を指定する。
【００３０】
図１２（ｂ）は、論理デバイス定義テーブル１５の一例を示す。論理デバイス名は、論理デバイス名を指定する。端末名は、出力サーバの端末名（帳票の配信先端末名）を指定する。プリンタ名は、出力サーバに接続されているプリンタ名を指定する。
【００３１】
図１２（ｃ）は、キュー管理テーブルの構成の一例を示す。論理あて先名は、ユーザアプリケーションが帳票の登録時に指定した論理あて先名を指定する。帳票データの識別子は、帳票の取出し処理で転送する帳票データを識別するための情報（帳票データファイル名、帳票ＩＤ、配信通番、再送通番などの内部情報）を指定する。キュー登録日時は、キュー管理テーブルに出力要求を登録した日時を設定する。なお、キュー管理テーブルの１件のレコードが、１件の出力要求に相当する。
【００３２】
前記の例において、論理あて先「ＬＤ−１」「ＬＤ−２」は、ともに論理デバイス「ＬＤＥＶ−Ａ」に対応付けされている。また、論理あて先「ＬＤ−３」は論理デバイス「ＬＤＥＶ−Ｂ」に対応付けされている。例えば、ユーザアプリケーション９ａが、帳票１を、論理あて先「ＬＤ−１」に登録した場合、出力サーバ「ＨＯＳＴ−１」に接続されているプリンタ「ＰＲＩＮＴＥＲ−１」から、帳票１が印刷される。
【００３３】
また、例えば、ユーザアプリケーション９ａは、帳票１を、論理あて先「ＬＤ−１」、ユーザアプリケーション９ｂは、帳票２を、論理あて先「ＬＤ−２」に対して、同時に登録した場合、論理あて先「ＬＤ−２」の方が優先度は高いため、出力サーバ「ＨＯＳＴ−１」に接続されているプリンタ「ＰＲＩＮＴＥＲ−１」から、帳票２、帳票１の順番で印刷される。
【００３４】
図２は、この発明の帳票配信システムの順序制御の説明図である。図２において、管理サーバから、出力サーバへと、スプールデータそのものが流れることはなく、出力要求(サイズ極小)、および、圧縮された印刷前データ(サイズ中)が流れる。そして、出力サーバ上で、圧縮された印刷前データを解凍し、印刷を実行(スプールデータを生成)する。これにより、ネットワーク負荷を少なくする。また、管理サーバから出力サーバへと、出力要求(サイズ極小)のみ送信し、出力要求を出力サーバにいったんキューイングする。その後、出力サーバ上では、１台のプリンタに対して、１つずつ(１多重で)、印刷プロセスを起動する。印刷プロセスは、管理サーバから、圧縮された印刷前データ(サイズ中)を取り出し、解凍し、印刷を実行する。これにより、多数の出力要求が、１台の出力サーバに多数同時に転送された場合でも、印刷性能が極端に劣化することはない。
【００３５】
以下、詳細に説明する。
【００３６】
１台の管理サーバが１つの論理デバイスの処理を占有する処理を説明する。
【００３７】
図３は、この発明の帳票配信システムの管理サーバの構成図である。図３において、データベース２に格納する配信スレッド監視テーブル１３は、１つの論理デバイスを１台の管理サーバ１で占有するために使用するものであり、以下の構成からなる。論理デバイス名は、配信対象となる論理デバイス名を設定する。ホスト名は、配信する管理サーバのホスト名を設定する。更新日時は、配信開始時、配信終了時にデータベース２を管理するデータベースサーバの時間を設定する。
【００３８】
管理サーバ１は、配信サービス（配信手段１０）として、監視スレッド２１と、配信スレッド２２とを備えている。監視スレッド２１は、配信サービス上で、１つだけ常駐するもので、一定時間間隔で、配信スレッド監視テーブル１３をチェックする。引き続ぎ対象の論理デバイス名を発見した場合は、他の管理サーバから、論理デバイスの処理を引き継ぎ、配信スレッド２２を起動する。なお、ユーザアプリ、コマンドなどから、帳票の配信依頼があった場合は、配信スレッド２２を起動する。
【００３９】
図４は、この発明の帳票配信システムの配信スレッドの処理を説明するフローチャートである。
【００４０】
ステップＳ０１において、処理の順番を確認し、１件目であればステップＳ０２に進む。
【００４１】
ステップＳ０２において、配信スレッド監視テーブル１３へ論理デバイス名、ホスト名、更新日時を挿入する。なお、更新日時には、前述のデータベース２を管理するデータベースサーバの日時を設定する。これにより、管理サーバの時間がずれていても、実際に帳票を登録した順番で、配信されることが保証される。
【００４２】
ステップＳ０３において、配信スレッド監視テーブル１３への挿入が成功したか判断し、挿入が成功すればステップＳ０４に進む。挿入が成功しなければ、配信スレッドの処理を終了する。ステップＳ０４において、配信する帳票の情報をデータベース２に格納するキュー管理テーブル１６から取得する。
【００４３】
ステップＳ０５において、配信する帳票は存在するか判断し、存在する場合はステップＳ０６に進み、出力サーバ３への帳票配信処理を実行して、ステップＳ０１に戻る。配信する帳票が存在しない場合は、ステップＳ０７に進み、配信スレッド監視テーブル１３からレコードを削除し、ステップＳ０８において、データベースをコミット（直前の処理を確定）して配信スレッドの処理を終了する。
【００４４】
なお、前記のステップＳ０１において、処理の順番が２件目以降、又は引継ぎ時は、ステップＳ０９で、データベースをコミット（直前の処理を確定）し、ステップＳ１０において、配信スレッド監視テーブル１３のレコードを更新（更新日時を現在の日時に更新）し、ステップＳ１１において、更新は成功したか判断し、更新が成功した場合は、ステップＳ０４に進む。更新が成功しなかった場合は、配信スレッドの処理を終了する。
【００４５】
次に、管理サーバから出力サーバへ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバにいったんキューイングする構成を説明する。
【００４６】
図５は、この発明の帳票配信システムの印刷多重度制御サービスの構成図である。図５において、出力サーバ３における印刷順序の制御は、印刷多重度制御サービスが行う。印刷多重度制御サービスは、ディスク１９と、出力要求通知オブジェクト２７と、多重度制御カウンタ２９と、出力要求受信スレッド２５と、多重度制御スレッド２８と、印刷プロセス起動スレッド３０とを構成する。
【００４７】
ディスク１９は、管理サーバ１から受信した出力要求を先に到着したものから順に格納（出力要求キューにキューイング）する。出力要求通知オブジェクト２７は、印刷多重度制御サービスで動作するスレッド間で、帳票出力のタイミングを通知し合うためのオブジェクトである。多重度制御カウンタ２９は、現在、動作中の印刷プロセス２０の数をカウントするためのオブジェクトである。
【００４８】
出力要求受信スレッド２５は、印刷多重度制御サービス上で、管理サーバ１から出力要求を受信する度に起動される。受信した出力要求を先に到着したものから順にディスク１９に格納する。多重度制御スレッド２８は、印刷多重度制御サービス上に、１つだけ常駐し、出力要求受信スレッド２５及び印刷プロセス起動スレッド３０からの出力要求を受けて、ディスク１９に格納する出力要求キューから出力要求を１つ取出し、印刷プロセス起動スレッド３０を起動する。印刷プロセス起動スレッド３０は、印刷プロセス２０を起動する。
【００４９】
次に、出力サーバで出力要求を受けて出力の多重度を制御する構成を説明する。
【００５０】
図６は、この発明の帳票配信システムの出力要求キューの構成図である。図６において、ディスク１９に格納する出力要求キューは、プリンタキューと、論理あて先キューと、出力要求とを構成し、１台の出力サーバで動作する印刷プロセスの最大値を設定することができる。すなわち、印刷多重度の設定が可能である。また、１台のプリンタに対しては、１つの印刷プロセスのみが動作するように制御する。すなわち、出力結果が混ざらないようにする。また、同一のプリンタにつながっている論理あて先キューは、論理あて先の優先度順につながっている。すなわち、優先度の高い論理あて先の出力要求から順番に処理される。
【００５１】
図７は、この発明の帳票配信システムの出力要求受信スレッドの処理を説明するフローチャートである。
【００５２】
ステップＳ２１において、管理サーバ１から出力要求を受信する。ステップＳ２２において、前述の論理あて先定義テーブル１４、及び論理デバイス定義テーブル１５を用いて、該当するプリンタキュー・論理あて先キュー配下の末尾に、出力要求を帳票単位で格納する。ステップＳ２３において、出力要求通知オブジェクト２７に出力要求を通知し、出力要求受信スレッドの処理を終了する。これによって、多重度制御スレッド２８に出力要求イベントが通知される。
【００５３】
図８は、この発明の帳票配信システムの多重度制御スレッドの処理を説明するフローチャートである。
【００５４】
ステップＳ３１において、出力要求受信スレッド２５からの出力要求通知、あるいは、印刷プロセス起動スレッド３０からの出力要求通知を待つ。すなわち、印刷プロセスの起動処理が開始されるタイミングは、管理サーバ１から出力要求を受信したタイミングと、他の印刷プロセスが終了したタイミングとする。
【００５５】
ステップＳ３２において、出力要求通知を受け、ステップＳ３３において、出力要求キューの中の処理すべき出力要求を特定する。すなわち、優先度の高い論理あて先のもので、先に配信されたものから順番に特定する。
【００５６】
ステップＳ３４において、出力要求キューの処理すべき出力要求は存在するか判断する。存在する場合は、ステップＳ３５に進む。存在しない場合は、ステップＳ３１に戻る。
【００５７】
ステップＳ３５において、多重度制御カウンタ２９の値（現在、動作中の印刷プロセスの数）はＭＡＸか判断する。ＭＡＸでなければステップＳ３６に進む。ＭＡＸであればステップＳ３１に戻る。
【００５８】
ステップＳ３６において、プリンタの印刷フラグを確認し、ステップＳ３７において、印刷フラグの値はＯＦＦか判断する。ＯＦＦであればステップＳ３８に進み、プリンタキューの印刷フラグをＯＮ（使用中）に設定し、ステップＳ３９で、多重度制御カウンタ２９の値を増やす。ステップＳ４０において、処理する出力要求をディスク１９に格納する出力要求キューから取出す。ステップＳ４１において、印刷プロセス起動スレッド３０を起動する。これによって、印刷プロセス起動スレッドの処理につながる。
【００５９】
ステップＳ３７において、印刷フラグの値がＯＦＦでないならばステップＳ４２に進み、出力要求キュー中の、次に処理すべき出力要求を特定する。
【００６０】
なお、多重度制御スレッド２８の処理において、ここでは、印刷プロセス起動スレッド３０の終了待ち合わせは行わない。また、多重度制御カウンタ２９、及びプリンタの印刷フラグは、ここでは戻さずに、印刷プロセス起動スレッド３０で、印刷プロセス２０が終了した後に戻す。
【００６１】
図９は、この発明の帳票配信システムの印刷プロセス起動スレッドの処理を説明するフローチャートである。
【００６２】
ステップＳ５１において、印刷プロセス２０を起動する。これにより、印刷プロセスにつながる。ステップＳ５２において、印刷プロセスの終了を待ち合わせる。ステップＳ５３において、プリンタキューの印刷フラグをＯＦＦに設定し、ステップＳ５４において、多重度制御カウンタ２９の値を減らす。ステップＳ５５において、出力要求を出力要求通知オブジェクト２７に通知（これにより、多重度制御スレッド２８が出力要求通知を受け取る）して印刷プロセス起動スレッドの処理を終了する。
【００６３】
次に、出力サーバから管理サーバへアクセスして出力データを取り出し、出力する構成を説明する。
【００６４】
図１０は、この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出す構成図である。図１０において、出力要求の配信元の管理サーバ１ａの情報は、出力要求データの中に入っている。出力サーバ３から管理サーバ１へアクセスすると、通常は、負荷分散装置４に接続することにより、管理サーバ１ａ，１ｂ，１ｃのいずれかの管理サーバに接続要求が振り分けられる。なお、負荷分散装置４への接続に失敗した場合は、出力要求データに格納されている配信元の管理サーバ１ａに接続を試みる。
【００６５】
図１１は、この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出し出力する処理を説明するフローチャートである。
【００６６】
ステップＳ６１において、負荷分散装置４に接続し、ステップＳ６２において、接続処理結果を確認する。ステップＳ６３において、接続失敗か判断し、接続失敗、又は負荷分散装置４ダウンの時は、ステップＳ６４に進み、出力要求データに格納されている要求配信元の管理サーバ１ａに接続する。
【００６７】
ステップＳ６５において、接続処理結果を確認し、ステップＳ６６において、接続成功か判断し、接続成功ならばステップＳ６７に進み、要求配信元の管理サーバ１ａから帳票データ（圧縮された印刷前データ）を受信する。そして、ステップＳ６８において、帳票をフォーマット出力（印刷前データを解凍し、スプールデータを生成する）して、印刷プロセスの処理を終了する。
【００６８】
なお、ステップＳ６３において、負荷分散装置４への接続に成功した場合は、ステップＳ６７に進み、管理サーバ１ａ、管理サーバ１ｂ、管理サーバ１ｃのいずれかに接続され、接続した管理サーバから前記と同様に帳票データを受信する。
【図面の簡単な説明】
【００６９】
【図１】この発明の帳票配信システムの構成図である。
【図２】この発明の帳票配信システムの順序制御の説明図である。
【図３】この発明の帳票配信システムの管理サーバの構成図である。
【図４】この発明の帳票配信システムの配信スレッドの処理を説明するフローチャートである。
【図５】この発明の帳票配信システムの印刷多重度制御サービスの構成図である。
【図６】この発明の帳票配信システムの出力要求キューの構成図である。
【図７】この発明の帳票配信システムの出力要求受信スレッドの処理を説明するフローチャートである。
【図８】この発明の帳票配信システムの多重度制御スレッドの処理を説明するフローチャートである。
【図９】この発明の帳票配信システムの印刷プロセス起動スレッドの処理を説明するフローチャートである。
【図１０】この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出す構成図である。
【図１１】この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出し出力する処理を説明するフローチャートである。
【図１２】この発明の帳票配信システムのテーブルの説明図である。
【図１３】従来一般のＭＳリモート印刷の説明図である。
【図１４】従来一般の技術を示す図である。
【図１５】従来技術の順序制御の説明図である。
【符号の説明】
【００７０】
１：管理サーバ
２：データベース
３：出力サーバ
４：負荷分散装置
５：ネットワーク
６：出力装置
９：ユーザアプリケーション
１０：配信手段
１１：取出し手段
１２：共有ディスク（印刷前データ）
１３：配信スレッド監視テーブル
１４：論理あて先定義テーブル
１５：論理デバイス定義テーブル
１６：キュー管理テーブル
１８：制御手段（印刷多重度制御・印刷優先度制御）
１９：ディスク（出力要求キュー）
２０：印刷プロセス
２１：監視スレッド
２２：配信スレッド
２５：出力要求受信スレッド
２７：出力要求通知オブジェクト
２８：多重度制御スレッド
２９：多重度制御カウンタ
３０：印刷プロセス起動スレッド
【図１】
2006313442.tif 000003
【図２】
2006313442.tif 000004
【図３】
2006313442.tif 000005
【図４】
2006313442.tif 000006
【図５】
2006313442.tif 000007
【図６】
2006313442.tif 000008
【図７】
2006313442.tif 000009
【図８】
2006313442.tif 000010
【図９】
2006313442.tif 000011
【図１０】
2006313442.tif 000012
【図１１】
2006313442.tif 000013
【図１２】
2006313442.tif 000014
【図１３】
2006313442.tif 000015
【図１４】
2006313442.tif 000016
【図１５】
2006313442.tif 000017