JP6563070B2

JP6563070B2 - 画像形成装置

Info

Publication number: JP6563070B2
Application number: JP2018084192A
Authority: JP
Inventors: 岳史木暮
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2018-04-25
Filing date: 2018-04-25
Publication date: 2019-08-21
Anticipated expiration: 2033-07-30
Also published as: JP2018127004A

Description

本発明は、ネットワーク上のサーバに蓄積された印刷ジョブをダウンロードし、印刷する画像形成装置に関する。

ネットワーク上に蓄積された印刷ジョブを、画像形成装置がダウンロードし印刷するクラウドプリントサービスが知られている（特許文献１）。

クラウドプリントサービスでは、サービスを提供しているサーバが印刷ジョブを制御するためのＡＰＩを公開し、画像形成装置がそれを利用することでクラウドプリントを実現している。ＡＰＩは最低限次の３つで構成されている。１つはサーバ上に蓄積されているジョブ情報のリストを取得するＡＰＩ（以降ｆｅｔｃｈと記す）。もう一つはジョブのチケット、画像情報をダウンロードするＡＰＩ（以降ｄｏｗｎｌｏａｄと記す）。最後の一つはジョブの状態を制御するＡＰＩ（以降ｃｏｎｔｏｒｌと記す）である。また、ジョブは最低限次の３つの状態を持つ。印刷待ちの状態（以降ＱＵＥＵＥＤと記す），ダウンロード済み状態（以降ＩＮ＿ＰＲＯＧＲＥＳＳと記す），印刷済み状態（以降ＤＯＮＥと記す）。

特開２００２−１０８５７６号公報

図３は、ネットワーク上に蓄積された印刷ジョブをダウンロードし、印刷を行う際のフローを示している。画像形成装置は印刷処理を行う際、まずＳ１０１でｆｅｔｃｈを実行し、サーバ上に蓄積されているジョブ情報のリストを取得し、Ｓ１０２に進む。Ｓ１０２では、取得したジョブリストから印刷待ち状態のジョブがあるかどうかを調べ、ある場合はＳ１０３に進む。ない場合は終了する。Ｓ１０３では、印刷待ち状態のジョブのチケット、画像情報をダウンロードし、Ｓ１０４に進む。Ｓ１０４では、ダウンロードした情報を元に画像の印刷を行い、Ｓ１０５に進む。

Ｓ１０５では、サーバ上のジョブの状態を印刷済みの状態に設定するためｃｏｎｔｒｏｌを実行する。このｃｏｎｔｒｏｌ実行で、ジョブ状態を印刷済みに設定することで、次のＳ１０２の判定で印刷待ちのジョブがなくなり、印刷処理が終了する。このとき、Ｓ１０５のｃｏｎｔｒｏｌ実行が失敗した場合、次回のＳ１０２の判定で、先ほど印刷したジョブの状態が印刷待ちのままであるため、同じジョブを印刷してしまうという課題がある。

本発明は上記問題を鑑みてなされたものであり、ｃｏｎｔｒｏｌＡＰＩに失敗した際、同じジョブを複数回印刷することを避けることを目的とする。

実施形態の一つの側面として、印刷ジョブが印刷済みであるかを少なくとも示す状態情報を管理するサーバと、前記サーバから状態情報を取得するとともに状態情報が印刷済みでないことを示す印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを前記サーバに送信する画像形成装置と、を有する画像形成システムにおいて、前記サーバは、外部装置から送信されてくる印刷ジョブを受け付けた後、前記印刷ジョブに関する所定の通知を前記画像形成装置に対して送信する通知手段を有し、前記画像形成装置は、印刷済みで且つ前記サーバで管理される状態が印刷済みになっていると確認されていない印刷ジョブの識別情報を記憶する記憶手段と、前記識別情報が記憶されている状態において前記印刷ジョブに関する通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを、前記印刷ジョブを実行することなく前記サーバに対して送信する状態通知手段と、を有することを特徴とする画像形成システムが開示される。

本発明によれば、ｃｏｎｔｒｏｌＡＰＩに失敗した場合でも、同じジョブを複数回印刷することを避けることができるようになる。

本実施例における画像形成装置（ＭＦＰ）の利用環境を示す概略図である。図１記載のＭＦＰ２００のハードウェア構成を示すブロック図である。ネットワーク上のサーバからジョブをダウンロードし印刷する処理を示すフロー図である。本実施例における、印刷処理を示すフロー図である。本実施例における、失敗情報を示す。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本実施例における画像形成装置（ＭＦＰ）の利用環境を示す概略図である。クラウドプリントサーバー１００、ＭＦＰ２００、無線ネットワークルーター４００などが、クラウドネットワーク５００に接続されている。また、ＰＤＡ端末３００は、無線ネットワークルーター４００を介して、クラウドネットワーク５００に接続されている。

ＰＤＡ端末３００は、ユーザーによる印刷指示に応じて、予め定められたプロトコルによってクラウドプリントサーバー１００と通信し、印刷の要求を伝える。

クラウドプリントサーバー１００は、ＰＤＡ端末３００から印刷の要求を受けて、ＭＦＰ２００に対して印刷ジョブが届いたことを通知する。

ＭＦＰ２００は、クラウドプリントサーバー１００からの通知に従って、予め定められたプロトコルでクラウドプリントサーバー１００から印刷ジョブを受信し、印刷を実行する。なお、該プロトコルの概要については、後述する。

図２は、図１記載のＭＦＰ２００のハードウェア構成を示すブロック図である。図２において、ＭＦＰ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ネットワークインタフェースカード（ＮＩＣ）２０４、外部入力コントローラ（ＰＡＮＥＬＣ）２０５、各種ボタン或いはタッチパネル（ＰＡＮＥＬ）２０６を備えている。また、ＭＦＰ２００は、ディスプレイコントローラ（ＤＩＳＰＣ）２０７、ディスプレイ（ＤＩＳＰＬＡＹ）２０８、ディスクコントローラ（ＤＫＣ）２０９、ハードディスク（ＨＤ）２１０を備える。ＭＦＰ２００は、さらに、プリンタ部（ＰＲＩＮＴＥＲ）２１１、スキャナ部（ＳＣＡＮＮＥＲ）２１２を備えている。

ＣＰＵ２０１は、システムバス（ＳｙｓｔｅｍＢＵＳ）２１３に接続される各デバイスを総括的に制御すると共に、ＲＯＭ２０２或いは大規模記憶装置であるＨＤ２１０に記憶されたファームウェアモジュールを実行する。なお、ファームウェアモジュールは、少なくとも２つ以上のモジュールから構成され、ファームウェアモジュールの更新は、それぞれのモジュールごとに行うことが可能である。

また、ＣＰＵ２０１は、制御プログラムとしてのファームウェアモジュールに基づき後述の各フローチャートに示す処理を実行する。なお、ＨＤ２１０は、場合によっては画像の一時記憶場所としても使用されることがある。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリアとして機能する。

ＰＡＮＥＬＣ２０５は、ＭＦＰに装備されたＰＡＮＥＬ２０６からの指示入力を制御する。ＤＩＳＰＣ２０７は、ＤＩＳＰＬＡＹ２０８に対する描画を制御する。

ＮＩＣ２０４は、ＬＡＮ２１４を介して他のＭＦＰ、ファイルサーバ（不図示）と、双方向にデータのやり取りを行う。ＰＲＩＮＴＥＲ２１１は、電子写真方式で記録紙に画像形成を行う。ＳＣＡＮＮＥＲ２１２は、記録紙に印刷されている画像の読み取りを行う。ＳＣＡＮＮＥＲ２１２には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。

図４は、本実施例のジョブのダウンロードと印刷処理の流れを示したフローチャートである。ジョブのダウンロードと印刷処理は、他のプログラムと共に図２記載のＨＤ２１０に記憶されていて、電源が供給されるとＲＡＭ２０３に展開される。サーバからのジョブ投入通知の受信、あるいはユーザによるジョブ有無の問い合わせ要求を受けると、ＭＦＰは図４のフローを開始する。まず、Ｓ４０１において、ＷｅｂＡＰＩを失敗したジョブの失敗情報があるかどうか失敗情報キューを確認し、失敗したジョブがない場合はＳ４０２に進む。失敗したジョブがある場合はＳ４１１に進む。失敗情報キューは図５に示す情報を持つ。具体的には、ジョブを特定するためのジョブＩＤと、失敗の要因を示す情報を保持している。初期起動時は、このキューは空となる。

Ｓ４０２ではｆｅｔｃｈを行う。ｆｅｔｃｈでサーバに蓄積されたジョブ情報のリストを取得し、Ｓ４０３に進む。Ｓ４０３では、取得したリストから印刷待ち状態のジョブがあるかどうかを確認する。印刷待ち状態のジョブがある場合、一番新しい印刷待ちのジョブを、処理中のジョブとしてセットしＳ４０４に進む。ない場合処理を終了する。Ｓ４０４では、処理中のジョブ情報をダウンロードするためｄｏｗｎｌｏａｄを実行し、Ｓ４０５に進む。

Ｓ４０５では、ｄｏｗｎｌｏａｄの実行結果を確認し、成功している場合はＳ４０６に進む。失敗している場合はＳ４１３に進む。Ｓ４０６では、サーバ上のジョブの状態を、ダウンロードが終了したことを示すＩＮ＿ＰＲＯＧＲＥＳＳに設定するためにｃｏｎｔｒｏｌを実行し、Ｓ４０７に進む。

Ｓ４０７では、ｃｏｎｔｒｏｌの実行結果を確認し、成功している場合はＳ４０８に進む。失敗している場合はＳ４１６に進む。Ｓ４０８では、ダウンロードしたジョブの印刷を行い、Ｓ４０９に進む。Ｓ４０９では、サーバ上のジョブの状態を、印刷が終了したことを示すＤＯＮＥに設定するためにｃｏｎｔｒｏｌを実行し、Ｓ４１０に進む。Ｓ４１０では、ｃｏｎｔｒｏｌが成功したかどうかを確認し、成功した場合Ｓ４１８に進む。失敗した場合Ｓ４１７に進む。Ｓ４１１では、失敗情報を失敗情報キューからｐｏｐして情報を取得し、処理中のジョブ情報としてセットする。また、失敗情報を保持している領域をクリアし、Ｓ４１２に進む。

Ｓ４１２では、取得した失敗情報から失敗要因を調べ、ＩＮ＿ＰＲＯＧＲＥＳＳ設定のｃｏｎｔｒｏｌで失敗したか、ｄｏｎｗｌｏａｄで失敗した場合Ｓ４０４に進み、ＤＯＮＥ設定のｃｏｎｔｒｏｌで失敗した場合はＳ４２０に進む。Ｓ４１３では、ｆｅｔｃｈを実行しサーバからジョブリストを取得しＳ４１４に進む。Ｓ４１４では、取得したジョブリストに現在処理中のジョブが印刷待ち状態であるかを確認し、印刷待ち状態である場合終了し、印刷待ち状態でない場合Ｓ４０３に進む。

Ｓ４１５では、ｄｏｗｎｌｏａｄに失敗したことを示す失敗情報を生成して失敗情報キューに追加し、処理を終了する。Ｓ４１６では、ＩＮ＿ＰＲＯＧＲＥＳＳに設定するためのｃｏｎｔｒｏｌが失敗したことを示す失敗情報を生成して失敗情報キューに追加し、処理を終了する。Ｓ４１７では、ＤＯＮＥに設定するためのｃｏｎｔｒｏｌが失敗したことを示す情報を生成して失敗情報キューに追加し、処理を終了する。

Ｓ４１８では、失敗情報キューに残りがあるかどうかを確認し、ない場合はＳ４０２に進む。ある場合はＳ４１９に進む。Ｓ４１９では、失敗情報キューの先頭情報のｐｏｐし、保持されているジョブＩＤを処理ジョブとしてセットし、ｐｏｐした情報をクリアする。そして、Ｓ４０９に進む。

Ｓ４２０では、ｆｅｔｃｈを行いサーバからジョブリストをダウンロードし、Ｓ４２１に進む。Ｓ４２１では、取得したジョブリストに処理中のジョブよりも新しい印刷待ちジョブがあるかどうかを判断する。新しい印刷待ちジョブがある場合、そのジョブを印刷するためにＳ４０４に進み。ない場合は、再度ｃｏｎｔｒｏｌを実行するためにＳ４０９に進む。

以上のように構成することによって、本実施例のＭＦＰ２００は、ｃｏｎｔｒｏｌが失敗した場合でも、同じジョブを何度も印刷することを防ぐことができる。

１００ＬＡＮ
２００ＭＦＰ
２０６ＰＡＮＥＬ
２０８ＤＩＳＰＬＡＹ

Claims

印刷ジョブが印刷済みであるかを少なくとも示す状態情報を管理するサーバと、前記サーバから状態情報を取得するとともに状態情報が印刷済みでないことを示す印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを前記サーバに送信する画像形成装置と、を有する画像形成システムにおいて、
前記サーバは、
外部装置から送信されてくる印刷ジョブを受け付けた後、前記印刷ジョブに関する所定の通知を前記画像形成装置に対して送信する通知手段を有し、
前記画像形成装置は、
印刷済みで且つ前記サーバで管理される状態が印刷済みになっていると確認されていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において前記印刷ジョブに関する通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを、前記印刷ジョブを実行することなく前記サーバに対して送信する状態通知手段と、を有することを特徴とする画像形成システム。
印刷ジョブが印刷済みであるかを少なくとも示す状態情報を管理するサーバと、前記サーバから状態情報を取得して、状態情報が印刷済みでないことを示している印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置と、を有する画像形成システムにおいて、
前記画像形成装置は、
ユーザからの指示を受け付け、前記サーバから状態情報を取得する取得指示を受け付け可能な受付手段と、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていると確認されていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において前記取得指示を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを、前記印刷ジョブを実行することなく前記サーバに送信する状態通知手段と、を有することを特徴とする画像形成システム。
前記印刷済み状態とはＤＯＮＥで示される状態であることを特徴とする請求項１または２に記載の画像形成システム。
前記印刷済みでない状態は、ＱＵＥＵＥＤとＩＮ＿ＰＲＯＧＲＥＳＳを含むことを特徴とする請求項１乃至３のいずれか１項に記載の画像形成システム。
前記記憶手段は、実行が決定され且つ印刷に用いる印刷データを受信済みで且つ印刷済みでない印刷ジョブの識別情報を記憶することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成システム。
前記画像形成装置は、所定の条件に基づいて前記識別情報を消去する消去手段を有すること特徴とする請求項１乃至５のいずれか１項に記載の画像形成システム。
前記画像形成装置は、印刷ジョブの実行に用いる印刷データを前記サーバから受信する受信手段を備えること特徴とする請求項１乃至６のいずれか１項に記載の画像形成システム。
印刷ジョブが印刷済みであるかを少なくとも示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して状態情報が印刷済みでないことを示す印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩの通知を前記サーバに送信する画像形成装置において、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを、前記印刷ジョブを実行することなく前記サーバに送信する状態通知手段と、を有することを特徴とする画像形成装置。
前記印刷済みの状態とはＤＯＮＥで示される状態であることを特徴とする請求項８に記載の画像形成装置。
前記印刷済みでない状態は、ＱＵＥＵＥＤとＩＮ＿ＰＲＯＧＲＥＳＳを含むことを特徴とする請求項８または９に記載の画像形成装置。
前記記憶手段は、実行が決定され且つ印刷に用いる印刷データを受信済みで且つ印刷済みでない印刷ジョブの識別情報を記憶することを特徴とする請求項８乃至１０のいずれか１項に記載の画像形成装置。
所定の条件に基づいて前記識別情報を消去する消去手段を有すること特徴とする請求項８乃至１１のいずれか１項に記載の画像形成装置。
印刷ジョブの実行に用いる印刷データを前記サーバから受信する受信手段を備えること特徴とする請求項８乃至１２のいずれか１項に記載の画像形成装置。
印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して状態情報が印刷済みでないことを示す印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを前記サーバに送信する画像形成装置の制御方法において、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する工程と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするためのコマンドであってジョブの状態を制御するコントロールＡＰＩを、前記印刷ジョブを実行することなく前記サーバに送信する工程と、を有することを特徴とする制御方法。