RU2393554C2 - Method and device for data reproduction from recording medium, using local memory unit - Google Patents

Abstract

FIELD: information technologies.

SUBSTANCE: method for data reproduction from recording medium using local memory unit includes stages, at which downloaded data is saved in local memory unit, it is identified whether downloaded data may update file structure of local memory unit. File structure of local memory unit is updated with downloaded data, if update with downloaded data may be effected. Biding unit that corresponds to set of files stored in local memory unit and associated with recording medium is generated in updated file structure of local memory unit. Virtual layout of data is generated by means of combination of generated binding unit with file structure in recording medium. Data of recording medium and/or downloaded data of local memory unit are reproduced in compliance with generated layout of data.

EFFECT: possibility to simultaneously reproduce data received, saved from Internet and recorded on recording medium on the basis of virtual file system.

24 cl, 14 dwg

Description

FIELD OF THE INVENTION

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

State of the art

As a rule, an optical disk is widely used, serving as a recording medium capable of recording a large amount of data on it. In particular, a high-density optical recording medium has recently been developed that is capable of recording / storing high-quality video data and high-quality audio data for a long period of time, such as a cinematic beam (Blu-ray Disc, BD).

It was believed that BD, based on the technology of the next-generation recording medium, is the next-generation optical recording solution capable of storing significantly more data than a conventional digital multifunctional disc (DVD). Recently, many developers have conducted intensive research on the technical specifications of international standards related to BD, along with the specifications of other digital devices.

In association with the above situation, an optical recording / reproducing apparatus based on the international BD standard has recently been developed, but the international standard BD has not yet been completed, so there are many limitations and problems in the development of the optical recording / reproducing apparatus.

In particular, the aforementioned optical recording / reproducing device must not only take into account the main functional purpose for recording / reproducing BD data, but also the additional functional purpose of allowing the optical recording / reproducing apparatus 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 the required data using the external input signal and BD.

However, a method for reproducing data from a recording medium for simultaneously reproducing an external input signal and BD data has not yet been created, so that there are many limitations and problems when developing a BD-based optical recording / reproducing device.

Disclosure of invention

Therefore, the present invention relates to a method and apparatus for reproducing data from a recording medium using a local storage device, which essentially eliminate one or more problems due to limitations and disadvantages of the related art.

An object of the present invention is to provide a method and apparatus for reproducing not only data stored on a recording medium, but also data stored in a local storage device after downloading from an external source.

Additional advantages, objects, and features of the invention are set forth, in part, in the description that follows, and, in part, will become apparent to a person skilled in the art after studying the following, or may be learned from practice of the invention. The objectives and other advantages of the invention can be realized and achieved by the design specifically specified in the written description and its claims, as well as in the accompanying drawings.

To achieve these goals and other advantages, and according to the intention of the invention, implemented and widely described herein, a method for reproducing data of a recording medium using a local storage device comprises the steps of: a) storing the downloaded data in a local storage device; b) determining whether the file structure of the local storage device can update the downloaded data, and updating the file structure of the local storage device with the downloaded data, if it is determined that the update with the downloaded data can be performed; c) form a binding unit in the updated file structure of the local storage device; and d) form a virtual data layout by combining the generated linking unit with the file structure contained in the recording medium, and reproduce the data of the recording medium and / or data loaded into the local storage device in accordance with the generated virtual data layout.

In another aspect of the present invention, there is provided a method for updating data of a local storage device, comprising the steps of: a) downloading files from an external source and storing downloaded files in a local storage device; b) if the files are downloaded to the local storage device, the presence or absence of an update request is determined; c) if the presence of an update request is determined, it is determined whether or not the updated files can be updated; and d) if it is determined that an update by the downloaded files can be performed, the binding unit contained in the local storage device is updated.

In yet another aspect of the present invention, there is provided a method for generating a virtual data composition, comprising the steps of: a) storing downloaded data associated with a loaded recording medium in a local storage device; b) form a new file structure in the local storage device by updating the downloaded file structure to the previous file structure in the local storage device; c) form a binding unit from a new file structure; and d) form a virtual data composition by linking the linking unit to the file structure of the recording medium.

In yet another aspect of the present invention, there is provided a device for reproducing data of a recording medium using a local storage device, comprising: a head module for reading data from a recording medium; a local storage device for loading data associated with the data of the recording medium, storing the downloaded data, and including a first area for storing data with a complete update and a second area for storing newly loaded data; and a controller for updating the data loaded into the second region of the first region, forming a binding unit using updated data, forming a virtual data layout and controlling the operation of reproducing data contained in the data medium and / or data contained in the local storage device using this virtual data composition.

You must understand that both the above General description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide additional explanation of the claimed invention.

List of drawings

The accompanying drawings, which are included to provide a further understanding of the invention, are included and form part of this description, illustrate embodiment (s) of the invention and together with the description serve to explain the principle of the invention. In the drawings:

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 illustrating a file structure recorded on an optical disc serving as a recording medium, and a method for reproducing a specific title (the largest data formatting element on the recording medium) using the file structure;

3 is a block diagram illustrating a data recording structure of an optical disc serving as a recording medium according to the present invention;

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

FIG. 4B is a block diagram illustrating an apparatus for reproducing data from an optical disc from among all components contained in the optical recording / reproducing apparatus shown in FIG. 4A according to the present invention;

5 is a conceptual diagram illustrating a method for generating a virtual data composition according to the present invention;

6 is a block diagram illustrating a file structure contained in a local storage device including downloaded additional data according to the present invention;

7A is a block diagram illustrating a file structure of a local storage device and a time domain for temporarily downloading data from a content provider and storing downloaded data according to the present invention;

Fig. 7B shows a structure formed when time-domain data for temporarily downloading new data from a content provider updates the file structure of a local storage device according to the present invention;

Fig. 8 is a block diagram illustrating a binding unit of a local storage device for generating a virtual data composition according to the present invention;

FIG. 9 is a conceptual diagram illustrating a method of generating a virtual data composition using a virtual file system (VFS) according to the present invention;

10 is a flowchart illustrating a method of reproducing data from a recording medium using a local storage device according to the present invention;

11 is a conceptual diagram illustrating a method for downloading / updating data from / to a local disk-based storage device in accordance with a first preferred embodiment of the present invention;

12 is a conceptual diagram illustrating a method for downloading / updating data from / in a local scale in a title scale in accordance with a second preferred embodiment of the present invention;

13 is a conceptual diagram illustrating a method for downloading / updating data from / in a local storage device at a content scale in accordance with a third preferred embodiment of the present invention; and

FIG. 14 is a flowchart illustrating a method for downloading / updating data from / to a local storage device according to the present invention.

BEST MODE FOR CARRYING OUT THE INVENTION

Detailed reference is now made to preferred embodiments of the present invention, examples of which are shown in the accompanying drawings. Wherever possible, the same reference numbers are used throughout the drawings to refer to the same or similar parts.

Below in this document with reference to the accompanying drawings describes a method and device for reproducing data from a recording medium using a local storage device.

Before describing the present invention, it should be noted that most of the terms described in the present invention correspond to general terms commonly known in the art, but some of the terms have been selected by the applicant as necessary and are described later in this document in the following description of the present invention. Therefore, it is preferred that the terms defined by the applicant be understood based on their meaning in the present invention.

The recording medium for use in the present invention corresponds to all recordable media, for example an optical disc, a magnetic tape, etc., in accordance with various recording schemes. It should be noted that the term “disc” of the present invention is equivalent to a recording medium.

For convenience of description and a better understanding of the present invention, an optical disc such as BD is hereinafter approximately used as the aforementioned recording medium in the present invention. 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 device” corresponds to a storage module contained in the optical recording / reproducing device 10 shown in FIG. In more detail, the term “local storage device” corresponds to a component capable of receiving necessary information or data from a user and storing received information or data. For example, a shared local storage device may correspond to a hard disk drive (HDD), but it should be noted that the term “local storage device” according to the present invention is not limited to HDD and is applicable to other examples when necessary.

In particular, the term “local storage device” corresponds 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 association with the above description, one skilled in the art will recognize that a local storage device can directly read some authorization data from a recording medium and can generate system data (e.g., metadata) associated with the recording / reproducing operations of the recording medium, so that the system data can be stored in a local storage device.

The term “binding unit” corresponds to a set of files stored in a local storage device. In particular, the binding unit corresponds to a set of information (i.e., an information set) associated with a particular recording medium. In this case, the information set is replaced or added to the file information contained in the particular recording medium, so that it can simultaneously reproduce the data of the recording medium and the data of the local storage device. A detailed description of the binding unit is given below.

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

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

The optical recording / reproducing apparatus 10 may record / reproduce data regarding various optical discs having various formats. If necessary, the optical recording / reproducing apparatus 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 the present invention uses, as an example, a BD player configured to reproduce data from a BD, or a recorder on a BD configured to record data on a BD, taking into account the relationship between the BD and peripheral devices for ease of description. It is well known in the art that the optical recording / reproducing device 10 is also applicable to a drive built into a specific device, such as a computer.

The optical recording / reproducing apparatus 10 records or reproduces data regarding the optical disk 30, receives an external input signal, performs signal processing of the received signal and transmits the signal processing result to the external display 20, so that the user can observe the signal processing result on the display 20. In this There is no restriction on the received external signal. For example, it can be determined that representative external input signals are a digital television (DTV) associated signal, an Internet associated signal, etc. Specifically, the Internet corresponds to a data network to which the user easily accesses, so that the user can download specific Internet data using the optical recording / reproducing device 10 and can use the downloaded data.

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

When the source data is recorded on an optical disc 30 installed in the optical recording / reproducing apparatus 10, and additional data associated with the source data is present in other storage locations (e.g., the Internet), it is an object of the present invention to simultaneously reproduce the source data and the additional data.

For example, it is assumed that multiplexed audio, video (AV) streams are recorded as source data recorded on an optical disc, and additional data for use on the Internet is an audio stream other than an audio stream (e.g., Korean) of the source data. In this case, some users may download a specific audio stream (e.g., English) serving as additional data from the Internet, may wish to play the downloaded audio stream along with the AV stream serving as source data, or may wish to reproduce only additional data. In order to realize the aforementioned wishes of users, a relationship must be established between the source data and the additional data, and a systematic way of managing / reproducing the aforementioned data in accordance with the user's request is required.

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

Typically, the additional data may correspond to audio data (A), presentation graphics (PG), interactive graphics (IG) data or text subtitles, etc., but the additional data may also correspond to a multiplexed AV stream including the above data and video data (V). In other words, the data associated with the original data simultaneously existing outside the optical disk can serve as additional data.

In order to satisfy the aforementioned user requests, a predefined file structure must be established between the source data and the additional data. Therefore, the file structure and data recording structure for use in the BD are described below with reference to FIGS.

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

An example of the above file structure is shown in FIG. 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, which serves as a shared file (that is, the top file) that can guarantee user interaction, but also the aforementioned object. The file structure includes many directories for storing information about the actual data recorded on the disc and other information associated with the method of reproducing data, for example, a directory (PLAYLIST) of playlists, a directory (CLIPINF) of clip information, a directory (STREAM) of streams, a directory (AUXDATA) auxiliary data and catalog (BACKUP) backup. The following document describes the above directories and the many files included in the directory.

The AUXDATA directory includes an additional data file for reproducing disc data. For example, the AUXDATA directory includes a “sound.bdmv” file for providing audio data to the user when the interactive graphics function is executed, and a “11111.otf” file for providing font information to the user when the disc data is played.

The stream directory (STREAM) includes a plurality of AV stream files recorded on a disc in accordance with a particular format. Typically, individual streams are recorded using a transport package based on the MPEG-2 Moving Image Expert Group standard, and the stream directory (STREAM) uses the file extension names (01000.m2ts and 02000.m2ts) of the stream as the specific name “* .m2ts "extensions. In particular, if video / audio / graphic information from among the aforementioned streams is multiplexed, the multiplexed information is called an AV stream, and one title consists of at least one AV stream file.

The directory (CLIPINF) of clip information (Clip-info) consists of a plurality of clip information files (01000.clpi and 02000.clpi) connected to the aforementioned stream files on a unique basis. In particular, in the files (* .clpi) of the clip information, attribute information and file timing information (* .m2ts) of the stream are recorded. Files (* .clpi) of clip information connected to files (* .m2ts) of a stream on a unique basis are usually referred to as a “Clip”. In other words, this means that one clip corresponds to data consisting of a stream file (* .m2ts) and a clip information file (* .clpi).

The playlist directory (PLAYLIST) includes a plurality of playlist files (* .mpls). Each file (* .mpls) of the playlist includes one or more playitems (PlayItem) and one or more subitems (SubPlayItem) play. Each element (PlayItem) of playback and each sub-element (SubPlayItem) of playback are intended to indicate the interval of playback during which a particular clip is played. The playitem (PlayItem) and the playitem (SubPlayItem) include information associated with a particular clip to be played back, i.e. information associated with the time (IN-Time) of the start of playback, and other information associated with the time (OUT-Time) of the end of playback of a particular clip. In association with the above description, a data reproducing process using at least one playitem in a file list for playback is referred to as a main branch, and a data reproducing process using separate subplay elements (SubPlayItem) is referred to as an auxiliary branch. The playlist file must contain the main branch. The playlist file may contain at least one auxiliary branch in accordance with the presence or absence of a sub-playitem (SubPlayItem), when necessary.

In conclusion, the playlist file serves as the base play / control file unit contained in the common play / control file structure for reproducing the desired clip by combining one or more playItem of the play.

The backup directory (BACKUP) stores many duplicate files, i.e. duplicate file (also called "copied files) of the index file" index ", storing information associated with disc playback, duplicate file of the object file" MovieObject ", duplicate files of all files (* .mpls) of the playlist contained in the directory (PLAYLIST) lists playing, and duplicate files of all files (* .clpi) of the clip information contained in the clip information directory (CLIPINF). If the aforementioned files (“index”, “MovieObject”, “* .mpls” and “* .clpi”) are damaged, the disc playback process is also inevitably damaged, so the backup directory (BACKUP) is intended to preserve duplicate files of the above-mentioned files as backup files.

In association with the above description, FIG. 2 shows a method for reproducing a specific title using the aforementioned file structure of a disc.

If used, it enters the title playback command in association with the title used as the index file (also called the "index table"), the title begins to play. The following is a detailed description of this document.

The index file (index.bdmv) includes first playback information “First playback” indicating information associated with the first playback image when data of a corresponding disc is loaded, top-level menu information “Top-level menu” to provide a menu image and information at least at least one title “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 provided to the user via the display 20. If the user selects a specific title or a specific menu item contained in the menu image, data reproduction according to the scenario starts by a predefined disc manufacturer. In other words, if the user enters a command to play 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 playback / control file structure. After that, one or more clips (for example, Clip # 1 - Clip # 3) that make up title # 1 are played back for specific play elements and / or sub-play elements contained in the play list file in accordance with the information of the play list file.

FIG. 3 is a block diagram illustrating a data recording structure recorded on a recording medium according to the present invention. In more detail, FIG. 3 depicts a data recording format of information associated with a file structure. As shown in FIG. 3, from the observation point from the inner region of the disc, the aforementioned disc structure sequentially includes a file system information area serving as system information for managing files in general, 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, graphic data, etc. In particular, it should be noted that the data recorded in the field of AV streams can be defined as being raw data, as previously indicated above.

The present invention provides a method and apparatus for simultaneously reproducing source data (eg, file structure shown in FIG. 2) recorded on a disc and additional data recorded in a local storage device, and many preferred embodiments of the present invention are described below. .

4A is a block diagram illustrating an optical recording / reproducing apparatus 10 according to the present invention.

4A, the optical recording / reproducing apparatus 10 includes a head module 11, a servo module 14, a signal processor 13, a local storage device 15, and a microprocessor 16. The head module 11 reads the original data recorded on the optical disc and the control information including file information playback / control. The servo module 14 controls the operations of the head module 11. The signal processor 13 receives the playback signal from the head module 11, restores the received playback signal to the desired signal value, or modulates the signal to be recorded into another signal recorded on the optical disc, so that it transmits the restored or modulated result. The local storage device 15 stores data in itself. The microprocessor 16 controls the mutual operations of the above components.

Preferably, if a file structure is constructed for storing data downloaded from an external source, local storage 15 may include a temporary area for temporarily storing downloaded data.

For example, if data downloaded from an external content provider (CP) is stored in the file structure of the local storage device, the data is first downloaded to the time domain, and the downloaded data is stored in the time domain. After that, after receiving the update command, the data contained in the time domain updates the file structure of the local storage device, and a linking unit is formed based on the updated file structure.

In contrast, if data downloaded from an external content provider (CP) is not stored in the file structure of the local storage device, it is preferable that there is no need to temporarily store the above-mentioned downloaded data in the time domain, and it is directly stored in the file structure of the local storage device .

The controller 12 downloads additional data from outside the optical disk upon receipt of a command from the user, stores the downloaded additional data in the local storage 15, and configures the binding unit using the binding unit announcement information recorded in the binding unit declaration file of the local storage device. In addition, the controller 12 configures the virtual file structure (hereinafter referred to as virtual data composition) using the binding unit declaration information recorded in the binding unit declaration file so that it can reproduce data contained in the recording medium and data contained in local storage. The controller reproduces the original data and / or additional data using the virtual data layout when receiving a request from a user.

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

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

A new virtual data arrangement may be stored in the local storage 15, so that it can be reused in the future. Also, a new virtual data arrangement can be temporarily stored in additional dynamic memory and then can be used.

FIG. 4B is a block diagram illustrating an optical disc data reproducing apparatus using a local storage device among all the components contained in the optical recording / reproducing apparatus 10 according to the present invention.

The information stored in the local storage device 15 is described later in this document. The local storage device 15 according to the present invention stores file information (directory-file for Disc_id #n dependent), including directories and identification information files (ID, ID) of a separate disk, and many additional clips downloaded from the external subsystem. A binding unit of the local storage device 15 is formed, and the local storage device 15 may store the announcement information of the binding unit for the binding operation associated with the file structure of the disk (i.e., disk data composition).

Specifically, the local storage device 15 may include a plurality of file information units (directory-file for Disc_id #n dependent) for working with various disks. Therefore, the local storage device 15 additionally needs a file system to control the above blocks of file information. Specifically, the file system is also referred to as a local storage file system 41, and the local storage file system 41 corresponds to a management system for all files stored in the local storage 15.

Therefore, if an optical disc (e.g., disc_ID # 1) with a specific disc ID (disc_ID) is loaded into the optical recording / reproducing apparatus 10, the controller 12 contained in the optical recording / reproducing apparatus 10 recognizes the disc ID information using the head module 11 and signal processor 13. If the local storage device 15 stores the file information, the controller reads the file information of the binding unit, which is the same as the ID information of the loaded disk, from among all the file information units stored in the local storage device 15, forms a virtual data arrangement by linking (or combining) the reading information and arranging disk data and reproduces both the original disk data and additional data of the local storage device using the generated irtualnuyu data layout.

In association with the above description, if new additional data is to be downloaded from an external content provider (CP) and stored in a local storage device, provided that the linking unit is present in the file structure of the local storage device, the file is not directly updated in the present invention local storage structures by the aforementioned downloaded additional data, and the aforementioned downloaded additional data temporarily stored in the time domain contained in the local storage device, so that the aforementioned downloaded additional data updates the file structure of the local storage device upon receipt of an update request.

Therefore, the binding unit is formed in the updated local storage device, the file structure information of the local storage device is updated, and then the temporary area of the local storage device is cleared.

However, if the data previously downloaded from an external content provider (CP) is not stored in the file structure of the local storage device, i.e. if the file information is not contained in the local storage device 15, the data downloaded from the content provider (CP) serving as an external input source is not loaded into the temporary area of the local storage device and directly loaded into the file structure of the local storage device, so that binding unit. And the controller 12 reads the file information of the binding unit and generates a virtual data composition by linking (or combining) the read information and the disk data composition.

The following describes a preferred embodiment for generating a virtual data composition by updating the file information of a local storage device according to the present invention.

5 is a conceptual diagram illustrating a method for generating a virtual data composition according to the present invention.

If a particular disc is loaded into the optical recording / reproducing apparatus 10, provided that the information and content shown in FIG. 4B is stored in the local storage 15, the optical recording / reproducing apparatus 10 reads the file system information 41 contained in the local storage 15 , and at the same time reads information 42 of the disk file system, including the file structure recorded on the disk, leading to the creation 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 apparatus generates a new virtual data arrangement for simultaneously reproducing the original data recorded on the disc and the additional data recorded in the local storage using the aforementioned virtual file system (VFS). To this end, the optical recording / reproducing device 10 reads the file information (file directory for disc_ID # 1 dependent) associated with the disk (eg, disc_ID # 1) from the file system, forms a binding unit in accordance with the read information of the binding unit declaration reads the binding unit and performs a binding operation to replace the read file information with the data layout of the disk, the loaded disk (disc_ID # 1), or add the read file information to the disk data layout.

In association with the above description, a binding unit declaration file according to the present invention includes a list (i.e., a File / Title Relationship List) indicating a relationship between files and titles; name matching information for performing a matching task for all files contained in the linking unit to form a virtual data composition; sequential playlist information for sequential playlists; and authority information.

Specifically, the aforementioned name matching information is used when the file structure data of the local storage device forms a binding unit, or when the binding unit is combined with a disk data arrangement.

The virtual data composition generated by the above linking 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 the disc. Additional clip 412 consists of additional data recorded in the local storage device.

6 is a block diagram illustrating a file structure contained in a local storage device including downloaded additional data according to the present invention. Specifically, FIG. 6 depicts the locations of a binding unit declaration file.

The data directory of the binding unit is used as the top directory. Many directories (e.g., org_ID # 1 and org_ID # 2) of the organization of individual content providers (CPs) are contained in the lower directory. In this case, the number of directories in the organization is equal to the number of CPs.

Directories (for example, disc_ID # 1 and disc_ID # 2) of unique discs of individual recording media are contained in the lower directory of the aforementioned directory (eg, org_ID # 1) of the organization. Also, the lower directory with respect to the directory (e.g., org_ID # 1) of the organization further includes a shared directory, usually applied to the above-mentioned all directories (e.g., disc_ID # 1 and disc_ID # 2) of the disk.

In association with the aforementioned description, the file (disc_ID # 1.bumf) of the binding unit declaration may be contained in the aforementioned directory (disc_ID # 1) of the disc. However, it should be noted that the file (disc_ID # 1.bumf) of the binding unit declaration is not located directly below the directory (disc_ID # 1) of the disk, an additional lower directory is formed, and the file (disc_ID # 1.bumf) of the binding unit declaration may be contained in the above-mentioned additional lower directory. For example, a META directory (not shown) may be contained as a lower directory in a directory (disc_ID # 1) of a disk, and a file (disc_ID # 1.bumf) of a binding unit declaration may also be contained in a META directory.

In association with the above description, the above file (disc_ID # 1.bumf) of the declaration of the linking unit may include correspondence information that performs the task of matching not only all files located under the directory (disc_ID # 1) of the disk for a particular recording medium, but also files associated with a particular recording medium from among the files contained in the shared directory.

7A is a block diagram illustrating a file structure of a local storage device and a time domain for temporarily downloading data from a content provider and storing downloaded data according to the present invention. Specifically, FIG. 7A depicts a situation provided before updating data of a file structure of a local storage device.

For example, the present invention can divide a local storage device into two areas, i.e. file structure of the local storage device and the time domain. In this case, a plurality of pieces of data downloaded from an external content provider (CP) are configured as a file structure and then stored in the file structure of the local storage device. New data other than old data is downloaded from an external content provider (CP) and then temporarily stored in the time domain.

In association with the above description, the aforementioned file structure of the local storage device includes a data directory (BindingUnitData) of the binding unit. A directory (e.g., org_ID # 1) of the organization corresponding to the content provider (CP) is contained in the BindingUnitData directory. An organization directory (org_ID # 1) includes at least one disk directory (e.g., disc_ID # 1) and a shared directory (e.g. Shared) that is typically applied to all disks made by the author of the disk.

The directory (disc_ID # 1) of the disk includes a file (disc_ID # 1.bumf) 61 declarations of the binding unit and a BD directory (BDMV). The BD directory (BDMV) includes a playlist file (e.g. Apr2005.mpls), a clip information file (e.g. Apr2005.clpi), and a stream file (e.g. Apr2005.m2ts). The file (disc_ID # 1.bumf) 61 of the binding unit declaration includes correspondence information associated with specific files (for example, Apr2005.mpls, Apr2005.clpi and Apr2005.m2ts) contained in the BD directory (BDMV).

Also, the temporary area of the local storage device includes the same file directory structure as the aforementioned file structure of the local storage device. For example, a local storage device includes a time domain, an organization directory (org_ID # 1) is used as a lower directory, and an organization directory (org_ID # 1) may include a disk directory (disc_ID # 1) and a shared directory (Shared) .

A directory (e.g., disc_ID # 1) of a disk contained in a time domain includes a file (e.g., disc_ID # 1_v2.bumf) 62 binding unit declarations and a BD directory (BDMV). The BD directory (BDMV) includes a playlist file (e.g. May2005.mpls), a clip information file (e.g. May2005.clpi), and a stream file (e.g. May2005.m2ts). The shared directory (Shared) contained in the time domain includes an AUXDATA file (e.g. Chinese.otf) (auxiliary data).

The file (disc_ID # 1_v2.bumf) 62 of the binding unit declaration includes correspondence information associated with specific files (e.g., May2005.mpls, May2005.clpi and May2005.m2ts) contained in the BD directory (BDMV) and correspondence information associated with a particular file (e.g. Chinese.otf) contained in a shared directory (Shared). As can be seen in FIG. 7A, it can be understood that the downloaded data is temporarily stored without updating the file structure of the local storage device.

7B shows a structure formed when time-domain data for temporarily downloading new data from a content provider updates the file structure of a local storage device according to the present invention.

In this case, it is preferable that the file structure of the local storage device is updated upon receipt of the request from the virtual file system (VFS). Although there is a request from the virtual file system (VFS), provided that there are verification errors associated with the newly downloaded data, or the data is currently being reproduced by the optical recording / reproducing device, the file structure of the local storage device is not updated.

As shown in FIG. 7B, if the file structure of the local storage device is updated as described above, it can be understood that the file structure of the local storage device integrates the temporarily stored file into the old file structure formed before updating the file structure of the local storage device. However, it should be noted that the binding unit declaration file generated after performing the above updating operation is a substitute for the file (disc_ID # 1_v2.bumf) 62 of the binding unit declaration contained in the time domain of FIG. 7A. Therefore, chunks of data newly loaded by the aforementioned file (disc_ID # 1.bumf) 63 of the declaration of the binding unit are contained in the binding unit, and a detailed description thereof will be described later in this document with reference to FIG.

FIG. 8 is a block diagram illustrating a binding unit of a local storage device for generating a virtual data composition according to the present invention.

As shown in FIG. 8, the binding unit declaration file (disc_ID # 1.bumf) 63 contained in the updated local storage file structure includes correspondence information indicating the file “May2005.mpls”, the file “May2005.clpi”, and the file “May2005.m2ts” from the number of files contained in the BD directory (BDMV), and the file “Chinese.otf”, which serves as the AUXDATA file for the shared directory (Shared).

Therefore, the binding unit of a particular disk (for example, disc_ID # 1) is formed in accordance with the correspondence information contained in the above file (disc_ID # 1.bumf) 63 of the declaration of the binding unit. For example, the linking unit includes a playlist file “May2005.mpls”, a clip information file “May2005.clpi”, a stream file “May2005.m2ts” and an AUXDATA file “Chinese.otf”.

In association with the above description, all files of the generated linking unit serve as read-only files. The linking unit is combined with the file structure of the recording medium to form a new virtual data layout, so that the data of the recording medium and the data of the local storage device are simultaneously reproduced, and its detailed description is given below with reference to Fig. 9.

9 is a conceptual diagram illustrating a method for generating a virtual data composition using a virtual file system (VFS) according to the present invention.

As shown in FIG. 9, a particular file structure (for example, the structure of FIG. 2) is written to a loaded disk and is also referred to as disk data composition. The local storage device includes a local storage file system 41. File system 41 includes a binding unit combined with a loaded disk (e.g., disc_ID # 1), and binding unit declaration file files.

In association with the above description, although the linking unit is basically similar to the file structure of the disk, the linking unit cannot act as a playback / control file per se, different from the layout of the disk data. In more detail, if it is assumed that the linking unit is intended to perform data reproduction on its own, this data reproduction is similar to the data reproduction of the local storage device, so that the above-mentioned operations of the linking unit are the opposite of the object of the present invention to simultaneously reproduce both the original data recorded on the disc, so and additional data recorded in the local storage device.

Therefore, the virtual file system (VFS) specifically uses the name matching information from the aforementioned binding unit declaration file and performs the linking operation by linking (or combining) the newly updated linking unit with the disk data composition contained on the loaded disk, so that it forms a new virtual data composition .

For example, it is assumed that the file structure (org_ID # 1, disc_ID # 1) of the recording medium contained on the disk includes an index file (Index.bdmv), an object file (MovieObject.bdmv), a playlist file (00000.mpls) , the clip information file (01000.clpi), the stream file (01000.m2ts) and the auxiliary data file (sound.bdmv) in the BD directory (BDMV) indicating the lower directory of the root directory.

It is assumed that the newly loaded updated binding unit associated with the loaded disk (e.g., disc_ID # 1) includes a specific playlist file (May2005.mpls) 71, clip information file (May2005.clpi) 72 indicating a file-driven clip (May2005.mpls) 71 playlist, and the file (May2005.m2ts) 73 stream in the BD directory (BDMV) and further includes a file (Chinese.otf) 74 AUXDATA in the shared directory (Shared) of the disk.

The mapping information of the binding unit declaration file according to the present invention includes specific information indicating file names and locations of the binding unit of the virtual data composition. For example, in accordance with the name matching information of the announcement file of the linking unit, the playlist file (May2005.mpls) 71 contained in the linking unit is set to the playlist file (00000.mpls) 81 contained in the PLAYLIST directory of the virtual data composition playlists , file (May2005.clpi) 72 clip information is set to file (02000.clpi) 82 catalog clip information (CLIPINF) information of virtual data composition clips, file (May2005.m2ts) 73 streams is installed on file (02000.m2ts) 83 directory streams (STREAM) virtual threads data composition, and the file (Chinese.otf) 74 AUXDATA is installed on the file (11111.otf) 84 AUXDATA of the AUXDATA directory of the virtual data composition.

Therefore, if a virtual data composition is generated by performing a binding operation in accordance with the above name matching information, the following files are present in the generated virtual data composition.

First, in accordance with the aforementioned name matching information of the binding unit declaration file, the virtual data composition contains a file (00000.mpls) 81 file lists for playing, a file (02000.clpi) 82 clip information, a file (02000.m2ts) of a stream and a file (11111.otf) 84 AUXDATA.

All files contained on a loaded disk are contained in a virtual data layout. For example, a playlist file, a clip information file, a stream file, and an AUXDATA file contained on a disc are also present in the virtual data composition.

However, provided that the file having the same name as the specific file contained on the disk is present in the virtual data composition in accordance with the above name matching information, only the file indicated by the above name matching information is contained in the virtual data composition. For example, as can be seen in FIG. 9, it can be understood that the playlist file (May2005.mpls) 71 contained in the linking unit is determined to be a virtual data composition playlist file (00000.mpls) 81 according to correspondence information names. Therefore, the file (00000.mpls) 91 of the playlist of the disc having the same name as the name of the above-mentioned file (00000.mpls) 81 of the playlist is not contained in the virtual data composition.

In other words, the above situation means that the playlist file (May2005.mpls) 71 contained in the linking unit replaces the disc playlist file (00000.mpls) 91. Therefore, the newly downloaded data can be played back by the playlist file (00000.mpls) 81 contained in the virtual data layout.

In contrast, the remaining files contained on the disk, for example, the clip information file (01000.clpi) 92, the stream file (01000.m2ts) 93, and the AUXDATA file (sound.bdmv) 94 are contained in the virtual data layout.

In association with the above description, the index file (Index.bdmv) and the object file (MovieObject.bdmv) contained in the virtual data composition can be updated with the index file (Index.bdmv) of the disc and the object file (MovieObject.bdmv) of the disc. In more detail, the above situation means that the title index of the virtual data composition is equal to the index of the disk title.

The index file (Index.bdmv) and the object file (MovieObject.bdmv) in the virtual data composition can also be replaced by the index file and the object file contained in the linking unit, when necessary (not shown in FIG. 9). In more detail, the above situation means that the title index of the virtual data composition is different from the index of the disk title. For example, if adding a new title to the virtual data composition, deleting the standard title, or changing the title playback script occurs through newly loaded data, the above situation means that the index of the title of the virtual data composition is different from the index of the disk title.

According to the aforementioned virtual data composition, source data indicating data of a recording medium and additional data indicating data of a local storage device can be simultaneously reproduced.

10 is a flowchart illustrating a method of reproducing data from a recording medium using a local storage device according to the present invention.

As shown in FIG. 10, if the disc is loaded into the optical recording / reproducing apparatus, the optical recording / reproducing apparatus recognizes the disc ID information (disc_ID) in the data of the local storage device. If the external content provider (CP) provides new additional data via the Internet or data network, the new additional data is downloaded to the local storage device in step S10. In this case, the new additional data indicates other data received from the content provider (CP), excluding the old downloaded data.

The above new additional data is temporarily stored in the time domain of the local storage in step S20.

The optical recording / reproducing apparatus determines whether the aforementioned temporarily stored additional data updates the file structure of the local storage, in step S30. In other words, the optical recording / reproducing apparatus verifies newly downloaded additional data. The above update operation is performed only when there is no verification error. If the player performs the playback function, despite the fact that there is no verification error (i.e., if the player enters the active state of the player), it will be apparent to those skilled in the art that the above update operation cannot be performed.

If the above update operation is not available in step S30, the newly downloaded additional data does not update the file structure of the local storage in step S40. In other words, the optical recording / reproducing apparatus continuously utilizes a standard virtual data composition.

If the above update operation is available in step S30, the file structure of the local storage device is updated in step S50 using data that has been stored in the time domain contained in the local storage in step S20.

The binding unit is generated in the updated file structure of the local storage device in accordance with the information of the binding unit announcement file in step S60. In this case, information of the aforementioned files of the binding unit declaration file may include name matching information, as previously indicated.

The binding unit formed in step S60 is combined with the file structure of the recording medium so that a virtual data composition is formed. The optical recording / reproducing apparatus simultaneously reproduces the original data stored on the recording medium and the additional data downloaded from the external subsystem in accordance with the aforementioned generated virtual data composition in step S70.

In association with a method for downloading new data and updating the downloaded file structure of the local storage linking unit, the following describes with reference to FIGS. 11-13 a preferred embodiment in which the file structure corresponding to the file structure of the local storage is configured in disk scale (i.e., per disk), another preferred embodiment, in which the file structure corresponding to the local storage file structure inayuschego device configured in title units (i.e., per title), and yet another preferred embodiment, wherein the file structure corresponding to the file structure of the local storage is configured in content units (i.e., per content).

11 is a conceptual diagram illustrating a method for downloading / updating data with respect to a disk-scale local storage device in accordance with a first preferred embodiment of the present invention.

As shown in FIG. 11, the local storage device includes a directory (BindingUnitData) of binding units including binding units, and a temporary directory serving as a temporary area for temporarily storing data downloaded from an external content provider.

The "org_ID" directory for each content provider equated to the author of the disk is contained in the lower directory relative to the aforementioned directory (BindingUnitData) of the binding blocks, and the "org_ID" directory includes a unique directory (disc_ID) of the shared disk directory (Shared) of the disk.

As can be seen in FIG. 11, the BD directory (BDMV) indicating the binding unit 110 is located under the disk directory (disc_ID # 1), and the binding unit 110 is configured on a disk scale.

The linking unit 110 includes a playlist directory (PLAYLIST) provided with a playlist file (00000.mpls) 111, clip information directory (CLIPINF) provided with a clip information file (01000.clpi) 112, a stream directory (STREAM) with a file (01000.m2ts) 113 streams in the BD directory (BDMV). In this case, the first preferred embodiment of FIG. 11 is characterized in that the aforementioned files 111, 112 and 113 contained in the aforementioned directories (PLAYLIST, CLIPINF and STREAM) are configured on a disk scale.

To perform the aforementioned download / update operations, the download application of the optical recording / reproducing device recognizes the current block 110 of linking the unique directory (disc_ID # 1) of the disk and / or the current block of 110 linking the shared directory (Shared) of the disk and reports the recognized information about the current block to the external Content Provider (CP)

Based on the aforementioned result of the download application message, the content provider (CP) provides a plurality of database files (e.g., index table, object file (MovieObject), play list (PlayList), etc.), and an optical recording / reproducing device download application uploads content provider (CP) files to the temporary directory of a particular drive. In this case, it is preferable that the aforementioned download application, as determined, is a BD-J application.

The newly downloaded files contained in the aforementioned temporary directory indicate a playlist directory (PLAYLIST) provided with a playlist file (00000.mpls) 114 and a playlist file (00001.mpls) 115, clip information directory (CLIPINF) provided with a file (02000 .clpi) 116 clip information, and a stream directory (STREAM) provided with a stream file (02000.m2ts) 117.

In association with the aforementioned description, files 114, 115, 116, and 117 contained in the aforementioned directories (PLAYLIST, CLIPINF, and STREAM) are configured on a disk scale and update the aforementioned linking unit 110.

If the download application sends a request to update the virtual file system (VFS) after the data has been downloaded to the temporary directory, the resident optical recording / reproducing device application moves the files from the temporary directory to the associated directory contained in the directory (disc_ID # 1) of the disk, so that the binding unit 110 is updated.

In association with the above description, the virtual file system does not go into an active state, while the optical recording / reproducing apparatus reproduces the titles and updates the linking unit, while the optical recording / reproducing apparatus reproduces the titles.

If the files contained in the linking unit 110 have the same file names as the names of the temporary directory files during the above updating operation, the temporary directory files overwrite the files of the linking unit 110. In contrast, if the files contained in the linking unit 110 have file names different from the temporary directory file names during the above updating operation, the temporary directory files are attached (or added) to the files of the linking unit 110.

For example, if it is required that the playlist file (00000.mpls) 114 has the same file name as the playlist file name (00000.mpls) 111 of the linking unit 110 and the playlist file (00001.mpls) 115 has a file name other than the file name (00000.mpls) 111 of the playlist of the linking unit 110, updated the file (00000.mpls) 111 of the playlist of the linking unit 110, the file of the playlist of a directory (PLAYLIST) of the playlist contained in the linking unit 110-1 formed after the above update operation has been completed includes a playlist file (00000.mpls) 111-1 formed by the aforementioned rewrite action and a playlist file (00001.mpls) 15 of a playlist formed by the aforementioned join action are included.

The clip information file and the stream file contained in the linking unit 110-1 formed after the update operation has been performed are configured by adding a temporary directory file to the file of the linking unit 110, respectively. As a result, the clip information directory (CLIPINF) of the binding unit 110-1 includes a clip information file (01000.clpi) 112 and another clip information file (02000.clpi) 116, and the stream directory (STREAM) of the binding unit 110-1 includes the file itself (01000.m2ts) 113 flows and another file (02000.m2ts) 117 flows.

In association with the above description, the temporary directory formed after the update operation was performed becomes empty, and the empty state of the temporary directory is maintained until new data is reloaded into the temporary directory.

12 is a conceptual diagram illustrating a method for downloading / updating data with respect to a title-scale local storage device according to a second preferred embodiment of the present invention.

Although the basic directory structures of FIG. 12 are the same as the directory structures of FIG. 11, files contained in separate directories of the local storage linking unit 120 are classified according to separate titles, different from the aforementioned first preferred embodiment shown in FIG. eleven. Hereinafter, with reference to FIG. 12, a detailed description of a second preferred embodiment is described.

As shown in FIG. 12, the unique directory (disc_ID # 1) of the disk and the shared directory (Shared) of the disk are contained in the directory “org_ID # 1” for each content provider (CP). The BD directory (BDMV) indicating the linking unit 120 is located under the unique directory (disc_ID # 1) of the disc, and the files of the linking unit 120 indicated by the BD directory (BDMV) are classified in units of individual titles (for example, “Title 1” and “Title 2”, ...).

The local storage linking unit 120 includes a playlist directory (PLAYLIST) provided with a playlist file (00000.mpls) 121, a clip information directory (CLIPINF) provided with a clip information file (01000.clpi) 123 and a file (02000.clpi ) 124 clip information, and a stream directory (STREAM), provided with a stream file (01000.m2ts) 125 and a stream file (02000.m2ts) 126 in the BD directory (BDMV).

For example, specific files (i.e. 00000.mpls (121), 01000.clpi (123) and 01000.m2ts (125)) from the number of files contained in the above directories (PLAYLIST, CLIPINF and STREAM) indicate the files of the first title (i.e. Title 1), and the remaining files (i.e. 00001.mpls (122), 02000.clpi (124) and 02000.m2ts (126)) contained in the above directories (PLAYLIST, CLIPINF and STREAM) , indicate the files of the second title (i.e., Title 2).

In association with the above description, when data is downloaded to the local storage device, it is preferable that specific information indicating whether the files of the linking unit 120 contained in the local storage device are the same with the files of a specific title are loaded into the local storage device along with the information associated with titles.

If the user selects the binding unit to be downloaded for a specific title (for example, “Title 1”), the download application of the optical recording / reproducing device downloads the files of the new binding unit for the aforementioned “Title 1” selected by the user to a temporary directory. In this case, it is preferable that the aforementioned download application, as determined, is a BD-J application.

For example, newly downloaded files stored in a temporary directory indicate a playlist directory (PLAYLIST), provided with a playlist file (00000.mpls) 131 and a playlist file (00002.mpls) 132, a clip information directory (CLIPINF) provided with a file ( 03000.clpi) 133 clip information, and a directory (STREAM) of streams, provided with a file (03000.m2ts) of 134 streams. In this case, the aforementioned files consist of files associated with “Title 1” and update the linking unit 120.

If the download application sends a request to update the virtual file system (VFS) after the data has been downloaded to the temporary directory, the resident optical recording / playback device application moves the files from the temporary directory to the lower directory contained in the directory (disc_ID # 1) of the disk, so that the binding unit 120 is updated.

In association with the above description, the virtual file system does not go into an active state, while the optical recording / reproducing apparatus reproduces the titles and updates the linking unit, while the optical recording / reproducing apparatus reproduces the titles.

During the aforementioned update operation, the “Titles 1” files from the files of the linking unit 120 are deleted and replaced with files of the temporary directory, so that the linking unit 120-1 is formed obtained after completion of the above-mentioned update operation.

In other words, the “Titles 1” files are deleted, i.e. file (00000.mpls) 121 playlists, file (01000.clpi) 123 clip information and file (01000.m2ts) 125 streams. The playlist file is replaced with the playlist file (00000.mpls) 131 and the playlist file (00002.mpls) 132, the clip information file (01000.clpi) 123 is replaced with another clip information file (03000.clpi) 133, and the file (01000. m2ts) 125 of the stream is replaced by another file (03000.m2ts) of 134 stream, so that a link block 120-1 is formed.

Therefore, the linking unit 120-1 formed after completion of the above updating operation includes a playlist file (00000.mpls) 131 and a playlist file (00001.mpls) 122 in the playlist directory (PLAYLIST). The clip information directory (CLIPINF) of the binding unit 120-1 includes a clip information file (03000.clpi) 133 and another clip information file (02000.clpi) 124, and the stream directory (STREAM) of the binding unit 120-1 includes a file (03000.m2ts) 134 streams and another file (02000.m2ts) 126 streams.

In association with the above description, the temporary directory formed after the update operation is completed becomes empty, and the empty state of the temporary directory is maintained until new data is reloaded into the temporary directory.

13 is a conceptual diagram illustrating a method for downloading / updating data with respect to a local storage device at a content scale according to a third preferred embodiment of the present invention.

Although the basic directory structures of the local storage device shown in FIG. 13 are the same as those in FIG. 11, the playlist file of the playlist directory (PLAYLIST) of the playlists contained in the local storage linking unit 140 is configured to a content scale different from the above the first and second preferred embodiments shown in FIGS. 11 and 12. Hereinafter, a detailed description of the third preferred embodiment is described with reference to FIG. laziness.

As shown in FIG. 13, the unique directory (disc_ID # 1) of the disk and the shared directory (Shared) of the disk are contained in the directory “org_ID # 1” for each content provider (CP). A BD directory (BDMV) indicating the linking unit 140 is located under the directory (disc_ID # 1) of the disk, and the linking unit 140 designated by the BD directory (BDMV) is configured on a content scale.

The local storage linking unit 140 includes a playlist directory (PLAYLIST) provided with a specific content playlist file (00000.mpls) 141 (e.g., “Content 1”), clip information directory (CLIPINF) provided with a file (01000.clpi ) 142 information of a clip of specific content (for example, “Content 1”), and a directory (STREAM) of streams provided with a file (01000.m2ts) 143 of a stream of specific content (for example, “Content 1”).

For example, if the user selects the files to be downloaded, the download application downloads the database files and stream files supplied from the content provider (CP) to a temporary directory. The aforementioned database and stream files include partial, modified, or complete information for only one BD, read-only, serving as a recording medium. In this case, it is preferable that the aforementioned download application, as determined, is a BD-J application.

For example, for newly downloaded files stored in a temporary directory, the BD directory (BDMV) is located under the temporary directory. The BD directory (BDMV) includes a playlist directory (PLAYLIST) provided with a playlist file (00000.mpls) 144 and a playlist file (00001.mpls) 145 playlist files, a clip information directory (CLIPINF) with a file (02000 .clpi) 146 information about the clip, and the directory (STREAM) of the streams, provided with the file (02000.m2ts) 147 streams. In this case, the aforementioned files consist of files associated with the new content (for example, “Content 2”), and update the linking unit 140.

If the resident application of the optical recording / reproducing apparatus moves the files of the temporary directory to the lower directory with respect to the unique directory (disc_ID # 1) of the disk, so that the binding unit 140 is updated.

In association with the above description, the virtual file system does not go into an active state, while the optical recording / reproducing apparatus reproduces the titles and updates the linking unit, while the optical recording / reproducing apparatus reproduces the titles.

During the aforementioned update operation, the files of the linking unit 140 remain, and the files of the temporary directory are added (or added), so that the linking unit 140-1 is formed obtained after completion of the above-mentioned update operation.

Therefore, the linking unit 140-1 formed after completion of the above updating operation includes a playlist file (00000.00.mpls) 141, a playlist file (00000.01.mpls) 144 and a playlist file (00000.01.mpls) 145 in the directory (PLAYLIST ) playlists. The clip information directory (CLIPINF) of the binding unit 140-1 includes a clip information file (01000.clpi) 142 and another clip information file (02000.clpi) 146, and the stream directory (STREAM) of the binding unit 140-1 includes a file (01000.m2ts) 143 threads and another file (02000.m2ts) 147 threads.

The aforementioned playlist file (00000.00.mpls) 141 indicates preloaded content. For example, the playlist file (00000.00.mpls) 141 serves as a playlist file of the specific content “Content 1”. The playlist file (00000.01.mpls) 144 of the playlist indicates the newly downloaded content and serves as the playlist file of the specific content “Content 2”.

In association with the above description, the temporary directory formed after the update operation is completed becomes empty, and the empty state of the temporary directory is maintained until new data is reloaded into the temporary directory.

14 is a flowchart illustrating a method for downloading / updating data with respect to a local storage device according to the present invention.

As shown in FIG. 14, if the disc is loaded into the optical recording / reproducing apparatus, the optical recording / reproducing apparatus recognizes the current structure of the loaded disc binding unit and reports the recognized structure of the binding unit to the content provider (CP) in step S110. However, provided that the binding structure is configured on a title scale or a content scale, the aforementioned step S110 may be optional.

The optical recording / reproducing apparatus downloads the files selected by the user from among all the files supplied from the content provider (CP) to the local storage device in step S111. It should be noted that the files that are selected by the user and the files that are transferred from the content provider (CP) can be changed in accordance with the structure of the linking unit contained in the local storage device.

If the aforementioned download operation is completed in step S111, the optical recording / reproducing apparatus determines the presence or absence of an update request in step S112. In this case, the update request may correspond to the update request of the virtual file system.

If the absence of an update request is determined in step S112, the optical recording / reproducing apparatus does not update the binding unit of the local storage in step S113.

Otherwise, if the presence of the update request is determined in step S112, the optical recording / reproducing apparatus determines whether the downloaded data can be updated or not in step S114, so that it can be verified whether the downloaded data has security problems and the current player goes into data playback mode. In other words, if there is no verification problem, and the player enters the playback mode, the optical recording / reproducing apparatus determines that the downloaded data can update. Otherwise, if there are verification problems, and the player does not enter the playback mode, the optical recording / reproducing device determines that the downloaded data cannot be updated.

If it is determined that the downloaded data can be updated, in step S114, the optical recording / reproducing apparatus updates the local memory binding unit in step S115. Otherwise, if it is determined that the downloaded data cannot be updated in step S114, the optical recording / reproducing apparatus does not update the binding unit of the local storage in step S116. The updated binding unit in step S115 finally updates the virtual data composition. Specifically, the update operation of the virtual data composition occurs with a change in the title (s), so that the virtual data composition must be updated when the title is changed to another title.

As is apparent from the above description, the method and apparatus for reproducing data from a recording medium using a local storage device according to the present invention can efficiently reproduce the original data recorded on the recording medium and additional data stored in the local storage, resulting in more convenient functions for the user.

Industrial applicability

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

Claims (24)

1. A method of reproducing data of a recording medium using a local storage device comprising the steps of:
save downloaded data to a local storage device;
determining whether the downloaded file structure of the local storage device can be updated, and the file structure of the local storage device is updated with the downloaded data, if it is determined that updating with the downloaded data can be performed;
forming in the updated file structure of the local storage device a linking unit corresponding to the set of files stored in the local storage device associated with the recording medium; and
forming a virtual data layout by combining the generated linking unit with the file structure contained in the recording medium, and reproducing the data of the recording medium and / or downloaded data of the local storage device in accordance with the generated virtual data layout. 2. The method according to claim 1, additionally containing a stage in which, if there is an error of verification in the downloaded data, allow the failure of the update operation. 3. The method according to claim 1, additionally containing a stage in which, if the player enters the playback mode, allow the failure of the update operation. 4. The method according to claim 1, in which the downloaded data includes a binding block declaration file, and the binding block is determined by the binding block declaration file. 5. The method of claim 4, wherein the linker includes a plurality of files, and these files are defined as being read-only. 6. The method of claim 4, wherein the binding unit declaration file includes name matching information associated with all files contained in the binding unit. 7. The method of claim 4, wherein the binding unit declaration file contained in the file structure of the local storage device is replaced with the newly loaded binding unit declaration file when the file structure of the local storage device is updated. 8. The method according to claim 1, in which the downloaded data is temporarily stored in a temporary area contained in the local storage device. 9. The method of claim 8, in which the data stored in the time domain updates the file structure of the local storage device, and the time domain becomes empty. 10. The method according to claim 1, wherein updating the downloaded data is performed on a disk scale. 11. The method according to claim 10, in which during the update operation, control is performed so that a file having the same name as the name of the standard file is overwritten, and control is performed so that another file having a name other than the name standard file has been attached. 12. The method according to claim 1, in which the updated downloaded data is carried out on a title scale (the largest data formatting element on the recording medium). 13. The method according to item 12, in which during the update operation delete the files of the old version of the title to be updated, and replace the files of the old version with the newly downloaded files. 14. The method according to claim 1, wherein updating the downloaded data is carried out on a content scale. 15. The method according to 14, in which the downloaded files further include information, partial and / or modified in comparison with the file generated before the update operation. 16. The method according to claim 1, further comprising the step of: forming a virtual data layout using the virtual file system, and reproducing data of the recording medium and / or data of the local storage device using the generated virtual file structure. 17. A method for updating data of a local storage device, comprising the steps of:
download files from an external source and save the downloaded files in a local storage device;
if the files are downloaded to the local storage device, the presence or absence of an update request is determined;
if the presence of an update request is determined, it is determined whether or not the update by downloaded files can be carried out; and
if it is determined that updating with the downloaded files can be carried out, the linking unit contained in the local storage device is updated corresponding to the set of files stored in the local storage device associated with the recording medium. 18. The method according to 17, further comprising the step of recognizing the current structure of the binding unit contained in the local storage device before downloading the files, and reporting the recognized structure of the binding unit to the content provider. 19. The method according to 17, in which the local storage device includes a temporary directory for temporary file downloads. 20. The method according to 17, in which the binding unit contained in the local storage device is configured on a disk scale, a title scale or a content scale. 21. The method of claim 17, wherein the updated binding unit updates the virtual data composition when the current title changes to another title. 22. A method of forming a virtual data composition, comprising stages in which
storing the downloaded data associated with the loaded recording medium in a local storage device;
form a new file structure in the local storage device by updating the downloaded data to the previous file structure in the local storage device;
forming from this new file structure a linking unit corresponding to the set of files stored in the local storage device associated with the recording medium; and
form a virtual data layout by linking the binding unit to the file structure of the recording medium. 23. A device for reproducing data of a recording medium using a local storage device containing
a head module configured to read data from the recording medium;
a local storage device configured to download data associated with the data of the recording medium and store the downloaded data; and
a controller configured to
updating data downloaded to the local storage device;
generating, using updated data, a binding unit corresponding to a set of files stored in the local storage device associated with the recording medium;
forming a virtual data composition by combining the generated binding unit with the file structure contained in the recording medium; and
controlling the operation of reproducing data contained in the recording medium and / or data contained in the local storage device using the virtual data layout. 24. The device according to item 23, in which the controller recognizes the identification information of the recording medium using the head module, and reads the information of the linking unit corresponding to the loaded identification information of the recording medium among all file information blocks stored in the local storage device.

Images