JP2009212903A - サーバ装置およびトランスポートストリーム送出方法 - Google Patents

Abstract

【課題】デコーダ側の受信バッファでオーバフローが発生するのを防止したサーバ装置を提供すること。
【解決手段】先頭のＴＴＳのタイムスタンプが初期値としてカウンタ１５に設定される。ゲート処理部１２は、ＴＴＳパケットに含まれるタイムスタンプとカウンタ１５のカウンタ値とを比較して、ＴＴＳパケットの転送制御を行なう。ＩＰパケット構築部１３は、ゲート処理部１２によって転送された複数のＴＴＳパケットからＩＰパケットを構築してピークレート制御部１４に出力する。ピークレート制御部１４は、ＩＰパケット構築部１３によって構築されたＩＰパケット間のギャップ値が、所定のギャップ値以上となるようにＩＰパケットの送出制御を行なう。したがって、デコーダ側の受信バッファの蓄積量を許容値以下とすることができ、受信バッファでオーバフローが発生するのを防止することが可能となる。
【選択図】図１

Description

本発明は、複数のトランスポートストリーム（ＴＳ）によって構成されるＩＰ（Internet Protocol）パケットを送出する技術に関し、特に、タイムスタンプが付加されたＴＴＳ（Timestamped TS）ストリームを、デコーダ側の受信バッファでオーバフローしないように送出するサーバ装置およびトランスポートストリーム送出方法に関する。

近年、インターネット網を介して映像信号を送受信するシステムが普及してきている。このようなシステムで用いられるサーバおよびセットトップボックス（ＳＴＢ）においては、映像信号の送受信にＭＰＥＧ（Moving Picture Experts Group）２−ＴＳ（Transport Stream）を使用した通信プロトコルが利用されることが多い。

図３は、ＭＰＥＧ２−ＴＳのパケット構成を示す図である。ＭＰＥＧ２−ＴＳは、複数のトランスポートパケット（以下、ＴＳパケットとも呼ぶ。）によって構成される。ＴＳパケットはそれぞれ、１８８バイトまたは２０４バイトのサイズを有しており、アダプテーション・フィールド制御およびアダプテーション・フィールドを含んでいる。

アダプテーション・フィールド制御は、そのＴＳパケットがアダプテーション・フィールドを含むか否かを示す情報である。したがって、アダプテーション・フィールド制御の情報によっては、アダプテーション・フィールドを含まないＴＳパケットもある。

アダプテーション・フィールドには、対応するＴＳパケットの付加情報などが格納される。このアダプテーション・フィールドは、ＰＣＲフラグおよびオプショナル・フィールドを含んでいる。このＰＣＲフラグは、オプショナル・フィールドにＰＣＲが含まれるか否かを示す情報である。

ＰＣＲフラグが“１”の場合には、オプショナル・フィールドにＰＣＲが含まれることを示している。また、ＰＣＲフラグが“０”の場合には、オプショナル・フィールドにＰＣＲが含まれないことを示している。したがって、ＰＣＲフラグの値によっては、オプショナル・フィールドにＰＣＲを含まないアダプテーション・フィールドもある。

ＰＣＲは、トランスポートストリームを生成した符号装置のシステムクロックを、当該トランスポートストリームを受信する復号装置でリカバリするための時刻情報である。また、ＰＣＲは、トランスポートストリームを生成した符号装置のシステムクロックの周波数と、当該トランスポートストリームを受信する復号装置が生成するシステムクロックの周波数とを一致させるためのクロック調整値でもある。

すなわち、トランスポートストリームを生成した符号装置のシステムクロックの周波数と、当該トランスポートストリームを受信する復号装置のシステムクロックとは厳密には一致しない。そのため、符号装置で生成したフレーム枚数と同じフレーム枚数を、復号装置でデコードするためには、復号装置において、符号装置のシステムクロックをリカバリして一致させる必要がある。

符号装置は、トランスポートストリームの送信時に、送信するトランスポートストリームに含まれる複数のＴＳパケットのうち所定の時間間隔のＴＳパケットに、符号装置のシステムクロックによりカウントされるカウンタ値をＰＣＲとして付加する。復号装置側で、このＰＣＲを用いて符号装置のシステムクロックをリカバリする。

図４は、従来のサーバ装置（符号装置）におけるＴＳ送出方法を説明するための図である。図４（ａ）は、従来のＴＳサーバ装置の構成例を示すブロック図である。このＴＳサーバ装置は、ＴＳファイル１０１と、ＩＰパケット構築部１０２と、レート制御回路１０３と、レート計算部１０４と、Ｇａｐ計算部１０５と、クロック生成部１０６とを含む。

ＴＳファイル１０１は、ＴＳストリームのＡＶ（Audio Visual）情報などを記憶している。ＴＳファイル１０１に記憶されるＴＳには、ＡＶ情報を含んだ有効なＴＳと、レートを合わせるために挿入された、情報を含まないＴＳ（以下、ヌルＴＳと呼ぶ。）とが含まれる。

ＩＰパケット構築部１０２は、ＴＳファイル１０１からＴＳストリームを抽出し、ｎ個のＴＳパケットで１つのＩＰパケットを構成して出力する。ＩＰパケット構築部１０２は、ＴＳファイル１０１に記憶されるヌルＴＳも含めてＩＰパケットを構成する。

レート計算部１０４は、ＴＳストリームのビットレートを計算してＧａｐ計算部１０５に出力する。ＴＳストリームがＣＢＲ（Constant Bit Rate）と仮定すると、レート計算部１０４は、次式によってビットレートを計算する。

ビットレート＝ＰＣＲを有するＴＳパケット間のビット数／（ＰＣＲ値の差×１／２７ＭＨｚ） …（１）
たとえば、ＰＣＲを有するＴＳパケット間にｍ個のＴＳパケットが含まれ、１つのＴＳパケットが１８８バイトによって構成されるとすると、ビットレートは次式のようになる。

ビットレート＝ｍ個×１８８バイト×８ビット／（ＰＣＲ値の差×３７ｎｓ） …（２）
図４（ｂ）は、レート計算部１０４によって計算されるビットレートの具体例を示す図である。図４（ｂ）において、ＴＳ番号“１８１”のＴＳパケットにＰＣＲ値“７８３１０９０３２０”のＰＣＲが含まれており、ＴＳ番号“４２２”のＴＳパケットにＰＣＲ値“７８３３３３０４２６”のＰＣＲが含まれているため、ｍ＝４２２−１８１＝２４１個となり、ＰＣＲ値の差が“２２４０１０６”となる。したがって、ビットレートは次式のようになる。

ビットレート＝２４１個×１８８バイト×８ビット／（２２４０１０６×３７ｎｓ）＝４．３７Ｍｂｐｓ …（３）
Ｇａｐ計算部１０５は、レート計算部１０４によって計算されたビットレートからＩＰパケット間のＧａｐ時間を計算してレート制御回路１０３に出力する。Ｇａｐ計算部１０５は、次式によってＧａｐ時間を計算する。

Ｇａｐ時間＝（ＩＰパケットの送出周期に対応する時間）−（１個のＩＰパケット送出時間） …（４）
１個のＩＰパケットにｎ個のＴＳパケットが含まれるとすると、ＩＰパケットの送出周期に対応する時間は次式によって計算される。

ＩＰパケットの送出周期に対応する時間＝ｎ個×１８８バイト×８ビット×１／ビットレート …（５）
図４（ｃ）は、Ｇａｐ計算部１０５によって計算されるＧａｐ時間の具体例を示す図である。図４（ｃ）において、１個のＩＰパケットに７個のＴＳパケットが含まれており、レート計算部１０４によって計算されたビットレートが４．３７Ｍｂｐｓであるため、Ｇａｐ時間は次式のようになる。

Ｇａｐ時間＝（７×１８８バイト×８ビット×１／４．３７Ｍｂｐｓ）−（１個のＩＰパケット送出時間）＝２４０９μｓ−（１個のＩＰパケット送出時間） …（６）
レート制御回路１０３は、クロック生成部１０６から２７ＭＨｚのクロックを受けて動作し、１個のＩＰパケットを送信した後、Ｇａｐ計算部１０５から受けたＧａｐ時間だけ送信を止めた後に、次のＩＰパケットを送信する。この処理によって、レート制御回路１０３は、一定レートでＩＰパケットをデコーダ（復号装置）側に送信することが可能となる。

しかしながら、従来のＴＳサーバ装置においては、ヌルＴＳを含めてＩＰパケットを構成し、そのＩＰパケットをデコーダ側に送信するため、冗長となっている。これを解決するために、タイムスタンプを付加したＴＳ（ＴＴＳ）を用いてＩＰパケットを構成する技術が従来から用いられている。

ＴＴＳを用いたサーバ装置においては、ヌルＴＳを削除してＩＰパケットを構成する。このとき、デコーダ側で正しくデコードを行なえるようにするために、各ＴＳパケットに４バイトのタイムスタンプを付加してＩＰパケットを構成し、デコーダ側に送信する。

このようなＴＳパケットやＴＴＳパケットでＩＰパケットを構成してデコーダ側に送信する技術として下記の特許文献１に開示された発明がある。

特許文献１に開示された受信装置において、フロントエンド部は、放送局から放送波により送信されてくる、トランスポートストリームを受信し、デマルチプレクサに出力する。ネットワークＩ／Ｆは、たとえば、ＨＴＴＰで通信を行うことにより、少なくともタイムスタンプと１以上のＴＳパケットで構成される、所定の単位が連続するパケットストリームを受信する。ＴＳ同期抽出部は、ＴＳ同期クロックカウンタから供給されるカウント値に基づいて、所定の単位中のＴＳパケットをデマルチプレクサに出力する。再生部は、フロントエンド部およびＴＳ同期抽出部から供給されるＴＳパケットを再生する。
特開２００５−１５１４３４号公報

上述のＴＴＳパケットを用いたサーバ装置においては、冗長なヌルＴＳを削除してＩＰパケットを構成するため、実際のコンテンツの再生レートよりも低いレートでＴＳを送信することができる。しかしながら、ヌルＴＳの数は変動するため、一定のレートでＩＰパケットを送信することができない。そのため、最大レート（ピークレート）を指定して、その最大レート以下でＴＴＳストリームを送信する方法が採用されている。

しかしながら、ＴＴＳストリームを常に最大レートに近いレートで送信すると、現在の時刻よりもかなり未来に再生されるべき映像も送信することになる。デコーダ側においては、ＴＴＳに含まれるタイムスタンプを用いて再生を制御するため、デコーダ側の受信バッファにおけるＴＴＳストリームの蓄積量が増加してゆき、オーバフローする可能性があるといった問題点があった。

また、ＴＴＳストリームを常に最大レートに近いレートで送信しない場合でも、デコーダ側の受信バッファの蓄積量が変動するため波状することになる。このような問題点は、上記特許文献１に開示された発明を用いたとしても、解決することはできない。

本発明は、上記問題点を解決するためになされたものであり、その目的は、デコーダ側の受信バッファでオーバフローが発生するのを防止したサーバ装置およびトランスポートストリーム送出方法を提供することである。

本発明のある局面に従えば、タイムスタンプが付加されたトランスポートストリームパケットを送出するサーバ装置であって、所定値を初期値としてカウントするカウント手段と、トランスポートストリームパケットに含まれるタイムスタンプとカウント手段のカウント値とを比較して、トランスポートストリームパケットの転送制御処理を行なう処理手段と、処理手段によって転送された複数のトランスポートストリームパケットからインターネットプロトコルパケットを構築する構築手段とを含む。

処理手段が、トランスポートストリームパケットに含まれるタイムスタンプとカウント手段のカウント値とを比較して、トランスポートストリームパケットの転送制御を行なうので、デコーダ側の受信バッファの蓄積量を許容値以下とすることができ、受信バッファでオーバフローが発生するのを防止することが可能となる。

好ましくは、カウント手段は、先頭のトランスポートストリームパケットに含まれるタイムスタンプを初期値としてカウントを行なう。

したがって、処理手段は、トランスポートストリームパケットの転送制御を容易に行なうことが可能となる。

好ましくは、処理手段は、タイムスタンプとカウント手段のカウント値との差がしきい値以下の場合にトランスポートストリームパケットの転送を実行し、タイムスタンプとカウント手段のカウント値との差がしきい値よりも大きい場合にトランスポートストリームパケットの転送を停止する。

したがって、デコーダ側の受信バッファの蓄積量が許容値を超えないように制御することが可能となる。

さらに好ましくは、処理手段は、トランスポートストリームパケットの転送を停止した後、タイムスタンプとカウント手段のカウント値との差が０となったときにトランスポートストリームパケットの転送を再開する。

したがって、ヒステリシスを持たせたトランスポートストリームパケットの送出制御を行なうことが可能となる。

好ましくは、サーバ装置はさらに、構築手段によって構築されたインターネットプロトコルパケット間のギャップ値が、所定のギャップ値以上となるようにインターネットプロトコルパケットの送出制御を行なう制御手段を含む。

したがって、インターネットプロトコルパケットの転送レートがピークレート以上となることを防止することが可能となる。

本発明の別の局面に従えば、タイムスタンプが付加されたトランスポートストリームパケットを送出するサーバ装置であって、所定値を初期値としてカウントするカウント手段と、複数のトランスポートストリームパケットからインターネットプロトコルパケットを構築する構築手段と、構築手段によって構築されたインターネットプロトコルパケット内の所定のトランスポートストリームパケットに含まれるタイムスタンプとカウント手段のカウント値とを比較して、インターネットプロトコルパケットの送出制御処理を行なう処理手段とを含む。

処理手段が、構築手段から出力されたインターネットプロトコルパケット内の所定のトランスポートストリームパケットに含まれるタイムスタンプとカウント手段のカウント値とを比較して、インターネットプロトコルパケットの送出制御処理を行なうので、デコーダ側の受信バッファの蓄積量を許容値以下とすることができ、受信バッファでオーバフローが発生するのを防止することが可能となる。

本発明のさらに別の局面に従えば、タイムスタンプが付加されたトランスポートストリームパケットを送出するトランスポートストリーム送出方法であって、所定値を初期値としてカウントを行なうステップと、トランスポートストリームパケットに含まれるタイムスタンプとカウント値とを比較して、トランスポートストリームパケットの転送処理を行なうステップと、転送された複数のトランスポートストリームパケットからインターネットプロトコルパケットを構築するステップとを含む。

本発明のある局面によれば、処理手段が、トランスポートストリームパケットに含まれるタイムスタンプとカウント手段のカウント値とを比較して、トランスポートストリームパケットの転送制御を行なうので、デコーダ側の受信バッファの蓄積量を許容値以下とすることができ、受信バッファでオーバフローが発生するのを防止することが可能となる。

図１は、本発明の実施の形態におけるサーバ装置のＴＴＳストリーム送出方法を説明するための図である。図４（ａ）は、本発明の実施の形態におけるサーバ装置の構成例を示すブロック図である。このサーバ装置は、ＴＴＳファイル１１と、ゲート処理部１２と、ＩＰパケット構築部１３と、ピークレート制御部１４と、カウンタ１５と、Ｇａｐ計算部１６と、クロック生成部１７とを含む。

ＴＴＳファイル１１は、ＴＴＳストリームのＡＶ情報などを記憶している。ＴＴＳには、ＡＶ情報を含んだ有効なＴＳを有するＴＴＳと、レートを合わせるために挿入された、情報を含まないＴＳ（ヌルＴＳ）を有するＴＴＳ（ヌルＴＴＳ）とがあるが、ＴＴＳファイル１１には有効なＴＳを有するＴＴＳのみが記憶されており、ヌルＴＴＳは削除されているものとする。

ゲート処理部１２は、ＩＰパケット構築部１３に対するＴＴＳの転送タイミングを制御することにより、ある一定時間以上未来の映像を送らないといった制御（ゲート処理）を行なう。具体的には、まず、ゲート処理部１２が先頭のＴＴＳに含まれるタイムスタンプ値（以下、ＴＴＳ値と呼ぶ。）を初期値としてカウンタ１５に設定し、このＴＴＳをＩＰパケット構築部１３に転送する。なお、カウンタ１５には、クロック生成部１７によって生成された２７ＭＨｚクロックが与えられる。

次に、ゲート処理部１２は、次のＴＴＳに含まれるＴＴＳ値（Ａ）と、カウンタ１５のカウンタ値（Ｂ）とを用いて、デコーダ側の受信バッファの蓄積量を次式により算出する。なお、この受信バッファの蓄積量とは、サーバ装置が送信したＩＰパケットのうち再生されずに受信バッファに蓄積される量の予測値のことであり、実際の受信バッファの蓄積量とは異なる場合もあり得る。

受信バッファの蓄積量＝１／２７ＭＨｚ×（Ａ−Ｂ）×ｏｒｉｇｉｎａｌ＿ｂｉｔｒａｔｅ×１９２／１８８ …（７）
ｏｒｉｇｉｎａｌ＿ｂｉｔｒａｔｅは、元のＴＳのビットレートであり、デコーダ側の再生レートでもある。また、１９２／１８８を乗算しているのは、４バイトのタイムスタンプ増加によるビットレートの増加分を考慮したものである。

次に、ゲート処理部１２は、次式に示すように、計算した受信バッファの蓄積量が許容受信バッファ値以下であれば、そのＴＴＳをＩＰパケット構築部１３に転送（ゲートをオン）する。この許容受信バッファ値は、デコーダ側の受信バッファの許容値を示しており、受信バッファの総容量またはそれよりも小さい値が用いられる。

１／２７ＭＨｚ×（Ａ−Ｂ）×ｏｒｉｇｉｎａｌ＿ｂｉｔｒａｔｅ×１９２／１８８≦許容受信バッファ値 …（８）
式（８）は、次式のように変形することも可能である。したがって、ＴＴＳ値（Ａ）とカウンタ１５のカウンタ値（Ｂ）とを比較して、ＴＴＳパケットの転送制御を行なっているとも言える。この場合、右辺の値を予めしきい値として保持しておけば、処理効率が向上する。

（Ａ−Ｂ）≦許容受信バッファ値÷（１／２７ＭＨｚ×ｏｒｉｇｉｎａｌ＿ｂｉｔｒａｔｅ×１９２／１８８） …（９）
また、受信バッファの蓄積量が許容受信バッファ値より大きければ、ＴＴＳの転送を停止（ゲートをオフ）する。再度ゲートをオンするタイミングとしては、（１）受信バッファの蓄積量が許容受信バッファ値以下となったとき、（２）Ａ−Ｂが“０”となったとき、の２つがある。

Ａ−Ｂが“０”となったときに再度ゲートをオンする方法は、送信開始時に戻す再リセットのような方法であり、ヒステリシスを持たせた方法であると言うこともできる。

図１（ｂ）は、ゲート処理部１２によるゲート処理の具体例を示す図である。先頭ＴＴＳ値が初期値としてカウンタ１５に設定された場合、ｏｒｉｇｉｎａｌ＿ｂｉｔｒａｔｅでＴＴＳパケットを転送すると、図１（ｂ）に示すように削除されるＴＴＳがあるため、いずれゲート処理部１２に入力されるＴＴＳパケットのＴＴＳ値（Ａ）がカウンタ値（Ｂ）に先行することになる。これは、デコーダ側の受信バッファの蓄積量が増加することを意味しており、その増加量が許容受信バッファ値よりも大きくなったときにゲートをオフする処理が行なわれる。

ＩＰパケット構築部１３は、ゲート処理部１２から転送されたｎ個のＴＴＳパケットで１つのＩＰパケットを構成して出力する。ＩＰパケット構築部１３は内部にタイマを有しており、ゲート処理部１２からＴＴＳパケットが転送されない時間を計時している。そして、ＴＴＳパケットが転送されない時間が所定時間以上となったとき、タイムアウト処理としてＴＴＳパケットの数がｎ個未満であっても、そのＴＴＳパケットでＩＰパケットを構成して出力する。

Ｇａｐ計算部１６は、設定ピークレート値（ｐｅａｋ＿ｂｉｔｒａｔｅ）からピーク時におけるＩＰパケット間のＧａｐ時間を計算してピークレート制御部１４に出力する。Ｇａｐ計算部１６は、次式によってピーク時におけるＧａｐ時間（ｔ０）を計算する。

ｔ０＝（ピーク時のＩＰパケットの送出周期に対応する時間）−（１個のＩＰパケット送出時間） …（１０）
１個のＩＰパケットにｎ個のＴＳパケットが含まれるとすると、ピーク時のＩＰパケットの送出周期に対応する時間は次式によって計算される。

ピーク時のＩＰパケットの送出周期に対応する時間＝ｎ個×１８８バイト×８ビット×１／ｐｅａｋ＿ｂｉｔｒａｔｅ …（１１）
ピークレート制御部１４は、クロック生成部１７から２７ＭＨｚのクロックを受けて動作し、１個のＩＰパケットを送信した後、Ｇａｐ時間がＧａｐ計算部１６から受けたｔ０以上となるよう送信を止めた後に、次のＩＰパケットを送信する。この処理によって、ピークレート制御部１４は、設定ピークレート値以下でＩＰパケットをデコーダ（復号装置）側に送信することが可能となる。

なお、以上の説明においては、ゲート処理部１２をＩＰパケット構築部１３の前に配置するようにしたが、ゲート処理部１２をＩＰパケット構築部１３の後に配置することも可能である。この場合、ゲート処理部１２はＩＰパケットに含まれるＴＴＳパケットのうち所定のＴＴＳ、たとえば先頭のＴＴＳに含まれるタイムスタンプ値とカウンタ１５のカウンタ値とを用いてデコーダ側の受信バッファの蓄積量を算出し、ＩＰパケットの送出制御を行なうことになる。

図２は、本発明の実施の形態におけるデコーダの概略構成を示すブロック図である。このデコーダは、ＴＳＳデコーダ２１と、デマルチプレクサ２２と、ＰＣＲクロックリカバリ回路２３と、デコーダ回路２４とを含む。また、ＴＴＳデコーダ２１は、ＴＴＳ受信バッファ３１と、ＳＴＣ２カウンタ３２と、ゲート回路３３とを含む。

ＴＴＳ受信バッファ３１は、サーバ装置から受信したＩＰパケットに含まれるＴＴＳパケットを蓄積する。そして、ＴＴＳ受信バッファ３１は、先頭のＴＴＳパケットに含まれるＴＴＳ値をＳＴＣ２カウンタ３２に設定すると共に、ＴＳパケットを順次ゲート回路３３に転送する。

ゲート回路３３は、ＴＴＳ受信バッファ３１から受けたＴＴＳパケットに含まれるＴＴＳ値と、ＳＴＣ２カウンタ３２のカウンタ値とを比較し、一致する場合、またはＴＴＳ値がカウンタ値を過ぎている場合に、そのＴＳパケットをデマルチプレクサ２２に出力する。また、ゲート回路３３は、ＴＴＳ値がカウンタ値よりも前であれば、ＴＴＳ値がカウンタ値と一致するまで、またはＴＴＳ値がカウンタ値を過ぎるまでＴＳパケットをデマルチプレクサ２２に出力しない。なお、ゲート回路３３は、ＴＴＳパケットに含まれるタイムスタンプを除去し、ＴＳパケットとしてデマルチプレクサ２２に出力する。

デマルチプレクサ２２は、ＴＳパケットに含まれるＰＣＲをＰＣＲクロックリカバリ回路２３に出力すると共に、映像情報および音声情報をデコーダ回路２４に出力する。

ＰＣＲクロックリカバリ回路２４は、システムクロックを用いて生成されたタイムスタンプ値と、デマルチプレクサ２２から受けたＰＣＲの値とを比較し、その差が“０”となるようにシステムクロックを制御してデコーダ回路２４に出力する。

デコーダ回路２４は、ＰＣＲクロックリカバリ回路２３から出力されるシステムクロックに同期してデマルチプレクサ２２から受けた映像情報および音声情報を復号して出力する。

以上説明したように、本実施の形態におけるサーバ装置によれば、ゲート処理部１２がデコーダ側の受信バッファの蓄積量を算出し、受信バッファの蓄積量と許容受信バッファ値とを比較してＩＰパケット構築部１３へのＴＴＳパケットの転送を制御するようにしたので、デコーダ側の受信バッファでオーバフローが発生するのを防止することが可能となった。

また、ピークレート制御部１４が、ＩＰパケット間のＧａｐ時間がピーク時におけるＧａｐ時間以上となるようにＩＰパケットの送信タイミングを制御するようにしたので、設定ピークレート値以下でＩＰパケットをデコーダ側に送信することが可能となった。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態におけるサーバ装置のＴＴＳストリーム送出方法を説明するための図である。 本発明の実施の形態におけるデコーダの概略構成を示すブロック図である。 ＭＰＥＧ２−ＴＳのパケット構成を示す図である。 従来のサーバ装置（符号装置）におけるＴＳ送出方法を説明するための図である。

符号の説明

１１ ＴＴＳファイル、１２ ゲート処理部、１３ ＩＰパケット構築部、１４ ピークレート制御部、１５ カウンタ、１６ Ｇａｐ計算部、１７ クロック生成部、２１ ＴＴＳデコーダ、２２ デマルチプレクサ、２３ ＰＣＲクロックリカバリ回路、２４ デコーダ回路、３１ ＴＴＳ受信バッファ、３２ ＳＴＣ２カウンタ、３３ ゲート回路、１０１ ＴＳファイル、１０２ ＩＰパケット構築部、１０３ レート制御回路、１０４ レート計算部、１０５ Ｇａｐ計算部、１０６ クロック生成部。

Claims (7)

1. タイムスタンプが付加されたトランスポートストリームパケットを送出するサーバ装置であって、
   所定値を初期値としてカウントするカウント手段と、
   前記トランスポートストリームパケットに含まれる前記タイムスタンプと前記カウント手段のカウント値とを比較して、前記トランスポートストリームパケットの転送制御処理を行なう処理手段と、
   前記処理手段によって転送された複数の前記トランスポートストリームパケットからインターネットプロトコルパケットを構築する構築手段とを含む、サーバ装置。
2. 前記カウント手段は、先頭のトランスポートストリームパケットに含まれるタイムスタンプを初期値としてカウントを行なう、請求項１記載のサーバ装置。
3. 前記処理手段は、前記タイムスタンプと前記カウント手段のカウント値との差がしきい値以下の場合に前記トランスポートストリームパケットの転送を実行し、前記タイムスタンプと前記カウント手段のカウント値との差がしきい値よりも大きい場合に前記トランスポートストリームパケットの転送を停止する、請求項１または２記載のサーバ装置。
4. 前記処理手段は、前記トランスポートストリームパケットの転送を停止した後、前記タイムスタンプと前記カウント手段のカウント値との差が０となったときに前記トランスポートストリームパケットの転送を再開する、請求項３記載のサーバ装置。
5. 前記サーバ装置はさらに、前記構築手段によって構築されたインターネットプロトコルパケット間のギャップ値が、所定のギャップ値以上となるように前記インターネットプロトコルパケットの送出制御を行なう制御手段を含む、請求項１〜４のいずれかに記載のサーバ装置。
6. タイムスタンプが付加されたトランスポートストリームパケットを送出するサーバ装置であって、
   所定値を初期値としてカウントするカウント手段と、
   複数の前記トランスポートストリームパケットからインターネットプロトコルパケットを構築する構築手段と、
   前記構築手段によって構築されたインターネットプロトコルパケット内の所定のトランスポートストリームパケットに含まれる前記タイムスタンプと前記カウント手段のカウント値とを比較して、前記インターネットプロトコルパケットの送出制御処理を行なう処理手段とを含む、サーバ装置。
7. タイムスタンプが付加されたトランスポートストリームパケットを送出するトランスポートストリーム送出方法であって、
   所定値を初期値としてカウントを行なうステップと、
   前記トランスポートストリームパケットに含まれる前記タイムスタンプと前記カウント値とを比較して、前記トランスポートストリームパケットの転送処理を行なうステップと、
   前記転送された複数の前記トランスポートストリームパケットからインターネットプロトコルパケットを構築するステップとを含む、トランスポートストリーム送出方法。

Images