(57)【要約】【課題】  コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になるコンテンツ配信制御サーバを提供する。【解決手段】  格納部３２ａは、無料画像コンテンツのデータサイズ情報を格納する。計測部３２ｂは、複合コンテンツの配信が開始される、その複合コンテンツに含まれる無料画像コンテンツのデータサイズを継続的に計測する。演算部３２ｃは、格納部３２ａに格納されたデータサイズ情報から計測部３２ｂの計測結果を差し引いて無料画像コンテンツの残りデータサイズを演算する。制御部３２ｄは、演算部３２ｃが演算した残りデータサイズが少なくなるほど複合コンテンツの受信データサイズが小さくなるように、複合コンテンツの受信データサイズを示す受信サイズ情報をその残りデータサイズに基づいて設定する。通信部３１は、その受信サイズ情報をコンテンツサーバ２に送信する。【選択図】      図１
2006191224.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御するコンテンツ配信制御サーバであって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力部と、
前記入力部が受け付けた第１コンテンツの残りデータサイズを算出する算出部と、
前記算出部が算出した残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定部と、
前記設定部が設定した受信サイズ情報を前記コンテンツサーバに通知する通知部と、を含むコンテンツ配信制御サーバ。
【請求項２】
請求項１に記載のコンテンツ配信制御サーバにおいて、
前記入力部は、前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報をさらに受け付け、
前記算出部は、
前記入力部が前記データサイズ情報を受け付けると、その受け付けられたデータサイズ情報を格納する格納部と、
前記入力部が前記複合コンテンツの受け付けを開始すると、前記入力部が受け付けた複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測部と、
前記格納部に格納されたデータサイズ情報から前記計測部の計測結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算部と、を含む、コンテンツ配信制御サーバ。
【請求項３】
請求項１または２に記載のコンテンツ配信制御サーバにおいて、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、コンテンツ配信制御サーバ。
【請求項４】
請求項３に記載のコンテンツ配信制御サーバにおいて、
前記入力部は、前記利用者端末装置から、前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付け、
前記設定部は、前記入力部が前記課金許可情報を受け付けると、予め設定されている初期受信データサイズ情報を前記受信サイズ情報として設定する、コンテンツ配信制御サーバ。
【請求項５】
請求項１に記載のコンテンツ配信制御サーバにおいて、
前記コンテンツ配信制御サーバは、前記利用者端末装置の利用者のプリペイド残額を管理する管理データベースと通信回線を介して接続され、
前記第１コンテンツは、前記プリペイド残額で購入された購入済み有料コンテンツであり、
前記第２コンテンツは、前記プリペイド残額で未購入の未購入有料コンテンツである、コンテンツ配信制御サーバ。
【請求項６】
請求項５に記載のコンテンツ配信制御サーバにおいて、
前記算出部は、
前記入力部が前記複合コンテンツの受け付けを開始すると、前記入力部が受け付けた購入済み有料コンテンツのデータサイズを継続的に計測する計測部と、
前記計測部の計測値の増加に応じて、前記管理データベースが管理しているプリペイド残金を少なくするプリペイド残金制御部と、
前記プリペイド残金制御部にて変更されたプリペイド残金に基づいて、前記購入済み有料コンテンツの残りデータサイズを算出する演算部と、を含むコンテンツ配信制御サーバ。
【請求項７】
請求項６に記載のコンテンツ配信制御サーバにおいて、
前記設定部は、前記プリペイド残金が所定額以上の場合、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、コンテンツ配信制御サーバ。
【請求項８】
請求項１ないし７のいずれか１項に記載のコンテンツ配信制御サーバにおいて、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、コンテンツ配信制御サーバ。
【請求項９】
第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御する利用者端末装置であって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力部と、
前記入力部が受け付けた第１コンテンツの残りデータサイズを算出する算出部と、
前記算出部が算出した残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定部と、
前記設定部が設定した受信サイズ情報を前記コンテンツサーバに通知する通知部と、を含む、利用者端末装置。
【請求項１０】
請求項９に記載の利用者端末装置において、
前記入力部は、前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報をさらに受け付け、
前記算出部は、
前記入力部が前記データサイズ情報を受け付けると、その受け付けられたデータサイズ情報を格納する格納部と、
前記入力部が前記複合コンテンツの受け付けを開始すると、前記入力部が受け付けた複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測部と、
前記格納部に格納されたデータサイズ情報から前記計測部の計測結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算部と、を含む、利用者端末装置。
【請求項１１】
請求項９または１０に記載の利用者端末装置において、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、利用者端末装置。
【請求項１２】
請求項１１に記載の利用者端末装置において、
利用者から前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付ける受付部をさらに含み、
前記設定部は、前記受付部が前記課金許可情報を受け付けると、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、利用者端末装置。
【請求項１３】
請求項９ないし１２のいずれか１項に記載の利用者端末装置において、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、利用者端末装置。
【請求項１４】
利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御するコンテンツ配信制御サーバが行うコンテンツ配信制御方法であって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力ステップと、
前記入力ステップにて受け付けられた第１コンテンツの残りデータサイズを算出する算出ステップと、
前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定ステップと、
前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知ステップと、を含むコンテンツ配信制御方法。
【請求項１５】
請求項１４に記載のコンテンツ配信制御方法において、
前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報を受け付けるサイズ情報入力ステップと、
前記データサイズ情報が受け付けられると、そのデータサイズ情報を格納する格納ステップとをさらに含み、
前記算出ステップは、
前記複合コンテンツの受け付けが開始されると、前記複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測ステップと、
前記データサイズ情報から前記計測の結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算ステップと、を含む、コンテンツ配信制御方法。
【請求項１６】
請求項１４または１５に記載のコンテンツ配信制御方法において、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、コンテンツ配信制御方法。
【請求項１７】
請求項１６に記載のコンテンツ配信制御方法において、
前記利用者端末装置から前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付ける受付ステップをさらに含み、
前記設定ステップでは、前記課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、コンテンツ配信制御方法。
【請求項１８】
請求項１４に記載のコンテンツ配信制御方法において、
前記コンテンツ配信制御サーバは、前記利用者端末装置の利用者のプリペイド残額を管理する管理データベースと通信回線を介して接続され、
前記第１コンテンツは、前記プリペイド残額で購入された購入済み有料コンテンツであり、
前記第２コンテンツは、前記プリペイド残額で未購入の未購入有料コンテンツである、コンテンツ配信制御方法。
【請求項１９】
請求項１８に記載のコンテンツ配信制御方法において、
前記算出ステップは、
前記複合コンテンツの受け付けが開始されると、前記購入済み有料コンテンツのデータサイズを継続的に計測する計測ステップと、
前記計測の値の増加に応じて、前記管理データベースが管理しているプリペイド残金を少なくするプリペイド残金制御ステップと、
前記変更されたプリペイド残金に基づいて、購入済み有料コンテンツの残りデータサイズを算出する演算ステップと、を含むコンテンツ配信制御方法。
【請求項２０】
請求項１９に記載のコンテンツ配信制御サーバにおいて、
前記設定ステップでは、前記プリペイド残金が所定額以上の場合、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、コンテンツ配信制御方法。
【請求項２１】
請求項１４ないし２０のいずれか１項に記載のコンテンツ配信制御方法において、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、コンテンツ配信制御方法。
【請求項２２】
第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御する利用者端末装置が行うコンテンツ配信制御方法であって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力ステップと、
前記入力ステップにて受け付けられた第１コンテンツの残りデータサイズを算出する算出ステップと、
前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定ステップと、
前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知ステップと、を含むコンテンツ配信制御方法。
【請求項２３】
請求項２２に記載のコンテンツ配信制御方法において、
前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報を受け付けるサイズ情報入力ステップと、
前記データサイズ情報が受け付けられると、そのデータサイズ情報を格納する格納ステップとをさらに含み、
前記算出ステップは、
前記複合コンテンツの受け付けが開始されると、前記複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測ステップと、
前記データサイズ情報から前記計測の結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算ステップと、を含む、コンテンツ配信制御方法。
【請求項２４】
請求項２２または２３に記載のコンテンツ配信制御方法において、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、コンテンツ配信制御方法。
【請求項２５】
請求項２４に記載のコンテンツ配信制御方法において、
利用者から前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付ける受付ステップをさらに含み、
前記設定ステップでは、前記課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、コンテンツ配信制御方法。
【請求項２６】
請求項２２ないし２５のいずれか１項に記載のコンテンツ配信制御方法において、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、コンテンツ配信制御方法。
【請求項２７】
利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続するコンピュータにコンテンツ配信制御処理を実行させるプロクラムであって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力処理と、
前記入力処理にて受け付けられた第１コンテンツの残りデータサイズを算出する算出処理と、
前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定処理と、
前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知処理と、を含むコンテンツ配信制御処理を、前記コンピュータに実行させるプログラム。
【請求項２８】
請求項２７に記載のプログラムにおいて、
前記コンテンツ配信制御処理は、
前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報を受け付けるサイズ情報入力処理と、
前記データサイズ情報が受け付けられると、そのデータサイズ情報を格納する格納処理とをさらに含み、
前記算出処理は、
前記複合コンテンツの受け付けが開始されると、前記複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測処理と、
前記データサイズ情報から前記計測の結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算処理と、を含む、プログラム。
【請求項２９】
請求項２７または２８に記載のプログラムにおいて、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、プログラム。
【請求項３０】
請求項２９に記載のプログラムにおいて、
前記コンテンツ配信制御処理は、
前記利用者端末装置から前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付ける受付処理をさらに含み、
前記設定処理では、前記課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、プログラム。
【請求項３１】
請求項２７に記載のプログラムにおいて、
前記コンピュータは、前記利用者端末装置の利用者のプリペイド残額を管理する管理データベースと通信回線を介して接続され、
前記第１コンテンツは、前記プリペイド残額で購入された購入済み有料コンテンツであり、
前記第２コンテンツは、前記プリペイド残額で未購入の未購入有料コンテンツである、プログラム。
【請求項３２】
請求項３１に記載のプログラムにおいて、
前記算出処理は、
前記複合コンテンツの受け付けが開始されると、前記購入済み有料コンテンツのデータサイズを継続的に計測する計測処理と、
前記計測の値の増加に応じて、前記管理データベースが管理しているプリペイド残金を少なくするプリペイド残金制御処理と、
前記変更されたプリペイド残金に基づいて、前記購入済み有料コンテンツの残りデータサイズを算出する演算処理と、を含む、プログラム。
【請求項３３】
請求項３２に記載のプログラムにおいて、
前記設定処理では、前記プリペイド残金が所定額以上の場合、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、プログラム。
【請求項３４】
請求項２７ないし３３のいずれか１項に記載のプログラムにおいて、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、プログラム。
【請求項３５】
第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続するコンピュータにコンテンツ配信制御処理を実行させるプログラムであって、
前記コンテンツサーバから前記複合コンテンツを受け付ける入力処理と、
前記入力処理にて受け付けられた第１コンテンツの残りデータサイズを算出する算出処理と、
前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定処理と、
前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知処理と、を含むコンテンツ配信制御処理を、前記コンピュータに実行させるプログラム。
【請求項３６】
請求項２７に記載のプログラムにおいて、
前記コンテンツ配信制御処理は、
前記コンテンツサーバから、前記第１コンテンツのデータサイズを示すデータサイズ情報を受け付けるサイズ情報入力処理と、
前記データサイズ情報が受け付けられると、そのデータサイズ情報を格納する格納処理とをさらに含み、
前記算出処理は、
前記複合コンテンツの受け付けが開始されると、前記複合コンテンツ内の第１コンテンツのデータサイズを継続的に計測する計測処理と、
前記データサイズ情報から前記計測の結果を差し引いて前記第１コンテンツの残りデータサイズを算出する演算処理と、を含む、プログラム。
【請求項３７】
請求項３５または３６に記載のプログラムにおいて、
前記第１コンテンツは、無料コンテンツであり、
前記第２コンテンツは、有料コンテンツである、プログラム。
【請求項３８】
請求項３７に記載のプログラムにおいて、
前記コンテンツ配信制御処理は、
利用者から前記有料コンテンツに対する課金の許可を示す課金許可情報を受け付ける受付処理をさらに含み、
前記設定処理では、前記課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報を前記受信サイズ情報として設定する、プログラム。
【請求項３９】
請求項３５ないし３８のいずれか１項に記載のプログラムにおいて、
前記受信サイズ情報は、ＴＣＰウインドウサイズである、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信制御サーバ、利用者端末装置、コンテンツ配信制御方法およびプログラムに関し、例えば、ストリーム型コンテンツの配信を制御するコンテンツ配信制御サーバ、利用者端末装置、コンテンツ配信制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、コンテンツサーバが有料コンテンツをユーザ端末装置へ配信する際に、ユーザ端末装置の利用者に対して課金を行うコンテンツ課金システムが知られている（特許文献１（特開２００３−６０６７３号公報）参照）。
【０００３】
図９は、特許文献１に記載のコンテンツ課金システムを示したブロック図である。
【０００４】
図９において、コンテンツ課金システム１０１は、端末装置１０２およびコンテンツサーバ１０３と接続される。コンテンツ課金システム１０１は、プローブ装置１０１ａと、メディエーションサーバ１０１ｂと、加入者ＤＢ（データベース）１０１ｃと、ログサーバ１０１ｄとを含む。
【０００５】
プローブ装置１０１ａは、端末装置１０２とコンテンツサーバ１０３との間に介在し、端末装置１０２とコンテンツサーバ１０３との間でやりとりされる情報から、課金に必要な情報（ＩＰアドレス、ポート番号、接続先ＵＲＬ、送受信データ量、通信時間等）を取得し、その取得した情報をメディエーションサーバ１０１ｂへ通知する。
【０００６】
メディエーションサーバ１０１ｂは、その通知された情報をキーとして加入者ＤＢ１０１ｃへアクセスして課金情報を取得する。メディエーションサーバ１０１ｂは、その課金情報と、端末装置１０２とコンテンツサーバ１０３間の通信データ量およびその接続時間等により料金を決定し、その料金をログサーバ１０１ｄへ通知する。
【０００７】
特許文献１に記載のコンテンツ課金システムが用いられると、コンテンツサーバはコンテンツ配信に専念できる。このため、コンテンツサーバの負荷を軽減することが可能になる。
【０００８】
また、特許文献２（特開２００２−４１８１８号公報）には、有料コンテンツの販売を促進することが可能なコンテンツ販売システムが記載されている。
【０００９】
特許文献２に記載のコンテンツ販売システムは、有料コンテンツとその有料コンテンツの概要を示す視聴用の無料コンテンツとを別々に管理するコンテンツサーバと、そのコンテンツサーバから無料コンテンツおよび有料コンテンツを取得するダウンロード端末装置とを含む。
【００１０】
特許文献２に記載のコンテンツ販売システムによれば、視聴用の無料コンテンツが有料コンテンツの販売促進用として利用されるため、有料コンテンツの販売を促進することが可能となる。
【００１１】
また、特許文献３（特開平１−１３０６８７号公報）には、有料チャンネルを所定時間の間無料で表示するＣＡＴＶ端末装置が記載されている。具体的には、このＣＡＴＶ端末装置は、有料チャンネルの視聴が開始されてから所定時間を計時するタイマを有し、そのタイマが所定時間を計時するまでの間、有料チャンネルを無料で表示する。
【００１２】
また、特許文献４（特開２００３−８７８７号公報）には、プリペイド方式でコンテンツを提供するプリペイド課金システムが記載されている。特許文献４に記載のプリペイド課金システムでは、プリペイド残高がある限り、コンテンツの配信が許可される。
【特許文献１】特開２００３−６０６７３号公報
【特許文献２】特開２００２−４１８１８号公報
【特許文献３】特開平１−１３０６８７号公報
【特許文献４】特開２００３−８７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
特許文献２に記載のコンテンツ販売システムでは、コンテンツサーバが無料コンテンツと有料コンテンツとを別々に管理している。したがって、このコンテンツサーバでは、無料コンテンツと有料コンテンツとを別々に管理するため、負荷が増大する。そこで、コンテンツサーバの負荷を小さくするために、コンテンツサーバが無料コンテンツと有料コンテンツを１つのコンテンツにまとめて管理することが考えられる。
【００１４】
また、コンテンツサーバが行っている課金処理を、特許文献１に記載のコンテンツ課金システムに行わせることが考えられる。
【００１５】
この場合、特許文献１に記載のコンテンツ課金システムは、１つのコンテンツに含まれている無料コンテンツ部分と有料コンテンツ部分とを識別する技術を必要とする。その理由は、コンテンツ配信先（利用者）から有料コンテンツに対して料金を支払う旨の意思表示がない場合、コンテンツ課金システムは、コンテンツサーバに対して、無料コンテンツ部分の終了に伴って有料コンテンツの配信中止を要求する配信中止要求を通知しなければならないからである。
【００１６】
この無料コンテンツ部分と有料コンテンツ部分とを識別する技術としては、特許文献３に記載されたタイマ管理技術がある。このため、特許文献３に記載されたタイマ管理技術が特許文献１に記載のコンテンツ課金システムに採用されれば、そのコンテンツ課金システムは、１つのコンテンツに含まれている無料コンテンツ部分と有料コンテンツ部分とを識別することが可能になる。
【００１７】
具体的には、特許文献１に記載のコンテンツ課金システムが、無料コンテンツの配信時間を計測するタイマを備え、そのタイマの計測時間に基づいて、無料コンテンツ部分と有料コンテンツ部分とを識別する。このため、特許文献１に記載のコンテンツ課金システムは、コンテンツ配信先から有料コンテンツに対して料金を支払う旨の意思表示がない場合、コンテンツサーバに対して、配信中止要求を通知することが可能になる。
【００１８】
しかしながら、コンテンツ課金システムとコンテンツサーバがネットワークを介して接続されている場合、コンテンツ課金システムが配信中止要求を送信してからコンテンツサーバがその配信中止要求を受信するまでの時間に遅延が発生する場合がある。
【００１９】
この遅延が発生すると、有料コンテンツの配信中止が間に合わなくなり、有料コンテンツの料金を支払う意志のない利用者に対して有料コンテンツの一部が配信されてしまうという不都合が生じてしまう。
【００２０】
なお、この不都合は、特許文献４に記載のプリペイド課金システムにも共通する。具体的には、プリペイド残高がなくなったときに、プリペイド課金システムが配信中止要求をコンテンツサーバに送信しても、通信回線の混雑等により、コンテンツサーバがその配信中止要求をすぐに受け取れないと、プリペイド残高がない利用者に対して有料コンテンツの一部が配信されてしまう。
【００２１】
さらに言えば、上記不都合は、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止できないことに起因する。
【００２２】
本発明の目的は、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になるコンテンツ配信制御サーバ、利用者端末装置、コンテンツ配信制御方法およびプログラムを提供することである。
【課題を解決するための手段】
【００２３】
上記目的を達成するために、本発明のコンテンツ配信制御サーバは、利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御するコンテンツ配信制御サーバであって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力部と、前記入力部が受け付けた第１コンテンツの残りデータサイズを算出する算出部と、前記算出部が算出した残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定部と、前記設定部が設定した受信サイズ情報を前記コンテンツサーバに通知する通知部とを含む。
【００２４】
また、本発明のコンテンツ配信制御方法は、利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御するコンテンツ配信制御サーバが行うコンテンツ配信制御方法であって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力ステップと、前記入力ステップにて受け付けられた第１コンテンツの残りデータサイズを算出する算出ステップと、前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定ステップと、前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知ステップとを含む。
【００２５】
また、本発明のプログラムは、利用者端末装置と、前記利用者端末装置に第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続するコンピュータにコンテンツ配信制御処理を実行させるプロクラムであって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力処理と、前記入力処理にて受け付けられた第１コンテンツの残りデータサイズを算出する算出処理と、前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定処理と、前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知処理と、を含むコンテンツ配信制御処理を、前記コンピュータに実行させる。
【００２６】
上記の発明によれば、複合コンテンツの受信サイズを示す受信サイズ情報は、第１コンテンツの残りデータサイズが少なくなるほど複合コンテンツの受信データが小さくなるように設定される。このため、コンテンツサーバは、その受信サイズ情報に基づいて、第１コンテンツの配信完了を確認することが可能になる。受信サイズ情報は、第１コンテンツの配信が完了する前から変化するため、第１コンテンツの配信完了を事前に確認することが可能となる。
【００２７】
したがって、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になる。
【００２８】
また、受信サイズ情報は、受信サイズと第１コンテンツの配信状態とを示すことになり、受信サイズと第１コンテンツの配信状態とを別々の情報で伝える場合に比べて、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００２９】
また、前記コンテンツサーバから前記第１コンテンツのデータサイズを示すデータサイズ情報がさらに受け付けられ、前記データサイズ情報が受け付けられると、その受け付けられたデータサイズ情報が格納され、前記複合コンテンツの受け付けが開始されると、前記受け付けた複合コンテンツ内の第１コンテンツのデータサイズが継続的に計測され、前記格納部に格納されたデータサイズ情報から前記計測結果を差し引いて前記第１コンテンツの残りデータサイズを算出することが望ましい。
【００３０】
上記の発明によれば、前記第１コンテンツの残りデータサイズを高い精度で算出することが可能となる。
【００３１】
また、前記第１コンテンツは、無料コンテンツであり、前記第２コンテンツは、有料コンテンツであることが望ましい。
【００３２】
上記の発明によれば、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【００３３】
また、前記第１コンテンツが無料コンテンツであり、前記第２コンテンツが有料コンテンツであり、利用者端末装置から課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報が前記受信サイズ情報として設定されることが望ましい。
【００３４】
上記の発明によれば、利用者からの課金許可の有無を受信サイズ情報が示す受信サイズで判断することが可能になる。このため、受信サイズ情報は、さらに、利用者からの課金許可の有無を示すことになり、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００３５】
また、前記コンテンツ配信制御サーバは、前記利用者端末装置の利用者のプリペイド残額を管理する管理データベースと通信回線を介して接続され、前記第１コンテンツは、前記プリペイド残額で購入された購入済み有料コンテンツであり、前記第２コンテンツは、前記プリペイド残額で未購入の未購入有料コンテンツであることが望ましい。
【００３６】
上記の発明によれば、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【００３７】
また、前記複合コンテンツの受け付けが開始されると、前記受け付けられた購入済み有料コンテンツのデータサイズが継続的に計測され、その計測値の増加に応じて前記管理データベースが管理しているプリペイド残金が少なくなり、その変更されたプリペイド残金に基づいて、前記購入済み有料コンテンツの残りデータサイズが算出されることが望ましい。
【００３８】
上記の発明によれば、有料コンテンツの受信可能なデータサイズを示す受信サイズ情報は、プリペイド残金が少なくなるほど有料コンテンツの受信データサイズが小さくなるように設定される。このため、コンテンツサーバは、その受信サイズ情報に基づいて、すでにプリペイドで購入された有料コンテンツ部分の配信完了を確認することが可能になる。受信サイズ情報は、プリペイドで購入された有料コンテンツ部分の配信が完了する前から変化するため、プリペイドで購入された有料コンテンツ部分の配信完了を事前に確認することが可能となる。
【００３９】
したがって、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【００４０】
また、受信サイズ情報は、受信サイズとプリペイド残金（プリペイドで購入された有料コンテンツ部分の残量）とを示すことになり、受信サイズとプリペイド残金とを別々の情報で伝える場合に比べて、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００４１】
また、プリペイド残金が所定額以上の場合、予め設定されている初期受信サイズ情報が前記受信サイズ情報として設定されることが望ましい。
【００４２】
上記の発明によれば、例えば、プリペイドの入金の有無を受信サイズ情報が示す受信データサイズで判断することが可能になる。このため、受信サイズ情報は、さらに、利用者からのプリペイドの入金の有無を示すことになり、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００４３】
また、本発明の利用者端末装置は、第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御する利用者端末装置であって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力部と、前記入力部が受け付けた第１コンテンツの残りデータサイズを算出する算出部と、前記算出部が算出した残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定部と、前記設定部が設定した受信サイズ情報を前記コンテンツサーバに通知する通知部とを含む。
【００４４】
また、本発明のコンテンツ配信制御方法は、第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続し、前記コンテンツサーバが行う複合コンテンツの配信を制御する利用者端末装置が行うコンテンツ配信制御方法であって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力ステップと、前記入力ステップにて受け付けられた第１コンテンツの残りデータサイズを算出する算出ステップと、前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定ステップと、前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知ステップとを含む。
【００４５】
また、本発明のプログラムは、第１コンテンツと該第１コンテンツに続く第２コンテンツとを含む複合コンテンツを配信するコンテンツサーバと、通信回線を介して接続するコンピュータにコンテンツ配信制御処理を実行させるプログラムであって、前記コンテンツサーバから前記複合コンテンツを受け付ける入力処理と、前記入力処理にて受け付けられた第１コンテンツの残りデータサイズを算出する算出処理と、前記算出された残りデータサイズが少なくなるほど前記複合コンテンツの受信データサイズが小さくなるように、前記複合コンテンツの受信可能なデータサイズを示す受信サイズ情報を設定する設定処理と、前記設定された受信サイズ情報を前記コンテンツサーバに通知する通知処理と、を含むコンテンツ配信制御処理を、前記コンピュータに実行させる。
【００４６】
上記の発明によれば、複合コンテンツの受信サイズを示す受信サイズ情報は、第１コンテンツの残りデータサイズが少なくなるほど複合コンテンツの受信データが小さくなるように設定される。このため、コンテンツサーバは、その受信サイズ情報に基づいて、第１コンテンツの配信完了を確認することが可能になる。受信サイズ情報は、第１コンテンツの配信が完了する前から変化するため、第１コンテンツの配信完了を事前に確認することが可能となる。
【００４７】
したがって、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になる。
【００４８】
また、受信サイズ情報は、受信サイズと第１コンテンツの配信状態とを示すことになり、受信サイズと第１コンテンツの配信状態とを別々の情報で伝える場合に比べて、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００４９】
また、前記コンテンツサーバから前記第１コンテンツのデータサイズを示すデータサイズ情報がさらに受け付けられ、前記データサイズ情報が受け付けられると、その受け付けられたデータサイズ情報が格納され、前記複合コンテンツの受け付けが開始されると、前記受け付けた複合コンテンツ内の第１コンテンツのデータサイズが継続的に計測され、前記格納部に格納されたデータサイズ情報から前記計測結果を差し引いて前記第１コンテンツの残りデータサイズを算出することが望ましい。
【００５０】
上記の発明によれば、前記第１コンテンツの残りデータサイズを高い精度で算出することが可能となる。
【００５１】
また、前記第１コンテンツは、無料コンテンツであり、前記第２コンテンツは、有料コンテンツであることが望ましい。
【００５２】
上記の発明によれば、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【００５３】
また、利用者から課金許可情報が受け付けられると、予め設定されている初期受信サイズ情報が前記受信サイズ情報として設定されることが望ましい。
【００５４】
上記の発明によれば、利用者からの課金許可の有無を受信サイズ情報が示す受信サイズで判断することが可能になる。このため、受信サイズ情報は、さらに、利用者からの課金許可の有無を示すことになり、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【００５５】
また、前記受信サイズ情報は、ＴＣＰウインドウサイズであることが望ましい。この場合、ＴＣＰプロトコル処理で複合コンテンツの配信量を制御することが可能となり、コンテンツサーバの負荷を抑えることが可能になる。
【発明の効果】
【００５６】
本発明によれば、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になる。
【発明を実施するための最良の形態】
【００５７】
以下、本発明の実施形態について図面を参照して説明する。
【００５８】
図１は、本発明の第１の実施形態のコンテンツ配信制御システムを示したブロック図である。
【００５９】
図１において、コンテンツ配信制御システムは、利用者端末装置１と、コンテンツサーバ２と、コンテンツ配信制御サーバ（プローブ装置）３と、加入者ＤＢ４と、ログサーバ５とを含む。
【００６０】
コンテンツ配信制御サーバ３は、通信部３１と、課金判断部３２とを含む。
【００６１】
通信部３１は、ＴＣＰ／ＩＰ処理部３１ａと、アプリケーション処理部３１ｂとを含む。
【００６２】
課金判断部３２は、格納部３２ａと、計測部３２ｂと、演算部３２ｃと、制御部３２ｄと、初期受信サイズ格納部３２ｅとを含む。
【００６３】
利用者端末装置１と、コンテンツサーバ２と、コンテンツ配信制御サーバ３とは、インターネット等の通信回線６を介して相互に接続されている。さらに言えば、利用者端末装置１とコンテンツサーバ２とは、コンテンツ配信制御サーバ３および通信回線６を介してＴＣＰ／ＩＰを利用して相互に通信可能である。
【００６４】
利用者端末装置１は、例えば、パーソナルコンピュータのような通信端末装置であり、利用者によって利用される。
【００６５】
利用者端末装置１は、利用者の入力に基づいて、コンテンツサーバ２にコンテンツ要求を送信する。また、利用者端末装置１は、コンテンツサーバ２から配信されるコンテンツを受け付け、その受け付けられたコンテンツを表示する。また、利用者端末装置１は、利用者がコンテンツサーバ２から配信されるコンテンツに対する料金の支払いに同意した場合、利用者の入力に基づいて、課金確認情報（課金許可情報）を送信する。
【００６６】
コンテンツサーバ２は、利用者端末装置１からのコンテンツ要求に応じて、無料画像コンテンツ（無料コンテンツ）とその無料画像コンテンツに続く有料画像コンテンツ（有料コンテンツ）とを含む複合コンテンツを利用者端末装置１に配信する。
【００６７】
なお、複合コンテンツは、ストリーム型のコンテンツであることが望ましい。
【００６８】
また、複合コンテンツは、無料コンテンツとその無料コンテンツに続く有料コンテンツを含むコンテンツに限らず、第１コンテンツとその第１コンテンツに続く第２コンテンツを含むコンテンツであればよい。
【００６９】
また、コンテンツサーバ２は、複合コンテンツを利用者端末装置１に配信する際、その複合コンテンツのアプリケーションヘッダに、その複合コンテンツの属性を示す属性情報を挿入し、その属性情報が挿入された複合コンテンツを利用者端末装置１に配信する。
【００７０】
なお、本実施例では、コンテンツサーバ２は、複合コンテンツの属性情報として、無料画像コンテンツ（試聴可能部分）のデータサイズを示すデータサイズ情報と、有料画像コンテンツ料金とを用いる。
【００７１】
コンテンツ配信制御サーバ３は、例えば、プローブ装置であり、コンテンツサーバ２が行う複合コンテンツの配信を制御する。
【００７２】
通信部３１は、入力部および通知部の一例であり、通信回線６を介して、利用者端末装置１およびコンテンツサーバ２と通信する。
【００７３】
通信部３１は、利用者端末装置１からは、コンテンツ要求および課金確認情報を受け付け、また、コンテンツサーバ２からは、複合コンテンツ（複合コンテンツの属性情報を含む）を受け付ける。
【００７４】
通信部３１は、利用者端末装置１から受け付けたコンテンツ要求をコンテンツサーバ２に送信し、コンテンツサーバ２から受け付けた複合コンテンツを利用者端末装置１に送信する。
【００７５】
ＴＣＰ／ＩＰ処理部３１ａは、ＴＣＰ／ＩＰレイヤーの処理を行う。具体的には、ＴＣＰ／ＩＰ処理部３１ａは、利用者端末装置１およびコンテンツサーバ２からのトラフィックのＴＣＰ／ＩＰ処理を行い、課金判断部３２からの指示にしたがって、コンテンツサーバ２へ通知するウインドウサイズ（受信サイズ）を変更する。
【００７６】
アプリケーション処理部３１ｂは、利用者端末装置１とコンテンツサーバ２間のアプリケーションレイヤーを解析し、特定テキスト（例えば、複合コンテンツの属性情報および課金確認情報）を抽出する。
【００７７】
具体的には、アプリケーション処理部３１ｂは、利用者端末装置１とコンテンツサーバ２間で送受信されるトラフィックからアプリケーションを解析し、複合コンテンツ前後にあるヘッダおよびトレイラ情報から予め指定されたキーワードに関するコンテンツの属性情報を抽出する。
【００７８】
アプリケーション処理部３１ｂは、その抽出されたコンテンツの属性情報を、複合コンテンツ本体のデータサイズ、ＩＰアドレス（利用者端末装置１およびコンテンツサーバ２）、ＴＣＰポート番号（端利用者端末装置１およびコンテンツサーバ２）とともに課金判断部３２へ通知する。
【００７９】
また、アプリケーション処理部３１ｂは、利用者の確認動作に応じて利用者端末装置１から通知される課金確認情報を検出し、その検出された課金確認情報を課金判断部３２へ通知する。
【００８０】
課金判断部３２は、利用者の課金状態を管理し、また、コンテンツサーバ２による複合コンテンツの配信を制御する。
【００８１】
具体的には、課金判断部３２は、利用者端末装置１からコンテンツサーバ２へのアクセス開始時にアプリケーション処理部３１ｂから通知される利用者端末装置１のＩＰアドレスをもとに加入者ＤＢ４に問い合わせを行い、加入者ＤＢ４から加入者情報を取得する。
【００８２】
また、課金判断部３２は、利用者端末装置１からその加入者（利用者）の課金確認情報が通知されたときに、加入者ＤＢ４から取得された加入者情報と、コンテンツの属性情報に含まれているコンテンツ料金とを、ログサーバ５へ通知する。
【００８３】
格納部３２ａは、アプリケーション処理部３１ｂがデータサイズ情報を抽出すると、その抽出されたデータサイズ情報を格納する。
【００８４】
計測部３２ｂは、ＴＣＰ／ＩＰ処理部３１ａが複合コンテンツの受け付けを開始すると、その複合コンテンツに含まれる無料画像コンテンツのデータサイズを継続的に計測する。
【００８５】
演算部３２ｃは、格納部３２ａに格納されたデータサイズ情報から計測部３２ｂの計測結果を差し引いて無料画像コンテンツの残りデータサイズを演算する。
【００８６】
制御部３２ｄは、設定部の一例であり、課金判断部３２の動作を制御する。
【００８７】
制御部３２ｄは、例えば、演算部３２ｃが演算した残りデータサイズが少なくなるほど複合コンテンツの受信データサイズが小さくなるように、複合コンテンツの受信可能なデータサイズを示す受信サイズ情報をその残りデータサイズに基づいて設定する。
【００８８】
初期受信サイズ格納部３２ｅは、予め設定されている初期受信サイズ情報（ＴＣＰウインドウサイズの初期値）を格納する。
【００８９】
なお、制御部３２ｄは、アプリケーション処理部３１ｂが課金許可情報を受け付けると、初期受信サイズ格納部３２ｅに格納されている初期受信サイズ情報を受信サイズ情報として設定する。
【００９０】
加入者ＤＢ４は、コンテンツ利用者に割り当てられているＩＰアドレスを管理し、コンテンツ配信制御サーバ（以下「プローブ装置」と称する。）３からの加入者情報の問い合わせに応答する。
【００９１】
ログサーバ５は、プローブ装置３から通知される課金ログに基づいて、利用者に料金の請求を行う。
【００９２】
次に、動作を説明する。
【００９３】
図２は、第１の実施形態の動作を説明するためのシーケンス図である。
【００９４】
具体的には、図２（ａ）は、複合コンテンツ中の無料画像コンテンツの配信が完了する前に、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明するためのシーケンス図である。
【００９５】
図２（ｂ）は、複合コンテンツ中の無料画像コンテンツの配信が完了した直後に、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明するためのシーケンス図である。
【００９６】
図２（ｃ）は、複合コンテンツ中の無料画像コンテンツの配信が完了しても、利用者が有料画像コンテンツに対する料金の支払いに同意しない場合の動作を説明するためのシーケンス図である。
【００９７】
また、図３は、第１の実施形態の動作（具体的には、課金判断部３２の課金判断処理）を説明するためのフローチャートである。
【００９８】
具体的には、図３（ａ）は、課金判断部３２が行うコンテンツサーバ側処理を説明するためのフローチャートであり、また、図３（ｂ）は、課金判断部３２が行う端末側処理を説明するためのフローチャートである。
【００９９】
なお、図２および図３は、利用者が複合コンテンツの有料画像コンテンツに対する料金の支払いに同意すると、複合コンテンツのすべてが視聴可能となる動作を説明するための図である。
【０１００】
以下、図１、図２および図３を参照して、第１の実施形態の動作を説明する。
【０１０１】
まず、図２（ａ）および図３を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了する前に、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明する。
【０１０２】
まず、利用者端末装置１とコンテンツサーバ２との間でコネクションが確立される（図２（ａ）のステップａ１、ａ２）。
【０１０３】
続いて、利用者端末装置１が、コンテンツサーバ２に対してコンテンツの配信を要求（コンテンツ要求）する（図２（ａ）のステップａ３）。
【０１０４】
ＴＣＰ／ＩＰ処理部３１ａは、そのコンテンツ要求から、利用者端末装置１のＩＰアドレスを検出し、その検出されたＩＰアドレスを課金判断部３２（具体的には、制御部３２ｄ）に通知する。
【０１０５】
制御部３２ｄは、その通知されたＩＰアドレスをキーとして加入者ＤＢ４に対して加入者情報を問い合わせて、利用者の加入者情報を取得する。制御部３２ｄは、その取得された加入者情報を、ロクサーバ５に通知する課金ログに結合する。
【０１０６】
続いて、制御部３２ｄは、図３（ａ）に示すコンテンツサーバ側処理および図３（ｂ）に示す端末側処理を開始する（図３のステップＳ１およびステップＳ１３）。
【０１０７】
続いて、制御部３２ｄは、コンテンツサーバ側処理において、ＴＣＰウインドウサイズ（受信サイズ情報）ＷＳＺｓを、初期受信サイズ格納部３２ｅに格納されているＴＣＰウインドウの初期値ＷＳＺｄに設定し、さらに、受信コンテンツサイズＲＳＺ（計測部３２ｂの計測値）を０に設定する（図３（ａ）のステップＳ２）。
【０１０８】
続いて、制御部３２ｄは、端末側処理において、課金確認情報“PAY-OK”をＮｏに設定する（図３（ｂ）のステップＳ１４）。
【０１０９】
図２（ａ）に戻って、コンテンツサーバ２は、コンテンツ要求を受信すると（図２（ａ）のステップａ４）、そのコンテンツ要求によって要求されたコンテンツの配信を開始する（図２（ａ）のステップａ６）。
【０１１０】
なお、本実施形態では、そのコンテンツ要求は複合コンテンツを要求するものとする。
【０１１１】
コンテンツサーバ２は、複合コンテンツの配信開始時に、試聴可能部分（無料画像コンテンツ）のデータサイズ情報および有料画像コンテンツ料金を、その複合コンテンツの属性情報として複合コンテンツのアプリケーションヘッダに挿入する。
【０１１２】
アプリケーション処理部３１ｂは、その複合コンテンツのアプリケーションヘッダからコンテンツの属性情報を抽出する。アプリケーション処理部３１ｂは、その抽出されたコンテンツの属性情報を制御部３２ｄに通知する。
【０１１３】
制御部３２ｄは、そのコンテンツ属性情報を受け付けると、そのコンテンツ属性情報に含まれるデータサイズ情報を格納部３２ａにＰＳＺとして格納する（図３（ａ）のステップＳ３）。
【０１１４】
また、ＴＣＰ／ＩＰ処理部３１ａは、コンテンツサーバ２からの複合コンテンツの受け付けを開始すると、その受け付けた複合コンテンツを制御部３２ｄに出力する。制御部３２ｄは、その受け付けたコンテンツを計測部３２ｂに出力する。
【０１１５】
計測部３２ｂは、その複合コンテンツのデータサイズ（具体的には、無料画像コンテンツのデータサイズ）を継続的に計測し、その計測結果をＲＳＺとして演算部３２ｃに出力する。
【０１１６】
演算部３２ｃは、格納部３２ａに格納されたＰＳＺ（無料画像コンテンツのデータサイズ）から計測部３２ｂの計測結果ＲＳＺ（配信済み無料画像コンテンツのデータサイズ）を差し引いて、無料画像コンテンツの残りデータサイズを演算する。演算部３２ｃは、その演算結果を制御部３２ｄに出力する。なお、演算部３２ｃは、この動作を継続的に行う。
【０１１７】
一方、制御部３２ｄは、課金確認情報“PAY-OK”の状態を確認する（図３（ａ）のステップＳ４）。
【０１１８】
初期状態では、課金確認情報“PAY-OK”はＮｏであるので、制御部３２ｄは、ＰＳＺ−ＲＳＺの値、すなわち、演算部３２ｃの演算結果を確認する（図３（ａ）のステップＳ６）。
【０１１９】
制御部３２ｄは、演算部３２ｃの演算結果が、ＷＳＺｄ（ＴＣＰウインドウサイズの初期値）より大きい場合、ＷＳＺｓ（ＴＣＰウインドウサイズ）をＷＳＺｄに設定し、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、コンテンツサーバ側処理をステップＳ４に戻す（図３（ａ）のステップＳ９）。
【０１２０】
図２（ａ）に戻って、利用者端末装置１は、複合コンテンツの受信を始めると（図２（ａ）のステップａ５）、その複合コンテンツを表示し、また、その表示されたコンテンツが有料コンテンツの前の無料コンテンツであることと、残りの無料コンテンツの長さ（時間、データサイズ等）と、課金確認ボタン等を押下することにより表示中の複合コンテンツを有料コンテンツを含めて継続して視聴可能であることとを表示する。
【０１２１】
コンテンツサーバ２からのコンテンツ配信が進み、試聴可能部分の残り（演算部３２ｃの演算結果）がＷＳＺｄ（ＴＣＰウインドウの初期値）より小さくなると（図２（ａ）のステップａ１０および図３（ａ）のステップＳ６）、制御部３２ｄは、ＷＳＺｓ（ＴＣＰウインドウサイズ）を演算部３２ｃの演算結果に設定する。制御部３２ｄは、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、コンテンツサーバ側処理をステップＳ４に戻す（図３（ａ）のステップＳ８）。
【０１２２】
このため、試聴可能部分の残り（演算部３２ｃの演算結果）がＷＳＺｄ（ＴＣＰウインドウの初期値）より小さくなると、複合コンテンツの受信サイズが小さくなっていく。
【０１２３】
この状況下で、利用者が利用者端末装置１の課金確認ボタンを押下すると、利用者端末装置１は、課金確認情報を送信する（図２（ａ）のステップａ１３）。
【０１２４】
アプリケーション処理部３１ｂは、その課金確認情報を抽出し、その抽出された課金確認情報を制御部３２ｄに通知する。
【０１２５】
制御部３２ｄが課金確認情報を受け付けると、図３（ｂ）に示す端末側処理がステップＳ１５からステップＳ１６に進む。ステップＳ１６では、制御部３２ｄは、課金確認情報“PAY-OK”をＹｅｓに設定する。
【０１２６】
続いて、制御部３２ｄは、利用者端末装置１とコンテンツサーバ２とのコネクション確立時に確認した加入者情報と、複合コンテンツの属性情報から取得したコンテンツ料金とを結合し、その結合された情報をログサーバ５へ課金ログとして通知する。
【０１２７】
その後、制御部３２ｄがコンテンツサーバ２から複合コンテンツを受信すると、コンテンツサーバ側処理はステップＳ４からステップＳ５へ遷移する。
【０１２８】
ステップＳ５では、制御部３２ｄは、ＷＳＺｓ（ＴＣＰウインドウサイズ）をＷＳＺｄ（ＴＣＰウインドウサイズの初期値）に設定し、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、コンテンツサーバ側処理を終了する（図３（ａ）のステップＳ１２）。
【０１２９】
その後、コンテンツの配送が終了すると（図２（ａ）のステップａ１９、ａ２０）、利用者端末装置１からコネクションの切断が行われる（図２（ａ）のステップａ２１、ａ２２）。
【０１３０】
次に、図２（ｂ）および図３を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了した直後に利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明する。
【０１３１】
なお、図２（ｂ）において、図２（ａ）の処理と同一の処理には同一符号を付してある。以下では、図２（ａ）と異なる処理を中心に説明する。
【０１３２】
コンテンツサーバ２からの複合コンテンツ配信が進み、試聴可能部分の残り（演算部３２ｃの演算結果）がＷＳＺｄ（ＴＣＰウインドウの初期値）より小さくなると（図２（ｂ）のステップａ１０、ａ１２、ａ１４）、制御部３２ｄは、ステップＳ８を実行する。このため、複合コンテンツの受信可能なデータサイズは、徐々に小さくなっていく。
【０１３３】
さらに、コンテンツサーバ２からの複合コンテンツ配信が進み、試聴可能部分（無料画像コンテンツ）の配信が完了すると（図２（ｂ）のステップｂ１６）、制御部３２ｄは、コンテンツサーバ側処理をステップＳ６からステップＳ７へ遷移させる。
【０１３４】
ステップＳ７では、制御部３２ｄは、ＷＳＺｓ（ＴＣＰウインドウサイズ）を０に設定し、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させる。
【０１３５】
なお、コンテンツサーバ２は、プローブ装置３から通知されるＷＳＺｓが小さい値に変化すると、試聴可能部分（無料画像コンテンツ）の配信が完了した場合（例えば、ＷＳＺｓ＝０）に、有料画像コンテンツの配信を停止する。なお、コンテンツサーバ２は、その配信停止を、コンテンツを配信可能なＷＳＺｓがプローブ装置３から通知されるまで継続する。
【０１３６】
制御部３２ｄは、さらに、所定時間のカウントをスタートして、ステップＳ１０に進む。
【０１３７】
ステップＳ１０では、制御部３２ｄは、所定時間のカウントが終了したか否かを確認し、所定時間のカウントが終了しないと、ステップＳ４を実行する。
【０１３８】
所定時間のカウントが終了する前に、利用者が利用者端末装置１の課金確認ボタンを押下すると、利用者端末装置１は、課金確認情報を送信する（図２（ｂ）のステップｂ１７）。
【０１３９】
制御部３２ｄが課金確認情報を受信してからの動作は、図２（ａ）で示した動作と同様である。
【０１４０】
なお、コンテンツサーバ２は、ＷＳＺｓ（ＴＣＰウインドウサイズ）がＷＳＺｄになっているパケット（情報）を受信すると、複合コンテンツの配信を再開する（図２（ｂ）のステップｂ２０）。
【０１４１】
次に、図２（ｃ）および図３を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了しても、利用者が有料画像コンテンツに対する料金の支払いに同意しない場合の動作を説明する。
【０１４２】
なお、図２（ｃ）において、図２（ｂ）の処理と同一の処理には同一符号を付してある。以下では、図２（ｂ）と異なる処理を中心に説明する。
【０１４３】
図２（ｃ）のステップｂ１６終了後に、アプリケーション処理部３が利用者端末装置１から課金確認情報“PAY-OK”を検出しないまま、制御部３２ｄが所定時間のカウントを終了すると、制御部３２ｄは、コンテンツサーバ側処理をステップＳ１０からステップＳ１１に遷移する。
【０１４４】
ステップＳ１１では、制御部３２ｄは、利用者端末装置１およびコンテンツサーバ２へリセットを送信し、利用者端末装置１とコンテンツサーバ２との間のコネクションを切断する（図２（ｃ）のステップｃ１７、ｃ１８）。
【０１４５】
次に、第１の実施形態の効果について説明する。
【０１４６】
本実施の形態では、試聴可能部分の残りが少なくなるとＴＣＰウインドウサイズを試聴可能部分の残りサイズ分に合わせて小さい値としてコンテンツサーバ２に通知するというように構成されているため、試聴可能部分の配送が完了した時点で送信を停止することができる。
【０１４７】
また、利用者が料金の支払いに同意した場合は、ＴＣＰウインドウサイズを初期値に戻すことにより、試聴部分の続きから視聴することができる。
【０１４８】
また、試聴部分の配送が完了する前に利用者が料金支払いに同意すれば、コンテンツサーバ２からのコンテンツ配送が止まらないので、継続して複合コンテンツを試聴可能である。
【０１４９】
次に、第１の実施形態の作用効果について説明する。
【０１５０】
第１の実施形態では、複合コンテンツの受信サイズを示すＷＳＺｓは、無料画像コンテンツの残りデータサイズが少なくなるほど複合コンテンツの受信サイズが小さくなるように、その残りデータサイズに基づいて設定される。このため、コンテンツサーバ２は、そのＷＳＺｓに基づいて、無料画像コンテンツの配信完了を確認することが可能になる。ＷＳＺｓは、無料画像コンテンツの配信が完了する前から変化するため、無料画像コンテンツの配信完了を事前に確認することが可能となる。
【０１５１】
したがって、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【０１５２】
また、ＷＳＺｓは、受信サイズと無料画像コンテンツの配信状態とを示すことになり、受信サイズと無料画像コンテンツの配信状態とを別々の情報で伝える場合に比べて、プローブ装置３からコンテンツサーバ２に送信する情報量を少なくすることが可能になる。
【０１５３】
また、本実施の形態では、利用者端末装置１から課金許可情報が受け付けられると、制御部３２ｄは、予め設定されている初期受信サイズ情報をＷＳＺｓとして設定する。このため、利用者からの課金許可の有無をＷＳＺｓが示すサイズで判断することが可能になる。このため、ＷＳＺｓは、さらに、利用者からの課金許可の有無を示すことになり、プローブ装置３からコンテンツサーバ２に送信する情報量を少なくすることが可能になる。
【０１５４】
なお、コンテンツ配信制御サーバ３は、メモリに記録されているプログラムを読み取り、その読み取ったプログラムを実行するコンピュータによって実現されてもよい。なお、このプログラムは、コンテンツ配信制御サーバ３が実行するコンテンツ配信制御方法をコンピュータに実行させる。
【０１５５】
次に、本発明の第２の実施形態を説明する。
【０１５６】
第２の実施形態は、プリペイド方式の従量課金システムでのコンテンツ配信制御に関する。
【０１５７】
図４は、第２の実施形態のコンテンツ配信制御システムを示したブロック図である。なお、図４において、図１に示したものと同一のものには同一符号を付してある。以下では、図１に示したものと異なる点を中心に説明する。
【０１５８】
図４において、コンテンツ配信制御システムは、利用者端末装置１と、コンテンツサーバ２と、コンテンツ配信制御サーバ３０と、加入者ＤＢ４１と、ログサーバ５とを含む。
【０１５９】
コンテンツ配信制御サーバ３０は、通信部３１と、課金判断部３０２とを含む。
【０１６０】
課金判断部３０２は、計測部３２ｂと、初期受信サイズ格納部３２ｅと、制御部３２ｆとを含む。
【０１６１】
利用者端末装置１と、コンテンツサーバ２と、コンテンツ配信制御サーバ３０とは、インターネット等の通信回線６を介して相互に接続されている。さらに言えば、利用者端末装置１とコンテンツサーバ２とは、コンテンツ配信制御サーバ３０および通信回線６を介してＴＣＰ／ＩＰを利用して相互に通信可能である。
【０１６２】
コンテンツサーバ２は、利用者端末装置１にプリペイド式で有料画像コンテンツを配信する。なお、有料画像コンテンツは、ストリーム型のコンテンツであることが望ましい。
【０１６３】
加入者ＤＢ４１は、利用者端末装置１の利用者のプリペイド残額を管理する管理データベースである。
【０１６４】
コンテンツ配信制御サーバ３０は、例えば、プローブ装置であり、コンテンツサーバ２が行う有料画像コンテンツの配信を制御する。
【０１６５】
通信部３１は、コンテンツサーバ２から有料画像コンテンツと受け付ける。
【０１６６】
課金判断部３０２は、利用者の課金状態を管理し、また、コンテンツサーバ２による有料画像コンテンツの配信を制御する。
【０１６７】
計測部３２ｂは、通信部３１が有料画像コンテンツの受け付けを開始すると、その有料画像コンテンツのデータサイズを継続的に計測する。
【０１６８】
制御部３２ｆは、プリペイド残金制御部、演算部および設定部の一例である。
【０１６９】
制御部３２ｆは、計測部３２ｂの計測値の増加に応じて、加入者ＤＢ４１が管理しているプリペイド残金を少なくする。
【０１７０】
また、制御部３２ｆは、プリペイド残金が少なくするほど有料画像コンテンツの受信サイズが小さくなるように、有料画像コンテンツの受信可能なデータサイズを示す受信サイズ情報をプリペイド残金に基づいて設定する。なお、通信部３１は、制御部３２ｆが設定した受信サイズ情報をコンテンツサーバ２に通知する。
【０１７１】
次に、動作を説明する。
【０１７２】
図５は、第２の実施形態の動作を説明するためのシーケンス図である。
【０１７３】
具体的には、図５（ａ）は、コンテンツの視聴開始時にあったプリペイド残高が視聴中に使い切られ、その直後に、プリペイド残高が追加された場合を説明するためのシーケンス図である。
【０１７４】
図５（ｂ）は、コンテンツの視聴開始時にあったプリペイド残高が視聴中に使い切られ、その直後に、プリペイド残高が追加されなかった場合を説明するためのシーケンス図である。
【０１７５】
図５（ｃ）は、コンテンツの視聴開始時にプリペイド残高がない場合を説明するためのシーケンス図である。
【０１７６】
また、図６は、第２の実施形態の動作（具体的には、課金判断部３０２の課金判断処理）を説明するためのフローチャートである。
【０１７７】
以下、図４、図５および図６を参照して、第２の実施形態の動作を説明する。
【０１７８】
まず、図５（ａ）および図６を参照して、コンテンツの視聴開始時にあったプリペイド残高が視聴中に使い切られ、その直後に、プリペイド残高が追加された場合の動作を説明する。
【０１７９】
まず、利用者端末装置１とコンテンツサーバ２との間でコネクションが確立される（図５（ａ）のステップｄ１、ｄ２）。
【０１８０】
続いて、利用者端末装置１が、コンテンツサーバ２に対してコンテンツの配信を要求（コンテンツ要求）する（図５（ａ）のステップｄ３）。
【０１８１】
ＴＣＰ／ＩＰ処理部３１ａは、そのコンテンツ要求から、利用者端末装置１のＩＰアドレスを検出し、その検出されたＩＰアドレスを課金判断部３２（具体的には、制御部３２ｆ）に通知する。
【０１８２】
制御部３２ｆは、そのＩＰアドレスを受け付けると、図６に示す処理を開始する（図６のステップＳ２１）。
【０１８３】
続いて、制御部３２ｆは、ＴＣＰウインドウサイズ（受信サイズ情報）ＷＳＺｓを初期受信サイズ格納部３２ｅに格納されているＴＣＰウインドウの初期値ＷＳＺｄに設定する。さらに、制御部３２ｆは、その通知されたＩＰアドレスをキーとして加入者ＤＢ４に対して加入者情報を問い合わせて、利用者の加入者情報およびその利用者のプリペイド残金を取得する（図６のステップＳ２２）。
【０１８４】
図５（ａ）に戻って、コンテンツサーバ２は、コンテンツ要求を受信すると（図５（ａ）のステップｄ４）、そのコンテンツ要求によって要求されたコンテンツの配信を開始する（図５（ａ）のステップｄ６）。
【０１８５】
なお、本実施形態では、そのコンテンツ要求は有料画像コンテンツを要求するものとする。
【０１８６】
コンテンツサーバ２は、有料画像コンテンツの配信開始時に、そのコンテンツの属性情報として、コンテンツ課金レート（Ｒａｔｅ）をそのコンテンツのアプリケーションヘッダに挿入する。
【０１８７】
アプリケーション処理部３１ｂは、その複合コンテンツのアプリケーションヘッダからコンテンツの属性情報を抽出する。アプリケーション処理部３１ｂは、その抽出されたコンテンツの属性情報を制御部３２ｆに通知する。
【０１８８】
制御部３２ｆは、そのコンテンツ属性情報を受け付けると、そのコンテンツ属性情報に含まれるコンテンツ課金レート（Ｒａｔｅ）を抽出する（図６のステップＳ２３）。
【０１８９】
続いて、制御部３２ｆは、利用者のプリペイド残金が０であるか否かを確認する（図６のステップＳ２４）。図５（ａ）の場合、利用者のプリペイド残金が０でないので、ステップＳ２６に遷移する。
【０１９０】
なお、ＴＣＰ／ＩＰ処理部３１ａは、コンテンツサーバ２からのコンテンツの受け付けを開始すると、その受け付けたコンテンツを制御部３２ｆに出力する。制御部３２ｆは、その受け付けたコンテンツを計測部３２ｂに出力する。
【０１９１】
計測部３２ｂは、そのコンテンツ（第１コンテンツ）のデータサイズを継続的に計測し、その計測結果をＲＳＺとして制御部３２ｆに出力する。
【０１９２】
ステップＳ２６では、制御部３２ｆは、加入者ＤＢ４１が管理している利用者のコンテンツ残金を更新する。具体的には、制御部３２ｆは、加入者ＤＢ４１が管理しているコンテンツ残金ＰＡＹを、ＰＡＹ−Ｒａｔｅ×ＲＳＺの演算結果に更新する。制御部３２ｆは、ステップＳ２６を終了すると、ステップＳ２７を実行する。
【０１９３】
ステップＳ２７では、制御部３２ｆは、コンテンツ残金に相当するコンテンツデータ量（購入済み有料コンテンツの残りデータサイズ）ＰＡＹ／Ｒａｔｅを演算し、その演算結果がＷＳＺｄ（ＴＣＰウインドウサイズの初期値）より大きい場合、ステップＳ３０を実行する。
【０１９４】
ステップＳ３０では、制御部３２ｆは、ＷＳＺｓ（ＴＣＰウインドウサイズ）をＷＳＺｄに設定し、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、その後、ステップＳ３３を実行する。
【０１９５】
ステップＳ３３では、制御部３２ｆは、再度、利用者のプリペイド残金を取得し、その後、ステップＳ２６を実行する。
【０１９６】
図５（ａ）に戻って、利用者端末装置１は、コンテンツの受信を始めると（図５（ａ）のステップｄ５）、そのコンテンツを表示し、さらにプリペイド残金を表示する。
【０１９７】
コンテンツサーバ２からのコンテンツ配信が進み、プリペイド残金で視聴可能なコンテンツデータ量（ＰＡＹ／Ｒａｔｅ）がＷＳＺｄ（ＴＣＰウインドウの初期値）より小さくなると（図５（ａ）のステップｄ８、ｄ１０、ｄ１２）、制御部３２ｆは、ＷＳＺｓ（ＴＣＰウインドウサイズ）を視聴可能サイズ（ＰＡＹ／Ｒａｔｅ）に設定する。
【０１９８】
制御部３２ｆは、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、その後、ステップＳ３３を実行する（図６のステップＳ２９）。
【０１９９】
このため、視聴可能部分の残り（ＰＡＹ／Ｒａｔｅ）がＷＳＺｄ（ＴＣＰウインドウの初期値）より小さくなると、コンテンツの受信サイズが小さくなっていく。
【０２００】
さらにコンテンツの配送が進み、コンテンツ残金が使い切られると（図６のステップｄ１４）、プリペイド残金で視聴可能なコンテンツデータ量（ＰＡＹ／Ｒａｔｅ）が０以下になると、制御部３２ｆは、ＷＳＺｓ（ＴＣＰウインドウサイズ）を０に設定する。
【０２０１】
制御部３２ｆは、その設定されたＷＳＺｓをコンテンツサーバ２に送信する処理をＴＣＰ／ＩＰ処理部３１ａに実行させ、その後、所定時間のカウントをスタートして、ステップＳ３１に進む（図６のステップＳ２８）。
【０２０２】
なお、コンテンツサーバ２は、プローブ装置３０から通知されるＷＳＺｓが小さい値に変化すると、視聴可能部分（プリペイド残高で購入可能なコンテンツ部分）の配信が完了した場合（例えば、ＷＳＺｓ＝０）に、有料画像コンテンツの配信を停止する。なお、コンテンツサーバ２は、その配信停止を、コンテンツを配信可能なＷＳＺｓがプローブ装置３０から通知されるまで継続する。
【０２０３】
ステップＳ３１では、制御部３２ｆは、所定時間のカウントが終了したか否かを確認し、所定時間のカウントが終了しないと、ステップＳ３３を実行する。
【０２０４】
所定時間のカウントが終了する前に、ステップＳ３３にて、プリペイド残高の追加が確認されると（図５（ａ）のステップｄ１５）、制御部３２ｆは、処理をステップＳ２７からステップＳ３０へ遷移する（図５（ａ）のステップｄ１６）。
【０２０５】
コンテンツサーバ２はＷＳＺｓ（ＴＣＰウインドウサイズ）がＷＳＺｄ（初期値）となっているパケット（情報）を受信すると、コンテンツの送信を再開する（図５（ａ）のステップｄ１８）。
【０２０６】
その後、コンテンツの配送が終了すると（図５（ａ）のステップｄ２５、ｄ２６）、利用者端末装置１からコネクションの切断が行われる（図５（ａ）のステップｄ２７およびステップｄ２８）。
【０２０７】
また、制御部３２ｆは、コネクションの切断が行われると、プリペイド残高（ＰＡＹ）を加入者ＤＢ４へ通知する。
【０２０８】
次に、図５（ｂ）および図６を参照して、コンテンツの視聴開始時にあったプリペイド残高が視聴中に使い切られ、その後、プリペイド残高が追加されなかった場合の動作を説明する。
【０２０９】
なお、図５（ｂ）において、図５（ａ）の処理と同一の処理には同一符号を付してある。以下では、図５（ａ）と異なる処理を中心に説明する。
【０２１０】
図５（ｂ）のステップｄ１４終了後に、制御部３２ｆがプリペイド残高の追加を検出しないまま、制御部３２ｆが所定時間のカウントを終了すると、制御部３２ｆは、ステップＳ３２を実行する。
【０２１１】
ステップＳ３２では、制御部３２ｆは、利用者端末装置１およびコンテンツサーバ２へリセットを送信し、利用者端末装置１とコンテンツサーバ２との間のコネクションを切断する（図５（ｂ）のステップｅ１５、ｅ１６）。
【０２１２】
次に、図５（ｃ）および図６を参照して、コンテンツの視聴開始時にプリペイド残高がない場合の動作を説明する。
【０２１３】
なお、図５（ｃ）において、図５（ｂ）の処理と同一の処理には同一符号を付してある。以下では、図５（ｂ）と異なる処理を中心に説明する。
【０２１４】
制御部３２ｆは、図６のステップＳ２２にて取得した利用者のプリペイド残金が０であると、ステップＳ２５を実行する。
【０２１５】
ステップＳ２５では、制御部３２ｆは、利用者端末装置１およびコンテンツサーバ２へリセットを送信し、利用者端末装置１とコンテンツサーバ２との間のコネクションを切断する（図５（ｃ）のステップｅ１５、ｅ１６）。
【０２１６】
次に、第２の実施形態の効果について説明する。
【０２１７】
本実施の形態では、プリペイド残金が少なくなるとコンテンツサーバ２へ通知するＴＣＰウインドウサイズをプリペイド残金に相当するサイズに変更するように構成されているため、コンテンツサーバ２は利用者の支払い済みの金額に応じてコンテンツを配信できる。
【０２１８】
次に、第２の実施形態の作用効果について説明する。
【０２１９】
第２の実施形態では、有料画像コンテンツの受信可能なデータサイズを示すＷＳＺｓは、プリペイド残金が少なくなるほど有料画像コンテンツの受信データサイズが小さくなるように、そのプリペイド残金に基づいて設定される。このため、コンテンツサーバ２は、そのＷＳＺｓに基づいて、すでにプリペイドで購入された有料画像コンテンツ部分の配信完了を確認することが可能になる。ＷＳＺｓは、プリペイドで購入された有料画像コンテンツ部分の配信が完了する前から変化するため、プリペイドで購入された有料画像コンテンツ部分の配信完了を事前に確認することが可能となる。
【０２２０】
したがって、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【０２２１】
また、ＷＳＺｓは、受信データサイズとプリペイド残金（プリペイドで購入された有料画像コンテンツ部分の残量）とを示すことになり、受信データサイズとプリペイド残金とを別々の情報で伝える場合に比べて、プローブ装置３０からコンテンツサーバ２に送信する情報量を少なくすることが可能になる。
【０２２２】
また、本実施の形態では、プリペイド残金が所定額以上の場合、制御部３２ｆは、予め設定されている初期受信サイズ情報をＷＳＺｓとして設定する。このため、例えば、プリペイドの入金の有無をＷＳＺｓが示す受信データサイズで判断することが可能になる。このため、ＷＳＺｓは、さらに、利用者からのプリペイドの入金の有無を示すことになり、プローブ装置３０からコンテンツサーバ２に送信する情報量を少なくすることが可能になる。
【０２２３】
なお、コンテンツ配信制御サーバ３０は、メモリに記録されているプログラムを読み取り、その読み取ったプログラムを実行するコンピュータによって実現されてもよい。なお、このプログラムは、コンテンツ配信制御サーバ３０が実行するコンテンツ配信制御方法をコンピュータに実行させる。
【０２２４】
次に、本発明の第３の実施形態を説明する。
【０２２５】
第３の実施形態と第１の実施形態との大きな相違点は、第１の実施形態で課金判断部３２が行っていたＷＳＺｓの制御を、第３の実施形態では利用者端末装置１０が行う点である。
【０２２６】
図７は、第３の実施形態のコンテンツ配信制御システムを示したブロック図である。なお、図７において、図１に示したものと同一のものには同一符号を付してある。以下では、図１に示したものと異なる点を中心に説明する。
【０２２７】
図７において、コンテンツ配信制御システムは、利用者端末装置１０と、コンテンツサーバ２と、コンテンツ配信制御サーバ３０ａと、加入者ＤＢ４と、ログサーバ５とを含む。
【０２２８】
利用者端末装置１０は、通信部１０ａと、格納部１０ｂと、計測部１０ｃと、演算部１０ｄと、制御部１０ｅと、初期受信サイズ格納部１０ｆと、受付部１０ｇを含む。
【０２２９】
コンテンツ配信制御サーバ３０ａは、ＴＣＰ／ＩＰ処理部３１ａと、アプリケーション処理部３１ｂと、課金判断部３０３とを含む。
【０２３０】
利用者端末装置１０と、コンテンツサーバ２と、コンテンツ配信制御サーバ３０ａとは、インターネット等の通信回線６を介して相互に接続されている。さらに言えば、利用者端末装置１０とコンテンツサーバ２とは、コンテンツ配信制御サーバ３０ａおよび通信回線６を介してＴＣＰ／ＩＰを利用して相互に通信可能である。
【０２３１】
利用者端末装置１０は、例えば、パーソナルコンピュータのような通信端末装置であり、利用者によって利用される。
【０２３２】
利用者端末装置１０は、利用者の入力に基づいて、コンテンツサーバ２にコンテンツ要求を送信する。また、利用者端末装置１０は、コンテンツサーバ２から配信されるコンテンツを受け付け、その受け付けられたコンテンツを表示する。また、利用者端末装置１０は、利用者がコンテンツサーバ２から配信されるコンテンツに対する料金の支払いに同意した場合、利用者の入力に基づいて、課金確認情報（課金許可情報）を送信する。
【０２３３】
コンテンツサーバ２は、図１に示したコンテンツサーバと同様である。
【０２３４】
コンテンツ配信制御サーバ３０ａは、例えば、プローブ装置であり、コンテンツサーバ２が行う複合コンテンツの配信を制御する。
【０２３５】
通信部１０ａは、入力部および通知部の一例であり、通信回線６を介して、コンテンツサーバ２およびプローブ装置３０ａと通信する。通信部１０ａは、コンテンツサーバ２から複合コンテンツの属性情報を含む複合コンテンツを受け付ける。通信部１０ａは、その受け付けられた複合コンテンツ（属性情報を含む）を制御部１０ｅに出力する。
【０２３６】
格納部１０ｂは、制御部１０ｅが属性情報からデータサイズ情報を抽出すると、その抽出されたデータサイズ情報を格納する。
【０２３７】
計測部１０ｃは、通信部１０ａが複合コンテンツの受け付けを開始すると、その複合コンテンツに含まれる無料画像コンテンツのデータサイズを継続的に計測する。
【０２３８】
演算部１０ｄは、格納部１０ｂに格納されたデータサイズ情報から計測部１０ｃの計測結果を差し引いて無料画像コンテンツの残りデータサイズを演算する。なお、演算部１０ｄは、上記演算を継続的に行う。
【０２３９】
制御部１０ｅは、設定部の一例であり、利用者端末装置１０の動作を制御する。
【０２４０】
制御部１０ｅは、例えば、演算部１０ｄが演算した残りデータサイズが少なくなるほど複合コンテンツの受信データサイズが小さくなるように、複合コンテンツの受信可能なデータサイズを示す受信サイズ情報をその残りデータサイズに基づいて設定する。なお、通信部１０ａは、制御部１０ｅが設定した受信サイズ情報をコンテンツサーバ２に通知する。
【０２４１】
初期受信サイズ格納部１０ｆは、予め設定されている初期受信サイズ情報（ＴＣＰウインドウサイズの初期値）を格納する。
【０２４２】
受付部１０ｇは、複合コンテンツに対する課金の許可を示す課金許可情報を利用者から受け付ける。なお、制御部１０ｅは、受付部１０ｇが課金許可情報を受け付けると、初期受信サイズ格納部１０ｆに格納されている初期受信サイズ情報を受信サイズ情報として設定する。
【０２４３】
次に、動作を説明する。
【０２４４】
図８は、第３の実施形態の動作を説明するためのシーケンス図である。
【０２４５】
具体的には、図８（ａ）は、複合コンテンツ中の無料画像コンテンツの配信が完了する前に、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明するためのシーケンス図である。
【０２４６】
図８（ｂ）は、複合コンテンツ中の無料画像コンテンツの配信が完了しても、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明するためのシーケンス図である。
【０２４７】
図８（ｃ）は、複合コンテンツ中の無料画像コンテンツの配信が完了した直後に、利用者が有料画像コンテンツに対する料金の支払いに同意しない場合の動作を説明するためのシーケンス図である。
【０２４８】
なお、図８は、利用者が複合コンテンツの有料画像コンテンツに対する料金の支払いに同意すると、複合コンテンツのすべてが視聴可能となる動作を説明するための図である。
【０２４９】
以下、図７および図８を参照して、第３の実施形態の動作を説明する。
【０２５０】
まず、図８（ａ）を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了する前に、利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明する。
【０２５１】
まず、利用者端末装置１０とコンテンツサーバ２との間でコネクションが確立される（図８（ａ）のステップｇ１、ｇ２）。
【０２５２】
続いて、利用者端末装置１０が、コンテンツサーバ２に対してコンテンツの配信を要求（コンテンツ要求）する（図８（ａ）のステップｇ３）。
【０２５３】
ＴＣＰ／ＩＰ処理部３１ａは、そのコンテンツ要求から、利用者端末装置１のＩＰアドレスを検出し、その検出されたＩＰアドレスを課金判断部３０３に通知する。
【０２５４】
課金判断部３０３は、その通知されたＩＰアドレスをキーとして加入者ＤＢ４に対して加入者情報を問い合わせて、利用者の加入者情報を取得する。課金判断部３０３は、その取得された加入者情報を、ロクサーバ５に通知する課金ログに結合する。
【０２５５】
コンテンツサーバ２は、コンテンツ要求を受信すると（図８（ａ）のステップｇ４）、そのコンテンツ要求によって要求されたコンテンツの配信を開始する（図８（ａ）のステップｇ６）。
【０２５６】
なお、本実施形態では、そのコンテンツ要求は複合コンテンツを要求するものとする。
【０２５７】
コンテンツサーバ２は、複合コンテンツの配信開始時に、その複合コンテンツの属性情報として、試聴可能部分（無料画像コンテンツ）のデータサイズ情報および有料画像コンテンツ料金を複合コンテンツのアプリケーションヘッダに挿入する。
【０２５８】
アプリケーション処理部３１ｂは、その複合コンテンツのアプリケーションヘッダからコンテンツの属性情報を抽出する。アプリケーション処理部３１ｂは、その抽出されたコンテンツの属性情報を課金判断部３０３に通知する。
【０２５９】
課金判断部３０３は、コンテンツサーバ２から送信される複合コンテンツのデータ量を監視し、そのデータ量が試聴可能部分のサイズを超えた場合に、その利用者に対する課金ログを作成し、その課金ログをログサーバ５へ通知する。
【０２６０】
また、コンテンツの属性情報は、利用者端末装置１０でも抽出される。具体的には、通信部１０ａは、コンテンツの属性情報を抽出する。通信部１０ａは、そのコンテンツの属性情報を制御部１０ｅに出力する。
【０２６１】
制御部１０ｅは、コンテンツの属性情報を受け付けると、そのコンテンツの属性情報に含まれている無料画像コンテンツのデータサイズを格納部１０ｂに格納する。
【０２６２】
利用者端末装置１０は、複合コンテンツの受信が始まると（図８のステップｇ５）、コンテンツを表示し、さらに、表示しているコンテンツが有料コンテンツの無料部分であることと、残りの無料部分の長さ（時間、データサイズ等）と、課金確認ボタン等を押下することにより複合コンテンツを継続して視聴可能であることとを表示する。
【０２６３】
また、通信部１０ａは、コンテンツサーバ２からの複合コンテンツの受け付けを開始すると、その受け付けた複合コンテンツを制御部１０ｅに出力する。制御部１０ｅは、その受け付けたコンテンツを計測部１０ｃに出力する。
【０２６４】
計測部１０ｃは、その複合コンテンツのデータサイズ（具体的には、無料画像コンテンツのデータサイズ）を継続的に計測し、その計測結果を演算部１０ｄに出力する。
【０２６５】
演算部１０ｄは、格納部１０ｂに格納された無料画像コンテンツのデータサイズから計測部１０ｃの計測結果を差し引いて、無料画像コンテンツの残りデータサイズを演算する。演算部１０ｄは、その演算結果を制御部１０ｅに出力する。
【０２６６】
コンテンツサーバ２からのコンテンツ配信が進み、試聴可能部分の残り（演算部１０ｄの演算結果）がＴＣＰウインドウの初期値より小さくなると（図８（ａ）のステップｇ９）、制御部１０ｅは、ＴＣＰウインドウサイズを演算部１０ｄの演算結果に設定する。制御部１０ｅは、その設定されたＴＣＰウインドウサイズをコンテンツサーバ２に送信する処理を通信部１０ａに実行させる。
【０２６７】
このため、試聴可能部分の残り（演算部１０ｄの演算結果）がＴＣＰウインドウの初期値より小さくなると、複合コンテンツの受信データサイズが小さくなっていく。
【０２６８】
この状況下で、利用者が受付部１０ｇに含まれる課金確認ボタンを押下すると、制御部１０ｅは、ＴＣＰウインドウサイズをＴＣＰウインドウサイズの初期値に設定し、その設定されたＴＣＰウインドウサイズをコンテンツサーバ２に送信する処理を通信部１０ａに実行させる（図８（ａ）のステップｇ１３）。
【０２６９】
その後、コンテンツの配送が終了すると（図８（ａ）のステップｇ１９、ｇ２０）、利用者端末装置１０からコネクションの切断が行われる（図８（ａ）のステップｇ２１、ｇ２２）。
【０２７０】
次に、図８（ｂ）を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了した直後に利用者が有料画像コンテンツに対する料金の支払いに同意した場合の動作を説明する。
【０２７１】
なお、図８（ｂ）において、図８（ａ）の処理と同一の処理には同一符号を付してある。以下では、図８（ａ）と異なる処理を中心に説明する。
【０２７２】
コンテンツサーバ２からの複合コンテンツ配信が進み、試聴可能部分の残り（演算部１０ｄの演算結果）がＴＣＰウインドウの初期値より小さくなると（図８（ｂ）のステップｇ９、ｇ１１、ｇ１３）、制御部１０ｅは、ＴＣＰウインドウを徐々に小さくしていく。このため、複合コンテンツの受信データサイズは、徐々に小さくなっていく。
【０２７３】
さらにコンテンツサーバ２からの複合コンテンツの配送が進み、試聴可能部分（無料画像コンテンツ）の配信が完了すると（図８（ｂ）のステップｈ１５）、制御部１０ｅは、ＴＣＰウインドウサイズを０に設定し、その設定されたＴＣＰウインドウサイズをコンテンツサーバ２に送信する処理を通信部１０ａに実行させる。
【０２７４】
なお、コンテンツサーバ２は、プローブ装置３０ａを介して利用者端末装置１０から通知されるＴＣＰウインドウサイズが小さい値に変化すると、試聴可能部分（無料画像コンテンツ）の配信が完了した場合（例えば、ＴＣＰウインドウサイズ＝０）に、有料画像コンテンツの配信を停止する。なお、コンテンツサーバ２は、その配信停止を、コンテンツを配信可能なＴＣＰウインドウサイズがプローブ装置３０ａを介して利用者端末装置１０から通知されるまで継続する。
【０２７５】
制御部１０ｅは、さらに、所定時間のカウントをスタートする。
【０２７６】
所定時間のカウントが終了する前に、利用者が利用者端末装置１０の課金確認ボタンを押下すると、制御部１０ｅは、ＴＣＰウインドウサイズをＴＣＰウインドウサイズの初期値に設定し、その設定されたＴＣＰウインドウサイズをコンテンツサーバ２に送信する処理を通信部１０ａに実行させる（図８（ｂ）のステップｈ１７）。
【０２７７】
通信部１０ａがＴＣＰウインドウサイズの初期値に設定されたＴＣＰウインドウサイズを送信してからの動作は、図８（ａ）で示した動作と同様である。
【０２７８】
なお、コンテンツサーバ２は、ＴＣＰウインドウサイズがＴＣＰウインドウサイズの初期値になっているパケット（情報）を受信すると、複合コンテンツの配信を再開する（図８（ｂ）のステップｈ２０）。
【０２７９】
次に、図８（ｃ）を参照して、複合コンテンツ中の無料画像コンテンツの配信が完了した直後に、利用者が有料画像コンテンツに対する料金の支払いに同意しない場合の動作を説明する。
【０２８０】
なお、図８（ｃ）において、図８（ｂ）の処理と同一の処理には同一符号を付してある。以下では、図８（ｂ）と異なる処理を中心に説明する。
【０２８１】
図８（ｃ）のステップｈ１６終了後に、受付部１０ｇの課金確認ボタンが押下されないまま、制御部１０ｅが所定時間のカウントを終了すると、制御部１０ｅは、コンテンツサーバ２へリセットを送信する処理を通信部１０ａに実行させ、利用者端末装置１０とコンテンツサーバ２との間のコネクションを切断する（図８（ｃ）のステップｉ１７、ｉ１８）。
【０２８２】
次に、第３の実施形態の効果について説明する。
【０２８３】
本実施の形態では、試聴可能部分の残りが少なくなるとＴＣＰウインドウサイズを試聴可能部分の残りサイズ分に合わせて小さい値としてコンテンツサーバ２に通知するというように構成されているため、試聴可能部分の配送が完了した時点で送信を停止することができる。
【０２８４】
また、利用者が料金の支払いに同意した場合は、ＴＣＰウインドウサイズを初期値に戻すことにより、試聴部分の続きから視聴することができる。
【０２８５】
また、試聴部分の配送が完了する前に利用者が料金支払いに同意すれば、コンテンツサーバ２からのコンテンツ配送が止まらないので、継続して複合コンテンツを試聴可能である。
【０２８６】
次に、第３の実施形態の作用効果について説明する。
【０２８７】
第３の実施形態では、複合コンテンツの受信可能なデータサイズを示すＴＣＰウインドウサイズ（受信サイズ情報）は、無料画像コンテンツの残りデータサイズが少なくなるほど複合コンテンツの受信データサイズが小さくなるように、その残りデータサイズに基づいて設定される。このため、コンテンツサーバ２は、そのＴＣＰウインドウサイズに基づいて、無料画像コンテンツの配信完了を確認することが可能になる。ＴＣＰウインドウサイズは、無料画像コンテンツの配信が完了する前から変化するため、無料画像コンテンツの配信完了を事前に確認することが可能となる。
【０２８８】
したがって、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【０２８９】
また、ＴＣＰウインドウサイズは、受信データサイズと無料画像コンテンツの配信状態とを示すことになり、受信データサイズと無料画像コンテンツの配信状態とを別々の情報で伝える場合に比べて、利用者端末装置１０からコンテンツサーバ２に送信する情報量を少なくすることが可能になる。
【０２９０】
また、本実施の形態では、利用者から課金許可情報が受け付けられると（課金確認ボタンの押下）、予め設定されている初期受信サイズ情報がＴＣＰウインドウサイズとして設定されることが望ましい。このため、利用者からの課金許可の有無をＴＣＰウインドウサイズが示す受信データサイズで判断することが可能になる。このため、ＴＣＰウインドウサイズは、さらに、利用者からの課金許可の有無を示すことになり、情報量を少なくすることが可能になる。
【０２９１】
なお、利用者端末装置１０は、メモリに記録されているプログラムを読み取り、その読み取ったプログラムを実行するコンピュータによって実現されてもよい。なお、このプログラムは、利用者端末装置１０が実行するコンテンツ配信制御方法をコンピュータに実行させる。
【０２９２】
各実施の形態では、受信サイズ情報として、ＴＣＰウインドウサイズが用いられている。この場合、ＴＣＰプロトコル処理でコンテンツの配信量を制御することが可能となり、コンテンツサーバの負荷を抑えることが可能になる。
【０２９３】
また、各実施形態では、複合コンテンツの受信サイズを示す受信サイズ情報は、第１コンテンツの残りデータサイズが少なくなるほど複合コンテンツの受信データが小さくなるように設定される。このため、コンテンツサーバは、その受信サイズ情報に基づいて、第１コンテンツの配信完了を確認することが可能になる。受信サイズ情報は、第１コンテンツの配信が完了する前から変化するため、第１コンテンツの配信完了を事前に確認することが可能となる。
【０２９４】
したがって、コンテンツの配信済みデータ量が所定の配信量になった時点で、そのコンテンツの配信を停止することが可能になる。
【０２９５】
また、受信サイズ情報は、受信サイズと第１コンテンツの配信状態とを示すことになり、受信サイズと第１コンテンツの配信状態とを別々の情報で伝える場合に比べて、コンテンツ配信制御サーバからコンテンツサーバに送信する情報量を少なくすることが可能になる。
【０２９６】
また、第１コンテンツとして無料コンテンツが用いられ、第２コンテンツとして有料コンテンツが用いられると、利用者のコンテンツ料金の支払い状況にしたがって、リアルタイムにコンテンツの配送を制御することが可能になる。
【０２９７】
本発明は、ストリーム型コンテンツ配信の課金および課金状況に応じて、ネットワークの中継装置（ＩＳＰまたは携帯電話事業者の中継装置）からＴＣＰウインドウサイズを調整した応答をコンテンツサーバへ返すことにより、コンテンツ配信の停止、一時停止、再開制御をコンテンツサーバで行うといった用途に適用できる。
【０２９８】
また、ストリーム型コンテンツ配信のプリペイド課金方式で、プリペイドの残金に応じてＴＣＰウインドウサイズを調整した応答をコンテンツサーバに返すことにより、コンテンツ配信の停止、一時停止、再開制御をコンテンツサーバで行うといった用途に適用できる。
【０２９９】
また、ストリーム型コンテンツ配信の課金および課金状況に応じて、利用者端末装置からＴＣＰウインドウサイズを調整した応答をコンテンツサーバへ返すことにより、コンテンツ配信の停止、一時停止、再開制御をコンテンツサーバで行うといった用途に適用できる。
【０３００】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【０３０１】
また、画像コンテンツはコンテンツの一例であって、本発明を適用するコンテンツの種類は画像に限定されるものではない。
【図面の簡単な説明】
【０３０２】
【図１】本発明の第１の実施形態の構成を示すブロック図である。
【図２】第１の実施形態の動作を説明するためのシーケンス図である。
【図３】第１の実施形態の動作を説明するためのフローチャートである。
【図４】本発明の第２の実施形態の構成を示すブロック図である。
【図５】第２の実施形態の動作を説明するためのシーケンス図である。
【図６】第２の実施形態の動作を説明するためのフローチャートである。
【図７】本発明の第３の実施形態の構成を示すブロック図である。
【図８】第３の実施形態の動作を説明するためのシーケンス図である。
【図９】従来のコンテンツ課金システムの構成を示すブロック図である。
【符号の説明】
【０３０３】
１      利用者端末装置
２      コンテンツサーバ
３      コンテンツ配信制御サーバ（プローブ装置）
３１    通信部
３１ａ  ＴＣＰ／ＩＰ処理部
３１ｂ  アプリケーション処理部
３２    課金判断部
３２ａ  格納部
３２ｂ  計測部
３２ｃ  演算部
３２ｄ  制御部
３２ｅ  初期受信サイズ格納部
３０    コンテンツ配信制御サーバ（プローブ装置）
３０２  課金判断部
３２ｆ  制御部
３０ａ  コンテンツ配信制御サーバ（プローブ装置）
３０３  課金判断部
４      加入者データベース（ＤＢ）
５      ログサーバ
６      通信回線
１０      利用者端末装置
１０ａ    通信部
１０ｂ    格納部
１０ｃ    計測部
１０ｄ    演算部
１０ｅ    制御部
１０ｆ    初期受信サイズ格納部
１０ｇ    受付部
【図１】
2006191224.tif 000003
【図２】
2006191224.tif 000004
【図３】
2006191224.tif 000005
【図４】
2006191224.tif 000006
【図５】
2006191224.tif 000007
【図６】
2006191224.tif 000008
【図７】
2006191224.tif 000009
【図８】
2006191224.tif 000010
【図９】
2006191224.tif 000011