JP2004227351A - 情報提供装置、情報表示装置、情報提供システム、情報提供方法、及び情報提供プログラム - Google Patents

Abstract

【課題】２バイト系文字コードを内部コードとして扱っている情報提供装置において、複数言語の表現が可能な文字コードで適切に情報の提供を行うことができる情報提供装置の提供を目的とする。
【解決手段】端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置であって、所定の情報の少なくとも一部を、第二の文字コードによる文字列で、第二の文字コードの種別を識別するコード識別情報と関連付けて管理する情報管理手段と、端末からの要求に応じて、情報管理手段が管理している文字列を、前記文字列と関連付けられているコード識別情報に基づいて第一の文字コードによる文字列に変換する第一の文字コード変換手段と、第一の文字コード変換手段による変換先の第一の文字コードによる文字列を端末に送信する情報送信手段とを有することにより上記課題を解決する。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続している端末から送信される要求に応じて、所定の情報を提供する情報提供装置に関する。
【０００２】
【従来の技術】
Ｗｅｂ技術の普及に伴い、近年ではいわゆるサーバ機と呼ばれるコンピュータのみならず、様々な機器にもＷｅｂサーバ機能が搭載されている。例えば、ＬＰ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ）、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）等の画像処理装置は、ネットワークを介して接続しているＷｅｂクライアントから様々な情報の閲覧や設定などが可能となっている。
【０００３】
一方、近年の国際化に伴い、それぞれ異なる言語を使うユーザが同一の機器にアクセスする機会が増加している。このような状況に対処すべく、同一の情報を様々な言語で提供する機器がある。即ち、Ｗｅｂクライアントから、機器の情報を英語で表示するＷｅｂページの送信を要求された場合は、機器は英語によるＷｅｂページを提供し、日本語で表示するＷｅｂページの送信を要求された場合は、機器は日本語によるＷｅｂページを提供する。
【０００４】
しかしながら、Ｗｅｂページ上のすべての情報が表示言語に依存しているわけではない。例えば、ユーザがＷｅｂクライントから機器に対して設定した情報等、その情報の値そのものに意味があるものについては、表示言語によって表示態様（言葉）を変えるのは適切でない。従って、表示言語に依存した情報（表示言語の言葉で表示されるべき情報）と、依存しない情報（表示言語によって値が変更されるべきではない情報）とを一つのＷｅｂページに表示させる場合において、表示言語に依存しない情報が、表示言語と異なる言語によるものである場合は、一つのＷｅｂページに複数の言語による文字列を混在させて表示させる必要がある。
【０００５】
一つのＷｅｂページに複数の言語を混在させて表示させる手段として、ＵｎｉｃｏｄｅによってＷｅｂページを生成することが考えられる。Ｕｎｉｃｏｄｅは、一つの文字コード体系で世界中の主な言語の文字の全てを表現するものであり、種々の言語の全ての文字に対して一意に文字コードが定まるものである。従って、ＷｅｂページをＵｎｉｃｏｄｅで生成することで、機器は、種々の言語を混在させたＷｅｂページを提供することができる。
【０００６】
なお、文字コード変換に関する発明については、特許文献１及び特許文献２等に記載されている。
【０００７】
【特許文献１】
特開２００１−８４１８３号公報
【０００８】
【特許文献２】
特開２００１−２４３２１７号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、ＷｅｂクライアントへＵｎｉｃｏｄｅによるＷｅｂページを提供した場合、そのＷｅｂページ上でユーザによって入力された文字列は、Ｕｎｉｃｏｄｅの文字列として機器に送信される。
【００１０】
ところが、機器の内部コードとしてＵｎｉｃｏｄｅを採用しているものはまだ少ないのが現状である。即ち、従来からの機器は一文字に最大２バイトの領域を必要とする２バイト系文字コードを扱うように設計されており、一文字に２バイト以上の領域を必要とするＵｎｉｃｏｄｅを扱うには、２０００年問題の場合と同様、大きな改造が必要となるからである。
【００１１】
本発明は、上記の点に鑑みてなされたものであって、２バイト系文字コードを内部コードとして扱っている情報提供装置において、複数言語の表現が可能な文字コードで適切に情報の提供を行うことができる情報提供装置の提供を目的とする。
【００１２】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続している端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置であって、前記所定の情報の少なくとも一部を、第二の文字コードによる文字列で、前記第二の文字コードの種別を識別するコード識別情報と関連付けて管理する情報管理手段と、前記端末からの要求に応じて、前記情報管理手段が管理している文字列を、前記文字列と関連付けられている前記コード識別情報に基づいて前記第一の文字コードによる文字列に変換する第一の文字コード変換手段と、前記第一の文字コード変換手段による変換先の前記第一の文字コードによる文字列を前記端末に送信する情報送信手段とを有することを特徴とする。
【００１３】
このような情報提供装置では、２バイト系文字コード等の第二の文字コードによって管理されている文字列を、当該文字列に関連付けられているコード識別情報に基づいてＵｎｉｃｏｄｅ等の複数言語を扱える第一の文字コードに変換するため、複数言語の表現が可能な文字コードで文字化け等させることなく適切に情報の提供を行うことができる。
【００１４】
また上記課題を解決するため、本発明は、前記情報提供装置における情報提供方法、前記情報提供方法をコンピュータに実行させるためのプログラム、前記情報提供装置から送信される情報を表示する情報表示装置、又は前記情報提供装置と前記情報表示装置とを有する情報提供システムとしてもよい。
【００１５】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態においては、画像処理装置を情報提供装置の一例として説明する。図１は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図１において、画像処理装置１０は、プロッタエンジン１０２３及びスキャナエンジン１０２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１０２２と、ＯＳ１０２１と、システム管理サービス１０１６と、ネットワークサービス１０１７と、メモリ管理サービス１０１８と、オペパネ管理サービス１０１９と、エンジン管理サービス１０２０と、コピーアプリ１０１１、ファックスアプリ１０１２、プリンタアプリ１０１３及び情報提供１０１４等の各種アプリケーションとから構成される。
【００１６】
エンジン制御ボード１０２２は、プロッタエンジン１０２３及びスキャナエンジン１０２４等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード１０２２の機能をＯＳ１０２１等に提供する。
【００１７】
ＯＳ１０２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１０１１、ファックスアプリ１０１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００１８】
システム管理サービス１０１６、ネットワークサービス１０１７、メモリ管理サービス１０１８、オペパネ管理サービス１０１９、及びエンジン管理サービス１０２０は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して、コピーアプリ１０１１等の上位アプリケーションにそれぞれの機能と提供するものである。即ち、システム管理サービス１０１６は、システム管理に関する機能を提供し、ネットワークサービス１０１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１０１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１０１９は、画像処理装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス１０２０は、エンジン制御ボード１０２２を介してプロッタエンジン１０２３やスキャナエンジン１０２４を制御するための機能を提供する。
【００１９】
コピーアプリ１０１１は、コピー用アプリケーションであり、ファックスアプリ１０１２は、ファクシミリ用アプリケーションである。プリンタアプリ１０１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１０１４は、本発明の特徴が実装されているアプリケーションであり、画像処理装置１０にネットワークを介して接続している端末に対して、端末のユーザに適した言語で各種の情報を提供するためのアプリケーションである。
【００２０】
次に、上述した情報提供アプリ１０１４及びネットワークサービス１０１７等により実現される画像処理装置１０のＷｅｂサーバとしての機能について説明する。図２は、Ｗｅｂサーバとしての画像処理装置の機能構成例を示す図である。図２の画像処理装置１０は、組み込みＷｅｂサーバ１１、Ｗｅｂアプリ１２、プリンタ情報管理部１３、多言語変換モジュール１５、言語処理部１６、言語リソース１７、及び書式情報ファイル１８等から構成される。また、画像処理装置１０には、ＬＡＮ、イントラネット、又はインターネット等のネットワーク５０を介して端末２０、端末３０、及び端末４０等が接続している。
【００２１】
組み込みＷｅｂサーバ１１は、一般にＨＴＴＰｄ（ＨＴＴＰ ｄａｅｍｏｎ）と呼ばれるプログラムに相当するものであり、画像処理装置１０をＷｅｂサーバとして機能させるためのものある。
【００２２】
Ｗｅｂアプリ１２は、端末２０等から送信されたＷｅｂページの送信要求に基づいて、組み込みＷｅｂサーバ１１によって呼び出されるいわゆるＷｅｂアプリケーションである。Ｗｅｂアプリ１２は、端末２０等から画像処理装置１０に関する情報（プリンタ名、グループ名、及びコメント等から構成される情報。以下、「プリンタ情報」という。）の参照を要求された場合には、プリンタ情報管理部１３よりプリンタ情報を取得し、組み込みＷｅｂサーバ１１に出力する。また、端末２０等からプリンタ情報の設定、変更等が要求された場合には、要求に伴って送信された値をプリンタ情報管理部１３に設定する。
【００２３】
プリンタ情報管理部１３は、プリンタ情報が登録されている記憶領域である。
【００２４】
多言語変換モジュール１５は、本実施の形態において第二の文字コードに相当する２バイト系文字コード（１文字を表現するために細大で２バイトを必要とする文字コード）による文字列を、本実施の形態において第一の文字コードに相当するＵｎｉｃｏｄｅに変換する処理を実行するプログラムである。なお、言語処理部１６、言語リソース１７、及び書式情報ファイル１８の詳細については後述する。
【００２５】
画像処理装置１０は、上記の機能によって端末２０等と通信を行う。ここで、画像処理装置１０と端末２０等との通信に用いる文字コードは複数言語を表現する文字コード（第一の文字コード）であるＵｎｉｃｏｄｅ（ＵＴＦ−８）であるとする。即ち、画像処理装置１０は、プリンタ情報の参照及び設定を行うためのＷｅｂページ（以下、「プリンタ情報ページ」という。）をＵｎｉｃｏｄｅで生成し、端末２０等に送信する。また、端末２０等においてプリンタ情報ページに入力された値（文字列）は、Ｕｎｉｃｏｄｅ（ＵＴＦ−８）で画像処理装置１０に送信される。
【００２６】
一方、画像処理装置１０の内部処理に用いる文字コードは、今日のほとんどの機器と同様２バイト系文字コード（第二の文字コード）である。従って、プリンタ情報管理部１３には、プリンタ情報を構成する文字列が２バイト系文字コードで登録されている。
【００２７】
また、本実施の形態において、端末２０のユーザは日本人、端末３０のユーザはアメリカ人、端末４０のユーザはチェコ人であるとし、画像処理装置１０、端末２０、端末３０、及び端末４０等は、日本国内のオフィスにおける同一のフロアにあるものとする。
【００２８】
以下、図２の画像処理装置１０の処理手順について説明する。図３は、プリンタ情報の更新要求を受信した場合の画像処理装置の処理を説明するためのシーケンス図である。
【００２９】
ステップＳ１において、端末２０の日本人ユーザが、端末２０のＷｅｂブラウザに表示されたプリンタ情報ページにおいてプリンタ情報を入力すると、端末２０は、画像処理装置１０にプリンタ情報の設定要求を送信する。
【００３０】
図４は、プリンタ情報ページの表示例を示す図である。図４のプリンタ情報ページは、ラベル４１１、４１２、及び４１３と、テキストボックス４１４、４１５、及び４１６と、ボタン４１７とから構成されている。各ラベルには、プリンタ情報を構成する属性の属性名がそれぞれ日本語で表示されている（「プリンタ名」、「グループ名」、「コメント」）。また、各テキストボックスには、それぞれの属性値が表示されている（「開発部用プリンタ」、「ＲＲＲ」、「修理中」）。
【００３１】
各テキストボックスでは、属性値を編集することができる。従って、ユーザが図４に示されるように各属性値を入力し、ボタン４１７をクリックすると、ステップＳ１における要求が画像処理装置１０に対して送信される。なお、ここで、各テキストボックスに入力された文字列は、Ｕｎｉｃｏｄｅによる文字列として画像処理装置１０に送信される。
【００３２】
ステップＳ１に続いてステップＳ２に進み、端末２０からの要求を受信した画像処理装置１０のＷｅｂサーバプログラム１１は、端末２０から送信されたプリンタ情報の属性値の登録をＷｅｂアプリ１２に指示する。
【００３３】
ステップＳ２に続いてステップＳ３に進み、Ｗｅｂアプリ１２は、Ｕｎｉｃｏｄｅの文字列であるプリンタ情報の属性値を２バイト系文字コードの文字列に変換する。Ｕｎｉｃｏｄｅは、一つの文字コード体系で世界中の主な言語の文字の全てを表現するものであり、全ての文字に対して一意に文字コードが定まる。従って、Ｗｅｂアプリ１２は、属性値を示す文字列の、Ｕｎｉｃｏｄｅにおける文字コードの値から当該文字列がどの言語に該当するかを識別することにより、当該文字列をその言語に対応した２バイト系文字コードに変換する。ここでは、プリンタ情報が日本語で入力されているため、Ｗｅｂアプリ１２は、プリンタ情報をＳｈｉｆｔ ＪＩＳ（ＳＪＩＳ）に変換する。
【００３４】
ステップＳ３に続いてステップＳ４に進み、Ｗｅｂアプリ１２は、ＳＪＩＳに変換されたプリンタ情報を、変換後の２バイト系文字コードの種別（ここではＳＪＩＳ）を識別する情報（以下、「エンコード情報」という。）と共にプリンタ情報管理部１３に登録する。
【００３５】
図５は、プリンタ情報の登録イメージを示す図である。図５において、１文字につき３バイト分の領域をもつＵｎｉｃｏｄｅ文字列データ５０１が、２バイト系文字列データ５０２に変換されて登録され、エンコード情報５０３が関連付けられてプリンタ情報管理部１３に登録されている様子を示している。なお、図５においては、便宜上１文字分について表現しているが、エンコード情報は文字列（属性値）ごとに持たせてもよい。本実施の形態においては、文字列ごとにエンコード情報が関連付けられているものとする。従って、ＳＪＩＳに変換された「開発部用プリンタ」、「ＲＲＲ」、及び「修理中」という文字列が、それぞれのエンコード情報（ＳＪＩＳ）と共にＳＪＩＳでプリンタ情報管理部１３に登録される。
【００３６】
ステップＳ４に続いてステップＳ５に進み、Ｗｅｂアプリ１２はプリンタ情報の登録処理の結果を示す情報（例えば、正常終了又はエラー等の情報。以下、「処理結果情報」という。）を示すＸＭＬ形式のデータ（以下、「処理結果データ」という。）を組み込みＷｅｂサーバ１１に出力する。
【００３７】
ステップＳ５に続いてステップＳ６に進み、組み込みＷｅｂサーバ１１は、処理結果データに基づいて処理結果情報を表示するＷｅｂページ（以下、「処理結果ページ」という。）を生成し、処理結果情報ページを端末２０に送信する。ステップＳ６に続いてステップＳ７に進み、端末２０に処理結果ページが表示され、日本人ユーザは、画像処理装置１０に正常にプリンタ情報を設定することができた旨を確認することができる。
【００３８】
次に、かかるプリンタ情報を端末３０のアメリカ人ユーザが参照、又は更新しようとした場合について説明する。図６は、プリンタ情報の参照要求を受信した場合の画像処理装置の処理を説明するためのシーケンス図である。
【００３９】
ステップＳ１１において、端末３０のアメリカ人ユーザが英語版のプリンタ情報ページ（以下、「英語版プリンタ情報ページ」という。）に対するＵＲＬをＷｅｂブラウザに入力すると、端末３０は、英語版プリンタ情報ページの送信要求を画像処理装置１０に送信する。
【００４０】
ステップＳ１１に続いてステップＳ１２に進み、端末２０からの要求を受信した組み込みＷｅｂサーバ１１は、プリンタ情報の取得をＷｅｂアプリ１２に要求する。ステップＳ１２に続いてステップＳ１３に進み、Ｗｅｂアプリ１２は、プリンタ情報管理部１３から２バイト系文字コードで登録されているプリンタ情報の属性値を示す文字列（以下、「２バイト系文字列」という。）とそれぞれの属性値に付加されているエンコード情報とを取得する。
【００４１】
ステップＳ１３に続いてステップＳ１４に進み、Ｗｅｂアプリ１２は、２バイト系文字列とそのエンコード情報を多言語変換モジュール１５に引渡し、２バイト系文字列のＵｎｉｃｏｄｅによる文字列（以下、「Ｕｎｉｃｏｄｅ文字列」という。）への変換を要求する。
【００４２】
ステップＳ１４に続いてステップＳ１５に進み、多言語変換モジュール１５は、２バイト系文字列をＵｎｉｃｏｄｅ文字列に変換する。ここで、多言語変換モジュール１５は、エンコード情報により、２バイト系文字列がどの文字コードによるものかを特定することで、当該２バイト系文字列を構成する各文字のＵｎｉｃｏｄｅ上での文字コードを一意に特定する。ステップＳ１５に続いてステップＳ１６に進み、多言語変換モジュール１５は、Ｕｎｉｃｏｄｅに変換した属性値をＷｅｂアプリ１２に出力する。
【００４３】
ステップＳ１６に続いてステップＳ１７に進み、Ｗｅｂアプリ１２は、プリンタ情報ページに掲載する情報をＸＭＬ形式のデータとして生成し、組み込みＷｅｂサーバ１１に出力する（Ｓ１８）。なお、ステップＳ１７においてＷｅｂアプリ１２が生成するＸＭＬ形式のデータを以下、「掲載データ」という。
【００４４】
図７は、掲載データの例を示す図である。図７の掲載データ３００において、記述３０１、記述３０２、及び記述３０３には、それぞれプリンタ情報を構成する属性であるプリンタ名、グループ名、コメントについての属性名及び属性値が順番に出力されている。即ち、各記述は、それぞれ＜Ｎａｍｅ＞タグで囲まれたＮａｍｅ要素と＜Ｖａｌｕｅ＞タグで囲まれたＶａｌｕｅ要素とから構成されており、Ｎａｍｅ要素は属性名を、Ｖａｌｕｅ要素は属性値を示す。
【００４５】
掲載データ３００を図４におけるプリンタ情報ページ４１０に対応させて説明する。ラベル４１１に表示される文字列は記述３０１１における「Ｓ＿ＮＡＭＥ」であり、テキストボックス４１４に表示される文字列は、記述３０１２における「開発部用プリンタ」である。また、ラベル４１２に表示される文字列は、記述３０２１における「Ｓ＿ＧＲＯＵＰ」であり、テキストボックス４１５に表示される文字列は、記述３０２２における「ＲＲＲ」である。更に、ラベル４１３に表示される文字列は、記述３０３１における「Ｓ＿ＣＯＭＭＥＮＴ」であり、テキストボックス４１６に表示される文字列は、記述３０３２における「修理中」である。
【００４６】
ここで、各属性名は、表示文字列そのものではないことが分かる。即ち、「Ｓ＿ＮＡＭＥ」、「Ｓ＿ＧＲＯＵＰ」、及び「Ｓ＿ＣＯＭＭＥＮＴ」は、表示文字列そのものではなく、表示文字列を識別するための文字列（以下、「ＩＤ文字列」という。）である。これは、各属性名は表示させる表示言語によって表示するための文字列が変化するからである。
【００４７】
一方、属性値は、値そのものに絶対的な意味があるため、言語ごとに変化させるのは好ましくない。即ち、プリンタ名である「開発用プリンタ」は、「開発用プリンタ」という文字列としての値に意味があり、「開発用プリンタ」という言語に意味があるものではない。
【００４８】
値そのものに意味があるものには、一般に、ユーザによって設定、変更可能な動的な情報が相当する場合が多い。従って、以下の説明においては、かかるデータを「動的データ」と呼ぶ。本実施の形態においては、各属性値が動的データに相当する。これに対し、ユーザから設定されたり変更されたりするものではなく、予め表示文字列が表示言語毎で定まっているデータを「静的データ」と呼ぶ。本実施の形態においては、属性名等のＩＤ文字列で識別される文字列が静的データに相当する。
【００４９】
なお、記述３０４には、端末２０等から要求された言語を識別するための情報が出力されている。即ち、Ｗｅｂアプリ１２が、端末２０等からの要求（ＨＴＴＰリクエスト）に含まれるＵＲＬから端末２０等が要求している言語を特定し、当該言語を識別するための文字列を出力したものである。ここで、「ｅｎ」は英語を示す。
【００５０】
ステップＳ１８に続いてステップＳ１９に進み、組み込みＷｅｂサーバ１１は、言語処理部１６に、ＸＭＬ形式である掲載データ３００のＷｅｂページ（ＨＴＭＬ形式）への変換を指示する。
【００５１】
ステップＳ１９に続いてステップＳ２０に進み、言語処理部１６は、言語リソース１７及び書式情報ファイル１８等を利用して、掲載データ３００をＷｅｂページ（プリンタ情報ページ）に変換する。
【００５２】
ここで、言語リソース１７と書式情報ファイル１８について説明する。言語リソース１７は、表示言語ごとにＩＤ文字列と表示文字列との対応づけが登録されているＸＭＬ形式のファイルである。
【００５３】
図８は、日本語用言語リソースの例を示す図である。図８の記述１７１１において、ＩＤ文字列「Ｓ＿ＮＡＭＥ」に対する日本語による表示文字列は「プリンタ名」であることが定義されている。同様に「Ｓ＿ＧＲＯＵＰ」は「グループ名」（記述１７１２）、「Ｓ＿ＣＯＭＭＥＮＴ」は「コメント」（記述１７１３）が表示文字列であることが定義されている。
【００５４】
また、図９は、英語用言語リソースの例を示す図である。図９において、「Ｓ＿ＮＡＭＥ」に対しては「Ｐｒｉｎｔｅｒ Ｎａｍｅ」（記述１７２１）、「Ｓ＿ＧＲＯＵＰ」に対しては「Ｇｒｏｕｐ Ｎａｍｅ」（記述１７２２）、「Ｓ＿ＣＯＭＭＥＮＴ」に対しては「Ｃｏｍｍｅｎｔ」（記述１７２３）が英語による表示文字列として定義されている。
【００５５】
また、書式情報ファイル１８は、Ｗｅｂページの書式情報（レイアウト等）が定義されているファイルであり、例えばＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ）ファイル等によって実装することができる。
【００５６】
従って、言語処理部１６はステップＳ２０において、言語リソース１７の定義に従ってＩＤ文字列を表示文字列（英語）に変換し、変換された表示文字列と属性値としての文字列とを書式情報ファイル１８の定義に従った書式で表示する英語版プリンタ情報ページを生成する。なお、ここで生成される英語版プリンタ情報ページはＵｎｉｃｏｄｅによるものである。
【００５７】
ステップＳ２０に続いてステップＳ２１に進み、言語処理部１６は、生成した英語版プリンタ情報ページを組み込みＷｅｂサーバ１１に出力する。ステップＳ２１に続いてステップＳ２２に進み、組み込みＷｅｂサーバ１１が、端末３０に英語版プリンタ情報ページを送信すると、英語版プリンタ情報ページが端末３０のＷｅｂブラウザに表示される。
【００５８】
図１０は、英語版プリンタ情報ページの表示例を示す図である。図１０の英語版プリンタ情報ページ４２０では、各属性名（静的データ）は、英語で表示されているのが分かる（「Ｐｒｉｎｔｅｒ Ｎａｍｅ」、「Ｇｒｏｕｐ Ｎａｍｅ」、「Ｃｏｍｍｅｎｔ」。しかし、各属性値（動的データ）については、端末３０のアメリカ人ユーザが英語版のプリンタ情報ページを要求したにもかかわらず、日本語ユーザが登録したままの値で文字化けすることなく表示されている（「開発部用プリンタ」、「ＲＲＲ」、「修理中」）。これは、多言語変換モジュール１５が、エンコード情報に基づいて、各属性値を示す文字列の文字コード種別を適切に判断していることによる。即ち、もし、多言語変換モジュール１５が、属性値は、端末３０から要求された言語（ここでは、英語）によるものであると単純に判断し、その判断に基づいて各属性値を示す文字列をＵｎｉｃｏｄｅ文字列に変換したとすると、図１０の英語版プリンタ情報ページ４２０においては、各属性値が文字化けして表示されてしまうことになる。
【００５９】
なお、上述の例においては、説明を単純にするため、Ｗｅｂページに掲載する情報（掲載情報）をプリンタ情報管理部１３のみから取得するように記載したが、画像処理装置１０に実装されている他のアプリケーション（他アプリ）が管理している情報や、画像処理装置１０とネットワークを介して接続されている他のシステム（外部システム）が管理している情報を表示するＷｅｂページを生成する場合は、他アプリケーションや外部システムから掲載情報を取得することになる。
【００６０】
図１１は、Ｗｅｂページに掲載する情報を外部システム等から取得する場合の画像処理装置の機能構成例を示す図である。図１１中、図２と同一部分には同一符号を付し、その説明は省略する。図１１においては、図２に対して、他アプリ１９と、外部システム６０とが追加されている。
【００６１】
以下においては、他アプリ１９や外部システム６０等からも情報を取得する場合も考慮して、多言語変換モジュール１５による処理の詳細について説明するが、まず、多言語変換モジュールの機能構成例について説明する。
【００６２】
図１２は、多言語変換モジュールの機能構成例を示す図である。図１２に示すように、多言語変換モジュール１５は、静的データ変換モジュール１５１と動的データ変換モジュール１５２とから構成されている。静的データ変換モジュール１５１は、静的データ（上述の例では、属性名）をＩＤ文字列に変換するものである。動的データ変換モジュール１５１は、動的データ（上述の例では属性値）をＵｎｉｃｏｄｅに変換するものである。
【００６３】
図１２における多言語変換モジュールによる処理を中心に、図６におけるステップＳ１４からステップＳ１６までの処理の詳細を以下に説明する。図１３は、多言語変換モジュールによる文字列の変換処理を説明するためのフローチャートである。
【００６４】
ステップＳ１０１において、Ｗｅｂアプリ１２は、変換対象としている文字列（以下、「対象文字列」という。）が静的データ（属性名等）であるか、動的データ（属性値等）であるかを判断し、静的データであった場合（Ｓ１０１で「静的データ」）には、静的データ変換モジュール１５１に文字列の変換を要求し、動的データであった場合（Ｓ１０１で「動的データ」）には、動的変換モジュール１５２に文字列の変換を要求する。
【００６５】
なお、ここでの静的データ変換モジュール１５１又は動的データ変換モジュール１５２に対する文字列の変換要求は、図６におけるステップＳ１４に対応する。図６においては、ステップＳ１４におけるＷｅｂアプリ１２から多言語変換モジュール１５への要求は、２バイト系文字列である属性値の変換要求であると説明したが、厳密には、Ｗｅｂアプリ１２は、属性値のような動的データのみならず、静的データについても、多言語変換モジュール１５に変換を要求する。
【００６６】
即ち、Ｗｅｂアプリ１２は、静的データであろうと動的データであろうとＷｅｂページの掲載対象となる文字列（各ラベルに表示される文字列、及び各テキストボックスに表示される文字列等）は、とりあえず多言語変換モジュール１５に変換を要求する。ただし、対象文字列が静的データの場合は、文字コードの変換ではなく、ＩＤ文字列への変換を要求する。
【００６７】
対象文字列が静的データであった場合は、ステップＳ１０２に進み、静的データ変換モジュール１５１は、変換を要求された対象文字列がＩＤ文字列そのものであるか否かを、言語リソース１７を参照して判断する。即ち、静的データ変換モジュール１５１は、対象文字列と同一のＩＤ文字列が言語リソース１７に登録されている場合は、対象文字列はＩＤ文字列であると判断し、登録されていない場合は、対象文字列はＩＤ文字列でないと判断する。
【００６８】
ここで、対象文字列が静的データであるにもかかわらず、ＩＤ文字列でない場合とは、例えば、他アプリ１９や外部システム６０等が、Ｗｅｂアプリ１２から静的データに相当する所定の情報の提供要求を受けた場合に、要求された情報をＩＤ文字列ではなく、所定の言語による文字列で返却するような場合が相当する。即ち、他アプリ１９等は、言語リソース１７に登録されているＩＤ文字列には全く関与しないものである。従って、他アプリ１９等が静的データに相当する情報であるにもかかわらず、所定の言語での文字列で要求された情報を返却するのは当然のことである。
【００６９】
なお、対象文字列が静的なデータであって、ＩＤ文字列である場合とは、例えばＷｅｂアプリ１２にハードコーディングされているＩＤ文字列が静的データ変換モジュール１５１に渡された場合等が相当する。
【００７０】
ステップＳ１０２において、静的データ変換モジュール１５１が、対象文字列はＩＤ文字列であると判断した場合は、変換の必要はないため、Ｗｅｂアプリ１２から渡された対象文字列をそのままＷｅｂアプリ１２に出力する（Ｓ１０３）。
【００７１】
また、ステップＳ１０２において、静的データ変換モジュール１５１が対象文字列はＩＤ文字列でないと判断した場合は、ステップＳ１０４に進む。ステップＳ１０４において、静的データ変換モジュール１５１は、言語リソース１７に登録されている表示文字列の中から、対象文字列と同一の文字列を検索し、検索された表示文字列に対応するＩＤ文字列を取得する（逆引き）。
【００７２】
ここで、ＩＤ文字列を逆引きするのは、静的データは、上述したように端末３０等から要求された言語で表示させる必要があるからである。即ち、他アプリ１９等から取得した対象文字列は、端末３０等から要求された言語によるものであるか静的データ変換モジュール１５１には判断がつかない。よって、一度、ＩＤ文字列に変換し、その後に端末３０等からの要求された言語での文字列への変換は、言語処理部１６に任せるという趣旨である。
【００７３】
ステップＳ１０４に続いてステップＳ１０５に進み、静的データ変換モジュール１５１は、逆引きしたＩＤ文字列をＷｅｂアプリ１２に出力する。
【００７４】
一方、ステップＳ１０１において、対象データが動的データであった場合はステップＳ１０６に進む。ステップＳ１０６において、動的データ変換モジュール１５２は、２バイト系文字列である対象文字列をＵｎｉｃｏｄｅ文字列に変換する。なお、この処理の詳細は後述する。
【００７５】
ステップＳ１０６に続いてステップＳ１０７に進み、動的データ変換モジュール１５２は、変換されたＵｎｉｃｏｄｅ文字列をＷｅｂアプリ１２に出力する。
【００７６】
なお、上述において、ステップＳ１０３、Ｓ１０５、及びＳ１０７は、図６におけるステップＳ１６に相当する。
【００７７】
次に、図１３におけるステップＳ１０６の処理の詳細について説明する。図１４は、動的データの文字コードの変換処理を説明するためのフローチャートである。
【００７８】
ステップＳ２０１において、動的データ変換モジュール１５２は、Ｗｅｂアプリ１２から変換を要求された対象文字列にエンコード情報が関連付けられているか否かを判断する。
【００７９】
エンコード情報が関連付けられている場合は、ステップＳ２０２に進む。エンコード情報が関連付けられている場合とは、上述したように対象文字列がプリンタ情報の属性値であり、その属性値がプリンタ情報管理部１３に登録される際に、エンコード情報も伴って登録されている場合や、他アプリ１９又は外部システム６０等から取得した情報にエンコード情報が関連付けられている場合等である。
【００８０】
ステップＳ２０２において、動的データ変換モジュール１５２は、エンコード情報の値がＵｎｉｃｏｄｅに対応するものであるか否かを判断する。エンコード情報の値がＵｎｉｃｏｄｅに対応するものであった場合（Ｓ２０２でＹｅｓ）は、対象文字列はもともとＵｎｉｃｏｄｅであるため、動的データ変換モジュール１５２は、対象文字列の変換は行わない（Ｓ２０３）。エンコード情報の値がＵｎｉｃｏｄｅ以外のものである場合（Ｓ２０２でＮｏ）は、エンコード情報に基づいて２バイト系文字列である対象文字列をＵｎｉｃｏｄｅ文字列に変換する。
【００８１】
一方、Ｓ２０２において、動的データ変換モジュール１５２が、対象文字列には、エンコード情報が関連付けられていないと判断した場合は、ステップＳ２０５に進む。
【００８２】
上述したように、プリンタ情報管理部１３に登録されているプリンタ情報の属性値には、原則としてエンコード情報が付加されている。しかし、外部システム６０から直接（Ｗｅｂアプリ１２を介さないで）ｔｅｌｎｅｔ等でプリンタ情報管理部１３における属性値が設定された場合や、あるいは対象文字列が、外部システム６０や他アプリ１９等から取得されたものであってエンコード情報が関連付けられていない場合は、対象文字列に対するエンコード情報は無い。かかる場合に、対象文字列がどの種別の文字コードによるものか判断できないため、本来であればＵｎｉｃｏｄｅへの変換が一意に定まらない。
【００８３】
そこで、動的データ変換モジュール１５２は、ステップＳ２０５以降の処理において、対象文字列の文字コード種別を所定のものに仮定し、その仮定に基づいて変換した結果、正常に変換できれば対象文字列の変換は完了したものと判断する。ここで、正常に変換できるとは、例えば、対象文字列の文字コード種別がＳＪＩＳとの仮定に基づいてＵｎｉｃｏｄｅへ変換した場合、変換後の文字列の文字コードの値がＵｎｉｃｏｄｅにおいて日本語を表現するための値に該当していることをいう。
【００８４】
但し、２バイト系文字コードは、各種別どうし（例えば、日本語の文字コードとチェコ語の文字コード）で相互に文字コードの値が一部重複しているため、他の文字コード種別であると仮定しても、”正常に変換”できてしまう場合がある。従って、動的データ変換モジュール１５２は、対象文字列の文字コード種別として仮定するものをいくつかの候補に絞り、その中で優先順位（以下、「変換順位」という。）をつけ、その変換順位の順番に正常に変換できるか否かを判断する。
【００８５】
動的データ変換モジュール１５２が、対象文字列の文字コード種別として仮定する候補は、端末３０等から表示言語として要求された言語（以下、「要求言語」という。）、画像処理装置１０の操作パネル（オペパネ）の表示言語（以下、「オペパネ言語」という。）、画像処理装置１０がオペパネ言語に選択可能なものとしてサポートしている言語（以下、「サポート言語」という。）の３つである。
【００８６】
なお、操作パネルとは、画像処理装置１０に設置され、画像処理装置１０のユーザに対して画像処理装置１０を操作するための操作情報を表示するためのパネルである。即ち、画像処理装置１０は、予めインストールされている複数の言語の中から、オペパネ言語をユーザの任意によって選択することが可能である。従って、例えば、ユーザがオペパネ言語を日本語に設定したら、画像処理装置１０は、操作パネルに日本語で操作情報を表示させる。
【００８７】
この中での変換順位は、本実施の形態においては、原則として要求言語、オペパネ言語、サポート言語の順番とする。かかる順番とするのは以下の理由による。
【００８８】
例えば、本実施の形態における日本のオフィスの人種の構成が、日本人は８０％、チェコ人は１５％、アメリカ人は５％であるとする。この場合、画像処理装置１０には、日本語で表示されるＷｅｂページ（プリンタ情報ページ等）の要求が最も多いと考えられる。また、かかるＷｅｂページを通して画像処理装置１０に設定される情報の値（プリンタ情報の属性値等）は、日本語による可能性が最も高いと考えられる。従って、対象文字列の言語を要求言語と仮定することは、結果的に、最も多くの場合に適切な仮定をすることとなる。よって、動的データ変換モジュール１５２は、まず対象文字列の言語を要求言語と仮定する。
【００８９】
次に、複数の人種の人たちが混在する環境においては、画像処理装置１０等のように皆で共通に利用する機器に対して、皆が共通に理解できる言語で情報の設定がされると考えられる。本実施の形態のように画像処理装置１０がオフィスのフロアに置かれている場合は、画像処理装置１０の情報にアクセスする人達は、そのフロアにいる人達にほぼ限定されるといえる。即ち、実際に操作パネルによって画像処理装置１０を操作する人達である。また、同一のフロア等、ある程度限定された空間の中で勤務している人であれば、普段は共通の言語によってコミュニケーションをとっているはずである。例えば、本実施の形態における想定のように、日本のオフィッスにおいてであれば、端末２０、端末３０、端末４０のユーザは、お互いに日本語でコミュニケーションをとっているはずである。
【００９０】
従って、画像処理装置１０の操作パネルに表示される言語（オペパネ言語）は、フロア内の人が共通に理解できる言語で設定されるはずである。よって、動的データ変換モジュール１５２は、オペパネ言語を対象文字列の言語として仮定する。
【００９１】
但し、要求言語やオペパネ言語が英語である場合は、当該要求言語や当該オペパネ言語を変換順位からはずす。対象文字列が英語であると仮定して最初に変換してしまうと、必ず正常に変換できてしまうため、変換処理の妥当性が担保されないからである。
【００９２】
ステップＳ２０５において、動的データ変換モジュール１５２は、画像処理装置１０の操作パネル（オペパネ）の表示言語（以下、「オペパネ言語」という。）として選択されている言語をオペパネ管理サービス１０１９に問い合わせる。
【００９３】
以下、フローチャートに沿って説明する。
【００９４】
ステップＳ２０５に続いてステップＳ２０６に進み、動的データ変換モジュール１５２は、端末３０等から要求された表示言語（要求言語）は、英語であるか否かを判断する。要求言語の判断は、端末３０等から指定されたＵＲＬや、ＨＴＴＰリクエストヘッダに含まれるＡｃｃｅｐｔ−Ｌａｎｇｕａｇｅ等を参照することにより行う。
【００９５】
要求言語が英語である場合は、ステップＳ２０７に進み、動的データ変換モジュール１５２は、オペパネ言語が英語であるか否かを判断する。
【００９６】
オペパネ言語が英語である場合はステップＳ２０８に進み、動的データ変換モジュール１５２は、変換順位をサポート言語の中での優先順位とする。即ち、サポート言語は複数あるため、サポート言語内で予め設定されている優先順位を変換順位とするのである。なお、サポート言語内での優先順位は、画像処理装置１０の出荷先に合わせて設定しておけばよい。例えば、画像処理装置１０のサポート言語が、日本語、英語、スペイン語の場合に、画像処理装置１０をスペインに出荷する場合は、スペイン語、英語、日本語の順に優先順位を設定するといった感じである。
【００９７】
また、オペパネ言語が英語以外である場合はステップＳ２０９に進み、動的データ変換モジュール１５２は、変換順位をオペパネ言語、サポート言語の順番とする。
【００９８】
一方、ステップＳ２０６において、動的データ変換モジュール１５２が、端末から要求された表示言語は英語でないと判断した場合はステップＳ２１０に進む。ステップＳ２１０において、動的データ変換モジュール１５２は、変換順位を要求言語、オペパネ言語、サポート言語の順番とする。ただし、オペパネ言語が英語だった場合は、オペパネ言語を変換順位から除き、動的データ変換モジュール１５２は、変換順位を要求言語、サポート言語の順番とする。
【００９９】
ステップＳ２１１及びＳ２１２において、動的データ変換モジュール１５２は、変換順位の順番で対象文字列の文字コード種別を仮定して、対象文字列をＵｎｉｃｏｄｅ文字列に変換し、正常に変換でき時点で変換を終了する。
【０１００】
なお、変換先のＵｎｉｃｏｄｅ文字列は、上述したように（図１３のＳ１６）、Ｗｅｂアプリ１２に出力される。
【０１０１】
次に、上記のエンコード情報が無い場合（ステップＳ２０５以降）における動的データ変換モジュール１５２による文字コードの変換処理を、いくつかの具体的なケースにあてはめてみる。なお、以下の全てのケースにおいて共通する事項として、以下を前提とする。
（１）画像処理装置１０と端末２０、３０、及び４０とは、日本企業における同一フロアにあり、端末２０のユーザは日本人、端末３０のユーザはアメリカ人、端末４０のユーザはチェコ人である。
（２）画像処理装置１０等が設置されているフロアの人種の構成は、日本人が８０％、チェコ人が１５％、アメリカ人が５％である。
（３）画像処理装置１０のサポート言語の優先順位は日本語、チェコ語、英語である。
【０１０２】
また、各端末のユーザは、それぞれ自分の母国語によるプリンタ情報ページを要求するとする。更に、フロア内での共通語は日本語、即ち、フロア内ではお互いに日本語でコミュニケーションをとっているものとする。
【０１０３】
第一のケースとして、プリンタ情報管理部１３には日本語で属性値が設定されており（即ち、動的データ変換モジュール１５に変換が要求される対象文字列は日本語）、オペパネ言語は日本語である場合を想定する。
【０１０４】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１０５】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１０６】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０９より、
オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１０７】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１０８】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（チェコ語）→オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１０９】
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次に日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１１０】
上記より、第一のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１１１】
次に、第二のケースとして、プリンタ情報管理部１３には日本語で属性値が設定されており（即ち、対象文字列は日本語）、オペパネ言語は英語である場合を想定する。
【０１１２】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１１３】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１１４】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０８より、
サポート言語（日本語、チェコ語、英語）
となる。
【０１１５】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１１６】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１１７】
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列はチェコであるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次に日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１１８】
上記より、第二のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１１９】
次に、第三のケースとして、プリンタ情報管理部１３には日本語で属性値が設定されており（即ち、対象文字列は日本語）、オペパネ言語はチェコ語である場合を想定する。
【０１２０】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１２１】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０９より、
オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次に日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１２２】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（チェコ語）→オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次に日本語であると仮定して変換する。上述したように対象文字列（対象文字列）は日本語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなく日本語で表示される。
【０１２３】
上記より、第三のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１２４】
次に、第四のケースとして、プリンタ情報管理部１３にはチェコ語で属性値が設定されており（即ち、対象文字列はチェコ語）、オペパネ言語は日本語である場合を想定する。
【０１２５】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１２６】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次にチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１２７】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０９より、
オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１２８】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次にチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１２９】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（チェコ語）→オペパネ言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１３０】
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１３１】
上記より、第四のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１３２】
次に、第五のケースとして、プリンタ情報管理部１３にはチェコ語で属性値が設定されており（即ち、対象文字列はチェコ語）、オペパネ言語は英語である場合を想定する。
【０１３３】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１３４】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次にチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１３５】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０８より、
サポート言語（日本語、チェコ語、英語）
となる。
【０１３６】
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次にチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１３７】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２０８〜Ｓ２１１より、
要求言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１３８】
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１３９】
上記より、第五のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１４０】
次に、第六のケースとして、プリンタ情報管理部１３にはチェコ語で属性値が設定されており（即ち、対象文字列はチェコ語）、オペパネ言語もチェコ語である場合を想定する。
【０１４１】
端末２０の日本人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が日本語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（日本語）→オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
従って、動的データ変換モジュール１５２は、まず対象文字列を日本語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列は日本語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換されない。従って、動的データ変換モジュール１５２は、次にチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末２０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１４２】
また、端末３０のアメリカ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語が英語の場合、変換順位は、図１４のステップＳ２０９より、
オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
となる。
【０１４３】
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末３０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１４４】
また、端末４０のチェコ人ユーザからプリンタ情報ページの送信要求があった場合、即ち、要求言語がチェコ語の場合、変換順位は、図１４のステップＳ２１０より、
要求言語（チェコ語）→オペパネ言語（チェコ語）→サポート言語（日本語、チェコ語、英語）
従って、動的データ変換モジュール１５２は、まず対象文字列をチェコ語であると仮定して変換する。上述したように対象文字列（対象文字列）はチェコ語であるため、対象文字列はチェコ語であるとの仮定に基づいて変換した場合、対象文字列はＵｎｉｃｏｄｅ文字列に正常に変換される。よって、属性値は、端末４０に表示されたプリンタ情報ページ上で文字化けすることなくチェコ語で表示される。
【０１４５】
上記より、第六のケースにおいて、動的データ変換モジュール１５２の変換処理は妥当であるといえる。
【０１４６】
上述したように、本実施の形態における画像処理装置１０によれば、端末２０等から登録を要求されたＵｎｉｃｏｄｅによる文字列を、２バイト系文字コードでプリンタ情報管理部１３に登録する際に、エンコード情報を付加して登録しておくため、その後にプリンタ情報管理部１３に登録されている文字列をＵｎｉｃｏｄｅで提供する必要がある場合でも、エンコード情報に基づいて正しく文字コード変換することができるため、文字化けすることなく適切に表示されるＷｅｂページを提供することができる。
【０１４７】
また、エンコード情報がない場合であっても、動的データ変換モジュール１５２が妥当性のある判断により、文字コード変換を行うため、文字化けすることなく適切に表示されるＷｅｂページを提供することができる。
【０１４８】
更に、本実施の形態において説明した方法によれば、機器内部の文字コードを拡張する必要はないため、端末２０等とのＵｎｉｃｏｄｅによる通信を低コストで実現することができる。
【０１４９】
なお、本発明が適用可能な機器は、画像形成装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有しているデジタルカメラや携帯電話、又はいわゆるデジタル家電等にも本発明を適用することができる。
【０１５０】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１５１】
【発明の効果】
上述の如く、本発明によれば、２バイト系文字コードを内部コードとして扱っている情報提供装置において、複数言語の表現が可能な文字コードで適切に情報の提供を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における画像処理装置の機能構成例を示す図である。
【図２】Ｗｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図３】プリンタ情報の更新要求を受信した場合の画像処理装置の処理を説明するためのシーケンス図である。
【図４】プリンタ情報ページの表示例を示す図である。
【図５】プリンタ情報の登録イメージを示す図である。
【図６】プリンタ情報の参照要求を受信した場合の画像処理装置の処理を説明するためのシーケンス図である。
【図７】掲載データの例を示す図である。
【図８】日本語用言語リソースの例を示す図である。
【図９】英語用言語リソースの例を示す図である。
【図１０】英語版のプリンタ情報ページの表示例を示す図である。
【図１１】Ｗｅｂページに掲載する情報を外部システム等から取得する場合の画像処理装置の機能構成例を示す図である。
【図１２】多言語変換モジュールの機能構成例を示す図である。
【図１３】多言語変換モジュールによる文字列の変換処理を説明するためのフローチャートである。
【図１４】動的データの文字コードの変換処理を説明するためのフローチャートである。
【符号の説明】
１０ 画像処理装置
１１ 組み込みＷｅｂサーバ
１２ Ｗｅｂアプリ
１３ プリンタ情報管理部
１４ 多言語変換モジュール
１６ 言語処理部
１７ 言語リソース
１８ 書式情報ファイル
１９ 他アプリ
２０、３０、４０ 端末
５０ ネットワーク
６０ 外部システム
１０１１ コピーアプリ
１０１２ ファックスアプリ
１０１３ プリンタアプリ
１０１４ 情報提供アプリ
１０１６ システム管理サービス
１０１７ ネットワークサービス
１０１８ メモリ管理サービス
１０１９ オペパネ管理サービス
１０２０ エンジン管理サービス
１０２１ ＯＳ
１０２２ エンジン制御ボード
１０２３ プロッタエンジン
１０２４ スキャナエンジン

Claims (15)

1. ネットワークを介して接続している端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置であって、
   前記所定の情報の少なくとも一部を、第二の文字コードによる文字列で、前記第二の文字コードの種別を識別するコード識別情報と関連付けて管理する情報管理手段と、
   前記端末からの要求に応じて、前記情報管理手段が管理している文字列を、前記文字列と関連付けられている前記コード識別情報に基づいて前記第一の文字コードによる文字列に変換する第一の文字コード変換手段と、
   前記第一の文字コード変換手段による変換先の前記第一の文字コードによる文字列を前記端末に送信する情報送信手段とを有することを特徴とする情報提供装置。
2. 前記端末から送信される前記第一の文字コードによる文字列を前記第二の文字コードによる文字列に変換する第二の文字コード変換手段と、前記第二の文字コード変換手段による変換先の前記第二の文字コードによる文字列を、該文字列の前記コード識別情報と関連付けて前記情報管理手段に登録する情報登録手段とを有することを特徴とする請求項１記載の情報提供装置。
3. 前記第一の文字コード変換手段は、前記情報管理手段が管理している文字列のうち前記端末からの要求に対応する文字列に前記コード識別情報が関連付けられていない場合は、該文字列の文字コードの種別を前記端末から送信される要求において指定された言語に対応する文字コードの種別と仮定して、前記端末からの要求に対応する文字列を前記第一の文字コードによる文字列に変換することを特徴とする請求項１又は２記載の情報提供装置。
4. 前記第一の文字コード変換手段は、前記情報管理手段が管理している文字列のうち前記端末からの要求に対応する文字列に前記コード識別情報が関連付けられていない場合は、該文字列の文字コードの種別を当該情報管理装置がサポートしている言語のうち、予め設定されている言語に対応する文字コードの種別と仮定して、前記端末からの要求に対応する文字列を前記第一の文字コードによる文字列に変換ることを特徴とする請求項１又は２記載の情報提供装置。
5. 前記第一の文字コード変換手段は、前記情報管理手段が管理している文字列のうち前記端末からの要求に対応する文字列に前記コード識別情報が関連付けられていない場合は、該文字列の文字コードの種別を当該情報提供装置の操作パネルの表示言語として指定されている言語に対応する文字コードの種別と仮定して、該文字列を前記第一の文字コードによる文字列に変換することを特徴とする請求項１又は２記載の情報提供装置。
6. 前記第一の文字コード変換手段は、前記端末からの要求に対応する文字列の文字コードの種別を前記端末から送信される要求において指定された言語に対応する文字コードの種別と仮定して変換した結果、該文字列の変換が正常にできない場合は、該文字列の文字コードの種別を当該情報提供装置の操作パネルの表示言語として指定されている言語に対応する文字コードの種別と仮定して、該文字列を前記第一の文字コードによる文字列に変換することを特徴とする請求項３記載の情報提供装置。
7. 前記第一の文字コード変換手段は、前記端末からの要求に対応する文字列の文字コードの種別を当該情報提供装置の操作パネルの表示言語として指定されている言語に対応する文字コードの種別と仮定して変換した結果、該文字列の変換が正常にできない場合は、該文字列の文字コードの種別を当該情報管理装置がサポートしている言語のうち、予め設定されている言語に対応する文字コードの種別と仮定して、該文字列を前記第一の文字コードによる文字列に変換することを特徴とする請求項６記載の情報提供装置。
8. 前記端末から送信される要求において指定された言語が英語の場合は、前記端末からの要求に対応する文字列の文字コードの種別を前記端末から送信される要求において指定された言語に対応する文字コードの種別と仮定しないことを特徴とする請求項６又は７記載の情報提供装置。
9. 当該情報提供装置の操作パネルの表示言語として指定されている言語が英語の場合は、前記端末からの要求に対応する文字列の文字コードの種別を該操作パネルの表示言語に対応する文字コードの種別と仮定しないことを特徴とする請求項７又は８記載の情報提供装置。
10. 前記複数言語の表現が可能な第一の文字コードはＵｎｉｃｏｄｅであることを特徴とする請求項１乃至９いずれか一項記載の情報提供装置。
11. 前記情報提供装置は、画像処理装置であることを特徴とする請求項１乃至１１いずれか一項記載の情報提供装置。
12. 請求項１乃至１１いずれか一項記載の情報提供装置から送信される前記第一の文字コードによる文字列を表示させる文字列表示手段を有することを特徴とする情報表示装置。
13. 端末と、前記端末とネットワークを介して接続している端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置とを有する情報提供システムであって、
    前記情報提供装置は、
    前記所定の情報の少なくとも一部を、第二の文字コードによる文字列で、前記第二の文字コードの種別を識別するコード識別情報と関連付けて管理する情報管理手段と、
    前記端末からの要求に応じて、前記情報管理手段が管理している文字列を、前記文字列と関連付けられている前記コード識別情報に基づいて前記第一の文字コードによる文字列に変換する第一の文字コード変換手段と、
    前記第一の文字コード変換手段による変換先の前記第一の文字コードによる文字列を前記端末に送信する情報送信手段とを有し、
    前記端末は、
    前記情報提供装置から送信される前記第一の文字コードによる文字列を表示させる文字列表示手段を有することを特徴とする情報提供システム。
14. ネットワークを介して接続している端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置における情報提供方法であって、
    前記端末からの要求に対応した文字列を、該文字列に関連付けられている、第二の文字コードを識別するコード識別情報に基づいて、前記第一の文字コードによる文字列に変換する第一の文字コード変換手順と、
    前記第一の文字コード変換手順による変換先の前記第一の文字コードによる文字列を前記端末に送信する情報送信手順とを有することを特徴とする情報提供方法。
15. ネットワークを介して接続している端末から送信される要求に応じて、複数言語を表現する文字コードである第一の文字コードによる文字列で所定の情報を提供する情報提供装置に、
    前記端末からの要求に対応した文字列を、該文字列に関連付けられている、第二の文字コードを識別するコード識別情報に基づいて、前記第一の文字コードによる文字列に変換する第一の文字コード変換手順と、
    前記第一の文字コード変換手順による変換先の前記第一の文字コードによる文字列を前記端末に送信する情報送信手順とを実行させるための情報提供プログラム。

Images