JP2004112188A - データ編集方法 - Google Patents
データ編集方法 Download PDFInfo
- Publication number
- JP2004112188A JP2004112188A JP2002270131A JP2002270131A JP2004112188A JP 2004112188 A JP2004112188 A JP 2004112188A JP 2002270131 A JP2002270131 A JP 2002270131A JP 2002270131 A JP2002270131 A JP 2002270131A JP 2004112188 A JP2004112188 A JP 2004112188A
- Authority
- JP
- Japan
- Prior art keywords
- data
- sector
- mpeg
- file
- packet
- 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
Images
Abstract
【課題】ディスク上のＭＰＥＧ−２トランスポートデータを編集する際にディスクのセクタ境界とトランスポートパケット境界のアライメントを解決し、ＣＰＵの処理負担を軽減しディスクアクセス処理を簡便化する。
【解決手段】ＭＰＥＧ−２トランスポートデータに対し、ユーザーが分割処理要求を行った時に、要求された分割位置より前方に存在するセクタ境界とトランスポートストリームパケット境界を共に満たす共通境界位置を算出し、得られた共通境界位置と分割要求位置との間をＮＵＬＬ等の映像及び音声信号を持たないトランスポートパケットで上書き記録する。
【選択図】 図３
【解決手段】ＭＰＥＧ−２トランスポートデータに対し、ユーザーが分割処理要求を行った時に、要求された分割位置より前方に存在するセクタ境界とトランスポートストリームパケット境界を共に満たす共通境界位置を算出し、得られた共通境界位置と分割要求位置との間をＮＵＬＬ等の映像及び音声信号を持たないトランスポートパケットで上書き記録する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明は、ディジタル動画音声圧縮技術規格（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ：以下ＭＰＥＧと呼称）を用いたＭＰＥＧ２トランスポートストリームデータを記録し、或いは再生するディスク記録再生装置において、データファイルの分割処理を行う場合のデータ編集方法に関するものである。
【０００２】
【従来の技術】
現在、日本国内及び欧米における衛星ディジタル放送や地上波ディジタル放送等においての映像及び音声信号を伝送するデータ方式として、ＩＥＣ／ＩＳＯ １３８１８において規定されるＭＰＥＧ２トランスポートストリーム（以下ＭＰＥＧ−２ ＴＳと呼称）が使用されている。
【０００３】
ＭＰＥＧ−２ ＴＳは、放送されるプログラムの映像や音声それぞれに対応する情報データを持つ１８８バイト固定長のＭＰＥＧ−２ ＴＳパケットと呼ばれる単位で時分割多重化される。
【０００４】
このように放送プログラムに対応するＭＰＥＧ−２ ＴＳを受信側において送信側と同じ情報圧縮されたディジタル信号の状態のままで、例えば、ハードディスクや光ディスク等のランダムアクセス可能なディスク状記録媒体に書き込み記録やデータファイルとして保存することができれば、画質や音質をまったく劣化させることなく、高品質のＡＶプログラムを随時繰り返して視聴することや、即応性が高いランダムアクセス再生及び自由度の高いプログラム編集が可能である。
【０００５】
次に、上述した技術を用いた従来例について説明する。図４はディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳのデータ構造、図５はディスク上のデータファイルを管理するためのファイルシステム情報を示す図である。また、図６〜図９はデータを分割編集処理する場合の処理方法を説明するための説明図、図１０はこの処理の流れを示すフローチャートである。
【０００６】
まず、図４に示すようにＭＰＥＧ−２ ＴＳデータをディスク上に書き込む場合には、セクタと呼ばれる論理ブロック毎に連続的、或いは連続した未記録セクタ領域が足りない場合には離散的にディスク上に記録される。図５のＡ、Ｂ１、Ｂ２、Ｃ１、Ｃ２はディスク上に記録されたデータを示す。なお、本願明細書では、１セクタのサイズは２０４８バイトと仮定する。
【０００７】
従来、ハードディスクや光ディスク等のランダムアクセス可能なディスク状記録媒体上のデータファイルを管理する方式として使用されているＦｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ（以下ＦＡＴ）やＵｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ（以下ＵＤＦ）等のファイルシステムの仕様として、次に挙げる３つの規定がなされている。
（１）記録書き込みを開始するデータの位置は必ずセクタの先頭から開始しなければならない。
（２）データファイルの終端が存在するセクタ以外でセクタの途中でデータが途切れてはならない。
（３）異なるデータファイルが重複するセクタ領域を有していてはいけない。
この規程がなされているため、ＭＰＥＧ−２ ＴＳの書き込みや編集処理においてもこの仕様に準拠しなければならない。
【０００８】
上記手順によってディスク上に記録されたＭＰＥＧ−２ ＴＳデータをファイルとして管理し、後の編集処理を簡易に行うためユーザーインターフェースを構築する方法として、図５に示すように対象となるＭＰＥＧ−２ ＴＳデータのファイル名（ユーザーによる任意定義可能）、データファイルが実際にディスクのどこから記録されているかを示す開始セクタ番号、この開始セクタから開始するデータサイズ等、ファイル名とディスク上の位置情報を関連付けるためのテーブルが用いられる。この方法によってユーザーはディスクのどの位置にどのデータが存在するかを意識せずに、ファイル名を指定するだけで、所望のデータにアクセスすることが可能となる。
【０００９】
次に、図４に示すデータ構造とファイルシステム情報を持つＭＰＥＧ−２ ＴＳデータファイルの分割処理を図６〜図９及び図１０のフローチャートを参照して説明する。図６〜図９のステップ番号と図１０のステップ番号は対応している。
【００１０】
まず、ディスク上に記録されているＭＰＥＧ−２ ＴＳデータ、ファイル名ＦＩＬＥ００００、アクセス開始セクタ位置＃Ｎ， アクセスデータサイズ１８８×ｎ１に関して、図中に示すＴＳパケットの境界となる位置１８８×ｎｄｉｖバイトで分割し、ＭＰＥＧ−２ ＴＳデータ先頭から分割位置までをＦＩＬＥ０００１、分割位置よりＭＰＥＧ−２ ＴＳデータ終端までをＦＩＬＥ０００２とする要求がユーザーから発生したとする（図１０のステップ１、図６（ａ））。
【００１１】
この要求に対し、ファイル先頭から分割位置までのデータは、ファイルシステム情報において新規ファイル名ＦＩＬＥ０００１、アクセス開始セクタ位置＃Ｎ、アクセスデータサイズ１８８×ｎｄｉｖとして登録する（図１０のステップ２、図６（ｂ））。
【００１２】
ここで、分割位置１８８×ｎｄｉｖバイトからＭＰＥＧ−２ ＴＳデータ終端位置１８８×ｎ１までのデータに関しても、ステップ２と同じようにＦＩＬＥ０００２、アクセス開始セクタ位置１８８×ｎｄｉｖバイト， アクセスデータサイズ（１８８×ｎ１−１８８×ｎｄｉｖ ）バイトとすることは、アクセス開始位置がセクタ＃Ｎ＋１の途中からになってしまうため、既存のファイルシステム規程の仕様としては許されないものとなってしまう。そのため、通常は１８８バイトのＴＳパケット境界と２０４８バイトのセクタ境界を共に満たすようアライメント調整を行う必要がある。
【００１３】
上記ＴＳパケット境界とセクタ境界のアライメント調整を行う方法として、映像及び音声情報のどちらも持たないダミー情報だけで構成されるＴＳパケット（ＮＵＬＬパケット）を、ディスクに記録することが有効である。
【００１４】
ＮＵＬＬパケットはＭＰＥＧ規格において規定されており、送信側で情報圧縮されたＭＰＥＧ−２ ＴＳストリームを受信側でデータの伸張を行う際、ＮＵＬＬパケットのデータが伝送された時はデータの伸張処理自体を行わない仕様となっている。
【００１５】
このＮＵＬＬパケットを適用した分割位置１８８×ｎｄｉｖバイト以降のデータに関するアライメント調整方法について説明する。まず、始めに分割位置から次に連続するセクタ＃Ｎ＋１までのオフセット値Ｌを次式（１）により算出する（図１０のステップ３、図７（ａ））。
【００１６】
Ｌ＝２０４８−（（１８８×ｎｄｉｖ） ｍｏｄ ２０４８ ） …（１）
但し、Ａ ｍｏｄ Ｂにおける演算子ｍｏｄは、ＡをＢで除算した際の剰余を示す。
【００１７】
続いて、式（１）より算出したＬを元に１８８バイトのＴＳパケット境界と２０４８バイトのセクタ境界のアライメントをとるために、追加すべきＮＵＬＬパケットの数ｎＮＵＬ Ｌを次式（２）より算出する（図１０のステップ４、図７（ｂ））。
【００１８】
（ Ｌ ＋ １８８×ｎＮＵＬＬ ） ｍｏｄ ２０４８ ＝ ０となるｎＮＵＬＬ …（２）
式（２）から取得したｎＮＵＬＬ分のＮＵＬＬパケットを実際にディスクに書き込むため、ディスク上の未記録セクタ領域＃Ｘを検索し、セクタ番号＃Ｘのセクタから１８８×ｎＮＵＬＬバイト分のＮＵＬＬパケットを記録する（図１０のステップ５、図７（ｃ））。
【００１９】
次に、対象となるＭＰＥＧ２−ＴＳデータの分割位置１８８×ｎＤＩＶが存在するセクタ番号＃ＮＤＩＶを次式（３）より算出する（図１０のステップ６、図８（ａ））。
【００２０】
＃ＮＤＩＶ＝＃Ｎ ＋ （ １８８×ｎＤＩＶ ）／２０４８ …（３）
式（３）より求めたセクタ位置＃ＮＤＩＶから１セクタ分（２０４８バイトと仮定）をランダムアクセスメモリ等のバッファに読み込み、メモリ上の読み込み開始位置から２０４８−Ｌバイト分のデータをダミーＴＳパケット情報に置き換える（図１０のステップ７、図８（ｂ））。
【００２１】
更に、ディスク上のダミーＴＳパケットを記録開始したセクタ＃Ｘから１８８×ｎＮＵＬＬバイト目の記録を終えたセクタ番号＃Ｘｅｎｄを次式（４）より算出する（図１０のステップ８、図９（ａ））。
【００２２】
＃Ｘｅｎｄ ＝ ＃Ｘ ＋ （ １８８×ｎＮＵＬＬ ）／２０４８ …（４）
また、このセクタ＃Ｘｅｎｄにステップ７でメモリ上に読み込んだセクタデータを１セクタ（２０４８バイト）分、上書きする（図１０のステップ９、図９（ｂ））。
【００２３】
以上の処理を行った後、分割位置以降のデータＦＩＬＥ０００２に関するファイル情報について、
ファイル名 ：ＦＩＬＥ０００２
第一アクセス開始セクタ ：＃Ｘ
第一アクセスデータサイズ：１８８×ｎＮＵＬＬ ＋ Ｌバイト
第二アクセス開始セクタ ：＃ＮＤＩＶ ＋ １
第二アクセスデータサイズ：１８８×ｎ１ − （１８８×ｎｄｉｖ−Ｌ）バイト
として、ファイルシステムに新規登録する（図１０のステップ１０、図９（ｃ））。
【００２４】
以上の処理によってディスク上に記録されたＭＰＥＧ−２ ＴＳ データの分割処理を終了する。
【００２５】
【発明が解決しようとする課題】
このようにディスク上に記録されたＭＰＥＧ２データファイルをユーザーが分割編集処理を行う場合には、ＭＰＥＧ−２ ＴＳのデータ単位となる１８８バイトのＴＳパケット境界と、編集処理を行ったデータをファイルとしてファイルシステム上で認識するためのセクタ境界を共に満たすデータ構造でアライメント調整を行わなければならない。
【００２６】
そのため、ディスクに記録されているデータの位置やサイズ等のファイルシステム情報を何段階もの処理過程を経て大きく更新する必要があり， 記録再生及び編集装置の全処理を司るＣＰＵ（中央演算処理装置）の負担が大きくなってしまう。
【００２７】
また、このような編集処理によって新規に作成されたＭＰＥＧ−２ＴＳデータファイルを再生する際においても、ＮＵＬＬパケットデータを記録したセクタ位置と実際の映像及び音声信号を持つＴＳパケットが記録されたセクタ位置がディスク上で物理的に大きく離れている場合には、所望の再生アクセス開始位置までのヘッドシーク回数及びシーク距離が増加してしまい、シームレスに再生できない可能性があった。
【００２８】
本発明は、上記従来の問題点に鑑みなされたもので、その目的は、ＣＰＵの処理負担を軽減できると共に、ヘッドシーク回数が増加することのないデータ編集方法を提供することにある。
【００２９】
【課題を解決するための手段】
本発明は、上記目的を達成するため、ディスク状記録媒体に記録されたＭＰＥＧ−２トランスポートストリームデータをデータファイルとして管理し、前記データファイルを要求に応じてトランスポートパケット単位に相当する位置で分割処理を行うデータ編集方法であって、要求された分割位置より前方に存在するセクタ境界とトランスポートストリームパケット境界を共に満たす共通境界位置を算出し、得られた共通境界位置と分割要求位置との間をダミーパケットデータで上書き記録することを特徴とする。
【００３０】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。まず、本実施形態に係るＭＰＥＧ−２ ＴＳデータファイルの分割編集方法は、ディスク上に記録されたＭＰＥＧ−２ ＴＳデータに関してユーザーが分割処理を要求した位置から前方のセクタ境界と１８８バイトのパケット境界を共に満たす箇所まで（一編集につき最大９４ｋＢｙｔｅｓ）をプライベートデータ或いはＮＵＬＬデータ等のトランスポートストリーム復号装置においてデータの復号伸張を行わないダミー情報で構成されるＴＳパケットで強制的に上書きしてしまうことを特徴とする。尚、本実施形態におけるダミーＴＳパケットのデータ形式にはＮＵＬＬパケットデータを採用している。
【００３１】
このような処理を行うことによってセクタ境界とＴＳパケット境界のアライメント調整のために新たにディスク上の未記録領域へ新規データの記録書き込みを行う必要がない。
【００３２】
また、ダミーＴＳパケットの強制上書き処理によって、対象データ開始位置からダミーパケット領域の上書きを開始した位置までを分割後に生成された一つのＭＰＥＧ−２ ＴＳデータファイルとして登録し、ダミーパケット領域の上書き開始位置から対象ＭＰＥＧ−２ ＴＳデータの終端までをもう一つのＭＰＥＧ−２ ＴＳデータファイルとして登録し、ファイルシステム情報を更新するだけで済む。そのため、何段階もの処理過程を経てファイルシステム情報を大きく更新する必要がない。
【００３３】
このように本実施形態では、既存のファイルシステムを持つディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳデータファイルの簡便な分割処理が可能である。
【００３４】
図１（ａ）は分割処理前のディスク上に記録されたＭＰＥＧ−２ ＴＳデータ構造、図１（ｂ）は図１（ａ）のＭＰＥＧ−２ ＴＳデータのファイルシステム情報、図２（ａ）は本実施形態によるＭＰＥＧ−２ ＴＳファイルの分割処理後のディスク上のデータ構造、図２（ｂ）は図２（ａ）のＭＰＥＧ−２ ＴＳデータの分割処理後のファイルシステム情報である。また、図３は本実施形態によるＭＰＥＧ−２ ＴＳデータファイルの分割処理を示すフローチャートである。以下、図１〜図３を参照しながら本実施形態のデータの分割処理方法について説明する。
【００３５】
なお、本実施形態のハードウェア構成としては、例えば、光ディスクに情報を記録／再生する光ディスク装置とパーソナルコンピュータが接続されているものとし、光ディスク装置においてパーソナルコンピュータ内のアプリケーションからの要求に応じて後述するデータの分割処理を行う。
【００３６】
本実施形態では、図１（ａ）に示すようにディスク上に記録されたセクタ＃Ｓから開始するデータサイズ１８８×ｎＡバイトのＭＰＥＧ−２ ＴＳデータファイルＦＩＬＥ＿Ａについてユーザーが１８８バイトのＴＳパケット境界となる位置１８８×ｎｄｉｖでＭＰＥＧ−２ ＴＳファイルを分割し、データ位置先頭から分割位置１８８×ｎｄｉｖまでのデータを持つＦＩＬＥ＿Ｂと、分割位置からデータファイルの終端までのデータを持つＦＩＬＥ＿Ｃの二つを生成する要求が発生した場合の分割処理について説明する。
【００３７】
このような要求が発生すると（図３のステップ１）、始めにユーザー（アプリケーション）が分割を要求した位置１８８×ｎｄｉｖを元にして、この位置より前方にあるセクタ＃ＳＤＩＶ−１との境界までのオフセット値Ｌを次式（５）より算出する（ステップ２）。
【００３８】
Ｌ＝（１８８×ｎｄｉｖ ）ｍｏｄ ２０４８ …（５）
次に、オフセット値Ｌを元にセクタ＃ＳＤＩＶとセクタ＃ＳＤＩＶ−１間で溢れてしまっているＴＳパケットデータのデータサイズＭを次式（６）より算出する（ステップ３）。
【００３９】
Ｍ＝１８８−（Ｌ ｍｏｄ １８８） …（６）
次に、式（６）より求めたＭをもとにセクタ＃ＳＤＩＶより前方のセクタ境界とＴＳパケット境界を共に満たす位置までに存在するＴＳパケット数ｎａｐｐｌを次式（７）より算出する（ステップ４）。
【００４０】
（ １８８×ｎａｐｐｌ ＋ Ｍ ） ｍｏｄ ２０４８ ＝ ０となるｎａｐｐｌ …（７）
また、この数が求まると、ユーザーが要求した分割位置１８８×ｎｄｉｖバイトより前方の、セクタ境界とＴＳパケット境界のアライメントを共に満たすセクタ位置＃Ｓａｌｉｇｎｅｄは、次式（８）より算出することができる（ステップ５）。
【００４１】
Ｓａｌｉｇｎｅｄ ＝１８８×ｎｄｉｖ −（ Ｌ ＋ Ｍ ＋ １８８×ｎａｐｐｌ ） …（８）
以上により求めた値を元にディスク上に記録されているＭＰＥＧ−２ ＴＳデータファイルＦＩＬＥ＿Ａに対して、セクタ＃Ｓａｌｉｇｎｅｄから（ Ｌ ＋ Ｍ ＋ １８８×ｎａｐｐｌ ）バイト分のＴＳパケットデータをＮＵＬＬパケットとして図２（ａ）に示すように実際にディスクへ上書き記録する（ステップ６）。
【００４２】
このようにしてＮＵＬＬパケットの上書き処理を終了すると、図２（ｂ）に示すように分割前のＭＰＥＧ−２ ＴＳデータＦＩＬＥ＿Ａのアクセス開始セクタ＃ＳからＮＵＬＬパケットで上書きを開始したセクタ＃Ｓａｌｉｇｎｅｄまでのデータサイズを持つＭＥＰＧ−２ ＴＳデータをＦＩＬＥ＿Ｂとして、＃Ｓａｌｉｇｎｅｄからアクセスを開始し、ＦＩＬＥ＿Ａのデータ終端までのデータサイズを持つＭＰＥＧ−２ ＴＳデータをＦＩＬＥ＿Ｃとしてファイルシステム情報に登録する（ステップ７）。
【００４３】
以上の処理により、本実施形態によるディスク上に記録されたＭＰＥＧ−２ ＴＳデータファイルの分割処理を終了する。
【００４４】
なお、一つのＭＰＥＧ−２ ＴＳデータを分割編集する処理一回につき、このＮＵＬＬパケットで上書きをするデータサイズは最大で２０４８と１８８の最小公倍数９４ｋバイトとなるが、ディジタルテレビ放送において適用されるＭＰＥＧ−２ ＴＳのデータ転送レートは一秒間につき２４Ｍビットと非常に高速であり、最大９４Ｋバイト分ＮＵＬＬパケットで上書きを行ったデータはユーザーにとって約０．０３０６秒と瞬時であるため視聴覚的に違和感を覚えないレベルである。
【００４５】
【発明の効果】
以上説明したように本発明によれば、ディスク状記録媒体のＭＰＥＧ−２ ＴＳデータファイルの分割処理時にＴＳパケット境界とセクタ境界のアライメント調整のために強制的にダミーＴＳパケット領域を上書きすることにより、ディスク上のデータアクセス位置及びデータサイズ管理を行うファイルシステムへのアクセス回数を低減できると共に、ＣＰＵの演算処理回数の低減による高速化を実現でき、更には、シーク回数を低減することができる。
【図面の簡単な説明】
【図１】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理前のデータ構造及びそのファイル情報を示す図である。
【図２】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理後のデータ構造及びそのファイル情報を示す図である。
【図３】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理の流れを示すフローチャートである。
【図４】従来例のディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳデータを示す図である。
【図５】図４のＭＰＥＧ−２ ＴＳデータのファイルシステム情報を示す図である。
【図６】図４のデータの分割処理を説明する図である。
【図７】図４のデータの分割処理を説明する図である。
【図８】図４のデータの分割処理を説明する図である。
【図９】図４のデータの分割処理を説明する図である。
【図１０】従来のデータの分割処理を示すフローチャートである。
【発明の属する技術分野】
本発明は、ディジタル動画音声圧縮技術規格（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ：以下ＭＰＥＧと呼称）を用いたＭＰＥＧ２トランスポートストリームデータを記録し、或いは再生するディスク記録再生装置において、データファイルの分割処理を行う場合のデータ編集方法に関するものである。
【０００２】
【従来の技術】
現在、日本国内及び欧米における衛星ディジタル放送や地上波ディジタル放送等においての映像及び音声信号を伝送するデータ方式として、ＩＥＣ／ＩＳＯ １３８１８において規定されるＭＰＥＧ２トランスポートストリーム（以下ＭＰＥＧ−２ ＴＳと呼称）が使用されている。
【０００３】
ＭＰＥＧ−２ ＴＳは、放送されるプログラムの映像や音声それぞれに対応する情報データを持つ１８８バイト固定長のＭＰＥＧ−２ ＴＳパケットと呼ばれる単位で時分割多重化される。
【０００４】
このように放送プログラムに対応するＭＰＥＧ−２ ＴＳを受信側において送信側と同じ情報圧縮されたディジタル信号の状態のままで、例えば、ハードディスクや光ディスク等のランダムアクセス可能なディスク状記録媒体に書き込み記録やデータファイルとして保存することができれば、画質や音質をまったく劣化させることなく、高品質のＡＶプログラムを随時繰り返して視聴することや、即応性が高いランダムアクセス再生及び自由度の高いプログラム編集が可能である。
【０００５】
次に、上述した技術を用いた従来例について説明する。図４はディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳのデータ構造、図５はディスク上のデータファイルを管理するためのファイルシステム情報を示す図である。また、図６〜図９はデータを分割編集処理する場合の処理方法を説明するための説明図、図１０はこの処理の流れを示すフローチャートである。
【０００６】
まず、図４に示すようにＭＰＥＧ−２ ＴＳデータをディスク上に書き込む場合には、セクタと呼ばれる論理ブロック毎に連続的、或いは連続した未記録セクタ領域が足りない場合には離散的にディスク上に記録される。図５のＡ、Ｂ１、Ｂ２、Ｃ１、Ｃ２はディスク上に記録されたデータを示す。なお、本願明細書では、１セクタのサイズは２０４８バイトと仮定する。
【０００７】
従来、ハードディスクや光ディスク等のランダムアクセス可能なディスク状記録媒体上のデータファイルを管理する方式として使用されているＦｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ（以下ＦＡＴ）やＵｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ（以下ＵＤＦ）等のファイルシステムの仕様として、次に挙げる３つの規定がなされている。
（１）記録書き込みを開始するデータの位置は必ずセクタの先頭から開始しなければならない。
（２）データファイルの終端が存在するセクタ以外でセクタの途中でデータが途切れてはならない。
（３）異なるデータファイルが重複するセクタ領域を有していてはいけない。
この規程がなされているため、ＭＰＥＧ−２ ＴＳの書き込みや編集処理においてもこの仕様に準拠しなければならない。
【０００８】
上記手順によってディスク上に記録されたＭＰＥＧ−２ ＴＳデータをファイルとして管理し、後の編集処理を簡易に行うためユーザーインターフェースを構築する方法として、図５に示すように対象となるＭＰＥＧ−２ ＴＳデータのファイル名（ユーザーによる任意定義可能）、データファイルが実際にディスクのどこから記録されているかを示す開始セクタ番号、この開始セクタから開始するデータサイズ等、ファイル名とディスク上の位置情報を関連付けるためのテーブルが用いられる。この方法によってユーザーはディスクのどの位置にどのデータが存在するかを意識せずに、ファイル名を指定するだけで、所望のデータにアクセスすることが可能となる。
【０００９】
次に、図４に示すデータ構造とファイルシステム情報を持つＭＰＥＧ−２ ＴＳデータファイルの分割処理を図６〜図９及び図１０のフローチャートを参照して説明する。図６〜図９のステップ番号と図１０のステップ番号は対応している。
【００１０】
まず、ディスク上に記録されているＭＰＥＧ−２ ＴＳデータ、ファイル名ＦＩＬＥ００００、アクセス開始セクタ位置＃Ｎ， アクセスデータサイズ１８８×ｎ１に関して、図中に示すＴＳパケットの境界となる位置１８８×ｎｄｉｖバイトで分割し、ＭＰＥＧ−２ ＴＳデータ先頭から分割位置までをＦＩＬＥ０００１、分割位置よりＭＰＥＧ−２ ＴＳデータ終端までをＦＩＬＥ０００２とする要求がユーザーから発生したとする（図１０のステップ１、図６（ａ））。
【００１１】
この要求に対し、ファイル先頭から分割位置までのデータは、ファイルシステム情報において新規ファイル名ＦＩＬＥ０００１、アクセス開始セクタ位置＃Ｎ、アクセスデータサイズ１８８×ｎｄｉｖとして登録する（図１０のステップ２、図６（ｂ））。
【００１２】
ここで、分割位置１８８×ｎｄｉｖバイトからＭＰＥＧ−２ ＴＳデータ終端位置１８８×ｎ１までのデータに関しても、ステップ２と同じようにＦＩＬＥ０００２、アクセス開始セクタ位置１８８×ｎｄｉｖバイト， アクセスデータサイズ（１８８×ｎ１−１８８×ｎｄｉｖ ）バイトとすることは、アクセス開始位置がセクタ＃Ｎ＋１の途中からになってしまうため、既存のファイルシステム規程の仕様としては許されないものとなってしまう。そのため、通常は１８８バイトのＴＳパケット境界と２０４８バイトのセクタ境界を共に満たすようアライメント調整を行う必要がある。
【００１３】
上記ＴＳパケット境界とセクタ境界のアライメント調整を行う方法として、映像及び音声情報のどちらも持たないダミー情報だけで構成されるＴＳパケット（ＮＵＬＬパケット）を、ディスクに記録することが有効である。
【００１４】
ＮＵＬＬパケットはＭＰＥＧ規格において規定されており、送信側で情報圧縮されたＭＰＥＧ−２ ＴＳストリームを受信側でデータの伸張を行う際、ＮＵＬＬパケットのデータが伝送された時はデータの伸張処理自体を行わない仕様となっている。
【００１５】
このＮＵＬＬパケットを適用した分割位置１８８×ｎｄｉｖバイト以降のデータに関するアライメント調整方法について説明する。まず、始めに分割位置から次に連続するセクタ＃Ｎ＋１までのオフセット値Ｌを次式（１）により算出する（図１０のステップ３、図７（ａ））。
【００１６】
Ｌ＝２０４８−（（１８８×ｎｄｉｖ） ｍｏｄ ２０４８ ） …（１）
但し、Ａ ｍｏｄ Ｂにおける演算子ｍｏｄは、ＡをＢで除算した際の剰余を示す。
【００１７】
続いて、式（１）より算出したＬを元に１８８バイトのＴＳパケット境界と２０４８バイトのセクタ境界のアライメントをとるために、追加すべきＮＵＬＬパケットの数ｎＮＵＬ Ｌを次式（２）より算出する（図１０のステップ４、図７（ｂ））。
【００１８】
（ Ｌ ＋ １８８×ｎＮＵＬＬ ） ｍｏｄ ２０４８ ＝ ０となるｎＮＵＬＬ …（２）
式（２）から取得したｎＮＵＬＬ分のＮＵＬＬパケットを実際にディスクに書き込むため、ディスク上の未記録セクタ領域＃Ｘを検索し、セクタ番号＃Ｘのセクタから１８８×ｎＮＵＬＬバイト分のＮＵＬＬパケットを記録する（図１０のステップ５、図７（ｃ））。
【００１９】
次に、対象となるＭＰＥＧ２−ＴＳデータの分割位置１８８×ｎＤＩＶが存在するセクタ番号＃ＮＤＩＶを次式（３）より算出する（図１０のステップ６、図８（ａ））。
【００２０】
＃ＮＤＩＶ＝＃Ｎ ＋ （ １８８×ｎＤＩＶ ）／２０４８ …（３）
式（３）より求めたセクタ位置＃ＮＤＩＶから１セクタ分（２０４８バイトと仮定）をランダムアクセスメモリ等のバッファに読み込み、メモリ上の読み込み開始位置から２０４８−Ｌバイト分のデータをダミーＴＳパケット情報に置き換える（図１０のステップ７、図８（ｂ））。
【００２１】
更に、ディスク上のダミーＴＳパケットを記録開始したセクタ＃Ｘから１８８×ｎＮＵＬＬバイト目の記録を終えたセクタ番号＃Ｘｅｎｄを次式（４）より算出する（図１０のステップ８、図９（ａ））。
【００２２】
＃Ｘｅｎｄ ＝ ＃Ｘ ＋ （ １８８×ｎＮＵＬＬ ）／２０４８ …（４）
また、このセクタ＃Ｘｅｎｄにステップ７でメモリ上に読み込んだセクタデータを１セクタ（２０４８バイト）分、上書きする（図１０のステップ９、図９（ｂ））。
【００２３】
以上の処理を行った後、分割位置以降のデータＦＩＬＥ０００２に関するファイル情報について、
ファイル名 ：ＦＩＬＥ０００２
第一アクセス開始セクタ ：＃Ｘ
第一アクセスデータサイズ：１８８×ｎＮＵＬＬ ＋ Ｌバイト
第二アクセス開始セクタ ：＃ＮＤＩＶ ＋ １
第二アクセスデータサイズ：１８８×ｎ１ − （１８８×ｎｄｉｖ−Ｌ）バイト
として、ファイルシステムに新規登録する（図１０のステップ１０、図９（ｃ））。
【００２４】
以上の処理によってディスク上に記録されたＭＰＥＧ−２ ＴＳ データの分割処理を終了する。
【００２５】
【発明が解決しようとする課題】
このようにディスク上に記録されたＭＰＥＧ２データファイルをユーザーが分割編集処理を行う場合には、ＭＰＥＧ−２ ＴＳのデータ単位となる１８８バイトのＴＳパケット境界と、編集処理を行ったデータをファイルとしてファイルシステム上で認識するためのセクタ境界を共に満たすデータ構造でアライメント調整を行わなければならない。
【００２６】
そのため、ディスクに記録されているデータの位置やサイズ等のファイルシステム情報を何段階もの処理過程を経て大きく更新する必要があり， 記録再生及び編集装置の全処理を司るＣＰＵ（中央演算処理装置）の負担が大きくなってしまう。
【００２７】
また、このような編集処理によって新規に作成されたＭＰＥＧ−２ＴＳデータファイルを再生する際においても、ＮＵＬＬパケットデータを記録したセクタ位置と実際の映像及び音声信号を持つＴＳパケットが記録されたセクタ位置がディスク上で物理的に大きく離れている場合には、所望の再生アクセス開始位置までのヘッドシーク回数及びシーク距離が増加してしまい、シームレスに再生できない可能性があった。
【００２８】
本発明は、上記従来の問題点に鑑みなされたもので、その目的は、ＣＰＵの処理負担を軽減できると共に、ヘッドシーク回数が増加することのないデータ編集方法を提供することにある。
【００２９】
【課題を解決するための手段】
本発明は、上記目的を達成するため、ディスク状記録媒体に記録されたＭＰＥＧ−２トランスポートストリームデータをデータファイルとして管理し、前記データファイルを要求に応じてトランスポートパケット単位に相当する位置で分割処理を行うデータ編集方法であって、要求された分割位置より前方に存在するセクタ境界とトランスポートストリームパケット境界を共に満たす共通境界位置を算出し、得られた共通境界位置と分割要求位置との間をダミーパケットデータで上書き記録することを特徴とする。
【００３０】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して詳細に説明する。まず、本実施形態に係るＭＰＥＧ−２ ＴＳデータファイルの分割編集方法は、ディスク上に記録されたＭＰＥＧ−２ ＴＳデータに関してユーザーが分割処理を要求した位置から前方のセクタ境界と１８８バイトのパケット境界を共に満たす箇所まで（一編集につき最大９４ｋＢｙｔｅｓ）をプライベートデータ或いはＮＵＬＬデータ等のトランスポートストリーム復号装置においてデータの復号伸張を行わないダミー情報で構成されるＴＳパケットで強制的に上書きしてしまうことを特徴とする。尚、本実施形態におけるダミーＴＳパケットのデータ形式にはＮＵＬＬパケットデータを採用している。
【００３１】
このような処理を行うことによってセクタ境界とＴＳパケット境界のアライメント調整のために新たにディスク上の未記録領域へ新規データの記録書き込みを行う必要がない。
【００３２】
また、ダミーＴＳパケットの強制上書き処理によって、対象データ開始位置からダミーパケット領域の上書きを開始した位置までを分割後に生成された一つのＭＰＥＧ−２ ＴＳデータファイルとして登録し、ダミーパケット領域の上書き開始位置から対象ＭＰＥＧ−２ ＴＳデータの終端までをもう一つのＭＰＥＧ−２ ＴＳデータファイルとして登録し、ファイルシステム情報を更新するだけで済む。そのため、何段階もの処理過程を経てファイルシステム情報を大きく更新する必要がない。
【００３３】
このように本実施形態では、既存のファイルシステムを持つディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳデータファイルの簡便な分割処理が可能である。
【００３４】
図１（ａ）は分割処理前のディスク上に記録されたＭＰＥＧ−２ ＴＳデータ構造、図１（ｂ）は図１（ａ）のＭＰＥＧ−２ ＴＳデータのファイルシステム情報、図２（ａ）は本実施形態によるＭＰＥＧ−２ ＴＳファイルの分割処理後のディスク上のデータ構造、図２（ｂ）は図２（ａ）のＭＰＥＧ−２ ＴＳデータの分割処理後のファイルシステム情報である。また、図３は本実施形態によるＭＰＥＧ−２ ＴＳデータファイルの分割処理を示すフローチャートである。以下、図１〜図３を参照しながら本実施形態のデータの分割処理方法について説明する。
【００３５】
なお、本実施形態のハードウェア構成としては、例えば、光ディスクに情報を記録／再生する光ディスク装置とパーソナルコンピュータが接続されているものとし、光ディスク装置においてパーソナルコンピュータ内のアプリケーションからの要求に応じて後述するデータの分割処理を行う。
【００３６】
本実施形態では、図１（ａ）に示すようにディスク上に記録されたセクタ＃Ｓから開始するデータサイズ１８８×ｎＡバイトのＭＰＥＧ−２ ＴＳデータファイルＦＩＬＥ＿Ａについてユーザーが１８８バイトのＴＳパケット境界となる位置１８８×ｎｄｉｖでＭＰＥＧ−２ ＴＳファイルを分割し、データ位置先頭から分割位置１８８×ｎｄｉｖまでのデータを持つＦＩＬＥ＿Ｂと、分割位置からデータファイルの終端までのデータを持つＦＩＬＥ＿Ｃの二つを生成する要求が発生した場合の分割処理について説明する。
【００３７】
このような要求が発生すると（図３のステップ１）、始めにユーザー（アプリケーション）が分割を要求した位置１８８×ｎｄｉｖを元にして、この位置より前方にあるセクタ＃ＳＤＩＶ−１との境界までのオフセット値Ｌを次式（５）より算出する（ステップ２）。
【００３８】
Ｌ＝（１８８×ｎｄｉｖ ）ｍｏｄ ２０４８ …（５）
次に、オフセット値Ｌを元にセクタ＃ＳＤＩＶとセクタ＃ＳＤＩＶ−１間で溢れてしまっているＴＳパケットデータのデータサイズＭを次式（６）より算出する（ステップ３）。
【００３９】
Ｍ＝１８８−（Ｌ ｍｏｄ １８８） …（６）
次に、式（６）より求めたＭをもとにセクタ＃ＳＤＩＶより前方のセクタ境界とＴＳパケット境界を共に満たす位置までに存在するＴＳパケット数ｎａｐｐｌを次式（７）より算出する（ステップ４）。
【００４０】
（ １８８×ｎａｐｐｌ ＋ Ｍ ） ｍｏｄ ２０４８ ＝ ０となるｎａｐｐｌ …（７）
また、この数が求まると、ユーザーが要求した分割位置１８８×ｎｄｉｖバイトより前方の、セクタ境界とＴＳパケット境界のアライメントを共に満たすセクタ位置＃Ｓａｌｉｇｎｅｄは、次式（８）より算出することができる（ステップ５）。
【００４１】
Ｓａｌｉｇｎｅｄ ＝１８８×ｎｄｉｖ −（ Ｌ ＋ Ｍ ＋ １８８×ｎａｐｐｌ ） …（８）
以上により求めた値を元にディスク上に記録されているＭＰＥＧ−２ ＴＳデータファイルＦＩＬＥ＿Ａに対して、セクタ＃Ｓａｌｉｇｎｅｄから（ Ｌ ＋ Ｍ ＋ １８８×ｎａｐｐｌ ）バイト分のＴＳパケットデータをＮＵＬＬパケットとして図２（ａ）に示すように実際にディスクへ上書き記録する（ステップ６）。
【００４２】
このようにしてＮＵＬＬパケットの上書き処理を終了すると、図２（ｂ）に示すように分割前のＭＰＥＧ−２ ＴＳデータＦＩＬＥ＿Ａのアクセス開始セクタ＃ＳからＮＵＬＬパケットで上書きを開始したセクタ＃Ｓａｌｉｇｎｅｄまでのデータサイズを持つＭＥＰＧ−２ ＴＳデータをＦＩＬＥ＿Ｂとして、＃Ｓａｌｉｇｎｅｄからアクセスを開始し、ＦＩＬＥ＿Ａのデータ終端までのデータサイズを持つＭＰＥＧ−２ ＴＳデータをＦＩＬＥ＿Ｃとしてファイルシステム情報に登録する（ステップ７）。
【００４３】
以上の処理により、本実施形態によるディスク上に記録されたＭＰＥＧ−２ ＴＳデータファイルの分割処理を終了する。
【００４４】
なお、一つのＭＰＥＧ−２ ＴＳデータを分割編集する処理一回につき、このＮＵＬＬパケットで上書きをするデータサイズは最大で２０４８と１８８の最小公倍数９４ｋバイトとなるが、ディジタルテレビ放送において適用されるＭＰＥＧ−２ ＴＳのデータ転送レートは一秒間につき２４Ｍビットと非常に高速であり、最大９４Ｋバイト分ＮＵＬＬパケットで上書きを行ったデータはユーザーにとって約０．０３０６秒と瞬時であるため視聴覚的に違和感を覚えないレベルである。
【００４５】
【発明の効果】
以上説明したように本発明によれば、ディスク状記録媒体のＭＰＥＧ−２ ＴＳデータファイルの分割処理時にＴＳパケット境界とセクタ境界のアライメント調整のために強制的にダミーＴＳパケット領域を上書きすることにより、ディスク上のデータアクセス位置及びデータサイズ管理を行うファイルシステムへのアクセス回数を低減できると共に、ＣＰＵの演算処理回数の低減による高速化を実現でき、更には、シーク回数を低減することができる。
【図面の簡単な説明】
【図１】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理前のデータ構造及びそのファイル情報を示す図である。
【図２】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理後のデータ構造及びそのファイル情報を示す図である。
【図３】本発明に係るＭＰＥＧ−２ ＴＳデータの分割処理の流れを示すフローチャートである。
【図４】従来例のディスク状記録媒体に記録されたＭＰＥＧ−２ ＴＳデータを示す図である。
【図５】図４のＭＰＥＧ−２ ＴＳデータのファイルシステム情報を示す図である。
【図６】図４のデータの分割処理を説明する図である。
【図７】図４のデータの分割処理を説明する図である。
【図８】図４のデータの分割処理を説明する図である。
【図９】図４のデータの分割処理を説明する図である。
【図１０】従来のデータの分割処理を示すフローチャートである。
Claims (3)
- ディスク状記録媒体に記録されたＭＰＥＧ−２トランスポートストリームデータをデータファイルとして管理し、前記データファイルを要求に応じてトランスポートパケット単位に相当する位置で分割処理を行うデータ編集方法であって、要求された分割位置より前方に存在するセクタ境界とトランスポートストリームパケット境界を共に満たす共通境界位置を算出し、得られた共通境界位置と分割要求位置との間をダミーパケットデータで上書き記録することを特徴とするデータ編集方法。
- 前記分割処理後のトランスポートストリームデータを、前記共通境界位置直前までと共通境界位置以降の二つのファイルに分割することを特徴とする請求項１に記載のデータ編集方法。
- 前記ダミーパケットデータは、データの復号伸張を行わないプライベートデータ或いはＮＵＬＬパケットデータであることを特徴とする請求項１〜２に記載のデータ編集方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002270131A JP3880491B2 (ja) | 2002-09-17 | 2002-09-17 | データ編集方法 |
| US10/657,222 US20040062516A1 (en) | 2002-09-17 | 2003-09-09 | Moving picture experts group phase 2 transport stream data editing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002270131A JP3880491B2 (ja) | 2002-09-17 | 2002-09-17 | データ編集方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004112188A true JP2004112188A (ja) | 2004-04-08 |
| JP3880491B2 JP3880491B2 (ja) | 2007-02-14 |
Family
ID=32267864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002270131A Expired - Fee Related JP3880491B2 (ja) | 2002-09-17 | 2002-09-17 | データ編集方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3880491B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327453A (ja) * | 2004-05-15 | 2005-11-24 | Thomson Licensing | データストリーム分割方法 |
| JP2008010110A (ja) * | 2006-06-30 | 2008-01-17 | Sony Corp | ファイル分割装置、ファイル分割方法及びファイル分割プログラム |
| US8422850B2 (en) | 2007-04-09 | 2013-04-16 | Mitusbishi Electric Corporation | Information recording apparatus, information recording method, information record medium, information reproducing apparatus, information reproducing method, information transmitting apparatus, and information transmitting method |
| CN107665096A (zh) * | 2016-07-29 | 2018-02-06 | 希捷科技有限公司 | 加权数据分条 |
-
2002
- 2002-09-17 JP JP2002270131A patent/JP3880491B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327453A (ja) * | 2004-05-15 | 2005-11-24 | Thomson Licensing | データストリーム分割方法 |
| JP2008010110A (ja) * | 2006-06-30 | 2008-01-17 | Sony Corp | ファイル分割装置、ファイル分割方法及びファイル分割プログラム |
| US8422850B2 (en) | 2007-04-09 | 2013-04-16 | Mitusbishi Electric Corporation | Information recording apparatus, information recording method, information record medium, information reproducing apparatus, information reproducing method, information transmitting apparatus, and information transmitting method |
| CN107665096A (zh) * | 2016-07-29 | 2018-02-06 | 希捷科技有限公司 | 加权数据分条 |
| CN107665096B (zh) * | 2016-07-29 | 2022-04-19 | 希捷科技有限公司 | 加权数据分条 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3880491B2 (ja) | 2007-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4019604B2 (ja) | ディジタル放送の録画再生方法及び装置 | |
| JP4684319B2 (ja) | データ記録方法、データ編集方法およびデータ復号方法、並びにその装置、及び記録媒体 | |
| JP2001292388A (ja) | 再生装置 | |
| JPH11215458A (ja) | 画像記録装置及び方法、画像再生装置及び方法、画像記録再生装置及び方法、並びに記録媒体 | |
| JPH10143437A (ja) | コンピュータシステムおよび動画像転送方法 | |
| JP3880491B2 (ja) | データ編集方法 | |
| JP4250319B2 (ja) | 再生装置、再生方法及び記憶媒体 | |
| US20040062516A1 (en) | Moving picture experts group phase 2 transport stream data editing method | |
| JP3073948B2 (ja) | ディジタル動画像復号化装置、及びディジタル動画像復号化方法 | |
| JP2004110876A (ja) | 映像データの符号化レート制御方法 | |
| JP2003158714A (ja) | 情報記録装置および方法ならびに情報再生装置および方法 | |
| JP2004120083A (ja) | データ編集方法 | |
| JP3872929B2 (ja) | 記録再生装置 | |
| JP2004310963A (ja) | 情報記録方法及び装置 | |
| KR20020060982A (ko) | 정보 기록 장치 및 방법 및 이들에 의한 정보 기록 매체 | |
| JP2003272359A (ja) | 映像データの編集方法 | |
| JP2003168283A (ja) | データ編集方法およびデータ記録媒体 | |
| JP3872672B2 (ja) | トランスポートストリーム再生装置、トランスポートストリーム処理装置、トランスポートストリーム再生方法、トランスポートストリーム処理方法 | |
| JP4322216B2 (ja) | データ記録方法 | |
| JP2004310962A (ja) | 情報編集方法及び装置 | |
| JPH0845183A (ja) | パケットデータ記録再生装置及び記録媒体 | |
| JP2000149425A (ja) | ディスク装置及び受信装置 | |
| JP4385624B2 (ja) | 記録媒体、記録方法、及び再生方法 | |
| JP2005005895A (ja) | データ編集方法及び装置 | |
| JP2007282258A (ja) | 画像再生装置、画像再生方法及びプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050920 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061004 |
|
| 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: 20061016 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |