RU2383946C2 - Method and device for playing back data recorded on recording medium using local memory - Google Patents

Abstract

FIELD: physics; computer engineering.

SUBSTANCE: method of playing back data from a recording medium using local memory involves reading an association block from the file structure of the local memory, carrying out association operations to combine the read association block with the file structure of the recording medium so as to create virtual data linkage. The method also involves playing back data stored on the recording medium and/or data stored in local memory using the created virtual data linkage. The association block is a set of information associated with the said recording medium. The device for playing back from the recording medium has local memory for storing additional data. The file structure of the local memory includes one or more directories of organisation identification information classified in accordance with individual content suppliers. The organisation identification information directory includes one or more directories of the disc identification information classified in accordance with separate recording media.

EFFECT: possibility of simultaneous playback of data received/stored from the Internet and data recorded on a recording medium based on a virtual file system.

29 cl, 10 dwg

Description

FIELD OF THE INVENTION

The present invention relates to a method and apparatus for reproducing data from a recording medium, and more particularly, to a method and apparatus for reproducing data from a recording medium using a local storage device mounted in an optical recording / reproducing device.

State of the art

Widespread optical discs used as recording media on which you can record a large amount of data. In particular, a high density optical recording medium has recently been developed to record / save high quality video data and high quality audio data for a long period of time, such as a Blu-ray disc (BD).

BD, based on next-generation recording media technology, is considered the next-generation optical recording solution that can store much more data than a regular DVD (digital versatile disc). Recently, many developers have carried out intensive research in the field of technical specifications of international standards related to BD, as well as other digital devices.

Given the situation described above, an optical recording / reproducing device based on the international standard BD has recently been developed, but the international standard BD is not yet complete, therefore, many limitations and problems arise when developing an optical recording / reproducing device.

In particular, in the above optical recording / reproducing device, not only the basic function of recording / reproducing BD data, but also the additional function of interacting with the optical recording / reproducing device with peripheral digital devices must be provided. In other words, the optical recording / reproducing apparatus must receive an external input signal, display the received signal, and reproduce the required data using the external input signal and BD.

However, a method of reproducing data from a recording medium for simultaneously reproducing an external input signal and BD data has not yet been developed, as a result of which there are many limitations and problems when developing an optical recording / reproducing device based on BD.

SUMMARY OF THE INVENTION

Accordingly, the present invention is directed to a method and apparatus for reproducing data from a recording medium using a local storage device, which, in essence, can solve one or more problems associated with the limitations and disadvantages of the prior art.

An object of the present invention is to solve a problem based on a method and apparatus for reproducing data suitable for a recording medium.

Another objective of the present invention is directed to solving a problem based on a reproduction system that includes a local storage device capable of receiving / storing data from an external part and simultaneously reproducing data stored in a local storage device and data recorded on a recording medium, and a data reproducing method from the recording medium.

Another objective of the present invention is directed to solving a problem based on a method for generating a virtual file structure that allows reproducing data stored on a recording medium.

Another objective of the present invention is directed to solving a problem based on a preferred file structure for storing data in a local storage.

An object of the present invention can be achieved by providing a method for reproducing data from a recording medium using a local storage device, comprising the steps of: a) reading the binding block contained in the directory associated with the recording medium from the file structure contained in the local storage; b) performing a binding operation to combine the read binding block with the file structure contained on the recording medium and forming a virtual data composition; and c) reproducing data stored on the recording medium and / or data stored in the local storage using the generated virtual data layout.

In another aspect of the present invention provided herein, a method is provided for constructing a local storage file system, comprising the steps of: a) resolving an organization’s identity information directory for each content provider (provider), comprising at least one disk identification information directory and one shared directory; b) permissions of each disc identification information directory to contain a first binding unit combined with only the corresponding recording medium (i.e., disc); and c) permissions to contain said one shared directory a second binding unit, combined with all recording media (i.e., disks) provided by the content provider.

In a further aspect of the present invention, provided herein is a method for constructing a local storage file system, comprising the steps of: a) permitting an organization’s identity information directory for each content provider to include at least one disk identification information directory; and b) permissions for the disk’s identification information directory to include the first directory that has an active directory (Active) that allows you to build the current binding block, and an inactive directory (Inactive) that is not suitable for the current binding block.

In a further aspect of the present invention, provided herein is a method for generating a virtual data composition, comprising the steps of: a) reading a file structure contained in a recording medium (i.e., disk data composition) to reproduce the original data recorded on the recording medium; b) reading the binding unit, which is associated with the recording medium, from a directory having the same identification information as the identification information of the recording medium of the file structure of the local storage; and c) combining the read binding unit with the data layout of the disk and forming a virtual data composition that allows reproducing the original data contained in the recording medium and / or additional data contained in the local storage.

In an additional aspect of the present invention, provided herein is a method for generating a virtual data composition, comprising the steps of: a) reading a source file to reproduce data contained in a recording medium, and reading an additional file contained in a local storage; b) if the source file has the same name as the additional file, replace the source file with the additional file; and c) if the source file has a name that is different from the name of the additional file, adding or attaching an additional file and forming a virtual data composition.

In an additional aspect of the present invention, provided herein is a device for reproducing data from a recording medium using a local storage device, comprising: a head module for reading raw data from a recording medium; a local storage device for storing additional data associated with the original data, and including a file structure for managing these additional data, so that the file structure includes at least one directory for identifying individual recording media; and a controller for generating a virtual file system for simultaneously reproducing raw data and / or additional data and generating a virtual data composition that allows reproducing raw data and additional data using the virtual file system.

List of drawings

The accompanying drawings, which are intended to more fully understand the invention, illustrate embodiments of the invention, and together with the description, they are intended to explain the principle of the invention.

In the drawings:

figure 1 is a conceptual diagram illustrating a method and apparatus for reproducing data from a recording medium in accordance with the present invention;

2 is a conceptual diagram illustrating a file structure recorded on an optical disc used as a recording medium, and a method for reproducing a specific title using a file structure;

3 is a block diagram illustrating a data recording structure of an optical disc used as a recording medium in accordance with the present invention;

4A is a block diagram illustrating an optical recording / reproducing apparatus in accordance with the present invention;

figv is a block diagram illustrating a device for reproducing data using a local drive, from among the components contained in the optical recording / reproducing device, in accordance with the present invention;

5 is a conceptual diagram illustrating a method of forming a virtual file system capable of reproducing data recorded on a recording medium and data recorded in a local storage device, in accordance with the present invention;

6A-6G are a conceptual file structure for use in a local storage file system in accordance with a variety of preferred embodiments of the present invention;

7 is a conceptual diagram illustrating a method for generating a virtual data composition in accordance with the present invention;

8A-8C are conceptual file structures for use in a local storage file system in accordance with other preferred embodiments of the present invention;

9A-9C are conceptual diagrams illustrating methods for generating another virtual data composition in accordance with the present invention; and

10A-10D are conceptual file structures for use in a local storage file system in accordance with yet another preferred embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

Next, preferred embodiments of the present invention will be described in detail, examples of which are presented in the accompanying drawings.

A method and apparatus for reproducing data from a recording medium using a local storage device will be described below with reference to the accompanying drawings.

Before describing the present invention, it should be noted that most of the terms disclosed in the present invention correspond to general terms well known in the art, but some terms have been selected by the applicant as necessary and will be disclosed below in the following description of the present invention. Therefore, in the present invention, it is preferable to understand the terms defined by the applicant on the basis of their semantic meaning.

A recording medium for use in the present invention denotes all recording media, such as an optical disk and magnetic tape, etc., in accordance with various recording schemes.

For convenience of description and a better understanding of the present invention, an optical disc, such as BD, will be used below in the present invention as an example of the above recording medium. It should be noted that the technical ideas of the present invention can be applied to other recording media, without departing from the scope and essence of the invention.

The term “local storage” means a storage module contained in the optical recording / reproducing device 10 shown in FIG. In more detail, the term "local storage" refers to a component that allows you to receive the necessary information or user data and save the received information or data. For example, a conventional local storage device may refer to a hard disk drive (HDD), but it should be noted that the term "local storage" in accordance with the present invention is not limited to HDD, and, if necessary, it can be used in other examples.

In particular, the term “local storage” refers to a storage module for storing data associated with a recording medium such as a BD. Data associated with the recording medium is typically downloaded from an external device. In accordance with the above description, it will be obvious to those skilled in the art that the local storage device can directly read some enabling data from the recording medium and can generate system data (e.g. metadata) associated with the recording / reproducing operations of the recording medium, as a result whereby system data can be stored in a local storage.

The term "binding unit" refers to a set of files stored in a local drive. In particular, the binding unit denotes a set of information (i.e., an information set) associated with a particular recording medium. In this case, the information set is replaced with the file information contained on a particular recording medium, or added to it, which allows you to simultaneously reproduce the data of the recording medium and data of the local drive. A detailed description of the binding block will be given below.

For convenience of description, the data recorded on the recording medium is referred to as “raw data”, the data associated with the recording medium from among the plurality of data modules stored in the local storage is called “additional data”.

1 is a conceptual diagram illustrating a method and apparatus for reproducing data in accordance with the present invention. 1 shows the sharing of an optical recording / reproducing device 10 and peripheral devices.

The optical recording / reproducing device 10 can record / reproduce data regarding various optical discs having different formats. If necessary, the optical recording / reproducing device 10 can record / reproduce specific data only with respect to a specific optical disc, such as a BD, or can reproduce data from the optical disc without writing data to it. It should be noted that in the present invention, as an example, for convenience of description, a BD player is used to reproduce data from the BD, or a BD recorder that can record data on the BD taking into account the correlation between the BD and the peripheral devices. It is widely known in the art that the optical recording / reproducing device 10 can also be used as a drive integrated in a specific device, such as a computer.

The optical recording / reproducing device 10 records or reproduces data regarding the optical disk 30, receives an external input signal, performs signal processing on the received signal, and transmits the signal processing result to the external device 20, which allows the user to view the signal processing result on the display 20. B In this case, there are no restrictions on the received external signal. For example, representative external input signals may be defined as a signal associated with a DTV (digital television), and a signal connected to the Internet, etc. In particular, the Internet denotes a data network, access to which the user can easily get, as a result of which the user can download certain Internet data using the optical device 10 recording / playback, and can use the downloaded data.

As described above, an entity providing a content data used as an external source is commonly referred to as a content provider (CP).

When the original data is recorded on an optical disc 30 installed in the optical recording / reproducing device 10, and additional data associated with the original data is presented in other data storage locations (e.g., on the Internet), the present invention is directed to reproducing the original data and additional data at the same time.

For example, it is assumed that multiplexed audio / video (AV) streams recorded as source data are recorded on an optical disc, and additional data intended for use on the Internet is an audio stream different from the audio stream (for example, in Korean) source data. In this case, some users may download a specific audio stream from the Internet (for example, in English) used as additional data, may want to play the downloaded audio stream along with the AV stream that is used as source data, or may want to play only additional data . To implement the above wishes of users, a correlation must be established between the source data and the additional data, and there is a need for a systematic way of managing / reproducing the above data in accordance with the user's request.

For convenience of description, although the signal recorded on the disc is called the source data, and other signals present outside the disc are called additional data, it should be noted that the source data and additional data are not limited to any specific data.

Typically, additional data may indicate audio data (A), presentation graphics (PG), interactive graphics (IG) data or text subtitles, etc., but additional data may also indicate a multiplexed AV stream including the above data and video data (V). In other words, the data associated with the original data simultaneously existing in the local storage can be used as additional data.

To satisfy the above user requests, the specified file structure must be established between the source data and the additional data. Accordingly, the file structure and data recording structure for use in the BD will be described below with reference to FIGS. 2-3.

FIG. 2 is a conceptual diagram illustrating a file structure for reproducing / managing source data recorded on an optical disc, and a method for reproducing a specific title (the largest data formatting element on a disc) in accordance with the file structure.

An example of the above file structure is shown in FIG. The file structure in accordance with the present invention includes one or more BD directories (BDMV) under a single root directory. The BD directory (BDMV) includes not only the index file, which is used as a common file (that is, the top file), allowing for interactive mode for the user, but also the above-mentioned object. The file structure includes various directories for storing information consisting of valid data recorded on a disc and other information associated with a method of reproducing data, for example, a playlist directory (PLAYLIST), a clip information directory (CLIPINF), a stream directory ( STREAM), auxiliary data directory (AUXDATA) and backup directory (BACKUP). The above directories and various files included in the directory will be described below.

The AUXDATA directory includes an additional data file for playing data from a disc. For example, the AUXDATA directory includes a file “Sound.bdmv” intended to provide audio data to a user when the interactive graphics function is executed, and a file “11111.otf” intended to provide font information to a user when playing data from a disc.

The stream directory (STREAM) includes a plurality of AV stream files recorded on a disc in accordance with a specific format. Typically, individual streams are recorded using a transport package based on the MPEG-2 standard, and stream names (01000.m2ts and 02000.m2ts) with a specific extension * .m2ts are used in the stream directory (STREAM). In particular, if video / audio / graphic information is multiplexed in the above streams, this multiplexed information is called an AV stream, and a single title consists of at least one AV stream file.

The clip information directory (CLIPINF) consists of a plurality of clip information files (01000.clpi and 02000.clpi) associated with the aforementioned stream files on a one-to-one basis. In particular, the attribute information and the temporal information information of the stream files (* .m2ts) are recorded in the clip information files (* .clpi). Clip information files (* .clpi) associated with stream files (* .m2ts) on a one-to-one basis are generally referred to as a “clip”. In other words, this means that a single clip indicates data consisting of a stream file (* .m2ts) and a clip information file (* .clpi). A clip recorded on a disc is called a source clip. A clip that is downloaded and saved to a local drive is called an additional clip.

The playlist directory (PLAYLIST) includes many playlist files (* .mpls). Each playlist file (* .mpls) includes one or more playitems (PlayItem) and one or more playitems (SubPlayItem). Each playitem (PlayItem) and each sub-playitem (SubPlayItem) are adapted to indicate a playback interval during which a particular clip is played. A playitem (PlayItem) and a sub-playitem (SubPlayItem) include information associated with a particular clip intended for reproduction, that is, information associated with the start time of the playback (IN-time), and other information associated with the end time of the playback ( OUT-time) of a specific clip.

In accordance with the above description, the process of reproducing data using at least one playitem (PlayItem) in a playlist file is called the main path, and the process of reproducing data using the individual sub-playitems (SubPlayItem) is called a subpath. The playlist file must contain one main path. The playlist file may contain at least one subpath, according to the presence or absence of sub-elements (SubPlayItem), as appropriate.

Finally, the playlist file reproduces the desired clip using a combination of one or more playitems (PlayItem).

A lot of duplicate files are saved in the backup directory (BACKUP), that is, a duplicate file (also called a "copied file") of the Index file, in which information associated with disc playback, a duplicate of the MovieObject object file is stored , duplicate files of all playlist files (* .mpls) contained in the playlist directory (PLAYLIST), and duplicate files of all clip information files (* .clpi) contained in the clip information directory (CLIPINF). If the above files ("Index", "MovieObject", "* .mpls" and "* .clpi") are damaged, the disc playback process will also be irreversibly violated, and therefore the backup directory (BACKUP) is designed so that it pre-save duplicate files of the above files as backup files.

In conjunction with the above description, figure 2 presents a method for playing a specific title using the above file structure of the disk.

If the user enters a command to play the title together with the title used as the index file (also called the "index table"), playback of that title begins. A detailed description will be given below.

The index file (index.bdmv) includes the first “First Playback” playback information indicating information associated with the first image reproduced when data of the corresponding disc is loaded, top-level menu information “Top Menu” (“ Top Level Menu ”), which provides an image of the menu and at least one title information“ Title # 1 - Title #n ”.

If the disc 30 is loaded into the optical recording / reproducing apparatus 10, the title menu information associated with the index table is presented to the user through the display 20. If the user selects a specific title or a specific menu item contained in the menu image, data playback starts according to the scenario by a predefined disc manufacturer. In other words, if the user enters a command to play back a specific title (for example, title # 1), a specific playlist file is executed in accordance with the command contained in the object file (MovieObject) of the play / control file structure. After that, one or more clips (for example, Clip # 1 - Clip # 3) that make up Title # 1 are played using the specific playitem and / or sub-playitem contained in the playlist file in accordance with the information of the playlist file.

3 is a block diagram illustrating a recording structure of data recorded on a recording medium in accordance with the present invention. In more detail, FIG. 3 shows a disc recording format of information associated with a file structure. As shown in FIG. 3, from the inside of the disc, the above disc structure sequentially includes a file system information area used as system information for managing all files, a database area for recording a playlist file and a clip information file, for reproducing a recorded AV stream (* .m2ts), and an AV stream area for recording a plurality of streams consisting of audio data, video data, and graphic data, etc. In particular, it should be noted that the data recorded in the area of the AV stream can be defined as the source data, as described above.

The present invention is directed to a method and apparatus for simultaneously reproducing source data (for example, the file structure shown in FIG. 2) recorded on a disc and additional data recorded on a local storage device and various preferred embodiments in accordance with the present invention will be described below.

4A is a block diagram illustrating an optical recording / reproducing apparatus 10 in accordance with the present invention.

As shown in FIG. 4A, the optical recording / reproducing device 10 includes a head module 11, a servo module 14, a signal processor 13, and a microprocessor 16. The head module 11 reads the original data recorded on the optical disc and the control information in accordance with the information file recording / playback. The servo module 14 controls the operation of the head module 11. The signal processor 13 receives the reproduction signal from the head module 11, restores the received reproduction signal to the desired signal value, or modulates the signal to be recorded another signal recorded on the optical disc so that it transmits the reconstructed or modulated result. The microprocessor 16 controls the mutual operations of the above components.

The controller 12 downloads additional data to the optical disk from an external source upon receipt of a command from the user, saves the downloaded additional data to the local storage 15 and configures the virtual file system (VFS) to reproduce the original data recorded on the optical disk and the additional data stored in the local drive. The controller 12 generates a virtual file structure (hereinafter referred to as virtual data composition), which includes the source data and associated additional data using VFS, and reproduces the original data and / or additional data using the generated virtual data composition upon receipt of a request from the user.

In conjunction with the above description, below, with reference to the drawings, starting with FIG. 5, a detailed description of VFS and virtual data composition is provided.

The decoder 17 finally decodes the output data (i.e., the original data and / or additional data) upon receipt of the control signal from the controller 12 and presents the decoding result to the user.

The encoder 18 converts the input signal into a signal of a specific format (for example, the MPEG2 transport stream) by receiving a control signal from the controller 12 and transmits the converted result to the signal processor 13.

The new virtual data layout can be stored in local storage 15, which allows it to be reused in the future. In addition, the new virtual data arrangement may be temporarily stored in an additional dynamic storage device and may be used later.

FIG. 4B is a block diagram illustrating a device for reproducing data from an optical disc using a local storage device from among all the components contained in the optical recording / reproducing device 10, in accordance with the present invention.

Information stored in the local storage 15 will be described below. In the local drive 15, in accordance with the present invention, file information is stored (information of the directory file tree for Disc_id #n), including directories and files for the identification information (ID) of a particular disk, and many additional clips downloaded from an external source . In the local storage 15, the binding information for the binding operation associated with the layout of the disk data and a plurality of files (information files identifying the content) for explaining the content data stored in the local storage 15 can additionally be stored.

In particular, the local drive 15 may include a plurality of file information blocks (directory-tree information for Disc_id #n) for working with different disks. Therefore, the local drive 15 additionally requires a file system designed to manage the aforementioned blocks of file information. In particular, the file system is also called the local storage file system 41, and the local storage file system 41 corresponds to a system for managing all files stored in the local storage 15.

Therefore, if an optical disc (e.g., Disc_id # 1) with specific disc identification information (Disk_id) is loaded into the optical recording / reproducing device 10, the controller 12 contained in the optical recording / reproducing device 10 recognizes the identification information using the head module 11, and the signal processor 13 reads the file information equivalent to the identification information of the loaded disk from among all the file information blocks stored in the local storage 15, forms a virtual data layout by linking (or combining) the read information to the disk data layout and reproduces both the original disk data and additional data from the local drive using the generated virtual data layout.

A preferred embodiment for generating a virtual data composition in accordance with the present invention will be described below.

5 is a conceptual diagram illustrating a method for generating the above virtual file system (i.e., virtual data composition) in accordance with the present invention.

When a particular disc is loaded into the optical recording / reproducing device 10, provided that the information and content shown in FIG. 4B is stored in the local storage 15, the optical recording / reproducing device 10 reads the file system information 41 contained in the local storage 15, and simultaneously reads information 42 of the disk file system, including the file structure recorded on the disk, resulting in the formation of VFS. In more detail, a virtual file system (VFS) corresponds to a file system virtually configured to control both the file system contained in the local storage 15 and the other file system of the loaded disk.

The optical recording / reproducing device generates a new virtual data composition for simultaneously reproducing the original data recorded on the disc and the additional data recorded in the local storage using the above virtual file system (VFS). To this end, the optical recording / reproducing device 10 reads the file information (information of the file directory tree for Disc_id #n) associated with the disk (for example, Disc_id # 1) from the file system and performs a binding operation to replace the read information of the files with the data composition the disk corresponding to the loaded disk (Disc_id # 1), or adding the read file information to the disk data layout.

The virtual data composition generated by the above binding operation corresponds to a file structure for reproducing / managing the source clip 422 and the additional clip 412. The source clip 422 consists of the source data recorded on a disc. Additional clip 412 consists of additional data recorded in the local storage.

In connection with the above description, the new virtual data composition has the same directory structure as the data composition 42 of the disk, and its detailed description will be given with reference to Fig.7.

6A-6G illustrate conceptual file structures for use on a local storage file system in accordance with various preferred embodiments of the present invention. In more detail, various examples of the file structure associated with the file system contained in the local storage 15 (i.e., in the local storage file system) are shown in FIGS. 6A-6G.

6A shows a conceptual file structure of a local storage file system 41 in accordance with the present invention.

As shown in FIG. 6A, the local storage file system 41 includes a “directory and file structure” (B) for managing downloaded additional data, and a “top-level directory structure” (A) for identifying a specific disk combined with additional data loaded. The "top-level directory structure" (A) is called the "top-level directory". The "Directory and File Structure" (B) is called the "binding unit".

In accordance with the above description, the binding unit has the same structure as the disk data layout (i.e., the file structure of the disk) shown in FIG. The binding unit includes an index file, an object file, a playlist directory (PLAYLIST), a clip information directory (CLIPINF), a stream directory (STREAM), and an auxiliary data directory (AUXDATA). The above directories (PLAYLIST, CLIPINF, STREAM and AUXDATA) include unique files.

The binding unit is associated with a specific case in which all the downloaded additional data is present. If only some files are downloaded, it will be obvious to those skilled in the art that only the directory and file associated with the downloaded files will be present in the binding unit.

For example, if only a playlist file (* .mpls) and clips (* .clpi, * .m2ts) are loaded, the binding block can include only the playlist directory (PLAYLIST), the clip information directory (CLIPINF) and the stream directory (STREAM ) to manage downloaded playlist files (* .mpls) and downloaded clips (* .clpi, * .m2ts), as appropriate.

The structure of the "top-level directory" (A) includes at least one directory structure (A) intended to identify a particular disk with which the downloaded additional data should be combined.

Next, with reference to FIGS. 6B-6G, various preferred embodiments of the above “top-level directory” (A) structure will be described.

FIG. 6B shows a conceptual file structure for use in a local storage file system 41 in accordance with a preferred embodiment of the present invention. In particular, the file system of the local drive 41 in FIG. 6B is presented based on a “top level directory” (A).

As shown in FIG. 6B, a BD directory 61a is used to identify downloaded additional data associated with a particular drive (e.g., a BD drive) and other directories (i.e., the AAAAA directory 61b and / or the BBBBB directory 61c) for managing shared application data, located under the root directory 61 of the file system 41 of the local drive.

In connection with the above description, the detailed structures of the AAAAA directory 61b and / or the BBBBB directory 61c are not directly related to the present invention, therefore, a detailed description thereof will be omitted here for convenience of description.

In accordance with the above description, at least one disc identification information directory (discID) 63 for identifying information of a particular disc type is located in the BD directory 61a. Separate disks of another type include at least one directory 63 discID. Each disc ID directory under BD includes the above binding block B.

For example, FIG. 6B shows an exemplary case in which the local storage file system 41 includes only the disc identification directory (discID) 63 as the disc identification information of a directory allowing identification of a particular disk to be merged with each additional data to be loaded.

Therefore, if a particular disc is loaded into the optical recording / reproducing apparatus, the binding unit B contained in the same directory as the directory of the corresponding disc identification information (for example, “Disc_id”) will be combined with the file structure of the loaded disc, resulting in The above virtual data composition will be generated.

FIG. 6C shows a conceptual file structure for use in a local storage file system 41 in accordance with another preferred embodiment of the present invention. In particular, the local storage file system 41 of FIG. 6C is shown based on a “top-level directory” (A).

In connection with the above description, the file structure of FIG. 6C is the same as that of FIG. 6B. However, the local storage file system of FIG. 6C further includes a content identification directory (contentID) directory 64 for each content data, in contrast to the local storage file system shown in FIG. 6B.

For example, in connection with the above-mentioned directories 641, 642 and 643 of content identification information (contentID), a single content identification directory 641, 642 or 643 is generated whenever specific content data associated with the disc identification information directory (discID) 631 is loaded. .

Therefore, the disc identification information directory 63 for identifying information of a particular disc type and the content identification information directory 64 for identifying content data are hierarchically located in the BD directory 61a. The above binding block B is contained in each directory 64 of the content identification information.

6D shows a conceptual file structure for use in a local storage file system 41 in accordance with another preferred embodiment of the present invention. In particular, the local storage file system 41 of FIG. 6D is shown based on a “top level directory” (A).

As shown in FIG. 6D, a BD directory 61a for identifying downloadable additional data associated with a particular disk (e.g., BD) and other directories (i.e., AAAAA directory 61b and / or BBBBB directory 61c) for managing shared data applications located under the root directory 61 of the file system 41 of the local drive.

In accordance with the above description, an organization identification directory (org ID) 62 for identifying a content provider (CP) and a disk identification information directory 63 for identifying information of a particular disk type are located under the BD directory 61a. The above binding unit B is contained in each disc identification directory 63.

An organization identification directory 62 includes one or more directories classified according to content providers (CPs) for providing the above-mentioned additional data. Typically, the directories contained in the organization identification directory 62 are classified according to title producers (also called "studios") that produce movie titles. For example, directory 621 org ID_1 corresponds to studio A, directory 622 org ID_2 corresponds to studio B, and directory 623 org ID_3 corresponds to studio C. One or more disc identification information directories 63, classified according to types of discs made by individual studios, are located under each from directories 621, 622 and 623 of the organization’s identification information. For example, Title Title # 1 from among the individual titles Title # 1- # 3 manufactured in Studio A, designated 621 org ID_1, assigned a directory 631 disc ID_1, title # 2 assigned a directory 632 disc ID_2, and title # 3 assigned directory 633 disc ID_3. The above binding unit is contained in each of the directories 631, 632 and 633 of the identification information of the disk.

According to the preferred embodiment shown in FIG. 6D, the org ID directory 62 and the disk identification information directory 63, which act as identification information directories for identifying a particular disk in combination with separate additional data downloaded, are arranged hierarchically in the file system 41 local drives. Therefore, if a particular disc is loaded into the optical recording / reproducing apparatus, the binding unit B contained in the same directory as the identification information (for example, “Org_ID and Disc_id”) of the loaded disc is combined with the loaded disc package, so that the above virtual data composition.

As described above, the local storage file system 41 of FIG. 6D further includes a first Shared directory 62a used as a shared directory for all content providers (CPs) and a second Shared directory 63a used as a shared directory for all directories 63 of the disc identification information of individual CPs. In this case, the first shared directory 62a and the second shared directory 63a are located under the BD directory 61a.

The first shared directory 62a is intended to provide common data shared across all studios. Preferably, on the assumption that all studios (i.e. all CPs) agree with the need for the aforementioned first shared directory 62a, the local storage file system 41 of FIG. 6D may include a first shared directory 62a. To indicate the above fact, a dashed line is connected to the first shared directory 62a.

At the same time, the second shared directory 63a is intended to provide general data applied generically to all titles (for example, disc identification information directory 631-633 contained in the organization identification directory 621) of individual studios.

For example, the second shared directory 63a is configured to use the same home screen for titles produced by the respective studio, or used as a directory intended to provide a specific screen image for advertising new titles of the respective studios. In other words, although there is no agreement between all the studios, the second shared directory 63a may be contained in the file structure, if necessary, in contrast to the first shared directory 62a.

Therefore, if there is a first shared directory 62a and / or a second shared directory 63a, the binding unit B contained in the corresponding shared directory is combined with the disk data layout, and a detailed description thereof will be described below with reference to FIG. 7.

6E illustrates a conceptual file structure for use in a local storage file system 41 in accordance with another preferred embodiment of the present invention. In particular, the local storage file system 41 of FIG. 6E is shown based on a “top level directory” (A).

In accordance with the above description, the file structure of FIG. 6E is the same as that of FIG. 6D. However, the local storage file system of FIG. 6E further includes a directory 64 of content identification information (contentID) for each downloadable block of content data, in contrast to the local storage file system of FIG. 6D. A content identification directory 64 is located under the disc identification information directory 63.

For example, in connection with the above-mentioned directories 641, 642 and 643 of content identification information (contentID), one content identification information directory 641, 642 or 643 is generated whenever specific content data associated with the disc identification directory (discID) 631 is loaded.

Therefore, an organization identification directory 62 for identifying a content provider (CP), a disk identification information directory 63 for identifying type information of a particular disk, and a content identification directory 64 for identifying content data are located under the BD directory 61a. The above binding unit B is contained in each content identification directory 64.

The local storage file system of FIG. 6E may further include a first shared directory 62a and / or a second shared directory 63a in the same manner as shown in FIG. 6D.

6F illustrates a conceptual file structure for use in a local storage file system 41 in accordance with another preferred embodiment of the present invention. In particular, the local storage file system 41 of FIG. 6F is shown based on a “top-level directory” (A).

In accordance with the above description, the local storage file system of FIG. 6F is characterized in that it includes one directory for identifying a particular disk. For example, the disk identification information directory 63 and the content identification information directory 64 shown in FIG. 6C are unified so that a disk and content identification information directory 65 (disc_content_ID) is formed.

In more detail, in accordance with the disc and content identification directories 651, 652 and 653 (disc_content_ID), one disc and content identification information directory 651, 652 or 653 is generated whenever specific content data associated with a particular disc is downloaded.

Therefore, only the disc and content identification information directory 65 (disc_content_ID) for identifying information of a particular disc type and content type information is located under the BD directory 61a. The above binding unit B is contained in separate directories 651, 652 and 653 of disc and content identification information (disc_content_ID).

FIG. 6G shows a conceptual file structure for use in a local storage file system 41 in accordance with another preferred embodiment of the present invention. In particular, the local storage file system 41 of FIG. 6G is shown based on a “top level directory” (A).

In accordance with the above description, the file system of the local drive of FIG. 6G is characterized in that it includes one directory for identifying a particular disk. For example, the organization identification directory (orgID) 62, the disk identification information directory 63 and the content identification information directory 64 shown in FIG. 6E are unified and combined so that the organization, disk and content identification information directory 66 (org_disc_content_ID) is formed.

More specifically, in accordance with the organization, disk and content identification directories 661, 662 and 663 (org_disc_content_ID), one organization, disk and content identification information directory 661, 662 or 663 is generated whenever data of a specific content associated with a particular a disk.

Therefore, only the organization, disc and content identification information directory 66 (org_disc_content_ID) for identifying information such as a specific studio, disc, and content data is located under the BD directory 61a. The above block B binding contained in separate directories 661, 662 and 663 identification information of the organization, disk and content (org_disc_content_ID).

According to the above preferred embodiments associated with the local storage file system 41 according to the present invention, at least one identification directory is contained in other preferred embodiments except for the preferred embodiment shown in FIG. 6E. Therefore, it may be preferable that directories not contained in other preferred embodiments, other than the preferred embodiment of FIG. 6E, be presented in the form of metadata indicating system data, which are then stored further.

For example, the preferred embodiment of FIG. 6B does not include an organization identification directory 62 and content identification information directory 64. Preferably, CP information and content information may be arranged in the form of metadata, and then they can be managed. The content identification information directory is not present in the preferred embodiment of FIG. 6D, whereby the information associated with the content can be presented in the form of metadata, and it can then be managed.

7 is a conceptual diagram illustrating a method for generating a virtual data composition using a virtual file system (VFS) based on a file structure in accordance with the present invention.

As shown in FIG. 7, a particular file structure (i.e., the disk data arrangement of FIG. 2) is recorded on a loaded disk. The local storage file system 41, including one of the disk data arrangements of FIGS. 6B-6G, is contained in the local storage.

The local storage file system 41 includes a binding unit and binding information that are combined with a loaded disk (e.g., Disc_id # 1).

In accordance with the above description, in the present invention, an example is presented of the following case in which the disk data layout of the local storage file system 41 includes a disk identification information directory 63 and a second shared directory 63a under the organization identification directory 62, in accordance with with the preferred embodiment of FIG. 6D.

As can be seen in FIG. 7, each of the disc identification directories 63 and the second shared directory 63a includes a binding unit δ combined with the loaded disc (for example, OrgID 1 and DiscID_1).

The local storage file system 41 includes binding information δ. The binding information δ includes various information associated with the binding unit δ, for example, file types of the binding unit, update time of the binding unit, and the binding method, etc. However, a predefined binding method may be used in some examples, if necessary. In other words, this predefined binding method can also be applied in some examples, even though they do not have binding information.

In accordance with the above description, the binding unit δ is basically similar to the layout of the disk data. In particular, the binding unit may include a playlist file having the same name as the name of a specific playlist file contained on the disc, as a result of which it can be combined with this particular playlist file. However, the binding unit alone cannot act as a playback / control file, and this fact is considered as the difference between the binding unit δ and the data layout ϕ of the disk.

It should be noted that the binding unit δ cannot be directly operated as a playback / control file, in contrast to the data layout ϕ of the disk. If it is assumed that the binding unit δ is designed to perform data reproduction by itself, such data reproduction is similar to local data reproduction, so that the above operations of the binding unit are contrary to the purpose of the present invention, which consists in simultaneously reproducing both the original data recorded on the disc, so and additional data recorded in the local storage.

For this reason, the virtual file system (VFS) performs the bind operation to combine the bind unit δ with the data layout ϕ of the disk of the loaded disk using the bind information δ mentioned above, so that it forms a new virtual data composition 51.

In view of the above description, various properties of the above binding operation and the virtual data composition generated by the binding operation will be described below.

The first property of the binding operation is as follows. If the names of the files contained in the data layout ϕ of the disk coincide with the names of the files contained in the block δ of the binding, the files contained in the virtual layout of the data 51 are replaced with the above files contained in the block δ of the binding. For example, as shown in FIG. 7, the index file (index.bdmv) 82 and the playlist file (00000.mpls) 72, which have the same file names as the index file (index.bdmv) 81 and the file (00000. mpls) 71 playlists contained in the disk ϕ data layout are present in the binding unit δ, and the index file (index.bdmv) 82 and the playlist file (00000.mpls) 72 are replaced by the files contained in the binding unit δ of the new virtual layout data.

An external content provider (CP) that can provide an index file (index.bdmv) 82 and a playlist file (00000.mpls) 72 contained in the above binding unit δ should take into account that the above index file (index.bdmv) 82 and the playlist file (00000.mpls) 72 replace the index file (index.bdmv) 81 and the playlist file (00000.mpls) 71 contained in the disk ϕ data layout, and must first prepare the above files in the form of finished files ( i.e. full files), for example, an external CP can pre-deliver There is a fully formatted index file (index.bdmv) 82 and a fully formatted file (00000.bdmv) 72 playlists.

However, in the case where the external CP does not provide a fully formatted index file (index.bdmv) 82 and a fully formatted file (00000.bdmv) 72 of the playlist, the virtual data composition 51 must perform the compilation operation with respect to the index file (index.bdmv) 81 and a playlist file (00000.mpls) 71 contained in the disk ϕ data layout so that it can generate a new index file (index.bdmv) (not shown) and a new playlist file (00000.mpls) (not shown) using the above compilation operation.

The second property of the binding operation is as follows. If the file names contained in the disk ϕ data composition are different from the file names contained in the binding unit δ, the files contained in the binding unit δ are added to or added to the virtual data composition. For example, as shown in Fig. 7, the file "02000.dpi" and the file "02000.m2ts" contained in the directory 63 disc ID_1, and the file "00001.mpls", the file "03000.clpi" and the file "03000.m2ts "contained in the second shared directory 63a represent newly added files having file names different from the names of the files contained in the disk ϕ data composition, so that the new virtual data composition 51 is configured by adding the aforementioned files.

The third property of the binding operation is as follows. If the same file names are present as the same block δ binding in the directory 63 disc ID_1 and the second shared directory 63a, first use the files contained in the directory 63 disc ID_1. In other words, the priority order of the files generated in the virtual data composition 51 is defined as the following order: directory 63 disc ID_1 → second shared directory 63a → data composition ϕ of the disk.

Therefore, provided that the file “00002.mpls” is present in the directory 63 disc ID_1 and in the second shared directory 63a (not shown), the file contained in the new virtual data composition will be replaced with the file “00002.mpls” indicated above, contained in the directory 63 disc ID_1. Thus, provided that the file “00003.mpls” is present in the second shared directory 63a (not shown), the file contained in the new virtual data layout 51 will be replaced by the file “00003. mpls” contained in the directory 63 disc ID_1 . Therefore, the virtual data composition 51 is formed using the above first to third properties so that the original data recorded on the disc and additional data recorded on the local storage 15 can be reproduced simultaneously using the above virtual data composition 51.

8A-8C illustrate conceptual file structures for use in a local storage file system in accordance with other preferred embodiments of the present invention.

On figa shows the structure of directories 631, 632 and 633 of the identification information of the disk. In particular, as can be seen in FIG. 8, the application directories 6311 and 6312 contained in the disk identification information directories 631, 632 and 633 are separated from the application directories 6311 and 6312 and the virtual data composition data directory 6313. For example, directory 631 disc ID_0, directory 632 disc ID_1 and directory 633 disc ID_2 are located under directory 621 org ID_0. Directory 631 disc ID_0 includes application directories 6311 and 6312 and virtual data composition data directory 6313. In this case, each of the application directories 6311 and 6312 includes an application file or an application program controlled only by a disk having specific identification information corresponding to “disc ID_0”. The virtual data composition data directory 6313 is merged with a particular disk corresponding to “disc ID_0” and includes files to be contained in the virtual data composition.

8B-8C show detailed structures of the virtual data composition data directory 6313. As described above, the preferred embodiment of FIGS. 8B-8C is characterized in that in FIGS. 8B-8C, an active directory (Active) and an inactive directory (Inactive) are used.

In this case, the active directory (Active) corresponds to the directory consisting of the files of the current virtual data composition, which also means that all files contained in the active (Active) directory are used for the bind operation.

Preferably, the active directory (Active) can only be controlled by the Java system (for example, the BD-J application), while the files contained in the active directory (Active) can only be played after access and an editing operation, such as deleting a file, may not be allowed .

An inactive directory corresponds to a directory consisting of one or more files that cannot form the current virtual data composition. Therefore, the inactive directory (Inactive) is managed by the Java system (for example, the BD-J application), and the files contained in the inactive directory (Inactive) are accessed so that an editing operation, such as deleting a file, is allowed.

As described above, a single virtual data composition data directory 6313 may include one active (Active) directory 6313a and a plurality of inactive directories 6313b and 6313c. In other words, one active directory must be present as the directory used for the current bind operation in the data directory of the virtual data composition. In addition, at least one inactive directory may also be present as a directory not used for the current binding operation in the data directory of the virtual data composition, if necessary. In addition, an inactive directory (Inactive) can be changed to an active directory (Active), and an active directory (Active) can also be changed to an inactive directory (Inactive).

However, in another example, many Active Directories may be present in the data directory of the virtual data composition. In this case, a high-level control program may be required to control the binding operation.

The directories (00000, 00001 and 00002) contained in the data directory 6313 of the virtual data composition can function as directories in which files classified according to the data of the downloaded content can be saved. In other words, a plurality of blocks of content data contained in one title can be separated from each other, if necessary. For example, one title includes an audio stream and a graphic stream. The audio stream is stored in an inactive directory (00001), and the graphic stream is stored in an inactive directory (00002).

Therefore, the divided / stored content data is moved to the active (Active) directory before the bind operation.

FIG. 8B shows an example in which a separate active directory (00000) and a plurality of inactive directories (00001, 00002) are contained in a virtual data composition data directory 6313. The binding unit, designed to form a virtual data composition, is present in the active directory (00000). Although the files contained in the inactive directories (00001, 00002) are shown in FIG. 8B, all files contained in the binding directory of the active directory (00000) may be present in the structure in FIG. 8B.

On figs shows another example of a block binding, allowing to form a virtual layout of the data in the active directory (0000). In other words, many blocks of content data contained in one title are configured as a set of additional files. For example, the first set (101S) of sound files (00000.01. Mpls, 01000. dpi and 01000.rn2ts), the second set (102S) of presentation graphics (PG) files (00000.02.mpls, 09001.clpi and 09001.m2ts) and the third set (103S) text subtitle files (TXT-ST) (00000.03.mpls, 09002.clpi and 09002.m2ts) can be formed separately from each other. In the case of the above example, download the first set of 101S files, the second set of 102S files and the third set of 103S files, classified according to the content blocks, save as separate files in the inactive directory and move to the active directory before the bind operation, as a result of which one snap block.

9A-9C are conceptual diagrams illustrating methods for generating another virtual data composition in accordance with the present invention. For example, the binding method for use in the binding unit of FIG. 8C is shown in FIGS. 9A-9C. FIG. 9A shows a bind operation by which a single playlist file (00000.mpls) 100 contained on a disc can be combined with a plurality of playlist files 101, 102 and 103 contained in a bind unit. It can be noted that the plurality of playlist files 101, 102, and 103 contained in the binding unit are equivalent to the playlist files of the individual content associated with the playlist file 100 contained on the disc.

FIG. 9B shows in detail the binding operation for the process of FIG. 9A.

In accordance with the above description, FIG. 9B shows an example in which a playlist file 100 on a disk configures a main path, and a plurality of playlist files 101, 102 and 103 contained in the binding unit form subpaths, respectively.

First, a plurality of playlist files 101, 102, and 103 contained in the binding unit for generating at least one subpath are merged, and this subpath is combined with the playlist file 100 contained on the disc, so that a virtual playlist file containing in virtual data composition. In this case, a single subpath or a plurality of subpaths classified in accordance with the individual playlist files 101, 102 and 103 can be formed.

In accordance with the above description, FIG. 9C shows an example in which a playlist file 100 contained on a disk forms a main path, and each of the playlist files 101, 102 and 103 contained in the binding unit includes a main path and subpath.

In this case, the virtual playlist file 104 contained in the virtual data composition is formed by merging the playlist files 101, 102 and 103 contained in the binding unit, and it does not merge with the playlist file 100 contained on the disk. FIG. 9C shows an example in which each of the playlist files 101, 102, and 103 contained in the binding unit includes a main path such that the content data of the playlist file 100 contained on the disc is pre-arranged as shown in figs.

In accordance with the above description, provided that only one playlist file 101, 102, or 103 is present in the binding unit, the corresponding playlist file can be replaced with a virtual playlist file 104.

10A-10D illustrate conceptual file structures when used in a file system of a local storage device in accordance with other preferred embodiments of the present invention. In particular, the structures of FIGS. 10A-10D are presented based on a shared directory.

The first shared directory 62a, which provides the ability to share common file information to the organization identification directories 621, 622, and 623, and the second shared directory 63a, that allows shared file information to be shared to the disk identification directories 631, 632 and 633, are presented on figa, the same as in the preferred embodiment of fig.6D.

In addition, individual directories are managed using a resident application acting as a system program. In other words, the resident application contained in the optical recording / reproducing device edits files of a specific directory contained in a local storage device or controls the file linking operation of a specific directory.

As described above, according to the preferred embodiment of FIG. 10A, the first shared directory 62a, the disk identification directories 631-633, and the binding unit of the second shared directory 63a are configured to have the same format.

In accordance with the above description, files contained in the first shared directory 62a and files contained in the second shared directory 63a will be described below.

First, it should be noted that the number of file types contained in the first shared directory 62a should be limited, since copyright infringement may occur in directories 621-623 of the organization’s identity information generated by different content providers (CPs). Therefore, it is preferable that the first shared directory 62a consists of a minimum number of files in which there are no problems associated with copyright infringement.

The types of files contained in the second shared directory 63a can be accessed in various ways, since the above copyright infringement problems are less likely to occur in directories 631-633 of the disc identification information generated by one CP. For example, a general click sound file at the click of a mouse button can be presented as auxiliary data, or a title for advertising a new movie, if necessary, can also be presented as such auxiliary data. However, it should be noted that the database file or the content file associated with the particular disk is not contained in the second shared directory 63a. Preferably, the order of priority of the binding operations of the above binding blocks can be determined so that it will be the following order: a directory 63 of the identification information of the disk → the second shared directory 63a → the first shared directory 62a.

10B shows an example title structure of the second shared directory 63a. In other words, the preferred embodiment of FIG. 10B is designed taking into account that files are edited in units of titles.

Therefore, provided that a specific title (eg, Title # 1) contained in the second shared directory 63a is associated only with a specific disk identification information directory 631 and is not associated with other disk identification information directories 632 and 633, file editing can be performed whatever.

However, if a specific title (eg, Title # 2) contained in the second shared directory 63a is associated with a plurality of disc identification information directories 631 and 632, it is difficult to perform the above independent file editing. In this case, all directories 631 and 632 of the disc identification information associated with the corresponding title should be edited simultaneously.

As another example, during the manufacture of the optical recording / reproducing apparatus, a file editing preventing system may be developed. In addition, another system may also be developed that prevents the deletion of files while it performs the addition of files. Thus, various systems can be developed in accordance with their unique applications.

10C-10D show various preferred embodiments of a file structure contained in a local storage file system in accordance with the present invention. In particular, the file structure for constructing the binding information in the binding unit is shown in FIGS. 10C-10D.

Binding information refers to specific information that allows you to define binding operations. The preferred embodiment shown in FIGS. 10C-10D is characterized in that it includes an additional directory and an additional file structure for use in binding information.

For example, the binding unit includes a metadata directory (META), and the metadata directory (META) includes a file provided with the binding information.

According to the preferred embodiment of FIGS. 10C-10D, the above file provided with the binding information is called a description file (manifest file), and may be referred to as one of the file 201 "bumf_disc0_ID.xml", file 202 "bumf_dshared.xml "and file 203" bumf_oshared.xml ", etc. in accordance with the categories above with respect to the binding blocks. It will be apparent to those skilled in the art that the metadata directory (META), if necessary, may further include various metadata files, in addition to the above description files.

The above description file includes various blocks of information binding.

In other words, the description file may indicate a binding object file and, if necessary, may determine the content data of the binding operation. In addition, the download time and update time of a particular file may be recorded in the description file, and it may also include certain information indicating whether this particular file corresponds to a file editing object.

In accordance with the above description, FIG. 10C shows an example in which one description file is generated on separate discs, and FIG. 10D shows another example in which a description file is generated for individual titles contained on a disc.

For example, three titles contained in the binding unit in the directory 631 of the identification information of the disk may have a file "bumf_disc0_ID_001.xml", a file 202 "bumf_disc0_ID_002.xml" and a file 203 "bumf_discO_ID_003.xml, respectively. Thus, individual titles of the second shared directory 63a can also have a file 301 "bumf_dshared_001.xml", a file 302 "bumf_dshared_002.xml" and a file 303 "bumf_dshared_003.xml, respectively. When constructing description files for individual titles, as described above, the operations of binding and editing individual titles can be performed more efficiently.

It will be understood by those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.

Industrial applicability

The present invention provides a method and apparatus for reproducing data from a recording medium using a local storage device, a method for generating a virtual data composition that allows them to efficiently reproduce the original data recorded on the recording medium, and additional data stored in the local storage device, as a result which provides more convenient functions for the user.

Claims (29)

1. A method of reproducing data from a recording medium using a local drive, comprising the steps of:
reading the binding unit, which is a set of information associated with said recording medium, from the first file structure contained in the local drive;
performing a binding operation to combine the read binding block with a second file structure contained in the recording medium to form a virtual data composition; and
reproduce data stored on the recording medium and / or data stored in the local storage using the generated virtual data composition,
wherein the first file structure includes one or more directories of identification information of the organization, classified in accordance with individual content providers, and the directory of identification information of the organization includes one or more directories of identification information of the disk, classified in accordance with separate recording media. 2. The method according to claim 1, wherein the data stored in the local storage device includes data downloaded from a content provider. 3. The method according to claim 1, in which the directory of identification information of the disk further includes one or more directories of identification information of the content, classified in accordance with a specific content. 4. The method according to claim 3, in which a directory of content identification information is generated each time the content data is downloaded from the content provider and then stored in a local storage. 5. The method according to claim 1, wherein the organization’s identity information directory further includes at least one shared directory generically applicable to all recording media manufactured by the same content provider. 6. The method according to claim 1, in which the first file structure further includes a shared directory that is generically applicable to all recording media, regardless of the content providers, so that this shared directory acts as an upstream directory for the disc identification information directory. 7. The method according to claim 1, wherein the first file structure includes one directory for each recording medium. 8. The method according to claim 7, in which said one directory for each recording medium is a directory of identification information of the disc and content. 9. The method according to claim 7, in which said one directory for each recording medium is a directory of identification information of the organization, disk and content. 10. The method according to claim 1, further comprising replacing the file contained in the virtual data composition with the file contained in the binding unit when the read binding unit includes a file having the same name as the file name, contained in the second file structure. 11. The method of claim 1, further comprising adding or attaching the file contained in the binding unit to the virtual data composition when the read binding unit includes a file having a name different from the name of the file contained in the second structure . 12. The method of claim 1, further comprising reading a binding unit of a directory of identification information of a disk and a binding unit of a shared directory. 13. The method according to item 12, further comprising forming a virtual data composition using said file contained in the disk identification information directory, the code file contained in the binding unit read from the disk identification information directory has the same name, as the file contained in the binding unit read from the shared directory. 14. A device for reproducing data from a recording medium using a local drive containing
a head module for reading raw data from a recording medium;
a local storage device for storing additional data associated with the source data, and including a first file structure for managing these additional data, so that this file structure includes at least one directory for identifying individual recording media; and
a controller for controlling the head module and the local storage device, wherein the controller reads the binding unit, which is a set of information associated with the recording medium, from the first file structure contained in the local storage unit, performs a binding operation to combine the read binding unit with the second file the structure contained in the recording medium to form a virtual data layout, and reproduces the original data and / or additional data using formed virtual data composition,
wherein the first file structure includes one or more directories of identification information of the organization, classified in accordance with individual content providers, and the directory of identification information of the organization includes one or more directories of identification information of the disk, classified in accordance with separate recording media. 15. The device according to 14, in which the directory of identification information of the organization further includes at least one shared directory that is generically applicable to all recording media manufactured by the same content provider. 16. A method of constructing a file system of a local drive, comprising stages in which
allow the organization’s identity directories for each content provider to contain at least one drive’s identity information directory and one shared directory;
allowing each directory of identification information of the disk to contain a first binding unit representing a set of information associated with said recording medium, the first binding unit being combined with a corresponding recording medium; and
allowing said one shared directory to contain a second binding unit representing a set of information associated with a content provider, the second binding unit being combined with all recording media provided by the content providers. 17. The method according to clause 16, in which the first block binding includes a file provided with information binding. 18. The method of claim 17, wherein the first binding unit further includes a metadata directory having said binding information file. 19. The method of claim 18, wherein the metadata directory includes one binding information file. 20. The method of claim 18, wherein said binding information file includes a plurality of binding information files of individual titles (largest information generating elements on a medium) contained in a metadata directory. 21. The method according to clause 16, in which the second block binding includes a file provided with information binding. 22. The method according to clause 16, further comprising adding another shared directory to the organization’s identity information directory for each content provider. 23. A method for generating a virtual data composition, comprising the steps of:
reading the first file structure contained in the recording medium to reproduce the original data recorded on the recording medium;
reading the binding unit, which is a set of information associated with said recording medium, from a directory having the same identification information as the identification information of this recording medium from a second file structure stored in the local storage; and
combine the read binding unit with the first file structure to form a virtual data layout for reproducing the original data contained in the recording medium and / or additional data contained in the local storage,
wherein the second file structure includes one or more directories of the organization’s identification information classified according to separate content providers, the organization’s identification information directory including one or more disc identification directories classified according to the individual recording media. 24. A method of constructing a file system of a local drive, comprising stages in which
permitting for the organization’s identity directory for each content provider to include at least one drive identity information directory; and
allow the directory of identification information of the disk to include the first directory, which has an active directory that allows you to build the current binding unit, which is a set of information associated with the recording medium, and an inactive directory that is not suitable for this binding unit. 25. The method according to paragraph 24, in which the first directory includes one active directory. 26. The method according to paragraph 24, in which many active directories are present in the first directory. 27. The method according to paragraph 24, further comprising the step of changing the inactive directory to the active directory. 28. The method according to paragraph 24, in which the directory of identification information of the disk further includes at least one second directory, which has an application file managed by only the appropriate recording medium. 29. The method according to paragraph 24, wherein the organization’s identity directory for each content provider includes one shared directory that is generically applied to at least one drive’s identity information directory.

Images