JP4762145B2 - 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法 - Google Patents

記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法 Download PDF

Info

Publication number
JP4762145B2
JP4762145B2 JP2006532004A JP2006532004A JP4762145B2 JP 4762145 B2 JP4762145 B2 JP 4762145B2 JP 2006532004 A JP2006532004 A JP 2006532004A JP 2006532004 A JP2006532004 A JP 2006532004A JP 4762145 B2 JP4762145 B2 JP 4762145B2
Authority
JP
Japan
Prior art keywords
entry
field
recording medium
picture data
map
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.)
Active
Application number
JP2006532004A
Other languages
English (en)
Other versions
JPWO2006025527A1 (ja
Inventor
航 池田
敏志 近藤
正真 遠間
義徳 松井
智之 岡田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2006532004A priority Critical patent/JP4762145B2/ja
Publication of JPWO2006025527A1 publication Critical patent/JPWO2006025527A1/ja
Application granted granted Critical
Publication of JP4762145B2 publication Critical patent/JP4762145B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005Reproducing at a different information rate from the information rate of recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G11B27/3036Time code signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1288Formatting by padding empty spaces with dummy data, e.g. writing zeroes or random data when de-icing optical discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/21Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213Read-only discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/21Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/215Recordable discs
    • G11B2220/216Rewritable discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525Magneto-optical [MO] discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2541Blu-ray discs; Blue laser DVR discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2545CDs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2562DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape
    • H04N5/783Adaptations for reproducing at a rate different from the recording rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/84Television signal recording using optical recording
    • H04N5/85Television signal recording using optical recording on discs or drums
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/7921Processing of colour television signals in connection with recording for more than one processing mode
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

本発明は、ランダムアクセス技術の技術分野に属する。
ランダムアクセス技術とは、ビデオストリームがもつ時間軸上の任意の一時点を、ビデオストリーム上の記録位置に変換して、その記録位置からの再生を開始する技術であり、BD-ROMやDVD-Videoのような、記録媒体に記録されているビデオストリームを再生するにあたって、なくてはならない基盤技術である。
ビデオストリームが、可変長符号化方式により符号化されたピクチャデータから構成されている場合、ピクチャ当たりの情報量にばらつきがある。そのため、かかるビデオストリームにおけるランダムアクセスには、"ストリーム解析"が必要となる。"ストリームの解析"とは、ストリーム本体からピクチャのヘッダを取り出し、このヘッダからピクチャのサイズを読み出して、そのサイズに基づき、次のピクチャの記録位置を特定するという処理を、何回も繰り返し、所望のピクチャの記録位置まで辿りつくという処理である。かかる解析は、ストリームに対する高頻度のアクセスを伴うものなので、ランダムアクセスに相当の時間がかかる。このことから、ランダムアクセスを実行する際、上述した変換を行うにあたっては、エントリーマップの参照が必要になる。ここでエントリーマップとは、時間軸上の複数のエントリー時刻を、ビデオストリームにおける複数のエントリー位置に対応づけて示す情報であり、エントリーマップにおける複数のエントリー時刻が、1秒という時間精度を有している場合、1秒という時間精度でのランダムアクセスを、高効率に行うことができる。
ビデオストリームに対するランダムアクセスでは、GOPの先頭に存在するピクチャを探索する必要がある。GOPの先頭ピクチャの探索を支援するような、データ構造については下記の特許文献に記載された先行技術がある。
特開2000-228656号公報
しかしながら、ビデオストリームの符号化形式によっては、全てのフィールドがフレーム内符号化形式(Intra)形式になっているようなピクチャをあまりもたないものがある。このようなビデオストリームに、エントリーマップを設定しようとする場合、従来のエントリーマップでは、充分な数のエントリー位置を得ることができず、概して、連続するエントリー位置間の間隔が広くなってしまう。エントリー位置間の間隔が広がると、ランダムアクセスの実行時において、エントリーマップの参照だけでは足りず、ストリームに対する解析が多く必要になる。ストリームの解析は、上述したようにストリームに対する高頻度のアクセスを伴うので、ユーザがランダムアクセスを命じてから、実際、命じられた位置の部分を読み出すまでのレスポンス時間がかなり長くなってしまう。
かといって、そのようなビデオストリームにおいて、アクセスユニットの先頭になっているピクチャデータを、全てエントリー位置として指定することにすると、1つのピクチャを構成する複数フィールドのうち、一部のフィールドがフレーム間予測符号化形式になっているようなピクチャデータを、エントリー位置として選ぶことも有り得る。かかるピクチャデータは、正当にデコードできるとは限らないので、かかるピクチャデータが先頭になっているアクセスユニットから、ランダムアクセスを開始しようとすると、フィールドの一部が欠落した状態で、表示がなされることになる。そうすると、フィールドの一部欠落により再生映像は、解像度が半分になってしまう。
アクセス位置によって、解像度が半分になったり、ならなかったりするというのは、品質面での大きな不安定要因であり、映像品質に神経を尖らしている家電機器業界において深刻な問題となる。その結果、上述したビデオストリームを再生するような、再生装置が、なかなか市場に普及しないという事態を招く。
本発明の目的は、ランダムアクセス時におけるアクセス位置によって、解像度が半分になったり、ならなかったりするという、品質面での不安定要因を除去することができる記録媒体を提供することである。
全てのフィールドがフレーム内符号化形式になっているようなピクチャをあまりもたない、符号化形式を"VC-1"という。
"VC-1"では、フィールド毎に、符号化形式を変化させることができるので、フレーム間予測符号化形式(例えばPredictive形式)の第1フィールドと、フレーム内符号化形式(Intra形式)の第2フィールドからなるピクチャデータ(P/Iピクチャ)が、GOPの先頭ピクチャになることがある。このようなピクチャをエントリー位置として積極的にエントリーマップに取り込もうとした場合、かかる形式のフィールドを有するピクチャから、再生を開始しようとすると、当該ピクチャのフィールドがデコードされないことがある。このように、一部のフィールドがデコードできない場合、ランダムアクセス時においては、再生映像の解像度が半分になってしまう。
VC-1における、このような事情に鑑みつつ、上記目的を達成するため、本発明に係る記録媒体は、ビデオストリームと、エントリーマップとが記録された記録媒体であって、記エントリーマップは、複数のエントリー情報を有し、各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴としている。
上記記録媒体では、第1フィールドをデコードし得ないようなピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設けないので、解像度が半分になってしまうような現象を回避させながら、ランダムアクセスを実行することができる。
かかるエントリーマップを用いてランダムアクセスを行う限り、アクセス位置によって、再生装置による再生時の解像度が半分になったり、ならなかったりすることはない。
上記記録媒体のエントリーマップに従う限り、解像度が半分になったり、ならなかったりするという現象をなくすことができ、品質面の不安定要因がなくなるので、家電業界は、VC-1ビデオストリームを取り扱うような再生装置を、安心して市場に投入することができる。これにより、かかる再生装置を、広く普及させることができる。
レスポンス期間短縮という目的を達成するには、前記第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設けるようにするのが望ましい。GOPのうち先頭ピクチャの第1フィールドがフレーム内符号化(Intra)形式であるものは、第2フィールドがたとえフレーム間予測符号化(例えばPredictive)形式であったとしても、エントリー位置として指定される。
Intra形式の第1フィールドと、Predictive形式の第2フィールドとからなるピクチャ(I/Pピクチャ)は、P/Iピクチャと異なり、I/Pピクチャからデコードを開始する場合であっても、第1フィールド、第2フィールドの双方を、正しくデコードすることができる。これは、Predictive形式である第2フィールドは、Intra形式である第1フィールドを、参照していることが殆どだからである。
第1フィールド及び第2フィールドがIntra形式になっているようなピクチャ(I/Iピクチャ)だけではなく、I/Pピクチャを先頭に配したGOPを、エントリー位置として指定するので、エントリー時刻間の時間間隔を密にすることができる。これにより、ストリーム解析を行べきストリーム区間が短くなるので、ユーザがランダムアクセスを命じてから、実際、命じられた位置の部分を読み出すまでのレスポンス時間を、短くすることができる。
ここで前記記録媒体には状態フラグが記録されており、前記状態フラグは、第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示していてもよい。
ビデオストリームにはエントリー情報にて指定されていないアクセスユニットが、他に存在することを、再生装置に伝えることができる。P/Iピクチャについてのエントリー情報が省かれ、エントリー位置の間隔が広くなっている分、再生装置は、この間隔の広がりをストリーム解析で補うか否かを判断することができる。そして、ストリーム解析の能力が比較的高い再生装置においては、エントリー位置の間隔の広がりをストリーム解析で補うと判断を行うことができ、また、ストリーム解析の能力が低い再生装置においては、ランダムアクセスのアクセス先を制限するという、代替策を、採用することができる。
エントリー位置の間隔の広がりを、ストリーム解析で補うか、アクセス先の制限で補うかの選択が可能になるので、ランダムアクセスを行うにあたっての、ユーザレスポンスが極端に低下するという現象を回避することができる。
以降、図面を参照しながら、本発明に係る記録媒体及び記録装置についての実施形態について説明する。図1は、本発明に係る記録装置と、本発明に係る記録媒体と、再生装置とを示す図である。
<記録装置100>
記録装置100は、IEEE1394等のインターフェイスを介してトランスポートストリーム(TS)形式のビデオストリーム入力を受け付けて、ビデオストリームの形式変換を施した上、記録媒体200に書き込む。ここでの変換とは、TS形式のビデオストリームを、BD-ROM規格のAVClipの形式に変換するというものである。入力されるビデオストリームには、VC-1のビデオストリーム、MPEG4-AVCのビデオストリーム、MPEG2-Videoのビデオストリームがある。図2(a)は、VC-1のビデオストリームを示す図である。VC-1は、SMPTE(TheSociety of Motion Picture and Television Engineers)で策定された符号化方式であり、MPEG-2ビデオ方式、MPEG-4ビジュアル方式をベースとし、符号化ツール等の拡張を行っている。
上記VC-1では、3つのプロファイル(シンプル、メイン、アドバンスド)が規定されている。アドバンスドプロファイルでは、MPEG-2ビデオでも規定されているGOP(GroupOf Pictures)構造を有する。
VC-1のビデオストリームは、複数のビデオアクセスユニット(Video Access Unit#1,#2,#3・・・#7)からなる。これらのビデオアクセスユニットは、いわゆるGOPを構成するものであり、GOPの先頭を示すSeQuence_Header(SQH)と、複数のピクチャデータとからなる。これらのGOPは、先頭ピクチャがI/Iであるもの、I/Pであるもの、P/Iピクチャであるものの3つのタイプがある。ここで図2(a)におけるVideoAccess Unit#1,#2,#3・・・#7は、GOP#1,#2,#3・・・#7に対応するものとする。
図2(b)は、GOP#1,#2,#3・・・#7のそれぞれに属する複数のピクチャデータを、連続的に描いた図である。図2(b)では、GOP#1の先頭に位置するピクチャは、I/Iピクチャであり、GOP#4の先頭に存在するピクチャはI/Pピクチャ、GOP#2,#3,#5,#6の先頭に位置するピクチャは、P/Iピクチャであるものとする。
図2(c)は、図2(b)に示したビデオストリームのフィールド構造を示す図である。図3(a)は、P/Iピクチャの構成を示す図である。本図に示すように、P/Iピクチャはフレーム間予測符号化形式の1つである、前方予測符号化(Predictive)形式の第1フィールドと、フレーム内符号化(Intra)形式の第2フィールドとを組み合わせてなる。第1フィールドはPredictive形式であるので、P/Iピクチャは先行するGOPに属するピクチャの参照が必要になる。
図3(b)は、I/Pピクチャの構成を示す図である。本図に示すように、I/Pピクチャは、フレーム内符号化(Intra)形式の第1フィールドと、フレーム間予測符号化(Predictive)形式の第2フィールドとを組み合わせてなる。第2フィールドは、Predictive形式であるが、この参照先は、同じピクチャデータの第1フィールドであることが一般的である。以上がビデオストリームの内部構成である。
<記録媒体200>
記録媒体200は、AVClipを、EP_mapと対応づけて記録しておく記録媒体である。
<再生装置300>
再生装置300は、記録媒体200に記録されたAVClipの再生を行う。この再生には、通常再生、飛び込み再生、倍速再生といった種類がある。このうち飛び込み再生、倍速再生は、ランダムアクセスの一種の応用である。
図4(a)は、VC-1で符号化されたビデオストリームに対する、飛び込み再生を示す図である。飛込再生を実行するにあたって再生装置300は、チャプター番号の入力や、"何時何分何秒から再生を開始せよ"との時間入力をユーザから受け付けて、再生を開始すべき再生時点を特定し、その再生時点にもっとも近いGOPを探索して、AVClipのうち、探索されたGOP以降の部分を読み出し、デコーダに供給する。
本図のビデオストリームは、図2(b)に示したものと同じである。ここで、P/Iピクチャが先頭にあるGOPに対し、ユーザが飛び込み再生を命じたものとする。このP/Iピクチャにおいて、第1フィールドは、Predictive形式になっているので、図中の矢印のように、1つの前のGOPにおけるどれかのピクチャを参照している。図4(b)は、GOP先頭に存在するP/Iピクチャから再生を開始する場合に、デコードがどのようになされるかを示す。本図において、×印が付された第1フィールドは、参照画像がデコーダ内に存在しないため、デコードが不可能になっているものを示す。Intra形式の第1フィールドが、再生装置300に読み出されるるまでの間、第1フィールドをデコードすることができず、解像度が半分になってしまう。
図5(a)は、倍速再生時におけるビデオストリームに対する、アクセスを示す図である。図5(a)において、ビデオストリームにおけるGOPのフィールド構造を、図2(b)と同様の表記で示している。第1段目は、倍速再生時の、このGOPに対するアクセスを示す。この第1段目に示すように、倍速再生時にはGOPの先頭ピクチャのみを読み出し、次のGOPのピクチャに、読み出し位置を移動するという動作を繰り返して、倍速再生を実現する。
図5(b)は、倍速再生時において、デコードすることができない、第1フィールドを示す図である。本図において、×印が付された第1フィールドは、デコードされないことを示す。これらの第1フィールドは、全てPredictive形式であるからである。かかるPredictive形式が存在する区間においては、第1フィールドをデコードすることができないので、ピクチャの解像度が半分になってしまう。
飛び込み再生や倍速再生時において解像度が半分になってしまうことを避けるため、本実施形態に係る記録装置100は、図6に示すように構成されている。図6は、本実施形態に係る記録装置100の内部構成を示す図である。本図に示すように記録装置100は、ATS付与部1、ストリーム解析部2、FIFOメモリ3、メモリ4、EP_map生成部5、ドライブ6から構成される。
ATS付与部1は、入力されてくるTSパケットに随所に挿入されている、isochronousパケットを検出して、isochronousパケットが到達した時点における、記録装置のクロックの計時時刻に基づいてArribval_Time_Stampを生成する。そしてこのArribval_Time_Stampを含むArribval_Time_StampをTSパケットに付与する。 Arribval_Time_Stampは、ストリーム再生時にPCR、PTSといったタイムスタンプの参照に用いられる。一般に放送局から送信されたMPEG2-TS形式のビデオストリームは、リアルタイムに受信され、再生されることを想定して、PCR、PTSが設定されている。ところが蓄積再生においてMPEG2-TS形式のビデオストリームは、記録媒体に一旦蓄積された上で時間的にかなり遅れて再生される。この蓄積再生では、リアルタイムに再生することを目的として調整されたPCR、PTSの値が無駄になる。そこでTP_extra_headerにおけるArribval_Time_Stampは、TSパケットが記録装置に到達した時刻を示している。そのため、再生時にこのArribval_Time_Stampを参照すれば、たとえMPEG2-TS形式のビデオストリームがBlu-rayDisc等に蓄積された上で再生されたとしても、リアルタイムでの再生同様、PTS、PCRによる再生タイミング制御を実現することができる。TSパケットは188バイトであり、TS_extra_headerは4バイトであるので、上述した付与により、TSパケットは192バイトになる。
ストリーム解析部2は、記録装置100に入力されてくるビデオストリームの符号化方式を判定すると共に、順次入力されてくるTSパケットから、SQHの有無を判定し、SQHが存在するなら、そのSQHに後続するピクチャ(このピクチャは、GOPの先頭ピクチャになる)のPTS(PresentationTime Stamp)及びSPN(Source Packet Number)を検出する。ここでPTSとは、ピクチャの再生開始時刻を規定するタイムスタンプであり、SPNとは、当該ピクチャの先頭部分を格納したTSパケットのパケット番号を意味する。併せて、そのピクチャのピクチャタイプを判定する。
FIFOメモリ3は、TS_extra_headerが付与されたTSパケットを、先入れ先出し式に格納しておくFIFOを構成する。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを"AlignedUnit"という。
メモリ4は、EP_mapを格納しておくためのメモリである。EP_map等、記録媒体200のナビゲーション構造を示すデータは、ストリーム全体が確定するまで、メモリ4上に保存され、ストリーム全体の記録が完了すれば、記録媒体に書き込まれることになる。
EP_map生成部5は、ストリーム解析部2から通知されたPTSと、SPNとを用いて、EP_mapをメモリ4上に生成する。EP_map生成部5により生成されたEP_mapは、P/Iピクチャが存在するかどうかで違うフォーマットになる。図7(a)は、入力されるビデオストリームにP/Iピクチャが存在する場合に、作成されるEP_mapを示す。本図におけるEP_mapは、その一般情報(EP_map_GI)と、エントリー群とからなる。エントリー群は、複数のエントリー情報からなる。エントリー情報は、エントリー時刻と、エントリー位置とを対応づけて示す。ここでエントリー時刻は、I/Iピクチャ、I/PピクチャのPTSで表現され、エントリー位置はI/Iピクチャ、I/PピクチャのSPNで表現される。
またEP_map_GIは、状態フラグを有する。状態フラグとは、EP_mapの状態を示すフラグであり、"1"に設定されることにより、"ストリームにP/Iピクチャが存在するが、EP_mapはP/Iピクチャを指さない"旨を示す。
状態フラグが"0"であれば、ビデオストリーム中にP/Iピクチャは存在せず、エントリー位置の間隔は最大限にまで狭まっていると再生装置は理解することができる。一方、状態フラグが"1"であれば、エントリー位置として指定されていないP/Iピクチャがビデオストリーム中に存在しており、P/Iピクチャが省かれている分だけ、エントリー位置の間隔は、広がっていると理解することができる。再生装置は、状態フラグを参照することで、この間隔の広がりをストリーム解析で補うか否かを判断することができる。そして、ストリーム解析の能力が比較的高い再生装置においては、エントリー位置の間隔の広がりをストリーム解析で補うと判断を行うことができ、また、ストリーム解析の能力が低い再生装置においては、ランダムアクセスのアクセス先を制限するという、代替策を、採用することができる。
エントリー位置の間隔の広がりを、ストリーム解析で補うか、アクセス先の制限で補うかの選択が可能になるので、再生装置がランダムアクセスを行うにあたっての、ユーザレスポンスが極端に低下するという現象を回避することができる。
ドライブ6は、FIFOメモリ3上に得られた複数のAligned Unitに誤り訂正符号を付して、記録媒体200に書き込む。記録装置100に順次TSが入力され、新たなAlignedUnitが、FIFOメモリ3上に得られる限り、この書き込み処理を継続する。TS入力が途絶え、新たなAligned Unitの生成が終了すれば、メモリ4上に存在するEP_mapを記録媒体200に書き込む。
以上が本実施形態に係る記録装置の内部構成である。
再生装置300は、EP_mapにおけるEP_map_GIにおける状態フラグを参照することにより、再生しようとするAVClipにはP/Iピクチャが存在しないか、P/Iピクチャは存在するが、EP_mapからは指定されていないかを知得することができる。
図7(b)は、入力TS中に、P/Iピクチャが存在しない場合に、EP_map生成部5によって生成されるEP_mapを示す図である。本図においてエントリー群は、I/Iピクチャ、I/Pピクチャのアドレスを、PTSと対応づけて示す。一方、EP_map_GIにおける状態フラグは、"0"に設定されている。この"0"は、入力TSに、P/Iピクチャが存在しない旨を示すものであり、この状態フラグの値を参照することにより、再生装置300は、再生しようとするAVClipに、P/Iピクチャが存在しない旨を知得することができる。
図8は、EP_map生成部5によるEP_mapの作成手順を示すフローチャートである。本フローチャートは、ステップS1において、"ストリーム中に、P/Iピクチャが存在しない旨"を示すように、状態フラグを設定してから、ステップS2〜ステップS3からなるループ処理を実行する。このステップS2〜ステップS3は、装置に対するTSパケット入力を監視するものである。ステップS2は、入力されてくるTSパケットに、SQHが存在するかどうかの判定であり、ステップS3は、TSパケット入力が終了したか否かの判定である。
入力されてくるTSパケットにSQHが存在する場合、そのSQHが属するビデオアクセスユニットにおけるGOPの先頭ピクチャが、P/Iピクチャであるか否かを判定する(ステップS4)。先頭ピクチャがP/Iピクチャではなく、I/Pピクチャ又はI/Iピクチャであれば、通知されたPTSと、通知されたSPNとの組みとなるエントリー情報を、EP_mapにおけるEntry群に追加する(ステップS5)。
一方、GOPの先頭ピクチャが、P/Iピクチャであれば、状態フラグが"存在しない旨を示す"ように設定されているか否かを判定する(ステップS6)。もしそうであるなら、"存在するが指さない旨を示す"よう、状態フラグの値を更新してから(ステップS7)、ステップS2〜ステップS3からなるループ処理に戻る。既に"存在するが指さない旨を示す"よう設定されているなら、何の処理も行わず、ステップS2〜ステップS3からなるループ処理に戻る。以上が、EP_map生成部5による処理手順である。
図9は、図2に示したAVClipに対し、生成されたEP_mapを示す図である。本図の第1段目は、対象となるビデオストリームのフィールド構造を示す。第2段目はAVClipの時間軸を示し、第3段目は、そのAVClipに対するEP_mapを、第4段目は、AVClipを構成するTSパケット列を示す。
第3段目におけるEP_mapにおける個々のエントリー情報は、I/IピクチャやI/PピクチャのPTS、SPNを含んでいるが、P/IピクチャのPTSやSPNは含んでいない。その代わり状態フラグは、値"1"に設定されている。
このように構成されたEP_mapと共に、AVClipが記録媒体200に記録されれば、再生装置300は、倍速再生時において、EP_mapにより、SPNと、PTSとが示されているI/Iピクチャ、I/Pピクチャのみをアクセスしてゆく。図10は、EP_mapを参照することでなされる、再生装置300の再生処理を示す図である。I/IピクチャやI/Pピクチャを参照して倍速再生を実行するので、第1フィールドが欠落することはない。
以上のように本実施形態によれば、上述したような記録媒体のエントリーマップに基づき、再生装置がランダムアクセスを行う限り、アクセス位置によって、解像度が半分になったり、ならなかったりするという、品質面での不安定要因を生じないので、VC-1ビデオストリームを扱うような応用製品を開発し、市場に流通させることができる。これにより家電機器業界に大きな効果をもたらすことができる。
(第2実施形態)
GOPの先頭ピクチャがP/Iピクチャである場合、第1実施形態では、そのピクチャについてのエントリー情報を生成しなかったが、本実施形態は、そのP/Iピクチャについてのエントリー情報を作成するものである。但し、こうして作成したエントリー情報がP/Iピクチャであることを再生装置300に認識させるため、エントリー情報に、タイプフラグを設ける。図11は、第2実施形態に係る記録装置100の内部構成を示す図である。本図の記録装置100が、第1実施形態に示したものと違うのは、エントリー群の作成にあたって、個々のエントリーに、タイプフラグを設け、EP_map生成部5は、ストリーム解析部2から通知されたストリームタイプを、このタイプフラグに設定する点である。このように、エントリー群における個々のエントリー情報に、タイプフラグが追記されるので、図12に示すようなEP_mapが、記録媒体200に書き込まれることになる。
図12(a)は、タイプフラグが設けられたEP_mapを示す図である。本図に示すように、EP_mapにおける個々のエントリー情報には、タイプフラグが存在していることがわかる。図12(b)は、タイプフラグの意味内容を示す図である。本図に示すようにタイプフラグは、"0"に設定されることにより、エントリー情報に対応するピクチャデータがI/Iピクチャ又はI/Pピクチャであり、正式なエントリー位置であることを示す。一方、タイプフラグは、"1"に設定されることにより、エントリー情報に対応するピクチャデータがP/Iピクチャであり、予備的なエントリー位置であることを示す。
図13は、第2実施形態に係るEP_map生成部5の処理手順を示すフローチャートである。図8と比較すると、図13のフローチャートは、図8のステップS1が省略されているものの、図8同様、ステップS2〜ステップS4が存在することがわかる。そしてステップS4がYes、Noであるときの処理が違っている。ステップS4がNoと判定された場合、"0"に設定されたタイプフラグと、通知されたPTSと、通知されたSPNとの組みを示すエントリー情報を、EP_mapにおけるEntry群に追加する(ステップS10)。ステップS4がYesと判定された場合、"1"に設定されたタイプフラグと、通知されたPTSと、通知されたSPNとの組みを示すエントリー情報を、EP_mapにおけるEntry群に追加する(ステップS11)。以上が第2実施形態におけるEP_mapの作成手順である。
図14は、図2に示したAVClipに対し、生成されたEP_mapを示す図である。本図の第1段目は、対象となるビデオストリームのフィールド構造を示す。第2段目はAVClipの時間軸を示し、第3段目は、そのAVClipに対するEP_mapを、第4段目は、AVClipを構成するTSパケット列を示す。
第3段目におけるEP_mapにおける個々のエントリー情報は、I/Iピクチャ、I/Pピクチャ、P/IピクチャのPTS、SPNを含んでいる。ここでエントリー情報のうち、I/IピクチャやI/PピクチャのPTS、SPNを含むもののタイプフラグは、0に設定されている。エントリー情報のうち、P/IピクチャのPTS、SPNを含むもののタイプフラグは、1に設定されている。
P/IピクチャのPTSやSPNは含んでいるようなエントリー情報は、タイプフラグ="1"に設定されているので、これらのエントリー情報は、予備的なエントリー位置を示すことを再生装置300は知得することができる。
以上が第1実施形態に係る記録装置100についての説明である。続いて、第2実施形態に係る再生装置300について説明する。再生装置300は、各エントリー情報にタイプフラグが付与されたEP_mapを参照して、飛込再生や倍速再生を実行する。この際、各エントリー情報のタイプフラグは、対応するエントリー位置が、I/Iピクチャ又はI/Pピクチャであるか、P/Iピクチャであるかを示しているので、このタイプフラグに応じた処理を行う。具体的にいうと、再生しようとするエントリー位置が、P/Iピクチャであれば、そのP/Iピクチャが属するGOPの、2,3個前のGOPを再生装置300内のデコーダに読み出す。これは、P/Iピクチャが参照しているピクチャデータを、デコーダ内に格納しておくためである。こうすることにより、P/Iピクチャが参照しているピクチャデータが、デコーダ内に格納されるので、解像度を落とすことなく、飛込再生や倍速再生を実行することができる。
一方、エントリー位置がI/Pピクチャを示しているなら、第1実施形態同様、エントリー情報で示されているピクチャデータから再生を開始する。
タイプフラグの設定に応じて、P/Iピクチャが属するGOPの、2,3個前のGOPを再生装置300内のデコーダに読み出すという処理を行うので、解像度を落とすことなく、飛込再生や倍速再生を実行することができる。

(第3実施形態)
第3実施形態は、第1実施形態、第2実施形態に示したEP_mapを、BD-ROM規格に準じて構成する場合の構成例について説明する。BD-ROM規格に準じてEP_mapを構成する場合、EP_mapはClip情報に組み込まれることになる。Clip情報とは、AVClipに対する管理情報であり、AVClipのファイル名と、関連するファイル名のファイルに、格納される。
AVClipは"xxxxx.m2ts"という、ファイル名のファイルに格納される。ここでxxxxxというのは、5桁の数値であり、"m2ts"というのは、AVClipであることを示す拡張子である。Clip情報は、この5桁の数値と"clpi"という拡張子とからなるファイル名のファイルに、格納されることになる。
図15は、Clip情報の内部構成を示す図である。本図の左側に示すようにClip情報は、

i)AVClipファイルの属性情報を格納した『ClipInfo()』、
ii)ATC Sequence,STC Sequenceに関する情報を格納した『Sequence Info()』
iii)Program Sequenceに関する情報を格納した『Program Info()』
iv)『Characteristic Point Info(CPI())』からなる。

図中の引き出し線cu1は、i番目のProgram Sequence(Program Sequence(i))の構成をクローズアップしている。本引き出し線に示すように、ProgramSequence(i)に対するProgram Infoは、Stream_PIDと、Stream_Coding_Infoとの組みをNs(i)個配列してなる(図中のStream_PID[i](0)、Stream_Coding_Info(i,0)〜Stream_PID[i](Ns(i)-1)、Stream_Coding_Info(i,Ns(i)-1))。
Stream_PIDは、AVClipを構成する個々のエレメンタリストリームについてのパケット識別子を示し、Stream_Coding_Infoは、AVClipを構成する個々のエレメンタリストリームについての符号化方式を示す。
図中の引き出し線cu6は、Stream_Coding_Infoの構成をクローズアップしている。この引き出し線に示すように、Stream_Coding_Infoは、ビデオストリームの符号化方式を示す情報として、Stream_Coding_typeを有する。このStream_Coding_typeは、対応するビデオストリームが、VC-1であるか、MPEG2-Videoであるか、MPEG2-AVCであるかを示す。本実施形態では、このStream_Coding_typeに、第1実施形態に示した状態フラグの役割を持たせる。
Stream_Coding_typeが、MPEG2-Video、又は、MPEG2-AVCである旨を示している場合は、ビデオストリームにP/Iピクチャが存在する筈がないので、第1実施形態に示した、"状態フラグ=0"の役割を、このStream_Coding_typeにもたせることができる。
Stream_Coding_typeが、VC-1である旨を示している場合は、ビデオストリームにP/Iピクチャが存在し得るので、第1実施形態に示した"状態フラグ=1"の役割を、このStream_Coding_typeにもたせることができる。
故に再生装置は、このStream_Coding_typeを、第1実施形態に示した状態フラグのように、利用することができる。

<CPI(EP_map)>
CPIの説明を行う。図中の引き出し線cu2は、CPIの構成をクローズアップしている。引き出し線cu2に示すように、CPIはEP_mapからなる。EP_mapは、Ne個のEP_map_for_one_stream_PID(EP_map_for_one_stream_PID(0)〜EP_map_for_one_stream_PID(Ne-1))からなる。これらEP_map_for_one_stream_PIDは、AVClipに属する個々のエレメンタリストリームについてのEP_mapである。EP_mapは、1つのエレメンタリストリーム上において、ビデオアクセスユニット先頭に存在するピクチャのSequence_Start_Codeが存在するパケット番号(SPN_EP_start)を、ビデオアクセスユニット先頭に存在するピクチャのエントリー時刻(PTS_EP_start)と対応づけて示す情報である。
図中の引き出し線cu3は、EP_map_for_one_stream_PIDの内部構成をクローズアップしている。
これによると、EP_map_for_one_stream_PIDは、Nc個のEP_High(EP_High(0)〜EP_High(Nc-1))と、Nf個のEP_Low(EP_Low(0)〜EP_Low(Nf-1))とからなることがわかる。ここでEP_Highは、SPN_EP_start及びPTS_EP_startの上位ビットを表す役割をもち、EP_Lowは、SPN_EP_start及びPTS_EP_startの下位ビットを示す役割をもつ。
図中の引き出し線cu4は、EP_Highの内部構成をクローズアップしている。この引き出し線に示すように、EP_High(i)は、EP_Lowに対する参照値である『ref_to_EP_Low_id[i]』と、PTSの上位ビットを示す『PTS_EP_High[i]』と、SPNの上位ビットを示す『SPN_EP_High[i]』とからなる。ここでiとは、任意のEP_Highを識別するための識別子である。
図中の引き出し線cu5は、EP_Lowの構成をクローズアップしている。引き出し線cu5に示すように、EP_Lowは、対応するビデオアクセスユニットが、独立復号可能か否かを示す『is_angle_change_point(EP_Low_id)』と、CodedI frameのサイズを示す『I_end_position_offset(EP_Low_id)』と、対応するビデオアクセスユニットのPTSの下位ビットを示す『PTS_EP_Low(EP_Low_id)』と、対応するビデオアクセスユニットのSPNの下位ビットを示す『SPN_EP_Low(EP_Low_id)』とからなる。ここで"CodedI frame"とは、ビデオアクセスユニット先頭に存在するピクチャである。"Coded I frame"には、第1フィールド及び第2フィールドがフレーム内符号化形式であるようなI/Iピクチャだけではなく、第1フィールドがIntra形式であり、第2フィールドがPredictive形式であるようなI/Pピクチャを含む。しかし第1フィールドがPredictive形式であり、第2フィールドがIntra形式であるようなP/Iピクチャは、除外される。また、EP_Low_idとは、任意のEP_Lowを識別するための識別子である。
これらのEP_mapのデータ構造は、基本的には上述した特許文献等に記載されたものであり、本明細書ではこれ以上詳しく触れない。
図16は、ビデオストリームに対するEP_map設定を示す図である。第1段目は、表示順序に配置された複数のピクチャを示し、第2段目は、そのピクチャにおける時間軸を示す。第4段目は、BD-ROM上のTSパケット列を示し、第3段目は、EP_mapの設定を示す。
第2段目の時間軸において、時点t1〜t7に、P/Iピクチャ、I/Iピクチャ、I/Pピクチャが存在するものとする。そしてこれらのt1〜t7のうち、t1〜t3の時間間隔、t3〜t5の時間間隔、t5〜t7の時間間隔が、1秒程度であるとすると、映画に用いられるビデオストリームにおけるEP_mapは、t1〜t7のうち、t1,t3,t5をエントリー時刻(PTS_EP_start)として設定し、これに対応づけて記録位置(SPN_EP_start)を示すよう、設定される。
図17は、図16におけるEntry Point#1〜Entry Point#5のPTS_EP_start、SPN_EP_startを、EP_Low、EP_Highの組みで表現したものである。本図の左側にEP_Lowを示し、右側にEP_Highを示す。
図17左側のEP_Low(0)〜(Nf-1)のうち、EP_Low(i)〜(i+1)のPTS_EP_Lowは、t1,t3,t5,t7の下位ビットを示す。EP_Low(0)〜(Nf-1)のうち、EP_Low(i)〜(i+1)のSPN_EP_Highは、n1,n3,n5,n7の下位ビットを示す。
図17右側は、EP_mapにおけるEP_High(0)〜(Nc-1)を示す。ここでt1,t3,t5,t7は共通の上位ビットをもっており、またn1,n3,n5,n7も共通の上位ビットをもっているとすると、この共通の上位ビットが、PTS_EP_High,SPN_EP_Highに記述される。そしてEP_Highに対応するref_to_EP_LOW_idは、t1,t3,t5,t7、n1,n3,n5,n7にあたるEP_Lowのうち、先頭のもの(EP_Low(i))を示すように設定しておく。こうすることにより、PTS_EP_start、SPN_EP_startの共通の上位ビットは、EP_Highにより表現されることになる。

(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。

(A)第3実施形態に係るBD-ROMは、以下の工程を順次実行することにより、作ることができる。
先ず初めに、BD-ROMをどのような筋書きで再生させるかを決めるかを企画して(企画工程)、動画収録、音声収録等の素材作成を行い(素材作成工程)、企画工程において作成された筋書きから、ボリューム構成情報を作成する(シナリオ作成工程)。
ボリューム構成情報とは、抽象的な記述にて、光ディスクの応用層のフォーマットを示す情報である。
その後、ビデオ素材、オーディオ素材、字幕素材、メニュー素材のそれぞれをエンコードすることにより、エレメンタリストリームを得る(素材エンコード工程)。その後、複数のエレメンタリストリームの多重化を行う(多重化工程)。
こうして多重化がなされれば、多重化されたストリーム及びボリューム構成情報を、BD-ROMの応用層フォーマットに適合させる作業を行い、BD-ROMのボリューム領域に記録すべきデータの全体像(一般にボリュームデータという)を得る(フォーマッティング工程)。
ここで本発明に係る記録媒体の応用層フォーマットは、プログラミング言語で記述されたクラス構造体のインスタンスであり、BD-ROM規格に規定された構文に基づいて、クラス構造体のインスタンスを記述することで、Clip情報,PlayList情報等を作成することができる。この場合、テーブル形式のデータは、プログラミング言語のfor文を用いて定義することができ、その他、特定の条件下のみ、必要になるようなデータは、if文を用いて定義することができる。
こうした適合処理の後、ボリュームデータが得られれば、ボリュームデータを再生してみてシナリオ作成工程の結果が正しいか否かの確認を行う(エミュレーション工程)。このエミュレーション工程では、BD-ROMプレーヤモデルのバッファ状態のシミュレートを行うのが望ましい。
最後にプレス工程を行う。
このプレス工程では、ボリュームイメージを物理データ列に変換して、この物理データ列を用いて原盤カッティングを行い、ディスク原盤を作成する。さらにプレス装置によって作成された原盤から、BD-ROMを製造する。この製造は主に、基板成形、反射膜成膜、保護膜コーティング、張り合わせ、レーベルの印刷といった諸工程からなる。
以上の工程を経て、各実施形態に示した記録媒体(BD-ROM)を作ることができる。
(B)各実施形態に示したフローチャートや、機能的な構成要素による情報処理は、ハードウェア資源を用いて具体的に実現されていることから、自然法則を利用した技術的思想の創作といえ、"プログラムの発明"としての成立要件を満たす。
・本発明に係るプログラムの生産形態
本発明に係るプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
具体的には、フローチャートにおける繰り返し処理は、上記構文に規定されたfor文等を用いて記述する。判定処理は、上記構文に規定されたif文,swith文等を用いて記述する。デコーダに対する再生制御や、ドライブ装置のアクセス制御等、ハードウェアについての制御は、ハードウェアの製造元から供給される外部関数を呼び出すことにより、記述する。
記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
ここで生成されたオブジェクトプログラムは、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、JAVA(登録商標)バイトコードというように、様々な種類がある。プログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップを実現してもよい。
オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを1つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。以上の処理を経て、本発明に係るプログラムを作ることができる。

(C)本発明に係るプログラムは、以下のようにして使用することができる。
(i)組込プログラムとしての使用
本発明に係るプログラムを組込プログラムとして使用する場合、プログラムにあたるロードモジュールを、基本入出力プログラム(BIOS)や、様々なミドルウェア(オペレーションシステム)と共に、命令ROMに書き込む。こうした命令ROMを、制御部に組み込み、CPUに実行させることにより、本発明に係るプログラムを、記録装置の制御プログラムとして使用することができる。
(ii)アプリケーションとしての使用
記録装置が、ハードディスク内蔵モデルである場合は、基本入出力プログラム(BIOS)が命令ROMに組み込まれており、様々なミドルウェア(オペレーションシステム)が、ハードディスクにプレインストールされている。また、ハードディスクから、システムを起動するためのブートROMが、記録装置に設けられている。
この場合、ロードモジュールのみを、過搬型の記録媒体やネットワークを通じて、記録装置に供給し、1つのアプリケーションとしてハードディスクにインストールする。そうすると、記録装置は、ブートROMによるブートストラップを行い、オペレーションシステムを起動した上で、1つのアプリケーションとして、当該アプリケーションをCPUに実行させ、本発明に係るプログラムを使用する。
ハードディスクモデルの記録装置では、本発明のプログラムを1つのアプリケーションとして使用しうるので、本発明に係るプログラムを単体で譲渡したり、貸与したり、ネットワークを通じて供給することができる。
(D)本発明に係るシステムLSIの生産・使用行為
システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも1つのLSIのような外形構造を複数個のベアチップに持たせたものも、システムLSIに含まれる(このようなシステムLSIは、マルチチップモジュールと呼ばれる。)。
ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
これらのピンは、ドライブ装置との入出力インターフェイス、リモコン装置との入力インターフェイス、テレビとのインターフェイス、その他、IEEE1394インターフェイスやPCIバスとのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、ドライブ装置等や記録装置の各種回路を接続することにより、システムLSIは、記録装置の中核としての役割を果たす。
システムLSIにパッケージングされるベアチップとは、各実施形態において内部構成図として示した各構成要素の機能を具現する命令ROMやCPU、デコーダLSI等である。
先に"組込プログラムとしての使用"で述べたように、命令ROMには、プログラムにあたるロードモジュールや、基本入出力プログラム(BIOS)、様々なミドルウェア(オペレーションシステム)が書き込まれる。本実施形態において、特に創作したのは、このプログラムにあたるロードモジュールの部分なので、プログラムにあたるロードモジュールを格納した命令ROMを、ベアチップとしてパッケージングすることにより、本発明に係るシステムLSIは生産することができる。
生産手順の詳細は以下のものになる。まず各実施形態に示した構成図を基に、システムLSIとすべき部分の回路図を作成する。
そうして、各構成要素を具現化してゆけば、回路素子やIC,LSI間を接続するバスやその周辺回路、外部とのインターフェイス等を規定する。更には、接続線、電源ライン、グランドライン、クロック信号線等も規定してゆく。この規定にあたって、LSIのスペックを考慮して各構成要素の動作タイミングを調整したり、各構成要素に必要なバンド幅を保証する等の調整を加えながら、回路図を完成させてゆく。
回路図が完成すれば、実装設計を行う。実装設計とは、回路設計によって作成された回路図上の部品(回路素子やIC,LSI)を基板上のどこへ配置するか、あるいは、回路図上の接続線を、基板上にどのように配線するかを決定する基板レイアウトの作成作業である。
ここで実装設計は、自動配置と、自動配線とからなる。
CAD装置を利用する場合、この自動配置は、"重心法"と呼ばれる専用のアルゴリズムを用いて実現することができる。自動配線は、回路図上の部品のピン同士を接続するような接続線を、金属箔やビアを用いて規定する。CAD装置を利用する場合、この配線処理は、"メーズ法""ラインサーチ法"と呼ばれる専用のアルゴリズムを用いて実現することができる。
こうして実装設計が行われ、基板上のレイアウトが確定すれば、実装設計結果をCAMデータに変換して、NC工作機械等の設備に出力する。NC工作機械は、このCAMデータを基に、SoC実装やSiP実装を行う。SoC(Systemon chip)実装とは、1チップ上に複数の回路を焼き付ける技術である。SiP(System in Package)実装とは、複数チップを樹脂等で1パッケージにする技術である。以上の過程を経て、本発明に係るシステムLSIは、各実施形態に示した記録装置の内部構成図を基に作ることができる。
尚、上述のようにして生成される集積回路は、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
さらに、各記録装置の構成要素の一部又は全てを1つのチップとして構成してもよい。集積回路化は、上述したSoC実装,SiP実装に限るものではなく、専用回路又は汎用プロセスで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(FieldProgrammable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用することが考えられる。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
(E)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。
(F)各実施形態におけるビデオストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(VideoObject)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、dts方式であってもよい。
(G)各実施形態ではMPEG4-AVC(H.264やJVTとも呼ばれる)をもとに説明したが、MPEG2ビデオストリームであってもよく、また、その他の形式(VC-1等)の画像の場合でも単独でデコード可能な画像であれば、容易に応用可能である。
本発明に係る記録媒体及び記録装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができる。このことから本発明に係る記録媒体及び記録装置は、産業上利用可能性を有する。
本発明に係る記録装置と、本発明に係る記録媒体と、再生装置とを示す図である。 (a)VC-1のビデオストリームを示す図である。 (b)GOP#1,#2,#3・・・#7のそれぞれに属する複数のピクチャデータを、連続的に描いた図である。 (c)(b)に示したビデオストリームのフィールド構造を示す図である。 (a)P/Iピクチャの構成を示す図である。 (b)I/Pピクチャの構成を示す図である。 (a)VC-1で符号化されたビデオストリームに対する、飛び込み再生を示す図である。 (b)GOP先頭に存在するP/Iピクチャから再生を開始する場合に、デコードがどのようになされるかを示す。 (a)ビデオストリームにおけるGOPのフィールド構造を、図2(b)と同様の表記で示した図である。 (b)倍速再生時において、デコードすることができない、Predictive形式の第1フィールドを示す図である。 本実施形態に係る記録装置の内部構成を示す図である。 (a)入力されるビデオストリームにEP_mapが存在しない場合に、作成されるEP_mapを示す。 (b)入力TS中に、P/Iピクチャが存在する場合に、EP_map生成部5によって生成されるEP_mapを示す図である。 EP_map生成部5によるEP_mapの作成手順を示すフローチャートである。 図2に示したAVClipに対し、生成されたEP_mapを示す図である。 EP_mapを参照することでなされる、再生装置の再生処理を示す図である。 第2実施形態に係る記録装置の内部構成を示す図である。 (a)タイプフラグが設けられたEP_mapを示す図である。 (b)タイプフラグの意味内容を示す図である。 第2実施形態に係るEP_map生成部5の処理手順を示すフローチャートである。 図2に示したAVClipに対し、生成されたEP_mapを示す図である。 Clip情報の内部構成を示す図である。 ビデオストリームに対するEP_map設定を示す図である。 図16におけるEntry Point#1〜Entry Point#5のPTS_EP_start、SPN_EP_startを、EP_Low、EP_Highの組みで表現したものである。
符号の説明
1 ATS付与部
2 ストリーム解析部
3 FIFOメモリ
4 メモリ
5 EP_map生成部
6 ドライブ
100 記録装置
200 記録媒体
300 再生装置

Claims (13)

  1. ビデオストリームと、エントリーマップとが記録された記録媒体であって、
    前記エントリーマップは、複数のエントリー情報を有し、
    各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録媒体。
  2. 前記第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は、エントリーマップに設ける、ことを特徴とする請求項1記載の記録媒体。
  3. 前記記録媒体には状態フラグが記録されており、
    前記状態フラグは、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示す
    ことを特徴とする請求項1記載の記録媒体。
  4. 前記記録媒体には、ビデオストリームの符号化方式を示す方式情報が記録されており、
    前記方式情報によって示される符号化方式がMPEG2-Video又はMPEG4-AVCである場合、前記エントリーマップには、第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを示すエントリー情報が存在しな、ことを特徴とする請求項1記載の記録媒体。
  5. ビデオストリームと、エントリーマップとを記録媒体に書き込む記録装置であって、
    ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出手段と、
    検出手段による検出結果に応じてエントリー情報を生成する生成手段と、
    ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込手段とを備え、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを、検出手段が検出したとしても、前記生成手段は、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録装置。
  6. 第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを検出した場合、前記生成手段は、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設ける
    ことを特徴とする請求項5記載の記録装置。
  7. 前記書込手段は、記録媒体に状態フラグを書き込み、
    前記状態フラグは、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャのアドレスを示すエントリー情報は、エントリーマップに存在しない旨を示す、ことを特徴とする請求項5記載の記録装置。
  8. 第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャが、ビデオストリーム内に存在しない場合、前記書込手段は、当該ピクチャがビデオストリームに存在しない旨を、状態フラグに示させる、ことを特徴とする請求項7記載の記録装置。
  9. ビデオストリームと、エントリーマップとを記録媒体に書き込む処理をコンピュータに実行させるプログラムであって、
    ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出ステップと、
    検出ステップによる検出結果に応じてエントリー情報を生成する生成ステップと、
    ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込ステップとをコンピュータに実行させ、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを検出したとしても、前記生成ステップは、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とするプログラム。
  10. ビデオストリームと、エントリーマップとを記録媒体に書き込む記録方法であって、
    ビデオストリームにおいて、ピクチャデータのアドレスを検出する検出ステップと、
    検出ステップによる検出結果に応じてエントリー情報を生成する生成ステップと、
    ビデオストリームと対応づけて、生成したエントリー情報を含むエントリーマップを、記録媒体に書き込む書込ステップとをコンピュータに実行させ、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを検出ステップが検出したとしても、前記生成ステップは、当該先頭ピクチャデータのアドレスを指し示すエントリー情報を、エントリーマップに設けない、ことを特徴とする記録方法。
  11. ビデオストリームと、エントリーマップとが記録された記録媒体であって、
    ビデオストリームは、複数のピクチャデータからなり、
    前記エントリーマップは、複数のエントリー情報を有し、
    各エントリー情報は、
    ピクチャデータのアドレスを指し示す情報であり、タイプ情報を有し、
    前記タイプ情報は、
    第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのエントリー位置と、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャのエントリー位置とを区別して示す、ことを特徴とする記録媒体。
  12. 記録媒体に記録されたエントリーマップに従って、記録媒体に記録されたビデオストリームを再生する再生装置であって、
    前記エントリーマップは、複数のエントリー情報を有し、
    各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
    エントリーマップには、
    第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は存在しており、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報が存在せず、
    前記再生装置は、
    記録媒体に記録されたエントリーマップを参照して、記録媒体に記録されたビデオストリームにおけるピクチャデータを読み出し、再生する
    ことを特徴とする再生装置
  13. 記録媒体に記録されたエントリーマップに従って、記録媒体に記録されたビデオストリームを再生する再生方法であって、
    前記エントリーマップは、複数のエントリー情報を有し、
    各エントリー情報は、ピクチャデータのアドレスを指し示す情報であり、
    エントリーマップには、
    第1フィールドがフレーム内符号化形式であり、第2フィールドがフレーム間予測符号化形式であるピクチャデータのアドレスを指し示すエントリー情報は存在しており、
    第1フィールドがフレーム間予測符号化形式であり、第2フィールドがフレーム内符号化形式であるピクチャデータのアドレスを指し示すエントリー情報が存在せず、
    前記再生装置は、
    記録媒体に記録されたエントリーマップを参照して、記録媒体に記録されたビデオストリームにおけるピクチャデータを読み出し、再生する
    ことを特徴とする再生方法
JP2006532004A 2004-09-03 2005-09-02 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法 Active JP4762145B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006532004A JP4762145B2 (ja) 2004-09-03 2005-09-02 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2004257236 2004-09-03
JP2004257236 2004-09-03
PCT/JP2005/016116 WO2006025527A1 (ja) 2004-09-03 2005-09-02 記録媒体、記録装置、プログラム、記録方法
JP2006532004A JP4762145B2 (ja) 2004-09-03 2005-09-02 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法

Publications (2)

Publication Number Publication Date
JPWO2006025527A1 JPWO2006025527A1 (ja) 2008-05-08
JP4762145B2 true JP4762145B2 (ja) 2011-08-31

Family

ID=36000172

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006532004A Active JP4762145B2 (ja) 2004-09-03 2005-09-02 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法

Country Status (3)

Country Link
US (1) US8150232B2 (ja)
JP (1) JP4762145B2 (ja)
WO (1) WO2006025527A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7370212B2 (en) 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US8725646B2 (en) 2005-04-15 2014-05-13 Microsoft Corporation Output protection levels
US20060265758A1 (en) 2005-05-20 2006-11-23 Microsoft Corporation Extensible media rights
US7684566B2 (en) 2005-05-27 2010-03-23 Microsoft Corporation Encryption scheme for streamed multimedia content protected by rights management system
US7769880B2 (en) * 2005-07-07 2010-08-03 Microsoft Corporation Carrying protected content using a control protocol for streaming and a transport protocol
US7561696B2 (en) * 2005-07-12 2009-07-14 Microsoft Corporation Delivering policy updates for protected content
US7634816B2 (en) 2005-08-11 2009-12-15 Microsoft Corporation Revocation information management
US8321690B2 (en) * 2005-08-11 2012-11-27 Microsoft Corporation Protecting digital media of various content types
US7720096B2 (en) * 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
EP2230844B1 (en) * 2008-01-17 2017-11-22 Panasonic Intellectual Property Management Co., Ltd. Recording medium on which 3d video is recorded, recording apparatus for recording 3d video, and reproducing device and method for reproducing 3d video
US8521006B2 (en) * 2010-05-06 2013-08-27 Intel Corporation Boundary detection in media streams
CN106713940B (zh) * 2015-08-04 2019-12-20 杭州海康威视数字技术股份有限公司 视频流的存储方法、读取方法及装置
CN114430469A (zh) * 2022-04-01 2022-05-03 浙江大华技术股份有限公司 视频数据存储方法、读取方法、电子设备和可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1169363A (ja) * 1997-06-28 1999-03-09 Deutsche Thomson Brandt Gmbh ディジタル符号化ビデオフィルムの原データを再生する方法及び装置
JP2000316158A (ja) * 1999-04-30 2000-11-14 Sony Corp 符号化装置及び符号化方法
JP2003284004A (ja) * 2001-11-09 2003-10-03 Humax Co Ltd デジタル放送プログラムの低倍速再生方法
JP2005151570A (ja) * 2003-11-13 2005-06-09 Microsoft Corp ビデオストリーム中の有効エントリポイントの指示

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2830881B2 (ja) 1991-03-18 1998-12-02 日本ビクター株式会社 インタレース画像信号の予測符号化方法
KR950011200B1 (ko) * 1990-10-31 1995-09-29 니뽕 빅터 가부시끼가이샤 인터레이스 동화상 신호의 압축 장치
JP3443867B2 (ja) * 1992-06-26 2003-09-08 ソニー株式会社 画像信号符号化、復号化方法及び画像信号記録媒体
MY130203A (en) * 1999-05-06 2007-06-29 Sony Corp Methods and apparatus for data processing, methods and apparatus for data reproducing and recording media
JP4389365B2 (ja) 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
US7609762B2 (en) * 2003-09-07 2009-10-27 Microsoft Corporation Signaling for entry point frames with predicted first field

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1169363A (ja) * 1997-06-28 1999-03-09 Deutsche Thomson Brandt Gmbh ディジタル符号化ビデオフィルムの原データを再生する方法及び装置
JP2000316158A (ja) * 1999-04-30 2000-11-14 Sony Corp 符号化装置及び符号化方法
JP2003284004A (ja) * 2001-11-09 2003-10-03 Humax Co Ltd デジタル放送プログラムの低倍速再生方法
JP2005151570A (ja) * 2003-11-13 2005-06-09 Microsoft Corp ビデオストリーム中の有効エントリポイントの指示

Also Published As

Publication number Publication date
US8150232B2 (en) 2012-04-03
WO2006025527A1 (ja) 2006-03-09
JPWO2006025527A1 (ja) 2008-05-08
US20080187284A1 (en) 2008-08-07

Similar Documents

Publication Publication Date Title
JP4762145B2 (ja) 記録媒体、記録装置、プログラム、記録方法、再生装置、再生方法
JP4537477B2 (ja) 再生装置、プログラム、再生方法、記録方法。
US8165452B2 (en) Recording medium, reproduction device, program, reproduction method, and integrated circuit
TWI259722B (en) A method and an apparatus for stream conversion, a method and an apparatus for data recording, and data recording medium
EP1843351B1 (en) Recording medium, program, and reproduction method
JP4491038B2 (ja) 再生装置、プログラム、再生方法
CN101006506A (zh) 流再现装置、流供给装置
TW200301061A (en) A method and an apparatus for stream conversion, a method and an apparatus for data recording, and data recording medium
RU2393556C2 (ru) Носитель записи, устройство воспроизведения и способы записи и воспроизведения
JPWO2007119765A1 (ja) 記録媒体、再生装置、記録装置、システムlsi、方法、プログラム
JP2006107705A (ja) 再生装置、プログラム、再生方法。

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080707

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110215

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110330

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: 20110524

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110607

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140617

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4762145

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150