JPWO2005124779A1 - 再生装置、プログラム、再生方法 - Google Patents

再生装置、プログラム、再生方法 Download PDF

Info

Publication number
JPWO2005124779A1
JPWO2005124779A1 JP2006514805A JP2006514805A JPWO2005124779A1 JP WO2005124779 A1 JPWO2005124779 A1 JP WO2005124779A1 JP 2006514805 A JP2006514805 A JP 2006514805A JP 2006514805 A JP2006514805 A JP 2006514805A JP WO2005124779 A1 JPWO2005124779 A1 JP WO2005124779A1
Authority
JP
Japan
Prior art keywords
stream
text subtitle
language
information
playback
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
JP2006514805A
Other languages
English (en)
Other versions
JP3996625B2 (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
Application granted granted Critical
Publication of JP3996625B2 publication Critical patent/JP3996625B2/ja
Publication of JPWO2005124779A1 publication Critical patent/JPWO2005124779A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • 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/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating 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/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • 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/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • 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/34—Indicating arrangements 
    • 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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • H04N7/0882—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of character code signals, e.g. for teletext
    • 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
    • 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
    • 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
    • H04N9/8233—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 the additional signal being a character code signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Abstract

ＢＤ−ＲＯＭ再生装置は、複数テキスト字幕ストリームのうち１つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する装置である。ＰＳＲ４８〜６１は、複数のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表している。Ｐｒｏｃｅｄｕｒｅ実行部２０は、ＰＳＲ４８〜６１における各フラグの設定値を参照して、複数のテキスト字幕ストリームのそれぞれを表示することができるか否かを判定する。ストリーム選択部１７は、表示できると判定されたテキスト字幕ストリームを選択する。

Description

本発明は、テキスト字幕表示技術の技術分野に属する発明である。
テキスト字幕表示とは、テキストコードで表現された字幕を、映画における個々のピクチャと同期して表示させる技術であり、ＢＤ−ＲＯＭ（Ｂｌｕ−ｒａｙＤｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）再生装置の特有の技術の１つである。字幕の表現には、ＤＶＤで実現されているような、ビットマップによる表現と、文字コードによる表現とがある。字幕がビットマップで表現されれば、どの再生装置で再生しても、見栄えは同じになる。見た目を重視する映画作品の場合は、字幕をビットマップで表現することに大きな意味はある。その一方、ビットマップによる表現では、字幕の一文字一文字を作成せねばならないので、ほんの数文字、数行の字幕を記録媒体に記録するためにも、大きなデータサイズが必要となる。
ＢＤ−ＲＯＭは、ＤＶＤより大容量の記録媒体であるため、字幕をビットマップで表現して、ビデオストリームと多重しておいても差し支えない。しかし字幕をＢＤ−ＲＯＭとは別に配布する場合、たとえば、ネットワークを通じたダウンロードや、メモリカードを介して再生装置に供給する場合、字幕のデータサイズがあまり大きくなってしまうのは望ましくない。ＢＤ−ＲＯＭに記録し得たとしても、メモリに字幕を常駐させておくために大規模なメモリを必要としたり、またダウンロードに長い時間がかかるので、データサイズは小さければ小さい方がよい。
これに対しテキスト字幕では、字幕が文字コードで表現されている。具体的にいうと、字幕一文字当たりの情報量は、ＡＳＣＩＩコードなどでは、１バイトになるし、ＪＩＳコードなどでも、２バイトになる。汎用的な文字コードとしてＵｎｉｃｏｄｅなどを用いれば、日本語の他に、中国語や韓国語といった複雑な文字体系もサポートすることが可能である。字幕を文字コードとして配布する場合、データのサイズは非常に小さくなり、インターネットを通じて配布するような場合には非常に有効になる。こうした事情から、今後普及するであろうＢＤ−ＲＯＭ再生装置は、テキスト字幕の表示機能を搭載する予定である。
かかるテキスト字幕の表示にあたってＢＤ−ＲＯＭ再生装置は、フォントを用いて、字幕を構成するコードを、ビットマップに展開し、このビットマップを、ビデオストリームにおける個々のピクチャと同期して表示するよう制御を行う。
尚、テキスト字幕の表示技術に関しては、以下の特許文献に示される先行技術がある。
特開２０００−２２８６５６号公報
ところで、テキスト字幕として表示が予定されている言語の種類は、４３０言語に及ぶといわれている。これら４３０種類もの言語のテキスト字幕を、再生できるかどうかは、言語特性のサポートが存在するかによって変わる。日本語の“縦書き”という特性をサポートする場合を例にとって考えてみると、単に字幕の文字を縦方向に並べただけでは足りず、その縦書き表示に伴う、修正を施す必要がある。具体的にいうなら、括弧の形や文字の位置、長音の形を、横書き時とは異なる、独特なものにしておく必要がある。
ある言語での字幕表示が要求された場合、再生装置側に、その言語のフォントをレンタリングする能力がない場合、又は、フォントのレンタリングはあるが、言語特性のサポートする能力がないような場合は、字幕が文字化けして現れたり、またテキスト字幕が表示されたとしても、その言語の習熟者から見て、不自然な態様で、テキスト字幕が表示されることがありうる。
パソコンソフトの業界では、このような不都合な表示ななされたとしても、“よくあること”で済まされるかもしれない。ＷＷＷサイト閲覧ソフトでは、かかる表示が多々みられる。しかし民生機器の分野では、パソコンソフトの業界とは比べ物にならない、厳しい品質管理が要求されるため、文字化けや不自然な態様での表示を回避したいとの要望がすこぶる強い。しかしながらテキスト字幕の言語種は４３０言語にも及ぶので、文字化けや不自然な態様での表示が存在するか否かを、それぞれの言語について精査するというのは、再生装置を製造するメーカーにとって重荷になってしまう。
本発明の目的は、表示が予定されている言語が何百種類に及ぶ場合であっても、ユーザが表示を希望する言語での、字幕表示の可能性を即座に判定することができる再生装置を提供することである。
上記目的を達成するため、本発明に係る再生装置は、複数テキスト字幕ストリームのうち１つを選択して、選択したテキスト字幕ストリームを、動画と共に再生するものであり、複数のフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表すレジスタセットと、レジスタセットにおける各フラグの設定値を参照することにより、複数のテキスト字幕ストリームのそれぞれをデコードできるか否かを判定する判定手段と、デコードできると判定されたテキスト字幕ストリームを選択する選択手段とを備えることを特徴としている。
レジスタセットには、テキスト字幕をデコードすることができる能力の有無が、言語毎に示されているので、ユーザがある言語でのテキスト字幕表示を希望した場合、その言語でのテキスト字幕表示の可能性の有無を、レジスタセットにおける各ビットの設定値を参照することにより、即座に判定することができる。
各ビットの設定値を参照するだけで、何れかの言語でのテキスト字幕の表示可能性の有無を判定することができるので、たとえ、テキスト字幕の言語種が何百言語に及んだとしても、所望の言語での、字幕表示の可能性を即座に判定することができる。
［図１］本発明に係る再生装置の、使用行為についての形態を示す図である。
［図２］ＢＤ−ＲＯＭの内部構成を示す図である。
［図３］拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。
［図４］プレイリスト情報のデータ構造を示す図である。
［図５］ＡＶＣｌｉｐと、ＰＬとの関係を示す図である。
［図６］Ｓｕｂｐａｔｈ情報の内部構成をクローズアップして示す図である。
［図７］ＳｕｂＰｌａｙＩｔｅｍ時間軸上の再生区間定義と、同期指定を示す図である。
［図８］（ａ）ＳＴＮ＿ｔａｂｌｅの内部構成を示す図である。
（ｂ）ＰＧストリームに対応したｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みを示す図である。（ｃ）テキスト字幕ストリームに対応したｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みを示す図である。
［図９］第１実施形態で取り上げるＡＶＣｌｉｐの一例を示す図である。
［図１０］第１実施形態で取り上げる、ＰｌａｙＬｉｓｔ情報の一例を示す図である。
［図１１］図１０に示したＰｌａｙＬｉｓｔ情報により規定されるデジタルストリームの束を示す図である。
［図１２］は、第１実施形態に係る再生装置の内部構成を示す図である。
［図１３］ローカルストレージに格納されたＰｌａｙＬｉｓｔ情報により、どのようなＰｌａｙＬｉｓｔ再生時間軸が定義されるかを示す図である。
［図１４］ビデオエンコーダのデコードによるデコード結果と、ストリーム選択部１７による選択結果とを、図１２の内部構成に書き加えた図である。
［図１５］ＰＳＲ２、ＰＳＲ１７、ＰＳＲ３０、ＰＳＲ４８〜６１の詳細設定を示すである。
［図１６］ＰＳＲ４８〜６１の内部構成を示す図である。
［図１７］ＰＳＲ４８〜６１におけるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグと、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅとの対応を示す図である。
［図１８］ＰＳＲ４８〜６１のうち、ＰＳＲ５３の内容を示す図である。
［図１９］ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅの意味内容を示す図である。
［図２０］第１実施形態におけるストリーム選択部１７の特徴部分を示す図である。
［図２１］ＰＳＲ４８〜６１におけるＰＳＲ番号及びビット位置と、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅとの対応関係を示す図である。
［図２２］Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの処理手順を示すフローチャートである。
［図２３］ストリーム変化時における設定手順を示すフローチャートである。
［図２４］ＰＳＲ２の設定手順を示すフローチャートである。
［図２５］テキスト字幕ストリームのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無を判定するにあたっての判定手順を示すフローチャートである。
［図２６］（ａ）〜（ｃ）テキスト字幕ストリーム選択の具体例を示す図である。
［図２７］（ａ）〜（ｃ）テキスト字幕ストリーム選択の具体例を示す図である。
［図２８］制御部による再生手順を示すフローチャートである。
［図２９］テキスト字幕ストリームの内部構成を示す図である。
［図３０］（ａ）スタイル情報，表示情報の設定例を示す図である。
（ｂ）（ａ）のテキスト字幕ストリームから表示される合成画像を示す図である。
［図３１］ＳｕｂＰｌａｙＩｔｅｍ＃ｙに基づく再生処理を示すフローチャートである。
［図３２］ＴｅｘｔＳＴデコーダ１２の内部構成を示す図である。
［図３３］（ａ）日本語の言語特性によるレイアウトの違いについて説明した図である。
（ｂ）アラビア語の言語特性におけるレイアウトを示す。
［図３４］日本語、英語、アラビア語という３つの言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを設定するにあたっての、判断基準を示す図である。
［図３５］（ａ）（ｂ）縦書き項目が完全にサポートされている日本語字幕と、縦書き項目のサポートが不完全な日本語字幕とを示す図である。
［図３６］第３実施形態に係る、再生装置の内部構成を示す図である。
［図３７］第３実施形態におけるＰＳＲ３０のｂ２３〜ｂ１６のビットアサインを示す図である。
［図３８］ＰＳＲの予約領域におけるビット構成を示す図である。
［図３９］（ａ）（ｂ）言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。
［図４０］第３実施形態におけるテキスト字幕ストリームの判定手順を示すフローチャートである。
［図４１］各言語毎のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの判定手順を示すフローチャートである。
［図４２］セットアップ部３２の処理手順を示すフローチャートである。
［図４３］（ａ）（ｂ）アンサポート言語の表示をユーザが希望していない場合と、希望した場合とで、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの設定を対比して示す図である。
［図４４］第４実施形態に係るセットアップ部３２の処理手順を示すフローチャートである。
［図４５］ローダ１３によるバッファへのプリロードを示す図である。
［図４６］ストリーム選択部１７による非プリロードのテキスト字幕ストリームの選択を示す図である。
［図４７］ＡＶＣｌｉｐの再生中において、非プリロードのテキスト字幕ストリームをユーザが選択した場合に、ローダ１３が実行するロード処理を模式的に示す図である。
［図４８］（ａ）ＡＶＣｌｉｐの記録領域から、テキスト字幕ストリームの記録領域へのシーク、テキスト字幕ストリーム記録記録から、ＡＶＣｌｉｐ記録領域へのシークを示す図である。
（ｂ）デコーダへのＡＶＣｌｉｐ供給が途絶えることによる、ＡＶＣｌｉｐの再生の途切れを示す図である。
［図４９］第５実施形態に係る再生装置の内部構成を示す図である。
［図５０］ＰＳＲの予約領域に設けられたシームレスフラグの一例を示す図である。
［図５１］（ａ）ＡＶＣｌｉｐに多重されているＰＧストリーム、プリロードされているテキスト字幕ストリーム、プリロードされていないテキスト字幕ストリームが、記述されたＳＴＮ＿Ｔａｂｌｅを示す図である。
（ｂ）シームレスフラグがオンに設定されている場合の状態遷移を示す図である。
（ｃ）シームレスフラグがオンに設定されている場合の状態遷移を示す図である。
［図５２］（ａ）本実施形態において表示されるセットアップメニューを示す図である。（ｂ）言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。
［図５３］第５実施形態に係る、選択手順を示すフローチャートである。
［図５４］図５２のステップＳ６６の処理を詳細に示したフローチャートである。
［図５５］セットアップ部３２の処理手順を示すフローチャートである。
［図５６］（ａ）第６実施形態におけるＳＴＮ＿Ｔａｂｌｅの内部構成を示す図である。
（ｂ）ＳＴＮ＿Ｔａｂｌｅに設けられたシームレスフラグの内容を示す。
［図５７］フォントデータロードによる映像再生の途切れを示す図である。
［図５８］本実施形態における記録媒体の内部構成を示す図である。
［図５９］第６実施形態におけるローダ１３によるロード処理を示す図である。
［図６０］（ａ）第７実施形態における記録媒体のディレクトリ構造を示す。
（ｂ）ファイル管理情報の内部構成を示す。
［図６１］必須と記述されているフォントデータがバッファにロードされてゆく様子を示す図である。
［図６２］複数のＰｌａｙＩｔｅｍが連続して再生される状況を示す図である。
［図６３］ＳＴＮ＿Ｔａｂｌｅに基づくプリロードを示す図である。
［図６４］第９実施形態に係るＳＴＮ＿Ｔａｂｌｅの記述を示す図である。
［図６５］ＰｌａｙＩｔｅｍ情報＃１のＳＴＮ＿ＴａｂｌｅにはＰＧストリームのＰＩＤが記述されているが、ＰｌａｙＩｔｅｍ情報＃２において、ＰＧストリームは空白期間になっていて、ＰｌａｙＩｔｅｍ情報＃２のＳＴＮ＿ＴａｂｌｅにＰＧストリームのＰＩＤが登録されていないケースを示す図である。
［図６６］ＳＴＮ＿Ｔａｂｌｅに登録されているストリームはプリロードされるテキスト字幕ストリームのみになってしまい、プリロードされるテキスト字幕ストリームが選ばれてしまう状況を示す図である。
［図６７］ＰｌａｙＩｔｅｍ情報＃２のＳＴＮ＿Ｔａｂｌｅに多重化されたＰＧストリームが登録されていないため、プリロードされるストリームが選ばれてしまう状況を示す図である。
［図６８］ダミーとしてＰＩＤがＳＴＮ＿Ｔａｂｌｅに登録されたデジタルストリームを選択した図である。
 符号の説明
１ ＢＤ−ＲＯＭドライブ
２ Ｌｏｃａｌ Ｓｔｏｒａｇｅ
３ 操作受付部
４ 多重分離部
５ ビデオデコーダ
６ ビデオプレーン
７ ＰＧデコーダ
８ ＰＧプレーン
９ 合成部
１０ テキストコードバッファ
１１ フォントバッファ
１２ ＴｅｘｔＳＴデコーダ
１３ ローダ
１４ シナリオメモリ
１５ 制御部
１６ ＰＳＲセット
１７ ストリーム選択部
１９ ビット割当テーブル
２０ Ｐｒｏｃｅｄｕｒｅ実行部
２１ フォントレンダリング部
２２ 展開バッファ
２３ コントローラ
３１ セルフテスト部
３２ セットアップ部
３３ プリロード管理テーブル
２００ 再生装置
３００ リモコン
４００ テレビ
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
以上が本発明に係る再生装置の使用形態についての説明である。続いて本発明に係る再生装置が再生の対象としている、記録媒体について説明する。本発明に係る再生装置により、再生されるのは、ＢＤ−ＲＯＭである。図２は、ＢＤ−ＲＯＭの内部構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。この第１段目においてＢＤ−ＲＯＭには、Ｒｏｏｔディレクトリの下に、ＢＤＭＶディレクトリがある。
ＢＤＭＶディレクトリの配下には、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＪＡディレクトリと呼ばれる４つのサブディレクトリが存在する。
ＳＴＲＥＡＭディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子ｍ２ｔｓが付与されたファイル（００００１〜００００３．ｍ２ｔｓ）が存在する。
ＰＬＡＹＬＩＳＴディレクトリには、拡張子ｍｐｌｓが付与されたファイル（００００１〜００００３．ｍｐｌｓ）が存在する。
ＣＬＩＰＩＮＦディレクトリには、拡張子ｃｌｐｉが付与されたファイル（００００１〜００００３．ｃｌｐｉ）が存在する。以下、これらのファイルについて説明する。
＜ＡＶＣｌｉｐ＞
先ず初めに、拡張子．ｍ２ｔｓが付与されたファイルについて説明する。図３は、拡張子．ｍ２ｔｓが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子．ｍ２ｔｓが付与されたファイル（００００１．ｍ２ｔｓ，００００２．ｍ２ｔｓ，００００３．ｍ２ｔｓ・・・・・）は、ＡＶＣｌｉｐを格納している。ＡＶＣｌｉｐは（中段）、複数のビデオフレーム（ピクチャｐｊｌ，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（上１段目）、ＰＥＳパケット列に変換し（上２段目）、更にＴＳパケットに変換し（上３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム（下１段目のＰＧストリーム）及び対話系のインタラクティブグラフィクスストリーム（下２段目のＩＧストリーム）をＴＳパケットに変換して（下３段目）、これらを多重化することで構成される。
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームである。
ＩＧストリームは、対話制御を実現するグラフィクスストリームであり、メニュー、ボタン等のＧＵＩ部品を構成するグラフィクスデータ、ボタンの押下時において、再生装置に実行させるべきコマンド（ボタンコマンド）などを含む。
ＡＶＣｌｉｐは、図３に示したように多重化がなされているストリームはＭａｉｎＣｌｉｐと呼ばれる。この他に、多重化がなされていないものものある。かかるＡＶＣｌｉｐは、ＳｕｂＣｌｉｐと呼ばれ、オーディオストリーム、ＰＧストリーム、テキスト字幕ストリーム（ＴｅｘｔＳＴＳｔｒｅａｍ）等を構成するＡＶＣｌｉｐが存在する。
＜Ｃｌｉｐ情報＞
拡張子“ｃｌｐｉ”が付与されたファイル（００００１．ｃｌｐｉ）は、ＡＶＣｌｉｐのそれぞれに１対１に対応するＣｌｉｐ情報である。管理情報故に、Ｃｌｉｐ情報は、ＡＶＣｌｉｐにおけるストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、対応するストリームにおける複数のエントリー位置を示すＥＰ＿ｍａｐをもっている。
＜ＰｌａｙＬｉｓｔ情報＞
拡張子“ｍｐｌｓ”が付与されたファイル（００００１．ｍｐｌｓ）は、ＰｌａｙＬｉｓｔ（ＰＬ）情報を格納したファイルである。ＰｌａｙＬｉｓｔ情報は、ＭａｉｎＰａｔｈ、Ｓｕｂｐａｔｈと呼ばれる２種類の再生経路を束ねたものをＰｌａｙｌｉｓｔ（ＰＬ）として定義する情報である。図４は、プレイリスト情報のデータ構造を示す図であり、本図に示すようにプレイリスト情報は、ＭａｉｎＰａｔｈを定義するＭａｉｎＰａｔｈ情報（ＭａｉｎＰａｔｈ（））と、Ｓｕｂｐａｔｈを定義するＳｕｂｐａｔｈ情報（Ｓｕｂｐａｔｈ（））とからなる。
ＭａｉｎＰａｔｈとは、主たるＡＶＣｌｉｐ上に定義される再生経路である。一方Ｓｕｂｐａｔｈは、ＳｕｂＣｌｉｐ上に定義される再生経路である。
ＰｌａｙＬｉｓｔ情報の詳細その１
＜ＭａｉｎＰａｔｈ＞
先ずＭａｉｎＰａｔｈについて説明する。ＭａｉｎＰａｔｈは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
ＭａｉｎＰａｔｈは、矢印ｍｐ１で示すように複数のＰｌａｙＩｔｅｍ情報（・・・ＰｌａｙＩｔｅｍ（）・・・）から定義される。ＰｌａｙＩｔｅｍ情報は、ＭａｉｎＰａｔｈを構成する１つ以上の論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出しｍｐ２によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩＮ点及びＯｕｔ点が属するＡＶＣｌｉｐの再生区間情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』と、ＡＶＣｌｉｐやＳｕｂＣｌｉｐに多重化されているエレメンタリストリームのうち、再生可能なものを示す『ＳＴＮ＿ｔａｂｌｅ』とから構成される。
図５は、ＡＶＣｌｉｐと、ＰｌａｙＬｉｓｔ情報との関係を示す図である。第１段目はＡＶＣｌｉｐがもつ時間軸を示し、第２段目は、ＰｌａｙＬｉｓｔ情報がもつ時間軸を示す。ＰｌａｙＬｉｓｔ情報は、ＰｌａｙＩｔｅｍ＃１，＃２，＃３という３つのＰｌａｙＩｔｅｍ情報を含んでおり、これらＰｌａｙＩｔｅｍ＃１，＃２，＃３のＩｎ＿ｔｉｍｅ，Ｏｕｔ＿ｔｉｍｅにより、３つの再生区間が定義されることになる。これらの再生区間を配列させると、ＡＶＣｌｉｐ時間軸とは異なる時間軸が定義されることになる。これが第２段目に示すＰＬ時間軸である。このように、ＰｌａｙＩｔｅｍ情報の定義により、ＡＶＣｌｉｐとは異なる時間軸の定義が可能になる。
ＰｌａｙＬｉｓｔ情報の詳細その２
＜Ｓｕｂｐａｔｈ＞
ＭａｉｎＰａｔｈが、主映像たるビデオストリームやオーディオストリーム上に定義される再生経路であるのに対し、Ｓｕｂｐａｔｈは、ＭａｉｎＰａｔｈと同期すべきテキスト字幕ストリームやオーディオストリームに対して定義される再生経路である。
ＭａｉｎＰａｔｈにおいて、主映像たるビデオストリームは、関連するオーディオストリームなどとともに多重化されて１本のストリームになっている。ＢＤコンテンツを作成する際には、あらかじめ必要なストリームが判明しているため、同期再生すべき全てのストリームを１本のストリームとして多重化しておけばよい。それに対して、Ｓｕｂｐａｔｈは、ダウンロードされたテキスト字幕ストリーム等、多重化はされないが、同期再生が必要なストリームである。たとえば、ある映画作品を、世界の様々な地域に頒布しようとした場合、オーサリング担当者は、欧米向けに出荷されるＢＤ−ＲＯＭでは英語字幕しか入っていなかったけれど、日本向けに出荷されるＢＤ−ＲＯＭには、日本語の字幕を、追加したいと考えることがある。しかし、日本語字幕を構成するストリームを作成し、これをビデオストリームに多重するという手間を払っていたのではコストがかかってしまう。
ＢＤ−ＲＯＭでは、ＳｕｂＰａｔｈ情報を用いることにより、日本語字幕を構成する字幕ストリームだけをＳｕｂｐａｔｈとして、ＭａｉｎＰａｔｈに追加することができる。これにより日本語版作成を可能にさせるというのがＳｕｂｐａｔｈの利点である。
図６は、Ｓｕｂｐａｔｈ情報の内部構成をクローズアップして示す。この矢印ｓｈ１に示すように各Ｓｕｂｐａｔｈは、１つ以上のＳｕｂＰｌａｙＩｔｅｍ情報（・・・ＳｕｂＰｌａｙＩｔｅｍ（）・・・）からなる。また各ＳｕｂＰｌａｙＩｔｅｍ情報は、図中の矢印ｓｈ２に示すように『Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』、『ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ』、『ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅ』、『ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄ』、『ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍ』からなる。
『Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』は、Ｃｌｉｐ情報のファイル名を記述することにより、ＳｕｂＰｌａｙＩｔｅｍに対応するＳｕｂＣｌｉｐを一意に指定する情報である。
『ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ』は、ＳｕｂＣｌｉｐの再生時間軸上における、ＳｕｂＰｌａｙＩｔｅｍの始点を示す情報である。
『ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅ』は、ＳｕｂＣｌｉｐの再生時間軸上における、ＳｕｂＰｌａｙＩｔｅｍの終点を示す情報である。
『ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄ』は、ＭａｉｎＰａｔｈを構成するＰｌａｙＩｔｅｍのうち、本ＳｕｂＰｌａｙＩｔｅｍが同期すべきものを一意に指定する情報である。ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅは、このｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄで指定されたＰｌａｙＩｔｅｍの再生時間軸上に存在する。
『ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍ』は、ｓｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄで指定されたＰｌａｙ Ｉｔｅｍの再生時間軸上において、ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅで指定されたＳｕｂＰｌａｙＩｔｅｍの始点が、どこに存在するかを示す。ＳｕｂＰｌａｙＩｔｅｍの再生時において、現在の再生時点が、このｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍで指示される時点に到来した場合、ＳｕｂＰｌａｙＩｔｅｍによる再生が開始される。ＳｕｂｐａｔｈをＭａｉｎＰａｔｈと同期させるには、Ｓｕｂｐａｔｈ上の再生開始時刻をＭａｉｎＰａｔｈ上のどの時刻に合わせるかを、ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍで指定すればよい。たとえば、ＭａｉｎＰａｔｈ上の再生開始から３００秒経った位置から、Ｓｕｂｐａｔｈで指定されるストリームの再生を開始するよう、ｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍで指定すればよい。再生装置側では、Ｃｌｏｃｋ Ｃｏｕｎｔｅｒが適切なタイミングで、ＭａｉｎＰａｔｈを構成するストリームおよびＳｕｂｐａｔｈを構成するストリームを多重分離部に転送している。Ｃｌｏｃｋ Ｃｏｕｎｔｅｒは、Ｃｌｏｃｋ Ｇｅｎｅｒａｔｏｒの時刻を元に、同じ時間精度で現在時刻を計時しているので、上述したようなｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍの指定により、ＭａｉｎＰａｔｈ、ＳｕｂＰａｔｈ情報の再生を高い精度で同期させることができる。
図７は、ＳｕｂＰｌａｙＩｔｅｍ時間軸上の再生区間定義と、同期指定とを示す図である。本図において第１段目は、ＰＬ時間軸を示し、第２段目はＳｕｂＰｌａｙＩｔｅｍ時間軸を示す。図中のＳｕｂＰｌａｙＩｔｅｍ．ＩＮ＿ｔｉｍｅは再生区間の始点を、ＳｕｂＰｌａｙＩｔｅｍ．Ｏｕｔ＿ｔｉｍｅは再生区間の終点をそれぞれ示す。これによりＳｕｂＰｌａｙＩｔｅｍ時間軸上にも再生区間が定義されていることがわかる。矢印Ｓｎ１においてＳｙｎｃ＿ＰｌａｙＩｔｅｍ＿Ｉｄは、ＰｌａｙＩｔｅｍに対する同期指定を示し、矢印Ｓｎ２においてｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍは、ＰＬ時間軸におけるＰｌａｙＩｔｅｍ上の一時点の指定を示す。
Ｐｌａｙ Ｉｔｅｍの再生時間軸上において、現在の再生時点がｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍで指示される時点に到達した際、Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されたＳｕｂＣｌｉｐ（テキスト字幕ストリーム）のうち、ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅからＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅまでの部分が再生されることになる。かかる再生により、テキスト字幕ストリームのうち、ＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ、ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅで指定された部分がＡＶＣｌｉｐと同期再生されることになる。以上がＳｕｂｐａｔｈについての説明である。
上述したＰｌａｙ Ｉｔｅｍ情報の構成においてＳＴＮ＿ｔａｂｌｅは、本発明の実施になくてはならない必要不可欠な要素である。以降ＳＴＮ＿ｔａｂｌｅについてより詳細に説明する。
ＰｌａｙＬｉｓｔ情報の詳細その３
＜ＳＴＮ＿ｔａｂｌｅ＞
ＳＴＮ＿ｔａｂｌｅは、Ｐｌａｙ ＩｔｅｍのＣｌｉｐ＿Ｉｎｆｏｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されているＡＶＣｌｉｐに多重化された複数エレメンタリストリームやＳｕｂＰｌａｙＩｔｅｍのＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されているＳｕｂＣｌｉｐ内のエレメンタリストリームのうち、再生可能なものを示すテーブルである。具体的にいうと、複数エレメンタリストリームのそれぞれについてのｅｎｔｒｙを、ａｔｔｒｉｂｕｔｅと対応付けることで構成される。ここで”再生可能なエレメンタリストリーム”とは、Ｐｌａｙ Ｉｔｅｍにより指定されているＡＶＣｌｉｐに多重されているエレメンタリストリームを主として意味する。しかしこれだけではなく、ＡＶＣｌｉｐとは別個に記録されながら、このエレメンタリストリームと共に再生されるエレメンタリストリーム（テキスト字幕ストリーム）も含む。
図８（ａ）は、ＳＴＮ＿ｔａｂｌｅの内部構成を示す図である。本図に示すようにＳＴＮ＿ｔａｂｌｅは、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙと、ａｔｔｒｉｂｕｔｅとの組み（ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅ）を複数含み、これらｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みの個数（ｎｕｍｂｅｒ＿ｏｆ＿ｖｉｄｅｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ａｕｄｉｏ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ，ｎｕｍｂｅｒ＿ｏｆ＿ＩＧ＿ｓｔｒｅａｍ＿ｅｎｔｒｉｅｓ）を示すデータ構造になっている。
ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みは、図中の括弧記号”｛”に示すように、Ｐｌａｙ Ｉｔｅｍにおいて再生可能なビデオストリーム、オーディオストリーム、ＰＧストリーム、テキスト字幕ストリーム、ＩＧストリームのそれぞれに対応している。
ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの詳細について説明する。図８（ｂ）〜（ｃ）は、ｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの詳細を示す図である。
図８（ｂ）は、ＰＧストリームに対応したｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みを示す図である。
ＰＧストリームにおけるｅｎｔｒｙは、ＡＶＣｌｉｐを多重分離するにあたって、当該ＰＧストリームの抽出に用いられるＰＩＤを示す『ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ＿ｏｆ＿ｍａｉｎＣｌｉｐ』を含む。
ＰＧストリームにおけるａｔｔｒｉｂｕｔｅは、０ｘ９０に設定されることによりＰＧストリームのコーディックを示す『ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅ』と、対応するＰＧストリームの言語属性を示す『ＰＧ＿ｌａｎｇｕａｇｅ ｃｏｄｅ』とからなる。『ＰＧ＿ｌａｎｇｕａｇｅ ｃｏｄｅ』とは、対応するＰＧストリームの言語属性を、ＩＳＯ６３９−２／Ｔの言語コード（ｌａｎｇｕａｇｅ ｃｏｄｅ）により表したものである。
図８（ｃ）は、テキスト字幕ストリーム（ｔｅｘｔＳＴｓｔｒｅａｍと表記することがある。）に対応したｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みを示す図である。
テキスト字幕ストリームにおけるｅｎｔｒｙは、テキスト字幕ストリームを格納したＡＶＣｌｉｐのｅｎｔｒｙ識別子を示す『ｒｅｆ＿ｔｏ＿ｓｕｂＣｌｉｐ＿ｅｎｔｒｙ＿ＩＤ』と、同期情報のＩＤを示す『ｒｅｆ＿ｔｏ＿ｓｕｂＰａｔｈ＿ＩＤ』と、テキスト字幕ストリームに付加されたＰＩＤを示す『ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ＿ｏｆ＿ｓｕｂＣｌｉｐ』とからなる。
テキスト字幕ストリームにおけるａｔｔｒｉｂｕｔｅは、０ｘ９２に設定されることによりテキスト字幕ストリームのコーディックを示す『ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅ』と、対応するテキスト字幕ストリームのキャラクタコードを示す『ｃｈａｒａｃｔｅｒ ｃｏｄｅ』と、対応するテキスト字幕ストリームの言語属性を示す『ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ』とからなる。『ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ』とは、対応するテキスト字幕ストリームの言語属性を、ＩＳＯ６３９−２／Ｔの言語コード（ｌａｎｇｕａｇｅ ｃｏｄｅ）により表したものである。
以上がＳＴＮ＿Ｔａｂｌｅの内部構成である。
ＰｌａｙＬｉｓｔ情報の詳細その４
＜ＰｌａｙＬｉｓｔ情報の具体例＞
以降、各実施形態で引用するＰｌａｙＬｉｓｔ情報の具体例について説明する。図９は、第１実施形態で取り上げるＡＶＣｌｉｐの一例を示す図であり、図１０は、第１実施形態で取り上げる、ＰｌａｙＬｉｓｔ情報の一例を示す図である。本実施形態で引用するＰｌａｙＬｉｓｔ情報は、３つのＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１〜ＰｌａｙＩｔｅｍ情報＃３）と、４つのＳｕｂＰａｔｈ情報（ＳｕｂＰａｔｈ情報＃１〜ＳｕｂＰａｔｈ情報＃４）とからなる。このうち４つのＳｕｂＰａｔｈ情報のＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは４つの異なるＣｌｉｐ情報を示している。
これら４つのＣｌｉｐ情報のうち、ＳｕｂＰａｔｈ情報＃１に対応するＡＶＣｌｉｐが、日本語のテキスト字幕ストリーム、ＳｕｂＰａｔｈ情報＃２に対応するＡＶＣｌｉｐが、フランス語のテキスト字幕ストリーム、ＳｕｂＰａｔｈ情報＃３に対応するＡＶＣｌｉｐが中国語のテキスト字幕ストリーム、ＳｕｂＰａｔｈ情報＃４に対応するＡＶＣｌｉｐがアラビア語のテキスト字幕ストリームであるなら、これらのテキスト字幕ストリームが、ＳｕｂＰａｔｈ情報として、ＭａｉｎＰａｔｈと共に再生されることになる。一方、これらのＭａｉｎＰａｔｈにおける３つのＰｌａｙＩｔｅｍ情報は、図５に示したものと同じであり、１つのＰｌａｙＬｉｓｔ時間軸を構成する。これらのＰｌａｙＩｔｅｍ情報のＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅに記述されているのが、Ｃｌｉｐ情報のファイルであり、このＣｌｉｐ情報には、ビデオストリームと、ＰＧストリームとを多重したＡＶＣｌｉｐが対応しているものとする。
また図中の引き出し線ｃｓ１，ｃｓ２，ｃｓ３はＰｌａｙＩｔｅｍ情報＃１〜ＰｌａｙＩｔｅｍ情報＃３のＳＴＮ＿Ｔａｂｌｅの構成をクローズアップしている。この引き出し線に示すように、ＳＴＮ＿Ｔａｂｌｅには、ＡＶＣｌｉｐに多重されているＰＧストリームと、ＳｕｂＰａｔｈ情報にて指定されているテキスト字幕ストリームのＰＩＤが記述されているものとする。その結果、１：英語、２：日本語、３：フランス語、４：中国語、５：アラビア語という５つの言語のテキスト字幕ストリームが、再生可能になっている。
以上の図１０におけるＰｌａｙＬｉｓｔ情報の記述により、図１１に示すような、デジタルストリームの束が規定されることになる。図１１は、図１０に示したＰｌａｙＬｉｓｔ情報により規定されるデジタルストリームの束を示す図である。ＰｌａｙＩｔｅｍ情報＃１〜ＰｌａｙＩｔｅｍ情報＃３は、図５に示した時間軸を構成するため、時間軸においてＰｌａｙＩｔｅｍ情報＃１、ＰｌａｙＩｔｅｍ情報＃２、ＰｌａｙＩｔｅｍ情報＃３が再生されている期間に、ビデオストリームが再生され、また英語のＰＧストリーム、日本語〜アラビア語のテキスト字幕ストリームの再生が可能になる。つまりＰｌａｙＬｉｓｔ時間軸の再生進行に伴い、英語のＰＧストリーム、日本語〜アラビア語のテキスト字幕ストリームの再生が可能になり、これらのうち、英語のＰＧストリーム、日本語〜アラビア語のテキスト字幕ストリームの何れかを、ビデオストリームと同期して再生させることができる。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
図１２は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤ−ＲＯＭドライブ１、Ｌｏｃａｌ Ｓｔｏｒａｇｅ２、操作受付部３、多重分離部４、ビデオデコーダ５、ビデオプレーン６、ＰＧデコーダ７、ＰＧプレーン８、合成部９、テキストコードバッファ１０、フォントバッファ１１、ＴｅｘｔＳＴデコーダ１２、ローダ１３、シナリオメモリ１４、制御部１５、ＰＳＲセット１６から構成される。本図において一点鎖線で囲んだ部位は、システムＬＳＩとして、ワンチップ化されている部位を示す。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
ローカルストレージ２は、ネットワーク等を介してダウンロードされたＡＶＣｌｉｐ、Ｃｌｉｐ情報、ＰｌａｙＬｉｓｔ情報が格納される内蔵媒体である。ローカルストレージ２上のＰｌａｙＬｉｓｔ情報は、ＢＤ−ＲＯＭ及びローカルストレージ２のどちらに存在するＣｌｉｐ情報であっても、指定できる点でＢＤ−ＲＯＭ上のＰｌａｙＬｉｓｔ情報と異なる。この指定にあたって、ローカルストレージ２上のＰｌａｙＬｉｓｔ情報は、ＢＤ−ＲＯＭ上のファイルをフルパスで指定する必要はない。本ローカルストレージ２は、ＢＤ−ＲＯＭと一体になって、仮想的な１つのドライブ（仮想ドライブ部）として、再生装置２００により認識されるからである。故に、ＰｌａｙＩｔｅｍ情報におけるＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ及びＳｕｂＰｌａｙＩｔｅｍ情報のＣｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、Ｃｌｉｐ情報の格納したファイルのファイルボデイにあたる５桁の数値を指定することにより、ローカルストレージ２、ＢＤ−ＲＯＭ上のＡＶＣｌｉｐを指定することができる。このローカルストレージ２の記録内容を読み出し、ＢＤ−ＲＯＭの記録内容と動的に組み合わせることにより、様々な再生のバリエーションを産み出すことができる。
図１３は、ローカルストレージに格納されたＰｌａｙＬｉｓｔ情報により、どのようなＰｌａｙＬｉｓｔ再生時間軸が定義されるかを示す図である。第１段目は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐにおける再生時間軸を示し、第２段目は、ローカルストレージに格納されたＰｌａｙＬｉｓｔ情報により定義されるＰｌａｙＬｉｓｔ再生時間軸を示す。この第１段目、第２段目に示すように、ローカルストレージに格納されたＰｌａｙＬｉｓｔ情報は、ＢＤ−ＲＯＭ上のＡＶＣｌｉｐに対して独自の再生時間軸を定義することができる。第３段目は、ローカルストレージに格納されたＳｕｂＰｌａｙＩｔｅｍにおけるＳｕｂＰｌａｙＩｔｅｍ再生時間軸を示す。図中のＳｕｂＰｌａｙＩｔｅｍ．ＩＮ＿ｔｉｍｅは再生区間の始点を、ＳｕｂＰｌａｙＩｔｅｍ．Ｏｕｔ＿ｔｉｍｅは再生区間の終点をそれぞれ示す。これによりＳｕｂＰｌａｙＩｔｅｍ時間軸上にも再生区間が定義されていることがわかる。矢印Ｓｎ１においてＳｙｎｃ＿ＰｌａｙＩｔｅｍ＿Ｉｄは、ＰｌａｙＩｔｅｍに対する同期指定を示し、矢印Ｓｎ２においてｓｙｎｃ＿ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍは、ＰＬ時間軸におけるＰｌａｙＩｔｅｍ上の一時点の指定を示す。
このため、ＳｕｂＰＬａｙＩｔｅｍ情報にて、ＳｕｂＰｌａｙＩｔｅｍ再生時間軸上に定義される再生区間は、ローカルストレージ上のＰｌａｙＩｔｅｍ情報により定義されるＰｌａｙＬｉｓｔ再生時間軸と同期をとることになる。
ローカルストレージ上のＰｌａｙＬｉｓｔ情報は、ＢＤ−ＲＯＭ上のＡＶＣｌｉｐに対し、ＰｌａｙＬｉｓｔ再生時間軸を指定することができ、ローカルストレージ上のＳｕｂＰＬａｙＩｔｅｍ情報は、この再生時間軸に対し、ローカルストレージ上のＳｕｂＰｌａｙＩｔｅｍとの同期を指定することができるので、ローカルストレージ上のＳｕｂＰｌａｙＩｔｅｍで指定されるＡＶＣｌｉｐがテキスト字幕ストリームである場合、このテキスト字幕ストリームをＢＤ−ＲＯＭ上のＡＶＣｌｉｐと同期させて再生することができる。
以上がＬｏｃａｌ Ｓｔｏｒａｇｅ２についての説明である。
操作受付部３は、ストリーム等を選択する操作が、リモコンや再生装置のフロントパネルに対してなされれば、その操作を示すＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報をストリーム選択部１７に出力する。
多重分離部４は、Ｃｌｏｃｋ Ｃｏｕｎｔｅｒ、Ｃｌｏｃｋ Ｇｅｎｅｒａｔｏｒを備え、Ｌｏｃａｌ Ｓｔｏｒａｇｅ２からＴＳパケットを取り出して、このＴＳパケットを構成するＴＳパケットをＰＥＳパケットに変換し、ビデオストリーム及びＩＧストリームを得て、それぞれビデオデコーダ５、ＰＧデコーダ７に出力する。
ビデオデコーダ５は、多重分離部４から出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン６に書き込む。
ビデオプレーン６は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン６における解像度は１９２０×１０８０であり、このビデオプレーン６に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
Ｐ−Ｇｒａｐｈｉｃｓ（ＰＧ）デコーダ７は、ＢＤ−ＲＯＭから読み出されたプレゼンテーショングラフィクスストリームをデコードして、非圧縮グラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓ（ＰＧ）プレーン８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８中の非圧縮グラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ Ｌｏｏｋｕｐ Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８に格納された非圧縮グラフィクスは、表示に供される。
合成部９は、ビデオプレーン６に格納された非圧縮状態のピクチャデータを、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８の格納内容と合成する。
テキストコードバッファ１０は、ＢＤ−ＲＯＭ及びＬｏｃａｌ Ｓｔｏｒａｇｅ２から読み出されたテキスト字幕ストリームが格納されるバッファである。テキスト字幕ストリームの場合、２時間の映画作品用の字幕でも５００Ｋバイト程度であるので、５００Ｋバイト程度の規模がテキストコードバッファ１０にあれば、１つのテキスト字幕ストリームを読み込むことができる。
フォントバッファ１１は、テキスト字幕ストリームを構成するコード列をビットマップに展開する際、用いられるフォントデータが格納される。本フォントバッファ１１は、１Ｍバイトほどのメモリ規模があれば、ＣＪＫフォント（中国語、日本語、韓国語）フォントを格納しておくことができる。このＣＪＫフォントが格納されていれば、中国語、日本語、韓国語のテキスト字幕をビットマップに展開することができる。
ＴｅｘｔＳＴデコーダ１２は、フォントバッファ１１に格納されているフォントデータを用いて、テキストコードバッファ１０上のテキスト字幕ストリームに含まれるテキストコードをビットマップに展開してＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８に書き込む。
ローダ１３は、テキスト字幕ストリーム及びフォントデータをテキストコードバッファ１０及びフォントバッファ１１にロードする。ローダ１３によるロードの対象は、テキスト字幕ストリーム及びこれの展開に必要なフォントデータであり、比較的データ量が小さいので、ローダ１３は、ＳＴＮ＿Ｔａｂｌｅに記述されている全てのテキスト字幕ストリームをテキストコードバッファ１０に読み込み、それと共に、フォントデータをフォントバッファ１１に読み込んでおくことができる。そうした読み込み後、現在の再生時点に応じてＴｅｘｔＳＴデコーダ１２に必要なデータを供給する。こうしたＭａｉｎＰａｔｈの再生に先立ち、テキストコードバッファ１０、フォントバッファ１１にデータを読み込んでおくことを“プリロード”という。
ローダ１３がプリロードを行うのは以下の理由による。ＭａｉｎＰａｔｈ情報とＳｕｂＰａｔｈ情報とで指定される２つのストリームがＢＤ−ＲＯＭ、ハードディスクとに別々に記録されていれば、２つのメディアからそれぞれ同時に読み取っていけばよい。しかしＢＤ−ＲＯＭのような光ディスクは、比較的アクセス速度が遅いので、ＭａｉｎＰａｔｈ情報とにより指定されるストリームと、ＳｕｂＰａｔｈ情報により指定されるストリームとが同じＢＤ−ＲＯＭに記録されている場合、シークを行いながら２つのストリームにアクセスすることは非常に難しい。そこでローダ１３は、ＭａｉｎＰａｔｈの再生開始を行う前に、ＳｕｂＰａｔｈ情報が指定するデータ、つまり、テキスト字幕ストリームと、これの展開に用いられるフォントデータとをバッファに読み込んでおくのである。
全てのデータをテキストコードバッファ１０、フォントバッファ１１に読み込んだ場合、ＭａｉｎＰａｔｈ側のストリームを再生させながら、ＳｕｂＰａｔｈ側のストリームを再生させることもできる。ここで、ＳｕｂＰａｔｈ情報側のストリームを選択せず、専らＭａｉｎＰａｔｈ側のストリームを再生させたとしても、テキストコードバッファ１０、フォントバッファ１１が上書きされなければ、ＭａｉｎＰａｔｈ側のストリームから、ＳｕｂＰａｔｈ側のストリームへの切り替えが可能になる。
シナリオメモリ１４は、カレントのＰｌａｙＬｉｓｔ情報やカレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＰｌａｙＬｉｓｔ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰｌａｙＬｉｓｔ情報のうち、現在処理対象になっているものをいう。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
制御部１５は、シナリオメモリ１４に読み出されたカレントＰｌａｙＬｉｓｔ情報、カレントＣｌｉｐ情報に従い、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐを読み出し、再生する制御を行う。
ＰＳＲセット１６は、再生装置に内蔵されるレジスタであり、６４個のＰｌａｙｅｒ Ｓｔａｔｕｓ／Ｓｅｔｔｉｎｇ Ｒｅｇｉｓｔｅｒ（ＰＳＲ）と、４０９６個のＧｅｎｅｒａｌ Ｐｕｒｐｏｓｅ Ｒｅｇｉｓｔｅｒ（ＧＰＲ）とからなる。Ｐｌａｙｅｒ Ｓｔａｔｕｓ／Ｓｅｔｔｉｎｇ Ｒｅｇｉｓｔｅｒの設定値（ＰＳＲ）がどのような意味をもつかは、後で詳細に説明する。
ストリーム選択部１７は、ＳＴＮ＿ｔａｂｌｅに記述されているｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅが記述されているＰＧストリーム又はテキスト字幕ストリームから１つを選択して、再生させる。ストリーム選択部１７による選択とは、ＳＴＮ＿Ｔａｂｌｅに記載された複数のｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅの組みのうち、ＰＳＲに格納されたストリーム番号に対応するものから、ＰＩＤを取り出し、取り出されたＰＩＤに対応するＰＧストリーム又はテキスト字幕ストリームを、動画像に合成させることをいう。ここで取り出されたＰＩＤが、ＰＧストリームを特定するものなら、そのＰＧストリームを多重分離するよう、多重分離部４を設定する。一方、取り出されたＰＩＤがテキスト字幕ストリームを特定するものなら、そのテキスト字幕ストリームを、テキストコードバッファ１０、フォントバッファ１１からＴｅｘｔＳＴデコーダ１２に供給する。
図１４は、ビデオエンコーダのデコードによるデコード結果と、ストリーム選択部１７による選択結果とを、図１２の内部構成に書き加えた図である。ここでビデオエンコーダによるデコード結果とは、ピクチャ列であり、ストリーム選択部１７による選択結果とは、「本当は」「ウソだった」「ごめん」「あれから」「３年たった」という字幕である。ストリーム選択部１７は、ＰＧストリームのデコード結果、テキスト字幕ストリームのデコードを選択的に、ピクチャ列に合成させることにより、再生装置は、ＰＧストリームのデコード結果、テキスト字幕ストリームのデコード結果のどちらかを、字幕としてピクチャに合成した上で再生させることができる。
＜ＰＳＲについての説明＞
以上が本発明に係る再生装置の構成である。続いてＰＳＲセットにおける個々のＰＳＲについて説明する。ＰＳＲセットのうちＰＳＲ１、ＰＳＲ２、ＰＳＲ１５、ＰＳＲ１７、ＰＳＲ３０、ＰＳＲ４８〜６１は、再生装置における音声・字幕の選択や、これらをデコードする能力の有無、言語設定を示すものである。図１５は、ＰＳＲ２、ＰＳＲ１７、ＰＳＲ３０の詳細設定を示すである。
ＰＳＲの詳細その１．ＰＳＲ２，１７，３０
ＰＳＲ２は、現在選択されているＰＧストリーム又はテキスト字幕ストリームのストリーム番号を格納する。ここでストリーム番号とは、ＳＴＮ＿Ｔａｂｌｅにおいて、ＰＧストリーム及びテキスト字幕ストリームに対応するｅｎｔｒｙ−ａｔｔｒｉｂｕｔｅが何番目に記載されているかという、記載順位を示す番号であり、個々のＳＴＮ＿Ｔａｂｌｅに依存した番号である。
またＰＳＲ２はｄｉｓｐ＿ｆｌａｇを含む。ｄｉｓｐ＿ｆｌａｇは、”０”に設定されることにより、ＰＧストリーム及びテキスト字幕ストリームの表示が不可能であることを示し、”１”に設定されることによりＰＧストリーム及びテキスト字幕ストリームの表示が可能であることを示す。
ＰＳＲ１７は、本再生装置における字幕言語の設定を、ＩＳＯ６３９−２／Ｔの言語コード（ｌａｎｇｕａｇｅ ｃｏｄｅ）により表す。ここで言語設定とは、再生装置に対し４３０言語という言語のうち、ユーザが再生を希望しているものを記憶しておくことをいう。このＰＳＲ１７に記憶されている言語は、あくまでも、ユーザの希望であり、この言語に対応するＰＧストリーム、テキスト字幕ストリームがＢＤ−ＲＯＭに存在するとは限らない。またＰＳＲ１７に存在するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙが、再生装置に存在するとも限らない。とにかく、ユーザの希望が、字幕言語の設定として、ＰＳＲ１７に記憶されているのである。
ＰＳＲ３０は、最上位ビットが”０”に設定されることによりテキスト字幕を表示する能力が再生装置に存在しない旨を示し、最上位ビットが”１”に設定されることによりテキスト字幕を表示する能力が再生装置に存在する旨を示す。
再生装置にテキスト字幕ストリームをデコードする能力があったとしても、どの言語に対応するテキスト字幕ストリームのデコードが可能であり、どの言語に対応するテキスト字幕ストリームのデコードが不可能であるかは、言語によって違う。
ＰＳＲの詳細その２．ＰＳＲ４８〜６１
テキスト字幕ストリームは、文字コードを用いて字幕を表現している。しかし日本・中国・韓国などの東南アジアにおいて顕著にみられるように、様々な言語ごとに、違う文字コードが存在することもある。そこで、言語ごとにフラグを用意して、対象となる言語が適切に表示できるか否かを、判定できるようにしている。ＰＳＲセットのＰＳＲ４８〜６１は、ＩＳＯ６３９−２／Ｔの言語コード（ｌａｎｇｕａｇｅ ｃｏｄｅ）にて定義された個々の言語のテキスト字幕ストリームに対する、デコード能力の有無を示す。
図１６は、ＰＳＲ４８〜６１の内部構成を示す図である。本図における四角枠は、１つの言語におけるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを示すＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグである。
これらＰＳＲ４８〜６１は、言語数分のフラグを格納している。フラグは各言語ごとに表示可能か否かを示すことができれば足りるので、１言語＝１ビットに設定されている。利用人数の比較的少ないローカルな言語であっても、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無を示すことにしているから、本図におけるビット構成は、４３０言語×１ビットにより、４３０ビット以上のレジスタ領域を必要としている。
かかるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグは、４３０言語のそれぞれに対応しているから、これらのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグのうち、ＳＴＮ＿Ｔａｂｌｅに記述されたｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅに対応するものを参照することにより、そのｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅに対応する言語のテキスト字幕のデコード能力の有無を判定することができる。
図１７は、ＰＳＲ４８〜６１におけるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグと、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅとの対応を示す図である。ＰＳＲ４８〜６１における個々のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグが、ＰＳＲ番号ｐ及びビット位置ｑにより識別される。またテキスト字幕ストリームの言語属性は、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅにて表現される。このｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅを、ＰＳＲ４８〜６１におけるＰＳＲ番号ｐ及びビット位置ｑに変換することにより、テキスト字幕ストリームに対するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙが存在するか否かを判定することができる。
図１８は、ＰＳＲ４８〜６１のうち、ＰＳＲ５３の内容を示す図である。ＰＳＲ５３は、計３２個のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグを含む。“ｊｐｎ”，“ｊａｖ”，“ｉｔａ”といった３バイトのコードは、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅである。これらｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅに示されるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグが、計３２個、ＰＳＲ５３に存在していることがわかる。図１９は、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅの意味内容を示す図である。この図における意味内容を照合すると、“ｉｔａ”という３バイトのコードはイタリア語を示し、“ｊｐｎ”という３バイトのコードは日本語を示す。“ｊａｖ”という３バイトのコードはジャワ語を示していることがわかる。残りのＰＳＲも、１ビットの値により、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグの有無を示しているから、計４３０言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグが、ＰＳＲ４８〜６１に示される。以上が本実施形態におけるＰＳＲセットの特徴部分である。続いてストリーム選択部１７における特徴部分について説明する。
＜ストリーム選択部１７についての説明＞
図２０は、第１実施形態におけるストリーム選択部１７の特徴部分を示す図である。ストリーム選択部１７において特徴的であるのは、ビット割当テーブル１９、Ｐｒｏｃｅｄｕｒｅ実行部２０がストリーム選択部１７に存在している点である。
特徴その１．ビット割当テーブル１９
割当テーブル１９は、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅを示す３バイトのコード列と、ＰＳＲ４８〜６１におけるＰＳＲ番号、ビット位置との割り当てを示す。図２１は、ＰＳＲ４８〜６１におけるＰＳＲ番号及びビット位置と、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅとの対応関係を示す図である。本図によると、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅにおける“ｊｐｎ”という３バイトのコードは、ＰＳＲ番号“５３”と、ビット番号“ｂ８”に対応していることがわかる。
“ｊａｖ”という３バイトのコードは、ＰＳＲ番号“５３”と、ビット番号“ｂ７”に対応していることがわかる。
“ｉｔａ”という３バイトのコードは、ＰＳＲ番号“５３”と、ビット番号“ｂ９”に対応していることがわかる。
こうした対応付けを記憶しているので、ＳＴＮ＿Ｔａｂｌｅに記述されたｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅから、ＰＳＲ４８〜６１におけるＰＳＲ番号、ビット位置を導くことができ、そして、そのＰＳＲ番号、ビット位置に示される１ビット値の設定値を参照することにより、そのｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅに示される言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無を判定することができる。以上が割当テーブルの詳細である。
特徴その２．Ｐｒｏｃｅｄｕｒｅ実行部２０
Ｐｒｏｃｅｄｕｒｅ実行部２０は、あるＰｌａｙＩｔｅｍ情報から別のＰｌａｙＩｔｅｍ情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定の手順を実行して、ＰＳＲ２に新たなストリーム番号を書き込む。ストリーム選択部１７は、ＰＳＲ２に書き込まれたストリーム番号に応じて、ＰＧストリーム又はテキスト字幕ストリームを選択するので、かかるＰＳＲ２の設定を通じて、ＰＧストリーム、テキスト字幕ストリームのどちらかが再生されることになる。ここで、ＰｌａｙＩｔｅｍ情報の切り換わり時において、ＰＳＲ２設定のために実行される手順を『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ』といい、ユーザ操作時において、ＰＳＲ２設定のために実行される手順を『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ』という。
ＰｌａｙＩｔｅｍ情報の切り換わり時に、手順を実行するのは、ＳＴＮ＿ＴａｂｌｅはＰｌａｙＩｔｅｍ情報毎に存在するので、あるＰｌａｙＩｔｅｍ情報においては再生可能であったテキスト字幕ストリームが、別のＰｌａｙＩｔｅｍ情報において再生不可能になることが往々に有り得るからである。
また、ユーザ操作の際、手順を実行するのは、ユーザ操作にてＰＳＲ２に格納されるストリーム番号が、常に正しいとは限らず、不正なストリーム番号が書き込まれようとした際のリカバリーが必要になるからである。
『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ』及び『Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄは、ＰＧストリーム、テキスト字幕ストリームのそれぞれが、（ａ）（ｂ）の条件を満たすか否かを判定して、満たした条件の数の多さにより、ＰＧストリーム及びテキスト字幕ストリームに優先順位を付与する。そして、その優先順位が高いもののストリーム番号をＰＳＲ２に書き込むというものである。
．Ｐｒｏｃｅｄｕｒｅ実行部２０の詳細その１
＜Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄ＞
Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄの処理手順は、図２２のようになる。本処理手順は、ステップＳ１、ステップＳ２という２つの判定ステップの組合せで、ＰＳＲ２の設定を行うものである。
ステップＳ１は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数が０であるか否かの判定であり、もし０であればステップＳ３においてＰＳＲ２の値を維持する。
ステップＳ２は、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙ数は０ではない場合に、ＰＳＲ２よりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）が真であるかを判定するものである。条件（Ａ）とは、ＰＳＲ２で特定されるテキスト字幕ストリームをデコードする能力が再生装置に存在することである。もしステップＳ２がＹｅｓであればＰＳＲ２を維持する（ステップＳ４）。もしＰＳＲ２の値がｅｎｔｒｙ数より大きいか、或は条件（Ａ）を満たさない場合は、ステップＳ５において何等かの有効な値をＰＳＲ２に再設定する。
．Ｐｒｏｃｅｄｕｒｅ実行部２０の詳細その２
＜Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄ＞
続いてＰｒｏｃｅｄｕｒｅ ｗｈｅｎ ｃｈａｎｇｅ ｉｓ ｒｅｑｕｅｓｔｅｄについて説明する。図２３は、ストリーム変化時における設定手順を示すフローチャートである。本フローチャートと、図２２との違いは、図２２におけるＰＳＲ２の表記がＸに置き換えられている点である。このＸは、操作受付部３から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報やＩＧストリーム内のボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ１９は、ＸよりＳＴＮ＿ｔａｂｌｅのｅｎｔｒｙ数が多く、尚且つ、条件（Ａ）が真であるかを判定するものである。条件（Ａ）とは、ＰＳＲ２で特定されるＰＧストリーム、テキスト字幕ストリームをデコードする能力が再生装置に存在することである。もしＸがこの条件を満たすなら、ＰＳＲ２にＸを設定する（ステップＳ２１）。
もしＸがｅｎｔｒｙ数より大きいか、或は条件（Ａ）を満たさない場合は、Ｘが、Ｉｎｖａｌｉｄな値（０ｘＦＦＦＦ）であるか否かを判定する（ステップＳ２２）。もし０ｘＦＦＦＦであれば、ユーザが選択を意図するＰＧストリーム、テキスト字幕ストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Ｘを無視し、ＰＳＲ２の設定値を維持する（ステップＳ２４）。
もしＰＳＲ２の設定値が０ｘＦＦＦＦでないなら、値ＸをＰＳＲ２に設定する（ステップＳ２３）。
．Ｐｒｏｃｅｄｕｒｅ実行部２０の詳細その３
＜何等かの有効な値をＰＳＲ２に設定するための設定手順＞
上述したフローチャートにおいて、ステップＳ５及びステップＳ２３の処理の詳細は、図２４に示した通りになる。図２４は、ＰＳＲ２の設定手順を示すフローチャートである。
本フローチャートのステップＳ３１、ステップＳ３２は、ＳＴＮ＿ｔａｂｌｅに記述されているＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍのそれぞれについて、ステップＳ３３〜ステップＳ３５の処理を繰り返すループ処理になっている。本ループ処理において処理対象となるＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍをＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍｉとする。ステップＳ３３は、ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍｉのｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅが０ｘ９１であるか、０ｘ９２であるかの判定であり、もし０ｘ９１であるならステップＳ３４に移行する。
ステップＳ３４は、ＰＧ＿ｓｔｒｅａｍｉが、以下の（ａ）（ｂ）を満たすか否かの判定である。
（ａ）ＰＧストリームｉをデコードする能力が再生装置に存在すること
（ｂ）ＰＧストリームｉの言語属性が再生装置の言語設定と一致すること
この（ｂ）の条件は、ＳＴＮ＿ｔａｂｌｅにおけるＰＧ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅがＰＳＲ１７と一致するか否かの判定でなされる。
一方ステップＳ３５は、ｔｅｘｔＳＴ＿ｓｔｒｅａｍｉが（ａ）（ｂ）を満たすかを否かの判定である。
（ａ）テキスト字幕ストリームｉをデコードする能力が再生装置に存在すること
（ｂ）テキスト字幕ストリームｉの言語属性が再生装置の言語設定と一致すること
（ａ）の条件を具備しているかの判定は、ＰＳＲ４８〜６１における対応するビットが″デコード能力有″を示すかどうかでなされる。（ｂ）の条件を具備しているかの判定は、ＳＴＮ＿ｔａｂｌｅのｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅがＰＳＲ１７の設定値と一致しているかどうかでなされる。
以上のステップＳ３３〜ステップＳ３５の処理が全てのＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍについて繰り返されれば、ステップＳ３６〜ステップＳ４１の処理が実行される。
ステップＳ３６は、（ａ）を満たすＰＧｓｔｒｅａｍが存在しないかどうかの判定であり、もし存在しないのなら、Ｉｎｖａｌｉｄな値（０ｘＦＦＦＦ）をＰＳＲ２に設定する（ステップＳ３８）。
ステップＳ３７は、（ａ）（ｂ）の双方を満たすＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍが存在するかどうかの判定であり、もし存在するのなら（ａ）（ｂ）を満たすＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリー順位が最も高いものをＰＳＲ２に設定する（ステップＳ３９）。
ステップＳ４１は、（ａ）のみを満たすＰＧｓｔｒｅａｍ、（ａ）のみを満たすｔｅｘｔＳＴ＿ｓｔｒｅａｍのうち、ＳＴＮ＿ｔａｂｌｅにおけるエントリー順位が最も高いものをＰＳＲ２に設定する。以降具体例を交えながら、本フローチャートの処理について説明する。
各テキスト字幕ストリームのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無については、図２５のフローチャートに基づき判定される。図２５は、テキスト字幕ストリームのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無を判定するにあたっての判定手順を示すフローチャートである。本フローチャートは、対象となるテキスト字幕ストリームのｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅをＳＴＮ＿Ｔａｂｌｅから取得して（ステップＳ１１）、割当テーブルを参照することにより、テキスト字幕ストリームのｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅにあたるＰＳＲ番号ｐ及びビット位置ｑとを特定する（ステップＳ１２）。そして、ＰＳＲｐのｑビット目が“１”であるか、“０”であるかを判定して（ステップＳ１３）、ＰＳＲｐのｑビット目が“１”であれば、対象となるテキスト字幕ストリームが、条件（ａ）を満たすとする（ステップＳ１４）。一方、ＰＳＲｐのｑビット目が“０”であれば、対象となるテキスト字幕ストリームが、条件（ａ）を満たすとする（ステップＳ１５）。
．Ｐｒｏｃｅｄｕｒｅ実行部２０の詳細その３
＜ＰＳＲ２設定の具体例＞
この具体例で想定している再生装置は、図２６（ａ）に示すように日本語、中国語のテキスト字幕ストリームをデコードする能力はもっているが、フランス語、イタリア語をデコードする能力はもっていない再生装置である。そして中国語を示すよう、ＰＳＲ１７における言語設定がなされているものとする。
かかる再生装置に対し、図２６（ｂ）に示すようなＳＴＮ＿ｔａｂｌｅがロードされたとする。このＳＴＮ＿ｔａｂｌｅには、日本語、フランス語、中国語、アラビア語のテキスト字幕ストリームのｅｎｔｒｙ（ｔｅｘｔＳＴ＿ｓｔｒｅａｍ１，２，３，４）が記述されている。
かかる記述内容のＳＴＮ＿ｔａｂｌｅが処理対象であると、ステップＳ３４、ステップＳ３５において各ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍが、条件（ａ）、条件（ｂ）を具備しているかどうかのチェックが図２６（ｃ）に示すようになされる。ここで日本語のテキスト字幕ストリームは、３つの条件のうち、条件（ａ）しか満たさない。中国語のテキスト字幕ストリームは、条件（ａ）、条件（ｂ）を満たす。
各ストリームについての条件具備が明らかになったので、条件（ａ）〜条件（ｂ）の全てを満たす中国語のテキスト字幕ストリームに最高順位を付与する。その結果、中国語のテキスト字幕ストリームが選択されることになる。
．Ｐｒｏｃｅｄｕｒｅ実行部２０の詳細その４
＜ＰＳＲ２設定の具体例＞
以降、図２７を参照しながら、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順序によるテキスト字幕ストリーム選択について説明する。ここで想定する再生装置は、図２６（ａ）同様、日本語，中国語のデコード能力をもっている再生装置である。そして韓国語を示すよう、ＰＳＲ１７における言語設定がなされているものとする。
かかる再生装置に対し、図２７（ｂ）に示すようなＳＴＮ＿ｔａｂｌｅがロードされたとする。このＳＴＮ＿ｔａｂｌｅには、日本語〜アラビア語のテキスト字幕ストリームのｅｎｔｒｙ（ｔｅｘｔＳＴ＿ｓｔｒｅａｍ１，２，３，４）が記述されている。
かかる記述内容のＳＴＮ＿ｔａｂｌｅが処理対象であると、ステップＳ３４、ステップＳ３５において各ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍが、条件（ａ）、条件（ｂ）を具備しているかどうかのチェックが図２７（ｃ）に示すようになされる。ここで日本語のテキスト字幕ストリームは、３つの条件のうち、条件（ａ）しか満たさない。中国語のテキスト字幕ストリームも、条件（ａ）しか満たさない。
ここで、条件（ａ）のみを満たしているテキスト字幕ストリームが複数ある場合、ＳＴＮ＿ｔａｂｌｅにおけるｅｎｔｒｙの順位に応じて、各ストリームにおける順位を定める。ここで、ＳＴＮ＿Ｔａｂｌｅにおいては、日本語の順位が最高になっているので、日本語のテキスト字幕ストリームが選択されることになる。以上がＰｒｏｃｅｄｕｒｅ実行部２０についての説明である。続いて制御部１５による処理手順についての説明を行う。
特徴その３．制御部１５による処理手順
図２８は、制御部１５による再生手順を示すフローチャートである。本フローチャートは、ＰｌａｙＬｉｓｔ情報における先頭のＰｌａｙＩｔｅｍ情報をＰｌａｙＩｔｅｍ情報ｉとして、ステップＳ１３３〜ステップＳ１４２のループ処理を実行するものである。ステップＳ１３３〜ステップＳ１４２のループ処理における制御変数は、変数ｉであり、ステップＳ１３３〜ステップＳ１４０の処理を実行して、その後、制御変数ｉをインクリメントするという処理を、変数ｉが、ＰｌａｙＩｔｅｍ数（Ｎｕｍｂｅｒ Ｏｆ ＰｌａｙＩｔｅｍ）を越えるまで実行するものである（ステップＳ１４１）。
このステップＳ１３３〜ステップＳ１４０の処理について説明する。これらの処理は、ＰｌａｙＩｔｅｍ情報ｉのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅに記述されているＡＶＣｌｉｐを、ＡＶＣｌｉｐｊとし（ステップＳ１３３）、再生の対象とする。ステップＳ１３４は、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｐｌａｙｂａｃｋ Ｃｏｎｔｒｏｌ ｉｓ ｃｈａｎｇｅｄの実行であり、その後、ＰｌａｙＩｔｅｍ．Ｉｎ＿ｔｉｍｅからＰｌａｙＩｔｅｍ．Ｏｕｔ＿ｔｉｍｅまでの部分を再生するよう、ドライブ装置及びデコーダに指示する（ステップＳ１３５）。
ステップＳ１３６は、ＰｌａｙＩｔｅｍ情報ｉをＳｙｎｃ＿ＰｌａｙＩｔｅｍ＿ｉｄに指定しているＳｕｂＰｌａｙＩｔｅｍｋが存在するか否かの判定である。もし存在しなけば、そのままステップＳ１４１に移行する。
もし存在すれば、ＳｕｂＰｌａｙＩｔｅｍｋのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅに記述されているＡＶＣｌｉｐをＡＶＣｌｉｐｈにし（ステップＳ１３８）、そのＡＶＣｌｉｐｈのうち、Ｓｙｎｃ＿Ｓｔａｒｔ＿ＰＴＳ＿ｏｆ＿ＰｌａｙＩｔｅｍから、Ｏｕｔ＿ｔｉｍｅまでを再生するよう、ドライブ装置及びデコーダに指示してステップＳ１４１に移行する（ステップＳ１４０）。
以上の処理を、ＰｌａｙＬｉｓｔ情報を構成する全てのＰｌａｙＩｔｅｍ情報について繰り返すことにより、ＰｌａｙＬｉｓｔ情報にて規定されるＡＶＣｌｉｐの再生がなされる。このループ処理において、１つのＰｌａｙＩｔｅｍ情報の再生がなされる度に、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ Ｐｌａｙｂａｃｋ Ｃｏｎｔｒｏｌ ｉｓ ｃｈａｎｇｅｄがＰｒｏｃｅｄｕｒｅ実行部２０により実行され、このＰｒｏｃｅｄｕｒｅ実行部２０の実行により、ＰＧストリーム、テキスト字幕ストリームのうち、１つが選択されることになる。そしてこうして選択されたストリームがテキスト字幕ストリームであり、ＳｕｂＰａｔｈ情報で指定されているものなら、ステップＳ１３６〜ステップＳ１４０の手順により、このテキスト字幕ストリームが再生されることになる。
以上のように本実施形態によれば、ＰＳＲ４８〜６１には、テキスト字幕を表示することができる能力の有無が、言語毎に示されているので、ユーザがある言語でのテキスト字幕表示を希望した場合、その言語でのテキスト字幕表示の可能性の有無を、レジスタセットにおける各ビットの設定値を参照することにより、即座に判定することができる。
各ビットの設定値を参照するだけで、何れかの言語でのテキスト字幕の表示可能性の有無を判定することができるので、たとえ、テキスト字幕の言語種が何百言語に及んだとしても、所望の言語での、字幕表示の可能性を即座に判定することができる。
（第２実施形態）
第２実施形態では、テキスト字幕ストリーム及びＴｅｘｔＳＴデコーダ１２の内部構成をより詳細に説明する。図２９は、テキスト字幕ストリームの内部構成を示す図である。本図の第１段目は、ＳｕｂＰｌａｙＩｔｅｍ情報の時間軸を示し、第２段目はＥＰ＿ｍａｐを示す。第３段目は、テキスト字幕ストリームを示す。この第３段目におけるテキスト字幕ストリームの内部構成について説明する。
テキスト字幕ストリームは、先頭に唯１つ存在する『スタイル情報』と、複数の『表示情報』とからなる。このスタイル情報は、スタイル情報は、テキスト字幕ストリームの先頭に１つのみ存在している。スタイル情報は、自身の識別子である『スタイルＩＤ』と、ビットマップへの展開に用いるフォントデータを示す『フォントＩＤ』、ビットマップへの展開時における『フォントサイズ』、ＰＧプレーン８における表示領域の水平位置、垂直位置を示す『表示位置』とからなり、テキスト字幕ストリームは、これらの情報をまとめて“スタイル”として管理している。またスタイル情報内に複数のスタイルが定義されることがある（図２９では２つ）。
スタイル情報に、フォントサイズを記載しているのは、最低限のフォントバッファのサイズを宣言するためである。つまりフォントセットはプリロードが必要であるため、必ず読み込まなければならないフォントデータを、ストリーム再生前に明示的に指定しておくようにしている。
表示情報は、字幕の『表示開始時刻』と、字幕の『表示終了時刻』、字幕を表すコード列である『テキストコード列』、この字幕を表示すべき表示位置を一意に特定する『スタイルＩＤの参照値』からなる。テキスト字幕に対応するＥＰ＿ｍａｐは、テキスト字幕を構成する個々の表示情報をエントリー位置として指定している。そのため、図２８に示したように、テキスト字幕ストリームをその内部から再生させるにあたって、ＴｅｘｔＳＴデコーダ１２は、これら複数の表示情報のうち、ＳｕｂＰｌａｙＩｔｅｍ情報のＳｕｂＰｌａｙＩｔｅｍ＿Ｉｎ＿ｔｉｍｅ，ＳｕｂＰｌａｙＩｔｅｍ＿Ｏｕｔ＿ｔｉｍｅに対応するものを再生してゆく。以上がスタイル情報、表示情報について説明である。
図３０（ａ）は、スタイル情報，表示情報の設定例を示す図である。この設定例においてスタイル情報＃１は、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８における座標（ｘ１，ｙ１）を示すよう設定されているものとする。
そして図３０（ａ）における３つの表示情報は、スタイル情報において定義された字幕の表示領域を指定している。各表示情報における表示開始時刻は、それぞれｔ１，ｔ２，ｔ３に設定されており、各表示情報におけるテキスト文字列は「本当は」「ウソだった」「ごめん」に設定されている。こうした設定により、表示情報における字幕は、動画の再生時刻の進行に伴い、順々に切り換わってゆくことになる。
図３０（ａ）の表示情報を含むテキスト字幕ストリームと、ＢＤＴ−ＲＯＭ上のＡＶＣｌｉｐとの同期がＬｏｃａｌ Ｓｔｏｒａｇｅ３２上のＰｌａｙＬｉｓｔ情報に規定されているものとする。そうすると、表示情報の表示位置、表示開始時刻に基づきテキスト文字列をＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン８上に配置することにより、図３０（ｂ）のような合成画像が再生されることになる。
以上が本実施形態におけるテキスト字幕ストリームの内部構成である。
続いてＥＰ＿ｍａｐについて説明する。図２９の第２段目におけるＥＰ＿ｍａｐは、テキスト字幕ストリームにおける表示情報のエントリー位置を、ＳｕｂＰｌａｙＩｔｅｍ情報時間軸におけるエントリー時刻と対応づけて示す。かかる対応付けを示すことにより、ＳｕｂＰｌａｙＩｔｅｍ情報時間軸における任意の位置から、テキスト字幕における表示情報のアドレスを導くことができる。
以上がテキスト字幕ストリームについての説明である。
続いて、ＳｕｂＰｌａｙＩｔｅｍ情報を用いたテキスト字幕ストリームの再生について説明する。図２９に示したように、ＥＰ＿ｍａｐにより、エントリー時刻とエントリー位置との対応付けがなされているので、ＳｕｂＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅを、テキスト字幕ストリームのエントリー位置に変換することにより、Ｉｎ＿ｔｉｍｅに対応する表示情報のアドレスを、得ることができる。
図３１は、図２８のステップＳ１４０の詳細フローチャートであり、テキスト字幕ストリームの再生処理を示すフローチャートである。
ステップＳ１４８では、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、ＳｕｂＰｌａｙＩｔｅｍ＃ｙのＩｎ＿ｔｉｍｅを、テキスト字幕ストリームにおける表示情報の相対アドレスαに変換する。一方ステップＳ１４９では、ＳｕｂＰｌａｙＩｔｅｍ＃ｙのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いて、テキスト字幕ストリームにおける表示情報の相対アドレスβに変換する。これらの変換で得られたアドレスβの次のアドレスを求めて、そのアドレスの１つ手前をアドレスγに設定し（ステップＳ１５１）、そうして算出されたアドレスγを用いて、テキスト字幕ストリームにおけるアドレスαからアドレスγまでの部分をＴＳデコーダに投入する（ステップＳ１５２）。このフローチャートにより、ＳｕｂＰｌａｙＩｔｅｍ情報におけるＩｎ＿ｔｉｍｅを、テキスト字幕ストリームにおけるエントリー位置に変換することにより、ＳｕｂＰｌａｙＩｔｅｍ情報に基づき、テキスト字幕ストリームを再生させることができる
かかる処理により、ＭａｉｎＰａｔｈの再生、ＳｕｂＰａｔｈの再生の双方が再生されるので、動画と字幕とからなる合成画像が表示されることになる。
続いて本実施形態におけるＴｅｘｔＳＴデコーダ１２の内部構成について説明する。
図３２は、ＴｅｘｔＳＴデコーダ１２の内部構成を示す図である。本図に示すようにＴｅｘｔＳＴデコーダ１２は、フォントレンダリング部２１と、展開バッファ２２と、コントローラ２３とからなる。
フォントレンダリング部２１は、テキストコードバッファ１０に格納されている表示情報のコード列を、ビットマップに展開する。この展開にあたっては、その表示情報におけるスタイルＩＤを取り出して、そのスタイルＩＤに対応するフォントデータをバッファから取り出し、このフォントデータを用いることにより行う。
展開バッファ２２は、フォントレンダリング部２１により展開されたビットマップが格納される。
テキスト字幕ストリームを構成するコード列と、このコード列の展開に必要なフォントデータとをバッファに読み込む処理を“プリロード”という。テキストコードバッファ１０、フォントバッファ１１に複数のストリームを読み込むことができる場合、読み込まれる優先順位は、第１実施形態で述べた、ＳＴＮ＿ｔａｂｌｅにおける順位などによって決められる。優先順位の高いストリームからテキストコードバッファ１０、フォントバッファ１１に読み込めるだけ読み込んでおけば、再生中にシークを発生させずに切り替えられるストリームの種類が増す。
コントローラ２３は、展開バッファ２２に格納されたビットマップを、表示情報における表示時刻及び表示位置に従い、ＰＧプレーン８に書き込む。
フォントレンダリング部２１によるビットマップへの展開にあたっては、テキスト字幕ストリームに対応する言語の言語特性をサポートするような制御を行う。言語特性のサポートには、横書き、縦書き、カーニング、行末禁則、右から左への描画、合字・抱き字といったものがある。
ここでカーニングとは、文字の形状により字間を詰めて見た目をよくする機能をいう。行末禁則とは、行末の「。」がフォントの配置により行頭にくることを禁止する機能をいう。
以上がＴｅｘｔＳＴデコーダ１２の内部構成を示す図である。字幕をグラフィクスで表現する場合には、発生しなかったが、コード列で表現する場合に新たに発生する技術的課題について説明する。
＜コード列表現による技術的課題＞
グラフィクスで表現された字幕の場合、どの再生装置でも同じ見た目を保つことは簡単になる。字幕が文字コードで表現されている場合は、図３２の内部構成に示したような、Ｆｏｎｔ ＧｅｎｅｒａｔｅｒあるいはＲｅｎｄｅｒｅｒと呼ばれるような、文字コードをビットマップに変換して画面上に表示するためのモジュール（フォントレンダリング部２１）が必要になる。そしてＦｏｎｔ Ｇｅｎｅｒａｔｅｒは機器によって、文字の見せ方、サポートする言語が違ってくる可能性がある。
これは、グラフィクスで表現された字幕の場合、見た目はオーサリング時に決められるのに対して、字幕が文字コードで表現されている場合、字幕の見た目は、再生装置のＦｏｎｔ Ｇｅｎｅｒａｔｏｒの性能に依存してしまうためである。
多少の文字の形の違いは、現在のＷｅｂページを閲覧するようなＨＴＭＬブラウザでも存在し、それほど大きな問題ではないが、以下に述べるような言語特性による違いは非常に大きい。
図３３（ａ）は、日本語の言語特性によるレイアウトの違いについて説明した図である。図３３（ａ）における“括弧の形”は、括弧記号が横書きと、縦書きとで９０度傾きが異なることを示す。“文字の位置”は、「ゃ」のような小さな文字を、横書きと縦書きとで、配置位置を微妙に調整しておく必要があることを示す。“長音の形”は、横書きと縦書きとで、文字の形自体を変えておくことを示す。図３３（ｂ）は、アラビア語の言語特性におけるレイアウトを示す。この図３３（ｂ）に示すように、アラビア語では、文字は右側から左側に流れていくことがわかる。
このような特殊な文字・言語をＦｏｎｔ Ｇｅｎｅｒａｔｅｒが生成しなければならないが、これは対応するフォント情報を与えればよいというものではなく、フォントレンダリング部２１がビットマップを描画するにあたっての、描画機能としてこれらをサポートする必要がある。これらのサポートが必要なので、品質保証を考えれば、サポートが全て満たされた限り、デコード能力を有りとするのが望ましい。
また、欧米で発売されるようなＢＤ−ＲＯＭ再生装置においては滅多に日本語やアラビア語の字幕を表示する必要はないため、必ずしもこれらの文字を適切に表示するためのＦｏｎｔ Ｇｅｎｅｒａｔｅｒは必要ではない。各々の再生装置が全ての言語をサポートする必要はなく、またサポートするためには余分なコストがかかってしまうので望ましくない。あるいは、全ての再生装置は全言語の適切は表示をサポートしなければならないとした場合、製造する国によっては対象となる全言語に対する知識がなく、どのようにＦｏｎｔ Ｇｅｎｅｒａｔｅｒを製造して良いか分からないため、再生装置を製造できなくなってしまうのも望ましくない。その一方、商品の付加価値を高めるためには、表示可能な言語種が多いほどよい。
そこで、テキスト字幕ストリーム制御のためのアプリケーションに、どの言語を適切に表示できるかを伝えるべく、本実施形態では、図３４に示すように、ＰＳＲ４８〜６１に対する設定を行う。
図３４は、日本語、英語、アラビア語という３つの言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを設定するにあたっての、判断基準を示す図である。
上の表は、英語、日本語、アラビア語の文字フォントをレンダリングする能力の有無を示し、下の表は、英語、日本語、アラビア語の言語特性をサポートする能力の有無を示す。
この下側の表を参照すると、英語の字幕表示は、ＰＧプレーン８にビットマップを書き込むにあたって、“横書き”，“カーニング”，“合字・抱き字”という機能がサポートされて初めて、言語特性がサポートされていると判断することができる（言語特性のサポート→１）。
日本語の字幕表示は、ＰＧプレーン８にビットマップを書き込むにあたって、“横書き”，“縦書き”，“行末禁則”，“ルビ”という機能がサポートされて初めて、言語特性がサポートされていると判断することができる（言語特性のサポート→１）。
アラビア語の字幕表示は、ＰＧプレーン８にビットマップを書き込むにあたって、“右から左の描画”、“合字・抱き字”という機能がサポートされて初めて、言語特性がサポートされていると判断することができる（言語特性のサポート→１）。
これらの機能は、コード列をビットマップに展開する機能（レンタリング）が前提になるから、本実施形態では、レンダリング能力と、言語特性のサポート能力とが満たされて初めて、ＰＳＲ４８〜６１における、日本語、英語、アラビア語に対応するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグをオン“１”に設定するよう規定しておく。
再生装置を商品化するにあたって、メーカーの技術者は、ＴｅｘｔＳＴデコーダ１２が、図３４に示した複数の項目のうち、どれを具備しており、どれを具備していないかをチェックする。そしてレンダリング能力、サポート能力の具備を条件にして、ＰＳＲ４８〜６１を設定する。こうしてことにより、Ｐｒｏｃｅｄｕｒｅ実行部２０がテキスト字幕ストリームをデコードできるか否かの判定が適切なものになり、各言語でのテキスト字幕表示の適切化を期することができる。
尚、ＰＳＲ４８〜６１は、言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの有無を示したが、言語ごとではなく、サポートすべき機能（横書き、縦書き、カーニング、行末禁則、合字・抱き字等）ごとに、言語特性をサポートしているか否かを示してもよい。この仕組みを用いると、言語ごとに、どの機能が必要かをあらかじめ決めておけば、言語数分のレジスタ領域を使わずにすむ。この場合、各機能をサポートしている場合は、フラグをＯＮに、サポートしていなければフラグをＯＦＦにしておけばよい。この場合、図３４に示したような対応表が再生装置内に必要となるが、この対応表は、レジスタとしてではなく、プログラムとして組み込むことができるため、言語が増えてもアップデートできる可能性もある。
テキスト字幕ストリームの属性情報として、これまでに説明したように言語属性、つまり日本語や英語であるといった情報ではなく、表示するためにどの機能が必要であるかを、Ｃｌｉｐ情報に示しておいてもよい。
（第３実施形態）
第１実施形態では、ＰＳＲ４８〜６１に示されるＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグの設定値のみを参照して、各言語の表示時刻の有無を判定したが、本実施形態は、字幕表示を可とする言語種を拡大する実施形態である。
対象となる言語が再生装置でサポートされていない場合、フォントデータはディスクあるいはダウンロードによって供給されるため、配置などがおかしなことはあるが、読めないことはないかもしれない。そのため、再生装置の状態やユーザーの設定により、サポートしていない言語も表示することを許してもよいし、サポートされていない言語が不適切に表示されて困る場合には表示は避けたい。
ここで言語特性のサポートがない言語（アンサポート言語）における字幕表示の可能性について説明する。図３５（ａ）（ｂ）は、縦書き項目が完全にサポートされている日本語字幕と、縦書き項目のサポートが不完全な日本語字幕とを示す図である。再生装置を製造するメーカーは、アンサポート言語が表示されることによって、文字が読めないなどという商品苦情があっては困る。こうした事情から、このような表示を禁止したいかもしれない。
ところが、日本語の適切な表示をサポートしていなくても、図３５（ｂ）に示すように、何とか読める可能性があり、音声として日本語が入っておらず、他の言語の音声や字幕を理解することができなければ、多少読みにくくてもユーザーは表示を望む可能性がある。再生装置の製造者は基本的には禁止しているが、ユーザーが望むのならば、表示を許可するような設定を再生装置で実現できれば、字幕表示可能な言語種別が格段に増え、ユーザに対する利便性が向上する。尚、ここでいう“ユーザ”とは、いわゆるエンドユーザ（最終消費者）をさすが、メーカの技術者であってもよく、いわゆる“操作者全般”の意味である。
以上のように、品質保証に細心の注意を払っているようなメーカーは、図３５（ｂ）のような字幕表示は禁じたいところであるが、ユーザによっては、図３５（ｂ）のような表示でも、字幕表示が存在することにはかわりないので、このような状態での字幕表示を希望することがある。
こうしたメーカー側の要望と、ユーザ側の要望との調和を図るべく、本実施形態では以下に示すような改良がなされている。アンサポート言語の選択を実現するため、本実施形態における再生装置は、図３６に示すような内部構成を有する。本図における改良点は以下の通りである。
ｉ）ＰＳＲ３０のｂ２３〜ｂ１６に、アンサポート言語の選択を許可するか否かを示す許可フラグが存在していること。
ｉｉ）ＰＳＲの予約領域に、特定の言語圏に属する個々の言語がアンサポート言語であるか否かが示されていること。
ｉｉｉ）Ｐｒｏｃｅｄｕｒｅ実行部２０が、ＰＳＲ３０のｂ２３〜ｂ１６に従ってアンサポート言語の選択を実行すること。
ｉｖ）セルフテスト部３１、セットアップ部３２が制御部１５内に存在すること
である。
改良点その１．ＰＳＲ３０のｂ２３〜ｂ１６
図３７は、第３実施形態におけるＰＳＲ３０のｂ２３〜ｂ１６のビットアサインを示す図である。本図においてＰＳＲ３０のｂ２３〜ｂ１６に、サポートされていない言語のユーザー選択を許可するか否かがが示さている。
つまりＰＳＲ３０のｂ２３〜ｂ１６が“００００００００（＝ＯＦＦ）”の場合は、サポートされていない言語はユーザーが選択しても表示されない。そもそも選択さえできなくしてもよい。このＰＳＲ３０のｂ２３〜ｂ１６が“１０００００００（＝ＯＮ）”の場合は、適切な表示ではないかもしれないが、ユーザーが選択して画面上にテキスト字幕ストリームを表示することが可能となることを示す。以上がＰＳＲ３０のｂ２３〜ｂ１６に対する改良である。
続いて予約領域における改良について説明する。
改良点その２．予約領域
図３８は、ＰＳＲの予約領域におけるビット構成を示す図である。この予約領域は、漢字圏等、特定の言語圏に属する個々の言語が、アンサポート言語であるか否かを示す。この予約領域における各ビットは、特定の言語圏に属する各言語に対応しており、このビットが“１”であるなら、その言語がアンサポート言語であることを示し、“０”であるなら、その言語は、対応するレンダリング能力が再生装置側にない言語（アンレンダリング言語）であることを示す。かかるビット設定により、特定の言語圏に属する言語については、アンサポート言語であるかどうかが判明することになる。尚、予約領域における各ビットが、どの言語に対応するかという割り当ては、図２１に示したような割当テーブルを用いてなされる。以上がＰＳＲに対する改良である。続いてセルフテスト部３１に対する改良について説明する。
改良点その３．セルフテスト部３１
セルフテスト部３１は、工場出荷時において、レンダリング能力、言語特性のサポートの具備のテストをメーカーの技術者に行わせ、テスト結果に応じて、ＰＳＲ４８〜６１の何れかを設定する。ここでセットアップ部３２は、様々のテストパターンを保持しており、それらをＴｅｘｔＳＴデコーダ１２に与えて、字幕表示における言語特性のサポートのテスト表示を実行させ、テスト結果を、ディスプレイに表示させる。レンダリング能力はあるが、サポート能力がないなら、メーカーの技術者からの操作に従い、その言語をアンサポート言語として登録する。レンダリング能力もサポート能力もないなら、メーカーの技術者からの操作に従い、その言語をアンレンダリング言語として登録する。
改良点その４．セットアップ部３２
セットアップ部３２は、ユーザによるリモコン３００に対する操作に応じてセットアップメニューを表示して、ＰＳＲ３０のｂ２３〜ｂ１６の設定値を書き換える。図３９（ａ）は、セットアップメニューを示す図である。本図に示すようにセットアップメニューにより受け付けられる設定項目には、『国・地域』、『メニュー言語』、『音声言語』、『字幕言語』、『表示できる言語の拡張』という５つの項目がある。本セットアップ部３２による特徴は、表示できる言語の拡張を行うかどうかの指定をユーザから受け付ける点である。
図３９（ｂ）は、言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。本図におけるメニューは、アンサポート言語の一覧表示（図中のイタリア語、スペイン語、ロシア語・・・・・）と、このアンサポート言語のテキスト字幕ストリームを表示させる際の警告文Ｗｎ１と、言語種の拡張を実行するか否かの選択を受け付けるボタンｂｎ１，ｂｎ２とを含む。
この警告文Ｗｎ１は、アンサポート言語の字幕を表示する際、字幕表示の一部がおかしくなることをユーザに警告するものである。そして上述のボタンｂｎ１，ｂｎ２は、かかる警告にも拘らず、言語種の拡張を実行するか、しないかを受け付ける。以上が本実施形態における各構成要素の改良点である。続いて、Ｐｒｏｃｅｄｕｒｅ実行部２０、セルフテスト部３１、セットアップ部３２による処理手順を、図４０のフローチャートを参照しながら説明する。
図４０は、第３実施形態におけるテキスト字幕ストリームの判定手順を示すフローチャートである。本フローチャートは、図２５のフローチャートに対し、ステップＳ１６、ステップＳ１７を加えた構成になっている。
このステップＳ１６は、対象となるテキスト字幕ストリームが、アンサポート言語であるか否かを判定するものである。ステップＳ１７は、ＰＳＲ３０のｂ２３〜ｂ１６が１０００ ００００ｂであるかを判定するものである。ここでステップＳ１６がＹｅｓ、ステップＳ１７がＹｅｓと判定された場合、このテキスト字幕ストリームはアンサポート言語であったとしても条件（ａ）を満たすとされる。一方、ステップＳ１６、ステップＳ１７のどちらかがＮｏであれば、条件（ａ）を満たさないと判定される。
図４１は、セルフテスト部３１の処理手順を示すフローチャートである。本フローチャートは、ｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅにて表現される、４３０言語のそれぞれについて、ステップＳ４２〜ステップＳ４８の処理を繰り返すループ処理になっている。ループ処理において対象となる言語を言語ｕとすると、ステップＳ４２は、言語のｔｅｘｔＳＴ＿ｌａｎｇｕａｇｅ＿ｃｏｄｅのＰＳＲ番号、ビット位置に変換するものである。
ステップＳ４３は、言語のフォントをレンタリングする能力が有るかどうかの判定であり、もしレンタリングする能力が、ないとと判定されれば、ＰＳＲｐのｑビット目は、０に設定されることになる（ステップＳ４８）。
ステップＳ４４は、言語特性のサポートする能力があるかどうかの判定である。もし有ると判定されれば、ＰＳＲｐのｑビット目は、１に設定されることになる（ステップＳ４５）。もしないと判定されれば、言語ｕをアンサポート言語として登録した上で（ステップＳ４７）、ＰＳＲｐのｑビット目は、０に設定する（ステップＳ４８）。
以上の処理を全ての言語について実行すれば、ステップＳ４９、ステップＳ５０の処理を行う。ステップＳ４９は、アンサポート言語の字幕表示を実行するかどうかをユーザに問い合わせるステップである。アンサポート言語の字幕表示を実行させたいならステップＳ５０を実行する。ステップＳ５０は、ＰＳＲ３０のｂ２３〜ｂ１６を１０００ ００００に設定する処理である。もしアンサポート言語の字幕表示を実行させたくないなら、ステップＳ５０をスキップする。以上がセルフテスト部３１の処理手順である。
図４２は、セットアップ部３２の処理手順を示すフローチャートである。セットアップ部３２は、セットアップメニューを表示してから（ステップＳ５１）、アンサポート言語が存在するか否かの判定を行う（ステップＳ５２）。存在しないならステップＳ５４に移行するが、存在すれば、“表示できる言語の拡張”を受け付けるための設定項目を、セットアップメニューに追加して（ステップＳ５３）、セットアップメニューの設定項目における選択待ちを行う（ステップＳ５４）。
設定項目が選択されれば、その選択項目が言語種の拡張であるかの判定を行う（ステップＳ５５）。もし異なれば、国・地域、メニュー言語、音声言語、字幕言語の設定を行うよう、該当する処理手順を実行する（これらの処理手順は本発明の主眼ではないので説明は省略する）。
言語種の拡張であれば、図３９のメニューを表示して（ステップＳ５６）、ユーザからの操作待ちとなる（ステップＳ５７、５８）。移動キーが押下されれば（ステップＳ５７でＹｅｓ）、セットアップメニュー上のフォーカスを行う（ステップＳ５９）。終了操作がなされれば（ステップＳ５８でＹｅｓ）、フォーカスが、拡張を意図するボタン上に存在するか否かを判定し（ステップＳ６０）、存在しなければ、そのまま処理を終了する。存在すれば、ＰＳＲ３０のｂ２３〜ｂ１６を１０００００００に設定して（ステップＳ６１）、本フローチャートの処理を終了する。
以上のように本実施形態によれば、サポートしていない言語でも選択を許可するためのフラグ（ＰＳＲ３０のｂ２３〜ｂ１６）を、メーカが設定することで、アンサポート言語をストリーム選択部１７に選択させるか否かを切り換えることができる。フラグの設定１つで、アンサポート言語選択の可否を決定することができるので、再生装置を製造するメーカーが、品質保証を厳しくするために、アンサポート言語の選択を禁じたり、またユーザの自己責任にて、アンサポート言語の選択を許可したりするという、セッティング変更を容易に実行することができる。
これによりユーザは、字幕表示に不都合が生じることを承知した上で、不都合が生じるような言語のテキスト字幕を表示させることができる。ユーザによる自己責任により、アンサポート言語の字幕を、表示するので、ユーザとメーカーとの調和を図ることができる。
尚、サポートしていない言語でも選択を許可するためのフラグ（ＰＳＲ３０のｂ２３〜ｂ１６）は、テキスト字幕ストリームとともにＣｌｉｐ情報中に記録されていてもよい。また、再生装置とディスク上の両方に記録されていた場合、論理和をとってもよいし論理積をとって処理してもよい
（第４実施形態）
第３実施形態では、アンサポート言語の字幕表示をユーザが希望している場合、アンサポート言語を、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙ有として判定するよう、処理を行ったが、本実施形態は、アンサポート言語の字幕表示をユーザが希望している場合、ＰＳＲ４８〜６１における、そのアンサポート言語に対応するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを、全て“Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙ有り”に設定するよう更新を行う実施形態である。
図４３（ａ）（ｂ）は、アンサポート言語の表示をユーザが希望していない場合と、希望した場合とで、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙの設定を対比して示す図である。図４３（ａ）では、レンダリング能力＝“１”であり、尚且つサポート能力＝“０”である言語については、Ｄｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙは“０”になっていることがわかる。
しかし図４３（ｂ）において、ユーザが、アンサポート言語の字幕表示をユーザが希望した際、レンダリング能力＝“１”であり、尚且つサポート能力＝“０”である言語についてのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙは“１”に変化していることがわかる。このように、レンダリング能力＝“１”であり、尚且つサポート能力＝“０”である言語についてのＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを“１”に変化させるよう、本実施形態では、更新処理を行う。
この更新処理を実現するための改良は、セットアップ部３２に存在する。
図４４は、第４実施形態に係るセットアップ部３２の処理手順を示すフローチャートである。本フローチャートは、図４２のフローチャートをベースにして作成されている。この図４２のフローチャートとの違いは、ステップＳ６１の代わりにステップＳ６３が存在する点である。このステップＳ６３は、言語種の拡張を意図するボタンに、フォーカスが存在すると判定された場合に（ステップＳ６０でＹｅｓ）、実行されるステップであり、アンサポート言語に対応する全ての言語のＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙを示すＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグを、“１”に設定するものである。このステップＳ６３の実行により、ユーザが言語種の拡張を希望した場合は、一律に、それらの言語に対応するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグが、“１”に設定されることになる。
以上のように本実施形態によれば、ユーザの希望時において、ＰＳＲ４８〜６１におけるアンサポート言語に対応するＤｅｃｏｄｅ Ｃａｐａｂｉｌｉｔｙフラグを“１”に設定するので、ＰＳＲ２を設定する際の設定手順が簡単になる。
（第５実施形態）
第５実施形態は、再生の途切れに関する実施形態である。ここで再生の途切れとは、ＡＶＣｌｉｐを再生する際、プリロードされていないテキスト字幕ストリームをＢＤ−ＲＯＭからバッファに読み込もうとすることにより、生じる再生の途切れである。かかる途切れは、ＳＴＮ＿Ｔａｂｌｅに記述されていながら、プリロードすることができなかったテキスト字幕ストリームをユーザが選択しようとしたことから生じる。
ここで、ＳｕｂＰａｔｈ情報で指定されるストリームが複数存在する場合、テキストコードバッファ１０、フォントバッファ１１の容量により、そのうちいくつかのストリームしかバッファに読み込むことができないこともある。プリロードされていないストリームに切り替えようとすると、ＢＤ−ＲＯＭに対するディスクシークを実行してデータを読み込む必要があるため、ＡＶＣｌｉｐの再生が途切れる。
図４５はテキストコードバッファ１０、フォントバッファ１１の容量が、３言語分しかなかった場合に、テキスト字幕ストリームの切替の様子を示している。
本図では、３つの言語にあたる日本語、フランス語、中国語のテキスト字幕ストリームをプリロードした後、ＭａｉｎＰａｔｈの再生を開始している。図１０に示されるＳＴＮ＿Ｔａｂｌｅに基づき、ローダ１３がプリロードを実行する際、ローダ１３は、図４５のようなプリロードを行う。図４５は、ローダ１３によるバッファへのプリロードを示す図である。つまりテキスト字幕ストリームのうち、ＳＴＮ＿Ｔａｂｌｅの記述順序が高いものを順次バッファにロードしてゆき、そしてバッファが充填された段階でプリロードを終える。ＳＴＮ＿Ｔａｂｌｅにおける順位が最も低いテキスト字幕ストリーム（本図ではアラビア語のテキスト字幕ストリーム）は、バッファにプリロードされなくなる。
バッファにプリロードされていないにも拘らず、ＳＴＮ＿Ｔａｂｌｅには、アラビア語のテキスト字幕ストリームが記述されているので、ストリーム選択部１７は、その非プリロードのテキスト字幕ストリームを、図４６に示すように、再生対象に選ぶことがありうる。
ストリーム選択部１７により選択されたテキスト字幕ストリームがバッファにない場合、これをメモリにロードするとの処理を行うので、ＡＶＣｌｉｐの再生中に、テキスト字幕ストリームをバッファに読み込もうとする。この場合、ストリーム選択部１７は、ＡＶストリームの再生を一時中断し、アラビア語のテキスト字幕ストリームをテキストコードバッファ１０、フォントバッファ１１に読み込んでから、再生を中断した地点から再生を再開（Ｒｅｓｕｍｅ）するとの手順をとる。
図４７は、ＡＶＣｌｉｐの再生中において、非プリロードのテキスト字幕ストリームをユーザが選択した場合に、ローダ１３が実行するロード処理を模式的に示す図である。
ＡＶＣｌｉｐの再生中、光ピックアップは、ＡＶＣｌｉｐをアクセスしているにも拘らず、非プリロードのテキスト字幕ストリームを読み出そうとすると、この読み出しには、図４８（ａ）に示すようなＡＶＣｌｉｐの記録領域から、テキスト字幕ストリームの記録領域へのシーク、テキスト字幕ストリーム記録記録から、ＡＶＣｌｉｐ記録領域へのシークを伴うので、シークがなされている間、図４８（ｂ）に示すように、デコーダへのＡＶＣｌｉｐ供給は途絶えることになり、ＡＶＣｌｉｐの再生途切れが生じる。一部の言語のテキスト字幕ストリームについては、再生の途切れを生じさせない配慮を講じているのに、プリロードできなかった一部の言語について、かかる再生の途切れが生じるのは、不合理である。しかしユーザによっては、ＡＶＣｌｉｐの再生途切れよりも、切り換え可能な言語種を広げたいという要望があり、再生途切れの解消を優先するか、言語種の拡大を重視するかという、要望にメーカは迷うことになる。
ＡＶＣｌｉｐの連続再生、つまり、途切れることなくＡＶＣｌｉｐを再生させることの要求と、ＡＶＣｌｉｐの再生が途切れてもストリームの切替を優先したい要求とは、様々な要因に応じて変動する。そこでどちらを優先するかの規範が、再生装置側に必要となる。本実施形態は、かかる規範を、再生装置側に設けるものである。
図４９は、本実施形態に係る再生装置の内部構成を示す図である。以降、本図を参照しながら、本実施形態における再生装置の改良点について説明する。本実施形態における改良点は、以下の４つｉ）〜ｉｖ）である。
ｉ）本図におけるローダ１３に対する改良点は、プリロード管理テーブル３３が追加されている点である。
ｉｉ）ＰＳＲセットに対する改良点は、許可フラグがＰＳＲの予約領域に追加されている点である。
ｉｉｉ）ストリーム選択部１７における改良点は、各ＰＧストリーム、テキスト字幕ストリームを選択するかどうかの判定にあたって、上述した（ａ）（ｂ）の判定基準に加え、許可フラグがオンになっているか、テキスト字幕ストリームがプリロードされているかという判断基準が加えられている点である。
ｉｖ）セットアップ部３２における改良点は、許可フラグのオン／オフをユーザからの操作に従い、設定する点である。
以降本実施形態における再生装置の個々の改良点について詳しく説明する。
改良点その１．プリロード管理テーブル３３
プリロード管理テーブル３３は、ＳＴＮ＿Ｔａｂｌｅに記述されたテキスト字幕ストリームのうち、どれがプリロードされているか、どれがプリロードされていないかを示すテーブルである。ローダ１３は、テキストコードバッファ１０、フォントバッファ１１へのプリロードを行うにあたって、ＳＴＮ＿Ｔａｂｌｅに基づきこのプリロード管理テーブルを作成し、個々のテキスト字幕ストリームのプリロードが完了すれば、そのテキスト字幕ストリームに対応する本テーブル上の項目をＯＮにしてゆく。そうして、テキストコードバッファ１０、フォントバッファ１１が充填するまで、各テキスト字幕ストリームのプリロードを繰り返す。こうした処理により、プリロード管理テーブルには、プリロードが完了したテキスト字幕ストリーム、プリロードされなかったテキスト字幕ストリームが示されることになる。
改良点その２．シームレスフラグ
図５０は、ＰＳＲの予約領域に設けられたシームレスフラグの一例を示す図である。図中の引き出し線は、シームレスフラグの意味内容を示す図である。本図におけるシームレスフラグは、ＰＳＲの予約領域に設けられており、“１”に設定されることにより、シームレス再生を優先する旨を示す。つまりＡＶＣｌｉｐの再生途切れが生じるようなテキスト字幕ストリームの選択を許可しない旨を示す。シームレスフラグが有効“１（＝ＯＮ）”であれば、ＡＶＣｌｉｐの途切れない再生（シームレス再生）を優先するため、プリロードされていないストリームへの切替は禁止される。シームレスフラグが無効“０（＝ＯＦＦ）”の場合は、ＡＶＣｌｉｐのシームレス再生はそれほど重要ではないため、ＳＴＮ＿Ｔａｂｌｅに登録されている全てのストリームに対して切替が可能となる。プリロードされていないストリームに切り替える場合は、ＡＶＣｌｉｐの再生を中断して、ストリームを切り替える。以上がシームレスフラグについての説明である。
改良点その３．ストリーム選択部１７
本実施形態にかかるストリーム選択部１７は、シームレスフラグにおける設定値に基づき、ＡＶＣｌｉｐの再生途切れを招くようなテキスト字幕切り換えをユーザが意図しているか否かを判定し、その判定に基づき、バッファにないテキスト字幕ストリームを、選択対象にするかどうかの選択手続きを実行する。
図５１（ａ）に示すように、ＡＶＣｌｉｐに多重されているＰＧストリーム、プリロードされているテキスト字幕ストリーム、プリロードされていないテキスト字幕ストリームが、ＳＴＮ＿Ｔａｂｌｅに記述されているものとする。そして、シームレス再生を優先するよう、シームレスフラグが設定されている場合、状態遷移は図５１（ｂ）のようになる。図中の丸は、ＭａｉｎＰａｔｈ側のＰＧストリーム、プリロードされたＳｕｂＰａｔｈ側のテキスト字幕ストリーム、プリロードされていないＳｕｂＰａｔｈ側のテキスト字幕ストリームをそれぞれ模式的に示す。矢印は、各ストリーム間の切り換えを示す。シームレスフラグがオンなら、ＰＧストリームからプリロードされたテキスト字幕ストリームへの切り換えや、プリロードされたテキスト字幕ストリームからＰＧストリームへの切り換えは可能になる。しかしシームレスフラグがオフなら、図５１（ｃ）に示すように、ＰＧストリームから非プリロードテキスト字幕ストリームへの切り換えや、非プリロードテキスト字幕ストリームからＰＧストリームへの切り換えは不可能になる。以上がストリーム選択部１７における改良点についての説明である。
改良点その４．セットアップ部３２
セットアップ部３２は、第３実施形態同様、ユーザによるリモコン３００に対する操作に応じてセットアップメニューを表示して、ＰＳＲの予約領域におけるシームレスフラグの更新を行う。図５２（ａ）は、本実施形態においてセルフテスト部３１により表示されるセットアップメニューを示す図である。
本実施形態においてセットアップメニューにより受け付けられる設定項目には、『国・地域』、『メニュー言語』、『音声言語』、『字幕言語』、『表示できる言語の拡張』という５つの項目がある。本セットアップ部３２による特徴は、表示できる言語を拡張するかどうかの指定をユーザから受け付ける点である。ここでの“言語の拡張”は、第１実施形態〜第３実施形態に示したものとは異なり、シームレス再生を実現するため、選択が禁止されている言語のテキスト字幕を、選択の対象に加えることを意味する。
図５２（ｂ）は、言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。本図におけるメニューは、言語種の拡張が、映像の再生を中断させ得ることを示す警告文Ｗｎ２と、シームレス再生を保障する操作を受け付けるためのボタンｂｎ３、シームレス再生よりも字幕切替を優先する操作を受け付けるボタンｂｎ４とを示す。
警告文Ｗｎ２は、言語種の拡張が、映像の再生を中断させ得ることを示しており、そして上述のボタンｂｎ３，４は、かかる警告にも拘らず、言語種の拡張を実行するか、しないかを受け付ける。かかる表示により、自己責任により、字幕表示を実行するか否かをユーザは選択することができる。これにより途切れることなくＡＶＣｌｉｐを再生させたいとの要望と、ＡＶＣｌｉｐの再生が途切れてもストリームの切替を優先したいとの要望との調和を図ることができる。
以上が本実施形態における各構成要素の改良点である。続いて、本実施形態に係るストリーム選択部１７による選択手順について説明する。
図５３は、第５実施形態に係る、ストリーム選択部１７による選択手順を示すフローチャートであり、本フローチャートは、図２４を改良したものになっている。本フローチャートのステップＳ３１、ステップＳ３２は、図２４同様、ＳＴＮ＿ｔａｂｌｅに記述されているＰＧストリーム、テキスト字幕ストリームのそれぞれについて、ステップＳ３３〜ステップＳ３４、ステップＳ６１の処理を繰り返すループ処理になっている。ステップＳ３３、ステップＳ３４の処理は、図２４と同じであるが、ステップＳ６１の処理は、図２４と異なる。
具体的にいうと、ステップＳ６１では、ｔｅｘｔＳＴ＿ｓｔｒｅａｍｉが以下の（ａ）（ｂ）（ｃ）（ｄ）を満たすかを否かを判定している。
（ａ）テキスト字幕ストリームｉをデコードする能力が再生装置に存在すること
（ｂ）テキスト字幕ストリームｉの言語属性が再生装置の言語設定と一致すること
（ｃ）テキスト字幕ストリームｉの表示に必要なデータがプリロードされているか
（ｄ）シームレス再生が要求されているか
（ｃ）の条件を具備しているかの判定は、プリロード管理テーブルを参照することでなされる。（ｄ）の条件を具備しているかの判定は、ＰＳＲの予約領域における許可フラグを参照することでなされる。
以上のステップＳ３３〜ステップＳ３５の処理が全てのＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍについて繰り返されれば、ステップＳ６２〜ステップＳ６３、ステップＳ６５〜ステップＳ６８の処理が実行される。
ステップＳ６２は、シームレスフラグによりシームレス再生が要求されているか否かの判定であり、ステップＳ６３は、条件（ｃ）を満たすＰＧストリーム、テキスト字幕ストリームに表示可能なものが存在するか否かの判定である。
シームレスフラグによりシームレス再生が要求されていない場合、ステップＳ６２がＮｏになり、図２４と同様の処理を行う。つまり表示可能なＰＧストリーム、テキスト字幕ストリームが存在するか否かを判定して（ステップＳ６５）、もし存在すれば、条件（ａ）、条件（ｂ）を満たすＰＧストリーム、テキスト字幕ストリームのうち、ＳＴＮ＿Ｔａｂｌｅでの順位が最も高いもをＰＳＲ２に設定する（ステップＳ６７）。存在しなければ、Ｉｎｖａｌｉｄな値をＰＳＲ２に設定する（ステップＳ６８）。
シームレスフラグによりシームレス再生が要求されており（ステップＳ６２でＹｅｓ）、尚且つ条件（ｃ）を満たすテキスト字幕ストリームが存在する場合（ステップＳ６３でＹｅｓ）、条件（ａ）、条件（ｂ）、条件（ｃ）を満たすＰＧストリーム、テキスト字幕ストリームのうち、最もエントリー順位が高いものを、ＰＳＲ２に設定する（ステップＳ６６）。
シームレスフラグによりシームレス再生が要求されているが（ステップＳ６２でＹｅｓ）、条件（ｃ）を満たすテキスト字幕ストリームが存在しない場合（ステップＳ６３でＮｏ）、Ｉｎｖａｌｉｄな値をＰＳＲ２に設定する（ステップＳ６８）。以上が図５３のフローチャートである。
図５４は、図５３のステップＳ６６の処理を詳細に示したフローチャートである。
ステップＳ９１は、条件（ａ）、条件（ｂ）、条件（ｃ）の全てを満たすＰＧストリーム、テキスト字幕ストリームが存在するか否かの判定である。もし存在すれば、条件（ａ）、条件（ｂ）、条件（ｃ）の全てを満たすＰＧストリーム、テキスト字幕ストリームのうち、ＳＴＮ＿Ｔａｂｌｅにおける順位が最も高いものをＰＳＲ２に設定する（ステップＳ９３）。
条件（ａ）、条件（ｂ）、条件（ｃ）の全てを満たすＰＧストリーム、テキスト字幕ストリームが存在しない場合、ステップＳ９２が実行されることになる。ステップＳ９２は、条件（ａ）、条件（ｃ）を満たすＰＧストリーム、テキスト字幕ストリームが存在するか否かの判定である。もし存在すれば、条件（ａ）、条件（ｃ）の全てを満たすＰＧストリーム、テキスト字幕ストリームのうち、ＳＴＮ＿Ｔａｂｌｅにおける順位が最も高いものをＰＳＲ２に設定する（ステップＳ９４）。
以上が本実施形態におけるＰｒｏｃｅｄｕｒｅ実行部２０の処理手順である。続いてセットアップ部３２によるシームレスフラグの設定について説明する。図５５は、セットアップ部３２によるシームレスフラグの設定手順を示すフローチャートである。
図５５は、セットアップ部３２の処理手順を示すフローチャートである。セットアップ部３２は、セットアップメニューを表示してから（ステップＳ７１）、ステップＳ７２、ステップＳ７３の判定を実行する。ステップＳ７２は、シームレスフラグがＯＮに設定されているか否かの判定であり、ステップＳ７３は、ＳＴＮ＿Ｔａｂｌｅに記述されていながら、プリロードされていないテキスト字幕ストリームが存在するか否かの判定である。
ステップＳ７２、ステップＳ７３の双方がＹｅｓなら、言語種を拡張する操作を受け付けるための選択項目をセットアップメニューに追加する。ステップＳ７２、ステップＳ７３のどちらかがＮｏなら、このステップＳ７４をスキップする。
続いてセットアップメニューの設定項目における選択待ちを行う（ステップＳ７５）。設定項目が選択されれば、その選択項目が言語種の拡張であるかの判定を行う（ステップＳ７６）。もし異なれば、国・地域、メニュー言語、音声言語、字幕言語の設定を行うよう、該当する処理手順を実行する（これらの処理手順は本発明の主眼ではないので説明は省略する）。
言語種の拡張をユーザが選択すれば、図５２（ｂ）のメニューを表示してユーザからの操作待ちとなる（ステップＳ７８〜７９）。移動キーが押下されれば（ステップＳ７８でＹｅｓ）、セットアップメニュー上のフォーカス移動を行う（ステップＳ８０）。終了操作がなされれば（ステップＳ７９でＹｅｓ）、フォーカスが、“字幕切り替えを優先”を意図するボタン上に存在するか否かを判定し（ステップＳ８１）、存在すればそのまま処理を終了する。字幕切り換え優先を意図するボタンにフォーカスが存在すれば、予約領域におけるシームレスフラグを“０”に更新して（ステップＳ８２）、本フローチャートの処理を終了する。
以上のように本実施形態によれば、ＡＶＣｌｉｐの連続再生、つまり、途切れることなくＡＶＣｌｉｐを再生させることの要求と、ＡＶＣｌｉｐの再生が途切れてもストリームの切替を優先したい要求とが要求される場合において、どちらを優先するかが、シームレスフラグに示されるので、それらの要求の調和を図ることができる。
尚、本実施形態ではＭａｉｎＰａｔｈ側のＡＶＣｌｉｐもＳｕｂＰａｔｈ側のテキスト字幕ストリーム及びフォントデータもともにＢＤ−ＲＯＭ上に記録されている場合を説明している。ＳｕｂＰａｔｈ側のストリームがＭａｉｎＰａｔｈのデータとは違う記録媒体上、たとえばハードディスクのように比較的アクセスが早い記録媒体に、テキスト字幕ストリームが記録されており、ＡＶＣｌｉｐのデコーダバッファのアンダーフローが起きないのであれば、たとえシームレスフラグが有効であり、ＡＶＣｌｉｐのシームレス再生を優先させる場合においても、プリロードされていないストリームへの切替を許可してもよい。
また、ＳｕｂＰａｔｈ側のストリームが光ディスク上にあったとしても、光ディスクのアクセススピードが十分速いため、ＡＶＣｌｉｐのデコーダバッファのアンダーフローが起きないのであれば、たとえプリロードされていないストリームであっても切替を許可してもよい。
更に、ＭａｉｎＰａｔｈ再生中のシークは、ＭａｉｎＰａｔｈと同じＢＤ−ＲＯＭ上にＳｕｂＰａｔｈ情報を構成するテキスト字幕ストリームが記録されているため発生するから、ＳｕｂＰａｔｈ側のストリームをハードディスクなどのアクセスが早い記録媒体上にコピーした上で、ＭａｉｎＰａｔｈの再生を開始しても良い。こうすることにより、再生中によけいなシークが発生することを抑制できる。
（第６実施形態）
第５実施形態では、ＡＶＣｌｉｐのシームレス再生を優先するか、テキスト字幕ストリームの切り換えを優先するかを、ＰＳＲに示しておいたが、本実施形態は、ＳＴＮ＿Ｔａｂｌｅに設ける実施形態である。本図におけるＳＴＮ＿Ｔａｂｌｅは、Ａｔｔｒｉｂｕｔｅ−ＰＩＤの組みのうち、Ａｔｔｒｉｂｕｔｅに、シームレスフラグが設けられている。図５６（ａ）は、第６実施形態におけるＳＴＮ＿Ｔａｂｌｅの内部構成を示す図である。本図に示すように、本実施形態におけるＳＴＮ＿Ｔａｂｌｅには、テキスト字幕ストリームに対応するｅｎｔｒｙと、ａｔｔｒｉｂｕｔｅとの組みのうち、ａｔｔｒｉｂｕｔｅにシームレスフラグが存在する。
図５６（ｂ）は、ＳＴＮ＿Ｔａｂｌｅに設けられたシームレスフラグの内容を示す。本図におけるシームレスフラグの意味内容は、図５０と同じである。ＡＶＣｌｉｐのシームレス再生を優先するか、字幕切り換え可能な言語種の多さを優先するかの指定がＳＴＮ＿Ｔａｂｌｅ内のシームレスフラグにより規定されるので、どちらを優先すべきかをオーサリング担当者が予め規定しておくことができる。この場合、シームレスフラグを付与すべき単位は、ディスク全体の属性であってもよいし、再生単位であるプレイリストの属性であってもよいし、ストリームの属性であってもよい。
以上のように本実施形態によれば、通常の映画作品の場合、オーサーリング担当者はＡＶストリームの再生が途切れることを望んではいないため、ＳＴＮ＿Ｔａｂｌｅに対する設定を通じて、その意向を、再生装置に伝えることができる。
（第７実施形態）
テキスト字幕ストリームの場合は、テキスト字幕ストリーム自身のプリロードと、フォントデータのプリロードの２種類のプリロードが必要になる。
プリロードされるデータとして２つのデータがそろわなければ、テキスト字幕ストリームは表示できない。そのため、ＳＴＮ＿Ｔａｂｌｅにテキスト字幕ストリームが登録されていて、テキスト字幕ストリームがテキストコードバッファ１０に読み込まれていたとしても、フォントデータがフォントバッファ１１に読み込まれていなければ、表示することができないので、そのようなストリーム選択は禁止すべきである。
ところが、フォントバッファのサイズがフォントセット１個分の容量である場合、ＩＤ＝１のフォントデータのフォントデータしか読み込んでおくことができず、途中からＩＤ＝２のフォントデータのフォントデータに切り替える必要がある場合には、フォントバッファにデータを読み込まなければいけない。この時、これまで述べたように、ＡＶストリームが途切れずに再生することが要求されているならば、フォントデータの再読込は制限されるべきである。
テキスト字幕ストリームの字幕表示には、フォントデータが必要であるが、このフォントデータのロードがＡＶＣｌｉｐの再生途上に発生した場合、ビデオストリームの再生が途切れることがある。
図５７は、１本のテキスト字幕ストリームの途中において、使用するフォントが切り替わる例である。本図において時点までは、ＩＤ＝１のフォントデータを用いて字幕を表示しているが、ｔ１以降は、ＩＤ＝２のフォントデータを用いて字幕を実現したとする。このＩＤ＝２のフォントデータがバッファになければ、ローダ１３がＡＶＣｌｉｐの再生中に、フォントデータをロードする。このフォントデータをロードするためのディスクシークが発生するため、ビデオストリームの再生の途切れが生じる。
ところで第２実施形態に示したように、テキスト字幕ストリーム内のスタイル情報には、フォントのＩＤあるいは名称と、どの時点でそのフォントが必要になるかが記録されている。しかしスタイル情報への記述のみでは、テキスト字幕ストリーム自体を解析しないとこれらフォントのＩＤを知ることができない。
そこで本実施形態では、Ｃｌｉｐ情報に、必要なフォントデータのＩＤを記述しておく。必要なフォントのＩＤがＣｌｉｐ情報に列挙されているので、テキスト字幕ストリームが格納されているファイルを解析せずに必要なフォントのＩＤを調べることができる。
具体的にいうとＢＤ−ＲＯＭを図５８のように構成している。図５８は、本実施形態における記録媒体の内部構成を示す図である。本図において０００２〜０００５．ｍ２ｔｓのファイルは、それぞれテキスト字幕ストリームを構成している。
また本図のディレクトリにおいて、ファイル０００２〜０００５．ｃｌｐｉは、ＡＶＣｌｉｐ＃２〜＃５のそれぞれに対応する、Ｃｌｉｐ情報である。この各ＡＶＣｌｉｐ（テキスト字幕ストリーム）に対応するＣｌｉｐ情報は、そのテキスト字幕ストリームの再生に必要となるフォントデータの識別子を記述している。例えば、Ｃｌｉｐ情報＃２のＩＤ＝２のフォントデータ、ＩＤ＝３のフォントデータは、このＣｌｉｐ情報に対応するＡＶＣｌｉｐを再生するにあたってには、ＩＤ＝２のフォントデータ、ＩＤ＝３のフォントデータのフォントデータのプリロードが必要であることを示す。
Ｃｌｉｐ情報＃３のＩＤ＝１のフォントデータは、このＣｌｉｐ情報に対応するＡＶＣｌｉｐを再生するにあたってには、ＩＤ＝１のフォントデータのフォントデータのプリロードが必要であることを示す。
このように再生に必要となる全てのフォントデータの識別子が、Ｃｌｉｐ情報に記述されているので、ローダ１３は、テキスト字幕ストリームをプリロードする際、Ｃｌｉｐ情報を参照することにより、そのテキスト字幕ストリームの再生に必要なフォントデータを、漏れなくバッファに読み込んでおくことができる。
図５９は、実施形態におけるローダ１３によるロード処理を示す図である。ここで、ＢＤ−ＲＯＭにおけるＦｏｎｔディレクトリに複数のフォントデータが記録されており、各テキスト字幕ストリームに対応するＣｌｉｐ情報に、ＩＤ＝２のフォントデータ、ＩＤ＝３のフォントデータ、ＩＤ＝１のフォントデータの識別子が記述されているとすると、ローダ１３は、このディレクトリから、Ｃｌｉｐ情報に記述されている識別子に基づき、フォントデータをフォントバッファ１１にプリロードする。日本語のテキスト字幕ストリームの再生時において、再生の途中でフォントが切り換わる場合でも、その両方のフォントデータの識別子をＣｌｉｐ情報に記述しておけば、これらを漏れなく、フォントバッファ１１にロードしておくことができる。
ここで図５９のように、再生の途中でＩＤ＝２のフォントデータのフォントデータが必要になる場合でも、Ｃｌｉｐ情報に、ＩＤ＝２のフォントデータを記述しておけば、ローダ１３が、このＩＤ＝２のフォントデータに対応するテキスト字幕ストリームをバッファにプリロードするので、ＡＶＣｌｉｐ再生の途上における途切れを防止することができる。
尚、全てのフォントデータを再生装置組み込みのデータとして格納していてもよい。この場合、コード列さえあればいつでも文字を表示可能であるが、様々な言語の全てのフォントデータを再生装置組み込みとして実現するのは難しい。また、コンテンツ作成側にとっては、映画のイメージにあった独自のフォントで字幕などを表示したいため、フォントをあらかじめ組み込んでおくのはあまり効果的ではない。従って、フォントデータを再生装置に組み込むという考えは、フォントデータがなかった場合の例外対策程度のものとなる。
（第８実施形態）
先の実施形態では、必要なフォントデータを、Ｃｌｉｐ情報に記述していたが、本実施形態では、ファイル管理情報を設け、これにフォントデータの識別子を記述しておくことにする。
図６０（ａ）は、本実施形態における記録媒体のディレクトリ構造を示す。ＦＯＮＴディレクトリには、４つのフォントデータが存在しており、このＦＯＮＴディレクトリには、ファイル管理情報と、フォントデータＩＤ＝１〜ＩＤ＝３とが存在する。図６０（ｂ）は、ファイル管理情報の内部構成を示す。ファイル管理情報は、フォントデータＩＤ＝１〜ＩＤ＝３のそれぞれのプリロードが、必須であるか、任意的であるかを示す。必須のフォントとはテキスト字幕ストリームを表示する際に必ず必要になるフォントであり、任意のフォントとはユーザーが表示やフォントを切り替える際に必要になるかもしれないフォントである。必須のフォントは必ずＡＶストリームの再生前にフォントバッファ１１に読み込んでおく必要がある。
図６１は、ファイル管理情報に基づく、プリロードを示す図である。ファイル管理情報においてＩＤ＝１のフォントデータ、ＩＤ＝２のフォントデータのフォントデータのプリロードが必須と記述されているので、ローダ１３は、図６１に示すように、必須と記述されているフォントデータをバッファにロードしてゆく。そして、必須とされたフォントデータがバッファにロードされれば、バッファ上の残りの領域に、任意的と記述されたフォントデータをロードしてゆく。
以上のように本実施形態によれば、プリロードが必須であるか、任意的であるかが、ファイル管理情報に記述されているので、このファイル管理情報を参照してプリロードを行えば、ＡＶＣｌｉｐ再生を途切れさせるような、フォントデータのロードが発生する確率を減少させることができる。
尚、テキスト字幕ストリームを解析した結果、必要となるフォントデータが見つからない、あるいはプリロードされておらずシームレス再生が要求されているため読み込むことができない場合は、すでにテキストコードバッファ１０、フォントバッファ１１に読み込まれているフォントや再生装置組み込みのフォントで代用してもよい。
（第９実施形態）
本実施形態は、ストリームあるいは管理情報を工夫することにより、プリロードされていないストリームを読みに行かなければならなくなるような状況を排除する方法について述べる。
テキスト字幕ストリームには、字幕が存在しない空白期間が存在することがある。そしてＰｌａｙＩｔｅｍ情報のうち、かかる空白期間を、ＩＮ点、Ｏｕｔ＿ｔｉｍｅに指定するものは、対象となるテキスト字幕ストリームの一部が存在しないので、オーサリング担当者は、そのＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅにおけるテキスト字幕ストリームのＰＩＤ登録を省くことがある。
しかし、たとえ空白期間であるとはいえ、ＰｌａｙＩｔｅｍ情報におけるＳＴＮ＿Ｔａｂｌｅの記載を省略すると、以下のような不都合が生じる。
図６２に示すように複数のＰｌａｙＩｔｅｍが連続して再生される状況を考える。ＰｌａｙＩｔｅｍ情報＃１とＰｌａｙＩｔｅｍ情報＃２の境界ではシームレス再生が要求されているとする。Ｓｕｂｐａｔｈに含まれていてプリロードされるべき日本語のテキスト字幕ストリームは、ＰｌａｙＩｔｅｍ情報＃１では空白期間になっているので、ＳＴＮ＿Ｔａｂｌｅにはには登録されておらず、ＰｌａｙＩｔｅｍ情報＃２およびＰｌａｙＩｔｅｍ情報＃３の区間で再生されるとする。
ローダ１３は、ＳＴＮ＿Ｔａｂｌｅに基づき、プリロードを行う。ここでテキスト字幕ストリームのプリロードであるが、ローダ１３がプリロードを行うのは、ＰｌａｙＬｉｓｔ情報のうち、先頭のＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１）のＳＴＮ＿Ｔａｂｌｅに記載されているテキスト字幕ストリームである。たとえ再生の途中に必要であっても、先頭のＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅに記述がないテキスト字幕ストリームについては、プリロードはなされない。図６３は、ＳＴＮ＿Ｔａｂｌｅに基づくプリロードを示す図である。本図において日本語は、ＰｌａｙＩｔｅｍ情報＃２、ＰｌａｙＩｔｅｍ情報＃３のＳＴＮ＿Ｔａｂｌｅに記述されているものの、ＰｌａｙＩｔｅｍ情報＃１には記述されていない。そのため、ローダ１３は、日本語のテキスト字幕ストリームをプリロードしないことも有り得る。
ＰｌａｙＩｔｅｍ情報＃２の再生が開始される際に、ＰｌａｙＩｔｅｍ情報＃２のＳＴＮ＿Ｔａｂｌｅにはプリロードされるストリームが必要なことが判定できるが、ＰｌａｙＩｔｅｍ情報＃１とＰｌａｙＩｔｅｍ情報＃２はシームレス再生が要求されているため、ＡＶストリームの再生を中断することができず、データをテキストコードバッファ１０、フォントバッファ１１に読み込むことができない。そのため、本来表示されることが期待されているプリロードされるストリームが表示されなくなってしまう。
そこで、連続して再生されるＰｌａｙＩｔｅｍにおいては、全てのＳＴＮ＿Ｔａｂｌｅでプリロードされているべきストリームを登録しておく。ＰｌａｙＩｔｅｍ情報＃１においては実際にＰｌａｙＩｔｅｍ＃１が表示されることはないが、ＳＴＮ＿Ｔａｂｌｅに登録されているため、対象となるＰｌａｙＩｔｅｍ＃１はプリロードされる。ＰｌａｙＩｔｅｍ情報＃２において必要になったときにはすでにプリロードされているデータを表示すればよい。図６４は、あるＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅにより指定されるテキスト字幕ストリームの一部が空白期間であっても、そのＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅに、テキスト字幕ストリームのＰＩＤを記述しておく例である。つまり空白期間にあたるＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅは、ダミーの値に設定しておくのである。こうすることにより、日本語がプリロードされ、ＡＶＣｌｉｐの再生の途上で日本語を選択したとしても、ＡＶＣｌｉｐの再生を途切れさせることなく、日本語への切り換えを実行することができる。
（第１０実施形態）
本実施形態では、先の実施形態と同様、空白期間に関する。先の実施形態では、空白期間が先頭のＰｌａｙＩｔｅｍ情報に存在するとしたが、途中に空白期間が存在する場合を本実施形態では想定している。ＰｌａｙＩｔｅｍ情報のＩｎ＿ｔｉｍｅ、Ｏｕｔ＿ｔｉｍｅで指定されている部分が空白期間であると、そのＰｌａｙＩｔｅｍ情報のＳＴＮ＿Ｔａｂｌｅに、ＰＩＤを記述しないことがある。
図６５は、ＰｌａｙＩｔｅｍ情報＃１，＃３のＳＴＮ＿ＴａｂｌｅにはＰＧストリームのＰＩＤが記述されているが、ＰｌａｙＩｔｅｍ情報＃２において、ＰＧストリームは空白期間になっていて、ＰｌａｙＩｔｅｍ情報＃２のＳＴＮ＿Ｔａｂｌｅには、ＰＧストリームのＰＩＤが登録されていないケースを示す図である。
この場合、ＰｌａｙＩｔｅｍ情報＃２のＳＴＮ＿Ｔａｂｌｅに登録されているストリームはプリロードされるテキスト字幕ストリームのみになってしまい、図６６に示すように、必ずプリロードされるストリームが選ばれてしまう。
ここでＰｌａｙＩｔｅｍ情報＃１の再生時において、多重化されたＰＧストリームが選択されたため、ＰｌａｙＩｔｅｍ情報＃１再生中にテキストコードバッファ１０、フォントバッファ１１の内容が破壊されたとする。このような場合、すでにテキストコードバッファ１０、フォントバッファ１１から削除されているにもかかわらず、ローダ１３は、再び読み込みを行おうとする。
更に、ＰｌａｙＩｔｅｍ情報＃１とＰｌａｙＩｔｅｍ情報＃２の境界でシームレス再生が要求されていると、そのような読み込みを実行することができず、選択しているのに表示することができなくなる。
このような状況を防ぐために、たとえＰｌａｙＩｔｅｍ情報＃２において多重化されたストリームが存在しないとしても、図６７に示すように、ダミーとしてＰＧストリームのＰＩＤをＳＴＮ＿Ｔａｂｌｅに登録しておく。ダミーのＰＩＤをＳＴＮ＿Ｔａｂｌｅに登録しておくことで、空白期間においても、ＰＧストリームが選択されることがあるが、たとえ選択されたとしても何も表示されないだけであって、ストリーム選択に問題はない（図６８）。また、必然的にプリロードされるストリームが選ばれるのを防ぐことができるため、シークが発生せず、再生が中断することをオーサリング段階で防ぐことが可能となる。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
（Ａ）全ての実施形態では、再生の対象となる記録媒体をＢＤ−ＲＯＭとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
（Ｂ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレイと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムＬＳＩ（集積回路）のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｃ）各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｄ）各フローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｅ）ＢＤ−ＲＯＭに記録するにあたって、ＡＶＣｌｉｐを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｆ）各実施形態におけるデジタルストリームは、ＢＤ−ＲＯＭ規格のＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式であってもよい。
（Ｇ）各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
（Ｈ）ストリーム選択部１７は、操作受付部３から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報、ＩＧストリームにおけるボタンコマンドに基づき、ＰＳＲに設定すべき値（値Ｘ）を決定し、この値Ｘに基づき、ＰＳＲを更新する処理を行ってもよい。ここで操作受付部３から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報が、音声切換キー、副映像切換キーの押下を示すものであるなら、ＰＳＲの数値に１を加えた値を値Ｘとして決定する。また操作受付部３から出力されたＵｓｅｒ Ｏｐｅｒａｔｉｏｎ情報が数値キーの押下を示すものなら、その押下された値を値Ｘとして決定する。一方、操作受付部３から出力されたボタンコマンドがＰＳＲの設定を再生装置に命じるものなら、そのボタンコマンドの引数で指定された値を値Ｘとして決定する。このようにして値Ｘが決定されれば、値Ｘが有効な値（Ｖａｌｉｄ）であるか、不定値であるかは、無効な値（Ｉｎｖａｌｉｄ）であるかを判定し、判定結果に応じたＰＳＲ更新処理を行う。ここで値Ｘが有効であるなら、値Ｘを用いてＰＳＲを上書きする。値Ｘが不定値であるなら、最適な値を選んでＰＳＲに設定する。値Ｘが無効な値であるなら、ＰＳＲの数値を維持する。
（Ｉ）セットアップメニューを表示して、字幕の言語設定を受け付けるにあたって、設定のためのメニューに”おまかせボタン”なるボタンを設けてもよい。かかるボタンに対応するボタン情報は、ＰＳＲ２に不定値を設定するボタンコマンドを有している。おまかせボタンの確定で、かかるボタンコマンドが実行されれば、ＰＳＲ１、ＰＳＲ２に不定値が設定され、Ｐｒｏｃｅｄｕｒｅ ｗｈｅｎ ｐｌａｙｂａｃｋ ｃｏｎｄｉｔｉｏｎ ｉｓ ｃｈａｎｇｅｄが起動されて最適なオーディオストリーム、ＰＧ＿ｔｅｘｔＳＴ＿ｓｔｒｅａｍが選択されることになる。
（Ｊ）第１実施形態において、満たすべき条件は（ａ）〜（ｂ）の２つであったが、３つ以上であってもよい。
本発明に係る再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができる。このことから本発明に係る再生装置は、産業上利用可能性を有する。
本発明は、テキスト字幕表示技術の技術分野に属する発明である。
テキスト字幕表示とは、テキストコードで表現された字幕を、映画における個々のピクチャと同期して表示させる技術であり、BD-ROM(Blu-rayDiscRead Only Memory)再生装置の特有の技術の1つである。字幕の表現には、DVDで実現されているような、ビットマップによる表現と、文字コードによる表現とがある。字幕がビットマップで表現されれば、どの再生装置で再生しても、見栄えは同じになる。見た目を重視する映画作品の場合は、字幕をビットマップで表現することに大きな意味はある。その一方、ビットマップによる表現では、字幕の一文字一文字を作成せねばならないので、ほんの数文字、数行の字幕を記録媒体に記録するためにも、大きなデータサイズが必要となる。
BD-ROMは、DVDより大容量の記録媒体であるため、字幕をビットマップで表現して、ビデオストリームと多重しておいても差し支えない。しかし字幕をBD-ROMとは別に配布する場合、たとえば、ネットワークを通じたダウンロードや、メモリカードを介して再生装置に供給する場合、字幕のデータサイズがあまり大きくなってしまうのは望ましくない。BD-ROMに記録し得たとしても、メモリに字幕を常駐させておくために大規模なメモリを必要としたり、またダウンロードに長い時間がかかるので、データサイズは小さければ小さい方がよい。
これに対しテキスト字幕では、字幕が文字コードで表現されている。具体的にいうと、字幕一文字当たりの情報量は、ASCIIコードなどでは、1バイトになるし、JISコードなどでも、2バイトになる。汎用的な文字コードとしてUnicodeなどを用いれば、日本語の他に、中国語や韓国語といった複雑な文字体系もサポートすることが可能である。字幕を文字コードとして配布する場合、データのサイズは非常に小さくなり、インターネットを通じて配布するような場合には非常に有効になる。こうした事情から、今後普及するであろうBD-ROM再生装置は、テキスト字幕の表示機能を搭載する予定である。
かかるテキスト字幕の表示にあたってBD-ROM再生装置は、フォントを用いて、字幕を構成するコードを、ビットマップに展開し、このビットマップを、ビデオストリームにおける個々のピクチャと同期して表示するよう制御を行う。
尚、テキスト字幕の表示技術に関しては、以下の特許文献に示される先行技術がある。
特開２０００-２２８６５６号公報
ところで、テキスト字幕として表示が予定されている言語の種類は、430言語に及ぶといわれている。これら430種類もの言語のテキスト字幕を、再生できるかどうかは、言語特性のサポートが存在するかによって変わる。日本語の"縦書き"という特性をサポートする場合を例にとって考えてみると、単に字幕の文字を縦方向に並べただけでは足りず、その縦書き表示に伴う、修正を施す必要がある。具体的にいうなら、括弧の形や文字の位置、長音の形を、横書き時とは異なる、独特なものにしておく必要がある。
ある言語での字幕表示が要求された場合、再生装置側に、その言語のフォントをレンタリングする能力がない場合、又は、フォントのレンタリングはあるが、言語特性のサポートする能力がないような場合は、字幕が文字化けして現れたり、またテキスト字幕が表示されたとしても、その言語の習熟者から見て、不自然な態様で、テキスト字幕が表示されることがありうる。
パソコンソフトの業界では、このような不都合な表示がなされたとしても、"よくあること"で済まされるかもしれない。WWWサイト閲覧ソフトでは、かかる表示が多々みられる。しかし民生機器の分野では、パソコンソフトの業界とは比べ物にならない、厳しい品質管理が要求されるため、文字化けや不自然な態様での表示を回避したいとの要望がすこぶる強い。しかしながらテキスト字幕の言語種は430言語にも及ぶので、文字化けや不自然な態様での表示が存在するか否かを、それぞれの言語について精査するというのは、再生装置を製造するメーカーにとって重荷になってしまう。
本発明の目的は、表示が予定されている言語が何百種類に及ぶ場合であっても、ユーザが表示を希望する言語での、字幕表示の可能性を即座に判定することができる再生装置を提供することである。
上記目的を達成するため、本発明に係る再生装置は、複数テキスト字幕ストリームのうち1つを選択して、選択したテキスト字幕ストリームを、動画と共に再生するものであり、複数のフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表すレジスタセットと、レジスタセットにおける各フラグの設定値を参照することにより、複数のテキスト字幕ストリームのそれぞれをデコードできるか否かを判定する判定手段と、デコードできると判定されたテキスト字幕ストリームを選択する選択手段とを備えることを特徴としている。
レジスタセットには、テキスト字幕をデコードすることができる能力の有無が、言語毎に示されているので、ユーザがある言語でのテキスト字幕表示を希望した場合、その言語でのテキスト字幕表示の可能性の有無を、レジスタセットにおける各ビットの設定値を参照することにより、即座に判定することができる。
各ビットの設定値を参照するだけで、何れかの言語でのテキスト字幕の表示可能性の有無を判定することができるので、たとえ、テキスト字幕の言語種が何百言語に及んだとしても、所望の言語での、字幕表示の可能性を即座に判定することができる。
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は、再生装置２００である。この再生装置２００は、リモコン３００、テレビ４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
以上が本発明に係る再生装置の使用形態についての説明である。続いて本発明に係る再生装置が再生の対象としている、記録媒体について説明する。本発明に係る再生装置により、再生されるのは、BD-ROMである。図２は、BD-ROMの内部構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現すると、図中の第１段目のようになる。この第1段目においてBD-ROMには、Rootディレクトリの下に、BDMVディレクトリがある。
BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、BDJAディレクトリと呼ばれる4つのサブディレクトリが存在する。
STREAMディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子m2tsが付与されたファイル(00001〜00003.m2ts)が存在する。
PLAYLISTディレクトリには、拡張子mplsが付与されたファイル(00001〜00003.mpls)が存在する。
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(00001〜00003.clpi)が存在する。以下、これらのファイルについて説明する。
＜AVClip＞
先ず初めに、拡張子.m2tsが付与されたファイルについて説明する。図３は、拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。拡張子.m2tsが付与されたファイル(00001.m2ts,00002.m2ts,00003.m2ts・・・・・)は、AVClipを格納している。AVClipは(中段)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(上１段目)、PESパケット列に変換し(上２段目)、更にTSパケットに変換し(上３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム(下1段目のPGストリーム)及び対話系のインタラクティブグラフィクスストリーム(下2段目のIGストリーム)をTSパケットに変換して(下３段目)、これらを多重化することで構成される。
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームである。
IGストリームは、対話制御を実現するグラフィクスストリームであり、メニュー、ボタン等のGUI部品を構成するグラフィクスデータ、ボタンの押下時において、再生装置に実行させるべきコマンド(ボタンコマンド)などを含む。
AVClipは、図３に示したように多重化がなされているストリームはMainClipと呼ばれる。この他に、多重化がなされていないものものある。かかるAVClipは、SubClipと呼ばれ、オーディオストリーム、PGストリーム、テキスト字幕ストリーム(TextSTStream)等を構成するAVClipが存在する。
＜Clip情報＞
拡張子"clpi"が付与されたファイル(00001.clpi)は、AVClipのそれぞれに1対1に対応するClip情報である。管理情報故に、Clip情報は、AVClipにおけるストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、対応するストリームにおける複数のエントリー位置を示すEP_mapをもっている。
＜PlayList情報＞
拡張子"mpls"が付与されたファイル(00001.mpls)は、PlayList(PL)情報を格納したファイルである。PlayList情報は、MainPath、Subpathと呼ばれる2種類の再生経路を束ねたものをPlaylist(PL)として定義する情報である。図４は、プレイリスト情報のデータ構造を示す図であり、本図に示すようにプレイリスト情報は、MainPathを定義するMainPath情報(MainPath())と、Subpathを定義するSubpath情報(Subpath())とからなる。
MainPathとは、主たるAVClip上に定義される再生経路である。一方Subpathは、SubClip上に定義される再生経路である。

PlayList情報の詳細その１
＜MainPath＞
先ずMainPathについて説明する。MainPathは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
MainPathは、矢印mp1で示すように複数のPlayItem情報(・・・PlayItem()・・・)から定義される。PlayItem情報は、MainPathを構成する1つ以上の論理的な再生区間を定義する。PlayItem情報の構成は、引き出しmp2によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIN点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip_Information_file_name』と、再生区間の始点を示す時間情報『IN_time』と、再生区間の終点を示す時間情報『OUT_time』と、AVClipやSubClipに多重化されているエレメンタリストリームのうち、再生可能なものを示す『STN_table』とから構成される。
図５は、AVClipと、PlayList情報との関係を示す図である。第1段目はAVClipがもつ時間軸を示し、第2段目は、PlayList情報がもつ時間軸を示す。PlayList情報は、PlayItem#1,#2,#3という3つのPlayItem情報を含んでおり、これらPlayItem#1,#2,#3のIn_time,Out_timeにより、3つの再生区間が定義されることになる。これらの再生区間を配列させると、AVClip時間軸とは異なる時間軸が定義されることになる。これが第2段目に示すPL時間軸である。このように、PlayItem情報の定義により、AVClipとは異なる時間軸の定義が可能になる。

PlayList情報の詳細その２
＜Subpath＞
MainPathが、主映像たるビデオストリームやオーディオストリーム上に定義される再生経路であるのに対し、Subpathは、MainPathと同期すべきテキスト字幕ストリームやオーディオストリームに対して定義される再生経路である。
MainPathにおいて、主映像たるビデオストリームは、関連するオーディオストリームなどとともに多重化されて１本のストリームになっている。BDコンテンツを作成する際には、あらかじめ必要なストリームが判明しているため、同期再生すべき全てのストリームを１本のストリームとして多重化しておけばよい。それに対して、Subpathは、ダウンロードされたテキスト字幕ストリーム等、多重化はされないが、同期再生が必要なストリームである。たとえば、ある映画作品を、世界の様々な地域に頒布しようとした場合、オーサリング担当者は、欧米向けに出荷されるBD-ROMでは英語字幕しか入っていなかったけれど、日本向けに出荷されるBD-ROMには、日本語の字幕を、追加したいと考えることがある。しかし、日本語字幕を構成するストリームを作成し、これをビデオストリームに多重するという手間を払っていたのではコストがかかってしまう。
BD-ROMでは、SubPath情報を用いることにより、日本語字幕を構成する字幕ストリームだけをSubpathとして、MainPathに追加することができる。これにより日本語版作成を可能にさせるというのがSubpathの利点である。
図６は、Subpath情報の内部構成をクローズアップして示す。この矢印sh1に示すように各Subpathは、1つ以上のSubPlayItem情報(・・・SubPlayItem()・・・)からなる。また各SubPlayItem情報は、図中の矢印sh2に示すように『Clip_information_file_name』、『SubPlayItem_In_time』、『SubPlayItem_Out_time』、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』からなる。
『Clip_information_file_name』は、Clip情報のファイル名を記述することにより、SubPlayItemに対応するSubClipを一意に指定する情報である。
『SubPlayItem_In_time』は、SubClipの再生時間軸上における、SubPlayItemの始点を示す情報である。
『SubPlayItem_Out_time』は、SubClipの再生時間軸上における、SubPlayItemの終点を示す情報である。
『sync_PlayItem_id』は、MainPathを構成するPlayItemのうち、本SubPlayItemが同期すべきものを一意に指定する情報である。SubPlayItem_In_timeは、このsync_PlayItem_idで指定されたPlayItemの再生時間軸上に存在する。
『sync_start_PTS_of_PlayItem』は、sync_PlayItem_idで指定されたPlay Itemの再生時間軸上において、SubPlayItem_In_timeで指定されたSubPlayItemの始点が、どこに存在するかを示す。SubPlayItemの再生時において、現在の再生時点が、このsync_start_PTS_of_PlayItemで指示される時点に到来した場合、SubPlayItemによる再生が開始される。SubpathをMainPathと同期させるには、Subpath上の再生開始時刻をMainPath上のどの時刻に合わせるかを、sync_start_PTS_of_PlayItemで指定すればよい。たとえば、MainPath上の再生開始から300秒経った位置から、Subpathで指定されるストリームの再生を開始するよう、sync_start_PTS_of_PlayItemで指定すればよい。再生装置側では、Clock Counterが適切なタイミングで、MainPathを構成するストリームおよびSubpathを構成するストリームを多重分離部に転送している。ClockCounterは、Clock Generatorの時刻を元に、同じ時間精度で現在時刻を計時しているので、上述したようなsync_start_PTS_of_PlayItemの指定により、MainPath、SubPath情報の再生を高い精度で同期させることができる。
図７は、SubPlayItem時間軸上の再生区間定義と、同期指定とを示す図である。本図において第1段目は、PL時間軸を示し、第2段目はSubPlayItem時間軸を示す。図中のSubPlayItem.IN_timeは再生区間の始点を、SubPlayItem.Out_timeは再生区間の終点をそれぞれ示す。これによりSubPlayItem時間軸上にも再生区間が定義されていることがわかる。矢印Sn1においてSync_PlayItem_Idは、PlayItemに対する同期指定を示し、矢印Sn2においてsync_start_PTS_of_PlayItemは、PL時間軸におけるPlayItem上の一時点の指定を示す。
Play Itemの再生時間軸上において、現在の再生時点がsync_start_PTS_of_PlayItemで指示される時点に到達した際、Clip_information_file_nameで指定されたSubClip(テキスト字幕ストリーム)のうち、SubPlayItem_In_timeからSubPlayItem_Out_timeまでの部分が再生されることになる。かかる再生により、テキスト字幕ストリームのうち、SubPlayItem_In_time、SubPlayItem_Out_timeで指定された部分がAVClipと同期再生されることになる。以上がSubpathについての説明である。
上述したPlay Item情報の構成においてSTN_tableは、本発明の実施になくてはならない必要不可欠な要素である。以降STN_tableについてより詳細に説明する。

PlayList情報の詳細その３
＜STN_table＞
STN_tableは、Play ItemのClip_Information_file_nameで指定されているAVClipに多重化された複数エレメンタリストリームやSubPlayItemのClip_Information_file_nameで指定されているSubClip内のエレメンタリストリームのうち、再生可能なものを示すテーブルである。具体的にいうと、複数エレメンタリストリームのそれぞれについてのentryを、attributeと対応付けることで構成される。ここで"再生可能なエレメンタリストリーム"とは、PlayItemにより指定されているAVClipに多重されているエレメンタリストリームを主として意味する。しかしこれだけではなく、AVClipとは別個に記録されながら、このエレメンタリストリームと共に再生されるエレメンタリストリーム(テキスト字幕ストリーム)も含む。
図８（ａ）は、STN_tableの内部構成を示す図である。本図に示すようにSTN_tableは、STN_tableにおけるentryと、attributeとの組み(entry-attribute)を複数含み、これらentry−attributeの組みの個数(number_of_video_stream_entries,number_of_audio_stream_entries,number_of_PG_textST_stream_entries,number_of_IG_stream_entries)を示すデータ構造になっている。
entry-attributeの組みは、図中の括弧記号"｛"に示すように、Play Itemにおいて再生可能なビデオストリーム、オーディオストリーム、PGストリーム、テキスト字幕ストリーム、IGストリームのそれぞれに対応している。
entry−attributeの詳細について説明する。図８（ｂ）〜（ｃ）は、entry−attributeの詳細を示す図である。
図８（ｂ）は、PGストリームに対応したentry−attributeの組みを示す図である。
PGストリームにおけるentryは、AVClipを多重分離するにあたって、当該PGストリームの抽出に用いられるPIDを示す『ref_to_stream_PID_of_mainClip』を含む。
PGストリームにおけるattributeは、0x90に設定されることによりPGストリームのコーディックを示す『stream_coding_type』と、対応するPGストリームの言語属性を示す『PG_languagecode』とからなる。『PG_language code』とは、対応するPGストリームの言語属性を、IS0639-2/Tの言語コード(languagecode)により表したものである。
図８（ｃ）は、テキスト字幕ストリーム(textSTstreamと表記することがある。)に対応したentry−attributeの組みを示す図である。
テキスト字幕ストリームにおけるentryは、テキスト字幕ストリームを格納したAVClipのentry識別子を示す『ref_to_subClip_entry_ID』と、同期情報のIDを示す『ref_to_subPath_ID』と、テキスト字幕ストリームに付加されたPIDを示す『ref_to_stream_PID_of_subClip』とからなる。
テキスト字幕ストリームにおけるattributeは、0x92に設定されることによりテキスト字幕ストリームのコーディックを示す『stream_coding_type』と、対応するテキスト字幕ストリームのキャラクタコードを示す『charactercode』と、対応するテキスト字幕ストリームの言語属性を示す『textST_language_code』とからなる。『textST_language_code』とは、対応するテキスト字幕ストリームの言語属性を、IS0639-2/Tの言語コード(languagecode)により表したものである。
以上がSTN_Tableの内部構成である。

PlayList情報の詳細その４
＜PlayList情報の具体例＞
以降、各実施形態で引用するPlayList情報の具体例について説明する。図９は、第１実施形態で取り上げるAVClipの一例を示す図であり、図１０は、第１実施形態で取り上げる、PlayList情報の一例を示す図である。本実施形態で引用するPlayList情報は、3つのPlayItem情報(PlayItem情報#1〜PlayItem情報#3)と、4つのSubPath情報(SubPath情報#1〜SubPath情報#4)とからなる。このうち4つのSubPath情報のClip_information_file_nameは4つの異なるClip情報を示している。
これら4つのClip情報のうち、SubPath情報#1に対応するAVClipが、日本語のテキスト字幕ストリーム、SubPath情報#2に対応するAVClipが、フランス語のテキスト字幕ストリーム、SubPath情報#3に対応するAVClipが中国語のテキスト字幕ストリーム、SubPath情報#4に対応するAVClipがアラビア語のテキスト字幕ストリームであるなら、これらのテキスト字幕ストリームが、SubPath情報として、MainPathと共に再生されることになる。一方、これらのMainPathにおける3つのPlayItem情報は、図５に示したものと同じであり、1つのPlayList時間軸を構成する。これらのPlayItem情報のClip_information_file_nameに記述されているのが、Clip情報のファイルであり、このClip情報には、ビデオストリームと、PGストリームとを多重したAVClipが対応しているものとする。
また図中の引き出し線cs1,cs2,cs3はPlayItem情報#1〜PlayItem情報#3のSTN_Tableの構成をクローズアップしている。この引き出し線に示すように、STN_Tableには、AVClipに多重されているPGストリームと、SubPath情報にて指定されているテキスト字幕ストリームのPIDが記述されているものとする。その結果、1:英語、2:日本語、3:フランス語、4:中国語、5:アラビア語という5つの言語のテキスト字幕ストリームが、再生可能になっている。
以上の図１０におけるPlayList情報の記述により、図１１に示すような、デジタルストリームの束が規定されることになる。図１１は、図１０に示したPlayList情報により規定されるデジタルストリームの束を示す図である。PlayItem情報#1〜PlayItem情報#3は、図５に示した時間軸を構成するため、時間軸においてPlayItem情報#1、PlayItem情報#2、PlayItem情報#3が再生されている期間に、ビデオストリームが再生され、また英語のPGストリーム、日本語〜アラビア語のテキスト字幕ストリームの再生が可能になる。つまりPlayList時間軸の再生進行に伴い、英語のPGストリーム、日本語〜アラビア語のテキスト字幕ストリームの再生が可能になり、これらのうち、英語のPGストリーム、日本語〜アラビア語のテキスト字幕ストリームの何れかを、ビデオストリームと同期して再生させることができる。
以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。
図１２は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、BD-ROMドライブ１、LocalStorage２、操作受付部３、多重分離部４、ビデオデコーダ５、ビデオプレーン６、PGデコーダ７、PGプレーン８、合成部９、テキストコードバッファ１０、フォントバッファ１１、TextSTデコーダ１２、ローダ１３、シナリオメモリ１４、制御部１５、PSRセット１６から構成される。本図において一点鎖線で囲んだ部位は、システムLSIとして、ワンチップ化されている部位を示す。
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
ローカルストレージ２は、ネットワーク等を介してダウンロードされたAVClip、Clip情報、PlayList情報が格納される内蔵媒体である。ローカルストレージ２上のPlayList情報は、BD-ROM及びローカルストレージ２のどちらに存在するClip情報であっても、指定できる点でBD-ROM上のPlayList情報と異なる。この指定にあたって、ローカルストレージ２上のPlayList情報は、BD-ROM上のファイルをフルパスで指定する必要はない。本ローカルストレージ２は、BD-ROMと一体になって、仮想的な1つのドライブ(仮想ドライブ部)として、再生装置２００により認識されるからである。故に、PlayItem情報におけるClip_Information_file_name及びSubPlayItem情報のClip_Information_file_nameは、Clip情報の格納したファイルのファイルボデイにあたる5桁の数値を指定することにより、ローカルストレージ２、BD-ROM上のAVClipを指定することができる。このローカルストレージ２の記録内容を読み出し、BD-ROMの記録内容と動的に組み合わせることにより、様々な再生のバリエーションを産み出すことができる。
図１３は、ローカルストレージに格納されたPlayList情報により、どのようなPlayList再生時間軸が定義されるかを示す図である。第1段目は、BD-ROMに記録されたAVClipにおける再生時間軸を示し、第2段目は、ローカルストレージに格納されたPlayList情報により定義されるPlayList再生時間軸を示す。この第1段目、第2段目に示すように、ローカルストレージに格納されたPlayList情報は、BD-ROM上のAVClipに対して独自の再生時間軸を定義することができる。第3段目は、ローカルストレージに格納されたSubPlayItemにおけるSubPlayItem再生時間軸を示す。図中のSubPlayItem.IN_timeは再生区間の始点を、SubPlayItem.Out_timeは再生区間の終点をそれぞれ示す。これによりSubPlayItem時間軸上にも再生区間が定義されていることがわかる。矢印Sn1においてSync_PlayItem_Idは、PlayItemに対する同期指定を示し、矢印Sn2においてsync_start_PTS_of_PlayItemは、PL時間軸におけるPlayItem上の一時点の指定を示す。
このため、SubPLayItem情報にて、SubPlayItem再生時間軸上に定義される再生区間は、ローカルストレージ上のPlayItem情報により定義されるPlayList再生時間軸と同期をとることになる。
ローカルストレージ上のPlayList情報は、BD-ROM上のAVClipに対し、PlayList再生時間軸を指定することができ、ローカルストレージ上のSubPLayItem情報は、この再生時間軸に対し、ローカルストレージ上のSubPlayItemとの同期を指定することができるので、ローカルストレージ上のSubPlayItemで指定されるAVClipがテキスト字幕ストリームである場合、このテキスト字幕ストリームをBD-ROM上のAVClipと同期させて再生することができる。
以上がLocal Storage２についての説明である。
操作受付部３は、ストリーム等を選択する操作が、リモコンや再生装置のフロントパネルに対してなされれば、その操作を示すUser Operation情報をストリーム選択部１７に出力する。
多重分離部４は、Clock Counter、Clock Generatorを備え、Local Storage２からTSパケットを取り出して、このTSパケットを構成するTSパケットをPESパケットに変換し、ビデオストリーム及びIGストリームを得て、それぞれビデオデコーダ５、PGデコーダ７に出力する。
ビデオデコーダ５は、多重分離部４から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン６に書き込む。
ビデオプレーン６は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーン６における解像度は1920×1080であり、このビデオプレーン６に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
P-Graphics(PG)デコーダ７は、BD-ROMから読み出されたプレゼンテーショングラフィクスストリームをデコードして、非圧縮グラフィクスをPresentationGraphicsプレーン８に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Presentation Graphics(PG)プレーン８は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、PresentationGraphicsプレーン８中の非圧縮グラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、PresentationGraphicsプレーン８に格納された非圧縮グラフィクスは、表示に供される。
合成部９は、ビデオプレーン６に格納された非圧縮状態のピクチャデータを、Presentation Graphicsプレーン８の格納内容と合成する。
テキストコードバッファ１０は、BD-ROM及びLocal Storage２から読み出されたテキスト字幕ストリームが格納されるバッファである。テキスト字幕ストリームの場合、２時間の映画作品用の字幕でも500Kバイト程度であるので、500Kバイト程度の規模がテキストコードバッファ１０にあれば、1つのテキスト字幕ストリームを読み込むことができる。
フォントバッファ１１は、テキスト字幕ストリームを構成するコード列をビットマップに展開する際、用いられるフォントデータが格納される。本フォントバッファ１１は、1Mバイトほどのメモリ規模があれば、CJKフォント（中国語、日本語、韓国語）フォントを格納しておくことができる。このCJKフォントが格納されていれば、中国語、日本語、韓国語のテキスト字幕をビットマップに展開することができる。
TextSTデコーダ１２は、フォントバッファ１１に格納されているフォントデータを用いて、テキストコードバッファ１０上のテキスト字幕ストリームに含まれるテキストコードをビットマップに展開してPresentationGraphicsプレーン８に書き込む。
ローダ１３は、テキスト字幕ストリーム及びフォントデータをテキストコードバッファ１０及びフォントバッファ１１にロードする。ローダ１３によるロードの対象は、テキスト字幕ストリーム及びこれの展開に必要なフォントデータであり、比較的データ量が小さいので、ローダ１３は、STN_Tableに記述されている全てのテキスト字幕ストリームをテキストコードバッファ１０に読み込み、それと共に、フォントデータをフォントバッファ１１に読み込んでおくことができる。そうした読み込み後、現在の再生時点に応じてTextSTデコーダ１２に必要なデータを供給する。こうしたMainPathの再生に先立ち、テキストコードバッファ１０、フォントバッファ１１にデータを読み込んでおくことを"プリロード"という。
ローダ１３がプリロードを行うのは以下の理由による。MainPath情報とSubPath情報とで指定される２つのストリームがBD-ROM、ハードディスクとに別々に記録されていれば、２つのメディアからそれぞれ同時に読み取っていけばよい。しかしBD-ROMのような光ディスクは、比較的アクセス速度が遅いので、MainPath情報とにより指定されるストリームと、SubPath情報により指定されるストリームとが同じBD-ROMに記録されている場合、シークを行いながら２つのストリームにアクセスすることは非常に難しい。そこでローダ１３は、MainPathの再生開始を行う前に、SubPath情報が指定するデータ、つまり、テキスト字幕ストリームと、これの展開に用いられるフォントデータとをバッファに読み込んでおくのである。
全てのデータをテキストコードバッファ１０、フォントバッファ１１に読み込んだ場合、MainPath側のストリームを再生させながら、SubPath側のストリームを再生させることもできる。ここで、SubPath情報側のストリームを選択せず、専らMainPath側のストリームを再生させたとしても、テキストコードバッファ１０、フォントバッファ１１が上書きされなければ、MainPath側のストリームから、SubPath側のストリームへの切り替えが可能になる。
シナリオメモリ１４は、カレントのPlayList情報やカレントのClip情報を格納しておくためのメモリである。カレントPlayList情報とは、BD-ROMに記録されている複数PlayList情報のうち、現在処理対象になっているものをいう。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
制御部１５は、シナリオメモリ１４に読み出されたカレントPlayList情報、カレントClip情報に従い、BD-ROMに記録されたAVClipを読み出し、再生する制御を行う。
PSRセット１６は、再生装置に内蔵されるレジスタであり、64個のPlayer Status/Setting Register(PSR)と、4096個のGeneralPurpose Register（GPR)とからなる。Player Status/Setting Registerの設定値(PSR)がどのような意味をもつかは、後で詳細に説明する。
ストリーム選択部１７は、STN_tableに記述されているentry−attributeが記述されているPGストリーム又はテキスト字幕ストリームから1つを選択して、再生させる。ストリーム選択部１７による選択とは、STN_Tableに記載された複数のentry-attributeの組みのうち、PSRに格納されたストリーム番号に対応するものから、PIDを取り出し、取り出されたPIDに対応するPGストリーム又はテキスト字幕ストリームを、動画像に合成させることをいう。ここで取り出されたPIDが、PGストリームを特定するものなら、そのPGストリームを多重分離するよう、多重分離部４を設定する。一方、取り出されたPIDがテキスト字幕ストリームを特定するものなら、そのテキスト字幕ストリームを、テキストコードバッファ１０、フォントバッファ１１からTextSTデコーダ１２に供給する。
図１４は、ビデオエンコーダのデコードによるデコード結果と、ストリーム選択部１７による選択結果とを、図１２の内部構成に書き加えた図である。ここでビデオエンコーダによるデコード結果とは、ピクチャ列であり、ストリーム選択部１７による選択結果とは、「本当は」「ウソだった」「ごめん」「あれから」「3年たった」という字幕である。ストリーム選択部１７は、PGストリームのデコード結果、テキスト字幕ストリームのデコードを選択的に、ピクチャ列に合成させることにより、再生装置は、PGストリームのデコード結果、テキスト字幕ストリームのデコード結果のどちらかを、字幕としてピクチャに合成した上で再生させることができる。

＜PSRについての説明＞
以上が本発明に係る再生装置の構成である。続いてPSRセットにおける個々のPSRについて説明する。PSRセットのうちPSR1、PSR2、PSR15、PSR17、PSR30、PSR48〜61は、再生装置における音声・字幕の選択や、これらをデコードする能力の有無、言語設定を示すものである。図１５は、PSR2、PSR17、PSR30の詳細設定を示すである。

PSRの詳細その１.PSR2,17,30
PSR2は、現在選択されているPGストリーム又はテキスト字幕ストリームのストリーム番号を格納する。ここでストリーム番号とは、STN_Tableにおいて、PGストリーム及びテキスト字幕ストリームに対応するentry-attributeが何番目に記載されているかという、記載順位を示す番号であり、個々のSTN_Tableに依存した番号である。
またPSR2はdisp_flagを含む。disp_flagは、"0"に設定されることにより、PGストリーム及びテキスト字幕ストリームの表示が不可能であることを示し、"1"に設定されることによりPGストリーム及びテキスト字幕ストリームの表示が可能であることを示す。
PSR17は、本再生装置における字幕言語の設定を、IS0639-2/Tの言語コード(language code)により表す。ここで言語設定とは、再生装置に対し430言語という言語のうち、ユーザが再生を希望しているものを記憶しておくことをいう。このPSR17に記憶されている言語は、あくまでも、ユーザの希望であり、この言語に対応するPGストリーム、テキスト字幕ストリームがBD-ROMに存在するとは限らない。またPSR17に存在するDecodeCapabilityが、再生装置に存在するとも限らない。とにかく、ユーザの希望が、字幕言語の設定として、PSR17に記憶されているのである。
PSR30は、最上位ビットが"0"に設定されることによりテキスト字幕を表示する能力が再生装置に存在しない旨を示し、最上位ビットが"1"に設定されることによりテキスト字幕を表示する能力が再生装置に存在する旨を示す。
再生装置にテキスト字幕ストリームをデコードする能力があったとしても、どの言語に対応するテキスト字幕ストリームのデコードが可能であり、どの言語に対応するテキスト字幕ストリームのデコードが不可能であるかは、言語によって違う。

PSRの詳細その２.PSR48〜61
テキスト字幕ストリームは、文字コードを用いて字幕を表現している。しかし日本・中国・韓国などの東南アジアにおいて顕著にみられるように、様々な言語ごとに、違う文字コードが存在することもある。そこで、言語ごとにフラグを用意して、対象となる言語が適切に表示できるか否かを、判定できるようにしている。PSRセットのPSR48〜61は、IS0639-2/Tの言語コード(language code)にて定義された個々の言語のテキスト字幕ストリームに対する、デコード能力の有無を示す。

図１６は、PSR48〜61の内部構成を示す図である。本図における四角枠は、1つの言語におけるDecode Capabilityを示すDecodeCapabilityフラグである。
これらPSR48〜61は、言語数分のフラグを格納している。フラグは各言語ごとに表示可能か否かを示すことができれば足りるので、1言語=1ビットに設定されている。利用人数の比較的少ないローカルな言語であっても、DecodeCapabilityの有無を示すことにしているから、本図におけるビット構成は、430言語×1ビットにより、430ビット以上のレジスタ領域を必要としている。
かかるDecode Capabilityフラグは、430言語のそれぞれに対応しているから、これらのDecode Capabilityフラグのうち、STN_Tableに記述されたtextST_language_codeに対応するものを参照することにより、そのtextST_language_codeに対応する言語のテキスト字幕のデコード能力の有無を判定することができる。
図１７は、PSR48〜61におけるDecode Capabilityフラグと、textST_language_codeとの対応を示す図である。PSR48〜61における個々のDecodeCapabilityフラグが、PSR番号p及びビット位置qにより識別される。またテキスト字幕ストリームの言語属性は、textST_language_codeにて表現される。このtextST_language_codeを、PSR48〜61におけるPSR番号p及びビット位置qに変換することにより、テキスト字幕ストリームに対するDecodeCapabilityが存在するか否かを判定することができる。
図１８は、PSR48〜61のうち、PSR53の内容を示す図である。PSR53は、計32個のDecode Capabilityフラグを含む。"jpn","jav","ita"といった3バイトのコードは、textST_language_codeである。これらtextST_language_codeに示されるDecodeCapabilityフラグが、計32個、PSR53に存在していることがわかる。図１９は、textST_language_codeの意味内容を示す図である。この図における意味内容を照合すると、"ita"という3バイトのコードはイタリア語を示し、"jpn"という3バイトのコードは日本語を示す。"jav"という3バイトのコードはジャワ語を示していることがわかる。残りのPSRも、1ビットの値により、DecodeCapabilityフラグの有無を示しているから、計430言語のDecode Capabilityフラグが、PSR48〜61に示される。以上が本実施形態におけるPSRセットの特徴部分である。続いてストリーム選択部１７における特徴部分について説明する。

＜ストリーム選択部１７についての説明＞
図２０は、第１実施形態におけるストリーム選択部１７の特徴部分を示す図である。ストリーム選択部１７において特徴的であるのは、ビット割当テーブル１９、Procedure実行部２０がストリーム選択部１７に存在している点である。

特徴その１.ビット割当テーブル１９
割当テーブル１９は、textST_language_codeを示す3バイトのコード列と、PSR48〜61におけるPSR番号、ビット位置との割り当てを示す。図２１は、PSR48〜61におけるPSR番号及びビット位置と、textST_language_codeとの対応関係を示す図である。本図によると、textST_language_codeにおける"jpn"という3バイトのコードは、PSR番号"53"と、ビット番号"b8"に対応していることがわかる。
"jav"という3バイトのコードは、PSR番号"53"と、ビット番号"b7"に対応していることがわかる。
"ita"という3バイトのコードは、PSR番号"53"と、ビット番号"b9"に対応していることがわかる。
こうした対応付けを記憶しているので、STN_Tableに記述されたtextST_language_codeから、PSR48〜61におけるPSR番号、ビット位置を導くことができ、そして、そのPSR番号、ビット位置に示される1ビット値の設定値を参照することにより、そのtextST_language_codeに示される言語のDecodeCapabilityの有無を判定することができる。以上が割当テーブルの詳細である。

特徴その２.Procedure実行部２０
Procedure実行部２０は、あるPlayItem情報から別のPlayItem情報への切り換わりが生じた場合、又はストリーム番号を切り換える旨の操作がユーザによりなされた場合、所定の手順を実行して、PSR2に新たなストリーム番号を書き込む。ストリーム選択部１７は、PSR2に書き込まれたストリーム番号に応じて、PGストリーム又はテキスト字幕ストリームを選択するので、かかるPSR2の設定を通じて、PGストリーム、テキスト字幕ストリームのどちらかが再生されることになる。ここで、PlayItem情報の切り換わり時において、PSR2設定のために実行される手順を『Procedurewhen playback condition is changed』といい、ユーザ操作時において、PSR2設定のために実行される手順を『Procedurewhen change is requested』という。
PlayItem情報の切り換わり時に、手順を実行するのは、STN_TableはPlayItem情報毎に存在するので、あるPlayItem情報においては再生可能であったテキスト字幕ストリームが、別のPlayItem情報において再生不可能になることが往々に有り得るからである。
また、ユーザ操作の際、手順を実行するのは、ユーザ操作にてPSR2に格納されるストリーム番号が、常に正しいとは限らず、不正なストリーム番号が書き込まれようとした際のリカバリーが必要になるからである。
『Procedure when playback condition is changed』及び『Procedure when change isrequestedは、PGストリーム、テキスト字幕ストリームのそれぞれが、(a)(b)の条件を満たすか否かを判定して、満たした条件の数の多さにより、PGストリーム及びテキスト字幕ストリームに優先順位を付与する。そして、その優先順位が高いもののストリーム番号をPSR2に書き込むというものである。

.Procedure実行部２０の詳細その１
＜Procedure when playback condition is changed＞
Procedure when playback condition is changedの処理手順は、図２２のようになる。本処理手順は、ステップＳ１、ステップＳ２という2つの判定ステップの組合せで、PSR2の設定を行うものである。
ステップＳ１は、STN_tableにおけるentry数が0であるか否かの判定であり、もし0であればステップＳ３においてPSR2の値を維持する。
ステップＳ２は、STN_tableにおけるentry数は0ではない場合に、PSR2よりSTN_tableのentry数が多く、尚且つ、条件(A)が真であるかを判定するものである。条件(A)とは、PSR2で特定されるテキスト字幕ストリームをデコードする能力が再生装置に存在することである。もしステップＳ２がYesであればPSR2を維持する(ステップＳ４)。もしPSR2の値がentry数より大きいか、或は条件(A)を満たさない場合は、ステップＳ５において何等かの有効な値をPSR2に再設定する。

.Procedure実行部２０の詳細その２
＜Procedure when change is requested＞
続いてProcedure when change is requestedについて説明する。図２３は、ストリーム変化時における設定手順を示すフローチャートである。本フローチャートと、図２２との違いは、図２２におけるPSR2の表記がXに置き換えられている点である。このXは、操作受付部３から出力されたUserOperation情報やIGストリーム内のボタンコマンドに基づく値である。
本フローチャートにおけるステップＳ１９は、XよりSTN_tableのentry数が多く、尚且つ、条件(A)が真であるかを判定するものである。条件(A)とは、PSR2で特定されるPGストリーム、テキスト字幕ストリームをデコードする能力が再生装置に存在することである。もしXがこの条件を満たすなら、PSR2にXを設定する(ステップＳ２１)。
もしXがentry数より大きいか、或は条件(A)を満たさない場合は、Xが、Invalidな値(0xFFFF)であるか否かを判定する(ステップＳ２２)。もしOxFFFFであれば、ユーザが選択を意図するPGストリーム、テキスト字幕ストリームの番号は無効であると考えられるので、ユーザ操作に基づく値Xを無視し、PSR2の設定値を維持する(ステップＳ２４)。
もし値Xが0xFFFFでないなら、値XをPSR2に設定する(ステップＳ２３)。
.Procedure実行部２０の詳細その３
＜何等かの有効な値をPSR2に設定するための設定手順＞
上述したフローチャートにおいて、ステップＳ５及びステップＳ２３の処理の詳細は、図２４に示した通りになる。図２４は、PSR2の設定手順を示すフローチャートである。
本フローチャートのステップＳ３１、ステップＳ３２は、STN_tableに記述されているPG_textST_streamのそれぞれについて、ステップＳ３３〜ステップＳ３５の処理を繰り返すループ処理になっている。本ループ処理において処理対象となるPG_textST_streamをPG_textST_streamiとする。ステップＳ３３は、PG_textST_streamiのstream_coding_typeが0x91であるか、0x92であるかの判定であり、もし0x91であるならステップＳ３４に移行する。
ステップＳ３４は、PG_streamiが、以下の(a)(b)を満たすか否かの判定である。
(a)PGストリームiをデコードする能力が再生装置に存在すること
(b)PGストリームiの言語属性が再生装置の言語設定と一致すること
この(b)の条件は、STN_tableにおけるPG_language_codeがPSR17と一致するか否かの判定でなされる。
一方ステップＳ３５は、textST_streamiが(a)(b)を満たすかを否かの判定である。
(a)テキスト字幕ストリームiをデコードする能力が再生装置に存在すること
(b)テキスト字幕ストリームiの言語属性が再生装置の言語設定と一致すること
(a)の条件を具備しているかの判定は、PSR48〜61における対応するビットが"デコード能力有"を示すかどうかでなされる。(b)の条件を具備しているかの判定は、STN_tableのtextST_language_codeがPSR17の設定値と一致しているかどうかでなされる。
以上のステップＳ３３〜ステップＳ３５の処理が全てのPG_textST_streamについて繰り返されれば、ステップＳ３６〜ステップＳ４１の処理が実行される。
ステップＳ３６は、(a)を満たすPGstreamが存在しないかどうかの判定であり、もし存在しないのなら、Invalidな値(0xFFFF)をPSR2に設定する(ステップＳ３８)。
ステップＳ３７は、(a)(b)の双方を満たすPG_textST_streamが存在するかどうかの判定であり、もし存在するのなら(a)(b)を満たすPG_textST_streamのうち、STN_tableにおけるエントリー順位が最も高いものをPSR2に設定する(ステップＳ３９)。
ステップＳ４１は、(a)のみを満たすPGstream、(a)のみを満たすtextST_streamのうち、STN_tableにおけるエントリー順位が最も高いものをPSR2に設定する。以降具体例を交えながら、本フローチャートの処理について説明する。
各テキスト字幕ストリームのDecode Capabilityの有無については、図２５のフローチャートに基づき判定される。図２５は、テキスト字幕ストリームのDecodeCapabilityの有無を判定するにあたっての判定手順を示すフローチャートである。本フローチャートは、対象となるテキスト字幕ストリームのtextST_language_codeをSTN_Tableから取得して(ステップＳ１１)、割当テーブルを参照することにより、テキスト字幕ストリームのtextST_language_codeにあたるPSR番号p及びビット位置qとを特定する(ステップＳ１２)。そして、PSRpのqビット目が"1"であるか、"0"であるかを判定して(ステップＳ１３)、PSRpのqビット目が"1"であれば、対象となるテキスト字幕ストリームが、条件(a)を満たすとする(ステップＳ１４)。一方、PSRpのqビット目が"0"であれば、対象となるテキスト字幕ストリームが、条件(a)を満たさないとする(ステップＳ１５)。

.Procedure実行部２０の詳細その３
＜PSR2設定の具体例＞
この具体例で想定している再生装置は、図２６（ａ）に示すように日本語、中国語のテキスト字幕ストリームをデコードする能力はもっているが、フランス語、イタリア語をデコードする能力はもっていない再生装置である。そして中国語を示すよう、PSR17における言語設定がなされているものとする。
かかる再生装置に対し、図２６（ｂ）に示すようなSTN_tableがロードされたとする。このSTN_tableには、日本語、フランス語、中国語、アラビア語のテキスト字幕ストリームのentry(textST_stream1,2,3,4)が記述されている。
かかる記述内容のSTN_tableが処理対象であると、ステップＳ３４、ステップＳ３５において各PG_textST_streamが、条件(a)、条件(b)を具備しているかどうかのチェックが図２６（ｃ）に示すようになされる。ここで日本語のテキスト字幕ストリームは、2つの条件のうち、条件(a)しか満たさない。中国語のテキスト字幕ストリームは、条件(a)、条件(b)を満たす。
各ストリームについての条件具備が明らかになったので、条件(a)〜条件(b)の全てを満たす中国語のテキスト字幕ストリームに最高順位を付与する。その結果、中国語のテキスト字幕ストリームが選択されることになる。

.Procedure実行部２０の詳細その４
＜PSR2設定の具体例＞
以降、図２７を参照しながら、STN_tableにおけるentryの順序によるテキスト字幕ストリーム選択について説明する。ここで想定する再生装置は、図２６（ａ）同様、日本語，中国語のデコード能力をもっている再生装置である。そして韓国語を示すよう、PSR17における言語設定がなされているものとする。
かかる再生装置に対し、図２７（ｂ）に示すようなSTN_tableがロードされたとする。このSTN_tableには、日本語〜アラビア語のテキスト字幕ストリームのentry(textST_stream1,2,3,4)が記述されている。
かかる記述内容のSTN_tableが処理対象であると、ステップＳ３４、ステップＳ３５において各PG_textST_streamが、条件(a)、条件(b)を具備しているかどうかのチェックが図２７（ｃ）に示すようになされる。ここで日本語のテキスト字幕ストリームは、2つの条件のうち、条件(a)しか満たさない。中国語のテキスト字幕ストリームも、条件(a)しか満たさない。
ここで、条件(a)のみを満たしているテキスト字幕ストリームが複数ある場合、STN_tableにおけるentryの順位に応じて、各ストリームにおける順位を定める。ここで、STN_Tableにおいては、日本語の順位が最高になっているので、日本語のテキスト字幕ストリームが選択されることになる。以上がProcedure実行部２０についての説明である。続いて制御部１５による処理手順についての説明を行う。

特徴その３.制御部１５による処理手順
図２８は、制御部１５による再生手順を示すフローチャートである。本フローチャートは、PlayList情報における先頭のPlayItem情報をPlayItem情報iとして、ステップＳ１３３〜ステップＳ１４２のループ処理を実行するものである。ステップＳ１３３〜ステップＳ１４２のループ処理における制御変数は、変数iであり、ステップＳ１３３〜ステップＳ１４０の処理を実行して、その後、制御変数iをインクリメントするという処理を、変数iが、PlayItem数(NumberOf PlayItem)を越えるまで実行するものである(ステップＳ１４１)。
このステップＳ１３３〜ステップＳ１４０の処理について説明する。これらの処理は、PlayItem情報iのClip_information_file_nameに記述されているAVClipを、AVClipjとし(ステップＳ１３３)、再生の対象とする。ステップＳ１３４は、Procedurewhen Playback Control is changedの実行であり、その後、PlayItem.In_timeからPlayItem.Out_timeまでの部分を再生するよう、ドライブ装置及びデコーダに指示する(ステップＳ１３５)。
ステップＳ１３６は、PlayItem情報iをSync_PlayItem_idに指定しているSubPlayItemkが存在するか否かの判定である。もし存在しなけば、そのままステップＳ１４１に移行する。
もし存在すれば、SubPlayItemkのClip_information_file_nameに記述されているAVClipをAVCliphにし(ステップＳ１３８)、そのAVCliphのうち、Sync_Start_PTS_of_PlayItemから、Out_timeまでを再生するよう、ドライブ装置及びデコーダに指示してステップＳ１４１に移行する(ステップＳ１４０)。
以上の処理を、PlayList情報を構成する全てのPlayItem情報について繰り返すことにより、PlayList情報にて規定されるAVClipの再生がなされる。このループ処理において、1つのPlayItem情報の再生がなされる度に、Procedurewhen Playback Control is changedがProcedure実行部２０により実行され、このProcedure実行部２０の実行により、PGストリーム、テキスト字幕ストリームのうち、1つが選択されることになる。そしてこうして選択されたストリームがテキスト字幕ストリームであり、SubPath情報で指定されているものなら、ステップＳ１３６〜ステップＳ１４０の手順により、このテキスト字幕ストリームが再生されることになる。
以上のように本実施形態によれば、PSR48〜61には、テキスト字幕を表示することができる能力の有無が、言語毎に示されているので、ユーザがある言語でのテキスト字幕表示を希望した場合、その言語でのテキスト字幕表示の可能性の有無を、レジスタセットにおける各ビットの設定値を参照することにより、即座に判定することができる。
各ビットの設定値を参照するだけで、何れかの言語でのテキスト字幕の表示可能性の有無を判定することができるので、たとえ、テキスト字幕の言語種が何百言語に及んだとしても、所望の言語での、字幕表示の可能性を即座に判定することができる。
(第２実施形態)
第２実施形態では、テキスト字幕ストリーム及びTextSTデコーダ１２の内部構成をより詳細に説明する。図２９は、テキスト字幕ストリームの内部構成を示す図である。本図の第1段目は、SubPlayItem情報の時間軸を示し、第2段目はEP_mapを示す。第3段目は、テキスト字幕ストリームを示す。この第3段目におけるテキスト字幕ストリームの内部構成について説明する。
テキスト字幕ストリームは、先頭に唯1つ存在する『スタイル情報』と、複数の『表示情報』とからなる。このスタイル情報は、スタイル情報は、テキスト字幕ストリームの先頭に１つのみ存在している。スタイル情報は、自身の識別子である『スタイルID』と、ビットマップへの展開に用いるフォントデータを示す『フォントID』、ビットマップへの展開時における『フォントサイズ』、PGプレーン８における表示領域の水平位置、垂直位置を示す『表示位置』とからなり、テキスト字幕ストリームは、これらの情報をまとめて"スタイル"として管理している。またスタイル情報内に複数のスタイルが定義されることがある(図２９では2つ)。
スタイル情報に、フォントサイズを記載しているのは、最低限のフォントバッファのサイズを宣言するためである。つまりフォントセットはプリロードが必要であるため、必ず読み込まなければならないフォントデータを、ストリーム再生前に明示的に指定しておくようにしている。
表示情報は、 字幕の『表示開始時刻』と、字幕の『表示終了時刻』、字幕を表すコード列である『テキストコード列』、この字幕を表示すべき表示位置を一意に特定する『スタイルIDの参照値』からなる。テキスト字幕に対応するEP_mapは、テキスト字幕を構成する個々の表示情報をエントリー位置として指定している。そのため、図２８に示したように、テキスト字幕ストリームをその内部から再生させるにあたって、TextSTデコーダ１２は、これら複数の表示情報のうち、SubPlayItem情報のSubPlayItem_In_time,SubPlayItem_Out_timeに対応するものを再生してゆく。以上がスタイル情報、表示情報について説明である。
図３０（ａ）は、スタイル情報,表示情報の設定例を示す図である。この設定例においてスタイル情報#1は、Presentation Graphicsプレーン８における座標(x1,y1)を示すよう設定されているものとする。
そして図３０（ａ）における3つの表示情報は、スタイル情報において定義された字幕の表示領域を指定している。各表示情報における表示開始時刻は、それぞれt1,t2,t3に設定されており、各表示情報におけるテキスト文字列は「本当は」「ウソだった」「ごめん」に設定されている。こうした設定により、表示情報における字幕は、動画の再生時刻の進行に伴い、順々に切り換わってゆくことになる。
図３０（ａ）の表示情報を含むテキスト字幕ストリームと、BD-ROM上のAVClipとの同期がLocal Storage３２上のPlayList情報に規定されているものとする。そうすると、表示情報の表示位置、表示開始時刻に基づきテキスト文字列をPresentationGraphicsプレーン８上に配置することにより、図３０（ｂ）のような合成画像が再生されることになる。
以上が本実施形態におけるテキスト字幕ストリームの内部構成である。
続いてEP_mapについて説明する。図２９の第2段目におけるEP_mapは、テキスト字幕ストリームにおける表示情報のエントリー位置を、SubPlayItem情報時間軸におけるエントリー時刻と対応づけて示す。かかる対応付けを示すことにより、SubPlayItem情報時間軸における任意の位置から、テキスト字幕における表示情報のアドレスを導くことができる。
以上がテキスト字幕ストリームについての説明である。
続いて、SubPlayItem情報を用いたテキスト字幕ストリームの再生について説明する。図２９に示したように、EP_mapにより、エントリー時刻とエントリー位置との対応付けがなされているので、SubPlayItem情報のIn_time、Out_timeを、テキスト字幕ストリームのエントリー位置に変換することにより、In_timeに対応する表示情報のアドレスを、得ることができる。
図３１は、図２８のステップＳ１４０の詳細フローチャートであり、テキスト字幕ストリームの再生処理を示すフローチャートである。
ステップＳ１４８では、カレントClip情報のEP_mapを用いて、SubPlayItem#yのIn_timeを、テキスト字幕ストリームにおける表示情報の相対アドレスαに変換する。一方ステップＳ１４９では、SubPlayItem#yのOut_timeを,カレントClip情報のEP_mapを用いて、テキスト字幕ストリームにおける表示情報の相対アドレスβに変換する。これらの変換で得られたアドレスβの次のアドレスを求めて、そのアドレスの1つ手前をアドレスγに設定し(ステップＳ１５１)、そうして算出されたアドレスγを用いて、テキスト字幕ストリームにおけるアドレスαからアドレスγまでの部分をTSデコーダに投入する(ステップＳ１５２)。このフローチャートにより、SubPlayItem情報におけるIn_timeを、テキスト字幕ストリームにおけるエントリー位置に変換することにより、SubPlayItem情報に基づき、テキスト字幕ストリームを再生させることができる
かかる処理により、MainPathの再生、SubPathの再生の双方が再生されるので、動画と字幕とからなる合成画像が表示されることになる。
続いて本実施形態におけるTextSTデコーダ１２の内部構成について説明する。
図３２は、TextSTデコーダ１２の内部構成を示す図である。本図に示すようにTextSTデコーダ１２は、フォントレンダリング部２１と、展開バッファ２２と、コントローラ２３とからなる。
フォントレンダリング部２１は、テキストコードバッファ１０に格納されている表示情報のコード列を、ビットマップに展開する。この展開にあたっては、その表示情報におけるスタイルIDを取り出して、そのスタイルIDに対応するフォントデータをバッファから取り出し、このフォントデータを用いることにより行う。
展開バッファ２２は、フォントレンダリング部２１により展開されたビットマップが格納される。
テキスト字幕ストリームを構成するコード列と、このコード列の展開に必要なフォントデータとをバッファに読み込む処理を"プリロード"という。テキストコードバッファ１０、フォントバッファ１１に複数のストリームを読み込むことができる場合、読み込まれる優先順位は、第１実施形態で述べた、STN_tableにおける順位などによって決められる。優先順位の高いストリームからテキストコードバッファ１０、フォントバッファ１１に読み込めるだけ読み込んでおけば、再生中にシークを発生させずに切り替えられるストリームの種類が増す。
コントローラ２３は、展開バッファ２２に格納されたビットマップを、表示情報における表示時刻及び表示位置に従い、PGプレーン８に書き込む。
フォントレンダリング部２１によるビットマップへの展開にあたっては、テキスト字幕ストリームに対応する言語の言語特性をサポートするような制御を行う。言語特性のサポートには、横書き、縦書き、カーニング、行末禁則、右から左への描画、合字・抱き字といったものがある。
ここでカーニングとは、文字の形状により字間を詰めて見た目をよくする機能をいう。行末禁則とは、行末の「。」がフォントの配置により行頭にくることを禁止する機能をいう。
以上がTextSTデコーダ１２の内部構成を示す図である。字幕をグラフィクスで表現する場合には、発生しなかったが、コード列で表現する場合に新たに発生する技術的課題について説明する。

＜コード列表現による技術的課題＞
グラフィクスで表現された字幕の場合、どの再生装置でも同じ見た目を保つことは簡単になる。字幕が文字コードで表現されている場合は、図３２の内部構成に示したような、FontGeneraterあるいはRendererと呼ばれるような、文字コードをビットマップに変換して画面上に表示するためのモジュール(フォントレンダリング部２１)が必要になる。そしてFontGeneraterは機器によって、文字の見せ方、サポートする言語が違ってくる可能性がある。
これは、グラフィクスで表現された字幕の場合、見た目はオーサリング時に決められるのに対して、字幕が文字コードで表現されている場合、字幕の見た目は、再生装置のFontGeneratorの性能に依存してしまうためである。
多少の文字の形の違いは、現在のWebページを閲覧するようなHTMLブラウザでも存在し、それほど大きな問題ではないが、以下に述べるような言語特性による違いは非常に大きい。
図３３（ａ）は、日本語の言語特性によるレイアウトの違いについて説明した図である。図３３（ａ）における"括弧の形"は、括弧記号が横書きと、縦書きとで９０度傾きが異なることを示す。"文字の位置"は、「ゃ」のような小さな文字を、横書きと縦書きとで、配置位置を微妙に調整しておく必要があることを示す。"長音の形"は、横書きと縦書きとで、文字の形自体を変えておくことを示す。図３３（ｂ）は、アラビア語の言語特性におけるレイアウトを示す。この図３３（ｂ）に示すように、アラビア語では、文字は右側から左側に流れていくことがわかる。
このような特殊な文字・言語をFont Generaterが生成しなければならないが、これは対応するフォント情報を与えればよいというものではなく、フォントレンダリング部２１がビットマップを描画するにあたっての、描画機能としてこれらをサポートする必要がある。これらのサポートが必要なので、品質保証を考えれば、サポートが全て満たされた限り、デコード能力を有りとするのが望ましい。
また、欧米で発売されるようなBD-ROM再生装置においては滅多に日本語やアラビア語の字幕を表示する必要はないため、必ずしもこれらの文字を適切に表示するためのFontGeneraterは必要ではない。各々の再生装置が全ての言語をサポートする必要はなく、またサポートするためには余分なコストがかかってしまうので望ましくない。あるいは、全ての再生装置は全言語の適切は表示をサポートしなければならないとした場合、製造する国によっては対象となる全言語に対する知識がなく、どのようにFontGeneraterを製造して良いか分からないため、再生装置を製造できなくなってしまうのも望ましくない。その一方、商品の付加価値を高めるためには、表示可能な言語種が多いほどよい。
そこで、テキスト字幕ストリーム制御のためのアプリケーションに、どの言語を適切に表示できるかを伝えるべく、本実施形態では、図３４に示すように、PSR48〜61に対する設定を行う。
図３４は、日本語、英語、アラビア語という3つの言語のDecode Capabilityを設定するにあたっての、判断基準を示す図である。
上の表は、英語、日本語、アラビア語の文字フォントをレンダリングする能力の有無を示し、下の表は、英語、日本語、アラビア語の言語特性をサポートする能力の有無を示す。
この下側の表を参照すると、英語の字幕表示は、PGプレーン８にビットマップを書き込むにあたって、"横書き","カーニング","合字・抱き字"という機能がサポートされて初めて、言語特性がサポートされていると判断することができる(言語特性のサポート→1)。
日本語の字幕表示は、PGプレーン８にビットマップを書き込むにあたって、"横書き","縦書き","行末禁則","ルビ"という機能がサポートされて初めて、言語特性がサポートされていると判断することができる(言語特性のサポート→1)。
アラビア語の字幕表示は、PGプレーン８にビットマップを書き込むにあたって、"右から左の描画"、"合字・抱き字"という機能がサポートされて初めて、言語特性がサポートされていると判断することができる(言語特性のサポート→1)。
これらの機能は、コード列をビットマップに展開する機能(レンタリング)が前提になるから、本実施形態では、レンダリング能力と、言語特性のサポート能力とが満たされて初めて、PSR48〜61における、日本語、英語、アラビア語に対応するDecodeCapabilityフラグをオン"1"に設定するよう規定しておく。
再生装置を商品化するにあたって、メーカーの技術者は、TextSTデコーダ１２が、図３４に示した複数の項目のうち、どれを具備しており、どれを具備していないかをチェックする。そしてレンダリング能力、サポート能力の具備を条件にして、PSR48〜61を設定する。こうしてことにより、Procedure実行部２０がテキスト字幕ストリームをデコードできるか否かの判定が適切なものになり、各言語でのテキスト字幕表示の適切化を期することができる。
尚、PSR48〜61は、言語のDecode Capabilityの有無を示したが、言語ごとではなく、サポートすべき機能(横書き、縦書き、カーニング、行末禁則、合字・抱き字等)ごとに、言語特性をサポートしているか否かを示してもよい。この仕組みを用いると、言語ごとに、どの機能が必要かをあらかじめ決めておけば、言語数分のレジスタ領域を使わずにすむ。この場合、各機能をサポートしている場合は、フラグをONに、サポートしていなければフラグをOFFにしておけばよい。この場合、図３４に示したような対応表が再生装置内に必要となるが、この対応表は、レジスタとしてではなく、プログラムとして組み込むことができるため、言語が増えてもアップデートできる可能性もある。
テキスト字幕ストリームの属性情報として、これまでに説明したように言語属性、つまり日本語や英語であるといった情報ではなく、表示するためにどの機能が必要であるかを、Clip情報に示しておいてもよい。
(第３実施形態)
第１実施形態では、PSR48〜61に示されるDecode Capabilityフラグの設定値のみを参照して、各言語のデコード能力の有無を判定したが、本実施形態は、字幕表示を可とする言語種を拡大する実施形態である。
対象となる言語が再生装置でサポートされていない場合、フォントデータはディスクあるいはダウンロードによって供給されるため、配置などがおかしなことはあるが、読めないことはないかもしれない。そのため、再生装置の状態やユーザーの設定により、サポートしていない言語も表示することを許してもよいし、サポートされていない言語が不適切に表示されて困る場合には表示は避けたい。
ここで言語特性のサポートがない言語(アンサポート言語)における字幕表示の可能性について説明する。図３５（ａ）（ｂ）は、縦書き項目が完全にサポートされている日本語字幕と、縦書き項目のサポートが不完全な日本語字幕とを示す図である。再生装置を製造するメーカーは、アンサポート言語が表示されることによって、文字が読めないなどという商品苦情があっては困る。こうした事情から、このような表示を禁止したいかもしれない。
ところが、日本語の適切な表示をサポートしていなくても、図３５（ｂ）に示すように、何とか読める可能性があり、音声として日本語が入っておらず、他の言語の音声や字幕を理解することができなければ、多少読みにくくてもユーザーは表示を望む可能性がある。再生装置の製造者は基本的には禁止しているが、ユーザーが望むのならば、表示を許可するような設定を再生装置で実現できれば、字幕表示可能な言語種別が格段に増え、ユーザに対する利便性が向上する。尚、ここでいう"ユーザ"とは、いわゆるエンドユーザ(最終消費者)をさすが、メーカの技術者であってもよく、いわゆる"操作者全般"の意味である。
以上のように、品質保証に細心の注意を払っているようなメーカーは、図３５（ｂ）のような字幕表示は禁じたいところであるが、ユーザによっては、図３５（ｂ）のような表示でも、字幕表示が存在することにはかわりないので、このような状態での字幕表示を希望することがある。
こうしたメーカー側の要望と、ユーザ側の要望との調和を図るべく、本実施形態では以下に示すような改良がなされている。アンサポート言語の選択を実現するため、本実施形態における再生装置は、図３６に示すような内部構成を有する。本図における改良点は以下の通りである。

i)PSR30のb23〜b16に、アンサポート言語の選択を許可するか否かを示す許可フラグが存在していること。
ii)PSRの予約領域に、特定の言語圏に属する個々の言語がアンサポート言語であるか否かが示されていること。
iii)Procedure実行部２０が、PSR30のb23〜b16に従ってアンサポート言語の選択を実行すること。
iv)セルフテスト部３１、セットアップ部３２が制御部１５内に存在すること
である。

改良点その１.PSR30のb23〜b16
図３７は、第３実施形態におけるPSR30のb23〜b16のビットアサインを示す図である。本図においてPSR30のb23〜b16に、サポートされていない言語のユーザー選択を許可するか否かがが示さている。
つまりPSR30のb23〜b16が"00000000(=OFF)"の場合は、サポートされていない言語はユーザーが選択しても表示されない。そもそも選択さえできなくしてもよい。このPSR30のb23〜b16が"10000000(=ON)"の場合は、適切な表示ではないかもしれないが、ユーザーが選択して画面上にテキスト字幕ストリームを表示することが可能となることを示す。以上がPSR30のb23〜b16に対する改良である。
続いて予約領域における改良について説明する。

改良点その２.予約領域
図３８は、PSRの予約領域におけるビット構成を示す図である。この予約領域は、漢字圏等、特定の言語圏に属する個々の言語が、アンサポート言語であるか否かを示す。この予約領域における各ビットは、特定の言語圏に属する各言語に対応しており、このビットが"1"であるなら、その言語がアンサポート言語であることを示し、"0"であるなら、その言語は、対応するレンダリング能力が再生装置側にない言語(アンレンダリング言語)であることを示す。かかるビット設定により、特定の言語圏に属する言語については、アンサポート言語であるかどうかが判明することになる。尚、予約領域における各ビットが、どの言語に対応するかという割り当ては、図２１に示したような割当テーブルを用いてなされる。以上がPSRに対する改良である。続いてセルフテスト部３１に対する改良について説明する。

改良点その３.セルフテスト部３１
セルフテスト部３１は、工場出荷時において、レンダリング能力、言語特性のサポートの具備のテストをメーカーの技術者に行わせ、テスト結果に応じて、PSR48〜61の何れかを設定する。ここでセットアップ部３２は、様々のテストパターンを保持しており、それらをTextSTデコーダ１２に与えて、字幕表示における言語特性のサポートのテスト表示を実行させ、テスト結果を、ディスプレイに表示させる。レンダリング能力はあるが、サポート能力がないなら、メーカーの技術者からの操作に従い、その言語をアンサポート言語として登録する。レンダリング能力もサポート能力もないなら、メーカーの技術者からの操作に従い、その言語をアンレンダリング言語として登録する。

改良点その４.セットアップ部３２
セットアップ部３２は、ユーザによるリモコン３００に対する操作に応じてセットアップメニューを表示して、PSR30のb23〜b16の設定値を書き換える。図３９（ａ）は、セットアップメニューを示す図である。本図に示すようにセットアップメニューにより受け付けられる設定項目には、『国・地域』、『メニュー言語』、『音声言語』、『字幕言語』、『表示できる言語の拡張』という5つの項目がある。本セットアップ部３２による特徴は、表示できる言語の拡張を行うかどうかの指定をユーザから受け付ける点である。
図３９（ｂ）は、言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。本図におけるメニューは、アンサポート言語の一覧表示(図中のイタリア語、スペイン語、ロシア語・・・・・)と、このアンサポート言語のテキスト字幕ストリームを表示させる際の警告文Wn1と、言語種の拡張を実行するか否かの選択を受け付けるボタンbn1,bn2とを含む。
この警告文Wn1は、アンサポート言語の字幕を表示する際、字幕表示の一部がおかしくなることをユーザに警告するものである。そして上述のボタンbn1,bn2は、かかる警告にも拘らず、言語種の拡張を実行するか、しないかを受け付ける。以上が本実施形態における各構成要素の改良点である。続いて、Procedure実行部２０、セルフテスト部３１、セットアップ部３２による処理手順を、図４０のフローチャートを参照しながら説明する。
図４０は、第３実施形態におけるテキスト字幕ストリームの判定手順を示すフローチャートである。本フローチャートは、図２５のフローチャートに対し、ステップＳ１６、ステップＳ１７を加えた構成になっている。
このステップＳ１６は、対象となるテキスト字幕ストリームが、アンサポート言語であるか否かを判定するものである。ステップＳ１７は、PSR30のb23〜b16が10000000bであるかを判定するものである。ここでステップＳ１６がYes、ステップＳ１７がYesと判定された場合、このテキスト字幕ストリームはアンサポート言語であったとしても条件(a)を満たすとされる。一方、ステップＳ１６、ステップＳ１７のどちらかがNoであれば、条件(a)を満たさないと判定される。
図４１は、セルフテスト部３１の処理手順を示すフローチャートである。本フローチャートは、textST_language_codeにて表現される、430言語のそれぞれについて、ステップＳ４２〜ステップＳ４８の処理を繰り返すループ処理になっている。ループ処理において対象となる言語を言語uとすると、ステップＳ４２は、言語のtextST_language_codeのPSR番号、ビット位置に変換するものである。
ステップＳ４３は、言語のフォントをレンタリングする能力が有るかどうかの判定であり、もしレンタリングする能力が、ないとと判定されれば、PSRpのqビット目は、0に設定されることになる(ステップＳ４８)。
ステップＳ４４は、言語特性のサポートする能力があるかどうかの判定である。もし有ると判定されれば、PSRpのqビット目は、1に設定されることになる(ステップＳ４５)。もしないと判定されれば、言語uをアンサポート言語として登録した上で(ステップＳ４７)、PSRpのqビット目は、0に設定する(ステップＳ４８)。
以上の処理を全ての言語について実行すれば、ステップＳ４９、ステップＳ５０の処理を行う。ステップＳ４９は、アンサポート言語の字幕表示を実行するかどうかをユーザに問い合わせるステップである。アンサポート言語の字幕表示を実行させたいならステップＳ５０を実行する。ステップＳ５０は、PSR30のb23〜b16を10000000に設定する処理である。もしアンサポート言語の字幕表示を実行させたくないなら、ステップＳ５０をスキップする。以上がセルフテスト部３１の処理手順である。
図４２は、セットアップ部３２の処理手順を示すフローチャートである。セットアップ部３２は、セットアップメニューを表示してから(ステップＳ５１)、アンサポート言語が存在するか否かの判定を行う(ステップＳ５２)。存在しないならステップＳ５４に移行するが、存在すれば、"表示できる言語の拡張"を受け付けるための設定項目を、セットアップメニューに追加して(ステップＳ５３)、セットアップメニューの設定項目における選択待ちを行う(ステップＳ５４)。
設定項目が選択されれば、その選択項目が言語種の拡張であるかの判定を行う(ステップＳ５５)。もし異なれば、国・地域、メニュー言語、音声言語、字幕言語の設定を行うよう、該当する処理手順を実行する(これらの処理手順は本発明の主眼ではないので説明は省略する)。
言語種の拡張であれば、図３９のメニューを表示して(ステップＳ５６)、ユーザからの操作待ちとなる(ステップＳ５７、５８)。移動キーが押下されれば(ステップＳ５７でYes)、セットアップメニュー上のフォーカスを行う(ステップＳ５９)。終了操作がなされれば(ステップＳ５８でYes)、フォーカスが、拡張を意図するボタン上に存在するか否かを判定し(ステップＳ６０)、存在しなければ、そのまま処理を終了する。存在すれば、PSR30のb23〜b16を10000000に設定して(ステップＳ６１)、本フローチャートの処理を終了する。
以上のように本実施形態によれば、サポートしていない言語でも選択を許可するためのフラグ(PSR30のb23〜b16)を、メーカが設定することで、アンサポート言語をストリーム選択部１７に選択させるか否かを切り換えることができる。フラグの設定1つで、アンサポート言語選択の可否を決定することができるので、再生装置を製造するメーカーが、品質保証を厳しくするために、アンサポート言語の選択を禁じたり、またユーザの自己責任にて、アンサポート言語の選択を許可したりするという、セッティング変更を容易に実行することができる。
これによりユーザは、字幕表示に不都合が生じることを承知した上で、不都合が生じるような言語のテキスト字幕を表示させることができる。ユーザによる自己責任により、アンサポート言語の字幕を、表示するので、ユーザとメーカーとの調和を図ることができる。
尚、サポートしていない言語でも選択を許可するためのフラグ(PSR30のb23〜b16)は、テキスト字幕ストリームとともにClip情報中に記録されていてもよい。また、再生装置とディスク上の両方に記録されていた場合、論理和をとってもよいし論理積をとって処理してもよい
(第４実施形態)
第３実施形態では、アンサポート言語の字幕表示をユーザが希望している場合、アンサポート言語を、Decode Capability有として判定するよう、処理を行ったが、本実施形態は、アンサポート言語の字幕表示をユーザが希望している場合、PSR48〜61における、そのアンサポート言語に対応するDecodeCapabilityを、全て"Decode Capability有り"に設定するよう更新を行う実施形態である。
図４３（ａ）（ｂ）は、アンサポート言語の表示をユーザが希望していない場合と、希望した場合とで、Decode Capabilityの設定を対比して示す図である。図４３（ａ）では、レンダリング能力＝"1"であり、尚且つサポート能力＝"0"である言語については、DecodeCapabilityは"0"になっていることがわかる。
しかし図４３（ｂ）において、ユーザが、アンサポート言語の字幕表示をユーザが希望した際、レンダリング能力＝"1"であり、尚且つサポート能力＝"0"である言語についてのDecodeCapabilityは"1"に変化していることがわかる。このように、レンダリング能力＝"1"であり、尚且つサポート能力＝"0"である言語についてのDecodeCapabilityを"1"に変化させるよう、本実施形態では、更新処理を行う。
この更新処理を実現するための改良は、セットアップ部３２に存在する。
図４４は、第４実施形態に係るセットアップ部３２の処理手順を示すフローチャートである。本フローチャートは、図４２のフローチャートをベースにして作成されている。この図４２のフローチャートとの違いは、ステップＳ６１の代わりにステップＳ６３が存在する点である。このステップＳ６３は、言語種の拡張を意図するボタンに、フォーカスが存在すると判定された場合に(ステップＳ６０でYes)、実行されるステップであり、アンサポート言語に対応する全ての言語のDecodeCapabilityを示すDecode Capabilityフラグを、"1"に設定するものである。このステップＳ６３の実行により、ユーザが言語種の拡張を希望した場合は、一律に、それらの言語に対応するDecodeCapabilityフラグが、"1"に設定されることになる。
以上のように本実施形態によれば、ユーザの希望時において、PSR48〜61におけるアンサポート言語に対応するDecode Capabilityフラグを"1"に設定するので、PSR2を設定する際の設定手順が簡単になる。
(第５実施形態)
第５実施形態は、再生の途切れに関する実施形態である。ここで再生の途切れとは、AVClipを再生する際、プリロードされていないテキスト字幕ストリームをBD-ROMからバッファに読み込もうとすることにより、生じる再生の途切れである。かかる途切れは、STN_Tableに記述されていながら、プリロードすることができなかったテキスト字幕ストリームをユーザが選択しようとしたことから生じる。
ここで、SubPath情報で指定されるストリームが複数存在する場合、テキストコードバッファ１０、フォントバッファ１１の容量により、そのうちいくつかのストリームしかバッファに読み込むことができないこともある。プリロードされていないストリームに切り替えようとすると、BD-ROMに対するディスクシークを実行してデータを読み込む必要があるため、AVClipの再生が途切れる。
図４５はテキストコードバッファ１０、フォントバッファ１１の容量が、3言語分しかなかった場合に、テキスト字幕ストリームの切替の様子を示している。
本図では、3つの言語にあたる日本語、フランス語、中国語のテキスト字幕ストリームをプリロードした後、MainPathの再生を開始している。図１０に示されるSTN_Tableに基づき、ローダ１３がプリロードを実行する際、ローダ１３は、図４５のようなプリロードを行う。図４５は、ローダ１３によるバッファへのプリロードを示す図である。つまりテキスト字幕ストリームのうち、STN_Tableの記述順序が高いものを順次バッファにロードしてゆき、そしてバッファが充填された段階でプリロードを終える。STN_Tableにおける順位が最も低いテキスト字幕ストリーム(本図ではアラビア語のテキスト字幕ストリーム)は、バッファにプリロードされなくなる。
バッファにプリロードされていないにも拘らず、STN_Tableには、アラビア語のテキスト字幕ストリームが記述されているので、ストリーム選択部１７は、その非プリロードのテキスト字幕ストリームを、図４６に示すように、再生対象に選ぶことがありうる。
ストリーム選択部１７により選択されたテキスト字幕ストリームがバッファにない場合、これをメモリにロードするとの処理を行うので、AVClipの再生中に、テキスト字幕ストリームをバッファに読み込もうとする。この場合、ストリーム選択部１７は、AVストリームの再生を一時中断し、アラビア語のテキスト字幕ストリームをテキストコードバッファ１０、フォントバッファ１１に読み込んでから、再生を中断した地点から再生を再開(Resume)するとの手順をとる。
図４７は、AVClipの再生中において、非プリロードのテキスト字幕ストリームをユーザが選択した場合に、ローダ１３が実行するロード処理を模式的に示す図である。
AVClipの再生中、光ピックアップは、AVClipをアクセスしているにも拘らず、非プリロードのテキスト字幕ストリームを読み出そうとすると、この読み出しには、図４８（ａ）に示すようなAVClipの記録領域から、テキスト字幕ストリームの記録領域へのシーク、テキスト字幕ストリーム記録記録から、AVClip記録領域へのシークを伴うので、シークがなされている間、図４８（ｂ）に示すように、デコーダへのAVClip供給は途絶えることになり、AVClipの再生途切れが生じる。 一部の言語のテキスト字幕ストリームについては、再生の途切れを生じさせない配慮を講じているのに、プリロードできなかった一部の言語について、かかる再生の途切れが生じるのは、不合理である。しかしユーザによっては、AVClipの再生途切れよりも、切り換え可能な言語種を広げたいという要望があり、再生途切れの解消を優先するか、言語種の拡大を重視するかという、要望にメーカは迷うことになる。
AVClipの連続再生、つまり、途切れることなくAVClipを再生させることの要求と、AVClipの再生が途切れてもストリームの切替を優先したい要求とは、様々な要因に応じて変動する。そこでどちらを優先するかの規範が、再生装置側に必要となる。本実施形態は、かかる規範を、再生装置側に設けるものである。
図４９は、本実施形態に係る再生装置の内部構成を示す図である。以降、本図を参照しながら、本実施形態における再生装置の改良点について説明する。本実施形態における改良点は、以下の4つi)〜iv)である。

i)本図におけるローダ１３に対する改良点は、プリロード管理テーブル３３が追加されている点である。
ii)PSRセットに対する改良点は、許可フラグがPSRの予約領域に追加されている点である。
iii)ストリーム選択部１７における改良点は、各PGストリーム、テキスト字幕ストリームを選択するかどうかの判定にあたって、上述した(a)(b)の判定基準に加え、許可フラグがオンになっているか、テキスト字幕ストリームがプリロードされているかという判断基準が加えられている点である。
iv)セットアップ部３２における改良点は、許可フラグのオン／オフをユーザからの操作に従い、設定する点である。
以降本実施形態における再生装置の個々の改良点について詳しく説明する。

改良点その１.プリロード管理テーブル３３
プリロード管理テーブル３３は、STN_Tableに記述されたテキスト字幕ストリームのうち、どれがプリロードされているか、どれがプリロードされていないかを示すテーブルである。ローダ１３は、テキストコードバッファ１０、フォントバッファ１１へのプリロードを行うにあたって、STN_Tableに基づきこのプリロード管理テーブルを作成し、個々のテキスト字幕ストリームのプリロードが完了すれば、そのテキスト字幕ストリームに対応する本テーブル上の項目をONにしてゆく。そうして、テキストコードバッファ１０、フォントバッファ１１が充填するまで、各テキスト字幕ストリームのプリロードを繰り返す。こうした処理により、プリロード管理テーブルには、プリロードが完了したテキスト字幕ストリーム、プリロードされなかったテキスト字幕ストリームが示されることになる。

改良点その２.シームレスフラグ
図５０は、PSRの予約領域に設けられたシームレスフラグの一例を示す図である。図中の引き出し線は、シームレスフラグの意味内容を示す図である。本図におけるシームレスフラグは、PSRの予約領域に設けられており、"1"に設定されることにより、シームレス再生を優先する旨を示す。つまりAVClipの再生途切れが生じるようなテキスト字幕ストリームの選択を許可しない旨を示す。シームレスフラグが有効"1(=ON)"であれば、AVClipの途切れない再生（シームレス再生）を優先するため、プリロードされていないストリームへの切替は禁止される。シームレスフラグが無効"0(=OFF)"の場合は、AVClipのシームレス再生はそれほど重要ではないため、STN_Tableに登録されている全てのストリームに対して切替が可能となる。プリロードされていないストリームに切り替える場合は、AVClipの再生を中断して、ストリームを切り替える。以上がシームレスフラグについての説明である。

改良点その３.ストリーム選択部１７
本実施形態にかかるストリーム選択部１７は、シームレスフラグにおける設定値に基づき、AVClipの再生途切れを招くようなテキスト字幕切り換えをユーザが意図しているか否かを判定し、その判定に基づき、バッファにないテキスト字幕ストリームを、選択対象にするかどうかの選択手続きを実行する。
図５１（ａ）に示すように、AVClipに多重されているPGストリーム、プリロードされているテキスト字幕ストリーム、プリロードされていないテキスト字幕ストリームが、STN_Tableに記述されているものとする。そして、シームレス再生を優先するよう、シームレスフラグが設定されている場合、状態遷移は図５１（ｂ）のようになる。図中の丸は、MainPath側のPGストリーム、プリロードされたSubPath側のテキスト字幕ストリーム、プリロードされていないSubPath側のテキスト字幕ストリームをそれぞれ模式的に示す。矢印は、各ストリーム間の切り換えを示す。シームレスフラグがオンなら、PGストリームからプリロードされたテキスト字幕ストリームへの切り換えや、プリロードされたテキスト字幕ストリームからPGストリームへの切り換えは可能になる。しかしシームレスフラグがオフなら、図５１（ｃ）に示すように、PGストリームから非プリロードテキスト字幕ストリームへの切り換えや、非プリロードテキスト字幕ストリームからPGストリームへの切り換えは不可能になる。以上がストリーム選択部１７における改良点についての説明である。

改良点その４.セットアップ部３２
セットアップ部３２は、第３実施形態同様、ユーザによるリモコン３００に対する操作に応じてセットアップメニューを表示して、PSRの予約領域におけるシームレスフラグの更新を行う。図５２（ａ）は、本実施形態においてセルフテスト部３１により表示されるセットアップメニューを示す図である。
本実施形態においてセットアップメニューにより受け付けられる設定項目には、『国・地域』、『メニュー言語』、『音声言語』、『字幕言語』、『表示できる言語の拡張』という5つの項目がある。本セットアップ部３２による特徴は、表示できる言語を拡張するかどうかの指定をユーザから受け付ける点である。ここでの"言語の拡張"は、第１実施形態〜第３実施形態に示したものとは異なり、シームレス再生を実現するため、選択が禁止されている言語のテキスト字幕を、選択の対象に加えることを意味する。
図５２（ｂ）は、言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。本図におけるメニューは、言語種の拡張が、映像の再生を中断させ得ることを示す警告文Wn2と、シームレス再生を保障する操作を受け付けるためのボタンbn3、シームレス再生よりも字幕切替を優先する操作を受け付けるボタンbn4とを示す。
警告文Wn2は、言語種の拡張が、映像の再生を中断させ得ることを示しており、そして上述のボタンbn3,4は、かかる警告にも拘らず、言語種の拡張を実行するか、しないかを受け付ける。かかる表示により、自己責任により、字幕表示を実行するか否かをユーザは選択することができる。これにより途切れることなくAVClipを再生させたいとの要望と、AVClipの再生が途切れてもストリームの切替を優先したいとの要望との調和を図ることができる。
以上が本実施形態における各構成要素の改良点である。続いて、本実施形態に係るストリーム選択部１７による選択手順について説明する。
図５３は、第５実施形態に係る、ストリーム選択部１７による選択手順を示すフローチャートであり、本フローチャートは、図２４を改良したものになっている。本フローチャートのステップＳ３１、ステップＳ３２は、図２４同様、STN_tableに記述されているPGストリーム、テキスト字幕ストリームのそれぞれについて、ステップＳ３３〜ステップＳ３４、ステップＳ６１の処理を繰り返すループ処理になっている。ステップＳ３３、ステップＳ３４の処理は、図２４と同じであるが、ステップＳ６１の処理は、図２４と異なる。
具体的にいうと、ステップＳ６１では、textST_streamiが以下の(a)(b)(c)(d)を満たすかを否かを判定している。
(a)テキスト字幕ストリームiをデコードする能力が再生装置に存在すること
(b)テキスト字幕ストリームiの言語属性が再生装置の言語設定と一致すること
(c)テキスト字幕ストリームiの表示に必要なデータがプリロードされているか
(d)シームレス再生が要求されているか
(c)の条件を具備しているかの判定は、プリロード管理テーブルを参照することでなされる。(d)の条件を具備しているかの判定は、PSRの予約領域における許可フラグを参照することでなされる。
以上のステップＳ３３〜ステップＳ３５の処理が全てのPG_textST_streamについて繰り返されれば、ステップＳ６２〜ステップＳ６３、ステップＳ６５〜ステップＳ６８の処理が実行される。
ステップＳ６２は、シームレスフラグによりシームレス再生が要求されているか否かの判定であり、ステップＳ６３は、条件(c)を満たすPGストリーム、テキスト字幕ストリームに表示可能なものが存在するか否かの判定である。
シームレスフラグによりシームレス再生が要求されていない場合、ステップＳ６２がNoになり、図２４と同様の処理を行う。つまり表示可能なPGストリーム、テキスト字幕ストリームが存在するか否かを判定して(ステップＳ６５)、もし存在すれば、条件(a)、条件(b)を満たすPGストリーム、テキスト字幕ストリームのうち、STN_Tableでの順位が最も高いもをPSR2に設定する(ステップＳ６７)。存在しなければ、Invalidな値をPSR2に設定する(ステップＳ６８)。
シームレスフラグによりシームレス再生が要求されており(ステップＳ６２でYes)、尚且つ条件(c)を満たすテキスト字幕ストリームが存在する場合(ステップＳ６３でYes)、条件(a)、条件(b)、条件(c)を満たすPGストリーム、テキスト字幕ストリームのうち、最もエントリー順位が高いものを、PSR2に設定する(ステップＳ６６)。
シームレスフラグによりシームレス再生が要求されているが(ステップＳ６２でYes)、条件(c)を満たすテキスト字幕ストリームが存在しない場合(ステップＳ６３でNo)、Invalidな値をPSR2に設定する(ステップＳ６８)。以上が図５３のフローチャートである。
図５４は、図５３のステップＳ６６の処理を詳細に示したフローチャートである。
ステップＳ９１は、条件(a)、条件(b)、条件(c)の全てを満たすPGストリーム、テキスト字幕ストリームが存在するか否かの判定である。もし存在すれば、条件(a)、条件(b)、条件(c)の全てを満たすPGストリーム、テキスト字幕ストリームのうち、STN_Tableにおける順位が最も高いものをPSR2に設定する(ステップＳ９３)。
条件(a)、条件(b)、条件(c)の全てを満たすPGストリーム、テキスト字幕ストリームが存在しない場合、ステップＳ９２が実行されることになる。ステップＳ９２は、条件(a)、条件(c)を満たすPGストリーム、テキスト字幕ストリームが存在するか否かの判定である。もし存在すれば、条件(a)、条件(c)の全てを満たすPGストリーム、テキスト字幕ストリームのうち、STN_Tableにおける順位が最も高いものをPSR2に設定する(ステップＳ９４)。
以上が本実施形態におけるProcedure実行部２０の処理手順である。続いてセットアップ部３２によるシームレスフラグの設定について説明する。図５５は、セットアップ部３２によるシームレスフラグの設定手順を示すフローチャートである。
図５５は、セットアップ部３２の処理手順を示すフローチャートである。セットアップ部３２は、セットアップメニューを表示してから(ステップＳ７１)、ステップＳ７２、ステップＳ７３の判定を実行する。ステップＳ７２は、シームレスフラグがONに設定されているか否かの判定であり、ステップＳ７３は、STN_Tableに記述されていながら、プリロードされていないテキスト字幕ストリームが存在するか否かの判定である。
ステップＳ７２、ステップＳ７３の双方がYesなら、言語種を拡張する操作を受け付けるための選択項目をセットアップメニューに追加する。ステップＳ７２、ステップＳ７３のどちらかがNoなら、このステップＳ７４をスキップする。
続いてセットアップメニューの設定項目における選択待ちを行う(ステップＳ７５)。設定項目が選択されれば、その選択項目が言語種の拡張であるかの判定を行う(ステップＳ７６)。もし異なれば、国・地域、メニュー言語、音声言語、字幕言語の設定を行うよう、該当する処理手順を実行する(これらの処理手順は本発明の主眼ではないので説明は省略する)。
言語種の拡張をユーザが選択すれば、図５２（ｂ）のメニューを表示してユーザからの操作待ちとなる(ステップＳ７８〜７９)。移動キーが押下されれば(ステップＳ７８でYes)、セットアップメニュー上のフォーカス移動を行う(ステップＳ８０)。終了操作がなされれば(ステップＳ７９でYes)、フォーカスが、“字幕切り替えを優先”を意図するボタン上に存在するか否かを判定し(ステップＳ８１)、存在しなければそのまま処理を終了する。字幕切り換え優先を意図するボタンにフォーカスが存在すれば、予約領域におけるシームレスフラグを“0”に更新して(ステップＳ８２)、本フローチャートの処理を終了する。
以上のように本実施形態によれば、AVClipの連続再生、つまり、途切れることなくAVClipを再生させることの要求と、AVClipの再生が途切れてもストリームの切替を優先したい要求とが要求される場合において、どちらを優先するかが、シームレスフラグに示されるので、それらの要求の調和を図ることができる。
尚、本実施形態ではMainPath側のAVClipもSubPath側のテキスト字幕ストリーム及びフォントデータもともにBD-ROM上に記録されている場合を説明している。 SubPath側のストリームがMainPathのデータとは違う記録媒体上、たとえばハードディスクのように比較的アクセスが早い記録媒体に、テキスト字幕ストリームが記録されており、AVClipのデコーダバッファのアンダーフローが起きないのであれば、たとえシームレスフラグが有効であり、AVClipのシームレス再生を優先させる場合においても、プリロードされていないストリームへの切替を許可してもよい。
また、SubPath側のストリームが光ディスク上にあったとしても、光ディスクのアクセススピードが十分速いため、AVClipのデコーダバッファのアンダーフローが起きないのであれば、たとえプリロードされていないストリームであっても切替を許可してもよい。
更に、MainPath再生中のシークは、MainPathと同じBD-ROM上にSubPath情報を構成するテキスト字幕ストリームが記録されているため発生するから、SubPath側のストリームをハードディスクなどのアクセスが早い記録媒体上にコピーした上で、MainPathの再生を開始しても良い。こうすることにより、再生中によけいなシークが発生することを抑制できる。

(第６実施形態)
第５実施形態では、AVClipのシームレス再生を優先するか、テキスト字幕ストリームの切り換えを優先するかを、PSRに示しておいたが、本実施形態は、STN_Tableに設ける実施形態である。本図におけるSTN_Tableは、Attribute−PIDの組みのうち、Attributeに、シームレスフラグが設けられている。図５６（ａ）は、第６実施形態におけるSTN_Tableの内部構成を示す図である。本図に示すように、本実施形態におけるSTN_Tableには、テキスト字幕ストリームに対応するentryと、attributeとの組みのうち、attributeにシームレスフラグが存在する。
図５６（ｂ）は、STN_Tableに設けられたシームレスフラグの内容を示す。本図におけるシームレスフラグの意味内容は、図５０と同じである。AVClipのシームレス再生を優先するか、字幕切り換え可能な言語種の多さを優先するかの指定がSTN_Table内のシームレスフラグにより規定されるので、どちらを優先すべきかをオーサリング担当者が予め規定しておくことができる。この場合、シームレスフラグを付与すべき単位は、ディスク全体の属性であってもよいし、再生単位であるプレイリストの属性であってもよいし、ストリームの属性であってもよい。
以上のように本実施形態によれば、通常の映画作品の場合、オーサーリング担当者はAVストリームの再生が途切れることを望んではいないため、STN_Tableに対する設定を通じて、その意向を、再生装置に伝えることができる。
(第７実施形態)
テキスト字幕ストリームの場合は、テキスト字幕ストリーム自身のプリロードと、フォントデータのプリロードの２種類のプリロードが必要になる。
プリロードされるデータとして２つのデータがそろわなければ、テキスト字幕ストリームは表示できない。そのため、STN_Tableにテキスト字幕ストリームが登録されていて、テキスト字幕ストリームがテキストコードバッファ１０に読み込まれていたとしても、フォントデータがフォントバッファ１１に読み込まれていなければ、表示することができないので、そのようなストリーム選択は禁止すべきである。
ところが、フォントバッファのサイズがフォントセット1個分の容量である場合、ID=1のフォントデータのフォントデータしか読み込んでおくことができず、途中からID=2のフォントデータのフォントデータに切り替える必要がある場合には、フォントバッファにデータを読み込まなければいけない。この時、これまで述べたように、AVストリームが途切れずに再生することが要求されているならば、フォントデータの再読込は制限されるべきである。
テキスト字幕ストリームの字幕表示には、フォントデータが必要であるが、このフォントデータのロードがAVClipの再生途上に発生した場合、ビデオストリームの再生が途切れることがある。
図５７は、１本のテキスト字幕ストリームの途中において、使用するフォントが切り替わる例である。本図において時点までは、ID=1のフォントデータを用いて字幕を表示しているが、t1以降は、ID=2のフォントデータを用いて字幕を実現したとする。このID=2のフォントデータがバッファになければ、ローダ１３がAVClipの再生中に、フォントデータをロードする。このフォントデータをロードするためのディスクシークが発生するため、ビデオストリームの再生の途切れが生じる。
ところで第２実施形態に示したように、テキスト字幕ストリーム内のスタイル情報には、フォントのIDあるいは名称と、どの時点でそのフォントが必要になるかが記録されている。しかしスタイル情報への記述のみでは、テキスト字幕ストリーム自体を解析しないとこれらフォントのIDを知ることができない。
そこで本実施形態では、Clip情報に、必要なフォントデータのIDを記述しておく。必要なフォントのIDがClip情報に列挙されているので、テキスト字幕ストリームが格納されているファイルを解析せずに必要なフォントのIDを調べることができる。
具体的にいうとBD-ROMを図５８のように構成している。図５８は、本実施形態における記録媒体の内部構成を示す図である。本図において0002〜0005.m2tsのファイルは、それぞれテキスト字幕ストリームを構成している。
また本図のディレクトリにおいて、ファイル0002〜0005.clpiは、AVClip#2〜#5のそれぞれに対応する、Clip情報である。この各AVClip(テキスト字幕ストリーム)に対応するClip情報は、そのテキスト字幕ストリームの再生に必要となるフォントデータの識別子を記述している。例えば、Clip情報#2のID=2のフォントデータ、ID=3のフォントデータは、このClip情報に対応するAVClipを再生するにあたってには、ID=2のフォントデータ、ID=3のフォントデータのフォントデータのプリロードが必要であることを示す。
Clip情報#3のID=1のフォントデータは、このClip情報に対応するAVClipを再生するにあたってには、ID=1のフォントデータのフォントデータのプリロードが必要であることを示す。
このように再生に必要となる全てのフォントデータの識別子が、Clip情報に記述されているので、ローダ１３は、テキスト字幕ストリームをプリロードする際、Clip情報を参照することにより、そのテキスト字幕ストリームの再生に必要なフォントデータを、漏れなくバッファに読み込んでおくことができる。
図５９は、実施形態におけるローダ１３によるロード処理を示す図である。ここで、BD-ROMにおけるFontディレクトリに複数のフォントデータが記録されており、各テキスト字幕ストリームに対応するClip情報に、ID=2のフォントデータ、ID=3のフォントデータ、ID=1のフォントデータの識別子が記述されているとすると、ローダ１３は、このディレクトリから、Clip情報に記述されている識別子に基づき、フォントデータをフォントバッファ１１にプリロードする。日本語のテキスト字幕ストリームの再生時において、再生の途中でフォントが切り換わる場合でも、その両方のフォントデータの識別子をClip情報に記述しておけば、これらを漏れなく、フォントバッファ１１にロードしておくことができる。
ここで図５９のように、再生の途中でID=2のフォントデータのフォントデータが必要になる場合でも、Clip情報に、ID=2のフォントデータを記述しておけば、ローダ１３が、このID=2のフォントデータに対応するテキスト字幕ストリームをバッファにプリロードするので、AVClip再生の途上における途切れを防止することができる。
尚、全てのフォントデータを再生装置組み込みのデータとして格納していてもよい。この場合、コード列さえあればいつでも文字を表示可能であるが、様々な言語の全てのフォントデータを再生装置組み込みとして実現するのは難しい。また、コンテンツ作成側にとっては、映画のイメージにあった独自のフォントで字幕などを表示したいため、フォントをあらかじめ組み込んでおくのはあまり効果的ではない。従って、フォントデータを再生装置に組み込むという考えは、フォントデータがなかった場合の例外対策程度のものとなる。

(第８実施形態)
先の実施形態では、必要なフォントデータを、Clip情報に記述していたが、本実施形態では、ファイル管理情報を設け、これにフォントデータの識別子を記述しておくことにする。
図６０（ａ）は、本実施形態における記録媒体のディレクトリ構造を示す。FONTディレクトリには、4つのフォントデータが存在しており、このFONTディレクトリには、ファイル管理情報と、フォントデータID=1〜ID=3とが存在する。図６０（ｂ）は、ファイル管理情報の内部構成を示す。ファイル管理情報は、フォントデータID=1〜ID=3のそれぞれのプリロードが、必須であるか、任意的であるかを示す。必須のフォントとはテキスト字幕ストリームを表示する際に必ず必要になるフォントであり、任意のフォントとはユーザーが表示やフォントを切り替える際に必要になるかもしれないフォントである。必須のフォントは必ずAVストリームの再生前にフォントバッファ１１に読み込んでおく必要がある。
図６１は、ファイル管理情報に基づく、プリロードを示す図である。ファイル管理情報においてID=1のフォントデータ、ID=2のフォントデータのフォントデータのプリロードが必須と記述されているので、ローダ１３は、図６１に示すように、必須と記述されているフォントデータをバッファにロードしてゆく。そして、必須とされたフォントデータがバッファにロードされれば、バッファ上の残りの領域に、任意的と記述されたフォントデータをロードしてゆく。
以上のように本実施形態によれば、プリロードが必須であるか、任意的であるかが、ファイル管理情報に記述されているので、このファイル管理情報を参照してプリロードを行えば、AVClip再生を途切れさせるような、フォントデータのロードが発生する確率を減少させることができる。
尚、テキスト字幕ストリームを解析した結果、必要となるフォントデータが見つからない、あるいはプリロードされておらずシームレス再生が要求されているため読み込むことができない場合は、すでにテキストコードバッファ１０、フォントバッファ１１に読み込まれているフォントや再生装置組み込みのフォントで代用してもよい。
(第９実施形態)
本実施形態は、ストリームあるいは管理情報を工夫することにより、プリロードされていないストリームを読みに行かなければならなくなるような状況を排除する方法について述べる。
テキスト字幕ストリームには、字幕が存在しない空白期間が存在することがある。そしてPlayItem情報のうち、かかる空白期間を、IN点、Out_timeに指定するものは、対象となるテキスト字幕ストリームの一部が存在しないので、オーサリング担当者は、そのPlayItem情報のSTN_Tableにおけるテキスト字幕ストリームのPID登録を省くことがある。
しかし、たとえ空白期間であるとはいえ、PlayItem情報におけるSTN_Tableの記載を省略すると、以下のような不都合が生じる。
図６２に示すように複数のPlayItemが連続して再生される状況を考える。PlayItem情報#1とPlayItem情報#2の境界ではシームレス再生が要求されているとする。Subpathに含まれていてプリロードされるべき日本語のテキスト字幕ストリームは、PlayItem情報#1では空白期間になっているので、STN_Tableにはには登録されておらず、PlayItem情報#2およびPlayItem情報#3の区間で再生されるとする。
ローダ１３は、STN_Tableに基づき、プリロードを行う。ここでテキスト字幕ストリームのプリロードであるが、ローダ１３がプリロードを行うのは、PlayList情報のうち、先頭のPlayItem情報(PlayItem情報#1)のSTN_Tableに記載されているテキスト字幕ストリームである。たとえ再生の途中に必要であっても、先頭のPlayItem情報のSTN_Tableに記述がないテキスト字幕ストリームについては、プリロードはなされない。図６３は、STN_Tableに基づくプリロードを示す図である。本図において日本語は、PlayItem情報#2、PlayItem情報#3のSTN_Tableに記述されているものの、PlayItem情報#1には記述されていない。そのため、ローダ１３は、日本語のテキスト字幕ストリームをプリロードしないことも有り得る。
PlayItem情報#2の再生が開始される際に、PlayItem情報#2のSTN_Tableにはプリロードされるストリームが必要なことが判定できるが、PlayItem情報#1とPlayItem情報#2はシームレス再生が要求されているため、AVストリームの再生を中断することができず、データをテキストコードバッファ１０、フォントバッファ１１に読み込むことができない。そのため、本来表示されることが期待されているプリロードされるストリームが表示されなくなってしまう。
そこで、連続して再生されるPlayItemにおいては、全てのSTN_Tableでプリロードされているべきストリームを登録しておく。PlayItem情報#1においては実際にPlayItem#1が表示されることはないが、STN_Tableに登録されているため、対象となるPlayItem#1はプリロードされる。PlayItem情報#2において必要になったときにはすでにプリロードされているデータを表示すればよい。図６４は、あるPlayItem情報のIn_time、Out_timeにより指定されるテキスト字幕ストリームの一部が空白期間であっても、そのPlayItem情報のSTN_Tableに、テキスト字幕ストリームのPIDを記述しておく例である。つまり空白期間にあたるPlayItem情報のSTN_Tableは、ダミーの値に設定しておくのである。こうすることにより、日本語がプリロードされ、AVClipの再生の途上で日本語を選択したとしても、AVClipの再生を途切れさせることなく、日本語への切り換えを実行することができる。
(第１０実施形態)
本実施形態では、先の実施形態と同様、空白期間に関する。先の実施形態では、空白期間が先頭のPlayItem情報に存在するとしたが、途中に空白期間が存在する場合を本実施形態では想定している。PlayItem情報のIn_time、Out_timeで指定されている部分が空白期間であると、そのPlayItem情報のSTN_Tableに、PIDを記述しないことがある。
図６５は、PlayItem情報#1,#3のSTN_TableにはPGストリームのPIDが記述されているが、PlayItem情報#2において、PGストリームは空白期間になっていて、PlayItem情報#2のSTN_Tableには、PGストリームのPIDが登録されていないケースを示す図である。
この場合、PlayItem情報#2のSTN_Tableに登録されているストリームはプリロードされるテキスト字幕ストリームのみになってしまい、図６６に示すように、必ずプリロードされるストリームが選ばれてしまう。
ここでPlayItem情報#1の再生時において、多重化されたPGストリームが選択されたため、PlayItem情報#1再生中にテキストコードバッファ１０、フォントバッファ１１の内容が破壊されたとする。このような場合、すでにテキストコードバッファ１０、フォントバッファ１１から削除されているにもかかわらず、ローダ１３は、再び読み込みを行おうとする。
更に、PlayItem情報#1とPlayItem情報#2の境界でシームレス再生が要求されていると、そのような読み込みを実行することができず、選択しているのに表示することができなくなる。
このような状況を防ぐために、たとえPlayItem情報#2において多重化されたストリームが存在しないとしても、図６７に示すように、ダミーとしてPGストリームのPIDをSTN_Tableに登録しておく。ダミーのPIDをSTN_Tableに登録しておくことで、空白期間においても、PGストリームが選択されることがあるが、たとえ選択されたとしても何も表示されないだけであって、ストリーム選択に問題はない(図６８)。また、必然的にプリロードされるストリームが選ばれるのを防ぐことができるため、シークが発生せず、再生が中断することをオーサリング段階で防ぐことが可能となる。
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。
(A)全ての実施形態では、再生の対象となる記録媒体をBD-ROMとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュ（登録商標）カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
(B)全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなすシステムLSI(集積回路)のみを、実施としてもよい。これらの再生装置及び集積回路は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
(C)各フローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
(D)各フロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
(E)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arribval_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを"AlignedUnit"という。
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、AlignedUnitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。

(F)各実施形態におけるデジタルストリームは、BD-ROM規格のAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(VideoObject)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、MP3方式、MPEG-AAC方式であってもよい。
(G)各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
(H)ストリーム選択部１７は、操作受付部３から出力されたUser Operation情報、IGストリームにおけるボタンコマンドに基づき、PSRに設定すべき値(値X)を決定し、この値Xに基づき、PSRを更新する処理を行ってもよい。ここで操作受付部３から出力されたUserOperation情報が、音声切換キー、副映像切換キーの押下を示すものであるなら、PSRの数値に1を加えた値を値Xとして決定する。また操作受付部３から出力されたUserOperation情報が数値キーの押下を示すものなら、その押下された値を値Xとして決定する。一方、操作受付部３から出力されたボタンコマンドがPSRの設定を再生装置に命じるものなら、そのボタンコマンドの引数で指定された値を値Xとして決定する。このようにして値Xが決定されれば、値Xが有効な値(Valid)であるか、不定値であるかは、無効な値(Invalid)であるかを判定し、判定結果に応じたPSR更新処理を行う。ここで値Xが有効であるなら、値Xを用いてPSRを上書きする。値Xが不定値であるなら、最適な値を選んでPSRに設定する。値Xが無効な値であるなら、PSRの数値を維持する。
(I)セットアップメニューを表示して、字幕の言語設定を受け付けるにあたって、設定のためのメニューに"おまかせボタン"なるボタンを設けてもよい。かかるボタンに対応するボタン情報は、PSR2に不定値を設定するボタンコマンドを有している。おまかせボタンの確定で、かかるボタンコマンドが実行されれば、PSR1、PSR2に不定値が設定され、Procedurewhen playback condition is changedが起動されて最適なオーディオストリーム、PG_textST_streamが選択されることになる。
(J)第１実施形態において、満たすべき条件は(a)〜(b)の2つであったが、3つ以上であってもよい。
本発明に係る再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができる。このことから本発明に係る再生装置は、産業上利用可能性を有する。
本発明に係る再生装置の、使用行為についての形態を示す図である。 BD-ROMの内部構成を示す図である。 拡張子.m2tsが付与されたファイルがどのように構成されているかを模式的に示す図である。 プレイリスト情報のデータ構造を示す図である。 AVClipと、PLとの関係を示す図である。 Subpath情報の内部構成をクローズアップして示す図である。 SubPlayItem時間軸上の再生区間定義と、同期指定を示す図である。 （ａ）STN_tableの内部構成を示す図である。 （ｂ）PGストリームに対応したentry−attributeの組みを示す図である。 （ｃ）テキスト字幕ストリームに対応したentry−attributeの組みを示す図である。 第１実施形態で取り上げるAVClipの一例を示す図である。 第１実施形態で取り上げる、PlayList情報の一例を示す図である。 図１０に示したPlayList情報により規定されるデジタルストリームの束を示す図である。 は、第１実施形態に係る再生装置の内部構成を示す図である。 ローカルストレージに格納されたPlayList情報により、どのようなPlayList再生時間軸が定義されるかを示す図である。 ビデオエンコーダのデコードによるデコード結果と、ストリーム選択部１７による選択結果とを、図１２の内部構成に書き加えた図である。 PSR2、PSR17、PSR30、ＰＳＲ４８〜６１の詳細設定を示すである。 PSR48〜61の内部構成を示す図である。 PSR48〜61におけるDecode Capabilityフラグと、textST_language_codeとの対応を示す図である。 PSR48〜61のうち、PSR53の内容を示す図である。 textST_language_codeの意味内容を示す図である。 第１実施形態におけるストリーム選択部１７の特徴部分を示す図である。 PSR48〜61におけるPSR番号及びビット位置と、textST_language_codeとの対応関係を示す図である。 Procedure when playback condition is changedの処理手順を示すフローチャートである。 ストリーム変化時における設定手順を示すフローチャートである。 PSR2の設定手順を示すフローチャートである。 テキスト字幕ストリームのDecode Capabilityの有無を判定するにあたっての判定手順を示すフローチャートである。 （ａ）〜（ｃ）テキスト字幕ストリーム選択の具体例を示す図である。 （ａ）〜（ｃ）テキスト字幕ストリーム選択の具体例を示す図である。 制御部による再生手順を示すフローチャートである。 テキスト字幕ストリームの内部構成を示す図である。 （ａ）スタイル情報,表示情報の設定例を示す図である。 （ｂ）（ａ）のテキスト字幕ストリームから表示される合成画像を示す図である。 SubPlayItem#yに基づく再生処理を示すフローチャートである。 TextSTデコーダ１２の内部構成を示す図である。 （ａ）日本語の言語特性によるレイアウトの違いについて説明した図である。 （ｂ）アラビア語の言語特性におけるレイアウトを示す。 日本語、英語、アラビア語という3つの言語のDecode Capabilityを設定するにあたっての、判断基準を示す図である。 （ａ）（ｂ）縦書き項目が完全にサポートされている日本語字幕と、縦書き項目のサポートが不完全な日本語字幕とを示す図である。 第３実施形態に係る、再生装置の内部構成を示す図である。 第３実施形態におけるPSR30のb23〜b16のビットアサインを示す図である。 PSRの予約領域におけるビット構成を示す図である。 （ａ）（ｂ）言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。 第３実施形態におけるテキスト字幕ストリームの判定手順を示すフローチャートである。 各言語毎のDecode Capabilityの判定手順を示すフローチャートである。 セットアップ部３２の処理手順を示すフローチャートである。 （ａ）（ｂ）アンサポート言語の表示をユーザが希望していない場合と、希望した場合とで、Decode Capabilityの設定を対比して示す図である。 第４実施形態に係るセットアップ部３２の処理手順を示すフローチャートである。 ローダ１３によるバッファへのプリロードを示す図である。 ストリーム選択部１７による非プリロードのテキスト字幕ストリームの選択を示す図である。 AVClipの再生中において、非プリロードのテキスト字幕ストリームをユーザが選択した場合に、ローダ１３が実行するロード処理を模式的に示す図である。 （ａ）AVClipの記録領域から、テキスト字幕ストリームの記録領域へのシーク、テキスト字幕ストリーム記録記録から、AVClip記録領域へのシークを示す図である。 （ｂ）デコーダへのAVClip供給が途絶えることによる、AVClipの再生の途切れを示す図である。 第５実施形態に係る再生装置の内部構成を示す図である。 PSRの予約領域に設けられたシームレスフラグの一例を示す図である。 （ａ）AVClipに多重されているPGストリーム、プリロードされているテキスト字幕ストリーム、プリロードされていないテキスト字幕ストリームが、記述されたSTN_Tableを示す図である。 （ｂ）シームレスフラグがオンに設定されている場合の状態遷移を示す図である。 （ｃ）シームレスフラグがオフに設定されている場合の状態遷移を示す図である。 （ａ）本実施形態において表示されるセットアップメニューを示す図である。 （ｂ）言語種の拡張をユーザが意図した際、表示されるメニューを示す図である。 第５実施形態に係る、選択手順を示すフローチャートである。 図５３のステップＳ６６の処理を詳細に示したフローチャートである。 セットアップ部３２の処理手順を示すフローチャートである。 （ａ）第６実施形態におけるSTN_Tableの内部構成を示す図である。 （ｂ）STN_Tableに設けられたシームレスフラグの内容を示す。 フォントデータロードによる映像再生の途切れを示す図である。 本実施形態における記録媒体の内部構成を示す図である。 第６実施形態におけるローダ１３によるロード処理を示す図である。 （ａ）第７実施形態における記録媒体のディレクトリ構造を示す。 （ｂ）ファイル管理情報の内部構成を示す。 必須と記述されているフォントデータがバッファにロードされてゆく様子を示す図である。 複数のPlayItemが連続して再生される状況を示す図である。 STN_Tableに基づくプリロードを示す図である。 第９実施形態に係るSTN_Tableの記述を示す図である。 PlayItem情報#1のSTN_TableにはPGストリームのPIDが記述されているが、PlayItem情報#2において、PGストリームは空白期間になっていて、PlayItem情報#2のSTN_TableにPGストリームのPIDが登録されていないケースを示す図である。 STN_Tableに登録されているストリームはプリロードされるテキスト字幕ストリームのみになってしまい、プリロードされるテキスト字幕ストリームが選ばれてしまう状況を示す図である。 PlayItem情報#2のSTN_Tableに多重化されたPGストリームが登録されていないため、プリロードされるストリームが選ばれてしまう状況を示す図である。 ダミーとしてPIDがSTN_Tableに登録されたデジタルストリームを選択した図である。
符号の説明
１ BD-ROMドライブ
２ Local Storage
３ 操作受付部
４ 多重分離部
５ ビデオデコーダ
６ ビデオプレーン
７ PGデコーダ
８ PGプレーン
９ 合成部
１０ テキストコードバッファ
１１ フォントバッファ
１２ TextSTデコーダ
１３ ローダ
１４ シナリオメモリ
１５ 制御部
１６ PSRセット
１７ ストリーム選択部
１９ ビット割当テーブル
２０ Procedure実行部
２１ フォントレンダリング部
２２ 展開バッファ
２３ コントローラ
３１ セルフテスト部
３２ セットアップ部
３３ プリロード管理テーブル
２００ 再生装置
３００ リモコン
４００ テレビ
上記目的を達成するため、本発明に係る再生装置は、複数テキスト字幕ストリームのうち1つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する再生装置であって、言語特性を表現する能力が存在するか否かを、複数の言語毎に記憶するレジスタセットと、レジスタセットに記憶されている言語特性の表現能力のうち、前記各テキスト字幕ストリームの言語属性に合致するものを参照することにより、言語特性を表現することができるか否かを判定する判定手段と、言語特性を表現することができると判定されたテキスト字幕ストリームを選択する選択手段とを備え、前記レジスタセットは、複数言語のそれぞれに対応したフラグを記憶しており、言語特性の表現能力の存否は、各フラグの設定値で表現されることを特徴としている。
上記目的を達成するため、本発明に係る再生装置は、複数テキスト字幕ストリームのうち1つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する再生装置であって、言語特有の表示方法に対応するテキスト字幕の処理能力を有しているか否かを示すフラグを、言語毎に記憶するレジスタセットと、レジスタセットに記憶されている複数のフラグのうち、前記各テキスト字幕ストリームの言語属性に合致するものを参照することで、当該各テキスト字幕ストリームの言語特有の表示方法を処理することができるか否かを判定する判定手段と、言語特有の表示方法を処理することができると判定されたテキスト字幕ストリームを選択する選択手段とを備えることを特徴としている。
レジスタセットには、言語特有の表示方法に対応するテキスト字幕の処理能力を有しているか否かを示すフラグが格納されているので、ユーザがある言語でのテキスト字幕表示を希望した場合、その言語でのテキスト字幕表示の可能性の有無を、レジスタセットにおける各フラグの設定値を参照することにより、即座に判定することができる。
各フラグの設定値を参照するだけで、何れかの言語でのテキスト字幕の表示可能性の有無を判定することができるので、たとえ、テキスト字幕の言語種が何百言語に及んだとしても、所望の言語での、字幕表示の可能性を即座に判定することができる。

Claims (9)

  1. 複数テキスト字幕ストリームのうち１つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する再生装置であって、
    複数のフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表すレジスタセットと、
    レジスタセットにおける各フラグの設定値を参照することにより、複数のテキスト字幕ストリームのそれぞれをデコードできるか否かを判定する判定手段と、
    デコードできると判定されたテキスト字幕ストリームを選択する選択手段と
    を備えることを特徴とする再生装置。
  2. 前記記録媒体には、ストリーム番号テーブルが記録されており、
    前記ストリーム番号テーブルは、各テキスト字幕ストリームについてのパケット識別子を、ストリーム番号と対応づけて示し、
    レジスタセットは更に、番号レジスタを備え、
    前記選択手段による選択は、
    デコードできると判定されたテキスト字幕ストリームに対応するストリーム番号を、レジスタセットにおける番号レジスタに書き込むことでなされ、
    前記再生装置は、
    番号レジスタに書き込まれたストリーム番号に対応するパケット識別子をストリーム番号テーブルから取り出して、そのパケット識別子に基づき、テキスト字幕ストリームの再生を行う再生手段を備える、請求項１記載の再生装置。
  3. 前記レジスタセットは更に、
    再生装置における言語設定を示す言語設定レジスタを備え、
    判定手段により“デコード能力有り”と判定されたテキスト字幕ストリームの中に、言語設定レジスタにおける言語設定と同じ言語属性をもつものが存在する場合、前記選択手段は、同じ言語属性をもつテキスト字幕ストリームのストリーム番号を、番号レジスタに書き込む、請求項２記載の再生装置。
  4. 判定手段により“デコード能力有り”と判定されたテキスト字幕ストリームが複数存在する場合、前記選択手段は、それらのテキスト字幕ストリームのうち、ストリーム番号テーブルでの順位が最も高いもののストリーム番号を、番号レジスタに書き込む、請求項２記載の再生装置。
  5. 前記記録媒体には、
    ビデオストリームにおける再生区間を定義する再生区間情報が複数記録されており、
    前記ストリーム番号テーブルは、再生区間情報のそれぞれについて存在しており、
    再生中の再生区間情報が、新たな再生区間情報に切り換わる度に、判定手段及び選択手段は、判定処理及び選択処理を実行する、請求項２記載の再生装置。
  6. 前記再生装置は、テキスト字幕ストリーム選択操作を受け付ける受付手段を備え、
    選択操作において、ユーザが要求したストリーム番号が無効である場合に、判定手段及び選択手段は、判定処理及び選択処理を実行する、請求項２記載の再生装置。
  7. 前記再生装置は、割り当てテーブルを有し、
    割り当てテーブルは、レジスタセットにおけるレジスタ番号及びビット位置と、テキスト字幕ストリームの言語属性を示すコードとの対応関係を示し、
    前記判定手段は、割り当てテーブルを参照することにより、選択しようとするテキスト字幕ストリームの言語属性を、レジスタ番号及びビット位置に変換して、レジスタセットにおいて、レジスタ番号及びビット位置に示される設定値を参照する
    ことを特徴とする請求項１記載の再生装置。
  8. 複数テキスト字幕ストリームのうち１つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する処理をコンピュータに行わせるプログラムであって、
    複数のフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表すレジスタセットの、各フラグの設定値を参照することにより、複数のテキスト字幕ストリームのそれぞれをデコードできるか否かを判定する判定ステップと、
    デコードできると判定されたテキスト字幕ストリームを選択する選択ステップと
    を備えることを特徴とするプログラム。
  9. 複数テキスト字幕ストリームのうち１つを選択して、選択したテキスト字幕ストリームを、動画と共に再生する再生方法であって、
    複数のフラグを記憶しており、各フラグの設定値にて、言語毎のテキスト字幕のデコード能力の有無を表すレジスタセットの、各フラグの設定値を参照することにより、複数のテキスト字幕ストリームのそれぞれをデコードできるか否かを判定する判定ステップと、
    デコードできると判定されたテキスト字幕ストリームを選択する選択ステップと
    を備えることを特徴とする再生方法。
JP2006514805A 2004-06-18 2005-06-17 再生装置、プログラム、再生方法 Active JP3996625B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2004181400 2004-06-18
JP2004181400 2004-06-18
JP2004195439 2004-07-01
JP2004195439 2004-07-01
PCT/JP2005/011162 WO2005124779A1 (ja) 2004-06-18 2005-06-17 再生装置、プログラム、再生方法

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2007124285A Division JP3996634B1 (ja) 2004-06-18 2007-05-09 再生装置、再生方法、プログラム
JP2007124284A Division JP3996633B1 (ja) 2004-06-18 2007-05-09 再生装置、プログラム、再生方法

Publications (2)

Publication Number Publication Date
JP3996625B2 JP3996625B2 (ja) 2007-10-24
JPWO2005124779A1 true JPWO2005124779A1 (ja) 2008-04-17

Family

ID=35509963

Family Applications (9)

Application Number Title Priority Date Filing Date
JP2006514805A Active JP3996625B2 (ja) 2004-06-18 2005-06-17 再生装置、プログラム、再生方法
JP2006514806A Active JP4210695B2 (ja) 2004-06-18 2005-06-17 再生装置、プログラム、再生方法
JP2005179195A Expired - Fee Related JP4406621B2 (ja) 2004-06-18 2005-06-20 再生装置、プログラム、再生方法。
JP2007124284A Active JP3996633B1 (ja) 2004-06-18 2007-05-09 再生装置、プログラム、再生方法
JP2007124285A Active JP3996634B1 (ja) 2004-06-18 2007-05-09 再生装置、再生方法、プログラム
JP2008090438A Active JP4243312B2 (ja) 2004-06-18 2008-03-31 再生装置、プログラム、再生方法
JP2008090439A Active JP4243313B2 (ja) 2004-06-18 2008-03-31 再生装置、プログラム、再生方法
JP2008095729A Expired - Fee Related JP4402727B2 (ja) 2004-06-18 2008-04-02 システムｌｓｉ
JP2008095728A Active JP4210709B2 (ja) 2004-06-18 2008-04-02 記録媒体、再生装置、記録方法、再生方法

Family Applications After (8)

Application Number Title Priority Date Filing Date
JP2006514806A Active JP4210695B2 (ja) 2004-06-18 2005-06-17 再生装置、プログラム、再生方法
JP2005179195A Expired - Fee Related JP4406621B2 (ja) 2004-06-18 2005-06-20 再生装置、プログラム、再生方法。
JP2007124284A Active JP3996633B1 (ja) 2004-06-18 2007-05-09 再生装置、プログラム、再生方法
JP2007124285A Active JP3996634B1 (ja) 2004-06-18 2007-05-09 再生装置、再生方法、プログラム
JP2008090438A Active JP4243312B2 (ja) 2004-06-18 2008-03-31 再生装置、プログラム、再生方法
JP2008090439A Active JP4243313B2 (ja) 2004-06-18 2008-03-31 再生装置、プログラム、再生方法
JP2008095729A Expired - Fee Related JP4402727B2 (ja) 2004-06-18 2008-04-02 システムｌｓｉ
JP2008095728A Active JP4210709B2 (ja) 2004-06-18 2008-04-02 記録媒体、再生装置、記録方法、再生方法

Country Status (7)

Country Link
US (8) US7877002B2 (ja)
EP (7) EP1758121B1 (ja)
JP (9) JP3996625B2 (ja)
KR (6) KR100939860B1 (ja)
CN (8) CN101114505B (ja)
DE (6) DE602005023227D1 (ja)
WO (2) WO2005124780A1 (ja)

Families Citing this family (88)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
KR20060043284A (ko) * 2004-03-08 2006-05-15 엘지전자 주식회사 기록매체의 텍스트 서브타이틀 스트림 재생방법과 재생장치
US7877002B2 (en) * 2004-06-18 2011-01-25 Panasonic Corporation Reproduction device, program, and reproduction method
EP1864214B1 (en) * 2004-12-23 2012-02-15 Koninklijke Philips Electronics N.V. Method and apparatus for configuring software resources for playing network programs
US9275052B2 (en) 2005-01-19 2016-03-01 Amazon Technologies, Inc. Providing annotations of a digital work
KR20070052642A (ko) * 2005-11-17 2007-05-22 엘지전자 주식회사 데이터 재생방법 및 재생장치와 데이터 전송방법
JP4364176B2 (ja) * 2005-06-20 2009-11-11 シャープ株式会社 映像データ再生装置及び映像データ生成装置
US7515710B2 (en) 2006-03-14 2009-04-07 Divx, Inc. Federated digital rights management scheme including trusted systems
JP4702621B2 (ja) * 2006-03-20 2011-06-15 ソニー株式会社 再生装置および再生方法、プログラム格納媒体、並びに、プログラム
WO2007136195A1 (en) * 2006-05-19 2007-11-29 Lg Electronics Inc. Method for managing and processing information of an object for presentation of multiple sources and apparatus for conducting said method
TWM304101U (en) * 2006-06-14 2007-01-01 Wei-Jing Yang DVD player capable of showing multi-national captions
US9672533B1 (en) 2006-09-29 2017-06-06 Amazon Technologies, Inc. Acquisition of an item based on a catalog presentation of items
US8725565B1 (en) 2006-09-29 2014-05-13 Amazon Technologies, Inc. Expedited acquisition of a digital item following a sample presentation of the item
EP2077035A1 (en) * 2006-10-25 2009-07-08 Koninklijke Philips Electronics N.V. Playback of video and corresponding subtitle data
US7865817B2 (en) * 2006-12-29 2011-01-04 Amazon Technologies, Inc. Invariant referencing in digital works
CN103561278B (zh) 2007-01-05 2017-04-12 索尼克知识产权股份有限公司 包含连续播放的视频分配系统
JP2008204560A (ja) * 2007-02-21 2008-09-04 D & M Holdings Inc 再生装置、再生方法、プログラム及び記録媒体
US8385719B2 (en) * 2007-03-22 2013-02-26 Mitsubishi Electric Corporation Video reproducing apparatus and method
US9665529B1 (en) 2007-03-29 2017-05-30 Amazon Technologies, Inc. Relative progress and event indicators
US7921309B1 (en) 2007-05-21 2011-04-05 Amazon Technologies Systems and methods for determining and managing the power remaining in a handheld electronic device
JP2009118168A (ja) * 2007-11-06 2009-05-28 Hitachi Ltd 番組録画再生装置、および、番組録画再生方法
WO2009065137A1 (en) 2007-11-16 2009-05-22 Divx, Inc. Hierarchical and reduced index structures for multimedia files
US8997161B2 (en) 2008-01-02 2015-03-31 Sonic Ip, Inc. Application enhancement tracks
BRPI0902891A2 (pt) * 2008-02-15 2015-09-22 Panasonic Corp dispositivo de reprodução, dispositivo de gravação, método de reprodução e método de gravação
JP2009271589A (ja) * 2008-04-30 2009-11-19 Sony Corp 情報処理装置、その制御方法、制御プログラム及びネームマッピング情報
RU2518189C2 (ru) 2008-06-26 2014-06-10 Панасоник Корпорэйшн Носитель записи, устройство воспроизведения, устройство записи, способ воспроизведения, способ записи и программа
US9087337B2 (en) * 2008-10-03 2015-07-21 Google Inc. Displaying vertical content on small display devices
JP5445467B2 (ja) * 2009-01-06 2014-03-19 日本電気株式会社 クレジット情報区間検出方法、クレジット情報区間検出装置及びクレジット情報区間検出プログラム
CN105072454B (zh) 2009-01-07 2019-04-19 索尼克Ip股份有限公司 针对在线内容的媒体指南的特定化、集中式、自动化创建
US9087032B1 (en) 2009-01-26 2015-07-21 Amazon Technologies, Inc. Aggregation of highlights
CN102685514B (zh) * 2009-02-19 2014-02-19 松下电器产业株式会社 再生装置、记录方法及记录介质再生系统
WO2010134316A1 (ja) 2009-05-19 2010-11-25 パナソニック株式会社 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
EP2343906B1 (en) * 2009-06-11 2016-08-10 Panasonic Intellectual Property Management Co., Ltd. Playback device, integrated circuit, recording medium
WO2010143439A1 (ja) * 2009-06-12 2010-12-16 パナソニック株式会社 再生装置、集積回路、記録媒体
KR101648450B1 (ko) * 2009-08-10 2016-08-16 엘지전자 주식회사 데이터 재생 방법 및 재생 장치
US8692763B1 (en) 2009-09-28 2014-04-08 John T. Kim Last screen rendering for electronic book reader
KR20120091007A (ko) 2009-10-02 2012-08-17 파나소닉 주식회사 입체 시 영상을 재생할 수 있는 재생장치, 집적회로, 재생방법, 프로그램
US20110080462A1 (en) * 2009-10-02 2011-04-07 Panasonic Corporation Playback device, integrated circuit, playback method, and program for stereoscopic video playback
EP2507995A4 (en) 2009-12-04 2014-07-09 Sonic Ip Inc SYSTEMS AND METHODS FOR TRANSPORTING ELEMENTARY BIT TRAIN CRYPTOGRAPHIC MATERIAL
KR20110066578A (ko) * 2009-12-11 2011-06-17 삼성전자주식회사 디지털 컨텐츠와 이를 위한 재생장치 및 방법
JP5533163B2 (ja) * 2010-04-08 2014-06-25 ソニー株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
JP5652642B2 (ja) * 2010-08-02 2015-01-14 ソニー株式会社 データ生成装置およびデータ生成方法、データ処理装置およびデータ処理方法
JP5633236B2 (ja) * 2010-08-09 2014-12-03 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
US9495322B1 (en) 2010-09-21 2016-11-15 Amazon Technologies, Inc. Cover display
US8989499B2 (en) * 2010-10-20 2015-03-24 Comcast Cable Communications, Llc Detection of transitions between text and non-text frames in a video stream
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
JP2012249045A (ja) * 2011-05-27 2012-12-13 Sony Corp 再生装置、再生方法、およびプログラム
US8818171B2 (en) 2011-08-30 2014-08-26 Kourosh Soroushian Systems and methods for encoding alternative streams of video for playback on playback devices having predetermined display aspect ratios and network connection maximum data rates
CN108989847B (zh) 2011-08-30 2021-03-09 帝威视有限公司 用于编码和流处理视频的系统和方法
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US8806188B2 (en) 2011-08-31 2014-08-12 Sonic Ip, Inc. Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files
US8964977B2 (en) 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
JP5794568B2 (ja) * 2011-09-01 2015-10-14 国立大学法人東京工業大学 データ編集装置およびデータ編集方法
US9158741B1 (en) 2011-10-28 2015-10-13 Amazon Technologies, Inc. Indicators for navigating digital works
US20130179199A1 (en) 2012-01-06 2013-07-11 Rovi Corp. Systems and methods for granting access to digital content using electronic tickets and ticket tokens
US9197685B2 (en) * 2012-06-28 2015-11-24 Sonic Ip, Inc. Systems and methods for fast video startup using trick play streams
US9143812B2 (en) 2012-06-29 2015-09-22 Sonic Ip, Inc. Adaptive streaming of multimedia
US10452715B2 (en) 2012-06-30 2019-10-22 Divx, Llc Systems and methods for compressing geotagged video
WO2014015110A1 (en) 2012-07-18 2014-01-23 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear tv experience using streaming content distribution
US8997254B2 (en) 2012-09-28 2015-03-31 Sonic Ip, Inc. Systems and methods for fast startup streaming of encrypted multimedia content
US8914836B2 (en) 2012-09-28 2014-12-16 Sonic Ip, Inc. Systems, methods, and computer program products for load adaptive streaming
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9264475B2 (en) 2012-12-31 2016-02-16 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9344517B2 (en) 2013-03-28 2016-05-17 Sonic Ip, Inc. Downloading and adaptive streaming of multimedia content to a device with cache assist
CN103269447A (zh) * 2013-04-22 2013-08-28 深圳市视维科技有限公司 一种机顶盒上实现多国语言的方法
US10283013B2 (en) * 2013-05-13 2019-05-07 Mango IP Holdings, LLC System and method for language learning through film
US9247317B2 (en) 2013-05-30 2016-01-26 Sonic Ip, Inc. Content streaming with client device trick play index
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9967305B2 (en) 2013-06-28 2018-05-08 Divx, Llc Systems, methods, and media for streaming media content
US9343112B2 (en) 2013-10-31 2016-05-17 Sonic Ip, Inc. Systems and methods for supplementing content from a server
CN103780942B (zh) * 2013-12-23 2017-07-11 青岛海信电器股份有限公司 一种信息配置方法及装置
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
CN111212251B (zh) * 2014-09-10 2022-05-27 松下电器（美国）知识产权公司 再现装置以及再现方法
JP6618246B2 (ja) 2014-09-30 2019-12-11 キヤノン株式会社 情報処理装置、表示方法、及びコンピュータプログラム
EP3910904A1 (en) 2015-01-06 2021-11-17 DivX, LLC Systems and methods for encoding and sharing content between devices
WO2016132482A1 (ja) * 2015-02-18 2016-08-25 三菱電機株式会社 再生装置及び再生方法
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
EP3573341B1 (en) 2017-03-29 2022-07-13 Samsung Electronics Co., Ltd. Device and method for transmitting and receiving signal in multimedia system
CN108040277B (zh) 2017-12-04 2020-08-25 海信视像科技股份有限公司 针对解码后得到的多语种字幕的字幕切换方法及装置
CN109874026B (zh) * 2019-03-05 2020-07-07 网易（杭州）网络有限公司 数据处理方法与装置、存储介质、电子设备
CN112580302B (zh) * 2020-12-11 2023-07-14 海信视像科技股份有限公司 一种字幕校正方法及显示设备

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS55129979A (en) * 1979-03-29 1980-10-08 Sony Corp Vtr control unit
DE3641406A1 (de) * 1986-12-04 1988-06-09 Grundig Emv Einrichtung zur decodierung eines satelliten-fernsehsignals
JPH03280096A (ja) 1990-03-29 1991-12-11 Seiko Epson Corp フォントデータ生成装置
JPH0580738A (ja) 1990-12-25 1993-04-02 Matsushita Electric Ind Co Ltd テレテキスト自動文字変換装置
BE1005554A3 (fr) 1991-12-10 1993-10-26 Bundy Internat Ltd Procede de fabrication d'un tube a paroi multiple.
NZ268754A (en) 1993-06-09 1998-07-28 Intelligence At Large Inc Prioritised packetised data for multiple media digital communication
DE69524151T2 (de) * 1994-07-12 2002-06-06 Thomson Brandt Gmbh Untertitelverfahren eines Teletext-Systems
FI98591C (fi) 1995-05-23 1997-07-10 Nokia Technology Gmbh Videokuvan tekstitysmenetelmä
TW293981B (ja) * 1995-07-21 1996-12-21 Philips Electronics Nv
KR100276950B1 (ko) 1995-11-24 2001-03-02 니시무로 타이죠 다종 언어 기록 매체와 그 재생 장치
JP3728344B2 (ja) 1996-03-22 2005-12-21 パイオニア株式会社 情報再生装置及び情報再生方法
CN1099806C (zh) * 1996-04-05 2003-01-22 松下电器产业株式会社 多媒体光盘及其再生装置、再生方法
WO1998009290A1 (en) 1996-08-29 1998-03-05 Philips Electronics N.V. Playback control in digital video disc players
EP0866461A3 (en) * 1997-03-19 2001-11-07 Sony Corporation Video data decoding and video signal reproduction
JP3025462B2 (ja) 1997-08-05 2000-03-27 翼システム株式会社 画像表示システム及び記録媒体
JP3407287B2 (ja) 1997-12-22 2003-05-19 日本電気株式会社 符号化復号システム
EP0926680A3 (en) 1997-12-25 2001-10-04 Pioneer Electronic Corporation Information reproducing apparatus
JP3058870B1 (ja) 1999-02-05 2000-07-04 株式会社次世代デジタルテレビジョン放送システム研究所 Ａｆｃ回路
EP1035735A3 (en) 1999-03-12 2007-09-05 Kabushiki Kaisha Toshiba Moving image coding and decoding apparatus optimised for the application of the Real Time Protocol (RTP)
EP1885128A3 (en) 1999-09-20 2008-03-12 Tivo, Inc. Closed caption tagging system
JP2001273095A (ja) 2000-03-27 2001-10-05 Toshiba Corp データ転送方法及びデータ記録装置
KR100399999B1 (ko) * 2001-02-05 2003-09-29 삼성전자주식회사 멀티스트림이 기록된 기록매체, 그 기록장치, 그기록방법, 그 재생장치, 및 그 재생방법
JP2002313029A (ja) 2001-04-11 2002-10-25 Alpine Electronics Inc Ｄｖｄ再生装置
JP2002374494A (ja) 2001-06-14 2002-12-26 Fuji Electric Co Ltd ビデオコンテンツファイル生成システムおよびビデオコンテンツファイル検索方法。
JP3871123B2 (ja) * 2001-06-16 2007-01-24 三星電子株式会社 プリロードフォント情報を有する情報貯蔵媒体、その再生装置及び再生方法
JP2003084952A (ja) 2001-09-14 2003-03-20 Canon Inc 文字処理装置および文字処理方法よび記憶媒体およびプログラム
KR100457512B1 (ko) * 2001-11-29 2004-11-17 삼성전자주식회사 광 기록 매체, 광 기록 매체 재생 장치 및 방법
JP4061567B2 (ja) * 2001-12-03 2008-03-19 松下電器産業株式会社 Ｄｖｄオーディオ再生装置、及びｄｖｄオーディオ再生方法
JP2004096512A (ja) 2002-08-30 2004-03-25 Alpine Electronics Inc ビデオディスク再生装置
KR20040024113A (ko) 2002-09-13 2004-03-20 엘지전자 주식회사 디지털 다기능 디스크 장치에서의 재생 제어방법
JP4082968B2 (ja) 2002-09-17 2008-04-30 三洋電機株式会社 光ディスク再生装置
KR100460910B1 (ko) * 2002-10-04 2004-12-09 현대자동차주식회사 자동차 극장에서 다국적 자막 지원장치 및 방법
WO2004036574A1 (en) 2002-10-15 2004-04-29 Samsung Electronics Co., Ltd. Information storage medium containing subtitle data for multiple languages using text data and downloadable fonts and apparatus therefor
KR100970727B1 (ko) * 2002-10-15 2010-07-16 삼성전자주식회사 텍스트 데이터와 다운로드 폰트를 이용한 다국어 지원용서브 타이틀 데이터가 기록된 정보저장매체 및 그 장치
JP3816865B2 (ja) * 2002-11-05 2006-08-30 パイオニア株式会社 情報記録媒体並びにその記録装置及び再生装置
KR100892976B1 (ko) 2002-11-27 2009-04-10 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 재생방법
WO2004049710A1 (ja) 2002-11-28 2004-06-10 Sony Corporation 再生装置、再生方法、再生プログラムおよび記録媒体
KR20040067084A (ko) * 2003-01-21 2004-07-30 엘지전자 주식회사 선택적 자막 출력이 가능한 동영상 재생기
JP2004328653A (ja) 2003-04-28 2004-11-18 Toshiba Corp 再生装置
CN1839627B (zh) * 2003-06-18 2015-04-01 松下电器产业株式会社 再现装置以及再现方法
KR100897466B1 (ko) * 2003-06-30 2009-05-14 파나소닉 주식회사 기록매체, 재생장치, 기록방법, 재생방법
WO2005088634A1 (en) 2004-03-17 2005-09-22 Lg Electronics Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
US7877002B2 (en) * 2004-06-18 2011-01-25 Panasonic Corporation Reproduction device, program, and reproduction method
US7751455B2 (en) * 2004-12-14 2010-07-06 Palo Alto Research Center Incorporated Blue and green laser diodes with gallium nitride or indium gallium nitride cladding laser structure

Also Published As

Publication number Publication date
EP1758121A1 (en) 2007-02-28
JP2006050570A (ja) 2006-02-16
EP1965388B1 (en) 2010-08-25
US7853125B2 (en) 2010-12-14
EP1863032A3 (en) 2008-04-02
JP3996633B1 (ja) 2007-10-24
DE602005023066D1 (de) 2010-09-30
CN1969335B (zh) 2012-06-13
US7609948B2 (en) 2009-10-27
US7519278B2 (en) 2009-04-14
CN101414473A (zh) 2009-04-22
EP1758122A1 (en) 2007-02-28
KR20070101335A (ko) 2007-10-16
JP4406621B2 (ja) 2010-02-03
US20080232773A1 (en) 2008-09-25
US7949225B2 (en) 2011-05-24
US20080008451A1 (en) 2008-01-10
KR20080056026A (ko) 2008-06-19
DE602005023672D1 (de) 2010-10-28
CN1728806A (zh) 2006-02-01
CN101114506A (zh) 2008-01-30
JPWO2005124780A1 (ja) 2008-04-17
WO2005124780A1 (ja) 2005-12-29
CN101299345A (zh) 2008-11-05
EP1758121A4 (en) 2008-04-02
EP1863031B1 (en) 2011-01-05
KR100939860B1 (ko) 2010-01-29
JP3996625B2 (ja) 2007-10-24
JP2007306567A (ja) 2007-11-22
KR20070020126A (ko) 2007-02-16
US7877002B2 (en) 2011-01-25
JP4210695B2 (ja) 2009-01-21
EP1965388A1 (en) 2008-09-03
JP2008251150A (ja) 2008-10-16
EP1863031A3 (en) 2008-04-02
US20060078301A1 (en) 2006-04-13
CN101299345B (zh) 2012-09-26
JP2008251152A (ja) 2008-10-16
JP2008251151A (ja) 2008-10-16
CN101404172A (zh) 2009-04-08
KR100872950B1 (ko) 2008-12-08
CN101114506B (zh) 2010-06-02
US7856169B2 (en) 2010-12-21
KR100917512B1 (ko) 2009-09-16
WO2005124779A1 (ja) 2005-12-29
DE602005023301D1 (de) 2010-10-14
DE602005025813D1 (de) 2011-02-17
KR100890312B1 (ko) 2009-03-26
JP2007312382A (ja) 2007-11-29
DE602005023449D1 (de) 2010-10-21
US8027566B2 (en) 2011-09-27
EP1863032A2 (en) 2007-12-05
KR20080056028A (ko) 2008-06-19
KR20080056027A (ko) 2008-06-19
CN1981342A (zh) 2007-06-13
EP1968065B1 (en) 2011-12-14
US20080232774A1 (en) 2008-09-25
DE602005023227D1 (de) 2010-10-07
JP4243312B2 (ja) 2009-03-25
EP1968065A1 (en) 2008-09-10
EP1863032B1 (en) 2010-08-18
CN101114505A (zh) 2008-01-30
US20080008450A1 (en) 2008-01-10
KR20070100370A (ko) 2007-10-10
JP4210709B2 (ja) 2009-01-21
JP4402727B2 (ja) 2010-01-20
EP1758122B1 (en) 2010-09-08
EP1863031A2 (en) 2007-12-05
CN101414473B (zh) 2013-01-23
CN101114505B (zh) 2010-06-02
US20080232772A1 (en) 2008-09-25
CN100588238C (zh) 2010-02-03
EP1758121B1 (en) 2010-09-01
EP1968064B1 (en) 2010-09-15
CN1969335A (zh) 2007-05-23
EP1758122A4 (en) 2008-04-02
US20070286576A1 (en) 2007-12-13
EP1968064A1 (en) 2008-09-10
US7583888B2 (en) 2009-09-01
KR100939858B1 (ko) 2010-01-29
KR100872949B1 (ko) 2008-12-08
US20080025697A1 (en) 2008-01-31
JP2008257845A (ja) 2008-10-23
JP3996634B1 (ja) 2007-10-24
JP4243313B2 (ja) 2009-03-25

Similar Documents

Publication Publication Date Title
JP3996625B2 (ja) 再生装置、プログラム、再生方法
KR100939859B1 (ko) 재생장치, 재생방법

Legal Events

Date Code Title Description
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: 20070710

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070802

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

Free format text: PAYMENT UNTIL: 20100810

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 3996625

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20100810

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20110810

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120810

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130810

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20130810

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20140810

Year of fee payment: 7