JP2006209410A

JP2006209410A - 印刷システム

Info

Publication number: JP2006209410A
Application number: JP2005019748A
Authority: JP
Inventors: Nakakatsu Kurotsu; 中克黒津
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-01-27
Filing date: 2005-01-27
Publication date: 2006-08-10

Abstract

【課題】クライアント、サーバ共に印刷装置の管理が必要のない簡易な構成で確実に早く印刷を遂行することのできる印刷システムを提供すること。
【解決手段】印刷装置を特定しない印刷ジョブをサーバに投入するクライアントコンピュータと、該サーバへで管理しているジョブのリストを取得し該ジョブリストから１つ以上のジョブを取得し印刷する印刷装置と、クライアントからの印刷ジョブをスプールし、印刷装置からのジョブリストおよびジョブ取得要求に応答するサーバからなる構成とし、サーバでは印刷の完了までジョブを保持する。正常終了時にはジョブを削除し、エラーが発生した場合には該ジョブを別の印刷装置からの取得要求の際に応答する。
【選択図】図１

Description

本発明は印刷システムに関し、詳しくは、ネットワークに接続された１つ以上の印刷装置と複数のコンピュータからなるネットワークプリントシステム及びその制御方法及び前記印刷システムで使用されるＷｅｂＳｅｒｖｉｃｅ及び印刷装置に関する。

現在のネットワークプリントシステムでは、ネットワーク上に複数の印刷装置と複数の印刷クライアントが存在し、１台のクライアントでは、多くの印刷装置から１台の印刷装置を選択して印刷することが可能となっている。このような場合、ユーザが複数の印刷装置からいち早く印刷してくれるであろう印刷装置を予測して印刷する場合がある。

また、印刷プログラムによっていち早く印刷してくれるであろう印刷装置を自動的に選択するようなシステムも存在する。この場合、いち早く印刷処理をしてくれるであろう印刷装置を選択するには、印刷装置にどれくらいのサイズの印刷ジョブがいくつスケジュールされているかが判断基準となっている（例えば特許文献１）。

またジョブを解析し個々のジョブの終了時間を予測するシステムや、印刷装置に残されている用紙残量やステイプルのピン等の消耗品と個々のジョブで消費する消耗品量を元に印刷装置で発生するエラーを予測し、最適であろう印刷装置を選択するシステムが存在している。
特開平０６−２５９２０６号公報

しかしながら、従来の例で示したように、いち早く印刷してくれるであろう印刷装置を選択し、印刷装置に印刷要求を行ったとしても、該印刷装置に印刷要求が投入されるタイミングと実際の予測タイミングには誤差があり、該印刷装置が他コンピュータからの印刷要求を受け付けてしまうと予測に誤差が生じる結果となっていた。また、消耗品予測の精度も厳密には不確かなものであった。このため実際には紙無しやトナー無しなどの印刷装置のエラーが発生し、いち早く印刷処理を開始してくれると予想した場合でも、実際には他の印刷装置に要求したほうが早かったといことが間々あり得た。つまり、いち早く印刷処理を開始してくれる印刷装置を選択するということが、現在のネットワークプリントシステムにおいて非常に困難な機能であるという課題があった。

一方、印刷装置のインターネット・プリンティングのプロトコルとしてＲＦＣで規定されているＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ（ＩＰＰ）を搭載した印刷装置が市場に投入されている。このＩＰＰでは“Ｐｒｉｎｔ−ＵＲＩリクエスト”という機能が規定されており、クライアントから印刷装置にＵＲＬを指定した“Ｐｒｉｎｔ−ＵＲＩリクエスト”を送ることによって、そのＵＲＬ指定先のＷｅｂサーバ上のデータを印刷装置が取得して印刷する機能が規定されている。但し、Ｐｒｉｎｔ−ＵＲＩリクエストであっても、Ｗｅｂへのアクセス当でＵＲＬで指定されている場合は、Ｐｒｉｎｔ−ＵＲＬリクエストと呼ぶ場合がある。

この機能により、ＩＰＰ対応印刷装置では、世界中にあるＷｅｂページを印刷する事を可能としている。ＩＰＰ対応印刷装置は、各クライアントからの“Ｐｒｉｎｔ−ＵＲＩリクエスト”を受け付け、プリントスケジュールを管理しており、印刷装置が実際に印刷を行う前に“Ｐｒｉｎｔ−ＵＲＩリクエスト”で指定されたＵＲＩからデータを取得し、印刷している。このような技術を利用して前述の課題を解決するための印刷システムとして例えば、特開２００２−２０２８７４公報が開示されている。

該発明によれば、１回の印刷ジョブに対する“Ｐｒｉｎｔ−ＵＲＩ”リクエストを複数の印刷装置に同時に送信し、最初に該ジョブを取得した印刷装置にのみデータを送信するというシステムが提案されている。しかし、該発明においても、該印刷装置で該ジョブを印刷可能になったタイミングにおける使用可能なリソースは不確かなものであった。また、複数の印刷装置をクライアントで管理する必要がありその運用は煩雑なものとなっていた。

一方、このようなシステムにおける別の問題として印刷装置へ転送されたジョブに対してエラーが発生した場合の有用な解が無かった。ＰＵＬＬ型の印刷制御方式においては、サーバからジョブを転送後に削除してしまうため、エラーが発生したジョブは再度ユーザが投入するか印刷装置のところまで行き、印刷装置のエラーを解除した上で印刷装置のリカバリ機能を使う必要があり、煩わしいものであった。

本発明は上記問題点を解決するためになされたもので、簡易な構成でありながらエラー発生時にも早く確実な印刷を行うことの可能な印刷の仕組みを実現する印刷システムを提供することを目的としている。

上記目的を達成するために第一の発明は、
印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とジョブ転送後にもジョブを残すジョブ保存手段と、転送したジョブにマークをつける転送済みマーク付け手段と前記転送済みジョブマーク付け手段によってマークされたジョブを転送しないようにした再転送抑止手段と、前記転送済みジョブマーク手段によってマークされたジョブのマークを消すための転送済みジョブマーク消去手段と、前記ジョブリスト中のジョブを削除するためのジョブ削除手段を有したＷｅｂＳｅｒｖｉｃｅと、前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、前記印刷手段による該ジョブの印刷終了を検知し正常終了であればジョブを自動的に削除するか或いは異常終了時には前記転送済みジョブマーク付け手段でマークされたマークを自動的に消去し該ジョブの再送を可能とするジョブ終了処理手段とを有する構成とする。

また、第二の発明は、
印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とを有したＷｅｂＳｅｒｖｉｃｅと、前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、前記印刷手段は該ジョブのエラーが発生した時には受け取った該ジョブを前記ＷｅｂＳｅｒｖｉｃｅへ返却するジョブ返却手段を有する構成とする。

以上の構成によれば、クライアントコンピュータもサーバコンピュータも印刷の遂行に関して、印刷装置のＩＰアドレス、エラー等の発生状況、用紙残量やトナー等のリソース、両面やステイプル等のオプション情報をなんら管理する必要がなく、かつサーバコンピュータでは現時点で利用可能な印刷装置からのリクエストに答えて印刷装置の属性に一致する印刷ジョブを返却するだけでエラー発生時にも別のデバイスへ容易に代替印刷する事が可能となるため、非常に簡単な構成で確実に早く印刷を遂行することの可能な印刷システムを提供することが可能となる。

第一の発明は、印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とジョブ転送後にもジョブを残すジョブ保存手段と、転送したジョブにマークをつける転送済みマーク付け手段と前記転送済みジョブマーク付け手段によってマークされたジョブを転送しないようにした再転送抑止手段と、前記転送済みジョブマーク手段によってマークされたジョブのマークを消すための転送済みジョブマーク消去手段と、前記ジョブリスト中のジョブを削除するためのジョブ削除手段を有したＷｅｂＳｅｒｖｉｃｅと、前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、前記印刷手段による該ジョブの印刷終了を検知し正常終了であればジョブを自動的に削除するか或いは異常終了時には前記転送済みジョブマーク付け手段でマークされたマークを自動的に消去し該ジョブの再送を可能とするジョブ終了処理手段とを有する構成とする。

また、第二の発明は、印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とを有したＷｅｂＳｅｒｖｉｃｅと、前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、前記印刷手段は該ジョブのエラーが発生した時には受け取った該ジョブを前記ＷｅｂＳｅｒｖｉｃｅへ返却するジョブ返却手段を有する構成とする。

これらの発明により、クライアントコンピュータもサーバコンピュータも印刷の遂行に関して、印刷装置のＩＰアドレス、エラー等の発生状況、用紙残量やトナー等のリソース、両面やステイプル等のオプション情報をなんら管理する必要がなく、非常に簡単な構成で確実に早く印刷を遂行することの可能な印刷システムを提供することが可能となった。

以下、図面を参照して本発明の好適な実施例を説明する。

＜印刷処理システムの構成例＞
図１は、実施形態に係る印刷処理システムの構成を示す図である。

同図において、１０１、１０２、１０３、１０４は、ネットワーク１０６に接続され、相互に通信可能なネットワークコンピュータであり、典型的にはパーソナルコンピュータ（ＰＣ）である。

これらのうち、１０２，１０３，１０４はクライアントコンピュータ（以下、クライアント）であり、それぞれイーサネット（登録商標）などのネットワークケーブルによってネットワーク１０６に接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、印刷データを印刷装置に対応するプリンタ言語に変換する機能を有するプリンタドライバを搭載している。ここで、各クライアントは複数の印刷装置ドライバをサポートするものとする。

これに対し１０１はサーバコンピュータ（以下、サーバ）であり、ネットワークケーブルによってネットワーク１０６に接続され、Ｗｅｂサーバとして機能しており、ＩＰＰのゲートウェイとしても機能する。具体的には、プリントサーバ１０１は、クライアントコンピュータ１０２、１０３、１０４からＩＰＰ印刷要求が出されたプリントデータを含む印刷ジョブを格納して印刷する機能や、クライアントコンピュータ１０２〜１０４から印字データを含まないジョブ情報を受け取って印刷順序を管理している。また印刷制御装置からのジョブ取得リクエストに応答して印刷ジョブを返却する機能を有している。サーバコンピュータ１０１は本発明の印刷システムにおいて機能を提供するための論理的な存在である。図１で示されるように専用のサーバコンピュータを設けることもできるし、また、クライアントコンピュータ１０２〜１０４或いは任意の印刷装置１０５にサーバコンピュータの機能を代替させる事も可能である。また、本実施例ではＷｅｂサーバを用いた例を説明するが、サーバはクライアントからのジョブを受け付け、印刷装置からのジョブ取得要求に応答する機能を有する別のプログラムであっても良い。例えばクライアントからのジョブ受け付け対してはＬＰＲプロトコルが使用できる。また印刷装置からのデータ取得要求はＨＴＴＰに限ったものではなく、ＦＴＰ等他のプロトコルであっても適用可能なことはいうまでもない。

１０５は、印刷制御装置としてのプリンタデバイスであり、図示しないネットワークインタフェースを介してネットワーク１０６と接続されており、クライアントコンピュータから送信されてくる印字データを含む印刷ジョブを解析し、１ページずつドットイメージに変換して印刷する。尚、同図に印刷装置１０５は１台しか示されていないが、他の印刷装置が複数接続されていても良い。各印刷装置の種類や機能は相違するものであってもよい。

１０６はネットワークであり、クライントコンピュータ１０２〜１０４、プリントサーバ１０１、印刷装置１０５等と接続している。

＜ネットワークコンピュータのハードウエア構成例＞
図２は、クライアント１０２〜１０４とプリントサーバ１０１として使用されるコンピュータの構成を説明するブロック図である。尚、本実施形態においてはこのように、クライントコンピュータ１０２〜１０４もプリントサーバ１０１も同様あるいは同等のハードウエア構成とするが、それぞれ専用のハードウエア構成であっても構わない。

図２において、２００は装置全体の制御を行うＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや、本実施形態の印刷装置制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

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

２０３は記憶媒体読み込み手段としてのフロッピディスクドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて、記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータにロードすることができる。２０４は記憶媒体であるフロッピディスク（ＦＤ）であり、コンピュータが読み取り可能にプログラムが格納された記憶媒体である。尚、記憶媒体はＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤＲ、ＣＤＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、印刷装置制御プログラム、関連プログラム等を格納している。さらに、スプール手段であるスプーラはここに確保される。スプール手段は、クライアントではクライアントスプーラのことであり、プリントサーバではサーバスプーラのことである。また、プリントサーバでは、クライアントから受けたジョブ情報を格納し、順序制御を行うためのテーブルもこの外部記憶手段に生成されて格納される。

２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がプリントサーバに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、印刷装置の状態等を表示したりするものである。

２０８はシステムバスであり、クライアントやプリントサーバであるコンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。

尚、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤなどで変更することも可能である。

図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記印刷装置制御プログラムが、ＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。

尚、本実施形態では、印刷装置制御プログラムおよび関連データをＦＤ２０４から直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、印刷装置制御プログラムを動作させる度に、既に印刷装置制御プログラムがＦＤ２０４からインストールされているＨＤ２０５から、ＲＡＭ２０２にロードするようにしてもよい。また、本印刷装置制御プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤＲ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。さらに、本印刷装置制御プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウエア装置の代替として構成することもできる。

３０１は基本Ｉ／Ｏプログラムであり、コンピュータの電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。３０２はオペレーティングシステム（ＯＳ）であり、３０３は印刷装置制御プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本印刷装置制御プログラムを実行する領域が確保されている。

図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。図４において、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施形態で説明する印刷システムプログラム、４０４はその関連データである。印刷装置制御プログラム４０３は、本実施形態で説明するフローチャートに基づいてプログラム化したものである。

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。図５において、ＦＤ２０４には、本実施形態で説明する印刷装置制御プログラムおよび関連データが格納されている。

＜第一の発明における印刷システムにおけるジョブ制御の概要＞
図１５は、第一の発明における印刷システムにおける処理の概要を示す図である。図を用いて処理の流れを簡単に説明する。

まず始めにクライアントコンピュータ１０２〜１０４でジョブが生成されると、該ジョブのデータと属性をサーバに登録する（１））。この時クライアントコンピュータは印刷装置にジョブ発生を検知させるためのブロードキャストメッセージを発しても良い。クライアントコンピュータからジョブデータ及び属性データを受け取ったサーバコンピュータ１０１では、該データを記憶装置２０５に登録し印刷装置からのデータ取得要求に備える。サーバで管理するジョブデータ１４００については後述する。記憶装置はサーバコンピュータ上に備えられていても良いし、ＮＡＳ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ）といったネットワーク１０６に接続された外部システム或いは、別のサーバが管理するデータベースやディレクトリといった物を利用できる。またサーバコンピュータではジョブが登録された際に、ジョブの発生を印刷装置に検知させるためのブロードキャストメッセージや或いはＵＮＩキャストメッセージ等を発しても良い。印刷装置１０５はクライアントからのブロードキャスト、サーバからのブロードキャスト、ＵＮＩキャスト或いはＤＢやディレクトリの監視や監視手段からの通知によってジョブの発生を検知するか、内部的なタイマーイベントが発生し、自身が印刷可能な状態になるとサーバ１０１に対しジョブ選択手段を実行しジョブの転送を要求する（２））。サーバではジョブ選択手段の指示に従い印刷手段にジョブを転送しこれを受けた印刷装置では印刷処理を行う（３））。またサーバでは転送後もジョブを残し、転送済みのジョブが再度転送されないようにジョブの属性に転送済みマークを付与する。ジョブ終了処理手段では、デバイス内でジョブが正しく終了したか否かを印刷手段からの通知或いはポーリングによって検知する（４））。ジョブが正しく完了した場合にはサーバに対しジョブの削除を指示し、ジョブにエラーが発生した場合には、前記転送済みマークを消去するためにジョブ属性を変更する（５））。尚、この時印刷済み頁属性を更新しておく事も可能である。該ジョブは続くジョブ選択手段からの転送要求に際し転送される。この際印刷済み頁属性が存在すれば続く頁から送信したり或いは開始頁コマンドを付与して全データを転送する事も可能である。尚、ジョブ選択手段はサーバコンピュータのアドレスを予め内部の不揮発性記憶装置に保持していても良いし、ネットワーク探索、ＬＤＡＰやＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ等のディレクトリ、サーバコンピュータからのブロードキャスト通知或いはクライアントコンピュータからのブロードキャスト通知等によって知ることができる。

クライアントコンピュータ１０２、サーバコンピュータ１０１、印刷装置１０５におけるそれぞれの処理と管理するデータについては以下に詳細を説明する。

＜第二の発明における印刷システムのジョブ制御の概要＞
図６は、第二の発明における印刷システムの処理の概要を示す図である。

クライアントコンピュータ１０２〜１０４でジョブが生成されると、該ジョブのデータと属性をサーバに登録する（１））。この時クライアントコンピュータは印刷装置にジョブ発生を検知させるためのブロードキャストメッセージを発しても良い。クライアントコンピュータからジョブデータ及び属性データを受け取ったサーバコンピュータ１０１では、該データを記憶装置２０５に登録し印刷装置からのデータ取得要求に備える。サーバで管理するジョブデータ１４００については後述する。記憶装置はサーバコンピュータ上に備えられていても良いし、ＮＡＳ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ）といったネットワーク１０６に接続された外部システム或いは、別のサーバが管理するデータベースやディレクトリといった物を利用できる。またサーバコンピュータではジョブが登録された際に、ジョブの発生を印刷装置に検知させるためのブロードキャストメッセージや或いはＵＮＩキャストメッセージ等を発しても良い。印刷装置１０５はクライアントからのブロードキャスト、サーバからのブロードキャスト、ＵＮＩキャスト或いはＤＢやディレクトリの監視や監視手段からの通知によってジョブの発生を検知するか、内部的なタイマーイベントが発生し、自身が印刷可能な状態になるとサーバ１０１に対しジョブ選択手段を実行しジョブの転送を要求する（２））。サーバではジョブ選択手段の指示に従い印刷手段にジョブを転送しこれを受けた印刷装置では印刷処理を行う（３））。サーバではジョブを転送すると該ジョブを削除する。印刷装置ではエラーが発生しジョブ処理を完遂できない場合にはサーバにジョブを登録しなおす（４））。尚この際には印刷済みの頁を元に印刷開始頁属性を合わせて通知しても良い。

＜クライアントコンピュータにおける処理＞
図７は本発明の実施例におけるクライアントコンピュータ１０２〜１０４における印刷処理の機能ブロック図であり、クライアントとサーバ間の通信にＩＰＰを使う場合の例である。

図７において７０１はＭｉｃｒｏｓｏｆｔＷｏｒｄ（登録商標）などの印刷機能を持ったアプリケーションプログラム或いは特定業務用にカスタマイズされた印刷システムが相当する。７０２はプリンタドライバであり、アプリケーションが発行したＧＤＩ呼び出しがＯＳを経由して通知され印刷装置に応じたＰＤＬデータを生成する。尚プリンタドライバは各クライアントコンピュータからアクセス可能な印刷装置に応じた物が登録されているものとする。７０３はスプーラであり、ジョブデータをスプールし順次デスプール処理を行う。７０４はＩＰＰに対応したポートモニタであり、スプーラからデスプールされたジョブデータをサーバコンピュータに転送する。尚、サーバコンピュータのアドレスは予めポートモニタの属性として登録されていても良いし、ディレクトリ、ブロードキャストによる探索、印刷実行時のユーザからの指示等によって知ることができる。本発明のポートモニタはジョブ解析機能を有し、スプーラから受け取ったデータから、ジョブ属性ファイル１２００、ジョブデータファイル１３００を作成する。尚、ジョブ解析機能はポートモニタ７０４ではなく、サーバコンピュータ１０１上にあっても良いし、ジョブチケットとジョブデータのように外部のアプリケーション７０１やプリンタドライバ７０２から供給されても良い。

図１２は、クライアントコンピュータ１０２〜１０４で作成するジョブ属性ファイルの一例である。このファイルには、データを作成する際に使用したプリンタドライバのモデル情報（Ｍｏｄｅｌ）や、ジョブデータファイル名、使用する用紙サイズ、ジョブを投入したユーザ名等、ジョブデータを解析してえら得る情報及びスプーラから得られる管理情報が記載されている。尚属性としては図示されているものに限定されるわけではなく、ジョブデータ及び管理データに含まれる全てのデータ及び外部からジョブチケット等の形で供給される任意の属性を含ませても良い。

また、図には示していないが、特定アドレスの印刷装置に印刷をしたい或いはしたくないといった要望がある場合には、印刷先候補デバイスのアドレスリスト或いは印刷拒否デバイスのアドレスリスト等をジョブの属性として保持することも可能である。

図１３は、クライアントコンピュータ１０２〜１０４で作成するジョブデータファイルの一例である。ジョブデータファイルはヘッダ１３００、ジョブ属性部１３０１、１３０４、ＰＤＬデータ部１３０２からなる。１３０３はジョブ属性データ及びＰＤＬデータの繰り返しを意味している。

図８は、ＩＰＰクライアントポート７０４における印刷処理の概要を示すフローチャートである。ステップＳ８００のジョブ入力待ち処理はスプーラからジョブが到達すると終了する。続いてステップＳ８０１でデータファイルを作成する。ステップＳ８０２でデータの入力が認められると、ステップＳ８０３においてデータの解析処理が行われ属性の抜き取り処理が行われる。続いてステップＳ８０４でデータファイルに書き出し、ステップＳ８０２へ戻りデータの終了まで繰り返される。ステップＳ８０２でＮＯの場合にはジョブ終了か否かが判定される。ＮＯの場合にはＳ８０２へ戻ってデータ入力待ちとなる。ＹＥＳの場合には、ステップＳ８０６でジョブがキャンセルされたか否かが判定される。ＹＥＳの場合にはステップＳ８０９でデータファイルを削除し印刷処理が終了する。ステップＳ８０６の判定でＮＯと判定された場合、ステップＳ８０７でスプーラからジョブ属性を取得し、ジョブデータから抜き取ったジョブ属性とマージする。続いてステップＳ８０８でＷｅｂサーバ１０１へジョブデータと属性を転送する。転送が終了するとステップＳ８０９でデータを削除してクライアント側の印刷処理は終了する。

＜第一の発明におけるサーバコンピュータの処理＞
図１６は第一の発明におけるサーバコンピュータ１０１における印刷処理の概要を示す図である。

サーバは起動するとステップＳ１６００において、リクエスト待ちの無限ループに入る。リクエストが到達するとステップＳ１６０１で停止要求か判定されＹＥＳの場合はサーバの処理は終了する。ＮＯの場合はステップＳ１６０２でクライアントコンピュータ１０２〜１０４からのジョブ登録要求か否か判定される。ＹＥＳの場合、ステップ１６０３でジョブの登録処理が行われる。前述の通りジョブデータは記憶装置２０５に保存され、その管理データがＲＡＭ２０２中に保持される。サーバに保持されるデータの詳細は後述する。ジョブ登録処理が終了するとサーバはリクエスト待ちに戻る。ステップＳ１６０２でＮＯと判定された場合にはステップＳ１６０４においてジョブリスト取得要求か否かが判定される。ＹＥＳの場合にはステップＳ１６０５でジョブリストが応答されステップＳ１６００のリクエスト待ちへ戻る。ステップＳ１６０４の判定でＮＯの場合、ステップＳ１６０６でジョブ属性取得要求か否かが判定される。ＹＥＳの場合にはステップＳ１６０７で該ジョブの属性応答処理が行われる。まず指定されたＩＤまたは属性を持つジョブが存在するか否かが調べられ存在する場合には成功の応答と共に該ジョブの属性を応答する。また指定されたＩＤまたは属性を持つジョブが存在しない場合には、失敗が応答される。処理終了後ステップＳ１６００のリクエスト待ちへ戻る。ステップＳ１６０６でＮＯと判定された場合はステップＳ１６０８でジョブ属性更新要求か否かが判定される。まず指定されたＩＤまたは属性を持つジョブが存在するか否かが調べられ存在する場合には成功の応答と共に該ジョブの属性を与えられた属性へ変更する。属性は全ての属性を１度に変更する事も一部の属性のみを更新する事も可能である。第一の発明における再送防止手段として使用される転送済みフラグも属性の一種であり本処理においてフラグのＯＮ、ＯＦＦが行われる。また指定されたＩＤまたは属性を持つジョブが存在しない場合には、失敗が応答される。処理終了後ステップＳ１６００のリクエスト待ちへ戻る。ステップＳ１６０８でＮＯと判定された場合にはステップＳ１６１０でジョブ削除要求か否かが判定される。ＹＥＳの場合にはステップＳ１６１１でジョブ削除処理が行われる。まず指定されたＩＤまたは属性を持つジョブが存在するか否かが調べられ存在する場合には成功の応答と共に該ジョブに関連する印刷データ、管理データ等を削除する。また指定されたＩＤまたは属性を持つジョブが存在しない場合には、失敗が応答される。処理終了後ステップＳ１６００のリクエスト待ちへ戻る。ステップＳ１６１０でＮＯと判定された場合にはステップＳ１６１２においてジョブ転送処理か否かが判定される。ＹＥＳと判定された場合には、ステップＳ１６１３でジョブ転送処理が行われる。まず指定されたＩＤまたは属性を持つジョブが存在するか否かが調べられ、かつ、該ジョブに転送済みマークが付いていないか調べられる。該当するジョブが存在する場合には成功の応答と共にリクエストのコンピュータ、指定されたコンピュータ等にジョブを転送する。また該当するジョブが存在しない場合失敗が応答されステップＳ１６００のリクエスト待ちに戻る。ジョブ転送に際しステップＳ１６０９のジョブ属性更新処理を起動し転送済みフラグをセットする。これにより同じジョブが２度送信される事を防止する。尚、転送手段としてはＬＰＲ，ＩＰＰ，ＦＴＰ等データストリームを転送可能なプロトコルであれば特に問わない。ステップＳ１６１２でＮＯと判定された場合にはステップＳ１６１４においてその他の要求か否かが判定される。ＹＥＳと判定された場合にはステップＳ１６１５でその他の処理が行われるが本発明とは直接関係ないためここでは説明しない。続いてステップＳ１６００のリクエスト待ちに戻る。

本発明においては、ジョブは転送後も保持される。後述のジョブ終了処理手段によりジョブの終了が確認された際に、成功であれば該ジョブは削除され、また失敗であればステップＳ１６０９のジョブ更新処理を起動し転送済みフラグをクリアする。これにより該ジョブを再度転送可能とする。尚ジョブを更新する際に印刷済み頁数をセットしても良い。この場合ステップＳ１６１３のジョブ転送処理に際して、該ジョブを印刷済み頁の次から転送するか、或いは該ジョブの印刷開始頁を印刷済み頁の次の頁としたコマンドを付与した全データを転送する構成とする事により無駄のない再印刷が可能となる。尚、後述のジョブ終了処理手段はサーバ内におく事も可能である。この場合ステップＳ１６１５におけるその他の処理においてジョブ終了処理リクエストか否かが判定されジョブ終了処理が起動される。

さらに本発明におけるサーバでは印刷終了とは関係なく印刷完了後もジョブを残す事が可能である。この場合クライアントコンピュータ或いは印刷装置等の指示によりジョブ属性更新処理Ｓ１６０９が起動され、送信済みフラグをクリアする事により、再度該ジョブを送信する事が可能となる。

図１８は第一の発明におけるサーバ１０１で管理している印刷データ、属性、及び管理データの一部を示す図である。図において１８０１はサーバが現在管理しているジョブの総数でありＲＡＭ２０２上に置かれる。またこの情報はジョブリスト１８０２の増減に伴って変化する。ジョブリスト１８０２はＲＡＭ２０２或いは記憶装置２０５上あるいはその両方に存在する。ここではジョブの属性をＩＤで管理している。リストにはデータファイルの位置やユーザの情報、ジョブデータを作成したドライバのモデル、Ａ４，両面、ステイプル等のジョブ属性のほかに転送済みフラグなどが含まれる。１８０３はジョブファイルであり記憶装置２０５上に存在している。１つのジョブで１つのファイルを構成する。ジョブがリファレンスで管理されるとき、ジョブ属性ファイルにそのＵＲＩが指定され、ジョブファイルはサーバ上に存在しないといった構成も可能である。

＜第二の発明におけるサーバコンピュータの処理＞
図９は第二の発明におけるサーバコンピュータ１０１における印刷処理の概要を示すフローチャートである。

サーバは起動するとステップＳ９００においてリクエスト待ちの無限ループに入る。リクエストが到達するとステップＳ９０１で停止要求か判定されＹＥＳの場合はサーバの処理は終了する。ＮＯの場合はステップＳ９０２でクライアントコンピュータ１０２〜１０４からのジョブ登録要求か否か判定される。ＹＥＳの場合、ステップＳ９０３でジョブの登録処理が行われる。前述の通りジョブデータは記憶装置２０５に保存され、その管理データがＲＡＭ２０２中に保持される。サーバに保持されるデータの詳細は後述する。ジョブ登録処理が終了するとサーバはリクエスト待ちに戻る。ステップＳ９０２でＮＯと判定された場合にはステップＳ９０４においてジョブリスト取得要求か否かが判定される。ＹＥＳの場合にはステップＳ９０５でジョブリストが応答されステップＳ９００のリクエスト待ちへ戻る。ステップＳ９０４の判定でＮＯの場合、ステップＳ９０６でジョブ属性取得要求か否かが判定される。ＹＥＳの場合ステップＳ９０７で指定されたジョブがあるか否かが判定される。尚ジョブの指定は直接ＩＤで指定することも相対的なインデックスで指定することもあるジョブからの相対順位で指定することも可能である。ＮＯと判定された場合、ステップＳ９０８で失敗応答を返し、ステップＳ９００のリクエスト待ちへ戻る。ステップＳ９０７でＹＥＳと判定された場合、成功応答と共にジョブ属性が応答される（Ｓ９０９）。一方ステップＳ９０６でＮＯと判定された場合、ステップＳ９１０でジョブデータ取得要求か否かが判定される。ＹＥＳの場合ステップＳ９１１でジョブがあるか判定され、ＮＯの場合ステップＳ９１２で失敗応答が返却され、ステップＳ９００のリクエスト待ちへ戻る。ＹＥＳの場合にはステップＳ９１３において成功ステータス及び印刷データが応答され、ステップＳ９１４で印刷データ（ジョブデータ及び管理データ）は削除される。一方ステップＳ９１０でＮＯと判定された場合にはステップＳ９１５でその他の要求についての処理が行われる。その他の処理については本発明とは関係が無いためここでは説明しない。ステップＳ９１５でＮＯと判定されるかステップＳ９１６が終了するとサーバはステップＳ９００のリクエスト待ちの無限ループへ戻る。尚前述のジョブ登録要求は後述の印刷処理において印刷装置でエラーが発生した際に印刷装置によって起動する事も可能である。またジョブ登録処理に際し、印刷済み頁属性をセットしても良い。この場合ステップＳ９１３のジョブ応答処理に際して、該ジョブを印刷済み頁の次から転送するか、或いは該ジョブの印刷開始頁を印刷済み頁の次の頁としたコマンドを付与した全データを転送する構成とする事により無駄のない再印刷が可能となる。

図１４は第二の発明におけるサーバ１０１で管理している印刷データ、属性、及び管理データの一部を示す図である。図において１４０１はサーバが現在管理しているジョブの総数でありＲＡＭ２０２上に置かれる。またこの情報はジョブリスト１４０２の増減に伴って変化する。ジョブリスト１４０２はＲＡＭ２０２或いは記憶装置２０５上あるいはその両方に存在する。ここではジョブの属性をＩＤで管理している。リストにはデータファイルの位置やユーザの情報、ジョブデータを作成したドライバのモデル、Ａ４，両面、ステイプル等のジョブ属性などが含まれる。１４０３はジョブファイルであり記憶装置２０５上に存在している。１つのジョブで１つのファイルを構成する。ジョブがリファレンスで管理されるとき、ジョブ属性ファイルにそのＵＲＩが指定され、ジョブファイルはサーバ上に存在しないといった構成も可能である。

＜ジョブ選択手段におけるジョブ選択処理＞
図１０はジョブの選択処理の詳細を示したフローチャートである。ここでは印刷装置１０５が保持している属性とサーバ１０１から取得したジョブのリストを元に前述のジョブリストから適切なジョブ属性を持つジョブを１つ選択する。

ステップＳ１０００で判定に利用する属性を初期化する。ここではモデル、用紙サイズ、用紙残量、両面、フィニッシング指定が判定の材料として使われる事が想定されているが、勿論他の任意の属性を判定に利用しても良いし、印刷装置の属性とジョブの属性を全て比較しても良い。ステップＳ１００１において前述のジョブリスト１４０２から印刷装置１０５のモデルとを比較し、一致しているジョブを検索する。検索されたジョブの数が０個、つまり一致しているジョブが存在しない場合にはステップＳ１００９で失敗応答を返し本処理は終了する。ステップＳ１００２でＮＯと判定された場合には、ステップＳ１００３でジョブの属性と印刷装置の属性を比較し、該印刷装置で処理することが可能な属性を持つジョブを検索する。ステップＳ１００４で検索されたジョブの数が０個、つまり一致しているジョブが存在しないと判定された場合には、ステップＳ１００９において失敗応答が返却され本処理は終了する。一方ステップＳ１００４でＮＯと判定された場合ステップＳ１００５で検索されたジョブの数が１個か否かが判定される。１個の場合はステップＳ１００６該ジョブが選択される。ＮＯ、つまり複数個のジョブが存在した場合には、受付時間或いは優先順位と言った別のファクターによりジョブを１つ選択する。複数のジョブから１つのジョブを選択する方法は複数存在するが本発明においては重要ではないためここでは説明しない。続いてステップＳ１００８で成功を応答してジョブ選択処理を終了する。

尚、前述のジョブリスト取得要求に際し、前記サーバ１０１がジョブリストから任意のジョブリストを作成するためのフィルターを指定しても良い。フィルターとしては、ジョブを選択するためのオブジェクトや印刷装置のモデル名、利用可能なＰＤＬ、印刷装置が印刷を行うことのできるジョブの属性等が該当する。

尚、以上説明したジョブ選択処理はジョブリストの取得を行い、該リストから１つのジョブを選択するものであったが、複数のジョブを選択するように構成しても良い。

また、ジョブリストからジョブを選択するのではなく、サーバが保持しているジョブの属性を１つずつクエリして、各ジョブについて順次判定を行い印刷可能なジョブについてジョブデータ取得要求を行うといった構成も可能である。
また、前述の説明においてジョブ選択手段は印刷装置内に位置し印刷装置内で実行されていたが、印刷装置内に限定せずともサーバ、任意のコンピュータ或いは別の印刷装置等に存在しても本発明を適用できることはいうまでもない。例えば、サーバ上にジョブ選択手段を構成する場合には、印刷装置がサーバにジョブ取得要求を発行する際に自身の持つ属性を通知するようにし、サーバ上のジョブ応答処理中でジョブ選択手段を実行するように構成すれば本発明をなんら逸脱することなく適用できる。

また印刷装置がサーバに問い合わせる能力を有していない場合或いは、印刷装置を監視するためのサーバが存在する場合には、ジョブ選択手段及びジョブ取得手段を別のコンピュータ或いは印刷装置に儲け、適切なタイミングで該印刷装置にジョブを転送するようにサーバに指示を出すといった構成であっても良い。

＜第一の発明における印刷装置における処理＞
図１７は第一の発明における印刷手段としての印刷装置１０５における印刷処理の概要について説明する。

印刷処理はステップＳ１７００で印刷装置がジョブ受付可能と判定された時に開始される。ジョブ受付可能の条件として本発明では印刷装置にエラーが発生していなく、受信バッファに空きが存在する場合を想定するが、その他の条件があっても良い。ステップＳ１７００でジョブ受付可能と判定された場合ステップＳ１７０１でジョブがあるか否か判定される。この処理はオプションであり、無くても本発明には全く影響が無いが、このオプションによりより効率的に印刷要求を行うことが可能になる。ジョブ検知手段としては、クライアントコンピュータからのブロードキャスト、サーバコンピュータからのブロードキャスト、ＵＮＩキャスト、ディレクト或いはファイルシステムの変更、ＤＢの変更監視或いはこれらを監視しているコンポーネントからの通知等任意である。ステップＳ１７０１でＮＯと判定された場合には、ステップＳ１７００へ戻る。ステップＳ１７０１でＹＥＳと判定された場合には、ステップＳ１７０２でサーバに対してジョブリスト取得要求を発行する。ステップＳ１７０３でリストの取得に成功したと判定されればステップＳ１７０４で後述のジョブ選択処理に移る。続いてステップＳ１７０５でジョブの選択が成功したと判定されれば、ステップＳ１７０６でサーバ１０１に対してＰＵＬＬ要求を発する。ステップＳ１７０７でＰＵＬＬ要求が成功し、サーバからの受信が開始した時点で印刷装置は印刷ＴＡＳＫ（ステップＳ１７０８からステップＳ１７１１）を起動し、ステップＳ１７００へ戻る。ステップＳ１７０８ではステップＳ１７０９で印刷完了と判定されるまで印刷処理が継続される。印刷処理とは受信バッファからデータを読み込み、解析、イメージデータ作成、転写、排紙、フィニッシング等の一連の作業を差すが、ここでは特に説明しない。また印刷開始頁コマンドが指定されている場合、印刷装置は該当頁まで該ジョブデータをスキップし、該当頁から用紙への転写を行う。印刷処理はジャム用紙無し等により印刷が継続できなくなった再にも終了する。印刷が終了するとステップＳ１７１０において印刷終了処理が行われる。本発明においては、印刷装置が印刷完了をサーバ１０１に通知し後述の印刷終了処理を起動するか或いは、印刷装置内の本ステップで後述の印刷終了処理を起動するか或いは印刷を監視している第３のプログラムに完了を通知し、第３のプログラムから後述の印刷終了処理を起動して、サーバ１０１に残されている該ジョブを削除或いは再送するための転送済み属性変更処理を行う。続いてステップＳ１７１１で印刷データを削除し、ステップＳ１７１２においてジョブ管理テーブルを更新して印刷処理は終了する。

＜第二の発明における印刷装置における処理＞
続いて図１１を用いて、第二の発明における印刷手段としての印刷装置１０５における印刷処理の概要について説明する。

印刷処理はステップＳ１１００で印刷装置がジョブ受付可能と判定された時に開始される。ジョブ受付可能の条件として本発明では印刷装置にエラーが発生していなく、受信バッファに空きが存在する場合を想定するが、その他の条件があっても良い。ステップＳ１１００でジョブ受付可能と判定された場合ステップＳ１１０１でジョブがあるか否か判定される。この処理はオプションであり、無くても本発明には全く影響が無いが、このオプションによりより効率的に印刷要求を行うことが可能になる。ジョブ検知手段としては、クライアントコンピュータからのブロードキャスト、サーバコンピュータからのブロードキャスト、ＵＮＩキャスト、ディレクト或いはファイルシステムの変更、ＤＢの変更監視或いはこれらを監視しているコンポーネントからの通知等任意である。ステップＳ１１０１でＮＯと判定された場合には、ステップＳ１１００へ戻る。ステップＳ１１０１でＹＥＳと判定された場合には、ステップＳ１１０２でサーバに対してジョブリスト取得要求を発行する。ステップＳ１１０３でリストの取得に成功したと判定されればステップＳ１１０４で後述のジョブ選択処理に移る。続いてステップＳ１１０５でジョブの選択が成功したと判定されれば、ステップＳ１１０６でサーバ１０１に対してＰＵＬＬ要求を発する。ステップＳ１１０７でＰＵＬＬ要求が成功し、サーバからの受信が開始した時点で印刷装置は印刷ＴＡＳＫ（ステップＳ１１０８からステップＳ１１１１）を起動し、ステップＳ１１００へ戻る。ステップＳ１１０８ではステップＳ１１０９で印刷完了と判定されるまで印刷処理が継続される。印刷処理とは受信バッファからデータを読み込み、解析、イメージデータ作成、転写、排紙、フィニッシング等の一連の作業を差すが、ここでは特に説明しない。また印刷開始頁コマンドが指定されている場合、印刷装置は該当頁まで該ジョブデータをスキップし、該当頁から用紙への転写を行う。印刷処理はジャム用紙無し等により印刷が継続できなくなった再にも終了する。ステップＳ１１０９で印刷処理が完了したと判定されるとステップＳ１１１０で印刷の結果が判定される。ＹＥＳの場合つまり印刷が失敗したと判定された場合にはステップＳ１１１１において印刷装置内に保存されている該ジョブをサーバ１０１に返却する。ジョブの返却処理はサーバのステップＳ９０２で定義されているジョブ受け付け処理を印刷装置から起動する事で行う。またこの際に印刷済み頁属性を設定するように構成しても良い。続いてステップＳ１１１２印刷装置内１０５内のバッファに存在する印刷データを削除し、ステップＳ１１１３でジョブ管理テーブルを更新し印刷処理を終了する。

＜第一の発明におけるジョブ終了手段における処理＞
図１９は、第一の発明におけるジョブ終了手段の処理概要を示すフローチャートである。ジョブ終了手段はサーバ１０１上或いは印刷装置１０５上或いはその他のコンピュータ或いは印刷装置で動作する第３のプログラムである。

ステップＳ１９００で印刷終了が確認されると、ステップＳ１９０１でその結果を判定する。成功であればステップＳ１９０２で該ジョブの削除命令をサーバ１０１に対して発行する。失敗であれば、ステップＳ１９０３でサーバに対してジョブ属性更新命令を発行し、転送済みフラグをクリアする。これによりサーバでは該ジョブを再送する事が可能となる。またジョブ属性を更新する再には前記印刷装置で完了した頁の属性を合わせてセットしても良い。

実施形態に係る印刷処理システムの構成を示す図クライアントとプリントサーバとして使用されるコンピュータの構成を説明するブロック図図２に示したＲＡＭのメモリマップの一例を示す図図２に示したＦＤのメモリマップの一例を示す図図２に示したＦＤドライブに対して挿入されるＦＤとの関係を示す図第二の発明における印刷システムの処理概要図本発明を適用する印刷システムにおけるクライアントの機能ブロック図印刷ジョブを生成するクライアントにおける処理の概略を示すフローチャート第二の発明におけるサーバの処理概要を示すフローチャートジョブ選択手段におけるジョブ選択処理の概要を示すフローチャート第二の発明における印刷処理の概要を示すフローチャートクライアントが作成するジョブ属性ファイルの例を示す図クライアントが作成するジョブデータファイルの例を示す図第二の発明におけるサーバで管理するジョブデータの構成の一例を示す図第一の発明における印刷システムの処理概要図第一の発明におけるサーバの処理概要を示すフローチャート第一の発明における印刷装置の処理概要を示すフローチャート第一の発明におけるサーバで管理するジョブデータの構成の一例を示す図ジョブ終了処理手段における終了処理を示す図

符号の説明

１０１サーバコンピュータ
１０２〜１０４クライアントコンピュータ
１０５印刷装置
１０６ネットワーク

Claims

印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、
前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とジョブ転送後にもジョブを残すジョブ保存手段と、
転送したジョブにマークをつける転送済みマーク付け手段と前記転送済みジョブマーク付け手段によってマークされたジョブを転送しないようにした再転送抑止手段と、前記転送済みジョブマーク手段によってマークされたジョブのマークを消すための転送済みジョブマーク消去手段と、前記ジョブリスト中のジョブを削除するためのジョブ削除手段を有したＷｅｂＳｅｒｖｉｃｅと、
前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、
前記印刷手段による該ジョブの印刷終了を検知し正常終了であればジョブを自動的に削除するか或いは異常終了時には前記転送済みジョブマーク付け手段でマークされたマークを自動的に消去し該ジョブの再送を可能とするジョブ終了処理手段と、
を有することを特徴とする印刷システム。
印刷処理を受け付けサーバにジョブを転送する１つ以上のクライアントコンピュータと、
前記クライアントコンピュータからの印刷ジョブを受け付けスプールするジョブスプール手段と前記スプール手段にスプールされたジョブのリストを管理するジョブリスト管理手段と前記ジョブリスト中の１つ以上のジョブデータを要求された際に１つ以上のジョブをネットワークデバイスへ転送するジョブ転送手段とを有したＷｅｂＳｅｒｖｉｃｅと、
前記ＷｅｂＳｅｒｖｉｃｅが管理しているジョブの一覧から１つ以上のジョブを選択するジョブ選択手段と該ジョブ選択手段によって選択された印刷ジョブの取得を前記ＷｅｂＳｅｒｖｉｃｅに要求する印刷ジョブ要求手段と該印刷ジョブ要求手段によって前記ＷｅｂＳｅｒｖｉｃｅから送信された該ジョブを印刷するための印刷手段と、
前記印刷手段は該ジョブのエラーが発生した時には受け取った該ジョブを前記ＷｅｂＳｅｒｖｉｃｅへ返却するジョブ返却手段を有することを特徴とする印刷システム。
前記ジョブ選択手段は、前記ＷｅｂＳｅｒｖｉｃｅが保持しているジョブのリストを取得するジョブリスト取得手段と、前記ジョブリスト取得手段によって取得されたジョブリストと前記印刷手段が保持している属性を比較し、印刷可能なジョブを選択することを特徴とする請求項１または２に記載の印刷システム。
前記ジョブ選択手段は、前記ＷｅｂＳｅｒｖｉｃｅが保持しているジョブを順次選択し、該ジョブと前記印刷手段が保持している属性を比較し、印刷可能なジョブを選択することを特徴とする請求項１または２に記載の印刷システム。
前記ジョブ転送手段は、印刷が異常終了したと検知された際には印刷済み頁の情報を元に印刷開始頁コマンドと共に全ジョブデータを送信することを特徴とする請求項１に記載の印刷システム。
前記ジョブ転送手段は、印刷が異常終了したと検知された際には印刷済み頁の情報を元に続きジョブデータを転送することを特徴とする請求項１に記載の印刷システム。
前記ジョブ選択手段は、一定の間隔で前記ＷｅｂＳｅｒｖｉｃｅに対して起動されることを特徴とする請求項１乃至４のいずれかに記載の印刷システム。
前記ジョブ選択手段は、前記ＷｅｂＳｅｒｖｉｃｅがクライアントからのジョブを受け付けたことを検知するためのジョブ検知手段を備え、前記ジョブ検知手段がジョブの受付を検知した際に、前記ＷｅｂＳｅｒｖｉｃｅに対して起動されることを特徴とする請求項１乃至６のいずれかに記載の印刷システム。
前記ジョブ選択手段は、前記印刷手段がジョブを処理できる状態になった際に、前記ＷｅｂＳｅｒｖｉｃｅに対して起動されることを特徴とする請求項１乃至６のいずれかに記載の印刷システム。