JP2010211917A - Device and method for reproducing information - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information reproducing device for reproducing information from an information storage medium, which provides a higher level of expression power and convenience for images. <P>SOLUTION: The information reproducing device includes an advanced content reproducing unit which reproduces advanced content. The advanced content reproducing unit reads main video data, sub-video data, and graphic data, synthesizes a main video plane, a sub-video plane, and a graphic plane corresponding to the respective data and outputs a video signal for displaying a main window, a sub-window and a graphic window corresponding to the respective planes. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an information storage medium such as an optical disk. The present invention also relates to an information reproducing apparatus and information reproducing method for reproducing such an information storage medium. Furthermore, the present invention relates to an information reproduction program for reproducing such an information storage medium.

  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. In addition, content providers have been able to express a variety of expressions for video and the like. For example, Patent Document 1 discloses a technology for setting a button of any shape by using a graphic unit with highlight information as an independent stream, and building a flexible and diverse menu.

JP 2004-343254 A

  By the way, with respect to the current DVD-Video standard, there are the following requests from content suppliers and content users.

1. 1. Realize flexible and diverse expression formats like computer screens. 2. Realize flexible response to various actions through the network. Realization of Ease of Processing of Image Related Information and Ease of Transmission of Information after Processing However, this cannot be realized by the conventional technology.

  An object of the present invention is to provide an information storage medium capable of realizing a higher level of expressiveness and convenience with respect to images and the like. Another object of the present invention is to provide an information reproducing apparatus, an information reproducing method, and an information reproducing program capable of reproducing such an information storage medium.

  The information storage medium, information reproducing apparatus, information reproducing method, and information reproducing program of the present invention are configured as follows.

  (1) An information storage medium according to the present invention is an information recording / reproducing apparatus provided with a navigation manager or an information storage medium reproduced by the information reproducing apparatus, and at least partly by a playlist manager existing in the navigation manager. Is provided with an area in which a play list to be decoded is recorded.

  (2) The information reproducing apparatus of the present invention includes an advanced content reproducing unit that reproduces advanced content.

  (3) The information reproduction method of the present invention is applied to an information reproduction apparatus including an advanced content reproduction unit including a navigation manager and an AV renderer, an information recording / reproduction unit, and a persistent storage drive and a network control unit. The information is reproduced by the navigation manager and the AV renderer.

  (4) The information reproducing program of the present invention includes information on a playlist that is at least partially decoded by the information recording / reproducing apparatus or the playlist manager of the information reproducing apparatus.

  ADVANTAGE OF THE INVENTION According to this invention, the information storage medium which can implement | achieve more advanced expressive power and convenience regarding an image etc. can be provided. Further, according to the present invention, an information reproducing apparatus, an information reproducing method, and an information reproducing program capable of reproducing such an information storage medium can be provided.

FIG. 2 is a first diagram illustrating the relationship between technical features and the effects produced thereby. FIG. 3 is a second explanatory diagram of the relationship between the technical features and the effects produced thereby. FIG. 3 is a third explanatory diagram of the relationship between the technical features and the effects produced thereby. It is data structure explanatory drawing in a standard content. It is explanatory drawing of the example of a data structure recorded in the information storage medium corresponding to the category 1. FIG. It is explanatory drawing of the example of a data structure recorded in the information storage medium corresponding to the category 2. FIG. It is explanatory drawing of the example of a data structure recorded in the information storage medium corresponding to the category 3. FIG. It is a transition relation explanatory view in advanced content reproduction and standard content reproduction. It is explanatory drawing of the reproduction | regeneration content with respect to the information storage medium corresponding to a different category. FIG. 10 is an explanatory diagram of a startup sequence in an audio-only information reproducing apparatus. It is explanatory drawing of the difference in the data access to an advanced content and a standard content. It is a relation explanatory view of various objects. It is file structure explanatory drawing regarding an advanced content. It is data structure explanatory drawing in an advanced content. It is a schematic block diagram of the system containing an information recording / reproducing apparatus. It is structure explanatory drawing of an advanced content reproduction part. It is explanatory drawing of the example 1 of a display of a video content. It is explanatory drawing of the example 2 of a display of a video content. It is explanatory drawing of the example 3 of a display of a video content. It is a figure which shows an example of the display screen in (alpha) point of FIG. It is an outline explanatory view of information in a play list. FIG. 5 is an explanatory diagram of a relationship between various clip elements described in a playlist and various objects to be reproduced / used. It is explanatory drawing of a file storage location designation | designated range. It is explanatory drawing of the path designation description method to a file. It is information explanatory drawing in a play list file. It is information explanatory drawing in an XML tag and a playlist tag. It is content explanatory drawing of the title information in a playlist. It is a content explanatory view of title attribute information, object mapping information, and playback information. FIG. 6 is an explanatory diagram of data flow in an advanced content playback unit. It is structure explanatory drawing in a data access manager. It is structure explanatory drawing in a data cache. It is structural structure explanatory drawing in a navigation manager. It is a state transition diagram of an advanced content player. It is structure explanatory drawing in a presentation engine. It is structure explanatory drawing in an advanced application presentation engine. It is a graphic process model explanatory drawing in a presentation engine. It is structure explanatory drawing in an advanced subtitle player. It is structure explanatory drawing in a photo rendering system. It is structure explanatory drawing in a secondary video player. It is structure explanatory drawing in a primary video player. It is structure explanatory drawing in a decoder engine. It is structure explanatory drawing in AV renderer. It is explanatory drawing of each screen layer on a display screen. It is explanatory drawing of the display model in a graphic plane. It is explanatory drawing of an image | video synthetic | combination model. It is explanatory drawing of an audio | voice mixing model. It is explanatory drawing of the data supply model from a network server and a persistent storage memory. It is explanatory drawing of a user input handling model. It is a figure which shows the list of user input events. It is a figure which shows the list of player parameters. It is a figure which shows the list of profile parameters. It is a figure which shows the list of presentation parameters. It is a figure which shows the list of layout parameters.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Points of this embodiment>
1. The advanced content playback unit ADVPL includes a data access manager DAMNG, a navigation manager NVMNG, a data cache DTCCH, a presentation engine PRSEN, and an AV renderer AVRND (see FIG. 16).

  2. The navigation manager NVMNG includes a playlist manager PLMNG, a parser PARSER, and an advanced application manager ADAMNG (see FIG. 32).

  3. The screen displayed to the user is synthesized from the main video plane MNVDPL, the sub video plane SBVDPL, and the graphic plane GRPHPL (see FIG. 43).

  FIGS. 1 to 3 show the user requirements for the next-generation standard for the current DVD-Video, the problems when the current DVD-Video standard related thereto is expanded, the solution in the present embodiment, and the new effect obtained as a result. The explanation will be given. For the current generation DVD-Video standard, there are the following three types of user-requested functions.

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 are trying to achieve the required function of “1. Flexible and diverse expressiveness” with a small change to the current DVD-Video standard, However, due to the wide variety of user requirements, it is not possible to cope with only small changes 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 newly introduces the concept of a 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 from the user's execution instruction
1.4) Supporting help answers (like PC) by voice
1.5) Voice display of menus and other usage guides 2] Enables flexible switching processing for the 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) Enlarged display of subtitles according to 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 at the same time over the video being played
3.1) Display multiple images by multi-window at the same time
3.2) Each window size of the multi-window can be switched freely
3.3) Simultaneous display of prior 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] Facilitates searching for the desired video location
4.1) Search the keyword (text) using the pull-down menu for the place you want to see. For the following required functions that require "2. Network action", the data structure specified in the current DVD-Video standard 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 page display format (XML and script) having a proven track record in network screen representation is adopted as a 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) Notification to users of whether or not to display updated information
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 by movie 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 a specific screen at the same time for another user who is away
7.2) Play a game / dialogue game with another user at a distance
7.3) Participate in chat during video playback
7.4) Sending and receiving messages to the fan club at the same time as playing back the video To realize the required function of “3. Ease of processing video-related information and ease of sending post-processing information” as shown in the last section, Small changes to the Video standard do not allow complex editing processing to be handled flexibly and easily. In addition, a new management data structure is required to deal with complicated editing processing flexibly and easily. The problem occurs. For this reason, the adoption of XML and the concept of a timeline to be described later are introduced as technical 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] Select / create playlist by user and send it
8.1) The user selects or creates a playlist
8.2) Send playlists selected and created by users to friends
8.3) Playlists selected and created by the user can be played only on specific discs
8.4) Enable users to select video highlight scenes
8.5) Publish a scrapbook with a favorite screen in the video on the web
8.6) Memorize and play angel / scene in multi-angle / multi-scene selected by user 9] User adds specific information about video and sends the result to network
9.1) A user adds a comment to the video and shares it with another user 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 the previous playback environment (such as a multiplayer game environment) As shown in Figure 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 user requirements for ease of processing video-related information and 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 FIG. 4, network connection is a prerequisite, and it becomes difficult to provide a user with a very inexpensive information reproducing apparatus. Therefore, in this embodiment, although the advanced content ADVCT having a data structure corresponding to FIG. 4 and the user request shown in FIG. 4 cannot be satisfied, compatibility with the conventional DVD-Video is ensured and it is very cheap (Internet The main feature is that the standard content STDCT is supported as a content that can be played back by an information playback device (not premised on connection).

  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.

  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 video information itself is recorded and navigation data IFO in which 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.

・ While ensuring high resolution for video information, a new compression method with high resolution and high compression efficiency will be adopted.

• Increase the number of channels for audio information and support higher sampling frequencies. In addition, a voice information compression method that ensures high sound quality and enables high compression efficiency is adopted.

-Expand the function for sub-picture information and define a new stream of highlight information.

・ Expand the navigation command function.

-Restriction information for some special restriction information that existed in the past in the first play domain that performs processing at startup, the video manager domain that manages menu images, and the video title set domain that performs processing during playback of video information To allow more flexible expression.

-Remove some restrictions on transition restrictions between domains and define a more flexible expression environment.

-Newly added a radium sequence function that represents the processing when playback is interrupted midway, improving the user's convenience after the interruption.

  In the present embodiment, the standard video title set SVTS is basically used on the standard content STDCT described above. However, the 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.

  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 (described later) such as the video manager VMG and the standard video title set SVTS are included in this directory.

  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 of the enhanced video object set VMGM_EVOBS of the video manager menu need to be arranged at consecutive positions for the convenience of reproduction. As a result, the information of the enhanced video object set VMGM_EVOBS related to the video manager menu is recorded in one place, so that it is possible to ensure the convenience of data access, the convenience of data collection, and the increase in display speed.

  In this embodiment, video title set information VTSI and video title set information backup data VTSI_BUP are recorded as component files in the HDDVD_TS directory 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.

  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 in 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 a file 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) Video title set information VTSI and backup data VTSI_BUP of 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, if 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 number of each video title set VTS is 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 of the title in the video title set VTS, and the video title set information 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 are 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 at a continuous position on the information storage medium. Thereby, the convenience of information reproduction and the time required for display can be shortened.

  11) Video title set information VTSI and video title set information backup data VTSI_BUP are respectively recorded in continuous logical continuous areas composed of consecutive numbers of logical block numbers LSN indicating 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.

  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 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. The menu FP_PGCM_EVOB that is 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 of menu screens (screens having different information for each language) displayed in each language selected by the user is recorded as an enhanced video object set.

  In the present embodiment, the following rules are applied to the video manager VMG.

  1) One video manager information VMGI and a backup file VMGI_BUP of video manager information are divided and recorded in an information storage medium so that one file is 1 GB or less.

  2) The enhanced video object EVOB of the menu FP_PGCM_EVOB that is displayed first immediately after the information storage medium is inserted is divided and recorded in the information storage medium so that one file is 1 GB or less. Also, the video manager menu enhanced video object set VMGM_EVOBS is divided and recorded so that one file is 1 GB or less, and is 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 enhanced video object set VMGM_EVOBS of the video manager menu, 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 insertion of the information storage medium, 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 this case, the video manager information VMGI and the video manager information backup VMGI_BUP may be sequentially arranged 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 reproduction information is impaired, but also when the error cannot be reproduced 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 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) The video manager menu enhanced video object set VMGM_EVOBS data 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 of 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 menu FP_PGCM_EVOB to be 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 in 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 insertion of the information storage medium 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 This improves the playback and convenience of the video manager information VMGI and the video manager information backup file VMGI_BUP.

  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 at which 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 is possible to meet the user's request to secure flexible and diverse expressive power, ease of processing of video-related information of network action and easy transmission of post-processing information, and at the same time 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 FIGS. 5 to 7, information storage media having three types of categories are set as shown in FIGS. That is, as shown in FIG. 5, as data recorded in the information storage medium corresponding to category 1, a medium on which only the information of 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, an information storage medium in which only the advanced content ADVCT is recorded can be set as shown in FIG. In this case, reproduction can be performed only by a high-function information reproducing apparatus premised on network connection. Further, as shown in FIG. 7, 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.

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

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

  In the information storage medium corresponding to category 2 shown in FIG. 6, only the advanced content ADVCT is recorded, and the standard content STDCT is not recorded.

  In the information storage medium corresponding to category 3 shown in FIG. 7, 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. 11 or FIG. 8, 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.

  The contents of the primary video set PRMVS shown in FIG. 7 are shown below. 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. 11 or FIG. 8, 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. 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.

  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 FIGS. 6 and 7 can be recorded on the information storage medium, but can also be received from the server via the network.

  The recording locations 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 the advanced content ADVCT only corresponds to FIG. 6, and the recording location for the standard content STDCT only corresponds to category 1 shown in FIG. It becomes an information storage medium. As shown in FIG. 7, 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 shown in FIG. 7, 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 the present embodiment described in FIG. 7 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 or the current DVD-Video And information about the current DVD-Audio can be recorded in this area.

  The following rules are set in the present embodiment in the HD_DVD-Video area described second and described in FIG.

  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 the video manager VMG 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 excluding the advanced video title set ADVTS must be composed of at least 3 or more and 200 or less files.

  5) The advanced content ADVCT recording area includes a file in which information of the advanced content ADVCT including 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 be composed 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. 7, 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. 6 is inserted. In the advanced content playback state ADVPS of FIG. 8, 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.

  In the standard content STDCT, as in the current DVD-Video, for example, system parameters in which information set systematically such as a display angle number and a playback audio number is defined are 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 the direction of the transition 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 for the information storage medium corresponding to category 3 shown in FIG. 7 according to the user's preference, the system parameter value should have continuity in this way. Thus, for example, the display language is kept the same between transitions, and the convenience of the user's playback can be ensured.

  FIG. 9 shows a medium identification processing method of the reproducing apparatus in this embodiment when the three types of information storage media shown in FIGS.

When an information storage medium is attached to a high-grade information reproducing apparatus having a network connection function (ST 4.1.1-1), the information reproducing apparatus indicates whether or not the information recording medium is compatible with HD_DVD. (ST 4.1.1-2) In the case of an information storage medium corresponding to HD_DVD, the search is made for the playlist file PLLST recorded in the advanced content directory ADVCT immediately below the root directory shown in FIG. If the playlist file PLLST exists, it is determined that the information storage medium corresponds to category 2 or category 3. 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. In the case of an information storage medium corresponding to category 1, the video manager ID number VMGM_ID is recorded as specific data, and only the standard content STDCT corresponding to category 1 is recorded from the information in the video manager category VMG_CAT. Can be identified. If the mounted information storage medium is an information storage medium that does not belong to any of the categories shown in FIGS. 5 to 7, the processing is handled by each playback device. (ST4.1.1-7)
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. A startup sequence in the audio-only information reproducing apparatus is shown in FIG.

  When an information storage medium is attached to the information reproducing apparatus, it is first determined whether or not the information storage medium is compatible with HD_DVD (ST 4.1.2-1). If the information storage medium is not compatible with HD_DVD in the present embodiment, the processing method depends on the information reproducing apparatus as shown in ST 4.1.2-5. 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 there is a playlist file PLLST, the audio information is reproduced as a reproduction device that reproduces only audio information. Also at this time, the information reproducing apparatus always reproduces information via the playlist file PLLST (ST 4.1.2-4).

  Differences in management methods (enhanced data access to content, etc.) 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 in the logical space as access information to each enhanced video object data EVOB. . In this way, 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 / 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. Furthermore, 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. This advanced video object information EVOBI # 3 manages and references the attributes of the enhanced video object data EVOB in the standard content STDCT, thereby managing 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.

  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. 11, 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. 11, 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, although this enhanced video object data EVOB # 3 includes information such as highlight information HLI and presentation control information PCI, advanced content ADVCT is not supported for this information. 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.

  The advanced video title set ADVTS shown in FIG. 11 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. 11 is shown below.

1) Advanced content ADVCT enhanced video object data EVOB support information It 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 the enhanced video object set EVOBS As shown in FIG. 4, in the standard content STDTC, the enhanced video object data EVOB in the video manager VMG representing the menu screen and the 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 management information hierarchy 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 also not performed. .

4) Introduction of new time map information TMAPI One time map information TMAPI is stored as a single file corresponding to one enhanced video object data EVOB in a 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. Further, information in the navigation pack NV_PCK defined by the conventional DVD-Video and standard content STDCT is simplified and recorded.

  The data structure in the advanced video title set ADVTS in the advanced content ADVCT shown in FIG. 11 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, which is control information, and backup information ADVTSI_BUP 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. Accordingly, 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 at the time of 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, and 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, similarly 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 the same content as the advanced video title set information ADVTSI.

  The data structure of the enhanced video object data EVOB in the advanced content ADVCT shown in FIG. 11 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 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 indicating 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. 11, 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. 11, 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.

  The advanced content ADVCT in this embodiment uses the object information shown in FIG. 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.

  FIG. 12 A description will be given of network connection regarding the object recording location.

  In the present embodiment, it is assumed that the object data transferred from the network server NTSRV via the network is played back as an object recording location for playing back the advanced content ADVCT. Therefore, the highly 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 via 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.

  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 this 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. 12 will be described below.

  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 as an essential element. 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. 12, 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 a DRAM or an SRAM. In addition, the fixed persistent storage PRSTR in this 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, and the like are given as 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 a file in which the advanced navigation ADVNV is recorded from a data source to the persistent storage PRSTR or the file cache FLCCH (data cache DTCCH). 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.

  In the present 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 the present embodiment, the high speed display processing and control processing can be guaranteed by fetching the advanced application ADAPL and the advanced subtitle ADSBT into the file cache FLCCH (data cache DTCCH) once.

  The primary video player PRMVP and the secondary video player SCDVP which are the playback processing units shown in FIG. 12 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, 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.

  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 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.

  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 played by the primary video player PRMVP.

  The data contents of the primary video set PRMVS shown in FIG. 12 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. 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. The secondary video set SCDVS can be used as a replacement for the main audio MANAD in the primary video set PRMVS or 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 according to the present invention. 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 some 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, the 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, the contents of the secondary video set SCDVS are all transferred once to the file cache FLCCH (data cache DTCCH) or the persistent storage PRSTR. It comes to play. In addition, 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.

  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 played by the secondary video player SCDVP.

  The data contents of the secondary video set SCDVS shown in FIG. 12 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. 12 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 it in Japanese or English, the primary video is used. According to the present embodiment, it is possible to replace the sound at the time of reproducing the main video MANVD of the set PRMVS with Chinese as the main audio MANAD of the secondary video set SCDVS and output the sound.

  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 FIGS. 17 to 19 as the primary video set PRMVS is recorded in the information storage medium DISC in the form of the main video stream MANVD and the main audio stream MANAD in advance, This can be used when the main video MANVD and the main audio MANAD in the substitute audio video SBTAV are simultaneously replaced and displayed to the user from the network server NTSRV when the date has passed and the contents of the screening notice 41 are desired to be changed. 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 on the main audio MANAD output in synchronization with the main video MANVD of the primary video set PRMVS as described above, for example. For example, the sub audio SUBAD of the secondary video set SCDVS can be used when displaying the audio synchronized with the sub video SUBVD screen of the SCDAV of the secondary audio video when displaying on the two screens.

  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.

  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) Has only sub-video SUBVD stream 2) When both sub-video SUBVD and sub-audio SUBAD are included 3) Sub-audio SUBAD exists alone Primary audio video PRMAV during stream playback in secondary audio video SCDAV The sub video SUBVD and sub audio SUBAD cannot be reproduced. The secondary audio video SCDAV is included in the secondary video set SCDVS.

  The information in the advanced application ADAPL in FIG. 12 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 required 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.

  The advanced application ADAPL has the following three functions.

  The first function is a control function for playback transition of the advanced content ADVCT (for example, jump control between different screens), 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. The 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.

  As with the advanced application ADAPL, the advanced subtitle ADSBT is once stored in the file cache FLCCH (data cache DTCCH) and then used. 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 this embodiment basically records images such as subtitles, telops, pictographs, still images, and the like 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.

  In the present embodiment, the advanced subtitle ADSBT can be used as a subtitle (such as subtitles) 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 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.

  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 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.

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

  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 simultaneously 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.

  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.

  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.

  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 this embodiment, as a pack included in the primary enhanced video object P-EVOB, there is a navigation pack NV_PCK similar to the current DVD and standard content STDCT, and an advanced stream pack in which an advanced stream is recorded. 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. 13 shows a file structure when the various object streams shown in FIG. 12 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 about various advanced elements (object information, etc.) used in the advanced application is recorded. is doing. In the advanced navigation directory ADVNV, there are markups regarding the relationship between various management information used in the advanced application, the manifest file MNFST related to the manifest in which the information list 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.

  A primary audio video directory PRMAV exists under the primary video set directory PRMVS, 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 into address information, and a primary enhanced video object file P-EVOB for recording the primary enhanced video object.

  Substitute audio directory SBTAD and secondary audio video directory SCDAV exist under secondary video set directory SCDVS. Under secondary audio video directory SCDAV, a time map for converting the time information of the secondary video set into address information is recorded. A secondary video set time map file STMAP and 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 be stored under the substitute audio directory SBTAD.

  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, relationships 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 includes an advanced subtitle font file FONTS for recording advanced subtitle font information.

  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 hierarchy 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.

  The total number of files that can be recorded under the advanced content directory ADVCT shown in FIG. 13 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.

  A plurality of playlist files PLLST can be recorded on the information storage medium. The playlist file PLLST can set two types of playlist file PLLST. For the playlist file PLLST that the information playback device accesses directly during playback, the file name is “VPLIST %%. XML” and the information 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.

  The file name of the advanced video title set information file ADVTSI shown in FIG. 13 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 the speed of access control to the enhanced object data EVOB.

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

  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. 14 records information related to the reproduction method of various object information, and such information is recorded as one playlist file PLLST under the advanced content directory ADVCT as shown in FIG. ing.

  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 on 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 makes it easy for users to quickly determine their 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 In the system configuration information, structural information necessary for configuring the system such as a streaming buffer size indicating a data size necessary for storing data in a file cache via the Internet is recorded. ing.

  FIG. 14 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. 12, the data of the advanced application ADAPL must be stored on 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). It is necessary to transfer the file (described in the manifest file MNFST) onto the file cache FLCCH (data cache DTCCH). Similarly, when using various data of the advanced subtitle ADSBT, storage in 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.

  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.

  FIG. 15 shows an example in which the network path from the network server NTSRV to the information recording / reproducing apparatus 1 is connected via the optical cable 12 via the router 11 in the home and connected to the home via a wireless LAN. However, the present embodiment is not limited to this, and may have a network route via another route. In FIG. 15, a drawing of a personal computer is written 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 home recorder alone or a home player alone. is there. Further, it may be displayed directly on a monitor without using wireless.

  In this embodiment, information on the secondary video set SCDVS, the advanced application ADAPL, and the advanced subtitle ADSBT shown in FIG. 12 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 at 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 capable of playback from there is incorporated. Those playback units and recording / playback processing units are organically controlled by the main CPU 5. As shown in FIG. 15, 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 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 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 projected 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. The video is processed, and the video display unit 21 is returned to be displayed on the large-screen TV monitor 15 and also outputted as sound through 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. 15 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.

  The data access manager DAMNG is used to manage 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 this 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.

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

  The navigation manager NVMNG controls all the functional modules of the advanced content playback unit ADVPL, which are controlled according to the contents described in 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.

  The presentation engine PRSEN displays and reproduces the advanced content ADVCT.

  The AV renderer AVRND performs synthesis processing of video information and audio information input from other modules, and outputs them to the speakers 16 and the large-screen TV monitor 15 to the outside. 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.

  As shown in FIGS. 1-3, the specific example with respect to the new effect obtained as a result of performing the technical device by this embodiment is represented in FIGS. 1 to 3, the new effect “5.1) Automatic update of object information and automatic update of management information in disk” in “5] Provide information update function on disk using network” In this embodiment, as shown in FIGS. 17 to 19, the commercial CM 44, the separate commercial screen 32, the telop CM 43, and the screening notice 41 can be always supplied to the user as the latest video. There is a major feature of this embodiment.

  By constantly changing the screening notice 41 to the latest information, a timely movie preview notice PR can be made available to the user, and an opportunity to call the user to the movie theater can be created. 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 users of the information storage medium DISC low. The concept of putting commercials in video information has been proposed in the past, but as in this embodiment, the latest commercial information is read from the network server NTSRV as appropriate, and the main part 31 recorded on the information storage medium DISC A major technical feature of this embodiment is that the latest commercial information is displayed by linking. The latest screening notice 41 and commercial information are sequentially updated and stored in the network server NTSRV shown in FIG. 15, 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 FIGS. 17-19 and each object shown in FIG. 12 is shown below.

  17 to 19, 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 separate screen 32 for commercials 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 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 the sub audio SUBAD of the primary audio video PRMAV in the primary video set PRMVS or the main of the primary audio video PRMAV. After recording a video MANVD and main audio MANAD and playing a specific time from the creation of the information storage medium DISC after playback, the network server NTSRV 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.

  Next, display examples of video content in the present embodiment will be described with reference to FIGS.

  In FIG. 17, when the information storage medium DISC is inserted into the information recording / reproducing apparatus 1, a detailed navigation necessity explanation video 42 is displayed first. If the user does not feel the need for detailed navigation, he / she will do it as it is. Although not shown in the drawing, usage instructions for detailed navigation can be displayed. Further, in the case of FIG. 19, the use of the help key described later is explained in the necessity explanation video 42 of the detailed navigation, and the help icon is designated when the user needs it by always displaying the help icon. Can be inquired.

  In FIG. 17, the commercial CM 44 described above is inserted in the middle of the display of the main part 31 like a broadcast television screen, and the display method and display timing of the commercial CM 44 is the display of the commercial displayed on the normal broadcast receiving television. The same timing and display methods are shown. Also, in FIG. 17, an upcoming preview 41 of a movie to be screened by a content provider of the information storage medium DISC is displayed after the main part 31 is displayed.

  In FIG. 18, 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 for constantly updating the display information of the telop CM43, the present embodiment is characterized in that the advanced subtitle ADSBT is used and network download is used. 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 is displayed as the telop CM43.

  A video content display example in FIG. 19 will be described. In FIG. 19, 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. The separate screen 32 for another commercial is recorded as the sub video SUBVD and the 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 time. After a specific time has elapsed since the information storage medium DISC was manufactured, in the present embodiment, another commercial screen 32 can display an updated video. As a method, the information on the latest commercial screen 32 is saved 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 it to the user. In the embodiment of FIG. 19, the help icon 33 is composed of a still image IMAGE and a script SCRPT of the advanced application ADAPL.

  FIG. 20 shows an example of a display screen at the point α where the main part 31, the separate commercial screen 32, and the help icon 33 in FIG. 19 are simultaneously displayed.

  The main part 31 is displayed on the upper left of FIG. 20, the separate screen 32 for commercials is displayed on the upper right, and the help icon 33 is displayed on the lower side. A new effect obtained as a result of the technical device according to the present embodiment shown in the screen of FIG. 20 and FIGS. 1 to 3 will be described below.

  As shown in FIGS. 1 to 3, the new effect “1) Perform flexible and impressive reaction to user action” as a result of technical innovation according to this embodiment is used by using this embodiment. This makes it possible to create a flexible and impressive screen that is close to an Internet homepage. The one corresponding to “1.4) Help like PC” and “1.5) How to use menu etc.” of the 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 stored 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-compatible image starts to move, but the command processing related to the image is recorded as a script SCRPT in the advanced application ADAPL, and is stored in 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 specified 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. 13, 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. 20 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. 13, the execution command when each button is designated is recorded in the script file in FIG. 13, and the area designation is recorded in the markup file MRKUP. .

  As a result of carrying out the technical contrivance according to the present embodiment shown in FIGS. 1 to 3, among other new effects, “3” Display different information simultaneously on the video being played back “3.1” The screen on FIG. 20 corresponding to “) Displaying multiple images simultaneously by multi-window” and “3.4) Displaying scrolling text on the image simultaneously” 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. That is, the main part 31 in FIG. 20 corresponds to the main video MANVD and main audio MANAD in the primary video set PRMVS, and the separate commercial 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. 20 can be replaced with the sub video SUBVD and 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. As a result, the latest commercial screen 32 can always be displayed to the user and the commercial effect of the sponsor can be increased. 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 on the network server NTSRV in the form of the advanced subtitle ADSBT 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. The size of the telop character 39 and the information on the display location on the main volume 31 can 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.

  An overview of the information in the playlist PLLST in the present embodiment will be described with reference to FIG. As shown in FIG. 13, the playlist PLLST in the present embodiment is recorded in the playlist file PLLST that exists directly under the advanced content directory ADVCT in the information storage medium DISC or in the persistent storage PRSTR, and plays 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 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 within 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 ) Is recorded with information such as the loading start time LDSTTM for starting loading and the valid period VLPRD in each data cache DTCCH (file cache FLCCH).

  As shown in FIG. 21, management information for designating an object to be displayed and a display location on the screen is displayed in the present embodiment via 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. This greatly improves the ease of editing and changing the creator of advanced content ADVCT 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.

  The features of the present embodiment will be described with reference to FIG. In FIG. 20, the main video 31, a separate screen 32 for commercials, and various icon buttons described at the bottom are displayed on the screen. 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. 20 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. 20 is collectively regarded as the advanced application ADAPL, and is collectively represented 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. The screen information itself from the help icon 33 to the FF button 38 in FIG. 20 is stored in the advanced element directory ADVEL as a still image file IMAGE (FIG. 13). 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. 20 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. The file name and the storage location of the file are described in the markup file MRKUP (and in the manifest file MNFST). In FIG. 13, 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. 20, the playlist PLLST specifies the file name and file storage location of the advanced subtitle markup file MRKUPS via the advanced subtitle manifest file MNFSTS. (See FIG. 13). 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.

  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.

1. Object mapping information for each title OBMAPI
・ Track number assignment ・ Resource information RESRCI
2. Playback sequence information PLSQI for each title
3. System Configuration for Playback of Advanced Content ADVCT An outline of the resource information RESRCI shown in FIG. 21 will be described below. In the object mapping information OBMAPI in the playlist PLLST, when and when to import the resource file in which each information necessary for playback of the advanced application ADAPL and advanced subtitle ADSBT is taken 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.

  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. 12, 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.

  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. 21, the portion corresponding to the primary audio video PRMAV is displayed as a single band in the form of P-EVOB. 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 the S-EVOB, but it includes a sub video track SUBVD and a sub audio track SUBAD, and each 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 reproduced 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 (however, it does not have to be reproduced). Regardless of this, the present embodiment also allows the main audio stream MANAD not to be mapped on the object mapping information OBMAPI.

  The sub video stream SUBVD 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).

  One track (one stream) of the sub audio stream 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), the following rules are applied in this embodiment. 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 reproduced 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 instead 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.

  One of the sub audio streams SUBAD can be reproduced and output simultaneously with the main audio stream MANAD, but 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.

  A method for taking the unit of the title timeline TMLE in this embodiment will be described below.

  The title timeline TMLE in the present embodiment has a time step synchronized with the display timing of the frame of video (video) information and the field, and the time on the title timeline TMLE is set by the count number of this time step. 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). Further, in the progressive display of the NTSC system, there are 60 fields = 60 frames per second, which matches the above time step. 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 one equally divided interval (1/50 second) is displayed on the title timeline TMLE. Set the time / timing for. Thus, 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 the videos 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 a value 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). One time unit in the 60 Hz system is 1/60 second, and one unit in the 50 Hz system. The unit of time increment is 1/50 second, but the timing of switching 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 as the playback / end timing of the audio information 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 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 to match the display timing (display start / end time) with the title timeline TMLE of 60 Hz (time increment is 1/60 second).

  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 pre-script period is not limited to this, and the pre-script period can also be used as a prior control processing time (for example, clearing the points given to the game user) prior to the advanced application ADAPL display. 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).

  Next, the screen within the markup display period described above will be described. For example, when the display screen of FIG. 20 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 “1.1) Button selection and execution instructions in“ 1) Perform flexible and impressive reactions to user actions ”in the“ New effects obtained as a result of technical innovation ”column in FIGS. It means the effect of “responding with changes in animation and images”. When the display screen itself of FIG. 20 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). Can be switched). 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 markup page end timing 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.

  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 matches 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 of the next markup page is set by overlapping during the display period of 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.

  Next, as another transition method, the present embodiment also defines a hard sync transition (jump) of a markup page. In general, a time change on the title timeline TMLE occurs on the screen displayed to the user (a count up is performed on the title timeline TMLE), and the screen of the primary audio video PRMAV changes in synchronization with that, for example. 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 on the markup page is performed on a frame basis 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 this 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 sense of incongruity. There is.

  List information of an element called a presentation clip element is described in the object mapping information OBMAPI described in the playlist PLLST shown in FIG. FIG. 22 shows the relationship between the various presentation clip elements and the corresponding object names to be displayed and used.

  As shown in FIG. 22, 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 played back and used, information relating 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 period of display object]
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 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 valid period of the secondary audio video clip element SCAVCP and the valid period of the substitute audio clip element SBADCP must not overlap each other on the title timeline TMLE.

  As shown in FIG. 14, 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. 22, 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 location where the file referred to as an index when the object shown in FIG. 22 is played back and stored is shown in FIG. 12, but the object shown in FIG. 22 is originally recorded for confirmation again. 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 network server NTSRV) as shown in FIG. FIG. 23 shows a storage location designation method for files 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. 23, 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. 24 in various clip elements.

  In this 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 path designation description to the file, a description method as shown in FIG. 24 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 specification method. When a file is recorded in the fixed persistent storage PRSTR, the file designation method is File: /// required /. If a file is recorded in the portable persistent storage PRSTR, File: /// additional / is used as the path designation description method. 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. 13 is formed in each recording medium, and the corresponding Each file is recorded under the directory.

  FIG. 25 shows a data structure in the playlist file PLLST in which information on the playlist PLLST shown in FIG. 21 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. FIG. 25 shows a schematic data structure in the playlist file PLLST.

  An area surrounded by <Playlist [...]> and </ Playlist> in FIG. 25 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 the various elements in the playlist element is set corresponding to the operation procedure before the start of video display 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. 16 is most necessary at the stage of playback preparation. 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. 16 according to the attribute of 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 until the start of playback at 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 effects 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 playback at the time of startup by preceding processing such as parameter setting in the decoder.

  The first line in FIG. 25 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 referenced. 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, describe “yes”. 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, “<? Xml version = '1.0” standalone = 'yes'?>

The description in the playlist element tag that defines the range of the playlist element is described with “<Playlist” followed by the playlist tag name space definition information PLTGNM and the playlist attribute information PLATRI, followed by “>”. Close to form a playlist element tag. The description information in the playlist element tag is shown 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 this case, since there is a possibility that a plurality of playlist element tags are described in the playlist file PLLST, the playlist tag name space definition information PLTGNM 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”. The additional information related to the playlist PLLST is set to string. Namelist definition information PLTGNM of the Eristo tag is changed to http: // www. dvdform. In the case of org / HDDVDVideo / Playlist, the description 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. 26B, 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 this embodiment can display the playlist name PLDPNM to the user as the disc name of the information storage medium DISC. 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. 15, 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 pieces of information described in the playlist PLLST in the present embodiment have a hierarchical structure as shown in FIGS.

  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. One or more title element information TTELEM is described in order in the title set element, and management information regarding each title is recorded in the corresponding title element information TTELEM. In the example of FIG. 21, there are three titles # 1 to # 3. Correspondingly, in FIG. 27B, 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. 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 (time length information TTDUR of the entire title on the title timeline TMLE) in the title element information TTELEM. 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. 27B, 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. A list relating to track number assignment information representing setting information of each track number in the display clip element 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 on 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 a chapter corresponding to division of video content within the same title is described.

  As shown in FIG. 27 (c), the order of arrangement of the object mapping information OBMAPI in the title element information TTELEM, the resource information RESRCI, the playback sequence information PLSQI, and the track navigation information TRNAVI is an advanced content in the information recording / reproducing apparatus 1. This corresponds to the processing procedure of the playback unit ADVPL (see FIG. 15). 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. 12, the information on 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 Information on whether to store in advance is required. 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, the playback sequence information PLSQI is arranged after the resource information RESRCI because 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. Since the track navigation information TRNAVI is necessary information immediately before display to the user, it is described at the last place in the title element information TTELEM.

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

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 in the title element tag first, and the content identification process in the playlist PLLST High speed 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. As a result, the content decoding process of the playlist PLLST in the playlist manager PLMNG (see FIG. 32) can be simplified and speeded up.

  In the present embodiment, information described in the title element tag indicating the start of each title element information TTELEM is shown in FIG. 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 this 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”. Further, the title type information TTTYPE for the title (defined by the user) edited by the user regarding the interoperable content 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. 15, 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 process instructed by the user is called a user operation, and the selection attribute information (selectable attribution) indicates whether or not a 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”, it corresponds to the user's operation, and 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” (can handle user operations) as information on the selection attribute (selectable attribution). In the advanced content playback unit ADVPL (see FIG. 15), 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 arranging 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.

  The frame rate information 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. 21, in the present 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 the TMLE). 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 the present embodiment, a clock that complies 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. Furthermore, in the present embodiment, there is an application clock defined when the advanced application ADAPL specified in the markup MRKUP is executed. The reference frequencies of the page clock and the application clock are equal to each other and are called the tick clock frequencies. 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 by 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 playback 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 =”. 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, the advanced application ADAPL based on the tick clock (animation display, etc.) can be displayed smoothly (to avoid conflict with the media clock) in line with the title timeline TMLE. The circuit structure in the advanced content playback unit ADVPL can be simplified. In this embodiment, it is possible to omit the description of the frequency information TKBASE of the tick clock used in the markup in the title attribute information TTATRI. In this case, the value of the frame rate (number of frames per second) information that is the default value is automatically matched as the value of the frequency TKBASE of the tick clock. 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 (while 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. Further, the menu language information DEFLNG in the initial state of the title indicates the language (Japanese, English, etc.) in the initial state when the menu related to the corresponding title is displayed. The value is composed of codes (two-letter, lowercase, symbols) representing language names defined in ISO-639. When there is no description (definition) regarding the application segment APPLSG in the title that matches the menu language (menuLanguage) set in the profile parameter shown in FIG. 51, the initial state of the title The application segment APPLSG based on the value (language) set in the menu language information DEFLNG (defaultLanguage) is enabled. By utilizing the information as described above, it becomes easy to select and extract the optimum application segment APPLSG when a plurality of application segments APPLSG are set based on a plurality of languages. The menu language information DEFLNG in the initial state of the title can be omitted in the title attribute information TTATRI. 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 process 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 Information) 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. 27C, resource information RESRCI in which the title resource element is recorded, and a chapter list element. Playback sequence information PLSQI and track navigation information TRNAVI described in the track list navigation list element. 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.

  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 the <Chapter title Time Begin> tag as shown in FIG. 28D). 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. 15) 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. 29 shows the data flow in the advanced content playback unit ADVPL of the various playback display objects defined in FIG. 12 described above.

  The structure in the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 15 is shown in FIG. The information storage medium DISC, persistent storage PRSTR, and network server NTSRV in FIG. 29 correspond to the corresponding ones in FIG. The streaming buffer STRBUF and the file cache FLCCH in FIG. 29 are collectively referred to as 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. In addition, the navigation manager NVMNG in FIG. 16 manages the flow of various playback display object data in the advanced content playback unit ADVPL. The portion to be used is the data access manager DAMNG in FIG.

  As shown in FIG. 12, 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 playback is attempted from the network server NTSRV or when the data transfer rate temporarily drops on the network line, there is a risk that continuous video expression to the user will be interrupted. As shown in FIG. 47, 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. Without being able to guarantee continuous display to the user. The primary video set PRMVS read out 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 in 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 saved 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 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 system network and guarantee continuous playback during user display. Like that. 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. 12, all the information on the advanced application ADAPL and advanced subtitle ADSBT is 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. 15 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.

  FIG. 30 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 is composed of 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 API command set 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 the API set command 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.

  Further, in this embodiment, the network manager NTMNG manages the access control function at the protocol level of various playback objects to be sent to the presentation engine PRSEN. Also, as shown in FIG. 29, 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.

  FIG. 31 shows the structure in the data cache DTCCH in the advanced content playback unit ADVPL shown in FIG.

  In the present 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. 29, 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 64MB or more, it is guaranteed that the display process to the user of the advanced application ADAPL and advanced subtitle ADSBT will be performed smoothly.

  In the present 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 allocation memory size of the file cache FLCCH and streaming buffer STRBUF) is changed. 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. 27 is described in units of pack size (logical block size or logical sector size). In the present 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 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 is facilitated.

  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.

  As shown in FIG. 31, in this embodiment, the streaming buffer STRBUF is a memory space used only by the presentation engine PRSEN. As shown in FIG. 29, 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. 30), 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. Thereafter, the secondary enhanced video object data S-EVOB temporarily stored in the streaming buffer STRBUF is read by the secondary video player SCDVP and transferred to the demultiplexer DEMUX in the secondary video player SCDVP shown in FIG. Processing is performed.

  FIG. 32 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.

  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. 13) is displayed in response to a request from the playlist manager PLMNG or the advanced application manager ADAMNG. The parser PARSER shown in FIG. 32 decodes and analyzes the contents. The parser PARSER sends various necessary information to each functional module based on the analysis result.

  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. 16-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 display 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 In this embodiment, The playlist manager PLMNG shown in FIG. 32 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. 31 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. Also, the manifest file MNFST is transferred from the playlist manager PLMNG to the advanced application manager ADAMNG.

  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. 21, a case where markup page transition occurs due to a hard sync jump during playback of the advanced application ADAPL has been described. 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 preparation of the content displayed at the lower side of the screen to be displayed next (the markup page to be displayed next). In such a case, the playlist manager PLMNG may stop the progress of the title timeline TMLE until the next markup page is ready, and the video and audio may be in a stationary state. These processes are performed by the playlist manager PLMNG.

  2) Reproduction display processing status (status) control of 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 between the time (time) on the TMLE and can perform display control that does not give the user a sense of incongruity.

  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.

  The playlist manager PLMNG in the navigation manager NVMNG generates various commands (APIs) 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. 38), control commands for the audio mixing engine ADMXEN (FIG. 42), and the effect audio EFTAD. Issue API commands related to processing.

  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.

  In the present embodiment, functions of the advanced application manager ADAMNG shown in FIG. 32 will be described. The advanced application manager ADAMNG performs control related to all reproduction display processing of the advanced content ADVCT. Further, the advanced application manager ADAMNG also controls the advanced application presentation engine AAPEN shown in FIG. 34 as a cooperative operation in association with information on the markup MRKUP and script SCRPT of the advanced application ADAPL. As shown in FIG. 32, the advanced application manager ADAMNG includes a declarative engine DECEN and a programming engine PRGEN.

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

1. Control of advanced application presentation engine AAPEN (Fig. 34)-Layout processing of graphic object (advanced application ADAPL) and advanced text (advanced subtitle ADSBT)-Display of graphic object (advanced application ADAPL) and advanced text (advanced subtitle ADSBT) Style control ・ Graphic plane (display related to advanced application ADAPL) display timing control according to the display schedule and effect audio EFTAD playback timing control 2, main video MANVD control processing ・ Main video MANVD in primary audio video PRMAV Attribute control of the main video MANVD in the main video plane MNVDPL as shown in FIG. Size 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.

3. 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. 43, the screen size of sub video SUBVD in the sub video plane SBVDPL is the advanced application ADAPL. It is set by API command. 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.

4. Schedule-managed script call Controls the timing of the script call in response to the execution of the timing element described in the advanced application ADAPL.

  In this embodiment, the programming engine PRGEN manages processes corresponding to various events such as API set calls and certain control 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.

  The file cache manager FLCMNG handles the following matters.

  1. The pack related to the advanced application ADAPL and the pack related to the advanced and subtitle ADSBT multiplexed in the primary enhanced video object set P-EVOBS are extracted and stored as source files and stored 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.

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

  3. In response to a request from the playlist manager PLMNG or the advanced application manager ADAMNG, the source file previously transferred from the various data sources to the file cache FLCCH is reproduced.

  4. Perform file system management processing in the file cache FLCCH.

  As described above, the file cache manager FRCMNG performs processing of packs 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. However, 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, and the persistent storage PRSTR in response to requests from the playlist manager PLMNG and the advanced application manager ADAMNG.

  As shown in FIG. 32, 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 the present embodiment, the cursor manager CRSMNG is essential, 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. 32 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 process 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. 43 corresponding to the motion information detected in the user interface engine UIENG.

  The states processed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 15 are the suspend state SPDST, pause state PSEST, fast state FASTST / slow state SLOWST / forward state FWDST / reverse state RVCST, startup state STUPST / There are eight states: update state UPDTST, stop state STOPST, playback state PBKST, pre-jump state PRJST, and post-jump state POJST. FIG. 32 shows a state transition diagram between states of the advanced content playback unit ADVPL. Control of 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. 15, 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. 32 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 specified by the user, the user specified content is 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. 32, when each state transition occurs, the parser PARSER corresponds to the information of the playlist PLLST analyzed by the playlist manager PLMNG, and controls optimal processing. 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 a startup process or an update process, the advanced content playback unit ADVPL transitions to a 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 (counting 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 processing 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 with respect 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 being played back (title). 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 transitions 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 this embodiment, in the pre-jump state PRJST, the time (count value) of the destination title timeline TMLE is checked, and the advanced application ADAPL that has expired is terminated or a new (screen before 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. 21, a unique title timeline TMLE is set for each title. In the pre-jump state PRJST, for example, if the transition is made to the pre-jump state PRJST during the playback of the title # 2, the time progress of the title timeline TMLE of the title # 2 is stopped, and 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. 15, 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 the normal case, the state immediately transitions to the playback state PBKST and enters the display mode of the advanced content ADVCT. 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 playback state PBKST of the title specified by the user. Here, when the user presses the pause button during playback, transition is made to the pause state PSEST, and when the user designates high-speed feed, transition is made 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, state transition of the advanced content playback unit ADVPL occurs in response to the user operation UOPE.

  FIG. 34 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. 16, 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. 34, the presentation engine PRSEN includes six types of main processing function modules and one type of graphic buffer memory. The six main functional modules are composed of 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. 34, 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. 20) 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, and 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. Further, when the subtitle information of the advanced subtitle ADSBT is created by the advanced subtitle player ASBPL, for example, the image can also be temporarily stored in the pixel buffer PIXBUF.

  As shown in FIG. 12, 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. 34 and FIG. 29 described above will be described below.

  First, the primary video set PRMVS will be described. As shown in FIG. 29, 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. 34 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. 29, 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. 34, 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 synthesized by the AV renderer AVRND. The In addition, as shown in FIG. 29, the secondary video set SCDVS recorded in the network server NTSRV reaches the secondary video player SCDVP via the streaming buffer STRBUF. 34, 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 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. 29, 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 is 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. 29, the advanced subtitle ADSBT is always temporarily stored in the file cache FLCCH and then transferred to the advanced subtitle player ASBPL. Correspondingly, with reference to FIG. 34, 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. 13, and use that data for the advanced subtitle saved in the file cache FLCCH. The ADSBT is converted to 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.

  As shown in FIG. 16, in this embodiment, a presentation engine PRSEN exists in the advanced content playback unit ADVPL. FIG. 35 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. 35, 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. 12) 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. 12) constituting the image images in the advanced application ADAPL are converted from the temporarily stored file cache FLCCH into 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 combining the layout for each still image IMAGE, and then the image is composed by the AV renderer AVRND.

  The above processing will be described using the example shown in FIG. As shown in FIG. 20, 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.

  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. 32, 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.

  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 about the image is recorded is decoded in the graphic decoder GHCDEC, and the decoded image (component) 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.

  In this embodiment, the image 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. 43. There is layout information corresponding to each display screen (component of image image) in the graphic plane GRPHPL shown in FIG. 43, 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. 32, the layout information issued from the declarative engine DECEN included in the advanced application manager ADAMNG in the navigation manager NVMNG is transferred 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 a plurality of images (components of image images) are arranged in the graphic plane GRPHPL, 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. 34, it has been explained that the font rendering system FRDSTM exists in the presentation engine PRSEN and character information in a specified font format is converted into an image image. Can also move the font rendering system FRDSTM from the layout manager LOMNG to convert text information into a frame image (image image) and place it on the graphic plane GRPHPL. In the present embodiment, as shown in FIG. 43, the entire image on the graphic plane GRPHPL or the components of the 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 in accordance with the alpha value so that the layout manager LOMNG is arranged at a designated location on the graphic plane GRPHPL.

  FIG. 36 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. 43 as will be described later. On the graphic plane GRPHPL, canvas coordinates CNVCRD are defined as shown in FIG. 44, and each decoded graphic image (image image including animation) is arranged on the canvas coordinates CNVCRD.

  1) In the embodiment of FIG. 36, three types of graphic objects (a), (b), and (c) are recorded in advance in a compression cache 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. 35 decodes the compressed information (a), (b) and (c) shown in FIG. 36 (1) and converts them into an image (pixel image PIXIMG). It is stored in the pixel buffer PIXBUF (FIG. 36 (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. 32, in this embodiment, the mouse controller MUSCTR is also supported in the navigation manager NVMNG. When the 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. 36 (3), the drawings of (a), (b), and (c), the text image “ABC”, and the figure 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. 36 (3), the alpha value of (a) and (b) is 40% (40% is transmitted).

  4) The 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.

  As shown in FIG. 15, 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. Among them, as shown in FIG. 34, an advanced subtitle player ASBPL exists. The structure in the advanced subtitle player ASBPL will be described below.

  As shown in FIG. 43, there is a sub-picture plane SBPCPL that displays 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. 37, 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. 32) and the advanced application presentation engine AAPEN (see FIG. 34). That is, as shown in FIG. 34, the advanced subtitle player ASBPL and the advanced application presentation engine AAPEN share the same pixel buffer PIXBUF. As shown in FIG. 37, 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. 35, and the declarative engine DECEN in the advanced subtitle player ASBPL is used. As shown in FIG. 32, 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 layout processed 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.

  As shown in FIG. 34, the font rendering system FRDSTM exists in the presentation engine PRSEN, and creates a text image (image image) in response to a request from the advanced application presentation engine AAPEN or 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. 43) is set by the scaler SCALER in the rasterizer RSTRZ. Thereafter, the transparency of the created text image (image image) is designated by 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. 43) 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 the present embodiment, the pixel buffer PIXBUF can be used at the stage of conversion from a text character to a text image (image image) by the decoder DECDER. In this 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 thereto, 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.

  As shown in FIG. 16, 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. 34). The internal structure of the secondary video player SCDVP in this embodiment will be described with reference to FIG.

  As shown in FIG. 12, the secondary video set SCDVS includes a substitute audio video SBTAV, a substitute audio SBTAD, and a secondary audio video SCDAV. The secondary video player SCDVP is the part that performs these playback processes. 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. 20, 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. Therefore, 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. 29). Thereby, even if the transfer rate of the network path varies, it is possible to prevent the data to be transferred from being depleted. 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. However, in this embodiment, the data size of the secondary video set SCDVS is not limited thereto. 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. 39, the secondary video player SCDVP includes a secondary video playback engine SVPBEN and a demultiplexer DEMUX. As shown in FIG. 12, 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.

  The secondary video playback engine SVPBEN shown in FIG. 39 performs control processing for all functional modules in the secondary video player SCDVP. The secondary video playback engine SVPBEN is controlled in response to a request from the playlist manager PLMNG in the navigation manager NVMNG shown in FIG. In the case of performing playback display of the secondary video set SCDVS, it has already been explained 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 to calculate an optimal playback start position of the secondary enhanced video object data S-EVOB, and an information recording / playback unit 2 (see FIG. 15) is instructed to access the optical head.

  The demultiplexer DEMUX in the secondary video player SCDVP plays 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.

  As shown in FIG. 16, a presentation engine PRSEN exists in the advanced content playback unit ADVPL shown in FIG. As shown in FIG. 34, 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. 40, the primary video player PRMVP includes a DVD playback engine DPBKEN and a demultiplexer DEMUX. As shown in FIG. 12, 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.

  As shown in FIG. 32, the navigation manager NVMNG includes a playlist manager PLMNG that analyzes the contents of the playlist file PLLST. Corresponding to the request from the playlist manager PLMNG, the part corresponding to the control of all functional modules in the primary video player PRMVP is the DVD playback engine DPBKEN shown in FIG. First, the DVD playback engine DPBKEN analyzes the contents of the management information related to playback (the playlist file PLLST and the video title set information file ADVTSI shown in FIG. 13), and the 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.

  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, 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.

  As shown in FIG. 16, the presentation engine PRSEN exists in the advanced content playback unit ADVPL in the present embodiment, and the decoder engine DCDEN exists in the presentation engine PRSEN as shown in FIG. As shown in FIG. 41, the decoder engine DCDEN is composed of 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. 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.

  In response to a request from the DVD playback engine DPBKEN in the primary video player PRMVP shown in FIG. 41 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. . 43, each screen layer on the display screen has been 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 advanced subtitle ADSBT decoding result in common (or alternatively). The advanced subtitle ADSBT is decoded and output in the advanced subtitle player ASBPL shown in FIG.

  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.

  The sub video decoder SVDEC supports a video stream decoding process called sub video SUBVD. The sub video decoder SVDEC must support SD (standard definition) resolution, and can optionally support HD (high definition) resolution. The data output from the sub video decoder SVDEC is displayed on the sub video plane SBVDPL (see FIG. 43).

  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. When the resolution of the ideal sub-video SUBVD when it is output to the large-screen TV monitor 15 shown in FIG. 15 is 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 in the example shown in FIG. 43, when another commercial screen 32 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 the separate 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.

  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.

  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 two screens can be displayed simultaneously, but also the price of the decoder engine DCDEN can be suppressed 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. 43). 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. 43) called the aperture APTR (see FIG. 44). I must. In this embodiment, the position information POSITI and scale information SCALEI given from the navigation manager NVMNG are supported (see FIG. 45), and the decoded main video MANVD is scaled to an appropriate size on the aperture APTR by the scaler SCALER. And is 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.

  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. When the resolution of the ideal main video MANVD when it is output to the large-screen TV monitor 15 shown in FIG. 15 is determined, the scaler is adapted to correspond to any large-screen TV monitor 15 (see FIG. 15). 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 displayed on the main video MANVD, it is optimal 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. 43, the size of the main video MANVD (main part 31) can be specified 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 allowed for some API commands). In this case, in the default state, the main video MANVD is set to be displayed on the full screen. 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), the aperture APTR is displayed on the entire wide screen.

  As shown in FIG. 15, an advanced content playback unit ADVPL exists in the information recording / playback apparatus 1, but as shown in FIG. 16, an AV renderer AVRND exists in the advanced content playback unit ADVPL. As shown in FIG. 42, 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. 43) 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.

  As shown in detail in FIG. 43, 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. 42 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. In the graphic rendering engine GHRNEN, a cursor plane CRSRPL is newly created. 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.

  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 this 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.

  As shown in FIG. 43, 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. 45) 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. 43 are created in the presentation engine PRSEN (see FIG. 45). The frame rate 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. 43 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. 45 or 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. In addition, the sub video plane SBVDPL is created by selecting either the output of the advanced subtitle player ASBPL shown in FIG. 45 or FIG. 34 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. 43 represents a full-size screen viewed by the user. 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 (set by the number of scanning lines and the number of dots, but the optimal screen size (number of pixels) displayed to the user is set to the aperture on the graphic plane GRPHPL. Defined as APTR (graphic area) size, so if the screen displayed to the user is a high-resolution screen, the size of the aperture APTR (graphic area) 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. Full-screen main video MANVD of primary audio video PRMAV In this case, the screen size on the main video plane MNVDPL completely matches the size of the aperture APTR (graphic area) on the graphic plane GRPHPL, as shown in FIG. When displaying the advanced application ADAPL from the help icon 33 to the FF button 38 collectively, it is better to define the area (application area APPRGN) that displays the advanced application ADAPL in the aperture APTR (graphic area). For this reason, in this embodiment, an application area APPRGN can be defined as an area for displaying a plurality of elements included in the advanced application ADAPL collectively.In this embodiment, the aperture on the graphic plane GRPHPL A plurality of application areas APPRGN can be set in the APTR (graphic area), and details of the following contents will be described in detail with reference to FIG.

  FIG. 43 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, the position (1920, 1080) 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 coordinate 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. 44, 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 elements or child elements) 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. 44, the application area APPRGN # 1 has its own application area coordinate system, and the location of the element can be designated as the application area coordinate value. For example, as shown in FIG. 44, 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 example element (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. 45 shows the detailed structure in the graphic rendering engine GHRNEN in the AV renderer AVRND shown in FIG. 42 and the relationship between the various engines and players in the presentation engine PRSEN shown in FIG.

  In this embodiment, as shown in FIG. 43, 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 the frame rate, and a more effective screen can be displayed to the user.

  For the main video plane MNVDPL shown in FIG. 43, 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 alpha information indicating transparency that enables the lower main video plane MNVDPL to 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. After being decoded there, the display screen size and the display position screen size by the scaler SCALER Is set. Thereafter, it is similarly input to the switch SWITCH. In the present embodiment, as shown in FIG. 45, 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 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.

  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. 43). 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. 32) 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 an alpha mix (transparency setting based on alpha information) that indicates the translucent state of the screen layer below the cursor plane CRSRPL.

  In the video synthesis model of the present embodiment, the graphic plane GRPHPL 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. 32, a graphic plane GRPHPL screen 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. 32 creates part of the graphic plane GRPHPL screen by operating the graphic decoder GHCDEC and the font rendering system FRDSTM in the advanced application presentation engine AAPEN shown in FIG. 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. 35, 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 to be constant throughout the graphic plane GRPHPL.

  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. 45). 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 explanation of FIG. 43, 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. 43, when 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. 45, the frame rate of the screen transferred to the graphic rendering engine GHRNEN of the sub-picture plane SBPCPL can be set independently regardless 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 the 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 throughout the sub-picture plane SBPCPL.

  In the video composition model of this embodiment, the sub video plane SBVDPL corresponds to the fourth screen layer from the top synthesized from the graphic rendering engine GHRNEN (see FIG. 43). 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 present 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. 45). 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. 43, for example, the screen of the main video plane MNVDPL is displayed in full screen in the size of the aperture APTR (graphic area), and overlapped on a part of it 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 thereto, 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 with 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.

  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. 25, and is specified in the 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 image 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.

  In the present embodiment, the advanced content playback unit ADVPL exists in the information recording / playback apparatus 1 (see FIG. 15), but the AV renderer AVRND exists in the advanced content playback unit ADVPL as shown in FIG. As shown, an audio mixing engine ADMXEN exists in the AV renderer AVRND. FIG. 46 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. 12): 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 audio streams having these three different sampling frequencies, the audio mixing engine ADMXEN includes 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 (sampling rate) of the final audio output. In this embodiment, as shown in FIG. 46, 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.

  A method and content for handling three types of audio streams in the audio mixing model of the present embodiment will be described below.

  The effect audio stream EFTAD (see FIG. 12) 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. 20, 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 in accordance with 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. 20. For example, consider a case where the user has pressed the FF button 38. Consider a case where an effect audio EFTAD corresponding to the effect button 38 continues to sound for several seconds in order to be displayed to the user when the effect button 38 is pressed. 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, a quick response to the user can be displayed when the user continuously presses multiple image objects of the advanced application ADAPL displayed on the screen, which can greatly improve the user's usability. it can.

  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 this embodiment, metadata control information in the elementary stream of the sub audio stream SUBAD is also processed by the sub audio decoder SADEC.

  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.

  FIG. 47 shows a data supply model from the network server NTSRV and persistent storage PRSTR memory in this embodiment.

  In the present embodiment, the advanced content file ADVCT can be stored in the persistent storage PRSTR. In addition, 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. 47 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 the 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, but in the present embodiment, the playlist file PLLST is stored in the persistent storage PRSTR, the network server NTSRV, etc. It is also possible to directly read the playlist file PLLST. In this embodiment, it exists under the advanced navigation directory ADVNV shown in the advanced navigation file (see FIG. 13), such as the manifest file MNFST, the markup file MRKUP, and the script file SCRPT obtained from the network server NTSRV and persistent storage PRSTR. The file cannot be played directly by the parser PARSER in the navigation manager NVMNG.

  That is, 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. 13) 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 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 performs a transfer process of the necessary file data directly from the file cache FLCCH to the advanced application presentation engine AAPEN. Conversely, if all the necessary files do not exist 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, converts the time map file STMAP (see FIG. 13) of the secondary video set and the secondary video set file SCDVS of the secondary enhanced video object file S-EVOB from the network server NTSRV or persistent storage PRSTR to the network manager NTMNG or persistent storage. The file is transferred to the file cache FLCCH via the stent storage manager PRMNG. 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.

  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. 48 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, mouse, or remote controller, as shown in FIG. 32, are various device controller modules (for example, remote control controller RMCCTR, keyboard controller KBDCTR, and mouse) in the user interface engine UIENG. Input as user interface event UIEVT by controller MUSCTR). That is, the signal of the user operation UOPE is input to 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. 49 shows a list of user input events in the present embodiment. As shown in FIG. 49, 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 this embodiment, the default input handler code shown in FIG. 49 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. 13) of the advanced application ADAPL imported from the network server NTSRV, information storage medium DISC, and persistent storage PRSTR shows the advanced application in the programming engine PRGEN as shown in Fig. 48. 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 event handler codes described in the user interface event UIEVT correspond to the event handler codes registered in the ADAPLS script recording area 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 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 script recording area ADAPLS of the advanced application 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 content of the user interface event UIEVT, Disable execution of user interface event UIEVT.

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

As shown in FIG. 49, 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 the setting of whether or not to display the subtitle is performed. 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).

  In the current DVD-Video or the standard content STDCT in the present embodiment, SPRM (system parameter) is defined as a parameter to be used systematically. However, in the present embodiment, the SPRM (system parameter) is not used in the advanced content navigation, and the system parameters shown in FIGS. 50 to 53 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. 50 can be set in common for each information recording / reproducing apparatus 1. The profile parameters shown in FIG. 51 indicate user profile data. The presentation parameters shown in FIG. 52 indicate the display state on the screen. Also, the layout parameters shown in FIG. 53 mean parameters relating to the layout during video display (see FIG. 43).

  In the present embodiment, the system parameters are set temporarily in the data cache DTCCH in FIG. 16, 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.

  FIG. 50 is 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. 15 to perform video playback processing. Among the player parameters, general parameter information not related to data download from the network download or 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.

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

  FIG. 51 is 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 displaying a video with a high parental level to a child, 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.

  FIG. 52 is a list of presentation parameters in the present embodiment.

  In the 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. 15, and includes a playlist manager PLMNG object and an audio mixing engine ADMXEN 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. Further, 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. 42, and the data cache DTCCH object is in the streaming buffer STRBUF in the data cache DTCCH shown in FIG. Can be categorized as parameters (data cache) required for processing.

  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 allows the user to stop the playback last (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. 20 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. 20, 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 at the same time, 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. 20, the user may press various icons 33 to 38 configured 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 make this possible, it is necessary to allocate the size of the streaming buffer STRBUF in the data cache DTCCH in advance, but the required size of the streaming buffer STRBUF is specified in the structure information CONFGI in the playlist file PLLST. Yes.

  FIG. 53 is 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 that is processed by the advanced content playback unit ADVPL in the information recording / playback apparatus 1 shown in FIG. 15 and displayed to the user.

  Sixteen presentation engines PRSEN are set in the presentation engine PRSEN object. 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.

By adopting the technology of this embodiment,
1. Flexible and diverse expression (PC screen-like)
2. Network action It is possible to fully satisfy the requirements for ease of processing video-related information and ease of transmitting post-processing information.

  Note that the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the invention in the implementation stage. In addition, the embodiments may be appropriately combined as much as possible, and in that case, the combined effect can be obtained. Further, the above embodiments include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. For example, even if some constituent requirements are deleted from all the constituent requirements shown in the embodiment, the problem described in the column of the problem to be solved by the invention can be solved, and the effect described in the column of the effect of the invention Can be obtained as an invention.

  The invention described in the claims at the beginning of the filing of the original application is appended below.

[1]
Information storage media
An information recording / reproducing apparatus provided with a navigation manager or an information storage medium reproduced by the information reproducing apparatus,
An area in which a playlist that is at least partially decrypted by the playlist manager existing in the navigation manager is recorded.

[2]
Information playback device
An advanced content playback unit for playing back advanced content is provided.

[3]
The information reproducing apparatus according to the above [2]
An information recording / reproducing unit;
At least one of a persistent storage drive and a network controller;
Comprising
The advanced content playback unit includes a navigation manager and an AV renderer.

[4]
Information reproduction method is
An information reproduction method applied to an information reproduction apparatus comprising an advanced content reproduction unit including a navigation manager and an AV renderer, an information recording / reproduction unit, and at least one of a persistent storage drive and a network control unit,
Information is reproduced by the navigation manager and the AV renderer.

[5]
Information reproduction program
It includes information on a playlist that is at least partially deciphered by the information recording / reproducing apparatus or the playlist manager of the information reproducing apparatus.

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 section, 24 ... Video processing section

Claims (2)

An advanced content playback unit for playing back advanced content,
The advanced content playback unit
Read main video data, sub video data and graphic data,
A main video plane corresponding to the main video data, a sub video plane corresponding to the sub video data, and a graphic plane corresponding to the graphic data;
Outputting a video signal for displaying the main window, the sub window, and the graphic window corresponding to each of the main video plane, the sub video plane, and the graphic plane;
An information reproducing apparatus characterized by that. An information reproduction method applied to an information reproduction apparatus including an advanced content reproduction unit,
The advanced content playback unit
Read main video data, sub video data and graphic data,
A main video plane corresponding to the main video data, a sub video plane corresponding to the sub video data, and a graphic plane corresponding to the graphic data;
Outputting a video signal for displaying the main window, the sub window, and the graphic window corresponding to each of the main video plane, the sub video plane, and the graphic plane;
An information reproduction method characterized by the above.

Images