JP2010170453A - 静的Ｗｅｂサイト構築方法及び静的Ｗｅｂサイト構築サービス提供方法及び動的／静的変換処理装置及び動的／静的変換処理プログラム - Google Patents

Abstract

【課題】静的Ｗｅｂサイトを用いるにあたり、情報量が多くなると管理が非常に煩雑となるという欠点を改善した静的Ｗｅｂサイト構築方法の提供
【解決手段】動的／静的変換処理装置１５によって、動的Ｗｅｂサーバ１１にアクセスしてページを取得し、当該取得したページに含まれるリンクアドレスを、これがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式でファイルの拡張子を「．ｈｔｍｌ」に変換したリンクアドレスによって更新し、変換前のリンクアドレスに基づいて動的Ｗｅｂサーバ１４からページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして記憶させることで相互のリンクを維持させる処理を、繰り返し実行して静的Ｗｅｂ構成を構築し、これをＷＷＷサーバ１１にアップする。
【選択図】図１

Description

本発明は、Ｗｅｂサイトの構築方法またはＷｅｂサイトの構築サービス提供方法に関し、特に、静的なＷｅｂサイトを自動的に生成させる構築方法若しくは構築サービス提供方法又は動的／静的変換処理装置若しくは動的／静的変換処理プログラムに関する。

インターネット上に構築されるＷｅｂサイトでは、ユーザからのリクエストに対して動的にページを生成してこれを応答として返すもの（動的Ｗｅｂサイト）と、予め作成してある静的なページを応答として返すもの（静的Ｗｅｂサイト）がある。

動的Ｗｅｂサイトによれば、ユーザのリクエストに適合するページがその都度データベース化された情報に基づいて自動的に生成されるものであるため、データベースを更新すればこれに基づいて生成される各動的ページの内容も自動的に更新されることとなり、サイトの管理に優れるものとなる。これに対し、静的Ｗｅｂサイトの場合には基本的に予め全てのページを作成しておく必要があるため、ページの更新にはそれぞれのページを更新してやる必要があり、情報量が多くなると非常に煩雑な作業を要するものとなる。

一方、静的Ｗｅｂサイトの長所としては、動的Ｗｅｂサイトに比べ、レスポンス性に優れ、検索エンジンに掛かり易いという点がある。また、動的Ｗｅｂサイトでは、ＳＱＬインジェクション（管理者側の意図しないＳＱＬ文を実行させることによって、情報の盗取、データの改竄・破壊等をするもの）などによるセキュリティ上の問題が生じ得るものであるが静的Ｗｅｂサイトにそのような問題はない。このうち、静的ページが検索エンジンに掛かり易いという点に着目して動的ページを静的ページに変換するものが、特許文献１によって開示されている。

特開２００３−１１４８９１号公報

前述のごとく、静的Ｗｅｂサイトは幾つかの長所を有しており、特にセキュリティ上の観点などに基づき、静的Ｗｅｂサイトの構築しか許さないようなシステム環境もあり得る。しかし、前述のごとく静的Ｗｅｂサイトには、情報量が多くなると管理が非常に煩雑となる欠点があり、この点の改善が望まれるものである。

これに対し、特許文献１で開示される技術の場合、動的ページを外観上静的ページとして扱えるようにするものであるが、静的Ｗｅｂサイトそのものを構築させる技術という訳ではないため、上記の要求に適うものとはならない。即ち、静的Ｗｅｂサイトの構築しか許さないようなシステム環境にそのまま適用できるものではない。外観上静的リンクに見えるとはいえ、引数をそのまま動的Ｗｅｂサーバへと入力させることが前提とされる技術であるため、ＳＱＬインジェクション等の問題は依然として残るものである。

本発明は上述した点に鑑み、静的Ｗｅｂサイトが有する長所に基づいて静的Ｗｅｂサイトを用いるにあたり、情報量が多くなると管理が非常に煩雑となるという欠点を改善した静的Ｗｅｂサイト構築方法若しくは静的Ｗｅｂサイト構築サービス提供方法又は動的／静的変換処理装置若しくは動的／静的変換処理プログラムを提供することを目的とする。

本発明に係る第１の静的Ｗｅｂサイト構築方法は、Ｈｔｍｌファイルを構成するための部品となる各種コンテンツが格納されたコンテンツＤＢと、Ｈｔｍｌファイルの雛形となるテンプレートファイルが格納されたテンプレートＤＢと、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して静的なＷｅｂページを自動生成する静的Ｗｅｂページ生成装置と、当該生成された静的Ｗｅｂページを一時的に記憶する記憶装置と、ＷＷＷサーバと、を備えることにより、前記静的Ｗｅｂページ生成装置によって静的Ｗｅｂページを生成させてこれを前記記憶装置に格納させ、当該記憶装置に格納された静的Ｗｅｂページを公開ネットワーク上にある前記ＷＷＷサーバにアップロードさせることによって、静的Ｗｅｂサイトを構築することを特徴とする。

上記構成によれば、静的Ｗｅｂページ生成装置によって自動的に静的Ｗｅｂページが生成されるため、これによってＷＷＷサーバ上に構築されるＷｅｂサイトは静的Ｗｅｂサイトとなる。即ち、コンテンツＤＢやテンプレートＤＢを更新した上で静的Ｗｅｂページ生成装置に処理を実行させれば、各ＤＢに基づいて生成される各ページの内容も自動的に更新されて静的Ｗｅｂサイトが自動的に構築されることとなる。

本発明に係る第２の静的Ｗｅｂサイト構築方法は、上記第１の静的Ｗｅｂサイト構築方法であって、前記静的Ｗｅｂページ生成装置が、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して動的Ｗｅｂページを生成することが可能な動的Ｗｅｂサーバと、当該動的Ｗｅｂサーバにアクセスしてページを取得し、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行する動的／静的変換処理装置と、によって構成され、これにより前記静的Ｗｅｂページを生成して前記記憶装置へ格納させることを特徴とする。

上記構成によれば、静的Ｗｅｂページ生成装置が、動的Ｗｅｂサーバと動的／静的変換処理装置とによって構成される。動的ＷｅｂサーバによってコンテンツＤＢとテンプレートＤＢとに基づいて動的Ｗｅｂページを生成させ、これによって得られる動的Ｗｅｂページを静的Ｗｅｂページへと変換する処理を動的／静的変換処理装置に行わせることで、静的Ｗｅｂサイト構成を生成するものである。

本発明に係る第３の静的Ｗｅｂサイト構築方法は、上記第２の静的Ｗｅｂサイト構築方法であって、前記動的／静的変換処理装置による前記動的Ｗｅｂサーバからのページ取得処理において、前記動的／静的変換処理装置からのリクエストに対する前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合には、当該ページのアドレスにエラー情報を対応付けて記憶することを特徴とする。

上記構成によれば、動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合にはこれがログとして蓄積される。

本発明に係る第１の静的Ｗｅｂサイト構築サービス提供方法は、Ｈｔｍｌファイルを構成するための部品となる各種コンテンツが格納されたコンテンツＤＢと、Ｈｔｍｌファイルの雛形となるテンプレートファイルが格納されたテンプレートＤＢと、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して静的なＷｅｂページを自動生成する静的Ｗｅｂページ生成装置と、当該生成された静的Ｗｅｂページを一時的に記憶する記憶装置と、を備えるシステムを有することにより、当該システムとネットワークを介して接続される顧客システム内の情報処理装置に、前記静的Ｗｅｂページ生成装置によって前記記憶装置に蓄積されている静的Ｗｅｂページをアップロードさせることで、顧客に対して静的Ｗｅｂサイトの構築サービスを提供することを特徴とする。

上記構成によれば、静的Ｗｅｂページ生成装置を備えるサービス提供者によって静的Ｗｅｂサイト構成が構築されてこれがサービス享受者（動的Ｗｅｂサーバを持っていない又は動的Ｗｅｂサーバの構築が許されていない環境の顧客など）に提供される。

本発明に係る第２の静的Ｗｅｂサイト構築サービス提供方法は、上記第１の静的Ｗｅｂサイト構築サービス提供方法であって、前記静的Ｗｅｂページ生成装置が、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して動的Ｗｅｂページを生成することができる動的Ｗｅｂサーバと、当該動的Ｗｅｂサーバにアクセスしてページを取得し、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行する動的／静的変換処理装置と、によって構成され、これにより前記静的Ｗｅｂページを生成して前記記憶装置へ格納させることを特徴とする。

本発明に係る第３の静的Ｗｅｂサイト構築サービス提供方法は、上記第１又は第２の静的Ｗｅｂサイト構築サービス提供方法であって、各顧客に識別情報を付与し、当該識別情報と前記各コンテンツＤＢ若しくは前記各テンプレートＤＢの対応付けをすることにより、各顧客に対応する前記コンテンツＤＢ若しくは前記テンプレートＤＢを判別可能とし、前記識別情報を用いた前記システムに対するログインがあった場合には、これに対応する前記コンテンツＤＢ若しくは前記テンプレートＤＢに対する操作を許可することを特徴とする。

上記構成によれば、サービス享受者（動的Ｗｅｂサーバを持っていない又は動的Ｗｅｂサーバの構築が許されていない環境の顧客など）は、自己のサイトに対応するコンテンツＤＢ若しくはテンプレートＤＢ（各ＤＢはサービス提供者側のシステム内に備えられる）の更新処理などを行うことができる。

本発明に係る第１の動的／静的変換処理装置は、制御部と記憶部と通信部とを備えることにより、ネットワークを介して接続される動的Ｗｅｂサーバにアクセスしてページを取得し、前記制御部によって、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶部若しくは外部記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行することで、前記記憶部若しくは外部記憶装置に静的Ｗｅサイト構成を格納させることを特徴とする。

本発明に係る第２の動的／静的変換処理装置は、上記第１の動的／静的変換処理装置であって、前記動的Ｗｅｂサーバからのページ取得処理において、前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合には、当該ページのアドレスにエラー情報を対応付けて前記記憶部若しくは外部記憶装置に記憶させることを特徴とする。

本発明に係る第１の動的／静的変換処理プログラムは、制御部と記憶部と通信部とを備える情報処理装置に、ネットワークを介して接続される動的Ｗｅｂサーバにアクセスしてページを取得するステップと、当該取得したページに含まれるリンクアドレスを検出して当該リンクアドレスがリソースファイルへのリンクであるか否かを判別するステップと、これがリソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換する処理を実行した上でファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換するステップと、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新するステップと、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶部若しくは外部記憶装置に記憶させるステップとを、繰り返し実行させることで、前記記憶部若しくは外部記憶装置に静的Ｗｅサイト構成を格納させることを特徴とする。

本発明に係る第２の動的／静的変換処理プログラムは、上記第１の動的／静的変換処理プログラムであって、前記動的Ｗｅｂサーバからのページ取得処理において、前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれているか否かを判別するステップと、これが含まれていた場合に当該ページのアドレスにエラー情報を対応付けて前記記憶部若しくは外部記憶装置に記憶させるステップと、を実行させることを特徴とする。

本発明に係る第１の静的Ｗｅｂサイト構築方法によれば、コンテンツＤＢやテンプレートＤＢを更新することで、各ページが更新された静的Ｗｅｂサイトが自動的に構築されるようにすることができる。即ち、レスポンス性に優れ、検索エンジンに掛かり易くセキュリティにも優れるといった長所を持つ静的Ｗｅｂサイトを、動的Ｗｅｂサーバを管理するのと同程度の作業負担にて構築・管理することが可能となる。情報量が多くなると管理が非常に煩雑となるという静的Ｗｅｂサイトの欠点が改善されるものである。

本発明に係る第２の静的Ｗｅｂサイト構築方法によれば、静的Ｗｅｂページ生成装置が、動的Ｗｅｂサーバと動的／静的変換処理装置とによって構成される。動的／静的変換処理装置は、汎用のＰＣにアプリケーションをインストールすることによって構成することができるため、動的Ｗｅｂサーバを既に有しているような場合には、本発明を安価且つ容易に適用することができる。また、本発明によって構築される静的Ｗｅｂサイトの動作においては、動的Ｗｅｂサーバと静的Ｗｅｂサイトとは切り離されているため、静的Ｗｅｂサイトにアクセスする者によってＳＱＬインジェクションを仕掛けられるおそれは無く、また、動的Ｗｅｂサーバに不具合が生じたような場合においても静的Ｗｅｂサイトの稼動に影響を与えない。

本発明に係る第３の静的Ｗｅｂサイト構築方法によれば、動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合にはこれがログとして蓄積されるため、当該ログに基づいて動的Ｗｅｂサーバによって構築されている動的Ｗｅｂサイトの評価（リンク切れのチェックなど）も行うことができる。

本発明に係る第１の静的Ｗｅｂサイト構築サービス提供方法によれば、静的なＷｅｂ環境しか持っていないような顧客に対しても、サイトの更新作業などが容易な静的Ｗｅｂサイトの構築サービスを提供することができる。さらに第２の静的Ｗｅｂサイト構築サービス提供方法によれば、動的Ｗｅｂサーバを持っていない（若しくは動的Ｗｅｂサーバの構築が許されていない環境の）顧客に対しても、動的Ｗｅｂサーバと同等の管理負担で済む（サイトの更新作業などが容易な）静的Ｗｅｂサイトの構築サービスを提供することができる。加えて第３の静的Ｗｅｂサイト構築サービス提供方法によれば、サービス享受者（動的Ｗｅｂサーバを持っていない又は動的Ｗｅｂサーバの構築が許されていない環境の顧客など）は、自己のサイトに対応するコンテンツＤＢ若しくはテンプレートＤＢの更新処理などを行うことができる。よって、静的なＷｅｂ環境しか持っていないような者に対しても、動的Ｗｅｂサーバの環境におけるＷｅｂサイトを自己で管理するのと同等となるようなサイト構築のサービスを提供することができる。

本発明に関するシステムの概略を示すブロック図 動的／静的変換処理装置の構成の概略を示すブロック図 メイン処理の処理動作の概略を示したフローチャート ＨＴＭＬファイル名生成処理の処理動作の概略を示したフローチャート ＨＴＭＬファイル変換処理の処理動作の概略を示したフローチャート ＨＴＴＰステータスコード処理の処理動作の概略を示したフローチャート ＨＴＭＬファイル解析処理の処理動作の概略を示したフローチャート ファイル格納処理の処理動作の概略を示したフローチャート 出力ローカルディレクトリファイルパス生成処理の処理動作の概略を示したフローチャート ａタグ処理の処理動作の概略を示したフローチャート アクセスアドレスリストの状態の一例を示す図 ダウンロード済みリストの状態の一例を示す図 動的Ｗｅｂサーバにおいて構築されているＷｅｂページの例 出力ＨＴＭＬファイル内容の状態の一例を示す図 ローカルディレクトリ上に構築されるＷｅｂ構成の例

以下、本発明の具体的実施例について、図面を参照しながら説明する。なお、以下の実施態様は、本発明を具体化する際の一形態であって、本発明をその範囲内に限定するためのものではない。

図１は、本発明に関するシステムの概略を示したブロック図である。図２は同システム中に備えられる動的／静的変換処理装置の構成の概略を示したブロック図である。

図１に示されるように、本実施例のシステム１０は、ルータ１２を介してインターネット２０に接続されるＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ Ｚｏｎｅ）１９１と、ファイアウォール１３を介して形成される内部ネットワーク１９２とを備える。ＤＭＺ１９１上にはＷＷＷサーバ１１が設けられ、内部ネットワーク１９２には、動的Ｗｅｂサーバ１４と、動的／静的変換処理装置１５と、コンテンツＤＢ１６と、テンプレートＤＢ１７と、端末であるＰＣ１８等が設けられる。

動的Ｗｅｂサーバ１４は、クライアントからの要求（ＧＥＴメソッド）に応じて、要求中に含まれるパラメタを使用する等して、Ｈｔｍｌファイルを構成するための部品となる各種コンテンツ（画像やテキストなど）が格納されたコンテンツＤＢ１６と、Ｈｔｍｌファイルの雛形となるテンプレートファイルが格納されたテンプレートＤＢ１７とから必要な情報を取得してページを生成してこれを応答として返す機能を有するものである。従来、当該動的Ｗｅｂサーバ１４は、ＤＭＺ１９１上に置かれ、インターネット２０を介して送られてくるクライアントからの要求に応じて上記処理を行うものであるが、本実施例のシステムではこれを内部ネットワーク１９２上に設けている。そして、動的／静的変換処理装置１５によって、動的Ｗｅｂサーバ１４から得られるページに基づいて自動的に静的Ｗｅｂサイト構成を生成させ、これをＤＭＺ１９１上のＷＷＷサーバ１１にアップロードすることで、静的ＷｅｂサイトをＷＷＷサーバ１１に構成するものである。

図２に示されるように、本実施例の動的／静的変換処理装置１５は、装置全体の制御や各種の演算処理などを行う制御部１５１と、記憶部１５２と、ネットワーク（内部ネットワーク１９２）への情報の送受信を行う通信部１５３と、ユーザインターフェースとなる入力部（キーボードやマウスなど）１５４や表示部（モニタなど）１５５などを備える。動的／静的変換処理装置１５は下記で説明する処理をするための専用の装置であっても良いが、汎用の情報処理装置（ＰＣ１８など）に下記で説明する処理を実行させるプログラムをインストールすることで構成しても良い。また、動的Ｗｅｂサーバ１４自体に動的／静的変換処理装置１５の機能を持たせるようにしても良い。

図３〜図１０は、動的／静的変換処理装置１５で実行される処理の概略を示すフローチャートである。以下各フローチャートを参照しつつ処理動作の説明をする。なお、以下の説明では処理主体を省略して説明する場合があるが、基本的には、入力部１５４に対するユーザからの入力や記憶部１５２や通信部１５３を介して得られた情報などを参照しつつ制御部１５１によって処理を行い、その結果に基づいて表示部１５５への表示処理を行ったり、結果情報を記憶部１５１に保存若しくは通信部１５３を介して送信などすることによって処理が進められていくものである。

図３は、メイン処理の概略を示したフローチャートである。なお、フローチャートの右に記載したものは、各処理内容の把握を容易にすることを目的に、処理対象や処理結果などの情報の簡単な例を示したものである。これは、図１３に示されるような簡単なＷｅｂサイトが動的Ｗｅｂサーバ１４において構築されているものとして、これに基づいた簡単な例である。当該例は、http://localhost1/kanko/index.htmlというトップページに１つの画像があり、当該画像にリンクが張られているものである。当該リンクはパラメタ付きリンクであり、よって、リンク先のページは動的ページである。

ステップ３０１では、ユーザからの入力によって、出力対象（静的Ｗｅｂサイトを生成するための変換元）となるサイトのトップページアドレスを得る。例えば“http://localhost1/kanko/index.html”というようなものであり、“localhost1”は動的Ｗｅｂサーバ１４を指すものである。本実施例では動的Ｗｅｂサーバ１４が内部ネットワークにあるためローカルなアドレスとなるが、動的Ｗｅｂサーバが公開ネットワーク上にある場合にはＵＲＬとなる。

続くステップ３０２では、同じくユーザからの入力によって、Ｈｔｍｌファイル（動的／静的変換処理装置１５によって生成される静的Ｗｅｂページ）を格納するローカルディレクトリを得る。例えば“C:\output”といったようなものであり、この例では動的／静的変換処理装置１５に備えられる記憶部１５２（Ｃドライブ）が指定されるものとなるが、外部の記憶装置を指定するものであっても勿論構わない。また、Ｈｔｍｌファイルを格納するローカルディレクトリは、予め設定されたフォルダ（デフォルト）とするものであっても構わない。なお、当該取得したローカルディレクトリ（例えば“C:\output”）は以降の処理で必要になるため、これを一時的に記憶しておく。

ステップ３０３では、ステップ３０１で取得したトップページアドレスのパス構成と同様のフォルダ階層を、ステップ３０２で取得したディレクトリ内に作成する処理を行う。例えば、指定されたページアドレス“http://localhost1/kanko/index.html”と、指定されたディレクトリ“C:\output”とに基づき、記憶部１５２に“C:\output\localhost1\kanko”というフォルダ階層を作成するものである（指定されたページアドレスからプロトコル部を除いたパス構造と同様のフォルダ階層をステップ３０２で取得したディレクトリ内に作成する）。例では、図１５の“\kanko”までのフォルダ階層がＣドライブ内に作られることとなる。

続くステップ３０４では、ステップ３０１で取得したトップページアドレスを引数として「ＨＴＭＬファイル名生成処理」を実行する。図４は、「ＨＴＭＬファイル名生成処理」の処理動作の概略を示したフローチャートである。

ステップ４０１では、引数として得たページアドレスがパラメタ付アドレスであるか否かを、パラメタ区切り記号である「？」があるか否かによって判別する。ここでの例では、引数が“http://localhost1/kanko/index.html”であるため、ステップ４０１の判別はＮｏとなり、ステップ４０８へと移行する。

ステップ４０８では、ページアドレスからファイル名を取得し、当該ファイルの拡張子を「．ｈｔｍｌ」に変換したファイル名を戻り値として設定して、「ＨＴＭＬファイル名生成処理」を終了する。ここでの例では、引数が“http://localhost1/kanko/index.html”であるため、これから取得されるファイル名は“index.html”であり、これがそのまま戻り値とされることとなる。なお、「ＨＴＭＬファイル名生成処理」において、引数がパラメタ付アドレスであった場合の処理（ステップ４０２〜４０７）については、後に説明する。

図３に戻って説明を続ける。

ステップ３０４の処理（図４の処理）によって、戻り値（例では“index.html”）が得られ、続くステップ３０５において、ステップ３０１で取得したトップページアドレスと、ステップ３０４の戻り値とを対応付けてアクセスアドレスリストに格納する処理を行う。図１１はアクセスアドレスリストの状態例を示す図である。ステップ３０４の処理により、“http://localhost1/kanko/index.html”と“index.html”が１レコードとしてアクセスアドレスリストに追加され図１１（ａ）の状態となる。アクセスアドレスリストは処理待ちキューであり、未処理のデータがレコードとして追加されていき、処理が終了した終了したレコードは削除されていくものである。

続くステップ３０６では、「ＨＴＭＬファイル変換処理」を実行する。図５は、「ＨＴＭＬファイル変換処理」の処理動作の概略を示したフローチャートである。

ステップ５０１では、アクセスアドレスリスト（図１１（ａ））の先頭から、１レコード（変換対象アドレスと変換ＨＴＭＬファイル名）を取得する。ここの例では、“http://localhost1/kanko/index.html”と“index.html”のレコードとなる。

ステップ５０２では、ステップ５０１で取得した変換対象アドレス（例では、“http://localhost1/kanko/index.html”）にアクセスして、ＨＴＭＬファイルを取得する処理を行う。即ち、動的Ｗｅｂサーバ１４に対してページ（ＨＴＭＬファイル）取得のリクエストを行って、ページを取得するものである。

続くステップ５０３では、ステップ５０２の処理によって得られる動的Ｗｅｂサーバ１４からの応答に含まれるＨＴＴＰヘッダを引数として「ＨＴＴＰステータスコード処理」を実行する。図６は、「ＨＴＴＰステータスコード処理」の処理動作の概略を示したフローチャートである。

ステップ６０１では、戻り値に正常を示す情報を設定する。続くステップ６０２では、引数であるＨＴＴＰヘッダのステータスコードが２００番台であるか否か（正常にページを取得できたか否か）を判別し、２００番台であった場合には「ＨＴＴＰステータスコード処理」を終了する。一方、２００番台で無かった場合には、ステップ６０３へと移行して戻り値にステータスコードを設定して「ＨＴＴＰステータスコード処理」を終了する。

図５に戻って説明を続ける。

ステップ５０３（図６）の処理によって、戻り値として、ページ取得が正常ある旨の情報またはエラーを示すステータスコードが得られ、続くステップ５０４ではこれが正常であったかどうかを判別する。判別の結果、正常であった場合にはステップ５０５〜ステップ５０７のループ処理へ移行し、エラーを示すステータスコードであった場合には、ステップ５０５〜ステップ５０９をスキップしてステップ５１０へと移行する。ステップ５０５〜ステップ５０９は、動的Ｗｅｂサーバ１４から取得したページを静的Ｗｅｂページに変換するための処理などであるが、動的Ｗｅｂサーバ１４からのページ取得にエラーがあった場合にはこれらの処理をスキップするものである。

ステップ５０４に続く（ページ取得が正常の場合）ループ処理は、ステップ５０２で取得したページのＨＴＭＬファイル内容に対し、ステップ５０５〜ステップ５０７の処理を繰り返すものである。即ち、ページのソースとなるテキストファイルの全ての行に対し、１行ずつステップ５０５〜ステップ５０７の処理を繰り返すものである。

ステップ５０５では、ＨＴＭＬファイル内容からそのテキストを１行読み込み、続くステップ５０６において当該取得した文字列を引数として「ＨＴＭＬファイル解析処理」が実行される。図７は、「ＨＴＭＬファイル解析処理」の処理動作の概略を示したフローチャートである。

ステップ７０１では、引数として得られる「ＨＴＭＬファイル内容文字列」の先頭から検索を行い、“ｉｍｇタグ”か“ａタグ”があるかを検出する。また、文字列（ＨＴＭＬファイル内容文字列）の最後まで検索が終わったか否かを判別する。

ステップ７０１の処理により、ｉｍｇタグが検出された場合にはステップ７０２へと移行し、同ｉｍｇタグ内のｓｒｃパラメタを取得してこれを引数として「ファイル格納処理」を実行する。例では、“../image/logo.jpg”が引数となる（なお、例ではｉｍｇタグよりａタグの方が前にあるので、実際にはステップ７０４の方が先に処理される）。図８は、「ファイル格納処理」の処理動作の概略を示したフローチャートである。「ファイル格納処理」はリソースファイルを動的Ｗｅｂサーバ１４から取得してローカルに保存するための処理である。

ステップ８０１では、引数として得られるアドレス（例では“../image/logo.jpg”）が絶対アドレスであるか否かを判別する。絶対アドレスであった場合には、「ファイル格納処理」を終了する（ローカルにダウンロードする処理を行わない）。

引数が相対アドレスであった場合には、ステップ８０２へと移行し、アクセスアドレスリスト（図１１（ａ））の先頭の変換対象アドレスと、引数であるリソースファイルアドレス（相対）を基に、リソースファイルアドレス（絶対）を生成する。例では、変換対象アドレス：“http://localhost1/kanko/index.html”と“../image/logo.jpg”に基づき“http://localhost1/image/logo.jpg”が生成されるものである。

続くステップ８０３では、ステップ８０２で生成したリソースファイルアドレス（絶対）がダウンロード済みリストにあるか否かを判別し、これがあった場合には「ファイル格納処理」を終了し、無かった場合にはステップ８０４へと移行する。ダウンロード済みリストには、既にローカルにダウンロード済み（若しくは試行済み）のものが格納されているものであり、重複した処理を避けるためのものである。

ステップ８０４では、リソースファイルアドレス（相対）を引数（「ファイル格納処理」に引数として与えられたのと同一）として「出力ローカルディレクトリファイルパス生成処理」を実行する。図９は、「出力ローカルディレクトリファイルパス生成処理」の処理動作の概略を示したフローチャートである。

ステップ９０１では、引数として得られるアドレス（例では“../image/logo.jpg”）が絶対アドレスであるか否かを判別する。相対アドレスであった場合には、ステップ９０２へと移行して、戻り値である「出力ローカルディレクトリファイルパス」に、アクセスアドレスリスト（図１１（ａ））の先頭の変換対象アドレスと、引数を基に、絶対アドレスを作成し、プロトコル部を除いたものを設定する処理を行う。例では、“../image/logo.jpg”（引数）と“http://localhost1/kanko/index.html”（アクセスアドレスリストの最初のレコードの変換対象アドレス）とから“/localhost1/image/logo.jpg”が生成されることとなる。一方、ステップ９０１の判別の結果、絶対アドレスであった場合にはステップ９０７へと移行して、戻値（出力ローカルディレクトリファイルパス）に、引数（絶対アドレス）からプロトコル部を除いたものを設定するものであるが、「ファイル格納処理（図８）」からこの「出力ローカルディレクトリファイルパス生成処理（図９）」が呼び出された場合には、引数は必ず相対アドレスであるため、ここではステップ９０７へ移行することはない。

続くステップ９０３では、戻り値である「出力ローカルディレクトリファイルパス」に含まれるパス区切り文字を“／”から“￥”(システムディレクトリ区切り文字)へ変換する処理を行う。例では、“/localhost1/image/logo.jpg”が“\localhost1\image\logo.jpg”に変換されることとなる。

ステップ９０４では、戻り値である「出力ローカルディレクトリファイルパス」の先頭にローカルディレクトリ（図３のステップ３０２で一時記憶していたもの）を付加する。例では、“\localhost1\image\logo.jpg”と“C:\output”（図３のステップ３０２でユーザから入力されたディレクトリ）とから、“C:\output\localhost1\image\logo.jpg”が作成され、これが戻り値となる。

ステップ９０５では、ローカルディレクトリ（図３のステップ３０２で一時記憶していたもの）内に、戻り値である「出力ローカルディレクトリファイルパス」と同一構造のフォルダがあるか否かを判別する。これがあった場合には、「出力ローカルディレクトリファイルパス生成処理」を終了し、無かった場合にはステップ９０６へと移行して、ローカルディレクトリ内に「出力ローカルディレクトリファイルパス」と同一構造となるようにフォルダを作成する。例では、“C:\output”内に、“C:\output\localhost1\image\logo.jpg”と同様の構造のフォルダがあるか否かを判別し、これが無かった場合にフォルダの作成が行われるものであり、図１５の\imageのフォルダが作成されることとなる。

図８に戻って説明を続ける。

ステップ８０４（図９）の処理によって、戻り値として「出力ローカルディレクトリファイルパス」（例では“C:\output\localhost1\image\logo.jpg”）が得られる。続くステップ８０５では、この戻り値を用いて、ステップ８０２で生成したリソースファイルアドレス（絶対）にアクセスして取得したファイルをローカルフォルダにダウンロードする。即ち、動的Ｗｅｂサーバ１４にアクセスしてリソースファイルをダウンロードするものである。例では、“http://localhost1/image/logo.jpg”にアクセスして得られたファイル（logo.jpg）を、“C:\output\localhost1\image\logo.jpg”として格納するものである（図１５参照）。

ステップ８０６では、ステップ８０２で生成したリソースファイルアドレス（絶対）をダウンロード済みリストに追加する処理が行われる。図１２（ａ）にダウンロード済みリストの状態例を示した。当該リストとステップ８０３の処理により、同一のアドレスから同一のファイルをダウンロードすることはない。

ステップ８０７では、ステップ８０５〜８０６の処理においてエラーが生じたか否かを判断し、これがあった場合には、ステップ８０８へ移行して処理失敗リソースリストにリソースファイルアドレス（絶対）を格納する処理を実行し、エラーが無かった場合には、「ファイル格納処理」を終了する。ステップ８０５〜８０６におけるエラーとは、動的Ｗｅｂサーバ１４との間で通信エラーがあったことなどにより、ファイルを取得できなかった場合や、取得したファイルをローカルに保存する際に、ローカルの領域不足があった場合などである。

図７に戻って説明を続ける。

ステップ７０２（図８）の処理により、引数である「ＨＴＭＬファイル内容文字列」に含まれていたｉｍｇタグに基づくリソースファイルが、ローカルにダウンロードされる（絶対パスの場合はＤＬされない）。続くステップ７０３では、引数である「ＨＴＭＬファイル内容文字列」のｉｍｇタグまでの内容（文字列）を、「変換後HTMLファイル内容文字列」に追加し、「ＨＴＭＬファイル内容文字列」からは削除する。即ち、「ＨＴＭＬファイル内容文字列」の中の文字列のうち、ｉｍｇタグまでの文字列（ｉｍｇタグ含む）が切り取られて、「変換後ＨＴＭＬファイル内容文字列」に写されることとなる。ステップ７０３の処理が終わると、ステップ７０１へと戻って処理を繰り返す。

ステップ７０１の処理により、ａタグが検出された場合にはステップ７０４へと移行し、同ａタグ内のｈｒｅｆパラメタを取得してこれを引数として「ａタグ処理」を実行する。ここでの例では、“./search/list.jsp?page=1”（パラメタ付アドレス）が引数となる。図１０は、「ａタグ処理」の処理動作の概略を示したフローチャートである。「ａタグ処理」はリンクアドレス（ｈｒｅｆパラメタ）がパラメタ付アドレスであった場合に、これをパラメタ区切り記号を含まない形式に変換する処理である。

ステップ１００１では、戻り値である「変換後リンクアドレス」に、引数（リンクアドレス）を設定する。続くステップ１００２では、引数として得られるアドレス（例では“./search/list.jsp?page=1”）が絶対アドレスであるか否かを判別し、絶対アドレスであった場合には、「ａタグ処理」を終了する。

引数が相対アドレスであった場合には、ステップ１００３へと移行して、引数で示されるファイルがリソースファイルであるか否かをファイル拡張子に基づいて判別する。例えば、ファイル拡張子が「．ｊｐｇ」や「．ｇｉｆ」、「．ｐｎｇ」、「．ｐｄｆ」などである場合にリソースファイルと判断する。ステップ１００３でリソースファイルと判断された場合には、ステップ１００９へと移行して、リンクアドレス（引数として「ａタグ処理」に渡されたもの）を引数として「ファイル格納処理（図８）」を実行する。「ファイル格納処理（図８）」の処理動作は前述した通りであり、ローカルにリソースファイルがダウンロードされる。

ステップ１００３でページファイルと判断された場合には、ステップ１００４へと移行し、リンクアドレス（引数として「ａタグ処理」に渡されたもの）を引数として「ＨＴＭＬファイル名作成処理（図４）」を実行する。当該引数に基づく「ＨＴＭＬファイル名作成処理」の処理動作を図４に基づいて説明する。「ＨＴＭＬファイル名作成処理」は、アドレスのファイル名部分がパラメタを含む形式である場合には、これをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」に変換するものである。

ステップ４０１では、引数として得たページアドレスがパラメタ付アドレスであるか否かを、パラメタ区切り記号である「？」があるか否かによって判別する。ここでの例では、引数が“./search/list.jsp?page=1”であるため、ステップ４０１の判別は真となり、ステップ４０２へと移行する。なお、パラメタ付きアドレスでなかった場合の処理は、先に説明した通りである。

ステップ４０２では、引数として得たページアドレスからファイル名を取得し、区切り文字“？”で分けて、拡張子を除いたファイル名を抽出する。例では、ページアドレスからファイル名を取得＝“list.jsp?page=1”、区切り文字“？”で分けて＝“list.jsp”、拡張子を除いたファイル名を抽出する＝“list”となる。

続くステップ４０３では、引数として得たページアドレスの区切り文字“？”から後ろを抽出することでパラメタを抽出し、これを区切り文字“＆”で分けて、パラメタのリストを生成する。例では、ページアドレスの区切り文字“？”から後ろを抽出することでパラメタを抽出＝“page=1”となり、これでパラメタリスト生成される。なお、パラメタが複数ある場合、即ち、aaa=s&bbb=t&ccc=uといったパラメタがページアドレスの区切り文字“？”の後に付いていた場合には、「aaa=s」と「bbb=t」、「ccc=u」によってパラメタリストが生成されることとなる。

ステップ４０４では、ステップ４０２で抽出したファイル名を、戻り値である「変換ＨＴＭＬファイル名」に設定する。例では、「変換ＨＴＭＬファイル名」に“list”が設定される。

ステップ４０４に続くループ処理は、ステップ４０３で生成したパラメタリスト内の全てのパラメタに対してステップ４０５〜４０６の処理を繰り返すものである。

ステップ４０５では、パラメタから、区切り文字“＝”で分けてパラメタ名とパラメタ値を抽出する。例では、パラメタ“page=1”から、パラメタ名“page”とパラメタ値“1”が抽出される。

ステップ４０６では、戻り値である「変換HTMLファイル名」の末尾に、「“_”
+ パラメタ名 ＋ “_” + パラメタ値」の形式でパラメタ名とパラメタ値を追加する。例では、「変換ＨＴＭＬファイル名」が“list”で、パラメタ名は“page”、パラメタ値は“1”であるから、“list_page_1”が新たな「変換HTMLファイル名」となる。なお、例ではパラメタが１つであるので、これでループ処理を終了するが、前述のような「aaa=s」、「bbb=t」、「ccc=u」というパラメタがリストにあった場合は、ステップ４０５〜４０６の処理が繰り返されて、“list_ aaa_s_bbb_t_ccc_u”となる。

ステップ４０７では、「変換ＨＴＭＬファイル名」の末尾に、ＨＴＭＬファイルの拡張子“.html”が追加され、これが戻り値とされる。例では、“list_page_1.html”となる。

図１０に戻って説明を続ける。

ステップ１００４（図４）の処理によって、「変換ＨＴＭＬファイル名」（例では、“list_page_1.html”）が戻り値として得られる。続くステップ１００５では、引数（リンクアドレス（相対））のファイル名を、「ＨＴＭＬファイル名作成処理（図４）」の戻り値（変換ＨＴＭＬファイル名）に変換したアドレスを、図１０の処理の戻り値となる「変換後リンクアドレス」として設定する。例では、引数“./search/list.jsp?page=1”のファイル名（list.jsp?page=1）が、ステップ１００４（図４）の戻り値である“list_page_1.html”によって変換された“./search/list_page_1.html”が「変換後リンクアドレス」として設定され、これが戻り値になる。

ステップ１００６では、アクセスアドレスリスト（図１１（ａ））の先頭の変換対象アドレスと引数（リンクアドレス（相対））を基に、リンクアドレス（絶対）を生成する。例では、“http://localhost1/kanko/index.html”と“./search/list.jsp?page=1”から、“http://localhost1/kanko/search/list.jsp?page=1”が生成される。

ステップ１００７では、ステップ１００６で生成したリンクアドレス（絶対）が、ダウンロード済みリストにあるか否かを判別する。これがあった場合には「ａタグ処理」を終了し、無かった場合には、ステップ１００８へと移行して、アクセスアドレスリストにステップ１００６で生成したリンクアドレス（絶対）と、ステップ１００４（図４）の戻り値である変換ＨＴＭＬファイル名を対としたレコードを追加する。例では、図１１（ｂ）の状態となる。

図７に戻って説明を続ける。

ステップ７０４（図１０）の処理によって、変換後リンクアドレスが戻り値として得られる（例では“./search/list_page_1.html”）。続くステップ７０５では、引数である「ＨＴＭＬファイル内容文字列」のaタグまでの内容であって、aタグのアドレスを、「aタグ処理」の戻り値（変換後リンクアドレス）で書き換えたものを「変換後HTMLファイル内容文字列」に追加し、「HTMLファイル内容文字列」からはaタグまでの内容を削除する。例では、aタグ内のリンクアドレス“./search/list.jsp?page=1”が、“./search/list_page_1.html”に変換されて、「ＨＴＭＬファイル内容文字列」の中の文字列のうち、ａタグまでの文字列（ａタグ（<a href=”./search/list_page_1.html ">）までを含む）が切り取られて、「変換後ＨＴＭＬファイル内容文字列」に写されることとなる。なお、「ａタグ処理」において、ステップ１００２〜ステップ１００７の処理ルート以外の処理では、「ａタグ処理」の戻り値は引数（リンクアドレス）として渡したものがそのまま返ってくることとなる。この場合は、aタグ内のリンクアドレスの変換は行われず、そのまま、「ＨＴＭＬファイル内容文字列」の中の文字列のうち、ａタグまでの文字列（ａタグ含む）が切り取られて、「変換後ＨＴＭＬファイル内容文字列」に写されることとなる。

ステップ７０５の処理が終わると、ステップ７０１へと戻って処理を繰り返す。

ステップ７０１の処理により、「ＨＴＭＬファイル内容文字列」からｉｍｇタグもａタグも検出されなかった場合（文字列の最後まで検索が終わった場合）にはステップ７０６へと移行する。ステップ７０６では、「ＨＴＭＬファイル内容文字列」の内容を「変換後ＨＴＭＬファイル内容文字列」に追加してこれを戻り値とし、「ＨＴＭＬファイル解析処理」を終了する。この「ＨＴＭＬファイル解析処理」により、「ＨＴＭＬファイル内容文字列」内に、リソースファイルへのリンクがあった場合には、当該リソースファイルのローカルへのダウンロードが行われ、また、「ＨＴＭＬファイル内容文字列」内に、他のページへのリンクがあった場合には、これがパラメタ付のアドレスであるか否かを判別してパラメタ区切り記号を含まない形式に変換する処理が行われる。また、ページへのリンクがあった場合、当該ページが処理済みのページでない場合には、これが処理待ちキューであるアクセスアドレスリストに追加される。戻り値である「変換後ＨＴＭＬファイル内容文字列」は、引数である「ＨＴＭＬファイル内容文字列」の中の、パラメタ付のアドレスの部分だけがパラメタタ区切り記号を含まない形式に変換されたものとなる。

図５に戻って説明を続ける。

ステップ５０６（図７）の処理により、戻り値として「変換後ＨＴＭＬファイル内容文字列」が得られる。続くステップ５０７では、当該戻り値（文字列）を「出力ＨＴＭＬファイル内容」に追加する。

ステップ５０５〜５０７のループ処理によって、ステップ５０２で取得したページのＨＴＭＬファイルに対し、ページのソースであるテキストファイルの全ての行に対して上述した処理が実行さる。これにより、「出力ＨＴＭＬファイル内容」として、ステップ５０２で取得したソースファイルのうち、パラメタ付のアドレスの部分だけがパラメタタ区切り記号を含まない形式に変換されたソースファイルが得られることとなる。

ステップ５０５〜５０７のループ処理を、例に基づいて再度説明すると、図１３の“http://localhost1/kanko/index.html”が「HTMLファイル内容」であり、同ファイルの前半部分の「・・・」（記載省略部分）について、ステップ５０５の処理によって１行ずつ文字列が読み込まれてステップ５０６（図７）の処理に渡される。「・・・」（記載省略部分）についてはａタグもｉｍｇタグもないので、図７ではステップ７０１→ステップ７０６の処理となり、引数がそのまま戻り値となる。ステップ５０７によって図７の戻り値（＝引数）が「出力ＨＴＭＬファイル内容」に追加されるため、ここまでの処理で図１４（ａ）の状態となる。

次に、ステップ５０５によって「<A HREF="./search/list.jsp?page=1"><IMG
SRC="../image/logo.jpg" ></A><BR>」が読み込まれて、図７の処理が実行された場合は、先ずステップ７０１→ステップ７０４〜ステップ７０５の処理によって、「<A HREF="./search/list_page_1.html">」が「変換後HTMLファイル内容文字列（戻値）」に追加され、「HTMLファイル内容文字列（引数）」からは「<A
HREF="./search/list.jsp?page=1">」が削除されて、「<IMG
SRC="../image/logo.jpg" ></A><BR>」となる。続いてステップ７０１→ステップ７０２〜ステップ７０３の処理により、logo.jpgがローカルにダウンロードされて、「<IMG SRC="../image/logo.jpg" >」が「変換後HTMLファイル内容文字列」に追加されて、「<A
HREF="./search/list_page_1.html"><IMG
SRC="../image/logo.jpg" >」となり、「HTMLファイル内容文字列」からはこれが削除されて、「</A><BR>」となる。続いてステップ７０１→ステップ７０６の処理により、「</A><BR>」が「変換後HTMLファイル内容文字列」に追加されて、「<A HREF="./search/list_page_1.html"><IMG
SRC="../image/logo.jpg" ></A><BR>」となり、これが戻り値となる。ステップ５０７によってこの戻り値が「出力ＨＴＭＬファイル内容」に追加されるため、ここまでの処理で図１４（ｂ）の状態となる。

前述の「ファイルの前半部分の「・・・」（記載省略部分）」に関する処理と同様に、「HTMLファイル内容」の後半部分の「・・・」（記載省略部分）に対する処理が行われると、「出力ＨＴＭＬファイル内容」は図１４（ｃ）の状態となり、これにより、ステップ５０５〜５０７のループ処理が終了する。

続くステップ５０８では、アクセスアドレスリスト（図１１（ａ））の先頭レコードの変換対象アドレスのファイル名を、同レコードの変換ＨＴＭＬファイル名で置換したものを引数として、「出力ローカルディレクトリファイルパス生成処理（図９）」を実行させる。例えば、図１１（ｃ）の場合には、“http://localhost1/kanko/search/list_page_1.html”が生成されて引数となる。

図５のステップ５０８から図９の処理が呼び出された場合には、引数が絶対アドレスであるため、図９のステップ９０１の判断は真となり、ステップ９０７へと移行する。ステップ９０７では、戻り値（出力ローカルディレクトリファイルパス）に、引数（絶対アドレス）からプロトコル部を除いたものが設定される。“http://localhost1/kanko/index.html”が引数である場合には、“/localhost1/kanko/index.html”となる。続くステップ９０３以降の処理は先に説明した通りである。

図５に戻って説明を続ける。

ステップ５０８（図９）の処理によって、戻り値として「出力ローカルディレクトリファイルパス」が得られる（例では“C:\output\localhost1\kanko\index.html”）。続くステップ５０９では、当該戻り値に基づく領域に、ステップ５０５〜５０７のループ処理によって得られた「出力ＨＴＭＬファイル内容」をファイル出力する。例では、ステップ５０２で動的Ｗｅｂサーバ１４から取得した“index.html”のファイルが、ステップ５０５〜５０７のループ処理によって図１４（ｃ）で示されるような「出力ＨＴＭＬファイル内容」に変換されて、ローカルディレクトリ“C:\output\localhost1\kanko\”にファイル名“index.html”で格納される（図１５参照）。

ステップ５１０では、アクセスアドレスリスト（図１１（ａ））の先頭レコードの変換対象アドレスを、ダウンロード済みリストに追加する。図１２（ｂ）が状態例を示す図となる。なお、ステップ５０４の判別により、通信エラー等が起っていた場合においても、このステップ５１０の処理を実行する。ダウンロード済みリストは、現実にダウンロードが成功したか否かに関わらず、処理済み（試行済み）のもの全てを格納するものとなる。

ステップ５１１では、エラーが生じたか否かを判断し、これがあった場合には、ステップ５１２へ移行して処理失敗ＨＴＭＬリストに変換対象アドレス（アクセスアドレスリストの先頭レコード）を格納する処理を実行し、エラーが無かった場合にはステップ５１２をスキップする。エラーとは、動的Ｗｅｂサーバ１４との間で通信エラーがあったことなどにより、ファイルを取得できなかった場合や、取得したファイルをローカルに保存する際に、ローカルの領域不足があった場合などである。図６のステップ６０３の処理により、結果コードとしてステータスコードが得られるため、これを変換対象アドレスと対応付けて処理失敗ＨＴＭＬリストに格納するものであってもよい。

ステップ５１３では、処理待ちキューであるアクセスアドレスリストから先頭レコードを削除する処理を行う。図１１（ｃ）が状態例を示す図となる。

ステップ５１４では、処理待ちキューであるアクセスアドレスリストにレコードがあるか否かを判別し、処理待ちのレコードがあれば、ステップ５０１へ戻って処理を繰り返し、無ければ「ＨＴＭＬファイル変換処理」を終了する。例（図１１（ｃ））では、“http://localhost1/kanko/search/list.jsp?page=1”に基づいて、ステップ５０１へ戻って上記処理が繰り返されることにより、動的Ｗｅｂサーバ１４から上記アドレスで示される動的Ｗｅｂページが取得され、これが“list_page_1.html”というファイル名で“C:\output\localhost1\kanko\search\”に格納されることとなる（図１５参照）。

当該「ＨＴＭＬファイル変換処理」により、あるページを基点にして、そこから順次相対パスでリンクされている全てのページに対して、ページ内のパラメタ付きリンクの変換処理（絶対パスは除く）が行われ、且つ、当該リンクの変換の後もリンクが維持されるように、リンク先のファイル（動的Ｗｅｂページ）を動的Ｗｅｂサーバから取得してこれを静的Ｗｅｂページとしてローカルに保存する処理が行われる。また、必要なリソースファイルのローカルへのダウンロード処理もあわせて行われる。即ち、ローカルには静的Ｗｅｂサイトの構成が構築されることとなる。

図３に戻って説明を続ける。

ステップ３０６（図５）の処理により、動的Ｗｅｂサーバ１４から得られるページに基づく静的Ｗｅｂサイト構成が自動的にローカルに構築する処理が終了する。

続くステップ３０７では、上記静的Ｗｅｂサイト構成の自動構築処理の処理結果を、表示部１５５に表示させる処理を行う。処理結果としては、画像ファイル変換処理失敗件数やＨＴＭＬファイル変換処理失敗件数などを表示する。画像ファイル変換処理失敗件数は、図８のステップ８０８の処理による処理失敗リソースリストの件数に基づいて算出し、ＨＴＭＬファイル変換処理失敗件は、図５のステップ５１２の処理による処理失敗ＨＴＭＬリストの件数に基づいて算出する。処理失敗ＨＴＭＬリストに、ＨＴＴＰヘッダのステータスコードが対応付けるようにしていれば、静的Ｗｅｂサイト構成の自動生成のみならず、動的Ｗｅｂサイト１４の評価に用いることもできる。

ユーザは、画面表示された処理結果などに基づいて、動的／静的変換処理装置１５によってローカル上に構築された静的Ｗｅｂサイト構成に対して、必要に応じて手動で修正などを行う。各ページに問題が無いことが確認されたら、これをｆｔｐなどによってＷＷＷサーバ１１にアップロードすることで、容易に静的Ｗｅｂサイトを構築することできる。なお、図３の処理によって、ステップ３０６の処理の終了後自動的にＷＷＷサーバ１１にアップロードさせるものであっても構わない。

以上のごとく、本実施例のシステム若しくは静的Ｗｅｂサイト構築方法によれば、静的Ｗｅｂサイトでありながら、Ｗｅｂサイトの管理自体は動的Ｗｅｂサイトの管理とほぼ同様の作業で済むため、情報量が多量になっても更新などの作業性に優れる。従来、動的Ｗｅｂサーバ１４はＤＭＺ１９１上に置かれ、インターネット２０を介して送られてくるクライアントからの要求に応じて処理を行うものであるが、要求中に含まれるパラメタを意図的にいじることでＳＱＬインジェクションを生じさせる者がおり、セキュリティ上の問題が生じるものであった。これに対し、本実施例のシステムによれば、サイトの管理自体は動的Ｗｅｂサイトと同等の作業量でありながら、動的Ｗｅｂサーバ１４は内部ネットワーク１９２上にあるため、ＳＱＬインジェクション等のセキュリティ上の問題も生じない。また、ＷＷＷサーバ１１上に構築されるサイトは静的Ｗｅｂサイトであるので、レスポンス性に優れ、検索エンジンに掛かり易いという利点を有する。

なお、動的Ｗｅｂサーバ１４が公開ネットワーク上に置かれているものであっても構わない。この場合、動的Ｗｅｂサーバ１４については上述したようなセキュリティ向上の効果は得られないが、本発明によって構築される静的Ｗｅｂサイトをバックアップ的な位置づけで使うこと等ができるので、サイトの稼働率や信頼性を高めることが容易且つ安価にできる。本発明によって構築される静的Ｗｅｂサイトの動作においては、動的Ｗｅｂサーバと静的Ｗｅｂサイトとは切り離されているため、動的Ｗｅｂサーバに不具合が生じても静的Ｗｅｂサイトの動作に影響は無い。即ち、例えばＳＱＬインジェクションなどの攻撃によって動的サイトに不具合が生じたとしても、静的Ｗｅｂサイトの方で稼動状態を維持させるような運用をすることが可能になるものである。また、安価に擬似的なミラーサイトを構築する方法としても利用できる。

また、本実施例のシステム構成を用いることで、顧客に対して静的Ｗｅｂサイトを構築するサービスを提供することができる。例えば、ＷＷＷサーバを備えるシステムを持っているものの静的なＷｅｂ環境しか持っていないような顧客に対して（図１の、インターネット２０を介した先に顧客システム３０があるとする）、その顧客用のサイトを動的サイトとしてシステム１０内に構築し（その顧客サイトのためのコンテンツＤＢやテンプレートＤＢを作成し）、これから本発明によって得られる静的Ｗｅｂサイト構成を、顧客システム３０内の情報処理装置に送信する（若しくは直接顧客のＷＷＷサーバにアップする）ことで、顧客に対して静的Ｗｅｂサイトを構築するサービスを提供するものである。顧客に、インターネット２０を介して、システム１０内のその顧客用のコンテンツＤＢやテンプレートＤＢの更新などを行わせることで、顧客としては、静的なＷｅｂ環境しか持っていないにも関わらずあたかも動的Ｗｅｂ環境があるような運用をすることができる。当該サービスの提供をする場合には、複数の顧客にサービスを提供するため、各顧客に識別情報を付与し、当該識別情報と各コンテンツＤＢ若しくは各テンプレートＤＢの対応付けをして、当該対応付け情報をシステムで保持することにより、各顧客に対応するコンテンツＤＢ若しくはテンプレートＤＢを判別可能とした上で、当該識別情報を用いたシステム１０へのログインを許可してそれぞれの識別情報に対応するコンテンツＤＢ若しくはテンプレートＤＢに対する操作（更新処理など）を許すようにする。従来よく知られた手法により、各識別情報にパスワードを対応付けてシステムへのログインにはパスワードを要するようにしたり、ログイン中の操作履歴を各顧客（識別情報）ごとにログとして残すようにする等してもよい。

なお、本実施例では、パラメタ区切り記号を含むリンクアドレスをパラメタ区切り記号を含まない形式に変換する処理において、各パラメタを使用して新しいファイル名を生成するもの（図４の処理）を例としているが、本発明をこれに限るものではなく、変換前のファイル名とは全く関係のない新たなファイル名を生成させるようなものであっても構わない（動作に影響は無い）。

１１ ＷＷＷサーバ（静的Ｗｅｂサーバ）
１４ 動的Ｗｅｂサーバ
１５ 動的／静的変換処理装置
１６ コンテンツＤＢ
１７ テンプレートＤＢ
２０ インターネット
１５１ 制御部
１５２ 記憶部
１５３ 通信部
１９１ ＤＭＺ（公開ネットワーク）
１９２ 内部ネットワーク

Claims (10)

1. Ｈｔｍｌファイルを構成するための部品となる各種コンテンツが格納されたコンテンツＤＢと、Ｈｔｍｌファイルの雛形となるテンプレートファイルが格納されたテンプレートＤＢと、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して静的なＷｅｂページを自動生成する静的Ｗｅｂページ生成装置と、当該生成された静的Ｗｅｂページを一時的に記憶する記憶装置と、ＷＷＷサーバと、を備えることにより、前記静的Ｗｅｂページ生成装置によって静的Ｗｅｂページを生成させてこれを前記記憶装置に格納させ、当該記憶装置に格納された静的Ｗｅｂページを公開ネットワーク上にある前記ＷＷＷサーバにアップロードさせることによって、静的Ｗｅｂサイトを構築することを特徴とする静的Ｗｅｂサイト構築方法。
2. 前記静的Ｗｅｂページ生成装置が、
   前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して動的Ｗｅｂページを生成することが可能な動的Ｗｅｂサーバと、
   当該動的Ｗｅｂサーバにアクセスしてページを取得し、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行する動的／静的変換処理装置と、
   によって構成され、これにより前記静的Ｗｅｂページを生成して前記記憶装置へ格納させることを特徴とする請求項１記載の静的Ｗｅｂサイト構築方法。
3. 前記動的／静的変換処理装置による前記動的Ｗｅｂサーバからのページ取得処理において、前記動的／静的変換処理装置からのリクエストに対する前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合には、当該ページのアドレスにエラー情報を対応付けて記憶することを特徴とする請求項２記載の静的Ｗｅｂサイト構築方法。
4. Ｈｔｍｌファイルを構成するための部品となる各種コンテンツが格納されたコンテンツＤＢと、Ｈｔｍｌファイルの雛形となるテンプレートファイルが格納されたテンプレートＤＢと、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して静的なＷｅｂページを自動生成する静的Ｗｅｂページ生成装置と、当該生成された静的Ｗｅｂページを一時的に記憶する記憶装置と、を備えるシステムを有することにより、当該システムとネットワークを介して接続される顧客システム内の情報処理装置に、前記静的Ｗｅｂページ生成装置によって前記記憶装置に蓄積されている静的Ｗｅｂページをアップロードさせることで、顧客に対して静的Ｗｅｂサイトの構築サービスを提供することを特徴とする静的Ｗｅｂサイト構築サービス提供方法。
5. 前記静的Ｗｅｂページ生成装置が、前記コンテンツＤＢとテンプレートＤＢから必要な情報を取得して動的Ｗｅｂページを生成することができる動的Ｗｅｂサーバと、当該動的Ｗｅｂサーバにアクセスしてページを取得し、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行する動的／静的変換処理装置と、によって構成され、これにより前記静的Ｗｅｂページを生成して前記記憶装置へ格納させることを特徴とする請求項４記載の静的Ｗｅｂサイト構築サービス提供方法。
6. 各顧客に識別情報を付与し、当該識別情報と前記各コンテンツＤＢ若しくは前記各テンプレートＤＢの対応付けをすることにより、各顧客に対応する前記コンテンツＤＢ若しくは前記テンプレートＤＢを判別可能とし、前記識別情報を用いた前記システムに対するログインがあった場合には、これに対応する前記コンテンツＤＢ若しくは前記テンプレートＤＢに対する操作を許可することを特徴とする請求項４又は請求項５に記載の静的Ｗｅｂサイト構築サービス提供方法。
7. 制御部と記憶部と通信部とを備えることにより、ネットワークを介して接続される動的Ｗｅｂサーバにアクセスしてページを取得し、前記制御部によって、当該取得したページに含まれるリンクアドレスを検出し、当該リンクアドレスがリソースファイルへのリンクであるか否かを判別し、リソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換した上で、ファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換し、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新し、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶部若しくは外部記憶装置に記憶させることで相互のリンクを維持させる処理を、繰り返し実行することで、前記記憶部若しくは外部記憶装置に静的Ｗｅサイト構成を格納させることを特徴とする動的／静的変換処理装置。
8. 前記動的Ｗｅｂサーバからのページ取得処理において、前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれていた場合には、当該ページのアドレスにエラー情報を対応付けて前記記憶部若しくは外部記憶装置に記憶させることを特徴とする請求項７記載の動的／静的変換処理装置。
9. 制御部と記憶部と通信部とを備える情報処理装置に、ネットワークを介して接続される動的Ｗｅｂサーバにアクセスしてページを取得するステップと、当該取得したページに含まれるリンクアドレスを検出して当該リンクアドレスがリソースファイルへのリンクであるか否かを判別するステップと、これがリソースファイルでなかった場合に、当該リンクアドレスがパラメタ区切り記号を含むものであればこれをパラメタ区切り記号を含まない形式に変換する処理を実行した上でファイルの拡張子を「．ｈｔｍｌ」若しくは「．ｈｔｍ」に変換するステップと、当該変換したリンクアドレスによって前記取得したページに含まれるリンクアドレスを更新するステップと、変換前のリンクアドレスに基づいて前記動的Ｗｅｂサーバからページを取得してこれを前記変換後のリンクアドレスに対応するアドレスとファイル名により静的Ｗｅｂページとして前記記憶部若しくは外部記憶装置に記憶させるステップとを、繰り返し実行させることで、前記記憶部若しくは外部記憶装置に静的Ｗｅサイト構成を格納させることを特徴とする動的／静的変換処理プログラム。
10. 前記動的Ｗｅｂサーバからのページ取得処理において、前記動的Ｗｅｂサーバからの応答のヘッダ情報にエラー情報が含まれているか否かを判別するステップと、これが含まれていた場合に当該ページのアドレスにエラー情報を対応付けて前記記憶部若しくは外部記憶装置に記憶させるステップと、を実行させることを特徴とする請求項９記載の動的／静的変換処理プログラム。

Images