JP2006065803A - 情報処理装置及びその制御方法、プログラム - Google Patents

Abstract

【課題】 ネットワーク上に複数のプリンタを接続して構成される印刷システムにおいて、あるプリンタに異常が発生した場合に、代行印刷の実行の是非とその実行タイミングを判定することで、効率的にかつ適切な印刷スケジュールの履行を実現する。
【解決手段】 複数のプリンタそれぞれの印刷スケジュールを管理する。複数のプリンタそれぞれのステータスを監視する。監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、管理されている印刷スケジュールを参照して、印刷データの印刷を代行する代行先プリンタを選定する。選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定手段で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する。判定結果に基づいて、代行印刷処理を実行する。
【選択図】 図１７

Description

本発明は、複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置及びその制御方法、プログラムに関するものである。

従来より、個人ユーザや企業等の顧客からの依頼により、印刷物を生成する印刷業者が存在している。こうした印刷業者では、顧客からの印刷用データ（原本）の提供と、印刷体裁や部数、納期等の指示を受けて印刷物を作成し、顧客に対して納入する業務を行っている。こうした印刷業者では、古くから知られているオフセット製版印刷機等の大規模な印刷装置を用いて業務を行っている。

また、昨今では、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、短時間で出力・納品が可能な「コピーサービス」、「プリンティングサービス」、「Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ（ＰＯＤ）センター」等と称されるような商業印刷の業態（印刷サービス）も存在している。

これらの印刷業に対する印刷の依頼は、ユーザから、上記のような印刷サービスを提供する印刷業者に対して、紙あるいは電子媒体（ＦＤ、ＭＯ、ＣＤ−ＲＯＭなど）に記録した原稿と、当該原稿の印刷部数や製本方法、納品期日等を記載した印刷指示書（オーダー指示書）とを郵送または直接印刷会社に持ち込むことにより行う（入稿）。

また、インターネットまたはイントラネットを介してオンラインで印刷を発注／受注できる印刷システムも実用化されている。例えば、富士ゼロックス社から販売されている「ＤｏｔＤｏｃ．Ｗｅｂ」では、ユーザは、自社のコンピュータから業者の提供するホームページにアクセスし、印刷依頼用のフォームに発注者情報（受取先等）、印刷体裁や部数等の必要事項を記入して、原稿ファイルとともに送信することで、当該原稿ファイルの印刷を発注することができる。

印刷業者側では、ユーザからの依頼を受け付けて印刷指示書を作成し、印刷処理のスケジューリングを行う。そして、作成されたスケジュールに従って、作業コンピュータに接続されたプリンタにより印刷や製本作業が行われ、作成された印刷物を顧客に納品して業務が完了する。

このような、ユーザから委託された印刷処理を実行する印刷業者においては、安定した品質で指定された納品期日に確実に間に合うように印刷を完了する必要がある。また、大規模な印刷センターでは、複数のオペレータが多種多様な印刷装置や作業コンピュータを用いて、並列的に多数の印刷依頼（オーダー）を処理する必要がある。そのため、人（オペレータ）や装置等の資源を可能な限り効率的に活用することを考える必要がある。

より具体的な印刷業者の課題として、プリンタに異常が発生した場合には処理が止まってしまい、その後の処理スケジュールが止まってしまう場合がある。また、多様な印刷装置がある場合、プリンタの使用状況を把握し、プリンタの異常等で処理が滞らないように管理しなければならない。

こうした課題を解決するため、スケジュール管理テーブルに書き込まれた印刷ジョブの開始終了時刻をプリンタの処理状況に応じて変化させる印刷制御装置で、プリンタに異常が発生した場合に自動的に正常なプリンタに代行して印刷をするシステム（代行印刷機能）が考えられている（特許文献１）。
特開２００２−６３００４号公報

しかしながら、上述した従来技術では、一般的な代行印刷機能は、プリンタに異常が発生されると即座に代行をする。しかしながら、異常が発生しないことが望ましい環境で印刷を行っている以上、ユーザからすれば、本来は、最初に印刷をかけたプリンタで最後まで出力されることが望ましく、発生した異常がすぐにリカバリできるようなものである場合は、代行されない方がよい場合がある。しかし、一方で、スケジュール内に印刷を終了させるためには、代行印刷を行わなければ効率よく納期を守ることができない場合があるという課題があった。

本発明は上記の課題を解決するためになされたものであり、ネットワーク上に複数のプリンタを接続して構成される印刷システムにおいて、あるプリンタに異常が発生した場合に、その異常が発生したプリンタとそれ以外のプリンタの印刷スケジュールやステータスに基づいて、代行印刷の実行の是非とその実行タイミングを判定することで、効率的にかつ適切な印刷スケジュールの履行を実現することが可能な情報処理装置及びその制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置であって、
前記複数のプリンタそれぞれの印刷スケジュールを管理する管理手段と、
前記複数のプリンタそれぞれのステータスを監視する監視手段と、
前記監視手段の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理手段に管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定手段と、
前記選定手段で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定手段で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定手段と、
前記判定手段の判定結果に基づいて、前記代行印刷処理を実行する実行手段と
を備える。

また、好ましくは、前記実行手段は、前記選定手段で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記代行印刷処理の実行を決めるための代行条件を満足するか否かを判定し、前記代行条件を満足する場合、前記選定手段で選定した代行先プリンタによる代行印刷処理を実行する。

また、好ましくは、前記監視手段の監視の結果、前記代行先プリンタによる前記代行印刷処理が、該代行先プリンタでの別の印刷データの印刷スケジュールに達した場合、その時点の該代行印刷処理で未印刷分の印刷データの出力先を、前記障害が発生したプリンタに再設定する設定手段と更に備える。

また、好ましくは、前記監視手段の監視の結果、前記代行印刷処理中に、前記障害が発生したプリンタが復旧した場合、その時点の該代行印刷処理で未印刷分の印刷データの出力先を、前記障害が復旧したプリンタに再設定する設定手段と更に備える。

また、好ましくは、前記設定手段による再設定後、前記障害が発生したプリンタにおいて、前記代行印刷処理で未印刷分の印刷データの印刷が完了していない場合、前記選定手段は、前記管理手段に管理される印刷スケジュールを参照して、前記未印刷分の印刷データの出力先となるプリンタを再選定する。

また、好ましくは、前記管理手段は、前記実行手段の実行結果に基づいて、前記管理手段に管理される前記複数のプリンタそれぞれの印刷スケジュールの内、前記代行印刷処理に関わるプリンタの印刷スケジュールの内容を更新する。

また、好ましくは、前記管理手段は、前記記憶手段に記憶された前記複数のプリンタそれぞれの印刷スケジュールをスケジュール管理画面に表示制御する表示制御手段を備える。

また、好ましくは、前記スケジュール管理画面は、各プリンタ毎に構成される時間軸上にそれぞれの印刷スケジュールを表示するスケジュール表示領域を有し、前記スケジュール表示領域には、各プリンタの利用期間を示す情報が表示される。

また、好ましくは、前記管理手段は、前記実行手段の実行結果に基づいて、前記管理手段に管理される前記複数のプリンタそれぞれの印刷スケジュールの内、前記代行印刷処理に関わるプリンタの前記スケジュール表示領域の内容を更新する。

また、好ましくは、前記プリンタの利用期間を示す情報は、前記時間軸上で前記利用期間に対応する幅を有する矩形領域である。

上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置の制御方法であって、
前記複数のプリンタそれぞれの印刷スケジュールを管理する管理工程と、
前記複数のプリンタそれぞれのステータスを監視する監視工程と、
前記監視工程の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理工程で管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定工程と、
前記選定工程で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定工程で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定工程と、
前記判定工程の判定結果に基づいて、前記代行印刷処理を実行する実行工程と
を備える。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置の制御を実現するプログラムであって、
前記複数のプリンタそれぞれの印刷スケジュールを管理する管理工程のプログラムコードと、
前記複数のプリンタそれぞれのステータスを監視する監視工程のプログラムコードと、
前記監視工程の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理工程で管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定工程のプログラムコードと、
前記選定工程で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定工程で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定工程のプログラムコードと、
前記判定工程の判定結果に基づいて、前記代行印刷処理を実行する実行工程のプログラムコードと
を備える。

本発明によれば、ネットワーク上に複数のプリンタを接続して構成される印刷システムにおいて、あるプリンタに異常が発生した場合に、その異常が発生したプリンタとそれ以外のプリンタの印刷スケジュールやステータスに基づいて、代行印刷の実行の是非とその実行タイミングを判定することで、効率的にかつ適切な印刷スケジュールの履行を実現することが可能な情報処理装置及びその制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

図１は本発明の実施形態の印刷システムの全体構成を示す図である。

尚、以下の説明における印刷システム全体の環境は、本発明の説明を理解し易くするためのものであり、本発明はこれらの環境に限定されるものではない。

図１において、クライアント１５１は、一般ユーザでは、自宅でネットワーク接続されたノートＰＣ（パーソナルコンピュータ）１０２や、社内イントラネットに接続された業務用ＰＣ１０１に相当する。また、クライアント１５１である業務用ＰＣ１０１やノートＰＣ１０２は、ＬＡＮ１２１を介してネットワーク１３１に接続されている。

サーバ１５２は、ユーザに対して印刷依頼データの受信や原稿データの入稿を受け付ける入稿コンテンツを提供するＷＥＢサーバ１０３や、入稿された印刷依頼データを注文書データ（オーダー票）として格納したり、電子入稿された原稿データを格納しておくＤＢサーバ１０４で構成される。ここで、ＷＥＢサーバ１０３とＤＢサーバ１０４は１つの筐体に混在させることも可能であるが、本発明においては、便宜上２つの筐体に分けて説明する。また、サーバ１５２であるＷＥＢサーバ１０３やＤＢサーバ１０４は、ＬＡＮ１２２を介して、ネットワーク１３１に接続されている。

印刷センター１５３は、サーバ１５２に対して複数存在することができ、印刷センター１５３に設置されている各種印刷装置の情報を元に、サーバ１５２にて、各種印刷装置毎に、その情報が振り分けて管理される。印刷センター１５３では、サーバ１５２に蓄積された注文書データと原稿データをＤＢサーバ１０４から定期的に収集すると共に、本発明の印刷システム自体が動作するサーバ１０５や、サーバ１０５が提供する各種のサービスをＧＵＩを使って操作する作業ＰＣ１０６や、実際の出力先となるモノクロプリンタ１１１、カラープリンタ１１２、更にはオフライン製本で使用される製本機１４１（パンチャ機能）及び１４２（くるみ製本機能）が構成されている。また、印刷センター１５３に設置されている各種機器は、ＬＡＮ１２３を介して相互に接続され、かつこのＬＡＮ１２３を介してネットワーク１３１に接続されている。

尚、印刷センター１５３の構成や環境は、一例であり、図１で示す構成に限定されるものではない。

本実施形態では、クライアント１５１とサーバ１５２、また、サーバ１５２と印刷センター１５３間は、ネットワーク（例えば、Ｉｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔ）１３１を介して接続されている。通常、クライアント１５１とサーバ１５２間はＩｎｔｅｒｎｅｔ接続されることが多く、サーバ１５２と印刷センター１５３は専用回線を用いたＩｎｔｒａｎｅｔ接続されることが多いが、本発明はこの構成に限定されるものではなく、印刷センター１５３内にサーバ１５２が存在する構成であっても適用可能なものである。

クライアント１５１であるノートＰＣ１０２や業務用ＰＣ１０１には、ＷＥＢサーバ１０３が提供する入稿コンテンツを閲覧するためのブラウザが搭載される。このブラウザは、一般的には、Ｍｉｃｒｏｓｏｆｔ社製のＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒであるが、ＮｅｔＳｃａｐｅ社製のＮｅｔＳｃａｐｅ等でもよい。また、当該入稿コンテンツを使って原稿データをアップロードすることが可能である。

ＷＥＢサーバ１０３は、入稿コンテンツを提供するＷＥＢサーバであり、当該入稿コンテンツには、製本等の印刷体裁や、部数、用紙サイズ等の印刷設定、および納品期日、依頼者情報、配送先等を入力するためのエディットコントロール、原稿データをアップロードするためのファイル指定コントロール等の印刷依頼を行うための各種コントロールが装備されている。

ここで、入力された依頼内容に応じて料金計算（印刷料金を課金する場合）及び入力事項の確定処理等の処理は、ＷＥＢサーバ１０３上で動作するサービスモジュールで実現されるが、これらの処理は、一般的なロジックであり、本発明では直接関係しないため割愛する。更に、ＷＥＢサーバ１０３では、確定した印刷依頼に対応する注文書データ（ここには、印刷依頼内容と原稿データのファイル名が記入されている）と原稿データをＤＢサーバ１０４に格納する。

ＤＢサーバ１０４には、例えば、Ｏｒａｃｌｅ社製のＯｒａｃｌｅＤａｔａｂａｓｅのような一般的なデータベースがインストールされており、後述するサーバ１０５からのデータ取得要求に応じて、所望の注文書データと原稿データを送信することができる。

ＤＢスキーマ（不図示）は、主として、印刷センターマスタ（場所、連絡先等の情報と、デバイスマスタ、製本機マスタをメンバに持つ）テーブル、デバイスマスタ（カラー／モノクロ、印刷枚数、オプション等のデバイス構成情報）テーブル、製本機マスタ（パンチャ、くるみ製本機等の情報）テーブルで構成されている。これらのマスタテーブルを参照することで、印刷センター１５３にあるサーバ１０５は、自センターに割り当てられた注文書データを受信することができる。

サーバ１０５は、ＷＥＢサーバ１０３からの注文確定の通知を受け、ＤＢサーバ１０４から注文書データと原稿データを収集するとともに、収集した注文書データに従い、後述するオーダーマネージャ、ワークフローマネージャ、ジョブマネージャ、デバイスマネージャ、デバイススケジューラで構成される印刷システムを稼動する。

作業ＰＣ１０６は、サーバ１０５で提供される各種のサービスを、操作画面（ＧＵＩ）を介して制御するコンソールや、サーバ１０５に格納されている原稿データを取り出し、所定のアプリケーションを起動して、印刷体裁を整えるともに、指定された印刷設定に基づいて印刷指示を入力する作業用のコンピュータである。

モノクロプリンタ１１１、カラープリンタ１１２は、印刷センターによって、設置構成が異なるが、一般的には、高速なモノクロプリンタと、高品位なカラープリンタの組み合わせで構成されることが多い。これらは、すべてサーバ１０５のデバイススケジューラで印刷に係るスケジューリングされることになる。

製本機１４１及び製本機１４２は、モノクロプリンタ１１１やカラープリンタ１１２より出力された印刷用紙を製本するためのオフライン製本機であり、ステイプラ、パンチャ、くるみ製本機、リング製本機であったりする。また、ネットワークに接続することで、状況ステータスをサーバ１０５が収集可能である。また、プリンタと同様に、印刷センターによって設置構成が異なる。

次に、業務用ＰＣ１０１、ノートＰＣ１０２、ＷＥＢサーバ１０３、ＤＢサーバ１０４、サーバ１０５、作業ＰＣ１０６の各種端末の基本ハードウェア構成について、図２を用いて説明する。

図２は本発明の実施形態の端末の基本ハードウェア構成を示すブロック図である。

ＣＰＵ２００は、ＨＤ（ハードディスク）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳやネットワークプリンタ制御プログラム等の各種プログラムを実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等のデータを一時的に格納する制御を行う。

ＲＯＭ２０１は、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。ＲＡＭ２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。外部記憶ドライブ２０３は、記憶メディア２０４に記憶されたプログラム等のデータを、本コンピュータシステムにロードすることができる。

記憶メディア２０４は、本実施形態で説明するプログラムおよび関連データを格納しており、その記憶されている内容については、図４で後述する。また、記憶メディア２０４としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ／ＲＡＭ／Ｒ／ＲＷ、ＭＯ、ＩＣメモリカード等の各種記憶媒体を利用することができる。

ＨＤ２０５は、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、制御プログラム、関連プログラム等の各種プログラムを格納している。キーボード２０６は、ユーザが端末に対して、デバイスの制御コマンドの命令等を入力指示するものである。また、これに加えて、マウス等のポインティングデバイスが装備されていても良い。

ディスプレイ２０７は、ＣＲＴや液晶等で構成され、キーボード２０６やポインティングデバイス（不図示）から入力したコマンドや、プリンタの状態等の各種情報を表示するものである。２０８はシステムバスであり、端末内の各種構成要素を相互に接続し、データの送受信経路となる。ネットワークインターフェイス（Ｉ／Ｆ）２０９は、ローカルエリアネットワーク（ＬＡＮ）、あるいはインターネットに接続するための通信インターフェイスである。

次に、本発明を実現するプログラムがＲＡＭ２０２にロードされ実行可能となった状態のメモリマップについて、図３を用いて説明する。

図３は本発明の実施形態のＲＡＭのメモリマップの一例を示す図である。

本実施形態では、ＣＰＵ２００が、記憶メディア２０４からプログラム及び関連データを直接ＲＡＭ２０２にロードして実行する例を示すが、これ以外にも、記憶メディア２０４から本発明のプログラムを動作させる度に、ＨＤ２０５からＲＡＭ２０２にロードするようにしても良い。また、本発明のプログラムを、ＲＯＭ２０１に記録しておき、これをメモリマップの一部となるように構成し、直接ＣＰＵ２００で実行することも可能である。

図３において、３０１は基本Ｉ／Ｏプログラムを格納する領域であり、この基本Ｉ／Ｏプログラムは、端末の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローティング）機能等を有している。３０２はＯＳを格納する領域、３０３は制御プログラムを格納する領域、３０４は制御プログラム等の各種プログラムに関連する関連データ（パラメータ、固定データ等）を格納する領域、３０５はＣＰＵ２００が本プログラムを実行するワークエリアを構成する領域である。

次に、記憶メディア２０４のメモリマップについて、図４を用いて説明する。

図４は本発明の実施形態の記憶メディアのメモリマップの一例を示す図である。

図４において、４００は記憶メディア２０４のデータ内容であり、４０１はデータの情報を示すボリューム情報、４０２はディレクトリ情報、４０３は本実施形態を実現するためのプログラム、４０４はその関連データである。ここで、プログラム４０３は、図７〜図９に示されるフローチャートを実現するためのプログラムである。

次に、本実施形態の印刷システムの処理シーケンスについて、図５を用いて説明する。

図５は本発明の実施形態の印刷システムの処理シーケンスを示す図である。

クライアント１５１から入力された注文内容が確定すると、ＷＥＢサーバ１０３で注文書データが作成され、ＤＢサーバ１０４に格納される。同様に、原稿データがアップロードされたならば、原稿データをＤＢサーバ１０４に格納する。格納処理が完了すると、ＷＥＢサーバ１０３から印刷センター１５３にあるサーバ１０５に対して、注文受注通知（注文受注情報）を送信する。

これを受けて、サーバ１０５は、ＤＢサーバ１０４から注文書データを取得する。また、ＤＢサーバ１０４に原稿データがアップロードされているなら、同様に、ＤＢサーバ１０４から原稿データを取得する。注文書データ及び原稿データの取得が完了すると、ＷＥＢサーバ１０３に対して、受注取得完了通知（受注取得情報）を送信する。

この一連の処理によって、サーバ１５２と印刷センター１５３が同期すると同時に、サーバ１５２では受注処理、印刷センター１５３では印刷処理を実行するので、システムシステム全体の処理の負荷分散が可能となる。

次に、印刷センター１５３のサーバ１０５の機能構成について、図６を用いて説明する。

図６は本発明の実施形態のサーバの機能構成を示す図である。

６０１は入稿されたオーダー情報を管理するソフトウェアとしてのオーダーマネージャであり、後述する図７の操作画面を生成する。オーダーマネージャー６０１は、ＷＥＢサーバ１０３やＤＢサーバ１０４から収集した注文書データから印刷情報（印刷体裁等）を抽出し、原稿データのパス名（原稿データの格納先）と合わせて、印刷に必要なオーダー情報を作成する。図１４にオーダー情報に格納される内容の一例を示す。ここで、設定される夫々の値の意味は、一覧上に記載しているので、ここでの説明は割愛する。

次に、オーダーマネージャ６０１が生成する操作画面について、図７を用いて説明する。

図７は本発明の実施形態のオーダーマネージャの操作画面の一例を示す図である。

尚、操作画面７００は、例えば、Ｍｉｃｒｏｓｏｆｔ社製Ｗｉｎｄｏｗｓ(登録商標)ＯＳで動作するアプリケーションによって生成される画面例で示しているが、ＨＴＭＬベースのＷＥＢコンテンツとしてもよい。本発明の説明では、便宜上、Ｗｉｎｄｏｗｓ(登録商標)アプリケーションの例を用いる。

オーダーマネージャ６０１が生成する操作画面７００には、オーダー情報を元にオーダーの概略状況を示すリスト表示画面７０１と、オーダーの詳細情報を表示するタブ表示画面７０２で構成されている。オペレータは、この操作画面７００を見ながら、オーダーの進捗具合を確認することができる。

また、同じオーダー情報を、ＷＥＢサーバ１０３にステータス変更のタイミングで随時アップロードすることで、ＷＥＢサーバ１０３で提供される処理状況コンテンツ画面（不図示）にも、同様の情報をユーザに提供することができる。このオーダー情報は、機密保持のため、印刷が完了し配送されるまでは保持されるが、配送後は消去される。

リスト表示画面７０１には、オーダーを識別するためのオーダーＩＤ、担当者等の概略情報と処理ステータス、納入予定日が表示される。１つのオーダー情報を選択すると、タブ表示画面７０２上で、そのオーダー情報の詳細が表示される。ここで、表示される内容には、図１４の印刷体裁も含まれる。

次に、図６のワークフローエディタ６０７について、図８を用いて説明する。

図８は本発明の実施形態のワークフローエディタの一例を示す図である。

ワークフローエディタ６０７は、オペレータに対して、オーダーマネージャ６０１で管理されているオーダー情報に従い、ワークフローの作成を実現するものである。ここでいうワークフローとは、オーダーに対する印刷処理の流れを指すもので、その作成とは、印刷ワークフローを管理するソフトウェアであるワークフローマネージャ６０２で処理するワークフロー情報に相当するものである。

図８は、ワークフローエディア６０７が生成する操作画面８００を示しており、上段領域８０１に配置されているアイコン部品（ブロック）は、それぞれが機能を有する印刷処理における工程やデバイスを示している。これらのアイコン部品は、印刷センター毎に応じて適応的に表示されるものである。これらの工程やデバイスを示したブロックを、下段領域８０２上に適宜配置し組み上げることにより、そのオーダーを実現するためのワークフローを生成することができる。

次に、図６のワークフローマネージャー６０２について、図９を用いて説明する。

図９は本発明の実施形態のワークフローマネージャの一例を示す図である。

ワークフローマネージャー６０２は、オペレータに対して、ワークフローエディタ６０７で作成したワークフローを自身に読み込み、そのワークフローの動作、進捗管理を実現すものである。ワークフローマネージャ６０２上では、そのワークフローの進捗状況（ステータス情報）を可視的に表示するための操作画面９００を生成する。

オペレータは、そのステータス情報に基づき、各工程毎に決められた操作を行う。終了した工程は、オペレータ自身によって、ステータスの変更が行われる。但し、工程によっては、自動的にステータスの変更が行われる場合もある。例えば、オンラインの印刷デバイスにおいては、ジョブマネージャ６０３からの印刷終了通知により、ステータスの変更が行われる。

次に、図６のデバイススケジューラ６０４について、図１０を用いて説明する。

図１０は本発明の実施形態のデバイススケジューラの一例を示す図である。

デバイススケジューラ６０４は、ワークフローマネージャ６０２のステータスが「デバイス予約」になった場合に、オペレータに、オーダー条件に適応するプリンタの印刷スケジュールの予約を実現させるものである。そのため、デバイススケジューラ６０４は、印刷スケジュールの予約を行うための操作画面１０００（スケジュール管理画面）を生成する。

大量印刷の業務を予定通りに行うためには、共有利用するプリンタを効率的かつ計画的に稼動させなければならない。このため、オペレータは、スケジュールシステムを用いて、競合利用の回避、計画運用を図る必要がある。そこで、図１０における操作画面１０００では、複数台のプリンタの印刷スケジュールを管理し、プリンタ毎の印刷スケジュールの状況を同時に表示することが可能なスケジュールシステム（デバイススケジューラ）の一例を示している。

オペレータは、作業ＰＣ１０６からデバイススケジューラ６０４を起動し、生成される操作画面１０００において、キーボードやマウス等の入力デバイスにより、任意のプリンタ１００１を選択する。そして、その選択したプリンタ１００１に対する時間軸で構成されたスケジュール表示領域１００３に対して、入力デバイスを用いて、矩形の形態（矩形領域）で利用期間１００２（予約領域）を特定し、予約（登録）を行う。

尚、図１０では、利用期間１００２は、矩形領域で表現する構成としているが、これは一例であり、利用期間１００２が、容易に認知可能な表示形態（例えば、利用期間の範囲を示す線分や矢印、時間を示す文字列等）からなる情報であれば、どのようなものでも良い。

次に、図６のジョブマネージャ６０３について、図１１を用いて説明する。

図１１は本発明の実施形態のジョブマネージャの一例を示す図である。

ワークフローマネージャ６０２において、印刷処理を行うステータスになった場合、オペレータは、作業ＰＣ１０６からプリントコンポーネント６０６を起動する。

プリントコンポーネント６０６は、オーダーマネージャ６０１のオーダー情報から登録されている印刷データ及び印刷情報を取得し、それらのデータをプリント情報として作業ＰＣ１０６へダウンロードする。オペレータは、作業ＰＣ１０６において該当するオーダーの印刷データを選択し印刷指示を入力する。印刷指示によって印刷が開始されると、印刷ジョブの管理を行うソフトウェアであるジョブマネージャ６０３が、モノクロプリンタ１１１やカラープリンタ１１２等と通信し、印刷ジョブの印刷状況の監視を行う。

そして、ジョブマネージャ６０３は、その監視状態として、逐次状態が変更する印刷ジョブの情報（ジョブリスト１１０２）を表示するための操作画面１１０１を生成する。この操作画面１１０１では、任意の印刷ジョブを制御（印刷中止等）することが可能である。

オペレータは、作業ＰＣ１０６に、ジョブマネージャ６０３が生成する操作画面１１０１を表示し、操作画面１１０１において、印刷データに付与されているドキュメント名、印刷ジョブのステータス（出力中、出力待ち、停止中等）、印刷ジョブが受け付けられた時間等の確認を行うことができる。

また、入力デバイスにより、任意の印刷ジョブの選択、そのステータスの変更等の操作を行うことができる。また、ジョブマネージャ６０３は、デバイスに障害が発生した場合には、正常なデバイスに代行する代行印刷機能、１つのジョブを複数デバイスに分散して印刷する分散印刷機能、カラー・モノクロを判別し、カラープリンタとモノクロプリンタに分散するカラー／モノクロ分散印刷機能を有している。

次に、図６のデバイスマネージャ６０５について、図１２及び図１３を用いて説明する。

図１２及び図１３は本発明の実施形態のデバイスマネージャの一例を示す図である。

各種印刷処理に用いるデバイスを管理するソフトウェアであるデバイスマネージャ６０５は、各デバイス（プリンタ）の設置情報（ネットワークアドレス、管理者）を管理する。そして、定期的にプリンタと通信を行い、そのステータス（稼動状況、エラー／ワーニング発生状況）情報を取得、管理する。ここで、図１２は、デバイスマネージャ６０５が生成する、各プリンタの設置情報を一覧表示する表示画面である。

また、デバイスマネージャ６０５は、定期的にプリンタと通信を行い、プリンタの能力情報（単位時間当たりの処理速度、製本／ステイプル／パンチ等のフィニッシング機能）、消耗品情報（印刷用紙／トナー／ステイプル針等）のデバイス情報を取得して、管理する。ここで、図１３は、デバイスマネージャ６０５が生成する、デバイス情報の内、特に、任意のプリンタの消耗品情報（用紙）を表示する表示画面である。

そして、デバイスマネージャ６０５は、オーダーマネージャ６０１、ワークフローマネージャ６０２、ジョブマネージャ６０３からの要求に従い、逐次デバイス情報を通知する機能を有する。

また、ワークフローマネージャ６０２は、オーダーマネージャ６０１からのステータス取得要求に従い、そのステータスを返す。これにより、オーダーマネージャ６０１は、そのステータス取得要求に対するステータスを、オーダーマネージャ６０１上で表示することが可能となる。

次に、デバイススケジューラ６０４が管理しているプリンタ各々のデバイス情報（プリンタ情報）について、図１５を用いて説明する
図１５は本発明の実施形態のデバイススケジューラが管理するデバイス情報の一例を示す図である。

図１５において、エンジンスピード１５０１は、プリンタの印刷能力（ｐｐｍ）を示す。カラー・モノクロ１５０２は、カラープリンタかモノクロプリンタかを示す。フィニッシング１５０３は、両面、ステイプル、製本等、該プリンタの仕上げ機能を示す。

利用可能時間１５０４は、障害が発生した時点で予約時間が設定されていないプリンタの次の予約時間までの、そのプリンタを利用可能な時間を示す。プリンタ名１５０６は、デバイススケジューラ６０４で管理されているプリンタ名を示す。

予約時間１５０７は、オペレータあるいは代行が発生した場合により入力された予約時間を示す。予約時間１５０７は、利用可能時間１５０４や矩形領域（図１０の利用期間１００２）の表示に用いられる。

これらのデバイス情報（プリンタ情報）は、デバイススケジューラ６０４がプリンタ毎に管理する。

次に、デバイススケジューラ６０４が管理しているプリンタに投入された印刷ジョブのジョブ情報について、図１６を用いて説明する。

図１６は本発明の実施形態の印刷ジョブのジョブ情報の一例を示す図である。

図１６において、総ページ数１６０１は、プリンタに投入されている印刷ジョブの総ページ数を示す。印刷済ページ数１６０２は、プリンタに投入されている印刷中のジョブの印刷済ページ数を示す。

カラー・モノクロ１６０３は、プリンタに投入されている印刷ジョブがカラー印刷かモノクロ印刷かを示す。フィニッシング１６０４はプリンタに投入されている印刷ジョブの仕上げ設定（両面・ステイプル等）を示す。

印刷時間指定１６０５は、印刷ジョブの完了期限を示すもので、利用可能時間１５０４の値あるいはオペレータの入力によりジョブ情報に格納される。プリンタ名１６０６は、最初に、印刷ジョブが投入されたプリンタ名を示す。

代行先プリンタ名１６０７は、代行印刷機能の実行が発生した場合に代行先のプリンタ名を示す。

そして、このジョブ情報は、ジョブマネージャ６０３あるいは印刷ジョブのジョブチケットに保持されている。

次に、デバイスで障害が発生してから、デバイススケジューラ６０４とジョブマネージャ６０３により実行する代行印刷処理について、図１７を用いて説明する。

図１７は本発明の実施形態の代行印刷処理を示すフローチャートである。

尚、図１７では、代行印刷処理を実行するにあたり、障害（エラー）が発生したデバイス（プリンタ）をプリンタＡ（代行元プリンタ）として、代行印刷の依頼先となる代行先プリンタをプリンタＢとして説明する。また、図１７の処理に応じて変化する、図１０の操作画面１０００のスケジュール表示領域１００３の表示の状態遷移を図１８を用いて説明する。

ステップＳ１７０１で、ジョブマネージャ６０３がデバイス（例えば、プリンタＡ：図１８の１９０１）のエラーを検知すると（デバイスマネージャー６０５よりデバイスエラーの通知を受けると）、ジョブマネージャ６０３は、エラーを検知したデバイスで処理中の印刷ジョブのジョブ情報から印刷時間指定１６０５を取得する。ステップＳ１７０２で、ジョブマネージャ６０３は、デバイススケジューラ６０４にプリンタの予約状況を問い合わせ、デバイス使用状況を取得する。

ステップＳ１７０３で、ジョブマネージャ６０３は、取得したデバイス使用状況に基づいて、当該印刷ジョブを処理する現在の時間帯で予約されていないデバイスの有無を判定する。予約されていないデバイスがある場合（ステップＳ１７０３でＹＥＳ）、ステップＳ１７１２に進む。一方、予約されていないデバイスがない場合（ステップＳ１７０３でＮＯ）、ステップＳ１７０２に戻る。

ステップＳ１７１２で、ジョブマネージャ６０３は、予約されていないプリンタのデバイス情報のすべてをデバイススケジューラ６０４から取得する。ジョブマネージャ６０３は、予約されていないプリンタの内、例えば、フィニッシング、カラーモノクロが可能なプリンタでエンジンスピードが速いもの選択する。尚、これらの選択は、オペレータにより設定が可能であってもよい。

ステップＳ１７０４で、ジョブマネージャ６０３は、ステップＳ１７０１で取得した印刷時間指定１６０５と、ジョブ情報の総ページ数１６０１、印刷済ページ数１６０２、また、ステップＳ１７１２でデバイススケジューラ６０４から取得したデバイス情報に基づいて、代行印刷処理を実行するか否かを判定する。

本実施形態では、この判定方法の一例として、以下の式を
（印刷指定時間÷総ページ数）×残りページ×エンジンスピード比＞残り時間 （1）
を満足するか否かに基づいて判定する。特に、この式を満足する場合に、代行印刷処理を実行するものとする。つまり、この（１）式は、代行印刷処理の実行を決めるための代行条件となる。

ここで、印刷指定時間とは、印刷時間指定１６０５に対応する。また、残りページは（総ページ数−印刷済ページ数）、エンジンスピード比は、ジョブが投入されているデバイス情報と、デバイススケジューラ６０４から取得したデバイス情報のエンジンスピード１５０１の比率とする。また、残り時間は、判定時の現在時刻−印刷指定時間の終了時刻である。

この条件式により、エラーが発生したデバイスで処理中の印刷ジョブの代行印刷を、エラーの検知に応じて即座に行うことなく、当該印刷ジョブの終了期限（納期）が間に合う間は代行印刷を実行せず、印刷ジョブの終了期限が間に合わなくなる前に代行印刷を行うことが可能となる。よって、できる限り、当初の出力先である出力デバイスに印刷ジョブを割り当てておくことが可能となり、終了期限が間に合う間に当該出力デバイスのエラーが解除された場合には、そのまま当該出力デバイスで印刷処理を続行することが可能となる。

そして、（１）式を満足する場合（ステップＳ１７０４でＹＥＳ）、つまり、代行条件が発生した場合（図１８の１９０２）、ステップＳ１７０５に進む。一方、（１）式を満足しない場合（ステップＳ１７０４でＮＯ）、ステップＳ１７０２に戻る。

ステップＳ１７０５で、ジョブマネージャ６０３は、デバイススケジューラ６０４から（１）式を満足するプリンタ（例えば、プリンタＢ）の利用可能時間１５０４を取得する。

ステップＳ１７０６で、障害が発生しているプリンタに投入されている印刷ジョブを、（１）式を満足するプリンタ（代行先プリンタ）に代行印刷処理を実行する。これは、ジョブマネージャ６０３が、代行先プリンタのプリンタ名をジョブ情報の代行先プリンタ名１６０７にセットする。

ステップＳ１７０７で、ジョブマネージャ６０３は、代行印刷処理を実行したことをデバイススケジューラ６０４に通知し、デバイススケジューラ６０４は、代行先プリンタの印刷スケジュール時間（利用可能時間）の変更を行う。また、デバイススケジューラ６０４は、代行先プリンタの新規の印刷スケジュール時間を示す矩形領域の表示を利用可能時間分表示するように更新する（図１８の１９０３）。

ステップＳ１７０８で、ジョブマネージャ６０３は、障害の発生していたプリンタの障害が復旧したか否か、あるいは代行先プリンタの利用可能時間が経過したか否かを判定する。プリンタの障害が復旧した場合あるいは代行先プリンタの利用可能時間が経過した場合（ステップＳ１７０８でＹＥＳ）、ステップＳ１７１０に進む。一方、それ以外の場合（ステップＳ１７０８でＮＯ）、ステップＳ１７０９に進む。

ステップＳ１７０９で、代行印刷処理の代行先プリンタで、処理対象の印刷ジョブの印刷が完了したか否かを判定する。印刷が完了していない場合（ステップＳ１７０９でＮＯ）、ステップＳ１７０８に戻る。

一方、印刷が完了した場合（ステップＳ１７０９でＹＥＳ）、デバイススケジューラ６０４にその旨を通知し、処理を終了する。この場合、デバイススケジューラ６０４は、代行前のプリンタ（プリンタＡ）と代行後のプリンタ（プリンタＢ）の印刷スケジュール時間を更新し（図１８の１９０５）、操作画面１０００上の該当する矩形領域（予約領域）の表示をクリアする。

一方、ステップＳ１７０８で、プリンタの障害が復旧した場合あるいは代行先プリンタの利用可能時間が経過した場合（ステップＳ１７０８でＹＥＳ）、ステップＳ１７１０で、代行前のプリンタ（代行元プリンタ（プリンタＡ））にジョブの印刷を再代行する。ジョブマネージャ６０３は、デバイススケジューラ６０４に再代行したことを通知し、デバイススケジューラ６０４は、代行先プリンタ名１６０７の示すプリンタに対応する、操作画面１０００上の矩形領域（図１８の１９０３で追加した矩形領域）の表示をクリアする（図１８の１９０４）。

ステップＳ１７１１で、印刷が完了したか否かを判定する。印刷が完了していない場合（ステップＳ１７１１でＮＯ）、ステップＳ１７０２に戻る。

一方、印刷が完了している場合（ステップＳ１７１１でＹＥＳ）、デバイススケジューラ６０４は、代行前のプリンタに対応する、操作画面１０００上の矩形領域の表示をクリアする（図１８の１９０５）。

次に、デバイススケジューラ６０４がジョブマネージャ６０３から代行印刷処理の実行の通知を受けてから、操作画面１０００の表示を更新する更新処理について、図１９を用いて説明する。

図１９は本発明の実施形態の更新処理を示すフローチャートである。

ステップＳ１８０１で、デバイススケジューラ６０４は、ジョブマネージャ６０３からジョブ情報の代行先プリンタ名１６０６を受信する。ステップＳ１８０７で、代行先プリンタのプリンタを判定する。代行先プリンタが、代行元プリンタ以外の別のプリンタの場合、ステップＳ１８０２に進む。

ステップＳ１８０２で、利用可能時間の計算を行う。本実施形態では、代行先プリンタの次の予約時間までを利用可能時間としている。ステップＳ１８０３で、計算された利用可能時間をデバイス情報の利用可能時間１５０４に設定する。ステップＳ１８０４で、設定された利用可能時間１５０４を使って、代行先プリンタの予約時間１５０７を修正（設定）する。

一方、代行先プリンタが、代行元プリンタの場合、ステップＳ１８０５で、代行先プリンタのステップＳ１８０４で設定される予約時間をクリアする。

そして、ステップＳ１８０６で、ステップＳ１８０４あるいはステップＳ１８０５において変更になった予約時間に基づいて、操作画面１０００の該当する矩形領域の幅を修正し、表示の更新を行う。

以上説明したように、実施形態によれば、プリンタのエラーが発生した場合には、ジョブマネージャ６０３に、印刷時間指定情報（何分以内に終了、またはデバイススケジューラ６０４の予約時間等）を保持しておく。そして、ジョブ情報とエラーが発生したプリンタのデバイス情報に基づく所定条件を満足するときに、デバイススケジューラ６０４からプリンタの使用状況（空き状況、予約可能時間、エンジンスピード）を受信して、利用可能な空いているプリンタ（複数）を代行先プリンタとして、そのジョブ情報の印刷を分散して代行させる。

そして、エラーが発生したプリンタ（代行元）が復旧した場合には、その復旧した代行元プリンタで印刷する。代行中の代行先プリンタに、次の予約時間がある場合は、その予約時間に達した時点で、一度、未印刷分の印刷ジョブを代行元プリンタに戻し、再度、デバイススケジューラ６０４に各プリンタの使用状況を問い合わせて、新たな代行先プリンタを選定する。

つまり、各プリンタの印刷スケジュールと印刷管理システム（ジョブマネージャ６０３やデバイススケジューラ６０４）の情報の受け渡しにより、プリンタにエラー（障害）が発生した場合でも時間内に印刷が終了するようであればすぐに代行せず、納期に間に合わないようであれば空いているプリンタに代行する。これによって、ユーザの意図に反して代行することを防ぎ、また、代行される場合もプリンタを効率よく利用して印刷をなるべく納期内に終了させることができ、更に、代行印刷によるプリンタのスケジュールへの影響を抑えることができる。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

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

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

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

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

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

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

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

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

本発明の実施形態の印刷システムの全体構成を示す図である。 本発明の実施形態の端末の基本ハードウェア構成を示すブロック図である。 本発明の実施形態のＲＡＭのメモリマップの一例を示す図である。 本発明の実施形態の記憶メディアのメモリマップの一例を示す図である。 本発明の実施形態の印刷システムの処理シーケンスを示す図である。 本発明の実施形態のサーバの機能構成を示す図である。 本発明の実施形態のオーダーマネージャの操作画面の一例を示す図である。 本発明の実施形態のワークフローエディタの一例を示す図である。 本発明の実施形態のワークフローマネージャの一例を示す図である。 本発明の実施形態のデバイススケジューラの一例を示す図である。 本発明の実施形態のジョブマネージャの一例を示す図である。 本発明の実施形態のデバイスマネージャの一例を示す図である。 本発明の実施形態のデバイスマネージャの一例を示す図である。 本発明の実施形態１のオーダー情報の一例を示す図である。 本発明の実施形態のデバイススケジューラが管理するデバイス情報の一例を示す図である。 本発明の実施形態の印刷ジョブのジョブ情報の一例を示す図である。 本発明の実施形態の代行印刷処理を示すフローチャートである。 本発明の実施形態のスケジュール領域の表示の状態遷移図である。 本発明の実施形態の更新処理を示すフローチャートである。

符号の説明

１０１ 業務用ＰＣ
１０２ ノートＰＣ
１０３ ＷＥＢサーバ
１０４ ＤＢサーバ
１０５ サーバ
１０６ 作業ＰＣ
１１１ モノクロプリンタ
１１２ カラープリンタ
１２１〜１２３ ＬＡＮ
１３１ ネットワーク
１４１ 製本機（パンチャ）
１４２ 製本機（くるみ製本）
１５１ クライアント
１５２ サーバ
６０１ オーダーマネージャ
６０２ ワークフローマネージャ
６０３ ジョブマネージャ
６０４ デバイススケジューラ
６０５ デバイスマネージャ
６０６ プリントコンポーネント

Claims (12)

1. 複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置であって、
   前記複数のプリンタそれぞれの印刷スケジュールを管理する管理手段と、
   前記複数のプリンタそれぞれのステータスを監視する監視手段と、
   前記監視手段の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理手段に管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定手段と、
   前記選定手段で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定手段で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定手段と、
   前記判定手段の判定結果に基づいて、前記代行印刷処理を実行する実行手段と
   を備えることを特徴とする情報処理装置。
2. 前記実行手段は、前記選定手段で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記代行印刷処理の実行を決めるための代行条件を満足するか否かを判定し、前記代行条件を満足する場合、前記選定手段で選定した代行先プリンタによる代行印刷処理を実行する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記監視手段の監視の結果、前記代行先プリンタによる前記代行印刷処理が、該代行先プリンタでの別の印刷データの印刷スケジュールに達した場合、その時点の該代行印刷処理で未印刷分の印刷データの出力先を、前記障害が発生したプリンタに再設定する設定手段と更に備える
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記監視手段の監視の結果、前記代行印刷処理中に、前記障害が発生したプリンタが復旧した場合、その時点の該代行印刷処理で未印刷分の印刷データの出力先を、前記障害が復旧したプリンタに再設定する設定手段と更に備える
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記設定手段による再設定後、前記障害が発生したプリンタにおいて、前記代行印刷処理で未印刷分の印刷データの印刷が完了していない場合、前記選定手段は、前記管理手段に管理される印刷スケジュールを参照して、前記未印刷分の印刷データの出力先となるプリンタを再選定する
   ことを特徴とする請求項３に記載の情報処理装置。
6. 前記管理手段は、前記実行手段の実行結果に基づいて、前記管理手段に管理される前記複数のプリンタそれぞれの印刷スケジュールの内、前記代行印刷処理に関わるプリンタの印刷スケジュールの内容を更新する
   ことを特徴とする請求項１に記載の情報処理装置。
7. 前記管理手段は、前記記憶手段に記憶された前記複数のプリンタそれぞれの印刷スケジュールをスケジュール管理画面に表示制御する表示制御手段を備える
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記スケジュール管理画面は、各プリンタ毎に構成される時間軸上にそれぞれの印刷スケジュールを表示するスケジュール表示領域を有し、前記スケジュール表示領域には、各プリンタの利用期間を示す情報が表示される
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記管理手段は、前記実行手段の実行結果に基づいて、前記管理手段に管理される前記複数のプリンタそれぞれの印刷スケジュールの内、前記代行印刷処理に関わるプリンタの前記スケジュール表示領域の内容を更新する
   ことを特徴とする請求項８に記載の情報処理装置。
10. 前記プリンタの利用期間を示す情報は、前記時間軸上で前記利用期間に対応する幅を有する矩形領域である
    ことを特徴とする請求項８に記載の情報処理装置。
11. 複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置の制御方法であって、
    前記複数のプリンタそれぞれの印刷スケジュールを管理する管理工程と、
    前記複数のプリンタそれぞれのステータスを監視する監視工程と、
    前記監視工程の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理工程で管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定工程と、
    前記選定工程で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定工程で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定工程と、
    前記判定工程の判定結果に基づいて、前記代行印刷処理を実行する実行工程と
    を備えることを特徴とする情報処理装置の制御方法。
12. 複数のプリンタがネットワークを介して相互に接続された印刷システムを制御する情報処理装置の制御を実現するプログラムであって、
    前記複数のプリンタそれぞれの印刷スケジュールを管理する管理工程のプログラムコードと、
    前記複数のプリンタそれぞれのステータスを監視する監視工程のプログラムコードと、
    前記監視工程の監視の結果、印刷データの出力先となるプリンタに障害が発生した場合、前記管理工程で管理される印刷スケジュールを参照して、前記印刷データの印刷を代行する代行先プリンタを選定する選定工程のプログラムコードと、
    前記選定工程で選定した代行先プリンタのプリンタ情報と、前記障害が発生したプリンタにおける前記印刷データの印刷スケジュールに基づいて、前記選定工程で選定した代行先プリンタによる代行印刷処理を実行するか否かを判定する判定工程のプログラムコードと、
    前記判定工程の判定結果に基づいて、前記代行印刷処理を実行する実行工程のプログラムコードと
    を備えることを特徴とするプログラム。

Images