(57)【要約】【課題】特別な構成を必要とせずに、設定されている以外の印刷装置で印刷処理を実行する。【解決手段】スケジュール記憶部１０４は、印刷データ取得元の情報と、印刷日時を含むスケジュール情報を格納する。スケジュール制御部１０３は、スケジュール情報に基づいて、印刷日時となった場合に、印刷可能か否かを判定する。スケジュール制御部１０３がスケジュール通りに印刷不可能と判定した場合、スケジュール転送部１０１は、スケジュール情報を、予め決められた転送先印刷装置に転送する。【選択図】        図１
2004220398.tif 000002
【特許請求の範囲】
【請求項１】
印刷データ取得元装置の情報と、印刷日時を含むスケジュール情報を格納するスケジュール記憶部と、
前記スケジュール情報に基づいて、前記印刷日時となった場合に自印刷装置が印刷可能か否かを判定するスケジュール制御部と、
前記スケジュール制御部がスケジュール通りの印刷が不可能と判定した場合は、前記スケジュール情報を予め決められた転送先印刷装置に転送するスケジュール転送部とを備えたことを特徴とする印刷装置。
【請求項２】
請求項１に記載の印刷装置において、
スケジュール情報設定元装置の識別情報をスケジュール情報として格納するスケジュール記憶部と、
自印刷装置で印刷を実行した場合は、当該自印刷装置の識別情報を前記スケジュール情報設定元装置に通知する印刷情報転送部とを備えたことを特徴とする印刷装置。
【請求項３】
請求項１または２に記載の印刷装置において、
スケジュール制御部およびスケジュール転送部は、共通言語を用いて実現されていることを特徴とする印刷装置。
【請求項４】
請求項３に記載の印刷装置において、
共通言語は、Ｊａｖａ言語であることを特徴とする印刷装置。
【請求項５】
印刷データ取得元装置の情報と、印刷日時を含むスケジュール情報を格納するスケジュール記憶部と、
前記スケジュール情報を他の印刷装置から受信して前記スケジュール記憶部に格納し、かつ、前記スケジュール情報に基づいて、前記印刷日時となった場合に前記印刷データ取得元装置から印刷データを取得するスケジュール制御部と、
前記スケジュール制御部が取得した印刷データの印刷処理を実行する印刷処理部とを備えたことを特徴とする印刷代行装置。
【請求項６】
印刷データ取得元装置と印刷装置がネットワークを介して接続され、前記印刷装置が所定のスケジュールに従って前記印刷データ取得元装置から印刷データを取得し、これを印刷する印刷方法であって、
前記印刷装置に当該印刷装置とは異なる転送先印刷装置の情報を設け、自印刷装置が前記スケジュール通りの印刷が不可能な場合は、当該スケジュールを、前記転送先印刷装置に転送することを特徴とする印刷方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホストコンピュータから印刷元情報としてＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）のみ受け取り、指定されたＵＲＬから印刷データを取得して印刷を行うプルプリント印刷を行う印刷装置及び印刷代行装置並びに印刷方法に関する。
【０００２】
【従来の技術】
プルプリント印刷とは、ホストコンピュータから印刷装置に対して、印刷データそのものを転送するのではなく、ＵＲＬのみを転送し、転送先の印刷装置では、転送されたＵＲＬを用いてネットワーク（例えばインターネット）上からＨＴＭＬデータを取得し、印刷を行う印刷方法である（例えば、特許文献１参照）。
【０００３】
通常の印刷ではホストコンピュータがＵＲＬから一旦取得した印刷データを印刷装置に転送して印刷を行うため、同様の印刷データがネットワーク上を２回流れることになる。これに対して、プルプリント印刷では、印刷データはネットワーク上を１回しか流れないため、ネットワークへの負荷が少ないという特徴を有している。
【０００４】
このようなプルプリント印刷は、定期的にＷｅｂページを印刷するような場合によく応用されている。例えば、設定された時刻に毎日Ｗｅｂページの印刷を行う際には、通常の印刷では毎日同じデータが２回ネットワークを流れることになり、効率が悪い。また、プルプリント印刷では、印刷装置単独で印刷が行えるため、設定時刻に印刷装置が起動しているだけでよく、指示を行うホストコンピュータは起動している必要はない。
【０００５】
【特許文献１】
特開２００１−２１６１１６号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来のように、例えばＷｅｂページの定期的に印刷するといったプルプリント印刷のシステムでは、設定された時刻の印刷装置の状態が分からないため、印刷が行えない、または印刷が可能であっても設定された時刻より相当遅れて印刷される場合がある、といった問題があった。このような問題が発生するのは、例えば設定された時刻に大量の印刷を行う印刷ジョブがあった場合や、印刷装置そのものが起動されていない場合等である。
【０００７】
また、上記先行技術文献では、バーチャルプリンタサーバを用いて印刷を行うプリンタの候補を複数持ち、印刷可能となったいずれか一つのプリンタで印刷する装置を開示している。しかしながら、このような装置では、ホストコンピュータや実際に印刷する印刷装置以外にバーチャルプリンタサーバを用意する必要があるという問題があった。
【０００８】
【課題を解決するための手段】
本発明は、前述の課題を解決するため次の構成を採用する。
即ち、印刷データ取得元装置の情報と、印刷日時を含むスケジュール情報を格納するスケジュール記憶部を設ける。また、スケジュール情報に基づいて、印刷日時となった場合に自印刷装置が印刷可能か否かを判定するスケジュール制御部を設ける。更に、スケジュール制御部がスケジュール通りの印刷が不可能と判定した場合は、スケジュール情報を予め決められた転送先印刷装置に転送するスケジュール転送部を設ける。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて詳細に説明する。
《具体例１》
〈構成〉
図１は、本発明の具体例１の印刷装置を含む印刷システムの構成図である。
図において、印刷装置１００、ホストコンピュータ２００、印刷データ取得元装置３００はネットワーク４００にそれぞれ接続されている。印刷装置１００は、プルプリント印刷機能を有するプリンタであり、図面では１台のみ示しているが、複数台の印刷装置１００がネットワーク４００に接続されている。ホストコンピュータ２００は、印刷装置１００に対してスケジュール設定を行うためのスケジュール情報設定元装置としての機能を有するコンピュータである。印刷データ取得元装置３００は、例えばＷｅｂサーバやメールサーバといったプルプリント印刷の対象となる印刷データの取得元装置であり、例えば、印刷データはＵＲＬで指定できるようになっている。ネットワーク４００は、例えばインターネットといったネットワークである。
【００１０】
印刷装置１００は、スケジュール転送部１０１、通信制御部１０２、スケジュール制御部１０３、スケジュール記憶部１０４、ジョブ管理部１０５、プリントエンジン部１０６、印刷処理部１０７を備えている。
【００１１】
スケジュール転送部１０１は、スケジュール制御部１０３が、スケジュール通りの印刷が不可能と判定した場合に、スケジュール記憶部１０４に格納されているスケジュール情報を、所定の転送先印刷装置に対して転送する機能部である。
通信制御部１０２は、印刷装置１００としてネットワーク４００上のデータの送受信を行うための機能部である。スケジュール制御部１０３は、スケジュール記憶部１０４に格納されているスケジュール情報に基づいて、そのスケジュール通りに印刷可能か否かを判定する機能部であり、印刷不可能と判定した場合は、スケジュール転送部１０１に対して、そのスケジュール情報を転送先印刷装置に対して転送するよう指示を行う機能部である。スケジュール記憶部１０４は、ホストコンピュータ２００や他の印刷装置から送られてきたスケジュール情報を格納するための機能部である。ジョブ管理部１０５は、その印刷装置１００が現在印刷しているジョブの管理を行う機能部である。プリントエンジン部１０６は、実際に印刷を行う機能部であり、印刷処理部１０７は、プリントエンジン部１０６で印刷を行うためのページ記述言語の翻訳といった各印刷処理の制御を行う機能部である。
【００１２】
〈動作〉
次に動作について説明する。
図２は、具体例１における印刷装置１００の動作を示すフローチャートである。
先ず、印刷装置１００に対するイベントチェック（ステップＳ１）で、印刷データを受信した場合は、印刷処理（ステップＳ２）を行う。即ち、これは印刷装置１００における通常の印刷処理である。
【００１３】
図３は、図２中の処理に対するサブルーチンのフローチャートである。
図３において、（ａ）は図２のステップＳ２の印刷処理のフローチャートである。印刷処理としては、先ず、印刷処理部１０７が印刷データの処理（ページ記述言語の翻訳等）を行い（ステップＳ２１）、プリントエンジン部１０６が印刷を行う（ステップＳ２２）。
【００１４】
図２に戻り、ステップＳ１のイベントチェックにおいて、イベントがスケジュール情報の受信であった場合は、受信したスケジュール情報をスケジュール記憶部１０４に格納する（ステップＳ３）。本発明の印刷装置１００では、ホストコンピュータ２００から送信された場合、あるいは自印刷装置の操作盤（図示省略）から直接指示された場合、更には、他の印刷装置から転送された場合でも同様にステップＳ３の処理を行う。その一例としてホストコンピュータ２００からスケジュール情報を送信した場合の動作を説明する。
【００１５】
プルプリント印刷を指示するユーザは、ホストコンピュータ２００を用いて、プルプリント印刷を行う印刷装置１００へのスケジュール情報を設定する。このスケジュール情報としては、例えば次の情報を含むものである。
▲１▼プルプリント印刷を行うＷｅｂページのＵＲＬやメールサーバのユーザアドレス
▲２▼印刷日時
▲３▼取得日時
▲４▼転送先装置情報
▲５▼印刷範囲
【００１６】
上記の「▲２▼印刷日時」とは、実際に指定した印刷装置１００で印刷を実施する日時である。また、「▲３▼取得日時」とは、印刷装置１００が印刷データ取得元装置３００にアクセスし、印刷データを取得する日時である。更に、「▲４▼転送先装置情報」とは、指定した印刷装置１００がスケジュール通りに印刷できなかった場合に、他の印刷装置に転送するか否かの情報や、転送する場合の転送先印刷装置を指定するための識別情報（例えば、装置名やネットワークアドレス等）、更に転送先印刷装置の優先順位といった情報である。即ち、指定する印刷装置１００でのみ印刷（他の印刷装置での印刷不可）といった指定や、カラープリンタ／モノクロプリンタといった種別で転送先印刷装置を指定することも可能である。
そして、「▲５▼印刷範囲」とは、Ｗｅｂページのみといった指定や、そのＷｅｂページにリンクされている全てのページといった指定である。また、電子メールの場合では、何通迄といった印刷上限の指定や送信者が誰々であるメールのみ、といった指定を行うことが可能である。尚、これらスケジュール情報として、例えば、上記▲４▼転送先装置情報として、印刷装置１００が予めデフォルトの設定情報を有し、この設定情報に従って転送先の印刷装置を決定するようにしてもよい。
【００１７】
このようなスケジュール情報がホストコンピュータ２００から送信されると、ネットワーク４００を介して通信制御部１０２で受信する。そして、スケジュール制御部１０３は、このようなスケジュール情報をスケジュール記憶部１０４に格納する。
【００１８】
また、他の印刷装置から上記のスケジュール情報を受信した場合も、同様の処理が行われる。そして、印刷装置１００の図示省略した操作盤より直接スケジュール情報を設定した場合も、通信制御部１０２を介さずに、このようなスケジュール情報を受け取ることが上記のホストコンピュータ２００からの指定と異なるだけで、スケジュール制御部１０３は、同様の処理を行う。
【００１９】
図２において、ステップＳ１のイベントチェックで、スケジュール時刻が到来した場合は、スケジュール印刷処理を行う（ステップＳ４）。即ち、スケジュール制御部１０３は、印刷装置１００内に設けられた図示しない時計部からの現在日時信号に基づいて、スケジュール日時が到来したかを判定している。そして、スケジュール日時が到来した場合は、ステップＳ４のスケジュール印刷処理が起動される。
【００２０】
図３（ｂ）は、スケジュール印刷処理のフローチャートであり、これは次のように行われる。即ち、スケジュール制御部１０３は、ジョブ管理部１０５をアクセスし、現在印刷可能か否かを判定する（ステップＳ４１）。ここで、印刷が可能であった場合、スケジュール制御部１０３は、スケジュール記憶部１０４に格納されているスケジュール情報を参照し、通信制御部１０２を介して印刷データ取得元装置３００から、スケジュール情報で指定されている印刷データを取得する（ステップＳ４２）。即ち、指定されている印刷データがＷｅｂページに関するものである場合は、指定されているＵＲＬにアクセスし、そのＵＲＬのＷｅｂページのデータを取得する。そして、取得した印刷データを印刷する（ステップＳ４３）。尚、ステップＳ４３の印刷処理は、図３（ａ）の印刷処理と同様である。
【００２１】
一方、上記ステップＳ４１において印刷が不可能である場合、例えば、大量の印刷を行うジョブが起動中である場合はスケジュール通りの印刷が不可能であると判定する。この判定としては、スケジュール制御部１０３がジョブ管理部１０５にて管理している状況を問い合わせ、ジョブ管理部１０５にて管理しているジョブが大量の印刷ジョブであった場合に、スケジュール制御部１０３は印刷不可能と判定する。このような場合、スケジュール制御部１０３は、スケジュール記憶部１０４に記憶されているスケジュール情報の転送をスケジュール転送部１０１に指示する。これにより、スケジュール転送部１０１は、スケジュール記憶部１０４のスケジュール情報を他の印刷装置に対して転送する（ステップＳ４４）。ここで、転送先印刷装置の判定方法としては、スケジュール制御部１０３が、スケジュール情報中の上述した▲４▼転送先装置情報を参照して転送先の印刷装置を決定し、この転送先印刷装置の情報をスケジュール転送部１０１に指定する。あるいは、スケジュール転送部１０１にて▲４▼転送先装置情報を参照し、転送先の印刷装置を決定してもよい。また、▲４▼転送先装置情報において、印刷装置の優先順位が指定されていた場合は、その優先順位の高い印刷装置に対して転送処理を行う。
【００２２】
また、図２に戻り、ステップＳ１のイベントチェックにおいて、印刷装置１００の電源がオフとなる場合、スケジュール制御部１０３に対して図示しない電源断信号が入力される。これにより、スケジュール制御部１０３は、スケジュール記憶部１０４に保存されている全スケジュールを転送する（ステップＳ５）。このスケジュール転送処理は、図３（ｂ）におけるステップＳ４４の処理と同様である。即ち、スケジュール制御部１０３は、スケジュール記憶部１０４に記憶されているスケジュール情報の転送をスケジュール転送部１０１に指示し、スケジュール転送部１０１が正常に転送終了した場合に、その完了信号に基づいて、所定の電源断の許可を行う。
【００２３】
〈効果〉
以上のように、具体例１の印刷装置によれば、プルプリント印刷を行う印刷装置がスケジュール通りに印刷できない場合は、自身のスケジュール情報を他の印刷装置に対して転送するようにしたので、別途にプリントサーバ等の構成がなくても、他の印刷装置へのスケジュールの転送が可能である。また、ネットワーク４００上を流れるデータはスケジュール情報のみであって印刷データは流れないため、ネットワーク４００に余計な負荷を与えることがない。
【００２４】
《具体例２》
具体例２は、転送先印刷装置が印刷を行った場合に、その印刷情報をホストコンピュータ２００に送るようにしたものである。
【００２５】
〈構成〉
図４は、具体例２の構成図である。
図示の印刷システムは、印刷装置１００ａ、ホストコンピュータ（スケジュール情報設定元装置）２００、印刷データ取得元装置３００、ネットワーク４００からなり、これらシステムの基本的な構成は具体例１と同様である。印刷装置１００ａは、具体例１における印刷装置１００と同様の機能を備えていると共に、印刷情報転送部１１０を備えている。この印刷情報転送部１１０は、自印刷装置において印刷処理を行い、かつ、自印刷装置が、スケジュール情報の設定元装置であるホストコンピュータ２００から最初に印刷指定されている印刷装置ではなかった場合、ホストコンピュータ２００に対して自印刷装置の情報を通知する機能を有している。即ち、自印刷装置がスケジュール情報の▲４▼転送先装置情報中の装置であった場合は、例えば自印刷装置の装置名やネットワークアドレス等の識別情報をホストコンピュータ２００に対して電子メールといった手段を用いて送信する機能を有している。
【００２６】
また、本具体例のスケジュール情報としては、具体例１における▲１▼〜▲５▼の情報に加えて、▲６▼ホストコンピュータ２００の情報が備えられている。印刷情報転送部１１０は、電子メールを送信する場合は、この「▲６▼ホストコンピュータ２００」の情報を参照して、ホストコンピュータ２００宛に送信するよう構成されている。印刷装置１００ａ内の他の構成は具体例１と同様であるため、対応する部分に同一符号を付してその説明を省略する。
【００２７】
〈動作〉
先ず、印刷装置１００ａにおける印刷処理およびスケジュール転送処理に関しては、具体例１の図２、図３に示した処理と同様であるため、ここでの説明は省略する。尚、上述したように、具体例２においては、スケジュール記憶部１０４に記憶されるスケジュール情報として「▲６▼ホストコンピュータ２００の情報」を含んでいる。
【００２８】
このような状態において、印刷処理を行った場合は印刷情報転送処理が起動される。
図５は、印刷情報転送処理のフローチャートである。
印刷処理が行われると、先ず、印刷情報転送部１１０は、スケジュール記憶部１０４に記憶されているスケジュール情報を参照して、自印刷装置がホストコンピュータ２００から最初に印刷指定されている印刷装置であるか、即ち、自印刷装置が転送先装置情報中の装置であるか否かを判定する（ステップＳ５１）。そうであった場合は、スケジュール情報中のホストコンピュータ２００の情報を取得し（ステップＳ５２）、このホストコンピュータ２００宛に自印刷装置の装置名等を記載した電子メールを送信する（ステップＳ５３）。尚、ステップＳ５１において、自印刷装置が転送先装置情報中の装置でなかった場合、即ち、ホストコンピュータ２００から最初に印刷指定された印刷装置１００ａであった場合はそのまま終了する。また、図３（ａ）に示すように、直接、印刷データを受けて印刷処理を行った場合はスケジュール情報そのものが存在しないため、印刷情報の転送処理は行われず、そのまま終了する。
【００２９】
尚、上記の構成、動作の説明において、自印刷装置が転送先装置情報に含まれるか否かの判定とホストコンピュータの情報取得を印刷情報転送部１１０が行うようにしたが、これらの処理をスケジュール制御部１０３を行い、印刷情報の転送を印刷情報転送部１１０に指示するようにしてもよい。
【００３０】
〈効果〉
以上のように、具体例２によれば、具体例１の構成に加えて、最初に設定された印刷装置以外の印刷装置で印刷を行った場合は、その印刷装置の情報をホストコンピュータ２００に通知するようにしたので、転送される印刷装置が多い場合や、ホストコンピュータ２００のユーザから離れた場所に設置されている印刷装置にスケジュール情報が転送された場合でも、ユーザの利便性を損なうことがない。
【００３１】
《具体例３》
具体例３は、スケジュールの転送、受信、制御を行う装置を共通言語を用いて構成するようにしたものである。即ち、本発明におけるプルプリント印刷では、ネットワーク４００に接続されている複数の印刷装置で上述した具体例１、２で説明したような動作を行わなければならない。通常、ネットワーク上には、様々なプリンタ（例えばカラープリンタ／モノクロプリンタ等）が存在するが、それらはその形態に合わせて様々なハードウェアやＯＳ（オペレーティングシステム）で設計されており、このような異なるプリンタ毎に上述した具体例１、２の構成を実現するためのソフトウェアを開発することは非常に多くの時間、労力が必要となってしまう。そこで、具体例３では、具体例１におけるスケジュール転送部１０１、スケジュール制御部１０３や具体例２における印刷情報転送部１１０を例えばＪａｖａ言語（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社が開発したオブジェクト指向言語（Ｊａｖａ：米国  Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標））といった共通言語を用いて実現している。
【００３２】
〈構成〉
図面上の構成は、具体例１、２における図１、図４と同様であるため、具体例２の図４を援用して説明する。
具体例３のスケジュール転送部１０１、スケジュール制御部１０３および印刷情報転送部１１０は、それぞれＪａｖａ言語で記述されたプログラムを動作させるためのＪａｖａＶＭ（Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｒｃｈｉｎｅ：Ｊａｖａ仮想マシン）を内蔵している。これ以外は、具体例２の構成と同様である。
【００３３】
〈動作〉
具体例３においては、印刷処理、スケジュール転送処理および印刷情報転送処理の動作そのものは具体例２と同様である。但し、具体例３では、スケジュール情報をＪａｖａ言語で記述しており、このようなスケジュール情報に基づいて、スケジュール転送部１０１、スケジュール制御部１０３および印刷情報転送部１１０は動作を行う。
尚、上記の動作において、具体例１においても印刷情報転送部１１０の処理がないだけでこれ以外の動作は同様である。
【００３４】
〈効果〉
以上のように、具体例３によれば、印刷装置における異なるプラットフォームを吸収する共通言語で、スケジュール転送部１０１、スケジュール制御部１０３および印刷情報転送部１１０を構成したので、これらの構成を実現するためのソフトウェアを様々な印刷装置で共通化することができる。従って、開発に要する時間、労力を大幅に節約することができる。
【００３５】
《利用形態》
上記各具体例では、スケジュール通りに印刷不可能な状態の例として、大量の印刷を行う印刷ジョブが実行されている場合を説明したが、本発明はこれに限定されるものではない。これ以外にも、例えば、用紙切れ、電子写真プリンタにおけるドラム寿命やトナー切れといった印刷装置における障害の発生、あるいは印刷装置に課金システム等が設定され、ユーザの印刷枚数の上限が設定されていてその上限に達している場合等、様々な理由でスケジュール通りに印刷が不可能な状態に適用することが可能である。
【００３６】
また、上記具体例３では、共通言語としてＪａｖａ言語を用いたが同様の機能を有する言語であれば、これ以外の言語であってもよい。
【００３７】
更に、上記各具体例において、スケジュール転送部１０１を持たない印刷代行装置を設けてもよい。このような印刷代行装置は、図１中のスケジュール転送部１０１を備えていないだけで他の各構成は同様であるため、その図示は省略する。即ち、印刷代行装置では、スケジュール情報を受け取るのみで、自印刷装置から他の印刷装置へのスケジュール転送は行わない。また、このような印刷代行装置において、具体例２における印刷情報転送部１１０を備え、印刷を実行した場合はホストコンピュータ２００に対して装置情報を通知するよう構成してもよい。尚、このような印刷代行装置において、自印刷装置の印刷情報をホストコンピュータ２００に通知しない場合は、スケジュール情報として、「▲４▼転送先装置情報」は省略することも可能である。
【００３８】
【発明の効果】
以上のように、本発明の印刷装置によれば、スケジュール通りに印刷ができない場合は、スケジュール情報を他の印刷装置に転送するようにしたので、特別な構成を必要とせずに他の印刷装置での印刷処理を実行することができる。また、ネットワーク上を流れるデータはスケジュール情報のみであって印刷データは流れないため、ネットワークに余計な負荷を与えることがないという効果がある。
【図面の簡単な説明】
【図１】本発明の印刷装置の具体例１の構成図である。
【図２】本発明の印刷装置の具体例１の動作を示すフローチャートである。
【図３】図２の処理のサブルーチンのフローチャートである。
【図４】本発明の印刷装置の具体例２の構成図である。
【図５】具体例２における印刷情報転送処理のフローチャートである。
【符号の説明】
１００、１００ａ  印刷装置
１０１  スケジュール転送部
１０３  スケジュール制御部
１０４  スケジュール記憶部
１１０  印刷情報転送部
２００  ホストコンピュータ
３００  Ｗｅｂサーバ（印刷データ取得元）
【図１】
2004220398.tif 000003
【図２】
2004220398.tif 000004
【図３】
2004220398.tif 000005
【図４】
2004220398.tif 000006
【図５】
2004220398.tif 000007