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

Description

本発明は、Ｗｅｂページ内の情報が参照される先のＵＲＬの記述を相対パス又は絶対パスへと動的に切り換えることを可能とする情報処理装置を提供するものである。

近年、インターネットを利用した情報提供が、クライアントＰＣ（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>を示す記述７５２によって、共通パス情報６０ａを参照しつつ通信プロトコルを確認する。つまり、指定された通信プロトコルへの変換が可能か否か（通信が行えるか否か）を確認し（ステップＳ１１９）、ＩＰアドレス６２に基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２０）、プロファイル情報６３ｂに基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２１）、言語情報６３ｃに基づいて指定された通信プロトコルへの変換が可能か否かを確認し（ステップＳ１２２）、更に、端末種別情報６３ａに基づいて指定された通信プロトコルへの変換が可能か否かを確認する（ステップＳ１２３）。

そして、ＸＳＬＴプロセッサ２０５は、共通パス情報６０ａと変換情報とに基づいて、絶対パスを作成する（ステップＳ１２４）。ＸＳＬＴプロセッサ２０５は、相対パスが記述される箇所を絶対パスに変換する（ステップＳ１２５）。ＸＳＬＴプロセッサ２０５は、相対パスが絶対パスに変換されたＨＴＭＬ応答を出力するようにＸＳＬＴ変換を行い（ステップＳ１２６）、ＸＳＬ解析を終了し（ステップＳ１２７）、ＸＳＬＴプロセッサ２０５による絶対パス変換処理を終了する。参照先のＵＲＬのうち少なくとも１つ以上が絶対パスに変換されたＨＴＭＬ応答がＷｅｂアプリ振分共通ライブラリ１２０へ提供される。

上記実施例では、例えば、ユーザがＳＳＬ通信を指定した場合、Ｗｅｂページ内の特定されるＧＩＦデータ、参照されるＵＲＬ及びページ遷移するためのＵＲＬの相対パス情報６０ｂ等を絶対パスよって示されるＵＲＬに変更することができる。

また、絶対パスへの変換を行う際、ＸＳＬＴプロセッサ２０５は、ＵＲＬの共通パス情報６０ａを参照し、利用者形態属性情報６３に適応するように絶対パスへの変換を行うように制御することができる。このようにすることで、例えば、クライアントＰＣの通信速度が遅い場合には、イメージの部分について、ＳＳＬ通信をあえて行わないように制御することができる。

本願発明によれば、ユーザによるＳＳＬ通信の設定情報と、Ｗｅｂページのページ遷移にて常に継承される共通パス情報とに基づいて、Ｗｅｂページ内にて提供される情報が参照されるＵＲＬを相対パス又は絶対パスにて動的に記述することができる。特に、絶対パスによるＵＲＬの記述には、現在表示されているＷｅｂページのプロトコルと異なるプロトコルを指定することができるため、Ｗｅｂページを部分的にセキュリティの保証を行うことができる。

本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。 情報処理装置の機能構成を示すブロック図である。 ＵＲＬ構成を示す図である。 処理シーケンスを示す図である。 処理シーケンスを示す図である。 Ｗｅｂページ機能から提供されるＷｅｂページ表示情報の例を示す図である。 ネットワーク通信サービスライブラリから提供される共通パス情報の例を示す図である。 ＳＯＡＰライブラリへ提供するＷｅｂページ表示データの例を示す図である。 ＳＯＡＰライブラリからのＸＭＬで記述された応答ＤＯＭの例を示す図である。 絶対パスに変更した場合のＨＴＭＬ応答の例を示す図である。 絶対パスに変更しなかった場合のＨＴＭＬ応答の例を示す図である。 クライアントＰＣでの表示例を示す図である。 ＳＳＬ通信を設定する画面例を示す図である。 ログインＸＳＬの例を示す図である。 ログインＸＳＬの例を示す図である。 ログインＸＳＬの例を示す図である。 Ｗｅｂアプリ振分共通ライブラリでの絶対パス変換処理を説明するフローチャート図である。 ＸＳＬＴプロセッサによって実行される絶対パス変換処理のフローチャート図である。

符号の説明

２ ＨＴＴＰデーモン
１４ 不揮発性ＲＡＭ
１６ インターネット
４０ クライアントＰＣ
１００ 情報処理装置
１０２ ネットワーク通信サービスライブラリ
１１０ シーケンス制御ライブラリ
１２０ Ｗｅｂアプリ振分共通ライブラリ
２００ Ｗｅｂページハンドラ
２０１ ＳＯＡＰライブラリ
２０３ ＸＭＬライブラリ
２０５ ＸＳＬＴプロセッサ
２０６ ログインＸＳＬ
２０７ 絶対パス変換用ＸＳＬ
３００ Ｗｅｂページ機能

Claims (15)

1. ＨＴＴＰプロトコル及びＨＴＴＰＳプロトコルに対応した情報処理装置において、
   Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手段と、
   上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを、相対パス又はＨＴＴＰＳプロトコルを指定する絶対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
   表示されるＷｅｂページがＨＴＴＰプロトコルによるものであっても、所定の構成情報のアドレスを、ＨＴＴＰＳプロトコルを指定する絶対パスに変更することを特徴とする情報処理装置。
2. ユーザから上記切り換えを指定するパス切換情報を取得するパス切換情報取得手段と、
   上記Ｗｅｂページの遷移によって変更されることなく継承される共通パス情報と、上記構成情報を識別する識別情報を含む相対パス情報とで構成される上記絶対パスの該共通パス情報を上記Ｗｅｂページ生成手段に提供するＷｅｂページハンドラ手段とを有し、
   Ｗｅｂページ生成手段は、上記パス切換情報が絶対パスを指定している場合、上記共通パス情報に基づいて、上記複数の構成情報の１つ以上について該構成情報のアドレスを上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項１記載の情報処理装置。
3. 上記各Ｗｅｂページ表示情報生成手段は、
   上記パス切換情報取得手段から上記パス切換情報を取得する取得手段と、
   上記パス切換情報を上記Ｗｅｂページハンドラ手段に提供すると共に、上記パス切換情報が上記絶対パスを指定している場合、上記複数の構成情報のうち該絶対パスで指定されるべき該構成情報の上記識別情報を上記Ｗｅｂページハンドラ手段に提供する提供手段とを有し、
   上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とを上記Ｗｅｂページ生成手段に提供し、
   上記Ｗｅｂページ生成手段は、上記識別情報によって識別される上記構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項２記載の情報処理装置。
4. 上記Ｗｅｂページ生成手段は、上記構成情報のアドレスが上記Ｗｅｂページを提供する第一プロトコルと異なる第二プロトコルを指定する上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項３記載の情報処理装置。
5. 上記各Ｗｅｂページ表示情報生成手段は、上記第一プロトコル又は上記第二プロトコルを指定することを特徴とする請求項４記載の情報処理装置。
6. 上記Ｗｅｂページ生成手段は、上記Ｗｅｂページ毎のページ作成スタイルシートと、上記構成情報のアドレスを上記絶対パスに変換するパス変換スタイルシートとを用いて、該構成情報のアドレスが上記絶対パスで示されるように上記Ｗｅｂページを生成することを特徴とする請求項４記載の情報処理装置。
7. 上記パス切換情報取得手段は、ネットワークを介して、上記ユーザが使用するクライアント端末にて該ユーザが指定した上記パス切換情報を取得することを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
8. 上記ユーザによって操作可能なオペレーションパネルを有し、
   上記パス切換情報取得手段は、上記ユーザが上記オペレーションにて指定した上記パス切換情報を取得することを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
9. 上記Ｗｅｂページハンドラ手段は、上記共通パス情報と、上記各Ｗｅｂページ表示情報生成手段によって提供された上記パス切換情報と上記識別情報とをＸＭＬで記述したＸＭＬデータにして上記Ｗｅｂページ生成手段に提供することを特徴とする請求項３乃至８のいずれか一項記載の情報処理装置。
10. 上記識別情報は、データファイル名であることを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
11. 上記識別情報は、上記Ｗｅｂページ表示情報生成手段を識別するＷｅｂ識別情報であることを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
12. 上記構成情報は、上記Ｗｅｂページからリンクされる他のＷｅｂページのアドレスであることを特徴とする請求項１１記載の情報処理装置。
13. 上記共通パス情報は、言語情報、端末種別情報、及びプロファイル情報の少なくとも１つ以上を含むことを特徴とする請求項２乃至１２のいずれか一項記載の情報処理装置。
14. 上記共通パス情報は、上記第一プロトコル又は上記第二プロトコルと、ＩＰアドレスとを含むことを特徴とする請求項２乃至１３のいずれか一項記載の情報処理装置。
15. ＨＴＴＰプロトコル及びＨＴＴＰＳプロトコルに対応した情報処理装置における情報処理方法において、
    Ｗｅｂページ要求に応じて、Ｗｅｂページに表示すべきＷｅｂページ表示情報を生成する複数のＷｅｂページ表示情報生成手順と、
    上記Ｗｅｂページ表示情報を構成する複数の構成情報の１つ以上について、該構成情報のアドレスを、相対パス又はＨＴＴＰＳプロトコルを指定する絶対パスへ切り換えて上記Ｗｅｂページを生成するＷｅｂページ生成手順とをコンピュータが実行し、
    表示されるＷｅｂページがＨＴＴＰプロトコルによるものであっても、所定の構成情報のアドレスを、ＨＴＴＰＳプロトコルを指定する絶対パスに変更することを特徴とする情報処理方法。
    

Images