JP4719613B2 - Form distribution system and form distribution method - Google Patents
Form distribution system and form distribution method Download PDFInfo
- Publication number
- JP4719613B2 JP4719613B2 JP2006118284A JP2006118284A JP4719613B2 JP 4719613 B2 JP4719613 B2 JP 4719613B2 JP 2006118284 A JP2006118284 A JP 2006118284A JP 2006118284 A JP2006118284 A JP 2006118284A JP 4719613 B2 JP4719613 B2 JP 4719613B2
- Authority
- JP
- Japan
- Prior art keywords
- management server
- output
- server
- block number
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
この発明は、複数のコンピュータから1台のプリンタへ同時に印刷を行った場合に、帳票の出力順序を保証する帳票配信システム、および帳票配信方法に関し、特に、ネットワーク負荷を軽減するとともに、プリントサーバ(出力サーバ)の負荷を軽減し、システム等にエラーが生じた場合であっても即時復旧することができる帳票配信システム、および帳票配信方法に関するものである。 The present invention relates to a form distribution system and a form distribution method for guaranteeing the output order of forms when printing is performed simultaneously from a plurality of computers to a single printer. The present invention relates to a form distribution system and a form distribution method that can reduce the load on the output server) and recover immediately even if an error occurs in the system or the like.
通常、例えば、図14に示すように、Windows(登録商標)のMSリモート印刷やUNIX(登録商標)のlprコマンドなどのOS標準の印刷機能では、図15に示すように、複数のコンピュータ(印刷サーバ)から1台のプリンタへ同時に印刷を行った場合、出力結果が混じってしまう。従って、複数のコンピュータから出力された印刷データを、印刷データが混じることなく印刷された順序通りにプリンタへ出力するためには、何らかの工夫が必要となる。 Normally, as shown in FIG. 14, for example, in the OS standard printing function such as Windows (registered trademark) MS remote printing or UNIX (registered trademark) lpr command, as shown in FIG. When printing from a server to one printer at the same time, output results are mixed. Therefore, in order to output the print data output from a plurality of computers to the printer in the order of printing without mixing the print data, some device is required.
図16に示すように、特許文献1に示す従来の方式は、印刷クライアント上でスプールデータを生成し、生成したスプールデータをプリントサーバに転送する方式が知られている。なお本従来の方式は、印刷クライアント側に「Windows(登録商標) Spooler」という構成要素が記載されていることから、MSリモート印刷を指しているものである。従来の方式では、印刷順序を保証するために、「グループ印刷ジョブ内のすべての印刷ジョブの準備ができていないと判断される場合は、グループ印刷ジョブの印刷を保留する。そして、グループ印刷ジョブ内のすべての印刷ジョブの準備ができた時点で印刷を開始」するものである。
As shown in FIG. 16, the conventional method shown in
しかしながら、印刷クライアント上でスプールデータを生成し、生成したスプールデータをプリントサーバに転送する従来の方式では、ネットワーク上をスプールデータが流れることになり、一般的にスプールデータは、印刷前データよりもサイズ大であることから、ネットワークに負荷がかかってしまう。また、従来の方式では、印刷順序を保証するために、グループ印刷ジョブ内のすべての印刷ジョブの準備ができていないと判断される場合は、グループ印刷ジョブの印刷を保留し、グループ印刷ジョブ内のすべての印刷ジョブの準備ができた時点で印刷を開始するので、複数の印刷クライアントから、同時に印刷が行われた場合、プリントサーバに負荷がかかり、印刷性能が劣化する。 However, in the conventional method in which spool data is generated on the print client and the generated spool data is transferred to the print server, the spool data flows over the network. Generally, the spool data is more than the pre-print data. Due to the large size, the network is overloaded. Also, in the conventional method, if it is determined that all the print jobs in the group print job are not ready in order to guarantee the print order, printing of the group print job is suspended and Since printing is started when all of the print jobs are ready, if printing is simultaneously performed from a plurality of print clients, a load is applied to the print server and print performance deteriorates.
特に、従来技術では、帳票管理サーバから帳票出力サーバへの帳票データを送信中に帳票管理サーバがダウンした場合、またはネットワーク異常が発生した場合、帳票出力サーバで印刷を続行できなくなってしまうという課題があった。 In particular, with the conventional technology, if the form management server goes down while sending form data from the form management server to the form output server, or if a network error occurs, the form output server cannot continue printing. was there.
本発明は、上記に鑑みてなされたもので、従来の方式と比較して、ネットワーク負荷を軽減することができ、また、プリントサーバ(出力サーバ)の負荷を軽減することができる、帳票配信システム及び帳票配信制御方法を提供することができる帳票配信システム、および帳票配信制御方法を提供することを目的とする。 The present invention has been made in view of the above, and is a form distribution system that can reduce the network load and reduce the load on the print server (output server) compared to the conventional method. An object is to provide a form distribution system and a form distribution control method capable of providing a form distribution control method.
特に、帳票配信管理システムをマルチサーバシステムとして構成した場合に、印刷データ転送元サーバの1台がダウンした場合でも、別の転送元サーバがデータ送信を引き継ぎ、性能劣化、および重複して印刷されることなく自動的に継続することができる帳票配信システム、および帳票配信制御方法を提供することを目的とする。 In particular, when the form distribution management system is configured as a multi-server system, even if one of the print data transfer source servers goes down, another transfer source server takes over data transmission, resulting in performance degradation and redundant printing. It is an object of the present invention to provide a form distribution system and a form distribution control method that can be automatically continued without any problems.
このような目的を達成するため、請求項1に記載の帳票配信システムは、複数の帳票管理サーバ装置と、ネットワークに接続された帳票出力サーバ装置と、該複数の帳票管理サーバ装置と該ネットワークとの間に接続された負荷分散装置と、を備えた帳票配信システムにおいて、上記帳票出力サーバ装置は、複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に帳票データの転送を要求する転送要求手段と転送された帳票データのブロック番号を記憶する帳票ブロック番号記憶手段と、システムエラーまたはネットワーク接続障害を検知するエラー検出手段と、上記エラー検知手段によって、帳票データの転送時にエラーが検知された場合に、上記帳票ブロック番号記憶手段から、エラー発生直前の帳票ブロック番号を読み出し、上記帳票管理サーバ装置に再接続を要求する再接続要求手段と、を備え、上記負荷分散装置は、上記転送要求手段によって上記帳票出力サーバ装置から要求があった場合に、上記複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に接続する管理サーバ接続手段と、上記再接続要求手段によって、再接続の要求を受けた場合に、負荷の少ない他の複数の帳票管理サーバ装置の一と接続する他サーバ接続手段とを備え、上記複数の帳票管理サーバ装置は、上記帳票出力サーバ装置に帳票データを転送する帳票データ転送手段と、上記他サーバ接続手段によって接続された場合に、通知されたエラー発生直前の帳票ブロック番号に基づいて、該帳票ブロック番号から帳票データを帳票出力装置に転送する帳票転送再開手段と、を備えたことを特徴とする。
In order to achieve such an object, the form distribution system according to
また、請求項2に記載の帳票配信サーバ装置は、複数の帳票管理サーバ装置と、ネットワークに接続された帳票出力サーバ装置と、該複数の帳票管理サーバ装置と該ネットワークとの間に接続された負荷分散装置と、を備えた帳票配信システムにおける帳票配信方法であって、上記帳票出力サーバ装置において実行される、複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に帳票データの転送を要求する転送要求ステップと上記負荷分散装置において実行される、上記転送要求ステップによって上記帳票出力サーバ装置から要求があった場合に、上記複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に接続する管理サーバ接続ステップと、上記複数の帳票管理サーバ装置において実行される、上記管理サーバ接続ステップによって接続された場合に、上記帳票出力サーバ装置に帳票データを転送する帳票データ転送ステップと、上記帳票出力サーバ装置において実行される、上記帳票データ転送ステップによって転送された帳票データのブロック番号を記憶する帳票ブロック番号記憶ステップと、システムエラーまたはネットワーク接続障害を検知するエラー検出ステップと、上記エラー検知ステップによって、帳票データの転送時にエラーが検知された場合に、帳票ブロック番号記憶手段から、エラー発生直前の帳票ブロック番号を読み出し、再接続を要求する再接続要求ステップと、上記負荷分散装置において実行される、上記再接続要求ステップによって、再接続の要求を受けた場合に、負荷の少ない他の複数の帳票管理サーバ装置の一と接続する他サーバ接続ステップと上記複数の帳票管理サーバ装置のうち他の1つの帳票管理サーバ装置において実行される、上記他サーバ接続ステップによって接続された場合に、通知されたエラー発生直前の帳票ブロック番号に基づいて、該帳票ブロック番号から帳票データを帳票出力装置に転送する帳票転送再開ステップと、を含んだことを特徴とする。
The form distribution server device according to
帳票管理サーバが複数サーバで動作するように構成したので、帳票管理サーバのどれか1台がダウンした場合でも、ダウンした帳票管理サーバの処理を、他の帳票管理サーバが自動的に引き継ぐことにより、24時間365日連続稼動を実行させることができるというマルチサーバシステムの利点を有する一方、帳票データファイルおよび帳票資源は共有ディスク上に格納複数台の帳票管理サーバから、同一のファイルをアクセス可能にすることによって、帳票データの矛盾を生じさせることがないという効果を奏する。 Since the form management server is configured to operate on multiple servers, even if one of the form management servers goes down, the other form management server automatically takes over the processing of the down form management server. While having the advantage of a multi-server system that can be operated 24 hours a day, 365 days a year, form data files and form resources are stored on a shared disk. The same file can be accessed from multiple form management servers. By doing so, there is an effect that the contradiction of the form data is not caused.
また、マルチサーバのデータベース上の配信スレッド監視テーブルを使用して、他の帳票管理サーバのダウン検知と出力順序の保証を行えるよう構成したので、複数台の帳票管理サーバから帳票を登録した場合でも、登録された順序で帳票が配信・出力できるという効果を奏する。 In addition, because it is configured to be able to detect down of other form management servers and guarantee the output order using the delivery thread monitoring table on the multi-server database, even if forms are registered from multiple form management servers The form can be delivered and output in the registered order.
さらに、負荷分散装置により、帳票管理サーバのどれか1台がダウンした場合でも、他の帳票管理サーバから、帳票データファイルを取り出せるようにしたので、負荷分散装置がダウンしたとしても、システム全体が稼動不可能になることが無く、帳票の取出し処理を多重化することができる。 Furthermore, even if one of the form management servers goes down with the load balancer, the form data file can be retrieved from other form management servers, so even if the load balancer goes down, the entire system There is no inability to operate, and it is possible to multiplex the form take-out processing.
以下に、本発明にかかる帳票配信システム、および帳票配信制御方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。 Embodiments of a form distribution system and a form distribution control method according to the present invention will be described below in detail with reference to the drawings. Note that the present invention is not limited to the embodiments.
[本発明の概要]
以下、本発明の概要について説明し、その後、本発明の構成および処理等について詳細に説明する。
[Outline of the present invention]
Hereinafter, the outline of the present invention will be described, and then the configuration and processing of the present invention will be described in detail.
本発明は、概略的に、以下の基本的特徴を有する。 The present invention generally has the following basic features.
つまり、本発明は、複数の帳票管理サーバ装置と、ネットワークに接続された帳票出力サーバ装置と、複数の帳票管理サーバ装置とネットワークとの間に接続された負荷分散装置と、を備えた帳票配信システムであることを前提とする。 In other words, the present invention provides a form distribution comprising a plurality of form management server apparatuses, a form output server apparatus connected to a network, and a load distribution apparatus connected between the plurality of form management server apparatuses and the network. Assuming it is a system.
つぎに、帳票出力サーバ装置は、複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に帳票データの転送を要求する。 Next, the form output server apparatus requests transfer of form data to one form management server apparatus among the plurality of form management server apparatuses.
そして、負荷分散装置は、帳票出力サーバ装置から要求があった場合に、複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に接続する。 Then, when a request is received from the form output server apparatus, the load distribution apparatus connects to one form management server apparatus among the plurality of form management server apparatuses.
つづいて、接続された帳票管理サーバ装置は、帳票出力サーバ装置に帳票データを転送する。 Subsequently, the connected form management server device transfers the form data to the form output server device.
そして、帳票出力サーバ装置は、転送された帳票データのブロック番号を記憶する。 Then, the form output server device stores the block number of the transferred form data.
また、帳票出力サーバ装置は、システムエラーまたはネットワーク接続障害があった場合にエラーを検知し、帳票データの転送時にエラーが検知された場合に、エラー発生直前の帳票ブロック番号を読み出す。ここで記憶、読み出しを行う装置は、ディスク装置などの静的な媒体に限らず、印刷プロセスのメモリ等に保持してもよい。 The form output server device detects an error when there is a system error or a network connection failure, and reads the form block number immediately before the error occurs when an error is detected during transfer of form data. The device that stores and reads out is not limited to a static medium such as a disk device, but may be held in a memory or the like of a printing process.
つぎに、負荷分散装置は、再接続の要求を受けた場合に、負荷の少ない他の複数の帳票管理サーバ装置の一と接続する。 Next, when the redistribution request is received, the load distribution apparatus connects to one of a plurality of other form management server apparatuses having a low load.
接続された他の1つの帳票管理サーバ装置は、通知されたエラー発生直前の帳票ブロック番号に基づいて、帳票ブロック番号からの帳票データを帳票出力装置に対して転送する。 The other connected form management server device transfers the form data from the form block number to the form output device based on the notified form block number immediately before the occurrence of the error.
ここで、帳票出力サーバ装置は、出力手段と一体に印刷装置等として構成してもよく、また、出力手段として、印刷手段、ファイル出力手段等を用いることができる。 Here, the form output server device may be configured as a printing device or the like integrally with the output unit, and a printing unit, a file output unit, or the like may be used as the output unit.
以上が、本発明の概要である。 The above is the outline of the present invention.
[システム構成]
本帳票配信システムの構成について、以下に図1を参照して説明する。
[System configuration]
The configuration of this form distribution system will be described below with reference to FIG.
図1は、この発明の帳票配信システムの構成図である。図1において、帳票配信システムは、センターに、複数の管理サーバ1と、データベースサーバ2と、共有ディスク12と、負荷分散装置4とを備えている。また、各拠点に、複数の出力サーバ3と、出力装置6とを備えており、ネットワーク5を介して複数の管理サーバ1と接続されている。
FIG. 1 is a configuration diagram of a form distribution system according to the present invention. In FIG. 1, the form distribution system includes a plurality of
管理サーバ1は、センターにおいて、ユーザアプリケーション9が出力した帳票を一元管理している。また、管理サーバ1は、配信手段10、取出し手段11を備えている。配信手段21の配信スレッド22は、帳票データ転送手段として機能する。1台の管理サーバ1がデータベースサーバ2に格納する配信スレッド監視テーブル13を用いて1つの論理デバイスの処理を占有する。また、管理サーバ1から出力サーバ3へ出力データそのものではない出力要求を配信手段10によって送信する。
The
また、管理サーバ1は、共有ディスク12に格納する印刷前帳票データファイルを取出し手段11によって取出し、印刷前帳票データファイルを出力サーバ3へ送信する。
The
詳しくは、取出し手段11は、ユーザアプリケーション9から帳票の登録を制御する帳票登録API(Application Program Interface)11aと、配信手段に配信の実行を支持する印刷指示API11bと、共有ディスク12にアクセスし、帳票ファイルを取り出す帳票取出しAPI11cとから構成されている。帳票取出しAPI11cは、エラー発生後の再接続時に既に転送した帳票を読み飛ばす帳票転送再開手段としても機能する。
Specifically, the take-out
負荷分散装置4は、出力サーバ3が管理サーバ1へアクセスし帳票データファイルを取り出す時に、帳票データファイルを取出す管理サーバ1を切替える管理サーバ接続手段および他サーバ接続手段を備えている。例えば、配信スレッド監視テーブル13のホスト名を、負荷の少ない管理サーバの管理サーバ名に書き換えることにより行う。
The
各拠点に設置された出力サーバ3は、制御手段18、ディスク19、印刷プロセス20を備えており、管理サーバ1から送信された出力要求を管理する。詳しくは、受信した帳票データファイルを管理サーバ1から送信された出力要求を先に到着したものから順にディスク19に格納(キューイング)する。ディスク19は、該帳票データのブロック番号を記憶する帳票ブロック番号記憶手段としても機能する。制御手段18は出力要求を受けて1台の出力装置6に対して、1つずつ印刷プロセス20を起動する。印刷プロセス20は、受信した帳票データファイルを元に管理サーバ1へアクセスする転送要求手段であるとともに、帳票データファイルを取り出し、エラーを検出するエラー検出手段、エラー発生時に再接続を要求する再接続要求手段、帳票データファイルを基づいてユーザが指定した出力装置に対し、帳票をフォーマット出力する出力手段を備えている。
The
なお、共有ディスク12に格納する帳票データファイルは、圧縮された帳票データファイルとすることが望ましく、出力サーバ3から管理サーバ1へアクセスし、圧縮された帳票データファイルを取り出し、印刷プロセス20で帳票データファイルを解凍して出力する。
The form data file stored in the shared
また、制御手段18は、出力要求を受けて出力の多重度を制御し出力サーバ3の負荷を制御する印刷多重度制御サービス18aと、優先度を判定し印刷順を決定する印刷優先度制御手段とから構成される。さらに、印刷多重度制御サービス18aは、出力要求を受けて出力の優先度を制御し、帳票データファイルを優先度の高い論理あて先から順次取り出す。
The
ここで、管理サーバ1がデータベースサーバ2に格納する他のテーブルについて図13を参照して説明する。図13(a)は、論理あて先定義テーブル14の一例を示す図である。
Here, another table stored in the
図13に示すように、論理あて先名は、ユーザアプリケーションが帳票の出力先として指定する仮想的な論理あて先名を指定する。優先度は、論理あて先の優先度を指定する。この例では、優先度を1〜10とし、1は優先度が最も低く、10は優先度が最も高いことを示す。論理デバイス名は、論理あて先に対応する論理デバイス名を指定しており、ある管理サーバ装置が1つの論理デバイスを占有するように構成される。 As shown in FIG. 13, the logical destination name designates a virtual logical destination name that the user application designates as a form output destination. The priority specifies the priority of the logical destination. In this example, the priority is set to 1 to 10, 1 indicates the lowest priority, and 10 indicates the highest priority. The logical device name designates the logical device name corresponding to the logical destination, and is configured so that a certain management server device occupies one logical device.
図13(b)は、論理デバイス定義テーブル15の一例を示す。論理デバイス名は、上記の通り論理デバイス名を指定し、端末名は、出力サーバの端末名(帳票の配信先端末名)を指定する。プリンタ名は、出力サーバに接続されているプリンタ名を指定する。 FIG. 13B shows an example of the logical device definition table 15. The logical device name designates the logical device name as described above, and the terminal name designates the terminal name of the output server (form distribution destination terminal name). The printer name specifies the name of the printer connected to the output server.
図13(c)は、キュー管理テーブル16の構成の一例を示す。論理あて先名は、ユーザアプリケーションが帳票の登録時に指定した論理あて先名を指定する。帳票データの識別子は、帳票の取出し処理で転送する帳票データを識別するための情報(帳票データファイル名、帳票ID、配信通番、再送通番などの内部情報)を指定する。キュー登録日時は、キュー管理テーブルに出力要求を登録した日時を設定する。なお、キュー管理テーブルの1件のレコードが、1件の出力要求に相当する。 FIG. 13C shows an example of the configuration of the queue management table 16. The logical destination name designates the logical destination name designated by the user application when registering the form. The form data identifier specifies information (internal information such as form data file name, form ID, distribution serial number, retransmission serial number) for identifying the form data to be transferred in the form extraction process. As the queue registration date and time, the date and time when the output request is registered in the queue management table is set. One record in the queue management table corresponds to one output request.
前記の例において、論理あて先「LD−1」「LD−2」は、ともに論理デバイス「LDEV−A」に対応付けされている。また、論理あて先「LD−3」は論理デバイス「LDEV−B」に対応付けされている。例えば、ユーザアプリケーション9が、帳票1を、論理あて先「LD−1」に登録した場合、出力サーバ「HOST−1」に接続されているプリンタ「PRINTER−1」から、帳票1が印刷される。
In the above example, the logical destinations “LD-1” and “LD-2” are both associated with the logical device “LDEV-A”. Further, the logical destination “LD-3” is associated with the logical device “LDEV-B”. For example, when the
また、例えば、ユーザアプリケーション9は、帳票1を、論理あて先「LD−1」、ユーザアプリケーション9bは、帳票2を、論理あて先「LD−2」に対して、同時に登録した場合、論理あて先「LD−2」の方が優先度は高いため、出力サーバ「HOST−1」に接続されているプリンタ「PRINTER−1」から、帳票2、帳票1の順番で印刷される。
For example, when the
[システムの処理]
まず、帳票の登録から出力までの基本的な流れについて、以下に説明する。
System processing
First, the basic flow from form registration to output will be described below.
[(1)帳票の登録]
ユーザアプリケーション9は、論理あて先(仮想的な出力先)を指定し、帳票を登録する。つまり、帳票の出力データは、帳票データファイルに格納する。ここで、ユーザアプリケーション9のプロセス上から、帳票の出力データを、帳票データファイルとして圧縮出力する。
[(1) Register form]
The
詳しくは、取出し手段11を構成するデーモンプロセス上の帳票登録API(Application Program Interface)11aが、ユーザアプリケーション9のプロセスで作成された、一時名の帳票データファイルを、正式な名前にリネームする。帳票の管理情報(帳票のタイトル、部数など)は、帳票登録API11aから、データベースに格納する。
Specifically, a form registration API (Application Program Interface) 11a on the daemon process constituting the take-out means 11 renames a temporary form form data file created by the process of the
[(2)出力要求の配信]
配信手段10は、取出し手段11から、帳票の印刷指示を受けて、データベースのキュー管理テーブル16から出力要求を取り出す。さらに、取り出した出力要求を出力サーバ3に配信する。
[(2) Delivery of output request]
The
[(3)印刷プロセスの起動]
出力サーバ3上で動作する制御手段18の一つである印刷多重度制御サービス18aは、管理サーバ1から送信された出力要求を受信し、出力要求キュー19aに保存する。さらに、印刷を同時実行する多重度、および、出力要求の優先度を比較し、適切なタイミングで適切な印刷プロセス20を起動する。
[(3) Start printing process]
The print
[(4)帳票データの取り出し]
(3)で起動された印刷プロセス20は、管理サーバ1の取出し手段11に対し、ネットワーク接続を行い、帳票取出しAPI11cを介して、帳票データファイルを受信する。
[(4) Extracting form data]
The
[(5)帳票をフォーマット出力]
受信した帳票データファイルを元に、ユーザが指定した出力装置に対し、帳票をフォーマット出力する。
[(5) Format output form]
Based on the received form data file, the form is output to the output device designated by the user.
[(6)レジューム機能処理]
(4)で機能する印刷プロセス20は、帳票データファイルを受信できなかった場合に、帳票ブロック番号とともに再度、他の管理サーバ1に接続要求を行う。
[(6) Resume function processing]
The
すなわち、図1のブロック図において、出力サーバ3は、印刷プロセス20の処理により、管理サーバ3に帳票データの転送を要求する。
That is, in the block diagram of FIG. 1, the
つぎに、負荷分散装置4は、出力サーバ3から管理サーバ1へアクセスし帳票データファイルを取り出す時に、帳票データファイルを取出す管理サーバ1を切替える。
Next, when the
そして、接続された管理サーバ1は、配信スレッド22の処理により、出力サーバ3に帳票データを転送する。
Then, the
出力サーバ3は、印刷プロセス20の処理により、転送された帳票データのブロック番号をディスク19に記憶し、システムエラーまたはネットワーク接続障害があった場合には、印刷プロセス20の処理により、エラーを検知し、エラー発生直前の帳票ブロック番号を読み出し、再接続要求する。
The
負荷分散装置4は、再接続の要求を受けた場合に、負荷の少ない他の1つの管理サーバ1と接続させる。
When the
そして接続された他の1つの管理サーバ1は、帳票取出しAPI11cの処理により、エラー発生直前の帳票ブロック番号に基づいて、既に転送した帳票ブロックを読み飛ばして帳票データを出力サーバ3に転送することを再開する。
Then, the other
これにて、帳票の登録から出力までの基本的な流れについての説明を終える。次に、このように構成された本実施の形態における本システムの処理の一例について、以下に図を参照して詳細に説明する。 This concludes the description of the basic flow from form registration to output. Next, an example of processing of the system in the present embodiment configured as described above will be described in detail with reference to the drawings.
[順序制御処理]
順序制御について詳細に説明する。図2は、この発明の帳票配信システムの順序制御の概念図である。
[Sequence control processing]
The sequence control will be described in detail. FIG. 2 is a conceptual diagram of order control of the form distribution system of the present invention.
図2に示すように、管理サーバから、出力サーバへと、スプールデータそのものが流れることはなく、(1)出力要求(サイズ極小)、および、(3)圧縮された帳票データファイル(サイズ中)が流れる。そして、出力サーバ上で、圧縮された帳票データファイルを解凍し、(4)印刷を実行(スプールデータを生成)する。これにより、管理サーバから、出力サーバへはスプールデータそのものが流れることはなく、ネットワーク負荷が少ないという効果を得る。 As shown in FIG. 2, spool data itself does not flow from the management server to the output server. (1) Output request (minimum size) and (3) Compressed form data file (medium size) Flows. Then, the compressed form data file is decompressed on the output server, and (4) printing is executed (spool data is generated). As a result, the spool data itself does not flow from the management server to the output server, and the effect of reducing the network load is obtained.
また、管理サーバから出力サーバへと、(1)出力要求(サイズ極小)のみ送信し、出力要求を出力サーバにいったんキューイングする。その後、出力サーバ上では、1台のプリンタに対して、(2)1つずつ(1多重で)、順序制御しながら印刷プロセスを起動する。印刷プロセスは、管理サーバから、圧縮された帳票データファイル(サイズ中)を取り出し、解凍し、印刷を実行する。これにより、多数の出力要求が、1台の出力サーバに多数同時に転送された場合でも、印刷性能が極端に劣化することはない。 Further, (1) only the output request (minimum size) is transmitted from the management server to the output server, and the output request is temporarily queued in the output server. After that, on the output server, the printing process is started up for each printer (2) one by one (single multiplexing) while controlling the order. The printing process takes out a compressed form data file (medium size) from the management server, decompresses it, and executes printing. As a result, even when a large number of output requests are simultaneously transferred to a single output server, the printing performance does not deteriorate extremely.
なお、共有ディスク12に格納する帳票データファイルは、圧縮された印刷前データとすることが望ましく、出力サーバ3から管理サーバ1へアクセスし、圧縮された帳票データファイルを取り出し、印刷プロセス20で帳票データファイルを解凍して出力する。
Note that the form data file stored in the shared
また、制御手段18は、出力要求を受けて出力の多重度を制御し出力サーバ3の負荷を制御する。さらに、出力要求を受けて出力の優先度を制御し、帳票データファイルを優先度の高い論理あて先から順次取り出す。
The control means 18 receives the output request and controls the output multiplicity to control the load of the
[論理デバイス占有処理]
つぎに、1台の管理サーバが1つの論理デバイスの処理を占有する処理について説明する。図3は、この発明の帳票配信システムの管理サーバの構成図である。
[Logical device occupation processing]
Next, processing in which one management server occupies processing of one logical device will be described. FIG. 3 is a configuration diagram of the management server of the form distribution system of the present invention.
図3において、データベースサーバ2に格納する配信スレッド監視テーブル13は、1つの論理デバイスを1台の管理サーバ1で占有するために使用するものであり、以下の構成からなる。論理デバイス名は、配信対象となる論理デバイス名を設定する。ホスト名は、配信する管理サーバのホスト名を設定する。更新日時は、配信開始時、配信終了時にデータベースサーバ2を管理するデータベースサーバの時間を設定する。
In FIG. 3, a distribution thread monitoring table 13 stored in the
管理サーバ1は、配信手段10(配信サービス)として、監視スレッド21と、配信スレッド22とを備えている。監視スレッド21は、配信サービス上で、1つだけ常駐するもので、一定時間間隔で、配信スレッド監視テーブル13をチェックする。引き継ぎ対象の論理デバイス名を発見した場合は、他の管理サーバから、論理デバイスの処理を引き継ぎ、配信スレッド22を起動する。なお、ユーザアプリ、コマンドなどから、帳票の配信依頼があった場合にも、配信スレッド22を起動する。
The
[配信スレッド処理]
つぎに、配信スレッド処理の詳細について図4を参照して説明する。図4は、この発明の帳票配信システムの配信スレッドの処理を説明するフローチャートである。
[Distribution thread processing]
Next, details of the distribution thread process will be described with reference to FIG. FIG. 4 is a flowchart for explaining the processing of the distribution thread of the form distribution system of the present invention.
ステップS01において、処理の順番を確認し、1件目であればステップS02に進む。 In step S01, the processing order is confirmed, and if it is the first case, the process proceeds to step S02.
ステップS02において、配信スレッド監視テーブル13へ論理デバイス名、ホスト名、更新日時を挿入する。なお、更新日時には、前述のデータベースサーバ2を管理するデータベースサーバの日時を設定する。これにより、管理サーバの時間がずれていても、実際に帳票を登録した順番で、配信されることが保証される。
In step S02, the logical device name, host name, and update date / time are inserted into the distribution thread monitoring table 13. The date and time of the database server that manages the
ステップS03において、配信スレッド監視テーブル13への挿入が成功したか判断し、挿入が成功すればステップS04に進む。挿入が成功しなければ、配信スレッドの処理を終了する。 In step S03, it is determined whether or not the insertion into the distribution thread monitoring table 13 is successful. If the insertion is successful, the process proceeds to step S04. If the insertion is not successful, the processing of the distribution thread is terminated.
ステップS04において、配信する帳票の情報をデータベースサーバ2に格納するキュー管理テーブル16から取得する。
In step S04, information on the form to be distributed is acquired from the queue management table 16 stored in the
ステップS05において、配信する帳票は存在するか判断し、存在する場合はステップS06に進み、出力サーバ3への帳票配信処理を実行して、ステップS01に戻る。配信する帳票が存在しない場合は、ステップS07に進み、配信スレッド監視テーブル13からレコードを削除し、ステップS08において、データベースをコミット(直前の処理を確定)して配信スレッドの処理を終了する。
In step S05, it is determined whether there is a form to be distributed. If it exists, the process proceeds to step S06, the form distribution process to the
なお、前記のステップS01において、処理の順番が2件目以降、又は引継ぎ時は、ステップS09で、データベースをコミット(直前の処理を確定)し、ステップS10において、配信スレッド監視テーブル13のレコードを更新(更新日時を現在の日時に更新)し、ステップS11において、更新は成功したか判断し、更新が成功した場合は、ステップS04に進む。更新が成功しなかった場合は、配信スレッドの処理を終了する。 In step S01, when the processing order is the second or later, or when taking over, in step S09, the database is committed (the immediately preceding process is confirmed), and in step S10, the record of the distribution thread monitoring table 13 is recorded. Update (update date and time is updated to the current date and time). In step S11, it is determined whether the update is successful. If the update is successful, the process proceeds to step S04. If the update is not successful, the processing of the distribution thread is terminated.
[出力要求処理・キューイング処理]
次に、管理サーバ1から出力サーバ3へ出力データそのものではない出力要求を送信し、前記出力要求を出力サーバ3にいったんキューイングする構成を図5を参照して説明する。図5は、この発明の帳票配信システムの印刷多重度制御サービスの構成図である。
[Output request processing / queuing processing]
Next, a configuration in which an output request that is not output data itself is transmitted from the
図5において、出力サーバ3における印刷順序の制御は、印刷多重度制御サービス18a(制御手段18の一)が行う。印刷多重度制御サービス18aは、ディスク19と、出力要求通知オブジェクト27と、多重度制御カウンタ29と、出力要求受信スレッド25と、多重度制御スレッド28と、印刷プロセス起動スレッド30とを構成する。
In FIG. 5, the print order control in the
出力要求キュー19aは、管理サーバ1から受信した出力要求を先に到着したものから順に格納(出力要求キューにキューイング)する。出力要求通知オブジェクト27は、印刷多重度制御サービス18aで動作するスレッド間で、帳票出力のタイミングを通知し合うためのオブジェクトである。多重度制御カウンタ29は、現在、動作中の印刷プロセス20の数をカウントするためのオブジェクトである。
The
出力要求受信スレッド25は、印刷多重度制御サービス18a上で、管理サーバ1から出力要求を受信する度に起動される。受信した出力要求を先に到着したものから順にディスク19に格納する。多重度制御スレッド28は、印刷多重度制御サービス18a上に、1つだけ常駐し、出力要求受信スレッド25及び印刷プロセス起動スレッド30からの出力要求を受けて、ディスク19に格納する出力要求キュー19aから出力要求を1つ取出し、印刷プロセス起動スレッド30を起動する。印刷プロセス起動スレッド30は、印刷プロセス20を起動する。
The output
[多重度制御]
次に、出力サーバで出力要求を受けて出力の多重度を制御する構成を、図6を参照して説明する。図6は、この発明の帳票配信システムの出力要求キューの構成図である。
[Multiplicity control]
Next, a configuration in which the output server receives an output request and controls the output multiplicity will be described with reference to FIG. FIG. 6 is a configuration diagram of an output request queue of the form distribution system according to the present invention.
図6において、ディスク19に格納する出力要求キュー19aは、プリンタキューと、論理あて先キューと、出力要求とを構成し、1台の出力サーバで動作する印刷プロセスの最大値を設定することができる。すなわち、印刷多重度の設定が可能である。また、1台のプリンタに対しては、1つの印刷プロセスのみが動作するように制御する。すなわち、出力結果が混ざらないようにする。また、同一のプリンタにつながっている論理あて先キューは、論理あて先の優先度順につながっている。すなわち、優先度の高い論理あて先の出力要求から順番に処理され、これにより帳票の出力順序は優先度の高い順番に保証される。
In FIG. 6, an
出力サーバは、出力要求を受けて出力の多重度を制御し出力サーバの負荷を制御するので、多数の出力要求が、1台の出力サーバに多数同時に転送された場合でも、出力サーバの負荷を軽減することができ、従来の方式と比較して、印刷性能が劣化することはないという効果を奏する。 The output server receives the output request, controls the output multiplicity, and controls the load on the output server. Therefore, even when a large number of output requests are simultaneously transferred to one output server, the load on the output server is reduced. As compared with the conventional method, the printing performance is not deteriorated.
[出力要求受信スレッドの処理]
つぎに、出力サーバ3において実行される、出力受信スレッド処理について図7を参照して、説明する。図7は、この発明の帳票配信システムの出力要求受信スレッドの処理を説明するフローチャートである。
[Output request reception thread processing]
Next, output reception thread processing executed in the
図7に示すように、ステップS21において、管理サーバ1から出力要求を受信する。ステップS22において、前述の論理あて先定義テーブル14、及び論理デバイス定義テーブル15を用いて、該当するプリンタキュー・論理あて先キュー配下の末尾に、出力要求を帳票単位で格納する。ステップS23において、出力要求通知オブジェクト27に出力要求を通知し、出力要求受信スレッドの処理を終了する。これによって、多重度制御スレッド28に出力要求イベントが通知される。
As shown in FIG. 7, an output request is received from the
[多重度制御スレッドの処理]
つぎに、印刷多重度制御サービス18aにおいて実行される印刷制御スレッドについて、図8を参照して説明する。図8は、この発明の帳票配信システムの多重度制御スレッドの処理を説明するフローチャートである。
[Multiplicity control thread processing]
Next, a print control thread executed in the print
図8に示すように、ステップS31において、出力要求受信スレッド25からの出力要求通知、あるいは、印刷プロセス起動スレッド30からの出力要求通知を待つ。すなわち、印刷プロセスの起動処理が開始されるタイミングは、管理サーバ1から出力要求を受信したタイミングと、他の印刷プロセスが終了したタイミングとする。
As shown in FIG. 8, in step S31, an output request notification from the output
ステップS32において、出力要求通知を受け、ステップS33において、出力要求キュー19aの中の処理すべき出力要求を特定する。すなわち、優先度の高い論理あて先のもので、先に配信されたものから順番に特定する。
In step S32, an output request notification is received. In step S33, an output request to be processed in the
ステップS34において、出力要求キュー19aの処理すべき出力要求は存在するか判断する。存在する場合は、ステップS35に進む。存在しない場合は、ステップS31に戻る。
In step S34, it is determined whether there is an output request to be processed in the
ステップS35において、多重度制御カウンタ29の値(現在、動作中の印刷プロセスの数)はMAXか判断する。MAXでなければステップS36に進む。MAXであればステップS31に戻る。 In step S35, it is determined whether the value of the multiplicity control counter 29 (the number of printing processes currently in operation) is MAX. If it is not MAX, the process proceeds to step S36. If it is MAX, the process returns to step S31.
ステップS36において、プリンタの印刷フラグを確認し、ステップS37において、印刷フラグの値はOFFか判断する。OFFであればステップS38に進み、プリンタキューの印刷フラグをON(使用中)に設定し、ステップS39で、多重度制御カウンタ29の値を増やす。ステップS40において、処理する出力要求をディスク19に格納する出力要求キュー19aから取出す。ステップS41において、印刷プロセス起動スレッド30を起動する。これによって、印刷プロセス起動スレッドの処理につながる。
In step S36, the print flag of the printer is confirmed. In step S37, it is determined whether the value of the print flag is OFF. If it is OFF, the process proceeds to step S38, the print flag of the printer queue is set to ON (in use), and the value of the
ステップS37において、印刷フラグの値がOFFでないならばステップS42に進み、出力要求キュー19a中の、次に処理すべき出力要求を特定する。
In step S37, if the value of the print flag is not OFF, the process proceeds to step S42, and the output request to be processed next in the
なお、多重度制御スレッド28の処理において、ここでは、印刷プロセス起動スレッド30の終了待ち合わせは行わない。また、多重度制御カウンタ29、及びプリンタの印刷フラグは、ここでは戻さずに、印刷プロセス起動スレッド30で、印刷プロセス20が終了した後に戻す。
Note that, in the processing of the
[印刷起動スレッド処理]
図9は、この発明の帳票配信システムの印刷プロセス起動スレッドの処理を説明するフローチャートである。
[Print start thread processing]
FIG. 9 is a flowchart for explaining processing of the print process activation thread of the form distribution system of the present invention.
ステップS51において、印刷プロセス20を起動する。これにより、印刷プロセスにつながる。ステップS52において、印刷プロセスの終了を待ち合わせる。ステップS53において、プリンタキューの印刷フラグをOFFに設定し、ステップS54において、多重度制御カウンタ29の値を減らす。ステップS55において、出力要求を出力要求通知オブジェクト27に通知(これにより、多重度制御スレッド28が出力要求通知を受け取る)して印刷プロセス起動スレッドの処理を終了する。
In step S51, the
[帳票データ取出し処理]
次に、出力サーバから管理サーバへアクセスして出力データを取り出し、出力する構成を、図10を参照して説明する。図10は、この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出す構成図である。
[Form data retrieval processing]
Next, a configuration for accessing the management server from the output server to retrieve and output the output data will be described with reference to FIG. FIG. 10 is a configuration diagram for retrieving output data by accessing the management server from the output server of the form distribution system of the present invention.
図10において、出力要求の配信元の管理サーバ1aの情報は、出力要求データの中に入っている。出力サーバ3から管理サーバ1へアクセスすると、通常は、負荷分散装置4に接続することにより、管理サーバ1a,管理サーバ1b,管理サーバ1cのいずれかの管理サーバに接続要求が振り分けられる。なお、負荷分散装置4への接続に失敗した場合は、出力要求データに格納されている配信元の管理サーバ1aに接続を試みる。
In FIG. 10, the information of the
[出力データ取り出し出力処理]
つぎに、この発明の帳票配信システムの出力サーバから管理サーバへアクセスして出力データを取り出し出力する処理を、図11を参照して説明する。図11の点線で囲った部分は、印刷プロセス20が管理サーバへアクセスして出力データを取り出し出力する処理のフローチャートである。
[Output data fetching and output processing]
Next, the process of accessing the management server from the output server of the form distribution system of the present invention to extract and output the output data will be described with reference to FIG. A portion surrounded by a dotted line in FIG. 11 is a flowchart of a process in which the
まず、ブロック番号と接続リトライ回数をクリアし(ステップS61)、ステップS62において、負荷分散装置4に接続し、ステップS63において、接続処理結果を確認する。ステップS63において、接続失敗か判断し、接続失敗、又は負荷分散装置4ダウンの時は、ステップS64に進み、出力要求データに格納されている要求配信元の管理サーバ1aに接続する。
First, the block number and the number of connection retries are cleared (step S61), the connection is made to the
ステップS65において、接続処理結果を確認し、ステップS65において、接続成功か判断し、接続成功ならばステップS66に進む。そして、要求配信元の管理サーバ1aから帳票データ(圧縮された帳票データファイル)を受信し、ステップS70において、帳票をフォーマット出力(帳票データファイルを解凍し、スプールデータを生成する)して、印刷プロセスの処理を終了する(リジューム機能の説明は後述する)。
In step S65, the connection processing result is confirmed. In step S65, it is determined whether the connection is successful. If the connection is successful, the process proceeds to step S66. Then, the form data (compressed form data file) is received from the
なお、ステップS63において、負荷分散装置4への接続に成功した場合は、ステップS66に進み、管理サーバ1a、管理サーバ1b、管理サーバ1cのいずれかに接続され、接続した管理サーバから前記と同様に帳票データを受信する。以下の例では、管理サーバ1bを負荷の少ない管理サーバとして説明を行う。
In step S63, if the connection to the
[リジューム処理]
つづいて、図11と図12参照しながら、リジューム処理について説明を行う。
[Resume processing]
Next, the resume process will be described with reference to FIGS. 11 and 12.
リジューム機能とは、印刷プロセスから負荷分散装置を経由して管理サーバ1a、1b、1cのいずれかに接続し、帳票データを受信・再生する処理の途中に異常が発生した場合、別の管理サーバに再接続し、帳票の出力処理を自動的に継続する機能であり、印刷プロセス20と帳票取出しAPI11cなどが共同して実現する。以下にリジューム機能を実現するための処理について、図11を参照して、詳細する。
The resume function is connected to one of the
まず、出力サーバ3は、印刷プロセス20の処理により、印刷プロセス20のメモリ等に帳票ブロック番号を記憶することによって、エラー発生直前までどこまでの帳票データを受信したかを読み出すことができるよう構成されている。
First, the
つぎに、管理サーバ1aと接続が成功した出力サーバ3は、印刷プロセス20の処理により、管理サーバ1aに対し、取出し要求を送信し、併せてブロック番号を送信する(ステップS66)。つまり、印刷プロセス20は、エラーが発生する直前まで受信していた帳票データの、続きのデータから受信を再開する場合に備えて、帳票データ中に受信を再開したいデータの位置情報を記憶し、管理サーバ1に送る。この位置情報のことを、「ブロック番号」と呼んでいる。
Next, the
つぎに、取出し要求を受信した、管理サーバ1aは、帳票取出しAPI11cの処理により帳票データを出力サーバ3に送信するので、通信に問題等がない場合、出力サーバ3は、帳票データ(1ブロック)を受信する(ステップS67)。
Next, the
つづいて、出力サーバ3は、印刷プロセス20の処理により、サーバのシステムダウンやネットワーク接続に障害が生じた場合などのエラーが発生した場合など、その異常がないか判定を行う(ステップS68)、受信成功の場合は(ステップS68、Yes)、ブロック番号カウンタをインクリメントし(ステップS69)、出力装置6にフォーマット出力する(ステップS70)。
Subsequently, the
そして、出力サーバ3は、印刷プロセス20の処理により、エラーの発生があった場合には(ステップS68、No)、つづいて、印刷プロセス20の処理により、リカバリ可能なエラーか否か判定を行う(ステップS72)。
Then, if an error has occurred due to the processing of the printing process 20 (No at Step S68), the
ここで「リカバリ可能なエラー」とは、別の管理サーバに再接続することで帳票出力の続行が見込めるエラーのことを言う。例えば、管理サーバとの通信が途絶えた場合や、接続に係る管理サーバでメモリ不足が発生した場合などである。 Here, the “recoverable error” means an error that can be expected to continue the form output by reconnecting to another management server. For example, there is a case where communication with the management server is interrupted, or a case where a memory shortage occurs in the connection management server.
つぎに、印刷プロセス20は、リカバリ可能なエラーであると判断した場合に(ステップS72、Yes)、リトライ回数の上限を超えていないか確認後(ステップS73)、管理サーバ1bに再接続を要求する。この際、印刷プロセス20は、接続リトライ回数のカウンタをインクリメントする(ステップS74)。
Next, when the
これにて、再接続要求を受けた負荷分散装置4は、複数の管理サーバ1から負荷の少ない1つの管理サーバ1bに接続を行う(ステップS62)。上記処理(ステップS62〜68、ステップS72〜74)は、管理サーバと出力サーバの接続・ダウンロードが確立するまで繰り返されるが、所定のリトライ回数を超えた場合は(ステップS73、Yes)、印刷プロセス20は、失敗であるとして処理を終了する。
As a result, the
ステップS68の説明に戻り、管理サーバ1からの接続と帳票データの受信に成功した出力サーバ3の印刷プロセス20は、ブロック番号をインクリメントする(ステップS69)。
Returning to the description of step S68, the
そして、出力サーバ3は、印刷プロセス20の処理により、ダウンロードした帳票データを出力装置6に出力する(ステップS70)。
Then, the
そして、印刷プロセス20は、ブロック番号から、さらにダウンロードすべき帳票データがあるか否か判断する(ステップS71)。
Then, the
帳票データが終わりであると判断した場合は(ステップS71、Yes)、印刷プロセス20を、成功であるとして終了し、まだダウンロードすべき帳票データがあると判断した場合は(ステップS71,No)、ステップS67に戻って、出力サーバ3の印刷プロセス20は、次の帳票データのダウンロードを受ける(ステップS67)。
If it is determined that the form data is finished (step S71, Yes), the
これにてシステム処理の説明を終える。上記リジューム処理により、帳票出力中に管理サーバのシステムダウンやネットワーク接続障害等のエラーが発生した場合でも、自動的に他の管理サーバに接続するので、印刷処理を遅滞なく再開することができる。また、印刷プロセスにおいて帳票ブロック番号を管理することとしたので、印刷を継続する場合に出力結果の重複が生じないという効果を奏する。 This concludes the explanation of the system processing. Even if an error such as a system failure of the management server or a network connection failure occurs during the form output by the resume process, the print process can be resumed without delay because it automatically connects to another management server. In addition, since the form block number is managed in the printing process, there is an effect that the output results do not overlap when printing is continued.
つまり、エラーが生じた場合であっても、正常時と比較して印刷が中断するなどの極端な性能劣化を発生することなく印刷プロセスを自動再開することができる。 That is, even when an error occurs, the printing process can be automatically restarted without causing extreme performance degradation such as printing being interrupted as compared with normal operation.
[帳票データ転送スレッドの処理]
一方、管理サーバ1側で実現されるリジューム機能について、上記出力サーバ3の印刷プロセス20の処理によるリジューム処理の際の、接続されている管理サーバ1の帳票取出しAPI11cの処理の詳細について説明する。
[Process of form data transfer thread]
On the other hand, regarding the resume function realized on the
図12に示すように、出力サーバ3の印刷プロセス20から取出し要求を受けた管理サーバ1b(現在接続に係る管理サーバ1であり管理サーバ1bに限らない)の帳票取出しAPI11cは、ブロック番号を受信する(ステップS81)。
As shown in FIG. 12, the
つぎに、管理サーバ1bは、帳票取出しAPI11cの処理により、共有ディスク12に格納された帳票データファイルを開く(ステップS82)。
Next, the
つづいて、管理サーバ1bは、帳票取出しAPI11cの処理により、受信したブロック番号を判断する(ステップS83)。
Subsequently, the
ブロック番号が1以上の場合、帳票取出しAPI11cの処理により、帳票データファイルのデータをブロック番号分だけ読み飛ばして(ステップS84)、残りの帳票データを出力サーバ3に送信する(ステップS85)。
If the block number is 1 or more, the
一方、ブロック番号が0の場合は、読み飛ばしを行わず、全ての帳票データファイルを出力サーバ3に送信する(ステップS85)。
On the other hand, if the block number is 0, all the form data files are transmitted to the
以上で、帳票取出しAPI11cの処理の説明を終える。
This is the end of the description of the processing of the
上記のように、管理サーバ1の帳票取出しAPI11cと出力サーバ3の印刷プロセス20が連動して、帳票の管理を行うことにより、エラーが生じた場合でも、既にダウンロードされた帳票データを読み飛ばして、ダウンロードを再開することができるので、再度はじめから帳票データを送受信することがなく、帳票配信出力処理の時間を軽減することができる。また、これにより、出力の重複がなく、エラーが生じた時点から出力を再開することができるので、出力順序を保証することができる。
As described above, the
[他の実施の形態]
さて、これまで本発明の実施の形態について説明したが、本発明は、上述した実施の形態以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてよいものである。
[Other embodiments]
Although the embodiments of the present invention have been described so far, the present invention can be applied to various different embodiments in addition to the above-described embodiments within the scope of the technical idea described in the claims. May be implemented.
特に、本帳票配信管理システムの実施の形態では出力サーバ3は、出力装置6に接続された構成を、一例として示したが、本帳票配信管理システムはこれに限られず、出力サーバ3と出力装置6が一体として同一筐体に印刷装置等として構成されていてもよい。
In particular, in the embodiment of the form distribution management system, the
また、実施の形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。 In addition, among the processes described in the embodiment, all or part of the processes described as being automatically performed can be performed manually, or the processes described as being performed manually can be performed. All or a part can be automatically performed by a known method.
このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データ等のパラメータを含む情報、データベース構成については、特記する場合を除いて任意に変更することができる。 In addition, the processing procedures, control procedures, specific names, information including parameters such as registration data for each processing, and database configuration shown in the above documents and drawings may be arbitrarily changed unless otherwise specified. Can do.
また、図示の各構成要素は機能概略的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。 Each illustrated component is functionally schematic and does not necessarily need to be physically configured as illustrated.
例えば、管理サーバ1、出力サーバ2または負荷分担装置4の各装置が備える処理機能、特に取出し手段11、配信手段10、制御手段18にて行われる各処理機能については、その全部または任意の一部を、CPU(Central Processing Unit)および当該CPUにて解釈実行されるプログラムにて実現することができ、あるいは、ワイヤードロジックによるハードウェアとして実現することも可能である。尚、プログラムは、後述する記録媒体に記録されており、必要に応じて機械的に読み取られる。すなわち、ROMまたはHDなどの記憶部などには、OS(Operating System)として協働してCPUに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、RAMにロードされることによって実行され、CPUと協働して制御部を構成する。
For example, all or any one of the processing functions provided in each device of the
また、本発明の方法をコンピュータに実行させるコンピュータプログラムは、任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。 The computer program that causes the computer to execute the method of the present invention may be stored in an application program server connected via an arbitrary network, and may be downloaded in whole or in part as necessary. It is.
また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納することもできる。ここで、この「記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、EPROM、EEPROM、CD−ROM、MO、DVD等の任意の「可搬用の物理媒体」、あるいは、LAN、WAN、インターネットに代表されるネットワークを介してプログラムを送信する場合の通信回線や搬送波のように、短期にプログラムを保持する「通信媒体」を含むものとする。 The program according to the present invention can also be stored in a computer-readable recording medium. Here, the “recording medium” refers to any “portable physical medium” such as a flexible disk, a magneto-optical disk, a ROM, an EPROM, an EEPROM, a CD-ROM, an MO, and a DVD, or a LAN, WAN, or Internet. It includes a “communication medium” that holds the program in a short period of time, such as a communication line or a carrier wave when the program is transmitted via a network represented by
また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、OS(Operating System)に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。 The “program” is a data processing method described in an arbitrary language or description method, and may be in any format such as source code or binary code. The “program” is not necessarily limited to a single configuration, but is distributed in the form of a plurality of modules and libraries, or in cooperation with a separate program represented by an OS (Operating System). Including those that achieve the function. Note that a well-known configuration and procedure can be used for a specific configuration for reading a recording medium, a reading procedure, an installation procedure after reading, and the like in each device described in the embodiment.
各装置の記憶部に格納されるデータベースまたは格納される各種のデータベース等は、RAM、ROM等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラムやテーブルやデータベースやウェブページ用ファイル等を格納する。 The database stored in the storage unit of each device or the various databases stored is a storage device such as a memory device such as RAM or ROM, a fixed disk device such as a hard disk, a flexible disk, or an optical disk. Stores various programs, tables, databases, web page files, etc. used for site provision.
また、各装置は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置を接続し、該情報処理装置に本発明の方法を実現させるソフトウェア(プログラム、データ等を含む)を実装することにより実現してもよい。 Each device is realized by connecting an information processing device such as a known personal computer or workstation and installing software (including a program, data, etc.) for realizing the method of the present invention in the information processing device. May be.
更に、各装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じた任意の単位で、機能的または物理的に分散・統合して構成することができる。特に本発明の実施の形態では、ユーザアプリケーション9を管理サーバ1内で稼動するよう構成したが、これに限られず、管理サーバ1とは、別筐体の制御部でユーザアプリケーション9の機能を実現していてもよく、さらに、該別筐体は、センター外のネットワークで接続された場所に配置・構成されていてもよい。
Furthermore, the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed / integrated in an arbitrary unit according to various additions. Can be configured. In particular, in the embodiment of the present invention, the
1、1a、1b、1c:管理サーバ
2:データベース
3:出力サーバ
4:負荷分散装置
5:ネットワーク
6:出力装置
9:ユーザアプリケーション
10:配信手段
11:取出し手段
11a:帳票登録API
11b:印刷指示API
11c:帳票取出しAPI
12:共有ディスク
13:配信スレッド監視テーブル
14:論理あて先定義テーブル
15:論理デバイス定義テーブル
16:キュー管理テーブル
18:制御手段
18a:印刷多重度制御サービス
19:ディスク
19a:出力要求キュー
20:印刷プロセス
21:監視スレッド
22:配信スレッド
25:出力要求受信スレッド
27:出力要求通知オブジェクト
28:多重度制御スレッド
29:多重度制御カウンタ
30:印刷プロセス起動スレッド
1, 1a, 1b, 1c: Management server 2: Database 3: Output server 4: Load distribution device 5: Network 6: Output device 9: User application 10: Distribution unit 11:
11b: Print instruction API
11c: API for taking out forms
12: Shared disk 13: Distribution thread monitoring table 14: Logical destination definition table 15: Logical device definition table 16: Queue management table 18: Control means 18a: Multiplicity control service 19:
Claims (2)
上記帳票出力サーバ装置は、
複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に帳票データの転送を要求する転送要求手段と、
転送された帳票データの位置情報を示すブロック番号を記憶する帳票ブロック番号記憶手段と、
システムエラーまたはネットワーク接続障害を検知するエラー検出手段と、
上記エラー検知手段によって、帳票データの転送時にエラーが検知された場合に、上記帳票ブロック番号記憶手段から、エラー発生直前の帳票ブロック番号を読み出し、上記帳票管理サーバ装置に再接続を要求する再接続要求手段と、
を備え、
上記負荷分散装置は、
上記転送要求手段によって上記帳票出力サーバ装置から要求があった場合に、上記複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に接続する管理サーバ接続手段と、
上記再接続要求手段によって、再接続の要求を受けた場合に、負荷の少ない他の複数の帳票管理サーバ装置の一と接続する他サーバ接続手段と、
を備え、
上記複数の帳票管理サーバ装置は、
上記帳票出力サーバ装置に帳票データを転送する帳票データ転送手段と、
上記他サーバ接続手段によって接続された場合に、通知されたエラー発生直前の帳票ブロック番号に基づいて、該帳票ブロック番号までの帳票データを読み飛ばして該帳票ブロック番号から帳票データを帳票出力装置に転送する帳票転送再開手段と、
を備えたことを特徴とする帳票配信システム。 In a form distribution system comprising a plurality of form management server apparatuses, a form output server apparatus connected to a network, and a load distribution apparatus connected between the plurality of form management server apparatuses and the network,
The form output server device
Transfer request means for requesting transfer of form data to one form management server apparatus among a plurality of form management server apparatuses;
A form block number storage means for storing a block number indicating position information of the transferred form data;
Error detection means for detecting system errors or network connection failures;
Reconnection that reads out the form block number immediately before the error occurrence from the form block number storage means and requests reconnection to the form management server device when an error is detected by the error detection means during transfer of the form data Request means;
With
The load balancer is
Management server connection means for connecting to one form management server apparatus among the plurality of form management server apparatuses when there is a request from the form output server apparatus by the transfer request means;
Other server connection means for connecting to one of a plurality of other form management server devices having a low load when a reconnection request is received by the reconnection request means;
With
The plurality of form management server devices are:
Form data transfer means for transferring form data to the form output server device;
When connected by the other server connection means, based on the notified form block number immediately before the error occurrence, the form data up to the form block number is skipped and the form data is output from the form block number to the form output device. A form transfer restart means for transferring;
A form distribution system characterized by comprising
帳票配信システムにおける帳票配信方法であって、
上記帳票出力サーバ装置において実行される、
複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に帳票データの転送を要求する転送要求ステップと、
上記負荷分散装置において実行される、
上記転送要求ステップによって上記帳票出力サーバ装置から要求があった場合に、上記複数の帳票管理サーバ装置のうち1つの帳票管理サーバ装置に接続する管理サーバ接続ステップと、
上記複数の帳票管理サーバ装置において実行される、
上記管理サーバ接続ステップによって接続された場合に、上記帳票出力サーバ装置に帳票データを転送する帳票データ転送ステップと、
上記帳票出力サーバ装置において実行される、
上記帳票データ転送ステップによって転送された帳票データの位置情報を示すブロック番号を記憶する帳票ブロック番号記憶ステップと、
システムエラーまたはネットワーク接続障害を検知するエラー検出ステップと、
上記エラー検知ステップによって、帳票データの転送時にエラーが検知された場合に、帳票ブロック番号記憶手段から、エラー発生直前の帳票ブロック番号を読み出し、再接続を要求する再接続要求ステップと、
上記負荷分散装置において実行される、
上記再接続要求ステップによって、再接続の要求を受けた場合に、負荷の少ない他の複数の帳票管理サーバ装置の一と接続する他サーバ接続ステップと、
上記複数の帳票管理サーバ装置のうち他の1つの帳票管理サーバ装置において実行される、
上記他サーバ接続ステップによって接続された場合に、通知されたエラー発生直前の帳票ブロック番号に基づいて、該帳票ブロック番号までの帳票データを読み飛ばして該帳票ブロック番号から帳票データを帳票出力装置に転送する帳票転送再開ステップと、
を含んだことを特徴とする帳票配信方法。 Form distribution in a form distribution system comprising a plurality of form management server apparatuses, a form output server apparatus connected to a network, and a load distribution apparatus connected between the plurality of form management server apparatuses and the network A method,
Executed in the form output server device,
A transfer request step for requesting transfer of form data to one form management server apparatus among a plurality of form management server apparatuses;
Executed in the load balancer;
A management server connection step of connecting to one of the plurality of form management server devices when there is a request from the form output server device in the transfer request step;
Executed in the plurality of form management server devices,
A form data transfer step for transferring form data to the form output server device when connected by the management server connection step;
Executed in the form output server device,
A form block number storage step for storing a block number indicating position information of the form data transferred by the form data transfer step;
An error detection step for detecting system errors or network connection failures;
When an error is detected during the transfer of the form data by the error detection step, the form block number immediately before the occurrence of the error is read from the form block number storage means, and a reconnection request step for requesting reconnection,
Executed in the load balancer;
When receiving a reconnection request by the reconnection request step, another server connection step for connecting to one of the other plurality of form management server devices with a low load;
Executed in one other form management server apparatus among the plurality of form management server apparatuses,
When connected by the other server connection step, based on the notified form block number immediately before the error occurrence, the form data up to the form block number is skipped and the form data is sent from the form block number to the form output device. A form transfer restart step to transfer,
A form delivery method characterized by including
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006118284A JP4719613B2 (en) | 2006-04-21 | 2006-04-21 | Form distribution system and form distribution method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006118284A JP4719613B2 (en) | 2006-04-21 | 2006-04-21 | Form distribution system and form distribution method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2007293444A JP2007293444A (en) | 2007-11-08 |
JP4719613B2 true JP4719613B2 (en) | 2011-07-06 |
Family
ID=38764036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006118284A Active JP4719613B2 (en) | 2006-04-21 | 2006-04-21 | Form distribution system and form distribution method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4719613B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5732755B2 (en) * | 2010-07-06 | 2015-06-10 | 富士通株式会社 | Distribution system, distribution apparatus, distribution method, and program |
US9781214B2 (en) | 2013-04-08 | 2017-10-03 | Amazon Technologies, Inc. | Load-balanced, persistent connection techniques |
CN105094714B (en) | 2014-05-22 | 2018-09-04 | 精工爱普生株式会社 | Printing data processing system, information processing unit and printing equipment |
JP6442870B2 (en) * | 2014-05-22 | 2018-12-26 | セイコーエプソン株式会社 | Print data processing system, information processing apparatus, and printing apparatus |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07143311A (en) * | 1993-11-19 | 1995-06-02 | Toshiba Corp | Image data transmitting device |
JPH07271883A (en) * | 1994-03-31 | 1995-10-20 | Nec Corp | Document output controlling system |
JP2000137594A (en) * | 1998-11-02 | 2000-05-16 | Mitsubishi Electric Corp | Network printing system |
JP2000284937A (en) * | 1999-01-29 | 2000-10-13 | Canon Inc | Network print system, information processor and control method therefor |
JP2001273114A (en) * | 2000-03-24 | 2001-10-05 | Toshiba Corp | Device for managing printing job, method for detecting printing completion page and method for resuming printing |
-
2006
- 2006-04-21 JP JP2006118284A patent/JP4719613B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07143311A (en) * | 1993-11-19 | 1995-06-02 | Toshiba Corp | Image data transmitting device |
JPH07271883A (en) * | 1994-03-31 | 1995-10-20 | Nec Corp | Document output controlling system |
JP2000137594A (en) * | 1998-11-02 | 2000-05-16 | Mitsubishi Electric Corp | Network printing system |
JP2000284937A (en) * | 1999-01-29 | 2000-10-13 | Canon Inc | Network print system, information processor and control method therefor |
JP2001273114A (en) * | 2000-03-24 | 2001-10-05 | Toshiba Corp | Device for managing printing job, method for detecting printing completion page and method for resuming printing |
Also Published As
Publication number | Publication date |
---|---|
JP2007293444A (en) | 2007-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7533181B2 (en) | Apparatus, system, and method for data access management | |
JP6963168B2 (en) | Information processing device, memory control method and memory control program | |
US5872966A (en) | System and method for logging and enabling further manipulation of system state information | |
JP5328177B2 (en) | Information processing apparatus, data processing method for information processing apparatus, storage medium, and program | |
US7975268B2 (en) | Grid computing system, management server, processing server, control method, control program and recording medium | |
JP4824374B2 (en) | System that controls the rotation of the disc | |
US20040066530A1 (en) | Image forming device and image formation control method | |
US20100218177A1 (en) | Storage apparatus and software upgrade method | |
US9720776B2 (en) | Server system, method for controlling the same, and program for executing parallel distributed processing | |
US20060156030A1 (en) | Data processing system and method | |
JP4719613B2 (en) | Form distribution system and form distribution method | |
CN1278254C (en) | Method and system for determining activity of high availability mass | |
US8239862B2 (en) | Apparatus, method, and computer program product for processing information | |
JP2003029996A (en) | Server system, client system, software streaming method and program | |
JP2004086769A (en) | Application updating processing method, updating processing system, and updating processing program | |
EP2544084A1 (en) | Storage device | |
US20030133152A1 (en) | Server apparatus, job managing method, computer-readable memory medium, and program | |
JP2896394B2 (en) | File server device | |
CN1279439C (en) | System and method of streaming data to computer in a network | |
JP5884566B2 (en) | Batch processing system, progress confirmation device, progress confirmation method, and program | |
JPH11232233A (en) | Method for managing network computer and network computer system | |
CN112486513A (en) | Container-based cluster management method and system | |
JP2006313442A (en) | Form distribution system, form distribution control method, and program | |
JP6115253B2 (en) | Print system, spool server, spool method, and program | |
US20230273827A1 (en) | Computer-readable recording medium storing information processing program, information processing method, and information processing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20081104 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100915 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100921 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101118 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110111 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110329 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110404 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4719613 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |