(57)【要約】【課題】  本発明の課題は、Ｗｅｂページ内の情報が参照される先のＵＲＬの記述を相対パス又は絶対パスへと動的に切り換えることを可能とする情報処理装置を提供することを目的とする。【解決手段】  本発明の課題は、Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手段と、上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを絶対パス又は相対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手段とを有する情報処理装置によって達成される。【選択図】  図２
2005092669.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手段と、
上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを絶対パス又は相対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手段とを有することを特徴とする情報処理装置。
【請求項２】
ユーザから上記切り換えを指定するパス切換情報を取得するパス切換情報取得手段と、
上記Ｗｅｂページの遷移によって変更されることなく継承される共通パス情報と、上記構成情報を識別する識別情報を含む相対パス情報とで構成される上記絶対パスの該共通パス情報を上記Ｗｅｂページ生成手段に提供するＷｅｂページハンドラ手段とを有し、
Ｗｅｂページ生成手段は、上記パス切換情報が絶対パスを指定している場合、上記共通パス情報に基づいて、上記複数の構成情報の１つ以上について該構成情報のアドレスを上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項１記載の情報処理装置。
【請求項３】
上記各Ｗｅｂページ表示情報生成手段は、
上記パス切換情報取得手段から上記パス切換情報を取得する取得手段と、
上記パス切換情報を上記Ｗｅｂページハンドラ手段に提供すると共に、上記パス切換情報が上記絶対パスを指定している場合、上記複数の構成情報のうち該絶対パスで指定されるべき該構成情報の上記識別情報を上記Ｗｅｂページハンドラ手段に提供する提供手段とを有し、
上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とを上記Ｗｅｂページ生成手段に提供し、
上記Ｗｅｂページ生成手段は、上記識別情報によって識別される上記構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項２記載の情報処理装置。
【請求項４】
上記Ｗｅｂページ生成手段は、上記構成情報のアドレスが上記Ｗｅｂページを提供する第一プロトコルと異なる第二プロトコルを指定する上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項３記載の情報処理装置。
【請求項５】
上記各Ｗｅｂページ表示情報生成手段は、上記第一プロトコル又は上記第二プロトコルを指定することを特徴とする請求項４記載の情報処理装置。
【請求項６】
上記Ｗｅｂページ生成手段は、上記Ｗｅｂページ毎のページ作成スタイルシートと、上記構成情報のアドレスを上記絶対パスに変換するパス変換スタイルシートとを用いて、該構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項４記載の情報処理装置。
【請求項７】
上記パス切換情報取得手段は、ネットワークを介して、上記ユーザが使用するクライアント端末にて該ユーザが指定した上記パス切換情報を取得することを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項８】
上記ユーザによって操作可能なオペレーションパネルを有し、
上記パス切換情報取得手段は、上記ユーザが上記オペレーションにて指定した上記パス切換情報を取得することを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項９】
上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とをＸＭＬで記述したＸＭＬデータにして上記Ｗｅｂページ生成手段に提供することを特徴とする請求項３乃至８のいずれか一項記載の情報処理装置。
【請求項１０】
上記識別情報は、データファイル名であることを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１１】
上記識別情報は、上記Ｗｅｂページ表示情報生成手段を識別するＷｅｂ識別情報であることを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１２】
上記構成情報は、上記Ｗｅｂページからリンクされる他のＷｅｂページのアドレスであることを特徴とする請求項１１記載の情報処理装置。
【請求項１３】
上記共通パス情報は、言語情報、端末種別情報、及びプロファイル情報の少なくとも１つ以上を含むことを特徴とする請求項２乃至１２のいずれか一項記載の情報処理装置。
【請求項１４】
上記共通パス情報は、上記第一プロトコル又は上記第二プロトコルと、ＩＰアドレスとを含むことを特徴とする請求項２乃至１３のいずれか一項記載の情報処理装置。
【請求項１５】
Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手順と、
上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを絶対パス又は相対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手順とをコンピュータが実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページ内の情報が参照される先のＵＲＬの記述を相対パス又は絶対パスへと動的に切り換えることを可能とする情報処理装置を提供するものである。
【背景技術】
【０００２】
近年、インターネットを利用した情報提供が、クライアントＰＣ（Personal Computer）のみならず、携帯電話器及びＰＤＡ（Personal Digital Assistants）端末等の移動体端末へ拡大し、また、その情報提供の方法が多様化してきている。
【０００３】
クライアントＰＣ、携帯電話器及びＰＤＡ端末等の端末側での表示画面のサイズに応じた情報提供をするために、情報提供用に予め用意してあるＨＴＭＬ(HyperText Markup Language)データに対して、端末の種別に応じた表示内容を生成することが提案されている（例えば、特許文献１参照。）。或いは、情報提供を行うＷｅｂサーバと情報要求を行う端末とを仲介するゲートウェイサーバが、端末からの情報要求に対するＷｅｂサーバから提供される情報をその端末の種別に応じて不要なデータ除去や画像の色属性の調整作業といった付加的作業を行うことが提案されている（例えば、特許文献２参照。）。
【０００４】
一方、近年、画像形成に関する情報を提供可能とするＷｅｂサーバ機能を有するデータ処理装置が提案されている（例えば、特許文献３参照。）。このデータ処理装置によって、ユーザはインターネットを介すのみでデータ処理装置に備えられた画像形成処理を行う機器に関する情報の提供を受けることができる。
【特許文献１】特開平１１−１７５５１５号公報
【特許文献２】特開２００２−６３１０８号公報
【特許文献３】特開２００２−７０９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術は、ユーザの端末に表示されているＷｅｂページに表示される情報を参照するＵＲＬの記述を例えば、相対パスから絶対パスへ、又は、絶対パスから相対パスへと、動的に変更することができない。
【０００６】
つまり、Ｗｅｂページを表示する際、セキュリティを保証したい部分のみをＳＳＬ（Secure Socket Layer）通信にする場合、通常、そのＷｅｂページでは、固定でＳＳＬ通信によって情報を送受信するようにＨＴＭＬ(HyperText Markup Language)が作成されてしまっていた。そのため、例えば、ユーザがＳＳＬ通信を所望する部分のみ、又は、ユーザに応じたＷｅｂページの提供を考えた場合、それら組み合せ分のＨＴＭＬを予め作成しておく必要があり、Ｗｅｂページを開発する開発者にとって負担となっていた。
【０００７】
そこで、本発明の課題は、Ｗｅｂページ内の情報が参照される先のＵＲＬの記述を相対パス又は絶対パスへと動的に切り換えることを可能とする情報処理装置を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、請求項１に記載されるように、Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手段と、上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを絶対パス又は相対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手段とを有するように構成される。
【０００９】
このような情報処理装置では、Ｗｅｂページ内にて提供される情報が参照されるＵＲＬを相対パス又は絶対パスにて動的に記述することができる。特に、絶対パスによるＵＲＬの記述には、現在表示されているＷｅｂページのプロトコルと異なるプロトコルを指定することができるため、Ｗｅｂページを部分的にＳＳＬ通信にすることによって、セキュリティの保証を行うことができる。
【００１０】
また、本発明は、請求項２に記載されるように、ユーザから上記切り換えを指定するパス切換情報を取得するパス切換情報取得手段と、上記Ｗｅｂページの遷移によって変更されることなく継承される共通パス情報と、上記構成情報を識別する識別情報を含む相対パス情報とで構成される上記絶対パスの該共通パス情報を上記Ｗｅｂページ生成手段に提供するＷｅｂページハンドラ手段とを有し、Ｗｅｂページ生成手段は、上記パス切換情報が絶対パスを指定している場合、上記共通パス情報に基づいて、上記複数の構成情報の１つ以上について該構成情報のアドレスを上記絶対パスで示されるように上記Ｗｅｂページを生成するように構成することができる。
【００１１】
このような情報処理装置では、ユーザによるパスの切り換え要求を示す設定情報に基づいて、Ｗｅｂページ内にて提供される情報が参照されるＵＲＬを相対パス又は絶対パスにて動的に記述することができる。
【００１２】
更に、本発明は、請求項３に記載されるように、上記各Ｗｅｂページ表示情報生成手段は、上記パス切換情報取得手段から上記パス切換情報を取得する取得手段と、上記パス切換情報を上記Ｗｅｂページハンドラ手段に提供すると共に、上記パス切換情報が上記絶対パスを指定している場合、上記複数の構成情報のうち該絶対パスで指定されるべき該構成情報の上記識別情報を上記Ｗｅｂページハンドラ手段に提供する提供手段とを有し、上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とを上記Ｗｅｂページ生成手段に提供し、上記Ｗｅｂページ生成手段は、上記識別情報によって識別される上記構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成するように構成することができる。
【００１３】
このような情報処理装置では、ユーザのパスの切り換え要求を示す設定情報を各Ｗｅｂページ表示情報生成手段が取得する。
【００１４】
また、本発明は、請求項４に記載されるように、上記Ｗｅｂページ生成手段は、上記構成情報のアドレスが上記Ｗｅｂページを提供する第一プロトコルと異なる第二プロトコルを指定する上記絶対パスで示されるように上記Ｗｅｂページを生成するように構成することができる。
【００１５】
このような情報処理装置では、絶対パスへと変換される場合、Ｗｅｂページを要求する際のＵＲＬで指定される第一プロトコルとは異なる第二プロトコルを指定することができる。従って、表示されるＷｅｂページを構成する情報の１つ以上の部分をそのＷｅｂページのプロトコルとは異なるようにすることができる。
【００１６】
更に、本発明は、請求項５に記載されるように、上記各Ｗｅｂページ表示情報生成手段は、上記第一プロトコル又は上記第二プロトコルを指定するように構成することができる。
【００１７】
このような情報処理装置では、各Ｗｅｂページ表示情報生成手段がプロトコルを指定する。
【００１８】
また、本発明は、請求項６に記載されるように、上記Ｗｅｂページ生成手段は、上記Ｗｅｂページ毎のページ作成スタイルシートと、上記構成情報のアドレスを上記絶対パスに変換するパス変換スタイルシートとを用いて、該構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成するように構成することができる。
【００１９】
このような情報処理装置では、ページ作成スタイルシート（ログインＸＳＬ）とパス変換スタイルシート（絶対パス変換用ＸＳＬ）とを用いて絶対パスへの変換を行う。
【００２０】
更に、本発明は、請求項７に記載されるように、上記パス切換情報取得手段は、ネットワークを介して、上記ユーザが使用するクライアント端末にて該ユーザが指定した上記パス切換情報を取得するように構成することができる。
【００２１】
このような情報処理装置では、設定情報は、ユーザが使用しているクライアントＰＣにて設定することができる。
【００２２】
また、本発明は、請求項８に記載されるように、上記ユーザによって操作可能なオペレーションパネルを有し、上記パス切換情報取得手段は、上記ユーザが上記オペレーションにて指定した上記パス切換情報を取得するように構成することができる。
【００２３】
このような情報処理装置では、ユーザは、設定情報をオペレーションパネルにて設定することができる。
【００２４】
更に、本発明は、請求項９に記載されるように、上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とをＸＭＬで記述したＸＭＬデータにして上記Ｗｅｂページ生成手段に提供するように構成することができる。
【００２５】
このような情報処理装置では、ＷｅｂページハンドラはXMLで情報を提供することができる。
【００２６】
また、本発明は、請求項１０に記載されるように、上記識別情報は、データファイル名であるように構成することができる。
【００２７】
更に、本発明は、請求項１１に記載されるように、上記識別情報は、上記Ｗｅｂページ表示情報生成手段を識別するＷｅｂ識別情報であるように構成することができる。
【００２８】
また、本発明は、請求項１２に記載されるように、上記構成情報は、上記Ｗｅｂページからリンクされる他のＷｅｂページのアドレスであるように構成することができる。
【００２９】
更に、本発明は、請求項１３に記載されるように、上記共通パス情報は、言語情報、端末種別情報、及びプロファイル情報の少なくとも１つ以上を含むように構成することができる。
【００３０】
また、本発明は、請求項１４に記載されるように、上記共通パス情報は、上記第一プロトコル又は上記第二プロトコルと、ＩＰアドレスとを含むように構成することができる。
【００３１】
上記課題を解決するための手段として、本発明は、上記情報処理装置での処理をコンピュータに行なわせるための情報処理方法とすることもできる。
【発明の効果】
【００３２】
本願発明によれば、ユーザによるＳＳＬ通信の設定情報と、Ｗｅｂページのページ遷移にて常に継承される共通パス情報とに基づいて、Ｗｅｂページ内にて提供される情報が参照されるＵＲＬを相対パス又は絶対パスにて動的に記述することができる。特に、絶対パスによるＵＲＬの記述には、現在表示されているＷｅｂページのプロトコルと異なるプロトコルを指定することができるため、Ｗｅｂページを部分的にセキュリティの保証を行うことができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３４】
本発明の一実施例に係る情報処理装置は、プリンタ、ＦＡＸ、コピー等の複数の異なる画像形成機能の少なくとも１つを有すると共に、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供することが可能な装置である。
【００３５】
図１は、本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。図１において、情報処理装置１００は、コンピュータによって制御される装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（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用インターフェースケーブルが接続される。
【００３８】
ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷すべき文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。エンジンＩ／Ｆ２５には、文書データに基づいて所定媒体に印刷を行うプロッタ３５−１及び画像データを取り込むスキャナ３５−２等が接続される。ＲＳ−２３２Ｃ  Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。
【００３９】
次に、図１に示すようなハードウェア構成を有し、複数の異なる画像形成処理を可能とし、かつ、複数のＷｅｂアプリケーションを有するような情報処理装置１００の機能構成について説明する。
【００４０】
図２は、情報処理装置の機能構成を示すブロック図である。図２において、情報処理装置１００は、インターネット１６を介してクライアントＰＣ４０と接続可能であって、クライアントＰＣ４０からのＷｅｂページを要求するＷｅｂページ要求に応じて、そのＷｅｂページ要求に対する応答として情報を提供するコンピュータである。説明の便宜上、情報処理装置１００は、１台のクライアントＰＣ４０とインターネット１６を介して接続される構成としているが、複数のクライアントＰＣ４０と接続可能である。クライアントＰＣ４０は、Ｗｅｂブラウザを有するコンピュータ端末である。
【００４１】
情報処理装置１００は、主に、ＨＴＴＰ（Hyper Text Transfer Protocol）に従った通信制御を行うＨＴＴＰデーモン２と、シーケンス制御ライブラリ１１０と、Ｗｅｂアプリ振分共通ライブラリ１２０と、Ｗｅｂページハンドラ２００と、ネットワーク通信サービスライブラリ１０２と、不揮発性ＲＡＭ１４と、ＳＯＡＰ(Simple Object Access Protocol)ライブラリ２０１と、ＸＭＬ(eXtensible Markup Language)ライブラリ２０３と、ＸＳＬＴ（XSL Transformations）プロセッサ２０５と、複数のＷｅｂアプリケーションを有するＷｅｂページ機能（ＷＰＦ）３００とを有する。
【００４２】
情報処理装置１００は、ＨＴＴＰに従ってクライアントＰＣ４０から要求を受信し、その要求に対する応答としてその要求に応じた情報提供を行う。
【００４３】
ＨＴＴＰデーモン２は、ＨＴＴＰに従って、クライアントＰＣ４０からＷｅｂページ要求を受信し、クライアントＰＣ４０へＷｅｂページ要求に応じたＨＴＭＬ(HyperText Markup Language)応答を送信する。
【００４４】
シーケンス制御ライブラリ１１０は、インターネット１６を介して行われるデータの送受信の処理シーケンスと各Ｗｅｂアプリケーションとのデータの受け渡しの処理シーケンスとの違いを所定のシーケンス制御処理によって吸収する。シーケンス制御ライブラリ１１０は、複数のＷｅｂアプリケーションに対して共通の処理部である。
【００４５】
Ｗｅｂアプリ振分共通ライブラリ１２０は、クライアントＰＣ４０からの要求の解析及びクライアントＰＣ４０への応答を生成し、Ｗｅｂページ機能３００の複数のＷｅｂアプリケーションに対して共通の処理部である。Ｗｅｂアプリ振分共通ライブラリ１２０は、Ｗｅｂページハンドラ２００にてＸＭＬで記述された応答を、ＸＳＬＴプロセッサ２０５によって各クライアントＰＣ４０の端末種別に応じたＨＴＭＬ(HyperText Markup Language)による表示形式に変換する。
【００４６】
Ｗｅｂページハンドラ２００は、Ｗｅｂページ機能３００が解釈可能な処理言語と、クライアントＰＣ４０との間で行われる要求及び応答による通信制御で解釈される処理言語との変換を行う処理部である。Ｗｅｂページハンドラ２００は、Ｗｅｂページ要求に対応するＷｅｂページ機能３００のＷｅｂアプリケーションをＣＧＩ(Common Gateway Interface)を介して関数コールする。また、Ｗｅｂページハンドラ２００は、Ｗｅｂページ機能３００から通知されたＷｅｂページ表示情報をＸＭＬで記述するためにＷｅｂページ表示情報のシリアライズ要求をＳＯＡＰライブラリ２０１に対して行う。
【００４７】
ネットワーク通信サービスライブラリ１０２は、クライアントＰＣ４０との接続に関するＨＴＴＰ接続情報を管理しており、クライアントＰＣ４０との最初の接続時にＨＴＴＰデーモン２によって構成されたＵＲＬ（Uniform Resource Locator）がＨＴＴＰ接続情報によって管理される。ネットワーク通信サービスライブラリ１０２は、このＨＴＴＰ接続情報を不揮発性ＲＡＭ１４に格納し、必要に応じて参照する。Ｗｅｂページハンドラ２００からの絶対パス構築するための情報を要求する絶対パス構築情報要求に応じて、ＨＴＴＰ接続情報で管理されるＵＲＬの共通パス情報６０ａが絶対パス構築情報としてＷｅｂページハンドラ２００へ提供される。
【００４８】
ＳＯＡＰライブラリ２０１は、Ｗｅｂページハンドラ２００からのＷｅｂページ表示情報のシリアライズ要求に応じて、ＸＭＬライブラリ２０３を用いて、Ｃ言語の変数で与えられたＷｅｂページ表示情報をＸＭＬによって記述することによってデータ変換をしてシリアライズする。本実施例において、シリアライズするとは、ＸＭＬによってＷｅｂページ機能３００から通知されたＷｅｂページ表示情報を記述することである。シリアライズされたＷｅｂページ表示情報は、応答ＤＯＭ（Document Object Model）としてＷｅｂページハンドラ２００へ提供される。
【００４９】
ＸＭＬライブラリ２０３は、ＳＯＡＰライブラリ２０１に利用されることによってＸＭＬでＷｅｂページ表示情報をシリアライズする。また、ＸＭＬライブラリ２０３は、ＸＳＬＴプロセッサ２０５に利用されることによって、Ｗｅｂページ表示情報を示すＨＴＭＬを生成する。
【００５０】
ＸＳＬＴプロセッサ２０５は、Ｗｅｂアプリ振分共通ライブラリ１２０からの応答ＤＯＭのＸＳＬ変換要求に応じて、クライアントＰＣ４０のＷｅｂページ要求で指定されるＵＲＬのページ情報６５に対応するログインＸＳＬ(eXtensible Stylesheet Language)に（login.xsl）データ２０６に基づいて、絶対パス構築情報を示す絶対パス変換用ＸＳＬ（mkAbsPath）データ２０７を参照することによって絶対パスを取得し、ＵＲＬを絶対パスで記述されるように、ＸＭＬライブラリ２０３によって応答ＨＴＭＬを作成する。応答ＨＴＭＬは、Ｗｅｂアプリ振分共通ライブラリ１２０へ提供される。
【００５１】
Ｗｅｂページ機能３００の各Ｗｅｂアプリケーションは、Ｗｅｂページハンドラ２００から関数コールされると、Ｗｅｂページ表示情報をＷｅｂページハンドラ２００へ返す。Ｗｅｂページ機能３００の各Ｗｅｂアプリケーションは、ユーザが絶対パスへの変換の有無を設定した設定情報が格納されている不揮発性ＲＡＭ１４から設定情報を取得し、その設定情報とＷｅｂページを構成するためのＧＩＦデータ、参照されるＵＲＬ及びページ遷移するためのＵＲＬの相対パス情報６０ｂ等とを含むＷｅｂ表示情報をＷｅｂページハンドラ２００へ提供する。ページ遷移とは、表示されているＷｅｂページから、そのＷｅｂページにリンクされる他のＷｅｂページを表示させることを言う。
【００５２】
本実施例におけるＵＲＬの構成について図３で説明する。図３は、ＵＲＬ構成を示す図である。図３において、ＵＲＬは、大きく共通パス情報６０ａと相対パス情報６０ｂとで構成される絶対パス情報６０によって示される。
【００５３】
このようにして構成されたＵＲＬは、例えば、「http」等のプロトコル種別６１と、「99.99.99.99」で示されるＩＰアドレス６２と、「pc」で示される端末種別情報６３ａと、「admin」で示されるプロファイル情報６３ｂと、「ja」で示される言語情報６３ｃと、「status」で示されるＷｅｂアプリケーションＩＤ６４と、「login.cgi」で示されるページ情報６５とを有する。
【００５４】
そして、プロトコル種別６１と、ＩＰアドレス６２と、端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃとが共通パス情報６０ａとして、以後のページ遷移において継承され、ページ遷移によって跨るＷｅｂアプリケーションとの間で参照される。共通パス情報６０ａのうち端末種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃとが夫々クライアントＰＣ４０での利用形態の属性を示す利用形態属性情報６３である。
【００５５】
この利用形態属性情報６３には、ＷｅｂアプリケーションＩＤ６４と、クライアントＰＣ４０での現在の端末種別情報６３ａと、クライアントＰＣ４０のユーザのプロファイルを示すプロファイル情報６３ｂと、クライアントＰＣ４０のＷｅｂブラウザで使用される言語を示す言語情報６３ｃとが示される。例えば、端末種別情報６３ａとしてクライアントＰＣ４０を示す「pc」、プロファイル情報６３ｂとして管理者を示す「admin」又は一般ユーザを示す「user」、言語情報６３ｃとしてクライアントＰＣ４０のＷｅｂブラウザで表示される言語が日本語であることを示す「ja」が設定され、以後、クライアントＰＣ４０との接続が切断されるまで共通パス情報６０ａとして継承される。また、ＷｅｂアプリケーションＩＤ６４と、ページ情報６５とが相対パス情報６０ｂを構成する。
【００５６】
このようなＵＲＬでＷｅｂページが表示された後は、Ｗｅｂページ遷移する際には、相対パス情報６０ｂのみを指定することによって、共通パス情報６０ａが常に継承されることとなる。
【００５７】
次に、クライアントＰＣ４０からのＷｅｂページ要求に対して情報提供が行われるまでの処理シーケンスについて説明する。図４及び図５は、処理シーケンスを示す図である。図４及び図５によって、一つの連続した処理シーケンスが示される。
【００５８】
図４において、クライアントＰＣ４０は、ＨＴＴＰのＧＥＴメソッドを使用して、Ｗｅｂページを表示するＨＴＭＬを要求する（Ｗｅｂページ要求）（ステップＳ３１）。
【００５９】
情報処理装置１００のＨＴＴＰデーモン２は、ＨＴＴＰ接続情報とハッシュリストとをシーケンス制御ライブラリ１１０に通知する（ステップＳ３２）。ハッシュリストは、Ｗｅｂページ要求のＵＲＬによって指定される相対パス情報６０ｂと、実際に関数コールされるＷｅｂページ機能３００のＷｅｂアプリケーションとの対応を示す一覧である。
【００６０】
シーケンス制御ライブラリ１１０は、Ｗｅｂアプリ振分共通ライブラリ１２０を呼び出す（ステップＳ３３）。その際、シーケンス制御ライブラリ１１０は、クライアントＰＣ４０との接続に関する情報を示すＨＴＴＰ接続情報と、ハッシュリストとを引数として設定する。
【００６１】
Ｗｅｂアプリ振分共通ライブラリ１２０は、ＵＲＬのＷｅｂアプリケーションＩＤ６４に対応するＷｅｂページハンドラ２００を特定して呼び出す（ステップＳ３４）。
【００６２】
Ｗｅｂページハンドラ２００は、ＵＲＬからページ情報６５を取得し、そのページ情報６５に対応するＷｅｂページ機能３００のＷｅｂアプリケーションを特定して呼び出す（ステップＳ３５）。この際、ＨＴＴＰ接続情報が引数として設定される。例えば、Ｗｅｂページ機能３００がＣ言語で開発されている場合、Ｗｅｂページハンドラ２００は、Ｃ言語の処理型に変換して関数をコールする。
【００６３】
Ｗｅｂページ機能３００にて関数コールされたＷｅｂアプリケーションは、不揮発性ＲＡＭ１４に格納されている設定情報の取得を要求する（ステップS３６−２）。Ｗｅｂページ機能３００は、不揮発性ＲＡＭ１４から設定情報を取得すると（ステップS３６−４）、Ｗｅｂページハンドラ２００へＷｅｂページ表示情報を返す（ステップS３７−２）。Ｗｅｂページ表示情報には、不揮発性ＲＡＭ１４から取得した設定情報と、Ｗｅｂページを構成するためのＧＩＦデータ、ページ遷移するための相対パス情報６０ｂ等とが含まれる。
【００６４】
Ｗｅｂページハンドラ２００は、ネットワーク通信サービスライブラリ１０２に対して共通パス情報６０ａの取得要求を行う（ステップＳ３７−４）。ネットワーク通信サービスライブラリ１０２は、不揮発性ＲＡＭ１４に対して、接続情報に設定されている共通パス情報６０ａを要求し（ステップＳ３７−５）、不揮発性ＲＡＭ１４から共通パス情報６０ａを取得すると（ステップＳ３７−６）、Ｗｅｂページハンドラ２００へ提供する（ステップＳ３７−７）。
【００６５】
Ｗｅｂページハンドラ２００は、Ｗｅｂページ機能３００から提供されたＷｅｂページ表示情報と、ネットワーク通信サービスライブラリ１０２から取得した共通パス情報とによってＷｅｂページ表示データを構成し、ＳＯＡＰライブラリ２０１に対して、Ｗｅｂページ表示データのシリアライズ要求を行う（ステップＳ３８）。
【００６６】
ＳＯＡＰライブラリ２０１は、例えば、Ｃ言語の構造体で示される処理結果データに基づいて、ＤＯＭ（Document Object Model）を作成し、必要な要素及び属性を追加して（ステップＳ３９）、ＸＭＬライブラリ２０３によってＷｅｂページ表示データをＸＭＬで記述する（ステップＳ４０）。ＸＭＬで記述されたＷｅｂページ表示データは、ＳＯＡＰライブラリ２０３によって応答ＤＯＭとしてＷｅｂページハンドラ２００に通知される（ステップＳ４１）。
【００６７】
Ｗｅｂページハンドラ２００は、通知された応答ＤＯＭをＷｅｂアプリ振分共通ライブラリ１２０へ通知する（ステップＳ４２）。
【００６８】
Ｗｅｂアプリ振分共通ライブラリ１２０は、ＸＭＬで記述されるＷｅｂページ表示データにおいて、絶対パスに変換するために、Ｗｅｂページ要求時のＵＲＬのページ情報６５に対応するログインＸＳＬ２０６を指定して、ＸＳＬＴプロセッサ２０５に対してＸＳＬ変換要求を行う（ステップＳ４３）。この際、応答ＤＯＭと、スタイルシート「login.xsl」とが引数として設定される。
【００６９】
ＸＳＬ変換要求を受信したＸＳＬＴプロセッサ２０５は、引数で指定されたログインＸＳＬ２０６と、絶対パス変換用ＸＳＬ（mkAbsPath.xsl）２０７を実行することによって、Ｗｅｂページ表示データがＸＭＬで記述された応答ＤＯＭの構文を解析し（ＸＭＬパース）、ＤＯＭを作成し、要素及び属性を追加して（ステップＳ４４）、ＸＭＬライブラリ２０３によってＨＴＭＬの記述に変換する（ステップＳ４５）。ＸＳＬＴプロセッサ２０５は、変換したＨＴＭＬの記述をＸＳＬ変換結果としてＷｅｂアプリ振分共通ライブラリ１２０へ通知する（ステップＳ４６）。
【００７０】
Ｗｅｂアプリ振分共通ライブラリ１２０は、Ｗｅｂページハンドラ２００から提供されたＸＳＬ変換結果をＨＴＭＬ応答としてシーケンス制御ライブラリ１１０に通知する（ステップＳ４７）。更に、シーケンス制御ライブラリ１１０は、ＨＴＴＰデーモン２へＨＴＭＬ応答を通知する（ステップＳ４８）。
【００７１】
そして、ＨＴＴＰデーモン２は、ＨＴＴＰに従ってＨＴＭＬ応答がステップＳ３１におけるクライアントＰＣ４０のＷｅｂページ要求に対する応答として送信される（ステップＳ４９）。処理シーケンスを終了する。
【００７２】
図４のステップＳ３７−２にて、Ｗｅｂページ機能３００からＷｅｂページハンドラ２００へ提供されるＷｅｂページ表示情報について図６で説明する。図６は、Ｗｅｂページ機能から提供されるＷｅｂページ表示情報の例を示す図である。
【００７３】
図６において、Ｗｅｂページ表示情報６００は、「changeReq==true」を示す記述６０１によって設定情報にて相対パスを絶対パスに変更することが指定されていることを示し、「changeReqProtocol==https」を示す記述６０２によってＳＳＬ（Secure Socket Layer）通信が指定されていることを示し、「changeReqProtocolRelativePath1==./gif/printer.gif」を示す記述６０３によってＧＩＦデータの相対パス情報６０ｂが指定され、そして、「changeReqProtocolRelativePath2==./apl1/submit.cgi」を示す記述６０４によって参照されるＵＲＬの相対パス情報６０ｂが指定される。
【００７４】
次に、図４のステップＳ３７−７にて、ネットワーク通信サービスライブラリ１０２からＷｅｂページハンドラ２００へ提供される共通パス情報について図７で説明する。図７は、ネットワーク通信サービスライブラリから提供される共通パス情報の例を示す図である。
【００７５】
図７において、共通パス情報６１０は、図３の共通パス情報６０ａに相当する情報であり、「lang==ja」を示す記述６１１によって言語「日本語」が指定され、「profile==admin」を示す記述６１２によってプロファイル「管理者」が指定され、「clientDevice==pc」を示す記述６１３によって端末種別「ｐｃ」が指定され、「ipaddress==99.99.99.99」を示す記述６１４によってＩＰアドレス「99.99.99.99」が指定され、そして、「sslEnable==true」を示す記述６１５によってＳＳＬプロトコルがサポートされていることが示される。
【００７６】
次に、図４のステップＳ３８にて、Ｗｅｂページハンドラ２００からＳＯＡＰライブラリ２０１へ提供されるＷｅｂページ表示データについて図８で説明する。図８は、ＳＯＡＰライブラリへ提供するＷｅｂページ表示データの例を示す図である。
【００７７】
図８に示すＷｅｂページ表示データ６２０において、記述６２１から６２４は、Ｗｅｂページ機能３００から提供された図６に示されるＷｅｂページ表示情報３００における記述６０１から６０４を示し、そして、記述６３１から６３５は、ネットワーク通信サービスライブラリ１０２から提供された共通パス情報６１０における記述６１１から６１５
を示す。つまり、図６の記述６０１、６０２、６０３、及び６０４を夫々記述６２１、６２２、６２３、及び６２４として示し、そして、図７の記述６１１、６１２、６１３、６１４、及び６１５を夫々記述６３１、６３２、６３３、６３４、及び６３５として示す。
【００７８】
次に、図５のステップＳ４１にて、ＳＯＡＰライブラリ２０１からＷｅｂページハンドラ２００へ提供されるＸＭＬで記述された応答ＤＯＭについて説明する。図９は、ＳＯＡＰライブラリからのＸＭＬで記述された応答ＤＯＭの例を示す図である。
【００７９】
図９に示される応答ＤＯＭ７４０おいて、<response>から</response>で示される記述７５０は、Ｗｅｂページ要求に対する応答を示している。
【００８０】
<lang>ja</lang>で示される記述７４１は、図８の記述７３１のＸＭＬによる記述を示し、<profile>admin</profile>で示される記述７４２は、図８の記述６３２のＸＭＬによる記述を示し、<clientDevice>pc</clientDevice>で示される記述７４３は、図８の記述６３３のＸＭＬによる記述を示し、<myAddress>99.99.99.99</myAddress>で示される記述７４４は、図８の記述６３４のＸＭＬによる記述を示し、<sslEnable>true</sslEnable>で示される記述７４５は、図８の記述６３５のＸＭＬによる記述を示す。
【００８１】
また、<changeReq>true</changeReq>で示される記述７５１は、図８の記述６２１のＸＭＬによる記述を示し、<changeReqPath>から</changeReqPath>で示される記述７５１−５は、プロトコルと、絶対パスに変更される１つ以上の相対パスとがＸＭＬによって記述されることを示す。
【００８２】
記述７５１−５において、<changeReqProtocol>https</changeReqProtocol>を示す記述７５２は、図８の記述６２２のＸＭＬによる記述を示し、<changeReqProtocolRelativePath1>.gif/printer.gif</changeReqProtocolRelativePath1>を示す記述７５３は、図８の記述６２３のＸＭＬによる記述を示し、<changeReqProtocolRelativePath2>.apl1/submit.cgi</changeReqProtocolRelativePath2>を示す記述７５３は、図８の記述６２３のＸＭＬによる記述を示す。
【００８３】
上述のように、表示されるＷｅｂページがＨＴＴＰであっても、ユーザがＳＳＬプロトコルを指定した場合、表示されるＷｅｂページのプロトコルを変更することなく、特定されるＧＩＦデータ、参照されるＵＲＬ及びリンクされるＵＲＬを絶対パスに変更させることができる。
【００８４】
このように絶対パスに変更した場合のＨＴＭＬ応答について説明する。図１０は、絶対パスに変更した場合のＨＴＭＬ応答の例を示す図である。
【００８５】
図１０に示されるＨＴＭＬ応答８６０において、<form method=”Post” action=”https://99.99.99.99/pc/admin/ja/ apl1/submit.cgi”>を示す記述８６４は、図９の記述７４１から７４４と記述７５２及び７５３とに基づいて構築された絶対パスを示すＨＴＭＬの記述である。<IMG src=”https://99.99.99.99/pc/admin/ja/ gif/printer.gif”>を示す記述８６６は、図９の記述７４１から７４４と記述７５２及び７５４とに基づいて構築された絶対パスを示すＨＴＭＬの記述である。一方、<IMG src=”./ gif/printer.gif”>を示す記述８６８は、図９の記述７５１−５によって指定されていないため相対パスを示すＨＴＭＬの記述である。
【００８６】
一方、絶対パスの変更が指定されなかった場合のＨＴＭＬ応答について説明する。図１１は、絶対パスに変更しなかった場合のＨＴＭＬ応答の例を示す図である。
【００８７】
図１１に示されるＨＴＭＬ応答９７０において、<form method=”Post” action=”./apl1/submit.cgi”>を示す記述９７４及び<IMG src=”./gif/printer.gif”>を示す記述９７６は、相対パスを示すＨＴＭＬの記述となる。また、<IMG src=”./ gif/printer.gif”>を示す記述９７８も同様である。
【００８８】
図１２は、クライアントＰＣでの表示例を示す図である。図１２に示される画面４００おいて、現在表示されるＵＲＬを示すアドレス４０１によって「http://99.99.99.99/pc/admin/ja/status/getstatus.cgi」であることが示される。この画面４００は、「Ｐｒｉｎｔｅｒ」の文字を示すイメージ４０２と、プリンタの画像を示すイメージ４０３と、ユーザを認証するためにユーザ名及びパスワード等の認証情報を入力する入力域４０４と、認証を実行するための「submit」を示すボタン４０５と、入力した認証情報の取り消しをするための「reset」を示すボタン４０６とを有する。
【００８９】
図１０に示すＨＴＭＬ応答と、図１１に示すＨＴＭＬ応答とでは、表示画面自体は、図１２に示す画面４００であって、見かけ上は何ら違いがない。
【００９０】
しかし、アドレス４０１がＨＴＴＰを示しているにも関わらず、画面４００が図１０に示すＨＴＭＬ応答によって表示された場合、図１０の記述８６６によって、イメージ４０２は、ＳＳＬ通信を指定するＨＴＴＰＳに従ってイメージ４０２のデータの漏洩及び改竄されることなく表示される。また、図１０の記述８６４によって、入力域４０４に入力された認証情報は、「submit」を示すボタン４０５のクリックによってＳＳＬ通信によって認証情報の漏洩及び改竄されることなく送信される。図１０の記述８６６及び記述８６４は、ＳＳＬ通信を指定するＨＴＴＰＳを示す絶対パスでＵＲＬを指定しているからである。
【００９１】
一方、図１０の記述８６８は、相対パスで記述されているため、画面４００のアドレスに対して相対的にＵＲＬを指定している。従って、何らセキュリティを保証しないＨＴＴＰに従った通信によってイメージ４０３が表示される。
【００９２】
図１１に示すＨＴＭＬ応答によって図１２に示す画面４００が表示された場合、図１１の記述９７４、９７６、及び９７８は全て相対パスでＵＲＬが指定されているため、画面４００を表示するためのアドレス４０１のＨＴＴＰに従って、イメージ４０２及び４０２の受信と、「submit」を示すボタン４０５による認証情報の送信は、何らセキュリティを保証しないＨＴＴＰ通信によって行われる。
【００９３】
ユーザは送受信される情報のセキュリティを保持するために、このように部分的にＳＳＬ通信に設定することができる。ＳＳＬ通信に変更したい部分を指定するための画面について図１３で説明する。
【００９４】
図１３は、ＳＬＬ通信を設定する画面例を示す図である。図１３において、画面４１０は、インターネット１６を介して接続されるクライアントＰＣ４０に表示される画面であり、ユーザがＳＳＬ通信を所望する項目について設定する設定域４１２と、設定域４１２でのユーザの設定を有効とする「submit」を示すボタン４１５と、設定域４１２でのユーザの設定を無効とする「reset」を示すボタン４１６とを有する。
【００９５】
設定域４１２は、情報処理装置１００から提供される情報の全てにＳＳＬ通信を指定する「すべて」、設定時にＳＳＬ通信を指定する「表示時」、ＧＩＦデータにＳＳＬ通信を指定する「ＧＩＦデータ」、Ｊａｖａ（登録商標）ＳｃｒｉｐｔにＳＳＬ通信を指定する「Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ」等の設定項目を有する。
【００９６】
このようなユーザによって設定可能な画面４１０によって、ユーザは、予めＳＳＬ通信したい状態を指定しておくことができる。ここでユーザによって設定された設定情報は、不揮発性ＲＡＭ１４に格納され、設定情報として利用される。
【００９７】
このような画面４１０をオペレーションパネル３６にて表示することにより、ユーザは、情報処理装置１００にて設定するようにしても良い。
【００９８】
情報処理装置１００は、この設定情報に基づいて、Ｗｅｂページを提供する際にＨＴＭＬ応答内のＵＲＬを絶対パスに変更するが、この設定情報にのみＵＲＬの絶対パスへの変更箇所が限定されるものではない。情報処理装置１００は、ＳＳＬ通信にすべき箇所を独自に判断し、絶対パスに変更するようにすることもできる。
【００９９】
絶対パスへの変更を行う際にＸＳＬＴプロセッサ２０５が読み込むログインＸＳＬ２０６について図１４、図１５及び図１６で説明する。図１４、図１５及び図１６は、ログインＸＳＬの例を示す図である。図１４、図１５及び図１６によって、一つのログインＸＳＬのデータファイルを示す。
【０１００】
図１４に示されるログインＸＳＬ２０６おいて、<xsl:include href=”mkAbsPath.xsl”/>を示す記述５１０は、以下、必要に応じて絶対パス変換用ＸＳＬ２０７が参照されることを示す。
【０１０１】
図１５において、<xsl:choose>から</xsl:choose>を示す記述５２１は、図１０の記述８６４及び図１１の記述９７４に関するＸＳＬによる記述である。
【０１０２】
<xsl:when test=”contains(//changeReq,’true’)”>から</xsl:when>を示す記述５２２は、図９のＸＭＬによる記述７５１において<changeReq>が「true」を指定している場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１０３】
<xsl:call-template name="mkAbsPath">から</xsl:call-template>を示す記述５２３は、絶対パス変換用ＸＳＬ２０７を用いて絶対パスでＵＲＬをＨＴＭＬで記述するためのＸＳＬによる記述である。
【０１０４】
記述５２３において、<xsl:with-param name="target">changeReqPath</xsl:with-param>を示す記述５２４は、図９のＸＭＬによる記述７５１−５を参照し、<xsl:with-param name="url">./apl1/submit.cgi</xsl:with-param>を示す記述５２５の「./apl1/submit.cgi」がＸＭＬによる記述７５１−５にて指定されていれば、<xsl:with-param name="attributeName">action</xsl:with-param>を示す記述５２６によって指定される属性名「action」に、絶対パス変換用ＸＳＬ２０７を用いて絶対パスをＨＴＭＬで記述することを示している。
【０１０５】
一方、<xsl:otherwise>から</xsl:otherwise>を示す記述５２８は、図９のＸＭＬによる記述７５１において<changeReq>が「true」を指定していない場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１０６】
記述５２８において、<xsl:attribute name="action">./apl1/submit.cgi</xsl:attribute>を示す記述５２９は、属性名「action」に、「./apl1/submit.cgi」（相対パス）をＨＴＭＬで記述することを示している。
【０１０７】
<xsl:choose>から</xsl:choose>を示す記述５２１は、図１０の記述８６６及び図１１の記述９７６に関するＸＳＬによる記述である。
【０１０８】
<xsl:when test=”contains(//changeReq,’true’)”>から</xsl:when>を示す記述５３２は、図９のＸＭＬによる記述７５１において<changeReq>が「true」を指定している場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１０９】
<xsl:call-template name="mkAbsPath">から</xsl:call-template>を示す記述５３３は、絶対パス変換用ＸＳＬ２０７を用いて絶対パスでＵＲＬをＨＴＭＬで記述するためのＸＳＬによる記述である。
【０１１０】
記述５３３において、<xsl:with-param name="target">changeReqPath</xsl:with-param>を示す記述５３４は、図９のＸＭＬによる記述７５１−５を参照し、<xsl:with-param name="url">./gif/printer.gif</xsl:with-param>を示す記述５２５の「./gif/printer.gif」がＸＭＬによる記述７５１−５にて指定されていれば、<xsl:with-param name="attributeName">src</xsl:with-param>を示す記述５２６によって指定される属性名「src」に、絶対パス変換用ＸＳＬ２０７を用いて絶対パスをＨＴＭＬで記述することを示している。
【０１１１】
一方、<xsl:otherwise>から</xsl:otherwise>を示す記述５３８は、図９のＸＭＬによる記述３５１において<changeReq>が「true」を指定していない場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１１２】
記述５３８において、<xsl:attribute name="action">./gif/printer.gif</xsl:attribute>を示す記述５３９は、属性名「src」に、「./gif/printer.gif」（相対パス）をＨＴＭＬで記述することを示している。
【０１１３】
図１６において、<xsl:choose>から</xsl:choose>を示す記述５４１は、図１０の記述８６８及び図１１の記述９７８に関するＸＳＬによる記述である。
【０１１４】
<xsl:when test=”contains(//changeReq,’true’)”>から</xsl:when>を示す記述５４２は、図９のＸＭＬによる記述７５１において<changeReq>が「true」を指定している場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１１５】
<xsl:call-template name="mkAbsPath">から</xsl:call-template>を示す記述５４３は、絶対パス変換用ＸＳＬ２０７を用いて絶対パスでＵＲＬをＨＴＭＬで記述するためのＸＳＬによる記述である。
【０１１６】
記述５４３において、<xsl:with-param name="target">changeReqPath</xsl:with-param>を示す記述５４４は、図９のＸＭＬによる記述７５１−５を参照し、<xsl:with-param name="url">./gif/solu_icon.gif</xsl:with-param>を示す記述５２５の「./gif/solu_icon.gif」がＸＭＬによる記述７５１−５にて指定されていれば、<xsl:with-param name="attributeName">src</xsl:with-param>を示す記述５２６によって指定される属性名「src」に、絶対パス変換用ＸＳＬ２０７を用いて絶対パスをＨＴＭＬで記述することを示している。
【０１１７】
一方、<xsl:otherwise>から</xsl:otherwise>を示す記述５４８は、図９のＸＭＬによる記述７５１において<changeReq>が「true」を指定していない場合のＨＴＭＬの記述を指定するＸＳＬによる記述である。
【０１１８】
記述５４８において、<xsl:attribute name="action">./gif/solu_icon.gif</xsl:attribute>を示す記述５３９は、属性名「src」に、「./gif/solu_icon.gif」（相対パス）をＨＴＭＬで記述することを示している。
【０１１９】
上述したような処理を実現するためＷｅｂアプリ振分共通ライブラリ１２０とＸＳＬＴプロセッサ２０５とによる絶対パス変換処理について図１７及び図１８で説明する。
【０１２０】
図１７は、Ｗｅｂアプリ振分共通ライブラリでの絶対パス変換処理を説明するフローチャート図である。図１７において、Ｗｅｂアプリ振分共通ライブラリ１２０は、Ｗｅｂページハンドラ２００から受信した応答ＤＯＭとユーザに提供すべきＷｅｂページに対応するログインＸＳＬ２０６とを指定して、ＸＳＬプロセッサ２０５を実行する（ステップＳ１０１）。応答ＤＯＭは、例えば、図９に示されるような応答ＤＯＭ７４０であって、図６に示されるＷｅｂページ表示情報３００と、図７に示される共通パス情報３１０とを含んでいる。
【０１２１】
そして、Ｗｅｂアプリ振分共通ライブラリ１２０は、ＸＳＬプロセッサ２０５から必要に応じてＵＲＬが絶対パスに変換された応答ＨＴＭＬを受信する（ステップＳ１０２）。
【０１２２】
次に、ＸＳＬＴプロセッサ２０５によって実行される絶対パス変換処理について図１８で説明する。図１８は、ＸＳＬＴプロセッサによって実行される絶対パス変換処理のフローチャート図である。
【０１２３】
図１８において、ＸＳＬＴプロセッサ２０５は、Ｗｅｂアプリ振分共通ライブラリ１２０から指定されたログインＸＳＬ２０６の解析を開始する（ステップＳ１１１）。
【０１２４】
ＸＳＬＴプロセッサ２０５は、ログインＸＳＬ２０６に従って、Ｗｅｂアプリ振分共通ライブラリ１２０から指定されたＸＭＬで記述された応答ＤＯＭを解析することによって、絶対パスへ変換すべき相対パスの指定部分を検知したか否かを判断する（ステップＳ１１２）。指定部分が無い場合（例えば、Ｗｅｂページ内で参照されるＵＲＬが無い場合）、ＸＳＬ変換を行い（ステップＳ１１３）、ＸＳＬ解析を終了し（ステップＳ１２７）、ＸＳＬＴプロセッサ２０５による絶対パス変換処理を終了する。ＨＴＭＬ応答がＷｅｂアプリ振分共通ライブラリ１２０へ提供される。
【０１２５】
一方、ステップＳ１１２での判断結果が指定部分有りを示す場合、変換要求があるか否かを判断する（ステップＳ１１４）。例えば、図９の応答ＤＯＭ７４０の記述７５１のように変換要求を示す<changeReq>true</changeReq>の記述があるか否かを判断する。変換要求が無い場合、相対パスのままでＨＴＭＬ応答を出力するようにＸＳＬＴ変換を行い（ステップＳ１１５）、ＸＳＬ解析を終了し（ステップＳ１２７）、ＸＳＬＴプロセッサ２０５による絶対パス変換処理を終了する。参照先のＵＲＬが全て相対パスで示されるＨＴＭＬ応答がＷｅｂアプリ振分共通ライブラリ１２０へ提供される。
【０１２６】
一方、ステップＳ１１４での判断結果が変換要求有りを示す場合、絶対パス変換用ＸＳＬ２０７を呼び出す（ステップＳ１１６）。変換する相対パスであるか否かを確認する（ステップＳ１１７）。例えば、図９の応答ＤＯＭ７４０の<changeReqProtocolRelativePath1>.gif/printer.gif</changeReqProtocolRelativePath1>を示す記述７５３のように、絶対パスへの変換対象となる相対パスが指定されているか否かを判断する。変換対象でない場合、相対パスのままでＨＴＭＬ応答を出力するようにＸＳＬＴ変換を行い（ステップＳ１１８）、ＸＳＬ解析を終了し（ステップＳ１２７）、ＸＳＬＴプロセッサ２０５による絶対パス変換処理を終了する。参照先のＵＲＬが全て相対パスで示されるＨＴＭＬ応答がＷｅｂアプリ振分共通ライブラリ１２０へ提供される。
【０１２７】
一方、ステップＳ１１７での判断結果が変換対象であることを示す場合、更に、変換内容を確認する（ステップＳ１１８）。例えば、図９の応答ＤＯＭ７４０の<changeReqProtocol>https</changeReqProtocol>を示す記述７５２によって、共通パス情報６０ａを参照しつつ通信プロトコルを確認する。つまり、指定された通信プロトコルへの変換が可能か否か（通信が行えるか否か）を確認し（ステップＳ１１９）、ＩＰアドレス６２に基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２０）、プロファイル情報６３ｂに基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２１）、言語情報６３ｃに基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２２）、更に、端末種別情報６３ａに基づいて指定された通信プロトコルへの変換が可能か否かを確認する（ステップＳ１２３）。
【０１２８】
そして、ＸＳＬＴプロセッサ２０５は、共通パス情報６０ａと変換情報とに基づいて、絶対パスを作成する（ステップＳ１２４）。ＸＳＬＴプロセッサ２０５は、相対パスが記述される箇所を絶対パスに変換する（ステップＳ１２５）。ＸＳＬＴプロセッサ２０５は、相対パスが絶対パスに変換されたＨＴＭＬ応答を出力するようにＸＳＬＴ変換を行い（ステップＳ１２６）、ＸＳＬ解析を終了し（ステップＳ１２７）、ＸＳＬＴプロセッサ２０５による絶対パス変換処理を終了する。参照先のＵＲＬのうち少なくとも１つ以上が絶対パスに変換されたＨＴＭＬ応答がＷｅｂアプリ振分共通ライブラリ１２０へ提供される。
【０１２９】
上記実施例では、例えば、ユーザがＳＳＬ通信を指定した場合、Ｗｅｂページ内の特定されるＧＩＦデータ、参照されるＵＲＬ及びページ遷移するためのＵＲＬの相対パス情報６０ｂ等を絶対パスよって示されるＵＲＬに変更することができる。
【０１３０】
また、絶対パスへの変換を行う際、ＸＳＬＴプロセッサ２０５は、ＵＲＬの共通パス情報６０ａを参照し、利用者形態属性情報６３に適応するように絶対パスへの変換を行うように制御することができる。このようにすることで、例えば、クライアントＰＣの通信速度が遅い場合には、イメージの部分について、ＳＳＬ通信をあえて行わないように制御することができる。
【０１３１】
本願発明によれば、ユーザによるＳＳＬ通信の設定情報と、Ｗｅｂページのページ遷移にて常に継承される共通パス情報とに基づいて、Ｗｅｂページ内にて提供される情報が参照されるＵＲＬを相対パス又は絶対パスにて動的に記述することができる。特に、絶対パスによるＵＲＬの記述には、現在表示されているＷｅｂページのプロトコルと異なるプロトコルを指定することができるため、Ｗｅｂページを部分的にセキュリティの保証を行うことができる。
【図面の簡単な説明】
【０１３２】
【図１】本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】情報処理装置の機能構成を示すブロック図である。
【図３】ＵＲＬ構成を示す図である。
【図４】処理シーケンスを示す図である。
【図５】処理シーケンスを示す図である。
【図６】Ｗｅｂページ機能から提供されるＷｅｂページ表示情報の例を示す図である。
【図７】ネットワーク通信サービスライブラリから提供される共通パス情報の例を示す図である。
【図８】ＳＯＡＰライブラリへ提供するＷｅｂページ表示データの例を示す図である。
【図９】ＳＯＡＰライブラリからのＸＭＬで記述された応答ＤＯＭの例を示す図である。
【図１０】絶対パスに変更した場合のＨＴＭＬ応答の例を示す図である。
【図１１】絶対パスに変更しなかった場合のＨＴＭＬ応答の例を示す図である。
【図１２】クライアントＰＣでの表示例を示す図である。
【図１３】ＳＬＬ通信を設定する画面例を示す図である。
【図１４】ログインＸＳＬの例を示す図である。
【図１５】ログインＸＳＬの例を示す図である。
【図１６】ログインＸＳＬの例を示す図である。
【図１７】Ｗｅｂアプリ振分共通ライブラリでの絶対パス変換処理を説明するフローチャート図である。
【図１８】ＸＳＬＴプロセッサによって実行される絶対パス変換処理のフローチャート図である。
【符号の説明】
【０１３３】
２          ＨＴＴＰデーモン
１４        不揮発性ＲＡＭ
１６        インターネット
４０        クライアントＰＣ
１００      情報処理装置
１０２      ネットワーク通信サービスライブラリ
１１０      シーケンス制御ライブラリ
１２０      Ｗｅｂアプリ振分共通ライブラリ
２００      Ｗｅｂページハンドラ
２０１      ＳＯＡＰライブラリ
２０３      ＸＭＬライブラリ
２０５      ＸＳＬＴプロセッサ
２０６      ログインＸＳＬ
２０７      絶対パス変換用ＸＳＬ
３００      Ｗｅｂページ機能
【図１】
2005092669.tif 000003
【図２】
2005092669.tif 000004
【図３】
2005092669.tif 000005
【図４】
2005092669.tif 000006
【図５】
2005092669.tif 000007
【図６】
2005092669.tif 000008
【図７】
2005092669.tif 000009
【図８】
2005092669.tif 000010
【図９】
2005092669.tif 000011
【図１０】
2005092669.tif 000012
【図１１】
2005092669.tif 000013
【図１２】
2005092669.tif 000014
【図１３】
2005092669.tif 000015
【図１４】
2005092669.tif 000016
【図１５】
2005092669.tif 000017
【図１６】
2005092669.tif 000018
【図１７】
2005092669.tif 000019
【図１８】
2005092669.tif 000020