情報処理装置、情報処理方法、情報処理プログラム、画像処理装置、情報処理システム、及び応答処理プログラム
【課題】ＭＦＰがプッシュ方式により移行通知を行うことなく、ＭＦＰがスリープ状態である間は、画像データの問合せを停止することが可能な情報処理装置を提供する。
【解決手段】情報処理装置３は、ＭＦＰ１がスリープ状態でも応答可能なプロトコルに従って生成され、通常状態かを問い合わせるＳＮＭＰ状態取得要求を送信する第１の要求部４１と、通常状態である旨の応答を受信する第１の応答取得部４２と、通常状態である旨の応答が受信された場合に、ＭＦＰ１が新規の画像データを蓄積した状態か否か、及び、ＭＦＰ１がスリープ状態に移行するか否かを問い合わせるＨＴＴＰ状態取得要求を送信する第２の要求部４３と、スリープ状態に移行する旨の応答をＭＦＰ１から受信する第２の応答取得部４４とを備え、第１の要求部４１は、スリープ状態に移行する旨の応答が受信された場合、ＳＮＭＰ状態取得要求を再び送信する。
【解決手段】情報処理装置３は、ＭＦＰ１がスリープ状態でも応答可能なプロトコルに従って生成され、通常状態かを問い合わせるＳＮＭＰ状態取得要求を送信する第１の要求部４１と、通常状態である旨の応答を受信する第１の応答取得部４２と、通常状態である旨の応答が受信された場合に、ＭＦＰ１が新規の画像データを蓄積した状態か否か、及び、ＭＦＰ１がスリープ状態に移行するか否かを問い合わせるＨＴＴＰ状態取得要求を送信する第２の要求部４３と、スリープ状態に移行する旨の応答をＭＦＰ１から受信する第２の応答取得部４４とを備え、第１の要求部４１は、スリープ状態に移行する旨の応答が受信された場合、ＳＮＭＰ状態取得要求を再び送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置から画像データを取得する情報処理装置、情報処理方法、情報処理プログラム、該情報処理装置に対応する画像処理装置、該情報処理装置及び画像処理装置を備える情報処理システム、及び応答処理プログラムに関する。
【背景技術】
【０００２】
スキャナ、ＦＡＸ等の画像処理装置には、生成されたスキャンデータ、送受信されたＦＡＸデータ等の画像データを自機内のストレージに蓄積するものがある。この種の画像処理装置から画像データを取得する情報処理装置が知られている。例えば、情報処理装置は、画像データが蓄積されたか否かを画像処理装置に問合せ、画像データが蓄積されている場合に、該画像データを要求する。この要求に応じて画像データが情報処理装置に提供される。
【０００３】
ところで、画像処理装置には、省電力化のために、スリープ状態に移行するものがある。例えば、下記特許文献１に記載の画像処理装置は、スリープ状態において、パケットを受信する部分を除いて通電が停止される。一方、画像処理装置と接続されたパーソナルコンピュータ（ＰＣ）は、一般的に、画像処理装置を監視するために、定期的にＳＮＭＰパケットを送信する。特許文献１の画像処理装置は、スリープ状態においてＰＣからＳＮＭＰパケットを受信した場合、応答するために、通常状態に復帰する。
【０００４】
上記のように、スリープ状態に移行したにも関わらず、通常状態に復帰すると、省電力効果が低下する。そこで、下記特許文献１の画像処理装置は、電力状態がスリープ状態に移行する際に、その旨の通知をＰＣに行う。また、画像処理装置は、通常状態に復帰した際に、その旨の通知をＰＣに行う。このように、画像処理装置が電力状態の移行通知を行うので、ＰＣは、画像処理装置がスリープ状態であることを把握することができる。そして、ＰＣは、画像処理装置がスリープ状態である間は、ＳＮＭＰパケットの送信を停止する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１０２６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ＰＣ等の情報処理装置が、スリープ状態の上記画像処理装置に対して、画像データが蓄積されたか否かを問合せると、画像処理装置は、応答するために通常状態に復帰する。このため、省電力効果が低下する。そこで、上記特許文献１に記載されたように、画像処理装置が、移行通知を情報処理装置に送信することが考えられる。これにより、情報処理装置が、画像処理装置が通常状態であるか否かを把握し、通常状態である場合に、画像データの問合せを行うことができる。
【０００７】
しかしながら、上記特許文献１の画像処理装置は、ネットワークに接続された全てのＰＣに対して、自ら、すなわちプッシュ方式で通知を行っている。ＳＮＭＰパケットは、一般的に、ネットワークに接続された全てのＰＣが画像処理装置に送信する。このため、上記特許文献１の画像処理装置は、自機がスリープ状態である間、ＳＮＭＰパケットの送信を停止させるために、全てのＰＣに移行通知を送信している。
【０００８】
これに対して、上記の画像データの問合せは、ネットワークに接続された全ての情報処理装置（ＰＣ）が行うとは限らない。このため、ネットワークに接続された全ての情報処理装置が画像処理装置の移行通知を受信する必要があるわけではない。従って、画像処理装置がスリープ状態である間、画像データの問合せを停止させるために、ネットワークに接続された全てのＰＣにプッシュ方式で移行通知を行うことは、無駄な処理となる虞がある。
【０００９】
そこで本発明は、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能な情報処理装置、情報処理方法、情報処理プログラム、該情報処理装置に対応する画像処理装置、該情報処理装置及び画像処理装置を備える情報処理システム、及び応答処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る情報処理装置は、通信制御部が搭載された画像処理装置から画像データを取得するために、画像処理装置に問合せを行う情報処理装置であって、画像処理装置が、通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、画像処理装置が、該通信制御部の一部に対して通電されることによりプロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求部と、画像処理装置が通常状態である場合に、第１の状態取得要求に対して、通常状態である旨の応答を画像処理装置から受信する第１の応答取得部と、通常状態である旨の応答が受信された場合に、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求を画像処理装置へ送信する第２の要求部と画像処理装置がスリープ状態に移行する場合に、第２の状態取得要求に対して、スリープ状態に移行する旨の応答を画像処理装置から受信する第２の応答取得部とを備え、第１の要求部は、スリープ状態に移行する旨の応答が受信された場合、第１の状態取得要求を送信することを特徴とする。
【００１１】
本発明に係る情報処理方法は、通信制御部が搭載された画像処理装置から画像データを取得する情報処理装置において、画像処理装置に問合せを行う情報処理方法であって、画像処理装置が、通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、画像処理装置が、該通信制御部の一部に対して通電されることによりプロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求ステップと、画像処理装置が通常状態である場合に、第１の状態取得要求に対して、通常状態である旨の応答を画像処理装置から受信する第１の応答取得ステップと、通常状態である旨の応答が受信された場合に、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求を画像処理装置へ送信する第２の要求ステップと、画像処理装置がスリープ状態に移行する場合に、第２の状態取得要求に対して、スリープ状態に移行する旨の応答を画像処理装置から受信する第２の応答取得ステップとを備え、スリープ状態に移行する旨の応答が受信された場合、第１の要求ステップが再び行われることを特徴とする。
【００１２】
本発明では、画像処理装置が通常状態か否かを問い合わせる第１の状態取得要求が、情報処理装置から画像処理装置へ送信される。画像処理装置は、スリープ状態であっても第１の状態取得要求に対して通常状態へ復帰せずに応答することができる。よって、情報処理装置は、画像処理装置を復帰させずに、画像処理装置の電力状態を把握することができる。また、情報処理装置から問合せを行うので、画像処理装置がプッシュ方式により移行通知を行う必要もない。そして、画像処理装置が通常状態である場合、第１の状態取得要求に対して、通常状態である旨の応答が、画像処理装置から情報処理装置へ送信される。この場合、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求が、情報処理装置から画像処理装置へ送信される。よって、画像処理装置が通常状態である間に、画像データの問合せを行うことができる。一方、画像処理装置がスリープ状態に移行する場合、第２の状態取得要求に対して、スリープ状態に移行する旨の応答が、画像処理装置から情報処理装置へ送信される。このため、情報処理装置は、画像処理装置がスリープ状態に移行する前に、その旨を把握することができる。そして、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。すなわち、スリープ状態に移行することが把握された後は、通常状態に復帰させずに、電力状態の問合せを行うように、切り替えられる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００１３】
本発明に係る情報処理装置では、第２の要求部が、画像処理装置が通常状態である間、第２の状態取得要求を定期的に画像処理装置へ送信し、第２の応答取得部は、第２の状態取得要求に対して、蓄積された画像データの有無、又は、スリープ状態に移行する予定のタイミングを通知する応答を画像処理装置から受信し、第１の要求部は、スリープ状態に移行するタイミングの通知を受信した場合、該タイミングが経過した後に、第１の状態取得要求を送信することが好ましい。
【００１４】
この構成によれば、画像処理装置が通常状態である間は、第２の状態取得要求が、定期的に画像処理装置へ送信される。この定期的な問合せに対して、蓄積された画像データの有無、又は、スリープ状態に移行する予定のタイミングを通知する応答が、画像処理装置から送信される。そして、スリープ状態に移行するタイミングの通知が受信された場合、該タイミングが経過した後に、第１の状態取得要求が画像処理装置に送信される。従って、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後に、上記第１の状態取得要求が送信される。すなわち、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。従って、情報処理装置は、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。
【００１５】
本発明に係る情報処理装置では、第２の応答取得部が、画像処理装置の通信制御部がロングポーリングを用いて、第２の状態取得要求に対する応答を行う場合、画像処理装置がスリープ状態に移行する際に、第２の状態取得要求に対する応答として、画像処理装置からスリープ状態に移行する旨を受信し、第１の要求部は、スリープ状態に移行する旨が受信された場合、第１の状態取得要求を送信することが好ましい。
【００１６】
この構成によれば、画像処理装置がロングポーリングを用いて第２の応答取得要求に対する応答を行う場合、スリープ状態に移行する際に、その旨が、情報処理装置に送信される。この場合、情報処理装置は、画像処理装置がスリープ状態に移行することを、リアルタイムで把握することができる。そして、第１の状態取得要求が、情報処理装置から画像処理装置へ送信される。すなわち、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。従って、情報処理装置は、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。
【００１７】
本発明に係る情報処理装置では、第２の状態取得要求に対する応答として、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を画像処理装置へ送信する画像要求部を更に備えることが好ましい。
【００１８】
本発明に係る情報処理方法では、画像処理装置がスリープ状態に移行しない場合に、第２の状態取得要求に対して、蓄積された画像データの有無を示す応答を画像処理装置から受信する第３の応答取得ステップと、第３の応答取得ステップにおいて、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を画像処理装置へ送信するデータ取得要求ステップとを備えることが好ましい。
【００１９】
この構成によれば、第２の状態取得要求に対する応答として、画像データが蓄積された状態である旨が受信された場合、データ取得要求が、画像処理装置に送信される。画像処理装置は、データ取得要求に応じて画像データを提供するので、情報処理装置は、画像データを取得することができる。
【００２０】
本発明に係る画像処理装置は、情報処理装置による問合せに応答し、画像データを該情報処理装置に提供する画像処理装置であって、複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部と、バックエンド部に対する通電が停止されると共にフロントエンド部に対して通電されたスリープ状態と、バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部とを備え、フロントエンド部によって応答可能なプロトコルに従って生成され、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部は、スリープ状態である旨の応答を情報処理装置に返信し、第１の状態取得要求が、通常状態において受信された場合、フロントエンド部は、通常状態である旨の応答を情報処理装置に返信し、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行するときには、スリープ状態に移行する旨の応答を情報処理装置へ返信することを特徴とする。
【００２１】
本発明に係る画像処理装置によれば、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部によってスリープ状態である旨の応答を返信することができる。よって、通常状態に復帰せずに、自機の電力状態を情報処理装置に通知することができる。よって、省電力効果の低下を防止することができる。また、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、スリープ状態に移行するときには、スリープ状態に移行する旨の応答が返信される。このため、スリープ状態に移行する前に、その旨を情報処理装置に通知することができる。よって、情報処理装置は、スリープ状態に移行することが把握された後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２２】
本発明に係る画像処理装置では、第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行しないときには、蓄積された画像データの有無を示す応答を情報処理装置へ返信することが好ましい。この構成によれば、情報処理装置が、画像処理装置に画像データが蓄積されたことを把握することができる。
【００２３】
本発明に係る情報処理システムは、上記いずれかの情報処理装置と、上記の画像処理装置とを備えることを特徴とする。本発明に係る情報処理システムによれば、上記の情報処理装置と、上記の画像処理装置とを備えるので、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２４】
本発明に係る情報処理プログラムは、コンピュータを上記いずれかの情報処理装置として機能させることを特徴とする。本発明に係る情報処理プログラムによれば、コンピュータを上記の情報処理装置として機能させることができるので、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２５】
本発明に係る応答処理プログラムは、複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部、バックエンド部に対する通電が停止されると共にフロントエンド部に対して通電されたスリープ状態と、バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部、としてコンピュータを機能させ、更に、フロントエンド部によって応答可能なプロトコルに従って生成され、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部は、スリープ状態である旨の応答を情報処理装置に返信し、第１の状態取得要求が、通常状態において受信された場合、フロントエンド部は、通常状態である旨の応答を情報処理装置に返信し、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行するときには、スリープ状態に移行する旨の応答を情報処理装置へ返信するように、コンピュータを機能させることを特徴とする。
【００２６】
本発明に係る応答処理プログラムによれば、コンピュータを上記の画像処理装置が備える移行制御部及び通信制御部として機能させることができる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、情報処理装置による画像データの問合せを停止することが可能となる。
【発明の効果】
【００２７】
本発明によれば、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【図面の簡単な説明】
【００２８】
【図１】実施形態に係るＭＦＰ、情報処理装置、及び情報処理システムの構成を示すブロック図である。
【図２】ユーザが情報処理装置において画像データを取得した場合の画面を示す図である。
【図３】情報処理装置による問合せ処理とＭＦＰによる応答処理の概要を示すシーケンス図である。
【図４】情報処理装置による問合せ処理を示すフローチャートの前半部分である。
【図５】情報処理装置による問合せ処理を示すフローチャートの後半部分である。
【図６】ＭＦＰによる応答処理を示すフローチャートの前半部分である。
【図７】ＭＦＰによる応答処理を示すフローチャートの後半部分である。
【図８】情報処理装置による問合せ処理とＭＦＰによる応答処理の変形例についての概要を示すシーケンス図である。
【図９】情報処理装置による問合せ処理の変形例を示すフローチャートの前半部分である。
【図１０】情報処理装置による問合せ処理の変形例を示すフローチャートの後半部分である。
【図１１】ＭＦＰによる応答処理の変形例を示すフローチャートの前半部分である。
【図１２】ＭＦＰによる応答処理の変形例を示すフローチャートの後半部分である。
【図１３】実施形態に係る情報処理プログラムの構成を示すブロック図である。
【図１４】実施形態に係る応答処理プログラムの構成を示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。最初に、図１を参照して、実施形態に係る画像処理装置として機能するＭＦＰ１、実施形態に係る情報処理装置３、及び、実施形態に係る情報処理システム５の構成について説明する。図１は、ＭＦＰ１、情報処理装置３、及び情報処理システム５の構成を示すブロック図である。情報処理システム５は、ネットワーク９１を介して互いに接続されたＭＦＰ１及び情報処理装置３を備えている。情報処理装置３は、１台であっても複数台であってもよい。
【００３０】
ＭＦＰ１は、プリント機能、スキャン機能、及びＦＡＸ機能を含む複数の画像処理機能を有する。このＭＦＰ１は、生成されたスキャンデータ、及び送受信されたＦＡＸデータ等の画像データをストレージ１０に蓄積する。情報処理装置３は、例えば、パーソナルコンピュータ（ＰＣ）等である。情報処理装置３は、ＭＦＰ１に蓄積された画像データを利用するために、ＭＦＰ１に画像データが蓄積されたか否かを問合せる。そして、情報処理装置３は、画像データの問合せに対して、画像データが蓄積されている旨の応答が得られた場合、該画像データを取得する。
【００３１】
ＭＦＰ１は、省電力化を図るために、通常状態からスリープ状態へ移行する。通常状態は、ＭＦＰ１の各構成要素に対して通電された状態で、ネットワーク応答及び画像処理を行うことができる。スリープ状態は、ＦＡＸの受信を検知する部分及び通信制御部１１のフロントエンド部２２以外に対する通電が停止される。ＭＦＰ１が、スリープ状態において画像データの問合せを受信した場合、通常状態に復帰してから応答を行う。このため、省電力効果が低下する。そこで、情報処理装置３は、ＭＦＰ１を通常状態に復帰させずに、電力状態の問合せを行い、ＭＦＰ１が通常状態である場合に、画像データの問合せを行う。
【００３２】
以下、上記機能を発揮するための構成を説明する。ＭＦＰ１は、上記のストレージ１０及び通信制御部１１に加えて、操作パネル１２、ディスプレイ１３、プリンタ１４、スキャナ１５、ＮＣＵ１６、モデム１７、及び制御部１８を備えている。
【００３３】
操作パネル１２は、ユーザがＭＦＰ１を操作するために、複数の操作ボタンを備えている。ディスプレイ１３は、例えば液晶ディスプレイで構成され、各種の設定内容等を表示する。プリンタ１４は、電子写真方式により、用紙に画像データを印刷する。スキャナ１５は、ＣＣＤ等の読取デバイスを備え、原稿を光学的に読み取って画像データを生成する。ＮＣＵ１６は、モデム１７と公衆交換電話網（ＰＳＴＮ）９０との接続を制御する。このＮＣＵ１６及びモデム１７によって、ＦＡＸの送受信が行われる。
【００３４】
スキャナ１５によって生成された画像データ、及びＦＡＸにより送受信された画像データ等は、ストレージ１０に蓄積される。ＭＦＰ１は、情報処理装置３から送信される画像データの取得要求に応じて、ストレージ１０に蓄積された画像データを提供する。本実施形態では、ストレージ１０の容量が比較的小さくても済むように、情報処理装置３に提供された画像データは、ストレージ１０から削除される。
【００３５】
通信制御部１１は、ネットワーク９１を介して接続された情報処理装置３とデータの送受信を行う。通信制御部１１が情報処理装置３から受信するデータには、ジョブ要求、ＳＮＭＰ要求、ＨＴＴＰ要求（ＨＴＴＰ Ｇｅｔ）等が含まれる。ジョブ要求は、プリント、スキャン等のジョブを要求するパケットである。ＳＮＭＰ要求は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に従って、ＭＦＰ１に問い合わせを行うためのパケットである。ＨＴＴＰ要求は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って、ＭＦＰ１に問合せを行うためのパケットである。本実施形態では、電力状態の問合せを行う際には、ＳＮＭＰ要求が用いられ、画像データの問合せを行う際には、ＨＴＴＰ要求が用いられる。
【００３６】
通信制御部１１は、バックエンド部２１とフロントエンド部２２とを備える。バックエンド部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えて構成されている。バックエンド部２１は、通常状態において通電され、スリープ状態において通電が停止される。このバックエンド部２１は、通常状態において、通信制御部１１としての機能を発揮する。すなわち、バックエンド部２１は、ＳＮＭＰ及びＨＴＴＰを含む複数のプロトコルに対応して応答を行う。
【００３７】
フロントエンド部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えて構成されている。フロントエンド部２２は、スリープ状態及び通常状態において通電される。フロントエンド部２２は、スリープ状態において、バックエンド部２１を代理して、通信機能を発揮する。このフロントエンド部２２は、バックエンド部２１より消費電力量が小さく、且つ、コストを抑えるために、比較的スペックの低いＣＰＵ、ＲＯＭ、及びＲＡＭにより構成されている。このため、フロントエンド部２２の通信機能は、バックエンド部２１と比較して制限がある。
【００３８】
具体的には、フロントエンド部２２は、ＳＮＭＰに対応し、ＳＮＭＰ要求に対して応答を行うことができるが、ＨＴＴＰには対応していない。このため、スリープ状態において、フロントエンド部２２がＨＴＴＰ要求を受信した場合、ＭＦＰ１は、通常状態に復帰し、通電が開始されたバックエンド部２１が、ＨＴＴＰ要求に対して応答する。
【００３９】
制御部１８は、物理的な構成要素として、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備えて構成されている。ＲＯＭには、上記のハードウエアを統合的に制御するための制御プログラムが記憶されている。また、制御部１８は、機能的な構成要素として、移行制御部２３を備えている。
【００４０】
移行制御部２３は、通常状態とスリープ状態との間の移行を制御する。通常状態では、ＭＦＰ１の全ての構成要素に対して電力が供給される。スリープ状態では、構成要素の一部を除いて、電力の供給が停止される。スリープ状態において通電される構成要素の一部には、上記のフロントエンド部２２と、ＮＣＵ１６のＦＡＸの着信を検知する部分が含まれる。
【００４１】
移行制御部２３は、通常状態において、所定時間以上、ジョブ要求がなかった場合、自機をスリープ状態へ移行させる。スリープ状態において、ジョブ要求、ＨＴＴＰ要求等のフロントエンド部２２が応答できないパケットが受信された場合、フロントエンド部２２は、起動信号を移行制御部２３へ出力する。起動信号を入力した移行制御部２３は、自機を通常状態に復帰させ、バックエンド部２１による応答が行われる。
【００４２】
続いて、情報処理装置３の構成について説明する。情報処理装置３は、入力デバイス３１、ディスプレイ３２、ストレージ３３、制御部３４、及び通信制御部４０等を備えて構成される。
【００４３】
入力デバイス３１は、キーボード、マウス等のデバイスである。ストレージ３３には、ＭＦＰ１から取得した画像データ等を蓄積することができる。制御部３４は、物理的な構成要素として、ＣＰＵ３５、ＲＯＭ３６、及びＲＡＭ等を備えている。ＲＯＭ３６には、情報処理装置３のハードウエアを統合的に制御するための制御プログラムが記憶されている。この制御プログラムには、ＭＦＰ１に問合せを行うためのプログラムも記憶されている。このため、制御部３４は、問合せを行うための要求パケットを生成し、要求パケットに対する応答を処理するアプリケーション機能を有している。
【００４４】
制御部３４は、ＭＦＰ１が通常状態か否かを問い合わせるＳＮＭＰ状態取得要求を生成する。ＳＮＭＰ状態取得要求は、特許請求の範囲に記載の第１の状態取得要求に相当する。このＳＮＭＰ状態取得要求は、ＭＦＰ１の電力状態を問い合わせるためのＳＮＭＰ要求である。このＳＮＭＰ状態取得要求は、ＭＦＰ１に対して、スリープ状態、アイドル状態、及びプリント状態のうちどの状態かを問い合わせる。なお、アイドル状態は、通常状態において、ジョブを実行せずに待機している状態である。プリント状態は、通常状態において、プリントジョブを実行している状態である。制御部３４は、生成したＳＮＭＰ状態取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、ＳＮＭＰ状態取得要求を送信する第１の要求部４１として機能する。
【００４５】
ＭＦＰ１は、通常状態においてＳＮＭＰ状態取得要求を受信した場合、フロントエンド部２２が、アイドル状態、プリント状態のいずれかの通常状態である旨のＳＮＭＰ応答を返信する。ＭＦＰ１は、スリープ状態においてＳＮＭＰ状態取得要求を受信した場合、フロントエンド部２２が、スリープ状態である旨のＳＮＭＰ応答を返信する。ＭＦＰ１は、ＳＮＭＰ状態取得要求に対して、スリープ状態であっても通常状態に復帰せずに応答することができる。フロントエンド部２２は、ＳＮＭＰ応答をするために、例えば、スリープ状態に移行する際に、ＳＮＭＰ状態取得要求を特定可能な情報と、スリープ状態である旨の情報を記憶する。そして、フロントエンド部２２は、ＳＮＭＰ状態取得要求を受信した場合に、予め記憶しているスリープ状態である旨の情報を含む応答パケットをＳＮＭＰ応答として返信する。
【００４６】
情報処理装置３の通信制御部４０は、ＳＮＭＰ状態取得要求に対してＭＦＰ１から返信されるＳＮＭＰ応答を受信する。すなわち、通信制御部４０は、ＳＮＭＰ応答を受信する第１の応答取得部４２として機能する。通信制御部４０は、受信したＳＮＭＰ応答を制御部３４へ出力する。
【００４７】
制御部３４は、通常状態である旨のＳＮＭＰ応答が得られるまで、定期的にＳＮＭＰ状態取得要求を通信制御部４０に送信させる。制御部３４は、通常状態である旨のＳＮＭＰ応答が受信された場合に、ＨＴＴＰ状態取得要求を生成する。ＨＴＴＰ状態取得要求は、ＭＦＰ１に画像データの問合せをするためのＨＴＴＰ要求である。ＨＴＴＰ状態取得要求は、ＭＦＰ１が新規の画像データを蓄積した状態か否か、及び、ＭＦＰ１がスリープ状態に移行するか否かの状態を問い合わせる。このＨＴＴＰ要求は、特許請求の範囲に記載の第２の状態取得要求に相当する。制御部３４は、生成したＨＴＴＰ状態取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、ＨＴＴＰ状態取得要求を送信する第２の要求部４３として機能する。
【００４８】
ＭＦＰ１のバックエンド部２１は、ＨＴＴＰ状態取得要求に対して、蓄積された新規画像データの有無、又は、スリープ移行予告を含むＨＴＴＰ応答を返信する。蓄積された新規画像データがある旨のＨＴＴＰ応答には、新規に蓄積された画像データを特定するための文書番号が含まれている。スリープ移行予告は、スリープ状態に移行する予定のタイミングを通知する応答である。スリープ移行予告には、例えば、数十秒後にスリープ状態に移行する旨の情報が含まれている。
【００４９】
情報処理装置３の通信制御部４０は、ＨＴＴＰ状態取得要求に対して、ＭＦＰ１から返信されるＨＴＴＰ応答を受信する。すなわち、通信制御部４０は、ＨＴＴＰ応答を受信する第２の応答取得部４４として機能する。通信制御部４０は、受信したＨＴＴＰ応答を制御部３４へ出力する。
【００５０】
制御部３４は、蓄積された新規画像データがある旨のＨＴＴＰ応答を入力した場合、データ取得要求を生成する。データ取得要求は、新規の画像データ及びその属性データを要求するＨＴＴＰ要求である。属性データは、画像データの生成日時、画像データの種類等を示す情報である。画像データの種類には、スキャンデータ、ＦＡＸの受信データ、ＦＡＸの送信データ等がある。制御部３４は、生成したデータ取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、データ取得要求を送信する画像要求部４５として機能する。
【００５１】
データ取得要求に応じて、ＭＦＰ１から画像データ及びその属性データが情報処理装置３に提供された場合、ユーザは、情報処理装置３において画像データを利用することができる。図２は、ユーザが情報処理装置３において画像データを取得した場合の画面を示す図である。例えば、ユーザは、図２に示される画面上において、文書番号（ファイル名）を選択することにより、画像データをディスプレイ３２において閲覧することができる。
【００５２】
制御部３４は、ＭＦＰ１が通常状態である間は、スリープ移行予告が入力されるまで、ＨＴＴＰ状態取得要求を通信制御部４０によってＭＦＰ１へ定期的に送信させる。これにより、定期的に新規画像データの蓄積があるか否かの問合せを行うことができる。よって、新規画像データが蓄積された場合に、該画像データを取得することができる。情報処理装置３に提供された画像データは、ＭＦＰ１のストレージ３３から削除されるので、ストレージ３３の容量を比較的小さくすることができる。
【００５３】
制御部３４は、スリープ移行予告が入力された場合、ＳＮＭＰマネージャを起動する。そして、制御部ＭＦＰ１がスリープ状態に移行するタイミングが経過した後に、ＳＮＭＰ状態取得要求を再び通信制御部４０に送信させる。これにより、ＭＦＰ１の電力状態を問い合わせるので、ＭＦＰ１が通常状態に復帰した際に、その旨を把握することができる。
【００５４】
引き続いて、ＭＦＰ１及び情報処理装置３の動作について説明する。まず、図３を参照して、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要について説明する。図３は、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要を示すシーケンス図である。
【００５５】
まず、ステップＳ１０１では、第１の要求ステップが行われる。第１の要求ステップでは、通常状態か否かを問い合わせるＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１が通常状態である場合、ステップＳ１０２では、第１の応答取得ステップが行われる。第１の応答取得ステップでは、通常状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。
【００５６】
続いて、ステップＳ１０３では、第２の要求ステップが行われる。第２の要求ステップでは、蓄積した新規画像データがあるか否か及びスリープ状態に移行するか否かを問い合わせるＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。続いて、ステップＳ１０４では、第３の応答取得ステップが行われる。第３の応答取得ステップでは、第２の状態取得要求に対して、蓄積された画像データの有無を示す応答が送信される。新規画像データの蓄積が無い場合、その旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。
【００５７】
新規画像データが蓄積された（ステップＳ１０５）後に、再びＨＴＴＰ状態取得要求が送信された場合（ステップＳ１０６）、ステップＳ１０７が行われる。ステップＳ１０７では、新規画像データを蓄積した旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される（第３の応答取得ステップ）。続いて、ステップＳ１０８では、データ取得要求ステップが行われる。データ取得要求ステップでは、ＨＴＴＰによるデータ取得要求が、情報処理装置３からＭＦＰ１へ送信される。ステップＳ１０９では、画像データを含むＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。これにより、情報処理装置３は、画像データを取得することができる。
【００５８】
ステップＳ１１０では、引き続き、ＨＴＴＰ状態取得要求が、定期的に情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１がスリープ状態へ移行する場合、ステップＳ１１１では、第２の応答取得ステップが行われる。第２の応答取得ステップでは、スリープ移行予告を含むＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。ステップＳ１１２では、スリープ移行予告通りに、ＭＦＰ１がスリープ状態へ移行する。その後、ステップＳ１１３では、再び、第１の要求ステップが行われる。すなわち、ＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ステップＳ１１４では、スリープ状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。
【００５９】
ＭＦＰ１が、通常状態へ復帰した（ステップＳ１１５）後に、ＳＮＭＰ状態取得要求が送信された場合（ステップＳ１１６）、ステップＳ１１７では、通常状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。その後、ステップＳ１１８では、再び、ＨＴＴＰ状態取得要求が、ＭＦＰ１へ送信される。以上のように、情報処理装置３は、ＳＮＭＰ状態取得要求とＨＴＴＰ状態取得要求とを切り替えて、問合せを行う。
【００６０】
次に、図４及び図５を参照して、情報処理装置３による問合せ処理についてより詳細に説明する。図４は、問合せ処理を示すフローチャートの前半部分であり、図５は、後半部分である。
【００６１】
まず、起動後、ステップＳ１２１では、記憶しているＭＦＰ１の状態情報がクリアされる。この状態情報は、スリープ状態、アイドル状態又はプリント状態のいずれかの電力状態を示す情報である。ステップＳ１２２では、ＭＦＰ１の状態情報が記憶されているか否かが判断される。記憶されていない場合、ステップＳ１２３へ処理が進む。ステップＳ１２３では、ＳＮＭＰ状態取得要求が、ＭＦＰ１へ送信される。続いて、ＳＮＭＰ応答が取得された後、処理がステップＳ１２４へ進む。ステップＳ１２４では、ＳＮＭＰ応答がスリープ状態を示しているか否かが判断される。スリープ状態ではない場合、ステップＳ１２５に処理が進む。ステップＳ１２５では、ＳＮＭＰ応答に含まれたアイドル状態又はプリント状態の情報が記憶される。その後、処理がステップＳ１２２へ戻る。一方。ＳＮＭＰ応答がスリープ状態である場合、ステップＳ１２６において、その旨が記憶され、処理がステップＳ１２２へ戻る。
【００６２】
上記のステップＳ１２２において、ＭＦＰ１の状態情報が記憶されていると判断された場合、ステップＳ１２７へ処理が進む。ステップＳ１２７では、所定時間Ｔ１が経過したか否かが判断される。所定時間Ｔ１は、ＳＮＭＰ状態取得要求を定期的に送信する間隔である。経過していない場合は、処理がステップＳ１２８へ進む。ステップＳ１２８では、最後のＳＮＭＰ応答がスリープ移行予告であり、移行時刻を経過したか否かが判断される。最後のＳＮＭＰ応答がスリープ移行予告ではない場合、及び、移行時刻を経過していない場合は、処理がステップＳ１２２へ戻る。移行時刻を経過している場合は、処理がステップＳ１２９へ進む。ステップＳ１２９では、ＭＦＰ状態としてスリープ状態である旨が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６３】
上記のステップＳ１２７において、所定時間Ｔ１が経過したと判断された場合、処理がステップＳ１３０へ進む。ステップＳ１３０では、記憶されている情報に基づいて、ＭＦＰ１がスリープ状態か否かが判断される。スリープ状態である場合、処理がステップＳ１３１へ進む。ステップＳ１３１では、ＳＮＭＰ状態取得要求がＭＦＰ１へ送信される。続いて、ＳＮＭＰ応答があった後、ステップＳ１３２では、スリープ状態、アイドル状態、プリント状態のいずれかの電力状態が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６４】
上記のステップＳ１３０において、ＭＦＰ１がスリープ状態ではないと判断された場合、処理が図６のステップＳ１３３へ進む。ステップＳ１３３では、ＨＴＴＰ状態取得要求が、送信される。続いて、ＨＴＴＰ応答があった後、ステップＳ１３４では、ＨＴＴＰ応答がスリープ移行予告か否かが判断される。スリープ移行予告である場合、処理がステップＳ１３５へ進む。ステップＳ１３５では、スリープ移行予告に含まれている移行タイミングの情報に基づいて、スリープ状態に移行する時刻が特定され、該時刻が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６５】
上記ステップＳ１３４において、ＨＴＴＰ応答がスリープ移行予告ではないと判断された場合、ＨＴＴＰ応答に新規画像データが蓄積された旨が含まれている否かが判断される。新規の画像データを蓄積した状態でない場合、処理がステップＳ１２２へ戻る。新規の画像データを蓄積した状態である場合、処理がステップＳ１３７へ移行する。ステップＳ１３７では、画像データを取得するために、ＨＴＴＰによるデータ取得要求が、ＭＦＰ１へ送信される。ステップＳ１３８では、画像データを含むＨＴＴＰ応答を受信したか否かが判断される。ＨＴＴＰ応答を受信した場合、処理がステップＳ１３９へ移行する。
【００６６】
ステップＳ１３９では、受信した画像データ及び属性データが、情報処理装置３のストレージ３３に記憶される。続いて、ステップＳ１４０では、全ての画像データを受信したか否かが判断される。未だ受信していない画像データがある場合は、ステップＳ１３７へ処理が戻る。全ての画像データを受信した場合は、処理がステップＳ１２２へ戻る。以上の処理により、情報処理装置３は、ＭＦＰ１の電力状態を問合せ、画像データを取得する。
【００６７】
次に、図６及び図７を参照して、ＭＦＰ１による応答処理についてより詳細に説明する。図６は、応答処理を示すフローチャートの前半部分であり、図７は、後半部分である。
【００６８】
まず、ステップＳ１５１では、ＳＮＭＰ情報取得要求を受信したか否かが判断される。受信した場合、処理がステップＳ１５２へ進む。ステップＳ１５２では、ＭＦＰ１がスリープ状態か否かが判断される。スリープ状態でない場合は、処理がステップＳ１５３へ進む。ステップＳ１５３では、ＭＦＰ１がプリント状態か否かが判断される。プリント状態でない場合は、処理がステップＳ１５４へ進む。ステップＳ１５４では、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）に「アイドル状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。
【００６９】
上記ステップＳ１５３において、プリント状態である場合、処理がステップＳ１５５へ進む。ステップＳ１５５では、ＭＩＢに「プリント状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。また、上記ステップＳ１５２において、ＭＦＰ１がスリープ状態である場合、処理がステップＳ１５６へ進む。ステップＳ１５６では、ＭＩＢに「スリープ状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。
【００７０】
上記ステップＳ１５１において、ＳＮＭＰ状態取得要求を受信していないと判断された場合、処理がステップＳ１５７へ進む。ステップＳ１５７では、ＨＴＴＰ要求を受信したか否かが判断される。ＨＴＴＰ要求を受信していない場合は、処理がステップＳ１５１に戻る。ＨＴＴＰ要求を受信している場合は、処理が図７のステップＳ１５８へ進む。
【００７１】
ステップＳ１５８では、ＨＴＴＰ要求が、ＨＴＴＰ状態取得要求か否かが判断される。ＨＴＴＰ要求がＨＴＴＰ状態取得要求でない場合、ステップＳ１５９へ処理が進む。ステップＳ１５９では、ＨＴＴＰ要求がＨＴＴＰのデータ取得要求か否かが判断される。ＨＴＴＰデータ取得要求でない場合は、ＨＴＴＰ要求に従って処理をした後、処理がステップＳ１５１に戻る。ＨＴＴＰデータ取得要求である場合、処理がステップＳ１６０へ進む。ステップＳ１６０では、画像データを含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信される。その後、処理がステップＳ１５１に戻る。
【００７２】
上記ステップＳ１５８において、ＨＴＴＰ要求がＨＴＴＰ状態取得要求であると判断された場合、処理がステップＳ１６１へ進む。ステップＳ１６１では、新規の画像データが蓄積されているか否かが判断される。蓄積されている場合は、処理がステップＳ１６２へ進む。ステップＳ１６２では、新規の画像データが蓄積されている旨のＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップＳ１５１に戻る。新規の画像データが蓄積されていない場合は、処理がステップＳ１６３へ進む。
【００７３】
ステップＳ１６３では、所定時間Ｔ１以内にスリープ状態へ移行するか否かが判断される。所定時間Ｔ１以内にスリープ状態へ移行する場合、処理がステップＳ１６４へ進む。ステップＳ１６４では、スリープ移行予告を含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップＳ１５１に戻る。一方、所定時間Ｔ１以内にスリープ状態へ移行しない場合、処理がステップＳ１６５へ進む。ステップＳ１６５では、新規の画像データの蓄積がない旨のＨＴＴＰ応答データが、バックエンド部２１によって情報処理装置３に送信され、処理がステップＳ１５１に戻る。以上の処理により、ＭＦＰ１は、情報処理装置３による状態の問合せに応答し、画像データを提供する。
【００７４】
以上説明したように、実施形態に係るＭＦＰ１及び情報処理装置３によれば、ＭＦＰ１がスリープ状態であっても応答可能なＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。よって、情報処理装置３は、ＭＦＰ１を復帰させずに電力状態を把握することができる。そして、ＭＦＰ１が通常状態である場合、画像データについて問い合わせるＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。よって、ＭＦＰ１が通常状態である間に、画像データの問合せを行うことができる。一方、ＭＦＰ１がスリープ状態に移行する場合、ＨＴＴＰ状態取得要求に対して、スリープ移行通知が、情報処理装置３へ送信される。このため、情報処理装置３は、ＭＦＰ１がスリープ状態に移行するタイミングを把握することができる。そして、スリープ状態であっても応答可能なＳＮＭＰ状態取得要求が、再び情報処理装置３からＭＦＰ１へ送信される。すなわち、スリープ状態に移行することが把握された後は、問合せ内容を画像データの問合せから電力状態の問合せに切り替え、プロトコルをＨＴＴＰからＳＮＭＰへ切り替える。従って、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００７５】
また、上記のＭＦＰ１によれば、フロントエンド部２２が、ＳＮＭＰ状態取得要求に対して応答することができる。従って、ＭＦＰ１は通常状態へ復帰せずに、電力状態の問合せ（ＳＮＭＰ状態取得要求）に応答することができる。よって、省電力効果の低下を防止することができる。
【００７６】
（変形例）
引き続いて、変形例について説明する。上記実施形態では、ＨＴＴＰ状態取得要求が、定期的にＭＦＰ１へ送信され、ＭＦＰ１は、ＨＴＴＰ状態取得要求を受信するたびに応答を行っていた。変形例では、ＭＦＰ１が、ロングポーリングを用いて応答を行う。この場合、ＭＦＰ１は、新規画像データを蓄積したか、又は、スリープ状態に移行するというイベントが発生した場合に、応答を返信する。
【００７７】
図８を参照して、ロングポーリングを用いる場合の情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要について説明する。図８は、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の変形例についての概要を示すシーケンス図である。
【００７８】
ステップＳ２０１及びステップＳ２０２は、上述した図３のステップＳ１０１（第１の要求ステップ）及びステップＳ１０２（第１の応答取得ステップ）と同様であるため、説明を省略する。このステップＳ２０１及びステップＳ２０２においてＭＦＰ１が通常状態であることが、把握された後、続いて、ステップＳ２０３では、第２の要求ステップが行われる。この第２の要求ステップでは、上述した図３のステップＳ１０３と同様に、ＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。
【００７９】
一般的に、ＨＴＴＰ Ｇｅｔを用いて要求が行われる場合、ＨＴＴＰ Ｇｅｔに先立って、スリーウェイハンドシェイクによるＴＣＰ／ＩＰレベルのセッションが確立される。その後、本実施形態では、ＨＴＴＰ状態取得要求（ＨＴＴＰ Ｇｅｔ）が、情報処理装置３からＭＦＰ１へ送信される。そして、ＡＣＫ応答がＭＦＰ１から情報処理装置１へ送信される。その後、ロングポーリングを用いて応答が行われる場合、接続が維持され、新規画像データを蓄積したか、又は、スリープ状態に移行することになったタイミングで、ＨＴＴＰ応答が返信される。
【００８０】
新規画像データが蓄積された（ステップＳ２０４）場合、ステップＳ２０５において、新規画像データを蓄積した旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。その後、セッションの接続が切断される。続いて行われる、画像データを取得するためのステップＳ２０６及びステップＳ２０７は、上述した図３のステップＳ１０８及びＳ１０９と同様であるため、説明を省略する。
【００８１】
画像データが取得された後、ステップＳ２０８では、再び、ＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１は、ロングポーリングを用いて応答を行うので、セッションが確立された状態が維持され、ＭＦＰ１がスリープ状態に移行する際に、スリープ移行通知が、ＨＴＴＰ応答として、ＭＦＰ１から情報処理装置へ送信される。なお、スリープ移行通知は、スリープ状態に移行する旨の通知である。
【００８２】
ステップＳ２０９では、第２の応答取得ステップが行われる。すなわち、第２の応答取得ステップでは、スリープ移行通知が、情報処理装置３によって受信される。ＭＦＰ１は、スリープ移行通知を情報処理装置３へ送信した後、続いて、スリープ状態に移行する（ステップＳ２１０）。次に、ステップＳ２１１では、再び、電力状態を問い合わせるために第１の要求ステップが行われる。このステップＳ２１１〜ステップＳ２１６は、上述した図３のステップＳ１１３〜ステップＳ１１８と同様であるため、説明を省略する。
【００８３】
続いて、図９及び図１０を参照して、ロングポーリングを用いた場合の情報処理装置３による問合せ処理についてより詳細に説明する。図９は、問合せ処理の変形例を示すフローチャートの前半部分であり、図１０は、後半部分である。ＨＴＴＰ状態取得要求の応答に、ＭＦＰ１がロングポーリングを用いる点が上述した図４及び図５の場合と異なるので、その点を主に説明し、同様な点は説明を省略する。
【００８４】
まず、ステップＳ２２１〜ステップＳ２２６は、図４のステップＳ１２１〜ステップＳ１２６と同様であるため、説明を省略する。ステップＳ２２２において、ＭＦＰ１の状態情報が記憶されていると判断された場合、ステップＳ２２７へ処理が進む。ステップＳ２２７では、記憶されているＭＦＰ１の状態がスリープ状態か否かが判断される。スリープ状態である場合、処理がステップＳ２２８へ進む。
【００８５】
ステップＳ２２８では、所定時間Ｔ１が経過したか否かが判断される。所定時間Ｔ１が経過するまで、ステップＳ２２８の処理が繰り返される。ここでは、記憶されているＭＦＰ１の状態がスリープ状態であるため、次のＳＮＭＰ状態取得要求を送信するタイミングまで待機する。所定時間Ｔ１が経過したと判断された場合、処理がステップＳ２２９へ進む。ステップＳ２２９では、ＳＮＭＰ状態取得要求が、ＭＦＰ１へ送信される。このステップＳ２２９及びステップＳ２３０は、上述した図４のステップＳ１３１及びステップＳ１３２と同様な処理であるため、説明を省略する。
【００８６】
ステップＳ２２７において、記憶されているＭＦＰ１の状態がスリープ状態ではない場合、処理が図１０のステップＳ２３１へ進む。ステップＳ２３１では、ＨＴＴＰ状態取得要求が、ＭＦＰ１へ送信される。続いて、ステップＳ２３２では、ＨＴＴＰ応答を受信したか否かが判断される。ＭＦＰ１がロングポーリングにより応答するので、応答が来るまでステップＳ２３２の処理を繰り返し、待機する。ＨＴＴＰ応答が情報処理装置３において受信された場合、処理がステップＳ２３３へ進む。
【００８７】
ステップＳ２３３では、ＨＴＴＰ応答がスリープ移行通知か否かが判断される。スリープ移行通知である場合、処理がステップＳ２３４へ進む。ステップＳ２３４では、ＭＦＰがスリープ状態である旨が記憶され、処理がステップＳ２２２へ戻る。ＨＴＴＰ応答がスリープ移行通知でなかった場合、ステップＳ２３５へ処理が進む。ステップＳ２３５では、ＭＦＰがアイドル状態である旨が記憶される。次のステップＳ２３６〜ステップＳ２４０では、ＨＴＴＰ応答が新規の画像データを蓄積した状態である場合、新規の画像データが取得される。このステップＳ２３６〜ステップＳ２４０は、上述した図５のステップＳ１３６〜ステップＳ１４０と同様であるため、説明を省略する。以上の処理により、情報処理装置３は、ＭＦＰ１の状態を問合せ、画像データを取得する。
【００８８】
次に、図１１及び図１２を参照して、ロングポーリングを用いた場合のＭＦＰ１による応答処理についてより詳細に説明する。図１１は、応答処理の変形例を示すフローチャートの前半部分であり、図１２は、後半部分である。ＨＴＴＰ状態取得要求の応答に、ＭＦＰ１がロングポーリングを用いる点が上述した図６及び図７の場合と異なるので、その点を主に説明し、同様な点は説明を省略する。
【００８９】
まず、ステップＳ２５１〜ステップＳ２６０は、図６及び図７のステップＳ１５１〜ステップＳ１６０と同様であるため、説明を省略する。ステップＳ２５８において、ＨＴＴＰ要求がＨＴＴＰ状態取得要求であると判断された場合、処理がステップＳ２６１へ進む。ステップＳ２６１では、ＭＦＰ１に状態の変化があったか否かが判断される。すなわち、新規画像データを蓄積したか、又は、スリープ状態に移行するというイベントが発生したか否かが判断される。ＭＦＰ１に状態の変化があるまで、ステップＳ２６１が繰り返し行われる。状態の変化が発生した場合、処理がステップＳ２６２へ進む。
【００９０】
ステップＳ２６２では、状態の変化が、画像データの蓄積か、スリープ状態への移行かが、判断される。すなわち、ＭＦＰ１に新規画像データが蓄積されたか否かが判断される。新規画像データが蓄積されている場合、処理がステップＳ２６３へ進む。ステップＳ２６３では、新規データの蓄積がある旨のＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップ２５１へ戻る。
【００９１】
新規の画像データが格納されていない場合は、状態の変化がスリープ状態への移行であるため、処理がステップＳ２６４へ進む。ステップＳ２６４では、スリープ移行通知を含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップ２５１へ戻る。以上の処理により、ＭＦＰ１は、情報処理装置３による状態の問合せに応答し、画像データを提供する。
【００９２】
以上説明したように、ＭＦＰ１がロングポーリングを用いてＨＴＴＰ応答取得要求に対する応答を行う場合、スリープ状態に移行する際に、その旨が、情報処理装置に送信される。この場合、情報処理装置は、画像処理装置がスリープ状態に移行することを、リアルタイムで把握することができる。
【００９３】
（情報処理プログラム）
上述した情報処理装置３は、実施形態に係る情報処理プログラムをインストールしたコンピュータを用いて実現することができる。図１３は、実施形態に係る情報処理プログラム１００のモジュール構成を示す図である。
【００９４】
コンピュータは、図１に示された情報処理装置３のハードウエア構成と同様な構成を有している。すなわち、コンピュータは、入力デバイス、ディスプレイ、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信装置等を備えている。また、コンピュータは、記録媒体に記録されたプログラムを読取可能な装置を備えていてもよい。情報処理プログラム１００は、例えば、コンピュータがＬＡＮインターフェースと接続されている場合、ネットワークを介してコンピュータに提供される。なお、情報処理プログラム１００は、記録媒体１１１に記録された状態で流通してもよい。記録媒体１１１としては、例えば、磁気ディスク、光ディスク、ＣＤ−ＲＯＭなどが該当する。
【００９５】
情報処理プログラム１００は、処理を統括するメインモジュール１０１、第１の要求モジュール１０２、第１の応答取得モジュール１０３、第２の要求モジュール１０４、第２の応答取得モジュール１０５、及び画像要求モジュール１０６を備えている。ここで、第１の要求モジュール１０２、第１の応答取得モジュール１０３、第２の要求モジュール１０４、第２の応答取得モジュール１０５、及び画像要求モジュール１０６を上記のコンピュータにおいて動作させることによって実現する機能は、上記情報処理装置３の制御部３４、通信制御部４０の第１の要求部４１、第１の応答取得部４２、第２の要求部４３、第２の応答取得部４４、及び画像要求部４５と同様である。従って、情報処理プログラム１００が実行されることにより、上記コンピュータを情報処理装置３として機能させることができる。よって、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００９６】
（応答処理プログラム）
上述したＭＦＰ１の移行制御部２８及び通信制御部１１は、実施形態に係る応答処理プログラムをインストールしたコンピュータを用いて実現することができる。図１４は、応答処理プログラム２００のモジュール構成を示す図である。
【００９７】
コンピュータは、図１に示されたＭＦＰ１が有する制御部１８及び通信制御部１１のハードウエア構成と同様な構成を有している。すなわち、コンピュータは、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備えている。また、コンピュータは、操作パネル、ディスプレイ、プリンタ、スキャナ、ＮＣＵ、モデム、ストレージ等と接続されている。応答処理プログラム２００は、例えば、コンピュータがＬＡＮインターフェースと接続されている場合、ネットワークを介してコンピュータに提供される。なお、応答処理プログラム２００は、記録媒体２１１に記録された状態で流通してもよい。記録媒体２１１としては、例えば、磁気ディスク、光ディスク、ＣＤ−ＲＯＭなどが該当する。
【００９８】
応答処理プログラム２００は、処理を統括するメインモジュール２０１、移行制御モジュール２０２、及び通信制御モジュール２０３を備えている。このメインモジュール２０１、移行制御モジュール２０２、及び通信制御モジュール２０３を上記のコンピュータにおいて動作させることによって実現する機能は、上記ＭＦＰ１の移行制御部２３及び通信制御部１１によって発揮される上述した機能と同様である。従って、応答処理プログラム２００が実行されることにより、上記コンピュータをＭＦＰ１の移行制御部２３及び通信制御部１１として機能させることができる。よって、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、情報処理装置３による画像データの問合せを停止することが可能となる。
【００９９】
以上、本発明の実施形態及び変形例について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記変形例では、ＭＦＰ１が、ロングポーリングを用いてＨＴＴＰ状態取得要求に対して応答したが、Ｗｅｂ Ｓｏｃｋｅｔ等を用いて応答を行ってもよい。また、例えば、ＭＦＰ１のフロントエンド２２が応答可能なプロトコルとして、ＳＮＭＰを採用したが、他のプロトコルであってもよい。
【符号の説明】
【０１００】
１ ＭＦＰ
１０ ストレージ
１１ 通信制御部
２１ バックエンド部
２２ フロントエンド部
２３ 移行制御部
３ 情報処理装置
３４ 制御部
４０ 通信制御部
４１ 第１の要求部
４２ 第１の応答取得部
４３ 第２の要求部
４４ 第２の応答取得部
４５ 画像要求部
【技術分野】
【０００１】
本発明は、画像処理装置から画像データを取得する情報処理装置、情報処理方法、情報処理プログラム、該情報処理装置に対応する画像処理装置、該情報処理装置及び画像処理装置を備える情報処理システム、及び応答処理プログラムに関する。
【背景技術】
【０００２】
スキャナ、ＦＡＸ等の画像処理装置には、生成されたスキャンデータ、送受信されたＦＡＸデータ等の画像データを自機内のストレージに蓄積するものがある。この種の画像処理装置から画像データを取得する情報処理装置が知られている。例えば、情報処理装置は、画像データが蓄積されたか否かを画像処理装置に問合せ、画像データが蓄積されている場合に、該画像データを要求する。この要求に応じて画像データが情報処理装置に提供される。
【０００３】
ところで、画像処理装置には、省電力化のために、スリープ状態に移行するものがある。例えば、下記特許文献１に記載の画像処理装置は、スリープ状態において、パケットを受信する部分を除いて通電が停止される。一方、画像処理装置と接続されたパーソナルコンピュータ（ＰＣ）は、一般的に、画像処理装置を監視するために、定期的にＳＮＭＰパケットを送信する。特許文献１の画像処理装置は、スリープ状態においてＰＣからＳＮＭＰパケットを受信した場合、応答するために、通常状態に復帰する。
【０００４】
上記のように、スリープ状態に移行したにも関わらず、通常状態に復帰すると、省電力効果が低下する。そこで、下記特許文献１の画像処理装置は、電力状態がスリープ状態に移行する際に、その旨の通知をＰＣに行う。また、画像処理装置は、通常状態に復帰した際に、その旨の通知をＰＣに行う。このように、画像処理装置が電力状態の移行通知を行うので、ＰＣは、画像処理装置がスリープ状態であることを把握することができる。そして、ＰＣは、画像処理装置がスリープ状態である間は、ＳＮＭＰパケットの送信を停止する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１０２６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ＰＣ等の情報処理装置が、スリープ状態の上記画像処理装置に対して、画像データが蓄積されたか否かを問合せると、画像処理装置は、応答するために通常状態に復帰する。このため、省電力効果が低下する。そこで、上記特許文献１に記載されたように、画像処理装置が、移行通知を情報処理装置に送信することが考えられる。これにより、情報処理装置が、画像処理装置が通常状態であるか否かを把握し、通常状態である場合に、画像データの問合せを行うことができる。
【０００７】
しかしながら、上記特許文献１の画像処理装置は、ネットワークに接続された全てのＰＣに対して、自ら、すなわちプッシュ方式で通知を行っている。ＳＮＭＰパケットは、一般的に、ネットワークに接続された全てのＰＣが画像処理装置に送信する。このため、上記特許文献１の画像処理装置は、自機がスリープ状態である間、ＳＮＭＰパケットの送信を停止させるために、全てのＰＣに移行通知を送信している。
【０００８】
これに対して、上記の画像データの問合せは、ネットワークに接続された全ての情報処理装置（ＰＣ）が行うとは限らない。このため、ネットワークに接続された全ての情報処理装置が画像処理装置の移行通知を受信する必要があるわけではない。従って、画像処理装置がスリープ状態である間、画像データの問合せを停止させるために、ネットワークに接続された全てのＰＣにプッシュ方式で移行通知を行うことは、無駄な処理となる虞がある。
【０００９】
そこで本発明は、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能な情報処理装置、情報処理方法、情報処理プログラム、該情報処理装置に対応する画像処理装置、該情報処理装置及び画像処理装置を備える情報処理システム、及び応答処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る情報処理装置は、通信制御部が搭載された画像処理装置から画像データを取得するために、画像処理装置に問合せを行う情報処理装置であって、画像処理装置が、通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、画像処理装置が、該通信制御部の一部に対して通電されることによりプロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求部と、画像処理装置が通常状態である場合に、第１の状態取得要求に対して、通常状態である旨の応答を画像処理装置から受信する第１の応答取得部と、通常状態である旨の応答が受信された場合に、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求を画像処理装置へ送信する第２の要求部と画像処理装置がスリープ状態に移行する場合に、第２の状態取得要求に対して、スリープ状態に移行する旨の応答を画像処理装置から受信する第２の応答取得部とを備え、第１の要求部は、スリープ状態に移行する旨の応答が受信された場合、第１の状態取得要求を送信することを特徴とする。
【００１１】
本発明に係る情報処理方法は、通信制御部が搭載された画像処理装置から画像データを取得する情報処理装置において、画像処理装置に問合せを行う情報処理方法であって、画像処理装置が、通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、画像処理装置が、該通信制御部の一部に対して通電されることによりプロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求ステップと、画像処理装置が通常状態である場合に、第１の状態取得要求に対して、通常状態である旨の応答を画像処理装置から受信する第１の応答取得ステップと、通常状態である旨の応答が受信された場合に、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求を画像処理装置へ送信する第２の要求ステップと、画像処理装置がスリープ状態に移行する場合に、第２の状態取得要求に対して、スリープ状態に移行する旨の応答を画像処理装置から受信する第２の応答取得ステップとを備え、スリープ状態に移行する旨の応答が受信された場合、第１の要求ステップが再び行われることを特徴とする。
【００１２】
本発明では、画像処理装置が通常状態か否かを問い合わせる第１の状態取得要求が、情報処理装置から画像処理装置へ送信される。画像処理装置は、スリープ状態であっても第１の状態取得要求に対して通常状態へ復帰せずに応答することができる。よって、情報処理装置は、画像処理装置を復帰させずに、画像処理装置の電力状態を把握することができる。また、情報処理装置から問合せを行うので、画像処理装置がプッシュ方式により移行通知を行う必要もない。そして、画像処理装置が通常状態である場合、第１の状態取得要求に対して、通常状態である旨の応答が、画像処理装置から情報処理装置へ送信される。この場合、画像処理装置が画像データを蓄積した状態か否か、及び、画像処理装置がスリープ状態に移行するか否かを問い合わせる第２の状態取得要求が、情報処理装置から画像処理装置へ送信される。よって、画像処理装置が通常状態である間に、画像データの問合せを行うことができる。一方、画像処理装置がスリープ状態に移行する場合、第２の状態取得要求に対して、スリープ状態に移行する旨の応答が、画像処理装置から情報処理装置へ送信される。このため、情報処理装置は、画像処理装置がスリープ状態に移行する前に、その旨を把握することができる。そして、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。すなわち、スリープ状態に移行することが把握された後は、通常状態に復帰させずに、電力状態の問合せを行うように、切り替えられる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００１３】
本発明に係る情報処理装置では、第２の要求部が、画像処理装置が通常状態である間、第２の状態取得要求を定期的に画像処理装置へ送信し、第２の応答取得部は、第２の状態取得要求に対して、蓄積された画像データの有無、又は、スリープ状態に移行する予定のタイミングを通知する応答を画像処理装置から受信し、第１の要求部は、スリープ状態に移行するタイミングの通知を受信した場合、該タイミングが経過した後に、第１の状態取得要求を送信することが好ましい。
【００１４】
この構成によれば、画像処理装置が通常状態である間は、第２の状態取得要求が、定期的に画像処理装置へ送信される。この定期的な問合せに対して、蓄積された画像データの有無、又は、スリープ状態に移行する予定のタイミングを通知する応答が、画像処理装置から送信される。そして、スリープ状態に移行するタイミングの通知が受信された場合、該タイミングが経過した後に、第１の状態取得要求が画像処理装置に送信される。従って、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後に、上記第１の状態取得要求が送信される。すなわち、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。従って、情報処理装置は、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。
【００１５】
本発明に係る情報処理装置では、第２の応答取得部が、画像処理装置の通信制御部がロングポーリングを用いて、第２の状態取得要求に対する応答を行う場合、画像処理装置がスリープ状態に移行する際に、第２の状態取得要求に対する応答として、画像処理装置からスリープ状態に移行する旨を受信し、第１の要求部は、スリープ状態に移行する旨が受信された場合、第１の状態取得要求を送信することが好ましい。
【００１６】
この構成によれば、画像処理装置がロングポーリングを用いて第２の応答取得要求に対する応答を行う場合、スリープ状態に移行する際に、その旨が、情報処理装置に送信される。この場合、情報処理装置は、画像処理装置がスリープ状態に移行することを、リアルタイムで把握することができる。そして、第１の状態取得要求が、情報処理装置から画像処理装置へ送信される。すなわち、スリープ状態であっても応答可能な上記の第１の状態取得要求が、再び情報処理装置から画像処理装置へ送信される。従って、情報処理装置は、画像処理装置がスリープ状態に移行するタイミングを把握し、スリープ状態に移行した後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。
【００１７】
本発明に係る情報処理装置では、第２の状態取得要求に対する応答として、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を画像処理装置へ送信する画像要求部を更に備えることが好ましい。
【００１８】
本発明に係る情報処理方法では、画像処理装置がスリープ状態に移行しない場合に、第２の状態取得要求に対して、蓄積された画像データの有無を示す応答を画像処理装置から受信する第３の応答取得ステップと、第３の応答取得ステップにおいて、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を画像処理装置へ送信するデータ取得要求ステップとを備えることが好ましい。
【００１９】
この構成によれば、第２の状態取得要求に対する応答として、画像データが蓄積された状態である旨が受信された場合、データ取得要求が、画像処理装置に送信される。画像処理装置は、データ取得要求に応じて画像データを提供するので、情報処理装置は、画像データを取得することができる。
【００２０】
本発明に係る画像処理装置は、情報処理装置による問合せに応答し、画像データを該情報処理装置に提供する画像処理装置であって、複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部と、バックエンド部に対する通電が停止されると共にフロントエンド部に対して通電されたスリープ状態と、バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部とを備え、フロントエンド部によって応答可能なプロトコルに従って生成され、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部は、スリープ状態である旨の応答を情報処理装置に返信し、第１の状態取得要求が、通常状態において受信された場合、フロントエンド部は、通常状態である旨の応答を情報処理装置に返信し、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行するときには、スリープ状態に移行する旨の応答を情報処理装置へ返信することを特徴とする。
【００２１】
本発明に係る画像処理装置によれば、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部によってスリープ状態である旨の応答を返信することができる。よって、通常状態に復帰せずに、自機の電力状態を情報処理装置に通知することができる。よって、省電力効果の低下を防止することができる。また、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、スリープ状態に移行するときには、スリープ状態に移行する旨の応答が返信される。このため、スリープ状態に移行する前に、その旨を情報処理装置に通知することができる。よって、情報処理装置は、スリープ状態に移行することが把握された後は、通常状態に復帰させずに、電力状態の問合せを行うことができる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２２】
本発明に係る画像処理装置では、第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行しないときには、蓄積された画像データの有無を示す応答を情報処理装置へ返信することが好ましい。この構成によれば、情報処理装置が、画像処理装置に画像データが蓄積されたことを把握することができる。
【００２３】
本発明に係る情報処理システムは、上記いずれかの情報処理装置と、上記の画像処理装置とを備えることを特徴とする。本発明に係る情報処理システムによれば、上記の情報処理装置と、上記の画像処理装置とを備えるので、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２４】
本発明に係る情報処理プログラムは、コンピュータを上記いずれかの情報処理装置として機能させることを特徴とする。本発明に係る情報処理プログラムによれば、コンピュータを上記の情報処理装置として機能させることができるので、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００２５】
本発明に係る応答処理プログラムは、複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部、バックエンド部に対する通電が停止されると共にフロントエンド部に対して通電されたスリープ状態と、バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部、としてコンピュータを機能させ、更に、フロントエンド部によって応答可能なプロトコルに従って生成され、通常状態か否かを問い合わせる第１の状態取得要求が、スリープ状態において受信された場合、フロントエンド部は、スリープ状態である旨の応答を情報処理装置に返信し、第１の状態取得要求が、通常状態において受信された場合、フロントエンド部は、通常状態である旨の応答を情報処理装置に返信し、画像データを蓄積した状態か否か、及び、スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、通常状態において受信された場合、バックエンド部は、スリープ状態に移行するときには、スリープ状態に移行する旨の応答を情報処理装置へ返信するように、コンピュータを機能させることを特徴とする。
【００２６】
本発明に係る応答処理プログラムによれば、コンピュータを上記の画像処理装置が備える移行制御部及び通信制御部として機能させることができる。従って、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、情報処理装置による画像データの問合せを停止することが可能となる。
【発明の効果】
【００２７】
本発明によれば、画像処理装置がプッシュ方式により移行通知を行うことなく、画像処理装置がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【図面の簡単な説明】
【００２８】
【図１】実施形態に係るＭＦＰ、情報処理装置、及び情報処理システムの構成を示すブロック図である。
【図２】ユーザが情報処理装置において画像データを取得した場合の画面を示す図である。
【図３】情報処理装置による問合せ処理とＭＦＰによる応答処理の概要を示すシーケンス図である。
【図４】情報処理装置による問合せ処理を示すフローチャートの前半部分である。
【図５】情報処理装置による問合せ処理を示すフローチャートの後半部分である。
【図６】ＭＦＰによる応答処理を示すフローチャートの前半部分である。
【図７】ＭＦＰによる応答処理を示すフローチャートの後半部分である。
【図８】情報処理装置による問合せ処理とＭＦＰによる応答処理の変形例についての概要を示すシーケンス図である。
【図９】情報処理装置による問合せ処理の変形例を示すフローチャートの前半部分である。
【図１０】情報処理装置による問合せ処理の変形例を示すフローチャートの後半部分である。
【図１１】ＭＦＰによる応答処理の変形例を示すフローチャートの前半部分である。
【図１２】ＭＦＰによる応答処理の変形例を示すフローチャートの後半部分である。
【図１３】実施形態に係る情報処理プログラムの構成を示すブロック図である。
【図１４】実施形態に係る応答処理プログラムの構成を示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。最初に、図１を参照して、実施形態に係る画像処理装置として機能するＭＦＰ１、実施形態に係る情報処理装置３、及び、実施形態に係る情報処理システム５の構成について説明する。図１は、ＭＦＰ１、情報処理装置３、及び情報処理システム５の構成を示すブロック図である。情報処理システム５は、ネットワーク９１を介して互いに接続されたＭＦＰ１及び情報処理装置３を備えている。情報処理装置３は、１台であっても複数台であってもよい。
【００３０】
ＭＦＰ１は、プリント機能、スキャン機能、及びＦＡＸ機能を含む複数の画像処理機能を有する。このＭＦＰ１は、生成されたスキャンデータ、及び送受信されたＦＡＸデータ等の画像データをストレージ１０に蓄積する。情報処理装置３は、例えば、パーソナルコンピュータ（ＰＣ）等である。情報処理装置３は、ＭＦＰ１に蓄積された画像データを利用するために、ＭＦＰ１に画像データが蓄積されたか否かを問合せる。そして、情報処理装置３は、画像データの問合せに対して、画像データが蓄積されている旨の応答が得られた場合、該画像データを取得する。
【００３１】
ＭＦＰ１は、省電力化を図るために、通常状態からスリープ状態へ移行する。通常状態は、ＭＦＰ１の各構成要素に対して通電された状態で、ネットワーク応答及び画像処理を行うことができる。スリープ状態は、ＦＡＸの受信を検知する部分及び通信制御部１１のフロントエンド部２２以外に対する通電が停止される。ＭＦＰ１が、スリープ状態において画像データの問合せを受信した場合、通常状態に復帰してから応答を行う。このため、省電力効果が低下する。そこで、情報処理装置３は、ＭＦＰ１を通常状態に復帰させずに、電力状態の問合せを行い、ＭＦＰ１が通常状態である場合に、画像データの問合せを行う。
【００３２】
以下、上記機能を発揮するための構成を説明する。ＭＦＰ１は、上記のストレージ１０及び通信制御部１１に加えて、操作パネル１２、ディスプレイ１３、プリンタ１４、スキャナ１５、ＮＣＵ１６、モデム１７、及び制御部１８を備えている。
【００３３】
操作パネル１２は、ユーザがＭＦＰ１を操作するために、複数の操作ボタンを備えている。ディスプレイ１３は、例えば液晶ディスプレイで構成され、各種の設定内容等を表示する。プリンタ１４は、電子写真方式により、用紙に画像データを印刷する。スキャナ１５は、ＣＣＤ等の読取デバイスを備え、原稿を光学的に読み取って画像データを生成する。ＮＣＵ１６は、モデム１７と公衆交換電話網（ＰＳＴＮ）９０との接続を制御する。このＮＣＵ１６及びモデム１７によって、ＦＡＸの送受信が行われる。
【００３４】
スキャナ１５によって生成された画像データ、及びＦＡＸにより送受信された画像データ等は、ストレージ１０に蓄積される。ＭＦＰ１は、情報処理装置３から送信される画像データの取得要求に応じて、ストレージ１０に蓄積された画像データを提供する。本実施形態では、ストレージ１０の容量が比較的小さくても済むように、情報処理装置３に提供された画像データは、ストレージ１０から削除される。
【００３５】
通信制御部１１は、ネットワーク９１を介して接続された情報処理装置３とデータの送受信を行う。通信制御部１１が情報処理装置３から受信するデータには、ジョブ要求、ＳＮＭＰ要求、ＨＴＴＰ要求（ＨＴＴＰ Ｇｅｔ）等が含まれる。ジョブ要求は、プリント、スキャン等のジョブを要求するパケットである。ＳＮＭＰ要求は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に従って、ＭＦＰ１に問い合わせを行うためのパケットである。ＨＴＴＰ要求は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従って、ＭＦＰ１に問合せを行うためのパケットである。本実施形態では、電力状態の問合せを行う際には、ＳＮＭＰ要求が用いられ、画像データの問合せを行う際には、ＨＴＴＰ要求が用いられる。
【００３６】
通信制御部１１は、バックエンド部２１とフロントエンド部２２とを備える。バックエンド部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えて構成されている。バックエンド部２１は、通常状態において通電され、スリープ状態において通電が停止される。このバックエンド部２１は、通常状態において、通信制御部１１としての機能を発揮する。すなわち、バックエンド部２１は、ＳＮＭＰ及びＨＴＴＰを含む複数のプロトコルに対応して応答を行う。
【００３７】
フロントエンド部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えて構成されている。フロントエンド部２２は、スリープ状態及び通常状態において通電される。フロントエンド部２２は、スリープ状態において、バックエンド部２１を代理して、通信機能を発揮する。このフロントエンド部２２は、バックエンド部２１より消費電力量が小さく、且つ、コストを抑えるために、比較的スペックの低いＣＰＵ、ＲＯＭ、及びＲＡＭにより構成されている。このため、フロントエンド部２２の通信機能は、バックエンド部２１と比較して制限がある。
【００３８】
具体的には、フロントエンド部２２は、ＳＮＭＰに対応し、ＳＮＭＰ要求に対して応答を行うことができるが、ＨＴＴＰには対応していない。このため、スリープ状態において、フロントエンド部２２がＨＴＴＰ要求を受信した場合、ＭＦＰ１は、通常状態に復帰し、通電が開始されたバックエンド部２１が、ＨＴＴＰ要求に対して応答する。
【００３９】
制御部１８は、物理的な構成要素として、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備えて構成されている。ＲＯＭには、上記のハードウエアを統合的に制御するための制御プログラムが記憶されている。また、制御部１８は、機能的な構成要素として、移行制御部２３を備えている。
【００４０】
移行制御部２３は、通常状態とスリープ状態との間の移行を制御する。通常状態では、ＭＦＰ１の全ての構成要素に対して電力が供給される。スリープ状態では、構成要素の一部を除いて、電力の供給が停止される。スリープ状態において通電される構成要素の一部には、上記のフロントエンド部２２と、ＮＣＵ１６のＦＡＸの着信を検知する部分が含まれる。
【００４１】
移行制御部２３は、通常状態において、所定時間以上、ジョブ要求がなかった場合、自機をスリープ状態へ移行させる。スリープ状態において、ジョブ要求、ＨＴＴＰ要求等のフロントエンド部２２が応答できないパケットが受信された場合、フロントエンド部２２は、起動信号を移行制御部２３へ出力する。起動信号を入力した移行制御部２３は、自機を通常状態に復帰させ、バックエンド部２１による応答が行われる。
【００４２】
続いて、情報処理装置３の構成について説明する。情報処理装置３は、入力デバイス３１、ディスプレイ３２、ストレージ３３、制御部３４、及び通信制御部４０等を備えて構成される。
【００４３】
入力デバイス３１は、キーボード、マウス等のデバイスである。ストレージ３３には、ＭＦＰ１から取得した画像データ等を蓄積することができる。制御部３４は、物理的な構成要素として、ＣＰＵ３５、ＲＯＭ３６、及びＲＡＭ等を備えている。ＲＯＭ３６には、情報処理装置３のハードウエアを統合的に制御するための制御プログラムが記憶されている。この制御プログラムには、ＭＦＰ１に問合せを行うためのプログラムも記憶されている。このため、制御部３４は、問合せを行うための要求パケットを生成し、要求パケットに対する応答を処理するアプリケーション機能を有している。
【００４４】
制御部３４は、ＭＦＰ１が通常状態か否かを問い合わせるＳＮＭＰ状態取得要求を生成する。ＳＮＭＰ状態取得要求は、特許請求の範囲に記載の第１の状態取得要求に相当する。このＳＮＭＰ状態取得要求は、ＭＦＰ１の電力状態を問い合わせるためのＳＮＭＰ要求である。このＳＮＭＰ状態取得要求は、ＭＦＰ１に対して、スリープ状態、アイドル状態、及びプリント状態のうちどの状態かを問い合わせる。なお、アイドル状態は、通常状態において、ジョブを実行せずに待機している状態である。プリント状態は、通常状態において、プリントジョブを実行している状態である。制御部３４は、生成したＳＮＭＰ状態取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、ＳＮＭＰ状態取得要求を送信する第１の要求部４１として機能する。
【００４５】
ＭＦＰ１は、通常状態においてＳＮＭＰ状態取得要求を受信した場合、フロントエンド部２２が、アイドル状態、プリント状態のいずれかの通常状態である旨のＳＮＭＰ応答を返信する。ＭＦＰ１は、スリープ状態においてＳＮＭＰ状態取得要求を受信した場合、フロントエンド部２２が、スリープ状態である旨のＳＮＭＰ応答を返信する。ＭＦＰ１は、ＳＮＭＰ状態取得要求に対して、スリープ状態であっても通常状態に復帰せずに応答することができる。フロントエンド部２２は、ＳＮＭＰ応答をするために、例えば、スリープ状態に移行する際に、ＳＮＭＰ状態取得要求を特定可能な情報と、スリープ状態である旨の情報を記憶する。そして、フロントエンド部２２は、ＳＮＭＰ状態取得要求を受信した場合に、予め記憶しているスリープ状態である旨の情報を含む応答パケットをＳＮＭＰ応答として返信する。
【００４６】
情報処理装置３の通信制御部４０は、ＳＮＭＰ状態取得要求に対してＭＦＰ１から返信されるＳＮＭＰ応答を受信する。すなわち、通信制御部４０は、ＳＮＭＰ応答を受信する第１の応答取得部４２として機能する。通信制御部４０は、受信したＳＮＭＰ応答を制御部３４へ出力する。
【００４７】
制御部３４は、通常状態である旨のＳＮＭＰ応答が得られるまで、定期的にＳＮＭＰ状態取得要求を通信制御部４０に送信させる。制御部３４は、通常状態である旨のＳＮＭＰ応答が受信された場合に、ＨＴＴＰ状態取得要求を生成する。ＨＴＴＰ状態取得要求は、ＭＦＰ１に画像データの問合せをするためのＨＴＴＰ要求である。ＨＴＴＰ状態取得要求は、ＭＦＰ１が新規の画像データを蓄積した状態か否か、及び、ＭＦＰ１がスリープ状態に移行するか否かの状態を問い合わせる。このＨＴＴＰ要求は、特許請求の範囲に記載の第２の状態取得要求に相当する。制御部３４は、生成したＨＴＴＰ状態取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、ＨＴＴＰ状態取得要求を送信する第２の要求部４３として機能する。
【００４８】
ＭＦＰ１のバックエンド部２１は、ＨＴＴＰ状態取得要求に対して、蓄積された新規画像データの有無、又は、スリープ移行予告を含むＨＴＴＰ応答を返信する。蓄積された新規画像データがある旨のＨＴＴＰ応答には、新規に蓄積された画像データを特定するための文書番号が含まれている。スリープ移行予告は、スリープ状態に移行する予定のタイミングを通知する応答である。スリープ移行予告には、例えば、数十秒後にスリープ状態に移行する旨の情報が含まれている。
【００４９】
情報処理装置３の通信制御部４０は、ＨＴＴＰ状態取得要求に対して、ＭＦＰ１から返信されるＨＴＴＰ応答を受信する。すなわち、通信制御部４０は、ＨＴＴＰ応答を受信する第２の応答取得部４４として機能する。通信制御部４０は、受信したＨＴＴＰ応答を制御部３４へ出力する。
【００５０】
制御部３４は、蓄積された新規画像データがある旨のＨＴＴＰ応答を入力した場合、データ取得要求を生成する。データ取得要求は、新規の画像データ及びその属性データを要求するＨＴＴＰ要求である。属性データは、画像データの生成日時、画像データの種類等を示す情報である。画像データの種類には、スキャンデータ、ＦＡＸの受信データ、ＦＡＸの送信データ等がある。制御部３４は、生成したデータ取得要求を通信制御部４０によってＭＦＰ１へ送信させる。これにより、通信制御部４０は、データ取得要求を送信する画像要求部４５として機能する。
【００５１】
データ取得要求に応じて、ＭＦＰ１から画像データ及びその属性データが情報処理装置３に提供された場合、ユーザは、情報処理装置３において画像データを利用することができる。図２は、ユーザが情報処理装置３において画像データを取得した場合の画面を示す図である。例えば、ユーザは、図２に示される画面上において、文書番号（ファイル名）を選択することにより、画像データをディスプレイ３２において閲覧することができる。
【００５２】
制御部３４は、ＭＦＰ１が通常状態である間は、スリープ移行予告が入力されるまで、ＨＴＴＰ状態取得要求を通信制御部４０によってＭＦＰ１へ定期的に送信させる。これにより、定期的に新規画像データの蓄積があるか否かの問合せを行うことができる。よって、新規画像データが蓄積された場合に、該画像データを取得することができる。情報処理装置３に提供された画像データは、ＭＦＰ１のストレージ３３から削除されるので、ストレージ３３の容量を比較的小さくすることができる。
【００５３】
制御部３４は、スリープ移行予告が入力された場合、ＳＮＭＰマネージャを起動する。そして、制御部ＭＦＰ１がスリープ状態に移行するタイミングが経過した後に、ＳＮＭＰ状態取得要求を再び通信制御部４０に送信させる。これにより、ＭＦＰ１の電力状態を問い合わせるので、ＭＦＰ１が通常状態に復帰した際に、その旨を把握することができる。
【００５４】
引き続いて、ＭＦＰ１及び情報処理装置３の動作について説明する。まず、図３を参照して、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要について説明する。図３は、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要を示すシーケンス図である。
【００５５】
まず、ステップＳ１０１では、第１の要求ステップが行われる。第１の要求ステップでは、通常状態か否かを問い合わせるＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１が通常状態である場合、ステップＳ１０２では、第１の応答取得ステップが行われる。第１の応答取得ステップでは、通常状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。
【００５６】
続いて、ステップＳ１０３では、第２の要求ステップが行われる。第２の要求ステップでは、蓄積した新規画像データがあるか否か及びスリープ状態に移行するか否かを問い合わせるＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。続いて、ステップＳ１０４では、第３の応答取得ステップが行われる。第３の応答取得ステップでは、第２の状態取得要求に対して、蓄積された画像データの有無を示す応答が送信される。新規画像データの蓄積が無い場合、その旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。
【００５７】
新規画像データが蓄積された（ステップＳ１０５）後に、再びＨＴＴＰ状態取得要求が送信された場合（ステップＳ１０６）、ステップＳ１０７が行われる。ステップＳ１０７では、新規画像データを蓄積した旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される（第３の応答取得ステップ）。続いて、ステップＳ１０８では、データ取得要求ステップが行われる。データ取得要求ステップでは、ＨＴＴＰによるデータ取得要求が、情報処理装置３からＭＦＰ１へ送信される。ステップＳ１０９では、画像データを含むＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。これにより、情報処理装置３は、画像データを取得することができる。
【００５８】
ステップＳ１１０では、引き続き、ＨＴＴＰ状態取得要求が、定期的に情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１がスリープ状態へ移行する場合、ステップＳ１１１では、第２の応答取得ステップが行われる。第２の応答取得ステップでは、スリープ移行予告を含むＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。ステップＳ１１２では、スリープ移行予告通りに、ＭＦＰ１がスリープ状態へ移行する。その後、ステップＳ１１３では、再び、第１の要求ステップが行われる。すなわち、ＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ステップＳ１１４では、スリープ状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。
【００５９】
ＭＦＰ１が、通常状態へ復帰した（ステップＳ１１５）後に、ＳＮＭＰ状態取得要求が送信された場合（ステップＳ１１６）、ステップＳ１１７では、通常状態である旨のＳＮＭＰ応答が、ＭＦＰ１のフロントエンド部２２によって情報処理装置３へ送信される。その後、ステップＳ１１８では、再び、ＨＴＴＰ状態取得要求が、ＭＦＰ１へ送信される。以上のように、情報処理装置３は、ＳＮＭＰ状態取得要求とＨＴＴＰ状態取得要求とを切り替えて、問合せを行う。
【００６０】
次に、図４及び図５を参照して、情報処理装置３による問合せ処理についてより詳細に説明する。図４は、問合せ処理を示すフローチャートの前半部分であり、図５は、後半部分である。
【００６１】
まず、起動後、ステップＳ１２１では、記憶しているＭＦＰ１の状態情報がクリアされる。この状態情報は、スリープ状態、アイドル状態又はプリント状態のいずれかの電力状態を示す情報である。ステップＳ１２２では、ＭＦＰ１の状態情報が記憶されているか否かが判断される。記憶されていない場合、ステップＳ１２３へ処理が進む。ステップＳ１２３では、ＳＮＭＰ状態取得要求が、ＭＦＰ１へ送信される。続いて、ＳＮＭＰ応答が取得された後、処理がステップＳ１２４へ進む。ステップＳ１２４では、ＳＮＭＰ応答がスリープ状態を示しているか否かが判断される。スリープ状態ではない場合、ステップＳ１２５に処理が進む。ステップＳ１２５では、ＳＮＭＰ応答に含まれたアイドル状態又はプリント状態の情報が記憶される。その後、処理がステップＳ１２２へ戻る。一方。ＳＮＭＰ応答がスリープ状態である場合、ステップＳ１２６において、その旨が記憶され、処理がステップＳ１２２へ戻る。
【００６２】
上記のステップＳ１２２において、ＭＦＰ１の状態情報が記憶されていると判断された場合、ステップＳ１２７へ処理が進む。ステップＳ１２７では、所定時間Ｔ１が経過したか否かが判断される。所定時間Ｔ１は、ＳＮＭＰ状態取得要求を定期的に送信する間隔である。経過していない場合は、処理がステップＳ１２８へ進む。ステップＳ１２８では、最後のＳＮＭＰ応答がスリープ移行予告であり、移行時刻を経過したか否かが判断される。最後のＳＮＭＰ応答がスリープ移行予告ではない場合、及び、移行時刻を経過していない場合は、処理がステップＳ１２２へ戻る。移行時刻を経過している場合は、処理がステップＳ１２９へ進む。ステップＳ１２９では、ＭＦＰ状態としてスリープ状態である旨が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６３】
上記のステップＳ１２７において、所定時間Ｔ１が経過したと判断された場合、処理がステップＳ１３０へ進む。ステップＳ１３０では、記憶されている情報に基づいて、ＭＦＰ１がスリープ状態か否かが判断される。スリープ状態である場合、処理がステップＳ１３１へ進む。ステップＳ１３１では、ＳＮＭＰ状態取得要求がＭＦＰ１へ送信される。続いて、ＳＮＭＰ応答があった後、ステップＳ１３２では、スリープ状態、アイドル状態、プリント状態のいずれかの電力状態が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６４】
上記のステップＳ１３０において、ＭＦＰ１がスリープ状態ではないと判断された場合、処理が図６のステップＳ１３３へ進む。ステップＳ１３３では、ＨＴＴＰ状態取得要求が、送信される。続いて、ＨＴＴＰ応答があった後、ステップＳ１３４では、ＨＴＴＰ応答がスリープ移行予告か否かが判断される。スリープ移行予告である場合、処理がステップＳ１３５へ進む。ステップＳ１３５では、スリープ移行予告に含まれている移行タイミングの情報に基づいて、スリープ状態に移行する時刻が特定され、該時刻が記憶される。その後、処理がステップＳ１２２へ戻る。
【００６５】
上記ステップＳ１３４において、ＨＴＴＰ応答がスリープ移行予告ではないと判断された場合、ＨＴＴＰ応答に新規画像データが蓄積された旨が含まれている否かが判断される。新規の画像データを蓄積した状態でない場合、処理がステップＳ１２２へ戻る。新規の画像データを蓄積した状態である場合、処理がステップＳ１３７へ移行する。ステップＳ１３７では、画像データを取得するために、ＨＴＴＰによるデータ取得要求が、ＭＦＰ１へ送信される。ステップＳ１３８では、画像データを含むＨＴＴＰ応答を受信したか否かが判断される。ＨＴＴＰ応答を受信した場合、処理がステップＳ１３９へ移行する。
【００６６】
ステップＳ１３９では、受信した画像データ及び属性データが、情報処理装置３のストレージ３３に記憶される。続いて、ステップＳ１４０では、全ての画像データを受信したか否かが判断される。未だ受信していない画像データがある場合は、ステップＳ１３７へ処理が戻る。全ての画像データを受信した場合は、処理がステップＳ１２２へ戻る。以上の処理により、情報処理装置３は、ＭＦＰ１の電力状態を問合せ、画像データを取得する。
【００６７】
次に、図６及び図７を参照して、ＭＦＰ１による応答処理についてより詳細に説明する。図６は、応答処理を示すフローチャートの前半部分であり、図７は、後半部分である。
【００６８】
まず、ステップＳ１５１では、ＳＮＭＰ情報取得要求を受信したか否かが判断される。受信した場合、処理がステップＳ１５２へ進む。ステップＳ１５２では、ＭＦＰ１がスリープ状態か否かが判断される。スリープ状態でない場合は、処理がステップＳ１５３へ進む。ステップＳ１５３では、ＭＦＰ１がプリント状態か否かが判断される。プリント状態でない場合は、処理がステップＳ１５４へ進む。ステップＳ１５４では、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）に「アイドル状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。
【００６９】
上記ステップＳ１５３において、プリント状態である場合、処理がステップＳ１５５へ進む。ステップＳ１５５では、ＭＩＢに「プリント状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。また、上記ステップＳ１５２において、ＭＦＰ１がスリープ状態である場合、処理がステップＳ１５６へ進む。ステップＳ１５６では、ＭＩＢに「スリープ状態」がセットされたＳＮＭＰ応答が、フロントエンド部２２によって情報処理装置３へ送信される。その後、処理がステップＳ１５１へ戻る。
【００７０】
上記ステップＳ１５１において、ＳＮＭＰ状態取得要求を受信していないと判断された場合、処理がステップＳ１５７へ進む。ステップＳ１５７では、ＨＴＴＰ要求を受信したか否かが判断される。ＨＴＴＰ要求を受信していない場合は、処理がステップＳ１５１に戻る。ＨＴＴＰ要求を受信している場合は、処理が図７のステップＳ１５８へ進む。
【００７１】
ステップＳ１５８では、ＨＴＴＰ要求が、ＨＴＴＰ状態取得要求か否かが判断される。ＨＴＴＰ要求がＨＴＴＰ状態取得要求でない場合、ステップＳ１５９へ処理が進む。ステップＳ１５９では、ＨＴＴＰ要求がＨＴＴＰのデータ取得要求か否かが判断される。ＨＴＴＰデータ取得要求でない場合は、ＨＴＴＰ要求に従って処理をした後、処理がステップＳ１５１に戻る。ＨＴＴＰデータ取得要求である場合、処理がステップＳ１６０へ進む。ステップＳ１６０では、画像データを含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信される。その後、処理がステップＳ１５１に戻る。
【００７２】
上記ステップＳ１５８において、ＨＴＴＰ要求がＨＴＴＰ状態取得要求であると判断された場合、処理がステップＳ１６１へ進む。ステップＳ１６１では、新規の画像データが蓄積されているか否かが判断される。蓄積されている場合は、処理がステップＳ１６２へ進む。ステップＳ１６２では、新規の画像データが蓄積されている旨のＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップＳ１５１に戻る。新規の画像データが蓄積されていない場合は、処理がステップＳ１６３へ進む。
【００７３】
ステップＳ１６３では、所定時間Ｔ１以内にスリープ状態へ移行するか否かが判断される。所定時間Ｔ１以内にスリープ状態へ移行する場合、処理がステップＳ１６４へ進む。ステップＳ１６４では、スリープ移行予告を含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップＳ１５１に戻る。一方、所定時間Ｔ１以内にスリープ状態へ移行しない場合、処理がステップＳ１６５へ進む。ステップＳ１６５では、新規の画像データの蓄積がない旨のＨＴＴＰ応答データが、バックエンド部２１によって情報処理装置３に送信され、処理がステップＳ１５１に戻る。以上の処理により、ＭＦＰ１は、情報処理装置３による状態の問合せに応答し、画像データを提供する。
【００７４】
以上説明したように、実施形態に係るＭＦＰ１及び情報処理装置３によれば、ＭＦＰ１がスリープ状態であっても応答可能なＳＮＭＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。よって、情報処理装置３は、ＭＦＰ１を復帰させずに電力状態を把握することができる。そして、ＭＦＰ１が通常状態である場合、画像データについて問い合わせるＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。よって、ＭＦＰ１が通常状態である間に、画像データの問合せを行うことができる。一方、ＭＦＰ１がスリープ状態に移行する場合、ＨＴＴＰ状態取得要求に対して、スリープ移行通知が、情報処理装置３へ送信される。このため、情報処理装置３は、ＭＦＰ１がスリープ状態に移行するタイミングを把握することができる。そして、スリープ状態であっても応答可能なＳＮＭＰ状態取得要求が、再び情報処理装置３からＭＦＰ１へ送信される。すなわち、スリープ状態に移行することが把握された後は、問合せ内容を画像データの問合せから電力状態の問合せに切り替え、プロトコルをＨＴＴＰからＳＮＭＰへ切り替える。従って、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００７５】
また、上記のＭＦＰ１によれば、フロントエンド部２２が、ＳＮＭＰ状態取得要求に対して応答することができる。従って、ＭＦＰ１は通常状態へ復帰せずに、電力状態の問合せ（ＳＮＭＰ状態取得要求）に応答することができる。よって、省電力効果の低下を防止することができる。
【００７６】
（変形例）
引き続いて、変形例について説明する。上記実施形態では、ＨＴＴＰ状態取得要求が、定期的にＭＦＰ１へ送信され、ＭＦＰ１は、ＨＴＴＰ状態取得要求を受信するたびに応答を行っていた。変形例では、ＭＦＰ１が、ロングポーリングを用いて応答を行う。この場合、ＭＦＰ１は、新規画像データを蓄積したか、又は、スリープ状態に移行するというイベントが発生した場合に、応答を返信する。
【００７７】
図８を参照して、ロングポーリングを用いる場合の情報処理装置３による問合せ処理とＭＦＰ１による応答処理の概要について説明する。図８は、情報処理装置３による問合せ処理とＭＦＰ１による応答処理の変形例についての概要を示すシーケンス図である。
【００７８】
ステップＳ２０１及びステップＳ２０２は、上述した図３のステップＳ１０１（第１の要求ステップ）及びステップＳ１０２（第１の応答取得ステップ）と同様であるため、説明を省略する。このステップＳ２０１及びステップＳ２０２においてＭＦＰ１が通常状態であることが、把握された後、続いて、ステップＳ２０３では、第２の要求ステップが行われる。この第２の要求ステップでは、上述した図３のステップＳ１０３と同様に、ＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。
【００７９】
一般的に、ＨＴＴＰ Ｇｅｔを用いて要求が行われる場合、ＨＴＴＰ Ｇｅｔに先立って、スリーウェイハンドシェイクによるＴＣＰ／ＩＰレベルのセッションが確立される。その後、本実施形態では、ＨＴＴＰ状態取得要求（ＨＴＴＰ Ｇｅｔ）が、情報処理装置３からＭＦＰ１へ送信される。そして、ＡＣＫ応答がＭＦＰ１から情報処理装置１へ送信される。その後、ロングポーリングを用いて応答が行われる場合、接続が維持され、新規画像データを蓄積したか、又は、スリープ状態に移行することになったタイミングで、ＨＴＴＰ応答が返信される。
【００８０】
新規画像データが蓄積された（ステップＳ２０４）場合、ステップＳ２０５において、新規画像データを蓄積した旨のＨＴＴＰ応答が、ＭＦＰ１のバックエンド部２１によって情報処理装置３へ送信される。その後、セッションの接続が切断される。続いて行われる、画像データを取得するためのステップＳ２０６及びステップＳ２０７は、上述した図３のステップＳ１０８及びＳ１０９と同様であるため、説明を省略する。
【００８１】
画像データが取得された後、ステップＳ２０８では、再び、ＨＴＴＰ状態取得要求が、情報処理装置３からＭＦＰ１へ送信される。ＭＦＰ１は、ロングポーリングを用いて応答を行うので、セッションが確立された状態が維持され、ＭＦＰ１がスリープ状態に移行する際に、スリープ移行通知が、ＨＴＴＰ応答として、ＭＦＰ１から情報処理装置へ送信される。なお、スリープ移行通知は、スリープ状態に移行する旨の通知である。
【００８２】
ステップＳ２０９では、第２の応答取得ステップが行われる。すなわち、第２の応答取得ステップでは、スリープ移行通知が、情報処理装置３によって受信される。ＭＦＰ１は、スリープ移行通知を情報処理装置３へ送信した後、続いて、スリープ状態に移行する（ステップＳ２１０）。次に、ステップＳ２１１では、再び、電力状態を問い合わせるために第１の要求ステップが行われる。このステップＳ２１１〜ステップＳ２１６は、上述した図３のステップＳ１１３〜ステップＳ１１８と同様であるため、説明を省略する。
【００８３】
続いて、図９及び図１０を参照して、ロングポーリングを用いた場合の情報処理装置３による問合せ処理についてより詳細に説明する。図９は、問合せ処理の変形例を示すフローチャートの前半部分であり、図１０は、後半部分である。ＨＴＴＰ状態取得要求の応答に、ＭＦＰ１がロングポーリングを用いる点が上述した図４及び図５の場合と異なるので、その点を主に説明し、同様な点は説明を省略する。
【００８４】
まず、ステップＳ２２１〜ステップＳ２２６は、図４のステップＳ１２１〜ステップＳ１２６と同様であるため、説明を省略する。ステップＳ２２２において、ＭＦＰ１の状態情報が記憶されていると判断された場合、ステップＳ２２７へ処理が進む。ステップＳ２２７では、記憶されているＭＦＰ１の状態がスリープ状態か否かが判断される。スリープ状態である場合、処理がステップＳ２２８へ進む。
【００８５】
ステップＳ２２８では、所定時間Ｔ１が経過したか否かが判断される。所定時間Ｔ１が経過するまで、ステップＳ２２８の処理が繰り返される。ここでは、記憶されているＭＦＰ１の状態がスリープ状態であるため、次のＳＮＭＰ状態取得要求を送信するタイミングまで待機する。所定時間Ｔ１が経過したと判断された場合、処理がステップＳ２２９へ進む。ステップＳ２２９では、ＳＮＭＰ状態取得要求が、ＭＦＰ１へ送信される。このステップＳ２２９及びステップＳ２３０は、上述した図４のステップＳ１３１及びステップＳ１３２と同様な処理であるため、説明を省略する。
【００８６】
ステップＳ２２７において、記憶されているＭＦＰ１の状態がスリープ状態ではない場合、処理が図１０のステップＳ２３１へ進む。ステップＳ２３１では、ＨＴＴＰ状態取得要求が、ＭＦＰ１へ送信される。続いて、ステップＳ２３２では、ＨＴＴＰ応答を受信したか否かが判断される。ＭＦＰ１がロングポーリングにより応答するので、応答が来るまでステップＳ２３２の処理を繰り返し、待機する。ＨＴＴＰ応答が情報処理装置３において受信された場合、処理がステップＳ２３３へ進む。
【００８７】
ステップＳ２３３では、ＨＴＴＰ応答がスリープ移行通知か否かが判断される。スリープ移行通知である場合、処理がステップＳ２３４へ進む。ステップＳ２３４では、ＭＦＰがスリープ状態である旨が記憶され、処理がステップＳ２２２へ戻る。ＨＴＴＰ応答がスリープ移行通知でなかった場合、ステップＳ２３５へ処理が進む。ステップＳ２３５では、ＭＦＰがアイドル状態である旨が記憶される。次のステップＳ２３６〜ステップＳ２４０では、ＨＴＴＰ応答が新規の画像データを蓄積した状態である場合、新規の画像データが取得される。このステップＳ２３６〜ステップＳ２４０は、上述した図５のステップＳ１３６〜ステップＳ１４０と同様であるため、説明を省略する。以上の処理により、情報処理装置３は、ＭＦＰ１の状態を問合せ、画像データを取得する。
【００８８】
次に、図１１及び図１２を参照して、ロングポーリングを用いた場合のＭＦＰ１による応答処理についてより詳細に説明する。図１１は、応答処理の変形例を示すフローチャートの前半部分であり、図１２は、後半部分である。ＨＴＴＰ状態取得要求の応答に、ＭＦＰ１がロングポーリングを用いる点が上述した図６及び図７の場合と異なるので、その点を主に説明し、同様な点は説明を省略する。
【００８９】
まず、ステップＳ２５１〜ステップＳ２６０は、図６及び図７のステップＳ１５１〜ステップＳ１６０と同様であるため、説明を省略する。ステップＳ２５８において、ＨＴＴＰ要求がＨＴＴＰ状態取得要求であると判断された場合、処理がステップＳ２６１へ進む。ステップＳ２６１では、ＭＦＰ１に状態の変化があったか否かが判断される。すなわち、新規画像データを蓄積したか、又は、スリープ状態に移行するというイベントが発生したか否かが判断される。ＭＦＰ１に状態の変化があるまで、ステップＳ２６１が繰り返し行われる。状態の変化が発生した場合、処理がステップＳ２６２へ進む。
【００９０】
ステップＳ２６２では、状態の変化が、画像データの蓄積か、スリープ状態への移行かが、判断される。すなわち、ＭＦＰ１に新規画像データが蓄積されたか否かが判断される。新規画像データが蓄積されている場合、処理がステップＳ２６３へ進む。ステップＳ２６３では、新規データの蓄積がある旨のＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップ２５１へ戻る。
【００９１】
新規の画像データが格納されていない場合は、状態の変化がスリープ状態への移行であるため、処理がステップＳ２６４へ進む。ステップＳ２６４では、スリープ移行通知を含むＨＴＴＰ応答が、バックエンド部２１によって情報処理装置３へ送信され、処理がステップ２５１へ戻る。以上の処理により、ＭＦＰ１は、情報処理装置３による状態の問合せに応答し、画像データを提供する。
【００９２】
以上説明したように、ＭＦＰ１がロングポーリングを用いてＨＴＴＰ応答取得要求に対する応答を行う場合、スリープ状態に移行する際に、その旨が、情報処理装置に送信される。この場合、情報処理装置は、画像処理装置がスリープ状態に移行することを、リアルタイムで把握することができる。
【００９３】
（情報処理プログラム）
上述した情報処理装置３は、実施形態に係る情報処理プログラムをインストールしたコンピュータを用いて実現することができる。図１３は、実施形態に係る情報処理プログラム１００のモジュール構成を示す図である。
【００９４】
コンピュータは、図１に示された情報処理装置３のハードウエア構成と同様な構成を有している。すなわち、コンピュータは、入力デバイス、ディスプレイ、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信装置等を備えている。また、コンピュータは、記録媒体に記録されたプログラムを読取可能な装置を備えていてもよい。情報処理プログラム１００は、例えば、コンピュータがＬＡＮインターフェースと接続されている場合、ネットワークを介してコンピュータに提供される。なお、情報処理プログラム１００は、記録媒体１１１に記録された状態で流通してもよい。記録媒体１１１としては、例えば、磁気ディスク、光ディスク、ＣＤ−ＲＯＭなどが該当する。
【００９５】
情報処理プログラム１００は、処理を統括するメインモジュール１０１、第１の要求モジュール１０２、第１の応答取得モジュール１０３、第２の要求モジュール１０４、第２の応答取得モジュール１０５、及び画像要求モジュール１０６を備えている。ここで、第１の要求モジュール１０２、第１の応答取得モジュール１０３、第２の要求モジュール１０４、第２の応答取得モジュール１０５、及び画像要求モジュール１０６を上記のコンピュータにおいて動作させることによって実現する機能は、上記情報処理装置３の制御部３４、通信制御部４０の第１の要求部４１、第１の応答取得部４２、第２の要求部４３、第２の応答取得部４４、及び画像要求部４５と同様である。従って、情報処理プログラム１００が実行されることにより、上記コンピュータを情報処理装置３として機能させることができる。よって、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、画像データの問合せを停止することが可能となる。
【００９６】
（応答処理プログラム）
上述したＭＦＰ１の移行制御部２８及び通信制御部１１は、実施形態に係る応答処理プログラムをインストールしたコンピュータを用いて実現することができる。図１４は、応答処理プログラム２００のモジュール構成を示す図である。
【００９７】
コンピュータは、図１に示されたＭＦＰ１が有する制御部１８及び通信制御部１１のハードウエア構成と同様な構成を有している。すなわち、コンピュータは、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を備えている。また、コンピュータは、操作パネル、ディスプレイ、プリンタ、スキャナ、ＮＣＵ、モデム、ストレージ等と接続されている。応答処理プログラム２００は、例えば、コンピュータがＬＡＮインターフェースと接続されている場合、ネットワークを介してコンピュータに提供される。なお、応答処理プログラム２００は、記録媒体２１１に記録された状態で流通してもよい。記録媒体２１１としては、例えば、磁気ディスク、光ディスク、ＣＤ−ＲＯＭなどが該当する。
【００９８】
応答処理プログラム２００は、処理を統括するメインモジュール２０１、移行制御モジュール２０２、及び通信制御モジュール２０３を備えている。このメインモジュール２０１、移行制御モジュール２０２、及び通信制御モジュール２０３を上記のコンピュータにおいて動作させることによって実現する機能は、上記ＭＦＰ１の移行制御部２３及び通信制御部１１によって発揮される上述した機能と同様である。従って、応答処理プログラム２００が実行されることにより、上記コンピュータをＭＦＰ１の移行制御部２３及び通信制御部１１として機能させることができる。よって、ＭＦＰ１がプッシュ方式により移行通知を行うことなく、ＭＦＰ１がスリープ状態である間は、情報処理装置３による画像データの問合せを停止することが可能となる。
【００９９】
以上、本発明の実施形態及び変形例について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記変形例では、ＭＦＰ１が、ロングポーリングを用いてＨＴＴＰ状態取得要求に対して応答したが、Ｗｅｂ Ｓｏｃｋｅｔ等を用いて応答を行ってもよい。また、例えば、ＭＦＰ１のフロントエンド２２が応答可能なプロトコルとして、ＳＮＭＰを採用したが、他のプロトコルであってもよい。
【符号の説明】
【０１００】
１ ＭＦＰ
１０ ストレージ
１１ 通信制御部
２１ バックエンド部
２２ フロントエンド部
２３ 移行制御部
３ 情報処理装置
３４ 制御部
４０ 通信制御部
４１ 第１の要求部
４２ 第１の応答取得部
４３ 第２の要求部
４４ 第２の応答取得部
４５ 画像要求部
【特許請求の範囲】
【請求項１】
通信制御部が搭載された画像処理装置から画像データを取得するために、前記画像処理装置に問合せを行う情報処理装置であって、
前記画像処理装置が、前記通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、前記画像処理装置が、該通信制御部の前記一部に対して通電されることにより前記プロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求部と、
前記画像処理装置が前記通常状態である場合に、前記第１の状態取得要求に対して、前記通常状態である旨の応答を前記画像処理装置から受信する第１の応答取得部と、
前記通常状態である旨の応答が受信された場合に、前記画像処理装置が画像データを蓄積した状態か否か、及び、前記画像処理装置が前記スリープ状態に移行するか否かを問い合わせる第２の状態取得要求を前記画像処理装置へ送信する第２の要求部と、
前記画像処理装置が前記スリープ状態に移行する場合に、前記第２の状態取得要求に対して、前記スリープ状態に移行する旨の応答を前記画像処理装置から受信する第２の応答取得部と、
を備え、
前記第１の要求部は、前記スリープ状態に移行する旨の応答が受信された場合、前記第１の状態取得要求を送信することを特徴とする情報処理装置。
【請求項２】
前記第２の要求部は、前記画像処理装置が通常状態である間、前記第２の状態取得要求を定期的に前記画像処理装置へ送信し、
前記第２の応答取得部は、前記第２の状態取得要求に対して、蓄積された画像データの有無、又は、前記スリープ状態に移行する予定のタイミングを通知する応答を前記画像処理装置から受信し、
前記第１の要求部は、前記スリープ状態に移行するタイミングの通知を受信した場合、該タイミングが経過した後に、前記第１の状態取得要求を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の応答取得部は、前記画像処理装置の通信制御部がロングポーリングを用いて、前記第２の状態取得要求に対する応答を行う場合、前記画像処理装置がスリープ状態に移行する際に、前記第２の状態取得要求に対する応答として、前記画像処理装置から前記スリープ状態に移行する旨を受信し、
前記第１の要求部は、前記スリープ状態に移行する旨が受信された場合、前記第１の状態取得要求を送信することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記第２の状態取得要求に対する応答として、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を前記画像処理装置へ送信する画像要求部を更に備えることを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
情報処理装置による問合せに応答し、画像データを該情報処理装置に提供する画像処理装置であって、
複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部と、
前記バックエンド部に対する通電が停止されると共に前記フロントエンド部に対して通電されたスリープ状態と、前記バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部と、
を備え、
前記フロントエンド部によって応答可能なプロトコルに従って生成され、前記通常状態か否かを問い合わせる第１の状態取得要求が、前記スリープ状態において受信された場合、前記フロントエンド部は、前記スリープ状態である旨の応答を前記情報処理装置に返信し、
前記第１の状態取得要求が、前記通常状態において受信された場合、前記フロントエンド部は、前記通常状態である旨の応答を前記情報処理装置に返信し、
画像データを蓄積した状態か否か、及び、前記スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行するときには、前記スリープ状態に移行する旨の応答を前記情報処理装置へ返信することを特徴とする画像処理装置。
【請求項６】
前記第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行しないときには、蓄積された画像データの有無を示す応答を前記情報処理装置へ返信することを特徴とする請求項５に記載の画像処理装置。
【請求項７】
請求項１〜４のいずれか１項に記載の情報処理装置と、請求項５又は６に記載の画像処理装置とを備えることを特徴とする情報処理システム。
【請求項８】
通信制御部が搭載された画像処理装置から画像データを取得する情報処理装置において、前記画像処理装置に問合せを行う情報処理方法であって、
前記画像処理装置が、前記通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、前記画像処理装置が、該通信制御部の前記一部に対して通電されることにより前記プロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求ステップと、
前記画像処理装置が前記通常状態である場合に、前記第１の状態取得要求に対して、前記通常状態である旨の応答を前記画像処理装置から受信する第１の応答取得ステップと、
前記通常状態である旨の応答が受信された場合に、前記画像処理装置が画像データを蓄積した状態か否か、及び、前記画像処理装置が前記スリープ状態に移行するか否かを問い合わせる第２の状態取得要求を前記画像処理装置へ送信する第２の要求ステップと、
前記画像処理装置が前記スリープ状態に移行する場合に、前記第２の状態取得要求に対して、前記スリープ状態に移行する旨の応答を前記画像処理装置から受信する第２の応答取得ステップと、
を備え、
前記スリープ状態に移行する旨の応答が受信された場合、前記第１の要求ステップが再び行われることを特徴とする情報処理方法。
【請求項９】
前記画像処理装置が前記スリープ状態に移行しない場合に、前記第２の状態取得要求に対して、蓄積された画像データの有無を示す応答を前記画像処理装置から受信する第３の応答取得ステップと、
前記第３の応答取得ステップにおいて、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を前記画像処理装置へ送信するデータ取得要求ステップと、
を備えることを特徴とする請求項８に記載の情報処理方法。
【請求項１０】
コンピュータを請求項１〜４のいずれか１項に記載の情報処理装置として機能させることを特徴とする情報処理プログラム。
【請求項１１】
複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部、
前記バックエンド部に対する通電が停止されると共に前記フロントエンド部に対して通電されたスリープ状態と、前記バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部、
としてコンピュータを機能させ、更に、
前記フロントエンド部によって応答可能なプロトコルに従って生成され、前記通常状態か否かを問い合わせる第１の状態取得要求が、前記スリープ状態において受信された場合、前記フロントエンド部は、前記スリープ状態である旨の応答を情報処理装置に返信し、
前記第１の状態取得要求が、前記通常状態において受信された場合、前記フロントエンド部は、前記通常状態である旨の応答を前記情報処理装置に返信し、
画像データを蓄積した状態か否か、及び、前記スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行するときには、前記スリープ状態に移行する旨の応答を前記情報処理装置へ返信するように、コンピュータを機能させることを特徴とする応答処理プログラム。
【請求項１】
通信制御部が搭載された画像処理装置から画像データを取得するために、前記画像処理装置に問合せを行う情報処理装置であって、
前記画像処理装置が、前記通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、前記画像処理装置が、該通信制御部の前記一部に対して通電されることにより前記プロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求部と、
前記画像処理装置が前記通常状態である場合に、前記第１の状態取得要求に対して、前記通常状態である旨の応答を前記画像処理装置から受信する第１の応答取得部と、
前記通常状態である旨の応答が受信された場合に、前記画像処理装置が画像データを蓄積した状態か否か、及び、前記画像処理装置が前記スリープ状態に移行するか否かを問い合わせる第２の状態取得要求を前記画像処理装置へ送信する第２の要求部と、
前記画像処理装置が前記スリープ状態に移行する場合に、前記第２の状態取得要求に対して、前記スリープ状態に移行する旨の応答を前記画像処理装置から受信する第２の応答取得部と、
を備え、
前記第１の要求部は、前記スリープ状態に移行する旨の応答が受信された場合、前記第１の状態取得要求を送信することを特徴とする情報処理装置。
【請求項２】
前記第２の要求部は、前記画像処理装置が通常状態である間、前記第２の状態取得要求を定期的に前記画像処理装置へ送信し、
前記第２の応答取得部は、前記第２の状態取得要求に対して、蓄積された画像データの有無、又は、前記スリープ状態に移行する予定のタイミングを通知する応答を前記画像処理装置から受信し、
前記第１の要求部は、前記スリープ状態に移行するタイミングの通知を受信した場合、該タイミングが経過した後に、前記第１の状態取得要求を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の応答取得部は、前記画像処理装置の通信制御部がロングポーリングを用いて、前記第２の状態取得要求に対する応答を行う場合、前記画像処理装置がスリープ状態に移行する際に、前記第２の状態取得要求に対する応答として、前記画像処理装置から前記スリープ状態に移行する旨を受信し、
前記第１の要求部は、前記スリープ状態に移行する旨が受信された場合、前記第１の状態取得要求を送信することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記第２の状態取得要求に対する応答として、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を前記画像処理装置へ送信する画像要求部を更に備えることを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
情報処理装置による問合せに応答し、画像データを該情報処理装置に提供する画像処理装置であって、
複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部と、
前記バックエンド部に対する通電が停止されると共に前記フロントエンド部に対して通電されたスリープ状態と、前記バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部と、
を備え、
前記フロントエンド部によって応答可能なプロトコルに従って生成され、前記通常状態か否かを問い合わせる第１の状態取得要求が、前記スリープ状態において受信された場合、前記フロントエンド部は、前記スリープ状態である旨の応答を前記情報処理装置に返信し、
前記第１の状態取得要求が、前記通常状態において受信された場合、前記フロントエンド部は、前記通常状態である旨の応答を前記情報処理装置に返信し、
画像データを蓄積した状態か否か、及び、前記スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行するときには、前記スリープ状態に移行する旨の応答を前記情報処理装置へ返信することを特徴とする画像処理装置。
【請求項６】
前記第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行しないときには、蓄積された画像データの有無を示す応答を前記情報処理装置へ返信することを特徴とする請求項５に記載の画像処理装置。
【請求項７】
請求項１〜４のいずれか１項に記載の情報処理装置と、請求項５又は６に記載の画像処理装置とを備えることを特徴とする情報処理システム。
【請求項８】
通信制御部が搭載された画像処理装置から画像データを取得する情報処理装置において、前記画像処理装置に問合せを行う情報処理方法であって、
前記画像処理装置が、前記通信制御部の一部に対する通電が停止されたスリープ状態であっても、該通信制御部によって応答可能なプロトコルに従って生成され、前記画像処理装置が、該通信制御部の前記一部に対して通電されることにより前記プロトコルを含む複数のプロトコルに対して応答可能な通常状態か否かを問い合わせる第１の状態取得要求を送信する第１の要求ステップと、
前記画像処理装置が前記通常状態である場合に、前記第１の状態取得要求に対して、前記通常状態である旨の応答を前記画像処理装置から受信する第１の応答取得ステップと、
前記通常状態である旨の応答が受信された場合に、前記画像処理装置が画像データを蓄積した状態か否か、及び、前記画像処理装置が前記スリープ状態に移行するか否かを問い合わせる第２の状態取得要求を前記画像処理装置へ送信する第２の要求ステップと、
前記画像処理装置が前記スリープ状態に移行する場合に、前記第２の状態取得要求に対して、前記スリープ状態に移行する旨の応答を前記画像処理装置から受信する第２の応答取得ステップと、
を備え、
前記スリープ状態に移行する旨の応答が受信された場合、前記第１の要求ステップが再び行われることを特徴とする情報処理方法。
【請求項９】
前記画像処理装置が前記スリープ状態に移行しない場合に、前記第２の状態取得要求に対して、蓄積された画像データの有無を示す応答を前記画像処理装置から受信する第３の応答取得ステップと、
前記第３の応答取得ステップにおいて、画像データを蓄積した状態である旨が受信された場合に、画像データを要求するデータ取得要求を前記画像処理装置へ送信するデータ取得要求ステップと、
を備えることを特徴とする請求項８に記載の情報処理方法。
【請求項１０】
コンピュータを請求項１〜４のいずれか１項に記載の情報処理装置として機能させることを特徴とする情報処理プログラム。
【請求項１１】
複数のプロトコルに対応して応答を行うバックエンド部、及び、該バックエンド部が対応可能な複数のプロトコルのうち一部のプロトコルに対応して応答を行うフロントエンド部を有する通信制御部、
前記バックエンド部に対する通電が停止されると共に前記フロントエンド部に対して通電されたスリープ状態と、前記バックエンド部に対して通電された通常状態との間の移行を制御する移行制御部、
としてコンピュータを機能させ、更に、
前記フロントエンド部によって応答可能なプロトコルに従って生成され、前記通常状態か否かを問い合わせる第１の状態取得要求が、前記スリープ状態において受信された場合、前記フロントエンド部は、前記スリープ状態である旨の応答を情報処理装置に返信し、
前記第１の状態取得要求が、前記通常状態において受信された場合、前記フロントエンド部は、前記通常状態である旨の応答を前記情報処理装置に返信し、
画像データを蓄積した状態か否か、及び、前記スリープ状態に移行するか否かの状態を問い合わせる第２の状態取得要求が、前記通常状態において受信された場合、前記バックエンド部は、前記スリープ状態に移行するときには、前記スリープ状態に移行する旨の応答を前記情報処理装置へ返信するように、コンピュータを機能させることを特徴とする応答処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−２１５２６（Ｐ２０１３−２１５２６Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５３５６９（Ｐ２０１１−１５３５６９）
【出願日】平成２３年７月１２日（２０１１．７．１２）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月１２日（２０１１．７．１２）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]