JP2004139291A - データ通信中継装置 - Google Patents

Abstract

【課題】クライアントからの要求に対し、サーバがサービスを提供するサービスシステムにおいて、クライアントからの要求が集中した時にも安定したサービスを提供し、かつ、過去に要求を送信したユーザに対しては、ある条件で優先したサービスの提供を可能とする。
【解決手段】クライアントからサーバへの要求を、データ通信中継システムを介して行い、データ通信中継システムは、ユーザの要求に対してコネクションを制御する手段と、ユーザに対しサービスが可能であることを通知する手段を持つ。これにより、一定数以上の要求に対しては、その要求を拒否することで他のユーザに対して安定したサービスを提供し、要求の拒否されたユーザに対しては、サービス可能な時間を通知することで、確実にサービスを受けられる機会を提供する。
【選択図】　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、データ通信中継システムを用いたクライアント装置とサーバ装置間のデータ通信方法と、それを用いたＷｅｂアクセスのサービスに関する。
【０００２】
【従来の技術】
インターネットが急速に普及し、チケット予約や銀行・証券取引等、従来営業店窓口で行われていたサービスもインターネットを介したＷｅｂサーバへのアクセスという形で提供されるようになってきた。
【０００３】
このＷｅｂサーバへのアクセスで利用される通信プロトコルであるＨＴＴＰ　（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）　の詳細および使い方については、たとえば非特許文献１に詳しく説明されている。
【０００４】
【非特許文献１】
Ｒ．Ｆｉｅｌｄｉｎｇ他、ＲＦＣ２６１６「Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ　−−　ＨＴＴＰ／１．１」、［ｏｎｌｉｎｅ］、１９９９年６月、Ｔｈｅ　Ｉｎｔｅｒｎｅｔ　Ｓｏｃｉｅｔｙ、［２００２年８月２７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１６．ｔｘｔ＞
【０００５】
【発明が解決しようとする課題】
チケット予約や銀行・証券取引などのサービスは時間によるサービス要求の集中が激しい。また、データベースアクセスが必要なため、処理の分散化が難しく、どうしてもこれらのサービスを行う特定Ｗｅｂサーバにはアクセスが集中するという問題がある。アクセスが集中し負荷が急激に高まると、一般にＷｅｂサーバの処理性能は低負荷時に比べ極端に低下する。その結果、サービス要求の滞留をさらに拡大させ、最悪の状況では、サービスダウンにまで至るという状況が起きていた。
【０００６】
また、このようにアクセスが集中した状況では、すべてのサービス要求が満足に処理できない状況のため、重要なユーザのサービス要求も、一般のユーザと同様に区別なく待たされる。しかも、後からサービス要求しても、偶然サービスされることもあれば、長い間待ってサービスされないこともある。特に、後者の場合、ユーザは何度も再実行を繰り返し、よりアクセスが集中し負荷を高める結果となっていた。
【０００７】
従来の状況において、サービス提供事業者が上記の課題を解決するためには、アクセス要求の最も多くの要求が予想される時に合わせてサーバ装置の性能を増強する必要があり、多額の投資を必要とした。
【０００８】
【課題を解決するための手段】
本発明は、特定サーバ装置に対するアクセス集中を回避してサーバへの負荷を減らし、サービス要求処理性能の低下を抑える技術を提供する。
【０００９】
さらに、アクセス集中回避のためにサービス提供をいったん拒否したユーザに対しても、輻輳状態が解消された後に優先的にサービス提供を行う技術を提供する。
【００１０】
本発明のデータ通信中継システムは、その一態様において、クライアント装置からサーバ装置への要求を、データ通信中継システムを介して行う構成において、クライアント装置からサーバ装置へのアクセス要求に対し、宛先のサーバ装置との間でコネクションを確立し、クライアント装置とサーバ装置との間でコネクションを確立するコネクション確立手段と、確立したコネクションを使用してクライアント装置とサーバ装置間のデータ通信を中継するデータ中継手段を備える。
【００１１】
さらに、データ通信中継システムは、サーバ装置に対して、確立しているコネクション数を管理するアクセス管理手段と、クライアント装置からサーバ装置に対するアクセス要求に対してアクセス管理手段の指示に従い当該サーバとの間のコネクション数が所定のコネクション数以下になるようアクセス要求を拒否する手段と、アクセス要求の中継を拒否されたユーザに対して中継可能であることを通知する通知手段を備える。
【００１２】
通知は、例えば、ユーザがサービスを希望する時間帯、通知を希望する時刻（または時間帯）、または輻輳が解消された時に行なえばよい。
【００１３】
そして、データ通信中継システムから中継可能であることを通知したユーザからの要求に対しては、サーバ装置とのコネクションの確立を優先して中継する手段と、その中継を優先する時間に関しては、制限を設ける手段を備える。
【００１４】
一方、データ通信中継システムは、ユーザがサービス提供希望時間帯、通知を受けることを希望する時刻、通知によりアクセスを促される最大の回数を指定する手段を備え、ユーザの指定したサービス提供希望時間帯、通知を受けることを希望する時刻と通知によりアクセスを促される最大の回数に基づきサービス提供可能である旨の通知を行う手段を備える。
【００１５】
データ通信中継システムは、優先サービス提供時間帯に関しては、一度設定された優先時間帯にアクセスされなくても、複数回優先サービス時間帯がスケジューリングされ、通知を行う手段を備える。
【００１６】
データ通信中継システムは、サーバ装置のサービス提供期間、およびサービス提供時間帯を設定する手段を持ち、サーバ装置がサービス提供していない時にクライアント装置から要求があった場合には、要求の中継を拒否する手段を備える。
【００１７】
また、本データ通信中継システムは、クライアント装置に対して要求拒否メッセージを応答する際、通知に関わる情報の登録画面を提供する手段を備え、ユーザに対し、情報の登録を促す手段を備える。
【００１８】
データ通信中継システムに、クライアント装置のアドレス、または、クライアント装置のアドレスと宛先サーバ装置のアドレスとの組み合わせから、サービス要求の優先度を決定する優先度設定手段を持たせ、ユーザの認証情報から決定する各サービス要求の優先度に従ってサービス要求を中継することで、重要なユーザの要求を優先して処理する手段を備える。
【００１９】
【発明の実施の形態】
以下、本発明の実施例を図を用いて説明する。
【００２０】
図１は、本実施例のデータ通信装置を使ったシステムの構成図である。
【００２１】
本実施例では、各クライアント装置（１）と各サーバ装置（２）は１台以上のデータ通信中継システム（３）を介して通信路（４）で接続した構成とする。データ通信中継システム（３）は、クライアント装置（１）とサーバ装置（２）間のデータ通信を中継する。すなわち、クライアント装置（１）からサーバ装置（２）へのサービス要求（５０）（以下、単に要求（５０）という）は、必ず、１つ以上のデータ通信中継システム（３）を介して送られ、サーバ装置（２）からクライアント装置（１）への応答（６０）も、データ通信中継システム（３）を介して行われる。なお、ここでいう通信路（４）とは、必ずしも物理的な通信回線に一致する必要はなく、物理的な通信回線上で実現された論理的な通信経路であってよい。上記データ通信における要求（５０）や応答（６０）はパケット化されたデータとして通信路（４）を通り、上記各装置により処理される。
【００２２】
図２は、本実施例に関わるクライアント装置（１）、サーバ装置（２）、データ通信中継システム（３）、各装置の物理的な一構成例を示す。これらの装置は、図２に示すとおり、物理的には一般的な情報処理装置でよい。具体的には、各装置情報処理装置は、例えば、プロセッサ（１０１）、メモリ（１０２）、外部記憶機構（１０３）、通信機構（１０４）、オペレータ入出力機構（１０５）がバスなどの内部通信線（１０６）で接続した形で構成する。
【００２３】
プロセッサ（１０１）は、メモリ（１０２）に格納された情報処理プログラム（１００）を実行する。メモリ（１０２）は、情報処理プログラム（１００）以外にも、情報処理プログラム（１００）から参照される各種データも保持する。外部記憶機構（１０３）は、情報処理プログラム（１００）や各種データを不揮発な形で保持する。プロセッセ（１０１）上で実行される情報処理プログラム（１００）は、外部記憶機構に指示し、必要なプログラムやデータをメモリ（１０２）にロードしたり、逆に、メモリ（１０２）上の情報処理プログラム（１００）やデータを外部記憶機構（１０３）に格納したりする。情報処理プログラム（１００）は、予め外部記憶機構（１０３）に格納されていても良い。または必要に応じて、可搬型記憶媒体や通信媒体を介して、外部の装置から導入されても良い。
【００２４】
通信機構（１０４）は、通信回線（１０７）に接続し、情報処理プログラム（１００）の指示により、他の情報処理装置や通信機器にデータを送信したり、逆に、他の情報処理装置や通信機器から、データを受信して、メモリ（１０２）に格納する。装置間の論理的な通信路（４）は、本通信機構を介し、物理的な通信回線（１０７）を通して実現される。
【００２５】
オペレータ入出力機構（１０５）は、文字通り、オペレータとのデータ入出力を行う。内部通信線（１０６）は、プロセッサ（１０１）、メモリ（１０２）、外部記憶機構（１０３）、通信機構（１０４）、オペレータ入出力機構（１０５）が互いに通信を行うためのものであって、たとえばバスで構成する。
【００２６】
クライアント装置（１）、サーバ装置（２）、データ通信中継システム（３）は、必ずしも物理的に異なった構成にする必要はなく、それぞれの機能の違いは、各装置上で実行する情報処理プログラム（１００）で実現する形でよい。
【００２７】
以下では、実施例を説明する際、「部」という言葉で、本実施例中の構成要素を説明するが、各「部」は、論理的な構成を示すものであり、物理的機構で実現しても、情報処理プログラムで実現された一機能であってもいずれでもよい。また、クライアント装置（１）、サーバ装置（２）、データ通信中継システム（３）も、それぞれ独立した物理的な装置である必要はなく、１つの装置が、クライアント装置（１）、サーバ装置（２）、データ通信中継システム（３）の複数の装置の機能を同時に実現していてもよい。さらに、それぞれの各処理部が１つの装置で構成されている必要は無く、異なる装置により実現されていてもよい。
【００２８】
図３は本実施例のデータ通信中継システム（３）の一構成図である。本実施例のデータ通信中継システム（３）は、コネクション中継を行うコネクション確立部（１１）、データ通信を中継するデータ中継部（１２）に加え、ユーザからのアクセス管理を行うアクセス管理部（１３）、認証部（１４）、優先度マッピング部（１５）、通知送信部（１６）、通知情報登録部（１７）、及び、アクセス管理テーブル（２１）、ユーザ情報管理テーブル（２２）を備える。
【００２９】
図９は、本実施例のアクセス管理テーブル（２１）の一構成例を示す。アクセス管理テーブル（２１）は、宛先ＵＲＬフィールド（２１０２）をキーとしたテーブルで、同宛先ＵＲＬフィールド（２１０２）で示された特定の宛先ＵＲＬへのアクセスの管理のために使用する。
【００３０】
本実施例の同アクセス管理テーブル（２１）の各エントリ（２１０１）は、宛先ＵＲＬフィールド（２１０２）の他、要求をサーバに中継している数を表す現接続数フィールド（２１０３）、アクセス規制状態を開始する接続数を表すアクセス規制開始接続数フィールド（２１０４）、アクセス規制状態を終了する接続数を表すアクセス規制終了接続数フィールド（２１０５）、現在アクセス規制状態にあるか規制は解除されているかを表すアクセス規制状態フィールド（２１０６）、現在の時間帯にアクセス許可のための通知を行った数を表す現予約者数フィールド（２１０７）、アクセスを拒否され通知を待っているユーザの数を表す待機ユーザ数フィールド（２１０８）、サーバ装置（２）のアクセス可能時間帯を表すサービス提供時間情報フィールド（２１０９）、優先サービス提供時間（２１１０）、通知待ちユーザにアクセス許可を通知してもアクセス可能時間帯にアクセスがなかった場合に、何回まで再通知を行なうかを示す再スケジューリング回数（２１１１）を含む。
【００３１】
図１０は、本実施例のユーザ情報管理テーブル（２２）の一構成例を示す。ユーザ情報管理テーブル（２２）は、ユーザＩＤフィールド（２２０２）をキーとしたテーブルで、同ユーザＩＤフィールド（２２０２）で示されたユーザのアクセス管理のために使用する。
【００３２】
本実施例の同ユーザ情報管理テーブル（２２）の各エントリ（２２０１）は、ユーザＩＤフィールド（２２０２）の他、パスワードフィールド（２２０３）、通知方法を表す通知方法フィールド（２２０４）、通知の際の宛先を表す通知先フィールド（２２０５）、ユーザの優先度を表す優先度フィールド（２２０６）、ユーザが通知（８０）を受けてアクセスした回数を表すアクセス回数フィールド（２２０７）、ユーザのアクセスが拒否された時刻を表すアクセス拒否時刻フィールド（２２０８）、通知した後ユーザがアクセスするまでかかる平均時間を表す通知後の平均アクセス時間フィールド（２２０９）、ユーザがサービスを受けることを希望する時間帯を表すサービス希望時間帯フィールド（２２１０）、ユーザが通知されることを希望する時刻を表す希望通知時刻フィールド（２２１１）、ユーザがアクセスした宛先ＵＲＬのアクセス管理テーブル（２１）の宛先ＵＲＬに対応したエントリを表す宛先ＵＲＬのアクセス管理テーブルエントリフィールド（２２１２）、希望通知回数フィールド（２２１３）、通知時刻フィールド（２２１４）、優先サービス時間帯フィールド（２２１５）、通知回数フィールド（２２１６）を含む。
【００３３】
図１１は、本実施例のクライアント装置（１）からの要求（５０）の一構成例を示す。クライアント装置（１）からの要求（５０）は、宛先（５１）、認証情報（５２）、優先度情報（５９）を含む。認証情報（５２）は、ユーザＩＤとパスワードの対で構成される。
【００３４】
図１２は、本実施例のクライアント装置（１）からの登録情報（７０）の一構成例を示す。クライアント装置（１）からの登録情報（７０）は、通知方法（７１）、通知先（７２）とサービス希望時間帯（７３）、通知希望時刻（７４）、希望最大通知回数（７５）を含む。
【００３５】
図１３は、本実施例のクライアント装置（１）への通知（８０）の一構成例を示す。クライアント装置（１）への通知（８０）は、宛先（８１）と優先サービス提供時間帯（８２）を含む。
【００３６】
図１５は、本実施例の要求元アドレス優先度テーブル（２３）の一構成例を示すもので、要求元アドレスフィールド（２３０２）をキーとして該当する要求の優先度の管理に利用する。
【００３７】
図１６は、本実施例の要求元アドレス宛先アドレス優先度テーブル（２４）の一構成例を示すもので、宛先アドレスフィールド（２４０２）をキーとして、同宛先アドレスフィールド（２４０２）と要求元アドレスフィールド（２４０３）に該当する要求の優先度の管理に利用する。
【００３８】
図１７は、本実施例の宛先アドレス優先度テーブル（２５）の一構成例を示すもので、宛先アドレスフィールド（２５０２）をキーとして、該当する要求の優先度の管理に利用する。
【００３９】
以下、図３のデータ通信中継システム（３）の動作を説明する。
【００４０】
コネクション確立部（１１）は、まず、クライアント装置（１）からの要求（５０）を受けて、クライアント装置（１）とのコネクションを確立する。そして、要求（５０）に含まれる宛先情報（５１）に従い、宛先のサーバ装置（２）との間でコネクションを確立し、上記クライアント装置（１）とサーバ装置（２）との間でコネクションを確立する。
【００４１】
データ中継部（１２）は、クライアント装置（１）、サーバ装置（２）間のデータ通信を中継する。データ中継部（１２）は、コネクション確立部（１１）により確立されたコネクションを使用し、クライアント装置（１）から受信した要求（５０）をサーバ装置（２）に中継する。そして、サーバ装置（２）から受信した応答（６０）をクライアント装置（１）に中継する。なお、その際、必要に応じて、優先度マッピング部（１５）により得られた要求（５０）の優先度（５９）に対応した優先度を、中継するデータのパケット（たとえばＩＰパケット）に設定し、データを中継する。
【００４２】
アクセス管理部（１３）は、コネクション確立部（１１）から要求（５０）、優先度（５９）を受け、アクセス管理テーブル（２１）を参照し、要求（５０）のあった宛先ＵＲＬがアクセス可能かどうか判断し、判断結果を応答する。アクセス不可の場合、ユーザ情報管理テーブル（２２）、アクセス管理テーブル（２１）の情報を更新する。
【００４３】
また、定期的にアクセス管理テーブル（２１）、ユーザ情報管理テーブル（２２）を参照し、アクセス可能なユーザに対しては、通知（８０）を行うためにユーザＩＤと通知（８０）を通知依頼として通知送信部（１６）に渡す。
【００４４】
認証部（１４）は、ＨＴＴＰ／１．１で既定されているＰｒｏｘｙ−Ａｕｔｈｏｒｉｚａｔｉｏｎフィールド情報などを利用し、要求（５０）と供に提供される認証情報（５２）からユーザＩＤとパスワードとの対がユーザ情報管理テーブル（２２）のユーザＩＤフィールド（２２０２）の一致するパスワードフィールド（２２０３）と一致するかどうか確認する。
【００４５】
優先度マッピング部（１５）は、要求元のクライアント装置（１）のアドレス、宛先のサーバ装置（２）のアドレスや、要求（５０）と共に提供される情報をもとに、各要求（５０）の優先度（５９）を決定する。
【００４６】
通知送信部（１６）は、アクセス管理部（１３）からユーザＩＤと通知（８０）を通知依頼として受け、ユーザＩＤをキーにしてユーザ情報管理テーブル（２２）の当該ユーザＩＤのクライアント装置（１）の通知方法（２２０４）、通知先フィールド（２２０５）を参照し、クライアント装置（１）に対してアクセス可能である旨の通知（８０）を送信する。
【００４７】
通知情報登録部（１７）は、アクセス管理部（１３）がクライアント装置（１）に提供した登録画面に入力された、図１２に示す通りの登録情報（７０）をクライアント装置（１）から受信し、ユーザ情報管理テーブル（２２）に登録する処理を行う。
【００４８】
図４、図５は、本実施例のデータ通信中継システム（３）での中継処理の流れを示す処理フロー図である。
【００４９】
図４において、ユーザの操作に従い、クライアント装置（１）が、データ通信中継システム（３）経由で宛先サーバ装置（２）へのコネクション確立を要求する（処理１００１）。なお、この要求は、クライアント装置（１）が、データ通信中継システム（３）経由を意識して、データ通信中継システム（３）宛に出してもよいし、また、クライアント装置（１）は意識せず、データ通信を中継するルータ等が、宛先サーバ装置（２）宛の要求（５０）をデータ通信中継システム（３）に転送してもよい。
【００５０】
クライアント装置（１）からのコネクション確立要求（５０）を受信すると、データ通信中継システム（３）のコネクション確立部（１１）は、同クライアント装置（１）とのコネクションを確立する（処理１００２）。
【００５１】
コネクションが確立すると、クライアント装置（１）は、サーバ装置（２）宛の要求（５０）を、同コネクションを使ってデータ通信中継システム（３）に送信する（処理１００３）。
【００５２】
データ通信中継システム（３）のコネクション確立部（１１）は、要求（５０）を受信し、同要求（５０）に含まれる宛先情報（５１）を取出す（処理１００４）。
【００５３】
コネクション確立部（１１）は、認証部（１４）に受信した要求（５０）を渡し、認証部（１４）がユーザ情報管理テーブル（２２）を参照し、要求したユーザがユーザ情報管理テーブル（２２）に登録されているかどうかを判定する（処理１００５）。
【００５４】
コネクション確立部（１１）は、優先度マッピング部（１５）に受信した要求（５０）を渡し、優先度マッピング部（１５）が、要求元のクライアント装置（１）のアドレス、宛先のサーバ装置（２）のアドレスや、要求（５０）と一緒に提供される情報をもとに、各要求（５０）の優先度（５９）を決定する（処理１００６）。
【００５５】
コネクション確立部（１１）は、アクセス管理部（１３）に要求（５０）、宛先情報（５１）及び要求の優先度（５９）を渡し、アクセス可能かどうか判定する（処理１００７）。
【００５６】
処理１００７にてアクセス不可と判定された場合、アクセス管理部（１３）は、ユーザ情報管理テーブル（２２）にユーザ情報を登録し、応答（６０）として、エラーメッセージか登録画面からなる要求拒否メッセージを応答する（処理１００８）。
【００５７】
クライアント装置（１）は、アクセス管理部（１３）からの応答（６０）を受信し、ユーザが認識できるよう表示を行う（処理１００９）。
【００５８】
データ通信中継システム（２）は、応答（６０）の送信が終了すると、処理１００２で確立したクライアント装置（１）とのコネクション切断処理を行う（処理１０１０）。
【００５９】
クライアント装置（１）は、データ通信中継システム（３）のコネクション切断を受け、コネクションを切断する（処理１０１１）。
【００６０】
クライアント装置（１）は、応答（６０）として、登録画面が返ってきたかどうかを判定する（処理１０１２）。
【００６１】
クライアント装置（１）は、応答（６０）として、エラーメッセージが返ってきた場合、エラー表示を行い、ユーザはその内容に従い、通知（８０）を待つ（処理１０１３）。
【００６２】
クライアント装置（１）に対する応答（６０）として、登録画面が返ってきた場合、登録画面表示を行い、ユーザはその登録画面にしたがって入力、情報の送信を行うことで、登録情報（７０）を登録することができる（処理１０１４）。
【００６３】
処理１０１２にて送信された通知先情報は、通知情報登録部（１７）にてユーザ情報管理テーブル（２２）に登録される（処理１０１５）。
【００６４】
登録後、登録完了の応答（６０）が返され、クライアント装置（１）は応答（６０）を受信し、表示する。ユーザは、応答（６０）に従い通知（８０）を待つ（処理１０１６）。
【００６５】
処理１００７にてアクセス可能と判定された場合、コネクション確立部（１１）は宛先サーバ装置（２）、もしくは、中継装置に対してコネクションを要求する（処理１０１７）。
【００６６】
処理１０１７に対するコネクション要求（５０）に対して、サーバ装置（２）からコネクション確立の応答（６０）があれば、コネクションは確立される。
【００６７】
図５において、コネクションが確立されると、データ中継部（１２）に制御が移り、処理１０１７にて確立したコネクションを使ってデータ中継部（１２）が、要求（５０）を宛先サーバ装置（２）に中継する。なお、その際、優先度（５９）に応じてＩＰパケットの情報を変更し、データを中継してもよい（処理１０２１）。
【００６８】
要求（５０）を受けたサーバ装置（２）は、同要求（５０）を処理し、処理１０１７にて確立したコネクションを使って応答（６０）を返す（処理１０２２）。
【００６９】
データ通信中継システム（３）は、データ中継部（１２）がサーバ装置（２）からの応答（６０）を受信する（処理１０２３）。
【００７０】
データ通信中継システム（３）は、受信した応答（６０）を、処理１００２で確立したコネクションを使って、クライアント装置（１）に中継する。なお、その際、優先度（５９）に応じてＩＰパケットの情報を変更し、データを中継してもよい（処理１０２４）。
【００７１】
クライアント装置（１）は、応答（６０）を受信し、受信した応答（６０）の表示・格納を行う（処理１０２５）。
【００７２】
サーバ装置（２）は、応答（６０）の送信を終えると、処理１０１７で確立したコネクションの切断を行う（処理１０２６）。
【００７３】
サーバ装置（２）のコネクション切断を受け、データ通信中継システム（３）は、データ中継部（１２）からコネクション確立部（１１）に制御が移り、コネクション確立部（１１）が処理１０１７で確立したコネクションを切断する。また、クライアント装置（１）への応答（６０）の中継が終了すると、処理１００２で確立したクライアント装置（１）とのコネクションの切断処理を行う。（処理１０２７）。
【００７４】
クライアント装置（１）は、データ通信中継システム（３）のコネクション切断を受け、コネクションが切断される（処理１０２８）。
【００７５】
データ通信中継システム（３）は、サーバ装置（２）とのコネクションを切断した後、切断したコネクションに対応するアクセス管理テーブルエントリ（２１０１）が存在する場合、現接続数フィールド（２１０３）の値を１減ずる（処理１０２９）。
【００７６】
さらに、同要求（５０）が通知（８０）に基づいて送信された要求ならば、ユーザ情報管理テーブル（２２）の同ユーザのエントリの通知時刻フィールド（２２１４）、優先サービス時間帯フィールド（２２１５）の値をクリアする（処理１０３０）。
【００７７】
図１４は、図４の処理１００６の優先度マッピング部（１５）が優先度決定を行う一実施例の処理フローを示す。
【００７８】
まず、コネクション確立部（１１）から渡される要求（５０）の要求元アドレスに対応するエントリを求めるため要求元アドレス優先度テーブル（２３）を検索する（処理１５３１）。対応するエントリがある場合、その優先度フィールド（２３０３）の値を、要求（５０）の優先度情報（５９）に設定する（処理１５３２）。
【００７９】
次に、要求（５０）の要求元アドレスに対応するエントリを求めるため要求元アドレス優先度テーブル（２４）を検索する（処理１５３３）。対応するエントリがある場合、その優先度フィールド（２４０４）の値を、要求（５０）の優先度情報（５９）に設定する（処理１５３４）。
【００８０】
さらに、要求（５０）の宛先アドレスに対応するエントリを求めるため宛先アドレス優先度テーブル（２５）を検索する（処理１５３５）。対応するエントリがある場合、その優先度フィールド（２５０３）の値を、要求（５０）の優先度情報（５９）に設定し処理を終了する（処理１５３６）。
【００８１】
図７は、図４の処理１００７のアクセス管理部（１３）がアクセス可能判定を行う処理の一実施例の処理フロー図である。
【００８２】
まず、コネクション確立部（１１）から渡される宛先情報（５１）に対応するアクセス管理テーブルエントリ（２１０１）を検索する（処理１５０１）。
【００８３】
対応するエントリがある場合、アクセス管理テーブル（２１）のサービス提供時間情報フィールド（２１０９）を参照し、サービス提供が可能かどうか判定する（処理１５０２）。
【００８４】
処理１５０２にてサービス提供可能と判定された場合、ユーザ情報管理テーブル（２２）の宛先ＵＲＬのアクセス管理テーブルエントリフィールド（２２１２）、通知時刻（２２１４）、サービス可能時間帯（２２１５）を参照し、通知（８０）に基づいた要求かどうかを判定する。（処理１５０３）。
【００８５】
ここで、優先度（５９）が零でないユーザに関しては、優先ユーザと判定し、処理１５１０に移行し、アクセス規制されることなくアクセス可能をコネクション確立部（１１）に応答してもよい。
【００８６】
処理１５０３にて通知（８０）に基づいた要求（５０）であると判定された場合、ユーザ情報管理テーブル（２２）の宛先ＵＲＬのアクセス管理テーブルエントリフィールド（２２１２）を参照し、アクセス管理テーブル（２１）の同エントリ（２１０１）の現接続数フィールド（２１０３）を１増やし、現予約者数フィールド（２１０７）を１減らす処理を行う。次に、ユーザ情報管理テーブル（２２）のアクセス回数フィールド（２２０７）の値と通知後の平均アクセス時間フィールド（２２０９）の値とから新しい通知後の平均アクセス時間フィールド（２２０９）の値を計算し、同値を更新する。また、アクセス回数フィールド（２２０７）も更新する（処理１５０４）。
【００８７】
その後アクセス可能の応答をコネクション確立部（１１）に応答し処理を終了する（処理１５１０）。
【００８８】
処理１５０２にてサービス提供不可と判定された場合、アクセス不可の応答をコネクション確立部（１１）に応答し処理を終了する（処理１５１１）。
【００８９】
処理１５０１にて宛先情報（５１）に対応したアクセス管理テーブルエントリ（２１０１）がないと判定された場合、もしくは処理１５０３にて要求（５０）が通知（８０）に基づいていないと判定された場合、アクセス管理部（１３）はアクセス管理テーブルエントリ（２１０１）のアクセス規制状態フィールド（２１０６）を参照し、状態がアクセス規制状態かアクセス規制解除状態か判定する（処理１５０５）。
【００９０】
処理１５０５にてアクセス規制状態であると判定された場合、現接続数フィールド（２１０３）の値と、アクセス規制終了接続数フィールド（２１０５）の値と現予約者数フィールド（２１０７）の値の差を比較する（処理１５０６）。
【００９１】
現接続数フィールド（２１０３）の値の方が大きい、もしくは同数ならばアクセス不可の応答をコネクション確立部（１１）に応答し処理を終了する（処理１５１１）。
【００９２】
現接続数フィールド（２１０３）の値の方が小さければアクセス規制状態を解除するためアクセス規制状態（２１０６）の値を解除状態に設定する（処理１５０８）。
【００９３】
その後、アクセス可能の応答をコネクション確立部（１１）に応答し、処理を終了する（処理１５１０）。
【００９４】
処理１５０５にてアクセス規制状態でないと判定された場合、現接続数フィールド（２１０３）の値と、アクセス規制開始接続数フィールド（２１０４）の値と現予約者数フィールド（２１０７）の値の差を比較する（処理１５０７）。
【００９５】
現接続数フィールド（２１０３）の値の方が大きい、もしくは同数ならばアクセス規制状態に状態を変化させるためアクセス規制状態（２１０６）の値をアクセス規制状態に設定する（処理１５０９）。その後、アクセス不可の応答をコネクション確立部（１１）に応答し、処理を終了する（処理１５１１）。
【００９６】
現接続数フィールド（２１０３）の値の方が小さければその後、アクセス可能の応答をコネクション確立部（１１）に応答し、処理を終了する（処理１５１０）。
【００９７】
図８は、図４の処理１００８のアクセス管理部（１３）がユーザ情報管理テーブル（２２）に情報を登録し、クライアント装置（１）に対して応答（６０）を返す処理の一実施例の処理フロー図である。
【００９８】
まず、コネクション確立部（１１）から渡される認証情報（５２）を参照し、ユーザ登録されているか判定する（処理１５２１）。
【００９９】
ユーザ登録されていない場合には、ユーザ情報登録画面を応答し、登録情報（７０）の入力を求め、処理を終了する（処理１５２６）。
【０１００】
ユーザ登録されている場合には、宛先情報（５１）に対応するアクセス管理テーブルエントリ（２１０１）の待機ユーザ数フィールド（２１０８）を更新する（処理１５２２）。
【０１０１】
その後、ユーザ情報管理テーブル（２２）の同ユーザのエントリ（２２０１）のアクセス拒否時刻フィールド（２２０８）の値を更新する（処理１５２３）。
【０１０２】
ユーザ情報管理テーブル（２２）の通知方法フィールド（２２０４）、通知先フィールド（２２０５）、サービス希望時間帯フィールド（２２１０）、希望通知時刻フィールド（２２１１）のいずれかが登録されていない場合、ユーザ情報登録画面を応答し、登録情報（７０）の入力を求める（処理１５２６）。
【０１０３】
登録されている場合には、ユーザにエラーメッセージを応答し、処理を終了する（処理１５２５）。エラーメッセージを通知されたユーザは、通知（８０）の受信待ち状態になる。
図６は、本実施例のデータ通信中継システム（３）での通知処理の流れを示す処理フロー図である。この処理フローは、一定時間ごとに実行されるものとする。
【０１０４】
アクセス管理部（１３）は、定期的にユーザ情報管理テーブル（２２）の優先サービス時間帯フィールド（２２１５）を参照し、現在の時間帯に優先サービスを行うユーザの数を数え、その値を、アクセス管理テーブルエントリ（２１０１）の現予約者数フィールド（２１０７）に反映する（処理１０４１）。
【０１０５】
アクセス管理部（１３）は、対象となっているアクセス管理テーブルエントリ（２１０１）の待機ユーザ数フィールド（２１０８）の値を参照し、待機ユーザが存在するか判定する（処理１０４２）。
【０１０６】
処理１０４２にて待機ユーザがいないと判定された場合、次のアクセス管理テーブルエントリ（２１０１）を対象のエントリとする（処理１０４９）。
【０１０７】
処理１０４２にて待機ユーザがいると判定された場合、ユーザ情報管理テーブル（２２）を参照し通知するユーザと優先サービス提供時間帯（８２）を決定する。ユーザに関しては、ユーザ情報管理テーブルエントリ（２２０１）のサービス希望時間帯フィールド（２２１０）、通知希望時刻フィールド（２２１１）を参照し、現在サービスを希望しているユーザ、通知を希望しているユーザ、および、できるだけ早くサービス提供を希望するユーザを検索する。
【０１０８】
ただし、対象のユーザ数の合計が、アクセス規制が解除されている状態においてアクセス規制開始接続数フィールド（２１０４）の値と現予約者数フィールド（２１０７）の値の差より大きいか、またはアクセス規制状態においてアクセス規制終了接続数フィールド（２１０５）の値と現予約者数フィールド（２１０７）の値の差より大きかった場合、アクセス拒否時刻フィールド（２２０８）を参照し、先に拒否されたユーザから通知対象のユーザとする。但し、通知回数フィールド（２２１６）の値が希望通知回数フィールド（２２１３）の値か、アクセス管理テーブル（２１）の再スケジューリング回数（２１１１）よりも大きかった場合には、通知は行わない。
【０１０９】
優先サービス提供時間帯（８２）は、ユーザ情報管理テーブル（２２）のサービス希望時間帯（２２１０）の範囲内で、直近の優先サービス提供時間（２１１０）の値の時間を提供する。ただし、ここで、サービス提供時間情報（２１０９）が設定されており、サービス提供時間外の場合には、サービス提供時間情報（２１０９）を知らせるための通知を行う。
【０１１０】
また、この優先サービス提供時間（８２）を決定する際、通知後の平均アクセス時間フィールド（２２０９）を参照し、直近の時間ではなく、通知後の平均アクセス時間フィールド（２２０９）の値だけ遅らせて優先サービス提供時間帯（８２）を決定しても良い（処理１０４３）。
【０１１１】
通知送信部（１６）は処理１０４３にて対象になったユーザのユーザＩＤと通知（８０）をアクセス管理部より渡され、該当するユーザに対して通知を行う。ユーザ情報管理テーブルを参照し、ユーザＩＤフィールド（２２０２）の一致するユーザに対して通知方法フィールド（２２０４）に登録されている方法にて、通知先フィールド（２２０５）に登録されている通知先のクライアント装置（１）に対して通知（８０）を送信する（処理１０４４）。
【０１１２】
クライアント装置（１）はデータ通信中継システム（３）からの通知（８０）を受信し、ユーザに対して表示を行う（処理１０４５）。このときの通知（８０）は、既存技術である電子メールや、インスタントメッセージを用いて行うことが出来る。
【０１１３】
アクセス管理部（１３）は通知（８０）を行った後、待機ユーザ数フィールド（２１０８）に通知を行ったユーザの数を減ずる（処理１０４６）。
【０１１４】
その後、ユーザ情報管理テーブルエントリ（２２０１）の通知時刻フィールド（２２１４）、優先サービス時間帯フィールド（２２１５）、通知回数フィールド（２２１６）を通知（８０）の内容に従って更新する。また、優先サービス時間帯フィールド（２２１５）を参照し、既にサービス時間帯が過ぎている場合には、タイムアウトの処理として、通知時刻フィールド（２２１４）、優先サービス時間帯フィールド（２２１５）の値をクリアする（処理１０４７）。
【０１１５】
アクセス管理部（１３）は、アクセス管理テーブル（２１）に次のエントリがあるか判定する（処理１０４８）。
【０１１６】
処理１０４８の結果、次のエントリが存在しない場合には、処理を終了する（処理１０５０）。
【０１１７】
処理１０４８の結果、次のエントリが存在する場合には、そのエントリを対象のエントリとする（処理１０４９）。処理１０４９にて対象のエントリが変更された後、処理１０４１に戻り、同様な処理を繰り返す。
【０１１８】
本実施例によれば、データ通信中継システムが、サーバとのコネクション数を監視し、ある一定数以上のコネクション数になった場合には、それ以降の要求の中継を拒否するため、アクセス集中時にサーバがダウンすることはなくなり、利用中のユーザに対する安定したサービスの提供が可能となる。
【０１１９】
また、ユーザに対してそれぞれ優先度を設定し、優先度の高いユーザからのアクセスについては要求の中継を拒否しないことにより、優先度の高いユーザの要求に対しては、より高い確率でサービスが提供されることになる。
【０１２０】
さらに、要求の中継を拒否されたユーザに対しては、サービス可能な時間を通知することで、確実にサービスを受けられる機会を提供する。これにより、ユーザの再実行の繰り返しを抑制することが可能となる。
【０１２１】
要求を拒否する時のメッセージとして、通知先、通知方法、サービス希望時間帯、希望通知時刻、希望最大通知回数を登録できる画面を提供することで、前もってユーザ登録することを必要とせずにシステムを導入することができ、ユーザの希望に応じた通知をすることができる。
【０１２２】
本データ通信中継システムを用いることで、クライアント装置に対して通知する方法を持ち、通知に対応した要求の処理を優先することを特徴とするＷｅｂアクセスサービスを提供することができる。
【０１２３】
一方、サービス提供事業者にとっては、見積もり以上にアクセスが集中してサーバ装置に過度に負荷がかかり、サービス提供が不可能になるような状況においても、本実施形態によりサーバ装置による安定したサービスを提供可能であり、かつアクセス拒否したユーザに対してもサービス提供の機会があるため、サーバ装置の性能を必要以上に高く見積もる必要がなくなる。
【０１２４】
【発明の効果】
本発明によれば、サーバ装置へのアクセス集中を回避することが可能になり、サービスの低下を抑えることが可能となる。
【図面の簡単な説明】
【図１】本実施例のデータ通信中継システムを使ったシステム構成図。
【図２】本実施例に関わるクライアント装置、サーバ装置、データ通信中継システムの物理構成図。
【図３】本実施例のデータ通信中継システムの構成図。
【図４】本実施例のデータ通信中継システムでの中継処理の流れを示す処理フロー図（その１）。
【図５】本実施例のデータ通信中継システムでの中継処理の流れを示す処理フロー図（その２）。
【図６】本実施例のデータ通信中継システムでの通知処理の流れを示す処理フロー図。
【図７】本実施例のアクセス管理処理に関わる図４の処理１００７でのアクセス判定処理フロー図。
【図８】本実施例のアクセス管理処理に関わる図４の処理１００８でのユーザ情報管理テーブルへのユーザ情報登録処理フロー図。
【図９】本実施例のアクセス管理テーブルの構成図。
【図１０】本実施例のユーザ情報管理テーブルの構成図。
【図１１】本実施例のクライアント装置からの要求の構成図。
【図１２】本実施例のクライアントからの登録情報の構成図。
【図１３】本実施例のクライアントに対する通知の構成図。
【図１４】本実施例の優先度マッピング部による優先度決定処理フロー図。
【図１５】本実施例の要求元アドレス優先度テーブルの構成図。
【図１６】本実施例の要求元アドレス宛先アドレス優先度テーブルの構成図。
【図１７】本実施例の宛先アドレス優先度テーブルの構成図。
【符号の説明】
（１）…クライアント装置、（２）…サーバ装置、（３）…データ通信中継システム、（４）…通信路、（１１）…コネクション確立部、（１２）…データ中継部、（１３）…アクセス管理部、（１４）…認証部、（１５）…優先度マッピング部、（１６）…通知送信部、（１７）…通知情報登録部、（２１）…アクセス管理テーブル、（２２）…ユーザ情報管理テーブル、（２３）…要求元アドレス優先度テーブル、（２４）…要求元アドレス宛先アドレス優先度テーブル、（２５）…宛先アドレス優先度テーブル、（５０）…要求、（５１）…宛先情報、（５２）…認証情報、（５９）…優先度、（６０）…応答、（７０）…登録情報、（７１）…通知方法（７２）…通知先、（７３）…サービス希望時間帯、（７４）…通知希望時刻、（７５）…希望最大通知回数、（８０）…通知、（８１）…宛先、（８２）…優先サービス提供時間帯、（１０１）…プロセッサ、（１０２）…メモリ、（１０３）…外部記憶機構、（１０４）…通信機構、（１０５）…オペレータ入出力機構、（１０６）…内部通信線、（１０７）…通信回線、（１０８）…情報処理プログラム、（２１０１）…アクセス管理テーブルエントリ、（２１０２）…宛先ＵＲＬフィールド、（２１０３）…現接続数フィールド、（２１０４）…アクセス規制開始接続数フィールド、（２１０５）…アクセス規制終了接続数フィールド、（２１０６）…アクセス規制状態フィールド、（２１０７）…現予約者数フィールド、（２１０８）…待機ユーザ数フィールド、（２１０９）…サービス提供時間情報フィールド、（２１１０）…優先サービス提供時間、（２１１１）…再スケジューリング回数、（２２０１）…ユーザ情報管理テーブルエントリ、（２２０２）…ユーザＩＤフィールド、（２２０３）…パスワードフィールド、（２２０４）…通知方法フィールド、（２２０５）…通知先フィールド、（２２０６）…優先度情報フィールド、（２２０７）…アクセス回数フィールド、（２２０８）…アクセス拒否時刻フィールド、（２２０９）…通知後の平均アクセス時間フィールド、（２２１０）…サービス希望時間帯フィールド、（２２１１）…通知希望時刻フィールド、（２２１２）…宛先ＵＲＬのアクセス管理テーブルエントリフィールド、（２２１３）…希望通知回数フィールド、（２２１４）…通知時刻フィールド、（２２１５）…優先サービス時間帯フィールド、（２２１６）…通知回数フィールド、（２３０１）…要求元アドレス優先度テーブルエントリ、（２３０２）…要求元アドレスフィールド、（２３０３）…優先度フィールド、（２４０１）…要求元アドレス宛先アドレス優先度テーブルエントリ、（２４０２）…宛先アドレスフィールド、（２４０３）…要求元アドレスフィールド、（２４０４）…優先度フィールド、（２５０１）…宛先アドレス優先度テーブルエントリ、（２５０２）…宛先アドレスフィールド、（２５０３）…優先度フィールド。

Claims (14)

1. サーバ装置に対しサービス要求を発行するクライアント装置と、前記クライアント装置からの前記サービス要求を受けて、サービスを提供する前記サーバ装置とからなるサービスシステムにおいて、前記クライアント装置と前記サーバ装置間のデータ通信を中継するデータ通信中継装置であって、
   前記クライアント装置から前記サーバ装置への前記サービス要求に対し、前記クライアント装置から宛先の前記サーバ装置へのコネクションを確立し、
   確立した前記コネクションを使用して前記クライアント装置と前記サーバ装置間のデータ通信を中継するものであって、
   該データ通信中継装置は、前記サーバ装置との間で確立しているコネクション数を管理し、
   前記クライアント装置から前記サーバ装置に対するサービス要求に対して前記管理されているコネクション数を考慮して当該サーバ装置との間のコネクション数が所定数以下になるよう前記サービス要求を受付または拒否し、
   前記サービス要求の中継を拒否されたユーザに対して中継可能であることを通知するデータ通信中継装置。
2. 請求項１のデータ通信中継装置において、
   前記データ通信中継装置から中継可能であることを通知した前記ユーザからの前記サービス要求に対しては、優先的に前記サーバ装置とのコネクションを確立するデータ通信中継装置。
3. 請求項２のデータ通信中継装置において、
   前記データ通信中継装置から通知した前記ユーザに対するコネクションを優先する時間には期限を設けるデータ通信中継装置。
4. 請求項１のデータ通信中継装置において、
   前記ユーザから、サービス提供希望時間帯の指定を受け付け、
   前記サービス提供希望時間帯に、前記ユーザに対してサービス提供可能であることを通知するデータ通信中継装置。
5. 請求項１のデータ通信中継装置において、
   前記ユーザから、通知を受けることを希望する時刻または時間のを登録を受け付け、
   前記ユーザに対して前記希望の時刻または時間に通知を行うデータ通信中継装置。
6. 請求項１のデータ通信中継装置において、
   前記ユーザから、通知希望回数の設定を受け付け、
   前記ユーザに対して、前記希望通知回数に従った回数通知を行うデータ通信中継装置。
7. 請求項１のデータ通信中継装置において、
   前記ユーザに対してサービス提供時間帯を複数回確保し、その度に通知を行う手段を持つデータ通信中継装置。
8. 請求項１のデータ通信中継装置において、
   前記サーバのサービス提供期間、および／またはサービス提供時間帯を設定し、
   前記クライアント装置からの前記サービス要求が前記設定外であった場合には、前記サービス要求の中継を拒否する
   データ通信中継装置。
9. 請求項１のデータ通信中継装置において、
   前記サービス要求を拒否する際に、前記クライアント装置に対する通知先の登録画面をユーザに対して応答し、
   前記ユーザから、前記登録画面に基づいた通知先の登録を受け付ける
   データ通信中継装置。
10. 請求項９のデータ通信中継装置において、
    前記登録画面への登録情報として、サービス希望時間、通知希望時刻、または希望通知回数を前記ユーザに対して問い合わせ、
    前記問い合わせに基づいて前記ユーザから提供される情報を登録する
    データ通信中継装置。
11. 請求項１のデータ通信中継装置において、
    前記クライアント装置のアドレス、または、前記クライアント装置のアドレスと宛先サーバ装置のアドレスとの組み合わせから、前記サービス要求の優先度を決定する
    データ通信中継装置。
12. 請求項１のデータ通信中継装置において、
    前記クライアント装置の前記サービス要求と共に提供された前記クライアント装置の前記ユーザの認証情報から前記サービス要求の優先度を決定する
    データ通信中継装置。
13. 請求項１のデータ通信中継装置において、
    前記クライアント装置の前記サービス要求と共に提供された前記クライアント装置のユーザの認証情報と、アクセス管理テーブルの該ユーザに対するエントリとから前記サービス要求の優先度を決定する
    データ通信中継装置。
14. 請求項１の前記データ通信中継装置を用いるＷｅｂアクセスサービスであって、
    前記クライアント装置に対して前記サービス要求が中継可能であることを通知し、
    前記クライアント装置からの前記通知に対応した前記サービス要求を優先して処理する
    Ｗｅｂアクセスサービス。

Images