(57)【要約】【課題】コンテンツのストリーミング配信の際、ストリーミングの終了を確実かつ簡易に検出可能とするシステムを提供することを目的とする。【解決手段】通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行う際に、配信に係るコンテンツデータの総再生時間（ＴＳ）、及びコンテンツデータに固有の規格化周波数（ｆ）を取得し、パケット毎に付加された、コンテンツデータの再生経過時間（ＴＳ）を取得し、再生経過時間（ＴＳ）を規格化周波数（ｆ）により除算してパケット再生時間（Ｔｒ）を算出し、この算出されたパケット再生時間（Ｔｒ）に補正値（α）を加算した値と、総再生時間（ＴＳ）とを比較し、通信状況に応じた遅延時間に基づいたタイマ値（β）を取得し、前記比較の結果に応じて、タイマ値（β）分の経過時間を測定し、タイマ値（β）分の経過時間が満了した際に、ストリーミング配信の終了を通知する。【選択図】      図４
2005039432.tif 000002
【特許請求の範囲】
【請求項１】
通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行うストリーミング配信システムであって、
配信に係る前記コンテンツデータの総再生時間、及び当該コンテンツデータに固有の規格化周波数を取得する配信情報取得手段と、
前記パケット毎に付加された、前記コンテンツデータの再生経過時間を取得し、該再生経過時間を前記規格化周波数により除算してパケット再生時間を算出する算出手段と、
前記算出手段により算出されたパケット再生時間に補正値を加算した値と、前記総再生時間とを比較する比較手段と、
通信状況に応じた遅延時間に基づいたタイマ値を取得し、前記比較手段の比較結果に応じて、該タイマ値分の経過時間を測定するタイマ管理部と、
前記タイマ値分の経過時間が満了した際に、ストリーミング配信の終了を通知する通知手段と
を備えることを特徴とするストリーミング配信システム。
【請求項２】
通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行うストリーミングサーバであって、
前記通信端末側からの配信要求に応じて、配信に係る前記コンテンツデータの総再生時間、及び当該コンテンツデータに固有の規格化周波数を送出する配信情報送出手段と、
前記通信端末側から、ストリーミング配信の終了した旨の通知を受信し、この受信に応じて該ストリーミング配信の終了処理を行う終了手段と
を備えることを特徴とするストリーミングサーバ。
【請求項３】
通信端末と、該通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行うストリーミングサーバとの間に配置されるゲートウェイ装置であって、
前記ストリーミングサーバから、配信に係る前記コンテンツデータの総再生時間、及び当該コンテンツデータに固有の規格化周波数を取得する配信情報取得手段と、
前記パケット毎に付加された、前記コンテンツデータの再生経過時間を取得し、該再生経過時間を前記規格化周波数により除算してパケット再生時間を算出する算出手段と、
前記算出手段により算出されたパケット再生時間に補正値を加算した値と、前記総再生時間とを比較する比較手段と、
通信状況に応じた遅延時間に基づいたタイマ値を取得し、前記比較手段の比較結果に応じて、該タイマ値分の経過時間を測定するタイマ管理部と、
前記タイマ値分の経過時間が満了した際に、ストリーミング配信の終了を前記通信端末及び前記ストリーミングサーバに対して通知する通知手段と
を備えることを特徴とするゲートウェイ装置。
【請求項４】
通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行うストリーミング配信システムであって、
配信に係る前記コンテンツデータの総再生時間、及び当該コンテンツデータに固有の規格化周波数を取得するステップと、
前記パケット毎に付加された、前記コンテンツデータの再生経過時間を取得し、該再生経過時間を前記規格化周波数により除算してパケット再生時間を算出するステップと、
算出された前記パケット再生時間に補正値を加算した値と、前記総再生時間とを比較するステップと、
通信状況に応じた遅延時間に基づいたタイマ値を取得し、前記比較の結果に応じて、該タイマ値分の経過時間を測定するステップと、
前記タイマ値分の経過時間が満了した際に、ストリーミング配信の終了を通知するステップと
を備えることを特徴とするストリーミング配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話等の通信端末に対して、インターネット等の通信ネットワークを通じて、標準化されたＲＴＰ／ＲＴＳＰプロトコルを用いて１対１あるいは１対多の映像ストリーミング（通信・配信）サービスを行うためのストリーミング配信システム、ストリーミングサーバ、ゲートウェイ装置及びストリーミング配信方法に関する。
【０００２】
【従来の技術】
インターネットにおいては、ＩＥＴＦで標準化されたＲＴＰ／ＲＴＳＰプロトコルを用いて１対１あるいは１対多の映像ストリーミング（通信・配信）サービスが盛んに行われている（例えば、特許文献１参照）。
【０００３】
また、一方では、第三世代携帯電話（ＩＭＴ−２０００）システムにおいては回線交換ベアラ上で音声・映像データ通信の実現を可能とするＨ．３２４プロトコルを携帯電話向けに拡張し、３Ｇ−３２４ＭプロトコルとしてＴＶ電話側の携帯電話に実装されている。これにより同プロトコルを実装する携帯電話間でのＴＶ電話通信などが実現されている。
【０００４】
近年、インターネット上でＲＴＰ／ＲＴＳＰプロトコルを用いて配信される映像データを、３Ｇ−３２４Ｍプロトコルを搭載する携帯電話に配信するサービスが開始されているが、このサービスはＩｎｔｅｒｎｅｔ上で映像を配信するストリーミングサーバと３Ｇ３２４Ｍ携帯電話との間に両者のプロトコルを相互接続するゲートウェイ（ＧＷ）装置を配置するといった方法で実現されている。このＧＷ装置はストリーミングサーバに対してはＲＴＰ／ＲＴＳＰクライアントとして動作し、受信したＲＴＰパケット内に設定されている音声・映像データを３Ｇ−３２４Ｍストリームデータに変換して、３Ｇ３２４Ｍ携帯電話に配信するといった機能を備えている。
【０００５】
配信されている映像コンテンツには今まさに発生しているスポーツ中継やお天気カメラで使用される定点観測映像などのＬＯＤ（Ｌｉｖｅ  Ｏｎ  Ｄｅｍａｎｄ）型コンテンツと既に収録された映像であるＶＯＤ（Ｖｉｄｅｏ  ＯｎＤｅｍａｎｄ）型の２種類の性質に分類される。このコンテンツの性質は映像サービスの開始・終了時の動作に相関があり、ＬＯＤ型の場合は中継途中から映像を視聴開始し、終了は基本的にユーザの判断に委ねられるといった特徴を有するのに対し、ＶＯＤ型の場合は映像の先頭から視聴開始し、終了はコンテンツに依存するといった特徴を有している。
【０００６】
上述のＧＷ装置を適用した配信システムにおいて移動機〜ＧＷ装置間は回線交換で接続しており、保留時間見合いで通信料が発生するため、ＶＯＤコンテンツの配信が終了した際には移動機との回線を速やかに終了する必要があるが、現状、ストリーミングサーバとストリーミングクライアント（前述のシステムではＧＷ装置が該当）間のＲＴＳＰプロトコルにはクライアントからストリーミング終了を通知するメッセージが定義されているのに対して、サーバからの終了を通知するメッセージが定義されていないため、映像が終了したこと（これ以上ＲＴＰパケットがサーバからクライアントに対して送信されないこと）を通知できないといった問題点がある。
【０００７】
この問題点を解決する方法として、
１）サーバからクライアントへストリーミングが終了した旨の新規メッセージを定義する
２）ストリーミング開始前のサーバ〜クライアント間のネゴシエーション時に通知されるセッション情報のうち、何秒の映像がこれから配信されるかを示す映像コンテンツの再生時間幅（ＴＳ）をＧＷ装置が参照し、再生開始時に再生時間幅（ＴＳ）分の切断タイマを設定し、そのタイマ満了をもってストリーミング終了と判断する
３）ＲＴＰパケットペイロード内に配置される符号化された音声・映像データ内に定義されるストリーミング終了を示すビット列をＧＷ装置が逐次サーチし、その検出をもってストリーミング終了と判断する
４）上記ＴＳ  とＲＴＰパケット内に設定されているタイムスタンプから算出されるパケット再生時刻（Ｔｒ）を比較し、ＴＳ  ≦Ｔｒ  の関係が成立した時点でストリーミング終了と判断する
５）ＲＴＰパケット受信時に以降に一定時間パケットがくるかどうかの監視タイマを設定しそのタイマ満了をもってストリーミング終了と判断する
といった方法が考えられる。
【０００８】
【特許文献１】
特開２００３−４６９８４号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、上記１）は、独自の拡張となるため、ＧＷ装置とストリーミングサーバの汎用性が損なわれるという問題がある。また、上記２）は、ストリーミング中に何らかの理由でネットワーク遅延が発生した場合、ストリーミングサーバからのＲＴＰパケット到達が遅れ気味になるなどの事象が発生し、ストリーミングの最中にタイマが満了してしまうこととなり、コンテンツを最後まで配信する前に回線切断が発生してしまうという問題がある。
【００１０】
さらに、上記３）は、音声・映像データ中にストリーミング終了を示すビット列が定義されないような音声・映像符号化方式には対応できず、ＧＷ装置内でストリーミングされる全データの検索処理が必要となり、処理負荷が高くなる。上記４）はＴＳはＴｒより大きな値が設定されることがあり、ＴＳ  ≦Ｔｒの関係が成立せずにストリーミング終了を検出できない場合がある。上記５）は毎回パケット受信毎にタイマが起動されることとなりＧＷ装置の処理負荷が高くなるとともに、監視タイマ値が小さい場合にはサーバからの到着遅延などの影響を受けやすくなり、ストリーミング途中切断が発生する。揺らぎを考慮し長めのタイマ値を設定すると終了検出タイミングが遅れることとなり、余分に課金が発生する傾向にあるといった問題がある。
【００１１】
以上、従来技術ではＶＯＤコンテンツ配信時にストリーミングクライアントであるＧＷ装置がストリーミングの終了を確実かつ簡易に検出する方法がなかった。
【００１２】
そこで、本発明は、上記のような問題を解決するものであり、コンテンツのストリーミング配信の際、ストリーミングの終了を確実かつ簡易に検出可能とするストリーミング配信システム、ストリーミングサーバ、ゲートウェイ装置及びストリーミング配信方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記課題を解決するために、本発明は、通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行う際に、配信に係るコンテンツデータの総再生時間（ＴＳ）、及びコンテンツデータに固有の規格化周波数（ｆ）を取得し、パケット毎に付加された、コンテンツデータの再生経過時間（ＴＳ）を取得し、再生経過時間（ＴＳ）を規格化周波数（ｆ）により除算してパケット再生時間（Ｔｒ）を算出し、この算出されたパケット再生時間（Ｔｒ）に補正値（α）を加算した値と、総再生時間（ＴＳ）とを比較し、通信状況に応じた遅延時間に基づいたタイマ値（β）を取得し、前記比較の結果に応じて、タイマ値（β）分の経過時間を測定し、タイマ値（β）分の経過時間が満了した際に、ストリーミング配信の終了を通知する。
【００１４】
なお、本発明は、配信に係るコンテンツデータの総再生時間、及びコンテンツデータに固有の規格化周波数を取得する配信情報取得手段と、パケット毎に付加された、コンテンツデータの再生経過時間を取得し、再生経過時間を規格化周波数により除算してパケット再生時間を算出する算出手段と、算出手段により算出されたパケット再生時間に補正値を加算した値と、総再生時間とを比較する比較手段と、通信状況に応じた遅延時間に基づいたタイマ値を取得し、比較手段の比較結果に応じて、タイマ値分の経過時間を測定するタイマ管理部と、タイマ値分の経過時間が満了した際に、ストリーミング配信の終了を通知する通知手段とを備えるストリーミング配信システムにより実現することができる。
【００１５】
また、このストリーミング配信システムは、通信端末と、該通信端末に対して、コンテンツデータをパケット単位でストリーミング配信を行うストリーミングサーバと、これら通信端末とストリーミングサーバの間に配置されるゲートウェイ装置とに構成することができる。
【００１６】
具体的には、通信端末側からの配信要求に応じて、配信に係るコンテンツデータの総再生時間、及びコンテンツデータに固有の規格化周波数を送出する配信情報送出手段と、通信端末側から、ストリーミング配信の終了した旨の通知を受信し、この受信に応じてストリーミング配信の終了処理を行う終了手段とを備えるストリーミング配信サーバを設けるとともに、ストリーミングサーバから、配信に係るコンテンツデータの総再生時間、及びコンテンツデータに固有の規格化周波数を取得する配信情報取得手段と、パケット毎に付加された、コンテンツデータの再生経過時間を取得し、再生経過時間を規格化周波数により除算してパケット再生時間を算出する算出手段と、算出手段により算出されたパケット再生時間に補正値を加算した値と、総再生時間とを比較する比較手段と、通信状況に応じた遅延時間に基づいたタイマ値を取得し、比較手段の比較結果に応じて、タイマ値分の経過時間を測定するタイマ管理部と、タイマ値分の経過時間が満了した際に、ストリーミング配信の終了を通信端末及びストリーミングサーバに対して通知する通知手段とを備えるゲートウェイ装置を設ける。
【００１７】
このような本発明によれば、例えば、タイマ起動の契機をＴｒ＋α≧ＴＳとするなど、コンテンツに固有の総再生時間（ＴＳ）及び規格化周波数（ｆ）に基づいて、通信状況により発生する揺らぎ分の補正値を加味しつつ、再生経過時間（ＴＳ）を監視し、配信終了時刻が接近した際にタイマを起動させることができるため、必要最低限のタイマ管理により適切にストリーミング配信終了を検出することができる。さらに、本発明では、補正値によりタイマ起動時期を遅らせることで、ストリーミング中のパケットの揺らぎが発生した場合に、ストリーミング配信処理が途中で切断されるのを防止することができ、適切な配信終了が可能となる。
【００１８】
【発明の実施の形態】
以下に添付図面を参照して、本発明に係るシステムの実施形態を詳細に説明する。図１は、本実施形態に係るストリーミング配信システムの全体構成を示すブロック図である。
【００１９】
同図に示すように、ストリーミング配信システムは、３Ｇ３２４Ｍプロトコルによる音声・映像通信が可能な携帯電話１と、携帯電話１とストリーミングサーバ２とを接続するゲートウェイ装置３と、ＲＴＳＰ−ＲＴＰプロトコルによってＶＯＤ・ＬＯＤコンテンツが配信可能なストリーミングサーバ２とを備えている。
【００２０】
携帯電話１は、３Ｇ３２４Ｍ処理部１１を備えており、この３Ｇ３２４Ｍ処理部１１は、３Ｇ３２４Ｍプロトコルによって、ゲートウェイ装置３の３Ｇ３２４Ｍ処理部３６を通じて、ストリーミングサーバ２から、コンテンツのストリーミング配信を受ける通信インターフェースである。
【００２１】
また、ゲートウェイ装置３は、ＲＴＳＰ解析部３１と、ＲＴＰ解析部３２と、変換部３３と、タイマ管理部３４と、記憶部３５とを備えている。
【００２２】
ＲＴＳＰ解析部３１は、ＲＴＳＰプロトコルを解釈しストリーミングの制御や、ＲＴＳＰによって取得されるストリーミングに関する情報（セッション情報）からコンテンツの再生時間（ＴＳ）と、ＲＴＰパケット毎に付与されているタイムスタンプを秒単位に変換するための規格化周波数ｆの取得を行うモジュールである。
【００２３】
ＲＴＰ解析部３２は、ＲＴＰプロトコルを解釈し、ＲＴＰパケットに付与されているタイムスタンプと規格化周波数ｆに基づいて、タイマ管理部３４に対してタイマの起動を依頼したり、携帯電話１やストリーミングサーバ２に対して終了通知を行うモジュールであり、具体的には、図１（ｂ）に示すように、再生時刻決定部３２１と、比較部３２２と、タイマ起動部３２３と、通知部３２４とを備えている。
【００２４】
再生時刻決定部３２１は、ストリーミングサーバ２から、配信に係る映像データの再生時間（ＴＳ）、及びコンテンツデータに固有の規格化周波数ｆを取得する配信情報取得手段としての機能を果たすとともに、パケット毎に付加された、コンテンツデータの再生経過時間（タイムスタンプ：ＴＳ）を取得し、再生経過時間（ＴＳ）を規格化周波数ｆにより除算してパケット再生時間（Ｔｒ）を算出する算出手段としての機能を果たすモジュールである。具体的には、ＲＴＰパケット受信毎に、ＲＴＰパケットのヘッダに付与されているタイムスタンプＴＳと、ＲＴＳＰ解析部３１で取得した規格化周波数ｆに基づいて、図３に示したように、ＲＴＰパケットペイロード内において音声・映像データがどの位置に配置されているかの再生時刻（Ｔｒ）を決定する。
【００２５】
比較部３２２は、再生時刻決定部３２１により決定されたパケット受信毎の再生時刻（Ｔｒ）と、記憶部３５に保持されている補正値αとの和と、ＲＴＳＰ解析部３１で取得した再生時間（ＴＳ）を比較するモジュールである。
【００２６】
タイマ起動部３２３は、比較部３２２の比較結果においてＴｒ＋α≧ＴＳが成立した段階で、記憶部３５に保持されているタイマ値β分のタイマを起動するようにタイマ管理部３４に依頼するモジュールである。
【００２７】
通知部３２４は、タイマ管理部３４において、タイマ値β分の経過時間が満了した際にタイマ管理部３４からその旨の通知を受け、ＲＴＳＰ解析部３１と３Ｇ３２４Ｍ処理部３６に各々の手順にてストリーミングサーバ２及び携帯電話１に対する通信を終了する旨を通知するモジュールである。
【００２８】
変換部３３は、ＲＴＰ解析部３２で解析された各音声・映像データの再生時刻と対応するデータを実際の３Ｇ−３２４Ｍデータに変換する処理を行うモジュールである。
【００２９】
タイマ管理部３４は、各処理部からのタイマ設定依頼を受付け、タイマ満了の際にその旨を依頼された処理部に通知するといった処理を行うモジュールである。記憶部３５は、各機能部間で共有する情報（例えば、周波数や設定するタイマの初期値など）を保持しておく記憶装置であり、上述したように、タイマの計測時間α及びβ等も保持している。
【００３０】
３Ｇ３２４Ｍ処理部３６は、変換部３３により変換されたデータを、３Ｇ−３２４Ｍのプロトコルに従って、携帯電話１に対して送受信する通信インターフェースである。
【００３１】
一方、ストリーミングサーバ２は、ＲＴＳＰ解析部２１と、ＲＴＰ解析部２２とを備えている。ＲＴＳＰ解析部２１は、ＲＴＳＰプロトコルを解釈し、ストリーミングの制御を行うモジュールであり、携帯電話１側から、ストリーミング配信の終了した旨の通知を受信した際に、この受信に応じてストリーミング配信の終了処理を行う終了手段としての機能を果たす。また、ＲＴＰ解析部２２は、ＲＴＰプロトコルを解釈し、ＲＴＰパケットの送受信を制御するモジュールであり、携帯電話１側からの配信要求に応じて、配信に係るコンテンツデータ（映像データ）の総再生時間、及びコンテンツデータに固有の規格化周波数を送出する配信情報送出手段としての機能を果たす。
【００３２】
以上説明した構成を有するストリーミング配信システムによるストリーミング配信方法の処理手順について説明する。図４は、本実施形態に係るストリーミング配信システムにおいて、ＶＯＤ配信時にストリーミング終了を検出し、呼切断を行うまでの処理を示すフロー図である。
【００３３】
先ず、携帯電話１からゲートウェイ装置３に対して接続要求（ストリーミング配信要求）が送出されると、これを受けてゲートウェイ装置３は、ストリーミングサーバ２へセッション要求を送信する（Ｓ１０１及びＳ１０２）。ストリーミングサーバ２は、このセッション要求に応じて、通信端末に対して、配信に係るコンテンツデータの総再生時間（ＴＳ）、及びコンテンツデータに固有の規格化周波数（ｆ）をゲートウェイ装置３に送信し、ゲートウェイ装置３では、この送信された総再生時間（ＴＳ）及び規格化周波数（ｆ）を登録する（Ｓ１０３）。
【００３４】
その後、ストリーミングサーバ２は、ストリーミング配信を開始し（Ｓ１０４）、この配信の間、ゲートウェイ装置３では、パケット毎に付加されたコンテンツデータの再生経過時間（ＴＳ）を取得し、再生経過時間（ＴＳ）を規格化周波数（ｆ）により除算してパケット再生時間（Ｔｒ）を算出し、Ｔｒ＋α≧ＴＳが満たされるか否かについて判断する（Ｓ１０５）。
【００３５】
そして、ステップＳ１０５の結果、Ｔｒ＋α≧ＴＳが満たされないと判断した場合には、ストリーミング配信を継続し（Ｓ１０４）、満たされていると判断した場合には、タイマが起動されているか否かを検出する（Ｓ１０６）。タイマが起動されていない場合には、タイマを起動し（Ｓ１０７）、タイマ値（β）分の経過時間を測定する。
【００３６】
続いて、タイマ値（β）分の経過時間が満了したか否かについて判断を行い（Ｓ１０８）、満了していない場合には、ループ処理により、上記ステップＳ１０４〜Ｓ１０８を繰り返すことにより、ストリーミング配信を継続する。一方、ステップＳ１０８において、タイマ値βが満了していると判断した場合には、携帯電話１及びストリーミングサーバ２へ終了指示を送出し（Ｓ１０９）、この終了指示に従って、携帯電話１及びストリーミングサーバ２においてストリーミング配信の終了処理を実行する（Ｓ１１０）。
【００３７】
図５は、上記ストリーミング配信方法における接続開始から終了検出から呼切断処理までをより詳細に示すシーケンス図である。なお、ここで、例としてストリーミングするＶＯＤコンテンツの受信状況は、図２（ａ）に示すように、ＴＳを１［ｓｅｃ］、クロック周波数を音声・映像ともに１０００［Ｈｚ］と仮定し、図５中に示すように、タイマ測定値αを０．３［ｓｅｃ］、βを０．４［ｓｅｃ］と仮定する。
【００３８】
図５に示すように、先ず、携帯電話１からゲートウェイ装置３に対する接続要求（Ｓ２０１）によりＶＯＤコンテンツの配信が指定されたとする。この接続要求を受けて、ゲートウェイ装置３からストリーミングサーバ２へのコンテンツに関するセッション情報のセッション要求が送信される（Ｓ２０２）。このセッション要求は、ＲＴＳＰの手順を用いて行われる。
【００３９】
ストリーミングサーバ２は、このセッション要求に応じて、セッション応答を返信する（Ｓ２０３）。このセッション応答には、ＶＯＤコンテンツの場合、コンテンツの再生時間幅（Ｔｓ）やＲＴＰパケット中に設定されているタイムスタンプを秒単位に規格化するための規格化周波数ｆなどが設定されている。
【００４０】
ゲートウェイ装置３内のＲＴＳＰ解析部３１ではそれらの値を取得し、記憶部３５内に登録する（Ｓ２０４）。その後、ＲＴＳＰの手順に従ってストリーミングサーバ２に対して音声・映像に対してセッションの開始、音声・映像データの送出開始を順次指示する（Ｓ２０５，Ｓ２０６）。ストリーミングサーバ２は、ゲートウェイ装置３からのデータ送出開始指示（Ｓ２０７，Ｓ２０８）に応じて、音声・映像データをＲＴＰパケットのペイロードに配置し、ゲートウェイ装置３に送出する（Ｓ２０９）。
【００４１】
次に、ＲＴＰパケットを受信した際のゲートウェイ装置３での処理について述べる。ゲートウェイ装置３では、ＲＴＰパケット受信毎にＲＴＰパケットヘッダからＲＴＰタイムスタンプ（ＴＳ）を取得し、このＴＳとＲＴＳＰのセッション情報要求によって取得した規格化周波数ｆから、パケット再生時間（Ｔｒ）をＴｒ＝ＴＳ／ｆにより求める。
【００４２】
音声・映像のデータはこの手順によって算出されたＲＴＰパケット毎のＴｒの前後関係、時間幅から変換部３３にてデータが整列され，３Ｇ３２４Ｍ処理部３６より携帯電話１に送出されることで映像配信が実現されている。これと同時にＲＴＰ解析部３２ではＲＴＰパケット受信毎に求めたＴｒと記憶部３５に予め保持されている初期値αの和と、ＲＴＳＰのセッション情報要求によって取得した再生時間幅（ＴＳ）とで、Ｔｒ＋α≧ＴＳが成立するか否かの判定を行う。αは、ＴＳ≦Ｔｒの関係が成立しない可能性があることを見込んで設定する値であり、ストリーミングサーバの実装精度などに依存する値である。
【００４３】
ここで、図５中のステップＳ２０９に示すように、１番目（ＴＳ：０）のＶｉｄｅｏ用ＲＴＰパケットを受信した場合、Ｔｒ＋αは０／１０００＋０．３＝０．３［ｓｅｃ］となり、このときのＴＳは１［ｓｅｃ］であることから、Ｔｒ＋α≧ＴＳ  が成立しないため、通常通りタイムスタンプに従って配置したデータが３Ｇ３２４Ｍ部経由で携帯電話１に送信される。
【００４４】
６番目（ＴＳ：７５０）のＶｉｄｅｏ用ＲＴＰパケットを受信した場合、Ｔｒ十αは７５０／１０００＋０．３＝１．０５［ｓｅｃ］、Ｔｓは１［ｓｅｃ］よりＴｒ＋α≧ＴＳ  が成立し（Ｓ２１０）、音声映像データを、携帯電話１に送信するとともに、タイマ管理部３４に対して記憶部３５に予め保持されている初期値βのタイマ登録を行う（Ｓ２１１）。
【００４５】
その後、７番目のＶｉｄｅｏ用ＲＴＰパケットをストリーミング開始から０．９秒後に受信することになるが、同様にデータ送信処理を行い、Ｔｒ＋α≧ＴＳの判定を行うが、既にタイマを起動しているため、タイマ管理部３４へのタイマ登録は行わない。ここでβは、ストリーミングサーバ２〜ゲートウェイ装置３間で発生する伝送路遅延時間を加味して設定される値であり、ネットワーク内のトラヒック状況に依存する値である。
【００４６】
ストリーミング開始から１秒経過後は音声・映像のＲＴＰパケットがともに送られてくることはないが、タイマは満了していないため、呼処理は保留されている。ストリーミング開始からおよそ１．５秒経過後にタイマ管理部３４でβのタイマ満了が検出され（Ｓ２１２）、その旨がＲＴＰ解析部に通知される（Ｓ２１３）。その通知を受け取ったＲＴＰ解析部はストリーミングが終了したと判断し、ＲＴＳＰ解析部３１と３Ｇ３２４Ｍ処理部３６に対してストリーミング終了を通知する（Ｓ２１４）。これによりＲＴＳＰ解析部３１と３Ｇ３２４Ｍ処理部３６は、各々の手順にて携帯電話１、ストリーミングサーバ２に対して終了手順（Ｓ２１５，Ｓ２１６）が行われることによって、映像配信が完了する。
【００４７】
【発明の効果】
以上述べたように、この発明によれば、コンテンツに固有の総再生時間（ＴＳ）及び規格化周波数（ｆ）に基づいて、通信状況により発生する揺らぎ分の補正値を加味しつつ、再生経過時間（ＴＳ）を監視することで、ストリーミング中のタイマ起動回数を低減し、システムにおける処理負荷を最小限に留めつつ、適切にストリーミング配信の終了を検出することができる。また、本発明は、標準化されたプロトコルの枠内で、かつタイマの追加のみという比較的簡単な方法で実現することが可能であり、既存のシステムに大幅な変更を加えることなく実施することができる。
【図面の簡単な説明】
【図１】実施形態に係るストリーミング配信システムの全体構成を示すブロック図である。
【図２】実施形態においてストリーミング配信されるＶＯＤコンテンツの受信状況を示す説明図である。
【図３】実施形態に係るＲＴＰパケットのデータ構成を示す説明図である。
【図４】実施形態に係るストリーミング配信システムにおいて、ＶＯＤ配信時にストリーミング終了を検出し、呼切断を行うまでの処理を示すフロー図である。
【図５】実施形態に係るストリーミング配信方法において、接続開始から終了検出から呼切断処理までをより詳細に示すシーケンス図である。
【符号の説明】
α…補正値
β…タイマ値
ＴＳ…タイムスタンプ
Ｔｒ…パケット再生時間
ＴＳ…コンテンツ総再生時間
ｆ…規格化周波数
１…携帯電話
２…ストリーミングサーバ
３…ゲートウェイ装置
１１…３Ｇ３２４Ｍ処理部
２１…ＲＴＳＰ解析部
２２…ＲＴＰ解析部
３１…ＲＴＳＰ解析部
３２…ＲＴＰ解析部
３３…変換部
３４…タイマ管理部
３５…記憶部
３６…３Ｇ３２４Ｍ処理部
３２１…再生時刻決定部
３２２…比較部
３２３…タイマ起動部
３２４…通知部
【図１】
2005039432.tif 000003
【図２】
2005039432.tif 000004
【図３】
2005039432.tif 000005
【図４】
2005039432.tif 000006
【図５】
2005039432.tif 000007