(57)【要約】【課題】ジョブのキューを確認することで、ジョブを処理することができない状態であることを認識できるようにすること。【解決手段】クラウドサーバ及びクラウドサーバ以外の情報処理装置から印刷ジョブを取得する印刷ジョブ取得部１１４と、印刷ジョブ取得部１１４で取得された印刷ジョブに基づいて行われる画像の形成に関わる画像形成関連部１１３と、画像形成関連部１１３の状態を監視し、画像形成関連部１１３の状態に関する状態情報をクラウドサーバに通知する監視部１１５とを備え、監視部１１５は、画像形成関連部１１３が情報処理装置から取得された印刷ジョブに基づく画像の形成の実行中に画像形成関連部１１３の状態がエラーとなり、かつ、情報処理装置から取得された印刷ジョブよりもあとに画像の形成が行われる、クラウドサーバから取得された印刷ジョブがある場合に、状態情報をクラウドサーバに通知する。【選択図】図２
2018185869.tif 000002
【特許請求の範囲】
【請求項１】
サーバ及び当該サーバ以外の情報処理装置から画像形成データを取得する取得過程と、
前記画像形成データに基づいて、画像を形成する画像形成過程と、
前記画像形成データに基づいて行われる画像の形成に関わる画像形成関連部の状態を監視する監視過程と、
前記情報処理装置から取得された前記画像形成データに基づく画像の形成の実行中に、前記状態がエラーとなり、かつ、前記情報処理装置から取得された前記画像形成データよりもあとに画像の形成が行われる、前記サーバから取得された前記画像形成データがある場合に、前記画像形成関連部の状態に関する状態情報を、前記サーバに通知する通知過程と、を備えること
を特徴とする画像形成方法。
【請求項２】
前記画像形成関連部の状態に関する状態情報は、停止中又はエラーの発生であること
を特徴とする請求項１に記載の画像形成方法。
【請求項３】
前記取得された画像形成データを、前記画像形成関連部で画像の形成を行う順番に対応付けて記憶する記憶過程をさらに備え、
前記通知過程では、前記サーバから取得され、前記画像形成関連部での画像の形成が未だ行われていない複数の画像形成データが記憶されている場合には、前記順番の最も早い画像形成データの状態情報として、前記画像形成関連部の状態に関する状態情報を前記サーバに通知すること
を特徴とする請求項１又は２に記載の画像形成方法。
【請求項４】
前記取得された画像形成データを、前記画像形成関連部で画像の形成を行う順番に対応付けて記憶する記憶過程をさらに備え、
前記記憶過程では、前記サーバから取得された画像形成データには、画像の形成を指示したユーザを識別するユーザ識別情報が対応付けられており、
前記通知過程では、前記サーバから取得され、前記画像形成関連部での画像の形成が未だ行われていない複数の画像形成データが記憶されている場合には、前記ユーザ毎に、前記順番の最も早い画像形成データの状態情報として、前記画像形成関連部の状態に関する状態情報を前記サーバに通知すること
を特徴とする請求項１又は２に記載の画像形成方法。
【請求項５】
画像形成装置、情報処理装置及びサーバを備える画像形成システムが行う画像形成方法であって、
前記情報処理装置及び前記サーバが、画像形成データを前記画像形成装置に送る送信過程と、
前記画像形成装置が、前記サーバ及び前記情報処理装置から画像形成データを取得する取得過程と、
前記画像形成装置が、前記画像形成データに基づいて、画像を形成する画像形成過程と、
前記画像形成装置が、前記画像形成データに基づいて行われる画像の形成に関わる画像形成関連部の状態を監視する監視過程と、
前記画像形成装置が、前記情報処理装置から取得された前記画像形成データに基づく画像の形成の実行中に、前記状態がエラーとなり、かつ、前記情報処理装置から取得された前記画像形成データよりもあとに画像の形成が行われる、前記サーバから取得された前記画像形成データがある場合に、前記画像形成関連部の状態に関する状態情報を、前記サーバに通知する通知過程と、
前記サーバが、前記画像形成関連部の状態に関する状態情報を受け取る受取過程と、
前記サーバが、前記画像形成関連部の状態に関する状態情報を記憶する記憶過程と、を備えること
を特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成方法に関し、特に、サーバを介した画像形成機能を備える画像形成方法に関する。
【背景技術】
【０００２】
従来から、サーバに格納された印刷ジョブをダウンロードして印刷するプリンタがある（例えば、特許文献１参照）。
従来のプリンタでは、実行中のジョブでエラー（用紙詰まり等）が発生した場合には、プリンタの操作パネルにエラーの情報が表示される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１２０５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術において、サーバからダウンロードされたジョブがプリンタにおいて待機中に、実行中の別のジョブでエラー（用紙詰まり等）が発生した場合には、プリンタからサーバに対して、待機中のジョブのステータスとして、エラーの発生は通知されない。従って、サーバに印刷ジョブを送信したユーザは、サーバで管理されているジョブのキューを確認しても、プリンタにエラーが発生し、ジョブが処理できない状態となっていることを認識することができないという問題がある。
【０００５】
そこで、本発明の１又は複数の態様は、ジョブのキューを確認することで、ジョブを処理することができない状態であることを認識できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様に係る画像形成方法は、サーバ及び当該サーバ以外の情報処理装置から画像形成データを取得する取得過程と、前記画像形成データに基づいて、画像を形成する画像形成過程と、前記画像形成データに基づいて行われる画像の形成に関わる画像形成関連部の状態を監視する監視過程と、前記情報処理装置から取得された前記画像形成データに基づく画像の形成の実行中に、前記状態がエラーとなり、かつ、前記情報処理装置から取得された前記画像形成データよりもあとに画像の形成が行われる、前記サーバから取得された前記画像形成データがある場合に、前記画像形成関連部の状態に関する状態情報を、前記サーバに通知する通知過程と、を備えることを特徴とする。
【０００７】
本発明の第２の態様に係る画像形成方法は、画像形成装置、情報処理装置及びサーバを備える画像形成システムが行う画像形成方法であって、前記情報処理装置及び前記サーバが、画像形成データを前記画像形成装置に送る送信過程と、前記画像形成装置が、前記サーバ及び前記情報処理装置から画像形成データを取得する取得過程と、前記画像形成装置が、前記画像形成データに基づいて、画像を形成する画像形成過程と、前記画像形成装置が、前記画像形成データに基づいて行われる画像の形成に関わる画像形成関連部の状態を監視する監視過程と、前記画像形成装置が、前記情報処理装置から取得された前記画像形成データに基づく画像の形成の実行中に、前記状態がエラーとなり、かつ、前記情報処理装置から取得された前記画像形成データよりもあとに画像の形成が行われる、前記サーバから取得された前記画像形成データがある場合に、前記画像形成関連部の状態に関する状態情報を、前記サーバに通知する通知過程と、前記サーバが、前記画像形成関連部の状態に関する状態情報を受け取る受取過程と、前記サーバが、前記画像形成関連部の状態に関する状態情報を記憶する記憶過程と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明の１又は複数の態様によれば、ジョブのキューを確認することで、ジョブを処理することができない状態であることを認識することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る印刷システムの模式図である。
【図２】実施の形態１におけるプリンタの構成を概略的に示すブロック図である。
【図３】実施の形態１における印刷キュー管理情報の第１例を示す概略図である。
【図４】実施の形態１におけるクラウドサーバの構成を概略的に示すブロック図である。
【図５】実施の形態１におけるプリンタ管理情報の一例を示す概略図である。
【図６】実施の形態１における印刷ジョブ管理情報の一例を示す概略図である。
【図７】実施の形態１におけるプリンタがクラウド印刷サービスにおいて印刷を行う際の処理を示すフローチャートである。
【図８】実施の形態１におけるクラウド印刷を行う際における、プリンタとクラウドサーバとの間の通信を示すシーケンス図である。
【図９】実施の形態１におけるメッセージボディの第１例を示す概略図である。
【図１０】従来のクラウド印刷サービスにおいて、プリンタでエラーが発生したときに、クラウドサーバにエラーを通知する際の通信を示すシーケンス図である。
【図１１】実施の形態１におけるメッセージボディの第２例を示す概略図である。
【図１２】実施の形態１におけるメッセージボディの第３例を示す概略図である。
【図１３】（Ａ）及び（Ｂ）は、従来のクラウド印刷サービスにおけるＵＩの画面例を示す概略図である。
【図１４】実施の形態１における印刷キュー管理情報の第２例を示す概略図である。
【図１５】実施の形態１において、プリンタでエラーが発生したときに、クラウドサーバにエラーを通知する際における通信を示すシーケンス図である。
【図１６】実施の形態１におけるプリンタ管理情報の更新例を示す概略図である。
【図１７】実施の形態１におけるメッセージボディの第４例を示す概略図である。
【図１８】実施の形態１における印刷ジョブ管理情報の更新例を示す概略図である。
【図１９】実施の形態１におけるメッセージボディの第５例を示す概略図である。
【図２０】（Ａ）及び（Ｂ）は、実施の形態１におけるＵＩの画面例を示す概略図である。
【図２１】実施の形態１における、エラー発生時のプリンタでの処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態１．
（構成の説明）
図１は、実施の形態１に係る画像形成システムとしての印刷システム１００の模式図である。
印刷システム１００は、画像形成装置としてのプリンタ１１０と、クラウドサーバ１３０とを備える。
プリンタ１１０は、ＬＡＮ１５０に接続されており、ＧＷ（ｇａｔｅｗａｙ）１５１を介してインターネット１５２に接続することができる。クラウドサーバ１３０は、インターネット１５２に接続されているサーバである。このため、プリンタ１１０及びクラウドサーバ１３０は、相互に通信を行うことができる。
【００１１】
インターネット１５２には、情報処理装置としての携帯端末１５０も接続されている。携帯端末１５０は、クラウドサーバ１３０に印刷ジョブ（画像形成ジョブ）を送信することで、プリンタ１１０に印刷（画像形成）を行わせることができる。印刷ジョブは、印刷（画像形成）を行う画像データを含む印刷データ（画像形成データ）である。
ＬＡＮ１５０には、ＰＣ１６０が接続されている。ＰＣ１６０は、プリンタ１１０に印刷ジョブを送ることで、プリンタ１１０に印刷を行わせることができる。
【００１２】
なお、プリンタ１１０及びクラウドサーバ１３０には、それぞれを識別するための機器識別情報であるホスト名が割り当てられている。プリンタ１１０のホスト名は、「ｐｒｉｎｔｅｒ１．ｅｘａｍｐｌｅ．ｃｏｍ」であり、クラウドサーバ１３０のホスト名は、「ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ」である。
【００１３】
図２は、プリンタ１１０の構成を概略的に示すブロック図である。
プリンタ１１０は、送受信部１１１と、印刷キュー管理部１１２と、画像形成関連部１１３と、画像形成ジョブ取得部としての印刷ジョブ取得部１１４と、監視部１１５とを備える。
【００１４】
送受信部１１１は、ＬＡＮ１５０に接続され、データを送受信する。例えば、送受信部１１１は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。
印刷キュー管理部１１２は、プリンタ１１０が受信した印刷ジョブの印刷キュー（画像形成キュー）を管理する。例えば、印刷キュー管理部１１２は、プリンタ１１０が受信した印刷ジョブ、並びに、この印刷ジョブの処理順及び状態等を管理する印刷キュー管理情報（画像形成キュー管理情報）を記憶する記憶部である。例えば、印刷キュー管理部１１２は、不揮発性のメモリである。
【００１５】
画像形成関連部１１３は、受信された印刷ジョブに含まれている画像データに基づく画像の形成に関連する部分である。
画像形成関連部１１３は、例えば、印刷部１１３ａと、媒体収容部１１３ｂと、カバー部１１３ｃと、搬送部１１３ｄと、定着部１１３ｅとを含む。
印刷部１１３ａは、受信された印刷ジョブに含まれている画像データに基づいて、媒体に印刷を行う画像形成部である。
媒体収容部１１３ｂは、画像の形成が行われる媒体を収容する。
カバー部１１３ｃは、プリンタ１１０の内部にアクセスするためのカバーである。
搬送部１１３ｄは、媒体収容部１１３ｂに収容された媒体を、印刷部１１３ａに搬送する部分である。
定着部１１３ｅは、印刷部１１３ａで印刷された画像を定着する。
【００１６】
印刷ジョブ取得部１１４は、送受信部１１１を介して、印刷ジョブを取得する。例えば、印刷ジョブ取得部１１４は、送受信部１１１を介して、クラウドサーバ１３０又はＰＣ１６０から印刷ジョブを取得する。印刷ジョブ取得部１１４は、取得された印刷ジョブを印刷キュー管理部１１２に記憶させるとともに、取得された印刷ジョブに関する情報を印刷キュー管理部１１２に記憶されている印刷キュー管理情報に格納する。
監視部１１５は、画像形成関連部１１３及び印刷キュー管理部１１２を監視して、これらを制御する。例えば、監視部１１５は、画像形成関連部１１３を監視して、印刷に関わるエラーが発生したことを検知する。そして、監視部１１５は、検知されたエラーに基づいて、印刷キュー管理部１１２に記憶されている印刷キュー管理情報を更新する。また、監視部１１５は、送受信部１１１を介して、画像形成関連部１１３の状態に関する状態情報を、クラウドサーバ１３０から取得された印刷ジョブの状態情報として、クラウドサーバ１３０に通知する。画像形成関連部１１３の状態に関する状態情報は、画像形成関連部１１３の監視結果を示すものであってもよく、また、画像形成関連部１１３の監視結果に基づいて特定することのできる、画像形成関連部１１３の状態であってもよい。
【００１７】
ここで、印刷ジョブ取得部１１４及び監視部１１５は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が、不揮発性のメモリ等の外部記憶装置から必要なプログラムを揮発性のメモリに読み出して、そのプログラムを実行することで、実現することができる。但し、印刷ジョブ取得部１１４及び監視部１１５は、コンピュータシステム上にソフトウェア的に実現されるものに限定されない。例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等の集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等によりソフトウェア的に実現されるものでもよい。
【００１８】
図３は、印刷キュー管理部１１２に記憶されている印刷キュー管理情報の第１例を示す概略図である。
図示するように、印刷キュー管理情報１７０は、順番欄１７０ａと、状態欄１７０ｂと、種別欄１７０ｃと、ドキュメント名欄１７０ｄと、ジョブＩＤ欄１７０ｅとを有するテーブル形式の情報である。
【００１９】
順番欄１７０ａは、印刷ジョブを処理する順番を格納する。この順番は、印刷ジョブの受信順でもよいが、例えば、印刷ジョブの優先度に応じて決められてもよい。
状態欄１７０ｂは、印刷ジョブの状態（ステータス）を格納する。
種別欄１７０ｃは、印刷ジョブの種別を格納する。この種別は、少なくとも、印刷ジョブがクラウドサーバ１３０経由で受信されたものであるか否かを区別できるものとする。例えば、本実施の形態では、「クラウドプリント」はクラウドサーバ１３０経由で受信された印刷ジョブを示し、その他はクラウドサーバ１３０経由で受信された印刷ジョブではないことを示す。なお、「ＰＣプリント」は、ＬＡＮ１５０に接続されているＰＣ１６０から受信された印刷ジョブを示す。
ドキュメント名欄１７０ｄは、印刷ジョブに含まれている画像データとしてのドキュメントを識別するためのドキュメント識別情報としてのドキュメント名を格納する。
ジョブＩＤ欄１７０ｅは、印刷ジョブを識別するための印刷ジョブ識別情報（画像形成ジョブ識別情報）としてのジョブＩＤを格納する。
【００２０】
図３に示されている印刷キュー管理情報１７０では、４つの印刷ジョブが印刷キューに溜まっていることが分かる。順番が１の印刷ジョブが印刷キューの先頭にあり、印刷中であることが分かる。順番が２〜４の印刷ジョブは、印刷キューにあるが、印刷待ちの状態にあることが分かる。
【００２１】
図４は、クラウドサーバ１３０の構成を概略的に示すブロック図である。
クラウドサーバ１３０は、送受信部１３１と、記憶部１３２と、制御部１３３とを備える。
【００２２】
送受信部１３１は、インターネット１５２に接続され、データを送受信する。例えば、送受信部１３１は、ネットワークカードである。
記憶部１３２は、クラウドサーバ１３０での処理に必要な情報を記憶する。例えば、記憶部１３２は、クラウド印刷サービス（クラウド画像形成サービス）における印刷ジョブキュー（画像形成ジョブキュー）を管理するために必要な情報を記憶する。具体的には、記憶部１３２は、印刷ジョブ、クラウドサーバ１３０で印刷を行わせることのできるプリンタ１１０の状態（ステータス）を管理するためのプリンタ管理情報（画像形成装置管理情報）及びプリンタ１１０に印刷を行わせる印刷ジョブを管理するための印刷ジョブ管理情報（画像形成ジョブ管理情報）を記憶する。
制御部１３３は、クラウドサーバ１３０での処理を制御する。例えば、制御部１３３は、送受信部１３１を介して取得した印刷ジョブを記憶部１３２に記憶させるとともに、この印刷ジョブを管理するために必要な情報を印刷ジョブ管理情報に格納する。また、制御部１３３は、記憶部１３２に記憶されている印刷ジョブを、送受信部１３１を介して、プリンタ１１０に送り、プリンタ１１０からプリンタ１１０の状態を示す情報及び印刷ジョブの状態を示す情報を取得して、プリンタ管理情報及び印刷ジョブ管理情報を更新する。
【００２３】
図５は、プリンタ管理情報の一例を示す概略図である。
図示するように、プリンタ管理情報１８０は、プリンタＩＤ欄１８０ａと、プリンタ名欄１８０ｂと、状態欄１８０ｃとを備えるテーブル形式の情報である。
プリンタＩＤ欄１８０ａは、クラウドサーバ１３０を介して印刷を行うことのできるプリンタを識別するための第１のプリンタ識別情報であるプリンタＩＤを格納する。
プリンタ名欄１８０ｂは、クラウドサーバ１３０を介して印刷を行うことのできるプリンタを識別するための第２のプリンタ識別情報であるプリンタ名を格納する。
状態欄１８０ｃは、クラウドサーバ１３０を介して印刷を行うことのできるプリンタの状態（ステータス）を格納する。
【００２４】
図６は、印刷ジョブ管理情報の一例を示す概略図である。
図示するように、印刷ジョブ管理情報１８１は、Ｎｏ欄１８１ａと、状態欄１８１ｂと、ジョブＩＤ欄１８１ｃと、名前欄１８１ｄと、ＵＲＬ欄１８１ｅとを有するテーブル形式の情報である。
【００２５】
Ｎｏ欄１８１ａは、印刷ジョブの処理順を示す順番を格納する。この順番は、印刷ジョブの受信順でもよいが、例えば、印刷ジョブの優先度に応じて決められてもよい。
状態欄１８１ｂは、印刷ジョブの状態（ステータス）を格納する。
ジョブＩＤ欄１８１ｃは、印刷ジョブを識別するためのジョブＩＤを格納する。
名前欄１８１ｄは、印刷ジョブに含まれているドキュメントのドキュメント名を格納する。
ＵＲＬ欄１８１ｅは、印刷ジョブに含まれているドキュメントを取得するためのＵＲＬを格納する。
【００２６】
以上に記載されたクラウドサーバ１３０は、ＣＰＵと、メモリと、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の外部記憶装置と、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）及びＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の可搬性を有する記憶媒体に対して情報を読み書きする読取／書込装置と、通信ネットワークに接続するためのＮＩＣ等の通信装置とを備えた一般的なコンピュータで実現できる。
例えば、送受信部１３１は、ＣＰＵが通信装置を利用することで実現可能であり、記憶部１３２は、ＣＰＵがメモリ又は外部記憶装置を利用することにより実現可能であり、制御部１３３は、外部記憶装置に記憶されている所定のプログラムをメモリにロードしてＣＰＵで実行することで実現可能である。この所定のプログラムは、読取／書込装置を介して記憶媒体から、あるいは、通信装置を介してネットワークから、外部記憶装置にダウンロードされ、それから、メモリ上にロードされてＣＰＵにより実行されるようにしてもよい。また、読取／書込装置を介して記憶媒体から、あるいは、通信装置を介してネットワークから、メモリ上に直接ロードされ、ＣＰＵにより実行されるようにしてもよい。
【００２７】
携帯端末１５０は、画面を表示するためのディスプレイ等の表示部１５０ａを備える。また、携帯端末１５０は、図示してはいないが、インターネット１５２に接続することのできる無線通信部と、処理を行うＣＰＵ等の制御部と、指示を入力するための入力部とを備える。例えば、携帯端末１５０は、携帯電話で構成することができる。
携帯端末１５０のユーザは、入力部に指示することで、クラウドサーバ１３０に印刷ジョブを送信し、プリンタ１１０に印刷を行わせることができる。
【００２８】
ＰＣ１６０は、図示してはいないが、ＬＡＮ１５０に接続することのできる送受信部と、処理を行うＣＰＵ等の制御部と、指示を入力するための入力部とを備える情報処理装置である。
ＰＣ１６０のユーザは、入力部に指示することで、プリンタ１１０に印刷ジョブを送信し、プリンタ１１０に印刷を行わせることができる。
【００２９】
（動作の説明）
図７は、プリンタ１１０がクラウド印刷サービスにおいて印刷を行う際の処理を示すフローチャートである。
まず、プリンタ１１０の印刷ジョブ取得部１１４は、クラウドサーバ１３０の印刷ジョブキューに印刷ジョブがあるか確認する（Ｓ１０）。印刷ジョブキューに印刷ジョブが無い場合（Ｓ１０でＮｏ）は、印刷ジョブ取得部１１４は、時間をおいて再度印刷ジョブキューを確認する。
【００３０】
印刷ジョブキューに印刷ジョブがある場合（Ｓ１０でＹｅｓ）は、印刷ジョブ取得部１１４は、印刷ジョブを取得する（Ｓ１１）。そして、印刷ジョブ取得部１１４は、取得した印刷ジョブを印刷キュー管理部１１２に格納するとともに、印刷キュー管理情報１７０に必要な情報を格納する。
【００３１】
プリンタ１１０の監視部１１５は、送受信部１１１を介してクラウドサーバ１３０にアクセスし、クラウドサーバ１３０の記憶部１３２に記憶されている印刷ジョブ管理情報１８１で管理されている印刷ジョブの状態を「処理中」に変更させる（Ｓ１２）。
そして、監視部１１５は、印刷キュー管理部１１２に記憶されている印刷キュー管理情報１７０を参照して、印刷可能になった印刷ジョブを画像形成関連部１１３に印刷させる（Ｓ１３）。
【００３２】
監視部１１５は、画像形成関連部１１３にて印刷が完了したしたことを検知して、送受信部１１１を介してクラウドサーバ１３０にアクセスし、クラウドサーバ１３０の印刷ジョブ管理情報１８１で管理されている印刷ジョブの状態を「印刷完了」に変更させる（Ｓ１４）。
【００３３】
図８は、クラウド印刷（クラウド画像形成）を行う際における、プリンタ１１０とクラウドサーバ１３０との間の通信を示すシーケンス図である。
プリンタ１１０の印刷ジョブ取得部１１４は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて、クラウドサーバ１３０にアクセスする。まず、印刷ジョブ取得部１１４は、クラウドサーバ１３０のプリンタ１１０用の印刷ジョブキューに、印刷ジョブがあるか問い合わせる。例えば、印刷ジョブ取得部１１４は、プリンタ１１０用の印刷ジョブキューのＵＲＬである「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｆｅｔｃｈ？ｉｄ＝ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍ」に対して、ＨＴＴＰコマンドの「ＧＥＴ」を送信する（Ｓ２０）。
【００３４】
このＧＥＴコマンドに対して、クラウドサーバ１３０の制御部１３３は、プリンタ１１０用の印刷ジョブキューに印刷ジョブがある場合、言い換えると、プリンタ１１０の印刷ジョブ管理情報１８１で印刷ジョブが管理されている場合は、レスポンスとして「２００ＯＫ」と共に、次の様な形式で印刷ジョブキューに印刷ジョブがあること、印刷ジョブのジョブＩＤ（ｐｒｉｎｔｅｒ１−１）、印刷ジョブキューにおける印刷ジョブの状態（ＱＵＥＵＥＤ：印刷処理待ち）、及び、印刷ジョブの取得先のＵＲＬ（ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍ／ｏｒｄｅｒ．ｐｄｆ）を応答する（Ｓ２１）。例えば、制御部１３３は、２００ＯＫの応答メッセージのボディに、図９に示されているようなデータを格納して、プリンタ１１０に送る。
【００３５】
クラウドサーバ１３０から印刷ジョブの取得先のＵＲＬが応答されたら、プリンタ１１０の印刷ジョブ取得部１１４は、そのＵＲＬ（ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍ／ｏｒｄｅｒ．ｐｄｆ）にＨＴＴＰコマンドの「ＧＥＴ」を送信する（Ｓ２２）。
このＧＥＴコマンドに対して、クラウドサーバ１３０の制御部１３３は、レスポンスとして「２００ＯＫ」と印刷ジョブのデータとを応答する（Ｓ２３）。
【００３６】
プリンタ１１０の印刷ジョブ取得部１１４は、送受信部１１１を介して印刷ジョブを取得すると、ＨＴＴＰのＰＯＳＴコマンドにて、印刷ジョブの状態を処理中に変更するリクエストをクラウドサーバ１３０に送信する（Ｓ２４）。このようなリクエストは、例えば、「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｃｏｎｔｒｏｌ？ｊｏｂ＿ｉｄ＝ｐｒｉｎｔｅｒ１−１＆ｓｔａｔｕｓ＝ＩＮ＿ＰＲＯＧＲＥＳＳ」である。
【００３７】
このようなコマンドを受信したクラウドサーバ１３０では、制御部１３３が、記憶部１３２に記憶されている、プリンタ１１０の印刷ジョブ管理情報１８１において、「ｐｒｉｎｔｅｒ１−１」のジョブＩＤに対応する状態を「処理中」に変更する（Ｓ２５）。そして、このような変更が成功したら、制御部１３３は、送受信部１３１を介して、レスポンスとして「２００ＯＫ」を返す（Ｓ２６）。
【００３８】
その後、プリンタ１１０の画像形成関連部１１３は、受信された印刷ジョブに基づいて印刷を行う（Ｓ２７）。
プリンタ１１０の監視部１１５は、印刷が完了したら、送受信部１１１を介して、ＨＴＴＰのＰＯＳＴコマンドにて、印刷ジョブの状態を印刷完了に変更するリクエストをクラウドサーバ１３０に送る（Ｓ２８）。このようなリクエストは、例えば、「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｃｏｎｔｒｏｌ？ｊｏｂ＿ｉｄ＝ｐｒｉｎｔｅｒ１−１＆ｓｔａｔｕｓ＝ＤＯＮＥ」である。
【００３９】
このようなコマンドを受信したクラウドサーバ１３０では、制御部１３３が、記憶部１３２に記憶されている、プリンタ１１０の印刷ジョブ管理情報１８１において、「ｐｒｉｎｔｅｒ１−１」のジョブＩＤに対応する状態を「印刷完了」に変更する（Ｓ２９）。そして、このような変更が成功したら、制御部１３３は、送受信部１３１を介して、レスポンスとして「２００ＯＫ」を返す（Ｓ３０）。
【００４０】
図１０は、プリンタ１１０でエラーが発生したときに、クラウドサーバ１３０にエラーを通知する際における、プリンタ１１０とクラウドサーバ１３０との間の通信を示すシーケンス図である。図１０は、従来のクラウド印刷サービスにおける通信例である。
【００４１】
プリンタ１１０で「トナー無し」のエラーが発生すると（Ｓ４０）、プリンタ１１０の監視部１１５は、ＨＴＴＰのＰＯＳＴコマンドにて、プリンタ１１０の状態を停止中に変更するリクエストをクラウドサーバ１３０に送る（Ｓ４１）。例えば、監視部１１５は、「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｕｐｄａｔｅ」のヘッダと、図１１に示されているようなデータを格納したボディと、をクラウドサーバ１３０に送る。なお、図１１に示されているデータでは、プリンタＩＤ（ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍ）、プリンタが停止状態にあること（ＳＴＯＰＰＥＤ）、及び、黒色のトナーが無くなったこと（ｂｌａｃｋ、ＥＸＨＡＵＳＴＥＤ）が示されている。
【００４２】
このＰＯＳＴコマンドを受信したクラウドサーバ１３０では、制御部１３３は、記憶部１３２に記憶されているプリンタ管理情報１８０において、ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍのプリンタＩＤに対応する状態を停止中に変更する（Ｓ４２）。
そして、クラウドサーバ１３０の制御部１３３は、プリンタ１１０の状態を、受信されたＰＯＳＴコマンドの内容で正しく更新できたら、レスポンスとして「２００ＯＫ」のボディに図１２に示されているようなデータを格納して、プリンタ１１０に送る（Ｓ４３）。
【００４３】
図１３（Ａ）及び（Ｂ）は、携帯端末１５０の表示部１５０ａに表示されるＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の画面例を示す概略図である。図１３に示されている画面１９０、１９１は、携帯端末１５０がＷｅｂブラウザ等を用いてクラウドサーバ１３０にアクセスすることで取得することができる。
図１３（Ａ）に示されている画面１９０は、プリンタ１１０の状態を示す。図１３（Ａ）に示されているように、画面１９０には、プリンタの名前として、「ｐｒｉｎｔｅｒ１．ｅｘａｍｐｌｅ．ｃｏｍ」というプリンタ１１０のドメイン名が表示されている。また、プリンタ１１０の状態は「オンライン」（正常）であることが表示されている。クラウドサーバ１３０の制御部１３３は、記憶部１３２に記憶されているプリンタ管理情報１８０に基づいて、画面１９０を表示するための画面データを生成して、携帯端末１５０に送る。また、この画面１９０に表示されている「ジョブの状態」ボタン１９０ａが押下されると、図１３（Ｂ）に示されている画面１９１が表示される。
【００４４】
図１３（Ｂ）に表示されている画面１９１は、クラウドサーバ１３０の印刷ジョブキューにある印刷ジョブの状態を示している。ここに表示されている印刷ジョブは、プリンタ１１０の印刷キュー管理部１１２で管理されている印刷ジョブとは一致しない。プリンタ１１０の印刷キュー管理部１１２で管理されている印刷ジョブの内、クラウドサーバ１３０経由で印刷指示が行われたものが、この画面１９１に表示されている。
図１３（Ｂ）に示されている画面１９１では、名前（ドキュメント名）が「Ｏｄｅｒ．ｄｏｃ」及び「Ｐｈｏｔｏ．ｊｐｅｇ」の印刷ジョブの状態が表示されている。クラウドサーバ１３０の制御部１３３は、記憶部１３２に記憶されている印刷ジョブ管理情報１８１に基づいて、画面１９１を表示するための画面データを生成して、携帯端末１５０に送る。また、この画面１９１に表示されている「プリンタの状態」ボタン１９１ａが押下されると、図１３（Ａ）に示されている画面１９０が表示される。
【００４５】
図１４は、プリンタ１１０の印刷キュー管理部１１２に記憶されている印刷キュー管理情報の第２例を示す概略図である。
図１４に示されている印刷キュー管理情報１７０＃は、プリンタ１１０にトナー無しのようなエラーが発生したときの例である。
図１４では、順番が１の印刷ジョブが印刷キューの先頭にあり、プリンタ１１０のトナーが無くなったため印刷が停止中であることが示されている。
また、図１４では、順番が２〜４の印刷ジョブは、印刷キューにあるが、印刷待ちの状態にあることが示されている。図１４に示されているように、印刷中の印刷ジョブ（先頭の印刷ジョブ）が停止していても、後に続く印刷ジョブは印刷待ちのままである。
従って、クラウド経由で印刷の指示が行われた順番２及び３の印刷ジョブの状態を、クラウドサーバ１３０が用意するＵＩの画面で確認しても、ユーザは、他の要因で印刷が停止していることを知ることができない。本実施の形態では、このような点を改善している。本実施の形態における通信の例を、図１５を用いて説明する。
【００４６】
図１５は、実施の形態１において、プリンタ１１０でエラーが発生したときに、クラウドサーバ１３０にエラーを通知する際における、プリンタ１１０とクラウドサーバ１３０との間の通信を示すシーケンス図である。
【００４７】
プリンタ１１０で「トナー無し」のエラーが発生すると（Ｓ５０）、プリンタ１１０の監視部１１５は、ＨＴＴＰのＰＯＳＴコマンドにて、プリンタ１１０の状態を停止中に変更するリクエストをクラウドサーバ１３０に送る（Ｓ５１）。ここでのリクエストは、例えば、「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｕｐｄａｔｅ」のヘッダと、図１１に示されているようなデータを格納したボディとを有する。
【００４８】
このＰＯＳＴコマンドを受信したクラウドサーバ１３０では、制御部１３３は、記憶部１３２に記憶されているプリンタ管理情報１８０において、ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍのプリンタＩＤに対応する状態を停止中に変更する（Ｓ５２）。例えば、図１６に示されているプリンタ管理情報１８０＃のように、制御部１３３は、「ｐｒｉｎｔｅｒ１＿ｅｘａｍｐｌｅ＿ｃｏｍ」のプリンタＩＤに対応する状態を停止中（トナー無し）に更新する。ここで、制御部１３３は、図１１に示されているデータから、プリンタ１１０が停止した原因である「トナー無し」を特定し、この情報についても、プリンタ管理情報１８０＃に格納しているが、このような例に限定されるものではない。
そして、クラウドサーバ１３０の制御部１３３は、プリンタ１１０の状態を、受信されたＰＯＳＴコマンドの内容で正しく更新できたら、レスポンスとして「２００ＯＫ」のボディに図１２に示されているようなデータを格納して、プリンタ１１０に送る（Ｓ５３）。
【００４９】
次に、プリンタ１１０の監視部１１５は、印刷キュー管理部１１２に記憶されている印刷キュー管理情報１７０を確認し、種別が「クラウドプリント」である印刷ジョブを探す（Ｓ５４）。図３に示された例では、順番が「２」及び「３」の印刷ジョブが「クラウドプリント」に該当する。監視部１１５は、ＨＴＴＰのＰＯＳＴコマンドにて、クラウドサーバ１３０上でこれらの印刷ジョブの状態を停止中に変更するリクエストをクラウドサーバ１３０に送信する（Ｓ５５）。ここでのリクエストは、例えば、「ｈｔｔｐ：／／ｐｒｉｎｔ．ｃｌｏｕｄ．ｃｏｍ／ｃｏｎｔｒｏｌ」のヘッダと、図１７に示されているようなデータを格納したボディとを有する。
【００５０】
図１７に示されているデータは、ジョブＩＤ（ｐｒｉｎｔｅｒ１−１及びｐｒｉｎｔｅｒ１−２）、印刷ジョブの処理が停止状態にあること（ＳＴＯＰＰＥＤ）、及び、トナーに関するエラーが発生したこと（“ｄｅｖｉｃｅ＿ｓｔａｔｅ＿ｃａｕｓｅ”：｛“ｅｒｒｏｒ＿ｃｏｄｅ”：“ＭＡＲＫＥＲ”｝）を示している。ここで、通知される「停止中」の状態は、図１４に示されているように、実行中にエラーが発生した、順番１の印刷ジョブの状態と同じ状態である。
【００５１】
このＰＯＳＴコマンドを受信したクラウドサーバ１３０では、制御部１３３は、記憶部１３２に記憶されている印刷ジョブ管理情報１８１において、「ｐｒｉｎｔｅｒ１−１」及び「ｐｒｉｎｔｅｒ１−２」のジョブＩＤに対応する状態を停止中に変更する（Ｓ５６）。例えば、図１８に示されている印刷ジョブ管理情報１８１＃のように、制御部１３３は、「ｐｒｉｎｔｅｒ１−１」及び「ｐｒｉｎｔｅｒ１−２」のジョブＩＤに対応する状態を停止中（トナー）に更新する。ここで、制御部１３３は、図１７に示されているデータから、印刷ジョブの停止原因である「トナー」を特定し、この情報についても、印刷ジョブ管理情報１８１＃に格納しているが、このような例に限定されるものではない。
そして、クラウドサーバ１３０の制御部１３３は、印刷ジョブの状態を、受信されたＰＯＳＴコマンドの内容で正しく更新できたら、レスポンスとして「２００ＯＫ」のボディに図１９に示されているようなデータを格納して、プリンタ１１０に送る（Ｓ５７）。
【００５２】
図２０（Ａ）及び（Ｂ）は、図１５に示されている通信が行われた後に、携帯端末１５０の表示部１５０ａに表示されるＵＩの画面例を示す概略図である。図２０に示されている画面１９０＃、１９１＃は、携帯端末１５０がＷｅｂブラウザ等を用いてクラウドサーバ１３０にアクセスすることで取得することができる。
図２０（Ａ）に示されている画面１９０＃は、プリンタ１１０の状態を示す。図２０（Ａ）に示されているように、画面１９０＃には、プリンタの名前として、「ｐｒｉｎｔｅｒ１．ｅｘａｍｐｌｅ．ｃｏｍ」というプリンタ１１０のドメイン名が表示されている。また、プリンタ１１０の状態は「トナー無し」であることが表示されている。クラウドサーバ１３０の制御部１３３は、記憶部１３２に記憶されているプリンタ管理情報１８０＃に基づいて、画面１９０＃を表示するための画面データを生成して、携帯端末１５０に送る。なお、この例では、プリンタ１１０が停止した原因である「トナー無し」が表示されているが、プリンタ１１０の状態である「停止中」が表示されてもよい。また、この画面１９０＃に表示されている「ジョブの状態」ボタン１９０ａが押下されると、図２０（Ｂ）に示されている画面１９１＃が表示される。
【００５３】
図２０（Ｂ）に表示されている画面１９１＃は、クラウドサーバ１３０の印刷ジョブキューにある印刷ジョブの状態を示している。ここに表示されている印刷ジョブは、プリンタ１１０の印刷キュー管理部１１２で管理されている印刷ジョブとは一致しない。プリンタ１１０の印刷キュー管理部１１２で管理されている印刷ジョブの内、クラウドサーバ１３０経由で印刷指示が行われたものが、この画面１９１＃に表示されている。
図２０（Ｂ）に示されている画面１９１＃では、名前（ドキュメント名）が「Ｏｄｅｒ．ｄｏｃ」及び「Ｐｈｏｔｏ．ｊｐｅｇ」の印刷ジョブの状態が表示されている。クラウドサーバ１３０の制御部１３３は、記憶部１３２に記憶されている印刷ジョブ管理情報１８１＃に基づいて、画面１９１＃を表示するための画面データを生成して、携帯端末１５０に送る。なお、この例では、印刷ジョブの状態である「停止中」が表示されているが、停止した原因である「トナー」も表示されてもよい。また、この画面１９１＃に表示されている「プリンタの状態」ボタン１９１ａが押下されると、図２０（Ａ）に示されている画面１９０＃が表示される。
【００５４】
図２０の例では、図１３の場合と異なり、ユーザは、印刷ジョブの状態が「停止中」であることを知ることができる。このＵＩの表示によって、携帯端末１５０等からクラウドサーバ１３０の印刷ジョブキューを確認しているユーザでも、印刷が停止していることを知ることができる。
【００５５】
図２１は、エラー発生時のプリンタ１１０での処理を示すフローチャートである。
プリンタ１１０でエラーが発生すると、監視部１１５は、エラーを検知する（Ｓ６０）。
監視部１１５は、印刷キューにクラウド印刷の印刷ジョブがあるか否かを判断する（Ｓ６１）。例えば、監視部１１５は、印刷キュー管理部１１２に記憶されている印刷キュー管理情報１７０を確認し、種別が「クラウドプリント」である印刷ジョブがある場合には、印刷キューにクラウド印刷の印刷ジョブがあると判断する。印刷キューにクラウド印刷の印刷ジョブがある場合（ステップＳ６１でＹｅｓ）には、処理はステップＳ６２に進み、印刷キューにクラウド印刷の印刷ジョブがない場合（ステップＳ６１でＮｏ）には、処理は終了する。
【００５６】
ステップＳ６２では、監視部１１５は、クラウドサーバ１３０に対して、プリンタ１１０の状態が「停止中」であることを通知する。
次に、監視部１１５は、印刷ジョブの状態が「停止中」であることをクラウドサーバ１３０に通知する（Ｓ６３）。
【００５７】
以上のように、実施の形態１によれば、プリンタ１１０の傍におらず、リモートでクラウドサーバ１３０上の印刷ジョブの状態を確認しているユーザであっても、プリンタ１１０が印刷できない状態（停止中）であることに気づくことができる。このため、ユーザは、プリンタ１１０を印刷できる状態に復旧することができるため、プリンタ１１０の利便性が高まるという効果が得られる。
【００５８】
実施の形態１では、プリンタ１１０は、ＬＡＮ１５０経由でインターネット１５２に接続されているが、このような例に限定されるものではない。その他のネットワーク構成でも、同様の機能を実現することができる。
【００５９】
実施の形態１では、印刷ジョブの状態情報として「停止中」であることが通知されているが、このような例に限定されるものではない。例えば、印刷ジョブの状態情報として「エラーの発生」したことが通知されてもよい。
【００６０】
以上に記載された実施の形態１においては、プリンタ１１０の監視部１１５は、画像形成関連部１１３でエラーが発生した場合には、プリンタ１１０の印刷キュー管理部１１２で管理されているクラウド印刷の印刷ジョブの全ての状態を示す状態情報として、画像形成関連部１１３が停止中であることを通知しているが、このような例に限定されるものではない。
例えば、監視部１１５は、印刷キュー管理部１１２で管理されているクラウド印刷の印刷ジョブの内、最も順番の早い印刷ジョブの状態情報として、通知を行ってもよい。
【００６１】
以上に記載された実施の形態において、印刷ジョブがユーザ毎に管理されていてもよい。例えば、クラウドサーバ１３０から、プリンタ１１０に送信される印刷ジョブに、印刷を指示したユーザを識別するためのユーザ名等のユーザ識別情報が対応付けられている場合には、プリンタ１１０において、ユーザ毎に、印刷ジョブを管理することができる。
このような場合には、例えば、プリンタ１１０の監視部１１５は、画像形成関連部１１３にエラーが発生したときに、印刷キュー管理部１１２で管理されているクラウド印刷の印刷ジョブの内、ユーザ毎に、最も順番の早い印刷ジョブの状態情報として、通知を行ってもよい。
【００６２】
以上に記載された実施の形態１においては、監視部１１５が印刷部１１３ａの状態を監視して、その状態（トナー無し）を検出した場合を例に説明を行ったが、このような例に限定されるものではない。例えば、監視部１１５が、画像形成関連部１１３の他の部分の状態の監視を行い、その状態を示す状態情報をクラウドサーバ１３０に通知してもよい。例えば、監視部１１５は、媒体収容部１１３ｂにおける媒体の有無を監視して、媒体が収容されていない状態を示す状態情報をクラウドサーバ１３０に通知してもよい。また、監視部１１５は、カバー部１１３ｃの開閉を監視して、カバー部１１３ｃが開いている状態を示す状態情報をクラウドサーバ１３０に通知してもよい。さらに、監視部１１５は、搬送部１１３ｄでの媒体ジャムの有無を監視し、媒体ジャムが発生している状態をクラウドサーバ１３０に通知してもよい。さらにまた、監視部１１５は、定着部１１３ｅの故障の有無を監視し、定着部１１３ｅの故障状態を示す状態情報をクラウドサーバ１３０に通知してもよい。その他、監視部１１５は、画像形成関連部１１３を構成する部品が寿命に到達したか否かを監視し、その部品が寿命に到達したことを示す状態情報をクラウドサーバ１３０に通知してもよい。
【００６３】
実施の形態１では、画像形成装置の例として、プリンタ１１０を用いているが、このような例に限定されるものではない。画像形成装置は、複写機、ＭＦＰ（複合機）及びファクシミリ装置等の装置を含む。
【符号の説明】
【００６４】
１００  印刷システム、  １１０  プリンタ、  １１１  送受信部、  １１２  印刷キュー管理部、  １１３  画像形成関連部、  １１３ａ  印刷部、  １１３ｂ  媒体収容部、  １１３ｃ  カバー部、  １１３ｄ  搬送部、  １１３ｅ  定着部、  １１４  印刷ジョブ取得部、  １１５  監視部、  １３０  クラウドサーバ、  １３１  送受信部、  １３２  記憶部、  １３３  制御部。
【図１】
2018185869.tif 000003
【図２】
2018185869.tif 000004
【図３】
2018185869.tif 000005
【図４】
2018185869.tif 000006
【図５】
2018185869.tif 000007
【図６】
2018185869.tif 000008
【図７】
2018185869.tif 000009
【図８】
2018185869.tif 000010
【図９】
2018185869.tif 000011
【図１０】
2018185869.tif 000012
【図１１】
2018185869.tif 000013
【図１２】
2018185869.tif 000014
【図１３】
2018185869.tif 000015
【図１４】
2018185869.tif 000016
【図１５】
2018185869.tif 000017
【図１６】
2018185869.tif 000018
【図１７】
2018185869.tif 000019
【図１８】
2018185869.tif 000020
【図１９】
2018185869.tif 000021
【図２０】
2018185869.tif 000022
【図２１】
2018185869.tif 000023