JP2008257355A - 電子装置、Ｗｅｂページ生成方法、及びＷｅｂページ生成プログラム - Google Patents

Abstract

【課題】Ｗｅｂページの多言語対応を実現するにあたりＷｅｂページの要求に対するレスポンスの性能を適切に保つことのできる電子装置の提供を目的とする。
【解決手段】Ｗｅｂページの要求に応じて情報処理を実行し、当該情報処理の結果をＸＭＬデータとして出力する情報処理手段と、表示言語に応じて表示文字列が異なる部分が識別子によって記述されているＸＳＬデータをＸＭＬデータに適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータを生成するＸＳＬＴ変換手段と、言語ごとに複数の識別子に対する表示文字列が記録されている表示文字列情報より表示言語に応じて識別子に対する表示文字列を検索する検索手段とを有し、ＸＳＬＴ変換手段は、検索手段を用いてＨＴＭＬデータを生成し、前検索手段は、識別子に対応する表示文字列が検出された時点で表示文字列情報からの当該識別子に関する検索を終了することにより上記課題を解決する。
【選択図】図３

Description

本発明は、電子装置、Ｗｅｂページ生成方法、及びＷｅｂページ生成プログラムに関し、特に多言語対応されたＷｅｂページを生成する電子装置、Ｗｅｂページ生成方法、及びＷｅｂページ生成プログラムに関する。

近年では、インターネット上で種々の情報を提供するための表示データであるＷｅｂページにおいて、デザインや情報の表示形式をユーザにあわせて提供するものが見受けられる。同一の情報を異なる表示形式で表示する顕著な例としては、異なる言語による表示が挙げられる。即ち、Ｗｅｂページを利用するユーザは、それぞれ同じ言語を使うとは限らない。あるユーザは日本語での表示を要求し、別のユーザは英語やフランス語等による表示を要求するであろう。

他方において、画像処理装置のような組み込み機器において、機器のステータスや、保管された文書情報、スプールされているジョブ、ＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳を、ネットワークを介して接続される端末等にＷｅｂページによって提供するものが存在する。Ｗｅｂページによってこれらの情報を提供する利点としては、端末側には汎用的なＷｅｂブラウザがあれば特別なソフトウェアをインストールしなくても良い、端末側のプラットフォームに依存しない、機器の側に居なくても遠隔地において情報を確認できる等が挙げられる。このような機器によって提供されるＷｅｂページにおいても、一般的なＷｅｂサーバによるものと同様、同一の情報をユーザによって異なる言語や表示形式により表示できることが望ましい。

例えば、特許文献１には、ＸＳＬＴ（XML Stylesheet Language Transformations）プロセッサを備え、当該ＸＳＬＴプロセッサが、Ｗｅｂアプリケーションの処理結果として出力されるＸＭＬ（eXtensible Markup Language）データに対して書式データ（ＸＳＬ（eXtensible Stylesheet Language）データ）を適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータ（Ｗｅｂページ）を生成する画像処理装置が記載されている。当該画像処理装置において、書式データは、各言語に対して共通に利用可能なように作成されている。すなわち、言語ごとに異なる部分については識別子（キー文字列）によって記述されている。キー文字列に対応する表示文字列は、言語テーブルと呼ばれるＸＭＬデータ内に言語ごとに定義されている。当該画像形成装置においてＷｅｂページを生成する際、ＸＳＬＴプロセッサは、表示言語に対応した言語テーブルを用いて、書式データに基づいてＸＳＬＴ変換を実行することにより、表示言語によってキー文字列が置換されたＨＴＭＬデータを生成する。
特開２００５−３２２３０号公報

しかしながら、ＸＳＬＴプロセッサは、ＸＭＬデータに対して検索を行う場合、パターンにマッチする全てのデータを抽出するように構成されている。したがって、特許文献１に係る画像処理装置において、ＸＳＬＴプロセッサが、キー文字列に対応する表示文字列を言語テーブルより検索する際、当該表示文字列が検出された後も言語テーブルに対する走査が継続される。

図１は、ＸＳＬＴプロセッサによる言語テーブルに対する検索処理を説明するための図である。図１の言語テーブルでは、表示文字列ごとにｇｅｎｔｅｘｔ要素が記述されている。ｇｅｎｔｅｘｔ要素のｋｅｙ属性の値はキー文字列を示し、ｔｅｘｔ属性の値は表示文字列を示す。

図中、矢印ａ１及びａ２は、キー文字列「ＡＴＡＬＫ」に対する表示文字列を検索する際のＸＳＬＴプロセッサによる走査の過程を示す。すなわち、ＸＳＬＴプロセッサは、矢印ａ１に示される走査を行い「ＡＴＡＬＫ」を検出したとしても、その後も矢印ａ２に示される走査を継続する。したがって、この場合、矢印ａ２に示される走査の分、不要な検索時間がかかる。

言語テーブルに対する検索は、Ｗｅｂページを生成する際、すなわち、クライアントからＷｅｂページが要求された後、当該Ｗｅｂページを返信するまでの間に実行される。したがって、言語テーブルに対する検索性能は、クライアントからのＷｅｂページの要求に対するレスポンスの性能に大きく影響する。しかし、上記のようにＸＬＳＴプロセッサによって翻訳を行っていては、レスポンスが悪化する可能性がある。

本発明は、上記の点に鑑みてなされたものであって、Ｗｅｂページの多言語対応を実現するにあたりＷｅｂページの要求に対するレスポンスの性能を適切に保つことのできる電子装置、Ｗｅｂページ生成方法、及びＷｅｂページ生成プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、ネットワークを介して受信されるＷｅｂページの要求に応じて情報処理を実行し、当該情報処理の結果をＸＭＬデータとして出力する情報処理手段と、表示言語に応じて表示文字列が異なる部分が識別子によって記述されているＸＳＬデータを前記ＸＭＬデータに適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータを生成するＸＳＬＴ変換手段と、言語ごとに複数の前記識別子に対する表示文字列が記録されている表示文字列情報より前記表示言語に応じて前記識別子に対する表示文字列を検索する検索手段とを有し、前記ＸＳＬＴ変換手段は、前記検索手段を用いて前記ＸＳＬデータに含まれている前記識別子を表示文字列に置換して前記ＨＴＭＬデータを生成し、前検索手段は、前記識別子に対応する表示文字列が検出された時点で前記表示文字列情報からの当該識別子に関する検索を終了することを特徴とする。

このような電子装置では、Ｗｅｂページの多言語対応を実現するにあたりＷｅｂページの要求に対するレスポンスの性能を適切に保つことができる。

本発明によれば、Ｗｅｂページの多言語対応を実現するにあたりＷｅｂページの要求に対するレスポンスの性能を適切に保つことのできる電子装置、Ｗｅｂページ生成方法、及びＷｅｂページ生成プログラムを提供することができる。

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

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

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

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

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

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

以下、画像処理装置１０の処理手順について説明する。図３は、本発明の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。図３において、画像処理装置１０は、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、又は携帯電話等を表現する端末２０及び端末３０と、リソースサーバ５０と、インターネット、又はＬＡＮ等のネットワーク４０（有線又は無線の別は問わない。）を介して接続されている。

図中における画像処理装置１０の機能ブロックにおいて、Ｗｅｂアプリ１２ａ及び１２ｂ（以下、総称する場合「Ｗｅｂアプリ１２」という。）と、ＸＳＬＴプロセッサ１５とは、情報提供アプリ１０４の機能に含まれる。

一方、組み込みＷｅｂサーバ１１及び組み込みＷｅｂクライアント１７は、ネットワークサービス１０７の機能の一部である。

記憶領域１６は、画像処理装置１０のＲＯＭ上に構成される記憶領域である。記憶領域１６には、アプリデータ１６１、書式データ１６２、イメージデータ１６４、スクリプトデータ１６５、言語テーブル位置情報１６６等が保存されている。

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

書式データ１６２は、Ｗｅｂページの書式情報が定義されているＸＳＬ形式のデータであり、Ｗｅｂページごとにファイルとして記憶領域１６に保存されている。書式データ１６２は、Ｗｅｂページの表示に用いられる言語（日本語、英語等の自然言語）によって表示形式（表示文字列）が異なる部分については、表示文字列を識別するための識別子によって記述されている。

イメージデータ１６４は、端末２０に提供するＷｅｂページにおいて表示されるＧＩＦ（Graphic Interchange Format）データ等である。スクリプトデータ１６５は、Ｊａｖａ（登録商標）スクリプト等によって定義されたデータであり、端末２０に提供するＷｅｂページに含められる。

言語テーブル位置情報１６６は、言語テーブルの保存位置を示す情報（例えば、ＵＲＬ等）である。言語テーブルとは、Ｗｅｂページの表示に用いられる言語（表示言語）によって表示文字列が異なる情報について言語の種別毎に表示文字列が定義されているＸＭＬ形式データであり、本実施の形態では、言語テーブル１６３としてリソースサーバ５０の記憶装置に保存されている。

組み込みＷｅｂサーバ１１は、端末２０等とのＨＴＴＰによる通信を制御するデーモンプログラムであり、端末２０等から送信されるＨＴＴＰリクエストを解釈し、Ｗｅｂアプリ１２を呼び出す。組み込みＷｅｂサーバ１１は、更に、ＨＴＴＰリクエストに応じて画像処理装置１０において生成されるＨＴＭＬデータであるＷｅｂページを端末２０等に送信する。本実施の形態では、次のようなＷｅｂページを具体例として使用する。

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

なお、ＨＴＴＰリクエストには、表示言語を識別するための情報が含まれている。すなわち、どの表示言語によってＷｅｂページを表示させるかは、端末２０等において選択される。

Ｗｅｂアプリ１２は、端末２０等からの要求に応じた情報処理を実行し、その処理結果としてＷｅｂページに表示させる情報をＸＭＬ（eXtensible Markup Language）データとして出力するプログラムであり、Ｗｅｂページの種類に応じて複数のインスタンス（Ｗｅｂアプリ１２ａ、Ｗｅｂアプリ１２ｂ等）が実装されている。なお、Ｗｅｂアプリ１２によって生成されるＸＭＬデータを、以下「ベースデータ」という。

ＸＳＬＴプロセッサ１５は、ＸＭＬデータとＸＳＬデータとに基づいてＸＳＬ変換を実行し、ＸＳＬデータの書式情報に従ったＸＭＬデータやＨＴＭＬデータ等を生成するプログラムである。ＸＳＬＴプロセッサ１５は、複数のＷｅｂアプリの種別を問わず共通的に使用され、Ｗｅｂアプリ１２が生成したＸＭＬデータに基づいてＨＴＭＬデータを生成する。本実施の形態のＸＳＬＴプロセッサ１５には、一般的なＸＳＬＴプロセッサとは異なり、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１が実装されることにより機能拡張が図られている。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、書式データ１６２において表示言語に応じて表示文字列が異なる部分（識別子）に関して、言語テーブル１６３より、表示言語に応じた表示文字列の検索を行う関数である。

組み込みＷｅｂクライアント１７は、Ｗｅｂクライアントとしての機能を画像処理装置１０内の機能に提供するためのプログラムモジュールである。本実施の形態において、Ｗｅｂクライアント１７は、ＸＳＬＴプロセッサ１５の要求に応じ、言語テーブル位置情報１６６に基づいて、言語テーブル１６３の取得要求を含んだＨＴＴＰリクエストをリソースサーバ５０に送信することにより、リソースサーバ５０より言語テーブル１６３を取得する。

リソースサーバ５０は、Ｗｅｂサーバとしての機能を有するコンピュータであり、言語テーブル１６３を有している。リソースサーバ５０は、言語テーブル１６３を要求するＨＴＴＰリクエストに応じて言語テーブル１６３を含んだＨＴＴＰレスポンスを返信する。

なお、リソースサーバ５０は、必ずしもコンピュータである必要はなく、画像処理装置１０と同様に、Ｗｅｂサーバとしての機能を有する機器であってもよい。リソースサーバ５０を画像処理装置によって構成した場合は、例えば、画像処理装置１０はローエンドモデルによって構成し、リソースサーバ５０としての画像処理装置は、ハイエンドモデルによって構成するといった形態も考えられる。

また、言語テーブル１６３は、必ずしも画像処理装置１０の外部の装置において管理されていなくてもよく、画像処理装置１０の記憶領域１６内に保存されていてもよい。この場合、組み込みＷｅｂクライアント１７は不要である。

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

ＨＴＴＰリクエストを受信した組み込みＷｅｂサーバ１１は、ＨＴＴＰリクエストに対応したＷｅｂアプリ１２を呼び出す（Ｓ１２）。Ｗｅｂアプリ１２は、アプリデータ１６１等を参照して所定の処理を実行し、その処理結果に基づいてＷｅｂページに表示させる情報を有するＸＭＬデータ（ベースデータ）を生成する（Ｓ１３）。

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

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

続いて、Ｗｅｂアプリ１２は、ベースデータ１２１に含まれる情報をＷｅｂページ２１０として表示させるためのＨＴＭＬデータの生成をＸＳＬＴプロセッサ１５に要求する（Ｓ１４）。ＸＳＬＴプロセッサ１５は、ＨＭＬデータを生成するために、記憶領域１６から書式データ１６２を読み込むと共に（Ｓ１５）、言語テーブル位置情報１６６に基づいて組み込みＷｅｂクライアント１７を介して言語テーブル１６３を取得する（Ｓ１６〜Ｓ２１）。

図６は、英語版の言語テーブルの定義例を示す図である。図６の言語テーブル１６３では、表示文字列ごとにｇｅｎｔｅｘｔ要素が記述されている。ｇｅｎｔｅｘｔ要素のｋｅｙ属性の値はキー文字列を示し、ｔｅｘｔ属性の値は表示文字列を示す。例えば、記述１６３１では、キー文字列ＡＴＡＬＫに対応する表示文字列は、「ＡｐｐｌｅＴａｌｋ」であることが定義されている。また、記述１６３２では、キー文字列ＡＴ＿ＮＥＴ＿ＮＯに対応する表示文字列は、「Ｎｅｔｗｏｒｋ Ｎｏ．」であることが定義されている。なお、図６は、英語版の言語テーブル１６３を示したものであるが、他の言語の言語テーブル１６３では、同一のキー文字列に対して異なる言語による表示文字列定義がされている。

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

続いて、ＸＳＬＴプロセッサ１５は、書式データ１６２の定義に基づき、言語テーブル１６３を参照しつつ、ベースデータ１２１に対してＸＳＬ変換を実行し、ＨＴＭＬデータを生成する（Ｓ２１）。

図８は、ＸＳＬＴプロセッサによって生成される英語版のＨＴＭＬデータの定義例を示す図である。図８のＨＴＭＬデータ２２０の定義例において、記述２２０１、記述２２０２は、それぞれ図４の記述２０１１、記述２０１２に対応している。

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

ここで、図７を参照して、ＸＳＬＴプロセッサ１５によるＨＴＭＬデータ２２０の生成処理について説明する。図７の書式データ１６２において、記述１６２１については、記述１６２１ｃに基づいて「ｏｐｔｉｏｎＢｏｏｌｅａｎ」という名前のテンプレート（以下「ｏｐｔｉｏｎＢｏｏｌｅａｎテンプレート」という。）が適用される。ｏｐｔｉｏｎＢｏｏｌｅａｎテンプレートには、記述１６２１ａに係る文字列（「ＡＴＡＬＫ」）は、「ｔｉｔｌｅＴｅｘｔ」という名前の変数の値として引き渡され、記述１６２１ｂに係る文字列（「ａｐｐｌｅＴａｌｋ」）は、「ｔａｒｇｅｔ」という名前の変数の値として引き渡される。

図９は、本実施の形態におけるｏｐｔｉｏｎＢｏｏｌｅａｎテンプレートの定義例を示す図である。図９のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレート１６８では、記述１６８１において、ベースデータ１２１（図５）のｕｒＬａｎｇ要素の値（「ｅｎ」）に基づいて、表示言語に対応する英語版の言語テーブル１６３のファイル名（「ｒｅｓｏｕｒｃｅ＿ｅｎ．ｘｍｌ」）が生成される。続いて、記述１６８２において、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１が呼び出される。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１の第一引数には英語版の言語テーブル１６３のファイル名が指定され、第二引数にはｔｉｔｌｅＴｅｘｔ変数の値（「ＡＴＡＬＫ」）が指定される。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、第一引数に指定された英語版の言語テーブル１６３を用いて、第二引数に指定されたキー文字列（「ＡＴＡＬＫ」）を翻訳する。すなわち、第一引数に指定された英語版の言語テーブル１６３より、第二引数に指定された文字列（「ＡＴＡＬＫ」）に対応する表示文字列を検索し、検索された表示文字列（「ＡｐｐｌｅＴａｌｋ」）を戻り値として返却する。

続いて、記述１６８３では、ｔａｒｇｅｔ変数の値（「ａｐｐｌｅＴａｌｋ」）をタグ名とする要素がベースデータ１２１より検索され、その値（「ｔｒｕｅ」）をｖａｌｕｅという名前の変数に代入される。続いて、記述１６８４において、第一引数に英語版の言語テーブル１６３のファイル名が指定され、第二引数のｖａｌｕｅ変数の値（「ｔｒｕｅ」）が指定されてｉｎｔｅｒｐｒｅｔｅｒ関数１５１が呼び出される。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、第一引数に指定された英語版の言語テーブル１６３を用いて、第二引数に指定された文字列（「ｔｒｕｅ」）を翻訳する。すなわち、第一引数に指定された英語版の言語テーブル１６３より、第二引数に指定されたキー文字列（「ｔｒｕｅ」）に対応する表示文字列を検索し、検索された表示文字列（「Ｅｎａｂｌｅ」）を戻り値として返却する。なお、ここで翻訳される情報は（「ｔｒｕｅ」）、ベースデータ１２１より出力された値である。すなわち、本実施の形態では、Ｗｅｂアプリ１２の処理に応じて変化する動的な情報も翻訳対象とされる。

続いて、参照番号１６８５に示される部分において、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１によって翻訳された表示文字列がＨＴＭＬデータ２２０の記述２２０１ａ及び記述２２０１ｂとして出力されるが、当該定義例については便宜上省略されている。

一方、書式データ１６２の記述１６２２については、記述１６２２ｃに基づいて「ｅｄｉｔＶａｌｕｅ」という名前のテンプレート（以下「ｅｄｉｔＶａｌｕｅテンプレート」という。）が適用される。ｅｄｉｔＶａｌｕｅテンプレートには、記述１６２２ａに係る文字列（「ＡＴ＿ＮＥＴ＿ＮＯ」）は、「ｔｉｔｌｅＴｅｘｔ」という名前の変数の値として引き渡され、記述１６２２ｂに係る文字列（「ｎｅｔｗｏｒｋＮｏ」）は、「ｔａｒｇｅｔ」という名前の変数の値として引き渡される。

図１０は、本実施の形態におけるｅｄｉｔＶａｌｕｅテンプレートの定義例を示す図である。図１０のｅｄｉｔＶａｌｕｅテンプレート１６９では、記述１６９１において、ベースデータ１２１（図５）のｕｒＬａｎｇ要素の値（「ｅｎ」）に基づいて、表示言語に対応する英語版の言語テーブル１６３のファイル名（「ｒｅｓｏｕｒｃｅ＿ｅｎ．ｘｍｌ」）が生成される。続いて、記述１６９２において、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１が呼び出される。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１の第一引数には英語版の言語テーブル１６３のファイル名が指定され、第二引数にはｔｉｔｌｅＴｅｘｔ変数の値（「ＡＴ＿ＮＥＴ＿ＮＯ」）が指定される。ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、第一引数に指定された英語版の言語テーブル１６３を用いて、第二引数に指定されたキー文字列（「ＡＴ＿ＮＥＴ＿ＮＯ」）を翻訳する。すなわち、第一引数に指定された英語版の言語テーブル１６３より、第二引数に指定された文字列（「ＡＴ＿ＮＥＴ＿ＮＯ」）に対応する表示文字列を検索し、検索された表示文字列（「ＡｐｐｌｅＴａｌｋ」）を戻り値として返却する。

続いて、記述１６９３では、ｔａｒｇｅｔ変数の値（「ａｐｐｌｅＴａｌｋ」）をタグ名とする要素をベースデータ１２１より検索し、その値（「１２３４」）をｖａｌｕｅという名前の変数に代入される。

続いて、参照番号１６８４に示される部分において、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１によって翻訳された表示文字列がＨＴＭＬデータ２２０の記述２２０２ａとして、また、ｖａｌｕｅ変数の値（「１２３４」）がＨＴＭＬデータ２２０の記述２２０２ｂとして出力されるが、当該定義例については便宜上省略されている。

組み込みＷｅｂサーバ１１は、ＸＳＬＴプロセッサ１５によってＨＴＭＬデータ２２０が生成されると、ＨＴＭＬデータ２２０を端末２０のＷｅｂブラウザ２１に送信する（ＨＴＴＰレスポンス）（Ｓ２２）。Ｗｅｂブラウザ２１は、ＨＴＭＬデータ２２０に基づいてＷｅｂページ２１０が表示させる。これによって、ユーザは、所望のＷｅｂページ２１０を所望の言語で閲覧することができる。

次に、ＸＳＬＴプロセッサ１５のｉｎｔｅｒｐｒｅｔｅｒ関数内の処理について説明する。図１１は、ｉｎｔｅｒｐｒｅｔｅｒ関数の処理手順を説明するためのフローチャートである。

まず、第一引数にそのファイル名が指定された言語テーブル１６３を開く（Ｓ１０１）。続いて、第二引数に指定されたキー文字列を言語テーブル１６３より検索する（Ｓ１０２）。ここで、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、言語テーブル１６３に対する検索処理について専用に作成された関数であるため、例えば、ＸＳＬＴプロセッサ１５に一般的に実装されているｄｏｃｕｍｅｎｔ関数とは異なり、検索対象とする文字列が見つかった（検出された）時点で検索を終了させる。

図１２は、ｉｎｔｅｒｐｒｅｔｅｒ関数による言語テーブルの検索処理を説明するための図である。図１２では、キー文字列「ＡＴＡＬＫ」に対応する表示文字列を検索する例が示されている。矢印ａ１は、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１が、検索対象とするキー文字列が検出された時点で、言語テーブル１６３の走査を中止することを示す。したがって、検索対象とするキー文字列が検索されても走査を継続するｄｏｃｕｍｅｎｔ関数と比べて、検索処理の性能を向上させることができる。

キー文字列が検索された場合（Ｓ１０３でＹＥＳ）、検索されたキー文字列に対する表示文字列を戻り値として返却する（Ｓ１０４）。キー文字列が検索されなかった場合（Ｓ１０３でＮＯ）、戻り値としてエラーを返却する（Ｓ１０５）。

ところで、上記において、言語テーブル１６３は、ＸＭＬデータとして説明した。しかし、言語テーブル１６３にアクセスするのはｉｎｔｅｒｐｒｅｔｅｒ関数１５１だけであるところ、ｉｎｔｅｒｐｒｅｔｅｒ関数１５１は、本実施の形態において拡張された関数である。したがって、言語テーブル１６３は必ずしもＸＭＬデータでなくてもよい。例えば、言語テーブル１６３に相当する情報をデータベースに登録しておいてもよい。

図１３は、データベース上に構築された言語テーブルの例を示す図である。図１３に示される言語テーブル１６３ａでは、ｋｅｙ（キー文字列）と、ｔｅｘｔ（表示文字列）とが対応付けられている。言語テーブル１６３ａをデータベース上に構築することにより、例えば、二分木検索等のロジックによって、より高速にキー文字列に対する表示文字列を検索することができる。

なお、従来は、ｄｏｃｕｍｅｎｔ関数によってｉｎｔｅｒｐｒｅｔｅｒ関数１５１の機能が代替されていた。参考までにｄｏｃｕｍｅｎｔ関数を利用した場合のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレート及びｅｄｉｔＶａｌｕｅテンプレートの定義例について以下に示す。

図１４は、ｄｏｃｕｍｅｎｔ関数を利用した場合のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレートの定義例を示す図である。図１４のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレート１６８ａでは、記述１６８１ａと記述１６８１ｂとにおいてｄｏｃｕｍｅｎｔ関数が呼び出されている。当該記述は、図９のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレート１６８の記述１６８２、記述１６８４に対応する。

また、図１５は、ｄｏｃｕｍｅｎｔ関数を利用した場合のｅｄｉｔＶａｌｕｅテンプレートの定義例を示す図である。図１５のｅｄｉｔＶａｌｕｅテンプレート１６９ａでは、記述１６９１ａにおいてｄｏｃｕｍｅｎｔ関数が呼び出されている。当該記述は、図１０のｅｄｉｔＶａｌｕｅテンプレート１６９の記述１６９２に対応する。

なお、ｄｏｃｕｍｅｎｔ関数が利用された場合、ｄｏｃｕｍｅｎｔ関数内では図Ｊ１において説明したような処理が実行される。

上述したように、本実施の形態における画像処理装置１０によれば、ＸＳＬＴプロセッサ１５ではなく、言語テーブル１６３の検索について専用に実装されたｉｎｔｅｒｐｒｅｔｅｒ関数１５１によってキー文字列の検索が行われるため、言語テーブル１６３の検索処理が高速化される。したがって、端末２０からＷｅｂページが要求された際のレスポンスを向上させることができる。

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

ＸＳＬＴプロセッサによる言語テーブルに対する検索処理を説明するための図である。 本発明の実施の形態における画像処理装置の構成例を示す図である。 本発明の実施の形態における画像処理装置によるＷｅｂページの生成処理を説明するための図である。 本実施の形態において生成されるＷｅｂページの表示例を示す図である。 ベースデータの定義例を示す図である。 英語版の言語テーブルの定義例を示す図である。 書式データの定義例を示す図である。 ＸＳＬＴプロセッサによって生成される英語版のＨＴＭＬデータの定義例を示す図である。 本実施の形態におけるｏｐｔｉｏｎＢｏｏｌｅａｎテンプレートの定義例を示す図である。 本実施の形態におけるｅｄｉｔＶａｌｕｅテンプレートの定義例を示す図である。 ｉｎｔｅｒｐｒｅｔｅｒ関数の処理手順を説明するためのフローチャートである。 ｉｎｔｅｒｐｒｅｔｅｒ関数による言語テーブルの検索処理を説明するための図である。 データベース上に構築された言語テーブルの例を示す図である。 ｄｏｃｕｍｅｎｔ関数を利用した場合のｏｐｔｉｏｎＢｏｏｌｅａｎテンプレートの定義例を示す図である。 ｄｏｃｕｍｅｎｔ関数を利用した場合のｅｄｉｔＶａｌｕｅテンプレートの定義例を示す図である。

符号の説明

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

Claims (9)

1. ネットワークを介して受信されるＷｅｂページの要求に応じて情報処理を実行し、当該情報処理の結果をＸＭＬデータとして出力する情報処理手段と、
   表示言語に応じて表示文字列が異なる部分が識別子によって記述されているＸＳＬデータを前記ＸＭＬデータに適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータを生成するＸＳＬＴ変換手段と、
   言語ごとに複数の前記識別子に対する表示文字列が記録されている表示文字列情報より前記表示言語に応じて前記識別子に対する表示文字列を検索する検索手段とを有し、
   前記ＸＳＬＴ変換手段は、前記検索手段を用いて前記ＸＳＬデータに含まれている前記識別子を表示文字列に置換して前記ＨＴＭＬデータを生成し、
   前検索手段は、前記識別子に対応する表示文字列が検出された時点で前記表示文字列情報からの当該識別子に関する検索を終了することを特徴とする電子装置。
2. 前記検索手段は、前記ＸＳＬＴ変換手段に含まれることを特徴とする請求項１記載の電子装置。
3. 前記検索手段は、前記ＸＳＬデータにおいて呼び出し可能な関数であることを特徴とする請求項１又は２記載の電子装置。
4. 電子装置が実行するＷｅｂページ生成方法であって、
   ネットワークを介して受信されるＷｅｂページの要求に応じて情報処理を実行し、当該情報処理の結果をＸＭＬデータとして出力する情報処理手順と、
   表示言語に応じて表示文字列が異なる部分が識別子によって記述されているＸＳＬデータを前記ＸＭＬデータに適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータを生成するＸＳＬＴ変換手順と、
   言語ごとに複数の前記識別子に対する表示文字列が記録されている表示文字列情報より前記表示言語に応じて前記識別子に対する表示文字列を検索する検索手順とを有し、
   前記ＸＳＬＴ変換手順は、前記検索手順を用いて前記ＸＳＬデータに含まれている前記識別子を表示文字列に置換して前記ＨＴＭＬデータを生成し、
   前検索手順は、前記識別子に対応する表示文字列が検出された時点で前記表示文字列情報からの当該識別子に関する検索を終了することを特徴とするＷｅｂページ生成方法。
5. 前記検索手順は、前記ＸＳＬＴ変換手順に含まれることを特徴とする請求項４記載のＷｅｂページ生成方法。
6. 前記検索手順は、前記ＸＳＬデータにおいて呼び出し可能な関数であることを特徴とする請求項４又は５記載のＷｅｂページ生成方法。
7. コンピュータに、
   ネットワークを介して受信されるＷｅｂページの要求に応じて情報処理を実行し、当該情報処理の結果をＸＭＬデータとして出力する情報処理手順と、
   表示言語に応じて表示文字列が異なる部分が識別子によって記述されているＸＳＬデータを前記ＸＭＬデータに適用してＸＳＬＴ変換を実行することによりＨＴＭＬデータを生成するＸＳＬＴ変換手順と、
   言語ごとに複数の前記識別子に対する表示文字列が記録されている表示文字列情報より前記表示言語に応じて前記識別子に対する表示文字列を検索する検索手順とを実行させ、
   前記ＸＳＬＴ変換手順は、前記検索手順を用いて前記ＸＳＬデータに含まれている前記識別子を表示文字列に置換して前記ＨＴＭＬデータを生成し、
   前検索手順は、前記識別子に対応する表示文字列が検出された時点で前記表示文字列情報からの当該識別子に関する検索を終了することを特徴とするＷｅｂページ生成プログラム。
8. 前記検索手順は、前記ＸＳＬＴ変換手順に含まれることを特徴とする請求項７記載のＷｅｂページ生成プログラム。
9. 前記検索手順は、前記ＸＳＬデータにおいて呼び出し可能な関数であることを特徴とする請求項７又は８記載のＷｅｂページ生成プログラム。

Images