JP5169178B2

JP5169178B2 - 配信サーバおよび配信サーバにおけるコンテンツ配信方法

Info

Publication number: JP5169178B2
Application number: JP2007308331A
Authority: JP
Inventors: 義之國頭
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2007-11-29
Filing date: 2007-11-29
Publication date: 2013-03-27
Anticipated expiration: 2027-11-29
Also published as: JP2009134389A; CN101448015B; CN101448015A; US8825807B2; US20090144400A1

Description

この発明は、配信サーバおよび配信サーバにおけるコンテンツ配信方法に関する。詳しくは、この発明は、クライアント端末からの配信要求に対応できないとき、ブースタサーバにコンテンツを送信すると共にクライアント端末にブースタサーバの情報を載せた転送コマンドを送信し、ブースタサーバからクライアント端末にコンテンツを配信する構成としたことにより、スモールスタートで配信サービスを開始できるようにした配信サーバ等に係るものである。

近年、従来の回線交換式の電話回線網をＩＰ（Internet Protocol）技術をベースにしたネットワークに置き換える、次世代ネットワーク（ＮＧＮ：Next Generation Network）の構築に向けた動きが活発化している。ＮＧＮは、ネットワーク自体に帯域保証機能、セキュリティ機能を備え、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を用いてセッション制御を行う。

このようなＮＧＮにおいては、クライアント端末は、配信サーバから、映像や音楽等のコンテンツの配信を受けることが可能となる。この場合、配信サーバにどの程度のクライアント端末から配信要求があるか、また、その際に必要なサーバリソースを見極めるのは非常に困難である。

例えば、特許文献１、特許文献２、特許文献３には、配信サーバ（コンテンツ提供サーバ）からインターネット等のネットワークを介して映像や音楽等のコンテンツをクライアント端末（ユーザ端末）に配信するシステムが記載されている。
特開２００４−１１０２７７号公報特開２００５−３２７１５５号公報特開２００４−７２２８号公報

図１８は、配信サーバとしてのカメラサーバ２１０からネットワーク２３０を介してクライアント端末２２０ａ〜２２０ｃに撮像画像データをストリーミング配信している様子を示している。ＣＰＵ（Central Processing Unit）パワー等の要因により、１台のカメラサーバ２１０が行い得るストリーミング配信の数には限界がある。この場合、高画質のストリーミング配信を行うと、配信数はますます制限される。

そこで、従来、配信数を増やすために、負荷分散方式が提案されている。この負荷分散方式として、図１９に示すように、ＤＮＳ（Domain Name System）による負荷分散がある。この負荷分散方式は、クライアント端末２２０からＤＮＳサーバ２４０に配信サーバのＩＰアドレスの問い合わせがあった場合、ＤＮＳサーバ２４０は、配信サーバ(サーバ０)２１０ａ〜サーバ（サーバ２）２１０ｃのＩＰアドレスを順次振り分けてクライアント端末２２０に教えるようになされており、各サーバの負荷が分散される。

また、負荷分散方式として、図２０に示すように、ロードバランサ（スイッチ）による負荷分散がある。この負荷分散方式は、クライアント端末２２０からＤＮＳサーバ２４０に配信サーバのＩＰアドレスの問い合わせがあった場合、ＤＮＳサーバ２４０は、ロードバランサ２５０のＩＰアドレスを教え、このロードバランサ２５０が配信サーバ(サーバ０)２１０ａ〜サーバ（サーバ２）２１０ｃを順次振り分けるようになされており、各サーバの負荷が分散される。

また、従来、配信数を増やすために、同報方式が提案されている。同報方式としては、ＩＰマルチキャスト、アプリケーションレベルマルチキャスト等が知られている。

上述したＤＮＳサーバ２４０による負荷分散方式、ロードバランサ２５０による負荷分散方式、あるいはＩＰマルチキャストでは、(ａ)予め配信数の需要が分かっていない場合にはできない、（ｂ）大きな配信数を仮定すると初期投資がかさむ、等の問題がある。また、アプリケーションレベルマルチキャストでは、(ａ)Ｐ２Ｐで配信が行われるために、クライアント端末に特別な仕組みが必要、（ｂ）通信品質の確保が困難、（ｃ）課金などを行う際に必要な接続履歴管理が困難、等の問題がある。つまり、上述した従来の負荷分散方式、同報方式は、配信サービス事業を小規模スタートしたい場合には合わない。

この発明の目的は、スモールスタートで配信サービスを開始可能とすることにある。

この発明の概念は、
呼制御プロトコルを用いることを特徴とするネットワークに接続されたクライアント端末から送信された配信要求を上記ネットワークに接続されたＳＩＰプロキシサーバを通じて受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
送信部とを備え、
上記送信部は、
上記判断部で配信できると判断されるとき、上記配信要求の送り元のクライアント端末との間のセッションを確立して、コンテンツを、上記配信要求の送り元のクライアント端末に配信し、
上記判断部で配信できないと判断されるとき、上記配信要求の送り元のクライアント端末との間のセッションを維持した状態で上記ネットワークに接続されたブースタサーバとの間のセッションを確立して、コンテンツを、上記ブースタサーバに送信し、さらに、上記配信要求の送り元のクライアント端末に上記ブースタサーバの情報を載せた転送コマンドを、上記ＳＩＰプロキシサーバを通じて送信する
配信サーバにある。

この発明において、配信サーバ、クライアント端末およびブースタサーバはそれぞれネットワークを介して接続されている。このネットワークとしては、例えばＮＧＮが用いられる。配信サーバにおいては、クライアント端末から配信要求があるとき、当該配信要求に対応して自身でコンテンツの配信が可能であるか否かが判断される。例えば、配信サーバは、自身の配信能力に比して配信数が未だ少ない状態にある場合、配信可能であると判断する。

配信要求に対応してコンテンツの配信が可能であると判断されるとき、配信サーバからクライアント端末に、コンテンツの配信が行われる。例えば、配信サーバは、被写体を撮像し、この被写体に対応した撮像画像データを出力する撮像部を備えるものとされ、この撮像部から出力される撮像画像データをコンテンツとしてクライアント端末に配信する。

一方、配信要求に対応してコンテンツの配信が不可能であると判断されるとき、配信サーバからブースタサーバにコンテンツが送信されると共に、配信サーバからクライアント端末にブースタサーバの情報を載せた転送コマンドが送信される。そのため、クライアント端末からブースタサーバに配信要求が転送され、当該クライアント端末には、配信サーバに代わって、ブースタサーバからコンテンツの配信が行われる。

このように、配信サーバは、配信数が少なくクライアント端末からの配信要求に対応できる間は自身がクライアント端末にコンテンツを配信するものであり、その間はブースタサーバを利用せずにコンテンツ配信を行うことができ、配信サービス事業を小規模スタートできる。また、配信数が多くなり、クライアント端末からの配信要求に対応できなくなる場合には、ブースタサーバを利用してコンテンツの配信を行うことができ、配信数の増加にも柔軟に対処できる。

この発明において、例えば、送信部は、ブースタサーバがクライアント端末から送信される配信要求に対応できないとき、コンテンツ出力部から出力されたコンテンツを、ネットワークに接続された他のブースタサーバに送信し、さらに、配信要求受信部で受信された配信要求の送り元のクライアント端末に他のブースタサーバの情報を載せた転送コマンドを送信する、ようにされてもよい。この場合、配信数の増加に伴って、ブースタサーバの使用個数を増やして対処できる。

この発明によれば、クライアント端末からの配信要求に対応できないとき、ブースタサーバにコンテンツを送信すると共にクライアント端末にブースタサーバの情報を載せた転送コマンドを送信し、ブースタサーバからクライアント端末にコンテンツを送信する構成としたものであり、スモールスタートで配信サービスを開始できる。

以下、図面を参照しながら、この発明の実施の形態について説明する。図１は、実施の形態としてのコンテンツ配信システム１００の構成例を示している。このコンテンツ配信システム１００は、ネットワークとしてのＮＧＮ１０１に、カメラサーバ１０２、ブースタサーバ１０３、ＳＩＰプロキシサーバ１０４およびクライアント端末１０５ａ〜１０５ｄが接続された構成とされている。カメラサーバ１０２は、配信サーバを構成している。

図２は、カメラサーバ１０２の構成例を示している。カメラサーバ１０２は、撮像部１０２ａ、通信部１０２ｂおよび制御部１０２ｃを有している。ここで、撮像部１０２ａはコンテンツ出力部を構成し、通信部１０２ｂはコンテンツ出力部、配信要求受信部および送信部を構成し、制御部１０２ｃは判断部、送信部を構成している。

制御部１０２ｃは、撮像部１０２ａおよび通信部１０２ｂの動作を制御する。撮像部１０２ａは、被写体を撮像し、この被写体に対応した撮像画像データを出力する。通信部１０２は、撮像部１０２ａから出力される撮像画像データを、必要に応じて、クライアント端末、ブースタサーバに送信する。また、通信部１０２ｂは、クライアント端末、ブースタサーバ、ＳＩＰプロキシサーバとの間で必要な通信を行う。

カメラサーバ１０２の制御部１０２ｃは、通信部１０２ｂによりクライアント端末から送信された配信要求が受信されたとき、その配信要求に対応して自身でクライアント端末にコンテンツを送信できるか否かを判断する。制御部１０２ｃは、例えば、自身、すなわちカメラサーバ１０２の配信能力に比して配信数が少ない状態にあるとき、配信可能と判断する。

制御部１０２ｃは、配信可能と判断するとき、通信部１０２ｂを制御し、撮像部１０２ａから出力された撮像画像データ（ストリーム）を、配信要求を送ってきたクライアント端末に配信する。一方、制御部１０２ｃは、配信不可能と判断するとき、ブースタサーバ１０３が対応可能であるときは、通信部１０２ｂを制御し、撮像部１０２ａから出力された撮像画像データ（ストリーム）をブースタサーバ１０３に送信すると共に、配信要求を送ってきたクライアント端末に、ブースタサーバ１０３の情報を載せた転送コマンドを送信する。

なおこの場合、ブースタサーバ１０３が対応不可能であるときは、次のブースタサーバ（図１には、ブースタサーバ１０３のみ示している）が対応可能であるとき、通信部１０２ｂを制御し、撮像部１０２ａから出力された撮像画像データ（ストリーム）を次のブースタサーバ１０３に送信すると共に、配信要求を送ってきたクライアント端末に、次のブースタサーバ１０３の情報を載せた転送コマンドを送信する。

図３のフローチャートは、新たなクライアント端末から配信要求があった場合における制御部１０２ｃの処理動作を示している。

制御部１０２ｃは、ステップＳＴ１において、新たなクライアント端末からＩＮＶＩＴＥメソッド（配信要求）を受信した場合に処理動作を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、制御部１０２ｃは、自身のカメラサーバ１０２で配信可能か否かを判断する。配信可能と判断するとき、ステップＳＴ３において、自身のカメラサーバ１０２から新たなクライアント端末に撮像画像データ（ストリーム）を配信する。

ステップＳＴ２で配信不可能と判断するとき、制御部１０２ｃは、ステップＳＴ４において、ｎ＝１に設定し、その後に、ステップＳＴ５の処理に移る。このステップＳＴ５において、制御部１０２ｃは、ｎ番目のブースタサーバにＩＮＶＩＴＥメソッドを送信し、その後に、ステップＳＴ６の処理に移る。

このステップＳＴ６において、制御部１０２ｃは、ｎ番目のブースタサーバが対応可能であるか否かを判断する。この場合、制御部１０２ｃは、ｎ番目のブースタサーバが２００ＯＫのレスポンスコードを送ってくるとき、当該ｎ番目のブースタサーバは対応可能であると判断する。

ｎ番目のブースタサーバが対応可能と判断するとき、制御部１０２ｃは、ステップＳＴ７において、自身のカメラサーバ１０２からｎ番目のブースタサーバに撮像画像データ（ストリーム）を送信する。そして、制御部１０２ｃは、ステップＳＴ８において、新たなクライアント端末に、ｎ番目のブースタサーバの情報を載せた転送コマンドを送信する。この場合、新たなクライアント端末からｎ番目のブースタサーバにＩＮＶＩＴＥメソッド（配信要求）が転送され、当該新たなクライアント端末には、カメラサーバ１０２に代わって、ｎ番目のブースタサーバから撮像画像データ（ストリーム）が配信される。

また、ステップＳＴ６でｎ番目のブースタサーバが対応不可能と判断するとき、制御部１０２ｃは、ステップＳＴ９の処理に移る。このステップＳＴ９において、制御部１０２ｃは、利用し得る次のブースタサーバがあるか否かを判断する。次のブースタサーバがあると判断するとき、制御部１０２ｃは、ステップＳＴ１０において、ｎをインクリメントし、その後にステップＳＴ５の処理に戻る。一方、次のブースタサーバがないと判断するとき、制御部１０２ｃは、ステップＳＴ１１において、撮像画像データ（ストリーム）の配信が不可能なので、新たなクライアント端末にグローバルエラー応答であるＢｕｓｙを送信する。

次に、図１に示すコンテンツ配信システム１００の動作例を説明する。まず、図４および図５を用いて、クライアント端末（クライアント端末Ａ）１０５ａからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。

（１）クライアント端末１０５ａは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（２）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ａから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（３）カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（４）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ａに転送する。クライアント端末１０５ａは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ａは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ａから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（５）以上の手順によってクライアント端末１０５ａとカメラサーバ１０２との間のセッションが確立し、カメラサーバ１０２は、クライアント端末１０５ａに、コンテンツとしての撮像画像データ（ストリーム）を送信（配信）する。なお、この撮像画像データ（ストリーム）の送信プロトコルとしては、例えば、ＲＴＰ（Real-Time Transport Protocol：IETF RFC 1890）が利用される。

次に、図６および図７を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｂ）１０５ｂからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。

（６）クライアント端末１０５ｂは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（７）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｂから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（８）カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（９）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｂに転送する。クライアント端末１０５ｂは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｂは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｂから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（１０）以上の手順によってクライアント端末１０５ｂとカメラサーバ１０２との間のセッションが確立し、カメラサーバ１０２は、クライアント端末１０５ｂに、コンテンツとしての撮像画像データ（ストリーム）を送信（配信）する。

次に、図８および図９を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａ，１０５ｂに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｃ）１０５ｃからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。

（１１）クライアント端末１０５ｃは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（１２）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信不可能と判断するが、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｃは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（１３）カメラサーバ１０２は、上述したように自身のカメラサーバ１０２で配信不可能と判断しているので、セッション開始リクエストであるＩＮＶＩＴＥメソッドをＳＩＰプロキシサーバ１０４に送信する。（１４）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（１５）ブースタサーバ１０３は、受信したＩＮＶＩＴＥメソッドによるセッション開始要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（１６）ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３から受信した２００ＯＫのレスポンスコードをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、カメラサーバ１０２は、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＡＣＫメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（１７）以上の手順によってカメラサーバ１０２とブースタサーバ１０３との間のセッションが確立し、カメラサーバ１０２は、ブースタサーバ１０３に、コンテンツとしての撮像画像データ（ストリーム）を送信する。

（１８）カメラサーバ１０２は、また、ブースタサーバ１０３の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（１９）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。

クライアント端末１０５ｃは、転送要求に同意したことを意味する２０２ＡｃｃｅｐｔｅｄのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信した２０２Ａｃｃｅｐｔｅｄのレスポンスコードをカメラサーバ１０２に送信する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２０２Ａｃｃｅｐｔｅｄのレスポンスコードを受信する。

また、クライアント端末１０５ｃは、転送処理中であることを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

そして、カメラサーバ１０２は、受信したＮＯＴＦＹメソッドによる通知を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

（２０）そして、クライアント端末１０５ｃは、カメラサーバ１０２からの転送要求に基づいて、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（２１）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（２２）ブースタサーバ１０３は、受信したＩＮＶＩＴＥメソッドに対して自身のブースタサーバ１０３で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（２３）ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｃに転送する。クライアント端末１０５ｃは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｃは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＡＣＫメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

そして、クライアント端末１０５ｃは、配信要求が受け入れられたことを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｃから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

（２４）以上の手順によってクライアント端末１０５ｃとブースタサーバ１０３との間のセッションが確立し、ブースタサーバ１０３は、カメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を、クライアント端末１０５ｃに、送信（配信）する。

次に、図１０および図１１を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａ，１０５ｂに撮像画像データ（コンテンツ）が配信され、かつブースタサーバ１０３からクライアント端末１０５ｃに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末（クライアント端末Ｄ）１０５ｄからカメラサーバ１０２に配信要求が送られた場合の動作例を説明する。

（２５）クライアント端末１０５ｄは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（２６）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

カメラサーバ１０２は、受信したＩＮＶＩＴＥメソッドに対して自身のカメラサーバ１０２で配信不可能と判断するが、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｄは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＡＣＫメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（２７）カメラサーバ１０２は、上述したように自身のカメラサーバ１０２で配信不可能と判断しているので、ブースタサーバ１０３の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（２８）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。

クライアント端末１０５ｄは、転送要求に同意したことを意味する２０２ＡｃｃｅｐｔｅｄのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信した２０２Ａｃｃｅｐｔｅｄのレスポンスコードをカメラサーバ１０２に送信する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２０２Ａｃｃｅｐｔｅｄのレスポンスコードを受信する。

また、クライアント端末１０５ｄは、転送処理中であることを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

そして、カメラサーバ１０２は、受信したＮＯＴＦＹメソッドによる通知を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

（２９）そして、クライアント端末１０５ｄは、カメラサーバ１０２からの転送要求に基づいて、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（３０）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（３１）ブースタサーバ１０３は、受信したＩＮＶＩＴＥメソッドに対して自身のブースタサーバ１０３で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（３２）ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｄは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＡＣＫメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

また、クライアント端末１０５ｄは、配信要求が受け入れられたことを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

（３３）以上の手順によってクライアント端末１０５ｄとブースタサーバ１０３との間のセッションが確立し、ブースタサーバ１０３は、カメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を、クライアント端末１０５ｄに、送信（配信）する。

次に、図１２および図１３を用いて、上述したようにカメラサーバ１０２からクライアント端末１０５ａ，１０５ｂに撮像画像データ（コンテンツ）が配信され、かつブースタサーバ１０３からクライアント端末１０５ｃに撮像画像データ（コンテンツ）が配信されている状態で、クライアント端末１０５ｄからカメラサーバ１０２に配信要求が送られた場合の他の動作例を説明する。この動作例は、上述した図１０、図１１の動作例とは異なり、ブースタサーバ（ブースタサーバＡ）１０３からクライアント端末１０５ｄに配信ができず、当該クライアント端末１０５ｄには他のブースタサーバ（ブースタサーバＢ）１０３′から配信される例である。

（３４）クライアント端末１０５ｄは、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（３５）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＩＮＶＩＴＥメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（３６）カメラサーバ１０２は、上述したように自身のカメラサーバ１０２で配信不可能と判断しているので、ブースタサーバ１０３の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（３７）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。

（３８）そして、クライアント端末１０５ｄは、カメラサーバ１０２からの転送要求に基づいて、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（３９）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

（４０）ブースタサーバ１０３は、受信したＩＮＶＩＴＥメソッドに対してビジー状態にあって配信不可能であると判断するとき、ビジー状態であることを示す４８６ＢｕｓｙＨｅｒｅのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。（４１）ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３から受信した４８６ＢｕｓｙＨｅｒｅのレスポンスコードをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくる４８６ＢｕｓｙＨｅｒｅのレスポンスコードを受信する。

そして、クライアント端末１０５ｄは、４８６ＢｕｓｙＨｅｒｅのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＡＣＫメソッドをブースタサーバ１０３に転送する。ブースタサーバ１０３は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

また、クライアント端末１０５ｄは、ビジー状態で配信要求が受け入れられなかったことを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

（４２）カメラサーバ１０２は、次のブースタサーバ１０３′に配信を代わってもらうために、セッション開始リクエストであるＩＮＶＩＴＥメソッドをＳＩＰプロキシサーバ１０４に送信する。（４３）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３′に転送する。ブースタサーバ１０３′は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

ブースタサーバ１０３′は、受信したＩＮＶＩＴＥメソッドによるセッション開始要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３′から受信した２００ＯＫのレスポンスコードをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、カメラサーバ１０２は、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＡＣＫメソッドをブースタサーバ１０３′に転送する。ブースタサーバ１０３′は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

（４４）以上の手順によってカメラサーバ１０２とブースタサーバ１０３′との間のセッションが確立し、カメラサーバ１０２は、ブースタサーバ１０３′に、コンテンツとしての撮像画像データ（ストリーム）を送信する。

（４５）カメラサーバ１０２は、また、ブースタサーバ１０３′の情報を載せた、転送コマンドとしてのＲＥＦＦＥＲメソッドをＳＩＰプロキシサーバ１０４に送信する。（４６）ＳＩＰプロキシサーバ１０４は、カメラサーバ１０２から受信したＲＥＦＦＥＲメソッドをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくるＲＥＦＦＥＲメソッドを受信する。

（４７）そして、クライアント端末１０５ｄは、カメラサーバ１０２からの転送要求に基づいて、セッション開始リクエストであるＩＮＶＩＴＥメソッド（配信要求）をＳＩＰプロキシサーバ１０４に送信する。（４８）ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＩＮＶＩＴＥメソッドをブースタサーバ１０３′に転送する。ブースタサーバ１０３′は、ＳＩＰプロキシサーバ１０４から転送されてくるＩＮＶＩＴＥメソッドを受信する。

ブースタサーバ１０３′は、受信したＩＮＶＩＴＥメソッドに対して自身のブースタサーバ１０３′で配信可能と判断し、ＩＮＶＩＴＥメソッドによる配信要求を受け入れたことを示す２００ＯＫのレスポンスコードをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、ブースタサーバ１０３から受信した２００ＯＫのレスポンスコードをクライアント端末１０５ｄに転送する。クライアント端末１０５ｄは、ＳＩＰプロキシサーバ１０４から転送されてくる２００ＯＫのレスポンスコードを受信する。

そして、クライアント端末１０５ｄは、２００ＯＫのレスポンスコードを受け取ったことを意味するＡＣＫメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＡＣＫメソッドをブースタサーバ１０３′に転送する。ブースタサーバ１０３′は、ＳＩＰプロキシサーバ１０４から転送されてくるＡＣＫメソッドを受信する。

そして、クライアント端末１０５ｄは、配信要求が受け入れられたことを通知するＮＯＴＦＹメソッドをＳＩＰプロキシサーバ１０４に送信する。ＳＩＰプロキシサーバ１０４は、クライアント端末１０５ｄから受信したＮＯＴＦＹメソッドをカメラサーバ１０２に転送する。カメラサーバ１０２は、ＳＩＰプロキシサーバ１０４から転送されてくるＮＯＴＦＹメソッドを受信する。

（５０）以上の手順によってクライアント端末１０５ｄとブースタサーバ１０３′との間のセッションが確立し、ブースタサーバ１０３′は、カメラサーバ１０２から送られてくるコンテンツとしての撮像画像データ（ストリーム）を、クライアント端末１０５ｄに、送信（配信）する。

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

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

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

また、図１に示すコンテンツ提供システム１００においては、ブースタサーバ１０３がビジー状態にあってカメラサーバ１０２に代わって配信を行うことができないとき、他のカメラサーバ１０３′（図１には図示していない）がカメラサーバ１０２に代わって配信を行うものであり、配信数の増加に伴って、ブースタサーバの使用個数を増やして対処できる。

例えば、図１５に示す例は、配信要求をするクライアント端末１０５が１台であるとき、カメラサーバ１０２は、当該クライアント端末１０５からの配信要求に対して自身が撮像画像データの配信（送信）を行うが、配信要求をする２台目、３台目のクライアント端末１０５に対する撮像画像データの配信はブースタサーバ１０３が行い、配信要求をする４台目、５台目のクライアント端末１０５に対する撮像画像データの配信はブースタサーバ１０３′が行うことを示している。

なお、図１６に示すように、ブースタサーバとして、他のカメラサーバ１０２′の撮像画像データ（コンテンツ）の配信を行うブースタサーバ１０３に配信能力に余裕があるとき、当該ブースタサーバ１０３を利用する構成も考えられる。これにより、余剰資源を効率的に利用できると共に、余剰資源の共有によりピーク負荷の分散を図ることができる。

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

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

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

この発明の実施の形態としてのコンテンツ配信システムの構成例を示すブロック図である。カメラサーバの構成例を示すブロック図である。新たなクライアント端末から配信要求があった場合におけるカメラサーバの制御部の処理動作を示すフローチャートである。コンテンツ配信システムの動作例を説明するためのブロック図である。コンテンツ配信システムの動作例を説明するためのシーケンス図である。コンテンツ配信システムの動作例を説明するためのブロック図である。コンテンツ配信システムの動作例を説明するためのシーケンス図である。コンテンツ配信システムの動作例を説明するためのブロック図である。コンテンツ配信システムの動作例を説明するためのシーケンス図である。コンテンツ配信システムの動作例を説明するためのブロック図である。コンテンツ配信システムの動作例を説明するためのシーケンス図である。コンテンツ配信システムの動作例を説明するためのブロック図である。コンテンツ配信システムの動作例を説明するためのシーケンス図である。この発明のコンテンツ配信システムの効果を説明するための図である。この発明のコンテンツ配信システムの効果を説明するための図である。この発明の変形例を説明するための図である。この発明の他の実施の形態としてのコンテンツ配信システムを説明するための図である。配信サーバとしてのカメラサーバからネットワークを介してクライアント端末に撮像画像データをストリーミング配信している様子を示す図である。配信数を増やすための負荷分散方式の一つであるＤＮＳ（DomainName System）による負荷分散を説明するための図である。配信数を増やすための負荷分散方式の一つであるロードバランサによる負荷分散を説明するための図である。

符号の説明

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

Claims

呼制御プロトコルを用いることを特徴とするネットワークに接続されたクライアント端末から送信された配信要求を上記ネットワークに接続されたＳＩＰプロキシサーバを通じて受信する配信要求受信部と、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断する判断部と、
送信部とを備え、
上記送信部は、
上記判断部で配信できると判断されるとき、上記ＳＩＰプロキシサーバを通じて上記配信要求の送り元のクライアント端末との間のセッションを確立して、コンテンツを、上記配信要求の送り元のクライアント端末に配信し、
上記判断部で配信できないと判断されるとき、上記配信要求の送り元のクライアント端末との間のセッションを維持した状態で上記ＳＩＰプロキシサーバを通じて上記ネットワークに接続されたブースタサーバとの間のセッションを確立して、コンテンツを、上記ブースタサーバに送信し、さらに、上記配信要求の送り元のクライアント端末に上記ブースタサーバの情報を載せた転送コマンドを、上記ＳＩＰプロキシサーバを通じて送信する
配信サーバ。
上記送信部は、
上記判断部で配信できないと判断され、さらに、既に配信を行っている所定数のブースタサーバで配信できないとき、上記ネットワークに接続された他のブースタサーバとの間のセッションを確立して、コンテンツを、上記他のブースタサーバに送信し、さらに、上記配信要求の送り元のクライアント端末に上記他のブースタサーバの情報を載せた転送コマンドを、上記ＳＩＰプロキシサーバを通じて送信する
請求項１に記載の配信サーバ。
被写体を撮像し、該被写体に対応した撮像画像データを、上記コンテンツとして出力するコンテンツ出力部をさらに備える
請求項１に記載の配信サーバ。
呼制御プロトコルを用いることを特徴とするネットワークに接続されたクライアント端末から送信された配信要求を上記ネットワークに接続されたＳＩＰプロキシサーバを通じて受信する配信要求受信部を備える配信サーバにおけるコンテンツ送信方法であって、
上記配信要求受信部で配信要求が受信されたとき、該配信要求に対応してクライアント端末にコンテンツを配信できるか否かを判断し、
配信できると判断するとき、上記配信要求の送り元のクライアント端末との間のセッションを確立して、コンテンツを、上記配信要求の送り元のクライアント端末に配信し、
配信できないと判断するとき、上記配信要求の送り元のクライアント端末との間のセッションを維持した状態で上記ネットワークに接続されたブースタサーバとの間のセッションを確立して、コンテンツを、上記ブースタサーバに送信し、さらに、上記配信要求の送り元のクライアント端末に上記ブースタサーバの情報を載せた転送コマンドを、上記ＳＩＰプロキシサーバを通じて送信する
配信サーバにおけるコンテンツ配信方法。