(57)【要約】【課題】なんらかの原因でＷｅｂサーバへのアクセスが集中した場合に、緊急時用のサーバがアクセスへの対応を代行するシステムを提供する。【解決手段】システム管理サーバ１とその配下にある緊急時用サーバ２とを含み、システム管理サーバ１は、ＤＮＳサーバ３と登録ユーザがＷｅｂサイトを開設しているＷｅｂサーバ４とにインターネットＮを介して通信可能である。システム管理サーバ１は、登録ユーザによる設定を簡便化するための各種オプションデータ及びサーバ切替・復元に必要な情報を格納する記憶手段と、ユーザが緊急時用の設定を行えるユーザ用設定画面を作成する手段と、ユーザによる設定内容を記憶手段に登録する手段と、ユーザからのサーバ切替・復元要求を受け付ける手段と、緊急時のサーバ変更のためにＤＮＳ設定の変更を要求する手段と、緊急時用サーバ２へ緊急時表示用ページを含むデータを送信する手段を備える。【選択図】図１
2011034520.tif 000002
【特許請求の範囲】
【請求項１】
システム管理サーバと緊急時用サーバとを含む緊急時Ｗｅｂサーバ切替システムであって、
前記システム管理サーバは、ＤＮＳサーバとＷｅｂサイト開設ユーザによるユーザ側Ｗｅｂサーバとユーザ端末とにインターネットを介して通信可能であるとともに、
前記システム管理サーバは、
ユーザによる設定を簡便化するための各種オプションデータを格納しているオプションデータ記憶手段と、
ユーザ側Ｗｅｂサーバのドメイン名及びＩＰアドレスを含むサーバ切替・復元に必要な情報を格納しているサーバ変更用情報記憶手段と、
前記オプションデータ記憶手段から取り出したデータを利用してユーザが緊急時用の設定を行えるユーザ用設定画面を作成するためのユーザ用設定画面作成手段と、
ユーザによる前記設定内容を前記サーバ変更用情報記憶手段に登録するユーザ設定項目登録手段と、
ユーザからのサーバ切替要求およびサーバ復元要求を受け付けるユーザトリガ受信手段と、
前記サーバ変更用情報記憶手段から参照して得たデータに基づき、前記ＤＮＳサーバへ設定変更を要求するＤＮＳ設定手段と、
前記緊急時用サーバへの切替時に用いる緊急時表示用ページデータを含むデータを送信する緊急時用サーバ管理手段と
前記緊急時用サーバのアクセス負荷を監視し、ユーザの要求に応じて監視結果を可視化する緊急時用サーバアクセス負荷監視手段と、
を備えることを特徴とする緊急時Ｗｅｂサーバ切替システム。
【請求項２】
前記システム管理サーバは、
前記ユーザ側Ｗｅｂサーバのアクセス負荷を監視するＷｅｂサーバアクセス負荷監視手段と、
前記アクセス負荷に基づいて所定の判定条件に従いサーバの自動切替あるいはサーバの自動復元を判定する緊急時サーバ変更判定手段とを
さらに備えることを特徴とする請求項１に記載の緊急時Ｗｅｂサーバ切替システム。
【請求項３】
前記ユーザトリガ受信手段が受信するユーザからの情報はあらかじめ登録されている携帯電話から送信されてくることを特徴とする請求項１または２のいずれかに記載の緊急時Ｗｅｂサーバ切替システム。
【請求項４】
前記オプションデータ記憶手段には、緊急時に表示させる緊急時表示用ページデータのテンプレートが任意個数記憶されており、
ユーザは前記ユーザ用設定画面作成手段によって作成されたユーザ用設定画面を介していずれかのテンプレートを選択して必要な入力をすることにより緊急時表示用ページデータを作成することを特徴とする請求項１〜３のいずれか１に記載の緊急時Ｗｅｂサーバ切替システム。
【請求項５】
前記オプションデータ記憶手段には、緊急時サーバ変更判定手段による自動切替あるいは自動復元の判定条件が任意個数記憶されており、
ユーザは前記ユーザ用設定画面作成手段によって作成されたユーザ用設定画面を介していずれかの判定条件を選択できることを特徴とする請求項１〜４のいずれか１に記載の緊急時Ｗｅｂサーバ切替システム。
【発明の詳細な説明】
【技術分野】
【０００１】
なんらかの原因でＷｅｂアクセスに対する応答パフォーマンスが低下した場合に、緊急時用のサーバにアクセスへの対応を代行させるシステムに関する。
【背景技術】
【０００２】
インターネットの普及に伴い、広告宣伝手段・営業手段・業務連絡手段としてのＷｅｂサイトの重要性や依存度が高まる一方である。そのため、規模の大小にかかわらず多種多様な業種の企業がＷｅｂサイトを開設している。しかしながら便利である反面、瑕疵のある商品を販売した企業や問題発言をしたタレント等のＷｅｂサイトやブログにアクセスが殺到して一時的にせよ収拾がつかなくなるといった弊害が起こりうるのもまた事実である。アクセスが殺到したのでは、例えばオンラインショッピングでは顧客からのオンラインによる問合せ等に支障が生じることはもちろん、広告宣伝どころか電子メールの送受信等の日常業務や基幹業務そのものが破綻する。
そのため、特定のサーバに対するアクセスの集中に対処する技術が多数特許出願されており、例えば、特許文献１に記載の「ネットワークセキュリティシステム」、特許文献２に記載の「ＤｏＳ攻撃あるいはＤＤｏＳ攻撃に対処する方法、ネットワーク装置、および分析装置」もその一つである。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３２８３７３号公報
【特許文献２】特開２００６−１６４０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
資金も技術力も潤沢にある大手企業や公的機関であれば、複数台のサーバを設置したりアクセス要求をフィルタリングするシステムを開発したりすることで、このような問題をクリアすることは可能である。しかし、このような対処を個人や専門スタッフのいない企業に期待することは難しい。かといって、全く対処しないのではビジネスチャンスを逸したり、顧客の信頼を損ねたりする。しかも、個人や小規模企業では、Ｗｅｂサーバをメールサーバとしても利用することやサーバは別であっても同一回線を利用していることが多いので、メールの送受信にすら障害が出かねない。
特許文献１・２をはじめ、既存の特許出願には、個人や小規模企業を念頭にこのような問題の解決を図ろうとするものは見当たらなかった。
【０００５】
このような問題に鑑み、本発明は、Ｗｅｂサイトを開設している個人や小規模企業をユーザとして想定することから出発した。即ち、Ｗｅｂサイトを開設している小規模企業や個人がいわゆる「炎上」などの被害にあった場合でも簡便な方法で被害を最小限に食い止められるような仕組みを、低コストで提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、請求項１に係る発明は、システム管理サーバと緊急時用サーバとを含む緊急時Ｗｅｂサーバ切替システムであって、
前記システム管理サーバは、ＤＮＳサーバとＷｅｂサイト開設ユーザによるユーザ側Ｗｅｂサーバとユーザ端末とにインターネットを介して通信可能であるとともに、
前記システム管理サーバは、オプションデータ記憶手段と、サーバ変更用情報記憶手段と、
ユーザ用設定画面作成手段と、ユーザ設定項目登録手段と、ユーザトリガ受信手段と、ＤＮＳ設定手段と、緊急時用サーバ管理手段と、緊急時用サーバアクセス負荷監視手段とを備えることを特徴とする。
オプションデータ記憶手段は、ユーザが緊急時に表示させる画面デザインのテンプレートやサーバの自動切替・復元のための条件等をユーザが簡単に設定できるようにするための各種オプションデータを格納している。
サーバ変更用情報記憶手段は、ユーザごとにサーバ切替・復元に必要な情報を格納している。これらの情報には、ユーザの本来のＷｅｂサーバのドメイン名及びＩＰアドレス、緊急時表示用画面データのテンプレートを特定する情報（例：テンプレート番号）、サーバの切替・復元のトリガ種別（ユーザが指示するか、システムが自動で行うか）などを含む。
ユーザ用設定画面作成手段は、前記オプションデータ記憶手段から取り出したデータを利用してユーザが緊急時用の設定を行えるようにユーザ用設定画面を作成する。この画面は、ユーザの負担軽減のために、ユーザの判断を最小限にするとともにマウスのクリックを主とした簡単な操作で設定できるように配慮されている。
ユーザ設定項目登録手段は、前記ユーザ用設定画面においてユーザが設定した内容を前記サーバ変更用情報記憶手段に登録する。
ユーザトリガ受信手段は、ユーザからのサーバ切替要求およびサーバ復元要求を受け付ける。
ＤＮＳ設定手段は、前記緊急時用サーバへの切替あるいは元のＷｅｂサーバへの復元のために、前記ＤＮＳサーバへＤＮＳの設定変更を要求する。
緊急時用サーバ管理手段は、前記緊急時用サーバに対してサーバ切替に必要な緊急時表示用ページデータをはじめとするデータを送信する。
緊急時用サーバアクセス負荷監視手段は、前記緊急時用サーバのアクセス負荷を監視し、ユーザの要求に応じて監視結果を可視化する
これにより、Ｗｅｂサイトを運営しているユーザは本発明のシステムに登録して緊急時に必要となる情報を予め設定しておくことで、自分のＷｅｂサーバへのアクセスが殺到したような場合に緊急時用サーバへ短時間でアクセスを振り向けられる。そのため、メール送受信などのＷｅｂサーバで行われる他の処理や同一回線を利用する他の処理は通常どおり続行することができる。本システムのユーザは、このようなサーバ切替のための専門的な知識を何ら要求されないので、本発明のシステムの導入に困難はない。
なお、ユーザによる設定やシステム管理サーバへの要求はユーザ端末を介して行われることは言うまでもない。
【０００７】
上記の目的を達成するために、請求項２に係る発明は、請求項１に係る発明において、システム管理サーバが、ユーザ側Ｗｅｂサーバのアクセス負荷を監視するＷｅｂサーバアクセス負荷監視手段と、アクセス負荷に基づいて所定の判定条件に従いサーバの自動切替あるいはサーバの自動復元を判定する緊急時サーバ変更判定手段とをさらに備えることを特徴とする。
ユーザ側Ｗｅｂサーバのアクセス負荷を監視する手段は特に問わないが、下記の実施の形態のようにシステム管理サーバがＷｅｂサーバへ定期的にアクセスし、レスポンスタイムを集計し分析する方法もその一つである。
このようにシステム側でアクセス集中などの異常事態を自動的に判定して、自動的にサーバ切替を行うので、ユーザの負担が大幅に軽減される。
【０００８】
上記の目的を達成するために、請求項３に係る発明は、請求項１または２のいずれかに係る発明において、システム管理サーバのユーザトリガ受信手段が受信するユーザからの情報はあらかじめ登録されている携帯電話から送信されてくることを特徴とする。
これにより、ユーザは、アクセス集中などの緊急時に負荷のかかった通信回線を介したシステムへの操作ができなくても、携帯電話を利用して操作ができる。
【０００９】
上記の目的を達成するために、請求項４に係る発明は、請求項１〜３のいずれか１に係る発明において、オプションデータ記憶手段には、緊急時に表示させる緊急時表示用ページデータのテンプレートが任意個数記憶されており、ユーザはユーザ用設定画面を介していずれかのテンプレートを選択して必要な入力をすることにより緊急時表示用ページデータを作成することを特徴とする。
これにより、ユーザは稀にしか発生しない緊急時に備えて画面デザインを自ら考えたりする手間が省ける。
【００１０】
上記の目的を達成するために、請求項５に係る発明は、請求項１〜４のいずれか１に係る発明において、オプションデータ記憶手段には、緊急時サーバ変更判定手段による自動切替あるいは自動復元の判定条件が任意個数記憶されており、ユーザはユーザ用設定画面を介していずれかの判定条件を選択できることを特徴とする。
これにより、ユーザはシステム側で用意した判定条件からいずれかを選択しさえすれば、システム側が自動的に緊急時の判断と対応を行ってくれるので、ユーザ側には専門知識を持ったスタッフを必要としない。また、最小限の知識のみで切り替えることができるため、コンピュータに不慣れな責任者が切り替えることができる。
【発明の効果】
【００１１】
Ｗｅｂサーバへのアクセスが集中しても、メール送受信をはじめとする他の業務への影響を抑制できる。緊急時に備えて予めシステムに必要な設定をしておくことが望まれるが、専門知識がなくても容易に設定できる。「炎上」のようなリスクは今後増大することはあっても、減少することは考えにくいので、本発明は、Ｗｅｂサイトを開設する個人や小規模企業にとって極めて有用なシステムを提供するものである。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態のシステム構成図である。
【図２】本発明の第１の実施形態のシステム管理サーバの機能ブロック図である。
【図３】本発明の第１の実施形態のサーバのドメイン名およびＩＰアドレスの例を示す図である。
【図４】本発明の第１の実施形態のシステム管理画面を例示する図である。
【図５】本発明の第１の実施形態のユーザ用設定画面を例示する図である。
【図６】本発明の第１の実施形態の緊急時表示用ページのテンプレート選択画面を例示する図である。
【図７】本発明の第１の実施形態の緊急時表示用ページのテンプレート選択画面を例示する図である。
【図８】本発明の第１の実施形態のユーザ設定項目を例示する図である。
【図９】本発明の第１の実施形態の登録ユーザによるサーバ変更指示画面を例示する図である。
【図１０】本発明の第１の実施形態の緊急時表示用ページを例示する図である。
【図１１】本発明の第２の実施形態のシステム管理サーバの機能ブロック図である。
【図１２】本発明の第２の実施形態のサーバ自動変更のための条件を選択する画面を例示する図である。
【図１３】本発明の第２の実施形態のユーザ設定項目を例示する図である。
【図１４】本発明の第２の実施形態のシステム管理サーバの処理フロー図である。
【図１５】本発明の第３の実施形態のシステム管理サーバの機能ブロック図である。
【図１６】本発明の第３の実施形態の緊急時用サーバへリダイレクトさせるＨＴＭＬファイルの一例である。
【発明を実施するための形態】
【００１３】
《第１の実施の形態》
第１の実施の形態は図１に示すように、システム管理サーバ１、緊急時用サーバ２、ＤＮＳサーバ３、ユーザ側Ｗｅｂサーバ４、ユーザ端末５、一般ユーザ（以下、「クライアント」）の端末６から構成され、それぞれがインターネットＮに接続している。
システム管理サーバ１と緊急時用サーバ２は、別途通信回線Ｎ２で通信可能に接続されている。
【００１４】
ユーザ側Ｗｅｂサーバ４は、本実施形態のシステムに登録しているユーザ（以下、「登録ユーザ」）が、Ｗｅｂサイトを開設しているサーバである。図１にはユーザ側Ｗｅｂサーバ４が１台しか記載されていないが、本システムには契約に同意するならば誰でも登録できるのでユーザ側Ｗｅｂサーバ４の台数に制限はない。
ユーザ端末５は、登録ユーザによる操作手段であって、ユーザＰＣ（５ａ）とユーザ操作用携帯電話５ｂとが含まれる。ユーザ側Ｗｅｂサーバ４をユーザＰＣ（５ａ）としても使用している場合あるいはユーザ側Ｗｅｂサーバ４とユーザＰＣ（５ａ）とが同一回線を使用している場合、アクセス集中時にはユーザＰＣ（５ａ）から本システムに対する緊急時の操作ができないので、ユーザ操作用携帯電話５ｂを緊急時の操作用に用いることになる。
なお、以下の説明において「登録ユーザ」による何らかの動作は、ユーザ端末５を介して行われる。
【００１５】
ＤＮＳサーバ３は、ドメイン名とＩＰアドレスなどの対応付けを記憶するゾーン情報を備え、ドメイン名からＩＰアドレスを抽出、あるいはＩＰアドレスからドメイン名を抽出する機能を有するサーバである。システム管理サーバ１は、ＤＮＳサーバ３に対してＤＮＳ設定変更を要求することが可能であるものとする。
【００１６】
システム管理サーバ１は、本実施形態のシステムを運営管理する機能を有しており、図２に示すように、記憶部７と、処理部８と、通信インターフェース部９とを含み構成される。
【００１７】
記憶部７には、オプションデータ記憶手段１０、サーバ変更用情報記憶手段１１を含む。
処理部８には、ユーザ用設定画面作成手段１２、ユーザ設定項目登録手段１３、ユーザトリガ受信手段１４、ＤＮＳ設定手段１５、緊急時用サーバ管理手段１６、緊急時用サーバアクセス負荷監視手段１７を含む。
ただし、これらの各手段の分類は、あくまで説明の便宜上にすぎない。
各手段は、その機能に応じて、ハードウェア、ソフトウェアで実装される。ソフトウェアによる場合は、ＲＯＭやハードディスクなどの記憶手段に格納されているプログラムをＣＰＵが実行する。これらは、公知の事柄であるので説明を省略する。
通信インターフェース部９は、通信ネットワークを介した他の情報処理装置との通信を行う。
図２には記載がないが、システム管理サーバ１は、処理の経過に伴う作業用中間データ、パラメータ類、登録ユーザとのインターフェースとなる画面データ（図４、図５等参照）等を格納する記憶手段を備える。また、キーボードやディスプレイ等の入出力手段及びドライバ類も備えるが、これらも公知の事柄なので、説明を省略する。
【００１８】
オプションデータ記憶手段１０は、緊急時表示用ページのテンプレート（図６・７を参照）や、自動的にＷｅｂサーバを切替えたり元に戻したりする際の判定条件の選択枝（図１２参照）を記憶する。これらのオプションデータがシステムに用意されていることから、登録ユーザは専門知識がなくても簡単にサーバ切替・復元のための設定ができる。
サーバ変更用情報記憶手段１１は、登録ユーザごとに緊急時にサーバを変更（切替、復元）するために必要な情報を記憶する。例えば、ユーザ側Ｗｅｂサーバ４のドメイン名、ＩＰアドレス及びＷｅｂサイトのＵＲＬと、緊急時表示用ページと、切替や復元をユーザが指示するか自動にするかといった条件を記憶する（図８参照）。
【００１９】
ユーザ用設定画面作成手段１２は、オプションデータ記憶手段１０から取り出したデータを利用して登録ユーザが緊急時用の設定を行えるユーザ用設定画面（図６、図１２等を参照）を作成する。
ユーザ設定項目登録手段１３は、ユーザ用設定画面を介して登録ユーザが入力した情報に基づき、緊急時サーバ切替に必要な情報を生成してサーバ変更用情報記憶手段１１に記憶させる。
ユーザトリガ受信手段１４は、登録ユーザからのサーバ切替要求及びサーバ復元要求を受け付ける。
ＤＮＳ設定手段１５は、サーバ変更用情報記憶手段１１から取り出したデータに基づき、ＤＮＳサーバ３へＤＮＳ設定の変更を要求する。
緊急時用サーバ管理手段１６は、緊急時用サーバ２へ緊急時表示用ページデータを含む必要なデータを送信する。
緊急時用サーバアクセス負荷監視手段１７は、緊急時用サーバ２のアクセス負荷を監視する。あわせて監視結果を登録ユーザの要求に応じて可視化した画面データを作成することも行う。
【００２０】
緊急時用サーバ２は、緊急時に本来のユーザ側Ｗｅｂサーバ４に代わって、クライアント端末６からのアクセスを受け付けるサーバであり、システム管理サーバ１によって運用管理される。システム管理サーバ１がサーバ切替処理を行うと、本来のユーザ側Ｗｅｂサーバ４に代わってクライアント端末６からのアクセスを受け付ける。緊急時用サーバ２は、ファイルのアップロード機能、登録ユーザのＷｅｂサイトのＵＲＬと緊急時用ページのファイル名との対応等を記憶する記憶手段などを備えている。
【００２１】
続いて、本実施の形態の動作について説明する。
以下の説明で使用する各サーバのドメイン名及びＩＰアドレスの例は図３に示すとおりである。
【００２２】
この実施形態のシステムによるサーバ切替サービスを受けるためには予めユーザ登録が必要である。その際、ユーザの名称、住所などの個人情報のほかに、使用しているユーザ側Ｗｅｂサーバ４のＵＲＬとＩＰアドレスも登録する。さらに、緊急時の操作にユーザ操作用携帯電話５ｂを使用すると予想される場合はパスワードや機種固有情報も登録しておくとよい。緊急時の操作としてサーバ切替要求などが想定されるが、権限の無い者によってこのような重要な操作がされることを防止するためである。
【００２３】
登録ユーザは、上記のユーザ個人情報のほかに、緊急時のサーバ変更が迅速にできるように必要な情報もシステムに設定しておく。
登録ユーザがＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）ベースで簡単に設定ができるようにするために、システム管理サーバ１のユーザ用設定画面作成手段１２はユーザ用設定画面を生成して登録ユーザ側に送信する。登録ユーザは、ラジオボタンやチェックボックスを利用した選択の操作、あるいは最小限のキー入力などの操作を行うだけで、必要な設定ができることになる。なお、登録ユーザが設定のために使用する情報処理装置は、ユーザ側Ｗｅｂサーバ４でもよくユーザＰＣ（５ａ）あるいは携帯電話５ｂでもよい。
登録ユーザは、まず本システムにアクセスすると図４に例示するようなメインメニュー画面Ｐ１が送信されてくる。メニュー項目の「ユーザ設定」を選択すると、図５に例示するようなユーザ用設定画面Ｐ２に遷移する。
【００２４】
画面Ｐ２においてボタン「汎用的表示画面生成」をクリックすると、図６に例示するようなテンプレート選択画面Ｐ３に遷移する。図６では汎用的表示画面のテンプレートが２種類表示されているが、登録ユーザは、何れかの番号を入力して、「確定」ボタンをクリックすれば、サーバ変更用情報記憶手段１１にテンプレート番号が記憶される。「戻る」ボタンをクリックすれば、図５の設定画面Ｐ２に遷移する。ここで、選択されたテンプレートの文面中のどこかに登録ユーザ名称などが適宜挿入されれば、緊急時サーバ切替が行われるときの表示画面データが作成されることになる。登録ユーザ名称などの挿入は、サーバ切替時にシステム管理サーバ１側で行うとよい。
【００２５】
特定商品用表示画面を作成しようとするときは、画面Ｐ２においてボタン「特定商品用表示画面生成」をクリックすると、図７に例示するようなテンプレート選択画面Ｐ４に遷移する。図７では特定商品用表示画面のテンプレートが２種類表示されているが、登録ユーザは、何れかの番号を入力して、「確定」ボタンをクリックすれば、サーバ変更用情報記憶手段１１にテンプレート番号が記憶される。「戻る」ボタンをクリックすれば、図５の設定画面Ｐ２に遷移する。ここで、選択されたテンプレートに商品名と登録ユーザの名称などが適宜挿入されれば緊急時サーバ切替が行われるときの表示画面データが作成されることになる（図１０参照）。
【００２６】
汎用的表示画面は、ユーザ側Ｗｅｂサーバ４にクライアント端末６からのアクセスがしづらくなった原因が何であれ（アクセスが殺到したのか、通信回線などの障害が発生したのか等）汎用的に表示できる画面である。従って設定時点で既に完成している。
これに対して、特定商品用表示画面は、特定の商品に関連するページへのアクセスが殺到した場合などに、どの商品に関するページへのアクセスが集中しているのかを示す画面である。設定時点ではテンプレートを選択しておき、実際にサーバ切替が必要になった時点で商品名欄に具体的な商品名を入れることで、最終的に完成したことになる。
【００２７】
サーバの切替や復元は、登録ユーザの指示、システムによる判断、いずれでも可能である。以下、前者を「手動」、後者を「自動」と呼ぶ。つまり、サーバの変更のトリガは手動と自動とがあるので、予め登録ユーザにいずれかを選択させておく。
この第１の実施の形態では切替も復元も手動によって行うものとする。
以上のユーザ設定の内容をユーザ設定項目登録手段１３がサーバ変更用情報記憶手段１１に登録する。その結果、サーバ変更用情報記憶手段１１に記憶されている設定用データは図８に示すようなものとなる。
このように、緊急事態が発生する前に準備をしておくならば、緊急時にもスムーズに対処ができる。また、滅多にない緊急時用に自前のページデータを作成しておかなくても、テンプレートを選択すればよいので、登録ユーザの負担は大幅に軽減できる。
【００２８】
ところで、クライアント端末６からのアクセスは、通常以下のような手順で進行している。
図３の例では、ユーザ側Ｗｅｂサーバ４の管理しているサイトのＵＲＬはhttp: ／／ｗｗｗ．ＡＡＡ．ｊｐ／、ＩＰアドレスは１．２．３．４である。クライアント端末６がhttp: ／／ｗｗｗ．ＡＡＡ．ｊｐ／にアクセスする場合、クライアント端末６はＤＮＳサーバ３にドメイン名ＡＡＡ．ｊｐに対応するＩＰアドレスを問い合わせる。ＤＮＳサーバ３からＩＰアドレス＝１．２．３．４が返ってくるので、クライアント端末６はそのＩＰアドレスでユーザ側Ｗｅｂサーバ４にアクセスする。
【００２９】
しかし、ユーザ側Ｗｅｂサーバ４へのアクセスが集中する場合、クライアント端末６からの要求に対するがレスポンスが著しく遅くなったり、タイムアウトになったりする。この場合、ユーザ側Ｗｅｂサーバ４で処理されている他の業務や同一回線を利用している他の業務にも支障が生ずる。このような不都合な事態を登録ユーザが認識すると、システム管理サーバ１にアクセスしてメインメニュー画面Ｐ１のメニュー項目「切替・復元指示」を選択する。図９に例示する画面Ｐ５に遷移するので「切替」を選択する。「切替」を選択した場合、汎用的表示画面と特定商品用表示画面のいずれかを選択する。もし、特定商品用表示画面を選択した場合は、具体的な商品名を入力する。図１０は、画面Ｐ５において商品名「抹茶風味のカステラ」が入力された場合にシステム管理サーバ１によって生成された緊急時用表示ページである。このページデータを格納するファイル名をｐａｇｅＡ．ｈｔｍｌとしておく。
【００３０】
以上の登録ユーザによる操作がユーザトリガ受信手段１４によって受け付けられると、緊急時用サーバ管理手段１６は図１０の緊急時表示用ページデータを緊急時用サーバ２に送信する。あわせて、ファイル名（ｐａｇｅＡ．ｈｔｍｌ）と対応するＵＲＬ（http: ／／ｗｗｗ．ＡＡＡ．ｊｐ／）も送信する。緊急時用サーバ２側では、この対応を記憶しておき、クライアント端末６からのアクセス要求の文字列が“http: ／／ｗｗｗ．ＡＡＡ．ｊｐ／”で始まるならば、対応するファイルｐａｇｅＡ．ｈｔｍｌをクライアント端末６に送信することになる。
【００３１】
ＤＮＳ設定手段１５は、ＤＮＳサーバ３に対して、ドメイン名ＡＡＡ．ｊｐに対応するＩＰアドレスを現在の“１．２．３．４”から緊急時用サーバ２のＩＰアドレスである“１１１．２．３．４”に変更するように要求する。これによりＤＮＳサーバ３のゾーン情報は、図３のゾーン情報（設定変更後）のようになる。
以上で、システム管理サーバ１によるサーバ切替の処理が終了する。
【００３２】
サーバ切替後の、クライアント端末６からのアクセスは次のように取り扱われる。
クライアント端末６がhttp: ／／ｗｗｗ．ＡＡＡ．ｊｐ／にアクセスする場合、クライアント端末６はＤＮＳサーバ３にドメイン名ＡＡＡ．ｊｐに対応するＩＰアドレスを問い合わせる。ＤＮＳサーバ３からＩＰアドレス＝１１１．２．３．４が返ってくるので、クライアント端末６は緊急時用サーバ２にアクセスする。緊急時用サーバ２は、要求の文字列が文字列“http: ／／ｗｗｗ．ＡＡＡ．ｊｐ／”で始まることから、ファイルｐａｇｅＡ．ｈｔｍｌをクライアント端末６に送信する。
なお、緊急時用サーバ２に対してアクセスが集中すると考えられる。そのため、レスポンスを迅速にするために、ファイルｐａｇｅＡ．ｈｔｍｌを緊急時用サーバ２のメモリ上に展開しておくことが望ましい。
このように、クライアント端末６からのアクセスは緊急時用サーバ２に対して行われるので、本来のユーザ側Ｗｅｂサーバ４は他の業務を滞りなく処理できる。なお、Ｗｅｂサーバをメールサーバとして使用することが多く行われているが、この場合もメールサーバのＩＰアドレスを変更しなければ、通常どおりユーザ側Ｗｅｂサーバ４をそのままメールサーバとして使用し続けることができる。
【００３３】
アクセスの集中が沈静化し、登録ユーザがサーバを元に戻そうと判断した場合の動作について説明する。
ここで、システム管理サーバ１を通して、緊急時用サーバ２のアクセス負荷状態を監視できるので登録ユーザはアクセスの集中が沈静化したことを判断できる。なお、システム管理サーバ１はユーザ端末５からの要求に応じて、アクセス負荷をグラフ化した画面データを作成してユーザ端末５に送信するが、詳細は省略する。
登録ユーザはシステムにアクセスし、画面Ｐ１のメニュー項目「サーバ切替・復元」を選択し、図９に例示する画面Ｐ５に遷移する。ここで「復元」が選択されたことをユーザトリガ受信手段１４が受信すると、システム管理サーバ１は次のような処理を行う。
まず、ＤＮＳ設定手段１５がＤＮＳサーバ３に対してドメイン名ＡＡＡ．ｊｐに対応するＩＰアドレスを１．２．３．４に戻すように設定変更を要求する。これにより、クライアント端末６からのアクセス要求は、元のユーザ側Ｗｅｂサーバ４に向かうことになる。
あわせて、緊急時用サーバ管理手段１６は適当なタイミングで緊急時用サーバ２からファイルｐａｇｅＡ．ｈｔｍｌを削除する。
【００３４】
《第２の実施の形態》
この実施形態は、システム管理サーバがサーバ切替およびサーバ復元を自動的に判断して行う点で、登録ユーザからの指示によって切替および復元を行う第１の実施形態と相違する。
以下、相違点を中心に説明する。図中、機能が同一であれば第１の実施形態と同一の符号を用いる。
この実施形態のシステム管理サーバ２１の機能ブロック図を図１１に示す。図２のシステム管理サーバ１に、Ｗｅｂサーバアクセス負荷監視手段１８と緊急時サーバ変更判定手段１９とが追加されている。
Ｗｅｂサーバアクセス負荷監視手段１８は、ユーザ側Ｗｅｂサーバ４のアクセス負荷を監視し、緊急時サーバ変更判定手段１９は、アクセス負荷に基づいてユーザが設定した判定条件に従いサーバの自動切替あるいは自動復元の要・不要を判定する。
【００３５】
登録ユーザは、まず本システムにアクセスし、図４に例示するような画面Ｐ１のメニュー項目「ユーザ設定」を選択すると、図５に例示するようなユーザ用設定画面Ｐ２に遷移する。この画面Ｐ２において、サーバ切り替えは「自動」を選択すると図１２に例示するような条件設定画面Ｐ６に遷移する。この画面Ｐ６には、オプションデータ記憶手段１０から読み出した自動切替のための条件が列挙されているので、登録ユーザはいずれか一つを選択する。図１２のように、「推奨」条件を設けておくならば、ユーザにとって便利である。
復元の条件も同様にして登録ユーザが選択する。
以上の選択の結果、サーバ変更用情報記憶手段１１には図１３のような情報が格納される。サーバ変更用情報記憶手段１１には、あわせて切替フラグも記憶させる。これは、緊急時用サーバ２への切替中にはＯＮを、それ以外の時はＯＦＦをセットしておくものとする。
【００３６】
システム管理サーバ２１の処理について図１４のフロー図を参照しながら説明する。
ここで、登録ユーザは１名のみと仮定して説明する。
切替フラグがＯＦＦの場合（ステップＳ１でＯＦＦ）、Ｗｅｂサーバアクセス負荷監視手段１８は所定の方法でアクセス負荷を監視する（ステップＳ２）。緊急時サーバ変更判定手段１９によって監視結果が自動切替条件に合致すると判定された場合（ステップＳ３でｙｅｓ）は、サーバ切替処理を行う（ステップＳ４）。このサーバ切替処理は、緊急時用サーバ２への緊急時表示用ページデータ送信と、ＤＮＳサーバ３へのＤＮＳ設定変更要求と、切替フラグにＯＮをセット等の処理からなる。必要に応じて、適宜登録ユーザにサーバ自動切替を行ったことを通知する。他方、切替条件に合致しないと判定された場合（ステップＳ３でｎｏ）、Ｗｅｂサーバアクセス負荷監視手段１８は監視を続ける（ステップＳ２）。
【００３７】
切替フラグがＯＮの場合（ステップＳ１でＯＮ）、緊急時用サーバアクセス負荷監視手段１７が緊急時用サーバ２のアクセス負荷を監視する（ステップＳ５）。緊急時サーバ変更判定手段１９によって監視結果が自動復元条件に合致すると判定された場合（ステップＳ６でｙｅｓ）は、サーバ復元処理を行う（ステップＳ７）。このサーバ復元処理は、ＤＮＳサーバ３へのＤＮＳ設定変更要求と、切替フラグにＯＦＦをセットなどの処理からなる。
必要に応じて、適宜登録ユーザにサーバを自動復元したことを通知する。自動復元処理が終わったなら、ステップＳ１の処理へ戻る。
他方、自動復元条件に合致しない場合（ステップＳ６でｎｏ）は、緊急時用サーバアクセス負荷監視手段１７がアクセス負荷の監視を続ける（ステップＳ５）。
図１４では、登録ユーザは１名であるものとして説明したが、登録ユーザが複数の場合は、ステップＳ１からステップＳ７までの処理を登録ユーザ数分だけ繰り返し実行をする。
【００３８】
この第２の実施形態では、切替も復元も自動で行われるので、登録ユーザ側に専門のスタッフが不在でも必要最小限の対応ができ、アクセスが集中する事態が招来しても通常の業務が行える。
【００３９】
《第３の実施の形態》
この実施形態ではＤＮＳ設定変更とともに、登録ユーザによるリダイレクトを併用する点で、上記の第１の実施の形態と相違する。
以下、相違点を中心に説明する。図中、機能が同一であれば第１の実施形態と同一の符号を用いる。
この実施形態のシステム管理サーバ３１の機能ブロック図を図１５に示す。図２のシステム管理サーバ１に、リダイレクト通知受信手段２０が追加されている。
このリダイレクト通知受信手段２０は、登録ユーザからの緊急時用サーバ２へのリダイレクト設定通知あるいはリダイレクト解除通知を受信するものである。
【００４０】
登録ユーザはサーバ切替要求をシステム管理サーバ３１に送信するとともに、クライアント端末６から通常アクセスされる画面データを記述するＨＴＭＬファイルを、緊急時用サーバ２へリダイレクトさせるようなコードからなるＨＴＭＬファイルに変更する。このようなＨＴＭＬファイルの例を図１６に示すが、図中破線の矩形で囲んだ部分が、http: ／／ｗｗｗ．ＡＡＡ．ｊｐ／からhttp: ／／ｗｗｗ．ＸＸＸ．ｊｐ／ＡＡＡ／へのリダイレクトを記述するコードである。ここで、ＸＸＸ．ｊｐは緊急時用サーバ２のドメイン名なので、ユーザ側Ｗｅｂサーバ４へのアクセスは緊急時用サーバ２へリダイレクトされる。登録ユーザは、緊急時用サーバ２へリダイレクトした旨の通知をシステム側へ送信し、その通知はリダイレクト通知受信手段２０によって受信される。
【００４１】
一方、登録ユーザからの切替要求を受信するとシステム管理サーバ３１は、第１の実施形態と同様に緊急時用サーバ２に緊急時表示用ページを送信し、ＤＮＳ設定を変更する。緊急時用サーバ２におけるこの登録ユーザの緊急時表示用ページのＵＲＬは、http: ／／ｗｗｗ．ＸＸＸ．ｊｐ／ＡＡＡ／ｐａｇｅＡ．ｈｔｍｌであるとする。緊急時用サーバ管理手段１６は、緊急時用サーバ２にリダイレクト元のＵＲＬ（http: ／／ｗｗｗ．ＡＡＡ．ｊｐ／）とリダイレクト先のＵＲＬ（http: ／／ｗｗｗ．ＸＸＸ．ｊｐ／ＡＡＡ／）との対応を記憶させる。
【００４２】
ＤＮＳ設定の変更が反映済みのＤＮＳサーバ３を介してクライアント端末６がhttp: ／／ｗｗｗ．ＡＡＡ．ｊｐ／にアクセスする場合、緊急時用サーバ２にページ閲覧要求が送信される。緊急時用サーバ２はhttp: ／／ｗｗｗ．ＡＡＡ．ｊｐ／宛てのアクセスはhttp: ／／ｗｗｗ．ＸＸＸ．ｊｐ／ＡＡＡ／宛てのアクセスと同一とみなし、ｐａｇｅＡ．ｈｔｍｌをクライアント端末６に送信する。
【００４３】
ＤＮＳ設定の変更は即時には反映されず、各所のＤＮＳサーバに徹底されるまではある程度の時間がかかる。その間は、従来どおり元のユーザ側Ｗｅｂサーバ４がアクセスされる。この場合、リダイレクトを併用することによって、アクセス要求が緊急時用サーバ２へ振り向けられるので、ユーザ側Ｗｅｂサーバ４の負荷は軽減され、メール送受信などの他の業務への悪影響を軽減できる。
【００４４】
登録ユーザは、サーバ復元要求をシステム管理サーバ３１に送信する場合、あわせてユーザ側Ｗｅｂサーバ４にあるＨＴＭＬファイルのリダイレクトの記述部分を削除する。これにより、ユーザ側Ｗｅｂサーバ４が正常に戻ったときは、もはや緊急時用サーバ２へリダイレクトされることはない。
【００４５】
《その他の形態》  
第１の実施の形態はトリガは手動であり、第２の実施の形態では自動であったが、切替は手動で復元は自動、あるいは切替は自動で復元は手動というように混在させてもかまわない。
上記の実施形態のシステム管理サーバと登録ユーザとのインターフェースとなる各種画面デザインや画面間の遷移はあくまでも例示にすぎない。
また、自動切替・復元のための条件は例示にすぎない。さらに、アクセス負荷の監視はシステム管理サーバが行っているが、監視のための専用装置を設けてもよい。
さらに、緊急時表示用ページのテンプレートを再指定するために、登録ユーザによるサーバ切替の指示が複数回行われてもよい。ただし、緊急時用サーバへの切替が既に行われている場合はＤＮＳ設定の変更は行わない。
要は、本発明にとって、ユーザ側Ｗｅｂサーバ４へのアクセスが集中した場合に他の業務へ影響が及ばないようにするため予め登録してある緊急時用サーバ２にアクセスへの対応を代行させる点、しかもこれをユーザに格別の負担を与えることなく実現できる点が重要なのである。
【産業上の利用可能性】
【００４６】
自らのＷｅｂサイトを開設しているが専門のスタッフはいないといった小規模企業あるいは個人が登録ユーザになっておくと、本発明はその真価を発揮できる。特定のＷｅｂサイトへのアクセスが殺到する事態は稀にしか生じないので、一種の保険の意味で本システムに登録し、必要な時にはいつでもサーバ切替サービスを享受できるようにしておく。本システムでは緊急時用サーバは共用なので、登録者数が多ければ多いほど登録者一人あたりのシステム登録料は安価にできる。代行サーバを利用する事態が発生しなければ、登録料は一種の掛け捨てであるが、保険と割り切ればよい。もし、代行サーバを利用する場合は、以後の登録料を増額するようにしてもよい。いわゆる「炎上」などの事態に安価かつ簡便に対処できるので、Ｗｅｂサイトを開設しようとする個人や企業は本発明のシステムの利用により安心してＷｅｂサイトを開設できる。
小規模業者が運営するレンタルサーバをユーザが他のユーザと共用している場合、あるユーザのＷｅｂサイトへのアクセス集中が発生すると、サービスの提供を停止したり契約の解除を行ったりする可能性がある。このような利用方法であっても、本発明は有効な対処を行うことができる。
【符号の説明】
【００４７】
１，２１，３１  システム管理サーバ
２  緊急時用サーバ
３  ＤＮＳサーバ
４  ユーザ側Ｗｅｂサーバ
５（５ａ、５ｂ）  ユーザ端末
６  クライアント端末
１０  オプションデータ記憶手段
１１  サーバ変更用情報記憶手段
１２  ユーザ用設定画面作成手段
１３  ユーザ設定項目登録手段
１４  ユーザトリガ受信手段
１５  ＤＮＳ設定手段
１６  緊急時用サーバ管理手段
１７  緊急時用サーバアクセス負荷監視手段
１８  Ｗｅｂサーバアクセス負荷監視手段
１９  緊急時サーバ変更判定手段
２０  リダイレクト通知受信手段
Ｎ  インターネット
【図１】
2011034520.tif 000003
【図２】
2011034520.tif 000004
【図３】
2011034520.tif 000005
【図４】
2011034520.tif 000006
【図５】
2011034520.tif 000007
【図６】
2011034520.tif 000008
【図７】
2011034520.tif 000009
【図８】
2011034520.tif 000010
【図９】
2011034520.tif 000011
【図１０】
2011034520.tif 000012
【図１１】
2011034520.tif 000013
【図１２】
2011034520.tif 000014
【図１３】
2011034520.tif 000015
【図１４】
2011034520.tif 000016
【図１５】
2011034520.tif 000017
【図１６】
2011034520.tif 000018