JP2018127004A

JP2018127004A - 画像形成装置

Info

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

Abstract

【課題】サーバに蓄積されたジョブの状態を変更するＡＰＩが失敗した場合に、同じジョブを繰り返し印刷することを防ぐ。【解決手段】ジョブのチケット、画像情報をダウンロードするＡＰＩと、ジョブの状態を制御するＡＰＩの失敗情報を生成、保持し、失敗情報を基に処理するジョブを決定、処理方法を決定する。【選択図】図４

Description

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

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

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

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

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

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

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

上記目的を達成するために、本発明の画像形成装置は、
サーバ上に蓄積されたジョブ情報のリストを取得するジョブ情報リスト取得手順（Ｓ４０２，Ｓ４１３，Ｓ４２０）と、取得したジョブ情報リストの情報からジョブのチケット、画像情報をダウンロードするジョブ情報ダウンロード手順（Ｓ４０４）と、サーバ上のジョブ状態を設定するジョブ状態制御手順（Ｓ４０６，Ｓ４０９）とを有する画像形成装置（２００）において、
前記ジョブ状態制御手順が失敗した際に、失敗情報を生成、保持する失敗情報生成保持手順（Ｓ４１５，Ｓ４１６，Ｓ４１７）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブを決定するジョブ決定手順（Ｓ４０１，Ｓ４１１）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブの処理方法を決定する処理方法決定手順（Ｓ４１２）とを有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上記目的を達成するために、印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置の制御方法において、印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する工程と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに送信する工程と、を有することを特徴とする制御方法及び外方法により制御されるシステムを開示することを特徴とするものである。

Claims

サーバ上に蓄積されたジョブ情報のリストを取得するジョブ情報リスト取得手順（Ｓ４０２，Ｓ４１３，Ｓ４２０）と、取得したジョブ情報リストの情報からジョブのチケット、画像情報をダウンロードするジョブ情報ダウンロード手順（Ｓ４０４）と、サーバ上のジョブ状態を設定するジョブ状態制御手順（Ｓ４０６，Ｓ４０９）とを有する画像形成装置（２００）において、
前記ジョブ状態制御手順が失敗した際に、失敗情報を生成、保持する失敗情報生成保持手順（Ｓ４１５，Ｓ４１６，Ｓ４１７）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブを決定するジョブ決定手順（Ｓ４０１，Ｓ４１１）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブの処理方法を決定する処理方法決定手順（Ｓ４１２）と、
を有することを特徴とする画像形成装置。