CN100559478C - Method and apparatus for reproducing data recorded in recording medium using local storage - Google Patents

Abstract

A method and apparatus for reproducing data from a recording medium using a local storage are disclosed. The method of reproducing data of a recording medium using a local storage includes the steps of: a) reading a binding unit contained in a directory associated with a recording medium from a file structure contained in a local storage; b) performing a binding operation of combining the read binding unit with a file structure contained in the recording medium and constituting a virtual package; and c) reproducing data stored in the recording medium and/or data stored in the local storage using the constructed virtual package. Accordingly, original data stored in the recording medium and additional data stored in the local storage can be efficiently reproduced, thereby achieving more convenient use.

Description

Method and apparatus for reproducing data recorded in recording medium using local storage

technical field

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 local storage included in an optical recording/reproducing apparatus.

Background technique

In general, optical discs functioning as recording media in which a large amount of data can be recorded have been widely used. In particular, a high-density optical recording medium, such as a Blu-ray Disc (BD), capable of recording/storing high-quality video data and high-quality audio data for a long period of time has recently been developed.

The BD, which is based on next-generation recording medium technology, is regarded as a next-generation optical recording scheme capable of storing much more data than conventional DVDs. Recently, many developers have conducted intensive research on international standard specifications associated with BDs and other digital devices.

In association with the above circumstances, an optical recording/reproducing device based on the BD international standard has recently been developed, but the BD international standard has yet to be completed, thereby causing many limitations and problems in developing the optical recording/reproducing device.

In particular, the above-mentioned optical recording/reproducing device must consider not only the basic function of recording/reproducing BD data but also an additional function enabling the optical recording/reproducing device to interact with peripheral digital devices. In other words, the optical recording/reproducing apparatus must receive an external input signal, must display the received signal, and must reproduce desired data using the external input signal and BD.

However, a method of reproducing data from a recording medium to simultaneously reproduce an external input signal and BD data has yet to be established, thereby causing many limitations and problems in developing a BD-based optical recording/reproducing device.

Contents of the invention

Accordingly, the present invention is directed to a method and apparatus for reproducing data from a recording medium using local storage that substantially obviates one or more problems due to limitations and disadvantages of the related art.

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

Another object of the present invention devised to solve this problem is a playback system including local storage capable of receiving/storing data from an external party, and simultaneously reproducing data stored in the local storage and data recorded in a recording medium , and a method of reproducing data from a recording medium.

Still another object of the present invention devised to solve the problem lies in a method of constituting a virtual file structure capable of reproducing data stored in a recording medium.

Another object of the present invention designed to solve this problem is a preferred file structure for storing data in local storage.

The object of the present invention can be achieved by providing a method for reproducing data of a recording medium using local storage, the method comprising the following steps: a) reading a directory associated with a recording medium from a file structure contained in the local storage b) performing a binding operation that combines the read binding unit with the file structure contained in the recording medium to form a virtual package; and c) reproducing using the constituted virtual package Data stored in the recording medium and/or data stored in local storage.

In another aspect of the present invention, there is provided a method for constructing a local storage file system, the method comprising the following steps: a) allowing each content provider's organization ID directory to have at least one disc ID directory and a single shared directory; b) allowing each disc ID directory to have a first binding unit combined only with the corresponding recording medium (i.e. disc); and c) allowing the single shared directory to have a binding unit associated with all recording media (i.e. disc) combination of the second binding unit.

In yet another aspect of the present invention, a method for constructing a local storage file system is provided herein, the method comprising the steps of: a) allowing each content provider's organization ID directory to include at least one disk ID directory; and b) allowing The disc ID directory includes a first directory having an active directory (Active) capable of constructing the current binding unit and an inactive directory (Inactive) capable of constructing the current binding unit.

In yet another aspect of the present invention, a method for forming a virtual package is provided, the method comprising the following steps: a) reading a file structure contained in a recording medium capable of reproducing the original data recorded in the recording medium (i.e. disc package); b) read the binding unit associated with the recording medium from a directory having the same identification (ID) information as the recording medium in the local storage file structure; and c) read the The binding unit is combined with the disc package and constitutes a virtual package capable of reproducing the original data contained in the recording medium and/or the additional data contained in the local storage.

In another aspect of the present invention, a method for forming a virtual package is provided, the method includes the following steps: a) reading the original file used to reproduce the original data contained in the recording medium, and reading the original file contained in the local the additional file in storage; b) if the original file has the same name as the additional file, replace the original file with the additional file; and c) if the original file and the additional file have a different name, add or append the additional file, and Form a virtual package.

In yet another aspect of the present invention, a device for reproducing data from a recording medium using local storage is provided, the device comprising: a pick-up unit for reading original data from the recording medium; local storage for storing and original data additional data associated with the data, and includes a file structure for managing the additional data, so that the file structure includes at least one directory for identifying each recording medium; and a controller for constituting a virtual file system to simultaneously reproduce the original data and/or additional data, and use this virtual file system to form a virtual package capable of reproducing original data and additional data.

Brief description of the drawings

The accompanying drawings, which are included to provide a further understanding of the invention, illustrate various embodiments of the invention and together with the description serve to explain the principle of the invention.

In the attached picture:

1 is a conceptual diagram illustrating a method and apparatus for reproducing data from a recording medium according to the present invention;

2 is a conceptual diagram showing a file structure recorded in an optical disc as a recording medium, and a method of reproducing a specific title using the file structure;

3 is a structural diagram showing a data recording structure of an optical disc as a recording medium according to the present invention;

FIG. 4A is a block diagram showing an optical recording/reproducing apparatus according to the present invention;

4B is a block diagram showing an apparatus for reproducing data using local storage among all components included in the optical recording/reproducing apparatus according to the present invention;

5 is a conceptual diagram illustrating a method of constituting a virtual file system capable of reproducing data recorded in a recording medium and data recorded in a local storage according to the present invention;

6A to 6G are conceptual file structures used in local storage file systems according to various preferred embodiments of the present invention;

Fig. 7 is a conceptual diagram illustrating a method for forming a virtual package according to the present invention;

8A to 8C are conceptual file structures used in local storage file systems according to other preferred embodiments of the present invention;

9A to 9C are conceptual diagrams illustrating a method of constituting another virtual package according to the present invention; and

10A to 10D are conceptual file structures used in local storage file systems according to other preferred embodiments of the present invention.

Best Mode for Carrying Out the Invention

Reference will now be made in detail to the preferred embodiments of the invention, examples of which are illustrated in the accompanying drawings.

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

Before the present invention is described, it should be noted that most of the terms disclosed herein correspond to commonly known general terms in the technical field, but some terms are selected by the applicant as needed, and will be used in the following description of the present invention disclosure. Therefore, it is preferable to understand the terms defined by the applicant based on their meanings in the present invention.

The recording medium used in the present invention refers to all recordable media according to various recording schemes, such as optical disks, magnetic tapes, and the like.

For ease of description and better understanding of the present invention, an optical disc such as a BD will be exemplarily used as the above-mentioned recording medium in the present invention. It should be noted that the technical idea of the present invention can be applied to other recording media without departing from the scope and spirit of the present invention.

The term "local storage" refers to a storage unit included in the optical recording/reproducing device 10 shown in FIG. 1 . More specifically, the term "local storage" indicates a component capable of receiving desired information or data from a user and storing the received information or data. For example, general local storage may refer to a hard disk drive (HDD), but it should be noted that the term "local storage" of the present invention is not limited to HDD, and is also applicable to other examples as necessary.

Specifically, the term "local storage" refers to a storage unit for storing data associated with a recording medium such as a BD. Data associated with a recording medium is generally downloaded from an external device. In association with the above description, it will be apparent to those skilled in the art that the local storage can directly read some license data from the recording medium, and can generate system data (e.g., metadata) associated with the recording/reproducing operation of the recording medium. ), so that system data can be stored in local storage.

The term "bundle unit" refers to a set of files stored in local storage. Specifically, a binding unit refers to a group of information (ie, an information set) associated with a specific recording medium. In this case, the information set is replaced with or added to the file information contained in the specific recording medium, so that data of the recording medium and locally stored data can be reproduced simultaneously. A detailed description of the binding unit will be given later.

For convenience of explanation, the data recorded in the recording medium is referred to as "original data", and the data associated with the recording medium from among the plurality of data units stored in the local storage is referred to as "additional data".

FIG. 1 is a conceptual diagram illustrating a method and apparatus for reproducing data according to the present invention. The unified use of optical recording/reproducing 10 and peripheral devices is shown in FIG. 1 .

The optical recording/reproducing apparatus 10 can record/reproduce data in/from various optical discs having different formats. The optical recording/reproducing apparatus 10 may only record/reproduce specific data in/from a specific optical disc such as a BD, or may reproduce data from the optical disc without recording data therein, if necessary. It should be noted that, for convenience of explanation, the present invention exemplarily uses a BD player capable of reproducing data from a BD or a BD recorder capable of recording data in a BD in consideration of the correlation between BDs and peripheral devices. The optical recording/reproducing device 10 is also applicable to a drive embedded in a specific device such as a computer, which is well known in the art.

The optical recording/reproducing apparatus 10 records/reproduces data in/from an optical disc 30, receives an external input signal, performs signal processing on the received signal, and transmits the result of the signal processing to the external display 20, so that the user can View the results of signal processing on . In this case, there is no limitation on receivable external signals. For example, representative external input signals may be determined as a signal associated with DTV, a signal associated with the Internet, and the like. Specifically, the Internet refers to a communication network that a user can easily access so that the user can download specific Internet data using the optical recording/reproducing apparatus 10 and can use the downloaded data.

In association with the above description, an entity providing content data serving as an external source is generally referred to as a content provider (CP).

When the original data is recorded in the optical disc 30 located in the optical recording/reproducing device 10, and the additional data associated with the original data exists in other storage locations (for example, the Internet), the present invention aims at reproducing the original data and the additional data at the same time. data.

For example, suppose that a multiplexed AV (Audio/Video) stream is recorded as original data recorded in an optical disc, and additional data for use in the Internet is an audio stream different from that of the original data (e.g., Korean) . In this case, some users may download a specific audio stream (eg, English) as additional data from the Internet, may desire to reproduce the downloaded audio stream together with the AV stream as original data, or may desire to reproduce only the additional data. In order to realize the above-mentioned desire of the user, it is necessary to establish the correlation between the original data and the additional data, and a systematic method of managing/reproducing the above-mentioned data according to the user's request is required.

For convenience of explanation, although a signal recorded in a disc is referred to as original data, and other signals existing outside the disc are referred to as additional data, it should be noted that the original data and additional data are not limited to any specific data.

In general, additional data may refer to audio data, presentation graphics (PG) data, interactive graphics (IG) data, or text subtitles, etc., but additional data may also refer to multiplexed AV streams including the above data and video data . In other words, data associated with the original data that also exists in the local storage may serve as additional data.

In order to satisfy the above-mentioned user request, it is necessary to establish a predetermined file structure between original data and additional data. Accordingly, the file structure and data recording structure used in the BD will be described below with reference to FIGS. 2 to 3 .

FIG. 2 is a conceptual diagram illustrating a file structure for reproducing/managing original data recorded in an optical disc, and a method of reproducing a specific title according to the file structure.

An example of the file structure described above is shown in FIG. 2 . The file structure according to 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 "index" which is a general-purpose file (ie, upper file) capable of ensuring user interactivity, but also the above-mentioned objects. This file structure includes various directories for storing information of actual data recorded in the disc and other information associated with methods of reproducing these data, for example, playlist directory (PLAYLIST), clip information directory (CLIPINF), stream directory (STREAM), auxiliary directory (AUXDATA), and backup directory (BACKUP). The above-mentioned directories and various files included in these directories will be described below.

The AUXDATA directory includes additional data files for reproducing data of the disc. For example, the AUXDATA directory includes a "Sound.bdmv" file for providing sound data to the user when performing an interactive graphic function, and a "11111.otf" file for providing font information to the user when reproducing data of a disc.

A stream directory (STREAM) includes a plurality of AV stream files recorded in a disc according to a specific format. In general, each stream is recorded using MPEG-2-based transport packets, and the stream directory (STREAM) uses the extension of the stream files (01000.m2ts and 02000.m2ts) as a specific extension "*.m2ts". In particular, if video/audio/graphics information from among the above-mentioned streams is multiplexed, the multiplexed information is called an AV stream, and one title is composed of at least one AV stream file.

The clip information (Clip-info) directory (CLIPINF) is composed of a plurality of clip information files (01000.clpi and 02000.clpi) connected to the above-mentioned stream files on a one-to-one basis. Specifically, the clip information file (*.clpi) records therein attribute information and timing information of the stream file (*.m2ts). A clip information file (*.clpi) connected to a stream file (*.m2ts) on a one-to-one basis is generally called "clip". In other words, this means that one clip refers to data consisting of one stream file (*.m2ts) and one clip information file (*.clpi). Clips recorded on discs are called raw clips. Clips that are downloaded and stored in local storage are called attached clips.

The playlist directory (PLAYLIST) includes a plurality of playlist files (*.mpls). Each playlist file (*.mpls) includes one or more play items (PlayItem) and one or more sub play items (SubPlayItem). Each PlayItem (PlayItem) and each SubPlayItem (SubPlayItem) are adapted to designate a playback section in which a specific clip is reproduced. The play item (PlayItem) and the sub play item (SubPlayItem) include information associated with a specific clip to be reproduced, that is, information associated with the reproduction start time (IN-Time) of the specific clip, and information associated with the reproduction end time (OUT-Time). -Time) associated with another information.

In association with the above description, a process of reproducing data using at least one play item (PlayItem) in a playlist file is called a main path, and a process of reproducing data using each sub play item (SubPlayItem) is called a sub path. Playlist files must contain a single main path. The playlist file may contain at least one sub-path according to the existence of the sub-play item (SubPlayItem).

In a nutshell, a playlist file reproduces a desired clip through a combination of one or more play items (PlayItem).

The backup directory (BACKUP) stores a plurality of copy files, that is, a copy file (also referred to as a "copy file") of an index file "index" storing information associated with disc reproduction, a copy file of an object file "MovieObject", a playback Copy files of all playlist files (*.mpls) contained in the list directory (PLAYLIST), and copy files of all clip information files (*.clpi) contained in the clip information directory (CLIPINF). If the above-mentioned files ("index", "MovieObject", "*.mpls" and "*.clpi" are corrupted, the disc reproduction process is also fatally broken, so the backup directory (BACKUP) is designed to pre-store copies of the above-mentioned files file as a backup file.

In association with the above description, a method of reproducing a specific title using the above-described disc file structure is shown in FIG. 2 .

If the user inputs a title reproduction command associated with a title serving as an index file (also referred to as "index table"), reproduction of the title is started. This will be described in detail below.

The index file (index.bdmv) includes first playback information "first playback" indicating information associated with an image reproduced first at the time of data loading of a corresponding disc, a top menu "top menu" for providing a menu image, and at least one title Information "Title #1 to 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 provided to the user via the display 20 . If the user selects a specific title or a specific menu contained in the menu image, data reproduction starts according to a script predefined by the disc manufacturer. In other words, if the user inputs a command to reproduce a specific title (for example, Title #1), the specific playlist file is executed according to the command contained in the object file (MovieObject) of the reproduction/management file structure. Thereafter, one or more clips (for example, clip #1 to clip #3) constituting Title #1 are reproduced from specific PlayItems and/or SubPlayItems contained in the PlayList file according to the PlayList file information.

FIG. 3 is a structural diagram showing a data recording structure recorded in a recording medium according to the present invention. More specifically, FIG. 3 shows the disc recording format of information associated with the file structure. As shown in FIG. 3, from the viewpoint of the internal area of the disc, the disc structure described above sequentially includes a file system information area as system information for managing all files, a file for recording playlist files and clip information files for reproduction. A database area for recorded AV streams (*.m2ts), and an AV stream area for recording a plurality of streams composed of audio data, video data, graphics data, and the like. In particular, it should be noted that, as described above, data recorded in the AV stream area can be determined as raw data.

The present invention provides a method and apparatus for simultaneously reproducing original data (for example, the file structure shown in FIG. 2 ) recorded in a disc and additional data recorded in a local storage, and various Preferred embodiments are described.

FIG. 4A is a block diagram showing an optical recording/reproducing device 10 according to the present invention.

Referring to FIG. 4A , the optical recording/reproducing device 10 includes a pickup unit 11 , a servo unit 14 , a signal processor 13 , and a microprocessor 16 . The pickup unit 11 reads original data recorded in the optical disc and management information including reproduction/management file information. The servo unit 14 controls the operation of the pickup unit 11 . The signal processor 13 receives the reproduced signal from the pickup unit 11, restores the received reproduced signal to a desired signal value, or modulates the signal to be recorded into another signal recorded in the optical disc, thereby transmitting the restored or Modulation results. Microprocessor 16 controls the interoperation of the components described above.

The controller 12 downloads additional data from outside the optical disc when receiving a command from the user, stores the downloaded additional data in the local storage 15, and configures a virtual file system (VFS) to reproduce the original data recorded in the optical disc and store Additional data in local storage. The controller 12 composes a virtual file structure (hereinafter referred to as a virtual package) including original data and associated additional data using the VFS, and reproduces the original data and/or additional data using the constituted virtual package upon receiving a request from a user. .

In association with the above description, the VFS and the virtual package will be described in detail below with reference to FIG. 5 .

The decoder 17 finally decodes output data (ie, original data and/or additional data) upon receiving a control signal from the controller 12, and provides the decoded result to the user.

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

A new virtual package can be stored in local storage 15, whereby it can be reused in the future. Also, a new virtual package can be temporarily stored in an additional dynamic memory, and then can be used.

4B is a block diagram showing an apparatus for reproducing data of an optical disc using local storage among all components included in the optical recording/reproducing apparatus 10 according to the present invention.

The information stored in the local storage 15 will be described below. The local storage 15 according to the present invention stores file information (directory file tree information of Disk_id#n) including directories and files of each disc identification (ID) information, and a plurality of additional clips downloaded from outside. The local storage 15 can also store binding information of a binding operation associated with a disc package, and a plurality of files (content identification information files) for interpreting content data stored in the local storage 15 .

Specifically, the local storage 15 may include a plurality of file information units (directory file tree information of Disk_id#n) for handling different disks. Therefore, the local storage 15 also requires a file system for managing the above-mentioned file information units. Specifically, this file system is also called a local storage file system 41 , and the local storage file system 41 refers to a system for managing all files stored in the local storage 15 .

Therefore, if an optical disc (for example, Disk_id#1) of a specific disc ID (Disk_id) is loaded into the optical recording/reproducing device 10, the controller 12 included in the optical recording/reproducing device 10 uses the pickup unit 11 and the signal processing device 13 to identify the ID information of the disk, read the file information equal to the loaded disk ID information from all file information units stored in the local storage 15, and bind the read information with the disk package ( or a combination) to compose a virtual package, and reproduce both the original data of the disc and the locally stored additional data using the constituted virtual package.

A preferred embodiment for generating a virtual package according to the present invention will be described below.

FIG. 5 is a conceptual diagram illustrating a method of constituting the above-mentioned virtual file system (ie, a virtual package) according to the present invention.

If a specific disc is loaded into the optical recording/reproducing device 10 with the information and content shown in FIG. 4B stored in the local storage 15, the optical recording/reproducing device 10 reads the file contained in the local storage 15. system information 41, and at the same time, disk file system information 42 including a file structure recorded in the disk is read, thereby creating a VFS. More specifically, a virtual file system (VFS) refers to a file system virtually formed for managing both the file system contained in the local storage 15 and another file system of a mounted disc.

The optical recording/reproducing apparatus constitutes a new virtual package to simultaneously reproduce original data recorded in a disc and additional data recorded in local storage using the above-mentioned virtual file system (VFS). For this purpose, the optical recording/reproducing apparatus 10 reads the file information (directory file tree information of Disc_id#n) associated with the disc (for example, Disc_id#1) from the file system, and executes #1) disk package to replace the read file information or add the read file information to the binding operation of the disk package.

The virtual package constituted by the binding operation described above refers to a file structure for reproducing/managing the original clip 422 and the additional clip 412 . The original clip 422 is composed of original data recorded on the disc. Additional clips 412 consist of additional data recorded in local storage.

In association with the above description, the new virtual package has the same directory structure as the disc package 42, and a detailed description thereof will be given with reference to FIG. 7 .

6A to 6G are conceptual file structures used in local storage file systems according to various preferred embodiments of the present invention. More specifically, respective examples of file structures associated with the file system contained in the local storage 15 (ie, the local storage file system) are shown in FIGS. 6A to 6G .

Fig. 6a is a conceptual file structure of the local storage file system 41 according to the present invention.

Referring to FIG. 6A, the local storage file system 41 includes a "directory and file structure" (B) for managing the downloaded additional data, and a "top directory structure" for identifying a specific disc combined with the downloaded additional data (A). The "top-level directory structure" (A) is called the "top-level directory". The "directory and file structure" (B) is called the "binding unit".

In association with the above description, the binding unit has the same structure (ie, disc file structure) as the disc package shown in FIG. 2 . 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 directory (AUXDATA). The above directories (PLAYLIST, CLIPINF, STREAM and AUXDATA) contain unique files.

Binding units are associated with the specific case where the additional data is all downloaded. If only a portion of files are downloaded, it is obvious to those skilled in the art that only directories and files associated with the downloaded files appear in the binding unit.

For example, if only playlist files (*.mpls) and clips (*.clpi, *.m2ts) are downloaded, the binding unit may only include playlist directory (PLAYLIST), clip information directory (CLIPINF), and stream directory (STREAM) to manage downloaded playlist files (*.mpls) and downloaded clips (*.clpi, *.m2ts) on demand.

The "top directory" (A) structure comprises at least one directory structure (A) for identifying the specific disc with which the downloaded additional data has to be combined. Various preferred embodiments of the above "top-level directory" (A) structure will be described below with reference to FIGS. 6B to 6G.

FIG. 6B is a conceptual file structure used in the local storage file system 41 according to a preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6B is shown on the basis of the "top-level directory" (A).

6B, under the root directory 61 of the local storage file system 41, a BD directory 61a for identifying downloaded additional data associated with a specific disc (for example, BD) and other directories for managing general application data are set. (ie, AAAAA directory 61b and/or BBBBB directory 61c).

In association with the above description, the detailed structure of the AAAAA directory 61b and/or the BBBBB directory 61c is not directly related to the present invention, so their detailed description will be omitted here for the convenience of description.

In association with the above description, at least one disc ID (discID) for identifying type information of a specific disc is set under the BD directory 61a. Discs of different types include at least one disc ID directory 63 . Each disc ID directory BD includes the binding unit B described above.

For example, FIG. 6B shows that the local storage file system 41 includes only a disc ID (discID) directory 63 as a disc ID directory that can identify a specific disc combined with each downloaded additional data.

Therefore, if a specific disc is loaded into the optical recording/reproducing apparatus, the binding unit B contained in the same directory as the corresponding disc ID (for example, "Disc_id") is combined with the loaded disc file structure, thereby constituting the above-mentioned virtual package.

FIG. 6C is a conceptual file structure used in the local storage file system 41 according to another preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6C is shown on the basis of the "top directory" (A).

In association 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 also includes a content ID (contentID) directory 64 for each content data, which is different from the local storage file system of FIG. 6B.

For example, in association with the above-mentioned content ID (contentID) directories 641, 642, and 643, whenever specific content data associated with the disc ID (discID) directory 631 is downloaded, a single content ID directory 641, 642, or 643 is constituted. .

Therefore, a disc ID directory 63 for identifying type information of a specific disc and a content ID directory 64 for identifying content data are layered under the BD directory 61a. The binding unit B described above is included in each content ID directory 64 .

FIG. 6D is a conceptual file structure used in the local storage file system 41 according to another preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6D is shown on the basis of the "top directory" (A).

Referring to FIG. 6D, under the root directory 61 of the local storage file system 41, a BD directory 61a for identifying downloaded additional data associated with a specific disc (for example, BD) and other files for managing general application data are set. directory (ie, AAAAA directory 61b and/or BBBBB directory 61c).

In association with the above description, an organization ID (Org ID) directory 62 for identifying a content provider (CP) and a disc ID directory 63 for identifying type information of a specific disc are provided under the BD directory 61a. The binding unit B described above is included in each disc ID directory 63 .

The organization ID directory 62 includes one or more directories classified according to content providers (CPs) that provide the above-mentioned additional data. In general, the categories contained in the organization ID category 62 are categorized according to the title makers (also referred to as "studios") that produce movie titles. For example, org ID_1 directory 621 refers to studio A, org ID_2 directory 622 refers to studio B, and org ID_3 directory 623 refers to studio C. Under each of the organization ID directories 621, 622, and 623, one or more disc ID directories 63 classified according to the type of disc produced by each studio are set. For example, title #1 from among the respective titles #1 to #3 produced by Studio A identified by org ID_1 directory 621 is identified by disc ID_1 directory 631, title #2 is identified by disc ID_2 directory 632, and title #3 is identified by disc ID_2 directory 632, and title #3 is identified by disc ID_2 ID_3 Directory 633 ID. The binding unit described above is contained in each of the disc ID directories 631 , 632 and 633 .

According to this preferred embodiment shown in FIG. 6D, the organization ID directory 62 and the disk ID directory 63, which are ID directories for identifying a specific disk combined with each downloaded additional data, are included in the local storage file system in a hierarchical structure. 41 in. Therefore, if a specific disc is loaded into the optical recording/reproducing apparatus, the binding unit B contained in the same directory as the ID information (for example, "Org_ID and Disc_id") of the loaded disc is combined with the loaded disc package , thus forming the above virtual package.

In association with the above description, the local storage file system 41 of FIG. 6D also includes a first shared (Shared) directory 62a that is generally applicable to all content providers (CPs), and a directory 63 that is generally applicable to all disk IDs of each CP. The second shared (Shared) directory 63a. In this case, the first shared directory 62a and the second shared directory 63a are set under the BD directory 61a.

The first shared directory 62a is intended to provide common data universally applicable to all studios. Preferably, the local storage file system 41 of FIG. 6D may include the first shared directory 62a assuming that all studios (ie, CPs) agree on the necessity of the above-mentioned first shared directory 62a. In order to point out the above fact, a dotted line is connected to the first shared directory 62a.

Meanwhile, the second shared directory 63a is intended to provide common data universally applicable to all titles (for example, disc ID directories 631 to 633 contained in the organization ID directory 621 ) of respective studios.

For example, the second shared directory 63a is suitable for applying the same initial screen to titles produced by the corresponding studio, or as a directory providing specific screen images to advertise new titles of the corresponding studio. In other words, the second shared directory 63a may be included in the file structure as required, which is different from the first shared directory 62a, although there is no agreement among all studios.

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 disc package, which will be described in detail with reference to FIG. 7 later.

FIG. 6E is a conceptual file structure used in the local storage file system 41 according to another preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6E is shown on the basis of the "top-level directory" (A).

In association 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 also includes a content ID (contentID) directory 64 for each downloaded content data unit, which is different from the local storage file system of FIG. 6D. A content ID directory 64 is provided under the disc ID directory 63 .

For example, in association with the above-described content ID (contentID) directories 641, 642, and 643, a single content ID directory 641, 642, or 643 is constituted whenever specific content data associated with the disc ID (discID) directory 631 is downloaded.

Therefore, an organization ID directory 62 for identifying a content provider (CP), a disc ID directory 63 for identifying type information of a specific disc, and a content ID directory 64 for identifying content data are provided under the BD directory 61a. The binding unit B described above is included in each content ID directory 64 .

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

FIG. 6F is a conceptual file structure used in the local storage file system 41 according to another preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6F is shown on the basis of the "top directory" (A).

In connection with the above description, the local storage file system of FIG. 6F is characterized in that it includes a single directory for identifying a particular disk. For example, the disc ID directory 63 and content ID directory 64 shown in FIG. 6C are unified, whereby a disc content ID (disc_content_ID) directory 65 is constituted.

More specifically, in association with the disc content ID (disc_content_ID) lists 651, 652, and 653, a single disc content ID list 651, 652, or 653 is constituted whenever specific content data associated with a specific disc is downloaded.

Therefore, only a disc content ID (disc_content_ID) directory 65 for identifying specific disc type information and content type information is set under the BD directory 61a. The binding unit B described above is contained in the respective disc content ID (disc_content_ID) directories 651 , 652 and 653 .

FIG. 6G is a conceptual file structure used in the local storage file system 41 according to another preferred embodiment of the present invention. Specifically, the local storage file system 41 of FIG. 6G is shown on the basis of the "top directory" (A).

In connection with the above description, the local storage file system of FIG. 6G is characterized in that it includes a single directory for identifying a particular disk. For example, the organization ID (orgID) directory 62, disc ID directory 63, and content ID directory 64 shown in FIG.

More specifically, in association with the organization disc content ID (org_disc_content_ID) directories 661, 662, and 663, a single organization disc content ID directory 661, 662, or 663 is formed whenever specific content data associated with a specific disc is downloaded. .

Therefore, only the organization disc content ID (org_disc_content_ID) directory 66 for identifying a specific studio, disc, and type information of content data is set under the BD directory 61a. The binding unit B described above is contained in the respective organization disc content ID (org_disc_content_ID) directories 661 , 662 and 663 .

In association with the above preferred embodiment associated with the local storage file system 41 according to the present invention, other preferred embodiments except the preferred embodiment of FIG. 6E include at least one ID directory. Therefore, it is desirable that directories not included in the remaining preferred embodiments other than the preferred embodiment of FIG. 6E be configured in the form of metadata indicating system data and then be stored additionally.

For example, the preferred embodiment of FIG. 6B does not include organization ID directory 62 and content ID directory 64 . Preferably, CP information and content information can be configured in the form of metadata, and then can be managed. In the preferred embodiment of Figure 6D there is no content ID directory, whereby information associated with content can be configured in the form of metadata and then managed.

FIG. 7 is a conceptual diagram illustrating a method of constituting a virtual package using a virtual file system based on the file structure according to the present invention.

Referring to FIG. 7, a specific file structure (ie, the disc package of FIG. 2) is recorded in the loaded disc. A local storage file system 41 including one of the disk packages of FIGS. 6B to 6G is included in the local storage.

The local storage file system 41 includes a binding unit and binding information combined with the loaded disc (for example, Disc_id#1).

In association with the above description, the present invention exemplarily shows the following situation, wherein according to the preferred embodiment of FIG. 6D , the disk package of the local storage file system 41 includes a disk ID directory 63 and a second shared directory under the organization ID directory 62 63a.

As can be seen from FIG. 7, each of the disc ID directory 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, the file type of the binding unit, the number of updates of the binding unit, the binding method, and the like. However, a predetermined binding method can be applied to some examples as needed. In other words, even without binding information, the predetermined binding method can be applied to some examples.

In association with the above description, the binding unit ② is basically similar to a disc pack. Specifically, the binding unit may include a playlist file having the same name as a specific playlist file contained in the disc, so that it can be combined with the specific playlist file. However, the binding unit alone cannot serve as a reproduction/management file, and this fact is regarded as the difference between the binding unit ② and the disc package ①.

It should be noted that binding unit ② itself cannot operate as a reproduction/management file, unlike disc package ①. If it is assumed that the binding unit ② is designed to perform data reproduction independently, this data reproduction is similar to the data reproduction of local storage, so that the above-mentioned operation of the binding unit and the present invention simultaneously reproduce the original data recorded in the disk and the data recorded in the Appending data in local storage serves the opposite purpose.

Accordingly, the virtual file system (VFS) performs a binding operation of combining the binding unit ② with the disc package ① of the loaded disc using the binding information ③ described above, thereby constituting a new virtual package 51.

In association with the above description, the above binding operation and various features of the virtual package formed by the binding operation will be described below.

The first characteristic of the bind operation is as follows. If the name of the file contained in the disk package ① is equal to the name of the file contained in the binding unit ②, then replace the file contained in the virtual package 51 with the above-mentioned file contained in the binding unit ②. For example, as shown in Figure 7, there is an index file (index. .bdmv) 82 and playlist file (00000.mpls) 72, then replace the index file (index.bdmv) 82 and playlist file (00000.mpls) with the files contained in the binding unit ② of the new virtual package )72.

The external content provider (CP) that can provide the index file (index.bdmv) 82 and playlist file (00000.mpls) 72 contained in the aforementioned binding unit ② must consider the above-mentioned index file (index.bdmv) 82 and playlist file (00000.mpls). The list file (00000.mpls) 72 replaces the index file (index.bdmv) 81 and the playlist file (00000.mpls) 71 contained in the disc package ①, and must be in the form of a complete file (that is, a complete file) The above files are pre-produced so that the external CP can pre-provide a fully formed index file (index.bdmv) 82 and a fully formed playlist file (00000.bdmv) 72 .

But, under the situation that the index file (index.bdmv) 82 of complete formation and the playlist file (00000.bdmv) 72 of complete formation are not provided by external CP, virtual package 51 must be included in the index file ( index.bdmv) 81 and the playlist file (00000.mpls) 71 are associated to perform a combination operation, so that the aforementioned combination operation can be used to form a new index file (index.bdmv) (not shown) and a new playlist file (00000.mpls) (not shown).

The second characteristic of the bind operation is as follows. If the name of the file contained in the disc package ① is different from the name of the file contained in the binding unit ②, the file contained in the binding unit ② is attached or added to the virtual package. For example, as shown in FIG. 7, the "02000.clpi" file and the "02000.m2ts" file included in the disc ID_1 directory 63, and the "01000.mpls" file, "03000. The ".clpi" file and the "03000.m2ts" file indicate newly added files having file names different from those contained in the disc package ①, so that a new virtual package 51 is configured by adding the above-mentioned files.

The third characteristic of the bind operation is as follows. If the same file name exists in the binding unit ② in the disc ID_1 directory 63 and the second shared directory 63a, the file contained in the disc ID_1 directory 63 is first used. In other words, the priority order of the files constituted in the virtual package 51 is determined as the order of disc ID_1 directory 63→second shared directory 63a→disc package ①.

Therefore, assuming that there is a "00002.mpls" file (not shown) in the disc ID_1 directory 63 and the second shared directory 63a, then the files contained in this new virtual package will use the aforementioned files contained in the disc ID_1 directory 63 "00002.mpls" file to replace. In this way, assuming that a "00003.mpls" file (not shown) exists in the second shared directory 63a, the "00003.mpls" file contained in the disc ID_1 directory 63 will be used to replace the file contained in the new virtual package 51 files. Therefore, the virtual package 51 is constituted by the first to third features described above, so that the original data recorded in the disc and the additional data recorded in the local storage 15 can be simultaneously reproduced using the aforementioned virtual package 51 .

Figures 8a to 8c are conceptual file structures used in local storage file systems according to other preferred embodiments of the present invention.

Fig. 8a shows the detailed structure of the disc ID directories 631, 632 and 633. Specifically, as can be seen from FIG. 8 , the application directories 6311 and 6312 contained in the disc ID directories 631 , 632 , and 633 are separated from the application directories 6311 and 6312 and the virtual package data directory 6313 . For example, a disc ID_0 directory 631 , a disc ID_1 directory 632 , and a disc ID_2 directory 633 are set under the org ID_0 directory 621 . The disc ID_0 directory 631 includes application directories 6311 and 6312 and a virtual package data directory 6313 . In this case, each of the application directories 6311 and 6312 includes application files or programs controlled only by a disc with a specific ID "disc ID_0". The virtual package data directory 6313 is combined with a specific disc of "disc ID_0", and includes files to be included in the virtual package.

8B to 8C show the detailed structure of the virtual package data directory 6313. In association with the above description, the preferred embodiment of FIGS. 8B to 8C is characterized in that an active directory (Active) and an inactive directory (Inactive) are used in FIGS. 8B to 8C.

In this case, the active (Active) directory refers to a directory composed of files of the current virtual package, and also indicates that all files contained in the active (Inactive) directory are used for the binding operation.

Preferably, the active (Active) directory can only be controlled by a Java system (for example, BD-J application), the files contained in the active (Active) directory can be reproduced only after access, and can not allow things such as file deletion Wait for the editing operation.

Inactive refers to a directory consisting of one or more files that cannot constitute the current virtual package. Therefore, the inactive (Inactive) directory is controlled by the Java system (eg, BD-J application), and files contained in the inactive (Inactive) directory are accessed, thereby allowing editing operations such as file deletion.

In association with the above description, a single virtual package data directory 6313 may include a single active (Active) directory 6313a and multiple inactive directories 6313b and 6313c. In other words, a single active directory must appear as the directory in the virtual package data directory for the current bind operation. And, as required, at least one inactive directory may also be presented as a directory in the virtual package data directory that is not used for the current binding operation. Also, the inactive (Inactive) directory can be changed to the active (Active) directory, and the active (Active) directory can also be changed to the inactive (Inactive) directory.

However, as another example, multiple Active (Active) directories may be present in the virtual package data directory. In this case, a high-level control program for controlling binding operations may be required.

Directories (00000, 00001, and 00002) contained in the virtual package data directory 6313 can be used as directories capable of storing files classified according to downloaded content data. In other words, a plurality of content data units included in a single title can be separated from each other as necessary. For example, a single title includes an audio stream and a graphics stream. The audio stream is stored in the inactive directory (00001) and the graphics stream is stored in the inactive directory (00002).

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

FIG. 8B shows an example in which the virtual package data directory 6313 contains a single active directory (00000) and multiple inactive directories (00001, 00002). Binding units for constituting virtual packages are present in Active Directory (00000). Although files contained in the non-active directory (00001, 00002) are shown in FIG. 8B, all files contained in the binding unit of the active directory (00000) may be represented in the structure of FIG. 8B.

FIG. 8C shows another example of binding units capable of constituting a virtual package in Active Directory (0000). In other words, a plurality of content data units contained in a single title are arranged in this set of additional files. For example, the first set (101S) of audio files (00000.01.mpls, 01000.clpi, and 01000.m2ts), the second set (102S) of presentation graphics (PG) files (00000.02.mpls, 09001.clpi, and 09001.m2ts) , and a third group (103S) of text subtitle (TXT-ST) files (00000.03.mpls, 09002.clpi, and 09002.m2ts) may be configured separately from each other. In the case of the above example, the first file group 101S, the second file group 102S, and the third file group 103S are downloaded when classified according to content units, stored as individual files in the inactive directory, and moved to Active Directory, thus forming a single binding unit.

9A to 9C are conceptual diagrams illustrating a method of constituting another virtual package according to the present invention. For example, the binding method used in the binding unit of FIG. 8C is shown in FIGS. 9A to 9C.

FIG. 9A shows a binding operation of combining a single playlist file (00000.mpls) 100 contained in a disc with a plurality of playlist files 101, 102, and 103 contained in a binding unit. It can be noted that the plurality of playlist files 101, 102, and 103 contained in the binding unit are equal to the playlist files of the respective contents associated with the playlist file 100 contained in the disc.

FIG. 9B shows detailed binding operations of the processing shown in FIG. 9B.

In association with the above description, FIG. 9B shows an example in which the playlist file 100 of the disc constitutes the main path, and the plurality of playlist files 101, 102, and 103 included in the binding unit constitute the subpaths, respectively.

First, a plurality of playlist files 101, 102, and 103 contained in the binding unit are merged to form at least one subpath, and then the subpath is combined with the playlist file 100 contained in the disc to form a virtual package. Contains virtual playlist files. In this case, a single sub-path may be constituted, or a plurality of sub-paths classified according to the respective playlist files 101, 102, and 103 may also be constituted.

In association with the above description, FIG. 9C shows that playlist files 100 contained in a disc constitute a main path, and each playlist file 101, 102, and 103 contained in a binding unit includes a main path and a sub path.

In this case, the virtual playlist file 104 contained in the virtual package is constituted by merging the playlist files 101, 102, and 103 contained in the binding unit without merging with the playlist file 100 contained in the disc. 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, whereby the content data of the playlist files contained in the disc are pre-included in FIG. 9C.

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

10A to 10D are conceptual file structures used in a local storage file system according to another preferred embodiment of the present invention. Specifically, the structures of Figs. 10A to 10D are described on the basis of shared directories.

The first shared directory 62a used to allow the organization ID directories 621, 622 and 623 to share general file information, and the first shared directory 62a used to allow the disc ID directories 631, 632 and 633 shares the second shared directory 63a of general file information.

Also, each directory is managed by a resident application that is a system program. In other words, the resident application included in the optical recording/reproducing device edits files of a specific directory contained in the local storage, or controls binding operations of files of a specific directory.

In association with the above description, according to the preferred embodiment of FIG. 10A, binding units of the first shared directory 62a, disc ID directories 631 to 633, and the second shared directory 63a are configured to have the same format.

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

First of all, it should be noted that the number of types of files contained in the first shared directory 62a is limited because copyright infringement may occur in the organization ID directories 621 to 623 constituted by different content providers (CP). Therefore, it is preferable that the first shared directory 62a is composed of the fewest files that do not have the problem of copyright infringement.

The types of files contained in the second shared directory 63a are available in various ways, since the disk ID directories 631 to 633 constituted by a single CP are less likely to cause the above-mentioned copyright infringement problem. For example, a general click sound file may be provided as auxiliary data, or a new movie trailer title may also be provided as auxiliary data as required. However, it should be noted that the second shared directory 63a does not contain database files or content files associated with a specific disc. Preferably, the priority order of the binding operation of the above-mentioned binding unit can be determined as the order of the disk ID directory 63→the second shared directory 63a→the first shared directory 62a.

FIG. 10B exemplarily shows the title structure of the second shared directory 63a. In other words, the preferred embodiment of FIG. 10B is designed to consider editing files in units of titles.

Therefore, assuming that a specific title (for example, Title #1) contained in the second shared directory 63a is associated only with the specific disc ID directory 631 and not with the other disc ID directories 632 and 633, file editing can be performed independently.

However, if a specific title (for example, Title #2) contained in the second shared directory 63a is associated with a plurality of disc ID directories 631 and 632, it is difficult to perform the aforementioned independent file editing. In this case, all disc ID lists 631 and 632 associated with the corresponding title must be edited at the same time.

As yet another example, a system for preventing editing of files when manufacturing an optical recording/reproducing device can be devised. Also, another system can be devised to prevent file deletion while file addition is performed. In this way, various systems can be designed according to their unique applications.

10C to 10D illustrate various preferred embodiments of file structures contained in a local storage file system according to the present invention. Specifically, a file structure for constructing binding information in a binding unit is shown in FIGS. 10C to 10D .

Binding information refers to specific information capable of determining a binding operation. The preferred embodiment of Figures 10C to 10D is characterized in that it includes additional directory and additional file structures for binding information.

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

According to the preferred embodiment of Figures 10C to 10D, the above-mentioned files equipped with binding information are called manifest files, and can be called "bumf_disc0_ID.xml" file 201, "bumf_dshared.xml" file 202 and One of the "bumf_oshared.xml" file 203 and so on. It is obvious to those skilled in the art that the metadata catalog (META) may include other various metadata files as required in addition to the above manifest file.

The above manifest file includes various binding information units.

In other words, the manifest file can specify the binding object file, and can determine the content data of the binding operation as needed. Moreover, the manifest file may record the download time and update time of the specific file, and may also include specific information indicating whether the specific file corresponds to a file editing object.

In association with the above description, FIG. 10C shows an example of constituting a single manifest file in each disc, and FIG. 10D shows another example of constituting a manifest file in each title contained in a disc.

For example, three titles included in the binding unit of the disc ID directory 631 may have a "bumf_disc0_ID_001.xml" file 201, a "bumf_disc0_ID_002.xml" file 202, and a "bumf_disc0_ID_003.xml" file 203, respectively. In this way, the respective titles of the second shared directory 63a can also have the "bumf_dshared_001.xml" file 301, the "bumf_dshared_002.xml" file 302, and the "bumf_dshared_003.xml" file 303, respectively. When the manifest file of each title is constructed as described above, binding and editing operations of each title can be performed more efficiently.

It will be apparent to those skilled in the art that various modifications and alterations can be made in the present invention without departing from the spirit and scope of the invention. Therefore, the present invention is intended to cover the modifications and changes of the present invention as long as they fall within the scope of the appended claims and their equivalent technical solutions.

Industrial Applicability

The present invention provides a method and apparatus for reproducing data from a recording medium using local storage and a method of constituting a virtual package so that they can efficiently reproduce original data recorded in the recording medium and additional data stored in the local storage, Thereby creating more convenient functions for users.

Claims (24)

1. A method of reproducing data of a recording medium using local storage, the method comprising: reading binding units included in a first file structure contained in said local storage; constituting a virtual package by combining the read binding unit with the second file structure contained in the recording medium; and using the constituted virtual package to reproduce data stored in said recording medium and/or data stored in said local storage, Wherein, the first file structure includes at least one organization identification directory classified according to each content provider and a disk identification directory classified according to each recording medium, and the disk identification directory is a lower directory of the organization identification directory. 2. The method of claim 1, wherein the data stored in the local storage comprises data downloaded from a content provider. 3. The method according to claim 2, wherein the first file structure further comprises one or more content identification directories, the content identification directory is a lower-level directory of the disc identification directory, and the content identification Directories are categorized according to individual contents. 4. The method according to claim 3, wherein whenever content data is downloaded from the content provider, the content identification directory is formed for each content, and then stored in the local storage middle. 5. The method according to claim 1, wherein the first file structure further comprises a first shared directory, the first shared directory serves as a lower-level directory of the organization identification directory, and the first shared directory has A binding unit commonly combined with recording media produced by the same content provider. 6. The method according to claim 1, wherein the first file structure further comprises a second shared directory, the second shared directory has a binding unit commonly combined with any content provider's recording medium, The second shared directory is used as an upper directory of the disc identification directory. 7. The method of claim 1, wherein the first file structure includes a single directory for each recording medium. 8. The method of claim 7, wherein the single directory for each recording medium is a disc content identification directory. 9. The method of claim 7, wherein the single directory for each recording medium represents an organizational disc content identification directory. 10. The method of claim 1, further comprising: If the read binding unit includes a file with the same name as a file contained in the file structure of the recording medium, replace the file contained in the virtual package with the file contained in the binding unit document. 11. The method of claim 1, further comprising: If the read binding unit includes a file having a different name from a file contained in the file structure of the recording medium, the file contained in the binding unit is added to the virtual package. 12. The method of claim 1, wherein the binding unit is included in the disc identification directory. 13. An apparatus for reproducing data of a recording medium using local storage, comprising: a pickup unit configured to read data from the recording medium; local storage configured to store the first file structure including the binding unit; and a controller configured to constitute a virtual package by combining the binding unit with a second file structure contained in the recording medium, Wherein, the first file structure includes one or more organization identification directories classified according to each content provider and disc identification directories classified according to each recording medium, and the disc identification directory is a lower-level directory of the organization identification directory . 14. The apparatus according to claim 13, wherein the controller is further configured to: if the read binding unit includes a file with the same name as that contained in the file structure of the recording medium file, then replace the file contained in the virtual package with the file contained in the binding unit. 15. The apparatus according to claim 13, wherein the controller is further configured to: if the read binding unit includes a file with a different name from that contained in the file structure of the recording medium file, add the file included in the binding unit to the virtual package. 16. The apparatus of claim 13, wherein the binding unit is included in the disc identification directory. 17. The device according to claim 13, wherein the first file structure further includes a first shared directory, the first shared directory serves as a lower-level directory of the organization identification directory, and the first shared directory has A binding unit commonly combined with recording media produced by the same content provider. 18. A method of constructing a local storage file system, comprising: Download data from external sources for building the local storage file system; store downloaded data in local storage; constituting an organization-identified directory categorized according to individual content providers in said local storage; and A disk identification directory classified according to each recording medium is formed, and the disk identification directory is a lower layer directory of the organization identification directory in the local storage. 19. The method of claim 18, wherein the disc identification directory includes a binding unit, and the binding unit includes binding information. 20. The method according to claim 19, wherein the binding unit further comprises a metadata directory having the binding information. 21. The method of claim 20, wherein the metadata directory includes a binding information file containing the binding information. 22. The method of claim 21, wherein: The binding information file includes pieces of binding information on respective titles contained in the metadata directory. 23. The method according to claim 18, further comprising: forming a binding unit in the disc identification directory. 24. The method of claim 18, further comprising: In the file structure included in the local storage, a first shared directory is constituted, the first shared directory has a binding unit commonly combined with a recording medium produced by the same content provider, and the first shared directory serves as the The directory below the organization ID directory in the local storage described above.

Images