CN102577409B - 能再现立体视觉影像的再现装置、集成电路、再现方法 - Google Patents

能再现立体视觉影像的再现装置、集成电路、再现方法 Download PDF

Info

Publication number
CN102577409B
CN102577409B CN201080043782.7A CN201080043782A CN102577409B CN 102577409 B CN102577409 B CN 102577409B CN 201080043782 A CN201080043782 A CN 201080043782A CN 102577409 B CN102577409 B CN 102577409B
Authority
CN
China
Prior art keywords
plane
graphics plane
request
right eye
left eye
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.)
Expired - Fee Related
Application number
CN201080043782.7A
Other languages
English (en)
Other versions
CN102577409A (zh
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 Holdings Corp
Original Assignee
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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of CN102577409A publication Critical patent/CN102577409A/zh
Application granted granted Critical
Publication of CN102577409B publication Critical patent/CN102577409B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
    • 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/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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/156—Mixing image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
    • H04N13/359—Switching between monoscopic and stereoscopic modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/361—Reproducing mixed stereoscopic images; Reproducing mixed monoscopic and stereoscopic images, e.g. a stereoscopic image overlay window on a monoscopic image background
    • 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/8227—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 at least another television signal
    • 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
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • 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/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00246—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is obtained from a local device, e.g. device key initially stored by the player or by the recorder
    • 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/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G11B20/00362—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being obtained from a media key block [MKB]
    • 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/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G11B20/00528—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted wherein each title is encrypted with a separate encryption key for each title, e.g. title key for movie, song or data file
    • 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
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • 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
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1289—Formatting of user data
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N2013/40—Privacy aspects, i.e. devices showing different images to different viewers, the images not being viewpoints of the same scene
    • H04N2013/405—Privacy aspects, i.e. devices showing different images to different viewers, the images not being viewpoints of the same scene the images being stereoscopic or three dimensional
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Geometry (AREA)
  • Computer Graphics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Television Signal Processing For Recording (AREA)
  • Processing Or Creating Images (AREA)

Abstract

一种再现装置，具有平面影像再现模式与立体影像再现模式的切换功能，切换时发生左眼用图像与右眼用图像的不整合。具体地，当从平面影像再现模式切换到立体影像再现模式时，无效化Graphics#drawImage的描绘请求，将左眼用图形平面的存储内容拷贝到右眼用图形平面，之后执行图形平面的输出系统的切换，解除StereoGraphics#drawImage的描绘请求的禁止，从而防止左眼用图像与右眼用图像的不整合。

Description

能再现立体视觉影像的再现装置、集成电路、再现方法
技术领域
本发明是属于基于字节码应用(bytecode application)的图形描绘技术的技术领域的发明。 
背景技术
所谓字节码应用是通过编译使用面向对象的编程语言记述的类构造体而得到的可执行的程序，是指由不依赖于设备的代码(字节码)记述的应用。作为字节码应用，典型的有Java(注册商标)应用。 
利用中间件对字节码应用提供各种功能。对字节码应用提供功能通过调用中间件安装的包(package)的成员函数来执行。中间件安装的包包含执行伴随颜色指定的线或矩形等图形的描绘、指定区域的涂抹、拷贝粘贴等描绘处理的库。另外，中间件因该库的功能，具备执行图形描绘的描绘部。字节码应用通过连续发行这些描绘处理的请求，能实现各种图形描绘处理。图形描绘用包中，有java.awt包，图形描绘的应用程序接口变为该java.awt包的方法。这里，字节码应用动作用的平台中，不限于以平面视觉再现为前提的平台，还出现以立体视觉再现为前提的平台。以立体视觉再现为前提的平台具有左眼用图形平面与右眼用图形平面，在平面视觉模式与立体视觉模式中，这些图形平面被切换。 
在专利文献1中还记载如下技术，即：通过准备在平面视觉模式与立体视觉模式切换前后的看上去完全相同的切换后影像，保证模式切换前后输出的影像的同一性。 
现有技术文献 
专利文献1：日本专利特许第4266774号 
发明概要
发明要解决的问题 
但是，期望在立体视觉内容再现时，起动应用，使应用描绘与动态图 像再现同步的GUI，从而使立体视觉内容再现时的用户操作容易进行。这在现有的DVB-MHP内容或BD-ROM内容中，使内容与应用联动，实现了使应用执行GUI处理的高度处理，内容制作者一方期望在立体视觉内容中也能实现上述处理。 
因为字节码应用或java.awt.Graphics每当其执行时由多个线程处理，另外，参数的交换通过经堆栈的线程间通信来执行，所以在基于字节码应用的图形描绘请求中，时滞较大。由此，在由java.awt.Graphics受理任一应用线程发生的模式切换之后，不希望其他应用线程发生的2D图形描绘请求到达java.awt.Graphics。 
为了2D图形描绘请求延迟到达，若仅向通过模式切换确保的右眼用图形平面、右眼用图形平面中的左眼用图形平面写入由2D图形描绘请求所请求的图形，则产生两眼的图形不整合，对用户造成视觉的不快感。 
不用说，即便因2D图形描绘请求产生左眼-右眼的视觉不整合，若通过之后的3D图形描绘请求的发行更新图形，则产生左眼-右眼的视觉不整合的期间为很短的期间。但是，要充分考虑立体视觉再现时的左眼-右眼的视觉不整合的发生即便是很短的期间，对视听者造成的不快感的影响也大，因该不快感，视听者会厌恶立体视觉内容自身，对立体视觉内容的关联制品也表现出拒绝反应。无论期间长短，均不允许左眼-右眼的视觉不整合。 
为了避免两眼的图形不整合，考虑制造商一律地规范应用的制作，但显示内容固有的GUI的应用是因内容提供商不同而独立地制作的，即便从再现品质方面有期望，单方强迫接受制造商一方的期望几乎不可能。 
发明内容
本发明的目的在于提供一种再现装置，即便从字节码应用向描绘部的描绘请求的时滞很大，也不会对享受立体视觉再现的用户造成视觉上的不快感。 
用于解决技术问题的手段 
能解决上述节技术问题的再现装置的特征在于， 
具备： 
使字节码应用动作的平台部；与 
左眼用图形平面及右眼用图形平面， 
所述平台部包含描绘部，该描绘部受理来自字节码应用的图形描绘请求，并执行图形描绘， 
所述左眼用图形平面及右眼用图形平面的配置中，具有1平面结构与2平面结构，该1平面结构在平面视觉再现时及立体视觉再现时，在图形描绘中仅使用左眼用图形平面，该2平面结构在立体视觉再现时，在图形描绘中使用左眼用图形平面及右眼用图形平面， 
所述图形描绘请求中具有2D图形的描绘请求与3D图形的描绘请求， 
从所述配置中的1平面结构向2平面结构的切换，包含无效化此前由字节码应用执行的2D图形描绘请求的处理、和将左眼用图形平面的存储内容拷贝到右眼用图形平面的处理，在执行该拷贝后，描绘部接受3D图形的描绘请求。 
发明效果 
具备上述用于解决技术问题的手段的再现装置，因为在将图形平面的配置从1平面结构切换到2平面结构时，无效化2D图形描绘请求，所以即便在从1平面结构向2平面结构的图形平面配置切换后存在到达描绘部的2D图形描绘请求，也在从左眼用图形平面向右眼用图形平面的平面间拷贝执行之前无效化该2D图形描绘请求。 
在将堆栈上的2D图形描绘请求暂时无效的基础上，执行从左眼用图形平面向右眼用图形平面的拷贝，所以在图形平面的配置从1平面结构切换到2平面结构之后，通过2D图形描绘请求到达描绘部，不会仅更新左眼用图形平面的存储内容。再现装置的制造商即便在使内容提供商制作的应用动作、在该应用中显示3D图形的情况下，也能充分考虑到立体视觉内容的再现品质，不会让视听该3D图形的用户感到不快。 
因为2D图形描绘请求的无效化在从左眼用图形平面向右眼用图形平面拷贝之前执行，所以在从左眼用图形平面向右眼用图形平面拷贝中途，不会单独更新左眼用图形平面。存储在左眼用图形平面中的像素之中的、已拷贝到右眼用图形平面的像素在平面间拷贝中途因2D图形描绘请求而事后被改写的可能性被完全根除。 
在将图形平面的配置从1平面结构变更为2平面结构时，因为严格保障左眼用图形平面与右眼用图形平面为相同内容，所以很短期间的左眼-右眼的视觉不整合也不会发生。从而，可使3D图形的品质提高到完全的水平。 
通过无效化图形平面从1平面结构切换到2平面结构后的2D图形描绘请求，排除了仅单眼用图形平面单独被改写的可能性，从相当于该应用的平台的平台立场，保障了由应用描绘的3D图形的品质，所以内容提供商能将维持由应用描绘的3D图形的品质委托给制造商。通过将3D图形的品质管理委托给制造商，内容提供商能专心于立体视觉内容的制作，所以能大大促进立体视觉内容的制作，实现立体视觉内容的充实化。 
即便从字节码应用向描绘模块的描绘请求的交换发生时滞，该时滞也不构成使立体视觉图像的品质降低的原因，所以，能够允许从字节码应用向描绘模块的描绘请求交换中发生时滞的软件安装。在制造商开发再现装置时的软件安装中也允许自由度，所以促进再现装置的制品开发，能实现可立体视觉再现的再现装置的充实化。 
现实的再现装置的软件安装中，2D图形描绘请求由java.awt.Graphics处理，从左眼用图形平面向右眼用图形平面的拷贝由再现装置中的设备驱动器执行，这些java.awt.Graphics与设备驱动器平行动作的安装方式被充分考虑。但是，在本发明中，因为在从左眼用图形平面向右眼用图形平面拷贝之前执行2D图形描绘请求的无效化，所以即便是java.awt.Graphics与设备驱动器平行动作的软件安装方式，在图形平面是2平面结构的情况下，也严格保障左眼用图形平面与右眼用图形平面为相同内容。从而，不会从再现装置的制造商剥夺软件安装的自由度。 
虽然是任意的，但上述再现装置也可如下构成。例如，也可以是： 
所述再现装置具备： 
解码器，解码所述记录介质中记录的立体视觉视频流； 
左眼用视频平面，存储通过解码立体视觉视频流而得到的左眼用图片数据； 
右眼用视频平面，存储通过解码立体视觉视频流而得到的右眼用图片数据；和 
合成部，执行左眼的输出系统的合成及右眼的输出系统的合成， 
所述左眼的输出系统的合成是指将左眼用图形平面的存储内容与左眼用视频平面的存储内容合成， 
所述右眼的输出系统的合成是指将左眼用图形平面及右眼用图形平面中的某一方的存储内容与右眼用视频平面的存储内容合成， 
所述合成部在从所述1平面结构向2平面结构切换时，在将左眼用图形平面的存储内容拷贝到右眼用图形平面之后，开始将右眼用输出系统中的右眼用图形平面的存储内容合成到右眼用视频平面的存储内容的处理， 
所述描绘部进行的3D图形描绘请求的接受，是在将右眼用图形平面的存储内容与右眼用视频平面的存储内容合成之后执行的。 
因为在从左眼用图形平面向右眼用图形平面的平面间拷贝完成之前，不执行视频平面与图形平面之间的合成输出，所以不会以左眼用图形平面的存储内容与右眼用图形平面的存储内容存在视觉不整合的状态原样地将图形与动态图像合成后供给视听者。可维持应该用左眼视听的图形与应该用右眼视听的图形之间的完全整合。 
附图说明
图1表示由作为封装介质的记录介质、作为播放器设备的再现装置、显示装置、眼镜构成的家庭影院系统。 
图2是表示再现装置的内部结构的框图。 
图3表示视频平面104a、104b中存储的图片数据被佩戴快门眼镜500的用户如何观看。 
图4是表示描绘部115的功能结构的框图。 
图5是表示平面合成器的内部结构的图。 
图6表示图形平面104c、104d的内部结构。 
图7是表示平面间拷贝的处理内容的图。 
图8是表示从1平面结构切换到2平面结构后的图形更新的图。 
图9是表示BD-J模块15支持的图形描绘功能的API一例的图。 
图10是能用图8的应用程序接口规定的描绘请求的具体例。 
图11示意性地表示如图9所示指定自变量的情况下、利用 Graphics#drawImage及StereoGraphics#drawImage的调用来执行何种写入。 
图12是沿视频流时间轴表示2D图形描绘请求的忽视、平面间拷贝、右眼用输出系统的追加的时间关系的定时图。 
图13是通过执行与不执行Graphics#drawImage的无效化、由再现装置再现的立体视觉影像如何不同的对比说明用图。 
图14是以连续照片的表述来表示在不执行无效化地执行模式切换的情况下、堆栈中的多个代码如何处理的图。 
图15表示通过图14(c)的写入而再现的立体视觉影像。 
图16以连续照片的表述来表示在执行无效化后执行模式切换的情况下、堆栈中的多个API调用代码如何处理。 
图17表示通过图16(d)的写入而再现的立体视觉影像。 
图18是表示BD-ROM100的内部结构的图。 
图19是表示再现装置的内部结构的框图。 
图20表示平面存储器的层结构与合成部的结构要素。 
图21表示平面合成器20通过实现4种输出系统的切换而形成的4个合成模式(合成模式1、合成模式2、合成模式3、合成模式4)。 
图22是表示BD-J模块15支持的图形描绘功能的API一例的图。 
图23是表示图22的图形描绘功能API的调用代码一例的图。 
图24是表示调用合成模式切换请求803时的处理步骤的图。 
图25是表示从1平面切换到2平面的处理、从2平面切换到1平面的处理的步骤的流程图。 
图26是表示setConfigurationAPI调用时的org.havi.ui的处理步骤的流程图。 
图27是表示java.awt.Graphics的处理步骤的流程图。 
图28是表示应用管理器的StereoGraphics状态控制步骤的流程图。 
图29是表示平面合成器的合成模式切换及右眼用输出系统的切换步骤的流程图。 
图30是表示调用StereoGraphics#drawImage方法时的线描绘步骤的流程图。 
图31是基于字节码应用的菜单显示流程图。 
图32是表示动作模式对象的内部结构一例的图。 
图33是表示标题选择时的分辨率设定时的处理步骤的流程图。 
图34是用于说明立体视觉图像看成位于显示画面近前的原理的图。 
图35是用于说明立体视觉图像看成位于显示画面深处的原理的图。 
图36是表示正与负的平面偏移看上去的差异的一例的图。 
图37是表示集成电路的结构图。 
具体实施方式
以下，参照附图来说明本申请中包含的再现装置的发明、集成电路的发明、再现方法的发明、程序的发明的实施方式。 
具备上述用于解决技术问题的手段的再现装置的发明可作为用于再现封装介质的播放器设备来实施，集成电路的发明可作为装入该播放器设备的系统LSI来实施。再现方法的发明可作为由该播放器设备实现的时间系列步骤来实施。程序的发明可作为记录在计算机可读取的记录介质中、安装在播放器设备中的可执行程序来实施。 
1：再现装置的发明的使用形态 
图1表示由作为封装介质的记录介质、作为播放器设备的再现装置、显示装置、眼镜构成的家庭影院系统。如图所示，上述作为封装介质的记录介质、作为播放器设备的再现装置与显示装置、眼镜、遥控器一起构成家庭影院系统，供用户使用。 
1.1：记录介质100 
记录介质100是向上述家庭影院系统例如提供电影作品的光盘。 
1.2：再现装置200 
再现装置200与电视400连接，再现记录介质100。这种再现通过交互重复左眼用影像(L图像)的影像输出与右眼用影像(R图像)的影像输出来执行。在如此再现的再现影像中存在2D影像、3D影像。所谓2D影像是例如将包含显示装置的显示画面的平面捕捉为X-Y平面、由位于该X-Y平面上的显示画面的显示位置上的像素表现的图像，也称为平面视觉图像。将用于再现该2D影像的再现装置的再现模式称为“2D再现模式”或“平面视觉再现模式”。另外，将该2D再现模式中由再现装置显示的图形称为 “2D图形”。 
对照地，所谓3D影像是将与上述捕捉为X-Y平面的平面正交的线作为Z轴、加上Z轴方向进深的图像。将用于再现该3D影像的再现装置的再现模式称为“3D再现模式”或“立体视觉再现模式”。另外，将该3D再现模式中由再现装置显示的图形称为“3D图形”。 
1.3：遥控器300 
遥控器300是从用户受理对分层的GUI的操作的设备，为了受理这种操作，遥控器300具备调用构成GUI的菜单的菜单键、使构成菜单的GUI部件的聚焦移动的箭头键、对构成菜单的GUI部件执行确定操作的确定键、将分层的菜单返回上一级菜单的返回键、数值键。 
1.4：电视400 
电视400接收来自再现装置200的影像输出，以相同定时原样交互输出L图像与R图像。定时的相同化通过设影像输出与显示切换的帧速率相同来实现。为了减轻视听者眼的负担，也可构成为仅倍增显示切换侧的帧速率。此时，显示显示器400积累L图像和后续输出的R图像的组，显示显示器侧通过高速切换这些图像，进行高帧速率的显示。 
1.5：快门眼镜500 
快门眼镜500由液晶快门(shutter)与控制部构成，使用用户两眼的视差来实现立体视觉。快门眼镜500的液晶快门是使用具有通过改变施加电压、光的透过率变化的性质的液晶透镜的快门。快门眼镜500的控制部接受从再现装置发送的R图像与L图像的输出切换的同步信号，根据该同步信号，进行第1状态、第2状态的切换。 
所谓第1状态是如下状态，即调节施加电压，使得对应于右眼的液晶透镜不透过光，并调节施加电压，使对应于左眼的液晶透镜透过光，在该状态下，为L图像入射到左眼、L图像不入射到右眼的状态。 
所谓第2状态是如下状态，即调节施加电压，使得对应于右眼的液晶透镜透过光，并调节施加电压，使对应于左眼的液晶透镜不透过光，在该状态下，为R图像入射到右眼、R图像不入射到左眼的状态。 
通常，R图像与L图像源于其摄影位置之差，是从向右眼瞳孔的入射看的像与从向左眼瞳孔入射看的像中看上去有些差异的图像。 
通过将该像的看上去的差异程度设为从人的左眼/右眼分别看到的像的差异程度(即视差程度)，能利用将从人眼看到的像辨别为立体。因此，快门眼镜500若使以上第1状态、第2状态的切换与R图像与L图像的输出切换定时同步，则用户错觉为平面显示被看成是立体的。下面，说明相当于显示R图像、L图像的时间间隔。 
具体地，平面显示的图像中，R图像与L图像中存在程度相当于与人的视差相当的看上去的差异的差，通过以短时间间隔切换显示这些图像，看起来好像立体显示。所谓该短时间间隔只要是通过上述切换显示使人错觉为立体观察的程度的时间即可。在本实施方式中，将表示电视400再现视频流用的显示周期的帧期间分割成2个，将通过分割得到的各个期间设为切换右眼、左眼用的时间间隔。将通过分割帧期间提到的期间中左眼视听用的期间称为“左眼瞳孔入射时间”。另外，将右眼视听用期间称为“右眼瞳孔入射时间”。这里若帧周期为1/24秒，则左眼瞳孔入射时间、右眼瞳孔入射时间分别为1/48秒。若帧周期为1/60秒，则左眼瞳孔入射时间、右眼瞳孔入射时间分别为1/120秒。 
(第1实施方式) 
下面，说明具备本申请说明书的用于解决技术问题的手段的再现装置实施方式中、设图形平面为2平面结构的实施方式。 
2：再现装置的内部结构 
图2表示具备解决本申请的用于解决技术问题的手段的再现装置的基本内部结构。如图所示，再现装置200由读出部101、视频解码器102、平面存储器组103(包含视频平面104a、104b、图形平面104c、104d)、平面合成器105、图像存储器106、绘制引擎107、平台部110、堆(heap)存储器111、字节码翻译器112、类加载器113、应用管理器114、描绘部115构成。 
2.1：读出部101 
读出部101从记录介质100中读出视频流、数据结构体、字节码应用的类构造体、应用管理表，将视频流提供给视频解码器102。 
2.2：视频解码器102 
视频解码器202对读出的视频流进行解码，将非压缩形式的图片(picture)写入平面存储器组103。 
平面存储器组103由多个平面存储器构成。所谓平面存储器是以线(line)单位存储1画面大小的像素数据、沿水平同步信号、垂直同步信号输出这些像素数据用的存储器。各个平面存储器存储通过对视频、字幕、GUI、背景图像进行解码而得到的1画面大小的像素数据。 
这些平面存储器构成层模型，将各个平面存储器的存储内容供于层合成。该层合成通过对层模型中的2个层的全部组合、执行平面存储器的层模型中使2个层的平面存储器中存储的像素数据的像素值重叠的处理来进行。 
2.4.1：左眼用视频平面104a、右眼用视频平面104b 
左眼用视频平面104a和右眼用视频平面104b是平面存储器组之一，分别存储左眼用视频图片、右眼用视频图片。 
2.4.2：左眼用图形平面104c、右眼用图形平面104d 
左眼用图形平面104c和右眼用图形平面104d是平面存储器组之一，以非压缩形式存储视频平面上应重叠的图形。左眼用图形平面104c是存储左眼用图形的左眼用平面存储器。右眼用图形平面104d是存储右眼用图形的右眼用平面存储器。左眼用图形平面及右眼用图形平面的配置中，存在1平面结构与2平面结构，该1平面结构在平面视觉再现时及立体视觉再现时，在图形描绘中仅使用左眼用图形平面，该2平面结构在立体视觉再现时，在图形描绘中使用左眼用图形平面及右眼用图形平面。这里所谓的“图形”是由这些图形平面中存储的ARGB形式的像素数据表现的显示内容，包含通过使用字体展开文本代码得到的字符、符号的位图、或通过解码GIF/JPEG/PNG数据得到的GIF/JPEG/PNG图像(在本说明书中称为“描绘图像”(rendering image))。 
2.5：平面合成器105 
平面合成器105执行多个平面存储器的层合成。平面合成器105由左眼用输出系统与右眼用输出系统构成，在左眼用输出系统与右眼用输出系统中分别独立进行多个平面存储器间的层合成。左眼用输出系统、右眼用输出系统由多个加法器与加法器间的连线构成。左眼用输出系统与2D再现模式共享。右眼用输出系统仅在3D再现模式下有效。该右眼用输出系统在将向加法器的供给源设为左眼用图形平面的情况下，能将图形平面设为1 平面结构，在将向加法器的供给源设为右眼用图形平面的情况下，能将图形平面设为2平面结构。 
2.6：图像存储器106 
图像存储器106是在生成记录介质100中记录的数据结构体的实例的情况下、存储作为数据结构实例(instance)的描绘图像用的存储器。这种描绘图像是ARGB形式的位图，从字节码应用以实例变量指示。在3D再现模式中，能单独存储右眼用描绘图像对象与左眼用描绘图像对象。 
2.7：绘制引擎107 
绘制引擎107执行对左眼用图形平面104c和右眼用图形平面104d的描绘处理。绘制引擎107的图像描绘通过将图像存储器106上的描绘图像对象从图像存储器106拷贝到图形平面104c、104d来进行。构成拷贝对象的描绘图像对象由实例变量来指示。 
2.10：平台部110 
平台部110由存储在ROM等非易失性存储器中的内置程序、与执行该内置程序的硬件(包含MPU、寄存器、外围电路)构成，使作为记录介质100中记录的类构造体的实例的字节码应用动作。 
2.11：堆存储器111 
堆存储器111是用于字节码应用进行动作的工作区域，由多线程111a与多堆栈111b构成。 
2.11.1：多线程111a 
多线程111a是执行字节码的逻辑执行主体(线程)的集合，将本地变量或操作数堆栈中存储的自变量变为操作数，进行运算，将运算结果存储在本地变量或操作数堆栈中。相对于再现装置中的物理执行主体只有MPU一个，作为逻辑执行主体的线程最大能存在64个。在该64个的数值内，既可新制作线程，也可删除现有的线程，线程的动作数在平台的动作中可增减。因为线程的数能适当增加，所以还能利用多个线程执行构成字节码应用的字节码的并行执行，实现字节码应用的高速化。构成从记录介质加载的字节码应用或java.awt.Graphics或HAVi等常驻型(resident-type)字节码应用的字节码也供于这种并行执行。 
2.11.2：多堆栈111b 
多堆栈111b是与多个线程分别以1对1的比率存在的堆栈的集合，各堆栈在其内部具有程序计数器与1个以上的帧。“程序计数器”表示实例中当前在执行哪部分。“帧”是对相对于方法(method)的1次调用分配的堆栈式区域，由存储该1次调用时的自变量的“操作数堆栈”与被调用的方法所使用的“本地变量堆栈”构成。帧因为每调用1次就累积在堆栈中，所以在某个方法递归地调用自身的情况下，也累积1个该帧。 
2.12：字节码翻译器112 
字节码翻译器112将分配给线程的字节码变换为本地(native)代码，让MPU执行。字节码翻译器112将字节码应用作为多线程来处理。 
2.13：类加载器113 
类加载器113通过在堆栈存储器111中生成记录介质100中记录的应用的类构造体实例，执行字节码应用的加载。 
2.14：应用管理器114 
应用管理器114根据应用管理表，通过验证字节码应用的正当性，执行起动字节码应用或结束字节码应用等字节码应用的应用信令(application signaling)。 
2.15：描绘部115 
描绘部115是对在平台部中动作的字节码应用提供各种功能的内置设备用中间件程序。该中间件程序安装的包(package)包含通过绘制引擎107对左眼用图形平面104c和右眼用图形平面104d执行伴随颜色指定的线或矩形等图形的描绘、指定区域的涂抹、指定的拷贝粘贴等描绘处理的库。通过字节码应用向描绘部连续地发行这些描绘处理的请求，实现各种图形描绘处理。 
下面，交换参考图来更详细地说明这些结构要素的处理内容。 
3：快门眼镜500的立体视觉影像的视听 
图3表示视频平面104a、104b中存储的图片数据被佩戴快门眼镜500的用户如何观看。 
图中的箭头vw1表示右眼瞳孔入射期间中向视点的影像输入，图中的箭头vw2表示左眼瞳孔入射期间中向视点的影像输入。在右眼瞳孔入射期间中，如箭头vw1所示，右眼用视频平面的存储内容通过快门眼镜500入 射到用户的左眼。在左眼瞳孔入射期间中，如该箭头vw2所示，左眼用视频平面的存储内容通过快门眼镜500入射到用户的左眼。通过这种快门的切换，能立体视觉再现视频流。在本图中，由附加了字幕、声音、特别收录等字符串的3个按钮部件构成的菜单由图形平面中存储的图形构成。这样，构成立体视觉再现对象的不限于视频。由图形构成的菜单也构成立体视觉对象。 
以上是基于佩戴快门眼镜500的立体视觉影像的视听。接着，说明图形平面的细节。 
下面，说明图形平面104c、104d中的配置设定。在这种配置(configuration)中存在2平面结构与1平面结构。 
4.1：2平面结构 
所谓2平面结构是在再现装置是3D再现模式的情况下，以3D-LR模式再现字节码应用描绘的图形用的平面结构。所谓3D-LR模式是通过将左眼用图形写入左眼用图形平面，将右眼用图形写入右眼用图形平面、制作立体视觉效果的再现模式。 
4.2：1平面结构 
所谓1平面结构是在再现装置为3D再现模式的情况下、以1plane+Offset模式再现字节码应用描绘的图形用的平面结构。所谓1plane+Offset模式是如下再现模式，即：在左眼瞳孔入射期间及右眼瞳孔入射期间各自中，使平面存储器中的线单位的像素坐标向左方向或右方向偏移，使右眼视线及左眼视线的成像点向近前方向或进深方向位移，从而使进深感变化。具体地，若在左眼瞳孔入射期间向左方向、在右眼瞳孔入射期间向右方向使像素坐标变化，则两眼的视线成像点在近前，若在左眼瞳孔入射期间向右方向、在右眼瞳孔入射期间向左方向使像素坐标变化，则两眼的视线成像点在近前。 
在这种平面偏移中，由于立体视觉用平面存储器仅1平面就足以，所以适于简易地生成立体视觉影像。在该平面偏移中，由于不过是生成平面影像来到近前或进到深处这样的立体视觉影像，所以尽管适于菜单或字幕的立体视觉效果，但对于实现角色或物体的立体视觉效果则稍显不足。这是因为无法再现角色的脸的低洼或凹凸等。 
构成再现对象的视频流是基本视(base view)视频流及从属视(dependent view)视频流的组，即便将再现装置设定为3D再现模式，图形平面的配置原则上也为1平面结构。字节码应用执行配置设定请求，设仅在将图形平面的配置切换为2平面结构的情况下，才切换成2平面结构。 
在记录介质中记录右眼用描绘图像的数据结构、左眼用描绘图像的数据结构，字节码应用使用这些数据结构，在实现图像或按钮部件的立体视觉再现的情况下，字节码应用在描绘之前执行配置设定请求，必需将图形平面设定成2平面结构。 
4：描绘部116的功能结构 
上述描绘部116是用于处理这些描绘请求、配置设定请求的结构要素，若从软件的功能观点看，则描绘部的内部结构如图4所示表现。图4是表示描绘部116的功能结构的框图。第1段是图2的内部结构中的软件的层结构，第2段表示图2的内部结构中的平面存储器的层结构与右眼用输出系统、左眼用输出系统。第3段表示右眼影像、左眼影像。
第1段的层模型中附加阴影的表示构成描绘部的结构要素的部分。如图中附加阴影所示，描绘部由作为常驻型字节码应用的‘org.havi.ui’、‘java.awt.Graphics’、与作为由再现装置的本地代码记述的内置程序的‘设备驱动器’构成。下面说明这些描绘部的结构要素。 
4.1：org.havi.ui模块 
‘org.havi.ui’将左眼用图形平面、右眼用图形平面作为HAVi图形设备来管理。 
4.2：java.awt.Graphics模块 
‘java.awt.Graphics模块’是实施改良后的java.awt.Graphics的模块。所谓java.awt(Abstract Window Toolkit)是汇总了构筑GUI用的功能的基本库，具有组件(component)与容器(container)等2个类。组件提供Java应用的描绘区域，容器具有配置存储多个组件的功能。就对哪点施加改良而言，在命令图形平面从1平面切换到2平面的情况下，进行特殊处理，这点与通常的java.awt.Graphics不同。在图形平面变为2平面期间，除不执行2D图形描绘外，与通常的java.awt.Graphics相同。所谓该java.awt.Graphics的特殊处理是忽视2D图形描绘请求。在第1实施方式中，作为该“忽视”的 一例，采用去除全部已累积在堆栈中的2D图形描绘请求的调用代码，将Exception返回到请求源的线程。在执行这种忽视之后，不执行2D图形的描绘，直到命令图形平面从2平面切换到1平面，释放右眼用输出系统为止。 
4.3：设备驱动器116 
设备驱动器116根据java.awt.Graphics、org.havi.ui的请求，向左眼用图形平面、右眼用图形平面写入图形。 
当从1平面向2平面的图形平面切换时，执行将左眼用图形平面中存储的1画面大小的像素数据拷贝到右眼用图形平面的处理，执行输出系统的切换。图中的箭头dr1、dr2象征地表现设备驱动器访问左眼用图形平面、右眼用图形平面。 
利用该访问，将左眼用图形平面的存储内容拷贝到右眼用图形平面。箭头cp1表示从左眼用图形平面向右眼用图形平面的拷贝。在上述拷贝之后，通过追加右眼用输出系统，如图4的第3段所示，从再现装置输出合成了图形的右眼图像、左眼图像。 
4.4：StereoGraphics模块 
‘StereoGraphics模块’是为了受理3D图形描绘请求、执行图形描绘而特别安装在再现装置中的常驻型字节码应用。仅在命令图形平面从1平面切换到2平面的情况下起动，在图形平面从2平面切换到1平面的情况下，立即结束动作。 
在本实施方式中，最重要的是层模型的说明中描述的‘右眼用输出系统的追加’、‘平面间拷贝’、‘2D图形描绘请求的忽视’这3个步骤。下面，说明这些步骤与实现该步骤用的结构要素。 
实现右眼用输出系统的追加的是平面合成器105。下面，说明合成部的内部结构。 
5：平面合成器105的内部结构 
图5(a)表示平面存储器的层结构与合成部的结构要素。合成部将平面存储器的层结构的左眼用输出系统中设置的加法器41、平面存储器的层结构的右眼用输出系统中设置的加法器42、与开关43作为结构要素。 
5.1：加法器41 
加法器41执行左眼用输出系统中左眼用视频平面的存储内容与左眼用图形平面的存储内容的合成。 
5.2：加法器42 
加法器42执行右眼用输出系统中右眼用视频平面的存储内容与左眼用图形平面及右眼用图形平面中任一方的合成。这些加法器41、42进行的存储内容的合成是指重叠视频平面及图形平面中存储的像素数据的像素值。像素值的重叠是如下处理，即：将透过率α作为加权，乘以平面存储器的线单位的像素值，同时，将(1-透过率α)的加权乘以位于其下位层的平面存储器的线单位的像素值，将这些进行亮度加权后的像素值彼此相加，将加法运算结果设为该层的线单位的像素的像素值。加法器41、42包含存储平面存储器的线像素的像素数据的线存储器与用于向线像素中的各个像素值乘以透过率的乘法部，对线像素中的各个像素执行上述加法运算。 
5.3：开关43 
开关43将对加法器42的像素数据的供给源切换为左眼用图形平面及右眼用图形平面之一。在将对加法器42的像素数据的供给源设为左眼用图形平面的情况下，图形平面的构造变为“1平面结构”，在将像素数据的供给源设为右眼用图形平面的情况下，构造变为“2平面结构”。 
5.4：合成模式的变化 
5.4.1：合成模式 
2D再现模式中的输出系统以图5(b)所示固定。相反，3D再现模式中，有右眼用输出系统与左眼用输出系统，通过左眼用输出系统中将向加法器的数据供给源设为右眼用平面存储器还是左眼用平面存储器，存在图5(c)～(d)所示的2种变化。即，2D再现模式中输出系统中不存在变化，而3D再现模式中平面合成器20通过实现2种输出系统的切换，具有2个合成模式(合成模式A、合成模式B)。下面，用图5(c)～(d)分别说明各个模式。 
图5(c)表示将图形平面、视频平面的比率设为2∶2的输出系统的合成模式(合成模式A)。图形平面的平面数均为2平面，所以向加法器42的供给源为右眼用图形平面。 
5.4.2：合成模式B 
图5(d)表示将图形平面、视频平面的比率设为1∶2的输出系统的合成 模式(称为合成模式B)。合成模式B中，图形平面仅使用左眼用。结果，因为图形平面输出左右相同的影像，所以视听者的眼看见平面。 
在2D再现模式中，平面合成器105中不存在右眼用输出系统，平面合成器105为图5(b)的状态。但是，在从2D再现模式切换到3D再现模式时，向平面合成器105追加右眼用输出系统，平面合成器105变为图5(c)或图5(d)的状态。这样，加法器42及开关43变为有效状态，这是“右眼用输出系统的追加”。相反，加法器42及开关43变为无效状态，这是“右眼用输出系统的释放”。 
接着，说明平面间拷贝的细节。所谓平面间拷贝是指将左眼用图形平面中存储的全部像素拷贝到右眼用图形平面。说明构成该拷贝处理的前提的图形平面的平面结构。 
6.图形平面的内部结构 
图6表示左眼用图形平面104c及右眼用图形平面104d的共同内部结构。在将分辨率设定为1920×1080的情况下，如图6(a)所示，图形平面104c、104d由横向1920×纵向1080的32比特长的存储元件构成。图形平面104c、104d以1920×1080的分辨率、利用ARGB形式8888形式存储像素数据。ARGB形式8888形式中的各像素由8比特的透明度A、8比特的R值、8比特的G值、8比特的B值构成。 
6.1：像素数据 
图6(b)表示图形平面104c、104d中存储的像素数据。如图所示，图形平面104c、104d中存储的图形数据由相当于前景部分的像素数据、相当于背景部分的像素数据构成。这里，在相当于背景部分的存储元件中存储表示透明色的A值，当该部分与视频平面合成时，图形平面的字幕或视频平面中的动态图像被透视看到。另一方面，在相当于前景部分的存储元件中存储表示透明色以外的R、G、B值，由该透明色以外的R、G、B值来描绘描绘图像。 
在平面合成器105进行的平面合成时，在相当于透明像素的部分中透视看见其他平面存储器的存储内容，由于这种透明部分的存在，能进行平面合成。 
6.2：平面间拷贝 
说明平面间拷贝。在将图形平面从1平面结构变更为2平面结构的情况下，必需将图6(a)所示的左眼用图形平面的存储内容全部拷贝到右眼用图形平面。该拷贝是指将作为左眼用图形平面的存储内容的像素数据的集合、即左眼用图形平面中存储的1920×1080的ARGB形式的像素数据全部拷贝到右眼用图形平面。这是因为当从1平面结构切换到2平面结构时，左眼用图形平面中存在有效的像素，而如果是右眼用图形平面中完全不存在像素的空状态，则发生左眼-右眼的视觉不一致。从而，当从1平面结构切换到2平面结构时，在将右眼用图形平面的存储内容供再现输出之前，必需将左眼用图形平面中存在的1920×1080像素数据全部拷贝到右眼用图形平面。对照地，当从2平面结构切换到1平面结构时，不必这种拷贝。这是因为在2D再现模式中，不必害怕发生左眼-右眼的视觉不整合。从而，从左眼用图形平面向右眼用图形平面的拷贝是将图形平面的配置从1平面结构变更为2平面结构时必需的处理。 
7：平面间拷贝的过程 
下面，边交替图7(a)～(c)边说明平面间拷贝的过程。图7(a)表示执行右眼用输出系统的追加前的左眼用图形平面、右眼用图形平面的存储内容。图中，左上存在的菜单与图3的立体视觉影像中的菜单相同，可知构成这种菜单的像素数据存在于左眼用图形平面中。图7(b)示意地表示如何执行右眼用输出系统的追加。左眼用图形平面是1920×1080像素数据的集合，其中，横向1920像素构成线像素。图7(b)的箭头cy1、cy2、cy3、cy4、cy5象征地表示从左眼用图形平面向右眼用图形平面的线像素拷贝。通过这种线像素的拷贝，左眼用图形平面中的1920×1080的像素数据原样复制到右眼用图形平面。图7(c)表示执行右眼用输出系统的追加后的左眼用图形平面、右眼用图形平面的存储内容。图7(c)中，因为左眼用图形平面、右眼用图形平面中分别存在菜单，所以不会发生左眼右眼的视觉不一致。 
8：2D图形描绘请求的忽视 
以上是对平面间拷贝、图形平面的说明。接着说明2D图形描绘请求的忽视的细节。2D图形描绘请求的忽视是指忽视在从1平面结构切换到2平面结构之后到达java.awt.Graphics的2D图形描绘请求。意味着如下积极的处理，即：当利用配置切换将图形平面变为2平面结构时，删除堆 栈中存储的全部2D图形描绘请求，使2D图形描绘请求异常结束。利用伴随积极处理的“忽视”，从java.awt.Graphics从字节码应用接收请求用的堆栈无2D图形描绘请求。忽视配置变更请求后的2D图形描绘请求的处理也被称为2D图形描绘请求的“无效化”。 
参照图8来说明从1平面结构切换到2平面结构后、因2D图形描绘请求到达会产生何种故障。图8表示从1平面结构切换到2平面结构后的图形更新。图8中，设附图的左端为时间轴的原点，附图的右方向为时间轴的正方向，左方向为时间轴的负方向。另外，设与该时间轴正交的平面为图形平面构成的X-Y平面。当图形再现时，与该时间轴正交的X-Y平面中的坐标作为显示坐标提供。在后面的说明中，只要不特别限定，则视频流的时间轴或X-Y坐标系的表述中使用与本图一样的表述。根据图形更新用的描绘请求是2D图形描绘请求还是3D图形描绘请求，发生图8(a)的情况、图8(b)的情况。 
8.2：基于切换到2平面结构后的3D图形描绘请求的更新 
图8(a)的情况表示在将图形平面的配置从1平面结构切换为2平面结构之后、基于3D图形描绘请求执行图形更新的情况。在图8(a)的情况下，假设提示通过选择了以图的菜单提示的声音、字幕、特别收录当中的声音，从而受理英文、中文、日文的选择作为声音语言的菜单的显示例。图中，在时刻u1，左眼用图形平面中存在菜单。在时刻u2，通过将配置从1平面结构切换为2平面结构，执行平面间拷贝，左眼用图形平面、右眼用图形平面双方中存在菜单。在时刻u3，表示通过对应于菜单的确定操作发行3D图形描绘请求，从而更新左眼用图形平面、右眼用图形平面的存储内容的状态。 
8.3：基于切换到2平面结构后的2D图形描绘请求的更新 
图8(b)表示在将图形平面的配置从1平面结构切换为2平面结构之后、基于2D图形描绘请求执行图形更新的情况。在图8(b)的情况下，在时刻u1，左眼用图形平面中存在菜单。在时刻u2，通过将配置从1平面结构切换为2平面结构，执行平面间拷贝，左眼用图形平面、右眼用图形平面双方中存在菜单。在时刻u3，表示通过对应于菜单的确定操作发行2D图形描绘请求，仅更新左眼用图形平面的存储内容的状态。相对于更新了左眼 用图形平面的存储内容，右眼用图形平面的存储内容未更新，所以产生左眼、右眼的视觉不整合。 
说明构成忽视目标的2D图形描绘请求是什么样的，以及3D图形描绘请求、配置设定请求是什么样的。 
‘2D图形描绘请求’实现为执行第1自变量、第2自变量的设定的Graphics#drawImage API的调用代码。在第1自变量、第2自变量、第3自变量为x1、y1、x2、y2、image1的情况下，通过将Graphics#drawImage(x1、y1、x2、y2、image1)；的API调用代码记述在字节码应用中，执行2D图形描绘请求。 
‘3D图形描绘请求’为执行第1自变量、第2自变量、第3自变量、第4自变量、第5自变量的设定的StereoGraphics#drawImage API的调用代码。在自变量为x1、y1、x2、y2、image1、x3、y3、x4、y4、image2的情况下，通过将StereoGraphics#drawImage(x1、y1、x2、y2、image1、x3、y3、x4、y4、image2)；的API调用代码记述在字节码应用中，执行3D图形描绘请求。 
‘配置设定请求’是执行第1自变量、第2自变量的设定的setConfigurationAPI的调用代码。在自变量为第1自变量、第2自变量为width×height、number1的情况下，通过将setConfiguration(width×height、number1)；的API调用代码记述在字节码应用中，能请求图形平面存储器的配置切换。 
这些作为2D图形描绘请求的Graphics#drawImage API调用代码、作为3D图形描绘请求的StereoGraphics#drawImageLR调用代码由构成字节码应用的线程存储在堆栈中，供给作为描绘部的结构要素的java.awt.Graphics、StereoGraphics。 
在调用这些Graphics#drawImage API、StereoGraphics#drawImage API、setConfiguration API等API的情况下，对应于这些调用的帧累积在多堆栈的对应于各个线程的堆栈上。之后，在这些堆栈中的帧的操作数堆栈中，累积Graphics#drawImage API调用的自变量、StereoGraphics#drawImage API调用的自变量、setConfigurationAPI调用的自变量。 
图9表示描绘图像写入中使用的应用程序接口。 
9.1：java.awt.Graphics#drawImage方法 
图9(a)中的java.awt.Graphics#drawImage方法是用于调用在由第1自变量的位置指定的描绘位置上写入由第2自变量指定的描绘图像的功能的API。正确地，也能传递用于在将指定的描绘图像修剪成矩形后描绘的、指定矩形位置的自变量，但这里省略。 
9.2：StereoGraphics#drawImage方法 
图9(b)中的StereoGraphics#drawImage方法是调用如下功能的API，即：在左眼用图形平面中，在由第1自变量的位置指定的矩形范围中写入由第2自变量指定的描绘图像，在左眼用图形平面中，在由第3自变量的位置指定的矩形范围中写入由第4自变量指定的描绘图像。 
矩形范围由构成描绘目标的矩形区域的左上坐标(x1，y1)与右下坐标(x2，y2)的组合表现。另外，作为描绘图像对象，除由GIF/JPEG/PNG形式的数据结构生成的实例外，还可使用BufferedImage。 
如上所述，在java.awt.Graphics#drawImage方法中规定图像拷贝处理，而该处理中仅能指定1个矩形区域的拷贝。另一方面，基于StereoGraphics#drawImage方法的左右同时图像拷贝包含描绘位置与描绘图像的对。设描绘目标平面分别固定在左眼用图形平面104c与右眼用图形平面105d，从StereoGraphics#drawImage方法的自变量中去除图形平面的指定。 
10：描绘请求的具体例 
图10是能用图9的应用程序接口规定的描绘请求的具体例。 
10.1：基于java.awt.Graphics#drawImage的描绘请求的具体例 
图10(a)以表形式来表示在API的种类是java.awt.Graphics#drawImage方法的情况下、应描绘的矩形范围、描绘图像具体如何设定。在java.awt.Graphics#drawImage方法的情况下，应描绘的矩形范围由(X1＝50，Y1＝100)、(X2＝250，Y2＝170)这样的平面坐标系中的XY坐标表现。另外，描绘图像使用提供给数据结构体的实例的实例变量来表现。本图的所谓“位图图像1”是提供给由横向200像素×高度70像素构成的实例的实例变量。 
10.2：基于StereoGraphics#drawImage的描绘请求的具体例 
图10(b)是表示在API的种类是StereoGraphics#drawImage方法的情况 下、应描绘的矩形范围、描绘图像具体如何设定的图。在API的种类是StereoGraphics#drawImage方法的情况下，左眼用图形平面中应描绘的矩形范围由(X1＝50，Y1＝100)、(X2＝255，Y2＝170)这样的平面坐标系中的XY坐标表现。另外，描绘图像使用提供给数据结构体的实例的变量名来表现。本图的所谓“位图图像1”是提供给由横向200像素×高度70像素构成的实例的实例变量。 
右眼用图形平面中应描绘的矩形范围由(X3＝55，Y3＝100)、(X4＝255，Y4＝170)这样的平面坐标系中的XY坐标表现。另外，描绘图像使用提供给数据结构体的实例的实例变量来表现。本图的所谓“位图图像2”是提供给由横向200像素×高度70像素构成的实例的实例变量。 
11.1：基于2D图形描绘请求的向图形平面的写入 
图11(a)示意性地表示如图10(a)指定自变量的情况下，通过调用Graphics#drawImage，执行何种写入。图中的近前侧表示存储描绘图像的图像存储器。图中的进深侧表示彼此重合的左眼用图形平面及左眼用视频平面的组合、右眼用图形平面及右眼用视频平面的组合。 
根据图11(a)，尽管仅在左眼用图形平面中写入图形，更新左眼用图形，但因为右眼用图形平面中未写入图形，所以利用2D图形描绘请求仅更新左眼用图形平面。可知因从1平面结构切换为2平面结构后的2D图形描绘请求，产生左眼-右眼的视觉不整合。 
11.2：基于StereoGraphics#drawImage的向图形平面的写入 
图11(b)示意性地表示如图10(b)指定自变量的情况下，通过调用StereoGraphics#drawImage，执行何种写入。图中的近前侧表示存储描绘图像的图像存储器。图中的进深侧表示彼此重合的左眼用图形平面及左眼用视频平面的组合、右眼用图形平面及右眼用视频平面的组合。在该左眼用图形平面、右眼用图形平面中绘制图10(b)中作为应描绘的矩形范围表示的具体的XY坐标。 
根据图11(b)，因为左右图形平面中X坐标稍稍错位，所以描绘图像分别拷贝到沿横向稍错位的位置上。图中的箭头ig1、ig2表示从左右图像存储器向左右图像存储器的拷贝。此时，因为R图像的描绘位置比L图像的描绘位置向右错位5像素的量左右，所以视听者感觉为向显示器的进深拉 入的显示。因为指定面向左右各个视点准备的不同位图，所以作为立体视觉的效果提高，但也可使用相同位图作为描绘图像。 
为了避免以上视觉的不整合，2平面结构中必需忽视2D图形描绘请求。 
以上从1平面结构切换为2平面结构时的2D图形描绘请求的忽视、平面间拷贝、右眼用输出系统的追加的时间关系是(1)2D图形描绘请求的忽视→(2)平面间拷贝→(3)右眼用输出系统的追加，是在执行右眼用输出系统的追加后，接收3D图形描绘请求。另一方面，从2平面结构切换为1平面结构时的时间关系在禁止3D图形描绘请求的接受之后，释放右眼用输出系统，并接收2D图形描绘请求。表示这些步骤的时间关系的是图12的定时图。 
12：各结构要素的动作的时间关系 
图12是沿视频流时间轴表示基于字节码应用、StereoGraphics、java.awt.Graphics、设备驱动器的动作的时间关系的定时图。第1段表示字节码应用，第2段表示StereoGraphics。第3段表示java.awt.Graphics，第4段表示设备驱动器。第5段表示视频流时间轴上在1/23.976秒、1/59.94秒等帧期间连续显示的多个图片。第6段表示视频流的时间轴。 
12.1：从1平面向2平面的配置 
图中附加星记号1的箭头象征地表现将第2自变量设为“2平面”的setConfiguration的调用。圆记号1、2、3、4表示在将自变量设为2平面的setConfiguration调用后、按何顺序执行基于java.awt.Graphics的无效化、基于设备驱动器的拷贝、基于StereoGraphics的3D图形描绘请求的接受。如该圆记号的号码所示可知，第1执行基于java.awt.Graphics的Graphics#drawImage的无效化，第2执行基于设备驱动器的图形平面的拷贝，第3执行基于设备驱动器的右眼用输出系统的输出。在这些处理完成之后，第4起动StereoGraphics，开始StereoGraphics#drawImage的接收。 
第2段中无效化的开始时刻t0为刚刚执行setConfiguration API调用的时刻之后。平面存储器的拷贝开始时刻t1为2D图形描绘请求的无效化刚刚完成的时刻之后。若假设在拷贝时以java.awt.Graphics改写左眼用图形平面的内容，则左眼用图形平面与右眼用图形平面中产生存储内容的不一致，产生两眼视觉的不一致。但是，如图12所示，因为java.awt.Graphics 在忽视全部2D图形描绘请求之后，执行图形平面的拷贝，所以不会产生左眼用图形平面与右眼用图形平面的存储内容的不一致。 
如上所述，设备驱动器的处理中特征之处在于在完成2D图形描绘请求的忽视之后，执行上述拷贝。即，在拷贝中，若通过java.awt.Graphics改写左眼用图形平面的内容，则左眼用图形平面与右眼用图形平面中产生存储内容的不一致，产生两眼视觉的不一致。但是，因为java.awt.Graphics从全部堆栈中使2D图形描绘请求消除，所以若设备驱动器执行图形平面的拷贝，则不发生存储内容的不一致。 
右眼用输出系统的追加时刻t2为平面拷贝刚刚完成的时刻之后。在第5段，可知在该输出系统的刚刚切换之后，影像输出从平面视觉切换到立体视觉。 
StereoGraphics的起动时刻t3在刚刚追加右眼用输出系统的时刻之后。因为起动StereoGraphics，所以在该时刻t3之后，能更新立体视觉图形。从以上的定时图可知，在调用setConfiguration之后，不能立即基于3D图形描绘请求描绘StereoGraphics#drawImage。发生用于执行2D图形描绘请求的忽视、图形平面的拷贝、输出系统的切换等一系列的处理的时滞。 
12.2：从2平面向1平面的配置切换 
图中附加星记号2的箭头象征地表现将第2自变量设为“1平面”的setConfiguration的调用。圆记号5、6、7表示在将自变量设为1平面的setConfiguration调用后、按何顺序执行基于java.awt.Graphics的无效化、基于设备驱动器的拷贝、基于StereoGraphics的3D图形描绘请求的接受。如该圆记号的号码所示可知，第1，StereoGraphics的动作结束，第2，输出系统变为仅左眼用输出系统，第3，java.awt.Graphics开始接受Graphics#drawImage的调用。 
第2段中StereoGraphics的结束时刻t4为刚刚执行setConfiguration调用的时刻之后。对应于StereoGraphics#drawImage执行3D图形描绘的StereoGraphics仅在利用setConfiguration的调用命令从1平面向2平面的图形平面切换的情况下起动，在利用再次的setConfiguration的调用、图形平面从2平面切换到1平面的情况下，立即结束动作，所以该动作期间非常受限。从而，2D再现模式中不发生因StereoGraphics动作而引起的故障。 
第4段中右眼用输出系统的释放时刻t4为StereoGraphics的动作刚刚结束的时刻之后。第5段中，可知在该输出系统刚刚切换之后，影像输出从平面视觉切换到立体视觉。 
第3段中的Graphics#drawImage的受理时刻t5为从2平面向1平面的输出系统刚刚完成的时刻之后。因为java.awt.Graphics受理2D图形描绘的请求，所以在该时刻之后能更新2D图形。 
因为在拷贝的执行中或输出系统的切换中不将图形平面的存储内容供于输出，所以保障来自再现装置的输出内容正确。以上是对java.awt.Graphics、设备驱动器、StereoGraphics的时间关系的说明。 
13：对比说明 
再现装置的处理中特征最明显的是2D图形描绘的无效化。通过执行与不执行该无效化，进行由再现装置再现的立体视觉影像如何不同的对比说明。在该对比说明中，选择图13的事例为题材。 
13.1：假定的事例 
图13(a)是内容制作者认为理想的图形更新过程。本图中的aaa简要记述受理图3所示的声音、字幕、特别收录的选择的菜单，bbb简要记述受理图7所示的英文、中文、日文的选择的菜单。该更新过程是指对于4个帧f、f+1、f+2、f+3当中的帧f，通过调用Graphics#drawImage API来写入aaa，对于帧f+1，通过调用Graphics#drawImage API来写入bbb，对于帧f+2，将图形平面2平面化，对于帧f+3，向2平面化后的图形平面分别写入bbb。为了实现这种图形更新，由帧f、f+1发行Graphics#drawImage，由帧f+2发行setConfiguration，由帧f+3发行StereoGraphics#drawImage。 
在字节码应用中，Graphics#drawImage的调用代码、setConfiguration的调用代码、StereoGraphics#drawImage的调用代码按2D图形描绘请求→setConfiguration→StereoGraphics#drawImage的顺序排列，但相当于GraphicsDrawImage的调用代码的字节码、相当于setConfiguration的调用代码的字节码、相当于StereoGraphics#drawImage的调用代码的字节码由多线程中的3个线程并列执行，所以这些调用代码按setConfiguration→Graphics#drawImag→StereoGraphics#drawImage的顺序发行。 
图13(b)表示为了图13(a)的图形更新、字节码应用发出的3个调用代码。图13(b)的第2段是线程间通信用的堆栈，其中，存在按setConfiguration、Graphics#drawImag、StereoGraphics#drawImage的顺序排列的3个代码。图13(b)的第1段表示字节码应用，第4段表示平面存储器。第3段表示作为描绘部的结构要素的java.awt.Graphics、StereoGraphics、设备驱动器。 
14.1：情况1(在进行无效化后执行平面结构切换的情况) 
第1描述不执行无效化地执行平面结构切换的情况。 
图14是以连续照片的表述来表示在不执行无效化地执行平面结构切换的情况下、堆栈中的多个代码如何处理的图。处理堆栈中的代码的过程由4个阶段构成，图14(a)表示最初的阶段，图14(b)表示第2个阶段，图14(c)表示第3个阶段，图14(d)表示第4个阶段。这些图14(a)～(d)中，以与前图相同的表述描绘堆栈、java.awt.Graphics、StereoGraphics、设备驱动器、平面存储器。 
图14(a)中附加圆记号2的箭头象征地表现平面存储器的拷贝。图14(b)中附加圆记号3的箭头象征地表现输出系统的切换。图14(c)中附加图中圆记号8的箭头象征地表现基于Graphics#drawImage的bbb的写入。图14(d)中附加圆记号9的箭头象征地表现基于StereoGraphics#drawImage的bbb的写入。 
15.情况1中再现的立体视觉影像 
图15表示通过图14(c)的写入而再现的立体视觉影像。因为图14(c)中右眼图形平面与左眼图形平面不同，所以右眼用影像与左眼用影像中产生不一致。右眼-左眼的视觉不一致残留在画面上，直到执行基于StereoGraphics的左眼用图形平面、右眼用图形平面的更新为止，所以这种不一致让用户感到很不快。 
16.情况2(进行无效化后执行模式切换的情况) 
图16以连续照片的表述来表示在执行无效化后执行模式切换的情况下、堆栈中的多个API调用代码如何处理。处理堆栈中的代码的过程与图14一样，由4个阶段构成，图16(a)表示最初的阶段，图16(b)表示第2个阶段，图16(c)表示第3个阶段，图16(d)表示第4个阶段。这些图16(a)～(d)中，以与图13(b)相同的表述描绘堆栈、java.awt.Graphics、StereoGraphics、 设备驱动器、平面存储器。 
图16(a)中，附加圆记号1的箭头表示通过无效化去除2D图形描绘请求API的调用代码。图中的×标记模式表示通过去除堆栈中存储的3个调用代码中、表示写入bbb之意的Graphics#drawImage，从而后续的setConfiguration的调用代码的顺位上升1个。 
图16(b)中，附加圆记号2的箭头象征地表现平面存储器的拷贝。因为在图16(a)中java.awt.Graphics从堆栈中使2D图形描绘请求全部消除之后，执行图16(b)中的图形平面的拷贝，所以不发生左眼及右眼在视觉上的不一致。图16(c)中，附加圆记号3的箭头象征地表现右眼用输出系统的追加。图16(d)中附加圆记号9的箭头象征地表现基于Graphics#drawImage的bbb的写入。 
17.情况2中再现的立体视觉影像 
图17表示通过图16(d)的写入而再现的立体视觉影像。因为右眼图形平面与左眼图形平面不同，所以不产生不一致。 
如上所述，根据本实施方式，因为在图形平面的拷贝之前无效化2D图形描绘请求，所以在执行从左眼用图形平面向图形平面的像素数据拷贝之后，不向左眼用图形平面写入新的图形。即便2D图形描绘请求延迟到达java.awt.Graphics，也不会根据该2D图形描绘请求显示图形，不发生两眼视觉的不一致。 
(第2实施方式) 
在第1实施方式中，通过去除堆栈上存储的2D图形描绘请求API的调用代码，实现2D图形描绘的无效化，但2D图形描绘请求的忽视也包含变更2D图形描绘处理侧，以使得仅在图形平面因配置的切换而变为2平面结构期间不处理2D图形描绘请求而返回。即，也包含配置变更时的2D图形描绘请求的“暂时无效化”。 
从而，在本实施方式中，通过安装2D图形描绘禁止标志来实现仅在图形平面变为2平面结构期间，才不处理2D图形描绘请求而返回的方式的忽视。 
所谓2D图形描绘禁止标志用于命令Graphics#drawImage忽视2D图形描绘请求或受理2D图形描绘请求的选择。作为伴随该2D图形描绘禁止标 志的追加的Graphics#drawImage的改良，在其处理部的开头置入参照2D图形描绘禁止标志的处理。所谓该参照处理是指在2D图形描绘禁止标志开(ON)的情况下，也不执行Graphics#drawImage的处理，而立即以异常处理(典型地是不处理)返回，若2D图形描绘禁止标志为关(OFF)，则执行Graphics#drawImage的处理。 
另一方面，作为setConfiguration的改良，在调用setConfiguration、命令从1平面结构切换到2平面结构的情况下，将2D图形描绘禁止标志从关切换为开。由此，在将图形平面设定为2平面结构的期间，Graphics#drawImage不处理堆栈中的2D图形描绘请求地异常结束，返回到其调用源的应用。 
相反，在调用setConfiguration、命令从2平面结构切换到1平面结构的情况下，将2D图形描绘禁止标志从开切换为关。由此，在将图形平面设定为1平面结构的期间，Graphics#drawImage接受堆栈中的2D图形描绘请求，进行2D图形的描绘。 
如上所述，根据本实施方式，通过变更2D图形描绘处理侧以仅在图形平面变为2平面结构期间不处理2D图形描绘请求而返回的方式，实现2D图形描绘请求的忽视，所以能以简单的处理实现2D图形描绘请求的忽视。通过这种简单化，2D图形描绘请求的忽视的安装变简单。 
(第3实施方式) 
第3实施方式是内容与本申请的优先权主张的基础申请中、附加于说明书中记载的实施方式实质相同的实施方式。 
本实施方式中执行立体显示的目标影像以再现并视听BD-ROM记录介质中记录的信息为前提。在BD-ROM标准中，也可以依照BD-ROM标准的形式再现本地存储器内或可移动介质中记录的数据。包含这些来说明由再现装置200实施立体视觉影像显示的方式。 
18.BD-ROM的内部结构 
下面，说明作为再现装置200的再现对象的、BD-ROM100的内部结构。图18是表示BD-ROM100的内部结构的图。 
该图的第4段示出BD-ROM，第3段示出BD-ROM上的轨道。该图的轨道沿横向拉伸描绘从BD-ROM的内周向外周螺旋状形成的轨道。该轨 道由导入(lead-in)区域、卷区域与导出(lead-out)区域构成。另外，在导入的内侧，存在称为BCA(Burst Cutting Area：突发切割区)的区域，因为限制能从该区域读出信息的主体，所以例如用于著作权保护技术等中。 
本图的卷区域具有物理层、文件系统层、应用层等层模型，在卷区域中，以文件系统信息(卷)开头，记录影像数据等应用数据。所谓文件系统是UDF或ISO9660等，能与通常的PC一样，使用目录、文件构造读出记录的逻辑数据，能读出255字符的文件名、目录名。 
若使用目录构造表现BD-ROM的应用层格式(应用格式)，则如图中第1段所示。在该第1段中，在BD-ROM中，在Root目录之下，有CERTIFICATE目录及BDMV目录。 
BDMV目录是记录由BD-ROM处理的AV内容或管理信息等数据的目录，在BDMV目录之下，存在称为PLAYLIST目录、CLIPINF目录、STREAM目录、BDJO目录、JAR目录、META目录的6个子目录，配置INDEX.BDMV与MovieObject.bdmv2种文件。 
在STREAM目录中，存在存储构成传输流本体的文件的目录，即赋予扩展符“m2ts”的文件(000001.m2ts)。 
PLAYLIST目录中存在赋予扩展符“mpls”的文件(000001.mpls)。 
CLIPINF目录中存在赋予扩展符“clip”的文件(000001.clpi)。 
BDJO目录中存在赋予扩展符“bdjo”的文件(XXXXX.bdjo)。 
JAR目录中存在赋予扩展符“jar”的文件(YYYYY.jar)。 
META目录中存在XML文件(ZZZZZ.xm1)。 
下面，说明这些文件。 
18.1：AVClip 
首先，说明赋予了扩展符“m2ts”的文件。赋予了扩展符“m2ts”的文件是MPEG-TS(TransportStream：传输流)形式的数字AV流的流文件，通过复用视频流、1个以上的音频流、交互式图形流、图形字幕流等来得到。视频流表示电影的动态图像部分，音频流表示电影的声音部分。流文件中存在2D专用与2D-3D兼用的流文件。2D专用流文件是通常的传输流形式，2D-3D兼用的流文件具有立体视觉交织流文件的文件形式。 
所谓立体视觉交织流文件形式是指以交织形式交互配置包含基本视视 频流的主传输流(主TS)的区段(extent)、与包含从属视视频流的辅传输流(辅TS)的区段。 
18.2：PlayList信息 
赋予了扩展符“mpls”的文件是存储播放列表(下面也记述为PL)信息的播放列表信息文件。所谓‘播放列表’(playlist)是在传输流(TS)的时间轴上规定再现区间的同时、通过逻辑指定该再现区间彼此的再现顺序来规定的再现路径，具有规定仅再现TS中哪部分、以何顺序场景展开的作用。播放列表信息定义这种播放列表的‘型’。由播放列表信息定义的再现路径是所谓的‘多路径’。所谓多路径是集合1对主要TS定义的再现路径(主路径)与对从属TS定义的再现路径(辅路径)后的路径。若该多路径中规定基本视视频流的再现路径，辅路径中规定从属视视频流的再现路径，则能最佳地规定再现立体视觉用的视频流的组合。 
以面向对象编程语言为基础的应用通过命令生成再现该播放列表信息的框架播放器实例，能使基于多路径的AV再现开始。所谓框架播放器实例(framework player instance)是根据媒体框架播放器类、在虚拟机的堆存储器上生成的实际数据。另外，基于命令的程序通过发行以自变量指定该播放列表信息的再现命令，也能开始基于多路径的再现。 
18.3：Clip信息 
赋予了扩展符“clip”的文件是与流文件分别1对1对应的流信息文件。流信息文件保障对流文件中传输流内任意源数据包的随机访问、或与其他传输流的无缝再现。通过该流信息文件，流文件作为‘AVClip’被管理。流信息文件具有将AVClip中的流的编码形式、帧速率、比特率、分辨率等信息、或GOP的开头位置的源数据包号码与帧期间的演示时间戳(presentation time stamp)对应表示的基本入口映射，所以若在访问流文件之前，将该流信息文件加载到存储器中，则能把握要访问的流文件中的传输流是哪个，因此能保障随机访问的执行。流信息文件中有2D流信息文件与3D流信息文件，3D流信息文件包含基本视用的片段(clip)信息(片段基本信息)与从属视用的片段信息(片段从属信息)。 
片段基本信息包含基本视用的区段开始点信息，片段从属信息包含从属视用的区段开始点信息。基本视用的区段开始点信息由多个源数据包号 码构成。各个源数据包号码表示主TS中的区段的分割位置存在于第几个数据包。从属视用的区段开始点信息也由多个源数据包号码构成，表示辅TS中的分割位置存在于第几个数据包。通过使用这些区段开始点信息，立体视觉交织流文件分割成主TS与辅TS。将以上的Clip信息及PL信息分类为‘静态脚本’。 
18.4：BD-J对象 
下面说明附加了扩展符BDJO的文件。在BD-ROM标准中，通过在影像再现中执行应用程序，能在进行动态再现控制或再现中与用户的交互等影像再现的同时，执行任意的计算机处理。在BD-ROM中使用Java(注册商标)作为该应用平台标准，将BD-ROM标准上采用的Java(注册商标)平台称为BD-Java或BD-J，将其执行应用称为BD-Java应用或BD-J应用。 
附加了扩展符BDJO的文件是存储BD-J对象的文件。所谓BD-J对象包含执行BD-Java应用时使用的各种信息。在信息中包含与再现标题的关联、与后述的JAR文件的关联、对PlayList信息的参照值、应用管理表等。 
所谓应用管理表是按每个应用单位来记录执行的BD-J应用的详细信息、即表示应用名称的字符串、指示对应于应用的图标所在的图标定位符等信息的信息。 
18.5：JAR文件 
是BD-J应用的程序信息，将其归档的形式是JAR文件。BD-J应用由加载到虚拟机的堆区域(也称为工作存储器)的、作为Java(注册商标)程序的执行时形式的1个以上类文件、及程序执行时使用的各种数据构成。JAR文件是包含这些信息的文件形式。 
18.6：元文件 
在META目录中存储的元文件(ZZZZZ.xml)中，存储涉及进入盘的影像作品的各种信息。作为元文件中存储的信息，有盘的盘名及图像、盘的制作主体者的名称信息、关于各标题的标题名等。 
以上是BDMV目录的说明。 
在CERTIFICATE目录之下存在盘的根证书的文件(app.discroot.cert)。 
该文件包含在执行BD-J应用时、应用是否未被篡改及执行应用的身份确认的过程(下面称为签名验证)中使用的数字证书的信息。 
以上是BD-ROM100的说明。元文件等部分文件未必是BD-ROM标准，尽管部分文件不存在，BD-ROM100也能作为影像记录介质根据BD-ROM标准再现。 
19.BD-ROM再现装置的内部结构 
下面说明涉及本实施方式的再现装置200的细节。 
图19是表示再现装置的内部结构的框图。如图所示，再现装置由BD-ROM驱动器1、轨道缓冲器2、解复用器3、视频解码器4、左眼用视频平面5、右眼用视频平面6、图像存储器7、图像解码器8、左眼用图形平面9、右眼用图形平面10、静态脚本存储器11、动态脚本存储器12、控制部13、HDMV模块14、BD-J模块15、模式管理模块16、调度器(dispatcher)17、AV再现库18、图形解码器19、平面合成器20、UO检测模块21、绘制引擎22、网络接口23、本地存储器24、虚拟文件系统25、音频解码器26、可移动介质27、左眼用背景平面28、右眼用背景平面29、左眼用字幕平面30、右眼用字幕平面31构成。第1实施方式中的平面存储器的层模型采用图形平面-视频平面等单纯模型，而在第3实施方式中，采用图形平面-字幕平面-视频平面-背景图形平面等模型作为再现装置的内部结构。 
19.1：BD驱动器1 
BD驱动器1执行BD-ROM的加载/排出，执行对BD-ROM的访问。 
19.2：轨道缓冲器2 
轨道缓冲器2是FIFO存储器，以先入先出方式存储从BD-ROM读出的ACCESS UNIT(访问单元)。 
19.3：解复用器3 
解复用器3通过虚拟文件系统25，执行加载到BD-ROM驱动器1的BD-ROM、或本地存储器24上或可移动介质27中保存的传输流的解复用。解复用器3执行的解复用包含将TS数据包放排炮为PES数据包等的变换处理。通过解复用，得到构成GOP的视频帧、音频帧、图形流、字幕流。将构成GOP的视频帧输出到视频解码器4，将复用于GOP的音频帧输出到音频解码器26。将同样通过解复用得到的图形流输出到图形解码器19。 
19.4：视频解码器4 
视频解码器4解码从解复用器3输出的视频帧，将非压缩形式的图片写入左眼用视频平面5及右眼用视频平面6。 
19.5-6：左眼用视频平面5、右眼用视频平面6 
左眼用视频平面5及右眼用视频平面6是用于存储非压缩形式的图片的存储器，分别存储左眼用视频图片、右眼用视频图片。这些相当于HAVi设备中的HVideoDevice。若由BD-J应用发行视频再现请求命令，则视频解码器4继续改写左眼用视频平面5及右眼用视频平面6，从而能实现立体视觉视频流的再现。 
19.7：图像存储器7 
图像存储器7是存储从虚拟文件系统25读出、由图像解码器展开的图片图像(picture image)的缓冲器。另外，除展开的图片图像外，还能用作由BD-J应用使用的通用图像缓冲器。 
19.8：图像解码器8 
图像解码器8从虚拟文件系统中读出压缩状态的图片图像，在绘制引擎22高速执行拷贝处理或α运算处理的状态下写入图像存储器。具体地，例如以ARGB8888形式写入的构成。 
19.9-10：左眼用图形平面9、右眼用图形平面10 
左眼用图形平面9和右眼用图形平面10是存储应重叠在视频平面和字幕平面上的图像的存储器，相当于HAVi设备中的HGraphicsDevice。通过该图形平面，能实现菜单显示等。 
19.11：静态脚本存储器11 
静态脚本存储器11是用于存储当前的PL或当前的流管理信息的存储器。所谓当前PL是指能从虚拟文件系统25中读出的PL中、在该时刻构成处理目标的PL。所谓当前流管理信息是指能从虚拟文件系统25中读出的多个流管理信息中、在该时刻构成处理目标的流管理信息。 
19.12：动态脚本存储器12 
动态脚本存储器12是存储当前动态脚本、并供HDMV模块14、BD-J模块15的处理的存储器。所谓当前动态脚本是指能从虚拟文件系统25中读出的多个脚本信息中、在该时刻构成执行目标的脚本信息。 
19.13：控制部13 
控制部13是ROM、RAM、CPU构成的微机系统，在ROM中记录控制再现装置的程序，将ROM内的程序读入CPU，通过程序与硬件资源协动，实现HDMV模块14、BD-J模块15、模式管理模块16、调度器17、AV再现库18的功能。 
19.14：HDMV模块14
HDMV模块14是DVD-Video虚拟播放器。所谓HDMV(High DefinitionMovie Mode)是以与DVD有兼容性的指令翻译器形式动作的动作模式。 
19.15：BD-J模块15
BD-J模块15是包含Java(注册商标)虚拟机的中间件平台，执行BD-J应用。BD-J应用与再现影像关联后，记录在BD-ROM100中，在再现时读出到动态脚本存储器12中后，由BD-J模块15执行。Java(注册商标)虚拟机解释BD-J应用并让CPU执行。BD-J模块15的一部分既可由硬件实现，也可由软件并实现。 
19.16：模式管理模块16 
模式管理模块16保持从虚拟文件系统25中读出的模式管理表，进行模式管理及分支控制。所谓模式管理模块16的模式管理实施让HDMV模块14、BD-J模块15哪个执行动态脚本等分配模块的处理。 
19.17：调度器17 
调度器17从由UO检测模块21接收到的用户操作(User Operation，下面也记为UO)中，仅选择适于当前再现装置的模式的UO，传递到执行该模式的模块。例如在HDMV模式执行中，在受理上下左右、激活等UO的情况下，向HDMV模式的模块输出这些UO的是调度器17的处理。 
19.18：AV再现库18
AV再现库18是按照来自HDMV模块14、或BD-J模块15的调用、执行AV再现功能、播放列表的再现功能用的库，通过这种库，控制部起到再现控制引擎的作用。所谓AV再现功能是由BD-ROM定义的DVD播放器、CD播放器沿袭的功能群，是再现开始、再现停止、暂停、解除暂停、解除静止图像功能、以立即值指定再现速度的快进、以立即值指定再现速度的后退、声音切换、副影像切换、角度切换等处理。所谓播放列表再现功能根据播放列表信息来执行该AV再现功能中再现开始或再现停止。 
19.19：图形解码器19 
图形解码器19执行字幕数据的展开处理，将展开的左眼用字幕图像与右眼用字幕图像分别写入左眼用字幕平面30与右眼用字幕平面31中。 
19.20：平面合成器20 
平面合成器20根据后述的合成模式，对背景平面、视频平面、字幕平面、图形平面4种平面执行左眼用与右眼用合成处理，将结果作为影像输出。 
19.21：UO检测模块21
UO检测模块21接收装置的视听者对再现装置实施输入后的用户操作(UO)。这有时例如由遥控器等远程设备输入，有时由对设备设置的按钮等界面直接输入。 
19.22：绘制引擎22 
绘制引擎22对图像存储器7、左眼用图形平面9、右眼用图形平面10、左眼用背景平面28和右眼用背景平面29(下面统称为图形存储器)执行描绘处理。BD-J模块15具有通过绘制引擎22执行伴随颜色指定的线或矩形等图形的描绘、指定区域的涂抹、指定图像的拷贝粘贴等描绘处理的库，通过BD-J应用连续发行这些描绘处理的请求，可实现对图形存储器的各种图形描绘处理。 
19.23：网络接口23 
网络接口23用于下载因特网上公开的BD-ROM追加内容。所谓BD-ROM追加内容是原始BD-ROM中没有的内容，例如是追加的副声音、字幕、特别收录影像、应用等。能从BD-J模块15控制网络接口23，能将因特网上公开的追加内容下载到本地存储器24或可移动介质27中。 
19.24：本地存储器24 
本地存储器24是内置于再现装置中的硬盘等磁记录装置。以BD-ROM100中记录的文件形式或依据其的形式记录传输流或再现中使用的各种数据。 
19.25：虚拟文件系统25 
虚拟文件系统25是提供对BD-ROM100或本地存储器24或可移动介质27中记录的文件的读写机构的文件系统。 
通常对BD-ROM100执行BD-ROM再现时必需的文件访问，但虚拟文件系统25具备虚拟地执行文件地址变换的机构，以便本地存储器24或可移动介质27中存在的文件好像是记录在BD-ROM100上的文件。即，本虚拟文件系统25提供抽象化文件的物理记录目的地的机构。 
19.26：音频解码器26 
音频解码器26解码从解复用器3输出的音频帧，输出非压缩形式的音频数据。 
19.27：可移动介质27 
可移动介质27是从安装在再现装置的外部槽插入的存储介质。 
19.28-29：背景平面28、29 
左眼用背景平面28和右眼用背景平面29是用于存储背景图像的存储器，相当于HAVi设备中的HBackgroundDevice。在背景平面上重叠视频平面。因此，在视频占有画面整体的情况下，背景平面隐藏看不见，但在视频缩放(scaling)、即缩小显示的状况下，在视频的周围显示背景图像。图形平面中期望能丰富用色，另一方面，背景平面中期望限制使用的颜色数。此时，最好将可传输到背景平面的图像与可传输到图形平面的图像作为不同种类的位图图像区别处理。在该构成中，通过抑制背景平面的颜色数，具有能削减背景平面所需的存储器量的效果。 
19.30-31：左眼用字幕平面30和右眼用字幕平面31 
左眼用字幕平面30和右眼用字幕平面31是用于存储重叠在视频上的字幕图像的存储器。 
19.20.1：基于平面合成器20的合成模式 
接着，详细说明平面合成器20的合成模式。 
平面合成器20的基本功能是合成左眼用与右眼用各4个平面，即从下向上依次为背景平面、视频平面、字幕平面、图形平面，作为影像输出。影像输出能输出左眼用与右眼用不同的影像。由此，通过左眼与右眼看不同的影像，视听者能得到立体视觉的效果。 
但是，为了立体视听，未必全部平面中均为左右不同的影像。例如，也可仅视频平面为左右不同的影像，而在视频平面之后显示的背景平面、或视频平面上重叠显示的菜单等图形平面为左右相同影像。此时，背景平 面和图形被视听者看成平面的，但通过采用这种构成，BD-ROM内容的制作变容易，所以在成本方面有利。 
这样，因为同时实现制作成本降低与高功能的立体视视听，所以再现设备的平面合成器20支持多个合成模式，BD-J应用在必要时能动态切换合成模式。 
例如，在显示平面的菜单画面时，图形平面使用左右相同的影像，但若从菜单迁移到特别收录的游戏功能，则图形平面也必需立体效果，所以只要切换图形平面的合成模式以能显示左眼与右眼不同的图形即可。同样地，即便在背景平面中，也能切换背景平面的合成模式，以在用作缩放显示的视频周边背景的情况下，使用左右相同的影像，在用作游戏功能的背景的情况下，构成左右不同的图像。 
如上所述，通过让平面合成器20具有多个合成模式，在想简单制作单纯的菜单的情况下，想提升到凝聚技巧的立体菜单的情况等下，能在内容创作(authoring)侧进行各种选择，能增加制作侧的自由度。 
下面说明平面合成器20中的合成。 
20.平面合成器20的结构要素 
图20(a)表示平面存储器的层结构与平面合成器20的结构要素。解复用部105以平面存储器的层结构的左眼用输出系统中设置的加法器51、加法器52、加法器53、与平面存储器的层结构的右眼用输出系统中设置的加法器61、加法器62、加法器63、开关64、开关65为结构要素。 
加法器51执行左眼用视频平面的存储内容与左眼用背景平面的存储内容的合成。 
加法器52执行左眼用字幕平面的存储内容与加法器51的合成结果的合成。 
加法器53执行左眼用图形平面的存储内容与加法器52的合成结果的合成。 
加法器61执行左眼用视频平面的存储内容与左眼用背景平面或右眼用背景平面的存储内容的合成。 
加法器62执行右眼用字幕平面的存储内容与加法器61的合成结果的合成。 
加法器63执行左眼用图形平面或右眼用图形平面的存储内容与加法器62的合成结果的合成。 
开关64将对加法器61的像素数据的供给源切换为左眼用背景平面及右眼用背景平面之一。在将对加法器61的像素数据的供给源设为左眼用背景平面的情况下，配置变为1平面结构，在将像素数据的供给源设为右眼用背景平面的情况下，配置变为2平面结构。 
开关65将对加法器63的像素数据的供给源切换为左眼用图形平面及右眼用图形平面之一。在将对加法器61的像素数据的供给源设为左眼用图形平面的情况下，配置变为1平面结构，在将像素数据的供给源设为右眼用图形平面的情况下，配置变为2平面结构。 
因为字幕平面也存在右眼用字幕平面、左眼用字幕平面，所以本来字幕平面的配置也存在1平面结构、2平面结构，但因为若假定该字幕平面的1平面结构，则说明变复杂，所以作为字幕平面以2平面结构固定来进行说明。 
21.合成模式的变化 
2D再现模式下的输出系统以图20(b)固定。相反，3D再现模式中有右眼用输出系统与左眼用输出系统，在左眼用输出系统中，通过将向加法器的数据供给源设为右眼用平面存储器还是左眼用平面存储器，存在图21(a)～(d)所示的4种变化。即，在2D再现模式中输出系统中不存在变化，但在3D再现模式中，平面合成器20通过实现4种输出系统的切换，具有4个合成模式(合成模式1、合成模式2、合成模式3、合成模式4)。下面，用图21(a)～(d)分别说明各个模式。 
21.1：合成模式1 
图21(a)表示设图形平面、字幕平面、视频平面、背景平面的比率为2∶2∶2∶2的输出系统的合成模式(合成模式1)。因为图形平面、字幕平面、背景图形平面的平面数均为2平面，所以向加法器63的供给源变为右眼用图形平面，向加法器61的供给源变为右眼用背景平面。在合成模式1中，图形平面使用左眼用与右眼用二个。背景平面也使用左眼用与右眼用二个。作为左眼用影像输出，从下向上按左眼用背景平面、左眼用视频平面、左眼用字幕平面、左眼用图形平面的顺序合成，同样，作为右眼用影像输出， 从下向上按右眼用背景平面、右眼用视频平面、右眼用字幕平面、右眼用图形平面的顺序合成。在合成模式1中，图形平面、背景平面双方均能立体表现。 
21.2：合成模式2 
图21(b)表示设图形平面、字幕平面、视频平面、背景平面的比率为1∶2∶2∶2的输出系统的合成模式(称为合成模式2)。因为图形平面中的平面数为“1”，所以向加法器63的供给源变为左眼用图形平面，向加法器61的供给源变为右眼用背景平面。在合成模式2中，图形平面仅使用左眼用，左眼用影像输出与右眼用影像输出均参照左眼用图形平面。结果，因为对图形平面输出左右相同的影像，所以视听者的眼观察到平面的效果。背景平面与合成模式1一样，使用左眼用与右眼用二个。在合成模式2中，作为左眼用影像输出，从下向上合成左眼用背景平面、左眼用视频平面、左眼用字幕平面、左眼用图形平面，作为右眼用影像输出，从下向上顺序合成右眼用背景平面、右眼用视频平面、右眼用字幕平面、左眼用图形平面。因此，背景平面能立体表现，图形平面限于平面表现。 
21.3：合成模式3 
图21(c)表示设图形平面、字幕平面、视频平面、背景平面的比率为2∶2∶2∶1的输出系统的合成模式(称为合成模式3)。因为背景平面的平面数为1平面，所以向加法器61的供给源变为左眼用背景平面。在合成模式3中，图形平面使用左眼用与右眼用二个，而背景平面仅使用左眼用，左眼用影像输出与右眼用影像输出均参照左眼用背景平面。结果，因为对背景平面输出左右相同的影像，所以视听者的眼观察到平面的效果。在合成模式3中，作为左眼用影像输出，从下向上顺序合成左眼用背景平面、左眼用视频平面、左眼用字幕平面、左眼用图形平面，作为右眼用影像输出，从下向上按左眼用背景平面、右眼用视频平面、右眼用字幕平面、右眼用图形平面的顺序合成。因此，图形平面能立体表现，背景平面限于平面表现。 
21.4：合成模式4 
图21(d)表示设图形平面、字幕平面、视频平面、背景平面的比率为1∶2∶2∶1的输出系统的合成模式(合成模式4)。因为图形平面的平面存储器 数为1，背景平面的平面数为1平面，所以向加法器63的供给源变为左眼用图形平面，向加法器61的供给源变为左眼用背景平面。在合成模式4中，图形平面和背景平面双方均仅使用左眼用。即，作为左眼用影像输出，从下向上顺序合成左眼用背景平面、左眼用视频平面、左眼用字幕平面、左眼用图形平面，作为右眼用影像输出，从下向上顺序合成左眼用背景平面、右眼用视频平面、右眼用字幕平面、左眼用图形平面。因此，在合成模式4中，图形平面、背景平面均限于平面表现。 
22.图形描绘功能的API 
下面，说明BD-J模块15具有的图形功能。图22是表示BD-J模块15支持的图形描绘功能的API一例的图。图23是表示图22的图形描绘功能API的调用代码一例的图。将从BD-J应用调用这些API，即描绘请求作为触发，BD-J模块15使用绘制引擎22，执行实际的描绘处理。 
22.1：图像描绘请求801 
图像描绘请求801请求具有第3实施方式的内部结构的再现装置将1个位图图像拷贝到左眼用图形平面9，相当于第1实施方式的Graphics#drawImage。将拷贝源的描绘图像与拷贝目标的描绘图像设为输入，将构成目标的描绘图像拷贝到左眼用图形平面9指定的描绘位置。描绘图像存在于图像存储器中，利用绘制引擎22，从图像存储器高速传输到左眼用图形平面9。 
22.2：左右图像描绘请求802 
左右图像描绘请求802请求具有第3实施方式的内部结构的再现装置将2个位图图像分别同时拷贝到左眼用图形平面9与右眼用图形平面10，相当于第1实施方式的StereoGraphics#drawImage。该请求将拷贝源的描绘图像2个与描绘位置2个设为输入，将1个描绘图像描绘到左眼用图形平面9，将另一描绘图像描绘到右眼用图形平面10。各个描绘图像存在于图像存储器中，利用绘制引擎22，从图像存储器高速传输到左眼用图形平面9与右眼用图形平面10。 
22.3：合成模式切换请求803 
合成模式切换请求803是用于在具有第3实施方式的内部结构的再现装置中切换平面合成器20的合成模式的API，对应于第1实施方式的配置 设定请求。与第1实施方式不同之处在于，以分辨率、图形平面的设定和背景平面的设定为输入。分辨率是在再现设备对应于多个分辨率的情况下必需的，而在第3实施方式中，必需处理为1920×1080固定。 
在第3实施方式中，因为作为平面存储器存在背景平面，所以在合成模式切换请求中，作为图形平面和背景平面的设定，能分别选择是1平面结构还是2平面结构。1平面结构表示向左眼用与右眼用输出相同影像的模式，相当于上述1plane+Offset模式。2平面结构表示向左眼用与右眼用输出各不相同的影像的模式，相当于上述3D-LR模式。作为图形平面设定，请求2平面，作为背景平面设定，请求2平面的情况下，平面合成器20必需迁移到后述的合成模式1。同样，根据图形平面设定与背景平面设定，唯一确定平面合成器20应迁移到哪个合成模式。 
22.4：背景描绘请求804 
背景描绘请求804是将一个位图图像拷贝到左眼用背景平面28的API。设拷贝源的描绘图像为输入，将目标描绘图像拷贝到左眼用背景平面28整体。 
22.5：背景描绘请求805 
背景描绘请求805是用于将二个位图图像分别拷贝到左眼用背景平面28和右眼用背景平面29的API。设拷贝源的描绘图像2个为输入，将一个描绘图像拷贝到左眼用背景平面28，将另一描绘图像拷贝到右眼用图形平面29。各个描绘图像存在于图像存储器中，利用绘制引擎22，从图像存储器高速传输到左眼用背景平面28和右眼用背景平面29整体。 
背景描绘请求的拷贝目标的设定中，也可设定为背景平面整体，也可与图形平面一样，指定描绘位置。 
24.合成模式切换请求时的处理步骤 
接着，用图24来说明调用合成模式切换请求803时的处理步骤。合成模式切换请求803的处理中比较平面合成器20的当前合成模式与请求的合成模式，进行迁移。 
首先，请求2平面，作为图形平面的设定，并且，确认当前的图形平面是否1平面(合成模式2或合成模式4)(S901)，在是的情况下，将图形平面切换为2平面(S902)。该处理的细节如后所述。 
接着，请求1平面作为图形平面的设定，并且，确认当前的图形平面是否2平面(合成模式1或合成模式3)(S903)，在是的情况下，将图形平面切换为1平面(S904)。该处理的细节如后所述。 
接着，请求2平面作为背景平面的设定，并且，确认当前的背景平面是否1平面(合成模式3或合成模式4)(S905)，在是的情况下，将背景平面切换为2平面(S906)。 
请求1平面作为背景平面的设定，并且，确认当前的背景平面是否2平面(合成模式1或合成模式2)(S907)，在是的情况下，将背景平面切换为1平面(S908)。最后，将切换处理完成通知到BD-J应用(S909)。期望该通知作为非同步的事件处理执行。 
在将图24的流程所示的处理作为同步API安装的情况下，合成模式切换请求803在S909的处理完成之后，返回到BD-J应用，移交控制。因为BD-J系统支持多线程，所以在处理合成模式切换请求803期间，BD-J应用的其他线程也独立动作，但若将合成模式切换请求803作为同步方法安装，则调用合成模式切换请求803的线程被锁定，直到切换处理完成为止。 
25.1：从1平面结构切换到2平面结构 
下面，用图25(a)来说明将图形平面从1平面切换到2平面的S909处理的详细处理流程。 
首先，禁止1平面用图形平面描绘请求，即图像描绘请求801(S1001)，后面在调用图像描绘请求801的情况下，如上所述，忽视该调用，或发生异常。在图形平面变为1平面的初始状态下，如上所述，图像描绘请求801的调用变为许可，左右图像描绘请求802的调用变为禁止，但通过本步骤，禁止图像描绘请求801和左右图像描绘请求802双方的调用。 
接着，将左眼用图形平面9的内容整体拷贝到右眼用图形平面10(S1002)。在合成模式切换前的状态下，仅左眼用图形平面9的图像作为影像输出，右眼用图形平面10中存储何图像不定，例如整面为黑色不变。但是，若仍将图形平面原样切换为2平面，则该整面黑色的右眼用图形平面10会作为影像输出。BD-J应用调用了合成模式切换请求803，当然期望BD-J应用之后在右眼用图形平面10中也描绘正确的图像，但若描绘前存 在时滞，则因为瞬间仅右眼用整面黑色输出，所以会发生左右影像的不整合。为了避免这种不整合，通过本步骤将左眼用图形平面9的内容强制地拷贝到右眼用图形平面10，能保证左右影像输出的整合。 
接着，将平面合成器20的合成模式切换为合成模式1或合成模式3(S1003)。在当前的背景平面为2平面的情况下，迁移到合成模式1即可，在1平面的情况下，迁移到合成模式3即可。 
最后，解除2平面用图形平面描绘请求、即左右图像描绘请求802的禁止(S1004)，之后在调用左右图像描绘请求802的情况下，执行拷贝处理。通过本步骤，禁止图像描绘请求801的调用，许可左右图像描绘请求802的调用。 
如上所述，通过在禁止1平面用图形平面描绘请求之后执行S1002、S1003的处理，能防止左眼用与右眼用的不整合。通过采用这种构成，即便在因BD-J应用的安装问题、在合成模式切换请求803的处理途中发生图像描绘请求801的情况下，也不会发生不整合。 
25.2：从2平面结构切换到1平面结构 
下面，用图25(b)来说明将图形平面从2平面切换到1平面的S904处理的详细处理流程。 
首先，禁止2平面用图形平面描绘请求，即左右图像描绘请求802(S1101)，后面在调用左右图像描绘请求802的情况下，如上所述，忽视该调用，或发生异常。在图形平面变为2平面的初始状态下，禁止图像描绘请求801的调用，许可左右图像描绘请求802的调用，但通过本步骤，禁止图像描绘请求801和左右图像描绘请求802双方的调用。 
接着，将平面合成器20的合成模式切换为合成模式2或合成模式4(S1102)。在当前的背景平面为2平面的情况下，迁移到合成模式2即可，在1平面的情况下，迁移到合成模式4即可。 
接着，解除1平面用图形平面描绘请求、即图像描绘请求801的禁止(S1103)，之后在调用图像描绘请求801的情况下，执行拷贝处理。通过本步骤，许可图像描绘请求801的调用，禁止左右图像描绘请求802的调用。 
最后，将再描绘请求事件通知到BD-J应用(S1104)。在刚刚切换合成模式之后，有可能需要再描绘，但在图形平面变为1平面的合成模式切换 之后，因为可能是与现有BD-J方式一样的图形处理的状态，所以为了取得与现有方式的整合，由本步骤通知再描绘请求事件。 
如上所述，通过在合成模式切换完成之后执行S1103的处理，能防止左眼用与右眼用的影像不整合。 
利用基于字节码应用的配置设定请求，设定背景平面是2平面结构还是1平面结构。在这种配置切换中，产生第1实施方式所述的状况，即在请求将左眼用背景平面和右眼用背景平面的配置从1平面结构切换为2平面结构之后，基于对背景平面的Graphics#drawImage的请求到达java.awt.Graphics的状况。因此，在接收到对背景平面的配置设定请求之后、将配置从1平面结构切换到2平面结构时，执行对背景平面的2D图形描绘请求的无效化、从左眼用背景平面向右眼用背景平面的拷贝、右眼用输出系统的切换、3D图形描绘请求接收，并在从2平面结构向1平面结构的配置切换时，执行基于对背景平面的StereoGraphics#drawImage的请求禁止、右眼用输出系统的切换、对背景平面的Graphics#drawImage的受理。由此，能消除在配置从1平面结构切换为2平面结构之后、2D图形描绘请求到达java.awt.Graphics引起的左右视觉的不一致发生。从而，还在对背景平面的配置设定请求之后执行该图25(a)、(b)的处理。 
从而，在第3实施方式中，分别由与图25(a)和图25(b)一样的处理流程来实现将背景平面切换为2平面的S906和将背景平面切换为1平面的S908的处理。 
如上所述，根据本实施方式，不仅图形平面，而且在背景平面的拷贝之前，无效化2D图形描绘请求，所以在从左眼用背景平面向右眼用背景平面拷贝像素数据之后，不向左眼用背景平面写入新的图形。即便2D图形描绘请求延迟，到达java.awt.Graphics，也不会根据该2D图形描绘请求显示背景平面的存储内容，不产生两眼视觉的不一致。 
(第4实施方式) 
本实施方式涉及再现装置内如何实施第1实施方式中说明的层模型中、1平面描绘请求的禁止与其解除、2平面描绘请求的禁止与其解除的改良。 
25：对org.havi.ui的改良 
为了实现图25(a)、(b)的处理，必需向org.havi.ui追加执行setConfiguration调用的情况下第2自变量是2平面结构的指定时的处理、第3自变量是2平面结构的指定时的处理。这种改良也可向org.havi.ui追加图26的流程图的处理步骤。 
26：setConfiguration调用时的org.havi.ui的处理步骤 
图26是表示setConfiguration调用时的org.havi.ui的处理步骤的流程图。本流程图相当于平面结构的切换处理的最上位处理，即主例程，作为本流程图的下位流程图，存在图27～图30的流程图。下面，说明主例程中的处理步骤。 
步骤S901是如下判定，即当前的图形平面的配置是否1平面结构，并且，setConfiguration调用时的第2自变量、即图形平面的平面数是否指定2平面结构。这种判定进一步细化图24的步骤S901。若该步骤S901为是，则在步骤S1000中，在确保由第1自变量指定的分辨率的图形平面为2平面之后，执行步骤S1001～步骤S1004。 
步骤S1001～步骤S1004是利用setConfiguration调用切换到2平面结构的切换步骤，与在先实施方式中的图25(a)的处理步骤相同，附加与图25(a)相同的参照符号。具体地，禁止对图形平面的1平面用描绘请求(步骤S1001)，执行从左眼用图形平面向右眼用图形平面的像素数据拷贝(步骤S1002)，切换平面合成器的合成模式(步骤S1003)，解除对图形平面的2平面用描绘请求的禁止(步骤S1004)。 
在步骤S901为否的情况下，执行步骤S903的判定。步骤S903是当前的图形平面的配置是否2平面结构、且setConfiguration调用时的第2自变量、即图形平面的平面数是否指定1平面结构的判定。这种判定进一步细化图24的步骤S903。若该步骤S903为是，则在步骤S1100中，在确保由第1自变量指定的分辨率的图形平面为1平面之后，执行步骤S1101～步骤S1104。 
步骤S1101～步骤S1104是利用setConfiguration调用切换到1平面结构的切换步骤，与在先实施方式中的图25(b)的处理步骤相同，附加与图25(b)相同的参照符号。具体地，禁止对图形平面的2平面用描绘请求(步骤S1101)，切换平面合成器的合成模式(步骤S1102)，解除对图形平面的1平 面用描绘请求的禁止(步骤S1103)，通知再描绘请求事件(步骤S1104)。 
以上是对图形平面的setConfiguration的处理步骤的说明。接着，说明对背景平面的处理细节。 
步骤S905是如下判定，即当前的背景平面的配置是否1平面结构，并且，setConfiguration调用时的第2自变量、即背景平面的平面数是否指定2平面结构。这种判定进一步细化图24的步骤S905。若该步骤S905为是，则在步骤S1010中，在确保由第1自变量指定的分辨率的背景平面为2平面之后，执行步骤S1011～步骤S1014。步骤S1011～步骤S1014是利用setConfiguration调用切换到2平面结构的切换步骤，将在先实施方式中的图25(a)的处理步骤适用于背景平面。具体地，禁止对背景平面的1平面用描绘请求(步骤S1011)，执行从左眼用背景平面向右眼用背景平面的像素数据拷贝(步骤S1012)，切换平面合成器的合成模式(步骤S1013)，解除对背景平面的2平面用描绘请求的禁止(步骤S1004)。 
在步骤S905为否的情况下，执行步骤S907。步骤S907是当前的背景平面的构造是否1平面结构、且setConfiguration调用时的第2自变量、即背景平面的平面数是否指定2平面结构的判定。这种判定进一步细化图24的步骤S907。若该步骤S907为是，则在步骤S1110中，在确保由第1自变量指定的分辨率的背景平面为1平面之后，执行步骤S1111～步骤S1114。步骤S1111～步骤S1114是利用setConfiguration调用切换到1平面结构的切换步骤，将在先实施方式中的图25(a)的处理步骤适用于背景平面。具体地，禁止对背景平面的2平面用描绘请求(步骤S1111)，切换平面合成器的合成模式(步骤S1112)，解除对背景平面的1平面用描绘请求的禁止(步骤S1113)，通知再描绘请求事件(步骤S1114)。 
27：对java.awt.Graphics的改良 
为了实施第3实施方式中的图25(a)、(b)的处理，从图26的步骤S1001中禁止1平面用描绘请求起，至图26的步骤S1103中解除1平面用描绘请求禁止为止，不执行一切Graphics#drawImage，或无效化此前执行的Graphics#drawImage调用的改良必需加入java.awt.Graphics中。这种改良也可向java.awt.Graphics追加图27的流程图的处理步骤。 
图27是表示java.awt.Graphics的处理步骤的流程图。执行由步骤S1～ 步骤S2构成的循环。步骤S1是是否执行java.awt.Graphics调用的判定，若执行java.awt.Graphics调用，则在步骤S3中根据第1自变量、第2自变量，执行图形的描绘。步骤S2是是否禁止1平面用描绘请求的判定。若禁止，则从步骤S2移动到步骤S4。步骤S4是堆栈中是否存在Graphics#drawImage调用代码的判定。若存在，则在步骤S5中，通过向Graphics#drawImage的调用代码调用源的线程返回Exception，忽视Graphics#drawImage。步骤S6是是否解除1平面描绘请求的判定等待，若解除，则返回到步骤S1～步骤S2的循环。通过java.awt.Graphics执行以上处理，从图25(a)的步骤S1001中禁止1平面用描绘请求起，至图25(b)的步骤S1103中解除1平面用描绘请求的禁止为止，java.awt.Graphics不执行一切Graphics#drawImage。 
28：对应用管理器的改良点 
描述对用于实现基于图25(a)、图25(b)的平面结构切换的应用管理器的改良点。因为StereoGraphics是仅处理StereoGraphics#drawImage的、StereoGraphics专用的图形描绘包，所以必需控制StereoGraphics的状态，以在移动到图26的步骤S1004时起动StereoGraphics，在移动到图26的步骤S1101时使StereoGraphics的动作结束。为了实现这种状态控制，作为StereoGraphics特有的状态控制，只要让应用管理器执行图28的处理步骤即可。 
图28是表示基于应用管理器的StereoGraphics状态控制步骤的流程图。步骤S11是是否解除2平面描绘请求禁止的判定等待，若解除，则移动到步骤S12，装载起动StereoGraphics。之后，移动到步骤S13～步骤S14的循环。步骤S13让StereoGraphics处理3D图形，只要发生3D图形调用，则StereoGraphics根据该3D图形的调用，执行向左眼用图形平面及右眼用图形平面的图形写入。步骤S14是是否禁止2平面描绘请求的判定。只要不禁止，则重复步骤S13～步骤S14的循环。若禁止，则在步骤S15中结束StereoGraphics的动作，移动到步骤S11，等待解除禁止。 
以上是对基于应用管理器的StereoGraphics的状态控制的说明。通过从外部如上所述控制StereoGraphics的状态，StereoGraphics限定地动作。 
29：对设备驱动器的改良 
为了实施图25(a)、(b)的处理，在图26的步骤S1003和图26的步骤S1102中，当请求合成模式切换时，必需让设备驱动器实现右眼用输出系统的释放追加、向右眼用加法器的数据供给源的切换。这种改良只要向设备驱动器追加图29(a)(b)的流程图的处理步骤即可。 
图29(a)是表示相当于基于合成模式器的合成模式切换步骤的主例程的处理步骤的流程图。步骤S21是再现模式是3D再现模式还是2D再现模式的判定，若是2D再现模式，则在步骤S22中释放右眼用输出系统。若再现模式是3D再现模式，则在步骤S23中判定右眼用输出系统是否有效。若有效，则在步骤S25中切换右眼用输出系统。若无效，则在步骤S24中追加右眼用输出系统后，在步骤S25中，切换右眼用输出系统。 
用图29(b)的子例程详细说明步骤S25的右眼用输出系统的切换。 
图29(b)是表示右眼用输出系统的切换步骤的流程图。步骤S26是setConfiguration的第1自变量是否是2平面的判定。若步骤S26为否，则在步骤S27中设向右眼用加法器的供给源为左眼用图形平面。若步骤S26为是，则在步骤S28中设向右眼用加法器的供给源为右眼用图形平面。步骤S29是setConfiguration的第2自变量是否是2平面的判定。若为否，则在步骤S30中设向右眼用加法器的供给源为左眼用背景平面。若为是，则在步骤S31中设右眼用加法器的供给源为右眼用背景平面。 
30：具体实现StereoGraphics的处理步骤 
StereoGraphics的实体是让MPU执行对应于StereoGraphics#drawImage调用的线描绘的常驻型字节码应用。图30是表示调用StereoGraphics#drawImage方法时的线描绘步骤的流程图。 
变量Y是本流程图的循环中的控制变量，在步骤中初始化，用于步骤S54中的本流程图的结束条件是否成立的判定。 
将表示描绘图像的描绘对象行的变量Y初始化为‘1’(步骤S51)，移动到步骤S52～步骤S54的循环。在该循环中，重复将作为第2自变量指示的描绘图像的第Y线RGB值从左图像平面的(x1，y1+Y-1)写入至(x2，y1+Y-1)(步骤S52)，将第4自变量的第Y线RGB值从右图像平面的(x3，y3+Y-1)写入至(x4，y3+Y-1)(步骤S53)的处理，直到步骤S54判定为是。步骤S54是是否满足y1+Y-1是y2、且y3+Y-1＝y4的条件的判定，在不满足 该条件的情况下，在步骤S55中将变量Y递增，移动到步骤S52。通过重复该循环，在左图像平面中应描绘的矩形范围中写入构成Image1的线像素，在右图像平面中应描绘的矩形范围中写入构成Image2的线像素。 
以上是对基于StereoGraphics的拷贝步骤的说明。接着，说明使用StereoGraphics#drawImage进行GUI描绘的字节码应用的具体例。作为使用StereoGraphics#drawImage的GUI描绘的具体例，经多个帧期间，将描绘图像写入左眼用图形平面、右眼用图形平面。下面，说明使用StereoGraphics#drawImage的字节码应用的记述例。 
31：基于字节码应用的菜单显示的具体例 
图31是基于字节码应用的菜单显示的流程图。在步骤S41中，设最初应显示描绘图像的帧为“帧t”，移动到步骤S42～步骤S47的循环。步骤S42～步骤S47重复如下步骤：生成帧t中应显示的左图像的实例，设为图像1(步骤S42)，生成帧t中应显示的右图像的实例，设为图像2(步骤S43)，等待帧t开始(步骤S44)，若开始，则确定应执行左图像平面描绘的矩形范围、应执行右图像平面描绘的矩形范围(步骤S45)。之后，通过以自变量指定应执行左图像平面描绘的矩形范围、应执行右图像平面描绘的矩形范围，执行StereoGraphics#drawImage方法的调用(步骤S46)，将接着应显示图像的帧设为帧t的处理(步骤S47)。 
如上所述，根据本实施方式，利用对BD-J终端的播放器模型、层模型中结构要素的改良，可让再现装置执行此前实施方式中描述的特征处理，所以可不向再现装置的基本结构增加大幅度的变更，将本申请特有的特征处理置入再现装置中。由此，能大幅度削减再现装置的开发工时，能加快再现装置的制品投入。 
(第5实施方式) 
本实施方式是以标题选择时执行的模式选择过程(procedure)来决定再现装置中的再现模式的实施方式。这里，本说明书的标题(title)将至少1个动作模式对象设为必需的结构要素。所谓动作模式对象是规定某个模式中标题再现时的再现装置举动细节的动作管理表。另外，该标题中有HDMV标题、BD-J标题这样的种类。 
32.1：HDMV标题 
所谓‘HDMV标题’是应由第3实施方式描述的HDMV模式再现的标题，由电影对象、与电影对象内的再现命令再现的播放列表(播放列表信息、片段信息、流文件)构成。 
所谓‘电影对象’是索引表中与HDMV标题的标题号码对应的动作模式对象，通过将由导航命令串构成的批处理程序与表示可否恢复(resume)的恢复标志、表示是否屏蔽菜单调用的标志、表示是否屏蔽标题搜索的标志建立对应来构成。 
32.2：BD-J标题 
所谓‘BD-J标题’是应由第3实施方式中描述的BD-J模式再现的标题，由类归档文件与BD-J对象构成。 
‘类归档文件’是将字节码应用的类构造体的文件(类文件)与数字证书声明文件(manifesto file)、盘签名签字文件、盘签名加密密钥文件、允许请求文件汇成一个来归档的文件。应用的加载在将该类归档文件汇成一个后执行，在类加载时，能使用数字证书、盘签名、盘签名加密密钥来验证应用的正当性。因为存在允许请求文件，所以能将基于应用的动作限于提供一定的权限。 
归档到类归档文件的字节码应用被称为BD-J应用。 
32.2.1：BD-J应用 
BD-J应用通过实现Xlet接口，供基于应用管理器的状态控制。该Xlet接口中有规定初始状态下BD-J应用的举动的接口，即public voidinitXlet(){}；规定开始状态下的BD-J应用的举动的接口，即public voidstartXlet(){}；规定暂停状态下的BD-J应用的举动的接口，即public voidpauseXlet(){}；规定破坏状态下的BD-J应用的举动的接口，即public voiddestroyXlet(){}，这些初始状态、开始状态、暂停状态、破坏状态的举动用面向对象编程语言记述。另外，通过实施public void KeyListener(){}接口，可记述对应于特定密钥事件的BD-J应用的举动。 
通过实施public void ControllerListener(){}接口，能定义对应于JMF播放器的控制器状态变化的BD-J应用的举动。这里，对于BD-J应用中假定异常处理发生的举动，可使用try语句来记述。另外，对于BD-J应用中异常处理发生时的举动，可使用catch语句来记述。 
在BD-J应用中立体视觉再现的实现中可利用的API中，有Java2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)、与Globally Executable MHP specification(GEM1.0.2)for package media targets。若利用这些API，则能通过使用网络处理用java.net、GUI处理用java.awt、语言处理用java.lang、对记录介质的I/O处理用java.io、作为公用(utility)的java.util、媒体框架用javax.media、HAVi设备用的org.havi.ui等类方法、构建器(constructor)、接口、事件的构造体编程，记述可3D再现的BD-J标题。 
或者，通过使用BD-J模式用扩展API(称为BD-J扩展)，实现使用此前实施方式中描述的立体视觉再现用数据结构、立体视觉再现中的再现单位的控制。该BD-J扩展包含来自java.net、java.awt、java.lang、java.io、java.util、javax.media类方法的继承方法(inherit method)，因为将这些类的接口设为嵌入式接口、超级接口，所以可在使用java.net、java.awt、java.lang、java.io、java.util、javax.media类的编程技法的延长线上，制作以立体视觉再现为前提的BD-J标题。 
例如BD-J模式用的扩展API包含命令再现装置的状态设定或状态取得的设定取得类。这种设定取得类由表示播放器状态寄存器(PSR)的保持值的常数字段、命令取得PSR的保持值的取得方法与命令设定PSR的保持值的设定方法构成。 
设定取得类的方法包含java.lang.Object类的方法的继承方法。另外，若方法调用时的自变量非法，则丢弃作为java.lang类事件的java.lang.IlleghalArgumentException事件。该类继承java.lang.Object的方法或事件，所以程序员可在java.lang.Object的延长线上制作利用寄存器组的保持值的程序。以上是对类归档文件的说明。 
32.2.2：BD-J对象的细节 
下面，说明作为BD-J模式的动作模式对象的BD-J对象的细节。 
‘BD-J对象’规定BD-J模式中再现装置动作细节。该动作细节中，有对应的标题变为当前标题时的应用的类加载(1)；对应的标题变为当前标题时的应用信令(2)；由该应用信令起动的应用执行GUI处理时的HAVi设备配置(3)；该当前标题中的播放列表访问(4)；对应的标题变为当前标题时的类归档文件的进出高速缓存(cache in and cache out)(5)；将构成起动的应 用触发的事件分配给键(key)的事件分配(6)。 
所谓‘类加载’是在平台的堆区域中生成归档于类归档文件的类文件的实例的处理，‘应用信令’是规定是否自动起动作为类文件的实例的应用、或将应用的生存区间设为标题边界还是设为盘边界的控制。所谓标题边界是在标题结束的同时使作为应用的线程从堆区域消失的管理，所谓盘边界是在盘排出的同时使作为应用的线程从堆区域消失的管理。相反，将即便盘排出也不从堆区域中删除线程的控制称为‘盘无边界’。‘HAVi设备配置’规定应用执行GUI处理时图形平面的分辨率或字符显示中使用的字体等。 
所谓‘播放列表访问’是起动的应用可命令再现的播放列表或标题选择时应自动再现的播放列表的指定。 
所谓‘类归档文件的进高速缓存’是将构成类加载目标的类归档文件先读到高速缓存的处理，所谓‘类归档文件的出高速缓存’是将高速缓存中存在的类归档文件从高速缓存中删除的处理。‘应用驱动用的事件分配’是指向用户可操作的键分配应用的事件监听器(event listener)中登录的事件。 
将字节码应用中由BD-J对象内的应用管理表进行应用信令的称为‘BD-J应用’。若将HDMV标题与BD-J标题对比，则在上述HDMV标题中，用于执行导航命令的命令翻译器或用于解读并再现播放列表的再现控制引擎等模块构成软件的动作主体。 
相反，在BD-J标题中，类加载用的类加载器或应用信令用的应用管理器、HAVi设备、Java媒体框架执行的播放列表再现用的再现控制引擎、进出高速缓存管理用的高速缓存管理器、事件处理用的事件管理器等软件群、即与数字广播的多媒体平台终端中的软件群最类似的软件群构成动作主体，所以在从BD-J标题切换到HDMV标题、从HDMV标题切换到BD-J标题中，再现装置中的软件构成大不相同。 
为了由再现模式切换后的软件动作主体实现是否最佳的确认与最适合切换后的动作模式的再现模式的选择这2个处理，在当前标题选择时执行用于选择最佳再现模式的过程。 
32.2.3：BD-J对象的内部结构 
下面，说明BD-J对象。图32是表示BD-J对象的内部结构一例的图。 如图所示，BD-J对象由‘应用管理表’、‘终端管理表’、‘应用高速缓存信息’、‘播放列表访问信息’、‘键利益表’(key interest table)构成。 
‘应用管理表’是指示应用管理器或类加载器将标题设为边界的应用信令的控制表，‘终端管理表’是指示多媒体本地平台(MHP)实现GUI用的HAVi设备配置或GUI中使用的字体、有无用户操作屏蔽的管理表。‘应用高速缓存信息’是指示高速缓存管理器标题选择时的归档文件的进/出高速缓存的控制表，‘播放列表访问信息’是指示再现控制引擎(PCE)标题选择时的播放列表自动再现指定的控制表。‘键利益表’是指示事件管理器将键与事件建立对应的控制表。 
引出线bj1详细显示应用管理表中的入口(entry)。如该引出线所示，应用管理表的入口包含表示标题中是应自动起动应用(AutoStart)、还是应等待来自其他应用的调用后起动(Present)等起动方式的‘控制代码’、‘应用种类’、使用构成归档应起动的BD-J应用的归档文件的文件名的5位数值来表示构成对象的应用的‘应用ID’、与‘应用记述符’。引出线bj2详细显示‘应用记述符’的内部结构。如该引出线所示，‘应用记述符’对每个应用存储加载应用时的‘优先级’、表示应用是否标题无边界、是否盘边界的‘绑定(binding)信息’、表示应用的名称的字符串、表示应用的语言属性的‘语言代码’、指示对应于应用的图标所在的‘图标定位符’、与‘应用的设置(profile)值’。在对应于3D再现模式的应用中，设定该设置值＝5。将索引表中BDMV应用信息的立体视觉内容存在标志设定为1以设定该应用的设置值＝5为要件。 
引出线bj3详细显示终端管理表中的配置信息。配置信息是指示再现装置确保配置的信息，如该引出线bj3所示，终端管理表能设定为HD3D_1920×1080、HD3D_1280×720、HD_1920×1080、HD_1280×720、QHD_960×540、SD、SD_50HZ_720×576、SD_60HZ_720×480之一。 
引出线bj4详细显示指定播放列表访问信息中的自动再现播放列表的信息的内部结构。如引出线bj4所示，作为指定自动再现播放列表的信息，可指定3D播放列表1920×1080、3D播放列表1280×720、2D播放列表1920×1080、2D播放列表1280×720、2D播放列表720×576、2D播放列表720×480。 
当选择任一标题时，再现装置都不等待来自应用的再现指示就开始由对应于选择的当前标题的播放列表访问信息所指定的播放列表的再现，在BD-J应用执行先于播放列表再现的结束而结束的情况下，继续执行播放列表的再现。 
通过该先行再现，应用的类加载花费时间，不显示描绘图像，所以在不怎么输出交互画面的情况下，使基于播放列表再现的再现影像原样输出，因此即便在应用中的起动延迟显著的情况下，也能首先让用户视听播放列表的再现影像。在应用的起动延迟期间，能变为摄入某事物的状态，所以能让用户感到安心。 
33.1：标题切换时的图形平面设定 
图33是表示标题选择时平面存储器的分辨率设定处理步骤一例的流程图。该流程图对应于步骤S61、步骤S62、步骤S63、步骤S66的判定结果，选择地执行步骤S64、S65、步骤S67的处理。 
步骤S61是是否存在自动再现播放列表的判定，步骤S62是紧挨着的之前的再现模式是否3D的判定。步骤S63是选择到的标题的自动再现播放列表是否1920×1080的3D播放列表或1280×720的3D播放列表的判定。 
在不存在自动再现播放列表的情况下，步骤S66中判定动作模式对象的默认分辨率是否HD3D_1920×1080、HD3D_1280×720，若是，则在步骤S65中，将再现模式设定为3D，对应于动作模式对象中的默认分辨率，设定为1920×1080或1280×720。若为否，则在步骤S67中将再现模式设定为2D，将分辨率设定为动作模式对象中的默认分辨率。 
在不存在自动再现播放列表的情况下，在步骤S62中判定紧挨着的之前的再现模式是否2D，或在步骤S63中判定播放列表是否3D播放列表，其分辨率是否1920×1080、1280×720。若步骤S62、步骤S63的任意一个为否，则在步骤S64中将再现模式设定为2D，将分辨率设定为自动再现播放列表的分辨率。 
在步骤S62判定为是、步骤S63也判定为是的情况下，在步骤S65中，将再现模式设定为3D，对应于自动再现播放列表的分辨率，将分辨率设定为1920×1080或1280×720。 
33.2：再现模式与图形平面配置的关联性 
通过将对应于立体视觉再现的3D播放列表选择为再现对象，再现装置的模式从2D再现模式切换为3D再现模式。但是，即便再现模式为3D再现模式，图形平面也维持1平面结构的状态。即，通过调用setConfigurationAPI，只要不请求将图形平面的配置从1平面结构切换为2平面结构，图形平面就维持1平面结构的状态。 
同时在当前标题的选择时，即便对应于立体视觉再现的3D播放列表选择为自动再现播放列表，再现装置的模式也从2D再现模式切换为3D再现模式。但是，即便对应于立体视觉再现的3D播放列表选择为自动再现播放列表，再现模式变为3D再现模式，图形平面也维持1平面结构的状态。 
但是，在当前标题的选择时，在对应于当前标题的BD-J对象的HAVi设备配置表示左眼用图形平面、右眼用图形平面的配置的情况下，图形平面的配置从1平面结构自动切换为2平面结构。即，从1平面结构向2平面结构的配置切换以在当前标题的选择时、对应于当前标题的BD-J对象的HAVi设备配置表示左眼用图形平面、右眼用图形平面的构造、或请求了请求2平面结构的setConfiguration API为要件。 
33.3：图形描绘请求忽视的必然性 
因为BD-J对象的HAVi设备配置中设定图形平面是2平面结构还是1平面结构，所以在当前标题的选择时，执行从1平面结构向2平面结构的配置切换、从1平面结构向2平面结构的配置切换。在这种配置切换中，发生第1实施方式所述的状况，即在配置从1平面结构切换为2平面结构之后，2D图形描绘请求到达java.awt.Graphics的状况。因此，在当前标题的选择时，在配置从1平面结构切换为2平面结构时，执行2D图形描绘请求的无效化、图形平面拷贝、右眼用输出系统的切换、3D图形描绘请求的接受，并在配置从2平面结构切换为1平面结构时，执行3D图形描绘请求的禁止、右眼用输出系统的切换、2D图形描绘请求的接受。由此，能消除在配置从1平面结构切换为2平面结构之后、2D图形描绘请求到达java.awt.Graphics造成的左右视觉的不一致发生。 
如上所述，根据本实施方式，能在当前标题的选择时，根据BD-J对象，使用由HAVi设备配置规定的分辨率，实现立体视觉再现。 
(第6实施方式) 
在本实施方式中，说明在作为1平面结构的1plane+Offset模式中图像突出的原理。在1plane+Offset模式中，通过使左眼瞳孔入射期间中描绘图像的写入位置偏向右方向，使右眼瞳孔入射期间中描绘图像的写入位置偏向左方向，能看到立体视觉影像位于显示画面近前。 
34：1plane+Offset模式中使图像突出的原理 
图34是用于说明平面偏移的符号为正的情况下、像看成位于显示画面近前的原理的图。 
图中，圆表示的是显示画面上显示的像。首先，在2D再现模式的情况下，右眼看到的像、左眼看到的像均为相同位置，所以用双眼看该像时的焦点位置位于显示画面上(图34(a))。作为结果显示的像位于显示画面上。 
在左眼瞳孔入射期间，左眼看到的像移位显示，以使得与平面偏移为0的情况相比看成是更靠右侧的位置。此时，右眼因快门眼镜500什么也看不到。另一方面，右眼看到的像移位显示，以使得与平面偏移为0的情况相比看成是更靠左侧的位置。此时，左眼因快门眼镜500什么也看不到(图34(b))。 
人用双眼合并焦点后，识别为像位于该焦点位置上。因此，若利用快门眼镜500以短的时间间隔交互切换左眼看像的状态与右眼看像的状态，则人的双眼在显示画面近前的位置对准焦点位置，结果，引起错觉，感觉像在位于显示画面近前的焦点位置(图34(c))。 
35：在1plane+Offset模式下从显示画面向深处看图像的原理 
图35是用于说明图像看成位于显示画面深处的原理的图。图35(a)中，圆表示的是显示画面上显示的像。首先，在2D模式下，右眼看到的像、左眼看到的像均为相同位置，所以用双眼看该像时的焦点位置位于显示画面上(图35(a))。作为结果显示的像位于显示画面上。 
另一方面，在左眼瞳孔入射期间，左眼看到的像与平面偏移为0的情况相比看成是靠左侧的位置。此时，右眼因快门眼镜500什么也看不到。另一方面，右眼看到的像与偏移为0的情况相比看成是靠右侧的位置，此时，左眼因快门眼镜500什么也看不到(图35(b))。 
若利用快门眼镜500以短的时间间隔交互切换左眼看像的状态与右眼看像的状态，则人的双眼在显示画面深处的位置对准焦点位置，结果，引 起错觉，感觉像在显示画面深处的位置(图35(c))。 
36：1plane+Offset模式中偏移的正负差异 
图36是表示正与负的平面偏移看上去的差异的一例的图。 
图36(a)表示使左眼瞳孔入射期间中描绘图像的写入位置偏向右方向、使右眼瞳孔入射期间中描绘图像的写入位置偏向左方向的情况。如图34所示，向左眼瞳孔入射输出时的图形在向右眼瞳孔入射输出时的图形之右的位置看到。即，因为聚集点(焦点位置)来到屏幕近前，所以图形也看成是在近前。 
图36(b)表示使左眼瞳孔入射期间中描绘图像的写入位置偏向左方向、使右眼瞳孔入射期间中描绘图像的写入位置偏向右方向的情况。如图35所示，向左眼瞳孔入射输出时的图形在向右眼瞳孔入射输出时的图形之左的位置看到。即，因为聚集点(焦点位置)来到屏幕深处，所以图形也看成是在深处。以上是1平面结构的构造时的立体视觉图像看法的说明。 
36.1：图形平面中1plane+Offset模式的实现 
图形平面由多个线存储器(line memory)构成，将构成图形的ARBG形式的像素数据分别存储在构成图形平面的线存储器的双字(32比特)长的存储元件中。之后，构成图形的像素数据在画面上的坐标例如对应于指示图形平面中像素数据的线存储器的ROW地址与指示该线存储器中存储元件的COLUMN地址的组。 
在1plane+Offset模式中，通过向图形平面中的像素数据的X坐标提供水平方向的偏移，实现立体视觉。如上所述，因为构成OSD的像素数据在画面上的坐标对应于指示图形平面中像素数据的线存储器的ROW地址与指示该线存储器中存储元件的COLUMN地址的组，所以若使指示图形平面中图形的各像素数据的存储元件的COLUMN地址增减相当于水平方向偏移的地址，则能使像素数据的坐标向左右方向位移。像素数据的地址移位利用伴随地址调整的像素数据的拷贝处理来实现。这里，在想以水平方向的偏移指定的像素数X变更像素数据的X坐标的情况下，当像素数据拷贝时，将指示构成其拷贝目标的存储元件的COLUMN地址前后调整相当于像素数X的地址。若以这种调整为前提执行拷贝， 则像素数据的坐标向左右方向移位。当平面合成器执行层合成时，在构成图形平面的线存储器与平面合成器内的线存储器之间，执行上述像素数据的拷贝，所以若在该拷贝时执行上述地址调整，则能左右移位图形平面。 
作为左右方向的移位量，在1plane+Offset模式中，使用置入视频流访问单元构造中的偏移序列中的偏移。偏移序列对GOP中的每个帧规定水平方向的偏移，所以1plane+Offset模式下像素的突出程度与视频流严密同步。 
如上所述，根据本实施方式，因为能在1平面结构中简单实现立体视觉再现，所以能实现基于字节码应用的图形描绘处理的简化。 
<备注> 
上面说明在本申请的申请时刻申请人能知道的最佳实施方式，但能对下面所示的技术主题施加进一步的改良或变更实施。是否如各实施方式所示实施或实施这些改良变更均是任意的，在于实施者的主观。 
(可移动介质的种类) 
存储介质的种类典型地利用SD卡等闪式介质，但也可是USB存储器、可移动硬盘、其他任意种类的存储介质。 
(执行不可使用描绘请求时的错误处理) 
在第2实施方式中，因选择的合成模式不同，存在可使用的描绘请求与不可使用的描绘请求。作为执行不可使用描绘请求时的错误处理，期望如下处理。 
首先，图像描绘请求801是仅对左眼用图形平面9执行描绘的API。因此，在合成模式1与合成模式3时调用的情况下，作为合成结果的影像输出中，仅左眼为更新后的影像，右眼仍为更新前的影像不变。即，左眼的影像与右眼的影像会不同，担心对视听者造成不快，所以必需禁止这种描绘请求。因此，仅在合成模式2和合成模式4中调用图像描绘请求801的情况下，执行向左眼用图形平面9的拷贝处理，在合成模式1或合成模式3中调用的情况下，忽视该调用。在现有的BD-J规格中，将相当于图像描绘请求801的功能规定为不发生异常的API，所以通过采取这种构成，不发生与现有平面视觉专用再现装置规格的矛盾，能可靠 防止左眼影像与右眼影像的不整合。 
另外，尽管与现有规格动作不同，但也可构成为不忽视该调用，发生异常。 
(合成模式1、3中应禁止的描绘处理) 
另外，在第3实施方式中，仅将‘图像拷贝’作为向左眼用图形平面的描绘请求的实例举出，但BD-J等现有规格中存在的其他描绘处理、例如‘矩形涂抹’或‘字符串描绘’等也一样，在合成模式1或合成模式3中当然应禁止。 
(合成模式1或合成模式3中请求左右图像描绘请求802时的处理) 
左右图像描绘请求802是同时描绘左眼用图形平面9与右眼用图形平面10的功能，在合成模式1或合成模式3中调用的情况下具有意义，但在合成模式2和合成模式4中调用的情况下，因为仅左眼用描绘具有意义，所以作为BD-J应用错误的可能性高。因此，仅在合成模式1或合成模式3中调用左右图像描绘请求802的情况下，才执行向两图形平面的描绘处理，在合成模式2和合成模式4中调用的情况下，发生异常。 
左右图像描绘请求802是现有BD-J规格中不存在的新定义的API，因为即便发生异常也不引起与现有规格的矛盾，所以为了可靠地向开发者通知错误，发生异常的方法是优选的，但也可与图形描绘请求801一样，构成为忽视该调用。 
(合成模式3或合成模式4中请求背景描绘请求804时的处理) 
背景描绘请求804也一样，仅在合成模式3和合成模式4中具有意义，在合成模式1和合成模式2中调用的情况下，因为合成结果的影像输出在左眼与右眼不同，所以必需禁止。作为禁止的方式，设与左右图像描绘请求802一样发生异常，但也可构成为忽视该调用。 
背景描绘请求805也一样，仅在合成模式1或合成模式2中具有意义，在合成模式3和合成模式4中调用的情况下，因为BD-J应用错误的可能性大，所以期望禁止。作为禁止的方式，设与左右图像描绘请求802一样发生异常，但也可构成为忽视该调用。 
如上所述，尤其是图像描绘请求801和背景描绘请求804，通过限制接受描绘请求的合成模式，即便在BD-J应用错误的合成模式下执行描绘 的情况下，也能防止立体视觉的BD-ROM再现设备上可能发生的、左眼用影像与右眼用影像的不整合的问题。 
(避免接受描绘请求上的不整合) 
在此前的实施方式中，构成为在发行禁止的描绘请求的情况下，忽视该请求或发生异常，但也可构成为在受理描绘请求后处理成不引起左眼用影像与右眼用影像的不整合。具体地，例如在合成模式1或合成模式3中调用图像描绘请求801的情况下，不是仅对左眼用图形平面9执行描绘处理，而通过对左眼用图形平面9和右眼用图形平面10同时适用同一描绘处理，可防止左眼用影像与右眼用影像的不整合。另外，在合成模式2或合成模式4中调用左右图像描绘请求802的情况下，若仅抽取描绘请求中对左眼用图形平面9的描绘处理部分并执行，则即便图形平面为1平面的状况也能处理左右图像描绘请求802。并且，在合成模式切换中存在的、禁止图像描绘请求801和左右图像描绘请求802双方的定时调用这些描绘请求的情况下，只要暂时保留该描绘请求、在合成模式切换处理完成的定时重新开始处理即可。 
(合成模式的切换次数) 
在必需图形平面的切换与背景平面的切换双方的情况下，也可一次完成平面合成器20的合成模式切换。例如，在合成模式切换花费时间的情况等中，期望一次完成合成模式切换。例如，考虑将图形平面与背景平面双方从1平面切换为2平面，即从合成模式4切换为合成模式1的情况。首先，对图形平面与背景平面双方执行S1001的1平面用描绘请求的禁止，即禁止图像描绘请求801和背景描绘请求804双方。接着，即便S1002的拷贝处理，也对图形平面与背景平面双方执行从左眼用平面向右眼用平面的拷贝。接着，作为S1003的合成模式切换处理，将平面合成器20从合成模式4直接切换为合成模式1。最后，即便S1004的2平面用描绘请求的禁止解除，也只要对图形平面与背景平面双方执行的、即解除左右图像描绘请求802和背景描绘请求805双方的禁止即可。 
(2D再现模式下的合成模式) 
在第3实施方式中，构成为在1平面中的2D再现模式的合成模式下始终仅使用左眼用平面，但即便1平面的合成模式，也可构成为可选择 仅使用左眼用平面或仅使用右眼用平面。例如，在视频流具有表示左眼用影像为主还是右眼用影像为主的信息的情况下，当图形平面和背景平面为1平面时，应以与视频流一致的形式决定是仅参照左眼用平面还是仅参照右眼用平面。此时，再现装置200内保持视频流左右哪个为主的状态，在合成模式2和合成模式4中，根据上述状态选择参照左右哪个图形平面，同样，即便在合成模式3和合成模式4中，也只要根据上述状态选择参照左右哪个背景平面即可。通过如此构成，例如在视频流中右眼用影像为主的状况下，在执行将图形平面从2平面合成模式切换为1平面的情况下，因为切换前的右眼用图形平面10的描绘内容在切换后也接着被参照，所以能实现进一步取得与视频流的整合性的合成模式切换。 
(从右眼用平面向左眼用平面的拷贝定时) 
在第3实施方式的合成模式2～4中，即便仍是图形平面和背景平面始终仅参照左眼用平面的第3实施方式，当使图形或背景的合成模式从2平面迁移到1平面时，若仅在视频流为右眼的影像为主的情况下，将图形或背景的右眼用平面的内容拷贝到左眼用平面，则能得到同样的效果。 
(左眼用影像、右眼用影像的标识) 
在第3实施方式中，设视频流具有表示左眼用影像为主还是右眼用影像为主的信息，但也可BD-J应用指定该信息。 
(基于面向对象编程语言的3D播放列表再现步骤的记述) 
在各实施方式中，基于面向对象编程语言的3D播放列表再现步骤也可如下所述记述。 
再现作为3D播放列表的播放列表文件00001.mpls时的记述如下所示。 
i)生成以3D播放列表的播放列表文件的文件路径(bd://1.PLAYLIST:00001)为自变量的BDLocator类的实例。在设该BDLocator类的实例变量为“loc”的情况下，记述为BDLocatorloc＝newBDlocator(bd://1.PLAYLIST:00001)。 
ii)生成以BDLocator类的实例变量的变量名为自变量的MediaLocator类的实例。BDLocator类的实例变量的变量名为“loc”，若设MediaLocator类的实例变量的变量名为m1，则记述为 
MediaLocator m1＝new MediaLocator(loc)。 
iii)生成以MediaLocator类的实例变量的变量名为自变量的javax.media.Manager.creatPlayer类的实例，即播放器实例。若Medialocator类的实例变量的变量名为m1，播放器实例的实例变量的变量名为Player，则记述为Player＝Manager.creatPlayer(m1)；。 
iv)最后，通过拷贝作为JMF播放器实例的成员函数的start()，开始播放列表再现。若播放器实例的实例变量的变量名为Player，则记述为Player.start()。 
(立体视觉交互画面的记述) 
制作具有2个按钮部件的立体视觉交互画面时的字节码应用也可如下面的(h-1)(h-2)(h-3)(h-4)所示记述。 
(h-1)使用图形设备的实例作为自变量，生成图形设备的全屏场景的实例。具体地，使用
Hscreen.getDefaultHscreen().getDefaultHGraphicsDevice()的实例作为自变量，生成HsceneFactory.getinstance().getFullScreenScene的实例。在将HsceneFactory.getinstance().getFullScreenScene实例的实例变量名设为“hs”的情况下，记述为 
Hscene hs＝ 
HsceneFactory.getinstance().getFullScreenScene(Hscreen.getDefaultHs creen().getDefaultHGrphicsDevice())；。 
(h-2)将java.awt的Flowlayout()的实例作为自变量，调用Hscene的setLayout方法。在设Hscene类实例的实例变量名为“hs”的情况下，记述为hs.setLayout(new FlowLayout())；。 
(h-3)使用Hscreen类的实例变量作为自变量，生成java.awt的MediaTracker类的实例。在设Hscreen类实例的实例变量名为“hs”、MediaTracker类的实例变量为“mt”的情况下，记述为 
MediaTracker mt＝newMediaTracker(hs)；。 
(h-4)通过使用左眼用图像文件及右眼用图像文件的文件名作为自变量、调用StereoGraphics#drawImage，制作正常(normal)状态的图像类的实例、聚集(focus)状态的图像类的实例、激活(active)状态的图像类的实 例。 
例如，在设按钮部件的正常状态的图像类的实例变量变量名为normal，并设左眼用图像文件的文件名为“NormalButton1.bmp”、右眼用图像文件的文件名为“NormalButton2.bmp”的情况下，记述为 
image normal＝ 
StereoGraphics#drawImage(x1，y1，x2，y2，NormalButton1.bmp，x3，y3，x4，y4，NormalButton2.bmp)；。 
例如，在设按钮部件的聚焦状态的图像类的实例变量变量名为“focused”，并设左眼用图像文件的文件名为“FocusedButton1.bmp”、右眼用图像文件的文件名为“FocusedButton2.bmp”的情况下，记述为 
Image focused＝ 
StereoGraphics#drawImage(x1，y1，x2，y2，FocuseButton1.bmp，x3，y3，x4，y4，FocusedButton2.bmp)；。 
例如，在设按钮部件的激活状态的图像类的实例变量的变量名为“actioned”，并设左眼用图像文件的文件名为“actionedButton1.bmp”、右眼用图像文件的文件名为“actionedButton2.bmp”的情况下，记述为 
Image actioned＝ 
StereoGraphics#drawImage(x1，y1，x2，y2，actionedButton1.bmp，x3，y3，x4，y4，actionedButton2.bmp)；。 
(h-5)通过将状态图像作为自变量、调用MediaTracker类的addImage方法，向MediaTracker类的实例追加正常状态的状态图像、聚集状态的状态图像、激活状态的状态图像。 
在设MediaTracker类实例的实例变量名为mt的情况下，记述为 
mt.addImage(normal，0)； 
mt.addImage(focused，0)； 
mt.addImage(actioned，0)；。 
(h-6)生成java.awt的HGraphicsButton类的实例。在设HGraphicsButton类实例的实例变量名为“hgb1，hgb2”，且按钮部件的状态为“normal”、“focused”、“actioned”的情况下，记述为 
hgb1＝new HGraphicsButton(normal、focused、actioned)； 
hgb2＝new HGraphicsButton(normal、focused、actioned)；。 
(h-7)使用作为setLayout类的成员函数的add()，向setLayout类的实例追加HGraphicsButton类的实例。在设setLayout类的实例变量的变量名为“hs”，并设应追加的HGraphicsButton类的实例的实例名为“hgb1，hgb2”的情况下，记述为hs.add(hgb1)；hs.add(hgb1)；。 
(h-8)使用作为setlayout类的成员函数的setVisible方法，可视化setlayout类的实例。在设setLayout类的实例变量的变量名为“hs”的情况下，记述为hs.setVisible(true)；。 
(h-9)使用作为HGraphicsButton类的成员函数的requestFocus方法，将HGraphicsButton类的实例变为聚焦状态。在设HGraphicsButton类的实例的变量名为“hgb1”的情况下，记述为hgb1.requestFocus()；。 
(再现装置200与电视400的连接) 
再现装置200与电视400的连接期望经具有高带宽传输功能的数字接口进行。 
具有高带宽传输功能的数字接口当经接口与家庭影院系统中的其他设备连接时，经协商(negotiation)阶段，移动到数据传输阶段，进行数据传输。 
该协商阶段把握数字接口的电视的能力(包含解码能力、再现能力、显示频率)，设定在播放器设定寄存器中，确定之后传输用的传输方式，包含相互确认彼此装置的正当性的相互认证阶段。经该协商阶段，将执行层合成后的图片数据中一条线的量的非压缩明文形式的像素数据按电视中的水平同步期间以高的传输速率传输到电视。另一方面，在电视中的水平回扫线期间及垂直回扫线期间，向与再现装置连接的其他装置(不仅电视，还包含放大器、扬声器)传输非压缩明文形式的音频数据。由此，电视、放大器、扬声器等设备能接收非压缩明文形式的图片数据、非压缩明文形式的音频数据，能实现再现能力。另外，在对方侧设备中存在解码能力的情况下，能对视频流、音频流进行透过(pass-through)传输。透过传输能以压缩加密形式原样传输视频流、音频流。具有这种高带宽传输功能的数字接口中存在HDMI或USB。 
(集成电路的实施方式) 
根据本发明的集成电路是系统LSI，排除再现装置的硬件构成中记录介 质的驱动部或与外部的连接器等机构部分，内置相当于逻辑电路或存储元件的部分，即逻辑电路的核心部分。所说系统LSI指在高密度基板上安装裸芯片并封装得到的产品。通过在高密度基板上安装多个裸芯片并封装，使多个裸芯片具有像一个LSI那样的外形构造的产品，被称为多芯片模块，这种产品也包含于系统LSI中。 
在此如果考察封装的类型，则系统LSI的种类包括QFP(方形扁平封装)、PGA(插针网格阵列)。QFP是将插针安装在封装体的四个侧面上的系统LSI。PGA是在整个底面上安装多个插针的系统LSI。 
这些插针作为电源供给或接地、与其他电路的接口来发挥作用。系统LSI中的插针具有这种接口的作用，所以通过向系统LSI中的这些插针连接其他电路，系统LSI发挥作为再现装置的核心的作用。 
图37是表示集成电路的架构的图。如该图所示，作为系统LSI的集成电路70的架构由前端(front end)部71、信号处理部72、后端(back end)部73、介质接口74、存储器控制器75、和主微机76构成，集成电路70通过介质接口74、存储器控制器75与再现装置的驱动器或存储器、收发部连接。再现装置的驱动器包括BD-ROM的驱动器、本地存储器的驱动器、可移动介质的驱动器等。 
前端处理部71由被预编程的DMA主电路或I/O处理器等构成，执行所有的包处理。该包处理相当于从立体视觉交织流文件复原ATC序列的处理、由解复用器进行的源数据包去包器的处理、PID滤波器的处理。在再现装置的存储器所确保的轨道缓冲器、各种平面存储器、视频解码器中的编码数据缓冲器、解码数据缓冲器之间实现DMA传输，由此实现诸如上述的包处理。 
信号处理部72由信号处理用处理器或SIMD处理器等构成，执行所有的信号处理。信号处理包括由视频解码器进行的解码处理及由音频处理器进行的解码处理。 
后端部73由加法器、滤波器构成，进行所有的AV输出处理。AV输出处理包括像素处理，通过该像素处理进行层合成用的图像重叠、尺寸调整、图像格式变换。并且，一并执行数字/模拟变换等。 
介质接口74是与驱动器、网络的接口。 
存储器控制器75是存储器访问用的从设备电路(slave circuit)，根据前端部、信号处理部、后端部的请求，实现数据包或图片数据的存储器的读写。利用经由该存储器控制器75的存储器的读写，存储器作为轨道缓冲器或视频平面、图形平面、视频解码器中的编码数据缓冲器、解码数据缓冲器、基本缓冲器、图形解码器中的编码数据缓冲器、合成数据(composition data)缓冲器、对象缓冲器发挥作用。 
主微机76由MPU、ROM、RAM构成，对介质接口、前端部、信号处理部、后端部执行整体控制。该整体控制包括作为控制部、BD-J模块、HDMV模块、模块管理器的控制。该主微机中的CPU具有命令取出(fetch)部、解码器、执行单元、寄存器文件、程序计数器。并且，执行在前面的实施方式中叙述的各种处理的程序，作为嵌入程序与基本输入输出系统(BIOS)、各种中间件(操作系统)一起存储在该主微机的微机内的ROM中。因此，再现装置的主要功能能够安装在该系统LSI内。 
(程序的实施方式) 
各实施方式中所示的程序可如下制作。首先，软件开发者使用编程语言，记述实现各流程图或功能构成要素的源程序。在该记述中，软件开发者根据编程语言的句法，使用类构造体或变量、数组变量、外部函数的调用，记述具体表现各流程图或功能构成要素的源程序。 
将记述的源程序作为文件提供给编译器。编译器翻译这些源程序，生成目标程序。
编译器执行的翻译由句法解析、优化、资源分配、代码生成等过程构成。在句法解析中，进行源程序的字句解析、句法解析和含义解析，将源程序变换为中间程序。在优化中，对中间程序进行基本块化、控制流程解析、数据流解析等作业。在资源分配中，为了实现构成目标的处理器适合于命令集，将中间程序中的变量分配给目标处理器的处理器具有的寄存器或存储器。在代码生成中，将中间程序内的各中间命令变换为程序代码，得到目标程序。 
这里生成的目标程序由让计算机执行各实施方式所示的流程图各步骤或功能构成要素各个步骤的一个以上程序代码构成。这里，程序代码有处理器的本地代码、JAVA(注册商标)字节代码等各个种类。利用程序代码来 实现各步骤有各种方式。在可利用外部函数来实现各步骤的情况下，调用该外部函数的调用语句变为程序代码。另外，实现一个步骤的程序代码也归属于各个目标程序。在限制命令种类的RISC处理器中，通过组合算术运算命令或逻辑运算命令、分支命令等，也可实现流程图的各步骤。 
若生成目标程序，则编程者对其启动连接器(linker)。连接器将这些目标程序或关联的库程序分配到存储器空间中，将其结合成一个，生成加载模块。如此生成的加载模块以计算机读取为前提，让计算机执行各流程图所示的处理步骤或功能构成要素的处理步骤。也可将这种程序记录在非临时性的计算机可读取的记录介质中提供给用户。 
(记录介质的变化) 
各实施方式中的记录介质包含光盘、半导体存储卡等封装介质全部。本实施方式的记录介质以事先记录了必要数据的光盘(例如BD-ROM、DVD-ROM等现有可读取光盘)为例进行说明，但不限于此，例如将包含经由广播或网络分发的本发明实施所需的数据的3D内容记录在可利用具有写入光盘的功能的终端装置(例如既可将上述功能置入再现装置中，也可是与再现装置分开的装置)写入的光盘(例如BD-RE、DVD-RAM等现有可写入光盘)中，即便将该记录后的光盘适用于本发明的再现装置，也能实施本发明。 
(再现装置的必需结构) 
左眼用视频平面、右眼用视频平面不是再现装置的必需结构，作为再现装置的结构，只要存在左眼用图形平面、右眼用图像平面就足以。这是因为在应由图形平面显示的描绘图像中，存在动态图像，若将这种描绘图像写入图形平面，则即便再现装置中不存在视频解码器或视频平面，也能实现本申请的课题解决。 
(家庭影院系统的必需结构) 
快门眼镜500不是必需的结构要素，是任意结构要素。这是因为若电影400是集成成像方式(光学再现方式)，可裸眼立体视觉，则不需要快门眼镜500。也可将电视400与再现装置200一体构成。 
(半导体存储卡记录装置及再现装置的实施方式) 
说明将各实施方式中说明的数据结构记录在半导体存储器中的记录装 置及对其进行再现的再现装置的实施方式。 
首先，作为前提技术，说明BD-ROM中记录的数据的著作权保护机制。 
有时BD-ROM中记录的数据中、例如从著作权保护、数据隐匿性提高的观点看，部分数据根据需要被加密。 
例如，BD-ROM中记录的数据中加密的数据例如是对应于视频流的数据、对应于音频流的数据、或对应于包含这些数据的流的数据。 
下面，说明BD-ROM中记录的数据中加密数据的解读。 
半导体存储卡再现装置将与解读BD-ROM内加密数据所需的密钥相对应的数据(例如设备密钥)事先存储在再现装置中。 
另一方面，在BD-ROM中记录与解读加密数据所需密钥相对应的数据(例如对应于上述设备密钥的MKB(媒体密钥块))、和将解读加密数据用的密钥自身加密后的数据(例如与上述设备密钥和MKB相对应的加密标题密钥)。这里，设备密钥、MKB和加密标题密钥成对，并且，也与写入BD-ROM上通常不能拷贝的区域(称为BCA的区域)中的识别符(例如卷ID)对应。设若该组合不正确，则不能解读加密。仅在组合正确的情况下，才能导出加密解读需要的密钥(例如根据上述设备密钥、MKB和卷ID，对加密标题密钥进行解密得到的标题密钥)，使用该加密解读所需的密钥，可解读加密的数据。 
在再现装置再现装填的BD-ROM的情况下，例如若与BD-ROM内的加密标题密钥、MKB成对的(或对应的)设备密钥不在再现装置内，则不再现加密的数据。这是因为加密数据的解读所需的密钥(标题密钥)，密钥自身被加密后(加密标题密钥)记录在BD-ROM上，若MKB与设备密钥的组合不正确，则不能导出加密解读需要的密钥。 
相反，若加密标题密钥、MKB、设备密钥和卷ID的组合正确，则构成再现装置，以便使用例如上述加密解读所需的密钥(根据设备密钥、MKB和卷ID，对加密标题密钥进行解密得到的标题密钥)，由解码器解码视频流，由音频解码器解码音频流。 
以上是BD-ROM中记录的数据著作权保护的机制，但该机制未必限于BD-ROM，例如在适用于可读入/写入的半导体存储器(例如SD卡等具有可移动性半导体存储卡)的情况下也可实施。 
说明半导体存储卡再现装置的再现步骤。光盘构成为例如经光盘驱动器读出数据，而在使用半导体存储卡的情况下，构成为经用于读出半导体存储卡内数据的I/F来读出数据。 
具体而言，若半导体存储卡插入再现装置的槽中，则经由半导体存储卡I/F电连接再现装置与半导体存储卡。只要构成为将半导体存储卡中记录的数据经半导体存储卡I/F读出即可。 
(作为接收装置的实施方式) 
各实施方式中说明的再现装置也可实现为从电子分发服务的分发服务器接收与本实施方式中说明的数据相对应的数据(分发数据)、并记录在半导体存储卡中的终端装置。 
这种终端装置也可构成为各实施方式中说明的再现装置进行这种动作。与本实施方式的再现装置不同，也可由进行在半导体存储器中存储分发数据的专用终端装置来进行。这里说明再现装置进行的实例。另外，作为记录目的地的半导体存储器，以SD卡为例来说明。 
在插入再现装置具备的槽中的SD存储卡中记录分发数据的情况下，首先请求向存储分发数据的分发服务器发送分发数据。此时，再现装置从SD存储卡中读出唯一识别所插入的SD存储卡用的识别信息(例如各个SD存储卡固有的识别号码，具体而言例如SD存储卡的序列号等)，将读出的识别信息与分发请求一起，发送给分发服务器。 
该唯一识别SD存储卡用的识别信息例如相当于上述卷ID。 
另一方面，分发服务器加密分发数据中必要的数据(例如视频流、音频流等)并存储在服务器上，以便能使用加密解读所需的密钥(例如标题密钥)来解除加密。 
例如，分发服务器构成为保持私钥，对半导体存储卡的固有识别号码的每个，可动态生成不同的公钥信息。 
另外，分发服务器构成为可对加密数据解读所需的密钥(标题密钥)自身进行加密(即构成为可生成加密标题密钥)。 
生成的公钥信息例如包含相当于上述MKB、卷ID和加密标题密钥的信息。加密的数据若例如半导体存储器固有的识别号码、后述的公钥信息中包含的公钥主体和事先记录在再现装置中的设备密钥的组合正确，则得 到加密解读所需的密钥(例如根据设备密钥、MKB和半导体存储器固有的识别号码，对加密标题密钥进行解密得到的标题密钥)，使用该得到的加密解读所需的密钥(标题密钥)，可解读加密的数据。 
接着，再现装置将接收到的公钥信息与分发数据记录在插入槽中的半导体存储卡的记录区域中。 
下面，说明解密并再现半导体存储卡的记录区域中记录的公钥信息与分发数据中包含的数据中的加密数据的方法一例。 
接收到的公钥信息例如记录公钥主体(例如上述MKB和加密标题密钥)、签名信息、半导体存储卡的固有识别号码、和表示涉及应无效的设备的信息的设备列表。 
签名信息中例如包含公钥信息的散列值。 
设备列表中例如记载涉及有可能非法再现的设备的信息。这是例如事先记录在再现装置中的设备密钥、再现装置的识别号码或再现装置具备的解码器的识别号码等、唯一确定有可能非法再现的装置、装置中包含的部件或功能(程序)等的信息。 
说明半导体存储卡的记录区域中记录的分发数据中加密的数据的再现。 
首先，检查在利用公钥主体对加密数据进行解密之前是否使解密密钥主体起作用。
具体而言，进行： 
(1)公钥信息中包含的半导体存储器固有的识别信息与事先存储在半导体存储卡中的固有识别号码是否一致的检查， 
(2)再现装置内算出的公钥信息的散列值与签名信息中包含的散列值是否一致的检查，
(3)根据公钥信息中包含的设备列表示出的信息，进行再现的再现装置是否可能非法再现的检查(例如公钥信息中包含的设备列表示出的设备密钥与事先存储在再现装置中的设备密钥是否一致的检查)。 
进行这些检查的顺序按什么样的顺序进行均可。 
在上述(1)～(3)检查中，若判断为满足公钥信息中包含的半导体存储器固有的识别信息与事先存储在半导体存储卡中的固有识别号码不一致、再 现装置内算出的公钥信息的散列值与签名信息中包含的散列值不一致、或进行再现的再现装置有可能非法再现中的某一个，则再现装置进行控制，以不解读加密的数据。 
另外，若判断为公钥信息中包含的半导体存储器固有的识别信息与事先存储在半导体存储卡中的固有识别号码一致、且再现装置内算出的公钥信息的散列值与签名信息中包含的散列值一致、且进行再现的再现装置不可能非法再现，则判断为半导体存储器固有的识别号码、公钥信息中包含的公钥主体和事先记录在再现装置中的设备密钥的组合正确，使用加密解读所需的密钥(根据设备密钥、MKB和半导体存储器固有的识别号码，对加密标题密钥进行解密得到的标题密钥)，进行加密数据的解读。 
例如在加密数据是视频流、音频流的情况下，视频解码器利用上述加密解读所需的密钥(对加密标题密钥进行解密得到的标题密钥)，解密(解码)视频流，音频解码器利用上述加密解读所需的密钥，解密(解码)音频流。 
通过上述构成，在知道有可能在电子分发时被非法利用的再现装置、部件、功能(程序)等的情况下，若将用于识别其的信息示于设备列表中分发，则在再现装置侧包含设备列表中所示的设备的情况下，可抑制使用公钥信息(公钥主体)的解密，所以即便半导体存储器固有的识别号码、公钥信息中包含的公钥主体和事先记录在再现装置中的设备密钥的组合正确，也由于可控制成不解读加密的数据，所以可抑制非法装置利用分发数据。 
产业上的可利用性 
本发明涉及再现立体视觉影像的再现设备中抑制输出影像闪烁(ちらつき)的技术，尤其可适用于具有平面影像再现模式与立体影像再现模式的切换功能的再现装置。 
符号说明 
1BD-ROM驱动器 
4视频解码器 
5左眼用视频平面 
6右眼用视频平面 
7图像存储器 
8图像解码器 
9左眼用图形平面 
10右眼用图形平面 
15BD-J模块 
20平面合成器 
22绘制引擎 
28左眼用背景平面 
29右眼用背景平面 
30左眼用字幕平面 
31右眼用字幕平面 
100BD-ROM 
200再现装置 
300遥控器 
400显示器 
500快门/偏光眼镜 

Claims (14)

1.一种再现装置，其特征在于，
具备：
使字节码应用动作的平台部；与
左眼用图形平面及右眼用图形平面，
所述平台部包含描绘部，该描绘部受理来自字节码应用的图形描绘请求，并执行图形描绘，
所述左眼用图形平面及右眼用图形平面的配置中，具有1平面结构与2平面结构，该1平面结构在平面视觉再现时及立体视觉再现时，在图形描绘中仅使用左眼用图形平面，该2平面结构在立体视觉再现时，在图形描绘中使用左眼用图形平面及右眼用图形平面，
所述图形描绘请求中具有2D图形的描绘请求与3D图形的描绘请求，
从所述配置中的1平面结构向2平面结构的切换，包含无效化此前由字节码应用执行的2D图形描绘请求的处理、和将左眼用图形平面的存储内容拷贝到右眼用图形平面的处理，在执行该拷贝后，描绘部接受3D图形的描绘请求。
2.根据权利要求1所述的再现装置，其特征在于，
所述再现装置具备：
解码器，解码记录介质中记录的立体视觉视频流；
左眼用视频平面，存储通过解码立体视觉视频流而得到的左眼用图片数据；
右眼用视频平面，存储通过解码立体视觉视频流而得到的右眼用图片数据；和
合成部，执行左眼的输出系统的合成及右眼的输出系统的合成，
所述左眼的输出系统的合成是指将左眼用图形平面的存储内容与左眼用视频平面的存储内容合成，
所述右眼的输出系统的合成是指将左眼用图形平面及右眼用图形平面中的某一方的存储内容与右眼用视频平面的存储内容合成，
所述合成部在从所述1平面结构向2平面结构切换时，在将左眼用图形平面的存储内容拷贝到右眼用图形平面之后，开始将右眼用输出系统中的右眼用图形平面的存储内容合成到右眼用视频平面的存储内容的处理，
所述描绘部进行的3D图形描绘请求的接受，是在将右眼用图形平面的存储内容与右眼用视频平面的存储内容合成之后执行的。
3.根据权利要求2所述的再现装置，其特征在于，
从所述配置中的2平面结构向1平面结构的切换，由禁止3D图形描绘请求的处理、将左眼用图形平面的存储内容合成到右眼用视频平面的存储内容的处理、接受由字节码应用执行的2D图形描绘请求的处理构成。
4.根据权利要求3所述的再现装置，其特征在于，
从所述1平面结构向2平面结构的切换及从2平面结构向1平面结构的切换，是通过字节码应用发行配置设定请求来执行的，
构成所述无效化目标的2D图形描绘请求是后续于所述配置设定请求的2D图形描绘请求。
5.根据权利要求4所述的再现装置，其特征在于，
所述配置设定请求是调用配置设定API的代码，配置设定API的调用可以通过自变量来指定将左眼用图形平面及右眼用图形平面设为1平面结构还是2平面结构，
所述2D图形的描绘请求是指调用2D图形的描绘API的代码，
所述2D图形的描绘请求的无效化，是通过使配置设定API调用后所执行的2D图形描绘API的调用异常结束来执行的。
6.根据权利要求5所述的再现装置，其特征在于，
所述平台部将字节码应用及描绘部处理作为多线程来处理，
所述2D图形的描绘请求及配置设定请求通过线程间通信，将调用API的代码从字节码应用递交给图形描绘模块，
所述2D图形描绘请求的无效化，是通过在线程间通信的中途删除2D图形描绘的描绘请求来执行的。
7.根据权利要求5所述的再现装置，其特征在于，
所述2D图形描绘API是java.awt.Graphics#drawImage API，
所述配置设定API是HAVi图形设备中的HAVi屏幕配置设定API。
8.根据权利要求3所述的再现装置，其特征在于，
所述描绘部包含对左眼用图形平面与右眼用图形平面同时进行描绘的3D再现模式专用的左右平面描绘模块，
所述3D图形描绘请求的接受，是通过起动3D再现模式专用的左右平面描绘模块来执行的，
所述描绘部进行的3D图形描绘请求的禁止，是通过使该3D再现模式专用的左右平面描绘模块结束来执行的。
9.根据权利要求1所述的再现装置，其特征在于，
记录介质中记录有多个内容，
当多个内容之中的特定的内容成为再现目标时，所述平台部按照与所述再现目标的内容相对应的应用管理表，起动并执行字节码应用，
所述左眼用图形平面及右眼用图形平面的配置，在内容再现开始时按照动作模式对象内的配置信息来设定。
10.根据权利要求9所述的再现装置，其特征在于，
所述配置信息包含分辨率代码，分辨率代码表示纵向像素数及横向像素数。
11.一种集成电路，能安装于具备左眼用图形平面与右眼用图形平面的再现装置中，其特征在于，
该集成电路具备使字节码应用动作的平台部，
所述平台部包含描绘部，该描绘部受理来自字节码应用的图形描绘请求，并执行图形描绘，
所述左眼用图形平面及右眼用图形平面的配置中，具有1平面结构与2平面结构，该1平面结构在平面视觉再现时及立体视觉再现时，在图形描绘中仅使用左眼用图形平面，该2平面结构在立体视觉再现时，在图形描绘中使用左眼用图形平面及右眼用图形平面，
所述图形描绘请求中具有2D图形的描绘请求与3D图形的描绘请求，
从所述配置中的1平面结构向2平面结构的切换，包含无效化此前由字节码应用执行的2D图形描绘请求的处理、和将左眼用图形平面的存储内容拷贝到右眼用图形平面的处理，在执行该拷贝后，描绘部接受3D图形的描绘请求。
12.一种再现方法，用于计算机中，该计算机具备使字节码应用动作的平台部、左眼用图形平面、右眼用图形平面，其特征在于，
所述左眼用图形平面及右眼用图形平面的配置中，具有1平面结构与2平面结构，该1平面结构在平面视觉再现时及立体视觉再现时，在图形描绘中仅使用左眼用图形平面，该2平面结构在立体视觉再现时，在图形描绘中使用左眼用图形平面及右眼用图形平面，
所述图形描绘请求中具有2D图形的描绘请求与3D图形的描绘请求，
在从字节码应用请求了从所述配置中的1平面结构向2平面结构的切换的情况下，执行无效化此前由字节码应用执行的2D图形描绘请求的处理、和将左眼用图形平面的存储内容拷贝到右眼用图形平面的处理，在执行该拷贝后，接受3D图形的描绘请求。
13.一种再现装置，其特征在于，
具备：
使字节码应用动作的平台部；
第1图形平面；以及
第2图形平面，
所述平台部包含：
描绘部，该描绘部受理来自所述字节码应用的图形的描绘请求，并执行所述图形的描绘；以及
切换部，从1平面结构和2平面结构之中的一个平面结构切换为另一个平面结构，该1平面结构在再现平面图形时，在所述平面图形的描绘中使用所述第1图形平面，该2平面结构在再现立体图形时，在所述立体图形的描绘中使用所述第1图形平面及所述第2图形平面，
所述图形的描绘请求中具有所述平面图形的描绘请求与所述立体图形的描绘请求，
通过所述切换部从所述1平面结构向所述2平面结构切换时，在将由所述字节码应用执行的所述平面图形的描绘请求无效化、且将所述第1图形平面的存储内容拷贝到所述第2图形平面之后，所述描绘部接受所述立体图形的描绘请求。
14.一种再现方法，在计算机中使用，该计算机具备使字节码应用动作的平台部、第1图形平面、第2图形平面，
其特征在于，
该再现方法具备：
切换步骤，从1平面结构和2平面结构之中的一个平面结构切换为另一个平面结构，该1平面结构在再现平面图形时，在所述平面图形的描绘中使用所述第1图形平面，该2平面结构在再现立体图形时，在所述立体图形的描绘中使用所述第1图形平面及所述第2图形平面，
所述图形的描绘请求中具有所述平面图形的描绘请求与所述立体图形的描绘请求，
通过所述切换步骤从所述1平面结构向所述2平面结构切换时，在执行了将由所述字节码应用执行的所述平面图形的描绘请求无效化的第1步骤、和将所述第1图形平面的存储内容拷贝到所述第2图形平面的第2步骤之后，接受所述立体图形的描绘请求。
CN201080043782.7A 2009-10-02 2010-09-27 能再现立体视觉影像的再现装置、集成电路、再现方法 Expired - Fee Related CN102577409B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009230394 2009-10-02
JP2009-230394 2009-10-02
PCT/JP2010/005804 WO2011039990A1 (ja) 2009-10-02 2010-09-27 立体視映像を再生することができる再生装置、集積回路、再生方法、プログラム

Publications (2)

Publication Number Publication Date
CN102577409A CN102577409A (zh) 2012-07-11
CN102577409B true CN102577409B (zh) 2014-12-10

Family

ID=43825838

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080043782.7A Expired - Fee Related CN102577409B (zh) 2009-10-02 2010-09-27 能再现立体视觉影像的再现装置、集成电路、再现方法

Country Status (7)

Country Link
US (1) US8558871B2 (zh)
EP (1) EP2485497B1 (zh)
JP (2) JP5097297B2 (zh)
KR (1) KR20120091007A (zh)
CN (1) CN102577409B (zh)
TW (1) TWI435592B (zh)
WO (1) WO2011039990A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010095403A1 (ja) * 2009-02-17 2010-08-26 パナソニック株式会社 再生装置、再生方法、プログラム
JP4875127B2 (ja) * 2009-09-28 2012-02-15 パナソニック株式会社 三次元画像処理装置
US8907968B2 (en) * 2011-03-31 2014-12-09 Panasonic Corporation Image rendering device, image rendering method, and image rendering program for rendering stereoscopic panoramic images
JP5891388B2 (ja) 2011-03-31 2016-03-23 パナソニックＩｐマネジメント株式会社 立体視画像の描画を行う画像描画装置、画像描画方法、画像描画プログラム
US9247298B2 (en) * 2012-05-31 2016-01-26 Zapple Inc. Television screen control apparatus and system including the same
US9584573B2 (en) * 2012-08-29 2017-02-28 Ericsson Ab Streaming policy management system and method
RU2012138174A (ru) * 2012-09-06 2014-03-27 Сисвел Текнолоджи С.Р.Л. Способ компоновки формата цифрового стереоскопического видеопотока 3dz tile format
CN103347193B (zh) * 2013-07-23 2015-03-11 深圳市华星光电技术有限公司 快门眼镜、控制快门眼镜的控制系统及方法
US10935788B2 (en) * 2014-01-24 2021-03-02 Nvidia Corporation Hybrid virtual 3D rendering approach to stereovision
JP6346674B2 (ja) * 2014-11-21 2018-06-20 富士フイルム株式会社 時系列データ表示制御装置、その作動方法及びプログラム、並びにシステム
CN106303493B (zh) * 2015-05-27 2018-06-29 深圳超多维光电子有限公司 图像处理方法及装置
US9520002B1 (en) 2015-06-24 2016-12-13 Microsoft Technology Licensing, Llc Virtual place-located anchor
US11150915B2 (en) * 2019-09-13 2021-10-19 International Business Machines Corporation Deferred bytecode class verification in managed runtime environments
US11403075B2 (en) 2019-11-25 2022-08-02 International Business Machines Corporation Bytecode verification using class relationship caching
CN113268302B (zh) * 2021-05-27 2023-08-11 杭州灵伴科技有限公司 一种头戴式显示设备的显示模式切换方法、装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1774937A (zh) * 2003-04-17 2006-05-17 夏普株式会社 三维图像生成装置、三维图像再现装置、三维图像处理装置、三维图像处理程序及记录该程序的记录介质

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3109846B2 (ja) 1991-02-20 2000-11-20 ホーチキ株式会社 消火設備の給水圧力制御システム
EP1098244A3 (en) 1999-11-02 2001-06-13 CANAL + Société Anonyme Graphical user interface
US20020154214A1 (en) 2000-11-02 2002-10-24 Laurent Scallie Virtual reality game system using pseudo 3D display driver
US7002618B2 (en) 2001-06-01 2006-02-21 Stereographics Corporation Plano-stereoscopic DVD movie
GB0129992D0 (en) 2001-12-14 2002-02-06 Ocuity Ltd Control of optical switching apparatus
US7319720B2 (en) 2002-01-28 2008-01-15 Microsoft Corporation Stereoscopic video
US6924799B2 (en) 2002-02-28 2005-08-02 Hewlett-Packard Development Company, L.P. Method, node, and network for compositing a three-dimensional stereo image from a non-stereo application
AU2003231508A1 (en) * 2002-04-25 2003-11-10 Sharp Kabushiki Kaisha Multimedia information generation method and multimedia information reproduction device
JP2004127255A (ja) * 2002-08-02 2004-04-22 Renesas Technology Corp 情報処理装置
JP4266774B2 (ja) 2003-10-29 2009-05-20 シャープ株式会社 立体画像表示装置及び立体画像表示方法
JP3746506B2 (ja) * 2004-03-08 2006-02-15 一成 江良 立体視化パラメータ埋込装置及び立体視画像再生装置
JP2005321953A (ja) 2004-05-07 2005-11-17 Hitachi Ltd ストレージ制御装置、その動作プログラム、及びアクセス制御方法
KR100939860B1 (ko) 2004-06-18 2010-01-29 파나소닉 주식회사 재생장치, 재생방법
US20080010664A1 (en) 2004-08-30 2008-01-10 Maurizio Pelizza Method and System for Providing Interactive Services in Digital Television
CN101300843B (zh) * 2005-11-02 2012-04-18 松下电器产业株式会社 数字广播系统、接收装置、以及送出装置
WO2008044191A2 (en) * 2006-10-11 2008-04-17 Koninklijke Philips Electronics N.V. Creating three dimensional graphics data
US20080201695A1 (en) 2007-02-16 2008-08-21 Qing Zhou Computer graphics rendering
JP4854582B2 (ja) 2007-04-25 2012-01-18 キヤノン株式会社 画像処理装置、画像処理方法
JP4689639B2 (ja) 2007-04-25 2011-05-25 キヤノン株式会社 画像処理システム
WO2010064472A1 (ja) * 2008-12-01 2010-06-10 シャープ株式会社 コンテンツ再生装置、再生方法、プログラム及び記録媒体
WO2010095403A1 (ja) * 2009-02-17 2010-08-26 パナソニック株式会社 再生装置、再生方法、プログラム
JP4962824B1 (ja) * 2009-04-03 2012-06-27 ソニー株式会社 情報処理装置、情報処理方法、及び、プログラム
TW201130289A (en) * 2009-07-14 2011-09-01 Panasonic Corp Image reproducing apparatus
US20110080462A1 (en) 2009-10-02 2011-04-07 Panasonic Corporation Playback device, integrated circuit, playback method, and program for stereoscopic video playback
JP5454444B2 (ja) * 2010-10-01 2014-03-26 ソニー株式会社 立体画像データ送信装置、立体画像データ送信方法、立体画像データ受信装置および立体画像データ受信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1774937A (zh) * 2003-04-17 2006-05-17 夏普株式会社 三维图像生成装置、三维图像再现装置、三维图像处理装置、三维图像处理程序及记录该程序的记录介质

Also Published As

Publication number Publication date
EP2485497A4 (en) 2013-01-09
US8558871B2 (en) 2013-10-15
EP2485497B1 (en) 2014-11-05
JP5457513B2 (ja) 2014-04-02
CN102577409A (zh) 2012-07-11
TWI435592B (zh) 2014-04-21
EP2485497A1 (en) 2012-08-08
JP2012257260A (ja) 2012-12-27
KR20120091007A (ko) 2012-08-17
JPWO2011039990A1 (ja) 2013-02-21
US20120169729A1 (en) 2012-07-05
WO2011039990A1 (ja) 2011-04-07
JP5097297B2 (ja) 2012-12-12
TW201138427A (en) 2011-11-01

Similar Documents

Publication Publication Date Title
CN102577409B (zh) 能再现立体视觉影像的再现装置、集成电路、再现方法
CN102308589B (zh) 再现装置和再现方法
CN102100076B (zh) 能够进行立体视觉再生的再生装置、再生方法
US20110080462A1 (en) Playback device, integrated circuit, playback method, and program for stereoscopic video playback
US8165458B2 (en) Playback device, playback method, playback program, and integrated circuit
US8437603B2 (en) Recording medium, reproduction device, integrated circuit, reproduction method, and program
CN102598686A (zh) 再现装置、集成电路、再现方法、程序
JPWO2010032403A1 (ja) 映像コンテンツを立体視再生する再生装置、再生方法、および再生プログラム
US20100303437A1 (en) Recording medium, playback device, integrated circuit, playback method, and program

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141210

Termination date: 20200927