JP5417944B2

JP5417944B2 - 配信サーバ、配信サーバにおけるコンテンツ配信方法、コンテンツ配信システムおよびコンテンツ配信方法

Info

Publication number: JP5417944B2
Application number: JP2009089698A
Authority: JP
Inventors: 義之國頭; 康人増田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2009-04-02
Filing date: 2009-04-02
Publication date: 2014-02-19
Anticipated expiration: 2029-04-02
Also published as: US8516081B2; US20100257257A1; JP2010245654A; CN101860563A

Description

この発明は、配信サーバ、配信サーバにおけるコンテンツ配信方法、コンテンツ配信システムおよびコンテンツ配信方法に関し、特に、ネットワークを介して映像や音楽等のコンテンツをクライアント端末に配信する配信サーバ等に関する。

近年、従来の回線交換式の電話回線網をＩＰ（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）ＪＯＩＮメッセージを接続されているルーター１０６に送信する。

（２７）以上の手順によってクライアント端末１０５ｃは、マルチキャストサーバ１０３を経由したカメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を受信することができる。

上述したように、図１に示すコンテンツ配信システム１００においては、カメラサーバ１０２は、配信数が少なくクライアント端末からの配信要求に対応できる間は自身がクライアント端末にコンテンツを配信するものであり、その間はマルチキャストサーバ１０３を利用せずに撮像画像データ（コンテンツ）の配信を行うことができ、配信サービス事業を小規模スタートできる。

また、図１に示すコンテンツ配信システム１００においては、配信数が多くなり、クライアント端末からの配信要求に対応できなくなる場合には、マルチキャストサーバ１０３を利用して撮像画像データ（コンテンツ）の配信を行うことができ、配信数の増加にも柔軟に対処できる。

例えば、図１２に示す例は、配信要求をするクライアント端末１０５が１台であるとき、カメラサーバ１０２は、当該クライアント端末１０５からの配信要求に対して自身が撮像画像データの配信（送信）を行うが、配信要求をするクライアント端末１０５が２台以上であるとき、２台目以降のクライアント端末１０５に対する撮像画像データの配信を配信能力の高いマルチキャストサーバ１０３がカメラサーバ１０２に代わって行うことを示している。

＜２．変形例＞
なお、上述実施の形態においては、コンテンツとして撮像画像データを配信するものを示したが、配信するコンテンツはこれに限定されるものではない。例えば、図１３に示すコンテンツ配信システム１００Ａのように、広帯域で高音質な音声ストリームを配信することも考えられる。

また、上述実施の形態においては、ネットワークがＮＧＮであるものを示したが、この発明は、インターネット等のその他のネットワークを経由してコンテンツを配信する場合にも、同様に適用することができる。

この発明は、スモールスタートで配信サービスを開始できるものであり、配信サーバからネットワーク経由でクライアント端末にコンテンツを配信するコンテンツ配信システムに適用できる。

１００・・・コンテンツ配信システム、１０１・・・ＮＧＮ、１０２・・・カメラサーバ、１０２ａ・・・撮像部、１０２ｂ・・・通信部、１０２ｃ・・・制御部、１０３・・・マルチキャストサーバ、１０４・・・ＳＩＰプロキシサーバ、１０５，１０５ａ〜１０５ｄ・・・クライアント端末

Claims

コンテンツを出力するコンテンツ出力部と、
ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
上記判断部で配信できると判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に送信し、上記判断部で配信できないと判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、既に配信状態にある上記ネットワークに接続された他のクライアント端末への送信を継続しながら、上記ネットワークに接続されたマルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する送信部とを備える
配信サーバ。
上記配信サーバはカメラサーバであり、撮像部を有し、撮像した画像を上記コンテンツとして出力する
請求項１に記載の配信サーバ。
上記コンテンツ出力部は、
被写体を撮像し、該被写体に対応した撮像画像データを、上記コンテンツとして出力する撮像部である
請求項１に記載の配信サーバ。
コンテンツを出力するコンテンツ出力部と、
ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部とを備える配信サーバにおけるコンテンツ送信方法であって、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断し、
配信できると判断するとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に送信し、
配信できないと判断するとき、上記コンテンツ出力部から出力されたコンテンツを、既に配信状態にある上記ネットワークに接続された他のクライアント端末への送信を継続しながら、上記ネットワークに接続されたマルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する
配信サーバにおけるコンテンツ配信方法。
ネットワークに接続された配信サーバとマルチキャストサーバを有し、
上記配信サーバは、
コンテンツを出力するコンテンツ出力部と、
上記ネットワークに接続されたクライアント端末から送信された配信要求を受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
上記判断部で配信できると判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に送信し、上記判断部で配信できないと判断されるとき、上記コンテンツ出力部から出力されたコンテンツを、既に配信状態にある上記ネットワークに接続された他のクライアント端末への送信を継続しながら、上記ネットワークに接続された上記マルチキャストサーバに送信し、さらに、上記配信要求受信部で受信された配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信する送信部とを備え、
上記マルチキャストサーバは、
上記ネットワークに接続された上記配信サーバから送信されたコンテンツを受信するコンテンツ受信部と、
上記コンテンツ受信部で受信されたコンテンツを、上記ネットワークにマルチキャストするコンテンツ配信部とを備える
コンテンツ配信システム。
上記ネットワークはＮＧＮである
請求項５に記載のマルチキャストサーバ。
ネットワークに接続された配信サーバとマルチキャストサーバを用い、
上記配信サーバは、
上記ネットワークに接続されたクライアント端末からの配信要求に対し、配信可能であるときは、コンテンツを、上記配信要求の送り元のクライアント端末に送信し、配信不可能であるときは、コンテンツを、既に配信状態にある上記ネットワークに接続された他のクライアント端末への送信を継続しながら、上記マルチキャストサーバに送信し、さらに、上記配信要求の送り元のクライアント端末に上記マルチキャストサーバの情報を載せた転送コマンドを送信し、
上記マルチキャストサーバは、
上記配信サーバから送信されたコンテンツを受信し、該コンテンツを上記ネットワークにマルチキャストする
コンテンツ配信方法。