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

Abstract

【課題】クラウドサーバでデバイス情報通知受信処理の時間当たりの上限を超えると、印刷装置ではエラーが表示され、印刷装置の状態が正しくクラウドに反映されない。【解決手段】サーバは印刷装置の状態の通知を受け付けて所定の上限を超える頻度の印刷装置の状態の通知に対して上限超過の応答を返す。そのサーバから取得した印刷データに基づいて印刷を実行する印刷装置は、印刷の進捗に応じて印刷装置の状態の通知をサーバに送信し、送信した前記状態の通知に対する前記サーバからの応答を受信する。印刷装置は、印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、印刷装置の状態の通知を送信しないよう送信を制御する。【選択図】図１０

Description

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

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

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

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

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

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

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

また単位時間に受信した要求の数が上限を超えている場合にデバイス状態通知に対してエラーを応答する方法では、印刷装置のユーザインターフェイス（ＵＩ）にエラーが表示されてしまう。これは、印刷量の少ない複数の印刷ジョブを連続的に処理する場合等に特に表れやすい。印刷装置１０１はその状態が変化した際に、その変化に応じてクラウドプリントサービスへとデバイス状態通知の送信を行う。たとえば印刷ジョブを開始したなら、状態は待機状態から処理中状態へと遷移するので、処理中状態を示すデバイス状態通知をクラウドプリントサービスに送信する。印刷ジョブが完了したなら、状態は処理中状態から待機状態へと遷移するので、待機状態を示すデバイス状態通知をクラウドプリントサービスに送信する。このように、印刷ジョブの処理が順調に進行した場合、印刷装置は、ひとつの印刷ジョブについて少なくとも２回のデバイス状態通知をクラウドプリントサービス１０２へと送信する。

このため、特に印刷量が少ない印刷ジョブを連続して複数実行すると、デバイス状態の変化の頻度が高くなり、デバイス状態通知の送信頻度も高くなる。その結果クラウドプリントサービスの負荷が所定の上限を超えて上限超過の応答が返される可能性が高まる。

デバイス状態通知はユーザがその意思で送信した要求ではないため、一般のユーザが、サーバの負荷が上限を超過した上限超過を示すエラー表示を見ても、その原因や対象が理解できず、クラウドプリントサービスの利用現場の混乱を招きかねなかった。

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

上記目的を達成するために本発明は以下の構成を有する。本発明の一態様によれば、印刷装置の状態の通知を受け付けて所定の上限を超える頻度の前記印刷装置の状態の通知に対して上限超過の応答を返すサーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する制御手段と、を有する
ことを特徴とする印刷装置が提供される。

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

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

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

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

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

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

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

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

なお印刷装置１０１のことをプリンタや画像形成装置或いは記録装置と呼ぶこともある。

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

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

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

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

印刷処理部４０８は、画像処理部４０７によってレンダリングされた画像データを印刷する処理を行う。クラウドプリントジョブ情報管理部４０３は印刷装置１０１のクラウドプリントジョブ情報を管理し、クラウドプリントサービス１０２に通知する。

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

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

ジョブ情報管理部４１０は印刷装置１０１のジョブ情報を管理する。ＨＤＤ３１４等にスプールされたジョブデータの管理や、印刷ジョブキューの管理を行う。

デバイス情報管理部４１１は印刷装置１０１のデバイス情報を管理する。具体的にはデバイスの動作状態やエラー発生状態を管理する。

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

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

実施形態１では、印刷装置がジョブ終了時に次の処理すべきジョブが存在するか否かを確認する。次のジョブが存在する場合は、デバイス状態通知を行わない。これによりデバイス状態通知リクエストを削減し、クラウドプリンタサービス１０２からエラーがレスポンスされないようにする。

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

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

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

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

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

印刷装置１０１は前記までのシーケンスで登録が完了すると、次にクラウドプリントサービス１０２にイベント要求１２３を送信する。前記イベント要求１２３では、要求するイベントの種別としてジョブ受信イベントを指定する。

クライアント端末１００はクラウドプリントサービス１０２にクラウドプリンタ情報要求１４１を送信する。クラウドプリンタ情報要求１４１にはクラウドアカウント１３１が含まれる。クラウドプリントサービス１０２はクラウドプリンタ情報要求１４１を受信すると、そこに含まれるクラウドアカウント１３１が使用可能であるプリンタ情報を取得する。そして前記プリンタ情報を示すクラウドプリンタＩＤ１３２を格納した、クラウドプリンタ情報応答１４２をクライアント端末１００に送信する。

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

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

印刷装置１０１は印刷装置の状態が変化するとクラウドプリントサービス１０２にデバイス状態通知１２２を送信する。本シーケンスでは印刷装置が印刷を開始することにより印刷装置の状態がｉｄｌｅ状態（待機状態）からｐｒｏｃｅｓｓｉｎｇ状態（処理中状態）になる。従って、デバイス状態通知１２２で通知されるプリンタ状態にはｐｒｏｃｅｓｓｉｎｇがセットされる。

クラウドプリントサービス１０２は、デバイス状態通知１２２を受信すると、正常に受信できた場合には送信成功を表す応答（例えばコード２００）を印刷装置１０１に送信する。また通知されたデバイス状態を送信元の印刷装置１０１と紐づけて保存する。一方、例えば所定時間内に受信したリクエスト数が上限を超えていれば、その旨を示す応答としてコード４２９「ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ」（上限超過応答）を印刷装置１０１に送信する。このほかにも、正常にデバイス状態通知を受信して処理できない状態にあれば、その状態と通知する応答を印刷装置１０１に送信する。これらの場合、通知されたデバイス状態（プリンタ状態）はクラウドプリントサービス１０２により保存されない。

送信成功以外の応答、たとえば上限超過の応答を受信した印刷装置１０１は、その旨を示すメッセージを操作部５１１、特にその中に設けられた状態表示欄に表示する。なお上述した上限は、例えばテナントごとに設定されてもよいし、印刷装置ごとに設定されてもよいし、全テナントの合計について設定されてもよい。

なお図１においては、印刷装置１０１はイベント応答１２４に応じて印刷ジョブ要求１２０を送信し、印刷ジョブを取得しているが、これに代えて印刷ジョブリストを要求し、印刷装置１０１で印刷できるジョブのリストを取得してもよい。その場合には、印刷装置１０１で取得したジョブリストを操作部５１１あるいはリモートＵＩに表示する。そしてユーザがそのジョブリストから選択した印刷ジョブについて、印刷ジョブ要求１２０を送信する。その後は図１に示したとおりである。またＩＰＰに従うと、印刷ジョブの取得は１つのリクエストではなく、印刷設定の取得や印刷データの取得など、いくつかの段階を経て行われる。

このようにすることで、複数の実行可能な印刷ジョブがクラウドプリントサービス１０２に保持されている場合にその全部を知ることができ、印刷対象を選択できる。また、複数の実行可能な印刷ジョブがクラウドプリントサービス１０２に保持されている場合には、そのうちの１つを印刷装置１０１が取得して実行している間に、他の印刷ジョブを取得し、印刷装置１０１に保持してもよい。この操作は記憶部４０６の容量が許す限り行えてよい。

●連続ジョブ実行時の処理
図６は実施形態１の印刷装置１０１が連続ジョブを取得するときのシーケンス図である。この手順は、図１のイベント応答１２４に続くもので、ジョブリストの取得から開始されている。以降の説明ではＩＰＰのオペレーション、属性に従って説明を行う。

印刷装置１０１はクラウドプリントサービス１０２にＧｅｔ－Ｊｏｂｓリクエスト６０１を送信する。このとき、ｗｈｉｃｈ－ｊｏｂｓ属性に'ｆｅｔｃｈａｂｌｅ'をセットする。これにより、受信可能な印刷ジョブがあるかどうかを問い合わせることが可能である。これは図１で説明した印刷ジョブリストの要求に相当する。受信可能な印刷ジョブがある場合、クラウドプリントサービス１０２は印刷装置１０１にｊｏｂ－ｉｄリストをセットしたＳｕｃｃｅｓｓレスポンス６０２を送信する。ｊｏｂ－ｉｄリストには一つ以上の受信可能な印刷ジョブのｊｏｂ－ｉｄ情報（ジョブＩＤ）がセットされている。

印刷装置１０１はクラウドプリントサービス１０２にＦｅｔｃｈ－Ｊｏｂリクエスト６０３を送信することによりジョブの印刷設定を要求する。このとき、ｊｏｂ－ｉｄ属性にＳｕｃｃｅｓｓレスポンス６０２で取得したｊｏｂ－ｉｄをセットする。クラウドプリントサービス１０２は印刷装置１０１にＳｕｃｃｅｓｓレスポンス（成功応答）６０４を送信する。このとき、応答のｊｏｂ－ｔｅｍｐｌａｔｅ属性にジョブの印刷設定をセットする。

印刷装置１０１は、Ｓｕｃｃｅｓｓレスポンス６０４により正常にジョブの印刷設定を受信すると、クラウドプリントサービス１０２にＡｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂリクエスト６０５を送信する。このとき、ｊｏｂ－ｉｄ属性にはＦｅｔｃｈ－Ｊｏｂリクエスト６０３でセットしたｊｏｂ－ｉｄをセットする。クラウドプリントサービス１０２はＡｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂリクエスト６０５を受信すると、印刷装置１０１にＳｕｃｃｅｓｓレスポンス６０６を送信する。

印刷装置１０１は、６０６でＳｕｃｃｅｓｓレスポンスを受信すると、クラウドプリントサービス１０２にＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔリクエスト６０７を送信する。これにより印刷データの要求を行う。このとき、ｊｏｂ－ｉｄ属性にはＦｅｔｃｈ－Ｊｏｂリクエスト６０３でセットしたｊｏｂ－ｉｄをセットする。

クラウドプリントサービス１０２は印刷装置１０１にＳｕｃｃｅｓｓレスポンス６０８を送信する。このとき、印刷データを同時に送信する。

印刷装置１０１は、レスポンス６０８で正常に印刷データを受信すると、クラウドプリントサービス１０２にＡｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔリクエスト６０９を送信する。クラウドプリントサービス１０２はＡｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔリクエスト６０９を受信すると、印刷装置１０１にＳｕｃｃｅｓｓレスポンス６１０を送信する。印刷装置１０１はレスポンス６１０で受信した印刷データを、レスポンス６０４で取得したジョブの印刷設定で印刷する。

Ｆｅｃｔｈ－Ｊｏｂリクエスト６０３からレスポンス６１０は特定のｊｏｂ－ｉｄに関する処理である。印刷装置１０１はこの処理を、レスポンス６０２で取得したｊｏｂ－ｉｄリストに含まれるｊｏｂ－ｉｄ全てで繰り返す。

また、Ｆｅｃｔｈ－Ｊｏｂリクエスト６０３からレスポンス６１０を実行している間に受信可能な印刷ジョブがクラウドプリンタサービス１０２に投入された可能性がある。そのため、レスポンス６１０の処理が完了すると、またＧｅｔ－Ｊｏｂリクエスト６０１に戻り処理を繰り返す。レスポンス６０２にてｊｏｂ－ｉｄリストが返送されなくなるまで処理を継続する。ｊｏｂ－ｉｄリストが返送されなかったなら、印刷装置１０１は例えばイベント要求１２３をクラウドプリントサービス１０２に送信しておき、イベント応答１２４の受信を待って再度図６の手順を繰り返してよい。

●印刷装置１０１による連続ジョブの処理
図７は実施形態１の印刷装置１０１が連続して印刷ジョブを取得するときのフローチャートである。本フローチャートは印刷装置１０１がイベント応答１２４（ジョブ受信イベント）を受信したときに実行されるものである。またこの手順は印刷装置１０１の印刷制御部４０２等により実行されるものとして説明するが、図４のソフトウェア構成はＣＰＵ３０２がプログラムを実行して実現されるので、ＣＰＵ３０２により実行されるということもできる。

Ｓ７０１にてクラウドプリント印刷制御部４０２はクラウドプリントサービス１０２にＧｅｔ－Ｊｏｂｓリクエストを送信する。このとき、ｗｈｉｃｈ－ｊｏｂｓ属性に"ｆｅｔｃｈａｂｌｅ"をセットする。Ｓ７０２にてクラウドプリント印刷制御部４０２は受信可能なｊｏｂ－ｉｄリストがセットされたレスポンスを受信する。

Ｓ７０３にてクラウドプリント印刷制御部４０２は受信したレスポンスにｊｏｂ－ｉｄが含まれていた場合、そのｊｏｂ－ｉｄを抽出しＩＰＰジョブ管理テーブルに追加する。そのときｊｏｂ―ｓｔａｔｅ（ジョブ状態）にはｐｅｎｄｉｎｇ（未処理）をセットする。

Ｓ７０４にて、受信したレスポンスからｊｏｂ－ｉｄを取得できたかどうかを判断し、取得できなかった場合、すなわちレスポンスにｊｏｂ－ｉｄが含まれていない場合は処理を終了する。含まれていた場合はＳ７０５に進む。

Ｓ７０５からＳ７１２の処理は前記レスポンスから取得したｊｏｂ－ｉｄ分繰り返す。複数のＪｏｂ－ｉｄが含まれていれば、それらについてＳ７０５からＳ７１２の処理を行う。

Ｓ７０５にてクラウドプリント印刷制御部４０２はクラウドプリントサービス１０２にＦｅｔｃｈ－Ｊｏｂリクエストを送信する。このとき、ｊｏｂ―ｉｄ属性にはＧｅｔ－Ｊｏｂｓレスポンスに含まれていたｊｏｂ―ｉｄのうちの１つをセットする。このｊｏｂ―ｉｄは、ＩＰＰジョブ管理テーブルに登録されたジョブＩＤのうち、ジョブ状態が「ｐｅｎｄｉｎｇ（未処理）」のもののうち、定められた順序で先頭のものであってよい。なおこのジョブＩＤの印刷ジョブは処理対象であることから対象印刷ジョブと呼ぶこともある。ＩＰＰジョブ管理テーブルに登録された対象印刷ジョブのジョブ状態については、このときにｐｒｏｃｅｓｓｉｎｇ（処理中）にしてよい。ただし、この後のＳ７０６や、或いは実際に印刷処理を開始する直前のＳ７１２で対象印刷ジョブのジョブ状態をｐｒｏｃｅｓｓｉｎｇ（処理中）に変更してもよい。

Ｓ７０６にてクラウドプリント印刷制御部はクラウドプリントサービス１０２からＦｅｔｃｈ－Ｊｏｂレスポンスを受信する。Ｆｅｔｃｈ－Ｊｏｂレスポンスにはｊｏｂ―ｉｄ属性で指定した対象印刷ジョブの印刷設定を示すｊｏｂ－ｔｅｍｐｌａｔｅ属性がセットされている。Ｓ７０７にてクラウドプリント印刷制御部は前記レスポンスからｊｏｂ－ｔｅｍｐｌａｔｅ情報すなわち対象印刷ジョブの印刷設定を取得する。

Ｓ７０８にてクラウドプリント印刷制御部４０２はクラウドプリントサービス１０２にＡｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂリクエストを送信し、そのレスポンスを受信する。

Ｓ７０９にてクラウドプリント印刷制御部４０２はクラウドプリントサービス１０２にＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔリクエストを送信する。このとき、ｊｏｂ―ｉｄ属性には対象印刷ジョブのｊｏｂ―ｉｄをセットする。

Ｓ７１０にてクラウドプリント印刷制御部はクラウドプリントサービス１０２からＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔレスポンスを受信する。Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔレスポンスにはｊｏｂ―ｉｄ属性で指定した対象印刷ジョブの印刷データが含まれる。Ｓ７１１にてクラウドプリント印刷制御部は前記レスポンスから印刷データを取得する。

Ｓ７１２にてクラウドプリント印刷制御部４０２はクラウドプリントサービス１０２にＡｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔリクエストを送信し、そのレスポンスを受信する。

Ｓ７１３にてクラウドプリント印刷制御部４０２はＦｅｔｃｈ－Ｊｏｂレスポンスで受信したｊｏｂ－ｔｅｍｐｌａｔｅ属性で示される印刷設定で、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔレスポンスで受信した印刷データの印刷を実行する。実行が完了したなら、ＩＰＰジョブ管理テーブルの対象印刷ジョブのジョブ状態をｃｏｍｐｌｅｔｅｄ（完了）にしてよい。

ＩＰＰジョブ管理テーブルに登録されたジョブＩＤに、ジョブ状態が「ｐｅｎｄｉｎｇ（未処理）」のものが残っていれば、例えば定められた順序で先頭のジョブＩＤを次の対象印刷ジョブのジョブＩＤとしてＳ７０５から処理を繰り返す。

図８は実施形態１の印刷装置におけるＩＰＰジョブ管理テーブルを示す図である。ｊｏｂ－ｉｄはＧｅｔ－Ｊｏｂｓレスポンス６０２でクラウドプリントサービス１０２から通知されるｊｏｂ－ｉｄである。ｊｏｂ－ｓｔａｔｅはジョブ状態を示す。ここでジョブの状態としては、処理完了（印刷完了）を示すｃｏｍｐｌｅｔｅｄ、処理中（印刷中）を示すｐｒｏｃｅｓｓｉｎｇ、処理待ち（印刷待ち）を示すｐｅｎｄｉｎｇなどがある。

ｉｎｔｅｒｎａｌ＿ｊｏｂ－ｉｄは印刷装置１０１内部で管理しているｊｏｂ－ｉｄである。印刷装置１０１はＩＰＰだけでなく様々な手段でジョブが投入される。それらを一意に識別するためのＩＤである。

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

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

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

第３はｓｔｏｐｐｅｄ（停止）状態１１０３である。これは印刷装置にて印刷ジョブを処理できない状態であり、状態を変えるためにはユーザのオペレーションが必要な状態である。

本実施形態の印刷装置１０１はこのような３種の状態のいずれかにある。本実施形態では停止状態に関しては特に言及しないが、停止状態のとり得ることはもちろんである。また、停止状態の原因等に応じて複数の停止状態を設けてもよいし、さらに他の状態を有していてもよい。

●デバイス状態通知処理
図９は実施形態１の印刷装置１０１が連続ジョブを処理中にデバイス状態通知を送信するときのシーケンス図である。印刷装置１０１はクラウドプリントサービス１０２からの印刷ジョブ応答１２１を受信すると、受信した印刷データ１３４の印刷処理を開始する。なお印刷ジョブ応答１２１は、図６，７のＦｅｔｃｈ－ｊｏｂレスポンスに相当し、印刷装置１０１が印刷処理を行うのは、図６においてはＦｅｔｃｈ－ｊｏｂレスポンス以降、図７においてはＳ７０６以降ということになる。ただしＦｅｔｃｈ－ｊｏｂリクエスト以降としてもよいし、Ｓ７１３の印刷実行以降としてもよい。

印刷装置１０１が印刷処理を開始すると印刷装置１０１のデバイス状態はｐｒｏｃｅｓｓｉｎｇ状態になる。デバイス状態は、たとえばデバイス情報管理部４１１がプリンタ３０７の状態や、プリンタＩ／Ｆ３０６の信号の状態などを監視し、印刷動作を行っていればｐｒｏｃｅｓｓｉｎｇ（処理中）、行っていなければｉｄｌｅ（待機）などと設定してよい。またエラーや色剤切れ、用紙切れなどが生じたなら、それに応じた状態（例えば停止状態やエラー状態など）を設定してもよい。たとえばＩＰＰジョブ管理テーブルに登録された印刷ジョブのうちの少なくとも１つの状態がｐｒｏｃｅｓｓｉｎｇ（処理中）であれば、デバイス状態がｐｒｏｃｅｓｓｉｎｇ状態であるとしてよい。

印刷装置１０１は印刷装置１０１のデバイス状態がｐｒｏｃｅｓｓｉｎｇ状態に変化するとＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを利用してｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にｐｒｏｃｅｓｓｉｎｇをセットして送信する（９０１）。Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－ＡｔｔｒｉｂｕｔｅｓはＩＰＰのオペレーションのひとつである。すなわちデバイス状態通知を送信する。ここでｐｒｉｎｔｅｒ－ｓｔａｔｅ属性がデバイス状態（デバイスがプリンタであればプリンタ状態）を示す。クラウドプリントサービス１０２はリクエスト９０１を受信すると、クラウドプリントサービス１０２内部で管理している印刷装置１０１の状態を、受信したデバイス状態、ここではｐｒｏｃｅｓｓｉｎｇ状態に更新する。また印刷装置１０１にステータスコード２００（ＯＫ：送信成功）をレスポンスする（９０２）。

印刷装置１０１は印刷処理が完了すると、印刷装置１０１のデバイス状態はｉｄｌｅ状態になる。ただし、印刷装置１０１に、例えばその機能を停止させるようなイベント、たとえばユーザ介入を要するイベントが生じていないことも条件となる。ユーザ介入を要するイベントには例えば障害や、用紙切れ、トナー等の色剤切れ等が含まれる。

印刷装置１０１は印刷装置１０１が処理すべき次のジョブを確認する。この確認は、例えばジョブ管理テーブルを参照して行ってよい。ジョブ管理テーブルに登録された印刷ジョブのうち、ジョブ状態がｐｅｎｄｉｎｇの印刷ジョブが次の対象印刷ジョブとなる。ジョブ状態がｐｅｎｄｉｎｇの印刷ジョブが複数ある場合には、例えばあらかじめ定めた順序で先頭の印刷ジョブが津美の対象印刷ジョブとなる。本実施形態では印刷装置が連続ジョブを受信している状態であるので、少なくとも最初のジョブの後には次のジョブが存在する。

この場合本実施形態では、印刷装置１０１は印刷装置１０１のプリンタ状態がｉｄｌｅ状態に変化したにも関わらず、ＩＰＰのオペレーションであるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを送信しない。すなわち印刷装置１０１は１つの印刷ジョブを完了させても実行すべき次の印刷ジョブが在る場合には、通知すべきデバイス状態が「ｉｄｌｅ（待機中）」であるなら、それをクラウドプリントサービス１０２に通知しない。換言すれば、１つの印刷ジョブを完了させたこと、かつ、実行すべき次の印刷ジョブが在ること、かつ、通知すべきデバイス状態が「ｉｄｌｅ（待機中）」であることという条件が満たされたなら、印刷装置１０１はデバイス状態通知を送信しない。従って、クラウドプリンタサービス１０２上のプリンタ状態はｐｒｏｃｅｓｓｉｎｇ状態のままとなる。

その後、次のジョブが開始され、印刷装置１０１のプリンタ状態はｐｒｏｃｅｓｓｉｎｇ状態になる。しかし、印刷装置１０１がクラウドプリンタサービス１０２に通知しているプリンタ状態はｐｒｏｃｅｓｓｉｎｇであり、更新後のデバイス状態と同じである。そのため、このときにＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを送信することはしない。

印刷装置１０１は連続ジョブがある限り上述した手順で印刷ジョブを処理するが、その間、デバイス状態通知であるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを送信することはしない。

印刷装置１０１が最後のジョブの印刷処理が完了し、印刷装置１０１のプリンタ状態がｉｄｌｅ状態に変化すると、印刷装置１０１は次のジョブがあるかどうかを確認する。このとき、次のジョブが存在しないため、印刷装置１０１はＩＰＰのオペレーションであるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓを利用してｐｒｉｎｔｅｒ－ｓｔａｔｅ属性にｉｄｌｅをセットして送信する（９１１）。クラウドプリントサービス１０２は前記リクエスト９１１を受信すると、クラウドプリントサービス１０２内部で管理している印刷装置１０１の状態をｉｄｌｅに更新し、印刷装置１０１に２００ ＯＫをレスポンスする（９１２）。

以上のように、印刷ジョブの完了時点で次に実行すべき印刷ジョブが控えている間は、デバイス状態通知を送信することなく、処理中状態を維持する。

●デバイス状態通知の送信処理
図１０は実施形態１の印刷装置がデバイス状態通知を送信するときのフローチャートである。本フローチャートはクラウドプリントデバイス情報管理部４０５がプリンタ状態の変化を検知したときに実行されるものである。したがってこの処理は図６の手順とは非同期に実行されてよい。図１０の処理もまた図４に示したソフトウェア、特にクラウドプリントデバイス情報管理部４０５により実行されるが、クラウドプリントデバイス情報管理部４０５はＣＰＵ３０２により実現されるのでＣＰＵ３０２により実行されるともいえる。

クラウドプリントデバイス情報管理部４０５は検知されたｐｒｉｎｔｅｒ－ｓｔａｔｅ属性すなわちプリンタ状態がｉｄｌｅ（待機）か否かを判断する。ｉｄｌｅでなかった場合はＳ１００４に進み、ｉｄｌｅであった場合はＳ１００２に進む。

Ｓ１００２にてクラウドプリントデバイス情報管理部４０５はＩＰＰジョブ管理テーブルからジョブ情報を取得する。

Ｓ１００３にてクラウドプリントデバイス情報管理部４０５は取得したジョブ情報からｊｏｂ－ｓｔａｔｅ（ジョブ状態）がｐｒｏｃｅｓｓｉｎｇ（処理中）またはｐｅｎｄｉｎｇ（処理待ち）のジョブがあるかどうかを判断する。該当するジョブがあると判定した場合、この直後のプリンタ状態の変化で、プリンタ状態がｐｒｏｃｅｓｓｉｎｇに変化することになる。そこでＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓによるデバイス状態通知は行わず処理を終了する。ステップＳ１００３で該当するジョブがないと判定した場合はＳ１００６に進む。

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

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

Ｓ１００８にてクラウドプリントデバイス情報管理部４０５は印刷装置１０１で管理しているクラウド通知済ｐｒｉｎｔｅｒ－ｓｔａｔｅ（クラウド通知済みプリンタ状態）を、Ｓ１００６において送信したプリンタ状態で更新する。クラウド通知済ｐｒｉｎｔｅｒ－ｓｔａｔｅは記憶部４０６に保存されている。

Ｓ１００９で、クラウドプリントデバイス情報管理部４０５は、クラウドプリントサービス１０２に通知したプリンタ状態を、表示パネル５０５のプリンタ状態の表示部に表示する。プリンタ状態が「待機」であれば状態を示す表示は特にしない。プリンタ状態が「待機」以外であれば状態を示す表示を行う。この表示例は図１２を参照して後で説明する。

次に、Ｓ１００１で検知されたｐｒｉｎｔｅｒ－ｓｔａｔｅがｉｄｌｅでなかった場合の処理について説明する。

Ｓ１００１で検知されたｐｒｉｎｔｅｒ－ｓｔａｔｅがｉｄｌｅでないと判定した場合には、Ｓ１００４にてクラウドプリントデバイス情報管理部４０５は記憶部４０６からクラウド通知済ｐｒｉｎｔｅｒ－ｓｔａｔｅを読み出す。

Ｓ１００５にてクラウドプリントデバイス情報管理部４０５は検知されたｐｒｉｎｔｅｒ－ｓｔａｔｅとクラウド通知済ｐｒｉｎｔｅｒ－ｓｔａｔｅとを比較する。同じである場合は処理を終了する。異なる場合はＳ１００６に進む。Ｓ１００６以降で、クラウドプリントデバイス情報管理部４０５は検知されたプリンタ状態をクラウドプリントサービス１０２に通知して、通知したプリンタ状態でクラウド通知済ｐｒｉｎｔｅｒ－ｓｔａｔｅを更新する。

●表示例
図１２は実施形態１の印刷装置のプリンタ状態に応じた画面の表示例を示す図である。本画面は操作制御部４００が表示パネル５０５に表示するもので、図１０のＳ１００９で表示される。すなわちプリンタ状態に応じた表示ではあるが、クラウドプリントサービス１０２にデバイス状態通知で通知した状態が表示される。プリンタ状態が変化しても、クラウドプリントサービス１０２に通知していない状態については表示されない。また、クラウドプリントサービス１０２から「送信成功」（ＯＫ）以外の応答を受信した場合に、プリンタ状態と同じ欄に受信した状態を表示してもよい。これは例えば図９のレスポンス９１２を受信した際や、あるいは図６の手順でレスポンス６０２，６０４，６０６，６０８，６１０を受信した際に受信したレスポンスの状態を表示してよい。ただしこの場合、「送信成功」の旨の応答を受信した場合には、その状態を表示しなくてよい。

画面１２０１はｐｒｉｎｔｅｒ－ｓｔａｔｅがｉｄｌｅ状態１１０１であるときの画面例を示す。ステータスライン１２１１はプリンタの状態やエラーなどが表示されるエリアである。ｐｒｉｎｔｅｒ－ｓｔａｔｅがｉｄｌｅ状態１１０１であるときはステータスライン１２１１には何も表示がされていない。

画面１２０２はｐｒｉｎｔｅｒ－ｓｔａｔｅがｐｒｏｃｅｓｓｉｎｇ状態１１０２であるときの表示例を示す。ｐｒｉｎｔｅｒ－ｓｔａｔｅがｐｒｏｃｅｓｓｉｎｇ状態１１０２であるときはステータスライン１２１２のように「プリント中です。」と表示する。

画面１２０３はｐｒｉｎｔｅｒ－ｓｔａｔｅがｓｔｏｐｐｅｄ状態１１０３であるときの表示パネルを示す。ｐｒｉｎｔｅｒ－ｓｔａｔｅがｓｔｏｐｐｅｄ状態１１０３であるときはステータスライン１２１３のように「エラーが発生しています。」と表示する。

ここまでで実施形態１の構成についての説明を行った。なお、実施形態１では図１０のフローチャート等において、ジョブの状態はＩＰＰジョブ管理テーブルを参照することにより行った。しかし、ＩＰＰジョブに限定せず、印刷装置内すべてのジョブを管理するジョブ管理テーブルを参照する構成でも良い。

以上のように、本実施形態では、印刷装置１０１がクラウドプリントサービス１０２から取得した複数の印刷ジョブの連続実行することで生じる待機状態および処理中状態へのプリンタ状態の変化をクラウドプリントサービス１０２に対して通知しない。これにより、クラウドプリントサービス１０２が所定時間内に受信したリクエスト数が所定の上限を超えた状態を生じにくくすることができる。この状態が生じなければ、クラウドプリントサービス１０２が、その負荷が上限を超過したことを示す上限超過応答を返すことはないので、上限超過応答の受信によるエラー状態が印刷装置１０１で生じることはない。これにより、クラウドプリントサービス１０２は、登録された印刷装置の状態を把握することができ、その一方でクラウドプリントサービス１０２の負荷を軽減してエラー状態の発生を抑制できる。

［実施形態２］
次に実施形態２について説明する。実施形態１の構成は印刷装置内に次に処理すべきジョブがある場合、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓにてｐｒｉｎｔｅｒ－ｓｔａｔｅがｉｄｌｅになったことを通知しないというものであった。しかし、次に処理すべきジョブが印刷装置内になかったとしても、ユーザが手動で複数の印刷ジョブの印刷操作を行っている場合、直後に次のジョブが投入される可能性があった。実施形態２ではこのようなケースにおいても、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信を抑制することにより、よりクラウドの負荷を緩和するものである。

図１３は実施形態２の印刷装置がデバイス状態通知を送信するときのフローチャートである。本フローチャートは実施形態２の図１０に代えて実行される処理で、図１０で説明したフローチャートとほぼ同じ処理となっている。Ｓ１３０１～Ｓ１３０９は、図１０のＳ１００１～Ｓ１００９と同じ工程である。差分であるＳ１３１０，Ｓ１３１１，Ｓ１３１２に関する部分のみ説明する。

Ｓ１３０３にてクラウドプリントデバイス情報管理部４０５は取得したジョブ情報からｊｏｂ－ｓｔａｔｅがｐｒｏｃｅｓｓｉｎｇまたはｐｅｎｄｉｎｇのジョブがあるかどうかを判断する。該当するジョブがある場合、直後にプリンタ状態がｐｒｏｃｅｓｓｉｎｇに変化することになるので、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの通知は行わず処理を終了する。該当するジョブがない場合はＳ１３１０に進む。

Ｓ１３１０にてクラウドプリントデバイス情報管理部４０５は処理を所定時間、本例では５秒待機する。すなわち、Ｓ１３１０の実行を開始してから５秒後にＳ１３１１の実行を開始する。

Ｓ１３１１にてクラウドプリントデバイス情報管理部４０５はＩＰＰジョブ管理テーブルから再度、ジョブ情報を取得する。

Ｓ１３１２にてクラウドプリントデバイス情報管理部４０５は取得したジョブ情報からｊｏｂ－ｓｔａｔｅがｐｒｏｃｅｓｓｉｎｇまたはｐｅｎｄｉｎｇのジョブがあるかどうかを判断する。該当するジョブがある場合、直後にプリンタ状態がｐｒｏｃｅｓｓｉｎｇに変化することになるので、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの通知は行わず処理を終了する。該当するジョブがない場合はＳ１３０６に進む。

以上のように本実施形態によれば、プリンタ状態が待機状態へと遷移した直後に処理中または処理待ちのジョブがなくとも、直ちにプリンタ状態をクラウドプリントサービス１０２に通知することはしない。その場合には、所定時間待機した後で再度処理中または処理待ちのジョブの有無を判定し、処理中または処理待ちのジョブがあればプリンタ状態をクラウドプリントサービス１０２に通知する。これによって、待機時間である所定時間を超えない時間間隔で実行される複数の印刷ジョブを、実施形態１でいう連続する印刷ジョブとみなすことができる。そして連続する印刷ジョブについて実施形態１と同様の効果を奏する。例えばユーザがクラウドプリントサービス１０２から印刷ジョブを１つずつ取得して実行する場合に、印刷ジョブの実行に要する時間よりもユーザの操作に長い時間を要し、ジョブが連続しない場合があり得る。そのような場合でも、その間隔が所定時間内であればデバイス状態通知の送信を抑制できる。また所定時間待機する工程を設けたことで、ジョブの実行に伴うプリンタの状態の変化を通知するデバイス状態通知の間隔がその所定時間以上となり、デバイス状態通知の頻度を下げることができる。それによりクラウドプリントサービス１０２の負荷を低下させることができる。なお図１３のＳ１３０２～Ｓ１３０３をなくし、Ｓ１３０１でプリンタ状態が待機状態と判定された場合にＳ１３１０へと分岐してもよい。このようにすることで、実施形態１では、デバイス状態が待機状態になって直ちに連続するジョブの有無を判定していたところを、所定時間おいて判定することになる。このためプリンタ状態が待機状態になってから所定時間はジョブの進捗に伴うデバイス状態通知（例えば待機状態および処理中状態）を送信しない。逆に言えばデバイス状態通知を送信する場合であっても、それは所定時間後になる。これによりその通知の頻度を下げてクラウドプリントサービス１０２の負荷を低下させることができる。なおＳ１３１０で待機する所定時間については、クラウドプリントサービス１０２が高負荷であると判定する判定基準に基づいて決めてよい。例えば１０分間に２００以上のデバイス状態通知を受信すると上限超過状態を応答する場合、待機時間を２×（６００／２００）＝６秒（またはそれ以上）に設定しておけばよい。こうすることで、例えば６秒ごとに待機状態であることを通知するデバイス状態通知が送信され、その通知の直後の新たなジョブの実行により処理中であることを通知するデバイス状態通知が送信されても、上限超過応答が返されることを抑制できる。

［実施形態３］
次に実施形態３について説明する。実施形態１、実施形態２はＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信回数を削減することによりエラーが発生することを未然に防ぐというものであった。しかし、これらの構成でも、待機時間の設定やジョブの送信されるタイミングによってはエラーが発生することを確実に防ぐことはできなかった。そこで、実施形態３ではＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信回数を管理し、エラーが発生することを確実に回避するものである。なお本実施形態では、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信回の上限が、クラウドプリントサービス１０２に登録された印刷装置ごとに設定されているものとする。その上限を超えると、上限超過応答が印刷装置１０１に返される。また本実施形態の印刷装置１０１は、クラウドプリントサービス１０２へ送信したデバイス状態の履歴を保存する。

図１４は実施形態３の印刷装置がデバイス状態通知を送信するときのフローチャートを示す図である。本フローチャートはクラウドプリントデバイス情報管理部４０５がプリンタ状態の変化を検知したときに実行されるものである。また、ここではクラウドプリントサービス１０２におけるＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓすなわちデバイス状態通知の送信回数の上限が１０分で２００回であるとする。この上限を超過する頻度でデバイス状態通知を受信するとクラウドプリントサービス１０２はその送信元へと状態コード４２９の「ｔｏｏ ｍａｎｙ ｒｅｑｕｅｓｔｓ」（上限超過）応答を返す。図１４の処理は、実施形態１における図１０の処理に代えて実行される。

Ｓ１４０１にてクラウドプリントデバイス情報管理部４０５はＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信履歴を記憶部４０６から読み出す。Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信履歴には送信時刻と送信したｐｒｉｎｔｅｒ－ｓｔａｔｅの情報が関連付けて管理されている。

Ｓ１４０２にてクラウドプリントデバイス情報管理部４０５は現在時刻を取得する。

Ｓ１４０３にてクラウドプリントデバイス情報管理部４０５は直近の過去１０分以内のＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ送信回数を例えば計算により求める。これは、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ送信履歴と現在時刻とを参照して求めることができる。

Ｓ１４０４にて、求めた送信回数が所定の上限を超えていれば、例えば２００以上であると判断されると処理を終了する。そうでない場合Ｓ１４０５に進む。

送信回数が所定の上限を超えていなければ、例えば２００未満なら、Ｓ１４０５にてクラウドプリントデバイス情報管理部４０５はクラウドプリントサービス１０２にＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓリクエストを送信する。

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

Ｓ１４０７にてクラウドプリントデバイス情報管理部４０５はＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信履歴を記憶部４０６から読み出す。そして、Ｓ１４０６にて送信したＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓの送信時刻と送信したｐｒｉｎｔｅｒ－ｓｔａｔｅ情報を追記し、記憶部４０６に保存する。

以上の手順により、デバイス状態通知の送信頻度を、クラウドプリントサービス１０２が負荷の上限を超えたと判断する頻度より低い頻度に抑制することができる。このためデバイス状態通知に対する、クラウドプリントサービス１０２の上限超過状態を示す応答を印刷装置１０１が受信することが防止される。

●実施形態のまとめ
上記実施形態をまとめると以下のようなものとなる。
［項目１］
印刷装置の状態の通知を受け付けて所定の上限を超える頻度の前記印刷装置の状態の通知に対して上限超過の応答を返すサーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する制御手段と、を有する
ことを特徴とする印刷装置。

［項目２］
項目１に記載の印刷装置であって、
前記送信手段により前記サーバに送信した前記印刷装置の状態を記憶する記憶手段をさらに有し、
前記制御手段は、前記サーバに送信しようとする前記印刷装置の状態が、前記記憶手段に記憶された前記印刷装置の状態と同じである場合にも、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置。

［項目３］
項目１または２に記載の印刷装置であって、
印刷ジョブの状態を保存するジョブ管理テーブルを更に有し、
前記制御手段は、前記印刷ジョブを完了して待機状態になったときに前記ジョブ管理テーブルを参照して、処理中または処理待ちの状態の印刷ジョブがあれば、連続して処理する印刷ジョブがあると判定する
ことを特徴とする印刷装置。

［項目４］
項目１乃至３のいずれか一項に記載の印刷装置であって、
前記制御手段は、印刷ジョブを完了して待機状態になったときに、直ちに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置。

［項目５］
項目１乃至３のいずれか一項に記載の印刷装置であって、
前記制御手段は、印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブがないと判定した場合、所定時間おいて、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置。

［項目６］
項目１乃至３のいずれか一項に記載の印刷装置であって、
前記制御手段は、印刷ジョブを完了して待機状態になったときに、所定時間おいて、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置。

［項目７］
項目１に記載の印刷装置であって、
前記サーバに対して送信した前記印刷装置の状態を、送信した時刻と関連付けた履歴を保存する手段を更に有し、
前記制御手段は、前記印刷装置の状態が変化した際に、前記履歴を参照して直近の所定時間内に前記印刷装置の状態を送信した頻度を求め、前記頻度が所定の上限を超えていれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置。

［項目８］
項目１乃至７のいずれか一項に記載の印刷装置であって、
前記サーバに送信した前記印刷装置の状態に応じた情報を表示する表示手段を更に有する
ことを特徴とする印刷装置。

［項目９］
項目８に記載の印刷装置であって、
前記表示手段には、前記サーバから受信した応答に応じた情報をさらに表示する
ことを特徴とする印刷装置。

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

［項目１１］
印刷装置の状態の通知を受け付けて所定の上限を超える頻度の前記印刷装置の状態の通知に対して上限超過の応答を返すサーバから取得した印刷データに基づいて印刷を実行する印刷装置の制御方法であって、前記印刷装置は送信手段と受信手段と制御手段とを有し、
前記送信手段が、前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信し、
前記受信手段が、送信した前記状態の通知に対する前記サーバからの応答を受信し、
前記制御手段が、印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
ことを特徴とする印刷装置の制御方法。

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

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

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

Claims (11)

1. 印刷装置の状態の通知を受け付けて所定の上限を超える頻度の前記印刷装置の状態の通知に対して上限超過の応答を返すサーバから取得した印刷データに基づいて印刷を実行する印刷装置であって、
   前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信する送信手段と、
   送信した前記状態の通知に対する前記サーバからの応答を受信する受信手段と、
   印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する制御手段と、を有する
   ことを特徴とする印刷装置。
2. 請求項１に記載の印刷装置であって、
   前記送信手段により前記サーバに送信した前記印刷装置の状態を記憶する記憶手段をさらに有し、
   前記制御手段は、前記サーバに送信しようとする前記印刷装置の状態が、前記記憶手段に記憶された前記印刷装置の状態と同じである場合にも、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
   ことを特徴とする印刷装置。
3. 請求項１に記載の印刷装置であって、
   印刷ジョブの状態を保存するジョブ管理テーブルを更に有し、
   前記制御手段は、前記印刷ジョブを完了して待機状態になったときに前記ジョブ管理テーブルを参照して、処理中または処理待ちの状態の印刷ジョブがあれば、連続して処理する印刷ジョブがあると判定する
   ことを特徴とする印刷装置。
4. 請求項１に記載の印刷装置であって、
   前記制御手段は、印刷ジョブを完了して待機状態になったときに、直ちに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
   ことを特徴とする印刷装置。
5. 請求項１に記載の印刷装置であって、
   前記制御手段は、印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブがないと判定した場合、所定時間おいて、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
   ことを特徴とする印刷装置。
6. 請求項１に記載の印刷装置であって、
   前記制御手段は、印刷ジョブを完了して待機状態になったときに、所定時間おいて、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
   ことを特徴とする印刷装置。
7. 請求項１に記載の印刷装置であって、
   前記サーバに対して送信した前記印刷装置の状態を、送信した時刻と関連付けた履歴を保存する手段を更に有し、
   前記制御手段は、前記印刷装置の状態が変化した際に、前記履歴を参照して直近の所定時間内に前記印刷装置の状態を送信した頻度を求め、前記頻度が所定の上限を超えていれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
   ことを特徴とする印刷装置。
8. 請求項１に記載の印刷装置であって、
   前記サーバに送信した前記印刷装置の状態に応じた情報を表示する表示手段を更に有する
   ことを特徴とする印刷装置。
9. 請求項８に記載の印刷装置であって、
   前記表示手段には、前記サーバから受信した応答に応じた情報をさらに表示する
   ことを特徴とする印刷装置。
10. 請求項１乃至９のいずれか一項に記載の印刷装置としてコンピュータを機能させるためのプログラム。
11. 印刷装置の状態の通知を受け付けて所定の上限を超える頻度の前記印刷装置の状態の通知に対して上限超過の応答を返すサーバから取得した印刷データに基づいて印刷を実行する印刷装置の制御方法であって、前記印刷装置は送信手段と受信手段と制御手段とを有し、
    前記送信手段が、前記印刷の進捗に応じて前記印刷装置の状態の通知を前記サーバに送信し、
    前記受信手段が、送信した前記状態の通知に対する前記サーバからの応答を受信し、
    前記制御手段が、印刷ジョブを完了して待機状態になったときに、連続して処理する印刷ジョブの有無を判定し、該当する印刷ジョブがあれば、前記印刷装置の状態の通知を送信しないよう前記送信手段を制御する
    ことを特徴とする印刷装置の制御方法。

Images