(57)【要約】【課題】  オンライン要求またはバッチ要求に応じて作成される帳票作成のジョブを処理する際に、ジョブの属性や帳票作成装置の処理能力に応じてより効率的な帳票作成処理を行うことができる帳票作成処理システム、帳票作成管理装置、帳票作成装置、帳票作成方法及びそのプログラムを提供する。【解決手段】  帳票作成管理サーバ１４は、複数の帳票作成サーバ１５に関する情報（例えば処理能力に関する情報）及び、クライアント端末１２からの作成要求の作成処理種別（例えばオンライン要求かバッチ要求かの種別）を基に、複数の帳票作成サーバ１５の中より作成要求に応じた帳票作成に最適な帳票作成サーバ１５を選択して、選択した帳票作成サーバ１５に作成要求を送信する。帳票作成サーバ１５は、帳票作成管理サーバ１４から受信した作成要求に応じて帳票の作成処理を行う。【選択図】  図１
2005190189.tif 000002
【特許請求の範囲】
【請求項１】
帳票作成処理を行う複数の帳票作成装置と、ネットワークを介して前記複数の帳票作成装置における前記帳票作成処理を管理する帳票作成管理装置とを備える帳票作成処理システムであって、
前記帳票作成管理装置は、
前記ネットワークを介して利用者端末から帳票の作成要求を受信する受信手段と、
前記複数の帳票作成装置が異なる作成処理種別で前記帳票の作成処理を行う場合に、前記受信手段が受信した前記作成要求に応じて前記作成処理種別を判断する作成処理種別判断手段と、
前記複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段と、
前記帳票作成装置情報格納手段から参照する前記複数の帳票作成装置に関する情報及び、前記作成処理種別判断手段が判断した前記作成処理種別を基に、前記複数の帳票作成装置の中より前記受信手段が受信した前記作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択手段と、
前記選択手段が選択した帳票作成装置に前記作成要求を送信する送信手段と
を具備し、
前記帳票作成装置は、
前記帳票作成管理装置の前記送信手段が送信した前記作成要求を受信する要求受信手段と、
前記要求受信手段が受信した前記作成要求を基に帳票を作成する帳票作成手段と
を具備すること
を特徴とする帳票作成処理システム。
【請求項２】
前記複数の帳票作成装置に関する情報とは、前記複数の帳票作成装置の処理能力に関する情報と、前記複数の帳票作成装置の通信能力に関する情報とのいずれか一つを少なくとも含むことを特徴とする請求項１に記載の帳票作成処理システム。
【請求項３】
前記帳票作成管理装置は、前記作成要求に格付けを付与する格付け手段を更に具備し、
前記帳票作成装置の前記帳票作成手段は、前記要求受信手段が受信した前記作成要求に付与された前記格付けに応じて、当該作成要求に応じた帳票の作成処理を変更すること
を特徴とする請求項１または２に記載の帳票作成処理システム。
【請求項４】
前記格付けは、前記利用者端末の利用者別の優先度と、前記帳票別の重要度のいずれか一つを少なくとも含むことを特徴とする請求項１乃至３のいずれか１項に記載の帳票作成処理システム。
【請求項５】
前記帳票作成装置の前記帳票作成手段は、前記要求受信手段が受信した前記作成要求に付与された前記格付けに応じて、当該作成要求に応じた帳票の作成処理の順序を変更することを特徴とする請求項３または４に記載の帳票作成処理システム。
【請求項６】
前記作成処理種別は、オンライン要求に応じた作成処理またはバッチ要求に応じた作成処理の種類を少なくとも定めることを特徴とする請求項１乃至５のいずれか１項に記載の帳票作成処理システム。
【請求項７】
帳票作成処理を行う複数の帳票作成装置に対して、ネットワーク経由で前記帳票作成処理の管理を行う帳票作成管理装置であって、
前記ネットワークを介して利用者端末から帳票の作成要求を受信する受信手段と、
前記複数の帳票作成装置が異なる作成処理種別で前記帳票の作成処理を行う場合に、前記受信手段が受信した前記作成要求に応じて前記作成処理種別を判断する作成処理種別判断手段と、
前記複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段と、
前記帳票作成装置情報格納手段から参照する前記複数の帳票作成装置に関する情報及び、前記作成処理種別判断手段が判断した前記作成処理種別を基に、前記複数の帳票作成装置の中より前記受信手段が受信した前記作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択手段と、
前記選択手段が選択した帳票作成装置に前記作成要求を送信する送信手段と
を具備すること
を特徴とする帳票作成管理装置。
【請求項８】
ネットワークを介して帳票作成処理を要求する作成要求を送信する帳票作成管理装置から、前記作成要求を受信する要求受信手段と、
前記作成要求に格付けが付与されている場合に、前記要求受信手段が受信した前記作成要求に付与された前記格付けに応じて、順序を変更して帳票の作成処理を行う帳票作成手段と
を具備することを特徴とする帳票作成装置。
【請求項９】
帳票作成処理を行う複数の帳票作成装置と、ネットワークを介して前記複数の帳票作成装置における前記帳票作成処理を管理する帳票作成管理装置とを備える帳票作成処理システムを用いた帳票作成方法であって、
前記ネットワークを介して利用者端末から帳票の作成要求を受信する受信ステップと、
前記複数の帳票作成装置が異なる作成処理種別で前記帳票の作成処理を行う場合に、前記受信ステップで受信した前記作成要求に応じて前記作成処理種別を判断する作成処理種別判断ステップと、
前記複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段から参照する前記複数の帳票作成装置に関する情報及び、前記作成処理種別判断ステップで判断した前記作成処理種別を基に、前記複数の帳票作成装置の中より前記受信ステップで受信した前記作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択ステップと、
前記選択ステップで選択した帳票作成装置に前記作成要求を送信する送信ステップと
を前記帳票作成装置に処理させ、
前記帳票作成管理装置が前記送信ステップで送信した前記作成要求を受信する要求受信ステップと、
前記要求受信ステップで受信した前記作成要求を基に帳票を作成する帳票作成ステップと
を前記帳票作成装置に処理させることを特徴とする帳票作成方法。
【請求項１０】
帳票作成処理を行う複数の帳票作成装置用のプログラムと、ネットワークを介して前記複数の帳票作成装置における前記帳票作成処理を管理する帳票作成管理装置用のプログラムとを含むプログラムあって、
前記ネットワークを介して利用者端末から帳票の作成要求を受信する受信ステップと、
前記複数の帳票作成装置が異なる作成処理種別で前記帳票の作成処理を行う場合に、前記受信ステップで受信した前記作成要求に応じて前記作成処理種別を判断する作成処理種別判断ステップと、
前記複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段から参照する前記複数の帳票作成装置に関する情報及び、前記作成処理種別判断ステップで判断した前記作成処理種別を基に、前記複数の帳票作成装置の中より前記受信ステップで受信した前記作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択ステップと、
前記選択ステップで選択した帳票作成装置に前記作成要求を送信する送信ステップと
を前記帳票作成装置に実行させるためのプログラムと、
前記帳票作成管理装置が前記送信ステップで送信した前記作成要求を受信する要求受信ステップと、
前記要求受信ステップで受信した前記作成要求を基に帳票を作成する帳票作成ステップと
を前記帳票作成装置に実行させるためのプログラムとを含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して帳票作成処理を依頼するオンライン要求クライアントとバッチ要求クライアントが存在し、上記依頼に応じて帳票作成処理の負荷分散を管理する帳票作成管理装置（マネージャ）と、帳票作成管理装置の指示に応じて実際の帳票作成処理を行う帳票作成装置（コンポーザ）とから構成される帳票作成処理システム、帳票作成管理装置、帳票作成装置、帳票作成方法及びそのプログラムに関するものである。
【背景技術】
【０００２】
従来、一般的なネットワーク上の複数のサーバに対して負荷分散を行うシステムとして、例えばジョブの処理を行っていないサーバに対してジョブの要求を行う技術などが開示されている（例えば、特許文献１参照。）。また、具体的に印刷ジョブの負荷分散を行うシステムでは負荷分散＋印刷ジョブに関しての同等の思想が開示されている（例えば、特許文献２〜５参照。）。
【０００３】
【特許文献１】特開２００２−３４２１９３号公報
【特許文献２】特開平０９−０３４６６０号公報
【特許文献３】特開平１１−１６１４４５号公報
【特許文献４】特開平１１−１９４９１１号公報
【特許文献５】特開２００２−２６８８４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ネットワークを介して帳票作成処理を依頼するオンライン要求クライアントとバッチ要求クライアントが存在し、上記依頼に応じて帳票作成処理の負荷分散を管理する帳票作成管理装置（マネージャ）と、帳票作成管理装置の指示に応じて実際の帳票作成処理を行う帳票作成装置（コンポーザ）とから構成される帳票作成処理システムに特有であるオンライン要求とバッチ要求が混在する場合の負荷分散に関しては解決する技術の開示はなく、オンライン要求とバッチ要求が混在する負荷分散処理についての技術の開発が望まれていた。また、特に電子帳票の出力形態は印刷出力や電子データでの出力など様々であり、上述した印刷ジョブの処理のように１種類のジョブではないので、上述した従来技術として示した負荷分散の技術を組み合わせても、上述した帳票作成システムにおける負荷分散処理に適用できるものではない。
【０００５】
ここで、従来の帳票作成処理システムにおける３つの問題について更に説明する。
１．オンライン要求に対する帳票作成処理を行う場合に、従来の帳票作成処理システムにおける問題として、帳票作成管理サーバはジョブを処理していない帳票作成サーバにジョブを割り振るので、実際にジョブを実行する帳票作成サーバのマシンスペック（処理能力）が低い場合、クライアントからの処理要求への応答が低下する可能性があるという問題がある。これは、可能な限り早いレスポンスを求められるオンライン要求の場合に、帳票作成管理サーバが、マシンスペックが低い帳票作成サーバに対して、「ジョブ処理を行っていないから」という理由でジョブの処理を割り振ると、クライアントへの応答時間が遅くなってしまう場合がある（処理待ちを発生させてでもマシンスペックが高い帳票作成サーバにジョブを割り振った方が結果としてクライアントへの応答時間が早くなる場合がある）からである。
【０００６】
２．オンライン要求とバッチ要求が混在することによる問題として、上述したように従来の帳票作成処理システムの帳票作成管理サーバはジョブを処理していない帳票作成サーバに優先的にジョブを割り振るが、そのジョブ自体がオンライン要求であるかバッチ要求であるかは識別していない。そのため、オンライン要求である帳票作成処理を優先させて行う必要があるにも係わらず、バッチ要求の帳票作成処理で帳票作成サーバを占有してしまう場合があるという問題がある。上述したような場合に、オンライン要求に対する処理応答時間が著しく低下してしまう可能性がある。従来は、このような事態とならないように、ユーザのサーバの運用により、バッチ処理を夜間に処理する事で解決を行ってきた（昼間はオンライン処理のみ）。しかし、バッチ要求が夜間で終わらないボリュームがある場合や、夜間にオンライン処理を行いたい際には、この運用では問題を回避することができない。
【０００７】
３．帳票作成処理に優先度の概念がない帳票作成処理システムにおける問題として、上述したように帳票作成管理サーバがジョブを処理していない帳票作成サーバにジョブを割り振ると、帳票作成サーバは割り振られたジョブを順次処理するが、優先的の処理して欲しいジョブを優先処理することができないという問題がある。更に、例えば、月末に締める必要のある帳票を作成するためのジョブ（優先的に処理したいジョブ）が待たされる事で、業務に支障をきたす場合があるという問題も生じる。
【０００８】
本発明は、上述した事情を考慮してなされたもので、オンライン要求またはバッチ要求に応じて作成される帳票作成のジョブを処理する際に、ジョブの属性（ユーザ、オンラインであるかバッチであるか、ジョブ自身の優先度など）や帳票作成装置の処理能力に応じてより効率的な帳票作成処理を行うことができる帳票作成処理システム、帳票作成管理装置、帳票作成装置、帳票作成方法及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明は、上述した課題を解決すべくなされたもので、本発明による帳票作成処理システムにおいては、帳票作成処理を行う複数の帳票作成装置と、ネットワークを介して複数の帳票作成装置における帳票作成処理を管理する帳票作成管理装置とを備える帳票作成処理システムであって、帳票作成管理装置は、ネットワークを介して利用者端末から帳票の作成要求を受信する受信手段と、複数の帳票作成装置が異なる作成処理種別で帳票の作成処理を行う場合に、受信手段が受信した作成要求に応じて作成処理種別を判断する作成処理種別判断手段と、複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段と、帳票作成装置情報格納手段から参照する複数の帳票作成装置に関する情報及び、作成処理種別判断手段が判断した作成処理種別を基に、複数の帳票作成装置の中より受信手段が受信した作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択手段と、選択手段が選択した帳票作成装置に作成要求を送信する送信手段とを具備し、帳票作成装置は、帳票作成管理装置の送信手段が送信した作成要求を受信する要求受信手段と、要求受信手段が受信した作成要求を基に帳票を作成する帳票作成手段とを具備することを特徴とする。
【００１０】
また、本発明による帳票作成管理装置においては、帳票作成処理を行う複数の帳票作成装置に対して、ネットワーク経由で帳票作成処理の管理を行う帳票作成管理装置であって、ネットワークを介して利用者端末から帳票の作成要求を受信する受信手段と、複数の帳票作成装置が異なる作成処理種別で帳票の作成処理を行う場合に、受信手段が受信した作成要求に応じて作成処理種別を判断する作成処理種別判断手段と、複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段と、帳票作成装置情報格納手段から参照する複数の帳票作成装置に関する情報及び、作成処理種別判断手段が判断した作成処理種別を基に、複数の帳票作成装置の中より受信手段が受信した作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択手段と、選択手段が選択した帳票作成装置に作成要求を送信する送信手段とを具備することを特徴とする。
【００１１】
また、本発明による帳票作成装置においては、ネットワークを介して帳票作成処理を要求する作成要求を送信する帳票作成管理装置から、作成要求を受信する要求受信手段と、作成要求に格付けが付与されている場合に、要求受信手段が受信した作成要求に付与された格付けに応じて、順序を変更して帳票の作成処理を行う帳票作成手段とを具備することを特徴とする。
【００１２】
また、本発明による帳票作成方法においては、帳票作成処理を行う複数の帳票作成装置と、ネットワークを介して複数の帳票作成装置における帳票作成処理を管理する帳票作成管理装置とを備える帳票作成処理システムを用いた帳票作成方法であって、ネットワークを介して利用者端末から帳票の作成要求を受信する受信ステップと、複数の帳票作成装置が異なる作成処理種別で帳票の作成処理を行う場合に、受信ステップで受信した作成要求に応じて作成処理種別を判断する作成処理種別判断ステップと、複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段から参照する複数の帳票作成装置に関する情報及び、作成処理種別判断ステップで判断した作成処理種別を基に、複数の帳票作成装置の中より受信ステップで受信した作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択ステップと、選択ステップで選択した帳票作成装置に作成要求を送信する送信ステップとを帳票作成装置に処理させ、帳票作成管理装置が送信ステップで送信した作成要求を受信する要求受信ステップと、要求受信ステップで受信した作成要求を基に帳票を作成する帳票作成ステップとを帳票作成装置に処理させることを特徴とする。
【００１３】
また、本発明によるプログラムは、帳票作成処理を行う複数の帳票作成装置用のプログラムと、ネットワークを介して複数の帳票作成装置における帳票作成処理を管理する帳票作成管理装置用のプログラムとを含むプログラムあって、ネットワークを介して利用者端末から帳票の作成要求を受信する受信ステップと、複数の帳票作成装置が異なる作成処理種別で帳票の作成処理を行う場合に、受信ステップで受信した作成要求に応じて作成処理種別を判断する作成処理種別判断ステップと、複数の帳票作成装置に関する情報を格納する帳票作成装置情報格納手段から参照する複数の帳票作成装置に関する情報及び、作成処理種別判断ステップで判断した作成処理種別を基に、複数の帳票作成装置の中より受信ステップで受信した作成要求に応じた帳票作成に最適な帳票作成装置を選択する選択ステップと、選択ステップで選択した帳票作成装置に作成要求を送信する送信ステップとを帳票作成装置に実行させるためのプログラムと、帳票作成管理装置が送信ステップで送信した作成要求を受信する要求受信ステップと、要求受信ステップで受信した作成要求を基に帳票を作成する帳票作成ステップとを帳票作成装置に実行させるためのプログラムとを含むことを特徴とするプログラムである。
【発明の効果】
【００１４】
本発明の帳票作成処理システム、帳票作成管理装置、帳票作成方法及びそのプログラムは、複数の帳票作成装置に関する情報（例えば処理能力に関する情報）及び、作成要求の作成処理種別（例えばオンライン要求かバッチ要求かの種別）を基に、複数の帳票作成装置の中より作成要求に応じた帳票作成に最適な帳票作成装置を選択して、選択した帳票作成装置に作成要求を送信することができる。これにより、オンライン要求またはバッチ要求に応じて作成される帳票作成のジョブを処理する際に、ジョブの属性や帳票作成装置の処理能力に応じてより効率的な帳票作成処理を行うことができる。
また、本発明の帳票作成装置においては、帳票の作成要求に付与された格付け（例えばユーザ優先度や帳票重要度）に応じて、順序を変更して帳票の作成処理を行うことができる。すなわち、格付けの高い作成要求を優先的に作成処理することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を用いて本発明の実施形態について説明する。
本発明の一実施形態による帳票作成サーバ（帳票作成装置）と、帳票作成管理サーバ（帳票作成管理装置）と、オンライン要求またはバッチ要求を行う複数のクライアント端末とから構成される帳票作成処理システムの概略構成について説明する。
【００１６】
図１は、本発明の一実施形態における帳票作成処理システムの構成を示す図である。図１において、１１は、ネットワークであり、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットなどである。１２は、オンライン帳票作成処理を後述する帳票作成管理サーバ１４に依頼するためにユーザが使用するオンライン要求クライアント端末である。１３は、バッチ帳票作成処理を後述する帳票作成管理サーバ１４に依頼するためのバッチ処理プログラムを出力するバッチ要求クライアント端末である。１４は、帳票作成サーバ（マネージャ）であり、オンライン要求クライアント端末１２やバッチ要求クライアント端末１３（以下、まとめてクライアント端末１２とする）からネットワーク１１経由で受信したオンライン要求やバッチ要求を基に、後述する帳票作成サーバ１５における帳票作成処理の負荷分散を実現する。
【００１７】
１５は、帳票作成サーバ（コンポーザ）であり、帳票作成管理サーバ１４からの指示に応じて帳票の作成処理を行う。帳票作成サーバ１５は、ネットワーク１１上に複数存在し、それぞれ帳票作成処理を処理する処理能力（処理速度）が異なるとする。また、帳票作成サーバ１５は、帳票作成管理サーバ１４からオンライン処理やバッチ処理の指示に応じて、オンライン処理およびバッチ処理を行うことができる。１６は、ＤＢ（データベース）サーバであり、帳票作成サーバ１５が帳票作成処理を行う時に利用する帳票データが格納されているデータベースを備えるサーバである。
【００１８】
帳票作成管理サーバ１４は、ネットワーク１１を介して、クライアント端末１２や帳票作成サーバ１５とデータの送受信が可能である。尚、図１のネットワーク１１上に接続される各種サーバや端末の構成は一例であり、用途や目的に応じて様々な構成が可能である。また、本実施形態のおける帳票とは電子帳票であり、帳票作成サーバ１５で作成した帳票である。具体的には、電子帳票を帳票データとしてＤＢサーバ１６のデータベースに格納する際には、罫線やレイアウトを定義するフォームデータと、帳票の内容となる文字や数字に関する情報及びそれら文字や数字の位置や大きさに関する情報などである内容データとに分離して格納しておき、帳票作成サーバ１５は、ＤＢサーバ１６から帳票データ（フォームデータと内容データ）を読み出して合成することで帳票を作成する。尚、本実施形態の帳票作成サーバ１５は、予めフォームデータをＤＢサーバ１６から取得して管理しておき、帳票作成時には、管理している場所からフォームデータを参照する。
【００１９】
また、フォームデータは帳票作成管理サーバ１４が管理してもよく、帳票作成サーバ１５が帳票作成管理サーバにチェックインした際にフォームデータをダウンロードしても良い。尚、例えばダウンロードしたフォームデータや各種テーブル等は一度ＨＤＤ２６に記憶してＲＡＭ２３に読み込み使用しても良いし、ＨＤＤ２６に記憶せずメモリ２３に記憶させ使用しても良い。
【００２０】
次に、図１のオンライン要求クライアント端末１２、バッチ要求クライアント端末１３、帳票作成管理サーバ１４、帳票作成サーバ１５、ＤＢサーバ１６の各装置に共通のハードウェア構成例について、図２を用いて説明する。
図２は、本実施形態における各装置のハードウェア構成例を示す図である。図２において、ＣＰＵ（中央演算装置）２１は、システムバス２０に接続される各デバイスを統括的に制御する。また、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２あるいはＨＤＤ２２６には、ＣＰＵ２１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されており、ＣＰＵ２１は、それらのプログラムをＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３に読み込み実行する。
【００２１】
ＲＡＭ２３は、ＣＰＵ２１の主メモリ、ワークエリア、一時待避領域等として機能する。入力部２４は、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスなどである。表示部２５は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶ディスプレイ等である。ＨＤＤ（ハードディスクドライブ）２６は、ブートプログラム、各種のアプリケーション、設定ファイルを記憶する記憶装置である。また、ＨＤＤ２６には、図１に示した各サーバあるいは各クライアントにおいて後述する図３〜図４−２に示す各処理を行う各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００２２】
２７は、通信Ｉ／Ｆコントローラであり、ネットワーク１１を介して外部装置との通信制御処理を実行する。尚、本実施形態においては、図３〜図４−２に示す処理を実現する帳票作成管理サーバプログラムや帳票作成サーバプログラムはＨＤＤ２６に記録されており、必要に応じてＲＡＭ２３にロードされることによりＣＰＵ２１によって実行されるものである。さらに、上述した帳票作成管理サーバプログラムや帳票作成サーバプログラムが用いる定義ファイル及び各種情報テーブルはＨＤＤ２６に格納されており、これらについての詳細な説明は後述する。
【００２３】
次に、図１に示した帳票作成処理システムの基本的な起動時処理フローについて説明する。図３は、図１に示した帳票作成処理システムの基本的な起動時処理フローを示す図である。上述したように、帳票作成管理サーバ１４と帳票作成サーバ１５は、ネットワーク１１を介して相互に接続されている。帳票作成管理サーバ１４の起動と帳票作成サーバ１５の起動により、帳票作成サーバ１５の処理能力を収集するための処理が起動時に行われる。帳票作成管理サーバ１４と帳票作成サーバ１５が起動した後は、オンライン要求クライアント１２とバッチ要求クライアント１３からの帳票作成処理を受け付けることが可能となる。そのフローについて、以下に説明する。
【００２４】
図３に示すように、まず、帳票作成管理サーバ１４は、ステップ３０１において、起動後にパラメータファイルをＨＤＤ２６から読み込む。ここで、パラメータファイルとは、図５に示す帳票定義パラメータファイル及び、図６に示すユーザ優先度パラメータファイルが存在する。図５は、本実施形態における帳票定義パラメータファイルのデータ構成例を示す図である。図６は、本実施形態におけるユーザ優先度パラメータファイルのデータ構成例を示す図である。
【００２５】
帳票定義パラメータファイルは、各クライアントからの要求時に指定される論理フォーム名と、帳票作成管理サーバ／帳票作成サーバが持つ物理的なフォームファイル名とを紐付け、各フォームデータの重要度を定義する設定ファイルである。具体例として図５に示すように、各フォームデータに個別の名称を示す情報である「論理フォーム名」と、フォームデータの格納場所を示す情報である「物理フォーム」と、「論理フォーム名」で特定されるフォームデータの重要度を定める情報である「帳票重要度」とから構成されるファイルである。本実施形態では、「帳票重要度」として、１〜５までの５段階の重要度を定義しており、この重要度が大きい程、優先的に帳票の処理を行う。
【００２６】
また、ユーザ優先度パラメータファイルとは、クライアント端末１２からの要求時に指定されるユーザＩＤ（ユーザ名でもよい）とその優先度レベルを定義する設定ファイルである。具体例として図６に示すように、各ユーザに個別であるユーザＩＤを示す「ユーザＩＤ」及び、「ユーザＩＤ」で特定されるユーザの優先度を定める情報である「優先度レベル」とから構成されるファイルである。本実施形態では、優先度レベルとして、１〜５までの５段階のレベル定義しており、レベルが大きい程、優先的に帳票の処理を行う。
【００２７】
尚、以下の説明において、帳票定義パラメータファイルを帳票定義パラメータテーブルと称し、ユーザ優先度パラメータファイルをユーザ優先度パラメータテーブルと称する。
【００２８】
次に、図３のフローの説明に戻り、ステップＳ３０２において、帳票作成管理サーバ１４は、要求受付待ち状態になる。この状態で各帳票作成サーバ１５が起動した際のチェックイン要求または、クライアント端末１２からのバッチ要求やオンライン要求のいずれかの要求を受け付け可能となる。ここで帳票作成サーバ１５が起動することで、帳票作成管理サーバ１４に対してチェックイン処理を行うと、これを帳票作成管理サーバ１４が受け付けて（ステップ３０２のチェックイン要求）、ステップ３０４の処理に進む。また、各クライアント端末１２からの要求を受け付けた場合（ステップ３０２のクライアント）には、帳票作成管理サーバ１４は、ステップ３０３に進み、帳票作成処理を行う。このステップ３０３における帳票作成処理に関しては、後で図４−１、図４−２を用いて詳細に述べる。
【００２９】
帳票作成サーバ１５からチェックイン要求を受け付けた場合には、ステップ３０４において、帳票作成管理サーバ１４は帳票作成サーバ１５に対してベンチマークプログラムのダウンロードを行う。このベンチマークプログラムは、例えば帳票作成管理サーバ１４のＨＤＤ２６に格納されている。また、ベンチマークプログラムとは、帳票作成サーバ１５の処理能力を測定するためのプログラムであり、本実施形態においては、特に帳票の作成処理能力を測定可能なプログラムとする。
【００３０】
次に、ステップ３０５において、帳票作成サーバ１５は、帳票作成管理サーバ１４からダウンロードされるベンチマークプログラムを受信し、帳票作成サーバ１５のＨＤＤ２６に格納する。次に、ステップ３０６において、帳票作成サーバ１５は、ベンチマークプログラムを起動する。尚、このベンチマークプログラムの起動開始タイミングは、例えばベンチマークプログラムの受信を完了したと同時に起動される。
【００３１】
次に、ステップ３０７において、ベンチマークプログラムを実行中の帳票作成サーバ１５は、帳票定義パラメータファイルに定義される格納場所からフォームファイルを参照して、ＳＱＬ文を抽出する。フォームファイル（フォームデータ）の格納場所は、例えば帳票作成サーバ１５のＨＤＤ２６である。次に、ステップ３０８において、ベンチマークプログラムを実行中の帳票作成サーバ１５は、帳票作成サーバ１５自身の性能測定を実施する。
【００３２】
具体的には、ステップ３０８において、ベンチマークプログラムを実行中の帳票作成サーバ１５は、性能測定として以下の項目の性能を測定する。
・ＤＢフェッチ測定：抽出したＳＱＬ文を実行しＤＢサーバ１６から帳票データ（フォームデータと内容データ）を取得する時間（Ｔｄ）を測定。
・ＣＰＵ性能測定：ベンチマークプログラムが持つ数値演算を帳票作成サーバ１５に行わせることでＣＰＵ２１の処理時間（Ｔｃ）を測定。
【００３３】
次に、ステップ３０９において、帳票作成サーバ１５は、ステップ３０８で測定した時間（Ｔｄ及びＴｃ）の和（Ｔｂ）を帳票作成管理サーバ１４に性能測定結果として送信する。
Ｔｂ＝Ｔｄ＋Ｔｃ
【００３４】
これにより、ステップ３１０において、帳票作成管理サーバ１４は、帳票作成サーバ１５より送付された性能測定結果（Ｔｂ）を受信する。次に、ステップ３１１において、帳票作成管理サーバ１４は、ネットワーク１１の性能（通信速度）を算出する。具体的には、まず、帳票作成管理サーバ１４は、ステップ３０４でベンチマークプログラムを起動した帳票作成サーバ１５に送信してからステップ３１０で当該帳票作成サーバ１５から性能測定結果を受信するまでの時間（Ｔｘ）を算出する。次に、帳票作成管理サーバ１４は、算出した時間（Ｔｘ）と帳票作成サーバ１５の性能測定結果Ｔｂとを用いて、ネットワーク性能の測定時間Ｔｎを以下の式により求める。
Ｔｎ＝Ｔｂ−Ｔｘ
【００３５】
次に、ステップ３１２において、帳票作成管理サーバ１４は、ステップ３１１で求めたネットワーク１１の性能測定値Ｔｎ（以下、ネットワーク性能測定値Ｔｎとする）とステップ３１０で受信した帳票作成サーバ１５の性能測定値Ｔｂ（以下、帳票作成サーバ性能測定値Ｔｎとする）とを図７に示すような帳票作成サーバパラメータテーブルに追加する。尚、帳票作成サーバパラメータテーブルは、例えば帳票作成管理サーバ１４のＨＤＤ２６に格納される。図７は、帳票作成管理サーバ１４が帳票作成サーバ１５に関する情報を格納する帳票作成サーバパラメータテーブル例を示す図である。
【００３６】
図７に示すように、帳票作成サーバ１５を識別する帳票作成サーバ名（帳票作成サーバ１、２、…、ｎ）に関連付けて上述した処理で測定した各帳票作成サーバ１５の処理能力を示す情報として時間Ｔｃ及び時間Ｔｎを格納する。また、図７に示すように、「処理中の要求ＩＤ」も帳票作成サーバ名に関連付けて格納する。この「処理中の要求ＩＤ」とは、帳票作成管理サーバ１４の指示に応じて、帳票作成サーバ１５が処理中（または処理待機中）の要求（クライアント端末１２からのオンライン要求やジョブ要求）を識別するＩＤ（識別データ）である。
【００３７】
以上に示した処理により、帳票作成管理サーバ１４は、起動後に、ネットワーク１１を介して帳票作成処理を管理する帳票作成サーバ１５より、各帳票作成サーバ１５の処理能力に関する情報を収集して、帳票作成サーバパラメータテーブルに格納することができる。尚、帳票作成管理サーバ１４が、各帳票作成サーバ１５の処理能力に関する情報を収集するタイミングは、帳票作成サーバの起動時に限られるものではなく、一度帳票作成サーバパラメータテーブルを作成して不揮発性のメモリに保存できたならば、その後は月に１回のタイミングや、新たな帳票作成サーバを追加したタイミングなどの任意のタイミングで帳票作成サーバパラメータテーブルを更新してもよい。
【００３８】
次に、図１に示した帳票作成処理システムの基本的なクライアント端末１２からの要求に応じた帳票作成処理のフローについて説明する。これは、図３に示したステップ３０３の帳票作成処理の詳細についての説明でもある。
【００３９】
図４−１及び図４−２は、図１に示した帳票作成処理システムの基本的なクライアント端末１２からの要求に応じた帳票作成処理のフローを示す図である。尚、上述したように、各クライアント端末１２（オンライン要求クライアント端末１２とバッチ要求クライアント端末１３）は、帳票作成管理サーバ１４とネットワーク１１を介して相互に接続されており、任意のタイミングで帳票作成のオンライン要求およびバッチ要求を行う。
【００４０】
図４−１、図４−２を用いて、本実施形態における帳票作成処理システムにおいては、オンライン要求とバッチ要求が混在する帳票作成処理において、優先的にオンライン要求を処理し、また複数のオンライン要求間や複数のバッチ要求間においてもユーザ優先度や帳票重要度に応じた優先的な処理を行うことができるという特徴を以下に説明する。
【００４１】
図４−１に示すように、まず、ステップ４０１において、各クライアント端末１２は、帳票作成処理を帳票作成管理サーバ１４に要求する。その際に、各クライアント端末１２は、ユーザＩＤ、論理フォーム名、要求種別（バッチ要求／オンライン要求）を帳票作成管理サーバ１４に送信する。具体的には、オンライン要求クライアント端末１２の場合には、図９に示すような帳票作成処理の要求発行画面を、オンライン要求クライアント端末１２の表示部２５に表示することで、ユーザに論理フォーム名、要求種別の指定を促す。図９は、本実施形態における帳票作成管理サーバ１４が、オンライン要求クライアント端末１２に提供する帳票作成処理の要求発行画面例を示す図である。
【００４２】
図９において、９１は、オンライン要求クライアント端末１２に表示される帳票作成処理の要求を帳票作成管理サーバ１４に行うための要求発行画面である。９２は、出力帳票名を選択する選択欄である。この選択欄９２で選択される出力帳票名は、図５に示した論理フォーム名と同じ名称である。すなわち、帳票名が特定されると、論理フォーム名も定まる。９３は、出力先選択欄であり、帳票の出力先（印刷出力や表示出力など）の指定と、オンライン要求またはバッチ要求の指定を行う。９４は、帳票作成処理ボタンであり、このボタンをユーザが押下すると、処理要求が帳票作成管理サーバ１４へ送信される。以上に示した図９の要求発行画面９１において、ユーザが入力部２４を利用して帳票名や出力先を指定して帳票作成ボタン９４を押下することで、オンライン要求クライアント端末１２は、指定された帳票名や出力先に応じた論理フォーム名、要求種別と、ユーザＩＤとを含む処理要求を帳票作成管理サーバ１４へ送信する。
【００４３】
図９の要求発行画面９１の操作により帳票作成管理サーバ１４に送信されるオンライン要求に含まれる、ユーザＩＤ、論理フォーム名及び、要求種別は、例えば次のような情報になる。
・ユーザＩＤ：ＵＩＤ９９９９９
・論理フォーム名：見積書
・要求種別：オンライン
【００４４】
また、同様の処理により、帳票作成管理サーバ１４に送信されるバッチ要求に含まれる、ユーザＩＤ、論理フォーム名、要求種別は、例えば次のような情報になる。
・ユーザＩＤ：ＢＡＴＣＨＰＲＯＧ
・論理フォーム名：３月度合計残高試算表
・要求種別：バッチ
【００４５】
ここで、図４−１の処理の説明に戻る。上述したような、クライアント端末１２におけるステップ４０１の処理に応じて、ステップ４０２において、帳票作成管理サーバ１４は、各クライアント端末１２から帳票作成処理要求を受信する。受信した内容は、帳票作成管理サーバ１４のＨＤＤ２６に図８に示すような要求変数テーブル８１として格納する。図８は、本実施形態における帳票作成管理サーバ１４がクライアント端末１２からの要求に応じて作成する要求テーブル例を示す図である。図８に示すように、要求変数テーブル８１には、ユーザＩＤ「ＵＩＤ９９９９９」に関連付けて、論理フォーム名「見積書」、要求種別「オンライン」などの情報が格納されている。また、ステップ４０２以降の処理により要求テーブル８１は、図８に示す“優先度レベル”、“帳票重要度”、“選択帳票作成サーバ”及び、“要求ＩＤ”などの項目についての情報も格納される。尚、図８の要求変数テーブル８１は要求ごとに作成されるように構成されている。
【００４６】
次に、ステップ４０３において、帳票作成管理サーバ１４は、要求変数テーブル８１にあるユーザＩＤをキーとして、図６に示したユーザ優先度パラメータテーブルから優先度レベルを取得し、要求変数テーブル８１に格納する。次に、ステップ４０４において、帳票作成管理サーバ１４は、要求変数テーブル８１にある論理フォーム名をキーとして、図５に示した帳票定義パラメータテーブルから帳票重要度を取得し、要求変数テーブル８１に格納する。具体的には、図６に示すようにユーザＩＤ「ＵＩＤ９９９９９」に対応する優先度レベル「２」を取得し、図５に示すように論理フォーム名「見積書」に対応する帳票重要度「１」を取得して、要求変数テーブル８１に格納する。
【００４７】
次に、ステップ４０５において、帳票作成管理サーバ１４は、要求変数テーブル８１の要求種別（バッチ要求／オンライン要求）を判別する。ここで、バッチ要求と判別した場合（ステップ４０５のバッチ）には、帳票作成管理サーバ１４は、ステップ４０７に進み、要求処理待ちが少ない帳票作成サーバ１５を選択して、要求変数テーブル８１の「選択帳票作成サーバ」に選択した帳票作成サーバ１５の帳票作成サーバ名を設定する。また、オンライン要求と判別した場合（ステップ４０５のオンライン）には、ステップ４０６に進み、帳票作成管理サーバ１４は、最適な帳票作成サーバ１５を選択するロジックを利用して、最適な処理時間で帳票作成処理が行える帳票作成サーバ１５を選択して、要求変数テーブル８１の「選択帳票作成サーバ」に選択した帳票作成サーバ１５の帳票作成サーバ名を設定する。
【００４８】
ここで、ステップ４０６及び４０７における最適な帳票作成サーバ１５の選択処理について更に説明する。まず、ステップ４０７におけるバッチ要求の場合には、一般的に帳票作成サーバ１５で行う処理量が大きいので、帳票作成管理サーバ１４は、各帳票作成サーバ１５において要求処理待ちが一番少ない帳票作成サーバ１５を最適な帳票作成サーバとして選択する。尚、このステップ４０７の処理において、帳票作成管理サーバ１４は、図７に示した帳票作成サーバパラメータテーブルの「処理中の要求ＩＤ」を参照することで、要求処理待ちが一番少ない帳票作成サーバ１５を選択する。
【００４９】
また、ステップ４０６におけるオンライン要求の場合には、最適な帳票作成サーバ選択ロジックは、例えば次のような演算処理である。帳票作成管理サーバ１４は、図７に示した帳票作成サーバパラメータテーブルからネットワーク性能測定値（Ｔｎ）と帳票作成サーバ性能測定値（Ｔｂ）を取得し、さらに各帳票作成サーバ１５のオンライン要求待ち数をＷとした場合に、以下に示す式を計算する。
Ｐｗ＝Ｔｎ×２＋Ｔｂ×Ｗ
すなわち、帳票作成管理サーバ１４は、上記の式を利用して全ての帳票作成サーバ１５に対してＰｗを計算し、Ｐｗが一番小さい帳票作成サーバ１５を最適な処理時間で帳票作成処理が行える帳票作成サーバとして選択する。
【００５０】
上述した式において、Ｔｂ×Ｗにより各帳票作成サーバ１５のオンライン要求待ち数（ジョブ待ち数）とそれに応じた処理時間を予測し、Ｔｎ×２により帳票作成サーバ１５と帳票作成管理サーバ１４間における往復の通信に要する時間を予測している。これにより、帳票作成管理サーバ１４は、マシンスペックが低い帳票作成サーバ１５に対して、「ジョブ処理を行っていないから」という理由でジョブの処理を割り振ることがなく、処理待ちを発生させてでもマシンスペックが高い帳票作成サーバ１５にジョブを割り振る方が応答時間が早くなる場合には、これを行うことができる。
【００５１】
次に、ステップ４０８において、帳票作成管理サーバ１４は、各クライアント端末１２からの要求に対して、値が一意になるような要求ＩＤを付加し要求変数テーブル８１に格納する。次に、ステップ４０９において、帳票作成管理サーバ１４は、要求変数テーブル８１の“選択帳票作成サーバ”に帳票作成サーバ名が格納されている帳票作成サーバ１５に対して、帳票作成処理要求を発行する。その際に、帳票作成管理サーバ１４は、図７に示した帳票作成サーバパラメータテーブルにおいて、帳票作成処理要求を発行した帳票作成サーバ１５の「処理中の要求ＩＤ」にステップ４０８で設定した要求ＩＤを格納する。これにより、「処理中の要求ＩＤ」には、処理中または処理待機中の要求ＩＤが逐次格納される。また、帳票作成管理サーバ１４は、帳票作成サーバ１５に帳票作成処理要求を発行する際には、要求変数テーブル８１内の情報も合わせて送信する。
【００５２】
以上により、ステップ４１０において、帳票作成サーバ１５は、帳票作成管理サーバ１４からの帳票作成処理要求を受信する。これにより、帳票作成サーバ１５のＨＤＤ２６に、帳票作成管理サーバ１４から受信した要求変数テーブル情報が格納される。続いて、図４−２に示す処理に以降する。尚、図４−１のＡ，Ｂ，Ｃに継続する処理が、図４−２のＡ，Ｂ，Ｃである。
【００５３】
図４−２に示すように、ステップ４１１において帳票作成サーバ１５は、現在処理中のジョブ（帳票作成の要求に応じたジョブ）または待機ジョブがあるか否かを判断する。ここで、帳票作成サーバ１５は、現在処理中のジョブまたは待機ジョブがあると判断した場合（ステップ４１１のＹｅｓ）には、ステップ４１２に進み、現在処理中のジョブまたは待機ジョブがないと判断した場合（ステップ４１１のＮｏ）には、ステップ４１８に進む。ここで、ジョブの有無を判断する理由は、ステップ４１８おけるフォーム（フォームデータ）と内容データ（文字データなど）の取得処理を行っている場合に、後述するステップ４１６の割込み処理を行う必要があるためである。
【００５４】
ステップ４１１において処理中のジョブまたは待機ジョブが無い場合には、帳票作成サーバ１５は、ステップ４１８に進み、ステップ４１０で受信した帳票作成要求に応じたジョブのフォームと内容データを取得する。また、ジョブあるいは待機ジョブが１件以上ある場合には、ステップ４１２へ処理が移り、帳票作成サーバ１５は、ステップ４１０で受信した帳票作成要求に応じたジョブ（以下、受信ジョブとする）の要求種別を判別する。受信ジョブの要求種別がオンライン要求と判別された場合（ステップ４１２のオンライン）には、ステップ４１３へ移り、帳票作成サーバ１５は、現在処理しているジョブ（以下、処理中ジョブとする）の要求種別を判断する。ここで、処理中ジョブの要求種別がバッチ処理と判断した場合（ステップ４１３のＮｏ）には、帳票作成サーバ１５は、ステップ４１６に進み、割込み処理を行い、次にステップ４１８に進み受信ジョブのフォームと内容データを取得する。この処理により、現在処理中のバッチ処理よりも、ステップ４１０で受信した帳票作成要求に応じたオンライン要求のジョブを優先することができる。
【００５５】
また、ステップ４１３において、処理中ジョブの要求種別がオンライン処理であると判断した場合（ステップ４１３のＹｅｓ）には、ステップ４１４へ移り、帳票作成サーバ１５は、処理中ジョブのユーザ優先度と受信ジョブのユーザ優先度とを比較する。ここで、受信ジョブのユーザ優先度の方が高いと判断した場合（ステップ４１４のＹｅｓ）には、ステップ４１６に進み、帳票作成サーバ１５は、割り込み処理を行い、次にステップ４１８に進み、受信ジョブのフォームと内容データを取得する。この処理により、受信ジョブと処理中ジョブが同じオンライン要求によるものであっても、ユーザ優先度が高いジョブを優先的に処理することができる。
【００５６】
また、受信ジョブのユーザ優先度の方が低いと判断した場合（ステップ４１４のＮｏ）には、帳票作成サーバ１５は、ステップ４１５へ移り、受信ジョブの帳票重要度と処理中ジョブの帳票重要度を比較する。尚、上述したステップ４１２において、受信ジョブの要求種別がバッチ要求と判断された場合（ステップ４１２のバッチ）にも、帳票作成サーバ１５は、ステップ４１５の処理に移る。
【００５７】
ステップ４１５において、処理中ジョブの帳票重要度より受信ジョブの帳票重要度が高いと判断した場合（ステップ４１５のＹｅｓ）には、帳票作成サーバ１５は、ステップ４１６に進み、割り込み処理を行い、次にステップ４１８に進み、受信ジョブのフォームと内容データを取得する。また、処理中ジョブの帳票重要度より受信ジョブの帳票重要度が低いと判断した場合（ステップ４１５のＮｏ）には、帳票作成サーバ１５は、ステップ４１７に進み、他の処理待ちジョブがある場合は、受信ジョブの要求変数テーブル８１と、他の処理待ちジョブの要求変数テーブルにある情報に応じて処理待ち順序を入れ替える処理を行う。例えば、順序入替えは各ジョブの帳票重要度によって入れ替えられる。尚、他の処理待ちジョブが無ければ、要求変数テーブルを参照することなく、受信ジョブが次に処理される処理待ちジョブとして登録される。
【００５８】
次に、ステップ４１８の処理の詳細と以降の処理について説明する。ステップ４１８において、帳票作成サーバ１５は、論理フォーム名をキーとして帳票定義パラメータテーブルから物理フォームファイル名を取得し、帳票作成サーバ１５のＨＤＤ２６からフォームを読み込む。また、ＤＢサーバ１６からフォームに対応する内容データを取得する。尚、帳票作成サーバ１５のＨＤＤ２６に格納されるフォームは、ＤＢサーバ１６より取得したものであり、ステップ４１８の処理でＨＤＤ２６内に所望のフォームが無ければ、ＤＢサーバ１６より論理フォーム名に応じたフォーム及び内容データを取得してもよい。
【００５９】
次に、ステップ４１９において、帳票作成サーバ１５は、ステップ４１８で取得したフォームと内容データを基に帳票出力ファイルを作成する。尚、上述したステップ４１８、４１９の処理は、途中でステップ４１６による割込み処理が入れば、処理を退避させる手段をもつ。例えば、割込みがかかると、処理中ジョブの状態をスリープさせることで実現可能である。
【００６０】
尚、ステップ４１８の処理の途中に割り込み処理が入った場合には、現在行っているフォームと内容データの取得の処理を終わらせてから、割込み要求のあった受信ジョブのフォームと内容データの取得の処理を行うようにしても良い。また、ステップ４１５のＹｅｓで割込み要求があった場合に、処理中ジョブの要求種別がオンライン要求ならば、処理中ジョブの処理を終わらせてから割込み要求のあった受信ジョブのフォームと内容データの取得の処理を行うように構成しても良い。
【００６１】
次に、ステップ４２０において、帳票作成サーバ１５は、フォームと内容データの取得或いは帳票出力ファイル作成の成功／失敗（エラー）を帳票作成管理サーバ１４に送信する。これにより、ステップ４２１において、帳票作成管理サーバ１４は、帳票作成サーバ１５からの作成処理結果を受信する。次に、ステップ４２２おいて、帳票作成サーバ１５は、エラーが発生したか否かを判断する。ここで、エラーが発生していた場合（ステップ４２２のＹｅｓ）には、帳票作成サーバ１５は、ステップ４２６に進み、待ち状態になっているジョブがあるか否かを判断する。尚、待ち状態になっているジョブとして、割り込み処理により退避したジョブ（割り込みにより中断されたジョブ）も含むとする。これにより、割り込み処理により退避したジョブを復活させることも可能である。
【００６２】
また、ステップ４２２おいてエラーが発生していないと判断した場合（ステップ４２２のＮｏ）には、ステップ４２３に進み、帳票作成サーバ１５は、帳票出力ファイルを作成したジョブの要求種別を判断する。ここで、要求種別がオンライン要求であると判断した場合（ステップ４２３のオンライン）には、ステップ４２４に進み、帳票作成サーバ１５は、帳票出力ファイルを帳票作成管理サーバ１４に送信する。また、要求種別がバッチ要求であると判断した場合（ステップ４２３のバッチ）には、ステップ４２５に進み、帳票作成サーバ１５は、ユーザによる出力先の指定に応じて出力処理を行う。本実施形態では、帳票作成サーバ１５は、バッチ処理した帳票出力ファイルは他システムに転送する出力処理を行うとする。ここで、他システムとは、例えば電子帳票システムなどが考えられる。以上のステップ４２４、４２５を終えるとステップ４２６へ進む。
【００６３】
ステップ４２６において、帳票作成サーバ１５は、未処理のジョブ（退避中のジョブを含む）の有無を判断する。ここで、未処理のジョブがあればステップ４１８に戻り次の処理対象となるジョブのフォームと内容データの取得を実行する。また、未処理のジョブが無ければ、帳票作成処理を終了する。
【００６４】
次に、ステップ４２１の後の帳票作成管理サーバ１４における処理について説明する。ステップ４２７において、帳票作成管理サーバ１４は、ステップ４２１で受信した結果がエラーか否かを判断する。エラーと判断した場合（ステップ４２７のＹｅｓ）には、ステップ４３０に進み、帳票作成管理サーバ１４は、エラーが発生した結果をクライアント端末１２に送信し、帳票作成処理を終了する。これにより、クライアント端末１２は、ステップ４３１において、帳票作成管理サーバ１４からエラーが発生したという結果を要求結果として受信し、要求処理を終了する。
【００６５】
また、ステップ４２７においてエラーではないと判断した場合（ステップ４２７でＮｏ）には、帳票作成管理サーバ１４は、ステップ４２８に進み、帳票作成処理結果を受信したジョブの要求種別の判断を行う。ここで、そのジョブの要求種別がオンライン要求であると判断した場合（ステップ４２８のオンライン）には、帳票作成管理サーバ１４は、ステップ４２９に進み、帳票作成サーバ１５が送信した帳票出力ファイルを受信して、次にステップ４３０に進み、オンライン要求クライアント端末１２に帳票出力ファイルを送信する。また、ジョブの要求種別がバッチ要求であると判断した場合（ステップ４２８のバッチ）には、ステップ４３０に進み、帳票作成管理サーバ１４は、帳票作成処理が成功した旨をバッチ要求クライアント端末１３に送信する。これにより、各クライアント端末１２は、ステップ４１３において、帳票作成管理サーバ１４から結果を受信する（ステップ４３１）。例えば、オンライン要求クライアント端末１２の場合に、図１０に示すような帳票表示画面１０１がオンライン要求クライアント端末１２の表示部２５に表示される。図１０は、オンライン要求クライアント端末１２の表示部２５に表示される帳票表示画面例を示す図である。
【００６６】
以上説明したように、本実施形態によれば、オンライン要求とバッチ要求が混在する帳票作成処理システムにおいてバッチ要求よりもオンライン要求を優先させることができるので、オンライン要求の応答時間を短縮させることができる。また、オンライン要求を優先させるようにしたので、従来のようにバッチ要求の処理を夜間に限定する必要もなく、昼間であってもバッチ要求を実行させることができる。
【００６７】
さらに、オンライン要求のジョブを一つの帳票作成サーバが受信した場合でも、ユーザ優先度や帳票重要度などを参照して、より優先度や重要度の高いジョブから処理することができる。例えば、職務に応じたユーザ優先度を設け、上司等承認者のユーザ優先度を高く設定すれば、承認者のオンライン要求のジョブを優先的に処理できるので、承認者のオンライン要求の応答時間を短縮させることができる。また、例えば時期に応じて帳票重要度を設けることで、特に月末にオンライン／バッチの要求が頻繁に発生する時期に、月末締めの帳票の帳票重要度を高めに設定することで、月末締めの帳票の作成処理を優先させて月末内に処理を完了させることができる。これにより、特に電子帳票システムなどと連携して利用する帳票作成処理システムにおいては、企業の会計処理を助けることができる。
【００６８】
尚、ステップ４０６、４０７に示した帳票作成処理に最適な帳票作成サーバを選択する処理例は、一例であり、帳票作成サーバパラメータテーブルに格納されている情報を利用して、最適な帳票作成サーバを選択する処理であれば任意の処理方法でよい。
【００６９】
また、上述した帳票作成管理サーバ１４及び帳票作成サーバ１５は、種々の処理機能を実現する為のプログラムをメモリより読み出してＣＰＵ２１が実行することによりその機能を実現させるものであったが、この限りではなく、各処理の全部または一部の機能を専用のハードウェアにより実現してもよい。
また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。
【００７０】
また、上述した帳票作成管理サーバ１４及び帳票作成サーバ１５において図３、図４−１及び図４−２に示す各種処理を行う機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７１】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００７２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７３】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００７４】
【図１】本発明の一実施形態における帳票作成処理システムの構成を示す図である。
【図２】本実施形態における各装置のハードウェア構成例を示す図である。
【図３】図１に示した帳票作成処理システムの基本的な起動時処理フローを示す図である。
【図４−１】図１に示した帳票作成処理システムの基本的なクライアント端末１２からの要求に応じた帳票作成処理のフローを示す図である。
【図４−２】図１に示した帳票作成処理システムの基本的なクライアント端末１２からの要求に応じた帳票作成処理のフローを示す図である。
【図５】本実施形態における帳票定義パラメータファイルのデータ構成例を示す図である。
【図６】本実施形態におけるユーザ優先度パラメータファイルのデータ構成例を示す図である。
【図７】帳票作成管理サーバ１４が帳票作成サーバ１５に関する情報を格納する帳票作成サーバパラメータテーブル例を示す図である。
【図８】本実施形態における帳票作成管理サーバ１４がクライアント端末１２からの要求に応じて作成する要求テーブル例を示す図である。
【図９】本実施形態における帳票作成管理サーバ１４が、オンライン要求クライアント端末１２に提供する帳票作成処理の要求発行画面例を示す図である。
【図１０】オンライン要求クライアント端末１２の表示部２５に表示される帳票表示画面例を示す図である。
【符号の説明】
【００７５】
１１      ネットワーク
１２      オンライン要求クライアント端末（クライアント端末）
１３      バッチ要求クライアント端末（クライアント端末１２）
１４      帳票作成管理サーバ（マネージャ）
１５      帳票作成サーバ（コンポーザ）
１６      ＤＢサーバ
【図１】
2005190189.tif 000003
【図２】
2005190189.tif 000004
【図３】
2005190189.tif 000005
【図４−１】
2005190189.tif 000006
【図４−２】
2005190189.tif 000007
【図５】
2005190189.tif 000008
【図６】
2005190189.tif 000009
【図７】
2005190189.tif 000010
【図８】
2005190189.tif 000011
【図９】
2005190189.tif 000012
【図１０】
2005190189.tif 000013