(57)【要約】【課題】  一部のリアルタイムデータに遅延が生じても、後続のデータの遅延に影響せずリアルタイムデータの再生が可能とする。【解決手段】  本発明のリアルタイムストリーミング送信装置１は、リアルタイムデータ入力部２３に入力されるリアルタイムデータを蓄積するバッファ２と、受信装置３から制御情報１４を受信すると共に設定する制御情報受信部２１と、制御情報１４に基づいてバッファ２を監視するバッファ内データ制御部２２と、バッファ２に蓄積されたリアルタイムデータを読み出して出力するリアルタイムデータ出力部２４とを備え、受信装置３から指定されて設定された制御情報１４の制限に基づき、ネットワークの状態によりバッファ２内のデータが制限を超えたとき、バッファ内データ制御部２２が無効なリアルタイムデータを判別してリアルタイムデータ出力部２４による出力前に破棄するものである。【選択図】        図３
2005051709.tif 000002
【特許請求の範囲】
【請求項１】
受信装置からの要求に応じてネットワークを介してリアルタイムデータのリアルタイムストリーミング伝送を行うリアルタイムストリーミング伝送装置において、
リアルタイムデータ入力部に入力されるリアルタイムデータを蓄積するバッファと、
制御情報を設定する制御情報設定部と、
上記制御情報に基づいて上記バッファを監視するバッファ内データ制御部と、
上記バッファに蓄積されたリアルタイムデータを読み出して出力するリアルタイムデータ出力部とを備え、
上記制御情報設定部により設定された制御情報の制限に基づき、上記ネットワークの状態により上記バッファ内のデータが制限を超えたとき、上記バッファ内データ制御部が無効なリアルタイムデータを判別して上記リアルタイムデータ出力部による出力前に破棄するようにした
ことを特徴とするリアルタイムストリーミング伝送装置。
【請求項２】
請求項1に記載のリアルタイムストリーミング伝送装置において、
上記バッファは、送受信アプリケーションプログラムによって設けられるバッファ、もしくは装置固有のバッファ、もしくはそれらの組み合わせによることを特徴とするリアルタイムストリーミング伝送装置。
【請求項３】
請求項1に記載のリアルタイムストリーミング伝送装置において、
上記制限は、上記受信装置から受信するものであり、上記受信装置が持つ再生バッファに関する制限情報であって、再生時間もしくはバッファ容量であることを特徴とするリアルタイムストリーミング伝送装置。
【請求項４】
請求項1に記載のリアルタイムストリーミング伝送装置において、
上記受信装置との間に中継装置が設けられ、上記中継装置が制御情報を仲介し、受信されるリアルタイムデータを中継バッファに蓄積し、受信装置に送信することを特徴とするリアルタイムストリーミング伝送装置。
【請求項５】
請求項1に記載のリアルタイムストリーミング伝送装置において、
指定された上記制限に従い、上記バッファに存在するリアルタイムデータから一定時間より古いものを破棄し、上記制限に見合ったより新しいリアルタイムデータを選択的に送信することを特徴とするリアルタイムストリーミング伝送装置。
【請求項６】
受信装置からの要求に応じてネットワークを介してリアルタイムデータのリアルタイムストリーミング伝送を行うリアルタイムストリーミング伝送方法において、
リアルタイムデータ入力部に入力されるリアルタイムデータをバッファに蓄積するステップと、
制御情報設定部により制御情報を設定するステップと、
上記制御情報に基づいてバッファ内データ制御部により上記バッファを監視するステップと、
上記バッファに蓄積されたリアルタイムデータをリアルタイムデータ出力部により読み出して出力するステップとを備え、
上記制御情報設定部により設定された上記制御情報の制限に基づき、上記ネットワークの状態により上記バッファ内のデータが制限を超えたとき、上記バッファ内データ制御部が無効なリアルタイムデータを判別して上記リアルタイムデータ出力部による出力前に破棄するようにした
ことを特徴とするリアルタイムストリーミング伝送方法。
【請求項７】
請求項６に記載のリアルタイムストリーミング伝送方法において、
上記制限は、上記受信装置から受信するものであり、上記受信装置から上記制限を受信したとき、上記制限の受信状態を制御プロトコルで上記ネットワークに伝播することを特徴とするリアルタイムストリーミング伝送方法。
【請求項８】
請求項６に記載のリアルタイムストリーミング伝送方法において、
リアルタイムデータを破棄するとき、上記リアルタイムデータの優先度を判定し、一定時間より古くても破棄しないで保持することを特徴とするリアルタイムストリーミング伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置からの要求に応じてネットワークを介してリアルタイムデータのリアルタイムストリーミング伝送を行うリアルタイムストリーミング伝送装置および伝送方法に関する。
【背景技術】
【０００２】
一般に、リアルタイムストリーミング配信では、個々のリアルタイムデータを配送するのに完了しなければならない時間的制限があった。この時間的制限は、リアルタイム性を確保するために仕様として決められている場合が多かった。
【０００３】
特許文献１には、受信した複数のストリームデータを同期再生する場合に、ストリームの送信装置へ送信されたデータの遅延に起因する誤動作や不正確な同期再生動作を防止するために、再生信号の遅延時間を予め記憶しておいて、遅延時間に応じて再生出力処理の開始タイミングを遅延させて、再生信号の出力タイミングが一致するようにストリームデータを読み出して順次再生出力するデータ再生方法が開示されている。
【特許文献１】特開２００２−３５４０２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
例えば、ネットワークの輻輳などによりこの制限時間内に受信できなかったデータは、リアルタイム性を失っているので無効であり、結果として破棄されていた。さらに、一部のデータで遅延が発生した場合、後続のデータにもその遅延の影響が及んでしまう場合があるという不都合があった。
【０００５】
また、慢性的にネットワークが輻輳しているにもかかわらず有効帯域以上のデータを伝送しようとしているために、後続のデータにも徐々に遅延が生じてしまう場合があった。このような場合、後続のデータも時間的制限のため破棄される可能性もあり、全体として大幅なリアルタイムデータの欠落が起こり、再生できない状況が続いてしまうという不都合があった。
【０００６】
また、特許文献１では、遅延したデータがすでに伝送された後に受信装置側の再生処理時に再生出力タイミングを合わせるものであり、遅延したデータの伝送により上述したデータの遅延による後続のデータの遅延や、大幅なリアルタイムデータの欠落が起こることになる。
【０００７】
そこで、このような事情に鑑みて、本発明は、一部のリアルタイムデータに遅延が生じたとしても、後続のデータの遅延に影響せずリアルタイムデータの再生が可能なリアルタイムストリーミング伝送装置および伝送方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決し、本発明の目的を達成するため、本発明のリアルタイムストリーミング伝送装置は、リアルタイムデータ入力部に入力されるリアルタイムデータを蓄積するバッファと、制御情報を設定する制御情報設定部と、制御情報に基づいてバッファを監視するバッファ内データ制御部と、バッファに蓄積されたリアルタイムデータを読み出して出力するリアルタイムデータ出力部とを備え、制御情報設定部により設定された制御情報の制限に基づき、ネットワークの状態によりバッファ内のデータが制限を超えたとき、バッファ内データ制御部が無効なリアルタイムデータを判別してリアルタイムデータ出力部による出力前に破棄するようにしたものである。
【０００９】
また、本発明のリアルタイムストリーミング伝送方法は、リアルタイムデータ入力部に入力されるリアルタイムデータをバッファに蓄積するステップと、制御情報設定部により制御情報を設定するステップと、制御情報に基づいてバッファ内データ制御部によりバッファを監視するステップと、バッファに蓄積されたリアルタイムデータをリアルタイムデータ出力部により読み出して出力するステップとを備え、制御情報設定部により設定された制御情報の制限に基づき、ネットワークの状態によりバッファ内のデータが制限を超えたとき、バッファ内データ制御部が無効なリアルタイムデータを判別してリアルタイムデータ出力部による出力前に破棄するようにしたものである。
【００１０】
これによれば、リアルタイムストリーミング配信を開始する前に、リアルタイムストリーミング受信装置が自身の再生に関する時間的制限についてストリーミング配信を行う伝送装置及びストリーミング中継装置(キャッシュサーバ、プロクシサーバ)に伝えておく。時間的制限を設定された伝送装置と中継装置は、その制限に従って自信のバッファ内の無効なパケットを破棄していき、再生に有効なデータのみを配信する。
【００１１】
これにより、一部のデータの遅延が後続のデータの遅延へ影響させないようにすることができる。生じても良い遅延の限界値を受信装置から伝送装置へ知らせておくことで、送信側で遅延の限界値を超えているデータを破棄し、ネットワーク上のトラッフィックを減らし、到着可能データのリアルタイム性を確保することができる。
【発明の効果】
【００１２】
本発明では、リアルタイムストリーミング伝送に有効な、受信装置の再生条件に合わせた伝送装置および方法を実現することができる。本発明はほとんどのリアルタイムストリーミング伝送に有効であり、特に真価が発揮できるのはＴＣＰ（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）プロトコルを利用した場合のリアルタイムストリーミング伝送である。
【００１３】
例えば、下位層にＴＣＰプロトコルを用いていると、ＴＣＰプロトコルの再送制御によって前のデータが送れないと次のデータも送れないように制御される。あるひとつのデータが送れずに再送を繰り返しているとすると、後続のデータも、送信バッファに入力されるかもしれないが、実際の送信は行われずにストップしている。ある瞬間に全てのデータを送ることができることになったとしても、受信装置に届いたときには時間切れで無効なデータとなっていることが考えられる。
【００１４】
本発明では、そのような時間切れの無効なデータの発生を防ぐことができ、送信前に受信装置にとって有効か無効の判定をしているため、受信装置には常に再生可能な有効データを届けることが可能である。このように、本発明は特にＴＣＰプロトコルを利用したリアルタイムストリーミング伝送により有効である。
【発明を実施するための最良の形態】
【００１５】
［発明の概要］
リアルタイムストリーミング伝送において、遅延がある一定の時間を超えて届けられたリアルタイムデータは再生されず無効となる。しかし、実際にそれがわかるのは受信装置だけであり、送信側の伝送装置及び中継機器を含む途中経路上の機器はリアルタイムデータをベストエフォートで伝送するしか術がなかった。
【００１６】
そこで、本発明では、どのくらいの時間を超えたデータが無効になるのかの値(時間的制限)を受信装置から中継機器、送信側の伝送装置へと伝播し、中継機器及び送信側の伝送装置がその値に従って送っても無駄なデータは積極的に破棄していくようにする。このようにすると、早期に無効なデータが破棄でき、ネットワーク上に無駄なトラフィックを発生させないようにすることができる。そのため、データの遅延が増えにくくなる。つまり、もし遅延が発生してしまっても後続のデータへの影響も少なく抑えられるので、結果的にデータ全体のリアルタイム性を維持することができる。
【００１７】
どのくらいの時間を超えたデータが無効になるのかを示す時間的制限は制御プロトコルによって中継機器や送信機器に伝えられる。制御プロトコルはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）のようなプロトコルである。
【００１８】
時間的制限を課せられた送信機器や中継機器は自身が送信すべきデータを監視し、制限を越えるデータがある場合には古いものから送信せずに破棄し、常により最近のデータを送信するようにする。
【００１９】
［発明の構成］
図１はリアルタイムデータのストリーミング配信を行う送信装置および受信装置の構成例である。
図１におけるリアルタイムデータとは、ある一定期間に配送が完了されることが望まれるデータである。例えば、ライブステージのカメラで撮像および収録された映像や音声のデータの配信やテレビ電話で扱われる映像や音声のデータの配信である。リアルタイムデータは通常、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）／ＲＴＳＰやＲＴＳＰ（インターリーブ)、ＨＴＴＰによって行なわれる。
【００２０】
また、ストリーミング配信するためには、事前に送信者と受信者で送受信に関する取り決めを行う必要がある。図１において、リアルタイムデータをストリーミング伝送１２により配信するためにやりとりをする情報を制御情報１４として表す。一般に、この取り決めはＲＴＳＰやＨＴＴＰによって行なわれる場合が多い。
【００２１】
図１におけるリアルタイムデータ送信装置(以下、送信装置と略す)１及びリアルタイムデータ受信装置(以下、受信装置と略す)３は内部バッファ２及び内部バッファ４を備え、入力１１されるリアルタイムデータの出力１３を行う。このバッファ２，４は、アプリケーションプログラムで設けられるバッファでも良いし、装置固有のバッファ(例えばソケットの送受信バッファ)でも良いし、それらの組み合わせでも良い。ここでは簡略化のためにひとつのバッファとして表現している。
【００２２】
送信装置１はリアルタイムデータの入力１１をバッファ２に蓄積する。入力されるリアルタイムデータは、送信装置１に備えられた図示しないカメラやマイクから得られる映像や音声のデータでも良いし、ネットワーク上の他の装置あるいはエンコーダ(圧縮装置)などから送られるデータでも良い。バッファ２に蓄積されたリアルタイムデータはネットワーク上の受信装置３へストリーミング伝送１２により配信される。
【００２３】
受信装置３は、ストリーミング伝送１２により配信され受信されたリアルタイムデータをバッファ４に蓄積し、出力１３する。出力先は、受信装置３に備えられた図示しないモニターやスピーカでも良いし、ネットワーク上の他の装置あるいはデコーダ(伸張装置)などでも良い。受信装置３には、リアルタイムデータを再生可能な時間的制限が存在する。この制限を制御情報に含めて送信装置１(または後述する中継装置)に送信することで、リアルタイムデータの効率的な転送を可能にする。
【００２４】
図２は図１における送信装置と受信装置の間に、制御情報及びストリーミングデータを中継(代理)する装置(以下、中継装置と略す)５が加えられた構成である。
中継装置５は送信装置１と受信装置３の通信を中継するもので、主にファイアーウォールを越えるために使用されたり、中継情報を一時的に保存してネットワークの負荷削減のために使用されたりする。具体的には、ＲＴＳＰやＨＴＴＰのプロクシ(もしくはキャッシュ)サーバがある。
【００２５】
中継装置５は、制御情報１４−１，１４−２を仲介し、ストリーミング伝送１２−１，１２−２により配信されるリアルタイムデータを受信し、バッファ６に蓄積し、送信装置または受信装置へ転送する。
【００２６】
ところで、中継装置５は受信装置３にとって送信装置１としてみなされる。また逆に、中継装置５は送信装置１にとって受信装置３としてみなされる。したがって、図２における送信装置１と中継装置５との間、中継装置５と受信装置３との間に存在する部分的な通信形態は図１における通信形態と等しい。つまり、図１で有効な手法は図２においても有効であり、本発明も両者を対象としている。
【００２７】
本発明は、ＨＴＴＰだけでなく、ＲＴＳＰ（インターリーブ)やＲＴＳＰ+ＲＴＰなどの制御プロトコルを使用するストリーミング伝送に汎用的に使用で可能である。
【００２８】
図３はリアルタイムデータ送信装置の内部構成を示しています。
図３において、リアルタイムデータ送信装置は、リアルタイムデータ入力部２３に入力されるリアルタイムデータ１１を蓄積するバッファバッファ２と、受信装置３から制御情報１４を受信する制御情報１４を設定する制御情報受信部２１と、制御情報１４に基づいてバッファ２を監視するバッファ内データ制御部２２と、バッファ２に蓄積されたリアルタイムデータ１２を読み出して出力するリアルタイムデータ出力部２４とを備え、受信装置３から指定された制御情報１４の制限に基づき、ネットワークの状態によりバッファ２内のデータが制限を超えたとき、バッファ内データ制御部２２が無効なリアルタイムデータを判別してリアルタイムデータ出力部２４による出力前に破棄するようにしたものである。ここで、制御情報受信部２１は制御情報設定の機能を有する。
【００２９】
このように構成されたリアルタイムデータ送信装置は、以下のような動作をする。
受信装置３から制御情報１４を受信し、制御情報１４を設定すると共に、その情報に基づいてバッファ内データ制御部２２が送信装置内バッファ２を監視します。リアルタイムデータ１１が入力されるとリアルタイムデータ入力部２３から送信装置内バッファ２へ蓄積されます。蓄積されたリアルタイムデータ１２は、リアルタイムデータ出力部２４から読み出され、出力されていきます。ネットワークの輻輳などによりバッファ２内のデータが徐々に多くなっていった場合、受信装置３から指定された制限に基づき、バッファ内データ制御部２２が無効なリアルタイムデータを判別して出力前に破棄する。
【００３０】
図４は、バッファ内のストリーミングパケットと無効パケットの破棄方法を示す図である。
図４は、バッファ２内に蓄えられたリアルタイムストリーミングデータパケット（ＲＴＰパケットなど)３４のうち、無効なパケット３２がタイムスタンプ情報３６を元に破棄されるようすを示している。
【００３１】
図４において、タイムスタンプ１００から６００のストリーミングパケット３４が蓄積され出力待ち状態を示している。このとき、制限を示すＴ値が４００ｍｓｅｃと受信側から指定されている場合、タイムスタンプ１００及び２００のストリーミングパケット３４を送出しても、リアルタイム性の欠如により受信側で過去のデータとして扱われ、それらは再生されることはない。そこで、出力時にタイムスタンプ３６から制限を示すＴ値の範囲内の有効データ３１のみを出力し、３３に示すように、タイムスタンプ３６から制限を示すＴ値の範囲外の無効データ３２を判定し、出力せずに破棄する。
【００３２】
［動作の詳細］
次に、図１の構成で、制御情報及びリアルタイムデータの伝送をＨＴＴＰで行った場合の動作の詳細を述べる。
下記に、受信装置が送信装置へＨＴＴＰリクエストを発行しストリーミング伝送を行うことを要求し、送信装置がその要求に対し応答を発行しストリーミング伝送を行うまでの受信装置及び送信装置の動作例を示す。尚、説明の簡単化のために、伝送に用いるプロトコルはＨＴＴＰ／１．０で持続性接続をしないことを想定している。
【００３３】
図５は受信装置の動作例の詳細を示したフローチャートである。その詳細をステップごとに述べる。
受信装置の処理を開始して、ステップＳ１で、送信装置へＴＣＰコネクションを確立し、ＨＴＴＰリクエストを送信可能状態にする。
【００３４】
ステップＳ２で、ストリーミング伝送を要求するＨＴＴＰリクエストを生成し、送信する。要求するＨＴＴＰリクエスト４１は図７のようになる。図７では、行いたいストリーミング伝送の識別子を「／Ｌｉｖｅ」と想定している。また、「Ｘ‐Ｂｕｆｆｅｒ‐Ｌｉｍｉｔ」というオプションヘッダーを定義し、それを用いて受信装置３の時間的制限を送信装置１に伝えるようにする。図７の例では、受信装置３が「４００ｍｓｅｃ（ミリ秒）」の時間的制限を持っていることを示している。時間的制限は、様々な様式で指定可能である。図７のようにミリ秒という単位で指定しても良いし、例えば、バイト数のような受信装置3のバッファ4の容量で指定しても良い。
【００３５】
ステップＳ３で、送信した図７に示したＨＴＴＰリクエスト４１へのＨＴＴＰレスポンス４２を待つ。ＨＴＴＰレスポンス４２が返って来ない、もしくは、応答エラー(例えば、ステータスコード ４０４Ｎｏｔ Ｆｏｕｎｄ)の場合はステップＳ６へ移る。正常な応答の場合(例えば、ステータスコード ２００ OK)は、ステップＳ４へ移る。
【００３６】
ステップＳ４で、リアルタイムデータを受信する。受信できた場合はステップＳ５へ移る。データが来なかったり、問題が生じたりした場合はステップＳ６へ移る。
【００３７】
ステップＳ５で、受信したリアルタイムデータをバッファへ蓄積し、出力する。ここでの出力とは、再生デバイスでの再生だけでなく、ネットワークへの転送を含む。
ステップＳ６で、ＴＣＰコネクションを閉じて処理を終了する。
【００３８】
図６は送信装置の動作例の詳細を示したフローチャートである。その詳細をステップごとに述べる。
送信装置の処理を開始して、ステップＳ１１で、受信装置からのＴＣＰコネクションを確立し、図７に示すようなHＴＴＰリクエスト４１を受信可能状態にする。
【００３９】
ステップＳ１２で、受信装置から図７に示すＨＴＴＰリクエスト４１を受信する。
ステップＳ１３で、リアルタイムストリーミング伝送を要求するリクエストであるかどうかを判定する。例えば、図７のようなＨＴＴＰリクエスト４１の場合は「／Ｌｉｖｅ」という識別子で示される。リアルタイムストリーミングの場合はステップＳ１４へ、そうでない場合はステップＳ２４へ移る。
【００４０】
ステップＳ１４で、受信装置の時間的制限がリクエストに含まれていれば、それをＴ値として設定する。含まれていなければデフォルトの値(例えば、送信装置１のバッファ２の容量の最大値)をＴ値として設定する。図７のＨＴＴＰリクエスト４１の場合、「Ｘ‐Ｂｕｆｆｅｒ‐Ｌｉｍｉｔ」ヘッダによって時間的制限が伝えられる。時間的制限は様々な形式で指定される可能性がある。図７の場合はミリ秒を単位として与えられたが、バイト数で受信装置3のバッファ4の容量を直接指定されても良い。理解できない場合は指定されなかったものとしてバッファ２の最大値を設定する。
【００４１】
ステップＳ１５で、ＨＴＴＰコネクションが書き込み可能かどうかをチェックする。書き込み可能な場合はステップＳ１６へ、不可能な場合はステップＳ２７へ移る。
【００４２】
ステップＳ１６で正常な図７に示すようなＨＴＴＰレスポンス４２を送信する。図７は、「ＨＴＴＰ／１．０」によるＨＴＴＰレスポンス例４２である。「Ｘ‐Ｂｕｆｆｅｒ‐Ｌｉｍｉｔ」ヘッダにより、送信装置１によって採択された時間的制限が返され、受信装置３が確認できるようにしても良い。
【００４３】
ステップＳ１７で、ＨＴＴＰコネクションが書き込み可能かどうかをチェックする。書き込み可能な場合はステップＳ１８へ、不可能な場合はステップＳ２７へ移る。
【００４４】
ステップＳ１８で、リアルタイムデータの入力があるならばステップＳ１９へ、なければステップＳ２６へ移る。
【００４５】
ステップＳ１９で、バッファ内のデータがＴ値で示される限界を超えている場合はステップＳ２０へ、そうでなければステップＳ２１へ移る。バッファ２内のデータとＴ値の比較方法はＴ値の設定形式に依存する。Ｔ値がミリ秒で指定されていれば、バッファ２内のデータが何ミリ秒分のデータかどうかを判定して行う。Ｔ値がバイト数(容量)で指定されていれば、バッファ２の総容量で判定を行う。
【００４６】
ステップＳ２０で、Ｔ値で与えられた条件を満たすまで、バッファ２の先頭からデータを削除していく。図４はＴ値の範囲外のデータ３２を破棄する例を示している。３３に示すように、Ｔ値外のデータ３２は再生されないデータなので、それらを送信しないことでネットワークトラッフィックを削減できる。ただし、もし先頭にあるデータが重要なデータであるとわかるような場合には、破棄しないで保持しても良い。
【００４７】
例えば、重要度に応じて、ＭＰＥＧのIピクチャのフレームは続くPピクチャおよびＢピクチャの参照フレームとして使用されるため、後続のフレームのために送信することがあっても良い。このとき、Iピクチャを重要度１（最重要）、Pピクチャを重要度２（重要）、Ｂピクチャを重要度３（通常）として、Iピクチャが捨てられたら次のPピクチャおよびＢピクチャも捨てるようにし、逆に、PピクチャおよびＢピクチャが捨てられても、元のIピクチャは捨てないでバッファ２に保持するようにする。
【００４８】
ステップＳ２１で、入力されたリアルタイムデータをバッファに蓄積する。
ステップＳ２２で、バッファ内にデータが存在すればステップＳ２３へ、なければステップＳ１７へ移る。
【００４９】
ステップＳ２３で、バッファ内のデータを受信装置へ送信する。ネットワークの条件により全てを同時に出力するのが不可能な場合は、一部の送信だけをしても良い。
【００５０】
ステップＳ２４で、ＨＴＴＰコネクションが書き込み可能かどうかをチェックする。書き込み可能な場合はステップＳ２５へ、不可能な場合はステップＳ２７へ移る。
【００５１】
ステップＳ２５で、エラーもしくは適切な図７に示すようなＨＴＴＰレスポンス４２を送信する。
【００５２】
ステップＳ２６で、リアルタイムデータの入力が一定時間ない場合はステップＳ２７へ、ある場合はステップＳ２２へ移る。
ステップＳ２７で、接続を切断して処理を終了する。
【００５３】
本発明では、受信装置が持っている時間的制限をデータ送信装置に知らせることで、送信装置の判断により無効なデータを破棄し、ネットワーク上のトラフィックを無駄に発生させない仕組みを実現する。この発明はリアルタイム通信に非常に適している。また、中継装置にも効果を期待することができ、ネットワーク全体でトラフィックを減らしつつ、データのリアルタイム性を維持する転送が可能となる。
【産業上の利用可能性】
【００５４】
本発明は、送信装置１に備えられたカメラやマイクから得られる映像や音声のデータ、ネットワーク上の他の装置あるいはエンコーダ(圧縮装置)などから送られるリアルタイムデータをネットワーク上の受信装置３へストリーミング伝送１２により配信して、受信装置３は、ストリーミング伝送１２により配信され受信されたリアルタイムデータを、受信装置３に備えられたモニターやスピーカに出力する場合に利用可能である。
【図面の簡単な説明】
【００５５】
【図１】リアルタイムデータのストリーミング配信を示す図である。
【図２】リアルタイムデータのストリーミング配信（中継装置あり）を示す図である。
【図３】リアルタイムデータ送信装置の構成図である。
【図４】バッファ内のストリーミングパケットと無効パケットの破棄方法を示す図である。
【図５】リアルタイムデータの受信装置の動作例の詳細を示すフローチャートである。
【図６】リアルタイムデータの送信装置の動作例の詳細を示すフローチャートである。
【図７】リクエスト例およびレスポンス例を示す図である。
【符号の説明】
【００５６】
１…送信装置、２…バッファ、３…受信装置、４…バッファ、１１…入力、１２…ストリーミング伝送、１３…出力、１４…制御情報、５…中継装置、６…バッファ、２１…制御情報受信部、２２…バッファ内制御部、２３…リアルタイムデータ入力部、２４…リアルタイムデータ出力部、３１…Ｔ値範囲内有効データ、３２…範囲外無効データ、３３…送っても送信されないため送信前に破棄する、３４…リアルタイムストリーミングデータパケット、３５…リアルタイムストリーミングデータ、３６…タイムスタンプ、４１…ＨＴＴＰリクエスト、４２…ＨＴＴＰレスポンス
【図１】
2005051709.tif 000003
【図２】
2005051709.tif 000004
【図３】
2005051709.tif 000005
【図４】
2005051709.tif 000006
【図５】
2005051709.tif 000007
【図６】
2005051709.tif 000008
【図７】
2005051709.tif 000009