JP6711618B2 - 情報処理装置、情報処理システム、情報処理サーバ、情報処理方法、及びプログラム - Google Patents

Description

本発明は、ユーザにＷｅｂユーザインタフェースを提供する情報処理装置、情報処理システム、情報処理サーバ、情報処理方法、及びプログラムに関する。

近年、ユーザインタフェースとして、Ｗｅｂブラウザを利用したＷｅｂユーザインタフェース（ＵＩ）が利用されるようになってきた。例えば、記録媒体上に画像を形成する画像形成装置でも、ＷｅｂＵＩが採用されている。ＷｅｂＵＩを採用する装置は、Ｗｅｂサーバ機能を備える装置（以下、単にＷｅｂサーバという）から取得したＷｅｂコンテンツを用いて、Ｗｅｂブラウザ上にＵＩ画面を表示する。

特許文献１には、Ｗｅｂサーバとの通信が正しくできない場合に、オフライン状態での作業を可能とするために、装置内部に有する代替ＵＩ画面をＷｅｂブラウザに表示する装置が記載されている。

特開２０１１−１１９９３９号公報

このように、ＷｅｂＵＩを採用する装置では、ＷｅｂサーバからＷｅｂコンテンツを取得できない場合、Ｗｅｂブラウザに代替ＵＩ画面が表示されるだけで、Ｗｅｂサーバの状態はユーザに通知されない。

本発明はこのような問題点を鑑みて為されたものであり、ＷｅｂＵＩを採用する装置において、ＷｅｂサーバからＷｅｂコンテンツを取得できない場合でも、Ｗｅｂサーバの状態をユーザに通知可能な情報処理装置、情報処理システム、情報処理サーバ、情報処理方法、及びプログラムを提供する。

本発明による情報処理装置は、ＨＴＴＰプロトコルを用いてサーバからＷｅｂコンテンツの取得を試みる第１の取得手段と、前記ＨＴＴＰプロトコルとは異なる通信プロトコルを用いて前記サーバから状態情報の取得を試みる第２の取得手段と、前記サーバからＷｅｂコンテンツが取得されず且つ前記サーバから特定の状態情報が取得された状態において、前記特定の状態情報に少なくとも基づいて前記サーバからＷｅｂコンテンツの取得を試みる第３の取得手段と、を有することを特徴とする。

本発明によれば、ＷｅｂＵＩを採用する装置において、ＷｅｂサーバからＷｅｂコンテンツを取得できない場合でも、Ｗｅｂサーバの状態をユーザに通知することができる。

第１の実施例に係る情報処理システムの構成の一例を示す説明図である。 第１の実施例に係る印刷制御装置の構成の一例を示すブロック図である。 第１の実施例に係る画像形成装置の構成の一例を示すブロック図である。 第１の実施例に係る画像形成装置が有する操作パネルの一例を示す説明図である。 第１の実施例に係る画像形成装置のソフトウェア構成の一例を示すブロック図である。 第１の実施例に係る印刷制御装置のソフトウェア構成の一例を示すブロック図である。 操作パネルの操作画面に表示されるトップ画面の一例を示す説明図である。 印刷制御装置ボタンを押下した時に表示されるＷｅｂブラウザの画面を説明するための模式図である。 第１の実施例に係る画像形成装置の動作を示すフローチャートである。 第２の実施例に係るフローチャートである。

以下、図面を参照して、本発明を実施する形態について説明する。なお、以下に示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

［実施例１］
図１は、第１の実施例に係る情報処理システムの構成の一例を示す説明図である。図１には、情報処理システムとして、情報処理サーバである印刷制御装置２０１と、情報処理装置である画像形成装置２０７とを備える画像処理システムが示されている。

画像形成装置２０７は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｏｗｏｒｋ）２１０を介して、印刷制御装置２０１からＷｅｂコンテンツを取得し、取得したＷｅｂコンテンツを用いてＷｅｂユーザインタフェース（ＷｅｂＵＩ）をユーザに提供する。画像形成装置２０７は、ＷｅｂＵＩを介して入力されたユーザ指示を印刷制御装置２０１に通知する。

印刷制御装置２０１は、Ｗｅｂサーバ機能を有する。印刷制御装置２０１は、画像形成装置２０７から通知されたユーザ指示に基づいて、各種処理を実行する。

端末装置２１１は、印刷制御装置２０１と通信可能な端末であって、例えばパーソナルコンピュータ（ＰＣ）である。端末装置２１１は、ＬＡＮ２１２を介して印刷制御装置２０１に印刷データを送信する。

なお、図１には、１台の端末装置が例示されているが、印刷制御装置２０１には、複数の端末装置が接続されていてもよい。また図１には、１台の画像形成装置が例示されているが、印刷制御装置２０１には、複数の画像形成装置が接続されていてもよい。また、情報処理システムは、印刷制御装置以外の情報処理サーバと、画像形成装置以外の情報処理装置とで構成されていてもよい。例えば、情報処理システムは、ＷｅｂＵＩを採用する携帯端末（例えば、スマートフォン）と、当該携帯端末にＷｅｂコンテンツを提供する情報処理サーバとで構成されていてもよい。

まず、図２を用いて、印刷制御装置２０１を説明する。

図２は、第１の実施例に係る印刷制御装置２０１の構成の一例を示すブロック図である。

コネクタ２０２は、印刷制御装置２０１とＬＡＮ２１２とを接続する。コネクタ２０３は、印刷制御装置２０１とＬＡＮ２１０とを接続する。コネクタ２０４は、印刷制御装置２０１と専用回線２０６とを接続する。

ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１０１は、ＬＡＮ２１２との低位レイヤレベルの接続を司る。

ＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）部１０２は、ＮＩＣ１０１が受信した、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）等の印刷言語で記述されたデータや、特定のデータフォーマット（例えば、ＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ））で圧縮されたデータを、ラスタイメージ化する。

エンコード部１０３は、データ形式変換手段として機能する。本実施例では、エンコード部１０３は、ラスタイメージ化されたデータを、画像形成装置２０７がサポートするデータ形式に変換する。

ＮＩＣ１０４は、低位レイヤレベルの接続を司る。

ハードディスクドライブ（ＨＤＤ）１０５は、ＮＩＣ１０１が受信したデータを一時的に保管（スプール）する。また、ＨＤＤ１０５は、ＲＩＰ後の圧縮データを一時的に保管する。

第１メモリ部１０６は、ＲＩＰ部１０２が画像展開処理に利用するメモリである。

ＣＰＵ１０７は、印刷制御装置２０１全体の制御を司る。

第２メモリ部１０８は、ＣＰＵ１０７がデータ一時保存領域として利用するメモリである。

操作部１０９は、ボタンやキー、タッチパネル等を有する。ユーザは、操作部１０９を介して、印刷制御装置２０１のオペレーションを行う。

表示部１１０は、例えば液晶ディスプレイであって、画像や文字を表示してオペレータに情報を伝える。

インタフェース（Ｉ／Ｆ）ボード１１１は、イメージインタフェースボードである。Ｉ／Ｆボード１１１は、コネクタ２０４と接続される。画像データは、Ｉ／Ｆボード１１１とコネクタ２０４とを経由して、専用の伝送路（専用回線２０６）を介して、画像形成装置２０７に転送される。

ここで、端末装置２１１から送信されるデータパケットの流れを説明する。

端末装置２１１から印刷制御装置２０１に送信されるデータパケットは、ＬＡＮ２１２を介して伝搬され、コネクタ２０２を介して印刷制御装置２０１に取り込まれる。そして、ＮＩＣ１０１においてデータパケットの受信処理が行われる。ＮＩＣ１０１が印刷データを含むデータパケットを受信した場合、ＣＰＵ１０７は、データ転送速度を向上させるために、必要に応じてＨＤＤ１０５へ印刷データをキューイング（スプール）する。ＨＤＤ１０５にキューイングされた印刷データは、ＣＰＵ１０７の指示によってＲＩＰ部１０２から読み出される。一方、キューイングされなかった印刷データは、ＣＰＵ１０７の指示によって、直接、ＲＩＰ部１０２に転送される。

ＲＩＰ部１０２に送られた印刷データは、上述したように、ＲＩＰ部１０２でラスタイメージ化される。ＲＩＰ部１０２は、印刷データをラスタイメージ化する際に、画像形成装置２０７が設定どおりに印刷できるか否かの判定も行う。

エンコード部１０３は、予め設定されている、画像形成装置２０７が解釈可能なデータ形式と、受信した印刷データの形式とに基づいて、画像形成装置２０７が解釈可能なデータ形式へのエンコード処理を行う。受信した印刷データが、画像形成装置２０７が解釈可能なデータ形式である場合には、エンコード部１０３は、エンコード処理をスキップする。すなわち、このエンコード処理は、必要に応じて行われる。エンコード後の印刷データの形式は、画像形成装置２０７が内蔵する解釈手段の能力に応じて、例えば、特定の印刷言語形式や、ＪＢＩＧ等で圧縮されたデータフォーマットに決定される。

このようして、エンコードされたデータは、ＬＡＮ２１０に送出するためにＮＩＣ１０４によって再びデータパケット化される。データパケット化されたデータは、印刷ジョブ単位でコネクタ２０３から送出され、ＬＡＮ２１０、コネクタ２０８を介して画像形成装置２０７へ送られる。

データパケットを受信した画像形成装置２０７は、予め設定された印刷処理手順に従って、当該データパケットに含まれる画像データを紙などの記録媒体に出力する印刷処理を行う。

なお、エンコード部１０３が、エンコードしたデータをＩ／Ｆボード１１１に転送し、Ｉ／Ｆボード１１１が当該データを、コネクタ２０４を介して専用回線２０６に送出するようにしてもよい。専用回線２０６を介して送出されたデータは、コネクタ２０９を介して画像形成装置２０７に取り込まれる。

次に、図３を用いて、画像形成装置２０７を説明する。

図３は、第１の実施例に係る画像形成装置２０７の構成の一例を示すブロック図である。図３に示すように、本実施例の画像形成装置２０７は、本体部３０１と画像入出力制御部３０５とを含む。

本体部３０１は、操作部３０２、リーダ部３０３、プリンタ部３０４、及び、フィニッシャ制御部３１０を有する。

操作部３０２は、後述する操作パネル（図４に示す操作パネル４０１）を制御する。リーダ部３０３は、原稿の画像を読み取り、原稿に応じた画像データをプリンタ部３０４及び画像入出力制御部３０５へ出力する。プリンタ部３０４は、リーダ部３０３または画像入出力制御部３０５から入力した画像データに応じた画像を、紙などの記録媒体上に記録する。フィニッシャ制御部３１０は、プリンタ部３０４で画像を記録した記録媒体の後処理（例えば、ソート処理）を行う後処理装置の制御を行う。

画像入出力制御部３０５は、本体部３０１のリーダ部３０３と接続される。画像入出力制御部３０５は、インタフェース部３０６、画像メモリ３０７、制御部３０８、及び、ハードディスク（ＨＤＤ）３０９を有する。

ハードディスク（ＨＤＤ）３０９は、画像形成装置２０７の設定（例えば、アドレス帳、操作履歴、ユーザ設定、ＩＤ設定、ネットワーク設定）を示す情報を記憶する。

インタフェース部３０６は、印刷制御装置２０１およびＬＡＮ２１２上の端末装置２１１と、制御部３０８とを接続する。インタフェース部３０６は、印刷制御装置２０１から専用回線２０６を介して伝送された、画像を表すコードデータをコネクタ２０９で受信する。インタフェース部３０６は、コネクタ２０９で受信したデータを、プリンタ部３０４で記録可能な画像データに展開して、制御部３０８に渡す。また、インタフェース部３０６は、印刷制御装置２０１からＬＡＮ２１０を介して伝送された、画像を表すコードデータを、イーサネット（登録商標）等のネットワークインタフェース（コネクタ２０８）で受信する。インタフェース部３０６は、コネクタ２０８で受信したデータをプリンタ部３０４で記録可能な画像データに展開する必要があれば展開して、制御部３０８に渡す。なお、コネクタ２０９は、ネットワークインタフェースであってもよい。すなわち、コネクタ２０９は、専用回線２０６ではなくネットワークを介して、印刷制御装置２０１と接続される構成であってもよい。また、コネクタ２０９は、パラレルインタフェースや、ＵＳＢインタフェース等のインタフェースであって、印刷制御装置２０１とインタフェースケーブル等を介して直接接続される構成であってもよい。また、コネクタ２０９と印刷制御装置２０１とは、１本のケーブルではなく複数のケーブルで接続されていてもよい。

制御部３０８は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成され、当該ＣＰＵが、当該ＲＯＭ又は他の記憶媒体に格納されたプログラムを当該ＲＡＭ上にロードして実行することにより各部が制御される。例えば、制御部３０８は、リーダ部３０３、インタフェース部３０６、及び画像メモリ３０７等の間のデータ流れを制御する。また例えば、制御部３０８は、インタフェース部３０６から送られてくるデータ通りに印刷処理および後処理が可能かどうかの判断を行いながら、プリンタ部３０４およびフィニッシャ制御部３１０を制御する。

なお、画像入出力制御部３０５は、ＨＤＤ３０９の代わりに、その他の不揮発性メモリを有していてもよい。

図４は、第１の実施例に係る画像形成装置２０７が有する操作パネル４０１の一例を示す説明図である。ボタン４０２は、ユーザが設定した設定値などを取り消すためのリセットキーである。ボタン４０３は、ユーザが動作中のジョブを中止させる時に使用する、ストップキーである。ボタン４０４は、置数などの数値入力を行うためのテンキーである。操作画面４０５は、タッチパネル式の操作画面である。ボタン４０６は、原稿の読み込み等をスタートさせるためのスタートキーである。ボタン４０７は、設定などをクリアするためのクリアキーである。その他、図４に示す例では、初期設定／登録ボタンや節電を行うボタンや、メインメニューを表示するためのボタンや、ユーザ毎にカスタマイズ画面を構成可能なクイックメニューボタンや、機器の状態を表示するためのステータスモニタボタンが、ハードキーとして配置されている。

図５は、第１の実施例に係る画像形成装置２０７のソフトウェア構成の一例を示すブロック図である。本実施例では、図３に示すＲＯＭまたはＲＡＭ上に、図５に示す各部を制御するためのプログラムが格納されていて、図３に示すＣＰＵが当該プログラムをロードして実行することにより、図５に示す各部が機能する。

イベント通知部５０１は、ジョブ終了や用紙切れなど画像形成装置２０７の各種状態を、印刷制御装置２０１に通知する。

印刷ジョブ受信部５０２は、印刷制御装置２０１から印刷ジョブを受信する。

印刷処理部５０３は、印刷ジョブ受信部５０２が受信した印刷ジョブの印刷処理を制御する。

Ｗｅｂブラウザ表示制御部５０４は、印刷制御装置２０１から提供されるユーザインタフェースを操作パネル４０１に表示する。具体的には、Ｗｅｂブラウザ表示制御部５０４は、後述する、印刷制御装置２０１のＷｅｂサーバ部６０５から、第一の通信プロトコルを用いてＷｅｂコンテンツを取得する。そして、Ｗｅｂブラウザ表示制御部５０４は、取得したＷｅｂコンテンツを用いて、操作パネル４０１にユーザインタフェースを表示する。

制御装置状態情報取得部５０５は、印刷制御装置２０１の動作状態の監視処理を行う。例えば、制御装置状態情報取得部５０５は、印刷制御装置２０１から定期的にまたは間欠的に、第一の通信プロトコルとは異なる第二の通信プロトコルを用いて印刷制御装置２０１の状態を示す状態情報を取得する。また例えば、制御装置状態情報取得部５０５は、印刷制御装置２０１から通知される、状態情報を受信する。印刷制御装置２０１の動作状態としては、正常状態の他、再起動中、電源オフ状態、起動中、Ｗｅｂサーバ機能停止状態などが考えられる。制御装置状態情報取得部５０５は、取得または受信した、状態情報を保持する。例えば、制御装置状態情報取得部５０５は、状態情報を記憶媒体（例えば、制御部３０８が有するＲＡＭ）に格納する。

図６は、第１の実施例に係る印刷制御装置２０１のソフトウェア構成の一例を示すブロック図である。本実施例では、印刷制御装置２０１のＲＯＭ（図示せず）またはＲＡＭ（図示せず）上に、図６に示す各部を制御するためのプログラムが格納されていて、ＣＰＵ１０７が当該プログラムをロードして実行することにより、図６に示す各部が機能する。

イベント受信部６０１は、画像形成装置２０７から印刷ジョブの状態の通知を受信する。

文書管理部６０２は、ユーザ毎の文書情報を管理する。

常時接続管理部６０３は、画像形成装置２０７との通信状態を管理する。

印刷制御部６０４は、印刷指示により指定された画像形成装置に適した、印刷ジョブを生成する。印刷制御部６０４は、生成した印刷ジョブを、印刷指示により指定された画像形成装置に送信する。

Ｗｅｂサーバ部（Ｗｅｂコンテンツ送信部ともいう）６０５は、Ｗｅｂサーバ機能を備える。Ｗｅｂサーバ部６０５は、端末装置２１１に対して、ＨＴＴＰプロトコルを用いた、入稿用のユーザインタフェースを提供する。同様に、Ｗｅｂサーバ部６０５は、画像形成装置２０７に対して、ＨＴＴＰプロトコルを用いたユーザインタフェース（後述する、ＵＩ画面８０２）を提供する。

状態情報送信部６０６は、印刷制御装置２０１の状態（例えば、電源オフや再起動）を画像形成装置２０７に通知する。具体的には、状態情報送信部６０６は、印刷制御装置２０１の状態を示す状態情報を、画像形成装置２０７に送信する。このように、本実施例では、Ｗｅｂサーバ部６０５以外の状態情報送信部６０６が、印刷制御装置２０１の状態を通知する。したがって、例えば、Ｗｅｂサーバ部６０５がエラー等により停止した場合でも、状態情報送信部６０６は、印刷制御装置２０１の状態を制御装置状態情報取得部５０５に通知することができる。状態情報送信部６０６は、印刷制御装置２０１の状態が変化したタイミングや、画像形成装置２０７から通知要求を受けたタイミングで、印刷制御装置２０１の状態を通知する。例えば、Ｗｅｂサーバ部６０５がエラーにより停止したときには、状態情報送信部６０６は、Ｗｅｂサーバ機能停止状態であることを示す状態情報を送信する。また例えば、印刷制御装置２０１がユーザから再起動の指示を受け付けたときには、状態情報送信部６０６は、印刷制御装置２０１が再起動中であることを示す状態情報を送信する。なお、本実施例では、状態情報送信部６０６と画像形成装置２０７の制御装置状態情報取得部５０５とは、ＨＴＴＰとは別の通信プロトコルを用いて通信する。

図７は、操作パネル４０１の操作画面４０５に表示されるトップ画面７０１の一例を示す説明図である。コピーボタン７０２は、コピー機能を提供する。Ｓｅｎｄボタン７０３は、リーダ部３０３が原稿を読み取って取得した画像データを、他のコンピュータ機器に送信する機能を提供する。保存ボタン７０４は、リーダ部３０３が原稿を読み取って取得した原稿データを、ＨＤＤ３０９等に保存する機能を提供する。設定ボタン７０５は、画像形成装置２０７の各種設定を行うための設定機能を提供する。印刷制御装置ボタン７０６は、印刷制御装置２０１に対してＷｅｂブラウザでアクセスするためのアプリケーション（以下、ブラウザアプリという）を起動するショートカットボタンである。印刷制御装置ボタン７０６を押下することで、ブラウザアプリが起動され、予め登録された印刷制御装置２０１のＵＲＬにアクセスされる。

図８は、印刷制御装置ボタン７０６を押下した時に表示されるブラウザアプリの画面を説明するための模式図である。

図８に示されるように、ブラウザアプリは、表示領域８０１上に、ＵＩ画面８０２や、テキスト画面８０３を重畳して表示する。表示領域８０１は、操作画面４０５におけるブラウザアプリの表示領域である。

印刷制御装置２０１のＷｅｂサーバ部６０５からＷｅｂコンテンツを取得できた場合には、画像形成装置２０７のＷｅｂブラウザ表示制御部５０４は、ブラウザアプリをＷｅｂブラウザとして動作させる。すなわち、Ｗｅｂブラウザ表示制御部５０４は、図８（ａ）に示されるように、ブラウザアプリの表示領域８０１上に、Ｗｅｂブラウザの画面（具体的には、取得したＷｅｂコンテンツで構成されるＵＩ画面８０２）を重畳させる。このようにして、操作画面４０５に、印刷制御装置２０１が提供するＷｅｂＵＩの画面が表示される。

印刷制御装置２０１のＷｅｂサーバ部６０５からＷｅｂコンテンツを取得できない場合には、画像形成装置２０７のＷｅｂブラウザ表示制御部５０４は、ブラウザアプリをテキストビューアとして動作させる。すなわち、Ｗｅｂブラウザ表示制御部５０４は、図８（ｂ）に示されるように、ブラウザアプリの表示領域８０１上に、印刷制御装置２０１の状態を示すテキスト画面８０３を重畳させる。テキストの内容は、印刷制御装置２０１の状態に応じて切り替わる。図８（ｂ）には、印刷制御装置２０１が再起動された場合に表示されるテキストの一例が示されている。なお、テキストビューアやテキスト表示は一例であり、例えば、状態情報送信部６０６から取得された状態情報に対応するイメージを表示させてもよい。

図９は、第１の実施例に係る画像形成装置２０７の動作を示すフローチャートである。図９に示すフローは、印刷制御装置ボタン７０６が押下されることでスタートする。

ステップＳ９０１では、Ｗｅｂブラウザ表示制御部５０４が、印刷制御装置２０１のＷｅｂサーバ部６０５からＷｅｂコンテンツを取得する。

ステップＳ９０２では、Ｗｅｂブラウザ表示制御部５０４が、ステップＳ９０１でＷｅｂコンテンツを取得できたかどうかを判定する。Ｗｅｂコンテンツを取得できたと判断した場合は（ステップＳ９０２のＹＥＳ）、Ｗｅｂブラウザ表示制御部５０４は、ステップＳ９０３の処理に進む。Ｗｅｂコンテンツの取得に失敗したと判断した場合は（ステップＳ９０２のＮＯ）、Ｗｅｂブラウザ表示制御部５０４は、ステップＳ９０４の処理に進む。

ステップＳ９０３では、Ｗｅｂブラウザ表示制御部５０４は、ステップＳ９０１で取得したＷｅｂコンテンツを表示する。すなわち、Ｗｅｂブラウザ表示制御部５０４は、図８（ａ）に示されるようなＵＩ画面を操作画面４０５に表示する。

ステップＳ９０４では、制御装置状態情報取得部５０５が、状態情報送信部６０６から印刷制御装置２０１の状態を示す状態情報を取得する。

ステップＳ９０５では、Ｗｅｂブラウザ表示制御部５０４が、印刷制御装置２０１の状態情報送信部６０６から取得した状態情報に応じた表示を行う。

なお、ステップＳ９０４において、例えば、印刷制御装置２０１が再起動中や電源オフ状態である場合、制御装置状態情報取得部５０５は、状態情報送信部６０６から状態情報を取得できない。そのような場合は、Ｗｅｂブラウザ表示制御部５０４は、制御装置状態情報取得部５０５が上記監視処理により取得した状態情報のうち、直近に取得した状態情報（例えば、再起動中や電源オフ状態に移行することを示す状態情報）に基づいて、表示を行う。それにより、例えば、印刷制御装置２０１の再起動中に印刷制御装置ボタン７０６が押下された場合でも、ステップＳ９０５において、Ｗｅｂブラウザ表示制御部５０４は、印刷制御装置２０１が再起動中であることを示すテキスト画面（図８（ｂ）に示すテキスト画面８０３）を表示させることが可能となる。

以上に述べたように、本実施例に係る画像形成装置は、印刷制御装置のＷｅｂサーバ部との接続が途絶えるなどしてＷｅｂコンテンツを取得できない場合に、印刷制御装置の状態情報送信部６０６から、印刷制御装置の状態を示す情報を取得し、操作画面に表示する。このように、本実施例によれば、Ｗｅｂサーバ（印刷制御装置）からＷｅｂコンテンツを取得できない場合でも、Ｗｅｂサーバの状態をユーザに通知することが可能となる。よって、ＷｅｂサーバからＷｅｂコンテンツを取得できない場合に、ユーザは、Ｗｅｂコンテンツの取得の成否だけでなく、Ｗｅｂコンテンツを取得できない原因を判断することが可能となる。したがって、ＷｅｂＵＩの復旧見込みなどを判断でき、ユーザの利便性を向上させることができる。

また、本実施例に係る画像形成装置は、印刷制御装置の状態を監視し、監視結果を保持する。さらに本実施例に係る印刷制御装置は、画像形成装置からの通知要求があったときだけでなく、自装置の状態が変化したときにも状態情報を画像形成装置に通知する。したがって、印刷制御装置が電源オフや再起動した場合でも、画像形成装置は、その直前に取得した状態情報に基づいて、印刷制御装置の状態をユーザに通知することができる。

また、上述したように、特許文献１では、Ｗｅｂブラウザは、Ｗｅｂサーバとの通信が正しくできない場合、装置内部に有する代替ＵＩ画面をＷｅｂブラウザに表示していた。一方、本実施例に係る画像形成装置は、Ｗｅｂコンテンツを取得できない場合に、テキストビューア等を用いて、印刷制御装置の状態をユーザに通知する。したがって、ユーザに、確実に、印刷制御装置の状態を通知することが可能となる。

［実施例２］
第１の実施例では、印刷制御装置２０１からＷｅｂコンテンツを取得できない場合に、印刷制御装置２０１の状態をユーザに通知する。ところで、印刷制御装置２０１が再起動した場合など、一定時間経過後に印刷制御装置２０１へのアクセスが可能になる場合がある。すなわち、一定時間経過後にＷｅｂコンテンツが取得可能になる場合がある。そのような場合、ユーザは、一定時間経過後に、印刷制御装置ボタン７０６を押下して、Ｗｅｂコンテンツの取得を再度試みる。しかし、そのような操作は、ユーザにとって煩わしい。

そこで、第２の実施例では、画像形成装置２０７が、印刷制御装置２０１の再起動などによりＷｅｂコンテンツの取得に失敗した場合に、一定時間経過後にＷｅｂコンテンツの再取得を行うことにより、ユーザ操作を簡略化させる。

図１０は、第２の実施例に係る画像形成装置２０７の動作を示すフローチャートである。

ステップＳ１００１からステップＳ１００５の処理は、第１の実施例のステップＳ９０１からステップＳ９０５の処理と同様であるため説明を省略する。

ステップＳ１００６では、制御装置状態情報取得部５０５が、Ｗｅｂコンテンツが取得可能になるまでの時間が通知されているか否かを判定する。Ｗｅｂコンテンツが取得可能になるまでの時間が通知されていない場合には（ステップＳ１００６のＮＯ）、画像形成装置２０７は処理を終了する。制御装置状態情報取得部５０５は、Ｗｅｂコンテンツが取得可能になるまでの時間が通知されている場合には（ステップＳ１００６のＹｅｓ）、画像形成装置２０７はステップＳ１００７の処理に移行する。

Ｗｅｂコンテンツが取得可能になるまでの時間は、状態情報送信部６０６によって、制御装置状態情報取得部５０５に対して、状態情報の通知と併せて通知される。Ｗｅｂコンテンツが取得可能になるまでの時間が通知される場合の例としては、印刷制御装置２０１が再起動された場合や電源ＯＮされた場合などである。なお、制御装置状態情報取得部５０５が、状態情報送信部６０６からＷｅｂコンテンツが取得可能になるまでの時間を取得するようにしてもよい。例えば、制御装置状態情報取得部５０５は、状態情報送信部６０６から取得した状態情報が再起動中や起動中を示すときには、Ｗｅｂコンテンツが取得可能になるまでの時間を、状態情報送信部６０６に対して要求するようにしてもよい。

例えば、印刷制御装置２０１がユーザから再起動の指示を受け付けたときに、状態情報送信部６０６が、印刷制御装置２０１が再起動に要する時間に基づいて、Ｗｅｂコンテンツが取得可能になるまでの時間を通知するようにしてもよい。このとき、状態情報送信部６０６は、再起動状態に移行することを示す状態情報も通知する。

また例えば、状態情報送信部６０６が、印刷制御装置２０１の電源投入後、Ｗｅｂサーバ部６０５よりも早く動作可能状態になった場合、次のような通知を行うようにしてもよい。すなわち、印刷制御装置２０１の電源が投入されて、状態情報送信部６０６と画像形成装置２０７の制御装置状態情報取得部５０５との通信が可能になったときに、状態情報送信部６０６が、Ｗｅｂサーバ部６０５が動作可能になるまでの時間に基づいて、Ｗｅｂコンテンツが取得可能になるまでの時間を通知するようにしてもよい。このとき、状態情報送信部６０６は、起動中であることを示す状態情報も通知する。

なお、印刷制御装置２０１が再起動に要する時間や、Ｗｅｂサーバ部６０５が動作可能になるまでの時間は、予め、印刷制御装置２０１が記憶部（例えば、ＨＤＤ１０５）に保持しておけばよい。

ステップＳ１００７では、Ｗｅｂブラウザ表示制御部５０４は、Ｗｅｂコンテンツが取得可能になるまで待つ。このとき、Ｗｅｂブラウザ表示制御部５０４は、テキスト画面８０３にＷｅｂコンテンツが取得可能になるまでの時間に対応する情報を表示させてもよい。例えば、「再起動中です。約３０秒、お待ちください」といったテキスト情報を表示させてもよい。そして、Ｗｅｂコンテンツが取得可能になるまでの時間が経過した後、Ｗｅｂブラウザ表示制御部５０４は、ステップＳ１００１の処理に戻り、Ｗｅｂコンテンツの取得を行う。なお、Ｗｅｂコンテンツが取得可能になるまでの時間に誤差がある可能性がある。そのため、Ｗｅｂブラウザ表示制御部５０４は、再度のステップＳ１００１の処理においてＷｅｂコンテンツを取得できなかった場合は、一定の時間ごとにＷｅｂコンテンツを取得するためのポーリングを、印刷制御装置２０１に対して行うようにしてもよい。

以上に述べたように、本実施例では、画像形成装置２０７は、Ｗｅｂコンテンツを取得できなかった場合であって、かつ一定の時間経過後にＷｅｂコンテンツの取得が可能になる場合には、当該一定の時間経過後に、Ｗｅｂコンテンツの再取得を行う。それにより、印刷制御装置２０１の電源ＯＮ時や再起動時に、Ｗｅｂコンテンツの取得に失敗した場合であっても、一定時間経過後に（具体的には、Ｗｅｂコンテンツへのアクセスが可能になったときに）、ユーザ操作を必要とすることなく、操作画面４０５にＷｅｂコンテンツを表示させることが可能になる。したがって、ユーザ操作をより簡略化することができ、ユーザの利便性をより向上させることが可能となる。

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

Claims (18)

1. ＨＴＴＰプロトコルを用いてサーバからＷｅｂコンテンツの取得を試みる第１の取得手段と、
   前記ＨＴＴＰプロトコルとは異なる通信プロトコルを用いて前記サーバから状態情報の取得を試みる第２の取得手段と、
   前記サーバからＷｅｂコンテンツが取得されず且つ前記サーバから特定の状態情報が取得された状態において、前記特定の状態情報に少なくとも基づいて前記サーバからＷｅｂコンテンツの取得を試みる第３の取得手段と、
   を有することを特徴とする情報処理装置。
2. 前記特定の状態情報は、前記サーバが再起動中であることを示す状態情報である
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記特定の状態情報の取得にともなって時間情報を取得する取得手段をさらに有する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記時間情報は、前記サーバの起動の完了までにかかる時間に関する情報である
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記時間情報は、前記サーバの再起動にかかる時間に関する情報である
   ことを特徴とする請求項３に記載の情報処理装置。
6. 前記時間情報は、Ｗｅｂコンテンツが取得可能になるまでの時間に関する情報である
   ことを特徴とする請求項３に記載の情報処理装置。
7. 前記第３の取得手段は、
   前記時間情報が示す時間が経過したときは、ユーザの指示に依らずに、前記サーバから当該Ｗｅｂコンテンツの取得を試みる
   ことを特徴とする請求項３から６のいずれか１項に記載の情報処理装置。
8. 前記状態情報に基づいて表示部に情報を表示させる表示制御手段をさらに有する
   ことを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
9. 前記第２の取得手段は、
   前記サーバから定期的または間欠的に前記状態情報の取得を試みて、取得した前記状態情報を保持し、
   前記表示制御手段は、
   前記Ｗｅｂコンテンツが取得されない場合であって、かつ、前記第２の取得手段が前記状態情報を取得できない場合には、前記第２の取得手段が保持する前記状態情報のうち、直近の前記状態情報に対応する表示を前記表示部に表示させる
   ことを特徴とする請求項８に記載の情報処理装置。
10. 前記表示制御手段は、
    前記第２の取得手段によって取得された、前記状態情報と、前記Ｗｅｂコンテンツが取得可能になるまでの時間とに対応する表示を、前記表示部に表示させる
    ことを特徴とする請求項８または９に記載の情報処理装置。
11. 前記表示制御手段は、
    前記第２の取得手段によって取得された、前記状態情報と、前記Ｗｅｂコンテンツが取得可能になるまでの時間とに基づいて生成したテキスト情報を、テキストビューアを用いて前記表示部に表示させる
    ことを特徴とする請求項８から１０のいずれか１項に記載の情報処理装置。
12. 前記第１の取得手段によって前記サーバから前記Ｗｅｂコンテンツを取得できたか否かを判定する判定手段と、
    前記判定手段により前記Ｗｅｂコンテンツを取得できたと判定された場合、前記取得されたＷｅｂコンテンツを前記表示部に表示させる手段と、をさらに有する
    ことを特徴とする請求項１から１１のいずれか１項に記載の情報処理装置。
13. 請求項１から１２のうちのいずれか１項に記載の情報処理装置と、サーバとを備える情報処理システムであって、
    前記サーバは、
    前記情報処理装置の、前記第１の取得手段または前記第３の取得手段による要求に応じて、前記情報処理装置に前記Ｗｅｂコンテンツを送信するコンテンツ送信手段と、
    前記情報処理装置の前記第２の取得手段による要求に応じて、前記情報処理装置に前記サーバの動作状態を示す前記状態情報を送信する状態情報送信手段と、を含む
    ことを特徴とする情報処理システム。
14. 前記状態情報送信手段は、
    前記サーバがユーザから再起動の指示を受け付けた場合には、再起動状態に移行することを示す状態情報とともに、前記Ｗｅｂコンテンツが取得可能になるまでの時間として前記再起動に要する時間を、前記情報処理装置に送信する
    ことを特徴とする請求項１３に記載の情報処理システム。
15. 前記状態情報送信手段は、
    前記サーバの電源投入後、前記コンテンツ送信手段よりも早く動作可能状態になった場合には、前記サーバが起動中であることを示す状態情報とともに、前記Ｗｅｂコンテンツが取得可能になるまでの時間として、前記コンテンツ送信手段が動作可能になるまでの時間を前記情報処理装置に送信する
    ことを特徴とする請求項１３または１４に記載の情報処理システム。
16. 請求項１から１２のうちのいずれか１項に記載の情報処理装置と通信可能な情報処理サーバであって、
    前記情報処理装置の、前記第１の取得手段または前記第３の取得手段による要求に応じて、前記情報処理装置に前記Ｗｅｂコンテンツを送信するコンテンツ送信手段と、
    前記情報処理装置の前記第２の取得手段による要求に応じて、前記情報処理装置に前記サーバの状態を示す前記状態情報を送信する状態情報送信手段と、を含む
    ことを特徴とする情報処理サーバ。
17. ＨＴＴＰプロトコルを用いてサーバからＷｅｂコンテンツの取得を試みる第１のステップと、
    前記ＨＴＴＰプロトコルとは異なる通信プロトコルを用いて前記サーバから状態情報の取得を試みる第２のステップと、
    前記サーバからＷｅｂコンテンツが取得されず且つ前記サーバから特定の状態情報が取得された状態において、前記特定の状態情報に少なくとも基づいて前記サーバからＷｅｂコンテンツの取得を試みる第３のステップと、
    を有することを特徴とする情報処理方法。
18. コンピュータを、請求項１から１２のいずれか１項に記載の情報処理装置として機能させるためのプログラム。

Images