(57)【要約】      （修正有）【課題】ホームページへの多量閲覧要求トラフィックによるデータベースへの負荷増大を軽減する。【解決手段】クライエント端末（Ｖ）と、ＨＴＭＬで書かれたページを表示する複数のフロントサーバーと、基本データを記録するマスターデータベースと、マスターデータベースのデータ変更の指示するホームページ管理者用端末（Ｒ）と、該ホームページ管理者用端末からの要求を一時保管するデータ保存システムキュー（ＱＵＥＵＥ）と、ＱＵＥＵＥ管理データベースと、当該ホームページサイトの関連する全てのページのリンク構造体系を記録しているリンク管理データベースと、動的及び静的ページの混合した状態を一元管理するダイナミックマップ管理システムと、ＨＴＭＬページを生成し前記複数のフロントサーバーに転送するための複数のロボットサーバーと、全てのサーバー及びデータベースの動きを一貫して制御するコントロールマネージャーサーバーからなる。【選択図】  図２
2004310206.tif 000002
【特許請求の範囲】
【請求項１】
インターネットやイントラネットを通じたクライエント端末（Ｖ）と、
該クライエント端末のリクエストに従い、ＨＴＭＬで書かれたページを表示する為の複数のフロントサーバーと、
フロントサーバーで表示される元となる全ての基本データを記録しておくマスターデータベースと、
該マスターデータベースに記録されている文字、数字、画像などのデータを更新、書き換え、消去又は変更の指示を実行するの要求を入力する為のホームページ管理者用端末（Ｒ）と、
該ホームページ管理者用端末（Ｒ）からのリクエストを一時保管する保存システムであるデータ保存システムキュー（ＱＵＥＵＥ）と、
該ＱＵＥＵＥの状態を全て管理するＱＵＥＵＥ管理データベースと、
当該ホームページサイトの関連する全てのページのリンク構造体系（何処のページからどのページへどのようにリンクがつながっているかの構造の体系）を記録している地図（マップ）であるリンク管理データベースと、
該リンク管理データベースを操作し、全サイト内部の動的ページ及び静的ページの混合した状態を一元管理する為のダイナミックマップ管理システムと、
実際にＨＴＭＬページを生成するための複数のＭａｋｅロボットサーバーと、Ｍａｋｅロボットサーバーで生成されたＨＴＭＬページを前記複数のフロントサーバーに転送するためのＰＵＴロボットサーバーと、
前記Ｍａｋｅロボットサーバー、リンク管理データベース、ＱＵＥＵＥ等の関連する全てのサーバー及びデータベースの動きを一貫して制御するコントロールマネージャーサーバーからなるＨＴＭＬ生成システムとからなり、
該システムが各ホームページ管理者用端末（Ｒ）からマスターデータベースへのデータの更新、書き換え、消去又は変更等の各種要求がダイナミックで直接的にマスターデータベースに反映することなく、変更等されたデータが関連するページをＨＴＭＬ生成システムによって静的ＨＴＭＬページとして置き換えられ、それを当該フロントサーバーに転送した後に始めて書き換え、置き換え、消去等のデータの変更をマスターデータベースに実行するように構成されていることを特徴とするシステム。
【請求項２】
前記フロントサーバーが、静的なＨＴＭＬページを表示する複数のフロントサーバーと、クライエント（Ｖ）からの要求に対してマスターデータベースの内容を直接的、ダイナミックに表示するフロントサーバーＤの２種類のサーバーで構成されていることを特徴とする請求項１記載のシステム。
【請求項３】
ホームページ管理者もしくはサイト運営者がホームページ内全部の関連ページについて、クライエント（Ｖ）からの要求に基づきどのページを静的ＨＴＭＬページとして見せるか、どのページをその都度マスターデータベースからのデータを直接ダイナミックに動的なページとして見せるか、について管理し運営することのできるリンク管理データーベースと連動するダイナミックマップ管理システムを有することを特徴とする請求項１記載のシステム。
【請求項４】
ホームページ管理者用端末（Ｒ）からのデータを更新、書き換え、消去又は変更等の要求内容及び変更等すべきページの種類によって起動すべきＭａｋｅローボーサーバを記録しておくテーブルを保管している起動ＭＡＫＥロボットデータベース及び、生成すべきＨＴＭＬページのパターンであるテンプレートをあらかじめ格納しておくテンプレート管理データベースを保有し、これら二つのデータベースが、前記ＱＵＥＵＥ管理データベースと連動しながら、コントロールマネージャーサーバーによって動きを制御されるように構成されていることを特徴とする請求項１記載のシステム。
【請求項５】
当該ホームページのサイト内全ページのリンクの構造体系が全て記録され、かつ変更される都度最新の構造体系が記録されているリンク管理データベースをコントロールマネージャーサーバーがその都度参照し、ホームページ管理者用端末（Ｒ）からの要求を反映する上で必要なページを全部的確に変更等する為に、各種ページ毎に設定されている複数のＭＡＫＥロボットサーバーを起動させることにより、元々のリンク構造体系が正当に維持、反映されることを可能とする請求項１記載のシステム
【請求項６】
構造化されたＨＴＭＬ静的ページが生成された後、当該するフロントサーバーに正しく転送されたことを確認した後始めてマスターデータベースへのデータの変更、書き込み等が実行され、この後に始めてフロントサーバーとリンクデータベース等に指示が送られ、マスターデータベースへの書き込み等が正常に終了して始めて、マスターデータベース及びコントロールマネジャーサーバーからの指示により関連する動的及び静的ページを表示するフロントサーバーが当該ページを表示して良いというスイッチがオンになることによって、マスターデータベースに登録されているデータ内容を直接検索するようなホームページ管理者用端末（Ｒ）の指示に基づき表示されるような動的なページの表示内容と、生成されて表示される静的なＨＴＭＬページの表示内容に矛盾がなくなることが可能となる請求項１記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、予め多量のデータが登録されているマスターデータベースに対して、ホームページ管理者用端末（Ｒ）が端末を通してデータの変更、消去、新規インプット等を実行することが想定される環境下において、そのマスターデータベースに登録されているデータに基づく多量のページを多くのクライエント（Ｖ）に公開しているホームページにおいて、クライエント（Ｖ）の各種ページ閲覧に対する要求に対してページをどのように表示するかというシステムの改良に関するものである。
【０００２】
具体的にはインターネットやイントラネット等のネットワーク環境において多くのクライエント（Ｖ）に対して広く公開している環境においては、多量や多種のアクセスが想定され、その都度マスターデータベースへ直接アクセスがある場合は、データベースから都度データを取り出したりする必要がある為、非常に高い負荷が想定されるが、これを避け最も効率よくクライエント（Ｖ）の要求に答えページを表示することを可能にする為に、ホームページ内の全部もしくは一部のページを静的なＨＴＭＬページとして表示することを可能にするＨＴＭＬ生成システムに関するものである。
【０００３】
ただし、ただ単純にＨＴＭＬの静的なページを生成するのではなく、生成されるページのリンクに関する全体系である「リンク構造体系」を全て維持する、つまり「構造化されたＨＴＭＬ」を維持できるように全てのページを生成することが可能であること、及び、静的なページが正当に生成される当該フロントページに送りこまれることを確認し始めて当該ホームページ管理者からの当該データ変更要求に基づくマスターデータベースの書き換えが実行され、その後マスターデータベースからの完了通知により始めてフロントサーバーが実際に当該ページを公開することが可能となるという一連の手順によって、マスターデータベースに登録されているデータと矛盾なく静的ＨＴＭＬページがクライエント（Ｖ）の閲覧要求に応じて表示されることとなり、さらに検索等の直近のデータの検索を実行する等のマスターデータベースへの直接要求結果に基づく表示を実行する動的ページ内容とが、矛盾なく表示できることを可能とするシステムの改良に関するものである。
【０００４】
【従来の技術】
従来のホームページの管理システムとしては、図１に示されるように、ホームページ管理者用端末（Ｒ）からのデータの変更、更新、新規入力、消去等の要求に対して、ホストサーバーがマスターデータベースに直接指示しデータを変更するように構成され、クライエント（Ｖ）からのホームページの閲覧要求に対して、フロントサーバーが直接マスターデータベースから当該ページに関連するデータ取り込み、読み込みを要求し、その結果を直接フロントページにて例えばテンプレートと組み合わせる形で、当該閲覧ページを生成し、それをクライエント（Ｖ）が実際に自分の端末で見ることができるように構成されたものが知られている。
【０００５】
従来のシステムでは動的なページは、ＪＡＶＡ（登録商標）  （ＪＳＰ、ＳＥＲＶＬＥＴ等）やＣＧＩプログラムや、ＡＳＰプログラム等のプログラムと、当該ページのパターンであるテンプレートを組み合わせて構成されることが多く、多くの場合クライエント（Ｖ）からの閲覧要求に基づき。フロントサーバー側でそれらプラグラムで記述された命令に基づきマスターデータベースから該当する最新データを抽出し演算を行う等の操作を加えた後にテンプレートと組み合わせることで、動的にページを作成することが一般的である。
【０００６】
この従来のシステムは、データの変更等が単純にマスタデータベースに反映され、これをフロントサーバー側のクライエント（Ｖ）の要求にしたがって、フロントサーバー経由で単純に見せるものであり、極めてわかりやすく単純に構成されたシステムである。この図１のホストサーバーとフロントサーバーが一体となった単純な構成も非常に多く見受けられる。
【０００７】
【発明が解決しようとする課題】
かかる従来システムでは、次のように問題が発生する。
１．フロントサーバー経由のインターネットやイントラネット等のネットワーク環境において、多くのクライエント（Ｖ）にホームページを公開する場合、また、クライエント（Ｖ）からの閲覧要求が非常に多い場合に、当該クライエント（Ｖ）の指示に基づきフロントサーバーが直接マスターデータベースへ指示を出しデータを取り込み、その結果をフロントページにて閲覧させるようにしている為、データのやり取りを実行する回数が激増した場合にマスターデータベースへの負荷が膨大になる。
かかる膨大な負荷を軽減する為には、マスターデータベースの増強、拡充が必要となり、引いてはシステムへ投資が莫大となる傾向にある。なお、こうした従来のシステム構築の中でも、データベース関連への投資負荷が金額的にも相当に大きな部分を占めているのが通例であり、特にクライエント（Ｖ）からの閲覧要求、つまりアクセスが急増するとそれに応じて劇的に必要となるのが、データベース関連への投資であり、これが際限ないほどに急増することが問題である。
【０００８】
２．また、従来システムによる上述のサイト構成の場合、マスターデータベースへの負荷が大きいということに加えて、逆に言うとマスターデータベースがもしも機能しなくなった場合、全てのページが閲覧不能となるという大きな問題がある。
従来はこのような問題を避ける為に、マスターデータベースを堅牢にしたり、冗長構成つまりＮ重化をしたりするのが通例である。しかしこうした方法でマスターデータベースを落とさないようにしたとしても、常に大きな負荷に耐えつづけなければ、途切れなく訪れるクライエントの多くの閲覧要求に答えることができないというシステムの構成であることには変わりなく、その制限があるため、システム運営もより慎重、緻密に行う必要がある。このことは、ウェブサイト運営のコストを上げ、関わる人的資源やその他資源・リソースを増やさなければ、堅牢なサイト運営ができないという本質的な問題を内包している。
【０００９】
３．多くのクライエント（Ｖ）がページの閲覧要求をするにつれて、マスターデータベースへの負荷の増大は上述の通り厳しくなるが、その結果、当該ホームページの当該ページを表示するパフォーマンスが悪くなるのが通例である。
例えロードバランサー等を用いて、クライエント（Ｖ）からの閲覧要求を複数のフロントサーバーに負荷分散したとしても、結局は根幹となるマスターデータベースは１つであり、ここへの負荷の増加がボトルネックとなっている。
なおマスターデータベースを数個で構成するケースも含んでいるが、閲覧要求するクライエント数もしくは閲覧要求の総数は、数万や数百万、或いはポータルサイトのように一日に億以上の多量数を想定してている場合には、従来の構成をとる限り、マスターデータベースをＮ重化したとしても、このＮは一般的に少ない数であり、または少なくともトラフィックの想定数である多量数に比べはるかに少ない為、結局は、ここで述べる従来技術の問題の抜本的解決にはなっていない。
【００１０】
４．さらに従来技術おいてマスターデータベースに直結した形での動的ページを表示にすると、クライエント端末に対する表示のパフォーマンスの問題が生じる。つまり、ホームページの閲覧要求がなされた場合、これが動的ページの場合、例えばマスターデータベースから必要なデータを取り出し、フロントサーバーにより処理した後に、その都度関連するテンプレートを取り出し、これと組み合わせて動的ページを生成して閲覧者に表示出力する、という一連の動作がフロントサーバー、マスターデータベース等において実行する必要がある。当然これにはフロントサーバー、マスターデータベースの処理能力が問題となってくる。前述のように多くの閲覧者が頻繁に閲覧要求を出す場合はその処理能力が問題となることは既述の通りだが、それほど閲覧要求がない場合においても、その表示すべきページの構成に非常に注意を払わなければならなくなるという問題がある。例えば、一つの動的ページがあり、そのページが必要とするデータがマスターデータベースから複数個のデータが必要なだけではなく、他の複数個からのデータベースからも複数個のデータを瞬時に選んでテンプレート等に当てはめて表示しなければならないようなケースを想定すると明らかであるが、このような場合はたかが一つのページを表示するのに、多くのデータベースとのやり取りが一回ずつ必要となり、それだけページの表示速度が遅くなるという問題があることになる。
従って、従来技術の構成をとる限りにおいては、閲覧要求に対する表示やレスポンスに関するパフォーマンスをできるだけ落とさないようにする為に、つまり表示パフォーマンスを維持する為に、ページの構成もできるだけ軽い処理ですむような構成にする必要がある。そのように従来技術によるページ構成の制限があるという問題を内包している。
【００１１】
５．ホームページ管理者は、自己のホームページをなるべく多数のクライエントに閲覧してもらいたいと希望することが通例でああり、現在のインターネットの環境下では、ホームページ検索エンジンに検索される対象となることが強く望まれる。
特に現在優れたロボット型の検索エンジン（グーグル、ヤフー、インフォシーク、ライコス等）が広く普及しており、どうしたらこの多くの人が閲覧するロボット型の検索エンジンに引っかかることができるかということが大きな課題となっている。
ところが、従来の技術であるダイナミックで直接データベースからデータを読み込みテンプレート等と組み合わせてページを作成している場合は、多くの場合ロボット型の検索エンジンでは自動巡回、自動データ取得の対象としては順番が劣後しているケースが多い。
つまり、ＪＡＶＡ（登録商標）（ＪＳＰ、ＳＥＲＶＬＥＴ等）、ＣＧＩ，ＰＨＰ，ＡＳＰ等のプログラムで記述されデータベース等と直接やり取りするような動的ページは、広く普及しているロボット型検索エンジンの検索対象として記録されにくい。
【００１２】
６．逆に、本発明においては、ホームページ、サイトの運営主体側の意図によって、表示したい全ページの各々について、どのページを動的ページにするか、どのページを静的ページにするかを自在に設定することができ、静的ページにして、その静的ページを例えばトップページから何階層目に置くかについて検討し、然るべく設定をすることによって、例えば上位階層に置いた場合は、検索ロボットの巡回によって検索対象として記録され、つまり検索エンジンにひっかかりやすい状態になる可能性が高まる。
【００１３】
７．ただし、インターネットの業界では、このようにページを「ＨＴＭＬ化」することが上記の問題を解決することは一部知られ始めている。
しかし、従来の技術のようにただ単純にＨＴＭＬ化するだけでは、次（ア）〜（エ）の問題を抱えており、かかる部分を体系的、システム的に考察し、構築しなけい限りホームページを「ＨＴＭＬ化」しても使いものにならない。
（ア）動的なページとして残す部分と、静的なページとして表示する部分をどのように共存させることができるのか。
（イ）そして、動的ページにより直接表示するマスターデータベースの記録されるデータ内容と、静的ページの内容に矛盾をなく整合させる為にはどうすれば良いか。
（ウ）現在、ここでいうような極めて一般的に広く流布している従来の技術により動いているホームページ、サイトがあった場合、どのようにその動的ホームページの一部あるいは全部を静的ページに置き換えることが可能なのかどうか。それとも、マスターデータベースのつくりそのものも変えなくてはならないのか。
（エ）もし従来の技術によって製作、運営されているホームページ、サイトの動的ページの一部もしくは全部をＨＴＭＬページに置き換える場合、生成されるＨＴＭＬページは、多くのリンクの構造体系をもっており、どのようにそのリンク構造体系を引継ぎ、矛盾なくホームページを作成できるか。
【００１４】
そこで本発明はかかる従来技術の問題点に鑑み発明されたもので、以下の（１）乃至（７）に示すことを目的とする。
（１）多量閲覧要求トラフィックによるデータベースへの負荷増大の軽減すること、
（２）ウェブサイトを動的ページのみで構成した場合において、マスターデータベースに障害が起きたり落ちた時サイト内部の閲覧要求に答えられなくなるという問題、及びそれを避ける為にデータベースをより堅牢にしたり巨大なものに増強したりＮ重化して冗長度を高めたりするように際限なくシステム投資を必要としていくという問題を解決するため、
（３）動的ページの表示パフォーマンス問題があり、その問題を克服する為にページの構成も閲覧要求に対するレスポンスと表示に関わるパフォーマンスを落とさないような構成にする必要があるというページ作成上の制限があるという問題を解決するため、
（４）静的なＨＴＭＬページと動的ページをどのように矛盾なく、同時に当該ホームページ内で表示し、かつ同時に管理するできるようにするため、
（５）従来の技術により動いているシステム、例えばデータベースに直接連動して表示されるダイナミックな動的ページを中心として構成されているようなホームページ、サイトがあった場合、そのサイトを構成している各ページの持つリンクの体系を維持しながら、その動的ページの一部もしくは全部を静的なページに置き換えてもリンクの構造体系を維持し、引き継ぐことができるようにするため
（６）現在、ここでいうような極めて一般的に広く流布している従来の技術により動いているホームページ、サイトがあった場合、どのようにそのホームページの一部あるいは全部を静的ページに置き換えることが可能で、マスターデータベースそのものを変更せずとも対応できるようにするため
（７）前記データベース等と直接結びつく動的ページでは多くの有力検索エンジンの自動巡回ロボットの検索対象になりにくい、もしくは順位が劣後する、つまり有力検索エンジンに「ひっかかりにくい」という問題を解決するため
【００１５】
【課題を解決するための手段】
すなわち請求項１の発明は、インターネットやイントラネットを通じたクライエント端末（Ｖ）と、
該クライエント端末のリクエストに従い、ＨＴＭＬで書かれたページを表示する為の複数のフロントサーバーと、
フロントサーバーで表示される元となる全ての基本データを記録しておくマスターデータベースと、
該マスターデータベースに記録されている文字、数字、画像などのデータを更新、書き換え、消去又は変更の指示を実行するの要求を入力する為のホームページ管理者用端末（Ｒ）と、
該ホームページ管理者用端末（Ｒ）からのリクエストを一時保管する保存システムであるデータ保存システムキュー（ＱＵＥＵＥ）と、
該ＱＵＥＵＥの状態を全て管理するＱＵＥＵＥ管理データベースと、
当該ホームページサイトの関連する全てのページのリンク構造体系（何処のページからどのページへどのようにリンクがつながっているかの構造の体系）を記録している地図（マップ）であるリンク管理データベースと、
該リンク管理データベースを操作し、全サイト内部の動的ページ及び静的ページの混合した状態を一元管理する為のダイナミックマップ管理システムと、
実際にＨＴＭＬページを生成するための複数のＭａｋｅロボットサーバーと、
Ｍａｋｅロボットサーバーで生成されたＨＴＭＬページを前記複数のフロントサーバーに転送するためのＰＵＴロボットサーバーと、
前記Ｍａｋｅロボットサーバー、リンク管理データベース、ＱＵＥＵＥ等の関連する全てのサーバー及びデータベースの動きを一貫して制御するコントロールマネージャーサーバーからなるＨＴＭＬ生成システムとからなり、
該システムが各ホームページ管理者用端末（Ｒ）からマスターデータベースへのデータの更新、書き換え、消去又は変更等の各種要求がダイナミックで直接的にマスターデータベースに反映することなく、変更等されたデータが関連するページをＨＴＭＬ生成システムによって静的ＨＴＭＬページとして置き換えられ、それを当該フロントサーバーに転送した後に始めて書き換え、置き換え、消去等のデータの変更をマスターデータベースに実行するように構成された構造化ＨＴＭＬ生成システムである。
【００１６】
請求項２の発明は、前記フロントサーバーが、静的なＨＴＭＬページを表示する複数のフロントサーバーと、クライエント（Ｖ）からの要求に対してマスターデータベースの内容を直接的、ダイナミックに表示するフロントサーバーＤの２種類のサーバーで構成されている構造化ＨＴＭＬ生成システムである。
【００１７】
請求項３の発明は、ホームページ管理者もしくはサイト運営者がホームページ内全部の関連ページについて、クライエント（Ｖ）からの要求に基づきどのページを静的ＨＴＭＬページとして見せるか、どのページをその都度マスターデータベースからのデータを直接ダイナミックに動的なページとして見せるか、について管理し運営することのできるリンク管理データーベースと連動するダイナミックマップ管理システムを有する構造化ＨＴＭＬ生成システムである。
【００１８】
請求項４の発明は、ホームページ管理者用端末（Ｒ）からのデータを更新、書き換え、消去又は変更等の要求内容及び変更等すべきページの種類によって起動すべきＭａｋｅローボーサーバを記録しておくテーブルを保管している起動ＭＡＫＥロボットデータベース及び、生成すべきＨＴＭＬページのパターンであるテンプレートをあらかじめ格納しておくテンプレート管理データベースを保有し、これら二つのデータベースが、前記ＱＵＥＵＥ管理データベースと連動しながら、コントロールマネージャーサーバーによって動きを制御されるように構成された構造化ＨＴＭＬ生成システムである。
【００１９】
請求項５の発明は、当該ホームページのサイト内全ページのリンクの構造体系が全て記録され、かつ変更される都度最新の構造体系が記録されているリンク管理データベースをコントロールマネージャーサーバーがその都度参照し、ホームページ管理者用端末（Ｒ）からの要求を反映する上で必要なページを全部的確に変更等する為に、各種ページ毎に設定されている複数のＭＡＫＥロボットサーバーを起動させることにより、元々のリンク構造体系が正当に維持、反映されることを可能とする構造化ＨＴＭＬ生成システムである。
【００２０】
請求項６の発明は、構造化されたＨＴＭＬ静的ページが生成された後、当該するフロントサーバーに正しく転送されたことを確認した後始めてマスターデータベースへのデータの変更、書き込み等が実行され、この後に始めてフロントサーバーとリンクデータベース等に指示が送られ、マスターデータベースへの書き込み等が正常に終了して始めて、マスターデータベース及びコントロールマネジャーサーバーからの指示により関連する動的及び静的ページを表示するフロントサーバーが当該ページを表示して良いというスイッチがオンになることによって、マスターデータベースに登録されているデータ内容を直接検索するようなホームページ管理者用端末（Ｒ）の指示に基づき表示されるような動的なページの表示内容と、生成されて表示される静的なＨＴＭＬページの表示内容に矛盾がなくなることが可能とな構造化ＨＴＭＬ生成システムである。
【００２１】
請求項１の発明では、「ＨＴＭＬ生成システム」を中心とする機能により、構造化されたＨＴＭＬによる静的なページが生成されて的確なフロントサーバーへ送り込まれ、閲覧者であるクライエント（Ｖ）からの閲覧要求がたとえ膨大多量なトラフィックであったとしても、その要求信号は各フロントサーバーへのアクセスにとどまり、各フロントサーバーは単純に閲覧要求のある都度、送り込まれて保存している該当する静的なＨＴＭＬページを表示するだけでよく、マスターデータベースへアクセスしたり、データベースに保管されえているデータを取り出したり、読み込んだりする必要がなく、また通常はそうしたデータに基づく特別な演算等をする必要がなく、ただ単純にＨＴＭＬの静的なページを表示するだけですむ。これは非常に単純な機能ですむことを意味しており、データベース側への過大な負荷をかけずに済むことが可能である。
【００２２】
また本発明では、静的ページにおいてはクライエント（Ｖ）からの閲覧要求に対して直接にマスターデータベースへのアクセス要求や指示が出るわけではなく、マスタデータベース内部のデータを既に先に反映させる形で一枚一枚、リンク構造を完全に反映した形で静的なＨＴＭＬページがフロントサーバーに格納されており、それを閲覧するだけであり、マスターデータベースへの閲覧要求のトラフィックが直接影響を及ぼすことはない。いわば、既に印刷されている紙を閲覧するかのごときものであるのに対して、従来の技術に基づく構成とは閲覧の都度マスターデータベース及びその他のデータベースからデータを取り出して、そのデータをいれて一回づつ新たなページを生み出していくという違いがある。本発明の方法によれば、静的ページに関しては、例えば非常に大切なマスターデータベースに障害が起きたり、システムダウン、あるいは、データ変更を要求するホームページ管理者用端末（Ｒ）から多量なデータ変更がありマスターデータベースの能力がかなりデータ変更に使われた為に全体の処理速度が相当に遅くなった状態においても、クライエント（Ｖ）からの閲覧要求に対しては一切影響を受けず、フロントページが静的で構造化されたＨＴＭＬページを出力し表示するだけである。このように、本発明による方式では、マスターデータベースによる状態と無関係に、たとえ一時的に多量の閲覧要求のアクセスが当該サイトに来ても、フロントサーバーの能力、容量による制限が加えられるのみで、従来の技術による大きなボトルネックになっていたマスターデータベースによる制限に支配されることがないという環境を与えられる為、従来の問題が解決される。
【００２３】
さらに請求項１の発明では、表示可能な状態になる前に既にデータベース等からのデータを取り入れ、リンク構造の体系を正しく維持した状態で、あらかじめ静的なページをつくり出し閲覧専用のフロントサーバーにいつでも表示出力可能な状態に置いておく為に、クライエント（Ｖ）から閲覧要求があっても一切データベース等へのアクセスややり取りや演算などの処理が不要のまま直ぐに表示可能となる。
従って、ページの構成も複雑な処理を必要なものでも、そうした処理をあらかじめやっておくので、閲覧要求に対するレスポンスのパフォーマンスを心配する必要がない。従って、様々なバラエティーにとんだページ構成を自由に、制限なく実現できる。
【００２４】
請求項２の発明では、動的でダイナミックにデータベース等に直結しているページ、いわゆる動的ページと、本発明の中心である「ＨＴＭＬ生成システム」により生成される静的ページの共存を可能とするシステム構成をとっており、これにより、ホームページ運営者等のサーバーシステムへのアクセス権限を有している者が、与えられた権限の範囲内において自在に、当該ホームページをどの部分を動的ページとして見せるか、あるいは機能としてダイナミックにデータベースへのアクセスを行い都度結果を表示するような動的ページを閲覧者であるクライエント（Ｖ）に閲覧可能とするか、つまり公開するかを決めることができ、かつ同時にどの部分を静的ページとして生成し、これをトップページ以下どの階層にどのようなツリー構造によってリンクさせていくかを構成することを可能としている。
その為、本発明においては、動的ページと静的ページを同時に共存させることが可能であり、アクセス数、データベースへの負荷、要求されるデータの更新頻度・更新表示リアルタイム性、検索サイトへの検索されやすさや全体サイト内のページナビゲーションを勘案した全ページのツリー構造等を考慮しながら、このバランスを上手にとり、この二つの性質のページの組み合わせを、一つのホームページ、サイト内にて構成することができる。
【００２５】
請求項４及び請求項６の発明では、静的なページをクライエント（Ｖ）に表示してよい状態として表示スイッチがオンになるのは、動的ページによりダイナミックにマスターデータベースに記録されているデータを反映させたものを見せてよい状態になったときに初めて行われる。
つまり、動的なページにてマスターデータベースに記録されているデータをダイナミックに、直接的に反映されると同時に、「ＨＴＭＬページ生成システム」によって生み出された静的ページの内容とが全く矛盾なく表示されるようになる。よって、本発明により初めて、動的ページ及び静的ページの混在が調和が取れて共存する仕組みを作ることができる。
【００２６】
請求項５の発明では、全部のページのトップページ以降のサイト内における階層構造、もしくは、つながり＝リンクを「ツリー構造」として登録してある「リンク管理データベース」を持っており、静的なページを生成する都度、そのデータベースを参照し、また最新の姿を反映させるように必ずアップデートする構成にしている為、生成されるページは必ずこうした「リンク構造」を反映するように生成されている。
あるページを変更する場合においても、関連する「リンク構造」を引き継ぐ形で、他の関連ページも生成しなおす必要がある場合は、「コントロールマネジャーサーバー」が自動的に判断した上でその静的ページを自動生成し、その結果をまた「リンクデータベース」に登録しなおすという振る舞いによって「構造化されたＨＴＭＬ」が都度生み出され、保存されていく。この方法によって単純に動的ページを静的ページに置き換えるというのではなく、リンク体系がきちんと維持継承される形で、全部のサイト内において一部または全部の動的ページを静的ページに直すことが可能となる。
【００２７】
請求項５の発明では、静的なページに置き換えることを企画した場合、通常はデータベースの構造から抜本的に作り直す必要が通常あるが、本発明においては、現存するマスターデータベースを作り変えたりする必要がなく、表示されるべき静的ページの構造を分析し、リンク構造を分析し、テンプレートを登録し、静的ページと動的ページの表示体系を整理し登録した後で、一連のサーバー等から構成される「構造化ＨＴＭＬ生成システム」を導入することで、マスターデータベースに大きな変更を加えずに、全サイト体系を変更することができる。
【００２８】
【発明実施の形態】
以下に本発明を図示された実施例に従って詳細を説明する。
図１は従来の技術により構成されたホームページ、サイトのシステム図であり、広く一般的に普及しているものである。本発明にかかるハードの構成はかかる従来技術と共通する。ホームページ管理者用端末（Ｒ）からマスターデータベース１に保存され記録されているデータに関する変更、更新、消去、上書き等の指示が送られ、これをホストサーバー２経由でマスターデータベース１に直接書き込む。
一方、同ホームページつまりウェブサイトは、インターネットやイントラネット等のネットワークを通して多くのクライエント（Ｖ）からアクセスされ、閲覧要求されるページがマスターデータベース１内部に記録されているデータを必要とする場合は、閲覧要求の都度マスターデータベース１へアクセスし、ここからデータを読み取り、抽出し、例えばテンプレートと組み合わせて、当該ページを作成し、閲覧要求に従いクライエント（Ｖ）の端末に出力する。
つまり、ホームページ管理者用端末（Ｒ）からのマスターデータベースへの変更は全て、リアルタイムでかつダイナミックに、ページの閲覧者クライエント（Ｖ）に対する表示に反映される。
ここで、ホームページ管理者用端末（Ｒ）は、ホームページ管理者やオペレーターであっても同じことであり、また、クライエントが例えばマスターデータベース内のデータを供給する業者等であってオンラインまたはバッチ等の手段によって多量のデータを同時に、または定期的、不定期的に自動的にまたは人を介する方式のいずれの手段にせよ、マスターデータベースへ入力、上書き、変更等をする場合も想定されており、そのような場合においても本質的には上述のことは全て何ら変わらず適用される。
【００２９】
図２は本発明にかかるシステムを示す概略図である。
次の構成要素は従来の技術で一般的に構成されるウェブサイトと共通のものである。
マスターデータベース１は本サイトに関連する基幹のデータベースであり、ホームページ管理者用端末（Ｒ）からの変更、更新、消去等のデータに関係する変更要求が都度加えられ、それに応じてデータの更新が常時行われる。この図では便宜上このマスターデータベース１として一つのものを書いているが、実際には複数のデータベースシステム１，１，・・・から構成されることもあり、かつ、このデータシステム１に冗長性を持たせ複数データシステムが同時に動いているようなシステムは広く一般的に知られており、本発明におけるシステムにおいてその種の複数データベースシステム１，１，・・・を採用したとしても、本発明の趣旨と何ら矛盾しない。
【００３０】
ホームページ管理者用端末（Ｒ）は、本ウェブサイトのデータを更新する権限を持っている者のみがアクセスしログインすることが可能である前提に立っているが、この者が端末等からマスターデータベース１に格納されているデータを更新、消去、上書き等の変更を加えることができる。
このホームページ管理者用端末（Ｒ）は管理者に限定する必要もなく、オンライン等によりデータを供給する業者であるケースもあり、または人の操作によるものでなく、例えば多量のデータをバッチ処理等でシステム的に本システム全体に入力、送信するようなケースも広く一般的に知られており、その場合においても本発明の趣旨と何ら矛盾せず、図２は詳細には書いてはいないが、その場合も当然含んでいるものとする。
フロントサーバーｉ，ｊ，・・・ｎは、本発明においては構造化ＨＴＭＬ生成システムから生み出された静的ＨＴＭＬページが送信され格納されるサーバーであり、ページの種類によって格納すべきＨＴＭＬページが異なる。クライエント（Ｖ）のページ閲覧要求に従って、該当するフロントサーバーｉ，ｊ，・・・ｎが割り振られ、これによって表示するページも異なってくる。
さらに、このフロントサーバーｉ，ｊ，・・・ｎは、ダイナミックにマスターデータベース１にアクセスし、該データベース１に格納されているデータを直接検索する等のような動的なページを閲覧するような場合に使われる、つまり動的ページを操作するフロントサーバーＤと、静的ページを操作するフロントサーバーｉ，ｊ，・・・ｎがある。
【００３１】
本発明の体系の中核部分である、構造化ＨＴＭＬ生成システムは図２の黒枠で囲まれた部分である。
同図を用いながら、その動作と共に詳細に説明する。
（１）ホームページ管理者用端末（Ｒ）からのデータ変更の要求であるリクエスト内容（Ａ）は、コントロールマネジャーサーバー４の指示により、一旦  ＱＵＥＵＥ１というデータを一時的に保管するデータベースに預けられる。この際、ホームページ管理者用端末（Ｒ）からの当該データの変更が、時間的にどのくらい優先順位が高いのか、つまりプライオリティーについて、ホームページ管理者用端末（Ｒ）がつけた場合は、そのデータも付記された形でデータベースＱＵＥＵＥ１に保存される。
その状態は、ＱＵＥＵＥ管理データベース５に記録される。なお、このデータベースＱＵＥＵＥ１は、マスターデータベース１へのデータ転送等を司る転送ロボットサーバー９とより密接に働く。
【００３２】
（２）データベースＱＵＥＵＥ１に保存されたホームページ管理者用端末（Ｒ）からのデータ変更の要求リクエスト内容（Ａ）は、コントロールマネジャーサーバー４とより密接に働く同じくデータの一時保管場所であるＱＵＥＵＥ２へ転送され保管される。
ＱＵＥＵＥ２に保管されたことをＱＵＥＵＥ管理データベース５及びコントロールマネジャーサーバー４は把握する。
【００３３】
（３）コントロールマネジャーサーバー４のＱＵＥＵＥ監視マネジャー４ａが起動し、ＱＵＥＵＥ２に保存されたリクエスト内容（Ａ）のプライオリティーを判断し、以後処理すべき順番を決定し、その後の指示を出す。
【００３４】
（４）ＱＵＥＵＥ監視マネジャー４ａがＱＵＥＵＥ２内のリクエスト（Ａ）の内容と、サイト内部のリンクの構造全体系を記録しているリンク管理データベース６を比較し、リクエスト（Ａ）を実行した場合に変更する、つまり生成しなおす、若しくは新しく生成しなければならないＨＴＭＬページとそのページのサイト内リンク構造体系の中の「位置付け」を判断する。
【００３５】
（５）ＱＵＥＵＥ監視マネジャー４ａは、その判断に基づき、起動ＭＡＫＥロボットサーバー管理データベース７を参照する。このデータベース７は、ページの種類によって実際に起動すべきＭＡＫＥロボットサーバー８１，８２、・・・８ｎを紐付けて登録、管理してあるデータベースである。コントロールマネジャーサーバー４は、この起動ＭＡＫＥロボットサーバー管理データベース７を参照することで、変更すべきページ若しくは新たに生成しなければならないページを実際に生み出す役割を持つ、ＭＡＫＥロボットサーバー８ｉを選びだし、当該ＭＡＫＥロボット８ｉを起動するように指示する。またその都度その状態を、ＱＵＥＵＥ管理データベース５へ通知する。
【００３６】
（６）コントロールマネジャーサーバー４内の、ロボット作業監視マネジャー４ｂの司る一連の作業が始まる。つまり、まずＱＵＥＵＥ２内のリクエスト内容（Ａ）と、ＭＡＫＥロボットサーバー８ｉからＨＴＭＬページを生成するために必要なパラメーター情報を、マスターデータベース１から取り出し、これとリクエスト内容（Ａ）をあわせて、指定された関連するＭＡＫＥロボットサーバー８ｉへ渡し、ページ生成の指示を出す。
【００３７】
（７）ＭＡＫＥロボットサーバー８ｉは、同パラメータ情報を下に、コントロールマネジャーサーバー４の指示に基づき、ページ生成の作業をスタートする。そのとき、予めページを分析しパターンを登録してあるテンプレートデータベース１１を参照しながら、生成すべきＨＴＭＬページに関連するテンプレートをその都度取り出しながら、マスターデータベース１及びリクエスト（Ａ）に含まれる必要情報を組み合わせながら、当該ページを生成していく。コントロールマネジャーサーバー４はこのＭＡＫＥロボットサーバー８ｉの作業状況をその都度監視する。作業の完了の度、ＱＵＥＵＥ管理データベース５へ状態を変更登録していく。
【００３８】
（８）ＭＡＫＥロボットサーバー８ｉが該当するＨＴＭＬページを作成した後は、その該当ページをクライエント（Ｖ）の要求に応じて実際に閲覧可能な状態にする為にフロントサーバーｉ，ｊ，・・・，ｎに置く必要があるが、これを実行する機能を果たすのがプットロボットサーバー１０である。ＭＡＫＥロボットサーバー８１，８２、・・・８ｎでページ生成作業が終了したことをコントロールマネジャーサーバー４の、ロボット作業監視マネジャー４ｂ部分が判断した後に、生成せれたページは、プットロボットサーバー１０に転送される。転送後はＱＵＥＵＥ管理データベース５へ状態記録の更新が行われる。
【００３９】
（９）プットロボットサーバー１０が転送されたＨＴＭＬページをどのフロントサーバーｉ，ｊ，・・・，ｎに送るべきかについて、コントロールマネジャーサーバー４は、ダイナミックマップ管理システム１２とリンク管理データベース６を参照した上で決定し、プットロボットサーバー１０に指示を与える。これに基づき、プットロボットサーバー１０は各々の生成されたＨＴＭＬページを当該フロントサーバーｉ，ｊ，・・・，ｎへ転送を実施する。ただし、この段階ではまだ当該の新規に転送されたＨＴＭＬページに関してはフロントページ内部で表示スイッチがオフになっており、この段階で該当するページ等に対する閲覧要求がクライエント（Ｖ）からあったとしても、それは表示されることはない。また、転送後はコントロールマネジャーサーバー４は監視に基づき、ＱＵＥＵＥ管理データベース４ａへ状態記録の更新を実行する。
【００４０】
（１０）プットロボットサーバー１０がコントロールマネジャーサーバー４の指示に従って、該当するフロントサーバーｉ，ｊ，・・・，ｎへ転送が行われたことを確認した後、コントロールマネジャーサーバー４は転送ロボットサーバー９に対して、ＱＵＥＵＥ１に一時的に保管されているデータ変更のリクエスト要求（Ａ）の内容をマスターデータベース１に反映するように作業をすべく指示を出す。
【００４１】
（１１）転送ロボットサーバー９は、コントロールマネジャーサーバー４からの指示に従って、ＱＵＥＵＥ１からのデータを取り出し、マスターデータベース１のデータを変更、書き換え、消去等を実行する。実行終了後、コントロールマネジャーサーバー４に対して作業終了の確認を行う。コントロールマネジャーサーバー４はこの一連の作業を監視し、その都度状態の変化をＱＵＥＵＥ管理データベース５に記入、更新していく。
【００４２】
（１２）コントロールマネジャーサーバー４は、次に一連の作業により生み出されたり変更されたＨＴＭＬページについて、当該サイト内部で関連するリンク管理データベース６を更新する。
【００４３】
（１３）コントロールマネジャーサーバー４が、マスターデータベース１へのデータの変更が正常に終了したことを確認した時点で、該当するフロントサーバーｉ，ｊ，・・・，ｎへ指示を出し、表示スイッチをＯＦＦ→ＯＮに切り替え、ここから以降の閲覧要求に対しては、その要求が動的ページに対するものであっても、または静的ページに対するものであっても、どちらにしても新しいデータに基づく新しいページが、実際に表示されることになる。
【００４４】
以上（１）から（１３）まで丁寧に順番に対応して初めてマスターデータベース１を更新したり、該当する新たに生成された構造化されたＨＴＭＬページを閲覧可能にするという手順を踏むことによって初めて、動的ページの内容、静的ページの内容、マスターデータベース１内部の内容に整合性、一貫性、無矛盾性が確保できることになる。
【００４５】
次に図３は、同一サイト内において構造化された静的ページと動的ページをバランスを取りつつ共存させる方式についての図である。
例えば、図１で示したような従来の技術により広く一般的に普及しているように関連するデータベースから直接、ダイナミックに、いわゆる動的ページを中心に表示しているようなサイト構成を、本発明の構造化ＨＴＭＬ生成システムを用いるなどの本発明による方法に従って、動的ページの一部若しくは全部を、サイト運営者の意図により、静的ページに置き換え、動的ページと静的ページの長所を選び、サイトを再構築する仕組みについての具体図である。
【００４６】
図３においては、全部の体系を、静的ページのみの体系と、動的ページのみの体系をまず作ってみたのち、用途と利便性を考え、例えば検索のようにダイナミックにデータベース１から結果を毎回検索するほうが望ましいという場合のみ、それに関連する動的ページ（例えば、図３においてＰ’３４、Ｐ’３５）を表示することができる。
【００４７】
例えば、マスターデータベース１に記録されているデータを頻繁に変えることが必要とされるような場合において、その都度静的ＨＴＭＬページを生み出し、それを閲覧要求者であるクライエント（Ｖ）に表示していくという方法もあるが、余りに不効率である場合もあり得る。そこで非常に頻繁にマスターデータベース１が変更になり、その変化状態を刻一刻と閲覧者に表示することが必要な場合等においては、データベース１の能力の容量を十分考えた上で、その範囲内において、閲覧要求に対して、やはり動的に刻々と変わるデータを表示していく必要がある場合というものも想定できる。そのような部分に関しては動的ページで対応することを可能にするのが本発明の構成である。
【００４８】
このような全サイト内における静的ページ及び動的ページのリンク体系は、図２における、権限を与えられたサイト運営者、サイト管理者のみが操作することができる、ダイナミックマップ管理システム１２にて行い、リンクの構造体系、つまりサイト内マップは、リンク管理データベース６にその都度記録されて更新されていく。
【００４９】
有力な検索エンジンのロボットが多くのサイトを巡回し、あるキーワードの検索結果を上位に出力するやり方は多くの検索エンジンのロジックとして色々なものがあるが、次にあげるものがある程度共通したものとして考えられている。
（イ）静的ＨＴＭＬのページとして、トップページからリンクを順番にたどれるページが優先される。人間がそのページを見て順次クリックして他ページにリンクしていけるようになっていることが大事で、優れた検索エンジンの巡回ロボットも人間がたどると同様にリンク構造をたどるといわれている。
（ロ）動的ページ、つまりデータベース等とのやり取りを都度実行したり、ある演算等のプログラムを実行した結果をテンプレートとともに出力するような動的ページは、登録順位が劣後する。
（ハ）多くの人に閲覧されている有力サイトからリンクされているサイトは価値を多く有している。
【００５０】
本発明にかかる構造化ＨＴＭＬ生成システムによれば、単純に静的なＨＴＭＬページに作り直すだけではなく、静的ページに置き換える前にもっていたリンクの構造体系そのものを正しく反映させることができる仕掛けになっているだけではなく、新たに生み出された単純な静的なＨＴＭＬページを改めて「木（ツリー）構造状態」にリンク構造に組みなおし、全サイトを静的ページのリンク体系に整理しなおすことが可能である。その為上記（イ）のように、トップページ等から、あたかも人間がたどると同じように他のページへリンクをたどっていけるようにより明確な形で整理されているといえる。従って、巡回ロボットもより明確に全ページへ行きやすくなるといえる。
【００５１】
本発明システムでは、単純な動的ページではなく、体系化された状態で静的ページと動的ページを共存させるように構成するので、検索エンジンの採択順位が劣後するような問題が軽減される。
さらに、本発明においては、静的ＨＴＭＬページに置き換えられ、かつ各々のページのリンク構造体系がきちんと整理されている。従って、どのページをどのページの次にリンクすべきかが明確に整理できる。例えば、あるページをそのサイト内部でより重要と考えれば、素直にトップページからの直接リンクをする、つまりそのサイト内部では第２階層に位置付けるように整理する。このようにあるページをそのサイト内部のＮ階層と整理し、トップからどのようにたどっていけばそのページにたどりつき、あるページとあるページがどの様にリンクしあっているかを整理することが本発明によると容易になる。そうすると、同じサイト内部のページでも、人がよりくるページからどのように他のページをリンクするかという考えを推し進めることによって、検索エンジンで検索して欲しいページの順番に従って、ツリー構造を設定していくことが可能となる。
【００５２】
【発明の効果】
本発明にかかる構造化ＨＴＭＬ生成システムでは、各フロントサーバーは単純に閲覧要求のある都度、送り込まれて保存している該当する静的なＨＴＭＬページを表示するだけでよく、マスターデータベースへアクセスしたり、データベースに保管されえているデータを取り出したり、読み込んだりする必要がなく、また通常はそうしたデータに基づく特別な演算等をする必要がなく、ただ単純にＨＴＭＬの静的なページを表示するだけですむ。これは非常に単純な機能ですむことを意味しており、データベース側への過大な負荷をかけずにすむことが可能である。
【００５３】
また静的ページがフロントサーバーに掲載されており、静的ページにおいてはクライエント（Ｖ）からの閲覧要求に対して直接にマスターデータベースへのアクセス要求や指示が出るわけではなく、マスターデータベース内部のデータを既に先に反映させる形で一枚一枚、リンク構造を完全に反映した形で静的なＨＴＭＬページがフロントサーバーに格納されており、それを表示出力するだけであり、マスターデータベースへの閲覧要求のトラフィックが直接影響を及ぼすことはない。
【００５４】
本発明のシステムによれば、静的ページに関しては、例えば非常に大切なマスターデータベースに障害が起きたり、システムダウンあるいは、データ変更を要求するホームページ管理者用端末（Ｒ）から多量なデータ変更がありマスターデータベースの能力がかなりデータ変更に使われた為に全体の処理速度が相当に遅くなった状態においても、クライエント（Ｖ）からの閲覧要求に対しては、一切影響を受けず、フロントページが静的で構造化されたＨＴＭＬページを出力し表示するだけである。マスターデータベースによる状態と無関係に、たとえ一時的に多量の閲覧要求のアクセスが当該サイトに来ても、フロントサーバーの能力、容量による制限が加えられるのみで、従来の技術による大きなボトルネックになっていたマスターデータベースによる制限に支配されることがない。
【００５５】
本発明は、表示可能な状態になる前に既にデータベース等からのデータを取り入れ、リンク構造の体系を正しく維持した状態で、あらかじめ静的なページをつくり出し閲覧専用のフロントサーバーにいつでも表示出力可能な状態に置いておく為に、ページの構成も複雑な処理を必要なものでも、そうした処理をあらかじめやっておくので、閲覧要求に対するレスポンスのパフォーマンスを心配する必要がない。
【００５６】
動的でダイナミックにデータベース等に直結しているページ、いわゆる動的ページと、構造化ＨＴＭＬ生成システムにより生成される静的ページの共存を可能とするシステム構成をとっており、動的ページと静的ページを同時に共存させることが可能であり、アクセス数、データベースへの負荷、要求されるデータの更新頻度・更新表示リアルタイム性、等を考慮しながら、このバランスを上手にとり、この二つの性質のページの組み合わせを、一つのホームページ、サイト内にて構成することができる。
【００５７】
構造化されたＨＴＭＬ静的ページが生成された後、当該するフロントサーバーに正しく送りこまれたことを確認した後始めてマスターデータベースへのデータの変更、書き込み等が実行され、この後に始めてフロントサーバとリンクデータベース等に指示が送られ、マスターデータベースへの書き込み等が正常に終了して始めて、マスターデータベース及びコントロールマネジャーサーバーからの指示により関連する動的及び静的ページを表示するフロントサーバーが当該ページを表示していいというスイッチがオンになることによって、マスターデータベースに登録されているデータ内容を直接検索するようなホームページ管理者用端末（Ｒ）の指示に基づき表示されるような動的なページの表示内容と、生成されて表示される静的なＨＴＭＬページの表示内容に矛盾がなくなることが可能となるシステム構成であるため、動的ページ及び静的ページの混在が調和が取れて共存する仕組みを作ることができる。
【００５８】
当該ホームページのサイト内全ページのリンクの構造体系が全て記録され、かつ変更される都度最新の構造体系が記録されている「リンク管理データベース」をコントロールマネージャーサーバーが都度参照し、ホームページ管理者用端末（Ｒ）からの要求を反映する上で必要なページを全部的確に変更する為に、静的なページを生成する都度、そのデータベースを参照し、また最新の姿を反映させるように必ずアップデートする構成にしている為、生成されるページは必ずこうした「リンク構造」を反映するように生成されている。
【００５９】
静的なページに置き換えることを企画した場合、通常はデータベースの構造から抜本的に作り直す必要が通常あるが、本発明においては、現存するマスターデータベースを作り変えたりする必要がなく、表示されるべき静的ページの構造を分析し、リンク構造を分析し、テンプレートを登録し、静的ページと動的ページの表示体系を整理し登録した後で、一連のサーバー等から構成される構造化ＨＴＭＬ生成システムを導入することで、マスターデータベースに大きな変更を加えずに、全サイト体系を変更することができる。
【００６０】
本発明では静的なＨＴＭＬページでサイトを構成することが可能となり、検索エンジンの検索対象となる可能性を大きく高める効果がある。
【図面の簡単な説明】
【図１】従来技術を示す概念図である。
【図２】本発明にかかるシステムの概念図である。
【図３】静的ページと動的ページの再構築を示す概念図である。
【符号の説明】
１        マスターデータベース
２        ホストサーバー
４        コントロールマネージャーサーバー
４ａ      Ｑｕｅｕｅ監視マネージャー
４ｂ      ロボット作業監視マネージャー
５        Ｑｕｅｕｅ管理データベース
６        ＬＩＮＫ管理データベース
７        起動Ｍａｋｅロボットデータベース
８        Ｍａｋｅロボットサーバー
９        転送ロボットサーバー
１０      ＰＵＴロボットサーバー
１１      テンプレート管理データベース
１２      ダイナミックマップ管理システム
【図１】
2004310206.tif 000003
【図２】
2004310206.tif 000004
【図３】
2004310206.tif 000005