JP2008171401A - Information storage medium, program, information reproducing method, and information transfer device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To remarkably improve the ability to express in a display by displaying a plurality of moving images simultaneously without a break halfway. <P>SOLUTION: An information recording medium (DISC) records a play list (PLLST) having information which shows a location which originally stores the resource which is a data unit storable in a data cache (DTCCH), by a URI (uniform resource identifier), information which shows when to start loading the resource, information which describes the source of network content corresponding to the resource, and information which describes the minimum value of network throughput in using the network content corresponding to the resource. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to an information storage medium such as an optical disk, and an information storage medium, a program, an information reproduction method, and an information transfer apparatus that handle information used for recording and reproduction.

  In recent years, DVD video discs having high image quality and high functions and video players for reproducing the discs have been widely used, and peripheral devices for reproducing the multi-channel audio have been selected. For content users (users), a home theater can be realized at hand, and an environment in which movies and animations with high image quality and high sound quality can be freely viewed at home is being prepared.

Also, by using a network, it has become easy to acquire image information from a server on the network and reproduce and display it on a user device. For example, Patent Document 1 discloses that information is supplied to a user's device that wishes to receive an advertisement via a homepage on the Internet, and the information is displayed on the user's device.
Japanese Patent No. 3673166 (FIGS. 2-5, FIGS. 11-14, etc.)

  However, as shown in the above document, most of the current homepages on the Internet are “static screens”, and even if animations and some videos can be displayed on the homepage, the animation and video display starts. It is very difficult to realize a variety of expressions that are programmed with complicated display timings / video / animation switching timings.

  Even if the moving image can be expressed on the home page, the displayed moving image is often interrupted (reproduction stops) depending on the user's network environment (network throughput value).

  The present invention has been made in view of the above circumstances, and an information storage medium, a program, and a program that can display a plurality of moving images at the same time without interruption in the middle, and that can dramatically improve the expressive power in display, An object is to provide an information reproducing method and an information transfer apparatus.

  An information storage medium according to the present invention shows information indicating a location where a resource, which is a data unit that can be stored in a data cache, is originally stored by a URI (Uniform Resource Identifier), and when to start loading the resource. A playlist having information, information describing a source of network content corresponding to the resource, and information describing a minimum value of network throughput when using the network content corresponding to the resource is recorded. It is characterized by that.

  The program according to the present invention is a playlist described in XML, and information indicating a location where a resource, which is a data unit that can be stored in a data cache, is originally stored by a URI (Uniform Resource Identifier), Information indicating when to start loading resources, information describing a source of network content corresponding to the resource, and information describing a minimum value of network throughput when using the network content corresponding to the resource And a function of reading a playlist having the above and a function of analyzing the contents of the playlist.

  An information reproduction method according to the present invention is a playlist described in XML, and information indicating a location where a resource, which is a data unit that can be stored in a data cache, is originally stored by a URI (Uniform Resource Identifier) , Information indicating when to start loading the resource, information describing a source of network content corresponding to the resource, and minimum network throughput when using the network content corresponding to the resource The playlist having the above information is read by a parser, and the contents of the playlist are analyzed by the parser.

  The information transfer apparatus according to the present invention shows information indicating a location where a resource, which is a data unit that can be stored in a data cache, is originally stored by a URI (Uniform Resource Identifier), and when to start loading the resource. An information device has a playlist including information, information describing a source of network content corresponding to the resource, and information describing a minimum value of network throughput when using the network content corresponding to the resource. Means for enabling downloading to a data cache or storage unit, and means for enabling the information device to download a resource selected in accordance with a network throughput setting in the information device. Features.

  According to the present invention, it is possible to display a plurality of moving images simultaneously and without interruption in the middle, and it is possible to dramatically improve the expressive power in display.

  First, before describing an embodiment of the present invention in detail, technical features of the embodiment will be described below. These technical features are based on the contents shown in FIG.

* Read management information indicating the playback / display procedure, transfer the necessary content from a predetermined storage location in advance according to the content of the management information in accordance with the predetermined timing, and specify it based on the content of the management information. A data processing method or a data transfer method, a program structure, an information reproduction method, an information reproduction device, or an information storage medium in which the management information is recorded. Read the management information indicating the procedure, transfer the data specified in the management information from the original storage location to another storage location, and update the content of the management information based on the storage location information after the data transfer And a recording method or an information recording / reproducing apparatus characterized by performing a process of recording the management information after the update. Information necessary for data transfer in advance of necessary content from the storage location, and information on reproduction / display procedures for reproducing / displaying the content after data transfer performed based on the information are included. Recording method or information recording / reproducing apparatus characterized in that the management information is edited and the management information is recorded after editing. Navigation manager for decoding management information and processing based on the information, and before reproducing and displaying resources It can be played back by an information playback device comprising a data cache for temporarily storing the resource and a presentation engine for playing back and displaying the resource,
The original storage location and resource name information of the resource temporarily stored in the data cache, timing information for starting temporary storage in the data cache, and display timing information using the resource temporarily stored in the data cache And display location information and display size information on the screen when displaying the resource temporarily stored in the data cache,
When the original storage location of the resource to be temporarily stored in the data cache is on a network server, the resource is temporarily stored in the data cache corresponding to the network throughput corresponding to the network environment of the information reproducing apparatus. The information storage medium is characterized in that management information including information that can be used for selecting a resource is recorded.

  A detailed description of this embodiment will be given below.

<System configuration>
FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.
This system includes an information recording / reproducing apparatus (or information reproducing apparatus) 1 realized as a personal computer (PC), a recorder or a player, and an information storage medium realized as an optical disk detachable from the information recording / reproducing apparatus 1 DISC, display 13 for displaying information stored in information storage medium DISC, information stored in persistent storage PRSTR, information obtained from network server NTSRV via router 11, and the like, information recording / reproducing apparatus 1 The network 14 NTSRV that provides information through the network, the network server NTSRV that provides information through the network, and the information provided from the network server NTSRV through the optical cable 12 are transmitted to the information recording / reproducing apparatus 1 in the form of wireless data 17. Transmitted as wireless data from the router 11 and the information recording / reproducing apparatus 1 A large-screen television monitor 15 that displays image information to be displayed, and speakers 16-1 and 16-2 that output audio information transmitted as wireless data from the information recording / reproducing apparatus 1.

  The information recording / reproducing apparatus 1 includes an information recording / reproducing unit 2 for recording / reproducing information with respect to the information storage medium DISC, a fixed storage (such as a flash memory), a removable storage (SD (Secure Digital) card, USB (Universal Serial). (Bus) memory, portable HDD (Hard Disk Drive), etc.), persistent storage drive 3 for driving persistent storage PRSTR, recording / playback processing unit 4 for recording / playback information to / from hard disk device 6, and information recording A main CPU (Central Processing Unit) 5 that controls the playback apparatus 1 as a whole, a hard disk device 6 having a hard disk for storing information, and a wireless LAN control unit 7 that performs wireless communication based on a wireless LAN (Local Area Network) -1 and standard content playback for playback of standard content STDCT (to be described later) And STDPL, and a advanced content playback unit ADVPL which performs playback of the advanced content ADVCT to be described later.

  The router 11 includes a wireless LAN control unit 7-2 that performs wireless communication based on a wireless LAN with the information recording / reproducing apparatus 1, a network control unit 8 that controls optical communication with the network server NTSRV, and data And a data manager 9 for controlling the transfer process.

The large-screen television monitor 15 generates a video from information received by the wireless LAN control unit 7-3 that performs wireless communication based on the wireless LAN with the information recording / reproducing apparatus 1 and the wireless LAN control unit 7-3. And a video display unit 21 for displaying the video generated by the video processing unit 24 on the large-screen television monitor 15.
Detailed functions and operations related to the system shown in FIG. 1 will be described later.

<Solution and effect>
FIG. 2 shows the user requirements for the next-generation standard for the current DVD-Video and the related problems when the current DVD-Video standard is extended, the solution in this embodiment, and the new effect obtained as a result. Give an explanation. For the current generation DVD-Video standard, there are the following three types of required functions required by users.

1. Flexible and diverse expressive power (to ensure expressive power close to the screen display of current personal computers)
2. Network action Ease of processing video-related information and ease of sending post-processing information If you try to implement the required function of “1. Flexible and diverse expressiveness” described above with small changes to the current DVD-Video standard, it is too However, due to the wide variety of user requirements, it is not possible to cope with only a small change in the data structure within the current custom DVD-Video standard. The problem arises. As technical contrivances for solving the above problems, the present embodiment adopts a versatile representation format in the PC world and introduces a new concept of timeline. As a result, the following new effects can be realized by this embodiment.

1] Perform flexible and impressive reactions to user actions
1.1) When a button is selected or an execution instruction is given, the animation or image changes and responds
1.2) Make a voice response when selecting a button or instructing execution
1.3) Execution operation is started at a timing that is intentionally delayed with respect to the user's execution instruction.
1.4) Supporting help answers (like PC) by voice
1.5) Voice display of usage guides for menus, etc. 2] Enables flexible switching processing for video itself and its playback method
2.1) Audio switching display
2.2) Switching display of subtitles (telop, subtitles, still image icons, etc.)
2.3) Subtitles can be enlarged to suit user preferences
2.4) The user marks the subtitle or issues a subtitle execution command
2.5) While the movie director is commenting, mark the specific video part according to the comment 3] Display different information simultaneously on the video being played
3.1) Display multiple images in multiple windows simultaneously
3.2) Each window size of the multi-window can be switched freely
3.3) Simultaneous display of pre-audio messages and post-record audio messages by users
3.4) Display the scrolling text on the video at the same time
3.5) Simultaneously display graphic menus and graphics (such as selection buttons) in a flexible manner 4] Easily search for the video location you want to watch
4.1) Search the keyword (text) using the pull-down menu for the location you want to see. For the required functions that require "2. Network action" as shown below, the data structure specified in the current DVD-Video standard and Return to / from network screen is too large. The problem arises. As technical contents for solving the above-mentioned problems, in this embodiment, a Web homepage display format (XML and script) that has a proven record in network screen representation is adopted as the basic part of the data management structure, and video The playback management format is adapted to it. As a result, the following new effects can be realized by this embodiment.

5] Provide a function for updating information on a disk using a network.
5.1) Automatic update of object information and disk management information
5.2) Network usage guide for menu usage
5.3) Automatic update notification of information to users
5.4) Announcement to users of whether update information can be displayed
5.5) User manual update function 6] Real-time online processing
6.1) Switching to audio information downloaded over the network during video playback / mixing processing (commentary display with the director's audio, etc.)
6.2) Network shopping
6.3) Interactive real-time video changes 7] Real-time information sharing with other users over the network
7.1) Display specific screens at the same time for other users who are away
7.2) Play a game / dialogue game with another user at a remote location
7.3) Participate in chat during video playback
7.4) Sending and receiving messages to the fan club at the same time as playing the video To realize the required function of “3. Small changes to the Video standard do not allow for complex editing processing flexibly and easily. In addition, a new management data structure is required to deal with complicated editing processing flexibly and easily. The problem occurs. Therefore, the adoption of XML and the concept of a timeline to be described later are introduced as technical contrivance contents for solving the above-described problems in the present embodiment. As a result, the following new effects can be realized by this embodiment.

8] User selects / creates playlist and sends it
8.1) The user selects or creates a playlist
8.2) Send playlists selected and created by users to friends
8.3) Play list selected / created by user can be played only on specific disc
8.4) Enable users to select video highlight scenes
8.5) Scrapbook with favorite screens in the video published on the web
8.6) Store and play back multi-angle / scene angle / scene selected by user 9] User adds specific information about video and sends the result over network
9.1) Users can add comments to video and share it with other users on the network
9.2) Paste the input image into the character's face in the video
9.3) Paste user information and experience information when viewing video on video information
9.4) Use user information for parental lock and automatically limit display video 10] Automatically save playback history information
10.1) Has a function to automatically save resume information
10.2) Automatically save information during game progress up to the previous time
10.3) Automatically Save Previous Playback Environment (Competitive Game Environment with Multiple Users, etc.) The basic concept regarding the data processing method or data transfer method and program structure in this embodiment will be described with reference to FIG. The horizontal solid line on the right side in FIG. 3 represents content data transfer 67 in the information recording / reproducing apparatus 1 of the present embodiment, and the horizontal broken line from the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. 28 to the advanced content reproducing unit ADVPL. Means a command 68 to be transferred to each part. An advanced content playback unit ADVPL exists in the information recording / playback apparatus 1 shown in FIG. The advanced content playback unit ADVPL has a structure shown in FIG. The persistent storage PRSTR shown in the vertical column on the right side of FIG. 3 corresponds to the persistent storage PRSTR in FIG. 14, and the network server NTSRV shown in the vertical column of FIG. 3 corresponds to the network server NTSRV in FIG. Further, the information storage medium DISC shown in the vertical column of FIG. 3 corresponds to the information storage medium DISC shown in FIG. Also, the presentation engine PRSEN shown in the vertical column on the right side of FIG. 3 means the presentation engine PRSEN shown in FIG. 14, and is used for content reproduction processing. Further, the data cache DTCCH shown in the vertical column on the right side of FIG. 3 corresponds to the data cache DTCCH of FIG. 14, and the advanced content ADVCT is temporarily stored in the data cache DTCCH from the storage location of each advanced content as necessary. . FIG. 28 shows the internal structure of the navigation manager NVMNG shown in FIG. There is a playlist manager PLMNG in the navigation manager NVMNG, and the playlist manager PLMNG decodes the contents of the playlist PLLST in which the management information indicating the content reproduction / display procedure in this embodiment is described. The commands issued from the navigation manager NVMNG indicated by the vertical line on the right side of FIG. 3 are mainly issued from the playlist manager PLMNG in the navigation manager NVMNG. As shown in FIG. 26, the internal structure of the data access manager DAMNG shown in FIG. 14 includes a network manager NTMNG, a persistent storage manager PRMNG, and a disk manager DKMNG. The network manager NTMNG in the data access manager DAMNG performs communication processing with each network server NTSRV, and mediates processing of content data transfer 67 from the network server NTSRV. Actually, when data is transferred from the network server NTSRV to the data cache DTCCH, a command 68 is transferred from the playlist manager PLMNG in the navigation manager NVMNG to the network manager NTMNG, and the network server NTMNG corresponds to the network manager NTMNG based on the command 68. Data content transfer processing 67 from NTSRV is performed. The network manager NTMNG shown in FIG. 26 represents the network manager NTMNG shown in the vertical column on the right side of FIG. Further, the persistent storage manager PRMNG shown in FIG. 26 represents the persistent storage manager PRMNG shown in the vertical column on the right side of FIG. As shown in FIG. 26, the persistent storage PRSTR in the data access manager DAMNG processes the persistent storage PRSTR, and performs necessary data transfer processing from the persistent storage PRSTR. A command 68 is issued to the persistent storage manager PRMNG from the playlist manager PLMNG in the navigation manager NVMNG. When a horizontal line (or a broken line) is clearly specified above each vertical column on the right side of FIG. 3, content data transfer 67 or command 68 is transmitted via the portion indicated in each vertical column. Is called. If a line is drawn behind each vertical column, content data transfer 67 or command 68 is transmitted without passing through the parts shown in each vertical column. Further, in FIG. 3, each processing step shown on the left side of FIG. 3 is described in synchronization with the content data transfer 67 shown on each horizontal line on the right side.

  In the flow shown in steps S11 to S14 in the flowchart shown on the left side of FIG. 3, the content of the playlist PLLST is changed and saved in response to the change of the storage location of the content obtained as a result of the content data transfer. Indicates that Steps S15 to S17 in the flowchart shown on the left side of FIG. 3 show the core part of the basic concept regarding the data processing method or data transfer method and program structure in this embodiment. That is, a flow is shown for storing data of content to be displayed based on the playlist PLLST in advance in the data cache DTCCH and displaying data from the data cache DTCCH to the user at a necessary timing. In FIG. 3, the file of the playlist PLLST, which is management information indicating the reproduction / display procedure for the user, exists in the persistent storage PRSTR, the network server NTSRV, or the information storage medium DISC. The contents of the flowchart shown on the left side of FIG. 3 will be described in detail below. In step S11, the playlist PLLST stored in the persistent storage PRSTR is transferred to the playlist manager PLMNG via the persistent storage manager PRMNG as indicated by the α line. Further, as indicated by β line, the playlist manager PLMNG file stored in the network server NTSRV is transferred from the network server NTSRV to the playlist manager PLMNG via the network manager NTMNG. Further, the playlist manager PLMNG stored in the information storage medium DISC is transferred from the information storage medium DISC to the playlist manager PLMNG via the disk manager DKMNG, although not shown. The data processing method or data transfer method shown in step S11 corresponds to the processing from step S44 to step S46 in FIG. 50 or the processing in step S61 shown in FIG. That is, when there are a plurality of playlist PLLSTs similar to a plurality of storage media, the highest number among the numbers set in the playlist PLLST as shown in step S46 of FIG. 50 or step S61 of FIG. The set playlist file PLLST is used as the latest file. Next, based on the latest playlist PLLST information selected in step S11, data transfer processing is performed from the network server NTSRV to the persistent storage PRSTR for specific content (such as the content of the secondary video set SCDVS) that takes time to download the network. It performs (step S12). At this time, the command 68 is transferred in advance from the playlist manager PLMNG to the network manager NTMNG and the persistent storage manager PRMNG (δ line), and the network manager NTMNG performs processing based on the command 68, and the content is sent from the corresponding network server NTSRV. Is transferred to the designated persistent storage PRSTR via the persistent storage manager PRMNG (ε line). In the present embodiment, in the step of step S12, when transferring the secondary video set SCDVS, it is necessary to transfer the time map STMAP of the secondary video set simultaneously with the secondary enhanced video object data S-EVOB. When data is transferred from the advanced application ADAPL, the advanced image still image IMAGE, the effect audio EFTAD, the font FONT, and the like are transferred together with the advanced navigation ADVNV (manifest MNFST, markup MRKUP, script SCRPT). Further, when transferring data of the advanced subtitle ADSBT, the advanced subtitle font FONT which is the advanced element ADVEL is also transferred together with the advanced subtitle manifest MNFSTS which is the advanced navigation ADVNV and the advanced subtitle markup MRKUPS. (See FIGS. 12, 25 and 11). As the next step (step S13), playlist PLLST storage location information (src attribute information) is performed in step S12 in accordance with the storage location change of the content (source data) generated by the data transfer shown in step S12. Change from network server NTSRV to persistent storage PRSTR. At this time, it is necessary to set the playlist file PLLST to be saved to a number that is larger than the preset number of the playlist PLLST that has already been saved in the information storage medium DISC, network server NTSRV, and persistent storage PRSTR. . In the future, the content provider may change the playlist PLLST stored in the network server NTSRV. In this case, a value that is larger by “1” than the number already set on the network server NTSRV is set on the playlist file PLLST. Therefore, to make it possible to distinguish between the updated playlist PLLST on the network server NTSRV and the currently saved playlist PLLST, a sufficiently large number that does not overlap the setting number is set in the currently updated playlist PLLST, and is persistent. Must be stored in storage PRSTR. The core part of the basic concept related to the data processing method, data transfer method, and program structure in this embodiment is mainly composed of three steps as shown in steps S15 to S17. That is, in the first step (step S15), the playlist manager PLMNG in the navigation manager NVMNG reads the playlist PLLST, which is management information (program) indicating the playback / display procedure for the user. In the embodiment shown in FIG. 3, since the updated playlist file PLLST is stored in the persistent storage PRSTR (step S14), the latest playlist PLLST from the persistent storage PRSTR as shown by the η line is displayed in the playlist manager. PLMNG reads. In the data processing method or data transfer method in the present embodiment, as shown in step S16, predetermined timing (LoadingBegin attribute information / PRLOAD or preload attribute information / PRLOAD is determined according to the description content of the playlist PLLST (program) as management information. ), Data transfer processing is performed on the playback display object, index information, navigation data, resource data, or source data, which are necessary contents, from a predetermined storage location (src attribute information). The present embodiment is characterized in that the necessary content (resource) is transferred in advance into the data cache DTCCH. According to the management information (playlist PLLST, program), all the necessary content from the storage location specified at the specified timing is stored in the data cache DTCCH, so that multiple playback objects can be stored without interrupting playback display to the user. Simultaneous playback and display are possible. The search method for the storage location or file name (data name) of the content (resource) to be transferred differs depending on the type of the corresponding content, and is performed in the following procedure.

* For the secondary video set SCDVS, search is performed in the order of playlist PLLST → second video set time map STMAP. In this embodiment, the secondary enhanced video object S-EVOB file name is described in the secondary video set time map STMAP. The secondary enhanced video object data S-EVOB can be searched from the information of the time map STMAP of the secondary video set.

  * For the advanced subtitle ADSBT or advanced application ADAPL (including playlist associated advanced application PLAPL and title associated advanced application TTAPL), the src attribute information in the application resource element APRELE or title resource element, application resource element APRELE (source Attribute information) is referred to (see FIGS. 54, 55, 63, 66, 67, 69, 70, and 71).

  That is, for a resource in which the storage location of the resource (content) is specified in the playlist PLLST as being in the persistent storage PRSTR, the corresponding resource (content) is transmitted from the corresponding persistent storage PRSTR via the persistent storage manager PRMNG. ) Is transferred to the data cache DTCCH (λ line). The information stored in the information storage medium DISC is transferred from the information storage medium DISC to the data cache DTCCH as indicated by the κ line. Furthermore, when it is described that the resource (content) specified on the playlist PLLST is stored in the network server NTSRV, the network server NTSRV passes through the network manager NTMNG as shown by the μ line, Data is transferred to the data cache DTCCH. In this case, prior to the content (resource) data transfer 67, the playlist manager PLMNG issues a data transfer request command 68 to the persistent storage manager PRMNG, the network manager NTMNG, and the disk manager DKMNG (not shown). (Θ line). As shown in step S17 as the last step, based on the information content of the management information (playlist program), on the specified screen in accordance with the timing (titleTimeBegin / TTSTTM or titleTimeEnd / TTEDTM) specified in the management information A plurality of playback / display objects are displayed at the same time (see FIGS. 11, 12, and 25). At this time, a command 68 (ν line) is sent from the playlist manager PLMNG in the navigation manager NVMNG to the data cache DTCCH, and a preparation command is sent from the playlist manager PLMNG to the presentation engine PRSEN as shown by the ξ line. 68 is sent. Based on this, the information of the content (resource) stored in advance from the data cache DTCCH is transferred to the presentation engine PRSEN, and the playback / display object is displayed to the user (o line). In parallel with the above processing, as shown in FIG. 25, the primary video set PRMVS and some secondary video sets SCDVS can be directly transferred from the information storage medium DISC to the presentation engine PRSEN without going through the data cache DTCCH. I can do it. This data transfer corresponds to the ρ line in FIG. Further, a part of the secondary video set SCDVS can be directly transferred from the persistent storage manager PRMNG to the presentation engine PRSEN (internal video player SCDVP) without going through the data cache DTCCH. This data transfer corresponds to the π line in FIG. 3, and prior to the data transfer 67, a data transfer instruction command 68 is issued from the playlist manager PLMNG to the persistent storage manager PRMNG (ν line). In this way, data transfer is performed, and a plurality of playback / display objects can be played back simultaneously. By providing playback display timing control information in management information (playlist PLLST / program), multiple playback / display objects (including advanced application ADAPL and advanced subtitle ADSBT) including video (enhanced video object data EVOB) can be simultaneously displayed. Moreover, playback and display can be performed without interruption. In FIG. 3, the data processing method and the data transfer method are mainly described. However, the present embodiment is not limited to this, and the necessary timing and the storage location of the resource are described. The contents of the program description that can realize the data transfer method are also included in the scope of the features of the present embodiment.

As shown in FIG. 4, as a user request,
1. Flexible and diverse expressive power (with flexibility to approach PC screen)
2. Network action In order to respond to the user request of the ease of processing of video related information and the ease of transmission of post-processing information, this embodiment introduces the concept of XML, script and timeline according to the expression format in the PC world. Respond to requests.

  However, in the case of a data structure having this function, there is a problem that compatibility with the conventional DVD-Video is lost.

  Further, in order to satisfy the user request of the structure of FIG. 4, network connection is a prerequisite, and it becomes difficult to provide a very inexpensive information reproducing apparatus to the user. Therefore, in this embodiment, although the advanced content ADVCT having the data structure corresponding to FIG. 4 and the user request of the structure of FIG. 4 cannot be satisfied, compatibility with the conventional DVD-Video is ensured and very cheap ( A major feature is that the standard content STDCT is supported as content that can be played back by an information playback device (not based on the Internet connection).

<Content Type>
The present embodiment is characterized in that two types of standard content STDCT and advanced content ADVCT, which is the other content, can be defined.

  The standard content STDCT in the present embodiment is composed of enhanced video object data EVOB in which video information itself is recorded and navigation data IFO in which management information of the enhanced video object data is recorded. The standard content STDCT has a data structure that is a pure extension of the data structure of the conventional DVD-Video.

  On the other hand, the advanced content ADVCT records various information as described later.

<Standard Content>
The data content of the standard content STDCT will be described with reference to FIG.

  Standard content STDCT includes a video manager VMG representing a menu screen and a standard video title set SVTS in which video data is recorded.

  The video manager VMG in which the menu screen is recorded has enhanced video object data EVOB in which the video information itself is recorded and navigation data IFO in which the management information is recorded. The standard video title set SVTS has It consists of a combination of enhanced video object data EVOB in which video information itself is recorded and navigation data IFO in which management information is recorded.

  Standard content STDCT represents an extended structure of content defined by conventional DVD-Video. Compared with the conventional DVD-Video, high resolution for video, high sound quality for audio and new functions are added. As shown in FIG. 4, the standard content STDCT includes an area in which one video manager VMG is recorded and an area in which one or more video title sets VTS are recorded. An area in which the video title set VTS is recorded is called a standard video title set SVTS or VTS.

  Compared to the conventional DVD-Video, the present embodiment incorporates the following new functions.

-Newly adopt a compression method that guarantees high resolution for video information and has high resolution and high compression efficiency-Increase the number of channels for audio information and support high sampling frequencies. In addition, the audio information compression method that guarantees high sound quality and enables high compression efficiency is adopted.-The function for sub-picture information is expanded and a new highlight information stream is defined.-The navigation command function is expanded.・ Limited to some special restriction information that existed in the first play domain that processes at startup, the video manager domain that manages menu images, and the video title set domain that processes when playing video information. Eliminate information and enable more flexible expression ・ Remove some restrictions on transition restrictions between domains and define a more flexible expression environment ・ Represent processing when playback is interrupted Newly added a radium sequence function to improve user convenience after interruption <Standard VTS (Stand ard VTS) ＞
In this embodiment, the standard video title set SVTS is basically used on the standard content STDCT described above. However, this standard video title set SVTS can be used in the advanced content ADVCT by returning a time map TMAP described later.

  The enhanced video object data EVOB, which is object information used in the standard video title set SVTS, has some specific information for the standard content STDCT. For example, highlight information HLI and presentation control information PCI used in the standard content STDCT are ignored on the advanced content ADVCT in this embodiment.

<HDDVD_TS Directory>
A directory structure when the standard content STDCT shown in FIG. 4 is recorded in the information storage medium will be described. In this embodiment, both standard content STDCT and advanced content ADVCT described later are recorded together in the HDDVD_TS directory. The HDDVD-TS directory is arranged immediately below the root directory of the information storage medium. For example, all files related to a primary video set PRMVS (to be described later) such as a video manager VMG and a standard video title set SVTS are included in this directory.

<Video Manager>
The contents of the video manager VMG shown in FIG. 4 will be described. The video manager VMG basically includes a conventional DVD-Video menu screen and control information. Video that is backup data for video manager information VMGI, enhanced video object data EVOB for menu FP_PGCM_EVOB to be displayed first immediately after insertion of the information storage medium, navigation data IFO of video manager VMG as component files under the HDDVD_TS directory described above Manager information VMGI_BUP etc. are recorded separately.

  In the HDDVD_TS directory, the size of the enhanced video object set VMGM_EVOBS related to the video manager menu is 1 GB or more, but the data is divided and recorded in 98 or less files.

  In the present embodiment, in the reproduction-only information recording medium, all files in the enhanced video object set VMGM_EVOBS of the video manager menu need to be arranged at consecutive positions for the convenience of reproduction. Thereby, since the information of the enhanced video object set VMGM_EVOBS related to the video manager menu is recorded in one place, it is possible to ensure the convenience of data access, the convenience of data collection, and the high display speed.

<Standard Video Title Set>
In the present embodiment, video title set information VTSI and video title set information backup data VTSI_BUP are recorded in the HDDVD_TS directory as component files in the HDDVD_TS directory. The size of the enhanced video object set VTSM_EVOBS of the video title set menu and the enhanced video object set VTSTT_EVOBS of each title is allowed to exceed 1 GB, but the data needs to be divided into 99 or less files and recorded. As a result, each file size can be set to 1 GB or less. These files are recorded as individual component files in the HDDVD_TS directory. All the files of the enhanced video object set VTSM_EVOBS of the video title set menu and the enhanced video object set VTSTT_EVOBS of each title need to be arranged at consecutive positions. As a result, since data is recorded in one place as described above, data access convenience and high speed and management of data processing can be achieved, and this information can be displayed to the user at high speed.

<Structure of Standard Video Title Set>
The video title set VTS means a collection of video titles. This video title set includes video title set information VTSI that is control information related to the video title set, enhanced video object set VTSM_EVOBS of the video title set menu, enhanced video object set (video information itself) VTSTT_EVOBS of each title, and video title set information. Consists of backup data VTSI_BUP.

  In the present embodiment, the following rules are applied to the video title set VTS.

  1) The video title set information VTSI in which the control information is recorded and the backup data VTSI_BUP of the video title set information must be recorded in one file of 1 GB or less.

  2) The enhanced video object set VTSM_EVOBS of the video title set menu and the enhanced video object set (video information itself) VTSTT_EVOBS of each title in the video title set VTS must be divided and recorded in files of 1 GB or less. I must. The number of divided files must be 99 files or less in one information storage medium.

  3) Video title set information VTSI, video title set menu enhanced video object set VTSM_EVOBS, each title enhanced video object set (video information itself) VTSTT_EVOBS, and video title set information backup data VTSI_BUP are in the order described above. Must be placed.

  4) The video title set information VTSI and the backup data VTSI_BUP of the video title set information must not be recorded in the same ECC block. That is, the video title set information VTSI and the backup data VTSI_BUP of the video title set information are continuously recorded, but the boundary position between the two is prohibited from being arranged at the center in the same ECC block. That is, when the boundary portion between the two is arranged in the same ECC block, when the ECC block cannot be reproduced due to a defect, both information cannot be reproduced together. Therefore, padding information is recorded in the remaining place in the ECC block at the end position of the video title set information VTSI, and the head of the backup data VTSI_BUP of the next video title set information comes to the head position of the next ECC block. Thus, the present embodiment is characterized in that both data are prevented from entering the same ECC block. This not only greatly improves the reliability of data reproduction, but also has the effect of facilitating the reproduction process during data reproduction.

  5) A plurality of files constituting the enhanced video object set VTSM_EVOBS of the video title set menu must be arranged at consecutive positions on the information storage medium. In addition, a plurality of files constituting the enhanced video object set (video information itself) VTSTT_EVOBS of each title must be similarly arranged at consecutive positions. By arranging in such a continuous position, each information can be reproduced at a time by one continuous reproduction of the optical head at the time of reproduction (no jumping process of the optical head is required). As a result, it is possible to ensure the ease of processing of the various types of information during data reproduction, and to shorten the time from data reproduction to display.

  6) The backup data VTSI_BUP of the video title set information must completely match the video title set information VTSI. Even if the video title set information VTSI, which is management information, cannot be played back due to an error because the above information is completely consistent, stable video information can be obtained by playing back the backup data VTSI_BUP of the video title set information. Can be played.

  7) The video title set VTS numbers assigned to the video title set VTS recorded in the volume space must be assigned consecutive numbers. The numbers of the respective video title sets VTS are set in ascending order of the logical block number LBN which is an address on the logical space indicating the arrangement position of the video title set VTS recorded on the information storage medium. Numbers up to are given.

  8) In each video title set VTS, the video title set information VTSI, the enhanced video object set VTSM_EVOBS of the video title set menu, the enhanced video object set (video information itself) VTSTT_EVOBS and video title set information of each title in the video title set VTS Each of the backup data VTSI_BUP information may have a gap area in the boundary area. That is, the above-described four types of information are arranged in different ECC blocks, so that the reliability of data at the time of reproduction, the ease of reproduction processing, and the high speed of processing can be achieved. For this reason, when the last data recording position of each piece of information ends in the middle of one ECC block, padding information is inserted into the remaining area, and the start position of the next information matches the start position of the next ECC block. As described above, this embodiment is devised. The padding information portion in the ECC block is expressed as a gap in this embodiment.

  9) In each enhanced video object set VTSM_EVOBS of the respective video title set menu, the enhanced video object EVOB must be continuously stored on the information storage medium. Thereby, the convenience of the reproduction process is improved.

  10) In the enhanced video object set (video information itself) VTSTT_EVOBS of each title in the video title set VTS, each enhanced video object must also be recorded in a continuous position on the information storage medium. Thereby, the convenience of information reproduction and the time required for display can be shortened.

  11) The video title set information VTSI and the backup data VTSI_BUP of the video title set information are respectively recorded in a continuous logical continuous area composed of consecutive numbers of logical block numbers LSN representing address positions on the information storage medium. There must be. Thereby, the information can be read by one continuous reproduction (not including the jumping process), and the convenience of the reproduction process and the speeding up of the process can be achieved.

<Structure of Video Manager>
The video manager VMG represents the content table of the standard video title set SVTS, which is recorded in the HDDVD-Video zone described later. The configuration requirements of the video manager VMG are the control information that is the video manager information VMGI, the menu FP_PGCM_EVOB that is displayed first immediately after the information storage medium is inserted, the enhanced video object set VMGM_EVOBS of the video manager menu, and the control information that is the video manager information VMGI. The data is VMGI_BUP. In the control information that is VMGI, correct information necessary for reproducing each title and information for supporting user operations are recorded. A menu FP_PGCM_EVOB displayed first immediately after the information storage medium is inserted is used to select a language displayed in the menu. That is, various menu screens can be displayed in a language that is most easily understood by having the user select an optimal menu language immediately after the information storage medium is mounted. The enhanced video object VMGM_EVOBS related to the menu of the video manager is a collection of enhanced video objects used for menus that support volume access. In other words, information on menu screens (screens held as separate information for each language) displayed in each language selected by the user is recorded as an enhanced video object set.

<Rules Applied to Video Manager (VMG)>
In the present embodiment, the following rules are applied to the video manager VMG.

1) For one video manager information VMGI and video manager information backup file VMGI_BUP, divide one file so that it is 1GB or less and record it in the information storage medium. 2) First immediately after insertion of the information storage medium The enhanced video object EVOB of the menu FP_PGCM_EVOB to be displayed on the screen is divided and recorded in the information storage medium so that one file becomes 1 GB or less. In addition, the video manager menu enhanced video object set VMGM_EVOBS is also divided and recorded so that one file is 1 GB or less, and recorded in one information storage medium of the video manager menu enhanced video object set VMGM_EVOBS. The number of files to be set is set to 98 files or less. As described above, setting the data size of one file to 1 GB or less facilitates management of the buffer memory and improves data accessibility.

  3) The video manager information VMGI, the menu FP_PGCM_EVOB to be displayed first immediately after the information storage medium is inserted, the video manager menu enhanced video object set VMGM_EVOBS, and the video manager information backup file VMGI_BUP are recorded in this order on the information storage medium.

  4) The video manager information VMGI and the video manager information backup file VMGI_BUP must not be recorded in the same ECC block.

      ... the video manager information VMGI, the menu FP_PGCM_EVOB to be displayed first immediately after the information storage medium is inserted, and the enhanced video object set VMGM_EVOBS of the video manager menu are optional information and may not be recorded on the information storage medium. In that case, the video manager information VMGI and the backup VMGI_BUP of the video manager information may be arranged sequentially in sequence. In this case, the above contents mean that the boundary position between the video manager information VMGI and the video manager information backup VMGI_BUP does not come in the middle of one ECC block. Basically, when information is reproduced from an information recording medium, information is reproduced in units of ECC blocks. Therefore, when the boundary position between the two is within the same ECC block, not only the convenience of data processing of the playback information is impaired, but also when the error cannot be played back in the ECC block at the boundary portion, the video manager information Both VMGI and Video Manager Information backup VMGI_BUP may not play. Therefore, by aligning the boundary between the two with the boundary of the ECC block, it ensures the superiority of the processing during playback, and even if one of the ECC blocks has many errors and cannot be played back, the information is restored with the remaining data. Can be played. Therefore, the data reproduction reliability of the video manager information VMGI can be improved by matching the boundary surface between the two with the boundary surface in the ECC block.

  5) Data of the enhanced video object set VMGM_EVOBS of the video manager menu representing the menu information must be recorded continuously. As described above, the data size of the enhanced video object set VMGM_EVOBS in the video manager menu is allowed to exceed 1 GB or more, but the data is divided and recorded in a plurality of files so that one file size is 1 GB or less. Thus, in this embodiment, it is defined. Each of the divided files is required to be continuously recorded on the information storage medium. Thereby, all the enhanced video object sets in the video manager menu can be captured by one continuous reproduction, and high reliability for reproduction control and high speed for user display can be ensured.

  6) The contents of the video manager information backup file VMGI_BUP must be completely identical to the contents of the video manager information VMGI.

  7) Allow a gap in the boundary position between the video manager information VMGI and the first menu FP_PGCM_EVOB displayed immediately after the information storage medium is inserted, the enhanced video object set VMGM_EVOBS of the video manager menu, and the video manager information backup file VMGI_BUP. To do. As described in 4) above, when information between each piece of data is recorded in units of ECC blocks, a gap occurs between the position of the last part of each piece of data and the boundary position of the ECC block, and an extra area in the ECC block. May occur. This surplus area is called a gap, and by allowing the existence of the gap area in this way, the above information can be recorded in ECC block units. As a result, as described above, it is possible to ensure convenience during reproduction and reliability during data reproduction.

  8) In the enhanced video object set VMGM_EVOBS of the video manager menu, each enhanced video object needs to be recorded continuously. As described above, it has been described above that the enhanced video object set VMGM_EVOBS of the video manager menu can exceed 1 GB and can separately record information of 1 GB or less. In this case, the above content means that each divided file is continuously recorded on the information storage medium. As a result, the enhanced video object set VMGM_EVOBS of the video manager menu can be read all at once in one playback, and the convenience of playback processing and the time until display to the user can be shortened.

  9) When the menu FP_PGCM_EVOB to be displayed first immediately after the information storage medium is inserted and the enhanced video object set VMGM_EVOBS of the video manager menu do not exist, the video manager information VMGI and the backup file VMGI_BUP of the video manager information are logical sector numbers consecutive to each other. Must be arranged in a continuous area composed of As a result, playback and convenience of the video manager information VMGI and the backup file VMGI_BUP of the video manager information are improved.

<Structure of Enhanced Video Object Set>
The enhanced video object set EVOBS is composed of a collection of enhanced video object data EVOB, which is composed of data such as video data, audio data, and sub-picture data. In the present embodiment, the following rules are applied to the enhanced video object set EVOBS.

  1) Each enhanced video object data EVOB and enhanced video object set EVOBS are recorded in a continuous block or an interleaved block.

  2) One enhanced video object set EVOBS is composed of one or more enhanced video object data EVOB.

  3) The ID number EVOB_ID assigned to each enhanced video object data EVOB is assigned an ID number in ascending order of the logical sector number LSN indicating the address where each enhanced video object data EVOB is recorded on the information storage medium. Then, the first number becomes 1, and is sequentially incremented.

      One enhanced video object data EVOB is composed of one or more cells. The ID number C_ID set for each cell is a number that is sequentially incremented as a minimum of 1 in ascending order of the logical sector number LSN indicating the location where each cell is recorded on the information storage medium in one enhanced video object data EVOB. Set as the ID number.

  4) Each cell in the enhanced video object set EVOBS can be individually identified by the ID number EVOB_ID assigned to the enhanced video object data EVOB and the ID number C_ID set in each cell.

  In this embodiment, two types of content, advanced content ADVCT and standard content STDCT, are set as video information to be recorded on the information storage medium and its management information. By providing advanced content ADVCT, it meets the user's request to ensure flexible and diverse expressive power, ease of processing of network-related video related information and easy transmission of post-processing information, and also has standard content STDCT As a result, the compatibility of data with the conventional DVD-Video is ensured and the video information of this embodiment can be played back even with a safe information playback device that does not assume network connection. .

  As shown in FIG. 5, information storage media having three types of categories are set as shown in FIG. That is, as shown in FIG. 5 (a), as data recorded in the information storage medium corresponding to category 1, a medium on which only the information of the standard content STDCT is recorded is set. The information storage medium corresponding to this category 1 can be reproduced by either a safe information reproducing apparatus not premised on network connection and a high-grade information reproducing apparatus premised on network connection.

  As data recorded in the information recording medium corresponding to category 2, it is possible to set an information storage medium in which only the advanced content ADVCT is recorded as shown in FIG. 5B. In this case, reproduction can be performed only by a high-function information reproducing apparatus premised on network connection. Further, as shown in FIG. 5C, the present embodiment is characterized in that an information storage medium corresponding to category 3 for recording the same video information in the form of both advanced content ADVCT, standard content, and STDCT is recognized. . As a result, when an information storage medium compatible with category 3 is used, advanced content ADVCT can be played back by a high-grade information playback device having a network connection function, and standard content can be played back by a safe information playback device that does not require network connection. Since STDCT can be played back, it is possible to display (provide) the optimum content for any model to the user.

<Category 1 Disc>
In the information storage medium corresponding to category 1 shown in FIG. 5A, a standard composed of one video manager VMG constituting a menu screen and one or more standard video title sets SVTS for managing video information. Content STDCT is recorded.

  Information on the advanced content ADVCT is not recorded on the information storage medium.

<Category 2 Disc>
In the information storage medium corresponding to category 2 shown in FIG. 5B, only the advanced content ADVCT is recorded, and the standard content STDCT is not recorded.

<Category 3 Disc>
In the information storage medium corresponding to category 3 shown in FIG. 5C, advanced content ADVCT and standard content STDCT are recorded. In an information storage medium corresponding to category 3, a primary video set PRMVS described later is defined. In the primary video set PRMVS, both the first play domain FP_DOM corresponding to the screen displayed immediately after the information storage medium is inserted and the video manager menu domain VMGM_DOM corresponding to the menu are defined in the primary video set PRMVS. Not. However, in an area other than the primary video set PRMVS, the first play domain FP_DOM and the video manager menu domain VMGM_DOM may exist in an information storage medium corresponding to the category 3. Furthermore, in the information reproducing apparatus, the navigation command that supports the transition to the first play domain FP_DOM or the video manager domain VMGM_DOM must be ignored. The first play domain FP_DOM and the video manager domain VMGM_DOM corresponding to the screen to be displayed immediately after the information storage medium is inserted are basically required for menu operations in the standard content STDCT. However, in the present embodiment, as shown in FIG. 9 or FIG. 6, the menu processing is performed by the advanced content ADVCT, and the standard video title set SVTS in which the video information in the standard content STDCT is recorded is referred to as necessary. Yes. In this way, by prohibiting the transition of the menu displayed immediately after insertion of the information storage medium to the first play domain FP_DOM and the video manager domain VMGM_DOM, menu processing on the advanced content ADVCT can be secured at all times. Can avoid confusion. Has the effect. The information storage medium corresponding to the previous category 3 includes standard content STDCT, and this information storage medium follows the rules of the information storage medium corresponding to category 2 shown in FIG.

<Primary Video Set>
The contents of the primary video set PRMVS shown in FIG. The primary video set PRMVS in the advanced content ADVCT includes an advanced video title set ADVTS, a standard video title set SVTS, and a video manager VMG. These video title sets are mainly used for the standard content STDCT, but basically the advanced video title set ADVTS is used only in the advanced content ADVCT, and the standard video title set SVTS can also be used in the advanced content ADVCT. In the advanced content ADVCT, it may exist in the video manager VMG in the primary video set PRMVS. However, the transition to the video manager menu domain VMGM_DOM or the first play domain FP_DOM described above is prohibited while using the advanced content ADVCT. The first play domain FP_DOM and the video manager domain VMGM_DOM corresponding to the screen to be displayed immediately after the information storage medium is inserted are basically required for menu operations in the standard content STDCT. However, in the present embodiment, as shown in FIG. 9 or FIG. 6, the menu processing is performed by the advanced content ADVCT, and the standard video title set SVTS in which the video information in the standard content STDCT is recorded is referred to as necessary. Yes. In this way, by prohibiting the transition of the menu displayed immediately after insertion of the information storage medium to the first play domain FP_DOM and the video manager domain VMGM_DOM, menu processing on the advanced content ADVCT can be secured at all times. Can avoid confusion. Has the effect. The data of the primary video set PRMVS is recorded in an information storage medium corresponding to category 3. Although the data structure to be recorded is arranged in the above-described HVDVD_TS directory, the primary video set PRMVS may be recorded in the persistent storage.

<Content Type>
At least the primary video set PRMVS and at least one playlist PLLST (details will be described later) must be recorded in an information storage medium corresponding to the category 2 or category 3. Other information related to the advanced content ADVCT described in FIG. 5 (b) and FIG. 5 (c) can be recorded in the information storage medium, but received from the server via the network. You can also.

<Structure of Volume Space>
The recording location of the advanced content ADVCT and standard content STDCT recorded in the information storage medium will be described with reference to FIG. In the portion described below, the recording location for only the advanced content ADVCT corresponds to FIG. 5B, and the recording location for only the standard content STDCT is set in FIG. 5A. The information storage medium corresponds to the category 1 shown. As shown in FIG. 5C, a space for recording each content on the information storage medium is defined as a volume space, and logical sector numbers LSN are assigned to all locations in the volume space. In the present embodiment, the volume space is composed of the following three areas.

1) Location where the volume and file structure are written (file system management information recording area)
This area is not described in FIG. 5C, but an area for recording file system management information is defined. In the present embodiment, a file system is constructed in conformity with UDF (Uniform Disc Format). The area indicates an area where management information of the file system is recorded.

2) One HD_DVD-Video zone: The data in this embodiment described in FIG. 5C is recorded in the above-mentioned area. This area is composed of an area for recording advanced content ADVCT and an area for recording standard content STDCT.

3) Other DVD-related information recording area: This is an area in which DVD-related information other than that used in HD_DVD-Video of this embodiment is recorded. For example, information related to the HD_DVD video recording standard and current DVD-Video And information about the current DVD-Audio can be recorded in this area.

<Rules Applied for HDDVD-Video Zone>
In the HD_DVD-Video area described second and described in FIG. 5C, the following rules are set in this embodiment.

  1) In an information recording medium compliant with category 1 and category 3, information of one video manager VMG and a video title set VTS from 1 to 511 can be recorded in the recording area of the standard content STDCT. . The information storage medium corresponding to category 2 cannot set the recording area for the standard content STDCT.

  2) In the information storage medium corresponding to category 1, the video manager VMG must record in the first place in the HD_DVD-Video recording area.

  3) The video manager VMG must be composed of 2 or more and a maximum of 102 files.

  4) Each video title set VTS except the advanced video title set ADVTS must be composed of at least 3 and 200 files.

  5) The advanced content ADVCT recording area is composed of a file in which information of the advanced content ADVCT consisting of the advanced video title set ADVTS is recorded. The maximum number of files recorded in the advanced content ADVCT recording area is 512 × 2047.

  6) The advanced video title set ADVTS must consist of 3 to 2999 files.

  The transition relationship between the advanced content ADVCT playback and the standard content STDCT playback will be described with reference to FIG. In the information storage medium corresponding to category 3 shown in FIG. 5 (c), the advanced content ADVCT and the standard content STDCT can be reproduced independently. When an information storage medium corresponding to category 3 is inserted into a high-class information reproducing apparatus having an Internet connection, the reproducing apparatus reads the advanced navigation ADVNV included in the advanced content ADVCT in the initial state INSTT. Then, the advanced content playback state ADVPS is entered. This processing status is the same when an information storage medium corresponding to category 2 shown in FIG. 5B is inserted. In the advanced content playback state ADVPS of FIG. 6, the playback state can transition to the standard content playback state STDPS by executing a command MSCMD corresponding to the markup MRKUP or script SCRPT. In the standard content playback state STDPS, it is possible to return to the advanced content playback state ADVPS by executing the command NCCMD in the navigation command set in the standard content STDCT.

  As with the current DVD-Video, standard content STDCT defines system parameters that record system-set information such as the display angle number and playback audio number. In this embodiment, advanced content is defined. Even in the reproduction state ADVPS, it is possible to reproduce the data set in the system parameter from the advanced content ADVCT or change the value of the system parameter. This ensures compatibility with conventional DVD-Video playback. Regardless of which direction of transition is made between the advanced content playback state ADVPS and the standard content playback state STDPS, in this embodiment, the system parameter setting value does not change even if the system parameter setting value is changed. Kept.

  When an arbitrary transition is made between the advanced content ADVCT and the standard content STDCT according to the user's preference for the information storage medium corresponding to category 3 shown in FIG. For example, the display language is kept the same even during the transition, and the convenience of the user during playback can be ensured.

  FIG. 7 shows a medium identification processing method of the reproducing apparatus in this embodiment when the three types of information storage media shown in FIG. 5 are loaded.

  When an information storage medium is mounted on a high-quality information reproducing apparatus having a network connection function, the information reproducing apparatus indicates whether or not the information recording medium is compatible with HD_DVD (step S21). In the case of an information storage medium compatible with HD_DVD, the playlist file PLLST recorded in the advanced content directory ADVCT immediately below the root directory shown in FIG. 11 is searched. If the playlist file PLLST exists, it is determined that the information storage medium corresponds to category 2 or category 3 (steps S22 and S23). If the playlist file PLLST does not exist, the video manager ID number VMGM_ID recorded in the video manager information VMGI in the standard content STDCT is checked (step S24). In the case of an information storage medium corresponding to category 1, video manager ID number VMGM_ID is recorded as specific data, and only standard content STDCT corresponding to category 1 is recorded from information in video manager category VMG_CAT. Can be identified (steps S24 and S25). If the mounted information storage medium is an information storage medium that does not belong to any of the categories shown in FIG. 5, it is left to the corresponding processing of each playback device (step S26).

  In the present embodiment, a playback device that does not have a video display function and plays back only audio information (audio) is also supported. FIG. 8 shows a startup sequence in the audio-only information reproducing apparatus.

  When an information storage medium is loaded in the information reproducing apparatus, it is first determined whether or not the information storage medium is compatible with HD_DVD (step S31). If the information storage medium is not compatible with HD_DVD in this embodiment, the processing method depends on the information reproducing apparatus as shown in step S34. When the mounted information storage medium is an information storage medium compatible with HD_DVD of the present embodiment, the playback device checks whether there is a playlist file PLLST recorded in the advanced content directory ADVCT immediately below the root directory. If the playlist file PLLST is present, the audio information is reproduced as a reproduction apparatus that reproduces only audio information (step S32). Also at this time, the information reproducing apparatus always reproduces information via the playlist file PLLST (step S33).

  Differences in management methods (such as differences in data access to content) between the enhanced video object data EVOB in the standard content STDCT and the enhanced video object data EVOB in the advanced content ADVCT in this embodiment will be described with reference to FIG.

  In this embodiment, on the standard video title set information STVTSI which is management information in the standard content STDCT, it is specified by the logical sector number LSN which is address information on the logical space as access information to each enhanced video object data EVOB. . In this manner, compatibility with the current DVD-Video standard is ensured by managing the address information. On the other hand, the management method of the enhanced video object data EVOB in the advanced content ADVCT is characterized in that it is managed not by address information but by time information. As a result, compatibility with the current video recording standard capable of recording and playback can be ensured as well as easy editing. That is, in the playlist PLLST representing the playback management information on the advanced content ADVCT, the playback range on the playback position advanced video object data EVOB is set by time information. In the advanced content ADVCT in this embodiment, the time information specified by the playlist PLLST can be converted into address information by the time map information TMAPI. The time map information TMAPI is information for converting specified time information into a logical sector number LSN indicating a logical address position on the information storage medium. The time map information TMAPI is recorded at a different position from the playlist PLLST. Further, advanced video title set information ADVTSI exists in advanced content ADVCT as corresponding to standard video title set information STVTSI of standard content STDCT. In this advanced video title set information ADVTSI, enhanced video object information EVOBI information in which individual attribute information of each enhanced video object data EVOB is recorded. This enhanced video object information EVOBI information refers to and manages individual enhanced video object data EVOB as management of attribute information. The advanced video object information EVOBI # 3 manages and references the attributes of the enhanced video object data EVOB in the standard content STDCT to manage the playback of the advanced content ADVCT, and the enhanced video object in the standard content STDCT in the playlist PLLST. Data EVOB playback can also be specified.

<Utilization of Standard Content by Advanced Content>
As described above, a feature of this embodiment is that a part of the standard content STDCT can be used from the advanced content ADVCT.

  For example, as shown in FIG. 9, using the time map information TMAPI # 3 in the advanced content ADVCT, the enhanced video object information EVOBI # 3 in the advanced video title set information ADVTSI is enhanced video object data EVOB in the standard content STDCT. With reference to # 3, the enhanced video object data EVOB # 3 can be reproduced. Further, as shown in FIG. 9, the enhanced video object data EVOB # 3 referred to from the enhanced video object information EVOBI # 3 in the advanced content can also be referred to from the standard video title set information STVTSI. As described above, in this embodiment, the enhanced video object data EVOB # 3 in the same standard content STDCT can be referred to from a plurality of places, so that the efficiency and improvement of data recorded on the information storage medium can be used together. Can be done.

  However, this enhanced video object data EVOB # 3 includes information such as highlight information HLI and presentation control information PCI, but for these information, advanced content ADVCT is not supported, Information specified by these highlight information HLI and presentation control information PCI is ignored during playback of advanced content ADVCT based on the playlist PLLST.

<Advanced Video Title Set (Advanced VTS)>
The advanced video title set ADVTS shown in FIG. 9 will be described. The advanced video title set ADVTS is used as a video title set for the advanced content ADVCT. The difference between the advanced video title set ADVTS and the standard video title set SVTS shown in FIG. 9 is shown below.

1) Advanced Content ADVCT Enhanced Video Object Data EVOB Support Information Can have one main video stream MANVD, up to 8 main audio streams MANAD, 1 sub video stream SUBVD, and up to 8 subs It can have an audio stream SUBAD, up to 32 sub-picture streams (sub-pictures) SUBPT, and one advanced stream (stream data in which an advanced application ADAPL to be described later is recorded).

2) Integration of enhanced video object set EVOBS As shown in FIG. 4, in standard content STDTC, enhanced video object data EVOB in the video manager VMG representing the menu screen and enhanced video in the standard video title set SVTS representing the video to be played back. The object data EVOB was completely separated, and it was not possible to display the movie and the menu screen at the same time. On the other hand, in the advanced video title set ADVCT in the present embodiment, the menu screen and the video screen representing the moving image can be mixed and managed / displayed.

3) Abolition of hierarchy of management information for video In the current DVD-Video and standard content STDCT, the hierarchical structure of the program chain PGC / part of title PTT / cell was adopted as the video management unit. The advanced content ADVCT management method in Japan does not take such a hierarchical structure. In addition, in the current DVD-Video and standard content STDCT, navigation commands for performing special processing such as jump processing and user operation processing were performed. However, in the advanced content ADVCT in this embodiment, such processing is not performed. .

4) Introduction of new time map information TMAPI One time map information TMAPI is stored as one file corresponding to one piece of enhanced video object data EVOB in the continuous block described later. Recorded on the medium. In the case of an interleaved block, a plurality of enhanced video object data EVOB corresponding to each stream in the interleaved block is included, but time map information TMAPI is set corresponding to each enhanced video object data EVOB. The plurality of time map information TMAPI is recorded in one file in units of one interleaved block. Furthermore, information in the navigation pack NV_PCK defined by the conventional DVD-Video and standard content STDCT is simplified and recorded.

<Structure of Advanced Video Title Set (Advanced VTS)>
The data structure in the advanced video title set ADVTS in the advanced content ADVCT shown in FIG. 9 will be described below.

  In this embodiment, the advanced video title set ADVTS is composed of one advanced video title set ADVTS from one title representing the video information itself. In this embodiment, the advanced video title set ADVTS includes advanced video title set information ADVTSI in which control information is recorded, an enhanced video object set VTSTT_EVOBS containing a video title representing the video itself, as shown in FIG. It consists of video title set time map information VTS_TMAP in which time map information TMAPI is recorded, backup information ADVTSI_BUP of the advanced video title set ADVTS, and backup VTS_TMAP_BUP of the time map information. They must be recorded continuously on the information storage medium according to the order described above. The rules to be followed by the advanced video title set ADVTS in this embodiment will be described below.

  1) Advanced video title set information ADVTSI and its backup information ADVTSI_BUP, which are control information, are recorded as one file on the information storage medium.

  2) Advanced video title set information ADVTSI and its backup information ADVTSI_BUP must not coexist in the same ECC block. When advanced video title set information ADVTSI and its backup information ADVTSI_BUP are recorded continuously, when the last information in advanced video title set information ADVTSI comes in the middle of one ECC block, the remaining information in the same ECC block It is necessary to devise so that padding information is put in the part and arranged in a different ECC block from the next backup information ADVTSI_BUP. As a result, even if the ECC block at the boundary between the advanced video title set information ADVTSI and the next backup information ADVTSI_BUP cannot be read due to an error, one of them can be reproduced, and the reliability during reproduction is improved.

  3) Each video title set time map information VTS_TMAP and its backup information VTS_TMAP_BUP must be recorded in one file or more and a maximum of 999 files respectively.

  4) Each video title set time map information VTS_TMAP and its backup information VTS_TMAP_BUP must not be recorded together in one ECC block. That is, as in 2), when the boundary between the two is likely to be arranged in one ECC block, the last part of the video title set time map information VTS_TMAP ends in the middle of one ECC block. Records padding data and arranges so that the next backup VTS_TMAP_BUP is recorded from the head position of the next ECC block. Thereby, the reliability at the time of reproduction can be ensured.

  5) A plurality of files constituting each video title set time map information VTS_TMAP must be recorded in continuous locations on the information storage medium. Thereby, unnecessary jump access processing of the optical head is not required, and the video title set time map information VTS_TMAP can be played back by one continuous playback, so that the playback processing is easy and fast.

  6) A plurality of files constituting the backup VTS_TMAP_BUP of each video title set time map information VTS_TMAP must be recorded at consecutive positions on the information storage medium. Thereby, similar to the above 5), the reproduction process can be simplified and speeded up.

  7) The enhanced video object set VTSTT_EVOBS of the advanced video title set in which the title is recorded must be recorded on the information storage medium as one or more files and a maximum of 999 files.

  8) A plurality of files in which the enhanced video object set VTSTT_EVOBS in which the title of the advanced video title set is recorded must be recorded at consecutive positions on the information storage medium. Thereby, the enhanced video object set VTSTT_EVOBS in which the title of the enhanced video title set is recorded can be reproduced by one continuous reproduction, and the continuity at the time of reproduction can be guaranteed.

  9) The backup ADVTSI_BUP of the advanced video title set information ADVTSI must have exactly the same content as the advanced video title set information ADVTSI.

<Structure of Enhanced Video Object Set>
The data structure of the enhanced video object data EVOB in the advanced content ADVCT shown in FIG. 9 will be described below. In the present embodiment, the aggregate of the enhanced video object data EVOB is called an enhanced video object set EVOBS, and these data are composed of video data, audio data, sub-picture data, and the like. Regarding the enhanced video object set EVOBS in the advanced content ADVCT, the following rules are applied in the present embodiment.

  1) Each enhanced video object data EVOB is recorded in a continuous block or an interleaved block which will be described later.

  2) One enhanced video object set EVOBS is composed of one or more enhanced video object data EVOB. The ID number EVOB_ID of the enhanced video object data is set in the arrangement order of the enhanced video object data EVOB recorded on the information storage medium. That is, the ID number EVOB_ID is assigned in ascending order of the logical sector number LSN representing the address where the enhanced video object data EVOB is recorded in each logical space, and the first number is set as 1. The ID number EVOB_ID of the enhanced video object data matches the number of the enhanced video object information EVOBI described in the advanced title set information ADVTSI. That is, as shown in FIG. 9, the enhanced video object data EVOB # 1 has the ID number EVOB_ID set to “1”, the enhanced video object data EVOB # 2 has the ID number EVOB_ID set to “2”, and the enhanced video data is controlled. The number of the video object information EVOBI # 1 is set to “1”, and the number of the enhanced video object information EVOBI # 2 that manages the enhanced video object data EVOB # 2 is also set to “2”.

  3) If the enhanced video object data EVOB is recorded in the continuous block, each enhanced video object data EVOB has a corresponding one time map file. That is, as shown in FIG. 9, time map information TMAPI # 1 exists as a part for managing the time of enhanced video object data # 1, and this time map information TMAPI # 1 is stored as one time map file on the information storage medium. To be recorded. When a plurality of enhanced video object data EVOB constitute an interleaved block, one time map file corresponding to one interleaved block is recorded on the information storage medium.

<Relation among Presentation Objects>
In the advanced content ADVCT in this embodiment, the object information shown in FIG. 10 is used. The correspondence between the data type of each object information, the object recording location, and the decoder reproduction processing unit is as shown in FIG. First, a description will be given of the object storage location via the network and persistent storage PRSTR.

<Network Server>
FIG. 10 A description will be given of the network connection regarding the object recording location.

  In the present embodiment, it is assumed that object data transferred from the network server NTSRV via the network as a recording location of an object for reproducing the advanced content ADVCT is assumed. Therefore, the high-functional player in this embodiment is premised on network access. The network server NTSRV, which represents the location where objects are transferred when transferring data over the network, specifies the server to be accessed in the advanced content ADVCT of the information storage medium DISC during normal playback. Is set by the content provider that created the advanced content ADVCT. The network server NTSRV is usually set up on the Internet.

<Data Categories on Network Server>
A file in which the advanced content ADVCT in this embodiment is recorded is recorded in advance in the network server NTSRV. The advanced navigation ADVNV is downloaded onto the file cache FLCCH (data cache DTCCH) or the persistent storage PRSTR described later by the application processing command API set in advance. In the present embodiment, the primary video set PRMVS cannot be directly reproduced from the network server NTSRV by the primary video set player. The primary video set PRMVS is recorded once in the persistent storage PRSTR, and data reproduction is performed via the persistent storage PRSTR described later. The secondary enhanced video object data S-EVOB can be reproduced directly by the secondary video player SCDVP from the network server NTSRV using a streaming buffer. The persistent storage PRSTR shown in FIG. 10 will be described below.

<Persistent Storage / Data Categories on Persistent Storage>
In this embodiment, two types of persistent storage PRSTR are defined. The first is called a fixed persistent storage PRSTR, and the information recording / reproducing apparatus 1 (player) in the present embodiment is obliged to have the persistent storage PRSTR. In this embodiment, a flash memory is assumed as a specific recording medium most frequently used as the fixed persistent storage PRSTR. In the present embodiment, it is assumed that the capacity of the fixed persistent storage PRSTR is 64 MB or more. By setting the minimum allowable memory capacity of the persistent storage PRSTR as described above, it is possible to guarantee the playback stability of the advanced content ADVCT regardless of the specific detailed configuration of the information recording / playback apparatus 1. As shown in FIG. 10, a file cache FLCCH (data cache DTCCH) is designated as an object recording location. The file cache FLCCH (data cache DTCCH) represents a cache memory having a relatively small capacity such as DRAM or SRAM. In addition, the fixed persistent storage PRSTR in the present embodiment incorporates a flash memory, and the memory itself is set in a form that cannot be taken out from the information reproducing apparatus. However, the present embodiment is not limited thereto, and for example, a portable flash memory can be used for the fixed persistent storage PRSTR.

  Another type of persistent storage PRSTR in this embodiment is referred to as additional persistent storage PRSTR. The additional persistent storage PRSTR is a removable storage device, and can be realized by, for example, a USB memory, a portable HDD, or a memory card.

  In this embodiment, a flash memory is used as an example of a fixed persistent system tent storage PRSTR, and a USB memory, a portable HDD, a memory card, etc. are given as an additional persistent storage PRSTR. However, this embodiment is not limited thereto. It is possible to use other recording media.

  In the present embodiment, such persistent storage PRSTR is processed using data processing command API (application interface). A file in which specific advanced content ADVCT is recorded can be recorded in the persistent storage PRSTR. The advanced navigation ADVNV can copy the file in which the advanced navigation ADVNV is recorded from the data source to the persistent storage PRSTR, the file cache FLCCH (data cache DTCCH) or the like. The primary video player PRMVP can read and display the primary video set PRMVS directly from the persistent storage PRSTR. The secondary video player SCDVP can directly read and display the secondary video set SCDVS from the persistent storage PRSTR.

<Notes concerning Presentation Objects>
In this embodiment, information on the advanced application ADAPL and advanced subtitle ADSBT recorded in the information storage medium, the persistent storage PRSTR, or the network server NTSRV is always recorded in the file cache and then processed. As in this embodiment, the advanced application ADAPL and the advanced subtitle ADSBT are fetched into the file cache FLCCH (data cache DTCCH) once, thereby ensuring high-speed display processing and control processing.

  The primary video player PRMVP and the secondary video player SCDVP, which are the playback processing units shown in FIG. 10, will be described later. In the primary video player PRMVP, a main video decoder MVDEC, a main audio decoder MADEC, a sub video decoder SVDEC, a sub audio decoder, The secondary video player SCDVP has a main video decoder MADEC, a main audio decoder MADEC, a sub video decoder SVDEC, and a sub audio decoder SADEC also as various decoders in the primary video player PRMVP. The advanced application presentation engine AAPEN and the advanced subtitle player ASBPL will also be described later.

<Primary Video Set>
In the present embodiment, there is only one primary video set PRMVS in one information storage medium DISC. The primary video set PRMVS is composed of the management information, one or more enhanced video object EVOB files, and a time map TMAP file, and the file names that match in each set are used.

<Primary Video Set> (continued)
The primary video set PRMVS includes the format of the primary audio video PRMAV. The data structure of the primary video set PRMVS includes advanced video title set information ADVTSI, a time map TMAP, primary enhanced video object data P-EVOB, and the like. The primary video set PRMVS is reproduced by the primary video player PRMVP.

  The data contents of the primary video set PRMVS shown in FIG. 10 will be described.

  In the present embodiment, the primary video set PRMVS mainly means main video data recorded on an information storage medium. There is primary audio PRMAV as the data type of this primary video set PRMVS, and main video MANVD, main audio MANAD, and sub-picture SUBPT are video information, audio information, and sub-picture of conventional DVD-Video and standard content STDCT in this embodiment. Means the same thing. In the advanced content ADVCT in this embodiment, it is possible to newly display up to two screens simultaneously. That is, the sub video SUBVD is defined as a video that can be reproduced simultaneously with the main video MANVD, and similarly, the sub audio SUBAD that can be output simultaneously with the main audio MANAD is newly defined.

  In the present embodiment, the following two types of sub audio SUBAD can be considered.

1) When the main video MANVD and the sub video SUBVD are displayed at the same time, the audio information of the sub video SUBVD is output as the sub audio SUBAD. 2) Only the main video MANVD is played back and displayed on the screen. When the main audio MANAD, which is the audio corresponding to the video of the video MANVD, is being output, for example, when the director's comment is superimposed and displayed as a voice, the sub audio SUBAD is superimposed on the main audio MANAD as the director's comment. <Secondary Video Set>
The secondary video set SCDVS can be used as a replacement for the main audio MANAD in the primary video set PRMVS and can be used as additional information or alternative information for the primary video set PRMVS. In the present embodiment, the secondary video set SCDVS can be used as a substitute for the main audio MANAD of the substitute audio SBTAD, or as a secondary audio video SCDAV (displayed in an overlapped state) or as a substitute. In this embodiment, the content of the secondary video set SCDVS can be downloaded from the network server NTSRV as described above via the network, and is recorded and used in the persistent storage PRSTR described above, or It can also be recorded in advance on the information storage medium DISC. If the information of the secondary video set SCDVS is recorded in the information storage medium DISC of the present invention, the file of the secondary video set SCDVS is once recorded in the file cache FLCCH (data cache DTCCH) or the persistent storage PRSTR. And then replayed from the file cache or persistent storage PRSTR. The information of the secondary video set SCDVS can be reproduced simultaneously with a part of the data of the primary video set PRMVS. In the present embodiment, the primary video set PRMVS recorded on the information storage medium DISC can be directly accessed and displayed, but the secondary video set SCDVS recorded on the information storage medium DISC in the present embodiment cannot be directly reproduced. . In the present embodiment, information in the primary video set PRMVS is recorded in the persistent storage PRSTR described above, and the primary video set PRMVS can be directly reproduced from the persistent storage PRSTR. That is, when the secondary video set SCDVS is recorded on the network server NTSRV, after all the contents of the secondary video set SCDVS are transferred once to the file cache FLCCH (data cache DTCCH) or persistent storage PRSTR, It comes to play. Further, in the present embodiment, the secondary video set SCDVS recorded on the network server NTSRV is not limited to this, and a part of the secondary video set SCDVS is stored in the streaming buffer as appropriate in a range in which the streaming buffer does not overflow. It can also be played.

<Secondary Video Set> (continued)
The secondary video set SCDVS includes two types of objects, a substitute audio SBTAD and a secondary audio video SCDAV. The secondary video set SCDVS can read information from the information storage medium DISC, the network server NTSRV, the persistent storage PRSTR, and the file cache. The data structure of the secondary video set SCDVS is obtained by simplifying and partially modifying the advanced video title set ADVTS. The secondary video set SCDVS includes a time map TMAP and secondary enhanced video object data S-EVOB. The secondary video set SCDVS is reproduced by the secondary video player SCDVP.

  The data contents of the secondary video set SCDVS shown in FIG. 10 will be described.

  Basically, the secondary video set SCDVS is the data to be displayed by replacing the primary video set PRMVS described above by fetching information from other than the information storage medium shown in this embodiment via the persistent storage PRSTR and the network. Is shown. That is, the main audio decoder MADEC shown in FIG. 10 shows the common main audio decoder MADEC of the primary video player PRMVP and the secondary video player SCDVP, and the main audio decoder MADEC in the secondary video player SCDVP is used to change the secondary video set SCDVS. When the content is reproduced, the sub audio SUBAD of the primary video set PRMVS by the primary video player PRMVP is not reproduced, but is replaced with the data of the secondary video set SCDVS and displayed. There are three types of secondary video set SCDVS: substitute audio video SBTAV, substitute audio SBTAD, and secondary audio video SCDAV. The main audio MANAD in the substitute audio SBTAD is basically used when it is replaced with the main audio MANAD in the primary video set PRMVS. The substitute audio SBTAD is composed of one main audio stream MANAD. For example, if the main audio MANAD previously recorded on the information storage medium DISC as the primary video set PRMVS is recorded in Japanese and English for the video image of the main video MANVD, the main audio MANAD will display Japanese when the user displays it. Or can only display English audio. On the other hand, for a user whose native language is Chinese, for example, instead of downloading the Chinese voice information recorded in the network server NTSRV via the network and displaying the information in Japanese or English, the primary video is used. According to the present embodiment, it is possible to replace the audio during reproduction of the main video MANVD of the set PRMVS with Chinese as the main audio MANAD of the secondary video set SCDVS and output the audio.

  Similarly, the main video MANVD and the main audio MANAD in the substitute audio video SBTAV are basically used when the main video MANVD and the main audio MANAD in the primary video set PRMVS can be replaced simultaneously. The substitute audio video SBTAV is composed of one main video stream MANVD and one main audio stream MANAD. For example, when the screening notice 41 shown in FIG. 15 as the primary video set PRMVS is recorded in advance on the information storage medium DISC in the form of the main video stream MANVD and the main audio stream MANAD, the date is greatly increased from the date of release of the information storage medium DISC. When the contents of the preview notice 41 have passed and it is desired to change, the main video MANVD and the main audio MANAD in the substitute audio video SBTAV are simultaneously replaced from the network server NTSRV and displayed to the user. On the other hand, the sub audio SUBAD of the secondary video set SCDVS, for example, displays the comment information of the director at the same time, for example, over the main audio MANAD output in synchronization with the main video MANVD of the primary video set PRMVS as described above. For example, the sub audio SUBAD of the secondary video set SCDVS can be used when displaying the audio synchronized with the screen of the sub video SUBVD of the SCDAV of the secondary audio video when displaying on the two screens.

<Secondary Audio Video>
In the present embodiment, the secondary audio video SCDAV includes one or less (including 0) sub-video UBVD and one or less (including 0) sub-audio SUBAD. In the present embodiment, the secondary audio video SCDAV is used to be superimposed (added) on the primary video set PRMAV. In the present embodiment, the secondary audio video SCDAV can also be used as a replacement for the sub video SUBVD and sub audio SUBAD in the primary video set PRMVS.

<Secondary Audio Video> (continued)
The secondary audio video SCDAV is used as a replacement for the sub video SUBVD and the sub audio SUBAD of the primary audio video PRMAV. The secondary audio video SCDAV includes the following conditions.

1) Only the sub video SUBVD stream is included 2) When both the sub video SUBVD and the sub audio SUBAD are included 3) The sub audio SUBAD exists alone When the stream in the secondary audio video SCDAV is played, the primary audio video PRMAV The sub video SUBVD and sub audio SUBAD cannot be reproduced. The secondary audio video SCDAV is included in the secondary video set SCDVS.

<Advanced Application>
The information in the advanced application ADAPL in FIG. 10 includes markup MRKUP, script SCRPT, still image IMAGE, effect audio EFTAD, font FONT, and the like. As described above, the information of these advanced applications ADAPL is once stored in the file cache and used. Information related to downloading to the file cache FLCCH (data cache DTCCH) is recorded in a manifest file MNFST described later. Information such as the download timing of the advanced application ADAPL is described in the resource information RESRCI in the playlist PLLST. In the present embodiment, the MNFST in the manifest file is necessary when loading information related to the markup MRKUP information to be executed initially and information recorded in the script file SCRPT into the file cache FLCCH (data cache DTCCH). Other information is also recorded.

<Advanced Application> (continued)
The advanced application ADAPL has the following three functions.

  The first function is a control function (for example, jump control between different screens) for playback transition of the advanced content ADVCT, and the second function is to realize a graphical display such as a menu button. The third function is an effect control function during audio reproduction. The file of the advanced navigation ADVNV includes a manifest MNFST, a script SCRPT, a markup MRKUP, and the like in the realization of the advanced application ADAPL. Information in the advanced element ADVEL file is information relating to the still image IMAGE, font FONT, and the like, and is used as a display icon or display audio at the time of graphical display or audio display of the second function.

<Advanced Subtitle>
As with the advanced application ADAPL, the advanced subtitle ADSBT is used once stored in the file cache FLCCH (data cache DTCCH). The information of the advanced subtitle ADSBT can be taken from the information storage medium DISC, persistent storage PRSTR, or network. The advanced subtitle ADSBT in the present embodiment basically records images such as subtitles, telops, pictographs, and still images that are replaced with conventional videos. The subtitle replacement is basically based on text other than the image, but the font FONT can be changed and displayed. These advanced subtitles ADSBT can be downloaded and added from the network server NTSRV, for example, to play new subtitles and explanatory text for the video while playing the main video MANVD in the primary video set PRMVS in the information storage medium DISC It can also be used. As described above, for example, if subtitles in Japanese and English only are included in the sub-video SUBPT as subtitles in the primary video set PRMVS, Chinese subtitles are advanced subtitles by network download by users who are native speakers of Chinese There are usage methods such as reading and displaying from the network server NTSRV as ADSBT. The data type in this case is set as the markup MRKUPS type for the advanced subtitle ADSBT and font FONT.

<Advanced Subtitle> (continued)
In the present embodiment, the advanced subtitle ADSBT can be used as a subtitle (caption etc.) displayed in synchronization with the main video MANVD of the primary video set PRMVS. The advanced subtitle ADSBT can be used for simultaneous display (additional display processing) for the sub video SUBPT in the primary video set PRMVS, or can be used as a replacement for the sub video SUBPT of the primary video set PRMVS. The advanced subtitle ADSBT is composed of one manifest file MNFSTS for the advanced subtitle ADSBT, one markup file MRKUPS of the advanced subtitle ADSBT, and one font file FONTS. The markup file MRKUPS of the advanced subtitle ADSBT exists as a subset of the markup MRKUP of the advanced application ADAPL.

<Advanced Subtitle> (continued)
Advanced content ADVCT has two meanings regarding subtitles.

  First, it is used as a sub-picture stream in the primary audio video PRMAV, similar to the sub-picture function of the standard content STDCT. Moreover, it is used as advanced subtitle ADSBT as another meaning. Both meanings of both must not be used for both purposes at the same time. The advanced subtitle ADSBT is positioned as a subset of the advanced application ADAPL.

<Advanced Stream>
The advanced stream means a package file composed of one or more advanced content files ADVCT excluding the primary video set PRMVS. The advanced stream is multiplexed and recorded in the primary enhanced video object set P-EVOBS, and is once transferred to the file cache FLCCH (data cache DTCCH). The primary enhanced video object set P-EVOBS is played back by the primary video player PRMVP. These files that are multiplexed and recorded in the primary enhanced video object set P-EVOBS are essential files for playback of the advanced content ADVCT, and are recorded in the file structure on the information storage medium DISC of the present embodiment. Yes.

<Advanced Navigation>
The file related to the advanced navigation ADVNV is used for interrupt processing when the advanced content ADVCT is played back.

<Primary Audio Video>
The primary audio video PRMAV includes a stream including a main video MANVD, a main audio MANAD, a sub video SUBVD, a sub audio SUBAD, a sub video SUBPT, and the like. The information reproducing apparatus can additionally reproduce the sub video SUBVD and the sub audio SUBAD at the same time when reproducing the main video MANVD and the main audio MANVD. The primary audio video PRMAV can be recorded on the information storage medium DISC or the persistent storage PRSTR. The primary audio video PRMAV is included as part of the primary video set PRMVS. Combination playback of video and audio is limited by object conditions in the primary audio video PRMAV and the secondary video set SCDVS. The primary audio video PRMAV can have various data files used for the advanced application ADAPL and advanced subtitle ADSBT together. Streams included in these files are called advanced streams.

<Substitute Audio>
The substitute audio SBTAD is used as a replacement for the main audio MANAD of the primary audio video PRMAV. It consists only of the main audio MANAD stream. When the substitute audio SBTAD is played, the main audio MANAD in the primary video set PRMVS cannot be played. The substitute audio SBTAD is included in the secondary video set SCDVS.

<Substitute Audio Video>
The substitute audio video SBTAV is used when both the main video MANVD and the main audio MANAD of the primary video set PRMVS are exchanged and displayed at the same time. The substitute audio video SBTAV must include the main video stream MANVD. The substitute audio video SBTAV may include a main audio stream MANAD. The primary video set PRMVS and the substitute audio video SBTAV cannot be reproduced and displayed simultaneously. The substitute audio video SBTAV is included as a kind of secondary video set SCDVS.

<Primary Enhanced Video Object for Advanced Content>
The primary enhanced video object P-EVOB of the advanced content ADVCT means a data stream representing reproduction data of the primary video set PRMVS. The types of playback data of the primary video set PRMVS include main video MANVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT. In the present embodiment, as a pack included in the primary enhanced video object P-EVOB, there is an advanced stream pack in which an advanced stream is recorded as well as a navigation pack NV_PCK similar to the current DVD and standard content STDCT. In the present embodiment, as with the main audio MANAD and the sub-picture SUBPT, offset information for the sub-video SUBVD and the sub-audio SUBAD is recorded in the synchronous information SYNCI.

  FIG. 11 shows a file structure when the various object streams shown in FIG. 10 are recorded on the information storage medium. In the present embodiment, with respect to the advanced content ADVCT, the advanced content directory ADVCT is arranged directly under the root directory of the information storage medium, and all files are recorded therein. Under the advanced content directory ADVCT, there is a playlist file PLLST in which information about playback is recorded, and at the same time, an advanced application directory ADAPL that records information about advanced applications and a primary video set directory that records information about primary video sets. A secondary video set directory SCDVS for recording information on the PRMVS and the secondary video set, and an advanced subtitle directory ADSBT for recording information on the advanced subtitle are recorded.

  Under the advanced application directory ADAPL, there are an advanced navigation directory ADVNV in which management information related to the advanced application is recorded and an advanced element directory ADVEL in which information related to various advanced elements (object information, etc.) used in the advanced application is recorded. is doing. In the advanced navigation directory ADVNV, there are markups concerning the relationship between various management information used in the advanced application, the manifest file MNFST related to the manifest in which the list of information necessary for network download is recorded, and the page layout. There are recorded markup file MRKUP and script file SCRPT in which script commands are recorded. The advanced element directory ADVEL includes a still image file IMAGE for recording a still image, an effect audio file EFTAD for recording effect audio, a font file FONT for recording font information, and another file OTHER.

  Under the primary video set directory PRMVS, there is a primary audio video directory PRMAV, and video title set information that records information about video title set information in which attribute information and management information about the enhanced video object of the primary audio video is recorded. There are a file ADVTSI, a primary video set time map file PTMAP for recording a time map for converting the time information of the primary video set to address information, and a primary enhanced video object file P-EVOB for recording the primary enhanced video object.

  Under secondary video set directory SCDVS, there are substitute audio video directory SBTAV, substitute audio directory SBTAD and secondary audio video directory SCDAV, and under secondary audio video directory SCDAV address information from time information of secondary video set There are a secondary video set time map file STMAP for recording a time map to be converted into a secondary enhanced video object file S-EVOB for recording a secondary enhanced video object. In addition, a time map file STMAP for converting the time information of the secondary video set into address information and the secondary enhanced video object file S-EVOB can also be stored under the substitute audio directory SBTAD and the substitute audio video directory SBTAV.

  Under the advanced subtitle directory ADSBT, there are an advanced navigation directory ADVNV in which management information related to the advanced subtitle is recorded, and an advanced element directory ADVEL that is element information of the advanced subtitle. The advanced navigation directory ADVNV includes an advanced subtitle manifest file MNFSTS and an advanced subtitle markup file MRKUPS. In the advanced subtitle manifest file MNFSTS, the relationship between various management information related to the advanced subtitle and information necessary for network download are recorded. In the advanced subtitle markup file MRKUPS, markup information for specifying the display position of the advanced subtitle on the screen is recorded. The advanced element directory ADVEL also includes an advanced subtitle font file FONTS for recording advanced subtitle font information.

<Directories for Advanced Content>
The name of the advanced content directory ADVCT and each directory and file name included therein are described in D characters or D1 characters. A subdirectory is arranged under the advanced content directory ADVCT. The subdirectory has a depth of 8 or less, and the total number of subdirectories is set to 512 or less in this embodiment. If the directory is too deep, or if the total number of subdirectories is large, the accessibility is degraded. Therefore, in this embodiment, it is possible to secure high speed access by limiting the number of hierarchies and the number of directories.

<Files for Advanced Content>
The total number of files that can be recorded in the advanced content directory ADVCT shown in FIG. 11 is 512 × 2047 or less, and the number of files that can be recorded in each directory is set to 2048 files or less. The file name has a structure in which a period “.” Is placed after each file name and an extension is placed after the period “.”. The advanced content directory ADVCT is recorded directly under the root directory of the information recording medium, and a playlist file PLLST is recorded directly under the advanced content directory ADVCT.

<Playlist settings>
A plurality of playlist files PLLST can be recorded on the information storage medium. The playlist file PLLST can be set to two types of playlist file PLLST. For the playlist file PLLST that is accessed directly by the information playback device, the file name is “VPLIST %%. XML”. Set the name of the playlist PLLST that is not directly accessed by the playback device to the name “APLIST &&. XML”. Here, “%%” and “&&” are numbers from 00 to 99.

<File name>
The file name of the advanced video title set information file ADVTSI shown in FIG. 11 is “AVI00001.IFO”. The extensions of the primary enhanced video object file P-EVOB and the secondary enhanced video object file S-EVOB are set to EVO. The extensions of the time map file PTMAP of the primary video set and the time map file STMAP of the secondary video set are set to “IFO”.

  The primary video set time map file PTMAP and the secondary video set time map file STMAP file should have a file number of 999 or less. By defining the upper limit of the number of time map files in this way, it is possible to guarantee high speed access control to the enhanced object data EVOB.

  An example of the data structure in the advanced content is shown in FIG.

<Example of data structure in Advanced Content>
The advanced content ADVCT is set in the present embodiment in order to further expand the audio video expression format realized by the standard content STDCT and enable interactive operation.

  The advanced content ADVCT includes a playlist PLLST, a primary video set PRMVS, a secondary video set SCDVS, an advanced application ADAPL, and an advanced subtitle ADSBT shown in FIG. The playlist PLLST shown in FIG. 12 records information related to the reproduction method of various object information, and the information is recorded as one playlist file PLLST under the advanced content directory ADVCT as shown in FIG. ing.

<Information included in playlist>
The playlist PLLST or the playlist file PLLST in which it is recorded is described in XML, and is recorded as one or more playlist files PLLST in the information storage medium. In the information storage medium in which the advanced content ADVCT belonging to category 2 or category 3 is recorded in the present embodiment, the information reproducing apparatus searches the playlist file PLLST immediately after the information storage medium is inserted. In the present embodiment, the playlist file PLLST includes the following information.

1) Object mapping information OBMAPI
The object mapping information OBMAPI is set as reproduction information related to objects such as the primary video set PRMVS, the secondary video set SCDVS, the advanced application ADAPL, and the advanced subtitle ADSBT. In the present embodiment, the reproduction timing of each object data is described in a form mapped on a title timeline described later. In the object mapping information OBMAPI, the location of the primary video set PRMVS and the secondary video set SCDVS is specified by referring to the location (directory or URL) where the time map file PTMAP or STMAP exists. In the object mapping information OBMAPI, the advanced application ADAPL and the advanced subtitle ADSBT are determined by designating the location (directory or URL) where the corresponding manifest file MNFST or MNFSTS is located.

2) Track number assignment information In this embodiment, it is allowed to have a plurality of audio streams and sub-picture streams, but information indicating what number of stream data is displayed on the playlist PLLST is described. The Information indicating which number of these streams is used is described as a track number. The target track numbers include the video track number for the video stream, the sub video track number for the sub video stream, the audio track number for the audio stream, the sub audio track number for the sub audio stream, and the subtitle track number corresponding to the subtitle stream. The application track number corresponding to the application stream is set.

3) Track navigation information TRNAVI
The track navigation information TRNAVI describes related information for the assigned track number, and attribute information for each track number is recorded as a list for convenience of user selection. For example, by using the track navigation information TRNAVI such as language code for each track number recorded in the navigation information, track number 1 in Japanese, track number 2 in English, track number 3 in Chinese, etc. It is easy for the user to quickly determine the preferred language.

4) Resource information RESRCI
This resource information RESRCI indicates timing information such as when the resource file must be transferred into the file cache. In addition, the information in the resource also describes when to refer to each resource file in the advanced application ADAPL.

5) Playback sequence information PLSQI
In the playback sequence information PLSQI, information that makes it easy for the user to jump to the chapter position, such as chapter information in one title, is recorded. This playback sequence information PLSQI is displayed as a time designation point in the title timeline TMLE.

6) System configuration information The system configuration information records structural information necessary for configuring the system, such as a streaming buffer size indicating the data size required when storing data in a file cache via the Internet, for example. ing.

<Data reference method from playlist>
FIG. 12 shows a data reference method in the playlist PLLST for each object. For example, to play a specific primary enhanced object P-EVOB on the playlist PLLST, it is necessary to access the primary enhanced video object P-EVOB after referring to the enhanced video object information EVOBI in which the attribute information is recorded There is. In the playlist PLLST, the playback range of the primary enhanced video object P-EVOB is defined as time information on the timeline. Therefore, it is necessary to first refer to the time map PTMAP of the primary video set as a tool for converting the address position on the information storage medium for the specified time. Similarly, the playback range of the secondary enhanced video object S-EVOB is also described as time information on the playlist PLLST, and in order to find the recording location of the secondary enhanced video object S-EVOB on the information storage medium in that range, First, the time map STMAP of the secondary video set SCDVS is referred to. Further, as shown in FIG. 10, the data of the advanced application ADAPL must be stored in the file cache before being used in the information reproducing apparatus. Therefore, when using various data of the advanced application ADAPL, refer to the manifest file MNFST from the playlist PLLST, and various resource files described in the manifest file MNFST (the storage location of the resource file and the resource file name are also described above). (Which is described in the manifest file MNFST) needs to be transferred onto the file cache FLCCH (data cache DTCCH). Similarly, when using various data of the advanced subtitle ADSBT, storage on the file cache FLCCH (data cache DTCCH) is required in advance. DTCCH) can be transferred. The markup MRKUPS in the advanced subtitle ADSBT allows you to know the display location and display timing of the advanced subtitle ADSBT on the screen. Available.

<Refer to time map>
In order to display the primary video set PRMVS, it is necessary to refer to the time map PTMAP and perform access processing to the primary enhanced video object P-EVOB defined in the enhanced video object information EVOBI.

  The point contents and effects in the data structure in the advanced content ADVCT of this embodiment will be described with reference to FIG. The points and effects are listed as follows.

The features / point contents in this embodiment are shown below.

  (1) As setting management information regarding the layout on the time axis and the two-dimensional layout on the user display screen, the playlist PLLST and the markup MRKUP have a hierarchical structure, and both are described in the same description format (XML).

  (2) The playlist PLLST has a media clock that matches the title timeline TMLE, and the markup MRKUP has a page clock / application clock that matches the settings of the timing elements. In addition, both clocks can be set independently (no need to synchronize).

  (3) The initial layout on the screen of the video (enhanced video object EVOB) is specified on the playlist PLLST (video attribute item element VABITM) and can be changed in accordance with the execution of the script SCRPT.

  (4) The layout of the display area (application area APPRGN) of the advanced application ADAPL on the screen is specified in the manifest MNFST, and the layout of each element in it is specified on the markup MRKUP.

  (5) A plurality of markup MRKUPs can be set for one playlist PLLST.

  (6) By executing the script SCRPT set in the markup page, a transition between a plurality of markup pages MRKUP in the same playlist PLLST is performed.

  (7) A plurality of markup pages MRKUP to be transitioned in the same playlist PLLST can be designated by a plurality of manifests MNFST. In addition, among the plurality of markup pages MRKUP, the markup page MRKUP that is displayed first is described in each corresponding manifest MNFST. The designated markup file MRKUP is temporarily stored in the file cache FLCCH in advance, and the markup file MRKUP to be temporarily stored in the file cache FLCCH and the original storage of element files such as still images IMAGE and effect audio EFTAD The location is described in the playlist PLLST as a list of application resource elements APRELE (see FIG. 63).

  (8) Markup page MRKUP displayed initially from playlist PLLST via SRC attribute information (resource attribute information) of advanced application segment ADAPL and SRC attribute information (resource attribute information) of markup element MRKUP in manifest MNFST Is specified.

  Next, effects on the features / point contents (1) to (8) will be described.

  (1) Extensibility and flexibility of setting management information related to layout are improved. Further, the management information can be easily decoded and shared by the same description format.

  (2) An application screen (screen related to advanced application ADAPL and advanced subtitle ADSBT) that is played back at standard speed on the application clock during high-speed playback / rewind playback of video information synchronized with the title timeline TMLE ) Can be displayed at the same time, and the expressiveness to the user is greatly improved.

  (3) Since the display area of the moving image on the user screen can be set arbitrarily, the expressive power for the user is greatly improved.

  (4) Since the arrangement locations of the elements of the advanced application ADAPL are grouped (by the application area APPRGN), management by the advanced application manager ADAMNG becomes easy. In addition, layout management (such as overlapping prevention) with the moving image display area is facilitated.

  (5) Transition display between a plurality of markup pages MRKUP is possible in the middle of displaying the same video, and the expressive power for the user is greatly improved.

  (6) The transition method between multiple markup pages MRKUP is greatly flexible. (For example, the transition between the markup pages MRKUP does not occur immediately after the user specifies the action, and the transition with a delay according to the video display screen can be set with the script SCRPT (see the technical idea of FIG. 2). New effects obtained as a result (see 1.3))). The transition having the delay can be set by an event element EVNTEL shown in FIG.

  (7) Since the markup page MRKUP information specified by the manifest MNFST can be stored in the file cache FLCCH in advance, the transition between multiple markup pages MRKUP can be performed at high speed and is easy for the user to use. Can be given). In addition, the markup file MRKUP to be temporarily stored in the file cache FLCCH and the original storage location of element files such as still image IMAGE and effect audio EFTAD are described in the playlist PLLST as a list of application resource elements APRELE. Therefore, it is possible to know in advance a list of resources that should be temporarily stored in the file cache FLCCH, and to improve the efficiency of the process of downloading the resources to the file cache FLCCH.

  (8) The expandability of the markup page MRKUP designation from the playlist PLLST is improved and the editability is improved.

  In FIG. 1, the network path from the network server NTSRV to the information recording / reproducing apparatus 1 is shown as an example in which data is connected by wireless LAN in the home via the optical router 12 via the router 11 in the home. However, the present embodiment is not limited to this, and may have a network route via another route. In FIG. 1, a personal computer is shown as the information recording / reproducing apparatus 1. However, the present invention is not limited to this. In this embodiment, the information recording / reproducing apparatus can be set as a single home recorder or a single home player. is there. Further, it may be displayed directly on the monitor without using wireless communication.

  In this embodiment, information on the secondary video set SCDVS, the advanced application ADAPL, and the advanced subtitle ADSBT shown in FIG. 10 is stored in advance in the network server NTSRV shown in FIG. It is possible to be distributed within. Various data in the previous term sent from the optical cable 12 is transferred in the form of wireless data 17 to the information recording / reproducing apparatus 1 via the router 11 in the home. The router 11 includes a wireless LAN control unit 7-2, a data manager 9, and a network control unit 8. The network control unit 8 controls data update with the network server NTSRV, and the wireless LAN control unit 7-2 controls the home. Transfer data to the internal wireless LAN. The data manager 9 controls such data transfer processing. Various contents of the secondary video set SCDVS, advanced application ADAPL, and advanced subtitle ADSBT sent on the wireless data 17 from the router 11 are received by the wireless LAN control unit 7-1 and then the advanced content playback unit ADVPL And a part is stored in the data cache DTCCH shown in FIG. The information playback apparatus of the present embodiment performs video recording on the advanced content playback unit ADVPL that plays back the advanced content ADVCT, the standard content playback unit STDPL that plays back the standard content STDCT, and the recordable information storage medium DISC or the hard disk device 6, A recording / playback processing unit 4 that can be played back is built in. Those playback units and recording / playback processing units are organically controlled by the main CPU 5. As shown in FIG. 1, the information storage medium DISC is reproduced or recorded in the information recording / reproducing unit 2. In the present embodiment, the media to be played back by the advanced content playback unit ADVPL is premised on the playback of information from the information recording / playback unit 2 or persistent storage drive 3 (fixed or portable flash memory drive). In the present embodiment, as described above, data recorded on the network server NTSRV can also be reproduced. In this case, as described above, the data stored in the network server NTSRV passes through the optical cable 12, passes from the network control in the router 11 to the wireless LAN control unit 7-2 in the router 11, and Is transferred to the advanced content playback unit ADVPL via the wireless LAN control unit 7-1. The video information played back by the advanced content playback unit ADVPL can be displayed on the display 13 or in the form of wireless data 18 from the wireless LAN control unit 7-1 in response to a user request to display on a larger screen. It can be displayed on the large screen TV monitor 15. The large screen monitor 15 includes a video processing unit 24, a video display unit 21, and a wireless LAN control unit 7-3. The wireless data 18 is received by the wireless LAN control unit 7-3 and then received by the video processing unit 24. Video processing is performed, the video display unit 21 is returned and displayed on the large-screen television monitor 15, and sound is output from the speakers 16-1 and 16-2.

  The internal structure of the advanced content playback unit ADVPL in the system explanatory diagram shown in FIG. 1 will be described below with reference to FIG. In the present embodiment, the advanced content playback unit ADVPL is composed of the following five logical function modules.

<Data Access Manager>
The data access manager DAMNG is used for managing data exchange between an external information recording location where the advanced content ADVCT is recorded and each module in the advanced content playback unit ADVPL. In the present embodiment, the persistent storage PRSTR, the network server NTSRV, and the information storage medium DISC are premised as recording locations of the advanced content ADVCT, and the information is exchanged with the data access manager DAMNG. Information on various advanced contents ADVCT is exchanged with a navigation manager NVMNG, a data cache DTCCH, and a presentation engine PRSEN, which will be described later, via a data access manager DAMNG.

<Data Cache>
The data cache DTCCH is used as a temporal data storage location (temporary storage location) in the advanced content playback unit ADVPL.

<Navigation Manager>
The navigation manager NVMNG controls all functional modules of the advanced content playback unit ADVPL, which are controlled in accordance with the description content of the advanced application ADAPL. The navigation manager NVMNG also controls the user operation UOPE. The user operation UOPE is generated by, for example, a front panel key-in in an information reproducing apparatus or a key-in by a remote controller. Information received from the user operation UOPE generated by these processes is processed by the navigation manager NVMNG.

<Presentation Engine>
The presentation engine PRSEN displays and reproduces the advanced content ADVCT.

<AV Renderer>
The AV renderer AVRND performs synthesis processing of video information and audio information input from other modules, and outputs them externally to the speaker 16, the large screen television monitor 15, and the like. The audio information used at this time may be single stream information or audio information in which the sub audio SUBAD and the main audio MANAD are mixed.

<Realization of automatic update of object information>
As shown in FIG. 2, a specific example of a new effect obtained as a result of performing the technical device according to the present embodiment is shown in FIG. In the effect of FIG. 2, the new effect “5.1) Automatic update of object information and automatic update of in-disk management information” in “5] Provide information update function on disk using network” is exhibited. As shown in FIG. 15, in this embodiment, the commercial CM 44, the separate screen 32 for commercials, the telop CM 43, and the screening notice 41 can be always supplied to the user as the latest video. There are features.

  By constantly changing the screening notice 41 to the latest information, a timely movie showing notice PR can be made available to the user, thereby creating an opportunity to call the user to the movie theater. In this embodiment, the commercial CM 44, the commercial screen 32, and the telop CM 43 are linked to the playback of the main part 31 and displayed, so that the sponsor fee is taken from the commercial sponsor as in the case of normal television broadcasting. It becomes possible to keep the selling price for the user of the information storage medium DISC low. The concept of putting commercials into video information has been proposed in the past, but the latest commercial information is appropriately read from the network server NTSRV as in this embodiment, and the main part 31 recorded on the information storage medium DISC A major technical feature of the present embodiment is that the latest commercial is displayed as the commercial information by linking. The latest screening notice 41 and commercial information are sequentially updated and stored in the network server NTSRV shown in FIG. 1, and network download is performed in accordance with the reproduction timing of the main part 31 recorded in the information storage medium DISC. The relationship between each object shown in FIG. 15 and each object shown in FIG. 10 is shown below.

  In FIG. 15, the main part 31 is composed of a main video MANVD and a main audio MANAD of the primary audio video PRMAV in the primary video set PRMVS. Screening notice 41, commercial CM 44, and commercial separate screen 32 are also recorded as sub video SUBVD and sub audio SUBAD of primary audio video PRMAV in primary video set PRMVS in information storage medium DISC, but created as information storage medium DISC After a certain amount of time has passed, the information is too old to be displayed. In this case, the sub video SUBVD and the sub audio SUBAD in the secondary audio video SCDAV of the secondary video set SCDVS stored in the network server NTSRV are replaced with the commercial CM 44 or displayed on the commercial separate screen 32. In this embodiment, the commercial CM 44 recorded in advance on the information storage medium DISC can be recorded as the main video MANVD and the main audio MANAD of the primary audio video PRMAV of the primary video set PRMVS as another embodiment. Similarly, when the information of the screening notice 41 is also recorded in the information storage medium DISC, it is recorded in the sub video SUBVD and sub audio SUBAD of the primary audio video PRMAV in the primary video set PRMVS, or the main of the primary audio video PRMAV is recorded. After recording a video MANVD and main audio MANAD and playing a specific time after playback, the network server NTSRV is used as information of the sub video SUBVD and sub audio SUBAD in the secondary audio video SCDAV of the secondary video set SCDVS. The information downloaded is displayed. Thereby, in this embodiment, the information of the commercial CM 44, the separate screen 32 for commercials or the telop CM 43 and the screening notice 41 can be always displayed to the user, and the PR effect can be improved.

<Specific video content playback method>
Next, display examples of video content in this embodiment will be described with reference to FIGS.

  In FIG. 15A, when the information storage medium DISC is inserted into the information recording / reproducing apparatus 1, a detailed navigation necessity explanation video 42 is first displayed. If the user does not feel the need for detailed navigation, he / she goes through as it is, but if the user wants to know the explanation of how to play the advanced content ADVCT of this information storage medium DISC, he / she can input the necessity for detailed navigation. Although not shown in the drawing, usage instructions for detailed navigation can be displayed. Further, in the case of FIG. 15C, the use of the help key described later is explained in the necessity navigation explanation video 42 of the detailed navigation, and the help icon is designated when the user needs it by always displaying the help icon. You can inquire about usage.

  In FIG. 15A, the commercial CM 44 described above is inserted in the middle of the display of the main part 31 as in the case of a broadcast television screen, and the display method and display timing of the commercial CM 44 are displayed on a normal broadcast receiving television. The same display timing and display method as commercials are shown. Further, in FIG. 15A, a preview notice 41 of a movie soon to be shown by the content provider of the information storage medium DISC is displayed after the main part 31 is displayed.

  In FIG. 15 (b), the latest commercial information CM 43 in the form of a telop is displayed superimposed on the display of the main part 31. In addition, as a method of always updating the display information of the telop CM43, the present embodiment has a great feature in that the network download is used by using the advanced subtitle ADSBT. That is, in the information storage medium DISC, the telop CM43 is displayed in the form of a telop (flowing text information) in the sub-picture SUBPT of the primary audio video PRMAV in the primary video set PRMVS at an initial time. Next, after the production of the information storage medium DISC, after the elapse of a specific time, the latest telop CM43 information is recorded as the advanced subtitle ADSBT in the network server NTSRV, the data is taken in via the network, and displayed as the telop CM43.

  An example of video content display in FIG. 15C will be described. In FIG. 15C, a screening notice 41 to be screened in a movie theater is displayed immediately after the detailed navigation necessity explanation video 42, and the main part 31 is displayed only after the screening notice 41 is displayed. In this case, another commercial screen 32 different from the main part 31 is displayed, and at the same time, a help icon 33 is displayed. In the present embodiment, the contents of the main part 31 are recorded in advance in the information storage medium DISC as the main video MANVD and main audio MANAD of the primary audio video PRMAV in the primary video set PRMVS. Another commercial screen 32 is recorded as the sub video SUBVD and sub audio SUBAD of the primary audio video PRMAV of the primary video set PRMVS in the DISC in the information storage medium, and this information is displayed to the user at an initial point. After a specific time has elapsed after manufacturing the information storage medium DISC, in the present embodiment, another commercial screen 32 can display an updated video. As a method, the information on the latest screen 32 for commercials is stored in the network server NTSRV as the sub video SUBVD and sub audio SUBAD of the secondary audio video SCDAV in the secondary video set SCDVS, and downloaded as appropriate via the network. And display to the user. In the embodiment of FIG. 15C, the help icon 33 includes a still image IMAGE and a script SCRPT of the advanced application ADAPL.

  FIG. 16 shows an example of the display screen at the point α where the main part 31, the separate commercial screen 32 and the help icon 33 in FIG. 15C are displayed at the same time.

  The main part 31 is displayed in the upper left of FIG. 16, a separate commercial screen 32 is displayed in the upper right, and a help icon 33 is displayed in the lower part. A new effect obtained as a result of the technical device according to the present embodiment shown in the screen of FIG. 16 and FIG. 2 will be described below.

  As shown in FIG. 2, “1] Perform flexible and impressive reaction to user action” as a new effect obtained as a result of the technical contrivance according to the present embodiment. This makes it possible to create a flexible and impressive screen that is close to the homepage. A specific effect corresponding to “1.4) Help like a PC” and “1.5) How to use a menu” corresponding to a new effect according to the present embodiment corresponds to the help icon 33 in FIG. The image of the help icon 33 on this screen has data as a still image IMAGE of the advanced application ADAPL, and the information is in the advanced application directory ADAPL under the advanced content directory ADVCT in the information storage medium DISC shown in FIG. It is stored in the advanced element directory ADVEL. When the user clicks on the help icon 33, a help-corresponding image starts to move, but the command processing related thereto is recorded as a script SCRPT in the advanced application ADAPL, and the advanced application directory ADAPL under the advanced content directory ADVCT in FIG. It is displayed as a script file SCRPT under the navigation directory ADVNV. In addition, information designated by the still image of the help icon 33 and the area defined by the script is recorded in the markup file MRKUP shown in FIG. 11, and association information between these series of information (related information necessary for data download). ) Is recorded in the manifest file MNFST. Information such as the stop button 34, the play button 35, the FR (rewind) button 36, the pause button 37, and the FF (fast-forward) button 38 as shown in FIG. 16 is also classified as the advanced application ADAPL, and the stationary corresponding to each icon. The image is stored in the still image file IMAGE in FIG. 11, execution commands when each button is designated are recorded in the script file in FIG. 11, and those area designations are recorded in the markup file MRKUP. .

  As a result of carrying out the technical contrivance according to the present embodiment shown in FIG. 2, among the new effects, “3.1) Displaying other information at the same time over the video being played” is particularly “3.1) Multi. The screen on FIG. 16 corresponding to “display a plurality of images in a window at the same time” and “3.4) display scrolling text on the images at the same time” will be described.

  In the current DVD, only one type of video can be displayed on one screen. On the other hand, in this embodiment, the sub video SUBVD and the sub audio SUBAD can be displayed simultaneously with the main video MANVD and the main audio MANAD. 16 corresponds to the main video MANVD and main audio MANAD in the primary video set PRMVS, and the right commercial separate screen 32 corresponds to the sub video SUBVD and sub audio SUBAD, and two screens are displayed simultaneously. It is possible to dress. Furthermore, the present embodiment is characterized in that the commercial separate screen 32 shown on the right side of FIG. 16 can be replaced with the sub video SUBVD and the sub audio SUBAD of the secondary video set SCDVS for display. That is, the sub video SUBVD and the sub audio SUBAD in the primary audio video of the primary video set PRMVS are recorded in advance in the information storage medium DISC, and the sub video SUBVD and the sub audio SUBAD of the secondary video set SCDVS to be updated are stored in the network server. If it is recorded in NTSRV and created immediately after creation of the information storage medium DISC, a separate commercial screen 32 recorded in advance in the information storage medium DISC is displayed, and a specific time has elapsed after the creation of the information storage medium DISC. Later, in order to replace the separate commercial screen 32 with the latest video, the sub video SUBVD and sub audio SUBAD in the secondary video set SCDVS recorded in the network server NTSRV are downloaded via the network, replaced and displayed. To do. This makes it possible to always display a separate screen 32 for the latest commercial to the user and increase the commercial effect of the sponsor. Therefore, by collecting a large amount of commercials from the sponsor, the information storage medium DISC to be sold The price of the information storage medium DISC in the present embodiment can be promoted. In addition, it is also possible to display the telop character 39 shown in FIG. The latest information such as news and weather forecasts is saved in the form of advanced subtitle ADSBT on the network server NTSRV as telop characters, and displayed while being downloaded via the network as appropriate, greatly improving user convenience. It becomes possible. Note that the character font information of the telop character at this time can be stored in the font file FONTS in the advanced element directory ADVPL in the advanced subtitle directory ADSBT as shown in FIG. Further, the size of the telop character 39 and the information on the display location on the main volume 31 may be recorded in the markup file MRKUPS of the advanced subtitle ADSBT in the advanced navigation directory ADVNV under the advanced subtitle directory ADSBT in FIG. it can.

<Summary of information in playlist>
An overview of the information in the playlist PLLST in the present embodiment will be described with reference to FIG. As shown in FIG. 11, the playlist PLLST in the present embodiment is recorded in the playlist file PLLST that exists immediately below the advanced content directory ADVCT in the information storage medium DISC or in the persistent storage PRSTR, and reproduces the advanced content ADVCT. Management information about is recorded. Information such as playback sequence information PLSQI, object mapping information OBMAPI, and resource information RESRCI is recorded in the playlist PLLST. Playback sequence information PLSQI is the information of each title in advanced content ADVCT existing in the information storage medium DISC or persistent storage PRSTR and in the network server NTSRV, and the break position information of each chapter that finely divides the video information in the title Is recorded. In the object mapping information OBMAPI, the display timing of each object for each title and the display position on the screen are managed. A title timeline TMLE is set for each title, and display start / end timing of each object can be set using time information on the title timeline TMLE. In the resource information RESRCI, information on the pre-storage timing of each object information stored in the data cache DTCCH (file cache FLCCH) before being displayed on the screen for each title is recorded. For example, the data cache DTCCH (file cache FLCCH ), Information such as the loading start time LDSTTM for starting loading and the valid period VLPRD in each data cache DTCCH (file cache FLCCH) is recorded.

  On the playlist PLLST, a group of one video (for example, one program) displayed to the user is managed as a title. When the advanced content ADVCT is reproduced / displayed based on the playlist PLLST, it is possible to define a title to be displayed first as a first play title FRPLTT. During playback of the first play title FRPLTT, the playlist application resource PLAPRS can be transferred into the file cache FLCCH as shown in FIG. 70, and the download time of resources required for playback of title # 1 and later can be shortened. The playlist PLLST can be set so as not to set the first play title FRPLTT at the discretion of the content provider.

<Display control based on title timeline>
As shown in FIG. 17, in this embodiment, management information for specifying an object to be displayed and a display location on the screen is transmitted to the playlist PLLST (via the manifest file MNFST and the advanced subtitle ADSBT manifest MNFSTS. ) Markup file MRKUP and advanced subtitle markup file MRKUPS are hierarchized in two stages, and the display timing of objects to be displayed in the playlist PLLST is set in synchronization with the title timeline TMLE. There are features. Further, the markup file MRKUP or the markup file MRKUPS of the advanced subtitle ADSBT has the following major feature in that the display timing of the target object is similarly set in synchronization with the title timeline TMLE. Furthermore, in this embodiment, the information content of the playlist PLLST, which is the management information for specifying the object to be displayed and the display location, the markup file MRKUP, and the advanced subtitle ADSBT markup file MRKUPS is described in the same description language (XML). Is the next feature. As a result, the ease of editing and changing the creator of advanced content ADVCT is greatly improved compared to conventional DVD-Video. In addition, as another effect, it is possible to simplify processing in the advanced content playback unit ADVPL that performs display processing during special playback such as playback location skip processing.

<Relationship between various information on the screen and playlist>
The features of the present embodiment will be described with reference to FIG. In FIG. 16, the main video 31, a separate commercial screen 32, and various icon buttons described below are displayed on the screen, but the main video MANVD in the primary video set PRMVS is set as the main video 31 at the top left The display and the display timing thereof are described in the playlist PLLST. Further, the display timing of the main part 31 is set in synchronization with the title timeline TMLE. Further, for example, the display location and display timing of the commercial separate screen 32 recorded as the sub video SUBVD are also described in the same playlist PLLST. The display timing of this separate screen 32 for commercials is also specified in synchronization with the similar title timeline TMLE. In the current DVD-Video, for example, the screen from the help icon 33 to the FF button 38 in FIG. 16 is recorded as a sub-picture SUBPT in the video object, and each button from the help icon 33 to the FF button 38 is pressed. Similarly, the command information is recorded as highlight information HLI in the navigation pack in the video object. As a result, there is a problem that the ease of editing and changing by the content creator is impaired. On the other hand, in this embodiment, the command information corresponding to the screen information from the help icon 33 to the FF button 38 in FIG. 16 is collectively regarded as the advanced application ADAPL, and the above-mentioned is collectively performed on the playlist PLLST. Only the display timing of the advanced application ADAPL and the display location on the screen are specified. The information related to the batch advanced application ADAPL must be downloaded to the file cache FLCCH (data cache DTCCH) before being displayed on the screen. On the playlist PLLST, only the file name and file storage location of the manifest file MNFST (MNFSTS) in which information necessary for downloading data related to the advanced application ADAPL and the advanced subtitle ADSBT is described. Screen information itself from the help icon 33 to the FF button 38 in FIG. 16 is stored as a still image file IMAGE in the advanced element directory ADVEL (FIG. 11). Information for managing the arrangement location and display timing of each still image IMAGE from the help icon 33 to the FF button 38 shown in FIG. 16 is recorded in the markup MRKUP. It is recorded in the markup MRKUP file in the advanced navigation directory ADVNV. Control information (command information) when each button from the help icon 33 to the FF button 38 is pressed is stored in the script file SCRPT in the advanced navigation directory ADVNV in Fig. 6.6-1. The script file SCRPT file name and the storage location of the file are described in the markup file MRKUP (and in the manifest file MNFST). In FIG. 11, each markup file MRKUP, script file SCRPT, and still image file IMAGE are recorded in the information storage medium DISC. However, in this embodiment, these files are not limited to the network server. It may be stored in NTSRV or persistent storage PRSTR. In this way, the overall arrangement and display timing on the screen are managed by the playlist PLLST, and the arrangement position and display timing of various buttons and icons are managed by the markup file MRKUP. For up-MRKUP, it is specified via Manifest MNFST. Compared to the conventional DVD-Video in which various icons, buttons, and command information are contained in the video object, each video and command (script) is created as a separate file, and the content is managed by intermediate management with markup MRKUP. The ease of editing and changing the creator is greatly improved. Similarly, for the telop character 39 shown in FIG. 16, a structure in which the file name and the file storage location of the advanced subtitle markup file MRKUPS are specified from the playlist PLLST via the advanced subtitle manifest file MNFSTS. (See FIG. 11). In this embodiment, the advanced subtitle markup file MRKUPS is not only recorded in the information storage medium DISC but also stored in the network server NTSRV or the persistent storage PRSTR.

<Purpose and data structure of playlist>
In the present embodiment, when the advanced content ADVCT is reproduced, there are two purposes for using the playlist PLLST as described below. The first purpose of use is to define an initial system structure in the information reproducing apparatus 1 (preliminary setting of a necessary memory area in the data cache DTCCH). Another object is to clearly show how to play various objects in the advanced content ADVCT. The data structure of the playlist PLLST has the following structure.

* Object mapping information OBMAPI for each title
・ Track number assignment ・ Resource information RESRCI
* Playback sequence information PLSQI for each title
* System configuration for playback of advanced content ADVCT <Resource Information>
The outline of the resource information RESRCI shown in FIG. 17 will be described below. In the object mapping information OBMAPI in the playlist PLLST, when and when to import the resource file that records each information necessary for playback of the advanced application ADAPL and advanced subtitle ADSBT into the data cache DTCCH (file cache FLCCH) Information is recorded in the resource information RESRCI. In the present embodiment, there are the following two types of resource information RESRCI. The first type of resource information RESRCI is resource information RESRCI related to the advanced application ADAPL, and the other type is resource information RESRCI related to the advanced subtitle ADSBT.

<Relationship between Track and Object Mapping>
Track number assignment information defined in the playlist PLLST is included in the object mapping information OBMAPI corresponding to various objects displayed on the title timeline TMLE shown in FIG.

  In the advanced content ADVCT of this embodiment, track numbers are defined for selecting various streams corresponding to different objects. As an example, audio information to be displayed to the user can be selected from a plurality of audio information (audio streams) by specifying the track number. For example, as shown in FIG. 10, the main audio MANAD exists in the substitute audio SBTAD, but there may be a plurality of audio streams having different contents in the main audio MANAD. By specifying a predetermined audio track number in the object mapping information OBMAPI (track number assignment), an audio stream to be displayed to the user can be selected from among a plurality of audio streams. Also, the audio information recorded as the main audio MANAD in the substitute audio SBTAD can be superimposed and output on the main audio MANAD in the primary audio video PRMAV. In some cases, the main audio MANAD in the primary audio video PRMAV output in a superimposed manner has a plurality of pieces of audio information (audio streams) having different contents. In this case, an audio stream to be displayed to the user can be selected from a plurality of audio streams by designating an audio track number defined in advance in the object mapping information OBMAPI (track number assignment).

  There are five types of tracks described above, and a plurality of streams having different contents are simultaneously provided in the five types of main video MANVD, main audio MANAD, subtitle ADSBT, sub video SUBVD, and sub audio SUBAD. It is possible to record. Therefore, a track number is assigned to each of the five object types corresponding to each stream, and a stream to be displayed to the user can be selected by selecting the track number.

<Information such as subtitles and telop>
In the present embodiment, there are two types of information such as subtitles and telops, a method of displaying with the sub-picture SUBPT in the primary audio video PRMAV and a method of displaying with the advanced subtitle ADSBT. In the present embodiment, the mapping of the advanced subtitle ADSBT on the timeline TMLE can be defined independently on the object mapping information OBMAPI independently of the mapping status of the primary audio video PRMAV, for example. As a result, information such as subtitles and telops can be displayed simultaneously with the sub-picture SUBPT and the advanced subtitle ADSBT in the primary audio video PRMAV, and the display start / end timing can be set independently. It is also possible to select and display only one of them, thereby greatly improving the display capability of subtitles and telops.

  In FIG. 17, the portion corresponding to the primary audio video PRMAV is displayed as a single band in the form of P-EVOB, but in fact, this includes a main video track MANVD, a main audio track MANAD, a sub video track SUBVD, A sub audio track SUBAD and a sub video track SUBPT are included, each of which is composed of a plurality of tracks, and one track (stream) is selected and displayed at the time of display. Similarly, in the secondary video set SCDVS, it is described as a band in S-EVOB, but it includes a sub video track SUBVD and a sub audio track SUBAD, and a structure in which one track (one stream) is selected and displayed. It has become. If only the primary audio video PRMAV is mapped on the object mapping information OBMAPI on the title timeline TMLE, the following rules are defined in this embodiment to ensure the ease of playback control processing.

    * The main video stream MANVD must be mapped and played back on the object mapping information OBMAPI.

    * One track (one stream) of the main audio stream MANAD is also mapped and reproduced on the object mapping information OBMAPI (but not necessarily reproduced). Regardless of this, the present embodiment also allows the main audio stream MANAD not to be mapped on the object mapping information OBMAPI.

    * Although the sub video stream SUBVD mapped on the title timeline TMLE is assumed to be displayed to the user, it may not necessarily be displayed (by user selection or the like).

    * One track (one stream) of the sub audio streams SUBAD mapped on the title timeline TMLE is assumed to be displayed to the user, but may not necessarily be displayed (by user selection or the like).

  In addition, when the primary audio video PRMAV and the substitute audio video SBTAV are simultaneously mapped on the object mapping information OBMAPI on the title timeline TMLE and both are valid (active), in this embodiment, the following rules are used: It prescribes and ensures the ease and reliability of playback control processing.

    * The main video stream MANVD in the secondary audio video SCDAV can be played back and displayed instead of the main video stream MANVD of the primary audio video PRMAV.

    * The main audio stream MANAD in the substitute audio video SBTAD can be reproduced and displayed in place of the main audio stream MANAD of the primary audio video PRMAV.

    * The sub video stream SUBVD can be reproduced at the same time as the main video stream MANVD, but is not necessarily reproduced at the same time.

    * Although one of the sub audio streams SUBAD can be reproduced and output simultaneously with the main audio stream MANAD, it is not always necessary to reproduce and output.

  If the primary audio video PRMAV and the substitute audio SBTAD are simultaneously mapped and displayed on the title timeline TMLE, this embodiment defines the following rules to facilitate the ADVPL control process in the advanced content playback unit: Ensuring reliability and reliability.

    * The main video MANVD in the primary audio video PRMAV is mapped in the object mapping information OBMAPI and must be played back.

    * The main audio stream MANAD in the substitute audio SBTAD can be reproduced instead of the main audio stream MANAD in the primary audio video PRMAV.

    * The sub video stream SUBVD is assumed to be displayed at the same time, but may not necessarily be displayed (by user selection or the like).

    * In sub audio SUBAD, it is assumed that one track (one stream) is displayed (of a plurality of tracks), but it is not always necessary to display it (by user selection or the like).

  When the primary audio video PRMAV and the secondary audio video SCDAV are simultaneously mapped on the title timeline TMLE in the object mapping information OBMAPI, this embodiment defines the following rules and defines the processing of the advanced content playback unit ADVPL: Simplification and improved reliability are ensured.

    * The main video stream MANVD in the primary audio video PRMAV must be played.

    * It is assumed that one track (one stream) of the main audio stream MANAD is displayed, but it is not always necessary to display it (by user selection or the like).

    * The sub video stream SUBVD and the sub audio stream SUBAD in the secondary audio video SCDAV can be reproduced instead of the sub video stream SUBVD and the sub audio stream SUBAD in the primary audio video PRMAV. When sub audio stream SUBAD and sub video stream SUBVD are multiplexed and recorded in secondary enhanced video object data S-EVOB in secondary audio video SCDAV, only sub audio stream SUBAD is played back. It is prohibited.

<Object Mapping Position>
The method of taking the units of the title timeline TMLE in this embodiment will be described below.

  The title timeline TMLE in the present embodiment has a time increment synchronized with the display timing of the frame or field of video (video) information, and the time on the title timeline TMLE is set by the count number of this time increment. There are features. For example, the NTSC system has 60 fields and 30 frames per second for interlaced display. Therefore, the length of the minimum time increment of the title timeline TMLE in this embodiment is divided into 60 per second, and the time on the title timeline TMLE is set by the count number of the time increment (unit). In the progressive display of the NTSC system, there are 60 fields = 60 frames per second, which matches the above time increment. The PAL system is a 50 Hz system, and there are 50 fields / 25 frames per second in interlaced display, and 50 fields = 50 frames per second in progressive display. In the case of this 50 Hz video, the title timeline TMLE is divided into 50 equal parts per second, and the number of counts based on each equally divided interval (1/50 second) is displayed on the title timeline TMLE. Set the time / timing for. In this way, by setting the reference length (minimum time unit) of the title timeline TMLE in synchronization with the display timing of the video field and frame, not only the synchronization timing display control between each video is facilitated. It is possible to set the time with the highest accuracy within a practically meaningful range.

  In the present embodiment, the time / timing on the title timeline TMLE is basically set by the above count number, but in the playlist PLLST so that time conversion is easy when the display time in the same title is long. The time information on the title timeline TMLE is expressed using “hour, minute, second and count value (HH: MM: SS: FF)”. In the above expression format, “HH” represents a unit of time, and values from “00” to “23” can be entered. “MM” represents a minute unit, and values from “00” to “59” can be entered. Further, “SS” represents a unit of seconds, and values from “00” to “59” can be entered. Finally, “FF” represents the count number (the number of frames in the case of progressive display, the number of fields in the case of interlaced display). In the case of a 60 Hz video (for example, NTSC system), a value from “00” to “59” is entered. By adopting the above expression method, the elapsed time on the title timeline TMLE can be easily grasped.

  As described above, in this embodiment, the time increment is set according to the field or frame of the video (video), and one time unit in the 60 Hz system is 1/60 second, and one in the 50 Hz system. The unit of time increment is 1/50 second, but the timing of switching of all display objects (display start, display end, or switch to another screen) at each time step position (time) Control is performed to That is, in this embodiment, the display period of every display object is set in accordance with the time increment (1/60 second or 1/50 second) on the title timeline TMLE. The frame interval of audio information is often different from the frame / field interval of the video (video). In this case, the display period (display start / end time) is set at the timing at which the audio information is reproduced / finished at a timing rounded up in accordance with each step interval on the title timeline TMLE. As a result, it is possible to avoid overlap of outputs between the display of a plurality of audio objects on the title timeline TMLE.

  Also, if the display timing of the advanced application ADAPL information is different from the step interval of the title timeline TMLE (for example, the advanced application ADAPL has 24 frames per second and represents the display period on the 60 Hz title timeline TMLE In this case, the display timing of the advanced application ADPAL is rounded up, and the display timing (display start / end time) is adjusted to the title timeline TMLE of 60 Hz (time increment is 1/60 second).

<Timing Model for Advanced Application>
In the present embodiment, the valid period on the title timeline TMLE of the advanced application ADAPL can be divided into three periods: a prescript period, a markup display period, and a postscript period. The markup display period represents a period for display corresponding to each time step of the title timeline TMLE based on the markup MRKUP information of the advanced application ADAPL. The prescript period described above precedes the markup display period and is used as a preparation period for displaying the screen of the advanced application ADAPL. The postscript period is set immediately after the markup display period, and is used as an end period (for example, a period used for memory resource release processing) immediately after display of each display object of the advanced application ADAPL. In the present embodiment, the prescript period can be used as a control processing time prior to the advanced application ADAPL display (for example, clearing the points given to the game user). Further, in the postscript period, the advanced application ADAPL can be used for command processing immediately after reproduction (for example, point-up processing of points of a game user).

<Jump Timing Model>
Next, the screen within the markup display period described above will be described. For example, when the display screen of FIG. 16 is taken as an example, in this embodiment, for example, when the stop button 34 is pressed during video display, the video is stopped and the screen display changes such as the shape and color of the stop button 34 being changed. can do. This is because when “1.1) Button selection or execution instruction in“ 1) Perform flexible and impressive reaction to user action ”in the“ New effect obtained as a result of technical innovation ”column in FIG. It means “animation and image changes and responds” effect. When the display screen itself of FIG. 16 is significantly changed as in the above example, the corresponding markup MRKUP in the advanced application ADAPL transitions to another markup MRKUP. In this way, by changing the markup MRKUP for setting the display screen content of the advanced application ADAPL to another markup MRKUP, the screen display can be changed greatly. That is, in this embodiment, a plurality of markup MRKUPs are set in accordance with different screens during the markup display period, and the corresponding markups are switched in accordance with the screen switching (the switching process is a method described in the script SCRPT). To switch). Therefore, in the present embodiment, the start timing of the markup page on the title timeline TMLE during the markup MRKUP display period is the display start timing of the markup MRKUP information to be displayed first in the plurality of existing markups. The end timing of the markup page on the title timeline TMLE matches the display end timing of the last markup MRKUP in the plurality of markup MRKUPs. As a method of such a transition of the markup page (change of the display screen in the advanced application ADAPL portion in the display screen), the present embodiment defines the following two transition models.

<Soft Synch Jump>
The first transition method to be raised is the soft sync transition (jump model) of the markup page. At this transition timing, the time flow of the title timeline TMLE does not stop on the screen displayed to the user. In other words, the markup page switching timing coincides with the timing position (time) of the title timeline TMLE described above, the end timing of the previous markup page and the next markup page (display screen of the advanced application ADAPL) Is coincident with the start timing of the title timeline TMLE. In order to make these possible, the time required for ending the previous markup page in this embodiment (for example, the time used for releasing the allocated memory space in the data cache DTCCH) and the next mark Overlap the time when the up page is displayed. Further, the display preparation period for the next markup page is set so as to overlap during the display period for the previous markup page. The soft sync transition (jump) of the markup page can be used for the advanced application ADAPL synchronized with the title timeline TMLE or the advanced subtitle ADSBT.

<Hard Synch Jump>
Next, as another transition method, the present embodiment also defines a hard sync transition (jump) of a markup page. In general, a time change occurs on the title timeline TMLE on the screen displayed to the user (a count up is performed on the title timeline TMLE), and for example, the screen of the primary audio video PRMAV changes. To do. For example, when the time on the title timeline TMLE stops (the count value on the title timeline TMLE is fixed), the primary audio video PRMAV screen correspondingly stops and is displayed to the user as a still screen. . When the hard sync transition (jump) of the markup page in the present embodiment occurs, there is a period in which the time on the title timeline TMLE is stopped (the count value on the title timeline TMLE is fixed). In the hard sync transition (jump) of the markup page, the end timing time of the markup page before the apparent switching on the title timeline (TMLE) and the title timeline TMLE of the next markup page The playback start timings at are the same. In the case of the transition, the end period of the previously displayed markup page and the preparation period necessary for displaying the next markup page do not overlap. Therefore, during the transition period, the flow of time on the title timeline TMLE is temporarily stopped, and display of an object such as the primary audio video PRMAV is temporarily stopped. The hard sync transition (jump) process of the markup page is used only in the advanced application ADAPL in this embodiment. For example, when the display screen of the advanced subtitle ADSBT is switched, it is possible to change the screen of the advanced subtitle ADSBT without stopping the temporal change of the title timeline TMLE (for example, without stopping the primary audio video PRMAV). It becomes.

  The screen switching of the advanced application ADAPL and the advanced subtitle ADSBT specified in the markup page is performed in units of frames in the present embodiment. For example, in interlaced display, the number of frames per second is different from the number of fields, but by switching so that the screen of the advanced application ADAPL and advanced subtitle ADSBT is always switched in units of frames, switching is performed at the same timing regardless of interlace / progressive. Since processing can be performed, control becomes easy. That is, preparation of a screen necessary for the next frame is started at the immediately preceding frame display timing. The preparation is completed by the display timing of the next frame, and the screen is displayed in accordance with the display timing of the next frame. For example, in the case of NTSC interlaced display, the time interval of the title timeline TMLE is 1/60 second because it is 60 Hz. Further, in this case, since 30 frames are displayed per second, the frame display timing is set at intervals of 2 units (boundary position of two steps) of the title timeline TMLE. Therefore, for example, if you want to display the screen at the count value on the nth title timeline TMLE, the display preparation of the next frame is started at the timing of n-2 two counts before that, and the title timeline TMLE A graphic frame prepared at the count n stage (screens that collectively display various screens related to the advanced application ADAPL are referred to as graphic frames in the present embodiment) is displayed. In the present embodiment, by setting the preparation and display of graphic frames in units of frames as described above, it is possible to continuously display graphical frame switching for the user, and not to give the user a discomfort. There is.

<Presentation Clip element and Object Mapping Information>
List information of elements called presentation clip elements is described in the object mapping information OBMAPI described in the playlist PLLST shown in FIG. FIG. 18 shows the relationship between the various presentation clip elements and the corresponding object names to be displayed and used.

  As shown in FIG. 18, the primary audio video clip element PRAVCP described in the object mapping information OBMAPI describes the object mapping information OBMAPI related to the primary audio video PRMAV. The substitute audio video clip SBAVCP describes object mapping information OBMAPI of the substitute audio video SBTAV. The secondary audio video clip element SCAVCP describes object mapping information OBMAPI of the secondary audio video SCDAV. The substitute audio clip element SBADCP describes object mapping information OBMAPI of the substitute audio SBTAD. The advanced subtitle segment element ADSTSG in the object mapping information OBMAPI describes information about the markup MRKUPS related to the advanced subtitle ADSBT. The application segment element APPLSG in the object mapping information OBMAPI describes information about the markup MRKUP and script SCRPT of the advanced application ADAPL. In the object mapping information OBMAPI relating to each object to be reproduced / used, information related to the effective period (including the display period, the preparation period, and the end processing period) of each object on the title timeline TMLE is described. Has been. The valid period on the title timeline TMLE is defined by a start time (time) and an end time (time) on the title timeline TMLE. In each clip element, the start time (time) and end time (time) on the title timeline TMLE are defined by the titleTimeBegin attribute and the titleTimeEnd attribute. That is, the titleTimeBegin attribute information and the titleTimeEnd attribute information are individually recorded in each clip element, and the display of the corresponding object is started from the time described by the titleTimeBegin attribute on the title timeline TMLE, and the time described by the titleTimeEnd attribute The display is finished. Start of recording each object in primary audio video clip element PRAVCP, secondary audio video clip element SCAVCP, substitute audio video clip element SBAVCP and substitute audio clip element SBADCP excluding advanced subtitle segment element ADSTSG and application segment element APPLSG Display of the primary audio video PRMAV, the secondary audio video SCDAV, the substitute audio video SBATV, and the substitute audio SBTAD is started by clipTimeBegin which means the display elapsed time calculated from the position. That is, the above-mentioned titleTimeBegin attribute and titleTimeEnd attribute mean time information on the title timeline TMLE, and the above-mentioned clipTimeBegin means a single time lapse within each object, and between each time of the titleTimeBegin attribute and the clipTimeBegin A plurality of different objects can be displayed synchronously on the same title timeline TMLE by performing synchronization adjustment in.

  In the present embodiment, by setting the following relationship between the display period of various display objects and the above-described titleTimeBegin, titleTimeEnd, and clipTimeBegin, it is possible to improve display processing accuracy without causing display timing conflicts. it can.

・ TitleTimeBegin <titleTimeEnd
・ TitleTimeEnd ≤ [Title display period]
-ClipTimeBegin + titleTimeEnd-titleTimeBegin ≤ [Display object display period]
Furthermore, the display accuracy is improved by setting the following conditions in the present embodiment.

    • The valid period of each primary audio video clip element PRAVCP must not overlap each other on the title timeline TMLE.

    • The validity period of each secondary audio video clip element SCAVCP must not overlap each other on the title timeline TMLE.

    • The valid periods of each substitute audio clip element SBADCP must not overlap each other on the title timeline TMLE.

    The validity period of the secondary audio video clip element SCAVCP and the validity period of the substitute audio clip element SBADCP must not overlap each other on the title timeline TMLE.

  As shown in FIG. 12, the playlist PLLST refers to the time map PTMAP of the primary video set PRMVS, the time map STMAP of the secondary video set SCDVS, the manifest MNFST, and the manifest MNFSTS of the advanced subtitle ADSBT.

  Specifically, as shown in FIG. 18, the file name of the time map file PTMAP of the primary video set PRMVS and the storage location thereof are described in the primary audio video clip element PRAVCP as file names to be referenced in the primary audio video clip element PRAVCP. Has been. Similarly, the file name of the time map file STMAP of the secondary video set SCDVS and its storage location are described in the secondary audio video clip element SCAVCP. Further, the file name and storage location of the time map file STMAP of the secondary video set SCDVS are described in the substitute audio clip element SBADCP or in the substitute audio video clip element SBAVCP. The file name of the advanced subtitle ADSBT manifest file MNFSTS and its storage location are described in the advanced subtitle segment element ADSTSG, and the file name and storage location of the advanced application ADAPL manifest file MNFST are described in the application segment element APPLSG. Has been.

  Further, the place where the file referred to as an index when the object shown in FIG. 18 is stored is stored in FIG. 10, but the object shown in FIG. 18 is originally recorded for confirmation. Described in the column.

  In the present embodiment, only the playlist PLLST is recorded in the information storage medium DISC, and various objects to be reproduced / used recorded in the network server NTSRV or the persistent storage PRSTR can be specified from the playlist PLLST.

  A file described in each clip element and referred to as an index when an object is played back or used can be recorded in various recording media (including a network server NTSRV) as shown in FIG. FIG. 19 shows a method for specifying the storage location of a file described in each clip element. That is, when a file is stored in the network server NTSRV, the address of the HTTP server or HTTPS server is described by “http:...” Or “https:...” As shown in FIG. In this embodiment, the description range of file storage location designation information (URI: Uniform Resource Identifier) described in each clip element must be described with 1024 bytes or less. If these are recorded in the information storage medium DISC, the file cache FLCCH (data cache DTCCH), or the persistent storage PRSTR, the file storage location is designated as a data file.

  When each file is stored in the information storage medium DISC, the file cache FLCCH (data cache DTCCH), or the persistent storage PRSTR shown in FIG. 19, it is necessary to identify the medium medium. The present embodiment is characterized in that the medium and medium can be identified by adopting a path designation description method as shown in FIG. 20 in various clip elements.

<Content Referencing>
In the present embodiment, two types of recording media are considered in view of the persistent storage PRSTR. The first one is a fixed persistent storage PRSTR. In this embodiment, only one persistent storage drive 3 is defined for the information recording / reproducing apparatus 1. The other is a portable persistent storage PRSTR. In this embodiment, one or more (a plurality of) can be provided in the information recording / reproducing apparatus 1. In the file path designation description, a description method as shown in FIG. 20 is defined, and this content is described in various clip elements in the playlist PLLST. That is, when a file is recorded in the information storage medium DISC, it is described as File: /// dvddisc /, and when a file is described in the file cache FLCCH (data cache DTCCH), the path File: /// filecache / is used as the specified description method. If a file is recorded in the mandatory persistent storage PRSTR, the path designation description method is File: /// required /. If a file is recorded in the additional persistent storage PRSTR, the path designation description method is File: /// additional /. If it is described in the common area in the mandatory persistent storage PRSTR, the path designation description method is File: /// common / required /. In addition, when it is described in a common area in the additional persistent storage PRSTR (s), it is set as File: /// commom / additional /. When various files are recorded in the information storage medium DISC, the file cache FLCCH (data cache DTCCH) or the persistent storage PRSTR, the file structure shown in FIG. 11 is formed in each recording medium, and the corresponding Each file is recorded under the directory.

<Data structure in playlist file>
FIG. 21 shows a data structure in the playlist file PLLST in which information on the playlist PLLST shown in FIG. 17 is recorded. This playlist file PLLST is recorded in the form of a playlist file PLLST directly under the advanced content directory ADVCT as shown in FIG. In the playlist file PLLST, management information and information on synchronization between display objects and information on an initial system structure (such as pre-allocation of a memory space used in the data cache DTCCH) are described. The playlist file PLLST is described by a description method based on XML. A schematic data structure in the playlist file PLLST is shown in FIG.

  An area surrounded by <Playlist [playlist] ...> and </ Playlist> in FIG. 21 is called a playlist element. As information in the playlist element, structure information CONFGI, media attribute information MDATRI, and title information TTINFO are described in the above order. In the present embodiment, the arrangement order of various elements in the playlist element is set corresponding to the operation procedure before the video display start in the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. That is, the allocation work of the memory space used in the data cache DTCCH in the advanced content playback unit ADVPL shown in FIG. Therefore, the structure information element CONFGI is first described in the playlist element. Next, it is necessary to prepare the presentation engine PRSEN in FIG. 14 according to the attribute of the information in each display object. Therefore, the media attribute information element MDATRI needs to be described after the structure information element CONFGI and before the title information element TTINFO. After the preparation of the data cache DTCCH and the presentation engine PRSEN is thus completed, the advanced content playback unit ADVPL starts display processing according to the information described in the title information element TTINFO. Therefore, the title information element TTINFO is arranged after the information necessary for each preparation (at the last position).

  In this embodiment, as a data structure in the playlist element PLLST, there is a great feature in that the structure information CONFGI is described at the first position in the playlist element PLLST. As a result, the system conditions (each parameter) that are commonly used in the playlist PLLST can be set in advance, and the time to start playback at the time of startup can be shortened. Furthermore, the media attribute information MDATRI and the title information TTINFO are described separately. As a result, the same attribute information can be shared between different titles, and the effect of saving the amount of written text and simplifying processing such as setting parameters in the decoder can be achieved. The media attribute information MDATRI is described in a place preceding the title information TTINFO. As a result, it is possible to shorten the time until the start of reproduction at the time of start-up by preceding processing such as parameter setting in the decoder.

  The first line in FIG. 21 is a definition sentence declaring that “the following sentence is described by the XML description method”, and the information of the xml attribute information XMATRI is between “<? Xml” and “?>”. It has the structure described.

  The information content in the xml attribute information XMATRI is shown in FIG.

The information of the xml attribute information XMATRI describes information indicating whether or not another XML having a child relationship with the corresponding version information of XML is being referred to. Information indicating whether or not another XML having a child relationship is referred to is described as “yes” and “no”, and the other XML having a child relationship is directly referred to in the target sentence. If it exists, “no” is described. If another XML does not refer directly to this XML document and exists as a single XML, “yes” is described. As an XML declaration statement, for example, when the corresponding version number of XML is 1.0 and it exists as a single XML without referring to another XML, as a description example of FIG. 22A, “<? Xml version = '1.0” standalone = 'yes'?> ”is described.

The description text in the playlist element tag that defines the range of the playlist element follows “<Playlist”, describes the namespace definition information PLTGNM and playlist attribute information PLATRI of the playlist tag, and ends with “>” Close to form a playlist element tag. The description information in the playlist element tag is described in FIG. In the present embodiment, the number of playlist elements existing in the playlist file PLLST is one in principle, but in a special case, a plurality of playlist elements can be described. In that case, since there is a possibility that a plurality of playlist element tags are described in the playlist file PLLST, the namespace definition information PLTGNM of the playlist tag is set to “<” so that each playlist element can be identified. Describe immediately after “Playlist”. The information in the playlist attribute information PLATRI includes the value MJVERN of the integer part of the advanced content version number, the value MNVERN below the decimal point of the advanced content version number information, and additional information (name) on the playlist in the playlist element. Etc.) PLDSCI information is listed in this order. For example, when the advanced content version number is “1.0” as an example, the integer part value MJVERN of the advanced content version number is “1”, and the value MNVERN below the decimal point of the advanced content version number is “0”. If the additional information about the playlist PLLST is string and the namespace definition information PLTGNM of the playlist tag is http://www.dvdforum.org/HDDVDVideo/Playlist, the descriptive text in the playlist element tag is
“<Playlist xmlns = 'http://www.dvdforum.org/HDDVDVideo/Playlist'
majorVersion = '1'
minorVersion = '0'
description = string> ”

  Further, as shown in FIG. 22B, in the playlist attribute information PLATRI, a playlist name PLDPNM described in a commonly used text format is described as displayName attribute information. The advanced content playback unit ADVPL in the present embodiment can display the playlist name PLDPNM as the disc name of the information storage medium DISC to the user. The playlist name PLDPNM can omit the description in the playlist tag. Furthermore, either “Advanced” or “Interoperable” can be described as the playlist content type information PLTYPE. In the present embodiment, video content recorded and edited by a user based on the advanced video recording standard that allows recording and playback can be played back as part of the advanced content ADVCT. In this case, the video content recorded / edited by the user is set as “interoperable content”, thereby enabling reproduction within the playlist PLLST. In this case, the value of “Interoperable” is described as the value of the playlist content type information PLTYPE. In the case of video information of other general advanced content ADVCT, the value of “Advanced” is described as the value of the playlist content type information PLTYPE. In the present embodiment, it is possible to omit the description of the playlist content type information PLTYPE as information in the playlist tag. In this case, the default value “Advanced” is automatically set as the value of the playlist content type information PLTYPE.

  In the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 1, the advanced content version number described in the playlist element tag is played back first, and the version supported by the advanced content playback unit ADVPL Determine whether it is within the number range.

  If the advanced content version number exceeds the support range, the advanced content playback unit ADVPL needs to immediately stop the playback process. Therefore, in the present embodiment, the advanced content version number information is described at the most preceding position in the playlist attribute information PLATRI.

  Various information described in the playlist PLLST in this embodiment has a hierarchical structure as shown in FIGS.

<Title Information>
The title information TTINFO included in the playlist element in the information recorded in the playlist file PLLST is the title set element sandwiched between <TitleSet> and </ TitleSet> as shown in FIG. Is described by In the title set element, information related to the title set of the advanced content ADVCT defined in the playlist PLLST is described. Title set attribute information TTSTAT described in the title set element tag is used in the frame rate (number of frames per second) information FRAMRT (timeBase attribute information) and the markup page as shown in FIG. There is frequency information TKBASE (tickBase attribute information) of the tick clock and menu language information DEFLNG (defaultLanguage attribute information) in the default state in the title set.

<Datatype and TitleSet Element>
The title set element describes title set information regarding the advanced content ADVCT in the playlist PLLST. Each title number is set according to the arrangement order of the title element information TTELEM described in the title set element. That is, the title number of the title managed by the title element information TTELEM described first in the title set element is 1, and the sequential number is set as the title number of the title managed by each title element information TTELEM. Is done.

  The frame rate (number of frames per second) information FRAMRT (timeBase attribute information) shown in FIG. 23 (d) represents a frame rate value. Time management in each title is performed by the count value (FF value of “HH: MM: SS: FF”) on the title timeline TMLE. Whether the count frequency of the title timeline TMLE at this time is 50 Hz or 60 Hz is set by the value of the frame rate information FRAMRT (timeBase attribute information). The frame rate is represented by a rate value in units of “fps” (frame parsec), and the rate value is selectively set to either “50” or “60”. Next, tick clock frequency information TKBASE (tickBase attribute information) used in the markup page will be described. The frequency of the page clock set for each markup page MRKUP and the frequency of the application clock set for each advanced application ADAPL match the frequency TKBASE of the tick clock. Further, the frequency TKBASE of the tick clock can be set independently from the frequency of the media clock on the title timeline TMLE. A clock of frame rate (number of frames per second) information FRAMRT (timeBase attribute information) representing a reference frequency of the title timeline TMLE for each title is called a media clock. Also, it corresponds to the frequency information TKBASE (tickBase attribute information) of the tick clock, and the page clock that is set for each markup page MRKUP and the application clock that is set for each application can be set independently from the media clock. However, there is a major feature of this embodiment. As a result, the advanced application ADAPL can be played back at standard speed while the FF, FR, and pause playback on the title timeline TMLE is possible. Furthermore, the effect of reducing the burden on the advanced playback unit ADVPL can be achieved by significantly slowing TickBase / TKBASE with respect to timeBase / FRAMRT. The frequency information TKBASE (tickBase attribute information) of the tick clock is displayed as a tick value value in units of “fps”, and the tick value is any one of “24”, “50”, and “60”. Is set. If the value of the frame rate (number of frames per second) information FRAMRT (timeBase attribute information) is “50”, the value of the frequency information TKBASE (tickBase attribute information) of the tick clock is “50” or “24”. Is set, and the frame rate (number of frames per second) information FRAMRT (timeBase attribute information) is “60”, the tick clock frequency information TKBASE (tickBase attribute information) A value of “60” or “24” is set. In this way, by setting the value of the frequency information TKBASE (tickBase attribute information) of the tick clock to 1 / integer of the value of the frame rate (number of frames per second) information FRAMRT (timeBase attribute information), Clock setting between the tick clock and the media clock becomes easy (for example, the tick clock can be easily generated by dividing the media clock). The description of the frequency information TKBASE (tickBase attribute information) of the tick clock in the title set attribute information TTSTAT can be omitted. In this case, the tick clock frequency matches the frame rate value. The present embodiment is characterized in that timeBase / FRAMRT and tickBase / TKBASE are set in the title set element. As a result, the processing within the advanced content playback unit ADVPL can be simplified by sharing within the same title set.

  The menu language information DEFLNG (defaultLanguage attribute information) in the default state in the title set will be described. As shown in FIG. 47, a menu language is set as a profile parameter. When there is no application segment APPLSG (see FIG. 56D) in the title that matches the menu language, it corresponds to the language set in the menu language information DEFLNG (defaultLanguage attribute information) in the default state in the title set The executed application segment APPLSG is ready to be executed and displayed. It is possible to omit the description of the menu language information DEFLNG (defaultLanguage attribute information) in the default state in the title set in the title set attribute information TTSTAT.

<Title Information>
In the title set element, first play title element information FPTELE can be described first, then one or more title element information TTELEM is described in order, and title element information corresponding to management information for each title respectively. Recorded in TTELEM. In the example of FIG. 17, there are three titles # 1 to # 3. Correspondingly, in FIG. 23B, from title element information TTELEM relating to title # 1 to title element information TTELEM relating to title # 3. However, the present invention is not limited thereto, and the title element information TTELEM relating to each title can be described up to one or more arbitrary numbers. Further, in the title set element, it is possible to describe playlist application element information PLAELE after the title element information TTELEM. A title timeline TMLE is set for each title corresponding to each title element information TTELEM. The display period of the title timeline TMLE for each title is described in titleDulation attribute information in the title element information TTELEM (time length information TTDUR of the entire title on the title timeline TMLE). Each corresponding title number is set in accordance with the description order of the title element information TTELEM described in the title set element. As shown in FIG. 23B, the title number of the title corresponding to the title element information TTELEM described first in the title set element is set to 1. In the present embodiment, the number of title element information TTELEM that can be described in the title set element (the number of titles that can be defined in one playlist PLLST) is 512 or less. By setting the upper limit of the number of titles in this way, it is possible to prevent the processing in the advanced content playback unit ADVPL from spreading. Information described in each title element information TTELEM includes object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI and track navigation information TRNAVI recorded in the order described above. The object mapping information OBMAPI includes information on track number assignment information in which a stream (track) number in each display object is set. In the object mapping information OBMAPI, a list of various clip elements is described as described in FIG. Further, a list relating to track number assignment information representing setting information of each track number in the display clip element described above is described in the object mapping information OBMAPI. In this embodiment, each playback object such as video information, audio information, and sub-picture information can have a plurality of streams, and a separate track is associated with each stream, and a track number is set with it. By doing so, it is possible to identify the playback stream in the display object. By setting the list of track number assignment elements in this way, the number of streams included in each display object and identification between individual streams can be made. In resource information RESRCI, a list of resource elements in title element information TTELEM is described. In the track navigation information TRNAVI, information related to the track navigation list element is described. Further, in the playback sequence information PLSQI, information on a chapter list element indicating the start position of the chapter corresponding to the division of the video content within the same title is described.

  As shown in FIG. 23 (c), the order of arrangement of the object mapping information OBMAPI in the title element information TTELEM, resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI, and scheduled control information SCHECI is information recording / reproduction. This corresponds to the processing procedure of the advanced content playback unit ADVPL (see FIG. 1) in the device 1. That is, information of object mapping information OBMAPI in which information of advanced application ADAPL and advanced subtitle ADSBT used in the same title is described at the first place in title element information TTELEM. The advanced content playback unit ADVPL first grasps the contents of the advanced application ADAPL and advanced subtitle ADSBT used in the same title from the object mapping information OBMAPI recorded first. As described with reference to FIG. 10, the information about the advanced application ADAPL and the advanced subtitle ADSBT needs to be stored in advance in the file cache FLCCH (data cache DTCCH) prior to display to the user. Therefore, in the advanced content playback unit ADVPL in the information recording / playback apparatus 1, what advanced application ADAPL and advanced subtitle ADSBT are set in the title prior to playback, and at which timing each file cache FLCCH (data cache DTCCH ) Is required to store in advance. Next, the advanced content playback unit ADVPL can read the resource information RESRCI and know the storage timing of the advanced application ADAPL and the advanced subtitle ADSBT in the file cache FLCCH (data cache DTCCH). Accordingly, the resource information RESRCI is described after the object mapping information OBMAPI, so that the advanced content playback unit ADVPL can easily process. Also, since the playback sequence information PLSQI is important so that the user can easily move the video he / she wants to watch when playing the advanced content ADVCT, the playback sequence information PLSQI is arranged after the resource information RESRCI. Since the track navigation information TRNAVI is necessary information immediately before display to the user, it is described in the last place in the title element information TTELEM. Since the condition setting based on the scheduled control information SCHECI is performed for the first time after setting the conditions according to the various information, the scheduled control information SCHECI is arranged at the end in the title element information TTELEM.

By describing title ID information TTIDI at the beginning of the title element tag in title element information TTELEM as shown in FIG. 23 (c) 1) Multiple title element information TTELEM can be described in title information TTINFO (different) Title element information TTELEM is set as reproduction management information corresponding to each title).

further,
2) Each title element information TTELEM in the title information TTINFO can be immediately identified by decoding the content of the title ID information TTIDI described first in the title element tag, and the content identification processing in the playlist PLLST can be quickly performed. Can be achieved.

  Further, in the present embodiment, information related to the contents described in the title element information TTELEM is grouped together and described at positions close to each other. Each group is named as object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI, and track navigation information TRNAVI. This simplifies and speeds up the content decoding process of the playlist PLLST in the playlist manager PLMNG (see FIG. 28).

<Title Element>
FIG. 24 shows information described in the title element tag indicating the start of each title element information TTELEM in the present embodiment. In the title element tag, title ID information TTID for identifying each title is first described. Next, title number information TTNUM is described. In the present embodiment, a plurality of title element information TTELEM can be described in the title information TTINFO as shown in FIG. For the title element information TTELEM described from the beginning in the title information TTINFO, a title number is set according to the description order, and this title number is described in the title number information TTNUM. Further, title type information TTTYPE is described with respect to the type (type) of title managed by the title element information TTELEM. In the present embodiment, three types of values of “Advanced”, “Original”, and “UserDefined” can be set as the title type information TTTYPE. In the present embodiment, video information recorded in an advanced video recording format that can be recorded, edited, and played back by the user can be used as part of the advanced content ADVCT. Video information recorded in the advanced video recording format is referred to as interoperable content. Title type information TTTYPE for the original title related to the interoperable content (interoperable content in a state immediately after recording and before editing) is set to “Original”. Also, the title type information TTTYPE for the title edited by the user regarding the interoperable content (defined by the user) is set to “UserDefined”. For other advanced contents ADVCT, “Advanced” is set. In the present embodiment, the description of the title type information TTTYPE can be omitted in the title attribute information TTATRI. In this case, the default value “Advanced” is automatically set. Next, selection attribute information is described. This selection attribute information represents selection information as to whether or not a specified title can be handled by a user operation. For example, in the case of the system shown in FIG. 1, the user may go to the large screen television monitor 15 and perform a screen operation (for example, fast forward FF or rewind FR) by a remote controller (not shown). The processing instructed by the user is called a user operation, and the selection attribute information (selectable attribution) indicates whether or not the title is processed in response to the user operation. This information is filled with either “true” or “false” words. For example, if it is difficult for the video content of the corresponding title to be fast-forwarded to the user such as a commercial CM 44 or a screening notice 41, the entire corresponding title can be prohibited from user operation. In this case, the selection attribute information is set to “false”, the corresponding title is prohibited from user operation, and a request such as fast forward or rewind by the user can be rejected. When this value is “true”, processing (user operation) such as rewinding or fast-forwarding can be performed in response to the user's request. In the present embodiment, a default value is set to “true” (capable of user operation) as information on the selection attribute (selectable attribution). In the advanced content playback unit ADVPL (see FIG. 1), the title playback processing method greatly changes based on the selection attribute information. Therefore, the convenience of the advanced content playback unit ADVPL processing can be improved by placing the selection attribute information immediately after the title ID information TTID and preceding the other information. In the present embodiment, it is possible to omit the description of the selection attribute information in the title element tag. If the description is omitted, the default value “true” is set.

  Frame rate information FRAMRT (timeBase attribute information) in the title set element shown in FIG. 23 (d) represents the number of frames per second of video displayed on the screen, and corresponds to the reference time interval of the title timeline TMLE. As described with reference to FIG. 17, in this embodiment, the title timeline TMLE includes 50 Hz system (which is counted up by 50 counts on the title timeline TMLE per second) and 60 Hz system (title timeline per second). (Two counts are counted up on TMLE for 60 counts). For example, in the case of NTSC interlaced display, 30 frames (60 fields) are displayed per second. In this case, it corresponds to the 60 Hz system, and the time interval (1 count time interval) of the title timeline is 1/60 second. In this embodiment, a clock compliant with the title timeline TMLE is called a media clock, and is distinguished from a page clock that is a clock set for each markup MRKUP. Further, in the present embodiment, there is an application clock defined when executing the advanced application ADAPL specified in the markup MRKUP. The reference frequencies of the page clock and the application clock are equal to each other and called the frequency of the tick clock. The present embodiment is characterized in that the media clock corresponding to the title timeline TMLE and the tick clock can be set independently. As a result, for example, a standard based on the above tick clock (application clock) for animation defined in the advanced application ADAPL during special playback such as high-speed playback and rewind playback for the video information of the primary audio video PRMAV Speed reproduction can be performed, and the expression format for the user can be greatly improved. The frequency information TKBASE of the tick clock used in the markup page is described immediately after “tickBase =” in FIG. The value of the frequency information TKBASE of the tick clock used in the markup MRKUP must be set to a value equal to or less than the value described as the frame rate (number of frames per second) information. As a result, it is possible not only to display the advanced application ADAPL based on the tick clock (animation display, etc.) smoothly on the title timeline TMLE (so that it does not conflict with the media clock), The circuit structure in the advanced content playback unit ADVPL can be simplified. The timeBaseDivisor attribute information shown in FIG. 24B represents the attenuation ratio TICKBD of the processing clock to the application tick clock in the advanced application manager. That is, the information means an attenuation ratio with respect to the application tick (tick clock frequency information TKBASE) when the advanced application manager ADAMNG shown in FIG. 28 performs processing. For example, when the value of the timeBaseDivisor attribute information is set to “3”, the process of the advanced application manager ADAMNG advances one step every time the application tick clock (application clock) is incremented by 3 counts. As described above, since the advanced application manager ADAMNG processing clock is made slower than the tick clock (application clock), the advanced application ADAPL having a slow motion can be processed without applying CPU power. It is possible to keep the amount of heat generated at low.

  The time length information TTDUR of the entire title on the title timeline TMLE represents the entire length of the title timeline TMLE on the corresponding title. The time length information TTDUR of the entire title on the title timeline TMLE is described by a total count number of 50 Hz system or 60 Hz system corresponding to the frame rate (number of frames per second) information. For example, when the display time of the entire title is n seconds, the total time count information TTDUR on the title timeline TMLE includes a value of 60n or 50n. In the present embodiment, the end times of all playback objects must be smaller than the time length information TTDUR of the entire title on the title timeline TMLE. In this way, the time length information TTDUR of the entire title on the title timeline TMLE depends on the time step interval on the title timeline TMLE, so by placing this information behind the frame rate information, advanced content The ease of data processing of the playback unit ADVPL is improved.

  The next parental level information indicates the parental level of the title corresponding to playback.

  The parental level value is a number of 8 or less. In the present embodiment, this information can be omitted in the title element tag. The default value is set as “1”.

  OnEnd information indicating the number information of the title to be displayed after the title ends, information on the title number related to the title to be reproduced next after the current title ends. When the value entered in the title number is “0”, it pauses after the title ends (the end screen is displayed). As a default value, this value is set to “0”. It is also possible to omit the description of this information in the title element tag. In this case, the default value “0” is set.

  In displayName, which is the title name information displayed by the information recording / reproducing apparatus 1, the name of the corresponding title is described in a text format. The information described here can be displayed as the title name of the information recording / reproducing apparatus 1. This information can also be omitted in the title element tag.

  The alternativeSDDisplayMode attribute information indicating the allowable display mode information SDDISP on the 4: 3 TV monitor represents a display mode allowed when outputting to the 4: 3 TV monitor when the corresponding title is reproduced. When the value is set to “panscanOrLetterbox”, when outputting to a 4: 3 TV monitor, it is allowed to output in either the pan scan mode or the letterbox mode. When “panscan” is set, when outputting to a 4: 3 TV monitor, only pan-scan mode output is allowed. Furthermore, when the value is set to “letterbox”, only letterbox display mode is allowed when outputting to a 4: 3 TV monitor. The information recording / reproducing apparatus 1 must forcibly display and output in an allowed display mode when outputting to a 4: 3 TV monitor. The description of the acceptable display mode information SDDISP on the 4: 3 TV monitor can be omitted. In this case, the default value “panscanOrLetterbox” is automatically set.

  Further, in the column of additional information (description) relating to the title, additional information relating to the title is described in a text format. The information can be omitted from the title element tag. The title name information (displayName) and the additional information (description) related to the title displayed by the information recording / playback apparatus 1 are not essential information for performing the playback processing of the advanced content playback unit ADVPL. Information is recorded at a later location in TTATRI. Finally, the file storage location URI description format XMBASE corresponding to the title element indicates a description format (XML_BASE) related to a URI (Uniform Resource Identifier) compliant with XML.

As a specific information example of the title element tag, for example, when the title identification ID information is “Ando” and the time length of the entire title in the 60 Hz system is 80000,
Description example: <Title = 'Ando'titleDuration =' 80000 '> is described.

  In the 60 Hz system, the count of the title timeline TMLE is incremented by 60 per second, so the value of 80000 corresponds to 80000 ÷ 60 ÷ 60≈22 minutes.

  Information in the title element information TTELEM describes object mapping information OBMAPI described in the list of each display clip element shown in FIG. 23C, resource information RESRCI in which the title resource element is recorded, and a chapter list element. The track navigation information TRNAVI described in the playback sequence information PLSQI and the track list navigation list element, the pause (pause) location (time) and the event start location (time) on the title timeline TMLE are scheduled in advance. It consists of described scheduled control information SCHECI. The display clip element is described by a primary audio video clip PRAVCP, a substitute audio video clip SBAVCP, a substitute audio clip SBADCP, a secondary audio video clip SCAVCP, an advanced subtitle segment ADSTSG, and an application segment APPLSG as shown in FIG. Is done. The display clip element is described in the object mapping information OBMAPI in the title. The display clip element is described as a part of track number assignment information corresponding to each elementary stream.

  The playback sequence information PLSQI is described as a list of chapter list elements as shown in FIG.

<Chapter elements and Playback Sequence Information>
The chapter list element in the playback sequence information PLSQI describes the chapter structure in the title. The chapter list element is described as a list of chapter elements (each line starting from a <Chapter title Time Begin> tag as shown in FIG. 24D). The number of the chapter element described first in the chapter list is “1”, and each chapter number is set according to the description order of each chapter element. The number of chapters in one chapter list (title) is set to 512 or less to prevent divergence during processing in the advanced content playback unit ADVPL. The titleTimeBegin attribute in each chapter element (information described after “<Chapter title Time Begin> =”) is time information indicating the start position of each chapter on the title timeline (on the title timeline TMLE). Count number). The time information indicating the start position of each chapter is displayed by “HH: MM: SS: FF” representing the hour, minute, second, and number of frames. The end position of this chapter is represented by the start position of the next chapter. The end position of the last chapter is interpreted as the last value (count value) on the title timeline TMLE. The time information (count value) indicating the start position of each chapter on the title timeline TMLE must be set so as to increase monotonically in accordance with the increase (increment) of each chapter number. This setting facilitates sequential jump access control according to the playback order of each chapter. The additional information for each chapter element is described in a text format so that it can be easily understood by a person. The additional information for each chapter element can be omitted from the description in the chapter element tag. Furthermore, immediately after “displayName =”, the corresponding chapter name can be described in a text format that is easy for humans to understand. The advanced content playback unit ADVPL (see FIG. 1) can display the corresponding chapter name information on the large-screen TV monitor 15 as the name of each chapter. The corresponding chapter name information can omit the description in the chapter element tag.

  FIG. 25 shows a data flow in the advanced content playback unit ADVPL of the various playback display objects defined in FIG. 10 described above.

  The structure in the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 1 is shown in FIG. The information storage medium DISC, persistent storage PRSTR, and network server NTSRV in FIG. 25 correspond to the corresponding ones in FIG. The streaming buffer STRBUF and the file cache FLCCH in FIG. 25 are collectively called a data cache DTCCH and correspond to the data cache DTCCH in FIG. The primary video player PRMVP, secondary video player SCDVP, main video decoder MVDEC, main audio decoder MADEC, sub picture decoder SPDEC, sub video decoder SVBEC, sub audio decoder SADEC, advanced application presentation engine AAPEN and advanced subtitle player ASBPL in FIG. It is included in the presentation engine PRESEN in FIG. Also, the navigation manager NVMNG in FIG. 14 manages the flow of various playback display object data in the advanced content playback unit ADVPL, and mediates data storage between the various advanced content ADVCT storage locations and the advanced content playback unit ADVPL. The part to be used is the data access manager DAMNG in FIG.

  As shown in FIG. 10, the data of the primary video set PRMVS needs to be recorded on the information storage medium DISC when the playback object is played back.

  In this embodiment, the primary video set PRMVS can handle high-resolution video information. Therefore, there is a risk that the data transfer rate of the primary video set PRMVS becomes very high. When direct reproduction is attempted from the network server NTSRV or when a temporary data transfer rate is lowered on the network line, there is a risk that continuous video expression to the user is interrupted. As shown in FIG. 43, various information storage media such as SD card SDCD, USB memory USBM, USBHDD, NAS are assumed as persistent storage PRSTR. Depending on the information storage medium used as persistent storage PRSTR, data transfer is possible. A low rate is also assumed. Therefore, in this embodiment, the primary video set PRMVS capable of handling high-resolution video information can be recorded only in the information storage medium DISC, thereby interrupting the data of the high-resolution primary video set PRMVS. Therefore, continuous display to the user can be guaranteed. The primary video set PRMVS read from the information storage medium DISC in this way is transferred into the primary video player PRMVP. In the primary video set PRMVS, main video MANVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT are multiplexed and recorded as 2048 unit packs. Each pack is divided at the time of reproduction, and is decoded in the main video decoder MVDEC, main audio decoder MADEC, sub video decoder SVDEC, sub audio decoder SADEC, and sub picture decoder SPDEC. The object of the secondary video set SCDVS is implemented in two ways: a route that is directly reproduced from the information storage medium DISC or persistent storage PRSTR, and a method that is stored in the temporary data cache DTCCH and then reproduced from the data cache DTCCH. The form allows it. In the first method described above, the secondary video set SCDVS recorded on the information storage medium DISC or the persistent storage PRSTR is directly transferred to the secondary video player SCDVP, and the main audio decoder MADEC, sub video decoder SVDEC or sub audio decoder SADEC. Decoded. As a second method, the secondary video set SCDVS is recorded once in the data cache DTCCH and recorded from the data cache DTCCH, regardless of whether it is recorded on the information storage medium DISC, persistent storage PRSTR, or network server NTSRV. Sent to player SCDVP. At this time, the secondary video set SCDVS recorded in the information storage medium DISC or persistent storage PRSTR is recorded in the file cache FLCCH in the data cache DTCCH, but the secondary video set SCDVS recorded in the network server NTSRV is Temporarily stored in the streaming buffer STRBUF. For data transfer from the information storage medium DISC or persistent storage PRSTR, the data transfer rate is not significantly reduced. However, there is a risk that the data transfer rate of the object data sent from the network server NTSRV will be significantly reduced temporarily due to network conditions. Therefore, for the secondary video set SCDVS sent from the network server NTSRV, recording in the streaming buffer STRBUF can back up the decline in the data transfer rate on the network system and guarantee continuous playback during user display. I am doing so. In the present embodiment, the data of the secondary video set SCDVS recorded in the network server NTSRV can be stored in the persistent storage PRSTR without being limited thereto. Thereafter, the information of the secondary video set SCDVS can be transferred from the persistent storage PRSTR to the secondary video player SCDVP for display.

  As shown in FIG. 10, all the information of the advanced application ADAPL and the advanced subtitle ADSBT are temporarily stored in the file cache FLCCH in the data cache DTCCH regardless of the recording location of the object. Thereby, the number of accesses of the optical head in the information recording / reproducing unit shown in FIG. 1 during simultaneous reproduction with the primary video set PRMVS and the secondary video set SCDVS can be reduced, and continuous display to the user can be ensured. The advanced application ADAPL temporarily stored in the file cache FLCCH in this way is sent to the advanced application presentation engine AAPEN for display processing to the user. Further, the information of the advanced subtitle ADSBT stored in the file cache FLCCH is transferred to the advanced subtitle player ASBPL and displayed to the user.

<Data Access Manager>
FIG. 26 shows the structure in the data access manager DAMNG in the advanced content playback unit ADVPL shown in FIG.

  The data access manager DAMNG in this embodiment is a place that controls the exchange of various playback objects recorded in the persistent storage PRSTR, the network server NTSRV, and the information storage medium DISC into the advanced content playback unit ADVPL. The data access manager DAMNG includes a disk manager DKMNG, a persistent storage manager PRMNG, and a network manager NTMNG. First, the operation of Disk Manager DKMNG will be explained. In this embodiment, the disk manager DKMNG performs data control when reading information from the information storage medium DISC and transferring data to various internal modules in the advanced content playback unit ADVPL. The disk manager DKMNG reproduces various files recorded in the information storage medium DISC in accordance with API (application interface) commands with respect to the information storage medium DISC in the present embodiment. In the present embodiment, the function of writing information to the information storage medium DISC is not assumed.

  The persistent storage manager PRMNG controls data transfer between the persistent storage PRSTR and various internal modules in the advanced content playback unit ADVPL. The persistent storage manager PRMNG performs file access control (file read control) in the persistent storage PRSTR in accordance with the command set of the API in the same manner as the disk manager DKMNG described above. The persistent storage PRSTR in this embodiment is premised on recording and playback functions.

  The network manager NTMNG performs data transfer control between the network server NTSRV and an internal module in the advanced content playback unit ADVPL. The network manager NTMNG performs file access control (file read control) based on API set commands for the network server NTSRV. In this embodiment, the network server NTSRV not only normally supports file download from the network server NTSRV, but can also support file upload to the network server NTSRV.

  Furthermore, in this embodiment, the network manager NTMNG manages the access control function at the protocol level of various playback objects sent to the presentation engine PRSEN. Further, as shown in FIG. 25, the secondary video set SCDVS can return the streaming buffer STRBUF from the network server NTSRV and perform data transfer control to the secondary video player SCDVP. These controls are also controlled and managed by the network manager NTMNG.

<Data Cache>
FIG. 27 shows the structure in the data cache DTCCH in the advanced content playback unit ADVPL shown in FIG.

  In this embodiment, the data cache DTCCH is divided into two types of areas described below as temporary storage locations for temporal data. The first area is the file cache FLCCH, which is used as a temporary storage location (temporal buffer) for file data. In the present embodiment, a streaming buffer STRBUF used as a temporary storage location for streaming data can be defined as the next area. As shown in FIG. 25, in this embodiment, the secondary video set SCDVS transferred from the network server NTSRV can be temporarily stored in the streaming buffer STRBUF. Further, the substitute audio SBTAD, the substitute audio video SBTAV, or the secondary audio video SCDAV included in the secondary video set SCDVS is temporarily recorded in the streaming buffer STRBUF. Information about the streaming buffer STRBUF area allocated in the data cache DTCCH in the information description column for the streaming buffer STRBUF in the resource information RESRCI in the playlist PLLST (the size of the streaming buffer STRBUF area and the memory allocated as the streaming buffer STRBUF area) Address range in space).

  In addition, the data cache DTCCH allocation operation (allocation processing of the data size allocated to the file cache FLCCH and the data size allocated to the streaming buffer STRBUF) is performed during the playback start processing (startup sequence) of the advanced content ADVCT. In the present embodiment, it is assumed that the data size in the data cache DTCCH is 64 MB or more. By assuming 64 MB or more, it is ensured that the display process for the advanced application ADAPL and advanced subtitle ADSBT to the user is performed smoothly.

<Data Cache Initialization>
In this embodiment, during the start-up process (startup sequence) in playback during playback of advanced content ADVCT, the allocation work in the data cache DTCCH described above (such as setting the allocated memory size of the file cache FLCCH and streaming buffer STRBUF) is performed. Is called. Memory size information to be allocated to the streaming buffer STRBUF is described in the playlist file PLLST. If the size of the streaming buffer STRBUF is not displayed in the playlist PLLST, the memory size allocated to the streaming buffer STRBUF is regarded as “0”. The size information of the streaming buffer STRBUF described in the structure information CONFGI in the playlist file PLLST shown in FIG. 23 is described in units of pack size (logical block size or logical sector size). In this embodiment, one pack size, one logical block size, and one logical sector size all match and become 2048 bytes (about 2 kilobytes). For example, if the streaming buffer size described in the structure information CONFGI described above is described as 1024, the size of the streaming buffer STRBUF actually allocated in the data cache DTCCH is 1024 × 2 = 2048 kilobytes. It becomes. The minimum size of the streaming buffer STRBUF is defined as 0 bytes. In this embodiment, the primary enhanced video object P-EVOB included in the primary video set PRMVS and the secondary enhanced video object S-EVOB included in the secondary video set SCDVS have a stream of pack units for each logical block (logical sector). Is recorded. Therefore, in the present embodiment, the size information of the streaming buffer STRBUF is described in units of pack size (logical block size or logical sector size), so that access control to each stream pack can be facilitated.

<File Cache>
The file cache FLCCH is used as a place to temporarily store advanced content ADVCT data imported from outside via the data access manager DAMNG, and is used by both the navigation manager NVMNG and the presentation engine PRSEN as shown in FIG. can do.

<Streaming Buffer>
As shown in FIG. 27, in this embodiment, the streaming buffer STRBUF is a memory space used only by the presentation engine PRSEN. As shown in FIG. 25, in this embodiment, data of the secondary video set SCDVS is recorded in the streaming buffer STRBUF and can be used by the secondary video playback engine SVPBEN in the secondary video player SCDVP. The secondary video player SCDVP issues a request to the network manager NTMNG (existing in the data access manager DAMNG shown in FIG. 26), and at least a part of the secondary enhanced video object data S-EVOB in the secondary video set SCDVS is sent to the network server NTSRV. And temporarily stored in the streaming buffer STRBUF. After that, the secondary enhanced video object data S-EVOB temporarily stored in the streaming buffer STRBUF is read by the secondary video player SCDVP, and the data is transferred to the demultiplexer DEMUX in the secondary video player SCDVP shown in FIG. Processing is performed.

  FIG. 28 shows the internal structure of the navigation manager MVMNG in the advanced content playback unit ADVPL shown in FIG. In this embodiment, the navigation manager NVMNG is composed of five main functional modules: a parser PARSER, a playlist manager PLMNG, an advanced application manager ADAMNG, a file cache manager FLCMNG, and a user interface engine UIENG.

<Parser>
In this embodiment, an advanced navigation file (manifest file MNFST, markup file MRKUP, and script file SCRPT in the advanced navigation directory ADVNV shown in FIG. 11) is displayed in response to a request from the playlist manager PLMNG or the advanced application manager ADAMNG. Parser PARSER shown in 28 decodes and analyzes the contents. The parser PARSER sends various necessary information to each functional module based on the analysis result.

<Playlist Manager>
The following processing is performed in the playlist manager PLMNG shown in FIG.

* Initialization of all playback control modules including the presentation engine PRSEN and AV renderer AVRND in the advanced content playback unit ADVPL shown in Fig. 14 * Title timeline TMLE control (synchronization of each display object synchronized with the title timeline TMLE) (Title processing of title timeline TMLE and fast-forward control during user processing and user display)
* Resource management in file cache FLCCH (data cache DTCCH) * Management of playback display control modules including presentation engine PRSEN and AV renderer AVRND in advanced content playback unit ADVPL * Interface processing of player system <All playback controls Initialization of All Playback Control Modules>
In this embodiment, the playlist manager PLMNG shown in FIG. 28 performs an initial process based on the contents described in the playlist file PLLST. Specifically, the playlist manager PLMNG changes the memory space size allocated to the file cache FLCCH in the data cache DTCCH shown in FIG. 27 and the data size in the memory space allocated as the streaming buffer STRBUF. When the advanced content ADVCT is reproduced and displayed, the playlist manager PLMNG transfers the necessary reproduction display information to each reproduction control module. As an example, for the primary video manager PRMVP, the time map file PTMAP of the primary video set PRMVS is transmitted during the playback period of the primary enhanced video object data P-EVOB. Further, the manifest file MNFST is transferred from the playlist manager PLMNG to the advanced application manager ADAMNG.

<Title Time Control>
The playlist manager PLMNG performs the following three controls.

  1) The title timeline TMLE is processed in response to a request from the advanced application ADAPL. In the description of FIG. 17, the case has been described where markup page transition occurs due to a hard sync jump during playback of the advanced application ADAPL. This will be described with reference to the example of FIG. The advanced application ADAPL displayed at the bottom of the screen in response to the user pressing the help icon 33 included in the advanced application ADAPL while the main volume 31 and the separate commercial screen 32 are displayed at the same time There may be a change in the screen content configured by (transition of markup page). At this time, a predetermined time may be required for the preparation of the content (the markup page to be displayed next) displayed on the lower side of the screen displayed next. In such a case, the playlist manager PLMNG may stop the progress of the title timeline TMLE until the preparation of the next markup page is completed, and the video and audio may be stopped. These processes are performed by the playlist manager PLMNG.

  2) Reproduction display processing status (status) control of the reproduction status from various reproduction display control modules. As a specific example, in this embodiment, the playlist manager PLMNG grasps the progress status of each department, and there is an abnormality. Take action when it occurs.

3) Playback display schedule management in the default state in the current playlist PLLST The various display objects displayed in synchronization with the title timeline TMLE are not limited to the need for continuous (seamless) playback, but play in this embodiment The list manager PLMNG monitors playback display modules such as the primary video player PRMVP and the secondary video player SCDVP. If various display objects that are played back and displayed in synchronization with the title timeline TMLE cannot be played back continuously (seamless), the objects that are displayed and played back in synchronization with the title timeline The playlist manager PLMNG adjusts the reproduction timing with respect to the time (time) on the TMLE, and display control that does not give the user a sense of incongruity can be performed.

<File Cache Resource Management>
The playlist manager PLMNG in the navigation manager NVMNG reads and analyzes the resource information RESRCI in the object mapping information OBMAPI in the playlist PLLST. The playlist manager PLMNG transfers the read resource information RESRCI to the file cache FLCCH. In accordance with the progress of the title timeline TMLE, the file cache manager FLCMNG instructs the file cache manager FLCMNG to load or delete the resource file based on the resource management table.

<Playback Control Module Management>
The playlist manager PLMNG in the navigation manager NVMNG generates various commands (API) related to playback display control to the programming engine PRGEN in the advanced application manager ADAMNG, and the playlist manager PLMNG controls the programming engine PRGEN. Do. Examples of various commands (API) generated from the playlist manager PLMNG include commands for controlling the secondary video player SCDVP (FIG. 34), control commands for the audio mixing engine ADMXEN (FIG. 38), and the effect audio EFTAD. Issue API commands related to processing.

<Interface of Player System>
The playlist manager PLMNG also issues a player system API command for the programming engine PRGEN in the advanced application manager ADAMNG. These player system API commands include commands for accessing system information.

<Advanced Application Manager>
In this embodiment, the function of the advanced application manager ADAMNG shown in FIG. 28 will be described. The advanced application manager ADAMNG performs control related to all playback display processing of the advanced content ADVCT. Further, the advanced application manager ADAMNG also controls the advanced application presentation engine AAPEN shown in FIG. 30 as a cooperative operation in association with information on the markup MRKUP and script SCRPT of the advanced application ADAPL. As shown in FIG. 28, the advanced application manager ADAMNG includes a declarative engine DECEN and a programming engine PRGEN.

<Declarative Engine>
The declarative engine DECEN manages and controls the declaration processing of the advanced content ADVCT corresponding to the markup MRKUP in the advanced application ADAPL. The declarative engine DECEN corresponds to the following items.

* Control of advanced application presentation engine AAPEN (Fig. 30)-Layout processing of graphic objects (advanced application ADAPL) and advanced text (advanced subtitle ADSBT)-Display style of graphic objects (advanced application ADAPL) and advanced text (advanced subtitle ADSBT) Control ・ Display timing control according to the display schedule of graphic plane (display related to advanced application ADAPL) and timing control during playback of effect audio EFTAD * Control processing of main video MANVD ・ Attributes of main video MANVD in primary audio video PRMAV control
As shown in FIG. 39, the screen size of the main video MANVD in the main video plane MNVDPL is set by an API command in the advanced application ADAPL. In this case, the declarative engine DECEN performs display control of the main video MANVD corresponding to the screen size and screen layout location information of the main video MANVD described in the advanced application ADAPL.

* Control of sub video SUBVD ・ Attribute control of sub video SUBVD in primary audio video PRMAV or secondary audio video SCDAV
As shown in FIG. 39, the screen size of the sub video SUBVD in the sub video plane SBVDPL is set by an API command in the advanced application ADAPL. In this case, the declarative engine DECEN performs display control of the sub video SUBVD in accordance with the screen size and screen layout location information of the sub video SUBVD described in the advanced application ADAPL.

* Schedule-managed script calls-Controls the timing of script calls corresponding to the execution of timing elements described in the advanced application ADAPL.

<Programming Engine>
In this embodiment, the programming engine PRGEN manages processes corresponding to various events such as API set calls and certain controls of the advanced content ADVCT. The programming engine PRGEN normally handles user interface events such as remote control operation processing. With the user interface event UIEVT or the like, it is possible to change processing of the advanced application ADAPL defined in the declarative engine DECEN, change processing of the advanced content ADVCT, or the like.

<Flie Cache Manager>
The file cache manager FLCMNG handles the following matters.

  * Extract the advanced application ADAPL-related packs and the advanced and subtitle ADSBT-related packs multiplexed in the primary enhanced video object set P-EVOBS, collect them as source files, and save them as resource files in the file cache FLCCH. The pack corresponding to the advanced application ADAPL and the pack corresponding to the advanced subtitle ADSBT multiplexed in the primary enhanced video object set P-EVOBS are extracted by the demultiplexer DEMUX shown in FIG.

  * Various files recorded in the information storage medium DISC, network server NTSRV, or persistent storage PRSTR are saved as resource files in the file cache FLCCH.

  * In response to requests from the playlist manager PLMNG and the advanced application manager ADAMNG, the source files previously transferred from the various data sources to the file cache FLCCH are played.

  * Performs file system management processing in the file cache FLCCH.

As described above, the file cache manager FRCMNG performs pack processing related to the advanced application ADAPL multiplexed in the primary enhanced video object set P-EVOBS and extracted by the demultiplexer DEMUX in the primary video player PRMVP. But,
At this time, the presentation stream header in the advanced stream pack included in the primary enhanced video object set P-EVOBS is removed and recorded as advanced stream data in the file cache FLCCH. The file cache manager FLCMNG also acquires resource files stored in the information storage medium DISC, the network server NTSRV, or the persistent storage PRSTR in response to a request from the playlist manager PLMNG or the advanced application manager ADAMNG.

<User Interface Engine>
As shown in FIG. 28, the user interface engine UIENG includes a remote control controller RMCCTR, a front panel controller FRPCTR, a game pad controller GMPCTR, a keyboard controller KBDCTR, a mouse controller MUSCTR, and a cursor manager CRSMNG. In this embodiment, one of the front panel controller FRPCTR and the remote control controller RMCCTR must be supported. In this embodiment, the cursor manager CRSMNG is indispensable, and the user processing on the screen is premised on the use of a cursor similar to a personal computer. Various other controllers are treated as options in this embodiment. Various controllers in the user interface engine UIENG shown in FIG. 28 detect whether or not an actual corresponding device (such as a mouse or a keyboard) is usable and monitor a user operation event. When the user input processing is performed, the information is transmitted to the user interface event UIEVT and the programming engine PRGEN in the advanced application manager ADAMNG. The cursor manager CRSMNG controls the shape of the cursor and the cursor position on the screen. The cursor manager CRSMNG updates the cursor plane CRSRPL shown in FIG. 39 corresponding to the motion information detected in the user interface engine UIENG.

<Player State Machine for Advanced Content Player>
The state processed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. There are eight states: update state UPDTST, stop state STOPST, playback state PBKST, pre-jump state PRJST, and post-jump state POJST. FIG. 29 shows a state transition diagram between states of the advanced content playback unit ADVPL. Each state shown in these state transition diagrams is controlled by the navigation manager NVMNG in the advanced content playback unit ADAPL as shown in FIG. For example, in the case of the system example shown in FIG. 1, when the user goes to the large-screen TV monitor 15 with the remote controller and operates the remote controller, the wireless data 18 is played back with the advanced content via the wireless LAN control unit 7-1 in the information recording / playback apparatus 1. Input in the part ADVPL. When the information of the user operation UOPE is input to the navigation manager NVMNG in the advanced content playback unit ADVPL, the remote control controller RMCCTR is operated as shown in FIG. 28 and input to the advanced application manager ADAMNG as a user interface event UIEVT. . In the advanced application manager ADAMNG, corresponding to the position on the screen designated by the user, the contents designated by the user are decoded and notified to the parser PARSER. The parser PARSER responds to the notification from the advanced application manager ADAMNG and performs transition to each state shown in FIG. As shown in FIG. 29, when each state transition occurs, the parser PARSER controls the optimum processing corresponding to the information of the playlist PLLST analyzed by the playlist manager PLMNG. The operation contents of each state (state) will be described below.

A) Startup state STUPST / Update state UPDTST
When the advanced content playback unit ADVPL starts the startup process or update process, the advanced content playback unit ADVPL transitions to the startup state STUPST / update state UPDTST. When the startup state STUPST / update state UPDTST is normally completed, the advanced content playback unit ADVPL transits to the playback state PBKST.

B) Playback state PBKST
The playback state PBKST means a playback state at the normal speed of the advanced content ADVCT. That is, when the advanced content playback unit ADVPL is in the playback state PBKST, processing along the title timeline TMLE is performed at a normal playback speed.

C) Stop state STOPST
The stop state STOPST means that the advanced content playback unit ADVPL is in an end state. At this time, processing in accordance with the time axis of the title timeline TMLE is not performed, and all application processes are in a stopped state.

D) Pause state PSEST
The pause state PSEST represents a paused state. At this time, the time progress of the title timeline TMLE (count up on the title timeline TMLE) is temporarily stopped.

E) Fast FASTST / Slow SLOWST / Forward FWDST / Reverse RVCST state Fast state FASTST means fast playback mode of video, slow state SLOWST indicates slow playback mode of video, forward state FWDST follows normal playback direction Also included is a process of jumping in all directions within the same title (accessing the playback position after a specific time has elapsed) with the playback information. The reverse state RVCST means playback (rewinding) in the reverse direction to the normal playback direction, and includes jump playback to a specific time. When the advanced content playback unit ADVPL is in the state, the time advance (count change state) on the title timeline TMLE is the time change (count up / count down) on the title timeline TMLE in accordance with each playback state. F) Pre-jump state PRJST
The pre-jump state PRJST means end processing of the content (title) being played back. In the present embodiment, various control buttons are displayed on the screen by the advanced application ADAPL. When the user clicks a jump in the screen, the advanced content playback unit ADVPL transits to the pre-jump state PRJST. The jump destination specified by the “jump button” displayed by the advanced application ADAPL may jump to a different title destination or may be significantly different from the time (count value) specified in the title timeline TMLE even within the same title. Yes. The advanced application ADVPL currently displayed on the screen may not be used (expired) on the title timeline TMLE time (count value) corresponding to the movement destination. In this case, the advanced application ADAPL currently displayed on the screen needs to be terminated. Therefore, in the present embodiment, the time (count value) of the destination title timeline TMLE is checked in the pre-jump state PRJST, and the advanced application ADAPL that has expired is terminated or newly (screen before the jump) The display preparation processing for the advanced application ADAPL, which is valid), is performed. Thereafter, the advanced content playback unit ADVPL transitions to the post-jump state POJST.

G) Post Jump State POJST
The post-jump state POJST represents a loading process mode for the next content (title). As shown in FIG. 17, each title has its own title timeline TMLE. In the pre-jump state PRJST, for example, if the transition to the pre-jump state PRJST occurs during the playback of the title # 2, the time progress of the title timeline TMLE of the title # 2 is stopped. For example, the POJST next title # 3 is prepared for playback in the post-jump state Is performed, the title timeline TMLE moves from the # 2 one to the title timeline TMLE corresponding to the title # 3. In the post-jump state POJST, preparations such as setting of the memory space of the data cache DTCCH and loading processing of the advanced application ADAPL into the set data cache DTCCH are performed, for example. When these series of preparations are completed, the advanced content playback unit ADVPL transitions to the playback state PBKST.

H) Suspend state SPDST
The suspend state SPDST means that the advanced content playback unit ADVPL is in a standby state. In this state, the time progress of the title timeline TMLE is temporarily stopped, and various playback display objects are also in a display standby state. As an example of this state, for example, in FIG. 1, only the standard content STDCT is displayed on the large-screen TV monitor 15, and this state is entered when the advanced content ADVCT is not displayed.

  When the user inserts the information storage medium DISC into the information recording / reproducing unit 2 in the information recording / reproducing apparatus 1, the advanced content reproducing unit ADVPL enters the start-up state STUPST and enters the update state UPDTST as the initial state along with it. Thereafter, in a normal case, the state immediately transitions to the playback state PBKST, and enters the advanced content ADVCT display mode. At this time, for example, when the user switches to the standard content STDCT, the advanced content playback unit ADVPL transitions to the suspend state SPDST. When the user starts playback of the advanced content ADVCT again, the state transits to the playback state PBKST. Next, when the user supports the screen transition to another screen (title), after the pre-jump state PRJST and the post-jump state POJST, the user transitions to the title-specified playback state PBKST. Here, when the user presses the pause button during reproduction, the state transitions to the pause state PSEST, and when the user designates high-speed feed, the state transitions to the fast state. Thereafter, when the user ends the information recording / reproducing apparatus 1, the state transits to the stop state STOPST. In this way, the state transition of the advanced content playback unit ADVPL occurs in response to the user operation UOPE.

<Presentation Engine>
FIG. 30 shows the internal structure of the presentation engine PRSEN in the advanced content playback unit ADVPL shown in FIG.

  First, the positioning of the presentation engine PRSEN will be explained. The advanced content ADVCT recorded on various recording media passes through the data access manager DAMNG as shown in FIG. 14, and then is transferred to the AV renderer AVRND via the presentation engine PRSEN. The navigation manager NVMNG performs this control. That is, the presentation engine PRSEN decodes reproduction display data corresponding to various display objects corresponding to the control command generated from the navigation manager NVMNG, and transfers the result to the AV renderer AVRND. As shown in FIG. 30, the presentation engine PRSEN is composed of six types of main processing function modules and one type of graphic buffer memory. The six main functional modules include an advanced application presentation engine AAPEN, a font rendering system FRDSTM, an advanced subtitle player ASBPL, a secondary video player SCDVP, a primary video player PRMVP, and a decoder engine DCDEN. The graphic buffer memory corresponds to a pixel buffer PIXBUF. For example, the pixel buffer PIXBUF is commonly used as a graphic memory for storing a pixel image such as a text image or a PNG image. As shown in FIG. 30, the pixel buffer PIXBUF is shared by the advanced application presentation engine AAPEN, the font rendering system FRDSTM, and the advanced subtitle player ASBPL. That is, as will be described later, the advanced application presentation engine AAPEN creates an image (for example, a series of screen images from the help icon 33 to the FF button 38 shown in FIG. 16) related to the advanced application ADAPL. The pixel buffer PIXBUF is used as a temporary storage location. Similarly, text information matched to the font is created by the font rendering system FRDSTM. An image that is text information of the specified font shape is also temporarily shared and used as the temporary storage location of the pixel buffer PIXBUF. When the advanced subtitle player ASBPL generates subtitle information of, for example, the advanced subtitle ADSBT, the image can be temporarily stored in the pixel buffer PIXBUF as well.

  As shown in FIG. 10, in this embodiment, there are four types of playback display objects, and the data flow of these playback display objects in the advanced content playback unit ADVPL is described in FIG. The relationship between FIG. 30 and the aforementioned FIG. 25 will be described below.

  First, the primary video set PRMVS will be described. As shown in FIG. 25, the primary video set PRMVS recorded on the information storage medium DISC is directly transferred to the primary video player PRMVP and decoded by various decoders. 30 corresponding to this, the primary video set PRMVS recorded on the information storage medium DISC passes through the data access manager DAMNG, passes through the primary video player PRMBVP, and then is decoded by the decoder engine DCDEN and AV renderer AVRND. The image is composited.

  Next, the secondary video set SCDVS will be described. As shown in FIG. 25, the secondary video set SCDVS recorded in the information storage medium DISC or persistent storage PRSTR is decoded by various decoders via the secondary video player SCDVP. 30 corresponding to this, the secondary video set SCDVS is processed by the secondary video player SCDVP via the data access manager DAMNG, then decoded by the decoder engine DCDEN, and is synthesized by the AV renderer AVRND. The Further, as shown in FIG. 25, the secondary video set SCDVS recorded in the network server NTSRV reaches the secondary video player SCDVP via the streaming buffer STRBUF. Correspondingly, the secondary video set SCDVS recorded in the network server NTSRV is temporarily stored in the streaming buffer STRBUF (not shown) in the data cache DTCCH, and then stored in the data cache. Data is sent from the streaming buffer STRBUF in the DTCCH to the secondary video player SCDVP, decoded by the decoder engine DCDEN, and then composed of an AV renderer AVRND.

  Next, the advanced application ADAPL will be described. As shown in FIG. 25, the advanced application ADAPL is temporarily stored in the file cache FLCCH and then transferred to the advanced element presentation engine AEPEN. Correspondingly, the advanced application ADAPL is transferred from the temporarily stored file cache FLCCH to the advanced application presentation engine AAPEN and configured as an image in the advanced application presentation engine AAPEN. The image is synthesized by AV renderer AVRND.

  Finally, the advanced subtitle ADSBT will be described. As shown in FIG. 25, the advanced subtitle ADSBT is always temporarily stored in the file cache FLCCH and then transferred to the advanced subtitle player ASBPL. 30 corresponding to this, the advanced subtitle ADSBT stored in the file cache FLCCH is converted into an image image representing the text content by the advanced subtitle player ASBPL, and the image is synthesized on the AV renderer AVRND. The In particular, if you want to display on the screen in the specified font format, use the font file FONT saved in the advanced element directory ADVEL as shown in FIG. 11 and use that data to save the advanced subtitle saved in the file cache FLCCH. The ADSBT is converted into a character image (image image) in the font format specified in the font rendering system FRDSTM, and then the image is synthesized by the AV renderer AVRND. In this embodiment, the original font format character image (image image) created by the font rendering system FRDSTM is temporarily stored in the pixel buffer PIXBUF, and the image image is transferred to the AV renderer AVRND via the advanced subtitle player ASBPL. Is done.

<Advanced Application Presentation Engine>
As shown in FIG. 14, in this embodiment, a presentation engine PRSEN exists in the advanced content playback unit ADVPL. FIG. 31 shows the internal structure of the advanced application presentation engine AAPEN in the presentation engine PRSEN shown in FIG.

  In this embodiment, the advanced application presentation engine AAPEN transfers the following two types of playback display streams (playback display objects) to the AV renderer AVRND. One of the playback display streams to be transferred to the AV renderer AVRND is a frame image displayed on the graphic plane GRPHPL shown in FIG. The next playback display stream corresponds to the effect audio stream EFTAD. As shown in FIG. 31, the advanced application presentation engine AAPEN includes a sound decoder SNDDEC, a graphics decoder GHCDEC, and a layout manager LOMNG.

  The effect audio EFTAD (see FIG. 10) information in the advanced application ADAPL is transferred from the file cache FLCCH temporarily stored in advance to the sound decoder SNDDEC, decoded in the sound decoder SNDDEC, and then audio in the AV renderer AVRND. It is mixed. In addition, the individual still images IMAGE (see FIG. 10) constituting the image images in the advanced application ADAPL are converted from the temporarily stored file cache FLCCH to the image images (components) on the bitmap in the graphic decoder GHCDEC. Is done. Further, size conversion (scalar processing) is performed by the layout manager LOMNG, and an image is formed by synthesizing the layout for each still image IMAGE, and then an image is formed by the AV renderer AVRND.

  The above processing will be described using the example shown in FIG. As shown in FIG. 16, individual still image information corresponding to the help icon 33, stop button 34, play button 35, FR button 36, pause button 37 and FF button 38 corresponding to the advanced application ADAPL is stored in the file cache FLCCH. Is saved. In the graphic recorder GHCDEC, the individual still images are converted into image images (components thereof) on a bitmap by a decoder process. Next, the layout manager LOMNG sets the position of the help icon 33, the position of the stop button 34, etc., and an image image configured as an array of images from the help icon 33 to the FF button 38 is created in the layout manager LOMNG. . A series of image images from the help icon 33 to the FF button 38 created by the layout manager LOMNG are combined with other images by the AV renderer AVRND.

<Sound Decoder>
The sound decoder SNDDEC reads WAV files from the file cache FLCCH and outputs them continuously to the AV renderer AVRND in the form of linear PCM. As shown in FIG. 28, the programming engine PRGEN exists in the navigation manager NVMNG. An API command is issued from the program engine PRGEN to the presentation engine PRSEN, and the data processing is performed using the API command as a trigger.

<Graphics Decoder>
The graphic decoder GHCDEC decodes graphic data stored in the file cache FLCCH. Image images (components) handled in the present embodiment handle MNG images, PNG images, MPEG images, and the like. The image file in which the information on the image is recorded is decoded in the graphic decoder GHCDEC, and the decoded image (components thereof) is temporarily stored in the pixel buffer PIXBUF shown in FIG. Thereafter, the temporarily stored image (component) is received from the layout manager LOMNG and transferred to the layout manager LOMNG.

<Layout Manager>
In the present embodiment, the image handled by the advanced application presentation engine AAPEN constitutes a display screen on the graphic plane GRPHPL shown in FIG. The layout manager LOMNG performs processing for creating an image on the graphic plane GRPHPL and transferring it to the AV renderer AVRND for composition. 39. There is layout information corresponding to each display screen (component of image image) in the graphic plane GRPHPL shown in FIG. 39, and different layout information corresponding to each change in the screen contents in the graphic plane GRPHPL. The layout is set in the layout manager LOMNG based on the layout information. As shown in FIG. 28, the layout information is transferred from the declarative engine DECEN included in the advanced application manager ADAMNG in the navigation manager NVMNG to the layout manager LOMNG. The layout manager LOMNG includes a memory called a graphics surface GRPHSF, which is used when creating an image on the graphic plane GRPHPL. When multiple images (components of image images) are arranged in the graphic plane GRPHPL, after the layout manager LOMNG individually activates the graphic decoder GHCDEC and decodes each component of the image image An arrangement setting for each component of each image is performed as a frame image (image image). As shown in FIG. 30, it has been explained that the font rendering system FRDSTM exists in the presentation engine PRSEN and character information in the specified font format is converted into an image image. However, when displaying with this specific font, The font rendering system FRDSTM can be moved from the layout manager LOMNG to convert text information into a frame image (image image) and arrange it on the graphic plane GRPHPL. In the present embodiment, as shown in FIG. 39, the entire image on the graphic plane GRPHPL or the components of individual image images are made translucent, and the sub-picture plane SBPCPL, sub-video plane SBVDPL, or main video plane existing below the image plane MNVDPL video can be set to show through. The transparency with respect to the lower surface of the component (or the entire image) of each image in the graphic plane GRPHPL is defined by an alpha value. If the alpha value is set in this way, the layout manager LOMNG sets the semi-transparent shape according to the alpha value so that the layout manager LOMNG is arranged at a designated location on the graphic plane GRPHPL.

<Graphic process model>
FIG. 32 shows a graphic process model in the presentation engine PRSEN in this embodiment.

  Prior to the graphic process, the information of the advanced application ADAPL is recorded in a compressed form (compression form CMPFRM) in the file cache FLCCH in the present embodiment. The graphic image (image image) created by the graphic process is displayed on the graphic plane GRPHPL in FIG. 39 as will be described later. On the graphic plane GRPHPL, canvas coordinates CNVCRD are defined as shown in FIG. 40, and each decoded graphic image (image image including animation) is arranged on the canvas coordinates CNVCRD.

  1) In the embodiment of FIG. 32, three types of graphic objects (a), (b), and (c) are recorded in advance in a compression form CMPFRM (compressed form) in the file cache FLCCH. Further, as shown in the example of “ABC”, text information of the advanced application ADAPL can be recorded in the file cache FLCCH.

  2) The graphic decoder GHCDEC shown in FIG. 31 decodes the compressed information (a), (b), and (c) shown in FIG. 32 (1) and converts them into an image (pixel image PIXIMG). It is stored in the pixel buffer PIXBUF (FIG. 32 (2)). Similarly, the text information “ABC” recorded in the file cache FLCCH is converted into an image image (pixel image PIXIMG) by the font rendering system FRDSTM and recorded in the pixel buffer PIXBUF. As shown in FIG. 28, in this embodiment, a mouse controller MUSCTR is also supported in the navigation manager NVMNG. When a user draws a figure with the mouse via the mouse controller MUSCTR, the figure is input in the form of a line object as the coordinates of the start point and end point of each line, but the line object is an API command via the mouse controller MUSCTR. Is drawn as an image image (pixel image PIXIMG) on the canvas coordinate CNVCRD described above. An image image (pixel image PIXIMG) drawn as the line object is also recorded in the pixel buffer PIXBUF.

  3) The arrangement position and display size of various temporarily decoded image images (pixel image PIXIMG) on the graphic surface GRGHSF (on the graphic plane GRPHPL) are set in the layout manager LOMNG of FIG. As shown in FIG. 32 (3), the drawings of (a), (b), and (c), the text image “ABC”, and the graphic drawn by the API command are displayed on the same graphic surface GRPHSF (on the graphic plane GRPHPL). Has been. In the present embodiment, by defining transparency for each image image (pixel image PIXIMG), the figure on the back side of the overlapped portion can be seen through. The translucency for each image image (pixel image PIXIMG) is defined by an alpha value (alpha information). In the layout manager LOMNG, an alpha value is calculated for each image image (pixel image PIXIMG), and can be set so that the back side can be seen through in the overlapping portion. In the example of FIG. 32 (3), the alpha value of (a) and (b) is 40% (40% is transmitted).

  4) The image image (frame image) on the graphic surface GRGPSF (graphic plane GRPHPL) synthesized in this way is sent from the layout manager LOMNG to the AV renderer AVRND.

<Advanced Application Presentation Engine>
As shown in FIG. 1, an advanced content playback unit ADVPL exists in the information recording / playback apparatus 1. In the advanced content playback unit ADVPL, there is a presentation engine PRSEN as shown in FIG. In addition, an advanced subtitle player ASBPL exists as shown in FIG. The structure in the advanced subtitle player ASBPL will be described below.

  As shown in FIG. 39, there is a sub-picture plane SBPCPL for displaying a sub-picture and an advanced sub-title ADSBT on the display screen. The advanced sub-title player ASBPL outputs a sub-title image to be displayed on the sub-picture plane SBPCPL. As shown in FIG. 33, the advanced subtitle player ASBPL includes a parser PARSER, a declarative engine DECEN, and a layout manager LOMNG. The advanced subtitle ADSBT is positioned as a subset of the advanced application ADAPL. Therefore, the advanced subtitle player ASBPL has subset modules of the advanced application manager ADAMNG (see FIG. 28) and the advanced application presentation engine AAPEN (see FIG. 30). That is, as shown in FIG. 30, the advanced subtitle player ASBPL and the advanced application presentation engine AAPEN share the same pixel buffer PIXBUF. As shown in FIG. 33, the layout manager LOMNG in the advanced subtitle player ASBPL is shared with the layout manager LOMNG in the advanced application presentation engine AAPEN as shown in FIG. 31, and the declarative engine DECEN in the advanced subtitle player ASBPL is used. As shown in FIG. 28, the declarative engine DECEN in the advanced application manager ADAMNG is shared.

  First, the parser PARSER in the advanced subtitle player ASBPL reads the markup file MRKUPS of the advanced subtitle stored in the file cache FLCCH in the data cache DTCCH and analyzes its contents. The analysis result is transferred to the declarative engine DECEN. The declarative engine DECEN manages presentation information regarding the layout, display format (style), and display timing of the advanced subtitle ADSBT. The declarative engine DECEN transfers various commands to the layout manager LOMNG in order to create a subtitle image (such as a telop character image) as time progresses on the title timeline TMLE. In accordance with command information sent from the declarative engine DEDEN, the layout manager LOMNG moves the front rendering system FRDSTM in the presentation engine PRSEN to create a text image (image image). Thereafter, the created text image (image image) is arranged at an appropriate position in the sub-picture frame image (sub-picture plane SBPCPL). At that time, the created text image (image image) is recorded on the pixel buffer PIXBUF and is subjected to layout processing on the sub-picture plane SBPCPL by the layout manager LOMNG. Then, the resulting image (frame image) is output on the sub-picture plane SBPCPL.

<Font Rendering System>
As shown in FIG. 30, the font rendering system FRDSTM exists in the presentation engine PRSEN, and creates a text image (image image) in response to requests from the advanced application presentation engine AAPEN and the advanced subtitle player ASBPL. The structure in the font rendering system FRDSTM is shown in FIG.

  The font rendering system FRDSTM consists of a decoder DECDER with built-in font engine FONTEN, rasterizer RSTRZ, and font cache FONTCC. The advanced subtitle ADSBT information or advanced application ADAPL information read from the file cache FLCCH is used to create a text image (image) in the decoder DECDER using the font engine FONTEN. The display size of the created text image (image image) in the sub-picture plane SBPCPL (see FIG. 39) is set by the scaler SCALER in the rasterizer RSTRZ. Thereafter, the transparency of the created text image (image image) is designated by the alpha map generation AMGRT. The created text image (image image) is temporarily stored in the font cache FONTCC as necessary, and the text image (image image) is read from the font cache FONTCC at a necessary timing and displayed. The transparency of the text image (image image) created by the alpha map generation AMGRT is defined. As a result, the video of the sub video plane SBVDPL or the main video plane MNVDPL (see FIG. 39) below the overlapped portion of the text image can be seen through.

  In this embodiment, the alpha map generation AMGRT can not only uniformly set the transparency of the entire text image (image image) created by the decoder DECDER at the preceding stage, but also can set the transparency in the text image (image image). It can also be changed partially. In this embodiment, the pixel buffer PIXBUF can also be used at the stage of conversion from a text character to a text image (image image) by the decoder DECDER. In the present embodiment, the font type supported by the font rendering system FRDSTM is basically an open type (a font type generally used in the past). However, the present invention is not limited to this, and a text image can be created in the form of a font type corresponding to the font file FONT using the font file FONT under the advanced element directory ADVEL shown in FIG.

<Secondary Video Player>
As shown in FIG. 14, a presentation engine PRSEN exists in the advanced content playback unit ADVPL, and a secondary video player SCDVP exists in the presentation engine PRSEN (see FIG. 30). The internal structure of the secondary video player SCDVP in this embodiment will be described with reference to FIG.

  As shown in FIG. 10, the secondary video set SCDVS includes a substitute audio video SBTAV, a substitute audio SBTAD, and a secondary audio video SCDAV. The portion that performs the reproduction processing is the secondary video player SCDVP. The reproduction display object of the secondary video set SCDVS can be stored in any of the information storage medium DISC, the network server NTSRV, and the persistent storage PRSTR. When the primary video set PRMVS and the secondary video set SCDVS are simultaneously displayed on the same screen as in the display screen example shown in FIG. 16, the display playback object of the secondary video set SCDVS is stored in the file cache FLCCH in advance. However, it is necessary to reproduce from the file cache FLCCH from the secondary video set SCDVS. For example, when the primary video set PRMVS and the secondary video set SCDVS are recorded in different locations in the same information storage medium DISC, if both are to be played back simultaneously, the information recording / playback unit in the information recording / playback apparatus 1 shown in FIG. The optical head (not shown) in Fig. 2 requires repeated access control between the recording location of the primary video set PRMVS and the recording location of the secondary video set SCDVS, which affects the access time of the optical head. Thus, it becomes difficult to reproduce both at the same time. In order to avoid this, in this embodiment, the secondary video set SCDVS is stored in the file cache FLCCH so that the optical head in the information recording / reproducing unit 2 can reproduce only the primary video set PRMVS. As a result, the number of accesses of the optical head is greatly reduced, and the primary video set PRMVS and the secondary video set SCDVS can be displayed continuously on the same screen. In addition, when the secondary video set SCDVS recorded in the network server NTSRV is played back by the secondary video player SCDVP, before transferring the data to the demultiplexer DEMUX in the secondary video player SCDVP, the data is stored in the data cache DTCCH in advance. The secondary video set SCDVS must be stored in the streaming buffer STRBUF (see FIG. 25). Thereby, even if the transfer rate of the network path varies, it is possible to prevent the data to be transferred from being exhausted. Basically, the secondary video set SCDVS stored in the network server NTSRV is stored in advance in the streaming buffer STRBUF in the data cache DTCCH. If it is smaller, it can be stored in the file cache FLCCH in the data cache DTCCH. In this case, the secondary video set SCDVS is transferred from the file cache FLCCH in the data cache DTCCH to the demultiplexer DEMUX. As shown in FIG. 35, the secondary video player SCDVP includes a secondary video playback engine SVPBEN and a demultiplexer DEMUX. As shown in FIG. 10, in the secondary video set SCDVS, the main audio MANAD and the main video MANVD are multiplexed in pack units, and data is recorded (the sub video SUBVD and sub audio SUBAD are also multiplexed and recorded in pack units). Have been). The demultiplexer DEMUX divides the data into packs and transfers them to the decoder engine DCDEN. That is, the sub picture pack SP_PCK extracted by the demultiplexer DEMUX is transferred to the sub picture decoder SPDEC, the sub audio pack AS_PCK is transferred to the sub audio decoder SADEC, the sub video pack VS_PCK is transferred to the sub video decoder SVDEC, and the main audio pack AM_PCK is transferred to the main audio decoder MADEC, and at the same time, the main video VM_PCK is transferred to the main video decoder MVDED.

<Secondary Video Playback Engine>
The secondary video playback engine SVPBEN shown in FIG. 35 performs control processing for all functional modules in the secondary video player SCDVP. Control of the secondary video playback engine SVPBEN performs processing in response to a request from the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. When the secondary video set SCDVS is reproduced and displayed, it has already been described that the playlist PLLST refers to the time map STMAP of the secondary video set SCDVS as shown in FIG. The secondary video playback engine SVPBEN reproduces the time map STMAP file of the secondary video set SCDVS and performs content analysis, calculates an optimal playback start position of the secondary enhanced video object data S-EVOB, and an information recording / playback unit 2 (see FIG. 1) is instructed to access the optical head.

<Demux>
The demultiplexer DEMUX in the secondary video player SCDVP reproduces the secondary enhanced video object data S-EVOB stream, divides it into each pack, and transfers the data in pack units to the various decoders in the decoder engine DCDEN as described above. . When the demultiplexer DEMUX transfers each pack to the decoder engine DCDEN, the DTS (decoding time stamp) described in each pack is matched with the system clock timing (SCR timing) of the standard clock included in the decoder engine DCDEN. It is transferred to various decoders at timing.

<Primary Video Player>
In the advanced content playback unit ADVPL shown in FIG. 1, a presentation engine PRSEN exists as shown in FIG. As shown in FIG. 30, the primary video player PRMVP exists in the presentation engine PRSEN, and its internal structure is shown in FIG.

  In the present embodiment, the primary video player PRMVP supports playback of the primary video set PRMVS. The primary video set PRMVS is stored only in the information storage medium DISC. As shown in FIG. 36, the primary video player PRMVP includes a DVD playback engine DPBKEN and a demultiplexer DEMUX. As shown in FIG. 10, the various data types of the primary video set PRMVS include various data types from the main video MANVD to the sub video SUBPT. The demultiplexer DEMUX is connected to a corresponding decoder in the decoder engine DCDEN according to their various data types. That is, the sub-picture pack SP_PCK existing in the primary enhanced video object data P-EVOB is transferred into the sub-picture decoder SPDEC, the sub-audio pack AS_PCK is transferred to the sub-audio decoder SADEC, and the sub-video pack VS_PCK is sub-video decoder. The main video pack AM_PCK is transferred to the SVDEC, the main video pack AM_PCK is transferred to the main audio decoder MADEC, and the main video pack VM_PCK is transferred to the main video decoder MADEC.

<DVD Playback Engine>
As shown in FIG. 28, the navigation manager NVMNG includes a playlist manager PLMNG that analyzes the contents of the playlist file PLLST. The part corresponding to the control of all functional modules in the primary video player PRMVP in response to the request from the playlist manager PLMNG is the DVD playback engine DPBKEN shown in FIG. First, the DVD playback engine DPBKEN analyzes the contents of management information relating to playback (a playlist file PLLST and a video title set information file ADVTSI shown in FIG. 11), and a time map file PTMAP under the primary video set directory PRMAV. Is used to control access to the playback start position in the primary enhanced video object data P-EVOB. In addition, the DVD playback engine DPBKEN has special features of the primary video set PRMVS such as multi-angle, audio, sub-picture track (stream) switching, and simultaneous playback of two screens using sub-video SUBVD and sub-audio SUBAD. It also controls playback functions.

<Demux>
The demultiplexer DEMUX transfers various stream (pack) data distributed in the primary enhanced video object data P-EVOB to the corresponding decoder in the decoder engine DCDEN connected to the primary video player PRMVP for decoding processing. Let Although not shown, each pack PCK in the primary enhanced video object data P-EVOB contains DTS (decoding time stamp) information, which is specified according to the system clock (SCR) timing. Each pack information is sent to various decoders at the time of DTS. For multi-angle streams, the interleaved primary enhanced video object data P-EVOB recorded in the information storage medium DISC corresponding to the information in the time map file PTMAP of the primary video set or the information in the navigation pack NV_PCK. The demultiplexer DEMUX supports the process of reproducing the appropriate data in the block.

<Decoder>
As shown in FIG. 14, the presentation engine PRSEN exists in the advanced content playback unit ADVPL in this embodiment, and the decoder engine DCDEN exists in the presentation engine PRSEN as shown in FIG. As shown in FIG. 37, the decoder engine DCDEN comprises five types of decoders: a sub audio decoder SADEC, a sub video decoder SVDEC, a main audio decoder MADEC, a main video decoder MVDEC, and a sub picture decoder SPDEC. Each decoder has a sub audio buffer SABUF, a sub video buffer SVBUF, a main audio buffer MABUF, a main video buffer MVBUF, and a sub picture buffer SPBUF. The sub video decoder SVDEC, main video decoder MVDEC, and sub picture decoder SPDEC are provided with a scaler SCALER for setting the display size and display location on the screen. Each decoder is not only connected to and controlled by the DVD playback engine DPBKEN in the primary video player PRMVP, but also connected to and controlled by the secondary video playback engine SVPBEN in the secondary video player SCDVP.

  The primary video set PRMVS and the secondary video set SCDVS have various data described in the data type column in FIG.

  Each data included in the primary video set PRMVS is separated into five types of streams from the demultiplexer DEMUX in the primary video player PRMVP and output. A method for processing each stream will be described below. The main video pack VM_PCK in which the data of the main video MANVD is recorded is decoded in the main video decoder MVDEC via the main video buffer MVBUF. The main audio pack AM_PCK in which the data of the main audio MANAD is recorded is decoded in the main audio decoder MADEC via the main audio buffer MABUF. The sub video pack VS_PCK in which the data of the sub video SUBVD is recorded is decoded in the sub video decoder SVDEC via the sub video buffer SVBUF. The sub audio pack AS_PCK in which the data of the sub audio SUBAD is recorded is decoded in the sub audio decoder MADEC via the sub audio buffer SABUF. Finally, the sub-picture pack SP_PCK in which the sub-picture SUBPT data is recorded is decoded in the sub-picture decoder SPDEC via the sub-video buffer SVBUF.

  Similarly, each data included in the secondary video set SCDVS is separated into four types of streams from the demultiplexer DEMUX in the secondary video player SCDVP and output. A method for processing each stream will be described below. The main audio pack AM_PCK in which the data of the main audio MANAD included in the substitute audio SBTAD or the substitute audio video SBTAV is recorded is decoded in the main audio decoder MADEC via the main audio buffer MABUF. The main video pack VM_PCK in which the data of the main video MANVD in the substitute audio video SBTAV is recorded is decoded in the main video decoder MVDEC via the main video buffer MVBUF. Further, the sub video pack VS_PCK in which the data of the sub video SUBVD in the secondary audio video SCDAV is recorded is decoded in the sub video decoder SVDEC via the sub video buffer SVBUF. Finally, the sub audio pack AS_PCK in which the data of the sub audio SUBAD in the secondary audio video SCDAV is recorded is decoded in the sub audio decoder SADEC via the sub audio buffer SABUF.

<Subpicture Decoder>
In response to a request from the DVD playback engine DPBKEN in the primary video player PRMVP shown in FIG. 37 or the secondary video playback engine SVPBEN in the secondary video player SCDVP, the sub-picture decoder SPDEC performs decoding processing of the sub-picture stream. . 39, each screen layer on the display screen is described. The output of the sub picture decoder SPDEC is displayed on the sub picture plane SBPCPL. In this embodiment, the sub-picture plane SBPCPL displays the sub-picture SUBPT and the decoding result of the advanced subtitle ADSBT in common (or alternatively). The advanced subtitle ADSBT is decoded and output in the advanced subtitle player ASBPL shown in FIG.

<Sub Audio Decoder>
The sub audio decoder SADEC processes decoding of an audio stream called sub audio SUBAD. In the present embodiment, the sub video decoder SVDEC can handle up to two channels and the sample rate is 48 kHz or less. Thus, by suppressing the performance of the sub audio decoder SADEC to a low level, the manufacturing cost in the decoder engine DCDEN can be reduced. An audio stream output from the sub audio decoder SADEC is called a sub audio stream SUBAD.

<Sub Video Decoder>
The sub video decoder SVDEC supports a video stream decoding process called sub video SUBVD. The sub video decoder SVDEC is required to support SD (standard definition) resolution, and can optionally support HD (high definition) resolution. Data output from the sub video decoder SVDEC is displayed on the sub video plane SBVDPL (see FIG. 39).

<Scaling Function in Sub Video Decorder>
The scaler SCALER present on the output side of the sub video decoder SVDEC has the following three functions.

  1) Change the resolution of the sub video SUBVD according to the display resolution required for output.

      If the resolution of the ideal sub-video SUBVD when it is output to the large-screen TV monitor 15 shown in FIG. 1 has been determined, it is decoded by the scaler SCALER so as to correspond to the resolution of any large-screen TV monitor 15 The resolution of the sub video SUBVD is changed.

2) Scaling function according to the aspect ratio to be displayed If the aspect ratio of the screen displayed on the large-screen TV monitor 15 was originally different from the aspect ratio to be displayed on the sub video SUBVD, the aspect ratio is converted and the large screen is displayed. Processing is performed to display the TV monitor 15 in an optimal form.

3) Scaling processing based on API command As shown in the example shown in FIG. 39, when another screen 32 for commercials is displayed as a sub video SUBVD on a part of the same screen, the API command based on the advanced application ADAPL The size of another screen 32 (sub video SUBVD) for commercials can be set. As described above, in this embodiment, an optimal display screen size is set in the scaler SCALER based on the API command. In this case, the aspect ratio of the sub-video SUBVD that was originally set does not change, and only the entire size is changed.

<Main Audio Decoder>
In the present embodiment, the main audio decoder MADEC supports decoding for multi-channel audio up to 7.1 channels and audio up to a sampling rate of 192 kHz. The data decoded by the main audio decoder MADEC is called main audio MANAD.

<Main Video Decoder>
The main video decoder MVDEC can support HD (high definition) resolution, and the decoded video information is called main video MANVD. In this way, the main video decoder MVDEC enables high-resolution decoding, thereby enabling high image quality according to user requirements. Furthermore, by having the sub video decoder SVDEC in parallel therewith, not only can two screens be displayed at the same time, but also the price of the decoder engine DCDEN can be reduced by limiting the decoding capability of the sub video decoder SVDEC. The screen decoded by the main video decoder MVDEC is displayed on the main video plane MNVDPL (see FIG. 39). The main video decoder MVDEC decodes the main video MANVD. In this embodiment, the display size of the decoded video must match the size on the graphic plane GRPHPL (see FIG. 39) called the aperture APTR (see FIG. 40). I must. In this embodiment, the position information POSITI and scale information SCALEI given from the navigation manager NVMNG are supported (see FIG. 41), and the decoded main video MANVD is scaled to an appropriate size on the aperture APTR by the scaler SCALER. And arranged at an appropriate position on the aperture APTR. Further, the scale information transferred from the navigation manager NVMNG includes information on the color of the frame portion that displays the frame of the screen of the main video plane MNVDPL. In the present embodiment, the color of the frame is set as “0, 0, 0” (black) in the default state.

<Scaling Function in Main Video Decoder>
The scaler SCALER present on the output side of the main video decoder MVDEC has the following three functions.

  1) Change the resolution of the main video MANVD according to the display resolution required for output.

      If the resolution of the ideal main video MANVD when it is output to the large-screen TV monitor 15 shown in FIG. Sub video SUBVD main video MANVD decoded by SCALER is performed.

2) Scaling function according to the aspect ratio to be displayed When the aspect ratio of the screen displayed on the large-screen TV monitor 15 is different from the aspect ratio that should be originally displayed on the main video MANVD, it is optimized for the large-screen TV monitor 15. Aspect ratio conversion processing is performed so as to display.

3) Scaling processing based on API command When displaying the main video MANVD (main part 31) as shown in FIG. 39, the size of the main video MANVD (main part 31) can be designated by an API command corresponding to the advanced application ADAPL. . In this way, when setting the optimal screen size in the scaler SCALER based on the API command, the aspect ratio of the main video MANVD that was originally set remains unchanged and only the overall size is changed. (Conversion to a specific aspect ratio is not permitted for some API commands). In this case, the main video MANVD is set to be displayed on the full screen in the default state. For example, when the aspect ratio is 4: 3, the width becomes narrow when displayed on a wide screen, and therefore a narrow display screen is displayed at the center of the wide screen. In particular, when the aperture APTR size is set to “1920 × 1080” or “1280 × 720” (compatible with a wide screen), it is displayed on the entire wide screen.
<AV Renderer>
As shown in FIG. 1, an advanced content playback unit ADVPL exists in the information recording / playback apparatus 1, but as shown in FIG. 14, an AV renderer AVRND exists in the advanced content playback unit ADVPL. As shown in FIG. 38, the AV renderer AVRND includes a graphic rendering engine GHRNEN and an audio mixing engine ADMXEN. The graphic rendering engine GHRNEN performs image synthesis processing on the graphic plane GRPHPL (see FIG. 39) based on information coming from the navigation manager NVMNG and the presentation engine PRSEN shown in FIG. The audio mixing engine ADMXEN synthesizes audio information (PCM stream) coming from the presentation engine PRSEN, and outputs the synthesized audio information.

<Graphic Rendering Engine>
As will be described in detail with reference to FIG. 39, the screen displayed to the user is composed of five planes: a cursor plane CRSRPL, a graphic plane GHRHPL, a sub-picture plane SBPCPL, a sub-video plane SBVDPL, and a main video plane MDVDPL. The 5 planes are synthesized on the engine GHRNEN. The presentation engine PRSEN shown in FIG. 38 creates images on each of the graphic plane GHRHPL, the sub-picture plane SBPCPL, the sub-video plane SBVDPL, and the main video plane MNVDPL, and transfers them to the graphic rendering engine GHRNEN. A cursor plane CRSRPL is newly created in the graphic rendering engine GHRNEN. A cursor image CRSIMG is created in the graphic rendering engine GHRNEN, and the cursor image CRSIMG is arranged on the cursor plane CRSRPL based on the position information of the cursor image CRSIMG of the cursor sent from the navigation manager NVMNG. As a result, the graphic rendering engine GHRNEN combines the five planes based on the control information from the navigation manager NVMNG, and then outputs the combined image as a video signal.

<Audio Mixing Engine>
The audio mixing engine ADMXEN can simultaneously receive and synthesize up to three types of linear PCM streams sent from the presentation engine PRSEN. At that time, the audio mixing engine ADMXEN sets the volume for each linear PCM stream based on the mixing level information given from the navigation manager NVMNG and outputs the result.

<Video Compositing Model>
As shown in FIG. 39, in the present embodiment, on the display screen, the screen is composed of five screen layers of a cursor plane CRSRPL, a graphic plane GRPHPL, a sub-picture plane SBPCPL, a sub-video plane SBVDPL, and a main video plane MNVDPL. In the present embodiment, the one-screen layer that is the cursor plane CRSRPL is created in the graphic rendering engine GHRNEN (see FIG. 41) in the AV renderer AVRND. Also, the four screen layers of the graphic plane GRPHPL, the sub-picture plane SBPCPL, the sub-video plane SBVDPL, and the main video plane MNVDPL in FIG. 39 are created in the presentation engine PRSEN (see FIG. 41). The frame rates of the four screen layers of the graphic plane GRPHPL, sub-picture plane SBPCPL, sub-video plane SBVDPL and main video plane MNVDPL created in the presentation engine PRSEN input to the graphic rendering engine GHRNEN can be set independently. It is possible. That is, the frame rate of video output from the advanced application presentation engine AAPEN in the presentation engine PRSEN, the frame rate of video output from the advanced subtitle player ASBPL, the frame rate of video output from the secondary video player SCDVP, and the primary video Each frame rate of video output from the player PRMVP can have its own frame rate. The main video plane MNVDPL shown in FIG. 39 is obtained as an output after passing through the scaler SCALER via the decoder engine DCDEN from the primary video player PRMVP shown in FIG. The screen layer of the sub video plane SBVDPL is created as an output of the scaler SCALER after passing through the decoder engine DCDEN from the secondary video player SCDVP. Further, the sub video plane SBVDPL is created by selecting either the output of the advanced subtitle player ASBPL shown in FIG. 41 or FIG. 30 or the screen through the scaler SCALER from the sub picture decoder SPDEC. Obtained as output of graphic plane GRPHPL and advanced application presentation engine AAPEN.

  The area definition in the graphic plane GRPHPL will be described below using the example of FIG. The composite screen shown at the bottom of FIG. 39 represents a full-size screen that the user sees. The screen size size (resolution) that should be optimally displayed differs depending on the wide screen or standard screen of the TV screen. In the present embodiment, the optimal screen size to be displayed to the user is defined by the graphic plane GRPHPL. In other words, the optimal screen size displayed to the user on the graphic plane GRPHPL (which is set by the number of scanning lines and the number of dots). Defined as APTR (graphic area) size, so if the screen displayed to the user is a high resolution screen, the aperture APTR (graphic area) size on the graphic plane GRPHPL will be larger and should be displayed to the user When the screen size (resolution) is the conventional standard size, the size of the aperture APTR (graphic area) becomes smaller in proportion to the resolution (total number of pixels), unlike the example shown in FIG. When the main video MANVD of the primary audio video PRMAV is displayed in full screen across the top and front In FIG. 39, the screen size on the main video plane MNVDPL completely matches the size of the aperture APTR (graphic area) on the graphic plane GRPHPL. When displaying the advanced application ADAPL from to the FF button 38 collectively, it is easier to control the display by defining the area (application area APPRGN) that displays the advanced application ADAPL in the aperture APTR (graphic area). For this reason, in this embodiment, the application area APPRGN can be defined as an area for collectively displaying a plurality of elements included in the advanced application ADAPL.In this embodiment, the aperture APTR (graphic graph) on the graphic plane GRPHPL is defined. It is possible to set a plurality of application regions APPRGN in Ikku region). For more information about the following contents will be described in detail with reference to FIG. 40.

<Graphic Plane>
FIG. 39 illustrates that the aperture APTR (graphic area) can be set on the graphic plane GRPHPL in accordance with the screen size of the composite screen. Further, it has been described that one or more application areas APPRGN can be set as an area for collectively displaying one or more advanced applications ADAPL in the aperture APTR (graphic area). A more detailed description will be given with reference to FIG.

  The graphic plane GRPHPL can define a coordinate system called a canvas (canvas coordinate CNVCRD). In the present embodiment, a square area that can be synthesized on the graphic plane GRPHPL can be defined in the canvas coordinates CNVCRD. This square area is called an aperture APTR (graphic area). In the present embodiment, the origin position (0, 0) of the graphic area in the canvas coordinates CNVCRD and the position of the end point (origin point) of the aperture APTR (graphic area) are matched. Accordingly, in the canvas coordinate CNVCRD, the position of the end point (origin) of the aperture APTR (graphic area) is (0, 0). The unit of the X-axis and Y-axis of the aperture APTR (graphic area) is identified by the number of pixels. For example, when the number of pixels of the screen displayed to the user is 1920 × 1080, (1920,1080) at the position of the other end of the aperture APTR (graphic region) corresponding to the pixel number can be defined. The size of the aperture APTR (graphic area) is defined in the playlist PLLST. In this embodiment, the advanced application ADSBT can set its own coordinate system. The unique coordinate system can be set in the canvas coordinates CNVCRD as a square area, and the square area is called an application area APPRGN. Each advanced application ADAPL can have at least one application area APPRGN. Further, the setting location of the application area APPRGN can be designated by the X and Y coordinate values on the canvas coordinates CNVCRD. That is, as shown in FIG. 40, the location of the application area APPRGN # 1 aperture APTR graphic area) is set by the canvas coordinate CNVCRD coordinate value in the canvas coordinate CNVCRD of the end point (origin) of the application area APPRGN # 1.

  In the present embodiment, a specific still image IMAGE or the like can be arranged as a plurality of elements (application element or child element) in the advanced application ADAPL in the application area APPRGN. As a method for indicating the arrangement location of each element in the application area, X and Y values of independent coordinate systems in the application area APPRGN can be defined. That is, as shown in FIG. 40, the application area APPRGN # 1 has a unique in-application area coordinate system, and the arrangement location of the element can be designated as the in-application area coordinate value. For example, as shown in FIG. 40, when the size of the application area APPRGN # 1 is defined from the origin (0,0) to (x2, y2), when the white square portion is arranged as an element example (x1, The position in the white square application area APPRGN can be designated by the coordinates of y1). As described above, the plurality of elements can be arranged by a unique coordinate system (coordinates in the application area), and a part of the elements may protrude from the application area APPRGN. In this case, only the element portion included in the application area APPRGN arranged in the aperture APTR (graphic area) is displayed to the user.

  FIG. 41 shows the detailed structure of the graphic rendering engine GHRNEN in the AV renderer AVRND shown in FIG. 38 and the relationship between the various engines and players in the presentation engine PRSEN shown in FIG.

  In this embodiment, as shown in FIG. 39, the screen displayed to the user is composed of five screen layers, and the images of these screen layers are synthesized by the overlay controller OVLCTR. Also, in this embodiment, the frame rate (number of screens displayed per second) in each screen layer input to the overlay controller OVLCTR can be set independently for each screen layer. There are features. Thereby, an optimal frame rate for each screen layer can be set without being restricted by a frame rate, and a more effective screen can be displayed to the user.

  For the main video plane MNVDPL shown in FIG. 39, either one of the output video of the primary video player PRMVP and the substitute audio video SBTAV in the output video of the secondary video player SCDVP is selected and the chroma information CRMI is considered. After that, decoding processing is performed in the main video decoder MVDEC in the decoder engine DCDEN. After that, the screen size and display screen position are set by the scaler SCALER and input to the overlay controller OVLCTR.

  In the sub video plane SBVDPL, the sub video SUBVD output from the primary video player PRMVP or the sub video SUBVD output from the secondary player SCDVP is input to the sub video decoder SVDEC in the decoder engine DCDEN in consideration of chroma information CRMI. Is done. The decoded output video is processed by the chromifect CRMEFT after the display size and the display position on the screen are set by the scaler SCALER and input to the overlay controller OVLCTR. At this time, the sub video plane SBVDPL can be input to the overlay controller OVLCTR in a semi-transparent form corresponding to the alpha information indicating the transparency so that the lower main video plane MNVDPL can be displayed.

  As the video displayed on the sub-picture plane SBPCPL, either the advanced subtitle ADSBT or the sub-video SUBPT of the primary audio video PRMAV is displayed. That is, the advanced subtitle ADSBT is input to the switch SWITCH after the display screen size and display position are set by the layout manager LOMNG in the advanced subtitle player ASBPL. Also, the sub-picture SUBPT of the primary audio video PRMAV is input from the primary video player PRMVP into the sub-picture decoder SPDEC in the decoder engine DCDEN, and is decoded there and then the display screen size and display position screen size by the scaler SCALER. Is set. Thereafter, it is similarly input to the switch SWITCH. In this embodiment, as shown in FIG. 41, either the advanced subtitle ADSBT or the sub-picture SUBPT in the primary audio video PRMAV is selected by the selection process by the switch SWITCH, and is input to the overlay controller OVLCTR.

  The graphic plane GRPHPL is directly input to the overlay controller OVLCTR after the display size and display position are set by the layout manager LOMNG in the advanced application presentation engine AAPEN.

  For the cursor plane CRSRPL, the cursor manager CRSMNG in the navigation manager NVMNG outputs the cursor image CRSIMG and position information POSITI indicating the display position of the cursor, and the cursor screen layer is created in the overlay controller OVLCTR. A detailed description for each screen layer is given below.

<Cursor Plane>
The cursor plane CRSRPL represents the uppermost screen layer among the five screen layers in the video composition model of the present embodiment, and a screen is created in the graphic rendering engine GHRNEN. The resolution of the cursor plane CRSRPL matches the resolution of the aperture APTR (graphic area) on the graphic plane GRPHPL (see the explanatory text in FIG. 39). As described above, the cursor plane CRSRPL is created and managed in the overlay controller OVLCTR in the graphic rendering engine GHRNEN. The cursor manager CRSMNG existing in the navigation manager NVMNG creates a cursor image CRSIMG and transfers it to the overlay controller OVLCTR. The cursor manager CRSMNG manages and creates position information POSITI information representing the cursor position on the screen, transfers it to the overlay controller OVLCTR, and constantly updates the cursor position information POSITI in response to user input. And transfer to the overlay controller OVLCTR. The cursor image CRSIMG in the default (initial state) and the X and Y coordinates (hotspotXY) representing the position depend on each advanced content playback unit ADVPL. In the present embodiment, the cursor position (X, Y) in the default (initial state) is set to (0, 0) (origin position). The cursor image CRSIMG and position information POSITI indicating its position are updated by an API command from the programming engine PRGEN (see FIG. 28) in the advanced application manager ADAMNG. In the present embodiment, the maximum resolution of the cursor image CRSIMG is set to 256 × 256 pixels (pixels). By setting this numerical value, it is possible to express a cursor image CRSIMG that has a certain level of expressiveness, and it is possible to increase the cursor display processing speed by preventing unnecessary resolution setting. The file format of the cursor image CRSIMG is set by PMG (8-bit color expression). In the present embodiment, the cursor image CRSIMG can be switched to either a state that is completely displayed on the screen by an API command or a state that is completely transparent and invisible on the screen. In accordance with the position information POSITI sent from the cursor manager CRSMNG, the cursor image CRSIMG is arranged on the cursor plane CRSRPL in the overlay controller OVLCTR. At the same time, the overlay controller OVLCTR can be used to set the alpha mix (transparency setting based on alpha information) indicating the translucent state of the screen layer below the cursor plane CRSRPL.

<Graphic Plane>
The graphic plane GRPHPL in the video composition model of this embodiment corresponds to the second screen layer from the top created in the graphic rendering engine GHRNEN. Under the control of the advanced application manager ADAMNG in the navigation manager NVMNG shown in FIG. 28, a screen of the graphic plane GRPHPL is created by the advanced application presentation engine AAPEN shown in FIG. The advanced application manager ADAMNG in the navigation manager NVMNG shown in FIG. 28 moves the graphic decoder GHCDEC and the font rendering system FRDSTM in the advanced application presentation engine AAPEN shown in FIG. 31 to create a part of the graphic plane GRPHPL screen. Finally, a graphic plane GRPHPL composite screen is created by the layout manager LOMNG in the advanced application presentation engine AAPEN. The layout manager LOMNG sets the output video size of the screen (frame) output therefrom and the display location thereof. The frame rate (number of screens that change per second) output from the layout manager LOMNG can be set independently regardless of the frame rate of the video such as the main video MANVD and the sub video SUBVD. In the present embodiment, an animation effect can also be displayed as a series of graphic images such as animation.

  When setting the screen on the graphic plane GRPHPL with the layout manager LOMNG shown in FIG. 31, the condition of alpha information (alpha value) cannot be set for each component screen. In the present embodiment, an alpha value cannot be set for each graphic image (individual configuration screen) in the graphic plane GRPHPL, and an alpha value for the entire graphic plane GRPHPL can be set. Accordingly, the transparency (alpha value) for the lower screen is set constant throughout the graphic plane GRPHPL.

<Subpicture Plane>
In the video composition model in this embodiment, the sub-picture plane SBPCPL corresponds to the third screen layer from the top created by the graphic rendering engine GHRNEN. The sub-picture plane SBPCPL is created by the advanced subtitle player ASBPL or the sub-picture decoder SPDEC in the decoder engine DCDEN (see FIG. 41). The primary video set PRMVS includes a sub-picture SUBPT image having a designated display frame size. When the display size of the sub-picture SUBPT image is designated, the sub-picture decoder SPDEC directly transfers the sub-picture SUBPT image to the graphic rendering engine GHRNEN without changing the size by the scaler SCALER. For example, as shown in the description of FIG. 39, the display size of the composite screen is defined by the size of the aperture APTR (graphic area) on the graphic plane GRPHPL, and the main video MANVD on the main video plane MNVDPL is displayed on the composite screen. When displayed on the full screen, the display size of the main video MANVD matches the size of the aperture APTR (graphic area). In this case, the display size of the sub-picture SUBPT is automatically determined according to the size of the aperture APTR (graphic area). In such a case, as described above, the output screen (frame) of the sub-picture decoder SPDEC is directly transferred to the graphic rendering engine GHRNEN without being processed by the scaler SCALER. Conversely, as shown in FIG. 39, if the display size of the main video 31 on the main video plane MAVDPL is significantly smaller than the size of the aperture APTR (graphic area), it is necessary to change the frame size of the sub-picture SUBPT accordingly. There is. In this way, when the appropriate display size of the sub-picture SUBPT image is not set, the scaler SCALER existing behind the sub-picture decoder SPDEC is set with the optimum display size and display position of the aperture APTR (graphic area), It is then transferred to the graphic rendering engine GHRLEN. However, the present embodiment is not limited to the above, and when the appropriate display size of the previous sub-picture is not known (does not exist), the sub-picture SUBPT can be displayed in the upper left of the aperture APTR (graphic area). In this embodiment, as shown in FIG. 41, the frame rate of the screen transferred to the graphic rendering engine GHRNEN of the sub-picture plane SBPCPL can be set independently irrespective of the frame rate of the video output. In this way, the frame rate of the sub-picture plane SBPCPL or graphic plane GRPHPL that displays the sub-picture SUBPT, advanced subtitle ADSBT, or advanced application ADAPL is independently set regardless of the frame rate of the main video plane MNVDPL or sub-video plane SBVDPL. As a result, the processing efficiency of the presentation engine PRSEN can be improved. This is because the main video plane MNVDPL and the sub video plane SBVDPL change by 50 to 60 fields per second, but the screen displayed by the sub picture plane SBPCPL or graphic plane GRPHPL is relatively slow, for example, the graphic plane GRPHPL The same screen may be displayed for 10 seconds. At this time, when an image is transferred to the AV renderer AVRND at a frame rate adjusted to 50 or 60 fields per second according to the video plane, the addition of the advanced application presentation engine AAPEN and the advanced subtitle player ASBPL becomes too heavy. By uniquely setting the frame transfer rate, the burden on both can be greatly reduced. Further, the advanced subtitle player ASBPL can provide a sub-picture plane SBPCPL screen corresponding to a subset of the advanced application ADAPL. As described above, only one of the outputs of the advanced subtitle player ASBPL or the sub-picture decoder SPDEC is used for the sub-picture plane SBPCPL to be transferred to the overlay controller OVLCTR that creates a composite screen by combining the screen layers. In this embodiment, based on the overlay information OVLYI transferred from the navigation manager NVMNG, the screen displayed on the sub-picture plane SBPCPL supplied from the presentation engine PRSEN is selected by the switch module SWITCH in the graphic rendering engine GHRNEN. In this embodiment, the transparency of the screen displayed on the sub-picture plane SBPCPL can also be set, and the sub-picture plane SBPCPL and the main video plane MNVDPL existing below can be set to show through. In the present embodiment, an alpha value (alpha information) representing transparency can be set for the sub-picture plane SBPCPL, and the same alpha value (alpha information) is set everywhere in the sub-picture plane SBPCPL.

<Sub Video Plane>
In the video synthesis model of the present embodiment, the sub video plane SBVDPL corresponds to the fourth screen layer from the top synthesized from the graphic rendering engine GHRNEN (see FIG. 39). The sub video plane SBVDPL displays the video decoded in the sub video decoder SVDEC in the decoder engine DCDEN. Based on the scale information SCALEI and position information POSITI sent from the navigation manager NVMNG, the scaler SCALER on the output side of the sub video decoder SVDEC sets the size and display position of the sub video SUBPT screen on the sub video plane SBVDPL. The display video size is output from the scaler SCALER (see FIG. 41). In the default (initial value), the scaling ratio indicated by the scale information SCALEI is set to 1 (not reduced and displayed in the entire aperture APTR (graphic area) size). In the default (initial value), the position information POSITI information is set to “0” for the position in the X direction and “0” for the position in the Y direction (the origin position of the aperture APTR (graphic area)). The alpha value is set to be 100% transparent. In the present embodiment, the alpha value is not limited to this, and the alpha value can be set to 100% (transparency 0%). The alpha value, scale information SCALEI, and position information POSITI values can be changed by an API command. If a new title is displayed, the value is set to a default value (initial value). In this embodiment, the output frame rate of the sub video plane SBVDPL can be set independently regardless of the video output frame rate of the advanced content playback unit ADVPL (the frame rate in the main video plane MNVDPL). Thereby, for example, by reducing the frame rate of the sub video plane SBVDPL, it is possible to guarantee continuity at the time of loading when transferred from the network server NTSRV. When the chroma information CRMI is set in the sub video SUBVD stream, the contour of the video object in the sub video SUBVD can be extracted by the chromifect CRMEFT in the graphic rendering engine GHRNEN. For example, if there is a video of a person who has moved on a blue background in the video, the blue part is made transparent by processing the chroma key, the person composed of colors other than blue is made opaque, and another screen is displayed in the blue part. Can be processed. For example, in the example using each screen layer explanatory diagram of FIG. 39, for example, the screen of the main video plane MNVDPL is displayed in full size in the size of the aperture APTR (graphic area) and superimposed on a part of the screen on the sub video plane SBVDPL. Let's consider the case where the screens are displayed in an overlapping manner. At this time, if the screen on the sub video plane SBVDPL has a video with a specific person on a blue background, the chroma color is set to blue and only the blue part is made transparent. Only the person on the plain SBVDPL can be displayed superimposed on the video on the main video plane MNVDPL on the back side. In this way, by using the chroma key (chromifect CRMEFT) technology, it is possible to extract a contour from a specific object on the sub video plane SBVDPL, make the background color transparent, and overlay the main video plane MNVDPL on the back side. . Thus, in the present embodiment, the chroma information CRMI can be applied to the sub video player module corresponding to the secondary video player SCDVP or the primary video player PRMVP. Two alpha values (alpha information) are set for the output video from the chromifect CRMEFT. That is, one alpha value is 100% visible, and the video of the sub video plane SBVDPL existing on the back side cannot be seen. In the above example, an object (person) having a color different from blue existing in a blue background corresponds to this. The other alpha value is set to be 100% transparent, and the blue background corresponds to that in the above example. That part is 100% transparent, and the screen of the main video plane MNVDPL that exists below can be seen through. In the present embodiment, the present invention is not limited to this, and an intermediate value between 100% and 0% can be set as the alpha value. The intermediate value of the alpha value (alpha information) of each position of the video in the sub video plane SBVDPL that overlaps the main video plane MNVDPL existing at the bottom is set by the overlay information OVLYI transferred from the navigation manager NVMNG. Based on the value, set by overlay controller OVLCTR in graphic rendering engine GHRNEN.

<Main Video Plane>
In the video composition model of the present embodiment, the main video plane MNVDPL corresponds to the lowermost screen layer synthesized in the graphic rendering engine GHRNEN. The video of the main video plane MNVDPL is composed of video decoded by the main video decoder MVDEC in the decoder engine DCDEN. Based on the scale information SCALEI and position information POSITI transferred from the navigation manager NVMNG, the display screen size and display position on the main video plane MNVDPL are set by the scaler SCALER arranged at the output stage of the main video decoder MVDEC. The default size (initial value) of the main video screen on the main video plane MNVDPL and the display location match the size of the aperture APTR (graphic area). The size information of the aperture APTR (graphic area) in this embodiment is specified in the structure information CONFGI in the playlist PLLST file as shown in FIG. 21, and is specified in a form in which the screen aspect ratio is retained in the original state. Is done. For example, when the aspect ratio of the video displayed on the main video plane MNVDPL is 4: 3 and the aspect ratio of the aperture APTR (graphic area) defined on the graphic plane GRPHPL is specified as 16: 9, the main video is displayed. The display position of the plain MNVDPL video in the aperture APTR (graphic area) is the same as the aperture APTR (graphic area) in the horizontal direction of the screen. A screen narrower than the full screen is displayed at the position. When the video expression color specified by the structure information CONFGI in the playlist file PLLST is different from the expression color set by the main video plane MNVDPL, the display color in the default (initial value) of the main video plane MNBDPL The original default color is used without converting the condition into the structure information CONFGI. Values such as the video display size, display position, display color, and aspect ratio in the main video plane MNVDPL can be changed by an API command. When moving to another new title in the playlist PLLST, information such as the video size, video display position, display color, and aspect ratio is set to default (initial value) before the movement. Thereafter, when the reproduction of the next title is started, values such as the video size, display position, expression color and aspect ratio are changed to designated values set in the playlist PLLST.

<Audio Mixing Model>
In this embodiment, the advanced content playback unit ADVPL exists in the information recording / playback apparatus 1 (see FIG. 1), but as shown in FIG. 14, the AV renderer AVRND exists in the advanced content playback unit ADVPL. As shown, an audio mixing engine ADMXEN exists in the AV renderer AVRND. FIG. 42 shows an audio mixing model showing the relationship between the audio mixing engine ADMXEN and the presentation engine PRSEN existing in the preceding stage.

  In the present embodiment, the audio stream input to the audio mixing engine ADMXEN includes three types of audio streams (see FIG. 10): effect audio EFTAD, sub audio SUBAD, and main audio MANAD. In the three types of audio streams, the effect audio EFTAD is given as an output of the sound decoder SNDDEC in the advanced application presentation engine AAPEN in FIG. The sub audio stream SUBAD is provided as an output of the sub audio decoder SADEC in the decoder engine DCDEN, and the main audio stream MANAD is provided as an output of the main audio decoder MADEC in the decoder engine DCDEN. In the present embodiment, the sample frequencies between the various audio streams do not need to match, and it is allowed to have a different sampling frequency (sample rate) for each audio stream. In synthesizing these three types of audio streams having different sampling frequencies, the audio mixing engine ADMXEN has sampling rate converters SPRTCV corresponding to the respective audio streams. That is, the sampling rate converter SPRTCV has a function of unifying the sampling frequency (sampling rate) at the time of output of various audio decoders (SNDDEC, SADEC, MADEC) to the sampling frequency (sample rate) of the final audio output. In this embodiment, as shown in FIG. 42, the information of the mixing level information MXLVI is transferred from the navigation manager NVMNG to the sound mixer SNDMIX in the audio mixing engine ADMXEN, and in the sound mixer SNDMIX based on the transferred information. A mixing level at the time of synthesizing the three types of audio streams is set. Thereafter, the output dynamic range of the final audio output AOUT can be set independently by various advanced content playback units ADVPL.

<Effect Audio Stream>
A method and contents of the three types of audio streams in the audio mixing model of this embodiment will be described below.

  The effect audio stream EFTAD (see FIG. 10) is basically an audio stream used when the user clicks a graphical button. An example of use will be described with reference to FIG. As shown in FIG. 16, the advanced application ADAPL is displayed on the screen and a help icon 33 is displayed therein. For example, when the user clicks (specifies) the help icon 33, the help icon 33 is displayed to the user. As one means for indicating that the user has clicked, a specific sound is output immediately after the help icon 33 is pressed, and it is possible to clearly indicate to the user that the help icon 33 has been clicked. The sound effect informing that the click has been made corresponds to the effect audio EFTAD. In this embodiment, the effect audio EFTAD supports a single channel (monaural) or stereo channel (two channels) WAV format. In the present embodiment, the effect audio stream EFTAD is generated by the sound decoder SNDDEC in the advanced application presentation engine AAPEN according to the information content of the control information CTRLI sent from the navigation manager NVMNG, and then transferred to the audio mixing engine ADMXEN. The sound source of this effect audio stream EFTAD is stored in advance as a WAV file in the file cache FLCCH, and the sound decoder SNDDEC in the application presentation engine AAPEN reads the WAV file, converts it into a linear PCM form, and audio Transfer to mixing engine ADMXEN. In this embodiment, the effect audio EFTAD cannot display two or more streams simultaneously. In this embodiment, for example, when the display output of the next effect audio stream EFTAD is requested while one effect audio stream EFTAD is being displayed, the next designated effect audio EFTAD stream is preferentially output. . A specific example will be described with reference to FIG. 16. For example, consider a case where the user has pressed the FF button 38. Consider a case in which, when the effect button 38 is pressed, the corresponding effect audio EFTAD continues to sound for several seconds, for example, for display to the user. If the user presses the play button 35 immediately after pressing the FF button 38 and before the effect audio EFTAD ends, the effect audio indicating that the play button 35 has been pressed before the effect audio EFTAD of the FF button 38 ends. EFTAD is changed and output. By doing so, when a user continuously presses multiple image objects of the advanced application ADAPL displayed on the screen, a quick response to the user can be displayed, which can greatly improve the user's usability. it can.

<Sub Audio Stream>
In the present embodiment, the sub audio stream SUBAD supports two sub audio streams SUBAD, that is, the sub audio stream SUBAD in the secondary audio video SCDAV and the sub audio stream SUBAD in the primary audio video PRMAV.

  The secondary audio video SCDAV can be displayed synchronously or asynchronously with respect to the title timeline TMLE. If the secondary audio video SCDAV includes both the sub video SUBVD and the sub audio SUBAD, the secondary audio video SCDAV is synchronized with the title timeline TMLE regardless of whether the sub video SUBVD and the sub audio SUBAD are synchronized. Must be synchronized with each other. The sub audio SUBAD in the primary audio video PRMAV must be synchronized with the title timeline TMLE. In the present embodiment, metadata control information in the elementary stream of the sub audio stream SUBAD is also processed by the sub audio decoder SADEC.

<Main Audio Stream>
In this embodiment, the main audio stream MANAD has three main audio streams: a main audio video MANAD in the substitute audio video SBTAV, a main audio stream MANAD in the SBTAD in substitute audio, and a main audio stream MANAD in the primary audio video PRMAV. MANAD exists. All main audio streams MANAD included in the different playback / display objects must be synchronized with the title timeline TMLE.

<Network and Persistent Storage Data Supply Model>
FIG. 43 shows a data supply model from the network server NTSRV and the persistent storage PRSTR memory in this embodiment.

  In the present embodiment, the advanced content file ADVCT can be stored in the persistent storage PRSTR. Further, advanced content ADVCT excluding the primary video set PRMVS can be stored in the network server NTSRV. In the present embodiment, the network manager NTMNG and persistent storage manager PRMNG in the data access manager DAMNG of FIG. 43 perform access processing to various files related to the advanced content ADVCT. Further, the network manager NTMNG has an access function at the protocol level. The file cache manager FLCMNG in the navigation manager NVMNG performs control when the advanced stream file related to the advanced application ADAPL is directly obtained from the network server NTSRV or persistent storage PRSTR via the network manager NTMNG or persistent storage manager PRMNG. The parser PARSER can directly read the contents of the playlist file PLLST when the advanced content playback unit ADVPL is started. The playlist file PLLST is assumed to be stored in the information storage medium DISC. It is also possible to read the playlist file PLLST directly from (see FIGS. 50 and 51). In the present embodiment, there are a manifest file MNFST, a markup file MRKUP, a script file SCRPT, etc. that exist under the advanced navigation directory ADVNV shown in the advanced navigation file (see FIG. 11) and are obtained from the network server NTSRV or persistent storage PRSTR. The file cannot be directly played back by the parser PARSER in the navigation manager NVMNG.

  In other words, in this embodiment, when the parser PARSER reproduces the advanced navigation ADVNV (the files such as the manifest file MNFST, the markup file MRKUP, and the script file SCRPT), it is recorded once in the file cache FLCCH in advance. Thereafter, it is assumed that the parser PARSER reproduces the advanced navigation ADVNV from the file cache FLCCH. Advanced element ADVEL (files such as still image file IMAGE, effect audio file EFTAD, font file FONT, and other file OTHER shown in FIG. 11) used by advanced application presentation engine AAPEN in presentation engine PRSEN is file cache FLCCH in advance. It is assumed that it is stored in. That is, the advanced element ADVEL pre-stores the advanced content ADVCT from the network server NTSRV or persistent storage manager PRMNG via the access manager DAMNG in advance in the file cache FLCCH, and the advanced application presentation engine AAPEN stores the file The advanced element ADVEL stored in the cache FLCCH is read. The advanced application presentation engine AAPEN in the presentation engine PRSEN controls to copy various files in the network server NTSRV and the persistent storage PRSTR to the file cache FLCCH. The advanced application presentation engine AAPEN moves the file cache manager FLCMNG in the navigation manager NVMNG to store necessary files (or files that are missing from the necessary information) in the file cache FLCCH. In response, the file cache manager FLCMNG checks the contents of the file cache table representing the list stored in the file cache FLCCH, and the file requested from the advanced application presentation engine AAPEN is temporarily stored in the file cache FLCCH. Check if it is. In the present embodiment, as described above, the advanced application presentation engine AAPEN in the presentation engine PRSEN moves the file cache manager FLCMNG in the navigation manager NVMNG to pre-store necessary advanced content ADVCT in the file cache FLCCH. Went. However, this embodiment is not limited thereto, for example, the playlist manager PLMNG in the navigation manager NVMNG decodes the contents of the resource information RESRCI in the playlist PLLST, reports the result to the parser PASER, and the parser PARSER The advanced content ADVCT required in advance can be stored in the file cache FLCCH by operating the file cache manager FLCMNG based on RESRCI. As a result, when all the necessary files are temporarily stored in the file cache FLCCH, the file cache manager FLCMNG transfers the necessary file data directly from the file cache FLCCH to the advanced application presentation engine AAPEN. Conversely, if all the necessary files are not present in the file cache FLCCH, the file cache manager FLCMNG reads the necessary files from the original location (in the network server NTSRV or persistent storage PRSTR), Transfer to the file cache FLCCH. Thereafter, necessary file data is transferred to the advanced application presentation engine AAPEN. The secondary video player SCDVP, for example, sends the secondary video set time map file STMAP (see FIG. 11) and the secondary enhanced video object file S-EVOB secondary video set file SCDVS from the network server NTSRV or persistent storage PRSTR to the network manager NTMNG or persistent storage PRSTR. Transfer to the file cache FLCCH via the stent storage manager PRMNG. The secondary enhanced video object S-EVOB data read from the network server NTSRV is temporarily stored in the streaming buffer. Thereafter, the stored secondary enhanced video object S-EVOB is reproduced from the streaming buffer STRBUF by the secondary video playback engine SVPBEN in the secondary video player SCDVP. Further, a part of the secondary enhanced video object S-EVOB stored in the streaming buffer STRBUF is transferred to the demultiplexer DEMUX in the secondary video player SCDVP, and is demultiplexed.

<User Input Model>
In the present embodiment, when the advanced content ADVCT is played back, every user input event is first processed by the programming engine PRGEN in the advanced application manager ADAMNG. FIG. 44 shows a user input handling model in the present embodiment.

  For example, user operation UOPE signals generated by various user interface drives such as a keyboard, a mouse or a remote controller, as shown in FIG. 28, are various device controller modules (for example, a remote control controller RMCCTR, a keyboard controller KBDCTR and a mouse) Input as user interface event UIEVT by controller MUSCTR). That is, the signal of the user operation UOPE is input into the programming engine PRGEN in the advanced application manager ADAMNG as the user interface event UIEVT through the user interface engine UIENG as shown in FIG. An ECMA script processor ECMASP corresponding to the execution of various scripts SCRPT exists in the programming engine PRGEN in the advanced application manager ADAMNG. In the present embodiment, the programming engine PRGEN in the advanced application manager ADAMNG has a storage location for the advanced application script ADAPLS and a storage location for the default event handler script DEVHSP, as shown in FIG. FIG. 45 shows a list of user input events in this embodiment. As shown in FIG. 45, for example, a simple operation such as moving the cursor on the screen or a combination of these simple operations is called a user input event, and a combination process of a series of operations such as fast-forward playback is input. Called a handler. A virtual key code (input handler code) is set corresponding to the user input event and the input handler. In the present embodiment, the default input handler code shown in FIG. 45 and the virtual key code information corresponding to the user input event are recorded in advance in the default event handler script DEVHSP in the programming engine PRGEN. In addition, the information recorded in the script file SCRPT (see FIG. 11) of the advanced application ADAPL taken from the network server NTSRV, the information storage medium DISC, and the persistent storage PRSTR shows the advanced application in the programming engine PRGEN as shown in FIG. It is recorded in the script recording area ADAPLS.

  When the ECMA script processor ECMASP receives the user interface event UIEVT, it analyzes the event handler code (default input handler code or virtual key code corresponding to the user input event) included in the user interface event UIEVT, and the user interface event The event handler code described in UIEVT is searched for whether it corresponds to all event handler codes registered in the script recording area ADAPLS of the advanced application. If all the event handler codes described in the user interface event UIEVT correspond to the event handler codes registered in the script recording area ADAPLS of the advanced application, the ECMA script processor ECMASP immediately contains the contents. The execution process corresponding to is started. If the event handler code described in the user interface event UIEVT is not registered in the script recording area ADAPLS of the advanced application, the ECMA script processor ECMASP is the default event. Search the handler script DEVHSP to see if the corresponding event handler code exists. If all the information about the missing event handler code exists in the default event handler script DEVHSP, the ECMA script processor ECMASP is registered in the advanced application script recording area ADAPLS and the default event handler script DEVHSP. The event handler code is used to execute the execution according to the contents of the user interface event UIEVT. If the event handler code included in the user interface event UIEVT is not registered in the default event handler script DEVHSP, the ECMA script processor ECMASP ignores the contents of the user interface event UIEVT, Disable execution of user interface event UIEVT.

<Default Input Handler>
FIG. 45 shows the contents of the event handler and event handler code described in the explanatory text of FIG. The contents of FIG. 45 represent the contents of event handlers and virtual key codes registered in advance in the default event handler script DEVHSP of FIG. 44. The user event handler described in FIG. 44 corresponds to the default input handler of FIG. The default event handler code described in FIG. 44 corresponds to the virtual key code in FIG. The instruction in FIG. 45 represents the execution contents corresponding to the virtual key code, and the specific contents will be described with reference to the function outline.

As shown in FIG. 45, an event having a default input handler corresponds to 15 types of virtual key codes. When the virtual key code is “VK_PLAY”, the default input handler is “playHandler” and the value is “0xFA”, which is set during standard speed playback. Next, when the virtual key code is “VK_PAUSE”, the default input handler is “pauseHandler” and the value is “0xB3”, which is set at the time of pause / playback. Next, when the virtual key code is “VK_FF”, the default input handler is “fastForwardHandler” and the value is “0xC1”, which is set during fast forward playback. Next, when the virtual key code is “VK_FR”, the default input handler is “fastReverseHandler” and the value is “0xC2”, which are set during fast rewind playback. Next, when the virtual key code is “VK_SF”, the default input handler is “slowForwardHandler” and the value is “0xC3”, which is set during slow playback. Next, when the virtual key code is “VK_SR”, the default input handler is “slowReverseHandler” and the value is “0xC4”, which is set when slowly rewinding. Next, when the virtual key code is “VK_STEP_PREV”, the default input handler is “stepPreviousHandler” and the value is “0xC5”, which is set when returning to the previous step. Next, when the virtual key code is “VK_STEP_NEXT”, the default input handler is “stepNextHandler” and the value is “0xC6”, which is set when jumping to the next step. Next, when the virtual key code is “VK_SKIP_PREV”, the default input handler is “skipPreviousHandler” and the value is “0xC7”, which is set when playing the previous chapter. Next, when the virtual key code is “VK_SKIP_NEXT”, the default input handler is “skipNextHandler” and the value is “0xC8”, which is set when the next chapter is played. Next, when the virtual key code is “VK_SUBTITLE_SWITCH”, the default input handler is “switchSubtitleHandler”, the value is “0xC9”, and whether or not to display the subtitle is set. Next, when the virtual key code is “VK_SUBTITLE”, the default input handler is “changeSubtitleHandler” and the value is “0xCA”, which is set when the subtitle track is changed. Next, when the virtual key code is “VK_CC”, the default input handler is “showClosedCaptionHandler” and the value is “0xCB”, which is set when displaying closed captions. Next, when the virtual key code is “VK_ANGLE”, the default input handler is “changeAngleHandler” and the value is “0xCC”, which is set when the angle is switched. Next, when the virtual key code is “VK_AUDIO”, the default input handler is “changeAudioHandler” and the value is “0xCD”, which is set when switching audio tracks.

  You can also set values and instructions for virtual keycodes for events that do not have a default input handler. When the virtual key code is “VK_MENU”, the value is “0xCE” and is set when the menu is displayed. Next, when the virtual key code is “VK_TOP_MENU”, the value is “0xCF”, which is set when displaying the top menu. Next, when the virtual key code is “VK_BACK”, the value is “0xD0”, which is set when returning to the previous screen or returning to the playback start position. Next, when the virtual key code is “VK_RESUME”, the value is “0xD1”, which is set when returning from the menu. Next, when the virtual key code is “VK_LEFT”, the value is “0x25”, which is set when the cursor is moved to the left. Next, when the virtual key code is “VK_UP”, the value is “0x26”, which is set when the cursor is moved up. Next, when the virtual key code is “VK_RIGHT”, the value is “0x27”, which is set when the cursor is moved to the right. Next, when the virtual key code is “VK_DOWN”, the value is “0x28” and is set when the cursor is lowered. Next, when the virtual key code is “VK_UPLEFT”, the value is “0x29” and is set when the cursor is raised to the upper left. Next, when the virtual key code is “VK_UPRIGHT”, the value is “0x30”, which is set when the cursor is moved to the upper right. Next, when the virtual key code is “VK_DOWNLEFT”, the value is “0x31”, which is set when the cursor is lowered to the lower left. Next, when the virtual key code is “VK_DOWNRIGHT”, the value is “0x32” and is set when the cursor is lowered to the lower right. Next, when the virtual key code is “VK_TAB”, the value is “0x09”, which is set when the tab is used. Next, when the virtual key code is “VK_A_BUTTON”, the value is “0x70”, which is set when the A button is pressed. Next, when the virtual key code is “VK_B_BUTTON”, the value is “0x71”, which is set when the B button is pressed. Next, when the virtual key code is “VK_C_BUTTON”, the value is “0x72”, which is set when the C button is pressed. Next, when the virtual key code is “VK_D_BUTTON”, the value is “0x73”, which is set when the D button is pressed. Next, when the virtual key code is “VK_ENTER”, the value is “0x0D”, which is set when the OK button is pressed. Next, when the virtual key code is “VK_ESC”, the value is “0x1B” and is set when canceling. Next, when the virtual key code is “VK_0”, the value is “0x30” and is set to “0”. Next, when the virtual key code is “VK_1”, the value is “0x31” and is set to “1”. Next, when the virtual key code is “VK_2”, the value is “0x32” and is set to “2”. Next, when the virtual key code is “VK_3”, the value is “0x33” and is set to “3”. Next, when the virtual key code is “VK_4”, the value is “0x34” and is set to “4”. Next, when the virtual key code is “VK_5”, the value is “0x35” and is set to “5”. Next, when the virtual key code is “VK — 6”, the value is “0x36” and is set to “6”. Next, when the virtual key code is “VK_7”, the value is “0x37” and is set to “7”. Next, when the virtual key code is “VK_8”, the value is “0x38” and is set to “8”. Next, when the virtual key code is “VK_9”, the value is “0x39” and is set to “9”. Next, when the virtual key code is “VK_MOUSEDOWN”, the value is “0x01”, which is set when the specified element cannot be input (move to the front). Next, when the virtual key code is “VK_MOUSEUP”, the value is “0x02”, which is set when the specified element can be input (move to the front).

<System Parameters for Advanced Content>
In the current DVD-Video or the standard content STDCT in the present embodiment, SPRM (system parameter) is defined as a parameter for setting system-based parameters. However, in the present embodiment, the SPRM (system parameter) is not used in advanced content navigation, and the system parameters shown in FIGS. 46 to 49 are set in place of the SPRM (system parameter). During playback of advanced content ADVCT, the value of the SPRM (system parameter) can be known by API command processing. As the system parameters in the present embodiment, the following four types of parameters can be set. The system parameters are set for each advanced content playback unit ADVPL in the information recording / playback apparatus 1. The player parameters shown in FIG. 46 can be set in common for each information recording / reproducing apparatus 1. The profile parameter shown in FIG. 47 indicates user profile data. The presentation parameters shown in FIG. 48 indicate the display state on the screen. Further, the layout parameters shown in FIG. 49 mean parameters relating to the layout during video display (see FIG. 39).

  In the present embodiment, the system parameters are set temporarily in the data cache DTCCH in FIG. 14, but not limited thereto, temporary memory (not shown) set in the parser PARSER in the navigation manager NVMNG shown in FIG. Can be set in). Hereinafter, each drawing will be described.

<Player parameters>
FIG. 46 shows a list of player parameters in the present embodiment.

  In this embodiment, the player parameter is composed of two objects, a player parameter object and a data cache object. The player parameter means general parameter information required for the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 1 to perform video playback processing. Among the player parameters, general parameter information not related to network download or data transfer from the persistent storage PRSTR to the data cache DTCCH belongs to the player parameters. The processing in the advanced content playback unit ADVPL in the present embodiment is premised on data transfer processing to the data cache DTCCH. As parameter information required by the advanced content playback unit ADVPL, parameters required for data transfer processing to the data cache are defined as player parameters corresponding to the data cache. Thirteen player parameters are set in the player parameter object. “MajorVersion” as the content of the player parameter means a positive value of the version number of the corresponding standard. “MinorVersion” means a number after the decimal point of the version number of the corresponding standard. “VideoCapabilitySub” means that sub video can be displayed. “AudioCapabilityMain” means that main audio can be displayed. “AudioCapabilitySub” means that sub audio can be displayed. “AudioCapabilityAnalog” means that analog audio can be displayed. “AudioCapabilityPCM” means that PCM audio can be displayed. “AudioCapabilitySPDIF” means that S / PDIF audio can be displayed. “RegionCode” means a region code. The region code means one obtained by dividing the earth into six regions and setting a region code number for each region. At the time of video playback, playback display can be permitted only in the region that matches the region code number. “CountryCode” means country code. “DisplayAspectRatio” means the aspect ratio. The aspect ratio is the aspect ratio of the video screen displayed to the user. “CurrentDisplayMode” means a display mode. “NetworkThroughput” means network throughput. The network throughput is a transfer rate of data transferred from the network server NTSRV via the network.

  Further, “dataCacheSize” is set in the data cache object, which means the data cache size.

<Profile parameters>
FIG. 47 shows a list of profile parameters in the present embodiment.

  In the present embodiment, the profile parameter consists of a profile parameter object. The profile parameter means a parameter related to a display format of a screen processed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. Four profile parameters are set in the profile parameter object. As the content of the profile parameter, “parentalLevel” means a parameter that defines a level that can be shown to a child with respect to a video that cannot be shown to a child, such as an adult video or a video with a violent / cruel scene. By using the above parameters, for example, when a child is shown a video with a high parental level, it is possible to display a video edited only for the part that the child can see. “MenuLanguage” means a menu language. “InitialAudioLanguage” means an initial audio language. “InitialSubtitleLanguage” means an initial subtitle language.

<Presentation parameters>
FIG. 48 shows a list of presentation parameters in the present embodiment.

  In the present embodiment, the presentation parameter means a parameter related to a display screen and display audio processed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 1, and includes a playlist manager PLMNG object, an audio mixing engine ADMXEN It consists of three objects: an object and a data cache DTCCH object. The playlist manager PLMNG object is a parameter necessary for processing in the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. Also, the audio mixing engine ADMXEN object is a parameter required for processing in the audio mixing engine ADMXEN in the AV renderer AVRND shown in FIG. 38, and the data cache DTCCH object is in the streaming buffer STRBUF in the data cache DTCCH shown in FIG. It can be classified into parameters (data cache) necessary for processing in.

  Eleven playlist managers PLMNG are set in the playlist manager PLMNG object. As a content of the playlist manager PLMNG, “playlist” will be described below. A number can be added to the file name of the playlist file PLLST, and when the playlist file PLLST is edited or updated, the playlist file PLLST has a value “1” higher than the highest number of past addition numbers. It is structured so that the latest playlist file PLLST can be created by adding a high number and saving. By setting the additional number of the playlist file PLLST to be played back by the advanced content playback unit ADVPL as the parameter, video playback can be performed based on the optimum playlist PLLST desired by the user. This embodiment is not limited to this, but as another embodiment, the combination of the title ID (titleId) and the elapsed time (titleElapsedTime) on the title timeline is the place where the user last interrupted playback (the last playback ended) It can also be used to record location. As for “titleId”, by recording the identification information (title ID) of the title when playback is interrupted (last played), when the user starts playback again, playback can be started from the title that was interrupted last time. To do. “TitleElapsedTime” means an elapsed time on the title time. “CurrentVideoTrack” means the track number of the main video. “CurrentAudioTrack” means the track number of the main audio. “CurrentSubtitleTrack” means the track number of the subtitle. “SelectedAudioLanguage” means a language (Japanese JA, English EN, etc.) selected by the user and output as audio during playback. “SelectedAudioLanguageExtension” means an extension area of the selected audio language. “SelectedSubtitleLanguage” means the language (Japanese JP, English EN, etc.) of the subtitle selected by the user and output during playback. “SelectedSubtitleLanguageExtension” means an extension area of the selected subtitle language. “SelectedApplicationGroup” means the language (Japanese JP, English EN, etc.) of the application group selected by the user and output during playback. For example, the display language identification indicates whether the character displayed on the help icon 33 shown in FIG. 16 is displayed as “Help” or “Help”.

  Further, 10 audio mixing engines ADMXEN are set in the audio mixing engine ADMXEN object. As the contents of the audio mixing engine ADMXEN, “volumeL” means the volume of the left channel. “VolumeR” means the volume of the right channel. “VolumeC” means the volume of the center channel. “VolumeLS” means the volume of the left surround channel. “VolumeRS” means the volume of the right surround channel. “VolumeLB” means the volume of the left rear channel. “VolumeRB” means the volume of the right rear channel. “VolumeLFE” means the volume of the subwoofer channel. “MixSubXtoX” means a sub-audio downmix coefficient (percentage). For example, as shown in FIG. 16, when the main video 31 displayed by the main video MANVD and the commercial separate screen 32 displayed by the sub-video SUBVD are displayed simultaneously, the main audio MANAD corresponding to the main video 31 and the commercial separate screen are displayed. It is necessary to output the sub audio SUBAD corresponding to 32 at the same time. The ratio of the output volume of the sub audio SUBVD to the main audio MANAD volume at that time is called the sub audio downmix coefficient. “MixEffectXtoX” means a sub-effect audio downmix coefficient (percentage). For example, as shown in FIG. 16, the user may press various icons 33 to 38 constituted by the advanced application ADAPL while the main video MANVD is displayed. A sound effect indicating that the user has instructed execution of each element (icon) in the advanced application ADAPL means an example of sub-effect audio. In this case, it is necessary to output the sub-effect audio simultaneously with the main audio MANAD corresponding to the main part 31. The ratio of the sub-effect audio output volume to the main audio MANAD volume at this time is called the sub-effect audio downmix coefficient.

  Also, “streamingBufferSize” is set in the data cache DTCCH object, which means the streaming buffer size. The data of the secondary video set SCDVS transferred from the network server NTSRV is temporarily stored in the streaming buffer STRBUF. In order to enable this, it is necessary to allocate the size of the streaming buffer STRBUF in the data cache DTCCH in advance. The required streaming buffer STRBUF size is specified in the structure information CONFGI in the playlist file PLLST. Yes.

<Layout parameters>
FIG. 49 shows a list of layout parameters in the present embodiment.

  In this embodiment, the layout parameter is composed of a presentation engine PRSEN object. The layout parameter means a parameter related to the layout on the screen displayed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG.

  In the presentation engine PRSEN object, 16 presentation engines PRSEN are set. As the contents of the presentation engine PRSEN, “mainVideo.x” means the X coordinate value of the origin position of the main video. “MainVideo.y” means the Y coordinate value of the origin position of the main video. “MainVideoScaleNumerator” means the numerator value of the scaling value of the main video. “MainVideoScaleDenominator” means the denominator value of the scaling value of the main video. “MainVideoCrop.x” means the X coordinate value of the sub video display area. “MainVideoCrop.y” means the Y coordinate value of the sub video display area. “MainVideoCrop.width” means the width of the sub video display area. “MainVideoCrop.height” means the height of the sub video display area. “SubVideo.x” means the X coordinate value of the origin position of the sub video. “SubVideo.y” means the Y coordinate value of the origin position of the sub video. “SubVideoScaleNumerator” means the numerator of the sub video scaling value. “SubVideoScaleDenominator” means the denominator of the sub video scaling value. “SubVideoCrop.x” means the X coordinate value of the sub video display area. “SubVideoCrop.y” means the Y coordinate value of the sub video display area. “SubVideoCrop.width” means the width of the sub video display area. “SubVideoCrop.height” means the height of the sub video display area.

  A method for setting the playlist file PLLST used for reproducing the advanced content ADVCT in this embodiment will be described with reference to FIGS. 50 and 51. FIG. In the present embodiment, basically, it is assumed that the playlist file PLLST exists in the information storage medium DISC. At the initial time, the advanced content ADVCT is reproduced using the playlist file PLLST stored in the information storage medium DISC. However, in the present embodiment, the contents of the playlist file PLLST for playback of the advanced content ADVCT can be updated by the method described below.

  1. Update the contents of the playlist file PLLST using the network server NTSRV.

  2. The playback process of the advanced content ADVCT is performed using a playlist file in which the user originally edited or created the playback procedure of the advanced content ADVCT.

  1 above. The new playlist file PLLST downloaded using the network server NTSRV shown in FIG. 5 can be stored in the persistent storage PRSTR. Thereafter, the advanced content ADVCT is reproduced using the playlist file PLLST in the persistent storage PRSTR. 1 above. And 2. In any of these methods, in order to enable discrimination between the old playlist file PLLST and the new playlist file PLLST that has been updated or edited / created, in this embodiment, the playlist file PLLST (in the file name) is linked. Set the highest number in the newest playlist file PLLST. As a result, even if multiple playlist files PLLST exist for the same advanced content ADVCT, it is possible to know the playback method for the latest advanced content ADVCT by using the playlist file PLLST with the highest number added. I can do it.

  2. The method will be described.

When the user is prohibited from editing the advanced content ADVCT supplied by the content provider, the user can be prohibited from editing by performing a copy protection process (scramble process) on the playback display object in the advanced content ADVCT. When the content provider supplies a playback display object that permits editing by the user, the editing processing by the user is permitted by not performing copy control control (scramble processing) on the playback display object. In the present embodiment, the playlist file PLLST created by the user performing the editing process on the playback display object for which the content provider does not permit the editing (copy control / scramble process) is stored in the persistent storage PRSTR. It can be saved. In this way, by making it possible to record a predetermined playlist file PLLST in the persistent storage PRSTR,
A) Since the download time of the updated playlist file PLLST stored in the network server NTSRV is no longer required, the playback start time can be shortened based on the updated playlist file PLLST. B) Editing and creation allowed The user can freely edit and create the advanced content ADVCT so that the advanced content ADVCT can be reproduced according to the user's preference.

  2. The relationship between this method and the effect of this embodiment shown in FIG. 2 will be described below.

  As shown in Fig. 2, the management data structure itself has a relatively customized structure in the conventional DVD-Video standard in response to a user request to ensure the ease of processing image-related information and the ease of transmitting post-processing information. Therefore, complex editing processing cannot be handled flexibly and easily. In contrast, in the present embodiment, XML is used for the description contents of the playlist file PLLST, and the concept of the title timeline TMLE is introduced to the description concept of the playlist file PLLST. Furthermore, in the present embodiment, by making it possible to update the playlist file PLLST created thereby, the user can easily select and create the playlist file PLLST shown in FIG. 2 [8] and transmit it. That is, the above 2. 2 (8.1) The user can select, create, or edit the playlist file PLLST corresponding to the above method. Also, as shown in FIG. 2 (8.2), the user selects and creates the playlist file PLLST as a friend. When the friend who receives and performs the process of optimizing the setting number of the playlist file PLLST, the received playlist file PLLST can also be used.

  In the present embodiment, a new playlist file PLLST that has been updated or edited / created is stored in the persistent storage PRSTR in a form in which the setting number is incremented. Therefore, when the advanced content ADVCT playback is started, as shown in FIG. 50, all playlist files PLLST existing in the information storage medium DISC and persistent storage PRSTR are searched, and the playlist having the highest number set therein is searched. By extracting the file PLLST, playback control based on the latest playlist file PLLST can be performed.

  In addition, when the updated playlist file PLLST on the network server NTSRV is downloaded, the latest playlist file PLLST is downloaded from the network server NTSRV as shown in FIG. After setting to a larger value than the existing playlist file PLLST, the playlist file PLLST saved on the network server NTSRV can be played back based on the updated playlist file PLLST by saving it in the persistent storage PRSTR. It becomes possible.

<Startup Sequence of Advanced Content>
The sequence at the time of activation for the advanced content ADVCT in this embodiment will be described with reference to FIG. Basically, search the playlist file PLLST in any persistent storage PRSTR connected to the information storage medium DISC, extract the playlist file PLLST with the highest number, and perform playback processing based on it Do.

  As shown in FIG. 5, in this embodiment, three types of information storage media DISC ranging from category 1 to category 3 are set. Among them, the information of the advanced content ADVCT can be recorded in the information storage medium DISC corresponding to the category 2 and the category 3 shown in FIGS. 5B and 5C. First, the category of the information storage medium DISC is determined, and the information storage medium DISC corresponding to category 2 or category 3 in which the advanced content ADVCT is recorded is detected.

  As shown in FIG. 14, the navigation manager NVMNG exists in the advanced content playback unit ADVPL in the information recording / playback apparatus 1 in the present embodiment, and the playlist manager PLMNG exists in the navigation manager NVMNG (see FIG. 28). ). The playlist manager PLMNG reproduces display mode information related to system parameters from the information storage medium DISC (step S41). Using the display mode information, the playlist manager PLMNG plays the “VPLIST $$. XML” file. In this embodiment, the playlist manager PLMNG can also play back the “VPLIST $$. XML” file (“$$ and“ ## ”are numbers from“ 00 ”to“ 99 ”). Meaning).

  In this embodiment, the provider ID / content ID and search flag necessary for reproducing the information storage medium DISC are recorded in the DISCID.DAT file in the persistent storage PRSTR. The playlist manager PLMNG reproduces the DISCID.DAT file in the persistent storage PRSTR, and reproduces the provider ID / content ID and the search flag from the file (step S42). The playlist manager PLMNG interprets the contents of the search flag and determines whether or not the search flag is “1b” (step S43). If the search flag is “0b”, the search is performed in any connected persistent storage PRSTR, and the playlist file PLLST corresponding to the provider ID and the content ID is searched (step S44). If the search flag is “1b”, the step S44 is skipped. Next, the playlist manager PLMNG searches for the playlist file PLLST under the directory “ADV_OBJ” in the information storage medium DISC (step S45). Thereafter, the playlist file PLLST having the highest number among the numbers set in the playlist file PLLST stored in the information storage medium DISC and in the persistent storage PRSTR is extracted, and the contents are extracted. The playlist manager PLMNG plays back (step S46). Next, based on the contents of the playlist file PLLST extracted in step S46, the advanced content playback unit ADVPL performs system configuration change / processing (step S47). At this time, the size of the streaming buffer STRBUF is changed based on the streaming buffer size described in the playlist file PLLST. Further, the erasure processing of all files and all data contents already recorded in the file cache FLCCH and the streaming buffer STRBUF shown in FIG. 27 is performed. Next, the object mapping and the playback sequence are initialized along the title timeline TMLE (step S48). As shown in FIG. 24, information of object mapping information OBMAPI and playback sequence information PLSQI is recorded in the playlist file PLLST, and the playlist manager PLMNG uses these information as a title to be displayed first. The playback timing of each playback display object on the corresponding title timeline TMLE is calculated, and the position of each capture entry point on the title timeline TMLE based on the playback sequence is calculated. Next, preparation for reproduction of the title to be reproduced first is made (step S49). Specific processing contents of step S49 will be described below. As shown in FIG. 28, a file cache manager FLCMNG exists in the navigation manager NVMNG. The file cache manager FLCMNG controls the reproduction of various files necessary prior to the start of the title to be reproduced first, and temporarily stores these files in the file cache FLCCH. The file to be temporarily stored in the file cache FLCCH is used by the advanced application manager (see FIG. 28). Specific file names include a manifest file MNFST, a markup file MRKUP, a script file SCRPT, etc. existing in the advanced navigation directory ADVNV shown in FIG. In addition, the time map file STMAP and secondary enhanced video object file S-EVOB (see FIG. 11) of the secondary video set SCDVS used in the secondary video player SCDVP (see FIG. 35), and the advanced application presentation engine AAPEN (see FIG. 30). The still image file IMAGE, the effect audio file EFTAD, the font file FONT, and the other file OTHER under the advanced element directory ADVEL used in (1) are stored in the file cache. At this timing, the playlist manager PLMNG performs initialization processing of various playback modules such as the advanced application presentation engine AAPEN, the secondary video player SCDVP, and the primary video player PRMVP in the presentation engine PRSEN shown in FIG. A method for preparing for playback related to the primary audio video PRMAV will be described below as part of preparation for playback of the title shown in step S49. As shown in FIG. 24, object mapping information OBMAPI exists in the playlist file PLLST, and primary audio video clip element PRAVCP exists in the object mapping information OBMAPI. The playlist manager PLMNG analyzes the information of the primary audio video clip element PRAVCP in the object mapping information OBMAPI and transmits the information to the primary video player PRMVP (see FIG. 30) in the presentation engine PRSEN. Further, as shown in FIG. 11, the management files related to the primary video set PRMAV include a video title set information file ADVTSI under the primary audio video directory PRMAV, a time map file PTMAP of the primary video set, and the like. The storage location information is transferred from the playlist manager PLMNG to the primary video player PRMVP. The primary video player PRMVP performs playback control of the video title set information file ADVTSI and the time map file PTMAP of the primary video set PRMVS from the information storage medium DISC, and then, based on the object mapping information OBMAPI, the primary video set PRMVS Prepare initial parameters required for playback control. Furthermore, as shown in FIG. 36, the primary video player PRMVP also prepares connection with a video recorder in the corresponding decoder engine DCDEN. When the substitute audio video SBTAV, the substitute audio SBTAD, or the secondary audio video SCDAV played by the secondary video player SCDVP is played back, the playlist manager PLMNG similarly sets the clip element related to the object mapping information OBMAPI. The information is transferred to the secondary video player SCDVP, and the storage location of the time map file STMAP (see FIG. 11) of the secondary video set is transferred to the secondary video player SCDVP. The secondary video player SCDVP performs playback control relating to the information of the time map file STMAP of the secondary video set, sets initial parameters relating to playback control based on the information of the object mapping information OBMAPI, and performs the decoder engine DCDEN shown in FIG. Prepare for connection with the related recorder. When the preparation for reproducing the title is completed, reproduction of the track to be reproduced first is started (step S50). At that time, the advanced content playback unit ADVPL starts counting up the title timeline TMLE, and performs playback display processing of each playback display object according to the progress of the title timeline TMLE according to the schedule described in the object mapping information OBMAPI. When reproduction is started, the reproduction end timing is always detected (step S51), and when the reproduction end time is reached, reproduction end processing is performed.

  The update sequence method at the time of advanced content playback in this embodiment will be described with reference to FIG. When the playlist file PLLST is updated (updated) mainly on the network server NTSRV, the advanced content playback unit ADVPL (see FIG. 1) in the information recording / playback apparatus 1 installed on the user side also plays correspondingly. List file PLLST contents can be updated (updated). FIG. 51 shows a playlist file PLLST update (update) processing method performed by the advanced content playback unit ADVPL.

As shown in FIG. 5, in this embodiment, three types of information storage media DISC ranging from category 1 to category 3 are set. Among them, the information of the advanced content ADVCT is included in the information storage medium DISC corresponding to the category 2 and the category 3 shown in FIGS. 5B and 5C. First, the category of the information storage medium DISC is determined, and the information storage medium DISC corresponding to category 2 or category 3 in which the advanced content ADVCT is recorded is detected. Next, also in FIG. 51, the processing from step S41 to step S45 of FIG. To do. Next, the playlist file PLLST stored in the information storage medium DISC and the persistent storage PRSTR is compared, and the playlist having the highest number among the numbers set in the playlist file PLLST is set. The file PLLST is extracted, and the playlist manager PLMNG reproduces the contents (step S61). Next, based on the contents of the playlist file PLLST extracted in step S61, a system configuration change process is performed (step S62). In the present embodiment, the specific contents of the system configuration change process are: 1. System resource configuration change processing Changing the size of the streaming buffer STRBUF (see FIG. 27) in the data cache DACCH ... “Pre-setting of the streaming buffer element STRBUF arranged in the structure information CONFGI in the playlist PLLST described in FIG. 2. Change the size according to the required streaming buffer size STBFSZ (size attribute information). The playlist manager in the navigation manager NVMNG existing in the advanced content playback unit ADVPL performs processing for deleting all files and all data contents already recorded in the file cache FLCCH and streaming buffer STRBUF shown in FIG. PLMNG (FIG. 28) is mainly performed.

  In step S63, object mapping and playback sequence initialization along the title timeline TMLE is performed. As shown in FIG. 24, information of object mapping information OBMAPI and playback sequence information PLSQI is recorded in the playlist file PLLST, and the playlist manager PLMNG uses these information as a title to be displayed first. The playback timing of each playback display object on the corresponding title timeline TMLE is calculated, and the position of each capture entry point on the title timeline TMLE based on the playback sequence is calculated. Thereafter, in step S64, preparation for reproduction of the title to be reproduced first is performed. The specific processing content of step S64 will be described below. As shown in FIG. 14, a navigation manager NVMNG exists in the advanced content playback unit ADVPL, and a file cache manager FLCMNG exists in the navigation manager NVMNG (see FIG. 28). Prior to starting playback of the title to be played first, the file cache manager FLCMNG temporarily stores various files required for playback in the file cache FLCCH. As shown in FIG. 11, files temporarily stored in the file cache FLCCH are located under the manifest file MNFST, the markup file MRKUP, the script file SCRPT, and the advanced element directory ADVEL existing in the advanced navigation directory ADVNV. Still image file IMAGE, effect audio file EFTAD, font file FONT and other file OTHER are uploaded. In addition to the files stored in the file cache FLCCH, there are a secondary video set time map file STMAP used in the secondary video player SCDVP and a secondary enhanced video object file S-EVOB. At the same time as the “preparation of playback of the title to be played first” shown in step S64, the playlist manager PLMNG displays the advanced application presentation engine AAPEN, secondary video player SCDVP, and primary video player in the presentation engine PRSEN shown in FIG. Performs initialization of various playback modules such as PRMVP. The specific contents of the initialization processing of various playback modules performed by the playlist manager PLMNG will be described below.

1. Initialization processing of primary video player PRMVP (when playback / display of primary audio video PRMAV is required within the title to be played)
* The following information is transferred from the playlist manager PLMNG to the primary video player PRMVP. • Described in the primary audio video clip element PRAVCP (see Fig. 54) such as the playback timing of the primary audio video PRMAV on the title timeline TMLE. Information • Primary video set PRMVS management information such as primary video set time map information PTMAP and enhanced video object information EVOBI (see Fig. 12) * Primary video player PRMVP sets initial parameters based on the above information * Primary video The player PRMVP prepares for connection between a necessary decoder module in the decoder engine DCDEN and the primary video player PRMVP (see FIG. 36). Initialization processing of secondary video player SCDVP (when playback / display of secondary video set SCDVS is required within the title to be played)
* The following information is transferred from the navigation manager NVMNG to the secondary video player SCDVP. Secondary audio video clip element SCAVCP, such as playback timing on the title timeline TMLE for various playback display objects in the secondary video set SCDVS (see Fig. 54) ) And the information described in the substitute audio video clip element SBAVCP and the substitute audio clip element SBADCP ・ Management information on the secondary video set SCDVS such as the time map information STMAP (see FIG. 12) of the secondary video set * Secondary video player SCDVP Sets the initial parameters based on the above information. * The primary video player SCDVP requires the necessary decoder module in the decoder engine DCDEN. A connection readiness between the secondary video player SCDVP the playback preparation of the title performing (see FIG. 37) is completed, it starts the reproduction of the planned track to be reproduced (step S65). At that time, the advanced content playback unit ADVPL starts counting up the title timeline TMLE, and performs playback display processing of each playback display object according to the progress of the title timeline TMLE according to the schedule described in the object mapping information OBMAPI. When the title is played back in step S65, if the user desires to play back using a newer updated title, execution of the update process of the playlist file PLLST is started (step S66).

<Update Sequence of Advanced Content Playback>
As described above, when execution of the update process for the playlist file PLLST is started in step S66, a search process for determining whether or not a new playlist file PLLST exists is started as the next step. In order to update the playback method of the advanced content ADVCT, update processing by the advanced application ADAPL needs to be executed. In order for the advanced application ADAPL to perform the update process related to the playback method, a script sequence (a processing program set by the script SCRPT) in which the function “search for the latest playlist PLLST and perform the update process” is originally set is used. The advanced application ADAPL recorded in the information storage medium DISC needs to have. The script sequence searches a location where the updated latest playlist file PLLST is stored. In general, the updated playlist file PLLST updated is generally stored in the network server NTSRV. If a new playlist file PLLST exists on the network server NTSRV, the playlist file PLLST is downloaded (step S69). If no new playlist file PLLST exists, the title is reproduced. (Step S68), and if it is desired to end the reproduction of the title in response to a user request, end processing is performed. If the user accepts reproduction based on the old playlist file PLLST, the process returns to the continuous reproduction of the title in step S65. Next, the download process (step S69) of the playlist file PLLST will be described. As shown in FIG. 1, an advanced content playback unit ADVPL exists in the information recording / playback apparatus 1 in the present embodiment, and a navigation manager NVMNG exists in the advanced content playback unit ADVPL as shown in FIG. An advanced application manager ADAMNG exists in the navigation manager NVMNG (see FIG. 28), and a programming engine PRGEN exists in the advanced application manager ADAMNG. If a new playlist file PLLST exists in the network server NTSRV, the script file SCRPT (the script sequence) in the advanced application ADAPL is started in the programming engine PRGEN, and the latest play file is started from the network server NTSRV. Download the list file PLLST to the file cache FLCCH or persistent storage PRSTR. When the process of downloading the latest playlist file PLLST is completed, it is next determined whether or not the playlist file PLLST is used during reproduction. If the user does not use the updated playlist file PLLST at the next reproduction and the updated playlist file PLLST is temporarily used in step S70, the playlist file PLLST is a file. It is temporarily recorded in the cache FLCCH. In this case, the current playlist file PLLST (before being updated) is read at the next playback. If the user requests to use the latest playlist file PLLST at the next reproduction in step S70, the updated playlist file PLLST is stored in the file cache FLCCH as shown in step S71. At the same time, it must be stored in a specific area specified by the provider ID and content ID in the persistent storage PRSTR. As a result, the updated playlist file PLLST is ready to be played back by the advanced content playback unit ADVPL during the next playback. Further, regardless of whether the playlist file PLLST updated in response to a user request is stored in the persistent storage PRSTR, it is necessary to perform a soft reset process in step S72. In order to restart (restart) the sequence at the start of playback (startup) of the advanced content ADVCT, the advanced application ADAPL needs to issue a soft reset API (command). The soft reset API (command) registers the contents of the updated playlist file PLLST with the advanced application manager ADAMNG (and the advanced application presentation engine AAPEN shown in FIG. 30) shown in FIG. Reset the playback configuration (various structural information necessary for playback). Thereafter, based on the contents of the updated playlist file PLLST, the system configuration is changed (processing similar to step S62) and the following processing is executed.

* The advanced content playback unit ADVPL stores the latest playlist file PLLST temporarily stored in the file cache FLCCH again. * Advanced content playback according to the latest playlist file PLLST content stored again in the file cache FLCCH. The part ADVPL saves the assignment information file again. After performing the above-mentioned soft reset process (step S72), the object mapping and the playback sequence initialization process along the title timeline TMLE in step S63 are connected.

  In FIG. 6, the transition relation between the advanced content playback and the standard content playback has been described. FIG. 52 is a flowchart showing the transition relationship between the advanced content ADVCT playback and the standard content STDCT playback corresponding to FIG. 6 at the time of actual transition.

  In the initial state immediately after the start of the following sequence, the advanced content ADVCT playback process is performed as shown in step S81. Next, when the generation process of the standard content STDCT is not encountered (step S82), the playback of the advanced content ADVCT is repeated until the playback of the advanced content ADVCT is finished (step S85). End processing is reached. When the standard content STDCT playback process is encountered during playback of the advanced content ADVCT (step S82), the process proceeds to playback of the standard content STDCT (step S83). Thereafter, until the playback command for advanced content ADVCT is received (step S84), playback of standard content STDCT is repeated. At the time of termination, an advanced content ADVCT playback command is received (step S84), and after returning to playback of the advanced content ADVCT (step S81), the termination processing is performed. Thus, by starting with the advanced content ADVCT playback mode and ending with the advanced content ADVCT playback mode, the advanced content playback unit ADVPL (see FIG. 1) in the information recording / playback apparatus 1 can manage and manage the entire sequence in an integrated manner. The complexity of switching control and management can be avoided.

<Transition Sequence between Advanced VTS and Standard VTS>
When reproducing the information storage medium DISC corresponding to the category 3 shown in FIG. 5C, there is a case where the mixed reproduction between the advanced content ADVCT and the standard content STDCT exists, and the transition between the two shown in FIG. appear.

  A detailed description of each step will be given below.

<Step S81: Advanced Content ADVCT Playback Process>
When reproducing the information storage medium DISC corresponding to the category 3, it is necessary to start from the reproduction of the advanced content ADVCT. As shown in FIG. 1, a navigation manager NVMNG exists in the advanced content playback unit ADVPL in the information recording / playback apparatus 1 as shown in FIG. The navigation manager NVMNG manages the progress of playback during playback of the advanced content ADVCT. As shown in FIG. 30, a primary video player PRMVP exists in the presentation engine PRSEN (see FIG. 14) in the advanced content playback unit ADVPL. In the navigation manager NVMNG, there is a playlist manager PLMNG as shown in FIG. If there is a user request to be processed by the primary video player PRMVP, the playlist manager PLMNG transfers the primary enhanced video object P-EVOB recorded in the information storage medium DISC without interruption. Must be guaranteed.

<Step S82: When encountering playback processing of standard content STDCT (standard video title set)>
In the advanced content ADVCT, a transition from the playback of the advanced content ADVCT to the playback of the standard content STDCT must be performed by an API command named call standard content player in the advanced navigation. The call standard content player API command also specifies playback start position information in the standard content STDCT (information indicating where playback starts in the standard content STDCT). The advanced content playback unit ADVPL includes a navigation manager NVMNG and a presentation engine PRSEN as shown in FIG. As shown in FIG. 28, an advanced application manager ADAMNG and a playlist manager PLMNG exist in the navigation manager NVMNG, and a primary video player PRMVP exists in the presentation engine PRSEN as shown in FIG. As shown in step S81, during the playback process of the advanced content ADVCT, it is always determined whether or not the playback process of the standard content STDCT (standard video title set) is encountered as shown in step S82. If the standard content STDCT playback process is encountered, the advanced application manager ADAMNG determines the necessity of issuing the call standard command player API command. When encountering a scene where the call standard content player API command needs to be issued, the advanced application manager ADAMNG issues a request to stop the playback of the advanced content ADVCT to the playlist manager PLMNG. In response to the request, the primary video player PRMVP stops the playback of the advanced content ADVCT. At the same time, the advanced application manager ADAMNG calls a call standard content player API command to the playlist manager PLMNG.

<Step S83: Playback of Standard Content STDCT (Standard Video Title Set)>
When the playlist manager PLMNG issues a call standard content player API command, the primary video player PRMVP jumps from the playback interrupt location of the advanced content ADVCT to the playback start location of the standard content STDCT. As shown in FIG. 1, the information recording / playback apparatus 1 includes a standard content playback unit STDPL and an advanced content playback unit ADVPL. In the present embodiment, there is a primary video player PRMVP in the advanced content playback unit ADVPL shown in FIG. 30, but in this embodiment, the primary video player PRMVP is also shared in the standard content playback unit STDPL. Yes. Accordingly, when the standard content STDCT is played back in step S83, the primary video player PRMVP in the standard content playback unit STDPL performs processing, and the standard content STDCT is played back and displayed. During this phase, the navigation manager NVMNG remains suspended. As a result, the event designated by the user is directly input to the primary video player PRMVP. During this phase, the primary video player PRMVP responds to a command based on the navigation command, and responds to transitions during playback (playback location jump processing) within the standard content STDCT.

<Step S84: Confirmation of Advanced Content ADVCT Playback Command Reception>
A transition from the standard content STDCT to the advanced content ADVCT is designated by a command “call advanced content player” which is a kind of the navigation command. When the primary video player PRMVP receives the call standard content player API command, the reproduction of the standard content STDCT is stopped. Thereafter, the playlist manager PLMNG performs processing so that playback is resumed from the location where playback was interrupted in response to the call standard content player API command during playback of advanced content ADVCT.

  Data in primary audio video clip element PRAVCP tag shown in FIG. 54, data in tag in secondary audio video clip element SCAVCP, data in tag of substitute audio video clip element SBAVCP shown in FIG. 55, and substitute audio clip Description will be made with reference to FIG. 53 between the in-tag data of the element SBADCP, the in-tag data of the advanced subtitle segment element ADSTSG in FIG. 56, and the time-related information used in the in-tag data of the application segment element APPLSG.

  In this embodiment, the display timing of each playback display object to the user is described in the playlist file PLLST using the display start time TTSTTM and end time TTEDTM on the title timeline TMLE. On the object mapping information OBMAPI in the playlist file PLLST, the start time TTSTTM on the title timeline TMLE at this time is described by titleTimeBegin attribute information. Similarly, the end time TTEDTM on the title timeline TMLE is described in the titleTimeEnd attribute information. In the present embodiment, the start time TTSTTM and the end time TTEDTM on the title timeline TMLE are represented by counts on the title timeline TMLE. As a time display method on the title timeline TMLE, an elapsed time from the start time of the title timeline TMLE is described as “HH: MM: SS: FF”. That is, “HH” in the time display method means a time unit, and a value from “00” to “23” is entered. “MM” represents a minute unit, and a number from “00” to “59” is entered. “SS” means a unit of seconds, and a value from “00” to “59” is entered. Furthermore, “FF” means the frame rate. In the case of 50 frames per second (50 fps: PAL system), the count value from “00” to “49” is entered as the “FF” value. When it reaches “50”, it moves up as 1 second. When the frame rate is 60 Hz (60 fps: NTSC), the count value is a value from “00” to “59”. In this case, it is considered that 1 second has passed when the value of “FF” reaches 60, and the value is incremented to the value of seconds. Enhanced video object data for the start location in a playback / display object (such as primary enhanced video object data P-EVOB or secondary enhanced video object data S-EVOB) that starts playback at the start time TTSTTM (titleTimeBegin) on the title timeline TMLE It is represented by the start position VBSTTM (clipTimeBegin attribute information) on EVOB. The value of the start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data EVOB is the presentation start time of the code frame of the video stream in the primary enhanced video object data P-EVOB (or the secondary enhanced video object data S-EVOB) ( Presentation timestamp value) Described in PTS. As shown in FIG. 12, the playlist PLLST refers to the time map PTMAP of the primary video set or the time map STMAP of the secondary video set, and accesses the enhanced video object EVOB via the time maps PTMAP and STMAP. The time maps PTMAP and STMAP are used for conversion from designated time information to relative address information in the enhanced video object EVOB. Therefore, the above-mentioned access control can be facilitated by specifying the presentation start time (presentation time stamp value) PTS as time information as the value of the start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data EVOB. .

  Further, the entire playback period OBTPT of the enhanced video object data P-EVOB of the primary video set PRMVS or the enhanced video object data S-EVOB of the secondary video set SCDVS, which is a playback display object, is defined. In the present embodiment, the following conditions are defined for the above four types of time information.

titleTimeBegin <titleTimeEnd
titleTimeEnd ≤ titleDuration
By imposing the above conditions, overflow of display time is prevented and ease of time management control is ensured. The attribute information related to titleDuration in the above relational expression exists in the tag (title attribute information TTATRI) of the title element information TTELEM shown in FIG. I mean. Furthermore, in this embodiment,
clipTimeBegin + titleTimeEnd-titleTimeBegin ≤ Total playback period of object data OBTPT
The conditions are also set. By setting the above conditions, the playback time range specified on the title timeline TMLE does not protrude from the entire playback period OBTPT of the enhanced video object data EVOB, thereby ensuring stable playback and management. For the enhanced video object data P-EVOB of the primary video set PRMVS or the secondary video set SCDVS which is the playback display object, the time map file PTMAP or secondary video set of the primary video set PRMVS as described above. The SCDVS time map file STMAP is to be referred to (see FIG. 12). Information on the start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data EVOB is obtained by referring to the time map file PTMAP of the primary video set PRMVS or the time map file STMAP of the secondary video set SCDVS. It is converted into physical address information indicating the location where playback is started. Thereby, an optical head (not shown) existing in the information recording / reproducing unit 2 in the information recording / reproducing apparatus 1 shown in FIG. 1 directly accesses the address position on the designated information storage medium DISC, thereby Playback can be started from the start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data EVOB. In addition, various conditions of the decoder engine DCDEN in the advanced content playback unit ADVPL can be set using the information of the video title set information file ADVTSI of the advanced content ADVCT for playback and display.

<Presentation Clip element and Object Mapping Information>
The object mapping information OBMAPI has display valid periods of various playback display objects on the title timeline TMLE. The display valid period means a period from the start time TTSTTM (titleTimeBegin) on the title timeline TMLE to the end time TTEDTM (titleTimeEnd) on the title timeline TMLE. When multiple primary audio video clip elements PRAVCP are described in the object mapping information OBMAPI on the title timeline TMLE, the primary audio video clip elements PRAVCP overlap each other on the title timeline TMLE. must not. That is, in this embodiment, as shown in FIG. 37, there is only one main video decoder MVDEC corresponding to the primary audio video PRMAV. For this reason, if the display periods on the title timeline TMLE overlap between a plurality of primary audio video clip elements PRAVCP, objects to be decoded on the main video decoder MVDEC collide with each other and cannot be stably reproduced. . Therefore, stabilization of the display screen for the user can be ensured by setting the above conditions. Similarly, when describing a plurality of secondary audio video clip elements SCAVCP in the object mapping information OBMAPI on the title timeline TMLE, between each secondary audio video clip element SCAVCP, each other on the title timeline TMLE. There should be no overlap. The secondary audio video SCDAV managed by the secondary audio video clip element SCAVCP includes a sub video SUBVD and a sub audio SUBAD as shown in FIG. As shown in FIG. 37, since there is only one sub video decoder SVDEC that decodes secondary audio video, confusion occurs on the sub video decoder SVDEC when they overlap each other. For this reason, the above restriction is added in order to display a moving image stably. When there are a plurality of substitute audio clip elements SBADCP on the object mapping information OBMAPI, the valid periods of the respective substitute audio clip elements SBADCP on the title timeline TMLE must not overlap each other. Even when a plurality of substitute audio video clip elements SBAVCP exist in the object mapping information OBMAPI, the validity periods of the respective substitute audio video clip elements SBAVCP on the title timeline TMLE must not overlap each other. In this embodiment, the valid period on the title timeline TMLE of the primary audio video clip element PRAVCP and the valid period on the title timeline TMLE of the substitute audio video clip element SBAVCP must not overlap each other. Further, in the present embodiment, the valid periods on the title timeline TMLE of the substitute audio video clip element SBAVCP, the secondary audio video clip element SCAVCP, and the substitute audio clip element SBADCP must not overlap each other. By setting these conditions, it is possible to prevent overlapping of reproduction display objects to be displayed on various decoders and to ensure the stability of the screen displayed to the user.

  As another method for ensuring the stability of the screen displayed to the user, in this embodiment, the access frequency of the optical head (not shown) existing in the information recording / reproducing unit 2 described in FIG. The following measures are taken to reduce this. 54 and 55, the storage location SRCTMP of the reproduction display object is recorded as src attribute information (source attribute information) in various clip element tags. In the present embodiment, the values of the src attribute information described in a plurality of clip elements whose valid periods on the title timeline TMLE overlap each other are not set in the information storage medium DISC. In other words, if the valid periods on the title timeline TMLE of playback display objects specified by a plurality of clip elements overlap, the access frequency on the same information storage medium DISC increases, and continuity during playback of the playback display objects is ensured. It will not be done. Therefore, not only the above conditions are set in this embodiment, but also a device described below is made. That is, even if the above conditions are unavoidably set, the clip elements other than the primary audio video clip element PRAVCP are unavoidable when the display periods on the title timeline TMLE of a plurality of playback display objects stored in the same information storage medium DISC overlap. Replay display objects managed in the above are temporarily stored in the data cache DTCCH in advance, and data is reproduced from the data cache DTCCH, thereby reducing the frequency of access to the information storage medium DISC and ensuring the continuity of reproduction. I can do it.

  In the present embodiment, the content described in the playlist file PLLST includes structure information CONFGI, media attribute information MDATRI, and title information TTINFO as shown in FIG. As shown in FIG. 23B, the title information TTINFO described above includes the first play title element FPTELE, the title element information TTELEM for each title, and the playlist application element PLAELE. The title element information TTELEM includes As shown in FIG. 23 (c), object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI, and scheduled control information SCHECI exist. The object mapping information OBMAPI includes a primary audio video clip element PRAVCP, a substitute audio video clip element SBAVCP, a substitute audio clip element SBADCP, a secondary audio video clip element SCAVCP, and an advanced subtitle segment as shown in FIG. The element ADSTSG and the application segment element APPLSG can be recorded. FIG. 54 (c) shows a detailed data structure of the primary audio video clip element PRAVCP. As shown in FIG. 54 (b), the data structure in the tag of the primary audio video clip element PRAVCP is composed of ID information PRAVID of the primary audio video clip element PRAVCP and attribute information PRATRI of the primary audio video clip element PRAVCP. The ID information PRAVID of the primary audio video clip element PRAVCP is described as “id =” as shown in FIG. 54 (c), and then the ID information PRAVID of the primary audio video clip element PRAVCP is described. Similarly, a specific data structure of the secondary audio video clip element SCAVCP is shown in FIG. 54 (d). The data structure in the secondary audio video clip element SCAVCP tag includes ID information SCAVID of the secondary audio video clip element SCAVCP and attribute information SCATRI of the secondary audio video clip element SCAVCP.

<Primary Audio Video Clip element>
The primary audio video clip element PRAVCP means a playback display clip element related to the primary audio video PRMAV as shown in FIG. In the primary audio video clip element PRAVCP, the contents of the object mapping information OBMAPI of the primary audio video PRMAV and the track number assignment information of the primary audio video PRMAV are described. The primary audio video clip element PRAVCP describes playback display management information related to the primary enhanced video object P-EVOB or the interleaved block of the primary enhanced video object P-EVOB as a playback display object. Also, in the object mapping information OBMAPI, the playback status of the playback display object (primary enhanced video object P-EVOB) on the title timeline TMLE on the title timeline TMLE (see the object mapping information OBMAPI part in FIG. 17) and In addition, track number assignment information relating to various elementary streams in the primary enhanced video object P-EVOB is described. “Src attribute information (source attribute information)” in FIGS. 54 (c) and 54 (d) corresponds to a playback display object (primary enhanced video object data P-EVOB of the primary audio video PRMAV) managed by the primary audio video clip PRAVCP. Storage location of index information file (primary video set time map file PTMAP) Index information file (secondary enhanced video object data S-EVOB of secondary audio video SCDAV) managed by SRCTMP or secondary audio video clip SCAVCP It means the storage location SRCTMP of the video map time map file STMAP). The storage location SRCTMP of the index information file is described according to a URI (Uniform Resource Identifier) format.

  The index information storage location SRCTMP of the playback display object to be referred to in the primary audio video clip element PRAVCP tag shown in FIG. 54 (c) is not limited to the above description, but the primary enhanced video object data P-EVOB or primary The storage location of the index information file (the time map PTMAP of the primary video set or the time map STMAP of the secondary video set) corresponding to the interleaved block of the video enhanced video object data P-EVOB can also be set. That is, as shown in FIG. 18, the file name displayed as an index during playback / use in the primary audio video clip element PRAVCP is the time map file PTMAP of the primary video set, and the time map file PTMAP of the primary video set is recorded. Is described in “SRC attribute information”. The start time TTSTTM (titleTimeBegin attribute information) on the title timeline TMLE and the end time TTEDTM (titleTimeEnd attribute information) on the title timeline TMLE are the primary enhanced video object data P-EVOB or primary enhanced video as shown in FIG. It represents the start time and end time of the valid period (of the interleaved block) of the object data P-EVOB. The start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data EVOB means the start position VBSTTM of the primary enhanced video object data P-EVOB of the primary video set PRMVS, and the primary enhanced video object data P-EVOB. It is expressed by the presentation start time (presentation time stamp value) PTS of the video stream existing in the video stream (see FIG. 53). The three types of time information are displayed as “HH: MM: SS: FF” in the primary audio video clip element PRAVCP, and are described by “hour: minute: second: field (number of frames)”. As shown in FIG. 10, the primary audio video PRMAV includes main video MAMVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT. Correspondingly, the contents of the primary audio video clip element PRAVCP are composed of a list of a main video element MANVD, a main audio element MANAD, a subtitle element SBTELE, a sub video element SUBVD, and a sub audio element SUBAD. The list also includes track number assignment information (track number setting information for each elementary stream) of each elementary stream in the primary enhanced video object data P-EVOBS. In the present embodiment, when video information for each angle corresponding to multi-angle or the like is mixed and recorded on the information storage medium DISC, the primary enhanced video object data P-EVOB is in the form of an interleaved block. Information is memorized. As described above, when management information is recorded by the primary audio video clip element PRAVCP with respect to the primary enhanced video object data P-EVOB constituting the interleaved block, the main video element MANVD is interleaved. A track number assignment (track number) setting method is described for angle number information that can be displayed in the block. That is, as described later, an angle number (angle number information ANGLNM (angleNumber attribute information) selected in the interleaved block in FIG. 59 (c)) is defined in the tag information corresponding to the main video element MANVD. The angle number to be displayed in the tag information of the main video element MANVD can be made to correspond. The main audio element MANAD represents which audio stream (AM_PCK) in the primary enhanced video object data P-EVOB can be reproduced, and is set by the audio track number. The subtitle element SBTELE represents which sub-picture stream (SP_PCK) in the enhanced video object data P-EVOB can be reproduced, and is set by the subtitle track number. The sub audio element SUBAD represents which sub video stream (SP_PCK) in the primary enhanced video object data P-EVOB can be reproduced, and is set by the sub audio track number. Further, the sub video element SUBVD describes the display possibility of the sub video stream (VS_PCK) in the primary enhanced video object data P-EVOB. If the sub video element SUBVD is described in the object mapping information OBMAPI in the playlist file PLLST, the sub video stream in the enhanced video object data P-EVOB of the primary video set PRMVS can be played back. In this case, the sub video number is set to “1”.

  The data in the attribute information PRATRI of the primary audio video clip element will be described below. As shown in FIG. 54 (c), each piece of information includes “dataSource =”, “titleTimeBegin =”, “clipTimeBegin =”, “titleTimeEnd =”, “src =”, “seamless =”, and “description =”. Immediately after, information is written. As shown in FIG. 18, the primary audio video PRMAV is recorded in the information storage medium DISC. Correspondingly, “Disc” must be entered in the value of the data source DTSORC in which the playback display object is recorded. When “Disc” is recorded as the value of the data source DTSORC in which the playback display object is recorded, the primary enhanced video object data P-EVOB of the corresponding primary audio video PRMAV is recorded in the information storage medium DISC. It has been shown that. The data source DTSORC in which the playback display object is recorded can be omitted from the primary audio video clip element PRAVCP, but the information of the data source DTSORC in which the playback display object is recorded is not described. In this case, the data source DTSORC in which the reproduction display object corresponding to this is recorded is considered to contain the information “Disc”. As shown in FIG. 53, the start time TTSTTM (titleTimeBegin) on the title timeline TMLE and the start position VBSTTM (clipTimeBegin) on the enhanced video object data EVOB represent times synchronized with each other on the time axis. That is, the start time TTSTTM (titleTimeBegin) on the title timeline TMLE displayed with the frame count number based on the notation method “HH: MM: SS: FF” and the presentation start time (presentation time stamp value) PTS in the video stream It is possible to obtain the correspondence relationship with the start position VBSTTM on the enhanced video object data EVOB displayed by the above information. Therefore, using the above relationship, from the arbitrary time on the title timeline TMLE within the effective period from the start time TTSTTM (titleTimeBegin) on the title timeline to the end time TTEDTM (titleTimeEnd), It is possible to convert the presentation start time (presentation time stamp value) PTS in the video stream. On the primary audio video clip element PRAVCP, the description of the information of the start position VBSTTM (clipTimeBegin) on the enhanced video object data EVOB can be omitted. If the description of the start position VBSTTM (clipTimeBegin) on the enhanced video object data EVOB is omitted, playback starts from the start position of the primary enhanced video object data file P-EVOB of the primary video set PRMVS. . In this embodiment, it is possible to omit the description of the additional information related to the primary audio video clip in the primary audio video clip element tag. Whether the seamless flag information SEAMLS (seamless attribute information) guarantees that the joint of the primary audio video PRMAV managed by the primary audio video clip element PRAVCP can be played seamlessly (continuously without interruption). Information. When the value is “true”, playback switching from another primary audio video PRMAV mapped immediately before on the title timeline TMLE to the primary audio video PRMAV managed by the primary audio video clip element PRAVCP is directly performed. When doing it, it is guaranteed that the video is continuously and smoothly connected without interruption at the joint between them. Further, when the value is “false”, it indicates that the continuous reproduction (seamless condition) at the joint is not satisfied. It is possible to omit the description of the seamless flag information SEAMLS (seamless attribute information). In this case, the default value “false” is automatically set.

  In this embodiment, all the information described in each clip element tag in the object mapping information OBMAPI is commonly described with “ID = ID information” in the first position (see FIG. 55 / FIG. 56). It is characterized by things. As a result, a plurality of clip elements of the same type can be set in the same object mapping information OBMAPI (the same type of clip elements can be distinguished from each other by the “ID information”), as well as the playlist manager PLMNG (FIG. 28). This makes it easy to identify each clip element by reference), and to shorten the time until the start of reproduction at the time of activation. Further, as shown in FIG. 82, it becomes possible to designate a necessary clip element by an API command using the “ID information”, and API command processing is facilitated. At the same time, all the information described in each clip element tag in the object mapping information OBMAPI is common, and “description = additional information” is described at the last position (see FIG. 55 / FIG. 56). . Thereby, there is an effect that it becomes easy to search for “additional information” for each clip element by the playlist manager PLMNG (see FIG. 28). Also, in the present embodiment, the information described in each clip element tag in the object mapping information OBMAPI is all “titleTimeBegin = [start time on title timeline TTSTTM]” regardless of the type of clip element tag. Is described first, followed by “titleTimeEnd = [End time TTEDTM on the title timeline]”. Depending on the clip element tag, “clipTimeBegin = [From the start position on the enhanced video object data] You can insert start time VBSTTM] ”. In this way, the description order for the three types of time information is common in all clip element tags, thereby facilitating and speeding up related information search in each clip element by the playlist manager PLMNG (see FIG. 28). You can plan.

<Secondary Audio Video Clip Element>
The data structure in the secondary audio video clip element SCAVCP tag shown in FIG. 54 (d) will be described below. As shown in FIG. 18, the secondary audio video clip element SCAVCP represents a reproduction display clip element for the secondary audio video SCDAV. The secondary audio video SCDAV exists in the secondary enhanced video object data S-EVOB of the secondary video set SCDVS, and includes a sub video stream SUBVD and a sub audio stream SUBAD. The secondary audio video clip element SCAVCP indicates object mapping information OBMAPI of the secondary audio video SCDAV in the title. At the same time, the secondary audio video clip element SCAVCP represents information of track number assignment information of each elementary stream in the secondary enhanced video object data S-EVOB of the secondary audio video SCDAV. As shown in FIG. 18, the secondary audio video SCDAV can be recorded in the information storage medium DISK, persistent storage PRSTR, network server NTSRV, and file cache FLCCH. Therefore, the secondary audio video SCDAV is not only recorded in the information storage medium DISC and the network server NTSRV, but may be downloaded in advance into the persistent storage PRSTR and the file cache FLCCH. The SRC attribute information (source attribute information) shown in FIG. 54 (d) represents the storage location SRCTMP of the index information file related to the secondary enhanced video object data S-EVOB of the secondary audio video SCDAV that is the reproduction display object. As shown in FIG. 18, a file (index information file) referred to as an index when the secondary audio video SCDAV is played back / used means a time map file STMAP of the secondary video set. In addition, the information of the start time TTSTTM (titleTimeBegin) on the title timeline and the end time TTEDTM (titleTimeEnd) on the title timeline represent the start and end times in the valid period of the secondary enhanced video object data S-EVOB, respectively. . As shown in FIG. 53, the start position VBSTTM (clipTimeBegin) on the enhanced video object data represents the start position of the secondary enhanced video object data S-EVOB by time information. Also in the secondary audio video clip element SCAVCP, the three types of time information are represented by “hour: minute: second: field (number of frames)” of “HH: MM: SS: FF”. For the sub video SUBVD and sub audio SUBAD in the primary audio video set PRMVS, the sub video SUBVD and sub audio SUBAD in the secondary audio video SCDAV are used in an alternative state and cannot be played back simultaneously. Only one of them is reproducible. Therefore, in the object mapping information OBMAPI, the effective period on the title timeline TMLE of the sub video SUBVD and sub audio SUBAD in the primary video set PRMVS and the effective period described in the secondary audio video clip element SCAVCP are mutually titles. It must be arranged so that it does not overlap on the timeline TMLE. In this way, by constraining the object mapping information OBMAPI, there is an effect that it is possible to prevent a collision of reproduction display processing in the advanced content reproduction unit ADVPL and to stably display it to the user. The secondary audio video clip element SCAVCP includes a sub video element SUBVD and a sub audio element SUBAD. Also, the sub video element SUBVD and the sub audio element SUBAD in the secondary audio video clip element SCAVCP represent track number assignment information for each elementary stream in the secondary video set enhanced video object data S-EVOB. As shown in FIG. 10, the secondary audio video SECDAV can include a sub video SUBVD and a sub audio SUBAD. Correspondingly, in the present embodiment, at least one sub video element SUBVD or only one sub audio element SUBAD can be described in the secondary audio video clip element SCAVCP. In the present embodiment, both the sub video track number and the sub audio track number must be set to “1”. When the sub video element SUBVD is described in the secondary audio video clip element SCAVCP, it is confirmed that the sub video stream exists in VS_PCK (secondary video pack) in the secondary enhanced video object data S-EVOB. This means that the sub video stream must be record processed by a secondary video recorder (see FIG. 37). Similarly, when the sub audio element SUBAD is described in the secondary audio video clip element SCAVCP, the sub audio stream is included in the AS_PCK (secondary audio pack) of the secondary enhanced video object data S-EVOB. The sub audio stream must be record processed by a decoder (see FIG. 37) corresponding to the secondary video player SCDVP. When the content of the data source attribute information indicating the data source DTSORC in which the playback display object is recorded means the network server NTSRV and “dataSource = Network” is described, the network is included in the secondary audio video clip element SCAVCP. The source element NTSELE must be described. In addition, as the value of the src attribute information describing the index information file storage location SRCTMP of the display reproduction object to be referred to at that time, the value of address information starting from “http” or “https” must be described. The network source element NTSELE describes the contents of the streaming source to be selected according to the network throughput (data transfer rate). As a result, there is an effect that the optimum video information can be provided to the user according to the user's network environment (network transfer speed). In the data source attribute information that describes the contents of the data source DTSORC in which the playback display object is recorded, “Disc”, “P-Storage”, “Network” or “FileCache” is added after “dataSource =”. Contains any information. If “Disc” is described as this value, the secondary enhanced video object data S-EVOB must be recorded in the information storage medium DISC. If this value is described as “P-Storage”, it indicates that the secondary enhanced video object data S-EVOB is recorded in the persistent storage PRSTR. If the value of the data source attribute information is described as “Network”, the secondary enhanced video object data S-EVOB means streaming supplied from the network server NTSRV. Further, when the value of the data source attribute information is described as “FileCache”, it means that the information of the secondary enhanced video object data S-EVOB is stored in the file cache FLCCH. In this embodiment, the description of the src (source) attribute information can be omitted. In this case, the default value “P-Storage” is automatically set (data in which the playback display object is recorded). Source DTSORC is stored in persistent storage PRSTR).

  In the present embodiment, it is possible to omit the description of the information of the start position VBSTTM (clipTimeBegin) on the enhanced video object data. If the description of the start position VBSTTM (clipTimeBegin) on the enhanced video object data is omitted, it means that the reproduction is started from the head position of the secondary enhanced video object data S-EVOB. Information in the form of URI (Uniform Resource Identifier) is described in the src attribute information where the index information file storage location SRCTMP of the playback display object to be referred to is recorded. As shown in FIG. 12 or 18, for the secondary enhanced video object data S-EVOB, the time map file STMAP of the secondary video set is referred to from the playlist file PLLST. Therefore, in the present embodiment, the storage location SRCTMP of the index information file of the playback display object to be referred to means the storage location of the time map file STMAP of the secondary video set. Next, the time PRLOAD information (preload attribute information) on the title timeline at which the playback display object starts to be fetched is the time on the title timeline TMLE when the advanced content playback unit ADVPL starts fetching the playback display object. Represents. (Refer to FIG. 65 (a).) Further, the description of the information can be omitted in the present embodiment. Furthermore, three types of “hard”, “soft”, and “none” can be selected in the secondary audio video clip element tag SCAVCP as the value of the sync attribute information indicating the synchronization attribute information SYNCAT of the playback display object. If “hard” is selected as this value, the secondary audio video SCDAV means a hard synchronization object. When this value is set, if loading of the secondary audio video SCDAV in the data cache DTCCH is not completed even when the start time TTSTTM (titleTimeBegin) on the title timeline of the corresponding secondary audio video SCDAV is reached, For example, the time progress on the title timeline TMLE is stopped (the period during which the screen is still displayed for the user), and the time progress on the title timeline TMLE is resumed after loading. When the value of the synchronization attribute information (src attribute information) is “soft”, it means a soft synchronization object. If this value is set, the loading of the secondary audio video SCDAV in the data cache DTCCH is not completed even when the start time TTSTTM (titleTimeBegin) on the title timeline of the corresponding secondary audio video SCDAV is reached, Advance the time progress on the title timeline TMLE without displaying the secondary audio video SCDAV, and start at the time when the loading is completed (after the start time TTSTTM on the title timeline) of the secondary audio video SCDAV Start playback. If the sync attribute information is “none”, it means that the secondary enhanced video object data S-EVOB is reproduced in an asynchronous state without being synchronized with the title timeline TMLE. The description of the sync attribute information SYNCAT can be omitted in the secondary audio video clip element SCAVCP tag. If the description is omitted, the sync attribute information value is set to “soft” which is a default value. In the no-cache attribute information indicating the no-cache attribute information NOCACH, either “true” or “false” is described. The no-cache attribute information NOCACH is information related to the HTTP communication protocol. If this value is “true”, the Cash-Control header and the Pragma header must be included in the HTTP GET request message. Means. The description attribute information representing additional information related to the secondary audio video clip element SCAVCP is described in a text format often used by the user. The additional information can be omitted from the secondary audio video clip element SCAVCP tag.

  As shown in FIG. 23A, structure information CONFGI, media attribute information MDATRI, and title information TTINFO exist in the playlist file PLLST. As shown in FIG. 23 (b), there is title element information TTELEM for each of one or more titles in the title information TTINFO, and in the title element information TTELEM for the one as shown in FIG. 23 (c). Object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI, and scheduled control information SCHECI exist. As shown in FIG. 55, a substitute audio video clip element SBAVCP and a substitute audio clip element SBADCP exist in the object mapping information OBMAPI. The data structure in the substitute audio video clip element SBAVCP shown in FIG. 55 (c) will be described below.

<SubstituteAudioVideoClip element>
As shown in FIG. 18, the playback / display clip element relating to the substitute audio video SBTAV is called a substitute audio video clip SBAVCP. As shown in FIG. 10, the substitute audio video SBTAV is included in a secondary video set SCDVS, and information on main video MANVD and main audio MANAD is included in the substitute audio video SBTAV. The substitute audio video clip element SBAVCP describes object mapping information OBMAPI information regarding the substitute audio video SBTAV in the title. The substitute audio video clip element SBAVCP also indicates track number assignment information regarding each elementary stream included in the secondary enhanced video object data S-EVOB of the substitute audio video SBTAV. As shown in FIG. 18, the substitute audio video SBTAV can be recorded in the information storage medium DISC, persistent storage PRSTR, network server NTSRV, and file cache FLCCH as originally recorded locations. As shown in FIG. 18, the file name referred as an index when the secondary enhanced video object data S-EVOB, which is a playback object related to the substitute audio video SBTAV, is used for playback is the time map file STMAP of the secondary video set. Accordingly, as the src attribute information (source attribute information) described in the substitute audio video clip SBAVCP tag, the information on the storage location SRCTMP in which the time map file STMAP of the secondary video set is recorded is a URI (uniform resource). (Identifier) As shown in FIG. 55 (b), the substitute audio video clip element SBAVCP includes a main video element MANVD and a main audio element MANAD. The main video element MANVD and main audio element MANAD in the substitute audio video clip element SBAVCP are related to the track number assignment information (track number setting information) of each elementary stream in the corresponding secondary enhanced video object data S-EVOB. A description is made. If there is a description about the main video element MANVD in the substitute audio video clip element SBAVCP, a video stream in the main video pack VM_PCK in secondary enhanced video object data S-EVOB exists, and It shows that the video element stream can be played back. At the same time, a designated video track number is set for each video stream in the main video pack VM_PCK of the secondary enhanced video object data S-EVOB. In addition, if the main audio element MANAD is described in the substitute audio video clip element SBAVCP, an audio stream exists in the main audio pack VM_PCK of the secondary enhanced video object data S-EVOB, and It shows that the audio stream can be reproduced. Each audio stream in the main audio pack AM_PCK of the secondary enhanced video object data S-EVOB is set with a designated audio track number. If “Network” is designated as the value of the data source DTSORC (dataSource attribute information) in which the playback display object in the substitute audio video clip element SBAVCP shown in FIG. 55 (c) is recorded, FIG. As shown in (b), the description of the network source element NTSELE exists in the substitute audio video clip element SBAVCP. In addition, when the value of the data source DTSORC in which the playback display object is recorded in this way is “Network”, the value of the index information file storage location SRCTMP (SRC attribute information) of the playback display object to be referred to is “http” Address information (path) starting from "https" and file name are described. As shown in FIG. 63 (c), the network source element NTSELE is a streaming source (in the substitute audio video SBTAV) selected based on the designated network throughput (the minimum allowable data transfer rate in the network path). Contents of main video MANVD or main audio MANAD). As a result, it is possible to load an optimal data source (the main video MANVD or the main audio MANAD) based on the user's network path (for example, the data transfer rate differs depending on the network path by optical cable / ADSL or modem). For example, in a network environment in which high-speed data communication using an optical cable is possible, it is possible to transfer a high-resolution video as the main video MANVD. On the other hand, in a network environment where the data transfer rate by a modem (telephone line) or the like is low, downloading a high-resolution main video MANVD requires an enormous download time. Therefore, in the case of a network environment where the data transfer rate is low such as the modem, it is possible to download the main video MANVD with a greatly reduced resolution. As described above, by selecting data or files to be downloaded corresponding to a plurality of network source elements NTSELE, it is possible to download a network source optimum for the user's network environment. A data source DTSORC (dataSource attribute information) in which a reproduction display object is recorded represents a territory of a place where a data source of a substitute audio video SBTAV that is a reproduction display object is recorded. As shown in FIG. 18, the information recording medium DISC, persistent storage PRSTR, network server NTSRV, or file cache FLCCH exists as a place where the substitute audio SBTAV is originally recorded. In response to this, one of the values “Disc”, “P-Storage”, “Network”, and “FileCache” is entered as the value of the data source DTSORC in which the playback display object is recorded. When “Disc” is set as the value of the data source DTSORC in which the playback display object is recorded, it means that the secondary enhanced video object data S-EVOB is recorded in the information storage medium DISC. Yes. In addition, when the value of the data source DTSORC in which the playback display object is recorded is “P-Storage”, the secondary enhanced video object data S-EVOB must be recorded in the persistent storage PRSTR as the previously downloaded content. Don't be. When the value of the data source DTSORC in which the playback display object is recorded is “Network”, the secondary enhanced video object data S-EVOB must be supplied as streaming from the network server NTSRV. Further, when the value of the data source DTSORC in which the reproduction display object is recorded is “FileCache”, the corresponding secondary enhanced video object data S-EVOB must be supplied in the file cache FLCCH. If the value of the data source DTSORC in which the playback display object is recorded is not described in the attribute information SVATRI of the substitute audio video clip element, the data source DTSORC in which the playback display object is recorded The default value “P-Storage” is automatically set. The start time TTSTTM (titleTimeBegin attribute information) on the title timeline and the end time TTEDTM (titleTimeEnd attribute information) on the title timeline are the substitute audio video SBTAV (secondary enhanced video) that is a playback display object on the title timeline TMLE. Represents the start time TTSTTM and end time TTEDTM of the object data S-EVOB). These times are displayed as time information of “HH: MM: SS: FF”. As shown in FIG. 53, the start position VBSTTM on the enhanced video object data is secondary enhanced video object data S-EVOB (substitute audio video SBTAV) which starts display corresponding to the start time TTSTTM (titleTimeBegin) on the title timeline. A value is designated by the presentation start time (presentation time stamp value) PTS of the video stream in the secondary enhanced video object S-EVOB. Using the correspondence between the value of the start position TTSTTM on the title timeline and the start position VBSTTM on the enhanced video object data EVOB, a video stream is obtained from the value on the title timeline TMLE at an arbitrary position within the valid period. The presentation start time (presentation timestamp value) PTS can be calculated. In the substitute audio video clip element SBAVCP, the description of the information of the start position VBSTTM on the enhanced video object data EVOB can be omitted. Thus, when the description of the start position VBSTTM on the enhanced video object data is omitted in the attribute information SVATRI of the substitute audio video clip element, from the start position of the corresponding secondary enhanced video object data S-EVOB Playback starts. SRCTMP (SRC attribute information) where the index information file should be referenced where the playback audio object Substitute Audio Video SBTAV (Secondary Enhanced Video Object S_EVOB) should be referenced is described in URI (Uniform Resource Identifier) format Is done. As shown in FIG. 18, the file referred to as the index represents the location where the time map file STMAP of the secondary video set is recorded. Also, the time PRLOAD (preload attribute information) on the title timeline at which the reproduction display object starts to be captured is set to the same time as the start time TTSTTM on the title timeline or a time preceding it, and the substitute audio It represents the loading start time when loading into the data cache DTCCH in advance before displaying SBTAD to the user. It is possible to omit the description of the time PRLOAD on the title timeline for starting the capture of the reproduction display object from the attribute information SVATRI of the substitute audio video clip element. Furthermore, either “hard” or “none” is set as the value of the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object. If the value is “hard”, the corresponding substitute audio video SBTAV represents a hard synchronized object. A case where it is necessary to load a new substitute audio video SBTAV into the data cache DTCCH when displaying a moving image to the user will be described. In this case, the substitute audio video SBTAV is loaded into the data cache DTCCH from the time PRLOAD on the title timeline at which the reproduction display object is taken in. If the loading is completed by the start time TTSTTM on the title timeline, or if the substitute audio video SBTAV can be played and displayed without interruption until the end time TTEDTM on the title timeline, the title Playback and display of the substitute audio video SBTAV is started from the start time TTSTTM on the timeline. On the other hand, if the loading process is not in time, the time progress (count up) on the title timeline TMLE is temporarily stopped when the value of the synchronization attribute information SYNCAT of the playback display object is set to “hard”, Keep the moving image stationary for the user. Meanwhile, the substitute audio video SBTAV continues to be loaded into the data cache DTCCH. Only when the loading process to the data cache DTCCH is completed or when the substitute audio video SBTAV can be played and displayed without interruption until the end time TTEDTM on the title timeline even during loading The time progress (counting up) of the timeline TMLE is resumed, the moving image displayed to the user starts to move, and a synchronization process for displaying the substitute audio video SBTAV to the user is started. Further, when the synchronous attribute information SYNCAT of the playback display object is “none”, it represents an asynchronous object, and the substitute audio SBTAD is displayed to the user independently of the progress of the title timeline TMLE (asynchronous state). Made. The description of the synchronization attribute information SYNCAT of the reproduction display object can be omitted from the attribute information SVATRI of the substitute audio video clip element. In that case, the default value “hard” is automatically set. Further, the no-cache attribute information NOCACH is information related to the HTTPT communication protocol, and a value of “true” or “false” is set. If it is “true”, it is necessary to include the Cach-Control header and the Pragma header in the HTTP GET request message. In addition, when the value of the data source DTSORC in which the playback display object is recorded is described as “Network” and the no-cache attribute information NOCACH is specified as “false”, the HTTP-GET request message includes a Caché- It means that Control header and Pragma header are not included. The description of the no-cache attribute information NOCACH can be omitted. In this case, the default value “false” is automatically set. The additional information related to the substitute audio video clip is described in a text format familiar to people. Further, it is possible to omit the description of the additional information regarding the substitute audio video clip SBAVCP.

<SubstituteAudioClip element>
As shown in FIG. 10, the substitute audio SBTAD exists in the secondary enhanced video object data S-EVOB of the secondary video set SCDVS. The substitute audio SBTAD includes information of the main audio MANAD, and is selectively (or alternatively) displayed and reproduced with the main audio of the primary video set PRMVS. That is, in the present embodiment, the main audio MANAD in the primary video set PRMVS and the main audio MANAD of the substitute audio SBTAD cannot be displayed and reproduced simultaneously for the user. The substitute audio clip element SBADCP indicates object mapping information OBMAPI information related to the substitute audio SBTAD in the title. At the same time, the substitute audio clip element SBADCP also shows information on track number assignment (track number setting) of each elementary stream in the secondary enhanced video object data S-EVOB of the substitute audio SBTAD. As shown in FIG. 18, the substitute audio SBTAD can be recorded in the information storage medium DISC, persistent storage PRSTR, network server NTSRV, or file cache FLCCH. As shown in FIG. 55, a plurality of main audio elements MANAD can be included in the substitute audio clip element SBADCP. Further, in this case, the main audio element MANAD in the substitute audio clip element SBADCP contains setting information of the audio track number of the main audio stream included in the main audio pack AM_PCK of the secondary enhanced video object data S-EVOB. It is described in the audio element MANAD. When “Network” is described as the value of the data source DTSORC in which the playback display object described in FIG. 55 (d) is recorded, the network source element NTSELE is included in the corresponding substitute audio clip element SBADCP. Described. In this case, the URI (Uniform Resource Identifier) information starting from “http” or “https” as the value of the index information file storage location SRCTMP of the playback display object to be referred to shown in FIG. 55 (d) Is described. In addition, based on the network throughput (data transfer rate) in the network environment to which the information recording / reproducing apparatus 1 is connected, access destination information of the streaming source to be optimally selected is described in the network source element NTSELE. Thereby, as described in the substitute audio video clip element SBAVCP, the information recording / reproducing apparatus 1 can automatically select the information of the substitute audio to be optimally displayed. As shown in FIG. 55 (d), by describing ID information SCAVID in the substitute audio clip element SBADCP tag, a plurality of substitute audios to be displayed at different times on the title timeline TMLE in the same title SBTAD can be set. Also, as shown in FIG. 82, by providing ID information SBADID in the substitute audio clip element SBADCP, it becomes easy to refer to the substitute audio clip element SBADCP by the API command, and the API command processing can be simplified. Also, set one of “Disc”, “P-Storage”, “Network” and “FileCache” as the value of the data source dtsorc in which the playback display object is recorded in the Substitute Audio Clip Element SBADCP tag. I can do it. If “Disc” is set as the value, it means that the secondary enhanced video object data S-EVOB is stored in the information storage medium DISC. When the value is “P-Storage”, the corresponding secondary enhanced video object data is recorded in the persistent storage PRSTR as a previously downloaded content. When the value of the data source in which the playback display object is recorded is “Network”, the secondary enhanced video object data S-EVOB is supplied as streaming transferred from the network server NTSRV. Further, when the value is “FileCache”, the corresponding secondary enhanced video object data S-EVOB is supplied from the file cache FLCCH. If there is no description of the data source DTSORC in which the playback display object is recorded in the attribute information SAATRI of the substitute audio clip element, a default value is set as the value of the data source DTSORC in which the playback display object is recorded. A certain “P-Storage” value is automatically set. The start time TTSTTM (titleTimeBegin attribute information) on the title timeline and the end time TTEDTM (titleTimeEnd attribute information) on the title timeline described in the substitute audio clip element SBADCP tag are playback display objects ( The start time information and the end time information in a continuous chunk of the secondary enhanced video object data S-EVOB) are shown. The time information is described in “HH: MM: SS: FF”. The start position VBSTTM (clipTimeBegin attribute information) on the enhanced video object data represents the start position of the enhanced video object data S-EVOB of the secondary video set as shown in FIG. 53, and represents the presentation start time (presentation time) in the video stream. Stamp value) Displayed by PTS. Further, it is possible to omit the description of the information of the start position VBSTTM on the enhanced video object data in the attribute information SVATRI of the substitute audio video clip element. If the information is omitted, it means that playback / display is started from the head position of the enhanced video object data S-EVOB of the secondary video set. The index information file storage location SRCTMP (SRC attribute information) of the playback display object to be referred to is described in the format of URI (Uniform Resource Identifier). As shown in FIG. 18, a file referred to as an index when an object is played back or used in the substitute audio clip SBADCP represents a time map file STMAP of the secondary video set. Accordingly, the index information file storage location SRCTMP of the playback display object to be referred to describes the storage location of the time map file STMAP of the secondary video set. Also, the time PRLOAD (preload attribute information) on the title timeline at which the import of the playback display object starts is displayed on the network server NTSRV in the data cache DTCCH prior to displaying the corresponding substitute audio SBTAD on the title timeline TMLE to the user. It shows the loading start time when loading from. If the substitute audio SBTAD is stored in the information storage medium DISC or the network server NTSRV, the substitute audio SBTAD is preloaded into the data cache DTCCH as shown in FIG. The start time for starting download on the DTCCH is also displayed at the time PRLOAD on the title timeline at which the reproduction display object starts to be taken in. Furthermore, as the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object, either “hard” or “soft” can be set in the substitute audio clip element SBADCP. If the synchronization attribute information SYNCAT of the reproduction display object is set as “hard”, the corresponding substitute audio SBTAD is regarded as a hard synchronized (hard synchronization) object. A case will be described where a new substitute audio SBTAD needs to be loaded into the data cache DTCCH when the playback display object is displayed to the user. In this case, the substitute audio SBTAD is loaded into the data cache DTCCH from the time PRLOAD on the title timeline at which the reproduction display object is taken in. If the substitute audio SBTAD can be played and output without interruption until the end time TTEDTM on the title timeline even if loading is completed by the start time TTSTTM on the title timeline, the title timeline The reproduction output of the substitute audio SBTAD is started from the upper start time TTSTTM. On the other hand, if the loading process is not in time, the time progress (count up) on the title timeline TMLE is temporarily stopped when the value of the synchronization attribute information SYNCAT of the reproduction display object is set to “hard”. Meanwhile, loading of the substitute audio SBTAD into the data cache DTCCH is continued. Only when the loading process to the data cache DTCCH is completed or when the substitute audio SBTAD can be played and displayed without interruption by the end time TTEDTM on the title timeline even during loading Time progress (count up) of the timeline TMLE is resumed, and a synchronization process for displaying the substitute audio SBTAD to the user is started. Further, when the synchronization attribute information SYNCAT of the playback display object is set as “soft”, the corresponding substitute audio SBTAD is regarded as a soft synchronized (soft synchronization) object. A case will be described where a new substitute audio SBTAD needs to be loaded into the data cache DTCCH when the playback display object is displayed to the user. In this case, loading processing of the substitute audio SBTAD into the data cache DTCCH is started from the time PRLOAD on the title timeline at which the reproduction display object starts to be taken in. If the substitute audio SBTAD can be played and output without interruption until the end time TTEDTM on the title timeline even if loading is completed by the start time TTSTTM on the title timeline, the title timeline The reproduction output of the substitute audio SBTAD is started from the upper start time TTSTTM. On the other hand, if the loading process is not in time, the time progress (count up) on the title timeline TMLE is temporarily stopped when the value of the synchronization attribute information SYNCAT of the playback display object is set to “soft”. In addition, the time progress (count up) on the title timeline TMLE is continued in a state where the reproduction and output of the substitute audio SBTAD in which the loading is performed is not performed. The substitute audio SBTAD is converted into the data in parallel while the time progression (counting up) on the title timeline TMLE is continued while the reproduction of the substitute audio SBTAD being loaded is not performed. Continue loading in cache DTCCH. When the loading process to the data cache DTCCH is completed or when the substitute audio SBTAD can be played and displayed without interruption until the end time TTEDTM on the title timeline even during loading Start playback output of the substitute audio SBTAD. Thus, when the value of the sync attribute information SYNCAT of the playback display object is set to “soft”, playback output of the substitute audio SBTAD can be started after the start time TTSTTM on the title timeline. Increases nature. In order to prevent this delay, prior to the timing for displaying the substitute audio SBTAD to the user, the substitute audio SBTAD is stored and loaded in the data cache DTCCH in advance, and the time progress of the title timeline TMLE ( Synchronous display that starts playback of the substitute audio SBTAD stored continuously in the data cache DTCCH without stopping the count up) (playback of the substitute audio SBTAD from the start time TTSTTM on the title timeline) It is desirable to start. Therefore, in the case of the soft synchronized object (when the value of the sync attribute information is described as “soft”), the time preceding the start time TTSTTM on the title timeline (the count value on the title timeline TMLE is small) Set the time PRLOAD on the title timeline to start importing the playback display object so that the value becomes (value) Information on the time PRLOAD on the title timeline to start importing the playback display object in the substitute audio clip element SBADCP Need to be described). However, the description of the synchronization attribute information SYNCAT of the reproduction display object can be omitted in the attribute information SAATRI of the substitute audio clip element. In this case, a “soft” value is automatically set as a default value. Therefore, if the value of the synchronization attribute information SYNCAT of the playback display object is described as “soft” or omitted, the time PRLOAD on the title timeline at which the playback display object starts to be imported is described. Is desirable. The no-cache attribute information NOCACH indicates information related to the HTTP communication protocol. The value that can be taken by the no-cache attribute information NOCACH can be set to either “true” or “false”. If the value of the no-cache attribute information NOCACH is “true”, it is necessary to include a Caché-Control header and a Pragma header in the HTTP GET request message. Further, if the value of the no-cache attribute information NOCACH is “false”, the Cach-Control header and the Pragma header are not included in the HTTP GET request message. Further, the additional information related to the substitute audio clip is described in a text format familiar to humans. Further, the additional information related to the substitute audio clip can be omitted from the attribute information SAATRI of the substitute audio clip element.

  As shown in FIG. 23A, title information TTINFO exists in the playlist file PLLST, and as shown in FIG. 23B, the first play title element information FPTELE and the title element for each title are included in the title information TTINFO. Information TTELEM and playlist application element information PLAELE exist. As shown in FIG. 23 (c), object mapping information OBMAPI (including track number assignment information) exists in the title element information TTELEM for each title. In the object mapping information OBMAPI (including track number assignment information), an advanced subtitle segment element ADSTSG exists as shown in FIG. 56 (b). The data structure in the advanced subtitle segment element ADSTSG will be described below.

<Advanced Subtitle Segment element>
As shown in FIG. 18, the advanced subtitle segment element ADSTSG represents information of a reproduction display clip element related to the advanced subtitle ADSBT. The advanced subtitle segment element ADSTSG describes the contents of the object mapping information OBMAPI of the advanced subtitle ADSBT in the title. The subtitle track number is also set in the advanced subtitle segment element ADSTSG. As shown in FIG. 18, the file name referenced as an index when the advanced subtitle ADSBT is played back is the advanced subtitle manifest file MNFSTS. Correspondingly, the src attribute information shown in FIG. 56 (c) indicates the file name and storage location (path) of the markup file MRKUP related to the advanced subtitle ADSBT corresponding to the advanced subtitle segment element ADSTSG. The attribute information of the start time TTSTTM (titleTimeBegin) on the title timeline and the end time TTEDTM (titleTimeEnd) on the title timeline indicates the start time and end time in the effective period of the advanced subtitle ADSBT. As shown in FIG. 56 (b), the advanced subtitle segment element ADSTSG can include information of one or more subtitle elements SBTELE and one or more application resource elements APRELE. Further, the subtitle track number is set in the subtitle element SBTELE. The subtitle track number is used to select an advanced subtitle ADSBT as a subtitle (used for telop, subtitles, etc.) for the main video MANVD. Also, the manifest file storage location SRCMNF (src attribute information) of the reproduction display object to be referred to shown in FIG. 56 (c) is described in the form of URI (Uniform Resource Identifier). The synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object means the synchronization attribute information in the advanced subtitle segment element ADSTSG, which matches the definition of the jump timing mode for the application segment element APPLSG described later. The jump timing model in the advanced application ADAPL is described in the explanatory text of FIG. In the present embodiment, in the advanced subtitle segment ADSTSG, a value of “hard” or “soft” is set as the synchronization attribute information SYNCAT of the reproduction display object. That is, in the present embodiment, “none” is not set as the synchronization of the advanced subtitle ADSBT, and the advanced subtitle ADSBT must always be displayed in synchronization with the title timeline TMLE. When “hard” is set as the value of the synchronization attribute information SYNCAT of the reproduction display object, it represents a hard sync jump state. In other words, while the advanced subtitle ADSBT starts to be loaded into the file cache FLCCH in accordance with the start time TTSTTM on the title timeline, the progress (counting up) of the title timeline TMLE is paused (the corresponding display screen is paused) And the progression (counting up) of the title timeline TMLE is resumed when the loading processing of the advanced subtitle ADSBT is completed. On the other hand, when the sync attribute information SYNCAT of the reproduction display object is set to “soft”, it means a soft sync jump state. In other words, the soft sync jump state means that the advance of the title timeline TMLE is stopped by loading (completing) the advanced subtitle ADSBT into the file cache FLCCH prior to displaying the advanced subtitle ADSBT. This means a synchronization method that finishes the preparation of the advanced subtitle ADSBT to be displayed next seamlessly. In this embodiment, even when the synchronization attribute information SYNCAT of the playback display object is set to “hard”, loading of necessary resources may be started in advance. However, in this case, even if the time on the title timeline TMLE reaches the start time TTSTTM (titleTimeBegin) on the title timeline, the previous loading is not completed, or even if the display of the advanced subtitle ADSBT is started, the title timeline If the loading until continuous display until the end time of TTEDTM has not been reached, the progress (counting up) of the title timeline TMLE is paused (the corresponding display screen is kept in a pause state) and the file cache FLCCH Wait until the loading amount exceeds a specific value. Further, in the present embodiment, when the synchronization attribute information SYNCAT of the reproduction display object is set to “soft”, a synchronization process as shown in FIG. 65B may be performed. In other words, loading of the resource corresponding to the advanced subtitle ADSBT is started from the start time on the title timeline (the start time TTSTTM on the title timeline and the start time of the loading time LOADPE are matched), and the resource corresponding to the advanced subtitle ADSBT is started. Continue to progress (count up) the title timeline TMLE during loading. When the amount of resource data in the file cache FLCCH is accumulated to some extent and continuous display of the advanced subtitle ADSBT becomes possible (after the start time TTSTTM on the title timeline), playback of the corresponding advanced subtitle ADSBT is started.

  The additional information related to the advanced subtitle segment ADSTSG shown in FIG. 56C is described in a text format that is familiar to humans. The additional information related to the advanced subtitle segment ADSTSG can be omitted from the attribute information ADATRI of the advanced subtitle segment element.

<Application segment element>
As shown in FIG. 18, the application segment element APPLSG means a playback display clip element related to the advanced application ADAPL. The application segment APPLSG describes the contents of the object mapping information OBMAPI of the advanced application ADAPL in the title. The advanced application ADAPL must be scheduled within a specific time range on the title timeline TMLE. The specific time range is called an effective period of the advanced application ADAPL. When the progress time (count value) on the title timeline TMLE reaches the valid period, the advanced application ADAPL is said to have entered the valid time. Further, the validity period of the advanced application ADAPL on the title timeline TMLE is set by the start time and end time on the title timeline TMLE. That is, the start time of the valid period is set by the start time TTSTTM (titleTimeBegin attribute information) on the title timeline in FIG. 56 (d), and similarly, the end time of the valid period of the advanced application ADAPL is the end time on the title timeline. Set by TTEDTM (titleTimeEnd attribute information). As shown in FIG. 12 or FIG. 18, when referring to the advanced application ADAPL, the manifest file MNFST is referred to from the playlist file PLLST. The value of the src attribute information (source attribute information) indicating the manifest file storage location URIMNF including the initial setting information of the advanced application is described in the form of URI (Uniform Resource Identifier). As a result, information necessary for the initial state in the advanced application ADAPL can be acquired. As shown in FIG. 56 (b), a list of application resource elements APRELE can be included in the application segment element APPLSG. The application resource element APRELE indicates resource information RESRCI information for the corresponding advanced application ADAPL (see FIG. 63 (d)). As shown in FIG. 56 (d), the application segment element APPLSG tag includes language attribute information LANGAT (language attribute information), application block attribute (index number) information APBLAT (appblock attribute information), and advanced application group attributes ( Index number) information APGRAT (group attribute information) and autorun attribute information ATRNAT (autorun attribute information) are included, and these four types of attribute information are referred to as application activation information (how to use the application activation information is shown in FIG. 58). To be described later). In the application segment element APPLSG tag, the ID information APPLID of the application segment element is written immediately after “ID =” prior to the attribute information APATRI of the application segment element. Since the application segment element ID information APPLID can be set in this way, in this embodiment, a plurality of application segment elements APPLSG can be set in the object mapping information OBMAPI. Therefore, it is possible to display a plurality of advanced applications ADAPL each having a different display format during the display period of one title, and the way of expressing to the user can be greatly improved. Further, by setting the ID information APPLID as shown in FIG. 82, it is easy to specify a specific application segment element APPLSG using the ID information APPLID by the API command, and the API command processing control can be simplified. Also, as shown in FIG. 56 (d), at the beginning of the attribute information APATRI of the application segment element, information on the start time TTSTTM (titleTimeBegin) on the title timeline and information on the end time TTEDTM (titleTimeEnd) on the title timeline Is described. As can be seen from FIG. 56 (c), in the present embodiment, the advanced subtitle segment element ADSTSG and the application segment element APPLSG have the advanced subtitle segment element attribute information ADATRI and the application segment element attribute information APATRI at the start positions. The start time TTSTTM and end time TTEDTM on the title timeline are described. Thus, by describing the start / end time of the valid period on the title timeline first, the display timing setting process on the title timeline TMLE in the playlist manager PLMNG (see FIG. 28) can be accelerated. You can plan. In this embodiment, in the advanced application ADAPL, two types of information “hard” or “soft” can be set as the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object. That is, when the value of the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object is set to “hard”, the hard sync jump state is represented as described in the explanatory text of FIG. That is, while the advanced application ADAPL is loaded, the progress (counting up) on the title timeline TMLE is paused and the video to be displayed (for example, video information based on the primary enhanced video object data P-EVOB) is displayed. Also pause to make a still image. At the stage where the loading process of the advanced application ADAPL is completed, the progress (counting up) of the title timeline TMLE is resumed, and at the same time, the motion of the video is resumed, and the corresponding advanced application ADAPL is displayed. Further, when the sync attribute information SYNCAT (sync attribute information) of the reproduction display object is set to “soft”, it means a soft sync jump. In other words, the advanced application ADAPL is loaded in advance, and the display of the advanced application ADAPL for which the loading has been completed is displayed seamlessly without pausing the progress (counting up) of the title timeline TMLE. You can start the application ADAPL. Further, in the present embodiment, when the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object is set to “soft”, the synchronization processing shown in FIG. That is, the synchronization processing shown in FIG. 65 (b) is used exclusively when there is no description of the time PRLOAD (preload attribute information) on the title timeline at which the playback display object starts to be taken in the clip element or segment element. Resource file used by the playback display object specified (managed) by the clip element or segment element from the start time TTSTTM (titleTimeBegin attribute information value) on the title timeline set in the clip element or segment element Start loading into the cache FLCCH (match the start time TTSTTM on the title timeline with the start time of the load time LOADPE into the file cache FLCCH). After that, the loading process of the resource into the file cache FLCCH and the time progress (count up) on the title timeline TMLE are continued in parallel to perform a process that does not interrupt the progress of the moving image displayed to the user. The display or execution of the corresponding advanced application ADAPL is started only when the loading time LOADPE of the resource into the file cache FLCCH is completed, and the advanced application execution time APACPE is entered. In the above embodiment, 1) The time progress (counting up) on the title timeline TMLE is continued without interruption even during loading of resources used in the advanced application ADAPL into the file cache FLCCH. 2) Advanced application Advanced application execution time that starts ADAPL display or execution The start time of APACPE is delayed from the value of the start time TTSTTM (titleTimeBegin attribute information) on the title timeline specified in the clip element or segment element .

  Next, the Z order attribute (Z-index) information ZORDER arranged in the application segment element APPLSG will be described. As shown in FIG. 16, a plurality of buttons from the help icon 33 to the FF button 38 may be displayed on the display screen for the user. As a method of displaying a plurality of buttons from the help icon 33 to the FF button 38 on the display screen, after setting the display area of the advanced application ADAPL by the manifest MNFST, the help icon 33, stop button 34, play button as each application element The display location and display size of the 35 FR button 36, the pause button 37, and the FF button 38 can be set in the markup MRKUP designated from the manifest MNFST (see FIG. 84). In this case, the help icon 33 corresponds to one application element (content element or graphic object shown in FIG. 40), and each button from the stop button 34 to the FF button 38 also has a separate application element (content element, Alternatively, it can be set in correspondence with the graphic object shown in FIG. In the present embodiment, the entire display area of the advanced application ADAPL may be regarded as one advanced application ADAPL and integratedly managed by the same application segment element APPLSG. Not limited to this, it is regarded as a separate advanced application ADAPL for each button from the stop button 34 to the FF button 38 according to the creation intention of the content provider, and is executed when the display figure corresponding to each button or the button is pressed. It can also be managed by the application segment element APPLSG in units of script SCRPT. In this case, from the advanced application ADAPL corresponding to the stop button 34 to the advanced application ADAPL corresponding to the FF button 38 so that the user can simultaneously input from the stop button 34 to the FF button 38 (focus state). Can be grouped. In this way, when the advanced application ADAPL corresponding to the stop button 34 to the advanced application ADAPL corresponding to the FF button 38 are grouped together, the attributes of the advanced application group in the application segment element APPLSG related to the stop button 34 The same applies from the setting value of (index number) information APGRAT (group attribute information) to the setting value of attribute (index number) information APGRAT (group attribute information) of the advanced application group in the application segment element APPLSG related to the FF button 38. Set to value. In FIG. 16, each application element (content element or graphic object shown in FIG. 40) is arranged at a different position. In this embodiment, the plurality of application elements (content element or graphic object shown in FIG. 40) are arranged. ) Can be displayed partially overlapping. For example, as shown in the embodiment of FIG. 16, the stop button 34 can be displayed so as to partially overlap the help icon 33. As described above, in the present embodiment, a plurality of application elements (content elements or graphic objects shown in FIG. 40) can be partially overlapped and displayed. Further, when the advanced application ADAPL is associated with each application element (content element or graphic object shown in FIG. 40) separately, it is arranged partially overlapped between a plurality of advanced applications ADAPL. It is necessary to control whether the advanced application ADAPL is displayed on the “upper side”. In order to enable the control described above, a data management method is adopted in which a layer is set for each advanced application ADAPL and the layers are displayed in the graphic plane GRPHPL (see FIG. 39). That is, the figure (application element, content element, or graphic object shown in FIG. 40) corresponding to the advanced application ADAPL set in the “upper” layer corresponds to the advanced application ADAPL set in the “lower” layer. It will be displayed “upper” on the screen than the figure. Correspondingly, a layer number corresponding to each advanced application ADAPL can be set. That is, the layer number on the graphic plane GRPHPL of the corresponding advanced application ADAPL is set by the Z order attribute (Z-index) information ZORDER (zOrder attribute information). As the value of the layer number information, “0” or an integer value can be set. The Z order attribute (Z-index) information ZORDER (zOrder attribute information) is used (switching controlled) by the frequency information TKBASE (tickBase attribute information) of the tick clock used in the markup shown in FIG. The The language attribute information LANGAT (language attribute information) described next is information for designating a language used for characters or voices displayed on the screen (for example, a menu screen) by the advanced application ADAPL. If the language content specified here is different from the language content specified by the application language system parameter (see FIGS. 46 to 49), the advanced application ADAPL specified by this application segment element APPLSG is disabled (inactive) and Become. The language attribute information LANGAT is composed of language codes (two-letter lowercase symbols) set in ISO-639. In the present embodiment, the description of the language attribute information LANGAT in the attribute information APATRI of the application segment element APPLSG can be omitted. If the description of the language attribute information LANGAT is omitted in this way, the language of the advanced application ADAPL is set as an arbitrary language corresponding to the situation. The application block attribute (index number) information APBLAT (appblock attribute information) is the index number of the advanced block to which the advanced application ADAPL specified by the corresponding application segment element APPLSG belongs, as will be described in detail in the explanation of FIG. (Integer value). The attribute (index number) information APBLAT of the application block can be omitted from the attribute information APATRI of the application segment element. If the description of the attribute (index number) information APBLAT of the application block is omitted, it means that the corresponding advanced application ADAPL does not belong to the application block and exists alone.

  As described above, the advanced application ADAPL corresponding to the stop button 34 shown in FIG. 16 to the advanced application ADAPL corresponding to the FF button 38 can be grouped together to simplify processing corresponding to user input. The target grouped in this way is called an “advanced application group”. In the present embodiment, an “index number (integer value)” is set for each advanced application group to enable identification between the advanced application groups. The value of the index number (integer value) is set (described) as attribute (index number) information APGRAT (group attribute information) of the advanced application group in the application segment element APPLSG. Based on the intention of the content provider, the display from the stop button 34 to the FF button 38 shown in FIG. The button 34 to the FF button 38 can be simultaneously focused). When the entire advanced application group composed of the advanced application ADAPL corresponding to the stop button 34 to the advanced application ADAPL corresponding to the FF button 38 is set to the execution state (active state), all the advanced applications in the advanced application group ADAPL enters the execution state (active state) at the same time. In this embodiment, it is not necessary for all advanced applications ADAPL to belong to the advanced application group. When the advanced application ADAPL managed by the application segment element APPLSG does not belong to the advanced application group but exists alone, the description of the attribute (index number) information APGRAT of the advanced application group is omitted.

  Either “true” or “false” can be set as the value of the autorun attribute information ATRNAT (autorun attribute information). When the count value of the title timeline TMLE enters the valid period (within the range from titleTimeBegin (TTSTTM) to titleTimeEnd (TTEDTM)), if the autorun attribute information ATRNAT is “true”, the advanced application ADAPL It starts up automatically (becomes active) and “false” means that it will not become active unless specified by an API command. The autorun attribute information ATRNAT can omit the description in the attribute information APATRI of the application segment element. Thus, when the description of the autorun attribute information ATRNAT is omitted, “true” which is the default value of the autorun attribute information ATRNAT is automatically set. Further, additional information (description attribute information) related to the application segment described at the end in the application segment element APPLSG tag is described in a text format that can be easily interpreted by a person. The additional information can be omitted from the attribute information APATRI of the application segment element.

<Application Activation Information>
As shown in FIG. 56 (d), language attribute information LANGAT, application block attribute (index number) information APBLAT, advanced application group attribute (index number) information APGRAT, and autorun as optional information in the application segment element APPLSG tag Attribute information ATRNAT can be described. The four pieces of attribute information are called application activation information (determination information for setting whether or not to set the corresponding application to an execution state). Within the effective period of the advanced application ADAPL on the title timeline TMLE (from the start time TTSTTM (titleTimeBegin) on the title timeline set in the application segment element APPLSG shown in FIG. 56 (d) to the end time TTEDTM (titleTimeEnd) In this period, it is possible to determine whether the advanced application ADAPL can be executed or cannot be executed by the application activation information.

<Language and Application Block>
FIG. 57 shows the relationship between the language attribute information LANGAT and the application block attribute (index number) information APBLAT as a reference for determining whether or not the advanced application ADAPL can be executed. In the embodiment of FIG. 57, the case where the default language of the title is set to English and the menu language is recorded as English as the profile parameter in FIG. 47 will be described (the profile parameter in FIG. 47 is built in the navigation manager NMVNG shown in FIG. 14). Stored in the designated memory area). As shown in FIG. 57, an advanced application that displays the same menu contents in different menu languages can be provided as a set. As described above, in this embodiment, a set of advanced applications ADAPL having the same menu contents and different languages when displayed to the user is called an application block. By selectively executing (displaying) the advanced application ADAPL expressed in a language that the user can understand (easy to understand) within the same application block, it is appropriate for multiple people who are familiar with different languages. It is possible to display the same menu contents (language expression tailored to each person). For example, in FIG. 57, the application block attribute (index number) information APBLAT has a value of 1 (appblock = “1”), the advanced application ADAPL # 1_en (English) whose menu language is English, and French as the menu language. Advanced application ADAPL # 1_fr (French) displayed in, and Advanced application ADAPL # 1_ja (Japanese) displayed in Japanese, and the advanced language that is most appropriate for the user-friendly language Application ADAPL can be selected and executed (displayed). The language content displayed in the menu in the application segment element APPLSG is set by the language attribute information LANGAT shown in FIG. 56 (d). The menu language content to be displayed to the user is set by the value of the menu language (see FIG. 47) in the system parameters. Within the same title, the application block has a combination (set) structure of a plurality of application segment elements APPLSG. In the same application block, the application block attribute (index number) information APBLAT in the application segment element APPLSG tag is set to the same value. Accordingly, by looking at the value of the attribute (index number) information APBLAT of the application block in each application segment element APPLSG tag, it is possible to know to which application block each application segment element APPLSG belongs. Within the same application block, all application segment elements APPLSG must satisfy the following conditions.

(1) Originally, the language attribute information LANGAT shown in FIG. 56 (d) is set as optional information. However, if the corresponding application segment element APPLSG exists in the application block, the language attribute information LANGAT must be described in the corresponding application segment element APPLSG tag. Also, different language attribute information LANGAT values must be set between different application segment elements APPLSG belonging to the same application block. That is, the value of language attribute information LANGAT in each application segment element APPLSG within the same application block. Is set to be unique, the application segment element APPLSG that can be used (executed and displayed) by the playlist manager PLMNG (see FIG. 28) can be easily selected and extracted.

  (2) All valid periods (time from the start time TTSTTM on the title timeline to the end time TTEDTM on the title timeline) between different application segment elements APPLSG belonging to the same application block must match.

    ... Thereby, since the display period for all the advanced applications ADAPL to the user becomes equal regardless of the display language, time management on the title timeline TMLE of the playlist manager PLMNG becomes easy.

  (3) The autorun attribute information ATRNAT in all the different application segment element APPLSG tags belonging to the same application block must be set to the same value.

    For example, in the application block “1” shown in FIG. 57, when the autorun attribute information ATRNAT of the advanced application ADAPL # 1_en (English) is set to “true”, the advanced application ADAPL corresponding to other French and Japanese The value of autorun attribute information ATRNAT must also be set to “true”. If the autorun attribute information ATRNAT of the advanced application ADAPL # 2_en (English) included in the application block “2” is set to “false”, the autorun attribute information ATRNAT of the corresponding advanced application ADAPL in French / Japanese / Chinese The setting value must also be set to “false”.

    ... If the value of the autorun attribute information ATRNAT differs for each advanced application ADAPL, the advanced application that displays in a specific language will start up automatically, and the advanced application that displays in another language will not start up automatically and will not issue an API command As long as it does not transition to the execution state, management and control of the playlist manager PLMNG becomes very complicated. By setting the above conditions, the above complexity can be avoided, and the management and control of the playlist manager PLMNG can be simplified.

  (4) The description of the advanced application group attribute (index number) information APGRAT must be omitted in the application segment element APPLSG tag included in the application block.

    ... Advanced application group attribute (index number) information APGRAT is a group of advanced applications ADAPL that can be simultaneously set to the execution state (active) by an API command including a user option, and a specific advanced application in the same block When ADAPL is grouped, only the application having a specific language menu is activated by the API command, which gives a sense of incongruity to a user who cannot understand the language. Therefore, by completely separating the advanced application ADAPL included in the application block and the advanced application ADAPL included in the advanced application group in this embodiment (the same advanced application ADAPL is not included in both the application block and the advanced application group). ) It is possible to avoid a malfunction of menu display in a wrong language for a user who can understand only a specific language.

  In this embodiment, when the language attribute information LANGAT shown in FIG. 56 (d) is described in the playlist PLLST, the application block attribute (index number) information APBLAT must be described. That is, as shown in FIG. 57, even when there is only one advanced application ADAPL # 3_en (English) (there is no advanced application ADAPL corresponding to a menu language such as Japanese or French), the application block “3” It is defined to exist by itself. Thus, when the language code is set in the advanced application ADAPL, the user in the playlist manager PLMNG (see FIG. 28) should display (execute / use) by setting the application code so that it is always configured. Ought to make the advanced application ADAPL selection process easier.

  In the embodiment of FIG. 57, when the default language of the title is set to English, the advanced application ADAPL # 1_en (English), the advanced application ADAPL # 2_en (English), and the advanced application ADAPL # 3_en (English) are used within the validity period. ) Is selected as the application to be executed and displayed. If the default language of the title is set to Japanese, the advanced application ADAPL # 1_ja (Japanese) and the advanced application ADAPL # 2_ja (Japanese) should be executed and displayed during the validity period. In the display period of the advanced application ADAPL # 3_en (English), since there is no corresponding Japanese menu language, the processing is performed so that the advanced application ADAPL is not displayed.

<Application Activation Information>
As shown in FIG. 56 (d), the attribute information APATRI of the application segment element includes language attribute information LANGAT, application block attribute (index number) information APBLAT, and advanced application group attribute (index number) information APGRAT as optional attribute information. , And four types of attribute information, autorun attribute information ATRNAT, exist. These four types of attribute information are called application activation information (determination information for setting whether or not the corresponding application is to be executed). On the title timeline TMLE, the validity period of the advanced application ADAPL (from the start time TTSTTM (titleTimeBegin) on the title timeline set in the application segment element APPLSG shown in FIG. 56 (d) to the end time TTEDTM (titleTimeEnd) Within the period), it is possible to determine whether the advanced application ADAPL can be executed or cannot be executed by the application activation information. FIG. 58 shows criteria for determining whether or not the corresponding advanced application ADAPL is valid when the display time on the title timeline TMLE is within the validity period of the advanced application ADAPL. As shown in FIG. 1, an advanced content playback unit ADVPL exists in the information storage medium DISC in the present embodiment. Further, as shown in FIG. 14, a navigation manager NVMNG and a presentation engine PRSEN exist in the advanced content playback unit ADVPL. In the navigation manager NVMNG, there are a playlist manager PLMNG for analyzing the contents of the playlist file PLLST and an advanced application manager ADAMNG for controlling the processing of the advanced application ADAPL as shown in FIG. First, the playlist manager PLMNG analyzes the contents of the application segment element APPLSG shown in FIG. 56 (d). The play list manager PLMNG determines the validity of the advanced application ADAPL shown in FIG. In this embodiment, as another embodiment, the playlist manager PLMNG extracts the contents of the application segment element APPLSG shown in FIG. 56 (d), and sends the extracted result to the advanced application manager ADAMNG. The validity of the advanced application ADAPL based on FIG. 58 may be determined in the manager ADAMNG. If it is determined that the display of the advanced application ADAPL is invalid, the display of the advanced application ADAPL (and execution processing based on the display) is not performed for the user. On the contrary, when the validity of the advanced application ADAPL is determined in the playlist manager PLMNG (or in the advanced application manager ADAMNG), the advanced application manager ADAMNG determines the advanced application presentation engine in the presentation engine PRSEN shown in FIG. AAPEN is controlled, and display and execution processing of the target advanced application ADAPL (determined as valid) is started.

  As shown in FIG. 58, when the validity determination of the advanced application ADAPL is started, first, it is determined whether or not the autorun attribute information ATRNAT is “false” (step S91). If the autorun attribute information ATRNAT described in FIG. 56 (d) is determined to be “false”, the advanced application ADAPL is regarded as invalid (step S97), and is displayed to the user and executed at all. Processing is not performed, and the process ends. However, even in this state, the corresponding advanced application ADAPL can be effectively changed by an API (application interface command). Next, in the determination of step S91, when the autorun attribute information ATRNAT is not “false” (when “true” is specified), the attribute (index number) of the advanced application group described in FIG. It is determined whether or not the information APGRAT is described in the application segment element APPLSG (step S92). If the attribute (index number) information APGRAT of the advanced application group is described in the application segment element APPLSG here, is the attribute (index number) information APGRAT of the described advanced application group valid? It is determined whether or not (step S93). If the attribute (index number) information APGRAT of the advanced application group described here is valid, the advanced application ADAPL is regarded as valid (step S98). In this case, the display screen of the corresponding advanced application ADAPL is displayed to the user, and the execution process of the advanced application ADAPL corresponding to the user action is started. Also, when an API command input based on a user request is entered, or when the advanced application ADAPL on the title timeline TMLE is over the valid period, the processing ends. Here, when the advanced application group attribute (index number) information APGRAT defined at the time of determination in step S93 is invalid, the advanced application ADAPL is regarded as invalid (step S97). However, even in this case, it is possible to select or change an effective application group by an API command based on user input or a specific script, and even when the advanced application ADAPL shown in step S97 is considered invalid, Depending on the application group change process (or another selection process) based on the validity, the validity in step S93 may change, and the advanced application ADAPL may be effectively changed as shown in step S98. In addition to the determination of the autorun attribute information ATRNAT and the attribute (index number) information APGRAT of the advanced application group, the validity determination of the advanced application ADAPL is performed based on the language attribute information LANGAT as described below. That is, when the autorun attribute information ATRNAT based on step S91 is “true” and the advanced application group attribute (index number) information APGRAT shown in step S92 is not described in the application segment element APPLSG, the application block attribute It is determined whether (index number) information APBLAT and language attribute information LANGAT are described (step S94). If application block attribute (index number) information APBLAT and language attribute information LANGAT are described as shown in step S94, it is determined whether or not the language attribute information LANGAT is specified as the menu language. (Step S95). It has been described that the advanced content playback unit ADVPL already exists in the information recording / playback apparatus 1. The advanced content playback unit ADVPL has a memory area in which system parameter information can be temporarily stored. FIG. 47 shows a list of profile parameters among the system parameters temporarily stored in the advanced content playback unit ADVPL. As shown in FIG. 47, a parameter for specifying a menu language exists in the profile parameter. The menu language described in step S95 means the menu language in the profile parameter shown in FIG. In the navigation manager NVMNG, it is determined whether or not the language information specified in the menu language matches the language attribute information LANGAT set in FIG. 56 (d), and the matching advanced application ADAPL is determined. On the other hand, it is set as valid (step S98). If the language attribute information LANGAT does not match the menu language at this time, the language attribute information LANGAT in the title element is the default language attribute LANGAT, and the application segment element APPLSG in the application block is the menu language. Is not included (step S96), the corresponding advanced application ADAPL is automatically regarded as the menu language as the profile parameter, and the advanced application ADAPL is regarded as valid (step S98). Otherwise, the advanced application ADAPL is considered invalid (step S97). Further, as shown in step S94, when the application block and the language attribute information LANGAT are not described, the advanced application ADAPL is automatically regarded as invalid (step S97), and the display to the user and the execution process are not performed. Continue to the end.

  As the data structure in the playlist PLLST, there is title information TTINFO as shown in FIG. 23 (a). As shown in FIG. 23 (b), the title information TTINFO is title element information TTELEM set for each title. As shown in FIG. 23 (c), there is object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI and scheduled control information SCHECI in one title element information TTELEM. To do. FIG. 59 shows the data structure in the main video element MANVD, main audio element MANAD, subtitle element SBTELE, sub video element SUBVD, and sub audio element SUBAD existing in the object mapping information OBMAPI.

  As shown in FIG. 10, the primary audio video PRMAV can include main video MANVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT. Correspondingly, information of the main video element MANVD, main audio element MANAD, subtitle element SBTELE, sub video element SUBVD, and sub audio element SUBAD is described in the primary audio video clip element PRAVCP as shown in FIG. 59 (b). Things are possible. In FIG. 59 (b), each element is described one by one. However, the present invention is not limited to this. For example, when the sub video SUBVD and the sub audio SUBAD do not exist in the corresponding primary audio video PRMAV, the corresponding sub video element is displayed. It is possible to omit the description of SUBVD and sub audio element SUBAD. For example, when a plurality of main audio MANADs exist in the same primary audio video PRMAV, a plurality of main audio elements MANAD for each track can be described in the primary audio video clip element PRAVCP. As shown in FIG. 10, in the present embodiment, the substitute audio video SBTAV can include a main video MANVD and a main audio MANAD. Correspondingly, the main video element MANVD and the main audio element MANAD can be described in the substitute audio video clip element SBAVCP as shown in FIG. 59 (b). Furthermore, as shown in FIG. 10, in the case where the substitute audio video SBTAV object is recorded via the network (network server NTSRV), the network source element NTSELE is described in the substitute audio video clip element SBAVCP. It is possible to do. Similarly, when the substitute audio SBTAD and the secondary audio video SCDAV are recorded in the network server NTSRV, the network source element NTSELE may be described in the substitute audio clip element SBADCP and the secondary audio video clip element SCAVCP. Is possible. Also, as shown in FIG. 10, in this embodiment, the main audio MANAD can be included in the substitute audio SBTAD, and the sub video SUBVD and the sub audio SUBAD can be included in the secondary audio video SCDAV. Accordingly, the main audio element MANAD can be described in the substitute audio clip element SBADCP and the sub video element SUBVD and the sub audio element SUBAD can be described in the secondary audio video clip element SCAVCP. As described in the primary audio video clip element PRAVCP, when there are a plurality of tracks in each clip element, a plurality of each element is described for each track. The data structure in the main video element MANVD is shown in FIG. 59 (c), and the data structure in the main audio element MANAD is shown in FIG. 59 (d). Further, the data structure in the subtitle element SBTELE is described in FIG. 59 (e), the data structure in the sub video element SUBVD is shown in FIG. 59 (f), and the data structure in the sub audio element SUBAD is shown in FIG. 59 (g). The explanation is in the inside. The information in each element tag shown in FIGS. 59 (c) to (g) has the following characteristics in common regardless of the type of element tag.

  (1) “track = [track number TRCKAT]” is described first in each element tag. By describing the track number first in each element tag, the track number for each element tag can be easily identified and identified at high speed.

  (2) “description = [additional information]” is described (arranged) at the end in common in each element tag. (As shown in FIGS. 54 to 56, the “description = [additional information]” is described last in each clip element, and the arrangement in each element tag can be shared.) Since the arrangement position of “description = [additional information]” is made common, the location of “description = [additional information]” can be easily extracted in the playlist manager PLMNG in the navigation manager NVMNG as shown in FIG. Data analysis in the playlist PLLST can be facilitated and speeded up.

  (3) While the track number information TRCKAT and the additional information information are described, “mediaAttr = [index number MDATNM of the corresponding media attribute element in the media attribute information]” is described (arranged).

  (4) “streamNumber = [stream number]” or “angleNumber = [angle number information ANGLNM]” is described (arranged) between the track number information TRCKAT and the index number MDATNM of the corresponding media attribute element in the media attribute information. )

  By sharing the data arrangement as shown in the above (3) and (4), it is possible to facilitate and speed up the related information search in each element tag by the playlist manager PLMNG. The data structure in each object element will be described below.

<Video Element>
First, the data structure in the main video element MANVD will be described. Information on the video track number set for each main video MANVD stream in the main video pack VM_PCK existing in the primary enhanced video object P-EVOB is described in the main video element MANVD. In the present embodiment, the main video element MANVD can be described in a primary audio video clip element PRAVCP and a substitute audio video clip element SBAVCP. If the main video element MANVD exists in the primary audio video clip element PRAVCP referring to the interleaved block of the primary enhanced video object P-EVOB, the main video element MANVD is primary in the interleaved block. It is shown that an enhanced video object exists. At the same time, in the main video element MANVD, video track number setting information for the main video MANVD in the primary enhanced video object P-EVOB is described. When the primary enhanced video object P-EVOB does not form an interleaved block, the main video MANVD in the primary enhanced video object P-EVOB exists alone, and the track number of the main video MANVD is “1”. Is set. The information of the track number information TRCKAT described in FIG. 59 (c) means the information of the video track number designated by the corresponding main video element MANVD. In the present embodiment, the video track number must be set to any positive number from 1 to 9. The value of the track number information TRCKAT corresponds to the video track number VDTKNM (see FIG. 62 (d)) in the video track element VDTRK tag of the track navigation information TRNAVI. That is, the user selectability described in the video track element VDTRK tag of the main video MANVD attribute information and angle number information described in the main video element MANVD tag in the track number assignment information (object mapping information OBMAPI) and the track navigation information TRNAVI The relationship between the information can be known through the track number information TRCKAT and the video track number VDTKNM having the matched values. Angle number information ANGLNM selected in the interleaved block shown in FIG. 59 (c) indicates that primary enhanced video object data P-EVOB exists in the interleaved block. In addition, when the corresponding display clip refers to the interleaved block of the primary enhanced video object P-EVOB according to the angle number information ANGLNM selected in the interleaved block, information for selecting the video track number to be displayed. Used as That is, when the primary enhanced video object P-EVOB exists in the interleaved block, the angle number information ANGLNM selected in the interleaved block is set simultaneously with the track number information TRCKAT for each main video stream. The player can easily select the angle displayed to the user in response to the user request. If the corresponding main video MANVD does not exist in the interleaved block, the description of the angle number information ANGLNM (angleNumber attribute information) selected in the interleaved block is omitted. When the main video element MANVD is described in the primary audio video clip element PRAVCP, the angle number information ANGLNM selected in the interleaved block can be set to a maximum of “9”. When the main video element MANVD is described in the substitute audio clip element SBADCP, the value of the angle number information ANGLNM selected in the interleaved block is set as “1”. In the present embodiment, the default value of the angle number information ANGLNM selected in the interleaved block is set as “1”. The index number MDATNM of the corresponding media attribute element in the media attribute information shown in FIG. 59 (c) indicates the value of the media attribute index number of the media attribute information MDATRI for the corresponding main video stream. As shown in FIG. 79 (a), media attribute information MDATRI exists in the playlist PLLST, and as shown in FIG. 79 (b), video attribute item elements VABITM for video are described in the media attribute information MDATRI. . As shown in FIG. 59 (b), when the attributes such as the resolution and the screen display size are common in the main video element MANVD and the sub video element SUBVD, the media attribute information MDATRI as shown in FIG. 79 (b). There is one video attribute item element VABITM, and the value of the index number MDATNM of the corresponding media attribute element in all media attribute information is set to “1”, and common attribute information is referred to. On the other hand, the attribute information such as the resolution and display screen size of the main video element MANVD and the sub video element SUBVD are different from each other, and when referring to a plurality of attribute information, the respective attributes are shown in FIG. A plurality of video attribute item elements VABITM corresponding to the information are described, and the media attribute information shown in FIG. 59 (c) is the number of the video attribute item element VABITM corresponding to the video attribute item element VABITM in the plurality of video attribute item elements VABITM. In the corresponding media attribute element index number MDATNM. As described above, the attribute search for each video element is performed by causing the media attribute information MDATRI to be described collectively in a different area from the title information TTINFO in which the object mapping information OBMAPI is described as information described in the playlist PLLST in the present embodiment. This makes it possible to reduce the amount of data described in the playlist PLLST by referring to common video attribute information between different video elements. In this embodiment, the description of the index number MDATNM of the corresponding media attribute element in the media attribute information can be omitted. In this case, the default value “1” is automatically set. As shown in FIG. 59 (c), at the end of the main video element tag, additional information related to the video element is described in a text format familiar to humans. The additional information regarding the video element can be omitted from the main video element tag.

<Audio Element>
Next, the data structure in the main audio element MANAD shown in FIG. 59 (d) will be described below. The main audio element MANAD is information on the audio track number setting of the main audio stream in the main audio pack AM_PCK of the primary enhanced video object P-EVOB or the audio related to the main audio stream in the main audio pack AM_PCK of the secondary enhanced video object S-EVOB. Contains information on track number settings. Information of audio tracks that can exist (can be used) in the primary enhanced video object P-EVOB and the secondary enhanced video object S-EVOB according to the list of audio elements in the primary audio video clip element PRAVCP and the substitute audio clip element SBADCP. Are described respectively. That is, for example, when there are three audio tracks in the corresponding audio stream, three main audio elements MANAD having track numbers 1 to 3 set in the primary audio video clip element PRAVCP are described. The main audio element MANAD describes information to be converted from each audio track number to the corresponding main audio stream MANAD. That is, as shown in FIG. 59 (d), it is possible to extract the correspondence relationship of the audio stream number ADSTRN of the corresponding audio pack from the track number information TRCKAT for each main audio MANAD. By extracting the corresponding audio stream number ADSTRN from the specified track number, it is possible to extract the main audio stream MANAD that needs to be played using the information of the audio stream number ADSTRN set in the enhanced video object EVOB It becomes. The track attribute information shown in FIG. 59 (d) indicates track number information TRCKAT. In this embodiment, a positive value from 1 to 8 can be described as the value of the track number information TRCKAT. In other words, in the present embodiment, information can be recorded up to a maximum of 8 tracks as the main audio MANAD. The value of the track number information TRCKAT corresponds to the audio track number ADTKNM (see FIG. 62 (d)) in the audio track element ADTRK tag of the track navigation information TRNAVI. In other words, the main audio MANAD attribute information and audio stream number information described in the main audio element MANAD tag in the track number assignment information (object mapping information OBMAPI) and the user selection described in the audio track element ADTRK tag in the track navigation information TRNAVI The relationship between the availability information and the language code information can be known through the track number information TRCKAT and the audio track number ADTKNM having the matched values. The audio stream in the main audio pack AM_PCK of the primary enhanced video object P-EVOB or the secondary enhanced video object S-EVOB has a different audio track number, and the audio stream of the audio pack corresponding to the track number is set. Information of the number ADSTRN represents the correspondence. As the audio stream number ADSTRN of the audio pack corresponding to the track number, a value obtained by adding “1” to the ID number of the audio stream is set. In LineatPCM, DD +, DTS-HD, or MLP, the value of the audio stream ID is represented by the lower 3 bits having the meaning of the substream ID. In MPEG1 audio or MPEG2 audio, the value of the audio stream ID is defined by the lower 3 bits that are meaningful (effective) of the stream ID in the packet header. In the present embodiment, the value of the audio stream number ADSTRN is set as a positive number from 1 to 8. The default value of the audio stream number ADSTRN is set as “1”. The index number MDATNM of the corresponding media attribute element in the media attribute information shown in FIG. 59 (d) represents the media attribute index number of the media attribute information MDATRI corresponding to the audio stream. The media attribute information MDATRI corresponding to the audio stream is described in the audio attribute item element AABITM in the media attribute information MDATRI in the playlist PLLST as shown in FIG. 79 (b). As shown in FIG. 59 (b), when all the audio attribute information such as the audio compression code and sampling frequency quantization bit number of the main audio element MANAD and the sub audio element SUBAD in the object mapping information OBMAPI match, FIG. In (b), one common audio attribute item element AABITM is described. On the other hand, in the case where pieces of information having different attribute information such as different compression code information and audio sampling frequency are set in the main audio element MANAD and the sub audio element SUBAD shown in FIG. ) Describes the number of audio attribute item elements AABITM corresponding to the different number of audio attributes. When a plurality of audio attribute item elements AABITM are described, it is necessary to specify which audio attribute item element AABITM corresponds to the media attribute number information INDEX described in the audio attribute item element AABITM. By designating, it is possible to associate an audio attribute item element AABITM corresponding to each main audio element MANAD or sub audio element SUBAD. By setting the location of the media attribute information MDATRI that describes the audio attribute item element AABITM in a different location from the title information TTINFO in which the object mapping information OBMAPI is described in this way, the audio decoder can be set during playback of audio information. -Easily manage and share the audio attribute item element AABITM with common attribute information, thereby reducing the amount of information described in the playlist PLLST. The additional information regarding the audio element shown in FIG. 59 (d) is described in a text format familiar to humans. Additional information regarding the audio element can be omitted from the main audio element MANAD tag.

<Subtitle Element>
When the subtitle element SBTELE is present in the primary audio video clip element PRAVCP, the subtitle element SBTELE is converted from the subtitle track number to the sub video stream in the primary enhanced video object data P-EVOB. It is described in. That is, since the correspondence information of the subtitle track number information TRCKAT and the sub-picture stream number SPSTRN of the sub-picture pack corresponding to the track number is described in FIG. 59 (e), it is designated using the correspondence information. The sub-picture stream number SPSTRN information of the sub-picture pack can be known from the sub-picture track number information TRCKAT. If the subtitle element SBTELE exists in the advanced subtitle segment element ADSTSG, the setting information in which the corresponding advanced subtitle segment is set to the designated subtitle track number is described in the subtitle element SBTELE. The subtitle track number information TRCKAT shown in FIG. 59 (e) means the subtitle track number. In this embodiment, the subtitle track number can be set to a positive value from 1 to 32. That is, it is possible to set up to 32 tracks simultaneously as subtitles in this embodiment. The value of the track number information TRCKAT corresponds to the subtitle track number STTKNM (see FIG. 62 (d)) in the subtitle track element SBTREL tag of the track navigation information TRNAVI. That is, attribute information and sub-picture stream number information described in the subtitle element SBTELE tag in the track number assignment information (object mapping information OBMAPI) and user selectability information and language described in the subtitle track element SBTREL tag in the track navigation information TRNAVI The relationship between the chord information can be known through the track number information TRCKAT and the subtitle track number STTKNM having the matched values. When the subtitle element SBTELE exists in the primary audio video clip element PRAVCP, the value of the sub video stream number SPSTRN of the sub video pack corresponding to the track number is set to a value obtained by adding “1” to the sub stream number. Is done. By using the sub picture stream attribute information EVOB_SPST_ATTR of the enhanced video object, the sub picture stream number must be converted into a stream number that is decoded for each display type. The decoding stream number is associated with the sub-picture pack SP_PCK in the primary enhanced video object data P-EVOB on a one-to-one basis. In this embodiment, the sub-picture stream number SPSTRN of the sub-picture pack must be specified as a positive value from 1 to 32. In the present embodiment, the information of the advanced subtitle ADSBT does not take a multiplexed packing form as stored in the sub-picture pack SP_PCK. Therefore, it is impossible to define the sub-picture stream number SPSTRN of the sub-picture pack. Therefore, when the subtitle element SBTELE is described in the advanced subtitle segment element ADSTSG, the description of the sub video stream number SPSTRN of the sub video pack is omitted from the sub title element SBTELE tag. When the description of the sub-picture stream number SPSTRN of the sub-picture pack is omitted in the subtitle element SBTELE tag, the default value “1” is automatically set. As shown in FIG. 79 (b), the sub-picture attribute item element SPATM is present in the media attribute information MDATRI in the playlist PLLST. If there are a plurality of sub-picture attribute item elements SPAITM in the media attribute information MDATRI, individual media index number information INDEX corresponding to the compression code information SPCDC of different sub-pictures is shown in FIG. 79 (e). Are described as a pair. By specifying the media index number information INDEX shown in FIG. 79 (b) with the index number MDATNM of the corresponding media attribute element in the media attribute information shown in FIG. 59 (e), the compression code information of the corresponding subpicture It becomes possible to take measures of SPCDC. Thus, the corresponding media attribute element index number MDATNM information in the media attribute information designates the index number of the media attribute information for the sub-picture stream. In this embodiment, it is possible to omit the information description of the index number MDATNM of the corresponding media attribute element in the media attribute information in the subtitle element SBTELE. In this case, the default value “1” is automatically set. In the advanced subtitle ADSBT, the information of the compression code information SPCDC of the sub picture has no meaning. Therefore, when the subtitle element SBTELE is described in the advanced subtitle segment element ADSTSG, the value of the index number MDATNM of the corresponding media attribute element in the media attribute information must be ignored. The additional information related to the subtitle element SBTELE shown in FIG. 59 (e) is described in a text format familiar to people, and the additional information can omit the description in the subtitle element SBTELE tag.

<Subvideo Element>
Further, the data structure in the sub video element SUBVD tag shown in FIG. 59 (f) will be described. The sub video element SUBVD corresponds to a sub video stream in the sub video pack VS_PCK of the primary enhanced video object data P-EVOB, and sub video track number setting information is described for each sub video stream. Alternatively, the setting information of the sub video track number of the sub stream recorded in the secondary video pack VS_PCK of the secondary enhanced video object data S-EVOB can be described in the sub video element SUBVD. When the sub video element SUBVD is described in the primary audio video clip element PRAVCP, a sub video stream exists as a sub video in the secondary video pack VS_PCK of the primary enhanced video object data P-EVOB (can be played back). ) Means that. In other cases, that is, when the sub video element SUBVD does not exist in the primary audio video clip element PRAVCP, the sub video stream is not recorded in the form of the secondary video pack VS_PCK. If the sub video element SUBVD exists in the secondary audio video clip element SCAVCP, a sub video stream exists as a sub video in the secondary video pack VS_PCK of the secondary enhanced video object data S-EVOB (can be used). It means) If there is no description of the sub video element SUBVD in the other secondary audio video clip element SCAVCP, the sub video stream does not exist in the form of the secondary video pack VS_PCK. The track number information TRCKAT shown in FIG. 59 (f) indicates the sub video track number. In the present embodiment, however, the track number information TRCKAT is always set to “1” because it is prohibited to have a plurality of sub video tracks. There must be. The index number MDATNM of the corresponding media attribute element in the media attribute information shown in FIG. 59 (f) describes the information of the media index number information INDEX in the video attribute item element VABITM shown in FIG. 79 (d). It is possible to specify information such as the compression code, aspect ratio, resolution, and display screen size of the corresponding sub video. The additional information related to the sub video element shown in FIG. 59 (f) is described in a text format familiar to people, and the information can be omitted from the sub video element SUBVD tag.

<SubAudio Element>
Finally, the data structure in the sub audio element SUBAD tag shown in FIG. 59 (g) will be described. The sub audio element SUBAD indicates management information related to the sub audio stream in the secondary audio pack AS_PCK of the primary enhanced video object data P-EVOB. Sub audio track number setting information set for each sub audio stream is described in the sub audio element SUBAD. The sub audio element SUBAD may indicate management information related to the sub audio stream in the secondary audio pack AS_PCK of the secondary enhanced video object data S-EVOB. In this case, sub audio track number setting information set for each sub audio stream is described in the sub audio element SUBAD. If the sub audio element SUBAD exists in the primary audio video clip element PRAVCP, a sub audio stream exists in the secondary audio pack AS_PCK of the primary enhanced video object data P-EVOB as sub audio (can be played back). It is) Otherwise, if the sub audio element SUBAD does not exist in the primary audio video clip element PRAVCP, it means that no sub audio stream exists in the secondary audio pack AS_PCK. If the sub audio element SUBAD is described in the secondary audio video clip element SCAVCP, a sub audio stream exists as a sub audio in the secondary audio pack AS_PCK of the secondary enhanced video object data S-EVOB (playable) ) Means that. Otherwise, if there is no description of the sub audio element SUBAD in the secondary audio video clip element SCAVCP, the sub audio stream does not exist in the secondary audio pack AS_PCK. The usable sub audio tracks in the primary enhanced video object data P-EVOB and the secondary enhanced video object data S-EVOB are the lists of the sub audio elements SUBAD in the primary audio video clip element PRAVCP and the secondary audio video clip element SCAVCP, respectively. Is described as The track number information TRCKAT shown in FIG. 59 (g) represents a sub audio track number, and in this embodiment, a positive number from 1 to 8 must be described as the sub audio track number. The value of the track number information TRCKAT corresponds to the audio track number ADTKNM (see FIG. 62 (d)) in the audio track element ADTRK tag of the track navigation information TRNAVI. That is, the attribute information and sub audio stream number information of the sub audio SUBAD described in the sub audio element SUBAD tag in the track number assignment information (object mapping information OBMAPI), and the audio track element ADTRK tag in the track navigation information TRNAVI The relationship between the user selectability information and the language code information is associated with the track number information TRCKAT and the audio track number ADTKNM having mutually matching values. As shown in FIG. 59 (g), the track number and the sub audio stream number SASTRN of the sub audio pack have a one-to-one correspondence. That is, a sub audio track number is set for each audio stream recorded in the secondary audio pack AS_PCK multiplexed in the primary enhanced video object data P-EVOB or the secondary enhanced video object data S-EVOB. Described in element SUBAD. The information of the sub audio stream number SASTRN of the sub audio pack corresponding to the track number is set as information obtained by adding “1” to the value of the audio stream ID. The sub audio stream number SASTRN of the sub audio pack must be set to a positive number from 1 to 8. In this embodiment, the secondary audio video SCDAV can have only one sub audio SUBAD track. Therefore, when the sub audio element SUBAD is described in the secondary audio video clip element SCAVCP, the description of the sub audio stream number SASTRN of the sub audio pack must be omitted or a value of “1” must be set. I must. In this embodiment, “1” is set as the default value of the audio stream number SASTRN of the sub audio pack. As shown in FIG. 79 (c), media index number information INDEX is described in the audio attribute item element AABITM, and by specifying the media index number INDEX, the corresponding audio compression code information ADCDC, sampling frequency ADSPRT, quantum Audio attribute information such as the number of digitized bits SPDPT corresponds. By setting the value of the media index number information INDEX described in FIG. 79 (c) as the value of the index number MDATNM of the corresponding media attribute element in the media attribute information shown in FIG. 59 (g), each sub audio element SUBAD is set. It is possible to associate the audio attribute information with each other. The additional information related to the sub audio element shown in FIG. 59 (g) is described in a text format familiar to humans, and it is possible to omit the description of the additional information in the sub audio element SUBAD tag.

<Track Number Assignment Element and Track>
The playback period of all playback display target objects is set on the title timeline TMLE by the object mapping information OBMAPI. Each reproduction display object is composed of elementary streams of “1” or more. For example, as shown in FIG. 10, the primary enhanced video object P-EVOB, which is the object to be reproduced and displayed for the primary audio video PRMAV, includes elements such as main video MANVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT. It consists of a mental stream. Also, the timing at which each elementary stream in each playback / display object is displayed and the effective period is described in the playlist file PLLST shown in FIG. 59 (b). As shown in FIG. 60, a logical identification unit set for each elementary stream in the display reproduction object is called a track. For example, as shown in FIG. 10, the main audio MANAD can exist in the primary audio video PRMAV, the substitute audio SBTAD, or the substitute audio video SBTAV. Each main audio MANAD can be associated with the main audio track MATRK for each identification unit. During playback of a specific title, a track to be displayed and played is selected by an API command or user designation, and is displayed and played back to the user. Each track can be distinguished from other tracks by the track number in the title. In this embodiment, as shown in FIG. 60, five types of tracks including a main video track MVTRK, a main audio track MATRK, a subtitle track SBTTRK, a sub video track SVTRK, and a sub audio track SATRK can be defined. By specifying the track number in the advanced content playback unit ADVPL, it is possible to select a specific main video MANVD, main audio MANAD, sub video SUBVD, sub audio SUBAD, and sub video SUBPT. FIG. 60 shows the relationship between the playback display object, the corresponding elementary stream, and each track. The relationship corresponds to the contents of the list shown in FIG. As shown in FIGS. 59 (c) to 59 (g), in this embodiment, track number information TRCKAT can be described in each element tag. Therefore, these elements are called track number setting elements (track number assignment elements). As shown in FIGS. 59 (c) to (g), a track number is set for each track in the playlist file PLLST (as track number information TRCKAT). The track number TRCKAT must be set to a positive value greater than “1”. The track number TRCKAT is selected by an API command or user designation, and is used for selecting a track to be displayed and reproduced for the user. The track number TRCKAT corresponds to the various track numbers shown in FIG. Information necessary for track selection is described in the track navigation information shown in FIG. Accordingly, in the advanced content playback unit ADVPL (the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. 28), the track selection is performed by the API command or the user setting using the information of the track navigation information. Specifically, the video angle to be displayed to the user in the main video MANVD can be selected using the video track number VDTKNM (see FIG. 62). You can also select a track in the main audio MANAD using the audio track number ADTKNM. Also, by designating the number of the subtitle track number STTKNM, a predetermined track selection of the sub video SUBPT or the advanced subtitle ADSBT can be performed. Also, it is possible to select a track of the sub video SUBVD and the sub audio SUBAD based on the sub video track number and the sub audio track number. In FIG. 59 (d), correspondence information between the track number information TRCKAT and the audio stream number ADSTRN of the audio pack corresponding to the track number is described. As shown in FIG. 59 (e), the track number information TRCKAT and The correspondence information of the sub-picture stream number SPSTRN of the sub-picture pack corresponding to the track number is described. As can be seen from the above example, in the track number setting information (track number assignment information), information corresponding to each elementary stream in the display reproduction object is described from each track number TRCKAT. Track number setting information (track number assignment) corresponding to each elementary stream recorded in the playback display object is displayed in a display playback clip element (such as a primary audio video clip element PRAVCP) that manages the playback display object. Each is described in a child element (for example, main video element MANVD). That is, as shown in FIG. 59 (c), the value of the video track number VDTKNM of the corresponding video track element VDTRK in the track navigation information TRNAVI as the value of the track number information TRCKAT (track attribute information) in the main video element MANVD (FIG. 62). (D)) is described. Further, as shown in FIG. 59 (d), as the value of the track number information TRCKAT (track attribute information) in the main audio element MANAD, the value of the audio track number ADTKNM of the corresponding audio track element ADTRK in the track navigation information TRNAVI (FIG. 62). (D)) is described. Further, as shown in FIG. 59 (e), as the value of the track number information TRCKAT (track attribute information) in the subtitle element SBTELE, the value of the subtitle track number STTKNM of the corresponding subtitle track element SBTREL in the track navigation information TRNAVI (FIG. 62). (D)) is described. Similarly, as shown in FIG. 59 (g), as the value of the track number information TRCKAT (track attribute information) in the sub audio element SUBAD, the value of the audio track number ADTKNM of the corresponding audio track element ADTRK in the track navigation information TRNAVI (FIG. 62 (d)). In this embodiment, the sub video track number (track number information TRCKAT corresponding to the sub video track in FIG. 59 (f)) must be set to “1”. In the present embodiment, a different (unique) track number must be set for each different elementary stream in each playback / display clip element. For example, when the valid periods on the title timeline specified on a plurality of different playback / display clip elements overlap with each other, the track numbers between elementary streams belonging to different playback / display clip elements in the time zone in which the valid periods overlap each other It is necessary to set the track number so that (track number) does not overlap. In the present embodiment, the same track number (track number) may be set between elementary streams having different track types (types indicating the contents of elementary streams such as video / audio / subtitle).

  FIG. 61 shows an example of track number assignment information description. The track number setting method set in each elementary stream described in the contents of FIG. 61 follows the relationship shown in FIG. In the example of FIG. 61 (c), the information of the time map PTMAP related to the primary audio video PRMAV is stored in the information storage medium DISC with the file name AVMAP001.MAP. In the present embodiment, the file name and storage location of the corresponding primary enhanced video object data P-EVOB are also matched with the time map file PTMAP (however, only the file name extension is different from “MAP” and “EVO”). ). That is, the file name in which the primary enhanced video object data P-EVOB corresponding to the primary audio video PRMAV is recorded is the file name AVMAP001.EVO. As shown in FIG. 61 (c), since “clipTimeBegin =“ 00: 00: 00: 00 ”” is set in the primary audio video clip element PRAVCP, the primary enhanced video is to be played back in the playlist PLLST. Playback starts from the beginning of the object data P-EVOB file. On the playlist PLLST, it is supposed to be played up to 10 minutes 21 seconds after the first position of the title timeline TMLE. The main video MANVD existing in the primary audio video PRMAV is multi-angled, and an object with an angle number “1” is set as a video track number “1”, and an object with an angle number “2” is a video track number “2”. "Is set. In the primary audio video PRMAV, there are three audio tracks, the one with stream number “0” is the audio track number “1”, the elementary audio stream with stream number “2” is the audio track number “2”, The audio stream number “3” is set as the audio track number “3”. At the same time, it has a structure having two subtitle tracks. In the embodiment of FIG. 61 (c), the substitute audio SBTAD stored in the persistent storage PRSTR can be reproduced and displayed instead of the main audio MANAD of the primary audio video PRMAV. By setting the audio track number as “4” in this case, the user can selectively reproduce and display any main audio MANAD from the audio track number “1” to the audio track number “4”. It has become. In the embodiment of FIG. 61 (c), it is possible to simultaneously display the advanced subtitle ADSBT recorded in the persistent storage PRSTR at the same time as the display time of the primary audio video PRMAV. In this case, the track number of the advanced subtitle ADSBT is set to “3”, which is set in advance in the primary audio video PRMAV and can be selectively displayed as the sub-picture SUBPT. That is, there are subtitle tracks from “1” to “3”, and any subtitle track from “1” to “3” is displayed while displaying the main video MANVD of a specific angle of the main video MANVD of the primary audio video PRMAV. It is possible to display selectively.

  The track number assignment information information shown in FIGS. 59C to 59G includes the correspondence between the stream number of the corresponding stream and the track number TRCKAT, and the media attribute information corresponding to each track number TRCKAT (in the media attribute element). Index number MDATNM). On the other hand, the contents of the track navigation information TRNAVI shown in FIGS. 62 (d) to 62 (e) collectively describe information necessary for the user to select each track number. The information link between the track number assignment information and the track navigation information TRNAVI is related to each track number TRCKAT. That is, the video track number VDTKNM, audio track number ADTKNM, and subtitle track number shown in FIG. 62 (d) are set to the same values as the track information TRCKAT shown in FIGS. 59 (c) to (d), and the same values are used. Thus, the track number assignment information information and the track navigation information TRNAVI information can be linked. Hereinafter, the description location of the track navigation information TRNAVI in the playlist PLLST will be described with reference to FIG. As shown in FIG. 62, structure information CONFGI, media attribute information MDATRI, and title information TTINFO exist in the playlist PLLST. As shown in FIG. 62 (b), the title information TTINFO contains first play title element information FPTELE, title element information TTELEM for each title, and playlist application element information PLAELE. As shown in FIG. 62 (c), the track navigation information TRNAVI exists in the title element information TTELEM for each title.

<Track Navigation Information Element and Aattribute of Track>
As described above, the track navigation information TRNAVI exists in the title element information TTELEM in the playlist file PLLST. The track navigation information TRNAVI is composed of track navigation list elements as shown in FIG. 62 (e). In the track navigation information TRNAVI, a list relating to a main video track MVTRK, a main audio track MATRK, a sub audio track SATRK and a sub title track SBTTRK that can be selected by the user is described. As shown in FIG. 62 (d), in the track navigation information TRNAVI, attribute information on the main video track MVTRK that can be selected by the user is described in the video track element VDTRK. Similarly, attribute information about the main audio track MATRK and sub audio track SATRK that can be selected by the user is recorded in the audio track element ADTRK, and attribute information about the sub title track SBTTRK that can be selected by the user is described in the sub title track element SBTREL. Has been. As shown in FIG. 62 (d), a flag USIFLG (selectable attribute information) indicating that the user can be selected exists in any of the track elements of the video track element VDTRK, the audio track element ADTRK, and the subtitle track element SBTREL. The value indicated by the flag USIFLG (selectable attribute information) indicating that the user can be selected indicates whether or not the corresponding track can be selected by the user. That is, if the value after “selectable =” is “true”, it indicates that the corresponding track is selectable by the user. If the value described after “selectable =” is “false”, it corresponds. This means that the track to be selected cannot be selected by the user. As described above, the main video track MVTRK, the main audio track MATRK, the sub audio track SATRK, and the subtitle track SBTTRK in which the value of the selectable attribute information is set to “true” is called a user selectable track (user selectable track). As shown in FIG. 44, a storage location of the default event handler script DEVHSP exists in the advanced application manager ADAMNG. FIG. 45 shows the default input handler contents stored in the default event handler script DEVHSP. As shown in FIG. 45, the default input handler name changeSubtitleHandler (virtual key code VK_SUBTITLE) means a user input event for changing a subtitle track. The default input handler name changeAudioHandler (virtual key code is VK_AUDIO) means a user input event related to audio track switching. The user selectable track (user selectable track) is selected by a user operation defined by the default event handler. Also, as shown in FIG. 62 (e), a track in which the value of “selectable =” is set to “false” is called a track that cannot be selected by the user (non-user selectable track). Furthermore, for the main audio track MATRK and the sub audio track SATRK, the audio language code and language code extension descriptor of the audio language code and audio language code extension descriptor ADLCEX (langcode attribute information) described in the audio track element ADTRK Information is set. For the subtitle track SBTTRK, information on the language code and the language code extension descriptor is set by the subtitle language code in the subtitle track element SBTREL and the subtitle language code extension descriptor STLCEX (langcode attribute information). The language code and the language code extension descriptor are used by an API command for selecting a track. If the attribute value of the flag FRCFLG (forced attribute information) indicating forced output described in the subtitle track element SBTREL is set to “true”, the corresponding subtitle track SBTTRK (sub video SUBPT) is set to the user. Regardless of your intention, you must force output to the screen. Conversely, when the value of the flag FRCFLG (forced attribute information) indicating forced image output is set to “false”, the corresponding subtitle (sub-video SUBPT) does not necessarily have to be imaged compulsorily. Displayability can be set. For example, even if it is set to not display captions by user selection, the ability to express to the user may be improved by forcibly displaying captions on a screen only in a specific area according to the intention of the content provider. In such a case, by setting the value of the flag FRCFLG (forced attribute information) indicating forced image output to “true”, it is possible to improve the expressiveness to the content provider user. Further, additional information described in a text format can be described for each track element, and can be used for identification for each track.

<Track Navigation List Element>
The track navigation list element explains the track information in the title. The contents of the track navigation list are composed of a list of a video track element VDTRK, an audio track element ADTRK, and a subtitle track element SBTREL, and these elements are called a track navigation information element TRNAVI. The track information in the title is described in the video track element VDTRK, the audio track element ADTRK, and the subtitle track element SBTREL described above. Furthermore, the video track element VDTRK, the audio track element ADTRK, and the subtitle track element SBTREL also indicate attribute information for the corresponding track.

<VideoTrack Element>
The video track element VDTRK shown in FIGS. 62 (d) and 62 (e) will be described below. The video track element VDTRK represents an attribute information list of the main video track MVTRK. A video track number VDTKNM (track attribute information) in the video track element VDTRK indicates a video track number VDTKNM for identifying each video track. In this embodiment, a positive number from 1 to 9 must be set as the value of the video track number VDTKNM. That is, in the present embodiment, up to nine main video tracks MVTRK can be set, and the user can select one of them. By setting the main video track MVTRK that can be selected by the user up to nine, the expressive power of the content provider to the user can be greatly increased. A flag USIFLG (selectable attribute information) indicating that the user can be selected represents whether or not the corresponding main video track MVTRK can be selected by a user operation. If the value of the flag USIFLG indicating that the user can be selected is “true”, it indicates that the corresponding main video track MVTRK can be selected by the user operation. If “false”, the selection by the user operation is not possible. It means that it is possible. It is possible to omit the description of the flag USIFLG indicating that the user can be selected in the video track element VDTRK. In this case, the default value “true” is automatically set. The attribute information about the video track is described in a text format familiar to people, but the additional information can be omitted in the video track element VDTRK.

<AudioTrack Element>
Next, the audio track element ADTRK shown in FIGS. 62 (d) and 62 (e) will be described. The audio track element ADTRK indicates an attribute list of the main audio track MATRK and the sub audio track SATRK. The audio track number ADTKNM (track attribute information) in the audio track element ADTRK is set to the audio track number ADTKNM used for identification between the audio tracks. A flag USIFLG (selectable attribute information) indicating that user selection is possible indicates whether the corresponding main audio track MATRK or sub audio track SATRK can be selected by a user operation. If the value of the flag USIFLG indicating that the user can be selected is “true”, it indicates that the corresponding audio track can be selected by the user operation. If it is “false”, the selection is not possible by the user operation. It shows that it is possible. It is possible to omit the description of the flag USIFLG indicating that the user can be selected in the audio track element ADTRK. In this case, the default value “true” is automatically set. In the present embodiment, the audio track number ADTKNM must be a positive value from 1 to 8. Thus, by making it possible to select up to eight audio tracks, it is possible to greatly improve the expressive power of the content provider to the user. The audio language code and the audio language code extension descriptor ADLCEX (langcode attribute information) describe a specific code and a specific code extension descriptor for the corresponding audio track number ADTKNM. Here, as shown in FIG. 62 (e), “ja” is shown as a value when representing Japanese, and “en” is shown when representing English. Also, assuming that the content of the audio track is different for the same Japanese or the same English, place a colon after the language code number as the value of the audio language code and the audio language code extension descriptor ADLCEX (langcode attribute information), and then Can be set to a number (eg “ja: 01”). The additional information about the audio track is described in a text format familiar to humans, but the additional information can omit the description in the audio track element ADTRK.

<Subtitle Track Element>
The subtitle track element SBTREL will be described below. The subtitle track element SBTREL indicates an attribute list of the subtitle track SBTTRK. The subtitle track number STTKNM (track attribute information) is used for identification between each subtitle track SBTTRK, and the value of the subtitle track number STTKNM must describe a positive number from 1 to 32. In this embodiment, by setting the subtitle track SBTTRK to 32 tracks, it is possible to greatly improve the expressive power for the user. A flag USIFLG (selectable attribute information) indicating that the user can be selected indicates whether the subtitle track SBTTRK can be selected by the user operation. When the value is “true”, the subtitle track SBTTRK indicates that the user operation can be selected. When the value is “false”, the user operation cannot be selected. The flag USIFLG indicating that the user can be selected can be omitted from the subtitle track element SBTREL. In this case, the default value “true” is automatically set. The subtitle language code and the subtitle language code extension descriptor STLCEX indicate a specific code and a specific code extension descriptor for the corresponding subtitle track SBTTRK. A flag FRCFLG (forced attribute information) indicating forced output indicates whether or not the corresponding subtitle track SBTTRK is forcibly output. If the value is “true”, the corresponding subtitle track SBTTRK must be forcibly output. If it is “false”, it is not always necessary to forcibly output. The value can be omitted from the corresponding subtitle track element SBTREL (the flag FRCFLG indicating the forced image output). In this case, the default value “false” is automatically set. Further, the additional information regarding the subtitle track SBTTRK is described in a text format familiar to humans, but the additional information can be omitted in the subtitle track element SBTREL.

  A specific example of the track navigation list shown in FIG. 62 (e) will be described. In FIG. 62 (e), there are three video tracks. Of these, the user can select the track numbers “1” and “2”, and the user cannot select the main video track MVTRK of the track number “3”. In addition, four audio tracks are set. In the embodiment shown in FIG. 62 (e), the main audio track MATRK and the sub audio track SATRK are set with track numbers such that the audio track number ADTKNM does not overlap with each other, and the main audio track MATRK and the sub audio track SATRK are Different audio track numbers ADTKNM are set. Thereby, the main audio track MATRK and the sub audio track SATRK can be selectively selected as audio tracks to be reproduced. Audio tracks whose audio track number ADTKNM is “1” are displayed in English (en), and those whose audio track numbers ADTKNM are “2” and “3” are displayed in Japanese (ja). The audio track number ADTKNM “1” to “3” can be selected by the user, but the audio track number ADTKNM “4” cannot be selected by the user. The audio track numbers ADTKNM “2” and “3” are displayed in Japanese in the same way, but the audio content is different. : 02 ”. Also, four subtitle tracks SBTTRK set by subtitle track numbers STTKNM from “1” to “4” are set. The subtitle track SBTTRK with the subtitle track number STTKNM “1” is displayed in English (en) and can be selected by the user. However, the flag FRCFLG indicating forced image output is set to “true” in the subtitle track SBTTRK. Accordingly, the subtitle track SBTTRK whose subtitle track number STTKNM displayed in English is “1” must be forcibly output. The subtitle track SBTTRK with the subtitle track number STTKNM “2” is displayed in Japanese (ja), and the subtitle track SBTTRK with the subtitle track number STTKNM “3” is displayed in Chinese (ch). Any of the subtitle tracks SBTTRK having the subtitle track numbers STTKNM “2” and “3” can be selected by the user. On the other hand, the subtitle track SBTTRK in which the subtitle track number STTKNM is set to “4” cannot be selected by the user.

  According to the setting (description) method of the audio track element ADTRK as described above, the audio set in the audio track element ADTRK corresponding to the main audio track MATRK as shown in the specific example of FIG. It is necessary to consider that the same number does not overlap between the track number ADTKNM and the audio track number ADTKNM set in the audio track element ADTRK corresponding to the sub audio track SATRK. As a result, different audio track numbers ADTKNM are set in the audio track element ADTRK corresponding to the main audio track MATRK and in the audio track element ADTRK corresponding to the sub audio track SATRK. Accordingly, when the user selects a specific audio track number ADTKNM using the track navigation information TRNAVI, either the main audio track MATRK or the sub audio track SATRK can be selected as audio information to be displayed / output to the user. In the above embodiment, as shown in FIG. 62 (d), both the audio track element ADTRK corresponding to the main audio track MATRK and the audio track element ADTRK corresponding to the sub audio track SATRK in the track navigation list element (track navigation information TRNAVI). Is placed (description). The present embodiment is not limited to the above, and other application examples shown below can be adopted. That is, as another application example, only the audio track element ADTRK corresponding to the main audio track MATRK is set, and the audio track element ADTRK corresponding to the sub audio track SATRK is not set. In this case, only the main audio track MATRK is described in the track column corresponding to the audio track element ADTRK shown in FIG. 62 (d), and the sub audio track SATRK is deleted. In this application example, only the audio track element ADTRK corresponding to the main audio track MATRK is placed (description) in the track navigation list element (track navigation information TRNAVI), and the user selects only the main audio track MATRK as the audio information to be displayed / output. You will choose. In the above application example, the sub audio track SATRK is automatically selected in conjunction with the main audio track MATRK. For example, when the user selects the main audio track MATRK of “track number 3” using the track navigation information TRNAVI, the sub audio track SATRK displayed / output to the user is the sub audio of “track number 3”. The track SATRK is automatically selected.

  FIG. 63 (c) shows the data structure of the network source element NTSELE in the object mapping information OBMAPI included in the playlist PLLST. Similarly, FIG. 63 (d) shows the data structure of the application resource element APRELE in the object mapping information OBMAPI. When there are resources in the network server NTSRV that the advanced content playback unit ADVPL temporarily stores in the data cache DTCCH in advance, the network source element NTSELE can be described in the object mapping information OBMAPI. As shown in FIG. 18, the names of objects to be reproduced and displayed where the originally recorded location can exist in the network server NTSRV are the substitute audio video SBTAV, the secondary audio video SCDAV, the substitute audio SBTAD, and the advanced subtitle ADSBT. Advanced application ADAPL exists. Therefore, the clip elements corresponding to the objects that can set the network server NTSRV as the originally recorded location are the substitute audio video clip SBAVCP, the secondary audio video clip SCAVCP, the substitute audio clip SBADCP, the advanced subtitle segment ADSTSG, and the application segment APPLSG. Become. Correspondingly, the network source element NTSELE can be described in the substitute audio video clip element SBAVCP, the substitute audio clip element SBADCP and the secondary audio video clip element SCAVCP as shown in FIG. In FIG. 63 (b), one network source element NTSELE is described for each clip element, but actually, a plurality of network source elements NTSELE can be described in the same clip element. As shown in FIG. 67, by describing one or more network source elements NTSELE in the same clip element, it is possible to set an optimum resource for the network environment of the information recording / reproducing apparatus 1.

<Network Source>
A network source element NTSELE shown in FIG. 63 (c) indicates network content candidates to be temporarily stored in the data cache DTCCH. In the network source element NTSELE, information on network throughput conditions guaranteed when a resource corresponding to the candidate is downloaded into the file cache FLCCH is also described. When the value described in the SRC attribute information in the application resource element APRELE or the title resource element is described as “http” or “https”, the network is included in the application resource element APRELE or the title source element. Source element NTSELE can be described. The network throughput allowable minimum value information NTTRPT described in FIG. 63 (c) relates to the network throughput (data transfer rate) when downloading the network source (data or file) from the storage location specified by the corresponding SRC attribute information SRCNTS. Represents the minimum value allowed for the network system. The value of the network throughput allowable minimum value information NTTRPT is described in units of 1000 bps. The value recorded in the network throughput allowable minimum value information NTTRPT must be “0” or a natural number. In the src attribute information in the network source element NTSELE described in FIG. 63 (c), the value of the network source storage location SRCNTS corresponding to the above-described minimum allowable network throughput is entered, and URI (Uniform Resource Information) It is described based on the display format. If this network source element NTSELE is set in the secondary audio video clip element SCAVCP or in the substitute audio video clip element SBAVCP or the substitute audio clip element SBADCP, the time map file of the secondary enhanced video object data S-EVOB Specify the STMAP storage location. When the network source element NTSELE is set in the application resource element APRELE or the title resource element, the src attribute information indicates the storage location of the file loaded into the file cache FLCCH. Specific file contents to be loaded into the file cache FLCCH include a manifest file MNFST, a markup file MRKUP, a script file SCRPT, a still image file IMAGE, and an effect included in the advanced application directory ADAPL shown in FIG. An audio file EFTAD, a font file FONT, an advanced subtitle manifest file MNFSTS present in the advanced subtitle directory ADSBT, an advanced subtitle markup file MRKUPS, an advanced subtitle font file FONTS, and the like. As shown in FIG. 10 or FIG. 25, even if the advanced application ADAPL and the advanced subtitle ADSBT are stored in any of the information storage medium DISC, persistent storage PRSTR, and network server NTSRV, they are temporarily stored in the file cache FLCCH in advance. It is necessary to reproduce and display from the file cache FLCCH. As described above, the information on the storage location (path) of the resource referenced (used) from the advanced subtitle ADSBT, the file name, and the data size is described in the application resource element APRELE shown in FIG. The application resource element APRELE can be described in the advanced subtitle segment element ADSTSG or the application segment element APPLSG. In the present embodiment, each resource that is referenced (used) for each content must be described as a separate application resource element APRELE. For example, as shown in FIG. 12 or 11, when the advanced subtitle manifest MNFSTS, the advanced subtitle markup MRKUPS, and the advanced subtitle font FONTS exist as the contents constituting the advanced subtitle ADSBT, In the advanced subtitle segment element ADSTSG, one application resource element APRELE corresponding to the manifest MNFSTS of the advanced subtitle is described, and the application resource element APRELE corresponding to the markup MRKUPS of the advanced subtitle, the font FONTS of the advanced subtitle A corresponding application resource element APRELE is described. In FIG. 63 (b), only one application resource element APRELE is described in the advanced subtitle segment element ADSTSG, and one application resource element APRELE is described in the application segment element APPLSG. An application resource element APRELE is described for each content constituting the ADSBT, and a plurality of application resource elements APRELE are described for each resource referenced (used) from the advanced application ADAPL. Further, as shown in FIG. 63 (d), when the resource managed by the application resource element APRELE is stored in the network server NTSRV, the network source element NTSELE can be described in the application resource element APRELE. ing. As shown in the example of FIG. 67, when a plurality of resources indicating the same content (files indicating the same content) (data sizes different from each other) are stored in the network server NTSRV, the same application resource element One or more network source elements NTSELE can be described in APRELE, and an optimum resource corresponding to the network environment of the information recording / reproducing apparatus 1 can be selected and downloaded.

<Application Resource element>
For example, resource information RESRCI related to a resource referred to (used) by an application such as the advanced subtitle ADSBT or the advanced application ADAPL is described in an application resource element APRELE shown in FIG. The application resource element APRELE indicates a storage location (path) and a file name (data name) of a resource to be stored (loaded) in the file cache FLCCH. The storage location (path) and file name (data name) of the resource are described in the src attribute information. The advanced content playback unit ADVPL must store the resource file specified by the application resource element APRELE in the file cache FLCCH before an application such as the advanced subtitle ADSBT or the advanced application ADAPL is started. Also, the valid period of the application resource element APRELE needs to be included in the valid period (the period from titleTimeBegin / TTSTTM to titleTimeEnd / TTEDTM in FIG. 56 (d)) in the application segment element APPLSG. The start time within the effective period on the title timeline TMLE of the resource defined by the application resource element APRELE is the start time TTSTTM (on the title timeline indicating the start time of the effective period of the corresponding application segment element APPLSG ( titleTimeBegin), and the end time of the validity period on the title timeline of the resource is the end time TTEDTM (titleTimeEnd on the title timeline indicating the end time of the validity period described in the corresponding application segment element APPLSG ). FIG. 73 (d) shows a state in which the advanced pack ADV_PCK is multiplexed in the primary enhanced video object data P-EVOB. In this way, the resource indicated by the application resource element APRELE shown in FIG. 63 (d) may be multiplexed and recorded in the primary video set PRMVS. In this case, the time PRLOAD (loadingBegin) on the title timeline for starting loading (loading) of the target resource represents the start time of the loading period of the advanced pack ADV_PCK of the primary enhanced video object data P-EVOB including the corresponding resource. ing. Further, the persistent storage PRSTR can be designated as the storage location of the resource. In this case, the time PRLOAD (loadingBegin) on the title timeline for starting the loading of the target resource means the start time of the loading period for downloading the resource from the persistent storage PRSTR. Further, the network server NTSRV may be designated as the resource storage location. The src attribute information in this case is described by a URI (Uniform Resource Identifier) starting from “http” or “https”. In this case, the time PRLOAD (loadingBegin) on the title timeline at which the loading (loading) of the target resource is started represents the start time of the loading period for downloading the corresponding resource. If the value of the src attribute information in the application resource element APRELE shown in FIG. 63 (d) is described by a URI (Uniform Resource Identifier) starting with “http” or “https”, the data cache DTCCH Indicates that the storage location SRCDTC of the data or file to be downloaded exists in the network server NTSRV. In this case, the network source element NTSELE may be described in the application resource element APRELE. The network source element NTSELE indicates resource information to be selected according to the network throughput setting as shown in FIG. The following describes each attribute information in the application resource element APRELE tag shown in FIG. 63 (d). The size information DTFLSZ of the data or file to be loaded into the data cache may be expressed by a positive value in units of bytes, and the description in the application resource element APRELE tag may be omitted. The priority information PRIORT (priority attribute information) for deleting the corresponding resource indicates the priority when the corresponding resource that is no longer referred to by the title or the advanced application being executed is deleted from the data cache. That is, the application resource elements APRELE that are no longer referenced (used) by the advanced application are deleted in descending order of priority. The above value can describe a positive value in a range from 1 to "2 to the 31st power-1". Delete resources with higher values set in priority attribute information first. The application resource is divided into 2048 bytes, and data for each 2048 bytes is packaged in the advanced pack ADV_PCK and multiplexed in the primary enhanced video object data P-EVOB as shown in FIG. 73 (d). May be recorded in the information storage medium DISC. Information indicating whether or not the application resource is recorded in the multiplexed form is referred to as multiplexed attribute information MLTPLX (multiplexed attribute information). If the multiplexed attribute information MLTPLX is “true”, it indicates that the stored data is loaded from the advanced pack ADV_PCK in the primary enhanced video object P-EVOB during the loading time LOADPE on the title timeline, Further, when the multiplexed attribute information MLTPLX (multiplexed attribute information) is “false”, it means that it must be preloaded as a file from the originally stored location SRCDTC. The description of the multiplexed attribute information MLTPLX in the application resource element APRELE may be deleted. The time PRLOAD (loadingBegin attribute information) on the title timeline at which the loading (loading) of the target resource is started is described as “HH: MM: SS: FF”. If the time PRLOAD on the title timeline for starting the loading (loading) of the target target resource is not described in the application resource element APRELE, the starting time of the loading period is the valid period of the corresponding advanced application ADAPL. Must coincide with the start time (start time TTSTTM on the title timeline in FIG. 56 (d)). In this way, by loading the application resource at the start time of the advanced application ADAPL, the loading of the application resource can be completed in the earliest time within the effective period of the advanced application ADAPL. There is an effect that the application resource can be used quickly when necessary. The time PRLOAD on the title timeline for starting the loading (loading) of the target target resource is described in the parent element (application segment element APPLSG or advanced subtitle segment element ADSTSG) of the application resource element APRELE in which it is described. It is necessary to indicate the time before the start time TTSTTM on the title timeline. When the multiplexed attribute information MLTPLX is “true”, the resource is downloaded into the file cache FLCCH by the method shown in FIG. 65 (a). The description of PRLOAD (loadingBegin attribute information) must not be omitted.

  If the no-cache attribute information NOCACH (noCache attribute information) is “true”, it indicates that the HTTP GET request includes the Caché-Control header and the Pragma header. If it is “false”, the HTTP GET request Does not include the Cach-Control header and the Pragma header. The description of the no-cache attribute information NOCACH can be omitted. In this case, “false” is set as a default value. Further, description attribute information representing additional information related to the application element is described in a text format familiar to people, and the attribute information can be omitted.

  The technical points for displaying / executing various playback / display objects in this embodiment as scheduled in accordance with the progress of the title timeline TMLE are shown below. The technical points in this embodiment are “a mechanism that can guarantee the start of display or execution in accordance with the progress of the title timeline TMLE” and “a mechanism that copes with when the preloading in the data cache DTCCH is not in time”. I can do it in half. The technical points in this embodiment are listed below.

1. A system that guarantees display or execution start in accordance with the progress of the title timeline TMLE * 1 Advanced application ADAPL, advanced subtitle ADSBT and some secondary video sets SCDVS are temporarily stored in the data cache DTCCH beforehand, and in the data cache DTCCH Display or execution processing to the user is performed using the data temporarily stored in (see FIG. 25)
* 2 Data names or file names that should be temporarily stored in the data cache DTCCH and their original storage location information are stored in the playlist PLLST (various clip elements, network source element NTSELE, application resource element APRELE, title resource element, It is described in the src attribute information (source attribute information) of the playlist application resource element (PLRELE) (see FIG. 83).
… The data or file to be temporarily stored in the data cache DTCCH and the access destination for that are known. * 3 The timing for starting the loading in the data cache DTCCH in advance in the playlist PLLST (clip element, application resource element APRELE, title) (Within the resource element) “specified on the time PRLOAD (loadingBegin attribute or preload attribute) on the title timeline at which the loading (loading) of the target resource is started” (FIGS. 65, 54, 55, 63, and 66) reference)
* 4 Information that can select the optimal data or file for loading according to the network environment of the information recording / reproducing apparatus 1 is described in the playlist PLLST (network source element NTSELE) (see FIGS. 67 and 68).
2. How to cope when the pre-loading in the data cache DTCCH is not in time * 5 In “Playback display object synchronization attribute information SYNAT (sync attribute information)” in the playlist PLLST (in the clip element and segment element) A coping method according to the reproduction display object is designated (see FIGS. 54, 55, and 56).
-If sync = "hard" (hard sync attribute), the title timeline TMLE stops moving until the loading is completed, and the video is temporarily frozen.
-When sync = "soft" (soft sync attribute), the progress on the title timeline TMLE is continued as it is, and after loading is completed (from the display start time TTSTTM / titleTimeBegin specified on the title timeline TMLE) When the above-described technical point is executed, there are five states shown in FIG. 64 as resource storage time in the file cache FLCCH.

<Resource State Machine>
The five states include loading time LOADPE, execution / use time USEDTM, preparation time READY, time N-EXST after deleting data from the file cache, advanced application data storage time AVLBLE in the file cache, title timeline Transitions between states occur as time progresses on the TMLE. The state transition in FIG. 64 will be described below.

  (A) When no resource is stored in the file cache FLCCH, the corresponding resource becomes the time N-EXST after data is deleted from the file cache. All resources other than the playlist application resource PLAPRS have a time N-EXST after the data is deleted from the file cache before the reproduction of the title is started. Even if the resource is already temporarily stored in the file cache FLCCH, the time after the data is deleted from the file cache after the file cache manager FLCMNG in the navigation manager NVMNG shown in FIG. N-EXST.

  (B) When resource loading is started, the data storage state in the file cache FLCCH transitions to the state of the loading time LOADPE. As shown in FIG. 28, the file cache manager FLCMNG in the navigation manager NVMNG manages the data stored in the file cache FLCCH. Prior to the start of loading of the resource, it is necessary to prepare a memory block that is sufficiently free for the resource to be stored in the file cache FLCCH, and guarantee the free area setting of the memory block corresponding to the resource to be stored. Is performed by the file manager FLCMN. In this embodiment, as shown in FIGS. 66 (c) and 66 (d), the content of the resource information RESRCI in the playlist file PLLST means a list of title resource elements. In addition to this, the concept of resource information RESRCI is expanded as another application example in the present embodiment, and not only the title resource element shown in FIG. 66 (d) but also the application shown in FIGS. 70 and 71 as information included in the resource information RESRCI. The three types of resource elements, resource element APRELE and playlist application resource element PLRELE, can be collectively called resource information RESRCI. In the resource information RESRC according to the application example, the title time at which the loading of the target resource is started in the title resource element shown in FIG. 66 (d) and the application resource element APRELE shown in FIG. 63 (d). If the time PRLOAD (LoadingBegin attribute information) on the line exists, the loading time LOADPE starts from the time PRLOAD time (LoadingBegin attribute information) on the title timeline that starts loading (loading) the target resource. Is done. If the description of the time PRLOAD (LoadingBegin attribute information) on the title timeline at which the loading of the target resource is started in the title resource element or the application resource element APRELE is omitted, the corresponding resource The loading time LOADPE is started from the start time TTSTTM (titleTimeBegin attribute information) on the title timeline (see FIG. 65 (b)). As shown in FIG. 56 (d), the autorun attribute information ATRNAT exists in the application segment element APPLSG. When the value of the autorun attribute information ATRNAT is “false”, the corresponding application is not automatically entered into an execution state, but is activated (executed) for the first time by an API command. As described above, when the value of the autorun attribute information ATRNAT is “false”, loading of the resource referenced (used) by the corresponding advanced application ADAPL is not started. As shown in FIG. 56 (b), information about resources referred to (used) from the advanced application ADAPL is described as a list of application resource elements APRELE, and the list of application resource elements APRELE is arranged in the application segment element APPLSG. Yes. Therefore, when the value of the autorun attribute information ATRNAT is “false”, loading of the resource managed by the corresponding application resource element APRELE is not started. If the autorun attribute information ATRNAT is changed to “false” during the loading period of the resource referenced (used) by the specified advanced application ADAPL, the loading of the resource in the middle of loading is canceled and already in the file cache FLCCH. The resource loaded in is deleted. Further, as described with reference to FIG. 57, the advanced application ADAPL that is in an execution (active) state is selected according to the language information to be used. Further, as shown in FIG. 58, whether the advanced application ADAPL is valid or invalid is determined according to the determination of FIG. 58 based on the combination of the set values of the application activation information in the application segment element APPLSG. As described above, even when the advanced application ADAPL is regarded as invalid by the procedure shown in FIG. 57 or 58, loading of the resource specified in the corresponding application segment element APPLSG is not started. By loading only the resources that the advanced application ADAPL that is surely used in this way references (uses) into the file cache FLCCH, the loading of unnecessary resources in the file cache FLCCH is eliminated, and the file cache Effective utilization of resources in FLCCH can be achieved.

  (C) When loading of the specified resource in the file cache FLCCH is completed, the data storage state in the file cache is shifted to the preparation time READY. The preparation time READY means a state before the application that references (uses) the resource reaches the valid period VALPRD / APVAPE on the title timeline (a state before the execution / use time USEDTM).

  (D) When the resource loading is completed and the application enters the execution / use state, the data storage state in the file cache FLCCH transitions to the execution / use time USEDTM. If the resource is used by one or more running (active) applications, the resource is in a running / used state.

  (E) When the loading of the resource referenced (used) from the playlist associated advanced application PLAPL is completed, the resource becomes the execution / usage time USEDTM during playback of any title other than the first play title FRPLTT. This is because when the playlist associated advanced application PLAPL exists, it is assumed that the resource is used in an arbitrary title (by the advanced application ADAPL or the title associated advanced application TTAPL).

  (F) When an application being used is canceled due to, for example, an API command, the application is in a non-executed state. If the position (time) on the title timeline TMLE has reached the end time TTEDTM (titleTimeEnd attribute information) on the title timeline specified in the application segment element APPLSG or the advanced subtitle segment element ADSTSG (see FIG. 56) If not, the data storage state in the file cache FLCCH transits to the preparation time READY.

  (G) When a resource in the file cache FLCCH is currently in the preparation time READY and an application that references (uses) the resource is in the execution / use state, the resource is transitioned to the execution / use time USEDTM.

  (H) When none of the application (s) that refers to the resource in the file cache FLCCH is valid, the resource is within the advanced application data storage time AVLBLE in the file cache.

  (I) If the resource has the advanced application data storage time AVLBLE in the file cache, when the application that references (uses) the resource changes to the execution / use state, the resource transitions to the execution / use time USEDTM .

  (J) If the resource has the advanced application data storage time AVLBLE in the file cache, the resource transitions to the preparation time READY when the application that refers to (uses) the resource changes to a valid state.

  FIG. 64 describes the transition of the storage state (time) of the resource in the file cache FLCCH. Corresponding to the drawing of FIG. 64, the data storage state in each file cache FLCCH, the relationship between the advanced application execution time APACPE and the valid time APVAPE, and the advanced application ADAPL loading / execution processing method based on the resource information RESRCI are illustrated. 65. As a common transition order in any of FIGS. 65 (a), (b), and (c), it starts from the time N-EXST after the data is deleted from the file cache, and then transitions to the loading time LOADPE and the execution / use time USEDTM. After the advanced application data storage time AVLBLE in the file cache, transition is made in order of the time N-EXST after the data is deleted from the file cache. A preparation time READY is inserted in the transition order.

<Image of State Machine of Resource Information including LoadingBegin>
The time PRLOAD (LoadingBegin) on the title timeline at which the loading of the target resource is started in the application resource element APRELE shown in FIG. 63 (d) or the title resource element which is the resource information RESRCI shown in FIG. 66 (d). Attribute information) exists. As shown in FIG. 66 (c), the resource information RESRCI narrowly means a list of title resource elements. However, in the present embodiment, the title resource element, the application resource element APRELE shown in FIG. 63 (d), and the playlist application resource element PLRELE shown in FIG. 69 (d) are generically called resource information RESRCI in a broad sense. In the resource information RESRCI (title resource element and application resource element APRELE), “time PRLOAD (LoadingBegin attribute information) on the title timeline to start loading (loading) the target resource” is described. FIG. 65 (a) shows the transition of the resource data storage state in the cache and the “relationship between the advanced application valid time APVAPE and the advanced application execution time APACPE”. In general, on the title timeline that starts loading (loading) the target resource at a time preceding the title timeline TMLE before the “start time TTSTTM (titleTimeBegin attribute information) on the title timeline of the corresponding resource” Time PRLOAD (LoadingBegin attribute information) "is set. As a result, the resource loading can be completed by the time set in the “start time TTSTTM (titleTimeBegin attribute information) on the title timeline of the corresponding resource”, and the “start time on the title timeline of the corresponding resource” For example, playback, display, and execution of the title associated advanced application PLAPL can be started from “TTSTTM (titleTimeBegin attribute information)”.

  In this case, since the loading time LOADPE in FIG. 65 (a) is set at a location preceding the advanced application valid time APVAPE, the advanced application valid time APVAPE matches the advanced application execution time APACPE. During the effective time APVAPE of the advanced application, the resource in the file cache FLCCH becomes the execution / use time USEDTM. In the embodiment shown in FIG. 65 (a), the autorun attribute information ATRNAT is set to “true” in the application segment element APPLSG including the application resource element APRELE shown in FIG. 63 (d) (FIG. 56 (d) )reference). For this reason, when the time on the title timeline TMLE exceeds the “start time TTSTTM on the title timeline”, the corresponding advanced application ADAPL is automatically activated and becomes valid. In the embodiment of FIG. 65 (a), the resource file APMUFL stored in the file cache FLCCH is divided in the form of an advanced pack ADV_PCK, and is multiplexed in the primary enhanced video object data P-EVOB. Saved in. In this case, the value of the multiplexed attribute information MLTPLX (multiplexed attribute information) in the application resource element APRELE shown in FIG. 63 (d) is “true”. In the embodiment of FIG. 65 (a), an area (see FIG. 73 (e)) in which the advanced pack ADV_PCK in the information storage medium DISC is multiplexed is reproduced during the loading time LOADPE and transferred into the file cache FLCCH. . In the case of the embodiment shown in FIG. 65 (a), the preparation time READY exists until the execution / use time USEDTM after the loading processing of the corresponding resource is completed. In the present embodiment, not limited to the above contents, for example, a resource file stored in a state of not being multiplexed (multiplexed) in the network server NTSRV may be loaded. In this case, the loading is started from “time PRLOAD on the title timeline at which the loading (loading) of the target resource is started”, and the loading into the file cache FLCCH is completed during the loading time LOADPE.

  When the advanced application execution time APACPE is entered on the title timeline TMLE, the resources in the file cache FLCCH transition to the execution / use time USEDTM. After that, when the time on the title timeline TMLE reaches the end time TTEDTM on the title timeline, a transition is made to the advanced application data storage time AVLBLE in the file cache. Thereafter, when a deletion process is performed by the file cache manager FLCMNG (see FIG. 28), a transition is made to a time N-EXST after the data is deleted from the file cache.

<Image of State Machine of Resource without LoadingBegin>
Resource information RESRCI and file cache data storage when there is no description of "Time PRLOAD (LoadingBegin attribute information) on the title timeline to start loading (loading) the target resource" in the title resource element or application resource element APRELE The relationship with the state is shown in FIG. In this case, resource loading is started when the time on the title timeline TMLE reaches the start time TTSTTM (titleTimeBegin) on the title timeline of the advanced application ADAPL. As a result, the loading time LOADPE partially overlaps the advanced application validity period APVAPE. In the embodiment shown in FIG. 65 (b), after the period of the loading time LOADPE is completed (after loading is completed), the corresponding advanced application ADAPL is executed, used and processed for the first time (the advanced application execution time APACPE is reached). ). Therefore, the execution time APACPE enters the middle of the effective period APPVAPE of the advanced application. Therefore, the resource execution / use time USEDTM in the file cache FLCCH matches the advanced application execution time ADACPE. In the example shown in FIG. 65A, there is a preparation time READY between the loading time LOADPE and the execution / use time USEDTM. In the example shown in FIG. Transition to USEDTM. Thereafter, when the execution time APACPE of the advanced application ends, the resources in the file cache FLCCH transition to the preparation time READY. When the end time TTEDTM (titleTimeEnd) on the title timeline is exceeded, a transition is made to the advanced application data storage time AVLBLE in the file cache. When the data deletion FLCREM processing of the resource from the file cache by the file cache manager FLCMNG is performed, a transition is made to the time N-EXST after the data deletion from the file cache.

  When the same resource is referenced (used) from a plurality of applications, the data storage state in the file cache is defined as follows and depends on the combination of the states of the plurality of applications.

  1. When at least one application is in an execution state, a resource referenced (used) from the application is defined as having an execution / use time USEDTM.

  2. When viewed from at least one application, the resource is treated as a preparation time READY, and if all applications that reference (use) the resource are not in the execution state (active), the resource is in the preparation time READY. Is defined as

  3. If a resource is stored in the file cache FLCCH and there is no valid application that references (uses) the resource or an application that is being executed, the resource is stored in the file cache with the advanced application data storage time AVLBLE. Defined.

<Image of State Machine of Overlapped Resource Information>
When the effective times APVAPE of multiple advanced applications that reference resources overlap on the title timeline TMLE (or multiple resource information RESRCIs that mean the same resource exist in different parent elements, and each resource information RESRCI Figure 6.2.3.20-4 (c) shows the relationship between the resource information RESRCI and the data storage status in the file cache FLCCH when the valid time APVAPE range specified in the URL overlaps partially). Fig. 6.2.3.20-4 (c) shows a case where two different advanced applications ADAPL refer to (use) the same resource. Even after the advanced application ADAPL # 1 that references (uses) the same resource is finished, another advanced application ADAPL # 2 is in execution time. When referring to (using) the resource only by the advanced application ADAPL # 1, when the advanced application ADAPL # 1 ends, the resource becomes the advanced application data storage time AVLBLE in the file cache. However, when viewed from another advanced application ADAPL # 2, the resource has a preparation time READY or an execution / use time USEDTM. If the resources in the file cache FLCCH become different due to the advanced applications ADAPL # 1 and # 2 that overlap each other, the storage state of the resource in the file cache is expressed as “the most influential state” (applied) Is done. The order of “strong influence” for each state of the resource in the file cache is set in the following order.

USEDTM>READY>AVLBLE>LOADPE> N-EXST
In the above-described formula indicating the priority order (order indicating the strong influence state), USEDTM represents execution / use time, and READY represents preparation time. Further, AVLBLE represents the advanced application data storage time in the file cache, LOADPE represents the loading time, and N-EXST represents the time after data deletion from the file cache. If the effective times APVAPE of the advanced applications ADAPL # 1 and # 2 overlap (overlap) on the title timeline TMLE as shown in FIG. 65 (c), is the resource already loaded? Indicates one during the loading period (the file cache manager FLCMNG cannot repeat loading again). Therefore, there is a possibility that the loading time LOADPE only overlaps with the time N-EXST after the data is deleted from the file cache. If the loading time LOADPE and the time N-EXST after deleting data from the file cache overlap, the loading time LOADPE has a stronger effect than the time N-EXST after deleting data from the file cache (higher priority) Therefore, it is regarded as “loading time LOADPE”. In addition, when any of the resources specified by the resource information RESRCI of the playlist application resource PLAPRS, the title resource TTRSRC, and the application resource APRSRC shown in FIG. As long as the resource is not used with a new title, “Advanced application data storage time AVLBLE in file cache” is in progress. As described above, when the advanced content playback unit ADVPL plays a different title, the storage state of the resource in the file cache FLCCH is preferentially set to the state defined on the new title.

<Resource Loading>
Based on the resource information RESRCI described in the object mapping information OBMAPI in the playlist PLLST, the file cache manager FLCMNG performs loading control of the corresponding resource to the file cache FLCCH. As shown in FIG. 56 (d), application activation information (language attribute information LANGAT, application block attribute (index number) information APPLAT, advanced application group attribute (index number) information APGRAT, and autorun attribute are included in the application segment element APPLSG. When there is no description of information ATRNAT), the resource loading process specified by the application segment element APPLSG is performed. In general, the resource loading process is controlled by the file cache manager FLCMNG. Also, when the application activation information exists in the application segment element APPLSG, the corresponding advanced application ADAPL is recognized and selected as usable, and the value of the autorun attribute information ATRNAT is “true” (the advanced application ADAPL is automatically Resource), or when the corresponding advanced application ADAPL described in the application segment element APPLSG is scheduled to be in the execution state, the resource referenced (used) in the advanced application ADAPL scheduled to execute Only the file cache manager FLCMNG performs loading control. By using information such as application activation information and autorun attribute information ATRNAT in this way, only the resources that are referenced (used) by the advanced application ADAPL that is scheduled to enter the execution state are loaded into the file cache FLCCH. This saves unnecessary resources from being stored in the file cache FLCCH and makes effective use of the file cache FLCCH. Content provider (advanced application) so that the total resource size of resources in execution / use time USEDTM, resources in loading time LOADPE and resources in application cache storage time AVLBLE in file cache FLCCH is 64MB or less ADAPL editors) must consider the total size of the resources used. By adding the above restrictions, the data size that can be used to save resources in the file cache FLCCH can be set to 64 megabytes or less, and the price of the advanced content playback unit ADVPL can be reduced (the amount of memory required for incorporation can be reduced). It becomes possible.

<Resource Mapping on Title Timeline>
FIG. 65 (d) shows an example of resource mapping on the title timeline TMLE. It is assumed that an application that refers to the resource is in an execution state or scheduled for execution. If the time on the title timeline TMLE deviates from “T0”, the file cache manager FLCMNG must read the resource A, the resource C, and the resource E, and control to start reproduction from “T1”. The time “T1” is in the loading time LOADPE for the resource A, the time PRLOAD (LoadingBegin) on the title timeline at which the loading of the target resource is started, and the start time TTSTTM (titleTimeBegin) on the title timeline Exists between. Therefore, the resource A can be in the loading time LOADPE during normal normal reproduction. The time “T1” is a time that precedes the valid time BALPRD when viewed from the resource A, and corresponds to the preparation time READY. Therefore, resource A is transferred into the file cache FLCCH by the file cache manager FLCMNG. In addition, when the time on the title timeline TMLE moves from “T0” to “T2”, the file cache manager FLCMNG must read the data of the resource A, the resource B, the resource C, and the resource E. The data (files) of resource A, resource B, resource C, and resource E are used on the application to be referenced. When the title timeline TMLE moves from “T0” to “T3”, the file cache manager FLCMNG is used for an application that reads and references data of the resource A, resource D, and resource E.

  As shown in FIG. 66 (a), structure information CONFGI, media attribute information MDATRI, and title information TTINFO exist in the playlist PLLST. As shown in FIG. 66 (b), the title information TTINFO describes first play title element information FPTELE, one or more title element information TTELEM, and playlist application element information PLAELE. Further, as shown in FIG. 66 (c), in one title element information TTELEM, object mapping information OBMAPI, resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI, and scheduled control information SCHECI are arranged. . The contents of the resource information RESRCI describe a list of one or more title resource elements as shown in FIG. 66 (d). The data structure described in the title resource element shown in FIG. 66 (d) will be described below.

<Title Resource Element>
The title resource element describes resource information RESRCI information corresponding to the title. The resource specified in the resource information RESRCI corresponding to the title mentioned above means a packaged archive file or data used in the advanced application ADAPL (including the title associated advanced application TTAPL) or the advanced subtitle ADSBT. . As shown in FIG. 71, resources temporarily stored in the file cache FLCCH in this embodiment can be classified into playlist association resource PLATRS, title resource TTRSRC, and application resource APRSRC.

The resource managed by the title resource element shown in FIG. 66 (d) indicates the title resource TTRSRC that is commonly used by a plurality of advanced applications ADAPL within the same title. The title resource element specifies where the archiving data or archiving file to be loaded into the file cache FLCCH is stored. The src attribute information (resource attribute information) indicates the storage location SRCDTC of the archiving data or archiving file. The advanced content playback unit ADVPL in this embodiment must finish loading the resource file into the file cache FLCCH before the time when the corresponding application life cycle starts (the execution time APACPE of the corresponding application). The resource can be stored in a multiplexed form in the primary video set PRMVS. The application resource APRSRC as shown in FIG. 73 (b) (the playlist application resource PLAPRS is shown in FIG. 73, but the same applies to the title resource TTRSRC and the application resource APRSRC used in the title. Are divided into 2048-byte data, packed into 2048-byte advanced pack ADV_PCK as shown in FIG. 73 (c), and primary enhanced video object data P as shown in FIG. 73 (d). -The advanced pack ADV_PCK is distributed in a mixed manner with other packs in the EVOB. Such a situation is called multiplexed. In such a case, as shown in FIG. 65 (a), the start time of the loading time LOADPE is specified by the time PRLOAD (LoadingBegin attribute information) on the title timeline at which the loading (loading) of the target resource is started. As a result, the corresponding resource can be downloaded from the persistent storage PRSTR to the file cache FLCCH. In the present embodiment, the present invention is not limited to this, and it is also possible to download resources from the information storage medium DISC or the network server NTSRV to the file cache FLCCH. When the resource is downloaded from the network server NTSRV as described above, “http” or “https” is used as the storage location SRCDTC (src attribute information) of the data or file downloaded into the data cache shown in FIG. 66 (d). URI (Universal Resource Identifier) information starting from is described. In this case, the value PRLOAD (LoadingBegin attribute information) on the title timeline at which the loading (loading) of the target resource is started represents the starting time of the loading time LOADPE for downloading the corresponding resource from the network server NTSRV. If the corresponding resource is downloaded from the network server NTSRV and the storage location SRCDTC (src attribute information) of the data or file downloaded into the data cache starts with “http” or “https”, the corresponding title resource element The network source element NTSELE can be described inside. Based on the information of the network source element NTSELE, the optimum resource to be downloaded can be selected according to the network throughput in the network environment in the information recording / reproducing apparatus 1 as shown in FIG. Next, the resource data or file size information DTFLSZ (size attribute information) to be loaded into the data cache is expressed as a positive value in bytes, and this information can omit the description in the title resource element. Furthermore, the start time TTSTTM (titleTimeBegin attribute information) on the title timeline of the corresponding resource indicates the start time of the valid period VAPRD of the corresponding resource on the title timeline TMLE, and “HH: MM: SS: FF” Described. The end time TTEDTM (titleTimeEnd attribute information) on the title timeline of the corresponding resource represents the end time TTEDTM of the valid period VAPRD of the corresponding resource on the title timeline TMLE, and is described by “HH: MM: SS: FF” Is done. Next, the priority information PRIORT (priority attribute information) for deleting the corresponding resource represents the priority information when the corresponding resource that is no longer referred to by the title or the advanced application ADAPL being executed is deleted from the data cache DTCCH. The higher resource will be removed first. The value here can be a positive value in the range from 0 to “231−1”. In this embodiment, the playlist application resource PLAPRS is downloaded into the file cache FLCCH during playback of the first play title FRPLTT, and is continuously stored in the file cache FLCCH while the advanced content playback unit ADVPL is being used. On the other hand, the title resource TTRSRC and the application resource APRSRC are no longer used, and when they are not scheduled to be used in the future, they are deleted from the file cache FLCCH so that they can be used effectively in the file cache FLCCH and the required file cache FLCCH It is possible to reduce the size of the advanced content playback unit ADVPL. The order of deletion from the file cache FLCCH of the title resource TTRSRC and the application resource APRSRC at this time is designated in the priority information PRIORT (priority attribute information) for the corresponding resource deletion. As described in the explanation of FIG. 64 (A), as the priority level related to the title resource TTRSRC and the application resource APRSRC in the advanced application data storage time AVLBLE in the file cache
Ptitle_available> Papp_available
The relationship is set. The above expression specifies that the application resource APRSRC in the file cache FLCCH is deleted from the file cache FLCCH prior to the title resource TTRSRC. Accordingly, the minimum value set in the priority information PRIORT (priority attribute information) for corresponding resource deletion is set to be different between the title resource TTRSRC and the application resource APRSRC. That is, in the application resource element APRELE (see FIG. 63 (d)) that manages the application resource APRSRC, the minimum setting value of the priority information PRIORT (priority attribute information) for deleting the corresponding resource is “1”. The minimum value of priority information PRIORT (priority attribute information) for deletion of the corresponding resource in the title resource element (see FIG. 66 (d)) managing the title resource TTRSRC is set to “0”. As a result, even when the priority information PRIORT (priority attribute information) for deleting the corresponding resource in the title resource element and the value in the application resource element APRELE are set to the minimum values, the priority for deleting the corresponding resource in the application resource element APRELE. Since the value of the information PRIORT (priority attribute information) is higher, the application resource APRSRC can be deleted first from the file cache FLCCH. Thereby, the resource management in the file cache FLCCH can be effectively performed. Also, “true” or “false” is set as the value of the multiplexed attribute information MLTPLX. If “true”, the resource data exists in the advanced pack ADV_PCK in the primary enhanced video object P-EVOB as shown in FIG. 73 (d), and the file cache FLCCH during the specified loading time LOADPE. The download process needs to be completed. If it is "false", it must be preloaded in the form of a set of files from the original storage location SRCDTC (specified URI). It is possible to omit the description of the multiplexed attribute information MLAPLX. In this case, a value of “true” which is a default value is automatically set. The time PRLOAD (LoadingBegin attribute information) on the title timeline at which the loading (loading) of the target resource is started is described by “HH: MM: SS: FF”. It is possible to omit the description of the time PRLOAD (LoadingBegin attribute information) on the title timeline for starting the loading (loading) of the target resource in the title resource element. In such a case, the time PRLOAD on the title timeline that automatically starts loading (loading) the target resource is automatically set to “00: 00: 00: 00”, and the target title is played at the start time of playback. Automatically set to start loading resources. Further, when the value of the no-cache attribute information NOCACH is “true”, it is necessary to include a Caché-Control header and a Pragma header in the HTTP GET request message. Conversely, when “false”, the Cach-Control header and the Pragma header are not included in the HTTP GET request message. The additional information for the title resource element is described in a text format familiar to humans, but the description of the additional information can be omitted. As described above, the network source element NTSELE can be described in the title source element (as shown in FIG. 66 (d)). As shown in FIG. 66 (e), the data structure in the network source element NTSELE includes the network throughput allowable minimum value information NTTRPT (NetworkThroughput attribute information) and the network source storage location SRCNTS (corresponding to the network throughput allowable minimum value). src attribute information). The network throughput allowable minimum value information NTTRPT (NetworkThroughput attribute information) relates to the network throughput (data transfer rate) when downloading a network source (data or file) from the storage location specified by the corresponding src attribute information SRCNTS. It is expressed by the minimum value allowed and is described in units of 1000 bps. In addition, the network source storage location SRCNTS (src attribute information) corresponding to the minimum allowable network throughput is described by URI (Uniform Resource Identifier), secondary audio video clip element SCAVCP or substitute audio video clip element When SBAVCP is set in the substitute audio clip element SBADCP, the storage location of the time map file STMAP of the secondary enhanced video object data S-EVOB is designated. If the src attribute information is set in the application resource element APRELE or the title resource element, the manifest file MNFST, markup file MRKUP, script file SCRPT, still image file IMAGE, and effect audio file to be loaded into the file cache FLCCH The storage location of EFTAD, font file FONT, etc. is specified.

  The function and usage of the network source element NTSELE shown in FIG. 63 (c) or 66 (e) will be described below.

<Network Source Element and Selection of Content according to Network Throughput Setting>
The secondary audio video SCDAV managed by the secondary audio video clip element SCAVCP shown in FIG. 54 (d), the substitute audio video SBTAV managed by the substitute audio video clip element SBAVCP shown in FIG. 55 (c), and FIG. Regarding the substitute audio SBTAD managed by the substitute audio clip element SBADCP shown in d), the reproduction display object stored in the network server NTSRV can be stored in the data cache DTCCH and used for reproduction and display. As described above, when the playback display object is stored in the network server NTSRV, the network source element NTSELE can be arranged (described) in the resource information RESRCI (application resource element APRELE, title resource element). In this case, the advanced content playback unit ADVPL can use the list of network source elements NTSELE to select a playback display object that is optimal for the network environment of the information recording / playback apparatus 1 (see FIG. 1). Also, as shown in FIG. 63 (d), the storage location SRCDTC (src attribute information) of the data or file downloaded in the data cache DTCCH of the application resource APRSRC existing in the advanced subtitle segment element ADSTSG or the application segment element APPLSG Or the value of “data or file storage location SRCDTC (src attribute information) downloaded in the data cache” in the title resource element shown in FIG. 66 (d) starts from “http” or “https”. In this case, the network source element NTSELE can be arranged in the application resource element APRELE or the title resource element. The network source element NTSELE describes the value of the network throughput allowable minimum value information NTTRPT, and the advanced content playback unit ADVPL shown in FIG. The optimal resource can be selected from the list of network source elements NTSELE according to the network throughput value in the network environment. The advanced content playback unit ADVPL shown in FIG. 1 can know network throughput information based on the network environment in which the information recording / playback apparatus 1 is placed by the following procedure. That is, as shown in step S101 of FIG. 68, when the advanced content playback unit ADVPL is initially set, the user is prompted to input network environment information as shown in step S102. Specifically, general users do not know the value of network throughput in the network environment. However, it knows whether the network to which the information recording / reproducing apparatus 1 is connected is a telephone line using a modem, a connection using an optical cable, or a network line based on ADSL. Therefore, the network environment information can be input at the above level. Thereafter, an expected network throughput value is calculated (estimated) in the advanced content playback unit ADVPL based on the result of step S102, and is predicted in the network throughput column (networkThroughput) in the player parameter shown in FIG. The network throughput value is recorded (step S103). As a result, the advanced content playback unit ADVPL can respond by referring to the value of the network throughput column (networkThroughput) belonging to the player parameter (shown in FIG. 46) set in the memory area set in the advanced content playback unit ADVPL. It is possible to know the network environment in which the information recording / reproducing apparatus 1 is placed (based on the allowable minimum value of the network throughput). In the embodiment shown in FIG. 67 (b), the file name for storing the secondary enhanced video object data S-EVOB for displaying high-definition video corresponding to a high network throughput value is S-EVOB_HD.EVO and is used for it. The name of the time map file STMAP of the secondary video set to be called is S-EVOB_HD.MAP. The S-EVOB_HD.MAP file which is the time map STMAP of the secondary video set corresponding to the object file S-EVOB_HD.EVO is arranged in the same folder (directory) in the network server NTSRV. Also, the object file that records low-resolution secondary enhanced video object data S-EVOB corresponding to low network throughput is called S-EVOB_LD.EVO, and the time map STMAP of the secondary video set used for it is S-EVOB_LD. MAP. A time map file S-EVOB_LD.MAP corresponding to the object file S-EVOB_LD.EVO is also arranged in the same folder (directory) in the network server NTSRV. In this embodiment, the file name and storage location (path) of the time map of the secondary video set corresponding to the secondary enhanced video object data S-EVOB are described as the value of the src attribute information in various clip elements in the playlist file PLLST. It is supposed to be. In the present embodiment, the time map file STMAP and the object file of the secondary video set are stored together in the same folder (directory) in the network server NTSRV, so that the final secondary enhanced video object data S-EVOB object file is stored. Access to is easy. Also, in this embodiment, in order to make access from the playlist file PLLST even easier, the corresponding object file name and the time map file name are made to match (extension) as shown in FIG. 67 (b). Is different from “.EVOB” and “.MAP”. Accordingly, the storage of secondary enhanced video object data S-EVOB to be stored in the data cache DTCCH by the storage location (path) and file name described in the index information file storage location SRCTMP (src attribute information) of the playback display object to be referred to You can see the location (path) and file name. The value of the src attribute information described in the secondary audio video clip element SCAVCP tag or substitute audio video clip element SBAVCP tag, substitute audio clip element SBADCP tag, and the network source element NTSELE arranged in each clip element Different values (storage location (path) and file name) are set for the value of the src attribute information (index information storage location SRCTMP of the playback display object to be referenced). Similarly, the value of “data or file storage location SRCDTC (src attribute information) downloaded in the data cache” described in the application resource element APRELE shown in FIG. 63 (d) and FIG. 66 (d). The value of “Storage location SRCDTC (src attribute information) of data or file downloaded in data cache” described in the title resource element shown and the application resource element APRELE or the title resource element The values of the src attribute information in each network source element NTSELE are different from each other. That is, it corresponds to the minimum allowable network throughput separately from the “storage location SRCDTC (src attribute information) of data or file downloaded into the data cache” specified in the application resource element APRELE or the title resource element. The network source storage location SRCNTS is set. Each network source element NTSELE describes network throughput limit information NTTRPT (networkThroughput attribute information) that is guaranteed when accessing the network source specified in the network source storage location SRCNTS and downloading it to the data cache DTCCH. ing. Incidentally, it is arranged in the secondary audio video clip element SCAVCP shown in FIG. 54 (d), in the substitute audio video clip element SBAVCP shown in FIG. 55 (c), or in the substitute audio clip element SBADCP shown in FIG. 55 (d). In the network source element NTSELE, the URI (Uniform Resource Identifier) of the time map file STMAP of the secondary video set corresponding to the network content is described in the src attribute value. In the network resource element NTSELE arranged in the application resource element APRELE shown in FIG. 63 (d) or the title resource element shown in FIG. 66 (d), the src attribute information value is “corresponding to the resource file or network content The file storage location "is described in the form of URI (Uniform Resource Identifier). Further, it is arranged in the secondary audio video clip element SCAVCP shown in FIG. 54 (d) or in the substitute audio video clip element SBAVCP shown in FIG. 55 (c) and in the substitute audio clip element SBADCP shown in FIG. 55 (d). In the network source element NTSELE, the value of the network throughput allowable minimum value information NTTRPT (networkThroughput attribute information) needs to be set to a unique value (different from the others) in each presentation clip element. This is because if the values of the network throughput allowable minimum value information NTTRPT (networkSource attribute information) are the same value in different network source elements NTSELE, the advanced content playback unit ADVPL should access which secondary enhanced video object data S-EVOB. I get lost. Therefore, the provision of the above-mentioned provision facilitates selection of secondary enhanced video object data S-EVOB (time map STMAP) to be accessed in the advanced content playback unit ADVPL. For the same reason, in the network source element NTSELE arranged in the application resource element APRELE shown in FIG. 63 (d) or in the title resource shown in FIG. 66 (d), the network throughput allowable minimum value information NTTRPT (networkThroughput The attribute information value) must be set uniquely in the same resource information element (a different value between different network source elements NTSELE).

  Also, when the value of the network throughput allowable minimum value information NTTRPT (networkThroughput attribute information value) described in the network source element NTSELE does not satisfy the network throughput condition in the network environment where the information recording / reproducing apparatus 1 is placed (for example, The network environment of the information recording / reproducing apparatus 1 uses a telephone line, so that the network throughput is very low, and is lower than the value of the minimum allowable network throughput information NTTRPT specified in the network source NTSELE) In some cases, this embodiment recommends the following measures.

  1. The src attribute information specified in each presentation clip element (secondary audio video clip element SCAVCP or substitute audio video clip element SBAVCP, substitute audio clip element SBADCP) is regarded as a source in the default state and downloaded to the data cache DTCCH. Used for

  2. It is described in the resource information element (application resource element APRELE or title resource element) without accessing the location specified by the src attribute information described in the network source element NTSELE for downloading to the file cache FLCCH. The src attribute information is handled as a default source and is handled as a resource target downloaded into the file cache FLCCH.

  A specific embodiment using the information of the network source element NTSEL described above will be described with reference to FIG. As shown in FIG. 67 (a), a time map file S-EVOB_HD.MAP that refers to S-EVOB_HD.EVO, which is an object file storing high-definition secondary enhanced video object data S-EVOB, is set as src attribute information. According to the list of network source elements NTSELE, in order to download the S-EVOB_HD.EVO file via the network path 50, a network throughput of at least 100 Mbps must be guaranteed. According to the list of network source elements NTSELE that specifies the time map file S-EVOB_LD.MAP with the src attribute information referring to the object file S-EVOB_LD.EVO in which the secondary enhanced video object data S-EVOB with low resolution is recorded. In order to download the object file S-EVOB_LD.EVO through the network path 50, it is okay if the network throughput is 56 Kbps or more. As shown in FIG. 67 (d), the playlist manager PLMNG in the navigation manager NVMNG is based on the network environment of the information recording / reproducing apparatus 1 in the network throughput column in the player parameters shown in FIG. Have average network throughput information. Therefore, the list of the network source element NTSELE shown in FIG. 67A is decoded, and the playlist manager PLMNG determines which object file to access and download. Based on the result, the playlist manager PLMNG accesses the network server NTSRV via the network manager NTMNG in the data access manager DAMNG and the network I / O unit 7-3. As a result, the object file stored in the set network server NTSRV is downloaded to the data cache DTCCH via the network I / O unit 7-3 and the network manager NTMNG in the data access manager DAMNG. Thus, the data to be downloaded, the data related to the file, or the storage location (or access destination) information of the file and the minimum network throughput are recorded in the management information (playlist file PLLST) as the network source element NTSELE. The present embodiment is greatly characterized in that data or files to be downloaded can be selected in accordance with the network environment. This makes it possible to download network sources that are optimal for the network environment.

  As shown in FIG. 67 (a), the optimum resource (including object file or time map file) selected by the playlist manager PLMNG shown in FIG. 67 (d) when the list of the network source element NTSELE is described. The selection method is shown in FIG.

<Select network resources>
During the startup sequence for starting playback of the advanced content ADVCT, the playlist manager PLMNG selects a network resource to be downloaded into the file cache FLCCH during the period of the initial mapping setting in the title timeline TMLE. The basic idea at this time will be described below. First, when the initial setting of the advanced content playback unit ADVPL is started (step S101), the advanced content playback unit ADVPL requests the user to input the network environment where the information recording / playback apparatus 1 is placed. Put out. As the network environment, the user selects, for example, a telephone line using a modem, an ADSL line, or a network path 50 using an optical cable. As a result, the user inputs network environment information (step S102). Based on the above result, the expected network throughput value in the information recording / reproducing apparatus 1 is calculated in the navigation manager NVMNG and stored in the network throughput column in the player parameter shown in FIG. 46 (step S103). The player parameters shown in FIG. 46 are stored in a memory area in the advanced content playback unit ADVPL. As a result, the initial setting of the advanced content playback unit ADVPL is completed (step S104). Next, when playback of the advanced content ADVCT is started, the playlist manager PLMNG reads the network throughput value in the player parameter (step S105). Thereafter, the playlist manager PLMNG reads the playlist file PLLST information (step S106). Next, in steps S107 and S108, the network source element NTSELE in the playlist file PLLST is decoded, and the optimum network source element NTSELE is extracted. As specific contents regarding the extraction processing of the optimum network source element NTSELE, as shown in step S107, the value of the network throughput allowable minimum value information NTTRPT (networkThroughput attribute information) is entered in the network throughput column in the player parameter. Extract only the network source element NTSELE that has a value greater than or equal to the described network throughput value. When there is only one network source element NTSELE that satisfies the network throughput condition corresponding to the information recording / reproducing apparatus 1 in the extracted network source element NTSELE, the network source element NTSELE is selected and the network source element NTSELE is selected. The src attribute information described in is accessed, and the corresponding resource, object file, and time map file STMAP are downloaded into the data cache DTCCH. Unlike the above, when there are two or more (a plurality) of network source elements NTSELE satisfying the network throughput condition based on the network environment where the information recording / reproducing apparatus 1 is placed in the extracted network source elements NTSELE. Selects the network source with the value of the maximum network throughput allowable minimum value information NTTRPT (networkThroughput attribute information) for the resource or object file or time map file to be accessed, and in the selected network source element NTSELE Is accessed to download the corresponding network source or object file or time map file into the data cache DTCCH (steps S107 to S1). 09). If the network source element NTSELE satisfying the network throughput condition corresponding to the information recording / reproducing apparatus 1 is not extracted, the presentation clip element which is the parent element of the network source element NTSELE The storage location described by the value of the src attribute information in the application source element APRELE or the title source element is accessed, and the corresponding resource or object file or time map file is stored in the data cache DTCCH. In addition, when the optimal network source element NTSELE is extracted by the above method, and the planned resource file does not exist even if the destination described in the src attribute information in the extracted network source element NTSELE is accessed Instead of using the information of the network source element NTSELE, it accesses the location described in the src attribute information in the application resource element APRELE or the title resource element that is the parent element of the network source element NTSELE, and the data cache DTCCH Download process. After the download of the resource data or resource file is completed, reproduction / display to the user is performed using the data or file stored in the data cache DTCCH (step S110). When the playback of the advanced content ADVCT is finished, a playback end process is performed (step S111).

  As shown in FIG. 69 (a), structure information CONFGI, media attribute information MDATRI, and title information TTINFO exist in the playlist PLLST. In the title information TTINFO, as shown in FIG. 69 (b), first play title element information FPTELE and one or more title element information TTELEM exist, and playlist application element information PLAELE is arranged at the end of the previous period title information TTINFO. Has been.

<Playlist Application Element and Playlist Associated Advanced Application>
The object mapping information OBMAPI of the playlist associated advanced application PLAPL is described by the playlist application element information PLAELE in the title set element (title information TTINFO). As shown in FIGS. 70 and 71, the playlist associated advanced application PLAPL is a kind of the advanced application ADAPL, and is classified as a special type of the advanced application ADAPL. The lifetime (valid time APVAPE) of the playlist associated advanced application PLAPL is set in all title timeline TMLE areas in all titles defined in the playlist PLLST. That is, as shown in FIG. 70, the execution (display) time APACPE of the playlist associated advanced application PLAPL is on all title timelines TMLE in all titles defined in the playlist PLLST except the first play title FRPLTT. It is possible to use the playlist associated advanced application PLAPL at any time in any title. In contrast, as shown in FIG. 70, the title-associated advanced application TTAPL is valid on all title timelines TMLE within one title, and the valid time of the title-associated advanced application TTAPL (advanced application ADAPL # B) APVAPE matches the set time of all title timelines TMLE in the corresponding title # 2. Further, the title associated advanced application TTAPL is not necessarily valid in different types (for example, title # 1 or title # 3). For example, when the title # 1 or title # 3 is played back, the title associated advanced application TTAPL is not valid. The title resource TTRSRC that is referenced (used) in may be deleted. In addition, the effective time APVAPE of the general advanced application ADAPL corresponds only to a specific time interval in a specific title, as compared to the effective time APVAPE of the playlist associated advanced application PLAPL. The application resource APRSRC referred to (used) by the general advanced application ADAPL may have data deleted from the file cache FLCCH except for the effective time APVAPE of the advanced application ADAPL. As described above, the advanced application ADAPL # B having the valid time APVAPE in the title timeline TMLE of the title other than the playlist associated advanced application PLAPL is called a title associated advanced application TTAPL. A playlist application resource PLAPRS (data source), which is a resource referred to (used) by the playlist associated advanced application PLAPL, is stored in the information storage medium DISC or persistent storage PRSTR. The sync attribute information SYNCAT of the playlist associated advanced application PLAPL is always a hard sync (hard sync) type application. That is, the progress of the title timeline TMLE is suspended until the playlist application resource PLAPLS referred to (used) by the playlist associated advanced application PLAPL is loaded into the file cache FLCCH, and the playlist application resource PLAPRS The title timeline TMLE is allowed to advance for the first time after loading is completed. The play list application resource PLAPRS is premised on completion of downloading into the file cache FLCCH during the reproduction of the first play title FRPLTT described later. Therefore, even if the playlist associated advanced application PLAPL is a hard sync (hard sync) application, it is rare that the title timeline TMLE can be stopped during title playback during playback of titles other than the first play title FRPLTT. It is. However, if loading of the playlist application resource PLAPRS into the file cache FLCCH is not completed even after the completion of the first play title FRPLTT, since it is a hard sync (hard sync), the title is played until the loading is completed. Is stopped (time progress of the title timeline TMLE is stopped). In the present embodiment, the selection attribute of the first play title FRPLTT (user operation compatibility attribute (selectable attribute information)) is temporarily set to “false”, and basically the user is playing the first play title FRPLTT during playback. Can not jump to other titles and fast forward the first play title FRPLTT. However, when the first play title FRPLTT is being played due to some setting mistake and jumps to another title before the completion of loading the playlist application resource PLAPRS, the playlist associated advanced application PLAPL has a hard sync (hardware Since this is a synchronous application, the title timeline TMLE at the jump destination title is stopped until loading of the playlist application resource PLAPRS into the file cache FLCCH is completed. The markup MRKUP used in the playlist associated advanced application PLAPL must not use a tick clock. All playlist application element information PLAELE described in the playlist PLLST belongs to the same application block. The language attribute information LANGAT (languate attribute information) in the playlist application element information PLAELE shown in FIG. 69 (c) must be described (the description cannot be omitted), and the value of the language attribute information LANGAT is the same. Must be set uniquely (common) in the playlist PLLST. For example, when the language attribute information LANGA (language attribute information) is set to Japanese in the playlist application element information PLAELE, the playlist associated advanced application PLAPL is in the same playlist PLLST in the same playlist PLLST. All must be used as Japanese. In FIG. 69 (b), one piece of playlist application element information PLAELE is described, but actually, a plurality of playlist application element information PLAELE set in different languages in the language attribute information LANGA (language attribute information). is described. The memory area in the advanced content playback unit ADVPL has an area for describing profile parameter information shown in FIG. In the profile parameter shown in FIG. 47, there is a place for recording information of the menu language (menulanguage). The playlist application element information PLAELE to be displayed / executed is selected corresponding to the menu language (menulanguage) set in the memory area in the advanced content playback unit ADVPL. That is, playlist application element information PLAELE in which the language information recorded in the menu language (menulanguate) shown in FIG. 47 and the value of the language attribute information LANGAT (language attribute information) described in FIG. Are extracted as valid and used for display and execution.

<PlaylistApplication Element>
The playlist associated advanced application PLAPL is scheduled to be valid for all time areas set in the title timeline TMLE in all titles except the first play title FRPLTT. The src attribute information (source attribute information) described in the playlist application element information PLAELE that manages the playlist associated advanced application PLAPL is specified as a manifest file storage location URIMNF including initial setting information of the corresponding application. The That is, the information referenced from the playlist application element information PLAELE as the playlist associated advanced application PLAPL is described by a URI (Uniform Resource Identifier) referring to the storage location of the manifest file MNFST. The manifest file MNFST includes initial setting information of the corresponding application. As shown in FIG. 69 (c), the playlist application element information PLAELE includes a list of playlist application resource elements PLRELE. The playlist application resource element PLRELE information describes resource information RESRCI information used in the playlist associated advanced application PLAPL. As shown in FIG. 69 (c), playlist application element information PLAELE includes playlist application ID information PLAPID. As shown in FIG. 82, the playlist application element information PLAELE includes the playlist application element information PLAELE. By having ID information PLAPID, it is easy to refer by API command. Next, in the Z order attribute (Z-index) information ZORDER, a layer number in which an application or application element arranged in the graphic plane GRPHPL exists is specified, and a value “0” or a positive value is set. The layer number is used (setting changed) according to the frequency of the check clock. The language attribute information LANGAT (language attribute information) is used when specific playlist application element information PLAELE is selected from a plurality of items corresponding to the menu language in the profile parameter as described above. The information designates a language used for characters and voices displayed on the screen (such as a menu screen). For this reason, the language attribute information LANGAT (language attribute information) cannot be omitted in the playlist application element information PLAELE and must be described. Further, the additional information related to the playlist application that can be arranged last is described in a text format familiar to people, but the description of the additional information can be omitted.

<Playlist Application Resource Element>
The playlist application resource element PLRELE, whose detailed structure is shown in FIG. 69 (d), describes management information related to the playlist application resource PLAPRS. The playlist application resource PLAPRS corresponds to a packaged archive file or archive data used in the playlist associated advanced application PLAPL. The playlist application resource element PLRELE specifies (defines) archiving data or archiving files to be downloaded into the file cache FLCCH. The src attribute information indicating the storage location SRCDTC of the data or file downloaded in the data cache is described by a URI (Uniform Resource Identifier) and is stored in the information storage medium DISC or persistent storage PRSTR. Bing data or archiving files can be referenced. In the present embodiment, the data or file storage location SRCDTC (src attribute information) downloaded into the corresponding data cache must not specify the API management area in the file cache FLCCH or on the network. Thus, by not specifying the data stored in the network server NTSRV on the network, it is guaranteed that the download within the download time LOADPE of the playlist application resource PLAPRS is completed. As a result, the download of the playlist application resource PLAPRS is completed during playback of the first play title FRPLTT. The network throughput in the network environment surrounding the information recording / reproducing apparatus 1 greatly depends on the user's network environment. For example, when the network environment is transferred by a modem (telephone line), the network throughput is significantly low. Attempting to download the playlist application resource PLAPRS in such a network environment makes it very difficult to complete the download during playback of the first play title FRPLTT. This embodiment has a major feature in that downloading from the network server NTSRV is prohibited and such danger is eliminated. The size information DTFLSZ (size attribute information) of the data or file to be loaded into the data cache is described in units of bytes, but the description of the attribute information can be omitted. Further, when the value of the multiplexed attribute information MLTPLX is set to “true”, the corresponding archiving data must be loaded from the advanced pack ADV_PCK in the primary enhanced video object data P-EVOB within the loading time LOADPE (FIG. 73 (d)). In this case (if “true”), the first play title element information FPTELE for managing the first play title FRPLTT must be described in the playlist PLLST. Thus, when the first play title element information FPTELE is described in the playlist PLLST, the loading time LOADPE of the playlist application resource PLAPRS corresponds to the playback time of the first play title FRPLTT. If the value of the multiplexed attribute information MLTPLX is “false”, the advanced content playback unit ADVPL must preload the corresponding resource from the location specified by the src attribute information. The description of the multiplexed attribute information MLTPLX can be omitted. In this case, the value of the multiplexed attribute information MLTPLX is automatically set to “true”. The additional information related to the playlist application resource PLAPRS is described in a text format familiar to people, but the description of the additional information can be omitted.

  The playlist application element information PLAELE having the data structure shown in FIG. 69 (c) manages the playlist associated advanced application PLAPL. Further, the resource referred to (used) by the playlist associated advanced application PLAPL is managed by a playlist application resource element PLRELE having a data structure shown in FIG. 69 (d). Also, the advanced subtitle segment element ADSTSG having the data structure shown in FIG. 56 (c) manages the advanced subtitle ADSBT, and the application segment element APPLSG having the data structure shown in FIG. 56 (d) manages the advanced application ADAPL. ing. A resource referred to (used) by the advanced subtitle ADSBT or the advanced application ADAPL is called an application resource APRSRC and is managed by an application resource element APRELE having a data structure shown in FIG. Further, the title resource element having the data structure shown in FIG. 66 (d) manages the title resource TTRSRC. The title resource TTRSRC is referenced (used) by the title associated advanced application TTAPL. The information for managing the title associated advanced application TTAPL corresponds to the application segment element APPLSG. The relationship (difference) between the playlist application resource PLAPRS described above, the title resource TTRSRC, and the application resource APRSRC will be described with reference to FIGS. At the same time, FIG. 70 and FIG. 71 also explain the relationship (difference) between the playlist associated advanced application PLAPL, the title associated advanced application TTAPL, and the advanced application ADAPL. In the embodiment shown in FIG. 70, playback from the title # 1 is described, but in fact, the first play title FRPLTT shown in FIG. 17 is often set first before the title # 1. In the present embodiment, the playlist associated advanced application PLAPL is used, and in the use case in which the playlist application resource PLAPRS used therein is completely loaded into the file cache FLCCH before the reproduction of the title # 1, FIG. As shown, it is necessary to reproduce the first play title FRPLTT at the start of reproduction of the playlist PLLST (first). Therefore, the explanatory diagram shown in FIG. 70 is based on the premise that the first play title FRPLTT is reproduced prior to the reproduction of the title # 1, and the reproduction period of the first play title FRPLTT is omitted. As shown in FIG. 70, the playlist associated advanced application PLAPL can be executed (displayed) in all titles except the first play title FRPLTT. That is, the execution (display) time APACPE of the playlist associated advanced application PLAPL extends over the entire title playback period except for the first play title FRPLTT. In contrast, as shown in FIG. 70, the title associated advanced application TTAPL is valid only within the same title. Accordingly, the execution (display) time APACBE of the title associated advanced application TTAPL is determined from the time “T3” on the title timeline TMLE in the same title (meaning title # 2 in the embodiment of FIG. 70). It is over the period until it ends. In contrast, as shown in FIG. 70, the execution (display) time APACPE of the advanced application ADAPL is set only for a limited specific time within the same title. In this embodiment, the playlist associated advanced application PLAPL and the title associated advanced application TTAPL belong to the advanced application ADAPL in a broad sense, and the playlist associated advanced application PLAPL A title-associated advanced application TTAPL is defined. FIG. 71 shows the relationship between various resources referenced (used) by the various advanced applications ADAPL described above. The playlist application resource PLAPRS means a resource that is used in common by any advanced application ADAPL across the titles. The playlist application resource PLAPRS can be referenced (used) not only from the playlist associated advanced application PLAPL but also from the title associated advanced application TTAPL and the advanced application ADAPL. As described above, the playlist application resource PLAPRS is loaded into the file cache FLCCH during the playback period of the first play title FRPLTT, and is continuously stored in the file cache FLCCH over the playback of a plurality of titles until the advanced content ADVCT ends. ing. Therefore, the playlist application resource PLAPRS is within the valid time APVAPE during the playback period of all titles except the first play title FRPLTT in the file cache FLCCH and during the playback period (α position and β position). . As a result, the playlist associated advanced application PLAPL that references (uses) the playlist application resource PLAPRS can be commonly used (displayed to the user) between different titles. The resource element name in the playlist PLLST that manages the playlist application resource PLAPRS is the playlist application resource element PLRELE having the data structure shown in FIG. 69 (d). In the present embodiment, the playlist application resource PLAPRS is set, and a playlist associated advanced application PLAPL that references (uses) the playlist application resource PLAPLS is set to change between different titles (α period and β in FIG. 70). Display of the playlist associated advanced application PLAPL to the user without interruption. Further, the playlist application resource PLAPRS has an effect that the display start and display switching can be performed at a high speed since loading time into the file cache FLCCH is not required except during the first play title FRPLTT playback. In addition, the title resource TTRSRC can be referenced (used) by the title associated advanced application TTAPL and the advanced application ADAPL in the title, and can be shared by multiple advanced applications ADAPL in the same title. I can do it. The resource element name in the playlist PLLST that manages the title resource TTRSRC is a title resource element having a data structure shown in FIG. 66 (d). The storage timing of the title resource TTRSRC in the file cache FLCCH will be described below. As shown in FIG. 66 (d), a time resource PRLOAD (loadingBegin attribute information) on the title timeline at which the loading (loading) of the target resource is started can be set in the title resource element. When the time PRLOAD (loadingBegin attribute information) on the title timeline for starting the loading (loading) of the target resource is described in the title resource element, the title resource element is loaded at the timing as shown in FIG. It will be. That is, the value PRLOAD on the title timeline at which the loading (loading) of the target resource starts is earlier than the value of the start time TTSTTM (titleTimeBegin attribute information) on the title timeline of the corresponding resource. The loading is started from a time earlier than the execution start time of the title resource TTRSRC. In contrast, when the description of the time PRLOAD (loadingBegin attribute information) on the title timeline for starting the loading (loading) of the target resource shown in FIG. 66 (d) is omitted, it is shown in FIG. 65 (b). As described above, loading is started at the timing of the start time TTSTTM on the title timeline, and the execution time APACPE of the title associated advanced application TTAPL that references (uses) the title resource TTRSRC immediately after the loading ends. The embodiment shown in FIG. 70 is described based on the method of FIG. 65 (b). As shown in FIG. 70, the title resource TTRSRC has a time N-EXST after data deletion from the file cache after the title # 2 ends. That is, the title resource TTRSRC continues to be stored in the file cache FLCCH unless the title to be played is changed, but is deleted from the file cache FLCCH when the title to be played is changed (moved to another title). . If the title resource TTRSRC is used, continuous display within the same title becomes possible. If the content is composed of a plurality of titles, the file cache FLCCH can be effectively used because it is deleted from the file cache FLCCH when moved to another title. Next, the application resource APRSRC is a resource uniquely used for each advanced application ADAPL, and is used only within a specific advanced application ADAPL in the title. The resource element name in the playlist PLLST that manages the application resource APRSRC corresponds to the application resource element APRELE as shown in FIG. 63 (d). As shown in FIG. 63 (d), in the application resource element APRELE, a time PRLOAD (loadingBegin attribute information) on the title timeline at which the loading of the target resource is started can be described. When the loadingBegin attribute information is described, the loading timing in the file cache FLCCH is the timing shown in FIG. 65 (a). Conversely, when the loadingBegin attribute information is not described, the loading timing is as shown in FIG. 65 (b). It is loaded into the file cache FLCCH at the timing shown. If it is described, the value of the loadingBegin attribute information is the start time TTSTTM on the title timeline set in the parent element (advanced subtitle segment element ADSTSG or application segment element APPLSG) to which the application resource element APRELE belongs. The time is set earlier than the value of (titleTimeBegin attribute information). The loading timing in the file cache FLCCH of the application resource APRSRC shown in FIG. 70 is based on FIG. As shown in FIG. 70, after the execution (display) time APACPE of the advanced application ADAPL # C that references (uses) the application resource APRSRC, the time N-EXST after data deletion from the file cache is reached. That is, the application resource APRSRC is stored in the file cache FLCCH before use (execution) of each advanced application ADAPL, and is deleted from the file cache FLCCH after use (execution) of the advanced application ADAPL. In the present embodiment, by using the application resource APRSRC, the corresponding resource is deleted after the specific advanced application ADAPL is used (executed), so that the file cache FLCCH can be effectively used. As a result, the memory size of the required file cache FLCCH can be reduced, so that there is a merit that the apparatus becomes inexpensive.

  More specific contents related to the contents shown in FIGS. 70 and 71 will be described using the display screen example shown in FIG. As shown in FIG. 70, when the title # 2 is played back, the primary enhanced video object data P-EVOB # 1 for displaying the primary video set PRMVS is played back and the playlist associated advanced application PLAPL is displayed at the same time. An example of the display screen at that time is represented by γ and shown in FIG. As shown in FIG. 72, the main title 31 of title 1 represents primary enhanced video object data P-EVOB # 1, and a screen on which various buttons ranging from the stop button 34 to the FF button 38 displayed at the bottom of the screen are arranged. , Displayed by the playlist associated advanced application PLAPL. The screen shown in FIG. 72 (d) is displayed in common for both the display screen δ shown in FIG. 72 (b) and ε shown in FIG. 72 (c). That is, the screen displayed by the playlist associated advanced application PLAPL shown in FIG. 72 (d) is a common screen between different titles, and the functions exhibited there are also common. The still image IMAGE constituting the screen and the script SCRPT for realizing the function, the manifest MNFST, and the markup MRKUP become the playlist application resource PLAPRS. The playlist application resource PLAPRS shown in FIG. 72 (d) is managed, and in the playlist application resource element PLRELE having the data structure shown in FIG. 69 (d), in the example shown in FIG. The value of MLTPLX is “true”. In this case, as can be seen from the description of FIG. 73, the playlist application resource PLAPRS is multiplexed and stored in the primary enhanced video object data P-EVOB # 0 used when the first play title FRPLTT is reproduced. Yes. In the playlist application element information PLAELE that manages the playlist associated advanced application PLAPL that references (uses) the playlist application resource PLAPRS, as shown in FIG. 69 (c), the Z order attribute (Z-index) Information ZORDER exists, and its value is set to “1” in the example of FIG. 72 (d). Since the playlist application resource PLAPRS is commonly used (displayed) across different resources, for example, on the screen displayed by the title associated advanced application TTAPL, the screen displayed by the advanced application ADAPL, and the screen If they overlap, it is desirable to be able to display them hidden below. Therefore, in the embodiment shown in FIG. 72 (d), the value of the Z order attribute (Z-index) information ZORDER is set to a low value. Next, during the reproduction of the title # 2 shown in FIG. 70, when the time of the title timeline TMLE is between “T4” and “T2”, the primary enhanced video object data P-EVOB # 2 for displaying the primary video set PRMVS and The playlist associated advanced application PLAPL and the title associated advanced application TTAPL are displayed simultaneously. The screen at that time is represented by a display screen ε and shown in FIG. That is, the screen displayed by the title associated advanced application TTAPL means the navigation animation 55 shown in FIG. In recent Windows (registered trademark) Office, dolphins appear as help animations and support usage. Similarly, it is possible to guide the screen operation using the navigation animation 55 shown in FIG. The screen animation displayed in the main title 31 of title # 2 can also be explained using the navigation animation 55 without being limited thereto. The navigation animation 55 represents screens and functions commonly used in the same title (title # 2), and uses the title resource TTRSRC. In the title resource element that manages the title resource TTRSRC, multiplexed attribute information MLTPLX exists as shown in FIG. 66 (d), and in the embodiment shown in FIG. 72 (f), the value is set to “false”. Has been. That is, in this case, the title resource TTRSRC is not multiplexed in the form of an advanced pack ADV_PCK, but is stored in a specified location in the form of a specific file. As described in FIGS. 70 and 71, when the playback location is moved from the title (title # 2) in which the title resource TTRSRC is used to another title, the title resource TTRSRC is deleted from the file cache FLCCH. I can do it. The deletion priority at this time is designated by priority information PRIORT (priority attribute information) for the corresponding resource deletion shown in FIG. 66 (d). As shown in FIG. 66 (d), since the above value is preferentially deleted from a resource with a high value, the value “8” in the embodiment of FIG. 72 (f) is deleted relatively first. Means good things. When the time of the title timeline TMLE during the playback of title # 2 shown in FIG. 70 is from “T3” to “T4”, the primary enhanced video object data P-EVOB # 2 displaying the primary video set PRMVS and playlist The screens of the advanced advanced application PLAPL, the title associated advanced application TTAPL, and the advanced application ADAPL are displayed in combination, and the display screen δ at that time is shown in FIG. 72 (b). The screen shown by the advanced application ADAPL shows a language selection menu 54 as shown in FIG. Screens and functions that are valid only in the specific advanced application shown in FIG. 72 (e) are realized by using the application resource APRSRC. In the application resource element APRELE for managing the application resource APRSRC, multiplexed attribute information MLTPLX can be described as shown in FIG. 63 (d). In the embodiment of FIG. 72 (e), the value is set to “false”, and the application resource APRSRC is not multiplexed and stored in the form of an advanced pack ADV_PCK, but alone as a specific file. It means that it existed. Further, the value of priority information PRIORT (priority attribute information) for deletion of the corresponding resource specified in the application resource element APRELE is set as a value of “2”. As shown in FIG. 63 (d), since the resource having the higher value is deleted first, the value “2” means that it is stored in the file cache FLCCH for as long as possible. In FIG. 72 (f), the priority attribute value is set to “8”, and in FIG. 72 (e), the value is specified as “2”. Therefore, when only the priority attribute value is compared alone, It looks as if the resource of the navigation animation 55 shown in 72 (f) can be deleted first. However, since the priority level of the application resource APRSRC is lower than the priority level of the title resource TTRSRC as described with reference to FIG. 64, the application resource corresponding to the language selection menu 54 shown in FIG. APRSRC will be deleted from the file cache FLCCH preferentially. Autorun attribute information ATRNAT can be described in the application segment element APPLSG which is a parent element including the application resource element APRELE for managing the application resource APRSRC. In the embodiment of FIG. 72 (e), the value is “true”, and as shown in FIG. 70, the loading of the application resource APRSRC is started simultaneously with the start of playback of the title # 2. . In the embodiment shown in FIG. 70, the method shown in FIG. 65 (e) is adopted as the loading method of the application resource APRSRC. In the embodiment shown in FIG. 72 (e), the value of the synchronization attribute information SYNCAT (sync attribute information) of the reproduction display object included in FIG. 56 (d) is set to “soft”. Therefore, in the embodiment shown in FIG. 70, the loading of the application resource APRSRC is started from the start of the reproduction of the title # 2, but even when the time “T3” on the title timeline TMLE at which the scheduled loading time LOADPE ends is reached. When the loading of the application resource APRSRC is not completed, the time selection on the title timeline TMLE is continued as it is without displaying the screen of FIG. 72 (e) to the user. Will be displayed. In the embodiment of FIG. 72 (e), the value of the Z order attribute (Z-index) information ZORDER shown in FIG. 56 (d) is set to “5”, and the same attribute shown in FIG. The value is larger than the information value “1”. Therefore, if the display locations of the various button screens shown in FIG. 72 (d) and the language selection menu 54 shown in FIG. 72 (e) partially overlap on the screen, the Z order attribute (Z-index) ) The language selection menu 54 having a larger information ZORDER value is displayed on the upper side. By setting the value of Z order attribute (Z-index) information ZORDER in this way, when the screens displayed between different advanced applications ADAPL overlap on the same screen, which screen is displayed on the upper side is automatically set It is possible to improve the expressive power of the content provider to the user.

  The first play title FRPLTT shown in FIG. 73 (a) represents the title that is first played back and displayed to the user. In the playlist PLLST, the first play title in the title information TTINFO is shown in FIG. 74 (c). Managed by element information FPTELE. Further, as shown in FIG. 70, the playlist associated advanced application PLAPL has an execution (display) time APACPE across a plurality of titles, and is displayed in any title except the first play title FRPLTT.・ It is possible to execute. A resource referred to (used) by the playlist associated advanced application PLAPL is called a playlist application resource PLAPRS. The main feature of this embodiment is that loading of the playlist application resource PLAPRS into the file cache FLCCH is completed when the first play title FRPLTT is played back. As a result, display / execution of the playlist associated advanced application PLAPL can be started at the start of playback of any title other than the first play title FRPLTT. In the embodiment of FIG. 73 (a), primary enhanced video object data P-EVOB # 1 is reproduced when the first play title FRPLTT is reproduced. The period becomes the loading time LOADPE of the playlist application resource PLAPRS. As a result, the play list application resource PLAPRS is stored in the file cache FLCCH at the playback end time of the first play title FRPLTT (time “T0” on the title timeline TMLE). As a result, playback of the playlist associated advanced application PLAPL can be performed simultaneously with the primary enhanced video object data P-EVOB # 1 at the playback start time of the title # 1. As shown in FIG. 73, there are a plurality of paths A, B, and C as acquisition paths for the playlist application resource PLAPRS (FIG. 73 (b)) stored in the file cache FLCCH. In the route A in the present embodiment, the playlist application resource PLAPRS is multiplexed in the primary enhanced video object P-EVOB # 0 used for playing the first play title FRPLTT. That is, the playlist application resource PLAPRS shown in FIG. 73 (b) is divided for each 2048 bytes of data and packed in the advanced pack ADV_PCK for each 2048 bytes. The advanced pack ADV_PCK is multiplexed (multiplexed) with other main audio pack AM_PCK, main video pack VM_PCK, sub-picture (sub-picture) pack SP_PCK, etc. to form primary enhanced video object data P-EVOB. The playlist application resource PLAPRS used in the playlist application element information PLAELE is managed by the playlist application resource element PLRELE as shown in FIG. 69 (d). In the playlist application resource element PLRELE, there is multiplexed attribute information MLTPLX as shown in FIG. 69 (d). It is possible to identify whether the acquired route of the playlist application resource PLAPRS shown in FIG. 73 (b) passes through the above-described route A or other route B or route C described later by the value of the multiplexed attribute information MLTPLX. It becomes. That is, when the value of the multiplexed attribute information MLTPLX is “true”, as shown in FIG. 73, the corresponding playlist application resource PLAPRS is acquired through the path A. When the value of the multiplexed attribute information MLTPLX is “true”, the primary enhanced video object P displaying the first play title FRPLTT shown in FIG. 73 (a) when the storage location SRCDTC of the data or file downloaded into the data cache is displayed. -Indicates the location where EVOB # 0 is stored. In this case, the management information of the first play title FRPLTT is shown, and the primary audio video clip element PRAVCP is arranged in the first play title element information FPTELE shown in FIG. 74 (c). The index information file storage location SRCTMP (src attribute information) of the playback display object to be referred to shown in FIG. 54 (c) in the primary audio video clip element PRAVCP arranged in the playlist application element information PLAELE is shown in FIG. The storage location (path) and file name of the time map PTMAP of the primary enhanced video object data P-EVOB # 0 displaying the first play title FRPLTT shown in a) are described. In the primary audio video clip element PRAVCP, only the storage location (path) and file name of the time map PTMAP are described, but in this embodiment, the storage location (path) of the corresponding primary enhanced video object data P-EVOB # 0 file. ) Matches the storage location (path) of the time map PTMAP, and the file name of the primary enhanced video object data P-EVOB # 0 file matches the time map PTMAP (however, the extension is “.MAP”. This makes it easy to access the primary enhanced video object data P-EVOB # 0 file. When the value of the multiplexed attribute information MLTPLX in the playlist application resource element PLLREL shown in FIG. 69 (d) is “false”, a route (route B or route C) different from the route A shown in FIG. 73 is selected. Then, the playlist application resource PLAPRS is loaded into the file cache FLCCH. That is, in the path B, the playlist application resource file PLRSFL is stored in the information storage medium DISC, and the information storage medium is in parallel with the reproduction of the primary enhanced video object P-EVOB # 0 displaying the first play title FRPLTT. Data is played back from DISC and saved in the file cache FLCCH. In the path C, the playlist application resource file PLRSFL is stored in the persistent storage PRSTR, and the playlist application resource file PLRSFL stored in the persistent storage PRSTR in parallel with the first play title FRPLTT is reproduced. Load into file cache FLCCH. If the playlist application resource file PLRSFL is stored in the network server NTSRV, a network trouble occurs during the download, and the file is not loaded into the file cache FLCCH until the first play title FRPLTT finishes playing. There is a risk that it cannot be terminated. Therefore, the present embodiment has a major feature in that the loading completion during the first play title FRPLTT playback period is guaranteed by making the storage location of the playlist application resource file PLRSFL other than the network server NTSRV. As described above, the multiplexed attribute information MLTPLX is arranged (described) in the playlist application resource element PLRELE. This makes it possible to prepare in advance the demultiplexer DEMUX in the primary video player PRMVP shown in FIG. 36, and to shorten the loading time LOADPE of the playlist application resource PLAPRS. Furthermore, in this embodiment, for the first play title FRPLTT, many restrictions are set such that the number of video tracks and the number of audio tracks are one track at a time, thereby further ensuring the end of loading during the first play title FRPLTT playback period. It ’s a good thing.

<First Play Title>
In the present embodiment, the first play title element information FPTELE is present in the title set element (title information TTINFO). That is, as shown in FIG. 74 (a), structure information CONFGI, media attribute information MDATRI, and title information TTINFO exist in the playlist PLLST, and the first information in the title information TTINFO as shown in FIG. 74 (b). The first play title element information FPTELE is arranged at the position. In the first play title element information FPTELE, management information related to the first play title FRPLTT is described. As shown in FIG. 17, the first play title FRPLTT is positioned as a special title. In the present embodiment, the first play title element information FPTELE has the following characteristics.

  -If the first play title FRPLTT exists, the first play title FRPLTT must be played before the title # 1 is played.

    In other words, the playback time of the playlist application resource PLAPRS is secured by playing the first play title FRPLTT first before playing the title # 1.

  -The first play title FRPLTT must consist of at least one primary audio video PRMAV and only subtitle audio video (whichever is possible).

    As described above, by limiting the types of playback / display objects constituting the first play title FRPLTT, it is possible to facilitate the loading process of the advanced pack ADV_PCK multiplexed in the first play title FRPLTT.

  -The first play title FRPLTT must continue to play from the beginning to the end position on the title timeline TMLE at the normal playback speed.

    … By playing all the first play titles FRPLTT at standard speed, download time of playlist application resource PLAPRS can be secured, and playback start time of playlist associated advanced application PLAPL within other titles can be shortened. I can do it.

  -When playing the first play title FRPLTT, only the video track number 1 and the audio track number 1 can be played.

    As described above, by limiting the number of video tracks and the number of audio tracks, it is easy to download from the advanced pack ADV_PCK in the primary enhanced video object data P-EVOB constituting the first play title FRPLTT.

  -The playlist application resource PLAPRS can be loaded during playback of the first play title FRPLTT.

  Furthermore, in this embodiment, the following restrictions must be satisfied for the first play title element information FPTELE.

  The first play title element information FPTELE includes only the primary audio video clip element PRAVCP or the substitute audio video clip element SBAVCP.

  The data source DTSORC defined by the substitute audio video clip element SBAVCP is stored in the file cache FLCCH or persistent storage PRSTR.

  -Only the video track number and the audio track number ADTKNM can be set, and both the video track number and the audio track number ADTKNM must be set to "1". Also, subtitles, subvideos, and subaudio track numbers must not be set in the first play title FRPLTT.

  -In the first play title element information FPTELE, the title number information TTNUM, parent level information (parentaLevel attribute information), title type information TTTYPE, and application tick clock of the processing clock in the advanced application manager shown in FIG. Attenuation ratio TICKDB, selection attribute: user operation supportability attribute (selectable attribute information), title name information displayed by the information reproducing apparatus, title number information to be displayed after the title ends (onEnd attribute information), and title Information of attribute information (description attribute information) is not described.

  The playback time of the first play title FRPLTT can be used as the loading time LOADPE of the playlist application resource PLAPRS. When the multiplexed attribute information MLTPLX in the playlist application resource element PLRELE shown in FIG. 69 (d) is set to “true”, as shown in FIG. 73 (d), the primary enhanced in the primary audio video PRMAV The multiplexed advanced pack ADV_PCK can be extracted from the video object data P-EVOB and loaded into the file cache FLCCH as a playlist application resource PLAPRS.

<First PlayTitle Element>
The first play title element information FPTELE showing the detailed structure in FIG. 74 (c) describes management information of the first play title FRPLTT for the advanced content ADVCT. In addition, object mapping information OBMAPI and track number setting (track number assignment information) for the elementary stream are configured in the first play title element information FPTELE. That is, as shown in FIG. 74 (c), the primary audio video clip element PRAVCP and the substitute audio video clip element SBAVCP can be described in the first play title element information FPTELE. The description contents of the primary audio video clip element PRAVCP and the substitute audio video clip element SBAVCP constitute a part of the object mapping information OBMAPI (including track number assignment information). Thus, the content of the first play title element information FPTELE is composed of a list of display / reproduction clip elements (primary audio video clip element PRAVCP, substitute audio video clip element SBAVCP list). The data source DTSORC used in the substitute audio video clip element SBAVCP in the first play title FRPLTT must be stored in either the file cache FLCCH or the persistent storage PRSTR. The playback / display clip element composed of the primary audio video clip element PRAVCP or the substitute audio video clip element SBAVCP describes track number assignment information (track number setting information) of the elementary stream. In FIG. 74 (c), the time length information TTDUR (titleDuration attribute information) of the entire title on the title timeline is described in the format “HH: MM: SS: FF”. As shown in FIG. 54 (c), the end time of the playback / display object displayed in the first play title FRPLTT is the end time TTEDTM (titleTimeEnd attribute information) on the title timeline in the primary audio video clip element PRAVCP and FIG. As shown in (c), the end time TTEDTM (titleTimeEnd attribute information) on the title timeline in the substitute audio video clip element SBAVCP is specified, but the value of the end time TTEDTM on all the title timelines. Must be set to a value smaller than the value set in the time length information TTDUR (titleDuration attribute information) of the entire title on the title timeline. This makes it possible to display each playback / display object without contradiction in the first play title FRPLTT. Hereinafter, allowable display mode information SDDISP (alternative SDDisplay Mode attribute information) on the 4: 3 TV monitor will be described. The allowable display mode information SDDISP on the 4: 3 TV monitor represents an allowable display mode when displaying on the 4: 3 TV monitor during the first play title FRPLTT playback. When the value is set to “Panscan Or Letterbox”, both pan scan and letterbox are allowed when displaying on a 4: 3 TV monitor. If the value is set to “Panscan”, only the pan scan mode is allowed when displayed on the 4: 3 TV monitor. Furthermore, when “Letterbox” is specified as the value, display is allowed only in the letterbox mode when displaying on a 4: 3 TV monitor. The information recording / reproducing apparatus 1 must forcibly output the screen to the 4: 3 TV monitor in accordance with the set allowable display mode. In the present embodiment, the description of the attribute information can be omitted. In this case, the default value “Panscan Or Letterbox” is automatically set. Also, the main (basic) resource storage location FPTXML (xml: base attribute information) used in the first play title element is a URI (Uniform Resource Identifier) in the first play title element information FPTELE. Is described by

  As shown in FIG. 75 (a), there is structure information CONFGI, media attribute information MDATRI, and title information TTINFO in the playlist PLLST. As shown in FIG. 75 (b), the title information TTINFO includes a list of first play title element information FPTELE, one or more title element information TTELEM, and playlist application element information PLAELE. Further, the data structure in the title element information TTELEM includes object mapping information OBMAPI (including track number assignment information), resource information RESRCI, playback sequence information PLSQI, track navigation information TRNAVI, as shown in FIG. 75 (c). Information on scheduled control information SCHECI is described. The scheduled control information SCHECI shown in FIG. 75 (c) will be described below.

<Scheduled Control List and Scheduled Control>
The scheduled control information SCHECI is composed of scheduled control list elements. In the scheduled control list element, management information on the following scheduled control at the time of title reproduction is described.

-Scheduled pauses in the schedule at the specified time on the title timeline TMLE (pause processing)
-Event execution processing for advanced application ADAPL at specified time Scheduled control information SCHECI composed of scheduled control list elements consists of a list of pause-at elements PAUSEL and event elements EVNTEL as shown in Fig. 75 (d). Has been. The placement location of the pause at element PAUSEL and event element EVNTEL described in the scheduled control list element and set in time based on the title timeline TMLE is on the title timeline specified by each pause at element PAUSEL and event element EVNTEL. The designated position (time) information TTTIME is arranged in order from the first (previous) in the scheduled control list element in the order along the progress of the TTTIME. In other words, the value of the specified position (time) information TTTIME on the title timeline specified by the pause at element PAUSEL and the event element EVNTEL described in order from the front in the scheduled control list element is the time in accordance with the arrangement order. The course is going to increase. In this way, when the pause-at element PAUSEL and the event element EVNTEL are arranged in order along the time progress of the title timeline TMLE in the scheduled control list element, the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. The execution process according to the time progress of the title timeline TMLE can be performed only by executing the elements described in the scheduled control list element in the order of arrangement. As a result, the schedule management process of the playlist manager PLMNG becomes very easy. The designated position (time) information TTTIME designated on the title timeline between different pause at elements PAUSEL or different event elements EVNTEL in the scheduled control list element must not overlap each other. At the same time, the specified position (time) information TTTIME on the title timeline specified by the pause at element PAUSEL and the specified position (time) information TTTIME on the title timeline specified by the event element EVNTEL must not overlap each other. For example, in the description example of FIG. 75 (d), the specified position (time) information TTTIME on the title timeline specified by the pause at element PAUSEL # 1 and the specified position (time) on the title timeline specified by the event element EVNTEL # 1 ) If the values of the information TTTIME match, the playlist manager PLMNG shown in FIG. 28 does not know which one of pause at (pause) processing and event execution processing for the advanced application ADAPL should be selected. A failure occurs in the processing of PLMNG.

  In this embodiment, the script SCRPT may be activated during execution (reproduction) of the advanced application ADAPL to perform complicated processing. For example, when the user instructs execution of the advanced application ADAPL, the delay time of the script SCRPT can be set so that actual execution is started only after a specific time has elapsed. Therefore, the advanced application ADAPL may start executing the event later than the time set by the designated position (time) information TTTIME on the title timeline in the event element EVNTEL.

<Scheduled Control List Element>
The scheduled control information SCHECI defines scheduled pause (pause) processing and event execution timing in title reproduction. The scheduled control list element describing the contents of the scheduled control information SCHECI is composed of a list of pause at elements PAUSEL or event elements EVNTEL. The pause at element PAUSEL describes a pause (pause) processing time during title reproduction, and the event element EVNTEL describes an event execution start time during title reproduction.

<Pauseat Element>
FIG. 75 (e) shows a data structure in the pause at element PAUSEL. In the pause at element PAUSEL, there is pause at element ID information PAUSID (id attribute information), and the pause at element PAUSEL can be easily specified by an API command as shown in FIG. The pause at element PAUSEL includes designated position (time) information TTTIME (titleTime attribute information) on the title timeline. The specified position (time) information TTTIME (titleTime attribute information) on the title timeline indicates a pause (pause) processing place on the title timeline TMLE. The value is described in a format of “HH: MM: SS: FF” (hour: minute: second: number of frames (count value)). In this embodiment, the playback display objects belonging to the primary video set PRMVS and the secondary video set SCDVS are on the title timeline start time TTSTTM (titleTimeBegin) and the enhanced video object data EVOB in the corresponding clip element as shown in FIG. The timing of the start position VBSTTM (clipTimeBegin) matches. Therefore, based on the above information, the time on the title timeline TMLE and the presentation start time (presentation time stamp value) PTS set on the video stream in the primary enhanced video object data P-EVOB or the secondary enhanced video object data S-EVOB The relationship (correspondence) between is derived. As a result, the pause (pause) position specified by the specified position (time) information TTTIME (titleTime) on the title timeline specified in FIG. 75 (e) is valid for the playback display object (enhanced video object EVOB). When specified within the period VALPD, the pause position is the video stream presentation start time (presentation time stamp value) PTS in the primary enhanced video object data P-EVOB (or secondary enhanced video object data S-EVOB). Associated with the corresponding value. Using the above relationship, the playlist manager PLMNG of the navigation manager NVMNG shown in FIG. 28 determines the presentation start time from the value of the specified position (time) information TTTIME (titleTime attribute information) on the title timeline in the pause at element PAUSEL. (Presentation time stamp value) Converted into a PTS value, the playlist manager PLMNG can transfer the converted result to the presentation engine PRSEN shown in FIG. As a result, the decoder engine DCDEN shown in FIG. 30 can perform the decoding process using the presentation start time (presentation time stamp value) PTS, and the corresponding process of the decoder engine DCDEN becomes easy.

<Event Element>
Next, the data structure in the event element EVNTEL shown in FIG. 75 (f) will be described. Even in the event element EVNTEL, event element ID information EVNTID (id attribute information) is described first in the event element EVNTEL tag, and the event element EVNTEL can be easily referred to by an API command as shown in FIG. It has become. The designated position (time) information TTTIME (titleTime attribute information) on the title timeline in the event element EVNTEL is displayed by the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. 28 by the playlist manager event (Describes the time on Title Timeline, at which PlaylistManager fires the PlaylistManagerEvent) shows the time on the title timeline TMLE. This value is set in the format “HH: MM: SS: FF” (hour: minute: second: number of frames).

  The function and usage example of the pause at element PAUSEL having the data structure shown in FIG. 75 (e) will be described with reference to FIG. In the present embodiment, when the scheduled control information SCHECI shown in FIG. 75 (d) does not exist, the time on the title timeline TMLE for the playback display object such as the primary enhanced video object data P-EVOB displayed to the user If you try to stop the progress, even if you try to pause (pause) with an API command, there will be a delay time when processing the API command, and it is possible to specify a precise pause position in frame (field) units. difficult. On the other hand, in this embodiment, by setting the scheduled control information SCHECI and setting the pause at element PAUSEL, it is possible to specify the exact pause (pause) position in the field (frame) unit of the moving image. Become. Also, the tick clock (page clock, application clock) is generally used for the display timing of the advanced subtitle ADSBT, advanced application ADAPL, playlist associated advanced application PLAPL, and title associated advanced application TTAPL. . In this case, since the media clock corresponding to the progress of the title timeline TMLE moves independently, there is a problem that it is difficult to set a pause instruction for the title timeline TMLE from the application. On the other hand, the display timing can be synchronized between the application and the title timeline TMLE by setting the pause at element PAUSEL in the scheduled control information SCHECI. FIG. 76 (a) shows a usage example using the pause-at element. For example, when the main video MANVD in the primary video set PRMVS is displayed on the screen as the main part 31 as shown in FIG. 76 (b) at the time “T0” on the title timeline TMLE in FIG. 76 (a). Think. The content provider pauses the display of the main part 31 at a specific frame (specific field) in the main part 31 (sets as a still image state) and tries to explain the explanation of the paused screen using animation. There is a thing. In this case, on the title timeline TMLE, at the time “T1”, the main part 31 is temporarily stopped to be in a stationary state, and an explanatory animation ANIM # 1 is displayed in parallel therewith as shown in FIG. 76 (c). While the main part 31 is still, it is possible to explain the contents of the frame of the main video MANVD in the still state by letting the animation comment animation ANIM # 1 talk. Furthermore, as shown in FIG. 76 (a), at time “T2” and time “T3”, the main story 31 is also temporarily stopped (set to a stationary state), and the animation explanation animations ANIM # 2 and # 3 are moved. You can also give a voice commentary. As a mapping method on the title timeline TMLE that makes it possible, the method shown in FIG. 76 (a) can be taken. That is, the screen of the primary video set PRMVS is displayed by the primary enhanced video object data P-EVOB in accordance with the progress of the title timeline TMLE, and the time “T1− which is slightly ahead of the time“ T1 ”on the title timeline TMLE. At the stage of “ΔT”, the advanced application ADAPL is started (execution is started), and the video enhancement animation ANIM # 1 of the primary enhanced video object data P-EVOB is displayed by the markup MRKUP in the advanced application ADAPL # 1. When the playback and display of the animation comment animation ANIM # 1 is completed, the script SCRPT starts to issue an API command NPLCMD that switches the time progress on the title timeline TMLE from pause to normal playback. As a result, the time progress of the title timeline TMLE returns to normal playback, and the normal time progress (count up) is resumed. Similarly, the advanced application ADAPL # 2 is activated (starts execution) at time “T2−ΔTt”. The script SCRPT starts to run immediately after the video commentary animation ANIN # 2 finishes playing and displays, the API command NPLCMD is issued so that the title timeline TMLE becomes normal playback, and the time progress of the title timeline TMLE is resumed.

  FIG. 77 shows a feature of the event element EVNTEL having the structure shown in FIG. 75 (f) and a specific usage example. The basic characteristics of the event element EVNTEL are the same as the pause at element function shown in FIG. 76 (d), and the tick clock and title timeline TMLE that drive various applications by the event element EVNTEL in the scheduled control information SCHECI. There is a place where the event start time can be set with accuracy in units of frames (fields) of moving images as countermeasures against timing deviation due to delay in processing API commands. In this embodiment, as shown in FIG. 16, subtitles and telop characters 39 can be displayed using the advanced subtitle ADSBT. As a method of displaying the subtitles and the telop characters 39 using the advanced subtitle ADSBT, it can be expressed using the markup MRKUPS of the advanced subtitle. However, as another application example of the present embodiment, by displaying a caption using the event element EVNTEL shown in FIG. 77, a more flexible caption can be displayed. FIG. 77 (a) shows a mapping method on the title timeline TMLE when performing concrete captions. The advanced subtitle ADSBT is placed in parallel with the display progress on the title timeline TMLE of the primary enhanced video object data P-EVOB displaying the primary video set PRMVS, and the display of the advanced subtitle ADSBT is started according to each event execution timing EVNTPT (Switch). In other words, the advanced subtitle ADSBT # 1 is displayed as subtitles during the period of time “T1” to “T2” on the title timeline TMLE, and then the period of time “T2” to “T3” on the title timeline TMLE Advanced subtitle ADSBT # 2 is displayed as subtitles. FIG. 77 (c) shows the data structure in the advanced subtitle font file FONTS in this embodiment. Advanced subtitle general information SBT_GI exists at the head position in the file, and ID information FTFLID of the font file, language attribute information FTLANG of the font, and total subtitle line number information FTLN_Ns are recorded therein. In each caption search pointer FT_SRPT, the start address FTLN_SA of each caption information is described in relative bytes, and the data size FTLN_SZ of each caption information is described in bytes. Also, subtitle information FTLNDT for each line is described in the subtitle information FONTDT.

  FIG. 78 shows a flowchart illustrating a method for displaying the advanced subtitle ADSBT in synchronization with the title timeline TMLE based on the example of FIG. The flowchart is processed in the playlist manager PLMNG (see FIG. 28). First, the font file FONT of the advanced subtitle ADSBT is temporarily stored in the file cache FLCCH (step S121). Next, the line number counter of the display target caption is initialized to i = “0” (step S122). After that, it is determined whether the time on the title timeline TMLE is within the valid period VAPRD of the advanced subtitle ADSBT (step S123). If the time on the title timeline TMLE is within the validity period VAPRD of the advanced subtitle ADSBT, it is determined whether the time on the title timeline TMLE has reached the time TTTIME (titleTime) specified by the event element EVNTEL (Step S126). If the time of the title timeline TMLE does not reach the time TTTIME (titleTime) designated by the event element EVNTEL in the step S126, it continues to wait until it reaches. If the time of the title timeline TMLE reaches the time TTTIME (titleTime) specified by the event element EVNTEL, is the subtitle information FTLNDT to be displayed already input in the advanced subtitle player ASBPL (see FIG. 30)? (Step S127), and if not inputted, the process jumps to step S129. If it is input, the subtitle information FTLNDT to be displayed is output to the AV renderer AVRND (see FIG. 30) (step S128). Next, according to the value of the line counter “i”, the size of FTLN_SA #i is read from the position that is shifted by FTLN_SA #i from the beginning in the font file FONTS of the advanced subtitle temporarily stored in the file cache FLCCH. Transfer to the subtitle player ASBPL (step S129). Next, the value of the row number counter “i” is incremented by “1” (step S130). Thereafter, the process returns to step S123. In step S123, if the time on the title timeline TMLE is outside the valid period VAPRD of the advanced subtitle ADSBT, the time on the title timeline TMLE is behind the valid period VAPRD of the advanced subtitle ADSBT. If it is not behind, the process returns to step S123, and if it is behind, data deletion FLCREM from the file cache is executed. (Step S125).

  As shown in FIG. 79 (a), the playlist PLLST has a structure in which structure information CONFGI, media attribute information MDATRI, and title information TTINFO are described. 79A, the media attribute information MDATRI shown in FIG. 79A is an audio attribute item element AABITM representing an attribute of audio data, a video attribute item element VABITM representing an attribute information of video data, and a sub picture. A sub-picture attribute item element “SPAITM” representing an attribute of data (sub-picture data) can be recorded. In the diagram shown in FIG. 79 (b), one item element is described for each piece of attribute information of each data. However, this embodiment is not limited to this, and each playback display specified in the playlist PLLST is displayed. Describe multiple attribute item elements for each different attribute information of the object. As shown in FIGS. 59C to 59G, the attribute information related to the main video element MANVD, the main audio element MANAD, the subtitle element SBTELE, the sub video element SUBVD, and the sub audio element SUBAD is shown in FIG. By specifying each attribute item element in the media attribute information MDATRI shown in FIG. In this way, attribute information of various playback display objects defined in the playlist PLLST is described together in the media attribute information MDATRI, and the information in the media attribute information MDATRI from the object mapping information OBMAPI in the title information TTINFO. By referring to (specifying), it is possible to avoid duplicate descriptions regarding common media attribute information in the object mapping information OBMAPI (including track number assignment information) in the title information TTINFO. As a result, the amount of description data of the object mapping information OBMAPI (track number assignment information) can be reduced, and the total amount of information described in the playlist PLLST can be reduced. Thereby, the processing of the playlist manager PLMNG (see FIG. 28) can be simplified.

<Media Attribute Element and Media Attribute Information>
The media attribute information MDATRI is composed of a list of elements called attribute item elements. The media attribute item element is an audio attribute item element AABITM indicating attribute information of audio data, a video attribute item element VABITM indicating attribute information of video data, and a sub-picture attribute item element SPAITM indicating attribute information of a sub-picture (sub-picture) Belonging to either. It can also be said that each media attribute item element indicates media attribute information MDATRI related to each elementary stream constituting the enhanced video object data EVOB. The attribute information that must be described in the media attribute item element is data code information or compressed code information, and the description in the media attribute item element can be omitted for other attribute information. EVOB_VTS_ATR or EVOB_ATR information is described in the enhanced video object information EVOBI shown in FIG. 12 or the attribute information recording area in the time map STMAP of the secondary video set. The value of each attribute information in the media attribute item element must match the information content set in the EVOB_VTS_ATR or EVOB_ATR described above. Accordingly, the media attribute information MDATRI in the playlist PLLST shown in FIG. 12, the media attribute information MDATRI described in the enhanced video object information EVOBI, and the media attribute information MDATRI described in the time map STMAP of the secondary video set Therefore, it is possible to ensure the stability of the playback / control processing in the presentation engine PRSEN in the advanced content playback unit ADVPL shown in FIG. As described above, from the main video element MANVD, main audio element MANAD, subtitle element SBTELE, sub video element SUBVD and sub audio element SUBAD in the track number assignment information (track number setting information) from FIG. Each media attribute item element up to) is referenced (specified). The reference (designation) method will be described below. As shown in FIGS. 79 (c) to 79 (e), the media index number information INDEX (index attribute information) in any of the media attribute item elements of the audio attribute item element AABITM, the video attribute item element VABITM, and the sub-picture attribute item element SPAIPM. Exists. 59 (c) to 59 (g), main video element MANVD, main audio element MANAD, subtitle element SBTELE, sub video element SUBVD, sub audio element in track number assignment information (object mapping information OBMAPI) In SUBAD, there is a common description column for the index number MDATNM (mediaAttr attribute information) of the corresponding media attribute element in the media attribute information. 79. The media index number information INDEX (index attribute information) shown in FIGS. 79 (c) to 79 (e) is designated by the index number MDATNM (mediaAttr attribute information) of the corresponding media attribute element in the media attribute information, and the corresponding media attribute References an item element. As a condition for guaranteeing the above correspondence, each media attribute type (audio attribute, video attribute, sub-picture attribute type) in the media attribute information MDATRI (media attribute list element) is uniquely (no duplicate). ) Media index number information INDEX (value of index attribute information) must be set. In the present embodiment, the media index number information INDEX (index attribute information value) in the audio attribute item element AABITM and the media index number information INDEX (index attribute information value) in the video attribute item element VABITM are both the same “1”. It can be set to "". Further, the description of the media index number information INDEX (index attribute information) can be omitted in each media attribute item element. In this case, the default value “1” is automatically set.

<AudioAttributeItem Element>
The data structure in the audio attribute item element AABITM shown in FIG. 79 (c) will be described below. The audio attribute item element AABITM describes attribute information regarding the main audio stream MANAD and the sub audio stream SUBAD. As described above, the contents set in the EVOB_VTS_ATR or EVOB_ATR and the value of each attribute information described in the audio attribute item element AABITM must match. As described above, the media index number information INDEX (index attribute information) is referred to from the main audio element MANAD and the sub audio element SUBAD as shown in FIGS. 59 (d) and 59 (g). Next, in this embodiment, “LPCM (Linear PCM)”, “DD +”, “DTS-HD”, “MLP”, “MPEG”, or “AC-3” is selected as the value of audio compression code information ADCDC (codex). I can do it. In particular, “AC-3” is used only for interoperable content. The sample frequency ADSPRT (sampleRate attribute information) of the audio stream represents the sample rate of the audio stream, and the attribute information can be omitted. Further, the sample depth information or the number of quantization bits SPDPT (sampleDepth attribute information) represents the sample depth information, and the attribute information can be omitted. Furthermore, the audio channel number information ADCLN (channels attribute information) represents the number of audio channels and is described by a positive number. As described above, the content set in EVOB_AMST_ATRT existing in the attribute information recording area in the enhanced video object information EVOBI or in the time map of the secondary video set and the value of the audio channel number information ADCNL (channels attribute information) are the same. I must do it. If the audio channel number ADCNL has a fractional part, it must be described as a positive number obtained by rounding up the decimal point as the value of the attribute information. For example, in the case of 5.1 channels, the decimal part is rounded up and “6” is set as the value of the audio channel number information ADCNL. Also, the description of the attribute information can be omitted. Further, the BITRATE attribute information indicating the data bit rate (data transfer rate) information DTBTRT may be omitted from the description in the audio attribute item element AABITM.

<VideoAttributeItem Element and SampleAspectRatio refers to Shape of Encoded Samples or “Pixels”>
Next, the data structure in the video attribute item element VABITM shown in FIG. 79 (d) will be described. The video attribute item element VABITM describes attribute information of the main video stream MANVD and the sub video stream SUBVD. As described above, the contents set in EVOB_VTS_ATR or EVOB_ATR need to match the values set in the attribute information in the video attribute item element VABITM. The media index number information INDEX (value of index attribute information) in the video attribute item element VABITM is the index number MDATNM (mediaAttr) of the corresponding media attribute element in the media attribute information described in FIG. 59 (c) or (f). The value of the attribute information) and is referenced (designated) from the main video element MANVD and the sub video element SUBVD. Next, “MPEG-2”, “VC-1”, “AVC”, or “MPEG-1” can be selected as the value of the codec attribute information representing the video compression code information VDCDC. The MPEG-1 is used only for interoperable content. The aspect ratio information ASPRT (sampleAspectRatio attribute information) represents the shape (aspect ratio) of the screen or pixel that is encoded and displayed to the user. As a value that the aspect ratio information ASPRT can take, either “4: 3” representing a standard screen size / shape or “16: 9” representing a wide screen shape is set. The description of the aspect ratio information ASPRT can be omitted in the video attribute item element VABITM. The next horizontal resolution attribute information HZTRL (horizontalResolution attribute information) represents the number of samples (number of pixels) in the horizontal direction of the encoded video. The value does not represent the number of pixels that can be created by decoding. Subsequent vertical resolution attribute information VTCRL (vertical Resolution attribute information) represents the number of samples (number of pixels) in the vertical direction of the encoded video. The value does not indicate the number of pixels that can be obtained as a result of decoding. It is possible to omit information description regarding the horizontal resolution attribute information HZTRL and the vertical resolution attribute information VTCRL. The encodedFrameRate attribute information represents frame rate attribute information ENFRRT at the time of user display. The information is an encoded frame rate, which is expressed by the number of frames and not displayed by the number of fields. For example, in interlaced display mode in NTSC, there are 60 fields per second, which corresponds to 30 frames. As described above, in the interlaced display mode, the number of fields and the number of frames are different, but the frame rate attribute information ENFRRT at the time of user display represents the frame rate in the frame, not the number of fields. The information description of the frame rate attribute information ENFRRT at the time of user display may be omitted. Source frame rate attribute information SOFRRT (sourceFrameRate attribute information) described next indicates an “approximate” frame rate of the captured source content. In other words, the source frame rate of the video film displayed in the movie theater is displayed as “24”, but the actual video rate is 23.976 Hz. Also, the video film displayed in the movie theater can be encoded by a repeat field flag at 29.970 Hz. In the present embodiment, the value of the source frame rate attribute information SOFRRT does not describe the value of 23.976 or 29.970, but is described as an approximate frame rate with a value of “24” or “30”. It is also possible to omit the description of this information. In this embodiment, as shown in FIGS. 67 and 68, based on the network bandwidth corresponding to the network environment in which the information recording / reproducing apparatus 1 incorporating the advanced content reproducing unit ADVPL is installed, the network content is selected from a plurality of network sources. You can select the appropriate network source and transfer over the network. The data bit rate is an approximation to the average value between the respective bit rates when different playback display object streams selected in accordance with the network environment (network bandwidth) in which each information recording / reproducing apparatus 1 is placed are transferred. (Data transfer rate) information DTBTRT (bitrate attribute information). An example of FIG. 67 will be described, and the value of (data bit rate information DTBTRT (bitrate attribute information)) will be described. The network source element NTSELE in the playlist PLLST describes src attribute information (resource storage location (path) and file name) corresponding to each network throughput. By utilizing the list of the network source element NTSELE, it is possible to select an optimal object file corresponding to the network throughput in each network environment. For example, in the case of modem communication using a telephone line, a network throughput of only 56 Kbps can be obtained. In this case, S-EVOB_LD.EVO is the optimum object file for the network environment as a file in which the stream of the playback display object is recorded. In the case of a network environment using optical communication or the like, 1 Mbps can be guaranteed as the network throughput. For users with such network environments with high network throughput, data transfer of E-EVOB_HD.EVO files with high-definition video information is appropriate. Thus, the optimal source file to be selected differs depending on the network environment, and the approximate value of the average value for this 1 Mbps and 56 Kbps is (1000 + 56) ÷ 2 = 528 ≒ 500, so the value of “500” is the source Described in the frame rate attribute information SOFRRT. As described above, the value of the source frame rate attribute information SOFRRT is represented by a number with Kbit / s as a unit. Information on active area coordinates from activeAreaX1 attribute information to activeAreaY2 attribute information described in the video attribute item element VABITM indicates an active image area in a frame displayed to the user after encoding. The active image area of the frame that is encoded and displayed to the user is not filled with an image, but includes an area filled with a fixed single color such as black. For example, when a standard screen is displayed in a wide screen of a television, black bands may be displayed on both sides of the wide screen of the television. In this example, not the standard screen (image region) but the region corresponding to the wide screen of the television including the black bands on both sides indicates the “active image region in the frame displayed to the encoded user”. The square area of the active image is defined as a designated area in full-screen display coordinates (canvas coordinates CNVCRD shown in FIG. 40). It is also possible to omit the display of the attribute information. Within the active image area
ActiveAreaX1 attribute information represents the X coordinate value APARX1 of the upper left position of the video display screen in the aperture.
ActiveAreaY1 attribute information represents the Y coordinate value APARY1 of the upper left position of the video display screen in the aperture,
ActiveAreaX2 attribute information represents the X-coordinate value APARX2 at the lower right position of the video display screen in the aperture.
The ActiveAreaY2 attribute information represents the Y coordinate value APARY2 at the lower right position of the video display screen in the aperture. A specific image related to the attribute information will be described with reference to FIG. In the example of the display screen shown in FIG. 84 (c), the coordinate position of the upper left corner of the main video 31 composed of the main video MANVD in the primary video set PRMVS is represented by (Xp1, Yp1). The coordinate position of is given by (Xp2, Yp2). In the example shown in FIG. 84 (a), the coordinates of the upper left corner and the lower right corner of the video attribute item element VABITM in which the value of the media index number information INDEX (index attribute information) in the media attribute information MDATRI is “1”. Values are described (correspondence with FIG. 84 (c) is indicated by broken lines β and γ). As shown in FIG. 84 (c), the coordinates of the upper left corner of the sub video SUBVD screen in the secondary video set SCDVS are defined by (Xs1, Ys1), and the coordinates of the lower right corner position are (Xs2, Ys2). Consider the case where it is specified. In the description example of FIG. 84 (a), the coordinate value is described in the video attribute item element VABITM in which the value of the media index number information INDEX (index attribute information) is set to “2” in the media attribute information MDATRI. The correspondence between the coordinate values specified in FIG. 84 (c) and the coordinate values described in FIG. 84 (a) is indicated by a broken line δ and a broken line ε. Next, in object mapping information OBMAPI (track number assignment information) included in title element information TTELEM in title information TTINFO shown in FIG. 84 (a), in main video element MANVD in primary audio video clip element PRAVCP. By setting the value of the index number MDATNM (mediaAttr attribute information) of the corresponding media attribute element in the media attribute information to “1”, the value of the media index number information INDEX corresponding to the relationship indicated by the dashed line η Associated with the video attribute item element VABITM of “1”. As a result, the display screen area of the main video element MANVD described in the primary audio video clip element PRAVCP is set as the area of the main part 31 shown in FIG. 84 (c). Similarly, by setting the value of the index number MDATNM (mediaAttr attribute information) of the corresponding media attribute element in the media attribute information to “2” in the sub video element SUBVD in the secondary audio video clip element SCAVCP, As indicated by ζ, the media index number information INDEX (value of index attribute information) is linked to the video attribute item element VABITM set to “2”. As a result, the display size on the screen of the sub video element SUBVD described in the secondary audio video clip element SCAVCP is set as the area of the sub video element SUBVD in the secondary video set SCDVS shown in FIG. 84 (c).

<SubpictureAttributeItem Element>
The data structure in the sub picture attribute item element SPATIM shown in FIG. 79 (e) is shown below. The sub picture attribute item element SPAITM describes attribute information of a sub picture stream (sub video stream SUBPT). Each attribute information value described in the sub-picture attribute item element SPAITM needs to match the contents set in EVOB_VTS_ATR or EVOB_ATR as described above. The media index number information INDEX (index attribute information) in the sub picture attribute item element SPAITM is referred to by the sub video stream number SPSTRN (streamNumber attribute information) of the sub video pack corresponding to the track number in FIG. 59 (e). Also, as a value set in the compression code information SPCDC (codec attribute information) of the sub picture, either “2 bit RLC (run length compression)” or “8 bit RLC (run length compression)” is set.

  As shown in FIG. 80 (a), the playlist file PLLST includes structure information CONFGI. The structure information CONFGI describes information on systematic structure parameters.

<Configuration Element>
The data structure in the structure information CONFGI is shown in FIG. The structure information CONFGI is described by a configuration element. The configuration element is composed of set information of a system structure related to advanced content ADVCT. The contents of the configuration element are composed of a list of information relating to system information. The list relating to the system structure includes various elements such as a streaming buffer element STRBUF, an aperture element APTR, a main video default color element MVDFCL, and a network timeout element NTTMOT.

  FIG. 80 (c) describes the data structure in the streaming buffer element STRBUF. The streaming buffer element STRBUF describes size information required for the streaming buffer STRBUF in the data cache DTCCH. As shown in FIG. 25, the secondary video set SCDVS stored in the network server NTSRV needs to be temporarily stored in the streaming buffer STRBUF in the data cache DTCCH before being played back to the user by the advanced content playback unit ADVPL. . When the secondary video set SCDVS is actually displayed by the advanced content playback unit ADVPL, the secondary video set SCDVS temporarily stored in the streaming buffer STRBUF is read and displayed to the user while being transferred to the secondary video player SCDVP. I do. At this time, as shown in FIG. 25, the playback display object temporarily stored in the streaming buffer STRBUF is only the secondary video set SCDVS, and many other display playback objects are temporarily stored in the file cache FLCCH in the data cache DTCCH. The Therefore, when the secondary video set SCDVS is not included in the advanced content ADVCT supplied by the content provider, there is no need to provide a streaming buffer STRBUF setting area in the data cache DTCCH. By arranging the streaming buffer element STRBUF in the structure information CONFGI, a streaming buffer necessary for storing the secondary video set SCDVS transferred in advance from the network server NTSRV before display to the user (see FIG. 25). Since the memory area size of STRBUF is known, the transfer process of the secondary video set SCDVS can be performed smoothly. The memory size of the streaming buffer STRBUF that needs to be set in advance in the data cache DTCCH requested by the creator (content provider) who creates the advanced content ADVCT to the advanced content playback unit ADVPL is shown in FIG. The streaming buffer size STBFSZ (size attribute information) that needs to be set in advance is shown in FIG. The advanced content playback unit ADVPL changes the structure (memory space allocated to the streaming buffer STRBUF) in the data cache DTCCH during sequence processing at startup. The setting of the structure in the data cache DTCCH (memory space allocated to the streaming buffer STRBUF) is performed as part of the process of step S62 in FIG. The value of the “streaming buffer size STBFSZ (size attribute information) that needs to be set in advance” is described in units of “kilobytes (1024 bytes)”. For example, when it is necessary to set the streaming buffer STRBUF size as 1 Mb, a value of “1024” is set as the value of the streaming buffer size STBFSZ (size attribute information) that needs to be set in advance. As described above, since the unit of the described value is 1024 bytes, when the total streaming buffer STRBUF size is converted into bytes, it becomes a value of 1024 × 1024 bytes, which is almost equal to 1 MB. Further, the value described in the “streaming buffer size STBFSZ (size attribute information) that needs to be set in advance” must be described as a positive value (the decimal part is rounded up and displayed). Also, the value must be set to an even number. This is because the setting of the memory space of the data cache DTCCH in the advanced content playback unit ADVPL is performed in units of bits (bytes). Therefore, by setting the value of the “streaming buffer size STBFSZ that needs to be set in advance” to an even value in accordance with the processing in bit units, processing in the advanced content playback unit ADVPL performed in byte units is facilitated.

<Aperture Element>
Next, FIG. 80 (d) shows a data structure in the aperture element APTR in the structure information CONFGI. The aperture element APTR indicates full size information of an image that can be displayed (visible) on a screen displayed to the user. The aperture size information APTRSZ (size attribute information) represents the full size information of the image size that can be viewed (displayed) by the user as described above, and is “1920 × 1080” or “1280 × 720”. Either value can be set. The aperture size information APTRSZ represents the full size of the aperture APTR (graphic area) in the graphic plane shown in FIG. In FIG. 40, the coordinate value is (1920,1080) at the lower right of the thick frame indicating the aperture APTR (graphic area). In this case, the value of “1920 × 1080” is used as the value of the aperture size information APTRSZ. Is set. A specific embodiment for setting the aperture size information APTRSZ is shown in FIG. In the display screen example shown in FIG. 84 (c), the upper left coordinate of the entire screen surrounded by a black frame is (0, 0), and the lower right coordinate value is (Xa, Ya). The coordinates of (Xa, Ya) become the aperture size information APTRSZ, and the value is described in the aperture size information APTRSZ in the aperture element APTR according to the corresponding line of the broken line α. As a description example in this case, a value of “Xa × Ya” is set.

<Main Video Default Color Element>
Next, FIG. 80 (e) shows a data structure in the main video default color element MVDFCL included in the structure information CONFGI. The main video default color element MVDFCL describes the content of the outer frame color for the main video MANVD. The outer frame color for the main video MANVD means an outer background color in the main video plane MNVDPL (see FIG. 39) related to the main video MANVD. For example, the screen size to be displayed to the user by the information of activeAreaX1 to activeAreaY2 described in FIG. 79 (d) is set in the video attribute item element VABITM, and the corresponding media attribute element in the media attribute information shown in FIG. 59 (c). The display screen size of the main video MANVD is set by linking with the video attribute item element VABITM by the corresponding main video MANVD by the index number MDATNM (mediaAttr attribute information). If the user is watching a television having a screen (wide screen) wider than the screen that is actually displayed, both ends of the television screen are areas where the display screen of the main video MANVD does not exist. The area means an outer portion of the main video plane MNVDPL, and the color of the area where the video (the main video MANVD) is not displayed is set by the “outer frame attribute information COLAT (color attribute information) for the main video” The The values set in the outer frame attribute information COLAT (color attribute information) for the main video display Y, Cr, and Cb colors as 6-hexagonal digital data. Specific setting values are described in the following format.

Color = Y Cr Cb
Y, Cr, Cb: = [0-9A-F] [0-9A-F]
Here, the conditions as values to be set for Y, Cb and Cr are
16 ≤ Y ≤ 235, 16 ≤ Cb ≤ 240, 16 ≤ Cr ≤ 240
Set as. In this embodiment, “outer frame attribute information COLAT (color attribute information) for the main video” is not simply set to red or blue, but is expressed in Y, Cr, Cb colors as described above, so that it is very expressive. The color can be displayed to the user.

<Network Timeout Element>
Next, FIG. 80 (f) shows the data structure in the network timeout element NTTMOT existing in the structure information CONFGI. The network timeout element NTTMOT represents a timeout time required for the network. In the present embodiment, necessary playback display objects and management information thereof are downloaded from the network server NTSRV via the network. When network communication becomes impossible due to a trouble in the network environment, it is necessary to automatically disconnect the network communication line. The time until the network line is disconnected after network communication is delayed is defined as the timeout time. The timeout setting information NTCNTO (timeout attribute information) at the time of network connection is described in units of mS.

  As shown in FIG. 12, a manifest MNFST or an advanced subtitle manifest MNFSTS is referenced from a playlist PLLST. FIG. 18 illustrates the situation in more detail. That is, the file name referred to as an index during playback / use from the advanced subtitle segment ADSTSG that manages the advanced subtitle ADSBT is the advanced subtitle manifest file MNFSTS. The file referred to as an index by the application segment APPLSG that manages the advanced application ADAPL during playback / use is the manifest file MNFST of the advanced application. FIG. 81 shows the data structure in the advanced subtitle manifest file MNFSTS and the advanced application manifest file MNFST.

<Manifest File>
The manifest file MNFST indicates initial (initial setting) information of the advanced application ADAPL corresponding to the title. The advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 1 performs execution / display processing of the advanced application ADAPL based on the information described in the manifest file MNFST. The advanced application ADAPL includes a display process based on the markup MRKUP and an execution process based on the script SCRPT. The initial (initial setting) information described in the manifest MNFST has the following contents.

* First markup file to be executed MRKUP
* Script file SCRPT to be executed during application startup processing
The manifest file MNFST is described based on XML, and is encoded based on XML grammar. The data structure in the manifest file MNFST is composed of application elements shown in FIG. The application element tag includes application element ID information MNAPID and corresponding element base URI information MNFURI (xml: base attribute information). By having the application element ID information MNAPID in the application element tag, it becomes possible to refer to the application element ID information MNAPID by an API command as shown in FIG. 59, and the corresponding application element can be searched by the API command. It becomes easy. The child element in the application element can include a region element RGNELE, a script element SCRELE, a markup element MRKELE, and a resource element RESELE.

<Region Element>
FIG. 81 (b) shows a data structure in the area element RGNELE that can be arranged in the application element shown in FIG. 81 (a). As shown in FIG. 39, the main video plane MNVDPL, the sub video plane SBVDPL, the sub picture plane SBPCPL, the graphic plane GRPHPL, and the cursor plane CRSRPL are present on the display screen displayed to the user. The combined screen is displayed to the user as shown in the lower part of FIG. Of these layers, the graphic plane GRPHPL is treated as a display screen layer related to the advanced application ADAPL in this embodiment. The entire screen of the graphic plane GRPHPL shown in FIG. 39 is defined as an aperture APTR (graphic area). Further, as shown in the lower screen of FIG. 39, an area where buttons from the help icon 33 to the FF button 38 are arranged is defined as an application area APPRGN as shown in the upper graphic plane GRPHPL of FIG. The application area APPRGN shows a screen area for displaying the advanced content ADVCT corresponding to the advanced application ADAPL in this embodiment, and the arrangement location and area size of the application area APPRGN in the aperture APTR (graphic area) are shown in FIG. It is described in the area element RGNELE shown in (b). A detailed description of the arrangement method of the application area APPRGN in the aperture APTR (graphic area) will be given with reference to FIG. As shown in FIG. 40, an area in the graphic plane GRPHPL is called a canvas. A coordinate system for designating the location of each application area APPRGN on the canvas is defined as a canvas coordinate CNVCRD. In the embodiment of FIG. 40, application areas APPRGN are set from # 1 to # 3 on the canvas coordinates CNVCRD. A white portion in the application area APPRGN # 1 is called a graphic object position. In the present embodiment, the graphic object may be referred to as a content element. The one graphic object (content element) corresponds to each icon or button such as a help icon 33 and a stop button 34 shown at the bottom of FIG. That is, the location and display screen size of the help icon 33 and stop button 34 in the application area APPRGN # 1 are defined by the coordinate values (x1, y1) in the application area APPRGN # 1 shown in FIG. The location and display size of graphic objects (content elements) such as the help icon 33 and stop button 34 in the application area APPRGN # 1 are marked as described with a star under the markup element MRKELE in Fig. 84 (b). Each is described in the upfile MRKUP.XMU. As shown in FIG. 40, the X axis in the canvas coordinates CNVCRD represents the horizontal direction of the screen displayed to the user, and the right direction is the plus direction. The unit of the coordinate value in the X-axis direction is indicated by the value of the number of pixels from the origin position. The Y axis in the canvas coordinates CNVCRD represents the vertical direction of the screen displayed to the user, and the downward direction is the plus direction. The unit of the coordinate value in the X axis direction is also indicated by the value of the number of pixels from the origin position. In the present embodiment, the upper left position of the aperture APTR (graphic area) is the origin position of the canvas coordinate CNVCRD (the position (0, 0) in the canvas coordinate). As a result, the screen size of the aperture APPTR (graphic area) is defined by the canvas coordinates CNVCRD at the lower right corner in the aperture APTR (graphic area). In the example of FIG. 40, the screen displayed to the user is 1920 × 1080, and the canvas coordinate value at the lower right end position of the aperture APTR (graphic area) is (1920, 1080). The location of the application area APPRGN # 1 in the aperture APTR (graphic area) is defined by the canvas coordinate CNVCRD value (X, Y) at the upper left position of the application area APPRGN # 1 as shown in the example of FIG. Is done. Correspondingly, the X coordinate value XAXIS (see FIG. 40) of the start point position of the application area on the canvas is set as the X attribute information in the area element RGNELE shown in FIG. 81 (b). Similarly, the Y attribute value in the area element RGNELE is set to the Y coordinate value YAXIS of the application area start point position on the canvas. As shown in FIG. 40, in the application area coordinates, the upper left position of the application area APPRGN # 1 is defined as the origin (0,0), and the coordinates of the lower right position of the application area coordinates in the application area APPRGN # 1. (x2, y2) defines the width and height values in the application area APPRGN # 1. That is, the width of the application area APPRGN # 1 is defined by “x2”, and the height of the application area APPRGN # 1 is defined by the value “y2”. Correspondingly, in this embodiment, the display size of the application area APPRGN is defined by “width” and “height”. That is, the width attribute information in the area element RGNELE shown in FIG. 81 (b) represents the width WIDTH of the application area in the canvas coordinates. Also, the height attribute information in the area element RGNELE shown in FIG. 81 (b) represents the height HEIGHT of the application area in the canvas coordinates. If the description of the X coordinate value XAXIS of the application area start position on the canvas and the Y coordinate value YAXIS of the application area start position on the canvas in the area element RGNELE is omitted, the X coordinate of the application area start position on the canvas The default value “0” is set as the value XAXIS, and the default value “0” is automatically set as the Y coordinate value YAXIS of the application area start point position on the canvas. In this case, as can be seen from FIG. 40, since the coordinate value (X, Y) of the start point of the corresponding application area APPRGN # 1 is (0, 0), the application area APPRGN is at the upper left of the aperture APTR (graphic area). The shape will be attached to the edge. Furthermore, in the present embodiment, as shown in FIG. 81 (b), the description of the width WIDTH of the application area in the canvas coordinates in the area element RGNELE and the height HEIGHT of the application area in the canvas coordinates can be omitted. . Thus, when the description of the width WIDTH of the application area in the canvas coordinates is omitted, the value of the width WIDTH of the application area in the canvas coordinates matches the width size of the aperture APTR (graphic area) as a default value. When the description of the height HEIGHT of the application area in the canvas coordinates is omitted, the height of the aperture APTR is automatically set with the value of the height HEIGHT of the application area in the canvas area as a default value. Therefore, when the description of the width WIDTH of the application area in the canvas coordinates and the height HEIGHT of the application area in the canvas coordinates is omitted, the size of the application area APPRGN # 1 is the size of the aperture APTR (graphic area). It will match. In this way, the default value when the description is omitted matches the position and size of the aperture APTP (graphic area), so that each graphic object (content) in the markup MRKUP (when the description of the above information is omitted) The display size / display location setting method for each element) is simplified.

<Script Element>
FIG. 81 (c) shows the data structure in the script element SCRELE. The script SCRPT in this embodiment conforms to the global code (ECMA 10.2.10) set by ECMA international standardization. The script element SCRELE describes the contents of the script file SCRPT related to the advanced application ADAPL that is performed during application startup processing. When the application is activated, the navigation manager NVMNG shown in FIG. 44 refers to the URI (Uniform Resource Identifier) described in the src attribute information and downloads the script file SCRPT to be used first. Immediately after that, the ECMA script processor ECMASP decodes the information of the downloaded script file SCRPT based on the global code (Exuma script defined in ECMA 10.2.10), and executes an execution process according to the decoding result. As shown in FIG. 81 (c), ID information SCRTID and src attribute information of the script element are described in the script element SCRELE. Since the ID information SCRTID of the script element exists in the script element SCRELE, it is easy to refer to a specific script element SCRELE by an API command, and the API command processing can be facilitated. The src attribute information represents a storage location SRCSCR of a script file to be used first, and is described by a URI (Uniform Resource Identifier).

<Markup Element>
A markup element MRKELE having a detailed data structure shown in FIG. 81 (d) indicates the file name and storage location (path) of the markup file to be displayed first for the advanced application ADAPL. When the script element SCRELE is described in the application element as in the example shown in FIG. 81 (a), the initial script file defined by the script element SCRELE is first executed when the application is started. Do. Thereafter, the advanced application manager ADAMNG in the navigation manager NVMNG shown in FIG. 28 refers to the URI (Uniform Resource Identifier) specified by the src attribute information defined by the markup element MRKELE, and the corresponding mark. Loads up file MRKUP. In this way, the src attribute information shown in FIG. 81 (c) indicates the storage location SRCSCR (storage location (path) and file name) of the script file to be used first, and is in the form of URI (Uniform Resource Identifier). Described. As shown in FIG. 82, the API command processing is facilitated by referring to the markup element MRKELE by the API command using the ID information MARKID of the markup element shown in FIG. 81 (d).

<Resource Element>
Hereinafter, a resource element RESELE having a detailed data structure will be described with reference to FIG. The resource element RESELE indicates information about a resource used in the advanced application ADAPL. All resources used in the advanced application ADAPL except for the API management area must be described by the list of the resource elements RESELE. The resource specified by the list of resource elements RESELE in the manifest MNFST is loaded into the file cache FLCCH. Thereafter, the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. 28 puts the corresponding advanced application ADAPL into an execution state. The src attribute information in the resource element RESELE shown in FIG. 81 (e) represents the storage location SRCRSC (storage location (path) and file name) of the corresponding resource, and is described by a URI (Uniform Resource Identifier). . The value of the storage location SRCRSC of the corresponding resource must be described by a URI (Uniform Resource Identifier), which will be described later, indicating the location where the resource was originally stored. Resource information specified in the playlist PLLST Indicates one of the src attribute information values described by the element (resource information RESRCI information). That is, by having a list of network source elements NTSELE in the resource information RESRCI shown in FIG. 63 (c) or 66 (e), the user owns the content having the same contents as shown in FIG. 67 or FIG. An optimum resource can be selected in accordance with the network throughput in the network environment of the information recording / reproducing apparatus 1. In this way, for each of multiple resources having the same advanced content content ADVCT (with different detailed attributes such as resolution and display screen modification status), the file name is described for each storage location (path) Each network source element NTSELE having src attribute information is set. The URI (Uniform / Uniform) specified by the src attribute information in the parent element (title resource element shown in FIG. 66 (d) or application resource element APRELE shown in FIG. 63 (d)) in which the network source element NTSELE is set. The value of (resource identifier) must be set as the value of the storage location SRCRCS of the corresponding resource shown in FIG. 81 (e). As described in FIG. 68, when the network environment of the information recording / reproducing apparatus 1 does not satisfy the network throughput condition specified by the network source element NTSELE, the src attribute information in the title resource element or the application resource element APRELE) Since the storage location (path) and file name specified in the above are accessed, the storage location SRCRCS of the corresponding resource shown in FIG. 81 (e) is set by the method described above, regardless of the network environment of the information recording / reproducing apparatus 1. Can be accessed. As a result, the access control regarding the manifest MNFST of the advanced content playback unit ADVPL is facilitated.

  Finally, FIG. 84 is used to show the relationship between the data structure in the manifest file MNFST shown in FIG. 81 and the layout in the display screen displayed to the user.

  FIG. 84 (c) shows an example of a display screen displayed to the user. According to the display example shown in FIG. 84 (c), various buttons from the play button 34 to the FF button 38 are arranged on the lower side of the screen. The entire area where the play button 34 to the FF button 38 are arranged is defined as an application area APPRGN. The example of the display screen shown in FIG. 84 (c) corresponds to the canvas coordinate CNVCRD, and the upper left position of the screen corresponds to the coordinate (0, 0) in the canvas coordinate CNVCRD. Based on the canvas coordinates CNVCRD, the coordinates of the upper left corner of the application area APPRGN are represented by (Xr, Yr). As described above, the location of the application area APPRGN is described in the area element RGNELE in the manifest file MNFST. The coordinate values of (Xr, Yr) described above are described by “Xr” and “Yr” in the region element RGNELE as shown in FIG. 84 (b), and the correspondence is indicated by a broken line ν. In the display screen example of FIG. 84 (c), the width of the application area APPRGN is indicated by rwidth and the height is defined by rheight. The width rwidth of the application area APPRGN is described as the value of the width WIDTH of the application area in the canvas coordinates in the area element RGNELE as indicated by the broken line ξ, and the height rheight value of the application area APPRGN is similarly the area. As indicated by a broken line π in the element RGNELE, it is described as the value of the height HEIGHT of the application area in the canvas coordinates in the area element RGNELE. Also, the location and display size of the stop button 34 and play button 35 shown in FIG. 84 (c) in the application area APPRGN are displayed after the “*” mark described immediately after the markup element MRKELE in FIG. 84 (b). As shown, it is specified in the corresponding markup file MRKUP.XMU. Further, the file name and the storage location (path) for the markup file MRKUP.XMU indicating the arrangement and size of the stop button 34 and the play button 35 are set as the value of the src attribute information in the markup element MRKELE.

  In the various elements arranged in the playlist PLLST in this embodiment, as shown in FIG. 82 (a), the title element TTELEM, the playlist application element PLAELE, the primary audio video clip element PRAVCP, the secondary audio video clip element SCAVCP, 82 (a) As shown on the right side, the schedule control list entry from the streaming buffer element STRBUF There is no ID information in the various elements leading to the element. In this embodiment, as shown in FIG. 82 (c), ID information is set at the beginning of an element that is relatively referenced by an API command. As a result, API commands refer to specific elements using ID information. As a result, access control processing to each element by the API command is facilitated, and access control / processing to each element by the API command is facilitated. Furthermore, since ID information is arranged at the beginning of each element, the playlist manager PLMNG (see FIG. 28) can easily search for ID information in each element. Further, the present embodiment is characterized in that “ID information” is used instead of specifying “number” for identification of each element. As shown in FIGS. 51 and 3, the playlist PLLST can be updated. If each element is identified by a “number”, it is necessary to shift the number as necessary every time the playlist PLLST is updated. On the other hand, when “ID information” is specified for identification of each element, it is not necessary to change the ID information when the playlist PLLST is updated. Therefore, there is a feature that the change process at the time of playlist update becomes easy. FIG. 82 (b) shows an example of utilization of ID information in each element by an API command. As an example of position utilization in this embodiment, title ID information TTID (see FIG. 24B) can be specified by an API command, and transition processing between titles can be performed. As another utilization example, the chapter element ID information CHPTID (see FIG. 24 (d)) can be specified on the API command to control access to a specific chapter.

64, 65, 70, 71, 54, 55, 56, 63, and 63 for the storage location of data and files stored in the data cache DTCCH and the download method corresponding to the storage location. 66 and FIG. 67 are individually described. For the purpose of summarizing the description, the description example in the playlist centering on the description of the storage location of each playback display object and the correspondence of the storage location of each playback display object corresponding thereto are described in FIG. FIG. 83 (a) shows an example of a screen displayed to the user. Among the screens displayed to the user, the main part 31 displayed by the main video MANVD in the primary video set PRMVS is displayed on the upper left side, and the sub video SUBVD in the secondary video set SCDVS is displayed on the upper right side. Various buttons from the stop button 34 corresponding to the advanced application ADAPL to the FF button 38 are arranged on the lower side of the screen, and the telop character 39 composed of the advanced subtitle ADSBT is displayed on the upper side in the main part 31. . In the example shown in FIG. 83, the main video MANVD and its related information in the primary video set PRMVS constituting the main part 31 are stored in the information storage medium DISC as shown in FIG. 83 (b). Information related to the main video MANVD in the primary video set PRMVS is stored in the directory (folder) of / HVDVD_TS / on the information storage medium DISC, and the file name corresponding to the time map PTMAP of the primary video set is RMVS. The file name corresponding to the enhanced video object information EVOBI is PRMVS.VTI and the file name corresponding to the primary enhanced video object P-EVOB is PRMVS.EVO. It is assumed that the related file of the sub video SUBVD in the secondary video set SCDVS is stored in the network server NTSRV as shown in FIG. 83 (c). The address (URL: uniform resource location) on the network of the corresponding network server NTSRV is www.toshiba.co.jp, and related files are stored in the directory (folder) of HD_DVD. As shown in FIG. 83 (c), as the corresponding sub video SUBVD, a high-resolution SCDVS1.EVO file that requires high network throughput at the time of transfer and a secondary enhanced video object that may have low resolution and low network throughput at the time of transfer. There is an SCDVS2.EVO file in which S-EVOB is recorded, and SCDVS1.MAP and SCDVS2.MAP are stored as the time map STMAP of the secondary video set used in each secondary enhanced video object S-EVOB file. In this embodiment, the secondary enhanced video object S-EVOB and the file of the time map STMAP of the secondary video set used (refer to the file) are stored together in the same directory (folder) in the same network server NTSRV. In addition, the file names excluding the extension are set to match each other. Next, a file related to the advanced subtitle ADSBT representing the telop character 39 is stored in the network server NTSRV shown in FIG. 83 (d). Assume that the address (URL: uniform resource location) of the network server NTSRV is www.ando.co.jp, and various files are stored in the title TITLE folder (directory) therein. The file name of the manifest file MNFST used when accessing the advanced subtitle ADSBT is MNFSTS.XMF, and the mark of the advanced subtitle that defines the display character, the display location and the display size when the telop character 39 is displayed There are three files of up MRKUPS, and each file name is set in MRKUPS1.XAS, MRKUPS2.XAS and MRKUPS3.XAS. The display status and decoration of the telop characters 39 to be displayed according to the user's network environment are different for each markup file MRKUP, and the value of the network throughput required when downloading to the file cache FLCCH differs accordingly. The font conversion table used in MRKUPS1.XAS is recorded in FONTS1.XAS, and the font file used in MRKUPS2.XAS is MRKUPS2.XAS. A resource file related to the advanced application ADAPL from the stop button 34 to the FF button 38 shown in FIG. 83 (a) is stored in the route in the persistent storage PRSTR shown in FIG. 83 (e), and FIG. ) Is stored in the same persistent storage PRSTR with the file name PLLST.XPL. The file name of the manifest file MNFST stored in the persistent storage PRSTR is MNFST.XMF, and the file name of the corresponding markup file MRKUP is MRKUP.XMU. Also, the images of the buttons from the stop button 34 to the FF button 38 shown in FIG. 83 (a) are stored in the JPG format, and are each stored with the file name IMAGE _ ***. JPG. A script file SCRPT corresponding to the processing that occurs when the user sets the various buttons is saved in the form of SCRPT _ $$$. JS. The file name of the time map file STMAP (PRMVS.MAP) saved in the information storage medium DISC corresponding to the main video MANVD in the primary video set PRMVS representing the main title 31 and its save destination information are shown in FIG. ) Is described in the description field of the index information file storage location SRCTMP (src attribute information) of the playback display object to be referred to in the primary audio video clip element PRAVCP existing in the title information TTINFO in the playlist PLLST. . In this embodiment, as shown in FIG. 12, the primary video set time map PTMAP (PRMVS.MAP) is first accessed along the storage location SRCPMT described in the src attribute information in the primary audio video clip element PRAVCP. I do. Thereafter, the file name (PRMVS.VTS) of the enhanced video object information EVOBI referred to in the time map PTMAP (PRMVS.MAP file) of the primary video set is extracted, and the file is accessed. After that, the file name (PRMVS.EVOB) of the primary enhanced video object P-EVOB referenced in the enhanced video object information EVOBI (PRMVS.VTI file) is read, and the primary enhanced video object P-EVOB is recorded. Access the PRMVS.EVO file and download it into the data cache DTCCH. In addition, the index information file storage location SRCTMP (src attribute information) of the playback display object to be referred to in the secondary audio video clip element SCAVCP includes any one of the plurality of time map files STMAP described in FIG. 83 (c). Describe the save location of the time map file (SCDVS.MAP). Further, the file name (SCDVS2.MAP) of the time map STMAP of the remaining secondary video set is described in the src attribute information in the network source element NTSELE arranged in the corresponding secondary audio video clip element SCAVCP. In the network source element NTSELE, network throughput allowable minimum value information NTTRPT (networkThroughput attribute information) guaranteed when the corresponding secondary enhanced video object S-EVOB is downloaded into the data cache DTCCH is described. As shown in FIG. 67, the playlist manager PLMNG in the navigation manager NVMNG has information on network throughput in the network environment where the information recording / reproducing apparatus 1 is placed in advance. The playlist manager PLMNG reads the value of the network throughput allowable minimum value information NTTRPT (networkThroughput attribute information) in the network source element NTSELE described in the secondary audio video clip element SCAVCP, and data according to the determination rule shown in FIG. Select the file name of the secondary enhanced video object S-EVOB to be loaded in the cache DTCCH, and control the access to the time map STMAP of the secondary video set that is saved in the same folder and has a file name other than the same extension. . When downloading to the data cache DTCCH, first download the time map STMAP file of the selected secondary video set, and name the secondary enhanced video object S-EVOB file referenced in the time map STMAP of the secondary video set. After that, the secondary enhanced video object S-EVOB file is downloaded according to the read file name. The manifest file storage location SRCMNF (src attribute information) of the advanced subtitle in the advanced subtitle segment element ADSTSG describes the storage location (path) and file name of the manifest file MNFSTS (MNSFTS.XMF) shown in FIG. 83 (d). Has been. For the file names and storage locations (paths) of files other than the manifest file MNFST stored in the network server NTSRV shown in FIG. 83 (d), the application resource element APRELE or the network source element NTSELE in the advanced subtitle segment element ADSTSG Is described in the src attribute information. As mentioned above, multiple markup files MRKUPS (MRKUPS1.XAS, MRKUPS2.XAS, MRKUPS3.XAS) with different network throughputs when transferring data according to the decoration status and fonts when displaying advanced subtitles in the network server NTSRV Are recorded and there are multiple font files FONTS (FONTS1.XAS and FONTS2.XAS). Network throughput allowable minimum value information NTTRPT required for downloading each markup file MRKUP and font file FONT to the file cache FLCCH is described in the network source element NTSELE in the advanced subtitle segment element ADSTSG. For example, according to the information of the network source element NTSELE in the advanced subtitle segment element ADSTSG shown in FIG. 83 (f), the guaranteed network throughput when downloading the markup file MRKUPS MRKUPS3.XAS into the file cache FLCCH This indicates that the permissible minimum value information NTTRPT is 56 Kbps, and the value of the permissible minimum value information NTTRPT of the network throughput required when the MRKUPS2.XAS file is downloaded into the file cache FLCCH is 1 Mbps. The playlist manager PLMNG in the navigation manager NVMNG refers to the value of the network throughput 52 in the network path 50 in the network environment in which the information recording / reproducing apparatus 1 is placed, and based on the selection rule shown in FIG. An optimum markup file MRKUPS to be downloaded is set in the cache DTCCH, and after accessing the markup file MRKUPS, the file is downloaded into the data cache DTCCH. At this time, the corresponding font file FONTS is simultaneously downloaded into the data cache DTCCH. As described above, it is assumed that the playlist file PLLST having the data information shown in FIG. 83 (f) is stored in the persistent storage PRSTR with the file name PLLST.XPL as shown in FIG. 83 (e). The playlist manager PLMNG in the navigation manager NVMNG first reads the playlist file PLLST (PLLST.XPL) stored in the persistent storage PRSTR. Object mapping in which the file name of the manifest file MNFST (MNFST.XMF) stored in the persistent storage PRSTR and the storage location (path) thereof exist in the title information TTINFO in the playlist PLLST in FIG. 83 (f) It is described in the manifest file storage location URIMNF (src attribute information) including the initial setting information of the advanced application in the application segment element APPLSG in the information OBMAPI. In addition, the markup file MRKUP (MRKUP.XMU) and various script files SCRPT (SCRPT _ $$$. JS) and still image file IMAGE (IMAGE _ ***. JPG) and their storage locations are related to the application. It is described in the storage location SRCDTC (src attribute information) of data or files downloaded into the data cache in the application resource element APRELE in the segment element APPLSG. The playlist manager PLMNG in the navigation manager NVMNG reads the application resource element APRELE list in the application segment element APPLSG, and the resources to be stored in the file cache FLCCH in advance before displaying the corresponding advanced application ADAPL on the screen You can find out the name of the file and the original location. As described above, the resource information to be stored in the file cache FLCCH is described by the application resource element APRELE list in the application segment element APPLSG of the playlist file PLLST, so that the navigation manager NVMNG can efficiently and quickly provide necessary resources. Can be stored in advance in the data cache DTCCH.

  FIG. 84 shows the relationship between the display screen example displayed to the user and the data structure in the playlist PLLST in this embodiment. The relationship between the display screen and the data structure in the playlist has already been described with reference to FIGS. However, by describing the relationship between the display screen example displayed to the user and the data structure in the playlist PLLST and the manifest file MNFST using FIG. 84, the whole can be known in an integrated manner. The full screen area displayed to the user shown in FIG. 84 (c) is called an aperture APTR. Further, the lower right coordinate value of the aperture APTR in the canvas coordinate CNVCRD shown in FIG. 40 can be represented by (Xa, Ya), and the coordinate value corresponds to the aperture size information APTRSZ. The aperture size information APTRSZ is described in the aperture element APTR in the structure information CONFGI in the playlist PLLST so as to show the correspondence relationship with the broken line α. Further, the upper left corner coordinates of the main video 31 representing the main video MANVD in the primary video set PRMVS are represented by (Xp1, Yp1), and the canvas coordinate CNVCRD value at the lower right corner position is represented by (Xp2, Yp2). The screen size of the main part 31 is defined by the video attribute item element VABITM in which the media index number information INDEX in the video attribute item element VABITM in the media attribute information MDATRI in the playlist PLLST is “1”. The X coordinate value APARX1 of the upper left position of the video display screen and the Y coordinate value APARY1 of the upper left position of the video display screen within the aperture set by the video attribute item element VABITM set with the value of the media index number information INDEX being "1" The relationship between the X coordinate value APARX2 at the lower right position and the Y coordinate value APARY2 at the lower right position is indicated by a broken line β and a broken line γ. As shown in FIG. 84 (c), the canvas coordinate CNVCRD at the upper left corner of the display screen of the sub video SUBVD in the secondary video set SCDVS on the screen is represented by (Xs1, Ys1), and the canvas coordinate CNVCRD at the lower right corner. Is represented by (Xs2, Ys2). The display screen area information of the sub video SUBVD in the secondary video set SCDVS is described in the video attribute item element VABITM in which the value of the media index number information INDEX is set to “2” as shown in FIG. 84 (a). Correspondences are set as indicated by a broken line δ and a broken line ε. In this way, the display location and the display size of the playback display object (included in the primary video set PRMVS and the secondary video set SCDVS) indicating the video information are described by the video attribute item element VABITM. As shown in FIG. 10, the primary video set PRMVS and the secondary video set SCDVS include a main video MANVD and a sub video SUBVD as moving images displayed to the user. The display screen location and size information on the screen displayed to the user in each of the main video MANVD and the sub video SUBVD are the main video element MANVD and sub video element SUBVD in the object mapping information OBMAPI (track number assignment information). To the corresponding video attribute item element VABITM. That is, as shown in FIG. 84 (a), the primary audio video clip element PRAVCP described in the object mapping information OBMAPI (track number assignment information) in the title element information TTELEM existing in the title information TTINFO in the playlist PLLST. By specifying “1” for the index number MDATNM of the corresponding media attribute element in the media attribute information on the main video element MANVD, the value of the media index number information INDEX becomes “1” as indicated by the broken line η. The video attribute item element VABITM can be specified. Thereby, the display screen size and display location of the main video MANVD are set as shown in FIG. 84 (c). Similarly, the display screen size and display location for the sub video SUBVD in the secondary video set SCDVS is the index number MDATNM of the corresponding media attribute element in the media attribute information in the sub video element SUBVD described in the secondary audio video clip element SCAVCP. By setting the value of “2” to “2”, the video attribute item element VABITM whose media index number information INDEX value is “2” is referenced as shown by the broken line ζ, and as a result, FIG. 84 (c) The display screen size and display screen location of the corresponding sub video SUBVD on the screen displayed to the user can be defined as shown in FIG. Similarly for audio information, the attribute of audio information can be specified by specifying the value of the media index number information INDEX in the audio attribute item element AABITM in the main audio element MANAD or the sub audio element SUBAD. In the specific description example shown in FIG. 84A, only one audio attribute item element AABITM exists in the media attribute information MDATRI for simplification, and the value of the media index number information INDEX is “ The value is set to 1 ”. Correspondingly, three main audio elements MANAD in which the index number MDATNM of the corresponding media attribute element in the media attribute information is set to “1” are set in the primary audio video clip element PRAVCP, and each main audio element is set. Track number information TRCKAT from 1 to 3 is set for MANAD. Similarly, the sub audio element SUBAD in which the index number MDATNM of the corresponding media attribute element in the media attribute information is set to “1” and the track number information TRCKAT value is set to “4” is the secondary audio video clip element. It is set in SCAVCP. Four audio track elements ADTRK are arranged in the track navigation information TRNAVI corresponding to the track number information TRCKAT set in the main audio element MANAD and the sub audio element SUBAD, and an audio language code is assigned to each audio track element ADTRK. And audio language code extension descriptor ADLCEX and flag USIFLG indicating that the user can be selected are described so that the user can easily select an audio track. The track number information TRCKAT (audio track number ADTKNM) is between the main audio element MANAD in the object mapping information OBMAPI (track number assignment information), the sub audio element SUBAD, and the audio track element ADTRK in the track navigation information TRNAVI. ) And correspond to each other as shown by a broken line θ, a broken line ι, a broken line λ, and a broken line κ in FIG. The position and size of the application area APPRGN that displays the advanced application ADAPL shown in FIG. 84 (c) on the display screen are described in the manifest file MNFST. That is, the canvas coordinate CNVCRD value at the upper left position of the application area APPRGN shown in FIG. 84 (c) is represented by (Xr, Yr). Also, as shown in FIG. 84 (c), the width in the application area APPRGN is represented by rwidth and the height is represented by rheight. The coordinate value (Xr, Yr) of the canvas coordinate CNVCRD at the upper left corner of the application area APPRGN is described with “Xr” and “Yr” in the area element RGNELE in the manifest file MNFST.XMF as shown by the broken line ν. The Similarly, the width rwidth and height rheight of the application area APPRGN are described by the value of the width attribute information and the height attribute information in the area element RGNELE in the application element, and the correspondence is shown by the one-dot chain line ξ and the one-dot chain line π. ing. Also, information on the file name and storage location (path) of the manifest file MNFST shown in FIG. 84 (b) is described in title element information TTELEM existing in the title information TTINFO in the playlist PLLST in FIG. 84 (a). It is described in the application resource element APRELE described in the application segment APPLSG in the object mapping information OBMAPI. In FIG. 84, the relationship is indicated by a one-dot chain line μ. Also, the display location and display size of each graphic object (content element) in each application area APPRGN from the play button 35 to the FF button 38 shown in FIG. 84 (c) are described in the markup file MRKUP. The file name and storage location (path) of the markup file MRKUP.XMU are described in the src attribute information in the markup element MRKELE in the manifest file MNFST (application element).

<Summary>
The effects in the present embodiment are briefly summarized as follows.

1. 1. According to the management information, a plurality of reproduction display objects can be reproduced / displayed at the same time without interrupting reproduction / display to the user by fetching necessary contents in advance at a predetermined timing. By providing timing control information for playback display along the time axis in the management information, it is possible to perform complex programming regarding the timing of video display start / display end timing and video / animation switching timing. Compared with the above-described embodiment, the present invention is not limited to the above-described embodiment. In practice, the structural elements can be modified and embodied without departing from the spirit of the present invention. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.

The figure which shows the structure of the system which concerns on one Embodiment of this invention. The figure which shows the problem at the time of extending the existing DVD-Video specification related to the user's request | requirement with respect to the existing DVD-Video, and the solution in this embodiment, and the new effect obtained as a result. The figure which shows the example of the reproduction | regeneration method of the video content by an information recording / reproducing apparatus. The figure which shows the data structure of a standard content. The figure which shows the various categories of an information storage medium. The figure which shows the transition relationship at the time of reproduction | regeneration at the time of reproduction | regeneration of an advanced content, and a standard content. The figure which shows the medium identification processing method by the information reproducing apparatus when an information storage medium is mounted | worn. The figure which shows the startup sequence in the information reproduction apparatus of audio | voice only. The figure which shows the difference in the access method of two types of content. The figure which shows the relationship between various objects. The figure which shows the file structure regarding advanced content. The figure which shows the data structure in advanced content. The figure explaining the characteristic and effect in the structure shown in FIG. The figure which shows the structure in an advanced content reproduction part. The figure which shows the example of a display of a video content. The figure which shows the example of the display screen in (alpha) point where the main screen in FIG.15 (c), the separate screen for commercials, and the help icon are displayed simultaneously. The figure which shows the outline | summary of the information in a playlist. The figure which shows the relationship between various presentation clip elements and the object name used as a display / use object corresponding to it. The figure which shows the file storage location designation | designated range. The figure which shows the path designation description method to a file. The figure which shows the information in a playlist file. The figure which shows the information in an XML tag and a playlist tag. The figure which shows the title information in a play list. The figure which shows the content of attribute information, object mapping information, and playback information. The figure which shows the flow of the data in the various display object object content reproduction part. The figure which shows the structure in a data access manager. The figure which shows the structure in a data cache. The figure which shows the structure in a navigation manager. The figure which shows the state transition in an advanced content player. The figure which shows the structure in a presentation engine. The figure which shows the structure in an advanced application presentation engine. The figure which shows the graphic process model in a presentation engine. The figure which shows the structure in an advanced subtitle player. The figure which shows the structure in a font rendering system. The figure which shows the structure in a secondary video player. The figure which shows the structure in a primary player. The figure which shows the structure in a decoder engine. The figure which shows the structure in AV renderer. The figure which shows each screen layer on a display screen. The figure which shows the display model in a graphic plane. The figure which shows an image | video synthetic | combination model. The figure which shows an audio | voice mixing model. The figure which shows the data supply model from a network server and a persistent storage memory. The figure which shows a user input handling model. The figure which shows the list of user input events. The figure which shows the list of player parameters. The figure which shows the list of profile parameters. The figure which shows the list table of a presentation parameter. The figure which shows the list of layout parameters. The figure which shows the sequence at the time of starting with respect to advanced content. The figure which shows the update sequence at the time of advanced content reproduction | regeneration. The figure which shows the sequence at the time of the mixed reproduction of advanced content and standard content. The figure which shows the relationship between the various time information in the object mapping information of a play list. The figure which shows the structure of the data in a primary audio video clip element tag and a secondary video clip element tag. The figure which shows the data structure in a substitute audio video clip element tag and a substitute audio clip element tag. The figure which shows the data structure in an advanced subtitle segment element tag and an application element tag. The figure which shows the example of a setting of the attribute information and language attribute information of an application block. The figure which shows the relationship between the combination of various application activation information, and the effectiveness determination of an advanced application. The figure which shows the data structure in a video element, an audio element, a subtitle element, and a sub audio element. The figure which shows the relationship between a track type and a track number assign element. The figure which shows the example of a description of track number assignment information. The figure which shows the information content described in each element in track navigation information, and a description example. The figure which shows the data structure in an application resource element and a network source element. The figure which shows the data storage state transition in the file cache in a resource management model. The figure which shows the loading / execution processing method of the advanced application based on resource information. The figure which shows the data structure in resource information. The figure which shows the network source extraction model optimal for the network environment using a network source element. The figure which shows the optimal network source extraction method using a network source element. The figure which shows the data structure in a play list application element. The figure which shows the relationship between a playlist application resource, a title resource, and an application resource. FIG. 71 is an explanatory diagram of the configuration of FIG. The figure which shows the specific example of display screen (gamma), (delta), and (epsilon) based on the example of FIG. The figure which shows the relationship between a first play title and a playlist application resource. The figure which shows the data structure in a first play title element. The figure which shows the data structure in scheduled control information. The figure which shows the usage example of a pause at element. The figure which shows the usage example of an event element. FIG. 78 is a diagram showing a method for displaying an advanced subtitle in synchronization with the title limeline based on the example of FIG. 77. The figure which shows the data structure in media attribute information. The figure which shows the data structure in the structure information which exists in a play list. The figure which shows the data structure in a manifest file. Explanatory drawing about the element which has ID information in a play list. The figure which shows the example of a description in the play list centering on the preservation | save place of each reproduction | regeneration display object. The figure which shows the example of a description of the management information centering on the display screen of each reproduction | regeneration and a display object.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 ... Information recording / reproducing apparatus, 2 ... Information recording / reproducing part, 3 ... Persistent storage drive, 4 ... Recording / reproducing process part, 5 ... Main CPU, 6 ... Hard disk drive, 7-1, 7-2, 7-3 ... Wireless LAN control unit, 8 ... Network control unit, 9 ... Data manager, 11 ... Router, 12 ... Optical cable, 13 ... Display, 14 ... Keyboard, 15 ... Large screen TV monitor, 16-1, 16-2 ... Speaker, 21 ... Video display unit, 24 ... Video processing unit.

Claims (4)

Information indicating a location where a resource, which is a data unit that can be stored in the data cache, is originally stored by a URI (Uniform Resource Identifier);
Information indicating when to start loading the resource;
Information describing the source of the network content corresponding to the resource;
An information recording medium in which a playlist having information describing a minimum value of network throughput when using the network content corresponding to the resource is recorded. A playlist described in XML, which indicates information indicating a location where a resource, which is a data unit that can be stored in a data cache, is originally stored by a URI (Uniform Resource Identifier), and when to start loading the resource. A playlist having: information indicating the network content; information describing a source of network content corresponding to the resource; and information describing a minimum value of network throughput when using the network content corresponding to the resource. Read function,
A program for causing a computer to realize a function of analyzing the contents of the playlist. A playlist described in XML, which is a URI (Uniform Resource Identifier) indicating where a resource, which is a data unit that can be stored in a data cache, is originally stored, and when to start loading the resource. A playlist having: information indicating the network content; information describing a source of network content corresponding to the resource; and information describing a minimum value of network throughput when using the network content corresponding to the resource. Read by the parser,
An information reproducing method, wherein the content of the playlist is analyzed by a parser. Information indicating a location where a resource, which is a data unit that can be stored in the data cache, is originally stored by a URI (Uniform Resource Identifier), information indicating when to start loading the resource, and a network corresponding to the resource An information device downloads a playlist having information describing a content source and information describing a minimum value of network throughput when using the network content corresponding to the resource to a data cache or a storage unit Means to enable
An information transfer apparatus comprising: means for enabling the information device to download a resource selected according to a network throughput setting in the information device.

Images