JPWO2006101053A1 - 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ - Google Patents

記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ Download PDF

Info

Publication number
JPWO2006101053A1
JPWO2006101053A1 JP2007509248A JP2007509248A JPWO2006101053A1 JP WO2006101053 A1 JPWO2006101053 A1 JP WO2006101053A1 JP 2007509248 A JP2007509248 A JP 2007509248A JP 2007509248 A JP2007509248 A JP 2007509248A JP WO2006101053 A1 JPWO2006101053 A1 JP WO2006101053A1
Authority
JP
Japan
Prior art keywords
packet
pes packet
picture
meta information
unit
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
Application number
JP2007509248A
Other languages
English (en)
Other versions
JP4856626B2 (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 JP2007509248A priority Critical patent/JP4856626B2/ja
Publication of JPWO2006101053A1 publication Critical patent/JPWO2006101053A1/ja
Application granted granted Critical
Publication of JP4856626B2 publication Critical patent/JP4856626B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation 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/8042—Transformation 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005—Reproducing at a different information rate from the information rate of recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; 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/32—Indexing; 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 separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; 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 separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation 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/8205—Transformation 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

Landscapes

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

Abstract

独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録装置であって、トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出部と、当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定部と、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成部とを備える。

Description

本発明は、メタ情報生成技術に関する。
メタ情報とは、ビデオストリームを読み出すための情報であり、独立して復号可能な各ピクチャデータのアドレス及びサイズを示す。ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ ２）、ＭＰＥＧ４−ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）等において、メタ情報作成技術は、フレーム間の相関性を用いて符号化されたビデオストリームを特殊再生するにあたって不可欠な技術であり、様々な記録媒体の応用層規格に採用されている。
ＭＰＥＧ２−Ｖｉｄｅｏ、ＭＰＥＧ４−ＡＶＣ等の符号化方式により符号化されたビデオストリームは、かかるフレーム間の相関性を用いて圧縮されているため、独立して復号可能なピクチャデータを復号した後でなければ、Ｐピクチャ、Ｂピクチャを復号できない。そこで再生装置は、メタ情報を読み込み、どの位置からどれだけのデータを読み込めばよいかを解釈する。これにより再生装置は、ビデオストリームの中身を実際に解析しなくても、ビデオストリームのどこから読み込みを始めれば独立して復号可能なピクチャデータを再生できるかを即断することができる。このようにメタ情報を利用することによって、データを不必要に読み込むことなく、次から次へと独立して復号可能なピクチャデータを読み出していくことができる。そのため、記録媒体にビデオストリームが記録されている場合、早送り再生や逆再生などのランダムアクセスを好適に実現することができる。
なお、メタ情報生成技術に関する先行技術としては、特許文献１に記載されたものがある。
特開２０００−２２４５４３号公報
ところで、記録媒体をランダムアクセスするにあたって、独立して復号可能なピクチャデータを再生装置が読み出すには、ピクチャデータの先頭を“点”として示すアドレス情報だけでは足りず、そのピクチャデータがビデオストリームにおいて、どれだけのサイズを占めているかという“大きさ”の情報、つまりサイズ情報が必要になる。
ＤＶＤの記録装置は、エンコード時において、ピクチャデータをバイト単位で表現することによりサイズ情報を生成している。一方、既にエンコードされたＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）を受信して記録媒体に書き込む場合でも、そのＴＳを一旦ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）に展開することで、かかるピクチャデータのサイズ情報を得ることができる。かかる展開を要するのは、ピクチャデータの終端は、当該ピクチャデータの次のピクチャデータに係るピクチャヘッダを検出することで把握されるので、記録装置はＰＥＳに展開しないと、ピクチャデータの終端がどこにあるかを検出することができないからである。
しかし、かかるＰＥＳへの展開は、メモリ等のハードウェア資源を必要とするので、記録装置の更なる簡略化の要請に応えることができない。さらに、記録装置はピクチャヘッダを検出するために、ＰＥＳを１ビットずつ探索していく必要があるので、処理負荷も大きくなる。そのため、デジタルテレビ放送の携帯型受信装置には、適応が難しいとの問題がある。
本発明は上記問題に鑑みてなされたものであって、ＰＥＳへの展開を必要とせずとも、独立して復号可能なピクチャデータについてのサイズ情報を生成することにより、メタ情報を生成する記録装置を提供することを目的とする。
上記課題を解決するために、本発明は、独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録装置であって、トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出手段と、当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定手段と、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成手段とを備えることを特徴とする記録装置である。
ＴＳを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものの検出や、当該ＰＥＳパケットが独立して復号可能なピクチャを包含しているか否かの判定は、ＴＳパケットを参照すれば行うことができ、ＰＥＳへの展開を要しない。
また、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までに存在するＴＳパケットの個数を用いて、独立して復号可能なピクチャのサイズを近似表現するので、データサイズの精度は粗くなるものの、受信時において記録装置が行えばよい処理負荷は、ＤＶＤ記録装置等、据え置き型記録装置と比べて格段に低くなる。これにより、メタ情報を生成するにあたっての処理負荷を大きく低下させることができるので、携帯型の記録装置の開発に大きく貢献することができる。
ここで、前記サイズとは、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までに存在するＴＳパケットの個数を用いて表現されるとしても良い。
ここで、前記検出手段は、さらに、前記ＴＳパケットの中からＰＥＳパケットのサイズ情報を検出し、前記ＴＳパケットの個数とは、前記ＰＥＳパケットのサイズ情報に相当するＴＳパケットの個数であるとしても良い。
これにより、ＰＥＳパケットのサイズ情報を用いて当該ＰＥＳパケットの終端を判定するので、例えば、次に存在するはずのＰＥＳパケットの先頭が欠落していた場合であっても、その次に存在するＰＥＳパケットの先頭までに存在するＴＳパケットの全てを用いて前記ピクチャのサイズを近似するのではなく、前記ＰＥＳパケットのサイズ情報に相当するＴＳパケットの個数により近似するので、データサイズの精度を向上させることができる。
ここで、前記検出手段は、さらに、前記独立して復号可能なピクチャを包含していると判定されたＴＳパケットから前記ピクチャの再生時間を示す情報と、当該ＴＳパケット以降に存在するＴＳパケットから、ビデオデータとオーディオデータとの同期をとるための基準クロック情報とを検出し、前記生成手段は、さらに、前記基準クロック情報が前記再生時間を示す情報以上の値を示すか否かを判定する時間情報判定手段を含み、前記ＴＳパケットの個数とは、前記独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、前記基準クロック情報が前記再生時間を示す情報以上の値を示すと判定されるまでに存在するＴＳパケットの個数であるとしても良い。
これにより、基準クロック情報が再生時間を示す情報以上の値を示すと判定された場合には、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、当該判定までのＴＳパケット数を用いて、当該ピクチャのサイズを近似表現するので、データサイズの精度を向上させることができる。
本発明に係るシステム図である。 本実施形態における記録再生装置３００の構成を示す機能ブロック図である。 メタ情報生成部３３０の詳細な構成を示す機能ブロック図である。 ＴＳパケットの構成を示す図である。 ビデオデータのＰＥＳパケットの先頭がｐａｙｌｏａｄに含まれている場合のＴＳパケットの構成を示した図である。 メタ情報の構成を示す図である。 メタ情報のビット配列を示す図である。 記録処理に関するフローチャートを示す図である。 メタ情報生成処理に関するフローチャートを示す図である。 メタ情報生成処理に関するフローチャートを示す図である。 高速再生処理に関するフローチャートを示す図である。 本発明を模式的に示す図である。 図１２に示す場合におけるＴＳＥ＿ＩＮＦＯ５テーブルを示す図である。 第二実施形態におけるメタ情報生成処理２に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理２に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理３に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理３に関するフローチャートを示す図である。
符号の説明
１００ 放送システム
２００ 送信アンテナ
３００ 記録再生装置
３１０ ＵＩ部
３２０ システム制御部
３３０ メタ情報生成部
３３１ ＴＳパケット解析部
３３１ａ ＴＳパケット解析部
３３１ｂ ＴＳパケット解析部
３３１ｃ ＴＳパケット解析部
３３２ ＴＰＩ保持部
３３３ ＴＳパケット数カウント部
３３４ メタ情報格納部
３３５ メタ情報生成制御部
３４０ 入力部
３５０ 情報記録媒体制御部
３６０ デコード部
３７０ 出力部
４００ 情報記録媒体
以下、本発明の実施の形態について、図面を参照しながら説明する。
（第一実施形態）
＜システムの概要＞
本発明に係る記録再生装置３００の実施形態について説明する。先ず始めに、本発明に係る記録再生装置３００の実施行為のうち、使用行為についての形態を説明する。本発明に係る記録再生装置３００は、図１に示すようなシステムでユーザの使用に供される。図１に示すシステムは、放送システム１００、送信アンテナ２００、記録再生装置３００、及び情報記録媒体４００を含んで構成される。
放送システム１００は、デジタル放送で送信されるストリームデータを作成するシステムである。作成されるストリームデータは、社団法人電波産業会の規定である「地上デジタルテレビジョン放送運用規定」（ＡＲＩＢ ＴＲ Ｂ―１４）のＣプロファイルに関する規定や、これに関連する規格でデジタル放送用に規定されたＩＳＯ／ＩＥＣ１３８１８―１のＭＰＥＧ２トランスポートストリームで、ビデオデータやオーディオデータなどが多重化されている。多重化されるビデオデータは、例えば、ＭＰＥＧ４−ＡＶＣ規格（ＩＳＯ／ＩＥＣ１４４９６―１０）で規定されているビデオデータで、オーディオデータは、例えば、ＭＰＥＧ２−ＡＡＣ規格（ＩＳＯ／ＩＥＣ１３８１８―７）で規定されているオーディオデータである。
送信アンテナ２００は、デジタル放送の放送波を送信する。放送システム１００で作成されたストリームデータは、送信アンテナ２００を介して送信される。
記録再生装置３００はアンテナ部、表示部などを含んで構成される。アンテナ部でストリームデータを受信し、受信したストリームデータのメタ情報を生成する。そして、受信したストリームデータ及び当該ストリームデータのメタ情報を情報記録媒体４００に記録する。また、記録再生装置３００は前記メタ情報に基づいて情報記録媒体４００に記録されているストリームデータを取得し、表示部に表示する。
情報記録媒体４００は、データを記録しておくための記録媒体であり、具体的には、光ディスク、磁気ディスク、半導体メモリ等である。本発明に係る記録再生装置３００は、情報記録媒体４００にストリームデータ及び当該ストリームデータのメタ情報を記録する。なお、以下の実施の形態では、情報記録媒体４００はＳＤカードであるものとして説明する。
以上が、記録再生装置３００の使用行為の形態である。
続いて、本発明に係る記録再生装置３００の実施形態について図面を参照しながら説明する。
＜構成＞
図２は、本実施形態における記録再生装置３００の構成を示す機能ブロック図である。記録再生装置３００は、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３１０、システム制御部３２０、メタ情報生成部３３０、入力部３４０、情報記録媒体制御部３５０、デコード部３６０、及び出力部３７０を含んで構成される。
記録再生装置３００は具体的にはマイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニットなどから構成されるコンピュータシステムである。前記ＲＯＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、記録再生装置３００はその機能を達成する。
ＵＩ部３１０は、ユーザ操作を受け付け、操作内容（録画、再生など）に基づいてシステム制御部３２０に対して指示を行う。
システム制御部３２０は、ＵＩ部３１０からの指示を受けて、メタ情報生成部３３０、情報記録媒体制御部３５０、及びデコード部３６０を制御する。
メタ情報生成部３３０は、システム制御部３２０から録画の指示を受けると、入力部３４０からストリームデータを取得し、メタ情報を生成する。メタ情報生成部３３０は、ストリームデータと、生成したメタ情報とを情報記録媒体制御部３５０に出力する。より詳細には、メタ情報生成部３３０は、図３に示すように、ＴＳパケット解析部３３１、ＴＰＩ保持部３３２、ＴＳパケット数カウント部３３３、メタ情報格納部３３４、及びメタ情報生成制御部３３５を含んで構成される。
ＴＳパケット解析部３３１は、入力部３４０からＴＳパケットを逐次取得し、取得したＴＳパケットにビデオのＰＥＳヘッダが含まれているか否かをＰＩＤ及びｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒにより判定する。ビデオのＰＥＳヘッダが含まれていると判定した場合には、さらにｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅによりＩＤＲピクチャを含んでいるか否かを判定する。ＩＤＲピクチャを含んでいると判定した場合には、当該ＴＳパケットに付された番号をＴＰＩ保持部３３２に出力する。
ＴＰＩ保持部３３２は、ＴＳパケット解析部３３１によりＩＤＲピクチャを含んでいると判定されたＴＳパケットの番号を保持する。
ＴＳパケット数カウント部３３３は、取得したＴＳパケットがＴＳパケット解析部３３１により判定される時に１だけインクリメントされる。具体的には、ＴＳパケット解析部３３１によりＴＳパケットはＩＤＲピクチャを含んでいると判定された時にインクリメントされ、また、それ以降、次にＴＳパケット解析部３３１によりＴＳパケットはビデオのＰＥＳヘッダを含んでいると判定されるまでインクリメントされる。
メタ情報格納部３３４は、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号と、ＴＳパケット数カウント部３３３によりカウントされたＴＳパケットの数とを対応付けたメタ情報を格納する。ここで、メタ情報とは、ストリームデータの構成および管理情報を含んだデータである。本発明では、記録再生装置３００がストリームデータの高速再生を行うことを助けるための情報をメタ情報として生成する。
メタ情報生成制御部３３５は、システム制御部３２０からの指示を受けて、ＴＳパケット解析部３３１を制御する。また、システム制御部３２０からの指示を受けて、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する。
入力部３４０は、デジタル放送波として送出されるストリームデータを受信する。また、受信したストリームデータを構成するＴＳパケットに番号を付す。番号は、コンテンツの先頭のＴＳパケットを０とする。以後、ＴＳパケット毎に連続する番号を付す。入力部３４０は、具体的には、アンテナ、及びテレビ信号の入力手段等を含んで構成される。
情報記録媒体制御部３５０は、情報記録媒体４００へのストリームデータ及びメタ情報の記録や情報記録媒体４００からのストリームデータ及びメタ情報の取得などを制御する。システム制御部３２０から録画の指示を受けると、情報記録媒体制御部３５０は、メタ情報生成部３３０から出力されたストリームデータ、及び当該ストリームデータのメタ情報を情報記録媒体４００に記録する。
また、システム制御部３２０から再生の指示を受けると、情報記録媒体制御部３５０は、情報記録媒体４００に記録されているメタ情報を取得し、デコード部３６０に出力する。そして、デコード部３６０より要求されたストリームデータの部分を取得し、デコード部３６０に出力する。
デコード部３６０は、システム制御部３２０から再生の指示を受けると、情報記録媒体制御部３５０からストリームデータのメタ情報を受け取る。そして、メタ情報に基づいて、ＩＤＲピクチャを含むＰＥＳパケットに相当するストリームデータの部分の取得を情報記録媒体制御部３５０に要求する。要求したストリームデータを受け取ると、受け取ったストリームデータの中からＩＤＲピクチャをデコードする。一般的にはさらに、オーディオデータをデコードする。デコード部３６０は、ストリームデータをデコードした後、デコードにより生成された映像信号、音声信号などを出力部３７０へ出力する。ここで、デコード後の映像信号、音声信号は、非圧縮のデジタルデータである。
出力部３７０は、デコード部３６０からの信号を再生する。具体的には、ＬＣＤ等の映像表示部、スピーカー等の音声再生部を含んで構成される。
以上が、記録再生装置３００の構成である。
＜ＴＳパケットの構成＞
続いて、ＴＳパケットの構成について説明する。
ストリームデータは、ＴＳパケットから構成される。図４は、ＴＳパケットの構成を示した図である。ＴＳパケットは、ＴＳヘッダと、ｐａｙｌｏａｄとで構成される。ＴＳヘッダは、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ、ＰＩＤ、及びＡｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌを含んで構成される。
ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒは、ＴＳパケットの中にＰＥＳパケットの先頭が含まれているか否か（ｐａｙｌｏａｄにＰＥＳパケットヘッダが含まれているか否か）を示す。
ＰＩＤは、ＴＳパケットの種類を示し、具体的にはｐａｙｌｏａｄにビデオデータが含まれているのか、オーディオデータが含まれているのかを示す。
Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌは、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄとｐａｙｌｏａｄのどちらか一方が存在するか、あるいは両方存在するかを示す。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄが存在する場合には、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ内にＡｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈを含む。
Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈは、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのサイズを示す。
ｐａｙｌｏａｄは、ビデオデータ、またはオーディオデータを含む。
続いて図５は、ビデオデータのＰＥＳパケットの先頭がｐａｙｌｏａｄに含まれている場合のＴＳパケットの構成を示した図である。本図に示すように、ｐａｙｌｏａｄは、ＰＥＳパケットを含む。ＰＥＳパケットは、ＰＥＳヘッダと、ＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）とから構成される。
ＰＥＳヘッダは、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ、及びＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を含んで構成されている。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ、はＰＥＳパケットのサイズを示す。
ＰＴＳは、ＰＥＳヘッダ直後のピクチャデータの再生時間を示す。
前記ＡＲＩＢ ＴＲ Ｂ―１４のＣプロファイル規定に従ったストリームデータに含まれるビデオデータのＰＥＳパケットは、１個以上の整数個のピクチャデータから構成される。したがって、ビデオデータのＰＥＳパケットに係るＰＥＳヘッダのあとは、ピクチャデータであり、通常、Ａｃｃｅｓｓ Ｕｎｉｔ ｄｅｌｉｍｉｔｅｒの部分となる。Ａｃｃｅｓｓ Ｕｎｉｔ ｄｅｌｉｍｉｔｅｒは、ｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅを含んで構成される。
Ｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅは、ピクチャデータのピクチャの種別（ＩＤＲピクチャ、ＩＤＲピクチャ以外）を識別する情報である。ＩＤＲピクチャとは、そのピクチャより前のピクチャの情報を一切使わなくても、それ以後のピクチャが正しく復号できることを意味するピクチャである。
なお、前記ＡＲＩＢ ＴＲ Ｂ―１４のＣプロファイル規定に従ったストリームデータに含まれるビデオデータのＰＥＳでは、ＩＤＲピクチャは必ずＰＥＳパケットの先頭に位置する。
＜メタ情報＞
続いて、図６はメタ情報の構成を示す図である。ＭＯＩ（Ｍｅｄｉａ Ｏｂｊｅｃｔ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、メタ情報が記載されたファイルであり、ＴｓｔＴｙｐｅと、ＴＳＥ＿ＴＡＢＬＥ５とを含む。
ＴｓｔＴｙｐｅは、当該ＭＯＩファイルが、本発明の実施形態に係るメタ情報を示すファイルであるか否かを示す。
ＴＳＥ＿ＴＡＢＬＥ５は、ＴＳＥ＿ＩＮＦＯ５を含み、ＴＳＥ＿ＩＮＦＯ５はＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍと、ＴＰＩ（Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ Ｉｎｄｅｘ）とを含む。ＴＳＥ＿ＩＮＦＯ５は、メタ情報生成部３３０によりＩＤＲピクチャと同数だけ生成される。
ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍは、ＩＤＲピクチャを含むＰＥＳパケット全体を取得するために必要なＴＳパケットの数を示す。
ＴＰＩは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットのうち、ＩＤＲピクチャの最初のバイトを含むＴＳパケットに付された番号を示す。
続いて図７は、本発明に係るＴＳＥ＿ＩＮＦＯ５テーブルのビット配列の一例を示した図である。図６記載のＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍ及びＴＰＩは、図７に示されるビット配列として情報記録媒体４００に記録される。記録再生装置３００は、本発明に係るＴＳＥ＿ＩＮＦＯ５テーブルを読み書きすることができる。
＜記録処理＞
続いて、記録再生装置３００の記録処理について図８に示すフローチャートを用いて説明する。
まず、ＵＩ部３１０はユーザから記録開始の指示を受け付けると（ステップＳ１０１）、システム制御部３２０へ記録開始を指示する（ステップＳ１０２）。システム制御部３２０は、メタ情報生成部３３０、及び情報記録媒体制御部３５０に記録開始を指示する（ステップＳ１０３）。メタ情報生成部３３０は、記録開始指示を受けると、初期化処理終了後、入力部３４０からストリームデータを取得する（ステップＳ１０４）。メタ情報生成部３３０は、ＴＳパケットなどの一定のサイズごとにストリームデータを取得する。システム制御部３２０は、ＵＩ部３１０、または情報記録媒体制御部３５０から記録停止の指示を受け付けたか否かを判断する（ステップＳ１０５）。記録停止の指示を受け付けていれば、記録再生装置３００は記録終了処理（ステップＳ１０９〜Ｓ１１１）を行う。ここで、ＵＩ部３１０は、ユーザから記録停止の指示を受けていた場合、システム制御部３２０に記録停止を指示し、情報記録媒体制御部３５０は、情報記録媒体４００に記録する残量が少なくなった時にシステム制御部３２０に記録停止を指示する。また、記録停止の指示を受け付けていなければ記録処理を続行する。
記録処理を続行する場合、メタ情報生成部３３０、及び情報記録媒体制御部３５０は、ステップＳ１０６、１０７、１０８、１０４を実行し続ける。すなわち、メタ情報生成部３３０は、ステップＳ１０４で取得したストリームデータを情報記録媒体制御部３５０に出力する（ステップＳ１０６）。情報記録媒体制御部３５０は、ストリームデータを取得すると、情報記録媒体４００にストリームデータを記録する（ステップＳ１０７）。それと同時に、メタ情報生成部３３０は、必要があれば取得したストリームデータからメタ情報を生成し（ステップＳ１０８）、新たなストリームデータを取得する（ステップＳ１０４）。
記録終了処理（ステップＳ１０９〜Ｓ１１１）では、記録再生装置３００は情報記録媒体４００にメタ情報を記録する。すなわち、システム制御部３２０は、メタ情報生成部３３０、及び情報記録媒体制御部３５０に記録停止を指示する（ステップＳ１０９）。これを受け、メタ情報生成部３３０は、記録されたストリームデータのメタ情報を情報記録媒体制御部３５０へ出力する（ステップＳ１１０）。情報記録媒体制御部３５０は、出力されたメタ情報を受け取り、情報記録媒体４００に記録する（ステップＳ１１１）。
以上が記録再生装置３００の記録処理である。
＜メタ情報生成処理＞
続いて、メタ情報生成部３３０によるメタ情報生成処理について図９、１０に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはＴＳパケット数を特定する変数である。まず、ＴＳパケット解析部３３１は、メタ情報生成制御部３３５より記録開始の指示を受けると、入力部３４０からＴＳパケットを取得する（ステップＳ２０１）。ＴＳパケット解析部３３１は、ＴＳパケットのＴＳヘッダのｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ、及びＰＩＤを参照し、ｐａｙｌｏａｄにビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する（ステップＳ２０２）。含まれていないと判定すると、ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体４００に出力し（ステップＳ２０３）、ステップＳ２０１に移行する。
ｐａｙｌｏａｄにビデオデータのＰＥＳパケットヘッダが含まれていると判定されると、メタ情報生成制御部３３５は、ステップＳ２０１〜Ｓ２０３を実行中に、システム制御部３２０から録画停止の指示があったか否かを判断する（ステップＳ２０４）。録画停止の指示はなかったと判断されると、ＴＳパケット解析部３３１は、ｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅを参照し、当該ＴＳパケットを含んで構成されるＰＥＳパケットにＩＤＲピクチャが含まれているか否かを判定する（ステップＳ２０５）。含まれていないと判定すると、ステップＳ２０３に移行する。
すなわち、ＴＳパケット解析部３３１は、ｐａｙｌｏａｄにビデオデータのＰＥＳパケットヘッダが含まれており、さらにＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ２０１〜Ｓ２０５）。
ＩＤＲピクチャが含まれていると判定されると、ＴＰＩ保持部３３２は、当該ＴＳパケットに付された番号を保持する（ステップＳ２０６）。ＴＳパケット解析部３３１は、ｎを１に設定する（ステップＳ２０７）。ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体４００に出力し（ステップＳ２０８）、入力部３４０からＴＳパケットを取得する（ステップＳ２０９）。ＴＳパケット解析部３３１は、ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ、及びＰＩＤを参照し、ｐａｙｌｏａｄにビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する（ステップＳ２１０）。含まれていないと判定すると、ｎを１計数し（ステップＳ２１１）、ステップＳ２０８に移行する。含まれていると判定すると、ｎをＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする（ステップＳ２１２）。ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍは、独立して復号可能なピクチャに関するサイズ情報である。メタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納する（ステップＳ２１３）。そして、ステップＳ２０４に移行する。
また、ステップＳ２０４において、録画停止の指示があったと判断されると、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ２１４）。
以上がメタ情報生成部３３０によるメタ情報生成処理である。
＜高速再生処理＞
続いて、記録再生装置３００の高速再生処理について図１１に示すフローチャートを用いて説明する。
まず、ＵＩ部３１０はユーザから高速再生開始の指示を受け付けると（ステップＳ３０１）、システム制御部３２０に高速再生開始を指示する（ステップＳ３０２）。システム制御部３２０は、デコード部３６０、及び情報記録媒体制御部３５０に高速再生開始を指示する（ステップＳ３０３）。指示を受けた情報記録媒体制御部３５０は、情報記録媒体４００からメタ情報を取得し（ステップＳ３０４）、取得したメタ情報をデコード部３６０へ出力する（ステップＳ３０５）。デコード部３６０は、メタ情報を取得すると（ステップＳ３０６）、次に再生すべきＩＤＲピクチャを含むＰＥＳパケットを示すメタ情報（ＴＰＩ及びＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍ）を選択する（ステップＳ３０７）。そして、情報記録媒体制御部３５０に選択したメタ情報に対応するストリームデータの取得を要求する（ステップＳ３０８）。情報記録媒体制御部３５０は、要求を受け取ると、メタ情報に対応するストリームデータを取得し（ステップＳ３０９）、取得したストリームデータをデコード部３６０に出力する（ステップＳ３１０）。デコード部３６０は、ストリームデータを取得すると、取得したストリームデータの中からＩＤＲピクチャを復号化する（ステップＳ３１１）。そして、復号化により生成した画像を出力部３７０へ送る（ステップＳ３１２）。出力部３７０は、取得した画像を表示する（ステップＳ３１３）。この後、デコード部３６０、及び情報記録媒体制御部３５０が、ステップＳ３０７からＳ３１３を実行中に、ＵＩ部３１０はユーザから高速再生停止の指示を受けていたか否かを判断する（ステップＳ３１４）。停止の指示を受けていた場合、ＵＩ部３１０は、システム制御部３２０に高速再生停止を指示し、システム制御部３２０は、デコード部３６０、及び情報記録媒体制御部３５０に高速再生停止を指示する。これにより、記録再生装置３００は、高速再生処理を終了する。停止の指示を受けていない場合、デコード部３６０、及び情報記録媒体制御部３５０は、ステップＳ３０７からＳ３１３を実行し続け、記録再生装置３００は高速再生処理を続行する。
以上が記録再生装置３００の高速再生処理である。
＜具体例＞
続いて、図１２は本発明を模式的に示す図である。図１２において、上図はビデオフレームを示し、中図はＰＥＳパケット（ビデオデータのみ）を示し、下図はＴＳパケットを示す。下図において、「Ｖ」はビデオデータを格納しているＴＳパケットを示し、「Ａ」はオーディオデータを格納しているＴＳパケットを示す。０から３４までの数字は、それぞれのＴＳパケットに付された番号を示す。また本図に示すように、ＰＥＳパケットは複数のピクチャから構成され、各ピクチャは１つのＰＥＳパケットで完結し、複数のＰＥＳパケットに跨って格納されることはない。
ＴＳパケット解析部３３１は、コンテンツの先頭のＴＳパケットＶ０を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ０は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケット解析部３３１は、さらにＴＳパケットＶ０を含んで構成されるＰＥＳパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいるので、ＴＰＩ保持部３３２は、ＴＰＩとして当該ＴＳパケットに付された番号０を保持する。また、ＴＳパケット数カウント部３３３におけるＴＳパケット数を１とする。続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ１を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、ＴＳパケット数を１だけインクリメントし、次のＴＳパケットＡ２を取得する。同様の処理をＴＳパケットＶ１３まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ１４を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ１４は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケットＶ１３とＴＳパケットＶ１４の間がＰＥＳパケットの境界となるので、これまでにカウントされたＴＳパケット数をＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする。そして、メタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとＴＰＩ保持部に保持されている番号とを対応付けて格納する。
ＴＳパケット解析部３３１は、さらにＴＳパケットＶ１４を含んで構成されるＰＥＳパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいないので、ＴＳパケットＶ１５を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、次のＴＳパケットＶ１６を取得する。同様の処理をＴＳパケットＶ２４まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ２５を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ２５は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケット解析部３３１は、さらにＴＳパケットＶ２５を含んで構成されるＰＥＳパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいるので、ＴＰＩ保持部３３２は、ＴＰＩとして当該ＴＳパケットに付された番号２５を保持する。また、ＴＳパケット数カウント部３３３におけるＴＳパケット数を１とする。続いて、ＴＳパケット解析部３３１は、ＴＳパケットＡ２６を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、ＴＳパケット数を１だけインクリメントし、次のＴＳパケットＶ２７を取得する。同様の処理をＴＳパケットＶ３１まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ３２を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ３２は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケットＶ３１とＴＳパケットＶ３２の間がＰＥＳパケットの境界となるので、これまでにカウントされたＴＳパケット数をＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする。そして、メタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとＴＰＩ保持部に保持されている番号とを対応付けて格納する。
図１３は、以上のようにして生成されたＴＳＥ＿ＩＮＦＯ５テーブルを示す図である。
以上のように本実施形態によれば、ＴＳパケットにビデオデータのＰＥＳパケットヘッダが含まれているか否かの判定や、当該ＰＥＳパケットがＩＤＲピクチャを包含しているか否かの判定は、ＴＳパケットのＴＳヘッダ、及びＡｃｃｅｓｓ Ｕｎｉｔ ｄｅｌｉｍｉｔｅｒを参照すれば行うことができ、ＰＥＳストリームへの展開を要しない。
また、ＩＤＲピクチャを包含していると判定されたＰＥＳパケットを構成するＴＳパケットの個数を用いて、当該ＩＤＲピクチャのサイズを近似表現するので、データサイズの精度は粗くなるものの、受信時において記録再生装置３００が行えばよい処理負荷は、ＤＶＤ記録装置等、据え置き型記録装置と比べて格段に低くなる。
（第二実施形態）
第一実施形態では、ＩＤＲピクチャを包含していると判定されたＰＥＳパケットを構成するＴＳパケットの個数を用いて、ＩＤＲピクチャのサイズを近似表現することにより、処理負荷の軽減を図った。しかし、例えば、デジタル放送の電波が届きにくいところで放送を受信した場合等、受信したストリームデータの内容が実際に送信された内容と異なる場合がある。このような場合では、受信したストリームデータ中のＴＳパケットの欠落により、ＰＥＳパケットの先頭を含むＴＳパケットを取得することができず、適切な近似をすることができないことが考えられる。
そこで、本実施形態では、記録再生装置３００はＰＥＳパケットの境界を判定する際に、ＰＥＳパケットの先頭を含むＴＳパケットを検出するのではなく、ＰＥＳパケットのサイズ情報、ＰＴＳ、ＰＣＲを利用し、適切な近似を行う。
まず、ＩＤＲピクチャを包含していると判定されたＰＥＳパケットのサイズ情報を用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
この方法により近似表現する場合には、ＴＳパケット解析部３３１ａは、第一実施形態で示した機能に加え、ＴＳパケットのｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅを参照することにより、当該ＴＳパケットを含んで構成されるＰＥＳパケットにＩＤＲピクチャが含まれていると判定した場合に、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈを取得する機能を有する。また、前記判定後、ＴＳパケットを取得する毎に、ＴＳパケットの合計サイズとＰＥＳパケットのサイズとを比較し、ＴＳパケットの合計サイズがＰＥＳパケットのサイズ以上になったか否かを判定する。ＰＥＳパケットのサイズ以上になった場合には、それまでにカウントされたＴＳパケット数をＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする。
＜メタ情報生成処理２＞
続いて、上述した方法によるメタ情報生成処理２について図１４、１５に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはＴＳパケット数を特定する変数であり、ｌｅｎｇｔｈは取得したＴＳパケットのｐａｙｌｏａｄの合計サイズを特定する変数である。ステップＳ４０１からステップＳ４０７までの処理は、図９におけるステップＳ２０１からステップＳ２０６までの処理と同様である。
すなわち、ＴＳパケット解析部３３１ａは、ｐａｙｌｏａｄにビデオのＰＥＳパケットヘッダが含まれているＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ４０１〜ステップＳ４０４）。また、録画停止の指示がなかったと判断されると（ステップＳ４０５でＮｏ）、ＴＳパケット解析部３３１ａは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得し（ステップＳ４０６）、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得すると、当該ＴＳパケット番号を保持する（ステップＳ４０７）。録画停止の指示があったと判断されると（ステップＳ４０５でＹｅｓ）、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ４２１）。
次に、ＩＤＲピクチャが含まれていると判定されると、ＴＳパケット解析部３３１ａはＰＥＳヘッダからＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈを取得する（ステップＳ４０８）。ｎを１に設定し、ｌｅｎｇｔｈを０に設定する（ステップＳ４０９）。ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体制御部３５０に出力し（ステップＳ４１０）、入力部３４０からＴＳパケットを取得する（ステップＳ４１１）。ＴＳパケット解析部３３１ａは、取得したＴＳパケットのＰＩＤを参照し、ｐａｙｌｏａｄにビデオデータが含まれているか否かを判定する（ステップＳ４１２）。含まれていないと判定されると、ｎを１計数し（ステップＳ４１３）、ステップＳ４１０に移行する。含まれていると判定されると、ＴＳパケット解析部３３１ａは、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ＝０１か否かを判定する（ステップＳ４１４）。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ＝０１と判定されると、ｌｅｎｇｔｈに１８４加算した値を新たなｌｅｎｇｔｈとする（ステップＳ４１５）。そして、ｌｅｎｇｔｈはＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＋６以上か否かを判定する（ステップＳ４１６）。判定が肯定であれば、ｎをＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする（ステップＳ４１９）。そしてメタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納し（ステップＳ４２０）、ステップＳ４０４に移行する。判定が否定であれば、ステップＳ４１３に移行する。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ＝０１でないと判定されると、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ＝１１か否かを判定する（ステップＳ４１７）。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌ＝１１と判定されると、ｌｅｎｇｔｈ＋１８４−Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈを新たなｌｅｎｇｔｈとする（ステップＳ４１８）。ステップＳ４１６に移行する。
以上がメタ情報生成処理２である。
次に、ＩＤＲピクチャを包含していると判定されたＰＥＳパケットのＰＴＳ、及びＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
この方法により近似表現する場合には、ＴＳパケット解析部３３１ｂは、第一実施形態で示した機能に加え、ＴＳパケットのｐｒｉｍａｒｙ＿ｐｉｃ＿ｔｙｐｅを参照することにより、当該ＴＳパケットを含んで構成されるＰＥＳパケットにＩＤＲピクチャが含まれていると判定した場合に、当該ＴＳパケットからＰＴＳを取得する機能を有する。また、前記判定後、ＴＳパケットを取得する毎に、当該ＴＳパケットがＡｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄを含んでいるか否かを判定し、含んでいる場合には、当該ＴＳパケットからＰＣＲを取得する機能を有する。さらに、取得したＰＴＳとＰＣＲを比較し、取得したＰＣＲがＰＴＳ以上か否かを判定する。ＰＴＳ以上になった場合には、それまでにカウントされたＴＳパケット数をＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする。
ＰＣＲは、ビデオデータとオーディオデータとの同期をとるための基準クロック情報であり、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄに含まれる。
＜メタ情報生成処理３＞
続いて、上述した方法によるメタ情報生成処理３について図１６、１７に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはＴＳパケット数を特定する変数である。ステップＳ５０１からステップＳ５０７までの処理は、図９におけるステップＳ２０１からステップＳ２０６までの処理と同様である。すなわち、ＴＳパケット解析部３３１ｂは、ｐａｙｌｏａｄにビデオのＰＥＳパケットヘッダが含まれているＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ５０１〜ステップＳ５０４）。また、録画停止の指示がなかったと判断されると（ステップＳ５０５でＮｏ）、ＴＳパケット解析部３３１ｂは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得し（ステップＳ５０６）、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得すると、当該ＴＳパケット番号を保持する（ステップＳ５０７）。録画停止の指示があったと判断されると（ステップＳ５０５でＹｅｓ）、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ５１９）。
次に、ＩＤＲピクチャが含まれていると判定されると、ＴＳパケット解析部３３１ｂは、ＰＥＳヘッダからＰＴＳを取得する（ステップＳ５０８）。ｎを１に設定する（ステップＳ５０９）。ＴＳパケット解析部３３１ｂは、当該ＴＳパケットを情報記録媒体制御部３５０に出力し（ステップＳ５１０）、入力部３４０からＴＳパケットを取得する（ステップＳ５１１）。ＴＳパケット解析部３３１ｂは、取得したＴＳパケットのＰＩＤを参照し、ｐａｙｌｏａｄにビデオデータが含まれているか否かを判定する（ステップＳ５１２）。含まれていないと判定されると、ｎを１計数し（ステップＳ５１３）、ステップＳ５１０に移行する。含まれていると判定されると、ＴＳパケット解析部３３１ｂは、Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄが存在するか否かを判定する（ステップＳ５１４）。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄが存在しないと判定されると、ステップＳ５１３に移行する。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄが存在すると判定されると、当該ＴＳパケットに含まれているＰＣＲを取得する（ステップＳ５１５）。取得したＰＣＲはＰＴＳ以上か否かを判定する（ステップＳ５１６）。判定が肯定であれば、ｎをＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする（ステップＳ５１７）。メタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納する（ステップＳ５１８）。判定が否定であれば、ステップＳ５１３に移行する。
以上がメタ情報生成処理３である。
最後に、ＩＤＲピクチャを包含していると判定されたＰＥＳパケットのＰＴＳ、及びそれ以降のビデオデータあるいはオーディオデータのＰＥＳヘッダのＰＴＳを用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
ＴＳパケット解析部３３１ｃは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得した際に、当該ＰＥＳパケットのＰＴＳの情報を取得する。ＴＳパケット解析部３３１ｃは、それ以降、ビデオデータとオーディオデータのＰＥＳヘッダのＰＴＳを取得する。
ビデオデータのＰＴＳを取得すると、少なくともＩＤＲピクチャ以降のピクチャのＰＴＳに当たるため、それまでに少なくとも当該ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得していることが判別できる。
オーディオデータのＰＴＳを取得するとＩＤＲピクチャのＰＴＳと比較する。ＩＳＯ／ＩＥＣ１３８１８−１で規定されているデコードモデル、オーディオフレームのサイズなどを考慮すると、オーディオデータとビデオデータのＰＴＳの差における許容量が計算できる。取得したオーディオデータのＰＴＳが、その許容量を超えている場合、ＴＳパケット解析部３３１ｃは、ビデオデータのＰＴＳをとり損ねた可能性が高く、それまでに少なくともＩＤＲピクチャが含まれていることを判別できる。
以上のように本実施形態によれば、デジタル放送の電波が届きにくいところで放送を受信した場合等、受信したストリームデータの内容が実際に送信された内容と異なる場合であっても、ＩＤＲピクチャのサイズを適切に近似することができる。
（補足）
上記の実施形態では、高速再生処理について説明したが、例えば、サムネイル表示等の他の特殊再生であっても良い。
上記の実施形態では、デコード部３６０はＰＥＳパケットからＩＤＲピクチャのみを復号化するとしたが、ＩＤＲピクチャのみでなく、ＰＥＳパケットに含まれる全ピクチャを復号化して、出力部３７０に送ってもよい。
上記の実施形態では、ＴＳパケット解析部３３１はＴＳパケットがＩＤＲピクチャを含んでいるか否かを判定したが、ＩＤＲピクチャ、またはＮｏｎ−ＩＤＲのＩピクチャのいずれかを含んでいるか否かを判定するとしても良い。ここで、Ｎｏｎ−ＩＤＲのＩピクチャとは、それ以後のピクチャがそのピクチャより前のピクチャの情報を参照する可能性のあるピクチャである。Ｉピクチャには、ＩＤＲピクチャと、Ｎｏｎ−ＩＤＲのＩピクチャとの２種類がある。
上記の実施形態では、ＩＤＲピクチャを含むＰＥＳパケットのサイズをＴＳパケットの個数で表現したが、ＴＳパケットの個数ではなく、単にバイト数等のサイズで表現しても良い。
上記の実施形態では、記録再生装置３００を用いたが、本発明は上記フローチャートで示したステップを含む方法、コンピュータ読み取り可能な記録媒体、及びシステムＬＳＩ等の集積回路であっても良い。システムＬＳＩは、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
更には、半導体技術の進歩又は派生する技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
本発明を構成する記録再生装置３００は、製造産業において経営的に、また継続的及び反復的に製造し、販売することができる。特に、ワンセグに対応した携帯機器として有用である。
本発明は、メタ情報生成技術に関する。
メタ情報とは、ビデオストリームを読み出すための情報であり、独立して復号可能な各ピクチャデータのアドレス及びサイズを示す。MPEG2（Moving Picture Experts Group phase 2）、MPEG4- AVC（AdvancedVideo Coding）等において、メタ情報作成技術は、フレーム間の相関性を用いて符号化されたビデオストリームを特殊再生するにあたって不可欠な技術であり、様々な記録媒体の応用層規格に採用されている。
MPEG2-Video、MPEG4-AVC等の符号化方式により符号化されたビデオストリームは、かかるフレーム間の相関性を用いて圧縮されているため、独立して復号可能なピクチャデータを復号した後でなければ、Ｐピクチャ、Ｂピクチャを復号できない。そこで再生装置は、メタ情報を読み込み、どの位置からどれだけのデータを読み込めばよいかを解釈する。これにより再生装置は、ビデオストリームの中身を実際に解析しなくても、ビデオストリームのどこから読み込みを始めれば独立して復号可能なピクチャデータを再生できるかを即断することができる。このようにメタ情報を利用することによって、データを不必要に読み込むことなく、次から次へと独立して復号可能なピクチャデータを読み出していくことができる。そのため、記録媒体にビデオストリームが記録されている場合、早送り再生や逆再生などのランダムアクセスを好適に実現することができる。
なお、メタ情報生成技術に関する先行技術としては、特許文献１に記載されたものがある。
特開２０００−２２４５４３号公報
ところで、記録媒体をランダムアクセスするにあたって、独立して復号可能なピクチャデータを再生装置が読み出すには、ピクチャデータの先頭を“点”として示すアドレス情報だけでは足りず、そのピクチャデータがビデオストリームにおいて、どれだけのサイズを占めているかという“大きさ”の情報、つまりサイズ情報が必要になる。
DVDの記録装置は、エンコード時において、ピクチャデータをバイト単位で表現することによりサイズ情報を生成している。一方、既にエンコードされたTS（TransportStream）を受信して記録媒体に書き込む場合でも、そのTSを一旦PES（PacketizedElementary Stream）に展開することで、かかるピクチャデータのサイズ情報を得ることができる。かかる展開を要するのは、ピクチャデータの終端は、当該ピクチャデータの次のピクチャデータに係るピクチャヘッダを検出することで把握されるので、記録装置はPESに展開しないと、ピクチャデータの終端がどこにあるかを検出することができないからである。
しかし、かかるPESへの展開は、メモリ等のハードウェア資源を必要とするので、記録装置の更なる簡略化の要請に応えることができない。さらに、記録装置はピクチャヘッダを検出するために、PESを１ビットずつ探索していく必要があるので、処理負荷も大きくなる。そのため、デジタルテレビ放送の携帯型受信装置には、適応が難しいとの問題がある。
本発明は上記問題に鑑みてなされたものであって、PESへの展開を必要とせずとも、独立して復号可能なピクチャデータについてのサイズ情報を生成することにより、メタ情報を生成する記録装置を提供することを目的とする。
上記課題を解決するために、本発明は、独立して復号可能なピクチャを含むPESパケットを構成するTSパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録装置であって、トランスポートストリームを構成するTSパケットの中から、PESパケットの先頭にあたるものを検出する検出手段と、当該PESパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定手段と、独立して復号可能なピクチャを包含していると判定されたPESパケットの先頭から、次のPESパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成手段とを備えることを特徴とする記録装置である。
TSを構成するTSパケットの中から、PESパケットの先頭にあたるものの検出や、当該PESパケットが独立して復号可能なピクチャを包含しているか否かの判定は、TSパケットを参照すれば行うことができ、PESへの展開を要しない。
また、独立して復号可能なピクチャを包含していると判定されたPESパケットの先頭から、次のPESパケットの先頭までに存在するTSパケットの個数を用いて、独立して復号可能なピクチャのサイズを近似表現するので、データサイズの精度は粗くなるものの、受信時において記録装置が行えばよい処理負荷は、DVD記録装置等、据え置き型記録装置と比べて格段に低くなる。これにより、メタ情報を生成するにあたっての処理負荷を大きく低下させることができるので、携帯型の記録装置の開発に大きく貢献することができる。
ここで、前記サイズとは、独立して復号可能なピクチャを包含していると判定されたPESパケットの先頭から、次のPESパケットの先頭までに存在するTSパケットの個数を用いて表現されるとしても良い。
ここで、前記検出手段は、さらに、前記TSパケットの中からPESパケットのサイズ情報を検出し、前記TSパケットの個数とは、前記PESパケットのサイズ情報に相当するTSパケットの個数であるとしても良い。
これにより、PESパケットのサイズ情報を用いて当該PESパケットの終端を判定するので、例えば、次に存在するはずのPESパケットの先頭が欠落していた場合であっても、その次に存在するPESパケットの先頭までに存在するTSパケットの全てを用いて前記ピクチャのサイズを近似するのではなく、前記PESパケットのサイズ情報に相当するTSパケットの個数により近似するので、データサイズの精度を向上させることができる。
ここで、前記検出手段は、さらに、前記独立して復号可能なピクチャを包含していると判定されたＴＳパケットから前記ピクチャの再生時間を示す情報と、当該ＴＳパケット以降に存在するＴＳパケットから、ビデオデータとオーディオデータとの同期をとるための基準クロック情報とを検出し、前記生成手段は、さらに、前記基準クロック情報が前記再生時間を示す情報以上の値を示すか否かを判定する時間情報判定手段を含み、前記TSパケットの個数とは、前記独立して復号可能なピクチャを包含していると判定されたPESパケットの先頭から、前記基準クロック情報が前記再生時間を示す情報以上の値を示すと判定されるまでに存在するTSパケットの個数であるとしても良い。
これにより、基準クロック情報が再生時間を示す情報以上の値を示すと判定された場合には、独立して復号可能なピクチャを包含していると判定されたPESパケットの先頭から、当該判定までのTSパケット数を用いて、当該ピクチャのサイズを近似表現するので、データサイズの精度を向上させることができる。
以下、本発明の実施の形態について、図面を参照しながら説明する。
（第一実施形態）
＜システムの概要＞
本発明に係る記録再生装置３００の実施形態について説明する。先ず始めに、本発明に係る記録再生装置３００の実施行為のうち、使用行為についての形態を説明する。本発明に係る記録再生装置３００は、図１に示すようなシステムでユーザの使用に供される。図１に示すシステムは、放送システム１００、送信アンテナ２００、記録再生装置３００、及び情報記録媒体４００を含んで構成される。
放送システム１００は、デジタル放送で送信されるストリームデータを作成するシステムである。作成されるストリームデータは、社団法人電波産業会の規定である「地上デジタルテレビジョン放送運用規定」（ＡＲＩＢＴＲ Ｂ―１４）のＣプロファイルに関する規定や、これに関連する規格でデジタル放送用に規定されたＩＳＯ／ＩＥＣ１３８１８―１のＭＰＥＧ２トランスポートストリームで、ビデオデータやオーディオデータなどが多重化されている。多重化されるビデオデータは、例えば、ＭＰＥＧ４−ＡＶＣ規格（ＩＳＯ／ＩＥＣ１４４９６―１０）で規定されているビデオデータで、オーディオデータは、例えば、ＭＰＥＧ２−ＡＡＣ規格（ＩＳＯ／ＩＥＣ１３８１８―７）で規定されているオーディオデータである。
送信アンテナ２００は、デジタル放送の放送波を送信する。放送システム１００で作成されたストリームデータは、送信アンテナ２００を介して送信される。
記録再生装置３００はアンテナ部、表示部などを含んで構成される。アンテナ部でストリームデータを受信し、受信したストリームデータのメタ情報を生成する。そして、受信したストリームデータ及び当該ストリームデータのメタ情報を情報記録媒体４００に記録する。また、記録再生装置３００は前記メタ情報に基づいて情報記録媒体４００に記録されているストリームデータを取得し、表示部に表示する。
情報記録媒体４００は、データを記録しておくための記録媒体であり、具体的には、光ディスク、磁気ディスク、半導体メモリ等である。本発明に係る記録再生装置３００は、情報記録媒体４００にストリームデータ及び当該ストリームデータのメタ情報を記録する。なお、以下の実施の形態では、情報記録媒体４００はSDカードであるものとして説明する。
以上が、記録再生装置３００の使用行為の形態である。
続いて、本発明に係る記録再生装置３００の実施形態について図面を参照しながら説明する。
＜構成＞
図２は、本実施形態における記録再生装置３００の構成を示す機能ブロック図である。記録再生装置３００は、ＵＩ（User Interface）部３１０、システム制御部３２０、メタ情報生成部３３０、入力部３４０、情報記録媒体制御部３５０、デコード部３６０、及び出力部３７０を含んで構成される。
記録再生装置３００は具体的にはマイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニットなどから構成されるコンピュータシステムである。前記ＲＯＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、記録再生装置３００はその機能を達成する。
ＵＩ部３１０は、ユーザ操作を受け付け、操作内容（録画、再生など）に基づいてシステム制御部３２０に対して指示を行う。
システム制御部３２０は、ＵＩ部３１０からの指示を受けて、メタ情報生成部３３０、情報記録媒体制御部３５０、及びデコード部３６０を制御する。
メタ情報生成部３３０は、システム制御部３２０から録画の指示を受けると、入力部３４０からストリームデータを取得し、メタ情報を生成する。メタ情報生成部３３０は、ストリームデータと、生成したメタ情報とを情報記録媒体制御部３５０に出力する。より詳細には、メタ情報生成部３３０は、図３に示すように、ＴＳパケット解析部３３１、ＴＰＩ保持部３３２、ＴＳパケット数カウント部３３３、メタ情報格納部３３４、及びメタ情報生成制御部３３５を含んで構成される。
ＴＳパケット解析部３３１は、入力部３４０からＴＳパケットを逐次取得し、取得したＴＳパケットにビデオのＰＥＳヘッダが含まれているか否かをＰＩＤ及びpayload_unit_start_indicatorにより判定する。ビデオのＰＥＳヘッダが含まれていると判定した場合には、さらにprimary_pic_typeによりＩＤＲピクチャを含んでいるか否かを判定する。ＩＤＲピクチャを含んでいると判定した場合には、当該ＴＳパケットに付された番号をＴＰＩ保持部３３２に出力する。
ＴＰＩ保持部３３２は、ＴＳパケット解析部３３１によりＩＤＲピクチャを含んでいると判定されたＴＳパケットの番号を保持する。
ＴＳパケット数カウント部３３３は、取得したＴＳパケットがＴＳパケット解析部３３１により判定される時に１だけインクリメントされる。具体的には、ＴＳパケット解析部３３１によりＴＳパケットはＩＤＲピクチャを含んでいると判定された時にインクリメントされ、また、それ以降、次にＴＳパケット解析部３３１によりＴＳパケットはビデオのＰＥＳヘッダを含んでいると判定されるまでインクリメントされる。
メタ情報格納部３３４は、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号と、ＴＳパケット数カウント部３３３によりカウントされたＴＳパケットの数とを対応付けたメタ情報を格納する。ここで、メタ情報とは、ストリームデータの構成および管理情報を含んだデータである。本発明では、記録再生装置３００がストリームデータの高速再生を行うことを助けるための情報をメタ情報として生成する。
メタ情報生成制御部３３５は、システム制御部３２０からの指示を受けて、ＴＳパケット解析部３３１を制御する。また、システム制御部３２０からの指示を受けて、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する。
入力部３４０は、デジタル放送波として送出されるストリームデータを受信する。また、受信したストリームデータを構成するＴＳパケットに番号を付す。番号は、コンテンツの先頭のＴＳパケットを０とする。以後、ＴＳパケット毎に連続する番号を付す。入力部３４０は、具体的には、アンテナ、及びテレビ信号の入力手段等を含んで構成される。
情報記録媒体制御部３５０は、情報記録媒体４００へのストリームデータ及びメタ情報の記録や情報記録媒体４００からのストリームデータ及びメタ情報の取得などを制御する。システム制御部３２０から録画の指示を受けると、情報記録媒体制御部３５０は、メタ情報生成部３３０から出力されたストリームデータ、及び当該ストリームデータのメタ情報を情報記録媒体４００に記録する。
また、システム制御部３２０から再生の指示を受けると、情報記録媒体制御部３５０は、情報記録媒体４００に記録されているメタ情報を取得し、デコード部３６０に出力する。そして、デコード部３６０より要求されたストリームデータの部分を取得し、デコード部３６０に出力する。
デコード部３６０は、システム制御部３２０から再生の指示を受けると、情報記録媒体制御部３５０からストリームデータのメタ情報を受け取る。そして、メタ情報に基づいて、ＩＤＲピクチャを含むＰＥＳパケットに相当するストリームデータの部分の取得を情報記録媒体制御部３５０に要求する。要求したストリームデータを受け取ると、受け取ったストリームデータの中からIＤＲピクチャをデコードする。一般的にはさらに、オーディオデータをデコードする。デコード部３６０は、ストリームデータをデコードした後、デコードにより生成された映像信号、音声信号などを出力部３７０へ出力する。ここで、デコード後の映像信号、音声信号は、非圧縮のデジタルデータである。
出力部３７０は、デコード部３６０からの信号を再生する。具体的には、ＬＣＤ等の映像表示部、スピーカー等の音声再生部を含んで構成される。
以上が、記録再生装置３００の構成である。
＜ＴＳパケットの構成＞
続いて、ＴＳパケットの構成について説明する。
ストリームデータは、ＴＳパケットから構成される。図４は、ＴＳパケットの構成を示した図である。ＴＳパケットは、ＴＳヘッダと、payloadとで構成される。ＴＳヘッダは、payload_unit_start_indicator、PID、及びAdaptation_field_controlを含んで構成される。
payload_unit_start_indicatorは、TSパケットの中にＰＥＳパケットの先頭が含まれているか否か（payloadにＰＥＳパケットヘッダが含まれているか否か）を示す。
PIDは、ＴＳパケットの種類を示し、具体的にはpayloadにビデオデータが含まれているのか、オーディオデータが含まれているのかを示す。
Adaptation_field_controlは、Adaptation_fieldとpayloadのどちらか一方が存在するか、あるいは両方存在するかを示す。Adaptation_fieldが存在する場合には、Adaptation_field内にAdaptation_field_lengthを含む。
Adaptation_field_lengthは、Adaptation_fieldのサイズを示す。
payloadは、ビデオデータ、またはオーディオデータを含む。
続いて図５は、ビデオデータのＰＥＳパケットの先頭がpayloadに含まれている場合のＴＳパケットの構成を示した図である。本図に示すように、payloadは、ＰＥＳパケットを含む。ＰＥＳパケットは、ＰＥＳヘッダと、ＥＳ（ElementaryStream）とから構成される。
ＰＥＳヘッダは、PES_packet_length、及びＰＴＳ（Presentation Time Stamp）を含んで構成されている。
PES_packet_length、はＰＥＳパケットのサイズを示す。
ＰＴＳは、ＰＥＳヘッダ直後のピクチャデータの再生時間を示す。
前記ＡＲＩＢ ＴＲ Ｂ―１４のＣプロファイル規定に従ったストリームデータに含まれるビデオデータのＰＥＳパケットは、1個以上の整数個のピクチャデータから構成される。したがって、ビデオデータのＰＥＳパケットに係るＰＥＳヘッダのあとは、ピクチャデータであり、通常、AccessUnit delimiterの部分となる。Access Unit delimiterは、primary_pic_typeを含んで構成される。
Primary_pic_typeは、ピクチャデータのピクチャの種別（ＩＤＲピクチャ、ＩＤＲピクチャ以外）を識別する情報である。IDRピクチャとは、そのピクチャより前のピクチャの情報を一切使わなくても、それ以後のピクチャが正しく復号できることを意味するピクチャである。
なお、前記ＡＲＩＢ ＴＲ Ｂ―１４のＣプロファイル規定に従ったストリームデータに含まれるビデオデータのＰＥＳでは、ＩＤＲピクチャは必ずＰＥＳパケットの先頭に位置する。
＜メタ情報＞
続いて、図６はメタ情報の構成を示す図である。MOI（Media ObjectInformation）ファイルは、メタ情報が記載されたファイルであり、TstTypeと、TSE_TABLE5とを含む。
TstTypeは、当該MOIファイルが、本発明の実施形態に係るメタ情報を示すファイルであるか否かを示す。
TSE_TABLE5は、TSE_INFO5を含み、TSE_INFO5はEntryPESPacketNumと、TPI（Transport Packet Index）とを含む。TSE_INFO5は、メタ情報生成部３３０によりIDRピクチャと同数だけ生成される。
EntryPESPacketNumは、ＩＤＲピクチャを含むＰＥＳパケット全体を取得するために必要なＴＳパケットの数を示す。
TPIは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットのうち、ＩＤＲピクチャの最初のバイトを含むＴＳパケットに付された番号を示す。
続いて図７は、本発明に係るTSE_INFO5テーブルのビット配列の一例を示した図である。図６記載のEntryPESPacketNum及びTPIは、図７に示されるビット配列として情報記録媒体４００に記録される。記録再生装置３００は、本発明に係るTSE_INFO5テーブルを読み書きすることができる。
＜記録処理＞
続いて、記録再生装置３００の記録処理について図８に示すフローチャートを用いて説明する。
まず、ＵＩ部３１０はユーザから記録開始の指示を受け付けると（ステップＳ１０１）、システム制御部３２０へ記録開始を指示する（ステップＳ１０２）。システム制御部３２０は、メタ情報生成部３３０、及び情報記録媒体制御部３５０に記録開始を指示する（ステップＳ１０３）。メタ情報生成部３３０は、記録開始指示を受けると、初期化処理終了後、入力部３４０からストリームデータを取得する（ステップＳ１０４）。メタ情報生成部３３０は、ＴＳパケットなどの一定のサイズごとにストリームデータを取得する。システム制御部３２０は、ＵＩ部３１０、または情報記録媒体制御部３５０から記録停止の指示を受け付けたか否かを判断する（ステップＳ１０５）。記録停止の指示を受け付けていれば、記録再生装置３００は記録終了処理（ステップＳ１０９〜Ｓ１１１）を行う。ここで、ＵＩ部３１０は、ユーザから記録停止の指示を受けていた場合、システム制御部３２０に記録停止を指示し、情報記録媒体制御部３５０は、情報記録媒体４００に記録する残量が少なくなった時にシステム制御部３２０に記録停止を指示する。また、記録停止の指示を受け付けていなければ記録処理を続行する。
記録処理を続行する場合、メタ情報生成部３３０、及び情報記録媒体制御部３５０は、ステップＳ１０６、１０７、１０８、１０４を実行し続ける。すなわち、メタ情報生成部３３０は、ステップＳ１０４で取得したストリームデータを情報記録媒体制御部３５０に出力する（ステップＳ１０６）。情報記録媒体制御部３５０は、ストリームデータを取得すると、情報記録媒体４００にストリームデータを記録する（ステップＳ１０７）。それと同時に、メタ情報生成部３３０は、必要があれば取得したストリームデータからメタ情報を生成し（ステップＳ１０８）、新たなストリームデータを取得する（ステップＳ１０４）。
記録終了処理（ステップＳ１０９〜Ｓ１１１）では、記録再生装置３００は情報記録媒体４００にメタ情報を記録する。すなわち、システム制御部３２０は、メタ情報生成部３３０、及び情報記録媒体制御部３５０に記録停止を指示する（ステップＳ１０９）。これを受け、メタ情報生成部３３０は、記録されたストリームデータのメタ情報を情報記録媒体制御部３５０へ出力する（ステップＳ１１０）。情報記録媒体制御部３５０は、出力されたメタ情報を受け取り、情報記録媒体４００に記録する（ステップＳ１１１）。
以上が記録再生装置３００の記録処理である。
＜メタ情報生成処理＞
続いて、メタ情報生成部３３０によるメタ情報生成処理について図９、１０に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはTSパケット数を特定する変数である。まず、ＴＳパケット解析部３３１は、メタ情報生成制御部３３５より記録開始の指示を受けると、入力部３４０からＴＳパケットを取得する（ステップＳ２０１）。ＴＳパケット解析部３３１は、ＴＳパケットのＴＳヘッダのpayload_unit_start_indicator、及びＰＩＤを参照し、payloadにビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する（ステップＳ２０２）。含まれていないと判定すると、ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体４００に出力し（ステップＳ２０３）、ステップＳ２０１に移行する。
payloadにビデオデータのＰＥＳパケットヘッダが含まれていると判定されると、メタ情報生成制御部３３５は、ステップＳ２０１〜Ｓ２０３を実行中に、システム制御部３２０から録画停止の指示があったか否かを判断する（ステップＳ２０４）。録画停止の指示はなかったと判断されると、ＴＳパケット解析部３３１は、primary_pic_typeを参照し、当該ＴＳパケットを含んで構成されるPESパケットにIDRピクチャが含まれているか否かを判定する（ステップＳ２０５）。含まれていないと判定すると、ステップＳ２０３に移行する。
すなわち、ＴＳパケット解析部３３１は、payloadにビデオデータのＰＥＳパケットヘッダが含まれており、さらにIDRピクチャを含むPESパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ２０１〜Ｓ２０５）。
IDRピクチャが含まれていると判定されると、ＴＰＩ保持部３３２は、当該ＴＳパケットに付された番号を保持する（ステップＳ２０６）。ＴＳパケット解析部３３１は、ｎを１に設定する（ステップＳ２０７）。ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体４００に出力し（ステップＳ２０８）、入力部３４０からＴＳパケットを取得する（ステップＳ２０９）。ＴＳパケット解析部３３１は、payload_unit_start_indicator、及びＰＩＤを参照し、payloadにビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する（ステップＳ２１０）。含まれていないと判定すると、ｎを１計数し（ステップＳ２１１）、ステップＳ２０８に移行する。含まれていると判定すると、ｎをＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍとする（ステップＳ２１２）。ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍは、独立して復号可能なピクチャに関するサイズ情報である。メタ情報格納部３３４は、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納する（ステップＳ２１３）。そして、ステップＳ２０４に移行する。
また、ステップＳ２０４において、録画停止の指示があったと判断されると、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ２１４）。
以上がメタ情報生成部３３０によるメタ情報生成処理である。
＜高速再生処理＞
続いて、記録再生装置３００の高速再生処理について図１１に示すフローチャートを用いて説明する。
まず、ＵＩ部３１０はユーザから高速再生開始の指示を受け付けると（ステップＳ３０１）、システム制御部３２０に高速再生開始を指示する（ステップＳ３０２）。システム制御部３２０は、デコード部３６０、及び情報記録媒体制御部３５０に高速再生開始を指示する（ステップＳ３０３）。指示を受けた情報記録媒体制御部３５０は、情報記録媒体４００からメタ情報を取得し（ステップＳ３０４）、取得したメタ情報をデコード部３６０へ出力する（ステップＳ３０５）。デコード部３６０は、メタ情報を取得すると（ステップＳ３０６）、次に再生すべきＩＤＲピクチャを含むＰＥＳパケットを示すメタ情報（TPI及びEntryPESPacketNum）を選択する（ステップＳ３０７）。そして、情報記録媒体制御部３５０に選択したメタ情報に対応するストリームデータの取得を要求する（ステップＳ３０８）。情報記録媒体制御部３５０は、要求を受け取ると、メタ情報に対応するストリームデータを取得し（ステップＳ３０９）、取得したストリームデータをデコード部３６０に出力する（ステップＳ３１０）。デコード部３６０は、ストリームデータを取得すると、取得したストリームデータの中からＩＤＲピクチャを復号化する（ステップＳ３１１）。そして、復号化により生成した画像を出力部３７０へ送る（ステップＳ３１２）。出力部３７０は、取得した画像を表示する（ステップＳ３１３）。この後、デコード部３６０、及び情報記録媒体制御部３５０が、ステップＳ３０７からＳ３１３を実行中に、ＵＩ部３１０はユーザから高速再生停止の指示を受けていたか否かを判断する（ステップＳ３１４）。停止の指示を受けていた場合、ＵＩ部３１０は、システム制御部３２０に高速再生停止を指示し、システム制御部３２０は、デコード部３６０、及び情報記録媒体制御部３５０に高速再生停止を指示する。これにより、記録再生装置３００は、高速再生処理を終了する。停止の指示を受けていない場合、デコード部３６０、及び情報記録媒体制御部３５０は、ステップＳ３０７からＳ３１３を実行し続け、記録再生装置３００は高速再生処理を続行する。
以上が記録再生装置３００の高速再生処理である。
＜具体例＞
続いて、図１２は本発明を模式的に示す図である。図１２において、上図はビデオフレームを示し、中図はＰＥＳパケット（ビデオデータのみ）を示し、下図はＴＳパケットを示す。下図において、「Ｖ」はビデオデータを格納しているＴＳパケットを示し、「Ａ」はオーディオデータを格納しているＴＳパケットを示す。０から３４までの数字は、それぞれのＴＳパケットに付された番号を示す。また本図に示すように、ＰＥＳパケットは複数のピクチャから構成され、各ピクチャは１つのＰＥＳパケットで完結し、複数のＰＥＳパケットに跨って格納されることはない。
ＴＳパケット解析部３３１は、コンテンツの先頭のＴＳパケットＶ０を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ０は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケット解析部３３１は、さらにＴＳパケットV０を含んで構成されるPESパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいるので、ＴＰＩ保持部３３２は、ＴＰＩとして当該ＴＳパケットに付された番号０を保持する。また、ＴＳパケット数カウント部３３３におけるＴＳパケット数を１とする。続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ１を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、ＴＳパケット数を１だけインクリメントし、次のＴＳパケットＡ２を取得する。同様の処理をＴＳパケットＶ１３まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ１４を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ１４は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケットＶ１３とＴＳパケットＶ１４の間がＰＥＳパケットの境界となるので、これまでにカウントされたＴＳパケット数をEntryPESPacketNumとする。そして、メタ情報格納部３３４は、EntryPESPacketNumとＴＰＩ保持部に保持されている番号とを対応付けて格納する。
ＴＳパケット解析部３３１は、さらにＴＳパケットＶ１４を含んで構成されるPESパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいないので、ＴＳパケットＶ１５を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、次のＴＳパケットＶ１６を取得する。同様の処理をＴＳパケットＶ２４まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ２５を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ２５は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケット解析部３３１は、さらにＴＳパケットＶ２５を含んで構成されるPESパケットがＩＤＲピクチャを含んでいるか否かを判定する。本図に示すように、ＩＤＲピクチャを含んでいるので、ＴＰＩ保持部３３２は、ＴＰＩとして当該ＴＳパケットに付された番号２５を保持する。また、ＴＳパケット数カウント部３３３におけるＴＳパケット数を１とする。続いて、ＴＳパケット解析部３３１は、ＴＳパケットＡ２６を取得し、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ビデオデータのＰＥＳパケットヘッダを含んでいないので、ＴＳパケット数を１だけインクリメントし、次のＴＳパケットＶ２７を取得する。同様の処理をＴＳパケットＶ３１まで行う。
続いて、ＴＳパケット解析部３３１は、ＴＳパケットＶ３２を取得すると、ビデオデータのＰＥＳパケットヘッダが含まれているか否かを判定する。ここで、ＴＳパケットＶ３２は、本図に示すように、ビデオデータのＰＥＳパケットヘッダを含んでいる。よって、ＴＳパケットＶ３１とＴＳパケットＶ３２の間がＰＥＳパケットの境界となるので、これまでにカウントされたＴＳパケット数をEntryPESPacketNumとする。そして、メタ情報格納部３３４は、EntryPESPacketNumとＴＰＩ保持部に保持されている番号とを対応付けて格納する。
図１３は、以上のようにして生成されたTSE_INFO5テーブルを示す図である。
以上のように本実施形態によれば、ＴＳパケットにビデオデータのPESパケットヘッダが含まれているか否かの判定や、当該PESパケットがＩＤＲピクチャを包含しているか否かの判定は、TSパケットのＴＳヘッダ、及びAccessUnit delimiterを参照すれば行うことができ、PESストリームへの展開を要しない。
また、ＩＤＲピクチャを包含していると判定されたPESパケットを構成するTSパケットの個数を用いて、当該ＩＤＲピクチャのサイズを近似表現するので、データサイズの精度は粗くなるものの、受信時において記録再生装置３００が行えばよい処理負荷は、DVD記録装置等、据え置き型記録装置と比べて格段に低くなる。
（第二実施形態）
第一実施形態では、ＩＤＲピクチャを包含していると判定されたPESパケットを構成するTSパケットの個数を用いて、ＩＤＲピクチャのサイズを近似表現することにより、処理負荷の軽減を図った。しかし、例えば、デジタル放送の電波が届きにくいところで放送を受信した場合等、受信したストリームデータの内容が実際に送信された内容と異なる場合がある。このような場合では、受信したストリームデータ中のＴＳパケットの欠落により、ＰＥＳパケットの先頭を含むＴＳパケットを取得することができず、適切な近似をすることができないことが考えられる。
そこで、本実施形態では、記録再生装置３００はＰＥＳパケットの境界を判定する際に、ＰＥＳパケットの先頭を含むＴＳパケットを検出するのではなく、ＰＥＳパケットのサイズ情報、ＰＴＳ、ＰＣＲを利用し、適切な近似を行う。
まず、ＩＤＲピクチャを包含していると判定されたPESパケットのサイズ情報を用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
この方法により近似表現する場合には、ＴＳパケット解析部３３１ａは、第一実施形態で示した機能に加え、ＴＳパケットのprimary_pic_typeを参照することにより、当該ＴＳパケットを含んで構成されるPESパケットにＩＤＲピクチャが含まれていると判定した場合に、PES_packet_lengthを取得する機能を有する。また、前記判定後、ＴＳパケットを取得する毎に、ＴＳパケットの合計サイズとＰＥＳパケットのサイズとを比較し、ＴＳパケットの合計サイズがＰＥＳパケットのサイズ以上になったか否かを判定する。ＰＥＳパケットのサイズ以上になった場合には、それまでにカウントされたTSパケット数をEntryPESPacketNumとする。
＜メタ情報生成処理２＞
続いて、上述した方法によるメタ情報生成処理２について図１４、１５に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはTSパケット数を特定する変数であり、lengthは取得したTSパケットのpayloadの合計サイズを特定する変数である。ステップS４０１からステップS４０７までの処理は、図９におけるステップS２０１からステップS２０６までの処理と同様である。
すなわち、ＴＳパケット解析部３３１ａは、payloadにビデオのＰＥＳパケットヘッダが含まれているＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ４０１〜ステップＳ４０４）。また、録画停止の指示がなかったと判断されると（ステップＳ４０５でNo）、ＴＳパケット解析部３３１ａは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得し（ステップＳ４０６）、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得すると、当該TSパケット番号を保持する（ステップＳ４０７）。録画停止の指示があったと判断されると（ステップＳ４０５でＹｅｓ）、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ４２１）。
次に、ＩＤＲピクチャが含まれていると判定されると、TSパケット解析部３３１ａはPESヘッダからPES_packet_lengthを取得する（ステップＳ４０８）。ｎを１に設定し、lengthを０に設定する（ステップＳ４０９）。ＴＳパケット解析部３３１は、当該ＴＳパケットを情報記録媒体制御部３５０に出力し（ステップＳ４１０）、入力部３４０からＴＳパケットを取得する（ステップＳ４１１）。ＴＳパケット解析部３３１ａは、取得したＴＳパケットのＰＩＤを参照し、payloadにビデオデータが含まれているか否かを判定する（ステップＳ４１２）。含まれていないと判定されると、ｎを１計数し（ステップＳ４１３）、ステップＳ４１０に移行する。含まれていると判定されると、TSパケット解析部３３１ａは、Adaptation_field_control=01か否かを判定する（ステップＳ４１４）。Adaptation_field_control=01と判定されると、lengthに１８４加算した値を新たなlengthとする（ステップＳ４１５）。そして、lengthはPES_packet_length+6以上か否かを判定する（ステップＳ４１６）。判定が肯定であれば、ｎをEntryPESPacketNumとする（ステップＳ４１９）。そしてメタ情報格納部３３４は、EntryPESPacketNumと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納し（ステップＳ４２０）、ステップＳ４０４に移行する。判定が否定であれば、ステップＳ４１３に移行する。Adaptation_field_control=01でないと判定されると、Adaptation_field_control=11か否かを判定する（ステップＳ４１７）。Adaptation_field_control=11と判定されると、length+184- Adaptation_field_lengthを新たなlengthとする（ステップＳ４１８）。ステップＳ４１６に移行する。
以上がメタ情報生成処理２である。
次に、ＩＤＲピクチャを包含していると判定されたPESパケットのPTS、及びPCR(ProgramClock Reference)を用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
この方法により近似表現する場合には、ＴＳパケット解析部３３１ｂは、第一実施形態で示した機能に加え、ＴＳパケットのprimary_pic_typeを参照することにより、当該ＴＳパケットを含んで構成されるPESパケットにＩＤＲピクチャが含まれていると判定した場合に、当該ＴＳパケットからＰＴＳを取得する機能を有する。また、前記判定後、ＴＳパケットを取得する毎に、当該TSパケットがAdaptation_fieldを含んでいるか否かを判定し、含んでいる場合には、当該TSパケットからＰＣＲを取得する機能を有する。さらに、取得したPTSとPCRを比較し、取得したＰＣＲがＰＴＳ以上か否かを判定する。ＰＴＳ以上になった場合には、それまでにカウントされたTSパケット数をEntryPESPacketNumとする。
PCRは、ビデオデータとオーディオデータとの同期をとるための基準クロック情報であり、Adaptation_fieldに含まれる。
＜メタ情報生成処理３＞
続いて、上述した方法によるメタ情報生成処理３について図１６、１７に示すフローチャートを用いて説明する。
本フローチャートにおいて、ｎはTSパケット数を特定する変数である。ステップS５０１からステップS５０７までの処理は、図９におけるステップS２０１からステップS２０６までの処理と同様である。すなわち、ＴＳパケット解析部３３１ｂは、payloadにビデオのＰＥＳパケットヘッダが含まれているＴＳパケットを取得するまで、ＴＳパケットを取得する（ステップＳ５０１〜ステップＳ５０４）。また、録画停止の指示がなかったと判断されると（ステップＳ５０５でＮｏ）、ＴＳパケット解析部３３１ｂは、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得するまで、ＴＳパケットを取得し（ステップＳ５０６）、ＩＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得すると、当該TSパケット番号を保持する（ステップＳ５０７）。録画停止の指示があったと判断されると（ステップＳ５０５でＹｅｓ）、メタ情報生成制御部３３５は、メタ情報格納部３３４に格納されているメタ情報を情報記録媒体制御部３５０に出力する（ステップＳ５１９）。
次に、ＩＤＲピクチャが含まれていると判定されると、ＴＳパケット解析部３３１ｂは、PESヘッダからＰＴＳを取得する（ステップＳ５０８）。ｎを１に設定する（ステップＳ５０９）。ＴＳパケット解析部３３１ｂは、当該ＴＳパケットを情報記録媒体制御部３５０に出力し（ステップＳ５１０）、入力部３４０からＴＳパケットを取得する（ステップＳ５１１）。ＴＳパケット解析部３３１ｂは、取得したＴＳパケットのＰＩＤを参照し、payloadにビデオデータが含まれているか否かを判定する（ステップＳ５１２）。含まれていないと判定されると、ｎを１計数し（ステップＳ５１３）、ステップＳ５１０に移行する。含まれていると判定されると、ＴＳパケット解析部３３１ｂは、Adaptation_fieldが存在するか否かを判定する（ステップＳ５１４）。Adaptation_fieldが存在しないと判定されると、ステップＳ５１３に移行する。Adaptation_fieldが存在すると判定されると、当該ＴＳパケットに含まれているＰＣＲを取得する（ステップＳ５１５）。取得したＰＣＲはＰＴＳ以上か否かを判定する（ステップＳ５１６）。判定が肯定であれば、ｎをEntryPESPacketNumとする（ステップＳ５１７）。メタ情報格納部３３４は、EntryPESPacketNumと、ＴＰＩ保持部３３２により保持されているＴＳパケットの番号（ＴＰＩ）とを対応付けたメタ情報を格納する（ステップS５１８）。判定が否定であれば、ステップＳ５１３に移行する。
以上がメタ情報生成処理３である。
最後に、ＩＤＲピクチャを包含していると判定されたPESパケットのPTS、及びそれ以降のビデオデータあるいはオーディオデータのＰＥＳヘッダのＰＴＳを用いることにより、ＩＤＲピクチャのサイズを近似表現する方法について述べる。
ＴＳパケット解析部３３１ｃは、IＤＲピクチャを含むＰＥＳパケットを構成するＴＳパケットを取得した際に、当該ＰＥＳパケットのＰＴＳの情報を取得する。ＴＳパケット解析部３３１ｃは、それ以降、ビデオデータとオーディオデータのＰＥＳヘッダのＰＴＳを取得する。
ビデオデータのＰＴＳを取得すると、少なくともＩＤＲピクチャ以降のピクチャのＰＴＳに当たるため、それまでに少なくとも当該ＩＤＲピクチャを含むＰＥＳパケットを構成するTSパケットを取得していることが判別できる。
オーディオデータのＰＴＳを取得するとＩＤＲピクチャのＰＴＳと比較する。ＩＳＯ／ＩＥＣ１３８１８−１で規定されているデコードモデル、オーディオフレームのサイズなどを考慮すると、オーディオデータとビデオデータのＰＴＳの差における許容量が計算できる。取得したオーディオデータのＰＴＳが、その許容量を超えている場合、ＴＳパケット解析部３３１ｃは、ビデオデータのＰＴＳをとり損ねた可能性が高く、それまでに少なくともＩＤＲピクチャが含まれていることを判別できる。
以上のように本実施形態によれば、デジタル放送の電波が届きにくいところで放送を受信した場合等、受信したストリームデータの内容が実際に送信された内容と異なる場合であっても、IDRピクチャのサイズを適切に近似することができる。
（補足）
上記の実施形態では、高速再生処理について説明したが、例えば、サムネイル表示等の他の特殊再生であっても良い。
上記の実施形態では、デコード部３６０はＰＥＳパケットからＩＤＲピクチャのみを復号化するとしたが、ＩＤＲピクチャのみでなく、ＰＥＳパケットに含まれる全ピクチャを復号化して、出力部３７０に送ってもよい。
上記の実施形態では、ＴＳパケット解析部３３１はＴＳパケットがIDRピクチャを含んでいるか否かを判定したが、IDRピクチャ、またはNon-IDRのIピクチャのいずれかを含んでいるか否かを判定するとしても良い。ここで、Non-IDR のIピクチャとは、それ以後のピクチャがそのピクチャより前のピクチャの情報を参照する可能性のあるピクチャである。Iピクチャには、IDRピクチャと、Non-IDRのIピクチャとの2種類がある。
上記の実施形態では、ＩＤＲピクチャを含むＰＥＳパケットのサイズをＴＳパケットの個数で表現したが、ＴＳパケットの個数ではなく、単にバイト数等のサイズで表現しても良い。
上記の実施形態では、記録再生装置３００を用いたが、本発明は上記フローチャートで示したステップを含む方法、コンピュータ読み取り可能な記録媒体、及びシステムＬＳＩ等の集積回路であっても良い。システムＬＳＩは、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
更には、半導体技術の進歩又は派生する技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適用などが可能性としてありうる。
本発明を構成する記録再生装置３００は、製造産業において経営的に、また継続的及び反復的に製造し、販売することができる。特に、ワンセグに対応した携帯機器として有用である。
本発明に係るシステム図である。 本実施形態における記録再生装置３００の構成を示す機能ブロック図である。 メタ情報生成部３３０の詳細な構成を示す機能ブロック図である。 ＴＳパケットの構成を示す図である。 ビデオデータのＰＥＳパケットの先頭がpayloadに含まれている場合のＴＳパケットの構成を示した図である。 メタ情報の構成を示す図である。 メタ情報のビット配列を示す図である。 記録処理に関するフローチャートを示す図である。 メタ情報生成処理に関するフローチャートを示す図である。 メタ情報生成処理に関するフローチャートを示す図である。 高速再生処理に関するフローチャートを示す図である。 本発明を模式的に示す図である。 図１２に示す場合におけるTSE_INFO5テーブルを示す図である。 第二実施形態におけるメタ情報生成処理２に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理２に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理３に関するフローチャートを示す図である。 第二実施形態におけるメタ情報生成処理３に関するフローチャートを示す図である。
符号の説明
１００ 放送システム
２００ 送信アンテナ
３００ 記録再生装置
３１０ UI部
３２０ システム制御部
３３０ メタ情報生成部
３３１ ＴＳパケット解析部
３３１ａ ＴＳパケット解析部
３３１ｂ ＴＳパケット解析部
３３１ｃ ＴＳパケット解析部
３３２ ＴＰＩ保持部
３３３ ＴＳパケット数カウント部
３３４ メタ情報格納部
３３５ メタ情報生成制御部
３４０ 入力部
３５０ 情報記録媒体制御部
３６０ デコード部
３７０ 出力部
４００ 情報記録媒体

Claims (9)

  1. 独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録装置であって、
    トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出手段と、
    当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定手段と、
    独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成手段と
    を備えることを特徴とする記録装置。
  2. 前記サイズ情報とは、独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までに存在するＴＳパケットの個数を用いて表現される
    請求項１記載の記録装置。
  3. 前記検出手段は、さらに、前記ＴＳパケットの中からＰＥＳパケットのサイズ情報を検出し、
    前記ＴＳパケットの個数とは、前記ＰＥＳパケットのサイズ情報に相当するＴＳパケットの個数である
    請求項２記載の記録装置。
  4. 前記検出手段は、さらに、前記独立して復号可能なピクチャを包含していると判定されたＴＳパケットから前記ピクチャの再生時間を示す情報と、当該ＴＳパケット以降に存在するＴＳパケットから、ビデオデータとオーディオデータとの同期をとるための基準クロック情報とを検出し、
    前記生成手段は、さらに、
    前記基準クロック情報が前記再生時間を示す情報以上の値を示すか否かを判定する時間情報判定手段を含み、
    前記ＴＳパケットの個数とは、前記独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、前記基準クロック情報が前記再生時間を示す情報以上の値を示すと判定されるまでに存在するＴＳパケットの個数である
    請求項２記載の記録装置。
  5. 独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する処理をコンピュータに行わせるコンピュータ読み取り可能なプログラムを記録する記録媒体であって、
    前記プログラムは、
    トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出コードと、
    当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定コードと、
    独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成コードと
    を含むコンピュータ読み取り可能なプログラムを記録する記録媒体。
  6. 独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録方法であって、
    トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出ステップと、
    当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定ステップと、
    独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成ステップと
    を備えることを特徴とする記録方法。
  7. 独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報を生成して、記録媒体に記録する記録装置に設けられるシステム集積回路であって、
    トランスポートストリームを構成するＴＳパケットの中から、ＰＥＳパケットの先頭にあたるものを検出する検出手段と、
    当該ＰＥＳパケットが、独立して復号可能なピクチャを包含しているか否かを判定する判定手段と、
    独立して復号可能なピクチャを包含していると判定されたＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを前記サイズ情報として含むメタ情報を生成する生成手段と
    を備えることを特徴とする記録装置に設けられるシステム集積回路。
  8. メタ情報に基づいて記録媒体に記録されているトランスポートストリームを取得し、再生する再生装置であって、
    メタ情報に示されるトランスポートストリームの部分である、独立して復号可能なピクチャを含むＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までに存在するＴＳパケットを取得する取得手段と、
    取得したＴＳパケットうち、前記独立して復号可能なピクチャを構成するＴＳパケットを復号化する復号化手段と、
    を備えることを特徴とする再生装置。
  9. 記録媒体であって、
    トランスポートストリームと、
    前記トランスポートストリーム内に存在する独立して復号可能なピクチャを含むＰＥＳパケットを構成するＴＳパケットの先頭アドレス及び当該ピクチャに関するサイズ情報を含むメタ情報とが記録されており、
    前記メタ情報は、
    独立して復号可能なピクチャを含むＰＥＳパケットの先頭から、次のＰＥＳパケットの先頭までのサイズを用いて、独立して復号可能なピクチャのサイズを近似表現する情報をサイズ情報として含む
    ことを特徴とする記録媒体。
JP2007509248A 2005-03-22 2006-03-17 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ Active JP4856626B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007509248A JP4856626B2 (ja) 2005-03-22 2006-03-17 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2005082327 2005-03-22
JP2005082327 2005-03-22
JP2007509248A JP4856626B2 (ja) 2005-03-22 2006-03-17 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ
PCT/JP2006/305414 WO2006101053A1 (ja) 2005-03-22 2006-03-17 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011159841A Division JP5094993B2 (ja) 2005-03-22 2011-07-21 再生装置、再生方法、及びシステム集積回路

Publications (2)

Publication Number Publication Date
JPWO2006101053A1 true JPWO2006101053A1 (ja) 2008-09-04
JP4856626B2 JP4856626B2 (ja) 2012-01-18

Family

ID=37023714

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2007509248A Active JP4856626B2 (ja) 2005-03-22 2006-03-17 記録装置、再生装置、記録媒体、記録方法、及びｌｓｉ
JP2011159841A Active JP5094993B2 (ja) 2005-03-22 2011-07-21 再生装置、再生方法、及びシステム集積回路

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011159841A Active JP5094993B2 (ja) 2005-03-22 2011-07-21 再生装置、再生方法、及びシステム集積回路

Country Status (5)

Country Link
US (1) US8213778B2 (ja)
EP (1) EP1871108B1 (ja)
JP (2) JP4856626B2 (ja)
CN (1) CN101147395B (ja)
WO (1) WO2006101053A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9137502B2 (en) * 2004-08-25 2015-09-15 Broadcom Corporation Method and system for fast digital channel change utilizing time-stamp management
CN101651833B (zh) * 2009-09-10 2012-01-11 中兴通讯股份有限公司 一种i帧检索方法及装置
CN101668198B (zh) * 2009-09-16 2011-06-15 深圳市同洲电子股份有限公司 一种推送视频及数据内容实现本地点播的方法及系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6643449B1 (en) * 1998-11-10 2003-11-04 Kabushiki Kaisha Toshiba Recording/reproducing apparatus, video data recording apparatus, recording method, reproducing method
CA2289958C (en) 1998-11-19 2003-01-21 Tomoyuki Okada Information recording medium, apparatus and method for recording or reproducing data thereof
EP1021048A3 (en) * 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP3351757B2 (ja) * 1999-01-27 2002-12-03 松下電器産業株式会社 ディジタル記録再生装置
US8270817B2 (en) 2001-06-04 2012-09-18 Panasonic Corporation Recording apparatus, recording medium, reproduction apparatus, program, and method
JP2003108194A (ja) * 2001-09-29 2003-04-11 Toshiba Corp Ｍｐｅｇ２エンコーダのパケット構成方法
EP1309195B1 (en) 2001-10-29 2007-11-14 Humax Co., Ltd. Method for recording a digital broadcast program and time-based playback of a recorded broadcast program and apparatus therefor
JP4075360B2 (ja) * 2001-11-27 2008-04-16 セイコーエプソン株式会社 データ転送制御装置及び電子機器
US7343087B2 (en) 2002-11-12 2008-03-11 Matsushita Electric Industrial Co., Ltd. Data stream playback device and method, digital broadcast receiver and related computer program
JP2004180282A (ja) * 2002-11-12 2004-06-24 Matsushita Electric Ind Co Ltd ストリーム情報再生装置、ストリーム情報再生方法、プログラム及びデジタル放送受信機
JP3907589B2 (ja) * 2003-01-15 2007-04-18 松下電器産業株式会社 データ作成装置、データ再生装置
JP2004320787A (ja) * 2004-04-30 2004-11-11 Matsushita Electric Ind Co Ltd 連続メディア切り出し装置

Also Published As

Publication number Publication date
JP5094993B2 (ja) 2012-12-12
CN101147395A (zh) 2008-03-19
JP4856626B2 (ja) 2012-01-18
JP2011244476A (ja) 2011-12-01
EP1871108B1 (en) 2011-09-14
US20090052867A1 (en) 2009-02-26
EP1871108A4 (en) 2010-03-10
CN101147395B (zh) 2010-05-19
WO2006101053A1 (ja) 2006-09-28
US8213778B2 (en) 2012-07-03
EP1871108A1 (en) 2007-12-26

Similar Documents

Publication Publication Date Title
TWI342711B (en) Information storage medium having recorded thereon text subtitle data synchronized with av data, and reproducing apparatus
US7881584B2 (en) Reproducing apparatus and method, and recording medium
JP2008011404A (ja) コンテンツ処理装置及びコンテンツ処理方法
US8359413B2 (en) Data stream buffer control using reference time and decoding time
JP5094993B2 (ja) 再生装置、再生方法、及びシステム集積回路
EP2863644A1 (en) Display apparatus and method for channel changing
US6556626B1 (en) MPEG decoder, MPEG system decoder and MPEG video decoder
JP2006245744A (ja) 映像信号記録装置、情報記録媒体および映像信号再生装置
JP2003339019A (ja) 記録再生装置および記録再生方法
US20060257108A1 (en) Multimedia reproduction apparatus
JP4799484B2 (ja) コマーシャル判別装置、方法及びプログラム並びにデジタル放送記録装置、方法及びプログラム
JP2006042382A (ja) ストリーム変換装置
JP2009218934A (ja) 映像再生装置及び映像再生方法
JP3861045B2 (ja) 映像信号記録装置、映像信号記録方法及び映像信号記録用プログラム
CA2725177C (en) Reproducing apparatus and method, and recording medium
US8379713B2 (en) Method and apparatus for displaying video data
JP2010028297A (ja) 情報処理装置及びプログラム
JP2006014179A (ja) データ伝送装置及びデータ伝送方法
JP2011103687A (ja) デジタル信号記録再生装置および方法、デジタル信号再生装置および方法
JP2006211577A (ja) デジタル放送蓄積再生装置およびデジタル放送蓄積再生方法
JP2004120632A (ja) データ解析システム及びデータ解析方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20081127

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110524

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110721

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110816

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110908

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

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

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

Free format text: PAYMENT UNTIL: 20141104

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4856626

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350