(57)【要約】【課題】  Ｗｅｂサーバのバージョンアップに伴うクライアント側での文書閲覧可否の問題を解決する。【解決手段】  リダイレクタは、外部からのｈｔｔｐ要求を受信し（ステップＳ１）、ＵＲＬに含まれているバージョン識別パラメータ３１を用いてバージョン解析を行う（ステップＳ２）。例えば、ＵＲＬに「Version=1.0」が含まれている場合には、バージョン解析モジュールは、「Ｖｅｒ１．ｘ用ＵＲＬコンバータ」を用いてＵＲＬを変換するようリダイレクタに指示する。リダイレクタは、Ｖｅｒ１．ｘ用ＵＲＬコンバータを用いて、元のＵＲＬを、バージョン３．ｘ用のＵＲＬに変換し、その結果をリダイレクタに返す（ステップＳ３）。バージョン１．０のＵＲＬからバージョン３．０のＵＲＬに変換するために、「Ｖｅｒ１．ｘ用ＵＲＬコンバータ」は、バージョン１．０で用いられていたＵＲＩやパラメータと、バージョン３．０で用いられているＵＲＩやパラメータとの相互関係を示すデータを用いることにより、旧バージョンから新バージョンのＵＲＬへと変換する。【選択図】  図３
2006031543.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの要求メッセージに対し、ネットワークを介して所定のメッセージ交換プロトコルにより情報を提供する情報提供装置であって、
前記要求メッセージに含まれる、提供情報を一意に識別する識別情報と前記提供情報のバージョン識別情報を含むクエリパラメータとにより構成される第１のＵＲＬを解析する解析手段と、
前記解析手段による解析の結果に基づいて、前記第１のＵＲＬを前記提供情報のバージョンに対応した第２のＵＲＬに変換する変換手段と、を有することを特徴とする情報提供装置。
【請求項２】
前記変換手段は、前記提供情報のバージョン間の相互関係に基づいて、前記第１のＵＲＬを構成する識別情報及びクエリパラメータを、前記第２のＵＲＬを構成する識別情報及びクエリパラメータに変換することを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記クライアントに対して前記所定のメッセージ交換プロトコルにより前記第２のＵＲＬを送信する送信手段を有することを特徴とする請求項１または２に記載の情報提供装置。
【請求項４】
前記所定のメッセージ交換プロトコルは、Simple Object Access Protocolであることを特徴とする請求項３記載の情報提供装置。
【請求項５】
クライアントからの要求メッセージに対し、ネットワークを介して所定のメッセージ交換プロトコルにより情報を提供するコンピュータシステムにおける情報提供方法であって、
前記要求メッセージに含まれる、提供情報を一意に識別する識別情報と前記提供情報のバージョン識別情報を含むクエリパラメータとにより構成される第１のＵＲＬを解析する解析ステップと、
前記解析ステップによる解析の結果に基づいて、前記第１のＵＲＬを前記提供情報のバージョンに対応した第２のＵＲＬに変換する変換ステップと、を有することを特徴とする情報提供方法。
【請求項６】
前記変換ステップは、前記提供情報のバージョン間の相互関係に基づいて、前記第１のＵＲＬを構成する識別情報及びクエリパラメータを、前記第２のＵＲＬを構成する識別情報及びクエリパラメータに変換することを特徴とする請求項５記載の情報提供方法。
【請求項７】
前記クライアントに対して前記所定のメッセージ交換プロトコルにより前記第２のＵＲＬを送信する送信ステップを有することを特徴とする請求項５または６に記載の情報提供方法。
【請求項８】
前記所定のメッセージ交換プロトコルは、Simple Object Access Protocolであることを特徴とする請求項７記載の情報提供方法。
【請求項９】
請求項５〜８のいずれか１項に記載の情報提供方法をコンピュータに実行させるための情報提供プログラム。
【請求項１０】
請求項９に記載の情報提供プログラムを格納したコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークコンピュータシステムにおける情報提供装置に関し、特に、情報提供装置のバージョンアップに伴うバージョン間の互換性を保つ情報提供装置に関する。また、ネットワークコンピュータシステムにおける情報提供方法、情報提供プログラム及び情報提供プログラムを格納した記憶媒体に関する。
【背景技術】
【０００２】
Ｗｅｂは、ネットワークコンピューティングの分野で最も一般的に使われている技術であり、Ｗｅｂの普及によって、ユーザ（Ｗｅｂクライアント）はＷｅｂサーバにアクセスして、所望する情報（ページ）を容易に取得し、閲覧することができる。
また、かつては、Ｗｅｂサーバでは静的なページのみを提供していたが、近年では、Ｗｅｂ３層システムなどのように、Ｗｅｂクライアントからの要求に対して、データベースなどのデータソースを参照しデータを取得する等の方法により、動的にページを作成し、ユーザに対して該ユーザ独自のページを提供することも可能である。
【０００３】
ネットワークに分散された（ネットワーク上のＷｅｂサーバに格納された）ある情報を閲覧するためには、Ｗｅｂクライアントのブラウザを用いて、所望する情報が存在するＵＲＬ（Uniform Resource Locator）を指定して、Ｗｅｂサーバにアクセスする（ｈｔｔｐリクエストを発行する）ことにより、その情報を取得し、閲覧することが可能である。
ここで、一般的にＵＲＬは、表１に示すように、「?」を挟んで、ＵＲＩ（Universal Resource Identifiers）とクエリパラメータから構成される。
【０００４】
【表１】
2006031543.tif 000003
【０００５】
また、クエリパラメータとは、Ｗｅｂクライアントからの要求に対して、Ｗｅｂサーバにて動的にページを作成するためのパラメータである。
例えば、データベースによって、複数の文書が文書ＩＤで管理されているＷｅｂサーバに対して、クエリパラメータとして文書ＩＤを指定することにより、Ｗｅｂサーバは動的な処理（例えば、文書ＩＤをキーにしたデータベースの参照）を行い、それによって、Ｗｅｂクライアントユーザは多くの文書の中から所望の文書を閲覧することができる。
【０００６】
また、近年では、特にインターネットの利用者が爆発的に増加している。さらに、コンピュータの性能やネットワークの技術などが向上している。あるいは、Ｗｅｂクライアントとして用いるコンピュータの種類（ＰＣ、ＰＤＡ、携帯電話、各種電子機器等）が増えている。
このような技術背景において、ユーザの要望は高まりつつある。この種の要望として、例えば、該ユーザにとって、より特化した情報を取得したいという要望、あるいはクライアントの機器の種類に応じた情報を取得したいという要望などがある。
そして、このような要望に応えるべく、Ｗｅｂシステムをカスタマイズする、或いはバージョンアップすることは、Ｗｅｂシステムの設計者や管理者にとって必要不可欠なものとなっている。
【０００７】
従来のＷｅｂシステムとして、例えば、特許文献１には、パーソナルコンピュータやハンドヘルド・モバイル装置等、あるいは、様々な仕様のＷｅｂブラウザ（多様なＷｅｂクライアント）をサポートし、Ｗｅｂサーバにおいては、Ｗｅｂクライアントのために、インターネットアプリケーションをカスタマイズする技術が開示されている。
また、特許文献２には、Ｗｅｂシステムとしてのより具体的な形態として、任意の時点で過去のドキュメント空間の一部を再現する分散ドキュメント閲覧システムに関する技術が開示されている。
【特許文献１】特開平１１−１９４９８３号公報
【特許文献２】特開平１１−２５９５１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
Ｗｅｂシステムにおいて、Ｗｅｂクライアントのユーザは、一度閲覧したページを再度閲覧する際に、効率よく閲覧するために、該ページを「ブックマーク」することがある。また、他のＷｅｂクライアントユーザに対して、該ページのＵＲＬを電子メールに貼り付けて通知し、電子メールを受信したユーザが電子メールに記述されたＵＲＬからページを閲覧することもある。あるいは、文書ファイルに記述されたＵＲＬからページを閲覧することもある。
このように、ユーザのＷｅｂクライアントの利用方法は、様々な方法が想定される。
しかしながら、従来の技術では、以下に示すような問題があった。
【０００９】
（イ）Ｗｅｂサーバのバージョンアップに伴う文書閲覧可否の問題があった。
すなわち、Ｗｅｂサーバのバージョンが更新された場合、該ページを閲覧するためのＵＲＬが変更されている場合が多い。そのため、古いＵＲＬで該ページを閲覧しようとしても、閲覧できない可能性がある。
【００１０】
ＷｅｂサーバのバージョンアップによるＵＲＬの変更には、次のような要因が考えられる。例えば、サーバポートの変更やディレクトリ構成の変更、或いは動的にページを作成するプログラムの変更、すなわち、システム構成そのものの変更に伴うＵＲＩの変更がある。また、例えば、動的にページを作成するＷｅｂサーバのプログラムの動作におけるパラメータの変更、すなわち、クエリパラメータの変更がある。
このような場合、旧バージョンのＵＲＬで新バージョンのＷｅｂサーバに問い合わせしても、所望の情報を閲覧することはできない。
そこで、このような問題を解決するために、ＨＴＴＰリダイレクタを用いる方法がある。ＨＴＴＰリダイレクタとは、Ｗｅｂクライアントに対して、HTTP Status Code（301または302）と移転先ＵＲＬを返すモジュールである（表２参照）。
【００１１】
【表２】
2006031543.tif 000004
【００１２】
ＨＴＴＰリダイレクタの概要は、以下の通りである。
（１）旧バージョンのＵＲＩに、ＨＴＴＰリダイレクタを配置しておく。
（２）旧バージョンのＵＲＬを解釈して、新バージョンに適用できるように、ＵＲＬの再構築（変換）を行う。
（３）再構築したＵＲＬにリダイレクトする。
すなわち、最終的にブラウザが要求するＵＲＬは新バージョンのものとなる。
しかしながら、このような場合においては、以下に示すような問題が考えられる。
【００１３】
（ロ）ＵＲＬだけでは、参照先のＷｅｂサーバの新旧が分からないという問題があった。
例えば、クエリパラメータが類似しているような場合、指定されたＵＲＬが旧バージョンのＵＲＬであるか、新バージョンのＵＲＬであるか特定できないという問題が考えられる。また、同じパラメータ名でも、セマンティクス（データの意味）またはシンタクス（データの形式や構造）が、新旧バージョンによって異なる場合が考えられる。
そのため、ユーザはしばしば、Ｗｅｂサーバのバージョンや内部構成を意識してＨＴＴＰ要求を行う必要があるが、これは非現実的である。
【００１４】
（ハ）Ｗｅｂシステムの設計が複雑になるという問題があった。
従来のＷｅｂシステム設計においては、例えば、バージョン毎で、パラメータ名をずらすというような方法もある。しかしながら、このような方法では、システム設計・システム管理ともに困難である。また、システム開発において、その次のバージョンの時に、どのようなＵＲＬになるのかは完全に予測できないため、常に問題が回避できる設計を行うことは不可能である。
そして、ＵＲＬは単なる文字列にすぎない。そのため、上記バージョンの特定や、パラメータのセマンティクス的な違い、シンタクス的な違いを区別するための判断を行うことができない。
【００１５】
本発明は上記事情を鑑みてなされたものであり、ユーザが古いＵＲＬでＷｅｂサーバにアクセスしても、所望する情報（ページ、文書等）を取得できる情報提供装置、情報提供方法、情報提供プログラム及び情報提供プログラムを格納した記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【００１６】
前記目的を達成するために、請求項１記載の発明は、クライアントからの要求メッセージに対し、ネットワークを介して所定のメッセージ交換プロトコルにより情報を提供する情報提供装置であって、前記要求メッセージに含まれる、提供情報を一意に識別する識別情報と前記提供情報のバージョン識別情報を含むクエリパラメータとにより構成される第１のＵＲＬを解析する解析手段と、前記解析手段による解析の結果に基づいて、前記第１のＵＲＬを前記提供情報のバージョンに対応した第２のＵＲＬに変換する変換手段と、を有することを特徴とする。
【００１７】
請求項２記載の発明は、前記変換手段は、前記提供情報のバージョン間の相互関係に基づいて、前記第１のＵＲＬを構成する識別情報及びクエリパラメータを、前記第２のＵＲＬを構成する識別情報及びクエリパラメータに変換することを特徴とする。
【００１８】
請求項３記載の発明は、前記クライアントに対して前記所定のメッセージ交換プロトコルにより前記第２のＵＲＬを送信する送信手段を有することを特徴とする。
【００１９】
請求項４記載の発明は、前記所定のメッセージ交換プロトコルは、Simple Object Access Protocolであることを特徴とする。
【００２０】
請求項５記載の発明は、クライアントからの要求メッセージに対し、ネットワークを介して所定のメッセージ交換プロトコルにより情報を提供するコンピュータシステムにおける情報提供方法であって、前記要求メッセージに含まれる、提供情報を一意に識別する識別情報と前記提供情報のバージョン識別情報を含むクエリパラメータとにより構成される第１のＵＲＬを解析する解析ステップと、前記解析ステップによる解析の結果に基づいて、前記第１のＵＲＬを前記提供情報のバージョンに対応した第２のＵＲＬに変換する変換ステップと、を有することを特徴とする。
【００２１】
請求項６記載の発明は、前記変換ステップは、前記提供情報のバージョン間の相互関係に基づいて、前記第１のＵＲＬを構成する識別情報及びクエリパラメータを、前記第２のＵＲＬを構成する識別情報及びクエリパラメータに変換することを特徴とする。
【００２２】
請求項７記載の発明は、前記クライアントに対して前記所定のメッセージ交換プロトコルにより前記第２のＵＲＬを送信する送信ステップを有することを特徴とする。
【００２３】
請求項８記載の発明は、前記所定のメッセージ交換プロトコルは、Simple Object Access Protocolであることを特徴とする。
【００２４】
請求項９記載の情報提供プログラムは、請求項５〜８のいずれか１項に記載の情報提供方法をコンピュータに実行させることを特徴とする。
【００２５】
請求項１０記載のコンピュータが読み取り可能な記憶媒体は、請求項９記載の情報提供プログラムを格納することを特徴とする。
【発明の効果】
【００２６】
本発明によれば、クライアントから要求されたＵＲＬに記述されたバージョン識別パラメータを解析し、その結果に基づいて、前記ＵＲＬに対応した最新のＵＲＬに変換し、それを前記クライアントに返すので、ユーザが古いＵＲＬでＷｅｂサーバにアクセスしても、所望する情報（ページ、文書等）を取得することが可能となる。
また、ユーザは、Ｗｅｂサーバのバージョンを意識することなく、情報を要求し、取得することが可能となる。
また、システムの設計や管理の面においても、より平易な設計・管理を行うことが可能となる。
【発明を実施するための最良の形態】
【００２７】
以下に、添付図面を参照しながら、本発明の実施形態を説明する。
【実施例】
【００２８】
図１は、本発明の一実施例であるＷｅｂシステムの構成を示した図である。
Ｗｅｂシステムは、ユーザが所望する情報を要求（ｈｔｔｐリクエスト）し、取得した情報に関するページを表示するクライアント（Ｗｅｂクライアント３）と、前記クライアントの要求に従い、所定の情報をページとして前記クライアントへ返す情報提供装置（Ｗｅｂサーバ１）から構成される。また、前記Ｗｅｂサーバは、前記要求から文書管理データベース２を参照し、動的にページを作成することも可能である。
【００２９】
Ｗｅｂシステムでは、Ｗｅｂクライアント３から文書管理データベース２に蓄積された文書の一覧を要求し、前記要求に従い、Ｗｅｂサーバ１は、文書管理データベースから文書一覧を取得し、動的に文書一覧ページを作成し、前記Ｗｅｂクライアント３に前記文書一覧ページを返すことにより、Ｗｅｂクライアントにて文書の一覧を表示することが可能である。
また、前記文書一覧にリスト表示された各文書の中から、ユーザが所望する文書を選択し、Ｗｅｂサーバ１に要求すると、Ｗｅｂサーバ１は、文書管理データベース２から前記文書を静的な文書ページとして取得する、或いは、文書管理データベース２から文書を取得し、動的に前記文書を含む文書ページを作成する。そして、前記文書ページをＷｅｂクライアントに返すことにより、前記Ｗｅｂクライアントにて前記文書を表示することが可能である。
【００３０】
図２に、ＷｅｂクライアントからＷｅｂサーバへ情報を要求する際のＵＲＬの一例を示す。
Ｗｅｂクライアント３は、Ｗｅｂサーバ１に対して、図２に示すようなＵＲＬ１０を発行する（ｈｔｔｐリクエスト）ことにより所望するページを取得し、前記ページはＷｅｂクライアント上に表示される。
ＵＲＬ１０は、「http://」から始まる一連の文字列であり、Ｗｅｂサーバの所在を示すＵＲＩ２０と、Ｗｅｂサーバ内のアプリケーションが動作をするために必要となるクエリパラメータ３０により構成され、文字「?」により、一連の文字列を、前記ＵＲＩとクエリパラメータとに分割している。
クエリパラメータには、図２に例示したように、「cabinetURI」、「documentID」、「resultSetID」、「offset」、「hit」のように、各パラメータとそのパラメータ値が含まれていて、更に、バージョンを識別するためのバージョン識別パラメータ３１（本実施例では、「Version」）が含まれている。また、各パラメータの識別・分割は、文字「&」によってなされている。
【００３１】
図３を用いて、バージョン解析及びコンバートのモジュール構成と、その処理フローの一例を示す。
「リダイレクタ」、「バージョン解析モジュール」、「ＵＲＬコンバータ」の３モジュールを用いて、本発明に係る処理を行う。なお、図３に示した例では、Ｗｅｂシステムの最新バージョンは「３．０」であるものとする。
リダイレクタは、外部からのｈｔｔｐリクエストを受信し（ステップＳ１）、ＵＲＬに含まれているバージョン識別パラメータ３１を用いて、バージョン解析を行う（ステップＳ２）。例えば、ｈｔｔｐリクエスト時のＵＲＬに、「Version=1.0」が含まれている場合には、バージョン解析モジュールは、「Ｖｅｒ１．ｘ用ＵＲＬコンバータ」を用いてＵＲＬを変換するよう、リダイレクタに指示する。
【００３２】
バージョン解析モジュールからの指示を受け付けたリダイレクタは、Ｖｅｒ１．ｘ用ＵＲＬコンバータを用いて、元のＵＲＬを、バージョン３．ｘ用のＵＲＬに変換し、その結果をリダイレクタに返す（ステップＳ３）。
バージョン１．０のＵＲＬからバージョン３．０のＵＲＬに変換するために、「Ｖｅｒ１．ｘ用ＵＲＬコンバータ」は、バージョン１．０で用いられていたＵＲＩやパラメータと、バージョン３．０で用いられているＵＲＩやパラメータとの相互関係を示すデータを用いることにより、旧バージョン（１．０）から新バージョン（３．０）のＵＲＬへと変換する。
【００３３】
図４では、最新バージョンのＵＲＬに変更する概略を模式的に示している。
「文書Ａ１２３」というファイルは、Ｗｅｂシステムのバージョンが１．０であったときには、文書管理データベース２上に、「Doc_ID」（カラム名）が「A0123」というファイルとして、管理されていたとする。
バージョン１．０においては、文書管理データベースにて管理されていたものが、テキスト形式のファイル（それに類似するファイル）のみであったとする。しかしながら、バージョン３．０では、画像データのファイルも管理できるようになったとする。
そのため、バージョン１．０では、ファイルデータを文書管理データベースで管理するための最上位概念が「Doc_ID」であったものが、画像データの出現により、「Image_ID」なるデータ管理の概念も必要となり、「Doc_ID」と「Image_ID」が同レベルのデータ管理概念となった。そのため、バージョン３．０では、「File_ID」なる最上位概念を導入している。
また、バージョン１．０から３．０に変更する際に、Ｗｅｂサーバのドキュメントルート（ＵＲＩ）が、「www.abc.co.jp/a/・・・」から「www.abc.co.jp/c/・・・」のように変更されたとする。
【００３４】
そのため、「Ｖｅｒ１．ｘ用ＵＲＬコンバータ」では、文書Ａ１２３を参照するためのＵＲＬを、上記のような仕様変更に基づく相互関係のデータを用いて、図４に示すようにＵＲＬを変換している。
【００３５】
図５では、図３に示したモジュールをハードウェアに適用した第１の例を示している。
図５に示す構成は、ブラウザ４１とＷｅｂアプリケーション４２による構成であり、Ｗｅｂアプリケーション４２に、リダイレクタ、バージョン解析モジュール、コンバータ、ビューア等のモジュールが配置されている。
ブラウザ４１は、バージョン２．０であるＷｅｂアプリケーション４２に対して、バージョン１．０のＵＲＬでHTTP GET要求を行う、すなわち、ブラウザ４１を用いているユーザが文書を要求すると、図３で示した一連の処理を行い、HTTP Status Code （３０１または３０２）と、バージョン２．０のＵＲＬを返す。
バージョン２．０のＵＲＬを受け取ったブラウザは、該ＵＲＬでHTTP GET要求を行う、すなわち、新しいＵＲＬで文書の要求を行うと、Ｗｅｂアプリケーションは、ビューアにより正常に処理され、HTTP Status Code（２００）とＨＴＭＬ形式の文書データを返し、ブラウザ４１では、要求した文書が表示される。これにより、ユーザは文書を閲覧することができる。
【００３６】
なお、ＨＴＭＬ形式のデータは、ブラウザ４１と、文書を提供するＷｅｂアプリケーションとの間で、マン・マシン・インターフェース的な処理を行うためのデータである。
また、ここで言う「ブラウザ」とは、通常のＷｅｂシステムにおけるブラウザ・ソフトウェア（例えば、Netscape NavigatorやMicrosoft Internet Explorerなど）よりも上位の概念である。すなわち、ＨＴＴＰ要求の際には、ブラウザ・ソフトウェアを用いなくても、例えば、電子メールや文書ファイル等の本文に記述されたＵＲＬをクリックすることにより、ＨＴＴＰ要求を行うことができる。ただし、最終的に取得した結果は、ブラウザ・ソフトウェアに表示される。
【００３７】
図６では、図３に示したモジュールをハードウェアに適用した第２の例を示している。
図６に示す構成は、クライアント（クライアントシステム４３）とＷｅｂサービス４４による構成であり、Ｗｅｂサービス４４上にリダイレクタ、バージョン解析モジュール、コンバータ、ビューア等のモジュールが配置されている。
【００３８】
クライアントシステム４３は、バージョン２．０であるＷｅｂサービス４４に対して、バージョン１．０のＵＲＬでHTTP POST要求することによりデータの要求を行う、すなわち、Ｅｎｖｅｌｏｐを送信すると、図３で示した一連の処理を行い、HTTP Status Code （３０１または３０２）と、バージョン２．０のＵＲＬを返す（エラーのＥｎｖｅｌｏｐを返す）。
さらに、クライアントシステム４３は、バージョン２．０のＵＲＬでHPPT POST要求を行う（バージョン２．０用のＥｎｖｅｌｏｐを送信する）と、ビューアにより正常に処理され、HTTP Status Code（２００）とクライアントシステムが要求したデータとを、クライアントシステム４３に返す（正常なＥｎｖｅｌｏｐを返す）。
【００３９】
なお、Ｅｎｖｅｌｏｐの具体例については、図７、図８に示されている。
Ｅｎｖｅｌｏｐは、クライアントシステム４３とＷｅｂサービス４４との間で、相互にハードウェア的な処理を行うことができるよう、例えば、ＸＭＬにより記述されている。
【００４０】
図９では、図３に示したモジュールをハードウェアに適用した第３の例を示している。
図９に示す構成は、ブラウザ４１と、Ｗｅｂアプリケーション４２と、Ｗｅｂサービス４４による構成であり、Ｗｅｂサービス４４上にリダイレクタ、バージョン解析モジュール、コンバータ、ビューア等のモジュールが配置されている。
また、図９と図６を比較した場合、図９におけるブラウザ４１とＷｅｂアプリケーション４２の構成（破線４３で囲んだ部分）は、「クライアントが情報を要求する」という観点から、図６におけるクライアント（クライアントシステム４３）と同一の概念であることが分かる。
【００４１】
ブラウザ４１は、バージョン２．０であるＷｅｂアプリケーション４２に対して、バージョン１．０のＵＲＬでHTTP GET要求を行う。これに対して、Ｗｅｂアプリケーション４２は、前記HTTP GET要求を変換し、バージョン２．０であるＷｅｂサービス４４に対して、バージョン１．０のＵＲＬでHTTP POST要求することによりデータの要求を行う、すなわち、Ｅｎｖｅｌｏｐを送信すると、図３で示した一連の処理を行い、HTTP Status Code （３０１または３０２）と、バージョン２．０のＵＲＬを返す（エラーのＥｎｖｅｌｏｐを返す）。
さらに、Ｗｅｂアプリケーション４２は、バージョン２．０のＵＲＬでHPPT POST要求を行う（バージョン２．０用のＥｎｖｅｌｏｐを送信する）と、ビューアにより正常に処理され、HTTP Status Code（２００）とクライアントシステムが要求したデータとを、Ｗｅｂアプリケーション４２に返す（正常なＥｎｖｅｌｏｐを返す）。
そして、Ｗｅｂアプリケーション４２は変換処理を行い、ブラウザ４１に対して、HTTP Status Code（２００）とＨＴＭＬ形式の文書データを返し、ブラウザ４１では、要求した文書が表示される。これにより、ユーザは文書を閲覧することができる。
【００４２】
なお、上記に示した実施例は、本発明の好適な実施形態の一例である。しかしながら、本発明の実施形態はこれらに限定されるものでなく、本発明の要旨を逸脱しない範囲で、様々な変形が可能である。以下に、プログラムの配布に関して、図１０を用いてその一例を示す。
Ｗｅｂサーバ１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、データ通信インターフェース１０４、補助記憶装置としてのハードディスク装置１０５、ドライブ装置１０６、データ通信インターフェース等を備えている。ドライブ装置１０６は、本発明の機能を実行するプログラムが記録されたＣＤ−ＲＯＭやメモリカード等の記録媒体を読み取るための装置である。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施例であるＷｅｂシステムの構成を示した図である。
【図２】ＷｅｂクライアントからＷｅｂサーバへ情報を要求する際のＵＲＬを例示した図である。
【図３】バージョン解析及びコンバートのモジュール構成と、その処理フローを例示した図である。
【図４】最新バージョンのＵＲＬに変更する概略を示した模式図である。
【図５】図３に示したモジュールをハードウェアに適用した第１の例を示すモジュール配置図である。
【図６】図３に示したモジュールをハードウェアに適用した第２の例を示すモジュール配置図である。
【図７】要求時のＥｎｖｅｌｏｐについて例示した図である。
【図８】応答時のＥｎｖｅｌｏｐについて例示した図である。
【図９】図３に示したモジュールをハードウェアに適用した第３の例を示すモジュール配置図である。
【図１０】Ｗｅｂサーバの内部構成を示した図である。
【符号の説明】
【００４４】
１    Ｗｅｂサーバ（情報提供装置）
２    文書管理データベース
３    Ｗｅｂクライアント（クライアント）
１０    ＵＲＬ
２０    ＵＲＩ
３０    クエリパラメータ
３１    バージョン識別パラメータ
４１    ブラウザ
４２    Ｗｅｂアプリケーション
４３    クライアントシステム（クライアント）
４４    Ｗｅｂサービス
１０１    ＣＰＵ
１０２    ＲＯＭ
１０３    ＲＡＭ
１０４    データ通信インターフェース
１０５    補助記憶装置（ハードディスク）
１０６    ドライブ装置
１０７    記録媒体
【図１】
2006031543.tif 000005
【図２】
2006031543.tif 000006
【図３】
2006031543.tif 000007
【図４】
2006031543.tif 000008
【図５】
2006031543.tif 000009
【図６】
2006031543.tif 000010
【図７】
2006031543.tif 000011
【図８】
2006031543.tif 000012
【図９】
2006031543.tif 000013
【図１０】
2006031543.tif 000014