(57)【要約】【課題】情報配信装置に対するアクセスを柔軟かつ効果的に管理する。【解決手段】ウェブサーバ１００において、アクセス要求受付部１１０がオブジェクトに対するアクセス要求を受け付けると、アクセス許否判断部１２０は、アクセス条件保持部１６０に保持された条件に基づいて、そのアクセス要求の許否を判断する。アクセスが許可された場合は、送信部１３０は、該当するオブジェクトをオブジェクト保持部１７０から読み出して送信する。アクセス条件保持部１６０は、オブジェクトごとに、オブジェクトに対する同時アクセス数の上限を保持しており、それ以上の同時アクセスが制限される。【選択図】        図２
2004310652.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して情報を配信する情報配信装置であって、
オブジェクトを保持するオブジェクト保持部と、
オブジェクトに対するアクセス要求を受け付ける受付部と、
オブジェクトごとに、そのオブジェクトに同時にアクセス可能なアクセス数の上限を表す第１の上限値を保持するアクセス条件保持部と、
前記第１の上限値に基づいて、前記オブジェクトに対するアクセスの許否を判断する判断部と、を備えることを特徴とする情報配信装置。
【請求項２】
前記オブジェクト保持部は、階層構造を有し、
前記アクセス条件保持部は、階層ごとに、その階層の配下のオブジェクトに同時にアクセス可能なアクセス数の上限を表す第２の上限値をさらに保持し、
前記判断部は、前記第２の上限値をさらに参照して、前記オブジェクトに対するアクセスの許否を判断することを特徴とする請求項１に記載の情報配信装置。
【請求項３】
前記アクセス条件保持部は、前記情報配信装置に同時にアクセス可能なアクセス数の上限を表す第３の上限値をさらに保持し、
前記判断部は、前記第３の上限値をさらに参照して、前記オブジェクトに対するアクセスの許否を判断することを特徴とする請求項１または２に記載の情報配信装置。
【請求項４】
前記アクセス条件保持部は、同一のクライアントがアクセス可能なアクセス数の上限を表す第４の上限値をさらに保持し、
前記判断部は、前記第４の上限値をさらに参照して、前記オブジェクトに対するアクセスの許否を判断することを特徴とする請求項１から３のいずれかに記載の情報配信装置。
【請求項５】
前記オブジェクトに対するアクセス状況に基づいて、前記第１の上限値を変更する管理部をさらに備えることを特徴とする請求項１から４のいずれかに記載の情報配信装置。
【請求項６】
前記管理部は、前記階層の配下のオブジェクトに対するアクセス状況に基づいて、前記第２の上限値を変更することを特徴とする請求項２から５のいずれかに記載の情報配信装置。
【請求項７】
前記管理部は、前記情報配信装置に対するアクセス状況に基づいて、前記第３の上限値を変更することを特徴とする請求項３から６のいずれかに記載の情報配信装置。
【請求項８】
前記管理部は、前記クライアントからのアクセス状況に基づいて、前記第４の上限値を変更することを特徴とする請求項４から７のいずれかに記載の情報配信装置。
【請求項９】
ネットワークを介して情報を配信する情報配信装置であって、
オブジェクトを階層的に保持するオブジェクト保持部と、
オブジェクトに対するアクセス要求を受け付ける受付部と、
前記階層の配下のオブジェクトに同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、
前記上限値に基づいて、前記オブジェクトに対するアクセスの許否を判断する判断部と、
前記階層の配下のオブジェクトに対するアクセス状況に基づいて、前記上限値を変更する管理部と、を備えることを特徴とする情報配信装置。
【請求項１０】
ネットワークを介して情報を配信する情報配信装置であって、
オブジェクトを保持するオブジェクト保持部と、
オブジェクトに対するアクセス要求を受け付ける受付部と、
前記情報配信装置に同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、
前記上限値に基づいて、前記オブジェクトに対するアクセスの許否を判断する判断部と、
前記情報配信装置に対するアクセス状況に基づいて、前記上限値を変更する管理部と、を備えることを特徴とする情報配信装置。
【請求項１１】
ネットワークを介して情報を配信する情報配信装置であって、
オブジェクトを保持するオブジェクト保持部と、
オブジェクトに対するアクセス要求をクライアントから受け付ける受付部と、前記情報配信装置に同一のクライアントから同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、
前記上限値に基づいて、前記オブジェクトに対する前記クライアントからのアクセスの許否を判断する判断部と、
前記情報配信装置に対する前記クライアントからのアクセス状況に基づいて、前記上限値を変更する管理部と、を備えることを特徴とする情報配信装置。
【請求項１２】
ネットワークを介したオブジェクトに対するアクセス要求を受け付けるステップと、
前記オブジェクトに対して同時にアクセス可能なアクセス数の上限値をメモリから読み出し、その上限値に基づいて前記オブジェクトに対するアクセスの許否を判断するステップと、を含むことを特徴とするアクセス管理方法。
【請求項１３】
前記オブジェクトに対するアクセス状況に基づいて、前記上限値を変更するステップをさらに含むことを特徴とする請求項１２に記載のアクセス管理方法。
【請求項１４】
ネットワークを介したオブジェクトに対するアクセス要求を受け付ける機能と、
前記オブジェクトに対して同時にアクセス可能なアクセス数の上限値をメモリから読み出し、その上限値に基づいて前記オブジェクトに対するアクセスの許否を判断する機能と、をコンピュータに実現させるためのコンピュータプログラム。
【請求項１５】
前記オブジェクトに対するアクセス状況に基づいて、前記上限値を変更する機能をさらにコンピュータに実現させることを特徴とする請求項１４に記載のコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アクセス管理技術に関し、とくに、ネットワークを介して情報を配信する情報配信装置に対するアクセスを管理する方法、およびその方法を利用可能な情報配信装置に関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの端末や、ウェブページを閲覧するためのブラウザの性能が向上し、ネットワークインフラの整備が進むなど、通信環境の飛躍的な向上に後押しされ、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サービスの利用者数は爆発的に増加している。一般に広く普及している携帯電話からもＷＷＷサービスを利用できるようになっており、今後も、情報収集のための重要なツールとしてＷＷＷサービスが利用され続けることは疑いない。
【０００３】
ＷＷＷサービスの利用者数の増加に伴い、サービスの提供側も、多数のアクセスが要求されたときにシステムにかかる負荷を見積もって、それに見合ったシステムを構築する必要がある。特定のウェブサーバに対するアクセスが一時的に集中すると、通信回線の輻輳により伝送レートが極端に低下したり、サーバが過負荷に耐えきれずにサービス全体が停止するような事態が発生する恐れがある。このような事態を回避するために、ウェブサーバは、同時に提供可能なサービス接続数の上限を定め、それを超えるアクセスを制限することができるようになっている。
【０００４】
【特許文献１】
特表２００２−５１２４１１号公報
【０００５】
【発明が解決しようとする課題】
ウェブサーバは、多数のオブジェクトを保持し、配信することができるようになっているが、たとえばある特定のＵＲＬに対してアクセスが集中したとき、そのＵＲＬへのアクセスだけで設定されたサービス接続数の上限を超えてしまうと、他のサービスを提供できなくなってしまう。また、アクセスの状況は時とともに推移するので、同時に提供可能なサービス接続数の上限を固定的に定めるだけでは不十分であり、さらにユーザの利便性を高める技術の開発が望まれる。
【０００６】
本発明はこうした状況に鑑みてなされたものであり、その目的は、情報配信装置に対するアクセスを柔軟かつ効果的に管理する技術の提供にある。
【０００７】
【課題を解決するための手段】
本発明のある態様は、情報配信装置に関する。この情報配信装置は、ネットワークを介して情報を配信する情報配信装置であって、オブジェクトを保持するオブジェクト保持部と、オブジェクトに対するアクセス要求を受け付ける受付部と、オブジェクトごとに、そのオブジェクトに同時にアクセス可能なアクセス数の上限を表す第１の上限値を保持するアクセス条件保持部と、第１の上限値に基づいて、オブジェクトに対するアクセスの許否を判断する判断部と、を備えることを特徴とする。
【０００８】
オブジェクトごとのアクセス制限を可能とすることにより、より柔軟かつ適切にアクセスを管理することができる。また、特定のオブジェクトに対するアクセスが一時的に集中した場合であっても、そのオブジェクトに対するアクセスを制限して、他のオブジェクトにアクセスする余地を確保することができる。これにより、ユーザの利便性を向上させることができる。
【０００９】
オブジェクト保持部は、階層構造を有し、アクセス条件保持部は、階層ごとに、その階層の配下のオブジェクトに同時にアクセス可能なアクセス数の上限を表す第２の上限値をさらに保持し、判断部は、第２の上限値をさらに参照して、オブジェクトに対するアクセスの許否を判断してもよい。オブジェクトが階層的なディレクトリ構造を有して保持されている場合に、ディレクトリごとのアクセス制限を可能とすることにより、さらに柔軟かつ適切にアクセスを管理することができる。
【００１０】
アクセス条件保持部は、情報配信装置に同時にアクセス可能なアクセス数の上限を表す第３の上限値をさらに保持し、判断部は、第３の上限値をさらに参照して、オブジェクトに対するアクセスの許否を判断してもよい。情報配信装置全体のアクセス制限を可能とすることにより、情報配信装置が過負荷により停止する事態を回避することができる。
【００１１】
アクセス条件保持部は、同一のクライアントがアクセス可能なアクセス数の上限を表す第４の上限値をさらに保持し、判断部は、第４の上限値をさらに参照して、オブジェクトに対するアクセスの許否を判断してもよい。特定のクライアントからのアクセスが一時的に集中した場合であっても、そのクライアントからのアクセスを制限して、他のクライアントがアクセスする余地を確保することができる。これにより、ユーザの利便性を向上させることができる。
【００１２】
オブジェクトに対するアクセス状況に基づいて、第１の上限値を変更する管理部をさらに備えてもよい。管理部は、階層の配下のオブジェクトに対するアクセス状況に基づいて、第２の上限値を変更してもよい。管理部は、情報配信装置に対するアクセス状況に基づいて、第３の上限値を変更してもよい。管理部は、クライアントからのアクセス状況に基づいて、第４の上限値を変更してもよい。アクセス制限の条件を動的に変更することを可能とすることにより、アクセス状況の時間的推移を的確に反映したアクセス制限を実現することができる。これにより、ユーザの利便性をさらに向上させることができる。
【００１３】
本発明の別の態様も、情報配信装置に関する。この情報配信装置は、ネットワークを介して情報を配信する情報配信装置であって、オブジェクトを階層的に保持するオブジェクト保持部と、オブジェクトに対するアクセス要求を受け付ける受付部と、階層の配下のオブジェクトに同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、上限値に基づいて、オブジェクトに対するアクセスの許否を判断する判断部と、階層の配下のオブジェクトに対するアクセス状況に基づいて、上限値を変更する管理部と、を備えることを特徴とする。
【００１４】
本発明のさらに別の態様も、情報配信装置に関する。この情報配信装置は、ネットワークを介して情報を配信する情報配信装置であって、オブジェクトを保持するオブジェクト保持部と、オブジェクトに対するアクセス要求を受け付ける受付部と、情報配信装置に同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、上限値に基づいて、オブジェクトに対するアクセスの許否を判断する判断部と、情報配信装置に対するアクセス状況に基づいて、上限値を変更する管理部と、を備えることを特徴とする。
【００１５】
本発明のさらに別の態様も、情報配信装置に関する。この情報配信装置は、ネットワークを介して情報を配信する情報配信装置であって、オブジェクトを保持するオブジェクト保持部と、オブジェクトに対するアクセス要求をクライアントから受け付ける受付部と、情報配信装置に同一のクライアントから同時にアクセス可能なアクセス数の上限値を保持するアクセス条件保持部と、上限値に基づいて、オブジェクトに対するクライアントからのアクセスの許否を判断する判断部と、情報配信装置に対するクライアントからのアクセス状況に基づいて、上限値を変更する管理部と、を備えることを特徴とする。
【００１６】
本発明のさらに別の態様は、アクセス管理方法に関する。このアクセス管理方法は、ネットワークを介したオブジェクトに対するアクセス要求を受け付けるステップと、オブジェクトに対して同時にアクセス可能なアクセス数の上限値をメモリから読み出し、その上限値に基づいてオブジェクトに対するアクセスの許否を判断するステップと、を含むことを特徴とする。アクセス管理方法は、オブジェクトに対するアクセス状況に基づいて、上限値を変更するステップをさらに含んでもよい。
【００１７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１８】
【発明の実施の形態】
（第１の実施の形態）
図１は、第１の実施の形態に係る情報配信システム１０の全体構成を示す。情報配信システム１０において、ユーザ端末３０は、ネットワークの一例としてのインターネット２０を介して、情報配信装置の一例としてのウェブサーバ１００に接続し、ＷＷＷサービスの提供を受ける。ユーザ端末３０は、ウェブページを閲覧するためのウェブブラウザにより、オブジェクトに対するアクセス要求をウェブサーバ１００に送る。ウェブサーバ１００は、ユーザ端末３０からオブジェクトに対するアクセス要求を受け付けると、設定されたアクセス制限に関する条件に基づき、そのオブジェクトに対するアクセスを許可するか否かを判断する。
アクセス要求の対象となるオブジェクトには、ウェブページを記述したＨＴＭＬ（Ｈｙｐｅｒ−Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル、静止画ファイル、動画ファイル、音声ファイル、テキストファイルなどのコンテンツのほか、ウェブサーバ１００側またはユーザ端末３０側で実行される各種スクリプト、プログラムなどがあるが、本実施の形態では、説明を簡略化するため、ＨＴＭＬファイルの取得要求をユーザ端末３０から受け付けて、そのＨＴＭＬファイルをユーザ端末３０に送信する場合について説明する。
【００１９】
図２は、ウェブサーバ１００の内部構成を示す。この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２０】
ウェブサーバ１００は、主に、インターネット２０を介した他の装置との通信を制御する通信ユニット１０２、ウェブサーバ１００の動作を統括的に制御する主制御ユニット１０４、およびウェブサーバ１００の動作に必要な情報などを記憶する記憶ユニット１０６を備える。主制御ユニット１０４は、アクセス要求受付部１１０、アクセス許否判断部１２０、および送信部１３０を含む。記憶ユニット１０６は、アクセス履歴を保持するアクセスログ１５０、オブジェクトに対するアクセスの許否を判断するための条件を保持するアクセス条件保持部１６０、およびオブジェクトを保持するオブジェクト保持部１７０を含む。
【００２１】
アクセス要求受付部１１０は、ユーザ端末３０から、オブジェクトに対するアクセス要求を受け付ける。アクセス要求は、たとえば、ＨＴＴＰ（Ｈｙｐｅｒ−Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）の「ＧＥＴ」リクエストなどであってもよい。アクセス許否判断部１２０は、アクセス要求受付部１１０がユーザ端末３０からアクセス要求を受け付けると、アクセス条件保持部１６０に保持された条件を参照して、そのアクセス要求を許可するか否かを判断する。送信部１３０は、アクセス許否判断部１２０がアクセスを許可したときに、アクセス対象のオブジェクトをオブジェクト保持部１７０から読み出してユーザ端末３０に送信する。アクセス対象のオブジェクトが、ウェブサーバ１００側で実行すべきプログラムなどであった場合は、図示しない実行部によりそのプログラムが実行される。
【００２２】
図３は、アクセス条件保持部１６０の内部データの一例を示す。図３は、オブジェクトごとに、オブジェクトに同時にアクセス可能なアクセス数の上限を表す第１の上限値を設定する例を示す。アクセス条件保持部１６０には、オブジェクトのＵＲＬを格納するＵＲＬ欄２００、そのオブジェクトに対してアクセス中のサービス接続数を格納するアクセス数欄２０２、およびそのオブジェクトに対して同時にアクセス可能なサービス接続数の上限値を格納する上限値欄２０４が設けられている。たとえば、アクセス要求受付部１１０がＵＲＬ「ｈｔｔｐ：／／ｘ／ａ」のオブジェクトに対するアクセス要求を受け付けた場合、そのアクセス要求を許可するとアクセス中のサービス接続数は「４」となるが、これは上限値「５」を超えないので、アクセス許否判断部１２０はそのアクセス要求を許可する。このとき、アクセス許否判断部１２０は、アクセスログ１５０にアクセス情報を記録する。送信部１３０は、そのオブジェクトの送信を開始するときに、アクセス数欄２０２に１を加え、オブジェクトの送信が終了すると、アクセス数欄２０２から１を減じる。
【００２３】
一方、アクセス要求受付部１１０がＵＲＬ「ｈｔｔｐ：／／ｘ／ｂ」のオブジェクトに対するアクセス要求を受け付けた場合、このオブジェクトに対してアクセス中のサービス接続数は既に上限値「２０」に達しているので、アクセス許否判断部１２０はそのアクセス要求を拒否する。このとき、送信部１３０は、サービスが利用不可能である旨のエラー応答をユーザ端末３０に送信する。
【００２４】
図４は、ウェブサーバ１００がユーザ端末３０からアクセス要求を受け付けたときの処理手順の概略を示すシーケンス図である。まず、ユーザ端末３０は、ウェブブラウザなどを用いて、ウェブサーバ１００にオブジェクトに対するアクセス要求を送る（Ｓ１００）。アクセス要求受付部１１０がアクセス要求を受け付けると、アクセス許否判断部１２０は、そのオブジェクトへのアクセスの許否を判断する（Ｓ１０２）。アクセス要求が許可された場合（Ｓ１０２のＹ）、送信部１３０は、オブジェクト保持部１７０から該当するオブジェクトを読み出してユーザ端末３０に送信する（Ｓ１０６）。アクセス要求が拒否された場合（Ｓ１０２のＮ）、送信部１３０はエラー応答をユーザ端末３０に送信する（Ｓ１０４）。アクセス許否判断部１２０は、アクセス情報をアクセスログ１５０に記録する（Ｓ１０８）。
【００２５】
以上の構成および動作により、オブジェクトごとに同時アクセス数の上限値を設定し、アクセスが集中したときに、上限値を超えるアクセスを制限することができる。ウェブサーバ１００全体に対する同時アクセス数の上限値のみを設定する場合に比べて、より柔軟にアクセスを管理することができ、たとえば、あるＵＲＬのみにアクセスが集中した場合であっても、そのＵＲＬに対するアクセスを制限して、他のＵＲＬへのアクセスを許可し、サービスの提供を続行することができる。これにより、ユーザの満足度を向上させることができる。
【００２６】
上限値は、オブジェクトに対するアクセス状況、オブジェクトの参照状況、またはウェブサーバ１００にかかる負荷などの判断基準に基づいて、予め設定される。多くのアクセスが予想されるオブジェクトについては、上限値を大きめに設定してもよい。他のオブジェクトから参照されるオブジェクト、たとえば、ＨＴＭＬファイルにおいて背景画像やアイコンとして設定されている画像ファイルなどは、多くのアクセスが予想されるので、上限値を大きめに設定してもよい。オブジェクトをユーザ端末３０に提供するときにウェブサーバ１００にかかる負荷の大きいオブジェクトについて、上限値を小さめに設定してもよい。たとえば、オブジェクト「ｈｔｔｐ：／／ｘ／ａ」を提供するときのウェブサーバ１００にかかる負荷が、オブジェクト「ｈｔｔｐ：／／ｘ／ｂ」を提供する時にウェブサーバ１００にかかる負荷の１０倍である場合には、前者の上限値を後者の上限値の１０分の１に設定してもよい。このように、オブジェクトごとに、ウェブサーバ１００にかかる負荷の大小に基づいて、上限値を設定してもよい。負荷を評価するために、たとえば、オブジェクトのデータ量、すなわちファイルサイズを指標として用いてもよい。上限値は、図示しない設定部により、上述のような方法を用いて設定されてもよい。
【００２７】
図５は、アクセス条件保持部１６０の内部データの他の例を示す。図５は、ディレクトリごとに、ディレクトリに同時にアクセス可能なアクセス数の上限を表す第２の上限値をさらに設定する例を示す。図６は、オブジェクト保持部１７０の階層構造を示す。図６に示した例では、装置名「ｘ」のウェブサーバ１００のサーバルート「／」は、その配下に、複数のディレクトリ「ａ」、「ｂ」、・・・を有し、ディレクトリ「ａ」は、その配下に、オブジェクト「ａ１」および「ａ２」を有し、ディレクトリ「ｂ」は、その配下に、オブジェクト「ｂ１」、「ｂ２」、・・・を有する。このように、オブジェクト保持部１７０が階層的なディレクトリ構造を有する場合、ディレクトリごとに同時アクセス数の上限値を設定してもよい。
【００２８】
たとえば、アクセス要求受付部１１０がＵＲＬ「ｈｔｔｐ：／／ｘ／ａ／ａ２」のオブジェクトに対するアクセス要求を受け付けた場合、そのオブジェクトに対する現在のアクセス数は「３」であり、同時アクセス数の上限値は「５」であるから、このアクセス要求を許可しても、オブジェクトに対する同時アクセス数の上限値は超えないが、ディレクトリ「ａ」全体に対する現在のアクセス数は「６」であり、同時アクセス数の上限値「６」に達しているため、アクセス許否判断部１２０は、このアクセス要求を拒否する。このように、ディレクトリごとにアクセス制限を設定可能とすることで、より柔軟にアクセスを管理することができる。一般に、ウェブサーバ１００では、サービスの種別などで階層構造が構築されていることが多いので、ディレクトリごとにアクセス制限を設定可能とすることにより、サービスの種別ごとにアクセス制限をかけることができ、極めて効果が高い。
【００２９】
図７は、アクセス条件保持部１６０の内部データの他の例を示す。図７は、ウェブサーバ１００に同時にアクセス可能なアクセス数の上限を表す第３の上限値をさらに設定する例を示す。たとえば、アクセス要求受付部１１０がＵＲＬ「ｈｔｔｐ：／／ｘ／ａ／ｂ１」のオブジェクトに対するアクセス要求を受け付けた場合、そのオブジェクトに対して設定された同時アクセス数の上限値「８」と、そのオブジェクトが属するディレクトリ「ｂ」に対して設定された同時アクセス数の上限値「１８」と、ウェブサーバ１００全体に対して設定された同時アクセス数の上限値「１００」の全ての条件を満足するときに、そのオブジェクトに対するアクセスが許可される。これにより、さらに適切にアクセスを管理することができる。１つのホスト装置が複数のウェブサーバ１００として機能する場合は、ウェブサーバ１００ごとに第３の上限値を定めてもよいし、ホスト装置全体として第３の上限値を定めてもよい。
【００３０】
図８は、アクセス条件保持部１６０の内部データの他の例を示す。図８は、同一のクライアントがアクセス可能なアクセス数の上限を表す第４の上限値を設定する例を示す。図８の例では、アクセス条件保持部１６０には、同一のクライアントがアクセス可能なアクセス数の上限値を格納するクライアント上限値欄２０６がさらに設けられている。たとえば、アクセス要求受付部１１０が、あるユーザ端末３０から、ＵＲＬ「ｈｔｔｐ：／／ｘ／ａ／ｂ１」のオブジェクトに対するアクセス要求を受け付けた場合、アクセス許否判断部１２０は、そのオブジェクトに対する同時アクセス数の上限値「５」を超えないことを確認するとともに、アクセスログ１５０を参照して、同一のユーザ端末３０から、そのオブジェクトにアクセス中のサービス接続数を取得し、その数がクライアント上限値「３」を超えないことを確認する。双方の条件が満たされていた場合は、アクセス許否判断部１２０は、そのユーザ端末３０に対して、そのオブジェクトへのアクセスを許可し、いずれか一方の条件が満たされなかった場合は、アクセス許否判断部１２０は、そのユーザ端末３０からそのオブジェクトへのアクセスを拒否する。
【００３１】
同一のユーザ端末３０から一時に多数のアクセスが同一のオブジェクトに集中したとき、そのオブジェクトに設定された同時アクセス数の上限値に達すると、他のユーザ端末３０がそのオブジェクトにアクセスできなくなるので、他のユーザ端末３０がそのオブジェクトにアクセスする余地を残すために、同一のユーザ端末３０からのアクセスを制限する。アクセス要求元のクライアントを識別するために、アクセス要求元のユーザ端末３０のＩＰアドレスを用いてもよいし、複数のユーザ端末３０に同じＩＰアドレスが割り当てられている場合は、さらにポート番号などを参照してもよい。
【００３２】
図８では、図３に示したアクセス条件保持部１６０の内部データにクライアント上限値欄２０６を加え、オブジェクトごとに、同一クライアントからの同時アクセス数の上限値を設定できるようになっているが、同様に、図５に示したアクセス条件保持部１６０の内部データにクライアント上限値欄２０６を加えて、ディレクトリごとに、同一クライアントからの同時アクセス数の上限値を設定してもよいし、図７に示したアクセス条件保持部１６０の内部データにクライアント上限値欄２０６を加えて、ウェブサーバ１００全体に対する同一クライアントからの同時アクセス数の上限値を設定してもよい。また、アクセス条件保持部１６０を、ディレクトリごとの上限値のみ、ウェブサーバ全体の上限値のみ、オブジェクトごとの上限値とウェブサーバ全体の上限値の組み合わせ、ディレクトリごとの上限値とウェブサーバ全体の上限値の組み合わせなど、任意の組み合わせで同一クライアントからの同時アクセス数の上限値を設定可能に構成してもよい。
【００３３】
（第２の実施の形態）
図９は、第２の実施の形態に係る情報配信装置の一例としてのウェブサーバ１００の全体構成を示す。本実施の形態のウェブサーバ１００は、図２に示した第１の実施の形態のウェブサーバ１００の構成に加えて、アクセス条件管理部１４０を備える。その他の構成は、第１の実施の形態と同様であり、同様の構成には同じ符号を付している。以下、第１の実施の形態と異なる点を中心に説明する。
【００３４】
アクセス条件管理部１４０は、アクセスログ１５０などを参照してアクセス状況を取得し、アクセス状況に基づいて、アクセス条件保持部１６０に保持されたアクセス条件を変更する。アクセス条件保持部１６０は、第１の実施の形態において示した例のうち、図２、５、７、８のいずれの例を用いてもよい。また、アクセス条件保持部１６０を、ディレクトリごとの上限値のみ、ウェブサーバ全体の上限値のみ、オブジェクトごとの上限値とウェブサーバ全体の上限値の組み合わせ、ディレクトリごとの上限値とウェブサーバ全体の上限値の組み合わせなど、任意の組み合わせで設定可能に構成してもよい。
【００３５】
たとえば、図２に示した、オブジェクトごとに、同時アクセス数の上限値を設定する例の場合、アクセス条件管理部１４０は、アクセスログ１５０を参照して、オブジェクトごとにアクセス状況を取得し、所定のタイミングで、上限値欄２０４を変更する。アクセス条件管理部１４０は、たとえば、直近１時間のアクセス数をオブジェクトごとに取得し、アクセス数の多いオブジェクトの上限値を高くし、アクセス数の少ないオブジェクトの上限値を低くするように調整してもよい。また、同時アクセス数が上限値を超えて、アクセス要求に対してエラー応答を返した回数の多いオブジェクトの上限値を高くしてもよい。アクセス条件管理部１４０は、一時的にアクセスが集中しているオブジェクトを、たとえばエラー応答の回数などから検知し、そのオブジェクトの上限値を一時的に高くし、その後、アクセス状況を考慮しつつ、徐々に上限値を低くするよう制御してもよい。
【００３６】
上限値は、オブジェクトの参照状況、またはウェブサーバ１００にかかる負荷などの判断基準をさらに考慮して設定されてもよい。多くのアクセスが予想されるオブジェクトについては、上限値を大きめに設定してもよい。他のオブジェクトから参照されるオブジェクト、たとえば、ＨＴＭＬファイルにおいて背景画像やアイコンとして設定されている画像ファイルなどは、多くのアクセスが予想されるので、上限値を大きめに設定してもよい。オブジェクトをユーザ端末３０に提供するときにウェブサーバ１００にかかる負荷の大きいオブジェクトについて、上限値を小さめに設定してもよい。負荷を評価するために、たとえば、オブジェクトのデータ量、すなわちファイルサイズを指標として用いてもよい。
【００３７】
オブジェクトごと、ディレクトリごと、クライアントごとの上限値については、上述の方法の組み合わせにより、動的に変更されてもよい。ウェブサーバ全体の上限値については、サーバ全体としての負荷や、通信回線の状況などを考慮して、ウェブサーバ１００がダウンしないように、固定的または動的に設定されるのが好ましい。
【００３８】
以上の構成および動作により、オブジェクトごと、ディレクトリごと、クライアントごと、またはウェブサーバ全体、またはそれらの任意の組み合わせで、同時アクセス数の上限値を設定することができるとともに、それらの上限値を動的に変更することが可能となる。これにより、アクセス状況の時間的推移を反映し、柔軟かつ適切にアクセスを管理することができるので、ユーザの利便性を向上させることができる。
【００３９】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４０】
実施の形態では、情報配信装置の一例としてウェブサーバについて説明したが、別の例では、家庭における家電機器などを統括的に制御するホームサーバなどであってもよい。この場合、アクセスを要求する対象デバイスごとに優先度を設定してもよい。
【００４１】
【発明の効果】
本発明によれば、情報配信装置に対するアクセスを柔軟かつ効果的に管理する技術を提供することができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る情報配信システムの全体構成を示す図である。
【図２】第１の実施の形態に係るウェブサーバの内部構成を示す図である。
【図３】アクセス条件保持部の内部データの一例を示す図である。
【図４】ウェブサーバがユーザ端末からアクセス要求を受け付けたときの処理手順の概略を示すシーケンス図である。
【図５】アクセス条件保持部の内部データの他の例を示す図である。
【図６】オブジェクト保持部の階層構造を示す図である。
【図７】アクセス条件保持部の内部データの他の例を示す図である。
【図８】アクセス条件保持部の内部データの他の例を示す図である。
【図９】第２の実施の形態に係るウェブサーバの全体構成を示す図である。
【符号の説明】
１０・・・情報配信システム、３０・・・ユーザ端末、１００・・・ウェブサーバ、１０４・・・主制御ユニット、１０６・・・記憶ユニット、１１０・・・アクセス要求受付部、１２０・・・アクセス許否判断部、１３０・・・送信部、１４０・・・アクセス条件管理部、１５０・・・アクセスログ、１６０・・・アクセス条件保持部、１７０・・・オブジェクト保持部。
【図１】
2004310652.tif 000003
【図２】
2004310652.tif 000004
【図３】
2004310652.tif 000005
【図４】
2004310652.tif 000006
【図５】
2004310652.tif 000007
【図６】
2004310652.tif 000008
【図７】
2004310652.tif 000009
【図８】
2004310652.tif 000010
【図９】
2004310652.tif 000011