(57)【要約】【課題】  複数ページのＷｅｂサイトが効率的に運用され、且つネットワーク端末から公平な待ち時間でアクセスできるサーバシステムを構築する。【解決手段】  サーバシステムが、ネットワーク端末からサーバシステムへの接続要求の識別ＩＤを発行する識別ＩＤ発行部と、識別ＩＤを付すネットワーク端末からサーバシステムへの接続要求を管理し接続要求をページ単位で制御するページ要求管理部とを有し、ページ要求管理部では、ページ単位での接続上限数と、ページ単位での接続現状数とを記憶し、個々のページ要求管理部で当該ページに対する接続現状数と接続上限数を比べ接続現状数が接続上限数に至っていれば、識別ＩＤ発行部からの当該ページに対する接続要求を、当該ページに係るページ要求管理部が拒絶する返答をし、識別ＩＤ発行部はネットワーク端末に接続不可の応答をすることを特徴とするネットワークシステムを提供する。【選択図】図１
2005332275.tif 000002
【特許請求の範囲】
【請求項１】
一つ又は複数のネットワーク端末とネットワークを介して接続するサーバシステムであって、
ネットワーク端末からサーバシステムへの接続要求を識別する識別ＩＤを発行する識別ＩＤ発行部と、
上記の識別ＩＤを付されるネットワーク端末からサーバシステムへの接続要求を管理し、コンテンツに対する接続要求をページ単位で制御するページ要求管理部とを有し、
ページ要求管理部は、ネットワーク端末からページへの接続要求が実現されれば増加しネットワーク端末からページへの接続要求が消滅すれば減少する接続現状数を、ページ単位で増加又は減少させることを特徴とするサーバシステム。
【請求項２】
一つ又は複数のネットワーク端末とネットワークを介して接続するサーバシステムであって、
ネットワーク端末からサーバシステムへの接続要求を識別する識別ＩＤを発行する識別ＩＤ発行部と、
上記の識別ＩＤを付されるネットワーク端末からサーバシステムへの接続要求を管理し、コンテンツに対する接続要求をページ単位で制御するページ要求管理部とを有し、
ページ要求管理部は、コンテンツにおけるページ単位での接続上限数を記憶し、
ネットワーク端末からページへの接続要求が実現されれば増加しネットワーク端末からページへの接続要求が消滅すれば減少する接続現状数を、ページ単位で増加又は減少させ
個々のページ要求管理部で当該ページに対する接続現状数と接続上限数を比較し、
接続現状数が接続上限数に至っていれば、識別ＩＤ発行部からの当該ページに対する接続要求を、当該ページに係るページ要求管理部が、拒絶する返答をし、
識別ＩＤ発行部は、上記の拒絶する応答を受けて、接続要求を出したネットワーク端末に対して、ネットワーク端末からの接続要求をページに接続できない応答を返すことを特徴とするサーバシステム。
【請求項３】
ネットワーク端末の接続状況と接続上限数とを記憶・管理する全体要求管理部を更に有し、
全体要求管理部は、個々のページ要求管理部から、ページ単位での接続上限数と接続現状数とを受け取り記憶して、管理用端末に送信し、
全体要求管理部は、ネットワークを介して接続する管理用端末からページ単位で設定入力される接続上限数の変更要求を記憶し、
その変更要求により全体要求管理部を介してページ要求管理部における接続上限値が変更されることを特徴とする請求項２に記載のサーバシステム。
【請求項４】
それぞれのページ要求管理部の記憶部は、待ち行列制御開始閾値と、最大同時接続数とを記憶し、
更に、ページ要求管理部の記憶部には待ち行列テーブルが備わり、
複数のネットワーク端末からページに対する接続の数が待ち行列制御開始閾値を超えれば、待ち行列テーブルにて接続要求が発生時順に一時記憶され、
ページ要求管理部は、待ち行列テーブルに入った接続要求数に対する待ち行列テーブルからページに接続した接続要求数の比率を算出し、
その比率を、最大同時接続数と接続現状数との差である接続可能残数に乗じて、待ち行列テーブルから受け入れ可能な接続要求の数を算出し、
待ち行列テーブルにて発生時順の古い接続要求のうち待ち行列から受け入れ可能な数までの接続要求において、記憶される接続要求の識別ＩＤと同じ識別ＩＤのネットワーク端末から２回以降の接続要求があれば、ネットワーク端末からページへの接続要求が受け付けられ当該待ち行列テーブルから消去されることを特徴とする請求項２又は請求項３に記載のサーバシステム。
【請求項５】
待ち行列テーブルにて発生時順の古い接続要求のうち待ち行列から受け入れ可能な数までの接続要求に関して、サーバシステムの記憶部に、接続要求が発せられたネットワーク端末に付随する電子メールのメールアドレスが記憶され、且つ接続要求の識別ＩＤと電子メールのメールアドレスとが結び付けられて記録されているのであれば、
ネットワーク端末に電子メールで接続要求を促す通知を行うことを特徴とする請求項４に記載のサーバシステム。
【請求項６】
待ち行列テーブルに存在する接続要求に関して、ネットワーク端末がサーバシステムに通信した時刻のうち最新のものが待ち行列テーブルに記憶され、
ページ要求管理部が
待ち行列テーブルの全ての接続要求に対し、現在時刻と上記の最新の通信時刻との差を計算し、
現在時刻と最新の通信時刻との差が、所定の値より大きくなれば、その接続要求を待ち行列テーブルから削除することを特徴とする請求項５に記載のサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク端末からのアクセスを効率よく受けるサーバシステムに関する。
【背景技術】
【０００２】
インターネット等のネットワークを介して様々なサーバシステムによりＷｅｂサイトが提供されている。これらのＷｅｂサイトに対して多数のネットワーク端末（パーソナルコンピュータ、携帯電話など）がアクセスを行う。
【０００３】
このとき、Ｗｅｂサイトにネットワーク端末からのアクセスが短時間に集中すれば、サーバシステムに過大な負荷がかかりシステム障害を起こす可能性が高くなる。そこで、従来の技術では、サーバシステム自身が１サーバあたりに生成されているセッション数（サーバシステムに接続されているネットワーク端末の数）をモニタリングしており、セッション数が予め設定される上限値に至ればサーバシステムがアクセスを拒むようにしている。
【０００４】
図４（Ａ）に、Ｗｅｂサイト２とそれを構成するページ４の例を模式的に示す。Ｗｅｂサイト２が複数の（図では７つの）ページ（４−（１）、４−（２）、４−（３）、４−（４）、４−（５）、４−（６）、４−（７））を含んでいる。上記の従来の技術では、サーバシステムは、Ｗｅｂサイト全体のセッション数上限値を設けている。つまり、サーバシステムはサイトの入口で予め決められた数のアクセスを許容するようにしている。
【０００５】
図５に、上記のセッション数の制御を行うサーバシステムの構成図を示す。セッション数の制御を行うために、サーバシステム１４は、識別ＩＤ発行部１６、識別ＩＤ管理部１８、及び要求コンテンツ返信部２０を含む。ネットワーク端末１０は、インターネット等のネットワーク１２を介して前記サーバシステム１４に接続する。
【０００６】
識別ＩＤ発行部１６は、ネットワーク端末１０がサーバシステム１４に要求を送信する際の識別ＩＤ（例えば、クッキー）を発行する。識別ＩＤ管理部１８は、識別ＩＤの管理を行い、そのことを通じてアクセスの許・不許を決定する。要求コンテンツ返信部２０は、ネットワーク端末１０に要求されたコンテンツを返信する。
【０００７】
図５に示されるサーバシステム１４の動作を簡単に説明する。サーバシステム１４がネットワーク端末１０から接続要求を受けると、識別ＩＤ発行部１６が、接続要求電文の中に識別ＩＤが含まれるか否かを確認し、更に存在すれば接続要求電文の中の識別ＩＤが識別ＩＤ管理部１８の記憶部に記憶されているか確認する。従って、
（１）識別ＩＤが接続要求電文に含まれないとき、又は、識別ＩＤが接続要求電文に含まれるが識別ＩＤ管理部１８の記憶部に存在しないときと、
（２）識別ＩＤが接続要求電文に含まれ、且つ識別ＩＤ管理部１８の記憶部に存在するときとで、
処理が分かれる。
【０００８】
（１）識別ＩＤが接続要求電文に含まれない、又は、識別ＩＤが接続要求電文に含まれるが識別ＩＤ管理部１８の記憶部に存在しないのであれば、識別ＩＤ発行部１６は新規の識別ＩＤを発行して識別ＩＤ管理部１８に通知する。識別ＩＤ管理部１８は新規の識別ＩＤの通知を受け取ると、現状のセッション数が予めデータ入力手段により設定された接続上限数に至っているか確認する（接続上限確認）。
接続上限確認でセッション数が上限数に達していないことが確認されると、識別ＩＤ管理部１８は自らの記憶部に、当該識別ＩＤを含む接続要求の接続が認められることとデータ受信時刻データとを記憶し現状のセッション数を“１”だけ増やして記憶し、接続可能である旨を示すデータを識別ＩＤ発行部１６に送る。識別ＩＤ発行部１６は要求された情報（コンテンツ）を要求コンテンツ返信部２０より得てネットワーク端末１０に返信する。ネットワーク端末１０は新たな識別ＩＤを受け取ると該識別ＩＤを自らの記憶部に記録する。ネットワーク端末１０はサーバに次に要求を送信する際に、当該サーバに対する識別ＩＤを送信電文に付与する。
接続上限確認でセッション数が上限数に達していることが確認されると、識別ＩＤ管理部１８は接続不可能である旨を示すデータを識別ＩＤ発行部１６に送り、識別ＩＤ発行部１６は接続上限値超過を意味するデータ、即ち接続不可能である旨を示すデータをネットワーク端末１０に返信する。
【０００９】
（２）識別ＩＤが接続要求電文に含まれ、且つ識別ＩＤ管理部１８の記憶部に存在するのであれば、識別ＩＤ発行部１６は、識別ＩＤ管理部１８に識別ＩＤとデータ受信時刻データを送る。識別ＩＤ管理部１８は受信した識別ＩＤに関するデータのうちデータ受信時刻データで、識別ＩＤ管理部１８の記憶部にある「最新時刻」データを更新し記憶する。識別ＩＤ発行部１６は要求された情報（コンテンツ）を要求コンテンツ返信部２０より得てネットワーク端末１０に返信する。
【００１０】
ネットワーク端末１０からログアウト処理がされれば、識別ＩＤ管理部１８は、ログアウト処理の電文に含まれる識別ＩＤについて、識別ＩＤ管理部１８の記憶部にて管理対象外のものとする。
また、識別ＩＤ管理部１８は、識別ＩＤ管理部１８の記憶部に記憶される既存の識別ＩＤの接続要求について常時、最新時刻データ（データ受信時刻データ）をチェックする。そして、識別ＩＤ管理部１８は、それぞれの識別ＩＤの接続要求の最新時刻データ（データ受信時刻データ）の時刻から一定時間経過すればその識別ＩＤについて、識別ＩＤ管理部１８の記憶部にて管理対象外のものとするという、チェックアウト処理を常時行う。
【００１１】
このように、従来の技術においては、セッション数の上限値は、Ｗｅｂサイトを稼動・運営するサーバ単位で設定されている（大規模なＷｅｂサイトの稼動・運営では、負荷分散のために複数サーバを併設することもある）。そうすると、例えば図４（Ａ）に示すＷｅｂサイトにおいて、データベースへの入出力（Ｉ／Ｏ）の負荷を考慮して上限値を設定するとしても、そのデータベースへのＩ／Ｏの負荷が殆ど“４−（６）”のページで発生するのであれば、データベースへのＩ／Ｏの負荷が発生しない他のページも一括りにしてセッション数を管理することは効率性を欠くシステム運用となる。つまり、データベースへのＩ／Ｏの負荷が発生しないページへのアクセスを求めるネットワーク端末は、サーバシステムに与える負荷が軽い要求をしているにも拘わらず、サイト利用を待たされることが多くなる。
【００１２】
また、上記の従来の技術のように、接続不可能であるデータを返信されたネットワーク端末は、接続不可能であるデータを返信された以降、サーバシステムから何らデータの送返信が無い。つまり、ネットワーク端末側が、頃合いを見計らって能動的にアクセスをリトライするより他に術はない。このことは、サーバシステムへアクセスを試みる者にとって効率的なＷｅｂサイトの利用とは言い難い。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、複数のページを含むＷｅｂサイトが効率的に運用され、且つネットワーク端末から公平な待ち時間でアクセスできるサーバシステムを構築することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、上記の目的を達成するためになされたものである。本発明に係るサーバシステムは、
一つ又は複数のネットワーク端末とネットワークを介して接続するサーバシステムであって、
ネットワーク端末からサーバシステムへの接続要求を識別する識別ＩＤを発行する識別ＩＤ発行部と、
上記の識別ＩＤを付されるネットワーク端末からサーバシステムへの接続要求を管理し、コンテンツに対する接続要求をページ単位で制御するページ要求管理部とを有し、
ページ要求管理部は、コンテンツにおけるページ単位での接続上限数を記憶し、
ネットワーク端末からページへの接続要求が実現されれば増加しネットワーク端末からページへの接続要求が消滅すれば減少する接続現状数を、ページ単位で増加又は減少させ
個々のページ要求管理部で当該ページに対する接続現状数と接続上限数を比較し、
接続現状数が接続上限数に至っていれば、識別ＩＤ発行部からの当該ページに対する接続要求を、当該ページに係るページ要求管理部が、拒絶する返答をし、
その応答を受けて識別ＩＤ発行部は、接続要求を出したネットワーク端末に対して接続できない応答を返すことを特徴とする。
【００１５】
更に本発明に係るサーバシステムは、
それぞれのページ要求管理部の記憶部は、待ち行列制御開始閾値と、最大同時接続数とを記憶し、
更に、ページ要求管理部の記憶部には待ち行列テーブルが備わり、
複数のネットワーク端末からページに対する接続の数が待ち行列制御開始閾値を超えれば、待ち行列テーブルにて接続要求が発生時順に一時記憶され、
ページ要求管理部は、待ち行列テーブルに入った接続要求数に対する待ち行列テーブルからページに接続した接続要求数の比率を算出し、
その比率を、最大同時接続数と接続現状数との差である接続可能残数に乗じて、待ち行列テーブルから受け入れ可能な接続要求の数を算出し、
待ち行列テーブルにて発生時順の古い接続要求のうち待ち行列から受け入れ可能な数までの接続要求において、記憶される接続要求の識別ＩＤと同じ識別ＩＤのネットワーク端末から２回以降の接続要求があれば、ネットワーク端末からページへの接続要求が受け付けられ当該待ち行列テーブルから消去されることを特徴とするものであってもよい。
【発明の効果】
【００１６】
複数のページを含むＷｅｂサイトにて、ページ単位でセッション上限数が管理されるので、サーバシステムが効率よく運用・利用される。また、ネットワーク端末から、公平な待ち時間で効率よくサーバシステムにアクセスできる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明に係る好適な実施の形態を説明する。
【００１８】
《第１の実施形態》
図１は、本発明に係る第１の実施形態であるサーバシステム２４の構成図を示す。図１に構成図を示すサーバシステム２４は、上記の従来の技術であるサーバシステム１４の機能を有する。従って、両者の差異を中心に説明する。
【００１９】
図１に示されるサーバシステム２４は、Ｗｅｂサイト単位ではなく、ページ単位でセッション数を制御する。セッション数を制御する制御処理の基本的手法は、従来のものと同様である。
【００２０】
サーバシステム２４は、識別ＩＤ発行部２６及び要求コンテンツ返信部３０を含む。また、サーバシステム２４は、ページ単位での接続上限数と、ページ単位での現在の接続数を記録・管理する全体要求管理部３２を含む。更に、サーバシステム２４は、ページ単位で識別ＩＤを管理するページ要求管理部２８を含む。
【００２１】
サーバシステム２４の概ねの動作を先ず説明する。ネットワーク端末１０に加えて、管理用端末４０が、インターネット等のネットワーク１２を介して前記サーバシステム２４に接続する。識別ＩＤ発行部２６は、ネットワーク端末１０がサーバシステム２４に接続要求を送信する際の識別ＩＤ（例えば、クッキー）を発行する。ページ要求管理部２８は、接続要求先のページ単位で識別ＩＤの管理を行い、ページ毎のアクセスの許・不許を決定する。要求コンテンツ返信部３０は、ネットワーク端末１０に対してネットワーク端末１０から要求されたコンテンツを返信する。全体要求管理部３２は、ページ単位での接続上限数とページ単位での現在の接続数を記憶部で記録・管理し、更に、管理用端末４０からのページ単位での接続上限値の変更データを受け取り全体要求管理部３２の記憶部の接続上限値を変更する。変更するとき全体要求管理部３２はページ単位での接続上限数の変更データを、対応するページのページ要求管理部２８に通知し、ページ要求管理部２８はページ単位での接続上限数を変更してその記憶部に記憶する。
【００２２】
図１に示されるサーバシステム２４の動作を更に詳細に説明する。サーバシステム２４がネットワーク端末１０から接続要求を受けると、識別ＩＤ発行部２６が、接続要求電文の中に識別ＩＤが含まれるか否かを確認し、更に存在すれば接続要求電文の中の識別ＩＤがいずれかのページ要求管理部２８の記憶部に記憶されているか確認する。このとき、
（１）識別ＩＤが接続要求電文に含まれないとき、又は、識別ＩＤが接続要求電文に含まれるがどのページ要求管理部２８の記憶部にも存在しないときと、
（２）識別ＩＤが含まれ、且つそれがいずれかのページ要求管理部２８に存在するときとで、
処理が分かれる。
【００２３】
（１）識別ＩＤが接続要求電文に含まれない、又は、識別ＩＤが接続要求電文に含まれるがどのページ要求管理部２８の記憶部にも存在しないのであれば、識別ＩＤ発行部２６は新規の識別ＩＤを発行してページ要求管理部２８に通知する。このとき識別ＩＤ発行部２６は、接続要求電文に含まれる接続要求対象のページを識別するデータ（以下、ページ識別子という）を抽出し、ページ識別子に対応するページ要求管理部（２８−（１）、２８−（２）、・・・又は２８−（ｎ）；ここで、Ｗｅｂサイトに含まれるページの数をｎとしている。）に上記の識別ＩＤと共に通知する。
ページ要求管理部２８は、新規の識別ＩＤとページ識別子データとの通知を受け取ると、現状のページ単位のセッション数が、上記のように管理用端末４０と全体要求管理部３２とを介して予め設定されたページ単位の接続上限数に至っているか確認する（接続上限確認）。
接続上限確認でセッション数が上限数に達していないことが確認されると、ページ要求管理部２８はその記憶部に、当該識別ＩＤを含む接続要求の接続が認められることとデータ受信時刻データとを記憶し現状のセッション数を“１”だけ増やして記憶し、接続可能である旨を示すデータを識別ＩＤ発行部２６に送る。識別ＩＤ発行部２６は要求された情報（コンテンツ）を要求コンテンツ返信部３０より取得してネットワーク端末１０に返信する。ネットワーク端末１０は新たな識別ＩＤを受け取ると該識別ＩＤを自らの記憶部に記録する。ネットワーク端末１０はサーバに次に要求を送信する際に、当該サーバに対する識別ＩＤを送信電文に付与する。
接続上限確認でセッション数が上限数に達していることが確認されると、ページ要求管理部２８は接続不可能である旨を示すデータを識別ＩＤ発行部２６に送り、識別ＩＤ発行部２６は接続上限値超過を意味するデータ、即ち接続不可能である旨を示すデータをネットワーク端末１０に返信する。
【００２４】
（２）識別ＩＤが接続要求電文に含まれ、且ついずれかのページ要求管理部２８の記憶部に存在するものであれば、識別ＩＤ発行部２６は、まず、接続要求電文からページ識別子を抽出する。接続要求電文から抽出されたページ識別子と、識別ＩＤが存在するページ要求管理部２８の記憶部のページ名とが、一致するか否かを識別ＩＤ発行部２６が判断する。
（２−１）識別ＩＤ発行部２６の同一ページ判断で一致すれば、ページ識別子に対応するページ要求管理部２８に、識別ＩＤとデータ受信時刻データを送る。ページ要求管理部２８は受信した識別ＩＤに関するデータのうちデータ受信時刻データで、ページ要求管理部２８の記憶部にある最新時刻データを更新し記憶する。識別ＩＤ発行部２６は要求された情報（コンテンツ）を要求コンテンツ返信部３０より得てネットワーク端末１０に返信する。
【００２５】
（２−２）識別ＩＤ発行部２６の同一ページ判断で一致しなければ、識別ＩＤ発行部２６は、接続要求電文のページ識別子に対応するページ要求管理部２８に、識別ＩＤと、接続要求電文から抽出されたページ識別子データと、その識別ＩＤが存在するページ要求管理部２８の（記憶部の）ページ名を通知する。
ページ要求管理部２８は、識別ＩＤとページ識別子データとの通知を受け取ると、現状のページ単位のセッション数が、上記のように管理用端末４０と全体要求管理部３２とを介して予め設定されたページ単位の接続上限数に至っているか確認する（接続上限確認）。
接続上限確認でセッション数が上限に達していないことが確認されると、ページ要求管理部２８はその記憶部に、当該識別ＩＤを含む接続要求の接続が認められることとデータ受信時刻データとを記憶し現状のセッション数を“１”だけ増やして記憶し、接続可能である旨を示すデータを識別ＩＤ発行部２６に送る。同時に、ページ要求管理部２８は、それまで識別ＩＤが存在した他のページ要求管理部２８の記憶部の“当該識別ＩＤを含む接続要求の接続が認められていること”を消去し他のページ要求管理部２８におけるセッション数を“１”だけ減じて記憶させる。識別ＩＤ発行部２６は要求された情報（コンテンツ）を要求コンテンツ返信部３０より得てネットワーク端末１０に返信する。ネットワーク端末１０は自らの記憶部にある識別ＩＤと同じ識別ＩＤを受け取ることになるので、識別ＩＤの記憶の更新を行わなくてもよい。
接続上限確認でセッション数が上限に達していることが確認されると、ページ要求管理部２８は接続不可能である旨を示すデータを識別ＩＤ発行部２６に送り、識別ＩＤ発行部２６は接続上限値超過を意味するデータ、即ち接続不可能である旨を示すデータをネットワーク端末１０に返信する。
【００２６】
ネットワーク端末１０からログアウト処理がされれば、ページ要求管理部２８は、ログアウト処理の電文に含まれる識別ＩＤについて、ページ要求管理部２８の記憶部にて管理対象外のものとする。
また、ページ要求管理部２８は、ページ要求管理部２８の記憶部に記憶されている既存の識別ＩＤの接続要求について常時、最新時刻データ（データ受信時刻データ）をチェックする。そして、ページ要求管理部２８は、それぞれの識別ＩＤの接続要求の最新時刻データ（データ受信時刻データ）の時刻から一定時間経過すればその識別ＩＤについて、ページ要求管理部２８の記憶部にて管理対象外のものとするという、チェックアウト処理を行う。
【００２７】
全体要求管理部３２は、ページ要求管理部２８からページ単位での接続上限数とページ単位での現在の接続数を受け取り、全体要求管理部３２の記憶部に記録する。そして、それらのページ単位での接続上限数とページ単位での現在の接続数を常時管理用端末４０に送信し続ける。また、全体要求管理部３２は、管理用端末４０から、ページ単位での接続上限値の変更データを受け取り接続上限値を変更し、同時に、変更された接続上限値を個々のページ要求管理部２８に通知する。ページ要求管理部２８はページ単位での接続上限数を変更して記憶する。
【００２８】
例えば、ページとして、“Ｐ１、Ｐ２、Ｐ３、Ｐ４”があり、データベースへの入出力（Ｉ／Ｏ）の多寡から、それぞれのページがサーバシステム全体に与える負荷が、“殆ど無い、軽い、重い、殆ど無い”、というものであるとき、接続上限数は以下の表のように、全体要求管理部３２の記憶部で記録・管理され、個々の対応するページ要求管理部２８の記憶部に設定される。
【００２９】
〔表１〕
2005332275.tif 000003
【００３０】
ページＰ１、Ｐ２、Ｐ３、Ｐ４が、図４（Ｂ）に模式的に示されるＷｅｂサイト６とそれを構成するページ８の一部であるとすると、第１の実施形態では、Ｗｅｂサイト６全体でセッション数が管理されるのでは無く、ページ別に、即ちＰ１、Ｐ２、Ｐ３及びＰ４で区別して、セッション数が管理されることになる。
【００３１】
《第２の実施形態》
本発明に係る第２の実施形態は、ネットワーク端末１０からの接続要求に対して、ページ要求管理部２８の記憶部に形成されるページ単位の待ち行列テーブル及びその形成の方法に関する。図２は、ページ要求管理部２８が待ち行列テーブルを制御する際に利用する変数の関係、即ち、最大同時接続数（Ｃｍａｘ）、待ち行列制御開始閾値（Ｃａ）、接続可能残数（Ｃｒｅｓｔ）及び現接続数（Ｃｎｏｗ）の関係を模式的に示す図である。第２の実施形態に係る待ち行列テーブルは、第１の実施形態に係る個別のページ単位のページ要求管理部（２８−（１）、２８−（２）、・・・２８−（ｎ））に対して形成される。従って、以下では個別のページ単位のページ要求管理部（２８−（１）、２８−（２）、・・・２８−（ｎ））に対して待ち行列テーブルが形成されるものとして説明するが、個別のページ単位のページ要求管理部に限定されるものではない。例えば、図５に示される従来の技術のサーバシステムにおける識別ＩＤ管理部１８に対して設けられてもよい。
【００３２】
図２に示される数値及びそれらの関係を説明する。最大同時接続数（Ｃｍａｘ）は、ページに対する同時の最大接続数である。現接続数（Ｃｎｏｗ）はページ単位での現在の接続数であり、接続可能残数（Ｃｒｅｓｔ）は最大同時接続数（Ｃｍａｘ）と現接続数（Ｃｎｏｗ）の差である。また、待ち行列制御開始閾値（Ｃａ）は、図３に示すようなページ単位での待ち行列テーブルが実際に形成されるか形成されないかを区別するための閾値である。これらの数値は個々のページ要求管理部２８の記憶部に記録される。
【００３３】
上記の数値のうち、最大同時接続数（Ｃｍａｘ）、待ち行列制御開始閾値（Ｃａ）は、管理用端末４０やサーバの適宜の入力手段により外部から設定される。現接続数（Ｃｎｏｗ）は、ページ要求管理部２８が管理するネットワーク端末１０とページとのセッションの現在数であり、セッションが発生したり消滅したりする毎にページ要求管理部２８がその値を増減してページ要求管理部２８の記憶部に逐次記録する。
【００３４】
ネットワーク端末１０から接続要求電文がサーバシステム２４に送信され、それを受けて前述のようにページ要求管理部２８が、セッションの設定のための識別ＩＤデータを最新時刻データ（データ受信時刻データ）と共に受け取ると、個々のページ要求管理部２８は、以下のように、上記の数値から得られる条件に従い、個々のページ要求管理部２８の記憶部における待ち行列テーブルの形成を制御する。
【００３５】
“Ｃｎｏｗ＜Ｃａ”のとき、即ち、現接続数（Ｃｎｏｗ）が待ち行列制御開始閾値（Ｃａ）に満たないとき、接続要求（識別ＩＤデータ）は、待ち行列テーブルに入れられることなく必ず受け付けられ、ネットワーク端末１０から所望のページへのアクセスが許可される。また、“Ｃｎｏｗ＜Ｃａ”のときには、そもそも待ち行列が形成されない。
【００３６】
“Ｃａ≦Ｃｎｏｗ＜Ｃｍａｘ”のとき、即ち、現接続数（Ｃｎｏｗ）が待ち行列制御開始閾値（Ｃａ）と最大同時接続数（Ｃｍａｘ）の間にあるとき、待ち行列テーブルが形成され待ち行列に対する制御が為される。図３に示すように、待ち行列データには接続要求（識別ＩＤデータ）が待ち行列に入れられた時刻が含まれており、且つ入れられた時刻の昇順に並んでいる。従って、後発の接続要求データ（識別ＩＤデータ）は、待ち行列テーブルの後方に並べられる。そして、図３に示す「待ち行列から受け入れ可能な数（Ｍａ）」より上位の古い識別ＩＤを有するネットワーク端末１０から、同じ識別ＩＤで再び接続要求が為されれば、ページへのアクセスが許可され接続要求がテーブルから消去される。
【００３７】
前記の「待ち行列から受け入れ可能な数（Ｍａ）」と、２回目以降の要求がメールでの通知で発生することとについては、後で説明する。
【００３８】
“Ｃｎｏｗ＝Ｃｍａｘ”のとき、即ち、現接続数（Ｃｎｏｗ）が最大同時接続数（Ｃｍａｘ）に達しているときは、接続要求（識別ＩＤデータ）は、必ず待ち行列テーブルに入れられ待ち行列の後方に並べられる。
【００３９】
図３は、本発明の第２の実施形態に係る、ネットワーク端末１０からの接続要求に対して形成されるページ単位での待ち行列（テーブル）データの具体的な例である。時間経過と共に動的に変動する制御のための数値として、「待ち行列から受け入れ可能な数（Ｍａ）」が定義されている。前述のように、“Ｃａ≦Ｃｎｏｗ＜Ｃｍａｘ”のとき、待ち行列テーブルの接続要求データ（識別ＩＤデータ）のうち、Ｍａより上位の識別ＩＤに係るネットワーク端末１０から、２回目以降の要求が為されればネットワーク端末１０からページのアクセスが許可される。
【００４０】
また、それぞれの待ち行列テーブルに関して、「待ち行列に保持する最大時間（Ｗｍａｘ）」が定義され各ページ要求管理部２８の記憶部に記憶されている。待ち行列テーブルの個々の識別ＩＤデータには、接続要求として最後にアクセス要求がされた時刻が含まれており、最後にアクセス要求がされた時刻から「待ち行列に保持する最大時間（Ｗｍａｘ）」が経過すれば、データ要求管理部２８はその識別ＩＤに関するデータを削除する。
【００４１】
２回目以降のネットワーク端末１０からの要求は、サーバシステム２４がネットワーク端末１０に自動送付する電子メールに応答してなされるという仕組みでもよい。つまり、サーバシステム２４は、待ち行列テーブルの接続要求データ（識別ＩＤデータ）がＭａより上位になれば、アクセス可能となった旨を通知する電子メールを、識別ＩＤに対応するネットワーク端末１０に送信するようにしてもよい。但し、電子メールを自動送付するには、各ネットワーク端末１０に付随する電子メールアドレスのデータがサーバシステム２４に記録されていることが必要である。例えば、Ｗｅｂサイトに個別認証の機能があり且つ利用者のメールアドレス・データが個別認証のためのユーザ管理機構で管理されているような場合には、それらのデータをメールアドレスとして用いることができる。
【００４２】
「待ち行列から受け入れ可能な数（Ｍａ）」は次のように決定できる。待ち行列に入れられたユーザ（識別ＩＤ）のうち、待ち行列に保持する最大時間（Ｗｍａｘ）の経過前に再度接続要求を送付してくる確率を“Ｐｒｅｔｒｙ”とすると、Ｍａは、
Ｍａ＝Ｃｒｅｓｔ／Ｐｒｅｔｒｙ
により決定される。例えば現在、接続可能残数（Ｃｒｅｓｔ）が１０、Ｐｒｅｔｒｙが０．５であるならば、Ｍａは１０÷０．５＝２０となる。
【００４３】
Ｐｒｅｔｒｙは次のように決定できる。
Ｐｒｅｔｒｙ＝〔待ち行列から接続したユーザ数（識別ＩＤ数）〕／〔待ち行列に入った全ユーザ数（識別ＩＤ数）〕
ここで、待ち行列から接続したユーザ数も、待ち行列に入った全ユーザ数も、いずれも過去の統計値を利用すればよい。従って、“Ｐｒｅｔｒｙ”は時間と共に僅かずつ変動する値となる。また、“Ｐｒｅｔｒｙ”の初期値には、経験的に適切な値が設定されればよい。
【００４４】
以上の説明では、待ち行列そのものの上限値は特段設けていないが、待ち行列そのものについての上限値が設けられてもよい。待ち行列そのものに上限値が設けられその上限値を超えるような多量のアクセスが集中する場合には、サーバがアクセスそのものを拒否する、とすればよい。
【００４５】
サーバは、個別の接続要求につき、「待ち行列に入れられた時刻」データと、「実際に接続要求が満たされた時刻」データと、他の上位の接続要求の個数データとの統計を採ることにより、新規の接続要求が発生した場合、その接続要求が接続可能となるまでの時間を予測することができる。従って、新規の接続要求が送信されてきたときに、その接続要求を送信してきたネットワーク端末１０に、
「現在Ｘ人が接続待ちとなっています。あなたは、Ｘ番目で、約Ｙ分後に接続可能となる見込みです。また、入場許可通知後入場せずＺ分を経過すると、優先接続権を失うことになります」
という旨の、電子メールを送ることができる。ここで、“Ｘ”は他の上位の接続要求の個数から判明し、“Ｙ”は上記の統計値から算出され、“Ｚ”には「待ち行列に保持する最大時間（Ｗｍａｘ）」が当て嵌められる。また、上記の「入場許可通知」は、上記の『「アクセス可能となった」旨を通知する電子メール』である。
【図面の簡単な説明】
【００４６】
【図１】本発明に係る第１の実施形態であるサーバシステムの構成図を示す。
【図２】最大同時接続数（Ｃｍａｘ）と待ち行列制御開始閾値（Ｃａ）、及び、接続可能残数（Ｃｒｅｓｔ）と現接続数（Ｃｎｏｗ）の関係を模式的に示す図である。
【図３】本発明の第２の実施形態に係る、ネットワーク端末からの接続要求に対して形成されるページ単位での待ち行列データの具体的な例である。
【図４】Ｗｅｂサイトとそれを構成するページの例を模式的に示す。
【図５】セッション数の制御を行う従来の技術のサーバシステムの構成図を示す。
【符号の説明】
【００４７】
２、６・・・Ｗｅｂサイト、４、８・・・ページ、１０・・・ネットワーク端末、１２・・・ネットワーク、１４・・・サーバシステム、１６・・・識別ＩＤ発行部、１８・・・識別ＩＤ管理部、２０・・・要求コンテンツ返信部、２４・・・サーバシステム、２６・・・識別ＩＤ発行部、２８・・・ページ要求管理部、３０・・・要求コンテンツ返信部、３２・・・全体要求管理部。
【図１】
2005332275.tif 000004
【図２】
2005332275.tif 000005
【図３】
2005332275.tif 000006
【図４】
2005332275.tif 000007
【図５】
2005332275.tif 000008