(57)【要約】【課題】コンテンツ配信サーバからクライアント端末へのコンテンツの配信中に異なる通信帯域の回線に切り替わった際にも、最適なビットレートでコンテンツデータの配信を継続することができ、構成が簡易なコンテンツ配信システムを提供する。【解決手段】入力されたコンテンツデータをクライアント端末４０から取得した圧縮値情報に基づいて圧縮して配信するコンテンツ配信サーバ２０にネットワーク３０を介して接続されたクライアント端末４０が、通信帯域の異なる複数の通信媒体から選択した通信媒体に適した圧縮値情報を生成してコンテンツ配信サーバに送信するとともに、送信した圧縮値情報に基づいて配信されたコンテンツデータを取得して出力する。【選択図】図１
2007274066.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してそれぞれ接続され、コンテンツデータを配信するコンテンツ配信サーバと前記配信されたコンテンツデータを受信する通信端末とからなるコンテンツ配信システムであって、
前記コンテンツ配信サーバは、
外部よりコンテンツデータを入力するコンテンツデータ入力部と、
前記通信端末から送信された前記入力されたコンテンツデータをデータ圧縮するための圧縮値情報を受信する圧縮値情報受信部と、
前記受信された圧縮値情報に基づいて、前記入力されたコンテンツデータをデータ圧縮するコンテンツデータ圧縮部と、
前記圧縮されたコンテンツデータを前記通信端末に送信するコンテンツデータ送信部とを備え、
前記通信端末は、
それぞれ通信帯域幅を異ならせて前記ネットワークに接続する複数の通信インタフェース部と、
これら複数の通信インタフェース部のうち、前記ネットワークに接続可能な通信状態であり且つ予め設定された優先度の最も高い通信インタフェース部を選択して前記ネットワークへの開通接続又は接続の切り替えを行うインタフェース切り替え部と、
前記通信帯域幅毎に決定された圧縮値情報を記憶する圧縮値情報記憶部と、
前記選択された通信インタフェース部の通信帯域幅に対応した圧縮値情報を前記圧縮値情報記憶部から取得して、この取得された圧縮値情報を前記選択された通信インタフェース部から前記コンテンツ配信サーバに送信する圧縮値情報取得送信部と、
この送信した圧縮値情報に基づいて前記コンテンツ配信サーバから送信された圧縮されたコンテンツデータを受信するコンテンツデータ受信部と、
この受信した圧縮されたコンテンツデータを伸張するコンテンツデータ伸張部と、
を備えた構成のコンテンツ配信システム。
【請求項２】
前記通信端末は、
前記圧縮値情報取得送信部から前記圧縮値情報が前記コンテンツ配信サーバに送信されたときに時間計測を開始するタイマー部と、
このタイマー部の計測時間が予め設定された時間を超えたときに、前記コンテンツ配信サーバから送信されるパケットデータの所定期間における損失回数を算出するパケット損失回数算出部と、
前記タイマー部の計測時間が予め設定された時間を超えたときに、前記コンテンツ配信サーバから送信されるパケットデータの所定期間における平均到着間隔を算出するパケット平均到着間隔算出部と、
前記算出された損失回数が予め設定された値を超える場合、又は前記損失回数が予め設定された値以下であり且つ前記算出された平均到着間隔が予め設定された値を超える場合に、現在処理中の圧縮値情報よりも低い圧縮率の変更圧縮値情報を生成する一方、前記損失回数が予め設定された値以下であり且つ前記平均到着間隔が予め設定された値以下である場合に現在処理中の圧縮値情報よりも高い圧縮率の変更圧縮値情報を生成する変更圧縮値情報生成部と、
前記生成された変更圧縮値情報を前記選択された通信インタフェース部から前記コンテンツ配信サーバに送信する変更圧縮値情報送信部と、
を有する通信状態監視部を更に備えたことを特徴とする請求項１に記載のコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを格納しているサーバから通信ネットワークを介して通信端末にストリーミング形式のコンテンツを提供するコンテンツ配信システムに関する。
【背景技術】
【０００２】
従来、情報端末間において通信を行うためのインタフェースを複数搭載し、有線と無線との双方に対応可能な端末が普及している。
【０００３】
有線と無線との双方に対応が可能な端末の例としてIEEE802.11gによる無線に対応したインタフェースとIEEE802.3uによる有線に対応したインタフェースとを搭載したノートパソコンなどの移動型クライアント端末がある。
【０００４】
この移動型クライアント端末を利用することにより、ユーザは有線と無線とを切り替えながらコンテンツデータが格納されているサーバからコンテンツデータを取得することが可能になる。
【０００５】
例えば、有線を使用可能な環境では有線を利用してサーバから高速なビットレートで高画質のコンテンツデータを取得し、有線が使用不可能な環境になったときは無線に切り替えて低速なビットレートでコンテンツデータを取得することにより、異なる使用環境で継続してコンテンツデータを取得する利用方法がある。
【０００６】
一方、コンテンツデータをクライアント端末に配信するための一般的なストリーミング配信技術として、Webサーバを使用して配信する方法と、ストリーミングタスクに特化したストリーミングサーバを利用して配信する方法とがある。
【０００７】
Webサーバを利用して配信する方法は、既存の設備機器により利用が可能であるが、クライアント端末でコンテンツデータを閲覧する際にすべてのデータを受信してから再生しなければならないためサーバや回線への負担が大きく、転送速度の低い回線では閲覧することはできないという欠点がある。
【０００８】
これに対し、ストリーミングサーバを利用して配信する方法はクライアント端末でデータを受信しながら再生するため、低速な回線でもコンテンツデータのリアルタイム再生が可能である。
【０００９】
また、ストリーミングサーバを利用した場合は、クライアント上で実行されるコンテンツ再生アプリケーション上でネットワークの帯域に応じたビットレートをサーバへ通知し、ユーザの使用環境に相応しいコンテンツデータをサーバからクライアント端末へ配信することができる。
【００１０】
しかしながら、ストリーミングサーバから配信されたコンテンツデータを前述した有線と無線との双方に対応可能な端末で受信する場合に、例えば高速なビットレートで処理されている有線による通信から低速なビットレートで処理される無線による通信に切り替えられると、占有できる帯域が足りず、映像データのコマ落ちが発生したり画面がフリーズしたりするという問題がある。
【００１１】
また逆に、低速なビットレートで処理されている無線による通信から高速なビットレートで処理される有線による通信に切り替えられると、高速性を生かした画像が得られないという問題がある。
【００１２】
これらの問題を解決するため、ネットワークの帯域計測方式であるpathload方式を用いて利用可能な帯域を計測し、計測された結果に基づいたコンテンツデータを配信する方法がある。
【００１３】
しかし、このpathload方式は、プローブパケットと呼ばれる応答時間計測用の試験パケットを連続的にサーバからクライアント端末に送信し、送信したプローブパケットに対してクライアント端末から送信された応答の到着間隔を計測して帯域の混雑状態を判断するため、このプローブパケット自体がネットワークに負荷を与えてしまうという欠点がある。
【００１４】
上述の問題を解決するための他の方法として、特許文献１に記載の技術がある。
【００１５】
この技術は、サーバに入力されたコンテンツデータを多様なビットレートで符号化して複数のストリームのグループを生成し、ネットワークの有効帯域に応じて適切なストリームを選択するものである。
【００１６】
この技術により、ネットワークにおいて有効帯域が変化したときにも、変化後の有効帯域に適したビットレートで符号化されたストリームに切り替えることができ、サーバは常に有効帯域に対して適切なストリームを提供することができる。
【特許文献１】特表２００５−５１６５４７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかし、上記の特許文献１の技術では、ビットレートの異なるストリームを複数生成するため処理が煩雑になるとともにサーバに大容量のメモリが必要であるという問題があった。
【００１８】
本発明は、上記事情に鑑みてなされたものであり、コンテンツ配信サーバからクライアント端末へのコンテンツの配信中に異なる通信帯域の回線に切り替わった際にも、最適なビットレートでコンテンツデータの配信を継続することができ、構成が簡易なコンテンツ配信システムを提供することである。
【課題を解決するための手段】
【００１９】
上記目的を達成するための本発明のコンテンツ配信システム（１）は、ネットワーク（３０）を介してそれぞれ接続され、コンテンツデータを配信するコンテンツ配信サーバ（２０）と配信されたコンテンツデータを受信する通信端末（４０）とからなるコンテンツ配信システム（１）であって、コンテンツ配信サーバ（２０）は、外部よりコンテンツデータを入力するコンテンツデータ入力部（２１）と、通信端末（４０）から送信された入力されたコンテンツデータをデータ圧縮するための圧縮値情報を受信する圧縮値情報受信部（２３）と、受信された圧縮値情報に基づいて、入力されたコンテンツデータをデータ圧縮するコンテンツデータ圧縮部（２４）と、圧縮されたコンテンツデータを通信端末（４０）に送信するコンテンツデータ送信部（２５）とを備え、通信端末（４０）は、それぞれ通信帯域幅を異ならせてネットワーク（３０）に接続する複数の通信インタフェース部（４１、４２）と、これら複数の通信インタフェース部（４１、４２）のうち、ネットワーク（３０）に接続可能な通信状態であり且つ予め設定された優先度の最も高い通信インタフェース部を選択してネットワーク（３０）への開通接続又は接続の切り替えを行うインタフェース切り替え部（４３）と、通信帯域幅毎に決定された圧縮値情報を記憶する圧縮値情報記憶部（４４）と、選択された通信インタフェース部の通信帯域幅に対応した圧縮値情報を圧縮値情報記憶部（４４）から取得して、この取得された圧縮値情報を選択された通信インタフェース部からコンテンツ配信サーバ（２０）に送信する圧縮値情報取得送信部（４５）と、この送信した圧縮値情報に基づいてコンテンツ配信サーバ（２０）から送信された圧縮されたコンテンツデータを受信するコンテンツデータ受信部（４６）と、この受信した圧縮されたコンテンツデータを伸張するコンテンツデータ伸張部（４７）と、を備えたことを特徴とする。
【００２０】
また、請求項２は請求項１に記載のコンテンツ配信システム（１）であり、通信端末（４０）は、圧縮値情報取得送信部（４５）から圧縮値情報がコンテンツ配信サーバ（２０）に送信されたときに時間計測を開始するタイマー部（４８ｆ）と、このタイマー部（４８ｆ）の計測時間が予め設定された時間を超えたときに、コンテンツ配信サーバ（２０）から送信されるパケットデータの所定期間における損失回数を算出するパケット損失回数算出部（４８ａ）と、タイマー部（４８ｆ）の計測時間が予め設定された時間を超えたときに、コンテンツ配信サーバ（２０）から送信されるパケットデータの所定期間における平均到着間隔を算出するパケット平均到着間隔算出部（４８ｂ）と、算出された損失回数が予め設定された値を超える場合、又は損失回数が予め設定された値以下であり且つ算出された平均到着間隔が予め設定された値を超える場合に、現在処理中の圧縮値情報よりも低い圧縮率の変更圧縮値情報を生成する一方、損失回数が予め設定された値以下であり且つ平均到着間隔が予め設定された値以下である場合に現在処理中の圧縮値情報よりも高い圧縮率の変更圧縮値情報を生成する変更圧縮値情報生成部（４８ｃ）と、生成された変更圧縮値情報を選択された通信インタフェース部からコンテンツ配信サーバ（２０）に送信する変更圧縮値情報送信部（４８ｅ）とを有する通信状態監視部（４８）を更に備えたことを特徴とする。
【発明の効果】
【００２１】
本発明のコンテンツ配信システムによれば、簡易な構成で、コンテンツ配信サーバからクライアント端末へのコンテンツの配信中に異なる通信帯域の回線に切り替わった際にも、映像データのコマ落ちが発生したり画面がフリーズしたりすることなく最適なビットレートでコンテンツデータの配信を継続することができる。
【発明を実施するための最良の形態】
【００２２】
〈一実施形態によるコンテンツ配信システムの構成〉
本発明の一実施形態によるコンテンツ配信システム１の構成を、図１を用いて説明する。
【００２３】
本実施形態によるコンテンツ配信システム１は、撮影を行うデジタルビデオカメラ１０と、デジタルビデオカメラ１０で撮影した映像をコンテンツデータとして入力して配信するコンテンツ配信サーバ２０と、ネットワーク３０と、ネットワーク３０を介してコンテンツ配信サーバ２０からコンテンツデータを受信する通信端末としてのクライアント端末４０と、クライアント端末４０で受信したコンテンツデータを表示する表示装置５０と、クライアント端末４０が無線でネットワーク３０と通信する際に利用するアクセスポイント６０とを有する。
【００２４】
コンテンツ配信サーバ２０は、コンテンツデータ入力部２１と、コンテンツデータ変換部２２と、圧縮値情報受信部２３と、コンテンツデータ圧縮部２４と、コンテンツデータ送信部２５とを有する。
【００２５】
コンテンツデータ入力部２１は、デジタルビデオカメラ１０からコンテンツデータを入力する。
【００２６】
コンテンツデータ変換部２２は、入力されたコンテンツデータをＤＶ形式からＹＵＶ形式に変換する。
【００２７】
圧縮値情報受信部２３は、ネットワーク３０を介してクライアント端末４０から圧縮値情報を受信するとともに、この情報の送信元であるクライアント端末４０のＩＰアドレスを保持する。
【００２８】
コンテンツデータ圧縮部２４は、受信された圧縮値情報に基づいてＹＵＶ形式に変換されたコンテンツデータをＪＰＥＧフォーマットやＭＰＥＧフォーマットを用いて圧縮する。
【００２９】
コンテンツデータ送信部２５は、クライアント端末４０のＩＰアドレスを圧縮値情報受信部２３から取得し、圧縮されたコンテンツデータをネットワーク３０を介してクライアント端末４０に送信する。
【００３０】
また、クライアント端末４０は、有線インタフェース部４１と、無線インタフェース部４２と、インタフェース切り替え部４３と、圧縮値情報記憶部４４と、圧縮値情報取得送信部４５と、コンテンツデータ受信部４６と、コンテンツデータ伸張部４７と、通信状態監視部４８とを有する。
【００３１】
有線インタフェース部４１は、ネットワーク３０に１Gbps以下のデータ転送速度で有線接続することにより通信を可能にするLANインタフェースカードである。
【００３２】
無線インタフェース部４２は、ネットワーク３０に５４Mbps以下のデータ転送速度で無線接続することにより通信を可能にするIEEE802.11gで規定されたインタフェースである。
【００３３】
インタフェース切り替え部４３は、有線インタフェース部４１か無線インタフェース部４２かのいずれか１つを選択してネットワーク３０との通信を可能にする。
【００３４】
圧縮値情報記憶部４４は、通信帯域毎に決定されたコンテンツの圧縮値情報を記憶する。
【００３５】
圧縮値情報取得送信部４５は、インタフェース切り替え部４３において選択されたインタフェース部の通信帯域幅に対応した圧縮値情報を圧縮値情報記憶部４４から取得して、選択されたインタフェース部からネットワーク３０を介してコンテンツ配信サーバ２０に送信する。
【００３６】
コンテンツデータ受信部４６は、送信した圧縮値情報に基づいてコンテンツ配信サーバ２０から送信された圧縮されたコンテンツデータを受信する。
【００３７】
コンテンツデータ伸張部４７は、受信した圧縮されたコンテンツデータを伸張して表示装置５０に出力する。
【００３８】
通信状態監視部４８は、圧縮値情報取得送信部４５から圧縮値情報がコンテンツ配信サーバに送信されたときに時間計測を開始するタイマー部４８ｆと、このタイマー部４８ｆの計測時間が予め設定された時間を超えたときに、コンテンツ配信サーバ２０から送信されるパケットデータの所定期間における損失回数を算出するパケット損失回数算出部４８ａと、タイマー部４８ｆの計測時間が予め設定された時間を超えたときに、コンテンツ配信サーバ２０から送信されるパケットデータの所定期間における平均到着間隔を算出するパケット平均到着間隔算出部４８ｂと、算出された損失回数が予め設定された値を超える場合、又は損失回数が予め設定された値以下であり且つ算出された平均到着間隔が予め設定された値を超える場合に、現在処理中の圧縮値情報よりも低い圧縮率の変更圧縮値情報を生成する一方、損失回数が予め設定された値以下であり且つ平均到着間隔が予め設定された値以下である場合に現在処理中の圧縮値情報よりも高い圧縮率の変更圧縮値情報を生成する変更圧縮値情報生成部４８ｃと、生成された変更圧縮値情報を選択された通信インタフェース部からコンテンツ配信サーバ２０に送信する変更圧縮値情報送信部４８ｅとを有する。
【００３９】
〈一実施形態によるコンテンツ配信システムの動作〉
本実施形態によるコンテンツ配信システムの動作について、図２を参照して説明する。
【００４０】
本実施形態においては、デジタルビデオカメラ１０で撮影した映像コンテンツを、コンテンツ配信サーバ２０がストリーミング形式でクライアント端末４０に配信する場合について説明する。
【００４１】
まず、デジタルビデオカメラ１０で撮影した映像がコンテンツデータとしてコンテンツ配信サーバ２０に送信される。
【００４２】
コンテンツ配信サーバ２０では、コンテンツデータが受信されるとコンテンツデータ入力部２１から入力される（Ｓ１）。
【００４３】
コンテンツデータ入力部２１から入力されたコンテンツデータは、コンテンツデータ変換部２２でＤＶ形式からＹＵＶ形式に変換される（Ｓ２）。
【００４４】
一方、クライアント端末４０は、有線インタフェース部４１か無線インタフェース部４２かのいずれか１つが選択されてネットワーク３０に接続されることによりネットワーク３０を介してコンテンツ配信サーバ２０と通信可能な状態になっている。
【００４５】
このとき、有線でネットワーク３０に接続することが可能な環境であるときにはインタフェース切り替え部４３によって有線インタフェース部４１が選択されて高速ビットレートで通信が行われ、有線でネットワーク３０に接続することができない環境であるときにはインタフェース切り替え部４３によって無線インタフェース部４２が選択されて低速ビットレートで通信が行われる。
【００４６】
ここでは、有線でネットワーク３０に接続することが可能な環境であり、インタフェース切り替え部４３によって有線インタフェース部４１が選択されたものとする（Ｓ３）。
【００４７】
インタフェース切り替え部４３により有線インタフェース部４１が選択され、有線によりネットワーク３０との通信が行われると、圧縮値情報取得送信部４５において有線インタフェース部４１の通信帯域に対応した圧縮値情報が圧縮値情報記憶部４４から取得される（Ｓ４）。
【００４８】
圧縮値情報記憶部４４に記憶されている圧縮値情報について説明する。
【００４９】
本実施形態においては、圧縮値情報記憶部４４にはＪＰＥＧフォーマットを用いて画像を圧縮するときの圧縮値情報が記憶されている。
【００５０】
圧縮値情報の１例を表１に示す。
【表１】
2007274066.tif 000003
【００５１】
本実施の形態において、圧縮値情報は１〜１００の整数である。この圧縮値情報は量子化テーブルの量子化係数に重み付けをするためのパラメータであり、圧縮値情報の数値が大きい程量子化データは低圧縮率の結果となる。
【００５２】
ＪＰＥＧ方式やＭＰＥＧ方式によるデータ圧縮は原画像データの特性により圧縮後のデータサイズにばらつきが生じるため、表１に示した圧縮値情報はデジタルビデオカメラ１０で撮影する画像の種類やシステムの用途等に応じて適宜決定されることが望ましい。
【００５３】
このように圧縮値を変えることで、ネットワーク３０上に送出される圧縮画像データサイズが変更され、ネットワーク３０上のトラフィック負荷を調整することが可能になる。
【００５４】
ここでは、圧縮値情報取得送信部４５により有線インタフェース部４１の通信帯域に対応した圧縮値情報である圧縮値情報「７５」が取得される。
【００５５】
取得された圧縮値情報「７５」は、インタフェース切り替え部４３を介して有線インタフェース部４１からコンテンツ配信サーバ２０に送信される（Ｓ５）。
【００５６】
コンテンツ配信サーバ２０では、圧縮値情報「７５」が圧縮値情報受信部２３で受信されて（Ｓ６）コンテンツデータ圧縮部２４に送出されるとともに、この圧縮値情報の送信元であるクライアント端末４０のＩＰアドレスが保持される。
【００５７】
コンテンツデータ圧縮部２４では、ステップＳ２でＹＵＶ形式に変換されたコンテンツデータが、取得した情報に基づいてデータ圧縮される（Ｓ７）。
【００５８】
次にコンテンツデータ送信部２５でクライアント端末４０のＩＰアドレスが圧縮値情報受信部２３から取得され、圧縮されたコンテンツデータがユニキャストのＵＤＰパケットとしてストリーミング形式でコンテンツデータ送信部２５からネットワーク３０を介してクライアント端末４０に送信される（Ｓ８）。
【００５９】
ここでは有線が利用されるため、１Gbps以下の通信速度の性能で送信が行われる。
【００６０】
クライアント端末４０では、有線インタフェース部４１およびインタフェース切り替え部４３を介してコンテンツデータ受信部４６で圧縮されたコンテンツデータが受信される（Ｓ９）。
【００６１】
コンテンツデータ受信部４６で受信されたコンテンツデータはコンテンツデータ伸張部４７で伸張され、表示装置５０に表示させるために出力される（Ｓ１０）。このステップＳ１、Ｓ２、Ｓ７、Ｓ８の処理は、インタフェース部が切り替えられずコンテンツデータの配信が行われている間繰り返される。
【００６２】
ここで、ユーザがノートパソコンなどのクライアント端末４０を持って移動することにより、クライアント端末４０が有線に接続できない環境に変わったときのコンテンツ配信システムの動作について説明する。
【００６３】
コンテンツ配信サーバ２０では、クライアント端末４０の状況にかかわらず引き続きデジタルビデオカメラ１０からストリーミング形式でコンテンツデータが入力され、ＹＵＶ形式に変換される（Ｓ１１、Ｓ１２）。
【００６４】
クライアント端末４０では、有線インタフェース部４１によるネットワーク３０への接続が切断されると、この切断がインタフェース切り替え部４３でリンク信号により検知される（Ｓ１３）。
【００６５】
インタフェース切り替え部４３で有線インタフェース部４１によるネットワーク３０への接続の切断が検知されると、無線インタフェース部４２によるネットワーク３０への接続に切り替えられる（Ｓ１４）。
【００６６】
無線インタフェース部４２によるネットワーク３０への接続に切り替えられると、圧縮値情報取得送信部４５において無線インタフェース部４２の通信帯域に対応した圧縮値情報である圧縮値情報「２５」が圧縮値情報記憶部４４から取得される（Ｓ１５）。
【００６７】
取得された圧縮値情報「２５」は、インタフェース切り替え部４３および無線インタフェース部４２を介して送出され、アクセスポイント６０を経由してコンテンツ配信サーバ２０に送信される（Ｓ１６）。
【００６８】
コンテンツデータ圧縮部２４では、圧縮値情報「２５」が圧縮値情報受信部２３で受信されて（Ｓ１７）コンテンツデータ圧縮部２４に送出されるとともに、この圧縮値情報の送信元であるクライアント端末４０のＩＰアドレスが保持される。
【００６９】
コンテンツデータ圧縮部２４では、ステップＳ１２でＹＵＶ形式に変換されたコンテンツデータが、取得した情報に基づいてデータ圧縮される（Ｓ１８）。
【００７０】
次にコンテンツデータ送信部２５でクライアント端末４０のＩＰアドレスが圧縮値情報受信部２３から取得され、圧縮されたコンテンツデータがユニキャストのＵＤＰパケットとしてストリーム形式でコンテンツデータ送信部２５からネットワーク３０のアクセスポイント６０を介してクライアント端末４０に送信される（Ｓ１９）。
【００７１】
ここでは無線が利用されるため、５４Mbps以下の通信速度の性能で送信が行われる。
【００７２】
クライアント端末４０では、無線インタフェース部４２およびインタフェース切り替え部４３を介してコンテンツデータ受信部４６で圧縮されたコンテンツデータが受信される（Ｓ２０）。
【００７３】
コンテンツデータ受信部４６で受信されたコンテンツデータはコンテンツデータ伸張部４７で伸張され、表示装置５０に表示させるために出力される（Ｓ２１）。このステップＳ１１、Ｓ１２、Ｓ１８、Ｓ１９の処理は、インタフェースが切り替えられずコンテンツデータの配信が行われている間繰り返される。
【００７４】
以上のように有線インタフェース部４１または無線インタフェース部４２を利用してコンテンツ配信サーバ２０からクライアント端末４０へコンテンツデータの配信が行われている間の、クライアント端末４０における圧縮値情報の取得制御について説明する。
【００７５】
コンテンツ配信サーバ２０からクライアント端末４０へコンテンツデータの配信が行われている間、通信状態監視部４８において、所定期間ごとにパケット損失回数およびパケットの平均到着間隔時間が計測されることにより通信状態が監視され、圧縮値が制御される。
【００７６】
通信状態監視部４８の構成について図３を参照して説明する。
【００７７】
通信状態監視部４８は、パケット損失回数算出部４８ａと、パケット平均到着間隔算出部４８ｂと、変更圧縮値情報生成部４８ｃと、圧縮値記録部４８ｄと、変更圧縮値情報送信部４８ｅと、タイマー４８ｆとを有する。
【００７８】
パケット損失回数算出部４８ａは、タイマー４８ｆの値が予め設定された値を超えているときは、コンテンツ配信サーバ２０から送信されるパケットの一定期間における損失回数を算出する。
【００７９】
パケット平均到着間隔算出部４８ｂは、タイマー４８ｆの値が予め設定された値を超えているときは、コンテンツ配信サーバ２０から送信されるパケットの一定期間における平均到着間隔を算出する。
【００８０】
変更圧縮値情報生成部４８ｃは、パケット損失回数算出部４８ａで算出された損失回数とパケット平均到着間隔算出部４８ｂで算出された平均到着間隔とから変更する圧縮値である変更圧縮値情報を生成する。
【００８１】
圧縮値記録部４８ｄは、圧縮値情報取得送信部４５で新たな圧縮値情報が取得されたときの圧縮値情報、または、変更圧縮値情報生成部４８ｃで変更圧縮値情報が生成されたときの変更圧縮値情報を記録する。
【００８２】
変更圧縮値情報送信部４８ｅは、変更圧縮値情報生成部４８ｃで生成された変更圧縮値情報をいずれかのインタフェース部からネットワーク３０を介してコンテンツ配信サーバ２０に提供する。
【００８３】
タイマー４８ｆは、圧縮値情報取得送信部４５から新たな圧縮値情報が送信されたとき、または変更圧縮値情報送信部４８ｅから変更圧縮値情報が送信されてからの経過時間を計測する。
【００８４】
通信状態監視部４８における通信状態の監視動作および圧縮値制御について図４を参照して説明する。
【００８５】
まず、タイマー４８ｆにより、圧縮値情報取得送信部４５から新たな圧縮値情報が送信されてから経過している時間、または変更圧縮値情報送信部４８ｅから変更圧縮値情報が送信されてから経過している時間が、予め設定された時間を超えているか否かが判定される（Ｓ３１）。
【００８６】
これは、圧縮値情報の取得が行われた直後の通信状態監視部４８の誤動作を防ぐために行われる。例えば、クライアント端末４０からコンテンツ配信サーバ２０に圧縮値を上げるように変更を要求した直後はコンテンツ配信サーバ２０から低ビットレートでパケットが送出されるためパケット到着間隔が長くなり、以下に説明する動作において圧縮値を下げるように変更が要求されることになり、頻繁に圧縮値の変更が要求され不安定になる。
【００８７】
そのため、圧縮値情報の取得が行われてから一定期間は圧縮値が変更されないようにすることで、通信状態監視部４８の動作を安定させることができる。
【００８８】
判定の結果、予め設定された時間を超えているときは（Ｓ３１の「YES」）、一例として順に到着した１０フレームのコンテンツデータについて、（１）ＵＤＰパケットの損失回数の積算値がパケット損失回数算出部４８ａで算出され、（２）パケットの平均到着間隔がパケット平均到着間隔算出部４８ｂで算出される（Ｓ３２、Ｓ３３）。
【００８９】
ＵＤＰパケットの損失回数は、コンテンツ配信サーバ２０からＵＤＰパケットが送信される際に各パケットに連続番号を付加しておき、パケット損失回数算出部４８ａで欠番を検出することにより算出される。
【００９０】
上記の（１）、（２）について１０フレーム分のデータが算出されたときは（Ｓ３３の「YES」）、（１）ＵＤＰパケットの損失回数の積算値が予め設定された閾値を超えるか否かが変更圧縮値情報生成部４８ｃで判定される（Ｓ３４）。
【００９１】
判定の結果、変更圧縮値情報生成部４８ｃでＵＤＰパケットの損失回数の積算値が予め設定された閾値を超えると判定されたときは（Ｓ３４の「YES」）回線が混んでいると判断され、トラフィックの負荷を軽減させるために処理中の圧縮値よりも低い変更圧縮値情報が生成される。
【００９２】
この変更圧縮値情報は、圧縮値記録部４８ｄに記録されている処理中の圧縮値が取得され、この処理中の圧縮値から所定値下げた圧縮値が算出されることにより生成される（Ｓ３５）。
【００９３】
ここでは、圧縮値記録部４８ｄに記録されている処理中の圧縮値情報は「２５」であり、この値から予め設定された５ステップ下げた「２０」が変更圧縮値情報として生成される。
【００９４】
また、ステップＳ３４において、ＵＤＰパケットの損失回数の積算値が閾値以下であると判定されたときは（Ｓ３４の「NO」）、さらに（２）パケットの平均到着間隔が予め設定された閾値を超えるか否かが判定される（Ｓ３６）。
【００９５】
判定の結果、パケットの平均到着間隔が予め設定された閾値を超えると判定されたとき（Ｓ３６の「YES」）も回線が混んでいると判断され、トラフィックの負荷を軽減させるために処理中の圧縮値よりも低い変更圧縮値情報が生成される（Ｓ３５）。
【００９６】
また、ステップＳ３６においてパケットの平均到着間隔が予め設定された値を超えないと判定されたときは（Ｓ３６の「NO」）、回線の使用状況に余裕があると判断され、処理中の圧縮値よりも高い変更圧縮値情報が生成される（Ｓ３７）。
【００９７】
ここでは、圧縮値記録部４８ｄに記録されている処理中の圧縮値情報は「２０」であり、この値から予め設定された２ステップ上げた「２２」が変更圧縮値情報として生成される。
【００９８】
このように圧縮値を下げるときの変更値のほうが圧縮値を上げるときの変更値よりも大きくすることで、回線が混んでいるときはトラフィックの負荷を大きく下げ、その後徐々にトラフィックを上げていくことができる。
【００９９】
ステップＳ３５またはステップＳ３７で生成された変更圧縮値情報は、圧縮値記録部４８ｄに記録される（Ｓ３８）とともに、変更圧縮値情報送信部４８ｅからインタフェース切り替え部４３およびいずれかのインタフェース部を介してコンテンツ配信サーバ２０に送信される（Ｓ３９）。
【０１００】
変更圧縮値情報送信部４８ｅから変更圧縮値情報が送信されると、タイマー４８ｆが起動され（Ｓ４０）、ステップＳ３１における判定に用いられる。
【０１０１】
以上のステップＳ３１〜ステップＳ４０の処理は、コンテンツの配信が終了するかまたはユーザにより停止の操作が行われるまで繰り返される（Ｓ４１）。
【０１０２】
以上の実施形態によれば、コンテンツ配信サーバは、通信媒体の通信帯域に適した圧縮値で圧縮したコンテンツデータをクライアント端末に提供することができるため、コンテンツの配信中に異なる通信帯域の通信媒体に切り替わった際にも、使用する通信媒体に適した圧縮値でコンテンツデータの配信を継続することができる。
【０１０３】
また、通信状態監視部で行われる通信状態の監視動作および圧縮値制御により、コンテンツ配信サーバは、通信回線のトラフィック状態の変化に応じて最適な圧縮値で圧縮されたコンテンツデータをクライアント端末に配信することができる。
【０１０４】
また、コンテンツ配信サーバには圧縮値が異なる複数のコンテンツデータなどを保存する必要がないため、大容量のメモリを必要とせず、簡易に構成することができる。
【０１０５】
本実施形態においては、通信状態監視部４８での圧縮値制御において圧縮値の変更値を、圧縮値を下げるときには５ステップ、圧縮値を上げるときには２ステップと設定したがこれには限定されず、各装置および通信媒体の使用環境等に応じて変更値を設定することが可能である。
【０１０６】
また、本実施形態においては、コンテンツを入力する装置としてデジタルビデオカメラをコンテンツ配信サーバとは別に設けたが、これには限定されず、例えばコンテンツ配信サーバの機能を搭載したセキュリティカメラのように、デジタルビデオカメラとコンテンツ配信サーバを一体化させた構成としてもよい。
【図面の簡単な説明】
【０１０７】
【図１】本発明の一実施形態におけるコンテンツ配信システムの構成を示すブロック図である。
【図２】本発明の一実施形態におけるコンテンツ配信システムの動作の示すシーケンス図である。
【図３】本発明の一実施形態におけるコンテンツ配信システムの通信状態監視部の構成を示すブロック図である。
【図４】本発明の一実施形態におけるコンテンツ配信システムの通信状態監視部の動作を示すフローチャートである。
【符号の説明】
【０１０８】
１…コンテンツ配信システム
１０…デジタルビデオカメラ
２０…コンテンツ配信サーバ
２１…コンテンツデータ入力部
２２…コンテンツデータ変換部
２３…圧縮値情報受信部
２４…コンテンツデータ圧縮部
２５…コンテンツデータ送信部
３０…ネットワーク
４０…クライアント端末
４１…有線インタフェース部
４２…無線インタフェース部
４３…インタフェース切り替え部
４４…圧縮値情報記憶部
４５…圧縮値情報取得送信部
４６…コンテンツデータ受信部
４７…コンテンツデータ伸張部
４８…通信状態監視部
４８ａ…パケット損失回数算出部
４８ｂ…パケット平均到着間隔算出部
４８ｃ…変更圧縮値情報生成部
４８ｄ…圧縮値記録部
４８ｅ…変更圧縮値情報送信部
４８ｆ…タイマー
５０…表示装置
６０…アクセスポイント
【図１】
2007274066.tif 000004
【図２】
2007274066.tif 000005
【図３】
2007274066.tif 000006
【図４】
2007274066.tif 000007