TWI236002B - Data storage medium having information for controlling buffered state of markup document, and method and apparatus for reproducing data from the data storage medium - Google Patents

Abstract

An apparatus which reproduces AV data using a markup document in an interactive mode includes a buffer which buffers the markup document, and a buffer manager which manages preloading of the markup document and provides buffering state information of the buffer in response to a report signal. The markup document may be provided via a network or from a data storage medium which includes information to control a buffering state of the markup document.

Description

1236002 发明, Description of the invention: Mutual participation in related applications This application claims that on October 17, 2002, April 29, 2003, August 25, 2003, August 25, 2003, 2003 The serial numbers proposed on August 25, 2003, August 25, 2003, August 25, 2003, and September 1, 2003 at the Korean Intellectual Property Office were 2002-6363, 2003-27073, 2003-58695, 2003-58890. , 2003-58891, 2003-58892, 2003-58893, and 2003-60760, the priority of Korean patent applications, the contents of which are hereby fully disclosed for reference. TECHNICAL FIELD The present invention relates to a data storage medium having information for controlling the buffer status of a mark file, and a method and device for reproducing data from the data storage medium. Prior art Interactive digital versatile discs (DVD) with markup files to reproduce their content in interactive mode are being commercialized on the market. Generally speaking, the content recorded on an interactive digital versatile disc (DVD) is reproduced in two different modes. One of these two modes is the video mode, and its content is displayed in the same way as the data recorded by a general digital versatile disc (DVD). The other mode is the interactive mode, whose content is displayed through the display window defined by the mark file of the interactive digital versatile disc (DVD). If the user selects the interactive mode, the web browser installed on the digital versatile disc (DVD) player will display the mark files recorded by the interactive digital versatile disc (DVD). The content selected by the user is displayed through a display window defined by the markup file. For example, if 12457pif. doc / 008 6 1236002 is a movie program that displays a movie display window on the screen, and may display various additional information such as storytelling, outlines, and actress photos on the rest of the screen. This additional information includes image files or text files. Figure 1 shows an interactive digital versatile disc (DVD) recording audio-visual (AV) data. Audio and video (AV) data and multiple mark files are recorded on the tracks of an interactive digital versatile disc (DVD) in the form of a Motion Picture Experts Group (MPEG) bit stream. Here, the markup file may include markup data with various image files or graphic files to be inserted into the markup file. Figure 2 shows discontinuous reproduction of data from the interactive digital versatile disc (DVD) of Figure 1. That is, FIG. 2 illustrates the occupation of buffer memory for buffering audio-video (AV) data and the occupation of cache memory for caching network resources. Referring to FIG. 1 and FIG. 2, a method of loading audio video (AV) data into a memory and displaying the audio video (AV) data will be described. Pick up the files and search for each markup file STARTUP · HTM and search for the markup file STARTUP. HTM loads cache memory. After that, STARTUP will be triggered. HTM. At the same time, the audio-visual (AV) data selected by the user is loaded into the buffer memory and then displayed. After that, the audio video (AV) data ② will be loaded into the buffer memory and then displayed. If the buffering of the audio video (AV) data ② is completed, the above-mentioned pickup element jumps to the place where the audio video (AV) data ③ is recorded on the interactive digital multi-function Sb disc (DVD), and the open video (AV) ) Information ③. At this time, the user may request a mark file ④A. HTM. In this case, the above pickup element stops buffering 12457pif. doc / 008 7 1236002 Audio and video (AV) data ③, and search for the mark file ④α · ητM, and mark the file ④Α. The QTM is loaded into cache memory. When searching for marked files ④ Α. When the ΗTM is loaded into the cache memory, the audio-visual (AV) data will be retained ③ to avoid display. Therefore, the amount of data that can be buffered by the buffer memory will be significantly reduced because the audio video (AV) data ③ still occupies the buffer memory space. If the trigger mark file ④A. HTM, and complete the buffering of audio video (AV) data ③, it will buffer audio video (AV) data ⑤. Thereafter, the above-mentioned pickup element jumps to a place where audio-visual (AV) material ⑥ is recorded. In the above method, all the data buffered so far may disappear. In other words, if it is required to reproduce the video and audio digital versatile disc (DVD_vide〇) image from the conventional interactive digital versatile disc (DVD) in synchronization with the mark file, for example, if it is required to be displayed whenever a specific actor appears on the screen According to his personal history, the above-mentioned pickup component will stop buffering audio video (Ay) data, and start searching and caching related mark files, so it may not be possible to continuously reproduce images. ^ SUMMARY OF THE INVENTION Accordingly, it is an aspect of the present invention to provide a data storage medium including control information for controlling a buffering state of a mark file for reproducing audio video (AV) data in an interactive mode; and a data storage medium from the above data storage medium. Device and method for reproducing audio video (AV) data. Other points of view and / or advantages of the present invention will be stated in the following description 'and part of it will be seen from the description, or may be learned by implementing the present invention. In order to achieve the above and / or other viewpoints of the present invention, here is provided a package 12457pif for reproducing audio video (av) data in an interactive mode using a markup file. doc / 008 8 1236002, including: a buffer to buffer the mark file; and a buffer manager to manage the buffer to pre-load the mark file and output the buffer status information of the buffer in response to the report signal. The above device may further include a content decoder for translating mark files and outputting a report signal, wherein the buffer manager notifies the content decoder of the buffer status information of the buffer in response to the report signal. The content decoder may use an application program interface (API) to generate a report signal. The above application programming interface (API) may be used to notify the content decoder whether the pre-loading of the markup file has succeeded or failed, or whether the markup file is still loading. The above application program interface (API) may return a number 値 0 if the preloading of the markup document is successful; return a number 値 1 if the preloading of the markup document fails; and if the markup document is still loading Returns a number 値 2. The buffer manager may use the application program interface (API) to notify the content decoder to mark the buffer status of the file. The above content decoder may use an application programming interface (API) to generate a report signal. The application programming interface (API) includes at least one of a file path and an attribute of a markup file as parameters. The above application programming interface (API) may be a [〇bj]. isCached (URL,: resType) Application Programming Interface (API), where URL is a parameter indicating the file path of the markup file, and resType is a parameter indicating the properties of the markup file. The buffer manager may pre-load a mark file into the buffer in response to a fetch signal. The content decoder may output a fetch signal, and the buffer manager may notify the content decoder whether it has successfully received one of the fetch signals included to preload 12457pif. doc / 008 9 1236002 command to import a markup file. The content decoder may use an application programming interface (API) to generate a fetch signal. The content decoder may use an application programming interface (API) to check whether the pre-loading of the markup file is completed. The above application programming interface (API) may be a [〇bj]. allDone Application Programming Interface (API). [〇bj] above. The allDone application program interface (API) may return a true (値) to the above content decoder if the pre-loading of the markup file is completed; and a false (false) if the preloading of the markup file is not completed 値To the above content decoder. The buffer manager may transfer the markup file from the buffer to the content decoder in response to a reproduced signal. The content decoder may output a release signal to the buffer manager to indicate that the tag file brought by the buffer in response to the reproduction signal is no longer used. The buffer manager may delete the tag file from the buffer in response to a discard signal output by the content decoder. The above content decoder may use a discard application program interface (API) to generate discard signals. The above-mentioned inner valley decoder may use a progressNameOfFile application program interface (API) to generate a report signal to determine the file name of the tag file currently loaded in advance. The content decoder may use a progressLengthOfFile application program interface (API) to generate a report signal to determine how many pre-loaded markup files have been pre-loaded. The above content decoder may use a remainLengthOfFile application program interface (API) to generate a report signal to determine the currently pre-loaded target 12457pif. doc / 008 10 1236002 Note how much of the file still has to be preloaded. The above content decoder may use a totalLoadingSize application programming interface (API) to generate a report signal to determine the total load of the markup file to be preloaded. The above content decoder may use a remainLoadingSize application programming interface (API) to generate a report signal to determine how much the total load of the markup file has yet to be loaded in advance. In order to achieve the above and / or other viewpoints of the present invention, another device for controlling a buffer of a markup file for reproducing audiovisual (AV) data in an interactive mode is provided. The device includes a buffer manager. It is used to manage the buffer to pre-load the mark file and output the buffer information including the mark file buffer information, where the buffer information includes: information indicating that the pre-loading of the mark file is successful; indicating that the pre-loading of the mark file fails Information; and pre-loading information indicating that the markup document is still in progress. The above buffer information may further include information indicating whether or not a command to successfully load a markup file has been successfully received. The above buffer information may further include pre-loaded information indicating whether the markup document is completed. In order to achieve the above and / or other viewpoints of the present invention, there is provided another device for recording and / or reproducing audiovisual (AV) data in an interactive mode by using a markup file, including: a buffered audiovisual (AV) ) Data audio-video (AV) buffer; an audio-video (AV) reproduction engine to decode audio-video (AV) data; an enhanced audio video (ENAV) buffer to pre-load markers Files to reproduce audiovisual (AV) data in interactive mode; an enhanced audiovisual 12457pif. doc / 008 11 1236002 (ENAV) engine to identify the buffer status information of the marked file and decode the marked file; and a device to obtain the marked file. The above device may use a closed input / output (I / O) method in response to obtaining a tag file from a data storage medium, and an open input / output (I / O) method in response to obtaining a tag file from a network. In order to achieve the above and / or other viewpoints of the present invention, a method for reproducing audiovisual (AV) data in an interactive mode using a markup file is provided. The method includes: buffering the markup file so that the markup file is preloaded; and outputting the markup. The file's buffer status information responds to the report signal. The above method may further include using a pre-loaded markup file to reproduce audiovisual (AV) data in an interactive mode. The output of the above buffer status information may include: returning a number 値 0 in response to the preloading of the markup file successfully; returning a number 値 1 in response to the preloading failure of the markup file; and returning a number 値 2 in response to the failure Pre-loading of markup files is still in progress. In order to achieve the above and / or other viewpoints of the present invention, another method for regenerating audiovisual (AV) data in an interactive mode by using a markup file is provided. The method includes: using a fetch signal to send a markup file for preloading. A command; and using the fetch signal to receive a response indicating whether the command for preloading the tag file described above has been successfully transmitted. The above method may further include using a pre-loaded markup file to reproduce audiovisual (AV) data in an interactive mode. In order to achieve the above and / or other viewpoints of the present invention, another method for reproducing audiovisual (AV) data in an interactive mode by using a markup file is provided. This method includes: using an application program interface (API) query to be 12457pif . doc / 008 12 1236002 No completion of pre-loading of the marked §5 file; and receiving a true return to respond to the pre-loading of the completed markup file or a false return to respond to the pre-loading of the incomplete markup file . The above method may further include using a pre-loaded markup file to reproduce audiovisual (AV) data in interactive mode. In order to achieve the above and / or other viewpoints of the present invention, a method for managing tag files used to reproduce audiovisual (AV) data in an interactive mode is provided. This method includes pre-loading by buffering tag files Mark the file in response to the fetch signal; output the buffer status of the mark file in response to the report signal; gradually implement the mark file for decoding in response to the retrieval signal; and delete the mark file in response to the discard signal. The above method may further include marking the marked file as a file that is no longer used in response to a release signal. The above method may further include issuing a response indicating whether the command included in the fetch signal for preloading the markup file has been successfully transmitted. The output of the above buffer status may include returning a signal indicating whether the preloading of the markup file has been completed. The output of the above buffer status may include a signal indicating whether the preloading of the markup file was successful or failed, or whether the preloading of the markup file is still in progress. In order to achieve the above and / or other viewpoints of the present invention, another method for managing a markup file used to reproduce audiovisual (AV) data in an interactive mode is provided. The method includes: generating a fetch signal to preload Generate a report signal to determine the buffer status of the mark file; generate a recovery signal to gradually implement the mark file for decoding; and generate a discard signal to delete the mark file The above method may even include generating a release signal in response to the tag file 12457pif. doc / 008 13 1236002 no longer appears. The generation of the above-mentioned report signal may include using an application programming interface (API) to generate a report signal to determine one or more of the following: whether the pre-loading of the markup file was successful; whether the markup file is still being preloaded; and whether it has been completed Tag files are pre-loaded. In order to achieve the above and / or other viewpoints of the present invention, a computer-readable medium encoded with operation instructions is provided herein, and the operation instructions are used to implement one or more of the methods described above and executed by a computer. In order to achieve the above and / or other viewpoints of the present invention, a method for processing audiovisual (AV) data in an interactive mode using a markup file in a computer system is provided. The method includes controlling a content decoder to generate a report Signals to determine the buffer status information of the markup file; and in response to the above-mentioned report signal, therefore controlling a buffer manager to issue an indication of whether the preloading of the markup file has succeeded or failed, or whether the preloading of the markup file is still in progress Response. In order to achieve the above and / or other viewpoints of the present invention, another method for processing audiovisual (AV) data in an interactive mode by using a markup file in a computer system is provided. The method includes: controlling a content decoder to generate The fetch signal is used to pre-load the marker file; and in response to the fetch signal, a buffer manager is controlled to issue a response indicating whether a command to pre-load the marker file has been successfully received. In order to achieve the above and / or other viewpoints of the present invention, another method for processing audiovisual (AV) data in an interactive mode by using a markup file in a computer system is provided. The method includes: controlling a content decoder to generate A query to determine whether the pre-loading of the markup file is completed; and in response to the above query, a buffer manager is controlled to issue an instruction 12457pif. doc / 008 14 1236002 Whether to complete the pre-load response of the markup file. In order to achieve the above and / or other viewpoints of the present invention, a data storage medium is provided, including: audio video (AV) data; a markup file for reproducing audio video (AV) data in an interactive mode; and Control information to identify buffer status information for markup documents to be preloaded. The control information may include an application programming interface (API) that generates a report signal to identify the buffer status of the markup file. The above application program interface (API) may be a [obj] that generates a report signal. isCached (URL, resType) Application Programming Interface (API), where URL is a parameter indicating the file path of the markup document, and resType is a parameter indicating the properties of the markup document. The above control information may include an application program interface (API) that returns a number 値 0 in response to the successful preloading of the markup file; a number 値 1 in response to the preloading failure of the markup file; and a return Count 2 pre-loading of response markup files is still in progress. The above control information may include an application programming interface (API) that generates a fetch signal to issue a preload tag file command. The above application program interface (API) may use the fetch signal to return a response indicating whether the command to preload the markup file has been successfully transmitted. The above control information may include a pre-loaded application programming interface (API) to determine whether the markup document has been completed. In order to achieve the above and / or other viewpoints of the present invention, a data storage medium encoded with code is provided here, and the above code is used to implement a 12457pif that reproduces audiovisual (AV) data in an interactive mode using a markup file. doc / 008 15 l236〇〇2 method and computer-implemented 'This data storage medium includes: the first code to implement the buffering of the markup file in order to preload the markup file; and to output an indication of whether the markup file buffering is completed The second code of the information. In order to achieve the above and / or other viewpoints of the present invention, another data storage medium encoded with code is provided here, and the above code is used to implement a method for reproducing audiovisual (AV) data in an interactive mode by using a markup file And executed by a computer, the data storage medium includes: using a take-out signal to issue a first code for a command to pre-load a mark file; and using a take-out signal to notify whether the above-mentioned for pre-load a mark file has been successfully issued The second code of the command. In order to achieve the above and / or other viewpoints of the present invention, another data storage medium encoded by code is provided here, and the above code is used to implement a method of using a markup file to reproduce audiovisual (AV) data in an interactive mode. The method is executed by a computer. The data storage medium includes: a first code, which is used by a content decoder to check whether a buffer manager has used an application program interface (API) to complete a pre-loaded markup file; and a second program Code, which returns a true message to the content decoder in response to the buffer manager using the application programming interface (API) to successfully complete the pre-loading of the markup file, otherwise returns a false message to the content decoder. In order to make the above and other objects, features, and advantages of the present invention more comprehensible, hereinafter, the preferred embodiments thereof are described in detail with the accompanying drawings, as follows: Embodiments The preferred embodiment, and with reference to the drawings, will be detailed 12457pif. doc / 008 16 1236002 Explains in detail ′ where the same reference numerals denote the same components. In order to explain the present invention, embodiments thereof will be described below with reference to the drawings. The device and method for preloading data and deleting the preloaded data are disclosed in Korean Patent Application No. 2002-57393 filed by the applicant on September 19, 2002. Although its contents are fully disclosed here for reference, the following description of its contents further illustrates the present invention. Fig. 3 is a block diagram of an apparatus for reproducing data from a data storage medium for performing a preload or delete operation related to a markup file. The above device supports an interactive mode in which an audio video (AV) is reproduced from the digital versatile disc (DVD) 300 by decoding audio video (AV) data recorded on a data storage medium such as the digital versatile disc (DVD) 300 AV) Data Stream 'then displays the decoded data in a window defined by the markup file. The device includes a reader 丨, a first memory 2, a second memory 3, an audio-video (AV) decoder 4, and a display engine 5. During interactive mode 'an audio video (AV) screen will be displayed when it is embedded in a marker screen. The tag file is displayed on the tag screen, and the audio video (AV) screen is obtained by reproducing the audio video (AV) data. The display engine 5 supports extensions to link tags, Java description language (JavaScript), or Java Applet for transliteration and execution using link tags, Java description language (JavaScript) application programming interface (API), or Pre-loaded information written in the JavaApplet application programming interface (API), and using the Java description language (JavaScript) application programming interface (Αρι) or Java applet (JavaApplet) 12457pif. doc / 008 17 1236002 Deletion information written in the application programming interface (API). The reader 1 reads a mark file or audio video (AV) data from a digital versatile disc (DVD) 300. For example, the first memory 2 of a buffer memory buffers the audio video (AV) data read by the reader 1. For example, the second memory 3 of a cache memory caches the pre-loaded files received. The audio-video (AV) decoder 4 decodes the audio-video (AV) data stored in the first memory 2 and outputs an audio-video (AV) data stream. Display engine 5 pre-loaded information contained in the markup file read by transliteration reader 1 and sends a request to reader 1 or an Internet server (not shown) based on the transliterated pre-loaded information In order to obtain a file to be loaded into the second memory 3 in advance. In order to display the above file and the above-mentioned audio-visual (AV) data simultaneously, the pre-loaded file is read from the second memory body 3 and the audio-video (AV) data stream output from the audio-video (AV) decoder 4 is read Show together. The file is deleted from the second memory 3 by deleting the information by literal translation. The digital versatile disc (DVD) 300 includes audio data or audio video (AV) data 'and a marked file with preloaded information and / or deleted information. In addition, a pre-loaded list file and / or a deletion-list file may be recorded on a digital versatile disc (DVD) 300. The above preload list file includes a list of files to be preloaded and the size of each file to be preloaded. The above-mentioned file to be pre-loaded represents a mark file that is synchronously reproduced with corresponding audio-visual (AV) data. The above pre-loaded files may be recorded on a digital versatile disc (DVD) 300. However, it is also possible to store the above-mentioned file to be pre-loaded on an Internet server accessible via the Internet. 12457pif. doc / 008 18 1236002 The preload information includes a command for reading a file to be preloaded from, for example, a digital versatile disc (DVD) 300, and then storing the above file in the cache memory 3. The preload information may be specified using a link tag, which includes the path and attributes of the preload list file and is inserted into a head tag. On the other hand, the preload information may be specified using a Java description language (JavaScript) application programming interface (API) or a Java applet (JavaApplet) application programming interface (API), which has a path to preload the list file and And / or attributes as function parameters and can regenerate preloaded list files. The preload information may also be specified using a Java description language (JavaScript) application programming interface (API) or a Java applet (JavaApplet) application programming interface (API), which has the path of each file to be preloaded And / or attributes as function parameters and can regenerate the aforementioned files, in which case there is no need to pre-load the list file. The delete list file includes a list of files to be deleted, which has the location information of each file to be deleted, that is, the file name and path of each file to be deleted. The deletion information represents a command for deleting a file from the second memory 3. The deletion information may be specified using a Java description language (JavaScript) application program interface (API) or a Java applet (JavaApplet) application program interface (API). The position information of the deletion list file is only used as a function parameter and can be deleted. The files listed in the delete list file. On the other hand, the deletion information may be specified using a Java description language (JavaScript) application programming interface (API) or a Java applet (JavaApplet) application programming interface (API), which has the location information of each file to be deleted as Function parameter and can delete the above slot case, in this case it is not 12457pif. doc / 008 19 1236002 The list file needs to be deleted. Figure 4 shows the directory structure of a digital versatile disc (DVD) 300. Referring to Figure 4, the root directory includes a digital versatile disc (DVD) video directory VIDEO_TS with audio video (AV) data, and a digital versatile disc (DVD) interactive directory with data to support interactive functions VIDEO_ENAV. Header information related to all audiovisual programs recorded on the digital versatile disc (DVD) 300, navigation information for the first audiovisual program VTS_01_0. IFO, and audio-visual (AV) data VTS_01_0. VOB, VTS_01_1. VOB, ... and so on are recorded in the digital versatile disc (DVD) video directory VIDE0_TS. The detailed description of the structure of the digital multi-function disc (DVD) video directory VIDE0JTS is disclosed in the video-audio digital multi-function disc (DVD-Video) standard (read-only memory disc 1. Video of 0 digital versatile discs). DVD_ENAV, a navigation information related to the entire interactive information. IFO and STARTUP file. HTMs are recorded in the digital versatile disc (DVD) interactive directory VIDEO_ENAV. In addition, the list file STARTUP is preloaded. PLD, a file to be preloaded A. HTM and one inserted in A. HTM graphic file A. PNG is also located in the digital versatile disc (DVD) interactive directory VIDEO_ENAV. Other pre-loaded files and graphics files inserted in them may also be recorded in the digital versatile disc (DVD) interactive directory VIDEO_ENAV. Figure 5 shows the capacity space of a digital versatile disc (DVD) 300. Referring to Figure 5, the above capacity space includes: a capacity space for controlling a digital versatile disc (DVD) 300 and a digital versatile disc 12457pif. doc / 008 20 1236002 (DVD) 300 Control information area of the recorded file information; a digital versatile disc (DVD) audiovisual data area that records audiovisual program data; and an audio and video playback area during interactive mode (AV) Digital Versatile Disc (DVD) interactive data area. The file stored in the digital video disc VIDEOJTS in Figure 4 is VIDEOJTS. IFO, VTS_01_0. IFO, VTS—OlJhVOB, VTS—01 — 1. VOB, ... and so on are recorded in the above digital versatile disc (DVD) video and audio data area. Digital Versatile Disc (DVD) Interactive Catalog DVD—ENAV is a file stored in STARTUP. HTM, STARTUP. PLD, A. HTM and A. PNGs are recorded in the above digital versatile disc (DVD) interactive data area. Figure 6 illustrates a method for reproducing data from a data storage medium. At step 601 'If the interactive mode is selected, the reader 丨 will read a Hypertext Markup Language (HTML) file from the digital versatile disc (DVD) 300, which is recorded on the digital versatile disc (DVD) 300. Tag files. At step 602 ', the display engine 5 interprets the preloaded information included in the above-mentioned hypertext markup language (HTML) document directly, and requests the reader 1 or the Internet server to preload the file. In step 603, in order to respond to the above request, the file to be pre-loaded is stored in the second memory 3. In step 604, the reader 1 reads the audio video data corresponding to the Hypertext Markup Language (HTML) file read in step 601 from the digital versatile disc (DVD) 300, and stores the read audio The video data is stored in the first memory 2 as a buffer memory. In step 605, the audio video (AV) decoder 4 decodes the audio video (AV) data stored in the first memory 2 into an audio video (AV) data stream. At step 606, the display engine 12457pif. doc / 008 21 1236002 5 Read the pre-loaded file from the first memory 3 and display the decoded audio video (AV) data stream in a hypertext mark read by the reader 1 at step 601 Language (HTML) document defined display window. FIG. 7 illustrates a method for transliterating preloaded information, which corresponds to step 602 of FIG. 6. In step 701, the display engine 5 identifies the path of the pre-loaded list file included in a Hypertext Markup Language (HTML) file, and in step 702, reads the pre-loaded list file by following the identified path. In step 703, the display engine 5 identifies the files to be preloaded, which are listed in the preloading list file. Here, identifying the file to be preloaded means identifying the path and attributes of the file to be preloaded. FIG. 8 illustrates a method for pre-loading a file, which corresponds to step 603 of FIG. 6. At step 801, the display engine 5 identifies the path recorded by the link tag of the pre-loaded list file and retrieves the pre-loaded list file. In step 802, the display engine 5 directly translates the pre-loaded list file, which includes a pre-loaded tag and has a path and attributes of the file to be pre-loaded as parameters, and performs pre-loading of the file. FIG. 9A illustrates another method for pre-loading a file. This method corresponds to step 603 of FIG. 6. In step 901a, the display engine 5 directly translates the application program interface inserted into the body tag and uses the parameter indicating the file path to be preloaded, and uses this application interface to read the file to be preloaded. In step 902a, the display engine 5 performs pre-loading by translating a pre-loading list file having paths and attributes of files to be pre-loaded. Because the display engine 5 can determine the file 12457pif to be preloaded. doc / 008 22 1236002 attributes, so you can process files to be preloaded based on their attributes and store the processed files in a memory. FIG. 9B illustrates yet another method for pre-loading a file. This method corresponds to step 603 of FIG. 6. In step 901b, the display engine 5 uses the application program interface (API) inserted in the body tag and having the path and attributes of the file to be pre-loaded as parameters to pre-load the file to be pre-loaded into a memory. Because the attributes of the files to be preloaded are identified, the display engine 5 can process the files to be preloaded according to its attributes and then store the files to be preloaded in a memory. Figure 10 illustrates a method of deleting one or more pre-loaded files stored in the memory. At step 1001, the display engine 5 interprets the deletion information included in a Hypertext Markup Language (HTML) document. At step 1002, a file to be deleted is identified according to a deletion list file and the identified file is deleted from the second memory 3 &gt;. Although the above pre-loaded list file and the above-mentioned delete list file are integrated into a single file, that is, STARTUP. PLD, but it is obviously possible to implement a list of files to be preloaded and a list of files to be deleted, rather than two separate files integrated into a single file. FIG. 11 illustrates a method of deleting one or more files from the cache memory, and this method corresponds to step 1002 of FIG. 10. One of the files to be deleted ^ list may be recorded in the above-mentioned deletion list file. In step 1101, an application program interface (API) having the path for deleting the list file as a parameter is used to delete the file from the second memory 3. Here, deleting the above file may be: a process of physically removing the above file from the second memory 3; including a flag indicating a file that can be deleted from the second memory 3 in the above file Procedures; or the ability to overwrite 12457pif with other information. doc / 008 23 1236002 The above file without having to physically remove the file from the second memory 3. Figure 12 shows the effect of pre-loading the program on an interactive digital versatile disc (DVD), where audio and video (AV) data and Hypertext Markup Language (HTML) files are recorded in the same way as in Figure 1. That is, FIG. 12 shows the occupation of the first memory 2 for buffering audio video (AV) data encoded by the Moving Picture Experts Group (MPEG), and the second memory 3 for caching network resources. Possession. Referring to Figures 1 and 12, the reader i searches for and reads STARTUP. HTM and display engine 5 literal translation STARTUP. HTM includes pre-loaded information for pre-loading ④ A. HTM is in the second memory 3. If the STARTUP loaded in the second memory 3 is triggered. HTM, will load ① audio video (AV) data in the first memory 2 and then display it. Thereafter, audiovisual (AV) data will be loaded into the first memory 2 and then displayed. If the buffering of the audio video (AV) data is completed, the reader 1 jumps to the place where the audio video (AV) data is recorded and starts buffering the audio video (AV) data. At this time, if the user requests ④A. HTM, the display engine 5 is read by the second memory 3 ④A. HTM and display ④A. HTM. In this case, the reader 1 does not need to stop buffering ③ audio video (AV) data, and search for a digital versatile disc (DVD) 300 to obtain ④A. HTM, then load the file ④A. HTM is in the second memory3. Therefore, the reader 1 can continue to buffer ③ audio video (AV) data. If the reader 1 completes the buffering of audio and video (AV) data and jumps to the place where the audio and video (AV) data is recorded, the amount of data buffered by the first memory 2 may be reduced. However, because the amount of buffered data in the first memory 2 is sufficient, a shortage of buffered data does not occur. In other words, even if you need to display 12457pif synchronously with Hypertext Markup Language (HTML) files. doc / 008 24 1236002 shows the audio-visual digital versatile disc (DVD) image reproduced by the interactive digital versatile disc (DVD) during the interactive mode, and the reader 1 does not have to stop buffering the audio video (AV) data to go Search and cache the above Hypertext Markup Language (HTML) documents. This is because the above-mentioned Hypertext Markup Language (HTML) file has been loaded in the second memory 3 in advance. For example, if a particular actor needs to show his or her personal history whenever it appears on the screen, a synchronized display might be used. Furthermore, the above-mentioned device, storage medium, and method for preloading data and deleting the preloaded data are disclosed in Korean Patent Application No. 2002-57393 filed by the applicant on September 19, 2002. Hereinafter, a data storage medium and a method and apparatus for reproducing data from the data storage medium according to the present invention will be described. Fig. 13 is a block diagram of an apparatus for reproducing data from a data storage medium according to an embodiment of the present invention. Similar to Fig. 3, the device of Fig. 13 reproduces data from a data storage medium. In addition, the device in Figure 13 supports the interactive mode and is pre-loaded, and includes an audio-video (AV) buffer 20, an audio-video (AV) reproduction engine 40, an enhanced audio-video (ENAV) buffer 30, and enhanced audio-video (ENAV) engine 50. The audio-video (AV) buffer 20 corresponds to the first memory 2 of FIG. 3 and buffers audio-video (AV) data read by a storage medium such as the disc 100 or a network such as the Internet. The audio video (AV) reproduction engine 40 decodes the buffered audio video (AV) data to output an audio video (AV) data stream. The enhanced audio video (ENAV) buffer 30 is, for example, a cache memory corresponding to the second memory 3 of FIG. The enhanced audio video (ENAV) buffer 30 buffers the mark files read by the disc 100 or the Internet. The Enhanced Audio Video (ENAV) engine 50 corresponds to 12457pif in Figure 3. doc / 008 25 1236002 Display Engine 5 and implements the preloading and control of the buffer status of the mark files stored in the Enhanced Audio Video (ENAV) buffer 30 ° In addition, the 'Enhanced Audio Video (ENAV) engine 50 translates or decodes enhanced audio video (ENAV) The mark file stored in the buffer 30. The enhanced audio video (ENAV) engine 50 allows the audio video (AV) data stream output by the audio video (AV) reproduction engine 40 to be reproduced in an interactive mode. FIG. 14 is a detailed block diagram of the enhanced audio video (ENAV) engine 50 of FIG. 13 according to an embodiment of the present invention. The enhanced audio video (ENAV) engine 50 includes a buffer manager 51 for controlling the enhanced audio video (ENAV) buffer 30, and a content decoder 52 for translating markup files. The content decoder 52 may include a transliteration engine for analyzing and translating the markup file, and a browser for extracting the markup file from the above-mentioned transliteration engine and / or the Internet. Here, the above markup file corresponds to various markup resources to which the markup file is applicable, and ranges from markup text data written in Hypertext Markup Language (HTML), Concatenation Style Sheets (CSS), or Java Description Language (JAVASCRIPT) to Image data, audio data or binary data of Java programs. The above-mentioned mark file can be taken out from the disc 100 or the network by the buffer manager 51 of the enhanced audio video (ENAV) engine 50. Regarding the pre-loading or deletion of the mark file, the buffer manager 51 manages the buffer status of the mark file in a predetermined manner according to the present invention. According to an embodiment of the present invention, the buffer manager 51 responds to a signal output from the content decoder 52. For example, the buffer manager 51 may operate in different ways in response to different signals output by the content decoder 52. For example, the signal may include a take-out signal, a regeneration signal, a release signal, and a discard signal 12457pif. doc / 008 26 1236002 and reporting signals. FIG. 15 illustrates the buffering state of the tag file processed by the enhanced audio video (ENAV) buffer 30 according to one embodiment of the present invention. For example, it is possible to input five different signals, that is, a take-out signal, a reproduction signal, a release signal, a discard signal, and a report signal, from the content decoder 52 to the buffer manager 51. The fetch signal is used to pre-load the mark file into the ENAV buffer 30. If the mark file has been pre-loaded into the ENAV buffer 30, an input / output (I / O) manager can prevent the corresponding mark file from being read from the disc or the network. The input / output (I / O) manager mentioned above means a reader (not shown) that reads data from a disc, or a network data receiver / sender (not shown) that receives data from the network. The reader reads a file from a disc, and the network data receiver / sender uses, for example, Hypertext Transfer Protocol (HTTP) to receive predetermined data from the network and / or transmit predetermined data to the network. Referring to Fig. 15, it is possible to set the above input / output (1/0) manager to operate in the following manner. If a Hypertext Transfer Protocol (HTTP) request is issued, the input / output (I / O) manager described above uses open input / output (I / O). If a request is made for a file on a disc, the above-mentioned input / output (I / O) manager uses a closed input / output (1/0). In order to reproduce tag files from the network, the above-mentioned input / output (I / O) manager uses open input / output (I / O) to receive a plurality of tag files at a predetermined time. However, if a plurality of mark files are read from the disc at a predetermined time, the pickup element (not shown) of the reader needs to be moved between positions where the mark files are recorded. Therefore, it is possible to reduce the speed of reading the corresponding markup file by 12457pif. doc / 008 27 1236002 times. Therefore, for the case where a plurality of mark files are to be read from the disc, a sequential closed input / output (I / O) program for sequentially reading a plurality of mark files from the disc will be adopted. The reproduction signal is used to send the data from the enhanced audio video (ENAV) buffer 30 to the content decoder 52. If the predetermined data is read from a disc or downloaded from the Internet, the operation of the content decoder 52 may be prevented until reading or downloading the predetermined data is completed. The release signal indicates that the above-mentioned predetermined data transferred from the enhanced audio video (ENAV) buffer 30 to the content decoder 52 is no longer needed in response to the above-mentioned reproduction signal. For example, if a predetermined mark file is referenced five times in response to a regeneration signal, a release signal will be generated five times. Counter 値 will increase every time a regeneration signal is generated, and counter 减少 will decrease every time a release signal is generated. If the counter corresponding to the predetermined mark file reaches 0, that is, if all the reproduced mark files have been released, the released mark file will be deleted by the enhanced audio video (ENAV) buffer 30 in response to a discard signal which will be described below. The discard signal indicates that the predetermined mark files stored in the ENAV buffer 30 may be deleted from the ENAV buffer 30, for example, because they will no longer be used. Therefore, in response to the discard signal, the above-mentioned predetermined mark file will be discarded by the enhanced audio video (ENAV) buffer 30. According to an aspect of the present invention, if a mark file is combined with another application and a reproduction signal has been generated but a release signal has not been generated, the mark cannot be deleted from the ENAV buffer 30 even if a predetermined application has generated a discard signal. file. The report signal is used to verify, for example: whether it was successfully loaded in response to 12457pif. doc / 008 28 1236002 Take out the markup file read by the signal in the enhanced audio video (ENAV) buffer 30; whether at least some of the corresponding markup files cannot be read due to errors; and / or whether the corresponding markup file is being processed Read ° According to one embodiment of the present invention, the above and / or other signals of the present invention are provided using an application programming interface (API) corresponding to a script written, for example, in a markup file. The following are examples of the application program interface (API) used to generate various signals used by the present invention ', but the present invention is not limited to these examples. &lt; [〇bj] .preload (URL5resType) &gt; Description: This application program interface (API) is used to pre-load files or read files, and store the files in ENAV buffer 30. The parameters of this application program interface (API) include the location information of a pre-loaded list file or the location information of a file to be pre-loaded 'and the attributes of the file to be pre-loaded. This application program interface (API) generates a fetch signal and may be applied to all files that can be read from a disc (disc: //) or the Internet (http ·· //). Obviously, an application programming interface (API) may be used to preload files. Parameters: URL The path of the above preloaded list file or the path of the file to be preloaded resType =: The attribute of the file to be preloaded is returned 値: If a preload command is successfully executed, a number is returned値 0. Otherwise, a number 値 -1 is returned. For example, if the above pre-load command is not successfully executed as 12457pif.doc / 008 29 Ϊ236002, a number -1 is returned. Example: A navigator.preload ("disc: //dvd_enav/a.htm", "text / xml") request corresponds to a request to load a file from "disc: //dvd_enav/a.htm". The above-mentioned file to be pre-loaded is a text file written in Extensible Markup Language (XML). A navigator.preload ("disc: //dvd_enav/a.pld", "xml / preload") request corresponds to a preload list to load the above from "disc: //dvd_enav/a.pld" Requirements for the files listed in the file. The files listed in the preload list above are preloaded files written in Extensible Markup Language (XML). &lt; [obj] .discard (URL, resType) &gt; Description: This application program interface (API) is used to delete files from the enhanced audio video (ENAV) buffer 30. The parameters of this application program interface (API) include the location information of a deleted list file or the location information of a file to be deleted, and the attributes of the file to be deleted. This application program interface (API) generates a discard signal. Obviously, an application programming interface (API) may be used to delete files. Parameters: URL = · The path to delete the list file or the path to delete the file i * eSTyPe =: The attribute of the file to be deleted Return 値: If a discard command is successfully executed, a number 値 0 is returned. Otherwise, 12457pif.doc / 008 30! 2360〇2 returns a number 値 -i. For example, if the above discard command is not successfully executed, a number -1 is returned. Example: A navigator.discard ("disc: //dvd_enav/a.htm", "text / xml ,,") request corresponds to a request to delete a file from "disc: //dvd_enav/a.htm". The above file is a text file written in Extensible Markup Language (XML). A navigator.discard ("disc: //dvd—enav/a.pld", "xml / preload") request corresponds to a Request to delete the files listed in the delete list file of "diSC: //dVd_enav/a.pld" in memory. The above files are list files written in Extensible Markup Language (XML). &lt; [obj] .isCached (URL, resType) &gt; Description: This application program interface (API) is used to check, for example, whether the file has been successfully stored / loaded into the ENAV buffer 30. The parameters of the application program interface (API) include the location information of a list file or the location information of the file to be searched / checked, and the attributes of the file to be checked. This application programming interface (API) generates reporting signals and may be applied to all files that can be read from disc (disc: //) or the Internet (http: //). Obviously, an application program interface (API) may be used to check the status of the file. Parameters: URL =: Path of the above list file or path of the file to be checked resType =: Attribute of the file to be checked 12457pif.doc / 008 31 1236002 Returns: If a list file listed above is successfully saved / loaded The displayed file or a file to be checked is returned in the enhanced audio video (ENAV) buffer 30 'with a value of zero. If the checked file is not successfully loaded, that is, the preloading of the above file fails, a number of 1 ° is returned if the above file is still being read / loaded, or if the above file is preloaded If there is no failure during the entry and at least one of the above files is still being read / loaded, a value of 2 is returned. Example:-One navigator.isCached ("disc: //dvd_enav/a.htm", `` text / xml ") request corresponds to one of the" disc: //dvd_enav/a.htm "to verify whether it has been stored File requirements. The above file is a text file written in Extensible Markup Language (XML). A navigator.isCached ("disc: //dvd—enav/a.pld", "xml / preload") requirement corresponds to one application. In order to verify whether the requirements of the files referenced by the "disc: //dvd_enav/a.pld" list file have been stored. The above files are list files written in Extensible Markup Language (XML). &lt; [obj] .progressNameOfFile &gt; Description '· This application program interface (API) is used to return, for example, a global resource identifier (URI) of a file that is currently being preloaded. 値: file path or global resource identifier (URI) 12457pif.doc / 008 32 1236002 &lt; [obj] .progressLengthOfFile &gt; Description = This application program interface (API) indicates how many pre-loaded files are pre-loaded. Returns 値: a byte in bytes &lt; [obj] .remainLengthOfFile &gt; Description: This application program interface (API) indicates how many pre-loaded files are still to be pre-loaded. Returns 値: a byte in bytes &lt; [obj] .totalLoadingSize &gt; Description z This application program interface (API) indicates, for example, the total load of a file to be preloaded. Returns: 一个: a byte in bytes &lt; [obj] .remainLoadingSize &gt; Description = This application program interface (API) indicates, for example, how much of the total load of the file to be preloaded is still pending 12457pif.doc / 008 33 1236002 Returns 値: one bit Group &lt; [obj] .allDone &gt; Description: This application program interface (API) indicates, for example, whether a device that reproduces data from a data storage medium has completed preloading and returns. 若: If the device has successfully completed preloading, then This application program interface (API) returns a true meaning. Otherwise, a fake puppet is returned. For example, if preloading is not completed, that is, if preloading has failed or is still in progress, a dummy call is returned. As described above, according to an aspect of the present invention, a reproduction signal and a release signal are generated each time a corresponding markup file is used. For example, the content decoder 52 uses a display element (not shown) by transliteration &lt; img src— disc: //dvd—enav/a.png ”/ &gt; Display“ image of “disc: //dvd—enav/a.png” 'and generate a reproduced signal to enable the buffer manager 51 to enhance audio video The (ENAV) buffer 30 reproduces the corresponding image. Similarly, if the display of the corresponding image is completed, the content decoder 52 will generate a release signal. FIG. 16 shows a utilization according to an embodiment of the present invention. A method for the content decoder 52 and the buffer manager 51 to control the buffer status. In step 1601, the content decoder 52 generates a fetch signal in response to a preload command. In step 1602, the buffer manager 51 starts to read the specified target. 12457pif.doc / 008 34 1236002 records a file in response to the fetch signal. At step 1603, the content decoder 52 determines, for example, whether all mark files have been read and / or generates a report signal to determine a buffer status of the mark file, for example. At step 1604, if an error occurs, the error is handled. At step 1605, the buffer manager returns a signal indicating the buffer status of the markup file in response to the report letter In step 1606, the content decoder 52 generates a recovery signal to use the above-mentioned mark file. In step 1607, the buffer manager 51 transmits the specified mark file to the content decoder 52 in response to the above-mentioned recovery signal. In step 1608, the content decodes The device 52 displays the specified mark file. In step 1609, if the specified mark file is no longer used, the content decoder 52 generates a release signal. In step 1610, the buffer manager 51 decrements the counter by 1 to indicate, for example, The corresponding usage number of the specified markup file. At step 1611, the content decoder 52 generates a discard signal to delete the specified markup file. At step 1612, the buffer manager 51 removes the data from the enhanced audio video (ENAV) buffer 30 The designated mark file is deleted in response to the above-mentioned discard signal. Figure Π shows a data storage medium, such as a disc, which records audio and video (AV) data and mark files according to an embodiment of the present invention. The above data storage medium It also contains control information to identify the buffer status information of the markup file to be preloaded. For example, 'Enable The file STARTUP.HTM includes a pre-loaded list file STARTUP.PLD to continuously reproduce files in the range from A.HTM to D.HTM. The above control information may include an application programming interface (API), which returns a number値 〇 responds to the preloading of the markup file successfully; returns a number 値 1 in response to the preloading failure of the markup file; and returns a number 12457pif.doc / 008 35 1236002 値 2 in response to the preloading of the markup file Still in progress. The above control information may further include an application programming interface (API) that generates a fetch signal to issue a command for preloading a markup file. The application program interface (API) may return a response indicating whether a command to preload the markup file has been successfully transmitted. The above control information may further include an application program interface (API) to determine whether the pre-loaded markup document is completed. The application program interface (API) may return a true response in response to completion of a pre-loaded markup file or a false response in response to completion of a pre-loaded markup file. Fig. 18 shows a directory structure of a disc of Fig. 17 according to an embodiment of the present invention. Referring to Figure 18, the reference file for the startup file STARTUP.PLD is contained in the directory dvd_enav. Fig. 19 illustrates the spatial structure and file structure of a disc according to Fig. 1 according to an embodiment of the present invention. Referring to Figure 19, the reference file of STARTUP.PLD is recorded in a digital versatile disc (DVD) interactive data area. Fig. 20 shows a predetermined sequence of reproducing mark files and audiovisual (AV) data recorded on the disc of Fig. 17. For example, if each scene starts ’, an IsCached application program interface (API) is used to check whether a reference file corresponding to the pre-loaded list file for this scene has been read. If the reading of the above reference file has been completed successfully, a hypertext mark (HTM) file will be read and reproduced. Thereafter, a Discard application program interface (API) will be used to discard the regenerated markup files. For example, in order to continuously reproduce data from STARTUP.HTM, A.HTM, and D.HTM, STARTUP.PLD will be described as follows. 12457pif.doc / 008 36 1236002 &lt;? xml version = ’, 1.0” encoding =, ’UTF-8’,? &gt; &lt;! DOCTYPE PRELOAD PUBLIC "-// DVD // DTD DVD Preload List 1.0 // EN" "http://www.dvdforum.org/enav/dvd-preload-list.dtd"--&gt; &lt; filedef type = ”text / xml” src = ”disc: //dvd—enav//a.htm” /> <filedef type = ”text / xml” src = ”disc: //dvd_enav//a.pld "/ &Gt; &lt; filedef type =, ’image / png” src = ’’ dvd: //dvd_enav//al.png ”/ &gt; &lt; filedef type = ’’ image / png ”src =’, dvd: //dvd_enav//a2.png ”/ &gt; &lt; filedef type =, 'image / png ”src =', dvd: //dvd_enav//a3.png” /> <filedef type = ”text / xml” src =, 'disc: // dvd_enav // b. htm ”/ &gt; <filedef type =” text / xml ”src =” disc: //dvd_enav//b.pld ”/> &lt; filedef type = ”audio / au” src = ”dvd: //dvd_enav//bl.au” /> <filedef type = ', image / png ”src =` `dvd: //dvd_enav//b2.png ”/ &Gt; <filedef type =` `image / png” src =, 'dvd: //dvd_enav//b3.jpg' '/ &gt; &lt; filedef type =, 'text / xml ”src =` `disc: // dvd_enav &quot; c.htm” / &gt; <filedef type = ”text / xml” src = ”disc: //dvd_enav//c.pld ”/ &Gt; 〈filedef type =` `image / png” src = `` dvd: //dvd_enav//cl.png ”/ &gt; 〈filedef type =` `image / png” src = '' dvd: // dvd_enav // c2.png ”/ &gt; <filedef type =` `image / png” src = `` dvd: //dvd_enav//c3.png ”/ &gt; <filedef type =` `text / xml” src = '' disc: // dvd enav // d.htm '' /> 〈filedef type = ”text / xml” src = ”disc: &quot; dvd_enav // d.pld” / &gt; 〈filedef type = `` image / png ”src =` `dvd: //dvd_enav//dl.png” / &gt; &lt; filedef type = ”image / png” src = ”dvd: //dvd_enav//d2.png” / &gt; &lt; / preload &gt; Using the above STARTUP.PLD, STARTUP.HTM will be displayed on the screen to indicate the start of interactive display. The following is an example of STARTUP.HTM processed by the device in Figure 15. _ &lt;? xml version = ”1.0” encoding = ”UTF-8”? &gt; &lt;! D0CTYPE html PUBLIC-// DVD / DTD XHTML DVD-HTML1.0 // EN "" http://www.dvdforum.org/enav/dvdhtml-l-0.dtd"&gt; &lt; html &gt; &lt; head &gt; &lt; title &gt; WAR Π STARTUP PAGE &lt; / title &gt; <script language = ’’ ecmascript ’’ &gt; &lt;! [CDATA [function onload handler () {a navigator.preload ("disc: //dvd_enav/startup.pld '' ,, 'xml / preload'); idplayer.subscribeToEvent (lO) idplayer.setTrigger (l "00: 30: 35: 00", l); idplayer.play (); docbody.addEventListener ("dvdevent", idplayer_handler, true);} a function idplayer handler (e) {a switch (e.parml) { case 10: .// trigger event if (e.parm2 == 1) // begin to die {while (navigator.isCached ("disc: //dvd_enav/a.pld ''," xml / preload ") == 2 37 12457pif.doc / 008 1236002 丨 | navigator.isCached ("disc: //dvd_enav/b.pld", "xml / preload") == 2 II navigator.isCached ("disc: // dvd_enav / c. pld "," xml / preload ") == 2 || navigator.isCached (" disc: //dvd_enav/d.pld "," xml / preload ") == 2); // during // reading; if ( navigator.isCached ("disc: //dvd_enav/a.pld ''," xml / preload ") == 1) // failed {一 idplayer.stop (); location.href =" disc: // dvd_enav / discerr .htm "; // to read c.pld is OK. location.href =" di sc: //dvd_enav/a.htm "; // jump to c.htm break;

&lt; / script &gt; &lt; / head &gt; &lt; body id = `` docbody ”onload =” onload_handler () ”&gt; <object style =” position: absolute; left: 150px; top: lOOpx; width: 370px; height : 250px ”data =” dvd: video_ts ”id =” idplayer ”/ &gt; &lt; img style =` `position: absolute; left: 167px; top: 375px; width: 170px; height: 60px” src = ”disc: // dvd_enav / sl .png ”type =” image / png, '/ &gt; &lt; img style = ”position: absolute; left: 370px; top: 375px; width: 170px; height: 60px” src = ”disc: //dvd_enav/s2.png ”type =” image / png ”/ &gt; &lt; / body &gt; &lt; / html &gt; According to one aspect of the present invention, the markup files A.HTM and B.HTM may include images. According to According to an aspect of the present invention, referring to FIG. 18 and FIG. 20, for example, A.HTM needs to display mark files, that is, all mark files located in A.PLD and as files to be pre-loaded will be displayed after Removed from ENAV buffer 30. &lt;? Xml version =, '1.0 "encoding =', UTF-8 ''? &gt; &lt;! DOCTYPE html PUBLIC-// DVD / DTD XHTML DVD-HTML1.0 // EN "" http://www.dvdforum.org/enav/dvdhtmM-0.dtd"&gt; &lt; html &gt; &lt; head &gt; &lt; title &gt; WAR Π B.HTM PAGE &lt; / title &gt; <script language = `` ecmascript '' &gt; &lt;! [CDATA [function onload handler () {_ navigator.discard ("disc: // dvd_enav / a.pld "," xml / preload "); // any longer to use A.HTM idplayer.subscribeToEvent (lO) idplayer.setTrigger (l," 50:35:00 ", l); docbody.addEventListener ( "Dvde vent", idplayerhandler, true); 12457pif.doc / 008 38 1236002 function idplayer a handler (e) {a switch (e.parml) {case 10: .// trigger event if (e.parm2 == 1) // begin combat {while (navigator.isCached ("disc: &quot; dvd—enav / c.pld, '," xml / preload ") == 2); // during // reading; if (navigator.isCached ( "Disc: //dvd—enav/c.pld", "xml / preloaci") == 1) // failed {idplayer.stop (); location.href = "disc: &quot; dvd_enav / discerr.htm"; } // to read a.pld is OK. location.href = "disc: // d vd_enav / c.htm "; // jump to c.htm} a break;}}]] &gt; &lt; / script &gt; &lt; / head &gt; &lt; body id = ', docbody" onload = `` onload_handler () '' &gt; 〈object style =, 'left: 11 Opx; top: 80px; width: 500px; height: 200px ”data =` `dvd: video_ts” id = ”idplayer” / &gt; &lt; img style = ”position : absolute; left: 539px; top: 38px; width: 140px; height: 70px ”src =` `disc: //dvd_enav/bl.png” type =, 'image / png ”/ &gt; &lt; img style =” position: absolute; left: 560px; top: 200px; width: 120px; height: 50px ”src =` `disc: //dvd—enav/b2.png” type = ”image / png” / &gt; &lt; img style = ,, position: absolute; left: 610px; top: 280px; width: lOOpx; height: 50px, J src = `` disc: //dvd_enav/b3.png ”type =” image / png ”/ &gt; &lt; / body &gt; &lt; / html &gt; ____ For example, according to the present invention, when a content is processed using a method capable of determining the status of the content that has been entered in advance, the file is preloaded even if the disc is defective or the connection is interrupted Due to buffer failure or Completely, it is possible to display only the image files by using the pre-loaded. Therefore, the reliability of the reproduced content is improved. That is, according to one embodiment of the present invention, even if the markup file is not completely preloaded or an error occurs during the preloading of the markup file, the audiovisual (AV) data can be displayed in an appropriate manner in the interactive mode . Obviously a system using the present invention also includes permanent or removable storage media capable of storing and distributing the programs and data structures of the present invention, such as 39 12457pif.doc / 008 1236002 such as magnetic disks and optical disks, random access memory (Ram), read-only memory (ROM), carrier media, and more. The above operations can also be distributed by downloading on a network such as the Internet. Although the present invention has been disclosed as above with its preferred embodiments, it is not intended to limit the present invention. Any person skilled in the art can make some changes without departing from the principles and spirit of the present invention. The scope of protection of the right to the invention shall be determined by the scope of the attached patent application. Brief Description of the Drawings Figure 1 shows an interactive digital versatile disc (DVD) recording audio-visual (AV) data. Figure 2 shows discontinuous reproduction of data from the interactive digital versatile disc (DVD) shown in Figure 1. Fig. 3 is a block diagram of an apparatus for reproducing data from a data storage medium for performing a preload or delete operation related to a markup file. FIG. 4 shows a directory structure of a digital versatile disc (DVD) 300 supporting pre-loading or deleting related to mark files. Figure 5 shows the capacity space of a digital versatile disc (DVD) 300 that supports pre-loading or deleting related to markup files. Figure 6 is a flowchart of a method for pre-loading or deleting marked files. FIG. 7 is a flowchart of a method for literally translating preloaded information, that is, step 602 of FIG. 6. FIG. 8 is a flowchart of a method for loading a target file in advance, that is, step 603 of FIG. 6. Figure 9A is another method for pre-loading the target file. 12457pif.doc / 008 40 1236002 Figure ′ is step 603 of Figure 6. FIG. 9B is a flowchart of another method for pre-loading a target slot case, that is, step 603 of FIG. 6. Figure 10 is a flowchart of a method of deleting at least one target file that is pre-loaded and stored in a memory. Fig. 11 is a flowchart of a method for deleting files from the cache memory, which is step 1002 of Fig. 10. ^ Figure 12 shows the effect of the pre-loading technique described in Figures 3 to 丨 丨, in which audio-video (AV) data and Hypertext Markup Language (HTML) files are recorded in the same manner as in Figure 1. The interactive digital versatile disc (DVD), FIG. 13 and FIG. 14 are block diagrams of an apparatus for reproducing data from a data storage medium according to an embodiment of the present invention. Figure I5 illustrates a method for managing a cache state of a mark file of a cache memory by using a cache manager according to an embodiment of the present invention. FIG. 16 is a flowchart of a method for controlling a buffer status of a markup file using a content decoder and a cache manager according to an embodiment of the present invention. FIG. Π illustrates an interactive digital versatile disc (DVD) recording audio and video (AV) data and mark files according to an embodiment of the present invention. Figure 18 shows the directory structure of the interactive digital versatile disc (DVD) shown in Figure I7. Figure 19 shows the spatial structure and file structure of the interactive digital versatile disc (DVD) shown in Figure 17. 12457pif.doc / 008 41 1236002 Figure 20 shows a method for reproducing mark files and audiovisual (AV) data from the interactive digital versatile disc (DVD) shown in Figure 17 according to an embodiment of the present invention. . Schematic mark description 1 Sansaishan Ba Buying Benefit 2 First Memory 3 Second Memory 4 Audio Video (AV) Decoder 5 Display Engine 20 Audio Video (AV) Buffer 30 Enhanced Audio Video (ENAV) Buffer Player 40 Audio Video (AV) Reproduction Engine 50 Enhanced Audio Video (ENAV) Engine 51 Buffer Manager 52 Content Decoder 100 Disc 300 Digital Versatile Disc (DVD) 12457pif.doc / 008 42

Claims (1)

1236002 Patent application scope: 1. A device for reproducing audio video (AV) data in an interactive mode using a mark file, the device includes: 'a buffer, the buffer buffers the mark file; and a buffer management The buffer manager manages the buffer so as to load the tag file in advance and output buffer status information of the buffer to report a signal. Stomach 2. The device described in item 1 of the scope of the patent application, the device further includes a content decoder that interprets the mark file and outputs the report signal, wherein the buffer manager notifies the content decoder of the buffer status of the buffer Information in response to the report fg number. 3. The device according to item 2 of the scope of patent application, wherein the content decoder uses an application programming interface (API) to generate the report signal. 4. The device according to item 3 of the scope of patent application, wherein the application programming interface (API) is used to notify the content decoder whether the pre-loading of the tag file is successful or failed, or whether the tag file is still loading in. 5. The device as described in item 4 of the scope of patent application, wherein the application program interface (API) returns a number 値 0 if the mark file is successfully preloaded; if the mark file fails to be preloaded, it is passed Returns a number 値 i; and returns a number 値 2 if the markup file is still loading. 6. The device according to item 2 of the scope of patent application, wherein the content decoder uses an application programming interface (API) to generate the report signal, the application programming interface (API) including at least a file path of the markup file and a One of the attributes is used as a parameter. 7. The device as described in item 2 of the scope of patent application, wherein the content solution 12457pif.doc / 008 43 1236002 encoder uses a [〇bj] .isCached (URL, resType) application program interface (API) to generate the report signal , Where the URL is a parameter indicating a file path of the markup file, and the resType is a parameter indicating an attribute of the markup file. 8. The device according to item 2 of the scope of patent application, wherein the buffer manager uses an application programming interface (API) to notify the content decoder of a buffer status of the markup file. 9. The device according to item 1 of the patent application scope, wherein the buffer manager loads the tag file into the buffer in advance in response to a fetch signal. 10. The device described in item 9 of the scope of patent application, the device further includes a content decoder which interprets the mark file and outputs the fetch signal, wherein the buffer manager notifies whether the content decoder has successfully received the fetch The signal includes a command to preload the markup file. 11. The device as described in claim 10, wherein the content decoder uses an application program interface (API) to generate the fetch signal. 12. The device according to item 11 of the scope of patent application, wherein the buffer manager notifies whether the content decoder has successfully received the command using the application programming interface (API). 13. The device as described in item 1 of the scope of patent application, the device further comprises a content decoder that translates the markup file, wherein the content decoder uses an application programming interface (API) to check whether the preloading of the markup file is completed Into. I4. The device described in item 13 of the scope of patent application, wherein the application programming interface (API) is a [obj] .allDone application programming interface (Αρι). 12457pif.doc / 008 44 1236002 15. The device described in item 14 of the scope of patent application, wherein the [obj] .allDone application program interface (API) returns a true to The content decoder; and if pre-loading of the markup file is not completed, return a dummy to the content decoder. 16. The device described in item 1 of the scope of patent application, the device further comprises a content decoder that interprets the markup file, wherein the buffer manager transfers the markup file from the buffer to the content decoder in response to a reproduction signal. 17. The device described in item 1 of the scope of patent application, the device further comprises a content decoder that interprets the markup file, wherein the content decoder outputs a release signal to the buffer manager to indicate that The tag file brought by the buffer in the content decoder in response to a reproduction signal is no longer used. 18. The device as described in claim 17 of the patent application, wherein the content decoder outputs the release signal to the buffer manager in response to no longer displaying the mark file on a screen of a display element. 19. The device described in item 1 of the scope of patent application, the device further comprises a content decoder that interprets the markup file, wherein the buffer manager deletes the markup file from the buffer in response to the content decoder output One discards the signal. 20. The device as described in claim 19, wherein the content decoder uses a discard application program interface (API) to generate the discard signal. 21. The device as described in item 2 of the scope of patent application, wherein the content decoder uses a progressNameOfFile application program interface (API) to generate 12457pif.doc / 〇〇8 45 l236〇 02 to generate the report signal to determine the current The name of one of the pre-loaded tag files. 22. The device as described in item 2 of the scope of the patent application, wherein the content decoder uses a progressLengthOfFile application program interface (API) to generate the report signal to determine whether the markup file currently pre-loaded has less than $ Loading. 23. The device according to item 2 of the scope of patent application, wherein the content decoder uses a remainLengthOfFile application program interface (API) to generate the report signal to determine how much of the markup file that is currently preloaded is still to be preloaded Into. 24. The device according to item 2 of the scope of patent application, wherein the content angle encoder uses a totalLoadingSize application programming interface (API) to generate the report signal to determine the total loading of the tag file to be pre-loaded. . 25. The device according to item 2 of the scope of patent application, wherein the content decoder uses a remainingLoadingSize application program interface (API) to generate the report signal to determine how much the total load of the markup file has yet to be preloaded. . 26 · —A device for controlling a buffer for buffering a mark file for reproducing audio video (AV) data in an interactive mode, the device includes a device for managing the buffer to pre-load the mark file and output including the The buffer manager of the buffer information of the mark file, wherein the buffer information includes: information indicating that the preload of the mark file is successful; information indicating that the preload of the mark file fails; and 12457pif.doc / 008 46 1236002 Information indicating that pre-loading of the markup file is still in progress. 27. The device as described in claim 26, wherein the buffer manager uses an application programming interface (API) to output the information of the buffer. 28. The device as described in claim 26, wherein the buffer information further includes information indicating whether or not a command for loading the markup file has been successfully received. 29. The device as described in item 26 of the scope of patent application, wherein the information of the buffer further includes information indicating whether to complete the pre-loading of the markup file. 30. A device for recording and / or reproducing audio-visual (AV) data using a mark file in an interactive mode. The device includes: an audio-video (AV) buffer for buffering the audio-video (AV) data An audio video (AV) reproduction engine to decode the audio video (AV) data; an enhanced audio video (ENAV) buffer to pre-load the tag file to reproduce the audio video in the interactive mode ( Data); an enhanced audio video (ENAV) engine to identify the buffer status information of the markup file and decode the markup file; and a device to obtain the markup file. 31. The device described in claim 30, wherein the device uses a closed input / output (I / O) method in response to obtaining the tag file from a data storage medium, and an open input / output ( I / O) method in response to obtaining the tag file from a network. 32 · —A method for regenerating audiovisual 12457pif.doc / 008 47 1236002 audio frequency (AV) data using a markup file in an interactive mode, the method comprising: buffering the markup file for preloading the markup file; and outputting the markup file The buffer status information of the file is marked in response to a report signal. 33. The method described in item 32 of the scope of patent application, the method further comprises generating the report signal to determine the buffer status information of the markup file. 34. The method as described in claim 33, wherein generating the report signal includes generating the report signal using an application programming interface (API). 35. The method as described in claim 34, wherein the application programming interface (API) includes at least one file path and one attribute of the markup file as parameters. 36. The method as described in item 34 of the scope of patent application, wherein the application programming interface (API) is used to determine whether the tag file is buffered in order to preload the tag file successfully or fail, or whether the tag file is still in the buffer . 37. The method according to item 33 of the scope of patent application, wherein generating the report signal includes generating the report signal using an [obj] .isCached (URL, i * esType) application program interface (API), and the URL is a A parameter indicating a file path of the markup file, and the resType is a parameter indicating an attribute of the markup file. 38. The method according to item 32 of the scope of patent application, wherein outputting the buffer status information includes: returning a number 値 0 in response to successfully loading the tag file in advance; returning a number 値 1 in response to unsuccessful Pre-load the tag file; and return a number 2 in response to the 12457pif.doc / 008 48 1236002 tag file still being pre-loaded. 39. The method according to item 32 of the scope of patent application, which further comprises using the pre-loaded markup file to reproduce the audio-visual (AV) data in the interactive mode. 40 · —A method for reproducing audio-video (AV) data in an interactive mode using a tag file, the method comprising: using a take-out signal to issue a command for loading the tag file in advance; and using the take-out signal to receive A response indicating whether the command to successfully load the markup file has been successfully transmitted. 41. The method of claim 40, wherein issuing the command for pre-loading the markup file includes using an application programming interface (API) to generate the fetch signal. 42. The method as described in claim 40, wherein receiving the response includes receiving, using an application programming interface (API), the response indicating whether the command included in the fetch signal has been successfully received. 43. The method according to item 40 of the scope of patent application, which further comprises using the pre-loaded tag file to reproduce the audio-visual (AV) data in the interactive mode. 44. A method for regenerating audio-video (AV) data in an interactive mode using a markup file, the method comprising: using an application program interface (API) to query whether pre-loading of the markup file is completed; and receiving an authenticity Returns a response to completion of pre-loading of the markup file or a false response to response to failure to complete pre-loading of the markup file. 12457pif.doc / 008 49 1236002. 45. The method according to item 44 of the scope of patent application, wherein the application programming interface (API) is an [obj] .allDone application programming interface (API). 46. The method as described in item 44 of the scope of patent application, which further comprises using the pre-loaded tag file to reproduce the audio-visual (AV) data in the interactive mode. 47. A method for managing a tag file used to reproduce audiovisual (AV) data in an interactive mode, the method comprising: buffering the tag file so that the tag file is pre-loaded in response to a fetch signal; output One of the markup files is buffered in response to a report signal; the markup file for decoding is gradually implemented in response to a recovery signal; and the markup file is deleted in response to a discard signal. 48. The method as described in item 47 of the scope of patent application, which further includes marking the marked file as a file that is no longer used in response to a release signal. 49. The method as described in item 47 of the scope of patent application, which further comprises issuing a response indicating whether a command included in the fetch signal to successfully load the markup file has been transmitted. 50. The method as described in item 47 of the scope of the patent application, wherein the output of the buffered state includes returning a pre-loaded signal indicating whether the markup file has been completed. 51. The method as described in item 47 of the scope of patent application, wherein the output of the buffering status includes returning an indication of whether the pre-loaded A of the marked file 12457pif.doc / 008 50 1236002 succeeds or fails, or the advance of the marked file Signal whether loading is still in progress. 52. A method for managing a tag file used to reproduce audiovisual (AV) data in an interactive mode, the method comprising: generating a fetch signal to preload the tag file; generating a report signal to determine A buffer state of the mark file; generating a recovery signal to gradually implement the mark file for decoding; and generating a discard signal to delete the mark file. 53. The method as described in claim 52 of the scope of patent application, which further comprises generating a release signal in response to the mark file not appearing anymore. 54. The method according to item 52 of the scope of patent application, wherein the generation of the report signal includes generating the report signal using an application programming interface (API) to determine one or more of the following conditions: whether the mark file is pre-loaded Success; whether the markup file is still being preloaded; and whether the markup file has been preloaded. 55. —A computer-readable medium encoded with a plurality of operating instructions, which are used to implement a method for reproducing audiovisual (AV) data in an interactive mode using a markup file and executed by a computer, The method includes: buffering the tag file so as to load the tag file in advance; and outputting buffer status information of the tag file in response to a report signal. 56. —A computer-readable medium encoded with a plurality of operating instructions, which are used to implement a method for reproducing audio-visual (AV) data using a markup file in an interactive mode 12457pif.doc / 008 51 1236002 And the method is executed by a computer, the method includes: issuing a command to load the mark file in advance by using a take-out signal; and using the take-out signal to receive whether a finger has been successfully transmitted to load the mark file in advance The response to the order. 57. —A computer-readable medium encoded with a plurality of operating instructions 'These operating instructions are used to implement a method of using a markup file to reproduce audiovisual (AV) data in an interactive mode and executed by a computer' The method includes: using an application program interface (API) to query whether the pre-loading of the markup file is completed; and receiving a true return message in response to completing the preloading of the markup file or a false return response in response Pre-loading of the markup file was not completed. 58. —A computer-readable medium encoded with a plurality of operating instructions 'These operating instructions are used to implement a method of using a markup file to reproduce audiovisual (AV) data in an interactive mode and executed by a computer' The method includes: buffering the tag file so as to load the tag file in advance in response to a fetch signal; outputting a buffer status of the tag file in response to a report signal; and gradually implementing the tag file for decoding in response to a recovery signal; And delete the tag file in response to a discard signal. 12457pif.doc / 008 52 1236002 59. —A computer-readable medium encoded with a plurality of operating instructions for implementing a method for reproducing audiovisual (AV) data in an interactive mode using a markup file And executed by a computer, the method includes: generating a take-out signal to load the mark file in advance; generating a report signal to determine a buffer status of the mark file; generating a recovery signal to gradually implement the mark for decoding File; and generating a discard signal to delete the marked file. 60. A method for processing audiovisual (AV) data in a computer system using a markup file in an interactive mode, the method comprising: controlling a content decoder to generate a report signal to determine a buffering of the markup file Status information; and in response to the report signal, a buffer manager is controlled to issue a response indicating whether the pre-loading of the tag file was successful or failed, or whether the pre-loading of the tag file is still in progress. 61. A method for processing audiovisual (AV) data in a computer system using a marker file in an interactive mode, the method comprising: controlling a content decoder to generate a fetch signal to preload the marker file And in response to the fetching of the 'δ' number, therefore controlling a buffer manager to issue a response indicating whether a command to preload the markup file has been successfully received. 62 · —A method for processing audio-visual (AV) data in a computer system using a markup file in an interactive mode, the method includes: 12457pif.doc / 008 53 1236002 controlling a content decoder to generate a query to It is determined whether the pre-loading of the tag file is completed; and in response to the query, a buffer manager is controlled to issue a response indicating whether the pre-loading of the tag file is completed. 63 · —A kind of data storage medium, the data storage medium includes: audio video (AV) data; a mark file for reproducing the audio video (AV) data in an interactive mode; and control information for identifying the The buffer status information of the loaded tag file. 64. The data storage medium according to item 63 of the scope of patent application, wherein the control information includes an application program interface (API) that generates a report signal for identifying a buffer status of one of the markup files. 65. The data storage medium according to item 63 of the scope of patent application, wherein the control information includes a [obj] .isCached (URL, resType) application program interface (API) that generates a report signal, and the URL is an indicator A parameter of a file path of the markup file, and the resType is a parameter indicating an attribute of the markup file. 66. The data storage medium according to item 63 of the scope of patent application, wherein the control information includes an application program interface (API), and the application program interface (API) returns ~ number 値 〇 in response to the advance of the markup document Loading was successful; a number 1 was returned in response to the preloading failure of the markup file; and a number 2 was returned in response to the preloading of the markup file still in progress. 67. The data storage medium described in item 63 of the scope of patent application, whose control information in 12457pif.doc / 008 54 1236002 includes an application program that generates a fetch signal to issue a command to pre-load the markup file Interface (API). 68. The data storage medium described in claim 67, wherein the application program interface (API) uses the fetch signal to return a response indicating whether the command to successfully load the markup file has been successfully transmitted . 69. The data storage medium as described in item 63 of the scope of the patent application, wherein the control information includes an application program interface (API) for determining whether the pre-loading of the markup file is completed. 70. —A data storage medium encoded with a plurality of codes, which are used to implement a method for reproducing audio-visual (AV) data in an interactive mode using a plurality of markup files and executed by a computer, The data storage medium includes: a first code for buffering the mark files so as to load the mark files in advance; and a second code for outputting information indicating whether to complete buffering the mark files. 71. The data storage medium described in item 70 of the scope of patent application, wherein the first code is executed in response to a fetch signal for issuing a preload command. 72. The data storage medium described in item 70 of the scope of patent application, wherein the second code is executed in response to an application program interface (API) for inquiring whether to complete buffering of the markup documents. 73. The data storage medium as described in item 70 of the scope of patent application, wherein the second code is executed in response to a query for whether to complete buffering the 12457pif.doc / 008 55 1236002 of the marked files [〇bj] .allDone Application Programming Interface (API). 74. —A data storage medium encoded with a plurality of codes for implementing a method of reproducing audiovisual (AV) data in an interactive mode by using a plurality of markup files and executed by a computer, The data storage medium includes: a first code 'the first code uses a fetch signal to issue a command for loading the mark files in advance; and a second code, the second code uses the fetch Signals whether the command to successfully load the markup files has been successfully issued. 75. The data storage medium according to item 74 of the scope of patent application, wherein the first code generates the fetch signal and outputs the fetch signal to a buffer manager so as to preload the mark files in response to receiving the fetch signal . 76. The data storage medium described in item 74 of the scope of patent application, wherein the second code informs whether a content decoder has successfully issued an application program interface (API) for loading the markup files in advance. This command goes to a buffer manager. 77 · —A data storage medium encoded with a plurality of codes, which are used to implement a method for reproducing audio video (AV) data in a interactive mode by using a plurality of markup files and executed by a computer, The data storage medium includes: a first code, a content decoder using the first code to check whether a buffer manager has completed the pre-loading of the markup files using an application program interface (API); and 12457pif. doc / 008 56 1236002 A second code that returns a true message to the content decoder in response to the buffer manager successfully using the application programming interface (API) to preload the markup files successfully , Otherwise it returns a dummy to the content decoder. 78. The data storage medium described in item 77 of the scope of patent application, wherein the application programming interface (API) is a [obj] .allDcme application programming interface (API). 12457pif.doc / 008 57