(57)【特許請求の範囲】
【請求項１】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、
上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、
上記アクセス割当手段は、上記Ｗｅｂサーバに対してアクセスできる空き時間を予め所定の間隔で設定しておき、所定の優先度を有するユーザからアクセス要求があった場合には、当該ユーザを上記空き時間に割り当てることを特徴とするアクセス制御装置。
【請求項２】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、
上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とすることを特徴とするアクセス制御装置。
【請求項３】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、
上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、
上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、予め決められた所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てることを特徴とするアクセス制御装置。
【請求項４】
上記アクセス割当手段は、上記Ｗｅｂサーバへのアクセスが可能となる時間を推計し、当該推計した時間情報を上記ユーザに対して通知するように、所定の通知手段に対して指示する、
請求項１〜３のいずれかの項に記載のアクセス制御装置。
【請求項５】
上記Ｗｅｂサーバに対してアクセスができなかった原因を表す障害原因情報と、障害原因ごとのアクセスできなかったアクセス不可時間情報とを含むアクセス履歴情報を記憶するアクセス履歴情報記憶手段と、上記アクセス履歴情報記憶手段を参照して、上記障害原因情報と、上記アクセス不可時間情報とを含むアクセス統計情報を作成するアクセス統計算出手段を更に有し、
上記アクセス割当手段は、上記アクセス統計算出手段が算出した障害原因情報に基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計する、
請求項４記載のアクセス制御装置。
【請求項６】
上記アクセス統計算出手段は、所定時間内に同じ障害原因に基づいてアクセスができなかった状態が発生していたアクセス履歴情報がある場合には、これらアクセスできなかった時間を合算した時間を、上記Ｗｅｂサーバへアクセスできなった時間とする、
請求項５記載のアクセス制御装置。
【請求項７】
上記アクセス割当手段は、上記Ｗｅｂサーバに対する、曜日ごとのアクセス障害原因の継続時間、又は所定の時間帯ごとのアクセス障害原因の継続時間のいずれかに基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計する、
請求項４〜６のいずれかの項に記載のアクセス制御装置。
【請求項８】
コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、
上記コンピュータに対して、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、
Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、
上記Ｗｅｂサーバへのアクセス順序を割り当てたユーザのうち、所定の優先度を有するユーザからのアクセス要求を、予め設定された上記Ｗｅｂサーバに対してアクセスできる空き時間に割り当てる処理と、
を実行させるコンピュータプログラム。
【請求項９】
コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、
上記コンピュータに対して、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、
Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、
上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とする処理と、
を実行させるコンピュータプログラム。
【請求項１０】
コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、
上記コンピュータに対して、
上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、
Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、
上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てる処理と、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサーバに対するユーザのアクセスを制御する技術に関する。
【０００２】
【従来の技術】
インターネットが発達した今日では、Ｗｅｂサーバ上で様々なコンテンツなどの提供が行われている。
このようなＷｅｂサーバが提供するコンテンツなどによっては、特定のＷｅｂサーバに対してユーザのアクセスが集中してしまうため、負荷分散装置を設けることが行われている。そして、この負荷分散装置によりＷｅｂサーバへのアクセス数を監視し、このＷｅｂサーバへのアクセス許容量を超えた場合には、アクセスしたユーザに対して混雑しているためしばらく待ってからアクセスをするよう通知し、アクセスの集中によるＷｅｂサーバのダウン等を防止している。
【０００３】
【発明が解決しようとする課題】
しかし、Ｗｅｂサーバに対してアクセスするユーザは、サーバの負荷状態や故障状態が、どの程度のもので、それがいつ解消されるのか全く分からなかったため、いつになったらＷｅｂサーバにアクセスできるか分からず、ユーザに無用な苛立ちを与えてしまっていた。
また、多くのユーザは、例えば、「ただいま混雑中」というメッセージが返された場合、再読み込み（リロード）を行うが、これが何回も繰り返されると、いわゆるDoS攻撃のようなアクセス状態を生み、結果としてさらなる高負荷状態が引き起こされ、場合によってはシステムダウンを引き起こしてしまうといった問題があった。
【０００４】
また、従来のＷｅｂサーバは、優良顧客か否かにかかわらず、全て同じ条件でユーザを扱っていたため、たとえ優良顧客であっても他のユーザ同様、長時間Ｗｅｂサーバにアクセスできない状態が続いてしまうことがあった。そのため、例えば、EC（Electronic Commerce）サイトなどでは、当該Ｗｅｂサイトにアクセスできない状態が続くと、ユーザが他のECサイトに移ってしまい、優良顧客を失ってしまう原因になるという問題があった。
【０００５】
また、例えば、人気ゲームやコンサートのチケット予約、災害や緊急事態における安否確認等のＷｅｂサーバなどでは、一時期に集中したアクセスがなされる場合があり、このようアクセス集中によるシステムダウンを未然に防止する必要性が高まっている。
【０００６】
本発明は、上述の問題点を解決するためになされたものであって、効率的にユーザがＷｅｂサーバにアクセスできるようにすることを課題とする。
【０００７】
上記課題を解決するため、本発明にかかるアクセス制御装置は、所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、上記Ｗｅｂサーバに対してアクセスできる空き時間を予め所定の間隔で設定しておき、所定の優先度を有するユーザからアクセス要求があった場合には、当該ユーザを上記空き時間に割り当てることを特徴とする。
これにより優先度の高いユーザが、優先してＷｅｂサーバにアクセスすることができ、ユーザの優先度に応じた適切なサービス提供を行うことができる。
【０００９】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とすることを特徴とする。
これにより、ユーザはリロードする度にアクセスできる順番が遅くなるという不利を受けるため、ユーザのリロードの繰り返しによるＷｅｂサーバへの高負荷状態の発生、継続を防止できるようにしてもよい。
【００１０】
所定のＷｅｂサーバに対して複数のユーザからアクセスがあった場合に、上記Ｗｅｂサーバへのアクセスを制御する装置であって、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報を記憶するユーザ情報記憶手段と、上記Ｗｅｂサーバに対してユーザが直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てるアクセス割当手段とを有し、上記アクセス割当手段は、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、予め決められた所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てることを特徴とする。
これにより、所定の優先度よりも優先度が高いユーザは、優先的にＷｅｂサーバに対してアクセスすることができるようになり、例えば、優良顧客等に対する優遇サービスを提供することができる。
【００１１】
また、上記アクセス割当手段は、上記Ｗｅｂサーバへのアクセスが可能となる時間を推計し、当該推計した時間情報を上記ユーザに対して通知するように、所定の通知手段に対して指示してもよい。
これにより、ユーザはＷｅｂサーバにアクセスできる時間を予測することができ、いつＷｅｂサーバにアクセスできるか分からないというユーザの不満、不安などを和らげることができる。
【００１２】
上記Ｗｅｂサーバに対してアクセスできなかった原因を表す障害原因情報と、障害原因ごとのアクセスできなかったアクセス不可時間情報とを含むアクセス履歴情報を記憶するアクセス履歴情報記憶手段と、アクセス履歴情報記憶手段を参照して、Ｗｅｂサーバへアクセスができなかった原因を表す障害原因情報と、障害原因情報ごとのアクセスできなかったアクセス不可時間情報とを含むアクセス統計情報を作成するアクセス統計算出手段を更に有し、上記アクセス割当手段は、上記アクセス統計算出手段が算出した障害原因情報に基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計するようにしてもよい。
これにより、統計的データに基づいてアクセス可能となる時間を推計することができる。
【００１３】
上記アクセス統計算出手段は、所定時間内に同じ障害原因に基づいてアクセスができなかった状態が発生していたアクセス履歴情報がある場合には、これらアクセスできなかった時間を合算した時間を、上記Ｗｅｂサーバへアクセスできなかった時間とするようにしてもよい。
これにより、断続的に障害原因が発生した場合であっても、これを継続した一つの障害発生として取り扱うことができる。
【００１４】
上記アクセス割当手段は、上記Ｗｅｂサーバに対する、曜日ごとのアクセス障害原因の継続時間、又は所定の時間帯ごとのアクセス障害原因の継続時間のいずれかに基づいて、上記Ｗｅｂサーバへアクセスが可能となる時間を推計するようにしてもよい。
これにより、より的確にＷｅｂサーバへアクセスが可能となる日時を予測することができる。
【００１６】
本発明にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記Ｗｅｂサーバへのアクセス順序を割り当てたユーザのうち、所定の優先度を有するユーザからのアクセス要求を、予め設定された上記Ｗｅｂサーバに対してアクセスできる空き時間に割り当てる処理とを実行させることを特徴とする。
また、本発明の別の観点にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザから先になされたアクセス要求に基づいて割り当てたアクセス順序を無効とする処理とを実行させることを特徴とする。
また、本発明の更に別の観点にかかるコンピュータプログラムは、コンピュータを、所定のＷｅｂサーバに対するユーザからのアクセスを制御する装置として機能させるためのコンピュータプログラムであって、上記コンピュータに対して、上記Ｗｅｂサーバに対してアクセスする際の各ユーザの優先順位を表す優先度情報をユーザ情報記憶手段に記憶する処理と、Ｗｅｂサーバに対して直ちにアクセスできないときに、上記ユーザ情報記憶手段の優先度情報を参照してユーザに設定されている優先度が高い順に、上記Ｗｅｂサーバへのアクセス順序を割り当てる処理と、上記割り当てたユーザのうち、同じユーザから複数回のアクセス要求があった場合には、上記ユーザ情報記憶手段のユーザの優先度を参照して、所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てる処理とを実行させることを特徴とする。
【００１７】
【発明の実施の形態】
以下、図面を参照して、本発明にかかる実施形態について説明する。
図１に本発明にかかるアクセス制御装置を利用したシステムの一実施形態を示す。
図１において、本実施形態では、インターネットにより、ユーザ端末４が、負荷分散装置２及びソーリーサーバ１を介して、Ｗｅｂサーバ３に接続できるようになっている。
【００１８】
ユーザ端末４は、Ｗｅｂサーバ３等へアクセスするユーザが使用する端末である。このユーザ端末４は、コンピュータにより構成され、所定のブラウザによりインターネットに接続可能となっており、これによりＷｅｂサーバ３が提供するＷｅｂサイトにアクセスできるようになっている。
Ｗｅｂサーバ３は、コンピュータにより構成さており、所定のコンテンツ等をユーザに発信するＷｅｂサイトを提供するサーバである。このＷｅｂサーバ３は、例えば、ショッピングサイトや、またチケットなどの予約を受付るサイト、緊急災害時の安否情報を受付るサイトをインターネット上で提供してもよく、提供するコンテンツについては任意である。
負荷分散装置２は、Ｗｅｂサーバ３に対するユーザからのアクセス数から負荷状態を監視し、所定のアクセス数を超えたときに、ソーリーサーバ１に対して高負荷発生日時、その原因情報等を含む高負荷発生情報を通知することができる。また、負荷分散装置２は、Ｗｅｂサーバ３への時間帯又は曜日に応じたアクセス数を表すアクセスログデータを作成することができる。
【００１９】
ソーリーサーバ１は、ユーザが直ちにＷｅｂサーバ３にアクセスできないときに、ユーザ端末４に対して所定のメッセージを送信等するサーバである。
このソーリーサーバ１は、コンピュータにより構成され、ＣＰＵ(Central Processing Unit)、ＣＰＵが実行するコンピュータプログラム、ＲＡＭ、ＲＯＭなどの内部メモリ、ハードディスク装置などの外部記憶装置により、図１に示した機能ブロックを構成する。
図１に示した機能ブロックは、ユーザ情報データベース１１、アクセス許可順情報データベース１２、アクセス統計データベース１３、通信制御部１４、アクセス統計算出部１５、アクセス順登録部１６、メッセージ作成部１７、アクセス許可判定部１８から構成されている。
【００２０】
ユーザ情報データベース１１は、ユーザに関する情報をデータベース化した記憶部である。
このユーザ情報データベース１１には、例えば、図２に示すように、ユーザ名、ユーザの認証情報としてのパスワード、優先度、ユーザのメールアドレスの各情報が記憶できるようになっている。
優先度は、ユーザが各Ｗｅｂサーバ３に対してアクセスする際のユーザの優先順位を表す情報であって、例えば、所定のＷｅｂサイトを運営する運営者にとって、当該ユーザがどの程度優良な顧客であるかなどにより決定される。
【００２１】
アクセス許可順情報データベース１２は、ユーザに対して割り当てられたアクセス順序に基づくアクセス許可時間等の情報をデータベース化した記憶部である。
このアクセス許可順情報データベース１２には、例えば、図３に示すように、ユーザ名、当該ユーザの優先度、ユーザがＷｅｂサーバ３にアクセスを要求した日時を表すアクセス日時、ユーザに割り当てられたアクセス可能な日時を表すアクセス許可日時の情報を記憶できるようになっている。
【００２２】
アクセス統計データベース１３は、Ｗｅｂサーバ３に発生した障害情報をデータベース化した記憶部である。
このアクセス統計データベース１３には、例えば、図４に示すように、Ｗｅｂサーバ３ごとに、高負荷発生日時、高負荷解除日時、継続時間、種別コードが記憶できるようになっている。
高負荷発生日時は、Ｗｅｂサーバ３に対して高負荷が発生した日時を表し、また、高負荷解除日時は当該高負荷が解消された日時を表し、継続時間は高負荷状態の継続時間を表している。
また、種別コードは、発生した高負荷の障害原因を特定するためのコードである。本実施形態では、例えば、正常な処理がされた場合には「０」、負荷発生時には「１ｘｘ」、エラー発生時には「２ｘｘ」となっており、下２桁でその原因が特定できるようになっている（例えば、「１１５」であればデータベースサーバのＣＰＵ使用率が１００％になったことを表すなど）。
【００２３】
通信制御部１４は、通信インターフェースを制御して、負荷分散装置２、ユーザ端末４との間で所定のデータの送受信処理を行う。
アクセス統計算出部１５は、アクセス統計データベース１３を参照し、Ｗｅｂサーバ３に対するアクセス履歴情報から、Ｗｅｂサーバ３へアクセスができなかった障害原因を表す種別コードと、各種別コード（障害原因）ごとのアクセスできなかった時間（アクセス不可時間）とを含むアクセス統計情報を作成する処理を行う。
なお、アクセス統計情報を作成する際、アクセス統計算出部１５は、所定時間内に同じ種別コードによるアクセスができなかった状態が発生した時間がある場合には、これらアクセスできなかった時間を合算した時間を、Ｗｅｂサーバ３に対するアクセス不可時間としてもよい。
【００２４】
アクセス順登録部１６は、Ｗｅｂサーバ３に対して複数のユーザからアクセスがあったときに、ユーザ情報記憶データベース１１の各ユーザの優先度情報を参照して、この優先度が高い順に、Ｗｅｂサーバ３へのアクセス許可日時を割り当てる処理を行うことができる。
この場合、例えば、アクセス順登録部１６は、予め、Ｗｅｂサーバ３に対するアクセス空時間を所定の間隔で設定しておき、所定の優先度を有するユーザからアクセス要求があった場合には、上述の空時間を当該ユーザのアクセス許可時間とするようにしてもよい。
また、アクセス順登録部１６は、同じユーザから繰り返し複数回のアクセス要求があった場合には、ユーザから先になされたアクセス要求に基づいて割り当てたアクセス許可日時を無効として取り扱うようにすることができる。
【００２５】
また、アクセス順登録部１６は、ユーザがＷｅｂサーバ３に対して直ちにアクセスできないときに、Ｗｅｂサーバ３にアクセスできるアクセス許可日時を推計する処理を行う。
この推計処理は、例えば、アクセス順登録部１６が、Ｗｅｂサーバ３へアクセスできないアクセス障害原因の種別コードを特定すると共に、当該種別コードに対応する障害の過去における継続時間の平均値などに基づいて推計してもよい。また、例えば、アクセス順登録部１６が、Ｗｅｂサーバ３に対する、曜日ごとのアクセス障害原因の継続時間、又は時間帯ごとのアクセス障害原因の継続時間のいずれかに基づいて推計してもよい。
【００２６】
メッセージ作成部１７は、アクセス順登録部１６が決定したユーザのアクセス許可日時等の情報に基づいて、ユーザに対するメッセージ情報を作成する。
このメッセージとしては、例えば、ＨＴＭＬ（Hyper Text Markup Language）でユーザの所定の日時になったら再度Ｗｅｂサーバ３にアクセスするように促すメッセージを作成するようにしてもよい。
【００２７】
アクセス許可判定部１８は、高負荷状態が解消され、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザ端末４に対してアクセスができるようになった旨を通知する。この通知は、例えば、アクセス許可判定部１８が、ユーザ情報データベース１１に記憶されているユーザのメールアドレスに基づいて、電子メールによりＷｅｂサーバ３に対するアクセスが可能となった旨を通知してもよい。
また、アクセス許可判定部１８は、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザ端末４のブラウザ等に指示を行い自動的に所定のＷｅｂサーバ３へ接続させるようにしてもよい。
【００２８】
次に、本実施形態にかかるアクセス制御方法について、図面を参照して説明する。
まず、Ｗｅｂサーバ３へのアクセスログデータから、アクセス統計情報を作成する際の処理について、図５を参照して説明する。
図５において、アクセス統計算出部１５は、通信制御部１４を介して、負荷分散装置２からＷｅｂサーバ３に対するアクセスログデータを取得する（Ｓ１１）。
このとき負荷分散装置２から取得するアクセスログデータとしては、例えば、アクセス日時、振り分け先ＩＰアドレス、種別コード、状態の発生・解除を表す状態フラグなどのデータが含まれる。
【００２９】
アクセスログデータを取得すると、アクセス統計算出部１５は、アクセスログデータのうち、種別コードが「正常」（本実施形態では、種別コード「０」）のレコード以外のレコードを抽出する（Ｓ１２）。
これにより、Ｗｅｂサーバ３にアクセスする際に、何らかの障害（例えば、負荷発生、エラーなど）が発生し、直ちにＷｅｂサーバ３にアクセスできなかった種別コードを含むログデータを抽出する。
【００３０】
アクセス統計算出部１５は、抽出したログデータのうち、種別コードが同一で、かつ、状態フラグが「発生」と「解除」の一対になっているログデータを未登録ケースデータとして抽出する（Ｓ１３）。
抽出した未登録ケースデータについて、後述するケース登録処理を行い、未登録ケースデータをアクセス統計データベース１３に登録する（Ｓ１４）。
ケース登録処理が完了すると、アクセス統計算出部１５は、ケース登録処理を行っていない未登録ケースデータが存在しないか否か判別する（Ｓ１５）。
判別の結果、未登録ケースデータが存在する場合には、上述のＳ１３の処理に戻って、上述の処理を繰り返す。
また、判別の結果、未登録ケースデータが存在しない場合には、処理を終了する。
【００３１】
次に、上述のケース登録処理について、図６及び図７を参照して説明する。
本実施形態では、図７に模式的に示すように、ケースＡ、ケースＣが既にアクセス統計データベース１３に登録されている状態で、それぞれ新たにケースＢ、ケースＤの未登録ケースを登録する場合を例として説明する。なお、図７の「０」が高負荷状態の発生、「１」が高負荷状態の解除を表している。
まず、アクセス統計算出部１５は、上述のＳ１３の処理で、未登録ケースデータから１レコード（図７の例では、ケースＢ又はケースＤ）を抽出する（Ｓ２１）。
アクセス統計算出部１５は、アクセス統計データベース１３内に、抽出した未登録ケースデータと種別コードが同一で、かつ、高負荷発生日時とその解消日時との差が所定時間内のものがあるか判別する（Ｓ２２）。
【００３２】
判別の結果、アクセス統計データベース１３内に、該当するレコードが存在すると判別された場合には、アクセス統計算出部１５は、アクセス統計データベース１３上の該当レコードの高負荷解消日時を未登録ケースの高負荷解消日時に更新する（Ｓ２３）。
図７の例では、ケースＢに対してケースＡの高負荷開始日時が所定時間（例えば、５分間）内であるため、ケースＡが該当するレコードと判別され、ケースＡの高負荷解消日時がケースＢの高負荷解消日時に更新される。
【００３３】
また、アクセス統計算出部１５は、該当レコードの高負荷発生日時と高負荷解消日時（図７の例では、ケースＡの高負荷発生日時とケースＢの高負荷解除日時）の差を計算し、継続時間を算出する（Ｓ２４）。
そして、アクセス統計算出部１５は、算出した継続時間に基づいて、アクセス統計データベース１３の継続時間を更新し（Ｓ２５）、処理を終了する。
【００３４】
また、上述のＳ２２の処理で、該当するレコードが存在していないと判別された場合には、この未登録ケース（図７の例では、所定時間の５分を超過しているケースＤ）をアクセス統計データベース１３に追加記憶して（Ｓ２６）、処理を終了する。
【００３５】
次に、Ｗｅｂサーバ３に対して直ちにアクセスできない場合の処理について、図８を参照して説明する。
図８において、Ｗｅｂサーバ３が高負荷状態となり負荷分散装置２から高負荷発生情報が通知されると、アクセス順登録部１６は、負荷分散装置２から通知された高負荷発生日時と高負荷発生の種別コードを取得する（Ｓ３１）。
アクセス順登録部１６は、ユーザからのアクセス要求を受信すると、当該アクセス要求に含まれる当該ユーザのユーザ名と、アクセス日時を特定する（Ｓ３２）。
【００３６】
アクセス順登録部１６は、ユーザ情報データベース１１を参照して、当該ユーザの優先度を抽出する（Ｓ３３）。
また、アクセス順登録部１６は、アクセス統計データベース１３を参照して、高負荷状態が解除される日時を推計する（Ｓ３４）。
この推計処理としては、例えば、アクセス順登録部１６が、アクセス統計データベース１３に記憶されている今回発生したと同じ種別コードの継続時間の平均値に基づいて高負荷状態が解除される時間を推計してもよい。また、アクセス順登録部１６が、アクセス統計データベース１３に記憶されている同じ時間帯或いは曜日に発生した同じ障害の種別コードの継続時間の平均値などから高負荷が解除される時間を推計してもよい。
【００３７】
また、アクセス順登録部１６は、アクセス許可順情報データベース１２に、当該ユーザのレコードが既にあるか否かを判別する（Ｓ３５）。
判別の結果、アクセス許可順情報データベース１２に既に同じユーザのレコードがある場合には、当該ユーザがリロードしてアクセスを繰り返しているものとして、アクセス許可順情報データベース１２に先に記憶されている当該ユーザのアクセス許可日時を削除して、無効とする（Ｓ３６）。
【００３８】
上述のＳ３６の処理でレコードを削除した後、あるいは上述のＳ３５の処理で当該ユーザのレコードがないと判別された場合には、アクセス順登録部１６は、アクセス日時と当該ユーザの優先度に応じて、当該ユーザに対するＷｅｂサーバ３のアクセス許可日時を算出する（Ｓ３７）。
この処理としては、例えば、図１０に模式的に示すように、あらかじめ所定間隔で空き時間を確保しておき、所定の優先度以上のユーザがアクセスしていた場合に、当該空き時間に割り当てるようにしてもよい。また、既にアクセス許可日時が設定されているユーザ（例えば、ユーザＢ、ユーザＣ）が存在する場合には、例えば、既に設定されたユーザよりも優先度が高いユーザ（例えば、ユーザＡ）を、それより前の空き時間に割り当てるようにしてもよく、この割当についてはユーザの優先度やアクセス日時に応じて適切な方法を用いてもよい。
【００３９】
割当が完了すると、アクセス順登録部１６は、アクセス許可順情報データベース１２に、当該ユーザ名及び優先度、アクセス日時、割り当てられたアクセス許可日時の各情報を追加して記憶する（Ｓ３８）。
【００４０】
引き続き、図９において、メッセージ作成部１７は、アクセス順登録部１６から、アクセス許可日時が割り当てたユーザ名、アクセス日時、アクセス許可日時を取得し（Ｓ３９）、該当ユーザ名、アクセス日時、アクセス許可日時から、ユーザに対する待機依頼情報を作成する（Ｓ４０）。
この待機依頼情報の一例を図１１に示す。図１１に示すように、ユーザに対する待機依頼情報としては、例えば、何分くらい待てばよいのか、そしてＷｅｂサイトによっては、アクセス許可判定部１８がユーザの順番になったらメールを発信する仮受付を行い、図１２に示すように仮受付番号を通知するようにしてもよい。
そして、メッセージ作成部１７が通信制御部１４を介して、生成した待機依頼情報をユーザ端末４に対して通知して（Ｓ４１）、処理を終了する。
【００４１】
次に、高負荷状態が解消した際の処理について、図１３を参照して説明する。
図１３において、アクセス許可判定部１８は、負荷分散装置２から高負荷状態が解除された旨の通知があったか否かの判別処理を、この通知があるまで繰り返す（Ｓ５１）。
この状態で、負荷分散装置２から高負荷状態が解除された旨の通知を受信すると（Ｓ５２）、アクセス許可判定部１８は、アクセス許可データベース１３を参照して、アクセス許可日時が既に経過しているレコードがあるか否か判別する（Ｓ５３）。
【００４２】
判別の結果、アクセス許可日時を経過しているレコードがない場合には、アクセス許可判定部１８はアクセスを許可すべきレコードがないものとして、処理を終了する。
また、アクセス許可日時を過ぎているレコードがある場合には、アクセス許可判定部１８は、アクセス許可順情報データベース１２に記憶されているアクセス許可日時に従い、例えば、図１４に示すような、所定のＷｅｂサイトへアクセスするためのＵＲＬ等を含むアクセス許可通知を、電子メールによりユーザへ通知して（Ｓ５４）、処理を終了する。
【００４３】
このように、上述の実施形態によれば、アクセス順登録部１６が優先順位が高いユーザに対しては、優先的にアクセス順序を割り当てるようにしたことから、優先度が高いユーザを優遇することができる。これにより、例えば、優良顧客などを優先してＷｅｂサーバ３に接続させてサービスを提供できるようになり、優良顧客を長時間にわたって待たせることなく、迅速に所望のＷｅｂサーバ３へアクセスさせ、サービスを提供することができるようになる。
【００４４】
また、アクセス順登録部１６は、同じユーザから複数回のアクセス要求があった場合には、ユーザから先になされたアクセス要求をすべて無効として削除するようにしたことから、リロードする度にユーザのアクセス順序が遅れ、ユーザに不利な条件となることから、ユーザがリロードを繰り返すことにより、Ｗｅｂサーバ３に負荷をかけることを防止できる。
【００４５】
また、ユーザがＷｅｂサーバ３に対して直ちにアクセスできないときに、アクセス順登録部１６が、Ｗｅｂサーバ３へのアクセスが可能となる日時を推計してユーザに通知するようにしたことから、ユーザとしては、いつＷｅｂサーバ３にアクセスできるのか、いつまで待てばよいのかを把握することができる。これにより、いつＷｅｂサーバ３にアクセスできるか分からないというユーザの不満、不安感、不信感などを払拭することができる。
【００４６】
また、アクセス順登録部１６が、アクセス可能日時をする際、アクセス統計データベース１３に記憶されている過去の実績情報に基づいてアクセス可能日時を推計するようにしたことから、アクセス可能日時を過去の実績に基づいて適切に推計することができる。
【００４７】
また、アクセス順登録部１６が、曜日ごとの高負荷状態の継続時間、又は時間帯ごとの高負荷状態の継続時間のいずれかに基づいて、Ｗｅｂサーバ３へアクセス可能となる時間を推計するようにすれば、各曜日や時間帯毎にＷｅｂサーバ３へアクセス可能となる時間を適切に推計することができる。
【００４８】
また、アクセス許可判定部１８が、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザに対してアクセスができるようになった旨を通知するようにしたことから、ユーザはＷｅｂサーバ３に対してアクセスができるようになったことをタイムリーに知ることができる。
なお、アクセス許可判定部１８が、Ｗｅｂサーバ３へのアクセスが可能となったときに、ユーザを上記Ｗｅｂサーバ３へアクセスさせるようにしてもよい。これにより、ユーザは特別な処理をしなくとも、自動的に所望のＷｅｂサーバ３にアクセスすることができる。
【００４９】
アクセス統計算出部１５が、Ｗｅｂサーバ３に対するアクセス履歴情報から、Ｗｅｂサーバ３へアクセスできなかった原因を表す種別コードと、各種別コードごとのアクセスできなかった継続時間情報とを含むアクセス統計情報を作成し、アクセス順登録部１６が、アクセス統計情報の種別コードに基づいて、Ｗｅｂサーバ３へアクセスが可能となる時間を推計するようにしたことから、各種別コード毎に適切な時間を推計することができる。
【００５０】
アクセス統計算出部１５は、所定時間内に同じ原因に基づいてアクセスができなかった状態が発生していたアクセス履歴情報がある場合には、これらアクセス不可時間を合算した時間を、アクセスできなかった時間情報としたことから、ある障害が断続的に発生している場合にも、Ｗｅｂサーバ３にアクセスできない状態とみなして取り扱うことができる。
【００５１】
なお、上述の実施形態では、同じユーザから複数回アクセス要求があった場合には、先に割り当てたアクセス順序を無効にする例について説明したが、これに代えて、例えば、アクセス順登録部１６が、同じユーザから複数回のアクセス要求があった場合に、ユーザ情報データベース１１に記憶されているユーザの優先度を参照して、所定の優先度よりも高い優先度を有するユーザである場合には、当該ユーザに前回割り当てたアクセス順序よりも早いアクセス順序を割り当てるようにしてもよい。これにより、所定の優先度よりも優先度が高いユーザは、優先的にＷｅｂサーバ３に対してアクセスすることができるようになり、例えば、優良顧客等に対する優遇サービスを提供することができる。
【００５２】
本実施形態にかかるソーリーサーバ１は、専用装置であってもよいし、また、汎用のコンピュータとコンピュータプログラムを用いて実現してもよい。汎用のコンピュータを利用して実現する場合には、例えば、汎用のコンピュータに対して上述の動作を実行するためのコンピュータプログラムやこれを格納したコンピュータ読み取り可能な媒体（ＦＤ、ＣＤ−ＲＯＭ等）からコンピュータプログラムをインストールすることにより上述の処理を実行する各装置を構成するようにしてもよい。なお、上述の機能をＯＳ（Operating System）が分担又はＯＳとアプリケーションプログラムの共同により実現する場合等には、ＯＳ以外の部分のみをコンピュータプログラムとして、またこのコンピュータプログラムをコンピュータ読み取り可能な媒体に格納してもよい。
【００５３】
また、ソーリーサーバ１用の各コンピュータプログラムを搬送波に重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して配信するようにしてもよい。そして、このコンピュータプログラムを起動し、ＯＳ制御下で他のアプリケーションプログラムと同様に実行させることにより上述の処理を実行させるようにしてもよい。
【００５４】
【発明の効果】
本発明によれば、効率的にユーザがＷｅｂサーバにアクセスすることができる。
【図面の簡単な説明】
【図１】  本発明にかかる一実施形態の全体構成を示した概念図。
【図２】  本実施形態にかかるユーザ情報データベースに記憶されるデータの例を示した図。
【図３】  本実施形態にかかるアクセス許可順情報データベースに記憶されるデータの例を示した図。
【図４】  本実施形態にかかるアクセス統計データベースに記憶されるデータの例を示した図。
【図５】  本実施形態にかかるアクセス統計情報を作成する際の処理の流れを示した処理フロー。
【図６】  本実施形態にかかるケース登録処理の流れを示した処理フロー。
【図７】  本実施形態にかかるケース登録処理の一例を示した模式図。
【図８】  本実施形態にかかるＷｅｂサーバに対するアクセス数が所定量を超えた場合の処理の流れを示した処理フロー。
【図９】  本実施形態にかかるＷｅｂサーバに対するアクセス数が所定量を超えた場合の処理の流れを示した別の処理フロー。
【図１０】  本実施形態にかかるアクセス許可日時を決定する際の一例を示した模式図。
【図１１】  本実施形態にかかるユーザに対する待機依頼メッセージの一例を示した図。
【図１２】  本実施形態にかかるユーザに対する待機依頼メッセージの別の例を示した図。
【図１３】  本実施形態にかかるＷｅｂサーバに対する高負荷状態が解除された際の処理を示した処理フロー。
【図１４】  本実施形態にかかるユーザに対してＷｅｂページへのアクセスが可能となったことを通知する際の一例を示した図。
【符号の説明】
１      ソーリーサーバ
２      負荷分散装置
３      Ｗｅｂサーバ
４      ユーザ端末
１１    ユーザ情報データベース
１２    アクセス許可順情報データベース
１３    アクセス統計データベース
１４    通信制御部
１５    アクセス統計算出部
１６    アクセス順登録部
１７    メッセージ作成部
１８    アクセス許可判定部
【図１】
0003736680.tif 000002
【図２】
0003736680.tif 000003
【図３】
0003736680.tif 000004
【図４】
0003736680.tif 000005
【図５】
0003736680.tif 000006
【図６】
0003736680.tif 000007
【図７】
0003736680.tif 000008
【図８】
0003736680.tif 000009
【図９】
0003736680.tif 000010
【図１０】
0003736680.tif 000011
【図１１】
0003736680.tif 000012
【図１２】
0003736680.tif 000013
【図１３】
0003736680.tif 000014
【図１４】
0003736680.tif 000015