(57)【特許請求の範囲】
【請求項１】
ユーザ端末からの再生要求に基づいてコンテンツを配信するコンテンツ配信サイトと、
前記コンテンツ配信サイトとユーザ端末を接続し、前記コンテンツ配信サイトから配信されたコンテンツを一時的に格納するキャッシュサーバと、前記キャッシュサーバが保持する前記コンテンツを管理するキャッシュ管理サーバと、を備えて、前記キャッシュサーバから前記ユーザ端末へコンテンツを送信するコンテンツ配信システムであって、
前記キャッシュ管理サーバは、
前記ユーザ端末のコンテンツの再生状態に応じて、前記キャッシュサーバに格納された前記コンテンツの削除禁止期間を設定するキャッシュ制御部と、
前記コンテンツの削除禁止期間を前記キャッシュサーバへ通知する削除禁止期間通知部と、を備え、
前記キャッシュサーバは、
前記コンテンツ配信サイトが配信するコンテンツを一時的に格納する記憶装置と、
前記記憶装置に格納した前記コンテンツを前記ユーザ端末へ送信するコンテンツ提供部と、
前記キャッシュ管理サーバから受信した削除禁止期間に基づいて、前記記憶装置に格納したコンテンツの削除の優先度を設定する削除優先度管理部と、
前記コンテンツ配信サイトから新たなコンテンツを格納するときに、当該キャッシュサーバの記憶装置に空き領域がない場合には、前記優先度に基づいてコンテンツを削除するコンテンツ管理部と、
を備えたことを特徴とするコンテンツ配信システム。
【請求項２】
前記キャッシュ管理サーバは、
前記再生状態としてユーザ端末が前記コンテンツの再生中に停止した位置を取得するメッセージ処理部を有し、
前記キャッシュ制御部は、
前記停止位置に基づいて前記削除禁止期間を設定する削除禁止期間設定部を備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記キャッシュ管理サーバは、
前記コンテンツ毎に、予め設定した停止位置の範囲を保持し、
前記キャッシュ制御部は、
前記停止位置が、前記停止位置の範囲内の場合には、当該コンテンツを停止後に再生しないと判定する判定部を備え、
前記削除禁止期間設定部は、
前記判定部が当該コンテンツを停止後に再生しないと判定した場合には、当該コンテンツの削除禁止期間を削除可能に設定することを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記キャッシュサーバは、
前記再生状態としてユーザ端末がコンテンツを予め設定した速度で再生した時間を測定し、測定した前記再生時間をキャッシュ管理サーバへ送信する再生時間測定部を有し、
前記キャッシュ管理サーバは、
前記コンテンツの再生時間を取得するメッセージ処理部を有し、
前記キャッシュ制御部は、
前記予め設定した速度による再生時間に基づいて前記コンテンツの削除禁止期間を設定する削除禁止期間設定部を備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記キャッシュ管理サーバは、
前記コンテンツ毎に、予め設定した再生時間の範囲を保持し、
前記キャッシュ制御部は、
前記再生時間が、前記再生時間の範囲内の場合には、当該コンテンツを停止後に再生しないと判定する判定部を備え、
前記削除禁止期間設定部は、
前記判定部が当該コンテンツを停止後に再生しないと判定した場合には、当該コンテンツの削除禁止期間を削除可能に設定することを特徴とする請求項４に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツ配信システムは、前記キャッシュサーバを複数有し、
前記キャッシュ管理サーバのキャッシュ制御部は、
前記キャッシュサーバ毎に、格納したコンテンツに対応する削除禁止期間を格納することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ配信サイトは、
前記ユーザ端末からの要求を受け付けて、ユーザ情報管理サーバへ転送するポータルサーバと、
前記ポータルサーバからの要求を受信して、前記ユーザ端末の認証を行い、前記要求を  前記キャッシュ管理サーバへ通知し、前記要求が再生の停止のときには当該停止位置を保持するユーザ情報管理サーバと、
前記キャッシュサーバへコンテンツを送信するコンテンツサーバと、を有し、
前記キャッシュ管理サーバは、前記ユーザ情報管理サーバで認証が完了した再生要求に対応するコンテンツの読み込みを前記キャッシュサーバへ通知し、
前記キャッシュサーバは、前記通知に基づいて前記コンテンツサーバから読み込んだコンテンツを前記ユーザ端末へ配信することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項８】
ユーザ端末からの要求に基づくコンテンツを前記ユーザ端末へ送信するキャッシュサーバであって、
前記ユーザ端末のコンテンツの再生状態に応じて、当該キャッシュサーバに格納された  前記コンテンツの削除禁止期間を受信する受信処理部と、
前記受信した削除禁止期間に基づいて、当該キャッシュサーバに格納したコンテンツの削除の優先度を設定する削除優先度管理部と、
新たなコンテンツを格納する要求を受信したときに、当該キャッシュサーバの記憶装置に空き領域がない場合には、前記優先度に基づいてコンテンツを削除するコンテンツ管理部と、
を備えたことを特徴とするキャッシュサーバ。
【請求項９】
前記再生状態は、前記ユーザ端末が前記コンテンツの再生中に停止した位置であって、前記コンテンツの削除禁止期間は前記停止位置に応じて設定されたことを特徴とする請求項８に記載のキャッシュサーバ
【請求項１０】
前記再生状態は、前記ユーザ端末が前記コンテンツを予め設定した速度で再生した時間であって、前記コンテンツの削除禁止期間は前記再生時間に応じて設定されたことを特徴とする請求項８に記載のキャッシュサーバ
【請求項１１】
予め格納したコンテンツをユーザ端末からの要求に基づいて配信するキャッシュサーバが格納する前記コンテンツを管理するキャッシュ管理サーバであって、
前記キャッシュ管理サーバは、
前記ユーザ端末のコンテンツの再生状態に応じて、前記キャッシュサーバに格納された前記コンテンツの削除禁止期間を設定するキャッシュ制御部と、
前記コンテンツの削除禁止期間を前記キャッシュサーバへ通知する削除禁止期間通知部と、
を備えたことを特徴とするキャッシュ管理サーバ。
【請求項１２】
前記キャッシュ管理サーバは、
前記再生状態としてユーザ端末が前記コンテンツの再生中に停止した位置を取得するメッセージ処理部を有し、
前記キャッシュ制御部は、
前記停止位置に基づいて前記削除禁止期間を設定する削除禁止期間設定部を備えたことを特徴とする請求項１１に記載のキャッシュ管理サーバ。
【請求項１３】
前記キャッシュ管理サーバは、
前記コンテンツ毎に、予め設定した停止位置の範囲を保持し、
前記キャッシュ制御部は、
前記停止位置が、前記停止位置の範囲内の場合には、当該コンテンツを停止後に再生しないと判定する判定部を備え、
前記削除禁止期間設定部は、
前記判定部が当該コンテンツを停止後に再生しないと判定した場合には、当該コンテンツの削除禁止期間を削除可能に設定することを特徴とする請求項１２に記載のキャッシュ管理サーバ。
【請求項１４】
前記キャッシュ管理サーバは、
前記ユーザ端末がコンテンツを予め設定した速度で再生したコンテンツの再生時間を取得するメッセージ処理部を有し、
前記キャッシュ制御部は、
前記予め設定した速度による再生時間に基づいて前記コンテンツの削除禁止期間を設定する削除禁止期間設定部を備えたことを特徴とする請求項１１に記載のキャッシュ管理サーバ。
【請求項１５】
前記キャッシュ管理サーバは、
前記コンテンツ毎に、予め設定した再生時間の範囲を保持し、
前記キャッシュ制御部は、
前記再生時間が、前記再生時間の範囲内の場合には、当該コンテンツを停止後に再生しないと判定する判定部を備え、
前記削除禁止期間設定部は、
前記判定部が当該コンテンツを停止後に再生しないと判定した場合には、当該コンテンツの削除禁止期間を削除可能に設定することを特徴とする請求項１４に記載のキャッシュ管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して映像などのコンテンツを配信するシステムの改良に関する。
【背景技術】
【０００２】
近年、通信事業者は次世代ネットワークＮＧＮ（Next Generation Network）の検討を進めている。ＮＧＮのアーキテクチャでは、コア網のエッジノードと、エッジノードに接続するユーザ端末の対応を、ＮＡＣＦ（Network Attachment Control Function）が管理する（例えば、非特許文献１）。
【０００３】
ＮＧＮでは、セッション制御にＩＭＳ（IP Multimedia Subsystem）を適用する。ＩＭＳは、第３世代移動通信網の標準化である３ＧＰＰ（3rd Generation Partnership Project）、３ＧＰＰ２（3rd Generation Partnership Project 2）で策定されている。３ＧＰＰ２では、ユーザ端末とエッジノードであるＰＤＳＮ（Packet Data Serving Node）の対応情報を、ユーザ端末のＰＤＳＮへの接続を認証するノードＡＡＡ（Authentication, Authorization, and Accounting）が管理する。ＩＭＳ上でプレゼンス機能を提供する場合、プレゼンスサーバは、ユーザ端末とPDSNの対応情報を取得可能である。なお、プレゼンス機能は、例えば、ユーザが現在どのような状態にあるのかをネットワーク上で把握する機能を示す。すなわちプレゼンスサーバは、プレゼンス情報を中継するノードＰＮＡ（Presence Network Agent）を介して、認証ノードＡＡＡからユーザ端末とＰＤＳＮの対応情報を取得することができる（例えば、非特許文献２）。
【０００４】
一方、ＮＧＮの有望サービスとして注目されているＩＰＴＶ（Internet Protocol TeleVision）の標準化が、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector） ＦＧ−ＩＰＴＶ（Focus Group - IPTV）で進められている。ＩＰＴＶサービスの一形態であるＶＯＤ（Video On Demand）は、コンテンツ配信サーバがユーザ端末に対してユニキャストで映像コンテンツを配信するものである。ＶＯＤには、コンテンツをストリーミング配信する方式と、コンテンツをユーザ端末にダウンロードする方式がある。
【０００５】
コンテンツ再生制御プロトコルとしてＲＴＳＰ（Real Time Streaming Protocol）、ストリームデータの転送プロトコルとしてＲＴＰ（Real-time Transport Protocol）がある。ＲＴＳＰ及びＲＴＰは、ともにＩＥＴＦ（Internet Engineering Task Force）で規定されるプロトコルであり、ストリーミングサービスで一般的に用いられる。
【０００６】
また、コンテンツを高速かつ効率的に配信するために、従来ＣＤＮ（Contents Delivery Network）が利用されてきた。ＣＤＮでは、オリジナルコンテンツサーバが保持するコンテンツの一部または全てをキャッシュサーバに保存して分散配置する。ユーザ端末はオリジナルコンテンツサーバへアクセスする代わりにユーザ端末近傍のキャッシュサーバまたはミラーサーバへアクセスし、所望のコンテンツを受信する。従来のＣＤＮ技術では、キャッシュサーバに保存されるコンテンツは、コンテンツに応じて適当な時間間隔で消去され、その後の要求を契機に再キャッシュされる（例えば、非特許文献３）。
【０００７】
さらに、同一コンテンツを複数ユーザが視聴するコンテンツ配信システムの技術として、例えば特許文献１では、サーバ側の装置がユーザ端末毎の再生停止位置情報を管理する。再生停止位置情報は、ユーザ端末が再度ＶＯＤサービスを開始したときに、前回視聴を停止した位置から再生開始するために用いられる。
【特許文献１】特開２００５−２６９４１１号公報
【非特許文献１】”Telecommunications and Internet converged Services and Protocols for. Advanced Networking (TISPAN); NGN Functional Architecture Release 1”、ETSI ES 282 004 V1.1.1、§５．３．２、[online]、平成１９年１０月４日検索、 インターネット＜http://portal.etsi.org/docbox/TISPAN/Open/NGN_LATEST_DRAFTS/RELEASE2/02045v005.pdf＞
【非特許文献２】3GPP2 X.P0027-004-0 v1.0 V&V Network Presence  §４、[online]、平成１９年１０月４日検索、 インターネット＜http://www.3gpp2.org/public_html/Misc/X.P0027-004-0_v1.0_V&V_%20Version_Due_Dec-02-2005.pdf＞
【非特許文献３】小林浩・江崎浩著、「インターネット総論」、共立出版、2002年1月25日出版、第１１１ページ
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＶＯＤを多くのユーザ端末へ提供するためには、オリジナルコンテンツサーバへのアクセス集中を回避する必要がある。オリジナルコンテンツサーバへのアクセス集中を回避するため、上記従来の通信網はキャッシュサーバを配置する。しかし、キャッシングを頻繁に行うと、オリジナルコンテンツサーバからキャッシュサーバへのデータ転送によって、コア網のトラフィックが増加する。
【０００９】
ユーザ端末では、コンテンツの視聴を停止し、後で視聴し終えた箇所から再生開始することがある。しかし従来のＣＤＮ技術では、キャッシュサーバに保存されたコンテンツは再生する可能性の有無に関わらず、キャッシング時点あるいは最終アクセス時点から一定時間後に削除された。つまり、あるユーザ端末がコンテンツを途中まで視聴し、視聴を停止している状態でも、所定の時間が経過するとコンテンツが削除された。その結果、ユーザ端末が一旦再生を停止した後、再度視聴する場合、再キャッシュによってコア網のトラフィックが増加するという課題があった。また、再キャッシュに伴うオリジナルコンテンツサーバの処理量が増加するという課題があった。さらに、ユーザ端末がコンテンツを再生するとき、再キャッシュ処理による待ち時間が発生するという課題があった。
【００１０】
本発明の目的は、同一キャッシュコンテンツに複数ユーザ端末がアクセスすることを想定したキャッシュ制御において、ユーザが再生し終えた箇所から後でコンテンツを視聴する可能性の有無に基づいてキャッシュ削除の優先度付けを行うことである。その結果、ストリーム型のＶＯＤサービスを提供するシステムにおける、再キャッシュに伴うコア網のトラフィック削減、及びオリジナルコンテンツサーバの負荷削減、及びユーザの待ち時間削減を可能にしたキャッシュコンテンツ管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、ユーザ端末からの再生要求に基づいてコンテンツを配信するコンテンツ配信サイトと、前記コンテンツ配信サイトとユーザ端末を接続し、前記コンテンツ配信サイトから配信されたコンテンツを一時的に格納するキャッシュサーバと、前記キャッシュサーバが保持する前記コンテンツを管理するキャッシュ管理サーバと、を備えて、前記キャッシュサーバから前記ユーザ端末へコンテンツを送信するコンテンツ配信システムであって、前記キャッシュ管理サーバは、前記ユーザ端末のコンテンツの再生状態に応じて、前記キャッシュサーバに格納された前記コンテンツの削除禁止期間を設定するキャッシュ制御部と、前記コンテンツの削除禁止期間を前記キャッシュサーバへ通知する削除禁止期間通知部と、を備え、前記キャッシュサーバは、前記コンテンツ配信サイトが配信するコンテンツを一時的に格納する記憶装置と、前記記憶装置に格納した前記コンテンツを前記ユーザ端末へ送信するコンテンツ提供部と、前記キャッシュ管理サーバから受信した削除禁止期間に基づいて、前記記憶装置に格納したコンテンツの削除の優先度を設定する削除優先度管理部と、前記コンテンツ配信サイトから新たなコンテンツを格納するときに、当該キャッシュサーバの記憶装置に空き領域がない場合には、前記優先度に基づいてコンテンツを削除するコンテンツ管理部と、を備える。
【発明の効果】
【００１２】
本発明は、キャッシュサーバのキャッシュ状態を管理するキャッシュ管理サーバが、再生停止位置情報または所定の速度（例えば、等速）の再生時間に基づいて、キャッシュサーバが読み込んだキャッシュコンテンツの削除抑止期間を設定する。キャッシュ管理サーバは削除抑止期間をキャッシュサーバへ送信し、キャッシュサーバは削除抑止期間に基づいてキャッシュコンテンツの削除の優先度を決定する。これにより、ユーザが視聴を中断したコンテンツの削除が抑止される。その結果、ユーザが再生をいったん停止した後、視聴する場合の再キャッシュ処理が削減される。コンテンツの再キャッシュが削減されることにより、コア網のトラフィック削減、及びオリジナルコンテンツサーバの負荷削減、及びユーザの待ち時間削減、が可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００１４】
図１は、第１の実施形態を示し、本発明を適用するＶＯＤ（Video On Demand）配信ネットワークの一例を示すブロック図である。
【００１５】
本発明によるＶＯＤ配信ネットワークは、コア網Ｎ１、及び、ＶＯＤサービスを提供するＶＯＤサービスプロバイダ網（以下、ＶＯＤ＿ＩＳＰ網）Ｎ２、及び、ユーザ端末ＵＥ（User Equipment）１から構成される。なお、ＶＯＤ＿ＩＳＰ網Ｎ２はユーザ端末ＵＥ１側へコンテンツを提供するコンテンツ配信サイトとして機能する。
【００１６】
コア網Ｎ１は、ＩＰ網Ｎ３、エッジノード２、キャッシュサーバ３、ＮＡＣＦ（Network Attachment Control Function）４、端末位置ＤＢ（Database）５、ＰＮＡ（Presence Network Agent）６、Ｓ−ＣＳＣＦ（Serving - Call Session Control Function）７、キャッシュ管理サーバ８を備える。ＩＰ網Ｎ３は、ルータ、及び、スイッチから構成されるＩＰネットワークであり、エッジノード２、ＮＡＣＦ４、端末位置ＤＢ５、Ｓ−ＣＳＣＦ７、キャッシュ管理サーバ８がＩＰ網Ｎ３に接続する。
【００１７】
エッジノード２はコア網Ｎ１のエッジ（コア網Ｎ１の境界）に位置する、アクセス網（ユーザ端末ＵＥ側のネットワーク）との接続点で、ＩＰ網Ｎ３を終端する。コア網Ｎ１がＶＯＤ＿ＩＳＰ網Ｎ２と相互接続するために、ゲートウェイ装置７０がＩＰ網Ｎ３に接続される。
【００１８】
ゲートウェイ装置７０は、コア網Ｎ１の構成ノードとＶＯＤ＿ＩＳＰ網Ｎ２の構成ノードの間で通信を行う際、パケットに含まれる送信元アドレスに基づいて接続可否を決定する。キャッシュサーバ３はＲＴＳＰサーバ機能及びＲＴＰサーバ機能を備え、コンテンツをキャッシュする。さらにキャッシュサーバ３は、ユーザ端末ＵＥ１（１ａ、１ｂ）との間でＲＴＳＰメッセージを送受信し、ユーザ端末ＵＥ１へキャッシュコンテンツを配信する。ＮＡＣＦ４は、ユーザ端末ＵＥ１のエッジノード２への接続の認証・認可とユーザ端末ＵＥ１へのＩＰアドレス割当処理等を行うサーバである。なお、図１においては、ひとつのエッジノード２とキャッシュサーバ３を示したが、コア網Ｎ１は複数のエッジノード２と、複数のキャッシュサーバ３を備え、各キャッシュサーバ３と各エッジノード２を所定の地域ごとに配置し、キャッシュサーバ３は配置された地域のユーザ端末ＵＥ１へエッジノード２を介してコンテンツの配信を行う。すなわち、コア網Ｎ１は、ＶＯＤ＿ＩＳＰ網Ｎ２と各地域のユーザ端末ＵＥ１とを接続する中継ネットワークとして機能する。
【００１９】
端末位置ＤＢ５は、ユーザ端末ＵＥ１ａ及びＵＥ１ｂが接続するエッジノード２、の対応情報を保持する。ＰＮＡ６はＮＡＣＦ４が保持するユーザ端末ＵＥ１ａ及びＵＥ１ｂが接続するエッジノード２との対応を、端末位置ＤＢ５へ送信するための中継ノード（中継サーバ）である。Ｓ−ＣＳＣＦ７はＳＩＰ（Session Initiation Protocol）サーバであり、セッション状態の制御、管理を行う。
【００２０】
ＶＯＤ＿ＩＳＰ網Ｎ２は、ＩＰ網Ｎ４、オリジナルコンテンツサーバ９、ポータルサーバ１０、ユーザ情報管理サーバ１１から構成される。ＩＰ網Ｎ４は、ルータ、及び、スイッチから構成されるＩＰネットワークである。オリジナルコンテンツサーバ９、ポータルサーバ１０、ユーザ情報管理サーバ１１がＩＰ網Ｎ４に接続する。ＶＯＤ＿ＩＳＰ網Ｎ２がコア網Ｎ１と相互接続するために、ゲートウェイ装置７１がＩＰ網Ｎ４に接続される。ゲートウェイ装置７１は、コア網Ｎ１の構成ノードとＶＯＤ＿ＩＳＰ網Ｎ２の構成ノードの間で通信を行う際、パケットに含まれる送信元アドレスに基づいて接続可否を決定する。
【００２１】
オリジナルコンテンツサーバ９は、コンテンツデータ及びコンテンツに関する情報を格納し、コンテンツに関する情報をＶＯＤ＿ＩＳＰ網Ｎ２の管理者が入力するインタフェースを備える。さらにオリジナルコンテンツサーバ９は、ＲＴＳＰサーバ機能及びＲＴＰサーバ機能を備え、ユーザ端末ＵＥ１との間でＲＴＳＰメッセージを送受信する機能、及び、コンテンツをユーザ端末ＵＥ１へ配信する機能、及び、キャッシュサーバ３へコンテンツデータを送信する機能を備える。
【００２２】
ポータルサーバ１０は、ユーザ（ユーザ端末ＵＥ１の利用者）をコンテンツへ誘導することを目的として、ユーザ端末ＵＥ１へＷｅｂサービスを提供する。ポータルサーバ１０は、ユーザ端末ＵＥ１からユーザの視聴要求（再生要求）を受信し、ユーザ端末ＵＥ１へコンテンツのＵＲＬを送信する。ユーザ情報管理サーバ１１は、ユーザの契約情報や、コンテンツ内の視聴停止位置情報等の、ユーザ固有情報を格納する。視聴停止位置情報は、レジューム再生機能を提供するために管理される。
【００２３】
上記レジューム再生機能は、一般にはユーザがユーザ端末ＵＥ１でコンテンツ視聴中に一時停止（ＰＡＵＳＥ）した後、視聴再開する行為を指す。本実施形態では、一時停止だけではなく、停止（ＳＴＯＰ）した後に、視聴再開する行為も含むものとする。ユーザはレジューム再生機能により、一度ＶＯＤサービスからログオフして再度ログインする場合でも、視聴し終えた箇所から再生を開始することができる。
【００２４】
さらに、コンテンツの視聴を再開する位置は、前回の視聴時に視聴し終えた箇所でも良いし、あるいは視聴し終えた箇所から数秒巻き戻した箇所でも良い。視聴し終えた箇所から数秒巻き戻した箇所をコンテンツの視聴再開位置とすれば、ユーザは時間を置いて視聴再開した場合に、視聴し終えたストーリーの内容を思い出すことが可能になる。
【００２５】
本実施形態では、ユーザがコンテンツの視聴を停止（ＳＴＯＰ）する際に、後で視聴を再開する意図がある場合、「レジューム意思がある」と表記する。一方、ユーザが視聴を停止（ＳＴＯＰ）する際に、後で視聴を再開する意図がない場合、「レジューム意思がない」と表記する。
【００２６】
ユーザ端末ＵＥ１は、ユーザの宅内に置かれるＩＰＴＶ対応テレビ等のユーザ端末を表す。ユーザ端末ＵＥ１は、ポータル画面を表示するブラウザ機能と、受信映像を表示するＡＶプレイヤ機能を備える。あるいは、ユーザ端末ＵＥ１として、例えばテレビとＳＴＢ（Set Top Box）を組合せる構成を用いても良い。
【００２７】
キャッシュサーバ３は、コア網Ｎ１のエッジノード２に接続される。キャッシュサーバ３がエッジノード２に接続されることにより、ユーザ端末ＵＥ１が映像を受信する際に生じるコア網Ｎ１内のトラフィックの削減が可能になる。
【００２８】
なお、コア網Ｎ１とＶＯＤ＿ＩＳＰ網Ｎ２のゲートウェイ装置７０及びゲートウェイ装置７１の代わりに、ルータを設置しても良い。
【００２９】
ＰＮＡ６がＩＰ網Ｎ３を介してＮＡＣＦ４及び端末位置ＤＢ５に接続することにより、端末位置ＤＢ５がユーザ端末ＵＥ１ａとＵＥ１ｂが接続するエッジノード２の対応情報を取得することが可能になる。
【００３０】
図２はキャッシュ管理サーバ８の構成の一例を示すブロック図である。キャッシュ管理サーバ８は、ＩＰ網Ｎ３と接続する回線１３（１３ａ、１３ｂ）を収容するインタフェース部（ＩＦ）１４（１４ａ、１４ｂ）と、ＣＰＵ１５と、メモリ１６と、ハードディスク１７とから構成される。各構成要素は、バス１８で接続される。
【００３１】
メモリ１６には、対ユーザ情報管理サーバメッセージ処理１９を実行するプログラムと、対オリジナルコンテンツサーバメッセージ処理２０を実行するプログラムと、対キャッシュサーバメッセージ処理２１を実行するプログラムと、対端末位置ＤＢメッセージ処理２２を実行するプログラムと、キャッシュ制御機能２３を実行するプログラムが記憶されている。
【００３２】
対ユーザ情報管理サーバメッセージ処理１９は、キャッシュ管理サーバ８とユーザ情報管理サーバ１１の間のメッセージを送信または受信する機能を備える。対オリジナルコンテンツサーバメッセージ処理２０は、キャッシュ管理サーバ８とオリジナルコンテンツサーバ９の間のメッセージを送信または受信する機能を備える。対キャッシュサーバメッセージ処理２１は、キャッシュ管理サーバ８とキャッシュサーバ３の間のメッセージを送信または受信する機能を備える。対端末位置ＤＢメッセージ処理２２は、キャッシュ管理サーバ８と端末位置ＤＢ５の間のメッセージを送信または受信する機能を備える。
【００３３】
キャッシュ制御機能２３は、キャッシング要求送信ルーチン２４、レジューム意思判定ルーチン２５、及び、レジューム意思判定基準受信ルーチン２６を備える。キャッシング要求送信ルーチン２４は、ユーザ情報管理サーバ１１から受信するキャッシング要求、及び、キャッシュサーバ３へ送信するキャッシング要求を処理する。レジューム意思判定基準受信ルーチン２６は、オリジナルコンテンツサーバ９からユーザ端末ＵＥ１のレジューム意思判定に用いる判定基準を取得する機能である。判定基準は予め設定されたコンテンツ内の視聴停止位置範囲で表される。判定基準で指定される範囲でコンテンツの再生が停止された場合は、レジューム意思がないと判定される。レジューム意思判定ルーチン２５は、ユーザ端末ＵＥ１がコンテンツの再生を停止した位置情報、及び、オリジナルコンテンツサーバ９より受信したレジューム意思判定基準に基づいて、ユーザ端末ＵＥ１のレジューム意思判定を行う。さらにレジューム意思判定ルーチン２５は、判定されたレジューム意思に基づいてキャッシュコンテンツの削除抑止期間を設定し、キャッシュサーバ３に通知する。レジューム意思判定基準受信ルーチン２６、及び、レジューム意思判定ルーチン２５によって、キャッシュ管理サーバ８がユーザのレジューム意思に基づく削除抑止期間を設定してキャッシュサーバ３へ送信することで、キャッシュサーバ３は、視聴ユーザがレジューム意思を有する場合はコンテンツを優先的に保存することが可能になる。
【００３４】
ハードディスク１７は、（エッジノード、キャッシュサーバ）対応テーブル２７、（端末、キャッシュサーバ）対応テーブル２８、及びキャッシュ状態テーブル２９を格納する。（エッジノード、キャッシュサーバ）対応テーブル２７は、エッジノード２のＩＰアドレス、及び、エッジノード２に接続するユーザ端末ＵＥ１が利用するキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及びキャッシュサーバ３のＳＩＰ＿ＵＲＩ、の対応情報を管理するテーブルであり、予め通信事業者（ＶＯＤ＿ＩＳＰ網Ｎ２の管理者）が設定しておく。（端末、キャッシュサーバ）対応テーブル２８は、ユーザ端末ＵＥ１のＳＩＰ＿ＵＲＩ、及び、ユーザ端末ＵＥ１が利用するキャッシュサーバ３のＳＩＰ＿ＵＲＩの対応情報を管理する。（端末、キャッシュサーバ）対応テーブル２８は、キャッシュ管理サーバ８が端末位置ＤＢ５から取得する（端末、エッジノード）の対応情報、及び、（エッジノード、キャッシュサーバ）対応テーブル２７に基づいて更新される。
【００３５】
図６は、キャッシュ管理サーバ８に格納されるキャッシュ状態テーブル２９のテーブル構成の一例である。キャッシュ状態テーブル２９は、コンテンツＩＤ４００と、データサイズ４０５、レジューム意思判定基準４０１、キャッシュサーバＩＤ４０２、コンテンツを視聴しているユーザ端末ＵＥ１の識別子を格納する視聴ユーザＩＤ４０３と、キャッシュサーバ３にキャッシュされたコンテンツの削除を抑止する期間を格納する削除抑止期間４０４から構成される。
【００３６】
コンテンツＩＤ４００は、コンテンツを一意に識別するＩＤである。データサイズ４０５は、コンテンツデータのファイルサイズである。レジューム意思判定基準４０１はコンテンツ内の再生停止位置に応じてユーザの意志がレジュームか視聴終了かを判定するための基準であり、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者等がオリジナルコンテンツサーバ９に入力しておく。ユーザがレジューム意思判定基準４０１で指定される範囲でコンテンツ再生を停止すると、ユーザのレジューム意思が無いと判断する。キャッシュ状態テーブル２９がレジューム意志判定基準４０１を格納することにより、キャッシュ管理サーバ８は、停止位置情報に基づいてユーザのレジューム意思を判定することが可能になる。例えば、レジューム意思判定基準として、コンテンツの最初の数分を指定する（例えば、図中０〜１００秒）。この結果、ユーザがコンテンツの最初の数分のみ視聴して面白くないと判断し、視聴停止した場合に、キャッシュ管理サーバ８はユーザのレジューム意思がないと判定することが可能になる。また、レジューム意思判定基準として、コンテンツの最後の数分を指定することも考えられる（例えば、図中１２０００〜１２３４５秒）。この場合、ユーザがコンテンツをほぼ視聴し終えてエンディングテーマ等しか残っていないときに、キャッシュ管理サーバ８はユーザのレジューム意思がないと判定することが可能になる。また逆に、レジューム意思判定基準で指定されない範囲でユーザが再生を停止した場合、キャッシュ管理サーバ８は、レジューム意思があると判断することが可能である。
【００３７】
キャッシュサーバＩＤ４０２は、コンテンツＩＤ４００で識別されるコンテンツを保持するキャッシュサーバ３の識別子である。キャッシュサーバ３の識別子として、ＲＴＳＰ＿ＵＲＬが利用される。キャッシュ状態テーブル２９は、１つのコンテンツＩＤ４００に対し、コンテンツＩＤ４００で識別されるコンテンツを保持する全てのキャッシュサーバ３のＩＤを格納する。
【００３８】
視聴ユーザＩＤ４０３は、コンテンツの途中まで視聴し、かつレジューム意思があると判定されたユーザのリストである。個々のキャッシュサーバ３ごとに、ユーザのリストが対応情報として保持される。視聴ユーザの識別子には、例えば、ＳＩＰ＿ＵＲＩを用いる。
【００３９】
削除抑止期間４０４はコンテンツの削除抑止期間を表し、個々のコンテンツＩＤ４００についてキャッシュサーバＩＤ４０２ごとにキャッシュ管理サーバ８によって設定される。キャッシュ管理サーバ８は、レジューム意思判定ルーチン２５を起動し、視聴ユーザＩＤ４０３の有無、視聴ユーザの最終アクセス時刻等に基づいて、削除抑止期間４０４を設定する。例えば、削除抑止期間４０４は、最終アクセス時刻に所定の時間を加算することで決定することができ、さらに、キャッシュ管理サーバ８は、視聴ユーザＩＤの数に応じて時間を加算することで決定することができる。また、視聴ユーザＩＤの数が０の場合や、視聴ユーザにレジュームの意志がない場合には、削除抑止期間を「削除可能」に設定する。キャッシュ状態テーブル２９が削除抑止期間４０４を格納することにより、キャッシュ管理サーバ８はキャッシュコンテンツの削除抑止期間を管理することが可能となる。
【００４０】
キャッシュ管理サーバ８は、対ユーザ情報管理サーバメッセージ処理１９、及び対オリジナルコンテンツサーバメッセージ処理２０を備える。この結果、ユーザ情報管理サーバ１１が保持する再生停止位置情報、及び、ＶＯＤ＿ＩＳＰ網Ｎ２がオリジナルコンテンツサーバ９に保存するレジューム意思判定基準を参照し、キャッシュサーバ３の配置に応じて制御することが可能になる。
【００４１】
図３にキャッシュサーバ３の構成を示す。キャッシュサーバ３は、エッジノード２と接続する回線３０（３０ａ、３０ｂ）を収容するインタフェース部（ＩＦ）３１（３１ａ、３１ｂ）と、ＣＰＵ３２と、メモリ３３と、ハードディスク３４とから構成される。各構成要素は、バス３５で接続される。
【００４２】
メモリ３３には、対オリジナルコンテンツサーバメッセージ処理３６を実行するプログラムと、対キャッシュ管理サーバメッセージ処理３７を実行するプログラムと、対ユーザ端末信号制御３８を実行するプログラムと、コンテンツ管理機能３９を実行するプログラムと、削除優先度リスト管理機能４０を実行するプログラムが記憶されている。
【００４３】
対オリジナルコンテンツサーバメッセージ処理３６は、キャッシュサーバ３とオリジナルコンテンツサーバ９の間のメッセージを送信または受信する機能を備える。対キャッシュ管理サーバメッセージ処理３７は、キャッシュサーバ３とキャッシュ管理サーバ８の間のメッセージを送信または受信する機能を備える。
【００４４】
対ユーザ端末信号制御３８は、キャッシュサーバ３とユーザ端末ＵＥ１の間の信号送受信機能を備える。対ユーザ端末信号制御３８は、キャッシュサーバ３とユーザ端末ＵＥ１の間におけるＲＴＳＰメッセージ送受信、及び、キャッシュサーバ３が映像ストリームをＵＥ１へ配信する処理等を実行する。
【００４５】
コンテンツ管理機能３９はコンテンツの取得、及び削除を実行する。ユーザ端末ＵＥ１から視聴要求を受信したときに要求されたコンテンツをキャッシュサーバ３が保持していない場合、コンテンツ管理機能３９はオリジナルコンテンツサーバ９から要求されたコンテンツを取得する。また、コンテンツ管理機能３９はハードディスク３４の空き容量状況に応じて、必要であればキャッシュの削除を後述するように実行する。
【００４６】
削除優先度リスト管理機能４０は、削除抑止期間受信ルーチン４１を有する。削除抑止期間受信ルーチン４１は、キャッシュ管理サーバ８から削除抑止期間を受信する。さらに削除抑止期間受信ルーチン４１は、受信した削除抑止期間に基づいて、キャッシュコンテンツの削除優先度を表す削除優先度リスト４４を更新する。削除優先度リスト管理機能４０が削除抑止期間受信ルーチン４１を備えることにより、キャッシュサーバ３は、キャッシュ管理サーバ８がユーザのレジューム意思の有無に基づいて設定する削除抑止期間を用いて、キャッシュコンテンツの削除優先度を設定することが可能になる。
【００４７】
ハードディスク３４は、コンテンツデータ４２、コンテンツ管理テーブル４３、及び、削除優先度リスト４４を格納する。
【００４８】
コンテンツデータ４２は、映像コンテンツのメディアデータファイルであり、オリジナルコンテンツサーバ９が格納するコンテンツデータをキャッシュしたものである。
【００４９】
コンテンツ管理テーブル４３は、キャッシュサーバ３が保存するコンテンツデータ４２の識別子、タイトル、及び合計再生時間等、コンテンツ固有の情報を格納する。コンテンツ管理テーブル４３は、コンテンツ管理機能３９がキャッシュコンテンツの管理を行う際に参照される。またコンテンツ管理テーブル４３は、対ユーザ端末信号制御３８がコンテンツをＵＥ１へ配信する際に参照される。
【００５０】
図１０ａは、削除優先度リスト４４の構成の一例を示す。削除優先度リスト４４を構成する各エントリ４４−１〜４４−７は、コンテンツＩＤ４１０、削除抑止期間４１１、及びポインタ４１２からなる。削除優先度の最も高いエントリ４４−７のポインタ４１２には、削除優先度が最も高いことを示す値”Head”が格納される。２番目に削除優先度が高いエントリ４４−６のポインタ４１２には、１番削除優先度の高いエントリ４４−６のコンテンツＩＤが格納される。さらに、３番目に削除優先度の高いエントリ４４−５のポインタ４１２には、２番目に削除優先度の高いエントリ４４−６のコンテンツＩＤが格納される。以下同様に、削除優先度に基づいてポインタ４１２に値が格納される。
【００５１】
削除抑止期間４１１は、具体的な時間または時刻の情報を格納してもよい。あるいは、削除可能なコンテンツであれば削除可能であることを示す情報を格納してもよい。コンテンツＩＤ４１０と削除抑止期間４１１の組合せは、削除抑止期間受信ルーチン４１によってキャッシュサーバ３がキャッシュ管理サーバ８から受信する。キャッシュサーバ３は削除優先度リスト４４を管理することにより、ハードディスク３４の容量が不足したとき、削除優先度リスト４４に基づいてコンテンツを削除することが可能になる。つまり、コンテンツ管理機能３９が削除優先度リスト４４を参照し、削除抑止期間の短いコンテンツデータ４２を優先的に削除することが可能になる。
【００５２】
以上の手順で、キャッシュサーバ３は、キャッシュ管理サーバ８から受信した削除抑止期間に基づいて、削除優先度を設定することが可能になる。
【００５３】
図４はオリジナルコンテンツサーバ９の構成を示すブロック図である。オリジナルコンテンツサーバ９は、ＩＰ網Ｎ４に接続する回線４５（４５ａ、４５ｂ）を収容するインタフェース部（ＩＦ）４６（４６ａ、４６ｂ）と、ＣＰＵ４７と、メモリ４８と、ハードディスク４９とから構成される。各構成要素は、バス５０で接続される。
【００５４】
メモリ４８には、対キャッシュ管理サーバ信号制御５１を実行するプログラムと、対ユーザ端末信号制御５２を実行するプログラムと、コンテンツ管理機能５３を実行するプログラムが記憶されている。
【００５５】
対キャッシュ管理サーバ信号制御５１は、オリジナルコンテンツサーバ９とキャッシュ管理サーバ８との間のメッセージを送信または受信する機能を備える。
【００５６】
対ユーザ端末信号制御５２は、オリジナルコンテンツサーバ９とＵＥ１の間の信号送受信機能を備える。すなわち、対ユーザ端末信号制御５２は、ＵＥ１からコンテンツのキャッシング要求を受信する処理と、コンテンツデータファイルをＵＥ１へ送信する処理を行う。
【００５７】
コンテンツ管理機能５３は、キャッシュサーバ３が保存するコンテンツの識別子など、キャッシュコンテンツ固有の情報を管理する。コンテンツ管理機能５３は、レジューム意思判定基準設定ルーチン５４を備える。
【００５８】
レジューム意思判定基準設定ルーチン５４は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者が、レジューム意思判定基準として利用する再生停止位置範囲の入力インタフェースを提供する。さらに、レジューム意思判定基準設定ルーチン５４は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者が入力した判定基準の妥当性をチェックし、妥当である場合はコンテンツＩＤと判定基準をキャッシュ管理サーバ８へ送信する。
【００５９】
ハードディスク４９は、コンテンツデータ５５、及び、コンテンツ管理テーブル５６を格納する。
【００６０】
コンテンツデータ５５は、映像コンテンツのメディアデータファイルであり、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者によってハードディスク４９に格納される。
【００６１】
コンテンツ管理テーブル５６は、オリジナルコンテンツサーバ９が保存するコンテンツデータ５５に関する情報を格納する。コンテンツ管理テーブル５６の構成例を図１３に示す。
【００６２】
図１３において、コンテンツ管理テーブル５６は、コンテンツＩＤ４２０、コンテンツのタイトル４２１、レジューム意思判定基準設定ルーチンによって設定されたレジューム意思判定基準４２２、コンテンツの合計再生時間４２３、及びコンテンツのデータサイズ４２４を格納する。
【００６３】
また、オリジナルコンテンツサーバ９は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者がレジューム意思判定基準を設定するために、ディスプレイ、キーボード等の入出力インタフェースを備える。
【００６４】
オリジナルコンテンツサーバ９がレジューム意思判定基準設定ルーチン５４、及び、コンテンツ管理テーブル５６を備えることにより、オリジナルコンテンツサーバ９は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者にレジューム意思判定基準の設定インタフェースを提供することが可能になる。さらに、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者が設定するレジューム意思判定基準を、オリジナルコンテンツサーバ９が、キャッシュ管理サーバ８へ送信することが可能になる。
【００６５】
図５にユーザ情報管理サーバ１１の構成を示す。ユーザ情報管理サーバ１１は、ＩＳＰ網Ｎ４に接続する回線５７（５７ａ、５７ｂ）を収容するインタフェース部（ＩＦ）５８（５８ａ、５８ｂ）と、ＣＰＵ５９と、メモリ６０と、ハードディスク６１とから構成される。各構成要素は、バス６２で接続される。
【００６６】
メモリ６０には、認証・契約処理６３を実行するプログラムと、対ポータルサーバメッセージ処理６４を実行するプログラムと、対キャッシュ管理サーバメッセージ制御６５を実行するプログラムが記憶されている。
【００６７】
認証・契約処理６３は、ＶＯＤサービス加入者（ユーザ端末ＵＥ１の利用者）の認証処理、及び、契約管理を行う。認証処理は、ＶＯＤサービス加入者がポータルサーバ１０で提供するポータルサービスにログインする際に入力するユーザＩＤ及びパスワードをポータルサーバ１０より受信し、照合を行う。契約管理は、ユーザ端末ＵＥ１のユーザが購入したコンテンツの情報を管理し、ユーザがポータルサービスにログインしたときに、ユーザの視聴可能コンテンツをポータルサーバ１０へ提供する。ポータルサーバ１０は、受信した視聴可能コンテンツを用いて、ユーザが閲覧するポータル画面を構成する。
【００６８】
対ポータルサーバメッセージ処理６４は、ユーザ情報管理サーバ１１とポータルサーバ１０の間のメッセージを送信または受信する機能を備える。
【００６９】
対キャッシュ管理サーバメッセージ制御６５を実行するプログラムは、キャッシング要求送信ルーチン６６、及び、停止位置送信ルーチン６７を備える。
【００７０】
キャッシング要求送信ルーチン６６は、ユーザ端末ＵＥ１のユーザがコンテンツの視聴を開始するときに、ポータルサーバ１０からコンテンツ視聴要求を受信し、キャッシュ管理サーバ８へコンテンツのキャッシング要求を送信する。キャッシング要求には、ユーザ識別子であるＳＩＰ＿ＵＲＩ、及びコンテンツＩＤが含まれる。ユーザ情報管理サーバ１１がキャッシング要求送信ルーチン６６を備えることにより、ユーザ情報管理サーバ１１はキャッシュ管理サーバ８へコンテンツのキャッシング要求を送信することが可能になる。この結果、キャッシュ管理サーバ８はコンテンツのキャッシュ配置を制御することができる。
【００７１】
停止位置送信ルーチン６７は、ユーザ端末ＵＥ１のユーザがコンテンツの視聴を停止したときに、ポータルサーバ１０から停止位置を受信し、キャッシュ管理サーバ８へ停止位置通知を送信する。ユーザ情報管理サーバ１１がキャッシュ管理サーバ８へ送信する停止位置通知には、ユーザ識別子であるＳＩＰ＿ＵＲＩ、ユーザが視聴停止したコンテンツＩＤ、及び、停止位置情報が含まれる。ユーザ情報管理サーバ１１が停止位置送信ルーチン６７を備えることにより、ユーザ情報管理サーバ１１がキャッシュ管理サーバ８へ停止位置情報を送信することが可能になる。この結果、キャッシュ管理サーバ８は停止位置情報に基づいて、キャッシュコンテンツの削除抑止期間４０４を設定することができる。
【００７２】
ハードディスク６１は、ＶＯＤサービスユーザ情報６８を格納する。ＶＯＤサービスユーザ情報６８には、ＶＯＤサービスユーザの認証情報、契約情報、及びコンテンツごとの停止位置情報等、ユーザ固有の情報が含まれる。認証情報は、ユーザがポータルサービスにログインするためのユーザＩＤ及びパスワードを含む。ユーザがポータルサービスにログインする際に、認証・契約処理６３を実行するプログラムが認証情報を参照する。契約情報は、ユーザの契約形態、及びユーザが購入したコンテンツの情報等を含む。コンテンツごとの停止位置情報は、ユーザがコンテンツの視聴を停止した位置を表し、ユーザ情報管理サーバ１１が視聴停止時にポータルサーバ１０からユーザ情報管理サーバ１１が受信する。停止位置情報は、ユーザ端末ＵＥ１を操作するユーザがレジューム再生機能を用いて視聴開始するとき、ユーザ情報管理サーバ１１からポータルサーバ１０を介してユーザ端末ＵＥ１へ送信される。ユーザ端末ＵＥ１は、受信した停止位置情報をＲＴＳＰ＿ＰＬＡＹ要求のＲａｎｇｅヘッダに再生開始位置として付加し、ＲＴＳＰ＿ＰＬＡＹ要求をキャッシュサーバ３あるいはオリジナルコンテンツサーバ９へ送信する。
【００７３】
次に、ＩＰｖ６パケットフォーマットについて説明する。ＩＰｖ６パケットフォーマットは、基本ヘッダ、拡張ヘッダ、及びペイロードから構成される。基本ヘッダは、送信元ＩＰアドレス、及び送信先ＩＰアドレスを含む。以下、このＩＰｖ６パケットフォーマットを用いて説明するが、本発明の効果が発揮される限り、例えばＩＰｖ４など、ＩＰｖ６以外のパケットフォーマットを用いてもよい。
【００７４】
次に、ＳＩＰメッセージを含むパケットフォーマットについて説明する。ＳＩＰメッセージは、ＴＣＰ／ＵＤＰ等のトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダ及びデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７５】
次に、ＳＩＰメッセージのフォーマットについて説明する。ＳＩＰメッセージは、少なくとも要求または応答を示すstart-line、ＳＩＰパラメータが設定されるheader fieldを含む。ＳＩＰメッセージを用いて、端末間通信に利用するメディア情報を送受信する場合、ＳＩＰメッセージはmessage-bodyを含む。
【００７６】
次に、ＲＴＳＰメッセージを含むパケットフォーマットについて説明する。ＲＴＳＰメッセージは、ＴＣＰ／ＵＤＰなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダ及びデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７７】
次に、ＲＴＳＰメッセージのフォーマットについて説明する。ＲＴＳＰメッセージが要求の場合はRequest-line、ＲＴＳＰメッセージが応答の場合はStatus Lineを含む。さらにＲＴＳＰメッセージは、ＲＴＳＰパラメータが設定されるヘッダフィールドを含む。さらに、ＲＴＳＰメッセージを用いて、ストリーム配信に用いるメディア情報を送受信する場合、ＲＴＳＰメッセージはmessage-bodyを含む。
【００７８】
ここで、ＲＴＳＰメッセージについて説明する。ユーザ端末ＵＥ１がＲＴＳＰサーバとしてのキャッシュサーバ３に送信する要求として、ＤＥＳＣＩＲＢＥ、ＳＥＴＵＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＴＥＡＲＤＯＷＮがある。ＤＥＳＣＲＩＢＥは、ユーザ端末ＵＥ１がキャッシュサーバ３よりコンテンツに関する情報を取得するために用いられる。ＳＥＴＵＰは、ユーザ端末ＵＥ１及びキャッシュサーバ３間で送受信する際に用いるトランスポートパラメータを設定する。ＰＬＡＹは、コンテンツの再生開始または再生再開のために用いられる。ＰＡＵＳＥはコンテンツ再生を一時停止するために用いられる。ＴＥＡＲＤＯＷＮはコンテンツ再生を終了するために用いられる。
【００７９】
ＰＬＡＹ要求には、Scaleヘッダ、及びRangeヘッダを付加することができる。ＰＬＡＹ要求にScaleヘッダが付加されると、Scaleヘッダで指定される倍速値でのコンテンツ再生要求となる。ＰＬＡＹ要求にRangeヘッダが付加されると、Rangeヘッダで指定される再生位置の範囲でコンテンツが配信される。Rangeヘッダで指定可能な情報は、コンテンツ内における再生開始位置、及び再生終了位置である。
【００８０】
次に、ＲＴＰパケットを含むパケットフォーマットについて説明する。ＲＴＰパケットは、トランスポートプロトコルであるＵＤＰのデータ部に格納される。ＵＤＰのヘッダ及びデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００８１】
次に、ＲＴＰパケットフォーマットについて説明する。ＲＴＰパケットフォーマットは、基本ヘッダ、拡張ヘッダ、及びペイロードから構成される。基本ヘッダには、セッション識別子が含まれる。ペイロードには、マルチメディアデータが格納される。
【００８２】
次に、ＨＴＴＰ（Hypertext Transfer Protocol）メッセージを含むパケットフォーマットについて説明する。ＨＴＴＰメッセージは、ＴＣＰ等のトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダ及びデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００８３】
次に、ＨＴＴＰメッセージのフォーマットについて説明する。ＨＴＴＰメッセージは、少なくとも要求または応答を示すstart-line、ＨＴＴＰパラメータが設定されるheader fieldを含む。ＨＴＴＰメッセージを用いてＨＴＭＬ（Hypertext Markup Language）文書等の情報を送受信する場合、ＨＴＴＰメッセージはmessage-bodyを含む。
【００８４】
図１６に示すシーケンスに従って、端末位置ＤＢ５がユーザ端末ＵＥ１、及び、ユーザ端末ＵＥ１が接続するエッジノード２の対応情報を取得する手順を説明する。
【００８５】
ユーザ端末ＵＥ１はエッジノード２に接続する際に、ネットワーク接続要求をエッジノード２へ送信する（１０１）。エッジノード２は、ユーザ端末ＵＥ１から受信したネットワーク接続要求をＮＡＣＦ４へ転送する（１０２）。ＮＡＣＦ４は、ネットワーク接続要求を受信すると、ユーザ端末ＵＥ１のネットワーク接続認証・認可を実行し、認証が成功するとユーザ端末ＵＥ１にＩＰアドレスを割り当てる（１０３）。続いて、ＮＡＣＦ４はネットワーク接続要求に対する応答をエッジノード２に送信する（１０４）。エッジノード２は、ＮＡＣＦ４から受信した応答を、ユーザ端末ＵＥ１に転送する（１０５）。
【００８６】
ＮＡＣＦ４は、ユーザ端末ＵＥ１のＮＡＩ（Network Access Identifier）、ユーザ端末ＵＥ１のＩＰアドレス、及び、エッジノード２のＩＰアドレスを含むユーザ接続通知を、ＰＮＡ６に送信する（１０６）。ＰＮＡ６はＮＡＣＦ４にユーザ接続通知に対する応答を送信する（１０７）。ＰＮＡ６は予めユーザ端末ＵＥ１のＮＡＩ、及びユーザ端末ＵＥ１のＳＩＰ＿ＵＲＩ（Uniform Resource Identifier）、の対応情報を保持しており、受信したＮＡＩをＳＩＰ＿ＵＲＩに変換する（１０８）。ＰＮＡ６は、ユーザ端末ＵＥ１のＳＩＰ＿ＵＲＩ、ユーザ端末ＵＥ１のＩＰアドレス、エッジノード２のＩＰアドレスを含むユーザ接続通知を端末位置ＤＢ５へ送信する（１０９）。ユーザ接続通知１０９の送信には、例えば、ＳＩＰのPublishメソッドを利用する。端末位置ＤＢ５は、ＰＮＡ６からユーザ接続通知を受信すると、ＰＮＡ６へユーザ接続通知に対する応答を送信する（１１０）。続いて端末位置ＤＢ５は、予め保持するユーザ端末ＵＥ１、及びユーザ端末ＵＥ１が接続するエッジノード２の対応情報を更新する。
【００８７】
以上の方法により、端末位置ＤＢ５は、ユーザ端末ＵＥ１、及びユーザ端末ＵＥ１が接続するエッジノード２の対応情報を管理する。
【００８８】
次に、図１７に示すシーケンスに従って、オリジナルコンテンツサーバ９のレジューム意志判定基準設定ルーチン５４と、キャッシュ管理サーバ８で行われるレジューム意思判定基準の設定手順を説明する。なお、以下説明では、オリジナルコンテンツサーバ９には、キャッシュ管理サーバ８のアドレスが予め設定されているものとする。
【００８９】
図１７において、まず、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者が、オリジナルコンテンツサーバ９のオリジナルコンテンツにレジューム意思判定基準を設定する（１１２）。この操作で、オリジナルコンテンツサーバ９が備えるレジューム意思判定基準設定ルーチン５４が起動される。
【００９０】
レジューム意思判定基準設定ルーチン５４の各ステップを図１２に示す。図１２において、まず、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者（図中、ＶＯＤサービスオペレータ）によって、レジューム意思判定基準設定ルーチン５４が起動される（５１３）。オリジナルコンテンツサーバ９は、管理者からの入力を受け付けるため、入力装置と表示装置（ディスプレイ）を備えており、コンテンツＩＤ入力欄、及びＥｘｉｔボタンをディスプレイに表示し、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者からの入力待ち状態に入る（５００）。Ｅｘｉｔボタンが押下された場合は、レジューム意思判定基準設定ルーチン５４が終了する（５０７）。
【００９１】
一方、コンテンツＩＤが入力された場合は、入力されたコンテンツＩＤをキーとして、コンテンツ管理テーブル５６を検索する（５０１）。検索の結果、コンテンツ管理テーブル５６に該当ＩＤが存在しない場合は、再度５００のステップに戻る（５０５）。このとき、入力されたコンテンツＩＤが妥当でない旨のメッセージをディスプレイに表示してもよい。
【００９２】
一方、ステップ５０１で検索を行った結果、コンテンツ管理テーブル５６に該当ＩＤが存在する場合は、停止位置範囲の入力欄、及びＥｘｉｔボタンをディスプレイに表示し、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者からの入力待ち状態に入る（５０２）。Ｅｘｉｔボタンが押下された場合は、レジューム意思判定基準設定ルーチン５４が終了する（５０９）。
【００９３】
一方、停止位置範囲が入力された場合は、コンテンツ管理テーブル５６に格納される合計再生時間４２３に基づいて、入力内容の妥当性をチェックする。チェックの結果、妥当でないと判断された場合は、ステップ５０２に戻る（５１１）。
【００９４】
一方、上記チェックの結果、入力された停止位置範囲が妥当であると判断された場合は、コンテンツ管理テーブル５６に格納されるレジューム意思判定基準４２２を更新する。さらに、コンテンツＩＤ４２０、データサイズ４２４、及びレジューム意思判定基準４２２をキャッシュ管理サーバ８へ送信し（５０４、図１７のステップ１１３）、オリジナルコンテンツサーバ９の処理が終了する。
【００９５】
オリジナルコンテンツサーバ９が、コンテンツＩＤ４２０、及びレジューム意思判定基準４２２を、キャッシュ管理サーバ８へ送信する際には、ＨＴＴＰを用いる。ただし、本発明と同等の効果が得られる方法であれば、例えばＳＩＰ等、ＨＴＴＰ以外のプロトコルを用いてもよい。
【００９６】
オリジナルコンテンツサーバ９が、コンテンツＩＤ４２０、及びレジューム意思判定基準４２２を、キャッシュ管理サーバ８へ送信する際には、ゲートウェイ装置７１及びゲートウェイ装置７０を介する。以後、ＶＯＤ＿ＩＳＰ網２を構成するノード（ポータルサーバ１０、ユーザ情報管理サーバ１１、オリジナルコンテンツサーバ９）と、コア網Ｎ１を構成するノード（キャッシュ管理サーバ８、キャッシュサーバ３、エッジノード２）の間で通信を行う際は、ゲートウェイ装置７０、及びゲートウェイ装置７１を介するものとするが、図面及び説明では省略する。また、ゲートウェイ装置７０、及びゲートウェイ装置７１は、ＨＴＴＰ、ＳＩＰ、ＲＴＳＰプロトコルの処理を行わないものとする。
【００９７】
以上の手順により、キャッシュ管理サーバ８は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者がコンテンツごとに設定するレジューム意思判定基準を取得できる。その結果、キャッシュ管理サーバ８は、ＶＯＤ＿ＩＳＰ網Ｎ２の管理者が設定したレジューム意思判定基準に基づいてユーザのレジューム意思を判定することができる。
【００９８】
図１７に戻り、キャッシュ管理サーバ８は、オリジナルコンテンツサーバ９からレジューム意思判定基準通知１１３を受信すると、応答をオリジナルコンテンツサーバ９へ送信する。次に、キャッシュ管理サーバ８が備えるレジューム意思判定基準受信ルーチン２６が起動され、キャッシュ管理サーバ８が備えるキャッシュ状態テーブル２９が更新される（１１４）。
【００９９】
キャッシュ管理サーバ８で実行されるレジューム意思判定基準受信ルーチン２６の各ステップを図９に示す。図９において、まず、レジューム意思判定基準受信ルーチン２６は、オリジナルコンテンツサーバ９からレジューム意思判定基準通知を受信する（５１４）。続いて、受信メッセージに含まれるコンテンツＩＤをキーに、キャッシュ状態テーブル２９を検索する（５１５）。検索の結果、該当コンテンツＩＤ４００がキャッシュ状態テーブル２９に存在する場合は、キャッシュ状態テーブル２９に格納されるレジューム意思判定基準４０１を受信メッセージに含まれる判定基準で上書きする（５１６）。
【０１００】
一方、検索の結果、該当コンテンツＩＤ４００がキャッシュ状態テーブル２９に存在しなかった場合、キャッシュ状態テーブル２９に、受信メッセージに含まれるコンテンツＩＤ、及びレジューム意思判定基準を新規で追加する（５１７）。その結果、例えば図６のエントリ２９−３のように、コンテンツＩＤ４００、データサイズ４０５、及びレジューム意思判定基準４０１のみ情報が格納され、キャッシュサーバＩＤ４０２、視聴ユーザＩＤ４０３、及び削除抑止期間４０４が空データである行が追加される。
【０１０１】
以上の手順で、キャッシュ管理サーバ８はオリジナルコンテンツサーバ９から受信したレジューム意思判定基準を、キャッシュ状態テーブル２９に反映することが可能になる。この結果、キャッシュ管理サーバ８がレジューム意思判定基準４０１に基づいてユーザのレジューム意思を判定し、後述するように、キャッシュコンテンツの削除抑止期間設定に利用することができる。
【０１０２】
次に、図１８、図１９、図２０に示すシーケンスに従って、キャッシュ管理サーバ８がコンテンツの停止位置に基づいてレジューム意思判定を行い、削除抑止期間を設定して、キャッシュサーバ３が削除優先度リスト４４を更新する手順を説明する。
【０１０３】
ユーザ端末ＵＥ１（１ａ、１ｂ）には、ポータルサーバ１０のアドレスが設定されているものとする。ポータルサーバ１０には、ユーザ情報管理サーバ１１のアドレスが設定されているものとする。ユーザ情報管理サーバ１１には、キャッシュ管理サーバ８のアドレスが設定されているものとする。キャッシュ管理サーバ８には端末位置ＤＢ５、及びキャッシュサーバ３のＳＩＰ＿ＵＲＩが設定されているものとする。キャッシュサーバ３には、オリジナルコンテンツサーバ９のアドレス、及びキャッシュ管理サーバ８のＳＩＰ＿ＵＲＩが設定されているものとする。また、ポータルサーバ１０とユーザ情報管理サーバ１１の間の通信には、ＨＴＴＰを用いる。
【０１０４】
図１８においてユーザはユーザ端末ＵＥ１から、ポータルサーバ１０が提供するサービスにログインし、ポータル画面上で、視聴を希望するコンテンツの再生ボタンまたはレジュームボタンを押下（またはクリック）することにより、視聴を開始する。ユーザがコンテンツの再生ボタンを押下すると、まず、ユーザ端末ＵＥ１ａがエッジノード２を介してポータルサーバ１０へ視聴要求を送信する（１１５、１１６）。ポータルサーバ１０は、エッジノード２から受信したユーザ端末ＵＥ１の視聴要求を、ユーザ情報管理サーバ１１へ送信する（１１７）。ユーザ情報管理サーバ１１は、キャッシング要求送信ルーチン６６を起動する（１１８）。
【０１０５】
キャッシング要求送信ルーチン６６の各ステップを、図１４に示す。図１４において、ユーザ情報管理サーバ１１がポータルサーバ１０からユーザ端末ＵＥ１の視聴要求を受信すると（５１８）、視聴要求に含まれるユーザＩＤ、及びコンテンツＩＤを含むキャッシング要求メッセージを生成し、キャッシュ管理サーバ８へ送信する（５１９、１１９）。なお、本実施形態ではユーザＩＤとしてＳＩＰ＿ＵＲＩを用いる。キャッシュ管理サーバ８は、受信したキャッシング要求メッセージのユーザＩＤ、及びコンテンツＩＤに基づいて、コンテンツのキャッシュ配置を制御することが可能になる。ユーザ情報管理サーバ１１は、キャッシュ管理サーバ８からの応答待ちに入る（５２０）。
【０１０６】
図１８に戻り、キャッシュ管理サーバ８は、キャッシング要求１１９をユーザ情報管理サーバ１１から受信すると、Ｓ−ＣＳＣＦ７を介して端末位置ＤＢ５へユーザ端末ＵＥ１の端末位置を問い合わせる（１２０）。端末位置の問い合わせには、ＳＩＰ＿Subscribeを用いる。ステップ１２０において、キャッシュ管理サーバ８は、端末位置ＤＢ５から、ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得する。これらの情報を取得するとキャッシュ管理サーバ８ではキャッシング要求送信ルーチン２４が起動される（１２１）。ステップ１２１の処理が行われるとき、ユーザ端末ＵＥ１ａに対応づけられるキャッシュサーバ３が、要求コンテンツを格納していない場合について、キャッシング要求送信ルーチン２４の各ステップを説明する。
【０１０７】
キャッシング要求送信ルーチン２４の各ステップを、図７に示す。図７において、キャッシュ管理サーバ８は、キャッシング要求をユーザ情報管理サーバ１１から受信すると、端末位置ＤＢ５からユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得する（５２４）。
【０１０８】
キャッシュ管理サーバ８には、（エッジノード、キャッシュサーバ）対応テーブル２７を予め保持しており、エッジノード２のＩＰアドレス、及び、エッジノード２に接続するユーザ端末ＵＥ１ａが利用するキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及びキャッシュサーバ３のＳＩＰ＿ＵＲＩ、の対応情報が設定されている。キャッシュ管理サーバ８は、端末位置ＤＢ５から取得したユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応と、（エッジノード、キャッシュサーバ）対応テーブル２７を利用して、ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩと対応づけられるキャッシュサーバのＩＰアドレスとＲＴＳＰ＿ＵＲＬを取得する（５２５）。
【０１０９】
次に、コンテンツＩＤ及びキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを用いて、キャッシュ状態テーブル２９を検索し、ユーザの要求コンテンツが該当キャッシュサーバ３に保存されているか確認する（５２６）。
【０１１０】
該当キャッシュサーバ３が、ユーザの要求コンテンツを保存していない場合は、コンテンツＩＤ、キャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及び、ユーザのＳＩＰ＿ＵＲＩ、の対応情報をキャッシュ状態テーブル２９に追加する（５２９）。キャッシュ状態テーブル２９にコンテンツＩＤ、キャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、ユーザのＳＩＰ＿ＵＲＩを追加することにより、キャッシュ管理サーバ８は、コンテンツを保存するキャッシュサーバ、及びユーザの対応を管理することが可能になる。
【０１１１】
キャッシュ管理サーバ８は、キャッシュサーバ３へ、ＳＩＰを用いて該当コンテンツのキャッシング要求を送信し、応答の受信待ち状態に入る（５３０）。キャッシング要求メッセージには、コンテンツＩＤ４００、及びコンテンツのデータサイズ４０５が含まれる。
【０１１２】
図１８に戻り、キャッシュサーバ３はキャッシング要求（１２２、１２３、１２４）をキャッシュ管理サーバ８から受信すると、キャッシング要求に含まれるデータサイズに基づいて、コンテンツを新たに保存するだけの空き容量が存在するか確認する。キャッシュサーバ３は十分な空き容量が存在しなければ、削除優先度リスト４４に従ってキャッシュコンテンツを削除する（１２５）。キャッシュサーバ３が図１０ａに示す削除優先度リスト４４を保持する場合について、キャッシュコンテンツの削除手順を説明する。キャッシュサーバ３は、削除優先度リスト４４で最も削除優先度の高いコンテンツContent６を削除し、エントリ４４−７を削除する。さらに、２番目に削除優先度の高いエントリ４４−６のポインタを”Ｈｅａｄ”で上書きする。この結果、キャッシュサーバ３が保持する削除優先度リスト４４は、図１０ｂで示すようになる。すなわち、キャッシュサーバ３は、削除抑止期間が現在の日時に近い程、または削除可能なコンテンツの削除優先度（削除予定の順位）を高く設定する。キャッシュサーバ３は、削除優先度の高い順にキャッシュサーバ３内のコンテンツを削除し、新たなコンテンツを格納するのに十分な領域を確保したら、キャッシュ削除通知をキャッシュ管理サーバ８へ、ＳＩＰを用いて送信する（１２６）。キャッシュ管理サーバ８は、キャッシュサーバ３へ応答を送信する。
【０１１３】
一方、コンテンツを新たに保存するのに十分な空き容量が存在する場合は、ステップ１２５、１２６が省略される。
【０１１４】
キャッシュサーバ３は、ＨＴＴＰを用いて、オリジナルコンテンツサーバ９へキャッシング要求を送信する（１２９）。オリジナルコンテンツサーバ９はキャッシュサーバ３へ応答を送信し、コンテンツの転送を開始する（１３１、１３２）。キャッシュサーバ３は、コンテンツの取得完了を待たずに、キャッシュ管理サーバ８へキャッシング要求に対する応答を送信する（１３３、１３４、１３５）。
【０１１５】
図７に戻り、ステップ５３０でキャッシュサーバ３からの応答待ちに入っていたキャッシュ管理サーバ８のキャッシング要求送信ルーチン２４は、応答を受信すると（５３１）、ユーザ情報管理サーバ１１からのキャッシング要求（１１９）に対する応答メッセージを生成する。この応答メッセージには、ステップ５２５で取得したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含む。応答メッセージにキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含むことにより、ユーザ情報管理サーバ１１は、ユーザ端末ＵＥ１ａに対応付けられたキャッシュサーバ３のＲＴＳＰ＿ＵＲＬをポータルサーバ１０へ送信することが可能になる。キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１へ応答メッセージを送信し（１３６）、処理を終了する（５３２）。
【０１１６】
図１４に戻り、ステップ５２０でキャッシュ管理サーバ８からの応答待ち状態に入っていたキャッシング要求送信ルーチン６６は、キャッシュ管理サーバ８からの応答１３６を受信すると（５２１）、ポータルサーバ１０からの視聴要求に対する応答メッセージを生成する（５２２）。ポータルサーバ１０からの視聴要求に対する応答メッセージには、キャッシュ管理サーバ８から受信した応答メッセージに含まれるキャッシュサーバ３のＲＴＳＰ＿ＵＲＬが付加される。応答メッセージにキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含むことにより、ポータルサーバ１０は、ユーザ端末ＵＥ１ａに対応づけられたキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを、ユーザ端末ＵＥ１ａへ送信することが可能になる。ユーザ情報管理サーバ１１は、ポータルサーバ１０へ、視聴要求に対する応答メッセージを送信し（１３７）、処理を終了する（５２３）。
【０１１７】
図１８に戻り、ポータルサーバ１０は、ユーザ情報管理サーバ１１から視聴要求に対する応答を受信すると（１３７）、ユーザ端末ＵＥ１ａからの視聴要求に対する応答メッセージを生成する。ユーザ端末ＵＥ１ａからの視聴要求に対する応答メッセージには、ユーザ情報管理サーバ１１から受信した応答メッセージに含まれるキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ等、ユーザがキャッシュサーバ３からコンテンツを受信するために必要な情報が付加される。ポータルサーバ１０は、ユーザ端末ＵＥ１ａからの視聴要求に対する応答メッセージを、エッジノード２を介してユーザ端末ＵＥ１ａへ送信する（１３８、１３９）。
【０１１８】
ユーザ端末ＵＥ１ａは、ポータルサーバ１０から受信したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを用いて、エッジノード２を介してキャッシュサーバ３へ視聴要求を送信し、応答をキャッシュサーバ３から受信する（１４０）。ユーザ端末ＵＥ１ａがキャッシュサーバ３へ送信する視聴要求には、ＲＴＳＰが用いられる。
【０１１９】
キャッシュサーバ３は、ステップ１３１、１３２でオリジナルコンテンツサーバ９から、コンテンツの一定時間分（例：数分）を取得完了していない場合、完了するまで待機してから（１４１）、ユーザ端末ＵＥ１ａへのコンテンツ配信を開始する（１４２）。一方、すでに一定時間分（例：数分）のコンテンツを取得完了している場合は、ステップ１４１を省略して、ユーザ端末ＵＥ１ａへのコンテンツ配信を開始する（１４２）。同一コンテンツの取得し終えていない部分は、コンテンツ配信と同時にバックグラウンドでキャッシングされる。なお、コンテンツの配信（１４２）には、ＲＴＰが用いられる。
【０１２０】
ユーザが、コンテンツの視聴を停止すると、ユーザ端末ＵＥ１ａからエッジノード２を介してポータルサーバ１０へ停止位置通知が送信される（１４３、１４４）。本停止位置通知は、停止位置に関わらずＨＴＴＰを用いて送信される。ポータルサーバ１０は、ユーザ端末ＵＥ１ａからエッジノード２を介して停止位置通知を受信すると、ユーザ端末ＵＥ１ａへ応答を送信する。次にポータルサーバ１０は、ユーザ情報管理サーバ１１へ、ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、停止位置情報を含む停止位置通知を、送信する（１４６）。次に、ユーザ情報管理サーバ１１はポータルサーバ１０へ応答を送信し、停止位置送信ルーチン６７を起動する。
【０１２１】
ユーザ情報管理サーバ１１で実行される停止位置送信ルーチン６７の各ステップを、図１５に示す。図１５において、ユーザ情報管理サーバ１１は、ポータルサーバ１０から、ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置情報を含む停止位置通知を受信する（５３３）。ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置の対応情報は、ＶＯＤサービスユーザ情報６８に格納される（５３４、１４７）。さらに、ユーザ情報管理サーバ１１は、ユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置情報を含む停止位置通知を、キャッシュ管理サーバ８へＨＴＴＰで送信し（５３５、１４８）、応答を受信して処理を終了する（５３６）。ユーザ情報管理サーバ１１が、停止位置通知１４８をキャッシュ管理サーバ８へ送信することにより、キャッシュ管理サーバ８は、視聴停止位置に基づいて、ユーザのレジューム意思を判定することが可能になる。
【０１２２】
図１８に戻り、キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１から停止位置通知１４８を受信すると、応答をユーザ情報管理サーバ１１へ送信する。次にレジューム意思判定ルーチン２５が起動し、ユーザのレジューム意思の有無を判定する（１４９）。
【０１２３】
視聴停止位置が、レジューム意思判定基準４０１で指定される範囲外である場合について、レジューム意思判定ルーチン２５の各ステップを説明する。レジューム意思判定ルーチン２５の各ステップを、図８に示す。図８において、キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１からユーザ端末ＵＥ１ａのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置情報を含む停止位置通知を受信する（５３７、１４８）。すると、キャッシュ管理サーバ８は、停止位置通知１４８に含まれるコンテンツＩＤをキーに、キャッシュ状態テーブル２９を検索する。
【０１２４】
キャッシュ管理サーバ８は、検索の結果、得られたレジューム意思判定基準４０１、及び、ユーザ情報管理サーバ１１から受信した停止位置通知１４８に含まれる停止位置情報を用いて、ユーザのレジューム意思を判定する（５３９）。キャッシュ管理サーバ８は、停止位置通知１４８に含まれる停止位置情報が、レジューム意思判定基準４０１に記載の範囲内に含まれない場合は（５４４）、レジューム意思があると判断する。
【０１２５】
続いて、ユーザのレジューム意思を考慮して削除抑止期間が設定され、キャッシュ状態テーブル２９の削除抑止期間４０４が更新される（５４１）。キャッシュ管理サーバ８は、さらに、コンテンツＩＤ４００、及び削除抑止期間４０４を含む削除抑止期間通知を生成し、キャッシュサーバ３へ送信して、処理を終了する（５４２）。キャッシュ管理サーバ８がキャッシュサーバ３へ削除抑止期間通知を送信する際は、ＳＩＰ  Ｎｏｔｉｆｙを用いる。キャッシュ管理サーバ８が削除抑止期間通知をキャッシュサーバ３へ送信することにより、キャッシュサーバ３は、キャッシュ管理サーバ８がユーザのレジューム意思に基づいて設定した削除抑止期間を、削除優先度リスト４４の構成に反映させることが可能になる。
【０１２６】
図１８に戻り、キャッシュ管理サーバ８は、ＳＩＰ＿Ｎｏｔｉｆｙによる削除抑止期間通知を、Ｓ−ＣＳＣＦ７と、エッジノード２を介してキャッシュサーバ３へ送信する（１５０）。キャッシュサーバ３は、削除抑止期間通知を受信すると、応答をキャッシュ管理サーバ８へ送信する。さらにキャッシュサーバ３は削除抑止期間受信ルーチン４１を起動し、削除優先度リスト４４を更新する（１５３）。
【０１２７】
キャッシュサーバ３で実行される削除抑止期間受信ルーチン４１の各ステップを、図１１に示す。図１１において、キャッシュサーバ３は、キャッシュ管理サーバ８から、ＳＩＰ＿Ｎｏｔｉｆｙによる削除抑止期間通知を受信する（５４５）。次に、受信した削除抑止期間通知に含まれるコンテンツＩＤ４００をキーに、削除優先度リスト４４を検索する（５４６）。検索の結果、該当コンテンツＩＤがヒットしなかった場合は（５５２）、キャッシュサーバ３がキャッシュ管理サーバ８から受信した削除抑止期間通知に基づいて、該当コンテンツのエントリを削除優先度リスト４４に追加する（５４９）。
【０１２８】
キャッシュサーバ３が、図１０ｂに示す削除優先度リスト４４を保持する場合について、新規エントリの追加手順を説明する。例えば、削除抑止期間４１１が２００７年１月１日１１時であるContent８のエントリを追加する場合、図１０ｃのように、コンテンツＩＤ４１０がContent８、削除抑止期間４１１が２００７年１月１日１１時、ポインタ４１２がContent４であるエントリ４４−８を追加する。さらに、エントリ４４−４のポインタ４１２をＣｏｎｔｅｎｔ８で上書きする。この結果、キャッシュサーバ３が保持する削除優先度リストは、図１０ｃで示すようになる。
【０１２９】
キャッシュサーバ３が、キャッシュ管理サーバ８から受信した削除抑止期間通知に基づいて、削除優先度リスト４４を再構成することにより、キャッシュ管理サーバ８が設定した削除抑止期間を、キャッシュコンテンツ削除の優先度に反映させることが可能になる。従って、ユーザにレジューム意思がある場合、ユーザがレジューム再生を実行するまで、キャッシュコンテンツをキャッシュサーバ３へ優先的に保存することが可能になる。
【０１３０】
図１８のシーケンスでキャッシュサーバ３が既に取得したコンテンツを、ユーザ端末ＵＥ１ａとは別の端末ユーザ端末ＵＥ１ｂを用いて視聴する手順を、図１９のシーケンスを用いて説明する。図１９において、ユーザ端末ＵＥ１ａとユーザ端末ＵＥ１ｂは、ともにエッジノード２に接続し、端末位置ＤＢ５で、同じキャッシュサーバ３に対応付けられているものとする。
【０１３１】
ユーザ端末ＵＥ１ｂがポータルサーバ１０へ視聴要求を送信し（１７５）、キャッシュ管理サーバ８が端末位置ＤＢ５から、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得するまで（１８０）の手順は、図１８のステップ１１５から１２０までの手順で、ユーザ端末ＵＥ１ａをユーザ端末ＵＥ１ｂに置き換えたものと同じである。
【０１３２】
次に、キャッシュ管理サーバ８は、キャッシング要求送信ルーチン２４を起動する（１８１）。ユーザ端末ＵＥ１ｂに対応づけられるキャッシュサーバ３が、要求コンテンツを格納している場合について、キャッシング要求送信ルーチン２４の各ステップを説明する。
【０１３３】
キャッシング要求送信ルーチン２４の各ステップを、図７に示す。キャッシュ管理サーバ８は、キャッシング要求をユーザ情報管理サーバ１１から受信すると、端末位置ＤＢ５からユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得する（５２４）。
【０１３４】
キャッシュ管理サーバ８は、（エッジノード、キャッシュサーバ）対応テーブル２７を予め保持しており、エッジノード２のＩＰアドレス、及び、エッジノード２に接続するユーザ端末ＵＥ１ｂが利用するキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及びキャッシュサーバ３のＳＩＰ＿ＵＲＩ、の対応情報が設定されている。キャッシュ管理サーバ８は、端末位置ＤＢ５から取得したユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応と、（エッジノード、キャッシュサーバ）対応テーブル２７を利用して、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩと対応づけられるキャッシュサーバのＩＰアドレスとＲＴＳＰ＿ＵＲＬを取得する（５２５）。
【０１３５】
次に、コンテンツＩＤ及びキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを用いて、キャッシュ状態テーブル２９を検索し、ユーザの要求コンテンツが、ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３に保存されているか確認する（５２６）。
【０１３６】
ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３が、ユーザの要求コンテンツを格納している場合は、キャッシュ状態テーブル２９の、ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３が保存する要求コンテンツの視聴ユーザＩＤ４０３を参照する。ユーザ情報管理サーバ１１から受信したキャッシング要求に含まれるユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されているか確認する（５２７）。
【０１３７】
ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されていない場合は、キャッシュ状態テーブル２９にユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩを追加する（５２８）。次に、ユーザ情報管理サーバ１１からのキャッシング要求に対する応答メッセージを生成する。応答メッセージには、ステップ５２５で取得したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含む。キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１へ応答メッセージを送信し（１８２）、処理を終了する（５３２）。
【０１３８】
一方、ステップ５２７で、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されている場合は、ユーザ情報管理サーバ１１からのキャッシング要求に対する応答メッセージを生成する。応答メッセージには、ステップ５２５で取得したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含む。キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１へ応答メッセージを送信し（１８２）、処理を終了する（５３２）。
【０１３９】
図１９に戻り、キャッシュ管理サーバ８がユーザ情報管理サーバ１１へ応答を送信し（１８２）、ユーザ端末ＵＥ１ｂが映像ストリームを受信するまで（１８７）の手順は、図１８のステップ１３６から１４２までの手順で、ユーザ端末ＵＥ１ａをユーザ端末ＵＥ１ｂに置き換え、コンテンツ一定時間分（例：数分）の取得を待つステップ（１４１）を省略したものと同じである。
【０１４０】
ユーザがコンテンツの視聴を停止してから（１８８）、キャッシュ管理サーバ８がユーザ情報管理サーバ１１から停止位置通知を受信するまで（１９２）の処理手順は、図１８のステップ１４３から１４８までと同様で、ユーザ端末ＵＥ１ａをユーザ端末ＵＥ１ｂと置き換えたものと同じである。
【０１４１】
キャッシュ管理サーバ８は、続いてステップ１９３でレジューム意思判定ルーチン２５を起動する。キャッシュ管理サーバ８は、ユーザ端末ＵＥ１ｂのユーザにレジューム意思があると判断すると、削除抑止期間４１１を延長する（図８のステップ５４１）。
【０１４２】
次にキャッシュ管理サーバ８は削除抑止期間通知をキャッシュサーバ３へ送信する（１９４）。キャッシュサーバ３は、キャッシュ管理サーバ８から削除抑止期間通知１９４を受信すると、削除抑止期間受信ルーチン４１を起動する（１９５）。
【０１４３】
キャッシュサーバ３は、キャッシュ管理サーバ８から、ＳＩＰ＿Ｎｏｔｉｆｙによる削除抑止期間通知を受信する（５４５）。次に、受信した削除抑止期間通知に含まれるコンテンツＩＤ４００をキーに、削除優先度リスト４４を検索する（５４６）。検索の結果、該当コンテンツがヒットした場合（５５１）、削除優先度リスト４４に格納される該当コンテンツ４１０の削除抑止期間４１１を、受信した削除抑止期間通知に含まれる値で更新する（５４７）。さらに、更新された削除抑止期間４１１に基づいて、削除優先度リスト４４のポインタを更新する（５４８）。
【０１４４】
キャッシュサーバ３が図１０ｃに示す削除優先度リスト４４を保持する場合について、削除優先度リスト４４の更新手順を説明する。例えば、Content８の削除抑止期間４１１を、２００７年１月１日１１時から、２００７年１月３日２１時に延長するときは、Content８のエントリ４４−８に属するポインタ４１２をContent４からContent３に更新する。さらに、エントリ４４−４のポインタ４１２をContent８からContent４に更新し、エントリ４４−２のポインタ４１２をContent３からContent８に更新する。この結果、キャッシュサーバ３が保持する削除優先度リスト４４は、図１０ｄで示すようになる。
【０１４５】
キャッシュサーバ３が、キャッシュ管理サーバ８から受信した削除抑止期間通知に基づいて、削除優先度リスト４４を再構成することにより、キャッシュ管理サーバ８が設定した削除抑止期間を、キャッシュコンテンツ削除の優先度に反映させることが可能になる。従って、ユーザにレジューム意思がある場合、削除抑止期間を延長し、キャッシュコンテンツをキャッシュサーバ３へ優先的に保存することが可能になる。
【０１４６】
次に、図１８のステップ１４２、１４３でユーザが再生を停止した位置に基づいてレジューム再生を実行し、レジューム意思判定基準４０１で指定される範囲まで視聴してから停止する手順を、図２０のシーケンスを用いて説明する。図２０において、ユーザがレジューム再生を実行するとき、キャッシュサーバ３には要求されたコンテンツが保存されているものとする。
【０１４７】
ユーザはユーザ端末ＵＥ１ｂから、ポータルサーバ１０が提供するサービスにログインし、ポータル画面上で、視聴希望するコンテンツのレジュームボタンを押下することにより、レジューム再生を実行する。ユーザがレジュームを実行するとき、まずユーザ端末ＵＥ１ｂがエッジノード２を介してポータルサーバ１０へレジューム要求を送信する（１５１、１５２）。ポータルサーバ１０は、受信したレジューム要求をユーザ情報管理サーバ１１へ送信する（１５３）。ユーザ情報管理サーバ１１は、キャッシング要求送信ルーチン６６を起動する（１５４）。
【０１４８】
キャッシング要求送信ルーチン６６の各ステップを、図１４に示す。図１４において、ユーザ情報管理サーバ１１がポータルサーバ１０からレジューム要求を受信すると（５１８）、視聴要求に含まれるユーザＩＤ、及びコンテンツＩＤを含むキャッシング要求メッセージを生成し、キャッシュ管理サーバ８へ送信する（５１９、及び図２０の１５５）。なお、ユーザＩＤとしてＳＩＰ＿ＵＲＩを用いる。キャッシュ管理サーバ８は、ユーザＩＤ、及びコンテンツＩＤに基づいて、ユーザの位置に応じたキャッシュサーバの選択が可能になる。ユーザ情報管理サーバ１１は、キャッシュ管理サーバ８からの応答待ちに入る（５２０）。
【０１４９】
図２０に戻り、キャッシュ管理サーバ８は、キャッシング要求１５５をユーザ情報管理サーバ１１から受信すると、Ｓ−ＣＳＣＦ７を介して端末位置ＤＢ５へ端末位置を問い合わせる（１５６）。端末位置の問い合わせには、ＳＩＰ＿Subscribeを用いる。ステップ１５６において、キャッシュ管理サーバ８は、端末位置ＤＢ５から、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得する。ここで、キャッシュ管理サーバ８はキャッシング要求送信ルーチン２４を起動する（１５７）。ステップ１５７の処理が行われるとき、ユーザ端末ＵＥ１ｂに対応づけられるキャッシュサーバ３が、要求コンテンツを格納している場合について、キャッシング要求送信ルーチン２４の各ステップを説明する。
【０１５０】
キャッシング要求送信ルーチン２４の各ステップを、図７に示す。図７において、キャッシュ管理サーバ８は、キャッシング要求をユーザ情報管理サーバ１１から受信すると、端末位置ＤＢ５からユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応情報を取得する（５２４）。
【０１５１】
キャッシュ管理サーバ８には、（エッジノード、キャッシュサーバ）対応テーブル２７を予め保持しており、エッジノード２のＩＰアドレス、及び、エッジノード２に接続するユーザ端末ＵＥ１ｂが利用するキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及びキャッシュサーバ３のＳＩＰ＿ＵＲＩ、の対応情報が設定されている。キャッシュ管理サーバ８は、端末位置ＤＢ５から取得したユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、及びエッジノード２のＩＰアドレスの対応と、（エッジノード、キャッシュサーバ）対応テーブル２７を利用して、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩと対応づけられるキャッシュサーバのＩＰアドレスとＲＴＳＰ＿ＵＲＬを取得する（５２５）。
【０１５２】
次に、コンテンツＩＤ及びキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを用いて、キャッシュ状態テーブル２９を検索し、ユーザの要求コンテンツが、ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３に保存されているか確認する（５２６）。
【０１５３】
ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３が、ユーザの要求コンテンツを格納している場合は、キャッシュ状態テーブル２９の、ユーザ端末ＵＥ１ｂと対応づけられるキャッシュサーバ３が保存する要求コンテンツの視聴ユーザＩＤ４０３を参照する。ユーザ情報管理サーバ１１から受信したキャッシング要求に含まれるユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されているか確認する（５２７）。
【０１５４】
ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されていない場合は、キャッシュ状態テーブル２９にユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩを追加する（５２８）。次に、ユーザ情報管理サーバ１１からのキャッシング要求に対する応答メッセージを生成する。応答メッセージには、ステップ５２５で取得したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含む。キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１へ応答メッセージを送信し（１５８）、処理を終了する（５３２）。
一方、ステップ５２７で、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩが格納されている場合は、ユーザ情報管理サーバ１１からのキャッシング要求に対する応答メッセージを生成する。応答メッセージには、ステップ５２５で取得したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬを含む。キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１へ応答メッセージを送信し（１５８）、処理を終了する（５３２）。
【０１５５】
図１４に戻り、ステップ５２０でキャッシュ管理サーバ８からの応答待ち状態に入っていたキャッシング要求送信ルーチン６６は、キャッシュ管理サーバ８からの応答１５８を受信すると（５２１）、ポータルサーバ１０からのレジューム要求への応答メッセージを生成する（５２２）。ポータルサーバ１０からのレジューム要求への応答メッセージには、キャッシュ管理サーバ８から受信した応答メッセージに含まれるキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及びＶＯＤサービスユーザ情報６８に格納される、ユーザ端末ＵＥ１ｂ、及び要求コンテンツに対応づけられる停止位置情報が付加される。ユーザ情報管理サーバ１１は、ポータルサーバ１０へ、視聴要求に対する応答メッセージを送信し（１５９）、処理を終了する（５２３）。
【０１５６】
図２０に戻り、ポータルサーバ１０は、ユーザ情報管理サーバ１１からレジューム要求への応答を受信すると（１５９）、ユーザ端末ＵＥ１ｂからのレジューム要求に対する応答メッセージを生成する。ユーザ端末ＵＥ１ｂからのレジューム要求への応答メッセージには、ユーザ情報管理サーバ１１から受信した応答メッセージに含まれるキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及び停止位置情報等、ユーザがコンテンツをレジューム再生するために必要な情報が付加される。ポータルサーバ１０は、ユーザ端末ＵＥ１ｂからの視聴要求に対する応答メッセージを、ユーザ端末ＵＥ１ｂへ送信する（１６０、１６１）。
【０１５７】
ユーザ端末ＵＥ１ｂは、ポータルサーバ１０から受信したキャッシュサーバ３のＲＴＳＰ＿ＵＲＬ、及び停止位置情報を用いて、キャッシュサーバ３へ再生要求を送信し、キャッシュサーバ３から応答を受信する（１６２）。ユーザ端末ＵＥ１ｂがキャッシュサーバ３へ送信する再生要求には、ＲＴＳＰが用いられる。キャッシュサーバ３は、ユーザ端末ＵＥ１ｂから再生要求を受信すると、ＲＴＰによるストリーム配信を実行する（１６３）。
【０１５８】
ユーザが、コンテンツの視聴を停止すると、ユーザ端末ＵＥ１ｂはポータルサーバ１０へ停止位置通知を送信し、ポータルサーバ１０から応答を受信する（１６５）。本停止位置通知は、ＨＴＴＰを用いて送信される。ポータルサーバ１０は、ユーザ端末ＵＥ１ｂから停止位置通知１６５を受信するとユーザ端末ＵＥ１ｂへ応答を送信する。次にポータルサーバ１０は、ユーザ情報管理サーバ１１へ、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、停止位置情報を含む停止位置通知を、ユーザ情報管理サーバ１１から応答を受信する（１６７）。次に、ユーザ情報管理サーバ１１は、停止位置送信ルーチン６７を起動する。
【０１５９】
ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置の対応情報は、ＶＯＤサービスユーザ情報６８に格納される（１６８）。さらに、ユーザ情報管理サーバ１１は、ユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置情報を含む停止位置通知を、キャッシュ管理サーバ８へ送信する（１６９）。
【０１６０】
キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１から停止位置通知１６９を受信すると、ユーザ情報管理サーバ１１へ応答を送信する。次にキャッシュ管理サーバ８はレジューム意思判定ルーチン２５を起動し、ユーザのレジューム意思の有無を判定する（１７０）。
【０１６１】
視聴の停止位置が、レジューム意思判定基準４０１で指定される範囲内である場合について、レジューム意思判定ルーチン２５の各ステップを説明する。レジューム意思判定ルーチン２５の各ステップを、図８に示す。図８において、キャッシュ管理サーバ８は、ユーザ情報管理サーバ１１からユーザ端末ＵＥ１ｂのＳＩＰ＿ＵＲＩ、コンテンツＩＤ、及び停止位置情報を含む停止位置通知を受信する（５３７、１６９）。すると、停止位置通知１６９に含まれるコンテンツＩＤをキーに、キャッシュ状態テーブル２９を検索する。
【０１６２】
キャッシュ管理サーバ８は、検索の結果得られたレジューム意思判定基準４０１、及び、ユーザ情報管理サーバ１１から受信した停止位置通知１６９に含まれる停止位置情報を用いて、ユーザのレジューム意思を判定する（５３９）。停止位置通知１６９に含まれる停止位置情報が、レジューム意思判定基準４０１に記載の範囲内に含まれる場合は（５４３）、レジューム意思がないと判断される。
【０１６３】
続いて、ユーザのレジューム意思を考慮して削除抑止期間が設定され、キャッシュ状態テーブル２９の削除抑止期間４０４が更新される（５４１）。キャッシュ管理サーバ８は、ユーザ端末ＵＥ１ｂのユーザにレジューム意思がないと判断すると、削除抑止期間４０４を短縮する。
【０１６４】
さらに、コンテンツＩＤ４００、及び削除抑止期間４０４を含む削除抑止期間通知を生成し、キャッシュサーバ３へ送信して、処理を終了する（５４２）。キャッシュ管理サーバ８がキャッシュサーバ３へ削除抑止期間通知を送信する際は、ＳＩＰ＿Ｎｏｔｉｆｙを用いる。
【０１６５】
図２０に戻り、キャッシュ管理サーバ８は、ＳＩＰ＿Ｎｏｔｉｆｙによる削除抑止期間通知を、Ｓ−ＣＳＣＦ７、を介してキャッシュサーバ３へ送信する（１７１、１７２、１７３）。キャッシュサーバ３は、削除抑止期間通知を受信すると、削除抑止期間受信ルーチン４１を起動する（１７４）。
【０１６６】
キャッシュサーバ３は、キャッシュ管理サーバ８から、ＳＩＰ＿Ｎｏｔｉｆｙによる削除抑止期間通知を受信する（５４５）。次に、受信した削除抑止期間通知に含まれるコンテンツＩＤ４００をキーに、削除優先度リスト４４を検索する（５４６）。検索の結果、該当コンテンツがヒットした場合は（５５１）、削除優先度リスト４４に格納される該当コンテンツ４１０の削除抑止期間４１１を、受信した削除抑止期間通知に含まれる値で更新する（５４７）。さらに、更新された削除抑止期間４１１に基づいて、削除優先度リスト４４のポインタを更新する（５４８）。
【０１６７】
キャッシュサーバ３が図１０ｄの削除優先度リストを保持する場合について、削除優先度リスト４４の更新手順を説明する。例えば、Content８の削除抑止期間４１１を、２００７年１月３日２１時から、２００７年１月１日１１時に短縮するときは、Content８のエントリ４４−８に属するポインタ４１２をContent３からContent４に更新する。さらに、エントリ４４−２のポインタ４１２をContent８からContent３に更新し、エントリ４４−４のポインタ４１２をContent４からContent８に更新する。この結果、キャッシュサーバ３が保持する削除優先度リスト４４は、図１０ｃで示すようになる。
【０１６８】
本発明の第１の実施の形態によると、ユーザにレジューム意思がある場合、ユーザがレジューム再生を実行するまで、キャッシュコンテンツがキャッシュサーバ３に優先的に保存される。従って、ユーザがレジューム再生を実行する図２０のシーケンスにおいて、図１８のステップ１２２からステップ１３５までが省略される。この結果、ステップ１３１、１３２によるオリジナルコンテンツサーバ９からキャッシュサーバ３へのトラフィックが削減される。さらに、ステップ１２９によるキャッシング要求、及び応答の送受信処理が削減される。さらに、ユーザが視聴を中断したコンテンツの削除が抑止されるので、ユーザがレジューム再生するときの待機時間が削減される。
【０１６９】
また、ユーザが再生し終えたコンテンツの停止位置から、後に当該コンテンツを視聴する可能性の有無に基づいてキャッシュ削除の優先度を設定するようにしたので、ストリーム型のＶＯＤサービスを提供するシステムにおいて、再キャッシュに伴うコア網Ｎ１のトラフィックを削減することが可能となって、オリジナルコンテンツサーバ９の負荷を削減することができるのである。
【０１７０】
＜第２実施形態＞
本発明の第２の実施の形態を、図面を用いて説明する。第２の実施形態は、キャッシュサーバ３がコンテンツの等倍速再生時間をカウントしてキャッシュ管理サーバ８へ送信する手段を備えることを特徴とする。なお、等倍速再生時間は、早送り、巻き戻し等のトリックプレイを除いた通常速度での再生時間である。
【０１７１】
図２１に、第２の実施形態におけるキャッシュサーバ３の構成例を示す。第２の実施形態において、削除優先度リスト管理機能４０は、等倍速再生時間計測ルーチン６９を備える。
【０１７２】
等倍速再生時間計測ルーチン６９は、早送り、巻き戻し等のトリックプレイを除く通常速度での再生時間を計測し、キャッシュ管理サーバ８へ計測結果を送信する。キャッシュ管理サーバ８は、キャッシュサーバ３から受信した等倍速再生時間に基づいて、ユーザのレジューム意思を判定することが可能になる。
【０１７３】
図２３に、第２の実施形態においてキャッシュ管理サーバ８が管理するキャッシュ状態テーブル２９の構成例を示す。第２の実施形態において、レジューム意思判定基準４３１は、停止位置範囲のかわりに、等倍速再生時間で指定される。レジューム意思判定基準４３０が等倍速再生時間で指定されることによって、キャッシュ管理サーバ８は、等倍速再生時間に基づいてユーザのレジューム意思を判定し、削除抑止期間４３４を設定することが可能になる。
【０１７４】
端末位置ＤＢ５がユーザ端末ＵＥ１ａ、及び、ユーザ端末ＵＥ１ａが接続するエッジノード２の対応情報を取得する手順は、第１の実施形態（図１６のステップ１０１からステップ１１１まで）と同じである。また、レジューム意思判定基準の設定手順は、第１の実施形態（図１７のステップ１１２からステップ１１４まで）と同じである。
【０１７５】
次に、図２４、図２５のシーケンスに従って、キャッシュ管理サーバ８が等倍速再生時間に基づいてレジューム意思判定を行い、削除抑止期間を設定して、キャッシュサーバ３が削除優先度リスト４４を更新する手順を説明する。
【０１７６】
ユーザ端末ＵＥ１ａがポータルサーバ１０へ視聴要求を送信し、応答を受信するまでの手順（ステップ１１５からステップ１３９まで）は第１の実施形態と同じである。
【０１７７】
ユーザ端末ＵＥ１ａは、オリジナルコンテンツサーバ９から受信する応答メッセージ１３９に含まれる、キャッシュサーバ３のＲＴＳＰ＿ＵＲＬ等の情報に基づいて、ＲＴＳＰ  ＤＥＳＣＲＩＢＥをキャッシュサーバ３へ送信し、コンテンツのメディアタイプ等の情報を取得する（２００、２０１）。次にユーザ端末ＵＥ１ａは、キャッシュサーバ３へＲＴＳＰ  ＳＥＴＵＰを送信し、ユーザ端末ＵＥ１ａ及びキャッシュサーバ３の間で用いるトランスポートパラメータを設定する（２０２、２０３）。ＲＴＳＰ  ＳＥＴＵＰメッセージ２０２は、ＳＤＰ（Session Description Protocol）またはトランスポートパラメータのdestination addressにユーザ端末ＵＥ１ａのＩＰアドレスを含み、キャッシュサーバ３はＲＴＳＰ＿ＳＥＴＵＰ２０２を受信すると、ユーザ端末ＵＥ１ａのＩＰアドレスを保存する。キャッシュサーバ３は、保存したユーザ端末ＵＥ１ａのＩＰアドレスを、ストリーム配信時のＲＴＰパケット送信先に設定する。キャッシュサーバ３がＲＴＳＰ  ＳＥＴＵＰ２０２をユーザ端末ＵＥ１ａから受信すると、等倍速再生時間計測ルーチン６９が起動される（２０４）。
【０１７８】
等倍速再生時間計測ルーチン６９の各ステップを、図２２に示す。
【０１７９】
図２２において、キャッシュサーバ３は、ユーザ端末ＵＥ１ａからＲＴＳＰ  ＳＥＴＵＰを受信し、トランスポートパラメータを設定したら、応答をユーザ端末ＵＥ１ａへ送信し（５５３）、ＲＴＳＰメッセージの受信待ち状態に入る（５５４）。
【０１８０】
図２４に戻り、ユーザ端末ＵＥ１ａはキャッシュサーバ３へScaleヘッダを含まないＲＴＳＰ＿ＰＬＡＹを送信する（２０５）。ＲＴＳＰ＿ＰＬＡＹのScaleヘッダは、等倍速再生のときは指定されず、早送りあるいは巻き戻し再生のときのみ指定されるものとする。
【０１８１】
図２２に戻り、キャッシュサーバ３は、ＲＴＳＰ＿ＰＬＡＹを受信すると（５６２、２０５）、メッセージにScaleヘッダが含まれるか確認する（５５５）。Scale値が含まれない場合は（５６５）、等倍速再生を意味するので、再生時間のカウントを開始し（５５６、２０８）、等倍速で映像ストリームの配信を行う（５５７、２０９）。
【０１８２】
図２５に移り、再生速度を等倍速から早送り等に切り替える際は、ユーザ端末ＵＥ１ａがキャッシュサーバ３へＲＴＳＰ＿ＰＡＵＳＥを送信し（２１０、２１１）、続いてScaleヘッダを含むＲＴＳＰ＿ＰＬＡＹを送信する（２１３、２１４）。
【０１８３】
図２２に戻り、キャッシュサーバ３は、ＲＴＳＰ＿ＰＡＵＳＥを受信すると（５５８、２１０）、再生時間をカウント中か確認し（５５９）、カウント中であれば（５６７）、カウントを中断して（５６０、２１２）、メッセージ受信待ち状態に入る（５５４）。次にＲＴＳＰ＿ＰＬＡＹを受信すると（５６２、２１３）、メッセージにScaleヘッダが含まれるか確認し（５５５）、Scaleヘッダが含まれる場合は（５６４）、再生時間のカウントを行わずに、ユーザ端末ＵＥ１ａへストリーム配信を実行する（５５７、２１５）。
【０１８４】
図２５に戻り、コンテンツの再生を停止する際は、ユーザ端末ＵＥ１ａがキャッシュサーバ３へＲＴＳＰ＿ＰＡＵＳＥを送信し（２１６、２１７）、続いてＲＴＳＰ＿ＴＥＡＲＤＯＷＮを送信する（２１８、２１９）。
【０１８５】
図２２に戻り、キャッシュサーバ３は、ＲＴＳＰ＿ＰＡＵＳＥを受信すると（５５８、２１６）、再生時間をカウント中か確認し（５５９）、カウント中でなければ（５６６）、メッセージ受信待ち状態に入る（５５４）。次にＲＴＳＰ  ＴＥＡＲＤＯＷＮを受信すると（５６３）、コンテンツの配信を終了し、カウント時間をキャッシュ管理サーバ８へ送信する（５６１、２２０）。
【０１８６】
キャッシュ管理サーバ８は、等倍速再生時間をキャッシュサーバ３から受信すると応答を送信し、レジューム意思判定基準４３０に基づいてユーザのレジューム意思を判定する。次に、キャッシュ管理サーバ８は、削除抑止期間４０４を設定する（２２３）。次に、キャッシュ管理サーバ８が、削除抑止期間通知をキャッシュサーバ３へ送信し、キャッシュサーバ３は削除優先度設定を行う手順（ステップ１５０、１５３）は、第１の実施形態と同じである。
【０１８７】
本発明の第２の実施の形態によると、キャッシュサーバ３が等倍速再生時間を計測し、計測結果をキャッシュ管理サーバ８へ送信することにより、キャッシュ管理サーバ８は、等倍速再生時間に基づいてユーザのレジューム意思を判定することができる。この結果、キャッシュ管理サーバ８は、ユーザのレジューム意思の有無に基づいてキャッシュコンテンツの削除抑止期間を設定し、キャッシュサーバ３へ通知することが可能になる。削除抑止期間の設定は、例えば、測定した等倍速再生時間が長くなるにつれて削除抑止期間も長くなるように設定すればよい。また、レジューム意志の判定は、等倍速再生時間がレジューム意志判定基準４３０に設定された範囲内であれば、ユーザにレジュームの意志はないと判定することができる。
【０１８８】
以上のように、等倍速再生時間に基づいてキャッシュ削除の優先度を設定するようにしたので、前記第１実施形態と同様に、ストリーム型のＶＯＤサービスを提供するシステムにおいて、再キャッシュに伴うコア網Ｎ１のトラフィックを削減することが可能となって、オリジナルコンテンツサーバ９の負荷を削減することができ、ユーザがレジューム再生するときの待機時間を削減できるのである。
【０１８９】
なお、第２の実施の形態においては、等倍速再生時間計測ルーチン６９をキャッシュサーバ３が備え、等倍速再生時間を計測し、キャッシュ管理サーバ８へ計測結果を送信すると述べたが、ユーザ端末ＵＥ１ａに予めキャッシュ管理サーバ８のＳＩＰ＿ＵＲＩを設定しておき、ユーザ端末ＵＥ１ａで等倍速再生時間を計測し、計測結果をユーザ端末ＵＥ１ａからキャッシュ管理サーバ８へ送信するようにしてもよい。
【０１９０】
なお、上記各実施形態においては、ＶＯＤ＿ＩＳＰ網Ｎ２内のポータルサーバ１０がユーザ端末ＵＥ１からの視聴要求を受け付けて、ユーザ情報管理サーバ１１と端末位置ＤＢ５を介してキャッシュ管理サーバ８にキャッシュの要求を送る例を示したが、これらのポータルサーバ１０とユーザ情報管理サーバ１１及び端末位置ＤＢ５を一つのサーバに統合しても良い。この場合、統合されたサーバが、ユーザ端末ＵＥ１からの視聴要求を受け付けて、ユーザ端末ＵＥ１の認証を行い、ユーザ端末ＵＥ１が接続すべきエッジノード３を決定し、決定した内容とユーザ端末ＵＥ１の情報をキャッシュ管理サーバ８へ送信し、また、統合されたサーバでユーザ端末ＵＥ１が視聴中のコンテンツの停止位置を保存すればよい。あるいは、オリジナルコンテンツサーバ３とポータルサーバ１０とユーザ情報管理サーバ１１及び端末位置ＤＢ５をひとつのサーバに統合しても良い。上記の他、ＶＯＤ＿ＩＳＰ網Ｎ２内のサーバの構成は、上記に限定されるものではなく、ユーザ情報の管理と、コンテンツの配信と、ユーザ端末ＵＥ１の位置の管理を行うサイト（コンテンツ配信サイト）であればよい。
【図面の簡単な説明】
【０１９１】
【図１】第１の実施形態を示し、本発明を適用する通信システムの構成例を示すブロック図。
【図２】第１の実施形態を示し、キャッシュ管理サーバの構成を示すブロック図。
【図３】第１の実施形態を示し、キャッシュサーバの構成を示すブロック図。
【図４】第１の実施形態を示し、オリジナルコンテンツサーバの構成を示すブロック図。
【図５】第１の実施形態を示し、ユーザ情報管理サーバの構成を示すブロック図。
【図６】第１の実施形態を示し、キャッシュ状態テーブルの一例を示す説明図。
【図７】第１の実施形態を示し、キャッシング要求送信ルーチンの一例を示すフローチャート。
【図８】第１の実施形態を示し、レジューム意志判定ルーチンの一例を示すフローチャート。
【図９】第１の実施形態を示し、レジューム意志判定基準受信ルーチンの一例を示すフローチャート。
【図１０ａ】第１の実施形態を示し、キャッシュサーバの削除優先度リストの一例を示す説明図。
【図１０ｂ】第１の実施形態を示し、キャッシュサーバの削除優先度リストの更新後の一例を示す説明図。
【図１０ｃ】第１の実施形態を示し、キャッシュサーバの削除優先度リストの更新後の他の例を示す説明図。
【図１０ｄ】第１の実施形態を示し、キャッシュサーバの削除優先度リストの更新後の他の例を示す説明図。
【図１１】第１の実施形態を示し、キャッシュサーバの削除優先度リスト管理機能の削除抑止期間受信ルーチンの一例を示すフローチャート。
【図１２】第１の実施形態を示し、オリジナルコンテンツサーバのコンテンツ管理機能が備えるレジューム意思判定基準設定ルーチンの一例を示すフローチャート。
【図１３】第１の実施形態を示し、オリジナルコンテンツサーバが備えるコンテンツ管理テーブルの一例を示す説明図。
【図１４】第１の実施形態を示し、ユーザ情報管理サーバの対キャッシュ管理サーバメッセージ制御機能が備えるキャッシング要求送信ルーチンの一例を示すフローチャート。
【図１５】第１の実施形態を示し、ユーザ情報管理サーバの対キャッシュ管理サーバメッセージ制御機能が備える停止位置送信ルーチンの一例を示すフローチャート。
【図１６】第１の実施形態を示し、端末位置ＤＢがユーザ端末ＵＥ１及びユーザ端末ＵＥ１ａが接続するエッジノードの対応情報を取得するシーケンス図。
【図１７】第１の実施形態を示し、レジューム意思判定基準の設定の一例を示すシーケンス図。
【図１８】第１の実施形態を示し、キャッシング、コンテンツ配信、レジューム意思判定、及び削除優先度設定のシーケンス図。
【図１９】第１の実施形態を示し、キャッシング、コンテンツ配信、レジューム意思判定、及び削除優先度設定の他の例を示すシーケンス図。
【図２０】第１の実施形態を示し、キャッシング、コンテンツ配信、レジューム意思判定、及び削除優先度設定のさらに他の例を示すシーケンス図。
【図２１】第２の実施形態を示し、キャッシュサーバの構成を示すブロック図。
【図２２】第２の実施形態を示し、キャッシュサーバの削除優先度リスト管理機能が備える等倍速再生時間計測ルーチンの一例を示すフローチャート。
【図２３】第２の実施形態を示し、キャッシュ管理サーバが備えるキャッシュ状態テーブルの説明図。
【図２４】第２の実施形態を示し、キャッシング、コンテンツ配信、レジューム意思判定、及び削除優先度設定のシーケンス図。
【図２５】第２の実施形態を示し、キャッシング、コンテンツ配信、レジューム意思判定、及び削除優先度設定の他の例を示すシーケンス図。
【符号の説明】
【０１９２】
Ｎ１  コア網
Ｎ２  ＶＯＤ＿サービスプロバイダ網
１  ユーザ端末
３  キャッシュサーバ
８  キャッシュ管理サーバ
９  オリジナルコンテンツサーバ
１０  ポータルサーバ
１１  ユーザ情報管理サーバ
２５  レジューム意思判定ルーチン
２９  キャッシュ状態テーブル
４１  削除抑止期間受信ルーチン
４４  削除優先度リスト
６７  停止位置送信ルーチン
【図１】
0005261785.tif 000002
【図２】
0005261785.tif 000003
【図３】
0005261785.tif 000004
【図４】
0005261785.tif 000005
【図５】
0005261785.tif 000006
【図６】
0005261785.tif 000007
【図７】
0005261785.tif 000008
【図８】
0005261785.tif 000009
【図９】
0005261785.tif 000010
【図１０ａ】
0005261785.tif 000011
【図１０ｂ】
0005261785.tif 000012
【図１０ｃ】
0005261785.tif 000013
【図１０ｄ】
0005261785.tif 000014
【図１１】
0005261785.tif 000015
【図１２】
0005261785.tif 000016
【図１３】
0005261785.tif 000017
【図１４】
0005261785.tif 000018
【図１５】
0005261785.tif 000019
【図１６】
0005261785.tif 000020
【図１７】
0005261785.tif 000021
【図１８】
0005261785.tif 000022
【図１９】
0005261785.tif 000023
【図２０】
0005261785.tif 000024
【図２１】
0005261785.tif 000025
【図２２】
0005261785.tif 000026
【図２３】
0005261785.tif 000027
【図２４】
0005261785.tif 000028
【図２５】
0005261785.tif 000029