(57)【要約】【課題】スモールスタートで配信サービスを開始可能とする。【解決手段】クライアント端末１０５は、撮像画像データの配信を希望する場合、カメラサーバ１０２に配信要求を送る。カメラサーバ１０２は、クライアント端末１０５からの配信要求に対応できる間はクライアント端末にコンテンツを配信する。配信数が少ない場合には、マルチキャストサーバ１０３を利用せず、配信サービス事業を小規模スタートできる。カメラサーバ１０２は、配信数が多くなり、クライアント端末１０５からの配信要求に対応できなくなる場合、配信をマルチキャストサーバ１０３に代わってもらう。この場合、カメラサーバ１０２は、マルチキャストサーバ１０３に撮像画像データを送信すると共に、クライアント端末１０５にマルチキャストサーバ１０３の情報を載せた転送コマンドを送信する。マルチキャストサーバ１０３を利用することで、配信数の増加に柔軟に対処できる。【選択図】図１２
2010245654.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを出力するコンテンツ出力部と、
ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
上記判断部で配信できると判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に配信し、上記判断部で配信できないと判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記ネットワークに接続されたマルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する送信部と
を備えることを特徴とする配信サーバ。
【請求項２】
上記ネットワークはＮＧＮである
ことを特徴とする請求項１に記載の配信サーバ。
【請求項３】
上記コンテンツ出力部は、
被写体を撮像し、該被写体に対応した撮像画像データを、上記コンテンツとして出力する撮像部である
ことを特徴とする請求項１に記載の配信サーバ。
【請求項４】
コンテンツを出力するコンテンツ出力部と、
ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部とを備える配信サーバにおけるコンテンツ送信方法であって、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断し、
配信できると判断するとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に配信し、
配信できないと判断するとき、上記コンテンツ出力部から出力されたコンテンツを、上記ネットワークに接続されたマルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する
ことを特徴とする配信サーバにおけるコンテンツ配信方法。
【請求項５】
ネットワークに接続された配信サーバから配信されたコンテンツを受信するコンテンツ受信部と、
上記コンテンツ受信部で受信されたコンテンツを、上記ネットワークにマルチキャストするコンテンツ配信部と
を備えることを特徴とするマルチキャストサーバ。
【請求項６】
上記ネットワークはＮＧＮである
ことを特徴とする請求項５に記載のマルチキャストサーバ。
【請求項７】
ネットワークに接続された配信サーバから送信されたコンテンツを受信するコンテンツ受信ステップと、
上記コンテンツ受信ステップで受信されたコンテンツを、上記ネットワークにマルチキャストするコンテンツ配信ステップと
を有することを特徴とするマルチキャストサーバにおけるコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、配信サーバ、配信サーバにおけるコンテンツ配信方法、マルチキャストサーバおよびマルチキャストサーバにおけるコンテンツ配信方法に関し、特に、ネットワークを介して映像や音楽等のコンテンツをクライアント端末に配信する配信サーバ等に関する。
【背景技術】
【０００２】
近年、従来の回線交換式の電話回線網をＩＰ（Internet Protocol）技術をベースにしたネットワークに置き換える、次世代ネットワーク（ＮＧＮ：Next Generation Network）の構築に向けた動きが活発化している。ＮＧＮは、ネットワーク自体に帯域保証機能、セキュリティ機能を備え、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を用いてセッション制御を行う。
【０００３】
このようなＮＧＮにおいては、クライアント端末は、配信サーバから、映像や音楽等のコンテンツの配信を受けることが可能となる。この場合、配信サーバにどの程度のクライアント端末から配信要求があるか、また、その際に必要なサーバリソースを見極めるのは非常に困難である。
【０００４】
例えば、特許文献１、特許文献２、特許文献３には、配信サーバ（コンテンツ提供サーバ）からインターネット等のネットワークを介して映像や音楽等のコンテンツをクライアント端末（ユーザ端末）に配信するシステムが記載されている。
【０００５】
図１４は、配信サーバとしてのカメラサーバ２１０からネットワーク２３０を介してクライアント端末２２０ａ〜２２０ｃに撮像画像データをストリーミング配信している様子を示している。ＣＰＵ（Central Processing Unit）パワー等の要因により、１台のカメラサーバ２１０が行い得るストリーミング配信の数には限界がある。この場合、高画質のストリーミング配信を行うと、配信数はますます制限される。
【０００６】
そこで、従来、配信数を増やすために、負荷分散方式が提案されている。この負荷分散方式として、図１５に示すように、ＤＮＳ（Domain Name System）による負荷分散がある。この負荷分散方式は、クライアント端末２２０からＤＮＳサーバ２４０に配信サーバのＩＰアドレスの問い合わせがあった場合、ＤＮＳサーバ２４０は、配信サーバ(サーバ０)２１０ａ〜サーバ（サーバ２）２１０ｃのＩＰアドレスを順次振り分けてクライアント端末２２０に教えるようになされており、各サーバの負荷が分散される。
【０００７】
また、負荷分散方式として、図１６に示すように、ロードバランサ（スイッチ）による負荷分散がある。この負荷分散方式は、クライアント端末２２０からＤＮＳサーバ２４０に配信サーバのＩＰアドレスの問い合わせがあった場合、ＤＮＳサーバ２４０は、ロードバランサ２５０のＩＰアドレスを教え、このロードバランサ２５０が配信サーバ(サーバ０)２１０ａ〜サーバ（サーバ２）２１０ｃを順次振り分けるようになされており、各サーバの負荷が分散される。
【０００８】
また、従来、配信数を増やすために、同報方式が提案されている。同報方式としては、ＩＰマルチキャスト、アプリケーションレベルマルチキャスト等が知られている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１１０２７７号公報
【特許文献２】特開２００５−３２７１５５号公報
【特許文献３】特開２００４−７２２８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述したＤＮＳサーバ２４０による負荷分散方式、ロードバランサ２５０による負荷分散方式、あるいはＩＰマルチキャストでは、（ａ）予め配信数の需要が分かっていない場合にはできない、（ｂ）大きな配信数を仮定すると初期投資がかさむ、等の問題がある。また、アプリケーションレベルマルチキャストでは、（ａ）Ｐ２Ｐで配信が行われるために、クライアント端末に特別な仕組みが必要、（ｂ）通信品質の確保が困難、（ｃ）課金などを行う際に必要な接続履歴管理が困難、等の問題がある。つまり、上述した従来の負荷分散方式、同報方式は、配信サービス事業を小規模スタートしたい場合には合わない。
【００１１】
この発明の目的は、スモールスタートで配信サービスを開始可能とすることにある。
【課題を解決するための手段】
【００１２】
この発明の概念は、
コンテンツを出力するコンテンツ出力部と、
ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
上記判断部で配信できると判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に配信し、上記判断部で配信できないと判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記ネットワークに接続されたマルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する送信部と
を備えることを特徴とする配信サーバにある。
【００１３】
また、この発明の概念は、
ネットワークに接続された配信サーバから配信されたコンテンツを受信するコンテンツ受信部と、
上記コンテンツ受信部で受信されたコンテンツを、上記ネットワークにマルチキャストするコンテンツ配信部と
を備えることを特徴とするマルチキャストサーバにある。
【００１４】
この発明において、配信サーバ、クライアント端末およびマルチキャストサーバはそれぞれネットワークを介して接続されている。このネットワークとしては、例えばＮＧＮが用いられる。配信サーバにおいては、クライアント端末から配信要求があるとき、当該配信要求に対応して自身でコンテンツの配信が可能であるか否かが判断される。例えば、配信サーバは、自身の配信能力に比して配信数が未だ少ない状態にある場合、配信可能であると判断する。
【００１５】
配信要求に対応してコンテンツの配信が可能であると判断されるとき、配信サーバからクライアント端末に、コンテンツの配信が行われる。例えば、配信サーバは、被写体を撮像し、この被写体に対応した撮像画像データを出力する撮像部を備えるものとされ、この撮像部から出力される撮像画像データをコンテンツとしてクライアント端末に配信する。
【００１６】
一方、配信要求に対応してコンテンツの配信が不可能であると判断されるとき、配信サーバからマルチキャストサーバにコンテンツが送信されると共に、配信サーバからクライアント端末にマルチキャストサーバの情報を載せた転送コマンドが送信される。そのため、クライアント端末には、配信サーバに代わって、マルチキャストサーバからコンテンツの配信が行われる。
【００１７】
このように、配信サーバは、配信数が少なくクライアント端末からの配信要求に対応できる間は自身がクライアント端末にコンテンツを配信するものであり、その間はマルチキャストサーバを利用せずにコンテンツ配信を行うことができ、配信サービス事業を小規模スタートできる。また、配信数が多くなり、クライアント端末からの配信要求に対応できなくなる場合には、マルチキャストサーバを利用してコンテンツの配信を行うことができ、配信数の増加にも柔軟に対処できる。
【発明の効果】
【００１８】
この発明によれば、クライアント端末からの配信要求に対応できないとき、マルチキャストサーバにコンテンツを送信すると共にクライアント端末にマルチキャストサーバの情報を載せた転送コマンドを送信し、マルチキャストサーバからクライアント端末にコンテンツを送信する構成としたものであり、スモールスタートで配信サービスを開始できる。
【図面の簡単な説明】
【００１９】
【図１】この発明の実施の形態としてのコンテンツ配信システムの構成例を示すブロック図である。
【図２】カメラサーバの構成例を示すブロック図である。
【図３】新たなクライアント端末から配信要求があった場合におけるカメラサーバの制御部の処理動作を示すフローチャートである。
【図４】コンテンツ配信システムの動作例を説明するためのブロック図である。
【図５】コンテンツ配信システムの動作例を説明するためのシーケンス図である。
【図６】コンテンツ配信システムの動作例を説明するためのブロック図である。
【図７】コンテンツ配信システムの動作例を説明するためのシーケンス図である。
【図８】コンテンツ配信システムの動作例を説明するためのブロック図である。
【図９】コンテンツ配信システムの動作例を説明するためのシーケンス図である。
【図１０】コンテンツ配信システムの動作例を説明するためのブロック図である。
【図１１】コンテンツ配信システムの動作例を説明するためのシーケンス図である。
【図１２】この発明のコンテンツ配信システムの効果を説明するための図である。
【図１３】この発明の変形例を説明するための図である。
【図１４】配信サーバとしてのカメラサーバからネットワークを介してクライアント端末に撮像画像データをストリーミング配信している様子を示す図である。
【図１５】配信数を増やすための負荷分散方式の一つであるＤＮＳ（DomainName System）による負荷分散を説明するための図である。
【図１６】配信数を増やすための負荷分散方式の一つであるロードバランサによる負荷分散を説明するための図である。
【発明を実施するための形態】
【００２０】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２１】
＜１．実施の形態＞
［コンテンツ配信システムの構成］
図１は、この発明の実施の形態としてのコンテンツ配信システム１００の構成例を示している。このコンテンツ配信システム１００は、ネットワークとしてのＮＧＮ１０１に、カメラサーバ１０２、マルチキャストサーバ１０３、ＳＩＰプロキシサーバ１０４およびクライアント端末１０５ａ〜１０５ｄが接続された構成とされている。カメラサーバ１０２は、配信サーバを構成している。
【００２２】
［カメラサーバの構成］
図２は、カメラサーバ１０２の構成例を示している。カメラサーバ１０２は、撮像部１０２ａ、通信部１０２ｂおよび制御部１０２ｃを有している。ここで、撮像部１０２ａはコンテンツ出力部を構成し、通信部１０２ｂは配信要求受信部および送信部を構成し、制御部１０２ｃは判断部、送信部を構成している。
【００２３】
制御部１０２ｃは、撮像部１０２ａおよび通信部１０２ｂの動作を制御する。撮像部１０２ａは、被写体を撮像し、この被写体に対応した撮像画像データを出力する。通信部１０２は、撮像部１０２ａから出力される撮像画像データを、必要に応じて、クライアント端末、マルチキャストサーバに送信する。また、通信部１０２は、クライアント端末１０５ａ〜１０５ｄ、マルチキャストサーバ１０３、ＳＩＰプロキシサーバ１０４との間で必要な通信を行う。
【００２４】
カメラサーバ１０２の制御部１０２ｃは、通信部１０２ｂによりクライアント端末から送信された配信要求が受信されたとき、その配信要求に対応して自身でクライアント端末にコンテンツを送信できるか否かを判断する。制御部１０２ｃは、例えば、自身、すなわちカメラサーバ１０２の配信能力に比して配信数が少ない状態にあるとき、配信可能と判断する。
【００２５】
制御部１０２ｃは、配信可能と判断するとき、通信部１０２ｂを制御し、撮像部１０２ａから出力された撮像画像データ（ストリーム）を、配信要求を送ってきたクライアント端末に配信する。また、制御部１０２ｃは、配信不可能と判断するとき、マルチキャストサーバ１０３が対応可能であるときは、通信部１０２ｂを制御し、撮像部１０２ａから出力された撮像画像データ（ストリーム）をマルチキャストサーバ１０３に送信する。そして、制御部１０２ｃは、配信要求を送ってきたクライアント端末に、マルチキャストサーバ１０３の情報を載せた転送コマンドを送信する。
【００２６】
［カメラサーバの制御部の処理動作］
図３のフローチャートは、新たなクライアント端末から配信要求があった場合における制御部１０２ｃの処理動作を示している。
【００２７】
制御部１０２ｃは、ステップＳＴ１において、新たなクライアント端末からＩＮＶＩＴＥメソッド（配信要求）を受信した場合に処理動作を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、制御部１０２ｃは、自身のカメラサーバ１０２で配信可能か否かを判断する。配信可能と判断するとき、ステップＳＴ３において、自身のカメラサーバ１０２から新たなクライアント端末に撮像画像データ（ストリーム）を配信する。
【００２８】
ステップＳＴ２で配信不可能と判断するとき、制御部１０２ｃは、ステップＳＴ４において、自身のカメラサーバ１０２からマルチキャストサーバ１０３に撮像画像データ（ストリーム）を送信する。そして、制御部１０２ｃは、ステップＳＴ５において、新たなクライアント端末に、マルチキャストサーバの情報を載せた転送コマンドを送信する。この場合、新たなクライアント端末には、カメラサーバ１０２に代わって、マルチキャストサーバ１０３から撮像画像データ（ストリーム）が配信される。
【００２９】
［コンテンツ配信システムの動作］
次に、図１に示すコンテンツ配信システム１００の動作例を説明する。まず、図４および図５を用いて、クライアント端末（クライアント端末Ａ）１０５ａからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。
【００３０】
（１）クライアント端末１０５ａは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（２）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ａから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００３１】
（３）カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（４）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ ＯＫのレスポンスコードをクライアント端末１０５ａに転送する。クライアント端末１０５ａは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００３２】
そして、クライアント端末１０５ａは、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ａから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００３３】
（５）以上の手順によってクライアント端末１０５ａとカメラサーバ１０２との間のセッションが確率し、カメラサーバ１０２は、クライアント端末１０５ａに、コンテンツとしての撮像画像データ（ストリーム）を送信（配信）する。なお、この撮像画像データ（ストリーム）の送信プロトコルとしては、例えば、ＲＴＰ（Real-Time Transport Protocol：IETF RFC 1890）が利用される。
【００３４】
次に、図６および図７を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｂ）１０５ｂからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。
【００３５】
（６）クライアント端末１０５ｂは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（７）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｂから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００３６】
（８）カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（９）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ ＯＫのレスポンスコードをクライアント端末１０５ｂに転送する。クライアント端末１０５ｂは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００３７】
そして、クライアント端末１０５ｂは、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｂから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００３８】
（１０）以上の手順によってクライアント端末１０５ｂとカメラサーバ１０２との間のセッションが確率し、カメラサーバ１０２は、クライアント端末１０５ｂに、コンテンツとしての撮像画像データ（ストリーム）を送信（配信）する。
【００３９】
次に、図８および図９を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａ，１０５ｂに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｃ）１０５ｃからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。
【００４０】
（１１）クライアント端末１０５ｃは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（１２）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００４１】
（１３）カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信不可能と判断し、セッション開始リクエストであるＩＮＶＩＴＥメソッドをＳＩＰプロキシサーバ１０４に送信する。（１４）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＩＮＶＩＴＥメソッドをマルチキャストサーバ１０３に転送する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００４２】
（１５）マルチキャストサーバ１０３は、受信したＩＮＶＩＴＥメソッドによるセッション開始要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（１６）ＳＩＰプロキシサーバ１０４は、マルチキャストサーバ１０３から受信した２００ ＯＫのレスポンスコードをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００４３】
そして、カメラサーバ１０２は、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＡＣＫメソッドをマルチキャストサーバ１０３に転送する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００４４】
（１７）以上の手順によってカメラサーバ１０２とマルチキャストサーバ１０３との間のセッションが確率し、カメラサーバ１０２は、マルチキャストサーバ１０３に、コンテンツとしての撮像画像データ（ストリーム）を送信する。マルチキャストサーバ１０３は受信したユニキャストストリームをマルチキャストグループアドレスに変換し、ネットワーク内にマルチキャストする。
【００４５】
（１８）カメラサーバ１０２は、また、マルチキャストサーバ１０３の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（１９）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。
【００４６】
クライアント端末１０５ｃは、転送要求に同意したことを意味する２０２ ＡｃｃｅｐｔｅｄのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信した２０２Ａｃｃｅｐｔｅｄのレスポンスコードをカメラサーバ１０２に送信する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２０２ Ａｃｃｅｐｔｅｄのレスポンスコードを受信する。
【００４７】
（２０）そして、クライアント端末１０５ｃは、カメラサーバ１０２からの転送要求に基づいて、マルチキャストグループへの参加リクエストであるＩＧＭＰ（Internet Group Management Protocol）ＪＯＩＮメッセージを、接続されているルーター１０６に送信する。
【００４８】
（２１）以上の手順によってクライアント端末１０５ｃは、マルチキャストサーバ１０３を経由したカメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を受信することができる。
【００４９】
次に、図１０および図１１を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａ，１０５ｂに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｃ）１０５ｃからカメラサーバ１０２に配信要求が送られた場合の他の動作例を説明する。
【００５０】
（１１）クライアント端末１０５ｃは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（１２）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００５１】
カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信不可能と判断するが、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００５２】
そして、クライアント端末１０５ｃは、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００５３】
（１３）カメラサーバ１０２は、上述したように自身のカメラサーバ１０２で配信不可能と判断しているので、セッション開始リクエストであるＩＮＶＩＴＥメソッドをＳＩＰプロキシサーバ１０４に送信する。（１４）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＩＮＶＩＴＥメソッドをマルチキャストサーバ１０３に転送する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００５４】
（１５）マルチキャストサーバ１０３は、受信したＩＮＶＩＴＥメソッドによるセッション開始要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（１６）ＳＩＰプロキシサーバ１０４は、マルチキャストサーバ１０３から受信した２００ ＯＫのレスポンスコードをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００５５】
そして、カメラサーバ１０２は、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＡＣＫメソッドをマルチキャストサーバ１０３に転送する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００５６】
（１７）以上の手順によってカメラサーバ１０２とマルチキャストサーバ１０３との間のセッションが確立し、カメラサーバ１０２は、マルチキャストサーバ１０３に、コンテンツとしての撮像画像データ（ストリーム）を送信する。
【００５７】
（１８）カメラサーバ１０２は、また、マルチキャストサーバ１０３の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（１９）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。
【００５８】
クライアント端末１０５ｃは、転送要求に同意したことを意味する２０２ ＡｃｃｅｐｔｅｄのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信した２０２Ａｃｃｅｐｔｅｄのレスポンスコードをカメラサーバ１０２に送信する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２０２ Ａｃｃｅｐｔｅｄのレスポンスコードを受信する。
【００５９】
また、クライアント端末１０５ｃは、転送処理中であることを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。
【００６０】
そして、カメラサーバ１０２は、受信したＮＯＴＦＹメソッドによる通知を受け入れたことを示す２００ ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ ＯＫのレスポンスコードを受信する。
【００６１】
（２０）そして、クライアント端末１０５ｃは、カメラサーバ１０２からの転送要求に基づいて、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（２１）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＩＮＶＩＴＥメソッドをマルチキャストサーバ１０３に転送する。その際にマルチキャストアドレス取得要求のためのＨＴＴＰセッションを設定する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。
【００６２】
（２２）マルチキャストサーバ１０３は、受信したＩＮＶＩＴＥメソッドに対して自身のマルチキャストサーバ１０３で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（２３）ＳＩＰプロキシサーバ１０４は、マルチキャストサーバ１０３から受信した２００ ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。
【００６３】
そして、クライアント端末１０５ｃは、２００ ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＡＣＫメソッドをマルチキャストサーバ１０３に転送する。マルチキャストサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。
【００６４】
そして、クライアント端末１０５ｃは、配信要求が受け入れられたことを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。
【００６５】
そして、カメラサーバ１０２は、受信したＮＯＴＦＹメソッドによる通知を受け入れたことを示す２００ ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ ＯＫのレスポンスコードを受信する。
【００６６】
（２４）そして、クライアント端末１０５ｃは、（２０）〜（２３）のＩＮＶＩＴＥで確立したＨＴＴＰ（HyperText TransferProtocol）セッションを用いてマルチキャストアドレスの取得要求を送信する。（２５）そして、クライアント端末１０５ｃは、マルチキャストサーバ１０３からマルチキャストアドレス情報を取得する。（２６）そして、クライアント端末１０５ｃは、カメラサーバ１０２からの転送要求に基づいて、マルチキャストグループへの参加リクエストであるＩＧＭＰ（Internet Group Management Protocol）ＪＯＩＮメッセージを接続されているルーター１０６に送信する。
【００６７】
（２７）以上の手順によってクライアント端末１０５ｃは、マルチキャストサーバ１０３を経由したカメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を受信することができる。
【００６８】
上述したように、図１に示すコンテンツ配信システム１００においては、カメラサーバ１０２は、配信数が少なくクライアント端末からの配信要求に対応できる間は自身がクライアント端末にコンテンツを配信するものであり、その間はマルチキャストサーバ１０３を利用せずに撮像画像データ（コンテンツ）の配信を行うことができ、配信サービス事業を小規模スタートできる。
【００６９】
また、図１に示すコンテンツ配信システム１００においては、配信数が多くなり、クライアント端末からの配信要求に対応できなくなる場合には、マルチキャストサーバ１０３を利用して撮像画像データ（コンテンツ）の配信を行うことができ、配信数の増加にも柔軟に対処できる。
【００７０】
例えば、図１２に示す例は、配信要求をするクライアント端末１０５が１台であるとき、カメラサーバ１０２は、当該クライアント端末１０５からの配信要求に対して自身が撮像画像データの配信（送信）を行うが、配信要求をするクライアント端末１０５が２台以上であるとき、２台目以降のクライアント端末１０５に対する撮像画像データの配信を配信能力の高いマルチキャストサーバ１０３がカメラサーバ１０２に代わって行うことを示している。
【００７１】
＜２．変形例＞
なお、上述実施の形態においては、コンテンツとして撮像画像データを配信するものを示したが、配信するコンテンツはこれに限定されるものではない。例えば、図１３に示すコンテンツ配信システム１００Ａのように、広帯域で高音質な音声ストリームを配信することも考えられる。
【００７２】
また、上述実施の形態においては、ネットワークがＮＧＮであるものを示したが、この発明は、インターネット等のその他のネットワークを経由してコンテンツを配信する場合にも、同様に適用することができる。
【産業上の利用可能性】
【００７３】
この発明は、スモールスタートで配信サービスを開始できるものであり、配信サーバからネットワーク経由でクライアント端末にコンテンツを配信するコンテンツ配信システムに適用できる。
【符号の説明】
【００７４】
１００・・・コンテンツ配信システム、１０１・・・ＮＧＮ、１０２・・・カメラサーバ、１０２ａ・・・撮像部、１０２ｂ・・・通信部、１０２ｃ・・・制御部、１０３・・・マルチキャストサーバ、１０４・・・ＳＩＰプロキシサーバ、１０５，１０５ａ〜１０５ｄ・・・クライアント端末
【図２】
2010245654.tif 000003
【図３】
2010245654.tif 000004
【図４】
2010245654.tif 000005
【図５】
2010245654.tif 000006
【図６】
2010245654.tif 000007
【図７】
2010245654.tif 000008
【図８】
2010245654.tif 000009
【図９】
2010245654.tif 000010
【図１０】
2010245654.tif 000011
【図１１】
2010245654.tif 000012
【図１】
2010245654.tif 000013
【図１２】
2010245654.tif 000014
【図１３】
2010245654.tif 000015
【図１４】
2010245654.tif 000016
【図１５】
2010245654.tif 000017
【図１６】
2010245654.tif 000018