(57)【要約】【課題】ＭＰＥＧ−２規格に従ってエンコードされた２つのビデオデータをつなげて記録する際に、連結部分の画像をできるだけ乱れないようにする。【解決手段】第２のビデオデータをつなげる場所が第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、ＩピクチャまたはＰピクチャに後続するＢピクチャが存在する場合は、第２のビデオデータをつなげる場所をＢピクチャの後に変更し、第２のビデオデータをつなげる場所が第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、ＩピクチャまたはＰピクチャに後続するＢピクチャが存在しない場合は、第２のビデオデータをつなげる場所をＩピクチャまたはＰピクチャの後に変更する。【選択図】  図１
2004179695.tif 000002
【特許請求の範囲】
【請求項１】
ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、
前記第２のビデオデータをつなげる場所が前記第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、前記Ｉピクチャまたは前記Ｐピクチャに後続するＢピクチャが存在する場合は、前記第２のビデオデータをつなげる場所を前記Ｂピクチャの後に変更し、
前記第２のビデオデータをつなげる場所が前記第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、前記Ｉピクチャまたは前記Ｐピクチャに後続するＢピクチャが存在しない場合は、前記第２のビデオデータをつなげる場所を前記Ｉピクチャまたは前記Ｐピクチャの後に変更することを特徴とする記録方法。
【請求項２】
ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、
前記第２のビデオデータをつなげる場所が１つのトラックの途中にある場合は、前記第２のビデオデータを前記トラックから記録し始めることを特徴とする記録方法。
【請求項３】
ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、
前記第２のビデオデータをつなげる場所が１つのトラックの途中にある場合は、前記第２のビデオデータを前記トラックに後続するトラックから記録し始めることを特徴とする記録方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法に関するものである。
【０００２】
【従来の技術】
デジタルビデオデータをエンコードする規格の一つにＭＰＥＧ−２規格がある。ＭＰＥＧ−２規格については、「ＩＳＯ／ＩＥＣ  １３８１８−２  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  ＭＰＥＧ−２  Ｖｉｄｅｏ  （Ｎｏｖ．  １９９４）」に詳しく記載されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、ＭＰＥＧ−２規格に従ってエンコードされた２つのビデオデータをつなげて記録する場合において、２つのビデオデータをつなげる場所がＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）内にある場合、連結部分の画像が乱れる可能性がある。
【０００４】
従って、本発明の目的は、ＭＰＥＧ−２規格に従ってエンコードされた２つのビデオデータをつなげて記録する際に、連結部分の画像をできるだけ乱れないようにすることである。
【０００５】
【課題を解決するための手段】
本発明における記録方法の一つは、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、前記第２のビデオデータをつなげる場所が前記第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、前記Ｉピクチャまたは前記Ｐピクチャに後続するＢピクチャが存在する場合は、前記第２のビデオデータをつなげる場所を前記Ｂピクチャの後に変更し、前記第２のビデオデータをつなげる場所が前記第１のビデオデータのＩピクチャまたはＰピクチャの後である場合であって、前記Ｉピクチャまたは前記Ｐピクチャに後続するＢピクチャが存在しない場合は、前記第２のビデオデータをつなげる場所を前記Ｉピクチャまたは前記Ｐピクチャの後に変更することを特徴とする。
【０００６】
本発明における記録方法の一つは、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、前記第２のビデオデータをつなげる場所が１つのトラックの途中にある場合は、前記第２のビデオデータを前記トラックから記録し始めることを特徴とする。
【０００７】
本発明における記録方法の一つは、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータとＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータとをつなげて記録する記録方法であって、前記第２のビデオデータをつなげる場所が１つのトラックの途中にある場合は、前記第２のビデオデータを前記トラックに後続するトラックから記録し始めることを特徴とする。
【０００８】
【発明の実施の形態】
（第１の実施の形態）
以下、図面を参照し、本発明における第１の実施の形態を説明する。
第１の実施の形態では、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータのＩピクチャまたはＰピクチャの後に、ＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータをつなげて記録する記録方法を説明する。なお、第１のビデオデータは、Ｂ０、Ｂ１、Ｉ２、Ｂ３、Ｂ４、Ｐ５、Ｂ６、Ｂ７、Ｐ８、Ｂ９、Ｂ１０、Ｐ１１、Ｂ１２、Ｂ１３、Ｐ１４からなるものとし、第２のビデオデータは、Ｂ２０、Ｂ２１、Ｉ２２、Ｂ２３、Ｂ２４、Ｐ２５、Ｂ２６、Ｂ２７、Ｐ２８、Ｂ２９、Ｂ３０、Ｐ３１、Ｂ３２、Ｂ３３、Ｐ３４からなるものとする。ＢはＢピクチャ、ＩはＩピクチャ、ＰはＰピクチャを示す。
【０００９】
図１は、Ｐ８ピクチャの後に第２のビデオデータを連結する場合を説明する図である。編集予定としては、Ｂ６、Ｂ７、Ｐ８、Ｂ２０、Ｂ２１、Ｉ２２の順に画像をつなげる予定である。第１の実施の形態では、この編集対象の画像がＰピクチャであることから、メディア上のデータを書き換える場合、メディア上でＰ８ピクチャに後続するＢピクチャを探し、それが終了する時点（すなわち次のＩピクチャまたはＰピクチャが現れる時点）を書き換え点とする。この例では、Ｐ８に後続するＢピクチャは、Ｂ６およびＢ７であるから、Ｂ７以降にＩ２２、Ｂ２０、Ｂ２１、Ｐ２５の順に画像を連結する。結果として、メディア上では、Ｐ８、Ｂ６、Ｂ７、Ｉ２２、Ｂ２０、Ｂ２１の順に記録され、再生画像はＰ５、Ｂ６、Ｂ７、Ｐ８、Ｂ２０、Ｂ２１、Ｉ２２の順に予定した画像が再生される。
【００１０】
なお、後続するＢピクチャが存在しない場合は、連結先としたＩピクチャまたはＰピクチャが終了する時点（すなわち次のＩピクチャまたはＰピクチャが現れる時点）を書き換え点として、新たなビデオデータを連結すればよい。
【００１１】
図２は、第１の実施の形態で、ＭＰＥＧデータを記録したメディアが磁気テープであった場合に追加する処理である。この例では、トラックパターンが図３の様に作成されているとして説明する。この場合の書き換え点は、トラック番号１１にある。そこでまず、図２に示すように、一旦、元トラックデータを読み取る。このトラックデータには、Ｂ７の後半のデータと、それに続くＰ１１のデータが含まれている。このうち、Ｂ７のデータ部分を保存部分として、この後に追加記録データとなるＢ２０のデータを接続する。これを再記録トラックデータとして、あらためてトラック番号１６のトラック全体を書き換えるのである。
【００１２】
このように、第１の実施の形態における記録方法によれば、第１のビデオデータのＩピクチャまたはＰピクチャの後に第２のビデオデータをつなげる場合には、ＩピクチャまたはＰピクチャに後続するＢピクチャの後の個所から第２のビデオデータをつなげることができるので、連結部分の画像の乱れをできるだけ少なくすることができる。
【００１３】
また、第１の実施の形態における記録方法によれば、連結部分のビデオデータの再エンコードを必要としないので、２つのビデオデータを少ない負荷でつなげることができる。
【００１４】
（第２の実施の形態）
以下、図面を参照し、本発明における第２の実施の形態を説明する。
第２の実施の形態では、ＭＰＥＧ−２規格に従ってエンコードされた第１のビデオデータのＢピクチャの後に、ＭＰＥＧ−２規格に従ってエンコードされた第２のビデオデータをつなげて記録する記録方法を説明する。なお、第１のビデオデータは、Ｂ０、Ｂ１、Ｉ２、Ｂ３、Ｂ４、Ｐ５、Ｂ６、Ｂ７、Ｐ８、Ｂ９、Ｂ１０、Ｐ１１、Ｂ１２、Ｂ１３、Ｐ１４からなるものとし、第２のビデオデータは、Ｂ２０、Ｂ２１、Ｉ２２、Ｂ２３、Ｂ２４、Ｐ２５、Ｂ２６、Ｂ２７、Ｐ２８、Ｂ２９、Ｂ３０、Ｐ３１、Ｂ３２、Ｂ３３、Ｐ３４からなるものとする。ＢはＢピクチャ、ＩはＩピクチャ、ＰはＰピクチャを示す。
【００１５】
図４は、Ｂ７ピクチャの後に第２のビデオデータを連結する場合を説明する図である。編集予定としては、Ｂ６、Ｂ７、Ｂ２０、Ｂ２１、Ｉ２２の順に画像をつなげる予定である。第１の実施の形態では、この編集対象の画像がＢピクチャであることから、メディア上のデータを書き換える場合、先行するＩピクチャまたはＰピクチャの直後のＢピクチャから連結個所のＢピクチャまでのデータを一時記憶する。この例では、先行するＩピクチャまたはＰピクチャはＢ６およびＢ７ピクチャであるから、これを一時記憶する。
【００１６】
この一時記憶した個所のＢピクチャについては後方向予測を行った部分を変換する。変換はマクロブロック単位で行う。この様子を図５に示す。すなわち、マクロブロックデータを調べて、その予測方向が前方向予測、後方向予測および両方向予測のいずれを行ったかを判別する（ステップＳ１）。
【００１７】
前方向予測の場合は、何も処理せず、次のマクロブロックの処理に移る。
後方向予測の場合は、参照画像から、参照したマクロブロックを読み出し（ステップＳ２）、そのデータをそのまま対象としているマクロブロックデータに置換する（ステップＳ３）。すなわち、後方向予測を行ったマクロブロックについては、マクロブロック全体を置換する。
【００１８】
両方向予測の場合は、そのマクロブロックのマクロブロック情報から、後方向予測の動きベクトルデータを除去し（ステップＳ４）、さらに予測方向の表示を前方予測に変更する（ステップＳ５）。マクロブロックの持つＤＣＴデータは、そのままにしておく。この結果、両方向予測を行ったマクロブロックについては、ＤＣＴデータはそのままで、マクロブロック情報の書き換えにより、前方向予測を行ったマクロブロックと同等なマクロブロックに変換する。
【００１９】
一時記憶したマクロブロックの全てのマクロブロックの変換が終了した後、メディア上で先行するＩピクチャまたはＰピクチャの先頭から、一時記憶したデータを書き、続いて新たなＭＰＥＧ画像を連結する。図４の例では、Ｐ８ピクチャが記録されていた位置から、一時記憶して変換したＢ６、Ｂ７を上書きし、さらに続いて、Ｉ２２、Ｂ２０、Ｂ２１の順に書き込みを行う。結果として、メディア上では、Ｐ５、Ｂ３、Ｂ４、Ｂ６、Ｂ７、Ｉ２２、Ｂ２０、Ｂ２１の順に記録され、再生画像はＰ５、Ｂ６、Ｂ７、Ｂ２０、Ｂ２１、Ｉ２２の順に予定した画像が再生される。
【００２０】
なお、第２の実施の形態でのマクロブロック単位の変換を行わなかった場合を図８に示す。メディア上のＰ８データを上書きにより消去した場合、Ｂ６とＢ７は後方向の予測画像が失われてしまうため、再生できないことになる。
【００２１】
このように、第２の実施の形態では、Ｂピクチャのマクロブロックのうち、後方向予測および両方向予測を行っていたマクロブロックは、元のＢピクチャを構成していたデータとは異なることになるが、影響は軽微である。
【００２２】
まず、後方向予測を行ったマクロブロックの場合について説明する。
後方向予測で、符号化対象データＣに対して、参照画像からの予測値をＲ、その誤差をｅとすると、Ｃ＝Ｒ＋ｅの関係がある。通常はこのｅをＤＣＴ変換してマクロブロックに記録している。このｅが小さいことが、予測符号化の圧縮効率を高めているのである。従って、本実施形態の変換により、参照画像のマクロブロックに置き換えることは、Ｃの変わりにＲを用いることとなり、これはＲ＝Ｃ−ｅの関係を持っている。ｅが小さいことは、ＲとＣの差が小さいことを意味しており、Ｃの換わりにＲを使用しても、差は小さいことになる。すなわち、本実施形態により、後方向予測を行ったマクロブロックを参照画像のマクロブロックに置き換えた場合、画像の劣化は軽微だと考えられる。ただし、圧縮効率は悪化するので、データ量は増えると考えられる。
【００２３】
次に、両方予測を行ったマクロブロックの場合について説明する。
両方向予測では、符号化対象データＣに対して、前方向予測、後方向予測をそれぞれ行い、それぞれの参照画像を求め、その平均値を参照画像としている。ここで、前方予測からの予測値をＲｆ、その誤差をｅｆ、後方予測からの予測値をＲＢ、その誤差をｅＢとする。このとき、同様にＣ＝Ｒｆ＋ｅｆおよびＣ＝Ｒｂ＋ｅｂの関係がある。さらに両方向予測を行った場合の誤差をｅｗとすると、これはＣ＝（Ｒｆ＋Ｒｂ）／２＋ｅｗの関係がある。これから、ｅｗ＝２（ｅｆ＋ｅｂ）の関係がある。このとき、第２の実施の形態における変換のように前方向予測とみなすことは、ＲＢの代わりにＲＢを用いて復号することになり、復号するデータは、Ｃｎｅｗ＝Ｒｆ＋ｅｗとなるが、これは元々のＣに対してＣｎｅｗ−Ｃ＝（Ｒｆ−Ｒｂ）／２だけ誤差を加えたデータとして復号される。すなわち、元の参照画像からの予測値、ＲｆとＲＢの差だけ、画質劣化が生じることになる。
【００２４】
Ｒｆ、ＲＢのどちらがＣに近い値であるかは、通常わからない。例えば、ＲｆがＲＢに比べてはるかにＣと異なる画像である場合、第２の実施の形態の変換を行って、前方向予測のみの扱いとすると、得られる画像は大きな誤差を持つことになる。しかしながら、この場合、ＲＢのみを用いた方が予測誤差が小さいことを意味している。すなわち、後方向予測を用いる方が、予測誤差が小さく、圧縮効率が良いのである。そのため、ＲｆがＲＢに比べてはるかにＣと異なる場合、両方向予測が適用されることは無い。
【００２５】
結局、両方向予測が適用される場合は、ＲｆとＲＢが同程度にＣに近い場合と考えられるので、第２の実施の形態の変換を行った場合の誤差（Ｒｆ−Ｒｂ）／２も、ある程度小さいものと考えられる。そのため、両方向予測を行ったマクロブロックに対して、第２の実施の形態における変換を行っても、画質劣化は軽微である。
【００２６】
このように、第２の実施の形態におけるＢピクチャの変換処理は、マクロブロック全体の置換もしくはマクロブロック情報の書き換えで済むため、画像全体を再変換するよりも、演算量などが少なくて済む。
【００２７】
図６および図７は、ＭＰＥＧデータを記録したメディアが磁気テープであった場合に追加する処理を説明する図である。この例では、トラックパターンが図３の様に作成されているとして説明する。この場合の書き換え点は、トラック番号８にある。そこでまず、図６に示すように、トラック番号８のトラックに対して、Ｐ８のデータが現れる個所の先頭に、トラック・スキップマーカを書き込む。続くトラック番号９の先頭から、一時記憶して変換したＢ６、Ｂ７を、続いて連結するＩ２２、Ｂ２０、Ｂ２１の順に書き込む。この結果、第２の実施の形態の例では、作成されるトラックパターンは、図７に示すようになる。
【００２８】
トラック・スキップマーカは、一定長を持つデータの集まりで、通常のＭＰＥＧデータから識別できれば良い。具体的には、特定のＩＤを持ったシンクブロックまたは、ギャップデータパターンを用いることができる（民生用デジタルＶＴＲ規格参照）。また、トラック・スキップマーカはこのトラックのＰ８のデータが現れている間に書き込まれれば良く、正確にＢ４とＰ８の間である必要は無い。一つのトラックに複数のピクチャデータが含まれている場合は、書き換え点以降の最初のピクチャ上にあればよい。
【００２９】
トラックを再生する際、トラック・スキップマーカが現れた場合、このマーカの書かれたピクチャデータは無効とされ、ＭＰＥＧデータは次のトラックの先頭から続くものと定義する。従って、トラック番号８を再生する場合、前半のＢ４のデータ部分は有効であるが、トラック・スキップマーカが現れたＰ８データ部分は無効である。Ｂ４のデータに続くデータは、トラック番号９の先頭から始まるものとして再生される。結果として、この磁気テープ上に記録されたデータは、図４に示したメディア上のデータと等しくなるのである。
【００３０】
このように、第２の実施の形態における記録方法によれば、第１のビデオデータのＢピクチャの後に第２のビデオデータをつなげる場合には、先行するＩピクチャまたはＰピクチャの直後から連結部分までのＢピクチャの後方向予測を変換することができるので、連結部分の画像の乱れをできるだけ少なくすることができる。
【００３１】
また、第２の実施の形態における記録方法によれば、連結部分のビデオデータの再エンコードを必要としないので、２つのビデオデータを少ない負荷でつなげることができる。
【００３２】
図９は、本発明に係る記録方法の上記実施形態を実現するコンピュータシステムの構成を示した図である。
図９に示すように、上記コンピュータシステム１２００は、ＣＰＵ１２０１と、ＲＯＭ１２０２と、ＲＡＭ１２０３と、キーボード（ＫＢ）１２０９のキーボードコントローラ（ＫＢＣ）１２０５と、表示部としてのＣＲＴディスプレイ（ＣＲＴ）１２１０のＣＲＴコントローラ（ＣＲＴＣ）１２０６と、ハードディスク（ＨＤ）１２１１及びフレキシブルディスク（ＦＤ）１２１２のディスクコントローラ（ＤＫＣ）１２０７と、ネットワーク１２２０との接続のためのネットワークインターフェースコントローラ（ＮＩＣ）１２０８とが、システムバス１２０４を介して互いに通信可能に接続された構成としている。
【００３３】
ＣＰＵ１２０１は、ＲＯＭ１２０２或いはＨＤ１２１１に記憶されたソフトウェア、或いはＦＤ１２１２より供給されるソフトウェアを実行することで、システムバス１２０４に接続された各構成部を総括的に制御する。
すなわち、ＣＰＵ１２０１は、所定の処理シーケンスに従った処理プログラムを、ＲＯＭ１２０２、或いはＨＤ１２１１、或いはＦＤ１２１２から読み出して実行することで、上記本実施の形態での動作を実現するための制御を行う。
【００３４】
ＲＡＭ１２０３は、ＣＰＵ１２０１の主メモリ或いはワークエリア等として機能する。
ＫＢＣ１２０５は、ＫＢ１２０９や図示していないポインティングデバイス等からの指示入力を制御する。
ＣＲＴＣ１２０６は、ＣＲＴ１２１０の表示を制御する。
ＤＫＣ１２０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラム、及び本実施の形態における所定の処理プログラム等を記憶するＨＤ１２１１及びＦＤ１２１２とのアクセスを制御する。
ＮＩＣ１２０８は、ネットワーク１２２０上の装置或いはシステムと双方向にデータをやりとりする。
【００３５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００３６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００３７】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００３８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００３９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００４０】
【発明の効果】
本発明によれば、ＭＰＥＧ−２規格に従ってエンコードされた２つのビデオデータをつなげて記録する際に、連結部分の画像をできるだけ乱れないようにすることができる。
【図面の簡単な説明】
【図１】第１の実施の形態におけるピクチャの位置関係を説明する図である。
【図２】第１の実施の形態におけるトラックの構成を説明する図である。
【図３】第１の実施の形態における記録パターンを示す図である。
【図４】第２の実施の形態におけるピクチャの位置関係を説明する図である。
【図５】第２の実施の形態におけるマクロブロック変換を説明する図である。
【図６】第２の実施の形態におけるトラックの構成を説明する図である。
【図７】第２の実施の形態における記録パターンを示す図である。
【図８】第２の実施の形態におけるマクロブロック変換を行わない例を説明する図である。
【図９】本発明に係る記録方法の第１及び第２の実施形態を実現するコンピュータシステムの構成を示した図である。
【符号の説明】
１２００  コンピュータシステム
１２０１  ＣＰＵ
１２０２  ＲＯＭ
１２０３  ＲＡＭ
１２０４  システムバス
１２０５  ＫＢＣ
１２０６  ＣＲＴＣ
１２０７  ＤＫＣ
１２０８  ＮＩＣ
１２０９  ＫＢ
１２１０  ＣＲＴ
１２１１  ＨＤ
１２１２  ＦＤ
１２２０  ネットワーク
【図１】
2004179695.tif 000003
【図２】
2004179695.tif 000004
【図３】
2004179695.tif 000005
【図４】
2004179695.tif 000006
【図５】
2004179695.tif 000007
【図６】
2004179695.tif 000008
【図７】
2004179695.tif 000009
【図８】
2004179695.tif 000010
【図９】
2004179695.tif 000011