(57)【要約】【課題】端末装置からのアクセス状態に応じた適切な負荷分散処理を行いうる負荷分散システムを提供する。【解決手段】第１サーバ群Ａと第２サーバ群Ｂは、いずれも、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続されて構成され、上記第１サーバ群Ａを構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群Ｂを構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトがそれぞれ同じサイト構成であり、上記第１サーバ群Ａを構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群Ａを構成するウェブサーバと、第２サーバ群Ｂを構成するウェブサーバとで選択的にアクセスを受け付ける。【選択図】図１
2007094466.tif 000002
【特許請求の範囲】
【請求項１】
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散システムであって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを備え、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続されて構成され、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続されて構成され、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトがそれぞれ同じサイト構成であり、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けるよう構成されたことを特徴とする負荷分散システム。
【請求項２】
上記第１サーバ群は、上記アクセス状態がログイン許可手段によるログインが許可されていないログイン未満状態の端末装置からのアクセスを受け付けるよう構成され、
上記第２サーバ群は、上記アクセス状態がログイン許可手段によりログインが許可されたログイン状態の端末装置からのアクセスを受け付けるように構成されている請求項１記載の負荷分散システム。
【請求項３】
上記第１サーバ群および第２サーバ群のそれぞれにおいて、各サーバ群を構成するウェブサーバの間で端末装置からのアクセス要求を切換える負荷分散手段を備え、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバが複数並列に上記負荷分散手段に接続されたサーバグループが、複数並列に存在して構成され、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバが複数並列に上記負荷分散手段に接続されたサーバグループが、複数並列に存在して構成されている請求項１または２記載の負荷分散システム。
【請求項４】
上記第１サーバ群を構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されており、
上記第２サーバ群を構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されている請求項３記載の負荷分散システム。
【請求項５】
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散方法であって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを準備し、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトをそれぞれ同じサイト構成とし、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けることを特徴とする負荷分散方法。
【請求項６】
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散プログラムであって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを準備し、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトをそれぞれ同じサイト構成とし、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けるステップをコンピュータ装置に実行させることを特徴とする負荷分散プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークシステムの適切な負荷分散処理を行いうる負荷分散システムおよび方法並びにプログラムに関する。
【背景技術】
【０００２】
１台のＷｅｂサーバに対し、多くのクライアントから多数の処理が集中すると、Ｗｅｂサーバの処理能力不足が発生し、クライアントへのレスポンスタイムが大幅に長くなる。これに対処するため、Ｗｅｂサーバを複数台用意し、負荷を分散させて処理する方式が多く用いられている。例えば、コンテンツを配信するＷｅｂサーバのアドレスとしてインターネットに公開されたＩＰアドレスに対してリクエストが送信されてきた場合、負荷分散装置はコンテンツＡを表示するように設定された複数のＷｅｂサーバの中からリクエストを割当てるＷｅｂサーバを選択・決定し、リクエストのパケットの宛先アドレスをそのサーバがもつローカルＩＰアドレスに変換して通過させることが行われている。
【０００３】
変換するローカルアドレスを変化させれば、先程とは違ったＷｅｂサーバに処理が割当てられる。こうすることでコンテンツＡに対して行われたリクエストを複数のＷｅｂサーバに分散して割当てることが出来る。同様に、上記コンテンツＡとは異なるコンテンツＢに対するリクエストは、別の負荷分散装置が複数のＷｅｂサーバに処理を分散し、コンテンツＣに対するリクエストについては、さらに別の負荷分散装置が複数のＷｅｂサーバに処理を分散する。
【０００４】
また、ピーク時以外のＷｅｂサーバの稼働率を上げるとともに、システムの処理能力を簡単に増加させる負荷分散システムとして下記の特許文献１に示すシステムが開示されている。上記システムは、負荷分散装置と、コンテンツを保有するファイルサーバと、ファイルサーバが保有する全てのコンテンツにアクセス可能で汎用的な構成のＷｅｂサーバ（ＣＷＳ）と、システムをコントロールするコントロールサーバとを設置し、ＣＷＳはコントロールサーバからの指示でＣＷＳが表示するコンテンツを変更して、負荷分散装置は各コンテンツに対するリクエスト数の変動にあわせて処理の配分先を変えるようにしたものである。
【特許文献１】特開２００２−２５９３５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のコンピュータネットワークの負荷分散システムにおいては、本来１台のサーバで行っていた処理を複数のサーバに分散して処理することを目的としている。そのため従来例のように、コンテンツＡを配信するための負荷分散装置及びＷｅｂサーバからなる第１のシステム、コンテンツＢを配信するための負荷分散装置及びＷｅｂサーバからなる第２のシステム、コンテンツＣを配信するための負荷分散装置及びＷｅｂサーバからなる第３のシステム、と複数の系統の負荷分散システムが独立して存在することになる。
【０００６】
このようなシステムでは、それぞれの系統のシステムに設置するサーバの台数は、最もアクセスが集中するピーク時にあわせて用意する必要があり、ピーク時以外には、余剰となるサーバの処理能力が無駄になり、サーバの稼動効率は悪くなる。また、あらかじめ見積もった処理能力以上のアクセスが集中した場合は対処できず、クライアントに対するコンテンツ配信処理のレスポンスタイムが大きく悪化する。さらに、システムにサーバを追加する場合それぞれのシステム系統ごとに、異なる構成のサーバを用意して、追加する作業が必要になるため、手間を要していた。
【０００７】
また、上記特許文献１の負荷分散システムでは、負荷分散を行うためにコントロールサーバを設置する必要があり、それだけ余分なハードウエアが必要となる。また、アクセスしている端末装置を使用している利用者の属性によって、接続時間が異なるなどの利用状況の傾向があるが、上記特許文献１のシステムを始めとする従来の負荷分散システムは、リクエストが送信されてきた場合にそのリクエストを配分するものに過ぎず、どのような属性の利用者によるアクセスかを考慮した適切な負荷分散を行うものではない。
【０００８】
本発明は、このような事情に鑑みなされたもので、コンピュータネットワークシステムにおいて端末装置からのアクセス状態に応じた適切な負荷分散処理を行いうる負荷分散システムおよび方法ならびにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明の負荷分散システムは、
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散システムであって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを備え、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続されて構成され、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続されて構成され、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトがそれぞれ同じサイト構成であり、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けるよう構成されたことを要旨とする。
【００１０】
また、上記の目的を達成するために、本発明の負荷分散方法は、
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散方法であって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを準備し、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトをそれぞれ同じサイト構成とし、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けることを要旨とする。
【００１１】
また、上記の目的を達成するために、本発明の負荷分散プログラムは、
インターネット経由で多数の端末装置からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散プログラムであって、
複数のウェブサーバを含んで構成された第１サーバ群と、
複数のウェブサーバを含んで構成された第２サーバ群とを準備し、
上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されたウェブサーバが複数並列にインターネット接続して構成し、
上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定され、
上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトをそれぞれ同じサイト構成とし、
端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けるステップをコンピュータ装置に実行させることを要旨とする。
【発明の効果】
【００１２】
すなわち、本発明は、（１）上記第１サーバ群を構成するウェブサーバに格納された各ウェブサイトと、上記第２サーバ群を構成するウェブサーバに格納された各ウェブサイトとは、相互に対応するウェブサイトがそれぞれ同じサイト構成であり、端末装置からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群を構成するウェブサーバと、第２サーバ群を構成するウェブサーバとで選択的にアクセスを受け付けることにより、負荷分散が行われる。（２）また、上記第１サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定されていることから、上記第１サーバ群を構成する複数のウェブサーバ間では、ＤＮＳ（Domain Name System）によるウェブサーバ間の接続分散により負荷分散が行われる。同様に、上記第２サーバ群を構成する複数のウェブサーバはそれぞれサブドメインが異なるように設定されていることから、上記第２サーバ群を構成する複数のウェブサーバ間でも、ＤＮＳによるウェブサーバ間の接続分散により負荷分散が行われる。（３）さらに、各ウェブサーバでは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納されていることから、ウェブサイト同士の間で自然にアクセスが分散する。
【００１３】
このように、本発明は、ウェブサーバ内で一次元的に負荷分散が行われ、第１サーバ群および第２サーバ群各サーバ群の中で二次的に負荷分散が行われ、さらに、第１サーバ群と第２サーバ群の間で三次元的に負荷分散が行われることにより、極めて効率的な負荷分散を実現できる。しかも、第１サーバ群と第２サーバ群との間では、端末装置からのアクセス状態に基づいて選択的にアクセスを受け付けるよう負荷分散が行われることから、端末装置からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となるのである。
【００１４】
本発明において、上記第１サーバ群は、上記アクセス状態がログイン許可手段によるログインが許可されていないログイン未満状態の端末装置からのアクセスを受け付けるよう構成され、上記第２サーバ群は、上記アクセス状態がログイン許可手段によりログインが許可されたログイン状態の端末装置からのアクセスを受け付けるように構成されている場合には、端末装置からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となる。
【００１５】
すなわち、ログイン状態でアクセスしている端末装置の利用者は、アクセスしているウェブサイトで例えば買い物をしようとしている等、明確な目的をもってウェブサイトにアクセスしていることが多く、反対に、ログイン未満状態でアクセスしている端末装置の利用者は不特定多数の利用者を多く含み、明確な目的をもたずにウェブサイトにアクセスしている利用者が多い傾向にある。したがって、不特定多数の利用者が多いログイン未満状態の端末装置と、目的をもった利用者が多いログイン状態の端末装置では、接続時間やウェブサイトに接続している時間の長さ等が異なる傾向にある。したがって、ログイン状態の端末装置とログイン未満状態の端末装置とで、アクセスを受け付けるサーバ群を変えることにより、接続時間等の接続状態が異なる傾向にある端末装置のアクセスを分散することにより、第１サーバ群と第２サーバ群とのソフトウェア設定やハードウェア構成を、接続時間等の接続状態に合わせたものに設定することが可能となり、端末装置からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となるのである。
【００１６】
本発明において、上記第１サーバ群および第２サーバ群のそれぞれにおいて、各サーバ群を構成するウェブサーバの間で端末装置からのアクセス要求を切換える負荷分散手段を備え、上記第１サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバが複数並列に上記負荷分散手段に接続されたサーバグループが、複数並列に存在して構成され、上記第２サーバ群は、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバが複数並列に上記負荷分散手段に接続されたサーバグループが、複数並列に存在して構成されている場合には、上記各サーバグループでは、負荷分散手段によりサーバグループで受け付けるアクセスのアクセス要求をサーバグループを構成する複数のウェブサーバの間で切換える。
このように、上述した三次元的な負荷分散に加え、さらに各サーバグループに属するウェブサーバ間において、不可分散手段によるアクセス要求の切換えが行われて、負荷分散を行うことができ、より効率的な負荷分散が可能となるのである。
【００１７】
本発明において、上記第１サーバ群を構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されており、上記第２サーバ群を構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されている場合には、第１サーバ群および第２サーバ群におけるサーバグループ間において、サブドメインを相互に異ならせることにより端末装置からのアクセスを選択的に受け付けることが容易に可能であり、システム的に複雑なものにすることなくアクセス状態に応じた負荷分散を実現できる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態について説明する。
【００１９】
図１〜図９は、本発明の負荷分散システムを電子商取引システムに適用した一実施の形態を示す。
【００２０】
図１は、本発明の負荷分散システムのネットワーク構成図である。この負荷分散システムは、本発明の負荷分散プログラムを実行して本発明の負荷分散方法を実現するものであって、インターネット２経由で多数の端末装置３からのアクセスを受け付けるコンピュータネットワークシステムにおける負荷分散システムである。
【００２１】
上記負荷分散システムは、インターネット２経由で端末装置３からのアクセスを受け付ける負荷分散システムとして機能するとともに、ネットワーク経由で相互に取引を行う第１取引者（利用者）の端末装置と第２取引者（利用者）の端末装置からのアクセスをそれぞれ受け付けて、第１取引者（利用者）の端末装置と第２取引者（利用者）の端末装置との間で行われる取引処理を実行する商取引システムとしても機能する。
【００２２】
この負荷分散システムは、負荷分散手段４と、この負荷分散手段４に接続された複数のウェブサーバ１Ａ−１・・・１Ａ−ｎを含んで構成された第１サーバ群Ａと、同じく上記負荷分散手段４に接続された複数のウェブサーバ１Ｂ−１・・・１Ｂ−ｎを含んで構成された第２サーバ群Ｂとを備えて構成されている。
【００２３】
上記第１サーバ群Ａを構成する各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、第２サーバ群Ｂを構成する各ウェブサーバ１Ｂ−１・・・１Ｂ−ｎは、この例では、情報通信ネットワークとしてのインターネット２に接続され、同じくインターネット２に接続された端末装置３においてウェブページを閲覧可能とするサーバ装置であり、各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎは、ウェブページを構築するためのデータ提供等を行うためのデータベースサーバとしての機能も有する。
【００２４】
上記各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎは、それぞれ通信インターフェースや大容量データ記憶装置などを備えたシステムであり、中央処理装置がハードディスク装置等の外部記憶装置に記録されたプログラムを読み出し、そのプログラムに従って処理を実行することにより後に述べるような種々の機能を実現する。
【００２５】
上記第１サーバ群Ａを構成する各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、第２サーバ群Ｂを構成する各ウェブサーバ１Ｂ−１・・・１Ｂ−ｎは、それぞれ負荷分散手段４を介して情報通信ネットワーク（本実施形態ではインターネット２）に接続されている。このインターネット２には、ユーザが使用する端末装置３が接続されている。上記各端末装置３は、例えばパソコン等のコンピュータ装置である。
【００２６】
上記各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎは、インターネット２を介してアクセスしてきた各端末装置３と、例えばＨＴＴＰ（HyperText Transfer Protocol）等のプロトコルに従ってデータ通信を行うことでＷＥＢ配信サーバとして機能する。すなわち、各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎは、各端末装置３からの要求に応じて、ＨＴＭＬ（HyperText Markup Language）等のデジタル文書記述言語により記述された文書や画像を含むデータであるウェブページを当該端末装置３へ向けて送信する。
【００２７】
上記各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎには、それぞれ固有のネットワークアドレス（ＵＲＬ）が与えられている。ユーザは、それぞれの端末装置３でこのＵＲＬを指定することにより、各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎにアクセスすることができ、上記ＨＴＭＬ（HyperText Markup Language）等のデジタル文書記述言語により記述された文書や画像を含むデータをホームページによって閲覧をしうるようになっている。また、当該ホームページにおいて、必要に応じて文書・画像等のデータや選択入力操作を入力して各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎに対して送信し、意思決定情報を各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎに対して送信するようになっている。これらの動作の詳細については後述する。
【００２８】
また、上記第１サーバ群Ａは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバ１Ａ−１・・・１Ａ−ｎが複数並列に上記負荷分散手段４に接続されたサーバグループＧＡ−１・・・ＧＡ−ｎが、複数並列に存在して構成されている。また、上記第２サーバ群Ｂは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトが格納された相互に同じサイト構成のウェブサーバ１Ｂ−１・・・１Ｂ−ｎが複数並列に上記負荷分散手段４に接続されたサーバグループＧＢ−１・・・ＧＢ−ｎが、複数並列に存在して構成されている。
【００２９】
そして、上記第１サーバ群Ａを構成する異なるサーバグループＧＡ−１・・・ＧＡ−ｎ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されている。例えば、異なるサーバグループＧＡ−１・・・ＧＡ−ｎに属するウェブサーバ１Ａ−１・・・１Ａ−ｎは相互に異なるサブドメインになるよう設定され、同じサーバグループＧＡ−１に属するウェブサーバ１Ａ−１，１Ａ−１・・・はそれぞれ同じサブドメインになるよう設定されている。
【００３０】
同様に、上記第２サーバ群Ｂを構成する異なるサーバグループＧＢ−１・・・ＧＢ−ｎ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されている。例えば、異なるサーバグループＧＢ−１・・・ＧＢ−ｎに属するウェブサーバ１Ｂ−１・・・１Ｂ−ｎは相互に異なるサブドメインになるよう設定され、同じサーバグループＧＢ−１に属するウェブサーバ１Ｂ−１，１Ｂ−１・・・はそれぞれ同じサブドメインになるよう設定されている。
【００３１】
このように、上記第１サーバ群Ａを構成する複数のウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎはそれぞれサブドメインが異なるように設定されていることから、上記第１サーバ群Ａを構成する複数のウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎ間では、ＤＮＳ（Domain Name System）によるウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎ間の接続分散により負荷分散が行われる。同様に、上記第２サーバ群Ｂを構成する複数のウェブサーバ１Ｂ−１，１Ｂ−２・・・１Ｂ−ｎはそれぞれサブドメインが異なるように設定されていることから、上記第２サーバ群Ｂを構成する複数のウェブサーバ１Ｂ−１，１Ｂ−２・・・１Ｂ−ｎ間でも、ＤＮＳによるウェブサーバ１Ｂ−１，１Ｂ−２・・・１Ｂ−ｎ間の接続分散により負荷分散が行われる。
【００３２】
また、１つのサーバグループ内においては、端末装置３からのアクセス要求が負荷分散手段４により複数のウェブサーバ間で切換えられ、負荷分散が行われる。例えば、第１サーバ群Ａにおける第１サーバグループＧＡ−１では、同じサイト構成の複数のウェブサーバ１Ａ−１，１Ａ−１・・・の間でアクセス要求の切換えが行われる。同様に、第２サーバグループＧＡ−２では、同じサイト構成の複数のウェブサーバ１Ａ−２，１Ａ−２・・・の間でアクセス要求の切換えが行われ、第ｎサーバグループＧＡ−ｎでは、同じサイト構成の複数のウェブサーバ１Ａ−ｎ，１Ａ−ｎ・・・の間でアクセス要求の切換えが行われる。
【００３３】
また、第２サーバ群Ｂにおける第１サーバグループＧＢ−１では、同じサイト構成の複数のウェブサーバ１Ｂ−１，１Ｂ−１・・・の間でアクセス要求の切換えが行われる。同様に、第ｎサーバグループＧＢ−ｎでは、同じサイト構成の複数のウェブサーバ１Ｂ−ｎ，１Ｂ−ｎ・・・の間でアクセス要求の切換えが行われる。
【００３４】
上記ホームページは、本発明のウェブサイトであり、第１サーバ群Ａを構成する第１サーバグループＧＡ−１に属するウェブサーバ１Ａ−１には、それぞれ複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ(１０００)が格納されている。この例では、各ホームページに付与された０００１，０００２・・・１０００の番号が、それぞれのウェブサイトのサブドメインであり、上記ウェブサーバ１Ａ−１には、相互にサブドメインが異なる１０００のウェブサイトが格納されていることになる。なお、１つのウェブサーバ１Ａ−１，１Ａ−２・・・に格納するウェブサイトの数は、例示したように１０００に限定する趣旨ではなく、それ以上でもそれ以下の数でも良い。
【００３５】
同様に、第１サーバ群Ａを構成する第２サーバグループＧＡ−２に属するウェブサーバ１Ａ−２には、それぞれ複数のウェブサイトＨＰ（１００１），ＨＰ（１００２）・・・ＨＰ(２０００)が格納され、第１サーバ群Ａを構成する第ｎサーバグループＧＡ−ｎに属するウェブサーバ１Ａ−ｎには、それぞれ複数のウェブサイトＨＰ（ｎ００１），ＨＰ（ｎ００２）・・・が格納されている（図示した例では８００１〜９０００のサブドメインが付与されている）。
【００３６】
そして、第１サーバグループＧＡ−１に属するウェブサーバ１Ａ−１，１Ａ−１・・・は、いずれも同じウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ(１０００)が格納されて相互に同じサイト構成である。同様に、第２サーバグループＧＡ−２に属するウェブサーバ１Ａ−２，１Ａ−２・・・も相互に同じサイト構成であり、第ｎサーバグループＧＡ−ｎに属するウェブサーバ１Ａ−ｎ，１Ａ−ｎ・・・も相互に同じサイト構成である。
【００３７】
一方、第２サーバ群Ｂを構成する第１サーバグループＧＢ−１に属するウェブサーバ１Ｂ−１には、それぞれ複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ(３０００)が格納されている。この例では、各ホームページに付与された０００１，０００２・・・３０００の番号が、それぞれのウェブサイトのサブドメインであり、上記ウェブサーバ１Ｂ−１には、相互にサブドメインが異なる３０００のウェブサイトが格納されていることになる。同様に、第ｎサーバグループＧＢ−ｎに属するウェブサーバ１Ｂ−ｎには、それぞれ複数のウェブサイトＨＰ（ｎ００１），ＨＰ（０００２）・・・が格納されている（図示した例では７００１〜９０００のサブドメインが付与されている）。なお、１つのウェブサーバ１Ｂ−１，１Ｂ−２・・・に格納するウェブサイトの数は、例示したように３０００に限定する趣旨ではなく、それ以上でもそれ以下の数でも良い。
【００３８】
このように、第２サーバ群Ｂを構成するサーバグループＧＢ−１に属するウェブサーバ１Ｂ−１・・・１Ｂ−ｎには、第１サーバ群Ａを構成するサーバグループＧＡ−１に属するウェブサーバ１Ａ−１・・・１Ａ−ｎに格納されるウェブサイトの数よりも多い数のウェブサイトが格納される。このようにすることにより、後述するように、不特定多数の端末装置３からの比較的多数のアクセスを受け付ける第１サーバ群Ａでは効率的に負荷分散を行い、特定の端末装置３からの比較的少ないアクセスを受け付ける第２サーバ群Ｂでは少ないハードウエア構成で効果的な負荷分散を行いうるのである。
【００３９】
そして、第２サーバグループＧＢ−１に属するウェブサーバ１Ｂ−１，１Ｂ−１・・・は、いずれも同じウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ(３０００)が格納されて相互に同じサイト構成であり、第ｎサーバグループＧＢｎに属するウェブサーバ１Ｂ−ｎ，１Ｂ−ｎ・・・も相互に同じサイト構成である。
【００４０】
さらに、上記第１サーバ群Ａと第２サーバ群Ｂは、相互に実施的に同じ内容のウェブサイト格納されている。すなわち、第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎにそれぞれ格納されているウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ（９０００）と、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１、１Ｂ−２・・・１Ｂ−ｎにそれぞれ格納されているウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・ＨＰ（９０００）とは、基本的に同じウェブサイトで同様のコンテンツを有するものである。したがって、第１サーバ群Ａと第２サーバ群Ｂは、相互に相手側のバックアップとなりうる関係構造を呈している。
【００４１】
このように、上記第１サーバ群Ａ構成するウェブサーバ１Ａ−１，１Ａ−２・・・に格納された各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・と、上記第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１，１Ｂ−２・・・に格納された各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・とは、相互に対応するウェブサイトがそれぞれ同じサイト構成となっている。
【００４２】
上記負荷分散手段４は、上記第１サーバ群Ａの各サーバグループＧＡ−１，ＧＡ−２・・・ＧＡ−ｎ内において、端末装置３からのアクセス要求をサーバグループ内の複数のウェブサーバ間で切換える。すなわち、第１サーバグループＧＡ−１では、ウェブサーバ１Ａ−１，１Ａ−１・・・同士の間で端末装置３からのアクセス要求を切換える。第２サーバグループＧＡ−２では、ウェブサーバ１Ａ−２，１Ａ−２・・・同士の間で端末装置３からのアクセス要求を切換え、第ｎサーバグループＧＡ−ｎでは、ウェブサーバ１Ａ−ｎ，１Ａ−ｎ・・・同士の間で端末装置３からのアクセス要求を切換え、負荷分散を実現する。
【００４３】
同様に、上記負荷分散手段４は、上記第２サーバ群Ｂの各サーバグループＧＢ−１，ＧＢ−２・・・ＧＢ−ｎ内において、端末装置３からのアクセス要求をサーバグループ内の複数のウェブサーバ間で切換える。すなわち、第１サーバグループＧＢ−１では、ウェブサーバ１Ｂ−１，１Ｂ−１・・・同士の間で端末装置３からのアクセス要求を切換え、第ｎサーバグループＧＢ−ｎでは、ウェブサーバ１Ｂ−ｎ，１Ｂ−ｎ・・・同士の間で端末装置３からのアクセス要求を切換え、負荷分散を実現する。
【００４４】
上述したように、上記各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・は、サブドメインがそれぞれ異なるように設定され、異なるサーバグループＧＡ−１，ＧＡ−２・・・に属するウェブサーバ１Ａ−１，１Ａ−２・・・のサブドメインは相互に異なるように設定されて構成されている。
【００４５】
例えば、第１サーバ群Ａを構成するウェブサーバ１Ａ−１では下記に示すようにドメイン名を設定することができる。
ウェブサイト名            ドメイン
ウェブサイトＨＰ（０００１）  http://www.a1.0001.com
ウェブサイトＨＰ（０００２）  http://www.a1.0002.com
・・・                      ・・・
ウェブサイトＨＰ（１０００）  http://www.a1.1000.com
【００４６】
また、同様に第１サーバ群Ａを構成するウェブサーバ１Ａ−２では下記に示すようにドメイン名を設定することができる。
ウェブサイト名            ドメイン
ウェブサイトＨＰ（１００１）  http://www.a2.1001.com
ウェブサイトＨＰ（１００２）  http://www.a2.1002.com
・・・                      ・・・
ウェブサイトＨＰ（２０００）  http://www.a2.2000.com
【００４７】
また、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１では下記に示すようにドメイン名を設定することができる。
ウェブサイト名            ドメイン
ウェブサイトＨＰ（０００１）  http://www.b1.0001.com
ウェブサイトＨＰ（０００２）  http://www.b1.0002.com
・・・                      ・・・
ウェブサイトＨＰ（３０００）  http://www.b1.3000.com
【００４８】
この場合、サブドメイン「a1」が第１サーバ群Ａの第１サーバグループＧＡ−１に付与されたサブドメインであり、第１サーバグループＧＡ−１に属する各ウェブサーバ１Ａ−１，１Ａ−１・・・にそれぞれ格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・にそれぞれ共通に設定されている。同様に、サブドメイン「a2」が第２サーバグループＧＡ−２に付与されたサブドメインであり、第２サーバグループＧＡ−２に属する各ウェブサーバ１Ａ−２，１Ａ−２・・・にそれぞれ格納されたウェブサイトＨＰ（１００１），ＨＰ（１００２）・・・にそれぞれ共通に設定されている。
【００４９】
さらに、上記サブドメイン「a1」「a2」の下位層のサブドメインとして、サブドメイン「0001」「0002」・・・「9000」が設定されている。あるインターネットショップのホームページとして、第１サーバ群Ａの第１サーバグループＧＡ−１に属するウェブサーバ１Ａ−１，１Ａ−１・・・に格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・は同じサイト構成であり、これらは共通のサブドメイン「a1」が設定されることになる。
【００５０】
また、あるインターネットショップのホームページとして、第１サーバ群Ａの第２サーバグループＧＡ−２に属するウェブサーバ１Ａ−２，１Ａ−２・・・に格納されたウェブサイトＨＰ（１００１），ＨＰ（１００２）・・・は同じサイト構成であり、これらは共通のサブドメイン「a2」が設定されることになる。
【００５１】
さらに、サブドメイン「b1」が第２サーバ群Ｂの第１サーバグループＧＢ−１に付与されたサブドメインであり、第１サーバグループＧＢ−１に属する各ウェブサーバ１Ｂ−１，１Ｂ−１・・・にそれぞれ格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・にそれぞれ共通に設定されている。
【００５２】
このように、第１サーバ群Ａと第２サーバ群Ｂとでサブドメインを相互に異ならせることにより、端末装置３からのアクセスを第１サーバ群Ａと第２サーバ群Ｂとで選択的に受け付けることが可能となり、負荷分散を実現できるのである。
【００５３】
しかも、第１サーバ群Ａを構成する各ウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎでは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納されていることから、各ウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎ内において、ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・同士の間で自然にアクセスが分散する。同様に、第２サーバ群Ｂを構成する各ウェブサーバ１Ｂ−１、１Ｂ−２・・・１Ｂ−ｎでは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納されていることから、各ウェブサーバ１Ｂ−１、１Ｂ−２・・・１Ｂ−ｎ内において、ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・同士の間で自然に端末装置３からのアクセスが分散する。
【００５４】
このシステムでは、上記端末装置３を利用する者として、不特定の一般利用者、特定の一般利用者（一般取引者）、管理者を予定している。そして、本システムでは、それぞれの利用者に対して属性コードを付与して処理が行われる。属性コードとしては、例えば、０と１以上の整数が用いられ、不特定の一般利用者に対して（０）、一般利用者（一般取引者）に対して（１）（２）・・・（Ｘ）、システムの管理者に対して（Ｘ＋１）が付与される。
【００５５】
ここで、不特定の一般利用者とは、ウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに対してインターネット２経由でアクセスし、後述するログインを行わないログイン未満状態の利用者であり、属性コードとして（０）が付与され、そのようなアクセス状態の端末を、図では端末装置３（０）と表示している。
【００５６】
一般利用者（一般取引者）の（１）（２）・・・（Ｘ）については、本システムが対象とする取引者について、共通の業種属性の取引者群に分類して（１）（２）（３）・・・（Ｘ）を付与する。
【００５７】
具体的には、一般利用者（一般取引者）のうち商品を購買する（顧客）を（１）、顧客に商品を販売する（ショップ）を（２）、ショップに対して商品の卸売りを行う（卸）を（３）とすることができる。また、必要に応じて（物流会社）（配送会社）（クレジットカード会社）（支払い代行会社）・・・等、各種の業種属性の取引者群を利用者対象としたシステムとすることができ、その場合、上記属性コードとして（４）（５）・・・（Ｘ）が付与される。
【００５８】
そして、これらの利用者（取引者）として認証されてログインした状態の端末を、図では、それぞれ端末装置３（１）、端末装置３（２）・・・端末装置３（Ｘ）と表示している。
【００５９】
上記管理者に対しては、一般利用者（一般取引者）として付与された属性コードのうち最も大きな整数（Ｘ）よりも大きな整数（Ｘ＋１）が付与される。そして、管理者として認証されてログインした状態の端末を、図では、端末装置３（Ｘ＋１）と表示している。
【００６０】
図２は、第１サーバ群Ａを構成するウェブサーバ１Ａを示す機能ブロック図であり、図３は、第２サーバ群Ｂを構成するウェブサーバ１Ｂを示す機能ブロック図である。これらについて、以下それぞれ説明するが、基本的に両者は同様の構成であるので、説明が重複する部分は省略する場合がある。
【００６１】
図２は、第１サーバ群Ａを構成するウェブサーバ１Ａを示す。
【００６２】
上記ウェブサーバ１Ａは、本発明のシステムが使用する種々のデータが記録された複数のテーブルが格納されたデータベース６Ａを備えている。上記データベース６Ａは、それぞれ２次元の表と表の間の関係を使ってデータを表現するリレーショナル・データベース管理システム（ＲＤＢＭＳ）によって構築されている。
【００６３】
上記データベース６Ａは、一般利用者（取引者）の端末装置３同士、例えば、第１取引者としての顧客の端末装置３（１）と、第２取引者としてのショップの端末装置３（２）の間で行われた商取引に関するデータが記録されたトランザクションテーブルが格納されるトランザクション格納部１７Ａを備えている。また、上記データベース６Ａは、一般利用者（取引者）や管理者、商品の情報が記録されたマスタテーブルが格納されるマスタ格納部１８Ａを備えている。
【００６４】
図４は、上記マスタ格納部１８Ａに格納される利用者（取引者）に関する情報が記録された利用者マスタ（取引者マスタ）としてのマスタテーブルの一例を示す。
【００６５】
この例では、顧客（属性コード（０））、ショップ（属性コード（１））、卸（属性コード（２））、管理者（属性コード（Ｘ＋１））が利用者（取引者）として利用するシステムの例を示しており、マスタテーブルとして、顧客マスタ２１、ショップマスタ２２、卸マスタ２３、管理者マスタ２４、商品マスタ２５を備えている。必要に応じて、物流会社、配送会社、クレジットカード会社、支払い代行会社・・・等、各種の業種属性の取引者群を利用者対象としたシステムとすることができ、その場合、それぞれの利用者（取引者）のマスタテーブルが準備される。
【００６６】
上記顧客マスタ２１には、取引者としての顧客を識別するための利用者コードとして顧客コード、ＩＤ、パスワード等ログインの際の認証の際に照会される認証情報が記録されている。また、上記顧客マスタ２１には、それ以外に、顧客の氏名、住所、電話番号、ＦＡＸ番号、メールアドレス等の顧客に関する情報が記録されている。
【００６７】
上記ショップマスタ２２には、取引者としてのショップを識別するための利用者コードとしてショップコード、ＩＤ、パスワード等ログインの際の認証の際に照会される認証情報が記録されている。また、上記ショップマスタ２２には、それ以外に、ショップの名称、住所、電話番号、ＦＡＸ番号、メールアドレス等のショップに関する情報が記録されている。
【００６８】
上記卸マスタ２３には、取引者としての卸を識別するための利用者コードとして卸コード、ＩＤ、パスワード等ログインの際の認証の際に照会される認証情報が記録されている。また、上記卸マスタ２３には、それ以外に、卸の名称、住所、電話番号、ＦＡＸ番号、メールアドレス等の卸に関する情報が記録されている。
【００６９】
また、上記管理者マスタ２４には、管理者を識別するための管理者コード、ＩＤ、パスワード等ログインの際の認証の際に照会される認証情報が記録されている。また、上記管理者マスタ２４には、それ以外に、管理者の氏名等の管理者に関する情報が記録されている。
【００７０】
上記利用者マスタ（取引者マスタ）としての顧客マスタ２１、ショップマスタ２２、卸マスタ２３、管理者マスタ２４に記録されたＩＤ・パスワード等の認証情報、顧客コード、ショップコード、卸コード等の利用者コードおよび管理者コードは、後述するログイン許可手段１１によるログイン認証の際に照会される。また、上記利用者コードや管理者コードは、後述するアクセス状態検知手段１０によるアクセス状態の検知の際に使用される。
【００７１】
また、上記商品マスタ２５には、各取引者の端末装置３同士の間で行われる取引で扱う商品に関する情報が記録され、例えば、商品コード、商品名、価格等の情報が記録されている。
【００７２】
図５は、各取引者の端末装置３同士の間で行われた取引に関するデータが記録されたトランザクションテーブルの一例を示す図である。
【００７３】
この例では、例えば、第１取引者（利用者）としての顧客の端末装置３（１）と、第２取引者（利用者）としてのショップの端末装置３（２）との間で行われた取引に関するデータが記録されたトランザクション（１−２）２６と、第１取引者（利用者）としてのショップの端末装置３（２）と、第２取引者（利用者）としての卸の端末装置３（３）との間で行われた取引に関するデータが記録されたトランザクション（２−３）２７とを例示している。
【００７４】
すなわち、この例では、図７に示すように、取引者（利用者）として、商品を購買する顧客（属性コード（１））、上記顧客に対して商品を販売するとともにその商品を卸から購買するショップ（属性コード（２））、上記ショップに対して商品を卸売りする卸（属性コード（３））というモデルを例にして説明する。この例では、商品を購入する顧客が第１取引者（利用者）、その第１取引者（利用者）と取引をするショップが第２取引者（利用者）となりうるのである。また、ショップと卸の関係では、商品を購入するショップが第１取引者（利用者）、その第１取引者（利用者）と取引をする卸が第２取引者（利用者）となりうるのである。
【００７５】
このように、本発明における第１取引者（利用者）と第２取引者（利用者）は、取引関係がある取引者同士の間で相対的に決定しうるものであって、絶対的なものではない。
【００７６】
そして、この例では、上記トランザクション（１−２）２６には、トランザクションデータとして、伝票Ｎｏ．、年月日、商品コード、数量、金額・・・等の商品取引に関するデータが記録されている。また、上記トランザクション（１−２）２６には、トランザクションデータとして、第１取引者（利用者）を識別する利用者コードとしての顧客コードと、第２取引者（利用者）を識別する利用者コードとしてのショップコードが記録されている。
【００７７】
また、上記トランザクション（２−３）２７には、トランザクションデータとして、伝票Ｎｏ．、年月日、商品コード、数量、金額・・・等の商品取引に関するデータが記録されている。また、上記トランザクション（２−３）２７には、トランザクションデータとして、第１取引者を識別する利用者コードとしてのショップコードと、第２取引者（利用者）を識別する利用者コードとしての卸コードが記録されている。
【００７８】
また、上記ウェブサーバ１Ａには、インターネット２経由で当該ウェブサーバ１Ａにアクセスしてきた端末装置３において表示させるためのウェブページを格納するウェブサイト格納部１５Ａを備えている。
【００７９】
上記ウェブサイト格納部１５Ａに格納されたウェブサイトを端末装置３に対して出力し、所定の情報を表示するとともに、当該ウェブページ上でトランザクションデータのデータ処理を可能とする。このようなウェブページは、上述したＨＴＭＬ文書等の静的ファイルで作成される。トランザクションデータを表示してデータ処理するページは、所定のテンプレートファイルに、データベース６Ａから抽出されたトランザクションデータをはめ込んでその画面が構成される。
【００８０】
このウェブサーバ１Ａでは、上記ウェブサイト格納部１５Ａには、上述したように、相互に異なるサブドメインが設定されたウェブサイト１０１Ａ、１０２Ａ・・・１ｎｎＡが格納されている。例えば、上記各ウェブサイト１０１Ａ、１０２Ａ・・・１ｎｎＡは、それぞれ１つのインターネットショップのネットショップサイト等である。
【００８１】
また、上記ウェブサーバ１Ａには、インターネット２経由でアクセスされた端末装置３において、上記トランザクション格納部１７Ａに格納されたトランザクションテーブルのデータ処理を可能とするプログラムが格納されたプログラム格納部１６Ａを備えている。このプログラムは、リレーショナル・データベース管理システム（ＲＤＢＭＳ）のデータベース・アクセス言語であるＳＱＬ文によって構成されたものや、Ｊａｖａ（登録商標）アプレットから構成されたプログラム等を含んでいる。
【００８２】
また、上記ウェブサーバ１Ａは、上記データベース６Ａ、ウェブサイト格納部１５Ａ、プログラム格納部１６Ａ等に対するデータ処理を始めとして、本発明の各種機能を実現する動作をつかさどる制御手段５Ａを備えている。
【００８３】
上記制御手段５Ａは、上記ウェブサイト格納部１５Ａに格納されたＨＴＭＬファイル等の静的ファイルを各端末装置３のブラウザ等において表示可能に制御するとともに、各端末装置３に表示された画面で入力され送信されたデータを受け付ける受信制御等を行う表示制御手段８Ａを備えている。
【００８４】
上記制御手段５は、アクセスされた端末装置３に表示されたウェブページ上において、各種の操作・処理を可能とするデータ処理手段９Ａを備えている。また、上記制御手段５は、インターネット２経由でウェブサーバ１Ａに対してアクセスしてきた端末装置３のアクセス状態を検知するアクセス状態検知手段１０Ａを備えている。データ処理手段９Ａおよびアクセス検知手段１０Ａについての説明は、第２サーバ群Ｂを構成するウェブサーバ１Ｂの説明の際に詳述する。
【００８５】
さらに、上記ウェブサーバ１Ａは、インターネット２を経由した端末装置３等との通信を制御するための通信制御手段１３Ａを備えている。
【００８６】
図３は、第２サーバ群Ｂを構成するウェブサーバ１Ｂを示す。
【００８７】
上記ウェブサーバ１Ｂは、基本的には第１サーバ群Ａを構成するウェブサーバ１Ａと同様の構成であり、以下の説明では、重複する説明は省略している場合がある。
【００８８】
上記ウェブサーバ１Ｂは、上記本発明のシステムが使用する種々のデータが記録された複数のテーブルが格納されたデータベース６Ｂを備えている。上記データベース６Ｂは、それぞれリレーショナル・データベース管理システム（ＲＤＢＭＳ）によって構築されている。
【００８９】
上記データベース６Ｂは、トランザクション格納部１７Ｂ、マスタ格納部１８Ｂを備えている。トランザクション格納部１７Ｂ、マスタ格納部１８Ｂにそれぞれ格納されたトランザクションテーブル、マスタテーブルは、ウェブサイト１Ａで説明したものと同様である。
【００９０】
また、上記ウェブサーバ１Ｂには、インターネット２経由で当該ウェブサーバ１Ｂにアクセスしてきた端末装置３において表示させるためのウェブページを格納するウェブサイト格納部１５Ｂを備えている。
【００９１】
このウェブサーバ１Ｂでは、上記ウェブサイト格納部１５Ｂには、上述したように、相互に異なるサブドメインが設定されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納されている。例えば、上記各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・は、それぞれ１つのインターネットショップのネットショップサイト等である。
【００９２】
また、上記ウェブサーバ１Ｂには、インターネット２経由でアクセスされた端末装置３において、上記トランザクション格納部１７Ｂに格納されたトランザクションテーブルのデータ処理を可能とするプログラムが格納されたプログラム格納部１６Ａを備えている。このプログラムは、リレーショナル・データベース管理システム（ＲＤＢＭＳ）のデータベース・アクセス言語であるＳＱＬ文によって構成されたものや、Ｊａｖａ（登録商標）アプレット等を含むＪａｖａ（登録商標）サーブレット等から構成されたプログラム等を含んでいる。
【００９３】
また、上記ウェブサーバ１Ｂは、上記データベース６Ｂ、ウェブサイト格納部１５Ｂ、プログラム格納部１６Ｂ等に対するデータ処理を始めとして、本発明の各種機能を実現する動作をつかさどる制御手段５Ｂを備えている。
【００９４】
上記制御手段５Ｂは、上記ウェブサイト格納部１５Ｂに格納されたＨＴＭＬファイル等の静的ファイルを各端末装置３のブラウザ等において表示可能に制御するとともに、各端末装置３に表示された画面で入力され送信されたデータを受け付ける受信制御等を行う表示制御手段８Ｂを備えている。
【００９５】
上記制御手段５は、アクセスされた端末装置３に表示されたウェブページ上において、各種の操作・処理を可能とするデータ処理手段９Ｂを備えている。また、上記制御手段５は、インターネット２経由で当該ウェブサーバ１Ｂに対してアクセスしてきた端末装置３のアクセス状態を検知するアクセス状態検知手段１０Ｂを備えている。
【００９６】
さらに、上記ウェブサーバ１Ｂは、インターネット２を経由した端末装置３等との通信を制御するための通信制御手段１３Ｂを備えている。
【００９７】
上記制御手段５Ｂは、上記各端末装置３からのアクセスに対して利用者マスタ（取引者マスタ）であるマスタ格納部１８Ｂに格納された各マスタテーブルに記録された情報を照合することによりログインを許可するログイン許可手段１１を備えている。
【００９８】
第２サーバ群Ｂを構成するウェブサーバ１Ｂは、ログイン許可手段１１を有する点で、上述した第１サーバ群Ａを構成するウェブサーバ１Ａと相違している。
【００９９】
そして、本発明では、端末装置３からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群Ａを構成するウェブサーバ１Ａと、第２サーバ群Ｂを構成するウェブサーバ１Ｂとで選択的にアクセスを受け付けるよう構成されている。
【０１００】
すなわち、上述したように、第１サーバ群Ａと第２サーバ群Ｂとでサブドメインを相互に異ならせ、上記第１サーバ群Ａは、上記アクセス状態がログイン許可手段１１によるログインが許可されていないログイン未満状態の端末装置３からのアクセスを受け付けるよう構成され、上記第２サーバ群Ｂは、上記アクセス状態がログイン許可手段１１によりログインが許可されたログイン状態の端末装置３からのアクセスを受け付けるように構成されている。これにより、端末装置３からのアクセスを第１サーバ群Ａと第２サーバ群Ｂとで選択的に受け付け、負荷分散を実現できるのである。
【０１０１】
具体的には、当該システムにログインすることなくアクセスしてきた端末装置３については、まず、第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに接続させる。
【０１０２】
そして、上記第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・には、それぞれ、端末装置３がログインするためのログインページへのリンクを設けておく。
【０１０３】
そして、第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに接続した端末装置３がログインをするためには、ログインページへのリンクをクリック操作してログインページを端末装置３に表示させる。このログインページにおいて、所定のＩＤおよびパスワード等の認証情報を入力して送信することによりログインが可能となる。
【０１０４】
ここで、ログインページへのリンクは、第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・に設けられているが、上記リンクにより表示されるログインページ１９は、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１、１Ｂ−２・・・１Ｂ−ｎに格納されたウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・にそれぞれ設けられているものである。
【０１０５】
すなわち、上記のようなログイン未満状態の第１サーバ群Ａへのアクセスの際には、第１サーバ群Ａに設定されたサブドメイン（たとえば上述した「a1」「a2」）が用いられる。ログインページ１９へのアクセスおよびログイン認証後のログイン状態での第２サーバ群Ｂへのアクセスの際には、第２サーバ群Ｂに設定されたサブドメイン（たとえば上述した「b1」）が用いられるのである。
【０１０６】
そして、当該ログインページ１９によるログイン認証は、上記ログイン許可手段１１によって行われ、このログイン認証後のアクセスは、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１、１Ｂ−２・・・１Ｂ−ｎで受け付けるのである。
【０１０７】
このように、第１サーバ群Ａと第２サーバ群Ｂとでサブドメインを相互に異ならせることにより、端末装置３からのアクセスを第１サーバ群Ａと第２サーバ群Ｂとで選択的に受け付けることが可能となり、負荷分散を実現できるのである。
【０１０８】
上記ログイン許可手段１１は、例えば、端末装置３がインターネット２経由で所定のネットワークアドレス（ＵＲＬ）を指定して当該ウェブサーバ１Ｂにアクセスしてきた場合に、表示制御手段８Ｂにより所定のログイン画面を端末装置３に表示してＩＤおよびパスワードの入力を促す。このログイン画面において入力されたＩＤおよびパスワードを受け付け、顧客マスタ２１、ショップマスタ２２、卸マスタ２３等の利用者マスタ（取引者マスタ）ならびに管理者マスタ２４に記録されたＩＤおよびパスワードを照合して正しいＩＤおよびパスワードが入力されていればログインを許可し、入力されたＩＤおよびパスワードが正しくなければエラーメッセージを表示する。
【０１０９】
このシステムでは、上記認証が行われないログイン未満状態では、端末装置３から利用者マスタ（取引者マスタ）のデータ更新を許可しない。すなわち、ログインしなければその端末装置３にはデータ更新画面を出力して表示することをしないようになっている。一方、上記ログインしたログイン状態では、端末装置３から利用者マスタ（取引者マスタ）のデータ更新を許可し、データ更新画面を端末装置３に表示してデータ処理手段９によるデータ更新を可能としている。
【０１１０】
例えば、顧客が使用する端末装置３において、顧客マスタ２１に記録されたＩＤおよびパスワードが入力されて認証されると、属性コードとして（１）が付与され顧客の端末装置３（１）として認識される。このように顧客の端末装置３（１）として認識された端末装置３（１）においては、端末装置３（１）からの要求に応じてマスタ情報更新ページを表示し、顧客マスタ２１の当該顧客の顧客データの更新を可能とするのである。具体的には、メールアドレスの変更等である。
【０１１１】
同様に、ショップが使用する端末装置３において、ショップマスタ２２に記録されたＩＤおよびパスワードが入力されて認証されると、属性コードとして（２）が付与されショップの端末装置３（２）として認識される。また、卸が使用する端末装置３において、卸マスタ２３に記録されたＩＤおよびパスワードが入力されて認証されると、属性コードとして（３）が付与され卸の端末装置３（３）として認識される。
【０１１２】
このようにショップの端末装置３（２）や卸の端末装置３（３）として認識されると、同様に、当該端末装置３（２），３（３）からの要求に応じてマスタ情報更新ページを表示し、ショップマスタ２２、卸マスタ２３の当該ショップ、卸のデータ更新を可能とするのである。
【０１１３】
図６は、上記アクセス状態検知手段１０Ａ，１０Ｂでアクセス状態を検知するための検知テーブル２８の一例を示す。
【０１１４】
上記アクセス状態検知手段１０Ａ，１０Ｂは、端末装置３からのアクセス状態として、上記ログイン許可手段１１でログインが許可され、端末装置３から利用者マスタ（取引者マスタ）のデータ更新を許可するログイン状態と、上記ログイン許可手段１１でログインが許可されておらず、端末装置３から利用者マスタ（取引者マスタ）のデータ更新を許可しないログイン未満状態とを検知する。
【０１１５】
上記ログイン状態は、基本的には、アクセスした端末装置３で入力されたＩＤおよびパスワードにより、マスタテーブルを照会して利用者（取引者）を特定できる状態である。このログイン状態は、アクセスしてきた端末装置３の使用者は、顧客、ショップ、卸等の利用者（取引者）または管理者であるので、属性コードとして（１）（２）（３）・・・（Ｘ）および（Ｘ＋１）のように１以上の数値が付与される。
【０１１６】
反対に、上記ログイン未満は、基本的には、アクセスした端末装置３でＩＤおよびパスワード等の入力がされておらず、その端末装置３を使用している利用者（取引者）等を特定できない状態である。このログイン未満状態は、アクセスしてきた端末装置３の使用者は、不特定多数であり、アクセス状態としては不特定状態と認識し、属性コードとして（０）が付与される。
【０１１７】
また、上記アクセス状態検知手段１０Ａ，１０Ｂは、端末装置３からのアクセス状態として、ログイン許可手段１１によるログイン認証はされていない状態で、端末装置３において入力された利用者情報を受け付けた状態である第１擬似ログイン状態をさらに検知する。上記第１擬似ログイン状態とは、例えば、ユーザ登録をしていない利用者（取引者）が、自らの端末装置３（０）により当該ウェブサーバ１Ａ，１Ｂにアクセスして、ユーザ登録画面を表示し、当該ユーザ登録画面において利用者（取引者）に係る情報を入力してウェブサーバ１Ａ，１Ｂに送信し、ウェブサーバ１Ａ，１Ｂで新規の利用者（取引者）としてその情報を受け付けた状態である。
【０１１８】
この第１擬似ログイン状態は、ログインはしていないが、不特定の利用者（取引者）というわけではなく、その利用者（取引者）を特定しうる利用者（取引者）情報をウェブサーバ１Ａに受け付けた状態であるので、ログイン未満状態ではあるが、不特定状態ではなく、第１擬似ログイン状態として認識する。この第１擬似ログイン状態は、ログイン許可手段１１によるログイン認証はされていないので、端末装置３によるマスタテーブルの情報の書き換えはできないようになっている。
【０１１９】
また、この第１擬似ログイン状態では、受け付けた利用者（取引者）の情報の、マスタテーブルへの書込みは行われていない。その後、この新規の利用者（取引者）が顧客であれば顧客マスタ２１にデータが記録され、ショップであればショップマスタ２２に、卸であれば卸マスタ２３にそれぞれデータが記録される。このように、マスタテーブルに利用者（取引者）情報が記録されると、第１擬似ログイン状態は解除され、そのアクセス状態をログイン状態と認識することができる。
【０１２０】
また、上記アクセス状態検知手段１０Ａ，１０Ｂは、端末装置３からのアクセス状態として、ログイン許可手段１１によるログイン認証はされていない状態で、端末装置においてマスタテーブルの利用者情報を読み出した状態である第２擬似ログイン状態をさらに検知する。上記第２擬似ログイン状態とは、例えば、ユーザ登録済みの利用者（取引者）が、自らの端末装置３（０）により当該ウェブサーバ１Ａ，１Ｂにアクセスし、ログイン許可手段１１によるログイン認証をするのではないが、ＩＤおよびパスワードを入力して自らの利用者（取引者）データをマスタテーブルから呼び出した状態である。
【０１２１】
具体的には、例えば、顧客が、ログインする前に、商品一覧画面を表示して所望の商品を選択したのち、買い物カゴ画面を表示してＩＤおよびパスワードを入力し、利用者（取引者）データである顧客情報を顧客マスタ２１から呼び出してトランザクションに書き込んだ状態である。
【０１２２】
この第２擬似ログイン状態は、ログインはしていないが、不特定の利用者（取引者）というわけではなく、その利用者（取引者）を特定しうる利用者（取引者）情報をマスタテーブルから読み出した状態であるので、ログイン未満状態ではあるが、不特定状態ではなく、第２擬似ログイン状態として認識する。この第２擬似ログイン状態は、ログイン許可手段１１によるログイン認証はされていないので、端末装置３によるマスタテーブルの情報の書き換えはできないようになっている。
【０１２３】
また、上記アクセス状態検知手段１０Ａ，１０Ｂは、上記ログイン許可手段１１によってログインが許可された端末装置３のアクセス状態を検知する。
【０１２４】
すなわち、上記アクセス状態検知手段１０は、ログイン許可手段１１でログイン認証した端末装置３が、どの属性コードを付与したアクセス状態の端末装置３かを検知する。具体的には、端末装置３によるログインの際に入力されたＩＤおよびパスワードが、顧客のものか、ショップのものか卸のものかにより、顧客であれば属性コード（１）が付与され、ショップであれば属性コード（２）が付与され、卸であれば属性コード（３）が付与されるが、このときどの属性コード（１）〜（Ｘ）が付与されたアクセス状態かを検知するのである。
【０１２５】
このように、アクセス状態検知手段１０で検知したアクセス状態が、属性コード（１）〜（Ｘ）が付与されたアクセスであれば、そのアクセス状態を一般利用者（取引者）としてログインが許可された一般利用者（取引者）状態であると認識する。また、アクセス状態検知手段１０でどの属性コード（１）〜（Ｘ）が付与されたアクセスかを検知することにより、ログイン認証されたアクセス状態が、本発明における第１取引者として認証された第１取引者状態か、本発明における第２取引者として認証された第２取引者状態かを検知することになる。
【０１２６】
また、上記アクセス状態検知手段１０Ａ，１０Ｂは、端末装置３からのアクセス状態として、管理者として認証を受けてログインした管理者状態をさらに検知する。すなわち、管理者が使用する端末装置３において、管理者マスタ２４に記録されたＩＤおよびパスワードが入力されて認証されると、属性コードとして（Ｘ＋１）が付与され、管理者の端末装置３（Ｘ＋１）として認識される。このように管理者の端末装置３（Ｘ＋１）として認識された端末装置３（Ｘ＋１）においては、端末装置３（Ｘ＋１）からの要求に応じてマスタ情報更新ページを表示し、管理者マスタ２４の当該管理者データの更新を可能とする。
【０１２７】
また、上記ログイン許可手段１１は、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が管理者としてログインが許可され認証された管理者状態である端末装置３（Ｘ＋１）に対し、さらに一般利用者（取引者）としての追加認証を許可する。すなわち、管理者として認証されたアクセス状態の端末装置３（Ｘ＋１）において表示する、管理者専用メニューにおいて、追加認証画面を表示し、追加認証情報として顧客、ショップ、卸等の利用者（取引者）の認証情報であるＩＤおよびパスワードの入力を促し、入力されたＩＤおよびパスワードの一般利用者（取引者）として追加認証する。
【０１２８】
このとき、上記アクセス状態検知手段１０Ａ，１０Ｂは、端末装置３からのアクセス状態として、管理者としてログインしたのちさらに一般利用者として追加認証を受けたアクセス状態を擬似一般利用者状態として認識し検知する。
【０１２９】
すなわち、追加認証するための認証情報が顧客のＩＤおよびパスワードであれば、管理者状態である端末装置３（Ｘ＋１）が、顧客の端末装置３（１）であるような擬似顧客状態として認識する。追加認証するための認証情報がショップのＩＤおよびパスワードであれば、管理者状態である端末装置３（Ｘ＋１）が、ショップの端末装置３（２）であるような擬似ショップ状態として認識し、追加認証するための認証情報が卸のＩＤおよびパスワードであれば、管理者状態である端末装置３（Ｘ＋１）が、卸の端末装置３（３）であるような擬似卸状態として認識する。
【０１３０】
このように、管理者として認証された端末装置３（Ｘ＋１）に対して、顧客、ショップ、卸等の本発明における一般利用者である第１取引者（利用者）や第２取引者（利用者）としての追加認証を行い、一般利用者として追加認証された管理者の端末装置３（Ｘ＋１）に対して、追加認証した顧客、ショップ、卸のマスタデータの更新を可能としている。すなわち、追加認証したＩＤの顧客（またはショップ、卸等）のマスタ情報更新ページを表示し、顧客マスタ２１、ショップマスタ２２、卸マスタ２３の当該顧客、ショップ、卸のデータ更新を可能とするのである。
【０１３１】
上記データ処理手段９Ａ，９Ｂは、プログラム格納部１６に格納されたＳＱＬ文からなるプログラムにより、データベース６のトランザクション格納部１７に格納されたトランザクションテーブルをデータ処理する。ここでいうデータ処理とは、トランザクションテーブルの検索、トランザクションデータの抽出、抽出されたトランザクションデータの表示、表示されたトランザクションデータの変更や更新、トランザクションデータの追加等の処理である。
【０１３２】
上記データ処理手段９Ａ，９Ｂは、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が第１取引者（利用者）として認証された第１取引者（利用者）状態の端末装置３に対しては、上記トランザクションテーブルにおける第１取引者（利用者）の利用者コードを有するトランザクションデータを抽出してそのデータ処理を可能とする。また、上記データ処理手段９Ａ，９Ｂは、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が第２取引者（利用者）として認証された第２取引者（利用者）状態の端末装置３に対しては、上記トランザクションテーブルにおける第２取引者（利用者）の利用者コードを有するトランザクションデータを抽出してそのデータ処理を可能とする。このようにすることにより、第１取引者（利用者）の端末装置３と第２取引者（利用者）の端末装置３が、共通のデータ処理手段９Ａ，９Ｂにより共通のトランザクションテーブルのデータ処理を行い得るようになっているのである。
【０１３３】
具体的には、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、顧客の属性コードが付与されたものである端末装置３（１）であれば、トランザクション（１−２）２６からその認証された顧客の顧客コードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。また、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、ショップの属性コードが付与されたものである端末装置３（２）であれば、トランザクション（１−２）２６および／またはトランザクション（２−３）２７からその認証されたショップのショップコードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、卸の属性コードが付与されたものである端末装置３（３）であれば、トランザクション（２−３）２７からその認証された卸の卸コードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。
【０１３４】
また、上記データ処理手段９Ａ，９Ｂは、アクセス状態が管理者状態である端末装置３（Ｘ＋１）からさらに第１取引者（利用者）として認証された端末装置３に対しては、上記トランザクションテーブルにおける第１取引者（利用者）の利用者コードを有するトランザクションデータを抽出してそのデータ処理を可能とする。また、上記データ処理手段９Ａ，９Ｂは、アクセス状態が管理者状態からさらに第２取引者（利用者）として認証された端末装置３に対しては、上記トランザクションテーブルにおける第２取引者（利用者）の利用者コードを有するトランザクションデータを抽出してそのデータ処理を可能とする。
【０１３５】
具体的には、管理者として認証されたアクセス状態の端末装置３（Ｘ＋１）において表示する管理者専用メニューにおいて、追加認証画面を表示し、追加認証情報として顧客、ショップ、卸等の利用者（取引者）の認証情報であるＩＤおよびパスワードの入力を促し、入力されたＩＤおよびパスワードの利用者（取引者）として追加認証する。このように取引者として追加認証した管理者状態の端末装置３（Ｘ＋１）に対して、追加認証した顧客、ショップ、卸のトランザクションデータの更新を可能としている。
【０１３６】
また、上記データ処理手段９Ａ，９Ｂは、上述したようなログイン状態の端末装置３におけるマスタデータの更新も行う。すなわち、プログラム格納部１６Ｂに格納されたＳＱＬ文からなるプログラムにより、データベース６のマスタ格納部１８Ｂに格納されたマスタテーブルをデータ処理する。ここでいうデータ処理とは、マスタテーブルの検索、マスタデータの抽出、抽出されたマスタデータの表示、表示されたマスタデータの変更や更新、マスタデータの追加等の処理である。
【０１３７】
さらに、上記データ処理手段９Ａ，９Ｂは、管理者としてログインしたのち一般利用者として追加認証された擬似一般利用者状態となった管理者の端末装置３（Ｘ＋１）によるトランザクションデータやマスタデータのデータ処理も行う。さらに、第１擬似ログイン状態、第２擬似ログイン状態におけるデータ処理も行う。
【０１３８】
図７は、管理者として認証された端末装置３（Ｘ＋１）において、擬似一般利用者として追加認証して擬似一般利用者状態としてアクセスする状態を模式的に示した図である。また、各端末装置３を使用する取引者同士の関係と、各取引者および管理者が端末装置３においてトランザクションテーブルのデータ処理を行う状態も模式的に示している。
【０１３９】
まず、この例では、顧客とショップの間で商取引が行われ、共通のトランザクション（１−２）２６を使用する。すなわち、顧客の端末装置３（１）とショップの端末装置３（２）は、それぞれウェブサーバ１Ａ，１Ｂにアクセスして、トランザクション格納部１７に格納された共通のトランザクション（１−２）２６のデータ処理を行う（図示の矢印Ａ）。
【０１４０】
また、ショップと卸の間で商取引が行われ、共通のトランザクション（２−３）２７を使用する。すなわち、ショップの端末装置３（２）と卸の端末装置３（３）は、それぞれウェブサーバ１Ａ，１Ｂにアクセスして、トランザクション格納部１７に格納された共通のトランザクション（２−３）２７のデータ処理を行う（図示の矢印Ｂ）。
【０１４１】
すなわち、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、顧客の属性コードが付与されたものである端末装置３（１）であれば、トランザクション（１−２）２６からその認証された顧客の顧客コードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。また、上記アクセス状態検知手段１０で検知されたアクセス状態が、ショップの属性コードが付与されたものである端末装置３（２）であれば、トランザクション（１−２）２６からその認証されたショップのショップコードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。
【０１４２】
また、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、ショップの属性コードが付与されたものである端末装置３（２）であれば、トランザクション（２−３）２７からその認証されたショップのショップコードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、卸の属性コードが付与されたものである端末装置３（３）であれば、トランザクション（２−３）２７からその認証された卸の卸コードのトランザクションデータを抽出して一覧表示し、その変更・更新・削除等を可能とする。
【０１４３】
また、管理者として認証されたアクセス状態の端末装置３（Ｘ＋１）において表示する管理者専用メニューにおいて、追加認証画面を表示し、追加認証情報として顧客、ショップ、卸等の利用者（取引者）の認証情報であるＩＤおよびパスワードの入力を促し、入力されたＩＤおよびパスワードの利用者（取引者）として追加認証する。顧客として追加認証された状態を図示の矢印Ｃ、ショップとして追加認証された状態を図示の矢印Ｄ、卸として追加認証された状態を図示の矢印Ｅで示す。
【０１４４】
このように顧客、ショップ、卸等の取引者として追加認証した管理者状態の端末装置３（Ｘ＋１）は、追加認証した顧客、ショップ、卸の端末装置３（１），３（２），３（３）として認証された状態となり、それぞれがデータ更新可能なトランザクション（１−２）２６、（２−３）２７のデータ更新が可能となる。
【０１４５】
このように、共通のトランザクションテーブルを複数の取引者で使用することにより、トランザクションテーブルを節減して処理負荷を軽減することができる。また、管理者として認証された端末装置３（Ｘ−１）を、取引者として追加認証してトランザクションテーブルの更新を可能とすることにより、データ処理を行うＳＱＬ文からなるプログラムの数を節減することができる。
【０１４６】
また、上述したように、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、顧客の属性コードが付与されたものである端末装置３（１）であれば、顧客マスタ２１からその認証された顧客の顧客コードのマスタデータを抽出して一覧表示し、その変更・更新・削除等を可能とする（図示の矢印Ｆ）。同様に、検知されたアクセス状態が、ショップの属性コードが付与されたものである端末装置３（２）であれば、ショップマスタ２２からその認証されたショップのショップコードのマスタデータを抽出して一覧表示し、その変更・更新・削除等を可能とし（図示の矢印Ｇ）、検知されたアクセス状態が、卸の属性コードが付与されたものである端末装置３（３）であれば、卸マスタ２３からその認証された卸の卸コードのマスタデータを抽出して一覧表示し、その変更・更新・削除等を可能とする（図示の矢印Ｈ）。
【０１４７】
また、上記アクセス状態検知手段１０Ａ，１０Ｂで検知されたアクセス状態が、管理者の属性コードが付与されたものである端末装置３（Ｘ＋１）であれば、管理者マスタ２４からその認証された管理者の管理者コードのマスタデータを抽出して一覧表示し、その変更・更新・削除等を可能とする（図示の矢印Ｉ）。
【０１４８】
さらに、上述した矢印Ｃ，Ｄ，Ｅで示すように、管理者として認証されたアクセス状態の端末装置３（Ｘ＋１）において表示する管理者専用メニューにおいて、追加認証画面を表示し、追加認証情報として顧客、ショップ、卸等の利用者（取引者）の認証情報であるＩＤおよびパスワードの入力を促し、入力されたＩＤおよびパスワードの利用者（取引者）として追加認証した擬似一般利用者状態の場合、追加認証した顧客、ショップ、卸の端末装置３（１），３（２），３（３）として認証された状態となり、それぞれがデータ更新可能な顧客マスタ２１、ショップマスタ２２、卸マスタ２３のデータ更新が可能となる。
【０１４９】
図８〜図１０は、上記負荷分散システムの作用を説明する図である。以下の説明において、図ではアクセスされたウェブサイトに斜線を付して説明している。
【０１５０】
まず、図８に示すように、当該システムにログインすることなくアクセスしてきた端末装置３（０）については、第１サーバ群Ａを構成するウェブサーバ１Ａ−１、１Ａ−２・・・１Ａ−ｎに接続させる。この例では、第１サーバグループＧＡ−１のウェブサイトＨＰ（０００１）は同じネットショップのホームページであるので、当該同じウェブサイトＨＰ（０００１）に対してログイン未満状態でアクセスしてきた端末装置３に対しては、全て第１サーバグループＧＡ−１に属するウェブサーバ１Ａ−１，１Ａ−１・・・に接続させる。このとき、アクセス時間が重複する複数のアクセス要求に対しては、負荷分散手段４により、第１サーバグループＧＡ−１に属するウェブサーバ１Ａ−１，１Ａ−１・・・にアクセスを切換えて分散することが行われる。第２サーバグループＧＡ−２・・・第ｎサーバグループＧＡ−ｎにおいても同様である。
【０１５１】
ついで、図９に示すように、ログイン未満状態で上記ウェブサイト１０１Ａのショップとは異なるショップのウェブサイト１０３Ｂ等へのアクセスがあった場合、同じウェブサーバ１Ａ−１内において、ウェブサイトＨＰ(０００２)，ＨＰ（０００３）・・・の間でアクセスを分散させる。
【０１５２】
そして、上記第１サーバ群Ａを構成するウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎに格納されたウェブサイトＨＰ(０００１)，ＨＰ(０００２)・・・に設けられたログインページへのリンクがクリック操作されると、図１０に示すように、端末装置３は、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１・・・１Ｂ−ｎに接続が切り換わり、そこに格納されたウェブサイトＨＰ(０００１)，ＨＰ(０００２)・・・に設けられたログインページが表示され、ログイン操作が行われる。ログイン認証後のログイン状態では、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１・・・１Ｂ−ｎでアクセスが受け付けられる。
【０１５３】
第２サーバ群Ｂにおいても、第１サーバ群Ａと同様に、アクセス時間が重複する複数のアクセス要求に対しては、負荷分散手段４により、第２サーバ群Ｂの第２サーバグループＧＢ−１に属するウェブサーバ１Ｂ−１，１Ｂ−１・・・にアクセスを切換えて分散することが行われる。第２サーバグループＧＢ−２・・・においても同様である。
【０１５４】
以上のように、本発明は、（１）上記第１サーバ群Ａを構成するウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎに格納された各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・と、上記第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１・・・１Ｂ−ｎに格納された各ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・とは、相互に対応するウェブサイトがそれぞれ同じサイト構成であり、端末装置３からのアクセスに対し、当該アクセスのアクセス状態に基づいて、上記第１サーバ群Ａを構成するウェブサーバ１Ａ−１，１Ａ−２・・・１Ａ−ｎと、第２サーバ群Ｂを構成するウェブサーバ１Ｂ−１・・・１Ｂ−ｎとで選択的にアクセスを受け付けることにより、負荷分散が行われる。
【０１５５】
（２）また、上記第１サーバ群Ａを構成する複数のウェブサーバ１Ａ−１・・・１Ａ−ｎはそれぞれサブドメインが異なるように設定されていることから、上記第１サーバ群Ａを構成する複数のウェブサーバ１Ａ−１・・・１Ａ−ｎ間では、ＤＮＳ（Domain Name System）によるウェブサーバ１Ａ−１・・・１Ａ−ｎ間の接続分散により負荷分散が行われる。同様に、上記第２サーバ群Ｂを構成する複数のウェブサーバ１Ｂ−１・・・１Ｂ−ｎはそれぞれサブドメインが異なるように設定されていることから、上記第２サーバ群Ｂを構成する複数のウェブサーバ１Ｂ−１・・・１Ｂ−ｎ間でも、ＤＮＳによるウェブサーバ１Ｂ−１・・・１Ｂ−ｎ間の接続分散により負荷分散が行われる。
【０１５６】
（３）さらに、各ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎでは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納されていることから、ウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・同士の間で自然にアクセスが分散する。
【０１５７】
このように、本発明は、ウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎ内で一次元的に負荷分散が行われ、第１サーバ群Ａおよび第２サーバ群Ｂの各サーバ群Ａ，Ｂの中で二次的に負荷分散が行われ、さらに、第１サーバ群Ａと第２サーバ群Ｂの間で三次元的に負荷分散が行われることにより、極めて効率的な負荷分散を実現できる。しかも、第１サーバ群Ａと第２サーバ群Ｂとの間では、端末装置３からのアクセス状態に基づいて選択的にアクセスを受け付けるよう負荷分散が行われることから、端末装置３からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となるのである。
【０１５８】
本発明において、上記第１サーバ群Ａは、上記アクセス状態がログイン許可手段１１によるログインが許可されていないログイン未満状態の端末装置３からのアクセスを受け付けるよう構成され、上記第２サーバ群Ｂは、上記アクセス状態がログイン許可手段１１によりログインが許可されたログイン状態の端末装置３からのアクセスを受け付けるように構成されている場合には、端末装置３からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となる。
【０１５９】
すなわち、ログイン状態でアクセスしている端末装置３の利用者は、アクセスしているウェブサイトで例えば買い物をしようとしている等、明確な目的をもってウェブサイトにアクセスしていることが多く、反対に、ログイン未満状態でアクセスしている端末装置３の利用者は不特定多数の利用者を多く含み、明確な目的をもたずにウェブサイトにアクセスしている利用者が多い傾向にある。したがって、不特定多数の利用者が多いログイン未満状態の端末装置３と、目的をもった利用者が多いログイン状態の端末装置３では、接続時間やウェブサイトに接続している時間の長さ等が異なる傾向にある。したがって、ログイン状態の端末装置３とログイン未満状態の端末装置３とで、アクセスを受け付けるサーバ群を変えることにより、接続時間等の接続状態が異なる傾向にある端末装置３のアクセスを分散することにより、第１サーバ群Ａと第２サーバ群Ｂとのソフトウェア設定やハードウェア構成を、接続時間等の接続状態に合わせたものに設定することが可能となり、端末装置３からのアクセス状態に応じた適切な負荷分散処理を行うことが可能となるのである。
【０１６０】
本発明において、上記第１サーバ群Ａおよび第２サーバ群Ｂのそれぞれにおいて、各サーバ群Ａ，Ｂを構成するウェブサーバ１Ａ−１・・・１Ａ−ｎ、１Ｂ−１・・・１Ｂ−ｎの間で端末装置３からのアクセス要求を切換える負荷分散手段４を備え、上記第１サーバ群Ａは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納された相互に同じサイト構成のウェブサーバ１Ａ−１，１Ａ−１・・・が複数並列に上記負荷分散手段に接続されたサーバグループＧＡ−１，ＧＡ−２・・・が、複数並列に存在して構成され、上記第２サーバ群Ｂは、サブドメインがそれぞれ異なるように設定された複数のウェブサイトＨＰ（０００１），ＨＰ（０００２）・・・が格納された相互に同じサイト構成のウェブサーバ１Ｂ−１，１Ｂ−１・・・が複数並列に上記負荷分散手段４に接続されたサーバグループＧＢ−１，ＧＢ−２・・・が、複数並列に存在して構成されている場合には、上記各サーバグループＧＡ−１，ＧＡ−２・・・，ＧＢ−１，ＧＢ−２・・・では、負荷分散手段４によりサーバグループで受け付けるアクセスのアクセス要求をサーバグループを構成する複数のウェブサーバの間で切換える。
【０１６１】
このように、上述した三次元的な負荷分散に加え、さらに各サーバグループに属するウェブサーバ間において、不可分散手段によるアクセス要求の切換えが行われて、負荷分散を行うことができ、より効率的な負荷分散が可能となるのである。
【０１６２】
本発明において、上記第１サーバ群Ａを構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されており、上記第２サーバ群Ｂを構成するサーバグループ間では相互にサブドメインが異なるように設定され、同じサーバグループ内に属するウェブサーバは同じサブドメインになるように設定されている場合には、第１サーバ群Ａおよび第２サーバ群Ｂにおけるサーバグループ間において、サブドメインを相互に異ならせることにより端末装置からのアクセスを選択的に受け付けることが容易に可能であり、システム的に複雑なものにすることなくアクセス状態に応じた負荷分散を実現できる。
【図面の簡単な説明】
【０１６３】
【図１】本発明の一実施形態のシステムを示すネットワーク構成図である。
【図２】第１サーバ群を構成するウェブサーバの機能ブロック図である。
【図３】第２サーバ群を構成するウェブサーバの機能ブロック図である。
【図４】マスタテーブルの一例を示す図である。
【図５】トランザクションテーブルの一例を示す図である。
【図６】アクセス状態を検知するための検知テーブルの一例を示す図である。
【図７】本発明のシステムの機能を説明する図である。
【図８】本発明のシステムの作用を説明する図である。
【図９】本発明のシステムの作用を説明する図である。
【図１０】本発明のシステムの作用を説明する図である。
【符号の説明】
【０１６４】
１Ａ，１Ｂ      ウェブサーバ
２      インターネット
３      端末装置
４      負荷分散手段
５Ａ，５Ｂ      制御手段
６Ａ，６Ｂ      データベース
８Ａ，８Ｂ      表示制御手段
９Ａ，９Ｂ      データ処理手段
１０Ａ，１０Ｂ      アクセス状態検知手段
１１      ログイン許可手段
１３Ａ，１３Ｂ      通信制御手段
１５Ａ，１５Ｂ      ウェブページ格納部
１６Ａ，１６Ｂ      プログラム格納部
１７Ａ，１７Ｂ      トランザクション格納部
１８Ａ，１８Ｂ      マスタ格納部
１９      ログインページ
２１      顧客マスタ
２２      ショップマスタ
２３      卸マスタ
２４      管理者マスタ
２５      商品マスタ
２６      トランザクション（１−２）
２７      トランザクション（２−３）
２８      検知テーブル
【図１】
2007094466.tif 000003
【図２】
2007094466.tif 000004
【図３】
2007094466.tif 000005
【図４】
2007094466.tif 000006
【図５】
2007094466.tif 000007
【図６】
2007094466.tif 000008
【図７】
2007094466.tif 000009
【図８】
2007094466.tif 000010
【図９】
2007094466.tif 000011
【図１０】
2007094466.tif 000012