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

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

Info

Publication number
WO2009128232A1
WO2009128232A1 PCT/JP2009/001673 JP2009001673W WO2009128232A1 WO 2009128232 A1 WO2009128232 A1 WO 2009128232A1 JP 2009001673 W JP2009001673 W JP 2009001673W WO 2009128232 A1 WO2009128232 A1 WO 2009128232A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
resume
playback
parameter
storage area
Prior art date
Application number
PCT/JP2009/001673
Other languages
English (en)
French (fr)
Inventor
川上義雄
Original Assignee
パナソニック株式会社
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 パナソニック株式会社 filed Critical パナソニック株式会社
Priority to EP09733370A priority Critical patent/EP2312586A1/en
Priority to JP2010508106A priority patent/JP5406178B2/ja
Priority to US12/601,302 priority patent/US8380042B2/en
Priority to CN2009800004480A priority patent/CN101689393B/zh
Publication of WO2009128232A1 publication Critical patent/WO2009128232A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B19/00—Driving, starting, stopping record carriers not specifically of filamentary or web form, or of supports therefor; Control thereof; Control of operating function ; Driving both disc and head
    • G11B19/02—Control of operating function, e.g. switching from recording to reproducing
    • G11B19/04—Arrangements for preventing, inhibiting, or warning against double recording on the same blank or against other recording or reproducing malfunctions
    • G11B19/047—Recovery from power failure
    • 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/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • 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/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • 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
    • 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
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/907—Television signal recording using static stores, e.g. storage tubes or semiconductor memories
    • 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/806—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 with processing of the sound signal
    • H04N9/8063—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 with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • 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
    • 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

Definitions

  • the present invention is an invention belonging to the technical field of state saving and state restoration techniques.
  • State saving is a technique for writing a part of data necessary for resuming operation to a non-volatile second storage medium in preparation for an unexpected situation that the power supply to the device is suddenly cut off. This is an indispensable process that is indispensable for the stable operation of the equipment, as with conventional power failure countermeasures.
  • the state recovery is a technique for quickly recovering the operation before the power supply is cut off based on the data written in the non-volatile second storage medium after the power supply to the apparatus is resumed.
  • state saving / returning is performed by writing a physical or logical playback position to a non-volatile second storage medium when stopping AV playback. In the next playback, the playback is resumed from the playback position written in the nonvolatile second storage medium.
  • DVD-Video content There are two types of content subject to AV playback: DVD-Video content and BD-ROM content.
  • the instruction group used in DVD-Video content is a command that is decoded by a so-called command interpreter, and only the value of the program counter that executed the instruction and the value held in the register is the target of state saving. Thus, the status can be restored.
  • BD-ROM content is linked to AV playback by a Java application.
  • the operation of a Java application requires multiple threads, enormous variables, various screen drawing parameters, etc. When the power supply to the device is cut off, these multiple items must be restarted before the power is turned off. It is necessary to write all the threads, variables, and various screen drawing parameters to the nonvolatile second storage medium. Not only that, memory information used for the operation of Java applications, management information of the operating system (OS), etc. are written to a non-volatile second storage medium, and a process called suspend or hibernation is performed. The device needs to be executed.
  • OS operating system
  • CE devices such as BD-ROM playback devices often have less nonvolatile storage area capacity and various hardware resources than personal computers, and one piece of information for resuming operation.
  • State saving leakage that the state cannot be saved to the non-volatile second storage medium occurs. If there is such a state escape leak, it cannot be guaranteed that the operation at the time of restart is performed correctly. If the operation is resumed in a state where a part of the information to be saved is missing, the playback device may be hung up or blacked out. Since CE equipment requires quality assurance that is incomparable with the personal computer industry, it is not very practical to save or restore such a state with a risk of abnormal operation.
  • the playback device is a playback device that realizes state saving and state restoration of a plurality of processes, one of the plurality of processes being an AV stream playback process, and the other one Is a process of an application that is linked to the playback of the AV stream, a reading unit that reads the application and the AV stream from the recording medium, a platform unit that operates the application, a playback unit that plays back the AV stream, a volatile first 1 storage medium, the volatile first storage medium includes a storage area, and a playback state parameter indicating a playback state of the AV stream is written in the storage area, and the application is stored in the platform.
  • the application resume parameter it is written in the storage area, and the state saving of the plural processes is performed by reading the application resume parameter and the reproduction state parameter from the storage area of the volatile first storage medium,
  • the state restoration of the plurality of processes is performed by writing to the second storage medium, and the application resume parameter and the reproduction state parameter written to the non-volatile second storage medium are stored in the volatile first storage medium.
  • the application is loaded into the platform unit based on the playback state parameter written back to the storage area of the volatile first storage medium.
  • the playback device equipped with the above-described problem solving means restores the state by reloading the application based on the playback state parameter. Since the application is reloaded when the state is restored, there is no need to write a plurality of threads, variables, various screen drawing parameters, memory information, and OS management information in the nonvolatile second storage medium. Since it is not necessary to write these pieces of information, the scale of the nonvolatile second storage medium is sufficient as the minimum necessary.
  • the application resume parameter is written in the storage area of the volatile first storage medium, the application can resume the operation only by reloading the application.
  • the application selects a parameter that is required when the operation is resumed after returning from the status, and writes it to the storage area of the volatile first storage medium as an application resume parameter. Since a countermeasure can be realized, the overhead for saving and restoring the application state can be reduced as compared with the case where the application directly writes the operation parameter to the nonvolatile memory. In addition, since the power supply abnormality countermeasure can be executed while minimizing the overhead as much as possible, the performance of the apparatus is not degraded.
  • resume correspondence information is further recorded on the recording medium, and the resume correspondence information is stored in the storage area of the volatile first storage medium after the state is restored.
  • the reproduction restart by the reproducing means is performed in the reproduction state parameter restored in the storage area of the volatile first storage medium.
  • the operation resumed based on the application is performed using the application resume parameter restored to the storage area of the volatile first storage medium, and the resume correspondence information is restored to the first storage medium. If not, the playback means does not resume playback of the AV stream, and the application It is possible to achieve a resolution by configured so as not to resume work.
  • the resume may be performed by setting the resume correspondence information. Can be defined.
  • the resume can be prohibited by setting the resume correspondence information. Since it is possible to control whether or not the resume reproduction may be performed based on the judgment of the content creator, the reproduction is performed in accordance with the intention of the content creator.
  • the resume will be regulated depending on the setting of the resume support information. Unintended behavior on the content creator side is not caused.
  • the power-off of the playback device is often performed based on the operation of the user who uses the device, and it is unpredictable when the user shuts off the power.
  • the content creator side can resume the contents including video and audio and Java (registered trademark) applications. You might think you don't want to. Contrary to this, the conventional resume machine can only reflect the functions of the playback device, and cannot reflect the intention of the content creator.
  • the playback device holds resume support information, and the resume support information saves the contents of the storage area of the volatile first storage medium to the storage area of the nonvolatile second storage medium.
  • the resume support information is handed over to the application.
  • the application resume parameter is written by the application, the received resume support information is saved in the contents of the storage area.
  • a solution can be achieved by configuring so as to be made when it indicates that it is possible.
  • the parameters for restoring the state are saved correctly.
  • the resume support information is set to “can be saved”, it is possible to correctly notify the application that the parameter cannot be saved. In this case, the application can expect the resume by the playback device.
  • FIG. 5 is a diagram illustrating Index.bdmv in which status saving / restoring is set for each title. It is a flowchart which shows the process sequence of the reproducing
  • FIG. 10 is a flowchart showing state saving / returning by a reproduction state resume flag and an application resume flag. It is a figure which shows an example of the application resume parameter containing number specification.
  • the stored contents of the nonvolatile memory 26 are schematically shown. It is a figure which shows the non-volatile memory 26 with two sets of save destinations, the storage area 1 as the first save destination and the storage area 2 as the second save destination.
  • FIG. 1 is a diagram showing a form of usage of the playback apparatus 102.
  • the playback device 102 is used by the user together with the BD-ROM 101, the playback device 102, the television 103, and the removable media 104.
  • BD-ROM 101 is a recording medium on which movie works are recorded.
  • the playback device 102 constructs a home theater system together with the television 103, and plays back the BD-ROM 100.
  • the television 103 provides an interactive operation environment to the user by displaying a playback image of a movie work or displaying a menu or the like.
  • the removable media 104 is loaded in the playback device and used as a tray for content distributed from the movie distributor's WWW server 101. Therefore, it is possible to extend / update the content of the BD-ROM 100 by combining the content downloaded through the network and stored in the removable medium 104 and the content recorded on the BD-ROM 100.
  • the playback device 102 is provided with an insertion slot into which the removable media 104 such as an SD memory card, a memory stick, a compact flash (TM), a smart media, and a multimedia card is inserted.
  • the remote controller 105 is an accessory of the playback device 102, receives an operation on the playback device 102 from the user, and transmits an instruction signal corresponding to the operation to the playback device 102.
  • FIG. 2 is a diagram showing a configuration of a BD-ROM (hereinafter also referred to as “BD”).
  • BD-ROM will be described with a focus on AV applications for reproducing AV content such as movies, but BD-ROM is used as a recording medium for computers such as CD-ROM and DVD-ROM. Of course, it can be used.
  • BD-ROM like other optical discs such as DVD and CD, has a storage area that spirals from the inner circumference to the outer circumference, and logical data between the inner lead-in and outer lead-out. Can be recorded.
  • BCA Burt Cutting Area
  • application data such as video data is recorded starting with file system information (volume).
  • volume file system information
  • the file system is UDF, ISO9660, etc., and logical data recorded in the same way as a normal PC can be read out using a directory and file structure, and a 255 character file name.
  • the directory name can be read out.
  • the directory and file structure on the BD disc is the BDMV directory directly under the root directory (ROOT).
  • the BDMV directory is a directory in which data such as AV content and management information handled by the BD-ROM is recorded.
  • BDMV directory Under the BDMV directory, there are five subdirectories called PLAYLIST directory, CLIPINF directory, STREAM directory, JAR directory, and BDJO directory. Two types of files, index.bdmv201 and MovieObject.bdmv, are arranged in the BDMV directory Has been.
  • the STREAM directory is a directory that stores the file that is the main body of the digital stream, and the file with the extension M2TS (xxx.m2ts ["xxx” is variable, extension “m2ts” is fixed]) Exists.
  • the PLAYLIST directory there is a file with an extension mpls (xxx.mpls [“xxx” is variable, and extension “mpls” is fixed]).
  • the CLIPINF directory contains a file with an extension clpi (xxx.clpi [“xxx” is variable, and extension “clpi” is fixed]).
  • In the JAR directory there is a file with an extension jar (xxx.jar [“xxx” is variable, extension “jar” is fixed]).
  • the BDJO directory there is a file with the extension bdjo (xxx.bdjo [“xxx” is variable, and extension “bdjo” is fixed]).
  • the file with the extension “m2ts” is a digital AV stream in the MPEG-TS (TransportStream) format, and multiplexes one or more video streams, one or more audio streams, and one or more graphics streams. Can be obtained.
  • the video stream indicates the movie part of the movie
  • the audio stream indicates the sound part of the movie
  • the graphics stream indicates the movie subtitles.
  • the file with the extension “clpi” is Clip information corresponding to each digital AV stream on a one-to-one basis. Because of the management information, the Clip information has information such as the encoding format, frame rate, bit rate, and resolution of the digital AV stream, and EP_map indicating the GOP head position.
  • a file with the extension “mpls” is a file storing playlist information.
  • the playlist information includes MainPath information, Subpath information, and playlist Mark information.
  • MainPath information is information that defines a logical playback section by defining one or more combinations of a time point that becomes In_Time and a time point that becomes Out_Time on the playback time axis of the AV stream.
  • the stream number table (STN_table) that defines which of the elementary streams multiplexed in the above is permitted and which is not permitted.
  • Playlist Mark information includes designation of a point of time in a part of an AV stream designated by a combination of In_Time information and Out_Time information.
  • Subpath information includes designation of an elementary stream to be played back in synchronization with the AV stream, and a set of In_Time information and Out_Time information on the playback time axis of the elementary stream.
  • AV playback can be started by a Java application for playback control instructing the Java TM virtual machine to generate a JMF player instance that plays back this playlist information.
  • a JMF (Java Media Frame work) player instance is actual data generated on a heap memory of a virtual machine based on a JMF player class.
  • a combination of the AV stream and the playlist information constitutes a reproduction unit called “title”.
  • AV playback on a BD-ROM is performed with this title as a unit.
  • the BD-ROM content is a collection of titles, that is, a title set. Of the titles existing in the root / BDMV directory, the title to be played first is called a “first play title”. Also, playlist information and clip information are handled as static scenarios.
  • the file with the extension “jar” is a Java archive file, which describes a Java application program that performs dynamic scenario control using a Java virtual machine.
  • Java (TM) archive file is a file conforming to the specification described in http: // java (TM) .sun.com / j2se / 1.4.2 / docs / guide / jar / jar.html.
  • Java (TM) archive files store multiple files in a directory structure. In this directory structure, “XXXX.class” exists directly under the root directory, and the file “MANIFEST.MF”, file “SIG-BD.SF”, file “SIG-BD.RSA”, file in the META-INF directory “Bd.XXXX.perm” exists.
  • This XXXX.class is a class file that stores a class structure that defines a Java application that can be executed on the Java (TM) virtual machine.
  • MANIFEST.MF corresponds to the digital certificate
  • SIG-BD.SF is a file in which the hash value of MANIFEST.MF is described.
  • SIG-BD.RSA is a file in which a digital certificate chain and signature information are described.
  • bd.XXXX.perm is a permission request file and stores information on what permission is given to the executed Java application.
  • the Java application defined by the class file in the Java (TM) archive file is a Java (TM) Xlet controlled by the application manager through the Xlet interface.
  • the Xlet interface has four states: "loaded”, “paused”, “active”, and "destoryed”.
  • Java applications will implement the HAVi framework specified in GEM 1.0.2 using standard Java libraries for displaying JFIF (JPEG), PNG, and other image data.
  • the HAVi framework is a GUI framework that includes the remote control navigation mechanism in GEM 1.0.2, and Java applications can display video display such as button display, text display, and online display (BBS contents) based on the HAVi framework.
  • a screen display combined with the display can be realized, and this screen display can be operated using a remote control.
  • the file with the extension “bdjo” and MovieObject.bdmv are operation mode objects.
  • the operation mode object is data defining a control procedure for each of a plurality of operation modes in the playback device.
  • the operation modes in the playback device include an operation mode (HDMV mode) in which the command interpreter is the main control and an operation mode (BD-J mode) in which the Java platform is the main control.
  • HDMV mode the operation mode
  • BD-J mode operation mode
  • the command interpreter which is the operation subject of the HDMV mode
  • becomes the control subject and thus control is defined by a DVD-Video-like navigation command.
  • the control is defined by the Java bytecode as realized in DVB-MHP.
  • the BD-J object is information that defines a title by associating an AV stream indicated by playlist information with a Java application.
  • the BD-object indicates an “application management table” and a list of playlists that can be automatically reproduced in the title.
  • the application management table is a table showing an application having this title as a life cycle by listing an application identifier (application ID) and an ID of a Java archive file belonging to the application. In other words, one application consists of one or more Java archive files.
  • the BD-J object includes designation of playlist information to be automatically reproduced in the title.
  • the play list information designated to be automatically reproduced is automatically started to be reproduced when the title corresponding to the BD-J object becomes the current title.
  • a Java application whose operation is defined by a BD-J object is called a “BD-J application”.
  • the operation mode object in HDMV mode is called a movie object.
  • the movie object includes a scenario program in which a scenario for dynamically changing the playback progress in each title playback in the HDMV mode (described later) is included.
  • index.bdmv201 (file name is fixed to “index.bdmv”) is management information related to the entire BD-ROM, and is an organizationID (32 bits) that is an identifier for identifying a movie work provider, or a BD-ROM provided by the provider. Information such as discID (128 bits), which is an identifier assigned to each of the above, and after the disc is inserted into the playback device, the index.bdmv 201 is read first, so that the playback device uniquely recognizes the disc.
  • index.bdmv 201 includes a table indicating a plurality of titles that can be played back on the BD-ROM and BD-J objects that define individual titles in association with each other.
  • the playback device includes a BD-ROM drive 1, read buffers 2a and 2b, a local storage 3, a network I / F 4, a virtual file system 5, a demultiplexer 6, a video decoder 7, a video plane 8, and graphics.
  • BD-ROM drive 1 loads / ejects BD-ROM and executes access to BD-ROM.
  • the local storage 2 includes a built-in media drive 2a and a removable media drive 2b, and is used for storing downloaded additional contents and data used by applications.
  • the storage area for additional content is divided for each BD-ROM, and the area that an application can use to hold data is divided for each application.
  • merge management information describing how to merge the downloaded additional content with the data on the BD-ROM and the merge rule is also stored in the built-in media drive 2a and the removable media drive 2b.
  • the read buffers 3a and 3b are FIFO memories, and TS packets read from the BD-ROM or the local storage are stored in a first-in first-out manner.
  • the network interface 4 is for communicating with the outside of the playback device, and can access a server accessible via the Internet or a server connected via a local network. For example, it can be used to download additional BD-ROM content published on the Internet, or it can be played back using the network function by performing data communication with a server on the Internet specified by the content. To do.
  • the BD-ROM additional content is content that does not exist in the original BD-ROM, and includes, for example, additional sub audio, subtitles, privilege video, and applications.
  • the network interface 4 can be controlled from the Java platform, which is the main operating entity of the BD-J mode, and additional content published on the Internet can be downloaded to the built-in media drive 2a or the removable media drive 2b.
  • the virtual file system 5 Based on the merge management information downloaded to the built-in media drive 2a and the removable media drive 2b together with the additional content, the virtual file system 5 adds the additional content stored in the built-in media drive 2a or the removable media drive 2b and the BD-ROM.
  • the virtual package and the original BD-ROM can be referenced without distinction from the command interpreter, which is the HDMV mode operator, and the Java platform, which is the BD-J mode operator.
  • the playback device performs playback control using both the data on the BD-ROM and the data on the built-in media drive 2a or the removable media drive 2b.
  • the demultiplexer 6 performs demultiplexing of TS packets constituting the AV stream, and outputs them to the video decoder 7, the graphics decoder 9, and the audio decoder 13, respectively.
  • the video decoder 7 decodes the video frame output from the demultiplexer 6 and writes a non-compressed picture to the video plane 8.
  • the video plane 8 is a memory for storing uncompressed pictures.
  • the graphics decoder 9 decodes the video frame output from the demultiplexer 6 and writes a non-compressed picture into the video plane 8.
  • the graphics plane 10 is a buffer for storing graphics obtained by decoding the graphics stream read from the demultiplexer 6.
  • the graphics plane 11 is a buffer for storing graphics for one plane drawn by the BD-J application.
  • the synthesizer 12 synthesizes the graphics developed on the graphics plane 11 with the uncompressed picture data stored in the video plane 8 and outputs it.
  • the audio decoder 13 decodes the audio frame output from the demultiplexer 6 and outputs uncompressed audio data.
  • the HDMI interface 14 transmits the synthesized video synthesized by the synthesis unit 12 and the uncompressed audio data decoded by the audio decoder 13 to the television 103 via the HDMI interface.
  • the AV playback engine 15 executes an AV playback function and a playlist playback function in response to a function call from a command interpreter that is an HDMV mode operating entity and a Java platform that is an BD-J mode operating entity.
  • the AV playback function is a group of functions followed from DVD players and CD players. Playback start, playback stop, pause, release of pause, release of still image function, fast forward with specified playback speed, playback speed Is a process such as rewind, audio switching, sub-video switching, angle switching, etc., designated as an immediate value.
  • the playlist playback function refers to performing playback start and playback stop in accordance with current playlist information and current clip information constituting the current playlist in the AV playback function.
  • the current scenario memory 16 is a memory for storing current playlist information and current clip information.
  • the current playlist information is information that is currently processed among a plurality of playlist information that can be accessed from the BD-ROM drive 1, the built-in media drive 3a, or the removable media drive 3b.
  • Current clip information refers to information that is currently being processed among a plurality of clip information that can be accessed from the BD-ROM drive 1, the built-in media drive 3a, or the removable media drive 3b.
  • the rendering engine 17 includes basic software such as Java2D and OPEN-GL, and draws computer graphics in accordance with instructions from the Java platform, which is the main operating entity in the BD-J mode. Graphics are output to the image plane 11.
  • the MPU 21 is the core of the computer architecture of the playback device, fetches and decodes the native code stored in the ROM 22, and executes the processing of the playback device based on the native code.
  • the ROM 22 stores a built-in program in the playback device in advance.
  • the RAM 23 constitutes a memory space in which the dynamic scenario memory 30 and the heap memory 31 are arranged.
  • the register set 24 is an area in which a play list reproduction state and arbitrary information used by the content can be stored.
  • the playback status of the playlist indicates the status of which AV data is used in the various AV data information described in the playlist and which position (time) of the playlist is being played. Is.
  • the AV playback engine 15 stores the contents in the register set 24.
  • the value specified by the content can be stored in accordance with an instruction from the application executed by the command interpreter that is the HDMV mode operating subject or the Java platform that is the operating subject of the BD-J mode. It is possible to pass
  • the power supply unit 25 supplies power from a commercial power source or a built-in power source.
  • an interrupt signal indicating turning on is output to the MPU 21, and when the power supply is abnormal / powering off, an interrupt signal indicating power supply abnormality / powering is output to the MPU 21.
  • the non-volatile memory 26 is a recording medium (also referred to as a storage medium) such as a readable / writable memory, and is a medium capable of holding recorded contents even when power is not supplied.
  • flash memory and FeRAM for example, flash memory and FeRAM.
  • the present invention can be implemented by using a writable recording medium such as a built-in medium or a removable medium as the nonvolatile memory 26.
  • the dynamic scenario memory 30 is a memory that stores a current dynamic scenario and is used for processing by a command interpreter that is an operation subject in the HDMV mode and a Java platform that is an operation subject in the BD-J mode.
  • the current dynamic scenario is an index.bdmv, BD-J object, or movie object currently recorded in the BD-ROM, the built-in media drive 2a, or the removable media drive 2b.
  • the heap memory 31 is a stack area where system application byte codes, BD-J application byte codes, system parameters used by system applications, and application parameters used by BD-J applications are arranged.
  • the byte code interpreter 32 converts the byte code stored in the heap memory 31 into a native code and causes the MPU 21 to execute it. This completes the description of the internal structure of the playback device. Next, details of the software layer model of the playback device will be described.
  • FIG. 4 is a diagram showing a software layer model in the playback apparatus.
  • this software layer model there are three operating entities on the MPU 21, the HDMV module 40, the BD-J module 41, and the mode management module 42. These are controlled by Index.bdmv, BD-J object, and movie object existing in the dynamic scenario memory 30.
  • the BD-J module 41 includes a hierarchy of middleware 35 -byte code interpreter 32 -heap memory 31.
  • the heap memory 31 includes a BD-J application, a class loader 33, and an application manager 34.
  • the class loader 33 is one of the system applications, and loads the BD-J application by reading the byte code from the class file existing in the JAR archive file and storing it in the heap memory 31.
  • the application manager 34 is one of the system applications, and based on the application management table in the BD-J object, the application manager 34 starts the BD-J application or terminates the BD-J application. Perform signaling.
  • the middleware 35 is an operating system for embedded software, and includes a kernel and basic input / output unit of the operating system. In addition, various functions are provided to BD-J applications in response to API calls from BD-J applications.
  • the HDMV module 40 is a DVD virtual player configured by a command interpreter that is an operation subject of the HDMV mode, and is an execution subject of the HDMV mode.
  • the command interpreter which is the main operation in the HDMV mode, decodes and executes the navigation commands that make up the scenario program. Since navigation commands are described in a syntax similar to DVD-Video, DVD-Video-like playback control can be realized by executing such navigation commands.
  • the BD-J module 41 is a Java platform that is an operation subject in the BD-J mode, and includes a Java virtual machine, a configuration, and a profile, and includes a bytecode interpreter 32, a class loader 33, an application manager 34, and middleware 35. .
  • the mode management module 42 holds Index.bdmv read from the BD-ROM or the built-in media drive 2a and the removable media drive 2b, and performs mode management and branch control.
  • the mode management by the mode management module 42 is an assignment of modules, which HDMV module 40 and BD-J module 41 execute a dynamic scenario.
  • the UO detection module 43 detects a user operation performed on the remote control or the front panel of the playback device, and outputs information indicating the user operation (hereinafter referred to as UO (User Operation)) to the mode management module 42.
  • UO User Operation
  • the dispatcher 44 selects only the UO appropriate for the mode in the current playback device from the UO, and transfers it to the module that executes the mode. For example, when the UMV such as up / down / left / right and activate is accepted during execution of the HDMV mode, the dispatcher 44 processes to output these UOs to the HDMV mode module.
  • the particularly created part is the resume of BD-ROM content.
  • Resume is to resume the operation after the power supply is cut off by three processes of “evacuation”, “return”, and “use”.
  • “Evacuation” refers to writing an operation resuming parameter existing in a volatile storage medium to a nonvolatile storage medium.
  • “Restoration” is to write back parameters used for resuming operation from a nonvolatile storage medium to a volatile storage medium. The use is to pass parameters from a volatile storage medium to the BD-J application and AV playback engine for use in application operation and playback control. This resume has the following types.
  • mode management resume the same mode management is maintained whether the playback device is operating in HDMV mode or BD-J mode before power supply is cut off and after power supply is resumed.
  • mode management resume is performed by a mode management module which is a management subject of mode management.
  • mode management resume parameters those necessary for mode management are referred to as “mode management resume parameters”.
  • Index.bdmv and an operation mode object (BD-J object, movie object) corresponding to the current title correspond to the mode management parameter. Since these are stored in the dynamic scenario memory 30, the state can be saved by writing the contents of the dynamic scenario memory 30 into the nonvolatile memory 26.
  • resumes for operations that should be executed in common in HDMV mode and BD-J mode that is, resumes that maintain the same playback control of playlists
  • the parameters used for the state resume are called playback state resume parameters.
  • the stored value of the playback state register corresponds to the playback state parameter.
  • the current title number is necessary for mode management resume, but since the current title number is stored in the playback state register, it is handled as one of the playback state parameters.
  • the current playlist information and current clip information stored in the static scenario memory 16 are not included in the playback state parameter. Since these are instructed in the reproduction status register, it is sufficient to read the data stored in the reproduction status register again to the BD-ROM again.
  • “Resume” refers to maintaining the same operation of the application before the power supply is cut off and after the power supply is resumed. Of the parameters that should be used for saving to the second storage medium, those that should be used for this application resume are called “application resume parameters”. The above three resumes are required to resume BD-ROM content. The overall control of these resumes is performed by the mode management module 42.
  • BD-ROM content is content that is linked with the application for playback of moving images.
  • BD-ROM content is game content that causes a game to proceed according to user operation while playing back moving images, and playback of moving images.
  • online shopping content that performs online shopping on a Web page according to a user operation. In the following description, the explanation will be made on the case where game content is provided as BD-ROM content.
  • FIG. 5 is a diagram showing the BD-ROM content used for playback by the playback device.
  • FIG. 5A shows an example of a moving image obtained by the video decoder 7 decoding the picture data in the AVClip. In the HDMV mode, video mainly composed of this picture data is played back.
  • FIG. 5B shows an example of the contents stored in the graphics plane 11. It is assumed that the BD-J application is running a game with moving image playback. For this reason, the graphics indicating the indicator is displayed on the graphics plane 11 in the vertical and horizontal widths (width1, height1) in the display coordinates (X1, Y1). This indicator shows the number of stages (STAGE1: 5), life value (LIFE: 3), items used in the game (ITEM: G, N), score (SCORE: 10,500), and damage (4).
  • menus are arranged with vertical and horizontal widths (width2, height2). This menu displays the character string (fight, escape).
  • a map is arranged in the display coordinates (X3, Y3) of the menu, the vertical width, and the horizontal width (width3, height3) of the menu.
  • a composite video as shown in FIG. 5C is displayed on the television 103. Since the stored content in FIG. 4B represents the GUI of the game, a fun screen effect combining a moving image and a GUI display by the application is possible.
  • the register set will be described.
  • the register set 24 is a storage medium such as a memory having a readable / writable volatile storage area. For example, when a power switch (not shown) of a BD-ROM playback device that can be operated by the user is turned on, power is supplied to the register set 24, and information can be written and stored in the register set 24. When a power switch (not shown) of the BD-ROM playback device is turned off, power is not supplied to the register set 24, and information stored in the register set 24 is cleared.
  • FIG. 6 schematically shows an example of the contents of the register set 24.
  • the register set 24 includes a player setting register, a player status register, and a general purpose register.
  • the player setting register stores the configuration of the playback device.
  • the configuration of the playback device includes, for example, audio language setting, subtitle language setting, television display setting, and age setting in the playback device. Since the stored contents of such a register need to be stored even after the power is turned off, the stored contents are backed up by the nonvolatile memory 26.
  • the player status register is a register having a numbered storage location for storing a certain value. For example, an identifier of a playlist that is currently being reproduced is entered in a storage location of a certain number, and an identifier of an audio that is being used is stored in another storage location of a number. Based on the values stored in these storage locations, the playback position of the AV stream currently being played back can be specified. It is the AV playback engine 15, the HDMV module 40, or the BD-J module 41 that puts a value in each of the numbered storage locations in the player status register. The content can be obtained from the player status register or general-purpose register by the HDMV module 40 or the BD-J module 41, or the value corresponding to the designated number can be stored.
  • PSR1 specifies one of a plurality of audio streams that can be reproduced in the current Play Item. If the set value of PSR1 changes, the playback device plays back the audio stream after the change.
  • PSR1 is set to 0xFF as an initial value, and can be set to a value of 1 to 32 by the playback device. This 0xFF is an indefinite value and indicates that there is no audio stream or that no audio stream is selected. The setting values from 1 to 32 are interpreted as audio stream numbers.
  • ⁇ PSR4 is set to a value between 1 and 100 to indicate the title to which the current playback point belongs.
  • ⁇ PSR5 indicates the chapter number to which the current playback point belongs by being set to a value between 1 and 999, and indicates that the chapter number is invalid in the playback device by being set to 0xFFFF.
  • PSR6 is set to a value between 0 and 999 to indicate the current playlist number to which the current playback point belongs.
  • PSR7 is set to a value between 0 and 255 to indicate the number of the current play item to which the current playback point belongs.
  • ⁇ PSR8 is set to a value between 0 and OxFFFFFF to indicate the current playback point (current PTM) with a time accuracy of 45 KHz.
  • current PTM current playback point
  • GPR general purpose register
  • the application parameters used in the heap memory 31 by the BD-J application those that are particularly necessary when the next operation resumes are written by the BD-J application.
  • the parameters shown in this figure that is, the data file name corresponding to the indicator (indicator image .PNG), indicator display coordinates (X1, Y1), indicator height, width (width1, height1), number of stages (STAGE1: 5 ), Life value (LIFE: 3), items used in the game (ITEM: G, N), score (SCORE: 10,500), etc., because the screen of FIG. Is a parameter determined to be necessary.
  • the BD-J application executes when playback stops.
  • various parameters that exist in the heap memory that is, the values of variables used in the operation and display coordinates
  • a necessary one at the time of restarting the operation is selected and written to the general purpose register as a parameter (application resume parameter) to be stored in the nonvolatile memory.
  • the player status register and information to be saved from the player status register are acquired as application resume parameters.
  • the BD-J application stores the application resume parameter in a general-purpose register (hereinafter referred to as application resume parameter saving).
  • application resume parameter saving When the application resume parameter saving is completed, the BD-J application notifies the BD-J module 41 of completion.
  • the application resume parameters are the same as the Java resume parameters in the specification of the basic application.
  • the BD-J module 41 When the BD-J module 41 receives a completion notification from the BD-J application, the BD-J module 41 stops the BD-J application. When the BD-J application is stopped, the mode management module 42 is notified that the title has stopped.
  • the mode management module 42 saves the playback state resume parameter in the register set 24 in the nonvolatile memory 26 when receiving the notification that the title is stopped.
  • the playback state parameters there are parameters necessary for mode management by the mode management module 42 such as a title number.
  • the mode management module 42 determines whether the content to be played back corresponds to the contents of the register set 24 saved in advance.
  • the content corresponds to the contents of the register set 24 saved by the mode management resume saving.
  • it can be realized by comparing the content identification information of the content corresponding to the register set 24 saved by the mode management resume saving with the content identification information of the content to be reproduced.
  • the restoration process described below is not performed, and the BD -Perform normal playback processing determined by ROM. In the following description, it is assumed that the contents correspond to the contents of the register set 24.
  • the mode management module 42 instructs the BD-J module 41 to start playing the title.
  • the BD-J module 41 activates a BD-J application associated with the title.
  • the BD-J application can acquire the information saved by saving the application resume parameter at the time of start-up and restore the previous operation state.
  • ⁇ ⁇ ⁇ Determine whether application resume parameter acquisition has failed and whether the acquired content is different from the expected value. If the acquisition fails, and if it is different from the expected value, playback is started from the beginning without using the acquired information. If the expected value is the same, the BD-J application restores the previous playback state based on the acquired application resume parameter. For example, AV playback can be resumed from the stopped playback position by using the playlist ID acquired from the number 0 and the time indicating how far the playback acquired from the number 1 has progressed.
  • the mode management module 42 starts playback from the stored title number instead of the normal playback order when playback of the same content is resumed.
  • resume playback including the title number to be played back becomes possible.
  • the playback device 102 can resume playback of the title.
  • FIG. 7 is a diagram schematically showing the transition of the application resume parameter and the playback state parameter in the state saving.
  • the register set 24 and the heap memory 31 are extracted from the internal configuration shown in FIG.
  • the arrows added to the register set 24 and the heap memory 31 schematically show the passage of the application resume parameter and the reproduction state parameter.
  • FIG. 7A schematically shows writing of the application resume parameter to the general purpose register by the BD-J application and writing of the playback state parameter to the playback state register.
  • the application resume parameter and the playback state parameter are written in the register set.
  • FIG. 7 (b) schematically shows the transition of the application resume parameter and the playback state parameter when the interrupt signal indicating the power interruption / power abnormality is notified.
  • An arrow with a circle symbol “3” schematically shows the output of an interrupt signal from the power supply unit 25 to the MPU 21.
  • FIG. 8 is a diagram schematically showing the return of the application resume parameter and the playback state parameter when the state is restored and used.
  • the register set 24, the nonvolatile memory 26, the heap memory 31, and the byte code interpreter 32 are extracted from the internal configuration shown in FIG.
  • the arrows added to these are schematic representations of application resume parameters and playback state parameters.
  • FIG. 1 shows the return of the application resume parameter and playback status register.
  • An arrow with a circle symbol “1” in the drawing schematically shows an output of an interrupt signal indicating power-on from the power supply unit 25 to the MPU 21.
  • the interrupt signal is notified, the application resume parameter and the reproduction state parameter in the nonvolatile memory 26 are written in the general purpose register and the reproduction state register in the register set 24.
  • Arrows with circle symbols “2” and “3” schematically indicate the return of application resume parameters and playback state parameters when an interrupt signal indicating power-on is notified.
  • FIG. B shows the use of application resume parameters and playback status register.
  • a playback state parameter when a playback state parameter is set in the playback state register, the current playlist number and current clip number are specified.
  • An arrow with a circle symbol “4” schematically indicates reading of playlist information and clip information into the static scenario memory 16, and an arrow with a circle symbol “5” indicates playlist information and clip information by the AV playback engine 15. Is a schematic illustration of the reading of.
  • the current title number is specified by setting the playback status parameter in the playback status register.
  • An arrow with a circle symbol “6” schematically indicates reading of the BD-J object based on the current title number and class loading of the BD-J application based on the BD-J object.
  • FIG. 9 is a flowchart showing the processing procedure of the resume processing.
  • step S1 Index.bdmv is read from the BD-ROM, and in step S2, it is determined whether or not the BD-ROM has been ejected. If there is, the first play title in Index.bdmv is reproduced in step S3. If step S2 is No, the processes of steps S4 to S10 are executed.
  • step S4 the title identification information in the contents saved in the state is compared with the title identification information in the medium to be reproduced, and it is determined in step S5 whether they match. If they do not match, the process proceeds to step S3.
  • Step S6 determines whether or not the title number has returned to its state. If the title number does not return, the first play title in Index.bdmv is reproduced.
  • step S8 When the state is restored, the BD-J object corresponding to the current title number is read (step S8), class loading is performed for the application described in the application management table in the current BD-J object (step S9), The byte code obtained in the heap memory by the class loader is executed by the byte code interpreter (step S10).
  • FIG. 10 is a flowchart showing the procedure of application resume parameter processing.
  • Step S21 Access the general purpose register and try to acquire the application resume parameter (step S21).
  • Step S22 is a determination step. If the application resume parameter is successfully acquired, step S23 is executed.
  • Step S23 is a step for determining whether or not the content of the application resume parameter is an expected value. If the content is the expected value (step S24), the application resume parameter is set in the heap memory, and the previous value is set. Reproduce the execution state.
  • the parameters in the heap memory are initialized in step S25, and the BD-J application is executed from the beginning.
  • the application resume parameter is saved when the interrupt signal 5 indicating a power failure is output, or when the BD-J application receives a notification of the reproduction stop. In this embodiment, a variation of the timing of this state saving is disclosed.
  • the BD-J application may perform application resume parameter saving at an arbitrary timing.
  • Arbitrary timing is, for example, when the BD-J application detects an update of the information included in the application resume parameter, periodically at a certain interval (for example, 1 second), or an operation from the user It is the timing that received.
  • the timing does not always need to be fixed, and the timing can be changed in the middle according to the operating state, peripheral factors of the playback device, and the like.
  • the mode management module 42 saves the mode management resume at an arbitrary timing
  • the mode management module Even when the BD-J module 41 does not instruct or cannot instruct the BD-J module 41 to stop the BD-J application being executed, the resume reproduction is possible. (Evacuation timing instruction) It is also possible for the BD-J application to explicitly instruct the mode management module 42 when to save the mode management resume.
  • the mode management module 42 is instructed to save the mode management resume save timing, whereby the application resume parameter can be efficiently saved.
  • the BD-J application can explicitly notify the mode management module 42 that the BD-J application has started saving application resume parameters.
  • the mode management module 42 can recognize that the application resume parameter is incomplete at that time, so that the mode management resume save timing can be delayed or waited.
  • State saving triggered by an instruction from the application It may be determined whether or not an instruction “save application resume parameters” has been made by the application through the program interface. In this case, the state saving is executed when an instruction to save the application resume parameter is issued from the application.
  • resume reproduction apparatus In the first embodiment, the method by which the resume reproduction apparatus according to the present invention can realize resume reproduction has been described. In the present embodiment, an improvement is described in which whether or not the resume process can be performed is set in the configuration of the playback apparatus. Information that is incorporated into the playback device as a configuration of the playback device and indicates whether or not the resume process can be performed is referred to as resume support information.
  • Resume support information includes, for example, an API (Application Programming Interface) for obtaining resume support information in the BD-J module 41, or including resume support information in a register set 24 that can be obtained from a BD-J application.
  • the resume support information may be prepared in any form in the playback device as long as it can be acquired from the BD-J application.
  • the content of the resume support information indicates that the playback device cannot resume processing
  • the content is resumed without saving the application resume parameter, or the user is notified that the resume cannot be performed. Attempts to achieve resume as much as possible using other methods provided by the playback device defined in the BD-ROM standard. If it is found that the playback device can resume processing, it is possible to save application resume parameters and create a scenario using the resume processing.
  • the playback device includes an API for controlling the mode management module 42 described in the above-described embodiment, and the BD-J application, when calling this API, the timing of evacuation, information to be evacuated, etc. May be given as an argument, and the API that has received this call may control saving of the mode management module 42 according to the given argument.
  • the BD-J application may be configured to directly control the mode management module 42.
  • FIG. 11A shows an example of resume support information.
  • the resume support information is a flag that takes a value of “1” or “0”. If the flag is “1”, it indicates that the status of the player status register and the general purpose register in the register set can be saved. “0” indicates that the state of the player status register and the general purpose register in the register set cannot be saved.
  • FIG. 11B shows an API call based on the resume support information.
  • This drawing shows the byte code interpreter 32, middleware 35, and register set 24 extracted from the internal structure of the playback apparatus.
  • An arrow with a circle symbol “1” schematically indicates acquisition of resume support information by the BD-J application.
  • the BD-J application refers to the resume support information acquired in this way, and determines whether or not the playback device supports state saving / returning. If it is determined that the BD-J application supports state saving / returning, the application resume parameter and the reproduction state parameter are transferred from the register set 24 to the nonvolatile memory 26 by calling the state saving / returning API. The state will be saved.
  • An arrow with a circle symbol “2” schematically indicates a status save / return API call by the BD-J application.
  • the application resume parameter and the playback state parameter stored in the register set 24 are read from the register set 24 as indicated by the arrows of the circle symbols “3” and “4”, and the nonvolatile memory is read out. 26 is written.
  • resume correspondence information information that can specify whether or not to resume can be specified on the BD-ROM. This is an improvement in the case of recording to the playback device and supplying the playback device.
  • Resume correspondence information has the following forms. (Return availability / use availability settings) In the resume correspondence information, a flag indicating whether or not “return” is possible (returnability flag) and a flag indicating whether or not “use” is possible (usability flag) can be incorporated.
  • FIG. 12A is a diagram showing the resume correspondence information including the return availability flag and the availability flag.
  • (B) shows bit assignments of the return availability flag and the availability flag.
  • the application resume parameter and the playback state parameter stored in the nonvolatile memory 26 can be returned to the general purpose register and the player state register in the register set 24. Show that the author is willing to be able to do it.
  • the return enable / disable flag authorizes that the application resume parameter and playback state parameter stored in the nonvolatile memory 26 cannot be returned to the general purpose register and player state register in the register set 24. Indicates that the person does not intend.
  • the authoring person intends that the BD-J application and the AV playback engine 15 use the application resume parameter and the playback state parameter written back to the register set 24. It shows that it is doing.
  • the availability flag indicates that the application resume parameter and the playback state parameter written back to the register set 24 are to be used by the BD-J application and the AV playback engine 15. Indicates that this is not intended.
  • FIG. 13A shows the operation when the return enable / disable flag is set to “1”.
  • the upper side in the figure shows a return enable / disable flag set to 1 and a use enable / disable flag set to 1.
  • the lower part has the same contents as those in FIGS. 8A and 8B, and the return from the nonvolatile memory 26 to the register set 24 and the transfer from the register set 24 to the BD-J application and the AV playback engine 15 are performed. Shown schematically. As shown in the figure, the return from the nonvolatile memory 26 to the register set 24 is executed on the assumption that the return enable / disable flag is set to “1”, and the BD-J application and AV playback from the register set 24 are performed.
  • FIG. 14 is a diagram showing Index.bdmv in which status saving / returning is set for each title.
  • the title common information 202 includes the version number of the standard based on a plurality of titles recorded on the BD-ROM and information unique to the content creator.
  • FIG. 14 shows an example in which the version is 2.00 and the content “movie 1” is included as information unique to the content producer.
  • the resume correspondence flag present in the title common information indicates whether or not the state saving / returning is effective for all titles recorded on the BD-ROM.
  • the title specific information 203 includes information on each title.
  • FIG. 145 shows that there are two titles in the content, the title type of title # 1 is “BD-J”, and the title definition information of title # 1 is “00000.bdjo” in the bdjo directory. Indicates that title # 1 supports resume. Then, the resume support flag present in the title # 1 information indicates whether or not the status saving / returning is effective in the title # 1. The resume correspondence flag present in the title # 2 information indicates whether or not status saving / returning is effective in the title 0002.
  • title type of title # 2 is “HDMV”, and the title definition information of title # 2 is defined as 0th in the MovieObject.bdmv.
  • the playback device 102 changes processing according to the content of the resume support flag included in the content to be played back.
  • FIG. 15 is a flowchart showing the processing procedure of the playback apparatus 102 using the contents of the resume support flag.
  • the playback device 102 first reads index.bdmv 201 (step S1), refers to the title common information and title individual information included in index.bdmv 201, and in the title common information It is determined whether or not the resume correspondence flag is valid (S31). If the resume correspondence flag in the title common information is valid, the user is notified that the resume is valid in the current title (step S33), and the processing in steps S2 to S10 is performed to restore and use. Do.
  • step S32 is performed.
  • the determination in step S32 is to determine whether or not the resume correspondence flag of the title individual information corresponding to the current title is valid. If it is valid, in step S33, it is presented to the user that the resume is valid for the current title, the processing in steps S2 to S10 is performed, and the return and use are performed.
  • step S34 it is shown to the user that the resume is not valid in the current title, and the first play title is reproduced in step S3. .
  • FIG. 16 shows the content presented on the television 103.
  • This figure (a) shows the presentation contents when the title common information or the title individual information corresponding to the current title is valid.
  • This presentation content presents to the user via the GUI that it can be resumed before the power is turned off.
  • a button for accepting an instruction as to whether or not to resume is also displayed.
  • the playback device 102 plays back content for which the resume support flag is valid, the playback device 102 can present to the user that the target content is compatible with resume playback on the television 103 or the like.
  • FIG. 4B shows the presentation contents when the title common information or the title individual information corresponding to the current title is invalid.
  • This presentation content indicates to the user via the GUI that it cannot be resumed before the power is turned off.
  • the playback device 102 displays on the television 103 or the like that the target content does not support resume playback when playing back the content for which the resume support flag is invalid or when stopping playback of the content. It is possible. This makes it possible to show the user the difference in processing according to the resume correspondence flag.
  • the resume correspondence information can include information indicating which of the application resume parameter state saving and restoring and the reproduction state parameter state saving and restoring should be executed, or both.
  • the flag that specifies whether or not the playback state resume parameter state should be saved and restored is called a "playback state resume flag”, and the flag that specifies whether or not the application resume parameter state should be saved and restored. This is called “application resume flag”.
  • FIG. 17 (a) is a diagram showing the resume correspondence information storing the reproduction state resume flag and the application resume flag.
  • the reproduction state resume flag is set to “1” to indicate that the state of the reproduction state parameter can be saved and restored.
  • the playback state resume flag is set to “0” to indicate that it is impossible to save and restore the state of the playback state resume parameter.
  • the application resume enable / disable flag is set to "1" to indicate that the application resume parameter status can be saved and restored.
  • the application resume enable / disable flag is set to “0” to indicate that the application resume parameter state cannot be saved and restored.
  • (B) shows state saving / returning when the application resume enable / disable flag is set to 1.
  • resume correspondence information including a playback state resume enable / disable flag and an application resume enable / disable flag is described.
  • the application resume enable / disable flag is set to “1” and the reproduction state correspondence flag is set to “0”, only the application resume parameter is stored in the nonvolatile memory 26 from the register set 24. It can be seen that the reproduction state parameter is not saved from the register set 24 to the nonvolatile memory 26.
  • (C) shows state saving / returning when the reproduction state resume flag is set to “1”.
  • resume correspondence information including a reproduction status resume flag and an application resume flag is described.
  • the playback state resume flag is set to “1” and the application resume flag is set to “0”, only the playback state parameter is transferred from the register set 24 to the nonvolatile memory 26. It can be seen that the application resume parameters are not saved from the register set 24 to the nonvolatile memory 26.
  • FIG. 18 is a flowchart showing state saving / returning by the playback state resume flag and the application resume flag.
  • steps S41 to S45 surrounded by a one-dot chain line are processes corresponding to the playback state resume flag and the application resume flag.
  • step S1 after reading Index.bdmv, the determination step of step S41 is executed.
  • Step S41 is a determination of whether or not the playback state resume flag is set to "1". If the playback state resume flag is set to "1", the saved playback state parameter is set. Return (step S42). If “0”, the process proceeds to step S45.
  • Step S45 is a determination of whether or not the application resume enable / disable flag is set to (1). If the application resume enable / disable flag is set to "0", the first play title is played back in step S3.
  • Step S43 is a determination step that is executed after the playback state parameter is written back to the player state register in Step S41, and it is determined whether or not the application resume parameter is set to “1”. . If step S43 is Yes, the application resume parameter is written back from the nonvolatile memory 26 to the general purpose register in step S44. If step S43 is No, the process returns to step S44. (Resume support information including number specification) An improvement will be described in which the number of application resume parameters whose state is to be saved is included in the resume correspondence information.
  • the number of application resume parameters or playback state parameters to be saved is described, and among the plurality of application resume parameters existing in the general purpose register, the number of application resumes described in the resume expectation information If the parameter is saved in the nonvolatile memory, the overhead associated with saving and restoring the state can be reduced as much as possible.
  • FIG. 19 is a diagram illustrating an example of an application resume parameter including number designation.
  • the number of parameters in the application resume parameter can be specified as a specific number of general purpose registers such as three.
  • This figure (b) is a figure which shows saving of the general purpose register based on the number designation of (a). If the parameter number designation is designated as “3”, among the five application resume parameters existing in the general purpose register, three application resume parameters are saved in the nonvolatile memory 26.
  • C is a diagram showing an example of an application resume parameter in which the parameter number designation is set to five.
  • D is a diagram showing saving of general purpose registers based on the number designation in (c). If the parameter number designation is designated as “5”, among the five application resume parameters existing in the general purpose register, five application resume parameters are saved in the nonvolatile memory 26.
  • the amount of information to be saved can be reduced by saving only a part of the information instead of saving all the parameters in the general purpose register, and the size of the save destination can be reduced and the time required for the save operation can be reduced. It becomes.
  • a range to be saved as an application resume parameter is determined in advance, and the BD-J application saves the application resume parameter only in that portion, thereby limiting the range to be saved. It becomes possible.
  • the range to be saved it is desirable that the BD-J application notifies the mode management module 42 of the register range that the BD-J application wants to save as an application resume parameter. As a result, it is possible to save the application resume parameter having the optimum size for the BD-J application.
  • Information about whether or not the BD-J application performs application resume parameter saving at an arbitrary timing can be included in the resume correspondence information.
  • the playback device uses this information to indicate to the user that the content to be played cannot be resumed if the power is suddenly turned off, change the timing at which the mode management module 42 saves the mode management resume, etc.
  • the operation can be changed.
  • This embodiment discloses a variation of improvement in the nonvolatile memory 26. Variations of improvements in the non-volatile memory 26 include the following. (Resume by title) A set of application resume parameters and playback state parameters for each of a plurality of titles can be stored in the nonvolatile memory 26, and state saving / returning can be executed.
  • the playback of the title 0001 is stopped, the title 0002 is played back, and then the title 0001 is played back again, the second playback of the title 0001 is the first playback.
  • the types of content are not limited to two types, and can be implemented as long as the content is one or more types.
  • FIG. 20 schematically shows the contents stored in the nonvolatile memory 26.
  • the nonvolatile memory 26 has a plurality of combinations of title identifiers and playback state parameters.
  • the title identifier is information that can uniquely identify the content.
  • the BCA, the discID, or the like can be used, but any information can be used as long as the content can be uniquely identified. However, it can be implemented.
  • title identifiers for titles 0001 and 0002 are stored in the nonvolatile memory 26.
  • the playback status parameters are stored in association with these title identifiers.
  • the title identifier “0001” stores the playback state parameter and application resume parameter corresponding to the time point t1
  • the title identifier “0002” stores the playback state parameter corresponding to the time point t2.
  • application resume parameters are stored.
  • the playback state parameter corresponding to the time point t1 is a playback state parameter when the content with the title identifier “0001” is being played back, and the playback state parameter corresponding to t2 is playing back the content with the title identifier “0002”. This is a playback state parameter at the time of playback.
  • (B) in the figure shows what the playback state parameters stored in association with the title number 0001 are. It can be seen that when playback stop is instructed after elapse of t1 from the start of playback of the title 0001, t1 is stored in association with the title 0001 as a playback state parameter.
  • (C) in the figure shows what the playback state parameter is stored in association with the title number 0002.
  • t2 is stored in association with the title 0002 as a playback state parameter.
  • FIG. 4D shows how the reproduction of the title 0001 resumes after the reproduction of the title 0002. Since the playback state parameter of t1 is stored in the title identifier of title 0001, it can be seen that playback resumes from the position of t1.
  • the mode management module 42 can perform the resume reproduction using the reproduction state parameter corresponding to t1.
  • the mode management module 42 can perform the resume reproduction using the reproduction state parameter corresponding to t2. (Redundant backup destination)
  • the power is turned off during the mode management resume saving, or the mode management resume saving fails due to some abnormality.
  • there is a method of duplicating the save destination of the mode management resume that is, preparing two or more save destinations and using them in order.
  • FIG. 21 is a diagram showing the nonvolatile memory 26 in which two sets of save destinations, that is, the storage area 1 as the first save destination and the storage area 2 as the second save destination exist.
  • the mode management module 42 saves the application resume parameter and the playback state parameter in the storage area 1 that is the first save destination at the timing of the first mode management resume save. If the save is successful, the fact that the save destination storage area 1 is normal is stored. At the next mode management resume save timing, as shown in FIG. 21B, the save is made to the storage area 2 as the second save destination. If the save is successful, the fact that the save destination storage area 2 is normal is stored. By this processing, it is possible to avoid the problem by using the information of the save destination that has been saved last and that has been stored as successful.
  • each save destination When it is desired to determine whether or not each save destination has been saved normally, it can be determined by reading information indicating that the contents have been saved successfully from the information included in each save destination. If there are two or more contents that have been successfully saved, the state saved at the latest time is used for restoration and use. In addition, in save destination 1 and save destination 2, Information indicating that the save destination is the contents saved normally may be included.
  • the resume correspondence information can include information as to whether or not resume playback across a plurality of contents is expected. By using this information, the playback device can operate so as not to use the saved mode management resume parameter when the content is changed even if the mode management resume is saved. . (Directory structure) These file and directory configurations are examples thereof, and the present invention can be implemented with other configurations.
  • the BD-ROM drive 401 may be capable of using not only a BD-ROM but also various types of recording media such as reading and writing with respect to a readable / writable BD-RE and DVD and CD.
  • the functional configuration shown here is an example of a playback device for a BD-ROM, and the present invention can be implemented with other functional configurations as long as the operations described below can be realized.
  • the BD-J application does not need to acquire all of the player status registers, but only acquires what is necessary for the BD-J application to resume.
  • (Register save format) When the mode management resume includes the contents of the register set 24, the data format at the time of saving is changed if the contents of the register set 24 can be restored without using the contents of the register set 24 as they are. May be. For example, it is possible to include in the mode management resume the compressed contents of the register set 24 using a known compression technique.
  • the mode management resume need not include all the contents of the register set 24, but need only include sufficient information to restore. For example, it is possible to determine a certain initial value and save only a part different from the initial value or save only a part where some change is made.
  • the mode management resume can include not only the contents of the register set 24 but also other information. For example, the last played title number, information about the HDMV title, and the reason for stopping. Further, content identification information for identifying the content may be included. The information for identifying the content may be, for example, the BCA information or a value calculated from information that can be expected to be uniquely identified from a file existing on the recording medium (for example, a hash value of the file). . (How to communicate) Furthermore, the BD-J application may transmit the application resume parameter to the mode management module 42 directly or indirectly without storing the application resume parameter in the register set 24.
  • the mode management module 42 does not restore the application resume parameters to the register set 24 but directly or indirectly transmits them to the BD-J application.
  • the nonvolatile memory 26 can also be implemented by using a recording medium writable by the removable media drive 2b, the built-in media drive 2a, and the BD drive 401 as the nonvolatile memory 26. Even if the medium is accessible via the network I / F 4, it can be used as the nonvolatile memory 26 as long as the recorded content can be held without depending on the power supply state of the playback device. is there. (Equipped with secondary power supply) As a countermeasure when the power is suddenly turned off, it is desirable to prepare a secondary power supply sufficient to save the mode management resume.
  • the present invention can be implemented.
  • the present invention can be practiced without taking measures against a case where the power is turned off in the middle of saving application resume parameters, or a case where saving of application resume parameters fails due to any abnormality.
  • the program for saving and restoring the application resume parameter and the reproduction state parameter shown in each embodiment can be created as follows. First, a software developer uses a programming language to write a source program that implements each flowchart and functional components. In this description, the software developer describes a source program that embodies each flowchart and functional components using a class structure, a variable, an array variable, and an external function call according to the syntax of the programming language.
  • the described source program is given to the compiler as a file.
  • the compiler translates these source programs to generate an object program.
  • Translator translation consists of processes such as syntax analysis, optimization, resource allocation, and code generation.
  • syntax analysis lexical analysis, syntax analysis, and semantic analysis of the source program are performed, and the source program is converted into an intermediate program.
  • optimization operations such as basic block formation, control flow analysis, and data flow analysis are performed on the intermediate program.
  • resource allocation in order to adapt to the instruction set of the target processor, a variable in the intermediate program is allocated to a register or memory of the processor of the target processor.
  • code generation each intermediate instruction in the intermediate program is converted into a program code to obtain an object program.
  • the object program generated here is composed of one or more program codes that cause a computer to execute the steps of the flowcharts shown in the embodiments and the individual procedures of the functional components.
  • program codes such as a processor native code and a JAVA byte code.
  • a call statement that calls the external function becomes a program code.
  • a program code that realizes one step may belong to different object programs.
  • each step of the flowchart may be realized by combining arithmetic operation instructions, logical operation instructions, branch instructions, and the like.
  • System LSI Of the hardware constituting the playback device 102, excluding mechanical components (BD drive, removable media drive, build-in media drive), and components (video plane, graphics plane) implemented by a large-capacity memory, It is desirable to configure a part having a logic element as a main part as one system LSI. This is because the part having the logic element as the main part can be integrated at a high density.
  • System LSI refers to a bare chip mounted on a high-density substrate and packaged.
  • a system LSI that includes a plurality of bare chips mounted on a high-density substrate and packaged so that the bare chip has an external structure like a single LSI is also included in system LSIs (such systems LSI is called a multichip module.)
  • system LSIs are classified into QFP (Quad-Flood Array) and PGA (Pin-Grid Array).
  • QFP is a system LSI with pins attached to the four sides of the package.
  • the PGA is a system LSI with many pins attached to the entire bottom surface.
  • pins serve as an interface with other circuits. Since pins in the system LSI have such an interface role, the system LSI plays a role as the core of the playback device 102 by connecting other circuits to these pins in the system LSI.
  • Such a system LSI can be incorporated not only in the playback apparatus 102 but also in various devices that handle video playback, such as a TV, a game, a personal computer, a one-seg mobile phone, etc., and can broaden the application of the present invention.
  • the system LSI architecture conforms to the Uniphier architecture.
  • a system LSI that conforms to the Uniphier architecture consists of the following circuit blocks.
  • ⁇ Data parallel processor DPP This is a SIMD type processor in which multiple element processors operate in the same way. By operating the arithmetic units incorporated in each element processor simultaneously with a single instruction, the decoding process for multiple pixels constituting a picture is performed in parallel. Plan
  • Instruction parallel processor IPP This is a "Local Memory Controller” consisting of instruction RAM, instruction cache, data RAM, and data cache, "Processing Unit” consisting of instruction fetch unit, decoder, execution unit and register file, and Processing Unit part for parallel execution of multiple applications. It consists of a “Virtual Multi Processor Unit section” to be performed.
  • MPU block This is a peripheral interface such as ARM core, external bus interface (Bus Control Unit: BCU), DMA controller, timer, vector interrupt controller, UART, GPIO (General Purpose Input Output), synchronous serial interface, etc. Consists of.
  • -Stream I / O block This performs data input / output with drive devices, hard removable media drive devices, and SD memory card drive devices connected to the external bus via the USB interface or ATA Packet interface.
  • ⁇ AVI / O block This is composed of audio input / output, video input / output, and OSD controller, and performs data input / output with TV and AV amplifier.
  • Memory control block This is a block that realizes reading and writing of the SD-RAM connected via the external bus.
  • the internal bus connection part that controls the internal connection between each block, the SD-RAM connected outside the system LSI It consists of an access control unit that transfers data to and from the RAM, and an access schedule unit that adjusts SD-RAM access requests from each block.
  • the buses connecting circuit elements, ICs, LSIs, their peripheral circuits, external interfaces, etc. will be defined.
  • connection lines, power supply lines, ground lines, clock signal lines, and the like will be defined.
  • the circuit diagram is completed while adjusting the operation timing of each component in consideration of the specifications of the LSI, and making adjustments such as ensuring the necessary bandwidth for each component.
  • Mounting design refers to where on the board the parts (circuit elements, ICs, and LSIs) on the circuit board created by circuit design are placed, or how the connection lines on the circuit board are placed on the board. This is a board layout creation operation for determining whether to perform wiring.
  • the mounting design result is converted into CAM data and output to equipment such as an NC machine tool.
  • NC machine tools perform SoC implementation and SiP implementation based on this CAM data.
  • SoC (System on chip) mounting is a technology that burns multiple circuits on a single chip.
  • SiP (System-in-Package) packaging is a technology that combines multiple chips into one package with resin or the like.
  • the integrated circuit generated as described above may be called IC, LSI, super LSI, or ultra LSI depending on the degree of integration.
  • the hardware configuration shown in each embodiment can be realized.
  • the LUT is stored in the SRAM, and the contents of the SRAM disappear when the power is turned off.
  • the LUT that realizes the hardware configuration shown in each embodiment is defined by the definition of the configuration information. Must be written to SRAM.
  • the resume playback device constituting the present invention can be used in the manufacturing industry, the movie industry and the consumer equipment industry involved in the production of video content.
  • BD-ROM 102 playback device 103 television 104 removable media 105 remote control 201 index.bdmv 1 BD drive 2 Read buffer 4 Network I / F 5 Virtual File System 6 Demultiplexer 7 Video Decoder 8 Video Plane 13 Audio Decoder 12 Adder 15 AV Playback Engine 16 Static Scenario Memory 17 Rendering Engine 24 Register Set 24 26 Nonvolatile memory 30 Dynamic scenario memory 40 HDMV module 41 BD-J platform 42 Mode management module 43 UO detection module 44 Dispatcher

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

　再生装置は、AV再生と、BD-Jアプリケーションの動作とが連動している場合、BD-Jアプリケーション終了時などに、実行されているBD-Jアプリケーションが格納した値を不揮発性メモリに退避し、次回再生開始時に、そのBD-Jアプリケーションが取得可能な領域へ復元する。その上で、BD-Jアプリケーションを起動する。

Description

再生装置、再生方法、プログラム
　本発明は、状態退避及び状態復帰技術の技術分野に属する発明である。
　状態退避とは、装置への電源供給が突然絶たれるとの不測の事態に備えて、動作再開に必要なデータの一部を不揮発性の第２記憶媒体に書き込んでおく技術であり、いわば、旧来からの停電対策同様、装置の安定動作にはなくてはならない不可欠な処理である。一方、状態復帰とは、装置への電源供給が再開した後に、不揮発性の第２記憶媒体に書き込まれたデータに基づき、電源供給が絶たれる前の動作を速やかに回復する技術である。DVD-VideoのAV再生を実行するような再生装置において、状態退避・状態復帰は、ＡＶ再生を停止する際に、物理的もしくは論理的な再生位置を、不揮発性の第２記憶媒体に書き込んでおき、次回の再生時には、不揮発性の第２記憶媒体に書き込むまれた再生位置から、再生を再開することでなされる。
特許第３４３８７２９号 特開２００３-７７２２２ 特開昭６２-１６９２１８
　AV再生の対象となるコンテンツには、DVD-Videoコンテンツと、BD-ROMコンテンツという、二種類のものがある。DVD-Videoコンテンツで使われる命令群は、いわゆるコマンドインタープリタによって解読されるコマンドであり、何番目の命令を実行していたというプログラムカウンタの値や、レジスタの保持値を状態退避の対象とするだけで、状態復帰は可能になる。
　これとは対照的にBD-ROMコンテンツは、AV再生にJavaアプリケーションが連動する。Javaアプリケーションの動作には、複数のスレッド、膨大な変数、様々な画面描画パラメータなどが必要であり、装置の電源供給が絶たれた場合、電源断前の動作を再開するには、これらの複数のスレッド、変数、様々な画面描画パラメータの全てを不揮発性の第２記憶媒体に書き込んでおく必要がある。そればかりではなく、Javaアプリケーションの動作に利用していたメモリ情報や、オペレーティングシステム(OS)が持つ管理情報などを不揮発性の第２記憶媒体に書き込んでおいて、サスペンドやハイバーネーションと呼ばれる処理を装置に実行させる必要がある。
　しかしながら、BD-ROM再生装置を始めとするコンシューマエレクトロニクス(CE)機器においては、パーソナルコンピュータに比べて不揮発記憶領域の容量や、各種ハードウェアリソースが少ない場合が多く、動作再開のための情報の一部を、不揮発性の第２記憶媒体に状態退避できないという状態退避漏れが発生する。かかる状態退避漏れがあると、再開時の動作が正しくなされることを保障できない。仮に、状態退避すべき情報の一部に欠落があった状態で、動作を再開しようとすると、再生装置のハングアップやブラックアウトを招きかねない。CE機器は、パソコンの業界とは比較にならない品質保障が求められるため、そのような動作異常の危険性がある状態退避・状態復帰は、とてもではないが実用に耐えるとはいえない。
　本発明は、状態退避に必要な不揮発性の第２記憶媒体の規模が制限されている場合であっても、電源が絶たれた後のアプリケーションの動作再開を安定的に行わせることができる再生装置を提供することである。
   上記課題を解決するため、再生装置は、複数の処理の状態退避及び状態復帰を実現する再生装置であって、複数の処理のうち1つは、AVストリームの再生処理であり、他の１つは、AVストリームの再生と連動した、アプリケーションの処理であり、記録媒体からアプリケーション及びAVストリームを読み出す読出手段と、アプリケーションを動作させるプラットフォーム部と、AVストリームを再生する再生部と、揮発性の第１記憶媒体とを備え、前記揮発性の第１記憶媒体は記憶領域を備え、前記記憶領域には、前記AVストリームの再生状態を示す再生状態パラメータが書き込まれており、前記アプリケーションは、前記プラットフォーム内で使用している複数のパラメータのうち、状態復帰後の動作再開時に必要となるものを選んで、アプリケーションレジュームパラメータとして、前記記憶領域に書き込んでおり、前記複数処理の状態退避は、前記アプリケーションレジュームパラメータと、前記再生状態パラメータとを揮発性の第１記憶媒体の記憶領域から読み出して、不揮発性の第２記憶媒体に書き込むことでなされ、前記複数処理の状態復帰は、前記不揮発性の第２記憶媒体に書き込まれたアプリケーションレジュームパラメータと、再生状態パラメータとを前記揮発性の第１記憶媒体の記憶領域に書き戻すと共に、前記揮発性の第１記憶媒体の記憶領域に書き戻された再生状態パラメータに基づき、アプリケーションをプラットフォーム部にロードすることでなされることを特徴としている。
　上記課題解決手段を具備した再生装置は、再生状態パラメータに基づきアプリケーションのロードをやり直すことで、状態復帰を行う。状態復帰において、アプリケーションのロードをやり直すので、複数のスレッド、変数、様々な画面描画パラメータ、メモリ情報、OSの管理情報を不揮発性の第２記憶媒体に書き込む必要はない。これらの情報を書き込みが不要であるので、不揮発性の第２記憶媒体の規模は、必要最低限のもので足りる。
　また揮発性の第１記憶媒体の記憶領域には、つまり、アプリケーションレジュームパラメータが書き込まれるので、アプリケーションのロードをやり直すだけで、アプリケーションは、動作を再開することができる。
　アプリケーションは、動作中に使用しているパラメータのうち、状態復帰後の動作再開時に必要となるものを選んで、アプリケーションレジュームパラメータとして、揮発性の第１記憶媒体の記憶領域に書き込むだけで、停電対策を実現することができるので、アプリケーションが直接、不揮発性メモリに動作パラメータを書き込む場合と比較して、アプリケーション状態退避・状態復帰のためのオーバーヘッドは小さくて済む。またオーバヘッドを極力最小にしつつも、装置の電源異常対策を実行することができるので、装置のパフォーマンスを低下させることはない。
　よって再生装置が、例えばAV再生と、アプリケーションの動作とを連動させたゲームを実行している場合、キャラクターのパラメータがスコア等の同一性を維持しつつも、途中からゲームを再開するといった処理が可能になる。
　尚、上記再生装置における動作再開は、アプリケーションの積極的な関与を必要とするものである。ヒープ領域で使用されているパラメータのうち、動作再開に必要なものが選ばれていない場合は、レジュームの実行は不可能になるから、アプリケーションの動作と、再生装置の動作との不整合が発生する可能性がある。このような問題は、上記再生装置を以下のように構成することで解決することができる。
　つまり、前記記録媒体には、更にレジューム対応情報が記録されており、前記レジューム対応情報は、状態復帰後に、前記揮発性の第１記憶媒体の記憶領域へ復元された内容を、再生手段及びアプリケーションに利用させるか否かを示し、前記レジューム対応情報が復元内容を利用させる旨を示す場合、前記再生手段による再生再開は、前記揮発性の第１記憶媒体の記憶領域に復元された再生状態パラメータに基づいてなされ前記アプリケーションによる動作再開は、揮発性の第１記憶媒体の記憶領域に復元されたアプリケーションレジュームパラメータを用いてなされ、前記レジューム対応情報が前記第１記憶媒体へ復元された内容を利用しないことを示す場合、前記再生手段は、AVストリームの再生を再開せず、アプリケーションは、動作を再開しないように構成することで解決を図ることができる。
　上記発明特定事項が追加された再生装置では、アプリケーションが、動作再開に必要なパラメータをアプリケーションレジュームパラメータとして選ぶという動作をサポートしているなら、レジューム対応情報を設定することにより、レジュームを行ってよいと規定することができる。逆に、アプリケーションが、動作再開に必要なパラメータをアプリケーションレジュームパラメータとして選ぶという動作をサポートしていないなら、レジューム対応情報を設定することにより、レジュームを禁止することができる。コンテンツ制作者の判断によって、レジューム再生を行なっても良いかどうかを制御できるため、コンテンツ作成者側の意図に沿った再生が行なわれることになる。
　コンテンツ作成者側が、映像や音声と、Java(登録商標)アプリケーション含むようなコンテンツをレジュームさせたくないと考えた場合、レジューム対応情報の設定次第でレジュームは規制されるので、ユーザの不測の動作によってコンテンツ制作者側の意図しないような動作が引き起こされることはない。

　一般的に再生装置の電源遮断は、多くの場合、装置を利用するユーザの操作に基づいて行なわれるものであり、ユーザがいつ電源を遮断するかというのは、予測がつかない。
　従って、アプリケーションがパラメータを不揮発性メモリに状態退避する前に、ユーザの操作入力により電源が遮断されてしまえば、揮発性の記憶媒体の情報は全てクリアされてしまい、不揮発性の記憶媒体に退避することができない。この場合、電源を再投入したとしても、不揮発性の記憶媒体に情報は退避されていないため、Java(登録商標)アプリケーションの動作を電源遮断前の状態から再開することができない。また再開したとしても、その動作が不安定なものになる。
　このように、ユーザの不測の動作によってコンテンツ制作者側の意図しないような動作が引き起こされると、コンテンツ作成者側にとっては、映像や音声と、Java(登録商標)アプリケーション含むようなコンテンツをレジュームさせたくないと考えるかもしれない。それとは裏腹に、従来のレジューム機は、再生装置が備える機能のみでできてしまうため、コンテンツ制作者側の意図を反映することはできない。
　このような問題は、再生装置を以下のように構成することで解決することができる。
　つまり前記再生装置は、レジュームサポート情報を保持しており、レジュームサポート情報は、前記揮発性の第１記憶媒体の記憶領域の内容を前記不揮発性の第２の記憶媒体の記憶領域に退避することか可能か否かを示し、前記アプリケーションが起動された際、前記レジュームサポート情報は、アプリケーションに引き渡され、前記アプリケーションによるアプリケーションレジュームパラメータの書き込みは、受け取ったレジュームサポート情報が、記憶領域の内容退避が可能である旨を示している場合になされるように構成することで解決を図ることができる。
　揮発性メモリについて、電源バックアップが存在せず、ユーザ操作による突発的な電源遮断で、揮発性メモリの内容が消失してしまう再生装置では、状態復帰のためのパラメータが、正しく退避されていない可能性が高い。この際、レジュームサポート情報を"退避不可能"に設定しておけば、パラメータの退避が不可能である旨をアプリケーションに正しく伝えることができる。この場合、アプリケーションは、再生装置によるレジュームを期待しないから、不安定なパラメータに基づいて、レジューム動作がなされるという事態を回避することができる。
　揮発性メモリについて電源バックアップが存在していて、突発的な電源遮断が発生しても、揮発性メモリの内容を退避できる再生装置では、状態復帰のためのパラメータが、正しく退避されている。かかる再生装置において、レジュームサポート情報を"退避可能"に設定しておけば、パラメータの退避が不可能である旨をアプリケーションに正しく伝えることができる。この場合アプリケーションは、再生装置によるレジュームを期待することができる。
　再生装置においてレジュームがサポートされているかどうかをアプリケーションに伝え、アプリケーションは、その再生装置のサポートの有無に基づきレジュームに必要な動作を行うので、再生装置と、アプリケーションとの連携を密にすることができる。
再生装置１０２の、使用行為についての形態を示す図である。 BD-ROMの構成を示した図である。 再生装置の大まかな機能構成を示すブロック図である。 再生装置におけるソフトウェアレイヤモデルを示す図である。 再生装置によって再生に供されるBD-ROMコンテンツを示す図である。 レジスタセット２４の内容の例を模式的に示したものである。 状態退避におけるアプリケーションレジュームパラメータ及び再生状態パラメータの行き来を模式的に描いた図である。 状態復帰及び利用時におけるアプリケーションレジュームパラメータ及び再生状態パラメータの行き来を模式的に描いた図である。 レジューム処理の処理手順を示すフローチャートである。 アプリケーションレジュームパラメータ処理の手順を示すフローチャートである。 レジュームサポート情報及びレジュームサポート情報に基づく、APIのコールの一例を示す図である。 復帰可否フラグ、利用可否フラグを含むレジューム対応情報を示す図である。 復帰可否フラグ、利用可否フラグに応じた動作を示す。 状態退避・状態復帰の可否がタイトル毎に設定されたIndex.bdmvを示す図である。 レジューム対応フラグの内容を用いた再生装置１０２の処理手順を示すフローチャートである。 テレビ１０３の提示内容を示す図である。 再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグを格納したレジューム対応情報を説明するための図である。 再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグによる状態退避・状態復帰を示すフローチャートである。 個数指定を含むアプリケーションレジュームパラメータの一例を示す図である。 不揮発性メモリ２６の格納内容を模式的に表したものである。 第１の退避先である記憶領域１と、第２の退避先である記憶領域２の２組の退避先が存在する不揮発性メモリ２６を示す図である。
　以下本発明の実施の形態について、図面を参照しながら説明する。
　（第１実施形態）
　以降、再生装置の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、再生装置１０２の、使用行為についての形態を示す図である。本図に示すように、再生装置１０２は、BD-ROM１０１、再生装置１０２、テレビ１０３、リムーバブルメディア１０４と共にユーザによる使用に供される。
　BD-ROM１０１は、映画作品が記録された記録媒体である。
　再生装置１０２は、テレビ１０３と共に、ホームシアターシステムを構築して、BD-ROM１００を再生する。
　テレビ１０３は、映画作品の再生映像を表示したり、メニュー等を表示することで、対話的な操作環境をユーザに提供する。
　リムーバブルメディア１０４は、再生装置に装填され、映画配給者のWWWサーバ１０１から配信されたコンテンツの受け皿として利用される。そのため、ネットを通じてダウンロードされ、リムーバブルメディア１０４に格納されたコンテンツと、BD-ROM１００に記録されたコンテンツとを組み合わせて、BD-ROM１００のコンテンツを拡張/更新をすることができる。かかるリムーバブルメディア１０４を装填するという目的のため、再生装置１０２には、SDメモリカード、メモリスティック、コンパクトフラッシュ(TM)、スマートメディア、マルチメディアカード等のリムーバブルメディア１０４を挿入する挿入口を備える。
　リモコン１０５は、再生装置１０２の付属物であり、再生装置１０２に対する操作をユーザから受け付けて、操作に応じた指示信号を再生装置１０２に送信する。
　以上が本発明に係る再生装置の使用形態についての説明である。続いて本発明に係る再生装置が再生の対象としている、記録媒体について説明する。本発明に係る再生装置により、再生されるのは、光記録媒体であるBD-ROM１００である。
　以上が本発明に係る再生装置の使用形態についての説明である。続いて本発明に係る再生装置が再生の対象としている、記録媒体について説明する。本発明に係る再生装置により、再生されるのは、この例では光記録媒体であるBD-ROM１０１である。
　図２は、BD-ROM（以降、「BD」と称する場合もある）の構成を示した図である。本実施の形態においては、映画等のAVコンテンツを再生するためのAVアプリケーションを主眼においてBD-ROMを説明するが、BD-ROMをCD-ROMやDVD-ROMのようにコンピュータ用途の記録媒体として利用することも当然ながら可能である。BD-ROMは、他の光ディスク、例えばDVDやCDなどと同様にその内周から外周に向けて螺旋状に記憶領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはBCA（Burst  Cutting　Area）と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
　論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、UDFやISO９６６０などのことであり、通常のPCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっており、２５５文字のファイル名、ディレクトリ名を読み出すことが可能である。
　本実施の形態の場合、BDディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ROOT）直下にBDMVディレクトリが置かれている。BDMVディレクトリはBD-ROMで扱うAVコンテンツや管理情報などのデータが記録されているディレクトリである。
　BDMVディレクトリの配下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ、JARディレクトリ、BDJOディレクトリと呼ばれる５つのサブディレクトリが存在し、BDMVディレクトリには、index.bdmv２０１，MovieObject.bdmvの２種類のファイルが配置されている。
　STREAMディレクトリには、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、拡張子M２TSが付与されたファイル（xxx.m２ts［"xxx"は可変、拡張子"m２ts"は固定］）が存在する。PLAYLISTディレクトリには、拡張子mplsが付与されたファイル（xxx.mpls［"xxx"は可変、拡張子"mpls"は固定］）が存在する。CLIPINFディレクトリには、拡張子clpiが付与されたファイル（xxx.clpi［"xxx"は可変、拡張子"clpi"は固定］）が存在する。JARディレクトリには、拡張子jarが付与されたファイル（xxx.jar［"xxx"は可変、拡張子"jar"は固定］）が存在する。BDJOディレクトリには、拡張子bdjoが付与されたファイル（xxx.bdjo［"xxx"は可変、拡張子"bdjo"は固定］）が存在する。
　拡張子"m２ts"が付与されたファイルは、MPEG-TS（TransportStream）形式のデジタルAVストリームであり、１つ以上のビデオストリーム、１つ以上のオーディオストリーム、１つ以上のグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、グラフィクスストリームは、映画の字幕をそれぞれ示している。
　拡張子"clpi"が付与されたファイルは、デジタルAVストリームのそれぞれに１対１に対応するClip情報である。管理情報故に、Clip情報は、デジタルAVストリームの符号化形式、フレームレート、ビットレート、解像度等の情報や、GOPの先頭位置を示すEP＿mapをもっている。
　拡張子"mpls"が付与されたファイルは、プレイリスト情報を格納したファイルである。プレイリスト情報は、MainPath情報、Subpath情報、プレイリストMark情報を含む。
　1)MainPath情報は、AVストリームの再生時間軸のうち、In＿Timeとなる時点と、Out＿Timeとなる時点の組みを1つ以上定義することにより、論理的な再生区間を定義する情報であり、AVストリームに多重化されているエレメンタリストリームのうち、どれの再生を許可し、どれの再生を許可しないかを規定するストリーム番号テーブル(STN＿table)をもつ。
　2)プレイリストMark情報は、In＿Time情報及びOut＿Time情報の組みにて指定されたAVストリームの一部分のうち、チャプターとなる時点の指定を含む。
　3)Subpath情報は、前記AVストリームと同期して再生すべきエレメンタリストリームの指定と、そのエレメンタリストリームの再生時間軸におけるIn＿Time情報及びOut＿Time情報の組みとを含む。再生制御のためのJavaアプリケーションが、このプレイリスト情報を再生するJMFプレーヤインスタンスの生成をJava(TM)仮想マシンに命じることで、AV再生を開始させることができる。JMF(Java Media Frame work)プレーヤインスタンスとは、JMFプレーヤクラスを基にして仮想マシンのヒープメモリ上に生成される実際のデータのことである。
　AVストリームと、プレイリスト情報との組みは、"タイトル"という再生単位を構成する。BD-ROMにおけるAV再生は、このタイトルを一単位としてなされる。BD-ROMコンテンツは、このタイトルの集まり、つまり、タイトルセットのことをいう。root/BDMVディレクトリに存在するタイトルのうち、最初に再生されるべきタイトルを、特に"ファーストプレイタイトル"とよぶ。また、プレイリスト情報及びクリップ情報は、静的なシナリオとして扱われる。

　拡張子"jar"が付与されたファイルは、Javaアーカイブファイルであり、Java仮想マシンを用いて動的なシナリオ制御を行うJavaアプリケーションのプログラムが記述されている。Java(TM)アーカイブファイルは、http：//java(TM).sun.com/j2se/1.4.2/docs/guide/jar/jar.htmlに記載された仕様に準じたファイルである。Java(TM)アーカイブファイルは複数のファイルをディレクトリ構造の形で格納している。このディレクトリ構造とは、ルートディレクトリ直下に「XXXX.class」が存在し、META-INFディレクトリにファイル「MANIFEST.MF」、ファイル「SIG-BD.SF」、ファイル「SIG-BD.RSA」、ファイル「bd.XXXX.perm」が存在するというものである。
　このXXXX.class(クラスファイル)は、Java(TM)仮想マシン上で実行することができるJavaアプリケーションを定義するようなクラス構造体を格納したクラスファイルである。MANIFEST.MFは、デジタル証明書に対応するものであり、SIG-BD.SFは、MANIFEST.MFのハッシュ値が記載されているファイルである。SIG-BD.RSAは、デジタル証明書チェーン、署名情報が記載されているファイルである。bd.XXXX.permは、パーミッションリクエストファイルであり、実行されるJavaアプリケーションにどのパーミッションを与えるのかの情報を格納する。
　Java(TM)アーカイブファイルにおけるクラスファイルにて定義されるJavaアプリケーションは、Xletインターフェイスを通じて、アプリケーションマネージャにより、制御されるJava(TM) Xletである。Xletインターフェイスは、"loaded","paused"、"active","destoryed"といった4つの状態をもつ。
　またJavaアプリケーションは、JFIF(JPEG)やPNG,その他のイメージデータを表示するためのスタンダードJavaライブラリを用いて、GEM1.0.2にて規定されたHAViフレームワークを実現する。HAViフレームワークは、GEM1.0.2におけるリモートコントロールナビゲーション機構を含むGUIフレームワークであり、Javaアプリケーションは、HAViフレームワークに基づくボタン表示、テキスト表示、オンライン表示(BBSの内容)といった表示を、動画像の表示と組み合わせた画面表示を実現することができ、リモートコントロールを用いて、この画面表示に対する操作を行うことができる。
　拡張子"bdjo"が付与されたファイル、及び、MovieObject.bdmv（ファイル名固定）は、動作モードオブジェクトである。動作モードオブジェクトは、再生装置における複数の動作モードのそれぞれについての制御手順を規定するデータである。再生装置における動作モードには、コマンドインタプリタが制御主体になる動作モード(HDMVモード)と、Javaプラットフォームが制御主体になる動作モード(BD-Jモード)とがある。HDMVモードではHDMVモードの動作主体であるコマンドインタプリタが制御主体になるので、DVD-Videoライクなナビゲーションコマンドによって制御が規定されることになる。一方、BD-Jモードでは、BD-Jモードの動作主体であるJavaプラットフォームが制御主体になるので、DVB-MHPで実現されているような、Javaバイトコードによって制御が規定されることになる。
　BD-Jモードにおける動作モードオブジェクトは、BD-Jオブジェクトと呼ばれる。BD-Jオブジェクトは、プレイリスト情報により示されるAVストリームと、Javaアプリケーションとの関連付けにより、タイトルを定義する情報である。BD-オブジェクトは、"アプリケーション管理テーブル"と、そのタイトルにおいて自動再生可能なプレイリスト一覧を示す。アプリケーション管理テーブルは、アプリケーションの識別子（アプリケーションID）とそのアプリケーションに属するJavaアーカイブファイルのIDを羅列することで、このタイトルを生存区間とするアプリケーションを示すテーブルである。つまり、一つのアプリケーションは一つ以上の Java アーカイブファイルで構成される。またBD-Jオブジェクトは、タイトルにおいて自動再生すべきプレイリスト情報の指定を含む。自動再生すべきものとして指定されたプレイリスト情報は、BD-Jオブジェクトに対応するタイトルがカレントタイトルになった際、その再生が自動的に開始される。尚、BD-Jオブジェクトによって動作が規定されるJavaアプリケーションを、"BD-Jアプリケーション"と呼ぶ。
　HDMVモードにおける動作モードオブジェクトは、ムービーオブジェクトと呼ばれる。ムービーオブジェクトは、HDMVモード（後述）での各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。
　index.bdmv２０１（ファイル名は"index.bdmv"で固定）は、BD-ROM全体に関する管理情報であり、映画作品のプロバイダを特定する識別子であるorganizationID（３２bit）や、プロバイダが提供するBD-ROMのそれぞれに割り当てられた識別子であるdiscID（１２８bit）等の情報を持ち、再生装置へのディスク挿入後に、index.bdmv２０１が最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、index.bdmv２０１にはBD-ROMにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するBD-Jオブジェクトとを対応付けて示すテーブルが含まれる。

　図３は、再生装置の大まかな機能構成を示すブロック図である。本図に示すように、再生装置は、BD-ROMドライブ１、リードバッファ２a,２b、ローカルストレージ３、ネットワークI/F４、仮想ファイルシステム５、デマルチプレクサ６、ビデオデコーダ７、ビデオプレーン８、グラフィクスデコーダ９、グラフィクスプレーン１０、グラフィクスプレーン１１、合成部１２、オーディオデコーダ１３、HDMIインターフェイス１４、AV再生エンジン１５、静的シナリオメモリ１６、レンダリングエンジン１７、MPU２１、ROM２２、RAM２３、レジスタセット２４、電源供給部２５、不揮発性メモリ２６、動的シナリオメモリ３０、ヒープメモリ３１、バイトコードインタプリタ３２から構成される。
　BD-ROMドライブ１は、BD-ROMのローディング/イジェクトを行い、BD-ROMに対するアクセスを実行する。
　ローカルストレージ２は、ビルドインメディアドライブ２a、リムーバブルメディアドライブ２bを備え、ダウンロードしてきた追加コンテンツやアプリケーションが使うデータなどの保存に用いられる。追加コンテンツの保存領域はBD-ROM毎に分かれており、またアプリケーションがデータの保持に使用できる領域はアプリケーション毎に分かれている。また、ダウンロードした追加コンテンツをどのようにBD-ROM上のデータとマージされるか、マージ規則が記載されたマージ管理情報もこのビルドインメディアドライブ２a、リムーバブルメディアドライブ２bに保存される。


　リードバッファ３ａ、３ｂは、FIFOメモリであり、BD-ROM又はローカルストレージから読み出されたTSパケットが先入れ先出し式に格納される。
　ネットワークインターフェース４は、再生装置の外部と通信を行うためのものであり、インターネットでアクセス可能なサーバにアクセスしたり、ローカルネットワークで接続されたサーバにアクセスしたりすることが可能である。例えば、インターネット上に公開されたBD-ROM追加コンテンツのダウンロードに用いられたり、コンテンツが指定するインターネット上のサーバとの間でデータ通信を行うことでネットワーク機能を利用したコンテンツの再生を可能としたりする。BD-ROM追加コンテンツとは、オリジナルのBD-ROMにないコンテンツで、例えば追加の副音声、字幕、特典映像、アプリケーションなどである。BD-Jモードの動作主体であるJavaプラットフォームからネットワークインターフェース４を制御することができ、インターネット上に公開された追加コンテンツをビルドインメディアドライブ２aもしくはリムーバブルメディアドライブ２bにダウンロードすることができる。
　仮想ファイルシステム５は、追加コンテンツと共にビルドインメディアドライブ２a、リムーバブルメディアドライブ２bにダウンロードされたマージ管理情報を元に、ビルドインメディアドライブ２aもしくはリムーバブルメディアドライブ２bに格納された追加コンテンツとBD-ROM上のコンテンツをマージさせた、仮想的なBD-ROM（仮想パッケージ）を構築する。HDMVモードの動作主体であるコマンドインタプリタやBD-Jモードの動作主体であるJavaプラットフォームからは、仮想パッケージとオリジナルBD-ROMを区別なく参照することができる。仮想パッケージ再生中、再生装置はBD-ROM上のデータとビルドインメディアドライブ２aもしくはリムーバブルメディアドライブ２b上のデータの両方を用いて再生制御を行うことになる。
　デマチプレクサ６は、AVストリームを構成するTSパケットの多重分離を行い、ビデオデコーダ７、グラフィクスデコーダ９、オーディオデコーダ１３のそれぞれに出力する。
　ビデオデコーダ７は、デマルチプレクサ６から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン８に書き込む。
　ビデオプレーン８は、非圧縮形式のピクチャを格納しておくためのメモリである。
　グラフィクスデコーダ９は、デマルチプレクサ６から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン８に書き込む。
　グラフィクスプレーン１０は、デマルチプレクサ６から読み出されたグラフィクスストリームをデコードすることで得られたグラフィクスを格納しておくバッファである。
　グラフィクスプレーン１１は、BD-Jアプリケーションによって描画した、一プレーン分のグラフィクスを格納しておくためのバッファである。
　合成器１２は、ビデオプレーン８に格納された非圧縮形式のピクチャデータに、グラフィクスプレーン１１に展開されたグラフィクスを合成して出力する。
　オーディオデコーダ１３は、デマルチプレクサ６から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
　HDMIインターフェイス１４は、合成部１２によって合成された合成映像と、オーディオデコーダ１３によってデコードされた非圧縮のオーディオデータとを、HDMIインターフェイスを介してテレビ１０３に伝送する。
　AV再生エンジン１５は、HDMVモードの動作主体であるコマンドインタプリタ、BD-Jモードの動作主体であるJavaプラットフォームからの関数呼び出しに応じて、AV再生機能、プレイリストの再生機能を実行する。AV再生機能とは、DVDプレーヤ、CDプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え、アングル切り替えといった処理である。プレイリスト再生機能とは、このAV再生機能のうち、再生開始や再生停止をカレントプレイリストを構成するカレントプレイリスト情報、カレントクリップ情報に従って行うことをいう。
　カレントシナリオメモリ１６は、カレントプレイリスト情報やカレントクリップ情報を格納しておくためのメモリである。カレントプレイリスト情報とは、BD-ROMドライブ１またはビルドインメディアドライブ３a、リムーバブルメディアドライブ３bからアクセスできる複数プレイリスト情報のうち、現在処理対象になっているものをいう。カレントクリップ情報とは、BD-ROMドライブ１またはビルドインメディアドライブ３a、リムーバブルメディアドライブ３bからアクセスできる複数クリップ情報のうち、現在処理対象になっているものをいう。
　レンダリングエンジン１７は、例えばJava２D，OPEN-GLといった基盤ソフトウェアを備え、BD-Jモードの動作主体であるJavaプラットフォームからの指示に従ってコンピュ-タ・グラフィックスの描画を行い、描画されたコンピュ-タ・グラフィックスをイメージプレーン１１に出力する。
　MPU２１は、再生装置におけるコンピュータアーキテクチャの中核をなし、ROM２２に格納されているネィティブコードをフェッチして解読し、ネィティブコードに基づき、再生装置の処理を実行する。
　ROM２２は、再生装置における組込みプログラムが予め格納されている。
　RAM２３は、動的シナリオメモリ３０、ヒープメモリ３１が配置されるメモリ空間を構成する。
　レジスタセット２４には、プレイリストの再生状態や、コンテンツが利用する任意の情報を格納できる領域である。プレイリストの再生状態とは、プレイリストに記載されている各種AVデータ情報の中のどのAVデータを利用しているか、プレイリストのどの位置（時刻）を再生しているか、などの状態を現すものである。プレイリストの再生状態が変化した際は、AV再生エンジン１５がレジスタセット２４に対し、その内容を格納する。また、HDMVモードの動作主体であるコマンドインタプリタもしくはBD-Jモードの動作主体であるJavaプラットフォームが実行しているアプリケーションからの指示により、コンテンツが指定した値を格納したり、格納された値をアプリケーションに渡したりすることが可能である。
　電源供給部２５は、商用電源又は内蔵電源により電源供給を行う。電源投入時には、投入を示す割込信号をMPU２１に出力し、電源異常／電源断時には、電源異常／電源断を示す割込信号をMPU２１に出力する。

　不揮発性メモリ２６は、読み書き可能なメモリなどの記録媒体（または記憶媒体とも言う）であり、電源が供給されなくても、記録内容を保持できる媒体である。例えばフラッシュメモリ、FeRAMなどである。また、ビルドインメディア、リムーバブルメディアといった書き込み可能な記録媒体を、不揮発性メモリ２６として利用しても実施可能である。また、ネットワークＩ／F(4)２１を経由してアクセス可能な媒体であっても、再生装置の電源供給状態に依存せず記録内容を保持できるのであれば、不揮発性メモリ２６として利用しても実施可能である。

　動的シナリオメモリ３０は、カレント動的シナリオを格納しておき、HDMVモードの動作主体であるコマンドインタプリタ、BD-Jモードの動作主体であるJavaプラットフォームによる処理に供されるメモリである。カレント動的シナリオとは、BD-ROMまたはビルドインメディアドライブ２a、リムーバブルメディアドライブ２bに記録されているIndex.bdmv、BD-Jオブジェクト、ムービーオブジェクトのうち、現在実行対象になっているものをいう。
　ヒープメモリ３１は、システムアプリケーションのバイトコード、BD-Jアプリケーションのバイトコード、システムアプリケーションが利用するシステムパラメータ、BD-Jアプリケーションが利用するアプリケーションパラメータが配置されるスタック領域である。
　バイトコードインタプリタ３２は、ヒープメモリ３１に格納されているバイトコードをネィティブコードに変換して、MPU２１に実行させる。

　以上が再生装置の内部構成についての説明である。続いて、再生装置のソフトウェアレイヤモデルの詳細について説明する。
　図４は、再生装置におけるソフトウェアレイヤモデルを示す図である。このソフトウェアレイヤモデルでは、HDMVモジュール４０、BD-Jモジュール４１、モード管理モジュール４２という3つの動作主体がMPU２１上に存在する。これらは、動的シナリオメモリ３０に存在するIndex.bdmv、BD-Jオブジェクト、ムービオブジェクトによって制御を行う。そしてBD-Jモジュール４１は、ミドルウェア３５－バイトコードインタプリタ３２－ヒープメモリ３１という階層によって構成される。ヒープメモリ３１には、BD-Jアプリケーション、クラスローダ３３、アプリケーションマネージャ３４が存在する。
　本図のうち、メモリカードドライブ３０、ヒープメモリ３１、バイトコードインタプリタ３２については、先の図で説明済みであるから、その説明を省略する。以降、未説明の構成要素について説明する。
　クラスローダ３３は、システムアプリケーションの1つであり、JARアーカイブファイルに存在するクラスファイルからバイトコードを読み出して、ヒープメモリ３１に格納することにより、BD-Jアプリケーションのロードを行う。
　アプリケーションマネージャ３４は、システムアプリケーションの1つであり、BD-Jオブジェクト内のアプリケーション管理テーブルに基づき、BD-Jアプリケーションを起動したりBD-Jアプリケーションを終了したりする等、BD-Jアプリケーションのアプリケーションシグナリングを行う。
　ミドルウェア３５は、組込みソフトウェアのためのオペレーティングシステムであり、当該オペレーティングシステムのカーネル、基本入出力部から構成される。またBD-JアプリケーションからのAPIコールに応じて、様々な機能をBD-Jアプリケーションに提供する。
　HDMVモジュール４０は、HDMVモードの動作主体であるコマンドインタプリタによって構成されるDVD仮想プレーヤであり、HDMVモードの実行主体となる。HDMVモードの動作主体であるコマンドインタプリタは、シナリオプログラムを構成するナビゲーションコマンドを解読して実行するものである。ナビゲーションコマンドは、DVD-Videoと似たようなシンタックスで記述されているため、かかるナビゲーションコマンドを実行することにより、DVD-Videoライクな再生制御を実現することができる。
　BD-Jモジュール４１は、BD-Jモードの動作主体であるJavaプラットフォームであり、Java仮想マシン、コンフィグレーション、プロファイルから構成され、バイトコードインタプリタ３２、クラスローダ３３、アプリケーションマネージャ３４、ミドルウェア３５を含む。
　モード管理モジュール４２は、BD-ROMまたはビルドインメディアドライブ２a、リムーバブルメディアドライブ２bから読み出されたIndex.bdmvを保持して、モード管理及び分岐制御を行う。モード管理モジュール４２によるモード管理とは、動的シナリオをどのHDMVモジュール４０、BD-Jモジュール４１に実行させるかという、モジュールの割り当てである。
　UO探知モジュール４３は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降UO（User　Operation）という）をモード管理モジュール４２に出力する。
　ディスパッチャ４４は、UOから、現在の再生装置におけるモードに適切なUOのみを選んで、そのモードを実行するモジュールに受け渡す。例えばHDMVモードの実行中に、上下左右、アクティベートといったUOを受け付けた場合、HDMVモードのモジュールにこれらのUOを出力するというのがディスパッチャ４４の処理である。
　本再生装置において、特に創作した部分は、BD-ROMコンテンツのレジュームである。レジュームとは、"退避"、"復帰"、"利用"という3つの処理によって、電源供給が絶たれた後の動作再開を実行することである。"退避"とは、揮発性の記憶媒体に存在する動作再開用のパラメータを、不揮発性の記憶媒体に書き込むことをいう。"復帰"とは、不揮発性の記憶媒体から、揮発性の記憶媒体に、動作再開に用いるパラメータを書き戻すことである。利用とは、揮発性の記憶媒体からBD-Jアプリケーション、AV再生エンジンへと、パラメータを引き渡して、アプリケーションの動作や再生制御に供することである。このレジュームには、以下のような類型がある。
　レジュームのうち、電源供給が断たれる前と、電源供給が再開した後とで、再生装置がHDMVモードで動作しているか、BD-Jモードで動作しているかというモード管理の同一性を保つことを、"モード管理レジューム"と呼び、かかるモード管理レジュームは、モード管理の管理主体であるモード管理モジュールによってなされる。第２記憶媒体への退避に供すべきパラメータのうち、モード管理に必要なものを"モード管理レジュームパラメータ"と呼ぶ。モード管理レジュームでは、Index.bdmv、及び、カレントタイトルに対応する動作モードオブジェクト(BD-Jオブジェクト、ムービーオブジェクト)がモード管理パラメータに該当する。これらは、動的シナリオメモリ３０に格納されているので、この動的シナリオメモリ３０の内容を不揮発性メモリ２６に書き込むことで、状態退避は可能になる。
　モード管理レジュームのうち、HDMVモードと、BD-Jモードとで共通に実行すべき動作のためのレジューム、つまり、プレイリストの再生制御の同一性を保つレジュームを"再生状態レジューム"といい、再生状態レジュームに用いるパラメータを、再生状態レジュームパラメータという。再生状態レジュームでは、再生状態レジスタの格納値が再生状態パラメータに該当する。ここでカレントタイトル番号は、モード管理レジュームに必要なものだが、カレントタイトル番号は、再生状態レジスタに格納されているので、再生状態パラメータの１つとして扱う。静的シナリオメモリ１６に格納されているカレントプレイリスト情報、カレントクリップ情報は、本実施形態では、再生状態パラメータに含めないものとする。これらは、再生状態レジスタにて指示されているから、再生状態レジスタの格納値を手掛かりにして改めて再度BD-ROMに読み出せば足りるからである。
　レジュームのうち、電源供給が断たれる前と、電源供給が再開した後とで、アプリケーションの動作の同一性を保つことを"アプリケーションレジューム"という。第２記憶媒体への退避に供すべきパラメータのうち、このアプリケーションレジュームに用いるべきものを"アプリケーションレジュームパラメータ"と呼ぶ。BD-ROMコンテンツのレジュームには、以上の3つのレジュームが必要となる。これらのレジュームの全体制御は、モード管理モジュール４２によってなされる。
　またBD-ROMコンテンツは、動画像の再生に、アプリケーションが連動するコンテンツであり、典型的なものとしては、動画像の再生を伴いながら、ユーザ操作に従いゲームを進行させるゲームコンテンツ、動画像の再生を伴いながら、ユーザ操作に従いWebページでオンラインショッピングを実行するオンラインショッピングコンテンツがある。以降の説明では、ゲームコンテンツが、BD-ROMコンテンツとして提供されているケースを題材にして、説明を進める。
　図５は、再生装置によって再生に供されるBD-ROMコンテンツを示す図である。図５（ａ）は、AVClipにおけるピクチャデータをビデオデコーダ７がデコードすることにより得られる動画像の一例を示す。HDMVモードでは、このピクチャデータを主体とした映像が再生されることになる。
　図５（ｂ）は、グラフィクスプレーン１１の格納内容の一例を示す。BD-Jアプリケーションが、動画像の再生を伴ったゲームを実行していることを前提にしている。そのためグラフィクスプレーン１１には、インディケータを示すグラフィクスが、表示座標(X1,Y1)において、縦幅、横幅(width1,height1)の大きさで表示されている。このインディケータは、ステージ数(STAGE1:5)、ライフ値(LIFE:3)、ゲームで使用するアイテム(ITEM:G,N)、スコア(SCORE:10,500)、ダメージ(4)を示す。
　また、表示座標(X2,Y2)には、縦幅、横幅(width2,height2)の大きさで、メニューが配置されている。このメニューは、(戦う、逃げる)という文字列を表示するものである。
　メニューの表示座標(X3,Y3)、メニューの縦幅、横幅(width3,height3)には、マップが配置されている。RAM８、合成部１２の格納内容がこれらのものである場合、テレビ１０３には、図５（ｃ）のような合成映像が表示されることになる。この図４（ｂ）における格納内容は、ゲームのGUIを表すものであるから、動画像と、アプリケーションによるGUI表示を組合せた、楽しい画面演出が可能になる。

　以降、レジスタセットについて説明する。
　レジスタセット２４は、例えば読み書き可能な揮発性の記憶領域を有するメモリなどの記憶媒体である。例えばユーザが操作入力できるBD-ROMの再生装置の電源スイッチ（図示せず）をオンにすると、レジスタセット２４に電力が供給され、レジスタセット２４に情報を書き込んで記憶することが可能となる。またBD-ROMの再生装置の電源スイッチ（図示せず）をオフにすると、レジスタセット２４に電力が供給さなくなり、レジスタセット２４に格納された情報はクリアされる。
　図６は、レジスタセット２４の内容の例を模式的に示したものである。レジスタセット２４は、プレーヤ設定レジスタと、プレーヤ状態レジスタと、汎用レジスタとから構成される。
　プレーヤ設定レジスタは、再生装置のコンフィグレーションを格納している。再生装置のコンフィグレーションには、例えば、再生装置における音声言語設定、字幕言語設定、テレビの表示設定、年齢設定がある。かかるレジスタの格納内容は、電源が絶たれた後も、格納しておく必要があるので、その記憶内容は、不揮発性メモリ２６によるバックアップがとられている。
　プレーヤ状態レジスタ(PSR)は、ある値を格納するための、番号付けされた格納場所を有するレジスタである。例えば、ある番号の格納場所には、現在再生中のプレイリストの識別子が入れられたり、他のある番号の格納場所には、利用しているオーディオの識別子が入れられたりする。これらの格納場所に格納された値に基づいて現在再生中のＡＶストリームの再生位置を特定することができる。プレーヤ状態レジスタにおいて、番号付けされた格納場所のそれぞれに値を入れるのは、AV再生エンジン１５、HDMVモジュール４０、もしくはBD-Jモジュール４１である。コンテンツは、HDMVモジュール４０、もしくはBD-Jモジュール４１によって、プレーヤ状態レジスタや汎用レジスタから、指定した番号に対応する値を取得したり、指定した番号に対応する値を格納したりできる。
　以降、PSRのうち、代表的なものについて説明する。
　PSR1は、カレントPlay Itemにおいて再生可能となる複数オーディオストリームのうち、1つを特定するものである。PSR1の設定値が変化すれば、再生装置はこの変化後のオーディオストリームを再生する。PSR1は初期値として0xFFが設定されており、再生装置により1～32の値に設定されうる。この0xFFは、不定値であり、オーディオストリームが存在しない旨、又は、オーディオストリームが選択されてない旨を示す。1～32の設定値は、オーディオストリーム番号として解釈される。
　PSR4は、1～100の値に設定されることで、現在の再生時点が属するタイトルを示す。
　PSR5は、1～999の値に設定されることで、現在の再生時点が属するチャプター番号を示し、0xFFFFに設定されることで、再生装置においてチャプター番号が無効であることを示す。
　PSR6は、0～999の値に設定されることで、現在の再生時点が属するカレントプレイリストの番号を示す。
　PSR7は、0～255の値に設定されることで、現在の再生時点が属するカレントプレイアイテムの番号を示す。
　PSR8は、0～OxFFFFFFFFの値に設定されることで、45KHzの時間精度を用いて現在の再生時点(カレントPTM)を示す。以上がPSRについての説明である。
　ここで、あるBD-ROMコンテンツを再生している際、そのBD-ROMコンテンツに含まれている、あるタイトルを構成する一部であるBD-Jアプリケーションが、そのタイトルの再生停止時に、レジューム再生に必要な情報を保存する処理の一例を示す。
　汎用目的レジスタ(GPR)には、BD-Jアプリケーションがヒープメモリ３１内で使用しているアプリケーションパラメータのうち、次回の動作再開時に特に必要となるものが、BD-Jアプリケーションによって書き込まれている。本図に示すパラメータ、つまり、インディケータに対応するデータファイル名(インディケータ画像.PNG)、インディケータの表示座標(X1,Y1)、インディケータの縦幅、横幅(width1,height1)、ステージ数(STAGE1:5)、ライフ値(LIFE:3)、ゲームで使用するアイテム(ITEM:G,N)、スコア(SCORE:10,500)といったものは、図５（ｃ）の画面を再度描画するため、BD-Jアプリケーションが必要であると判断したパラメータである。
　　(再生停止時の処理)
　BD-Jアプリケーションは、電源断発生や電源中断等、タイトル再生を停止すべき旨が通知されれば、ヒープメモリに存在する様々なパラメータ、つまり、動作において利用している変数の値、表示座標、その時点の時刻情報の中から、動作再開時に必要なものを選んで、不揮発性メモリに保存したいパラメータ(アプリケーションレジュームパラメータ)として汎用目的レジスタに書き込む。これ以外にも、プレーヤ状態レジスタやプレーヤ状態レジスタから保存したい情報をアプリケーションレジュームパラメータとして取得する。さらにBD-Jアプリケーションは、アプリケーションレジュームパラメータを汎用レジスタに格納する（以降、アプリケーションレジュームパラメータ退避と呼ぶ）。BD-Jアプリケーションは、アプリケーションレジュームパラメータ退避が完了すると、BD-Jモジュール４１に対し、完了通知を行う。尚、アプリケーションレジュームパラメータは基礎出願の明細書におけるJavaレジュームパラメータと同一である。
　BD-Jモジュール４１は、BD-Jアプリケーションから完了通知を受け取ると、そのBD-Jアプリケーションを停止させる。BD-Jアプリケーションを停止させると、タイトルが停止したことをモード管理モジュール４２に対して通知する。
　モード管理モジュール４２は、タイトルの停止した通知を受け取ると、レジスタセット２４のうち、再生状態レジュームパラメータを不揮発性メモリ２６に退避する。この再生状態パラメータの中には、タイトル番号等、モード管理モジュール４２によるモード管理に必要なパラメータが存在する。
　(再生再開時の処理)
　コンテンツの再生停止後、電源供給が再開されたため、タイトル再生を再開する際の動作を以下に説明する。
　モード管理モジュール４２は、再生を開始しようとしているコンテンツが、予め退避しておいたレジスタセット２４の内容に対応するものであるかを判断する。
　判断する方法としては、記録媒体が排出されていないことを認識できる場合であれば、そのコンテンツがモード管理レジューム退避によって退避されたレジスタセット２４の内容に対応するものであることは明白である。他の例としては、モード管理レジューム退避によって退避しておいたレジスタセット２４に対応するコンテンツのコンテンツ識別情報と、これから再生しようとしているコンテンツのコンテンツ識別情報をとの比較によっても実現可能である。
　ここでもし、再生を開始しようとしているコンテンツが、モード管理レジューム退避によって退避しておいてレジスタセット２４の内容に対応するものではないと判断した場合、以降で述べる復帰処理は実施せず、BD-ROMで決められた通常の再生処理を実施する。以降の記述では、レジスタセット２４の内容に対応するものであると判断した場合を前提とする。
　コンテンツの再生を開始する際、タイトルを再生開始する前に、予め退避しておいたレジスタセット２４の内容を、元の内容に戻す。タイトルを再生する場合、モード管理モジュール４２は、BD-Jモジュール４１に対し、タイトルの再生開始を指示する。BD-Jモジュール４１は、そのタイトルに関連付けられているBD-Jアプリケーションを起動する。
　BD-Jアプリケーションは、起動時に、前記アプリケーションレジュームパラメータ退避によって退避した情報を取得して、前回の動作状態を復元することが可能である。
　もしアプリケーションレジュームパラメータの取得に失敗したかどうか、取得した内容が期待値と異なるかどうかを判定する。取得に失敗した場合、期待値と異なる場合には、その取得した情報を利用せず、最初から再生を開始する。期待値と同一である場合、取得したアプリケーションレジュームパラメータを元に、BD-Jアプリケーションは、以前の再生状態を復元させる。例えば、番号０から取得したプレイリストのIDと、番号１から取得した再生がどこまで進んでいたかを表す時刻を用いて、停止した再生位置からAV再生を再開できる。
　モード管理モジュール４２は、モード管理レジュームとしてタイトル番号を保存しておいた場合、同一コンテンツの再生が再開されたときは、通常の再生順序ではなく、保存しておいたタイトル番号から再生を開始することで、再生するタイトル番号まで含めたレジューム再生が可能となる。
　これらの処理により、再生装置１０２はタイトルのレジューム再生が可能となる。
　図７は、状態退避におけるアプリケーションレジュームパラメータ及び再生状態パラメータの行き来を模式的に描いた図である。本図では、図２に示した内部構成のうち、レジスタセット２４、ヒープメモリ３１を抜き出して描いている。このレジスタセット２４、ヒープメモリ３１に書き加えられた矢印は、アプリケーションレジュームパラメータ、再生状態パラメータの行き来を模式化したものである。
　図７（ａ）は、BD-Jアプリケーションによるアプリケーションレジュームパラメータの汎用目的レジスタへの書き込みと、再生状態パラメータの再生状態レジスタへの書き込みとを模式的に示している。こうして、レジスタセットには、アプリケーションレジュームパラメータ及び再生状態パラメータが書き込まれていることがわかる。
　図７（ｂ）は、電源中断／電源異常を示す割込信号が通知された場合のアプリケーションレジュームパラメータ、再生状態パラメータの行き来を模式的に示す。丸記号"３"の矢印は、電源供給部２５からMPU２１への割込信号の出力を模式的に示したものである。かかる割込信号の通知があると、丸記号４の矢印に示すように、汎用目的レジスタにおけるアプリケーションレジュームパラメータ及び再生状態レジスタにおける再生状態パラメータが、不揮発性メモリ２６に書き込まれる。これにより、電源断の準備がなされたことがわかる。
　図８は、状態復帰及び利用時におけるアプリケーションレジュームパラメータ及び再生状態パラメータの行き来を模式的に描いた図である。本図では、図３に示した内部構成のうち、レジスタセット２４、不揮発性メモリ２６、ヒープメモリ３１、バイトコードインタプリタ３２を抜き出して描いている。これらに書き加えられた矢印は、アプリケーションレジュームパラメータ、再生状態パラメータの行き来を模式化したものである。
　（ａ）は、アプリケーションレジュームパラメータ及び再生状態レジスタの復帰を示す。本図における丸記号"１"の矢印は、電源供給部２５からMPU２１への、電源投入を示す割込信号の出力を模式的に示したものである。かかる割込信号の通知があると、不揮発性メモリ２６におけるアプリケーションレジュームパラメータ及び再生状態パラメータが、レジスタセット２４における汎用目的レジスタ、及び、再生状態レジスタに書き込まれる。
　丸記号"２""３"の矢印は、電源投入を示す割込信号が通知された場合のアプリケーションレジュームパラメータ、再生状態パラメータの行き来を模式的に示す。
　（ｂ）は、アプリケーションレジュームパラメータ及び再生状態レジスタの利用を示す。本図において、再生状態レジスタに再生状態パラメータが設定されると、これにより、カレントプレイリスト番号、カレントクリップ番号が特定することになる。丸記号"４"の矢印は、静的シナリオメモリ１６へのプレイリスト情報、クリップ情報の読み込みを模式的に示し、丸記号"５"の矢印は、AV再生エンジン１５によるプレイリスト情報、クリップ情報の読み込みを模式的に示したものである。
　再生状態パラメータが再生状態レジスタに設定されることにより、カレントタイトル番号が特定することになる。丸記号"６"の矢印は、カレントタイトル番号に基づく、BD-Jオブジェクトの読み込みと、このBD-Jオブジェクトに基づく、BD-Jアプリケーションのクラスロードとを模式的に示す。
　丸記号"７"の矢印は、汎用目的レジスタからヒープメモリへのアプリケーションレジュームパラメータの読み込みを模式的に示す。

　図９は、レジューム処理の処理手順を示すフローチャートである。
　ステップＳ１においてIndex.bdmvをBD-ROMから読み出し、ステップＳ２において、BD-ROMのイジェクトがあったか否かを判定する。もしあった場合、ステップＳ３においてIndex.bdmvにおけるファーストプレイタイトルを再生する。ステップＳ２がNoである場合、ステップＳ４～ステップＳ１０の処理を実行する。
　ステップＳ４において状態退避内容におけるタイトル識別情報と、これから再生しようとするメディアにおけるタイトル識別情報とを対比し、ステップＳ５において一致しているかどうかを判定する。不一致ならば、ステップＳ３に移行する。
　一致していれば、退避による退避内容を、レジスタセットに復帰させて(ステップＳ６)、ステップＳ７の判定を行う。ステップＳ７は、タイトル番号が状態復帰したかどうかの判定であり、もしタイトル番号が復帰しなければ、Index.bdmvにおけるファーストプレイタイトルを再生する。
　状態復帰した場合は、カレントタイトル番号に対応するBD-Jオブジェクトを読み出し(ステップＳ８)、カレントBD-Jオブジェクト内のアプリケーション管理テーブルに記載されているアプリケーションについてクラスロードを行って(ステップＳ９)、クラスローダによりヒープメモリに得られたバイトコードをバイトコードインタプリタに実行させる(ステップＳ１０)。
　図１０は、アプリケーションレジュームパラメータ処理の手順を示すフローチャートである。
　汎用目的レジスタにアクセスして、アプリケーションレジュームパラメータの取得にトライする(ステップＳ２１)。ステップＳ２２は判定ステップであり、アプリケーションレジュームパラメータの取得に成功したなら、ステップＳ２３を実行する。ステップＳ２３は、アプリケーションレジュームパラメータの内容が期待値になっているか否かの判定ステップであり、期待値になっていなら(ステップＳ２４)、アプリケーションレジュームパラメータをヒープメモリ内に設定することにより、以前の実行状態を再現する。
　期待値になっていないなら、ステップＳ２５においてヒープメモリ内のパラメータを初期化して、BD-Jアプリケーションの実行を最初から行う。

　（第２実施形態）
　第１実施形態では、電源異常を示す割込信号５が出力された際、又は、BD-Jアプリケーションは、再生停止の通知を受け取った際にアプリケーションレジュームパラメータ退避を行っていた。本実施形態においては、この状態退避のタイミングのバリエーションを開示する。
　(状態退避タイミングのランダム化)
　BD-Jアプリケーションは、任意のタイミングでアプリケーションレジュームパラメータ退避を行ってもよい。任意のタイミングとは、例えば、BD-Jアプリケーションがアプリケーションレジュームパラメータに含まれる情報の更新を検知したときであるとか、ある間隔（例えば1秒）をおいて周期的であるとか、ユーザからの操作を受けたタイミングなどである。また、そのタイミングは常に固定である必要は無く、動作状態や、再生装置の周辺要因などに応じて、途中でタイミングを変更することも可能である。
　このように、BD-Jアプリケーションが任意のタイミングでアプリケーションレジュームパラメータ退避を行い、モード管理モジュール４２が任意のタイミングでモード管理レジューム退避を行うことによって、急に電源が切れた場合など、モード管理モジュール４２が、BD-Jモジュール４１に対し、実行中のBD-Jアプリケーションの停止を指示しない、もしくは指示できない場合においても、レジューム再生が可能となる。

　(退避タイミングの指示)
　BD-Jアプリケーションが、明示的にモード管理モジュール４２に対して、モード管理レジューム退避のタイミングを指示することも可能である。
　例えば、BD-Jアプリケーションが、アプリケーションレジュームパラメータ退避を完了した時点で、モード管理モジュール４２に対してモード管理レジューム退避のタイミングを指示することによって、効率的にアプリケーションレジュームパラメータの退避が可能となる。
　さらに、BD-Jアプリケーションが、明示的にモード管理モジュール４２に対して、BD-Jアプリケーションがアプリケーションレジュームパラメータ退避を開始したことを通知することも可能である。これにより、モード管理モジュール４２は、その時点においてアプリケーションレジュームパラメータが不完全であることを認識することができるため、モード管理レジューム退避のタイミングを遅らせたり、待ったりすることが可能となる。
　(汎用目的レジスタのアクセス終了をトリガとした状態退避)
　動作中のアプリケーションが汎用目的レジスタの利用を終了したかどうかを検知する。この検知は、アプリケーションが汎用目的レジスタの利用を終了した際、アプリケーションがミドルウェアに発するイベントを受信することでなされる。
　(アプリケーションからの指示をトリガとした状態退避)
　"アプリケーションレジュームパラメータを退避せよ"との指示がプログラムインターフェイスを通じてアプリケーションによってなされたか否かの判定を行ってもよい。この場合状態退避は、アプリケーションレジュームパラメータを退避せよとの指示がアプリケーションからなされた際、実行される。
　（第３実施形態）
　第１実施形態においては、本発明におけるレジューム再生装置がレジューム再生を実現できる方式について述べた。本実施の形態においては、再生装置のコンフィグレーションにおいて、レジューム処理を実施することが可能かどうかを設定しておうく改良を述べる。再生装置のコンフィグレーションとして再生装置に組込まれ、レジューム処理を実施することが可能かどうかを表す情報を、レジュームサポート情報と呼ぶ。
　レジュームサポート情報は、例えば、BD-Jモジュール４１にレジュームサポート情報取得用のAPI（Application  Programing  Interface）を用意したり、BD-Jアプリケーションから取得可能なレジスタセット２４の内部にレジュームサポート情報を含めたりすることが可能である。これらに限らず、レジュームサポート情報は、BD-Jアプリケーションから取得可能であれば、再生装置において、どのような形態で用意されていてもよい。
　コンテンツは、レジュームサポート情報の内容により、もし再生装置がレジューム処理できないことが分かると、アプリケーションレジュームパラメータを退避することなく、レジューム処理を断念したり、レジュームが出来ないことをユーザに通知したり、BD-ROM規格で規定される再生装置で提供される他の手法を用いて可能な限りレジュームを実現しようと試みる。もし再生装置がレジューム処理できることが分かると、アプリケーションレジュームパラメータの退避や、レジューム処理を活用したシナリオの作成が可能である。
　取得したレジュームサポート情報の内容からレジュームがサポートされていることを知れば、BD-Jアプリケーションがアプリケーションレジュームパラメータの退避や、レジュームを活用するような動的シナリオをオーサリング担当者は作成することが可能になる。例えば再生装置は、上述の実施の形態にて説明をしたモード管理モジュール４２を制御するためのAPIを備え、BD-Jアプリケーションは、このAPIを呼出すときに、退避するタイミング、退避すべき情報などを引数として与え、この呼び出しを受けたAPIは与えられた引数に従ってモード管理モジュール４２の退避を制御するようにしても良い。またBD-Jアプリケーションは、モード管理モジュール４２を直接制御するように構成しても良い。
　図１１（ａ）は、レジュームサポート情報の一例を示す図である。レジュームサポート情報は、"１"か、"０"の値をとるフラグであり、"１"であれば、レジスタセットにおけるプレーヤ状態レジスタ及び汎用目的レジスタの状態退避が可能である旨を示す。"０"であれば、レジスタセットにおけるプレーヤ状態レジスタ及び汎用目的レジスタの状態退避が不可能である旨を示す。
　図１１（ｂ）は、レジュームサポート情報に基づく、APIのコールを示す。本図は、再生装置の内部構成のうち、バイトコードインタプリタ３２、ミドルウェア３５、レジスタセット２４を抜き出して描いている。丸記号"１"の矢印は、BD-Jアプリケーションによるレジュームサポート情報の取得を模式的に示す。BD-Jアプリケーションは、こうして取得したレジュームサポート情報を参照して、再生装置が状態退避・状態復帰に対応しているか否かを判定する。BD-Jアプリケーションが、状態退避・状態復帰に対応していると判定すれば、状態退避・状態復帰APIをコールすることにより、アプリケーションレジュームパラメータ及び再生状態パラメータが、レジスタセット２４から不揮発性メモリ２６へと状態退避されることになる。丸記号"２"の矢印は、BD-Jアプリケーションによる状態退避・状態復帰APIのコールを模式的に示している。
　かかるAPIのコールによって、丸記号"３","４"の矢印に示すように、レジスタセット２４に格納されたアプリケーションレジュームパラメータと、再生状態パラメータとがレジスタセット２４から読み出されて不揮発性メモリ２６に書き込まれる。

　(第３実施形態)
　本実施形態はオーサリングを行う者が、レジュームを再生装置に行わせることを意図している場合、レジュームを行わせるかどうかを指定することができる情報(レジューム対応情報と呼ぶ)を、BD-ROMに記録して、再生装置に供給する場合の改良である。
　レジューム対応情報には、以下のような形態がある。

　(復帰可否、利用可否の設定)
　レジューム対応情報には、"復帰"の可否を示すフラグ(復帰可否フラグ)、"利用"の可否を示すフラグ(利用可否フラグ)を組込んでおくことができる。
　図１２（ａ）は、復帰可否フラグ、利用可否フラグを含むレジューム対応情報を示す図である。（ｂ）は、復帰可否フラグ、利用可否フラグのビットアサインを示す。
　『復帰可否フラグ』は、"１"に設定されることにより、不揮発性メモリ２６に格納されたアプリケーションレジュームパラメータ及び再生状態パラメータを、レジスタセット２４における汎用目的レジスタ及びプレーヤ状態レジスタに復帰することができることを、オーサリング者が意図している旨を示す。一方"０"に設定されることにより、復帰可否フラグは不揮発性メモリ２６に格納されたアプリケーションレジュームパラメータ及び再生状態パラメータを、レジスタセット２４における汎用目的レジスタ及びプレーヤ状態レジスタに復帰できないことを、オーサリング者が意図していない旨を示す。
　『利用可否フラグ』は、１に設定されることにより、レジスタセット２４に書き戻されたアプリケーションレジュームパラメータ及び再生状態パラメータを、BD-Jアプリケーション及びAV再生エンジン１５に利用させる旨をオーサリング者が意図している旨を示す。一方、"０"に設定されることにより、利用可否フラグは、レジスタセット２４に書き戻されたアプリケーションレジュームパラメータ及び再生状態パラメータを、BD-Jアプリケーション及びAV再生エンジン１５に利用させる旨をオーサリング者が意図していない旨を示す。
　図１３（ａ）は、復帰可否フラグが"１"に設定されている場合の動作を示す。本図における上側は、１に設定された復帰可否フラグと、１に設定された利用可否フラグとを示す。下側は、図８（ａ）、（ｂ）と同じ内容であり、不揮発性メモリ２６からレジスタセット２４への復帰、及び、レジスタセット２４からBD-Jアプリケーション及びAV再生エンジン１５への引き渡しを示す模式的に示す。本図に示すように、不揮発性メモリ２６からレジスタセット２４への復帰は、復帰可否フラグが"１"に設定されていることを前提に実行され、レジスタセット２４からBD-Jアプリケーション及びAV再生エンジン１５への引き渡しは、利用可否フラグが"１"に設定されていることを前提に実行されていることがわかる。

　これとは反対に、復帰可否フラグが０に設定されていれば、不揮発性メモリ２６からレジスタセット２４への復帰がなされることはない。利用可否フラグが"0"に設定されていれば、レジスタセット２４からBD-Jアプリケーション及びAV再生エンジン１５へのアプリケーションレジュームパラメータ、再生状態パラメータの引き渡しがなされることはない。以上の復帰可否フラグ、利用可否フラグを用いることで、不揮発性メモリ２６からレジスタセット２４への書き戻しは行うが、書き戻されたアプリケーションレジュームパラメータ及び再生状態パラメータの利用自体は禁じるという制限を、再生動作時に課すことができる。

　(タイトル共通指定、個別指定)
　この改良は、BD-ROMに記録されている複数のタイトルのうち、どれで状態退避・状態復帰を実行させるかを、BD-ROMに設定しておくというものである。
　図１４は、状態退避・状態復帰の可否がタイトル毎に設定されたIndex.bdmvを示す図である。
　タイトル共通情報２０２は、BD-ROMに記録されている複数のタイトルがベースとしている規格のバージョン番号、コンテンツ作成者独自の情報を含む。図１４では、バージョンが２.００であり、コンテンツ製作者独自の情報として"映画１"という内容が含まれる例を示している。そしてタイトル共通情報に存在するレジューム対応フラグは、BD-ROMに記録されている全てのタイトルにおいて、状態退避・状態復帰が有効であるか否を示す。
　タイトル固有情報２０３は、各タイトルに関する情報が含まれている。図１４５は、コンテンツ内にタイトルが２つ存在し、タイトル#1のタイトル種別が"BD-J"であり、タイトル#1のタイトル定義情報が前記bdjoディレクトリに"０００００.bdjo"であり、かかるタイトル#1がレジュームに対応していることを示す。そして、タイトル#1情報に存在するレジューム対応フラグは、タイトル#1において、状態退避・状態復帰が有効であるか否かを示す。そしてタイトル#2情報に存在するレジューム対応フラグは、タイトル０００２において、状態退避・状態復帰が有効であるか否かを示す。
　またタイトル#2のタイトル種別が"HDMV"であり、タイトル#2のタイトル定義情報が前記MovieObject.bdmvの０番目に定義されている。
　図１４では、これらのタイトル共通情報、タイトル個別情報のそれぞれに、レジューム対応フラグが存在する。
　再生装置１０２は、再生するコンテンツに含まれるレジューム対応フラグの内容に応じて処理を変える。
　図１５は、レジューム対応フラグの内容を用いた再生装置１０２の処理手順を示すフローチャートである。コンテンツの再生を開始しようとすると、まず、再生装置１０２は、index.bdmv２０１を読み込み(ステップＳ１)、index.bdmv２０１に含まれているタイトル共通情報、タイトル個別情報を参照して、タイトル共通情報におけるレジューム対応フラグが有効かどうかを判断する（S３１）。もし、タイトル共通情報におけるレジューム対応フラグが有効であれば、カレントタイトルにおいて、レジュームが有効である旨をユーザに提示して(ステップＳ３３)、ステップＳ２～ステップＳ１０の処理を行い、復帰及び利用を行う。
　タイトル共通情報におけるレジューム対応フラグは有効でない場合、ステップＳ３２の判定を行う。ステップＳ３２の判定は、タイトル個別情報のうち、カレントタイトルに対応するもののレジューム対応フラグが有効であるか否かを判定するものである。もし有効であれば、ステップＳ３３において、カレントタイトルにおいてレジュームが有効である旨をユーザに提示して、ステップＳ２～ステップＳ１０の処理を行い、復帰及び利用を行う。
　タイトル共通情報におけるレジューム対応フラグも、タイトル個別情報におけるレジューム対応フラグも有効でない場合、ステップＳ３４で、カレントタイトルにおいてレジュームが有効でない旨をユーザに提示して、ステップＳ３において、ファーストプレイタイトルを再生する。
　これにより、レジューム再生を好まないコンテンツや、レジューム再生による動作を保障できないコンテンツに対し、レジューム再生による問題の発生を防ぐことが可能となる。
　図１６は、テレビ１０３の提示内容を示す。本図（ａ）は、タイトル共通情報又はカレントタイトルに対応するタイトル個別情報が有効になっている際の提示内容を示す。この提示内容は、電源オフ前からの再開が可能である旨をGUIを介してユーザに提示している。また、再開を行うかどうかの指示を受け付けるためのボタンを併せて表示している。このように再生装置１０２は、レジューム対応フラグが有効になっているコンテンツを再生する際、テレビ１０３などに、対象コンテンツがレジューム再生に対応していることをユーザに提示することが可能である。
　同図（ｂ）は、タイトル共通情報又はカレントタイトルに対応するタイトル個別情報が無効になっている際の提示内容を示す。この提示内容は、電源オフ前からの再開が不可能である旨をGUIを介してユーザに提示している。再生装置１０２は、レジューム対応フラグが無効になっているコンテンツを再生する際、または、コンテンツの再生を停止する際に、テレビ１０３などに、対象コンテンツがレジューム再生に対応していないことを表示することが可能である。これにより、レジューム対応フラグに応じた処理の違いを、ユーザに示すことが可能となる。

　(アプリケーションレジュームパラメータ、再生状態パラメータの状態退避及び復帰を指定するレジューム対応情報)
　レジューム対応情報には、アプリケーションレジュームパラメータの状態退避及び復帰、再生状態パラメータの状態退避及び復帰のうち、何れを実行すべきか、双方を実行すべきかを示す情報を包含させておくことができる。
　再生状態レジュームパラメータの状態退避及び復帰を実行すべきか否かを規定するフラグを"再生状態レジューム可否フラグ"といい、アプリケーションレジュームパラメータの状態退避及び復帰を実行すべきか否かを規定するフラグを"アプリケーションレジューム可否フラグ"という。
　図１７（ａ）は、再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグを格納したレジューム対応情報を示す図である。再生状態レジューム可否フラグは"１"に設定されることにより、再生状態パラメータの状態退避及び復帰が可能である旨を示す。一方、再生状態レジューム可否フラグは"０"に設定されることにより、再生状態レジュームパラメータの状態退避及び復帰が不可能である旨を示す。
　アプリケーションレジューム可否フラグは"１"に設定されることにより、アプリケーションレジュームパラメータの状態退避及び復帰が可能である旨を示す。一方、アプリケーションレジューム可否フラグは"０"に設定されることにより、アプリケーションレジュームパラメータの状態退避及び復帰が不可能である旨を示す。
　（ｂ）は、アプリケーションレジューム可否フラグが1に設定された場合における状態退避・状態復帰を示す。（ｂ）の左側には再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグを含むレジューム対応情報が記載されている。このレジューム対応情報は、アプリケーションレジューム可否フラグが"１"に設定されており、再生状態対応フラグが"０"に設定されているので、アプリケーションレジュームパラメータのみがレジスタセット２４から不揮発性メモリ２６に状態退避され、再生状態パラメータはレジスタセット２４から不揮発性メモリ２６に状態退避されていないことがわかる。
　（ｃ）は、再生状態レジューム可否フラグが"1"に設定された場合における状態退避・状態復帰を示す。（ｃ）の左側には再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグを含むレジューム対応情報が記載されている。このレジューム対応情報は、再生状態レジューム可否フラグが"１"に設定されており、アプリケーションレジューム可否フラグが"０"に設定されているので、再生状態パラメータのみがレジスタセット２４から不揮発性メモリ２６に退避され、アプリケーションレジュームパラメータはレジスタセット２４から不揮発性メモリ２６に退避されていないことがわかる。
　図１８は、再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグによる状態退避・状態復帰を示すフローチャートである。本図において、一点鎖線で囲んだステップＳ４１～ステップＳ４５が、再生状態レジューム可否フラグ、アプリケーションレジューム可否フラグに対応する処理である。
　ステップＳ１において、Index.bdmvを読み出した後、ステップＳ４１の判定ステップを実行する。ステップＳ４１は、再生状態レジューム可否フラグが"１"に設定されているか否かの判定であり、もし再生状態レジューム可否フラグが"１"に設定されていれば、退避していた再生状態パラメータを復帰させる（ステップＳ４２）。"０"であれば、ステップＳ４５に移行する。ステップＳ４５は、アプリケーションレジューム可否フラグが(1)に設定されているか否かの判定であり、アプリケーションレジューム可否フラグが"0"に設定されている場合、ステップＳ３において、ファーストプレイタイトルを再生する。
　ステップＳ４３は、ステップＳ４１でYesに設定され、再生状態パラメータがプレーヤ状態レジスタに書き戻された後に実行される判定ステップであり、アプリケーションレジュームパラメータが"１"に設定されているか否かを判定する。ステップＳ４３がYesであれば、ステップＳ４４において、アプリケーションレジュームパラメータを不揮発性メモリ２６から汎用目的レジスタに書き戻す。もしステップＳ４３がNoであれば、ステップＳ４４を復帰する。

　(個数指定を含むレジューム対応情報)
　レジューム対応情報に、状態退避を行うべきアプリケーションレジュームパラメータの個数を包含させておくという改良について説明する。レジューム対応情報に、状態退避行うべきアプリケーションレジュームパラメータ又は再生状態パラメータの個数を記述しておき、汎用目的レジスタに存在する複数のアプリケーションレジュームパラメータのうち、レジューム期待情報に記載されている個数のアプリケーションレジュームパラメータを不揮発メモリに状態退避させれば、状態退避、復帰に伴うオーバーヘッドを極力少なくすることができる。
　図１９は、個数指定を含むアプリケーションレジュームパラメータの一例を示す図である。本図（ａ）において、アプリケーションレジュームパラメータにおけるパラメータ個数指定は、３個というように、具体的な汎用目的レジスタの個数を指定することができる。本図（ｂ）は、（ａ）の個数指定に基づく、汎用目的レジスタの退避を示す図である。パラメータ個数指定が"3"に指定されていれば、汎用目的レジスタに存在する5つのアプリケーションレジュームパラメータのうち、3つのアプリケーションレジュームパラメータが、不揮発性メモリ２６に状態退避されることになる。（ｃ）は、パラメータ個数指定が５個に設定されたアプリケーションレジュームパラメータの一例を示す図である。（ｄ）は、（ｃ）の個数指定に基づく、汎用目的レジスタの退避を示す図である。パラメータ個数指定が"5"に指定されていれば、汎用目的レジスタに存在する5つのアプリケーションレジュームパラメータのうち、5つのアプリケーションレジュームパラメータが、不揮発性メモリ２６に状態退避されることになる。
　汎用目的レジスタにおける全てのパラメータを状態退避するのではなく、一部の情報のみ退避することによって、退避する情報量を削減でき、退避先のサイズの縮小や、退避作業に要する時間の短縮が可能となる。
　レジスタセット２４のうち、どの範囲をアプリケーションレジュームパラメータとして退避されるかを予め決めておき、BD-Jアプリケーションが、その部分にのみアプリケーションレジュームパラメータを退避することによって、退避する範囲を制限することが可能となる。

　(退避すべき範囲)
　退避すべき範囲については、BD-Jアプリケーションがアプリケーションレジュームパラメータとして退避して欲しいと希望するレジスタの範囲をBD-Jアプリケーションからモード管理モジュール４２に対して通知するのが望ましい。これにより、BD-Jアプリケーションにとって最適なサイズのアプリケーションレジュームパラメータを退避することが可能となる。

　(退避タイミングの規定の仕方)
　前記レジューム対応情報に、BD-Jアプリケーションが任意のタイミングでアプリケーションレジュームパラメータ退避を実施するかどうかの情報を含めることが出来る。再生装置がこの情報を用いることによって、再生するコンテンツが急に電源が切れば場合にレジュームできないことをユーザに提示したり、モード管理モジュール４２がモード管理レジューム退避を行うタイミングを変更したりなど、動作を変更することが可能となる。

　（第４実施形態）
　本実施形態は、不揮発性メモリ２６における改良のバリエーションを開示する。不揮発性メモリ２６における改良のバリエーションには、以下のものがある。

　(タイトル毎のレジューム)
　複数のタイトル毎のアプリケーションレジュームパラメータ及び再生状態パラメータの組みを不揮発性メモリ２６に格納しておいて、状態退避・状態復帰を実行することができる。例えば、タイトル０００１とタイトル０００２が存在しおり、タイトル０００１の再生を停止後、タイトル０００２を再生し、さらにその後にタイトル０００１を再度再生する場合、タイトル０００１の２回目の再生は、１回目の再生の続きから再生される場合に有益である。コンテンツの種類は２種類に限らず、１種類以上のコンテンツであれば、実施可能である。
　図２０は、不揮発性メモリ２６の格納内容を模式的に表したものである。本図に示すように、不揮発性メモリ２６には、タイトル識別子と、再生状態パラメータとの組みが複数、配置される。
　タイトル識別子は、コンテンツを一意に識別できる情報であり、例えば、前記BCAや、前記discIDなどを利用することが可能であるが、コンテンツを一意に識別できるものであれば、どのような情報であっても実施可能である。本図においては、タイトル０００１、０００２についてのタイトル識別子が不揮発性メモリ２６に格納されている。
　これらのタイトル識別子に対応付けて、再生状態パラメータが格納される。図２０（ａ）の場合、タイトル識別子「０００１」には、時点t1に対応する再生状態パラメータ及びアプリケーションレジュームパラメータが格納されており、タイトル識別子「０００２」には、時点t2に対応する再生状態パラメータ及びアプリケーションレジュームパラメータが格納されている。
　時点t1に対応する再生状態パラメータは、タイトル識別子「０００１」のコンテンツを再生していた際の再生状態パラメータであり、t2に対応する再生状態パラメータは、タイトル識別子「０００２」のコンテンツを再生していた際の再生状態パラメータである。
　同図（ｂ）は、タイトル番号０００１対応付けて格納される再生状態パラメータがどのようなものかを示す。タイトル０００１の再生開始からt1を経過した後に、再生停止が指示された場合、t1が、再生状態パラメータとしてタイトル０００１に対応付けて格納されることがわかる。
　同図（ｃ）は、タイトル番号０００２に対応付けて格納される再生状態パラメータがどのようなものかを示す。タイトル０００２の再生開始からt2を経過した後に、再生停止が指示された場合、t2が、再生状態パラメータとしてタイトル０００２に対応付けて格納されることがわかる。
　同図（ｄ）は、タイトル０００２の再生後、タイトル０００１の再生がどのように再開するかを示す。タイトル０００１のタイトル識別子には、t1の再生状態パラメータが格納されているため、このt1の位置から再生が再開することがわかる。
　この状態において、タイトル識別子「０００１」のコンテンツの再生を開始すると、モード管理モジュール４２は、t1に対応する再生状態パラメータを用いてレジューム再生を行うことが出来る。また、タイトル識別子「０００２」のコンテンツの再生を開始すると、モード管理モジュール４２は、t2に対応する再生状態パラメータを用いてレジューム再生を行うことが出来る。

  (退避先の二重化)
　モード管理レジューム退避の途中で電源が切れる場合や、何らの異常が発生することによってモード管理レジューム退避に失敗する場合がある。このような問題に対しては、モード管理レジュームの退避先の二重化、つまり、退避先を２組以上用意し、順番に利用する方法がある。
　図２１は、第１の退避先である記憶領域１と、第２の退避先である記憶領域２の２組の退避先が存在する不揮発性メモリ２６を示す図である。モード管理モジュール４２は、図２１（ａ）に示すように、最初のモード管理レジューム退避のタイミングでは、アプリケーションレジュームパラメータ及び再生状態パラメータを、第１の退避先である記憶領域１に退避する。そして退避が成功した場合、退避先記憶領域１が正常であることを記憶しておく。次のモード管理レジューム退避のタイミングでは、図２１（ｂ）に示すように、第２の退避先である記憶領域２へ退避する。そして退避が成功した場合、退避先記憶領域２が正常であることを記憶しておく。この処理により、より最後に退避した退避先であり、かつ、成功したと記憶されている方の退避先の情報を利用することで、問題を回避することが可能である。
　これにより、BD-Jアプリケーション自身が、各退避先が正常に退避された内容かどうかを記憶する必要がなくなる。
　各退避先が正常に退避された内容かどうかを判定したい場合は、各退避先に含まれる情報のうち、正常に退避された内容であること示す情報を読み込むことによって判定できる。もし正常に状態退避された内容が2以上の存在する場合、状態退避内容のうち、状態退避の時期が最も新しいものを、復帰及び利用に供する
　尚、退避先１および退避先２の中に、その退避先が正常に退避された内容であること示す情報を含めても良い。
　(備考)
　以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。各実施形態に示した通り実施するか、これらの改良・変更を施すか否かは、何れも任意的であり、実施する者の主観によることは留意されたい。

　尚、上記の説明は一例に過ぎず、当該技術者にとっては、様々な応用が適用できる。
　(プログラミング言語の適用範囲)
　上記実施形態では、仮想マシンのプログラミング言語としてJava（TM）を利用したが、Java（TM）ではなく、UNIX（TM） OSなどで使われているB-Shellや、Perl Script、ECMA Scriptなど他のプログラミング言語であっても良い。

　(コンテンツアンバウンダリレジューム)
　前記レジューム対応情報に、複数のコンテンツをまたいだレジューム再生を期待するかどうかの情報を含めることが出来る。再生装置がこの情報を用いることによって、仮にモード管理レジュームが退避されていたとしても、コンテンツが変更された際に、退避されているモード管理レジュームパラメータを使わないように動作することが可能となる。

　(ディレクトリ構成)
　これらのファイルおよびディレクトリ構成は、その一例であり、他の構成であっても本発明は実施可能である。
　(マルチドライブ化)
　BD-ROMドライブ４０１は、BD-ROMだけでなく、読み書き可能なBD-REに対する読込みおよび書き込みや、DVD、CD等の様々な種類の記録媒体を利用できるものであってもよ
い。
　(機能構成のバリエーション)
　ここで示した機能構成は、BD-ROMの再生装置の一例を示したものであり、以降で述べる動作を実現可能であれば、他の機能構成であっても本発明は実施可能である。

　(再開のための必須情報)
　BD-Jアプリケーションは、プレーヤ状態レジスタの全てを取得する必要なく、そのBD-Jアプリケーションが再開するために必要とするもののみを取得すれば良い。

　(レジスタ内容の退避形式)
　モード管理レジュームがレジスタセット２４の内容を含んでいる場合、レジスタセット２４の内容をそのままの形式で利用しなくても、レジスタセット２４の内容を復元可能であれば退避の際のデータ形式を変更してもよい。例えば、公知の圧縮技術を用いてレジスタセット２４の内容を圧縮したものをモード管理レジュームに含めることが可能である。
　（アプリケーションレジュームパラメータの取得成功後の処理）
　アプリケーションレジュームパラメータの取得に成功したとしても、必ずしも以前の再生状態を復元させる必要は無い。

　(モード管理レジュームにおける差分データ、変更データ)
　モード管理レジュームは、レジスタセット２４の内容を全てを含める必要は無く、復元するのに十分な情報さえ含められればよい。例えば、ある初期値を決めておき、初期値と異なる部分だけ保存したり、何らかの変更が加えられた部分だけ保存したりすることが可能である。
　（モード管理レジュームの包含内容）
　モード管理レジュームには、レジスタセット２４の内容だけでなく、他の情報も含めることが可能である。例えば、最後に再生していたタイトル番号や、HDMVタイトルに関する情報、停止理由などである。また、コンテンツを識別するためのコンテンツ識別情報を含めてもよい。コンテンツを識別するための情報とは、例えば、前記BCAの情報や、記録媒体上に存在するファイルから実用上一意に識別できると期待できる情報を算出した値（例えばファイルのハッシュ値など）でもよい。

　(伝達の仕方)
　さらには、BD-Jアプリケーションがアプリケーションレジュームパラメータをレジスタセット２４に格納することなく、直接的あるいは間接的に、モード管理モジュール４２にアプリケーションレジュームパラメータを伝達することも考えられる。その場合、レジューム再生を行う際には、モード管理モジュール４２は、アプリケーションレジュームパラメータをレジスタセット２４に復元するのではなく、直接的あるいは間接的に、BD-Jアプリケーションに伝達する。

　（不揮発性メモリ２６のバリエーション）
　不揮発性メモリ２６は、リムーバブルメディアドライブ２b、ビルドインメディアドライブ２a、BDドライブ４０１で書き込み可能な記録媒体を、不揮発性メモリ２６として利用しても実施可能である。また、ネットワークI/F４を経由してアクセス可能な媒体であっても、再生装置の電源供給状態に依存せず記録内容を保持できるのであれば、不揮発性メモリ２６として利用しても実施可能である。

　（二次電源の具備）
　なお、電源が急に切れる場合の対策として、モード管理レジューム退避を行うのに十分な二次電源を用意しておくことが望ましい。
　なお、モード管理レジューム退避の途中で電源が切れる場合や、何らの異常が発生することによってモード管理レジューム退避に失敗する場合への対策を行わなくてもよい。本発明は実施可能である。

　(実施可能性)
　アプリケーションレジュームパラメータ退避の途中で電源が切れる場合や、何らの異常が発生することによってアプリケーションレジュームパラメータ退避に失敗する場合への対策を行わなくても、本発明は実施可能である。

　（プログラムの実施形態）
　各実施形態に示したアプリケーションレジュームパラメータ、再生状態パラメータの退避・復帰を行うプログラムは、以下のようにして作ることができる。先ず初めに、ソフトウェア開発者は、プログラミング言語を用いて、各フローチャートや、機能的な構成要素を実現するようなソースプログラムを記述する。この記述にあたって、ソフトウェア開発者は、プログラミング言語の構文に従い、クラス構造体や変数、配列変数、外部関数のコールを用いて、各フローチャートや、機能的な構成要素を具現するソースプログラムを記述する。
　記述されたソースプログラムは、ファイルとしてコンパイラに与えられる。コンパイラは、これらのソースプログラムを翻訳してオブジェクトプログラムを生成する。
　コンパイラによる翻訳は、構文解析、最適化、資源割付、コード生成といった過程からなる。構文解析では、ソースプログラムの字句解析、構文解析および意味解析を行い、ソースプログラムを中間プログラムに変換する。最適化では、中間プログラムに対して、基本ブロック化、制御フロー解析、データフロー解析という作業を行う。資源割付では、ターゲットとなるプロセッサの命令セットへの適合を図るため、中間プログラム中の変数をターゲットとなるプロセッサのプロセッサが有しているレジスタまたはメモリに割り付ける。コード生成では、中間プログラム内の各中間命令を、プログラムコードに変換し、オブジェクトプログラムを得る。
　ここで生成されたオブジェクトプログラムは、各実施形態に示したフローチャートの各ステップや、機能的構成要素の個々の手順を、コンピュータに実行させるような1つ以上のプログラムコードから構成される。ここでプログラムコードは、プロセッサのネィティブコード、JAVAバイトコードというように、様々な種類がある。プログラムコードによる各ステップの実現には、様々な態様がある。外部関数を利用して、各ステップを実現することができる場合、この外部関数をコールするコール文が、プログラムコードになる。また、1つのステップを実現するようなプログラムコードが、別々のオブジェクトプログラムに帰属することもある。命令種が制限されているRISCプロセッサでは、算術演算命令や論理演算命令、分岐命令等を組合せることで、フローチャートの各ステップを実現してもよい。
　オブジェクトプログラムが生成されるとプログラマはこれらに対してリンカを起動する。リンカはこれらのオブジェクトプログラムや、関連するライブラリプログラムをメモリ空間に割り当て、これらを１つに結合して、ロードモジュールを生成する。こうして生成されるロードモジュールは、コンピュータによる読み取りを前提にしたものであり、各フローチャートに示した処理手順や機能的な構成要素の処理手順を、コンピュータに実行させるものである。かかるプログラムをコンピュータ読取可能な記録媒体に記録してユーザに提供してよい。

　(システムLSI化)
　再生装置１０２を構成するハードウェアのうち、機構的な構成要素(BDドライブ、リムーバブルメディアドライブ、ビルドインメディアドライブ)、大容量のメモリによって実装される構成要素(ビデオプレーン、グラフィクスプレーン)を除いた、論理素子を主要部とする部分を、1つのシステムLSIとして構成することが望ましい。何故なら、論理素子を主要部とする部分は、高密度に集積化することができるからである。
  システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも1つのLSIのような外形構造を複数個のベアチップに持たせたものも、システムLSIに含まれる(このようなシステムLSIは、マルチチップモジュールと呼ばれる。)。
　ここでパッケージの種別に着目するとシステムLSIには、QFP(クッド フラッド アレイ)、PGA(ピン グリッド アレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。
　これらのピンは、他の回路とのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、他の回路を接続することにより、システムLSIは、再生装置１０２の中核としての役割を果たす。
　かかるシステムLSIは、再生装置１０２は勿論のこと、TVやゲーム、パソコン、ワンセグ携帯等、映像再生を扱う様々な機器に組込みが可能であり、本発明の用途を多いに広げることができる。
　エレメンタバッファやビデオデコーダ、オーディオデコーダ、グラフィクスデコーダをも、一体のシステムLSIにする場合、システムLSIのアーキテクチャは、Uniphierアーキテクチャに準拠させるのが望ましい。
　Uniphierアーキテクチャに準拠したシステムLSIは、以下の回路ブロックから構成される。
　・データ並列プロセッサDPP
　これは、複数の要素プロセッサが同一動作するSIMD型プロセッサであり、各要素プロセッサに内蔵されている演算器を、1つの命令で同時動作させることで、ピクチャを構成する複数画素に対するデコード処理の並列化を図る。
　・命令並列プロセッサIPP
　これは、命令RAM、命令キャッシュ、データRAM、データキャッシュからなる「Local Memory Controller」、命令フェッチ部、デコーダ、実行ユニット、レジスタファイルからなる「Processing Unit部」、複数アプリケーションの並列実行をProcessing Unit部に行わせる「Virtual Multi Processor Unit部」で構成される。
　　・MPUブロック
　これは、ARMコア、外部バスインターフェイス(Bus Control Unit:BCU)、DMAコントローラ、タイマー、ベクタ割込コントローラといった周辺回路、UART、GPIO(General Purpose Input Output)、同期シリアルインターフェイスなどの周辺インターフェイスで構成される。
　・ストリームI/Oブロック
　これは、USBインターフェイスやATA Packetインターフェイスを介して、外部バス上に接続されたドライブ装置、ハードリムーバブルメディアドライブ装置、SDメモリカードドライブ装置とのデータ入出力を行う。
　・AVI/Oブロック
　これは、オーディオ入出力、ビデオ入出力、OSDコントローラで構成され、テレビ、AVアンプとのデータ入出力を行う。
　・メモリ制御ブロック
　これは、外部バスを介して接続されたSD-RAMの読み書きを実現するブロックであり、各ブロック間の内部接続を制御する内部バス接続部、システムLSI外部に接続されたSD-RAMとのデータ転送を行うアクセス制御部、各ブロックからのSD-RAMのアクセス要求を調整するアクセススケジュール部からなる。
　具体的な生産手順の詳細は以下のものになる。まず各実施形態に示した構成図を基に、システムLSIとすべき部分の回路図を作成し、回路素子やIC,LSIを用いて、構成図における構成要素を具現化する。
　そうして、各構成要素を具現化してゆけば、回路素子やIC,LSI間を接続するバスやその周辺回路、外部とのインターフェイス等を規定する。更には、接続線、電源ライン、グランドライン、クロック信号線等も規定してゆく。この規定にあたって、LSIのスペックを考慮して各構成要素の動作タイミングを調整したり、各構成要素に必要なバンド幅を保証する等の調整を加えながら、回路図を完成させてゆく。
　回路図が完成すれば、実装設計を行う。実装設計とは、回路設計によって作成された回路図上の部品(回路素子やIC,LSI)を基板上のどこへ配置するか、あるいは、回路図上の接続線を、基板上にどのように配線するかを決定する基板レイアウトの作成作業である。
　こうして実装設計が行われ、基板上のレイアウトが確定すれば、実装設計結果をCAMデータに変換して、NC工作機械等の設備に出力する。NC工作機械は、このCAMデータを基に、SoC実装やSiP実装を行う。SoC(System on chip)実装とは、1チップ上に複数の回路を焼き付ける技術である。SiP(System in Package)実装とは、複数チップを樹脂等で1パッケージにする技術である。以上の過程を経て、本発明に係るシステムLSIは、各実施形態に示した再生装置１０２の内部構成図を基に作ることができる。
　尚、上述のようにして生成される集積回路は、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。
　FPGAを用いてシステムLSIを実現した場合は、多数のロジックエレメントが格子状に配置されており、LUT(Look Up Table)に記載されている入出力の組合せに基づき、縦・横の配線をつなぐことにより、各実施形態に示したハードウェア構成を実現することができる。LUTは、SRAMに記憶されており、かかるSRAMの内容は、電源断により消滅するので、かかるFPGAの利用時には、コンフィグ情報の定義により、各実施形態に示したハードウェア構成を実現するLUTを、SRAMに書き込ませる必要がある。
　本発明を構成するレジューム再生装置は、製造産業、映像コンテンツの制作に携わる映画産業・民生機器産業において利用できる。
　１０１　BD-ROM
　１０２　再生装置
　１０３　テレビ
　１０４　リムーバブルメディア
　１０５　リモコン
　２０１　index.bdmv
　　　１　BDドライブ
　　　２　リードバッファ
　　　４　ネットワークI/F
　　　５　仮想ファイルシステム
　　　６　デマルチプレクサ
　    ７　ビデオデコーダ
　　　８　ビデオプレーン
　　１３　オーディオデコーダ
　　１２　加算器
　　１５　AV再生エンジン
　　１６　静的シナリオメモリ
　　１７　レンダリングエンジン
　　２４　レジスタセット２４
　　２６　不揮発性メモリ
　　３０　動的シナリオメモリ
　　４０　HDMVモジュール
　　４１　BD-Jプラットフォーム
　　４２　モード管理モジュール
　　４３　UO検知モジュール
　　４４　ディスパッチャ

Claims (14)

  1. 　複数の処理の状態退避及び状態復帰を実現する再生装置であって、
    　複数の処理のうち1つは、AVストリームの再生処理であり、
    　他の１つは、AVストリームの再生と連動した、アプリケーションの処理であり、
    　記録媒体からアプリケーション及びAVストリームを読み出す読出手段と、
    　アプリケーションを動作させるプラットフォーム部と、
    　AVストリームを再生する再生部と、
    　揮発性の第１記憶媒体とを備え、
    　前記揮発性の第１記憶媒体は記憶領域を備え、前記記憶領域には、前記AVストリームの再生状態を示す再生状態パラメータが書き込まれており、
    　前記アプリケーションは、前記プラットフォーム内で使用している複数のパラメータのうち、状態復帰後の動作再開時に必要となるものを選んで、アプリケーションレジュームパラメータとして、前記記憶領域に書き込んでおり、
    　前記複数処理の状態退避は、前記アプリケーションレジュームパラメータと、前記再生状態パラメータとを揮発性の第１記憶媒体の記憶領域から読み出して、不揮発性の第２記憶媒体に書き込むことでなされ、
    　前記複数処理の状態復帰は、前記不揮発性の第２記憶媒体に書き込まれたアプリケーションレジュームパラメータと、再生状態パラメータとを前記揮発性の第１記憶媒体の記憶領域に書き戻すと共に、前記揮発性の第１記憶媒体の記憶領域に書き戻された再生状態パラメータに基づき、アプリケーションをプラットフォーム部にロードすることでなされる、再生装置。
  2. 　前記記録媒体には、更にレジューム対応情報が記録されており、
    　前記レジューム対応情報は、状態復帰後に、前記揮発性の第１記憶媒体の記憶領域へ復元された内容を、再生手段及びアプリケーションに利用させるか否かを示し、
    　前記レジューム対応情報が復元内容を利用させる旨を示す場合、
    　前記再生手段による再生再開は、前記揮発性の第１記憶媒体の記憶領域に復元された再生状態パラメータに基づいてなされ
    　前記アプリケーションによる動作再開は、揮発性の第１記憶媒体の記憶領域に復元されたアプリケーションレジュームパラメータを用いてなされ、
    　前記レジューム対応情報が前記第１記憶媒体へ復元された内容を利用しないことを示す場合、前記再生手段は、AVストリームの再生を再開せず、アプリケーションは、動作を再開しない、請求項１記載の再生装置。
  3. 　前記レジューム対応情報は、
    　前記揮発性の第１記憶媒体の記憶領域へ内容を復元するかどうかを示す第１のフラグ情報と、前記前記揮発性の第１記憶媒体の記憶領域に復元された内容を利用するかどうかを示す第２のフラグ情報とを含み、
    　前記再生手段によるAV再生再開及びアプリケーションの動作再開は、
    　前記第１のフラグ情報が前記揮発性の第１記憶媒体の記憶領域へ内容を復元することを示し、かつ
    　前記第２のフラグ情報が前記前記揮発性の第１記憶媒体の記憶領域に復元された内容を利用することを示す場合のみ行われる、請求項２記載の再生装置。
  4. 　前記再生装置は、レジュームサポート情報を保持しており、
    　レジュームサポート情報は、前記揮発性の第１記憶媒体の記憶領域の内容を前記不揮発性の第２の記憶媒体の記憶領域に退避することか可能か否かを示し、
    　前記アプリケーションが起動された際、前記レジュームサポート情報は、アプリケーションに引き渡され、
    　前記アプリケーションによるアプリケーションレジュームパラメータの書き込みは、受け取ったレジュームサポート情報が、記憶領域の内容退避が可能である旨を示している場合になされる、請求項１記載の再生装置。
  5. 　前記再生装置は、前記退避手段を制御するアプリケーションプログラミングインターフェイス(API)関数を備え、
    　アプリケーションは受け取ったレジュームサポート情報に基づいて前記API関数を呼出し、
    　前記状態退避は、API関数の呼び出しに応じてなされる、請求項１記載の再生装置。
  6. 　前記プラットフォーム部は、
    　前記記録媒体に記録されたバイトコードを含むクラス構造体を読み込むクラスローダと、
    　前記クラスローダが読み込んだバイトコードをネィティブコードに変換して、MPUに実行させるバイトコードインタプリタと
    　動作中のアプリケーションが利用するパラメータを格納しているヒープメモリとを備え、
    　前記アプリケーションは、状態復帰を行う際、揮発性の第１記憶媒体の記憶領域に復帰されたアプリケーションレジュームパラメータが正常であるかどうかをチェックし、アプリケーションレジュームパラメータが正常である場合、揮発性の第１記憶媒体の記憶領域におけるアプリケーションレジュームパラメータをヒープメモリに読み込むことで、動作の再開を行い、
    　アプリケーションレジュームパラメータが正常でない場合、ヒープメモリにおけるパラメータを初期化した上で、動作を開始する、ことを特徴とする請求項１記載の再生装置。
  7. 　前記記録媒体には、プレイリスト情報と、動作モードオブジェクトとが記録されており、
    　前記プレイリスト情報は、AVストリームと一体になってプレイリストを構成しており、
    　前記動作モードオブジェクトは、アプリケーション管理テーブルを備え、アプリケーション管理テーブルは、所定のタイトルがユーザによって選択された際、クラスローダが起動を行うべきアプリケーションを示すテーブルであり、
    　前記再生部が再生するAVストリームとは、アプリケーションによって再生が命じられたプレイリストを構成するAVストリーム、又は、動作モードオブジェクトにおいて、"自動再生すべき"と規定されているプレイリストを構成するAVストリームであり、
    　前記プラットフォーム部が動作させているアプリケーションとは、動作モードオブジェクトのアプリケーション管理テーブルにおいて、"起動せよ"と規定されているアプリケーションである
    　ことを特徴とする請求項１記載の再生装置。
  8. 　前記記録媒体には、インデックステーブルが記録されており、
    　前記インデックステーブルは、複数のタイトル番号と、各タイトル番号に対応する動作モードオブジェクトとを示し、
    　揮発性の第１記憶媒体の記憶領域に格納されている再生状態パラメータは、カレントタイトル番号を含み、
    　カレントタイトル番号は、インデックステーブルに記述されている複数のタイトルのうち、再生対象になっているものを示し、
    　前記アプリケーションの動作再開は、
    　状態復帰時においてカレントタイトル番号が揮発性の第１記憶媒体の記憶領域に書き込まれた後、書き込み後のカレントタイトル番号に対応する動作モードオブジェクト内のアプリケーション管理テーブルにて指定されているアプリケーションを、プラットフォーム部にロードすることでなされる、請求項７記載の再生装置。
  9. 　前記記録媒体にはレジューム対応情報が記録されており、
    　前記レジューム対応情報は、アプリケーションレジュームパラメータの状態復帰、再生状態パラメータの状態復帰のうち、何れか一方を実行すべきか、双方を実行すべきかを示す選択フラグを含み、
    　前記再生装置は、レジューム対応情報を参照して、アプリケーションレジュームパラメータの状態復帰、再生状態パラメータの状態復帰のうち、何れか一方を実行すべきか、両方を実行すべきかの判定を行い、
    　不揮発性の第２記録媒体から揮発性の第１記憶媒体の記憶領域への再生状態パラメータ及びアプリケーションレジュームパラメータの書き込みは、レジューム対応情報に含まれている選択フラグが、アプリケーションレジュームパラメータの状態復帰、及び、再生状態パラメータの状態復帰の両方を実行すべき旨を示している場合になされる
    　ことを特徴とする請求項１記載の再生装置。
  10. 　前記記録媒体にはレジューム対応情報が記録されており、
    　レジューム対応情報は、状態退避を行うべきアプリケーションレジュームパラメータの個数を示しており、
    　前記状態退避によって不揮発性の第２記憶媒体に書き込まれるアプリケーションレジュームパラメータは、
    　揮発性の第１記憶媒体の記憶領域に存在する複数のアプリケーションレジュームパラメータのうち、前記レジューム対応情報に記載されている個数のアプリケーションレジュームパラメータである
    　ことを特徴とする請求項１記載の再生装置。
  11. 　不揮発性の第２記憶媒体の記憶領域は、主となる記憶領域、従となる記憶領域から構成され、
    　主となる記憶領域もしくは前記従となる記憶領域のどちらを状態退避先にするかの決定を行い、状態退避先として決定されたものにアプリケーションレジュームパラメータ、再生状態パラメータを書き込み、書き込みに成功すれば、状態退避先として決定した記憶領域を記憶しておき、
    　前記復元手段は、第２記録媒体における主となる記憶領域及び従となる記憶領域のうち、状態退避先として記憶されているものを、状態復帰先として決定し、決定された状態復帰先からアプリケーションレジュームパラメータ及び再生状態パラメータを読み出す
    　ことを特徴とする請求項１記載の再生装置。
  12. 前記再生装置は、さらに、
    　復元手段は、前記主となる記憶領域もしくは前記従となる記憶領域のそれぞれにおける状態退避内容が正常であるか否か、状態退避のタイミングが最も新しいものはどれかを判定し、
    　前記状態復帰先として選ばれる不揮発性の第２記憶媒体は、
    　前記主となる記憶領域、従となる記憶領域のうち、アプリケーションレジュームパラメータの内容が正常であり、尚且つ、状態退避のタイミングが最も新しいものである
    　ことを特徴とする請求項１１記載の再生装置。
  13. 　複数の処理の状態退避及び状態復帰をコンピュータ上で実現する再生方法であって、
    　複数の処理のうち1つは、AVストリームの再生処理であり、
    　他の１つは、AVストリームの再生と連動した、アプリケーションの処理であり、
    　コンピュータは、
    　記録媒体からアプリケーション及びAVストリームを読み出す読出手段と、
    　アプリケーションを動作させるプラットフォーム部と、
    　AVストリームを再生する再生部と、
    　揮発性の第１記憶媒体とを備え、
    　前記揮発性の第１記憶媒体は記憶領域を備え、前記記憶領域には、前記AVストリームの再生状態を示す再生状態パラメータが書き込まれており、
    　前記アプリケーションは、前記プラットフォーム内で使用している複数のパラメータのうち、状態復帰後の動作再開時に必要となるものを選んで、アプリケーションレジュームパラメータとして、前記記憶領域に書き込んでおり、
    　前記再生方法による複数処理の状態退避は、前記アプリケーションレジュームパラメータと、前記再生状態パラメータとを揮発性の第１記憶媒体の記憶領域から読み出して、不揮発性の第２記憶媒体に書き込むことでなされ、
    　前記再生方法による複数処理の状態復帰は、前記不揮発性の第２記憶媒体に書き込まれたアプリケーションレジュームパラメータと、再生状態パラメータとを前記揮発性の第１記憶媒体の記憶領域に書き戻すと共に、前記揮発性の第１記憶媒体の記憶領域に書き戻された再生状態パラメータに基づき、アプリケーションをプラットフォーム部にロードすることでなされる、再生方法。
  14. 　複数の処理の状態退避及び状態復帰をコンピュータに実行させるプログラムであって、
    　複数の処理のうち1つは、AVストリームの再生処理であり、
    　他の１つは、AVストリームの再生と連動した、アプリケーションの処理であり、
    　前記コンピュータは、
    　記録媒体からアプリケーション及びAVストリームを読み出す読出手段と、
    　アプリケーションを動作させるプラットフォーム部と、
    　AVストリームを再生する再生部と、
    　揮発性の第１記憶媒体とを備え、
    　前記揮発性の第１記憶媒体は記憶領域を備え、前記記憶領域には、前記AVストリームの再生状態を示す再生状態パラメータが書き込まれており、
    　前記アプリケーションは、前記プラットフォーム内で使用している複数のパラメータのうち、状態復帰後の動作再開時に必要となるものを選んで、アプリケーションレジュームパラメータとして、前記記憶領域に書き込んでおり、
    　前記プログラムによる複数処理の状態退避は、前記アプリケーションレジュームパラメータと、前記再生状態パラメータとを揮発性の第１記憶媒体の記憶領域から読み出して、不揮発性の第２記憶媒体に書き込むことでなされ、
    　前記プログラムによる複数処理の状態復帰は、前記不揮発性の第２記憶媒体に書き込まれたアプリケーションレジュームパラメータと、再生状態パラメータとを前記揮発性の第１記憶媒体の記憶領域に書き戻すと共に、前記揮発性の第１記憶媒体の記憶領域に書き戻された再生状態パラメータに基づき、アプリケーションをプラットフォーム部にロードすることでなされる、プログラム。
     
PCT/JP2009/001673 2008-04-16 2009-04-10 再生装置、再生方法、プログラム WO2009128232A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP09733370A EP2312586A1 (en) 2008-04-16 2009-04-10 Reproduction device, reproduction method, and program
JP2010508106A JP5406178B2 (ja) 2008-04-16 2009-04-10 再生装置、再生方法、プログラム
US12/601,302 US8380042B2 (en) 2008-04-16 2009-04-10 Reproduction device, reproduction method, and program
CN2009800004480A CN101689393B (zh) 2008-04-16 2009-04-10 再现装置、再现方法、程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-106389 2008-04-16
JP2008106389 2008-04-16

Publications (1)

Publication Number Publication Date
WO2009128232A1 true WO2009128232A1 (ja) 2009-10-22

Family

ID=41198938

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/001673 WO2009128232A1 (ja) 2008-04-16 2009-04-10 再生装置、再生方法、プログラム

Country Status (5)

Country Link
US (1) US8380042B2 (ja)
EP (1) EP2312586A1 (ja)
JP (1) JP5406178B2 (ja)
CN (1) CN101689393B (ja)
WO (1) WO2009128232A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010086641A (ja) * 2008-10-03 2010-04-15 Fujitsu Ten Ltd コンテンツ制御プログラムおよび可搬型記録媒体
JP2011181049A (ja) * 2010-03-04 2011-09-15 Dainippon Printing Co Ltd Ｉｃチップ、ｉｃカード、制御方法及び制御プログラム
WO2012127787A1 (ja) * 2011-03-22 2012-09-27 パナソニック株式会社 ディスク再生装置
EP2581908A4 (en) * 2010-06-10 2016-04-13 Panasonic Ip Man Co Ltd PLAYING DEVICE, RECORDING MEDIA, PLAY PROCESS, PROGRAM
US10719909B2 (en) 2016-09-30 2020-07-21 Alibaba Group Holding Limited Image loading method and device

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5347714B2 (ja) * 2009-05-26 2013-11-20 三菱電機株式会社 映像情報再生方法及び映像情報再生装置
EP2690627A4 (en) * 2011-03-22 2014-11-26 Panasonic Corp DISC PLAYER, DISC PROCESS AND PROGRAM THEREFOR
JP6041610B2 (ja) * 2012-10-02 2016-12-14 キヤノン株式会社 情報処理装置及びその制御方法、並びに、そのプログラムと記憶媒体
EP2728886A1 (en) * 2012-10-31 2014-05-07 EyeTrackShop AB Registering of timing data in video sequences
US9886169B2 (en) * 2014-04-29 2018-02-06 Verizon Patent And Licensing Inc. Media service user interface systems and methods
KR20160131359A (ko) * 2015-05-07 2016-11-16 에스케이하이닉스 주식회사 메모리 모듈, 메모리 모듈의 모듈 콘트롤러 및 메모리 모듈의 동작 방법
JP2020201637A (ja) * 2019-06-07 2020-12-17 京セラドキュメントソリューションズ株式会社 情報処理システム
US11086389B2 (en) * 2019-10-29 2021-08-10 Western Digital Technologies, Inc. Method and system for visualizing sleep mode inner state processing
TWI755849B (zh) * 2020-09-08 2022-02-21 國立臺灣師範大學 Fpga多主從硬體架構之即時物件追蹤系統

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007234213A (ja) * 2003-10-10 2007-09-13 Matsushita Electric Ind Co Ltd 記録媒体、再生装置、プログラム、再生方法。
JP2007287327A (ja) * 2004-12-01 2007-11-01 Matsushita Electric Ind Co Ltd 記録媒体、再生装置、プログラム、再生方法、集積回路
JP2008165872A (ja) * 2006-12-27 2008-07-17 Toshiba Corp デジタルビデオ再生装置および再生方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4907150A (en) * 1986-01-17 1990-03-06 International Business Machines Corporation Apparatus and method for suspending and resuming software applications on a computer
JPS62169218A (ja) 1986-01-17 1987-07-25 インタ−ナショナル　ビジネス　マシ−ンズ　コ−ポレ−ション 情報処理システムのアプリケ−シヨン中断再開装置
JPH1139143A (ja) * 1997-07-22 1999-02-12 Teijin Seiki Co Ltd 演算装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体、演算装置を利用した電子回路装置、該装置の制御方法、前記装置の制御プログラムを記憶した記憶媒体
US6131166A (en) * 1998-03-13 2000-10-10 Sun Microsystems, Inc. System and method for cross-platform application level power management
TW374870B (en) * 1998-08-26 1999-11-21 Asustek Comp Inc UPS method of suspending, resuming and turning on computers
AU7996200A (en) * 1999-10-05 2001-05-10 Ejasent Inc. Virtual port multiplexing
US6760815B1 (en) * 2000-06-02 2004-07-06 Sun Microsystems, Inc. Caching mechanism for a virtual heap
JP2003077222A (ja) 2001-09-06 2003-03-14 Alpine Electronics Inc ディスク再生装置
JP3438729B2 (ja) 2001-09-10 2003-08-18 ソニー株式会社 再生装置の制御方法
EP1331539B1 (en) * 2002-01-16 2016-09-28 Texas Instruments France Secure mode for processors supporting MMU and interrupts
WO2004003879A2 (en) * 2002-06-27 2004-01-08 Piranha Media Distribution, Inc. Method and apparatus for the free licensing of digital media content
US7620301B2 (en) * 2003-04-04 2009-11-17 Lg Electronics Inc. System and method for resuming playback
JP2005115720A (ja) * 2003-10-09 2005-04-28 Sony Corp 情報処理装置及びこれに用いるプログラム
TW200518070A (en) * 2003-10-10 2005-06-01 Matsushita Electric Ind Co Ltd Recording medium, reproduction device, program, and reproduction method
CA2761989C (en) * 2003-11-10 2013-11-26 Panasonic Corporation Recording medium, playback apparatus, program, playback method, system integrated circuit
US8037456B2 (en) * 2004-04-06 2011-10-11 Panasonic Corporation Program execution device
CN101494077B (zh) * 2004-05-11 2012-09-05 松下电器产业株式会社 再生装置
CN101916580B (zh) * 2004-07-22 2012-03-07 松下电器产业株式会社 用于执行应用程序同步重放的重放装置
US20060056803A1 (en) * 2004-09-13 2006-03-16 Seo Kang S Recording medium, method for searching contents recorded within the recording medium, and method and apparatus for reproducing the recorded contents
JP2008034891A (ja) * 2004-11-24 2008-02-14 Matsushita Electric Ind Co Ltd 暗号化コンテンツ再生装置、暗号化コンテンツ再生方法およびそのプログラムを記録した記録媒体
KR101249218B1 (ko) * 2004-12-01 2013-04-03 파나소닉 주식회사 재생장치, 프로그램, 재생방법
WO2006085491A1 (ja) * 2005-02-10 2006-08-17 Matsushita Electric Industrial Co., Ltd. 通信方法、動画再生装置及びインターネット接続装置
JP4684848B2 (ja) * 2005-10-27 2011-05-18 株式会社デジタル 制御装置、そのプログラムおよび記録媒体
JP4491035B2 (ja) * 2006-03-24 2010-06-30 パナソニック株式会社 再生装置、デバッグ装置、システムｌｓｉ、プログラム
JP2008210041A (ja) * 2007-02-23 2008-09-11 Matsushita Electric Ind Co Ltd 半導体装置、再生装置及びその制御方法
JP2009232123A (ja) * 2008-03-21 2009-10-08 Fujitsu Ten Ltd コンテンツ再生装置およびコンテンツ再生制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007234213A (ja) * 2003-10-10 2007-09-13 Matsushita Electric Ind Co Ltd 記録媒体、再生装置、プログラム、再生方法。
JP2007287327A (ja) * 2004-12-01 2007-11-01 Matsushita Electric Ind Co Ltd 記録媒体、再生装置、プログラム、再生方法、集積回路
JP2008165872A (ja) * 2006-12-27 2008-07-17 Toshiba Corp デジタルビデオ再生装置および再生方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010086641A (ja) * 2008-10-03 2010-04-15 Fujitsu Ten Ltd コンテンツ制御プログラムおよび可搬型記録媒体
JP2011181049A (ja) * 2010-03-04 2011-09-15 Dainippon Printing Co Ltd Ｉｃチップ、ｉｃカード、制御方法及び制御プログラム
EP2581908A4 (en) * 2010-06-10 2016-04-13 Panasonic Ip Man Co Ltd PLAYING DEVICE, RECORDING MEDIA, PLAY PROCESS, PROGRAM
WO2012127787A1 (ja) * 2011-03-22 2012-09-27 パナソニック株式会社 ディスク再生装置
US9025934B2 (en) 2011-03-22 2015-05-05 Panasonic Intellectual Property Management Co., Ltd. Disc player device
JP5909691B2 (ja) * 2011-03-22 2016-04-27 パナソニックＩｐマネジメント株式会社 ディスク再生装置
US10719909B2 (en) 2016-09-30 2020-07-21 Alibaba Group Holding Limited Image loading method and device

Also Published As

Publication number Publication date
JP5406178B2 (ja) 2014-02-05
CN101689393B (zh) 2012-05-23
US8380042B2 (en) 2013-02-19
JPWO2009128232A1 (ja) 2011-08-04
CN101689393A (zh) 2010-03-31
EP2312586A1 (en) 2011-04-20
US20100189416A1 (en) 2010-07-29

Similar Documents

Publication Publication Date Title
JP5406178B2 (ja) 再生装置、再生方法、プログラム
US8051100B2 (en) Recording medium, recording device, and playback device for use in individual sales and method therefor
US8559789B2 (en) Reproducing apparatus that uses continuous memory area
US8687943B2 (en) Readout apparatus, readout method, and recording method
JP4327879B2 (ja) 再生装置及びプログラム
US8320735B2 (en) Reproducing apparatus
WO2009157198A1 (ja) 記録媒体、再生装置、記録装置、再生方法、記録方法、プログラム
JP5032408B2 (ja) 簡易レジューム再生装置及び簡易レジューム再生方法
JPWO2007111208A1 (ja) 再生装置、デバッグ装置、システムｌｓｉ、プログラム
KR20110036882A (ko) 기록매체, 재생장치, 집적회로, 재생방법, 프로그램
US20110299830A1 (en) Application running device
JP5451745B2 (ja) 再生装置、集積回路、再生方法、アプリケーションプログラム、記録媒体、記録装置、及び記録方法
JPWO2009157163A1 (ja) 再生装置、再生装置の制御方法
JP5393847B2 (ja) 簡易レジューム再生装置、及びプログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980000448.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 12601302

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010508106

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2009733370

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09733370

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE