JP3736680B2

JP3736680B2 - Access control apparatus and computer program

Info

Publication number: JP3736680B2
Application number: JP2002044102A
Authority: JP
Inventors: 達彦岡田; 孝今井; 健影山; 雄作中島
Original assignee: NTT Data Corp
Current assignee: NTT Data Group Corp
Priority date: 2002-02-21
Filing date: 2002-02-21
Publication date: 2006-01-18
Anticipated expiration: 2022-02-21
Also published as: JP2003242110A

Description

【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサーバに対するユーザのアクセスを制御する技術に関する。
【０００２】
【従来の技術】
インターネットが発達した今日では、Ｗｅｂサーバ上で様々なコンテンツなどの提供が行われている。
このようなＷｅｂサーバが提供するコンテンツなどによっては、特定のＷｅｂサーバに対してユーザのアクセスが集中してしまうため、負荷分散装置を設けることが行われている。そして、この負荷分散装置によりＷｅｂサーバへのアクセス数を監視し、このＷｅｂサーバへのアクセス許容量を超えた場合には、アクセスしたユーザに対して混雑しているためしばらく待ってからアクセスをするよう通知し、アクセスの集中によるＷｅｂサーバのダウン等を防止している。
【０００３】
【発明が解決しようとする課題】
しかし、Ｗｅｂサーバに対してアクセスするユーザは、サーバの負荷状態や故障状態が、どの程度のもので、それがいつ解消されるのか全く分からなかったため、いつになったらＷｅｂサーバにアクセスできるか分からず、ユーザに無用な苛立ちを与えてしまっていた。
また、多くのユーザは、例えば、「ただいま混雑中」というメッセージが返された場合、再読み込み（リロード）を行うが、これが何回も繰り返されると、いわゆるDoS攻撃のようなアクセス状態を生み、結果としてさらなる高負荷状態が引き起こされ、場合によってはシステムダウンを引き起こしてしまうといった問題があった。
【０００４】
また、従来のＷｅｂサーバは、優良顧客か否かにかかわらず、全て同じ条件でユーザを扱っていたため、たとえ優良顧客であっても他のユーザ同様、長時間Ｗｅｂサーバにアクセスできない状態が続いてしまうことがあった。そのため、例えば、EC（Electronic Commerce）サイトなどでは、当該Ｗｅｂサイトにアクセスできない状態が続くと、ユーザが他のECサイトに移ってしまい、優良顧客を失ってしまう原因になるという問題があった。
【０００５】
また、例えば、人気ゲームやコンサートのチケット予約、災害や緊急事態における安否確認等のＷｅｂサーバなどでは、一時期に集中したアクセスがなされる場合があり、このようアクセス集中によるシステムダウンを未然に防止する必要性が高まっている。
【０００６】
本発明は、上述の問題点を解決するためになされたものであって、効率的にユーザがＷｅｂサーバにアクセスできるようにすることを課題とする。
【０００７】
上記課題を解決するため、本発明にかかるアクセス制御装置は、所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、上記Ｗｅｂサーバに対してアクセスできる空き時間を予め所定の間隔で設定しておき、所定の優先度を有するユーザからアクセス要求があった場合には、当該ユーザを上記空き時間に割り当てることを特徴とする。
これにより優先度の高いユーザが、優先してＷｅｂサーバにアクセスすることができ、ユーザの優先度に応じた適切なサービス提供を行うことができる。
【０００９】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とすることを特徴とする。
これにより、ユーザはリロードする度にアクセスできる順番が遅くなるという不利を受けるため、ユーザのリロードの繰り返しによるＷｅｂサーバへの高負荷状態の発生、継続を防止できるようにしてもよい。
【００１０】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、予め決められた所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てることを特徴とする。
これにより、所定の優先度よりも優先度が高いユーザは、優先的にＷｅｂサーバに対してアクセスすることができるようになり、例えば、優良顧客等に対する優遇サービスを提供することができる。
【００１１】
また、上記アクセス割当手段は、上記Ｗｅｂサーバへのアクセスが可能となる時間を推計し、当該推計した時間情報を上記ユーザに対して通知するように、所定の通知手段に対して指示してもよい。
これにより、ユーザはＷｅｂサーバにアクセスできる時間を予測することができ、いつＷｅｂサーバにアクセスできるか分からないというユーザの不満、不安などを和らげることができる。
【００１２】
上記Ｗｅｂサーバに対してアクセスできなかった原因を表す障害原因情報と、障害原因ごとのアクセスできなかったアクセス不可時間情報とを含むアクセス履歴情報を記憶するアクセス履歴情報記憶手段と、アクセス履歴情報記憶手段を参照して、Ｗｅｂサーバへアクセスができなかった原因を表す障害原因情報と、障害原因情報ごとのアクセスできなかったアクセス不可時間情報とを含むアクセス統計情報を作成するアクセス統計算出手段を更に有し、上記アクセス割当手段は、上記アクセス統計算出手段が算出した障害原因情報に基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計するようにしてもよい。
これにより、統計的データに基づいてアクセス可能となる時間を推計することができる。
【００１３】
上記アクセス統計算出手段は、所定時間内に同じ障害原因に基づいてアクセスができなかった状態が発生していたアクセス履歴情報がある場合には、これらアクセスできなかった時間を合算した時間を、上記Ｗｅｂサーバへアクセスできなかった時間とするようにしてもよい。
これにより、断続的に障害原因が発生した場合であっても、これを継続した一つの障害発生として取り扱うことができる。
【００１４】
上記アクセス割当手段は、上記Ｗｅｂサーバに対する、曜日ごとのアクセス障害原因の継続時間、又は所定の時間帯ごとのアクセス障害原因の継続時間のいずれかに基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計するようにしてもよい。
これにより、より的確にＷｅｂサーバへアクセスが可能となる日時を予測することができる。
【００１６】
本発明にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記Ｗｅｂサーバへのアクセス順序を割り当てたユーザのうち、所定の優先度を有するユーザからのアクセス要求を、予め設定された上記Ｗｅｂサーバに対してアクセスできる空き時間に割り当てる処理とを実行させることを特徴とする。
また、本発明の別の観点にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とする処理とを実行させることを特徴とする。
また、本発明の更に別の観点にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てる処理とを実行させることを特徴とする。
【００１７】
【発明の実施の形態】
以下、図面を参照して、本発明にかかる実施形態について説明する。
図１に本発明にかかるアクセス制御装置を利用したシステムの一実施形態を示す。
図１において、本実施形態では、インターネットにより、ユーザ端末４が、負荷分散装置２及びソーリーサーバ１を介して、Ｗｅｂサーバ３に接続できるようになっている。
【００１８】
ユーザ端末４は、Ｗｅｂサーバ３等へアクセスするユーザが使用する端末である。このユーザ端末４は、コンピュータにより構成され、所定のブラウザによりインターネットに接続可能となっており、これによりＷｅｂサーバ３が提供するＷｅｂサイトにアクセスできるようになっている。
Ｗｅｂサーバ３は、コンピュータにより構成さており、所定のコンテンツ等をユーザに発信するＷｅｂサイトを提供するサーバである。このＷｅｂサーバ３は、例えば、ショッピングサイトや、またチケットなどの予約を受付るサイト、緊急災害時の安否情報を受付るサイトをインターネット上で提供してもよく、提供するコンテンツについては任意である。
負荷分散装置２は、Ｗｅｂサーバ３に対するユーザからのアクセス数から負荷状態を監視し、所定のアクセス数を超えたときに、ソーリーサーバ１に対して高負荷発生日時、その原因情報等を含む高負荷発生情報を通知することができる。また、負荷分散装置２は、Ｗｅｂサーバ３への時間帯又は曜日に応じたアクセス数を表すアクセスログデータを作成することができる。
【００１９】
ソーリーサーバ１は、ユーザが直ちにＷｅｂサーバ３にアクセスできないときに、ユーザ端末４に対して所定のメッセージを送信等するサーバである。
このソーリーサーバ１は、コンピュータにより構成され、ＣＰＵ(Central Processing Unit)、ＣＰＵが実行するコンピュータプログラム、ＲＡＭ、ＲＯＭなどの内部メモリ、ハードディスク装置などの外部記憶装置により、図１に示した機能ブロックを構成する。
図１に示した機能ブロックは、ユーザ情報データベース１１、アクセス許可順情報データベース１２、アクセス統計データベース１３、通信制御部１４、アクセス統計算出部１５、アクセス順登録部１６、メッセージ作成部１７、アクセス許可判定部１８から構成されている。
【００２０】
ユーザ情報データベース１１は、ユーザに関する情報をデータベース化した記憶部である。
このユーザ情報データベース１１には、例えば、図２に示すように、ユーザ名、ユーザの認証情報としてのパスワード、優先度、ユーザのメールアドレスの各情報が記憶できるようになっている。
優先度は、ユーザが各Ｗｅｂサーバ３に対してアクセスする際のユーザの優先順位を表す情報であって、例えば、所定のＷｅｂサイトを運営する運営者にとって、当該ユーザがどの程度優良な顧客であるかなどにより決定される。
【００２１】
アクセス許可順情報データベース１２は、ユーザに対して割り当てられたアクセス順序に基づくアクセス許可時間等の情報をデータベース化した記憶部である。
このアクセス許可順情報データベース１２には、例えば、図３に示すように、ユーザ名、当該ユーザの優先度、ユーザがＷｅｂサーバ３にアクセスを要求した日時を表すアクセス日時、ユーザに割り当てられたアクセス可能な日時を表すアクセス許可日時の情報を記憶できるようになっている。
【００２２】
アクセス統計データベース１３は、Ｗｅｂサーバ３に発生した障害情報をデータベース化した記憶部である。
このアクセス統計データベース１３には、例えば、図４に示すように、Ｗｅｂサーバ３ごとに、高負荷発生日時、高負荷解除日時、継続時間、種別コードが記憶できるようになっている。
高負荷発生日時は、Ｗｅｂサーバ３に対して高負荷が発生した日時を表し、また、高負荷解除日時は当該高負荷が解消された日時を表し、継続時間は高負荷状態の継続時間を表している。
また、種別コードは、発生した高負荷の障害原因を特定するためのコードである。本実施形態では、例えば、正常な処理がされた場合には「０」、負荷発生時には「１ｘｘ」、エラー発生時には「２ｘｘ」となっており、下２桁でその原因が特定できるようになっている（例えば、「１１５」であればデータベースサーバのＣＰＵ使用率が１００％になったことを表すなど）。
【００２３】
通信制御部１４は、通信インターフェースを制御して、負荷分散装置２、ユーザ端末４との間で所定のデータの送受信処理を行う。
アクセス統計算出部１５は、アクセス統計データベース１３を参照し、Ｗｅｂサーバ３に対するアクセス履歴情報から、Ｗｅｂサーバ３へアクセスができなかった障害原因を表す種別コードと、各種別コード（障害原因）ごとのアクセスできなかった時間（アクセス不可時間）とを含むアクセス統計情報を作成する処理を行う。
なお、アクセス統計情報を作成する際、アクセス統計算出部１５は、所定時間内に同じ種別コードによるアクセスができなかった状態が発生した時間がある場合には、これらアクセスできなかった時間を合算した時間を、Ｗｅｂサーバ３に対するアクセス不可時間としてもよい。
【００２４】
アクセス順登録部１６は、Ｗｅｂサーバ３に対して複数のユーザからアクセスがあったときに、ユーザ情報記憶データベース１１の各ユーザの優先度情報を参照して、この優先度が高い順に、Ｗｅｂサーバ３へのアクセス許可日時を割り当てる処理を行うことができる。
この場合、例えば、アクセス順登録部１６は、予め、Ｗｅｂサーバ３に対するアクセス空時間を所定の間隔で設定しておき、所定の優先度を有するユーザからアクセス要求があった場合には、上述の空時間を当該ユーザのアクセス許可時間とするようにしてもよい。
また、アクセス順登録部１６は、同じユーザから繰り返し複数回のアクセス要求があった場合には、ユーザから先になされたアクセス要求に基づいて割り当てたアクセス許可日時を無効として取り扱うようにすることができる。
【００２５】
また、アクセス順登録部１６は、ユーザがＷｅｂサーバ３に対して直ちにアクセスできないときに、Ｗｅｂサーバ３にアクセスできるアクセス許可日時を推計する処理を行う。
この推計処理は、例えば、アクセス順登録部１６が、Ｗｅｂサーバ３へアクセスできないアクセス障害原因の種別コードを特定すると共に、当該種別コードに対応する障害の過去における継続時間の平均値などに基づいて推計してもよい。また、例えば、アクセス順登録部１６が、Ｗｅｂサーバ３に対する、曜日ごとのアクセス障害原因の継続時間、又は時間帯ごとのアクセス障害原因の継続時間のいずれかに基づいて推計してもよい。
【００２６】
メッセージ作成部１７は、アクセス順登録部１６が決定したユーザのアクセス許可日時等の情報に基づいて、ユーザに対するメッセージ情報を作成する。
このメッセージとしては、例えば、ＨＴＭＬ（Hyper Text Markup Language）でユーザの所定の日時になったら再度Ｗｅｂサーバ３にアクセスするように促すメッセージを作成するようにしてもよい。
【００２７】
アクセス許可判定部１８は、高負荷状態が解消され、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザ端末４に対してアクセスができるようになった旨を通知する。この通知は、例えば、アクセス許可判定部１８が、ユーザ情報データベース１１に記憶されているユーザのメールアドレスに基づいて、電子メールによりＷｅｂサーバ３に対するアクセスが可能となった旨を通知してもよい。
また、アクセス許可判定部１８は、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザ端末４のブラウザ等に指示を行い自動的に所定のＷｅｂサーバ３へ接続させるようにしてもよい。
【００２８】
次に、本実施形態にかかるアクセス制御方法について、図面を参照して説明する。
まず、Ｗｅｂサーバ３へのアクセスログデータから、アクセス統計情報を作成する際の処理について、図５を参照して説明する。
図５において、アクセス統計算出部１５は、通信制御部１４を介して、負荷分散装置２からＷｅｂサーバ３に対するアクセスログデータを取得する（Ｓ１１）。
このとき負荷分散装置２から取得するアクセスログデータとしては、例えば、アクセス日時、振り分け先ＩＰアドレス、種別コード、状態の発生・解除を表す状態フラグなどのデータが含まれる。
【００２９】
アクセスログデータを取得すると、アクセス統計算出部１５は、アクセスログデータのうち、種別コードが「正常」（本実施形態では、種別コード「０」）のレコード以外のレコードを抽出する（Ｓ１２）。
これにより、Ｗｅｂサーバ３にアクセスする際に、何らかの障害（例えば、負荷発生、エラーなど）が発生し、直ちにＷｅｂサーバ３にアクセスできなかった種別コードを含むログデータを抽出する。
【００３０】
アクセス統計算出部１５は、抽出したログデータのうち、種別コードが同一で、かつ、状態フラグが「発生」と「解除」の一対になっているログデータを未登録ケースデータとして抽出する（Ｓ１３）。
抽出した未登録ケースデータについて、後述するケース登録処理を行い、未登録ケースデータをアクセス統計データベース１３に登録する（Ｓ１４）。
ケース登録処理が完了すると、アクセス統計算出部１５は、ケース登録処理を行っていない未登録ケースデータが存在しないか否か判別する（Ｓ１５）。
判別の結果、未登録ケースデータが存在する場合には、上述のＳ１３の処理に戻って、上述の処理を繰り返す。
また、判別の結果、未登録ケースデータが存在しない場合には、処理を終了する。
【００３１】
次に、上述のケース登録処理について、図６及び図７を参照して説明する。
本実施形態では、図７に模式的に示すように、ケースＡ、ケースＣが既にアクセス統計データベース１３に登録されている状態で、それぞれ新たにケースＢ、ケースＤの未登録ケースを登録する場合を例として説明する。なお、図７の「０」が高負荷状態の発生、「１」が高負荷状態の解除を表している。
まず、アクセス統計算出部１５は、上述のＳ１３の処理で、未登録ケースデータから１レコード（図７の例では、ケースＢ又はケースＤ）を抽出する（Ｓ２１）。
アクセス統計算出部１５は、アクセス統計データベース１３内に、抽出した未登録ケースデータと種別コードが同一で、かつ、高負荷発生日時とその解消日時との差が所定時間内のものがあるか判別する（Ｓ２２）。
【００３２】
判別の結果、アクセス統計データベース１３内に、該当するレコードが存在すると判別された場合には、アクセス統計算出部１５は、アクセス統計データベース１３上の該当レコードの高負荷解消日時を未登録ケースの高負荷解消日時に更新する（Ｓ２３）。
図７の例では、ケースＢに対してケースＡの高負荷開始日時が所定時間（例えば、５分間）内であるため、ケースＡが該当するレコードと判別され、ケースＡの高負荷解消日時がケースＢの高負荷解消日時に更新される。
【００３３】
また、アクセス統計算出部１５は、該当レコードの高負荷発生日時と高負荷解消日時（図７の例では、ケースＡの高負荷発生日時とケースＢの高負荷解除日時）の差を計算し、継続時間を算出する（Ｓ２４）。
そして、アクセス統計算出部１５は、算出した継続時間に基づいて、アクセス統計データベース１３の継続時間を更新し（Ｓ２５）、処理を終了する。
【００３４】
また、上述のＳ２２の処理で、該当するレコードが存在していないと判別された場合には、この未登録ケース（図７の例では、所定時間の５分を超過しているケースＤ）をアクセス統計データベース１３に追加記憶して（Ｓ２６）、処理を終了する。
【００３５】
次に、Ｗｅｂサーバ３に対して直ちにアクセスできない場合の処理について、図８を参照して説明する。
図８において、Ｗｅｂサーバ３が高負荷状態となり負荷分散装置２から高負荷発生情報が通知されると、アクセス順登録部１６は、負荷分散装置２から通知された高負荷発生日時と高負荷発生の種別コードを取得する（Ｓ３１）。
アクセス順登録部１６は、ユーザからのアクセス要求を受信すると、当該アクセス要求に含まれる当該ユーザのユーザ名と、アクセス日時を特定する（Ｓ３２）。
【００３６】
アクセス順登録部１６は、ユーザ情報データベース１１を参照して、当該ユーザの優先度を抽出する（Ｓ３３）。
また、アクセス順登録部１６は、アクセス統計データベース１３を参照して、高負荷状態が解除される日時を推計する（Ｓ３４）。
この推計処理としては、例えば、アクセス順登録部１６が、アクセス統計データベース１３に記憶されている今回発生したと同じ種別コードの継続時間の平均値に基づいて高負荷状態が解除される時間を推計してもよい。また、アクセス順登録部１６が、アクセス統計データベース１３に記憶されている同じ時間帯或いは曜日に発生した同じ障害の種別コードの継続時間の平均値などから高負荷が解除される時間を推計してもよい。
【００３７】
また、アクセス順登録部１６は、アクセス許可順情報データベース１２に、当該ユーザのレコードが既にあるか否かを判別する（Ｓ３５）。
判別の結果、アクセス許可順情報データベース１２に既に同じユーザのレコードがある場合には、当該ユーザがリロードしてアクセスを繰り返しているものとして、アクセス許可順情報データベース１２に先に記憶されている当該ユーザのアクセス許可日時を削除して、無効とする（Ｓ３６）。
【００３８】
上述のＳ３６の処理でレコードを削除した後、あるいは上述のＳ３５の処理で当該ユーザのレコードがないと判別された場合には、アクセス順登録部１６は、アクセス日時と当該ユーザの優先度に応じて、当該ユーザに対するＷｅｂサーバ３のアクセス許可日時を算出する（Ｓ３７）。
この処理としては、例えば、図１０に模式的に示すように、あらかじめ所定間隔で空き時間を確保しておき、所定の優先度以上のユーザがアクセスしていた場合に、当該空き時間に割り当てるようにしてもよい。また、既にアクセス許可日時が設定されているユーザ（例えば、ユーザＢ、ユーザＣ）が存在する場合には、例えば、既に設定されたユーザよりも優先度が高いユーザ（例えば、ユーザＡ）を、それより前の空き時間に割り当てるようにしてもよく、この割当についてはユーザの優先度やアクセス日時に応じて適切な方法を用いてもよい。
【００３９】
割当が完了すると、アクセス順登録部１６は、アクセス許可順情報データベース１２に、当該ユーザ名及び優先度、アクセス日時、割り当てられたアクセス許可日時の各情報を追加して記憶する（Ｓ３８）。
【００４０】
引き続き、図９において、メッセージ作成部１７は、アクセス順登録部１６から、アクセス許可日時が割り当てたユーザ名、アクセス日時、アクセス許可日時を取得し（Ｓ３９）、該当ユーザ名、アクセス日時、アクセス許可日時から、ユーザに対する待機依頼情報を作成する（Ｓ４０）。
この待機依頼情報の一例を図１１に示す。図１１に示すように、ユーザに対する待機依頼情報としては、例えば、何分くらい待てばよいのか、そしてＷｅｂサイトによっては、アクセス許可判定部１８がユーザの順番になったらメールを発信する仮受付を行い、図１２に示すように仮受付番号を通知するようにしてもよい。
そして、メッセージ作成部１７が通信制御部１４を介して、生成した待機依頼情報をユーザ端末４に対して通知して（Ｓ４１）、処理を終了する。
【００４１】
次に、高負荷状態が解消した際の処理について、図１３を参照して説明する。
図１３において、アクセス許可判定部１８は、負荷分散装置２から高負荷状態が解除された旨の通知があったか否かの判別処理を、この通知があるまで繰り返す（Ｓ５１）。
この状態で、負荷分散装置２から高負荷状態が解除された旨の通知を受信すると（Ｓ５２）、アクセス許可判定部１８は、アクセス許可データベース１３を参照して、アクセス許可日時が既に経過しているレコードがあるか否か判別する（Ｓ５３）。
【００４２】
判別の結果、アクセス許可日時を経過しているレコードがない場合には、アクセス許可判定部１８はアクセスを許可すべきレコードがないものとして、処理を終了する。
また、アクセス許可日時を過ぎているレコードがある場合には、アクセス許可判定部１８は、アクセス許可順情報データベース１２に記憶されているアクセス許可日時に従い、例えば、図１４に示すような、所定のＷｅｂサイトへアクセスするためのＵＲＬ等を含むアクセス許可通知を、電子メールによりユーザへ通知して（Ｓ５４）、処理を終了する。
【００４３】
このように、上述の実施形態によれば、アクセス順登録部１６が優先順位が高いユーザに対しては、優先的にアクセス順序を割り当てるようにしたことから、優先度が高いユーザを優遇することができる。これにより、例えば、優良顧客などを優先してＷｅｂサーバ３に接続させてサービスを提供できるようになり、優良顧客を長時間にわたって待たせることなく、迅速に所望のＷｅｂサーバ３へアクセスさせ、サービスを提供することができるようになる。
【００４４】
また、アクセス順登録部１６は、同じユーザから複数回のアクセス要求があった場合には、ユーザから先になされたアクセス要求をすべて無効として削除するようにしたことから、リロードする度にユーザのアクセス順序が遅れ、ユーザに不利な条件となることから、ユーザがリロードを繰り返すことにより、Ｗｅｂサーバ３に負荷をかけることを防止できる。
【００４５】
また、ユーザがＷｅｂサーバ３に対して直ちにアクセスできないときに、アクセス順登録部１６が、Ｗｅｂサーバ３へのアクセスが可能となる日時を推計してユーザに通知するようにしたことから、ユーザとしては、いつＷｅｂサーバ３にアクセスできるのか、いつまで待てばよいのかを把握することができる。これにより、いつＷｅｂサーバ３にアクセスできるか分からないというユーザの不満、不安感、不信感などを払拭することができる。
【００４６】
また、アクセス順登録部１６が、アクセス可能日時をする際、アクセス統計データベース１３に記憶されている過去の実績情報に基づいてアクセス可能日時を推計するようにしたことから、アクセス可能日時を過去の実績に基づいて適切に推計することができる。
【００４７】
また、アクセス順登録部１６が、曜日ごとの高負荷状態の継続時間、又は時間帯ごとの高負荷状態の継続時間のいずれかに基づいて、Ｗｅｂサーバ３へアクセス可能となる時間を推計するようにすれば、各曜日や時間帯毎にＷｅｂサーバ３へアクセス可能となる時間を適切に推計することができる。
【００４８】
また、アクセス許可判定部１８が、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザに対してアクセスができるようになった旨を通知するようにしたことから、ユーザはＷｅｂサーバ３に対してアクセスができるようになったことをタイムリーに知ることができる。
なお、アクセス許可判定部１８が、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザを上記Ｗｅｂサーバ３へアクセスさせるようにしてもよい。これにより、ユーザは特別な処理をしなくとも、自動的に所望のＷｅｂサーバ３にアクセスすることができる。
【００４９】
アクセス統計算出部１５が、Ｗｅｂサーバ３に対するアクセス履歴情報から、Ｗｅｂサーバ３へアクセスできなかった原因を表す種別コードと、各種別コードごとのアクセスできなかった継続時間情報とを含むアクセス統計情報を作成し、アクセス順登録部１６が、アクセス統計情報の種別コードに基づいて、Ｗｅｂサーバ３へアクセスが可能となる時間を推計するようにしたことから、各種別コード毎に適切な時間を推計することができる。
【００５０】
アクセス統計算出部１５は、所定時間内に同じ原因に基づいてアクセスができなかった状態が発生していたアクセス履歴情報がある場合には、これらアクセス不可時間を合算した時間を、アクセスできなかった時間情報としたことから、ある障害が断続的に発生している場合にも、Ｗｅｂサーバ３にアクセスできない状態とみなして取り扱うことができる。
【００５１】
なお、上述の実施形態では、同じユーザから複数回アクセス要求があった場合には、先に割り当てたアクセス順序を無効にする例について説明したが、これに代えて、例えば、アクセス順登録部１６が、同じユーザから複数回のアクセス要求があった場合に、ユーザ情報データベース１１に記憶されているユーザの優先度を参照して、所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てるようにしてもよい。これにより、所定の優先度よりも優先度が高いユーザは、優先的にＷｅｂサーバ３に対してアクセスすることができるようになり、例えば、優良顧客等に対する優遇サービスを提供することができる。
【００５２】
本実施形態にかかるソーリーサーバ１は、専用装置であってもよいし、また、汎用のコンピュータとコンピュータプログラムを用いて実現してもよい。汎用のコンピュータを利用して実現する場合には、例えば、汎用のコンピュータに対して上述の動作を実行するためのコンピュータプログラムやこれを格納したコンピュータ読み取り可能な媒体（ＦＤ、ＣＤ−ＲＯＭ等）からコンピュータプログラムをインストールすることにより上述の処理を実行する各装置を構成するようにしてもよい。なお、上述の機能をＯＳ（Operating System）が分担又はＯＳとアプリケーションプログラムの共同により実現する場合等には、ＯＳ以外の部分のみをコンピュータプログラムとして、またこのコンピュータプログラムをコンピュータ読み取り可能な媒体に格納してもよい。
【００５３】
また、ソーリーサーバ１用の各コンピュータプログラムを搬送波に重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して配信するようにしてもよい。そして、このコンピュータプログラムを起動し、ＯＳ制御下で他のアプリケーションプログラムと同様に実行させることにより上述の処理を実行させるようにしてもよい。
【００５４】
【発明の効果】
本発明によれば、効率的にユーザがＷｅｂサーバにアクセスすることができる。
【図面の簡単な説明】
【図１】本発明にかかる一実施形態の全体構成を示した概念図。
【図２】本実施形態にかかるユーザ情報データベースに記憶されるデータの例を示した図。
【図３】本実施形態にかかるアクセス許可順情報データベースに記憶されるデータの例を示した図。
【図４】本実施形態にかかるアクセス統計データベースに記憶されるデータの例を示した図。
【図５】本実施形態にかかるアクセス統計情報を作成する際の処理の流れを示した処理フロー。
【図６】本実施形態にかかるケース登録処理の流れを示した処理フロー。
【図７】本実施形態にかかるケース登録処理の一例を示した模式図。
【図８】本実施形態にかかるＷｅｂサーバに対するアクセス数が所定量を超えた場合の処理の流れを示した処理フロー。
【図９】本実施形態にかかるＷｅｂサーバに対するアクセス数が所定量を超えた場合の処理の流れを示した別の処理フロー。
【図１０】本実施形態にかかるアクセス許可日時を決定する際の一例を示した模式図。
【図１１】本実施形態にかかるユーザに対する待機依頼メッセージの一例を示した図。
【図１２】本実施形態にかかるユーザに対する待機依頼メッセージの別の例を示した図。
【図１３】本実施形態にかかるＷｅｂサーバに対する高負荷状態が解除された際の処理を示した処理フロー。
【図１４】本実施形態にかかるユーザに対してＷｅｂページへのアクセスが可能となったことを通知する際の一例を示した図。
【符号の説明】
１ソーリーサーバ
２負荷分散装置
３Ｗｅｂサーバ
４ユーザ端末
１１ユーザ情報データベース
１２アクセス許可順情報データベース
１３アクセス統計データベース
１４通信制御部
１５アクセス統計算出部
１６アクセス順登録部
１７メッセージ作成部
１８アクセス許可判定部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for controlling user access to a Web server.
[0002]
[Prior art]
Today, with the development of the Internet, various contents are provided on a Web server.
Depending on the content provided by such a Web server, the user's access concentrates on a specific Web server, so that a load distribution device is provided. The load balancer monitors the number of accesses to the Web server, and if it exceeds the allowable amount of access to the Web server, the user who has accessed the network is congested and waits for a while before accessing. To prevent the Web server from going down due to concentration of access.
[0003]
[Problems to be solved by the invention]
However, since the user who accesses the Web server has no idea what the load state or failure state of the server is and when it will be resolved, it is not possible to know when the Web server can be accessed. It was causing unnecessary irritation to users.
In addition, many users, for example, when a message “currently busy” is returned, reload (reload), but if this is repeated many times, an access state like a so-called DoS attack occurs, As a result, there is a problem that a further high load state is caused, and in some cases, the system is down.
[0004]
In addition, since the conventional web server handles users under the same conditions regardless of whether or not it is a good customer, even if it is a good customer, it continues to be inaccessible to the web server for a long time like other users. There was a case. For this reason, for example, in an EC (Electronic Commerce) site or the like, if the state in which the Web site cannot be accessed continues, there is a problem that the user moves to another EC site and causes a loss of good customers.
[0005]
In addition, for example, in the case of a popular game or concert ticket reservation, a Web server for confirming safety in a disaster or emergency, etc., there is a case where access is concentrated at one time, and thus system down due to access concentration is prevented in advance. There is a growing need.
[0006]
The present invention has been made to solve the above-described problems, and an object of the present invention is to enable a user to efficiently access a Web server.
[0007]
In order to solve the above problems, an access control apparatus according to the present invention is an apparatus that controls access to the Web server when a plurality of users access the predetermined Web server. User information storage means for storing priority information indicating the priority order of each user when accessing the server, and when the user cannot immediately access the Web server ,Up Access allocation means for allocating the access order to the Web server in descending order of priority set for the user with reference to the priority information of the user information storage means. A free time for accessing the server is set in advance at predetermined intervals, and when there is an access request from a user having a predetermined priority, the user is assigned to the free time.
Thereby, a user with high priority can access the Web server with priority, and can provide an appropriate service according to the priority of the user.
[0009]
A device that controls access to the Web server when a predetermined Web server is accessed by a plurality of users, and represents the priority of each user when accessing the Web server User information storage means for storing information and when the user cannot immediately access the Web server ,Up Access allocation means for allocating the access order to the Web server in descending order of priority set for the user with reference to the priority information in the user information storage means. When there are multiple access requests, the access order assigned based on the access request previously made by the user is invalidated.
Accordingly, since the user is disadvantageous in that the order of access is delayed each time reloading may be performed, it may be possible to prevent occurrence or continuation of a high load state on the Web server due to repeated reloading by the user.
[0010]
A device that controls access to the Web server when a predetermined Web server is accessed by a plurality of users, and represents the priority of each user when accessing the Web server User information storage means for storing information and when the user cannot immediately access the Web server ,Up Access allocation means for allocating the access order to the Web server in descending order of priority set for the user with reference to the priority information in the user information storage means. When there are multiple access requests from the user information, referring to the user priority of the user information storage means, if the user has a higher priority than a predetermined priority, An access order that is earlier than the access order assigned to the user is assigned.
As a result, a user having a higher priority than a predetermined priority can access the Web server preferentially, and for example, a preferential service for a good customer or the like can be provided.
[0011]
Further, the access allocating unit may instruct a predetermined notification unit to estimate a time during which access to the Web server is possible and to notify the user of the estimated time information. Good.
Thereby, the user can predict the time when the user can access the Web server, and the user's dissatisfaction and anxiety that the user cannot know when the user can access the Web server can be eased.
[0012]
For the above web server Access history information including failure cause information indicating the cause of failure to access and access impossible time information for each failure cause Access history information Storage means , Refer to the access history information storage means, And further comprising access statistics calculation means for creating access statistical information including failure cause information indicating a cause of failure to access the Web server, and inaccessible time information for each failure cause information. The means may estimate a time during which access to the Web server is possible based on the failure cause information calculated by the access statistics calculation means.
Thereby, it is possible to estimate the time for which access is possible based on the statistical data.
[0013]
When there is access history information in which a state in which access was not possible based on the same cause of failure occurred within a predetermined time, the access statistic calculation means calculates the sum of the times when these access failed. You may make it the time when access to the Web server was not possible.
As a result, even if the cause of the failure occurs intermittently, it can be handled as a single failure occurrence.
[0014]
The access allocation means can access the Web server based on either the duration of the cause of access failure for each day of the week or the duration of the cause of access failure for each predetermined time period. You may make it estimate time.
This makes it possible to predict the date and time when the Web server can be accessed more accurately.
[0016]
A computer program according to the present invention is a computer program for causing a computer to function as a device that controls access from a user to a predetermined Web server, and when the computer is accessed to the Web server. When the priority information indicating the priority order of each user is stored in the user information storage means and when the Web server cannot be accessed immediately ,Up The process of assigning the access order to the Web server in descending order of the priority set for the user with reference to the priority information of the user information storage means, and among the users assigned the access order to the Web server And a process of allocating an access request from a user having a predetermined priority to a free time during which the Web server set in advance can be accessed.
A computer program according to another aspect of the present invention is a computer program for causing a computer to function as an apparatus that controls access from a user to a predetermined Web server, and the computer Processing for storing priority information indicating the priority order of each user when accessing to the user information storage means, and when the Web server cannot be accessed immediately ,Up The process of assigning the access order to the Web server in descending order of priority set for the user with reference to the priority information of the user information storage means, and the same user among the assigned users When there is an access request, a process of invalidating the access order assigned based on the access request made by the user first is executed.
A computer program according to still another aspect of the present invention is a computer program for causing a computer to function as an apparatus that controls access from a user to a predetermined Web server, and When the priority information indicating the priority order of each user when accessing the server is stored in the user information storage means, and when the Web server cannot be accessed immediately ,Up The process of assigning the access order to the Web server in descending order of priority set for the user with reference to the priority information of the user information storage means, and the same user among the assigned users When there is an access request, referring to the priority of the user in the user information storage means, if the user has a priority higher than a predetermined priority, the access order assigned to the user last time And a process of assigning an earlier access order.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments according to the present invention will be described below with reference to the drawings.
FIG. 1 shows an embodiment of a system using an access control apparatus according to the present invention.
In FIG. 1, in the present embodiment, the user terminal 4 can be connected to the Web server 3 via the load balancer 2 and the sorry server 1 via the Internet.
[0018]
The user terminal 4 is a terminal used by a user who accesses the Web server 3 or the like. The user terminal 4 is configured by a computer and can be connected to the Internet by a predetermined browser, thereby accessing a Web site provided by the Web server 3.
The Web server 3 is configured by a computer, and is a server that provides a Web site that transmits predetermined contents and the like to users. The Web server 3 may provide, for example, a shopping site, a site that accepts reservations such as tickets, and a site that accepts safety information in the event of an emergency disaster on the Internet, and the content to be provided is arbitrary. .
The load balancer 2 monitors the load state from the number of accesses from the user to the Web server 3, and when the number of accesses exceeds a predetermined number of accesses, the load distribution device 2 includes a high load occurrence date / time, cause information, etc. The load generation information can be notified. Further, the load balancer 2 can create access log data representing the number of accesses to the Web server 3 according to the time zone or day of the week.
[0019]
The sorry server 1 is a server that transmits a predetermined message to the user terminal 4 when the user cannot immediately access the Web server 3.
The sorry server 1 is constituted by a computer, and includes the functional blocks shown in FIG. 1 by a CPU (Central Processing Unit), a computer program executed by the CPU, an internal memory such as a RAM and a ROM, and an external storage device such as a hard disk device. Constitute.
1 includes a user information database 11, an access permission order information database 12, an access statistics database 13, a communication control unit 14, an access statistics calculation unit 15, an access order registration unit 16, a message creation unit 17, and an access permission. The determination unit 18 is configured.
[0020]
The user information database 11 is a storage unit that stores information on users in a database.
For example, as shown in FIG. 2, the user information database 11 can store information on a user name, a password as user authentication information, a priority, and a user mail address.
The priority is information indicating the priority order of the user when the user accesses each Web server 3. For example, for the operator who operates a predetermined Web site, how good the user is the customer. It is determined by whether there is.
[0021]
The access permission order information database 12 is a storage unit in which information such as access permission time based on the access order assigned to the user is databased.
In this access permission order information database 12, for example, as shown in FIG. 3, the user name, the priority of the user, the access date and time indicating the date and time when the user requested access to the Web server 3, and the access assigned to the user Information on the access permission date and time indicating the possible date and time can be stored.
[0022]
The access statistics database 13 is a storage unit in which failure information generated in the Web server 3 is databased.
For example, as shown in FIG. 4, the access statistics database 13 can store a high load occurrence date / time, a high load release date / time, a duration, and a type code for each Web server 3.
The high load occurrence date / time represents the date / time when the high load occurred on the Web server 3, the high load release date / time represents the date / time when the high load was canceled, and the duration represents the duration of the high load state. ing.
The type code is a code for identifying the cause of the high load failure that has occurred. In the present embodiment, for example, “0” is displayed when normal processing is performed, “1xx” is generated when a load is generated, and “2xx” is generated when an error is generated. The cause can be specified by the last two digits. (For example, “115” indicates that the CPU usage rate of the database server has reached 100%).
[0023]
The communication control unit 14 controls the communication interface to perform predetermined data transmission / reception processing between the load distribution device 2 and the user terminal 4.
The access statistics calculation unit 15 refers to the access statistics database 13, and from the access history information for the Web server 3, the type code indicating the failure cause that could not access the Web server 3, and each type of code (failure cause). A process of creating access statistical information including the time when access was not possible (access impossible time) is performed.
When creating the access statistics information, the access statistics calculation unit 15 sums up the times when the access could not be made when there was a time when the same type code could not be accessed within a predetermined time. The time may be an inaccessible time for the Web server 3.
[0024]
The access order registration unit 16 refers to the priority information of each user in the user information storage database 11 when the web server 3 is accessed by a plurality of users. 3 can be executed.
In this case, for example, the access order registration unit 16 sets the access idle time for the Web server 3 at a predetermined interval in advance, and when there is an access request from a user having a predetermined priority, The idle time may be set as the access permission time of the user.
Further, when there are repeated access requests from the same user a plurality of times, the access order registration unit 16 may treat the access permission date and time assigned based on the access request made earlier by the user as invalid. it can.
[0025]
Further, the access order registration unit 16 performs a process of estimating an access permission date and time when the user can access the Web server 3 when the user cannot immediately access the Web server 3.
This estimation process is performed based on, for example, an access failure cause type code in which the access order registration unit 16 cannot access the Web server 3 and an average value of the past durations of failures corresponding to the type code. You may estimate. Further, for example, the access order registration unit 16 may estimate based on either the duration of the access failure cause for each day of the week or the duration of the access failure cause for each time zone for the Web server 3.
[0026]
The message creation unit 17 creates message information for the user based on information such as the user access permission date and time determined by the access order registration unit 16.
As this message, for example, a message that prompts the user to access the Web server 3 again when the user's predetermined date / time comes in HTML (Hyper Text Markup Language) may be created.
[0027]
The access permission determination unit 18 notifies the user terminal 4 that the user terminal 4 can be accessed when the high load state is resolved and access to the Web server 3 becomes possible. In this notification, for example, the access permission determination unit 18 may notify that the access to the Web server 3 is possible by e-mail based on the user's mail address stored in the user information database 11. .
Further, the access permission determination unit 18 may instruct a browser or the like of the user terminal 4 to automatically connect to the predetermined Web server 3 when access to the Web server 3 becomes possible.
[0028]
Next, an access control method according to the present embodiment will be described with reference to the drawings.
First, processing when creating access statistical information from access log data to the Web server 3 will be described with reference to FIG.
In FIG. 5, the access statistics calculation unit 15 acquires access log data for the Web server 3 from the load balancer 2 via the communication control unit 14 (S11).
The access log data acquired from the load balancer 2 at this time includes, for example, data such as an access date / time, a distribution destination IP address, a type code, and a status flag indicating occurrence / release of a status.
[0029]
When the access log data is acquired, the access statistics calculation unit 15 extracts records other than the record having the type code “normal” (in this embodiment, the type code “0”) from the access log data (S12).
As a result, when accessing the Web server 3, log data including a type code that cannot be accessed immediately is generated by some kind of failure (for example, occurrence of load, error, etc.).
[0030]
The access statistics calculation unit 15 extracts, as unregistered case data, log data having the same type code and a pair of status flag “occurrence” and “release” among the extracted log data (S13). ).
The extracted unregistered case data is subjected to a case registration process described later, and the unregistered case data is registered in the access statistics database 13 (S14).
When the case registration process is completed, the access statistics calculation unit 15 determines whether or not there is unregistered case data that has not been subjected to the case registration process (S15).
As a result of the determination, if unregistered case data exists, the process returns to the above-described process of S13 and the above-described process is repeated.
If there is no unregistered case data as a result of the determination, the process is terminated.
[0031]
Next, the case registration process described above will be described with reference to FIGS.
In this embodiment, as schematically shown in FIG. 7, in the case where cases A and C are already registered in the access statistics database 13, new cases of unregistered cases B and D are respectively registered. Will be described as an example. In FIG. 7, “0” represents the occurrence of a high load state, and “1” represents the release of the high load state.
First, the access statistics calculation unit 15 extracts one record (case B or case D in the example of FIG. 7) from unregistered case data in the process of S13 described above (S21).
The access statistics calculation unit 15 determines whether or not the extracted unregistered case data and the type code are in the access statistics database 13 and the difference between the high load occurrence date and time and the resolution date and time is within a predetermined time. (S22).
[0032]
As a result of the determination, when it is determined that the corresponding record exists in the access statistics database 13, the access statistics calculation unit 15 sets the high load cancellation date / time of the corresponding record on the access statistics database 13 to the high value of the unregistered case. Update to the load cancellation date and time (S23).
In the example of FIG. 7, since the high load start date and time of case A is within a predetermined time (for example, 5 minutes) with respect to case B, it is determined that case A is a corresponding record, and the high load cancellation date and time of case A is Updated to date and time of high load cancellation for case B.
[0033]
Further, the access statistics calculation unit 15 calculates the difference between the high load occurrence date and time and the high load cancellation date and time (in the example of FIG. 7, the high load occurrence date and time of case A and the high load release date and time of case B) of the corresponding record, The duration time is calculated (S24).
And the access statistics calculation part 15 updates the continuation time of the access statistics database 13 based on the calculated continuation time (S25), and complete | finishes a process.
[0034]
If it is determined in S22 that the corresponding record does not exist, this unregistered case (case D exceeding 5 minutes of the predetermined time in the example of FIG. 7) is determined. It is additionally stored in the access statistics database 13 (S26), and the process is terminated.
[0035]
Next, processing when the Web server 3 cannot be accessed immediately will be described with reference to FIG.
In FIG. 8, when the Web server 3 becomes in a high load state and the high load occurrence information is notified from the load distribution device 2, the access order registration unit 16 reports the high load occurrence date and time and the high load occurrence notified from the load distribution device 2. The type code is acquired (S31).
When receiving the access request from the user, the access order registration unit 16 specifies the user name of the user and the access date / time included in the access request (S32).
[0036]
The access order registration unit 16 refers to the user information database 11 and extracts the priority of the user (S33).
Further, the access order registration unit 16 refers to the access statistics database 13 and estimates the date and time when the high load state is canceled (S34).
As this estimation processing, for example, the access order registration unit 16 estimates the time when the high load state is canceled based on the average value of the duration of the same type code that is stored in the access statistics database 13 this time. May be. Further, the access order registration unit 16 estimates the time when the high load is released from the average value of the duration of the same failure type code that occurred in the same time zone or day of the week stored in the access statistics database 13. Also good.
[0037]
Further, the access order registration unit 16 determines whether or not the user's record already exists in the access permission order information database 12 (S35).
As a result of the determination, if there is already a record of the same user in the access permission order information database 12, it is assumed that the user has reloaded and repeated access, and the access permission order information database 12 previously stored in the access permission order information database 12 The access permission date and time of the user is deleted and invalidated (S36).
[0038]
After deleting the record in the process of S36 described above or when it is determined that the record of the user does not exist in the process of S35 described above, the access order registration unit 16 responds to the access date and time and the priority of the user. Then, the access permission date and time of the Web server 3 for the user is calculated (S37).
As this processing, for example, as schematically shown in FIG. 10, an empty time is secured in advance at a predetermined interval, and when a user with a predetermined priority or higher is accessing, it is assigned to the empty time. It may be. In addition, when there are users (for example, user B and user C) whose access permission date and time has already been set, for example, a user (for example, user A) with a higher priority than the already set user is selected. It may be possible to allocate to a free time before that, and for this allocation, an appropriate method may be used according to the priority of the user and the access date and time.
[0039]
When the assignment is completed, the access order registration unit 16 adds and stores each information of the user name and priority, the access date and time, and the assigned access permission date and time in the access permission order information database 12 (S38).
[0040]
9, the message creation unit 17 acquires the user name, access date / time, and access permission date / time assigned by the access permission date / time from the access order registration unit 16 (S39), and the corresponding user name, access date / time, access permission. The standby request information for the user is created from the date and time (S40).
An example of this waiting request information is shown in FIG. As shown in FIG. 11, as waiting request information for the user, for example, how many minutes should be waited, and depending on the website, provisional reception that sends an e-mail when the access permission determination unit 18 is in the user's order is performed. And a temporary receipt number may be notified as shown in FIG.
Then, the message creation unit 17 notifies the user terminal 4 of the generated standby request information via the communication control unit 14 (S41), and the process ends.
[0041]
Next, processing when the high load state is resolved will be described with reference to FIG.
In FIG. 13, the access permission determination unit 18 repeats the determination process of whether or not there is a notification from the load balancer 2 that the high load state has been released until this notification is received (S51).
In this state, upon receiving a notification that the high load state has been released from the load distribution apparatus 2 (S52), the access permission determination unit 18 refers to the access permission database 13 and the access permission date and time has already passed. It is determined whether there is a record that exists (S53).
[0042]
As a result of the determination, if there is no record that has passed the access permission date and time, the access permission determination unit 18 determines that there is no record that should be permitted to access and ends the process.
If there is a record that has passed the access permission date and time, the access permission determination unit 18 follows the access permission date and time stored in the access permission order information database 12, for example, as shown in FIG. An access permission notification including a URL for accessing the Web site is notified to the user by e-mail (S54), and the process ends.
[0043]
As described above, according to the above-described embodiment, the access order registration unit 16 preferentially assigns an access order to a user with a high priority, so that a user with a high priority is preferentially treated. Can do. As a result, for example, a good customer can be connected to the Web server 3 with priority, and the service can be provided, and the desired Web server 3 can be accessed quickly without causing the good customer to wait for a long time. Will be able to provide.
[0044]
In addition, when there are multiple access requests from the same user, the access order registration unit 16 deletes all the access requests previously made by the user as invalid, so each time the user reloads, Since the access order is delayed, which is a disadvantageous condition for the user, it is possible to prevent the Web server 3 from being overloaded by the user repeatedly reloading.
[0045]
In addition, when the user cannot immediately access the Web server 3, the access order registration unit 16 estimates the date and time when the Web server 3 can be accessed and notifies the user. Can grasp when the user can access the Web server 3 and how long it should wait. As a result, it is possible to dispel users' dissatisfaction, anxiety, distrust, and the like that they do not know when to access the Web server 3.
[0046]
In addition, since the access order registration unit 16 estimates the accessible date / time based on the past performance information stored in the access statistics database 13 when the accessible date / time is determined, It is possible to estimate appropriately based on the results.
[0047]
Further, the access order registration unit 16 estimates the time during which the web server 3 can be accessed based on either the duration of the high load state for each day of the week or the duration of the high load state for each time zone. By doing so, it is possible to appropriately estimate the time during which the Web server 3 can be accessed for each day of the week or time period.
[0048]
In addition, since the access permission determination unit 18 notifies the user that access has become possible when access to the Web server 3 becomes possible, the user notifies the Web server 3 It is possible to know in a timely manner that access is now possible.
The access permission determination unit 18 may allow the user to access the Web server 3 when access to the Web server 3 becomes possible. Accordingly, the user can automatically access the desired Web server 3 without performing special processing.
[0049]
From the access history information for the web server 3, the access statistics calculation unit 15 obtains access statistical information including a type code indicating the reason why the web server 3 could not be accessed and duration information for each type of code that could not be accessed. Since the access order registration unit 16 creates and estimates the time during which access to the Web server 3 is possible based on the type code of the access statistical information, the appropriate time is estimated for each type of code. be able to.
[0050]
When there is access history information in which a state where access could not be made based on the same cause occurred within a predetermined time, the access statistic calculation unit 15 could not access the total time of these inaccessible times. Since the time information is used, even when a certain failure occurs intermittently, it can be handled as a state where the Web server 3 cannot be accessed.
[0051]
In the above-described embodiment, an example has been described in which, when there are multiple access requests from the same user, the previously assigned access order is invalidated, but instead, for example, the access order registration unit 16 However, when there are multiple access requests from the same user, with reference to the user priority stored in the user information database 11, the user has a higher priority than the predetermined priority. May assign an access order earlier than the previously assigned access order to the user. Thereby, a user having a higher priority than the predetermined priority can access the Web server 3 preferentially, and for example, a preferential service for a good customer or the like can be provided.
[0052]
The sorry server 1 according to the present embodiment may be a dedicated device, or may be realized using a general-purpose computer and a computer program. When implemented using a general-purpose computer, for example, from a computer program for executing the above-described operations on the general-purpose computer or a computer-readable medium (FD, CD-ROM, etc.) storing the computer program. You may make it comprise each apparatus which performs the above-mentioned process by installing a computer program. When the above functions are realized by the OS (Operating System) sharing or jointly between the OS and the application program, only the part other than the OS is stored as a computer program, and the computer program is stored in a computer-readable medium. May be.
[0053]
It is also possible to superimpose each computer program for the sorry server 1 on a carrier wave and distribute it via a communication network. For example, the program may be posted on a bulletin board (BBS) of a communication network and distributed via the network. Then, the above-described processing may be executed by starting this computer program and executing it in the same manner as other application programs under OS control.
[0054]
【The invention's effect】
According to the present invention, a user can efficiently access a Web server.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing the overall configuration of an embodiment according to the present invention.
FIG. 2 is a view showing an example of data stored in a user information database according to the present embodiment.
FIG. 3 is a view showing an example of data stored in an access permission order information database according to the embodiment.
FIG. 4 is a diagram showing an example of data stored in an access statistics database according to the present embodiment.
FIG. 5 is a processing flow showing a processing flow when creating access statistical information according to the embodiment.
FIG. 6 is a processing flow showing a flow of case registration processing according to the embodiment.
FIG. 7 is a schematic diagram showing an example of case registration processing according to the present embodiment.
FIG. 8 is a processing flow showing a processing flow when the number of accesses to the Web server according to the present embodiment exceeds a predetermined amount.
FIG. 9 is another processing flow showing a processing flow when the number of accesses to the Web server according to the embodiment exceeds a predetermined amount.
FIG. 10 is a schematic diagram showing an example when determining the access permission date and time according to the embodiment.
FIG. 11 is a diagram showing an example of a standby request message for a user according to the present embodiment.
FIG. 12 is a view showing another example of a standby request message for a user according to the present embodiment.
FIG. 13 is a processing flow showing processing when a high-load state for the Web server according to the present embodiment is canceled.
FIG. 14 is a diagram showing an example when notifying the user according to the present embodiment that access to a Web page is possible.
[Explanation of symbols]
1 sorry server
2 Load balancer
3 Web server
4 User terminals
11 User information database
12 Access permission order information database
13 Access statistics database
14 Communication control unit
15 Access statistics calculator
16 Access Order Registration Department
17 Message creation part
18 Access permission judgment part

Claims

An apparatus for controlling access to the Web server when a predetermined Web server is accessed by a plurality of users,
User information storage means for storing priority information representing the priority order of each user when accessing the Web server;
When the user is not immediately accessible to said Web server, on SL in order of higher priority that is set to the user by referring to the priority information in the user information storage means, access to assign access order to the Web server And assigning means,
The access allocating unit previously sets a free time for accessing the Web server at a predetermined interval, and when there is an access request from a user having a predetermined priority, An access control device characterized by being assigned to

An apparatus for controlling access to the Web server when a predetermined Web server is accessed by a plurality of users,
User information storage means for storing priority information representing the priority order of each user when accessing the Web server;
When the user is not immediately accessible to said Web server, on SL in order of higher priority that is set to the user by referring to the priority information in the user information storage means, access to assign access order to the Web server The access assigning means, when there are multiple access requests from the same user, invalidate the access order assigned based on the access request previously made by the user. A characteristic access control device.

An apparatus for controlling access to the Web server when a predetermined Web server is accessed by a plurality of users,
User information storage means for storing priority information representing the priority order of each user when accessing the Web server;
When the user is not immediately accessible to said Web server, on SL in order of higher priority that is set to the user by referring to the priority information in the user information storage means, access to assign access order to the Web server And assigning means,
When there are multiple access requests from the same user, the access allocation means refers to the priority of the user in the user information storage means and sets a priority higher than a predetermined priority. An access control apparatus characterized by assigning an access order that is earlier than an access order assigned to a previous user to the user.

The access allocating unit estimates a time during which access to the Web server is possible, and instructs a predetermined notification unit to notify the user of the estimated time information;
The access control apparatus according to claim 1.

Access history information storage means for storing access history information including failure cause information indicating a cause of failure to access the Web server, and inaccessible time information for each failure cause, and the access history With reference to the information storage means, further comprising access statistics calculation means for creating access statistical information including the failure cause information and the inaccessible time information,
The access allocation unit estimates a time during which access to the Web server is possible based on the failure cause information calculated by the access statistics calculation unit.
The access control apparatus according to claim 4.

When there is access history information in which a state in which access was not possible based on the same cause of failure occurred within a predetermined time, the access statistic calculation means calculates the sum of the times when these access failed. The time when the web server could not be accessed
The access control apparatus according to claim 5.

The access allocation means can access the Web server based on either the duration of the cause of access failure for each day of the week or the duration of the cause of access failure for each predetermined time period. Estimate time,
The access control apparatus according to any one of claims 4 to 6.

A computer program for causing a computer to function as a device that controls access from a user to a predetermined Web server,
For the above computer
A process of storing priority information representing priority of each user when accessing the Web server in the user information storage means;
When not immediately accessible to the Web server, the priority set to the user by referring to the priority information of the upper SL user information storage means in descending order, the process of assigning access order to the Web server,
A process of allocating an access request from a user having a predetermined priority among users who have been assigned an access order to the Web server to a free time during which the Web server can be accessed in advance;
A computer program that executes

A computer program for causing a computer to function as a device that controls access from a user to a predetermined Web server,
For the above computer
A process of storing priority information representing priority of each user when accessing the Web server in the user information storage means;
When not immediately accessible to the Web server, the priority set to the user by referring to the priority information of the upper SL user information storage means in descending order, the process of assigning access order to the Web server,
When there are multiple access requests from the same user among the assigned users, a process of invalidating the access order assigned based on the access request made earlier by the user;
A computer program that executes

A computer program for causing a computer to function as a device that controls access from a user to a predetermined Web server,
For the above computer
A process of storing priority information representing priority of each user when accessing the Web server in the user information storage means;
When not immediately accessible to the Web server, the priority set to the user by referring to the priority information of the upper SL user information storage means in descending order, the process of assigning access order to the Web server,
Among the allocated users, when there are multiple access requests from the same user, the user with the priority higher than the predetermined priority is referred to by referring to the priority of the user in the user information storage means. If there is, a process of assigning an access order earlier than the access order assigned to the user last time,
A computer program that executes