(57)【特許請求の範囲】
【請求項１】
移動体通信網を介して、コンテンツを利用者の通信端末装置に配信する配信装置であって、
前記コンテンツを記憶するコンテンツ記憶手段と、
前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記コンテンツを前記通信端末装置に送信する通信手段と、
利用者毎の配信回数を含んだ通信履歴を記憶する通信履歴記憶手段と、
前記通信手段が使用する通信帯域が確保できるか否かを判定し、前記通信帯域を確保する通信資源管理手段と、
前記通信帯域が確保できず通信待ちが発生した時の前記通信帯域を確保する順を通信予約キューとして管理する通信予約キュー管理手段とを備え、
前記通信予約キュー管理手段は、前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎の配信回数が多い順に前記通信予約キューをソートすることを特徴とする配信装置。
【請求項２】
前記通信手段は、ストリーム通信を行うストリーム通信手段を有し、
前記通信帯域はストリーム通信用の通信帯域であることを特徴とする請求項１に記載の配信装置。
【請求項３】
前記通信手段は、ダウンロード通信を行うダウンロード通信手段を有し、
前記通信帯域はダウンロード通信用の通信帯域であることを特徴とする請求項１に記載の配信装置。
【請求項４】
前記配信回数は、総試聴回数またはダウンロード回数の少なくともいずれか一方を含むことを特徴とする請求項１に記載の配信装置。
【請求項５】
前記通信手段はストリーム通信を行うストリーム通信手段と、ダウンロード通信を行うダウンロード通信手段を有し、
前記通信帯域はストリーム通信用の通信帯域であり、
前記配信回数はダウンロード回数であり、
前記通信予約キュー管理手段は、前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎のダウンロード回数が多い順に前記通信予約キューをソートすることを特徴とする請求項１に記載の配信装置。
【請求項６】
前記通信履歴は、前記通信端末装置を識別する端末番号に対応づけられて前記通信履歴記憶手段に記憶され、
前記コンテンツの配信要求は端末番号を含むことを特徴とする請求項１に記載の配信装置。
【請求項７】
前記通信履歴は、利用者そのものを識別する利用者番号に対応づけられて前記通信履歴記憶手段に記憶され、
前記コンテンツの配信要求は利用者番号を含むことを特徴とする請求項１に記載の配信装置。
【請求項８】
前記配信装置は、前記通信帯域が確保できず通信待ちが発生した時、前記通信端末装置に対し輻輳発生通知を送信することを特徴とする請求項１に記載の配信装置。
【請求項９】
前記配信装置は、前記通信帯域が確保できた場合、前記通信端末装置に対し輻輳解除通知を送信することを特徴とする請求項１に記載の配信装置。
【請求項１０】
移動体通信網を介して、コンテンツを利用者の通信端末装置に配信する配信方法であって、
前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記コンテンツを前記通信端末装置に送信する通信ステップと、
利用者毎の配信回数を含んだ通信履歴を記憶する通信履歴記憶ステップと、
前記通信手段が使用する通信帯域が確保できるか否かを判定し、前記通信帯域を確保する通信資源管理ステップと、
前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎の配信回数が多い順に前記通信予約キューをソートするステップとを有する配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動体通信網を介して、音楽、音声、その他のコンテンツを配信する配信装置および配信方法に関するものである。
【０００２】
【従来の技術】
近年、移動体通信網を介して、有料の音楽コンテンツを携帯の通信端末装置に配信するコンテンツ配信方法が提案されている。このような従来の技術について、図１を用いて説明する。図１において、配信サーバ１０は音楽のコンテンツを配信する装置であり、ゲートウエイ２０はインターネットと移動体通信網との間で通信の中継を行う装置であり、通信端末装置３０は音楽のコンテンツを受信して再生する装置である。
【０００３】
図１に示すコンテンツ配信システムにおいて、利用者が通信端末装置３０を操作してコンテンツの試聴（試用）を要求すると、配信サーバ１０は、ストリーム通信によって、要求されたコンテンツを通信端末装置３０に送信する。このとき、通信端末装置３０は、コンテンツを受信しながら受信した部分をリアルタイムで再生する。ここで、ストリーム通信は、ＩＥＴＦ（Internet Engineering Task Force）のＲＴＰ（Real-time Transport Protocol）およびＲＴＳＰ（Real Time Streaming Protocol）を用いており、通信端末装置３０においてリアルタイムで再生をすることができるよう、時間的制約を持ってコンテンツを先頭から順に送受信する通信である。
【０００４】
また、図１に示すコンテンツ配信システムにおいて、利用者が通信端末装置３０を操作してコンテンツのダウンロードを要求すると、配信サーバ１０は、ダウンロード通信によって、要求されたコンテンツを通信端末装置３０に送信する。ダウンロード終了後、利用者が通信端末装置３０を任意の時間に操作することによって、通信端末装置３０は、ダウンロードされたコンテンツを再生する。ここで、ダウンロード通信は、ＷＡＰ（Wireless Application Protocol）フォーラムのＷＳＰ（Wireless Session Protocol）およびＷＴＰ（Wireless Transaction Protocol）、または、ＩＥＴＦ（Internet Engineering Task Force）のＨＴＴＰ（Hyper Text Transfer Protocol）およびＴＣＰ（Transmission Control Protocol）を用いており、通信端末装置３０において繰り返し再生をすることができるよう、必要なコンテンツの全てをダウンロードする通信である。
【０００５】
次に、従来の配信サーバについて、図７を用いて説明する。図７において、配信サーバ１０は、ゲートウエイを介して通信端末装置との通信を行うゲートウエイ・インタフェース１１と、ストリーム通信を制御するストリーム通信手段１２と、ダウンロード通信を制御するダウンロード通信手段１３と、通信帯域その他の通信資源を管理する通信資源管理手段１４と、輻輳によって通信待ちが発生したとき通信待ちをキューとして管理する通信予約キュー管理手段１５と、通信に関する設定情報と音楽コンテンツを記憶する記憶手段１６とを備えている。
【０００６】
このような従来の配信サーバにおける通信資源の配分について、図７を用いて説明する。ここで、通信資源とは、通信を行うために必要な資源をいう。以下、これら通信資源のうち、通信端末装置の通信速度に対応して確保する通信帯域について説明する。この通信帯域は、コンテンツを通信端末装置に正常に到達させるために必要な、配信サーバが確保すべき出力性能であり、ｂｉｔ／ｓを単位として表す。
【０００７】
通信端末装置が試聴を要求したとき、配信サーバ１０がストリーム通信用の通信帯域を確保する。例えば、通信端末装置の通信速度が６４ｋｂｉｔ／ｓであり、利用者が６４ｋｂｉｔ／ｓ用のコンテンツを試聴するとき、配信サーバ１０は、６４ｋｂｉｔ／ｓ（またはそれ以上）の通信帯域を確保する。具体的には、まず、ストリーム通信手段１２が、通信資源管理手段１４に必要な通信帯域を確保できるか否か問い合わせる。次に、通信資源管理手段１４が、必要な通信帯域を確保できるか否か判定する。例えば、ストリーム通信用の通信帯域とダウンロード通信用の通信帯域の配分比が１：１に設定されており、ストリーム通信用に配分した５０％の中から、新たに必要となった６４ｋｂｉｔ／ｓ分の通信帯域を確保する余裕があるとき、ダウンロード通信の輻輳とは関係なく、ストリーム通信用の通信帯域を新たに確保する。通信帯域を新たに確保することができたとき、ストリーム通信手段１２は、ストリーム通信によって音楽コンテンツを先頭から順に送信する。したがって、ダウンロード要求が集中していたときであっても、利用者は、ダウンロード通信の輻輳とは関係なく、試聴をすることができる。
【０００８】
また、通信端末装置がダウンロードを要求したとき、配信サーバ１０がダウンロード通信用の通信帯域を確保する。例えば、通信端末装置の通信速度が６４ｋｂｉｔ／ｓであったとき、配信サーバ１０は、６４ｋｂｉｔ／ｓ（またはそれ以下）の通信帯域を確保する。具体的には、まず、ダウンロード通信手段１３が、通信資源管理手段１４に必要な通信帯域を確保できるか否か問い合わせる。次に、通信資源管理手段１４が、必要な通信帯域を確保できるか否か判定する。例えば、ストリーム通信用の帯域とダウンロード通信用の通信帯域の配分比が１：１に設定されており、ダウンロード通信用に配分した５０％の中から、新たに必要となった６４ｋｂｉｔ／ｓ分の通信帯域を確保する余裕があるとき、ストリーム通信の輻輳とは関係なく、ダウンロード通信用の通信帯域を新たに確保する。通信帯域を新たに確保することができたとき、ダウンロード通信手段１３は、ダウンロード通信によって、音楽コンテンツの全てをパケットに分散して送信する。したがって、試聴要求が集中していたときであっても、利用者は、ストリーム通信の輻輳とは関係なく、ダウンロードをすることができる。
【０００９】
【発明が解決しようとする課題】
しかしながら、このような従来の技術においては、試聴要求が集中した時、一方で、試聴ばかりでダウンロードを要求しない利用者（すなわち、購入実績がない利用者）であっても先に試聴要求をしていれば試聴をすることができ、他方で、ダウンロードを頻繁に要求する利用者（すなわち、購入実績があり購買意欲の旺盛な利用者）であっても輻輳によって試聴をすることができないという事態が発生し、コンテンツの販売実績が思うように伸びないという問題があった。
【００１０】
また、試聴要求に対しては、即時に要求に応えてストリーム通信を行うとともに、ダウンロード要求に対しては、通信資源を効率良く活用してより多くの通信端末装置に対してダウンロード通信を行うことが好ましい。しかしながら、従来の技術においては、ダウンロード通信用の通信帯域に空きがないとき、新たなダウンロードが開始されず、利用者が、ダウンロードを控えてしまい、コンテンツの販売実績が思うように伸びないという問題があった。
【００１１】
本発明はこのような問題を解決するためになされたもので、通信資源を適切に配分することによって、コンテンツの購入を促し、コンテンツの販売実績を伸ばすことができる配信装置およびコンテンツ配信方法を提供するものである。
【００１２】
【課題を解決するための手段】
本発明の配信装置は、移動体通信網を介して、コンテンツを利用者の通信端末装置に配信する配信装置であって、前記コンテンツを記憶するコンテンツ記憶手段と、前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記コンテンツを前記通信端末装置に送信する通信手段と、利用者毎の配信回数を含んだ通信履歴を記憶する通信履歴記憶手段と、前記通信手段が使用する通信帯域が確保できるか否かを判定し、前記通信帯域を確保する通信資源管理手段と、前記通信帯域が確保できず通信待ちが発生した時の前記通信帯域を確保する順を通信予約キューとして管理する通信予約キュー管理手段とを備え、前記通信予約キュー管理手段は、前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎の配信回数が多い順に前記通信予約キューをソートする構成を有している。この構成により、通信資源を適切に配分して配信回数が多い利用者の順にコンテンツを提供することができ、コンテンツの購入を促し、コンテンツの販売実績を伸ばすことができることとなる。
【００１３】
前記通信手段は、ストリーム通信を行うストリーム通信手段を有し、前記通信帯域はストリーム通信用の通信帯域であってもよい。また、前記通信手段は、ダウンロード通信を行うダウンロード通信手段を有し、前記通信帯域はダウンロード通信用の通信帯域であってもよい。また、前記配信回数は、総試聴回数またはダウンロード回数の少なくともいずれか一方を含んでもよい。また、前記通信手段はストリーム通信を行うストリーム通信手段と、ダウンロード通信を行うダウンロード通信手段を有し、前記通信帯域はストリーム通信用の通信帯域であり、前記配信回数はダウンロード回数であり、前記通信予約キュー管理手段は、前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎のダウンロード回数が多い順に前記通信予約キューをソートする構成を有してもよい。
【００１４】
前記通信履歴は、前記通信端末装置を識別する端末番号に対応づけられて前記通信履歴記憶手段に記憶され、前記コンテンツの配信要求は端末番号を含んでもよい。また、前記通信履歴は、利用者そのものを識別する利用者番号に対応づけられて前記通信履歴記憶手段に記憶され、前記コンテンツの配信要求は利用者番号を含んでもよい。また、前記配信装置は、前記通信帯域が確保できず通信待ちが発生した時、前記通信端末装置に対し輻輳発生通知を送信する構成としてもよい。また、前記配信装置は、前記通信帯域が確保できた場合、前記通信端末装置に対し輻輳解除通知を送信する構成としてもよい。
【００１５】
本発明の配信方法は、移動体通信網を介して、コンテンツを利用者の通信端末装置に配信する配信方法であって、前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記コンテンツを前記通信端末装置に送信する通信ステップと、利用者毎の配信回数を含んだ通信履歴を記憶する通信履歴記憶ステップと、前記通信手段が使用する通信帯域が確保できるか否かを判定し、前記通信帯域を確保する通信資源管理ステップと、前記通信帯域が確保できず通信待ちが発生した状態で前記通信端末装置から前記コンテンツの配信要求を受信したとき、前記通信端末装置に対応した前記利用者毎の配信回数が多い順に前記通信予約キューをソートするステップとを有している。この構成により、通信資源を適切に配分して配信回数が多い利用者の順にコンテンツを提供することができ、コンテンツの購入を促し、コンテンツの販売実績を伸ばすことができることとなる。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【００１８】
図１は本実施形態におけるコンテンツ配信システムの構成図である。図１において、配信サーバ（配信装置）１０は音楽コンテンツを配信する装置であり、ゲートウエイ２０はインターネットと移動体通信網との間で通信の中継を行う装置であり、通信端末３０は音楽コンテンツを受信して音楽コンテンツを再生する装置である。
【００１９】
ここで、通信端末装置３０は、音楽コンテンツの試聴（試用）要求およびダウンロード要求の操作を行う操作手段と、配信サーバ１０に試聴要求およびダウンロード要求を行うとともに音楽コンテンツを受信する通信手段と、受信した音楽コンテンツを再生する再生手段とを備えている（図示を省略した）。
【００２０】
図１に示すコンテンツ配信システムにおいて、利用者が通信端末装置３０を操作して音楽コンテンツの試聴（試用）を要求すると、配信サーバ１０は、ストリーム通信によって、要求された音楽コンテンツを通信端末装置３０に送信する。このとき、通信端末装置３０は、音楽コンテンツを受信しながら受信した部分をリアルタイムで再生する。ここで、ストリーム通信は、ＩＥＴＦ（Internet Engineering Task Force）のＲＴＰ（Real-time Transport Protocol）およびＲＴＳＰ（Real Time Streaming Protocol）を用いており、通信端末装置３０においてリアルタイムで再生をすることができるよう、時間的制約を持って音楽コンテンツを先頭から順に送受信する通信である。
【００２１】
また、図１に示すコンテンツ配信システムにおいて、利用者が通信端末装置３０を操作して音楽コンテンツのダウンロードを要求すると、配信サーバ１０は、ダウンロード通信によって、要求された音楽コンテンツを通信端末装置３０に送信する。ダウンロード終了後、利用者が通信端末装置３０を任意の時間に操作することによって、通信端末装置３０は、ダウンロードされた音楽コンテンツを再生する。ここで、ダウンロード通信は、ＷＡＰ（Wireless Application Protocol）フォーラムのＷＳＰ（Wireless Session Protocol）およびＷＴＰ（Wireless Transaction Protocol）、または、ＩＥＴＦ（Internet Engineering Task Force）のＨＴＴＰ（Hyper Text Transfer Protocol）およびＴＣＰ（Transmission Control Protocol）を用いており、通信端末装置３０において繰り返し再生をすることができるよう、必要な音楽コンテンツの全てをダウンロードする通信である。
【００２２】
図２は本実施形態における配信サーバ（配信装置）を示すブロック図である。図２において、配信サーバ１０は、ゲートウエイを介して通信端末装置との通信を行うゲートウエイ・インタフェース１１と、ストリーム通信を制御するストリーム通信手段１２と、ダウンロード通信を制御するダウンロード通信手段１３と、通信帯域その他の通信資源を管理する通信資源管理手段１４と、輻輳によって通信待ちが発生したとき通信待ちをキューとして管理する通信予約キュー管理手段１５と、通信に関する設定情報と音楽コンテンツと通信履歴を記憶する記憶手段１６とを備えている。ここで、通信資源とは、通信を行うために必要な資源をいう。以下、これら通信資源のうち、通信端末装置の通信速度に対応して確保する通信帯域について説明する。この通信帯域は、コンテンツを通信端末装置に正常に到達させるために必要な、配信サーバが確保すべき出力性能であり、ｂｉｔ／ｓを単位として表す。
【００２３】
本実施形態において、記憶手段１６は、ストリーム通信による試聴の通信履歴およびダウンロードの通信履歴を、利用者に対応した通信端末装置毎に記憶するようになっている。すなわち、利用者毎に通信履歴を記憶するようになっている。各通信履歴は、通信した音楽コンテンツを示すコンテンツＩＤ、通信時刻、および、通信所要時間といった通信毎の履歴情報の他、総試聴回数、および、総ダウンロード回数といった統計情報を含んでいる。これらの通信履歴は、通信端末装置を識別する端末番号に対応づけられて、通信端末装置毎（すなわち利用者毎）に記憶手段１６が記憶する。
【００２４】
また、本実施形態において、通信資源管理手段１４は、ストリーム通信用の通信資源を確保する際、通信履歴に基づいて、ダウンロードの実績が高い利用者を優先して通信資源を確保するようになっている。具体的には、試聴要求において輻輳が生じ、試聴用の通信帯域に空きがないとき、通信履歴を参照し、総ダウンロード回数が多い利用者の順にストリーム通信用の通信帯域を確保する。
【００２５】
また、本実施形態において、通信資源管理手段１４は、設定情報に予め設定した所定の範囲において、通信帯域を動的に変更するようになっている。具体的には、例えば、通信端末装置の通信速度に対する通信帯域の下限の比率を５０％と設定しておく。そして、通信速度がそれぞれ６４ｋｂｉｔ／ｓの第１の通信端末装置、第２の通信端末装置、および、第３の通信端末装置に対してそれぞれ１００％（６４ｋｂｉｔ／ｓ）のダウンロード用通信帯域を確保し、ダウンロード用通信帯域をすべて使用している状態で、通信速度が６４ｋｂｉｔ／ｓの第４の通信端末装置から新たにダウンロード要求があったとき、第３の通信端末装置の通信帯域を通信速度の１００％（６４ｋｂｉｔ／ｓ）から５０％（３２ｋｂｉｔ／ｓ）に変更するとともに、第４の通信端末装置の通信帯域を５０％（３２ｋｂｉｔ／ｓ）として確保する。
【００２６】
以下、本実施形態の配信サーバの動作について図面を用いて説明する。
【００２７】
図３は本実施形態におけるダウンロードの通常時を説明するためのシーケンス図である。
【００２８】
図３において、まず、通信端末装置３０が、配信サーバ１０に、コンテンツのダウンロードを要求する（Ｓ３０１）。ダウンロード要求時、通信端末装置３０は、配信サーバ１０に、通信端末装置３０を識別する端末番号と、通信端末装置３０の通信速度（例えば６４ｋｂｉｔ／ｓ）とを通知する。
【００２９】
ここで、図２に示す配信サーバは、ダウンロード通信手段１３がダウンロード要求を受け付け、通信資源管理手段１４が、ダウンロード用の通信帯域の空き状態と設定情報とを参照し、ダウンロード用の通信帯域が確保できるか否か判定する。
【００３０】
例えば、通信端末装置の通信速度（例えば６４ｋｂｉｔ／ｓ）に対応した通信帯域（例えば６４ｋｂｉｔ／ｓ）を確保することができるとき、通信資源管理手段１４は通信端末装置の通信速度に対応した通信帯域を確保する。
【００３１】
通信帯域を確保することができたとき、配信サーバ１０は、通信端末装置３０に、ダウンロードが可能となったことを通知する（Ｓ３０２）。
【００３２】
次に、配信サーバ１０が、通信端末装置３０に、コンテンツをダウンロードする（Ｓ３０３）。
【００３３】
通信端末装置３０が、配信サーバ１０に、ダウンロード終了を通知する（Ｓ３０４）と、図２に示す配信サーバ１０は、通信資源管理手段１４がダウンロード用に使用した通信帯域を解放する。また、記憶手段１６がダウンロードの履歴を記憶する。具体的には、ダウンロードした通信端末装置の端末番号、ダウンロードしたコンテンツのＩＤ、および、通信時刻、通信所要時間といった通信毎の履歴情報を記憶するとともに、通信端末装置毎（すなわち、利用者毎）の総ダウンロード回数を更新する。
【００３４】
図４は本実施形態における試聴の通常時を説明するためのシーケンス図である。
【００３５】
図４において、まず、通信端末装置３０が、配信サーバ１０に、コンテンツの試聴を要求する（Ｓ４０１）。試聴要求時、通信端末装置３０は、配信サーバ１０に、通信端末装置３０を識別する端末番号と、通信端末装置３０の通信速度（例えば６４ｋｂｉｔ／ｓ）とを通知する。
【００３６】
図２に示す配信サーバ１０は、ストリーム通信手段１２が試聴要求を受け付け、通信資源管理手段１４が、通信資源の空き状態を参照し、通信帯域が確保できるか否か判定する。
【００３７】
具体的には、通信端末装置の通信速度以上（例えば６４ｋｂｉｔ／ｓ以上）に対応した通信帯域を確保することができるとき、通信資源管理手段１４は通信端末装置の通信速度またはそれ以上で通信帯域を確保する。
【００３８】
通信帯域を確保することができたとき、配信サーバ１０は、通信端末装置３０に、試聴が可能となったことを通知する（Ｓ４０２）。
【００３９】
次に、配信サーバ１０が、通信端末装置３０に、試聴のためのストリーム通信を行う（Ｓ４０３）。通信端末装置３０は、コンテンツを先頭から順に受信しながら受信した部分のコンテンツを再生する。
【００４０】
通信端末装置３０が、配信サーバ１０に、試聴終了を通知する（Ｓ４０４）と、図２に示す配信サーバ１０は、通信資源管理手段１４が試聴用に確保した通信帯域を解放する。また、記憶手段１６が試聴の履歴を記憶する。
【００４１】
図５は本実施形態における試聴の輻輳発生時を説明するためのシーケンス図である。
【００４２】
図５において、まず、通信端末装置３０が、配信サーバ１０に、コンテンツの試聴を要求する（Ｓ５０１）。試聴要求時、通信端末装置３０は、配信サーバ１０に、通信端末装置３０を識別する端末番号と、通信端末装置３０の通信速度（例えば６４ｋｂｉｔ／ｓ）とを通知する。
【００４３】
ここで、図２に示す配信サーバ１０は、ストリーム通信手段１２が試聴要求を受け付け、通信資源管理手段１４が、ストリーム通信用の通信資源の空き状態を参照し、通信帯域が確保できるか否か判定する。
【００４４】
ここで、通信端末装置の通信速度以上（例えば６４ｋｂｉｔ／ｓ以上）に対応した通信帯域を確保することができないとき、通信予約キュー管理手段１５が通信履歴に基づいてストリーム通信の通信予約キューに該当する通信端末装置の通信予約を行う。具体的には、試聴を要求した通信端末装置の端末番号に対応したダウンロードの回数が多い順に予約順をソートして通信予約を行う。なお、この通信予約は、通信資源管理手段１４の制御によって、通信予約キュー管理手段１５が行う。
【００４５】
また、配信サーバ１０は、通信端末装置３０に、輻輳が発生していることを通知する（Ｓ５０２）。
【００４６】
そして、他の通信端末との通信が終了したことによって、配信サーバ１０において、通信資源管理手段１４が通信帯域を解放し、輻輳が解除されたとき、通信予約キュー管理手段１５がストリーム通信の通信予約キューを検索して通信予約を取り出し、通信資源管理手段１４が通信帯域を確保できるか否か判定する。
【００４７】
通信帯域を確保することができたとき、配信サーバ２０は、通信端末装置３０に、輻輳が解除し試聴が可能となったことを通知する（Ｓ５０３）。
【００４８】
次に、配信サーバ１０が、通信端末装置３０に、試聴のためのストリーム通信を行う（Ｓ５０４）。通信端末装置３０は、コンテンツを先頭から順に受信しながら受信した部分のコンテンツを再生する。
【００４９】
通信端末装置３０が、配信サーバ１０に、試聴終了を通知する（Ｓ５０５）と、図２に示す配信サーバ１０は、通信資源管理手段１４がストリーム通信用に確保した通信帯域を解放する。また、記憶手段１６が試聴の履歴を記憶する。
【００５０】
図６は本実施形態におけるダウンロードの通信帯域変更時を説明するためのシーケンス図である。
【００５１】
図６において、まず、通信端末装置３０が、配信サーバ１０に、コンテンツのダウンロードを要求する（Ｓ６０１）。ダウンロード要求時、通信端末装置３０は、配信サーバ１０に、通信端末装置３０を識別する端末番号と、通信端末装置３０の通信速度（例えば６４ｋｂｉｔ／ｓ）とを通知する。
【００５２】
ここで、図２に示す配信サーバ１０は、ダウンロード通信手段１３がダウンロード要求を受け付け、通信資源管理手段１４が、ダウンロード用の通信帯域の空き状態と設定情報とを参照し、通信帯域が確保できるか否か判定する。
【００５３】
具体的には、ダウンロード用の通信帯域に空きがなく、通信端末装置の通信速度の１００％（例えば６４ｋｂｉｔ／ｓ）に対応した通信帯域を確保することができないとき、設定情報に予め設定された比率（例えば５０％以上）の範囲内で通信帯域を動的に変更する。例えば、他の通信端末装置に対するダウンロードの通信帯域を通信速度の１００％（例えば６４ｋｂｉｔ／ｓ）から通信速度の５０％（例えば３２ｋｂｉｔ／ｓ）に変更する。このように、通信帯域を動的に変更して、新たにダウンロードを要求した通信端末装置の通信速度の５０％（例えば３２ｋｂｉｔ／ｓ）に対応した通信帯域を確保する。
【００５４】
通信帯域を確保することができたとき、配信サーバ１０は、通信端末装置３０に、ダウンロードが可能となったことを通知する（Ｓ６０２）。
【００５５】
次に、配信サーバ１０が、通信端末装置３０に、コンテンツをダウンロードする（Ｓ６０３）。
【００５６】
通信端末装置３０が、配信サーバ１０に、ダウンロード終了を通知する（Ｓ６０４）と、図２に示す配信サーバ１０は、通信資源管理手段１４がダウンロード用に使用した通信帯域を解放する。また、記憶手段１６がダウンロードの履歴を記憶する。
【００５７】
以上のように、本実施形態は、試聴用の通信帯域に空きがないとき、ダウンロード毎に記憶手段に記憶した、ダウンロードの通信履歴に基づいて、通信予約キューに通信待ちを登録し、ダウンロードした実績がある利用者の順にコンテンツの試聴を提供するようになっているので、ダウンロード要求を促すことができ、コンテンツの販売実績を伸ばすことができることとなる。
【００５８】
また、本実施形態は、ダウンロード用の通信帯域に空きがないとき、予め記憶手段に設定した、通信端末装置の通信速度に対する許容可能な通信帯域の下限を示す比率に基づいて、通信帯域を動的に変更するようになっているので、より多くの通信端末装置にダウンロードをすることができることとなる。なお、ダウンロードは、一般に、パケットによって伝送が行われ、パケット当たりの課金となるので、通信帯域を小さく変更しても１コンテンツのダウンロードに対する課金は変わらない。また、ストリーム通信による試聴と異なり、ダウンロードした後に再生を行えばよいので、所要時間が長くなるものの、ダウンロードが確実に開始されるから、ダウンロード後に再生を楽しむことができ、利用者の不満を解消することができることとなる。
【００５９】
なお、本実施形態において、コンテンツは音楽のコンテンツとして記載したが、本発明はこれに限るものではなく、コンテンツは音声のコンテンツであってもよく、また、映像を含むコンテンツであってもよい。
【００６０】
また、本実施形態において、通信端末装置から試聴（試用）を要求する時、端末番号と通信速度を通知するよう記載したが、本発明はこれに限るものではない。本発明は、端末番号以外で通信端末装置を識別するよう構成してもよく、また、利用者そのものを識別する利用者番号で識別して利用者毎に通信履歴を記憶するようにしてもよい。また、通信端末装置の通信速度ではなく、コンテンツが有するコンテンツレートに基づいて必要な通信帯域を判断するようにしてもよい。
【００６１】
また、本実施形態において、設定情報の参照は、配信サーバが起動した時のみ参照するようにしてもよい。
【００６２】
【発明の効果】
本発明は、通信資源を適切に配分することによって、コンテンツの購入を促し、コンテンツの販売実績を伸ばすことができるという優れた効果を有するコンテンツの配信装置、およびコンテンツ配信方法を提供することができるものである。
【図面の簡単な説明】
【図１】実施形態のコンテンツ配信システムを示す図
【図２】実施形態の配信サーバを示すブロック図
【図３】実施形態のダウンロードの通常時を説明するためのシーケンス図
【図４】実施形態の試聴の通常時を説明するためのシーケンス図
【図５】実施形態の試聴の輻輳発生時を説明するためシーケンス図
【図６】実施形態のダウンロードの通信帯域変更時を説明するためのシーケンス図
【図７】従来のコンテンツ配信サーバを示すブロック図
【符号の説明】
１０  配信サーバ（配信装置）
１１  ゲートウエイ・インタフェース
１２  ストリーム通信手段
１３  ダウンロード通信手段
１４  通信資源管理手段
１５  通信予約キュー管理手段
１６  記憶手段
１６１  設定情報
１６２  コンテンツ
１６３  通信履歴
【図１】
0004112166.tif 000002
【図２】
0004112166.tif 000003
【図３】
0004112166.tif 000004
【図４】
0004112166.tif 000005
【図５】
0004112166.tif 000006
【図６】
0004112166.tif 000007
【図７】
0004112166.tif 000008