JP2009151470A - 印刷制御装置および、印刷制御方法ならびに印刷制御方法を実行するプログラム - Google Patents

Abstract

【課題】 クラスタ環境において、サーバダウンが発生しリカバリを行った場合でも、ダウンしたサーバが投入したジョブを他のサーバでタイムロス無しで継続して追跡すること。
【解決手段】 実行指示を受けたジョブを管理するための一意の識別子を発行し、プリントサーバに障害が発生したことを他のプリントサーバに通知し、通知を受けたプリントサーバが障害が発生したプリントサーバのジョブを特定し、通知を受けたプリントサーバのジョブリストに追加するかどうか判断する。
【選択図】 図１

Description

本発明は複数台の印刷制御装置の負荷分散環境において、印刷制御装置の稼動状態を監視し、印刷ジョブ、画像形成装置の制御を行う処理を実行する印刷制御装置および、印刷制御方法、ならびに印刷制御方法を実行するプログラムに関するものである。

現在、セキュリティや内部統制（ＳＯＸ法）、個人情報保護法のため、サーバ側で業務システムを構築する傾向となっている。

このようなセンター集中化に伴い、サーバが管理するクライアント数が増加するため、サーバのクラスタ化が有効手段となっている。

このような印刷監視、デバイス監視を行うクラスタ化プリントシステム環境においては、複数のサーバで同一のジョブやプリンタのジョブ情報を保持することが想定される。一台のサーバでトラブルが発生した場合、バックアップのサーバが、トラブルが発生したサーバの管理していたジョブを最初からやり直す。

一つのサーバで発生した印刷処理障害を他のサーバが検出し、障害が発生したサーバの使用していた共有ディスクを他のサーバに接続し、他のサーバが印刷処理を引き継ぐような技術は特開２０００−０６６８６１などで提案されている。
特開２０００−０６６８６１

上述したように一つのサーバで発生した印刷処理障害を他のサーバが検出し、障害が発生したサーバの使用していた共有ディスクを他のサーバに接続し、他のサーバが印刷処理を引き継ぐような方法では、ジョブが処理されない時間が増加し、サーバの可用性が低下する。さらに、印刷途中のジョブの追跡を行わないので、印刷ジョブが二重に印刷されてしまうといった問題があった。

本発明は上記課題を解決するためになされたものであり、本発明の第一の発明は複数台のプリントサーバが、記憶装置に保存されたジョブ情報を共有する印刷システムにおいて、クライアントからジョブ実行指示を受け付ける手段と、
前記実行指示を受けたジョブを管理するための一意の識別子を発行する手段と、
複数台のプリントサーバを監視しプリントサーバがダウンしたことを検知する手段と、プリントサーバがダウンしたことを他のプリントサーバに通知する手段と、通知を受けたプリントサーバが前記記憶装置から前記ダウンしたプリントサーバのジョブを特定する手段と、特定したジョブの中から通知を受けたプリントサーバのジョブリストに追加するかどうか判断する手段と、を有することを特徴とする。

本発明における第２の発明は、ジョブの状態がプリントデバイスに送信され印刷がされていることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加する判断をする手段を有することを特徴とする。

本発明における第３の発明は、ジョブの状態がプリントデバイスに送信されていない場合や印刷が完了していることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加しない判断をする手段を有することを特徴とする。

サーバがクラスタ化された環境において、サーバダウンが発生しリカバリを行った場合でも、ダウンしたサーバが投入したジョブを継続して追跡することができるので、高可用性を維持でき、また、二重に印刷されることを確実に防ぐことができる。

［実施例１］
以下、本発明の実施形態について図面に基づいて説明する。

図１は本発明の印刷システムの構成を示すブロック図である。

図１ではネットワーク１０１（ＷＡＮ）を介して、データベースシステムや、プリントシステム、Webアプリケーションシステムなどのサーバコンピュータと、クライアントコンピュータ、プリントデバイスが接続されている。

データベースシステム１０４は大容量記憶装置１０５を管理するサーバコンピュータである。大容量記憶装置１０５には、印刷データや文書データ、ジョブ情報、プリンタ情報等が記憶されている。他のサーバシステムは該情報にアクセス(データの取得、更新、追加、削除)するために、データベースシステム１０４に要求し、データベースシステム１０４はそれらの要求を受付けて実行する。

データベースシステム１０４は負荷分散のためのクラスタシステムや、高可用性を維持するためのフェールオーバー構成を取る場合も考えられる。また、大容量記憶装置１０５との接続には直接接続する構成の他に、ネットワークを介して接続する形態も考えられる。

データベース管理システム１０６はデータベース内の情報にアクセスすることによって、プリントサーバの情報やジョブ情報の更新状況を確認し、整合性を管理するサーバコンピュータである。

また、データベース管理システムは、不要となった情報をデータベースから削除したり、データベースにアクセスする認証情報を管理している。

プリントデバイス１０７はＬＡＮ１０３に接続された画像形成装置である。プリントデバイス１０７はＬＡＮ１０３やＷＡＮ１０１等を介して、後述するプリントサーバシステム１１３やＷｅｂアプリケーションサーバと通信を行う。このプリントデバイス１０７としては電子写真方式を採用したレーザビームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等あらゆる方式の印刷装置を採用することができる。

また、本プリントシステムに含まれる装置間の通信はイーサネット（登録商標）ケーブルなどを利用した有線通信でもよいし、電波や光などを利用した無線通信でもよい。

クライアントＰＣ１０８は情報処理を行うためのクライアントコンピュータである。各クライアントＰＣ１０８はＬＡＮ１０３に接続されており、ＷＡＮを介して各種サーバシステムと通信することができる。

Ｗｅｂサーバシステム１０９はＷＡＮを介して、プリントサーバシステム１１３が管理する印刷ジョブ情報や大容量記憶装置１０５に記憶された文書データなどの情報をクライアントＰＣ１０８へ送信する。また、クライアントＰＣ１０８からの印刷指示、印刷ジョブの操作を受付け、プリントサーバシステム１１３へ指示をする。

プリントサーバシステム１１３は印刷システムにおけるプリントデバイス１０７の監視や管理、印刷ジョブの制御や監視、プリントデバイス１０７へのジョブ転送の処理を行う。また、ＷＡＮ１０１を介してデータベースシステム１０４やＷｅｂサーバシステム１０９と通信を行い、印刷ジョブ情報を管理する。

また、大規模システムの場合は負荷分散のためのクラスタ構成や冗長性を持たせた構成となっている。例えば図１のように、プリントサーバ１１１、１１２が並列に接続され、スイッチ１１０により仮想的に一つのプリントサーバシステムとして振舞うような構成になっている。

図２は本実施例におけるプリントサーバシステム１１３の構成を示すブロック図である。本実施例ではプリントサーバシステム１１３は複数台のプリントサーバ１１１、１１２が負荷分散(ロードバランシング)のためのスイッチ１１０を介して接続されている。スイッチ１１０は複数台のプリントサーバ２０１の負荷分散状況を把握し、負荷のかかっていないサーバに対して優先的に処理を発行するように分散を行う。負荷分散の把握方法としては、単純に要求を順次各サーバに割り当てるラウンドロビンという方法や、規定の要求を定期的に各プリントサーバに発行し、その返信時間を負荷として判断する方法等が存在知る。

次にプリントサーバ内の構成と処理を説明する。

ジョブ受付部２０１はクライアントからの印刷要求をＷｅｂアプリケーションサーバを介して受付ると、大容量記憶装置１０５よりジョブ情報データとジョブデータを取得する。クライアントからの印刷要求はジョブＩＤ４０１を用いて行われ、プリントサーバはジョブＩＤ４０１を使用して大容量記憶装置内の印刷ジョブを特定する。

ジョブマネージャ２０２は印刷ジョブを受け付けると、デバイスマネージャ２０４にプリントデバイス１０７の状況を問い合わせ、プリントデバイス１０７が正常の場合には、ジョブ送信部２０３にジョブ送信命令をだす。印刷要求ではなく、データ保存要求を受け付けた場合にはデータベースアクセス部２０５を介してデータベースシステムに印刷ジョブを保存する。

ジョブマネージャ２０２はデバイスマネージャより印刷ジョブ情報や、プリントデバイス情報を通知されると、データベースシステム１０４を介して、大容量記憶装置１０５内のジョブ情報、プリント情報を更新する。

図３は本実施例におけるプリントサーバのハードウェア構成を示す図である。

図において３０８はシステムバスであり、これから説明する各部はこのシステムバス３０８に接続されている。

３０１は情報処理装置の制御装置であるＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）であり、ハードディスク３０６に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳ等を実行し、ＲＡＭ３０５にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

３０２は記憶手段であるＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。３０５は一時記憶手段であるＲＡＭであり、ＣＰＵ３０１の主メモリやワークエリア等として機能する。

３０３は入出力手段であるインターフェースであり、該インターフェース３０８を介して情報処理装置は外部装置とのデータのやり取りを行う。

３０４は指示入力手段であるキーボードであり、ユーザがプリントサーバ等に命令等を入力指示するものである。

３０６は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ等を格納している。

３０７は表示手段であるディスプレイであり、キーボード３０４から入力したコマンド等を表示するものである。

図４は大容量記憶装置に保持される印刷ジョブを管理するためのジョブ管理テーブル４００を示す図である。

ジョブＩＤ４０１は、印刷ジョブを一意に識別する識別子である。

ドキュメント名４０２は、印刷されるジョブに設定される名称である。

ユーザ名４０３は、印刷を指示したユーザの名称である。

ステータス４０４は、印刷ジョブのステータスである。ステータスとしては、印刷順番待ち状態、プリントデバイスへ転送中状態、プリントデバイスでの印刷中状態、印刷が完了した印刷完了状態、プリントデバイスでエラーが発生した場合のエラー状態などが存在する。

プリントサーバ名４０５は、ジョブＩＤ４０１によって特定される印刷ジョブを実行中のプリントサーバ名を示す。印刷が完了した時点でジョブ管理テーブルから値は削除され、ジョブが実行中でない場合は、空となっている。

追跡ＩＤ４０６は印刷ジョブを追跡するためにシステム内で一意のＩＤである。プリントサーバは該追跡ＩＤを使用して、プリントデバイスからの情報やジョブの制御などを行う。追跡ＩＤは印刷ジョブがクライアントより指示されたときに作成され、プリントサーバに通知される。

図５は大容量記憶装置に保持されるプリントデバイス情報を示す図である。

デバイス名５０１は、プリントデバイスの種類を特定するための名称であり、該名称により、プリントサーバは情報取得処理を切り替える。

ＩＰアドレス５０２は、プリントデバイスに割り振られるＩＰアドレスである。

ステータス５０３は、プリントサーバにより取得されるプリントデバイスの状態を示す情報である。正常状態の他、用紙無しや紙ジャム、ドアオープンなどのエラー状態や、ワーニング状態が存在する。

プリントサーバ名５０４は、印刷ジョブを投入したプリントサーバ名である。

図６はプリントサーバが保持しているプリントサーバ情報である。

プリントサーバ名６０１はプリントサーバ夫々に設定されるシステム内で一意の名称である。プリントサーバ、データベース管理システムが利用する、プリントサーバ名４０５、５０４に記入されるプリントサーバ名はこの名称が使用される。

ＩＰアドレス６０２はプリントサーバに設定されるＩＰアドレスである。

図７は本実施例におけるプリントサーバが印刷ジョブを受け付けてから追跡用の一意な追跡ＩＤ（ＴｒａｃｋｉｎｇＩＤ）を登録するまでを示したフローチャートである。

ステップＳ７０１では、プリントサーバはクライアントからの印刷要求をＷｅｂアプリケーションサーバを介して受付ける。

ステップＳ７０２ではプリントサーバはデータベース１０５からジョブＩＤ４０１と合致するジョブを検索する。

ステップＳ７０３ではステップＳ７０２で見つかった印刷ジョブのジョブ管理テーブルのプリントサーバ名４０５に、自らのプリントサーバ名を入力する。

図８は本実施例における、データベース管理システムがサーバのダウンを検知し、印刷ジョブを引き継ぐまでの処理を示すフローチャートである。

ステップＳ８０１では、データベース管理システムがサーバのダウンを検知する。ここで、サーバダウンの検知方法としては特に限定しない。本実施例のシステムでは定期的にプリントサーバを監視し、ダウンを検知する方法を想定している。

ステップＳ８０２では、データベース管理システムはダウンしたサーバの代わりとなるサーバをネットワーク上から検索する。実際にはクラスタ化されたシステムでは、一台のサーバがダウンすると即座に他のサーバが代替するのが一般的である。

ステップＳ８０３では、ステップＳ８０２で、サーバを検索した結果、見つかったサーバがあれば、データベース管理システムは、該プリントサーバにダウンしたサーバの情報の通知を行い、ステップＳ８０４に進む。見つからなかった場合は、処理を終了する。

ステップＳ８０４では、ステップＳ８０３で通知を受けたプリントサーバは、ダウンしたサーバのジョブ情報の引継ぎ処理を行う。

図９は本実施例における、プリントサーバダウン時、クラスタ化された他のプリントサーバが実行中のジョブ情報引継ぐ処理を示すフローチャートである。

ステップＳ９０１では、ステップＳ８０３で通知を受けた際のサーバ情報のサーバ名と、データベース内のジョブ管理テーブル４００のプリントサーバ名４０５に合致する印刷ジョブを検索する。

ステップＳ９０２では、ステップＳ９０１で検索した印刷ジョブ情報のステータス４０４を取得する。

ステップＳ９０３ではステップＳ９０２で取得した印刷ジョブのステータス４０４が引き継ぎ対象かどうかの判断を行う。引継ぎ対象ステータスの詳細は後述する。引継ぎ対象と判断した場合にはステップＳ９０４へ進む。

ステップＳ９０４ではステップＳ９０３で引継ぎ対象と判定された印刷ジョブをプリントサーバが保持しているジョブリストに追加する。

ステップＳ９０５では、ステップＳ９０４で追加したジョブも含めてジョブ追跡処理を継続して行う。

図１０は本実施例における、印刷ジョブのステータスから引継ぎ対象かどうかを判断するため状態を示す一例である。

ジョブステータス１０００はひとつのジョブの状態を表している。

１００１の状態のように、スプール中から転送中の状態でプリントサーバがダウンしていた場合は、プリントデバイスに転送がされる前の状態であるため、引継ぎは行わない。

１００２の状態のように転送済みから中断中の状態のジョブに関してはすでにプリントデバイスに送信され、排紙が開始されている可能性があるため、ジョブ追跡を引き継ぎ、完了まで確認することで2重印刷を防ぐ。

１００３の状態は、すでに印刷ジョブが完了している状態や、エラーで終了しているようなジョブであるので、引継ぎ対象とはしない。

印刷ジョブを引き継ぐかどうかの判断は、ユーザの設定や指示によって、容易に変更可能であり、上記例に限定されるものではない。

以上の処理により、プリントデバイスの監視を行うクラスタ化プリントシステムにおいて、複数のサーバで同一のジョブ情報を扱うような場合に、一つのプリントサーバの障害によりシステム全体の整合性が取れなくなることを防ぐ。

実施例１の説明は以上だが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。例えばプリンタ、ファクシミリ、ＰＣ、サーバとクライアントとを含むコンピュータシステムなどの如くである。

本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システムもしくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによって達成される。

従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能、処理を実現するためのコンピュータプログラム自体も本発明の一つである。

その場合、プログラム機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記憶媒体としては磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。

また、プログラムはクライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮された自動インストール機能を含むファイルをハードディスク等の記憶媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、井インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。

また、コンピュータが読み出したプログラムを実行することによって、前述して実施形態の機能が実現されても良い。なお、そのプログラムの指示に基き、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行っても良い。もちろん、この場合も前述した実施形態の機能が実現され得る。

さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれても良い。そのプログラムの指示に基づきその機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行っても良い。このようにして前述した実施形態の機能が実現されることもある。

本発明の印刷システムの構成を示すブロック図である。 本発明におけるプリントサーバシステムの構成を示すブロック図である。 本発明におけるプリントサーバのハードウェア構成を示すブロック図である。 本発明における大容量記憶装置に保持される印刷ジョブを管理するためのジョブ管理テーブルを示す図である。 本発明における大容量記憶装置に保持されるプリントデバイス情報を示す図である。 本発明におけるプリントサーバが保持しているプリントサーバ情報を示す図である。 本実施例におけるプリントサーバが印刷ジョブを受け付けてから追跡用の一意夏遺跡ＩＤを登録するまでを示したフローチャートである。 本実施例における、データベース管理システムがサーバのダウンを検知し印刷ジョブを引き継ぐまでの処理を示すフローチャートである。 本実施例における、プリントサーバダウン時、他のプリントサーバが実行中のジョブ情報を引き継ぐ処理を示すフローチャートである。 本実施例における、印刷ジョブのステータスから引き継ぎ対象かどうかを判断するための状態を示す一例である。

符号の説明

１０４ データベースシステム
１０５ 大容量記憶装置
１０６ データベース管理システム
１０７ プリントデバイス
１０８ クライアントＰＣ
１０９ Ｗｅｂアプリケーションサーバ
１１０ スイッチ
１１１、１１２ プリントサーバ
４００ ジョブ管理テーブル
５００ プリントデバイス情報
６００ プリントサーバ情報

Claims (10)

1. 複数台のプリントサーバが、記憶装置に保存されたジョブ情報を共有する印刷システムにおいて、
   クライアントからジョブ実行指示を受け付ける手段と、
   前記実行指示を受けたジョブを管理するための一意の識別子を発行する手段と、
   前記発行した識別子を記憶装置に記憶する手段と、
   複数台のプリントサーバを監視しプリントサーバに障害が発生したことを検知する手段と、
   プリントサーバに障害が発生したことを他のプリントサーバに通知する手段と、
   通知を受けたプリントサーバが前記記憶装置から前記障害が発生したプリントサーバのジョブを特定する手段と、
   特定したジョブの中から通知を受けたプリントサーバのジョブリストに追加するかどうか判断する手段と、
   を有する印刷システム。
2. ジョブの状態がプリントデバイスに送信され印刷がされていることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加する判断をすることを特徴とする請求項１に記載の印刷システム。
3. ジョブの状態がプリントデバイスに送信されていない場合や印刷が完了していることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加しない判断をすることを特徴とする請求項１に記載の印刷システム。
4. 複数台のプリントサーバが、記憶装置に保存されたジョブ情報を共有する印刷システムにおいて、
   クライアントからジョブ実行指示を受け付けるステップと、
   前記実行指示を受けたジョブを管理するための一意の識別子を発行するステップと、
   前記発行した識別子を記憶装置に記憶するステップと、
   複数台のプリントサーバを監視し、プリントサーバがに障害が発生したことを検知するステップと、
   プリントサーバに障害が発生したことを他のプリントサーバに通知するステップと、
   通知を受けたプリントサーバが前記記憶装置から前記障害が発生したプリントサーバのジョブを特定するステップと、
   特定したジョブの中から通知を受けたプリントサーバのジョブリストに追加するかどうか判断するステップと、
   を有する印刷方法。
5. ジョブの状態がプリントデバイスに送信され印刷がされていることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加する判断をすること特徴とする請求項４に記載の印刷方法。
6. ジョブの状態がプリントデバイスに送信されていない場合や印刷が完了していることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加しない判断をすることを特徴とする請求項４に記載の印刷方法。
7. 複数台のプリントサーバが、記憶装置に保存されたジョブ情報を共有する印刷システムにおいて、
   クライアントからジョブ実行指示を受け付けるモジュールと、
   前記実行指示を受けたジョブを管理するための一意の識別子を発行するも銃ジュールと、
   前記発行した識別子を記憶装置に記憶するモジュールと、
   複数台のプリントサーバを監視しプリントサーバに障害が発生したことを検知するモジュールと、
   プリントサーバに障害が発生したことを他のプリントサーバに通知するモジュールと、
   通知の受けたプリントサーバが前記記憶装置から前記障害が発生したプリントサーバのジョブを特定するモジュールと、
   特定したジョブの中から通知を受けたプリントサーバのジョブリストに追加するかどうかを判断するモジュールと、
   を有する印刷プログラム。
8. ジョブの状態がプリントデバイスに送信され、印刷がされていることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加する判断をすること特徴とする請求項７に記載の印刷プログラム。
9. ジョブの状態がプリントデバイスに送信されていない場合や、印刷が完了していることを示す状態であった場合に、前記通知を受けたプリントサーバのジョブリストに追加しない判断をすることを特徴とする請求項７に記載の印刷プログラム。
10. 請求項７〜９に記載のプログラムを格納したことを特徴とする記憶媒体。

Images