(57)【要約】【課題】トラヒックの増減に柔軟に対応したコンテンツ配信サービスシステムを提供する。【解決手段】コンテンツを保存するコンテンツ記憶部１１と、コンテンツに対するリクエストをカウントしてトラヒック状況ファイル１５に格納するリクエストカウント部１３と、トラヒック状況ファイル１５を参照して、リクエストのカウントに応じてコンテンツの有効期限をコンテンツのヘッダ２３に設定する有効期限可変設定部１７とを有し、この有効期限に基づいてキャッシュサーバ３等がリクエストを行うようにする。【選択図】      図１
2004295845.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが記憶されるコンテンツ記憶手段と、
前記コンテンツのリクエストをカウントするコンテンツリクエストカウント手段と、
前記リクエストの送信元に対して通知されるコンテンツの有効期限を、前記カウントされた結果であるリクエストカウント値が小さいほど遅く設定するコンテンツ有効期限設定手段と、
を有することを特徴とするコンテンツ配信サービスシステム。
【請求項２】
前記コンテンツ有効期限設定手段は、前記リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど前記有効期限を遅く設定することを特徴とする請求項１記載のコンテンツ配信サービスシステム。
【請求項３】
複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表を有し、
前記コンテンツ有効期限設定手段は、前記表から、前記商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を前記有効期限として設定することを特徴とする請求項２記載のコンテンツ配信サービスシステム。
【請求項４】
前記コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、前記有効期限は、前記ファイルのヘッダ部分に含まれることを特徴とする請求項１ないし３のいずれかに記載のコンテンツ配信サービスシステム。
【請求項５】
前記有効期限が過ぎた場合に前記リクエストを送信する装置が接続されることを特徴とする請求項１ないし４いずれかに記載のコンテンツ配信サービスシステム。
【請求項６】
コンピュータがコンテンツのリクエストをカウントし、
コンピュータが、前記リクエストの送信元に対して通知されるコンテンツの有効期限を、前記カウントされた結果であるリクエストカウント値が小さいほど遅く設定することを特徴とするコンテンツの有効期限設定方法。
【請求項７】
前記有効期限の設定にあっては、前記リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど前記有効期限を遅く設定することを特徴とする請求項６記載のコンテンツの有効期限設定方法。
【請求項８】
前記有効期限の設定にあっては、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表から、前記商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を前記有効期限として設定することを特徴とする請求項７記載のコンテンツの有効期限設定方法。
【請求項９】
前記コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、前記有効期限を、前記ファイルのヘッダ部分に設定することを特徴とする請求項６ないし８のいずれかに記載のコンテンツの有効期限設定方法。
【請求項１０】
前記コンピュータは、前記有効期限が過ぎた場合に前記リクエストを送信する装置が接続されるものであることを特徴とする請求項６ないし９いずれかに記載のコンテンツの有効期限設定方法。
【請求項１１】
請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラム。
【請求項１２】
請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、トラヒックの増減に柔軟に対応し、コンテンツの鮮度確保とサービスの向上を実現させることのできるコンテンツ配信サービスシステム、コンテンツの有効期限設定方法などに関する。
【０００２】
【従来の技術】
インターネットの普及により様々なコンテンツがウェブサーバ上に蓄えて公開、配信されている。
【０００３】
このようなインターネットを利用したサービスの一つに、サーバ上に様々なコンテンツを記憶させ、これをクライアントに配信するコンテンツ配信サービスがあり、今後数年の間に急速に拡大する可能性が高い。このような状況下において、より速い、またより新しいコンテンツの公開や配信、すなわちコンテンツの鮮度管理はコンテンツ配信サービスの要の一つである。
【０００４】
たとえばキャッシュサーバは、クライアントに近い場所にコンテンツをキャッシュすることにより、応答時間の短縮、ネットワーク負荷の減少、回線コストの低減を実現している（たとえば特許文献１〜３など参照）。
【０００５】
【特許文献１】
特開２００２−３６９１６２号公報
【０００６】
【特許文献２】
特開２００２−２５９２２３号公報
【０００７】
【特許文献３】
特開２０００−３４１６７０号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、オリジンサーバでのコンテンツ更新時に発生するキャッシュサーバの確認更新の精度向上は課題として残存しており、分秒単位で更新するコンテンツ（たとえば為替、株価等）及び更新周期が流動的なコンテンツ（たとえばスポーツ中継）において顕著である。
【０００９】
また、従来のコンテンツ配信サービスにおいては、鮮度管理（オリジンサーバへの鮮度確認および最新版への更新）のためのコンテンツの有効期限は、オリジンサーバで固定的に設定され、キャッシュサーバごとに画一的な有効期限の使用方法が設定されていた。
【００１０】
設定される有効期限のキャッシュサーバごとの利用方式としては、たとえば、全コンテンツ（有効期限に関わらず全て確認更新する）、全期限付きコンテンツ（期限付きコンテンツは期限到来に関わらず確認更新する）、期限切れコンテンツ（期限到来時のみ確認更新する）などのいずれかをキャッシュサーバに設定する方式が取られており、トラヒック増減に合わせた柔軟な確認更新ができていないという問題があった。
【００１１】
方式として全コンテンツ、全期限付きコンテンツを用いると、常にキャッシュサーバからオリジンサーバへの冗長な確認更新が発生し、期限切れコンテンツを用いると高トラヒック時でも有効期限前には確認更新が行われず、多くのクライアントがキャッシュサーバの更新前コンテンツを参照することもある。このようなトラヒック増減に合わせた柔軟な確認更新ができていないという問題があった。
【００１２】
また、トラヒック増減の事前予測が困難なコンテンツへの経験と勘による固定的な有効期限の設定によって、高トラヒック時には、適正値より遅い設定となる有効期限が、多くのクライアントがキャッシュサーバの分秒単位で更新するコンテンツを更新前の状態で参照する（鮮度確認が迅速に行われない）問題を引き起こすこともあり、低トラヒック時には、適正値より早い設定となる有効期限（早い場合は有効期限切れになる確率が高くなる）が、更新周期が流動的なコンテンツが未更新の場合でも有効期限切れによる確認更新（冗長な確認更新）問題を引き起こすこともあり、いずれも鮮度管理の精度の低下につながる。精度の低下によって、冗長トラヒックの増大、ネットワークの輻輳、ランニングコストの増加を引き起こす可能性もある。そして、これらのことはコンテンツ配信サービス提供の効率性を低下させる。
【００１３】
なお、キャッシュサーバが有効期限を用いず、オリジンサーバに最終更新日時の変化を問い合わせ、更新時のみコンテンツをキャッシュする方式もあるが、分秒単位で更新するコンテンツ（たとえば為替、株価等）には、常に更新されている状態となって、無意味である。
【００１４】
本発明は、上記に鑑みてなされたもので、その目的は、トラヒックの増減に柔軟に対応し、コンテンツの鮮度確保とサービスの向上を実現させることのできるコンテンツ配信サービスシステム、該システムによるコンテンツの有効期限設定方法、該システムに当該有効期限設定方法を実行させるコンピュータプログラム及び該プログラムを格納したコンピュータ読み取り可能な記録媒体を提供することにある。
【００１５】
【課題を解決するための手段】
上記課題を解決するため、請求項１の本発明は、コンテンツが記憶されるコンテンツ記憶手段と、前記コンテンツのリクエストをカウントするコンテンツリクエストカウント手段と、前記リクエストの送信元に対して通知されるコンテンツの有効期限を、前記カウントされた結果であるリクエストカウント値が小さいほど遅く設定するコンテンツ有効期限設定手段と、を有することを特徴とするコンテンツ配信サービスシステムをもって解決手段とする。
【００１６】
請求項１の本発明は、コンテンツが記憶されるコンテンツ記憶手段と、前記コンテンツのリクエストをカウントするコンテンツリクエストカウント手段と、前記リクエストの送信元に対して通知されるコンテンツの有効期限を、前記カウントされた結果であるリクエストカウント値が小さいほど遅く設定するコンテンツ有効期限設定手段と、を有するので、低トラヒック時にはキャッシュサーバから有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には早い有効期限の設定により迅速に更新されたコンテンツを提供することができる。
【００１７】
請求項２の本発明は、前記コンテンツ有効期限設定手段は、前記リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど前記有効期限を遅く設定することを特徴とする請求項１記載のコンテンツ配信サービスシステムをもって解決手段とする。
【００１８】
請求項２の本発明は、コンテンツ有効期限設定手段は、リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど有効期限を遅く設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができ、しかもその有効期限を現在時刻の属する時間帯に応じて異なるようにすることができる。したがって、夜間と昼間に設定される有効期限を異なるようにすることができる。
【００１９】
請求項３の本発明は、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表を有し、前記コンテンツ有効期限設定手段は、前記表から、前記商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を前記有効期限として設定することを特徴とする請求項２記載のコンテンツ配信サービスシステムをもって解決手段とする。
【００２０】
請求項３の本発明は、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表を有し、コンテンツ有効期限設定手段は、表から、商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を有効期限として設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができる。
【００２１】
請求項４の本発明は、前記コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、前記有効期限は、前記ファイルのヘッダ部分に含まれることを特徴とする請求項１ないし３のいずれかに記載のコンテンツ配信サービスシステムをもって解決手段とする。
【００２２】
請求項４の本発明は、コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、有効期限は、ファイルのヘッダ部分に含まれるので、低トラヒック時には当該形式のファイルに含まれるコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には当該形式のファイルに含まれる更新されたコンテンツをキャッシュサーバに対し迅速に提供することができる。
【００２３】
請求項５の本発明は、前記有効期限が過ぎた場合に前記リクエストを送信する装置が接続されることを特徴とする請求項１ないし４いずれかに記載のコンテンツ配信サービスシステムをもって解決手段とする。
【００２４】
請求項５の本発明は、有効期限が過ぎた場合にリクエストを送信する装置が接続されるので、低トラヒック時にはキャッシュサーバからコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、更新されたコンテンツをキャッシュサーバに対し迅速に提供することができる。
【００２５】
請求項６の本発明は、コンピュータがコンテンツのリクエストをカウントし、コンピュータが、前記リクエストの送信元に対して通知されるコンテンツの有効期限を、前記カウントされた結果であるリクエストカウント値が小さいほど遅く設定することを特徴とするコンテンツの有効期限設定方法をもって解決手段とする。
【００２６】
請求項６の本発明は、コンピュータがコンテンツのリクエストをカウントし、コンピュータが、リクエストの送信元に対して通知されるコンテンツの有効期限を、カウントされた結果であるリクエストカウント値が小さいほど遅く設定するので、低トラヒック時には有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には早い有効期限の設定により、当該キャッシュサーバに対しても迅速に更新されたコンテンツを提供することができる。
【００２７】
請求項７の本発明は、前記有効期限の設定にあっては、前記リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど前記有効期限を遅く設定することを特徴とする請求項６記載のコンテンツの有効期限設定方法をもって解決手段とする。
【００２８】
請求項７の本発明は、有効期限の設定にあっては、リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど有効期限を遅く設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができ、しかもその有効期限を現在時刻の属する時間帯に応じて異なるようにすることができる。したがって、夜間と昼間に設定される有効期限を異なるようにすることができる。
【００２９】
請求項８の本発明は、前記有効期限の設定にあっては、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表から、前記商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を前記有効期限として設定することを特徴とする請求項７記載のコンテンツの有効期限設定方法をもって解決手段とする。
【００３０】
請求項８の本発明は、有効期限の設定にあっては、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表から、商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を有効期限として設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができる。
【００３１】
請求項９の本発明は、前記コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、前記有効期限を、前記ファイルのヘッダ部分に設定することを特徴とする請求項６ないし８のいずれかに記載のコンテンツの有効期限設定方法をもって解決手段とする。
【００３２】
請求項９の本発明は、コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、有効期限を、ファイルのヘッダ部分に設定するので、低トラック時には当該形式のファイルに含まれるコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には当該形式のファイルに含まれる更新されたコンテンツをキャッシュサーバに対し迅速に提供することができる。
【００３３】
請求項１０の本発明は、前記コンピュータは、前記有効期限が過ぎた場合に前記リクエストを送信する装置が接続されるものであることを特徴とする請求項６ないし９いずれかに記載のコンテンツの有効期限設定方法をもって解決手段とする。
【００３４】
請求項１０の本発明は、コンピュータは、有効期限が過ぎた場合にリクエストを送信する装置が接続されるものであるので、低トラヒック時にはキャッシュサーバからコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には更新されたコンテンツをキャッシュサーバに対し迅速に提供することができる。
【００３５】
請求項１１の本発明は、請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラムをもって解決手段とする。
【００３６】
請求項１１の本発明は、請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラムにより流通性を高めることができる。
【００３７】
請求項１２の本発明は、請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体をもって解決手段とする。
【００３８】
請求項１２の本発明は、請求項６ないし１０のいずれかに記載のコンテンツの有効期限設定方法を実行させるコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体により流通性を高めることができる。
【００３９】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００４０】
図１は、本発明を適用したコンテンツ配信サービスシステムの構成を示す図である。本発明のコンテンツ配信サービスシステムは、１または相互接続された複数のコンピュータであるオリジンサーバ１により構成され、本発明のコンテンツの有効期限設定方法を実行する。オリジンサーバ１は、一般的には複数のキャッシュサーバ３にインターネット等のネットワークを介して接続されている。
【００４１】
また、キャッシュサーバ３はコンピュータであるクライアント５と接続されている。なお、クライアント５の中には、キャッシュサーバ３を介さずにオリジンサーバ１に接続されているものもある。
【００４２】
オリジンサーバ１は、生成されたコンテンツが最初に保存されるサーバである。クライアント５は、コンテンツを有しないときは、クライアント５のユーザの操作により、オリジンサーバ１やキャッシュサーバ３に対して、始めてコンテンツのリクエストを送信する。
【００４３】
リクエストは、オリジンサーバ１でのコンテンツの更新が少ない場合（例えば、夜間）には少なくなり、逆に、コンテンツの更新が多い場合（例えば昼間）には多くなるので、オリジンサーバ１は、このリクエストの数に応じてコンテンツの有効期限を設定するようになっている。
【００４４】
オリジンサーバ１が、生成されたコンテンツが最初に保存されるサーバであるのに対し、キャッシュサーバ３は、クライアント５に近い場所に設置されてオリジンサーバ１から送信されたコンテンツを記憶して、該コンテンツをクライアント５からのリクエストに応じて配信するコンピュータである。
【００４５】
また、キャッシュサーバ３やクライアント５は、コンテンツを有しないときはオリジンサーバ１やキャッシュサーバ３に対して、始めてコンテンツのリクエストを送信するのであるが、送信された記憶したコンテンツの有効期限が過ぎると、オリジンサーバ１やキャッシュサーバ３に対して、コンテンツのリクエストを送信し、オリジンサーバ１やキャッシュサーバ３から再びコンテンツの送信を受けるようになっている。つまり、キャッシュサーバ３やクライアント５は、コンテンツの更新の如何によらず、自身の有するコンテンツの有効期限を過ぎたときはオリジンサーバ１からコンテンツを取得するようになっている。
【００４６】
オリジンサーバ１は、コンテンツを保存するコンテンツ記憶部１１、コンテンツに対するリクエストをカウントしてカウントの結果をファイルに格納するリクエストカウント部１３、カウントの結果が格納されるトラヒック状況ファイル１５、トラヒック状況に応じたコンテンツの有効期限を設定する有効期限可変設定部１７、有効期限を設定するための情報を格納したトラヒック−更新周期対応ファイル１９を備える。
【００４７】
コンテンツ記憶部１１に記憶されているコンテンツは、ＨＴＴＰプロトコルにしたがって配信されるため、ＨＴＴＰボディ２１と、ＨＴＴＰヘッダ２３とからなるＨＴＴＰファイル形式で保存されている。
【００４８】
ＨＴＴＰボディ２１は、コンテンツそのものが格納されているデータ領域である。ここでは、コンテンツＡが記憶されているものとする。
【００４９】
ＨＴＴＰヘッダ２３は、ＨＴＴＰボディ２１の大きさ、ＨＴＴＰボディ２１のタイプ、コンテンツの有効期限、および最終更新日時等が格納されていて、このうち、コンテンツの有効期限が、トラヒック状況ファイル１５に記憶されている現在のトラヒックに応じた有効期限となる。
【００５０】
図２は、リクエストカウント部と有効期限可変設定部を説明するためのブロック図である。
【００５１】
リクエストカウント部１３は、キャッシュサーバ３およびオリジンサーバ１に直接接続されるクライアント５からオリジンサーバ１に対して送られたコンテンツ配信のリクエストをカウントして、その結果であるリクエストカウント値をトラヒック状況ファイル１５に格納する。なお、リクエストカウント値は、コンテンツ別に格納される。このリクエストのカウント処理は、オリジンサーバ１となっているコンピュータ内においてＳＳＩスクリプトが実行されることで実行される。
【００５２】
有効期限可変設定部１７は、トラヒック状況ファイル１５からリクエストのあったコンテンツのリクエストカウント値を読み出して、その値に基づきコンテンツの有効期限を設定し、そのコンテンツのＨＴＴＰヘッダ２３に書き込む。なお、このような有効期限可変設定部１７おける有効期限の設定処理は、オリジンサーバ１となっているコンピュータ内においてＣＧＩスクリプトが実行されることで実行される。
【００５３】
そして、オリジンサーバ１は、設定された有効期限を含むＨＴＴＰヘッダ２３とＨＴＴＰボディ２１（コンテンツ）とを、リクエストへのレスポンスとして、リクエストの送信元であるキャッシュサーバ３やクライアント５に送信する。
【００５４】
次に、このコンテンツ配信サービスシステムにおけるリクエストカウント部と有効期限可変設定部の作用を説明する。
【００５５】
図３は、リクエストカウント部と有効期限可変設定部の動作の流れを示す図面である。
【００５６】
まず、コンテンツ（ここではコンテンツＡ）に対するリクエストがあると（Ｓ１）、そのリクエストをリクエストカウント部１３がカウントアップする（Ｓ２）。なお、リクエストは、コンテンツを有するキャッシュサーバ３やクライアント５などからのものと、コンテンツを有しないキャッシュサーバ３やクライアント５から始めて送信されるもののいずれであってもよい。
【００５７】
カウントアップされたリクエストカウント値は、トラヒック状況ファイルに格納される（Ｓ１１）。
【００５８】
続いて、有効期限可変設定部１７が、現在時刻の取得、トラヒック状況ファイル１５の参照、トラヒック−更新周期ファイルからのキーの選択、更新周期の決定、有効期限の算出などを行う（Ｓ３）。
【００５９】
トラヒック−更新周期対応ファイル１９は、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長（更新周期）が対応づけられてなる表である。なお、トラヒック−更新周期対応ファイル１９の内容は、オリジンサーバ１の負荷などの条件により変更するのが望ましい。
【００６０】
ここで、トラヒック−更新周期対応ファイルのキーの選択は、下記（１）式により行われる。
【００６１】
トラヒック−更新周期対応ファイルのキー＝ＩＮＴ（リクエストカウント値／現在の時間帯の標準値）  …（１）
ただし（１）式中ＩＮＴは除数の小数点以下を削除する関数を表し、現在の時間帯の標準値は、例えば、１日を午前と午後というように、複数の時間帯に分けたときに、例えば、午前は１５５、午後は２５５というように、現在の時刻の属する時間帯に応じて異なるように予めオリジンサーバ１に記憶されている値である。
【００６２】
そして、有効期限可変設定部１７は、式（１）で選択されたキーに対応づけられた更新周期を求める。
【００６３】
そして、有効期限の算出を下記（２）式のように行う。
【００６４】
有効期限＝現在時刻＋更新周期  …（２）
ここで算出された有効期限は、ＨＴＴＰヘッダ２３内の有効期限として書き加えられる（Ｓ４）。
【００６５】
図示した例では、カウント値が５６７のとき、標準値を１５５とすると、その更新周期はトラヒック−更新周期対応ファイル１９から６００秒と言うことになり、現在時刻にこの６００秒を加算した値が有効期限となる。
【００６６】
上述した説明から分かるとおり、有効期限は、コンテンツへのリクエストカウンタ値が小さいほど遅く設定される。キャッシュサーバ３やクライアント５などは、有効期限が過ぎた場合にリクエストを送信するので、次回のリクエストまでの時間間隔が長くなる。
【００６７】
なお、前述したように、本実施の形態のコンテンツ配信サービスシステムの利用形態においては、低トラヒック時にはキャッシュサーバ３やクライアント５から送信されるリクエストが少なくなり、逆に、高トラヒック時には、キャッシュサーバ３やクライアント５から送信されるリクエストが多くなる。
【００６８】
そこで、上記説明したように、上記実施の形態のコンテンツ配信サービスシステムは、コンテンツが記憶されるコンテンツ記憶手段であるコンテンツ記憶部１１と、送られたコンテンツのリクエストをカウントするコンテンツリクエストカウント手段であるリクエストカウント部１３と、リクエストの送信元であるキャッシュサーバ３やクライアント５に対して通知されるコンテンツの有効期限を、カウントされた結果であるリクエストカウント値が小さいほど遅く設定するコンテンツ有効期限設定手段である有効期限可変設定部１７とを備えるので、キャッシュサーバ３やクライアント５から送信されるリクエストが少ない場合には、送信されたリクエストに対して通知される有効期限が遅く設定されるので、このようなキャッシュサーバ３やクライアント５から有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、キャッシュサーバ３やクライアント５から送信されるリクエストが多い場合には、送信されたリクエストに対して通知される有効期限が早く設定されるので、更新されたコンテンツを、キャッシュサーバ３やクライアント５などに対しても迅速に提供することができる。
【００６９】
また、有効期限可変設定部１７は、リクエストカウント値を現在の時間帯の標準値により除す除算を行い、当該除算の商が小さいほど有効期限を遅く設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができ、しかもその有効期限を現在時刻の属する時間帯に応じて異なるようにすることができる。したがって、夜間と昼間に設定される有効期限を異なるようにすることができる。
【００７０】
また、複数の異なる整数であるキーのそれぞれに対してキーが小さい程長くなるように時間長が対応づけられてなる表であるトラヒック−更新周期対応ファイル１９を有し、有効期限可変設定部１７は、表から、商に一致するキーに対応づけられた時間長を求め、該時間長を現在時刻に加算して得られた時刻を有効期限として設定するので、リクエストカウント値が小さいほど有効期限を遅く設定することができる。
【００７１】
また、コンテンツは、ＨＴＴＰプロトコルに基づいた形式でファイルされており、有効期限は、ファイルのヘッダ部分に含まれるので、低トラヒック時には当該形式のファイルに含まれるコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時には当該形式のファイルに含まれる更新されたコンテンツをキャッシュサーバ３やクライアント５などのコンピュータに対し迅速に提供することができる。
【００７２】
また、有効期限が過ぎた場合にリクエストを送信する装置であるキャッシュサーバ３やクライアント５などが接続されるので、低トラヒック時にはキャッシュサーバからコンテンツの有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時にはキャッシュサーバに対し更新されたコンテンツを迅速に提供することができる。
【００７３】
なお、本発明は、上記実施の形態に限定されるものではない。たとえば、上述した実施の形態においては、リクエストカウント部１３、トラヒック状況ファイル１５、有効期限可変設定部１７、およびトラヒック−更新周期対応ファイル１９をオリジンサーバ１内に設けているが、これらは、必ずしもオリジンサーバ１内に設置する必要はなく、オリジンサーバ１内のコンテンツのリクエストをカウントし、コンテンツに対して有効期限を設定できるようにオリジンサーバ１と接続されていればよい。
【００７４】
なお、上記説明した処理をオリジンサーバ１に実行させるコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納したり、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【００７５】
【発明の効果】
以上説明したように本発明によれば、コンテンツのリクエストをカウントし、リクエストの送信元に対して通知されるコンテンツの有効期限を、カウントされた結果であるリクエストカウント値が小さいほど遅く設定するようにしたので、低トラヒック時にはキャッシュサーバから有効期限が過ぎたことにより送信されるリクエストの多発を防止できるとともに、高トラヒック時にはキャッシュサーバに対し迅速に更新されたコンテンツを提供することができる。
【００７６】
そのため、サービスの質が向上するとともに、低トラヒック時の冗長な鮮度確認を防止でき、ネットワークの有効活用が期待できる。
【００７７】
本発明は、トラヒックが不規則に増減するコンテンツにも有効利用することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ配信サービスシステムの構成を示す図である。
【図２】リクエストカウント部と有効期限可変設定部を説明するためのブロック図である。
【図３】リクエストカウント部と有効期限可変設定部の動作の流れを示す図面である。
【符号の説明】
１  オリジンサーバ
３  キャッシュサーバ
５  クライアント
１１  コンテンツ記憶部
１３  リクエストカウント部
１５  トラヒック状況ファイル
１７  有効期限可変設定部
１９  トラヒック−更新周期対応ファイル
２１  ＨＴＴＰボディ
２３  ＨＴＴＰヘッダ
【図１】
2004295845.tif 000003
【図２】
2004295845.tif 000004
【図３】
2004295845.tif 000005