(57)【特許請求の範囲】
【請求項１】
複数の端末が、セッション制御サーバを介してセッションを確立するシステムにおけるストリーミング送信制御方法であって、
第１の端末が、ストリーミングデータの送信制御メッセージをストリーミング配信サーバへ送信するための第１のセッションが確立している際に、
第１の端末が、ストリーミング配信サーバから第２の端末へストリーミングデータを送信する第２のセッションを確立するためのセッション移行通知メッセージを、前記セッション制御サーバへ送信する第１のステップと、
前記セッション制御サーバが、セッション確立要求メッセージを第２の端末へ送信すると共に、セッション更新通知メッセージをストリーミング配信サーバへ送信し、第２のセッションを確立する第２のステップと、
前記セッション制御サーバが、第２のセッションのセッション情報を含むセッション情報通知メッセージを、第１の端末へ送信する第３のステップと、
第１の端末が、前記セッション情報に含まれる第２の端末のアドレスを記述したセッション設定通知メッセージを、ストリーミング配信サーバへ送信する第４のステップと
を有し、
第１の端末が、第１のセッションを用いてストリーミング配信サーバへ送信制御メッセージを送信し、ストリーミング配信サーバが、第２のセッションを用いてストリーミングデータを第２の端末へ送信し、第２の端末が、該ストリーミングデータを受信しながら再生することを特徴とするストリーミング送信制御方法。
【請求項２】
第１のセッションは、ＲＴＳＰ(Real-time Streaming Protocol)に基づく送信制御用セッションであり、
第２のセッションは、ＲＴＰ(Real-time Transport Protocol)に基づくデータ送信用セッションである
ことを特徴とする請求項１に記載のストリーミング送信制御方法。
【請求項３】
前記セッション制御サーバは、ＳＩＰ(Session Initiation Protocol)サーバであり、
前記セッション移行通知メッセージは、REFERメッセージであり、該REFERメッセージのRequest-URIには、第２の端末のアドレスが記述され、
前記セッション確立要求メッセージは、INVITEメッセージであり、
前記セッション更新通知メッセージは、UPDATE又は(re-)INVITEメッセージであり、
前記セッション情報通知メッセージは、NOTIFYメッセージである
ことを特徴とする請求項１又は２に記載のストリーミング送信制御方法。
【請求項４】
前記セッション設定通知メッセージは、ＲＴＳＰに基づくSETUPメッセージであり、該SETUPメッセージのtransportヘッダには、destinationパラメータに第２の端末のＩＰアドレスが記述され、client_portパラメータに第２の端末のポート番号が記述されていることを特徴とする請求項１から３のいずれか１項に記載のストリーミング送信制御方法。
【請求項５】
第２のステップについて、
前記セッション制御サーバが、問い合わせ要求メッセージを、第２の端末へ送信し、
第２の端末が、当該第２の端末の処理能力を表すセッション情報を含む問い合わせ応答メッセージを、前記セッション制御サーバへ送信し、
前記セッション制御サーバが、第２の端末に対して第２のセッションを確立可能か否かを判定し、確立可能と判定された際に、第２のセッションを確立するセッション確立要求メッセージを、第２の端末へ送信する
ことを特徴とする請求項１から４のいずれか１項に記載のストリーミング送信制御方法。
【請求項６】
前記問い合わせ要求メッセージは、ＳＩＰのOPTIONメッセージであり、
前記問い合わせ応答メッセージは、ＳＩＰの200OKメッセージであることを特徴とする請求項１から５のいずれか１項に記載のストリーミング送信制御方法。
【請求項７】
第１のステップの前に、第１の端末は、一時停止メッセージを、ストリーミング配信サーバへ送信し、ストリーミングデータの送信を一時停止することを特徴とする請求項１から６のいずれか１項に記載のストリーミング送信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング送信制御方法に関する。
【背景技術】
【０００２】
近年、ユビキタス環境を提供するために、固定通信環境及び移動通信環境を混在させたＦＭＣ(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メッセージであることも好ましい。
【００１７】
本発明のストリーミング送信制御方法における他の実施形態によれば、
第１のステップの前に、第１の端末は、一時停止メッセージを、ストリーミング配信サーバへ送信し、ストリーミングデータの送信を一時停止することも好ましい。
【発明の効果】
【００２６】
本発明のストリーミング送信制御方法によれば、ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができる。
【発明を実施するための最良の形態】
【００２７】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２８】
図１は、本発明におけるシステム構成図である。
【００２９】
図１のシステムによれば、ユーザの所持する複数の端末２は、インターネット４に接続し、セッション制御サーバ（ＳＩＰサーバ１）とＳＩＰシグナリングメッセージをやりとりすることができる。端末２は、ＳＩＰ対応端末（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メッセージを、第１の端末へ返信する。
【００６９】
以上、詳細に説明したように、本発明のストリーミング送信制御方法によれば、ストリーミングデータを送信制御する第１の端末に対して、ストリーミングデータを受信し且つ再生する第２の端末を切り替えることができる。
【００７０】
本発明によれば、ストリーミングの送信を制御する端末と、ストリーミングデータを受信しながら再生する端末とを、ユーザの使用状況に応じて自在に変更することができる。例えば、屋外で、携帯電話機を用いてストリーミングの送信を制御しつつ且つストリーミングデータを受信しながら再生していたとする。このとき、その携帯電話機を所持したユーザが帰宅したとき、自宅内のテレビに、ストリーミングデータを受信しながら再生させるように切り替えることができる。そのとき、ストリーミングの送信は、引き続き、携帯電話機を用いて制御することができる。
【００７１】
前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００７２】
【図１】本発明におけるシステム構成図である。
【図２】本発明における第１のシーケンス図である。
【図３】本発明における第２のシーケンス図である。
【図４】本発明におけるＳＩＰサーバの機能構成図である。
【符号の説明】
【００７３】
１  ＳＩＰサーバ
１００  ＳＩＰサーバ基本機能部
１０１  セッション移行通知受信部
１０２  データ送信用セッション確立部
１０３  セッション情報通知送信部
１０４  問い合わせ部
１０５  判定部
２  端末
３  ストリーミング配信サーバ
４  インターネット
【図１】
0004868606.tif 000002
【図２】
0004868606.tif 000003
【図３】
0004868606.tif 000004
【図４】
0004868606.tif 000005