JP5539043B2 - 情報送信装置、情報送信装置の制御方法及びコンピュータプログラム - Google Patents

Description

本発明は、自装置に関する情報を外部装置に送信する情報送信装置、その制御方法及びコンピュータプログラムに関する。

従来、Ｗｅｂサーバの機能を備えた画像処理装置が知られている。この画像処理装置は、画像処理装置のジョブ状況や画像処理装置が備える記憶装置に記憶されている画像データに関する情報をＷｅｂページとして生成する。そして、ネットワークを介して接続されたクライアントＰＣに送信することにより、クライアントＰＣのＷｅｂブラウザでこれらの情報を閲覧することができる（例えば特許文献１参照）。以後、このＷｅｂページをリモートＵＩと呼ぶ。このリモートＵＩを閲覧することで、ユーザは画像処理装置から離れた場所からでも該画像処理装置で実行されるジョブについての情報や画像データの情報、装置の状態等を把握することができる。

特開２００２−００７０９５号公報

従来のリモートＵＩでは、リモートＵＩを提供する装置のＷｅｂサーバが、リモートＵＩ専用のページを生成することによって、ジョブや装置の状態等の各種情報をクライアントＰＣに通知していた。つまり従来のリモートＵＩでは、画像処理装置に付随する操作パネル（以後これをローカルＵＩと呼ぶ）上の表示部に表示される画面と共通の画面を生成することは行われていなかった。これに対して、単にローカルＵＩに表示される画面をキャプチャし、そのキャプチャ画面をリモートＵＩ上に表示するようにした場合、次のような理由から次のような問題が発生する。即ち、ローカルＵＩの表示言語の設定は装置自体に設定されるものである。一方で、リモートＵＩの表示言語の設定はアクセス毎にブラウザからの要求で設定するものである。つまり両者はそれぞれ独立した設定である。そのため、ローカルＵＩの表示画面の表示言語種（言語の種類）と、リモートＵＩの表示画面の表示言語種とが異なる場合が起こる。例えばローカルＵＩは日本語で表示する設定であるのに対して、リモートＵＩは英語で表示する設定がなされているような場合である。その場合、リモートＵＩ上に表示されるローカルＵＩのキャプチャ画面が、ユーザにとって理解し難いものとなってしまう。

本発明は、これらの問題点を解決できる装置及び制御方法を提供することを目的とする。

上記目的を達成するために本発明の情報処理装置は、情報処理装置からＷｅｂページの要求を受信する受信手段と、前記受信手段により受信した要求に基づいて、情報処理装置が備えるＷｅｂブラウザに表示すべきＷｅｂページの表示言語種を識別する識別手段と、前記画像処理装置が備える操作パネルの表示に設定可能な複数の表示言語種と、該複数の表示言語種毎のメッセージリソースとを管理する管理手段と、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致するか否かを判定する第１の判定手段と、前記第１の判定手段により、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致していると判定された場合、前記操作パネルの表示画面を示す第１の表示画面データを含んだＷｅｂページを生成し、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致しないと判定された場合、前記管理手段により管理された複数のメッセージリソースの中から前記識別手段により識別された表示言語種に一致する表示言語種のメッセージリソースを取得し、前記操作パネルの表示に設定されている表示言語種のメッセージリソースを前記取得手段により取得したメッセージリソースに置き換えた場合の表示画面を示す第２の表示画面データを含んだＷｅｂページを生成する生成手段と、前記生成手段によって生成されたＷｅｂページを前記情報処理装置に送信する送信手段と、を有することを特徴とする。

本発明によれば、装置の表示部に表示される画面と共通の画面を、離れた場所にある装置のＷｅｂブラウザを用いて確認することができるようになる。また、装置の表示部に表示される画面の表示言語の種類をＷｅｂブラウザの表示言語の種類と揃えた状態で表示させることができる。

本実施例におけるシステム構成を説明する図である。 本実施例における画像処理装置のコントロールユニットの構成を説明するブロック図である。 本実施例の画像処理装置に格納される画面情報テーブルの一例である。 本実施例における画像処理装置のソフトウェアモジュールの構成を示す図である。 本実施例におけるコンピュータと画像処理装置との間でのデータ処理手順の一例を示すフローチャートである。 図５のステップＳ５０９でのＣＧＩプログラム処理の処理手順を示すフローチャートである。 本実施例における画像処理装置から送信されたＷｅｂページのＷｅｂブラウザでの表示例である。

以下、本発明を実施するための形態について、図面を参照して説明する。

（第一の実施形態）
図１は、本発明を適用した一例である第１実施形態におけるシステム構成を示した図である。

図１において、画像処理装置２００は、スキャナ部２０７０、プリンタ部２０９５、コントロールユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）２０００、ローカルＵＩとしての表示・操作部２０１２から構成される。

画像処理装置２００のスキャナ部２０７０、プリンタ部２０９５、給紙部２１００、排紙部２１１０、表示・操作部２０１２は、それぞれコントロールユニット２０００に接続されている。コントロールユニット２０００は、ＬＡＮ２０１１などのネットワーク伝送手段に接続されている。

コントロールユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）２０００は、画像入力デバイスであるスキャナ部２０７０や画像出力デバイスであるプリンタ部２０９５と接続している。また、用紙などの給紙を行う給紙部２１００やプリントした用紙の排紙を行う排紙部２１１０と接続されている。給紙部２１００は不図示の複数の給紙段やインサーター等を含む。また、排紙部２１１０は不図示の複数の排紙ビンを備えたフィニッシャや製本機能を備えたフィニッシャなどオプション類を含む。

ローカルＵＩとしての表示・操作部２０１２は、ユーザとの操作インタフェースとして、装置本体の状態やジョブの情報等を表示する表示部を備えている。この表示部は、タッチパネル機能を備える。さらに、画像処理装置２００のステータスを示すＬＥＤ、ハードキーボタンキーなどを備えている。ユーザは表示・操作部２０１２に表示された情報により、画像処理装置のエラー状態等を知ることが可能となる。また、タッチパネルにより表示・操作部２０１２に表示された操作メニューボタンを押下し、また、ハードキーボタンを押下して画像処理装置２００を操作することが可能である。本実施例において画像処理装置２００は、クライアントＰＣからの要求に応じて該要求された情報をクライアントＰＣに送信する情報送信装置として動作する。尚、情報送信装置は、要求された情報を送信する機能を備えていればよく、プリンタ、スキャナ、複写機、ファックス等の画像処理装置に限定されるものではなく、その他の装置を含むものである。

コンピュータ１１は、不図示の表示装置，キーボード，ポインティングデバイス，コンピュータ本体とを含む。また、コンピュータ本体に内蔵される記憶装置からオペレーティングシステムをＲＡＭ上にロードして、各種のアプリケーションプログラムを実行する機能を有する。さらには、不図示のネットワークインターフェースによってネットワークを介して画像処理装置２００と通信可能であり、該通信により取得した情報を表示装置に表示することができる。また、いわゆるＷｅｂブラウザが記憶装置に記憶されており、コンピュータ１１はＷｅｂブラウザが動作可能に構成されている。このＷｅｂブラウザにより後述するＷｅｂサーバとして動作可能な画像処理装置２００と所定のプロトコルで通信可能になり、リモートＵＩを表示装置に表示できる。コンピュータ１１は、情報送信装置に情報を要求し、取得した情報を表示するクライアントＰＣである情報処理装置として動作する。尚、本実施例では、情報処理装置の一例としてコンピュータ１１を用いて説明するが、携帯電話等のその他の端末であっても構わない。

図１では、これら画像処理装置２００とコンピュータ１１がＬＡＮ２０１１を介して互いに通信可能に接続されている。このシステムにおいて、コンピュータ１１が備えるＷｅｂブラウザから、情報の取得が画像処理装置２００に対して要求されると、画像処理装置２００は要求された情報をコンピュータ１１に送信する。尚、画像処理装置２００とコンピュータ１１の接続形態はＬＡＮに限らず、インターネットや無線通信、その他のあらゆる接続方法によっても本システムは実現可能である。また、図１では、コンピュータ１１と画像処理装置２００のみがＬＡＮ２０１１に接続されているが、その他の端末が接続されていても構わない。

次に、図１に示したコントロールユニット２０００のハードウェア構成を詳細に説明するブロック図を図２に示す。図１と同一のものには同一の符号を付してある。

図２において、ＣＰＵ２００１は、システム全体を制御するコントローラである。このＣＰＵ２００１は、プログラム用ＲＯＭ２００３とＨＤＤ２００４に記憶された制御プログラム等に基づいてシステムバス２００７に接続される各種デバイスとのアクセスを総括的に制御する。また、各種デバイスに命令を与えることで、印刷処理や、表示・操作部２０１２に表示する表示画面データを生成する処理を実行する。また、後述するＣＧＩプログラムに基づき、後述するリモートＵＩで表示するＷｅｂページの作成を行う。さらには、デバイスインタフェース２０２０を介して接続されるスキャナ部２０７０から入力情報を読み込む。また、デバイスインタフェース２０２０を介して接続されるプリンタ部２０９５に出力情報としての画像信号を出力する。

また、２００３はＲＯＭで、制御プログラム、ソフトウェアモジュール、例えば図６に示すフローに対応するＣＧＩプログラム等が格納されている。このＣＧＩプログラムに基づき、各種情報の処理や演算、各種デバイスの制御等を行い、リモートＵＩで表示するＷｅｂページの作成を行う。また、システムのブートプログラムも格納し、ブートＲＯＭとしても機能する。

２００２はＲＡＭで、ＣＰＵ２００１が動作するためのシステムワークメモリであり、画像データや後述する画面情報テーブル等を一時記憶するためのメモリでもある。

２００４はハードディスクドライブ（ＨＤＤ）で、システムソフトウェア、表示・操作部２０１２に表示するためのリソースとなる表示データの画像データやメッセージデータ等を格納する。また、後述するＷｅｂページを生成するためのリソースファイルやテンプレートファイル等を格納する。

さらに、本画像処理装置のＨＤＤ２００４などの記憶装置には画面情報を規定した画面情報テーブルが格納されている。画面情報テーブルの一例を図３を用いて説明する。この画面情報テーブルは、後述の図６の各ステップや必要に応じてＲＡＭ２００２に展開されてＣＰＵ２００１は参照することが可能になる。

画面情報１０００１の内部には画像処理装置の操作部２０１２で表示される画面の数分の画面情報１０００２が格納されている。各画面の構成は、一画面を構成する画像とメッセージのパーツ、座標情報、言語種情報１０００４等で構成されている。言語種情報１０００４で指定されている言語を各言語のメッセージリソースが格納されているメッセージリソース格納部１０００５から参照する。図３ではＳｃｒｅｅｎ１ １０００３の言語種情報１０００４がメッセージリソース格納部１０００５のＪａｐａｎｅｓｅのメッセージリソース１０００６を参照しているので、Ｓｃｒｅｅｎ１の言語は日本語で表示される。Ｓｃｒｅｅｎ１の言語を英語にする場合には、言語種情報１０００４がメッセージリソース格納部１０００５のＥｎｇｌｉｓｈのメッセージリソース１０００７を参照すればよい。

このように、画面情報テーブルによって表示・操作部２０１２に表示される画面の表示言語種を規定することができる。尚、本実施例では、各画面の各メッセージそれぞれに対して言語種の設定が可能となっているが、全ての操作画面に対して一律の言語種の設定のみができるように構成しても構わない。

２００６は操作部Ｉ／Ｆで、表示・操作部２０１２とのインタフェース部として機能し、表示・操作部２０１２に含まれるタッチパネル上に表示されたメニューボタンや、ハードキー等から本システムのユーザが入力した情報を、ＣＰＵ２００１に伝える役割をする。

さらに、操作部Ｉ／Ｆ２００６は表示・操作部２０１２に含まれるハードキーやタッチパネルよりユーザ入力を受け取り、操作内容を取得する。

一方、ＣＰＵ２００１は操作部Ｉ／Ｆ２００６から取得した操作内容と前述の制御プログラムに基づいて、表示・操作部２０１２に表示する画面として表示画面データが生成され、ＶＲＡＭ２００９で表示画面データを保持する。このＶＲＡＭ２００９で保持された表示画面データは、この操作部Ｉ／Ｆ２００６を介して表示・操作部２０１２に表示画面を出力する。

２００９はＶＲＡＭであり、ＣＰＵ２００１で生成された表示画面データを保持するメモリである。ＨＤＤ２００４から取得した表示データをＣＰＵ２００１は表示・操作部２０１２に表示するための画面として生成し、ＶＲＡＭ２００９は表示・操作部２０１２に表示されるように配置された画像データを保存するメモリである。

２０１０はネットワークインターフェース（ネットワークＩ／Ｆ）で、ＬＡＮ２０１１に接続し、情報の入出力を行う。２０５０はモデム（Ｍｏｄｅｍ）で、公衆回線２０５１に接続し、情報の入出力を行う。画像処理装置２００はネットワークＩ／Ｆ２０１０を介してＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１と接続することで、外部装置と画像情報やデバイス情報の入出力を行う。以上のデバイスがシステムバス２００７上に配置される。

２００５はイメージバスＩ／Ｆ（Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ）で、システムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。

２００８は画像バスで、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２００８上には以下のデバイスが配置される。

２０６０はラスタイメージプロセッサ（ＲＩＰ）で、ＰＤＬコードをビットマップイメージに展開する。

２０２０はデバイスＩ／Ｆ部で、本装置の各デバイスの画像入出力デバイスであるスキャナ部２０７０やプリンタ部２０９５とコントロールユニット２０００を接続し、各デバイスの状態の識別や画像データの同期系／非同期系の変換を行う。さらには、用紙などの給紙を行う給紙部２１００やプリントした用紙の排紙を行う排紙部２１１０と接続され、用紙の給紙や排紙の状況や状態はもちろん、接続デバイスのエラー情報や消耗品の残量の識別や検知なども行う。

２０８０はスキャナ画像処理部で、入力画像データに対し補正、加工、編集を行う。２０９０はプリンタ画像処理部で、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。

２０３０は画像回転部で、画像データの回転処理を行う。２０４０は画像圧縮部で、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸長処理を行う。

続いて、本発明に係る本画像処理装置のＲＯＭ２００３あるいはＨＤＤ２００４に記録されており、適宜ＲＡＭ２００２にロードされＣＰＵ２００１で実行される各種のソフトウェアモジュールを図４のブロック図を用いて説明する。

図４において、１５０１はユーザインターフェース（ＵＩ）を司るものであり、オペレータが本画像処理装置の表示・操作部２０１２を用いて本画像処理装置に対する各種操作・設定を行う際、機器との仲介を行うモジュールである。本モジュールは、オペレータの操作に従い、操作部Ｉ／Ｆ２００６を介して後述の各種モジュールに入力情報を転送し処理の依頼、或いはデータの設定等を行う。

１５０２はＷｅｂ−Ｓｅｒｖｅｒモジュールであり、ＬＡＮ２０１１に接続されたＷｅｂクライアントからの要求により、Ｗｅｂクライアントに情報を表示可能にする表示データの生成のために使用される。また、複合画像処理を行う管理情報やジョブ状況等の画像処理装置に関する情報を通知するために使用される。前述のＷｅｂクライアントからの要求は、ネットワークＩ／Ｆ２０１０を介して本画像処理装置に通知される。一方画像処理装置の管理情報は、後述のＣｏｎｔｒｏｌｌ−ＡＰＩ１５０６を介して読み取られる。そして、後述のＨＴＴＰ１５０３、ＴＣＰ／ＩＰ１５０４、Ｎｅｔｗｏｒｋ−Ｄｒｉｖｅｒ１５０５を介し、ネットワークＩ／Ｆ２０１０を介して本画像処理装置に接続されたＷｅｂクライアントに通知される。

Ｗｅｂ−Ｓｅｒｖｅｒモジュール１５０２は画像を含むオブジェクト、テキスト等の情報を、Ｗｅｂクライアントに表示可能にする表示データとして例えばＨＴＭＬ形式のいわゆるＷｅｂページ形式データを後述のＣＧＩプログラム等を用いて作成する。Ｗｅｂ−Ｓｅｒｖｅｒモジュール１５０２によって、本画像処理装置はクライアントである情報処理装置に情報の送信、提供を可能とする情報送信装置として動作する。

１５０３はＨＴＴＰモジュールで、本複合型の画像処理装置がＨＴＴＰにより通信する際に使用され、後述のＴＣＰ／ＩＰモジュール１５０４により前述のＷｅｂ−Ｓｅｒｖｅｒモジュール１５０２に通信を提供するものである。

１５０４はＴＣＰ／ＩＰ通信モジュール（ＴＣＰ／ＩＰモジュール）であり、前述の各種モジュールに後述のＮｅｔｗｏｒｋ−Ｄｒｉｖｅｒによりネットワーク通信を提供するものである。１５０５はＮｅｔｗｏｒｋ−Ｄｒｉｖｅｒであり、ネットワークに物理的に接続されるネットワークＩ／Ｆ２０１０を制御するものである。

１５０６はＣｏｎｔｒｏｌｌ−ＡＰＩであり、上流モジュールに対し、下流モジュールとのインタフェースを提供するものであり、上流、及び下流のモジュール間の依存関係を軽減しそれぞれの流用性を高めるものである。

１５０７はＪｏｂ−Ｍａｎａｇｅｒであり、前述の各種モジュールよりＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して指示される処理を解釈し、各モジュールに指示を与えるものである。また、本モジュールは、本複合型の画像処理装置内で実行されるハード的な処理を一元管理するジョブ制御部として機能するものである。この場合、必要に応じてイメージバスＩ／Ｆ２００５を介して各種処理部との情報の受け渡しを制御することも可能である。

以上の構成よりなる画像処理装置２００の動作を図面などを参照して説明する。特に、本発明に係る画像処理装置における特徴的な機能であるリモートＵＩについて説明する。

リモートＵＩは、本装置外部から装置の状態等の情報を取得・設定、またはプリントや送信（Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ）等の動作を行わせるためのユーザインターフェースを提供する機能である。リモートＵＩは、そのために外部装置に表示される表示画面そのものを意味することもできる。ユーザはネットワークに接続されたコンピュータから、Ｗｅｂブラウザを利用して本装置にアクセスすることによりリモートＵＩの機能を使用することができる。

図４に示したように、本装置内部ではＷｅｂ−Ｓｅｒｖｅｒモジュール１５０２が稼動しており、これによりＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による通信が可能となっている。Ｗｅｂ−Ｓｅｒｖｅｒモジュール１５０２ではクライアントからの要求により起動されるＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムを動作させることができる。

なお、図２に示したＨＤＤ２００４中にはリソースファイル群、ページのテンプレートファイル群が格納されており、これらがリモートＵＩにおいて使用される。リソースファイルは、ページ表示に用いられるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｋｅ ｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどである。なお、ＨＴＭＬファイルに限れられるものではなく、そのほかにも、リソースに関する情報を示す画面を表現する表示データであって、その他の言語で書かれたファイルでもよい。また、テンプレートファイルは、ＣＧＩプログラムから参照されページを作成するのに用いられるファイルである。

本装置にアクセスするために、ユーザはＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を直接Ｗｅｂブラウザに入力するか、該ＵＲＬが埋め込まれたリンクを選択する。Ｗｅｂブラウザは、オペレータによって入力されたＵＲＬを指定するＨＴＴＰコマンドをネットワークを介して送信する。

Ｗｅｂ−Ｓｅｒｖｅｒモジュール１５０２は、このＨＴＴＰコマンドを受け取り、そのＨＴＴＰコマンドを解析し、それに応じた動作を行う。この動作には例えばＨＴＴＰコマンドの要求に従って、画像処理装置の情報の設定、取得、プリント出力等を本体に指示する。さらには、前述のテンプレートファイルよりその要求に応じたＷｅｂページを作成し、クライアントのＷｅｂブラウザに送信する。

また、Ｗｅｂブラウザは、画像処理装置から返されたＷｅｂページを表示する。こうしてコンピュータを操作するユーザは、Ｗｅｂブラウザを利用して装置にアクセスすることにより、画像処理装置に関する機能・状態・保持情報を取得および設定することが可能となる。また画像処理装置を操作することが可能となる。また、リモートＵＩの表示データがＨＴＭＬデータによって提供されることにより、コンピュータは、リモートＵＩを表示するために専用のソフトウェアを必要とせず、Ｗｅｂブラウザのような汎用的なソフトウェアがあればよい。

リモートＵＩの基本動作について図５でさらに説明する。

図５は、本発明に係るＷｅｂクライアント（ブラウザ）側であるコンピュータ１１とＷｅｂサーバ側である画像処理装置２００との間でのデータ処理手順の一例を示すフローチャートである。

Ｓ５０１〜Ｓ５０４とＳ５１２はコンピュータ１１で実行される処理を示し、Ｓ５０５〜Ｓ５１１、Ｓ５１３，Ｓ５１４は画像処理装置２００で実行される処理を示す。また、フロー中の破線で示される矢印は情報の送受信を示す。尚、Ｓ５０１〜Ｓ５１４の各ステップは、コンピュータ１１又は画像処理装置２００が備えるＣＰＵが、ＲＯＭ等のメモリに保持されたプログラムをＲＡＭに展開して実行することによって処理される。

まずコンピュータ１１側の処理を説明する。コンピュータ１１のフローは、Ｗｅｂブラウザがユーザの入力を受け付けるところからスタートする。まず、ステップＳ５０１で、ユーザからのＵＲＬの入力を待ち、ＵＲＬ等が入力された場合は、ステップＳ５０２に進む。ステップＳ５０２において、Ｗｅｂブラウザを実行しているコンピュータ１１は入力されたＵＲＬを指定したＨＴＴＰコマンドをＬＡＮ２０１１等の通信路を介して画像処理装置２００に送信する。このＨＴＴＰコマンドは、入力されたＵＲＬに対応するＨＴＭＬデータを要求するためのコマンドである。また、このコマンドには、表示言語種を指定するコマンドが含まれている。ステップＳ５０１で入力がない場合は再びＳ５０１で入力の受付待ちを行う。

次にコンピュータ１１は、ステップＳ５０３で画像処理装置２００からの返信を受け付けるべくＨＴＴＰレスポンスの受信を待つ。このＨＴＴＰレスポンスには、ステップＳ５０２のＨＴＴＰコマンドで指定したＵＲＬに対応するＨＴＭＬデータが含まれている。ステップＳ５０３でＨＴＴＰレスポンスを受信すると、ＷｅｂブラウザはＨＴＴＰレスポンスに含まれるＨＴＭＬデータを解釈する。そして、画像データ等へのリンクがあるか否かを判断することによって、ＨＴＭＬ文書を整形し表示する際にデータの要求が必要であるか否かを判断する。Ｗｅｂブラウザは、ＨＴＭＬ文書を整形表示する際にデータの要求が必要と判断された場合、ステップＳ５１２において、画像処理装置２００側に画像データ等のデータを要求する。そして必要なデータを取得した後、ステップＳ５０４に進み、ＷｅｂブラウザはＨＴＭＬ文書を整形して表示する。そして一つのセッションを終了する。尚、Ｓ５０３で受信したＨＴＭＬ文書を整形して表示する際に、リンクされた画像データ等がなく、データの要求が必要ない場合には、Ｓ５１２の処理は省略され、Ｓ５０４へと進む。

画像処理装置２００では、コンピュータ１１からのＨＴＴＰコマンドを待機する。ステップＳ５０５で、ＣＰＵ２００１は、ネットワークＩ／Ｆ２０１０を介してＨＴＴＰコマンドが受信されたと判断するとステップＳ５０６に進む。

ステップＳ５０６ではＣＰＵ２００１はＷｅｂブラウザからの要求がＣＧＩプログラムの起動要求であるか否かを判断する。ＣＧＩプログラムの起動要求であった場合は、ステップＳ５０７でＣＰＵ２００１はＣＧＩパラメータの解析を行い処理すべきＣＧＩプログラムを確定する。そしてパラメータをＲＡＭ２００２に記憶する。その後ステップＳ５０８に進み、該当のＣＧＩプログラムを起動する。

次にステップＳ５０９でＣＰＵ２００１はＣＧＩプログラムの処理を行う。そして、ステップＳ５１１で、前述のステップＳ５０９で処理された結果を、ＨＴＴＰレスポンスとしてコンピュータ１１へ送信する。このＨＴＴＰレスポンスには、後述するＣＧＩプログラムの処理によって生成されたＨＴＭＬデータが含まれている。

ステップＳ５１３において、ＣＰＵ２００１はネットワークＩ／Ｆ２０１０を介してコンピュータ１１からデータの要求があるかを判断する。ステップＳ５１３において、コンピュータ１１からデータの要求があると判断した場合、ステップＳ５１４では要求されたデータを送信し、一つのセッションを終了する。また、ステップＳ５１３において、コンピュータ１１からデータの要求がないと判断した場合も一つのセッションを終了する。尚、Ｓ５１３におけるデータ要求の受信やＳ５１４におけるデータの送信は、複数回行われてもよい。

前記ステップＳ５０８で起動されるＣＧＩプログラムは、コンピュータ１１からの要求に応じて、装置情報の取得・設定や、プリント出力等の動作を本体（この場合、ＪＯＢＭａｎａｇｅｒ１５０７）に要求する。また、ＣＧＩプログラムはそのページに対応したテンプレートファイルを使って送信するＨＴＭＬページを作成していく。テンプレートファイル中には、取得された装置情報を用いて作成するＨＴＭＬの記述を変更する部分がある。これによりその時の画像処理装置２００の状態に応じたページ内容を動的に作成することができる。ページ内容の作成のために必要な画像生成指示等もこのＣＧＩプログラムの処理の中で行われる。

一方、ステップＳ５０６でＣＧＩプログラムの起動要求でない場合は、ステップＳ５１０で指定されたリソースファイルをレスポンスとして返信し、一つのセッションを終了する。

続いて、本実施の形態における前述の図５のステップＳ５０９でのＣＧＩプログラム処理の処理手順を図６に示すフローチャートを用いて説明する。図６の各ステップは、画像処理装置２００が備えるＣＰＵ２００１が、ＲＯＭ等のメモリに保持されたプログラムをＲＡＭに展開して実行することによって処理される。

まず、ステップＳ６０１でＣＰＵ２００１は前述の図５のステップＳ５０７で解析したパラメータを受け取る。ステップＳ６０２において、ＣＰＵ２００１はステップＳ６０１で受け取ったパラメータ要求が、ローカルＵＩのキャプチャ画面を生成する要求であるか否かを判断する。

この判断の結果、キャプチャ画面の生成の要求でない場合は、Ｓ６０４へ進み、パラメータ要求の内容に応じた処理を行う。本実施形態ではこの処理についての説明は省略する。

ステップＳ６０２の判断の結果、でキャプチャ画面の生成の要求である場合はステップＳ６０３に進む。ステップＳ６０３において、ＣＰＵ２００１は図５のＳ５０５で受信したＨＴＴＰコマンドからブラウザ表示言語種情報を取得する。その後、ステップＳ６０５においてＣＰＵ２００１は、ブラウザ表示言語種と、現在ローカルＵＩに表示している画面の言語種情報とが一致しているか否かを判断する。具体的にはＣＰＵ２００１は、図３の画面情報テーブルを参照し、現在ＶＲＡＭ２００９に保持されている表示画面データの言語種情報１０００４を特定する。そして、特定された言語種情報と、図５のＳ５０５で受信したＨＴＴＰコマンドから取得したブラウザ表示言語種情報とを比較することによって、それらの一致、不一致を判断する。

この判断の結果、言語種が一致していない場合は、ステップＳ６０６へ進む。Ｓ６０６において、ＣＰＵ２００１はブラウザ表示言語種に一致する言語種のメッセージリソースが、メッセージリソース格納部１０００５に格納されているか否かを判定する。メッセージリソースがメッセージリソース格納部１０００５に格納されている場合は、ステップＳ６０７へ進む。Ｓ６０７において、ＣＰＵ２００１はでブラウザ表示言語種を指定言語種としてメッセージリソース格納部１０００５から対応する言語種のメッセージリソースを取得する。

ステップＳ６０８において、ＣＰＵ２００１は現在ＶＲＡＭ２００９に保持されている表示画面データのメッセージリソース部分を、Ｓ６０７において取得したメッセージリソースに変更する。そしてメッセージリソース部分を変更した表示画面データを、ＶＲＡＭに展開して保持させる。そしてステップＳ６０９において、ＣＰＵ２００１はＳ６０８においてＶＲＡＭに保持させた表示画面データをキャプチャ処理する。尚、本実施形態におけるＶＲＡＭは、実際にＬＵＩへ表示するための画面データだけでなく、ＲＵＩ用にキャプチャするための画面データを展開する領域を持っており、キャプチャ用の画面データはキャプチャ用の領域に展開され、この領域に展開された画面データはＬＵＩには表示されない。また本実施形態では、そのような画面データをＶＲＡＭに展開するものとしたが、その他のメモリ（ＨＤＤやＲＯＭ等）に展開して保持するものとしても構わない。

一方、Ｓ６０５の判断の結果、ブラウザ表示言語種と、現在ローカルＵＩに表示している画面の言語種情報とが一致している場合、ステップＳ６０９へ進む。また、Ｓ６０６の判断の結果、ブラウザ表示言語種に一致する言語種のメッセージリソースが、メッセージリソース格納部１０００５に格納されていない場合にも、ステップＳ６０９へと進む。Ｓ６０９において、ＣＰＵ２００１はＶＲＡＭに保持されている表示画面データをキャプチャ処理する。

次にステップＳ６１０において、ＣＰＵ２００１はキャプチャ処理によって取得された表示画面データのビットマップ画像を生成し、この画像を含んだＷｅｂページを生成する。具体的には、生成したビットマップ画像へのリンクを含んだＨＴＭＬデータを生成する。

以上が、図５のステップＳ５０９でのＣＧＩプログラムの処理である。

図７は本発明の実施形態による画像処理装置２００から送信されたＷｅｂページの、Ｗｅｂブラウザでの表示例を示す図である。この画面はコンピュータ１１の表示部にＷｅｂブラウザによって表示されるものである。

図７の例では、画像処理装置２００においてエラーが発生したときに画像処理装置のローカルＵＩに表示される画面と共通の画面を、リモートＵＩにおいて表示した場合を示している。

まずユーザがリモートＵＩのトップページにおいてインデックス領域５００のＥｒｒｏｒ Ｉｎｆｏｒｍａｔｉｏｎボタン５０２を押す（クリックする）。するとＥｒｒｏｒ Ｉｎｆｏｒｍａｔｉｏｎページを表示するべくＨＴＴＰコマンドが画像処理装置２００へ送信される（ステップＳ５０２）。その際、送信されるＨＴＴＰコマンドにはＷｅｂページの表示言語種に関する情報が記載されている。図７の例の場合には表示言語種が英語であることを示す情報が記載されている。これを受けた画像処理装置２００は、要求を満たすように処理を行い、図７に示す表示内容を記述したＨＴＭＬデータを送信する（ステップＳ５１１）。リモートＵＩ画面のメイン領域５０１は、エラー情報５０３、エラー詳細情報５０４、キャプチャ画面５０５を含んでいる。図７の例では、Ｗｅｂブラウザの表示言語種は英語であるので、Ｗｅｂブラウザに表示されている画像処理装置操作部２０１２のキャプチャ画面５０５の表示言語もまた英語で表示される。

このように、本実施形態では図６のステップＳ６０８の処理により、ローカルＵＩの表示画面データのメッセージリソース部分を、Ｗｅｂブラウザの表示言語種に対応するメッセージリソースに置き換える。その結果、画像処理装置２００のローカルＵＩのキャプチャ画面の表示言語種を、リモートＵＩの表示言語種に揃えることができる。

これにより、本実施形態によれば、ユーザは自分が使用するコンピュータのＷｅｂブラウザに表示すべきＷｅｂページの表示言語種に揃えて、画像処理装置の表示画面をコンピュータ上で閲覧することができるようになる。従ってユーザにとってより理解し易い表示が可能となる。

一般的にネットワーク上の画像処理装置は様々なユーザに共用されており、その表示画面は管理者等によって決められた表示言語種で表示されていることが多い。一方でユーザが個人的に使用するコンピュータは、そのユーザが理解し易い表示言語種で表示するように設定されており、コンピュータが備えるＷｅｂブラウザに表示されるＷｅｂページも同様である。つまり、このような状況で、画像処理装置の表示画面の表示言語種とコンピュータに表示されるＷｅｂページの表示言語種とが異なっていた場合でも、本実施例によればユーザが使い易いＷｅｂページを提供することが可能となる。

（その他の実施形態）
なお、上記実施形態では、本発明を、情報送信装置として動作可能な画像処理装置に適用した場合を例示したが、これに限定されるものではない。また複数の装置から構成されているシステムにおいても適用可能であり、例えば上記実施形態で説明した各フローチャートの処理を１つの装置が備える複数のＣＰＵで分担して処理したり、複数の装置が備えるそれぞれのＣＰＵで分担して処理してもよい。また、上記実施形態では、情報送信装置が提供するＷｅｂページはＨＴＭＬデータによって記述されたが、ＸＭＬ等その他のページ記述言語を用いて記述されても構わない。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

２００１ ＣＰＵ
２００２ ＲＡＭ
２００３ ＲＯＭ
２００４ ＨＤＤ
２００９ ＶＲＡＭ

Claims (7)

1. 画像処理装置であって、
   情報処理装置からＷｅｂページの要求を受信する受信手段と、
   前記受信手段により受信した要求に基づいて、情報処理装置が備えるＷｅｂブラウザに表示すべきＷｅｂページの表示言語種を識別する識別手段と、
   前記画像処理装置が備える操作パネルの表示に設定可能な複数の表示言語種と、該複数の表示言語種毎のメッセージリソースとを管理する管理手段と、
   前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致するか否かを判定する第１の判定手段と、
   前記第１の判定手段により、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致していると判定された場合、前記操作パネルの表示画面を示す第１の表示画面データを含んだＷｅｂページを生成し、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致しないと判定された場合、前記管理手段により管理された複数のメッセージリソースの中から前記識別手段により識別された表示言語種に一致する表示言語種のメッセージリソースを取得し、前記操作パネルの表示に設定されている表示言語種のメッセージリソースを前記取得手段により取得したメッセージリソースに置き換えた場合の表示画面を示す第２の表示画面データを含んだＷｅｂページを生成する生成手段と、
   前記生成手段によって生成されたＷｅｂページを前記情報処理装置に送信する送信手段と、
   を有することを特徴とする画像処理装置。
2. 前記受信手段は、情報処理装置から送信されたＨＴＴＰコマンドに含まれる情報を受信することを特徴とする請求項１記載の画像処理装置。
3. 前記第１の表示画面データ又は第２の表示画面データのキャプチャ画像を生成するキャプチャ手段を更に有し、
   前記生成手段は、前記キャプチャ手段によって生成されたキャプチャ画像を含んだＷｅｂページを生成することを特徴とする請求項１又は２記載の画像処理装置。
4. 前記生成手段は、前記キャプチャ画像に対するリンクを含んだＨＴＭＬデータを生成することを特徴とする請求項３記載の画像処理装置。
5. 前記生成手段によって生成されるＷｅｂページは、画像処理装置において行われる画像処理に関する設定を行うためのＷｅｂページであることを特徴とする請求項１乃至４の何れか一項に記載の画像処理装置。
6. 画像処理装置が備える操作パネルの表示に設定可能な複数の表示言語種と、該複数の表示言語種毎のメッセージリソースとを管理する画像処理装置の制御方法であって、
   情報処理装置からＷｅｂページの要求を受信する受信ステップと、
   前記受信ステップにおいて受信した要求に基づいて、情報処理装置が備えるＷｅｂブラウザに表示すべきＷｅｂページの表示言語種を識別する識別ステップと、前記操作パネルの表示に設定されている表示言語種と前記識別ステップによって識別された表示言語種とが一致するか否かを判定する第１の判定ステップと、
   前記第１の判定ステップにおいて、前記操作パネルの表示に設定されている表示言語種と前記識別手段によって識別された表示言語種とが一致していると判定された場合、前記操作パネルの表示画面を示す第１の表示画面データを含んだＷｅｂページを生成し、前記操作パネルの表示に設定されている表示言語種と前記識別ステップにおいて識別された表示言語種とが一致しないと判定された場合、前記複数のメッセージリソースの中から前記識別ステップにより識別された表示言語種に一致する表示言語種のメッセージリソースを取得し、前記操作パネルの表示に設定されている表示言語種のメッセージリソースを前記取得手段により取得したメッセージリソースに置き換えた場合の表示画面を示す第２の表示画面データを含んだＷｅｂページを生成する生成ステップと、
   前記生成ステップによって生成されたＷｅｂページを前記情報処理装置に送信する送信ステップと、
   を有することを特徴とする画像処理装置の制御方法
7. 請求項６記載の各ステップをコンピュータ装置に実行させるためのプログラム。

Images