(57)【要約】【課題】同じ情報をそれぞれ異なる表示形式で表示する表示データを、少ない記憶容量で生成することができる画像処理装置、画像処理方法及び画像処理システムの提供を目的とする。【解決手段】ネットワークを介して接続される端末からの要求を受信する要求受信手段と、前記端末からの要求に基づいて前記端末に表示させる表示情報を特定する表示情報特定手段と、前記表示情報を前記端末に表示させるための複数の表示形式を定義する表示形式定義手段と、前記表示情報を前記端末に表示させるための書式情報を定義する書式情報定義手段と、前記表示情報を前記書式情報に従って、前記複数の表示形式のうち一の前記表示形式を用いて前記端末において表示される表示データに変換する表示情報変換手段と、前記表示データを前記端末に送信する表示データ送信手段とを有することにより上記課題を解決する。【選択図】　　　　図３
2004110131.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される端末からの要求を受信する要求受信手段と、
前記要求受信手段が受信した前記端末からの要求に基づいて、前記端末に表示させる表示情報を特定する表示情報特定手段と、
前記表示情報を前記端末に表示させるための複数の表示形式を定義する表示形式定義手段と、
前記表示情報を前記端末に表示させるための書式情報を定義する書式情報定義手段と、
前記表示情報を前記書式情報に従って、前記複数の表示形式のうち一の前記表示形式を用いて前記端末において表示される表示データに変換する表示情報変換手段と、
前記表示データを前記端末に送信する表示データ送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記表示形式定義手段は、一つの前記表示情報に対し複数の言語表現による文字列を定義することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記複数の言語表現は、それぞれ言語種別が異なることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記表示情報特定手段は、前記端末からの要求に基づいて、前記表示情報の前記表示形式を決定することを特徴とする請求項１乃至３いずれか一項記載の情報処理装置。
【請求項５】
前記書式情報には、前記表示情報の一部が記載されていることを特徴とする請求項１乃至４いずれか一項記載の情報処理装置。
【請求項６】
前記表示情報特定手段は、前記端末からの要求に基づく処理の結果を前記表示情報として含む表示情報データを生成する表示情報データ生成手段を更に有し、
前記表示情報変換手段は、前記表示情報データに含まれる前記表示情報を前記端末に表示させるための前記表示データに変換することを特徴とする請求項１乃至５いずれか一項記載の情報処理装置。
【請求項７】
前記表示情報データには、前記表示情報データに含まれる前記表示情報の前記表示形式を決定するための識別情報が記載されており、
前記表示情報変換手段は、前記識別情報に基づいて前記表示情報の前記表示形式を決定することを特徴とする請求項６記載の情報処理装置。
【請求項８】
ネットワークを介して接続される端末からの要求を受信する要求受信手順と、
前記要求受信手順が受信した前記端末からの要求に基づいて、前記端末に表示させる表示情報を特定する表示情報特定手順と、
前記表示情報を、前記表示情報を前記端末に表示させるための書式情報に従って、前記表示情報を前記端末に表示させるための複数の表示形式のうち一の前記表示形式を用いて前記端末において表示される表示データに変換する表示情報変換手順と、
前記表示データを前記端末に送信する表示データ送信手順とを有することを特徴とする情報処理装置による情報処理方法。
【請求項９】
前記複数の表示形式は、それぞれ異なる言語表現による文字列であることを特徴とする請求項８記載の情報処理方法。
【請求項１０】
前記それぞれ異なる言語表現は、それぞれ言語種別が異なることを特徴とする請求項９記載の情報処理方法。
【請求項１１】
前記表示情報特定手順は、前記端末からの要求に基づいて、前記表示情報の前記表示形式を決定することを特徴とする請求項８乃至１０いずれか一項記載の情報処理方法。
【請求項１２】
前記書式情報には、前記表示情報の一部が記載されていることを特徴とする請求項８乃至１１いずれか一項記載の情報処理方法。
【請求項１３】
前記表示情報特定手順は、前記端末からの要求に基づく処理の結果を前記表示情報として含む表示情報データを生成する表示情報データ生成手順を更に有し、
前記表示情報変換手順は、前記表示情報データに含まれる前記表示情報を前記端末に表示させるための前記表示データに変換することを特徴とする請求項８乃至１２いずれか一項記載の情報処理方法。
【請求項１４】
前記表示情報データには、前記表示情報データに含まれる前記表示情報の前記表示形式を決定するための識別情報が記載されており、
前記表示情報変換手順は、前記識別情報に基づいて前記表示情報の前記表示形式を決定することを特徴とする請求項１３記載の情報処理方法。
【請求項１５】
情報処理装置と端末とがネットワークを介して接続された情報処理システムであって、
前記情報処理装置は、前記端末からの要求を受信する要求受信手段と、
前記要求受信手段が受信した前記端末からの要求に基づいて、前記端末に表示させる表示情報を特定する表示情報特定手段と、
前記表示情報を前記端末に表示させるための複数の表示形式を定義する表示形式定義手段と、
前記表示情報を前記端末に表示させるための書式情報を定義する書式情報定義手段と、
前記表示情報を前記書式情報に従って、前記複数の表示形式のうち一の前記表示形式を用いて前記端末において表示される表示データに変換する表示情報変換手段と、
前記表示データを前記端末に送信する表示データ送信手段とを有し、
前記端末は、前記情報処理装置から受信した前記表示データを表示する表示手段を有することを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特にネットワークを介して接続される端末に表示データを送信する情報処理装置及び情報処理法に関する。また、本発明は、前記情報処理装置と前記端末とによる情報処理システムに関する。
【０００２】
【従来の技術】
近年では、インターネット上で種々の情報を提供するための表示データであるＷｅｂページにおいて、デザインや情報の表示形式をユーザにあわせて提供するものが見受けられる。同一の情報を異なる表示形式で表示する顕著な例としては、異なる言語による表示が挙げられる。即ち、Ｗｅｂページを利用するユーザは、それぞれ同じ言語を使うとは限らず、様々な言語で情報を見るのが一般的である。あるユーザは日本語での表示を要求し、別のユーザは英語やフランス語等による表示を要求する。
【０００３】
一方、最近では画像処理装置のような組み込み機器において、機器のステータスや、保管された文書情報、スプールされているジョブ、ＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳を、ネットワークを介して接続される端末等にＷｅｂページによって提供するものが存在する。Ｗｅｂページによってこれらの情報を提供する利点としては、端末側には汎用的なＷｅｂブラウザがあれば特別なソフトウェアをインストールしなくても良い、端末側のプラットフォームに依存しない、機器の側にいなくとも遠隔地において情報を確認できる等が挙げられる。このような機器によって提供されるＷｅｂページにおいても、一般的なＷｅｂサーバによるものと同様、同一の情報をユーザによって異なる言語や表示形式により表示できることが望ましい。
【０００４】
機器に関する情報を様々な言語で提供するための手法としては、予め翻訳処理されたＷｅｂページを保持しておく手法（特開２０００−３３０９９２）、一つの機器に複数の翻訳モジュールを搭載する手法（特開２００１−３２５２５５）等があり、機器はＷｅｂブラウザからの要求に応じた言語で予め作成されたＷｅｂページを提供することで、迅速にＷｅｂブラウザの要求に応じることができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、画像処理装置のような組み込み機器はメモリ容量の制約が厳しいため、予め翻訳処理されたＷｅｂページを用意することや、複数の翻訳モジュールを一つの機器に用意することは極めて困難である。また容量の点だけでなく開発効率や保守の面からも極めて困難の事情がある。即ち、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）データとしてのＷｅｂページの雛形がＣ言語のようなプログラミング言語のソースコードに埋め込まれているため、ＨＴＭＬの変更の際にはソースコードの修正及び再コンパイルの必要が生じる。
【０００６】
また、プログラムのロジック中にＷｅｂページのレイアウト等の書式情報に関する処理が組み込まれているため、プログラム担当者とＷｅｂページのレイアウトの担当者の二人で一つのソースコードを作成するか、いずれか一人で両方の作業を担当するかしなければならない。更に、プログラムの出力結果であるＨＴＭＬを見るには画像処理装置等の実機でプログラムを動作させる必要があり、まずはプログラムを先に作成しなければならなかった。
【０００７】
一方、画面レイアウトの情報をプログラムのから分離させる方法として、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）及びＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ）等の技術を利用する方法がある。即ち、プログラムは処理結果をＸＭＬデータとして出力し、ＨＴＭＬデータに変換する際の書式情報はＸＳＬファイルで定義する。これによりＷｅｂページの書式情報の変更はＸＳＬファイルの修正だけでよく、プログラムのソースコードの修正、及び再コンパイルは不要となる。また、処理結果としてのＸＭＬデータのサンプルさえあれば書式情報を規定するＸＳＬファイルを作成することができる。更にＸＳＬＴ（ＸＳＬ　Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）変換の確認はＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）上でも可能であるため画面開発に実機が不要である。このためプログラムとＷｅｂページの書式情報を並行して開発することができ、それぞれの作業の完全分業が可能となる。
【０００８】
以上のように組み込み機器におけるＷｅｂページの生成は、ＸＳＬＴ変換を利用すれば格段に開発効率の点で都合が良い。但し、この場合一つのＷｅｂページに対して言語の種類の数だけのＸＳＬファイルが必要となるため、画像処理装置のような組み込み機器においては、依然としてメモリ容量の問題が残ってしまう。
【０００９】
即ちＸＳＬファイルはその特性上、タグやスペース、数字などの言語非依存の表示用コードが１ページの半分以上を占めており、各言語によって異なる表示がされる表示情報に比べて１ページの占有率が高い。従って１ページの占有率が高く、メモリ消費の原因となるＸＳＬファイルは表示言語の異なる複数のＷｅｂページの生成において共通に利用されることが望ましい。
【００１０】
本発明は、上記の点に鑑みてなされたものであって、同じ情報をそれぞれ異なる表示形式で表示する表示データを、少ない記憶容量で生成することができる画像処理装置、画像処理方法及び画像処理システムの提供を目的とする。
【００１１】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続される端末からの要求を受信する要求受信手段と、前記要求受信手段が受信した前記端末からの要求に基づいて、前記端末に表示させる表示情報を特定する表示情報特定手段と、前記表示情報を前記端末に表示させるための複数の表示形式を定義する表示形式定義手段と、前記表示情報を前記端末に表示させるための書式情報を定義する書式情報定義手段と、前記表示情報を前記書式情報に従って、前記複数の表示形式のうち一の前記表示形式を用いて前記端末において表示される表示データに変換する表示情報変換手段と、前記表示データを前記端末に送信する表示データ送信手段とを有することを特徴とする。
【００１２】
このような情報処理装置では、表示情報に対する複数の表示形式は表示形式定義手段において定義されているため、書式情報は表示形式に関する情報から分離させることができる。従って、表示形式毎に書式情報定義手段を有する必要はなく、同一の表示情報をそれぞれことなる表示形式で表示する表示データを少ない記憶容量で生成することができる。
【００１３】
また、本発明は、請求項２に記載されるように、前記表示形式定義手段は、一つの前記表示情報に対し複数の言語表現による文字列を定義することを特徴とする。
【００１４】
このような情報処理装置では、一つの表示情報に対し複数の言語表現による文字列の定義を有しているため、同一の表示情報がそれぞれ異なる言語表現で表示される表示データを生成することができる。
【００１５】
また、本発明は、請求項３に記載されるように、前記複数の言語表現は、それぞれ言語種別が異なることを特徴とする。
【００１６】
このような情報処理装置では、同一の表示情報をそれぞれ異なる言語種別による言語表現で表示される表示データを生成することができる。
【００１７】
また、本発明は、請求項４に記載されるように、前記表示情報特定手段は、前記端末からの要求に基づいて、前記表示情報の前記表示形式を決定することを特徴とする。
【００１８】
このような情報処理装置では、どの表示形式により表示情報を表示するかは端末からの要求に基づいて決定するため、端末の要求に合わせた表示形式による表示データを生成することができる。
【００１９】
また、本発明は、請求項５に記載されるように、前記書式情報には、前記表示情報の一部が記載されていることを特徴とする。
【００２０】
このような情報処理装置では、書式情報に表示情報の一部が記載されているため、常に表示する表示情報等の静的な表示情報については、書式情報に記載しておけばよく、表示データの開発の効率化を図ることができる。
【００２１】
また、本発明は、請求項６に記載されるように、前記表示情報特定手段は、前記端末からの要求に基づく処理の結果を前記表示情報として含む表示情報データを生成する表示情報データ生成手段を更に有し、前記表示情報変換手段は、前記表示情報データに含まれる前記表示情報を前記端末に表示させるための前記表示データに変換することを特徴とする。
【００２２】
このような情報処理装置では、端末からの要求に基づく処理の結果として表示情報が生成されるため、表示情報が動的に変更される表示データを提供することができる。
【００２３】
また、本発明は、請求項７に記載されるように、前記表示情報データには、前記表示情報データに含まれる前記表示情報の前記表示形式を決定するための識別情報が記載されており、前記表示情報変換手段は、前記識別情報に基づいて前記表示情報の前記表示形式を決定することを特徴とする。
【００２４】
このような情報処理装置では、表示情報データ内に表示形式を決定するための識別情報が記載されているため、表示情報変換手段は表示情報データの表示データへの変換の際に、その識別情報を確認することで表示情報の表示形式を容易に決定することができる。
【００２５】
更に、上記課題を解決するための手段として、本発明は、上記情報処理装置によって処理される情報処理方法、また、上記情報処理装置によって構成される情報処理システムとすることもできる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２７】
多種の画像形成機能を融合する本発明の実施の一形態に係る画像処理装置は、例えば、図１に示すような機能構成を成す。図１は、画像処理装置のハードウェア構成例を示す図である。
【００２８】
図１において、画像処理装置１０は、ＣＰＵ１１０２と、メモリユニット１１０４と、ハードディスク（ＨＤ）１１０６とをＡＳＩＣ１１０８に接続したコントローラボード１１０１と、操作部１１１１と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）１１１２と、ＩＥＥＥ１３９４１１１３と、スキャナ１２３１と、プロッタ１２３２と、ＦＡＸ１２３３とを有する。
【００２９】
そして、操作部１１１１はＡＳＩＣ１１０８に接続され、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）１１１２と、ＩＥＥＥ１３９４１１１３と、スキャナ処理を行うためのハードウェア資源であるスキャナ１２３１と、印刷処理を行うためのハードウェア資源であるプロッタ１２３２と、ＦＡＸ処理を行うためのハードウェア資源であるＦＡＸ１２３３とは、ＰＣＩバス１１０９を介してＡＳＩＣ１１０８に接続されている。
【００３０】
メモリユニット１１０４には、画像処理装置１０を制御するのに必要なプログラム等が格納されている。ＨＤ１１０６には、文書ファイル、画像データ、プログラム、フォントデータ及びフォームが蓄積される。操作部１１１１は、ユーザからの入力操作の受け付け並びにユーザに向けた表示を行う。
【００３１】
このようなハードウェア構成を採用することにより、異なる画像処理を行うためのデバイスを共有化でき低コスト設計が可能となる。
【００３２】
次に、図１に示すＣＰＵ１１０２によって制御される画像処理装置１０の機能構成について説明する。図２は、画像処理装置の機能構成例を示す図である。図２において、画像処理装置１０は、スキャナ１２３１、プロッタ１２３２及びＦＡＸ１２３３等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０１と、エンジンＩ／Ｆ１２０２と、ＯＳ１２０３と、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）１２０４と、スキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３及びＷｅｂアプリ１２１４等の各種アプリケーションを有している。
【００３３】
エンジン制御ボード１２０１は、スキャナ１２３１、プロッタ１２３２、ＦＡＸ１２３３等の画像処理装置１０の個別機能を制御する。エンジンＩ／Ｆ１２０２は、エンジン制御ボード１２０１に対するインタフェースを、ＯＳ１２０３やＡＰＩ１２０４に提供する。
【００３４】
ＯＳ１２０３は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、スキャナアプリ１２１１、プリンタアプリ１２１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００３５】
ＡＰＩ１２０４は、スキャナアプリ１２１１、プリンタアプリ１２１２等のアプリケーションへのインタフェースを提供する。
【００３６】
スキャナアプリ１２１１は、スキャナ用アプリケーションであり、プリンタアプリ１２１２は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。ファックスアプリ１２１３は、ファクシミリ用アプリケーションである。また、Ｗｅｂアプリ１２１４は、画像処理装置１０にネットワークを介して接続されるＷｅｂクライアントに対して画像処理装置１０の各種アプリケーションの機能を提供するためのアプリケーションである。
【００３７】
このように、ＯＳ１２０３及びＡＰＩ１２０４上に各種アプリケーションを搭載するよう構成しているので、各画像処理の処理部分を共有することが可能となる。従って、画像処理装置１０全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。
【００３８】
次に、Ｗｅｂアプリ１２１４及びＡＰＩ１２０４の一部の機能によるＷｅｂサーバとしての画像処理装置の機能構成の詳細について説明する。図３は、画像処理装置のＷｅｂサーバとしての機能構成例を示す図である。図３において画像処理装置１０は、Ｗｅｂサーバプログラム１１、Ｗｅｂアプリケーション１２、ＸＳＬＴ（ＸＳＬ　Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）プロセッサ１３、ＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｓｔｙｌｅｓｈｅｅｔ　Ｌａｎｇｕａｇｅ）ファイル１４、日本語用言語リソースファイル１５及び英語用言語リソースファイル１６等から構成される。
【００３９】
Ｗｅｂサーバプログラム１１は、一般にＨＴＴＰｄ（ＨＴＴＰ　ｄａｅｍｏｎ）と呼ばれるプログラムに相当し、画像処理装置１０をＷｅｂサーバとして機能させるためのものである。Ｗｅｂサーバプログラム１１は、Ｗｅｂクライアント１００のＷｅｂブラウザ１０１からのＨＴＴＰリクエストに応じて、Ｗｅｂアプリケーション１２を起動する。またＷｅｂサーバプログラム１１は、Ｗｅｂアプリケーション１２が生成したＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）データを要求元のＷｅｂブラウザ１０１に送信する。なお、Ｗｅｂサーバプログラム１１は、図２において、ＡＰＩ１２０４の一部の機能として画像処理装置１０に実装されている。
【００４０】
Ｗｅｂアプリケーション１２は、図２におけるＷｅｂアプリ１２１４に相当するものであり、Ｗｅｂクライアント１００からの要求に対する処理を実行し、その処理結果をＷｅｂクライアント１０において表示する表示データであるＷｅｂページを生成するプログラムである。例えばＷｅｂアプリケーション１２は、画像処理装置１０の設定情報を表示するＷｅｂページを生成する。より詳しくは、Ｗｅｂアプリケーション１２は処理結果をＸＭＬデータとして生成し、ＸＳＬＴプロセッサ１３によってそのＸＭＬデータに格納されている処理結果をＷｅｂページ上での表示情報としたＨＴＭＬデータ（Ｗｅｂページ）に変換することによりＷｅｂページを生成する。但し、ＸＭＬデータは必ずしもＷｅｂアプリケーション１２が動的に生成したものだけに限られず、ファイルとして保存されているＸＭＬデータをＷｅｂアプリケーションが表示情報として特定し、そのＸＭＬデータを変換することによりＷｅｂページを生成してもよい。
【００４１】
ここでＷｅｂアプリケーション１２が生成するＸＭＬデータに格納されている表示情報は、実際にＷｅｂページ上で表示される表示形式では記載されておらず、各表示対象を識別するための識別情報（以下「キー」という。）により記載されている。即ちＷｅｂアプリケーション１２は、表示情報の生成処理は行うが、その表示形式については関知しない。なお、Ｗｅｂアプリケーション１２が生成する表示情報が格納されているＸＭＬデータを以下においては「表示情報データ」と呼ぶ。
【００４２】
ＸＳＬＴプロセッサ１３は、ＸＳＬファイル１４に定義されている書式情報に従って表示情報データをＨＴＭＬデータに変換する。この際、ＸＳＬＴプロセッサ１３は、表示情報データ内のキーにより特定される表示情報の表示形式は、日本語用言語リソースファイル１５又は英語用言語リソースファイル１６等の言語リソースファイルの定義に従って決定する。
【００４３】
ＸＳＬファイル１４には、表示情報データ内のキーを言語リソースファイルに記されている表示形式に変換するための処理や、表示情報データをＨＴＭＬデータへ変換するための書式情報が定義されている。また、ＸＳＬファイル１４においても表示情報がキーとして記述されており、それらの表示形式への変換についても定義されている。
【００４４】
日本語用言語リソースファイル１５は、表示情報データ内のキーに対する表示形式として日本語による表示文字列が定義されているＸＭＬファイルであり、英語用言語リソースファイル１６は、表示情報データ内のキーに対する表示形式として英語による表示文字列が定義されているＸＭＬファイルである。なお、図示されていないが、言語リソースファイルは日本語用、英語用だけに限られず、例えばドイツ語、フランス語等、他の言語で表示されるＷｅｂページの生成も必要な場合は、それらに対応する言語リソースファイルを用意すればよい。
【００４５】
上述したように、Ｗｅｂアプリケーション１２が生成するＷｅｂページに表示される表示情報はキーとして表示情報データ内に生成され、表示情報データ内の各キーの表示文字列は言語リソースファイルにより定義され、更に表示情報データをＷｅｂページに変換する際の書式情報はＸＳＬファイル１４によって定義されている。このようにＸＳＬファイル１４は、表示情報の表示形式である表示文字列には依存しないため、Ｗｅｂアプリケーション１２は同一の表示情報をそれぞれ異なる言語の表示文字列で表示する複数のＷｅｂページを、同一のＸＳＬファイル１４を用いて生成することができる。
【００４６】
なお、Ｗｅｂクライアント１００は、画像処理装置１０とネットワークを介して接続される端末であり、Ｗｅｂページを表示するＷｅｂブラウザ１０１を備えている。
【００４７】
以下、図３の画像処理装置１０の処理手順について説明する。図４は、画像処理装置のＷｅｂページ生成処理を説明するためのシーケンス図である。
【００４８】
ステップＳ１０において、Ｗｅｂクライアント１００のＷｅｂブラウザ１０１は、ユーザからのＵＲＬの入力等に基づいて、例えば画像処理装置１０のプリンタ名等の設定情報を日本語又は英語等で表示するＷｅｂページの送信要求（ＨＴＴＰリクエスト）を画像処理装置１０のＷｅｂサーバプログラム１１に送信する。
【００４９】
ステップＳ１０に続いてステップＳ１１に進み、ＨＴＴＰリクエストを受信したＷｅｂサーバプログラム１１は、ＵＲＬの指定に応じ、画像処理情報１０の設定情報を表示するＷｅｂページの生成を行うＷｅｂアプリケーション１２を呼び出す。ここでＷｅｂサーバプログラム１１は、Ｗｅｂクライアント１００から要求された言語でＷｅｂページを生成するように指定して、Ｗｅｂアプリケーション１２を呼び出す。
【００５０】
ステップＳ１１に続いてステップＳ１２に進み、Ｗｅｂアプリケーション１２は、画像処理装置１０の設定情報を取得し、その結果をＸＭＬデータとして生成する。
【００５１】
図５は、Ｗｅｂアプリケーションの処理結果として生成される表示情報データの例を示す図である。図５の表示情報データ１２０は、日本語のＷｅｂページが要求された場合の例である。表示情報データ１２０においてｌａｎｇ要素１２１は、表示情報データ１２０をどの言語によるＷｅｂページに変換すべきかを示す。本実施の形態において「ｊａ」の記載は、日本語に変換すべきことを意味する。例えば英語へ変換すべき旨の記載が「ｅｎ」である場合に、英語のＷｅｂページが要求されると、ｌａｎｇ要素１２１には「ｅｎ」と記載さる。
【００５２】
ｒｅｓｕｌｔ要素１２２は、Ｗｅｂアプリケーション１２の処理結果のステータスを示す。ここで「ＳＵＣＣＥＳＳ」は、処理が正常終了したことを示す。
【００５３】
ｓｅｔｔｉｎｇ要素１２３は、画像処理装置１０の設定情報が記されている要素であり、各設定情報を表すｉｔｅｍ要素を有している。各ｉｔｅｍ要素は、更に設定情報の属性名のキーを示すＮａｍｅ要素と、その値を示すＶａｌｕｅ要素とを有している。
【００５４】
即ち、ｉｔｅｍ要素１２４より属性「Ｓ＿ＮＡＭＥ」の値は、「Ｍｙ　Ｐｒｉｎｔｅｒ」であることが分かる。同じくｉｔｅｍ要素１２５及びｉｔｅｍ要素１２６より、属性「Ｓ＿ＧＲＯＵＰ」の値は、「ＲＲＲ」であり、属性「Ｓ＿ＣＯＭＭＥＮＴ」の値は「Ｃｏｌｏｒ　Ｐｒｉｎｔｅｒ」であることが分かる。ここで「Ｓ＿ＮＡＭＥ」、「Ｓ＿ＧＲＯＵＰ」及び「Ｓ＿ＣＯＭＭＥＮＴ」が表示情報を識別するためのキーに該当し、言語によって表示文字列が異なる対象である。
【００５５】
図４のステップＳ１２に続いてステップＳ１３に進み、Ｗｅｂアプリケーション１２は、表示情報データ１２０にＸＳＬファイル１４を適用してＨＴＭＬデータを生成するように、ＸＳＬＴプロセッサ１３に要求する。
【００５６】
ステップＳ１３に続いてステップＳ１４に進み、ＸＳＬＴプロセッサ１３は、表示情報データ１２０にＸＳＬファイル１４を適用してＨＴＭＬデータを生成する。この際、ＸＳＬＴプロセッサ１３は、表示情報データ１２０のｌａｎｇ要素の記載に従って、表示情報データ１２０又はＸＳＬファイル１４内記載されたキーをどの言語に置換すべきか、即ちどの言語リソースファイルを利用すべきかを判断し、言語リソースファイルに定義されている表現に置換する。
【００５７】
図６は、日本語用言語リソースファイルとしてのＸＭＬファイルの例を示す図である。図６の記述１５１において、キー「Ｓ＿ＴＩＴＬＥ」に対する日本語による表示文字列は「設定」であることが定義されている。同様に「Ｓ＿ＮＡＭＥ」は「プリンタ名」、「Ｓ＿ＧＲＯＵＰ」は「グループ」、「Ｓ＿ＣＯＭＭＥＮＴ」は「コメント」、「Ｓ＿ＣＯＮＤ」は「状態」として定義されている。
【００５８】
また、図７は、英語用言語リソースファイルとしてのＸＭＬファイルの例を示す図である。図７の記述１６１において、キー「Ｓ＿ＴＩＴＬＥ」に対する英語による表示文字列は「Ｓｅｔｔｉｎｇｓ」、Ｓ＿ＮＡＭＥ」は「ＰｒｉｎｔｅｒＮａｍｅ」、「Ｓ＿ＧＲＯＵＰ」は「Ｇｒｏｕｐ」、「Ｓ＿ＣＯＭＭＥＮＴ」は「Ｃｏｍｍｅｎｔ」、「Ｓ＿ＣＯＮＤ」は「Ｃｏｎｄｉｔｏｎ」として定義されている。
【００５９】
更に図８及び図９は、ＸＳＬファイルの例を示す図であり、図８と図９とで一つのＸＳＬファイルを示している。図８の記述１４１には、Ｗｅｂブラウザ１０１のタイトルバーに表示する文字列のＨＴＭＬデータへの出力（以下単に「出力」という。）が定義されている。但し、出力する文字列が直接記されているのではなく、記述１４１１に示されるように、キーによって定義されている。即ち、キー「Ｓ＿ＴＩＴＬＥ」を入力パラメータとして、後述する多言語変換テンプレート（ＳｔｒｉｎｇＧｅｎｅｒａｔｏｒ）を呼び出し、言語リソースファイルに定義されているキー「Ｓ＿ＴＩＴＬＥ」に対応する表示文字列をタイトル文字列として出力する旨が定義されている。従って、図６より、日本語の場合は「設定」という文字列が、英語の場合は図７より「Ｓｅｔｔｉｎｔｇｓ」という文字列がＷｅｂブラウザ１０１のタイトルバーに表示する文字列として出力される。
【００６０】
図９の記述１４２には、Ｗｅｂページ内のタイトルとして表示する文字列の出力が定義されている。記述１４２においても記述１４１と同様に、キー「Ｓ＿ＴＩＴＬＥ」を入力パラメータとして多言語変換テンプレート（ＳｔｒｉｎｇＧｅｎｅｒａｔｏｒ）を呼び出すことにより、言語リソースファイルに定義されているキー「Ｓ＿ＴＩＴＬＥ」に対応する表示文字列をＷｅｂページ内のタイトル文字列として出力する旨が定義されている。
【００６１】
記述１４３には、表示情報データ１２０の各ｉｔｅｍ要素の出力が定義されている。即ち記述１４３１には、ｉｔｅｍ要素内のＮａｍｅ要素に記されているキーの出力が定義されており、記述１４３２には、ｉｔｅｍ要素内のＶａｌｕｅ要素に記されている文字列の出力が定義されている。但し、記述１４３１におけるＮａｍｅ要素については、多言語変換テンプレート（ＳｔｒｉｎｇＧｅｎｅｒａｔｏｒ）を呼び出すことにより、言語リソースファイルに定義されている各Ｎａｍｅ要素におけるキーに対応する表示文字列を出力する旨が定義されている。
【００６２】
図８の記述１４４には、多言語変換テンプレートが定義されている。記述１４４１において、表示情報データ１２０内のｌａｎｇ要素１２を参照し、キーの変換に利用すべき言語リソースファイル名を特定している。なお記述１４４１における定義は、言語リソースファイル名が、「ｒｅｓｏｕｒｃｅ＿＜ｌａｎｇ要素１２の文字列＞．ｘｍｌ」という形式に従っていることを前提とした例である。従って、日本語用言語リソースファイル１５のファイル名は、ｒｅｓｏｕｒｃｅ＿ｊａ．ｘｍｌ、英語用言語リソースファイル１６のファイル名は、ｒｅｓｏｕｒｃｅ＿ｅｎ．ｘｍｌである。
【００６３】
記述１４４２においては、キーに対応する表示文字列を言語リソースファイルから検索し、出力している。
【００６４】
ステップＳ１４においてＸＳＬＴプロセッサ１３は、表示情報データ１２０を日本語で表示するＷｅｂページを生成する場合は、上述したＸＳＬファイル１４及び日本語リソースファイル１５を適用してＨＴＭＬデータを生成し、英語で表示するＷｅｂページを生成する場合は、日本語よるＷｅｂページの生成と同一のＸＳＬファイル１４及び英語用言語リソースファイル１６を適用してＨＴＭＬデータを生成する。
【００６５】
図４のステップＳ１４に続いてステップＳ１５に進み、ＸＳＬＴプロセッサ１３は、生成したＨＴＭＬデータ、即ちＷｅｂページをＷｅｂアプリケーション１２に対して出力する。
【００６６】
ステップＳ１５に続いてステップＳ１６に進み、Ｗｅｂアプリケーション１２は、ＷｅｂページをＷｅｂサーバプログラム１１に出力する。ステップＳ１６に続いてステップＳ１７に進み、Ｗｅｂサーバプログラム１１は、Ｗｅｂページを要求元のＷｅｂブラウザ１０１に送信する。
【００６７】
ステップＳ１７に続いてステップＳ１８に進み、Ｗｅｂブラウザ１０１は受信したＷｅｂページを表示する。
【００６８】
図１０は、日本語で生成されたＷｅｂページの表示例を示す図である。図１０のＷｅｂブラウザ１１１において、タイトルバー文字列１１２及びＷｅｂページタイトル１１３は「設定」と日本語で表示されている。また、各属性名についても、「プリンタ名」、「グループ」、「コメント」と日本語で表示されているのが分かる。これらの文字列は全て日本語リソースファイル１５から取得したものである。
【００６９】
また、図１１は、英語で生成されたＷｅｂページの表示例を示す図である。図１０のＷｅｂブラウザ１２１において、タイトルバー文字列１２２及びＷｅｂページタイトル１２３は「Ｓｅｔｔｉｎｇｓ」と英語で表示されている。また、各属性名についても、「ＰｒｉｎｔｅｒＮａｍｅ」、「Ｇｒｏｕｐ」、「Ｃｏｍｍｅｎｔ」と英語で表示されているのが分かる。これらの文字列は全て日本語リソースファイル１５から取得したものである。なお、図１１のＷｅｂページは図１０のＷｅｂページと同一のＸＳＬファイル１４を適用して生成されている。
【００７０】
上述したように、本発明の実施の形態における画像処理装置１０によれば、同一の表示情報をそれぞれ異なる言語で表示する複数のＷｅｂページを、同一のＸＳＬファイル１４を用いて生成するため、Ｗｅｂページの書式情報を規定するというその特性上タグやスペース、数字等の言語非依存なコードを多く含むことによりサイズが大きくなりがちなＸＳＬファイル１４を言語種別毎にする必要がなく、表示言語の異なる複数のＷｅｂページを少ない記憶容量で生成することができる。
【００７１】
また、Ｗｅｂアプリケーション１２は処理結果として書式情報を含まないＸＭＬデータを生成すればよいため、Ｗｅｂページ上でのレイアウト等の書式情報に依存する処理を実装する必要はなく、開発効率の向上を図ることができる。
【００７２】
なお、本発明の効果は画像処理装置においてのみに限定されるものでなく、他の機器においても同様に得ることができる。
【００７３】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００７４】
【発明の効果】
上述の如く、本発明によれば、表示情報に対する複数の表示形式は表示形式定義手段において定義されているため、書式情報は表示形式に関する情報から分離させることができる。従って、表示形式毎に書式情報定義手段を有する必要はなく、同一の表示情報をそれぞれことなる表示形式で表示する表示データを少ない記憶容量で生成することができる。
【図面の簡単な説明】
【図１】画像処理装置のハードウェア構成例を示す図である。
【図２】画像処理装置の機能構成例を示す図である。
【図３】画像処理装置のＷｅｂサーバとしての機能構成例を示す図である。
【図４】画像処理装置のＷｅｂページ生成処理を説明するためのシーケンス図である。
【図５】Ｗｅｂアプリケーションの処理結果として生成される表示情報データの例を示す図である。
【図６】日本語用言語リソースファイルとしてのＸＭＬファイルの例を示す図である。
【図７】英語用言語リソースファイルとしてのＸＭＬファイルの例を示す図である。
【図８】ＸＳＬファイルの例を示す図である。
【図９】ＸＳＬファイルの例を示す図である。
【図１０】日本語で生成されたＷｅｂページの表示例を示す図である。
【図１１】英語で生成されたＷｅｂページの表示例を示す図である。
【符号の説明】
１０　　　　　画像処理装置　　　　１１　　Ｗｅｂサーバプログラム
１２　　　　　Ｗｅｂアプリケーション
１３　　　　　ＸＳＬＴプロセッサ　１４　　ＸＳＬファイル
１５　　　　　日本語用言語リソースファイル
１６　　　　　英語用言語リソースファイル
１００　　　　Ｗｅｂクライアント　１０１　　　　Ｗｅｂブラウザ
１１０１　　　コントローラ　　　　１１０２　　　ＣＰＵ
１１０４　　　メモリユニット　　　１１０８　　　ＡＳＩＣ
１１０９　　　ＰＣＩ　　　　　　　１１１１　　　操作部
１１１２　　　ＵＳＢ　　　　　　　１１１３　　　ＩＥＥＥ１３９４
１２０１　　　エンジン制御ボード　１２０２　　　エンジンＩ／Ｆ
１２０３　　　ＯＳ　　　　　　　　１２０４　　　ＡＰＩ
１２１１　　　プリンタアプリ　　　１２１２　　　スキャナアプリ
１２１３　　　ファックスアプリ　　１２１５　　Ｗｅｂアプリ
１２３１　　　スキャナ　　　　　　１２３２　　　プロッタ
１２３３　　　ＦＡＸ
【図１】
2004110131.tif 000003
【図２】
2004110131.tif 000004
【図３】
2004110131.tif 000005
【図４】
2004110131.tif 000006
【図５】
2004110131.tif 000007
【図６】
2004110131.tif 000008
【図７】
2004110131.tif 000009
【図８】
2004110131.tif 000010
【図９】
2004110131.tif 000011
【図１０】
2004110131.tif 000012
【図１１】
2004110131.tif 000013