通信装置及び通信方法
【課題】適切な品質設定の状態でメディア制御プロトコルを開始することのできる通信装置及び通信方法を提供する。
【解決手段】通信装置は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立し、該セッションが確立された後、メディア制御プロトコルを実行することにより、当該セッション上でデータの配信制御に関する通信を行う。また、セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、決定されたセッション識別子により特定されるセッション上で通信を行う。
【解決手段】通信装置は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立し、該セッションが確立された後、メディア制御プロトコルを実行することにより、当該セッション上でデータの配信制御に関する通信を行う。また、セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、決定されたセッション識別子により特定されるセッション上で通信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質保証型ネットワークを介したメディア配信技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）に代表される品質保証型ネットワークでは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：非特許文献１参照）に代表されるセッション制御プロトコルによって、セッションの品質（ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ））に関する制御が行われる。この品質に関する制御には帯域制御や優先制御が含まれ、それらは認証を伴う。
【０００３】
通信の品質は、映像の再生品質のようなサービス品質と、通信に対する課金とに関連する。通信品質が高ければユーザへのサービスの品質は高くなり、その一方でユーザへ課金される料金も高くなる。
【０００４】
これまで、品質保証型ネットワークは双方向で通話を行う電話サービスに用いられることが多かった。このような電話サービスでは双方向のメディアの送受信が１つのセッションで実現される。
【０００５】
しかし電話の他に、映像配信サービスにも品質保証型ネットワークを用いることが考えられる。映像配信サービスは、映像のデータを蓄積している配信サーバからユーザの受信機に映像を配信し、受信機に映像を再生させるサービスである。映像配信サービスの実現にはメディア制御プロトコルとメディア配信プロトコルが用いられる。そのため、セッション制御プロトコルは１つのサービスを実現するために複数のセッションを制御することとなる。
【０００６】
図１１は、品質保証型ネットワークを介して映像を配信する通信システムの構成を示すブロック図である。図１１を参照すると、通信システムは配信サーバ９１と受信機９２を有している。配信サーバ９１と受信機９２とは品質保証型ネットワーク９３を介して接続される。例えば、受信機９２から配信サーバ９１に映像の配信を要求し、配信サーバ９１は、その要求に応じて受信機９２に映像を配信する。映像の配信は、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に代表されるメディア制御プロトコルと、ＲＴＰ（Ｒｅａｌ ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）に代表されるメディア配信プロトコルによって実現される。
【０００７】
メディア制御プロトコルは、映像の再生、停止、記録など映像配信の状態を制御するためのプロトコルである。その代表であるＲＴＳＰは、一般にＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）上に実装される。
【０００８】
メディア配信プロトコルは、実際に映像のデータを転送するためのプロトコルである。その代表であるＲＴＰは、一般にＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）上に実装される。
【０００９】
配信サーバ９２と受信機９１には、メディア制御プロトコルおよびメディア配信プロトコルと、それらのセッションを制御するセッション制御プロトコルとが実装される。セッション制御プロトコルはメディア制御プロトコルやメディア配信プロトコルの通信品質を保証するためにセッション制御を行う。例えば、メディア制御プロトコルの優先制御や、メディア配信プロトコルの帯域確保の制御が行われることが考えられる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】ＲＦＣ３２６１−ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、Ｊｕｎｅ ２００２
【発明の概要】
【発明が解決しようとする課題】
【００１１】
これらのプロトコルの開始手順としては、まずセッション制御プロトコルが開始され、セッション記述を品質保証型ネットワーク９３に通知し、セッションの制御が可能な状態となってから、セッション制御プロトコルによる制御の対象となるプロトコルが開始される。上述した映像配信サービスの例ではセッション制御プロトコルによる制御対象はメディア制御プロトコルとメディア配信プロトコルである。
【００１２】
セッション制御プロトコルの制御対象のうち、メディア制御プロトコルは上述したようにＴＣＰ上に実装される。ＴＣＰでは、ＴＣＰハンドシェークが開始されるときに送信元ポート番号が決定される。そのため、ＴＣＰハンドシェークが開始されるまではメディア制御プロトコルのセッションをポート番号で特定することができず、セッション制御プロトコルはメディア制御プロトコルのセッションに対して品質設定等の制御を行うことができない。
【００１３】
本発明の目的は、適切な品質設定の状態でメディア制御プロトコルを開始することのできる通信装置及び通信方法を提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するため本発明の通信装置は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うメディア制御プロトコル実行部とを備え、
前記セッション制御プロトコル実行部は、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
前記メディア制御プロトコル実行部は、決定された前記セッション識別子により特定されるセッション上で通信を行う構成である。
【００１５】
一方、本発明の通信方法は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するステップと、
前記セッションを確立するステップにおいて前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うステップとを備え、
前記セッションを確立するステップにおいて、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
決定された前記セッション識別子により特定されるセッション上で通信を行う方法である。
【発明の効果】
【００１６】
本発明によれば、適切な品質設定の状態でメディア制御プロトコルを開始することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態による通信システムの構成を示すブロック図である。
【図２】本実施形態による通信システムにおける映像配信を開始するときの動作を示すシーケンス図である。
【図３】本実施形態による配信サーバの構成を示すブロック図である。
【図４】本実施形態による受信機の構成を示すブロック図である。
【図５】第１の実施例における通信システムの動作を示すシーケンス図である。
【図６】第２の実施例における通信システムの動作を示すシーケンス図である。
【図７】第３の実施例における通信システムの動作を示すシーケンス図である。
【図８】第４の実施例における通信システムの動作を示すシーケンス図である。
【図９】第５の実施例における通信システムの動作を示すシーケンス図である。
【図１０】第６の実施例における通信システムの動作を示すシーケンス図である。
【図１１】品質保証型ネットワークを介して映像を配信する通信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１８】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１９】
図１は、本実施形態による通信システムの構成を示すブロック図である。図１を参照すると、通信システムは配信サーバ１１と受信機１２を有している。配信サーバ１１と受信機１２とは品質保証型ネットワーク１３を介して相互に接続される。品質保証型ネットワーク１３は通信に確保する帯域や優先度を設定し、設定された品質を保証するネットワークである。
【００２０】
受信機１２から品質保証型ネットワーク１３を介して配信サーバ１１に映像の配信を要求し、配信サーバ１１は、その要求に応じて品質保証型ネットワーク１３を介して受信機１２に映像を配信する。その際、受信機１２と配信サーバ１１との間の通信に対して設定された品質が品質保証型ネットワーク１３によって保証される。
【００２１】
このような映像配信サービスは、ＲＴＳＰに代表されるメディア制御プロトコルと、ＲＴＰに代表されるメディア配信プロトコルというメディアの配信に関連する２つのプロトコルによって実現される。これらのプロトコルにはそれぞれにセッションが確立され、そのセッション単位で品質の設定が可能である。
【００２２】
配信サーバ１２と受信機１１には、メディア制御プロトコルおよびメディア配信プロトコルと、それらのセッションを制御するＳＩＰに代表されるセッション制御プロトコルとが実装される。
【００２３】
図２は、本実施形態による通信システムにおける映像配信を開始するときの動作を示すシーケンス図である。映像配信を開始するとき、配信サーバ１２と受信機１１は、まずセッション制御プロトコルの実行を開始する。配信サーバ１２と受信機１１は、セッション制御プロトコルによって、メディア制御プロトコルのためのセッションと、メディア配信プロトコルのためのセッションを確立する（ステップ１０１）。その際、セッション制御プロトコルは、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。
【００２４】
メディア制御プロトコルのセッション識別子が決定されることによりメディア制御プロトコルを特定してのセッション制御が可能な状態となる。この状態で、配信サーバ１２と受信機１１は、メディア制御プロトコルの開始前にセッション確立の一環としてあるいはセッション確立の後、メディア制御プロトコルのセッションの優先制御等の品質を設定する制御を行ってもよい（ステップ１０２）。メディア制御プロトコルの優先度を適切に設定することにより、メディア制御プロトコルの開始時からメディア制御の実行における応答性を確保することができる。
【００２５】
なお、本実施形態では、メディア配信プロトコルはＵＤＰ上に実装されているため、開始前からポート番号によってセッションの特定が可能であるものとする。それ故、セッション制御プロトコルがメディア配信プロトコルのセッション識別子を決定しなくても、メディア配信プロトコルのセッションを特定した制御が可能である。この状態で、配信サーバ１２と受信機１１は、メディア配信プロトコルの確保帯域等の品質を適切に設定してもよい。
【００２６】
続いて、配信サーバ１２と受信機１１は、受信機１１に対するユーザの操作に従って、メディア制御プロトコルによるメディア制御を行う（ステップ１０３）。そのメディア制御に従って、メディア配信プロトコルにより配信サーバ１２から受信機１１に映像が配信される（ステップ１０４）。受信機１１は配信サーバ１２から受信した映像を再生する。
【００２７】
図３は、本実施形態による配信サーバの構成を示すブロック図である。図３を参照すると、配信サーバ１２は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、メディア配信プロトコル実行部２３、およびメディア格納部２４を有している。
【００２８】
セッション制御プロトコル実行部２１は、ＳＩＰに代表されるセッション制御プロトコルを実行することにより、制御対象となるプロトコルのセッションの確立、変更、および切断を行う。映像配信サービスでは、セッション制御プロトコルによる制御対象となるプロトコルとして、ＲＴＳＰに代表されるメディア制御プロトコルと、ＲＴＰに代表されるメディア配信プロトコルとがある。
【００２９】
確立されたセッションには品質が設定され、そのセッション上では設定された品質で通信が行われる。セッションに設定される品質の項目として優先度と確保帯域とがある。それらの品質設定は変更が可能である。
【００３０】
メディア制御プロトコルでは、再生の開始や停止等の応答性が優先度の設定に依存すると想定される。また、メディア配信プロトコルでは映像の再生品質が確保帯域の設定に依存すると想定される。
【００３１】
セッション制御プロトコル実行部２１は、セッションを確立するとき、受信機１１と連携して、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。さらにセッション制御プロトコル実行部２１は、決定したセッション識別子を用いてメディア制御プロトコルを特定することにより受信機１１と連携し、メディア制御プロトコルのセッションの品質を適切に設定する制御を行ってもよい。
【００３２】
メディア制御プロトコル実行部２２は、メディア制御プロトコルを実行することにより、受信機１１と連携して映像の再生や停止等のメディア制御を行う。メディア制御プロトコルは、これらのメディア制御のための受信機１１との通信を、セッション制御プロトコルによって設定された品質で行う。
【００３３】
メディア配信プロトコル実行部２３は、メディア配信プロトコルを実行することにより、メディア制御プロトコル実行部２２によるメディア制御に従って、メディア格納部２４に格納されている映像のデータを受信機１１に配信する。メディア配信プロトコルは、これらのメディア配信を、セッション制御プロトコルによって設定された品質で行う。
【００３４】
メディア格納部２４は、受信機１１に配信するための映像のデータを格納している。
【００３５】
図４は、本実施形態による受信機の構成を示すブロック図である。図４を参照すると、受信機１１は、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３を有している。また、この例では、受信機１１は、操作部３４、記憶部３５、および再生部３６を自身で備えているものとする。ただし、操作部３４、記憶部３５、および再生部３６の１つまたは複数が受信機１１とは別個の装置に備えられていてもよい。
【００３６】
セッション制御プロトコル実行部３１は、セッション制御プロトコルを実行することにより、映像配信サービスのためのメディア制御プロトコルとメディア配信プロトコルのセッションの確立、変更、および切断を行う。確立されたセッションには品質が設定される。
【００３７】
セッション制御プロトコル実行部３１は、セッションを確立するとき、配信サーバ１２と連携して、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。さらにセッション制御プロトコル実行部３１は、決定したセッション識別子を用いてメディア制御プロトコルを特定することにより配信サーバ１２と連携し、メディア制御プロトコルのセッションの品質を適切に設定する制御を行ってもよい。
【００３８】
メディア制御プロトコル実行部３２は、メディア制御プロトコルを実行することにより、配信サーバ１２と連携して映像の再生や停止等のメディア制御を行う。メディア制御プロトコル実行部３２による映像の再生や停止はユーザによる操作部３４への操作に従って行われる。メディア制御プロトコルは、これらのメディア制御のための配信サーバ１２との通信を、セッション制御プロトコルによって設定された品質で行う。
【００３９】
メディア配信プロトコル実行部３３は、メディア配信プロトコルを実行することにより、メディア制御プロトコル実行部２２によるメディア制御に従って、配信サーバ１２から配信された映像のデータを受信する。受信されたデータは記憶部３５に一旦記録された後に再生部３６で再生される。メディア配信プロトコルは、これらのメディア配信を、セッション制御プロトコルによって設定された品質で行う。
【００４０】
操作部３４は、ユーザによる操作を受け付け、操作内容を各部に伝える。例えば、セッション制御プロトコル実行部３１によるセッションの確立や切断はユーザの操作で起動されてもよい。また、メディア制御プロトコル実行部３２による映像再生の開始や停止はユーザの操作で起動されてもよい。
【００４１】
記憶部３５は、メディア配信プロトコル実行部３３の受信した映像のデータを記憶する。再生部３６は、記憶部３５に記録された映像のデータを再生する。
【００４２】
以上説明したように、本実施形態によれば、セッション制御プロトコルによってセッションを確立するときに、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定するので、メディア制御プロトコル自体が開始する前に、そのメディア制御プロトコルのセッションの品質制御が可能となり、開始時から適切な品質を確保することができる。また、本実施形態を実現するのに品質保証型ネットワーク１３に対して特殊な処理や機能を追加する必要が無いので、本実施形態では一般的な品質保証型ネットワークをそのまま用いることができる。
【００４３】
本実施形態では、セッション制御プロトコルがセッションを確立するときに、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定している。その際、配信サーバ１２と受信機１１の間でセッション識別子を含むセッション情報をやり取りすることにより、セッション識別子を決定することにしてもよい。例えば、配信サーバ１２がセッション識別子を決定し、それを受信機１１に通知することにしてもよい。また、受信機１１がセッション識別子を決定し、それを配信サーバ１２に通知することにしてもよい。あるいは、配信サーバ１２と受信機１１が相互に確認しながら、双方で使用可能なセッション識別子を選択することにしてもよい。また、決定した、メディア制御プロトコルのセッション識別子は、そのメディア制御プロトコルが維持されている間、配信サーバ１１、受信機１２、品質保証型ネットワーク１３内のセッション制御サーバ（不図示）のいずれか１つが管理することとしてもよく、あるいはそれらの複数、あるいはそれら全てがそれぞれに管理することにしてもよい。
【００４４】
また、本実施形態では、配信サーバ１２と受信機１１は、セッション識別子を決定するときに、メディア制御に必要なセッション情報を決定してしまうこととし、メディア制御プロトコルの開始時のセッション情報の決定を省略することにしてもよい。映像配信サービスの開始時の手順を簡略化することができる。
【００４５】
一般的にはメディア制御プロトコルは初期状態から待機状態に移行することにより、映像の再生等が可能な状態となる。例えば、ＲＴＳＰでは、メディア制御の動作を契機として、"Ｉｎｉｔｉａｌ"、"Ｒｅａｄｙ"、"Ｐｌａｙｉｎｇ"、"Ｒｅｃｏｒｄｉｎｇ"という４つの状態を遷移する。メディア制御が"Ｉｎｉｔｉａｌ"状態を経て"Ｒｅａｄｙ"状態に移行することにより映像の再生が可能となる。
【００４６】
しかし、上述したようにセッション確立時にセッション識別子およびその他のセッション情報を決定することとした場合、セッション制御プロトコルがセッションを確立したことを契機として、メディア制御プロトコルが初期状態を経ずに、映像の再生等が可能な待機状態になることにしてもよい。例えば、ＲＴＳＰでは、"Ｉｎｉｔｉａｌ"状態を経ずに"Ｒｅａｄｙ"状態に移行することにより映像の再生が可能な状態になることにしてもよい。
【００４７】
さらに、その場合、メディア制御プロトコルは初期状態という状態を持たず、セッション制御プロトコルがセッションを切断したことを契機として、初期状態を経ずに状態管理を開放して終了することにしてもよい。
【００４８】
また、本実施形態では、メディア配信プロトコルは、送信元／宛先ＩＰアドレスと送信元／宛先ポート番号とのペアによってセッションを特定できるため、セッション制御プロトコルは、セッション確立時、メディア制御プロトコルのセッション識別子だけを決定し、メディア配信プロトコルのセッション識別子を決定しないとしていた。しかし、本発明はこれに限定されるものではない。他の例として、セッション制御プロトコルは、セッション確立時、メディア制御プロトコルのセッション識別子とメディア配信プロトコルのセッション識別子の両方を決定することにしてもよい。そうすれば、メディア配信プロトコルにデフォルトのポートではなく、動的に選択したポートを用いる場合でも、セッションを確立した直後からメディア配信のための帯域確保等のメディア配信プロトコルのセッション制御が可能となる。
【００４９】
また、本実施形態では、映像配信サービスがメディア制御プロトコルとメディア配信プロトコルとで実現されている例を示した。しかし、本発明はこれに限定されるものではない。他の例として、映像配信サービスの実現に、エラー訂正プロトコルとＱｏＳレポートプロトコルの一方あるいは両方が更に用いられているものとしてもよい。その場合、セッション制御プロトコルは、エラー訂正プロトコルのセッションとＱｏＳレポートプロトコルのセッションも制御することとなる。そのため、セッション制御プロトコルは、セッション確立時に、エラー訂正プロトコルとＱｏＳレポートプロトコルの一方あるいは両方のセッションのセッション識別子も決定することにしてもよい。
【００５０】
また、本実施形態では、配信サーバ１２が物理的に１つの装置で構成されていることを想定した例を示した。しかし、本発明は、これに限定されるものではない。他の例として、配信サーバ１２は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３が複数の装置に分散して配置された構成であってもよい。
【００５１】
また、本実施形態では、受信機１１が物理的に１つの装置で構成されていることを想定した例を示した。しかし、本発明は、これに限定されるものではない。他の例として、受信機１１は、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３が複数の装置に分散して配置された構成であってもよい。配信サーバ１２も同様であり、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３が複数の装置に分散して配置された構成であってもよい。
【００５２】
また、本実施形態ではユニキャストの映像配信を想定した例を示したが、本発明はこれに限定されるものではない。１つの配信サーバ１２から複数の受信機１１にマルチキャストで映像を配信する場合においても、セッション確立時にセッション識別子を決定することにしてもよい。
（第１の実施例）
第１の実施例では、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第１の実施例では、配信サーバ１２がメディア制御プロトコルのセッション識別子を決定するものとする。
【００５３】
図５は、第１の実施例における通信システムの動作を示すシーケンス図である。図５を参照すると、受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送ると（ステップ２０１）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ２０２）。
【００５４】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ２０３）。本実施例では、上述したように配信サーバ１２がＲＴＳＰのセッション識別子を決定する。配信サーバ１２の決定したＲＴＳＰのセッション識別子（図ではｓｅｓｓｉｏｎ ＩＤ）は、この"ＳＩＰ ２００ ＯＫ"メッセージのＳＩＰ−ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に挿入される。
【００５５】
"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保証型ネットワーク１３は、受信機１１に"ＳＩＰ ２００ ＯＫ"メッセージを送信する（ステップ２０４）。本実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報は、この"ＳＩＰ ２００ ＯＫ"メッセージのＳＩＰ−ＳＤＰにも挿入される。そうすることにより受信機１１もメディア制御プロトコルのセッションを特定できるようになる。ただし、セッション制御上、受信機１１がメディア制御プロトコルのセッションを特定する必要が無ければ、品質保証型ネットワーク１３から受信機１１への"ＳＩＰ ２００ ＯＫ"メッセージに、メディア制御プロトコルのセッション識別子が挿入されていなくてもよい。
【００５６】
"ＳＩＰ ２００ ＯＫ"メッセージを受信した受信機１１は、セッションの確立を確認したことを示す"ＳＩＰ ＡＣＫ"メッセージを品質保証型ネットワーク１３に送ると（ステップ２０５）、品質保証型ネットワーク１３も配信サーバ１２に"ＳＩＰ ＡＣＫ"メッセージを送る（ステップ２０６）。
【００５７】
なお、本実施例では、ステップ２０３の"ＳＩＰ ２００ ＯＫ"メッセージには、ＲＴＳＰのセッション識別子を含むセッション情報が挿入されるものとする。またＳＩＰ−ＳＤＰにセッション情報が挿入されることにより、ＲＴＳＰのセッションが開始されるものとする。その結果として、このセッションには適切な帯域が確保され、適切な優先度が設定されるので、ＲＴＳＰにおいてＳＥＴＵＰやＤＥＳＣＲＩＢＥの手順は省略される（ステップ２０７）。
【００５８】
ＲＴＳＰのＳＥＴＵＰやＤＥＳＣＲＩＢＥを省略すれば、即座に映像を再生することができる"Ｒｅａｄｙ"状態となる。図５の例では、受信機１１が配信サーバ１２に"ＲＴＳＰ ＰＬＡＹ"メッセージを送ることにより、映像再生の要求を送る（ステップ２０８）。"ＲＴＳＰ ＰＬＡＹ"メッセージを受信した配信サーバ１２は、要求を受け入れることを示す"ＲＴＳＰ ２００ ＯＫ"メッセージを受信機１１に返信し（ステップ２０９）、ＲＴＰにより映像のデータを受信機１１に配信する（ステップ２０１）。映像のデータを受信した受信機１１は、映像のデータを記憶部３５に一旦格納した後に再生部３６で再生する。
【００５９】
本実施例では、"Ｒｅａｄｙ"状態から"Ｉｎｉｔｉａｌ"状態を経ずにセッションを開放するものとする。そのためＲＴＳＰ−ＴＥＡＲＤＯＷＮの手順は省略される（ステップ２１１）。ただし、本発明はこれに限定されるものではなく、一般的な状態遷移に従って"Ｒｅａｄｙ"状態から"Ｉｎｉｔｉａｌ"状態を経てセッションを開放することとしてもよい。
【００６０】
受信機１１が品質保証型ネットワーク１３に向けて、セッションの切断を要求する"ＳＩＰ ＢＹＥ"メッセージを送ると（ステップ２１２）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＢＹＥ"メッセージが送られる（ステップ２１３）。
【００６１】
"ＳＩＰ ＢＹＥ"メッセージを受信した配信サーバ１２は、セッションの切断の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に送ると（ステップ２１４）、品質保証型ネットワーク１３から受信機１１にも"ＳＩＰ ２００ ＯＫ"メッセージが送られる（ステップ２１５）。これによりセッションが切断されて通信が終了する。
（第２の実施例）
第２の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。ただし、第２の実施例では、第１の実施例と異なり、受信機１１がメディア制御プロトコルのセッション識別子を決定するものとする。
【００６２】
図６は、第２の実施例における通信システムの動作を示すシーケンス図である。第２の実施例では、第１の実施例と同様に、受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送る（ステップ３０１）。しかし、図５に示した第１の実施例ではステップ２０３の"ＳＩＰ ２００ ＯＫ"メッセージに挿入された、メディア制御プロトコルのセッション識別子（ｓｅｓｓｉｏｎ ＩＤ）を含むセッション情報が、本実施例では、"ＳＩＰ ＩＮＶＩＴＥ"メッセージに挿入される。
【００６３】
続いて、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ３０２）。本実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報は、この"ＳＩＰ ＩＮＶＩＴＥ"メッセージのＳＩＰ−ＳＤＰにも挿入される。そうすることにより配信サーバ１２もメディア制御プロトコルのセッションを特定できるようになる。
【００６４】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ３０３）。本実施例では、この"ＳＩＰ ２００ ＯＫ"メッセージには、メディア制御プロトコルのセッション識別子を挿入しなくてもよい。"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保証型ネットワーク１３は、受信機１１に"ＳＩＰ ２００ ＯＫ"メッセージを送信する（ステップ３０４）。それ以降は、図５に示した第１の実施例と同じである（ステップ２０５〜２１５）。
（第３の実施例）
第３の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第３の実施例では、第１の実施例と同様に、配信サーバ１２がメディア制御プロトコルのセッション識別子を決定するものとする。ただし、第３の実施例では、第２の実施例と異なり、メディア制御プロトコルのセッション識別子を含むセッション情報が"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージで通知される。
【００６５】
図７は、第３の実施例における通信システムの動作を示すシーケンス図である。受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送ると（ステップ２０１）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ２０２）。
【００６６】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、暫定的な応答として"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを品質保証型ネットワーク１３に送信する（ステップ４０１）。この"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージのＳＩＰ−ＳＤＰには、配信サーバ１２が決定した、メディア制御プロトコルのセッション識別子を含むセッション情報が挿入される。これにより、メディア制御プロトコルのセッション情報が品質保証型ネットワーク１３に通知される。
【００６７】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、その"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ４０２）。
【００６８】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した受信機１１は、暫定的な応答を確認したことを示す"ＳＩＰ ＰＲＡＣＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ４０３）。"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ ＰＲＡＣＫ"メッセージを配信サーバ１２に送信する（ステップ４０４）。
【００６９】
"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を最終的に受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ４０５）。"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保障型ネットワーク１３は、"ＳＩＰ ２００ ＯＫ"メッセージを受信機１１に送信する（ステップ４０６）。それ以降は、図５に示した第１の実施例と同じである（ステップ２０５〜２１５）。
（第４の実施例）
第４の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第４の実施例では、第２の実施例と同様に、受信機１１がメディア制御プロトコルのセッション識別子を決定するものとする。第４の実施例では、第３の実施例と同様に、配信サーバ１２から"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送るが、そこにはメディア制御プロトコルのセッション識別子を含むセッション情報が挿入されない。第４の実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報が、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージに対する確認を示す"ＳＩＰ ＰＲＡＣＫ"メッセージにセッション情報が挿入される。
【００７０】
図８は、第４の実施例における通信システムの動作を示すシーケンス図である。"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、品質保証型ネットワーク１３に、暫定的な応答として"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送信する（ステップ５０１）。"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ５０２）。
【００７１】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した受信機１１は、暫定的な応答を確認したことを示す"ＳＩＰ ＰＲＡＣＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ５０３）。この"ＳＩＰ ＰＲＡＣＫ"メッセージに、メディア制御プロトコルのセッション識別子を含むセッション情報が挿入される。"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ ＰＲＡＣＫ"メッセージを配信サーバ１２に送信する（ステップ５０４）。それ以降は、図７に示した第３の実施例と同じである（ステップ４０５〜４０６、２０５〜２１５）。
（第５の実施例）
第５の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第５の実施例では、配信サーバ１２がＳＩＰで受信機１１と通信して、配信サーバ１２と受信機１１の双方が受け入れ可能であることを確認してから、メディア制御プロトコルの最終的なセッション識別子を決定するものとする。
【００７２】
図９は、第５の実施例における通信システムの動作を示すシーケンス図である。品質保証型ネットワーク１３から"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、品質保証型ネットワーク１３に、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送信する（ステップ６０１）。このメッセージには、配信サーバ１２の選択した、メディア制御プロトコルのセッション識別子が挿入される。"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、メディア制御プロトコルのセッション識別子が挿入された"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ６０２）。
【００７３】
その後、受信機１１が、配信サーバ１２の選択したセッション識別子の候補を受け入れることができるか否かを配信サーバ１２に通知し、必要に応じてセッション識別子を更新する（ステップ６０３〜６１０）。受信機１１と配信サーバ１２の双方の合意のもとでメディア制御プロトコルのセッション識別子を決定すると共に、配信サーバ６１１において映像のデータを取り出す（ステップ６１１〜６１６）。
【００７４】
配信サーバ１２にて映像のデータが取り出されると、配信サーバ１２からの応答を契機としてセッションの確立が完了する（ステップ６１７〜６２０）。その後は、それ以降は、図５に示した第１の実施例と同じである（ステップ２０７〜２１５）。
【００７５】
なお、本実施例では、配信サーバ１２の選択したセッション識別子を受信機１１が受け入れることができるか否か判断し、その判断結果を配信サーバ１２に通知することとしたが、本発明はこれに限定されるものではない。その他に、配信サーバ１２と受信機１１がそれぞれの受け入れることのできるセッション識別子を互いに通知しあいながら、実際に用いるセッション識別子を決定することにしてもよい。
【００７６】
また、本実施例では、配信サーバ１２にて映像のデータを取り出し中であることを、配信サーバ１２から受信機１１に"ＳＩＰ １８０ Ｒｉｎｇｉｎｇ"メッセージによって通知する例を示した。しかし、本発明はこれに限定されるものではなく、ステップ７１３、７１４の"ＳＩＰ １８０ Ｒｉｎｇｉｎｇ"メッセージを省いてもよい。
（第６の実施例）
第６の実施例では、第５の実施形態とは逆に受信機１１がＳＩＰで配信サーバ１２と通信して、配信サーバ１２と受信機１１の双方が受け入れ可能であることを確認してから、メディア制御プロトコルの最終的なセッション識別子を決定するものとする。
【００７７】
図１０は、第６の実施例における通信システムの動作を示すシーケンス図である。受信機１１は、受信機１１の選択した、メディア制御プロトコルのセッション識別子を含むセッション情報を挿入した"ＳＩＰ ＩＮＶＩＴＥ"メッセージを品質保証型ネットワーク１３に送信する（ステップ７０１）。"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した品質保証型ネットワーク１３は、セッション識別子を含むセッション情報の挿入された"ＳＩＰ ＩＮＶＩＴＥ"メッセージを配信サーバ１２に送信する（ステップ７０２）。
【００７８】
その後、配信サーバ１２が、受信機１１の選択したセッション識別子の候補を受け入れることができるか否かを受信機１１に通知し、必要に応じてセッション識別子を更新する（ステップ７０３〜７１２）。受信機１１と配信サーバ１２の双方の合意のもとでメディア制御プロトコルのセッション識別子を決定すると共に、配信サーバ６１１において映像のデータを取り出す（ステップ７１３〜７１６）。
【００７９】
配信サーバ１２にて映像のデータが取り出されると、配信サーバ１２からの応答を契機としてセッションの確立が完了する（ステップ７１９〜７２２）。その後は、それ以降は、図５に示した第１の実施例と同じである（ステップ２０７〜２１５）。
【００８０】
なお、上述した実施形態あるいは各実施例における受信機１１は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３の動作を規定したソフトウェアプログラムをコンピュータに実行させることにより実現することもできる。
【００８１】
また、上述した実施形態あるいは各実施例における配信サーバ１２も、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３の動作を規定したソフトウェアプログラムをコンピュータに実行させることにより実現することもできる。
（付記）
（付記１）
セッション単位で品質を設定することのできる品質保障型ネットワークを介して第１及び第２の通信装置間でデータを転送する通信システムであって、
前記第１の通信装置は、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立する第１セッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第１メディア制御プロトコル実行部及び第１メディア配信プロトコル実行部とを含み、
前記第２の通信装置は、
前記セッション制御プロトコルを実行して前記第１セッション制御プロトコル実行部と通信し、前記第１の通信装置との間で前記第１及び第２のセッションを確立する第２セッション制御プロトコル実行部と、
前記第１及び第２のセッションが確立された後、前記メディア配信プロトコル及び前記メディア制御プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第２メディア制御プロトコル実行部及び第２メディア配信プロトコル実行部とを含み、
前記第１及び第２セッション制御プロトコル実行部は、前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記第１及び第２メディア制御プロトコル実行部は、前記第１及び第２セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信システム。
（付記２）
前記品質保障型ネットワークは、前記第１の通信装置から受け取った前記セッション識別子を前記第２の通信装置に送信する、付記１に記載の通信システム。
（付記３）
前記第１の通信装置は配信サーバであり、前記第２の通信装置は受信装置であり、
前記受信装置が前記配信サーバにセッションの確立を要求した際、前記第１セッション制御プロトコル実行部がセッション識別子を決定する、付記１または２に記載の通信システム。
（付記４）
前記第１の通信装置が受信装置であり、第２の通信装置が配信サーバであり、
前記受信装置が前記配信サーバにセッションの確立を要求する際、前記第１セッション制御プロトコル実行部がセッション識別子を決定する、付記１または２に記載の通信システム。
（付記５）
前記セッション制御プロトコルがＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌであり、前記メディア配信プロトコルがＲｅａｌ Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌであり、前記メディア制御プロトコルがＲｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌであり、前記Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ ＰｒｏｔｏｃｏｌがＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ上に実装されている、付記１から４のいずれか１項に記載の通信システム。
（付記６）
前記第１の通信装置と前記第２の通信装置は、前記セッション制御プロトコルの実行により、前記セッション識別子を含むセッション情報を送受信し、前記メディア制御プロトコルの状態を、配信開始要求を即座に実施することが可能な状態にする、付記１から５のいずれか１項に記載の通信システム。
（付記７）
前記第１の通信装置と前記第２の通信装置のいずれか一方が前記データを配信する配信サーバであり、他方が前記配信サーバから前記データを受信する受信機であり、
前記配信サーバと前記受信機が前記セッション上で前記データの転送に関する前記メディア制御プロトコルの通信を行うことにより、前記配信サーバから前記受信機に対して前記データを配信し、
前記配信サーバから複数の前記受信機にマルチキャストで前記データを配信する、付記１から６のいずれか１項に記載の通信システム。
（付記８）
前記第１の通信装置と前記第２の通信装置は、前記セッション識別子が決定されることにより前記メディア制御プロトコルを特定してのセッションの制御が可能な状態となると、前記メディア制御プロトコルの通信を開始する前に前記メディア制御プロトコル及び前記メディア配信プロトコルの少なくとも一方のセッションの品質を設定する、付記１から７のいずれか１項に記載の通信システム。
（付記９）
前記メディア制御プロトコル及び前記メディア配信プロトコルの少なくとも一方のためのセッションが維持されている間、前記セッションのセッション識別子を、前記第１の通信装置、前記第２の通信装置、前記品質保証型ネットワークのいずれか１つまたは複数または全てが管理する、付記１から８のいずれか１項に記載の通信システム。
（付記１０）
前記第１の通信装置及び前記第２の通信装置の少なくとも一方が１つまたは複数の装置で構成され、前記セッション制御プロトコルと前記メディア制御プロトコルと前記メディア配信プロトコルとを、前記１つまたは複数の装置で実行する、付記１から９のいずれか１項に記載の通信システム。
（付記１１）
前記第１の通信装置は、前記セッション制御プロトコルで、前記第２の通信装置と通信することにより、前記第１の通信装置と前記第２の通信装置の双方が受け入れ可能であることを確認してから最終的なセッション識別子を決定する、付記１から１０のいずれか１項に記載の通信システム。
（付記１２）
セッション単位で品質を設定することのできる品質保障型ネットワークを介して第１及び第２の通信装置間でデータを転送するための通信方法であって、
前記第１の通信装置は、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立する第１セッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第１メディア制御プロトコル実行部及び第１メディア配信プロトコル実行部とを含み、
前記第２の通信装置は、
前記セッション制御プロトコルを実行して前記第１セッション制御プロトコル実行部と通信し、前記第１の通信装置との間で前記第１及び第２のセッションを確立する第２セッション制御プロトコル実行部と、
前記第１及び第２のセッションが確立された後、前記メディア配信プロトコル及び前記メディア制御プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第２メディア制御プロトコル実行部及び第２メディア配信プロトコル実行部とを含み、
前記第１及び第２セッション制御プロトコル実行部が、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記第１及び第２メディア制御プロトコル実行部が、
前記第１及び第２セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信方法。
（付記１３）
セッション単位で品質を設定することのできる品質保障型ネットワークを介してデータを転送する通信装置であって、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行うメディア制御プロトコル実行部及びメディア配信プロトコル実行部とを含み、
前記セッション制御プロトコル実行部は、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記メディア制御プロトコル実行部が、
前記セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信装置。
（付記１４）
セッション単位で品質を設定することのできる品質保障型ネットワークを介してデータを転送する処理をコンピュータに実行させるためのプログラムであって、
セッション制御プロトコルを実行させ、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立させるセッション制御プロトコル実行処理と、
前記セッション制御プロトコル実行処理によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及びメディア配信プロトコルを実行させることにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行うメディア制御プロトコル実行処理及びメディア配信プロトコル実行処理とを含み、
前記セッション制御プロトコル実行処理において、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信させ、
前記メディア制御プロトコル実行処理において、
前記セッション制御プロトコル処理によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行うための処理をコンピュータに実行させるためのプログラム。
【符号の説明】
【００８２】
１１ 配信サーバ
１２ 受信機
１３ 品質保証型ネットワーク
２１ セッション制御プロトコル実行部
２２ メディア制御プロトコル実行部
２３ メディア配信プロトコル実行部
２４ メディア格納部
３１ セッション制御プロトコル実行部
３２ メディア制御プロトコル実行部
３３ メディア配信プロトコル実行部
３４ 操作部
３５ 記憶部
３６ 再生部
【技術分野】
【０００１】
本発明は、品質保証型ネットワークを介したメディア配信技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）に代表される品質保証型ネットワークでは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：非特許文献１参照）に代表されるセッション制御プロトコルによって、セッションの品質（ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ））に関する制御が行われる。この品質に関する制御には帯域制御や優先制御が含まれ、それらは認証を伴う。
【０００３】
通信の品質は、映像の再生品質のようなサービス品質と、通信に対する課金とに関連する。通信品質が高ければユーザへのサービスの品質は高くなり、その一方でユーザへ課金される料金も高くなる。
【０００４】
これまで、品質保証型ネットワークは双方向で通話を行う電話サービスに用いられることが多かった。このような電話サービスでは双方向のメディアの送受信が１つのセッションで実現される。
【０００５】
しかし電話の他に、映像配信サービスにも品質保証型ネットワークを用いることが考えられる。映像配信サービスは、映像のデータを蓄積している配信サーバからユーザの受信機に映像を配信し、受信機に映像を再生させるサービスである。映像配信サービスの実現にはメディア制御プロトコルとメディア配信プロトコルが用いられる。そのため、セッション制御プロトコルは１つのサービスを実現するために複数のセッションを制御することとなる。
【０００６】
図１１は、品質保証型ネットワークを介して映像を配信する通信システムの構成を示すブロック図である。図１１を参照すると、通信システムは配信サーバ９１と受信機９２を有している。配信サーバ９１と受信機９２とは品質保証型ネットワーク９３を介して接続される。例えば、受信機９２から配信サーバ９１に映像の配信を要求し、配信サーバ９１は、その要求に応じて受信機９２に映像を配信する。映像の配信は、ＲＴＳＰ（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）に代表されるメディア制御プロトコルと、ＲＴＰ（Ｒｅａｌ ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）に代表されるメディア配信プロトコルによって実現される。
【０００７】
メディア制御プロトコルは、映像の再生、停止、記録など映像配信の状態を制御するためのプロトコルである。その代表であるＲＴＳＰは、一般にＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）上に実装される。
【０００８】
メディア配信プロトコルは、実際に映像のデータを転送するためのプロトコルである。その代表であるＲＴＰは、一般にＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）上に実装される。
【０００９】
配信サーバ９２と受信機９１には、メディア制御プロトコルおよびメディア配信プロトコルと、それらのセッションを制御するセッション制御プロトコルとが実装される。セッション制御プロトコルはメディア制御プロトコルやメディア配信プロトコルの通信品質を保証するためにセッション制御を行う。例えば、メディア制御プロトコルの優先制御や、メディア配信プロトコルの帯域確保の制御が行われることが考えられる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】ＲＦＣ３２６１−ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、Ｊｕｎｅ ２００２
【発明の概要】
【発明が解決しようとする課題】
【００１１】
これらのプロトコルの開始手順としては、まずセッション制御プロトコルが開始され、セッション記述を品質保証型ネットワーク９３に通知し、セッションの制御が可能な状態となってから、セッション制御プロトコルによる制御の対象となるプロトコルが開始される。上述した映像配信サービスの例ではセッション制御プロトコルによる制御対象はメディア制御プロトコルとメディア配信プロトコルである。
【００１２】
セッション制御プロトコルの制御対象のうち、メディア制御プロトコルは上述したようにＴＣＰ上に実装される。ＴＣＰでは、ＴＣＰハンドシェークが開始されるときに送信元ポート番号が決定される。そのため、ＴＣＰハンドシェークが開始されるまではメディア制御プロトコルのセッションをポート番号で特定することができず、セッション制御プロトコルはメディア制御プロトコルのセッションに対して品質設定等の制御を行うことができない。
【００１３】
本発明の目的は、適切な品質設定の状態でメディア制御プロトコルを開始することのできる通信装置及び通信方法を提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するため本発明の通信装置は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うメディア制御プロトコル実行部とを備え、
前記セッション制御プロトコル実行部は、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
前記メディア制御プロトコル実行部は、決定された前記セッション識別子により特定されるセッション上で通信を行う構成である。
【００１５】
一方、本発明の通信方法は、セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するステップと、
前記セッションを確立するステップにおいて前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うステップとを備え、
前記セッションを確立するステップにおいて、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
決定された前記セッション識別子により特定されるセッション上で通信を行う方法である。
【発明の効果】
【００１６】
本発明によれば、適切な品質設定の状態でメディア制御プロトコルを開始することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態による通信システムの構成を示すブロック図である。
【図２】本実施形態による通信システムにおける映像配信を開始するときの動作を示すシーケンス図である。
【図３】本実施形態による配信サーバの構成を示すブロック図である。
【図４】本実施形態による受信機の構成を示すブロック図である。
【図５】第１の実施例における通信システムの動作を示すシーケンス図である。
【図６】第２の実施例における通信システムの動作を示すシーケンス図である。
【図７】第３の実施例における通信システムの動作を示すシーケンス図である。
【図８】第４の実施例における通信システムの動作を示すシーケンス図である。
【図９】第５の実施例における通信システムの動作を示すシーケンス図である。
【図１０】第６の実施例における通信システムの動作を示すシーケンス図である。
【図１１】品質保証型ネットワークを介して映像を配信する通信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１８】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１９】
図１は、本実施形態による通信システムの構成を示すブロック図である。図１を参照すると、通信システムは配信サーバ１１と受信機１２を有している。配信サーバ１１と受信機１２とは品質保証型ネットワーク１３を介して相互に接続される。品質保証型ネットワーク１３は通信に確保する帯域や優先度を設定し、設定された品質を保証するネットワークである。
【００２０】
受信機１２から品質保証型ネットワーク１３を介して配信サーバ１１に映像の配信を要求し、配信サーバ１１は、その要求に応じて品質保証型ネットワーク１３を介して受信機１２に映像を配信する。その際、受信機１２と配信サーバ１１との間の通信に対して設定された品質が品質保証型ネットワーク１３によって保証される。
【００２１】
このような映像配信サービスは、ＲＴＳＰに代表されるメディア制御プロトコルと、ＲＴＰに代表されるメディア配信プロトコルというメディアの配信に関連する２つのプロトコルによって実現される。これらのプロトコルにはそれぞれにセッションが確立され、そのセッション単位で品質の設定が可能である。
【００２２】
配信サーバ１２と受信機１１には、メディア制御プロトコルおよびメディア配信プロトコルと、それらのセッションを制御するＳＩＰに代表されるセッション制御プロトコルとが実装される。
【００２３】
図２は、本実施形態による通信システムにおける映像配信を開始するときの動作を示すシーケンス図である。映像配信を開始するとき、配信サーバ１２と受信機１１は、まずセッション制御プロトコルの実行を開始する。配信サーバ１２と受信機１１は、セッション制御プロトコルによって、メディア制御プロトコルのためのセッションと、メディア配信プロトコルのためのセッションを確立する（ステップ１０１）。その際、セッション制御プロトコルは、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。
【００２４】
メディア制御プロトコルのセッション識別子が決定されることによりメディア制御プロトコルを特定してのセッション制御が可能な状態となる。この状態で、配信サーバ１２と受信機１１は、メディア制御プロトコルの開始前にセッション確立の一環としてあるいはセッション確立の後、メディア制御プロトコルのセッションの優先制御等の品質を設定する制御を行ってもよい（ステップ１０２）。メディア制御プロトコルの優先度を適切に設定することにより、メディア制御プロトコルの開始時からメディア制御の実行における応答性を確保することができる。
【００２５】
なお、本実施形態では、メディア配信プロトコルはＵＤＰ上に実装されているため、開始前からポート番号によってセッションの特定が可能であるものとする。それ故、セッション制御プロトコルがメディア配信プロトコルのセッション識別子を決定しなくても、メディア配信プロトコルのセッションを特定した制御が可能である。この状態で、配信サーバ１２と受信機１１は、メディア配信プロトコルの確保帯域等の品質を適切に設定してもよい。
【００２６】
続いて、配信サーバ１２と受信機１１は、受信機１１に対するユーザの操作に従って、メディア制御プロトコルによるメディア制御を行う（ステップ１０３）。そのメディア制御に従って、メディア配信プロトコルにより配信サーバ１２から受信機１１に映像が配信される（ステップ１０４）。受信機１１は配信サーバ１２から受信した映像を再生する。
【００２７】
図３は、本実施形態による配信サーバの構成を示すブロック図である。図３を参照すると、配信サーバ１２は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、メディア配信プロトコル実行部２３、およびメディア格納部２４を有している。
【００２８】
セッション制御プロトコル実行部２１は、ＳＩＰに代表されるセッション制御プロトコルを実行することにより、制御対象となるプロトコルのセッションの確立、変更、および切断を行う。映像配信サービスでは、セッション制御プロトコルによる制御対象となるプロトコルとして、ＲＴＳＰに代表されるメディア制御プロトコルと、ＲＴＰに代表されるメディア配信プロトコルとがある。
【００２９】
確立されたセッションには品質が設定され、そのセッション上では設定された品質で通信が行われる。セッションに設定される品質の項目として優先度と確保帯域とがある。それらの品質設定は変更が可能である。
【００３０】
メディア制御プロトコルでは、再生の開始や停止等の応答性が優先度の設定に依存すると想定される。また、メディア配信プロトコルでは映像の再生品質が確保帯域の設定に依存すると想定される。
【００３１】
セッション制御プロトコル実行部２１は、セッションを確立するとき、受信機１１と連携して、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。さらにセッション制御プロトコル実行部２１は、決定したセッション識別子を用いてメディア制御プロトコルを特定することにより受信機１１と連携し、メディア制御プロトコルのセッションの品質を適切に設定する制御を行ってもよい。
【００３２】
メディア制御プロトコル実行部２２は、メディア制御プロトコルを実行することにより、受信機１１と連携して映像の再生や停止等のメディア制御を行う。メディア制御プロトコルは、これらのメディア制御のための受信機１１との通信を、セッション制御プロトコルによって設定された品質で行う。
【００３３】
メディア配信プロトコル実行部２３は、メディア配信プロトコルを実行することにより、メディア制御プロトコル実行部２２によるメディア制御に従って、メディア格納部２４に格納されている映像のデータを受信機１１に配信する。メディア配信プロトコルは、これらのメディア配信を、セッション制御プロトコルによって設定された品質で行う。
【００３４】
メディア格納部２４は、受信機１１に配信するための映像のデータを格納している。
【００３５】
図４は、本実施形態による受信機の構成を示すブロック図である。図４を参照すると、受信機１１は、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３を有している。また、この例では、受信機１１は、操作部３４、記憶部３５、および再生部３６を自身で備えているものとする。ただし、操作部３４、記憶部３５、および再生部３６の１つまたは複数が受信機１１とは別個の装置に備えられていてもよい。
【００３６】
セッション制御プロトコル実行部３１は、セッション制御プロトコルを実行することにより、映像配信サービスのためのメディア制御プロトコルとメディア配信プロトコルのセッションの確立、変更、および切断を行う。確立されたセッションには品質が設定される。
【００３７】
セッション制御プロトコル実行部３１は、セッションを確立するとき、配信サーバ１２と連携して、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定する。さらにセッション制御プロトコル実行部３１は、決定したセッション識別子を用いてメディア制御プロトコルを特定することにより配信サーバ１２と連携し、メディア制御プロトコルのセッションの品質を適切に設定する制御を行ってもよい。
【００３８】
メディア制御プロトコル実行部３２は、メディア制御プロトコルを実行することにより、配信サーバ１２と連携して映像の再生や停止等のメディア制御を行う。メディア制御プロトコル実行部３２による映像の再生や停止はユーザによる操作部３４への操作に従って行われる。メディア制御プロトコルは、これらのメディア制御のための配信サーバ１２との通信を、セッション制御プロトコルによって設定された品質で行う。
【００３９】
メディア配信プロトコル実行部３３は、メディア配信プロトコルを実行することにより、メディア制御プロトコル実行部２２によるメディア制御に従って、配信サーバ１２から配信された映像のデータを受信する。受信されたデータは記憶部３５に一旦記録された後に再生部３６で再生される。メディア配信プロトコルは、これらのメディア配信を、セッション制御プロトコルによって設定された品質で行う。
【００４０】
操作部３４は、ユーザによる操作を受け付け、操作内容を各部に伝える。例えば、セッション制御プロトコル実行部３１によるセッションの確立や切断はユーザの操作で起動されてもよい。また、メディア制御プロトコル実行部３２による映像再生の開始や停止はユーザの操作で起動されてもよい。
【００４１】
記憶部３５は、メディア配信プロトコル実行部３３の受信した映像のデータを記憶する。再生部３６は、記憶部３５に記録された映像のデータを再生する。
【００４２】
以上説明したように、本実施形態によれば、セッション制御プロトコルによってセッションを確立するときに、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定するので、メディア制御プロトコル自体が開始する前に、そのメディア制御プロトコルのセッションの品質制御が可能となり、開始時から適切な品質を確保することができる。また、本実施形態を実現するのに品質保証型ネットワーク１３に対して特殊な処理や機能を追加する必要が無いので、本実施形態では一般的な品質保証型ネットワークをそのまま用いることができる。
【００４３】
本実施形態では、セッション制御プロトコルがセッションを確立するときに、メディア制御プロトコルのセッションを特定するためのセッション識別子を決定している。その際、配信サーバ１２と受信機１１の間でセッション識別子を含むセッション情報をやり取りすることにより、セッション識別子を決定することにしてもよい。例えば、配信サーバ１２がセッション識別子を決定し、それを受信機１１に通知することにしてもよい。また、受信機１１がセッション識別子を決定し、それを配信サーバ１２に通知することにしてもよい。あるいは、配信サーバ１２と受信機１１が相互に確認しながら、双方で使用可能なセッション識別子を選択することにしてもよい。また、決定した、メディア制御プロトコルのセッション識別子は、そのメディア制御プロトコルが維持されている間、配信サーバ１１、受信機１２、品質保証型ネットワーク１３内のセッション制御サーバ（不図示）のいずれか１つが管理することとしてもよく、あるいはそれらの複数、あるいはそれら全てがそれぞれに管理することにしてもよい。
【００４４】
また、本実施形態では、配信サーバ１２と受信機１１は、セッション識別子を決定するときに、メディア制御に必要なセッション情報を決定してしまうこととし、メディア制御プロトコルの開始時のセッション情報の決定を省略することにしてもよい。映像配信サービスの開始時の手順を簡略化することができる。
【００４５】
一般的にはメディア制御プロトコルは初期状態から待機状態に移行することにより、映像の再生等が可能な状態となる。例えば、ＲＴＳＰでは、メディア制御の動作を契機として、"Ｉｎｉｔｉａｌ"、"Ｒｅａｄｙ"、"Ｐｌａｙｉｎｇ"、"Ｒｅｃｏｒｄｉｎｇ"という４つの状態を遷移する。メディア制御が"Ｉｎｉｔｉａｌ"状態を経て"Ｒｅａｄｙ"状態に移行することにより映像の再生が可能となる。
【００４６】
しかし、上述したようにセッション確立時にセッション識別子およびその他のセッション情報を決定することとした場合、セッション制御プロトコルがセッションを確立したことを契機として、メディア制御プロトコルが初期状態を経ずに、映像の再生等が可能な待機状態になることにしてもよい。例えば、ＲＴＳＰでは、"Ｉｎｉｔｉａｌ"状態を経ずに"Ｒｅａｄｙ"状態に移行することにより映像の再生が可能な状態になることにしてもよい。
【００４７】
さらに、その場合、メディア制御プロトコルは初期状態という状態を持たず、セッション制御プロトコルがセッションを切断したことを契機として、初期状態を経ずに状態管理を開放して終了することにしてもよい。
【００４８】
また、本実施形態では、メディア配信プロトコルは、送信元／宛先ＩＰアドレスと送信元／宛先ポート番号とのペアによってセッションを特定できるため、セッション制御プロトコルは、セッション確立時、メディア制御プロトコルのセッション識別子だけを決定し、メディア配信プロトコルのセッション識別子を決定しないとしていた。しかし、本発明はこれに限定されるものではない。他の例として、セッション制御プロトコルは、セッション確立時、メディア制御プロトコルのセッション識別子とメディア配信プロトコルのセッション識別子の両方を決定することにしてもよい。そうすれば、メディア配信プロトコルにデフォルトのポートではなく、動的に選択したポートを用いる場合でも、セッションを確立した直後からメディア配信のための帯域確保等のメディア配信プロトコルのセッション制御が可能となる。
【００４９】
また、本実施形態では、映像配信サービスがメディア制御プロトコルとメディア配信プロトコルとで実現されている例を示した。しかし、本発明はこれに限定されるものではない。他の例として、映像配信サービスの実現に、エラー訂正プロトコルとＱｏＳレポートプロトコルの一方あるいは両方が更に用いられているものとしてもよい。その場合、セッション制御プロトコルは、エラー訂正プロトコルのセッションとＱｏＳレポートプロトコルのセッションも制御することとなる。そのため、セッション制御プロトコルは、セッション確立時に、エラー訂正プロトコルとＱｏＳレポートプロトコルの一方あるいは両方のセッションのセッション識別子も決定することにしてもよい。
【００５０】
また、本実施形態では、配信サーバ１２が物理的に１つの装置で構成されていることを想定した例を示した。しかし、本発明は、これに限定されるものではない。他の例として、配信サーバ１２は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３が複数の装置に分散して配置された構成であってもよい。
【００５１】
また、本実施形態では、受信機１１が物理的に１つの装置で構成されていることを想定した例を示した。しかし、本発明は、これに限定されるものではない。他の例として、受信機１１は、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３が複数の装置に分散して配置された構成であってもよい。配信サーバ１２も同様であり、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３が複数の装置に分散して配置された構成であってもよい。
【００５２】
また、本実施形態ではユニキャストの映像配信を想定した例を示したが、本発明はこれに限定されるものではない。１つの配信サーバ１２から複数の受信機１１にマルチキャストで映像を配信する場合においても、セッション確立時にセッション識別子を決定することにしてもよい。
（第１の実施例）
第１の実施例では、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第１の実施例では、配信サーバ１２がメディア制御プロトコルのセッション識別子を決定するものとする。
【００５３】
図５は、第１の実施例における通信システムの動作を示すシーケンス図である。図５を参照すると、受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送ると（ステップ２０１）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ２０２）。
【００５４】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ２０３）。本実施例では、上述したように配信サーバ１２がＲＴＳＰのセッション識別子を決定する。配信サーバ１２の決定したＲＴＳＰのセッション識別子（図ではｓｅｓｓｉｏｎ ＩＤ）は、この"ＳＩＰ ２００ ＯＫ"メッセージのＳＩＰ−ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に挿入される。
【００５５】
"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保証型ネットワーク１３は、受信機１１に"ＳＩＰ ２００ ＯＫ"メッセージを送信する（ステップ２０４）。本実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報は、この"ＳＩＰ ２００ ＯＫ"メッセージのＳＩＰ−ＳＤＰにも挿入される。そうすることにより受信機１１もメディア制御プロトコルのセッションを特定できるようになる。ただし、セッション制御上、受信機１１がメディア制御プロトコルのセッションを特定する必要が無ければ、品質保証型ネットワーク１３から受信機１１への"ＳＩＰ ２００ ＯＫ"メッセージに、メディア制御プロトコルのセッション識別子が挿入されていなくてもよい。
【００５６】
"ＳＩＰ ２００ ＯＫ"メッセージを受信した受信機１１は、セッションの確立を確認したことを示す"ＳＩＰ ＡＣＫ"メッセージを品質保証型ネットワーク１３に送ると（ステップ２０５）、品質保証型ネットワーク１３も配信サーバ１２に"ＳＩＰ ＡＣＫ"メッセージを送る（ステップ２０６）。
【００５７】
なお、本実施例では、ステップ２０３の"ＳＩＰ ２００ ＯＫ"メッセージには、ＲＴＳＰのセッション識別子を含むセッション情報が挿入されるものとする。またＳＩＰ−ＳＤＰにセッション情報が挿入されることにより、ＲＴＳＰのセッションが開始されるものとする。その結果として、このセッションには適切な帯域が確保され、適切な優先度が設定されるので、ＲＴＳＰにおいてＳＥＴＵＰやＤＥＳＣＲＩＢＥの手順は省略される（ステップ２０７）。
【００５８】
ＲＴＳＰのＳＥＴＵＰやＤＥＳＣＲＩＢＥを省略すれば、即座に映像を再生することができる"Ｒｅａｄｙ"状態となる。図５の例では、受信機１１が配信サーバ１２に"ＲＴＳＰ ＰＬＡＹ"メッセージを送ることにより、映像再生の要求を送る（ステップ２０８）。"ＲＴＳＰ ＰＬＡＹ"メッセージを受信した配信サーバ１２は、要求を受け入れることを示す"ＲＴＳＰ ２００ ＯＫ"メッセージを受信機１１に返信し（ステップ２０９）、ＲＴＰにより映像のデータを受信機１１に配信する（ステップ２０１）。映像のデータを受信した受信機１１は、映像のデータを記憶部３５に一旦格納した後に再生部３６で再生する。
【００５９】
本実施例では、"Ｒｅａｄｙ"状態から"Ｉｎｉｔｉａｌ"状態を経ずにセッションを開放するものとする。そのためＲＴＳＰ−ＴＥＡＲＤＯＷＮの手順は省略される（ステップ２１１）。ただし、本発明はこれに限定されるものではなく、一般的な状態遷移に従って"Ｒｅａｄｙ"状態から"Ｉｎｉｔｉａｌ"状態を経てセッションを開放することとしてもよい。
【００６０】
受信機１１が品質保証型ネットワーク１３に向けて、セッションの切断を要求する"ＳＩＰ ＢＹＥ"メッセージを送ると（ステップ２１２）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＢＹＥ"メッセージが送られる（ステップ２１３）。
【００６１】
"ＳＩＰ ＢＹＥ"メッセージを受信した配信サーバ１２は、セッションの切断の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に送ると（ステップ２１４）、品質保証型ネットワーク１３から受信機１１にも"ＳＩＰ ２００ ＯＫ"メッセージが送られる（ステップ２１５）。これによりセッションが切断されて通信が終了する。
（第２の実施例）
第２の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。ただし、第２の実施例では、第１の実施例と異なり、受信機１１がメディア制御プロトコルのセッション識別子を決定するものとする。
【００６２】
図６は、第２の実施例における通信システムの動作を示すシーケンス図である。第２の実施例では、第１の実施例と同様に、受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送る（ステップ３０１）。しかし、図５に示した第１の実施例ではステップ２０３の"ＳＩＰ ２００ ＯＫ"メッセージに挿入された、メディア制御プロトコルのセッション識別子（ｓｅｓｓｉｏｎ ＩＤ）を含むセッション情報が、本実施例では、"ＳＩＰ ＩＮＶＩＴＥ"メッセージに挿入される。
【００６３】
続いて、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ３０２）。本実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報は、この"ＳＩＰ ＩＮＶＩＴＥ"メッセージのＳＩＰ−ＳＤＰにも挿入される。そうすることにより配信サーバ１２もメディア制御プロトコルのセッションを特定できるようになる。
【００６４】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ３０３）。本実施例では、この"ＳＩＰ ２００ ＯＫ"メッセージには、メディア制御プロトコルのセッション識別子を挿入しなくてもよい。"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保証型ネットワーク１３は、受信機１１に"ＳＩＰ ２００ ＯＫ"メッセージを送信する（ステップ３０４）。それ以降は、図５に示した第１の実施例と同じである（ステップ２０５〜２１５）。
（第３の実施例）
第３の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第３の実施例では、第１の実施例と同様に、配信サーバ１２がメディア制御プロトコルのセッション識別子を決定するものとする。ただし、第３の実施例では、第２の実施例と異なり、メディア制御プロトコルのセッション識別子を含むセッション情報が"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージで通知される。
【００６５】
図７は、第３の実施例における通信システムの動作を示すシーケンス図である。受信機１１が品質保証型ネットワーク１３に向けて、セッションの確立を要求する"ＳＩＰ ＩＮＶＩＴＥ"メッセージを送ると（ステップ２０１）、品質保証型ネットワーク１３から配信サーバ１２に"ＳＩＰ ＩＮＶＩＴＥ"メッセージが送られる（ステップ２０２）。
【００６６】
"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、暫定的な応答として"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを品質保証型ネットワーク１３に送信する（ステップ４０１）。この"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージのＳＩＰ−ＳＤＰには、配信サーバ１２が決定した、メディア制御プロトコルのセッション識別子を含むセッション情報が挿入される。これにより、メディア制御プロトコルのセッション情報が品質保証型ネットワーク１３に通知される。
【００６７】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、その"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ４０２）。
【００６８】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した受信機１１は、暫定的な応答を確認したことを示す"ＳＩＰ ＰＲＡＣＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ４０３）。"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ ＰＲＡＣＫ"メッセージを配信サーバ１２に送信する（ステップ４０４）。
【００６９】
"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した配信サーバ１２は、セッションの開始の要求を最終的に受け入れることを示す"ＳＩＰ ２００ ＯＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ４０５）。"ＳＩＰ ２００ ＯＫ"メッセージを受信した品質保障型ネットワーク１３は、"ＳＩＰ ２００ ＯＫ"メッセージを受信機１１に送信する（ステップ４０６）。それ以降は、図５に示した第１の実施例と同じである（ステップ２０５〜２１５）。
（第４の実施例）
第４の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第４の実施例では、第２の実施例と同様に、受信機１１がメディア制御プロトコルのセッション識別子を決定するものとする。第４の実施例では、第３の実施例と同様に、配信サーバ１２から"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送るが、そこにはメディア制御プロトコルのセッション識別子を含むセッション情報が挿入されない。第４の実施例では、メディア制御プロトコルのセッション識別子を含むセッション情報が、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージに対する確認を示す"ＳＩＰ ＰＲＡＣＫ"メッセージにセッション情報が挿入される。
【００７０】
図８は、第４の実施例における通信システムの動作を示すシーケンス図である。"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、品質保証型ネットワーク１３に、暫定的な応答として"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送信する（ステップ５０１）。"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ５０２）。
【００７１】
"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した受信機１１は、暫定的な応答を確認したことを示す"ＳＩＰ ＰＲＡＣＫ"メッセージを品質保証型ネットワーク１３に返送する（ステップ５０３）。この"ＳＩＰ ＰＲＡＣＫ"メッセージに、メディア制御プロトコルのセッション識別子を含むセッション情報が挿入される。"ＳＩＰ ＰＲＡＣＫ"メッセージを受信した品質保証型ネットワーク１３は、"ＳＩＰ ＰＲＡＣＫ"メッセージを配信サーバ１２に送信する（ステップ５０４）。それ以降は、図７に示した第３の実施例と同じである（ステップ４０５〜４０６、２０５〜２１５）。
（第５の実施例）
第５の実施例では、第１の実施例と同様に、セッション制御プロトコルとしてＳＩＰを用い、メディア制御プロトコルとしてＲＴＳＰを用い、メディア配信プロトコルとしてＲＴＰを用いるものとする。また第５の実施例では、配信サーバ１２がＳＩＰで受信機１１と通信して、配信サーバ１２と受信機１１の双方が受け入れ可能であることを確認してから、メディア制御プロトコルの最終的なセッション識別子を決定するものとする。
【００７２】
図９は、第５の実施例における通信システムの動作を示すシーケンス図である。品質保証型ネットワーク１３から"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した配信サーバ１２は、品質保証型ネットワーク１３に、"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを送信する（ステップ６０１）。このメッセージには、配信サーバ１２の選択した、メディア制御プロトコルのセッション識別子が挿入される。"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信した品質保証型ネットワーク１３は、メディア制御プロトコルのセッション識別子が挿入された"ＳＩＰ １８３ ｓｅｓｓｉｏｎ ｐｒｏｇｒｅｓｓ"メッセージを受信機１１に送信する（ステップ６０２）。
【００７３】
その後、受信機１１が、配信サーバ１２の選択したセッション識別子の候補を受け入れることができるか否かを配信サーバ１２に通知し、必要に応じてセッション識別子を更新する（ステップ６０３〜６１０）。受信機１１と配信サーバ１２の双方の合意のもとでメディア制御プロトコルのセッション識別子を決定すると共に、配信サーバ６１１において映像のデータを取り出す（ステップ６１１〜６１６）。
【００７４】
配信サーバ１２にて映像のデータが取り出されると、配信サーバ１２からの応答を契機としてセッションの確立が完了する（ステップ６１７〜６２０）。その後は、それ以降は、図５に示した第１の実施例と同じである（ステップ２０７〜２１５）。
【００７５】
なお、本実施例では、配信サーバ１２の選択したセッション識別子を受信機１１が受け入れることができるか否か判断し、その判断結果を配信サーバ１２に通知することとしたが、本発明はこれに限定されるものではない。その他に、配信サーバ１２と受信機１１がそれぞれの受け入れることのできるセッション識別子を互いに通知しあいながら、実際に用いるセッション識別子を決定することにしてもよい。
【００７６】
また、本実施例では、配信サーバ１２にて映像のデータを取り出し中であることを、配信サーバ１２から受信機１１に"ＳＩＰ １８０ Ｒｉｎｇｉｎｇ"メッセージによって通知する例を示した。しかし、本発明はこれに限定されるものではなく、ステップ７１３、７１４の"ＳＩＰ １８０ Ｒｉｎｇｉｎｇ"メッセージを省いてもよい。
（第６の実施例）
第６の実施例では、第５の実施形態とは逆に受信機１１がＳＩＰで配信サーバ１２と通信して、配信サーバ１２と受信機１１の双方が受け入れ可能であることを確認してから、メディア制御プロトコルの最終的なセッション識別子を決定するものとする。
【００７７】
図１０は、第６の実施例における通信システムの動作を示すシーケンス図である。受信機１１は、受信機１１の選択した、メディア制御プロトコルのセッション識別子を含むセッション情報を挿入した"ＳＩＰ ＩＮＶＩＴＥ"メッセージを品質保証型ネットワーク１３に送信する（ステップ７０１）。"ＳＩＰ ＩＮＶＩＴＥ"メッセージを受信した品質保証型ネットワーク１３は、セッション識別子を含むセッション情報の挿入された"ＳＩＰ ＩＮＶＩＴＥ"メッセージを配信サーバ１２に送信する（ステップ７０２）。
【００７８】
その後、配信サーバ１２が、受信機１１の選択したセッション識別子の候補を受け入れることができるか否かを受信機１１に通知し、必要に応じてセッション識別子を更新する（ステップ７０３〜７１２）。受信機１１と配信サーバ１２の双方の合意のもとでメディア制御プロトコルのセッション識別子を決定すると共に、配信サーバ６１１において映像のデータを取り出す（ステップ７１３〜７１６）。
【００７９】
配信サーバ１２にて映像のデータが取り出されると、配信サーバ１２からの応答を契機としてセッションの確立が完了する（ステップ７１９〜７２２）。その後は、それ以降は、図５に示した第１の実施例と同じである（ステップ２０７〜２１５）。
【００８０】
なお、上述した実施形態あるいは各実施例における受信機１１は、セッション制御プロトコル実行部２１、メディア制御プロトコル実行部２２、およびメディア配信プロトコル実行部２３の動作を規定したソフトウェアプログラムをコンピュータに実行させることにより実現することもできる。
【００８１】
また、上述した実施形態あるいは各実施例における配信サーバ１２も、セッション制御プロトコル実行部３１、メディア制御プロトコル実行部３２、およびメディア配信プロトコル実行部３３の動作を規定したソフトウェアプログラムをコンピュータに実行させることにより実現することもできる。
（付記）
（付記１）
セッション単位で品質を設定することのできる品質保障型ネットワークを介して第１及び第２の通信装置間でデータを転送する通信システムであって、
前記第１の通信装置は、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立する第１セッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第１メディア制御プロトコル実行部及び第１メディア配信プロトコル実行部とを含み、
前記第２の通信装置は、
前記セッション制御プロトコルを実行して前記第１セッション制御プロトコル実行部と通信し、前記第１の通信装置との間で前記第１及び第２のセッションを確立する第２セッション制御プロトコル実行部と、
前記第１及び第２のセッションが確立された後、前記メディア配信プロトコル及び前記メディア制御プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第２メディア制御プロトコル実行部及び第２メディア配信プロトコル実行部とを含み、
前記第１及び第２セッション制御プロトコル実行部は、前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記第１及び第２メディア制御プロトコル実行部は、前記第１及び第２セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信システム。
（付記２）
前記品質保障型ネットワークは、前記第１の通信装置から受け取った前記セッション識別子を前記第２の通信装置に送信する、付記１に記載の通信システム。
（付記３）
前記第１の通信装置は配信サーバであり、前記第２の通信装置は受信装置であり、
前記受信装置が前記配信サーバにセッションの確立を要求した際、前記第１セッション制御プロトコル実行部がセッション識別子を決定する、付記１または２に記載の通信システム。
（付記４）
前記第１の通信装置が受信装置であり、第２の通信装置が配信サーバであり、
前記受信装置が前記配信サーバにセッションの確立を要求する際、前記第１セッション制御プロトコル実行部がセッション識別子を決定する、付記１または２に記載の通信システム。
（付記５）
前記セッション制御プロトコルがＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌであり、前記メディア配信プロトコルがＲｅａｌ Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌであり、前記メディア制御プロトコルがＲｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌであり、前記Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ ＰｒｏｔｏｃｏｌがＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ上に実装されている、付記１から４のいずれか１項に記載の通信システム。
（付記６）
前記第１の通信装置と前記第２の通信装置は、前記セッション制御プロトコルの実行により、前記セッション識別子を含むセッション情報を送受信し、前記メディア制御プロトコルの状態を、配信開始要求を即座に実施することが可能な状態にする、付記１から５のいずれか１項に記載の通信システム。
（付記７）
前記第１の通信装置と前記第２の通信装置のいずれか一方が前記データを配信する配信サーバであり、他方が前記配信サーバから前記データを受信する受信機であり、
前記配信サーバと前記受信機が前記セッション上で前記データの転送に関する前記メディア制御プロトコルの通信を行うことにより、前記配信サーバから前記受信機に対して前記データを配信し、
前記配信サーバから複数の前記受信機にマルチキャストで前記データを配信する、付記１から６のいずれか１項に記載の通信システム。
（付記８）
前記第１の通信装置と前記第２の通信装置は、前記セッション識別子が決定されることにより前記メディア制御プロトコルを特定してのセッションの制御が可能な状態となると、前記メディア制御プロトコルの通信を開始する前に前記メディア制御プロトコル及び前記メディア配信プロトコルの少なくとも一方のセッションの品質を設定する、付記１から７のいずれか１項に記載の通信システム。
（付記９）
前記メディア制御プロトコル及び前記メディア配信プロトコルの少なくとも一方のためのセッションが維持されている間、前記セッションのセッション識別子を、前記第１の通信装置、前記第２の通信装置、前記品質保証型ネットワークのいずれか１つまたは複数または全てが管理する、付記１から８のいずれか１項に記載の通信システム。
（付記１０）
前記第１の通信装置及び前記第２の通信装置の少なくとも一方が１つまたは複数の装置で構成され、前記セッション制御プロトコルと前記メディア制御プロトコルと前記メディア配信プロトコルとを、前記１つまたは複数の装置で実行する、付記１から９のいずれか１項に記載の通信システム。
（付記１１）
前記第１の通信装置は、前記セッション制御プロトコルで、前記第２の通信装置と通信することにより、前記第１の通信装置と前記第２の通信装置の双方が受け入れ可能であることを確認してから最終的なセッション識別子を決定する、付記１から１０のいずれか１項に記載の通信システム。
（付記１２）
セッション単位で品質を設定することのできる品質保障型ネットワークを介して第１及び第２の通信装置間でデータを転送するための通信方法であって、
前記第１の通信装置は、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立する第１セッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第１メディア制御プロトコル実行部及び第１メディア配信プロトコル実行部とを含み、
前記第２の通信装置は、
前記セッション制御プロトコルを実行して前記第１セッション制御プロトコル実行部と通信し、前記第１の通信装置との間で前記第１及び第２のセッションを確立する第２セッション制御プロトコル実行部と、
前記第１及び第２のセッションが確立された後、前記メディア配信プロトコル及び前記メディア制御プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行う第２メディア制御プロトコル実行部及び第２メディア配信プロトコル実行部とを含み、
前記第１及び第２セッション制御プロトコル実行部が、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記第１及び第２メディア制御プロトコル実行部が、
前記第１及び第２セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信方法。
（付記１３）
セッション単位で品質を設定することのできる品質保障型ネットワークを介してデータを転送する通信装置であって、
セッション制御プロトコルを実行し、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及び前記メディア配信プロトコルを実行することにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行うメディア制御プロトコル実行部及びメディア配信プロトコル実行部とを含み、
前記セッション制御プロトコル実行部は、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信し、
前記メディア制御プロトコル実行部が、
前記セッション制御プロトコル実行部によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行う、通信装置。
（付記１４）
セッション単位で品質を設定することのできる品質保障型ネットワークを介してデータを転送する処理をコンピュータに実行させるためのプログラムであって、
セッション制御プロトコルを実行させ、前記データの配信制御に用いるメディア制御プロトコルのための第１のセッション及び前記データの配信に用いるメディア配信プロトコルのための第２のセッションを確立させるセッション制御プロトコル実行処理と、
前記セッション制御プロトコル実行処理によって前記第１及び第２のセッションが確立された後、前記メディア制御プロトコル及びメディア配信プロトコルを実行させることにより、前記第１及び第２のセッション上で前記データの転送に関する通信を行うメディア制御プロトコル実行処理及びメディア配信プロトコル実行処理とを含み、
前記セッション制御プロトコル実行処理において、
前記第１のセッションを確立する際、当該第１のセッションを識別するためのセッション識別子を決定して前記品質保障型ネットワークに送信させ、
前記メディア制御プロトコル実行処理において、
前記セッション制御プロトコル処理によって決定されたセッション識別子によって一意に特定される第１のセッション上で通信を行うための処理をコンピュータに実行させるためのプログラム。
【符号の説明】
【００８２】
１１ 配信サーバ
１２ 受信機
１３ 品質保証型ネットワーク
２１ セッション制御プロトコル実行部
２２ メディア制御プロトコル実行部
２３ メディア配信プロトコル実行部
２４ メディア格納部
３１ セッション制御プロトコル実行部
３２ メディア制御プロトコル実行部
３３ メディア配信プロトコル実行部
３４ 操作部
３５ 記憶部
３６ 再生部
【特許請求の範囲】
【請求項１】
セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うメディア制御プロトコル実行部とを備え、
前記セッション制御プロトコル実行部は、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
前記メディア制御プロトコル実行部は、決定された前記セッション識別子により特定されるセッション上で通信を行う、通信装置。
【請求項２】
セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するステップと、
前記セッションを確立するステップにおいて前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うステップとを備え、
前記セッションを確立するステップにおいて、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
決定された前記セッション識別子により特定されるセッション上で通信を行う、通信方法。
【請求項１】
セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するセッション制御プロトコル実行部と、
前記セッション制御プロトコル実行部によって前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うメディア制御プロトコル実行部とを備え、
前記セッション制御プロトコル実行部は、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
前記メディア制御プロトコル実行部は、決定された前記セッション識別子により特定されるセッション上で通信を行う、通信装置。
【請求項２】
セッション制御プロトコルを実行し、データの配信制御に用いるメディア制御プロトコルを実行するためのセッションを確立するステップと、
前記セッションを確立するステップにおいて前記セッションが確立された後、前記メディア制御プロトコルを実行することにより、当該セッション上で前記データの配信制御に関する通信を行うステップとを備え、
前記セッションを確立するステップにおいて、前記セッションを確立する際、当該セッションを識別するためのセッション識別子を決定してネットワークに送信し、
決定された前記セッション識別子により特定されるセッション上で通信を行う、通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１７８８８１（Ｐ２０１２−１７８８８１Ａ）
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願番号】特願２０１２−１２８８１９（Ｐ２０１２−１２８８１９）
【出願日】平成２４年６月６日（２０１２．６．６）
【分割の表示】特願２００７−２６８８５１（Ｐ２００７−２６８８５１）の分割
【原出願日】平成１９年１０月１６日（２００７．１０．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願日】平成２４年６月６日（２０１２．６．６）
【分割の表示】特願２００７−２６８８５１（Ｐ２００７−２６８８５１）の分割
【原出願日】平成１９年１０月１６日（２００７．１０．１６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]