(57)【特許請求の範囲】
【請求項１】
マルチキャスト配信でコンテンツデータを、所定の伝送路を経由して１つ又は複数の受信端末にマルチキャストで配信するコンテンツ配信処理部と、
所定の接続回線を経由したコンテンツ配信要求の受信で、その受信したコンテンツ配信要求を発したコンテンツ提供端末に対して、前記接続回線を介してコールバックを行い、そのコールバックで接続されたセッション内で得たコンテンツデータを、前記コンテンツ配信処理部から前記受信端末にマルチキャストで配信するコンテンツ受信処理部とを備えた
コンテンツ配信サーバ。
【請求項２】
前記コンテンツ提供端末についての情報を管理し、登録された端末識別ＩＤからのコンテンツ配信要求を受信した場合に、前記コンテンツ受信処理部でのコールバックを実行し、コンテンツ受信用のセッションを確立させる端末についての情報が登録された予約管理部を備えた
請求項１記載のコンテンツ配信サーバ。
【請求項３】
前記コンテンツ提供端末の端末識別ＩＤとして、複数の端末識別ＩＤを記憶し、記憶された何れか１つの端末識別ＩＤへのコールバックでの、コンテンツ提供端末とのセッションの確立に失敗、もしくはコンテンツデータの取得中に何らかの理由で取得が中断もしくは失敗した場合に、記憶された複数の端末識別ＩＤの内の他の端末識別ＩＤにコールバックを利用し再接続し、コンテンツ受信用セッションを確立し、コンテンツデータの受信を行う
請求項１記載のコンテンツ配信サーバ。
【請求項４】
前記コンテンツ配信処理部がマルチキャストで配信する伝送路は、コンテンツデータをマルチキャスト配信可能なネットワークへ接続するための接続回線である
請求項１〜３のいずれか１項に記載のコンテンツ配信サーバ。
【請求項５】
マルチキャスト配信でコンテンツデータを、所定の伝送路を経由して１つ又は複数の受信端末にマルチキャストで配信するコンテンツ配信処理を行うと共に、
所定の端末識別ＩＤのコンテンツ提供端末から所定の接続回線を経由したコンテンツ配信要求の受信で、その受信したコンテンツ配信要求を発したコンテンツ提供端末に対して、前記接続回線を介してコールバックを行い、そのコールバックで接続されたセッション内で得たコンテンツデータを、前記コンテンツ配信処理により、前記受信端末にマルチキャストで配信する
コンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＮＧＮ（Next Generation Network：次世代ネットワーク)と称される帯域が保障され、ＳＩＰによりセッションが管理されたネットワークを利用したコンテンツ配信に適用して好適なコンテンツ配信サーバ及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年、ＮＧＮと称される高度化されたネットワーク構成のＳＩＰにてセッション管理が行われ、電話番号などのような固有の端末ＩＤを利用して相互での接続が可能な、帯域保障されたネットワークサービスが開発され、実用化されつつある。ＮＧＮでは、音声通話とともに、映像などのストリーミング・サービスも行われる予定である。
【０００３】
ストリーミング・サービスを行う場合には、そのサービスを提供するコンテンツ提供サーバを、ＮＧＮ網に接続する。そして、そのコンテンツ提供サーバからＮＧＮ網で端末に対して、配信用に用意された仕組みを利用して、ＮＧＮ網に接続された多数の端末に対しての配信サービスが行われるものと想定される。このようなコンテンツ提供サーバを設けることで、例えば独自にＮＧＮ網を利用した放送なども可能となり、様々なコンテンツの配信が可能となる。
【０００４】
特許文献１には、コンテンツサーバから配信されたコンテンツを受信して中継装置で中継する処理の例についての記載がある。中継装置が、上述したコンテンツ提供サーバに相当する。
【特許文献１】特開２００６−２９３７００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ＮＧＮ網のようなネットワークにおいては、特定のユーザ端末から他のユーザ端末との間で何らかのデータ送受信を行いたい場合、送信元のユーザ端末から相手の端末識別ＩＤへ発信して、データ送受信用のセッションを確立するが必要である。そして、その接続されたセッションを使用して、データを転送する。何らかのサーバとセッションを確立する場合でも送信元の端末からサーバに対して発信，セッションを確立する処理が必要である。
【０００６】
このようなセッションを確立するための接続によるデータ転送では、送信元のユーザ端末側にネットワーク利用料金が課せされ、ユーザの負担が大きい問題がある。また、送信先のユーザ端末が複数台である場合には、複数台の端末に対してそれぞれ個別にセッションを確立する処理が必要であり、ユーザ端末に対して複数セッションを扱えるための高度なスペックが求められ、かつ接続回線にも複数セッションを扱えるための帯域が求められるなど、ユーザからの直接の映像などの配信を行う利用形態の実現には障壁が高い。また、ユーザ端末と事業者が提供するコンテンツ提供サーバなどとの接続の際にも、コンテンツ提供サーバを保持する事業者にて、接続してきたユーザを認証する仕組みはなく、また、コンテンツ提供サーバにてリソース管理、及び障害発生時のセッションの切り替えなどのコントロールを行いたい場合、常に送信元のユーザ端末から発信してセッションを確立する仕組みだけではコントロールできず実現が難しい。
【０００７】
本発明はこれらの点に鑑みてなされたものであり、ＮＧＮのようなネットワークを使用してユーザによるコンテンツデータの送信が良好に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明のコンテンツ提供サーバは、ＮＧＮ網のようなネットワークに接続されるコンテンツ提供サーバとして、コンテンツ配信処理部と、コンテンツ受信処理部とを備える。
コンテンツ配信処理部は、マルチキャスト配信でコンテンツデータを、所定の伝送路を経由して１つ又は複数の受信端末にマルチキャストで配信する。
コンテンツ受信処理部は、所定の接続回線を経由したコンテンツ配信要求の受信で、その受信したコンテンツ配信要求を発したコンテンツ提供端末に対して、接続回線を介してコールバックしセッションの確立を行う。そして、そのコールバックで確立されたセッションを利用して得たコンテンツデータを、コンテンツ配信処理部から受信端末にマルチキャストで配信する。
【０００９】
また本発明のコンテンツ配信方法は、マルチキャスト配信でコンテンツデータを、所定の伝送路を経由して１つ又は複数の受信端末にマルチキャストで配信するコンテンツ配信処理を行う。
そのコンテンツ配信処理の実行は、所定の接続回線を経由したコンテンツ配信要求の受信で行う。そして、その受信したコンテンツ配信要求を発したコンテンツ提供端末に対して、接続回線を介してコールバックを行い、そのコールバックで接続されたセッションを利用して得たコンテンツデータを、コンテンツ配信処理により、受信端末にマルチキャストで配信する。
【００１０】
これら本発明によると、コンテンツの配信をしたいコンテンツ提供端末は、所定のコンテンツ提供サーバに対してＳＩＰ（Session Initiation Protocol）を利用してセッション確立要求を行う。そのセッション確立要求があったことをコンテンツ提供サーバで認識すると、コールバックでセッション確立要求されたコンテンツ提供端末に対してセッション確立要求を行い、コンテンツ提供端末とコンテンツ提供サーバとがコンテンツ提供サーバ側からの要求によって接続されセッションが確立される。その接続されたセッションを使用してコンテンツデータがコンテンツ提供サーバに送られることで、コンテンツ提供サーバからマルチキャストで配信することが可能となる。
【発明の効果】
【００１１】
本発明によると、コンテンツ提供端末は、コンテンツデータの送信を行いたい場合に、コンテンツの提供をマルチキャストで行っているサーバに対して一旦セッション確立要求を行うだけで、いったん切断した後にそのサーバからのコールバックを待てばよい。そして、コールバックで接続されたセッションを利用してコンテンツデータの送信を行うので、コンテンツ提供端末を所持するユーザに費用面での負担をかけずに、コンテンツデータの配信が行える。また、コールバックを行うことにより、サーバ側にセッション開始のコントロール権が得られると共に、コールバックを行う先のコンテンツ提供端末は、予め登録された端末であることで、登録された端末だけに対して確実に処理が行える認証の効果を有する。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態を、図１〜図６を参照して説明する。
本実施の形態においては、ＮＧＮと称されるネットワークに接続されるシステムとして構成したものである。ＮＧＮ網は、帯域保障されたネットワークであり、音声通話などの通常の電話利用の他に、高画質なＴＶ電話や、マルチキャストの配信処理も有し、高画質な映像配信が行える構成としてある。
【００１３】
図１は、本実施の形態によるシステム構成例を示した図である。ＮＧＮ網には、ＳＩＰサーバ１が用意されて、そのＳＩＰサーバ１の制御で、ユーザ端末である視聴端末１１，１２、・・・での電話の発信や着信、各種コンテンツの視聴などが実行される。視聴端末１１，１２・・・は、コンテンツの視聴だけを行う端末である場合と、電話機能と組み合された端末のいずれでもよい。接続回線については、ＩＰアドレスを使用した発着信の制御が行われる、いわゆるＩＰ電話としての構成や制御が行われる。
【００１４】
また本例のネットワークには、コンテンツ配信業者サーバ２が接続してある。このコンテンツ配信業者サーバ２は、コンテンツ配信業者が用意するものである。コンテンツ配信業者サーバ２は、予約管理部３とマルチキャスト配信部４を備えて、マルチキャスト配信部４からのＮＧＮ網へのコンテンツデータのマルチキャストでの配信を、予約管理部３が制御する。マルチキャスト配信部４は、コンテンツ蓄積部４ａに蓄積されたコンテンツデータの配信を行う。また、マルチキャスト配信部４は、接続された接続回線を経由してユニキャストで送信されたコンテンツを受信するコンテンツ受信部（図示せず）を備えて、そのコンテンツ受信部で受信したコンテンツを、そのままマルチキャストで配信する機能を備える。なお、ここでのコンテンツ配信業者サーバ２が送出させるコンテンツとしては、たとえばビデオデータやオーディオデータなどのストリーミングデータがある。また、コンテンツ配信業者サーバ２として、以下に説明するコンテンツ提供端末５からのコンテンツの中継だけを行う場合には、コンテンツ蓄積部４ａは必要ない。
【００１５】
マルチキャスト配信部４からＮＧＮ網にマルチキャストのモードで送出されたコンテンツデータは、それぞれの視聴端末１１，１２・・・で自由に受信して視聴することが可能である。マルチキャストでの配信では、コンテンツ配信業者サーバ２から送出されたコンテンツを、各端末で自由に受信するということであり、サーバ２と各端末１１，１２・・・との間でのユニキャスト送信用の伝送路のコネクションの確立などを行う必要はない。但し、予めコンテンツ配信業者サーバ２側に登録された端末だけが視聴できるように、何らかの制限をかけるようにしてもよい。
【００１６】
また本例においては、コンテンツ提供端末５がネットワークに接続してある。コンテンツ提供端末５は、なんらかのコンテンツをいずれかの視聴端末に送信したいユーザ端末である。例えばビデオカメラで撮影したリアルタイムのビデオデータを配信したい端末や、ユーザが作成したビデオコンテンツやオーディオコンテンツを他のユーザに転送させたい端末などが想定される。コンテンツ提供端末５は、ＮＧＮ網を利用したＳＩＰでの発信で、コンテンツ配信業者サーバ２などに接続することが可能な端末（ＳＩＰ機能を有した端末）である。
【００１７】
このコンテンツ提供端末５からコンテンツデータを配信する際には、本例の場合には、一旦、コンテンツ配信業者サーバ２にコンテンツデータを送り、そのコンテンツ配信業者サーバ２から各ユーザ端末１１，１２に配信する処理が行われる。
【００１８】
次に、図１に示したコンテンツ提供端末５からコンテンツデータを配信する際の処理の概要を、図２を参照して説明する。
図２において、コンテンツ提供サーバ及びマルチキャスト配信サーバは、それぞれ図１に示したコンテンツ配信業者サーバ２内の予約管理部３及びマルチキャスト配信部４に相当する。図１の例では、予約管理部３とマルチキャスト配信部４は、１つのサーバ２内に設けたが、それぞれが別々のサーバであってもよい。以下の説明では、コンテンツ提供サーバ３及びマルチキャスト配信サーバ４と称する。
【００１９】
まず、コンテンツ提供端末５は、予約管理サーバ３に対して、ＮＧＮ網においては自らの端末識別ＩＤを登録する処理を行う（ステップＳ１）。この端末識別ＩＤの登録は、コンテンツの配信を行う際ではなく、事前に行っておいてもよい。
次に、コンテンツ提供端末５は、マルチキャスト配信サーバ４に対してセッション接続要求となるシグナリングを送信し、コンテンツ提供要求を行う（ステップＳ２）。このコンテンツ提供要求がマルチキャスト配信サーバ４に対して送られると、マルチキャスト配信サーバは、コンテンツ提供要求の認証に成功した場合には、呼び出し中を示すレスポンスである１８０応答を送信し、端末認証に失敗した場合には、着信拒否を示す６０３応答の送信をコンテンツ提供端末に対して行う。もし１８０応答をコンテンツ提供端末が受信した場合には、セッション確立要求を終了、切断し、マルチキャスト配信サーバからのコールバックによるセッション接続要求に備える。なお、１８０応答や６０３応答などは、ＳＩＰにて定められたレスポンス応答のレスポンス番号であり、後述する他の応答についても同様である。
【００２０】
コンテンツ提供要求を受信したマルチキャスト配信サーバ４では、予約管理サーバ２に対して、端末情報の認証を行い（ステップＳ３）、セッション確立のためのリクエストを受信してコンテンツ提供要求があった端末が事前に登録された端末であることを発信元の端末識別ＩＤを比較することにより確認する。このステップＳ３の確認と、ステップＳ２の際の応答とは、後述するシーケンス図に示されるように並行して実行される。
この端末の認証が完了し、端末によりセッション要求が中断、切断されると、マルチキャスト配信サーバ４は、コンテンツ提供端末５に対してセッションを確立するためのリクエストを送信するコールバック処理を行い、セッションの確立が行われる。そのセッションが確立すると、コンテンツ提供端末５からマルチキャスト配信サーバへのコンテンツの配信が開始される。このときのコンテンツ提供端末５からマルチキャスト配信サーバ４へのコンテンツの送信は、端末５とサーバ４との間のユニキャスト送信である。
【００２１】
マルチキャスト配信サーバ４で端末５からのコンテンツの取得が開始されると、その取得されたコンテンツのデータを、マルチキャスト配信サーバ４からマルチキャストアドレス宛に送信され各ユーザ端末１１，１２・・・が受信を行うことが可能となる（ステップＳ５）。
【００２２】
次に、図２に示した処理概要のより具体的な処理状態を、図３〜図６のシーケンス図を参照して説明する。
図３は、接続開始時のシーケンス図である。
まず、コンテンツ提供端末５は、予約管理サーバ３に対して、マルチキャスト配信でコンテンツを転送する日時や、自らの端末情報などを登録する（ステップＳ１１）。この登録は、インターネットを経由したＨＴＴＰなどを利用して行われる。
そして、実際にコンテンツ提供端末５からコンテンツを送出させるタイミングになると、コンテンツ提供端末５からＳＩＰサーバ１を経由して、マルチキャスト配信サーバ４の端末識別ＩＤへの発信を行う（ステップＳ１２，Ｓ１３）。このセッション確率要求は、ＩＮＶＩＴＥリクエストを送信することにより行われ、送信するコンテンツについてのコーデック情報などを含んだ、ＳＤＰ（Session Description Protocol）は付加しなくてもよい。
【００２３】
セッション確立要求があったマルチキャスト配信サーバ４では、直ちに予約管理サーバ３に対して、ＨＴＴＰなどを利用して、ＩＮＶＩＴＥを送信した端末の発信元の端末識別ＩＤを用いた認証要求を行い（ステップＳ１４）、その認証結果をＨＴＴＰ要求の応答レスポンスとして予約管理サーバ３から得る（ステップＳ１５）。このときには、該当する認証が成功した場合には、その端末として登録されたコールバック用、セッション確立要求のための端末識別ＩＤの情報を得る。
【００２４】
そして、認証に成功すると、ＳＩＰサーバ１を経由してコンテンツ提供端末５に対して、セッション確立要求に対するレスポンスとして、処理中であることを示す１００応答と、呼び出し中であることを示す１８０応答とを送信する（ステップＳ１６，Ｓ１７）。
この１８０応答をコンテンツ提供端末５で受信すると、現在のダイヤルによる呼び出しをキャンセルするＣＡＮＣＥＬリクエストを、ＳＩＰサーバ１を経由してマルチキャスト配信サーバ４に送信する（ステップＳ１８，Ｓ１９）。このＣＡＮＣＥＬリクエストをマルチキャスト配信サーバ４で受信すると、そのダイヤルのキャンセルに応じるレスポンスである２００応答を送信する（ステップＳ２０，Ｓ２１）。さらに最初にセッション確立要求として受信したＩＮＶＩＴＥリクエストを中断することを示す４８７応答をマルチキャスト配信サーバ４から送信し（ステップＳ２２，Ｓ２３）、その応答としてのＡＣＫリクエストの送信（ステップＳ２４，Ｓ２５）で、ステップＳ１２からのセッション確立要求処理を終了する。
【００２５】
その後、切断を確認したマルチキャスト配信サーバ４から、コンテンツ提供端末５の端末識別ＩＤに対してセッション確立要求を行う（ステップＳ２６，Ｓ２７）。このセッション確立要求時には、コンテンツ提供端末から送信されるのに許容されるコンテンツ種別の情報を含んだＳＤＰを付加する。
この着信をコンテンツ提供端末５で検出すると、セッション確立要求に対する応答として、処理中であることを示す１００応答と、呼び出し中であることを示す１８０応答とを送信する（ステップＳ２８，Ｓ２９）。
さらに続いてコンテンツ提供端末５で着信に応じることを示す２００応答を、送信するコンテンツの情報を含むＳＤＰを付与して送信し（ステップＳ３０，Ｓ３１）、その応答としてのＡＣＫリクエストの返信（ステップＳ３２，Ｓ３３）で、マルチキャスト配信サーバ４とコンテンツ提供端末５との間のセッションが確立させる。
【００２６】
そして、確立されたセッションを使用して、コンテンツ提供端末５からマルチキャスト配信サーバ４に対して、ユニキャストでコンテンツデータ（ストリーミングデータ）の送信が開始され（ステップＳ３４）。マルチキャスト配信サーバ４では、受信したコンテンツデータ（ストリーミングデータ）を、マルチキャストアドレス宛に複数の視聴端末１１，１２・・・に対して受信可能なように送信させる（ステップＳ３５）。
このようにして、ストリーミングデータの送信が開始され、例えば予め予約された時間の間、継続して送信が行われる。
【００２７】
次に、マルチキャスト配信サーバ４で認証に失敗した場合の処理例を、図４を参照して説明する。
この例では、まず予約管理サーバに対して登録が行われていないコンテンツ提供端末５の動作を想定する。
コンテンツ提供端末５からＳＩＰサーバ１を経由して、マルチキャスト配信サーバ４の端末識別ＩＤに対してのセッション確立のための要求を行う（ステップＳ７２，Ｓ７３）。
【００２８】
セッション確立要求を受信したマルチキャスト配信サーバ４では、直ちに予約管理サーバ３に対して、ＨＴＴＰなどを利用し、セッション確立要求を送信した端末識別ＩＤに対する認証要求を行う（ステップＳ７４）。ここで、この例では、その認証結果が、正しく登録されていない端末からの発信であるとする（ステップＳ７５）。このときには、着信に拒否するレスポンスである６０３応答などを送信し（ステップＳ７６，Ｓ７７）、そのレスポンスに対してＡＣＫリクエストをコンテンツ提供端末５から送信（ステップＳ７８，Ｓ７９）され、処理を終了する。この場合には、ここで処理が終了して、マルチキャスト配信サーバ４からのコールバックは行われない。
【００２９】
次に、図３に示した処理で、コンテンツの伝送が行われている状態で、コンテンツ提供端末５から回線を切断させる処理のシーケンス例を、図５に示す。
図５の例では、確立されたセッションを使用して、コンテンツ提供端末５からマルチキャスト配信サーバ４に対して、ユニキャストによるコンテンツデータの送信が行われているとする（ステップＳ８１）。またマルチキャスト配信サーバ４では、受信したコンテンツデータを、マルチキャストアドレス宛に複数の視聴端末１１，１２・・・に対して送信させる処理が行われているとする（ステップＳ８２）。
【００３０】
この状態で、コンテンツ提供端末５から切断要求を示すリクエスト（ＢＹＥリクエスト）を送信し（ステップＳ８３，Ｓ８４）、そのレスポンスである２００応答の返送で、確立されたセッションを終了し、ストリーミングデータの送信が終了される（ステップＳ８５，Ｓ８６）。
【００３１】
図６の例は、予め予約された時間の経過などで、マルチキャスト配信サーバ４からの処理で、セッションが切断させる処理のシーケンス例を示したものである。
図６の例でも、確立されたセッションを使用して、コンテンツ提供端末５からマルチキャスト配信サーバ４に対して、ユニキャストでコンテンツデータの送信が行われているとする（ステップＳ９１）。またマルチキャスト配信サーバ４では、受信したコンテンツデータを、マルチキャストアドレス宛で複数の視聴端末１１，１２・・・に対して送信させる処理が行われているとする（ステップＳ９２）。
【００３２】
この状態で、予約管理サーバ３からマルチキャスト配信サーバ４に対して、予約された利用時間の経過が、ＨＴＴＰなどで通知されたとする（ステップＳ９３）。この通知があり、該当するセッションがまだ確立中の状態であった場合には、マルチキャスト配信サーバ４から切断させることを示すリクエスト（ＢＹＥリクエスト）を送信し（ステップＳ９４，Ｓ９５）、そのレスポンスである２００応答の返送で、確立されたセッションを終了し、ストリーミングデータの送信が終了される（ステップＳ９６，Ｓ９７）。
【００３３】
なお、ここまでの処理では、コンテンツデータの送信元の端末であるコンテンツ提供端末は１台であるものとしたが、同一の１つのコンテンツデータを提供する端末として、複数台の端末を、予約管理サーバ３に登録するようにしてもよい。
図７の例は、この場合の概要を示した図である。この例では、第１のコンテンツ提供端末６と第２のコンテンツ提供端末７とが用意してあるものと、それぞれのコンテンツ提供端末６，７で同一のコンテンツデータ（ストリーミングデータ）を送出できるものとする。
このような場合に、まず第１及び第２のコンテンツ提供端末６及び７は、予約管理サーバ３に対して、自らの端末識別ＩＤを登録する処理を行う（ステップＳ１０１，Ｓ１０２）。
【００３４】
この登録が行われた状態で、例えば第１のコンテンツ提供端末６が、マルチキャスト配信サーバ４に対してセッション確立要求を行い、コンテンツ提供要求を行ったとする。このコンテンツ提供要求がマルチキャスト配信サーバ４に対して送られると、マルチキャスト配信サーバ４が、予約管理サーバ３から端末接続先情報を取得する（ステップＳ１０３）。そして、マルチキャスト配信サーバ４では、第一のコンテンツ提供端末に対して先に述べた通りのコールバック処理を実施するが、セッション確立が何らかの状態で失敗したとする（ステップＳ１０４）。
この失敗があると、マルチキャスト配信サーバ４は、登録された別の端末である、第２のコンテンツ提供端末７にセッション確立要求を行い、コンテンツ取得要求を行い、成功したとする（ステップＳ１０５）。
【００３５】
この成功で、第２のコンテンツ提供端末７からのコンテンツデータの転送が開始され、マルチキャスト配信サーバ４からのマルチキャストでの各視聴端末１１，１２・・・への送信が開始される（ステップＳ１０６）。なお、一旦、第１のコンテンツ提供端末６からのコンテンツデータの転送が開始された後に、何らかの障害でセッションが中断した場合にも、本コールバック方式に基づいたセッション確立要求を行い、第２のコンテンツ提供端末７からのコンテンツデータの転送に切り替わるようにしてもよい。
【００３６】
図８は、このような２台のコンテンツ提供端末を使用した場合における、一方の端末のコールバック方式を用いたセッション確立要求に失敗した際の処理例を示したシーケンス図である。この図８において、図３のシーケンス図と同一の処理については同一のステップ番号を付与してある。
まず、第２のコンテンツ提供端末７は、予約管理サーバ３に対して、マルチキャスト配信でコンテンツを転送する日時や、自らの端末情報などを、ＨＴＴＰなどを利用して登録する（ステップＳ１１）。
そして、実際に第２のコンテンツ提供端末７からコンテンツを送出させるタイミングになると、第２のコンテンツ提供端末７からＳＩＰサーバ１を経由して、マルチキャスト配信サーバ４の端末識別ＩＤへのセッション確立要求が行われる（ステップＳ１２，Ｓ１３）。
【００３７】
セッション確立要求があったマルチキャスト配信サーバ４では、直ちに予約管理サーバ３に対して、ＨＴＴＰなどで、セッション確立要求のリクエストを送信した発信者端末の端末識別ＩＤに対して認証要求を行い（ステップＳ１４）、その認証結果をＨＴＴＰなどのレスポンスとして予約管理サーバ３から得る（ステップＳ１５）。このときには、該当する認証が成功した場合には、その端末についての詳細を示した接続端末リストなどをあわせて取得する。
【００３８】
そして、認証に成功すると、ＳＩＰサーバ１を経由して第２のコンテンツ提供端末７に対して、セッション確立要求に対する応答として、処理中であることを示す１００応答と、呼び出し中であることを示す１８０応答とを送信する（ステップＳ１６，Ｓ１７）。
この１８０応答を第２のコンテンツ提供端末７で確認すると、現在のセッション確立要求による呼び出しをキャンセルするＣＡＮＣＥＬリクエストを、ＳＩＰサーバ１を経由してマルチキャスト配信サーバ４に送信する（ステップＳ１８，Ｓ１９）。このＣＡＮＣＥＬリクエストをマルチキャスト配信サーバ４で受信すると、そのダイヤルのキャンセルに応じる信号である２００応答を返送する（ステップＳ２０，Ｓ２１）。さらに、最初にセッション確立要求として受信したＩＮＶＩＴＥリクエストの処理を中断することを示す４８７応答をマルチキャスト配信サーバ４から送信し（ステップＳ２２，Ｓ２３）、その応答としてのＡＣＫリクエストを送信して（ステップＳ２４，Ｓ２５）、ステップＳ１２からのセッション確立要求に対する処理を終了する。
【００３９】
その後、コールバック方式に基づきマルチキャスト配信サーバ４から、第１のコンテンツ提供端末６の端末識別ＩＤへのセッション確立要求を行ったとする（ステップＳ４１，Ｓ４２）。このセッション確立要求時には、コンテンツ提供端末から送信されるのに許容されるコンテンツ種別の情報を含んだＳＤＰを付加する。
この着信を第１のコンテンツ提供端末６で検出すると、ダイヤルに対する応答として、処理中であることを示す１００応答と、中断または拒否を示す４ｘｘ応答又は６ｘｘ応答などのレスポンスを送信する（ステップＳ４３，Ｓ４４）。そして、その応答としてのＡＣＫリクエストの返信（ステップＳ４５，Ｓ４６）で、このときの呼び出しが中断する。
【００４０】
ここで、マルチキャスト配信サーバ４では、予約管理サーバ３からの情報で、コンテンツ提供端末がもう１台登録されていることを確認する。この確認で、該当する端末（第２のコンテンツ提供端末７）の端末識別ＩＤに対して、マルチキャスト配信サーバ４からセッション確立要求を行う（ステップＳ２６，Ｓ２７）。
この着信を第２のコンテンツ提供端末７で検出すると、セッション確立要求に対するレスポンスとして、処理中であることを示す１００応答と、呼び出し中であることを示す１８０応答とを送信する（ステップＳ２８，Ｓ２９）。
さらに続いて第２のコンテンツ提供端末７で着信に応じることを示す２００応答を送信し（ステップＳ３０，Ｓ３１）、その応答としてのＡＣＫリクエストの返信（ステップＳ３２，Ｓ３３）で、マルチキャスト配信サーバ４と第２のコンテンツ提供端末７との間のセッションを確立させる。
【００４１】
そして、確立されたセッションを使用して、第２のコンテンツ提供端末７からマルチキャスト配信サーバ４に対して、ユニキャストでコンテンツデータ（ストリーミングデータ）の送信が開始される（ステップＳ３４）。マルチキャスト配信サーバ４では、受信したコンテンツデータ（ストリーミングデータ）を、マルチキャストアドレス宛に複数の視聴端末１１，１２・・・に対して送信させる（ステップＳ３５）。
このようにして、ストリーミングデータの送信が開始され、例えば予め予約された時間の間、継続して送信が行われる。
【００４２】
次に、コンテンツデータの転送が開始された後に、障害が発生して、コンテンツ提供端末が切り替わる場合の処理例を、図９のシーケンス図に示す。
この図９の例では、確立されたセッションを使用して、第１のコンテンツ提供端末６からマルチキャスト配信サーバ４に対して、ユニキャストでコンテンツデータの送信が行われている途中で、その送信が何らかの障害で中断したとする（ステップＳ５１）。
このとき、マルチキャスト配信サーバ４で別のコンテンツ提供端末７の存在を確認すると、その第２のコンテンツ提供端末７に対してセッションを確立させる処理が実行される。
即ち、第２のコンテンツ提供端末７の端末識別ＩＤに対して、マルチキャスト配信サーバ４からセッション確立要求を行う（ステップＳ５３，Ｓ５４）。
この着信を第２のコンテンツ提供端末７で検出すると、セッション確立要求に対するレスポンスとして、処理中であることを示す１００応答と、呼び出し中であることを示す１８０応答とを送信する（ステップＳ５４，Ｓ５５）。
さらに続いて第２のコンテンツ提供端末７で着信に応じることを示す２００応答を送信し（ステップＳ５６，Ｓ５７）、その応答としてのＡＣＫリクエストの返信（ステップＳ５８，Ｓ５９）で、マルチキャスト配信サーバ４と第２のコンテンツ提供端末７との間のセッションを確立させる。
【００４３】
そして、確立されたセッションを使用して、第２のコンテンツ提供端末７からマルチキャスト配信サーバ４に対して、ユニキャストでコンテンツデータ（ストリーミングデータ）の送信を開始させる（ステップＳ６０）。マルチキャスト配信サーバ４では、受信したコンテンツデータ（ストリーミングデータ）を、マルチキャストアドレス宛に複数の視聴端末１１，１２・・・に対して送信させる（ステップＳ６１）。
このようにして、何らかの要因で中断した場合には、別の端末を使用してストリーミングデータの送信が再開される。
【００４４】
以上説明したように、本実施の形態によると、コンテンツ提供端末側では、マルチキャスト配信サーバからのコールバックを待って、そのコールバックで接続されたセッションを利用してコンテンツデータの送信が行われるので、コンテンツ提供端末を持っているユーザに、コスト負担をかけない効果を有し、マルチキャスト配信サーバ側もセッションの開始タイミングを自由に制御することが可能となる。また、複数者への配信をマルチキャスト配信サーバが担うことにより、コンテンツ提供端末に対して高度なスペックを必要とする必要がなくなる。そして、そのコールバックする端末は、予め予約管理部３（予約管理サーバ）に対して予約した端末であるため、予約処理が適正に行われた端末に対してだけコールバックによる接続が行われ、不正な接続を排除できる効果を有する。
また、図７〜図９で説明したように、複数台のコンテンツ提供端末を登録できる構成としたことで、なんらかの障害時にも容易に対処が可能となる効果を有する。
【００４５】
なお、上述した実施の形態では、ＮＧＮと称されるＳＩＰによる呼制御が行われ、帯域保障も可能なネットワークに適用した例としたが、その他の電話回線を含む各種ネットワークにも適用可能である。
また、コンテンツ配信業者サーバなどのサーバについても、専用のサーバ装置として構成させる他に、汎用のコンピュータ装置に、本発明の処理方法を実行させるソフトウェア（プログラム）を実装させて、上述した実施の形態で説明したそれぞれの処理を行うサーバとして機能するように構成させてもよい。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施の形態によるシステム構成例を示すブロック図である。
【図２】本発明の一実施の形態による伝送状態の例を示す説明図である。
【図３】本発明の一実施の形態による伝送状態の例を示すシーケンス図（正常接続時）である。
【図４】本発明の一実施の形態による伝送状態の例を示すシーケンス図（認証失敗時）である。
【図５】本発明の一実施の形態による伝送状態の例を示すシーケンス図（コンテンツ提供端末からの切断時）である。
【図６】本発明の一実施の形態による伝送状態の例を示すシーケンス図（サーバ側からの切断時）である。
【図７】本発明の他の実施の形態による伝送状態の例を示す説明図である。
【図８】図７例での伝送状態の例を示すシーケンス図（サーバから端末への接続失敗による接続先シフト時）である。
【図９】図７例での伝送状態の例を示すシーケンス図（異常時における接続先シフト時）である。
【符号の説明】
【００４７】
１…ＳＩＰサーバ、２…コンテンツ配信業者サーバ、３…予約管理部（コンテンツ提供サーバ）、４…マルチキャスト配信部（マルチキャスト配信サーバ）、４ａ…コンテンツ蓄積部、５…コンテンツ提供端末、６…第１のコンテンツ提供端末、７…第２のコンテンツ提供端末、１１，１２…視聴端末
【図１】
0005200665.tif 000002
【図２】
0005200665.tif 000003
【図３】
0005200665.tif 000004
【図４】
0005200665.tif 000005
【図５】
0005200665.tif 000006
【図６】
0005200665.tif 000007
【図７】
0005200665.tif 000008
【図８】
0005200665.tif 000009
【図９】
0005200665.tif 000010