JP2024008594A - 印刷装置、制御方法、およびプログラム - Google Patents

Abstract

【課題】デバイス状態通知に対する上限超過応答がエラーとして表示される。【解決手段】サーバから取得した印刷データに基づいて印刷を実行する印刷装置は、印刷の進捗に応じて印刷装置の状態の通知を前記サーバに送信し、送信した状態の通知に対するサーバからの応答を受信し、受信した応答が、送信成功でなく、かつサーバの負荷の上限超過を示す応答でない場合には応答に応じたエラーを出力し、送信成功であるか、またはサーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行する。【選択図】図６

Description

本発明は、クラウドプリントサービスにおける印刷装置、制御方法、およびプログラムに関するものである。

これまでの印刷サービスでは、ユーザがＰＣ等のクライアント端末から印刷装置に直接印刷ジョブを送信することによって印刷を実現していた。一方、近年、インターネット上で提供されるクラウドサービスを利用したクラウドプリントサービスが提案されている。クラウドプリントサービスでは、クライアント端末からクラウドプリントサービスに対して印刷ジョブを送信し、それをクラウドプリントサービスに登録済みの印刷装置がクラウドプリントサービスから取得して実行する。

このとき、印刷装置はその状態が変化するとクラウドプリントサービスに対して変化後の状態を通知するデバイス状態通知を送信する。デバイス状態通知は、クラウドプリントサービスに対して送信されるリクエストのひとつであり、デバイス状態通知要求あるいはデバイス状態通知リクエストとも呼ぶ。印刷装置の状態には、例えば待機中（ｉｄｌｅ）や処理中（ｐｒｏｃｅｓｓｉｎｇ）がある。印刷装置が印刷を開始することにより印刷装置の状態がｉｄｌｅ状態からｐｒｏｃｅｓｓｉｎｇ状態に変化する。印刷装置はこの状態の変化をデバイス状態通知によりクラウドプリントサービスに送信する。また、印刷装置が印刷を完了することにより印刷装置の状態がｐｒｏｃｅｓｓｉｎｇ状態からｉｄｌｅ状態に変化する。印刷装置はこの状態の変化もまたクラウドプリントサービスにデバイス状態通知により送信する。

クラウドプリントサービスでは、登録される印刷装置がサービスの広がりと共に増えていく。そのため、クラウドプリントサービスで印刷装置からの要求による処理負荷は増大する。特に印刷装置のデバイス状態通知は１つの印刷ジョブの処理で複数発生するため、デバイス状態通知に起因する処理負荷が増大するおそれがあった。そこで印刷装置からのデバイス状態通知の処理負荷を軽減するため、クラウドプリントサービスでは単位時間あたりに処理するデバイス状態通知の数を制限している。クラウドプリントサービスはデバイス状態通知などの要求が上限を超えていると、要求元の印刷装置に対して要求が多すぎる旨（上限超過）を示すエラーを応答する。

一方、クラウド印刷サーバと複数の印刷装置との間の状態確認通知の通信負荷を減らすための技術として例えば特許文献１が提案されている。特許文献１には、マスタとなったプリンタがクラウド印刷サーバとの状態確認通信を行い、スレーブとなったプリンタはクラウド印刷サーバとの状態確認通信を行わない構成が開示されている。

特開２０１３－１２９１４６号公報

しかしながら、特許文献１の方法ではデバイス状態通知の数を減らすことはできるものの、クラウドプリントサービスに登録されているすべての印刷装置の状態をクラウドプリントサービスにより把握することができない。またこの方法では印刷装置間でマスタとスレーブとを決定するための手順を行う必要があり、また印刷装置の処理負荷が増大する結果を招く。

また単位時間に受信した要求の数が上限を超えている場合にデバイス状態通知に対してエラーを応答する方法では、印刷装置のユーザインターフェイス（ＵＩ）にエラーが表示されてしまう。デバイス状態通知はユーザがその意思で送信した要求ではないため、一般のユーザがそのエラー表示を見ても、その原因や対象が理解できず、クラウドプリントサービスの利用現場の混乱を招きかねなかった。

本発明は上記従来例に鑑みて成されたもので、印刷装置の状態をもれなく把握しつつ、ユーザによる対処が不要なエラーの報知を抑制してクラウドプリントサービスの円滑な利用を実現することを目的とする。

上記目的を達成するために本発明は以下の構成を有する。本発明の一態様によれば、サーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
受信した前記応答が、送信成功でなく、かつ前記サーバの負荷の上限超過を示す応答でない場合には前記応答に応じたエラーを出力し、送信成功であるか、または前記サーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行する制御手段と、を有する
ことを特徴とする印刷装置が提供される。

本発明によれば、印刷装置の状態をもれなく把握しつつ、ユーザによる対処が不要なエラーの報知を抑制してクラウドプリントサービスの円滑な利用を実現することができる。

クラウドプリントの処理シーケンス図 クラウドプリントシステムの構成図 印刷装置のハードウェア構成図 印刷装置のソフトウェア構成図 印刷装置の操作パネル説明図 印刷装置が連続ジョブを処理するときのシーケンス図 印刷装置がデバイス状態通知を送信するときのフローチャート サーバ通信エラーが発生したときの印刷装置の表示パネルを示す図 印刷装置のデバイス状態の種別 印刷装置が受信するエラーステータスの種別 実施形態２におけるデバイス状態通知を送信するときのフローチャート 実施形態３におけるクラウドプリント設定画面を示す図 実施形態３におけるデバイス状態通知を送信するときのフローチャート 実施形態４におけるクラウドプリント設定画面を示す図

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［実施形態１］
●ハードウェア
図２Ａは本発明の実施形態であるクラウドプリントシステムの構成を示す図である。クラウドプリントサービス１０２は例えばインターネットなどを介してクライアント端末１００および印刷装置１０１と接続された１または複数のサーバにより提供されるサービスである。ここではクラウドプリントサービス１０２とは、クラウドプリントサービスを提供する情報処理装置であるサーバを指している。

本実施形態では印刷装置１０１とクラウドプリントサービス１０２の間はＩｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ（ＩＰＰ）を利用して通信を行うものとする。以降の説明ではＩＰＰのオペレーション、属性を使用して説明を行う。

図２Ｂは本発明に係る印刷装置１０１のハードウェア構成を示すブロック図である。ＣＰＵ２０２を含む制御部２０１は、印刷装置１０１全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ２０４に記憶された制御プログラムを読み出して実行し、通信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、データや各種プログラム、或いは各種情報テーブルを記憶する。

プリンタインターフェイス（Ｉ／Ｆ）２０６は、プリンタ２０７（プリンタエンジン）に画像信号を出力するインターフェースを担う。また、スキャナＩ／Ｆ２０８は、スキャナ２０９（スキャナエンジン）からの読取画像信号を入力するインターフェースを担う。ＣＰＵ２０２は、スキャナＩ／Ｆ２０８より入力された画像信号を処理し、記録画像信号としてプリンタＩ／Ｆ２０６へ出力する。プリンタ２０７はその記録映像信号に従って用紙等の媒体に画像を形成する。

操作パネルＩ／Ｆ２１０は、操作パネル４１１と制御部２０１とを接続する。操作パネル４１１には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。ネットワークＩ／Ｆ２１２はクライアント端末１００やクラウドプリントサービス１０２などの外部端末に情報を送信したり、あるいはそれら外部装置から各種情報を受信したりする。制御部２０１内の各ブロックはシステムバス２０５にて接続されている。なお印刷装置１０１のことをプリンタや画像形成装置或いは記録装置と呼ぶこともある。

クライアント端末１００及びクラウドプリントサービス１０２は、図２Ｂの構成からプリンタＩ／Ｆ２０６及びプリンタ２０７とスキャナＩ／Ｆ２０８及びスキャナ２０９とを取り除いた構成を有する。ただし。ＣＰＵ２０２の性能やＲＡＭ２０３及びＨＤＤ２１４の容量については、必ずしも同等ではなく、クライアント端末１００やクラウドプリントサービス１０２の方が高性能であってよい。これは操作パネル４１１についても同様であり、クライアント端末１００やクラウドプリントサービス１０２の方がより汎用的で表示能力が高いものであってよい。

●ソフトウェア
図３は印刷装置１０１のソフトウェア構成を説明するための図である。図３に示す各機能部は、印刷装置１０１が有しているＣＰＵ３０２が制御プログラムを実行することにより実現される。

操作制御部３００は操作パネル４１１を制御する。操作パネル４１１に操作メニューを表示してユーザからの指示入力を待ち受け、受け付けた指示内容を他の機能部に通知し、指示結果を操作パネル４１１に表示する。クラウドプリントサービス登録制御部３０１はクライアント端末１００から受信したクラウドプリントサービス登録要求を解析し、クラウドプリントサービス１０２にクラウドプリントサービス登録要求を送信する。これにより、クラウドプリントサービス登録処理を制御する。

クラウドプリント印刷制御部３０２はクラウドプリントサービス１０２から受信した印刷データを画像処理部３０７に転送する。画像処理部３０７は、印刷ジョブを印刷用の画像データにレンダリングする処理を行う。印刷処理部３０８は、画像処理部３０７によってレンダリングされた画像データを印刷する処理を行う。

クラウドプリントジョブ情報管理部３０３は印刷装置１０１のジョブ情報を管理し、クラウドプリントサービス１０２に通知する。クラウドプリントイベント制御部３０４は印刷装置１０１とクラウドプリントサービス１０２の間のイベント送信、イベント受信処理を制御する。クラウドプリントデバイス情報管理部３０５は印刷装置１０１のデバイス情報を管理し、クラウドプリントサービス１０２に通知する。クラウドプリントエラー制御部３０９は印刷装置１０１のエラー発生状態を管理する。

記憶部３０６は、他の機能部からの指示により、指定されたデータをＲＯＭ２０４やＨＤＤ２１４に記憶する、あるいは記憶しているデータを読み出す。記憶部３０６が管理するデータの例として、デバイスを特定するＩＤ情報、ＱＲコード（登録商標）画像情報がある。

●操作パネル
図４は印刷装置１０１の操作パネル４１１を説明するための図である。表示パネル４０５はＬＣＤ等を利用した表示パネルとタッチパネルとを有し、ＵＩを提供するデバイスである。コピーボタン４０１は印刷装置１０１を用いてコピーを行う際に押下するボタンであり、これを押下することにより表示パネル４０５にコピー操作画面が表示される。ファクシミリボタン４０２は印刷装置１０１を用いてファクシミリ送信を行う際に押下するボタンであり、これを押下することにより表示パネル４０５にファクシミリ操作画面が表示される。スキャンボタン４０３は印刷装置１０１を用いてスキャンを行う際に押下するボタンであり、これを押下することにより表示パネル４０５にスキャン操作画面が表示される。また、表示パネル４０５にはＱＲコード（登録商標）画像なども表示される。

テンキー４０８は数字等を入力するために使用される。ＯＫキー４０７は表示パネル４０５の表示内容を決定する時などに使用される。方向キー４０６は表示パネル４０５に表示されたメニューなどを選択する時などに使用される。白黒コピーボタン４０９、カラーコピーボタン４１０はそれぞれ白黒コピー、カラーコピーを実行する際に使用される。ストップボタン４１４は処理を停止する時に使用される。メニューボタン４１２は印刷装置１０１の設定を行うためのメニュー画面を表示する時に使用される。状況確認／中止ボタン４１３は印刷装置１０１が受信している印刷ジョブの一覧等、印刷装置１０１の状況を確認する時に使用される。

●クラウドプリントの処理シーケンス
ここで、クラウドプリントの処理シーケンスについて図１を用いて説明する。印刷装置１０１はクラウドプリント機能と、印刷装置１０１を操作するためのＷｅｂＵＩ（リモートＵＩとも呼ぶ）機能をサポートしている。クライアント端末１００はクラウドプリントクライアント機能と、ＷｅｂＵＩを操作するためのＷｅｂＵＩクライアントをサポートしている。ＷｅｂＵＩ機能は、例えば、印刷装置１０１がＨＴＴＰサーバとして機能し、クライアント端末１００のＨＴＴＰクライアント（ＷｅｂＵＩクライアントであり、例えばウェブブラウザ）に印刷装置１０１のユーザインターフェイス（ＵＩ）を提供する機能である。

ユーザはまずクライアント端末１００のＷｅｂＵＩクライアントを利用して、印刷装置１０１にＷｅｂＵＩ経由でクラウドプリントサービス登録要求１１１を送信する。印刷装置１０１は要求１１１を受信すると、クラウドプリントサービス１０２にクラウドプリントサービス登録要求１１２を送信する。クラウドプリントサービス１０２は要求１１２を受信すると、クラウドプリント登録用の登録ＵＲＬ１３０を含むクラウドプリントサービス登録要求応答１１３を印刷装置１０１に送信する。印刷装置１０１は応答１１３を受信すると、クライアント端末１００にＷｅｂＵＩ経由でクラウドプリントサービス登録ＵＲＬを含む登録ＵＲＬ表示画面情報１１４を送信する。

クライアント端末１００は画面情報１１４を受信すると、ＷｅｂＵＩクライアントに登録ＵＲＬを表示する。ユーザはクライアント端末１００のＷｅｂＵＩクライアントを操作し、表示された登録ＵＲＬにアクセスする。これによりクライアント端末１００はクラウドプリントサービス１０２にクラウドアカウント１３１を含むクラウドプリントサービス登録承認要求１１５を送信する。

クラウドプリントサービス１０２は登録承認要求１１５を受信すると、クラウドプリントサービス登録承認応答１１６をクライアント端末１００に送信する。クラウドアカウント１３１はクラウドプリントサービス１０２を利用する権限を有するユーザを示すものであり、ユーザは事前にユーザアカウントをクラウドプリントサービス１０２に登録している。

印刷装置１０１はクラウドプリントサービス１０２にクラウドプリントサービス登録確認要求１１７を送信する。クラウドプリントサービス１０２は登録確認要求１１７を受信すると、印刷装置１０１にクラウドプリンタＩＤ１３２を含むクラウドプリントサービス登録確認応答１１８を送信する。この段階で印刷装置１０１はクラウドプリントサービス１０２に登録された状態となりクラウドプリントサービスを利用可能な状態となる。すなわち、印刷装置１０１はクラウドプリントサービス１０２に登録されて、クラウドプリントサービスで承認されたアカウントを持つユーザにより利用可能な印刷装置となる。

クラウドプリントサービス１０２へ登録された印刷装置１０１は、クラウドプリントサービス１０２にイベント要求１２３を送信する。イベント要求１２３では、要求するイベントの種別としてジョブ受信イベントが指定される。これによりクラウドプリントサービス１０２でジョブ受信イベントが生じすると、イベント応答がクラウドプリントサービス１０２から印刷装置１０１に送信されることになる。

クラウドプリントシステム１０２を利用した印刷を望むユーザによる操作に応じて、クライアント端末１００はクラウドプリントサービス１０２にクラウドプリンタ情報要求１４１を送信する。クラウドプリンタ情報要求１４１にはクラウドアカウント１３１が含まれる。クラウドプリントサービス１０２はクラウドプリンタ情報要求１４１を受信すると、そこに含まれるクラウドアカウント１３１が使用可能であるプリンタ情報（例えばクラウドプリンタＩＤ１３２）を取得する。そして取得したプリンタ情報を含むクラウドプリンタ情報応答１４２をクライアント端末１００に送信する。

クライアント端末１００は、利用可能な印刷装置の中から例えばユーザにより選択されたクラウドプリンタＩＤ１３２と、印刷対象となる印刷データ１３４と、クラウドアカウント１３１とを含む印刷要求１１９をクラウドプリントサービス１０２に送信する。ここでクラウドプリンタＩＤ１３２には、印刷装置１０１のＩＤが含まれているものとする。印刷要求１１９を受信すると、クラウドプリントサービス１０２は印刷要求１１０９とともに受信した情報、たとえばクラウドプリンタＩＤ１３２と印刷データ１３４とクラウドアカウント１３１とを保存する。また、クラウドプリントサービス１０２は、イベント要求の送信元である印刷装置１０１にイベント応答１２４を送信する。イベント応答１２４は、イベント要求１２３に対するレスポンスとして送信されるメッセージであり、イベントの種別としてジョブ受信イベントが指定される。

印刷装置１０１はイベント応答１２４を受信すると、クラウドプリントサービス１０２に印刷ジョブ要求１２０を送信する。クラウドプリントサービス１０２は、印刷データ１３４とクラウドアカウント１３１を含む印刷ジョブ応答１２１を印刷装置１０１に送信する。印刷装置１０１は受信した印刷データを印刷する。

印刷装置１０１は印刷装置の状態が変化するとクラウドプリントサービス１０２にデバイス状態通知１２２を送信する。本シーケンスでは印刷装置が印刷を開始することにより印刷装置の状態がｉｄｌｅ状態（待機状態）からｐｒｏｃｅｓｓｉｎｇ状態（処理中状態）になる。従って、デバイス状態通知１２２で通知されるプリンタ状態には"ｐｒｏｃｅｓｓｉｎｇ"がセットされる。クラウドプリントサービス１０２はデバイス状態通知１２２に対して応答するが、この応答については図５を参照して説明する。なおデバイス状態通知１２２は、ＩＰＰにおいてはＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓメッセージにより実現される。

●デバイス状態通知およびその応答
図５は印刷装置が連続ジョブを処理するときのシーケンス図である。印刷装置１０１はクラウドプリントサービス１０２からの印刷ジョブ応答１２１を受信すると、受信した印刷データ１３４の印刷処理を開始する。印刷装置１０１が印刷処理を開始すると印刷装置１０１のデバイス状態はｐｒｏｃｅｓｓｉｎｇ状態になる。ｐｒｏｃｅｓｓｉｎｇ状態とは、印刷装置にて印刷ジョブを処理している状態であり、新しいジョブが投入されたとしても待ち状態になる状態であることを示す。なお、以降の説明で印刷装置１０１がクラウドプリントサービス１０２にリクエストを送信する際の送信先ＵＲＬにはパスにクラウドプリンタＩＤ１３２が付加されている。クラウドプリントサービス１０２はこの情報を参照してリクエストの送信元デバイスの特定を行う。また図５の説明はＩＰＰのメッセージを用いた。

印刷装置１０１はそのプリンタ状態がｐｒｏｃｅｓｓｉｎｇ状態に変化するとＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを利用してｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にｐｒｏｃｅｓｓｉｎｇをセットして送信する（５０１）。Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－ＡｔｔｒｉｂｕｔｅｓメッセージはＩＰＰのオペレーションであり、図１のデバイス状態通知１２２に相当し、ｐｒｉｎｔｅｒ－ｓｔａｔｅ属性はプリンタ状態に相当する。したがってデバイス状態通知と同様、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓメッセージはクラウドプリントサービス１０２に対するリクエストである。図５において、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓメッセージをデバイス状態通知１２２と、ｐｒｉｎｔｅｒ－ｓｔａｔｅ属性をプリンタ状態と読み替えることができる。

クラウドプリントサービス１０２はＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ５０１を受信すると、クラウドプリントサービス１０２内部で管理している印刷装置１０１の状態をｐｒｏｃｅｓｓｉｎｇ（処理中状態）に更新する。また、印刷装置１０１に応答５０２として２００ ＯＫをレスポンスする。ここで２００は応答コードであり、リクエストが正常に受付けられたこと（すなわちＯＫであること）を示す。

印刷装置１０１は印刷処理が完了すると、印刷装置１０１のデバイス状態はｉｄｌｅ状態（待機状態）になる。ｉｄｌｅ状態とは、印刷装置にて印刷ジョブを処理していない状態であり、新しいジョブが投入されると待ち時間なしで印刷処理を開始できる状態である。

印刷装置１０１はそのプリンタ状態がｉｄｌｅ状態に変化するとＩＰＰのオペレーションであるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを利用してｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にｉｄｌｅをセットして送信する（５０３）。クラウドプリントサービス１０２はリクエスト５０３を受信すると、クラウドプリントサービス１０２内部で管理している印刷装置１０１の状態をｉｄｌｅに更新し、印刷装置１０１に２００ ＯＫをレスポンスする（５０４）。

連続してジョブを印刷する場合、印刷中の印刷装置１０１には次のジョブがスプールされ待機状態となっている。印刷装置１０１は、ジョブが終了してデバイス状態がｉｄｌｅ状態に遷移すると、スプールされているジョブのうち先頭のジョブを取り出して実行すなわち印刷を開始する。

印刷装置１０１は上記同様、プリンタ状態の変化に応じてクラウドプリントサービス１０２との間で、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ５０５から応答５０８までのやり取りを行う。このやり取りで印刷装置１０１は、印刷を開始してデバイス状態が処理中状態となったこと、及び、印刷が完了してデバイス状態が待機状態になったことをクラウドプリントサービス１０２に通知する。このように印刷装置１０１は印刷の進捗に応じて印刷装置１０１の状態をクラウドプリントサービス１０２すなわちサーバに通知する。

ここで多数のジョブを連続して処理することでクラウドプリントサービス１０２がＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを処理しきれなくなったときのシーケンスを説明する。

印刷装置１０１は印刷装置１０１のプリンタ状態がｐｒｏｃｅｓｓｉｎｇ状態に変化するとＩＰＰのオペレーションであるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを送信する（５０９）。このときｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にはデバイス状態としてｐｒｏｃｅｓｓｉｎｇがセットされる。クラウドプリントサービス１０２はリクエスト５０９を受信するが、受信したリクエストの数が単位時間に処理できる最大数（上限）を超えると、何も処理を行わず、印刷装置１０１に４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓをレスポンスする（５１０）。４２９は応答のコードであり、「要求が多すぎる」こと（上限超過あるいは上限エラー）を示している。この上限超過応答４２９を受信した印刷装置１０１は正常応答２００と同様に特にエラー処理などを行うことなく処理を続行する。ただし印刷装置１０１がログを記録している場合には、上限超過応答４２９を受信したこともログに記録される。この場合の処理の詳細については図６等を参照して説明する。

印刷装置１０１はそのプリンタ状態がｉｄｌｅ状態に変化するとＩＰＰのオペレーションであるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを利用してｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にｉｄｌｅをセットして送信する（５１１）。クラウドプリントサービス１０２はリクエスト５１１を受信し、単位時間に処理できる最大数を超えると、クラウドプリントサービス１０２では何も処理を行わず、印刷装置１０１に４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓをレスポンスする（５１２）。

このように、クラウドプリントサービス１０２は受信したリクエストの数が単位時間に処理できる上限を超えていると、受信したリクエストに対して上限超過応答を印刷装置１０１に応答する。そして、クラウドプリントサービス１０２は受信したリクエストが単位時間に処理できる上限以下になれば、特にエラーがない限り正常応答を印刷装置１０１に応答する。

●印刷装置１０１による応答の処理
図６は印刷装置１０１がデバイス状態通知を送信するときのフローチャートである。以下の説明では、図６の手順は、ＣＰＵ２０２によりプログラムを実行することで実現されるクラウドプリントデバイス情報管理部３０５などの機能ブロックにより実行されるものとして説明する。しかしながら、ハードウェアの面からは印刷装置１０１のＣＰＵ２０２により実行されるということもできる。

Ｓ６０１にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２にＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓすなわちデバイス状態通知を送信する。このときＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓにはｐｒｉｎｔｅｒ－ｓｔａｔｅ属性がセットされ、属性値として指定されたプリンタ状態（すなわちデバイス状態）がセットされる。

Ｓ６０２にてクラウドプリントデバイス情報管理部３０５はＳ６０１で送信したＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓのレスポンス（応答）をクラウドプリントサービス１０２から受信する。

Ｓ６０３にてクラウドプリントデバイス情報管理部３０５はＳ６０２で受信したレスポンスのステータスコードを参照し、成功（例えばコード２００）と判断するとＳ６０６に進み、エラーと判断するとＳ６０４に進む。エラーとは成功以外のステータスであってよい。

Ｓ６０６にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２に通知したプリンタ状態を記憶部３０６に保存する。

Ｓ６０４にてクラウドプリントエラー制御部３０９は受信したエラーの内容を解析し、ステータスコードが４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ（上限超過）かどうかを判断する。そして、４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓである場合、処理を終了する。４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓでない場合、Ｓ６０５にて操作制御部３００は操作パネル４１１にサーバ通信エラーを表示する。なおエラーは印刷要求１１９の送信元であるクライアント端末１００のＷｅｂＵＩ（或いはリモートユーザインターフェイス）に表示してもよい。

この手順により、デバイス状態通知の応答として受信したエラーステータスが上限超過であれば、エラーをユーザに通知することなく図６の処理を終了する。ただし終了するのは図６に示したデバイス状態通知の応答の処理である。図６の処理を終了させることで、印刷処理や通信処理、表示処理等の印刷装置１０１が通常行う処理については続行することができる。またその際には、クラウドプリントサービス１０２に通知したデバイス状態を保存しない。こうすることで、印刷装置１０１で保持しているクラウドプリントサービス１０２に通知したデバイス状態と、クラウドプリントサービス１０２で保持しているデバイス状態との整合を維持することができる。

●表示例
図７はサーバ通信エラーが発生したときの印刷装置の表示パネルを示す図である。画面７０１は、印刷装置１０１にてエラーが発生していないときの操作パネル４１１に表示される画面の一例を示す図である。ステータスライン７１１は印刷装置でエラーなどが発生しているときに、その情報を表示するためのエリアであり。画面７０１ではエラーが発生していないのでステータスライン７１１には何も表示されていない。また、デバイス状態通知に対して上限超過エラーを受信した際にも、ステータスライン７１１には何も表示されない。

画面７０２は印刷装置１０１にて図６で説明したサーバ通信エラーが発生しているときの操作パネル４１１を示す図である。ステータスライン７１２にはクラウドプリントにおいてサーバ通信エラーが発生しているという情報を伝えるメッセージがＳ６０５で表示される。

●デバイス状態の例
図８は印刷装置１０１のプリンタ状態（ｐｒｉｎｔｅｒ－ｓｔａｔｅ）の種別を示す図である。プリンタ状態とは印刷装置１０１のデバイス状態を指す。印刷装置１０１のクラウドプリントデバイス情報管理部３０５がＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓにてクラウドプリントサービス１０２に通知するｐｒｉｎｔｅｒ－ｓｔａｔｅには３つの状態がある。

第１の状態はｉｄｌｅ状態８０１である。これは印刷装置１０１で印刷ジョブを処理していない状態であり、新しいジョブが投入されると待ち時間なしで印刷処理を開始できる状態である。待機状態とも呼ぶ。

第２の状態はｐｒｏｃｅｓｓｉｎｇ状態８０２である。これは印刷装置１０１にて印刷ジョブを処理している状態であり、新しいジョブが投入されたとしても待ち状態になる状態である。処理中状態とも呼ぶ。

第３の状態はｓｔｏｐｐｅｄ状態８０３である。これは印刷装置１０１にて印刷ジョブを処理できない状態であり、状態を変えるためにはユーザのオペレーションが必要な状態である。停止状態とも呼ぶ。例えば用紙切れやトナー切れが生じると、印刷装置１０２のデバイス状態は停止状態に移行する。

●クラウドプリントサービスによる応答の種別
図９は印刷装置１０１がクラウドプリントサービス１０２から受信するステータスの種別を示す図である。これは図６のＳ６０２で説明した、印刷装置１０１がクラウドプリントサービス１０２から受信するレスポンスにセットされている情報である。ステータスコードは大分類としてＩｎｆｏｒｍａｔｉｏｎａｌ９０１、Ｓｕｃｃｅｓｓ９０２、ＣｌｉｅｎｔＥｒｒｏｒ９０３，９０４、ＳｅｒｖｅｒＥｒｒｏｒ９０５がある。それぞれのステータスコードは中分類としてさらに詳細な種別に分類される。エラー制御９１１はそれぞれのステータスコードをクラウドプリントエラー制御部３０９がどう扱うかを示している。

Ｉｎｆｏｒｍａｔｉｏｎａｌ９０１はリクエストが成功し処理が継続していることを示す。したがって、中分類としてどのようなステータスコードであったとしてもクラウドプリントエラー制御部３０９は正常であると判断する。ステータスコードは１００番台のコードである。

Ｓｕｃｃｅｓｓ９０２もリクエストが成功し処理が完了したことを示す。したがって、中分類としてどのようなステータスコードであったとしてもクラウドプリントエラー制御部３０９は正常であると判断する。図６では、これらのステータスコードを受信すると、Ｓ６０３にて送信成功として判断する。ステータスコードは２００番台である。

ＣｌｉｅｎｔＥｒｒｏｒ９０３，９０４はクライアントからのリクエストに問題がありエラーが発生していることを示す。ここでのエラーは例としてステータスコード４００（ＢａｄＲｅｑｕｅｓｔ）、４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）、４０２（ＰａｙｍｅｎｔＲｅｑｕｉｒｅｄ）等がある。これらのエラーレスポンスは同じリクエストをクライアント（印刷装置１０１）が送信しても変わることなく応答される。従ってクラウドプリントエラー制御部３０９はこれらのレスポンスを受信するとエラー発生であると判断する。これらエラーはユーザに通知されてユーザによる対処が促される。

ただし、ステータスコード４２９（ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ）はクラウドプリントサービス１０２で一時的に負荷が高く処理できないということが原因で発生する。すなわち、同じリクエストをクライアント（印刷装置１０１）が送信すると原因となった状態は解消されている可能性がある。そのためステータスコード４２９をクラウドプリントエラー制御部３０９はエラーとして扱わない。

ＳｅｒｖｅｒＥｒｒｏｒ９０５はサーバがリクエストの処理に失敗したことを示す。ここでのエラーとしてはステータスコード５００（ＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒ）などがある。このエラーは、サーバで何かしらの問題が発生していることを示しており、その問題が一時的なものかどうか判断できない。従ってクラウドプリントエラー制御部３０９はこのステータスコードをエラー発生であると判断してエラーを表示し、ユーザに通知する。

以上の構成及び手順により、本実施形態では、印刷装置からのデバイス状態通知に対してクラウドプリントサービス（サーバ）から、上限超過を示す応答を受信してもユーザへの報知を抑制し、報知することがない。このため、ユーザによる対処が不要な状態をエラーとしてユーザに通知してしまうことを防止できる。またこのレスポンスは、デバイス状態通知というユーザが直接関与していない要求に対するものであるため、上限超過がエラーとして報じされてもユーザがその原因や対象を把握することは困難であり、ユーザによるエラー対応もまた困難であると予想される。これに対して上述した本実施形態では、上限超過を示す応答を受信してもユーザへの報知を抑制し、報知することがないため、クラウドプリントサービスの運用の混乱を防止できる。

［実施形態２］
次に実施形態２について説明する。図９までで説明した実施形態１の構成によって、プリンタ状態が頻繁に変わる場合でもエラーが発生することを防止することはできた。本実施形態ではエラー発生の防止に加えて、クラウドプリントサーバ１０２で管理している印刷装置１０１のプリンタ状態と実際の印刷装置１０１のプリンタ状態を一致させる。

実施形態２ではこのためにＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信をリトライする。

図１０は実施形態２におけるデバイス状態通知を送信するときのフローチャートである。図１０の手順は、ＣＰＵ２０２によりプログラムを実行することで実現されるクラウドプリントデバイス情報管理部３０５などの機能ブロックにより実行されるものとして説明する。しかしながら、ハードウェアの面からは印刷装置１０１のＣＰＵ２０２により実行されるということもできる。

Ｓ１００１にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２にＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓすなわちデバイス状態通知を送信する。このときＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓにはｐｒｉｎｔｅｒ－ｓｔａｔｅ属性がセットされ、属性値として指定されたプリンタ状態（すなわちデバイス状態）がセットされる。

Ｓ１００２にてクラウドプリントデバイス情報管理部３０５はＳ１００１で送信したＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓのレスポンス（応答）をクラウドプリントサービス１０２から受信する。

Ｓ１００３にてクラウドプリントデバイス情報管理部３０５はＳ１００２で受信したレスポンスのステータスコードを参照し、成功（例えばコード２００）と判断するとＳ１０１０に進み、エラーと判断するとＳ１００３に進む。エラーとは成功以外のステータスであってよい。

Ｓ１０１０にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２に通知したプリンタ状態を記憶部３０６に保存する。

Ｓ１００４にてクラウドプリントエラー制御部３０９は受信したエラーの内容を解析し、ステータスコードが４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ（上限超過）かどうかを判断する。そして、４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓである場合、Ｓ１００６の処理を実行する。４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓでない場合、Ｓ１００５にて操作制御部３００は操作パネル４１１にサーバ通信エラーを表示する。なおエラーは印刷要求１１９の送信元であるクライアント端末１００のリモートＵＩに表示してもよい。

Ｓ１００６にてクラウドプリントデバイス情報管理部３０５は処理を所定時間、例えば１秒待機する。次に、Ｓ１００７にてクラウドプリントデバイス情報管理部３０５は最新の（すなわち現在の）プリンタの状態を取得する。また、Ｓ１００８にてクラウドプリントデバイス情報管理部３０５はクラウドに通知しているプリンタの状態を記憶部３０６から読み出す。Ｓ１００９にてクラウドプリントデバイス情報管理部３０５は、最新のプリンタの状態とクラウドに通知しているプリンタの状態とを比較する。比較した結果、同じであれば処理を終了する。また、比較した結果同じでなければＳ１００１に戻りクラウドプリントサービス１０２にＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを送信する処理をリトライ、すなわち再送信する。送信されるデバイス状態はＳ１００７で取得したデバイス状態であってよい。

この手順により、デバイス状態通知の応答として受信したエラーステータスが上限超過であれば、所定時間経過後にデバイス状態通知を試みる。上限超過状態は所定期間の待機により解消される可能性があるので、上限超過状態が解消されていれば再送信（リトライ）は成功する。これにより、ユーザにエラーを報知することなく、デバイス状態をクラウドプリントサービスに通知できる。

なお図１０ではデバイス状態通知の再送信は、印刷装置１０１の現在の状態と、クラウドプリントサービス１０２で保持されているデバイス状態とが一致していないことが条件であるが、無条件で行ってもよい。

［変形例］
図１０の手順に対して、再送回数の上限を設けてもよい。たとえば、再送回数の上限を設定し、図１０の手順においてＳ１００４で受信したステータスが上限超過であればまず再送回数の上限に達しているか判定する。上限に達していれば、ステップＳ１００５で、上限超過を示す応答を受信したことを表示する。一方上限に達していなければ、ステップＳ１００６以下の処理を実行する。再送回数の上限は固定値であってもよいし、ユーザが設定できてもよい。このように構成することで、所定回数のリトライによっても上限超過が解消しない場合には、クラウドプリントサービス１０２から上限超過を示す応答が受信されたことを示す情報を表示することで、上限超過状態の解消を待機させることができる。

［実施形態３］
次に実施形態３について説明する。図１０までで説明した構成では、上限超過（４２９ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ）エラーが発生しても表示パネルにサーバ通信エラーを表示しない。これは、プリンタ状態通知に失敗したとしてもクラウドプリントの印刷自体は継続して使用可能であり、また、上限超過エラーは一時的なサーバの高負荷を示すエラーであり、時間経過により自然に解決するためである。実施形態３として、上限超過エラーをエラーとして表示するか、それとも表示しないかを選択するための設定を持つ構成を説明する。エラーとして表示することで、クラウドプリントサービス１０２が高負荷の状態であることを印刷装置１０２のユーザが知ることができ、上限超過状態が解消するまで待機を促すことができる。

図１１は実施形態３におけるクラウドプリント設定画面を示す図である。この画面は印刷装置１０１の操作パネル４１１に表示される画面であってもよいし、クライアント端末１００のリモートＵＩに表示される画面であってもよい。

画面１１０１は操作パネル４１１に表示されるクラウドプリント設定画面である。「クラウドプリントを使用する」設定はクラウドプリント機能を有効・無効に切り替えるための設定である。「登録を解除する」設定は、印刷装置１０１のクラウドプリントサービス１０２への登録を解除するための設定である。「サーバ負荷エラー制御」設定は、４２９ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓエラーを受信したときに操作パネル４１１あるいはリモートＵＩにエラー表示するかしないかを切り替えるための設定である。この設定を行うと、選択に応じてサーバ負荷エラー制御設定の値が記憶部３０６に保存される。

図１２は実施形態３におけるデバイス状態通知を送信するときのフローチャートである。以下の説明では、図１２の手順は、ＣＰＵ２０２によりプログラムを実行することで実現されるクラウドプリントデバイス情報管理部３０５などの機能ブロックにより実行されるものとして説明する。しかしながら、ハードウェアの面からは印刷装置１０１のＣＰＵ２０２により実行されるということもできる。

Ｓ１２０１にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２にＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓすなわちデバイス状態通知を送信する。このときＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓにはｐｒｉｎｔｅｒ－ｓｔａｔｅ属性がセットされ、属性値として指定されたプリンタ状態（すなわちデバイス状態）がセットされる。

Ｓ１２０２にてクラウドプリントデバイス情報管理部３０５はＳ１２０１で送信したＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓのレスポンス（応答）をクラウドプリントサービス１０２から受信する。

Ｓ１２０３にてクラウドプリントデバイス情報管理部３０５はＳ１２０２で受信したレスポンスのステータスコードを参照し、成功（例えばコード２００）と判断するとＳ１２０６に進み、エラーと判断するとＳ１２０４に進む。エラーとは成功以外のステータスであってよい。

Ｓ１２０６にてクラウドプリントデバイス情報管理部３０５はクラウドプリントサービス１０２に通知したプリンタ状態を記憶部３０６に保存する。

Ｓ１２０４にてクラウドプリントエラー制御部３０９は受信したエラーの内容を解析し、ステータスコードが４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ（上限超過）かどうかを判断する。そして、４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓである場合、Ｓ１２０７に進む。Ｓ１２０７にてクラウドプリントエラー制御部３０９は記憶部３０６からサーバ負荷エラー制御設定を読み出す。Ｓ１２０８にてクラウドプリントエラー制御部３０９は読み出したサーバ負荷エラー制御設定が「エラー表示」設定であるか否かを判断する。ここで「エラー表示」設定でない場合、処理を終了する。「エラー表示」設定である場合、Ｓ１２０５にて操作制御部３００は操作パネル４１１にサーバ通信エラーを表示する。

Ｓ１２０４にて４２９ ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓでないと判断した場合、Ｓ１２０５にて操作制御部３００は操作パネル４１１にサーバ通信エラーを表示する。

以上の手順により、デバイス状態通知の応答として受信したエラーステータスが上限超過であれば、エラーをユーザに通知するか、それともしないかを選択することができる。通知しないことが選択されていれば実施形態１と同様にエラーを報知することなく処理を終了する。一方通知することが選択されていれば、上限超過をエラーとしてユーザに報知する。これにより、ユーザには、印刷装置１０１による処理を一時的に中断することで、上限超過エラーの解消を待機する機会が提供される。

［実施形態４］
次に実施形態４について説明する。クラウドにはテナントという概念があり、ユーザやデバイスはいずれかのテナントに属し、テナント単位でクラウドプリントサービスを利用することができる。図１２までで説明した構成では、印刷装置１０１は１つのテナントの印刷装置として登録されていた。しかし、一つの印刷装置を、複数のテナントそれぞれにそれぞれ別のクラウドプリンタとして登録する構成もあり得る。実施形態４は、このような１台の印刷装置を複数のテナントで共有する構成において、それぞれのテナントにおける設定それぞれで「サーバ負荷エラー制御」設定を行うことが可能としたものである。

図１３は実施形態４におけるクラウドプリント設定画面を示す図である。画面１３０１は操作パネル４１１あるいはクライアント端末１００のリモートＵＩに表示されるクラウドプリント設定画面のトップメニューである。実施形態４ではプリンタを複数のテナントに別々のクラウドプリンタとして登録することが可能である。本実施形態では印刷装置１０１がテナントＡ，テナントＢに既に登録されている。「クラウドプリントを使用する」設定はクラウドプリント機能を有効・無効に切り替えるための設定である。この設定はテナントごとに設定できてもよいが、この例では印刷装置１０１が登録されているすべてのテナントについて共通に設定される。

画面１３０１にはさらにテナントＡ、テナントＢ、テナント追加ボタンが表示される。テナント追加ボタンを押下すると、新たなテナントに印刷装置１０１をクラウドプリンタとして登録するための画面に遷移する。テナント毎の設定を変更するためには所望のテナントボタンを押下そればよい。テナントボタン（テナントＡまたはテナントＢ）のタッチにより、タッチされたボタンに応じたテナントの設定画面１３０２に遷移する。本実施形態ではテナントＡの設定画面１３０２を示している。

テナントＡの設定画面１３０２では「登録を解除する」設定と、「サーバ負荷エラー制御」設定が表示される。「登録を解除する」設定はクラウドプリントの登録を解除するための設定である。「サーバ負荷エラー制御」設定は、４２９ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓエラーを受信したときに操作パネル４１１にエラー表示するかしないかを切り替えるための設定である。これらどちらの設定もテナントＡに登録したクラウドプリンタとしての挙動のみに影響を与えるものである。設定に応じて、設定対象のテナントに紐づけて設定値が記憶部３０６に保存される。

保存された「サーバ負荷エラー制御」設定は、実施形態３と同様に図１２のステップＳ１２０７で参照される。ただし本実施形態では、参照される「サーバ負荷エラー制御」設定は、そのときに実行している印刷要求の発行元のクライアントの属するテナントに紐づけて保存された「サーバ負荷エラー制御」設定が参照される。印刷要求の送信は例えばクラウドプリントサービスにログインしたユーザにより指示されているので、そのユーザの属するテナントが、「サーバ負荷エラー制御」設定と紐づけられるテナントであってよい。

以上の構成により、デバイス状態通知の応答として受信したエラーステータスが上限超過であれば、エラーをユーザに通知するか、それともしないかを選択することができる。本実施形態ではさらに、その選択を印刷装置が属するテナントごとに行える。通知しないことが選択されていれば実施形態１と同様にエラーを報知することなく処理を終了する。一方通知することが選択されていれば、上限超過をエラーとしてユーザに報知する。これにより、ユーザには、印刷装置１０１による処理を一時的に中断することで、上限超過エラーの解消を待機する機会が提供される。

●実施形態のまとめ
上記実施形態をまとめると以下のようなものとなる。
［項目１］
サーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
受信した前記応答が、前記サーバの負荷の上限超過を示す応答でない場合には前記応答に応じたエラーを出力し、前記サーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行する制御手段と、を有する
ことを特徴とする印刷装置。

［項目２］
項目１に記載の印刷装置であって、
前記制御手段は、前記サーバの負荷の上限超過を示す応答である場合にはさらに、前記状態の通知の再送を行う
ことを特徴とする印刷装置。

［項目３］
項目１に記載の印刷装置であって、
前記制御手段は、前記サーバの負荷の上限超過を示す応答である場合にはさらに、前記状態の通知により通知した前記印刷装置の状態と、前記印刷装置の現在の状態とが同じでない場合に、前記印刷装置の現在の状態を示す前記状態の通知の再送を行う
ことを特徴とする印刷装置。

［項目４］
項目２または３に記載の印刷装置であって、
前記制御手段は、前記状態の通知の再送を、前記応答の受信から所定時間の待機の後で行う
ことを特徴とする印刷装置。

［項目５］
項目２乃至４のいずれか一項に記載の印刷装置であって、
前記制御手段は、所定回数の前記状態の通知の再送に対して前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を出力する
ことを特徴とする印刷装置。

［項目６］
項目１に記載の印刷装置であって、
前記サーバの負荷の上限超過を示す応答を前記受信手段により受信した場合に、当該応答を受信したことを示す情報を出力するか否かの設定を行う設定手段を更に有し、
前記制御手段は、前記サーバの負荷の上限超過を示す応答を前記受信手段により受信した場合に、前記設定を参照して当該応答を受信したことを示す情報を出力する設定がされているならば、当該応答を受信したことを示す情報を出力する
ことを特徴とする印刷装置。

［項目７］
項目６に記載の印刷装置であって、
前記設定は、前記印刷装置が属するテナントごとに設定される
ことを特徴とする印刷装置。

［項目８］
項目１乃至７のいずれか一項に記載の印刷装置であって、
前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を前記印刷装置の表示部に表示する
ことを特徴とする印刷装置。

［項目９］
項目１乃至７のいずれか一項に記載の印刷装置であって、
前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を、前記印刷装置に接続された端末のリモートユーザインターフェイスに表示する
ことを特徴とする印刷装置。

［項目１０］
項目１乃至９のいずれか一項に記載の印刷装置としてコンピュータを機能させるためのプログラム。

［項目１１］
サーバから取得した印刷データに基づいて印刷を実行する印刷装置の制御方法であって、前記印刷装置は送信手段と受信手段と制御手段とを有し、
前記送信手段が、前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信し、
前記受信手段が、送信した前記状態の通知に対する前記サーバからの応答を受信し、
前記制御手段が、受信した前記応答が、前記サーバの負荷の上限超過を示す応答でない場合には前記応答に応じたエラーを出力し、前記サーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行することを特徴とする印刷装置の制御方法。

［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００ クライアント端末、１０１ 印刷装置、１０２ クラウドプリントサービス

Claims (11)

1. サーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
   前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
   送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
   受信した前記応答が、送信成功でなく、かつ前記サーバの負荷の上限超過を示す応答でない場合には前記応答に応じたエラーを出力し、送信成功であるか、または前記サーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行する制御手段と、を有する
   ことを特徴とする印刷装置。
2. 請求項１に記載の印刷装置であって、
   前記制御手段は、前記サーバの負荷の上限超過を示す応答である場合にはさらに、前記状態の通知の再送を行う
   ことを特徴とする印刷装置。
3. 請求項１に記載の印刷装置であって、
   前記制御手段は、前記サーバの負荷の上限超過を示す応答である場合にはさらに、前記状態の通知により通知した前記印刷装置の状態と、前記印刷装置の現在の状態とが同じでない場合に、前記印刷装置の現在の状態を示す前記状態の通知の再送を行う
   ことを特徴とする印刷装置。
4. 請求項２または３に記載の印刷装置であって、
   前記制御手段は、前記状態の通知の再送を、前記応答の受信から所定時間の待機の後で行う
   ことを特徴とする印刷装置。
5. 請求項２または３に記載の印刷装置であって、
   前記制御手段は、所定回数の前記状態の通知の再送に対して前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を出力する
   ことを特徴とする印刷装置。
6. 請求項１に記載の印刷装置であって、
   前記サーバの負荷の上限超過を示す応答を前記受信手段により受信した場合に、当該応答を受信したことを示す情報を出力するか否かの設定を行う設定手段を更に有し、
   前記制御手段は、前記サーバの負荷の上限超過を示す応答を前記受信手段により受信した場合に、前記設定を参照して当該応答を受信したことを示す情報を出力する設定がされているならば、当該応答を受信したことを示す情報を出力する
   ことを特徴とする印刷装置。
7. 請求項６に記載の印刷装置であって、
   前記設定は、前記印刷装置が属するテナントごとに設定される
   ことを特徴とする印刷装置。
8. 請求項１に記載の印刷装置であって、
   前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を前記印刷装置の表示部に表示する
   ことを特徴とする印刷装置。
9. 請求項１に記載の印刷装置であって、
   前記サーバの負荷の上限超過を示す応答が受信された場合には、当該応答を受信したことを示す情報を、前記印刷装置に接続された端末のリモートユーザインターフェイスに表示する
   ことを特徴とする印刷装置。
10. 請求項１に記載の印刷装置としてコンピュータを機能させるためのプログラム。
11. サーバから取得した印刷データに基づいて印刷を実行する印刷装置の制御方法であって、前記印刷装置は送信手段と受信手段と制御手段とを有し、
    前記送信手段が、前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信し、
    前記受信手段が、送信した前記状態の通知に対する前記サーバからの応答を受信し、
    前記制御手段が、受信した前記応答が、送信成功でなく、かつ前記サーバの負荷の上限超過を示す応答でない場合には前記応答に応じたエラーを出力し、送信成功であるか、または前記サーバの負荷の上限超過を示す応答である場合には、エラーを出力することなく処理を続行することを特徴とする印刷装置の制御方法。

Images