JP2009171082A - ストリーミング送信制御方法、セッション制御サーバ、ストリーミング配信サーバ及びプログラム - Google Patents

Abstract

【課題】ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができるストリーミング送信制御方法、ＳＩＰサーバ及びプログラムを提供する。
【解決手段】第１の端末が、ストリーミング配信サーバとの間でＲＴＳＰセッションを確立している際に、ストリーミング配信サーバと第２の端末との間でデータ送信用のＲＴＰセッションを確立するREFERメッセージを、ＳＩＰサーバへ送信する。ＳＩＰサーバが、INVITEメッセージを第２の端末へ送信すると共に、UPDATEメッセージをストリーミング配信サーバへ送信し、ＲＴＰセッションを確立する。ＳＩＰサーバが、ＲＴＰセッションのＳＤＰを含むNOTIFYメッセージを、第１の端末へ送信し、第１の端末が、第２の端末のアドレスを記述したSETUPメッセージを、ストリーミング配信サーバへ送信する。
【選択図】図２

Description

本発明は、ストリーミング送信制御方法、セッション制御サーバ、ストリーミング配信サーバ及びプログラムに関する。

近年、ユビキタス環境を提供するために、固定通信環境及び移動通信環境を混在させたＦＭＣ(Fixed-Mobile Convergence)環境が提供されている。ＦＭＣ環境下では、様々な処理能力の端末が、混在し且つ互いに通信する。端末を所持したユーザが、宅内又は宅外を自由に移動することによって、その場所に適したサービスに基づくセッションに切り替えることが好ましい場合もある。

従来、端末間で、ＳＩＰ(Session Initiation Protocol)を用いて確立されたセッションを切り替えることができる技術がある（例えば特許文献１参照）。この技術によれば、例えば宅内で端末を切り替える場合に、グローバルネットワークに配置されたセッション管理サーバを介することによって、実行中のアプリケーションを維持しながら、端末間に確立されたセッションを切り替えることができる。

また、従来技術におけるサービスに基づいたセッションについては、例えば、ＶＯＤ(Video On Demand)サービスの場合、以下のような２つのセッションがある。
（１）ＲＴＳＰ(Real-time Streaming Protocol)セッションのように、ストリーミングデータの再生（又は停止等）を制御する制御用セッション
（２）ＲＴＰ(Real Time Protocol)セッションのように、ストリーミングデータを送信するデータ送信用セッション

ＲＴＳＰは、ＴＣＰ／ＩＰ(Transmission Control Protocol / Internet Protocol)を用いて、音声や動画などのストリーミングデータをリアルタイムに受信しながら再生するプロトコルである。また、ＲＴＰは、ＵＤＰ(User Datagram Protocol)を用いて、音声や動画などのデータをリアルタイムに送信するプロトコルである。ＵＤＰの場合、パケット損失に対する再送制御や、伝送遅延時間の保証制御などは実行されない。

RTSP, IETF RFC2326, Real Time StreamingProtocol SIP, IETF RFC3261, Session InitiationProtocol 特開２００６−２３７８１５号公報

ＶＯＤサービスについて、ＲＴＳＰセッション及びＲＴＰセッションは、ＳＩＰで管理される。このとき、特許文献１に記載された技術を用いて、ＲＴＳＰセッション又はＲＴＰセッションのいずれか一方のセッションを切り替えることも考えられる。これが実現できれば、ＲＴＳＰセッションを用いたストリーミングデータの送信制御と、ＲＴＰセッションを用いたストリーミングデータの受信及び再生とを、異なる端末で実行することができる。例えば、携帯電話機が、ＲＴＳＰセッションを用いてストリーミングデータの再生を制御し、テレビが、ＲＴＰセッションを用いてストリーミングデータの受信及び再生をすることができる。

しかしながら、第２の端末がストリーミング配信サーバとの間でＲＴＰセッションを確立できたとしても、ＲＴＳＰセッションを確立した第１の端末は、第２の端末におけるＩＰアドレス及びポート番号を知ることができない。

また、ＶＯＤサービスについて、異なる端末がそれぞれセッションを確立する場合、攻撃対象の端末に対してＲＴＰパケットを送信させるという、ＤＯＳ(Denial of Service)攻撃につながるという問題もある。

そこで、本発明によれば、ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができるストリーミング送信制御方法、セッション制御サーバ、ストリーミング配信サーバ及びプログラムを提供することを目的とする。

本発明によれば、複数の端末が、セッション制御サーバを介してセッションを確立するシステムにおけるストリーミング送信制御方法であって、
第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションが確立している際に、
第１の端末が、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを、セッション制御サーバへ送信する第１のステップと、
セッション制御サーバが、セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立する第２のステップと、
セッション制御サーバが、第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信する第３のステップと、
第１の端末が、セッション情報に含まれる第２の端末のアドレスを記述したセッション設定通知メッセージを、ストリーミング配信サーバへ送信する第４のステップと
を有し、
第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生することを特徴とする。

本発明のストリーミング送信制御方法における他の実施形態によれば、
第１のセッションは、ＲＴＳＰに基づく送信制御用セッションであり、
第２のセッションは、ＲＴＰに基づくデータ送信用セッションである
ことも好ましい。

本発明のストリーミング送信制御方法における他の実施形態によれば、
セッション制御サーバは、ＳＩＰサーバであり、
セッション移行通知メッセージは、REFERメッセージであり、該REFERメッセージのRequest-URIには、第２の端末のアドレスが記述され、
セッション確立要求メッセージは、INVITEメッセージであり、
セッション更新通知メッセージは、UPDATE又は(re-)INVITEメッセージであり、
セッション情報通知メッセージは、NOTIFYメッセージである
ことも好ましい。

本発明のストリーミング送信制御方法における他の実施形態によれば、
セッション設定通知メッセージは、ＲＴＳＰに基づくSETUPメッセージであり、該SETUPメッセージのtransportヘッダには、destinationパラメータに第２の端末のＩＰアドレスが記述され、client_portパラメータに第２の端末のポート番号が記述されていることも好ましい。

本発明のストリーミング送信制御方法における他の実施形態によれば、第２のステップについて、
セッション制御サーバが、問い合わせ要求メッセージを、第２の端末へ送信し、
第２の端末が、当該第２の端末の処理能力を表すセッション情報を含む問い合わせ応答メッセージを、セッション制御サーバへ送信し、
セッション制御サーバが、第２の端末に対して第２のセッションを確立可能か否かを判定し、確立可能と判定された際に、第２のセッションを確立するセッション確立要求メッセージを、第２の端末へ送信する
ことも好ましい。

本発明のストリーミング送信制御方法における他の実施形態によれば、
問い合わせ要求メッセージは、ＳＩＰのOPTIONメッセージであり、
問い合わせ応答メッセージは、ＳＩＰの200OKメッセージであることも好ましい。

本発明のストリーミング送信制御方法における他の実施形態によれば、
第１のステップの前に、第１の端末は、一時停止メッセージを、ストリーミング配信サーバへ送信し、ストリーミングデータの送信を一時停止することも好ましい。

本発明によれば、複数の端末の間でセッションを確立するセッション制御サーバにおいて、
第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションを確立している際に機能するものであって、
第１の端末から、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを受信するセッション移行通知受信手段と、
セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立するデータ送信用セッション確立手段と、
第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信するセッション情報通知送信手段と
を有し、
第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生するように動作させることを特徴とする。

本発明のセッション制御サーバにおける他の実施形態によれば、
第１のセッションは、ＲＴＳＰに基づく送信制御用セッションであり、
第２のセッションは、ＲＴＰに基づくデータ送信用セッションであることも好ましい。

本発明のセッション制御サーバにおける他の実施形態によれば、
当該セッション制御サーバは、ＳＩＰサーバであり、
セッション移行通知メッセージは、REFERメッセージであり、該REFERメッセージのRequest-URIには、第２の端末のアドレスが記述され、
セッション確立要求メッセージは、INVITEメッセージであり、
セッション更新通知メッセージは、UPDATE又は(re-)INVITEメッセージであり、
セッション情報通知メッセージは、NOTIFYメッセージである
ことも好ましい。

本発明のセッション制御サーバにおける他の実施形態によれば、
問い合わせ要求メッセージを、第２の端末へ送信し、第２の端末から、当該第２の端末の処理能力を表すセッション情報を含む問い合わせ応答メッセージを受信する問い合わせ手段と、
第２の端末に対して第２のセッションを確立可能か否かを判定する判定手段と
を更に有し、
データ送信用セッション確立手段は、判定手段よって確立可能と判定された際に、第２のセッションを確立するセッション確立要求メッセージを、第２の端末へ送信することも好ましい。

本発明のセッション制御サーバにおける他の実施形態によれば、
問い合わせ要求メッセージは、ＳＩＰのOPTIONメッセージであり、
問い合わせ応答メッセージは、ＳＩＰの200OKメッセージであることも好ましい。

本発明によれば、前述したセッション制御サーバを介して、複数の端末との間でセッションを確立するストリーミング配信サーバであって、
セッション制御サーバに対して、ＳＩＰシグナリングをやりとりするＳＩＰユーザ機能手段と、
端末に対して、ＲＴＳＰセッションを介して受信した送信制御メッセージに対して、ＲＴＰセッションを介してストリーミングデータを送信するストリーミングサーバ機能手段とを有し、
ストリーミングサーバ機能手段は、
ＲＴＳＰセッションを介して第１の端末からセッション設定通知メッセージを受信した際に、ＳＩＰユーザ機能手段へ、第２の端末との間で第２のセッションが確立しており、且つ、第２の端末のアドレスが、セッション設定通知メッセージに含まれるセッション情報の第２の端末のアドレスと一致するか否かを確認し、
両アドレスが一致する場合に、セッション設定通知メッセージに対する応答メッセージを、第１の端末へ返信する
ように動作することを特徴とする。

本発明によれば、複数の端末の間でセッションを確立するサーバに搭載されたコンピュータを機能させるセッション制御サーバ用のプログラムにおいて、
第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションを確立している際に機能するものであって、
第１の端末から、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを受信するセッション移行通知受信手段と、
セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立するデータ送信用セッション確立手段と、
第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信するセッション情報通知送信手段と
してコンピュータを機能させ、
第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生するように動作させることを特徴とする。

本発明によれば、前述のセッション制御サーバを介して、複数の端末との間でセッションを確立するサーバに搭載されたコンピュータを機能させるストリーミング配信プログラムであって、
セッション制御サーバに対して、ＳＩＰシグナリングをやりとりするＳＩＰユーザ機能手段と、
端末に対して、ＲＴＳＰセッションを介して受信した送信制御メッセージに対して、ＲＴＰセッションを介してストリーミングデータを送信するストリーミングサーバ機能手段と
してコンピュータを機能させ、
ストリーミングサーバ機能手段は、
ＲＴＳＰセッションを介して第１の端末からセッション設定通知メッセージを受信した際に、ＳＩＰユーザ機能手段へ、第２の端末との間で第２のセッションが確立しており、且つ、第２の端末のアドレスが、セッション設定通知メッセージに含まれるセッション情報の第２の端末のアドレスと一致するか否かを確認し、
両アドレスが一致する場合に、セッション設定通知メッセージに対する応答メッセージを、第１の端末へ返信する
ようにコンピュータを機能させることを特徴とする。

本発明のストリーミング送信制御方法、セッション制御サーバ、ストリーミング配信サーバ及びプログラムによれば、ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができる。

以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。

図１は、本発明におけるシステム構成図である。

図１のシステムによれば、ユーザの所持する複数の端末２は、インターネット４に接続し、セッション制御サーバ（ＳＩＰサーバ１）とＳＩＰシグナリングメッセージをやりとりすることができる。端末２は、ＳＩＰ対応端末（SIP UE (SIP User End)機能を有する端末）である。図１によれば、ユーザは、第１の端末として携帯電話機を所持し、第２の端末として宅内にテレビを設置している。

また、インターネット４には、ストリーミング配信サーバ３が接続されており、端末２からの要求に応じて(On Demand)、ストリーミングデータを配信する。ストリーミング(streaming)とは、主に音声や動画などのマルチメディアファイルを転送・再生する方式であって、受信側端末は、ストリーミングデータを受信しながら再生する。勿論、メディアの形式は、音声＋映像に限られるものではなく、画像、テキスト等であってもよい。また、本発明に基づくストリーミング配信サーバ３は、ＳＩＰ対応サーバ機能を有し、ＶＯＤサービスの場合、VOD SIP UE (Video On Demand SIP UE)機能を備えている。これによって、ストリーミング配信サーバ３は、ＳＩＰサーバ１と、ＳＩＰシグナリングメッセージをやりとりすることができる。

端末２は、ＳＩＰサーバ１を用いて、ストリーミング配信サーバ３との間で、ＲＴＰセッション及びＲＴＳＰ(Real-time Streaming Protocol)セッションを確立し、切り替え、切断することができる。ＶＯＤサービスの場合、端末２は、ＶＯＤクライアント機能を有し、ＲＴＰを用いて、ストリーミング配信サーバ３から送信されるストリーミングデータを受信しながら再生する。また、端末２は、ＲＴＳＰを用いて、ストリーミング配信サーバ３に対して、ストリーミングデータの送信制御を実行する。送信制御としては、例えば、確立(SETUP)、開始(PLAY)、中断(PAUSE)、終了(TREADOWN)などがある。即ち、ＲＴＳＰセッションを用いて、ＲＴＰセッションのストリーミングデータの送信を制御する。

ＳＩＰサーバ１は、端末２からのＳＩＰシグナリングメッセージに基づいて、端末２とストリーミング配信サーバ３との間で、ＲＴＰセッション及びＲＴＳＰセッションを確立し、切り替え、切断することができる。本発明によれば、ストリーミング配信サーバ３に対して、第１の端末が、ストリーミングの送信を制御し、第２の端末が、そのストリーミングデータを受信しながら再生する。

図２は、本発明における第１のシーケンス図である。

図２のシーケンスによれば、第１の端末が、ＲＴＳＰセッションを用いてストリーミングの送信を制御し、第２の端末が、ＲＴＰセッションを用いてストリーミングデータを受信しながら再生するものである。ＳＩＰサーバ１について、以下で説明するＳ２００は、既存のＳＩＰサーバ機能で実行できる。本発明の特徴となるシーケンスは、Ｓ２０１以降にある。

（Ｓ２００）第１の端末は、最初に、ストリーミングの送信を制御するためのＲＴＳＰセッションを確立するために、INVITEメッセージをＳＩＰサーバ１へ送信する。INVITEメッセージには、ＲＴＳＰセッションのＳＤＰ(Session Description Protocol)が記述される。ＳＤＰには、メディア情報を扱うプロトコルの情報が含まれる（例えば、ＩＥＴＦに基づくＲＦＣ４５６６参照）。「メディア情報」とは、メディア毎における形式、ポート、プロトコル等の情報である。

このINVITEメッセージには、例えば以下のような、ＲＴＳＰセッションのＳＤＰが記述される。
v=0 （プロトコルのバージョン）
o=- <ユーザ名> <セッションID> IN IP4 <IPアドレス>
（発信元及びセッションの識別子）
s=SDP Seminar （セッション名）
c=IN IP4 <IPアドレス> （セッション情報）
t=2873397496 2873404696 （セッションがアクティブな時間）
m=data <ポート番号> TCP rtsp （メディア情報）
a=active （メディア属性）

これに対し、ＳＩＰサーバ１は、このINVITEメッセージを、ストリーミング配信サーバ３へ送信する。これに対し、ストリーミング配信サーバ３は、INVITEメッセージの受信を通知する100Tryingメッセージを、ＳＩＰサーバ１を介して第１の端末へ返信する。次に、ストリーミング配信サーバ３は、ＲＴＳＰセッションの確立に応答する200OKメッセージを、ＳＩＰサーバ１を介して第１の端末へ送信する。これに対し、第１の端末は、200OKメッセージの受信を通知するACKメッセージを、ＳＩＰサーバ１を介してストリーミング配信サーバ３へ返信する。これによって、第１の端末とストリーミング配信サーバ３との間で、ＲＴＳＰセッションが確立される。

ストリーミング配信サーバ３は、プレゼンスサーバ機能を含む場合、当該サーバ３のプレゼンス情報を更新するためのPUBLISHメッセージを、ＳＩＰサーバ１へ定期的に送信している。このとき、第１の端末は、ステータスの通知を要求するためのSUBSCRIBEメッセージ（購読要求）を、ＳＩＰサーバ１へ送信してもよい。これに対し、ＳＩＰサーバ１は、ステータスを通知するためのNOTIFYメッセージを、第１の端末へ返信する。これによって、第１の端末は、ストリーミング配信サーバ３のプレゼンス情報を知ることができる。

第１の端末は、ＲＴＳＰのDESCRIBEメッセージを、ストリーミング配信サーバ３へ送信する。これに対し、ストリーミング配信サーバ３は、ＳＤＰを含む200OKメッセージを、第１の端末へ返信する。これにより、第１の端末は、ストリーミング配信サーバ３のＳＤＰを取得することができる。

この200OKメッセージには、例えば以下のような、ＲＴＳＰセッションのＳＤＰが記述される。
v=0 （プロトコルのバージョン）
o=- <ユーザ名> <セッションID> IN IP4 <IPアドレス>
（発信元及びセッションの識別子）
s=SDP Seminar （セッション名）
c=IN IP4 <IPアドレス> （セッション情報）
t=2873397496 2873404696 （セッションがアクティブな時間）
m=video <ポート番号> RTP/AVP 96 97 109 （メディア情報）
a=rtpmap:<ペイロードタイプ> <エンコード名>/<サンプリングレート>
（メディア属性）

（Ｓ２０１）ここで、ユーザは、第１の端末でストリーミングの送信を制御し、第２の端末でストリーミングデータを受信しながら再生したいとする。このとき、第１の端末は、ストリーミング配信サーバ３から第２の端末へストリーミングデータを送信するＲＴＰセッションを確立するためのREFERメッセージ（セッション移行通知メッセージ）を、ＳＩＰサーバ１へ送信する。REFERメッセージは、Ｓ２００で受信したＳＤＰを含む。

REFERメッセージについて、Request URIは、第２の端末のアドレス（SIP URI）を記述し、Refer-Toは、ボディ部に含まれる切り替え情報のストリーミングURIを記述する。

（Ｓ２０２）REFERメッセージを受信したＳＩＰサーバ１は、OPTIONメッセージ（問い合わせ要求メッセージ）を第２の端末へ送信することもできる。これに対し、第２の端末は、自らＳＤＰを含む200OKメッセージを、ＳＩＰサーバ１へ返信する。これによって、ＳＩＰサーバ１は、第２の端末が再生可能なメディアを知ることができる。ＳＩＰサーバ１は、第１の端末から要求されたセッションを、第２の端末では確立できない場合には、以下のシーケンスを実行しない。

（Ｓ２０３）ＳＩＰサーバ１は、第２の端末とストリーミング配信サーバ３との間で、ＲＴＰセッションを確立させるために、INVITEメッセージ（セッション確立要求）を第２の端末へ送信する。INVITEメッセージには、受信したREFERメッセージのＳＤＰが含まれる。これに対し、第２の端末は、INVITEメッセージの受信を通知する100Tryingメッセージを、ＳＩＰサーバ１へ返信する。次に、第２の端末は、ＲＴＰセッションの確立に応答する200OKメッセージを、ＳＩＰサーバ１へ送信する。これに対し、ＳＩＰサーバ１は、200OKメッセージの受信を通知するACKメッセージを、第２の端末へ返信する。

（Ｓ２０４）更に、ＳＩＰサーバ１は、UPDATEメッセージ（セッション更新通知メッセージ）を、ストリーミング配信サーバ３へ送信する（(re-)INVITEメッセージであってもよい）。UPDATEメッセージは、セッションの能力情報を更新するものである。これに対し、ストリーミング配信サーバ３は、ＲＴＰセッションの更新に応答する200OKメッセージを、ＳＩＰサーバ１へ送信する。これによって、第２の端末とストリーミング配信サーバ３との間で、ＲＴＰセッションが確立される。

（Ｓ２０５）ＳＩＰサーバ１は、NOTIFYメッセージ（セッション情報通知メッセージ）を、第１の端末へ送信する。NOTIFYメッセージは、第２の端末とストリーミング配信サーバ３との間のＲＴＰセッションのセッション情報を含む。セッション情報で少なくとも必要な情報は、具体的には、第２の端末におけるＩＰアドレス及びポート番号である。そして、第１の端末は、200OKメッセージを、ＳＩＰサーバ１へ返信する。

（Ｓ２０６）第１の端末は、SETUPメッセージ（セッション設定通知メッセージ）をストリーミング配信サーバ３へ送信する。SETUPメッセージには、ＲＴＰセッションを用いて、ストリーミングデータを送信すべき第２の端末のＩＰアドレス及びポート番号を含む。SETUPメッセージのtransportヘッダには、destinationパラメータに第２の端末のＩＰアドレスが記述され、client_portパラメータに第２の端末のポート番号が記述される。そして、ストリーミング配信サーバ３は、200OKメッセージを、第１の端末へ返信する。

（Ｓ２０７）第１の端末は、ＲＴＳＰセッションを用いて、ストリーミングの送信を開始する「PLAY」メッセージを、ストリーミング配信サーバ３へ送信する。これに対し、ストリーミング配信サーバ３は、ＲＴＳＰセッションを用いて、200OKメッセージを第１の端末へ返信すると共に、ＲＴＰセッションを用いて、ストリーミングデータを第２の端末へ送信する。

（Ｓ２０８）第２の端末は、ストリーミング配信サーバ３から、ストリーミングデータを受信しながら再生する。その後、ストリーミングの送信の制御、例えば中断、再開、終了は全て、第１の端末から送信されるメッセージによって指示される。

これにより、第１の端末が、ＲＴＳＰセッションを用いてストリーミング配信サーバ３へ送信制御メッセージを送信し、ストリーミング配信サーバ３が、ＲＴＰセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、そのストリーミングデータを受信しながら再生することができる。

図３は、本発明における第２のシーケンス図である。

図３のシーケンスは、第１の端末におけるストリーミングデータの受信及び再生を、第２の端末へ切り替えると共に、そのストリーミングの送信制御は、第１の端末が維持するものである。

（Ｓ３００）最初に、第１の端末は、ストリーミング配信サーバ３との間で、ＲＴＳＰセッション及びＲＴＰセッションを確立する。そして、第１の端末は、ＲＴＳＰセッションを用いてストリーミングの送信を制御し、ＲＴＰセッションを用いてストリーミングデータを受信しながら再生する。Ｓ３００のシーケンスは、図２のＳ２００のシーケンスを、ＲＴＳＰセッションだけでなく、ＲＴＰセッションについても実行したものである。

その後、第１の端末は、PAUSEメッセージ（一時停止）を、ストリーミング配信サーバ３へ送信し、ストリーミングデータの送信を一時停止する。これに対し、ストリーミング配信サーバ３は、ストリーミングの停止時刻を含む200OKメッセージを第１の端末へ返信する。その後、第１の端末は、ストリーミング配信サーバ３へTEARDOWNメッセージを送信し、ストリーミングの送信の終了を指示してもよい。

（Ｓ３０１〜Ｓ３０３）図２のＳ２０１〜Ｓ２０３と同じシーケンスである。

（Ｓ３０４）ＳＩＰサーバ１は、ＲＴＳＰセッション及びＲＴＰセッションについてのUPDATEメッセージ（セッション更新通知メッセージ）を、ストリーミング配信サーバ３へ送信する（（(re-)INVITEメッセージであってもよい）。これに対し、ストリーミング配信サーバ３は、ＲＴＰセッション及びＲＴＳＰセッションの更新に応答する200OKメッセージを、ＳＩＰサーバ１へ送信する。更に、ＳＩＰサーバ１は、ＲＴＳＰセッションについてのUPDATEメッセージを、第１の端末へ送信する。これに対し、第１の端末は、ＲＴＳＰセッションの更新に応答する200OKメッセージを、ＳＩＰサーバ１へ送信する。これによって、第２の端末とストリーミング配信サーバ３との間で、ＲＴＰセッションが確立され、第１の端末とストリーミング配信サーバ３との間で、ＲＴＳＰセッションが更新される。

（Ｓ３０５〜Ｓ３０８）図２のＳ２０５〜Ｓ２０８と同じシーケンスである。尚、第１の端末は、PAUSEメッセージの応答である200OKメッセージに含まれた停止時刻を、PLAYメッセージに含めることもできる。ストリーミング配信サーバ３は、その停止時刻からのストリーミングデータを、第２の端末へ送信し始める。

図４は、本発明におけるＳＩＰサーバの機能構成図である。

図４によれば、ＳＩＰサーバ１は、ＳＩＰサーバ基本機能部１００と、セッション移行通知受信部１０１と、データ送信用セッション確立部１０２と、セッション情報通知送信部１０３と、問い合わせ部１０４と、判定部１０５とを有する。ＳＩＰサーバ基本機能部１００は、既存のＳＩＰサーバの動作を実現する。これら機能構成部は、サーバに搭載されたコンピュータ（プロセッサ）を機能させるプログラムを実行することによって実現できる。

セッション移行通知受信部１０１は、第１の端末から、ストリーミング配信サーバ３と第２の端末との間でＲＴＰセッションを確立するためのREFERメッセージ（セッション移行通知メッセージ）を受信する。REFERメッセージを受信した旨は、問い合わせ部１０４へ通知される。

問い合わせ部１０４は、OPTIONメッセージ（問い合わせ要求メッセージ）を、第２の端末へ送信する。これに対し、問い合わせ部１０４は、第２の端末のＳＤＰを含む200OKメッセージを受信する。そのＳＤＰは、判定部１０５へ通知される。

判定部１０５は、第２の端末に対してＲＴＰセッションを確立可能か否かを判定する。例えば、ストリーミングデータが映像メディアであって、第２の端末が、映像メディアを再生できない端末である場合、ＲＴＰセッションは確立不可能と判定される。確立可能と判定された際に、その旨が、データ送信用セッション確立部１０２へ通知される。

データ送信用セッション確立部１０２は、INVITEメッセージ（セッション確立要求メッセージ）を第２の端末へ送信すると共に、UPDATEメッセージ（セッション更新通知メッセージ）をストリーミング配信サーバ３へ送信する。

セッション情報通知送信部１０３は、第２のセッションのセッション情報を含むNOTIFYメッセージ（セッション情報通知メッセージ）を、第１の端末へ送信する。このセッション情報には、第２の端末におけるＩＰアドレス及びポート番号が含まれる。これによって、第１の端末は、第２の端末におけるＩＰアドレス及びポート番号を知ることができ、第２の端末に対するストリーミングの送信を制御することができる。

これにより、第１の端末が、ＲＴＳＰセッションを用いてストリーミング配信サーバ３へ送信制御メッセージを送信し、ストリーミング配信サーバ３が、ＲＴＰセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、そのストリーミングデータを受信しながら再生するように動作させることができる。

図４によれば、ストリーミング配信サーバ３は、ＳＩＰユーザ機能部３０１と、ストリーミングサーバ機能部３０２とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるストリーミング配信プログラムを実行することによって実現できる。

ＳＩＰユーザ機能部３０１は、ＳＩＰサーバ１に対して、ＳＩＰシグナリングをやりとりする。従って、ＳＩＰユーザ機能部３０１は、端末との間で確立されたセッションの情報を保持する。

ストリーミングサーバ機能部３０２は、複数の端末に対して、ＲＴＳＰセッションを介して受信した送信制御メッセージに対して、ＲＴＰセッションを介してストリーミングデータを送信する。ここで、ストリーミングサーバ機能部３０２は、ＲＴＳＰセッションを介して第１の端末からSETUPメッセージ（セッション設定通知メッセージ）を受信した際に、ＳＩＰユーザ機能部３０１へ、第２の端末との間でＲＴＰセッションが確立しており、且つ、第２の端末のアドレス（ＩＰドレス又はSIP URI）及びポート番号が、SETUPメッセージに含まれるセッション情報の第２の端末のアドレス及びポート番号と一致するか否かを確認する。ここで、両アドレスが一致する場合に、SETUPメッセージに対する200OKメッセージを、第１の端末へ返信する。

以上、詳細に説明したように、本発明のストリーミング送信制御方法、セッション制御サーバ、ストリーミング配信サーバ及びプログラムによれば、ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができる。

本発明によれば、ストリーミングの送信を制御する端末と、ストリーミングデータを受信しながら再生する端末とを、ユーザの使用状況に応じて自在に変更することができる。例えば、屋外で、携帯電話機を用いてストリーミングの送信を制御しつつ且つストリーミングデータを受信しながら再生していたとする。このとき、その携帯電話機を所持したユーザが帰宅したとき、自宅内のテレビに、ストリーミングデータを受信しながら再生させるように切り替えることができる。そのとき、ストリーミングの送信は、引き続き、携帯電話機を用いて制御することができる。

前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

本発明におけるシステム構成図である。 本発明における第１のシーケンス図である。 本発明における第２のシーケンス図である。 本発明におけるＳＩＰサーバの機能構成図である。

符号の説明

１ ＳＩＰサーバ
１００ ＳＩＰサーバ基本機能部
１０１ セッション移行通知受信部
１０２ データ送信用セッション確立部
１０３ セッション情報通知送信部
１０４ 問い合わせ部
１０５ 判定部
２ 端末
３ ストリーミング配信サーバ
４ インターネット

Claims (15)

1. 複数の端末が、セッション制御サーバを介してセッションを確立するシステムにおけるストリーミング送信制御方法であって、
   第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションが確立している際に、
   第１の端末が、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを、前記セッション制御サーバへ送信する第１のステップと、
   前記セッション制御サーバが、セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立する第２のステップと、
   前記セッション制御サーバが、第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信する第３のステップと、
   第１の端末が、前記セッション情報に含まれる第２の端末のアドレスを記述したセッション設定通知メッセージを、ストリーミング配信サーバへ送信する第４のステップと
   を有し、
   第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生することを特徴とするストリーミング送信制御方法。
2. 第１のセッションは、ＲＴＳＰ(Real-time Streaming Protocol)に基づく送信制御用セッションであり、
   第２のセッションは、ＲＴＰ(Real-time Transport Protocol)に基づくデータ送信用セッションである
   ことを特徴とする請求項１に記載のストリーミング送信制御方法。
3. 前記セッション制御サーバは、ＳＩＰ(Session Initiation Protocol)サーバであり、
   前記セッション移行通知メッセージは、REFERメッセージであり、該REFERメッセージのRequest-URIには、第２の端末のアドレスが記述され、
   前記セッション確立要求メッセージは、INVITEメッセージであり、
   前記セッション更新通知メッセージは、UPDATE又は(re-)INVITEメッセージであり、
   前記セッション情報通知メッセージは、NOTIFYメッセージである
   ことを特徴とする請求項１又は２に記載のストリーミング送信制御方法。
4. 前記セッション設定通知メッセージは、ＲＴＳＰに基づくSETUPメッセージであり、該SETUPメッセージのtransportヘッダには、destinationパラメータに第２の端末のＩＰアドレスが記述され、client_portパラメータに第２の端末のポート番号が記述されていることを特徴とする請求項１から３のいずれか１項に記載のストリーミング送信制御方法。
5. 第２のステップについて、
   前記セッション制御サーバが、問い合わせ要求メッセージを、第２の端末へ送信し、
   第２の端末が、当該第２の端末の処理能力を表すセッション情報を含む問い合わせ応答メッセージを、前記セッション制御サーバへ送信し、
   前記セッション制御サーバが、第２の端末に対して第２のセッションを確立可能か否かを判定し、確立可能と判定された際に、第２のセッションを確立するセッション確立要求メッセージを、第２の端末へ送信する
   ことを特徴とする請求項１から４のいずれか１項に記載のストリーミング送信制御方法。
6. 前記問い合わせ要求メッセージは、ＳＩＰのOPTIONメッセージであり、
   前記問い合わせ応答メッセージは、ＳＩＰの200OKメッセージであることを特徴とする請求項１から５のいずれか１項に記載のストリーミング送信制御方法。
7. 第１のステップの前に、第１の端末は、一時停止メッセージを、ストリーミング配信サーバへ送信し、ストリーミングデータの送信を一時停止することを特徴とする請求項１から６のいずれか１項に記載のストリーミング送信制御方法。
8. 複数の端末の間でセッションを確立するセッション制御サーバにおいて、
   第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションを確立している際に機能するものであって、
   第１の端末から、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを受信するセッション移行通知受信手段と、
   セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立するデータ送信用セッション確立手段と、
   第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信するセッション情報通知送信手段と
   を有し、
   第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生するように動作させることを特徴とするセッション制御サーバ。
9. 第１のセッションは、ＲＴＳＰに基づく送信制御用セッションであり、
   第２のセッションは、ＲＴＰに基づくデータ送信用セッションである
   ことを特徴とする請求項８に記載のセッション制御サーバ。
10. 当該セッション制御サーバは、ＳＩＰサーバであり、
    前記セッション移行通知メッセージは、REFERメッセージであり、該REFERメッセージのRequest-URIには、第２の端末のアドレスが記述され、
    前記セッション確立要求メッセージは、INVITEメッセージであり、
    前記セッション更新通知メッセージは、UPDATE又は(re-)INVITEメッセージであり、
    前記セッション情報通知メッセージは、NOTIFYメッセージである
    ことを特徴とする請求項８又は９に記載のセッション制御サーバ。
11. 問い合わせ要求メッセージを、第２の端末へ送信し、第２の端末から、当該第２の端末の処理能力を表すセッション情報を含む問い合わせ応答メッセージを受信する問い合わせ手段と、
    第２の端末に対して第２のセッションを確立可能か否かを判定する判定手段と
    を更に有し、
    前記データ送信用セッション確立手段は、前記判定手段よって確立可能と判定された際に、第２のセッションを確立するセッション確立要求メッセージを、第２の端末へ送信する
    ことを特徴とする請求項８から１０のいずれか１項に記載のセッション制御サーバ。
12. 前記問い合わせ要求メッセージは、ＳＩＰのOPTIONメッセージであり、
    前記問い合わせ応答メッセージは、ＳＩＰの200OKメッセージであることを特徴とする請求項８から１１のいずれか１項に記載のセッション制御サーバ。
13. 請求項８から１２のいずれか１項に記載のセッション制御サーバを介して、複数の端末との間でセッションを確立するストリーミング配信サーバであって、
    前記セッション制御サーバに対して、ＳＩＰシグナリングをやりとりするＳＩＰユーザ機能手段と、
    前記端末に対して、ＲＴＳＰセッションを介して受信した送信制御メッセージに対して、ＲＴＰセッションを介して前記ストリーミングデータを送信するストリーミングサーバ機能手段とを有し、
    前記ストリーミングサーバ機能手段は、
    前記ＲＴＳＰセッションを介して第１の端末から前記セッション設定通知メッセージを受信した際に、前記ＳＩＰユーザ機能手段へ、第２の端末との間で第２のセッションが確立しており、且つ、第２の端末のアドレスが、前記セッション設定通知メッセージに含まれるセッション情報の第２の端末のアドレスと一致するか否かを確認し、
    両アドレスが一致する場合に、前記セッション設定通知メッセージに対する応答メッセージを、第１の端末へ返信する
    ように動作することを特徴とするストリーミング配信サーバ。
14. 複数の端末の間でセッションを確立するサーバに搭載されたコンピュータを機能させるセッション制御サーバ用のプログラムにおいて、
    第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションを確立している際に機能するものであって、
    第１の端末から、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを受信するセッション移行通知受信手段と、
    セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立するデータ送信用セッション確立手段と、
    第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信するセッション情報通知送信手段と
    してコンピュータを機能させ、
    第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生するように動作させることを特徴とするセッション制御サーバ用のプログラム。
15. 請求項８から１２のいずれか１項に記載のセッション制御サーバを介して、複数の端末との間でセッションを確立するサーバに搭載されたコンピュータを機能させるストリーミング配信プログラムであって、
    前記セッション制御サーバに対して、ＳＩＰシグナリングをやりとりするＳＩＰユーザ機能手段と、
    前記端末に対して、ＲＴＳＰセッションを介して受信した送信制御メッセージに対して、ＲＴＰセッションを介して前記ストリーミングデータを送信するストリーミングサーバ機能手段と
    してコンピュータを機能させ、
    前記ストリーミングサーバ機能手段は、
    前記ＲＴＳＰセッションを介して第１の端末から前記セッション設定通知メッセージを受信した際に、前記ＳＩＰユーザ機能手段へ、第２の端末との間で第２のセッションが確立しており、且つ、第２の端末のアドレスが、前記セッション設定通知メッセージに含まれるセッション情報の第２の端末のアドレスと一致するか否かを確認し、
    両アドレスが一致する場合に、前記セッション設定通知メッセージに対する応答メッセージを、第１の端末へ返信する
    ようにコンピュータを機能させることを特徴とするストリーミング配信プログラム。

Images