(57)【要約】【課題】本発明の課題は、ＨＴＴＰリクエストに応じてホスト名が指定されたＵＲＬを作成し、該ＨＴＴＰリクエストの送信元から該ＵＲＬを自動的に送信させるＵＲＬ作成方法及び情報処理装置を提供することを目的とする。【解決手段】本発明の課題は、ネットワークを介して受信したＨＴＴＰリクエストに対応するＷｅｂアプリケーションを実行し、その実行結果をＨＴＴＰレスポンスとして送信するＷｅｂサーバ装置でのＵＲＬ作成方法において、前記受信したＨＴＴＰリクエストから取得したＵＲＬに係るＵＲＬ情報を取得し、前記ＵＲＬ情報を用いて自装置のホスト名が指定されるＵＲＬを作成し、前記作成したＵＲＬをＨＴＴＰリダイレクトによって前記ＨＴＰＰリクエストの送信元から自動的に前記ホスト名が指定されたＵＲＬを送信させるＵＲＬ作成方法によって達成される。【選択図】図６
2007156906.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して受信したＨＴＴＰリクエストに対応するＷｅｂアプリケーションを実行し、その実行結果をＨＴＴＰレスポンスとして送信するＷｅｂサーバ装置でのＵＲＬ作成方法において、
前記受信したＨＴＴＰリクエストから取得したＵＲＬに係るＵＲＬ情報を取得し、
前記ＵＲＬ情報を用いて自装置のホスト名が指定されるＵＲＬを作成し、
前記作成したＵＲＬをＨＴＴＰリダイレクトによって前記ＨＴＰＰリクエストの送信元から自動的に前記ホスト名が指定されたＵＲＬを送信させることを特徴とするＵＲＬ作成方法。
【請求項２】
前記ＨＴＴＰリクエストから取得したＵＲＬは、前記自装置のホスト名の代わりにＩＰアドレスが指定されるＵＲＬ又は該ホスト名を含まないＵＲＬであることを特徴とする請求項１記載のＵＲＬ作成方法。
【請求項３】
前記自装置のＩＰアドレスのバージョンがＩＰｖ６である場合、ブラケットを付加したＩＰアドレスを前記ホスト名として設定することを特徴とする請求項２記載のＵＲＬ作成方法。
【請求項４】
前記自装置のＩＰアドレスのバージョンがＩＰｖ４である場合、ＩＰアドレスそれ自身を前記ホスト名とすることを特徴とする請求項２記載のＵＲＬ作成方法。
【請求項５】
前記ホスト名を前記ＵＲＬ情報から取得できない場合、前記自装置のＩＰアドレスを送信することによって、名前解決サーバから前記ネットワークを介して前記ホスト名を取得することを特徴とする請求項１乃至４のいずれか一項記載のＵＲＬ作成方法。
【請求項６】
前記自装置のＩＰアドレスのバージョンがＩＰｖ６である場合、前記名前解決サーバから前記ホスト名を取得することを特徴とする請求項５記載のＵＲＬ作成方法。
【請求項７】
前記自装置のＩＰアドレスのバージョンが未サポートのバージョンである場合、前記送信元へエラーページが送信されることを特徴とする請求項１乃至６のいずれか一項記載のＵＲＬ作成方法。
【請求項８】
前記受信したＨＴＴＰリクエストはセキュリティが必要であると判断すると、前記作成したＵＲＬのプロトコルをセキュリティのあるプロトコルに変更することを特徴とする請求項１乃至７のいずれか一項記載のＵＲＬ作成方法。
【請求項９】
前記受信したＨＴＴＰリクエストにて相対パスによるＵＲＬが指定されたと判断すると、前記自装置のホスト名が指定されるＵＲＬを作成することを特徴とする請求項１乃至８のいずれか一項記載のＵＲＬ作成方法。
【請求項１０】
ネットワークを介して受信したＨＴＴＰリクエストに対応するＷｅｂアプリケーションを実行し、その実行結果をＨＴＴＰレスポンスとして送信するＷｅｂサーバ機能を組み込んだ情報処理装置において、
前記受信したＨＴＴＰリクエストから取得したＵＲＬに係るＵＲＬ情報を取得するＵＲＬ情報取得手段と、
前記ＵＲＬ情報を用いて自装置のホスト名が指定されるＵＲＬを作成するＵＲＬ作成手段と、
前記作成したＵＲＬをＨＴＴＰリダイレクトによって前記ＨＴＰＰリクエストの送信元から自動的に前記ホスト名が指定されたＵＲＬを送信させるリダイレクト手段とを有することを特徴とする情報処理装置。
【請求項１１】
前記ＨＴＴＰリクエストから取得したＵＲＬは、前記自装置のホスト名の代わりにＩＰアドレスが指定されるＵＲＬ又は該ホスト名を含まないＵＲＬであることを特徴とする請求項１０記載の情報処理装置。
【請求項１２】
前記自装置のＩＰアドレスのバージョンがＩＰｖ６である判断した場合、ブラケットを付加したＩＰアドレスを前記ホスト名として設定することを特徴とする請求項１１記載の情報処理装置。
【請求項１３】
前記自装置のＩＰアドレスのバージョンがＩＰｖ４であると判断した場合、ＩＰアドレスそれ自身をホスト名とする手段を有することを特徴とする請求項１１記載の情報処理装置。
【請求項１４】
前記ホスト名を前記ＵＲＬ情報から取得できない場合、前記自装置のＩＰアドレスを送信することによって、名前解決サーバから前記ネットワークを介して前記ホスト名を取得する手段を有することを特徴とする請求項１０又は１１記載の情報処理装置。
【請求項１５】
前記自装置のＩＰアドレスのバージョンがＩＰｖ６である場合、前記名前解決サーバから前記ホスト名を取得する手段を有することを特徴とする請求項１４記載の情報処理装置。
【請求項１６】
前記自装置のＩＰアドレスのバージョンが未サポートのバージョンである場合、前記送信元へエラーページが送信されることを特徴とする請求項１０乃至１５のいずれか一項記載の情報処理装置。
【請求項１７】
前記受信したＨＴＴＰリクエストはセキュリティが必要であると判断すると、前記作成したＵＲＬのプロトコルをセキュリティのあるプロトコルに変更することを特徴とする請求項１０乃至１６のいずれか一項記載の情報処理装置。
【請求項１８】
前記受信したＨＴＴＰリクエストにて相対パスによるＵＲＬが指定されたと判断すると、前記自装置のホスト名が指定されるＵＲＬを作成する手段を有することを特徴とする請求項１０乃至１７のいずれか一項記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＴＴＰリクエストに応じてホスト名が指定されたＵＲＬを作成し、該ＨＴＴＰリクエストの送信元から該ＵＲＬを自動的に送信させるＵＲＬ作成方法及び情報処理装置を提供するものである。
【背景技術】
【０００２】
近年、インターネットを介して種々のＷｅｂページが提供されている。Ｗｅｂページの提供は、単なる情報の提供から特定の処理を実行した結果を提供するといった複雑な仕組みへと広がりをみせている。そのため、提供するＷｅｂページの特性からリクエストを受信したＷｅｂサーバ側にて受信したＵＲＬを変更することがなされている。（例えば、特許文献１）
【特許文献１】特開２００２−１３２８１０公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のＵＲＬを変更する方法では、Ｗｅｂサーバの内部での処理で利用することを目的としており、クライアントＰＣ（パーソナルコンピュータ）がＨＴＴＰリクエストを送信する際に指定されたＵＲＬをＷｅｂサーバ側にて再現するものではない。したがって、クライアントＰＣにて指定したＵＲＬがプロキシサーバ等によってＵＲＬが変更されてＷｅｂサーバへ送信された場合は、クライアントＰＣにて指定したＵＲＬそれ自身をＷｅｂサーバ側で作成できない場合があった。
【０００４】
このような場合、Ｗｅｂサーバ側でＨＴＴＰリクエストを受信後、提供すべきＷｅｂページの特性によって再度クライアントＰＣからＷｅｂサーバで作成したＵＲＬでＨＴＴＰリクエストを送信させたい場合に、ＷｅｂサーバがクライアントＰＣのＷｅｂブラウザのバージョンに応じたＵＲＬを作成できず、ＨＴＴＰリクエストを送信したクライアントＰＣへＷｅｂページを提供できないといった問題があった。
【０００５】
また、ＷｅｂサーバがクライアントＰＣに送信させたいＵＲＬをＪａｖａ（登録商標）Ｓｃｒｉｐｔによって実現することが考えられる。しかしながら、近年、セキュリティを強化する上で、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを無効に設定したＷｅｂブラウザを用いているクライアントＰＣに対しては、Ｗｅｂサーバで作成したＵＲＬはクライアントＰＣから送信されないので有効な手段とはならない。
【０００６】
そこで、本発明の課題は、ＨＴＴＰリクエストに応じてホスト名が指定されたＵＲＬを作成し、該ＨＴＴＰリクエストの送信元から該ＵＲＬを自動的に送信させるＵＲＬ作成方法及び情報処理装置を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、ネットワークを介して受信したＨＴＴＰリクエストに対応するＷｅｂアプリケーションを実行し、その実行結果をＨＴＴＰレスポンスとして送信するＷｅｂサーバ装置でのＵＲＬ作成方法において、前記受信したＨＴＴＰリクエストから取得したＵＲＬに係るＵＲＬ情報を取得し、前記ＵＲＬ情報を用いて自装置のホスト名が指定されるＵＲＬを作成し、前記作成したＵＲＬをＨＴＴＰリダイレクトによって前記ＨＴＰＰリクエストの送信元から自動的に前記ホスト名が指定されたＵＲＬを送信させるように構成される。
【０００８】
又は、上記課題を解決するため、本発明は、ネットワークを介して受信したＨＴＴＰリクエストに対応するＷｅｂアプリケーションを実行し、その実行結果をＨＴＴＰレスポンスとして送信するＷｅｂサーバ機能を組み込んだ情報処理装置において、前記受信したＨＴＴＰリクエストから取得したＵＲＬに係るＵＲＬ情報を取得するＵＲＬ情報取得手段と、前記ＵＲＬ情報を用いて自装置のホスト名が指定されるＵＲＬを作成するＵＲＬ作成手段と、前記作成したＵＲＬをＨＴＴＰリダイレクトによって前記ＨＴＰＰリクエストの送信元から自動的に前記ホスト名が指定されたＵＲＬを送信させるリダイレクト手段とを有するように構成される。
【０００９】
このようなＵＲＬ作成方法又は情報処理装置では、ホスト名が指定されたＵＲＬが作成されるため種々のＷｅｂブラウザのバージョンに対応することができる。また、セキュリティのためにＪａｖａ（登録商標）Ｓｃｒｉｐｔが無効となっているＷｅｂブラウザに対しても、ＨＴＴＰリダイレクトによって適切にＵＲＬを自動的に送信させるようにすることができる。
【発明の効果】
【００１０】
本発明によれば、ホスト名が指定されたＵＲＬが作成されるため種々のＷｅｂブラウザのバージョンに対応することができる。また、セキュリティのためにＪａｖａ（登録商標）Ｓｃｒｉｐｔが無効となっているＷｅｂブラウザに対しても、ＨＴＴＰリダイレクトによって適切にＵＲＬを自動的に送信させるようにすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１２】
本発明の一実施例に係る情報処理装置は、プリンタ、コピー、スキャナ等の複数の異なる画像形成機能の少なくとも１つを有すると共に、複数のＷｅｂアプリケーションによって画像形成に関する情報を提供することが可能な装置である。
【００１３】
本実施例では、ＵＲＬ（Uniform Resource Locator）に対応するＷｅｂページを提供するＷｅｂサーバとしての機能を備えた情報処理装置において、要求されたＷｅｂページのＵＲＬのドメイン名を取得可能とする仕組みについて説明する。以下、ドメイン名をホスト名として説明する。
【００１４】
Ｗｅｂサーバが、ＵＲＬのドメイン名を必要とする一例として、セキュリティのないプロトコルで受信したＵＲＬに対して、送信元にセキュリティのあるプロトコルのＵＲＬで再度送信させたい場合に、送信元にリダイレクト機能を用いてセキュリティのあるプロトコルのＵＲＬで送信させる場合などがある。この場合、送信元のＷｅｂブラウザがＩＰアドレスを認識できない場合があるため、Ｗｅｂサーバ側が、Ｗｅｂブラウザが標準でサポートしているドメイン名をもってＵＲＬを作成する必要がある。
【００１５】
図１は、本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。図１において、情報処理装置１００は、コンピュータによって制御される装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（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用インターフェースケーブルが接続される。
【００１８】
ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷すべき文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。エンジンＩ／Ｆ２５には、文書データに基づいて所定媒体に印刷を行うプロッタ３５−１及び画像データを取り込むスキャナ３５−２等が接続される。ＲＳ−２３２Ｃ  Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザーへの情報の表示及びユーザーから入力情報又は設定情報の取得が行われる。
【００１９】
情報処理装置１００にて行われる処理に係るプログラムは、例えば、ＣＤ−ＲＯＭ等の記憶媒体３７によって情報処理装置１００に提供される。即ち、該処理に係るプログラムが保存された記憶媒体３７がドライバ２７にセットされると、ドライバ２７が記憶媒体２６から当該プログラムを読み出し、その読み出されたプログラムがバスＢを介してハードディスク３４にインストールされる。そして、この処理が起動されると、ハードディスク３４にインストールされた当該プログラムに従ってＣＰＵ１１がその処理を開始する。尚、当該プログラムを格納する媒体として記憶媒体２７をＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【００２０】
また、情報処理装置１００にて行われる処理に係るプログラムを、イーサネット（登録商標）Ｉ／Ｆ２１と、ＵＳＢ２２と、ＩＥＥＥ1284 ２３などを介して通信手段によって外部からダウンロードするようにしてもよい。
【００２１】
次に、図１に示すようなハードウェア構成を有し、複数の異なる画像形成処理を可能とし、かつ、複数のＷｅｂアプリケーションを有するような情報処理装置１００の機能構成について説明する。
【００２２】
図２は、情報処理装置の機能構成を示すブロック図である。図２において、情報処理装置１００は、インターネット１６を介してクライアントＰＣ４０と接続可能であって、クライアントＰＣ４０からのＷｅｂページを要求するＷｅｂページ要求に応じて、そのＷｅｂページ要求に対する応答として情報を提供するコンピュータである。説明の便宜上、情報処理装置１００は、１台のクライアントＰＣ４０とインターネット１６を介して接続される構成としているが、複数のクライアントＰＣ４０と接続可能である。クライアントＰＣ４０は、Ｗｅｂブラウザを有するコンピュータ端末である。
【００２３】
また、情報処理装置１００は、インターネット１６を介して名前解決サーバ４５と接続可能である。名前解決サーバ４５は、例えば、ＤＮＳ（Domain Name System）サーバなどであって、インターネット１６を介して受信したホスト名から対応するＩＰアドレスをホスト名の送信元へ送信し、また、受信したＩＰアドレスから対応するホスト名をＩＰアドレスの送信元へ送信する。
【００２４】
情報処理装置１００は、主に、ネットワーク制御部１０１と、ＵＲＬ管理部５０と、Ｗｅｂアプリライブラリ１１０と、Ｗｅｂページライブラリ１２０と、Ｗｅｂページ機能（ＷＰＦ：Web Page Function）３００とを有する。ＵＲＬ管理部５０と、Ｗｅｂアプリライブラリ１１０と、Ｗｅｂページライブラリ１２０と、Ｗｅｂページ機能（ＷＰＦ：Web Page Function）３００とをＷｅｂサーバ５００とする。
【００２５】
ネットワーク制御部１０１は、ネットワーク１６を介する通信の制御を種々の通信プロトコルに従って行う。ネットワーク制御部１０１は、通信プロトコルとして少なくもクライアントＰＣ４０のＷｅｂブラウザへの情報提供のためのＨＴＴＰ（HyperText Transfer Protocol）デーモン２を有する。
【００２６】
ＵＲＬ管理部５０は、Ｗｅｂページの要求毎に、クライアントＰＣ４０から受信したＵＲＬアドレスを管理し、上位層からの問合せに応じてＵＲＬに関する情報を通知する。ＵＲＬ管理部５０は、ＵＲＬアドレスを管理するＷｅｂｈｔｔｐ５０ａと、ネットワーク１６を介して名前解決サーバ４５に問合せることによって、ＩＰアドレスからホスト名を取得するＵＲＬ作成ライブラリ５０ｂとを有する。
【００２７】
Ｗｅｂアプリライブラリ１１０は、インターネット１６を介して行われるデータの送受信の処理シーケンスと各Ｗｅｂアプリケーションとのデータの受け渡しの処理シーケンスとの違いを所定のシーケンス制御処理によって吸収する。Ｗｅｂアプリライブラリ１１０は、複数のＷｅｂアプリケーションに対して共通の処理部である。
【００２８】
Ｗｅｂページライブラリ１２０は、クライアントＰＣ４０からの要求の解析及びクライアントＰＣ４０への応答を生成し、Ｗｅｂページ機能３００の複数のＷｅｂアプリケーションに対して共通の処理部である。Ｗｅｂページライブラリ１２０は、Ｗｅｂページ機能３００による処理結果を、各クライアントＰＣ４０の表示状態に応じたＨＴＭＬ(HyperText Markup Language)による表示形式に変換する。
【００２９】
Ｗｅｂページ機能３００によって構成される各Ｗｅｂアプリケーションは、Ｗｅｂページライブラリ１２０から関数コールされると、Ｗｅｂページ機能３００での処理結果を示すとともに、Ｗｅｂページの表示に関する情報をＷｅｂページライブラリ１２０へ返す。
【００３０】
本実施例におけるＵＲＬの構成について図３で説明する。図３は、ＵＲＬ構成を示す図である。図３において、ＵＲＬ６は、大きく共通パス情報６０ａと相対パス情報６０ｂとで構成される絶対パス情報６０によって示される。
【００３１】
このようにして構成されたＵＲＬ６は、例えば、「http」等のプロトコル種別６１と、「99.99.99.99:8080」等で示されるＩＰアドレス及びポート番号、又は、「ＡＡＡ」等の文字列で示されるホスト名６２（以下、単にホスト名という。）と、「web」で示される機器種別情報６３ａと、「user」で示されるプロファイル情報６３ｂと、「ja」で示される言語情報６３ｃと、「websys」で示されるアプリケーション情報６４と、「mainFrame.cgi」で示されるページ情報６５とを有する。
【００３２】
クライアントＰＣ４０は、ドメイン名を示すＵＲＬを指定して情報処理装置１００にＨＴＴＰリクエストを送信することによってＷｅｂページを要求すると、名前解決サーバ４５によってＩＰアドレスに変換されたＵＲＬが情報処理装置１００へ送信される。情報処理装置１００のＷｅｂｈｔｔｐ５０ａは、受信したＩＰアドレスを含むＵＲＬとＨＴＴＰリクエストからの情報とを用いて、図４に示すような接続管理情報を作成する。
【００３３】
図４は、接続管理情報の例を示す図である。図４において、情報処理装置１００のＷｅｂｈｔｔｐ５０ａによって作成され管理される接続管理情報３は、メソッド及びバージョンに関する情報３ａと、ホスト名を示す情報３ｂと、Ｗｅｂブラウザの属性に関する情報３ｃと、受信可能な形式に関する情報３ｄと、可能なエンコードを示す情報３ｆと、永続的な接続に関する情報３ｇと、接続のタイプを示す情報３ｈと、ホストヘッダを示す情報３ｉと、クッキーに関する情報３ｊと、自ＩＰアドレスを示す情報３ｋと、相手ＩＰアドレスを示す情報３ｌとを有する。
【００３４】
メソッド及びバージョンに関する情報３ａは、例えば、「GET /web/user/ja/websys/mainframe.cgi HTTP/1.0」のように示される。ホスト名を示す情報３ｂは、例えば、「Host: AAA」のように示される。Ｗｅｂブラウザの属性に関する情報３ｃは、例えば、「User-Agent: Mozilla/5.0(Windows（登録商標）; U; Windows（登録商標） NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0」のように示される。
【００３５】
受信可能な形式に関する情報３ｄは、例えば、「Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0/8,image/png,*/*;q=0.5」のように示される。受信可能な形式に関する情報３ｄは、例えば、「Accept-Encoding: gzip,deflate」のように示される。可能なエンコードを示す情報３ｆは、例えば、「Accept-Charset: Shift_JIS,utf-8;q=0.7,*;q=0.7」のように示される。
【００３６】
永続的な接続に関する情報３ｇは、例えば、「Keep-Alive: 300」のように示される。接続のタイプを示す情報３ｈは、例えば、「Connection: keep-alive」のように示される。ホストヘッダを示す情報３ｉは、例えば、「Referrer: http://AAA/」のように示される。クッキーに関する情報３ｊは、例えば、「Cookie: cookieOnOffChecker=on」のように示される。
【００３７】
自ＩＰアドレスを示す情報３ｋは、例えば、「Own IP Address: 1234:3456::1」のように示される。相手ＩＰアドレスを示す情報３ｌは、例えば、「Destination IP Address: 111.111.111」のように示される。
【００３８】
図４に示す接続管理情報３では、説明の便宜のため、ホスト名を示す情報３ｂとホストヘッダを示す情報３ｉとにホスト名「ＡＡＡ」が示された例となっているが、ＩＰアドレスが指定されるＵＲＬを受信した場合などには、ホスト名は設定されない。このようにホスト名が設定されない場合に、Ｗｅｂサーバ５００がホスト名を取得する仕組みについて図５及び図６で説明する。
【００３９】
図５は、ＵＲＬを作成するための処理シーケンスを示す図である。図５において、情報処理装置１００は、クライアントＰＣ４０からＨＴＴＰリクエストを受信すると（ステップＳ１）、ＷｅｂＨＴＴＰ５０ａにて接続管理情報３が作成され、Ｗｅｂページライブラリ１２０にて、ＵＲＬの作成が必要であると判断すると、ＷｅｂＨＴＴＰ５０ａに対してＵＲＬ情報を取得するためにＵＲＬ情報取得要求を行う（ステップＳ２）。Ｗｅｂページライブラリ１２０は、例えば、要求されたＷｅｂページをセキュリティのあるプロトコルに変更すべきであると場合にＵＲＬの作成が必要であると判断する。
【００４０】
そして、Ｗｅｂページライブラリ１２０は、ＷｅｂＨＴＴＰ５０ａからＵＲＬ情報を取得する（ステップＳ３）。ＷｅｂＨＴＴＰ５０ａから取得したＵＲＬ情報にホスト名がない場合、Ｗｅｂページライブラリ１２０は、ＷｅｂＨＴＴＰ５０ａを介してＵＲＬ作成ライブラリ５０ｂに対してホスト名を取得するためにホスト名取得要求を行う（ステップＳ４）。
【００４１】
ホスト名取得要求を受信したＵＲＬ作成ライブラリ５０ｂは、ネットワーク１６を介して名前解決サーバ４５に対して、ホスト名の取得を要求するホスト名取得要求を行う（ステップＳ５）。ホスト名取得要求では、情報処理装置１００の自ＩＰアドレスが指定される。そして、名前解決サーバ４５からホスト名を取得すると（ステップＳ６）、ＵＲＬ作成ライブラリ５０ｂは、そのホスト名をＷｅｂページライブラリ１２０に通知する（ステップＳ７）。
【００４２】
Ｗｅｂページライブラリ１２０は、ホスト名を取得すると、ＵＲＬ情報を用いてホスト名を指定するＵＲＬを作成し、作成したＵＲＬがリダイレクト（ＨＴＴＰリダイレクト）されるＷｅｂページの情報をステップＳ１にて受信したＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、ＨＴＴＰデーモン２によってクライアントＰＣ２へと送信する（ステップＳ８）。Ｗｅｂページライブラリ１２０によって作成されたＵＲＬは、例えば、ステップＳ１でのＨＴＴＰリクエストでは、ｈｔｔｐであったプロトコル種別をセキュリティのあるｈｔｔｐｄに変更しても良い。この場合、プロトコル種別にｈｔｔｐｄ、ホスト名に「ＡＡＡ」が指定されるＵＲＬが作成される。
【００４３】
クライアントＰＣ２０では、リダイレクトによって自動的にホスト名をもってＵＲＬが指定されたＨＴＴＰリクエストが送信される（ステップＳ９）。そして、情報処理装置１００では、Ｗｅｂページライブラリ１２０が指定されたプロトコル種別にてＷｅｂページを提供可能であることを確認後、Ｗｅｂページ機能（ＷＰＦ）３００のＷｅｂアプリケーションに処理要求がなされる。
【００４４】
この処理要求に応じて、ＵＲＬに対応するＷｅｂアプリケーションは、所定の処理を実行した処理結果をＷｅｂページライブラリ１２０に通知し、その処理結果を示すＷｅｂページが、Ｗｅｂページライブラリ１２０、Ｗｅｂアプリライブラリ１１０などを介して作成され、ＵＲＬ管理部５０、ＨＴＴＰデーモン２などを介してクライアントＰＣ４０へＨＴＴＰレスポンスとして送信される（ステップＳ１０）。
【００４５】
ホスト名を取得するホスト名取得処理を図６で詳述する。図６は、ホスト名取得処理を説明するためのフローチャート図である。図６では、Ｗｅｂページライブラリ１２０が、関数コールされることによってＨＴＴＰリクエストを受け取ると（図５のステップＳ１）、ＵＲＬ管理部５０のＷｅｂＨＴＴＰ５０ａ及びＵＲＬ作成ライブラリ５０ｂを関数コールし、ホスト名を取得する（図５のステップＳ２からＳ７）までの処理が詳述される。
【００４６】
図６において、先ず、Ｗｅｂページライブラリ１２０は、ＨＴＴＰリクエストに関する情報が設定されている引数をチェックする（ステップＳ３１）。引数エラーがあったか否かを判断する（ステップＳ３２）。エラーがあった場合、戻り値にＮＵＬＬを設定して（ステップＳ５４）、ホスト名取得処理を終了する。この場合、クライアントＰＣ４０に対してエラーページが送信される。
【００４７】
一方、引数にエラーがない場合、Ｗｅｂページライブラリ１２０は、ＷｅｂＨＴＴＰ５０ａからＵＲＬ情報を取得して、そのＵＲＬ情報からＨＴＴＰリクエストバージョンを確認する（ステップＳ３３）。Ｗｅｂページライブラリ１２０は、ＷｅｂＨＴＴＰ５０ａから図４に示す接続管理情報３をＵＲＬ情報として取得する。そして、メソッド及びバージョンに関する情報３ａに示される「GET /web/user/ja/websys/mainframe.cgi HTTP/1.0」から「HTTP/1.0」を取り出してバージョンを確認する。そして、ＨＴＴＰ１．１以降か否かを判断する（ステップＳ３４）。
【００４８】
ステップＳ３４にてＨＴＴＰ１．１以降であると判断すると、Ｗｅｂページライブラリ１２０は、ＵＲＬを取得する（ステップＳ３５）。ＷｅｂＨＴＴＰ５０ａから取得したＵＲＬ情報から、メソッド及びバージョンに関する情報３ａと、ホスト名を示す情報３ｂと、ホストヘッダを示す情報３ｉとを用いて、クライアントＰＣ４０から受信したＵＲＬを取得する。そして、ＵＲＬを取得できないエラーがあったか否かを判断する（ステップＳ３６）。エラーがあった場合、Ｗｅｂページライブラリ１２０は、戻り値にＮＵＬＬを設定して（ステップＳ５４）、ホスト名取得処理を終了する。この場合、クライアントＰＣ４０に対してエラーページが送信される。
【００４９】
一方、ステップＳ３６にてエラーがないと判断すると、Ｗｅｂページライブラリ１２０は、取得したＵＲＬのＵＲＬ構成を確認する（ステップＳ３７）。つまり、ＵＲＬが図３に示す絶対パス情報６０を構成するのか、図３に示す相対パス情報６０ｂを構成するのか、或いは、サイズがゼロであるのかを確認する。相対パス情報６０ｂを構成するか、又は、サイズがゼロである場合、ステップＳ４０へと進む。ここで、絶対パスとは、図３に示す絶対パス情報６０全体によって示されるＵＲＬ６（「http://AAA/web/user/jp/websys/mainFrame.cgi」）であって、相対パスとは、ＵＲＬ６のうち図３に示す機器種別情報６３ａと、プロファイル情報６３ｂと、言語情報６３ｃと、相対パス情報６０ｂとによって示されるＵＲＬ６の部分（「/web/user/jp/websys/mainFrame.cgi」）である。
【００５０】
一方、絶対パス情報６０を構成する場合、取得したＵＲＬからホスト部分（図３に示すホスト名６２）を取得して（ステップＳ３９）、戻り値として設定し（ステップＳ５５）、ホスト名取得処理を終了する。
【００５１】
ステップＳ３４にてバージョンがＨＴＴＰ１．０であった場合、また、ステップＳ３７にて相対パス情報６０ｂを構成するか又はサイズがゼロである場合、Ｗｅｂページライブラリ１２０は、ホストヘッダを取得する（ステップＳ４０）。Ｗｅｂページライブラリ１２０は、ＵＲＬ情報として取得した接続管理情報３のホスト名を示す情報３ｂ又はホストヘッダを示す情報３ｉからホスト名又はホストヘッダを取得する。
【００５２】
そして、Ｗｅｂページライブラリ１２０は、ホスト名又はホストヘッダを取得できたか否かを判断する（ステップＳ４１）。取得できた場合、ホスト名をホスト部分とし又はホストヘッダからホスト部分を取得して（ステップＳ４２）、戻り値として設定し（ステップＳ５５）、ホスト名取得処理を終了する。この場合、リダイレクトでクライアントＰＣ４０へと送信されるＵＲＬは、例えば、ホスト名として「ＡＡＡ」を取得すると、「https://AAA/web/user/ja/websys/mainFame.cgi」となる。
【００５３】
一方、ステップＳ４１にてホスト名又はホストヘッダを取得できなかったと判断した場合、Ｗｅｂページライブラリ１２０は、ネットワーク制御部１０１から情報処理装置１００自身のＩＰアドレスのバージョン（例えば、ＩＰｖ４、ＩＰｖ６など）を示す情報と、ＩＰアドレスの文字列とをローカルアドレスとして取得する（ステップＳ４３）。Ｗｅｂページライブラリ１２０は、ローカルアドレスを取得できたか否かを判断する（ステップＳ４４）。ローカルアドレスを取得できなかった場合、ステップＳ５４へと進み、戻り値としてＮＵＬＬを設定し、ホスト名取得処理を終了する。この場合、クライアントＰＣ４０に対してエラーページが送信される。
【００５４】
一方、ステップＳ４４にてローカルアドレスを取得できた場合、Ｗｅｂページライブラリ１２０は、ローカルアドレスからＩＰアドレスの文字列を取得し（ステップＳ４５）、ＩＰアドレスのデータ型が適切であるか否かを判断する（ステップＳ４６）。ＩＰアドレスのデータ型が適切でない場合、Ｗｅｂページライブラリ１２０は、ステップＳ５４へと進み、戻り値としてＮＵＬＬを設定し、ホスト名取得処理を終了する。この場合、クライアントＰＣ４０に対してエラーページが送信される。
【００５５】
一方、ステップＳ４６にてＩＰアドレスのデータ型が適切である場合、Ｗｅｂページライブラリ１２０は、アドレスバージョンを確認する（ステップＳ４７）。Ｗｅｂページライブラリ１２０は、ＩＰアドレスがＩＰｖ４又はＩＰｖ６であるか否かを判断する（ステップＳ４８）。
【００５６】
ステップＳ４８にてＩＰアドレスがＩＰｖ４であると判断すると、Ｗｅｂページライブラリ１２０は、ＩＰアドレスをホスト部分とし（ステップＳ４９）、戻り値として設定し（ステップＳ５５）、ホスト名取得処理を終了する。例えば、ＩＰｖ４のＩＰアドレス「１３３．１３９．１３．３９」が戻り値として設定される。この場合、リダイレクトでクライアントＰＣ４０へと送信されるＵＲＬは、例えば、「https://133.139.13.39/web/user/ja/websys/mainFame.cgi」となる。
【００５７】
ステップＳ４８にてＩＰアドレスがＩＰｖ６であると判断すると、Ｗｅｂページライブラリ１２０は、ＷｅｂＨＴＴＰ５０ａを介してＵＲＬ作成ライブラリ５０ｂへとホスト名の取得を要求することによって、名前解決サーバ４５からホスト名を取得する（ステップＳ５０）。
【００５８】
ステップＳ４８にてＩＰアドレスが未サポートのバージョンであると判断すると、Ｗｅｂページライブラリ１２０は、ステップＳ５４へと進み、戻り値としてＮＵＬＬを設定し、ホスト名取得処理を終了する。この場合、クライアントＰＣ４０に対してエラーページが送信される。
【００５９】
そして、Ｗｅｂページライブラリ１２０は、名前解決サーバ４５からホスト名を取得できたか否かを判断する（ステップＳ５１）。ホスト名を取得できた場合、ホスト名をホスト部分とし（ステップＳ５２）、戻り値として設定し（ステップＳ５５）、ホスト名取得処理を終了する。この場合、リダイレクトでクライアントＰＣ４０へと送信されるＵＲＬは、例えば、ホスト名として「ＡＡＡ」を取得すると、「https://AAA/web/user/ja/websys/mainFame.cgi」となる。
【００６０】
一方、名前解決サーバ４５からホスト名を取得できなかった場合、ＩＰｖ６のＩＰアドレスにブラケット（［  ］）を付加してホスト部分とし（ステップＳ５３）、戻り値として設定し（ステップＳ５５）、ホスト名取得処理を終了する。この場合、リダイレクトでクライアントＰＣ４０へと送信されるＵＲＬは、例えば、ホスト名として「１２３４：３４５６：：１」を取得してブラケットを付加すると、「https://[1234:3456::1]/web/user/ja/websys/mainFame.cgi」となる。ブラケット（［  ］）でＩＰｖ６のＩＰアドレスを示すことによって、クライアントＰＣ４０のＷｅｂブラウザは、ＩＰアドレスがＩＰｖ６に従ったＩＰアドレスであることを認識することができる。
【００６１】
上記実施例より、種々のＷｅｂブラウザのバージョンに対応することが可能となる。例えば、ＩＰｖ６のＩＰアドレスに対応しているＷｅｂブラウザに対しては、ブラケット（［  ］）で示されたＩＰアドレスによってＩＰｖ６のＩＰアドレスであることを認識することができる。一方、ＩＰｖ６のＩＰアドレスに対応していないＷｅｂブラウザに対しては、ホスト名によってリダイレクトをさせることができる。
【００６２】
また、セキュリティのためにＪａｖａ（登録商標）Ｓｃｒｉｐｔが無効となっているＷｅｂブラウザに対しても、ＨＴＴＰリダイレクトによって適切にＷｅｂサーバ５００が指定したＵＲＬへリダイレクトさせることが可能となる。
【００６３】
更に、本発明に係る情報処理装置１００のＷｅｂサーバ５００では、クライアントＰＣ４０から受信したＨＴＴＰリクエストから作成される接続管理情報３からホスト名を取得する手段と、名前解決サーバ４５からホスト名を取得する手段と、ネットワーク制御部１０１から情報処理装置１００自身のＩＰアドレス及びそのバージョンを取得する手段とを備えることによって、種々のＷｅｂブラウザのバージョン及びＷｅｂブラウザでの利用形態に応じてＵＲＬを指定したＨＴＴＰリダイレクトを行うことができる。
【００６４】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施例に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】情報処理装置の機能構成を示すブロック図である。
【図３】ＵＲＬ構成を示す図である。
【図４】接続管理情報の例を示す図である。
【図５】ＵＲＬを作成するための処理シーケンスを示す図である。
【図６】ホスト名取得処理を説明するためのフローチャート図である。
【符号の説明】
【００６６】
１１          ＣＰＵ
１２          ＲＯＭ
１３          ＲＡＭ
１４          不揮発性ＲＡＭ
１５          リアルタイムクロック
２１          イーサネット（登録商標）Ｉ／Ｆ
２２          ＵＳＢＩ／Ｆ
２３          ＩＥＥＥ1284
２４          ハードディスクＩ／Ｆ
２５          エンジンＩ／Ｆ
２６          ＲＳ−２３２Ｃ  Ｉ／Ｆ
２７          ドライバ
３４          ハードディスク
３５−１      プロッタ
３５−２      スキャナ
３６          オペレーションパネル
３７          記憶媒体
４０          クライアントＰＣ
４５          名前解決サーバ
５０          ＵＲＬ管理部
５０ａ        Ｗｅｂｈｔｔｐ
５０ｂ        ＵＲＬ作成ライブラリ
１００        情報処理装置
１０１        ネットワーク制御部
１１０        Ｗｅｂアプリライブラリ
１２０        Ｗｅｂページライブラリ
３００        Ｗｅｂページ機能（ＷＰＦ）
５００        Ｗｅｂサーバ
【図１】
2007156906.tif 000003
【図２】
2007156906.tif 000004
【図３】
2007156906.tif 000005
【図４】
2007156906.tif 000006
【図５】
2007156906.tif 000007
【図６】
2007156906.tif 000008