JP4011099B2 - 情報処理装置及び情報処理方法 - Google Patents

Description

本発明は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示される国言語の継承を可能とし、かつ、Ｗｅｂアプリケーションの国言語の処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、プログラムサイズの縮小化及び開発効率の向上を実現する複数のＷｅｂアプリケーションを有する情報処理装置及び情報処理方法を提供するものである。

近年、インターネットを利用した情報提供が、クライアントＰＣ（Personal Computer）のみならず、携帯電話器及びＰＤＡ（Personal Digital Assistants）端末等の移動体端末へ拡大し、また、その情報提供の方法が多様化してきている。

画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するデータ処理装置が提案されている（例えば、特許文献１参照。）。このデータ処理装置によって、ユーザはインターネットを介すのみでデータ処理装置に備えられた画像形成処理を行う機器に関する情報の提供を受けることができる。

また、複数のページで構成された情報提供において、クライアントＰＣ側にてページ遷移が行われた場合でも、クライアントＰＣを利用しているユーザが入力した情報を所定領域に格納し、以後ページが遷移した際にその入力情報を用いることによって継承させて情報を提供するデータ継承方式が提案されている（例えば、特許文献２参照。）。
特開２００２−７０９５号公報 特開平１１−３０６０７０号公報

しかしながら、上記従来のような情報提供の方法には、以下のような問題があった。

画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するＷｅｂサーバにおいて、画像形成処理又はその画像形成処理を行うＷｅｂサーバによって制御されるプロッタ等の機器の状態、システム設定等を情報として提供するような場合、その時点での状態であるため、予めＨＴＭＬデータを用意しておくことができない。

特許文献１において提案されるデータ処理装置では、国言語の異なる複数のクライアントＰＣに対してその国言語に応じた情報提供を行うことができない。

更に、特許文献２において提案されるデータ継承方式では、ユーザに関する情報を入力させるためのページが必要であったり、ユーザが明示的にそのページへ入力する必要がある。また、ネットワーク接続されている間ユーザ毎に継承させるべき情報を管理しなければならない。従って、国言語の異なる複数のクライアントＰＣに対してその国言語に応じた情報提供を自動的に行うことができない。また、国言語に対応する処理部がＷｅｂアプリケーションから切り離されていないため、Ｗｅｂアプリケーションの開発の負担となっていた。

そこで、本発明の課題は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示される国言語の継承を可能とし、かつ、Ｗｅｂアプリケーションの国言語の処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、プログラムサイズの縮小化及び開発効率の向上を実現する複数のＷｅｂアプリケーションを有する画像処理装置を提供することである。

上記課題を解決するため、本発明は、ネットワークを介して接続される端末から受信した接続情報に基づいて通信を行う通信手段を有する情報処理装置において、前記接続情報はＵＲＬを含み、前記接続情報に含まれるＵＲＬは共通パス情報と前記共通パス情報に続く相対パス情報から構成され、前記ＵＲＬのうち相対パス情報のみに対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成する実行結果生成手段と、ＷｅｂページをＨＴＭＬで生成するＷｅｂページ生成手段と、前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に前記第１の言語情報として設定してＵＲＬを作成するＵＲＬ作成手段と、を備え、前記通信手段は、前記接続情報に含まれるＵＲＬの前記共通パス情報が前記第1の言語情報を含む要求である場合は、前記実行結果生成手段により、前記ＵＲＬの相対パス情報に対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成し、前記Ｗｅｂページ生成手段により前記実行結果情報に基づき生成されたＷｅｂページを前記端末に送信し、前記接続情報に含まれるＵＲＬの共通パス情報が前記第１の言語情報を含まない要求である場合は、前記ＵＲＬ作成手段により、前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に設定して、設定したＵＲＬにアクセスさせるように構成される。

また、前記課題を解決するための手段として、本発明は、上記情報処理装置における処理をコンピュータに行なわせるための情報処理方法とすることもできる。

本願発明によれば、端末からの要求時に端末で使用される言語が共通パス情報としてＵＲＬの一部に設定されるため、複数のＷｅｂアプリケーション間でページ遷移した場合においても、端末のＷｅｂブラウザに常に同一の言語にて情報提供を行うことができる。また、処理結果のＸＭＬによる記述と、言語を判断してＸＭＬからＨＴＭＬへ変換する処理とを、複数のＷｅｂアプリケーションから切り離して構成することができる。

以下、本発明の実施の形態を図面に基づいて説明する。

本発明の一実施例に係る情報処理装置は、プリンタ、ＦＡＸ、コピー等の複数の異なる画像形成機能の少なくとも１つを有すると共に、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供する。本実施例において、説明の便宜上、主に、印刷処理又は印刷を行うプロッタに関する情報が提供される場合について説明する。

図１は、本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。図１において、情報処理装置１１００は、コンピュータによって制御される装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（Read-Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、不揮発性ＲＡＭ（non-volatile Random Access Memory）１４と、リアルタイムクロック１５、イーサネット（登録商標）Ｉ／Ｆ（Ethernet（登録商標） Interface）２１と、ＵＳＢ（Universal Serial Bus）２２と、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）1284 ２３と、ハードディスクＩ／Ｆ２４と、エンジンＩ／Ｆ２５と、ＲＳ−２３２Ｃ Ｉ／Ｆ２６とで構成され、システムバスＢに接続される。

ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従って情報処理装置１１００を制御する。ＲＡＭ１３には、例えば、各インターフェース２１から２６に接続される資源に領域が割り当てられる。不揮発性ＲＡＭ１４には、情報処理装置１１００を制御するためにＣＰＵ１１による処理で必要な情報が格納される。リアルタイムクロック１５は、現時刻を計ると共に、処理を同期させる場合にＣＰＵ１１によって使用される。

イーサネット（登録商標）Ｉ／Ｆ２１には、１０ＢＡＳＥ−Ｔ又は１００ＢＡＳＥ−ＴＸ等のイーサネット（登録商標）用インターフェースケーブルが接続される。ＵＳＢ２２には、ＵＳＢ用インターフェースケーブルが接続される。ＩＥＥＥ1284 ２３には、ＩＥＥＥ1284用インターフェースケーブルが接続される。

ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷すべき文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。エンジンＩ／Ｆ２５には、文書データに基づいて所定媒体に印刷を行うプロッタ３５−１及び画像データを取り込むスキャナ３５−２等が接続される。ＲＳ−２３２Ｃ Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。

次に、図１に示すようなハードウェア構成を有し、複数の異なる画像形成処理を可能とし、かつ、複数のＷｅｂアプリケーションを有する情報処理装置１１００の機能構成について説明する。

図２は、情報処理装置の機能構成を示すブロック図である。図２において、情報処理装置１１００は、インターネット１０１６を介して表示画面の利用形態の異なるクライアントＰＣ１０４１、１０４２及び１０４３等の複数の端末１０４０と接続可能であって、各端末１０４０からの要求に応じて、その要求に対する応答として情報を提供するコンピュータである。クライアントＰＣ１０４１、１０４２及び１０４３は、夫々、英語、日本語、中国語によって情報が表示されているものとする。

情報処理装置１１００は、主に、ネットワーク制御部１１０１と、シーケンス制御ライブラリ１１１０と、Ｗｅｂアプリ振分共通ライブラリ１１２０と、Ｗｅｂページハンドラ１２００と、ＳＯＡＰ(Simple Object Access Protocol)ライブラリ１２０１と、ＸＭＬ(eXtensible Markup Language)ライブラリ１２０３と、ＸＳＬＴ（XSL Transformations）プロセッサ１２０５と、Ｗｅｂページ機能（ＷＰＦ）１３００と、プリンタ制御部１１０３と、スキャナ制御部１１０５と、言語リソースＤＢ１１２１と、提供可能言語リスト１１２２と、スタイルシート１４３０とを有する。

ネットワーク制御部１１０１は、少なくともＨＴＴＰ（Hyper Text Transfer Protocol）による通信制御を行うＨＴＴＰデーモン１００２を有し、ＨＴＴＰに従って端末１０４０から要求を受信し、その要求に対する応答としてその要求に応じた情報提供を行う。

ＨＴＴＰデーモン１００２は、端末１０４０から要求を受信すると、複数のＷｅｂアプリケーション１３０１において、ページ遷移した際にも端末１０４０の表示画面での利用形態に関する属性を示す属性情報が継承されるようにする所定の処理を実行するために、要求で指定されるＵＲＬ（Uniform Resource Locator）に仮の共通パス情報と、上記所定の処理を実行するためのＷｅｂアプリケーションＩＤとＣＧＩ(Common Gateway Interface)とを付加する。ページ遷移とは、表示されているＷｅｂページから、そのＷｅｂページにリンクされる他のＷｅｂページを表示させることを言う。

ＨＴＴＰデーモン１００２は、必要な情報を付加して、図３に示すようなＵＲＬを作成する。図３は、ＵＲＬ構成を示す図である。図３において、ＵＲＬは、大きく共通パス情報６０ａと相対パス情報６０ｂとで構成される。ＨＴＴＰデーモン１００２が端末４０から最初のページ要求を受信した際には、例えば、「http://AAA」のみがＵＲＬとして指定されており、このＵＲＬに対して、ＨＴＴＰデーモン１００２は、所定の「/TERMINAL/PROFILE/LANG/webDefaultApl/defaul.cgi」を付加する。

このようにして構成されたＵＲＬは、例えば、「http」等のアクセス手段を特定するプロトコル種別６１と、「AAA」で示されるＩＰアドレス６２と、「TERMINAL」で示される端末種別情報６３ａと、「PROFILE」で示されるプロファイル情報６３ｂと、「LANG」で示される言語情報６３ｃと、「webDefaultApl」で示されるＷｅｂアプリケーションＩＤ６４と、「default.cgi」で示されるページ情報６５とを有する。

そして、プロトコル種別６１と、ＩＰアドレス６２と、端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃとが共通パス情報６０ａとして、以後のページ遷移において継承され、ページ遷移によって跨るＷｅｂアプリケーション１３０１との間で参照される。また、ＷｅｂアプリケーションＩＤ６４と、ページ情報６５とが相対パス情報６０ｂを構成する。

図２に戻り、処理部の説明を続ける。

シーケンス制御ライブラリ１１１０は、インターネット１０１６を介して行われるデータの送受信の処理シーケンスと各Ｗｅｂアプリケーション１３０１とのデータの受け渡しの処理シーケンスとの違いを所定のシーケンス制御処理によって吸収する、複数のＷｅｂアプリケーション１３０１に対して共通の処理部である。

Ｗｅｂアプリ振分共通ライブラリ１１２０は、端末１０４０からの要求の解析及び端末１０４０への応答を生成し、複数のＷｅｂアプリケーション１３０１に対して共通の処理部である。Ｗｅｂアプリ振分共通ライブラリ１１２０は、Ｗｅｂページハンドラ１２００にてＸＭＬで記述された応答を、ＸＳＬＴプロセッサ１２０５によって各端末１０４０での国言語に応じたＨＴＭＬ(HyperText Markup Language)による表示形式に変換する。

Ｗｅｂページハンドラ１２００は、Ｗｅｂアプリケーション１３０１が解釈可能な処理言語と、端末１０４０との間で行われる要求及び応答による通信制御で解釈される処理言語との変換を行う処理部である。Ｗｅｂページハンドラ１２００は、要求に対応するＷｅｂアプリケーション１３０１をＣＧＩを介して関数コールする。また、Ｗｅｂページハンドラ１２００は、Ｗｅｂページ機能１３００から通知された処理結果データをＸＭＬで記述するために処理結果データのシリアライズ要求をＳＯＡＰライブラリ１２０１に対して行う。

ＳＯＡＰライブラリ１２０１は、Ｃ言語の変数で与えられた処理結果データをＸＭＬによって記述することによってデータ変換をしてシリアライズする。本実施例において、シリアライズするとは、ＸＭＬによってＷｅｂページ機能１３００から通知された処理結果を記述することである。

ＸＭＬライブラリ１２０３は、ＳＯＡＰライブラリ１２０１に利用されることによってＸＭＬで処理結果をシリアライズする。また、ＸＭＬライブラリ１２０３は、ＸＳＬＴプロセッサ１２０５に利用されることによって、処理結果を示すＨＴＭＬを生成する。

ＸＳＬＴプロセッサ１２０５は、端末１０４０の要求で指定されるＷｅｂアプリケーション１３０１に対応するＸＳＬ(eXtensible Stylesheet Language)で記述されたスタイルシート１４３０に基づいて、ＸＭＬライブラリ１２０３を利用することによってＸＭＬで記述された処理結果をＨＴＭＬの記述に変換する。

言語リソースＤＢ１２１は、各Ｗｅｂアプリケーション１３０１と情報処理装置１１００にて提供可能な各国言語での記述との対応を示す言語リソースを格納し、管理する。つまり、言語リソースＤＢ１１２１を用いることによって、一つの処理結果に対して、複数の言語で記述することができる。そして、提供可能言語リスト１１２２は、情報処理装置１１００が情報提供できる言語のリストを示す。

Ｗｅｂページ機能１３００は、Ｗｅｂページハンドラ１２００から関数コールされると、例えば、情報処理装置１１００に備えられた画像形成を制御するプリンタ制御部１１０３又はスキャナ制御部１１０５にＡＰＩ（Application Program Interface）１０１７を介して問い合わせて、プロッタ３５−１の状態又はスキャナ３５−２の状態等を示す情報を取得し、その情報をＷｅｂページハンドラ１２００へ返す。また、Ｗｅｂページ機能１３００は、同様にして、ＡＰＩ１０１７を介してネットワーク制御部１１０１へ問い合わせることによって取得した情報をＷｅｂページハンドラ１２００へ返す。

次に、Ｗｅｂアプリケーションをするための詳細な構成を図４及び図５で説明する。図４は、Ｗｅｂアプリケーションの実行を説明するためのブロック図である。図５は、ハッシュリストを示す図である。図４において、Ｗｅｂページハンドラ１２００は、例えば、図３に示すようなＵＲＬの構成に基づいた情報提供が行えるように、端末１０４０からの最初の要求時に実行されるデフォルトハンドラ１２１０と、端末１０４０からの指示によるページ遷移によって実行されるネットワーク設定ハンドラ１２２０と、同様にページ遷移によって実行されるシステム構成情報提供ハンドラ１２３０等を有する。

Ｗｅｂページ機能１３００は、Ｗｅｂページハンドラ１２００の各ハンドラに対応して、Ｗｅｂデフォルトアプリ１３１０と、Ｗｅｂシステムステータス応答アプリ１３２０と、Ｗｅｂシステム構成情報提供アプリ１３３０等の複数のＷｅｂアプリケーション１３０１を有する。

端末１０４０に初期画面が表示されるまでに、デフォルトハンドラ１２１０は、図３に示されるＵＲＬの形式に従って指定されるページ情報６５に基づいて、「default.cgi」と「netsetting.cgi」を介してＷｅｂデフォルトアプリ１３１０を関数コールする。その結果、例えば、情報処理装置１１００に実装されたプロッタ３５−１又はスキャナ３５−２等の設定情報が端末１０４０に表示される。

システムステータス応答ハンドラ１２２０は、情報処理装置１１００に実装されたプロッタ３５−１又はスキャナ３５−２等の機器の状態を取得するために、Ｗｅｂシステムステータス応答アプリ１３２０を関数コールする。また、システム構成情報提供ハンドラ１２３０は、Ｗｅｂシステム構成情報提供アプリ１３３０を関数コールすることによって、端末１０４０からの要求に応じて情報処理装置１１００によって成されるシステムの構成情報を取得する。

Ｗｅｂアプリ振分共通ライブラリ１１２０は、ＵＲＬからＷｅｂアプリケーションＩＤ６４を取得し、図５（Ａ）に示されるハッシュリスト１０５０ａを参照して、そのＷｅｂアプリケーションＩＤ６４が「webDefaultApl」を示す場合、「default_handler」を実行する。ＷｅｂアプリケーションＩＤ６４が他のＷｅｂアプリケーションＩＤを示す場合についても同様に、ハッシュリスト１０５０ａを参照して、実行すべきＷｅｂアプリケーションに対応するハンドラを実行する。

また、Ｗｅｂページハンドラ１２００の各ハンドラ１２１０、１２２０及び１２３０は、指定されたＵＲＬからページ情報６５を取得し、図５（Ｂ）に示されるハッシュリスト１０５０ｂを参照して、対応する関数をコールする。例えば、ページ情報６５が「netsetting.cgi」を示す場合、ハッシュリスト１０５０ｂから「netsetting()」をコールすべき関数として取得する。ページ情報６５が他のＣＧＩを示す場合についても同様に、ハッシュリスト１０５０ｂを参照して、コールすべき関数を取得する。

更に、Ｗｅｂアプリ振分共通ライブラリ１１２０は、ＸＳＬＴプロセッサ１２０５に対してＸＭＬで記述された処理結果をＨＴＭＬに変換するＸＳＬ変換要求を行うために、Ｗｅｂページ機能ＩＤとして指定されたＵＲＬからページ情報６５を取得し、図５（Ｂ）に示されるハッシュリスト１０５０ｂを参照して、対応するスタイルシートを取得する。例えば、ページ情報６５が「netsetting.cgi」を示す場合、Ｗｅｂアプリ振分共通ライブラリ１１２０は、ハッシュリスト５０ｂから「netsetting.xsl」をＸＳＬ変換に必要なスタイルシートとして取得する。ページ情報６５が他のＣＧＩを示す場合についても同様に、ハッシュリスト１０５０ｂを参照して、ＸＳＬ変換に必要なスタイルシートを取得する。

図４及び図５（Ｂ）において、Ｗｅｂページ機能ＩＤとしてのＵＲＬのページ情報６５が「default.cgi」である場合、default()関数が実行され、端末１０４０の国言語が決定され、ＨＴＴＰデーモン１００２によって仮に作成されたＵＲＬの言語情報にその決定した国言語が設定された初期画面が作成される。

ページ情報６５が「netsetting.cgi」である場合、netsetting()関数が実行され、例えば、プロッタ３５−１のネットワーク設定がプリンタのネットワーク設定として表示するネットワーク設定ページを作成するための情報が生成される。ページ情報６５が「sysstatus.cgi」である場合、sysstatus()関数が実行され、例えば、プロッタ３５−１の状態がプリンタの状態として表示するシステムステータスページを作成するための情報が生成される。ページ情報６５が「sysconfig.cgi」である場合、sysconfig()関数が実行され、システム構成を示す情報が生成される。

説明の便宜上、ＷｅｂアプリケーションＩＤの名称とＷｅｂページハンドラの名称とを統一させているが、このような名称に限定されるものではなく、図５（Ａ）のようなハッシュリスト１０５０ａによって対応付けがなされれば良い。同様に、Ｗｅｂページ機能ＩＤと、関数と、スタイルシートの名称を統一させているが、このような名称に限定されるものではなく、図５（Ｂ）のようなハッシュリスト１０５０ｂによって対応付けがなされれば良い。

次に、端末１０４０からの最初の要求に対して情報提供が行われるまでの処理フローについて説明する。図６及び図７は、ｄｅｆａｕｌｔ．ｃｇｉによる処理フローを示す図である。図６及び図７によって示される処理フローは、ｄｅｆａｕｌｔ．ｃｇｉによる一連の処理を示す。

図６において、端末１０４０は、ＨＴＴＰのＧＥＴメソッドを使用して、accept-Language情報を付加した要求を行う（ステップＳ１１１）。端末１０４０は、例えば、ＵＲＬ「http://AAA」を指定することによってその要求を行う。

この要求を受信した情報処理装置１１００のＨＴＴＰデーモン１００２は、ＵＲＬ「http://AAA」に端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃと、ＷｅｂアプリケーションＩＤ６４と、ページ情報６５とを付加してシーケンス制御ライブラリ１１１０へこの要求を通知する（ステップＳ１１２）。例えば、ＨＴＴＰデーモン１００２によって、端末種別情報６３ａとして「ＴＥＲＭＩＮＡＬ」、プロファイル情報６３ｂとして「ＰＲＯＦＩＬＥ」、言語情報６３ｃとして「ＬＡＮＧ」、ＷｅｂアプリケーションＩＤ６４として「ｗｅｂＤｅｆａｕｌｔＡｐｌ」、ページ情報６５として「ｄｅｆａｕｌｔ．ｃｇｉ」がＵＲＬ「http://AAA」に付加され、「http://AAA/TERMINAL/PROFILE/LANG/webDefaultApl/default.cgi」がＵＲＬとして構成される。

シーケンス制御ライブラリ１１１０は、Ｗｅｂアプリ振分共通ライブラリ１１２０を呼び出す（ステップＳ１１３）。その際、シーケンス制御ライブラリ１１１０は、端末１０４０との接続に関する情報を示すＨＴＴＰ接続情報と、ハッシュリスト１０５０ａ及び１０５０ｂ（以下、ハッシュリスト１０５０ａ及び１０５０ｂを総称してハッシュリストと言う）とを引数として設定する。このＨＴＴＰ接続情報は、接続が切断されるまで端末１０４０との接続を一意に特定する。

Ｗｅｂアプリ振分共通ライブラリ１１２０は、ＨＴＴＰデーモン１００２によって生成されたＵＲＬに基づいて、「ｗｅｂＤｅｆａｕｌｔＡｐｌ」を示すＷｅｂアプリケーションＩＤ６４に対応するＷｅｂページハンドラ１２００として、ハッシュリスト１０５０ａからデフォルトハンドラ１２１０（「default_handler」）を特定して呼び出す（ステップＳ１１４）。

Ｗｅｂページハンドラ１２００では、デフォルトハンドラ１２１０が、ＵＲＬから「default.cgi」を示すページ情報６５を取得し、その「default.cgi」に対応するＷｅｂページ機能１３００として、ハッシュリスト１０５０ｂからdefault()関数を特定して呼び出す（ステップＳ１１５）。この際、ＨＴＴＰ接続情報が引数として設定される。例えば、Ｗｅｂページ機能１３００がＣ言語で開発されている場合、Ｗｅｂページハンドラ１２００は、Ｃ言語の処理型に変換してdefault()関数をコールする。

default()関数の実行によって、ＨＴＴＰ接続情報に基づいて、言語情報が解析され、決定した共通パス情報６０ａによって初期画面を呼び出すＵＲＬが作成される（ステップＳ１１６）。そのＵＲＬを含む処理結果データとしてＷｅｂページハンドラ１２００におけるデフォルトハンドラ２１０へ通知される（ステップＳ１１７）。default.cgiによる処理では、共通パス情報６０ａを決定し、決定した共通パス情報６０ａと初期表示画面の相対パス情報６０ｂとによってＵＲＬが設定される。例えば、共通パス情報６０ａとして「/pc/admin/ja」が決定され、相対パス情報６０ｂとして、初期画面としてのネットワークの設定情報を表示するための「/webDefaultApl/netsetting.cgi」を設定する。

デフォルトハンドラ１２１０は、処理結果データをＸＭＬで記述するために、シリアライズ要求をＳＯＡＰライブラリ１２０１に対して行う（ステップＳ１１８）。ＳＯＡＰライブラリ１２０１は、例えば、Ｃ言語の構造体で示される処理結果データに基づいて、ＤＯＭ（Document Object Model）を作成し、必要な要素及び属性を追加して（ステップＳ１１９）、ＸＭＬライブラリ１２０３によって処理結果データをＸＭＬで記述する（ステップＳ１２０）。ＸＭＬで記述された処理結果データは、ＳＯＡＰライブラリ１２０３によってシリアライズ結果としてデフォルトハンドラ１２１０に通知される（ステップＳ１２１）。Ｗｅｂページハンドラ１２００において、デフォルトハンドラ１２１０は、通知されたシリアライズ結果を端末１０４０に表示すべき表示データ「Response DOM」として、Ｗｅｂアプリ振分共通ライブラリ１１２０へ通知する（ステップＳ１２２）。

Ｗｅｂアプリ振分共通ライブラリ１１２０は、ＸＭＬで記述される表示データを端末１０４０の種別に応じたＨＴＭＬの記述に変換するために、ハッシュリスト１０５０ｂを参照して、「default.cgi」を示すページ情報５６に対応するスタイルシート「default.xsl」を取得して、ＸＳＬＴプロセッサ１２０５に対してＸＳＬ変換要求を行う（ステップＳ１２３）。この際、表示データ「Response DOM」と、スタイルシート「default.xsl」とが引数として設定される。

ＸＳＬ変換要求を受信したＸＳＬＴプロセッサ１２０５は、引数で指定されたスタイルシート「default.xsl」を実行することによって、ＸＭＬで記述された表示データ「Response DOM」の構文を解析し（ＸＭＬパース）、ＤＯＭを作成し、要素及び属性を追加して（ステップＳ１２４）、ＸＭＬライブラリ１２０３によってＨＴＭＬの記述に変換する（ステップＳ１２５）。ＸＳＬＴプロセッサ１２０５は、変換したＨＴＭＬの記述をＸＳＬ変換結果としてＷｅｂアプリ振分共通ライブラリ１１２０へ通知する（ステップＳ１２６）。

このように、ページ情報６５が「default.cgi」の場合のＷｅｂページ機能１３００による処理結果が、Ｗｅｂアプリ振分共通ライブラリ１１２０にデフォルトＨＴＭＬとして出力される。デフォルトＨＴＭＬでは、ＨＴＭＬで「netsetting.cgi」が呼び出されるように記述され、デフォルトＨＴＭＬ応答として出力される。

このデフォルトＨＴＭＬ応答は、順に、Ｗｅｂアプリ振分共通ライブラリ１１２０からシーケンス制御ライブラリ１１１０へ通知され（ステップＳ１２７）、シーケンス制御ライブラリ１１１０からＨＴＴＰデーモン１００２へ通知される（ステップＳ１２８）。そして、ＨＴＴＰデーモン１００２によって、ＨＴＴＰに従ってデフォルトＨＴＭＬ応答がステップＳ１１１における端末１０４０の要求に対する応答として送信され（ステップＳ１２９）、default.cgiによってＷｅｂデフォルトアプリ１３１０を実行する処理フローを終了する。

ステップＳ１１７では、共通パス情報６０ａを決定し、決定した共通パス情報６０ａを相対パス情報６０ｂに付加するのみであるので、Ｗｅｂデフォルトアプリ１３１０にて処理結果をＨＴＭＬで記述し、そのＨＴＭＬで記述された処理結果を出力するようにし、ステップＳ１１８からＳ１２６を省略しても良い。

次に、図６のステップＳ１１６にてdefault()関数のコールによって実行される言語情報の解析処理について図８から図１１で詳述する。図８は、言語情報の解析処理について説明するためのフローチャート図である。図９は、ＨＴＴＰ接続情報のデータ構造を示す図である。図１０は、ＨＴＴＰ要求情報のデータ構造を示す図である。図１１は、ヘッダ情報リストを示す図である。図９から図１１に示されるデータ構造は、図８に示される言語情報の解析処理にて参照されるデータ構造である。

図８での解析処理を説明する前に、図９から図１１に示される各データ構造について説明する。図９において、ＨＴＴＰ接続情報３４０は、接続毎に生成される情報であって、「HTTP_REQUEST_INFO *request」にて示される記述３４６は端末１０４０からの要求の内容へのポインタを示し、「HTTP_RESPONSE_INFO *response」にて示される記述３４７は端末１０４０への応答の内容へのポインタを示す。この記述３４６によって指定されるポインタの先には、ＨＴＴＰ要求情報が図１０に示すように格納されている。

図１０において、ＨＴＴＰ要求情報３５０は、リクエストをした側の端末１０４０のアドレスを示すリモートアドレス３５１と、そのリクエストを受信した側のホストアドレスを示すローカルアドレス３５２と、ＰＯＳＴ、ＧＥＴ等のリクエストメソッド３５３と、リクエストのＵＲＬを示すリクエストＵＲＬ３５４と、リクエストのＨＴＴＰバージョン３５５と、ヘッダ情報のリスト３６０と、エンコードされた情報のリスト３５７とを有する。

リクエストのＵＲＬ３５４には、図３に示されるような共通パス情報６０ａと相対パス情報６０ｂとで構成されるＵＲＬがシーケンス制御ライブラリ１１１０によって設定される。ＨＴＴＰ要求情報３５０は、ＨＴＴＰ接続情報３４０がＷｅｂページハンドラ１２００とＷｅｂページ機能１３００とへ通知されることによって、同時に通知される。従って、各Ｗｅｂページハンドラ１２００と各Ｗｅｂアプリケーション１３０１は、共通パス情報６０ａを参照できる。

そして、ヘッダ情報リスト１３６０は、例えば、図１１に示すような情報によって構成される。図１１において、ヘッダ情報リスト１３６０は、「accept-Language:en-us;ja;q=0.9;ge;q=0.7;it;q=0.6;sp;q=0.4;pt;q=0.3」にて示されるaccept-Language情報１３６５を有する。このaccept-Language情報１３６５は、端末１０４０で表示されるの国言語の候補を示し、この記述を解析することによって、端末１０４０にて表示される国言語で情報提供をすることができる。

図８において、default()関数のコールによって、Ｗｅｂデフォルトアプ１３１０は、ＨＴＴＰ接続情報３４０からＨＴＴＰ要求情報３５０を取得する（ステップＳ１０１）。更に、Ｗｅｂデフォルトアプリ１３１０は、ＨＴＴＰ要求情報３５０からaccept-Language情報１３６５を取得する（ステップＳ１０２）。

そして、Ｗｅｂデフォルトアプリ１３１０は、取得したaccept-Language情報１３６５から端末１０４０のＷｅｂブラウザでの言語（以下、Ｗｅｂブラウザ言語と言う）を確認する（Ｓ１０３）。Accept-Language情報１３６５に基づいて、言語のリストが図１２（Ａ）に示すように要求順に示される。つまり、Ｗｅｂブラウザ言語として、英語が端末１０４０において一番目に要求される言語で、日本語が二番目に要求される言語で、ドイツ語が三番目に要求される言語で、イタリア語が四番目に要求される言語で、スペイン語が五番目に要求される言語で、ポルトガル語が六番目に要求される言語である。

次に、Ｗｅｂデフォルトアプリ１３１０は、情報処理装置１１００が端末１０４０のＷｅｂブラウザに提供可能な言語を取得する（ステップＳ１０４）。例えば、提供可能な言語が、図１２（Ｂ）の提供可能言語一覧１１２２に提供可能順に示される。つまり、情報処理装置１１００は、第一の提供可能順位で日本語で、第二の提供可能順位で英語で、第三の提供可能順位でドイツ語で、...情報を提供する。

そして、Ｗｅｂデフォルトアプリ１３１０は、ステップＳ１０３で確認した端末１０４０のＷｅｂブラウザでの言語と、ステップＳ１０４で取得した提供可能な言語とを比較することによって、端末１０４０のＷｅｂブラウザでの言語は提供可能か否かを判断する（ステップＳ１０５）。

提供できない場合、Ｗｅｂデフォルトアプリ１３１０は、図１２（Ｃ）に示すように所定領域１１２３に格納され、図１のオペレーションパネル３６において情報を表示するために使用されるオペレーションパネル３６での表示言語を取得する（ステップＳ１０６）。Ｗｅｂデフォルトアプリ１３１０は、そのオペレーションパネル３６での表示言語をＵＲＬパスに設定する（ステップＳ１０７）。つまり、ＵＲＬの言語情報６３ｃにその表示言語を設定する。そして、Ｗｅｂデフォルトアプリ１３１０は、言語情報の解析処理を終了する。

一方、ステップＳ１０５において、提供できると判断した場合、Ｗｅｂデフォルトアプリ１３１０は、ＵＲＬパスにＷｅｂブラウザでの言語を設定する（ステップＳ１０８）。つまり、ＵＲＬの言語情報６３ｃに、accept-Language情報１３６５と提供可能言語一覧１１２２とに含まれる言語のうち要求順位の高い言語が設定される。そして、Ｗｅｂデフォルトアプリ１３１０は、言語情報の解析処理を終了する。

default.cgiによるデフォルトＨＴＭＬ出力について図１３で説明する。図１３は、デフォルトＨＴＭＬ出力の例を示す図である。図１３において、デフォルトＨＴＭＬ１４００は、端末１０４０では表示されることなく、Ｊａｖａ（登録商標）ｓｃｒｉｐｔ（登録商標）である記述１４０１がネットワーク設定ページを呼び出す。

"self.document.cookie="cookieOnOffchecker=on; path=/""を示す記述１４０２によって、端末１０４０のＷｅｂブラウザに関する情報が取得される。"self.location.pathname="/pc/user/en/webDefaultApl/netsetting.cgi""を示す記述１４０３によって、言語情報「ｅｎ」が継承され、Ｗｅｂページ機能１３００のＷｅｂデフォルトアプリ１３１０が実行される。つまり、ネットワーク設定を表示するＨＴＭＬが要求される。以後、ユーザによる一連のページ遷移の間、絶対パスが、＜a href＞タグによって指定される相対パスの参照として記述１４０３によって指定される。

図１４及び図１５は、netsetting.cgiによる処理フローを示す図である。図１４及び図１５によって示される処理フローは、netsetting.cgiによる一連の処理を示す。図１４において、端末１０４０では、図１３のデフォルトＨＴＭＬ１４００での記述１４０３によって、自動的に、情報処理装置１１００に実装されたプロッタ３５−１又はスキャナ３５−２のネットワーク設定を表示するためのＨＴＭＬを要求する（ネットワーク設定ＨＴＭＬ要求）（ステップＳ１５１）。ネットワーク設定ＨＴＭＬ要求は、「netsetting.cgi」が指定され、ＦＯＲＭデータが添付されているＧＥＴメソッドによって行なわれる。

情報処理装置１１００のＨＴＴＰデーモン１００２は、ＨＴＴＰ接続情報１３４０とハッシュリストとをシーケンス制御ライブラリ１１１０へ通知する（ステップＳ１５２）。この場合、ＨＴＴＰデーモン１００２は、ＨＴＴＰ接続情報１３４０と関連付けられるＨＴＴＰ要求情報１３５０のリクエストメソッドに「ＧＥＴ」を設定し、要求のＵＲＬに「netsetting.cgi」を指定する。また、ＨＴＴＰデーモン１００２は、端末１０４０から受信したＦＲＯＭデータをハッシュリストに設定する。

シーケンス制御ライブラリ１１１０は、Ｗｅｂアプリ振分共有ライブラリ１１２０を呼び出す（ステップＳ１５３）。この場合、シーケンス制御ライブラリ１１１０は、ＨＴＴＰ接続情報とハッシュリストとを引数として設定する。

Ｗｅｂアプリ振分共有ライブラリ１１２０は、ＵＲＬに基づいて、「webDefaultApl」を示すＷｅｂアプリケーションＩＤ６４に対応するＷｅｂページハンドラ１２００として、デフォルトハンドラ１２１０（「default_handler」）を特定して呼び出す（ステップＳ１５４）。

Ｗｅｂページハンドラ１２００において、デフォルトハンドラ１２１０は、「netsetting.cgi」を示すページ情報６５を取得し、「netsetting.cgi」に対応するＷｅｂページ機能１３００として、ハッシュリスト１０５０ｂから関数netsetting()を特定して呼び出す（ステップＳ１５５）。この場合、ＨＴＴＰ接続情報１３４０は引数として設定される。

例えば、Ｗｅｂページ機能１３００がＣ言語で開発された場合、Ｗｅｂページハンドラ１２００は、Ｃ言語の処理形式に変換され、関数netsetting()を呼び出す。

関数netsetting()を実行することによって、Ｗｅｂデフォルトアプリ１３１０は、初期表示画面（netsetting.cgi）でデバイス（例えば、プリンタとしてのプロッタ３５−１）のネットワーク設定の情報を表示するために、デバイス名、コメント等を含む情報をネットワーク制御部１１０１にＡＰＩ１０１７を介して要求する（ステップＳ１５６−２）。ネットワーク制御部１１０１は、要求に応じて、デバイス名、コメント等を含む情報を提供する（ステップＳ１５６−４）。

例えば、Ｗｅｂページ機能１３００のＷｅｂデフォルトアプリ１３１０は、ＡＰＩ１０１７を介してプリンタ制御部１１０３にネットワーク設定を要求する（ネットワーク設定要求）（ステップＳ１５６−６）。プリンタ制御部１１０３は、ネットワーク設定として、プロッタ３５−１のネットワーク設定をＷｅｂデフォルトアプリ１３１０に提供する（ステップＳ１５６−８）。

そして、Ｗｅｂデフォルトアプリ１３１０は、Ｗｅｂページハンドラ１２００のデフォルトハンドラ１２１０に、処理結果データとして、ネットワーク設定、端末種別情報６３ａ、プロファイル情報６３ｂ、そして言語情報６３ｃを提供する（ステップＳ１５７）。

以下、ステップＳ１５８、Ｓ１５９、Ｓ１６０、Ｓ１６１及びＳ１６２によるＸＭＬで記述するシリアライズの処理は、上記ステップＳ１１８、Ｓ１１９、Ｓ１２０、Ｓ１２１及びＳ１２２での処理と同様であるのでその説明を省略する。

Ｗｅｂアプリ振分共通ライブラリ１１２０は、ＸＭＬで記述される表示データを端末１０４０の国言語に応じたＨＴＭＬの記述に変換するために、ハッシュリスト１０５０ｂを参照して、「netsetting.cgi」を示すページ情報５６に対応するスタイルシート「netsetting.xsl」を取得して、ＸＳＬＴプロセッサ１２０５に対してＸＳＬ変換要求を行う（ステップＳ１６３）。この際、表示データ「Response DOM」と、スタイルシート「netsetting.xsl」とが引数として設定される。

ＸＳＬ変換要求を受信したＸＳＬＴプロセッサ１２０５は、引数で指定されたスタイルシート「netsetting.xsl」を実行することによって、国言語に応じたテンプレートをスタイルシートの記述から選択し、ＸＭＬで記述された表示データ「Response DOM」の構文を解析し（ＸＭＬパース）、ＤＯＭを作成し、要素及び属性を追加して（ステップＳ１６４）、ＸＭＬライブラリによってＨＴＭＬの記述に変換する（ステップＳ１６５）。

ＸＳＬＴプロセッサ１２０５は、変換したＨＴＭＬの記述をＸＳＬ変換結果としてＷｅｂアプリ振分共通ライブラリ１１２０へ通知する（ステップＳ１６６）。

ページ情報６５が「netsetting.cgi」の場合のＷｅｂページ機能１３００によってＨＴＭＬで記述された処理結果が、Ｗｅｂアプリ振分共通ライブラリ１１２０にネットワーク設定ＨＴＭＬとして出力される。ネットワーク設定ＨＴＭＬでは、プロッタ３５−１の状態に関する情報がＨＴＭＬで記述される。

このネットワーク設定ＨＴＭＬ応答は、Ｗｅｂアプリ振分共通ライブラリ１１２０からシーケンス制御ライブラリ１１１０へ通知され（ステップＳ１６７）、シーケンス制御ライブラリ１１１０からＨＴＴＰデーモン１００２へ通知される（ステップＳ１６８）。そして、ＨＴＴＰデーモン１００２によって、ＨＴＴＰに従ってネットワーク設定ＨＴＭＬ応答がステップＳ５１における端末１０４０の要求に対する応答として送信され（ステップＳ１６９）、netsetting.cgiによって実行される処理フローを終了する。

上記より、端末１０４０が英語を国言語とするクライアントＰＣ１０４１である場合、ネットワーク設定ＨＴＭＬは、クライアントＰＣ１０４１のＷｅｂブラウザにて英語で表示される。端末１０４０が日本語を国言語とするクライアントＰＣ１０４２である場合、ネットワーク設定ＨＴＭＬは、クライアントＰＣ１０４２のＷｅｂブラウザにて日本語で表示される。端末１０４０が中国語を国言語とするクライアントＰＣ１０４３である場合、中国語は、提供可能言語一覧１１２２に示されていないため、図８のステップＳ１０６及びＳ１０７によって、オペレーションパネル３６の表示言語（英語）が、クライアントＰＣ１０４３のための共通パス６０ａの言語情報６３ｃとして設定される。従って、ネットワーク設定ＨＴＭＬは、クライアントＰＣ１０４３のＷｅｂブラウザでは英語で表示される。

ＸＭＬで記述される処理結果について説明する。図１６は、ＸＭＬで記述されたＷｅｂデフォルトアプリによる処理結果の例を示す図である。

図１６に示されるＸＭＬ１５００において、Ｗｅｂデフォルトアプリ１３１０の関数netsetting()による処理結果は、＜networkResponse＞から＜/networkResponse＞で示される記述１５０１によって示される。＜terminal＞pc＜/terminal＞を示す記述１５０２は、端末１０４０がパーソナルコンピュータであることを示し、＜language＞en＜/language＞を示す記述１５０３は、端末１０４０のＷｅｂブラウザで表示される言語が英語であることを示し、＜profile＞user＜/profile＞を示す記述１５０４は、端末１０４０のユーザが通常ユーザであることを示している。１５０２から１５０４の記述は、ＵＲＬの共通パス情報６０ａの端末種別情報６３ａ、プロファイル情報６３ｂ、言語情報６３ｃに基づく情報を示している。

＜returnVaule＞SUCCESS＜/deviceName＞を示す記述１５０５は、ネットワーク設定が成功したことを示す。＜ipAddress＞999.999.999.999＜/ipAddress＞を示す記述１５０６は、デバイス（例えば、プロッタ３５−１）のＩＰアドレスが「999.999.999.999」であることを示す。＜subnetMask＞255.255.255.0＜/subnetMask＞を示す記述１５０７は、サブネットマスクが「255.255.255.0」であることを示す。＜hostName＞Printer 1＜/hostname＞を示す記述１５０８は、デバイス名が「Printer 1」であることを示す。

上記実施例において、Ｗｅｂページハンドラ１２００は、ＸＭＬで記述することによってＷｅｂページ機能１３００から提供される処理結果データをシリアライズする機能を有する。従って、Ｗｅｂページ機能１３００の各Ｗｅｂアプリケーション１３０１は、各言語で処理結果を記述するための処理部を有する必要がない。

言語リソースＤＢ１１２１によって管理され、ＸＭＬで記述された処理結果を英語での処理結果の表示を可能とするＨＴＭＬによる記述に変換するために資料される言語リソースについて図１７で説明する。図１７は、言語リソースの例を示す図である。

＜110n xml:lang='en'＞を示す記述１５９１は、「ｅｎ」を示すパラメタ「ｌａｎｇ」によって英語で記述するための言語リソースであることを示す。つまり、言語リソース１５９０は、英語用として使用される。記述１５９２から１５９５は、処理結果を英語の記述に対応させるために参照される。記述１５９２において、パラメタ「ｋｅｙ」によって指定される「NETSETTING」は、パラメタ「ｔｅｘｔ」によって指定される「Network Settings」に対応する。記述１５９３において、パラメタ「ｋｅｙ」によって指定される「IP_HOSTNAME」はパラメタ「ｔｅｘｔ」によって指定される「Host Name」に対応する。記述１５９４において、パラメタ「ｋｅｙ」によって指定される「IP_ADDRESS」は、パラメタ「ｔｅｘｔ」によって指定される「IP Address」に対応する。記述１５９５において、パラメタ「ｋｅｙ」によって指定される「IP_SUBNET」は、パラメタ「ｔｅｘｔ」によって指定される「Subnet Mask」に対応する。

言語リソース１５９０に基づいてＸＭＬで記述されるnetsetting.cgiからの処理結果をＨＴＭＬの記述に変換するスタイルシート１４３０について図１８から図２０で説明する。図１８から図２０は、ＨＴＭＬに変換するためのスタイルシートの例を示す図である。

図１８に示すスタイルシート１４３０において、例えば、記述１４３３は、言語リソース１５９０を選択し、言語リソース１５９０はＸＭＬからＨＴＭＬに変換するために参照される。この場合、言語リソース１５９０は、関数document()の引数$langTableとして指定される。

＜xsl:output method="html" encoding="UTF-8"/＞を示す記述１４３５は、処理結果をＨＴＭＬで記述することを指定する。また、ＨＴＭＬの構造は、記述１４１７及び記述１４１８によって定義される。この場合、記述１４３７は、属性として言語を指定し、記述１４３８は、ＨＴＭＬのボディを記述するためにテンプレートを適応している。

更に、スタイルシート１４３０は、ＨＴＭＬのボディの生成を図１９及び図２０に示している。＜xsl:template match="networkResponse"＞を示す記述１４４１は、パラメタ「match」で「networkResponse」を指定している。そして、図１７の言語リソース１５９０が参照され、「NETSETTING」が、記述１４４３によってＷｅｂページのタイトルとして、「Network Settings」に対応する。記述１４４３と同様に、「IP_HOSTNAME」が「Host Name」に対応し、「IP_ADDRESS」が「IP Address」に対応する。

テンプレート「staticValue」は、記述１４５１から１４６０で記述され、図１９の記述１４４５で使用される。テンプレート「sf:StringHndler」は、記述１４７１から１４８０で記述され、図１９の記述１４４３で使用される。

このように、ＸＳＬＴプロセッサ１２０５は、スタイルシート１４３０と言語リソース１５９０とに基づいて、ＸＭＬで記述された処理結果をＨＴＭＬの記述に変換する。従って、各言語用のネットワーク設定ＨＴＭＬの生成がＸＳＬＴプロセッサ１２０５にて一元的に行われる。よって、Ｗｅｂページ機能１３００の各Ｗｅｂプリケーション１３０１は、各言語毎にＨＴＭＬの記述を作成するための機能を持つ必要がない。

予め各Ｗｅｂアプリケーション１３０１用のスタイルシート１４３０を用意しておくことで、端末１０４０のＷｅｂブラウザに対して適した言語で、処理結果を適切に記述することができる。Ｗｅｂアプリケーション１３０１毎及び国言語毎にスタイルシート１４３０があるようにしても良い。

netsetting.cgiによる処理結果を示すネットワーク設定ＨＴＭＬは、図２１に示されるように記述される。図２１は、ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉの処理結果を英語で表示するためのＨＴＭＬの記述例を示す図である。

図２１に示されるネットワーク設定ＨＴＭＬ１５７０において、＜meta http-equiv="Content-Language" content="en"＞を示す記述１５７１は、処理結果が英語で提供されることを示す。記述１５７３及び１５７５は、端末１０４０のＷｅｂブラウザにて英語で表示するためのスタイルシート１４３０に基づいて作成される。記述１５７５は、他のＷｅｂページの一つにリンクするための記述である。

記述１５７５によって、ネットワーク設定ＨＴＭＬは、「Browse System Status」ページ及び「Browse System Configurations」ページのにリンクすることができる。＜href="../webSysstatusApl/sysstatus.cgi"＞を示す記述１５７６によって、Ｗｅｂアプリケーション情報６４として「webSysstatusApl」及びページ情報６５として「sysstatus.cgi」が相対パスとして設定される。「Browse System Status」ページが端末１０４０のユーザによって選択された場合、現在の言語情報６３ｃが「../」によって継承されつつ、「Browse System Status」ページが端末１０４０に表示される。同様に、記述１５７７＜a href="../webSysconfigApl/sysconfig.cgi"＞を示す記述１５７７によって、Ｗｅｂアプリケーション情報６４として「webSysconfigApl」及びページ情報６５として「sysconfig.cgi」が相対パスとして設定される。「Browse System Configurations」ページが端末１０４０のユーザによって選択されると、現在の言語情報６３ｃが「../」によって継承されつつ、「Browse System Configurations」ページが端末１０４０に表示される。

ネットワーク設定ページは、図２１のネットワーク設定ＨＴＭＬによって、図２２に示すように英語で表示される。図２２は、ネットワーク設定ページを英語で表示する表示画面例を示す図である。図２２に示すネットワーク設定ページ１５８０において、端末１０４０が英語を国言語とするクライアントＰＣ１０４１である場合、英語で表示される英語表示域１５８３及び選択可能な英語で表示される英語選択表示域１５８５が、端末１０４０に表示される。英語表示域１５８３は、図２１の記述１５７３に基づいて表示される。英語選択表示域１５８５は、図２１の記述１５７５に基づいて記述される。

クライアントＰＣ１０４１のユーザが、英語選択表示域１５８５から「Browse system status」をクリックすると、図２３に示すような英語を国言語とするクライアントＰＣ１０４１のＷｅｂブラウザに、他のＷｅｂページが英語で表示される。

図２３は、図２１のネットワーク設定ページからリンクされたシステムステータスページの表示画面例を示す図である。図２３において、図２２の英語選択表示域１５８５の「Browse system status」に対応するシステムステータスページ１７９０が、クライアントＰＣ１０４１にて英語で表示される。クライアントＰＣ１０４１のユーザが言語リスト１７９５から「Japanese」を選択し「ＧＯ」ボタン１７９６をクリックすると、sysstatus.cgiからの処理結果を示すシステムステータスＨＴＭＬが図２４に示されるように情報処理装置１１００にて作成される。

図２４は、図２２のシステムステータスページを日本語で表示するためのＨＴＭＬの記述例を示す図である。図２４に示すシステムステータスＨＴＭＬ１６７０において、＜meta http-equiv="Content-Language" content="ja"＞を示す記述１６７１は、処理結果が日本語で提供されることを示す。英語を国言語とするクライアントＰＣ１０４１のＷｅｂブラウザにて日本語で処理結果に関する情報を表示するために、記述１６７３は、図１８から図２０で示されるスタイルシート１４３０以外のスタイルシートに基づいて作成される。言語を選択するための選択可能なリストを日本語で表示するために、記述１６７４は、記述１６７３と同じスタイルシートに基づいて作成される。記述１６７５は、他のＷｅｂページの一つにリンクするための記述である。

システムステータスＨＴＭＬ１６７０に基づいて、英語によるシステムステータス１７９０は、図２５に示すように日本語による表示に変更される。図２５は、システムステータスページを日本語で表示する表示画面例を示す図である。

図２５において、ユーザが図２３のシステムステータスページ１７９０にて「日本語」を選択した後、システムステータスページ１６９０は日本語にて表示され、そして、sysstatus.cgiの処理結果は、日本語で表示される。ユーザが選択可能な表示域１６９７からＷｅｂページを１つ選択した場合、「日本語」が、共通パス情報６０の言語情報６３ｃとして継承される。

従って、ＨＴＴＰデーモン１００２が、端末１０４０から最初の要求を受信すると、default.cgiを呼び出すためにＵＲＬを形成するため、情報処理装置１１００は、自動的にdefault.cgiによって共通パス情報６０ａを含むＵＲＬを設定することができる。従って、端末１０４０のユーザは、端末１０４０のＷｅｂブラウザに表示される言語に関する情報を入力する必要がない。

共通パス情報６０ａは、ＵＲＬの相対パス情報６０ｂの前に設定される。よって、１つのＷｅｂページから他のＷｅｂページへのミンクが相対パス情報６０ｂによってのみ指定される。

そして、情報処理装置１１００は、所定のスタイルシートを用いて、共通パス情報６０ａの言語情報６３ｃに基づいて、ＸＭＬによる記述からＨＴＭＬによる記述へ変換する。従って、情報処理装置１１００において、開発者は、言語毎に各Ｗｅｂアプリケーション１３０１を開発する必要がない。よって、開発者の作業負荷を軽減することができる。つまり、Ｗｅｂアプリケーション１３０１が一元的に処理結果を出力することが可能となる。例えば、各Ｗｅｂアプリケーション１３０１の開発が複数の言語によって影響されることがない。

上述したように、本発明によれば、言語情報６３ｃは、端末１０４０から要求を受信すると、共通パス情報６０ａに設定されるため、たとえページ遷移が複数のＷｅｂアプリケーション１３０１の間で行われても、同一言語に対応する情報を常に端末１０４０のＷｅｂブラウザに提供することができる。

また、ＸＭＬで処理結果を記述する処理部及びＸＭＬからＨＴＭＬへ変換する処理部が、Ｗｅｂページ機能１３００の複数のＷｅｂアプリケーション１３０１から分離して構成されるため、各Ｗｅｂアプリケーション１３０１の開発者の開発負荷を軽減することができる。

本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。 情報処理装置の機能構成を示すブロック図である。 ＵＲＬ構成を示す図である。 Ｗｅｂアプリケーションの実行を説明するためのブロック図である。 ハッシュリストを示す図である。 ｄｅｆａｕｌｔ．ｃｇｉによる処理フローを示す図である。 ｄｅｆａｕｌｔ．ｃｇｉによる処理フローを示す図である。 言語情報の解析処理について説明するためのフローチャート図である。 ＨＴＴＰ接続情報のデータ構造を示す図である。 ＨＴＴＰ要求情報のデータ構造を示す図である。 ヘッダ情報リストを示す図である。 言語テーブルの例を示す図である。 デフォルトＨＴＭＬ出力の例を示す図である。 ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉによる処理フローを示す図である。 ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉによる処理フローを示す図である。 ＸＭＬで記述されたＷｅｂデフォルトアプリによる処理結果の例を示す図である。 言語リソースの例を示す図である。 ＨＴＭＬに変換するためのスタイルシートの例を示す図である。 ＨＴＭＬに変換するためのスタイルシートの例を示す図である。 ＨＴＭＬに変換するためのスタイルシートの例を示す図である。 ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉの処理結果を英語で表示するためのＨＴＭＬの記述例を示す図である。 ネットワーク設定ページを英語で表示する表示画面例を示す図である。 図２１のネットワーク設定ページからリンクされたシステムステータスページの表示画面例を示す図である。 図２２のシステムステータスページを日本語で表示するためのＨＴＭＬの記述例を示す図である。 システムステータスページを日本語で表示する表示画面例を示す図である。

符号の説明

１００２ ＨＴＴＰデーモン
１０１６ インターネット
１０１７ ＡＰＩ
１０４０ 端末
１０４１ クライアントＰＣ
１０４２ 携帯電話器
１０４３ ＰＤＡ
１１００ 情報処理装置
１１０１ ネットワーク制御部
１１０３ プリンタ制御部
１１０５ スキャナ制御部
１１１０ シーケンス制御ライブラリ
１１２０ Ｗｅｂアプリ振分共通ライブラリ
１１２１ 言語リソースＤＢ
１１２２ 提供可能言語リスト
１２００ Ｗｅｂページハンドラ
１２０１ ＳＯＡＰライブラリ
１２０３ ＸＭＬライブラリ
１２０５ ＸＳＬＴプロセッサ
１３００ Ｗｅｂページ機能（ＷＰＦ）
１４３０ スタイルシート（言語）

Claims (5)

1. ネットワークを介して接続される端末から受信した接続情報に基づいて通信を行う通信手段を有する情報処理装置において、
   前記接続情報はＵＲＬを含み、前記接続情報に含まれるＵＲＬは共通パス情報と前記共通パス情報に続く相対パス情報から構成され、
   前記ＵＲＬのうち相対パス情報のみに対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成する実行結果生成手段と、
   ＷｅｂページをＨＴＭＬで生成するＷｅｂページ生成手段と、
   前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に前記第１の言語情報として設定してＵＲＬを作成するＵＲＬ作成手段と、を備え、
   前記通信手段は、前記接続情報に含まれるＵＲＬの前記共通パス情報が前記第1の言語情報を含む要求である場合は、前記実行結果生成手段により、前記ＵＲＬの相対パス情報に対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成し、前記Ｗｅｂページ生成手段により前記実行結果情報に基づき生成されたＷｅｂページを前記端末に送信し、
   前記接続情報に含まれるＵＲＬの共通パス情報が前記第１の言語情報を含まない要求である場合は、前記ＵＲＬ作成手段により、前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に設定して、設定したＵＲＬにアクセスさせるようにしたことを特徴とする情報処理装置。
2. 前記情報処理装置は更に複数のアプリケーションを有し、
   前記相対パス情報は、前記アプリケーションを特定するアプリケーションＩＤ情報と、前記特定されたアプリケーションで対応する関数を特定するページ情報から構成され、
   前記Ｗｅｂページ生成手段は、作成するＷｅｂページに他のアプリケーションに跨るリンク情報を生成するときは、静的な相対パス情報で該リンク情報を構成することによって、前記第１の言語情報を含む前記共通パス情報と該相対パス情報から成るＵＲＬにアクセスさせるようにしたことを特徴とした請求項１記載の情報処理装置。
3. 前記ページ情報と呼び出す関数名とを対応させた第１の対応リストを参照することによって、前記ＵＲＬのページ情報に対応する関数名で前記関数を、前記第１の言語情報を用いて呼び出す複数のハンドラ手段を有し、
   前記複数のハンドラ手段は、前記複数のアプリケーションの夫々に対応させて備えられ、
   前記実行結果生成手段は、前記アプリケーションＩＤ情報と前記ハンドラ手段を特定するハンドラ名とを対応させた第２の対応リストを参照することによって、前記ＵＲＬのアプリケーションＩＤ情報に対応するハンドラ名で前記ハンドラ手段を、前記第１の言語情報を用いて呼び出すようにしたことを特徴とする請求項２記載の情報処理装置。
4. 前記実行結果生成手段は前記実行結果情報をＸＭＬで生成し、
   前記Ｗｅｂページ生成手段は、前記実行結果情報をＨＴＭＬに変換することによって、前記第１の言語情報で指定される言語で表示されるＷｅｂページを生成することを特徴とする請求項１乃至３のいずれか一項記載の情報処理装置。
5. ネットワークを介して接続される端末からの要求に応じて該端末にＷｅｂページを提供する情報処理装置における情報処理方法であって、
   前記情報処理装置が、
   前記端末から受信した、共通パス情報と前記共通パス情報に続く相対パス情報から構成されるＵＲＬを含む接続情報に基づいて通信を行う通信手順と、
   前記ＵＲＬの相対パス情報のみに対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成する実行結果生成手順と、
   ＷｅｂページをＨＴＭＬで生成するＷｅｂページ生成手順と、
   前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に前記第１の言語情報として設定してＵＲＬを作成するＵＲＬ作成手順と、を実行し、
   前記通信手順は、前記接続情報に含まれるＵＲＬの前記共通パス情報が前記第1の言語情報を含む要求である場合は、前記実行結果生成手順により、前記ＵＲＬの相対パス情報に対応する関数を、前記ＵＲＬの共通パス情報に含まれる第１の言語情報を用いて呼び出すことで、該第１の言語情報に対応した実行結果情報を生成し、前記Ｗｅｂページ生成手順により前記実行結果情報に基づき生成されたＷｅｂページを前記端末に送信し、
   前記接続情報に含まれるＵＲＬの共通パス情報が前記第１の言語情報を含まない要求である場合は、前記ＵＲＬ作成手順により、前記接続情報から第２の言語情報を特定し、該第２の言語情報をＵＲＬの共通パス情報に設定して、設定したＵＲＬにアクセスさせるようにしたことを特徴とする情報処理方法。
   

Images