JP6896402B2 - 情報処理装置、情報処理システム、情報処理方法、およびプログラム - Google Patents

Description

本発明は、第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置に関する。

Ｗｅｂサーバがインターネットを介して印刷、原稿読取等のジョブを情報処理装置に通知し、情報処理装置にジョブを実行させるサービスが提供されている。このサービスの利用者は、ジョブを実行する情報処理装置とは異なる、例えばパソコンや携帯端末等、Ｗｅｂブラウザを備えたリモート端末からサービスを利用してジョブを作成することができる。

特許文献１には、サーバが印刷ジョブをプリンタに通知し、通知を受けたプリンタがジョブを取得して印刷を行うことが記載されている。

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

特許文献１に記載のように、プリンタが通知を受けたことに応じてジョブを取得する場合に、上記通知のための接続に用いられるプロトコルと、ジョブの取得のためのプロトコルが異なる場合がある。そして、上記通知に応じて、ジョブの取得のための接続が確立されることがある。

しかしながら、例えば情報処理装置の状態に関するステータス情報を、上記ジョブの取得のためのプロトコルに従って送信する場合、上記通知がない状態ではジョブの取得のためのプロトコルに従った接続が確立されない。そのため、サーバからの通知が無い限り、ステータス情報をサーバに送信できないことがある。

上記の課題を鑑みて本発明は、ステータス情報を適切に送信することができる情報処理装置、情報処理システム、情報処理方法、およびプログラムを提供することを目的とする。

本発明の情報処理装置は、第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置であって、前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、前記情報処理装置に所定の状態変化が生じた場合、前記第１の接続が確立していたとしても、前記第１の接続が確立していなくても、前記第２のプロトコルにより前記情報処理装置のステータス情報を前記１または複数のサーバのいずれかに送信する送信手段と、を有することを特徴とする。
また本発明の情報処理装置は、第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置であって、前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、前記情報処理装置に所定の状態変化が生じ、且つ前記第１の接続が確立していない場合、前記第２のプロトコルにより前記ステータスを前記１または複数のサーバのいずれか送信し、前記情報処理装置に前記所定の状態変化が生じ、且つ前記第１の接続が確立している場合、前記第１のプロトコルにより前記ステータス情報を前記１または複数のサーバのいずれか送信する送信手段と、を有することを特徴とする。

本発明によれば、ステータス情報を適切に送信することができる。

情報処理システムの構成を示す図である。 画像処理装置１の構成を示すブロック図である。 操作パネルのＬＣＤ表示画面の一例を示す。 画像処理装置がＸＭＰＰ接続情報を取得し、ＸＭＰＰ接続を行うかどうかの判定を行う処理のフローチャートである。 画像処理装置がアクセスサーバ及び管理サーバと通信して行うＸＭＰＰ接続処理のシーケンス図である。 画像処理装置が管理サーバと通信して行うデバイス登録処理のシーケンス図である。 Ｗｅｂブラウザを起動した場合の、画像処理装置の操作パネルの表示画面の一例を示す。 画像処理装置が管理サーバ及びアプリケーションサーバと通信して行うデバイス追加のためのデバイスＩＤ発行処理を示すシーケンス図である。 ログイン画面の一例を示す図である。 デバイス追加画面の一例を示す図であり プリンタ削除ページの一例を示す図である。 画像処理装置が管理サーバから通知メッセージを受信した場合の処理を示すフローチャートである。 自動印刷サービスの登録画面の一例を示す図である。 画像処理装置１とサーバが適宜接続されることで行われるステータス通知を示すシーケンス図である。 画像処理装置１とサーバが常時接続されることで行われるステータス通知を示すシーケンス図である。 画像処理装置が電源オフ待機状態でステータス通知を行う場合のシーケンス図である。 ステータス情報の内容を示すブロック図である。

以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。

図１は、本実施形態における情報処理システムの構成を示す図である。図１の情報処理システムは、インターネットを利用して、画像の印刷や原稿の読取を画像処理装置に実行させることができる画像処理サービスを提供する。具体的には、画像処理サービスの利用者は、リモート端末５の操作部または画像処理装置１の操作部に用いて印刷や読取の指示を行う。すると、アクセスサーバ２、管理サーバ３、アプリケーションサーバ４による処理により、画像処理装置１に対して印刷ジョブや読取ジョブが通知され、画像処理装置１が印刷や原稿の読取を実行する。外部サービス６は、画像処理装置１の状態変化を監視するサーバであり、画像処理装置が消費する消耗品の残量や、カバーの開閉状態、エラーの発生などを監視する。以下、詳細に説明する。

画像処理装置１は、ジョブを実行する情報処理装置の一例であり、例えば画像を印刷媒体に印刷する印刷機能や、原稿を読み取る読取機能を備える。また画像処理装置１は、インターネットに接続可能であり、後述するアクセスサーバ２、管理サーバ３、アプリケーションサーバ４にインターネットを介してアクセスすることができる。

リモート端末５は、例えばＰＣや携帯電話、スマートフォン、タブレット等である。リモート端末５にはＷｅｂブラウザがインストールされており、インターネットを介してアプリケーションサーバ４にアクセスすることができる。また、アクセスサーバ２、管理サーバ３、アプリケーションサーバ４はネットワークを介して相互に通信を行うことができる。

外部サービス６は、画像処理装置１の状態変化を監視するために、アプリケーションサーバ４から画像処理装置の状態を示すステータス情報を受信する。ステータス情報としては、例えば画像処理装置１の印刷機能に関するステータス情報が画像処理装置１から、アプリケーションサーバ４に送信される。具体的には、印刷に用いるインクやトナー等の記録材に関する記録材情報や、印刷に用いられる印刷用紙に関する用紙情報が送信される。記録材情報としては、記録材の残量、用紙情報としては用紙の残量が送信される。また、記録材や印刷用紙に関して各種のエラーが生じた場合に、そのエラーがステータス情報として送信されてもよい。例えば、画像処理装置１においてインクの残量が少なくなった場合に、インクローエラー送信され、さらにインクの残量が少なくなった場合に、インクなしエラーが送信されてもよい。或いは、画像処理装置１において印刷用紙が無くなった場合、用紙無しエラーが送信されてもよいし、画像処理装置１において印刷用紙のジャムが発生した場合、ジャムエラーが送信されてもよい。

アクセスサーバ２は、画像処理装置１が管理サーバ３に接続するための情報を提供するサーバである。アクセスサーバ２が保持する情報には、管理サーバ３のホスト名、接続のための識別ＩＤ（ＪＩＤ）、管理サーバ３におけるデバイス登録（後述）の有無、常時接続の必要・不要の情報を含む。これらの情報は、ここでは管理サーバ３が保存管理し、アクセスサーバ２は必要に応じて管理サーバ３に問い合わせるものとする。なお、どのサーバがどの情報を管理するかは、特に限定されるものではなく、図１で示す構成以外にも別の構成を用いることも可能である。

また画像処理装置１はＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下ＨＴＴＰ）を用いてアクセスサーバ２にリクエストを送信し、レスポンスを受信して管理サーバ３に接続するための情報を取得することができる。

管理サーバ３は画像処理サービスを利用する複数の画像処理装置（画像処理装置１も含まれる）を管理するサーバである。具体的には、管理サーバ３は、画像処理装置の識別情報を登録し、その識別情報をデバイス登録情報として管理する。また管理サーバ３は、識別情報が登録されている画像処理装置が、管理サーバ３に対して常に接続する必要があるか否かを示す常時接続情報を記憶する。

画像処理装置１は、アクセスサーバ２から取得した情報に基づいて、管理サーバ３にＥｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ（以下ＸＭＰＰ）を用いて接続し、メッセージの送受信を行うことができる。画像処理装置１は、管理サーバ３が記憶している常時接続情報を取得し、常時接続情報に基づいて、ＸＭＰＰにより管理サーバ３に常に接続する必要があるか否かを判断する。この判断処理の詳細については後述する。

アプリケーションサーバ４は、画像処理装置１、及びリモート端末５のユーザに画像処理アプリケーションを用いた画像処理サービスを提供するサーバである。アプリケーションサーバ４はＨＴＴＰによるリクエストを受信してレスポンスを送信する。アプリケーションサーバ４によるサービスを利用するためには、ユーザはＰＣやスマートフォン等のＷｅｂブラウザを備える端末により、アプリケーションサーバ４においてアカウントを作成する必要がある。なお、アカウント作成に使用する端末は、画像処理装置１やリモート端末５に限らず、種々のものでよい。アプリケーションサーバ４は、このように作成されたアカウントを、ユーザアカウントとして保持している。

またアプリケーションサーバ４は、複数の画像処理装置（画像処理装置１も含まれる）に対応するデバイスアカウントを記憶する。デバイスアカウントは複数の画像処理装置のそれぞれがアプリケーションサーバ４にアクセスしサービスを利用するためのアカウントであり、複数の画像処理装置それぞれに個別のアカウントが発行される。

管理サーバ３に画像処理装置１を登録する手続き（デバイス登録処理）を画像処理装置１が実行すると、画像処理装置１はアプリケーションサーバ４にアクセスするためのデバイスアカウントを取得することができる。また、画像処理装置１はこのデバイス登録により管理サーバ３からジョブの通知を受信できるようになる。デバイス登録処理の詳細は後述する。

またリモート端末５を用いてアプリケーションサーバ４にアクセスしサービスを利用するためには、アプリケーションサーバ４にユーザアカウントを作成する必要がある。アプリケーションサーバ４は、このユーザアカウントと、管理サーバ３にデバイス登録した画像処理装置１のデバイスアカウントとを関連付ける紐付け登録を行い、紐付け登録情報がアプリケーションサーバ４に記憶される。なおユーザが紐付け登録を行わせるための操作を本実施形態においてはデバイス追加と呼ぶことにする。

また管理サーバ３が保存管理する情報には、画像処理装置１が管理サーバ３に接続するためのＸＭＰＰ接続情報が含まれる。またアプリケーションサーバ４が保存管理する情報には、自動印刷登録情報が含まれる。アプリケーションサーバ４は、例えばニュースや天気予報等の情報を所定の条件（例えば所定の日時等）に応じて画像処理装置に配信して印刷させる自動印刷サービスを提供する。自動印刷登録情報は、この自動印刷サービスを利用する画像処理装置を示す。

アプリケーションサーバ４は、紐付け登録情報、自動印刷登録情報に応じて、常時接続が必要かどうかを判断し、常時接続情報を管理サーバ３に通知する。管理サーバ３は通知された常時接続情報を保存管理する。

例えばデバイスアカウントは登録されているが、紐付け登録情報が記憶されていない画像処理装置は、画像処理装置からサービス（例えば印刷サービス）の利用を要求することができる。ただし、紐付け登録情報が記憶されていないため、当該画像処理装置とは異なるリモート端末からその画像処理装置に印刷ジョブや読取ジョブが発行されることはない。そのため、その画像処理装置は、リモート端末からの印刷ジョブや読取ジョブを取得するために常に管理サーバ３に接続する必要はないと判断することができる。よってこの場合、アプリケーションサーバ４は、当該画像処理装置については、常時接続は不要である旨を示す常時接続情報を管理サーバ３に通知する。一方、紐付け登録情報が記憶されている画像処理装置については、リモート端末から任意のタイミングで発行される印刷ジョブや読取ジョブを画像処理装置１が適切に認識する必要がある。よってアプリケーションサーバ４は、当該画像処理装置については、常時接続が必要有る旨を示す常時接続情報を管理サーバ３に通知する。

管理サーバ３は、アプリケーションサーバ４から通知された常時接続情報に従って、ＸＭＰＰ接続情報を生成する。具体的には、常時接続情報がＸＭＰＰの常時接続が必要である旨を示すようであれば、画像処理装置１に上記管理サーバ３と常時ＸＭＰＰ接続させるためのＸＭＰＰ接続情報を生成する。一方、常時接続情報がＸＭＰＰの常時接続が不要である旨を示すようであれば、画像処理装置１に上記管理サーバ３と常時ＸＭＰＰ接続させないための（必要なときにＸＭＰＰ接続させるための）ＸＭＰＰ接続情報を生成する。画像処理装置１は、このように生成されたＸＭＰＰ接続情報を管理サーバ３から取得することで、管理サーバ３と常時ＸＭＰＰ接続する否かを判定する。

なお図１では、アクセスサーバ２、管理サーバ３、アプリケーションサーバ４の３つのサーバを含むシステムを例示したが、これに限らない。例えば上記３つのサーバの機能を備える１つのサーバであってもよいし、上記３つのサーバの機能を更に分散させて、４つ以上のサーバがシステムに含まれていても良い。

図２は本実施形態における画像処理装置１の構成を示すブロック図である。図中、１１はＣＰＵ、１２はＲＯＭ、１３はＲＡＭ、１４は不揮発メモリ（ＮＶＭ）、１５は操作パネル、１６は印刷機構、１７は読取機構、１８は通信インターフェース、１９はシステムバスを示す。

画像処理装置１は図示しない電源供給手段により供給される電源により動作する。ＣＰＵ１１はＲＯＭ１２に記憶したプログラムに従いＲＡＭ１３を作業領域として画像処理装置１の制御を行う。不揮発メモリ１４は電源が供給されない場合にも記憶内容を保持する読み書き可能なメモリである。印刷機構１６はＣＰＵ１１の制御に基づいて印刷を行う。読取機構１７はＣＰＵ１１の制御に基づいて画像読取を行う。通信インターフェース１８は外部装置との通信を行うためのインターフェースである。これらはシステムバス１９を介して制御可能に接続されている。

画像処理装置１は通信インターフェース１８を介してＨＴＴＰ、ＸＭＰＰ通信を行う。操作パネル１５にはＬＣＤ表示画面を備えている。また、画像処理装置１は内蔵のＷｅｂブラウザを備え、内蔵のＷｅｂブラウザは上記のＬＣＤ表示画面にＨＴＴＰ通信で取得したＨｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（以下ＨＴＭＬ）ドキュメントを表示する。

画像処理装置１はアクセスサーバ２とＨＴＴＰプロトコルを用いて通信し、管理サーバ３とＸＭＰＰプロトコルを用いて通信し、画像処理装置１はアプリケーションサーバ４とＨＴＴＰプロトコルを用いて通信する。特に画像処理装置１は、内蔵Ｗｅｂブラウザによりアプリケーションサーバ４からＨＴＭＬドキュメントを取得してＷｅｂサービスが提供するＷｅｂページを表示し、ユーザがサービスを利用できるようにしている。また、アプリケーションサーバ４は画像処理装置１以外のＷｅｂブラウザを備えたリモート端末５からアクセスされ、Ｗｅｂサービスを利用できるものとする。

なお、アクセスサーバ２、管理サーバ３、アプリケーションサーバ４も、ＣＰＵ等のプロセッサ、ＲＯＭやハードディスク等の不揮発性メモリ、ＲＡＭ等のワークメモリを備える。そしてアクセスサーバ２、管理サーバ３、アプリケーションサーバ４それぞれのＣＰＵが、それぞれのＲＯＭやハードディスクに記憶されているプログラムをワークメモリ上で実行することで、本実施形態における各種の制御を行う。

図３は操作パネル１５のＬＣＤ表示画面の一例を示す。図中、１５０１はコピー操作を示すアイコン、１５０２はスキャン操作を示すアイコン、１５０３はクラウド操作を示すアイコンである。本実施形態におけるクラウド操作とは、画像処理装置１に内蔵するＷｅｂブラウザを起動し、アプリケーションサーバ４のサービスを利用する操作である。画像処理装置１のユーザは、操作パネルを介してアイコンに示された操作を指示する。クラウドアイコン１５０３の操作で画像処理装置１に内蔵したＷｅｂブラウザを起動するものとする。

画像処理装置１は、管理サーバ３との間にＸＭＰＰ接続を行うか否かを判定するために後述の図４に示す処理を実行する。この処理は、画像処理装置１の電源がＯＮになり起動した場合に実行される。

図４は画像処理装置１がＸＭＰＰ接続情報を取得し、ＸＭＰＰ接続を行うかどうかの判定を行う処理のフローチャートである。図４に示すフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２に記憶されているプログラムをＲＡＭ１３上で実行することで行われる。

Ｓ６０００においてＣＰＵ１１は、ＨＴＴＰプロトコルを用いてアクセスサーバ２にリクエストを送信し、その応答として、ＸＭＰＰ接続のためのＸＭＰＰ接続情報、デバイス登録がされている場合にはデバイス登録情報が通知される。

Ｓ６００１においてＣＰＵ１１は、デバイス登録シーケンス中かどうかを判定する。デバイス登録シーケンスにおいては、管理サーバ３においてデバイス登録が完了した場合、ＸＭＰＰにより管理サーバ３から画像処理装置１に登録完了の旨が通知される。そのため、デバイス登録シーケンス中の場合、ＸＭＰＰ接続を行う必要があるため、Ｓ６００５へ進む。ＣＰＵ１１はＳ６００５において管理サーバ３とのＸＭＰＰ接続を開始する。

Ｓ６００３においてＣＰＵ１１は、サーバからの応答にデバイス登録情報が含まれているか否かにより、デバイス登録済みかどうかを判定する。デバイス登録済みでなければ、サーバとの接続が切断された状態でデバイス登録が削除されたことになる。そのためＳ６００３で画像処理装置１に保存していたデバイス登録情報を削除し、処理を終了する。そのため画像処理装置１と管理サーバ３とのＸＭＰＰ接続は確立されない。よってサーバにおいてデバイス登録が削除され、サービスが使えない状態であるにも関わらず、画像処理装置１と管理サーバ３とがＸＭＰＰ接続されてしまうことを防ぐことができる。

Ｓ６００４でＣＰＵ１１は、Ｓ６０００において取得したＸＭＰＰ接続情報に従って、管理サーバ３と常時ＸＭＰＰ接続が必要かどうか判定する。上記のようにアプリケーションサーバ４は、紐付け登録情報に従って常時接続情報を管理サーバ３に通知する。よって例えば画像処理装置１のデバイスアカウントが、サービスのユーザアカウントと紐付けられていない場合（リモート端末から画像処理装置１にジョブが発行されない場合）、画像処理装置１は管理サーバ３とのＸＭＰＰによる常時接続は不要と判断する。

一方、アプリケーションサーバ４において、画像処理装置１のデバイスアカウントがユーザアカウントと既に紐付け登録されている場合（リモート端末から画像処理装置１にジョブが発行され得る場合）がある。この場合、画像処理装置１は管理サーバ３とのＸＭＰＰによる常時接続が必要と判断する。

Ｓ６００４において常時接続が必要と判断された場合には、Ｓ６００５へ進み、ＣＰＵ１１はＸＭＰＰ接続を確立する。Ｓ６００４において常時接続が不要と判断された場合には、Ｓ６００６に進む。

Ｓ６００６においてＣＰＵ１１は、Ｗｅｂブラウザ起動操作またはデバイス追加操作が行われたか否かを判定する。これらの操作が行われた場合、サービスを利用するため、または画像処理装置１とユーザアカウントを紐付け登録するために、管理サーバ３とＸＭＰＰ接続を行う必要がある。そのため、Ｓ６００６においてＷｅｂブラウザ起動操作またはデバイス追加操作が行われたと判定された場合、ＣＰＵ１１はＳ６００５において、管理サーバ３とのＸＭＰＰ接続の確立を開始する。一方、Ｓ６００６においてＷｅｂブラウザ起動操作またはデバイス追加操作が行われたと判定されなかった場合、Ｓ６００６の処理を繰り返す。そのため、ユーザがＷｅｂブラウザ起動操作またはデバイス追加操作を行ったときに適切にＸＭＰＰ接続を確立することができる。

図４に示す処理によれば、Ｓ６００４において、管理サーバ３から取得したＸＭＰＰ接続情報に基づいてＸＭＰＰによる常時接続が不要と判断された場合、ＸＭＰＰとの接続は開始しない。そのため、例えば画像処理装置１の電源がオンになった際に、画像処理装置１がアプリケーションサーバ４と紐付け登録されていない場合、ＸＭＰＰ接続の確立は行われない。そのため、リモート端末からジョブが通知されることがないにもかかわらず、電源オンのタイミングでＸＭＰＰ接続されてしまうことを防ぐことができる。

また図４の処理によれば、ユーザがサービスを利用するため、または画像処理装置１とユーザアカウントを紐付け登録するためユーザが行った場合には、ＸＭＰＰ接続の確立が開始される。よって上記のように画像処理装置１の電源オンにおいてＸＭＰＰ接続が行われなかったとしても、必要なタイミングでＸＭＰＰ接続を開始することができる。

また画像処理装置１のデバイスアカウントがユーザアカウントと既に紐付け登録されている場合（リモート端末から画像処理装置１にジョブが発行され得る場合）には、画像処理装置１の電源がオンになったときにＸＭＰＰの接続が確立される。そのため、リモート端末のユーザが任意のタイミングでジョブの発行を指示したときに画像処理装置１の電源がオンになっていた場合、ＸＭＰＰの接続は確立されている。よって画像処理装置１は、そのように発行されたジョブに従って、所定の処理（印刷や原稿読取等）を実行することができる。

なお、上記のようにＷｅｂブラウザの起動中は、画像処理装置１もしくはリモート端末５が作成したジョブの通知を受信できるようにＸＭＰＰ接続を維持する必要がある。またＷｅｂブラウザが終了した後にはＸＭＰＰ接続は不要となるが、ただしＷｅｂブラウザ動作中に作成したジョブの通知が、Ｗｅｂブラウザ終了後に遅れて受信される場合がある。そのためＷｅｂブラウザが終了したとしても、終了後の所定時間はＸＭＰＰ接続を維持する。デバイス追加操作についても同様にＸＭＰＰ接続を維持する。

図５は、画像処理装置１がアクセスサーバ２及び管理サーバ３と通信して行うＸＭＰＰ接続処理のシーケンス図である。このシーケンス図の各ステップにおける処理は、画像処理装置１、アクセスサーバ２、管理サーバ３のそれぞれが備えるＣＰＵがＲＯＭ、ハードディスク等に格納されているプログラムをＲＡＭ等のワークメモリ上で実行することで実現される。図６、図８についても同様である。

Ｓ３００１で画像処理装置１は、ＨＴＴＰプロトコルを用いてアクセスサーバ２にＸＭＰＰ接続情報を取得するためのリクエストを送信する。Ｓ３００２で画像処理装置１は、Ｓ３００１におけるリクエストに対するアクセスサーバ２から応答を受信する。Ｓ３００２における受信が、図４におけるＳ６００１におけるＸＭＰＰ接続情報の取得に相当する。画像処理装置１は、Ｓ３００２におけるアクセスサーバ２からの応答に応じて、図４に示したように、ＸＭＰＰ接続を開始するかどうかを判定する。

Ｓ３００２においてＸＭＰＰ接続を開始すると判定された場合に、Ｓ３００３において画像処理装置１は、管理サーバ３に対してＸＭＰＰ接続要求を送信する。その後、ＸＭＰＰ接続手順に従い、管理サーバ３との間でやり取りを行い、Ｓ３００４でＸＭＰＰの接続を確立する。この接続確立により、Ｓ３００５、Ｓ３００６において、画像処理装置１と管理サーバ３の間で相互にメッセージの送受信が可能になる。

画像処理装置１においてＷｅｂブラウザが終了して所定時間経過した後、ＸＭＰＰ接続を切断する場合には、Ｓ３００７において画像処理装置１が切断を管理サーバ３に要求する。そしてＳ３００８において画像処理装置１がＳ３００７の要求に対するレスポンスを管理サーバ３から受信すると、ＸＭＰＰ接続を切断する。

図６は、画像処理装置１が管理サーバ３と通信して行うデバイス登録処理のシーケンス図である。図６に示すシーケンスは、図５に示したＳ３００４における処理により、画像処理装置１と管理サーバ３との間でＸＭＰＰ接続が完了している状態で開始される。

Ｓ４００１において画像処理装置１は、デバイス登録を開始するためのリクエストを管理サーバ３に送信する。Ｓ４００１におけるリクエストを受信した管理サーバ３は、Ｓ４００２において、デバイス登録確認のための一時ＩＤを発行する。そして管理サーバ３は、Ｓ４００１におけるリクエストに対するレスポンスとして、Ｓ４００３において一時ＩＤを画像処理装置１に送信する。

Ｓ４００３において一時ＩＤを受け取った画像処理装置１は、Ｓ４００５において、ＨＴＴＰプロトコルを用いて、一時ＩＤの確認リクエストをアプリケーションサーバ４に送信する。Ｓ４００５においてリクエストを受けたアプリケーションサーバ４は、Ｓ４００６において、管理サーバ３に一時ＩＤの照合リクエストを送信する。なお、Ｓ４００５、Ｓ４００６におけるリクエストには、Ｓ４００３において画像処理装置１が受信した一時ＩＤが含まれている。

Ｓ４００６においてリクエストを受けた管理サーバ３は、Ｓ４００７において、Ｓ４００２において発行した一時ＩＤと、Ｓ４００６における一時ＩＤ照合リクエストに含まれている一時ＩＤとを照合する照合処理を行う。そして管理サーバ３は、Ｓ４００８において、照合処理の結果をアプリケーションサーバ４に応答する。Ｓ４００８における応答を受けたアプリケーションサーバ４は、Ｓ４００９において、Ｓ４００５におけるリクエストに対する応答として、一時ＩＤの確認結果を画像処理装置１に送信する。なお、この確認結果には、一時ＩＤが確認されたか否かを示す情報が含まれている。そして、一時ＩＤが確認されなかった場合、画像処理装置１は、操作パネル１５にエラーメッセージを表示する。

アプリケーションサーバ４は、Ｓ４００８における管理サーバ３からのレスポンスが、照合の結果ＩＤが一致しているとの判断を示す情報であれば、画像処理装置１のためのアカウントを作成する。そしてアプリケーションサーバ４は、Ｓ４０１０において、アカウントの識別子とパスワードを管理サーバ３に送信する。管理サーバ３は、Ｓ４０１０でアカウント識別子とパスワードを受け取った旨をＳ４０１１でアプリケーションサーバ４に通知する。また管理サーバ３は、Ｓ４０１２において、アカウント識別子、パスワード、及び認証トークンを画像処理装置１に送信する。画像処理装置１は、アカウント識別子、パスワード、及び認証トークンをＲＯＭ１２、不揮発メモリ１４等の不揮発性であるメモリに保存し、Ｓ４０１３において、これらの情報を受け取った旨を管理サーバ３に通知する。

図６に示した処理により、画像処理装置１のデバイス登録情報が管理サーバ３に保存される。これにより画像処理装置１は、アプリケーションサーバ４を介したクラウドサービスを使用することができる。

なお、画像処理装置１が、ユーザによる操作パネル１５に対する操作でＷｅｂブラウザを起動したときにＸＭＰＰ接続がされていなければＸＭＰＰ接続処理を行う。このときデバイス登録がされていなければ、図６に示した処理によりデバイス登録を行う。また画像処理装置１がはじめてＷｅｂブラウザを起動し、サービスを表示した場合には、使用許諾表示、同意の確認等を行う。

Ｗｅｂブラウザ起動時に既にデバイス登録が完了している場合、もしくはＷｅｂブラウザ起動時にデバイス登録を完了した場合、サービスに登録されているアプリケーションの一覧を表示する。

図７はＷｅｂブラウザを起動した場合の、画像処理装置１の操作パネル１５の表示画面の一例を示す。サービスに登録されたアプリケーションの一覧を表示しており、ここではプリントアプリケーション、スキャンアプリケーション、ファクスアプリケーションを表示している。ユーザは、例えばプリントアプリケーションにより、アプリケーションサーバ４を介して印刷ジョブを作成させることができ、スキャンアプリケーションにより、アプリケーションサーバ４を介して読取ジョブを作成させることができる。

上記のように、図６に示した処理によりデバイス登録処理が完了することで、画像処理装置１のユーザが、画像処理装置１の操作パネル１５を操作することで、アプリケーションサーバ４を介してジョブを発行することができる。しかしながら、図６に示した処理だけでは、アプリケーションサーバ４において、画像処理装置１とユーザアカウントとを紐づける紐付け登録情報が記憶されていない。そのためリモート端末５から画像処理装置１にジョブを発行することはできない。そこで図８に示す処理によりデバイス追加を行い、アプリケーションサーバ４において、画像処理装置１とユーザアカウントを紐づける。

図８は、画像処理装置１が管理サーバ３及びアプリケーションサーバ４と通信して行うデバイス追加のためのデバイスＩＤ発行処理を示すシーケンス図である。ここでは、画像処理装置１は、図５のＳ３００１〜Ｓ３００４における処理により、管理サーバ３とＸＭＰＰ接続が完了しているものとする。

Ｓ５００１において画像処理装置１は、アプリケーションサーバ４にデバイスＩＤ発行リクエストを、ＨＴＴＰプロトコルを用いて送信する。アプリケーションサーバ４は、Ｓ５００１においてリクエストを受け付けると、Ｓ５００２において画像処理装置１に対し、リクエストを受け取った旨を示す応答を送信する。画像処理装置１は、Ｓ５００２においてアプリケーションサーバ４からの応答を受信すると、印刷ジョブや読取ジョブの通知を待って待機する。

またアプリケーションサーバ４は、Ｓ５００１においてデバイスＩＤ発行リクエストを受け付けると、デバイスＩＤに対応する印刷コンテンツを作成し、このコンテンツの印刷を指示する印刷ジョブを発行する。そしてＳ５００３において、アプリケーションサーバ４は管理サーバ３にＨＴＴＰプロトコルを用いて当該印刷ジョブを送信する。管理サーバ３はＳ５００３において印刷ジョブを受け付けると、当該印刷ジョブを受け取った旨をアプリケーションサーバ４に通知する。さらにアプリケーションサーバ４は、Ｓ５００５において、ＸＭＰＰにより画像処理装置１に印刷ジョブの存在を通知する。なお、この通知には実際の印刷コンテンツは含まれておらず、印刷ジョブが発行された旨を示す情報が含まれている。

Ｓ５００５において印刷ジョブの通知を受けた画像処理装置１は、Ｓ５００６においてジョブ情報を取得するためのリクエストを、ＸＭＰＰプロトコルを用いて管理サーバ３に送信する。管理サーバ３は、Ｓ５００６においてリクエストを受け付けると、Ｓ５００７において、ジョブ情報をＸＭＰＰにより画像処理装置１に通知する。このジョブ情報にも印刷コンテンツは含まれておらず、印刷コンテンツの格納場所を示す所在情報である印刷コンテンツＵＲＬが含まれている。本実施形態においては、印刷コンテンツはアプリケーションサーバ４に格納されており、印刷コンテンツＵＲＬはアプリケーションサーバ４において処理対象のデータとしての印刷コンテンツが記憶されている記憶領域を示す。

Ｓ５００７においてジョブ情報を取得した画像処理装置１は、Ｓ５００８において、ジョブ情報に含まれる印刷コンテンツＵＲＬに対応するアプリケーションサーバ４とのＨＴＴＰによる接続を確立する。そして、アプリケーションサーバ４に対して、処理対象のデータである印刷コンテンツをＨＴＴＰに従って確立された接続によりリクエストする。アプリケーションサーバ４はＳ５００８におけるリクエストを受け付けると、Ｓ５００９において、画像処理装置１に処理対象の印刷コンテンツをＨＴＴＰにより送信する。画像処理装置１は、印刷コンテンツを受信すると画像処理装置１はＳ５０１０で印刷コンテンツを印刷する。なお、Ｓ５００９において印刷コンテンツの受信が完了すると、画像処理装置１とアプリケーションサーバ４との接続は切断される。

なおアプリケーションサーバ４は、Ｓ５００１において受け取ったリクエストに応じて発行したデバイスＩＤに対し、ユニークなＵＲＬを作成する。このＵＲＬは、アプリケーションサーバ４がデバイス追加のために提供するＷｅｂページのＵＲＬである。そして印刷コンテンツには、デバイスＩＤに加えて、この認証ページのＵＲＬが含まれており、Ｓ５０１０では、画像処理装置１に対してユニークに発行されたＵＲＬが印刷される。

ユーザは、図８に示したデバイスＩＤ発行シーケンスにより画像処理装置１で印刷された印刷コンテンツに含まれるＵＲＬに、ＰＣやスマホ等の種々の端末のＷｅｂブラウザを用いてアクセスする。すると、サービスのユーザアカウントへのログイン画面を表示される。

図９はログイン画面の一例を示す図である。画面Ｗ１はメールアドレス入力ボックスＷ１００１、パスワード入力ボックスＷ１００２、新しいアカウント作成ボタンＷ１００３、ログインボタンＷ１００４を含む。ここではユーザアカウントの識別子として、ユーザのメールアドレスを用いる。

ユーザがメールアドレス、パスワードを入力してログインボタンＷ１００４を押してログインを行う。ユーザがアカウントを持たない場合は、新しいアカウント作成ボタンＷ１００３を押してアカウント作成操作を行う。

図１０は、デバイス追加画面の一例を示す図であり、ログインが行われると表示される。図１０における画面Ｗ２は、デバイスＩＤ入力ボックスＷ２００１、追加ボタンＷ２００２を含む。ユーザは、図８のＳ５０１０において印刷された印刷コンテンツに含まれているデバイスＩＤをデバイスＩＤ入力ボックスＷ２００１に入力し、追加ボタンＷ２００２を押す。追加ボタンボタンが押されると、入力されたデバイスＩＤがアプリケーションサーバ４に送信される。デバイスＩＤを受信したアプリケーションサーバ４は、当該ユーザアカウントと画像処理装置１を紐付け登録し、データベースに保存する。紐付け登録が完了するとその旨、アプリケーションサーバ４から管理サーバ３に通知される。

上記のように紐付け登録が行われると、ユーザはリモート端末５によりアプリケーションサーバ４にアクセスし、上記メールアドレス、パスワードを入力することで、画像処理装置１のデバイスＩＤに紐付けられているユーザとしてログインすることができる。そしてそのユーザはリモート端末５を用いて、画像処理装置１に対して、アプリケーションサーバ４、管理サーバ３を介して印刷ジョブを送信することができる。

なお、上記のようにデバイス追加が行われてリモート端末５がジョブの発行をアプリケーションサーバ４にリクエストする場合、リモート端末５は、ＨＴＴＰによりリクエストを行う。具体的には、印刷対象の画像を指定する情報を含むリクエストが行われる。アプリケーションサーバ４は、リモート端末５がログインしているときに使用されたユーザアカウントと紐付け登録されている画像処理装置１を含む印刷ジョブを、管理サーバ３に通知する。なお、以降の処理が図８におけるＳ５００３〜Ｓ５０１０における処理と同様に実行されることで、画像処理装置１に、リモート端末５で指定された画像が印刷される。Ｓ５００５では、管理サーバ３から画像処理装置１への印刷ジョブの通知がＸＭＰＰで実行される。そのため、画像処理装置１が印刷ジョブを受信するためには、管理サーバ３とのＸＭＰＰ接続が必要である。

なお、また図４の処理において、画像処理装置１の電源がオンになったときに、画像処理装置１は管理サーバ３に対して、ＨＴＴＰによりジョブの有無を問い合わせる。この問合せに対して管理サーバ３は、Ｓ５００３における処理と同様に、ＨＴＴＰによりジョブの有無を画像処理装置１に通知する。ジョブが有ることが管理サーバ３からＨＴＴＰで通知されると、画像処理装置１は、Ｓ５００４〜Ｓ５０１０と同様の処理により、印刷を実行する。

また画像処理装置１の操作パネル１５から印刷ジョブの発行を指示する場合は、リモート端末５の場合と同様に、ＨＴＴＰにより印刷のリクエストがアプリケーションサーバ４に通知される。このリクエストはリモート端末５の場合と同様である。そのためアプリケーションサーバ４、管理サーバ３は、ジョブの発行を指示した装置が画像処理装置１であるか、それ以外の装置（リモート端末５等）であるかに応じて処理を切り替えなくてもよい。そのためどちらの場合でも共通の処理により、画像処理装置１にジョブを実行させることができる。このように画像処理装置１が印刷ジョブ発行を指示する場合でも、印刷ジョブの通知は管理サーバ３から画像処理装置１にＸＭＰＰにより実行させる。ただし、画像処理装置１により印刷ジョブ発行が指示される場合、リモート端末５の場合とは異なり、ユーザにより操作パネル１５に対して印刷を指示したタイミングでＸＭＰＰを確立すればよい。

なお管理サーバ３は、紐付け登録完了が通知されると、常時接続情報として、常時接続が必要である旨の情報を記憶する。そしてこの場合、図４のＳ６００１においては、画像処理装置１は、ＸＭＰＰ接続情報として、常時接続が必要である旨の情報を取得する。また、デバイス追加（画像処理装置１とユーザアカウントの紐付け）が行われていないとき、管理サーバ３は常時接続情報として、常時接続は不要である旨の情報を記憶している。

従って、画像処理装置１は図４のＳ６００４における処理により、デバイス追加が既に行われていて、リモート端末５からジョブを受信する可能性がある場合、電源オンとともに管理サーバ３とのＸＭＰＰ接続を開始する。これは、紐付け登録が完了するとリモート端末５からアプリケーションサーバ４にアクセスしてジョブを作成することが可能になり、画像処理装置１はいつでもジョブ通知を受信する可能性があるからである。

一方、デバイス追加が行われず、リモート端末５のように外部装置に対する操作でジョブが発行されないにも関わらず、電源ＯＮに応じて常時管理サーバ３とＸＭＰＰ接続してしまうことを防ぐことができる。

また図１０に示したように追加したプリンタを、リモート端末５からジョブを実行させるプリンタから削除することもできる。図１０は、プリンタの削除画面の一例を示す。ユーザがプリンタ削除用のＷｅｂページにアクセスし、メールアドレスとパスワードを入力することで図１１に示すプリンタ削除ページが表示される。

図１１は、プリンタ削除ページの一例を示す図である。画面Ｗ３は、画像処理装置１に保存した情報を削除するかどうかのチェックボックスＷ３００１、削除ボタンＷ３００２を含む。画面Ｗ３に対するユーザの入力により、アプリケーションサーバ４において、当該ユーザのユーザアカウントと画像処理装置１のデバイスＩＤとの紐付け情報を削除することができる。チェックボックスＷ３００１にチェックがされると、紐付け情報に加えて、画像処理装置１のデバイス登録情報も削除される。

ユーザが削除ボタンＷ３００２を押した場合には、チェックボックスがチェックされているか否かを示す情報とともに、アプリケーションサーバ４にプリンタの削除が通知される。通知を受信したアプリケーションサーバ４は、当該ユーザアカウントとデバイスＩＤとの紐付け情報が無効となるように、データベースに保存した情報を更新し、更新が完了した旨を管理サーバ３に通知する。通知を受けた管理サーバ３は、画像処理装置１に通知を行う。

また上記チェックボックスにチェックがされていた場合には、アプリケーションサーバ４から管理サーバ３に、デバイス登録情報の削除が通知され、チェックされていない場合にはアプリケーションサーバ４から管理サーバ３に常時接続不要が通知される。これは、紐付け登録が削除されるとリモート端末５からの操作でジョブを作成されることがなくなり、画像処理装置１を操作した場合のみジョブが作成されるからである。従ってこの場合、図４におけるＳ６００４における判定処理において、画像処理装置は、常時接続は不要と判定する。

図１２は、画像処理装置１が管理サーバ３から通知メッセージを受信した場合の処理を示すフローチャートである。図１２に示すフローチャートの処理は、ＣＰＵ１１がＲＯＭ１２に記憶されているプログラムをＲＡＭ１３上で実行することで行われる。

画像処理装置１が通知を受けると、ＣＰＵ１１はＳ１１０１において、当該通知が削除通知かどうかを判定する。当該通知が削除通知の場合、ＣＰＵ１１はＳ１１０２において、不揮発メモリに保存されているデバイス登録情報を削除し、また管理サーバ３とのＸＭＰＰを切断する。

Ｓ１１０３においてＣＰＵ１１は、当該通知が常時接続必要の通知かどうかを判定する。当該通知が常時接続必要の通知の場合には、ＣＰＵ１１はＳ１１０４において、常時接続処理を行う。ＣＰＵ１１は、常時接続処理において、切断のためのタイマーを止めてＸＭＰＰ接続を維持する。

Ｓ１１０５では常時接続不要の通知かどうかを判定し、不要の通知の場合にはＳ１１０６で一時接続処理を行う。一時接続処理では、切断のためのタイマーを起動し、一定時間経過後、ＸＭＰＰ接続を切断する。常時接続維持中に作成されたジョブが遅れて届くことがあるので一定時間接続を維持する。その他の通知を受け取った場合には、ＣＰＵ１１はＳ１１０７において、その他の処理を行う。

また、画像処理装置１とユーザアカウントの紐付け登録がされていない場合であっても、例えばアプリケーションサーバ４において、画像処理装置１に対して自動印刷サービスの利用が登録されている場合がある。自動印刷サービスとは、ニュースや天気予報等の情報が所定時刻に画像処理装置に配信され、画像処理装置１で印刷が行われるサービスである。自動印刷サービスにおいても画像処理装置１における操作に関係なく印刷ジョブが発行される必要があるため、画像処理装置１は管理サーバ３とＸＭＰＰにより常時接続する必要がある。

そこで本実施形態では、画像処理装置１が自動印刷サービスの対象としてアプリケーションサーバ４に登録されている場合も、画像処理装置１は常時接続を行う。

図１３は、自動印刷サービスの登録画面の一例を示す図である。これは、画像処理装置１の操作パネルを操作して内蔵Ｗｅｂブラウザを起動して表示されるサービスの一つであるとする。チェックボックスＷ４００１、チェックボックスＷ４００２は、自動印刷を行う対象となる情報を選択するためのものである。ユーザが送信ボタンＷ４００３を押すと、画像処理装置１のデバイスＩＤがチェックボックスの情報とともにアプリケーションサーバ４に送信される。情報を受信したアプリケーションサーバ４は、当該デバイスＩＤを自動印刷サービスの対象としてデータベースに登録する。なお、チェックボックスの状態に応じて、自動印刷の対象とする情報についてもデータベースに登録される。

このときアプリケーションサーバ４から管理サーバ３に、常時接続が必要である旨を示す常時接続情報が通知される。そのため画像処理装置１は、図４に示した処理により、自動印刷サービスの利用が登録されているときには、常時ＸＭＰＰによる接続が行われる。またデバイス追加（紐付け登録）も行われず、且つ自動印刷サービスの利用も登録されていない場合、管理サーバ３では常時接続が不要な旨の情報が記憶されている。なお、図１３におけるいずれかのチェックボックスにもチェックされていない場合には常時接続が不要の旨がアプリケーションサーバ４から管理サーバ３に通知される。

なお、以上のように画像処理装置１と管理サーバ３における常時接続が必要になるサービスについて説明してきたが、これらは一例として示したもので、これらに限定されるものではない。また、常時接続が必要になるサービスが複数存在する場合には、それらのどれか一つでも登録があれば常時接続が必要となり、すべてのサービスに登録がなければ不要となる。

上記のように、本実施形態によれば、画像処理装置１が管理サーバ３に常時ＸＭＰＰにより接続される場合もあれば、このような常時接続が行われない場合がある。しかしながら、外部サービス６に画像処理装置１のステータス情報を通知する必要がある場合には、画像処理装置１は、常時、画像処理装置の状態変化に応じてステータス通知を送信する必要がある。そこで、ＸＭＰＰの接続が無い場合でもステータス通知を送信できるように、ステータス通知をＨＴＴＰを用いて行う場合について説明する。以下、ＸＭＰＰの常時接続がある場合と、無い場合とを説明する。

図１４は画像処理装置１とサーバ群が適宜接続されることで行われるステータス通知を示すシーケンス図である。この場合、ＸＭＰＰによる常時接続は行われない。

ＳＡ００１においてユーザは画像処理装置１の電源をオンにする。すると通信インターフェース１８が起動され、画像処理装置１とアクセスサーバ２の間でネットワークが確立し、互いに通信可能になる。画像処理装置１がアクセスサーバ２と通信可能になると、画像処理装置１はＳＡ００２でＨＴＴＰプロトコルを用いてＸＭＰＰ接続情報取得リクエストをアクセスサーバ２に送信する。ＳＡ００３で画像処理装置１は、アクセスサーバ２からＳＡ００２のリクエストに対するレスポンスを受信する。ＳＡ００３における受信が、図４におけるＳ６００１におけるＸＭＰＰ接続情報の取得に相当する。ＳＡ００３におけるアクセスサーバ２からのレスポンスに応じて、図４に示したように、ＸＭＰＰ接続を開始するかどうかを判定する。図１４のシーケンスにおいては、ＸＭＰＰ接続を開始しないものとする。

ＳＡ００４において画像処理装置１は、管理サーバ３に対してＨＴＴＰプロトコルを用いてステータス通知リクエストを送信する。ステータス通知リクエストには、画像処理装置１のステータス情報が含まれる。なお、ステータス通知リクエストの送信は、画像処理装置１に所定の状態変化が生じた場合に行われる。例えば、画像処理装置１においてインクローエラー、インクなしエラー、用紙紙無しエラー、ジャムエラー等の各種のエラーが生じたときに、そのエラーを示すステータス情報を含むステータス通知リクエストが送信される。また例えば印刷が開始された場合、印刷が完了した場合等の状態変化が生じた場合に、それらの状態変化を示すステータス情報を含むステータス通知リクエストが送信される。他にも、原稿台のカバーが開けられた場合、インクタンクを交換するためのカバーが開けられた場合、インクタンクが交換された場合等の状態変化が生じた場合に、それらの状態変化を示すステータス情報を含むステータス通知リクエストが送信される。本実施形態で説明する以降のステータス通知リクエストの送信についても、同様の要因によりステータス情報を含むステータス通知リクエストが送信される。

ＳＡ００５において管理サーバ３はアプリケーションサーバ４に、ＳＡ００６においてアプリケーションサーバ４は外部サービス６に、ＨＴＴＰプロトコルを用いてステータス通知リクエストを送信する。次いで、ＳＡ００７において外部サービス６はアプリケーションサーバ４に、ＳＡ００８においてアプリケーションサーバ４は管理サーバ３に、ＨＴＴＰプロトコルを用いてステータス通知レスポンスを送信する。ＳＡ００９において管理サーバ３は画像処理装置１にステータス通知レスポンスを送信する。

ＳＡ０１０においてユーザは、画像処理装置１に内蔵のＷｅｂブラウザを起動する。内蔵のＷｅｂブラウザが起動されると画像処理装置１は管理サーバ３との間で、ＳＡ０１１、ＳＡ０１２においてＸＭＰＰ接続開始リクエストの送信、レスポンスの受信を行い、ＸＭＰＰ接続を開始する。以降、ＸＭＰＰ切断までＸＭＰＰプロトコルを用いた通信が可能になる。

ＳＡ０１３でユーザは内蔵のＷｅｂブラウザを操作する。操作に伴い、画像処理装置１はアプリケーションサーバ４との間で、ＳＡ０１４、ＳＡ０１５において、ＨＴＴＰプロトコルを用いてアプリ操作リクエストの送信、レスポンスの受信を行う。ここで、アプリケーションサーバ４に対して印刷ジョブ作成指示を行う。ＳＡ０１６でユーザは内蔵のＷｅｂブラウザを終了する。

印刷ジョブ作成が指示されジョブが作成されると、ＳＡ０１７で画像処理装置１はＸＭＰＰプロトコルを用いてジョブ通知を受信する。ジョブ通知を受信すると画像処理装置１は管理サーバ３との間で、ＸＭＰＰプロトコルを用いて、ＳＡ０１８において印刷ジョブ取得リクエストを送信し、ＳＡ０１９においてそのレスポンスを受信する。印刷ジョブを取得すると画像処理装置１は、アプリケーションサーバ４との間で、ＳＡ０２０において、印刷コンテンツ取得リクエストを送信し、ＳＡ０２１においてそのレスポンスを受信する。印刷コンテンツを受信すると画像処理装置１はコンテンツの印刷を行う。

印刷中に画像処理装置１はステータスの変化に応じて、ステータス通知を行う。上述した通知方法と同様に、ＳＡ０２２〜ＳＡ０２７においてＨＴＴＰプロトコルを用いて通知が行われる。

印刷を終了し一定時間が経過すると、画像処理装置１は管理サーバ３との間で、ＳＡ０２８において、ＸＭＰＰ切断リクエストの送信、ＳＡ０２９においてそのレスポンスの受信を行い、ＸＭＰＰ接続を切断する。

ＳＡ０２９におけるＸＭＰＰ接続の切断後も、画像処理装置１はステータスの変化に応じて、例えばＳＡ０３０〜ＳＡ０３５において、ＨＴＴＰプロトコルを用いてステータス通知を行う。通知方法は、ＳＡ００４〜ＳＡ００９と同様である。

ＳＡ０３１でユーザが画像処理装置１の電源をオフにすると、画像処理装置１の処理は終了する。

以上、ステータス通知を、ＨＴＴＰプロトコルを用いて行うようにしたが、ＸＭＰＰ接続がある場合にはＸＭＰＰプロトコルを用いて行うようにしてもよい。

図１５は、画像処理装置１とサーバが常時接続されることで行われるステータス通知を示すシーケンス図である。図１５では、画像処理装置１とアプリケーションサーバ４がＸＭＰＰにより常時接続される。

ＳＢ００１においてユーザは画像処理装置１の電源をオンにする。すると通信インターフェース１８が起動され、画像処理装置１とアクセスサーバ２の間でネットワークが確立し、互いに通信可能になる。通信可能になると、画像処理装置１はＳＢ００２で、ＨＴＴＰプロトコルを用いてＸＭＰＰ接続情報取得リクエストをアクセスサーバ２に送信する。ＳＢ００３で画像処理装置１は、アクセスサーバ２からＳＢ００２のリクエストに対するレスポンスを受信する。ＳＢ００３における受信が図４におけるＳ６００１におけるＸＭＰＰ接続情報の取得に相当する。ＳＢ００３におけるアクセスサーバ２からのレスポンスに応じて、図４に示したように、ＸＭＰＰ接続を開始するかどうかを判定する。図１５のシーケンスにおいては、ＸＭＰＰ接続を開始するものとする。

画像処理装置１は管理サーバ３との間で、ＳＢ００４においてＸＭＰＰ接続開始リクエストの送信し、ＳＢ００５において、そのレスポンスの受信を行い、ＸＭＰＰ接続を開始する。以降、ＸＭＰＰ切断までＸＭＰＰプロトコルを用いた通信が可能になる。

画像処理装置１はステータスの変化に応じて、ＳＢ００６〜ＳＢ０１１において、ＨＴＴＰプロトコルを用いてステータス通知を行う。ステータス通知方法は、図１４において説明した方法と同様である。

ＳＢ０１２においてユーザはリモート端末５のＷｅｂブラウザを起動する。Ｗｅｂブラウザが起動されると、ＳＢ０１３でユーザはＷｅｂブラウザを操作する。この操作に伴い、リモート端末５はアプリケーションサーバ４との間で、ＳＢ０１４、ＨＴＴＰプロトコルを用いてアプリ操作リクエストの送信を行い、ＳＢ０１５において、そのレスポンスの受信を行う。ここで、アプリケーションサーバ４に対して印刷ジョブ作成指示を行う。ＳＢ０１６でユーザは内蔵のＷｅｂブラウザを終了する。

印刷ジョブ作成が指示されジョブが作成されると、ＳＢ０１７で画像処理装置１は、ＸＭＰＰプロトコルを用いてジョブ通知を受信する。ジョブ通知を受信すると、画像処理装置１は管理サーバ３との間で、ＸＭＰＰプロトコルを用いて、ＳＢ０１８、印刷ジョブ取得リクエストを送信し、ＳＢ０１９においてそのレスポンスを受信する。印刷ジョブを取得すると画像処理装置１は、アプリケーションサーバ４との間で、ＳＢ０２０において、印刷コンテンツ取得リクエストを送信し、ＳＢ０２１において、そのレスポンスを受信する。印刷コンテンツを受信すると画像処理装置１は、コンテンツの印刷を行う。

印刷中に画像処理装置１はステータスの変化に応じて、ステータス通知を行う。通知の方法はＳＢ００６〜ＳＢ０１１と同様に、ＳＢ０２２〜ＳＢ０２７においてＨＴＴＰプロトコルを用いて行う。

印刷終了後も、画像処理装置１はステータスの変化に応じて、ＳＢ０２８〜ＳＢ０３３において、ＨＴＴＰプロトコルを用いてステータス通知を行う。通知の方法はＳＢ００６〜ＳＢ０１１と同様。

ＳＢ０３４でユーザが画像処理装置１の電源をオフにすると、画像処理装置１は管理サーバ３との間で、ＳＢ０３５において、ＸＭＰＰ切断リクエストを送信し、ＳＢ０３６においてそのレスポンスを受信して、ＸＭＰＰ接続を切断する。画像処理装置１の処理は終了する。

以上、ステータス通知を、ＨＴＴＰプロトコルを用いて行うようにしたが、ＸＭＰＰの常時接続がある場合にはＸＭＰＰプロトコルを用いて行うようにしてもよい。具体的には、ＳＢ００６、ＳＢ０２２、ＳＢ０２８においてステータス通知リクエストをＸＭＰＰにより送信し、ＳＢ０１１、ＳＢ０２７、ＳＢ０３３においてステータス通知レスポンスをＸＭＰＰにより受信する。そして、ＸＭＰＰの常時接続がない場合に、ＨＴＴＰプロトコルによりステータス通知リクエストが送信される。

以下は、画像処理装置１がＡＣ電源の供給がある場合に電源オフ待機状態にあり、通信インターフェース１８により通信は可能である場合について説明する。

図１６は画像処理装置１が電源オフ待機状態でステータス通知を行う場合のシーケンス図である。

ＳＣ００１において、ユーザは画像処理装置１のＡＣをオンにする。すると通信インターフェース１８が起動され、画像処理装置１とアクセスサーバ２の間でネットワークが確立し、互いに通信可能になる。通信可能になると画像処理装置１は、ＳＣ００２でＨＴＴＰプロトコルを用いてＸＭＰＰ接続情報取得リクエストをアクセスサーバ２に送信する。ＳＣ００３で画像処理装置１は、アクセスサーバ２からＳＣ００２のリクエストに対するレスポンスを受信する。ＳＢ００３における受信が図４におけるＳ６００１におけるＸＭＰＰ接続情報の取得に相当する。ＳＣ００３におけるアクセスサーバ２からのレスポンスに応じて、図４に示したように、ＸＭＰＰ接続を開始するかどうかを判定する。図１６のシーケンスにおいては、ＸＭＰＰ接続を開始するものとする。

画像処理装置１は管理サーバ３との間で、ＳＣ００４においてＸＭＰＰ接続開始リクエストを送信し、ＳＣ００５において、そのレスポンスの受信を行い、ＸＭＰＰ接続を開始する。以降、ＸＭＰＰ切断までＸＭＰＰプロトコルを用いた通信が可能になる。

画像処理装置１はステータスの変化に応じて、ＳＣ００６〜ＳＣ０１１において、ＨＴＴＰプロトコルを用いてステータス通知を行う。ＳＣ０１２においてユーザは画像処理装置１の電源をオンにする。画像処理装置１はステータスの変化に応じて、ＳＣ０１３〜ＳＣ０１８において、ＨＴＴＰプロトコルを用いてステータス通知を行う。画像処理装置１はステータスの変化に応じて、ＳＣ０１９〜ＳＣ０２４において、ＨＴＴＰプロトコルを用いてステータス通知を行う。ＳＣ００６〜ＳＣ０１１、ＳＣ０１３〜ＳＣ０１８、ＳＣ０１９〜ＳＣ０２４におけるステータス通知の方法は、例えば図１４のＳＡ００４〜ＳＡ００９と同様である。

ＳＣ０２５においてユーザは画像処理装置１の電源をオフにする。画像処理装置１はステータスの変化に応じて、ＳＣ０２６〜ＳＣ０３１において、ＨＴＴＰプロトコルを用いてステータス通知を行う。ステータス通知の方法は、例えば図１４のＳＡ００４〜ＳＡ００９と同様である。

以上、ステータス通知を、ＨＴＴＰプロトコルを用いて行うようにしたが、ＸＭＰＰの常時接続の有無、電源オン状態かオフ状態かに応じてＸＭＰＰプロトコルを用いて行うようにしてもよい。例えば、ＸＭＰＰの常時接続が行われる状態であり且つ電源オン状態である場合、ＸＭＰＰによりステータス通知が行われてもよい。そして、ＸＭＰＰの常時接続が行われない状態であり且つ電源オフ状態である場合、ＨＴＴＰによりステータス通知が行われても良い。

また、ＸＭＰＰによる常時接続が行われるか否かに関わらず、ステータス通知がＸＭＰＰにより行われても良い。具体的には、ＸＭＰＰによる接続が行われている場合、画像処理装置１はその接続を利用してステータスを通知する。一方、ＸＭＰＰによる接続が行われていない場合、画像処理装置１は管理サーバ３とのＸＭＰＰの接続を確立し、確立された接続を利用してステータスを通知する。

ただし、画像処理装置１が管理サーバ３とのＸＭＰＰによる接続を確立する場合、接続を確立するためのネゴシエーションが必要になり、ＨＴＴＰによるステータス送信に比べて、管理サーバ３の負荷が大きいことがある。管理サーバ３は、ジョブの通知に加えてステータス情報の受信のために、クライアントとのＸＭＰＰによる接続を確立する必要が生じるためである。即ち、管理サーバ３がＸＭＰＰによる接続を確立する機会が多くなり、管理サーバ３の負荷が増大する。ステータス情報の受信方法として、例えば管理サーバ３が多数のクライアントとのＸＭＰＰによる接続を維持する場合、その接続維持のために管理サーバ３の負荷が増大する。また、ステータス情報の受信方法として、例えば管理サーバ３がステータス情報の受信を行う度に、クライアントとのＸＭＰＰによる接続の確立、ステータス情報の受信、接続の切断を繰り返す行うことも考えられる。この場合、上記のネゴシエーションを多回数行うため、管理サーバ３の負荷が増大する。また、画像処理装置においても、ＸＭＰＰによる接続の確立、ステータス情報の送信、接続の切断を、ステータス情報を送信するたびに繰り返さなくてはならない。そのため、画像処理装置の負荷も増大する。

従って、ＸＭＰＰによる常時接続が行われるか否かに関わらずステータス通知がＸＭＰＰにより行われる場合に比べて、図１５、図１６のように、ステータス通知をＨＴＴＰにより行う方が、画像処理装置１と管理サーバ３の負荷を軽減することができる。

次に、画像処理装置１が通知するステータス情報の大きさが状況により異なる場合について説明する。

図１７はステータス情報の内容を示すブロック図である。

図１７中、Ｍ１はステータス通知におけるステータス情報を示す。さらにステータス情報Ｍ１は、ステータスサマリＭ１００１、電源情報Ｍ１００２、ステータス詳細Ｍ１００３よりなる。

ステータスサマリＭ１００１は、ステータス通知におけるステータス情報の概要の情報であり、エラー発生や消耗品残量の概要を示すものである。画像処理装置１の状態管理において略式の管理においては、十分な情報である。電源情報Ｍ１００２は、画像処理装置１の電源の状態を示す情報である。これにより、画像処理装置１が電源オフの待機状態かどうかを判定することができる。

ステータス詳細Ｍ１００３は、ステータス通知におけるステータス情報の詳細の情報である。例えば、外部サービス６にステータス情報を通知する場合には、ステータス詳細ステータス詳細Ｍ１００３が必要で、その他の場合には、不要であるとする。この場合、画像処理装置１は、ステータス通知する場合に、ステータス詳細Ｍ１００３を付加する場合と、付加しない場合と、がある。一般にＨＴＴＰプロトコルの方が、ＸＭＰＰプロトコルよりもデータサイズの大きなデータの送信に適している。そこで、ステータス詳細Ｍ１００３を付加し、データサイズが大きい場合合にはＨＴＴＰプロトコル、ステータス詳細Ｍ１００３を付加せず、データサイズが小さい場合にはＸＭＰＰプロトコルを用いて送信するようにしてもよい。

以上のように本実施形態では、リモート端末等の画像処理装置以外の装置によりジョブが発行される可能性がある場合には、画像処理装置と管理サーバにおける常時接続が行われ、上記のような可能性がない場合には、常時接続は行われない。そのため多数の画像処理装置がサーバと接続可能な場合であったとしても、画像処理装置は必要な場合に常時接続を行うため、サーバの負荷を軽減することができる。

なお、以上の実施形態では、情報処理装置の一例として、画像の印刷や原稿の読取を行う画像処理装置を例に説明したがこれに限らない。例えばＰＣやスマートフォン、カメラ等の種々の情報処理装置であってもよい。

なお、本実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

１ 画像処理装置
２ アクセスサーバ
３ 管理サーバ
４ アプリケーションサーバ
５ リモート端末
６ 外部サービス

Claims (15)

1. 第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置であって、
   前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、
   前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、
   前記情報処理装置に所定の状態変化が生じた場合、前記第１の接続が確立していたとしても、前記第１の接続が確立していなくても、前記第２のプロトコルにより前記情報処理装置のステータス情報を前記１または複数のサーバのいずれかに送信する送信手段と、
   を有することを特徴とする情報処理装置。
2. 第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置であって、
   前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、
   前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、
   前記情報処理装置に所定の状態変化が生じ、且つ前記第１の接続が確立していない場合、前記第２のプロトコルにより前記ステータスを前記１または複数のサーバのいずれか送信し、前記情報処理装置に前記所定の状態変化が生じ、且つ前記第１の接続が確立している場合、前記第１のプロトコルにより前記ステータス情報を前記１または複数のサーバのいずれか送信する送信手段と、
   を有することを特徴とする情報処理装置。
3. 前記情報処理装置に前記所定の状態変化が生じた場合、前記送信手段は、前記所定の通知の受信がなくても前記第２のプロトコルにより前記ステータス情報を送信することを特徴とする請求項１に記載の情報処理装置。
4. 前記送信手段は、
   前記１または複数のサーバのいずれかに送信するステータス情報のデータサイズに応じて、前記第１のプロトコルにより前記ステータス情報を送信するか、前記第２のプロトコルにより前記ステータス情報を送信するかを切り替えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記取得手段は、
   前記第２の接続により前記１または複数のサーバのいずれかに対する所定の要求を行うことで、前記処理対象のデータを取得する第１の取得方法と、
   前記１または複数のサーバのいずれかにおいて前記情報処理装置に関する所定の登録処理が既に行われている場合に、前記情報処理装置とは異なる装置からの要求に応じて前記第１の接続により前記所定の通知を受信し、前記所定の通知の受信に応じて前記第２の接続を確立し、前記第２の接続により前記処理対象のデータを取得する第２の取得方法とが可能であり、
   前記所定の登録処理が既に行われている場合、前記第１の接続が確立され、前記所定の登録処理が行われていない場合、前記第１の接続が確立されないことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記情報処理装置の前記所定の登録処理に関する登録情報を前記１または複数のサーバのいずれかから取得し、前記登録情報に基づいて、前記第１の接続を確立するか否かを判定する判定手段を有し、
   前記判定手段による判定に従って、前記第１の接続が確立されることを特徴とする請求項５に記載の情報処理装置。
7. 前記所定の通知は、前記処理対象のデータが格納されている格納場所を示し、
   前記取得手段は、前記所定の通知が示す格納場所から前記処理対象のデータを取得することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記第１のプロトコルはＸＭＰＰであり、前記第２のプロトコルはＨＴＴＰであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記第１の接続が確立していなくても前記情報処理装置の操作部に対するユーザの指示に応じて、前記第１の接続が確立されることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記取得手段は、印刷対象のデータを取得し、
    前記実行手段は、前記所定の処理として、前記印刷対象のデータに基づく印刷を実行し、
    前記送信手段は、前記所定の状態変化として前記印刷に用いられる記録材または印刷用紙に関する状態変化が生じた場合に、前記ステータス情報を送信することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. １または複数のサーバと、第１のプロトコルにより前記１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置とを含む情報処理システムであって、
    前記情報処理装置は、
    前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、
    前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、
    前記情報処理装置に所定の状態変化が生じた場合、前記第１の接続が確立していたとしても、前記第１の接続が確立していなくても、前記第２のプロトコルにより前記情報処理装置のステータス情報を前記１または複数のサーバのいずれかに送信する送信手段と、
    を有し、
    前記１または複数のサーバは、
    前記情報処理装置との前記第１の接続が確立している場合に、前記所定の通知を行う通知手段と、
    前記送信手段により送信された前記ステータス情報を受信する受信手段と、
    を有することを特徴とする情報処理システム。
12. １または複数のサーバと、第１のプロトコルにより前記１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置とを含む情報処理システムであって、
    前記情報処理装置は、
    前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得手段と、
    前記取得手段により取得された処理対象のデータに所定の処理を実行する実行手段と、
    前記情報処理装置に所定の状態変化が生じ、且つ前記第１の接続が確立していない場合、前記第２のプロトコルにより前記ステータスを前記１または複数のサーバのいずれかに送信し、前記情報処理装置に前記所定の状態変化が生じ、且つ前記第１の接続が確立している場合、前記第１のプロトコルにより前記ステータス情報を前記１または複数のサーバのいずれかに送信する送信手段と、
    を有し、
    前記１または複数のサーバは、
    前記情報処理装置との前記第１の接続が確立している場合に、前記所定の通知を行う通知手段と、
    前記送信手段により送信された前記ステータス情報を受信する受信手段と、
    を有することを特徴とする情報処理システム。
13. 第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置の制御方法であって、
    前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得工程と、
    前記取得工程において取得された処理対象のデータに所定の処理を実行する実行工程と、
    前記情報処理装置に所定の状態変化が生じた場合、前記第１の接続が確立していたとしても、前記第１の接続が確立していなくても、前記第２のプロトコルにより前記情報処理装置のステータス情報を前記１または複数のサーバのいずれかに送信する送信工程と、
    を有することを特徴とする制御方法。
14. 第１のプロトコルにより１または複数のサーバのいずれかと通信可能であり且つ第２のプロトコルにより前記１または複数のサーバのいずれかと通信可能な情報処理装置の制御方法であって、
    前記１または複数のサーバのいずれかとの前記第１のプロトコルによる第１の接続により所定の通知が受信された場合に、前記第２のプロトコルによる前記１または複数のサーバのいずれかとの第２の接続を確立し、前記第２の接続により処理対象のデータを取得する取得工程と、
    前記取得工程において取得された処理対象のデータに所定の処理を実行する実行工程と、
    前記情報処理装置に所定の状態変化が生じ、且つ前記第１の接続が確立していない場合、前記第２のプロトコルにより前記ステータスを前記１または複数のサーバのいずれかに送信し、前記情報処理装置に前記所定の状態変化が生じ、且つ前記第１の接続が確立している場合、前記第１のプロトコルにより前記ステータス情報を前記１または複数のサーバのいずれかに送信する送信工程と、
    を有することを特徴とする制御方法。
15. 請求項１乃至１０のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images