(57)【要約】【課題】本発明の課題は、本発明は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示される国言語の継承を可能とし、かつ、複数のＷｅｂアプリケーションにおける国言語の処理部分を共有可能とする情報処理装置を提供することを目的とする。【解決手段】本発明の課題は、ネットワークを介して接続される端末からの要求を受信すると、該端末との接続に係る接続情報に該要求で指定されるパスを設定する通信手段と、前記接続情報を受け付けて、該接続情報で示される言語に依存することなく、前記パスで指定される所定アプリケーションを関数呼び出しによって実行させるための関数識別情報に基づいて実行され、該言語を指定する実行結果を出力する実行手段と、前記実行手段の前記言語を指定する実行結果を前記端末で表示可能な表示形式に従って該言語によるＷｅｂページを生成するＷｅｂページ生成手段とを有する情報処理装置によって達成される。【選択図】図６
2007095095.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される端末からの要求を受信すると、該端末との接続に係る接続情報に該要求で指定されるパスを設定する通信手段と、
前記接続情報を受け付けて、該接続情報で示される言語に依存することなく、前記パスで指定される所定アプリケーションを関数呼び出しによって実行させるための関数識別情報に基づいてプロセスとして実行され、該言語を指定する実行結果を出力する実行手段と、
前記実行手段から前記言語を指定する実行結果を受信し、該実行結果を前記端末で表示可能な表示形式に従って該言語によるＷｅｂページを生成するＷｅｂページ生成手段とを有することを特徴とする情報処理装置。
【請求項２】
前記関数識別情報と呼び出す関数名とを対応させたリストを参照することによって、該関数名によって特定される前記実行手段を関数呼び出しするハンドラ手段を有する請求項１記載の情報処理装置。
【請求項３】
関数呼び出しによって実行され、前記端末で使用される言語を特定して前記パスの言語位置に該言語を設定する言語特定実行手段を有し、
前記通信手段は、前記パスが前記言語情報を含まない要求を受信すると、前記言語情報のデフォルト値が前記言語位置になるように該パスに設定し、また、前記言語特定実行手段を関数呼び出しするための関数識別情報を該パスに付加して、特定のパス構成を形成し、
前記ハンドラ手段は、前記基準パスの前記関数識別情報によって前記言語特定手段を実行し、
前記言語特定手段は、前記特定のパス構成における前記言語位置のデフォルト値を前記言語を示す言語情報で置き換え、
前記言語特定手段によって前記言語が設定された前記特定のパス構成に従った前記パスを用いて前記端末から自動的に再度アクセスさせるようにしたことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記特定のパス構成は、前記言語情報を含む共通パス情報と、前記関数識別情報を示す相対パス情報とで構成され、
前記ハンドラ手段は、前記相対パス情報に基づいて前記実行手段を関数呼び出しすることを特徴とする請求項２又は３記載の情報処理装置。
【請求項５】
異なる処理を実行する複数の前記実行手段を有することを特徴とする請求項１乃至４のいずれか一項記載の情報処理装置。
【請求項６】
Ｗｅｂページ生成手段は、
前記実行手段及び前記言語特定実行手段による各実行結果を言語毎に対応させた対応情報を管理する言語対応手段を有し、
前記対応情報を用いて、前記言語情報で指定される言語によるＷｅｂページを生成することを特徴とする請求項２乃至５のいずれか一項記載の情報処理装置。
【請求項７】
ネットワークを介して接続される端末からの要求を受信すると、該端末との接続に係る接続情報に該要求で指定されるパスを設定する通信手順と、
前記接続情報を受け付けて、該接続情報で示される言語に依存することなく、前記パスで指定される所定アプリケーションを関数呼び出しによって実行させるための関数識別情報に基づいてプロセスとして実行され、該言語を指定する実行結果を出力する実行手順と、
前記実行手段から前記言語を指定する実行結果を受信し、該実行結果を前記端末で表示可能な表示形式に従って該言語によるＷｅｂページを生成するＷｅｂページ生成手順とをコンピュータが実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示される国言語の継承を可能とし、かつ、Ｗｅｂアプリケーションの国言語の処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、プログラムサイズの縮小化及び開発効率の向上を実現する複数のＷｅｂアプリケーションを有する情報処理装置及び情報処理方法を提供するものである。
【背景技術】
【０００２】
近年、インターネットを利用した情報提供が、クライアントＰＣ（Personal Computer）のみならず、携帯電話器及びＰＤＡ（Personal Digital Assistants）端末等の移動体端末へ拡大し、また、その情報提供の方法が多様化してきている。
【０００３】
画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するデータ処理装置が提案されている（例えば、特許文献１参照。）。このデータ処理装置によって、ユーザはインターネットを介すのみでデータ処理装置に備えられた画像形成処理を行う機器に関する情報の提供を受けることができる。
【０００４】
また、複数のページで構成された情報提供において、クライアントＰＣ側にてページ遷移が行われた場合でも、クライアントＰＣを利用しているユーザが入力した情報を所定領域に格納し、以後ページが遷移した際にその入力情報を用いることによって継承させて情報を提供するデータ継承方式が提案されている（例えば、特許文献２参照。）。
【特許文献１】特開２００２−７０９５号公報
【特許文献２】特開平１１−３０６０７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のような情報提供の方法には、以下のような問題があった。
【０００６】
画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するＷｅｂサーバにおいて、画像形成処理又はその画像形成処理を行うＷｅｂサーバによって制御されるプロッタ等の機器の状態、システム設定等を情報として提供するような場合、その時点での状態であるため、予めＨＴＭＬデータを用意しておくことができない。
【０００７】
特許文献１において提案されるデータ処理装置では、国言語の異なる複数のクライアントＰＣに対してその国言語に応じた情報提供を行うことができない。
【０００８】
更に、特許文献２において提案されるデータ継承方式では、ユーザに関する情報を入力させるためのページが必要であったり、ユーザが明示的にそのページへ入力する必要がある。また、ネットワーク接続されている間ユーザ毎に継承させるべき情報を管理しなければならない。従って、国言語の異なる複数のクライアントＰＣに対してその国言語に応じた情報提供を自動的に行うことができない。また、国言語に対応する処理部がＷｅｂアプリケーションから切り離されていないため、Ｗｅｂアプリケーションの開発の負担となっていた。
【０００９】
そこで、本発明の課題は、Ｗｅｂアプリケーションを跨るページ遷移の際にもページに表示される国言語の継承を可能とし、かつ、Ｗｅｂアプリケーションの国言語の処理部分を共有化することによって、ページ遷移の際のユーザの利便性を損なうことなく、プログラムサイズの縮小化及び開発効率の向上を実現する複数のＷｅｂアプリケーションを有する画像処理装置を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続される端末からの要求を受信すると、該端末との接続に係る接続情報に該要求で指定されるパスを設定する通信手段と、前記接続情報を受け付けて、該接続情報で示される言語に依存することなく、前記パスで指定される所定アプリケーションを関数呼び出しによって実行させるための関数識別情報に基づいてプロセスとして実行され、該言語を指定する実行結果を出力する実行手段と、前記実行手段から前記言語を指定する実行結果を受信し、該実行結果を前記端末で表示可能な表示形式に従って該言語によるＷｅｂページを生成するＷｅｂページ生成手段とを有するように構成される。
【００１１】
また、前記課題を解決するための手段として、本発明は、上記情報処理装置における処理をコンピュータに行なわせるための情報処理方法とすることもできる。
【発明の効果】
【００１２】
本願発明によれば、端末からの要求時に端末で使用される言語が共通パス情報としてＵＲＬの一部に設定されるため、複数のＷｅｂアプリケーション間でページ遷移した場合においても、端末のＷｅｂブラウザに常に同一の言語にて情報提供を行うことができる。また、処理結果のＸＭＬによる記述と、言語を判断してＸＭＬからＨＴＭＬへ変換する処理とを、複数のＷｅｂアプリケーションから切り離して構成することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１４】
本発明の一実施例に係る情報処理装置は、プリンタ、ＦＡＸ、コピー等の複数の異なる画像形成機能の少なくとも１つを有すると共に、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供する。本実施例において、説明の便宜上、主に、印刷処理又は印刷を行うプロッタに関する情報が提供される場合について説明する。
【００１５】
図１は、本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。図１において、情報処理装置１１００は、コンピュータによって制御される装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（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によって共通パス情報６０ａを含むＵＲＬを設定することができる。従って、端末１０４０のユーザは、端末１０４０のＷｅｂブラウザに表示される言語に関する情報を入力する必要がない。
【０１１１】
共通パス情報６０ａは、ＵＲＬの相対パス情報６０ｂの前に設定される。よって、１つのＷｅｂページから他のＷｅｂページへのミンクが相対パス情報６０ｂによってのみ指定される。
【０１１２】
そして、情報処理装置１１００は、所定のスタイルシートを用いて、共通パス情報６０ａの言語情報６３ｃに基づいて、ＸＭＬによる記述からＨＴＭＬによる記述へ変換する。従って、情報処理装置１１００において、開発者は、言語毎に各Ｗｅｂアプリケーション１３０１を開発する必要がない。よって、開発者の作業負荷を軽減することができる。つまり、Ｗｅｂアプリケーション１３０１が一元的に処理結果を出力することが可能となる。例えば、各Ｗｅｂアプリケーション１３０１の開発が複数の言語によって影響されることがない。
【０１１３】
上述したように、本発明によれば、言語情報６３ｃは、端末１０４０から要求を受信すると、共通パス情報６０ａに設定されるため、たとえページ遷移が複数のＷｅｂアプリケーション１３０１の間で行われても、同一言語に対応する情報を常に端末１０４０のＷｅｂブラウザに提供することができる。
【０１１４】
また、ＸＭＬで処理結果を記述する処理部及びＸＭＬからＨＴＭＬへ変換する処理部が、Ｗｅｂページ機能１３００の複数のＷｅｂアプリケーション１３０１から分離して構成されるため、各Ｗｅｂアプリケーション１３０１の開発者の開発負荷を軽減することができる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】情報処理装置の機能構成を示すブロック図である。
【図３】ＵＲＬ構成を示す図である。
【図４】Ｗｅｂアプリケーションの実行を説明するためのブロック図である。
【図５】ハッシュリストを示す図である。
【図６】ｄｅｆａｕｌｔ．ｃｇｉによる処理フローを示す図である。
【図７】ｄｅｆａｕｌｔ．ｃｇｉによる処理フローを示す図である。
【図８】言語情報の解析処理について説明するためのフローチャート図である。
【図９】ＨＴＴＰ接続情報のデータ構造を示す図である。
【図１０】ＨＴＴＰ要求情報のデータ構造を示す図である。
【図１１】ヘッダ情報リストを示す図である。
【図１２】言語テーブルの例を示す図である。
【図１３】デフォルトＨＴＭＬ出力の例を示す図である。
【図１４】ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉによる処理フローを示す図である。
【図１５】ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉによる処理フローを示す図である。
【図１６】ＸＭＬで記述されたＷｅｂデフォルトアプリによる処理結果の例を示す図である。
【図１７】言語リソースの例を示す図である。
【図１８】ＨＴＭＬに変換するためのスタイルシートの例を示す図である。
【図１９】ＨＴＭＬに変換するためのスタイルシートの例を示す図である。
【図２０】ＨＴＭＬに変換するためのスタイルシートの例を示す図である。
【図２１】ｎｅｔｓｅｔｔｉｎｇ．ｃｇｉの処理結果を英語で表示するためのＨＴＭＬの記述例を示す図である。
【図２２】ネットワーク設定ページを英語で表示する表示画面例を示す図である。
【図２３】図２１のネットワーク設定ページからリンクされたシステムステータスページの表示画面例を示す図である。
【図２４】図２２のシステムステータスページを日本語で表示するためのＨＴＭＬの記述例を示す図である。
【図２５】システムステータスページを日本語で表示する表示画面例を示す図である。
【符号の説明】
【０１１６】
１００２      ＨＴＴＰデーモン
１０１６      インターネット
１０１７      ＡＰＩ
１０４０      端末
１０４１      クライアントＰＣ
１０４２      携帯電話器
１０４３      ＰＤＡ
１１００      情報処理装置
１１０１      ネットワーク制御部
１１０３      プリンタ制御部
１１０５      スキャナ制御部
１１１０      シーケンス制御ライブラリ
１１２０      Ｗｅｂアプリ振分共通ライブラリ
１１２１      言語リソースＤＢ
１１２２      提供可能言語リスト
１２００      Ｗｅｂページハンドラ
１２０１      ＳＯＡＰライブラリ
１２０３      ＸＭＬライブラリ
１２０５      ＸＳＬＴプロセッサ
１３００      Ｗｅｂページ機能（ＷＰＦ）
１４３０      スタイルシート（言語）
【図１】
2007095095.tif 000003
【図２】
2007095095.tif 000004
【図３】
2007095095.tif 000005
【図４】
2007095095.tif 000006
【図５】
2007095095.tif 000007
【図６】
2007095095.tif 000008
【図７】
2007095095.tif 000009
【図８】
2007095095.tif 000010
【図９】
2007095095.tif 000011
【図１０】
2007095095.tif 000012
【図１１】
2007095095.tif 000013
【図１２】
2007095095.tif 000014
【図１３】
2007095095.tif 000015
【図１４】
2007095095.tif 000016
【図１５】
2007095095.tif 000017
【図１６】
2007095095.tif 000018
【図１７】
2007095095.tif 000019
【図１８】
2007095095.tif 000020
【図１９】
2007095095.tif 000021
【図２０】
2007095095.tif 000022
【図２１】
2007095095.tif 000023
【図２２】
2007095095.tif 000024
【図２３】
2007095095.tif 000025
【図２４】
2007095095.tif 000026
【図２５】
2007095095.tif 000027