(57)【要約】【課題】  導入時よりユーザ側に何ら負担をかけずアクセスの輻輳状態の発生を回避でき、その対応が短時間で実用性の面でも利便性および信頼性を向上させるコンテンツの輻輳制御システム、輻輳制御方法、および輻輳制御プログラムを提供する。【解決手段】  コンテンツを配信する複数のコンテンツサーバ１０４（１）〜１０４（ｎ）と、複数のコンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツへの輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバ１０５とを備え、複数のコンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツへのアクセス要求が輻輳する場合、当該アクセス要求を輻輳制御用サーバ１０５に振り分ける輻輳制御装置１０３を備える。【選択図】      図１
2006343885.tif 000002
【特許請求の範囲】
【請求項１】
一又は複数のコンテンツサーバに対しコンテンツのアクセス状況が輻輳する場合、輻輳するアクセス要求を処理する輻輳制御用サーバにアクセス要求を振り分けることを特徴とするコンテンツの輻輳制御システム。
【請求項２】
コンテンツを配信する一又は複数のコンテンツサーバと、
前記一又は複数のコンテンツサーバのコンテンツへの輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバと、
前記一又は複数のコンテンツサーバのコンテンツへのアクセス要求が輻輳する場合、当該アクセス要求を前記輻輳制御用サーバに振り分ける輻輳制御手段と、
を備えることを特徴とするコンテンツの輻輳制御システム。
【請求項３】
前記輻輳制御手段は、前記各コンテンツサーバの応答時間を監視して、当該応答時間が所定の閾値を超える場合に、特定のコンテンツへのアクセス要求が輻輳状態にあると検出し、アクセス要求を前記輻輳制御用サーバに振り分けることを特徴とする請求項２に記載のコンテンツの輻輳制御システム。
【請求項４】
前記輻輳制御手段は、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値を監視して、前記積の値が所定の閾値を超える場合に、特定のコンテンツへのアクセス要求が輻輳状態にあると検出し、アクセス要求を前記輻輳制御用サーバに振り分けることを特徴とする請求項２に記載のコンテンツの輻輳制御システム。
【請求項５】
一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御方法であって、
前記各コンテンツサーバの応答時間が所定の閾値を超えるか否かを監視して、アクセス可能のコンテンツサーバを探索する探索工程と、
全ての前記コンテンツサーバの応答時間が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分ける振分け工程と、
を含むことを特徴とするコンテンツの輻輳制御方法。
【請求項６】
一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御方法であって、
アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が所定の閾値を超えるか否かを監視して、前記コンテンツサーバがアクセス可能であるかを検索する検索工程と、
前記積の値が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分ける振分け工程と、
を含むことを特徴とするコンテンツの輻輳制御方法。
【請求項７】
一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御プログラムであって、
前記各コンテンツサーバの応答時間が所定の閾値を超えるか否かを監視して、アクセス可能のコンテンツサーバを探索するステップと、
全ての前記コンテンツサーバの応答時間が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分けるステップと、
を含むことを特徴とするコンテンツの輻輳制御プログラム。
【請求項８】
一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御プログラムであって、
アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が所定の閾値を超えるか否かを監視して、前記コンテンツサーバがアクセス可能であるかを検索するステップと、
前記積の値が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分けるステップと、
を含むことを特徴とするコンテンツの輻輳制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス要求を、輻輳状態にないコンテンツサーバ、あるいは、輻輳制御用サーバへ振り分けるコンテンツサーバの輻輳制御システム、輻輳制御方法、および輻輳制御プログラムに関する。
【背景技術】
【０００２】
近年、映画やコンサート、音楽等の多種のコンテンツを一般のユーザに配信することが行われており、その普及が進んでいる。コンテンツの種別によっては、一般のユーザのアクセスが集中するため、コンテンツサーバの高機能化が要求されるが、その一方で、あらかじめ複数のコンテンツサーバを用いて多くのアクセス要求に対応するという配信方法も実用化されている。
【０００３】
ユーザのアクセス要求が集中し、コンテンツサーバが輻輳状態になることは、動作速度、配信速度の低下を招くため好ましくなく、このため、コンテンツサーバの輻輳状態を解消もしくは回避する技術が種々提案されている。
【０００４】
一つには、コンテンツ対応に日時別のアクセス頻度を集計し、日時に応じたアクセス頻度の多いコンテンツをあらかじめキャッシュサーバに格納させるという技術が知られている（例えば、特許文献１参照。）。また、所定時間当たりのアクセス数を計測し、コンテンツ情報を異なるコンテンツサーバへと移動させるという技術が知られている（例えば、特許文献２参照。）。また、コンテンツサーバから応答がなく３０秒経過した場合に、携帯端末に輻輳状態であることを通知し、携帯端末の再接続要求を禁止するという技術が知られている（例えば、特許文献３参照。）。
【０００５】
また、クラスタ構成のサーバ群を構成するコンテンツサーバへのアクセスに際して、特定のコンテンツに対するアクセスが集中し負荷が増大した場合、負荷分散装置で負荷を分散するという方法もある。
【０００６】
【特許文献１】特開２００３−３６１９９号公報
【特許文献２】特開２００３−２４８６０１号公報
【特許文献３】特開２００４−６４３４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の従来例においては、あらかじめ日時別のアクセス頻度を集計し、日時に応じたアクセス頻度の多いコンテンツをキャッシュサーバに移すというものであり、経験的な対応になるため、導入時からある程度の日時の経過後でなければ対応できず、従って導入時からその間に発生する輻輳状態には全く対応できず、その間は、システムの正常な動作を保障することができない問題がある。
【０００８】
特許文献２に記載の従来例においては、アクセス数をカウントし、アクセス数が低い他のコンテンツサーバがある場合、そのコンテンツサーバにアクセス過多のコンテンツを集約移動するというものであり、輻輳状態が発生した後にその処理を行うため、コンテンツの情報量が多い程、その処理に多くの時間を要する。コンテンツの集約移動に多くの時間を必要とする分、その間、システムの正常な動作が損なわれるものとなり、システム利用の信頼性が低い問題がある。
【０００９】
特許文献３に記載の従来例においては、コンテンツサーバから応答がなく３０秒経過した場合に、携帯端末に輻輳状態であることを通知して、携帯端末の再接続要求を禁止してしまう。即ち、輻輳状態の解消をユーザ側に強いるものであって、サービスに停滞なく輻輳状態を根本的に解消するという観点からは不十分な構成で、実用性の面で利便性に問題がある。
【００１０】
また、特定のコンテンツに対するアクセスが集中し負荷が増大した場合、負荷分散装置で負荷を分散するという方法においては、サーバ群全体が輻輳状態になってレスポンスの悪化が余儀なくされてしまう問題がある。
【００１１】
本発明は、上記従来の技術の問題点を解決し、導入時（業務開始時）より即刻、ユーザ側の処理を一切必要とせずにアクセスの輻輳状態の発生を有効に回避することができるコンテンツの輻輳制御システム、輻輳制御方法、および輻輳制御プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明は、一又は複数のコンテンツサーバに対しコンテンツのアクセス状況が輻輳する場合、輻輳するアクセス要求を処理する輻輳制御用サーバにアクセス要求を振り分けることを特徴とする（請求項１）。
【００１３】
上記輻輳制御用サーバにおいて、「輻輳するアクセス要求を処理する」の「処理する」には、そのアクセス要求に応えるコンテンツを配信するまでの過程を含む。
【００１４】
又、本発明は、コンテンツを配信する一又は複数のコンテンツサーバと、前記一又は複数のコンテンツサーバのコンテンツへの輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバと、前記一又は複数のコンテンツサーバのコンテンツへのアクセス要求が輻輳する場合、当該アクセス要求を前記輻輳制御用サーバに振り分ける輻輳制御手段とを備えることを特徴とする（請求項２）。
【００１５】
上記輻輳制御用サーバは、輻輳するアクセス要求を処理して同一のコンテンツを配信するのであり、あらかじめ上記一又は複数のコンテンツサーバが共有する各コンテンツと同一のコンテンツを全て所有する。上記輻輳制御用サーバは、所謂上記各コンテンツサーバのコンテンツの輻輳状態を適切に回避すべく常に援助する体制をもつ。
【００１６】
又、本発明は、前記輻輳制御手段は、前記各コンテンツサーバの応答時間を監視して、当該応答時間が所定の閾値を超える場合に、特定のコンテンツへのアクセス要求が輻輳状態にあると検出し、アクセス要求を前記輻輳制御用サーバに振り分けることを特徴とする（請求項３）。
【００１７】
上記応答時間の監視は、一つには、上記各コンテンツサーバに対し順次に行うという態様がある。最初に閾値以内の応答時間にあるコンテンツサーバを検出した場合、そのコンテンツサーバに対しアクセス要求を接続するという処理が可能になる。上記応答時間の監視は、アクセス要求の受信時のタイミングで行うという態様、又は、所定時間毎のタイミングもしくは常時繰り返し自発的に行うという態様がある。前者の場合、処理の負担が軽く実用に際しては好適である。
【００１８】
又、本発明は、前記輻輳制御手段は、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値を監視して、前記積の値が所定の閾値を超える場合に、特定のコンテンツへのアクセス要求が輻輳状態にあると検出し、アクセス要求を前記輻輳制御用サーバに振り分けることを特徴とする（請求項４）。
【００１９】
上記積の値の監視は、上記各コンテンツサーバの各コンテンツに対し随時行って更新しておくという態様がある。この場合、アクセス要求の受信時に即座に対応することが可能である。一方、上記積の値の監視は、上記各コンテンツサーバの一つひとつ毎に行うという態様がある。この場合、アクセス要求の受信時、又は、常時あらかじめ、接続可能のコンテンツサーバを検出して、そのアクセス要求を接続するという処理が可能になる。
【００２０】
又、本発明は、一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御方法であって、前記各コンテンツサーバの応答時間が所定の閾値を超えるか否かを監視して、アクセス可能のコンテンツサーバを探索する探索工程と、全ての前記コンテンツサーバの応答時間が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分ける振り分け工程とを含むことを特徴とする（請求項５）。
【００２１】
上記探索工程も、アクセス要求の受信時のタイミングで行うという態様、又は、所定時間毎のタイミングもしくは常時繰り返し自発的に行うという態様がある。
【００２２】
又、本発明は、一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御方法であって、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が所定の閾値を超えるか否かを監視して、前記コンテンツサーバがアクセス可能であるかを検索する検索工程と、前記積の値が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分ける振り分け工程とを含むことを特徴とする（請求項６）。
【００２３】
上記積の値の監視も、上記各コンテンツサーバの各コンテンツに対し随時行って更新するという態様がある。アクセス要求の受信に際し即座に対応できる。一方、上記積の値の監視は、上記各コンテンツサーバの一つひとつ毎に行うという態様がある。アクセス要求の受信時、又は、常時あらかじめ、接続可能のコンテンツサーバを検出することが可能になる。
【００２４】
又、本発明は、一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御プログラムであって、前記各コンテンツサーバの応答時間が所定の閾値を超えるか否かを監視して、アクセス可能のコンテンツサーバを探索するステップと、全ての前記コンテンツサーバの応答時間が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分けるステップとを含むことを特徴とする（請求項７）。
【００２５】
上記前者のステップも、アクセス要求の受信時のタイミングで行うという態様、又は、所定時間毎のタイミングもしくは常時繰り返し自発的に行うという態様がある。
【００２６】
又、本発明は、一又は複数のコンテンツサーバのコンテンツの輻輳状態を制御するコンテンツの輻輳制御プログラムであって、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が所定の閾値を超えるか否かを監視して、前記コンテンツサーバがアクセス可能であるかを検索するステップと、前記積の値が所定の閾値を超える場合に、輻輳するアクセス要求を処理して同一のコンテンツを配信する輻輳制御用サーバに対しアクセス要求を振り分けるステップとを含むことを特徴とする（請求項８）。
【００２７】
上記前者のステップも、上記各コンテンツサーバの各コンテンツに対し随時行って更新するという態様がある。アクセス要求の受信に際し即座に対応できる。一方、上記前者のステップの上記積の値の監視は、上記各コンテンツサーバの一つひとつ毎に行うという態様がある。アクセス要求の受信時、又は、常時あらかじめ、接続可能のコンテンツサーバを検出することが容易である。
【発明の効果】
【００２８】
本発明によれば、導入時より、即ち業務開始時より即刻、ユーザ側の処理を一切必要とせずにアクセスの輻輳状態の発生を有効に回避することができ、しかも、それに短時間で対応することができ、このため、レスポンスも良く、実用性の面でも利便性および信頼性を向上させることができる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して、本発明の第１の実施の形態に係るコンテンツの輻輳制御システムについて説明する。
【００３０】
本例のコンテンツの輻輳制御システムは、複数のコンテンツサーバ（コンテンツサーバ群）に対し、ユーザのアクセス要求の状況が混雑し、各コンテンツサーバのコンテンツが輻輳する場合、もしくは輻輳状態に近づく場合、輻輳制御用サーバにアクセスを振り分け、輻輳制御用サーバからアクセス要求に応えるコンテンツ（同一のコンテンツ）を配信するものである。
【００３１】
図１は本実施の形態に係るコンテンツの輻輳制御システム１の概要を説明する説明図である。各利用者パソコン（パーソナルコンピュータ）１０１は、インターネット１０２に接続されており、インターネット１０２に接続された輻輳制御装置（輻輳制御手段）１０３を介してコンテンツサーバ（コンテンツサーバ群）１０４（１）〜１０４（ｎ）、もしくは輻輳制御用サーバ１０５にアクセスすることが可能な構成となっている。
【００３２】
各コンテンツサーバ１０４（１）〜１０４（ｎ）は、各々、少なくとも一又は複数のＣＰＵと、一又は複数のＨＤ等の記録装置とを備えている。各々の記録装置には、同一の各種コンテンツが一又は複数のファイルおよびディレクトリで記録されている。また、輻輳制御用サーバ１０５も、少なくとも一又は複数のＣＰＵと、一又は複数のＨＤ等の記録装置とを備え、その記録装置には、各コンテンツサーバ１０４（１）〜１０４（ｎ）が所有する各種コンテンツと同一の各コンテンツが一又は複数のファイルおよびディレクトリで記録されている。即ち、各コンテンツサーバ１０４（１）〜１０４（ｎ）および輻輳制御用サーバ１０５は、各々、同じ各種コンテンツを共有している。
【００３３】
各コンテンツサーバ（コンテンツサーバ群）１０４（１）〜１０４（ｎ）は、インターネット１０２上でのコンテンツ配信のサービスを向上させるため、冗長性をもたせて耐障害性や可用性を高めている。
【００３４】
各コンテンツサーバ１０４（１）〜１０４（ｎ）、および輻輳制御用サーバ１０５が所有するコンテンツには、映画、広告宣伝、コンサート、公演、会議録画、書籍データ、資料データ、音楽、プログラムファイル等、あらゆる情報を含めることが可能である。
【００３５】
各コンテンツサーバ１０４（１）〜１０４（ｎ）、および輻輳制御用サーバ１０５は、例えばＩＰアドレスやコンテンツ名等を含むアクセス要求を受信した場合、例えばＣＰＵおよびＨＤＤを介して所定のＨＤからそのコンテンツを読み出して、そのＩＰアドレス等の利用者パソコン１０１に対し配信する機能を備えている。
【００３６】
各利用者パソコン１０１は、例えば、アクセス要求として自己のＩＰアドレス等とともにコンテンツの種別や名称等を送信することで、コンテンツサーバ１０４（１）〜１０４（ｎ）、もしくは輻輳制御用サーバ１０５から所望のコンテンツの配信やプログラムファイルのダウンロード等を受けることができる。尚、アクセス要求は、Ｗｅｂブラウザからのリクエストの他、ファイル転送（ＦＴＰ）や、コマンド送信、シェル接続等の形態でも良い。
【００３７】
一方、輻輳制御装置（輻輳制御手段）１０３は、インターネット１０２を介し利用者パソコン１０１から特定のコンテンツ配信を求めるアクセス要求を受信した場合、各コンテンツサーバ１０４（１）〜１０４（ｎ）のアクセス状況を順次に認識し、これにより最初のアクセス可能の輻輳状態にないコンテンツサーバ１０４（１）等を探索する。また、輻輳制御装置１０３は、上記アクセス要求を最初の非輻輳状態にあるコンテンツサーバ１０４（１）等に接続し、当該コンテンツサーバ１０４（１）等から利用者パソコン１０１への所望のコンテンツの配信を行わせる。
【００３８】
しかし、輻輳制御装置１０３は、各コンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツのアクセス状況が全て輻輳状態にあるか、もしくは輻輳状態に近い場合には、各コンテンツサーバ１０４（１）〜１０４（ｎ）への上記アクセス要求の接続を禁止して、上記アクセス要求を輻輳制御用サーバ１０５に接続し、輻輳制御用サーバ１０５から利用者パソコン１０１に対し所望（要求に同一）のコンテンツの配信を行わせるように機能する。
【００３９】
図２は本例のコンテンツの輻輳制御システム１の機能構成を示す機能ブロック図である。コンテンツの輻輳制御システム１は、利用者パソコン１０１からのインターネット１０２を介するアクセス要求の受信を認識する受信認識部１１１と、各コンテンツサーバ１０４（１）〜１０４（ｎ）の各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）に対し応答確認用のパケット情報を送信して応答時間を計測しかつ所定の閾値と比較し、各コンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツが輻輳状態もしくは輻輳に近い状態であるか、又は非輻輳状態であるかをチェックする状態検出部１１２と、そのチェックの結果に基づいて、各コンテンツサーバ１０４（１）〜１０４（ｎ）および輻輳制御サーバ１０５のうち何れかに上記アクセス要求を振り分けて接続する接続実行部１１３とを備えている。
【００４０】
状態検出部１１２は、例えば通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）に対し順次に応答確認用のパケット情報を送信して、通信Ｉ／Ｆ２０５（１）等のトランスポートプロトコルの応答時間を次々に計測して所定の閾値と比較し、応答時間が閾値を超えていない非輻輳状態のコンテンツサーバ１０４を探索する。状態検出部１１２は、全てのコンテンツサーバ１０４（１）〜１０４（ｎ）の応答時間が閾値を超えている場合、特定のコンテンツ（要求対象のコンテンツ）が輻輳状態もしくは輻輳に近い状態であると判定し、アクセス要求を輻輳制御用サーバ１０５に振り分けて接続する。
【００４１】
接続実行部１１３は、状態検出部１１２が応答時間が所定の閾値を超えない最初の非輻輳状態のコンテンツサーバ１０４（１）等を検出した場合、そのコンテンツサーバ１０４（１）等に対し上記アクセス要求を接続し、逆に、状態検出部１１２が各コンテンツサーバ１０４（１）〜１０４（ｎ）の通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の応答時間が全て所定の閾値を超え、このため全てのコンテンツサーバ１０４（１）〜１０４（ｎ）の特定のコンテンツが輻輳状態又は輻輳に近い状態であることを検出した場合は、輻輳制御サーバ１０５に対し上記アクセス要求を接続する。
【００４２】
尚、受信認識部１１１、状態検出部１１２、および接続実行部１１３は、輻輳制御装置１０３により機能的に構成されるものである。
【００４３】
図３は輻輳制御装置（輻輳制御手段）１０３を主体として本例のコンテンツの輻輳制御システム１の具体的構成を説明するブロック図である。尚、図３では利用者パソコン１０１の図示を省略する。コンテンツの輻輳制御システム１は、インターネット１０２と、各コンテンツサーバ１０４（１）〜１０４（ｎ）および輻輳制御サーバ１０５との間に、輻輳制御装置１０３を設置して、輻輳制御装置１０３を介し双方を物理的に接続した構成である。
【００４４】
輻輳制御装置１０３は、バス２０３を介し、制御部２０１、ＳＷ（スイッチ）部２０２、および、各通信インタフェイス（以下、各々「通信Ｉ／Ｆ」という）２０４，２０５（１）〜２０５（ｎ）、２０６を備えて構成されている。
【００４５】
制御部２０１は、例えばＣＰＵであり、図２に示し説明した受信認識部１１１、状態検出部１１２、及び接続実行部１１３としての構成の一部中心的部分を、所定のアプリケーションプログラムの実行と共に随時機能的に実現し、且つ上述した処理を実行する。
【００４６】
尚、輻輳制御装置１０３は、上記プログラム（特許請求の範囲に記載のコンテンツサーバの輻輳制御プログラムに相当）を記録するＥＰ−ＲＯＭ等の記録部を備えたものとしてもよい。
【００４７】
ＳＷ（スイッチ）部２０２は、受信認識部１１１、および、接続実行部１１３としての構成の直接的な動作実行部分を担う。即ちＳＷ部２０２は、ネットワーク１０２との通信を司る通信Ｉ／Ｆ２０４のアクセス要求の受信時を検出して、アクセス要求を受信した旨、制御部２０１に知らせ、制御部２０１に対し、受信認識部１１１、状態検出部１１２、および、接続実行部１１３として起動することを促す。
【００４８】
ＳＷ部２０２は、制御部２０１の状態検出部１１２としての機能の実行に伴い、制御部２０１からコンテンツサーバ１０４（１）〜１０４（ｎ）又は通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の状態を示す信号を受信した際、各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の情報入力側の受信動作を有効にするか、又は受信動作を禁止するかの何れかを示す信号を出力する。ＳＷ部２０２は、その信号を通信Ｉ／Ｆ２０５（１）〜（ｎ）、２０６に対し出力して、通信Ｉ／Ｆ２０５（１）〜（ｎ）、２０６の受信動作を制御し、上記アクセス要求を何れのコンテンツサーバ（１）〜１０４（ｎ）、もしくは輻輳制御用サーバ１０５に接続するかを選定する。ＳＷ部２０２は、各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）、２０６の情報出力側の送信動作に対しては何ら関与することはなく、その結果、既にアクセス継続中の利用者パソコン１０１には、所望のコンテンツの配信を中断させず、接続中の一つのコンテンツサーバ１０４からの配信を安定して継続させる。
【００４９】
尚、ＳＷ部２０２は、各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の情報入力側の受信動作を有効にするか、又は受信動作を禁止するかの何れかを示す信号を出力する場合、その出力は、アクセス要求の受信時毎にその都度行っても良いが、制御部２０１、および各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）、２０６の側にその信号の状態（又は種別）を記憶する機能があれば必ずしも毎回行う必要はない。即ち、一つのコンテンツサーバ１０４が非輻輳状態を続ける間は、ＳＷ部２０２はあらためて信号の出力を行う必要はなく、新しいアクセス要求はそのまま続けて動作中のコンテンツサーバ１０４もしくは輻輳制御用サーバ１０５に接続すれば良い。
【００５０】
一方、通信Ｉ／Ｆ２０４は、インターネット１０２を介する利用者パソコン１０１と、輻輳制御装置（輻輳制御手段）１０３との間の情報の送受信を司る通信用のインタフェイスである。通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）は、通信Ｉ／Ｆ２０４と、それぞれ対応関係のあるコンテンツサーバ１０４（１）〜１０４（ｎ）との間の情報の送受信を司る通信用のインタフェイスである。通信Ｉ／Ｆ２０６は、通信Ｉ／Ｆ２０４と、輻輳制御用サーバ１０５との間の情報の送受信を司る通信用のインタフェイスである。各通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）、２０６は、受信動作はＳＷ部２０２により制御されるが、送信動作は何ら遮られることがないことは既に述べた通りである。
【００５１】
ところで、制御部２０１又はＳＷ部２０２は、通信Ｉ／Ｆ２０４がアクセス要求を受信した際、制御部２０１の制御の下に、当該アクセス要求の情報に対し、接続先の通信Ｉ／Ｆもしくはコンテンツサーバ（輻輳制御用サーバ）のアドレスを付加し、かつそのアクセス要求の情報を通信Ｉ／Ｆ２０４よりバス２０３上に出力させる。これは、多くのアクセス要求を一つのコンテンツサーバに集中させる状態を回避する動作の一つを担う。
【００５２】
次に、本実施の形態のコンテンツの輻輳制御方法の一例について説明する。まず、受信工程で、利用者パソコン１０１からアクセス要求の情報を通信Ｉ／Ｆ２０４を介し受信する。受信認識工程で、ＳＷ部２０２が、通信Ｉ／Ｆ２０４にアクセス要求が受信されたことを検出し、かつアクセス要求を受信した旨を示す信号を制御部２０１に出力し、その結果、制御部２０１は、アクセス要求が受信されたことを認識する（受信認識部１１１としての機能の起動）。
【００５３】
次いで探索工程で、制御部２０１が状態検出部１１２としての機能を起動し、各コンテンツサーバ１０４（１）〜１０４（ｎ）の通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）に対し順次に応答確認用のパケット情報を送信して応答時間を計測し所定の閾値と比較する処理を行い、順次の比較の結果に基づいて、各コンテンツサーバ１０４（１）〜１０４（ｎ）のうち最初の非輻輳状態のコンテンツサーバ１０４を探索する。
【００５４】
非輻輳状態のコンテンツサーバ１０４が存在する場合、振り分け工程で、制御部２０１が接続実行部１１３としての機能を起動し、ＳＷ部２０２に対し、上記アクセス要求の接続先としてそのコンテンツサーバ１０４を示す信号を出力する。その結果、ＳＷ部２０２は、今回の接続先の通信Ｉ／Ｆ２０５に対し情報入力側の受信動作を有効にする旨を示す信号を出力し、通信Ｉ／Ｆ２０５の受信動作を有効にする。続いてＳＷ部２０２は、上記アクセス要求の情報に対し今回の接続先の通信Ｉ／Ｆ２０５又はコンテンツサーバ１０４のアドレスを付加し、かつ、バス２０３上に出力させ、上記アクセス要求を今回の接続先のコンテンツサーバ１０４に振り分けて接続する。この後のコンテンツサーバ１０４の動作については詳しい説明は省略する。
【００５５】
一方、非輻輳状態のコンテンツサーバ１０４が存在しない場合は、振り分け工程で、制御部２０１が接続実行部１１３としての機能を起動し、ＳＷ部２０２に対し、上記アクセス要求の接続先として通信Ｉ／Ｆ２０６もしくは輻輳制御用サーバ１０５を示す信号を出力する。その結果、ＳＷ部２０２は、今回の接続先の通信Ｉ／Ｆ２０６に対し情報入力側の受信動作を有効にする旨を示す信号を出力し、通信Ｉ／Ｆ２０６の受信動作を有効にする。続いてＳＷ部２０２は、上記アクセス要求の情報に対し今回の接続先の通信Ｉ／Ｆ２０６又は輻輳制御用サーバ１０５のアドレスを付加し、かつ、バス２０３上に出力させ、上記アクセス要求を今回の接続先の輻輳制御用サーバ１０５に振り分けて接続する。この後の輻輳制御用サーバ１０５の動作については詳しい説明は省略する。
【００５６】
次に、図４を参照して、本実施の形態のコンテンツの輻輳制御プログラムの一例について説明する。まず、ステップ４０１において、利用者パソコン１０１からのアクセス要求を輻輳制御装置１０３の通信Ｉ／Ｆ２０４で受信した場合、ステップ４０２において、通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の全てをチェックしたか否かを判定する。
【００５７】
ステップ４０２で全てをチェックしていないと判定した場合（ＮＯ）、ステップ４０３において、チェック対象の通信Ｉ／Ｆ２０５のトランスポートプロトコルの応答時間を検出する。具体的には制御部２０１からチェック対象の通信Ｉ／Ｆ２０５に対し応答確認用のパケット情報を送信して応答時間を計測する。チェック対象は、最初の通信Ｉ／Ｆ２０５（１）から始めて、最後の通信Ｉ／Ｆ２０５（ｎ）へと向けて順次に移してゆく。
【００５８】
続いてステップ４０４において、今回のチェック対象の通信Ｉ／Ｆ２０５からの応答時間があらかじめ定めた所定の閾値を超えているか否かを判定する。尚、閾値については、３０秒等の大きな時間を設定する必要はなく、極僅かな時間の値で良い。ステップ４０４で今回のチェック対象からの応答時間が所定の閾値を超えていると判定した場合（ＹＥＳ）、今回のチェック対象はコンテンツが輻輳状態にあり、従って次の通信Ｉ／Ｆ２０５に制御（計測判定の処理）を移し、ステップ４０２へ移行する。一方、ステップ４０４で今回のチェック対象からの応答時間が所定の閾値を超えていないと判定した場合（ＮＯ）、今回のチェック対象はコンテンツが輻輳状態になく、従ってステップ４０６において、今回のチェック対象の通信Ｉ／Ｆ２０５に接続されたコンテンツサーバ１０４に対し上記アクセス要求を接続する。即ち、今回のチェック対象であった通信Ｉ／Ｆ２０５を通してコンテンツサーバ１０４に対し上記アクセス要求を接続する。続いてステップ３０８において、今回のアクセス要求を接続したコンテンツサーバ１０４のサーバ情報を制御部２０１の例えば作業フィールド用としてのＲＡＭ等のメモリに記憶すると、本フローを終了する。
【００５９】
一方、ステップ４０２で全てをチェックしたと判定した場合（ＹＥＳ）、ステップ４０７において、今回のアクセス要求を、通信Ｉ／Ｆ２０６を通して輻輳制御用サーバ１０５に接続する。続いてステップ３０８において、今回のアクセス要求を接続した輻輳制御用サーバ１０５のサーバ情報を制御部２０１の例えばＲＡＭ等のメモリに記憶すると、本フローを終了する。
【００６０】
本実施の形態においては、通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）に対し順次に応答確認用のパケット情報を送信して、通信Ｉ／Ｆ２０５（１）等のトランスポートプロトコルの応答時間を計測し、かつ所定の閾値と比較することで、コンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツの輻輳状態の如何を極短時間で探索し、常時、高いレスポンスで、アクセス要求に応じたコンテンツを配信することができる。その結果、サービスを全く停滞させず、かつ、ユーザ側に何らかの対応を強いることもなく、常時、安定して利便性が高く、しかも信頼性の高いコンテンツ配信のサービスを提供することができる。
【００６１】
しかも、本実施の形態においては、上記探索の結果、各コンテンツサーバ１０４（１）〜１０４（ｎ）のコンテンツが全て輻輳状態もしくは輻輳に近い状態であることを検出した場合は、アクセス要求を、通信Ｉ／Ｆ２０６を通して輻輳制御用サーバ１０５に接続するようにしたため、コンテンツの輻輳状態を有効に回避し、よりサービスを停滞させない効果が高く、かつ、より安定して利便性を高め、しかもより信頼性を高めたコンテンツ配信のサービスを提供することができる。
【００６２】
特に、本実施の形態においては、非輻輳状態のコンテンツサーバ１０４（１）等の探索処理は、負荷が軽く、高速に極短時間で行うことができるため、上述の効果を、より確実、かつより有利に発揮することができる。
【００６３】
尚、本実施の形態においては、アクセス要求の受信時に上記探索を開始する場合を例に説明したが、通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）のトランスポートプロトコルの応答時間の計測、およびその閾値との比較判定は、あらかじめ定めた所定時間毎に、あるいは常時連続した繰り返しで自発的に行うようにしても良い。
【００６４】
次に、第２の実施の形態に係るコンテンツの輻輳制御システムについて説明する。尚、本例のコンテンツの輻輳制御システムは、構成的には図１乃至図３に示した構成と基本的には同様であるが、輻輳制御装置（輻輳制御手段）１０３の制御部２０１が起動する状態検出部１１２としての機能構成に相違点がある。
【００６５】
即ち、制御部２０１が起動する状態検出部１１２としての機能は、任意のタイミングでコンテンツサーバ１０４（１）〜１０４（ｎ）内の各コンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積を計算（監視）してあらかじめ定めた閾値と比較し、アクセス可能のサーバがコンテンツサーバ１０４（１）〜１０４（ｎ）であるか、もしくは輻輳制御用サーバ１０５であるかを検索する。
【００６６】
即ち、制御部２０１が起動する状態検出部１１２としての機能は、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が閾値を超えない場合は、上記アクセス対象のコンテンツが輻輳状態にないと判断してコンテンツサーバ１０４（１）〜１０４（ｎ）の何れかに対しアクセス要求を接続し、逆に、上記積の値が閾値を超えた場合は、上記アクセス対象のコンテンツが輻輳状態にあると判断して通信Ｉ／Ｆ２０６を通して輻輳制御用サーバ１０５に対し上記アクセス要求を振り分けて接続する処理を行う。
【００６７】
一方、制御部２０１は、各コンテンツの単位時間あたりのアクセス要求数、および当該コンテンツのデータ転送量を検出する機能を備えており、各コンテンツのアクセス要求数、および各コンテンツのデータ転送量のデータを、制御部２０１の例えばＲＡＭ等のメモリに記憶する。また、制御部２０１が起動する状態検出部１１２としての機能は、具体的には上記ＲＡＭ等のメモリから、アクセス対象のコンテンツの単位時間あたりのアクセス要求数、および当該コンテンツのデータ転送量のデータを読み出して、双方の積を計算した後、その計算結果を上記ＲＡＭ等のメモリに記憶する処理をも行う。
【００６８】
次に、本実施の形態のコンテンツの輻輳制御方法の一例について説明する。まず、受信工程、および受信認識工程については上述の輻輳制御方法の場合と同様である。次いで検索工程では、制御部２０１が状態検出部１１２としての機能を起動して、アクセス対象のコンテンツの単位時間あたりのアクセス要求数とコンテンツのデータ転送量との積を計算（監視）し閾値と比較する処理を行い、比較の結果に基づいて、各コンテンツサーバ１０４（１）〜１０４（ｎ）のうち任意のコンテンツサーバ１０４に対しアクセス要求を接続するか、あるいは輻輳制御用サーバ１０５に対しアクセス要求を接続するかを選択（検索）する。
【００６９】
上記検索の結果、任意のコンテンツサーバ１０４にアクセス要求を接続する場合の振り分け工程では、制御部２０１が接続実行部１１３としての機能を起動し、ＳＷ部２０２に対し、上記アクセス要求の接続先として特定のコンテンツサーバ１０４を示す信号を出力する。以下の動作は上述の輻輳制御方法の場合と同様である。一方、上記検索の結果、輻輳制御用サーバ１０５にアクセス要求を接続する場合の振り分け工程では、制御部２０１が接続実行部１１３としての機能を起動し、ＳＷ部２０２に対し、上記アクセス要求の接続先として輻輳制御用サーバ１０５を示す信号を出力する。以下の動作は上述の輻輳制御方法の場合と同様である。
【００７０】
次に、図５を参照して、本実施の形態のコンテンツの輻輳制御プログラムの一例について説明する。まず、ステップ５０１において、利用者パソコン１０１からのアクセス要求を輻輳制御装置１０３の通信Ｉ／Ｆ２０４で受信した場合、ステップ５０２において、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量のデータを制御部２０１のＲＡＭ等のメモリから読み出す。
【００７１】
次いでステップ５０３において、上記アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積を計算し、その積の値が閾値を超えているか否かを判定する。ステップ５０３で、上記積の値が閾値を超えていないと判定した場合（ＮＯ）、上記アクセス対象のコンテンツが輻輳状態にないと判断し、ステップ５０４において、通信Ｉ／Ｆ２０５（１）〜２０５（ｎ）の任意の１台に接続しているコンテンツサーバ１０４に対し上記アクセス要求を接続する。続いてステップ５０６において、制御部２０１のＲＡＭ等のメモリに記録した上記コンテンツの単位時間あたりのアクセス要求数、およびデータ転送量に対し、今回のアクセス要求数、および今回のデータ転送量を加算して上記メモリに記録すると、本フローを終了する。
【００７２】
一方、ステップ５０３で、上記アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が閾値を超えていると判定した場合（ＹＥＳ）、上記アクセス対象のコンテンツが輻輳状態にあると判断し、ステップ５０５において、通信Ｉ／Ｆ２０６を通して輻輳制御用サーバ１０５に対し上記アクセス要求を接続する。続いてステップ５０６において、制御部２０１のＲＡＭ等のメモリに記録した上記コンテンツの単位時間あたりのアクセス要求数、およびデータ転送量に対し、今回のアクセス要求数、および今回のデータ転送量を加算して上記メモリに記録すると、本フローを終了する。
【００７３】
本実施の形態においては、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値を所定の閾値と比較することで、アクセス要求をコンテンツサーバ１０４（１）〜１０４（ｎ）、もしくは輻輳制御用サーバ１０５の何れに振り分けるかを極短時間で検索し、常時、高速度で、アクセス要求を適切に処理することができる。その結果、同じくサービスを全く停滞させず、かつ、ユーザ側に何らかの対応を強いることもなく、常時、安定して利便性が高く、しかもレスポンスが良く信頼性の高いコンテンツ配信のサービスを提供することができる。
【００７４】
しかも、本実施の形態においては、上記検索の結果、上記アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値が閾値を超える場合は、アクセス要求を、通信Ｉ／Ｆ２０６を通して輻輳制御用サーバ１０５に接続するようにしたため、コンテンツの輻輳状態を有効に回避し、よりサービスを停滞させない効果が高く、かつ、より安定して利便性を高めるとともに、より信頼性を高めたコンテンツ配信のサービスを提供することができる。
【００７５】
特に、本実施の形態においても、アクセス対象のコンテンツの単位時間あたりのアクセス要求数と当該コンテンツのデータ転送量との積の値を所定の閾値と比較する処理は、負荷が軽く、高速に極短時間で行うことができるため、上述の効果を、より確実、かつより有利に発揮することができる。
【図面の簡単な説明】
【００７６】
【図１】第１の実施の形態のコンテンツの輻輳制御システムの概要を説明する説明図である。
【図２】第１の実施の形態のコンテンツの輻輳制御システムの機能構成を示す機能ブロック図である。
【図３】第１の実施の形態の輻輳制御装置（輻輳制御手段）を主体とするコンテンツの輻輳制御システムの具体的構成を説明するブロック図である。
【図４】第１の実施の形態のコンテンツの輻輳制御プログラムの一例を示すフローチャートである。
【図５】第２の実施の形態のコンテンツの輻輳制御プログラムの一例を示すフローチャートである。
【符号の説明】
【００７７】
１  コンテンツの輻輳制御システム
１０１  利用者パソコン
１０２  インターネット
１０３  輻輳制御装置
１０４  コンテンツサーバ
１０５  輻輳制御用サーバ
１１１  受信認識部
１１２  状態検出部
１１３  接続実行部
２０１  制御部
２０２  ＳＷ部
２０３  バス
２０４，２０５，２０６  通信Ｉ／Ｆ
【図１】
2006343885.tif 000003
【図２】
2006343885.tif 000004
【図３】
2006343885.tif 000005
【図４】
2006343885.tif 000006
【図５】
2006343885.tif 000007