JP2002374310A - パケット処理装置およびパケット処理方法 - Google Patents
パケット処理装置およびパケット処理方法Info
- Publication number
- JP2002374310A JP2002374310A JP2001181868A JP2001181868A JP2002374310A JP 2002374310 A JP2002374310 A JP 2002374310A JP 2001181868 A JP2001181868 A JP 2001181868A JP 2001181868 A JP2001181868 A JP 2001181868A JP 2002374310 A JP2002374310 A JP 2002374310A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- write address
- buffer
- address
- modification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 パケット取捨選択装置内に設けるパケット蓄
積用のメモリの容量を少なくする。 【解決手段】 パケットを改変する必要があるか否かを
判断するパケット取捨選択装置１０１と、パケットを蓄
積するライトバッファ１０３と、パケットを改変するパ
ケット改変装置１１１とを備える。ライトバッファ１０
３は、パケット取捨選択装置１０１からパケットを受け
取って蓄積し、かつパケット書き込みアドレスをパケッ
ト取捨選択装置１０１へ送り返す。パケット取捨選択装
置１０１は、ライトバッファ１０３からパケット書き込
みアドレスを受け取り、パケット改変装置１１１へパケ
ットとパケット書き込みアドレスを送り出す。パケット
改変装置１１１は、パケットを改変し、改変したパケッ
トをパケット書き込みアドレスに従ってライトバッファ
１０３に書き込む。
積用のメモリの容量を少なくする。 【解決手段】 パケットを改変する必要があるか否かを
判断するパケット取捨選択装置１０１と、パケットを蓄
積するライトバッファ１０３と、パケットを改変するパ
ケット改変装置１１１とを備える。ライトバッファ１０
３は、パケット取捨選択装置１０１からパケットを受け
取って蓄積し、かつパケット書き込みアドレスをパケッ
ト取捨選択装置１０１へ送り返す。パケット取捨選択装
置１０１は、ライトバッファ１０３からパケット書き込
みアドレスを受け取り、パケット改変装置１１１へパケ
ットとパケット書き込みアドレスを送り出す。パケット
改変装置１１１は、パケットを改変し、改変したパケッ
トをパケット書き込みアドレスに従ってライトバッファ
１０３に書き込む。
Description
【０００１】
【発明の属する技術分野】本発明は、パケット処理装置
およびパケット処理方法に関し、特にディジタル放送を
受信して得たパケットをハードディスクなどの記憶媒体
に記録させる場合に、改変が必要なパケットを選択し
て、選択されたパケットに所定の改変をした上で記録媒
体に記録させる装置および方法に関する。
およびパケット処理方法に関し、特にディジタル放送を
受信して得たパケットをハードディスクなどの記憶媒体
に記録させる場合に、改変が必要なパケットを選択し
て、選択されたパケットに所定の改変をした上で記録媒
体に記録させる装置および方法に関する。
【０００２】
【従来の技術】衛星放送やケーブルテレビ等から得られ
るデジタルストリームをハードディスク（ＨＤ）、ＣＤ
−Ｒ、ＤＶＤ−ＲＡＭ等の記録媒体に記録する際に、映
像信号と音声信号との同期をとる等のためにデジタルス
トリームの一部（例えば、セクション情報）を改変して
から、ＨＤ等に記録したい場合がある。
るデジタルストリームをハードディスク（ＨＤ）、ＣＤ
−Ｒ、ＤＶＤ−ＲＡＭ等の記録媒体に記録する際に、映
像信号と音声信号との同期をとる等のためにデジタルス
トリームの一部（例えば、セクション情報）を改変して
から、ＨＤ等に記録したい場合がある。
【０００３】従来は、パケット取捨選択装置が受信した
パケット毎に改変の要否を判断し、（１−１）改変が必
要ないと判断した場合は、（１−２）その受信パケット
をそのまま記録媒体のライトバッファに書き込み、一
方、（２−１）改変が必要である判断した場合は、（２
−２）その受信パケットをＣＰＵ（Central Processing
Unit）用メモリに書き込み、（２−３）ＣＰＵが受信パ
ケットを改変した後に、（２−４）パケット取捨選択装
置が改変済みパケットをＣＰＵ用メモリから読み出し、
記録媒体用ライトバッファに書き込む、としている。
パケット毎に改変の要否を判断し、（１−１）改変が必
要ないと判断した場合は、（１−２）その受信パケット
をそのまま記録媒体のライトバッファに書き込み、一
方、（２−１）改変が必要である判断した場合は、（２
−２）その受信パケットをＣＰＵ（Central Processing
Unit）用メモリに書き込み、（２−３）ＣＰＵが受信パ
ケットを改変した後に、（２−４）パケット取捨選択装
置が改変済みパケットをＣＰＵ用メモリから読み出し、
記録媒体用ライトバッファに書き込む、としている。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
技術では、ＣＰＵがパケットの一部を改変している間、
後続のパケットを溜めておくことができるバッファをパ
ケット取捨選択装置中に設けることが必要となる。つま
り、パケット取捨選択装置用バッファが大容量とならざ
るを得ないために、パケット取捨選択装置の規模が増大
してしまうという問題がある。
技術では、ＣＰＵがパケットの一部を改変している間、
後続のパケットを溜めておくことができるバッファをパ
ケット取捨選択装置中に設けることが必要となる。つま
り、パケット取捨選択装置用バッファが大容量とならざ
るを得ないために、パケット取捨選択装置の規模が増大
してしまうという問題がある。
【０００５】
【課題を解決するための手段】本発明の特徴は、パケッ
トを改変する必要があるか否かを判断し、前記パケット
を送り出すパケット取捨選択装置と、前記パケットを蓄
積するバッファと、前記パケットを改変するパケット改
変装置と、を備え、前記バッファは、前記パケット取捨
選択装置から前記パケットを受け取って蓄積し、かつ前
記パケットが書き込まれるアドレス（パケット書き込み
アドレス）を前記パケット取捨選択装置へ送り返し、前
記パケット取捨選択装置は、前記バッファから前記パケ
ット書き込みアドレスを受け取り、前記パケット改変装
置へ前記パケットと前記パケット書き込みアドレスを送
り出し、前記パケット改変装置は、前記パケット取捨選
択装置から受け取った前記パケットを改変し、改変した
パケットを前記パケット書き込みアドレスに従って前記
バッファに書き込む、ことにある。
トを改変する必要があるか否かを判断し、前記パケット
を送り出すパケット取捨選択装置と、前記パケットを蓄
積するバッファと、前記パケットを改変するパケット改
変装置と、を備え、前記バッファは、前記パケット取捨
選択装置から前記パケットを受け取って蓄積し、かつ前
記パケットが書き込まれるアドレス（パケット書き込み
アドレス）を前記パケット取捨選択装置へ送り返し、前
記パケット取捨選択装置は、前記バッファから前記パケ
ット書き込みアドレスを受け取り、前記パケット改変装
置へ前記パケットと前記パケット書き込みアドレスを送
り出し、前記パケット改変装置は、前記パケット取捨選
択装置から受け取った前記パケットを改変し、改変した
パケットを前記パケット書き込みアドレスに従って前記
バッファに書き込む、ことにある。
【０００６】かかる本発明の特徴により、（１）Ｎｕｌ
ｌパケットをとりあえずバッファに蓄積し、（２）後続
のパケットもバッファに順次蓄積している間に、（３）
パケット改変装置がパケットを改変して、（４）改変が
済んだらパケット改変装置がバッファ内のＮｕｌｌパケ
ットを改変後パケットによって上書することが可能とな
る。
ｌパケットをとりあえずバッファに蓄積し、（２）後続
のパケットもバッファに順次蓄積している間に、（３）
パケット改変装置がパケットを改変して、（４）改変が
済んだらパケット改変装置がバッファ内のＮｕｌｌパケ
ットを改変後パケットによって上書することが可能とな
る。
【０００７】
【発明の実施の形態】図１は、本発明の実施形態に係る
パケット取捨選択装置１０１と、ライトバッファ１０３
と、記録媒体１０５と、ＣＰＵ用メモリ１０７と、ＣＰ
Ｕ１０９との間でのパケットの流れを示す概念図であ
る。ＣＰＵ用メモリ１０７とＣＰＵ１０９とが、パケッ
トを改変するパケット改変装置１１１として機能する。
パケット取捨選択装置１０１と、ライトバッファ１０３
と、記録媒体１０５と、ＣＰＵ用メモリ１０７と、ＣＰ
Ｕ１０９との間でのパケットの流れを示す概念図であ
る。ＣＰＵ用メモリ１０７とＣＰＵ１０９とが、パケッ
トを改変するパケット改変装置１１１として機能する。
【０００８】まず、図１に基づいて、本実施形態におい
て要改変パケットを受信した際のパケットの流れを概説
する。
て要改変パケットを受信した際のパケットの流れを概説
する。
【０００９】図１に示すように、パケット取捨選択装置
１０１はパケットを受信すると、その受信パケットの改
変の要否を判断する。パケット取捨選択装置１０１は、
改変が「必要」と判断すると、Ｎｕｌｌパケットをライ
トバッファ１０３に出力する。ライトバッファ１０３
は、Ｎｕｌｌパケットをライトバッファ内メモリに書き
込み、Ｎｕｌｌパケットが書き込まれたアドレス（Ｎｕ
ｌｌパケット書き込みアドレス）をパケット取捨選択装
置１０１へ出力する。ここで、「Ｎｕｌｌパケット」と
は、受信したパケットの再生に使用されない「無効なパ
ケット」という意味である。
１０１はパケットを受信すると、その受信パケットの改
変の要否を判断する。パケット取捨選択装置１０１は、
改変が「必要」と判断すると、Ｎｕｌｌパケットをライ
トバッファ１０３に出力する。ライトバッファ１０３
は、Ｎｕｌｌパケットをライトバッファ内メモリに書き
込み、Ｎｕｌｌパケットが書き込まれたアドレス（Ｎｕ
ｌｌパケット書き込みアドレス）をパケット取捨選択装
置１０１へ出力する。ここで、「Ｎｕｌｌパケット」と
は、受信したパケットの再生に使用されない「無効なパ
ケット」という意味である。
【００１０】また、パケット取捨選択装置１０１は、改
変が必要と判断されたパケット（要改変パケット）をＣ
ＰＵ用メモリ１０７へ転送するとともに、転送が終了し
たらＣＰＵ用メモリ１０７への転送が終了した旨をＣＰ
Ｕ１０９へ通知する。さらに、パケット取捨選択装置１
０１は、ライトバッファ１０３から受け取ったＮｕｌｌ
パケット書き込みアドレスもＣＰＵ１０９へ通知する。
変が必要と判断されたパケット（要改変パケット）をＣ
ＰＵ用メモリ１０７へ転送するとともに、転送が終了し
たらＣＰＵ用メモリ１０７への転送が終了した旨をＣＰ
Ｕ１０９へ通知する。さらに、パケット取捨選択装置１
０１は、ライトバッファ１０３から受け取ったＮｕｌｌ
パケット書き込みアドレスもＣＰＵ１０９へ通知する。
【００１１】ＣＰＵ１０９は、要改変パケットがＣＰＵ
用メモリ１０７へ転送された旨の通知を受け取った後
に、要改変パケットの改変を開始する。
用メモリ１０７へ転送された旨の通知を受け取った後
に、要改変パケットの改変を開始する。
【００１２】さらに、ＣＰＵ１０９は、改変終了後にＮ
ｕｌｌパケット書き込みアドレスに従って改変後パケッ
トをライトバッファ１０３内のメモリに書き込む。Ｎｕ
ｌｌパケットは、改変後パケットによって上書きされ
る。
ｕｌｌパケット書き込みアドレスに従って改変後パケッ
トをライトバッファ１０３内のメモリに書き込む。Ｎｕ
ｌｌパケットは、改変後パケットによって上書きされ
る。
【００１３】そして、改変後パケットは、パケット取捨
選択装置１０１が改変「不要」と判断したパケットとと
もに、ライトバッファ１０３からＨＤ等の記録媒体１０
５へ転送され、記録媒体１０５に記録される。
選択装置１０１が改変「不要」と判断したパケットとと
もに、ライトバッファ１０３からＨＤ等の記録媒体１０
５へ転送され、記録媒体１０５に記録される。
【００１４】図２は、図１に示すパケット取捨選択装置
１０１の構成を示すブロック図である。
１０１の構成を示すブロック図である。
【００１５】図２に示すように、パケット取捨選択装置
１０１は、第１のＤＭＡＣ（ダイレクトメモリアクセス
コントローラ）２０１と、ＡＲＢＩＴＥＲ（アービタ
ー）２０３と、ＤＡＴＡＲＡＭ（データラム）２０５
と、第２のＤＭＡＣ（ダイレクトメモリアクセスコント
ローラ）２０７と、第３のＤＭＡＣ（ダイレクトメモリ
アクセスコントローラ）２０９と、ＣＯＮＴＲＯＬＬＥ
Ｒ（コントローラ）２１１と、ＨＯＳＴ Ｉ／Ｆ（ホス
トインターフェース）２１３とから構成される。
１０１は、第１のＤＭＡＣ（ダイレクトメモリアクセス
コントローラ）２０１と、ＡＲＢＩＴＥＲ（アービタ
ー）２０３と、ＤＡＴＡＲＡＭ（データラム）２０５
と、第２のＤＭＡＣ（ダイレクトメモリアクセスコント
ローラ）２０７と、第３のＤＭＡＣ（ダイレクトメモリ
アクセスコントローラ）２０９と、ＣＯＮＴＲＯＬＬＥ
Ｒ（コントローラ）２１１と、ＨＯＳＴ Ｉ／Ｆ（ホス
トインターフェース）２１３とから構成される。
【００１６】ＤＭＡＣ２０１は、入力されたパケットデ
ータをデータラム２０５に書き込む。
ータをデータラム２０５に書き込む。
【００１７】ＡＲＢＩＴＥＲ２０３は、ＤＡＴＡＲＡＭ
２０５に対するアクセス権の制御を行う。
２０５に対するアクセス権の制御を行う。
【００１８】ＤＡＴＡＲＡＭ２０５は、入力されたパケ
ットデータを一時的に蓄える。
ットデータを一時的に蓄える。
【００１９】ＤＭＡＣ２０７は、ＤＡＴＡＲＡＭ２０５
に書かれたパケットデータをライトバッファ１０３へ転
送する。
に書かれたパケットデータをライトバッファ１０３へ転
送する。
【００２０】ＤＭＡＣ２０９は、ＤＡＴＡＲＡＭ２０５
に書かれたパケットデータをＣＰＵ用メモリ１０７へ転
送する。
に書かれたパケットデータをＣＰＵ用メモリ１０７へ転
送する。
【００２１】ＣＯＮＴＲＯＬＬＥＲ２１１は、各ＤＭＡ
Ｃに対して転送開始の指示を出したり、各ＤＭＡＣから
転送終了通知を受けたりする。
Ｃに対して転送開始の指示を出したり、各ＤＭＡＣから
転送終了通知を受けたりする。
【００２２】ＨＯＳＴ Ｉ／Ｆ２１３は、ＣＰＵ１０９
に対して割り込みを発生したり、Ｎｕｌｌパケットが書
き込まれた位置を示すアドレスなどのパラメータの受け
渡しを行う。
に対して割り込みを発生したり、Ｎｕｌｌパケットが書
き込まれた位置を示すアドレスなどのパラメータの受け
渡しを行う。
【００２３】図３は、図１に示すライトバッファ１０３
の構成を示すブロック図である。
の構成を示すブロック図である。
【００２４】ＦＩＦＯ３１１は、ＤＭＡＣ２０７からデ
ータを受け取り、最初に受け取ったデータから順次、Ｍ
ＵＸ（マルチプレクサ）３２１へ送る。ＭＵＸ３２１へ
送られたデータは、さらにＤＲＡＭ（ダイレクトランダ
ムアクセスメモリ）３３１へ送られ、ライトポインタ
（write pointer）３１２が示すアドレスに書き込まれ
る。
ータを受け取り、最初に受け取ったデータから順次、Ｍ
ＵＸ（マルチプレクサ）３２１へ送る。ＭＵＸ３２１へ
送られたデータは、さらにＤＲＡＭ（ダイレクトランダ
ムアクセスメモリ）３３１へ送られ、ライトポインタ
（write pointer）３１２が示すアドレスに書き込まれ
る。
【００２５】ＣＰＵ１０９は、「アドレス初期値」、
「所定値」および「アドレス最終値」をライトポインタ
３１２内のレジスタ（図示せず）にセットする。「アド
レス初期値」とはＤＲＡＭ３３１内のバッファメモリ領
域の先頭アドレスを、「アドレス最終値」とはＤＲＡＭ
３３１内のバッファメモリ領域の最終アドレスを意味す
る。「所定値」は「パケットサイズ」以上の値とする。
「所定値」および「アドレス最終値」をライトポインタ
３１２内のレジスタ（図示せず）にセットする。「アド
レス初期値」とはＤＲＡＭ３３１内のバッファメモリ領
域の先頭アドレスを、「アドレス最終値」とはＤＲＡＭ
３３１内のバッファメモリ領域の最終アドレスを意味す
る。「所定値」は「パケットサイズ」以上の値とする。
【００２６】ライトポインタ３１２は、「アドレス初期
値」に「所定値」を順次加算して、パケットが書き込ま
れるべきアドレスを順次生成する。具体的には、「アド
レス初期値」、「アドレス初期値＋所定値」、「アドレ
ス初期値＋所定値＊２」．．．というアドレスが順次生
成される。「アドレス初期値＋所定値＊ｎ（ｎ：整
数）」が「アドレス最終値」に達したら、パケットが書
き込まれるべきアドレスを「アドレス初期値」へ戻す。
なお、後述のように本実施形態においては、パケットは
固定長である。したがって、「アドレス初期値＋所定値
＊ｎ（ｎ：整数）」を計算することによってパケット書
き込みアドレスを順次生成することができる。パケット
が可変長である場合は、「アドレス初期値」と「これま
でに受け取ったパケットのパケット長の総和」とを加算
することによってパケット書き込みアドレスを順次生成
する。
値」に「所定値」を順次加算して、パケットが書き込ま
れるべきアドレスを順次生成する。具体的には、「アド
レス初期値」、「アドレス初期値＋所定値」、「アドレ
ス初期値＋所定値＊２」．．．というアドレスが順次生
成される。「アドレス初期値＋所定値＊ｎ（ｎ：整
数）」が「アドレス最終値」に達したら、パケットが書
き込まれるべきアドレスを「アドレス初期値」へ戻す。
なお、後述のように本実施形態においては、パケットは
固定長である。したがって、「アドレス初期値＋所定値
＊ｎ（ｎ：整数）」を計算することによってパケット書
き込みアドレスを順次生成することができる。パケット
が可変長である場合は、「アドレス初期値」と「これま
でに受け取ったパケットのパケット長の総和」とを加算
することによってパケット書き込みアドレスを順次生成
する。
【００２７】ＦＦ（フリップフロップ）３４１は、
（１）パケット書き込みアドレスをライトポインタ３１
２から受け取り、（２）パケット書き込みアドレス保持
し、（３）ＤＭＡＣ２０７からスタート信号を受け取る
と、パケット書き込みアドレスを出力する。ＤＭＡＣ２
０７は、Ｎｕｌｌパケットの最初の１バイトを送出する
際に、スタート信号を出力する。このスタート信号がト
リガーとなって、Ｎｕｌｌパケット書き込みアドレスが
ＦＦ３４１からパケット取捨選択装置１０１内のＤＭＡ
Ｃ２０７へ出力される。
（１）パケット書き込みアドレスをライトポインタ３１
２から受け取り、（２）パケット書き込みアドレス保持
し、（３）ＤＭＡＣ２０７からスタート信号を受け取る
と、パケット書き込みアドレスを出力する。ＤＭＡＣ２
０７は、Ｎｕｌｌパケットの最初の１バイトを送出する
際に、スタート信号を出力する。このスタート信号がト
リガーとなって、Ｎｕｌｌパケット書き込みアドレスが
ＦＦ３４１からパケット取捨選択装置１０１内のＤＭＡ
Ｃ２０７へ出力される。
【００２８】ライトポインタ３５２は、ＦＦ３４１から
パケット取捨選択装置１０１を介してＣＰＵ１０９へ出
力されたＮｕｌｌパケット書き込みアドレスを受け取
り、ＦＩＦＯ３５１へ出力する。
パケット取捨選択装置１０１を介してＣＰＵ１０９へ出
力されたＮｕｌｌパケット書き込みアドレスを受け取
り、ＦＩＦＯ３５１へ出力する。
【００２９】ＦＩＦＯ３５１は、ＣＰＵ１０９から改変
後パケットを受け取り、最初に受け取ったパケットから
順次、ＭＵＸ３２１へ送る。ＭＵＸ３２１へ送られたデ
ータは、さらにＤＲＡＭ３３１へ送られ、ライトポイン
タ３５２が示すＮｕｌｌパケット書き込みアドレスに書
き込まれる。このようにして「Ｎｕｌｌパケット」が
「改変後パケット」によって上書きされる。
後パケットを受け取り、最初に受け取ったパケットから
順次、ＭＵＸ３２１へ送る。ＭＵＸ３２１へ送られたデ
ータは、さらにＤＲＡＭ３３１へ送られ、ライトポイン
タ３５２が示すＮｕｌｌパケット書き込みアドレスに書
き込まれる。このようにして「Ｎｕｌｌパケット」が
「改変後パケット」によって上書きされる。
【００３０】図４は、パケット内の各フィールドを説明
するための図である。パケットは１８８バイトの固定長
であり、４バイトのヘッダー部分とadaptation_field４
１７とdata_byte４１９とから構成される。daptation_f
ield４１７とdata_byte４１９とはそれぞれ可変長であ
り、daptation_fieldとdata_byteとの合計は常に１８４
バイトである。
するための図である。パケットは１８８バイトの固定長
であり、４バイトのヘッダー部分とadaptation_field４
１７とdata_byte４１９とから構成される。daptation_f
ield４１７とdata_byte４１９とはそれぞれ可変長であ
り、daptation_fieldとdata_byteとの合計は常に１８４
バイトである。
【００３１】sync_byte４０１は、常に0x47に固定され
る。transport_error_indicator４０３は、このビット
が「１」の時はそのパケットにエラーが含まれているこ
とを示す。payload_unit_start_indicator４０５は、こ
のビットが「１」の時はそのパケットのdata_byte４１
９にＰＥＳ（Packetized Elementary Stream）またはセ
クションの先頭バイトが含まれていることを示す。tran
sport_priority４０７が「１」のパケットは、同じＰＩ
Ｄ（パケット識別番号）を持つパケットであって、tran
sport_priority４０７が「０」であるパケットよりも優
先度が高いことを示す。
る。transport_error_indicator４０３は、このビット
が「１」の時はそのパケットにエラーが含まれているこ
とを示す。payload_unit_start_indicator４０５は、こ
のビットが「１」の時はそのパケットのdata_byte４１
９にＰＥＳ（Packetized Elementary Stream）またはセ
クションの先頭バイトが含まれていることを示す。tran
sport_priority４０７が「１」のパケットは、同じＰＩ
Ｄ（パケット識別番号）を持つパケットであって、tran
sport_priority４０７が「０」であるパケットよりも優
先度が高いことを示す。
【００３２】ＰＩＤ４０９は、data_byte４１９に含ま
れるデータの種類を示す。また、ＰＩＤ=0x1FFFはＮｕ
ｌｌパケットを示すものとする。
れるデータの種類を示す。また、ＰＩＤ=0x1FFFはＮｕ
ｌｌパケットを示すものとする。
【００３３】transport_scrambling_control４１１は、
そのパケットにスクランブルがかかっているか否かを示
す。00:スクランブルなし、01,10,11:ユーザー定義(シ
ステムにより異なる）とする。
そのパケットにスクランブルがかかっているか否かを示
す。00:スクランブルなし、01,10,11:ユーザー定義(シ
ステムにより異なる）とする。
【００３４】adaptation_field_control４１３は、アダ
プテーションフィールド４１７とdata_byte４１９の長
さを示す。 00:reserved 01:adaptation_fieldなし、data_byteのみ(すなわち、d
ata_byteが184byte) 10:adaptation_fieldなし、data_byteのみ(すなわち、a
daputation_fieldが184byte) 11:adaptation_field、data_byteともにありとする。
プテーションフィールド４１７とdata_byte４１９の長
さを示す。 00:reserved 01:adaptation_fieldなし、data_byteのみ(すなわち、d
ata_byteが184byte) 10:adaptation_fieldなし、data_byteのみ(すなわち、a
daputation_fieldが184byte) 11:adaptation_field、data_byteともにありとする。
【００３５】continuity_counter４１５は、同一PIDを
有するパケットが来る毎に1ずつ増加する。adaptation_
field４１７は、そのパケットに関する付加的な情報を
表し、前記のように、adaptation_field_control４１３
が１０または１１の場合のみ存在する。
有するパケットが来る毎に1ずつ増加する。adaptation_
field４１７は、そのパケットに関する付加的な情報を
表し、前記のように、adaptation_field_control４１３
が１０または１１の場合のみ存在する。
【００３６】data_byte４１９には、実際のデータが置
かれる。映像や音声やセクションのデータが含まれる。
セクションには多数のパケットからなるストリームをデ
コードするために必要な情報が含まれる。デコードに必
要なデータとは、例えば番組情報やデスクランブルに必
要なデータなどである。ストリームを録画してから再生
する場合、セクションのデータの一部を改変しないと、
ストリームを再生することはできない。
かれる。映像や音声やセクションのデータが含まれる。
セクションには多数のパケットからなるストリームをデ
コードするために必要な情報が含まれる。デコードに必
要なデータとは、例えば番組情報やデスクランブルに必
要なデータなどである。ストリームを録画してから再生
する場合、セクションのデータの一部を改変しないと、
ストリームを再生することはできない。
【００３７】パケット取捨選択装置１０１によって改変
「必要」と判断された場合に、ＣＰＵ１０９によって改
変されるのは、data_byte４１９部分である。
「必要」と判断された場合に、ＣＰＵ１０９によって改
変されるのは、data_byte４１９部分である。
【００３８】図５（Ａ）〜（Ｃ）は、パケット取捨選択
装置１０１が要改変パケットを検出してから、Ｎｕｌｌ
パケットが改変後パケットによって上書きされるまでの
処理の流れを示す図である。
装置１０１が要改変パケットを検出してから、Ｎｕｌｌ
パケットが改変後パケットによって上書きされるまでの
処理の流れを示す図である。
【００３９】図５（Ａ）に示すように、パケット取捨選
択装置１０１は、要改変パケットを検出すると、要改変
パケットをＣＰＵ用メモリ１０７へ転送するとともに、
Ｎｕｌｌパケットをライトバッファ１０３に送出する。
ライトバッファ１０３が受け取ったＮｕｌｌパケット
は、ＤＲＡＭ３３１に蓄積される。Ｎｕｌｌパケットが
書き込まれるアドレス（Ｎｕｌｌパケット書き込みアド
レス）を「ｎ」とし、ＮｕｌｌパケットがＤＲＡＭ３３
１に書き込まれる以前に、ＤＲＡＭ３３１に書き込まれ
たパケットのアドレスを「ｎ−１」、「ｎ−２」とす
る。
択装置１０１は、要改変パケットを検出すると、要改変
パケットをＣＰＵ用メモリ１０７へ転送するとともに、
Ｎｕｌｌパケットをライトバッファ１０３に送出する。
ライトバッファ１０３が受け取ったＮｕｌｌパケット
は、ＤＲＡＭ３３１に蓄積される。Ｎｕｌｌパケットが
書き込まれるアドレス（Ｎｕｌｌパケット書き込みアド
レス）を「ｎ」とし、ＮｕｌｌパケットがＤＲＡＭ３３
１に書き込まれる以前に、ＤＲＡＭ３３１に書き込まれ
たパケットのアドレスを「ｎ−１」、「ｎ−２」とす
る。
【００４０】パケット取捨選択装置１０１は、Ｎｕｌｌ
パケット書き込みアドレス「ｎ」をライトバッファ１０
３から受け取り、ＣＰＵ用メモリ１０７へ転送する。
パケット書き込みアドレス「ｎ」をライトバッファ１０
３から受け取り、ＣＰＵ用メモリ１０７へ転送する。
【００４１】次に、図５（Ｂ）に示すように、パケット
取捨選択装置１０１は、新たなパケットを受け取り、改
変不要であると判断したら、それらパケットをライトバ
ッファ１０３へ送出する。改変不要と判断されたパケッ
トもＤＲＡＭ３３１に書き込まれる。新たなパケットが
書き込まれるアドレスを「ｎ＋１」、「ｎ＋２」とす
る。
取捨選択装置１０１は、新たなパケットを受け取り、改
変不要であると判断したら、それらパケットをライトバ
ッファ１０３へ送出する。改変不要と判断されたパケッ
トもＤＲＡＭ３３１に書き込まれる。新たなパケットが
書き込まれるアドレスを「ｎ＋１」、「ｎ＋２」とす
る。
【００４２】新たなパケットがライトバッファ１０３内
のＤＲＡＭ３３１に書き込まれている間に、ＣＰＵ１０
９は要改変パケットに対して所定の改変処理を行うとと
もに、Ｎｕｌｌパケット書き込みアドレス「ｎ」を受け
取る。所定の改変処理とは例えば、記録するプログラム
番号にしたがって、トランスポートパケットのdata_byt
e４１９に含まれるセクション情報を改変することであ
る。
のＤＲＡＭ３３１に書き込まれている間に、ＣＰＵ１０
９は要改変パケットに対して所定の改変処理を行うとと
もに、Ｎｕｌｌパケット書き込みアドレス「ｎ」を受け
取る。所定の改変処理とは例えば、記録するプログラム
番号にしたがって、トランスポートパケットのdata_byt
e４１９に含まれるセクション情報を改変することであ
る。
【００４３】さらに、図５（Ｃ）に示すように、ＣＰＵ
１０９は、改変後パケットをＤＲＡＭ３３１内のＮｕｌ
ｌパケット書き込みアドレス「ｎ」に書き込む。これに
よって、ライトバッファ１０３内のＤＲＡＭ３３１に蓄
積されているＮｕｌｌパケットが改変後パケットによっ
て上書きされる。
１０９は、改変後パケットをＤＲＡＭ３３１内のＮｕｌ
ｌパケット書き込みアドレス「ｎ」に書き込む。これに
よって、ライトバッファ１０３内のＤＲＡＭ３３１に蓄
積されているＮｕｌｌパケットが改変後パケットによっ
て上書きされる。
【００４４】図６は、パケット取捨選択装置１０１が、
パケット改変の要否を判断し、ＣＰＵ１０９にＮｕｌｌ
パケット書き込みアドレスを通知する処理の流れを示す
フローチャートである。
パケット改変の要否を判断し、ＣＰＵ１０９にＮｕｌｌ
パケット書き込みアドレスを通知する処理の流れを示す
フローチャートである。
【００４５】図６に示すように、ステップＳ６０１にお
いて、ＤＭＡＣ２０１がパケットを受け取ると、ＣＯＮ
ＴＲＯＬＬＥＲ２１１が受け取ったパケットのＰＩＤ４
１９（パケット識別番号）を調べて、ライトバッファ１
０３に送出すべきか否かを判断する。ここで行うパケッ
ト送出の要否判断と、この後に行うパケット改変の要否
判断とは相違する。ライトバッファ１０３への送出が必
要なパケットの中に、改変が必要なパケットと改変が不
要なパケットとが存在する。例えば、映像、音声、セク
ションに関するパケットはライトバッファ１０３への送
出が必要なパケットであり、これらのパケットのうちセ
クションに関するパケットは改変が必要なパケットであ
る。
いて、ＤＭＡＣ２０１がパケットを受け取ると、ＣＯＮ
ＴＲＯＬＬＥＲ２１１が受け取ったパケットのＰＩＤ４
１９（パケット識別番号）を調べて、ライトバッファ１
０３に送出すべきか否かを判断する。ここで行うパケッ
ト送出の要否判断と、この後に行うパケット改変の要否
判断とは相違する。ライトバッファ１０３への送出が必
要なパケットの中に、改変が必要なパケットと改変が不
要なパケットとが存在する。例えば、映像、音声、セク
ションに関するパケットはライトバッファ１０３への送
出が必要なパケットであり、これらのパケットのうちセ
クションに関するパケットは改変が必要なパケットであ
る。
【００４６】ライトバッファ１０３への送出不要と判断
された場合、処理を終了する。ライトバッファ１０３へ
の送出必要と判断された場合、ステップＳ６０３へ進
む。
された場合、処理を終了する。ライトバッファ１０３へ
の送出必要と判断された場合、ステップＳ６０３へ進
む。
【００４７】ステップＳ６０３において、ＤＭＡＣ２０
７は、（１）ＦＩＦＯ３１１にパケットを送出するとと
もに、（２）ＦＦ３４１からパケットが書き込まれるア
ドレスを受け取る。
７は、（１）ＦＩＦＯ３１１にパケットを送出するとと
もに、（２）ＦＦ３４１からパケットが書き込まれるア
ドレスを受け取る。
【００４８】ステップＳ６０５において、パケット改変
の要否が判断される。改変の要否判断もＣＯＮＴＲＯＬ
ＬＥＲ２１１がＰＩＤ４１９を調べることによって行
う。
の要否が判断される。改変の要否判断もＣＯＮＴＲＯＬ
ＬＥＲ２１１がＰＩＤ４１９を調べることによって行
う。
【００４９】改変不要と判断された場合、処理を終了す
る。改変必要と判断された場合、ステップＳ６０７へ進
む。
る。改変必要と判断された場合、ステップＳ６０７へ進
む。
【００５０】ステップＳ６０７において、ＤＭＡＣ２０
９は、（１）ＣＰＵ用メモリ１０７へパケットを送出す
るとともに、（２）ＣＰＵ１０９へＮｕｌｌパケット書
き込みアドレスを通知する。
９は、（１）ＣＰＵ用メモリ１０７へパケットを送出す
るとともに、（２）ＣＰＵ１０９へＮｕｌｌパケット書
き込みアドレスを通知する。
【００５１】ステップＳ６０９において、ＣＯＮＴＲＯ
ＬＬＥＲ２１１は、パケット取捨選択装置１０１からＣ
ＰＵ１０９へのパケットおよびパケット書き込みアドレ
スの転送が終了したか否かを定期的に調べる。
ＬＬＥＲ２１１は、パケット取捨選択装置１０１からＣ
ＰＵ１０９へのパケットおよびパケット書き込みアドレ
スの転送が終了したか否かを定期的に調べる。
【００５２】具体的には、ＣＯＮＴＲＯＬＬＥＲ２１１
は、ＤＭＡＣ２０９に対して、「転送先のアドレス」、
「転送元のアドレス」および「転送バイト数」をセット
する。ＤＭＡＣ２０９は、セットされた「転送バイト
数」の転送を終了したら、ＣＯＮＴＲＯＬＬＥＲ２１１
へパケットおよびパケット書き込みアドレスの転送終了
を通知する。
は、ＤＭＡＣ２０９に対して、「転送先のアドレス」、
「転送元のアドレス」および「転送バイト数」をセット
する。ＤＭＡＣ２０９は、セットされた「転送バイト
数」の転送を終了したら、ＣＯＮＴＲＯＬＬＥＲ２１１
へパケットおよびパケット書き込みアドレスの転送終了
を通知する。
【００５３】ステップＳ６１１において、ＣＯＮＴＲＯ
ＬＬＥＲ２１１は、ＨＯＳＴ Ｉ／Ｆ２１３を経由して
ＣＰＵ１０９へパケットおよびパケット書き込みアドレ
スの転送終了を通知する。
ＬＬＥＲ２１１は、ＨＯＳＴ Ｉ／Ｆ２１３を経由して
ＣＰＵ１０９へパケットおよびパケット書き込みアドレ
スの転送終了を通知する。
【００５４】要改変パケットの転送終了がＣＰＵ１０９
へ通知されると、ＣＰＵ１０９はパケットの改変を開始
する。
へ通知されると、ＣＰＵ１０９はパケットの改変を開始
する。
【００５５】図７は、ＣＰＵ１０９によるパケット改変
処理の流れを示すフローチャートである。
処理の流れを示すフローチャートである。
【００５６】図７に示すように、ＣＰＵ１０９は要改変
パケットの転送終了通知を認識したら（ステップＳ７０
１でＹＥＳ）、ＣＰＵ用メモリ１０７に置かれた要改変
パケットのＰＩＤ４０９を調べ（ステップＳ７０３）、
記録中のProgramNo.に基づいてパケットをどのように改
変するかを判断する（ステップＳ７０５）。例えば、Pr
ogramNo.A,B,Cを含むストリームのうち、ProgramNo.Aに
関する情報だけを記録する場合、ProgramNo.A,B,Cの情
報を含んでいるセクションデータをProgramNo.Aだけの
情報を含むように改変する。
パケットの転送終了通知を認識したら（ステップＳ７０
１でＹＥＳ）、ＣＰＵ用メモリ１０７に置かれた要改変
パケットのＰＩＤ４０９を調べ（ステップＳ７０３）、
記録中のProgramNo.に基づいてパケットをどのように改
変するかを判断する（ステップＳ７０５）。例えば、Pr
ogramNo.A,B,Cを含むストリームのうち、ProgramNo.Aに
関する情報だけを記録する場合、ProgramNo.A,B,Cの情
報を含んでいるセクションデータをProgramNo.Aだけの
情報を含むように改変する。
【００５７】その後、改変後パケットを、パケット取捨
選択装置１０１から受け取ったＮｕｌｌパケット書き込
みアドレスに書き込む（ステップＳ７０９）。
選択装置１０１から受け取ったＮｕｌｌパケット書き込
みアドレスに書き込む（ステップＳ７０９）。
【００５８】上記の如く、本発明の実施形態によれば、
パケット取捨選択装置１０１はパケットの改変が必要と
判断したら、（１−１）Ｎｕｌｌパケットをライトバッ
ファ１０３へ送り出し、（１−２）ライトバッファ１０
３からＮｕｌｌパケット書き込みアドレスを受け取り、
（１−３）要改変パケットをＣＰＵ用メモリ１０７に送
り出し、（１−４）Ｎｕｌｌパケット書き込みアドレス
をＣＰＵ１０９へ通知する。
パケット取捨選択装置１０１はパケットの改変が必要と
判断したら、（１−１）Ｎｕｌｌパケットをライトバッ
ファ１０３へ送り出し、（１−２）ライトバッファ１０
３からＮｕｌｌパケット書き込みアドレスを受け取り、
（１−３）要改変パケットをＣＰＵ用メモリ１０７に送
り出し、（１−４）Ｎｕｌｌパケット書き込みアドレス
をＣＰＵ１０９へ通知する。
【００５９】そして、ＣＰＵ１０９は要改変パケットの
転送終了通知を認識すると、（２−１）ＣＰＵ用メモリ
１０７に置かれたパケットのＰＩＤを調べ、（２−２）
記録中のProgramNo.に応じて実行すべき改変の内容を判
断し、（２−３）パケットのdata_byte部分を改変し、
（２−４）改変後パケットをＮｕｌｌパケット書き込み
アドレスに書き込む。
転送終了通知を認識すると、（２−１）ＣＰＵ用メモリ
１０７に置かれたパケットのＰＩＤを調べ、（２−２）
記録中のProgramNo.に応じて実行すべき改変の内容を判
断し、（２−３）パケットのdata_byte部分を改変し、
（２−４）改変後パケットをＮｕｌｌパケット書き込み
アドレスに書き込む。
【００６０】これら一連の処理によって、図５に示すよ
うに、パケット取捨選択装置１０１が要改変パケットを
受け取った場合、パケット取捨選択装置１０１はとりあ
えずＮｕｌｌパケットをライトバッファ１０３へ送り出
し、またその後にパケット取捨選択装置１０１が受け取
ったパケットもライトバッファ１０３へ順次送り出すこ
とができるため、パケット取捨選択装置１０１内に設け
るＤＡＴＡＲＡＭ２０５は小容量のメモリで済む。
うに、パケット取捨選択装置１０１が要改変パケットを
受け取った場合、パケット取捨選択装置１０１はとりあ
えずＮｕｌｌパケットをライトバッファ１０３へ送り出
し、またその後にパケット取捨選択装置１０１が受け取
ったパケットもライトバッファ１０３へ順次送り出すこ
とができるため、パケット取捨選択装置１０１内に設け
るＤＡＴＡＲＡＭ２０５は小容量のメモリで済む。
【００６１】メモリ容量をどの程度、節約することがで
きるかについて具体的に説明する。要改変パケットをＣ
ＰＵ用メモリ１０７に転送するために約１２００サイク
ル、ＣＰＵ用メモリ１０７に書かれた要改変パケットを
ＣＰＵ１０９が改変するために約１００サイクル、改変
後のパケットをＣＰＵ用メモリ１０７からパケット取捨
選択装置１０１内のＤＡＴＡＲＡＭ２０５に転送するた
めに約１２００サイクルが必要であるとすると、これら
の合計は２５００サイクルになる。
きるかについて具体的に説明する。要改変パケットをＣ
ＰＵ用メモリ１０７に転送するために約１２００サイク
ル、ＣＰＵ用メモリ１０７に書かれた要改変パケットを
ＣＰＵ１０９が改変するために約１００サイクル、改変
後のパケットをＣＰＵ用メモリ１０７からパケット取捨
選択装置１０１内のＤＡＴＡＲＡＭ２０５に転送するた
めに約１２００サイクルが必要であるとすると、これら
の合計は２５００サイクルになる。
【００６２】ＤＡＴＡＲＡＭ２０５の周波数を１３３Ｍ
Ｈｚ、入力ストリームが８ビット幅でかつ１０ＭＨｚの
レートで入力されたとすると、２５００（サイクル）÷
１３３Ｍ（サイクル／秒）＊１０Ｍ（サイクル／秒）＊
１（バイト／サイクル）＝約２００バイトとなる。
Ｈｚ、入力ストリームが８ビット幅でかつ１０ＭＨｚの
レートで入力されたとすると、２５００（サイクル）÷
１３３Ｍ（サイクル／秒）＊１０Ｍ（サイクル／秒）＊
１（バイト／サイクル）＝約２００バイトとなる。
【００６３】つまり、本実施形態によれば、要改変パケ
ットをＣＰＵ用メモリ１０７へ転送し、ＣＰＵ１０９が
パケットを改変し、改変後パケットをＤＡＴＡＲＡＭ２
０５へ転送するまでの間にパケット取捨選択装置１０１
が受け取ったパケット（２００バイト）をＤＡＴＡＲＡ
Ｍ２０５に蓄積しておく必要がないので、ＤＡＴＡＲＡ
Ｍ２０５の容量を２００バイト分節約することができ
る。入力ビットレートが２倍、４倍、つまり２０ＭＨ
ｚ、４０ＭＨｚに増加すれば、節約することができる容
量も２倍、４倍つまり約４００バイト、８００バイトに
増加する。なお、本実施形態では、パケットは固定長と
したので、パケット取捨選択装置１０１はＣＰＵ１０９
へ、ライトバッファ内ＤＲＡＭ３３１に書き込まれた要
改変パケットの先頭アドレス、つまり改変後パケットの
書き込み開始アドレスだけを通知すれば良い。しかし、
パケットを可変長とする場合には、パケット取捨選択装
置１０１はＣＰＵ１０９へ、改変後パケットの書き込み
開始アドレスだけでなく、書き込まれる改変後パケット
の長さ（パケット長）も通知する必要がある。
ットをＣＰＵ用メモリ１０７へ転送し、ＣＰＵ１０９が
パケットを改変し、改変後パケットをＤＡＴＡＲＡＭ２
０５へ転送するまでの間にパケット取捨選択装置１０１
が受け取ったパケット（２００バイト）をＤＡＴＡＲＡ
Ｍ２０５に蓄積しておく必要がないので、ＤＡＴＡＲＡ
Ｍ２０５の容量を２００バイト分節約することができ
る。入力ビットレートが２倍、４倍、つまり２０ＭＨ
ｚ、４０ＭＨｚに増加すれば、節約することができる容
量も２倍、４倍つまり約４００バイト、８００バイトに
増加する。なお、本実施形態では、パケットは固定長と
したので、パケット取捨選択装置１０１はＣＰＵ１０９
へ、ライトバッファ内ＤＲＡＭ３３１に書き込まれた要
改変パケットの先頭アドレス、つまり改変後パケットの
書き込み開始アドレスだけを通知すれば良い。しかし、
パケットを可変長とする場合には、パケット取捨選択装
置１０１はＣＰＵ１０９へ、改変後パケットの書き込み
開始アドレスだけでなく、書き込まれる改変後パケット
の長さ（パケット長）も通知する必要がある。
【００６４】また、説明の都合上、パケット取捨選択装
置１０１がパケットの改変が必要と判断した際に、パケ
ット取捨選択装置１０１からライトバッファ１０３へ送
り出されるパケットに「Ｎｕｌｌパケット」という名前
を付け、パケット取捨選択装置１０１からＣＰＵ用メモ
リ１０７へ送り出されるパケットに「要改変パケット」
という名前を付けた。しかし、これらパケットは実質的
には同一内容のパケットであっても良い。つまり、パケ
ット取捨選択装置１０１が改変必要と判断したパケット
をそのままライトバッファ１０３へ送り出すとしてもな
んら問題はない。
置１０１がパケットの改変が必要と判断した際に、パケ
ット取捨選択装置１０１からライトバッファ１０３へ送
り出されるパケットに「Ｎｕｌｌパケット」という名前
を付け、パケット取捨選択装置１０１からＣＰＵ用メモ
リ１０７へ送り出されるパケットに「要改変パケット」
という名前を付けた。しかし、これらパケットは実質的
には同一内容のパケットであっても良い。つまり、パケ
ット取捨選択装置１０１が改変必要と判断したパケット
をそのままライトバッファ１０３へ送り出すとしてもな
んら問題はない。
【００６５】さらに、説明の都合上、ＣＰＵ用メモリ１
０９とＤＲＡＭ３３１とを別々のメモリのように図示し
ているが、物理的に一体であるメモリ上の別々の領域を
ＣＰＵ用とライトバッファ用に割り当てるとしても良
い。
０９とＤＲＡＭ３３１とを別々のメモリのように図示し
ているが、物理的に一体であるメモリ上の別々の領域を
ＣＰＵ用とライトバッファ用に割り当てるとしても良
い。
【００６６】
【発明の効果】上記の如く、本発明のパケット記憶装置
およびパケット記憶方法を用いることにより、改変がさ
れていないパケット（Ｎｕｌｌパケット）をライトバッ
ファ内にとりあえず蓄積しておいて、パケットの改変終
了後に、Ｎｕｌｌパケットを改変後パケットによって上
書きすることが可能となる。これにより、パケット取捨
選択装置内に設けるメモリを小容量化することができ
る。
およびパケット記憶方法を用いることにより、改変がさ
れていないパケット（Ｎｕｌｌパケット）をライトバッ
ファ内にとりあえず蓄積しておいて、パケットの改変終
了後に、Ｎｕｌｌパケットを改変後パケットによって上
書きすることが可能となる。これにより、パケット取捨
選択装置内に設けるメモリを小容量化することができ
る。
【図１】本発明の実施形態に係るパケット取捨選択装置
と、ライトバッファと、記録媒体と、ＣＰＵ用メモリ
と、ＣＰＵとの間でのパケットの流れを示す概念図であ
る。
と、ライトバッファと、記録媒体と、ＣＰＵ用メモリ
と、ＣＰＵとの間でのパケットの流れを示す概念図であ
る。
【図２】図１に示すパケット取捨選択装置１０１の構成
を示すブロック図である。
を示すブロック図である。
【図３】図１に示すライトバッファ１０３の構成を示す
ブロック図である。
ブロック図である。
【図４】パケット内の各フィールドを説明するための図
である。
である。
【図５】図１に示すパケット取捨選択装置１０１が要改
変パケットを検出してから、Ｎｕｌｌパケットが改変後
パケットによって上書きされるまでの処理の流れを示す
図である。
変パケットを検出してから、Ｎｕｌｌパケットが改変後
パケットによって上書きされるまでの処理の流れを示す
図である。
【図６】図１に示すパケット取捨選択装置１０１が、パ
ケット改変の要否を判断し、ＣＰＵ１０９にパケット書
き込みアドレスを通知する処理の流れを示すフローチャ
ートである。
ケット改変の要否を判断し、ＣＰＵ１０９にパケット書
き込みアドレスを通知する処理の流れを示すフローチャ
ートである。
【図７】図１に示すＣＰＵ１０９によるパケット改変処
理の流れを示すフローチャートである。
理の流れを示すフローチャートである。
１０１ パケット取捨選択装置 １０３ ライトバッファ １０５ 記録媒体 １０７ ＣＰＵ用メモリ １０９ ＣＰＵ １１１ パケット改変装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 冨澤 研二 東京都青梅市新町３丁目３番地の１ 東芝 デジタルメディアエンジニアリング株式会 社内 Ｆターム(参考） 5D044 AB05 AB07 CC04 DE03 DE38 EF03 5K030 GA06 HA08 HB02 HB09 HB21 JA05 JT04 KA03 KA06 LA15 LD07 LE11 MA13 5K034 AA11 DD02 EE03 FF01 HH42
Claims (5)
- 【請求項１】 パケットを改変する必要があるか否かを
判断し、前記パケットを送り出すパケット取捨選択装置
と、 前記パケットを蓄積するバッファと、 前記パケットを改変するパケット改変装置と、を備え、 前記バッファは、前記パケット取捨選択装置から前記パ
ケットを受け取って蓄積し、かつ前記パケットが書き込
まれるアドレス（パケット書き込みアドレス）を前記パ
ケット取捨選択装置へ送り返し、 前記パケット取捨選択装置は、前記バッファから前記パ
ケット書き込みアドレスを受け取り、前記パケット改変
装置へ前記パケットと前記パケット書き込みアドレスを
送り出し、 前記パケット改変装置は、前記パケット取捨選択装置か
ら受け取った前記パケットを改変し、改変済みパケット
を前記パケット書き込みアドレスに従って前記バッファ
に書き込む、ことを特徴とするパケット処理装置。 - 【請求項２】 前記パケット取捨選択装置は、 前記パケットを改変する必要があるかを判断する判断部
と、 前記パケットを前記バッファに送り出し、かつ前記バッ
ファから前記パケット書き込みアドレスを受け取る第１
の送受信部と、 前記パケットと前記パケット書き込みアドレスとを、前
記パケット改変装置へ送り出す第２の送受信部と、 前記パケットと前記パケット書き込みアドレスとを前記
パケット改変装置へ送り出し終わったことを示す割り込
み信号を、前記パケット改変装置へ送り出す割り込み信
号送信部と、を備えることを特徴とする請求項１記載の
パケット処理装置。 - 【請求項３】 前記バッファは、 前記パケット取捨選択装置から受け取ったパケットと前
記パケット改変装置から受け取ったパケットとが書き込
まれるメモリと、 前記パケット取捨選択装置から受け取ったパケットが書
き込まれる位置を示す前記パケット書き込みアドレスを
生成するパケット書き込みアドレス生成部と、 前記パケット書き込みアドレスを保持し、前記パケット
取捨選択装置からのスタート信号に同期して前記パケッ
ト書き込みアドレスを送り出すラッチ回路と、 前記パケット改変装置から受け取った前記改変済みパケ
ットが書き込まれる位置を示す前記パケット書き込みア
ドレスを保持するパケット書き込みアドレス保持部と、
を備えることを特徴とする請求項１乃至２記載のパケッ
ト処理装置。 - 【請求項４】 パケット取捨選択装置が、順次入力する
パケットをパケット蓄積用のバッファに送り出し、前記
バッファからパケットが書き込まれるアドレス（パケッ
ト書き込みアドレス）を受け取り、パケット識別番号に
よってパケット改変の要否を判断し、改変が必要である
と判断したらパケット改変装置に前記パケットと前記パ
ケット書き込みアドレスを送り出し、前記パケットと前
記パケット書き込みアドレスとの送り出しが終了した
ら、パケット・アドレス送り出し終了通知を前記パケッ
ト改変装置に送り出すことを特徴とするパケット処理方
法。 - 【請求項５】 さらに、前記パケット改変装置が、前記
パケット・アドレス送り出し終了通知を受け取ったら、
受け取ったパケットのパケット識別番号に従ってパケッ
ト内データを改変し、改変したパケットを前記パケット
書き込みアドレスに従って、未改変パケットを改変済み
パケットによって上書きすることを特徴とする請求項４
記載のパケット処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001181868A JP3857077B2 (ja) | 2001-06-15 | 2001-06-15 | パケット処理装置およびパケット処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001181868A JP3857077B2 (ja) | 2001-06-15 | 2001-06-15 | パケット処理装置およびパケット処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002374310A true JP2002374310A (ja) | 2002-12-26 |
| JP3857077B2 JP3857077B2 (ja) | 2006-12-13 |
Family
ID=19022070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001181868A Expired - Fee Related JP3857077B2 (ja) | 2001-06-15 | 2001-06-15 | パケット処理装置およびパケット処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3857077B2 (ja) |
-
2001
- 2001-06-15 JP JP2001181868A patent/JP3857077B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3857077B2 (ja) | 2006-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7219238B2 (en) | Data transfer control device, electronic instrument, and data transfer control method | |
| US6463060B1 (en) | Signal processing circuit | |
| KR100246070B1 (ko) | 비디오 데이터 전송, 라인 속도 변경, 데이터 구조 준비 및 가변 속도 클럭의 속도 결정 방법과 컴퓨터 판독가능 매체 | |
| RU2390053C2 (ru) | Диспетчер сообщений и способ управления доступом к данным в памяти сообщений коммуникационного компонента | |
| EP1068734A1 (en) | Method and apparatus for controlling data flow between devices connected by a memory | |
| US20030215090A1 (en) | Data transfer control device, electronic instrument, and data transfer control method | |
| EP1094637B1 (en) | IEEE 1394 bus interface | |
| US7054959B2 (en) | Isochronous data transfer control method including packet configuration of thus-read isochronous header and data | |
| JP4703074B2 (ja) | 電子ネットワークにおけるコンテクストを切り換える装置及び方法 | |
| EP1253520B1 (en) | Apparatus for issuing command for high-speed serial interface | |
| US6580711B1 (en) | Serial interface circuit and signal processing method of the same | |
| US7565460B2 (en) | Information processing apparatus and method for handling packet streams | |
| US7076626B2 (en) | Data transfer control device, electronic instrument, and data transfer control method | |
| JP2002374310A (ja) | パケット処理装置およびパケット処理方法 | |
| JP3784994B2 (ja) | データ処理装置 | |
| US6681277B1 (en) | Data processing apparatus and data transfer control method | |
| KR100950356B1 (ko) | 다중 코히런시 단위들을 지원하는 데이터 전송 유닛 | |
| JP2004056376A (ja) | 半導体装置及びデータ転送制御方法 | |
| US6961801B1 (en) | Method and apparatus for accessing video data in memory across flow-controlled interconnects | |
| JP4514411B2 (ja) | バス間通信インタフェース装置 | |
| US20030189957A1 (en) | Transport stream demultiplexer and method of deleting memory traffic | |
| KR100636107B1 (ko) | 실시간 데이터 처리 장치 및 방법 | |
| KR101116613B1 (ko) | 메모리 액세스 제어 장치 및 방법 | |
| US6865654B2 (en) | Device for interfacing asynchronous data using first-in-first-out | |
| EP0981225A1 (en) | Data communication method and electronic device, and program supplying medium for supplying data communication program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050308 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060905 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060913 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |