(57)【要約】【課題】  サーバに蓄積されたジョブの状態を変更するＡＰＩが失敗した場合に、同じジョブを繰り返し印刷することを防ぐ。【解決手段】  ジョブのチケット、画像情報をダウンロードするＡＰＩと、ジョブの状態を制御するＡＰＩの失敗情報を生成、保持し、失敗情報を基に処理するジョブを決定、処理方法を決定する。【選択図】  図４
2018127004.tif 000002
【特許請求の範囲】
【請求項１】
サーバ上に蓄積されたジョブ情報のリストを取得するジョブ情報リスト取得手順（Ｓ４０２，Ｓ４１３，Ｓ４２０）と、取得したジョブ情報リストの情報からジョブのチケット、画像情報をダウンロードするジョブ情報ダウンロード手順（Ｓ４０４）と、サーバ上のジョブ状態を設定するジョブ状態制御手順（Ｓ４０６，Ｓ４０９）とを有する画像形成装置（２００）において、
前記ジョブ状態制御手順が失敗した際に、失敗情報を生成、保持する失敗情報生成保持手順（Ｓ４１５，Ｓ４１６，Ｓ４１７）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブを決定するジョブ決定手順（Ｓ４０１，Ｓ４１１）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブの処理方法を決定する処理方法決定手順（Ｓ４１２）と、
を有することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のサーバに蓄積された印刷ジョブをダウンロードし、印刷する画像形成装置に関する。
【背景技術】
【０００２】
ネットワーク上に蓄積された印刷ジョブを、画像形成装置がダウンロードし印刷するクラウドプリントサービスが知られている（特許文献１）。
【０００３】
クラウドプリントサービスでは、サービスを提供しているサーバが印刷ジョブを制御するためのＡＰＩを公開し、画像形成装置がそれを利用することでクラウドプリントを実現している。ＡＰＩは最低限次の３つで構成されている。１つはサーバ上に蓄積されているジョブ情報のリストを取得するＡＰＩ（以降ｆｅｔｃｈと記す）。もう一つはジョブのチケット、画像情報をダウンロードするＡＰＩ（以降ｄｏｗｎｌｏａｄと記す）。最後の一つはジョブの状態を制御するＡＰＩ（以降ｃｏｎｔｏｒｌと記す）である。また、ジョブは最低限次の３つの状態を持つ。印刷待ちの状態（以降ＱＵＥＵＥＤと記す），ダウンロード済み状態（以降ＩＮ＿ＰＲＯＧＲＥＳＳと記す），印刷済み状態（以降ＤＯＮＥと記す）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０８５７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
図３は、ネットワーク上に蓄積された印刷ジョブをダウンロードし、印刷を行う際のフローを示している。画像形成装置は印刷処理を行う際、まずＳ１０１でｆｅｔｃｈを実行し、サーバ上に蓄積されているジョブ情報のリストを取得し、Ｓ１０２に進む。Ｓ１０２では、取得したジョブリストから印刷待ち状態のジョブがあるかどうかを調べ、ある場合はＳ１０３に進む。ない場合は終了する。Ｓ１０３では、印刷待ち状態のジョブのチケット、画像情報をダウンロードし、Ｓ１０４に進む。Ｓ１０４では、ダウンロードした情報を元に画像の印刷を行い、Ｓ１０５に進む。
【０００６】
Ｓ１０５では、サーバ上のジョブの状態を印刷済みの状態に設定するためｃｏｎｔｒｏｌを実行する。このｃｏｎｔｒｏｌ実行で、ジョブ状態を印刷済みに設定することで、次のＳ１０２の判定で印刷待ちのジョブがなくなり、印刷処理が終了する。このとき、Ｓ１０５のｃｏｎｔｒｏｌ実行が失敗した場合、次回のＳ１０２の判定で、先ほど印刷したジョブの状態が印刷待ちのままであるため、同じジョブを印刷してしまうという課題がある。
【０００７】
本発明は上記問題を鑑みてなされたものであり、ｃｏｎｔｒｏｌ  ＡＰＩに失敗した際、同じジョブを複数回印刷することを避けることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の画像形成装置は、
サーバ上に蓄積されたジョブ情報のリストを取得するジョブ情報リスト取得手順（Ｓ４０２，Ｓ４１３，Ｓ４２０）と、取得したジョブ情報リストの情報からジョブのチケット、画像情報をダウンロードするジョブ情報ダウンロード手順（Ｓ４０４）と、サーバ上のジョブ状態を設定するジョブ状態制御手順（Ｓ４０６，Ｓ４０９）とを有する画像形成装置（２００）において、
前記ジョブ状態制御手順が失敗した際に、失敗情報を生成、保持する失敗情報生成保持手順（Ｓ４１５，Ｓ４１６，Ｓ４１７）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブを決定するジョブ決定手順（Ｓ４０１，Ｓ４１１）と、
前記失敗情報生成保持手順で生成した失敗情報によって、処理するジョブの処理方法を決定する処理方法決定手順（Ｓ４１２）とを有する。
【発明の効果】
【０００９】
本発明によれば、ｃｏｎｔｒｏｌ  ＡＰＩに失敗した場合でも、同じジョブを複数回印刷することを避けることができるようになる。
【図面の簡単な説明】
【００１０】
【図１】本実施例における画像形成装置（ＭＦＰ）の利用環境を示す概略図である。
【図２】図１記載のＭＦＰ２００のハードウェア構成を示すブロック図である。
【図３】ネットワーク上のサーバからジョブをダウンロードし印刷する処理を示すフロー図である。
【図４】本実施例における、印刷処理を示すフロー図である。
【図５】本実施例における、失敗情報を示す。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
図１は、本実施例における画像形成装置（ＭＦＰ）の利用環境を示す概略図である。クラウドプリントサーバー１００、ＭＦＰ２００、無線ネットワークルーター４００などが、クラウドネットワーク５００に接続されている。また、ＰＤＡ端末３００は、無線ネットワークルーター４００を介して、クラウドネットワーク５００に接続されている。
【００１３】
ＰＤＡ端末３００は、ユーザーによる印刷指示に応じて、予め定められたプロトコルによってクラウドプリントサーバー１００と通信し、印刷の要求を伝える。
【００１４】
クラウドプリントサーバー１００は、ＰＤＡ端末３００から印刷の要求を受けて、ＭＦＰ２００に対して印刷ジョブが届いたことを通知する。
【００１５】
ＭＦＰ２００は、クラウドプリントサーバー１００からの通知に従って、予め定められたプロトコルでクラウドプリントサーバー１００から印刷ジョブを受信し、印刷を実行する。なお、該プロトコルの概要については、後述する。
【００１６】
図２は、図１記載のＭＦＰ２００のハードウェア構成を示すブロック図である。図２において、ＭＦＰ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ネットワークインタフェースカード（ＮＩＣ）２０４、外部入力コントローラ（ＰＡＮＥＬＣ）２０５、各種ボタン或いはタッチパネル（ＰＡＮＥＬ）２０６を備えている。また、ＭＦＰ２００は、ディスプレイコントローラ（ＤＩＳＰＣ）２０７、ディスプレイ（ＤＩＳＰＬＡＹ）２０８、ディスクコントローラ（ＤＫＣ）２０９、ハードディスク（ＨＤ）２１０を備える。ＭＦＰ２００は、さらに、プリンタ部（ＰＲＩＮＴＥＲ）２１１、スキャナ部（ＳＣＡＮＮＥＲ）２１２を備えている。
【００１７】
ＣＰＵ２０１は、システムバス（Ｓｙｓｔｅｍ  ＢＵＳ）２１３に接続される各デバイスを総括的に制御すると共に、ＲＯＭ２０２或いは大規模記憶装置であるＨＤ２１０に記憶されたファームウェアモジュールを実行する。なお、ファームウェアモジュールは、少なくとも２つ以上のモジュールから構成され、ファームウェアモジュールの更新は、それぞれのモジュールごとに行うことが可能である。
【００１８】
また、ＣＰＵ２０１は、制御プログラムとしてのファームウェアモジュールに基づき後述の各フローチャートに示す処理を実行する。なお、ＨＤ２１０は、場合によっては画像の一時記憶場所としても使用されることがある。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリアとして機能する。
【００１９】
ＰＡＮＥＬＣ２０５は、ＭＦＰに装備されたＰＡＮＥＬ２０６からの指示入力を制御する。ＤＩＳＰＣ２０７は、ＤＩＳＰＬＡＹ２０８に対する描画を制御する。
【００２０】
ＮＩＣ２０４は、ＬＡＮ２１４を介して他のＭＦＰ、ファイルサーバ（不図示）と、双方向にデータのやり取りを行う。ＰＲＩＮＴＥＲ２１１は、電子写真方式で記録紙に画像形成を行う。ＳＣＡＮＮＥＲ２１２は、記録紙に印刷されている画像の読み取りを行う。ＳＣＡＮＮＥＲ２１２には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。
【００２１】
図４は、本実施例のジョブのダウンロードと印刷処理の流れを示したフローチャートである。ジョブのダウンロードと印刷処理は、他のプログラムと共に図２記載のＨＤ２１０に記憶されていて、電源が供給されるとＲＡＭ２０３に展開される。サーバからのジョブ投入通知の受信、あるいはユーザによるジョブ有無の問い合わせ要求を受けると、ＭＦＰは図４のフローを開始する。まず、Ｓ４０１において、ＷｅｂＡＰＩを失敗したジョブの失敗情報があるかどうか失敗情報キューを確認し、失敗したジョブがない場合はＳ４０２に進む。失敗したジョブがある場合はＳ４１１に進む。失敗情報キューは図５に示す情報を持つ。具体的には、ジョブを特定するためのジョブＩＤと、失敗の要因を示す情報を保持している。初期起動時は、このキューは空となる。
【００２２】
Ｓ４０２ではｆｅｔｃｈを行う。ｆｅｔｃｈでサーバに蓄積されたジョブ情報のリストを取得し、Ｓ４０３に進む。Ｓ４０３では、取得したリストから印刷待ち状態のジョブがあるかどうかを確認する。印刷待ち状態のジョブがある場合、一番新しい印刷待ちのジョブを、処理中のジョブとしてセットしＳ４０４に進む。ない場合処理を終了する。Ｓ４０４では、処理中のジョブ情報をダウンロードするためｄｏｗｎｌｏａｄを実行し、Ｓ４０５に進む。
【００２３】
Ｓ４０５では、ｄｏｗｎｌｏａｄの実行結果を確認し、成功している場合はＳ４０６に進む。失敗している場合はＳ４１３に進む。Ｓ４０６では、サーバ上のジョブの状態を、ダウンロードが終了したことを示すＩＮ＿ＰＲＯＧＲＥＳＳに設定するためにｃｏｎｔｒｏｌを実行し、Ｓ４０７に進む。
【００２４】
Ｓ４０７では、ｃｏｎｔｒｏｌの実行結果を確認し、成功している場合はＳ４０８に進む。失敗している場合はＳ４１６に進む。Ｓ４０８では、ダウンロードしたジョブの印刷を行い、Ｓ４０９に進む。Ｓ４０９では、サーバ上のジョブの状態を、印刷が終了したことを示すＤＯＮＥに設定するためにｃｏｎｔｒｏｌを実行し、Ｓ４１０に進む。Ｓ４１０では、ｃｏｎｔｒｏｌが成功したかどうかを確認し、成功した場合Ｓ４１８に進む。失敗した場合Ｓ４１７に進む。Ｓ４１１では、失敗情報を失敗情報キューからｐｏｐして情報を取得し、処理中のジョブ情報としてセットする。また、失敗情報を保持している領域をクリアし、Ｓ４１２に進む。
【００２５】
Ｓ４１２では、取得した失敗情報から失敗要因を調べ、ＩＮ＿ＰＲＯＧＲＥＳＳ設定のｃｏｎｔｒｏｌで失敗したか、ｄｏｎｗｌｏａｄで失敗した場合Ｓ４０４に進み、ＤＯＮＥ設定のｃｏｎｔｒｏｌで失敗した場合はＳ４２０に進む。Ｓ４１３では、ｆｅｔｃｈを実行しサーバからジョブリストを取得しＳ４１４に進む。Ｓ４１４では、取得したジョブリストに現在処理中のジョブが印刷待ち状態であるかを確認し、印刷待ち状態である場合終了し、印刷待ち状態でない場合Ｓ４０３に進む。
【００２６】
Ｓ４１５では、ｄｏｗｎｌｏａｄに失敗したことを示す失敗情報を生成して失敗情報キューに追加し、処理を終了する。Ｓ４１６では、ＩＮ＿ＰＲＯＧＲＥＳＳに設定するためのｃｏｎｔｒｏｌが失敗したことを示す失敗情報を生成して失敗情報キューに追加し、処理を終了する。Ｓ４１７では、ＤＯＮＥに設定するためのｃｏｎｔｒｏｌが失敗したことを示す情報を生成して失敗情報キューに追加し、処理を終了する。
【００２７】
Ｓ４１８では、失敗情報キューに残りがあるかどうかを確認し、ない場合はＳ４０２に進む。ある場合はＳ４１９に進む。Ｓ４１９では、失敗情報キューの先頭情報のｐｏｐし、保持されているジョブＩＤを処理ジョブとしてセットし、ｐｏｐした情報をクリアする。そして、Ｓ４０９に進む。
【００２８】
Ｓ４２０では、ｆｅｔｃｈを行いサーバからジョブリストをダウンロードし、Ｓ４２１に進む。Ｓ４２１では、取得したジョブリストに処理中のジョブよりも新しい印刷待ちジョブがあるかどうかを判断する。新しい印刷待ちジョブがある場合、そのジョブを印刷するためにＳ４０４に進み。ない場合は、再度ｃｏｎｔｒｏｌを実行するためにＳ４０９に進む。
【００２９】
以上のように構成することによって、本実施例のＭＦＰ２００は、ｃｏｎｔｒｏｌが失敗した場合でも、同じジョブを何度も印刷することを防ぐことができる。
【符号の説明】
【００３０】
１００  ＬＡＮ
２００  ＭＦＰ
２０６  ＰＡＮＥＬ
２０８  ＤＩＳＰＬＡＹ
【図１】
2018127004.tif 000003
【図２】
2018127004.tif 000004
【図３】
2018127004.tif 000005
【図４】
2018127004.tif 000006
【図５】
2018127004.tif 000007
【手続補正書】
【提出日】平成30年5月24日(2018.5.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと、前記サーバから状態情報を取得するとともに印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバに行う画像形成装置と、を有する画像形成システムにおいて、
前記サーバは、
外部装置から送信されてくる印刷ジョブを受け付けた後、前記印刷ジョブに関する所定の通知を前記画像形成装置に対して送信する通知手段を有し、
前記画像形成装置は、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において前記印刷ジョブに関する通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに対して送信する状態通知手段と、を有することを特徴とする画像形成システム。
【請求項２】
印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと、前記サーバから状態情報を取得して印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置と、を有する画像形成システムにおいて、
前記画像形成装置は、
ユーザからの指示を受け付ける受付手段であって前記サーバから状態情報を取得する取得指示を受け付け可能な取得手段と、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において前記取得指示を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに送信する状態通知手段と、を有することを特徴とする画像形成システム。
【請求項３】
前記印刷済みの状態とはＤＯＮＥで示される状態であることを特徴とする請求項１または２に記載の画像形成システム。
【請求項４】
前記印刷済みでない状態は、ＱＵＥＵＥＤとＩＮ＿ＰＲＯＧＲＥＳＳを含むことを特徴とする請求項１乃至３のいずれか１項に記載の画像形成システム。
【請求項５】
前記記憶手段は、実行が決定され且つ印刷に用いる印刷データを受信済みで且つ印刷済みでない印刷ジョブの識別情報を記憶することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成システム。
【請求項６】
前記画像形成装置は、所定の条件に基づいて前記識別情報を消去する消去手段を有すること特徴とする請求項１乃至５のいずれか１項に記載の画像形成システム。
【請求項７】
前記画像形成装置は、印刷ジョブの実行に用いる印刷データを前記サーバから受信する受信手段を備えること特徴とする請求項１乃至６のいずれか１項に記載の画像形成システム。
【請求項８】
印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置において、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する記憶手段と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに送信する状態通知手段と、を有することを特徴とする画像形成装置。
【請求項９】
前記印刷済みの状態とはＤＯＮＥで示される状態であることを特徴とする請求項８に記載の画像形成装置。
【請求項１０】
前記印刷済みでない状態は、ＱＵＥＵＥＤとＩＮ＿ＰＲＯＧＲＥＳＳを含むことを特徴とする請求項８または９に記載の画像形成装置。
【請求項１１】
前記記憶手段は、実行が決定され且つ印刷に用いる印刷データを受信済みで且つ印刷済みでない印刷ジョブの識別情報を記憶することを特徴とする請求項８乃至１０のいずれか１項に記載の画像形成装置。
【請求項１２】
所定の条件に基づいて前記識別情報を消去する消去手段を有すること特徴とする請求項８乃至１１のいずれか１項に記載の画像形成装置。
【請求項１３】
印刷ジョブの実行に用いる印刷データを前記サーバから受信する受信手段を備えること特徴とする請求項８乃至１２のいずれか１項に記載の画像形成装置。
【請求項１４】
印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置の制御方法において、
印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する工程と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに送信する工程と、を有することを特徴とする制御方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するために、印刷ジョブが印刷済みであるかを示す状態情報を管理するサーバと通信可能な画像形成装置であって、前記サーバから状態情報を取得して印刷済みでない印刷ジョブを実行し、印刷後に該印刷ジョブの状態を印刷済みにするための通知を前記サーバにおこなう画像形成装置の制御方法において、印刷済みで且つ前記サーバで管理される状態が印刷済みとなっていない印刷ジョブの識別情報を記憶する工程と、
前記識別情報が記憶されている状態において新たな印刷ジョブが登録された後、前記印刷ジョブに関する所定の通知を前記サーバから受け付け、当該所定の通知を受け付けたことに従って、前記印刷ジョブの状態を印刷済みにするための状態通知を、前記印刷ジョブを実行することなく前記サーバに送信する工程と、を有することを特徴とする制御方法及び外方法により制御されるシステムを開示することを特徴とするものである。