JP2005032230A - 電子装置及びＷｅｂページ生成方法 - Google Patents

Abstract

【課題】 生成されるＷｅｂページの表示態様を容易に変更することができる電子装置、Ｗｅｂページ生成方法、及びデータ生成方法の提供を目的とする。
【解決手段】 表示が要求されたＷｅｂページの表示態様に関する情報を有する表示態様データをネットワークを介して取得する表示態様データ取得手段と、前記表示態様データ取得手段によって取得された前記表示態様データに基づいて前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有することにより上記課題を解決する。
【選択図】 図８

Description

本発明は、電子装置及びＷｅｂページ生成方法及に関し、特にＷｅｂページを生成する電子装置及びＷｅｂページ生成方法に関する。

近年では、一般的なコンピュータのみならず、種々の組み込み機器においても、Ｗｅｂサーバとして機能するものが提供されている。例えば、プリンタ、ＦＡＸ、及びコピー機等の画像処理装置についても、機器のステータスや、保管された文書情報、スプールされているジョブ、ＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳を、ネットワークを介して接続される端末等にＷｅｂページによって提供するものが存在する。Ｗｅｂページによってこれらの情報を提供する利点としては、端末側には汎用的なＷｅｂブラウザがあれば特別なソフトウェアをインストールしなくても良い、端末側のプラットフォームに依存しない、遠隔地において機器の情報を確認できる等が挙げられる。

Ｗｅｂサーバとして機能する組み込み機器において、端末から要求されたＷｅｂページを生成する際の処理について図を用いて説明する。

図１は、従来の組み込み機器におけるＷｅｂページの生成処理を説明するための図である。図１において、組み込み機器の具体例であるプリンタ等の画像処理装置１０と、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、及び携帯電話等を表現する端末２０及び端末３０とがインターネット、又はＬＡＮ等のネットワーク４０を介して接続されている。

画像処理装置１０は、組み込みＷｅｂサーバ１１と、Ｗｅｂアプリ１２、１３、及び１４と、ＲＯＭ１６とから構成されており、ＲＯＭ１６には、アプリデータ１６１、書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等が保存されている。

組み込みＷｅｂサーバ１１は、端末２０等とのＨＴＴＰによる通信を制御するデーモンプログラムであり、端末２０等から送信されるＨＴＴＰリクエストを解釈し、Ｗｅｂアプリ１２等を呼び出す。組み込みＷｅｂサーバ１１は、更に、Ｗｅｂアプリ１２等が生成したＨＴＭＬデータであるＷｅｂページを端末２０等に対して送信する。

Ｗｅｂアプリ１２等は、端末２０等から要求された情報を表示するＷｅｂページを生成するプログラムであり、Ｗｅｂページの種類に応じて複数のインスタンスが実装されている。

ＲＯＭ１６は、一般的なＲＯＭと同様に、読み出し専用のメモリである。

アプリデータ１６１は、Ｗｅｂアプリ１２等がＷｅｂページを生成する際に参照するデータであり、Ｗｅｂページに掲載する情報そのものや、あるいはＷｅｂページに掲載する情報を生成するための元となる情報等を有するデータである。

書式データ１６２は、Ｗｅｂページの書式情報が定義されているＸＳＬ形式のデータであり、ファイルとしてＲＯＭ１６に保存されている。言語テーブル１６３は、Ｗｅｂページに表示させる情報のうち、表示に用いる言語（日本語、英語等の自然言語）によって表示が異なる情報に対して、言語の種別毎に表示に用いる文字列が定義されているＸＭＬ形式データである。

イメージデータ１６４は、端末２０に提供するＷｅｂページにおいて表示されるＧＩＦデータ等である。スクリプトデータ１６５は、端末２０に提供するＷｅｂページに含ませるＪａｖａ（登録商標）スクリプト等を有するデータである。

端末２０のユーザが、画像処理装置１０の所定の情報を参照すべく、端末２０のＷｅｂブラウザ２１において、画像処理装置１０のＵＲＬを入力すると、端末２０は、画像処理装置１０に対して当該所定の情報を表示するＷｅｂページの送信を要求する（ＨＴＴＰリクエスト）（Ｓ１）。ここでは、端末２０は、図２に示されるＷｅｂページを要求したものとする。

図２は、画像処理装置によって生成されるＷｅｂページの表示例を示す図である。図２に示されるＷｅｂページ２１０は、画像処理装置１０におけるネットワーク機能に関する情報を英語で表示するものである。記述２０１１は、ＡｐｐｌｅＴａｌｋプロトコルが利用可能であることを示し、記述２０１２は、ネットワーク番号を示している。

ＨＴＴＰリクエストを受信した組み込みＷｅｂサーバ１１は、ＨＴＴＰリクエストに対応したＷｅｂアプリを呼び出す。ここでは、Ｗｅｂアプリ１２が呼び出されたとする（Ｓ２）。

Ｗｅｂアプリ１２は、アプリデータ１６１等を参照して所定の処理（ネットワーク機能に関する情報の取得等）を実行し、その処理結果に基づいてＷｅｂページ２１０に表示させる情報を有するＸＭＬデータ（以下、「ベースデータ」という。）を生成する（Ｓ３）。

図３は、ベースデータの定義例を示す図である。図３のベースデータ１２１において、記述１２１１におけるｕｒｌＬａｎｇタグで囲まれている文字列「ｅｎ」は、端末２０等から要求された表示言語を識別するための情報である。本実施の形態において「ｅｎ」は、英語を示す文字列である。従って、記述１２１１によって英語版のＷｅｂページが要求されたことが特定される。

記述１２１２と記述１２１３とは、Ｗｅｂページ２１０に表示される情報に関するものである。即ち、記述１２１２におけるａｐｐｌｅｔａｌｋタグで囲まれた文字列「ｔｒｕｅ」は、画像処理装置１０におけるＡｐｐｌｅＴａｌｋプロトコルの利用の可否を示す値であり、記述１２１３におけるｎｅｔｗｏｒｋＮｏタグで囲まれた文字列「１２３４」は、ネットワーク番号を示す値である。

更に、Ｗｅｂアプリ１２は、ＲＯＭ１６から書式データ１６２と言語テーブル１６３とを読み込み（Ｓ４、Ｓ５）、それらをベースデータ１２１に適用してＸＳＬ変換を実行し、Ｗｅｂページ２１０を生成する（Ｓ６）。

図４は、書式データの定義例を示す図である。図４の書式データ１６２の定義において、記述１６２１、記述１６２２は、それぞれ図２の記述２０１１、記述２０１２に対応している。

ここで、記述１６２１ｂ、記述１６２２ｂは、それぞれ図２の記述２０１１、記述２０１２において、ＡｐｐｌｅＴａｌｋプロトコルの利用の可否、又はネットワーク番号として表示される文字列をベースデータ１２１より取得するための情報である。即ち、記述１６２１ｂにはＡｐｐｌｅＴａｌｋプロトコルの利用の可否を示す文字列は、ベースデータ１２１におけるａｐｐｌｅＴａｌｋタグで囲まれた要素の値として指定されている旨が定義されており、記述１６２２ｂにはネットワーク番号を示す文字列は、ベースデータ１２１におけるｎｅｔｗｏｒｋＮｏタグで囲まれた要素の値として指定されている旨が定義されている。

また、記述１６２１ａ、記述１６２２ａは、それぞれ図２の記述２０１１、記述２０１２において項目名として表示される文字列を識別するための情報である。すなわち、項目名は言語によって表示が異なるところ、書式データ１６２は言語の種別に関係なく利用されるデータであるため、実際に表示される文字列（ＡｐｐｌｅＴａｌｋ、Ｎｅｔｗｏｒｋ Ｎｏ．）（以下、「表示文字列」という。）ではなく、表示文字列を識別するための記号（以下、「キー文字列」という。）が指定されているというわけである。

各キー文字列に対応する表示文字列は、言語テーブル１６３に登録されている。図５は、英語版の言語テーブルの定義例を示す図である。図５の言語テーブルの記述１６３１は、キー文字列ＡＴＡＬＫに対応する表示文字列は、「ＡｐｐｌｅＴａｌｋ」であることを示している。また、記述１６３２は、キー文字列ＡＴ＿ＮＥＴ＿ＮＯに対応する表示文字列は、「Ｎｅｔｗｏｒｋ Ｎｏ．」であることを示している。なお、図５は、英語版の言語テーブル１６３を示したものであるが、同様の定義が言語種別ごとになされている。

更に、図６は、Ｗｅｂアプリによって生成されるＷｅｂページの定義例である。図６のＷｅｂページ２１０の定義例において、記述２０１３、記述２０１４は、それぞれ図２の記述２０１１、記述２０１２に対応している。

記述２０１３ａは、Ｗｅｂアプリ１２が、書式データ１６２及び言語テーブル１６３の定義に従って、キー文字列ＡＴＡＬＫを「ＡｐｐｌｅＴａｌｋ」に置換して出力したものであり、記述２０１３ｂは、Ｗｅｂアプリ１２が、書式データ１６２とベースデータ１２１の記述１２１２における値（ｔｒｕｅ）に基づいて出力したものである。同様に、記述２０１４ａは、Ｗｅｂアプリ１２が、書式データ１６２及び言語テーブル１６３の定義に従って、キー文字列ＡＴ＿ＮＥＴ＿ＮＯを「Ｎｅｔｗｏｒｋ Ｎｏ．」に置換して出力したものであり、記述２０１４ｂは、Ｗｅｂアプリ１２が、書式データ１６２とベースデータ１２１の記述１２１３における値（１２３４）に基づいて出力したものである。

図１に戻る。Ｗｅｂアプリ１２からＷｅｂページ２１０を受け取った組み込みＷｅｂサーバ１１が、Ｗｅｂページ２１０を端末２０に送信すると（ＨＴＴＰレスポンス）、端末２０のＷｅｂブラウザ２１においてＷｅｂページ２１０が表示され、ユーザは、所望のＷｅｂページ２１０を閲覧することができる（Ｓ７）。なお、Ｗｅｂページ２１０がイメージデータを表示させるものであったり、Ｊａｖａ（登録商標）スクリプトを実行させるものであったりした場合は、更に画像処理装置１０より端末２０にイメージデータ１６４やスクリプトデータ１６５等がダウンロードされる（Ｓ８）。

このように、画像処理装置１０等の組み込み機器によっても、一般的なサーバコンピュータにより構築されるＷｅｂサーバと同様に、端末２０等に対してＷｅｂページによって情報を提供することが可能となっている。

しかしながら、従来の組み込み機器においては、Ｗｅｂページを生成するために必要な各種データ、例えば書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等（以下、総称する場合「リソースデータ」という。）は、組み込み機器の出荷時等において予めＲＯＭ１６に保存しておく必要がある。

ここで、ＲＯＭは読み出し専用のメモリであるため、出荷後にリソースデータを変更するには、非常に煩雑な作業を伴う。従って、機器が生成するＷｅｂページの表示態様をエンドユーザやＯＥＭ先等において変更させるのは、非常に困難であった。

また、組み込み機器においてはコスト面に対する配慮からメモリ容量の制約が厳しく、リソースデータを豊富に保持することができない。従って、表現が豊かな、様々なＷｅｂページを提供することが困難であるという問題があった。

本発明は、上記の点に鑑みてなされたものであって、生成されるＷｅｂページの表示態様を容易に変更することができる電子装置、Ｗｅｂページ生成方法、及びデータ生成方法の提供を目的とする。

そこで上記課題を解決するため、本発明は、請求項１に記載されるように、表示が要求されたＷｅｂページの表示態様に関する情報を有する表示態様データをネットワークを介して取得する表示態様データ取得手段と、前記表示態様データ取得手段によって取得された前記表示態様データに基づいて前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有することを特徴とする。

このような電子装置では、Ｗｅｂページの表示態様が定義された表示態様データを、電子装置の外部で管理することが可能であるため、当該電子装置が組み込み機器のように管理情報の書き換えが困難な機器であっても、その外部において管理されている表示態様定義データを変更することにより、Ｗｅｂページの表示態様を容易に変更することができる。

また、上記課題を解決するため、本発明は、請求項１４に記載されるように、ネットワークを介して接続する表示装置に表示させるＷｅｂページを提供する電子装置であって、前記Ｗｅｂページが前記表示装置に当該Ｗｅｂページの利用するデータを当該電子装置とは異なる他の電子装置より取得させるように前記Ｗｅｂページを生成するＷｅｂページ生成手段を有することを特徴とする。

このような電子装置では、イメージデータやスクリプトデータ等、Ｗｅｂページを表示する際にダウンロードする必要のあるデータの取得先を当該電子装置とは異なる他の電子装置等に指定したＷｅｂページを生成することができるため、当該電子装置が組み込み機器のように管理情報の書き換えが困難な機器であっても、他の電子装置における前記データを変更することにより、Ｗｅｂページの示態様を容易に変更することができる。

また、上記課題を解決するため、本発明は、請求項１７に記載されるように、ＸＳＬ変換機能を有する表示装置にネットワークを介して提供する表示情報を有する表示情報データを生成する表示情報生成手段を有する電子装置であって、前記表示情報生成手段は、当該表示情報データに適用する書式情報を有する書式情報データの位置情報を含むように前記表示データを生成し、前記表示装置は、前記表示情報データに含まれている前記位置情報に基づいて当該電子装置とは異なる他の電子装置より前記書式情報データを取得し、前記表示情報データに前記書式情報データを適用してＸＳＬ変換を実行することによりＷｅｂページを生成することを特徴とする。

このような電子装置では、表示装置に、当該電子装置とは異なる他の電子装置において管理されている書式情報データを用いてＷｅｂページを生成させることができるため、当該電子装置が組み込み機器のように管理情報の書き換えが困難な機器であっても、他の電子装置における書式情報データを変更することにより、Ｗｅｂページの示態様を容易に変更することができる。

また上記課題を解決するため、本発明は、上記電子装置におけるＷｅｂページ生成方法としてもよい。

本発明によれば、生成されるＷｅｂページの表示態様を容易に変更することができる。

以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態においては、画像処理装置を電子装置及び組み込み機器の具体例として説明する。ここで、組み込み機器とは、一般的な用語として使われているが、例えば、電話、プリンタ、テレビ、エアコン、携帯情報端末等、特定の機能を実現するプログラムとそのプログラムを処理するプロセッサとがあらかじめ組み込まれた機器一般をいう。

図７は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図７において、画像処理装置１０は、プロッタエンジン２０３及びスキャナエンジン２０４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２０２と、ＯＳ２０１と、システム管理サービス１０６と、ネットワークサービス１０７と、メモリ管理サービス１０８と、オペパネ管理サービス１０９と、エンジン管理サービス２００と、コピーアプリ１０１、ファックスアプリ１０２、プリンタアプリ１０３及び情報提供アプリ１０４等の各種アプリケーションとから構成される。

エンジン制御ボード２０２は、プロッタエンジン２０３及びスキャナエンジン２０４等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２０２の機能をＯＳ２０１等に提供する。

ＯＳ２０１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１０１、ファックスアプリ１０２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。

システム管理サービス１０６、ネットワークサービス１０７、メモリ管理サービス１０８、オペパネ管理サービス１０９、及びエンジン管理サービス２００は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１０１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１０６は、システム管理に関する機能を提供し、ネットワークサービス１０７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１０８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１０９は、画像処理装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２００は、エンジン制御ボード２０２を介してプロッタエンジン２０３やスキャナエンジン２０４を制御するための機能を提供する。

コピーアプリ１０１は、コピー用アプリケーションであり、ファックスアプリ１０２は、ファクシミリ用アプリケーションである。プリンタアプリ１０３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１０４は、端末２０から要求された情報を表示するＷｅｂページを生成するための処理を実行するものである。

以下、図７の画像処理装置１０の処理手順について説明する。図８は、第一の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。図８中、図１と同一部分には同一符号を付し、その説明は省略する。これらの機能は、図８におけるネットワークサービス１０７及び情報提供アプリ１０４の機能の一部として実装されている。即ち、組み込みＷｅｂサーバ１１は、ネットワークサービス１０７の機能の一部であり、それ以外のＷｅｂアプリ１２等は、情報提供アプリ１０４の機能の一部として存在する。

図８と図１とを比較すると、図８の画像処理装置１０は、ＸＳＬＴプロセッサ１５と組み込みＷｅｂクライアント１７とを更に有しており、ネットワーク４０を介してリソースサーバ５０と接続している。ネットワーク４０については、有線又は無線の別を問わない。また、図８の画像処理装置１０は、言語テーブル１６３をＲＯＭ１６内に有していない。なお、図８において、Ｗｅｂアプリ１４は表示されていないが、これは便宜的なものである。

ＸＳＬＴプロセッサ１５は、ＸＭＬデータとＸＳＬデータとに基づいてＸＳＬ変換を実行し、ＸＳＬデータの書式情報に従ったＸＭＬデータやＨＴＭＬデータ等を生成するプログラムである。ＸＳＬＴプロセッサ１５は、複数のＷｅｂアプリの種別を問わず共通的に使用され、Ｗｅｂアプリ１２等が生成したＸＭＬデータに基づいてＷｅｂページを生成する。

組み込みＷｅｂクライアント１７は、Ｗｅｂクライアントとしての機能を画像処理装置１０に提供するためのモジュールである。即ち、Ｗｅｂクライアント１７は、ＸＳＬＴプロセッサ１５の要求に基づいて所定の要求を含んだＨＴＴＰリクエストをリソースサーバ５０に対して送信し、そのＨＴＴＰリクエストに対する応答としてリソースサーバ５０から送信されるＨＴＴＰレスポンスを受信する。

リソースサーバ５０は、Ｗｅｂサーバとしての機能を有するコンピュータであり、言語テーブル１６３を有している。リソースサーバ５０は、言語テーブル１６３を要求するＨＴＴＰリクエストに応じて言語テーブル１６３を含んだＨＴＴＰレスポンスを返信する。なお、リソースサーバ５０は、必ずしもコンピュータである必要はなく、画像処理装置１０と同様に、Ｗｅｂサーバとしての機能を有する機器であってもよい。リソースサーバ５０を画像処理装置によって構成した場合は、例えば、画像処理装置１０はローエンドモデルによって構成し、リソースサーバ５０としての画像処理装置は、ハイエンドモデルによって構成するといった形態も考えられる。

端末２０のユーザが、画像処理装置１０の所定の情報を参照すべく、端末２０のＷｅｂブラウザ２１において、画像処理装置１０のＵＲＬを入力すると、端末２０は、画像処理装置１０に対して当該所定の情報を表示するＷｅｂページの送信を要求する（ＨＴＴＰリクエスト）（Ｓ１１）。

ＨＴＴＰリクエストを受信した組み込みＷｅｂサーバ１１は、ＨＴＴＰリクエストに対応したＷｅｂアプリを呼び出す。ここでは、Ｗｅｂアプリ１２が呼び出されたものとする（Ｓ１２）。

Ｗｅｂアプリ１２は、アプリデータ１６１等を参照して所定の処理を実行し、その処理結果に基づいてＷｅｂページに表示させる情報を有するＸＭＬデータ（以下、「ベースデータ」という。）を生成する（Ｓ１３）。ここで生成されるベースデータは、図３に示したものと同様である。

更にＷｅｂアプリ１２は、ベースデータ１２１に含まれる情報を表示するＷｅｂページ２１０（ＨＴＭＬデータ）の生成をＸＳＬＴプロセッサ１５に要求する（Ｓ１４）。ＸＳＬＴプロセッサ１５は、Ｗｅｂページ２１０を生成するために、Ｗｅｂページ２１０の表示態様に関する情報が定義されたデータを取得する（Ｓ１５〜Ｓ２０）。

即ち、ＸＳＬＴプロセッサ１５は、ＲＯＭ１６から書式データ１６２（図４）を読み込むと共に（Ｓ１５）、ＲＯＭ１６に保存されている、言語テーブル１６３（図５）の保存位置に関する情報（以下、「言語テーブル位置情報１６６」という。）を参照する（Ｓ１６）。言語テーブル位置情報１６６は、例えば、ネットワーク４０上における言語テーブル１６３のＵＲＬ等が該当する。従って、図８において、言語テーブル位置情報１６６は、リソースサーバ５０に対するＵＲＬによって示される。

ＸＳＬＴプロセッサ１５が、組み込みＷｅｂクライアント１７に対して言語テーブル位置情報１６６を通知し、言語テーブル位置情報１６６で示される場所からの言語テーブル１６３の取得を要求すると（Ｓ１７）、組み込みＷｅｂクライアント１７は、リソースサーバ５０に対して言語テーブル１６３の送信を要求するＨＴＴＰリクエストを送信する（Ｓ１８）。リソースサーバ５０が、組み込みＷｅｂクライアント１７からのＨＴＴＰリクエストに対する応答として、言語テーブル１６３を含むＨＴＴＰレスポンスを画像処理装置１０に対して送信すると（Ｓ１９）、組み込みＷｅｂクライアント１７は、当該ＨＴＴＰレスポンスを受信し、言語テーブル１６３をＸＳＬＴプロセッサ１５に出力する（Ｓ２０）。

ＸＳＬＴプロセッサ１５は、ベースデータ１２１と、ＲＯＭ１６から取得した書式データ１６２と、リソースサーバ５０から取得した言語テーブル１６３とに基づいてＸＳＬ変換を実行し、Ｗｅｂページ２１０（図２）を生成する（Ｓ２１）。

ＸＳＬＴプロセッサ１５からＷｅｂページ２１０を受け取った組み込みＷｅｂサーバ１１が、Ｗｅｂページ２１０を端末２０に送信すると（ＨＴＴＰレスポンス）、端末２０のＷｅｂブラウザ２１においてＷｅｂページ２１０が表示され、ユーザは、所望のＷｅｂページ２１０を閲覧することができる（Ｓ２２）。

なお、上記においては、画像処理装置１０がＨＴＴＰによって言語テーブル１６３を取得する例について説明したが、ネットワーク４０を介して言語テーブル１６３を取得するためのプロトコルは、ＨＴＴＰに限定されない。

図９は、ＦＴＰによって言語テーブルを取得する例について説明するための図である。図９中、図８と同一部分には同一符号を付し、その説明は省略する。図９の画像処理装置１０においては、組み込みＷｅｂクライアント１７の代わりに組み込みＦＴＰクライアント１８が実装されている。組み込みＦＴＰクライアント１８は、ＦＴＰの通信におけるクライアント機能を実現するプログラムである。また、図９のリソースサーバ５０には、ＦＴＰサーバの機能が実装されているものとする。

画像処理装置１０の機能構成を図９のようにすることにより、言語テーブル１６３をＦＴＰによってリソースサーバ５０から取得することが可能になる。即ち、図９の画像処理装置１０によるＷｅｂページの生成処理は、図８の画像処理装置１０によるそれとほぼ同様であるが、図８においては、組み込みＷｅｂクライアント１７が、ＨＴＴＰによってリソースサーバ５０から言語テーブル１６３を取得していたのに対し（Ｓ１８、Ｓ１９）、図９においては、組み込みＦＴＰクライアント１８が、ＦＴＰによってリソースサーバ５０から言語テーブル１６３を取得することになる（Ｓ３８、Ｓ３９）。

言語テーブル１６３をＲＯＭ１６から取得する処理（図１の場合）、ＨＴＴＰによってリソースサーバ５０から取得する処理（図８の場合）、及びＦＴＰによってリソースサーバ５０から取得する処理（図９の場合）は、お互いに排他的な関係にあるわけではなく、これらを組み合わせた実装を行ってもよい。３つの処理を組み合わせた場合の画像処理装置１０の機能構成は、図８に対して、更に組み込みＦＴＰクライアント１８が追加されたものであればよく、かかる場合のＸＳＬＴプロセッサ１５による処理は、図１０に示されようになる。

図１０は、第一の実施の形態におけるＸＳＬＴプロセッサによる処理を説明するためのフローチャートである。なお、図１０は、図８のＳ１６〜Ｓ２１に対応するものである。

ステップＳ１０ａにおいて、ＲＯＭ１６における言語テーブル位置情報１６６を取得し（Ｓ１０ａ）、取得が失敗した場合は（Ｓ１０ｂでＮｏ、）所定のエラー処理を実行する（Ｓ１０ｊ）。取得が成功した場合は（Ｓ１０ｂでＹｅｓ）、言語テーブル位置情報１６６を解析し、言語テーブル１６３の取得方法を確認する。

言語テーブル位置情報１６６が、ＲＯＭ１６におけるパスを示している場合は（Ｓ１０ｃでＲＯＭ）、当該パスで特定される言語テーブル１６３をＲＯＭ１６から取得する（Ｓ１０ｄ）。言語テーブル位置情報１６６が、言語テーブル１６３をＨＴＴＰによって取得する旨を示している場合は（Ｓ１０ｃでＨＴＴＰ）、組み込みＷｅｂクライアント１７を利用して、ＨＴＴＰによってリソースサーバ５０から言語テーブル１６３を取得する（Ｓ１０ｅ）。言語テーブル位置情報１６６が、言語テーブル１６３をＦＴＰによって取得する旨を示している場合は（Ｓ１０ｃでＦＴＰ）、組み込みＦＴＰクライアント１８を利用して、ＦＴＰによってリソースサーバ５０から言語テーブル１６３を取得する（Ｓ１０ｆ）。

更に、言語テーブル１６３の取得が成功したかを判断し（Ｓ１０ｇ）、取得に失敗した場合は、所定のエラー処理を実行する（Ｓ１０ｊ）。言語テーブルの取得に成功した場合は、ベースデータ１２１、書式データ１６２、及び言語テーブル１６３に基づいてＷｅｂページを生成し（Ｓ１０ｈ）、組み込みＷｅｂサーバ１１に対して生成したＷｅｂページを出力する（Ｓ１０ｉ）。

上述したように、第一の実施の形態における画像処理装置１０によれば、リソースサーバ５０に管理されている言語テーブル１６３をＨＴＴＰやＦＴＰによって取得することができるため、言語テーブル１６３をＲＯＭ１６に保存しておく必要はない。従って、ＲＯＭ１６における記憶領域の圧迫を軽減させることができる。また、言語テーブル１６３に修正が必要となった場合は、リソースサーバ５０における言語テーブル１６３を修正すればよく、かかる修正は、一般のＰＣ等におけるファイル操作と同様に簡易なものであるため、画像処理装置１０が生成するＷｅｂページの表示態様を容易に変更することができる。

また、組み込みＷｅｂクライアント１７又は組み込みＦＴＰクライアント１８に対するリソースサーバ５０からの言語テーブル１６３等の取得要求は、Ｗｅｂアプリに共通に対応しているＸＳＬＴプロセッサ１５が実行するため、Ｗｅｂアプリごとに、リソースサーバ５０からの言語テーブル１６３等の取得処理を実装する必要はない。

更に、一台のリソースサーバ５０に対し、複数の画像処理装置１０を対応させることで、リソースサーバ５０において言語テーブル１６３を修正するだけで、複数の画像処理装置１０のそれぞれによって生成されるＷｅｂページに当該修正を反映させることができる。

なお、画像処理装置１０自体がＷｅｂブラウザとしての機能を有している場合、例えば、画像処理装置１０の操作パネルにＷｅｂページを表示させることが可能な場合は、その操作パネルに表示させるＷｅｂページの生成においても、本発明を同様に適用することができる。

次に、第二の実施の形態として、各Ｗｅｂアプリが言語テーブル位置情報１６６を参照する例について説明する。図１１は、第二の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。図１１中、図８と同一部分には同一符号を付し、その説明は省略する。

図１１において、端末２０からのＨＴＴＰリクエストに基づいて、組み込みＷｅｂサーバ１１によってＷｅｂアプリ１２が呼び出されるまで（Ｓ５１、Ｓ５２）は、図８におけるＳ１１及びＳ１２と同じである。

Ｗｅｂアプリ１２は、ベースデータ１２１を生成する際に言語テーブル位置情報１６６を参照し（Ｓ５４）、その内容をベースデータ１２１に出力する。

図１２は、第二の実施の形態におけるベースデータの定義例を示す図である。図１２のベースデータ１２１には、言語テーブル位置情報１６６を示す記述１２１４が出力されている。

従って、第二の実施の形態におけるＸＳＬＴプロセッサ１５は、Ｗｅｂアプリ１２からＷｅｂページの生成が要求されると（Ｓ５５）、ベースデータ１２１の記述１２１４を参照して、言語テーブル１６３の位置を特定し、組み込みＷｅｂクライアント１７に対して言語テーブル１６３の取得を要求する（Ｓ５７）。その他の処理については、図８と同様である。

上述したように、第二の実施の形態における画像処理装置１０によれば、Ｗｅｂアプリが言語テーブル位置情報１６６を参照するため、Ｗｅｂアプリごとに異なる言語テーブル位置情報１６６を参照させることができる。従って、Ｗｅｂアプリに応じて、異なる場所にある言語テーブル１６３を利用することができ、言語テーブル１６３の分散化等、システムの構成を多様にすることができる。

次に、第三の実施の形態として、書式データ１６２をリソースサーバ５０に保存した例について説明する。図１３は、第三の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。

図１３中、図８と同一部分には同一符号を付し、その説明は省略する。図１３と図８とを比較すると、図１３においては、書式データ１６２が、図８における言語テーブル１６３の位置づけに該当する。即ち、リソースサーバ５０は、書式データ１６２を有しており、画像処理装置１０のＲＯＭ１６には、書式データ１６２の代わりに書式データ位置情報１６７が保存されている。書式データ位置情報１６７は、書式データ１６２が保存されているＵＲＬ等を示す位置情報である。

従って、図１３における処理（Ｓ５１〜Ｓ６２）は、図８におけるそれ（Ｓ１１〜Ｓ２２）とほぼ同様であるが、ＸＳＬＴプロセッサ１５がＷｅｂページを生成する際に、組み込みＷｅｂクライアント１７に対して取得を要求する対象が異なる。

即ち、ＸＳＬＴプロセッサ１５は、書式データ位置情報１６７を参照し（Ｓ５５）、組み込みＷｅｂクライアント１７に対して、書式データ位置情報１６７に示される位置からの書式データ１６２の取得を要求する（Ｓ５７）。組み込みＷｅｂクライアント１７は、ＨＴＴＰによってリソースサーバ５０から書式データ１６２を取得し（Ｓ５８、Ｓ５９）、取得した書式データ１６２をＸＳＬＴプロセッサ１５に対して出力する（Ｓ６０）。

ＸＳＬＴプロセッサ１５は、リソースサーバ５０から取得した書式データ１６２と、ＲＯＭ１６から取得した言語テーブル１６３と、Ｗｅｂアプリ１２が生成したベースデータ１２１とに基づいてＷｅｂページを生成する（Ｓ６１）。その他の処理については、図４と同様である。

また、書式データ１６２をリモートサーバ５０から取得するプロトコルはＨＴＴＰに限定されない点についても第一の実施の形態における場合と同様である。図１４は、ＦＴＰによって書式データを取得する例について説明するための図である。図１４と図１３との差違は、第一の実施の形態における図９と図８との差違と同一である。

即ち、図１４の画像処理装置１０における処理（Ｓ７１〜Ｓ８２）は、図１３におけるそれ（Ｓ５１〜Ｓ６２）とほぼ同様であるが、組み込みＦＴＰクライアント１８を用いてＦＴＰによってリソースサーバ５０から書式データ１６２を取得する点のみが異なる（Ｓ７８、Ｓ７９）。

更に、書式データ１６２をＲＯＭ１６から取得する処理、ＨＴＴＰによってリソースサーバ５０から取得する処理、ＦＴＰによってリソースサーバ５０から取得する処理を組み合わせて実装してもよい。かかる場合のＸＳＬＴプロセッサ１５の処理を図１５に示す。

図１５は、第三の実施の形態におけるＸＳＬＴプロセッサによる処理を説明するためのフローチャートである。なお、図１５におけるステップＳ２０ａ〜Ｓ２０ｊは、書式データ１６２を対象としている点を除き、図１０のステップＳ１０ａ〜Ｓ１０ｊと全く同一であるため、ここでの説明は省略する。

上述したように、第三の実施の形態における画像処理装置１０によれば、書式データ１６２を対象として、第一の実施の形態における画像処理装置１０と同様の効果を得ることができる。

次に、第四の実施の形態として、各Ｗｅｂアプリが書式データ位置情報１６７を参照する例について説明する。図１６は、第四の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。図１６を第二の実施の形態における図１１と比較すると、図１６においては書式データ１６２をリソースサーバ５０からの取得対象とした点と、組み込みＷｅｂクライアント１７の代わりに組み込みＦＴＰクライアント１８が画像処理装置１０に実装されている点のみが異なる。但し、組み込みＷｅｂクライアント１７と組み込みＦＴＰクライアント１８とによる差違は本質的なものではなく、バリエーションを例示するために変化させたものである。

従って、図１６における画像処理装置１０の処理（Ｓ９１〜Ｓ１０２）は、図１１における処理（Ｓ５１〜Ｓ６２）とほぼ同様である。但し、リソースサーバ５０から取得する対象が書式データ１６２であるため、それに関連する処理のみが異なる。

即ち、図１６においてＷｅｂアプリ１２は、ベースデータ１２１を生成する際に書式データ位置情報１６７を参照し（Ｓ９４）、その内容をベースデータ１２１に出力する。

図１７は、第四の実施の形態におけるベースデータの定義例を示す図である。図１７のベースデータ１２１には、書式データ位置情報１６７を示す記述１２１５が出力されている。

従って、第四の実施の形態におけるＸＳＬＴプロセッサ１５は、Ｗｅｂアプリ１２からＷｅｂページ２１０の生成が要求されると（Ｓ９５）、ベースデータ１２１の記述１２１５を参照して、書式データ１６２の位置を特定し、組み込みＦＴＰクライアント１８に対して書式データ１６２の取得を要求する（Ｓ９７）。その他の処理については、図１１と同様である。

上述したように、第四の実施の形態における画像処理装置１０によれば、書式データ１６２を対象として、第二の実施の形態における画像処理装置１０と同様の効果を得ることができる。

次に、第五の実施の形態として、イメージデータ１６４をリソースサーバ５０に保存した例について説明する。図１８は、第五の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。図１８中、図１と同一部分には同一符号を付し、その説明は省略する。

図１８と図１とを比較すると、図１８の画像処理装置１０は、ＸＳＬＴプロセッサ１５を更に有し、ネットワーク４０を介してリソースサーバ５０と接続している。また図１８においてイメージデータ１６４は、画像処理装置１０のＲＯＭ１６ではなく、リソースサーバ５０に保存されている。なお、図１８におけるＸＳＬＴプロセッサ１５、リソースサーバ５０は、図８等におけるＸＳＬＴプロセッサ１５、リソースサーバ５０と同様のものである。

図１８における画像処理装置１０において、ステップＳ１１１〜Ｓ１１３までの処理は、図１におけるＳ１〜Ｓ３までの処理と同様である。但し、図１８におけるＷｅｂアプリ１２は、ベースデータ１２１を生成する際に、ベースデータ１２１にイメージデータ１６４の位置情報として、リソースサーバ５０等の外部サーバに対するＵＲＬ等を出力する。

図１９は、第五の実施の形態におけるベースデータの定義例を示す図である。図１９のベースデータ１２１には、イメージデータ１６４の位置情報（リソースサーバ５０におけるもの）を示す記述１２１６が出力されている。

従って、ＸＳＬＴプロセッサ１５は、ＲＯＭ１６から書式データ１６２と言語テーブル１６３とを取得し（Ｓ１１５、Ｓ１１６）、ベースデータ１２１とに基づいてＷｅｂページ２１０を生成する際（Ｓ１１７）に、表示対象とするイメージデータ１６４のＵＲＬとして、ベースデータ１２１の記述１２１６における位置情報をＷｅｂページ２１０に出力する。

このように生成されたＷｅｂページ２１０を受信した端末２０のＷｅｂブラウザ２１は（Ｓ１１８）、Ｗｅｂページ２１０を表示する際に、Ｗｅｂページ２１０に表示させるイメージデータ１６４をリソースサーバ５０から取得する必要がある旨を認識し、リソースサーバ５０に対してイメージデータ１６４の送信を要求する（Ｓ１１９）。リソースサーバ５０から端末２０に対してイメージデータ１６４が送信されると（Ｓ１２０）、端末２０のＷｅｂブラウザ２１は、Ｗｅｂページ２１０上にイメージデータ１６４を表示させる。

上述したように、第五の実施の形態における画像処理装置１０によれば、イメージデータ１６４のパスをリソースサーバ５０等の画像処理装置１０以外の装置を対象としたＷｅｂページを生成するため、イメージデータ１６４を画像処理装置１０のＲＯＭ１６ではなく、ネットワーク４０に接続された他の装置に保存することができる。従って、イメージデータ１６４を対象として、第一の実施の形態における画像処理装置１０と同様の効果を得ることができる。

なお、イメージデータ１６４を各端末に保存しておいてもよい。図２０は、イメージデータを端末に保存した例を説明するための図である。図２０中、図１８と同一部分には同一符号を付し、その説明は省略する。

図２０と図１８とを比較すると、図２０においては、端末２０にイメージデータ１６４が保存されている。また、図２０においては、リソースサーバ５０は必ずしも必要ではないため、表示されていない。

図２０における画像処理装置１０のステップＳ１３１〜Ｓ１３８の処理は、図１８におけるステップＳ１１１〜Ｓ１１８までの処理とほぼ同様である。但し、図２０におけるＷｅｂアプリ１２がベースデータ１２１を生成する際に、端末２０内におけるパス名がイメージデータ１６４の位置情報としてベースデータ１２１に対して出力される。

図２１は、イメージデータの位置情報を端末におけるパス名としたベースデータの定義例を示す図である。図２１のベースデータ１２１には、記述１２１７に示されるようにイメージデータ１６４の位置情報が、端末２０におけるパス名（file://c:/gif/ggg.gif）によって出力されている。

従って、ＸＳＬＴプロセッサ１５によって生成されるＷｅｂページ２１０には、イメージデータ１６４の位置情報として端末２０におけるパス名が出力される（Ｓ１３７）。

このように生成されたＷｅｂページ２１０を受信した端末２０のＷｅｂブラウザ２１は（Ｓ１３８）、Ｗｅｂページ２１０を表示する際に、Ｗｅｂページ２１０に表示させるイメージデータ１６４を、端末２０のローカルファイル（c:/gif/ggg.gif）から取得し（Ｓ１３９）、Ｗｅｂページ２１０上に表示させる。

上述したように、図２０における画像処理装置１０によれば、各端末が有しているイメージデータ１６４を参照するようにＷｅｂページ２１０を生成するため、Ｗｅｂページ２１０に表示させるイメージデータの変更を、各端末のユーザが簡便に行うことができる。

なお、第五の実施の形態における図１８及び図２０においては、イメージデータ１６４を対象として説明したが、スクリプトデータ１６５をリソースサーバ５０又は端末２０に保存しておいても、同様の効果を得ることができる。かかる場合に、Ｗｅｂアプリ１２が生成するベースデータ１２１には、イメージデータの位置情報が出力されるのと同様に、スクリプトデータ１６５の位置情報が出力される。

次に、第六の実施の形態を説明する。最近ではＸＳＬ変換機能を有しているＷｅｂブラウザ２１が提供され始めている。第六の実施の形態では、端末２０のＷｅｂブラウザ２１が、ＸＳＬ変換機能を有している場合について説明する。

図２２は、第六の実施の形態における画像処理装置による処理を説明するための図である。図２２中、図１と同一部分には同一符号を付し、その説明は省略する。図２２と図１とを比較すると、図２２の画像処理装置１０のＲＯＭ１６には、アプリデータ１６１のみが保存されており、書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等のリソースデータは、端末２０に保存されている。

更に、図２２においては、端末２０のＷｅｂブラウザ２１は、ＸＳＬＴプロセッサ２２を有している。ＸＳＬＴプロセッサ２２は、ＸＳＬＴプロセッサ１５と同様に、ＸＭＬデータにＸＳＬデータを適用してＸＳＬデータに定義されている書式情報に従った変換処理を実行し、ＸＳＬデータの書式情報に従ったＸＭＬデータやＨＴＭＬデータ等を生成するプログラムである。

なお、図２２において画像処理装置１０は、ＸＳＬＴプロセッサ１５を有しているが、図２２において説明する処理には必ずしも必要ではない。ＸＳＬＴプロセッサ１５が、図２２における発明に対して排他的な関係にある要素ではない旨を示すために表示したものである。

端末２０からのＨＴＴＰリクエストに応じて、Ｗｅｂアプリ１２が組み込みＷｅｂサーバ１１に呼び出され、Ｗｅｂアプリ１２がベースデータ１２１を生成するまでの手順（Ｓ１５１〜Ｓ１５３）は、図１におけるＳ１〜Ｓ３までと同様である。但し、図２２におけるＷｅｂアプリ１２は、ベースデータ１２１を生成する際に、端末２０におけるパス名によって書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等の位置情報をベースデータ１２１に対して出力する。

図２３は、第六の実施の形態におけるベースデータの定義例を示す図である。図２３のベースデータ１２１の定義例において、記述１２２１、１２２２、１２２３、１２２４は、それぞれ書式データ１６２、言語テーブル１６３、イメージデータ１６４、スクリプトデータ１６５の位置情報を示しており、これらの位置情報は、端末２０におけるパス名によって示されている。

Ｗｅｂアプリ１２からベースデータ１２１を受け取った組み込みＷｅｂサーバ１１は（Ｓ１５４）、端末２０のＷｅｂブラウザ２１がＸＳＬ変換機能（ＸＳＬＴプロセッサ２２）を有しているか否かを判断し、端末２０のＷｅｂブラウザ２１がＸＳＬ変換機能を有している場合は、ベースデータ１２１を含むＨＴＴＰレスポンスを端末２０に送信する（Ｓ１５５）。一方、端末２０のＷｅｂブラウザ２１がＸＳＬ変換機能を有していない場合は、組み込みＷｅｂサーバ１１は、ＸＳＬＴプロセッサ１５にＷｅｂページ２１０を生成させる。

なお、端末２０のＷｅｂブラウザ２１がＸＳＬ変換機能を有しているか否かは、端末２０から送信されるＨＴＴＰリクエストのヘッダ情報に含まれる、Ｗｅｂブラウザ２１のバージョン情報に基づいて判断すればよい。

画像処理装置１０からのＨＴＴＰレスポンスを受信した端末２０のＷｅｂブラウザ２１は、ＸＳＬＴプロセッサ２２に対しＷｅｂページ２１０（ＨＴＭＬデータ）の生成を要求する。ＸＳＬＴプロセッサ２２は、ベースデータ１２１における記述１２２１と記述１２２２とに基づいて端末２０に保存されている言語テーブル１６３と書式データ１６２とを読み込み（Ｓ１５６、Ｓ１５７）、更に、ベースデータ１２１、言語テーブル１６３、及び書式データ１６２に基づいてＸＳＬ変換を実行し、Ｗｅｂページ２１０を生成する。

ここで生成されるＷｅｂページ２１０には、ベースデータ１２１（図２３）における記述１２２３と記述１２２４とに基づいて、Ｗｅｂブラウザ２１にダウンロードさせるイメージデータ１６４とスクリプトデータ１６５との位置情報（パス名）がＸＳＬＴプロセッサ２２によって出力されている。

Ｗｅｂブラウザ２１は、Ｗｅｂページ２１０を表示する際に、Ｗｅｂページ２１０内に定義されているイメージデータ１６４とスクリプトデータ１６５の位置情報に基づいて、端末２０に保存されているイメージデータ１６４とスクリプトデータ１６５とを読み込み（Ｓ１５８、Ｓ１５９）、イメージデータ１６４の表示、及びスクリプトデータ１６５の実行等を行う。

上述したように、第六の実施の形態における画像処理装置１０は、ＸＳＬ変換機能を有する端末２０に対しては、ＨＴＭＬデータとしてのＷｅｂページ２１０ではなく、ＸＭＬデータであるベースデータ１２１を送信する。従って、ＸＳＬ変換機能を有する端末に対するＷｅｂページの生成処理の負荷を軽減させることができる。また、画像処理装置１０に接続するすべての端末においてＸＳＬ変換機能が実装されれば、画像処理装置１０にＸＳＬＴプロセッサ１５を実装する必要はなくなり、画像処理装置１０のコストダウンを図ることができる。

なお、書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等は、ネットワーク上の所定のサーバに保存しておいてもよい。

図２４は、所定のサーバにリソースデータを保存した例を説明するための図である。図２４中、図２２と同一部分には同一符号を付し、その説明は省略する。図２４と図２２とを比較すると、図２４においては、リソースサーバ５０がネットワーク４０に接続されている。また、書式データ１６２等のリソースデータは、端末２０ではなくリソースサーバ５０に保存されている。なお、リソースサーバ５０は、第一の実施の形態等におけるリソースサーバ５０と同様のものである。

図２４において、端末２０のＨＴＴＰリクエストに対して画像処理装置１０からベースデータ１２１を含むＨＴＴＰレスポンスが返信されるまでの処理（Ｓ１７１〜Ｓ１７５）は、図２２におけるステップＳ１５１〜Ｓ１５５までとほぼ同様である。但し、図２４におけるＷｅｂアプリ１２は、ベースデータ１２１を生成する際に、書式データ１６２、言語テーブル１６３、イメージデータ１６４、及びスクリプトデータ１６５等の位置情報をリソースサーバ５０に対するＵＲＬによってベースデータ１２１に対して出力する。

図２５は、リソースサーバにリソースデータを保存した場合のベースデータの定義例を示す図である。図２５のベースデータ１２１の定義例において、記述１２２５、１２２６、１２２７、１２２８は、それぞれ書式データ１６２、言語テーブル１６３、イメージデータ１６４、スクリプトデータ１６５の位置情報を示しており、それら位置情報は、リソースサーバ５０に対するＵＲＬとして示されている。

画像処理装置１０からのＨＴＴＰレスポンスを受信した端末２０のＷｅｂブラウザ２１は、ＸＳＬＴプロセッサ２２に対しＷｅｂページ２１０（ＨＴＭＬデータ）の生成を要求する。ＸＳＬＴプロセッサ２２は、ベースデータ１２１における記述１２２５と記述１２２６とに基づいて、リソースサーバ５０に保存されている言語テーブル１６３と書式データ１６２とを読み込み（Ｓ１７６、Ｓ１７７）、ベースデータ１２１、言語テーブル１６３、及び書式データ１６２に基づいてＸＳＬ変換を実行し、Ｗｅｂページ２１０を生成する。

Ｗｅｂブラウザ２１は、Ｗｅｂページ２１０を表示する際に、Ｗｅｂページ２１０内に定義されているイメージデータ１６４とスクリプトデータ１６５の位置情報に基づいて、リソースサーバ５０に保存されているイメージデータ１６４とスクリプトデータ１６５とをダウンロードし（Ｓ１７８、Ｓ１７９）、イメージデータ１６４の表示、及びスクリプトデータ１６５の実行等を行う。

上述したように、図２４における画像処理装置１０によれば、リソースデータの位置情報をリソースサーバ５０としてベースデータ１２１を生成するため、リソースデータをリソースサーバ５０において一元的に管理することができる。従って、リソースサーバ５０のみにおける修正で、複数の端末に表示させるＷｅｂページ２１０の表示態様を変更することができる。

次に第七の実施の形態を説明する。第七の実施の形態においては、画像処理装置１０におけるセキュリティ情報を外部のサーバに管理させる例について説明する。ここで、セキュリティ情報とは、少なくともＪａｖａ（登録商標）スクリプトの実行の可否や、ＨＴＴＰによる通信を行うために利用可能なポート番号等をパラメータとして有する情報が相当する。

図２６は、第七の実施の形態における画像処理システムの構成例を示す図である。図２６の画像処理システム１においては、複数の画像処理装置１０（画像処理装置１０ａ、画像処理装置１０ｂ及び画像処理装置１０ｃ等）と、端末２０と、セキュリティ管理サーバ６０とがネットワーク４０を介して接続されている。画像処理装置１０ａ、１０ｂ及び１０ｃや端末２０は、上述した実施の形態における画像処理装置１０又は端末２０と同様の機能構成を有するものである。セキュリティ管理サーバ６０は、従来は、画像処理装置１０ａ、１０ｂ及び１０ｃのそれぞれに管理されていたセキュリティ情報を一元管理するコンピュータである。なお、ネットワーク４０について有線、無線の別を問わないのは上記と同様である。

図２７は、第七の実施の形態の画像処理システムにおけるセキュリティ情報の更新処理を説明するためのシーケンス図である。

端末２０のユーザが画像処理装置１０ａ等のセキュリティ情報６１を設定すべく、セキュリティ情報を設定するためのＷｅｂページ（以下「セキュリティページ」という。）に対するＵＲＬをＷｅｂブラウザ２１に入力すると、端末２０は、画像処理装置１０ａに対してセキュリティページの送信を要求する（Ｓ２０１）。端末２０からの要求に応じて、画像処理装置１０ａが、セキュリティ情報６１の管理先として予め設定されているセキュリティ管理サーバ６０に対してセキュリティ情報６１の送信を要求すると（Ｓ２０２）、セキュリティ管理サーバ６０は、セキュリティ情報６１を画像処理装置１０ａに対して返信する（Ｓ２０３）。画像処理装置１０ａは、受信したセキュリティ情報６１が現在の設定値として表示されるようにセキュリティページを生成し、当該セキュリティページを端末２０に送信する（Ｓ２０４）。

端末２０のＷｅｂブラウザに表示されたセキュリティページにおいて、ユーザがセキュリティ情報６１を変更し、例えば、セキュリティページ上の設定ボタンをクリックすると、端末２０は、画像処理装置２０ａに対して、セキュリティ情報６１の更新を要求する（Ｓ２０５）。端末２０からの要求に応じて、画像処理装置２０ａが、セキュリティ管理サーバ６０に対してセキュリティ情報６１の更新内容を送信すると（Ｓ２０６）、セキュリティ管理サーバ６０は、受信した更新内容に基づいてセキュリティ情報６１を更新し、更新後のセキュリティ情報６１を画像処理装置１０ａに対して返信する（Ｓ２０７）。画像処理装置１０ａは、更新後のセキュリティ情報６１と共にセキュリティ情報６１の更新が完了した旨を通知するＷｅｂページ（以下「完了通知ページ」という。）を生成し、完了通知ページを端末２０に送信する（Ｓ２０８）。ユーザは、Ｗｅｂブラウザ２１に表示された完了通知ページによって、セキュリティ情報６１の更新が正常に完了したことを確認する。

一方、セキュリティサーバ６０は、更新後のセキュリティ情報６１を画像処理装置１０ａに返信した後、更新後のセキュリティ情報６１を画像処理装置１０ａ、１０ｂ及び１０ｃ等に反映させる。したがって、以降において、画像処理装置１０ａ、１０ｂ及び１０ｃ等は、更新後のセキュリティ情報６１に基づいて動作することとなる。

上述したように、第七の実施の形態における画像処理システム１によれば、複数の画像処理装置１０のセキュリティ情報をセキュリティ管理サーバ６０において一元管理することができるため、各画像処理装置１０に対して同一のセキュリティ情報を簡易に適用することができる。

次に、第八の実施の形態を説明する。上述した第一の実施の形態等においては、言語テーブル位置情報１６６は、画像処理装置１０のＲＯＭ１６に直接書き込まれている。したがって、例えば、リソースサーバ５０に障害が発生した場合等、言語テーブル１６３の取得先を変更したい場合には、ＲＯＭ１６の内容を書き換えなければならず、迅速な対応が困難である。そこで、第八の実施の形態として、言語テーブル１６３の取得先を容易に変更できるようにした例について説明する。

図２８は、第八の実施の形態における画像処理システムの構成例を示す図である。図２６中、図８と同一部分には同一符号を付し、その説明は省略する。図２６と図８とを比較すると、図２６の画像処理システム２には、２台以上のリソースサーバ（リソースサーバ５０ａ及び５０ｂ等）が接続されており、更に、中継サーバ７０が新たに接続されているのが分かる。

リソースサーバ５０ａ及び５０ｂは、図８におけるリソースサーバ５０と同様の機能を有するコンピュータである。すなわち、リソースサーバ５０ａは、言語テーブル１６３ａを管理し、リソースサーバ５０ｂは言語テーブル１６３ｂを管理している。言語テーブル１６３ａと言語テーブル１６３ｂとは全く同一のものであってもよいし、バージョンが異なるものであってもよい。前者の場合は、いずれか一方のリソースサーバが他方のミラーサーバとして構成されている場合等が相当する。ここでは、リソースサーバ５０ｂがりソースサーバ５０ａのミラーサーバとして構成されていることとして説明する。

中継サーバ７０は、言語テーブル位置情報１６６を管理するコンピュータである。すなわち、図８においては、言語テーブル位置情報１６６は画像処理装置１０のＲＯＭ１６に書き込まれていたが、図２８においては、画像処理装置１０には、中継サーバ７０の位置情報（例えば、ＩＰアドレスやＵＲＬ等）が保持されており、言語テーブル位置情報１６６は管理されていない。なお、図８の初期状態においては、言語テーブル位置情報１６６にはリソースサーバ５０ａに管理されている言語テーブル１６３ａのＵＲＬがその値として指定されているものとする。

図２９は、第八の実施の形態の画像処理システムにおけるＷｅｂページの生成処理を説明するためのシーケンス図である。

図８の場合と同様に、端末２０からのＷｅｂページの送信要求によって処理が開始される（Ｓ３０１）。端末２０からの要求に応じ、画像処理装置１０が、中継サーバ７０に対し言語テーブル位置情報１６６を問い合わせると（Ｓ３０２）、中継サーバ７０は、言語テーブル位置情報１６６として、リソースサーバ５０ａにおける言語テーブル１６３ａのＵＲＬを返信する（Ｓ３０３）。画像処理装置１０が、返信された言語テーブル位置情報１６６に基づいて、リソースサーバ５０ａに対して言語テーブル１６３ａの送信を要求すると（Ｓ３０４）、リソースサーバ５０ａは、言語テーブル１６３ａを返信する（Ｓ３０５）。

画像処理装置１０は、返信された言語テーブル１６３ａを用いてＷｅｂページを生成し、端末２０に対して当該Ｗｅｂページを送信する（Ｓ３０６）。なお、Ｗｅｂページの生成処理の詳細は、図２６等において説明したとおりである。

ここで、例えば、リソースサーバ５０ａに障害が発生した等により、中継サーバ７０の言語テーブル位置情報１６６の値をリソースサーバ５０ｂにおける言語テーブル１６３ｂのＵＲＬに変更したとする。この場合、以降のＷｅｂページの送信要求（Ｓ３０７）に応じて、画像処理装置１０が中継サーバ７０に言語テーブル位置情報を問い合わせると（Ｓ３０８）、言語テーブル１６３ｂのＵＲＬが返信される（Ｓ３０９）。したがって、画像処理装置１０は、リソースサーバ５０ｂより言語テーブル１６３ｂを取得することができ（Ｓ３１０、Ｓ３１１）、言語テーブル１６３ｂを用いて生成したＷｅｂページを端末２０に対して送信することができる。（Ｓ３１２）。

上述したように、第八の実施の形態における画像処理システム２によれば、画像処理装置１０は、言語テーブル位置情報１６６を中継サーバ７０に問い合わせることにより、言語テーブル１６３の位置を特定する。ここで、中継サーバ７０は、汎用的なコンピュータであるため、言語テーブル位置情報１６６については、画像処理装置１０のＲＯＭ１６に書き込まれている場合に比べて書き換えが容易である。したがって、画像処理装置１０がＷｅｂページを生成する際に利用する言語テーブル１６３の取得先を容易に変更することができる。なお、第八の実施の形態においては、リソースサーバ５０ａ及び５０ｂに管理されている情報が言語テーブル１６３である場合を例としたが、書式データ１６２等、他のリソースデータであっても同様に適用することが可能である。

ところで、汎用的なコンピュータをＷｅｂサーバとして用いた一般的なＷｅｂシステムにおいては、当該Ｗｅｂサーバは、Ｗｅｂページに表示させる情報（コンテンツ）を外部のサーバ（例えば、データベースサーバ）より取得するのが一般である。しかしながら、上述したそれぞれの実施の形態において、画像処理装置１０が外部より取得する情報は、コンテンツそのものではなく、コンテンツを表示させる枠組み（フレームワーク）に関する情報、すなわち、ＷｅｂページのＧＵＩを構成する情報（以下「フレームワーク情報」という。）である点において、前者と顕著に異なる。例えば、言語テーブル１６３は、メニューのラベル、テーブルの項目名、及びタイトル等に用いられる文字列であり、書式データ１６２は、Ｗｅｂページのレイアウトを規定する情報である。

このようなフレームワーク情報は、Ｗｅｂページを生成する装置（本実施の形態における画像処理装置１０）において管理されているのが一般であり、特に、プリンタ等の組み込み機器においては、予めベンダによってＲＯＭに記録されているのが一般である。したがって、フレームワーク情報は、エンドユーザによって変更されることは前提とされておらず、むしろ、エンドユーザによって変更されないよう、暗号化されていたり、変更のためのインタフェースが提供されていないものが多い。そのような状況において、フレームワーク情報にバグがあった場合、例えば、メニューのラベルの文字列に誤記があった場合等に、汎用的なコンピュータにおいてパッチを当てるような感覚で、そのようなバグをエンドユーザに修復させるのは非常に困難であるといえる。

そこで、フレームワーク情報を汎用的なコンピュータであるリソースサーバ５０によって管理するようにすれば、フレームワーク情報のバグの修正も容易に行うことができる。具体的な運用としては、リソースサーバ５０をベンダの管理下とすることも可能となる。すなわち、リソースサーバ５０をベンダの管理下に置くことで、ベンダによってフレームワーク情報を修正又は更新すれば、エンドユーザにおける複数の画像処理装置１０によって提供されるＷｅｂページの表示態様を一度に変更することが可能となる。

なお、上述したそれぞれの実施の形態においては画像処理装置を電子装置及び組み込み機器の具体例として説明したが、本発明が適用可能な範囲は、画像処理装置だけに限られない。汎用的なコンピュータはもちろん、携帯電話、携帯情報端末、電子レンジ、冷蔵庫、洗濯機、テレビ、ビデオレコーダ、ＨＤＤレコーダ、オーディオプレーヤ、デジタルカメラ、ルータ、無線ＬＡＮ、ハブ、自動車等、通信機能が組み込める機器であれば様々なものに適用することが可能である。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

従来の組み込み機器におけるＷｅｂページの生成処理を説明するための図である。 画像処理装置によって生成されるＷｅｂページの表示例を示す図である。 ベースデータの定義例を示す図である。 書式データの定義例を示す図である。 英語版の言語テーブルの定義例を示す図である。 Ｗｅｂアプリによって生成されるＷｅｂページの定義例である。 本発明の実施の形態における画像処理装置の機能構成例を示す図である。 第一の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 ＦＴＰによって言語テーブルを取得する例について説明するための図である。 第一の実施の形態におけるＸＳＬＴプロセッサによる処理を説明するためのフローチャートである。 第二の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 第二の実施の形態におけるベースデータの定義例を示す図である。 第三の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 ＦＴＰによって書式データを取得する例について説明するための図である。 第三の実施の形態におけるＸＳＬＴプロセッサによる処理を説明するためのフローチャートである。 第四の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 第四の実施の形態におけるベースデータの定義例を示す図である。 第五の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 第五の実施の形態におけるベースデータの定義例を示す図である。 イメージデータを端末に保存した例を説明するための図である。 イメージデータの位置情報を端末におけるパス名としたベースデータの定義例を示す図である。 第六の実施の形態における画像処理装置による処理を説明するための図である。 第六の実施の形態におけるベースデータの定義例を示す図である。 所定のサーバにリソースデータを保存した例を説明するための図である。 リソースサーバにリソースデータを保存した場合のベースデータの定義例を示す図である。 第七の実施の形態における画像処理システムの構成例を示す図である。 第七の実施の形態の画像処理システムにおけるセキュリティ情報の更新処理を説明するためのシーケンス図である。 第八の実施の形態における画像処理システムの構成例を示す図である。 第八の実施の形態の画像処理システムにおけるＷｅｂページの生成処理を説明するためのシーケンス図である。

符号の説明

１０、１０ａ、１０ｂ、１０ｃ 画像処理装置
１１ 組み込みＷｅｂサーバ
１２、１３、１４ Ｗｅｂアプリ
１５、２２ ＸＳＬＴプロセッサ
１６ ＲＯＭ
２０、３０ 端末
２１ Ｗｅｂブラウザ
４０ ネットワーク
５０ リソースサーバ
６０ セキュリティ管理サーバ
６１ セキュリティ情報
７０ 中継サーバ
１０１ コピーアプリ
１０２ ファックスアプリ
１０３ プリンタアプリ
１０４ 情報提供アプリ
１０６ システム管理サービス
１０７ ネットワークサービス
１０８ メモリ管理サービス
１０９ オペパネ管理サービス
１６２ 書式データ
１６３、１６３ａ、１６３ｂ 言語テーブル
１６４ イメージデータ
１６５ スクリプトデータ
１６６ 言語テーブル位置情報
１６７ 書式データ位置情報
２００ エンジン管理サービス
２０１ ＯＳ
２０２ エンジン制御ボード
２０３ プロッタエンジン
２０４ スキャナエンジン

Claims (24)

1. 表示が要求されたＷｅｂページの表示態様に関する情報を有する表示態様データをネットワークを介して取得する表示態様データ取得手段と、
   前記表示態様データ取得手段によって取得された前記表示態様データに基づいて前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有することを特徴とする電子装置。
2. ネットワークを介して受信される前記Ｗｅｂページの送信要求に応じて前記Ｗｅｂページ生成手段に前記Ｗｅｂページの生成を要求し、前記Ｗｅｂページ生成手段によって生成された前記Ｗｅｂページを前記Ｗｅｂページの送信要求に対する応答として返信する通信手段を更に有することを特徴とする請求項１記載の電子装置。
3. 前記表示態様データは、前記Ｗｅｂページの書式情報が定義された書式情報定義データであることを特徴とする請求項１又は２記載の電子装置。
4. 前記表示態様データは、前記Ｗｅｂページに表示させる表示情報を表現する文字列が定義された表示文字列定義データであることを特徴とする請求項１乃至３いずれか一項記載の電子装置。
5. 前記表示文字列定義データは、言語の種別に応じて定義されていることを特徴とする請求項４記載の電子装置。
6. 前記Ｗｅｂページ生成手段は、前記Ｗｅｂページに表示させる表示情報を有する表示情報データを生成する複数の表示情報生成手段と、
   複数の前記表示情報生成手段の種別を問わず共通的に使用され、前記表示態様データと前記表示情報データとに基づいて所定の変換処理を実行することにより前記Ｗｅｂページを生成するデータ変換手段とを有することを特徴とする請求項１乃至５いずれか一項記載の電子装置。
7. 前記データ変換手段は、当該電子装置に保存されている、前記表示態様データの保存位置を示す保存位置情報を参照し、前記保存位置情報によって特定される位置からの前記表示態様データの取得を前記表示態様データ取得手段に要求することを特徴とする請求項６記載の電子装置。
8. 前記表示情報生成手段は、当該電子装置に保存されている、前記表示態様データの保存位置を示す保存位置情報を参照し、前記保存位置情報を含めて前記表示情報データを生成し、
   前記データ変換手段は、前記表示情報データに含まれている前記保存位置情報によって特定される位置からの前記表示態様データの取得を前記表示態様データ取得手段に要求することを特徴とする請求項６記載の電子装置。
9. 前記表示態様データ取得手段は、ネットワークを介して接続する他の電子装置において管理される、前記表示態様データの保存位置を示す保存位置情報に基づいて前記表示態様データの取得先を特定することを特徴とする請求項１乃至６いずれか一項記載の電子装置。
10. 前記表示情報データ及び前記表示文字列定義データはＸＭＬ形式のデータであり、
    前記書式情報定義データはＸＳＬ形式のデータであり、
    前記データ変換手段は、前記表示情報データと前記表示文字列定義データと前記書式情報定義データとに基づいてＸＳＬ変換を実行することにより前記Ｗｅｂページを生成することを特徴とする請求項６乃至９いずれか一項記載の電子装置。
11. 前記表示態様データ取得手段は、ＨＴＴＰによって他の電子装置から前記表示態様データを取得することを特徴とする請求項１乃至１０いずれか一項記載の電子装置。
12. 前記表示態様データ取得手段は、ＦＴＰによって他の電子装置から前記表示態様データを取得することを特徴とする請求項１乃至１０いずれか一項記載の電子装置。
13. 前記電子装置はプリンタ、コピー、又はファクシミリの複合サービスに固有の処理を行う複数のアプリケーションを有することを特徴とする請求項１乃至１２いずれか一項記載の電子装置。
14. ネットワークを介して接続する表示装置に表示させるＷｅｂページを提供する電子装置であって、
    前記Ｗｅｂページが前記表示装置に当該Ｗｅｂページの利用するデータを当該電子装置とは異なる他の電子装置より取得させるように前記Ｗｅｂページを生成するＷｅｂページ生成手段を有することを特徴とする電子装置。
15. 前記Ｗｅｂページが前記表示装置に取得させるデータは、前記Ｗｅｂページに表示されるイメージデータであることを特徴とする請求項１４記載の電子装置。
16. 前記Ｗｅｂページが前記表示装置に取得させるデータは、前記表示装置に実行させるスクリプトが定義されたスクリプトデータであることを特徴とする請求項１４又は１５記載の電子装置。
17. ＸＳＬ変換機能を有する表示装置にネットワークを介して提供する表示情報を有する表示情報データを生成する表示情報生成手段を有する電子装置であって、
    前記表示情報生成手段は、当該表示情報データに適用する書式情報を有する書式情報データの位置情報を含むように前記表示データを生成し、
    前記表示装置は、前記表示情報データに含まれている前記位置情報に基づいて当該電子装置とは異なる他の電子装置より前記書式情報データを取得し、前記表示情報データに前記書式情報データを適用してＸＳＬ変換を実行することによりＷｅｂページを生成することを特徴とする電子装置。
18. 電子装置におけるＷｅｂページ生成方法であって、
    表示が要求されたＷｅｂページの表示態様に関する情報を有する表示態様データをネットワークを介して取得する表示態様データ取得手順と、
    前記表示態様データ取得手順において取得された前記表示態様データに基づいて前記Ｗｅｂページを生成するＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。
19. 前記表示態様データは、前記Ｗｅｂページの書式情報が定義された書式情報定義データであることを特徴とする請求項１８記載のＷｅｂページ生成方法。
20. 前記表示態様データは、前記Ｗｅｂページに表示させる情報を表現する文字列が定義された表示文字列定義データであることを特徴とする請求項１８又は１９記載のＷｅｂページ生成方法。
21. 前記表示文字列定義データは、言語の種別に応じて定義されていることを特徴とする請求項２０記載のＷｅｂページ生成方法。
22. ネットワークを介して接続する他の電子装置より、前記表示態様データの保存位置を示す保存位置情報を取得する保存位置情報取得手順を更に有し、
    前記表示態様データ取得手順は、前記保存位置情報に基づいて前記表示態様データの取得先を特定することを特徴とする請求項１８乃至２１いずれか一項記載のＷｅｂページ生成方法。
23. 電子装置におけるＷｅｂページ生成方法であって、
    ネットワークを介して接続する表示装置からのＷｅｂページの送信要求に応じ、前記Ｗｅｂページが前記表示装置に当該Ｗｅｂページの利用するデータを当該電子装置とは異なる他の電子装置より取得させるように前記Ｗｅｂページを生成するＷｅｂページ生成手順と、
    前記Ｗｅｂページ生成手順において生成された前記Ｗｅｂページを前記表示装置に送信するＷｅｂページ送信手順とを有することを特徴とするＷｅｂページ生成方法。
24. ＸＳＬ変換機能を有し、前記ＸＳＬ変換機能を用いて生成したＷｅｂページを表示させる表示装置と、前記Ｗｅｂページに表示させる表示情報を前記表示装置に提供する電子装置とを用いたＷｅｂページ生成方法であって、
    前記電子装置が、前記表示装置からの要求に応じ、前記表示情報と前記Ｗｅｂページの書式情報を有する書式情報データの位置情報とを有する表示情報データを生成する表示情報データ生成手順と、
    前記表示装置が、該電子装置より受信した前記表示情報データに含まれている前記位置情報に基づいて該電子装置とは異なる他の電子装置より前記書式情報データを取得し、前記表示情報データに前記書式情報データを適用してＸＳＬ変換を実行することにより前記Ｗｅｂページを生成するＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。

Images