US20070189718A1 - Reproduction device and reproduction method, program and program storage medium, data distribution system, data structure, and method for manufacturing recording medium - Google Patents

Reproduction device and reproduction method, program and program storage medium, data distribution system, data structure, and method for manufacturing recording medium Download PDF

Info

Publication number
US20070189718A1
US20070189718A1 US11/587,094 US58709406A US2007189718A1 US 20070189718 A1 US20070189718 A1 US 20070189718A1 US 58709406 A US58709406 A US 58709406A US 2007189718 A1 US2007189718 A1 US 2007189718A1
Authority
US
United States
Prior art keywords
data group
data
file
file system
reproducing apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/587,094
Other languages
English (en)
Inventor
Yoshiyuki Kobayashi
Kouichi Uchimura
Kazuo Yamamoto
Yoshikazu Takashima
Kenjiro Ueda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of US20070189718A1 publication Critical patent/US20070189718A1/en
Assigned to SONY CORPORATION reassignment SONY CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TAKASHIMA, YOSHIKAZU, UCHIMURA, KOUICHI, UEDA, KENJIRO, YAMAMOTO, KAZUO, KOBAYASHI, YOSHIYUKI
Priority to US12/905,818 priority Critical patent/US8768987B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2508—Magnetic discs
    • G11B2220/2516—Hard disks
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers

Definitions

  • the present invention relates to a reproducing apparatus, a reproducing method, a program, a program storage medium, a data delivery system, a data structure, and a manufacturing method of a recording medium. More specifically, the present invention relates to a reproducing apparatus, a reproducing method, a program, a program storage medium, a data delivery system, a data structure, and a manufacturing method of a recording medium for appropriately downloading an update file of a content already recorded on a recording medium.
  • DVD (digital versatile disk) video format is one of playback only standards of digital versatile disks (DVDs).
  • content data such as video and audio is multiplexed with data of a variety of sub-pictures including caption, and is recorded in a program stream on a disk.
  • Navigation data is also recorded on the disk to reproduce interactively the stream.
  • data is reproduced at a desired position or in a desired order.
  • users can use a variety of functions of DVD.
  • the available functions include a multi-angle function in which videos captured at various angles are reproduced, a multi-language function in which data is reproduced in a desired language selected from a plurality of languages, a parental control function in which a particular scene, such as a scene of violence, is prevented from being reproduced.
  • a program stream can be produced by multiplexing a plurality of audio streams and a plurality of caption data streams. If data of different languages is thus recorded for one video content, such as a movie, on a single disk, a user can select voice and caption of a desirable language at the beginning of or during video reproduction.
  • Patent Document 1 discloses a system that allows a user to easily download a content as a video work, including sound effects, moving image, and still image.
  • Patent Document 2 discloses a technique that allows a portion of entire music data to be replaced with another data.
  • Patent Document 1 Japanese Unexamined Patent Application Publication No. 2003-140662
  • Patent Document 2 Japanese Unexamined Patent Application Publication No. 2002-311967
  • the user can naturally reproduce only contents recorded on a disk loaded on a player.
  • the user can display the English caption pre-recorded on the disk.
  • the user needs to purchase a different disk with caption information of the other desired language.
  • a seller of the disks need to prepare disks with different caption information, or a plurality of types of disks, such as disks of English language, disks of Japanese language, and the like.
  • a bonus track is added, or when caption and voice are partially modified, instead of the modification of an entire content, a disk with the bonus track added thereon, and a disk with the caption and voice partially modified must be newly prepared for re-distribution.
  • the present invention has been developed in view of the above-described problem and it is an object of the present invention to allow an update file of a content recorded on a disk to be downloaded, or to be distributed in a removable recording medium to easily handle a content file recorded on the disk and the update file.
  • a reproducing apparatus for acquiring a first data group and a second data group, and reproducing an AV stream using the acquired first and second data groups, includes detecting means for detecting a file system of the first data group, and virtual file system generating means for generating a virtual file system containing at least a portion of each of the first data group and the second data group, based on the file system of the first data group detected by the detecting means, and attribute information containing first information indicating a recording position of the second data group and second information indicating a path in the virtual file system of the second data group.
  • a directory structure of the virtual file system may include at least a portion of a directory structure in the file system of the first data group detected by the detecting means.
  • the virtual file system may include a directory containing a play list file managing reproduction of the AV stream, a directory containing a clip information file managing the AV stream, and a directory storing the AV steam.
  • the second data group may be stored on one of a semiconductor memory and a magnetic disk, and the first information may indicate a path in a file system in the one of the semiconductor memory and the magnetic disk.
  • the reproducing apparatus may further include reproduction control means for controlling reproduction of the AV stream by controlling reading of the first data group and the second data group based on the virtual file system generated by the virtual file system generating means.
  • the reproducing apparatus may further include storage means for storing the acquired second data group, and management means for managing the file system of the second data group in the storage means, wherein the reproduction control means controls the reproduction by reading the second data group stored on the storage means based on the first information and the second information contained in the attribute information, the virtual file system, and the file system of the second data group managed by the management means.
  • the reproducing apparatus may further include storage means for storing the acquired second data group, wherein the second data group is stored on the storage means, and also on another device connected to the reproducing apparatus via a network or a recording medium loaded on the reproducing apparatus, wherein the first information indicates a path of the second data group in the file system of the storage means, and wherein the reproduction control means further controls acquisition of data to be read out of the second data group stored on the other device or the recording medium if the data to be read out of the second data group is not present in the path indicated by the first information of the storage means.
  • the first data group may be stored on one of an optical disk, a semiconductor memory, and a magnetic disk.
  • the reproducing apparatus may further include acquisition means for acquiring the second data group from outside the reproducing apparatus, storage means for storing the second data group acquired by the acquisition means, and reading means for reading the first data group from a predetermined recording medium loaded on the reproducing apparatus, wherein the reading means acquires the first data group by reading the first data group from the predetermined recording medium loaded on the reproducing apparatus or by reading the first data group from the storage means, the storage means having stored, in an area different from the area where the second data group has been stored, the first data group read by the reading means from the predetermined recording medium.
  • the reproducing apparatus may further include first acquisition means for acquiring the first data group, and second acquisition means for acquiring a third data group as an update file of the second data group, wherein the second acquisition means acquires the third data group in a state that the first acquisition means has acquired the first data group acquired, and wherein the virtual file system generating means generates the virtual file system containing at least a portion of each of the first data group and the third data group, based on the file system of the first data group detected by the detecting means, and attribute information containing third information indicating a recording position of the third data group and fourth information indicating a path in the virtual file system of the third data group.
  • the reproducing apparatus may further include first acquisition means for acquiring the first data group, and second acquisition means for acquiring a third data group as an update file of the second data group, wherein the second acquisition means acquires the third data group in a state that the first acquisition means has not yet acquired the first data group, and wherein the virtual file system generating means generates the virtual file system containing at least a portion of each of the first data group and the third data group, based on the file system of the first data group detected by the detecting means, and attribute information containing third information indicating a recording position of the third data group and fourth information indicating a path in the virtual file system of the third data group.
  • the reproducing apparatus may further include storage means for storing a third data group as an update file of the second data group, and storage control means for controlling storage of the third data group onto the storage means, wherein one of the first data group and the third data group contains third information indicating a combination of the second data group and the third data group, the combination of the second data group and the third data group being capable of reproducing all data contained in the second data group and the third data group when the third data group is stored on the storage means, and wherein the storage control means determines, based on the third information, what data of the second data group cannot be reproduced due to the controlling of the storage of the third data group onto the storage means.
  • the reproducing apparatus may further include notification means for outputting a notification to a user, wherein when the storage control means determines that predetermined data contained in the second data group cannot be reproduced due to the controlling of the storage of the third data group onto the storage means, the notification means issues a warning message to the user.
  • Each of the second data group and the third data group may contain first control information for controlling a variety of stream data and reproduction of the stream data, wherein when the storage control means determines that at least a portion of the stream data contained in the second data group cannot be reproduced due to the controlling of the storage of the third data group onto the storage means, the storage control means generates second control information capable of reproducing all stream data contained in the second data group and the third data group, and controls the storage of the second control information onto the storage means.
  • the first control information and the second control information may contain the first information and the second information.
  • the reproducing may further include notification means for outputting a notification to a user, wherein each of the second data group and the third data group contains reproduction control information for controlling a variety of stream data and reproduction of the stream data, wherein when the storage control means determines that at least a portion of the stream data contained in the second data group cannot be reproduced due to the controlling of the storage of the third data group onto the storage means, the storage control means acquires identification information uniquely identifying the reproduction control information contained in the second data group, and the notification means notifies the user of the identification information.
  • the reproducing apparatus may include storage means for storing the second data group, data storage management means for managing storage or deletion of the second data group on the storage means, and operation input acquisition means for acquiring an operation input from a user, wherein the data storage management means deletes at least a portion of data contained in the second data group stored on the storage means, in response to an operation input by the user and acquired by the operation input means, and wherein the virtual file system generating means re-generates the virtual file system based on the attribute information when the data storage management means deletes at least the portion of the data contained in the second data group.
  • the reproducing apparatus may further include communication means for exchanging information with a predetermined information processing apparatus via a network, and information display control means for controlling display of information assisting the user in operation, wherein when the operation input acquisition means acquires a command to delete data contained in the second data group stored on the storage means, the data storage management means transmits, to the predetermined information processing apparatus via the communication means, information indicating a state of the virtual file system generated by the virtual file system generating means, the communication means receives, from the predetermined information processing apparatus, information indicating a list of deletable data out of data contained in the second data group stored on the storage means, the information display control means controls display of the information indicating the list of deletable data received via the communication means, and the data storage management means deletes at least a portion of the data contained in the second data group stored on the storage means, based on the operation input of the user who references the list of the deletable data displayed under the control of the information display control means, the operation input acquired by the operation input acquisition means.
  • the reproducing apparatus may further include communication means for exchanging information with a predetermined information processing apparatus via a network, wherein the virtual file system generating means determines whether a malfunction is likely to occur as a result of deletion of data in the virtual file system after at least the portion of the data contained in the second data group stored on the storage means is deleted, and if it is determined that the malfunction is likely to occur as a result of data deletion, extracts data required to correct the malfunction, and requests the predetermined information processing apparatus via the communication means to transmit data required to correct the malfunction, and the communication means receives the data required to correct the malfunction from the predetermined information processing apparatus, and
  • the data storage management means controls storage of the data, required to correct the malfunction and received via the communication means, onto the storage means.
  • a reproducing method of a reproducing apparatus for reproducing an AV stream using a first data group and a second data group includes steps of detecting a file system of the first data group, acquiring attribute information containing first information indicating a recording position of the second data group and second information indicating a path in a virtual file system of the second data group, and generating the virtual file system containing at least a portion of each of the first data group and the second data group, based on the detected file system of the first data group and the acquired attribute information.
  • the reproducing method may further include steps of acquiring a third data group as an update file of the second data group, acquiring, from one of the first data group and the third data group, third information indicating a combination of the second data group and the third data group, the combination of the second data group and the third data group being capable of reproducing all data contained in the second data group and the third data group when the third data group is stored on a predetermined storage section, and determining, based on the third information, whether any of data contained in the second data group cannot be reproduced when the third data group is stored onto the storage section.
  • a program for causing a computer to reproduce an AV stream using a first data group and a second data group includes steps of detecting a file system of the first data group, acquiring attribute information containing first information indicating a recording position of the second data group and second information indicating a path in a virtual file system of the second data group, and generating the virtual file system containing at least a portion of each of the first data group and the second data group, based on the detected file system of the first data group and the acquired attribute information.
  • the file system of the first data group is detected to reproduce the AV stream using the first data group and the second data group.
  • the virtual file system containing at least a portion of each of the first data group and the second data group is generated based on the detected file system of the first data group and the attribute information containing the first information indicating the recording position of the second data group and the second information indicating the path in the virtual file system of the second data group.
  • a data structure of third data to be supplied to a reproducing apparatus so that first data and second data supplied to the reproducing apparatus are reproduced with the first and second data associated with each other includes first information indicating a path in a file system of a recording section storing the first data in the reproducing apparatus, and second information indicating a path of the first data in a virtual file system of the reproducing apparatus, the virtual file system including at least a portion of each of the first data and the second data.
  • a manufacturing method of a recording medium includes steps of generating data having a data structure including first information indicating a path in a file system of a recording section storing the first data in the reproducing apparatus, second information indicating a path of the first data in a virtual file system of the reproducing apparatus, the virtual file system including at least a portion of each of the first data and the second data, and recording the generated data onto the recording medium.
  • the data having the data structure containing the first information and the second information is provided so that the first data and the second data supplied to the reproducing apparatus are reproduced with the first and second data associated with each other.
  • the first information indicates the path in the file system of the recording section storing the first data in the reproducing apparatus
  • the second information indicates the path of the first data in a virtual file system of the reproducing apparatus, the virtual file system including at least a portion of each of the first data and the second data.
  • a reproducing apparatus for reproducing an AV stream using a first data group and a second data group, includes first acquisition means for acquiring the first data group, second acquisition means for acquiring the second data group that is to be reproduced along with the first data group, storage means for storing the second data group acquired by the second acquisition means, extracting means for extracting, from the second data group stored on the storage means, first information indicating a path in the second data group in a file system of the storage means and second information indicating a path in a virtual file system of the second data group, detecting means for detecting a file system of the first data group, virtual file system generating means for generating the virtual file system containing at least a portion of each of the first data group and the second data group, based on the file system of the first data group detected by the detecting means, and the first information and the second information extracted by the extracting means, and reproducing means for reproducing the AV stream by reading the acquired first data group and second data group based on
  • a reproducing method of a reproducing apparatus for reproducing an AV stream using a first data group and a second data group includes steps of acquiring the second data group along with the first data group, storing the acquired second data group onto a storage section, extracting, from the second data group stored on the storage section, first information indicating a path in the second data group in a file system of the storage section and second information indicating a path in a virtual file system of the second data group, detecting a file system of the first data group, generating the virtual file system containing at least a portion of each of the first data group and the second data group, based on the detected file system of the first data group and the extracted first information and second information, and reproducing the AV stream by reading the first data group and the second data group based on the virtual file system.
  • a program for causing a computer to reproduce an AV stream using a first data group and a second data group includes steps of acquiring the second data group along with the first data group, storing the acquired second data group onto a storage section, extracting, from the second data group stored on the storage section, first information indicating a path in the second data group in a file system of the storage section and second information indicating a path in a virtual file system of the second data group, detecting a file system of the first data group, generating the virtual file system containing at least a portion of each of the first data group and the second data group, based on the detected file system of the first data group and the extracted first information and second information, and reproducing the AV stream by reading the first data group and the second data group based on the virtual file system.
  • the second data group to be reproduced along with the first data group is acquired to reproduce the AV stream using the first data group and the second data group.
  • the acquired second data group is stored.
  • the first information and the second information are extracted from the second data group.
  • the first information indicates the path in the second data group in the file system of the storage section and the second information indicates the path in the virtual file system of the second data group.
  • the file system of the first data group is detected.
  • the virtual file system containing at least a portion of each of the first data group and the second data group is generated based on the detected file system of the first data group and the extracted first information and second information.
  • the AV stream is then reproduced by reading the first data group and the second data group based on the virtual file system.
  • a data delivery system includes a reproducing apparatus for reproducing an AV stream based on information recorded on a removable recording medium, and a data delivery apparatus for delivering data to the reproducing apparatus.
  • the reproducing apparatus includes detecting means for detecting a file system of a first data group recorded on the recording medium, data acquisition means for acquiring a second data group delivered from the data delivery apparatus, first storage means for storing the second data group acquired by the data acquisition means, and virtual file system generating means for generating a virtual file system containing at least a portion of each of the first data group and the second data group, based on a file system of the first data group detected by the detecting means, and attribute information containing first information indicating a path in a file system of the second data group on the storage means and second information indicating a path in the virtual file system of the second data group.
  • the data deliver apparatus includes second storage means for storing a plurality of second data groups, schedule management means for managing a delivery schedule of the second data group to the reproducing apparatus, and selecting means for selecting any of the plurality second data groups deliverable to the reproducing apparatus from among the plurality second data groups stored on the second storage means, based on the schedule managed by the schedule management means.
  • the file system of the first data group recorded on the recording medium is detected, the second data group delivered from the data delivery apparatus is acquired, the acquired second data group is stored, and the virtual file system containing at least a portion of each of the first data group and the second data group is generated based on the file system of the first data group detected by the detecting means, and the attribute information containing the first information indicating the path in the file system of the second data group on the storage means and the second information indicating the path in the virtual file system of the second data group.
  • the plurality of second data groups are stored, the delivery schedule of the second data group to the reproducing apparatus is managed, and any of the plurality second data groups deliverable to the reproducing apparatus from among the plurality second data groups stored on the second storage means is selected based on the schedule managed by the schedule management means.
  • the AV stream is reproduced using the first data group and the second data group based on the virtual file system.
  • the virtual file system is created and data group contained in the virtual file system is delivered according to a predetermined schedule.
  • FIG. 1 is a block diagram illustrating a reproducing apparatus in accordance with a first embodiment of the present invention.
  • FIG. 2 illustrates an application format on a recording medium to be loaded on the reproducing apparatus of the first embodiment of the present invention.
  • FIG. 3 illustrates another example of the application format on the recording medium to be loaded on the reproducing apparatus.
  • FIG. 4 illustrates a status of the reproducing apparatus on which a file has been downloaded.
  • FIG. 5 illustrates an AV stream
  • FIG. 6 is a block diagram illustrating a function of a controller of FIG. 1 .
  • FIG. 7 illustrates a virtual file system
  • FIG. 8 illustrates the virtual file system
  • FIG. 9 illustrates a directory structure of a local storage.
  • FIG. 10 illustrates syntax of a manifest file.
  • FIG. 11 illustrates a value specifiable for operation_type.
  • FIG. 12 illustrates a value specifiable for permission contained in manifest ( ).
  • FIG. 13 illustrates a file system of an optical disk.
  • FIG. 14 illustrates a file system of a local storage 24 .
  • FIG. 15 illustrates the specifying of a path name.
  • FIG. 16 illustrates a file/directory structure in a virtual disk.
  • FIG. 17 illustrates a definition of a content delivery file format of a content distributed by a content author.
  • FIG. 18 illustrates a content recorded on an optical disk loaded on the reproducing apparatus with MainPath added to the content.
  • FIG. 19 illustrates the content recorded on the optical disk on the reproducing apparatus with MainPath added to the content.
  • FIG. 20 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPath added to the content.
  • FIG. 21 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPath added to the content.
  • FIG. 22 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPlayItem added to the content.
  • FIG. 23 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPlayItem added to the content.
  • FIG. 24 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPlayItem added to the content.
  • FIG. 25 illustrates the content recorded on the optical disk on the reproducing apparatus with SubPlayItem added to the content.
  • FIG. 26 illustrates the content recorded on the optical disk on the reproducing apparatus with Clip added to the content.
  • FIG. 27 illustrates the content recorded on the optical disk on the reproducing apparatus with Clip added to the content.
  • FIG. 28 illustrates a status of PlayList subsequent to the addition and updating of a file.
  • FIG. 29 illustrates a status of PlayList subsequent to the addition and updating of a file.
  • FIG. 30 illustrates a list of deletable files displayed to a user.
  • FIG. 31 is a flowchart illustrating an addition and updating process performed on a per file basis.
  • FIG. 32 is a flowchart illustrating a binding process 1 .
  • FIG. 33 is a flowchart illustrating an addition and updating process performed on a disk basis.
  • FIG. 34 is a flowchart illustrating a deletion process performed on a file basis.
  • FIG. 35 is a flowchart illustrating a deletion process performed on a disk basis.
  • FIG. 36 is a flowchart illustrating a reproduction process and a file system configuration process.
  • FIG. 37 illustrates a syntax of an index file (index.bdmv).
  • FIG. 38 illustrates a syntax of indexes ( )
  • FIG. 39 is a block diagram illustrating a structure of a server 3 .
  • FIG. 40 is a functional block diagram illustrating a function of the server 3 .
  • FIG. 41 is an arrow chart illustrating a process of the reproducing apparatus and the server.
  • FIG. 42 illustrates the structure of the reproducing apparatus having a decryption processor.
  • FIG. 43 is an arrow chart illustrating a process of the reproducing apparatus and the server.
  • FIG. 44 is a flowchart illustrating a binding process 2 .
  • FIG. 45 illustrates a file structure of an update file to be recorded on a removable medium.
  • FIG. 46A illustrates a malfunction that could occur in an updating operation using a removable medium.
  • FIG. 46B illustrates a malfunction that could occur in an updating operation using a removable medium.
  • FIG. 47 illustrates the relationship between a manifest file and a language of a referenceable caption.
  • FIG. 48 illustrates a mapping table of manifest files.
  • FIG. 49 is a flowchart illustrating a file-updating process 1 using a removable medium.
  • FIG. 50 is a flowchart illustrating a file-updating process 1 .
  • FIG. 51 is a flowchart illustrating a file-updating process 2 using a removable medium.
  • FIG. 52 is a flowchart illustrating the file-updating process 2 .
  • FIG. 53 illustrates the binding between file systems of data files recorded on a first area and a second area on a local storage.
  • FIG. 54 is a flowchart illustrating a content reproduction process.
  • FIG. 55 illustrates manufacturing of a recording medium storing data replayable on the reproducing apparatus.
  • FIG. 56 illustrates manufacturing of a recording medium recording data replayable on the reproducing apparatus.
  • FIG. 1 is a block diagram illustrating the reproducing apparatus 1 in accordance with a first embodiment of the present invention.
  • a controller 21 executes a prepared control program.
  • the controller 21 also reads a navigation program (to be discussed later) recorded on an optical disk 11 by controlling a optical disk drive 22 , and expands the navigation program on a memory 23 to execute the navigation program.
  • the controller 21 thus generally controls the reproducing apparatus 1 .
  • the controller 21 causes a predetermined menu screen to be displayed on an external display device.
  • the optical disk drive 22 Under the control of the controller 21 , the optical disk drive 22 reads data from the optical disk 11 , and outputs the read data to one of the controller 21 , the memory 23 , and a decoder 26 . If information read from the optical disk 11 by the optical disk drive 22 is one of a navigation program and PlayList, the read information is supplied to one of the controller 21 and the memory 23 . If the information read from the optical disk 11 by the optical disk drive 22 is one of an AV stream and text data, the read information is output to the decoder 26 .
  • FIG. 2 illustrates an application format of the optical disk 11 loaded on the reproducing apparatus 1 of the present invention.
  • the recording medium is the optical disk 11 herein.
  • the recording medium can be a magnetic disk, a semiconductor memory or the like.
  • the application format contains two layers of PlayList and Clip for managing an AV (audio-visual) stream.
  • a pair of one AV stream or text data and clip information accompanying the AV stream or the text data is handled as one object and referred to as a clip.
  • a data file of the AV stream is referred to as an AV stream file.
  • a data file of the clip information is referred to as a clip information file.
  • Files used by computers are generally handled as byte strings.
  • a content of an AV stream file is expanded along time axis, and an access point of the clip is typically specified by a timestamp in PlayList.
  • the clip information file is used to find, from the timestamp, address information at which decoding of the AV stream file is to be started.
  • the PlayList is a set of information indicating a reproduction period of the AV stream.
  • Information indicating one reproduction period in the AV stream is referred to as PlayItem.
  • PlayItem is represented by a pair of an IN point (reproduction start point) and an OUT point (reproduction end point) of the reproduction period along time axis.
  • PlayList is composed at least one PlayItem as shown in FIG. 2 .
  • a first PlayList shown on the leftmost portion is composed of two PlayItems.
  • the two PlayItems reference a first portion and a second portion of the AV stream contained in a first clip on the leftmost portion.
  • a second PlayList from the left is composed of a single PlayItem.
  • the PlayItem references the entire second clip shown on the right side.
  • a third PlayList shown on a third position from the left is composed of two PlayItems.
  • the two PlayItems reference a predetermined portion of the AV stream contained in the first clip and a predetermined portion of the AV stream contained in the second clip shown on the right side.
  • Navigation program is a program for causing the controller 21 to control the order of reproduction of PlayList and interactive reproduction of the PlayList.
  • the navigation program has also a function to display a menus screen on which a user enters a command to execute reproduction.
  • the navigation program is described in programming language such as Java®, and recorded on a recording medium such as the optical disk 11 .
  • the controller 21 now executes the navigation program. If the first PlayItem contained in the first PlayList shown on the leftmost portion of FIG. 2 is specified as information indicating a reproduction position, the first portion of the AV stream contained in the first clip shown on the leftmost portion, referenced by the first PlayItem, is reproduced.
  • sub path information specified by a sub play item of FIG. 3 can be contained in the PlayList of FIG. 2 .
  • a separate data stream not multiplexed with a clip (such as an MPEG 2 transport stream) specified by PlayItem can be reproduced in synchronization with the AV stream.
  • Caption-related information including a caption text file and a font file required for rendering and SubPlayItem specifying a reproduction period of the caption-related information are prepared in association with a clip AV stream of the main path specified by PlayItem.
  • the clip AV stream is reproduced while a caption corresponding to data described in the caption text file is displayed on a display device in a display font based on the font data written in the font file.
  • dubbed-in voice data of a different language and SubPlayItem corresponding to the dubbed-in voice data are prepared in association with the clip AV stream of the main path specified by PlayItem.
  • the clip AV stream is thus reproduced while the dubbed-in voice data of the different language is reproduced and output at the same time.
  • the SubPlayItem and the corresponding data (clip) may be recorded on the optical disk 11 or may be downloaded from the server 3 via the network 2 as additional data (update data) or may be acquired in a removable medium (such as a removable medium 28 to be discussed later).
  • additional data update data
  • removable medium such as a removable medium 28 to be discussed later.
  • the memory 23 stores data the controller 21 requires to execute a variety of processes.
  • a local storage 24 is an HDD (hard disk drive), for example.
  • the local storage 24 may be a semiconductor memory instead of the HDD.
  • the local storage 24 composed of the semiconductor memory may be removably mounted on the reproducing apparatus 1 .
  • An Internet interface 25 is connected to the network 2 in a wired fashion or a wireless fashion. Under the control of the controller 21 , the Internet interface 25 communicates with the server 3 via the network 2 , and supplies data downloaded from the server 3 to the local storage 24 .
  • the server 3 downloads a content that updates the data discussed with reference to FIG. 2 and recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • the local storage 24 records the content downloaded from the server 3 via the network 2 .
  • the decoder 26 decodes the AV stream or text data, supplied from one of the optical disk drive 22 and the local storage 24 , and outputs the resulting video signal and audio signal to the external display device.
  • the display device outputs the content of the optical disk 11 (i.e., displaying a video and outputting an audio).
  • the operation input unit 29 includes an input device including buttons, keys, touchpanel, jogdial, and the like, and a receiver receiving an infrared signal transmitted from a predetermined remote commander.
  • the operation input unit 29 receives an operation input from a user, and supplies the operation input to the controller 21 .
  • the controller 21 is connected to the drive 27 , as necessary.
  • a removable medium 28 is loaded on the drive 27 .
  • the removable medium 28 may include one of a magnetic disk (including a floppy disk), an optical disk (such as compact disk read-only memory (CD-ROM), or DVD), a magneto-optical disk such as Mini-Disk (MD®), and a semiconductor memory.
  • the reproducing apparatus 1 includes the local storage 24 such as HDD (Hard Disk Drive).
  • the reproducing apparatus 1 connected to the network 2 in a wired fashion or a wireless fashion, stores on the local storage 24 the content downloaded from the server 3 via the network 2 .
  • the server 3 downloads the data that updates the content, such as a movie, recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • the controller 21 associates the content recorded on the optical disk 11 with the content recorded on the local storage 24 , and performs a reproduction process of the content.
  • the content on the optical disk 11 and the content on the local storage 24 are reproduced in association with each other as described with reference to FIG. 4 .
  • the optical disk 11 of FIG. 1 may be a medium sold in package, and record a movie content. Only an English caption text file, for example, may be recorded on the optical disk 11 as a caption data file that can be displayed superimposed on the video of the movie content.
  • the AV stream of clip 1 recorded on the optical disk 11 and referenced by the PlayItem of the PlayList, as shown in FIG. 4 is a stream for displaying the video of the movie content and reproducing the corresponding audio.
  • Caption-related information 1 of Clip 2 referenced by the SubPlayItem of the PlayList is a caption text file for displaying an English caption to be superimposed on the video.
  • a user might want to view the movie content recorded on the optical disk 11 with a caption of a language different from English.
  • the optical disk 11 has no recorded caption of the language different from English. In this condition, the user cannot view the movie with the caption data of the language different from English.
  • the user then downloads a caption text file of the desired language of the movie recorded on the optical disk 11 from the server 3 via the network 2 (or retrieves the caption text file from the removable medium 28 ).
  • the caption text file of Arabic might be downloaded (or copied from the removable medium 28 to the local storage 24 ).
  • the reproducing apparatus 1 accesses the server 3 and then downloads a file prepared on the server 3 for updating the content recorded on the optical disk 11 .
  • clip 3 composed of an Arabic caption text file (caption-related information 2 ) and a clip information file attached thereto, a PlayList file (updated PlayList file) enabled to control reproduction and displaying of caption data of clip 3 in addition to the video clip and the audio clip (AV stream data), and the English caption text file pre-recorded on the optical disk 11 , and a new navigation program file updated from the navigation program file stored on the optical disk 11 .
  • These pieces of information are downloaded and stored on the local storage 24 .
  • the updated PlayList includes SubPlayItem 1 and SubPlayItem 2 , each representing a sub path, in addition to PlayItem representing a main path.
  • the PlayItem of the updated PlayList is used to reference clip 1 containing the AV stream recorded on the optical disk 11 .
  • SubPlayItem 1 is used to reference clip 2 containing caption-related information 1 recorded on the optical disk 11 .
  • SubPlayItem 2 is used to reference clip 3 , downloaded from the server 3 together with the updated PlayList, containing caption-related information 2 as the Arabic caption text file.
  • the new navigation program file of FIG. 4 specifies one of SubPlayItem 1 and SubPlayItem 2 together with PlayItem of the updated PlayList as a reproduction period.
  • a desired video is associated with audio data.
  • the user can display one of the English caption defined by the English caption text file pre-recorded on the optical disk 11 and the Arabic caption defined by the Arabic caption text file not pre-recoded on the optical disk 11 , whichever is desired.
  • the reproducing apparatus 1 can reproduce and display any of clip 2 as the English caption text file and clip 3 as the Arabic caption text file not pre-recoded on the optical disk 11 . More specifically, the user selects a desired language from caption languages displayable on a menu screen presented on the display device. The user can thus view the movie on any of English caption and Arabic caption.
  • the AV stream recorded on the optical disk 11 includes a moving picture experts group (MPEG) 2 transport stream as shown in FIG. 5 .
  • MPEG 2 transport stream contains an integer number of aligned units.
  • the aligned unit has a size of 6144 bytes (2048 ⁇ 3 bytes), and starts with a first byte of a source packet.
  • the source packet is 192 bytes long.
  • One source packet contains TP_extra_header and a transport packet.
  • TP_extra_header is 4 bytes long, and the transport packet is 188 bytes long.
  • One aligned unit is composed of 32 source packets. Data of a video stream or an audio stream is packetized into MPEG 2 PES (packetized elementary stream), and a PES packet is packetized into transport packets.
  • MPEG 2 PES packetized elementary stream
  • FIG. 6 is a functional block diagram illustrating the controller 21 of FIG. 1 .
  • the functions of FIG. 6 are executed when the controller 21 performs a prepared control program or when the controller 21 performs a navigation program recorded on the optical disk 11 .
  • a menu screen display controller 31 causes the external display device to display a menu screen.
  • the menu screen shows buttons operated for the user to select the audio of the content recorded on the optical disk 11 , the language of the caption, the angle of the video, and buttons operated for the user to select an update file to be downloaded, and a file to be deleted.
  • An operation input acquisition unit 32 acquires a signal indicating a operation input entered by the user via the operation input unit 29 , and outputs the signal indicating the user operation input to any corresponding one of the menu screen display controller 31 , a data acquisition unit 33 , a local storage directory manager 34 , and a reproduction controller 37 .
  • the data acquisition unit 33 controls communications performed on the Internet interface 25 of FIG. 1 and information exchange with the removable medium 28 on the drive 27 .
  • the data acquisition unit 33 downloads the update file indicated by the user from the server 3 , and outputs the acquired file to the local storage directory manager 34 .
  • the data acquisition unit 33 acquires the required file from the server 3 through downloading, and outputs the acquired file to the local storage directory manager 34 .
  • the local storage directory manager 34 manages directories on the local storage 24 , controls writing of data onto the local storage 24 , reading of data from the local storage 24 and deleting of data from the local storage 24 .
  • the PlayList read from the local storage 24 under the control of the local storage directory manager 34 , is output to the memory 23 .
  • the audio data and the video data of the AV stream, and text data of the caption text file, read from the local storage 24 are output to the decoder 26 .
  • the file system merge processor 36 merges a file system on the optical disk 11 with a file system on the local storage 24
  • the local storage directory manager 34 outputs information relating to the file system on the local storage 24 to the file system merge processor 36 .
  • the optical disk directory manager 35 manages directories of the optical disk 11 , and controls reading of data from the optical disk 11 .
  • the optical disk 11 has author_id and disc_id as identification information set thereon.
  • the identification information author_id and disc_id read from the optical disk 11 under the control of the optical disk directory manager 35 are supplied to the data acquisition unit 33 and the local storage directory manager 34 .
  • the PlayList, read from the optical disk 11 under the control of the optical disk directory manager 35 is output to the memory 23 .
  • the audio data and the video data of the AV stream and the text data of the caption text file, read from the optical disk 11 are output to the decoder 26 .
  • the optical disk directory manager 35 When the file system merge processor 36 merges the file system on the optical disk 11 with the file system on the local storage 24 , the optical disk directory manager 35 outputs information relating to the file system on the optical disk 11 to the file system merge processor 36 .
  • the identification information author_id and disc_id will be described later.
  • the file system merge processor 36 merges the file system on the optical disk 11 supplied from the optical disk directory manager 35 and the file system on the local storage 24 supplied from the local storage directory manager 34 , thereby creating a single virtual file system.
  • the file system merge processor 36 outputs the created virtual file system to the reproduction controller 37 .
  • the file system merge processor 36 determines whether a deletion of several files recorded on the local storage 24 can cause a malfunction in a link structure of files in the virtual file system (in the link structure, data is linked to reproduce the clip in accordance with the PlayList based on an application format of the optical disk 11 as discussed with reference to FIGS. 2 through 4 ). If the file system merge processor 36 determines that a malfunction can take place in the link structure of the files in the virtual file system, a file required to correct the malfunction is extracted. Information regarding the required file is supplied to the data acquisition unit 33 . The required file can be downloaded as necessary.
  • the file system merge processor 36 commands the local storage directory manager 34 to delete such an unnecessary file.
  • Whether or not to delete the unnecessary file caused in response to the deletion of files may be set by the user.
  • the reproduction controller 37 executes the navigation program specified by the virtual file system supplied from the file system merge processor 36 , and controls reproduction of content. More specifically, the reproduction controller 37 references the PlayList supplied to and stored on the memory 23 , and controls the local storage directory manager 34 and the optical disk directory manager 35 to read the audio data and the video data of the AV stream and, as necessary, the text data of the caption text file from the optical disk 11 and the local storage 24 based on the virtual file system.
  • the reproduction controller 37 controls the decoder 26 of FIG. 1 to decode (reproduce) the audio data and the video data of the AV stream and, as necessary, the text data of the caption text file stored on one of the optical disk 11 and the local storage 24 .
  • the file system merge processor 36 merges the file system on the optical disk 11 with the file system for managing a data group that is downloaded from the server 3 and recorded on the local storage 24 .
  • the merging operation is performed when the optical disk 11 is loaded on the reproducing apparatus 1 , when the reproduction of a content recorded on the reproducing apparatus 1 is requested, when inputting or outputting of any data recorded on one of the optical disk 11 and the local storage 24 is requested, or when the user issues a command to perform the merging operation.
  • a virtual file system is defined as an upper layer of a native file system of the system of the reproducing apparatus 1 (i.e., the file system of the data actually recorded on one of the optical disk 11 and the local storage 24 ). More specifically, as shown in FIG. 7 , an application program and a user handling the application program can recognize only the virtual file system as an upper layer.
  • the application program causes the local storage 24 to record new data by downloading the new data from the server 3 , and reproduces the data actually stored on one of the optical disk 11 and the local storage 24 .
  • the virtual file system abstracts the native file system, thereby hiding a native structure such as a physical device and an operating system in the reproducing apparatus 1 .
  • the main functions of the virtual file system include mounting a file/directory on a physical device (such as the optical disk 11 or the local storage 24 ) to create a file system of a virtual disk recognized by the user, and supplying a file access application programming interface (API) to the created virtual disk.
  • a physical device such as the optical disk 11 or the local storage 24
  • API application programming interface
  • the application program of FIG. 8 can recognize only the virtual file system.
  • a local file system # 1 , and a local file system # 2 recorded on one of the optical disk 11 and the local storage 24 and the structure of the file system of the optical disk 11 are hidden from the application program and the user handling the application program, and can be accessed via the virtual file system.
  • the application program of the reproducing apparatus 1 calls an API (Application Programming Interface) for file input and output provided by the virtual file system, and then accesses the data stored on one of the optical disk 11 and the local storage 24 without being aware of the physical structure of the disk drive and the software structure of the file system. More specifically, the API of the virtual file system calls, in practice, API of the native file system within the reproducing apparatus 1 .
  • API Application Programming Interface
  • the virtual file system provides a variety of types of APIs.
  • the virtual file system provides an open API ( ) for opening a specified file, a close ( ) API for closing a specified file, a seek ( ) API for setting a reading position or writing position of a specified file, a stat ( ) API for acquiring status of specified file, a read ( ) API for reading a specified file, a write ( ) API for writing a specified file, etc.
  • the application program executed by the reproduction controller 37 manipulates the files stored on one of the optical disk 11 and the local storage 24 using these APIs.
  • the virtual file system has a function of dividing and managing a disk area of the local storage 24 .
  • the disk area of the local storage 24 has a directory structure in which the disk area is divided into divisions for suppliers of contents (content authors) on a per supplier basis.
  • Directories disc_id immediately under author_id are flexibly configured in a file/directory structure by a content author.
  • a description of metadata (manifest data to be discussed later) contained in the downloaded data defines where to place data on the local storage 24 , i.e., defines the file/directory structure of the downloaded file.
  • author_id dividing the directory is an identifier uniquely identifying an entity managing the metadata (manifest data to be discussed later) contained in the downloaded data. More specifically, the author_id identifier uniquely identifies an entity including a content producer, a motion picture company, or a group including a plurality of content producers and motion picture companies. An identifier disc_id uniquely identifies the optical disk 11 provided by the content producer identified by the author_id identifier. These identifiers are contained in the metadata of the downloaded data. The metadata (manifest data) and the author_id and disc_id identifiers will be described later.
  • the file/directory structure of the virtual disk accessible by the application is compatible with the file/directory structure of the optical disk 11 . More specifically, the data file structure under the author_id and disc_id identifiers is merged with the data file structure of the optical disk 11 .
  • the virtual file system of the virtual disk having file/directory structure compatible with the file/directory structure of the optical disk 11 is thus configured.
  • the virtual file system also has a function of managing manifest files to be discussed later in addition to the directory and file management function.
  • the purpose of the virtual file system of defining fields of the metadata to a file model of a native file system is three fold, i.e., to display a name representing a content rather than displaying a path or a name of a file of the local storage 24 , to prevent double updating of the same file in a download process, and to define a path name in the virtual file system, namely, a path name during reproduction of the optical disk 11 .
  • the virtual file system provides two functions in metadata management, namely, operation of a manifest file and operation of metadata.
  • the manifest file is metadata representing a variety of attributes of the downloaded files.
  • Manifest ( ) may be stored in a corresponding file or may be merged with one file with a manifest_id identifier (to be discussed later with reference to FIG. 10 ) of a manifest ( ) section used as a key for identification. In either case, the file is referred to as a manifest file.
  • the reproducing apparatus 1 storing the file downloaded to the local storage 24 must also store a manifest file.
  • the manifest file may be described in mark-up language text such as XML.
  • FIG. 10 illustrates a syntax of the manifest file.
  • the manifest_id identifier is an identifier of the manifest ( ) section.
  • a author_id field specifies an entity managing the manifest file. More specifically, the author_id field specifies an identifier uniquely identifies a content producer, a motion picture company, or a group including a plurality of content producers and motion picture companies. The identifier is determined by referencing the author_id field of a content distribution file to be discussed later with reference to FIG. 17 . The application program or the user can freely set any value to this field.
  • a disc_id field is used to specify an identifier uniquely identifying the optical disk 11 to the content producer identified by the author_id identifier.
  • the identifier is determined by referencing the disc_id field of the content distribution file to be discussed later with reference to FIG. 17 .
  • the application program or the user can freely set any value to this field.
  • a version field is used by a content author to manage history. History number is within an integer range from 1 to 255, and the larger the number, the newer the content is.
  • the identifier is determined by referencing the version field of the content distribution file to be discussed with reference to FIG. 17 . Neither the application program nor the user can set freely a value to this field.
  • a name easily recognizable to the user is defined here. More specifically, a character string such as “Japanese caption of title XXX”, which could be difficult to imagine from a file name alone, is set in the display_name field.
  • the character string is coded in accordance with ISO/IEC 10646-1.
  • a source field information indicating a source of a file is described.
  • the value in this field is coded in accordance with ISO/IEC 646.
  • a URL of a download source is described.
  • An operation_type field is an 8-bit long field in which the content author specifies a file updating method.
  • FIG. 11 lists values specifiable to the operation_type field.
  • the file updating method in an archive is substitution (replacement) of PlayList. More specifically, an update file with 0x01 written in the 8-bit operation_type field is downloaded.
  • the PlayList downloaded and recorded on the local storage 24 is referenced as is, and the PlayList of the optical disk 11 is not referenced at all.
  • a SubPath element is extracted from the downloaded file, and the file systems are merged for updating so that the extracted SubPath element is added to a SubPath element recorded on the optical disk 11 .
  • a SubPlayItem element is extracted from the downloaded file and the file systems are merged for updating so that the extracted SubPlayItem element is added to a SubPlayItem element recorded on the optical disk 11 .
  • a SubClip_entry element is extracted from the downloaded file and the file systems are merged for updating so that the extracted SubClip_entry element is added to a SubClip_entry element recorded on the optical disk 11 .
  • a permission field is used for the content author to specify whether to set approval information as a visible attribute or an invisible attribute.
  • FIG. 12 lists values specifiable for the permission field contained in the manifest ( ) of FIG. 10 .
  • the attribute of a file accompanied by this metadata is invisible to the user. If 0x01 is described in the 8-bit permission field, the attribute of a file accompanied by this metadata is visible to the user. If 0x02 is described in the 8-bit permission field, the attribute of a file accompanied by this metadata is overwrite inhibited.
  • a src_file_name field contains information that uniquely identifies where the corresponding file is recorded in the directory structure of the file system of the local storage 24 . More specifically, this field specifies a “path name” representing a path identifying a file with a file location in the hierarchical layer structure of the file system of the local storage 24 . Names of the file and directory representing the path name are coded in accordance with ISO/IEC 646 Standards.
  • a dst_file_name field contains information that uniquely identifies where the corresponding file is recorded in the directory structure at a bind destination in a virtual disk of the file actually recorded on the local storage 24 . More specifically, this field specifies a “path name” representing a path identifying a file with a file location in the hierarchical layer structure of the virtual file system. Names of the file and directory representing the path name are coded in accordance with ISO/IEC 646 Standards.
  • the src_file_name and the dst_file_name fields can have the same file name.
  • the virtual file system defines API for reading the content of the manifest ( ) file without disclosing the file name, the file location, or the physical structure of the manifest ( ) file to the application program or the user.
  • the application program or a resident program to be executed by the reproducing apparatus 1 can indirectly access the manifest ( ) file by calling the following APIs:
  • API such as type information
  • FIG. 13 illustrates the file system of the optical disk 11 .
  • the file system of the optical disk 11 has a directory structure.
  • a directory named “BDMV” is arranged under the root directory of the optical disk 11 .
  • BDMV a file named “Index.bdmv” and a file named “MoveObject.bdmv” are stored.
  • these files are referred to as an Index file and a MoveObject file, respectively, as appropriate.
  • Each file is referred to as a designation of a file name followed by “file”, and each directory is referred to as a directory name followed by “directory”.
  • the Index file contains information relating to a menu for the reproduction of the optical disk 11 .
  • the reproducing apparatus 1 causes a display device to display a reproduction menu screen based on the Index file.
  • the reproduction menu screen shows items for reproducing all contents on the optical disk 11 , reproducing a particular chapter only, reproducing repeatedly a particular chapter, and displaying an initial menu. MovieObject that is executed with any item selected is set in the Index file.
  • the reproducing apparatus 1 executes a MoveObject command set in the Index file.
  • the MovieObject file includes MovieObject.
  • MovieObject includes a command controlling the reproduction of the PlayList recorded on the optical disk 11 .
  • the reproducing apparatus 1 selects and executes one of MovieObjects recorded on the reproducing apparatus 1 , thereby reproducing the content recorded on the optical disk 11 .
  • BDMV directory Arranged further under the BDMV directory are a directory named “BACKUP” (BACKUP directory), a directory named “PLAYLIST” (PLAYLIST directory), a directory named “CLIPINF” (CLIPINF directory), a directory named “STREAM” (STREAM directory), and a directory named “AUXDATA” (AUXDATA directory).
  • the BACKUP directory stores files and data to back up files and data recorded on the optical disk 11 .
  • the PLAYLIST directory stores a PlayList file.
  • Each PlayList file name is composed of a file name of a five digit number with an extension .mpls attached thereto as shown in FIG. 13 .
  • the CLIPINF directory stores a clip information file.
  • Each clip information file is composed of a file name of a five digit number with an extension .clpi attached thereto as shown in FIG. 13 .
  • the STREAM directory stores a clip AV stream file and a substream file.
  • Each stream file has a file name of a five digit number with an extension .m2ts attached thereto as shown in FIG. 13 .
  • the AUXDATA directory stores files of data not contained in but referenced from the clip AV stream file and the substream file and data used separately from the clip AV stream and the substream file. As shown in FIG. 13 , the AUXDATA directory stores a caption font file named “11111.otf” and an effect sound file named “sound.bdmv.”
  • the optical disk 11 stores the author_id and disc_id identifiers in the form of secure electronic data that cannot be rewritten by the user, or in the form of physical pits.
  • the author_id identifier identifies a content author (also referred to as title author) of a content manufacturer of the optical disk 11 , such as a production company or a distributing agency of a movie.
  • the disc_id identifier identifies the type of the optical disk 11 manufactured by the title author identified by the author_id identifier.
  • FIG. 14 illustrates the file system of the local storage 24 . As shown in FIG. 14 , the file system of the local storage 24 has also a directory structure.
  • At least one directory named “author_id” is arranged under the root directory of the local storage 24 .
  • At least one directory named “disc_id” is arranged under the author_id directory.
  • the disc_id directory includes a set of manifest ( ) sections or a manifest file composed of one manifest ( ) section.
  • the structure of the other directories and files is freely set by the content author.
  • the other directories and files may have the same file/directory structure as the one of the optical disk 11 discussed with reference to FIG. 13 , or may have the one as discussed with reference to FIG. 14 , which is quite different from the file/directory structure discussed with reference to FIG. 13 .
  • the “disc_id” directory includes, in addition to the manifest file, a plurality of directories including a “MainMovie” directory, a “SubTitle” directory, and an “AUXDATA” directory. Those directories may further contain folders and files.
  • the file/directory structure of the local storage 24 of FIG. 14 is invisible to the application program executed by the reproducing apparatus 1 or the user.
  • the downloaded data is recorded in a file name of main.r1.jp.mp2 in a movie01 directory within the MainMovie directory under the author_id and disc_id identifiers in the local storage 24 .
  • the downloaded data is handled as a file named “01002.m2ts in the STREAM directory.
  • the content author can specify the path name of the local storage 24 in the src_file_name field, and the path name in the virtual file system of the virtual disk in the dst_file_name field of the manifest ( ) section of the downloaded package. If the path name adapted to the virtual file system in the virtual disk is set in the dst_file_name field, the content author can freely set a file/directory structure under disc_id of the data actually recorded on the local storage 24 and newly add directories and files under areas identified by the disc_id identifier in the reproducing apparatus 1 .
  • the dst_file_name field in the manifest ( ) section remains blank at the downloading of an actual file, that file cannot be referenced from the application program being executed by the reproducing apparatus 1 (in other words, the application program being executed by the reproducing apparatus 1 and the user cannot recognize the presence of that file).
  • the actual file is stored on the local storage 24 , and the actual file is correctly recognized in the file system of the local storage 24 .
  • the dst_file_name field left blank, the file is considered as being absent from the virtual file system. That file is thus hidden from the application program of the reproducing apparatus 1 and the user.
  • a plurality of bonus tracks was downloaded at a time, or delivered in a predetermined recording medium, and later, only the manifest ( ) section containing the dst_file_name field is downloaded for overwriting periodically so that the application program recognizes different bonus tracks.
  • the user enjoys services in which different bonus tracks are added from time to time without the need for downloading frequently a vast amount of data.
  • a new API for updating the virtual file system (for example, a update ( )) may be defined.
  • a new API for updating the virtual file system (for example, a update ( )) may be defined.
  • the static binding the actual file systems in the optical disk 11 and the local storage 24 are referenced at the moment the optical disk 11 is loaded on the reproducing apparatus 1 or at the timing of the switching of reproduction title in order to map the file/directory structure in the virtual file system.
  • required files are searched for at the moment a file input and output request is issued.
  • the file/directory structure of the virtual disk preferably matches the file/directory structure of the optical disk 11 .
  • the file/directory structure of the optical disk 11 is formulated by standards and typically cannot be modified.
  • the structure of actual directories and files in the local storage 24 is freely set by the content author. If the file/directory structure of the virtual disk is set based on the fixed file/directory structure of the optical disk 11 , a reproduction process is performed in compliance with standards such as the application format of the optical disk 11 while maintaining the freedom of data distributed by the content author at the same time.
  • FIG. 16 illustrates the file/directory structure of the virtual disk.
  • a directory named “BDMV” is arranged under the root directory in the file/directory structure of the virtual disk of FIG. 16 . Under that directory, there are arranged a file named “Index.bdmv” and a file named “MovieObject.bdmv”.
  • the Index file contains information relating to a menu for reproducing a content that is stored on the optical disk 11 and the local storage 24 and handled by the application program as the one being recorded on the virtual disk.
  • the reproducing apparatus 1 causes the display device to display the reproduction menu screen in accordance with the Index file.
  • the reproduction menu screen may show items for reproducing all contents on the optical disk 11 , reproducing a particular chapter only, reproducing repeatedly a particular chapter, and displaying an initial menu. MovieObject that is executed with any item selected is set in the Index file.
  • the reproducing apparatus 1 executes a MoveObject command set in the Index file.
  • the Index file will be described in detail later with reference to FIGS. 37 and 38 .
  • the MovieObject file includes MovieObject.
  • MovieObject includes a command controlling the reproduction of PlayList that is handled as being recorded on the virtual disk.
  • the reproducing apparatus 1 selects and executes one of MovieObjects that are handled as being recorded on the virtual disk, thereby reproducing the content that is handled as being recorded on the virtual disk.
  • BDMV directory Arranged under the BDMV directory are a directory named “BACKUP” (BACKUP directory), a directory named “PLAYLIST” (PLAYLIST directory), a directory named “CLIPINF” (CLIPINF directory), a directory named “STREAM” (STREAM directory), and a directory named “AUXDATA” (AUXDATA directory).
  • the BACKUP directory stores files and data to back up files and data to be handled as being recorded on the virtual disk.
  • the PLAYLIST directory stores a PlayList file.
  • Each PlayList file name is composed of a file name of a five digit number with an extension .mpls attached thereto in the same way as in the optical disk 11 .
  • the CLIPINF directory stores a clip information file.
  • Each clip information file is composed of a file name of a five digit number with an extension .clpi attached thereto in the same way as in the optical disk 11 .
  • the STREAM directory stores a clip AV stream file and a substream file.
  • Each stream file has a file name of a five digit number with an extension .m2ts attached thereto in the same way as in the optical disk 11 .
  • the AUXDATA directory stores files of data, not contained in the clip AV stream file and the substream file handled as being recoded on the virtual disk, but referenced from the clip AV stream file and the substream file, and files of data used separately from the clip AV stream file and the substream file.
  • Information indicating a file on the menu screen displayed to the user has a name typically specified in a display_name field.
  • the file/directory structure of the virtual disk discussed with reference to FIG. 16 is not hidden in nature from the application program and the user. Depending on the application program executed by the reproducing apparatus 1 , the file/directory structure of the virtual disk may be displayed to the user.
  • the definition of the content distribution file format the content author uses to distribute the content is described with reference to FIG. 17 .
  • the file format for content distribution may be individually determined on a per content file unit basis.
  • the file format may be an archive type containing metadata (manifest ( )) as shown in FIG. 17 .
  • a package_header ( ) section and a package_body ( ) section in archive may take text expression of mark-up language such as XML.
  • Metadata When the content author distributes contents on a per file unit basis, metadata (manifest ( )) is handled as an independent binary file or text file. In other words, an appropriate state needs to be described in the manifest ( ) associated with a content distributed on a per file unit basis in view of a directory structure expected subsequent to file addition.
  • a compression_type field is used to specify a compression method of data within the package_body ( ). If zero is specified in this field, data within the package_body is non-compressive type.
  • An encryption_type field is used to specify a scramble (encryption) method of data within the package_body ( ). If zero is specified in this field, the data within the package_body ( ) is non-scrambled type (clear text).
  • a compression process is performed first, followed by a scrambling process.
  • a file_count field is used to specify the total number of files to be archived.
  • a manifest_id field is used to specify an identifier of the manifest ( ) section.
  • the manifest ( ) section may be stored on a per file unit basis (on a per archive data unit basis) on the local storage 24 .
  • the manifest ( ) section may be merged with a file with the manifest_id identifier of a manifest ( ) section used as a key for identification.
  • An author_id field is a field in which the content author specifies an identifier uniquely identifying a content producer.
  • a disc_id field is a field in which the content author specifies an identifier uniquely identifying the optical disk 11 of a particular content producer. This archive is update data for the optical disk 11 specified by the disc_id identifier.
  • a version field is a field the content author uses to manage history. History number is represented by a number from 1 to 255, and the larger the number, the newer the content is.
  • a source URL of a file associated with the manifest ( ) is described.
  • the value in this field is coded in accordance with ISO/IEC 10646-1.
  • An operation_type field is a field in which the content author specifies a content updating procedure.
  • the value specifiable for the operation_type field remains unchanged from the value discussed with reference to FIG. 11 .
  • a name easily recognizable to the user is defined here. More specifically, a character string such as “Japanese caption of title XXX”, which could be difficult to imagine from a file name alone, is set in the display_name field.
  • the character string is coded in accordance with ISO/IEC 10646-1.
  • a permission field is used for the content author to specify whether to set approval information as a visible attribute or an invisible attribute.
  • the values specifiable for the permission field remain unchanged from the values discussed with reference to FIG. 12 .
  • An src_file_name field is used to specify a path name of a file to be recorded on the local storage 24 as previously discussed with reference to FIG. 15 .
  • the file/directory name is encoded in accordance with ISO/IEC 646 standards.
  • a dst_file_name field is used to specify a path name of a file at a binding destination in the virtual disk (virtual file system) as previously discussed with reference to FIG. 15 .
  • the file/directory name is encoded in accordance with ISO/IEC 646 Standards.
  • the src_file_name and dst_file_name fields may take the same name.
  • a file_size field is used to specify the file size of a file prior to compression byte.
  • a file_data field is used to specify file data as a byte sequence.
  • the data of FIG. 17 having the described content distribution file format is downloaded, and the reproducing apparatus 1 merges the downloaded data with the data recorded on the loaded optical disk 11 to construct a virtual file system in the virtual disk.
  • the user who reproduces a content recorded on the optical disk 11 using the reproducing apparatus 1 feels that the optical disk 11 is updated with bonus tracks and sounds or captions of different language sounds added to the contents recorded on the optical disk 11 .
  • new data files are downloaded for binding in the virtual file system discussed with reference to FIG. 16 .
  • an Index file Index.bdmv
  • MovieObject file MovieObjects.bdmv
  • PlayList file *****.mpls
  • ClipInformation file *****.clpi
  • STREAM file and AUXDATA file STREAM file and AUXDATA file
  • MainPath is added to the content recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • 0x01 is described in the 8-bit operation_type field.
  • a PlayList # 1 file containing MainPath # 1 and SubPath # 1 , a clip AV stream # 1 file, and a caption text stream # 1 file are recorded on the optical disk 11 .
  • a content package downloaded from the server 3 contains a PlayList # 2 file containing MainPath # 2 , containing PlayItem # 1 and PlayItem # 2 , and SubPath # 1 , and a clip AV stream # 2 file for a bonus track or the like. Under this condition, the PlayList # 2 file is extracted from the content package, and the file system is updated so that the extracted PlayList # 2 file is substituted for the original PlayList # 1 read from the optical disk 11 .
  • MainPath composed of PlayItem and SubPath composed of SubPlayItem namely, in the PlayList # 1 of the optical disk 11
  • the clip AV stream # 1 to be referenced by PlayItem, and the caption text stream # 1 to be referenced by SubPlayItem and to be reproduced in synchronization with the clip AV stream are reproduced.
  • the clip AV stream # 2 corresponding to the bonus tracks is reproduced subsequent to the clip AV stream # 1 in PlayList # 2 .
  • SubPath is added onto the contents recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • 0x02 is described in the 8-bit operation_type field.
  • a PlayList # 1 file containing SubPath # 1 containing SubPath # 1 , the clip AV stream # 1 file, and audio stream # 1 file corresponding to sound of a second language are recorded on the optical disk 11 (although MainPath is also recorded on the optical disk 11 , MainPath is mentioned only if updating is closely related to MainPath).
  • a content package downloaded from the server 3 contains a PlayList # 1 file containing SubPath # 2 , and a caption text stream # 1 file. Under this condition, SubPath # 2 is extracted from the PlayList # 1 file, and the file systems are merged with the extracted SubPath # 2 added to the original PlayList # 1 read from the optical disk 11 .
  • the clip AV stream # 1 to be referenced by PlayItem and the audio stream # 1 being the second sound data to be reproduced in synchronization with the clip AV stream # 1 and to be referenced by the first SubPlayItem are reproduced. Furthermore, a caption text stream # 1 permitting a reproduction period to be set independent of the audio stream # 1 is also reproduced.
  • SubPath When SubPath is added as described with reference to FIGS. 20 and 21 , the number of paths to be selected by SubPath is increased. The user can thus enjoy the additionally selected new caption.
  • SubPlayItem is added to the contents recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • the optical disk 11 records a PlayList # 1 file containing SubPath # 1 composed of SubPlayItem # 1 , a clip AV stream # 1 file, and a caption text stream file.
  • a content package downloaded from the server 3 contains a PlayList # 1 file containing SubPath # 1 composed of SubPlayItem # 2 , and a caption text stream file # 2 file.
  • the SubPlayItem # 2 is extracted from SubPath # 1 in the PlayList # 1 file in the content package, and the file system is updated so that the extracted SubPlayItem # 2 is added to the SubPath # 1 of the original PlayList # 1 file read from the optical disk 11 .
  • the PlayList contains MainPath composed of PlayItem and SubPath composed of SubPlayItem # 1 , and the clip AV stream # 1 to be referenced by PlayItem and the caption text stream file # 1 to be reproduced in synchronization with the clip AV stream # 1 and to be referenced by SubPlayItem # 1 are reproduced.
  • the updated PlayList (with the file systems merged and thus updated)
  • the clip AV stream # 1 to be referenced by PlayItem and the caption text stream file # 1 to be reproduced in synchronization with the clip AV stream # 1 and to be referenced by the SubPlayItem # 1 are reproduced, and furthermore SubPlayItem # 2 is additionally reproduced.
  • the caption text stream file # 2 is thus reproduced in synchronization with the clip AV stream # 1 .
  • SubPlayItem in SubPath is added.
  • the user can thus enjoy an additionally selectable caption.
  • SubPlayItem is substituted in the contents recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • the optical disk 11 records a PlayList # 1 file containing SubPath # 1 , composed of SubPlayItem # 1 , a clip AV stream # 1 , and a caption text stream file # 1 .
  • a content package downloaded from the server 3 contains a PlayList # 1 containing, SubPath # 1 composed of SubPlayItem # 1 and SubPlayItem # 2 , and a caption text stream file # 2 .
  • the optical disk 11 also stores SubPlayItem # 1 . (For distinction, the one recorded on the optical disk 11 is referred to as SubPlayItem # 1 and the one contained in the content package is referred to as SubPlayItem # 1 ′.
  • the SubPlayItem # 1 ′ and SubPlayItem # 2 are extracted from SubPath # 1 in the PlayList # 1 in the content package, and the file system is updated so that the extracted SubPlayItem # 1 ′ and SubPlayItem # 2 overwrite (replace) the SubPath # 1 in the original PlayList # 1 file read from the optical disk 11 .
  • the PlayList contains MainPath composed of PlayItem and SubPath composed of SubPlayItem # 1 before updating.
  • the clip AV stream # 1 to be referenced by PlayItem and the caption text stream file # 1 to be reproduced in synchronization with the clip AV stream # 1 and to be referenced by SubPlayItem # 1 are reproduced.
  • the clip AV stream # 1 to be referenced by PlayItem, the caption text stream file # 1 to be referenced by SubPlayItem # 1 ′, and the caption text stream file # 2 to be referenced by SubPlayItem # 2 are reproduced.
  • the caption text reproduced in synchronization with the clip AV stream # 1 is thus added. If a reproduction period is the only difference between SubPlayItem # 1 ′ and SubPlayItem # 1 with SubPlayItem # 1 ′ having a longer reproduction period than SubPlayItem # 1 , the reproduction period of the caption text is extended.
  • SubPlayItem is substituted, causing the caption text stream reproduced by the substitute SubPlayItem to be different from the original caption text stream as shown in FIGS. 24 and 25 , the caption text stream reproduced in accordance with SubPlayItem in SubPath is modified. The user is thus provided with a caption that has been changed (modified) in the middle of reproduction.
  • a clip is added on the contents recorded on the optical disk 11 loaded on the reproducing apparatus 1 .
  • the optical disk 11 records a PlayList # 1 file containing SubPath # 1 , composed of SubPlayItem # 1 , a clip AV stream # 1 file associated with clip # 1 , and a caption text stream # 1 file corresponding to a caption of a first language.
  • a content package downloaded from the server 3 contains a PlayList # 1 file containing SubPath # 1 , composed of SubPlayItem # 1 corresponding to clip # 2 , and a caption text stream # 2 file corresponding to a caption of a second language.
  • the clip # 2 is extracted from SubPath # 1 in the PlayList # 1 in the content package, and the file system is updated so that the clip # 2 is added to the SubPlayItem # 1 forming the SubPath # 1 of the original PlayList # 1 file read from the optical disk 11 .
  • the clip AV stream # 1 to be referenced by PlayItem and the caption text stream file # 1 of the first language caption to be reproduced in synchronization with the clip AV stream # 1 and to be referenced by SubPlayItem # 1 are reproduced before updating.
  • the updated PlayList (with the file systems merged and thus updated)
  • the clip # 2 is added to the SubPlayItem forming the SubPath.
  • the caption text stream file # 2 of the second language to be referenced by the SubPlayItem is thus reproduced in synchronization with the clip AV stream # 1 .
  • the user is thus additionally provided with a caption of a selectable language if the clip is added as discussed with reference to FIGS. 26 and 27 .
  • AV stream data of files other than the above described files can be recorded on the optical disk 11 and then decoded by the decoder 26 .
  • a virtual file system cannot be constructed using a file downloaded on the local storage 24 .
  • the user of the reproducing apparatus 1 can neither add a file recorded on the optical disk 11 nor update a portion of the file.
  • Distributors content authors of data may package files required for addition and updating beforehand so that downloading of the files is performed on a disk basis (by directory data basis represented by disc_id). In this arrangement, the reproducing apparatus 1 is freed from the editing of the PlayList file.
  • the new file overwrites the existing file. If a new file having a file name different from any of existing files during addition or updating, the new file is added.
  • New data having the structure of FIG. 17 is downloaded onto the reproducing apparatus 1 from the server 3 via the network 2 .
  • the new data is stored on the local storage 24 in accordance with a path name indicated by the src_file_name field written in the manifest ( ) as the metadata.
  • a path in the virtual file system is set based on a path name indicated by the dst_file_name written on the manifest ( ).
  • An application of the reproducing apparatus 1 (for example, an application performing a reproduction process) can thus process, without difference, the data recorded on the optical disk 11 and the data recorded on the local storage 24 based on the virtual file system, namely the path indicated by the dst_file_name field.
  • the application program executed by the reproducing apparatus 1 is described below.
  • the application program for performing a data addition process Upon receiving a data addition command (download command), the application program for performing a data addition process transmits manifest files (all or part of the manifest files) responsive to the command to the server 3 via the network 2 , and acquires a content list of contents that can be currently added.
  • the application program displays the list of additional contents to the user, and the user selects a content to be downloaded from the displayed list of contents.
  • an application capable of downloading the data from the server 3 (may or may not be the same application program as the application program that can perform the data addition process and data reproduction process) starts downloading the data.
  • a downloaded file package group is mounted on the virtual file system by an application for managing the file system.
  • the native file system is synchronized with the virtual file system.
  • the reproducing apparatus 1 displays a menu screen showing a list of files on an auxiliary storage device, using the manifest file. Viewing the menu screen, the user deletes a file from the virtual file system on a file basis (on a per content basis), or on a disk basis.
  • the deletion of the file from the virtual disk on a per content basis means to the user that an English caption or a Japanese dubbed-in voice, not recorded on the optical disk 11 but newly recorded on the virtual file system through downloading, is selected on a per content basis and that the corresponding file group is deleted.
  • the file addition and updating process is performed on the optical disk 11 loaded on the reproducing apparatus 1 as described with reference to FIGS. 18 and 19 , and the clip AV stream corresponding to the bonus track is added.
  • the file addition and updating process described with reference to FIGS. 20 and 21 is performed, and the caption text stream corresponding to the SubPath of the new caption is added.
  • the file addition and updating process described with reference to FIGS. 22 and 23 is performed.
  • the SubPlayItem is added, and thus the caption text stream corresponding to the additional caption with SubPlayItem in the SubPath extended is thus added. As shown in FIG.
  • the content recorded on the virtual file system of the virtual disk includes the PlayList # 1 containing the SubPath # 1 , the SubPlayItem # 1 , the SubPath # 2 and the SubPlayItem # 2 , the clip AV stream # 1 , the clip AV stream # 2 , and caption text streams # 1 through # 3 .
  • the clip AV stream # 1 and the clip AV stream # 2 are consecutively reproduced in accordance with the main path specified by the PlayItem.
  • the caption text stream # 1 and the caption text stream # 3 are reproduced in accordance with the SubPath # 1 specified by the PlayItem # 1 .
  • the caption text stream # 2 is reproduced in accordance with the SubPath # 2 specified by the SubPlayItem # 2 .
  • the user may issue a command to start a deletion process of any file.
  • the local storage directory manager 34 in the controller 21 controls the data acquisition unit 33 , thereby accessing the server 3 via the Internet interface 25 and the network 2 .
  • the local storage directory manager 34 transmits, to the server 3 , information indicating the current status of the virtual file system, such as manifest_id relating to the content reproduced in accordance with the PlayList # 1 .
  • the local storage directory manager 34 then receives information relating to updateable data, namely, information indicating a list of deletable files.
  • the menu screen display controller 31 displays the list of deletable files to the user as shown in FIG. 30 . French caption, bonus track, and Japanese additional caption are included in the list of deletable files.
  • the local storage directory manager 34 deletes a file corresponding to the bonus track selected by the user.
  • the local storage directory manager 34 can delete a file related to the manifest file within a file package corresponding to the bonus track, thereby deleting the corresponding manifest ( ) section itself in the manifest file.
  • a file recorded on the local storage 24 is not necessarily referenced by a single PlayItem only. More specifically, the deletion process can cause a malfunction in the reproduction process of another area.
  • a caption text stream file #n (n is an integer) referenced in the bonus track to be deleted is designed to be reproduced in synchronization with an AV stream file not to be deleted.
  • the caption text stream file #n is also deleted in response to the deletion of the bonus track, the caption text stream file #n cannot be reproduced in synchronization with the undeleted AV stream file.
  • the file system merge processor 36 determines whether the deletion process in the virtual file system causes a malfunction in the reproduction process of another area. If a link structure among data units is destroyed leading to a malfunction, the file system merge processor 36 detects a data file required to reproduce another area, and commands the data acquisition unit 33 to transmits to the server 3 a signal requesting the downloading of the data file, and receives the required data file downloaded from the server 3 . As previously discussed, the local storage directory manager 34 expands the data file on the local storage 24 .
  • the file system merge processor 36 performs a binding process on the virtual file system at the above-described timing regardless of whether a new file is downloaded or not. The content is thus reproduced based on the virtual file system with the file selected by the user deleted therefrom.
  • the file deletion from the virtual disk performed on a disk basis means that all file groups contained in a directory corresponding to the disc_id on the local storage 24 are deleted. For example, all files related to the manifest file under disc_id are deleted, and then the manifest ( ) sections are also deleted.
  • step S 1 the operation input acquisition unit 32 in the controller 21 determines, based on a signal supplied from the operation input unit 29 , whether a command to start a disk-basis addition process, namely, an addition process of a file contained in a directory represented by the predetermined disc_id identifier has been received. If it is determined in step S 1 that the command to start the file addition process has not been received, the operation input acquisition unit 32 repeats step S 1 until it is determined that the start command has been received.
  • step S 1 If it is determined in step S 1 that the command to start the file addition process has been received, the local storage directory manager 34 in the controller 21 controls the data acquisition unit 33 in step S 2 , thereby accessing the server 3 via the Internet interface 25 and the network 2 to transmit information indicating the status of the current virtual file system, such as the manifest_id identifier of the manifest ( ) section, to the server 3 .
  • step S 3 the data acquisition unit 33 controls the Internet interface 25 , thereby determining whether information corresponding to the list of downloadable files has been received from the server 3 via the network 2 .
  • step S 3 If it is determined in step S 3 that the information corresponding to the list of downloadable files has not been received, the menu screen display controller 31 controls in step S 4 displaying of an error message notifying the user that the file addition process is disabled, and then ends the process.
  • step S 3 If it is determined in step S 3 that the information corresponding to the list of downloadable files has been received, the data acquisition unit 33 supplies in step S 5 the menu screen display controller 31 with information regarding the list of downloadable files transmitted from the server 3 and received via the Internet interface 25 .
  • the menu screen display controller 31 causes a display device to display a menu screen of the list of downloadable files from which the user is allowed to select one.
  • step S 6 the operation input acquisition unit 32 determines whether the user has selected an item to be added using one of buttons and icons on the menu screen displayed under the control of the menu screen display controller 31 . If it is determined in step S 6 that any item the user may want to add has not been selected, step S 6 is repeated until it is determined that any item has been selected.
  • step S 6 If it is determined in step S 6 that the item the user may want to add has been selected, the operation input acquisition unit 32 supplies in step S 7 , to the data acquisition unit 33 , information indicating the content of updating selected by the user.
  • the data acquisition unit 33 controls the Internet interface 25 and transmits information indicating a requested file to the server 3 to request the server 3 to send back the file selected by the user.
  • step S 8 the data acquisition unit 33 controls the Internet interface 25 , thereby causing the server 3 to download one of a PlayList file, a ClipInformation file, a clip AV stream file, an audio file, a caption text stream file and a font file, prepared as download files.
  • the data acquisition unit 33 then notifies the local storage directory manager 34 that these files have been downloaded.
  • step S 9 the local storage directory manager 34 determines whether the local storage 24 has already stored directories identified by the author_id and disc_id identifiers contained in the manifest ( ) of the downloaded files. If the corresponding directory is present on the local storage 24 , the downloaded data file is expanded on that directory. If no corresponding directory is present, a new directory specified by the author_id and disc_id identifiers is created, and the downloaded data file is then expanded thereon.
  • step S 10 a binding process 1 to be described later with reference to FIG. 32 is performed.
  • the update file is downloaded from the server 3 , stored on the local storage 24 , and handled as an update file of the content recorded on the optical disk 11 .
  • a user purchases an optical disk 11 having a content such as a movie recorded thereon.
  • the user acquires a file required to display a caption of a language unrecorded on the optical disk 11 or a file required to view a bonus track, and then stores those files on the local storage 24 .
  • the application program for performing the reproduction process can thus handle the data recorded on the optical disk 11 and the data recorded on the local storage 24 without any difference.
  • a virtual file system that hides the storage of physical data from the user and the application program is produced.
  • Those update files may be downloaded free of charge or for a fee.
  • step S 10 of FIG. 31 The binding process 1 executed in step S 10 of FIG. 31 is described below with reference to a flowchart of FIG. 32 .
  • step S 21 the local storage directory manager 34 extracts a directory of a corresponding disc_id from a downloaded data group stored on the local storage 24 , and then supplies the directory to the file system merge processor 36 .
  • step S 22 the file system merge processor 36 references the src_file_name and dst_file_name fields in the manifest file.
  • step S 23 the file system merge processor 36 binds a native file system to a virtual file system based on the src_file_name and dst_file_name.
  • the src_file_name presents a “path name” representing a path, i.e., information uniquely identifying where the corresponding file is recorded in the directory structure in the file system of the local storage 24 .
  • the dst_file_name field presents a “path name” representing a path, i.e., information uniquely identifying where the corresponding file is recorded in the directory structure at a binding destination in the virtual disk of the file stored on the local storage 24 .
  • the downloaded data is stored under a file name of main.r1.jp.mp2 in a movie01 folder in MainMovie folder on the local storage 24 in accordance with the author_id and disc_id identifiers.
  • the file system merge processor 36 performs the binding process so that the downloaded data is handled as a file having a file name of 01002.m2ts in a STREAM directory.
  • the content author can specify the path name in the local storage 24 in the src_file_name field of the manifest ( ) section of the downloaded file package, and the path name of the virtual file system on the virtual disk in the dst_file_name field. If the path name adapted to the virtual file system on the virtual disk (i.e., adapted to the file system of the optical disk 11 ) is set in the dst_file_name field, the content author can freely set the file/directory structure under the disc_id identifier and add newly a directory and a file in an area under the disc_id identifier of the data actually recorded on the local storage 24 in the reproducing apparatus 1 .
  • step S 41 the operation input acquisition unit 32 in the controller 21 determines, based on a signal supplied from the operation input unit 29 , whether a command to start the disk-basis file addition and updating process, i.e., the file addition and updating process of a file under the disc_id identifier of the data to be recorded on the local storage 24 has been received. If it is determined in step S 41 that the command to start the file addition process has not been received, the operation input acquisition unit 32 repeats step S 41 until the start command has been received.
  • a command to start the disk-basis file addition and updating process i.e., the file addition and updating process of a file under the disc_id identifier of the data to be recorded on the local storage 24 has been received.
  • step S 41 If it is determined in step S 41 that the command to start the file addition process has been received, the local storage directory manager 34 in the controller 21 controls the data acquisition unit 33 in step S 42 , thereby accessing the server 3 via the Internet interface 25 and the network 2 to transmit information indicating the status of the current virtual file system, such as the manifest_id identifier of the manifest ( ) section under the disc_id identifier, to the server 3 .
  • step S 43 the data acquisition unit 33 controls the Internet interface 25 , thereby determining whether information corresponding to the list of downloadable disk-basis files has been received from the server 3 via the network 2 .
  • step S 43 If it is determined in step S 43 that the information corresponding to the list of downloadable disk-basis files has not been received, the menu screen display controller 31 controls in step S 44 displaying of an error message notifying the user that the file addition process is disabled, and then ends the process.
  • step S 43 If it is determined in step S 43 that the information corresponding to the list of downloadable files has been received, the data acquisition unit 33 supplies in step S 45 the menu screen display controller 31 with information regarding the list of downloadable files transmitted from the server 3 and received via the Internet interface 25 .
  • the menu screen display controller 31 causes a display device to display a menu screen of the list of downloadable files from which the user is allowed to select one.
  • step S 46 the operation input acquisition unit 32 determines whether the user has selected an item to be added using one of buttons and icons on the menu screen displayed under the control of the menu screen display controller 31 . If it is determined in step S 46 that any item the user may want to add has not been selected, step S 46 is repeated until it is determined that any item has been selected.
  • step S 46 If it is determined in step S 46 that an item the user may want to add has been selected, the operation input acquisition unit 32 supplies in step S 47 , to the data acquisition unit 33 , information indicating the content of updating selected by the user.
  • the data acquisition unit 33 controls the Internet interface 25 and transmits information indicating a requested file to the server 3 to request the server 3 to send back the file selected by the user.
  • step S 48 the data acquisition unit 33 controls the Internet interface 25 , thereby causing the server 3 to download a disk-basis file group prepared as download files.
  • the data acquisition unit 33 then notifies the local storage directory manager 34 that the disk-basis file group have been downloaded.
  • step S 49 the local storage directory manager 34 generates, on the local storage 24 , directories identified by the author_id and disc_id identifiers contained in the manifest ( ) of the downloaded files.
  • the local storage directory manager 34 then expands the downloaded disk-basis data on the generated directories on the local storage 24 .
  • step S 50 the binding process 1 discussed with reference to FIG. 32 is performed.
  • the update file is downloaded from the server 3 , stored on the local storage 24 , and handled as an update file of the content recorded on the optical disk 11 .
  • a user purchases an optical disk 11 having a content such as a movie recorded thereon.
  • the user acquires, on a disk basis, a file required to display a caption of a language unrecorded on the optical disk 11 , a file required to view a bonus track, and the like, and then stores those files on the local storage 24 .
  • the application program for performing the reproduction process can thus handle the data recorded on the optical disk 11 and the data recorded on the local storage 24 without any difference.
  • a virtual file system that hides the storage of physical data from the user and the application program is produced.
  • the downloading of the update file on a disk basis may be performed free of charge or for a fee.
  • the downloading of the update file on a file basis has been discussed with reference to FIG. 31
  • the downloading of the update file on a disk basis has been discussed with reference to FIG. 33 .
  • the user can issue a command to start downloading files without paying attention to the difference between file-basis downloading and disk-basis downloading. More specifically, depending on whether the data to be downloaded from the server 3 is on a file basis or a disk basis, the method of the local storage directory manager 34 for expanding the data downloaded to the local storage 24 is changed.
  • step S 71 the operation input acquisition unit 32 in the controller 21 determines, based on a signal supplied from the operation input unit 29 , whether a command to start the file-basis file deletion process, i.e., the file deletion process of a file on a directory under the disc_id identifier has been received. If it is determined in step S 71 that the command to start the file-basis deletion process has not been received, the operation input acquisition unit 32 repeats step S 71 until it is determined that the start command has been received.
  • a command to start the file-basis file deletion process i.e., the file deletion process of a file on a directory under the disc_id identifier
  • step S 71 If it is determined in step S 71 that the command to start the file-basis deletion process has been received, the local storage directory manager 34 in the controller 21 controls the data acquisition unit 33 in step S 72 , thereby accessing the server 3 via the Internet interface 25 and the network 2 to transmit information indicating the status of the current virtual file system, such as the manifest_id identifier of the manifest ( ) section, to the server 3 .
  • step S 73 the data acquisition unit 33 controls the Internet interface 25 , thereby determining whether updateable information, i.e., information corresponding to a list of deletable items has been received from the server 3 via the network 2 .
  • step S 73 If it is determined in step S 73 that the information corresponding to the list of updateable items has not been received, the menu screen display controller 31 controls in step S 74 displaying of an error message notifying the user that the file deletion process is disabled, and then ends the process.
  • step S 73 If it is determined in step S 73 that the information corresponding to the list of updateable items has been received, the data acquisition unit 33 supplies in step S 75 the menu screen display controller 31 with information regarding the list of updateable items transmitted from the server 3 and received via the Internet interface 25 .
  • the menu screen display controller 31 causes the display device to display a menu screen of the list of updateable items from which the user is allowed to select one.
  • step S 76 the operation input acquisition unit 32 determines whether the user has selected an item to be deleted using one of buttons and icons on the menu screen displayed under the control of the menu screen display controller 31 . If it is determined in step S 76 that any item the user may want to delete has not been selected, step S 76 is repeated until it is determined that any item has been selected.
  • step S 76 If it is determined in step S 76 that an item the user may want to delete has been selected, the operation input acquisition unit 32 supplies in step S 77 , to the local storage directory manager 34 , information indicating the item the user has selected as an item to be deleted.
  • the local storage directory manager 34 deletes the selected file from the local storage 24 .
  • step S 78 the file system merge processor 36 determines whether the deletion process executed in step S 77 can cause any malfunction in the link structure of the files in the virtual file system. If it is determined in step S 78 that no malfunction can be caused in the link structure of the files in the virtual file system, processing proceeds to step S 81 .
  • step S 78 If it is determined in step S 78 that a malfunction can be caused in the link structure of the files in the virtual file system, the file system merge processor 36 extracts in step S 79 a data file (or a folder or a directory) required to correct the malfunction, and supplies the data file to the data acquisition unit 33 .
  • the data acquisition unit 33 controls the Internet interface 25 , and transmits information indicating a requested file to the server 3 to request the server 3 to download the file selected by the user.
  • the data acquisition unit 33 controls the Internet interface 25 , thereby downloading the file required to correct the malfunction and prepared by the server 3 .
  • the data acquisition unit 33 then notifies the local storage directory manager 34 that these files have been downloaded.
  • step S 80 the local storage directory manager 34 determines whether the local storage 24 stores a directory identified by the author_id and disc_id identifiers contained in the manifest ( ) of the downloaded file. If the corresponding directory is present on the local storage 24 , the local storage directory manager 34 expands the downloaded data file on that directory. If no corresponding directory is present on the local storage 24 , the local storage directory manager 34 generates a new directory specified by the author_id and disc_id identifiers on the local storage 24 and expands the downloaded data file there.
  • step S 78 If it is determined in step S 78 that no malfunction can be caused in the link structure of the files in the virtual file system, or subsequent to step S 80 , the file system merge processor 36 determines in step S 81 whether a file having become unnecessary as a result of the file deletion process in step S 77 , such as a file not to be reproduced by any PlayList (file unspecified by all PlayLists) is set to be deleted. If it is determined in step S 81 that an unnecessary file is set to be left rather than being deleted, processing proceeds to step S 83 .
  • a file having become unnecessary as a result of the file deletion process in step S 77 such as a file not to be reproduced by any PlayList (file unspecified by all PlayLists) is set to be deleted. If it is determined in step S 81 that an unnecessary file is set to be left rather than being deleted, processing proceeds to step S 83 .
  • step S 81 If it is determined in step S 81 that the unnecessary file is set to be deleted, the file system merge processor 36 extracts in step S 82 the unnecessary file and commands the local storage directory manager 34 to delete the unnecessary file. In response to the command from the file system merge processor 36 , the local storage directory manager 34 deletes the unnecessary file recorded on the local storage 24 .
  • step S 81 If it is determined in step S 81 that the unnecessary file is set to be left rather than being deleted, the binding process 1 discussed with reference to FIG. 32 is performed in step S 83 subsequent to step S 82 .
  • the update file downloaded from the server 3 and then stored on the local storage 24 is deleted on a file basis, namely, by file unit containing the directory specified by the disc_id identifier.
  • step S 111 the operation input acquisition unit 32 in the controller 21 determines, based on a signal supplied from the operation input unit 29 , whether a disk-basis deletion command, namely, a command to start deleting all files contained in the directory specified by the disc_id identifier has been received. If it is determined in step S 111 that the command to start the disk-basis deletion process has not been received, step S 111 is repeated until it is determined that the command to start the disk-basis deletion process has been received.
  • a disk-basis deletion command namely, a command to start deleting all files contained in the directory specified by the disc_id identifier
  • step S 111 If it is determined in step S 111 that the command to start the disk-basis deletion command has been received, the file system merge processor 36 extracts in step S 112 a manifest file corresponding to the portion to be deleted, for example, the manifest file corresponding to the author_id and disc_id identifiers of the optical disk 11 loaded on the reproducing apparatus 1 , and causes the local storage directory manager 34 to read the corresponding manifest file.
  • a manifest file corresponding to the portion to be deleted, for example, the manifest file corresponding to the author_id and disc_id identifiers of the optical disk 11 loaded on the reproducing apparatus 1 , and causes the local storage directory manager 34 to read the corresponding manifest file.
  • step S 113 the local storage directory manager 34 deletes a file associated with the manifest file from the local storage 24 based on the read manifest file.
  • step S 114 the local storage directory manager 34 deletes the manifest file corresponding to the deleted portion from the local storage 24 .
  • step S 115 the binding process 1 described with reference to FIG. 32 is performed, and the process then ends.
  • the file system merge processor 36 binds zero directory and zero file because no manifest file is found (i.e., binds nothing), and ends the binding process. Finally, the file/directory structure on the optical disk 11 is managed as a virtual file system.
  • the update files downloaded from the server 3 and recorded on the local storage 24 is deleted as all files contained in the directory identified by the disc_id identifier.
  • the disk-basis file deletion process may be performed by transmitting information indicating the current virtual disk (virtual file system) to the server 3 and receiving information regarding updateable content from the server 3 . Based on the information regarding the updateable content, the deletion process may be performed.
  • a reproduction process and a file system configuration process are described below with reference to a flowchart of FIG. 36 .
  • the binding method used herein is the static binding.
  • step S 141 the optical disk directory manager 35 determines whether the optical disk 11 is loaded. If it is determined in step S 141 that the optical disk 11 is not loaded, step S 141 is repeated until it is determined that the optical disk 11 is loaded. If it is determined in step S 141 that the optical disk 11 is loaded, the optical disk directory manager 35 reads the author_id and disc_id identifiers from the optical disk 11 , and outputs the read author_id and disc_id identifiers to the local storage directory manager 34 and the file system merge processor 36 . Processing proceeds to step S 142 . The binding process 1 described with reference to FIG. 32 is executed.
  • step S 143 the reproduction controller 37 determines, based on an operation input supplied via the operation input acquisition unit 32 by the user, whether a user command input to reproduce a content has been received. If it is determined in step S 143 that no user command input to reproduce a content has not been received, processing proceeds to step S 148 .
  • step S 143 If it is determined in step S 143 that the user command input to reproduce the content has been received, the reproduction controller 37 controls in step S 144 the local storage directory manager 34 and the optical disk directory manager 35 , thereby acquiring the PlayList and the SubPlayItem by which the navigation program specifies a reproduction period.
  • the reproduction controller 37 further controls the local storage directory manager 34 and the optical disk directory manager 35 , thereby reading stream files (an AV file, an audio file, a caption text stream file) referenced by the acquired PlayList and SubPlayItem and supplying the read stream files to the decoder 26 .
  • a timestamp represented by the PlayList and SubPlayItem is converted into address in accordance with the clip information, and accessing to the AV stream is thus performed.
  • step S 145 the reproduction controller 37 controls the decoder 26 , thereby reproducing the content specified by the PlayItem.
  • step S 146 the operation input acquisition unit 32 determines whether an operation input command to switch a reproduction title (content to be reproduced) has been received. If it is determined in step S 146 that the operation input command to switch the reproduction title has not been received, processing proceeds to step S 148 .
  • step S 146 If it is determined in step S 146 that the operation input command to switch the reproduction title has been received, the operation input acquisition unit 32 supplies a signal responsive to the user operation input to the optical disk directory manager 35 .
  • the optical disk directory manager 35 reads the author_id and disc_id identifiers from the optical disk 11 , and outputs the read author_id and disc_id identifiers to the local storage directory manager 34 .
  • Processing proceeds to step S 147 .
  • the binding process 1 described with reference to FIG. 32 is executed. Subsequent to the end of step S 147 , processing returns to step S 144 to repeat step S 144 and subsequent steps.
  • step S 143 If it is determined in step S 143 that the operation input command to reproduce the content has not been received, or if it is determined in step S 146 that the operation input command to switch the reproduction title has not been received, the operation input acquisition unit 32 determines in step S 148 whether one of a file addition command and a file deletion command has been received from the user.
  • step S 148 If it is determined in step S 148 that one of the file addition command and the file deletion command has been received from the user, one of the data acquisition unit 33 and the local storage directory manager 34 executes in step S 149 one of the file addition process and the file deletion process as previously discussed with reference to FIGS. 31 , and 33 through 35 .
  • step S 148 If it is determined in step S 148 that none of the file addition command and the file deletion command has been received, or subsequent to step S 149 , the operation input acquisition unit 32 determines in step S 150 whether a command to update the virtual file system has been issued.
  • step S 150 If it is determined in step S 150 that the command to update the virtual file system has been issued, API (such as update ( )) defined to update the virtual file system is called.
  • step S 151 the binding process 1 described with reference to FIG. 32 is executed.
  • step S 150 If it is determined in step S 150 that the command to update the virtual file system has not been issued, or subsequent to step S 151 , the operation input acquisition unit 32 determines in step S 152 whether a command to end the process of the reproducing apparatus 1 (such as a command to end the application program or a command to power off the reproducing apparatus 1 ) has been issued.
  • a command to end the process of the reproducing apparatus 1 such as a command to end the application program or a command to power off the reproducing apparatus 1
  • step S 152 If it is determined in step S 152 that the command to end the process of the reproducing apparatus 1 has not been issued, processing returns to step S 143 to repeat step S 143 and subsequent steps. If it is determined in step S 152 that the command to end the process of the reproducing apparatus 1 has been issued, the process thus ends.
  • the data recorded on the optical disk 11 and the data downloaded from the server 3 and stored on the local storage 24 are bound to each other to construct a virtual file system at a predetermined timing, and the content is reproduced based on the virtual file system.
  • the update file of the content recorded on the optical disk 11 is downloaded and then stored on the local storage 24 in the reproducing apparatus 1 .
  • the content file recorded on the optical disk 11 and the update file stored on the local storage 24 are thus easily handled.
  • the virtual file system is defined as an upper layer of the native file system of the reproducing apparatus 1 (file system of the data actually recorded on one of the optical disk 11 and the local storage 24 ).
  • the file systems of the data actually recorded on the optical disk 11 and the local storage 24 are merged to produce the virtual file system.
  • the manifest file as the metadata of the downloaded data contains an author_id identifier uniquely identifying a content originator, and a disc_id identifier uniquely identifying the optical disk 11 bearing the content created by the content originator identified by the author_id identifier.
  • the disk area of the local storage 24 contains a directory structure which is segmented on a per content supplier (content author) basis.
  • the content author may configure a flexible file/directory structure.
  • the location of the data stored in the disk area on the local storage 24 namely, the file/directory structure of the downloaded file, is described as a path name in the src_file_name field of the manifest data contained in the downloaded data.
  • the file/directory structure of the virtual disk accessible from the application complies with the file/directory structure of the optical disk 11 .
  • a path name uniquely identifying a binding destination in the virtual disk of the file stored on the local storage 24 is specified in the dst_file_name field of the manifest data contained in the downloaded data.
  • the binding process is again executed and a new virtual file system is generated. If the deletion of the file causes a malfunction in the link structure of the files in the virtual file system, a file required to correct the malfunction is extracted, and then downloaded from the server 3 .
  • the downloading of files from the server 3 is preformed from the command of the user.
  • the server 3 may be accessed to download the files therefrom immediately subsequent to the loading of the optical disk 11 onto the reproducing apparatus.
  • the Index file recorded on the optical disk 11 contains information regarding a menu for reproducing the optical disk 11 .
  • the reproducing apparatus 1 causes a display device to display a reproduction menu screen based on the Index file.
  • the reproduction menu screen shows items for reproducing all contents on the optical disk 11 , reproducing a particular chapter only, reproducing repeatedly a particular chapter, and displaying an initial menu. MovieObject that is executed with any item selected is set in the Index file.
  • the reproducing apparatus 1 executes a MoveObject command set in the Index file.
  • FIG. 37 illustrates a syntax of the Index file (Index.bdmv).
  • a type_indicator field includes an “INDEX” value encoded based on ISO 646.
  • a version_number field includes a four-character string representing a version number of Index.bdmv, namely, the value “0089” encoded based on ISO 646.
  • An indexes_start_address field includes a start address of the Indexes ( ) block.
  • An AppInfoBDMV ( ) field includes an individual identifier representing a source of the optical disk 11 .
  • a Indexes ( ) field includes a link to an application (MovieObject) for reading a menu, searching a title, jumping to a predetermined title, or automatically initiating the optical disk 1 when the optical disk is loaded on the reproducing apparatus 1 .
  • the syntax of the Indexes ( ) will be described later with reference to FIG. 38 .
  • a padding_word field includes 0 or a positive integer inserted based on the syntax of Index.bdmv.
  • FIG. 38 illustrates the syntax of Index.bdmv.
  • a length field represents how many bytes of information is written in Indexes ( ).
  • FirstPlayback is a data block containing information relating to Movie Object that is automatically performed first when the optical disk 11 is loaded onto the reproducing apparatus 1 .
  • a FirstPlayback_mobj_id_ref field specifies a value of mobj_id of the first performed Movie Object.
  • the mobj_id is an ID uniquely identifying the respective Movie Object.
  • the Movie Object that is automatically performed in response to the loading of the optical disk 11 onto the reproducing apparatus 1 may not be set. In other words, any application is not executed in response to a mere loading of the optical disk 11 onto the reproducing apparatus 1 , but executed in response to a subsequent command from a user. In such a case, “OXffff” is written in this field.
  • a TopMenu ( ) is a data block containing information regarding the Movie Object of TopMenu called when the user displays a menu screen.
  • a TopMenu_mobj_id_ref field specifies the value of mobj_id of the Movie Object of TopMenu. If TopMenu is not set in the optical disk 11 , “OXFFFF” is written in this field.
  • a number_of_Titles field represents the number of titles written in Indexes ( ).
  • a Title[title_id] ( ) block includes information regarding each title uniquely identified by title_id. The assigned title_id starts with zero.
  • a Title_playback_type[title_id] field represents a playback type of a title identified by the title_id. If the title is a content containing a moving image and audio, a reproduction process is performed based on PlayList.
  • a Title_access_type[title_id] field includes information indicating whether the reproduction of the title identified by title_id using Title_Search is permitted.
  • a Title_mobj_id_ref[title_id] field specifies the value of mobj_id of the Movie Object having the title identified by title_id entered.
  • an application may be specified to transmit information indicating the state of a current virtual file system.
  • the reproducing apparatus 1 accesses the server 3 immediately in response to the loading of the optical disk 11 onto the reproducing apparatus 1 , transmits information indicating the state of own virtual file system, and downloads files as necessary.
  • FIG. 39 is a block diagram illustrating the server 3 .
  • a CPU (Central Processing Unit) 211 executes a variety of processes in accordance with a program stored on a ROM (Read Only Memory) 212 and a program loaded to a RAM (Random Access Memory) 213 .
  • the RAM 213 stores data required by the CPU 211 in the execution of the processes.
  • the CPU 211 , the ROM 212 , and the RAM 213 are interconnected to each other via a bus 214 .
  • the bus 214 connects to an input-output interface 215 .
  • an input unit 216 including a keyboard and a mouse
  • an output unit 217 including a display and a loudspeaker
  • a storage unit 218 including a hard disk
  • a communication unit 219 including a modem and a terminal adaptor.
  • the communication unit 219 performs a communication process via the network 2 such as the Internet.
  • the input-output interface 215 is also connected to a drive 220 as necessary.
  • a magnetic disk 231 One of a magnetic disk 231 , an optical disk 232 , a magneto-optical disk 233 , and a semiconductor memory 234 is loaded onto the drive 220 .
  • a computer program read from one of these recording media is installed onto the storage unit 218 as necessary.
  • FIG. 40 is a block diagram of a function that is performed when the CPU 211 in the server 3 executes a predetermined program.
  • the server 3 is embodied when the CPU 211 executes the predetermined program to perform the function of FIG. 40 .
  • the server 3 may be embodied using hardware units that perform the function of FIG. 40 .
  • a virtual file system information acquisition unit 251 acquires information supplied from the reproducing apparatus 1 via the network 2 and indicating the state of a current virtual file system of the reproducing apparatus 1 and then supplies the information to a download file determiner 252 .
  • the download file determiner 252 Based on the information supplied by the virtual file system information acquisition unit 251 and indicating the state of the current virtual file system of the reproducing apparatus 1 , the download file determiner 252 selects, based on management of the schedule of a schedule manager 253 , a file that the reproducing apparatus 1 can download.
  • the download file determiner 252 generates a list of files, and supplies the list of files to a control information transmission and reception controller 256 , thereby causing the control information transmission and reception controller 256 to supply the list of files to the reproducing apparatus 1 via the network 2 .
  • the download file determiner 252 In response to the reception of information specifying a file, desired to be downloaded, from control information transmission and reception controller 256 , the download file determiner 252 reads from a content database 254 content data to be downloaded, or reads from a manifest file database 255 a manifest file to be downloaded. The download file determiner 252 then supplies the read content data and the manifest file to a file transmitter 257 , thereby transmitting the content data and the manifest file to the reproducing apparatus 1 via the network 2 .
  • the schedule manager 253 manages a schedule that the download file determiner 252 uses to select contents downloadable to the reproducing apparatus 1 .
  • the server 3 can update, for example, advertisements to be reproduced on the reproducing apparatus 1 .
  • the schedule manager 253 manages a download permit schedule on a per content basis. For example, the schedule manager 253 downloads a movie A as a content while downloading a preview of a movie B until a predetermined date. After the predetermined date, the schedule manager 253 inhibits the downloading of the movie B and then downloads a preview of another movie C.
  • the schedule manager 253 permits a given commercial film to be downloaded as one matching the current season, or a particular content to be downloaded during a predetermined campaign period only. Furthermore, the schedule manager 253 manages the download permit schedule on a per manifest file as to whether to permit each manifest file to be downloaded. More specifically, the schedule manager 253 permits an update manifest file to be downloaded to the reproducing apparatus 1 for a predetermined period of time or subsequent to a predetermined date and time. In this way, the schedule manager 253 modifies files recognizable by the reproducing apparatus 1 .
  • the download permit schedule may be managed as table information that lists an ID uniquely identifying each content and each manifest file, and download start date or download permit period.
  • the download permit schedule may be managed creating a database therefor. If a content (such as a CM) or a manifest file downloaded together with a predetermined content is managed in time sequence, the download permit schedule may be managed as table information.
  • the table information may list an ID uniquely identifying a content, an ID uniquely identifying a content or a manifest file downloaded together with the content, and a download start date or a download permit period of a file downloaded together with the content.
  • a database may be created to manage the download permit schedule.
  • the content database 254 stores content data downloaded from the server 3 to the reproducing apparatus 1 .
  • the manifest file database 255 stores manifest files downloaded together with the content from the server 3 to the reproducing apparatus 1 .
  • the control information transmission and reception controller 256 controls transmission and reception of control information via the network 2 between the server 3 and the network 2 . More specifically, the control information transmission and reception controller 256 controls to the reproducing apparatus 1 the transmission of information indicating a list of downloadable contents supplied from the download file determiner 252 . The control information transmission and reception controller 256 also controls from the reproducing apparatus 1 the reception of information indicating a file desired to be downloaded, thereby supplying the file to the download file determiner 252 . The file transmitter 257 controls to the reproducing apparatus 1 the transmission of the file supplied from the download file determiner 252 for downloading.
  • the process of the reproducing apparatus 1 and the server 3 is described below with reference to a flowchart of FIG. 41 .
  • the reproducing apparatus 1 accesses the server 3 immediately after the optical disk 11 is loaded, and downloads files as necessary.
  • step S 201 the optical disk drive 22 in the optical disk 11 determines whether the optical disk 11 is loaded. If it is determined in step S 201 that the optical disk 11 has not yet been loaded, step S 201 is repeated until it is determined that the optical disk 11 has been loaded.
  • step S 201 If it is determined in step S 201 that the optical disk 11 has been loaded, the controller 21 controls the optical disk drive 22 in step S 202 to load data in a predetermined area of the loaded optical disk 11 , namely, data written in the FirstPlayback of the above-mentioned Indexes ( ).
  • the controller 21 expands the data onto the memory 23 , and reads and initiates an application specified in the FirstPlayback ( ).
  • the application specified by data written in the FirstPlayback ( ) accesses the server 3 to download files as necessary.
  • step S 203 the local storage directory manager 34 in the controller 21 controls the data acquisition unit 33 , thereby accessing the server 3 via the Internet interface 25 and the network 2 .
  • the local storage directory manager 34 thus transmits to the server 3 information indicating the state of the current virtual file system, for example, Manifest_id of the Manifest ( ) section corresponding to disc_id of the loaded optical disk 11 .
  • step S 204 the virtual file system information acquisition unit 251 in the server 3 receives the information indicating the state of the current virtual file system from the reproducing apparatus 1 via the network 2 and supplies the information to the download file determiner 252 .
  • step S 205 the download file determiner 252 references the supplied information indicating the state of the current virtual file system, and determines whether file updating is possible to the reproducing apparatus 1 . If it is determined in step S 205 that file updating is not possible, processing ends.
  • step S 205 If it is determined in step S 205 that file updating is possible, the download file determiner 252 references in step S 206 the schedule managed by the schedule manager 253 , and determines whether the reproducing apparatus 1 has a content in need of updating.
  • the schedule manager 253 manages the schedule for use in selection of a content downloadable to the reproducing apparatus 1 .
  • step S 206 If it is determined in step S 206 that the reproducing apparatus 1 has no content in need of updating, the download file determiner 252 in the server 3 supplies in step S 207 the control information transmission and reception controller 256 with information notifying the reproducing apparatus 1 that there is no downloadable file.
  • the control information transmission and reception controller 256 transmits to the reproducing apparatus 1 the information notifying the reproducing apparatus 1 that there is no downloadable file.
  • step S 208 the data acquisition unit 33 in the controller 21 in the reproducing apparatus 1 receives from the server 3 via the network 2 the notification that there is no downloadable file, and supplies the menu screen display controller 31 with the notification.
  • the menu screen display controller 31 notifies the user that there is no downloadable file, by displaying a message to that effect.
  • the reproducing apparatus 1 waits on standby for an operation input from the user.
  • step S 206 If it is determined in step S 206 that there is a content in need of updating, the download file determiner 252 in the server 3 generates in step S 209 information corresponding to a list downloadable files, and supplies the control information transmission and reception controller 256 with the information.
  • the control information transmission and reception controller 256 transmits to the reproducing apparatus 1 via the network 2 the information corresponding to the list of downloadable files.
  • step S 210 the data acquisition unit 33 in the controller 21 in the reproducing apparatus 1 receives the information corresponding to the list of downloadable files from the server 3 via the network 2 , and supplies the menu screen display controller 31 with the received information.
  • the menu screen display controller 31 causes the display device to display a menu screen from which the user can select a desired file on the list of the downloadable files.
  • step S 211 the operational input acquisition unit 32 in the controller 21 in the reproducing apparatus 1 determines whether a command to add a content has been received from the user. If it is determined in step S 211 that no command has been received, step S 211 is repeated until it is determined the command to add the content has been received.
  • step S 211 If it is determined in step S 211 that the command to add the content has been received, the operational input acquisition unit 32 supplies in step S 212 the data acquisition unit 33 with information indicating update content selected by the user.
  • the data acquisition unit 33 controls the Internet interface 25 , thereby transmitting information indicating a requested file to the server 3 and requesting the server 3 to download the file requested by the user.
  • step S 213 the download file determiner 252 receives a signal indicating the download requested file transmitted from the reproducing apparatus 1 via the network 2 , and supplies the download file determiner 252 with the signal.
  • step S 214 the download file determiner 252 reads the requested file from one of the content database 254 and the manifest file database 255 , and supplies the file transmitter 257 with the read file.
  • the file transmitter 257 transmits the request file to the reproducing apparatus 1 via the network 2 .
  • step S 215 the data acquisition unit 33 in the controller 21 in the reproducing apparatus 1 controls the Internet interface 25 , thereby causing the server 3 to download a PlayList file, a ClipInformation file, a ClipAV stream file, an audio file, a caption text stream file, or a font file as a download file, and then notifies the local storage directory manager 34 that these files have been downloaded.
  • step S 216 the local storage directory manager 34 determines, based on author_id and disc_id contained in Manifest ( ) of the downloaded file, whether a directory identified by these IDs is already present in the local storage 24 . If it is determined in step S 216 that the corresponding directory is already present, the downloaded data file is expanded onto that directory. If there is no corresponding directory, a new directory specified by author_id and disc_id is created in the local storage 24 and the downloaded data file is then expanded onto that directory.
  • step S 217 Processing ends after the binding process 1 discussed with reference to FIG. 32 is performed in step S 217 .
  • the reproducing apparatus 1 accesses the server 3 immediately subsequent to the loading of the optical disk 11 , transmits the information indicating the state of own virtual file system, and downloads a file as necessary.
  • the server 3 manages the schedule for use in selection of the contents downloadable to the reproducing apparatus 1 .
  • the server 3 downloads a movie A as a content while downloading a preview of a movie B until a predetermined date. After the predetermined date, the server 3 inhibits the downloading of the movie B and then downloads a preview of another movie C.
  • the server 3 manages the download permit schedule on a per content basis or on a manifest file basis so that an update manifest may be downloaded to the reproducing apparatus 1 after a predetermined date or during a predetermined period of time. In this way, the server 3 updates the files recognizable by the reproducing apparatus 1 .
  • the content downloaded from the server 3 is not encrypted.
  • An encryption key may be stored on the optical disk 11 and a new decryption processor may be arranged in the reproducing apparatus.
  • the controller 21 in the reproducing apparatus 1 may have the decryption function using an encryption key, and a content downloaded from the server 3 is decrypted using the encryption key recorded on the optical disk 11 , and is then subjected to the binding process.
  • FIG. 42 illustrates a reproducing apparatus having a decryption processor.
  • a reproducing apparatus 301 is basically identical to the reproducing apparatus 1 of FIG. 1 except that a decryption processor 311 is included.
  • the decryption processor 311 receives an encryption key that the optical disk drive 22 has read from the optical disk 11 , and also receives a data file as an encrypted content from the local storage 24 . Under the control of the controller 21 , the decryption processor 311 decrypts the content and supplies the decrypted content to one of the memory 23 and the decoder 26 .
  • a process performed by the reproducing apparatus 301 of FIG. 42 and the server 3 is described below with reference to a flowchart of FIG. 43 .
  • the process performed by the reproducing apparatus 301 in steps S 251 through S 253 is basically identical to the process performed by the reproducing apparatus 1 in steps S 201 through S 203 of FIG. 41 .
  • the optical disk 11 When the optical disk 11 is loaded, the data recorded on a predetermined area of the loaded optical disk 11 is loaded, and the application to download the file as necessary is performed with the server 3 being accessed by the reproducing apparatus 301 .
  • the information indicating the state of the current virtual file system, i.e., Manifest_id of the corresponding Manifest ( ) section is transmitted to the server 3 .
  • step S 254 the optical disk drive 22 reads the encryption key from the optical disk 11 and then supplies the decryption processor 22 with the encryption.
  • the decryption processor 22 stores the supplied encryption key.
  • the process performed by the reproducing apparatus 301 and the server 3 in steps S 255 through S 266 is basically identical to the process performed by the reproducing apparatus 1 and the server 3 in steps S 204 through S 215 of FIG. 41 .
  • the server 3 receives from the reproducing apparatus 301 the information indicating the state of the current virtual file system and determines whether file updating is possible in the reproducing apparatus 301 . If it is determined that file updating is possible, the server 3 references the schedule managed by the schedule manager 253 , and determines whether the reproducing apparatus 301 has a content in need of updating.
  • the server 3 transmits to the reproducing apparatus 301 via the network 2 information notifying the reproducing apparatus 301 that there is no downloadable file.
  • the reproducing apparatus 301 displays a message to notify the user that there is now no downloadable file.
  • the reproducing apparatus 301 waits on standby for an operation input from the user.
  • the server 3 If it is determined that there is a content in need of updating, the server 3 generates information corresponding to a list of downloadable files, and transmits the list to the reproducing apparatus 301 via the network 2 .
  • the reproducing apparatus 301 receives the information corresponding to the list of downloadable files from the server 3 via the network 2 , and causes the display device to display a menu screen from which the user can select a desired one from the list of downloadable files.
  • the reproducing apparatus 301 determines whether a command to add a content has been received from the user. If it is determined that the command has been received, the reproducing apparatus 301 transmits to the server 3 information indicating update content selected by the user.
  • the server 3 receives a download-requested file from the reproducing apparatus 301 via the network 2 , reads a requested file from one of the content database 254 and the manifest file database 255 , and transmits the requested file via the network 2 .
  • the reproducing apparatus 301 downloads from the server 3 one of a PlayList file, a ClipInformation file, a ClipAV stream file, an audio file, a caption text stream file, and a font file.
  • step S 267 the local storage directory manager 34 in the controller 21 in the reproducing apparatus 301 determines whether or not the downloaded file is an encrypted one.
  • step S 267 If it is determined in step S 267 that the downloaded file is encrypted, the local storage directory manager 34 determines in step S 268 whether the downloaded file is decryptable with the encryption key supplied from the optical disk 11 to the decryption processor 311 .
  • step S 268 If it is determined in step S 268 that the downloaded file is not decryptable with the encryption key recorded on the optical disk 11 , the local storage directory manager 34 controls the menu screen display controller 31 in step S 269 , thereby outputting an error message notifying the user that the downloaded file cannot be decrypted.
  • step S 268 If it is determined in step S 268 that the downloaded file is decryptable with the encryption key recorded on the optical disk 11 , the local storage directory manager 34 controls the decryption processor 311 in step S 270 , thereby decrypting the downloaded file.
  • step S 267 If it is determined in step S 267 that the downloaded file is not encrypted, or subsequent to step S 270 , the local storage directory manager 34 determines in step S 271 , based on author_id and disc_id contained in Manifest ( ) of the downloaded file, whether the directory identified by these IDs is already present on the local storage 24 . If it is determined that the corresponding directory is already present, the downloaded data file is expanded onto that directory. If there is no corresponding directory, a new directory specified by author_id and disc_id is created on the local storage 24 , and the downloaded data file is then expanded onto that directory in the local storage 24 .
  • the specified file is downloaded with the optical disk 11 loaded onto the reproducing apparatus 1 .
  • the specified file is then decrypted with the encryption key recorded on the loaded optical disk 11 .
  • the decrypted file is then expanded onto the local storage 24 (namely, stored in a file system of the local storage 24 ).
  • the download process and the decryption process are no longer necessary, and the content previously downloaded and expanded is simply reproduced. Only a portion of the content may be recorded on the optical disk 11 .
  • the remaining content data file is automatically downloaded with the optical disk 11 loaded on the reproducing apparatus 1 , decrypted with the encryption key recorded on the loaded optical disk 11 , and expanded onto the local storage 24 (in the file system of the local storage 24 ). More specifically, even if all content data is not recorded on the optical disk 11 distributed to the user, the user enjoys the content through the above-described processes in the same manner as when all content data recorded on the optical disk 11 is distributed to the user. Unauthorized downloading of the content is thus prevented.
  • a content author distributes the optical disk 11 to each user, thereby supplying a large volume content regardless of the size of the optical disk 11 (even if the capacity of the optical disk 11 is not sufficient).
  • a path name in the local storage 24 is specified in the src_file_name field of the Manifest ( ) section of the downloaded file package, and a path name of the virtual file system in the virtual disk is specified in the dst_file_name field.
  • a path name of the data on the optical disk 11 may be specified in the src_file_name field.
  • the reproducing apparatus 1 By inhibiting accessing to a predetermined file in the description of index.bdmv, a portion of a file recorded on the optical disk 11 is hidden from the application program to be executed by the reproducing apparatus 1 (also the reproducing apparatus 301 hereinafter) or hidden from the user.
  • the Manifest ( ) section having the Manifest_id corresponding to the optical disk 11 is downloaded from the server 3 to the reproducing apparatus 1 .
  • the Manifest ( ) section includes the src_file_name field in which the path name of the data of the hidden file on the optical disk 11 is specified, and the dst_file_name field in which the predetermined path name in the virtual file system is written.
  • the application program executed on the reproducing apparatus 1 allows the file pre-recorded on the optical disk 11 to be handled in the same manner as the one newly downloaded at the same timing as the downloading of the new Manifest ( ) section.
  • the Manifest ( ) section having the path name of the data of the optical disk 1 specified in the src_file_name field and the predetermined path name in the virtual file system written in the dst_file_name field, is managed by the schedule manager 253 .
  • the downloading of the Manifest ( ) section may be performed when the optical disk 11 is loaded onto the reproducing apparatus 1 or when the user of the reproducing apparatus 1 performs a predetermined process, such as performing a registration process or a billing process subsequent to accessing the server 3 .
  • the path name of the data on the optical disk 11 is specified in the src_file_name field. If a Manifest ( ) section with the corresponding dst_file_name field being blank is downloaded and overwrites, the corresponding file cannot be referenced from the application program running on the reproducing apparatus 1 (i.e., the application program executed on the reproducing apparatus 1 or the user cannot recognize the presence of that file). In other words, even if the actual file is stored on the optical disk 11 , that file is recognized as being nonexistent in the virtual file system by blanking the dst_file_name field. The file is thus hidden from the application program executed on the reproducing apparatus 1 or from the user.
  • the Manifest ( ) section having the path name of the data of the optical disk 1 specified in the src_file_name field and the predetermined path name in the virtual file system written in the dst_file_name field, may be downloaded.
  • a predetermined file recorded beforehand on the optical disk 11 can thus be referenced.
  • the Manifest ( ) section having the path name of the data of the optical disk 1 specified in the src_file_name field and the dst_file_name field being blank, may be downloaded. In this case, the predetermined file that was referenceable is set to be unreferenceable.
  • a plurality of bonus tracks are recorded beforehand onto the optical disk.
  • the Manifest ( ) section having the src_file_name field and the dst_file_name field is downloaded for overwriting in a predetermined timing so that the application recognizes one bonus track at one timing after another bonus track at another timing. Without the need for frequently downloading a vast amount of data, the user can enjoy the service in which bonus tracks different in timing are added or deleted.
  • a binding process 2 is described below with reference to FIG. 44 .
  • the binding process 2 is executed when the path name of the data on the optical disk 11 can be specified in the src_file_name field of the Manifest ( ) section.
  • step S 301 the local storage directory manager 34 extracts a directory of the corresponding disc_id from a downloaded data group stored on the local storage 24 , and supplies the file system merge processor 36 with the directory.
  • step S 302 the file system merge processor 36 references the src_file_name field and the dst_file_name field of the Manifest file.
  • step S 303 the file system merge processor 36 determines whether the path name of the data on the optical disk 11 is written on the src_file_name field of the Manifest file.
  • step S 303 If it is determined in step S 303 that the path name of the data on the optical disk 11 is written in the src_file_name field of the Manifest file, the file system merge processor 36 supplies in step S 304 the optical disk directory manager 35 with the path name of the data on the optical disk 11 written in the src_file_name field.
  • the optical disk directory manager 35 accesses predetermined information recorded on the optical disk 11 based on the information of the src_file_name field.
  • step S 303 If it is determined in step S 303 that the path name of the data on the optical disk 11 is not written in the src_file_name field of the Manifest file, or subsequent to step S 304 , the file system merge processor 36 binds a native file system and the virtual file system in step S 305 based on the src_file_name field and the dst_file_name field referenced in step S 302 .
  • the binding process is performed in the same manner as the binding process 1 discussed with reference to FIG. 32 . If the path name of the data recorded on the optical disk 11 is written in the src_file_name field of the Manifest file, the file system merge processor 36 performs the binding process so that the file recorded in the path indicated by the src_file_name field of the optical disk 11 is handled as a file having the path and the file name written on the dst_file_name field.
  • a content author records an actual file of a content on a optical disk 11 to be supplied to a user, and inhibits accessing to the content during the reproduction of the optical disk 11 alone (hides the content from the application and the user).
  • the content author specifies the path name in the optical disk 11 in the src_file_name field and the path name of the virtual file system in the virtual disk in the dst_file_name field of the Manifest ( ) section of a downloaded package.
  • the content author can thus freely set the path name in the virtual file system of the actual file of the content recorded on the optical disk 11 loaded on the reproducing apparatus 301 , by the description in the Manifest ( ) section of the downloaded package.
  • the file is present on the optical disk 11 , the content author may or may not permit the user to access the file.
  • the update file is not only downloaded from the server 3 but also distributed in the recorded state thereof on the removable medium 28 .
  • the controller 21 reads the update file from the removable medium 28 via the drive 27 , and writes the update file onto the local storage 24 .
  • the reproducing apparatus 1 cannot be connected to the server 3 (for example, when the reproducing apparatus 1 has no interfacing function with the server 3 , or when the reproducing apparatus 1 and the server 3 are in an environment where no link is provided), data updating is possible.
  • the content reproduction is performed in the same way as when the update file is downloaded from the server 3 .
  • the update file is recorded in a predetermined file format on the local storage 24 , and the binding process is performed with the data recorded on the optical disk 11 .
  • a virtual file system is constructed, and an updated content is reproduced.
  • a media_id identifier individually identifying the removable medium 28 is stored immediately under the root directory as shown in FIG. 45 .
  • Data having the same configuration as the data downloaded from the server 3 discussed with reference to FIG. 14 and identified by the author_id and disc_id identifiers is written for the media_id identifier.
  • the syntax of the manifest file and other files under the disc_id identifier is the same as the data downloaded from the server 3 .
  • the update file recorded on the removable medium 28 includes “others” directory, in which a predetermined application program and a variety of data units are stored.
  • An application program executing a write process for writing the update file recorded on the removable medium 28 onto the local storage 24 is available as an application program recorded on the “others” directory. Data required to execute the write process for writing the update file recorded on the removable medium 28 onto the local storage 24 is preferably recorded in the “others” directory.
  • the write process for writing the update file recorded on the removable medium 28 onto the local storage 24 may be executed only when the optical disk 11 is loaded on the optical disk 11 or even when the optical disk 11 is not loaded on the optical disk 11 .
  • the controller 21 under the control of the navigation program recorded on the optical disk 11 may perform the write process for writing the update file recorded on the removable medium 28 onto the local storage 24 .
  • the controller 21 may perform the write process only when the optical disk 11 is loaded onto the reproducing apparatus 1 .
  • the controller 21 may perform the write process for writing the update file recorded on the removable medium 28 onto the local storage 24 even when the optical disk 11 is not loaded on the reproducing apparatus 1 .
  • the controller 21 performs the write process under the control of a control program prepared in the reproducing apparatus 1 or under the control of an application program in the same format as the navigation program recorded on the removable medium 28 (recorded in the “others” directory of FIG. 45 ).
  • the optical disk 11 When the update file is downloaded from the server 3 , the optical disk 11 is loaded on the reproducing apparatus 1 , information indicating the current status of the virtual file system is transmitted to the server 3 , and data required for updating is then downloaded.
  • the removable medium 28 is used to provide the update file, supplied update data cannot be modified depending on the current status of the virtual file system.
  • the local storage 24 already stores a manifest file, and a file # 1 and a file # 2 , each associated with the manifest file. If an update file recorded on the removable medium 28 containing a file # 3 and a file # 4 as shown in FIG. 46B is recorded on the local storage 24 , the manifest file overwrites the manifest file on the local storage 24 . The manifest file cannot reference the file # 1 and the file # 2 previously updated.
  • information indicating a combination of a current manifest file and a manifest file that can overwrite the current manifest file may be recorded on one of the optical disk 11 and the removable medium 28 .
  • a manifest file # 1 is associated with a Japanese caption
  • a manifest file # 2 is associated with an English caption
  • a manifest file # 3 is associated with a French caption
  • a manifest file # 4 is associated with a Japanese and English caption
  • a manifest file # 5 is associated with a Japanese and French caption
  • a manifest file # 6 is associated with an English and French caption
  • a manifest file # 7 is associated with a Japanese, English, and German caption
  • a manifest file # 8 is associated with a Japanese, English, French, and German caption.
  • the other manifest files also have respective file numbers indicating associated caption languages thereof.
  • the manifest file # 1 and a corresponding file of the Japanese caption are recorded on the local storage 24 in the reproducing apparatus 1 , data updating is performed using the removable medium 28 recording the manifest file # 4 , the manifest file # 5 , the manifest file # 7 , and the manifest file # 8 , and their respective caption stream files.
  • the user can still continuously select the Japanese caption even after data updating.
  • the data updating is performed using the removable medium 28 storing another manifest file and a caption stream file corresponding thereto, the user cannot select the Japanese caption after the updating using the removable medium 28 . This is because a re-written file is not associated with the Japanese caption.
  • a mapping table of the manifest files of FIG. 48 is recorded on one of the optical disk 11 and the removable medium 28 .
  • the reproducing apparatus 1 re-writes the manifest files with reference to the mapping table to control a malfunction, or notifies the user of the mapping table.
  • the manifest file # 1 associated with the Japanese caption is recorded on the local storage 24
  • the manifest file # 2 associated with the English caption is prepared as an update file using the removable medium 28 . If the manifest file # 2 overwrites the manifest file # 1 , the Japanese caption can be used no longer.
  • the reproducing apparatus 1 may display to the user a message such as the one: “The English caption only becomes available if updating is executed. Do you update?” Instead of the manifest file # 2 overwriting the manifest file # 1 , a manifest file that permits mapping to the Japanese caption and the English caption, such as the manifest file # 4 , may be created and then overwrite the manifest file # 1 .
  • information regarding the manifest file prior to rewriting may be provided to the user.
  • the user then notifies the server 3 information indicating the manifest file prior to rewriting, using an information processing apparatus such as the reproducing apparatus 1 connectable with the server 3 , a personal computer connectable with the server 3 , a PDA, or a cellular phone.
  • the server 3 then downloads the pre-rewritten manifest file. In this way, the reproducing apparatus 1 can be restored back to a pre-rewriting state.
  • a file-updating process 1 using the removable medium 28 is described below with reference to a flowchart of FIG. 49 .
  • the file-updating process 1 using the removable medium 28 is executable only if the write process for writing the update file recorded on the removable medium 28 onto the local storage 24 is set to be performed with the optical disk 11 loaded on the reproducing apparatus 1 .
  • step S 410 the optical disk 11 is loaded onto the reproducing apparatus 1 , and the navigation program recorded on the optical disk 11 is read by the optical disk drive 22 .
  • the read navigation program is expanded onto the memory 23 , and the controller 21 starts the navigation program.
  • step S 411 the operation input acquisition unit 32 in the controller 21 determines, based on a user operation input, whether a command to add a file using the removable medium 28 has been issued. If it is determined in step S 411 that the command to add the file using the removable medium 28 has not been issued, step S 411 is repeated until it is determined that the command to add the file using the removable medium 28 has been issued.
  • step S 411 If it is determined in step S 411 that the command to add the file using the removable medium 28 has been issued, the menu screen display controller 31 in the controller 21 outputs a message prompting the user to load the removable medium 28 in step S 412 .
  • step S 413 the data acquisition unit 33 determines whether the removable medium 28 has been loaded on the drive 27 . If it is determined in step S 413 that the removable medium 28 has not been loaded, step S 413 is repeated until it is determined that the removable medium 28 has been loaded.
  • step S 413 If it is determined in step S 413 that the removable medium 28 has been loaded, the data acquisition unit 33 reads in step S 414 a predetermined portion of the data recorded on the loaded removable medium 28 (such as a header or TOC where data used for the reproducing apparatus 1 to determine a data structure and a data format is recorded), and determines whether the removable medium 28 is replayable on the reproducing apparatus 1 .
  • a predetermined portion of the data recorded on the loaded removable medium 28 such as a header or TOC where data used for the reproducing apparatus 1 to determine a data structure and a data format is recorded
  • step S 414 If it is determined in step S 414 that the removable medium 28 cannot be replayed on the reproducing apparatus 1 , processing proceeds to step S 425 .
  • step S 414 If it is determined in step S 414 that the removable medium 28 can be replayed on the reproducing apparatus 1 , the data acquisition unit 33 determines in step S 415 whether an application program executable on the reproducing apparatus 1 is recorded on the loaded removable medium 28 . If it is determined in step S 415 that the application program executable on the reproducing apparatus 1 is not recorded on the removable medium 28 , processing proceeds to step S 418 .
  • step S 415 If it is determined in step S 415 that the application program executable on the reproducing apparatus 1 is recorded on the removable medium 28 , the controller 21 expands in step S 416 the application program recorded on the removable medium 28 onto the memory 23 .
  • the controller 21 determines whether the application program recorded on the removable medium 28 is an application program for performing the data addition process. If it is determined in step S 416 that the application program recorded on the removable medium 28 is an application program for performing the data addition process, processing proceeds to step S 421 .
  • step S 416 If it is determined in step S 416 that the application program recorded on the removable medium 28 is not the application program for performing the data addition process, the controller 21 executes in step S 417 the application program recorded on the removable medium 28 . Subsequent to the end of the execution of the application program, the reproducing apparatus 1 returns back to the state in which the controller 21 is executing the navigation program recorded on the optical disk 11 .
  • step S 415 If it is determined in step S 415 that the application program executable on the reproducing apparatus 1 is not recorded on the removable medium 28 , or subsequent to step S 417 , the data acquisition unit 33 in the controller 21 determines in step S 418 whether additional data discussed with reference to FIG. 45 is recorded on the loaded removable medium 28 . If it is determined in step S 418 that the removable medium 28 does not store the additional data, processing proceeds to step S 425 .
  • step S 418 If it is determined in step S 418 that the additional data is recorded on the loaded removable medium 28 , the data acquisition unit 33 reads the additional data from the loaded removable medium 28 in step S 419 .
  • step S 420 The file-updating process 1 to be discussed later with reference to FIG. 50 is performed in step S 420 . Processing proceeds to step S 424 .
  • step S 416 If it is determined in step S 416 that the application program recorded on the removable medium 28 is an application program for executing the data addition process, the controller 21 executing the application program recorded on the removable medium 28 determines in step S 421 whether the loaded removable medium 28 stores the additional data described with reference to FIG. 45 . If it is determined in step S 421 that the additional data is not recorded on the removable medium 28 , processing proceeds to step S 425 .
  • step S 421 If it is determined in step S 421 that the additional data is stored on the loaded removable medium 28 , the controller 21 executing the application program recorded on the removable medium 28 reads in step S 422 the additional data from the loaded removable medium 28 .
  • step S 423 the file-updating process 1 to be discussed later with reference to FIG. 50 is performed. Subsequent to step S 423 , namely, subsequent to the end of the application program recorded on the removable medium 28 , the controller 21 returns to the state thereof in which the navigation program recorded on the optical disk 11 is being executed.
  • step S 420 or step S 423 the binding process described with reference to FIG. 32 is performed in step S 424 . Processing proceeds to step S 426 .
  • step S 414 If it is determined in step S 414 that the loaded removable medium 28 is not replayable on the reproducing apparatus 1 , if it is determined in step S 418 that the loaded removable medium 28 does not store the additional data, or if it is determined in step S 421 that the loaded removable medium 28 does not store the additional data, the menu screen display controller 31 in the controller 21 may output in step S 425 an error message such as the one: “Data addition is disabled. Check the removable medium.”
  • step S 426 determines in step S 426 whether a command to end the navigation program has been issued. If it is determined in step S 426 that the command to end the navigation program has not been issued, processing returns to step S 411 to repeat step S 411 and subsequent steps. If it is determined in step S 426 that that the command to end the navigation program has been issued, processing ends.
  • the update file is read from the removable medium 28 and written onto the local storage 24 .
  • step S 420 and step S 423 of FIG. 49 The file-updating process 1 executed in each of step S 420 and step S 423 of FIG. 49 is described below with reference to a flowchart of FIG. 50 .
  • the controller 21 under the control of the application program recorded on the removable medium 28 performs the file-updating process 1 in step S 423 of FIG. 49 while performing the data addition process. If the application program recorded on the removable medium 28 is the one performing the data application process, the controller 21 has the same function as described with reference to FIG. 6 .
  • the file-updating process 1 is thus described below with reference to the flowchart of FIG. 50 in view of the block diagram of FIG. 6 .
  • step S 451 the local storage directory manager 34 determines whether information indication mapping of the manifest files, such as the one described with reference to FIG. 48 is stored on one of the optical disk 11 managed by the optical disk directory manager 35 and the removable medium 28 able to read data from the data acquisition unit 33 . If it is determined in step S 451 that the information indication the mapping of the manifest files is not stored, processing proceeds to step S 456 .
  • step S 451 If it is determined in step S 451 that the information indicating the mapping of the manifest files is stored, the local storage directory manager 34 determines, based on the information indicating the mapping of the manifest files, in step S 452 whether any malfunction can occur. For example, in one malfunction, the overwriting of the update file recorded on the removable medium 28 causes a previously update file to become useless as previously discussed with reference to FIG. 46 . If it is determined in step S 452 that no malfunction can take place, processing proceeds to step S 458 .
  • step S 452 the local storage directory manager 34 determines in step S 452 whether any malfunction can occur. This determination of the local storage directory manager 34 is performed based on the manifest file recorded on the current local storage 24 , the information indicating the mapping of the manifest files discussed with reference to FIG. 48 , and the manifest file of the update file recorded on the removable medium 28 . If it is determined in step S 453 that the malfunction avoidance process is not executable, processing proceeds to step S 456 .
  • step S 453 If it is determined in step S 453 that the malfunction avoidance process is executable, the local storage directory manager 34 executes in step S 454 the malfunction avoidance process, thereby producing the manifest file free from malfunction.
  • the manifest file # 7 for using Japanese, English, and German captions, and respective caption data may be currently recorded on the local storage 24 while the manifest file # 3 for French and the French caption data may be recorded on the removable medium 28 . If the user causes the update file recorded on the removable medium 28 to overwrite the file on the local storage 24 in an attempt to add the French caption, the Japanese, English, and German captions that were available for use can no longer be used.
  • the manifest file # 3 is not associated with Japanese, English, and German caption data.
  • the local storage directory manager 34 executes the malfunction avoidance process, thereby producing a manifest file # 8 that is associated with the Japanese, English, and German caption data.
  • the generated manifest file # 8 is recorded together with the French caption data onto the local storage 24 .
  • step S 455 the local storage directory manager 34 substitutes the generated manifest file for the manifest file recorded on the removable medium 28 .
  • the corresponding file on the removable medium 28 is stored on the local storage 24 .
  • Processing returns to step S 420 of FIG. 49 to proceed to step S 424 or returns to step S 423 of FIG. 49 to proceed to step S 424 .
  • step S 451 If it is determined in step S 451 that the information indicating the mapping of the manifest files is not stored, or if it is determined in step S 453 that the malfunction avoidance process cannot be performed, the menu screen display controller 31 issues in step S 456 to the user a warning message such as the one: “The English caption only becomes available if updating is executed. Do you update?”. Furthermore, the menu screen display controller 31 displays to the user information regarding the manifest file prior to rewriting (for example, information by which the server 3 can identify the manifest files, such as manifest_id identifier, or code information generated based on the manifest_id identifier, or other information).
  • information regarding the manifest file prior to rewriting for example, information by which the server 3 can identify the manifest files, such as manifest_id identifier, or code information generated based on the manifest_id identifier, or other information.
  • the user then notifies the server 3 of information indicating the manifest file prior to rewriting, using an information processing apparatus such as the reproducing apparatus 1 connectable with the server 3 , a personal computer connectable with the server 3 , a PDA, or a cellular phone.
  • the server 3 then downloads the pre-rewritten manifest file. In this way, the reproducing apparatus 1 can be restored back to at least a pre-rewriting state.
  • step S 457 the operation input acquisition unit 32 determines, based on a user operation input recognizing the warning message, whether the data writing onto the local storage 24 is permitted. If it is determined in step S 457 that the data writing onto the local storage 24 is not permitted, processing returns to step S 420 of FIG. 49 to proceed to step S 424 or to step S 423 of FIG. 49 to proceed to step S 424 .
  • step S 452 If it is determined in step S 452 that no malfunction may be caused, or if it is determined in step S 457 that the data writing onto the local storage 24 is permitted, the local storage directory manager 34 stores in step S 458 a file corresponding to the removable medium 28 onto the local storage 24 . Processing returns to step S 420 of FIG. 49 to proceed to step S 424 or to step S 423 of FIG. 49 to proceed to step S 424 .
  • a manifest file is generated so that no inconsistency takes place between an already updated file and a manifest file.
  • the generated manifest file is recorded on the local storage 24 together with the file recorded on the removable medium 28 .
  • the user may be notified of the possibility of a malfunction due to file overwriting. If a malfunction took place as a result of overwriting of the file recorded on the removable medium 28 , information available to restore the file recorded on the removable medium 28 to the pre-overwriting state is provided to the user.
  • a file-updating process 2 using the removable medium 28 is described below with reference to a flowchart of FIG. 51 .
  • the file-updating process 2 using the removable medium 28 is performed in the reproducing apparatus 1 .
  • the reproducing apparatus 1 herein is set to perform the write process for writing the update file from the removable medium 28 to the local storage 24 .
  • step S 481 the data acquisition unit 33 determines whether the removable medium 28 is loaded on the drive 27 . If it is determined in step S 481 that the removable medium 28 is not loaded, step S 481 is repeated until it is determined that the removable medium 28 is loaded.
  • step S 481 If it is determined in step S 481 that the removable medium 28 is loaded, the controller 21 starts the application program for the file updating process in step S 482 .
  • the application program is the one held by the reproducing apparatus 1 (not the one recorded on one of the optical disk 11 and the removable medium 28 ).
  • step S 483 the data acquisition unit 33 reads a predetermined portion of the data recorded on the loaded removable medium 28 (such as a header or TOC where data used for the reproducing apparatus 1 to determine a data structure and a data format is recorded), and then determines whether the removable medium 28 is replayable on the reproducing apparatus 1 .
  • a predetermined portion of the data recorded on the loaded removable medium 28 such as a header or TOC where data used for the reproducing apparatus 1 to determine a data structure and a data format is recorded
  • step S 483 If it is determined in step S 483 that the removable medium 28 cannot be replayed on the reproducing apparatus 1 , processing proceeds to step S 495 .
  • step S 483 If it is determined in step S 483 that the removable medium 28 can be replayed on the reproducing apparatus 1 , the data acquisition unit 33 determines in step S 484 whether an application program executable on the reproducing apparatus 1 is recorded on the loaded removable medium 28 . If it is determined in step S 484 that the application program executable on the reproducing apparatus 1 is not recorded on the removable medium 28 , processing proceeds to step S 489 .
  • step S 484 If it is determined in step S 484 that the application program executable on the reproducing apparatus 1 is recorded on the removable medium 28 , the controller 21 executing the application program held by the reproducing apparatus 1 determines in step S 485 whether a preparation process for preparing the application program recorded on the removable medium 28 can be performed. If the reproducing apparatus 1 itself is aware of whether the preparation process can be performed or not, this determination step can be skipped.
  • the application program recorded on the removable medium 28 may be identical to the MovieObject recorded on the optical disk 11 and data corresponding to a index file may not be prepared.
  • the data corresponding to the index file is required.
  • the preparation process for executing the application program recorded on the removable medium 28 means a generation process for generating a corresponding index file. If the optical disk 11 has already been loaded on the reproducing apparatus 1 , the index file is already generated and expanded, and the preparation process is not required.
  • step S 485 If it is determined in step S 485 that the preparation process to execute the application program recorded on the removable medium 28 cannot be performed (or if the apparatus has no function to perform the preparation process), processing proceeds to step S 489 .
  • step S 485 If it is determined in step S 485 that the preparation process to execute the application program recorded on the removable medium 28 can be performed, the controller 21 executing the application program held by the optical disk 11 executes in step S 486 the preparation process to execute the application program recorded on the removable medium 28 .
  • step S 487 the controller 21 expands the application program recorded on the removable medium 28 onto the memory 23 .
  • the controller 21 determines whether the application program recorded on the removable medium 28 is an application program for performing the data addition process. If it is determined in step S 487 that the application program recorded on the removable medium 28 is the application program for performing the data addition process, processing proceeds to step S 492 .
  • step S 487 If it is determined in step S 487 that the application program recorded on the removable medium 28 is not the application program for performing the data addition process, the controller 21 executes in step S 488 the application program recorded on the removable medium 28 . Subsequent to the end of the execution of the application program, the reproducing apparatus 1 returns back to the state in which the controller 21 is executing the navigation program held by the reproducing apparatus 1 .
  • step S 484 If it is determined in step S 484 that the application program executable on the reproducing apparatus 1 is not recorded on the removable medium 28 , or if it is determined in step S 485 that the preparation process to execute the application program recorded on the removable medium 28 cannot be performed, or subsequent to step S 488 , the data acquisition unit 33 in the controller 21 determines in step S 489 whether the additional data discussed with reference to FIG. 45 is recorded on the loaded removable medium 28 . If it is determined in step S 489 that the removable medium 28 does not store the additional data, processing proceeds to step S 495 .
  • step S 489 If it is determined in step S 489 that the additional data is recorded on the loaded removable medium 28 , the data acquisition unit 33 reads the additional data from the loaded removable medium 28 in step S 490 .
  • step S 491 The file-updating process 2 to be discussed later with reference to FIG. 52 is performed in step S 491 . Processing proceeds to step S 496 .
  • step S 487 If it is determined in step S 487 that the application program recorded on the removable medium 28 is the application program for executing the data addition process, the controller 21 executing the application program recorded on the removable medium 28 determines in step S 492 whether the loaded removable medium 28 stores the additional data described with reference to FIG. 45 . If it is determined in step S 492 that the additional data is not recorded on the removable medium 28 , processing proceeds to step S 495 .
  • step S 492 If it is determined in step S 492 that the additional data is stored on the loaded removable medium 28 , the controller 21 executing the application program recorded on the removable medium 28 reads in step S 493 the additional data from the loaded removable medium 28 .
  • step S 494 the file-updating process 2 to be discussed later with reference to FIG. 52 is performed. Subsequent to step S 494 , namely, subsequent to the end of the application program recorded on the removable medium 28 , the controller 21 returns to the state thereof in which the navigation program recorded on the optical disk 11 is being executed.
  • step S 483 If it is determined in step S 483 that the loaded removable medium 28 is not replayable on the reproducing apparatus 1 , if it is determined in step S 489 that the loaded removable medium 28 does not store the additional data, or if it is determined in step S 492 that the loaded removable medium 28 does not store the additional data, the menu screen display controller 31 in the controller 21 may output in step S 495 an error message such as the one: “Data addition is disabled. Check the removable medium.”
  • step S 496 determines in step S 496 whether a command to end the application program has been issued. If it is determined in step S 496 that the command to end the application program has not been issued, processing returns to step S 483 to repeat step S 483 and subsequent steps. If it is determined in step S 496 that that the command to end the application program has been issued, processing ends.
  • the update file is read from the removable medium 28 and written onto the local storage 24 .
  • the file-updating process 2 using the removable medium 28 does not require that the optical disk 11 be loaded on the reproducing apparatus 1 .
  • the binding process discussed with reference to FIG. 32 is executed subsequent to this process when the optical disk 11 is loaded onto the reproducing apparatus 1 later.
  • step S 491 and S 494 of FIG. 51 The file-updating process 2 executed in one of step S 491 and S 494 of FIG. 51 is described below with reference to the flowchart of FIG. 52 .
  • the controller 21 under the control of the application program pre-stored in the reproducing apparatus 1 performs the file-updating process 2 in step S 491 of FIG. 51 while also performing the data addition process.
  • the controller 21 , performing the data addition process under the control of the application program pre-stored in the reproducing apparatus 1 has basically the same functional structure as the one described with reference to FIG. 6 .
  • the controller 21 under the control of the application program removable medium 28 performs the file-updating process 2 executed in step S 494 of FIG. 51 while also performing the data addition process.
  • the controller 21 , performing the data addition process under the control of the application program recorded on the removable medium 28 has basically the same functional structure as the one described with reference to FIG. 6 .
  • the functional block diagram of FIG. 6 is also referred to.
  • step S 521 the local storage directory manager 34 determines whether information indicating mapping of the manifest files, such as the one described with reference to FIG. 48 is stored on the removable medium 28 able to read data from the data acquisition unit 33 . If it is determined in step S 521 that the information indicating the mapping of the manifest files is not stored, processing proceeds to step S 523 .
  • step S 521 If it is determined in step S 521 that the information indicating the mapping of the manifest files is stored, the local storage directory manager 34 determines, based on the information indicating the mapping of the manifest files, in step S 522 whether any malfunction can take place. For example, in one malfunction, the overwriting of the update file recorded on the removable medium 28 causes a previously update file to become useless as previously discussed with reference to FIG. 46 . If it is determined in step S 522 that no malfunction can take place, processing proceeds to step S 525 .
  • a warming message is displayed to the user in step S 523 .
  • the warming message may be: “The English caption only becomes available if updating is executed. Do you update?”.
  • the menu screen display controller 31 displays to the user information regarding the manifest file prior to rewriting (for example, information by which the server 3 can identify the manifest files, such as manifest_id identifier, or code information generated based on the manifest_id identifier, or other information).
  • the user then notifies the server 3 of information indicating the manifest file prior to rewriting, using an information processing apparatus such as the reproducing apparatus 1 connectable with the server 3 , a personal computer connectable with the server 3 , a PDA, or a cellular phone.
  • the server 3 then downloads the pre-rewritten manifest file. In this way, the reproducing apparatus 1 can be restored back to a pre-rewriting state.
  • step S 524 the operation input acquisition unit 32 determines, based on a user operation input recognizing the warning message, whether the data writing onto the local storage 24 is permitted. If it is determined in step S 524 that the data writing onto the local storage 24 is not permitted, processing returns to step S 491 of FIG. 51 to proceed to step S 496 or to step S 494 of FIG. 51 to proceed to step S 496 .
  • step S 522 If it is determined in step S 522 that any malfunction cannot take place, or if it is determined in step S 524 that the data writing to the local storage 24 is permitted, the local storage directory manager 34 stores the corresponding file of the removable medium 28 onto the local storage 24 in step S 525 . Processing returns to step S 491 of FIG. 51 to proceed to step S 496 or to step S 494 of FIG. 51 to proceed to step S 496 .
  • the user is notified of the possibility of a malfunction due to the file overwriting.
  • information available to restore the file recorded on the removable medium 28 to the pre-overwriting state is provided to the user.
  • the write process of writing the update file recorded on the removable medium 28 to the local storage 24 has been described with reference to FIGS. 45 through 52 .
  • the removable medium 28 may record the data having the same data structure as the optical disk 11 described with reference to FIG. 13 .
  • the reproducing apparatus 1 may store, onto a first area of the local storage 24 , the file recorded on the removable medium 28 , and onto a second area different from the first area, data having the structure described with reference to FIG. 14 and downloaded from the server 3 or data having the data structure described with reference to FIG. 45 and recorded on the removable medium 28 .
  • the file system of the data file recorded on the first area of the local storage 24 is bound to the file system of the data file recorded on the second area of the local storage 24 .
  • the data acquisition unit 33 reads, from the removable medium 28 , the data having the same file structure as the optical disk 11 described with reference to FIG. 13 , and supplies the read data to the local storage directory manager 34 .
  • the local storage directory manager 34 stores, onto the first area of the local storage 24 , the data having the same data structure as the optical disk 11 .
  • the data acquisition unit 33 reads, the data downloaded from the 3 and having the data structure described with reference to FIG. 14 , or the data recorded on the removable medium 28 and having the data structure described with reference to FIG. 45 , and supplies the read data to the local storage directory manager 34 .
  • the local storage directory manager 34 stores, onto the second area of the local storage 24 , the data downloaded from the 3 and having the data structure described with reference to FIG.
  • the file system merge processor 36 binds the file systems recorded on the first and second areas of the local storage 24 , thereby producing a virtual file system.
  • the reproduction controller 37 references the virtual file system, thereby controlling the reproduction process.
  • the PlayList file manages the reproduction of the acquired caption stream, Clip AV stream, etc. using PlayItem, SubPlayItem, and Subpath. If the PlayList file is downloaded together with the caption stream, Clip AV stream, etc. or acquired together with the caption stream, Clip AV stream, etc. from another recording medium, the reproduction of the acquired steams can be managed using the acquired PlayList file. In this case, if a virtual file system is created using a PlayList file bound in accordance with the designation of the src_file_name field and the dst_file_name field rather than the PlayList file present on the optical disk 11 , a newly acquired steam can be managed without the need for using the above-described operation_type.
  • the PlayList is edited in accordance with the designation of the operation_type.
  • a MovieObject as a navigation program containing an edit program of PlayList may be newly acquired, the acquired MovieObject may be stored onto the local storage 24 of FIG. 14 , and PlayList may be automatically edited in accordance with the edit program during the binding process, or edited by the user.
  • a MovieObject having an application program registered therewithin for editing and storing PlayList and Clip AV stream may be stored beforehand on the optical disk 11 .
  • the MovieObject is not necessarily contained in the program.
  • a program stored in another unshown directory may be called.
  • the reading of each file forming a stream that is reproduced using the virtual file system is controlled. If a file to be read is not present in the virtual file system, an external acquisition program for acquiring a program separate from the navigation program is initiated, and the file to be read from the outside other than the virtual file system is acquired.
  • a content reproduction process is described below with reference to a flowchart of FIG. 54 .
  • step S 551 the playback controller 37 controls the local storage directory manager 34 and the optical disk directory manager 35 , thereby acquiring PlayList and SubPlayItem that the navigation program specifies as a reproduction period, and reading stream files (an AV file, an audio file, a caption text file, etc) referenced by the acquired PlayList and the SubPlayItem.
  • step S 552 the playback controller 37 determines whether a stream file to be read is present. If it is determined in step S 552 that the stream file to be read is present, processing proceeds to step S 558 .
  • step S 552 If it is determined in step S 552 that the stream file to be read is not present, the playback controller 37 initiates a file external acquisition program.
  • the file external acquisition program independent of the navigation program, is initiated by the navigation program.
  • the navigation program is on standby while the file external acquisition program performs an acquisition process of acquiring a predetermined file. After the file external acquisition program acquires the file, the reproduction process resumes based on PlayList and PlayItem.
  • the file external acquisition program is stored on the local storage 24 in the reproducing apparatus 1 .
  • the file external acquisition program is read by the controller 21 from the local storage 24 and expanded onto the memory 23 for execution.
  • the file external acquisition program may be recorded on one of the optical disk 11 and the removable medium 28 , and when a command to start the file external acquisition program is provided in response to the process of the navigation program, the file external acquisition program is read by the controller 21 from the one of the optical disk 11 and the removable medium 28 , and then expanded onto the memory 23 for execution.
  • step S 554 the controller 21 executing the file external acquisition program determines whether information about an external source of an unfound file is registered in one of the local storage 24 of the reproducing apparatus 1 , the optical disk 11 and the removable medium 28 .
  • the information about the external source of the file may be recorded on a recording area of one of the local storage 24 of the reproducing apparatus 1 , the optical disk 11 and the removable medium 28 , as information managed by only the file external acquisition program, separate from PlayList and PlayItem and a stream file relating to the content.
  • Source information of the above-described Manifest file stored on the local storage 24 may be used as the information about the external source of the file.
  • the information about the external source of the file may be registered one of the dst_file_name and the src_file_name associated therewith, or with author_id and disc_id, or may be registered by different unit such as a content.
  • the reproducing apparatus 1 can easily identify a file to be acquired, and then acquires the file. If information corresponding to a directory containing a plurality of files such as author_id and disc_id and the external acquisition source of the file are registered with one associated with each other, one file does not correspond to the information of registration destination on a one-to-one correspondence basis.
  • a file to be acquired by the reproducing apparatus 1 is acquired by supplying to the external acquisition source the information concerning the file to be acquired by the reproducing apparatus 1 or by causing the file system of the external acquisition source to have the same structure as one of the file system of the optical disk 11 , the file system of the local storage 24 and the virtual file system.
  • step S 554 If it is determined in step S 554 that the information about the external source of the unfound file is not registered, the controller 21 executing the file external acquisition program outputs in step S 555 an error message to an external display device, and ends the process.
  • step S 554 If it is determined in step S 554 that the information about the external source of the unfound file is registered, the controller 21 executing the file external acquisition program accesses the file external acquisition source via the Internet interface 25 or the drive 27 with the removable medium 28 loaded thereon based on the information about the file external acquisition source of the unfound file.
  • the information about the external source of the file may be a URL of the server 3 accessible via the Internet 2 , an address of a recording area or a path of a file system of the removable medium 28 loaded on the drive 27 , device information of a recording device or another information processing apparatus connected via a predetermined local network, or an address of a recording area or a path of a file system of a recording unit of these apparatuses.
  • step S 557 the controller 21 executing the file external acquisition program acquires a file or data corresponding to the file from the specified file external acquisition source.
  • the controller 21 executing the file external acquisition program then resumes the process of the navigation program.
  • the acquisition method of acquiring the file or the corresponding data from the specified file external acquisition source may be a so-called downloading process in which all corresponding files are acquired, stored on the local storage 24 and then reproduced.
  • the acquisition method may also be a so-called streaming reproduction process in which data forming a corresponding file is acquired and then successively reproduced without being stored on the local storage 24 .
  • step S 552 If it is determined in step S 552 that a stream file to be read is present, or subsequent to step S 557 , the playback controller 37 supplies in step S 558 the acquired file or the data corresponding to the data to the decoder 26 , and then controls the decoder 26 to reproduce the content. Processing then ends.
  • the file to be reproduced or the data forming the file can be acquired and reproduced even if the file to be read from PlayList and SubPlayItem is not recorded at a predetermined position.
  • the file external acquisition program is independent of the navigation program in the above discussion.
  • the file external acquisition program may be included in the navigation program as a subroutine thereof.
  • the file external acquisition program independent of the navigation program is initiated, and the file to be read is read from outside the virtual file system.
  • the file to be read is read from outside the virtual file system.
  • a program, independent of the navigation program for acquiring from the outside one of the file, the folder containing the file, and the directory containing the file may be initiated.
  • One of the file read from outside the virtual file system, the folder containing the file, and the directory containing the file is thus acquired.
  • the local storage 24 composed of a semiconductor memory is removably loaded onto the reproducing apparatus 1 as described above.
  • Data in the same content distribution file format as the content distributed by the content author as previously discussed with reference to FIG. 17 may be recorded onto the medium 28 removably loaded to the drive 27 in the directory structure discussed with reference to FIG. 14 .
  • the file system of the data stored on the removable medium 28 and the file system of the data stored on the optical disk 11 may be bound to each other as described above.
  • the content data and the data required to reproduce the content data may be stored on both the local storage 24 and the removable medium 28 in the directory structure discussed with reference to FIG. 14 .
  • the file system of the data stored on the local storage 24 , the file system of the data stored on the removable medium 28 , and the file system of the data stored on the optical disk 11 can thus be bound to each other as discussed above.
  • the file system of the data stored on the local storage 24 is bound to the file system of the data stored on the optical disk 11 , a first virtual file system is created, the first virtual file system is then bound to the file system of the data stored on the removable medium 28 , and then a second virtual file system is created.
  • the recording medium is an optical disk, and may be one of the optical disk 11 and the removable medium 28 . If the removable medium 28 is one other than a disk-like recording medium, data replayable on the reproducing apparatus 1 is recorded onto the recording medium using a known recording medium manufacturing method.
  • a master disk made of glass is prepared.
  • a recording material made of photoresist or the like is applied on the master disk.
  • the recording master disk thus results.
  • video data in a format replayable on the reproducing apparatus 1 encoded by a video encoder in a software production section is stored temporarily on a buffer.
  • Audio data encoded by an audio encoder is temporarily stored on a buffer.
  • Data other than streams (for example, Indexes, Playlist, PlayItem, etc.) encoded by a data encoder is temporarily stored on a buffer.
  • the video data, the audio data, and the data other than the stream stored on the respective buffers are multiplexed by a multiplexer (MPX) in synchronization with a synchronization signal, and an error correaction code (ECC) circuit attaches an error correaction code to the multiplexed signal.
  • MPX multiplexer
  • ECC error correaction code
  • the resulting signal is modulated by a modulator (MOD) circuit, and then stored on a magnetic tape in accordance with a predetermined format.
  • MOD modulator
  • a software program is manufactured to be recorded onto one of the optical disk 11 and the removable medium 28 replayable on the reproducing apparatus 1 .
  • the software program is edited (pre-mastered) as necessary, and a signal having a format to be recorded on the optical is thus produced.
  • a laser beam is modulated In accordance with the recording signal, and then directed to the photoresist on the master disk.
  • the photoresist on the master disk is thus exposed to the laser beam modulated with the recording signal.
  • the master disk is then developed, and pits are arranged on the master disk.
  • the master disk is then subjected to electroforming to manufacture a metal master disk into which the pits of the glass master disk are transferred. From the metal master disk, a metal stamper is produced and used as a mold.
  • a material such as PMMA (acryl) or PC (polycarbonate) is injected into the mold and solidified.
  • PMMA acryl
  • PC polycarbonate
  • UV light is directed to the metal stamper for curing. In this way, the pits on the metal stamper are transferred to a replica made of the resin.
  • a reflective film is formed on thus constructed replica using deposition or sputtering technique.
  • a reflective film is formed on the replica using spin coating technique.
  • the inner circular edge and the outer circular edge of the disk is then neatly shaped and a process required to bond two disks together is also performed. Further, a label is glued on the disk and a hub is attached to the disk, and the resulting disk is inserted into a cartridge.
  • the optical disk 11 or the removable medium 28 having data replayable on the reproducing apparatus 1 are thus manufactured.
  • a program of the software may be installed from a recording medium onto a computer built in dedicated hardware or a general-purpose personal computer enabled to perform a variety of functions with a variety of programs installed thereon.
  • the recording medium includes the removable medium 28 distributed to a user separate from a computer to provide the user with the program.
  • the recording media include the removable medium 28 , such as one of a magnetic disk (including a flexible disk), an optical disk (such as compact disk read-only memory (CD-ROM)), or digital versatile disk (DVD)), a magneto-optical disk (such as mini-disk (MD®), and a semiconductor memory.
  • the recording media also include the memory 23 , such a ROM or a RAM, or the local storage 24 such as a hard disk, each storing the program and supplied in the apparatus to the user.
  • the process steps describing the program stored on the recording medium may be performed in the time-series order sequence as previously stated. Alternatively, the process steps may be performed in parallel or separately.
  • system refers to an entire apparatus including a plurality of units.
US11/587,094 2005-03-18 2006-03-17 Reproduction device and reproduction method, program and program storage medium, data distribution system, data structure, and method for manufacturing recording medium Abandoned US20070189718A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/905,818 US8768987B2 (en) 2005-03-18 2010-10-15 Reproducing apparatus, reproducing method, program, program storage medium, data delivery system, data structure, and manufacturing method of recording medium

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
JP2005-080600 2005-03-18
JP2005080600 2005-03-18
JP2005113266 2005-04-11
JP2005-113266 2005-04-11
JP2005164010 2005-06-03
JP2005-164010 2005-06-03
JP2005206998 2005-07-15
JP2005-206998 2005-07-15
JPPCT/JP06/05395 2006-03-17

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/305395 A-371-Of-International WO2006101047A1 (ja) 2005-03-18 2006-03-17 再生装置および再生方法、プログラムおよびプログラム格納媒体、データ配信システム、データ構造、並びに、記録媒体の製造方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/905,818 Continuation US8768987B2 (en) 2005-03-18 2010-10-15 Reproducing apparatus, reproducing method, program, program storage medium, data delivery system, data structure, and manufacturing method of recording medium

Publications (1)

Publication Number Publication Date
US20070189718A1 true US20070189718A1 (en) 2007-08-16

Family

ID=37023708

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/587,094 Abandoned US20070189718A1 (en) 2005-03-18 2006-03-17 Reproduction device and reproduction method, program and program storage medium, data distribution system, data structure, and method for manufacturing recording medium
US12/905,818 Expired - Fee Related US8768987B2 (en) 2005-03-18 2010-10-15 Reproducing apparatus, reproducing method, program, program storage medium, data delivery system, data structure, and manufacturing method of recording medium

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/905,818 Expired - Fee Related US8768987B2 (en) 2005-03-18 2010-10-15 Reproducing apparatus, reproducing method, program, program storage medium, data delivery system, data structure, and manufacturing method of recording medium

Country Status (10)

Country Link
US (2) US20070189718A1 (pt)
EP (1) EP1860570A4 (pt)
JP (1) JP3959725B2 (pt)
KR (1) KR101236915B1 (pt)
AU (1) AU2006216081B8 (pt)
BR (1) BRPI0604837B1 (pt)
CA (1) CA2562867C (pt)
MX (1) MXPA06012699A (pt)
TW (1) TW200707417A (pt)
WO (1) WO2006101047A1 (pt)

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070250781A1 (en) * 2006-04-20 2007-10-25 Dolph Blaine H Methods and arrangements for supplementing static contents
US20080005145A1 (en) * 2006-06-30 2008-01-03 Data Equation Limited Data processing
US20080240673A1 (en) * 2007-03-30 2008-10-02 Sanzo Ugawa Playback apparatus, playback method, distribution server, distribution method, recording medium and integrated circuit
US20090271411A1 (en) * 2008-03-31 2009-10-29 Sony Corporation Binding unit manifest file
US20100121894A1 (en) * 2008-07-11 2010-05-13 Sony Corporation Information processing apparatus, information processing system, information recording medium, information processing method, and program
US20110026384A1 (en) * 2008-04-21 2011-02-03 Tomoaki Ryu Information recording apparatus and information recording method
US20110286594A1 (en) * 2010-05-19 2011-11-24 Cleversafe, Inc. Storage of sensitive data in a dispersed storage network
US20120002949A1 (en) * 2009-03-16 2012-01-05 Yasuyuki Matsuura Reproducer, integrated circuit, reproduction method, application program, recording medium, recorder, and recording method
EP2375418A3 (en) * 2010-04-01 2012-04-04 Sony Corporation Authoring method, authoring device and program
US20120117128A1 (en) * 2009-07-15 2012-05-10 Sony Corporation Information processing apparatus and information processing method, and program
US20120221609A1 (en) * 2009-07-10 2012-08-30 Jaap-Jan Boor Data Storage System and Method
US8265454B2 (en) 2006-12-05 2012-09-11 Mitsubishi Electric Corporation Video/audio playback apparatus
US20120237185A1 (en) * 2011-03-17 2012-09-20 Kabushiki Kaisha Toshiba Video server apparatus, video editing system, and control method of video server apparatus
US8625398B2 (en) 2009-07-15 2014-01-07 Sony Corporation Information processing device, information recording medium, information processing method, and program
US20140278660A1 (en) * 2013-03-15 2014-09-18 Profit Strategies, Inc. Methods for generating a work-order in real time and devices thereof
US9002509B2 (en) 2010-12-28 2015-04-07 Digital Storage Solutions, Inc. System for writing and dispensing solid-state storage devices
US20150356283A1 (en) * 2014-06-06 2015-12-10 T-Mobile Usa, Inc. User Configurable Profiles for Security Permissions
US20160226942A1 (en) * 2013-06-05 2016-08-04 Adobe Systems Incorporated Insertion of Supplementary Content into a Segmented Content Stream
US20170085300A1 (en) * 2008-07-29 2017-03-23 Sony Corporation Communication apparatus, program, communication method and communication system
US9661259B2 (en) 2013-03-28 2017-05-23 Mitsubishi Electric Corporation Playback device, control method, and program
US10021050B2 (en) * 2014-12-31 2018-07-10 Airwatch Llc Secure conversation and document binder
US10437680B2 (en) * 2015-11-13 2019-10-08 Kabushiki Kaisha Toshiba Relay apparatus, relay method, and computer program product
US10673930B2 (en) * 2016-01-11 2020-06-02 Lg Electronics Inc. Mobile terminal and control method therefor
US11016942B2 (en) 2014-08-26 2021-05-25 Ctera Networks, Ltd. Method for seamless access to a cloud storage system by an endpoint device
US11403408B2 (en) * 2017-07-10 2022-08-02 3D Bridge Solutions Inc. Systems, devices and methods for protecting 3D rendered designs

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8539063B1 (en) 2003-08-29 2013-09-17 Mcafee, Inc. Method and system for containment of networked application client software by explicit human input
US7840968B1 (en) * 2003-12-17 2010-11-23 Mcafee, Inc. Method and system for containment of usage of language interfaces
US7873955B1 (en) * 2004-09-07 2011-01-18 Mcafee, Inc. Solidifying the executable software set of a computer
US7856661B1 (en) * 2005-07-14 2010-12-21 Mcafee, Inc. Classification of software on networked systems
US7757269B1 (en) * 2006-02-02 2010-07-13 Mcafee, Inc. Enforcing alignment of approved changes and deployed changes in the software change life-cycle
US7895573B1 (en) 2006-03-27 2011-02-22 Mcafee, Inc. Execution environment file inventory
US7870387B1 (en) * 2006-04-07 2011-01-11 Mcafee, Inc. Program-based authorization
US8352930B1 (en) 2006-04-24 2013-01-08 Mcafee, Inc. Software modification by group to minimize breakage
US8555404B1 (en) 2006-05-18 2013-10-08 Mcafee, Inc. Connectivity-based authorization
US8332929B1 (en) 2007-01-10 2012-12-11 Mcafee, Inc. Method and apparatus for process enforced configuration management
US9424154B2 (en) 2007-01-10 2016-08-23 Mcafee, Inc. Method of and system for computer system state checks
JP2008181428A (ja) * 2007-01-25 2008-08-07 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US8195931B1 (en) 2007-10-31 2012-06-05 Mcafee, Inc. Application change control
US8701189B2 (en) 2008-01-31 2014-04-15 Mcafee, Inc. Method of and system for computer system denial-of-service protection
US8873934B2 (en) * 2008-03-31 2014-10-28 Sony Corporation CPS unit management in the disc for downloaded data
US8615502B2 (en) * 2008-04-18 2013-12-24 Mcafee, Inc. Method of and system for reverse mapping vnode pointers
JP2010020632A (ja) * 2008-07-11 2010-01-28 Sony Corp 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
US8544003B1 (en) 2008-12-11 2013-09-24 Mcafee, Inc. System and method for managing virtual machine configurations
JP5526621B2 (ja) * 2009-06-26 2014-06-18 パナソニック株式会社 光ディスク再生装置
US8381284B2 (en) 2009-08-21 2013-02-19 Mcafee, Inc. System and method for enforcing security policies in a virtual environment
US8341627B2 (en) * 2009-08-21 2012-12-25 Mcafee, Inc. Method and system for providing user space address protection from writable memory area in a virtual environment
CN101714167B (zh) * 2009-11-03 2013-03-06 北京九合创胜网络科技有限公司 一种访问单文件数据库的方法及装置
US9552497B2 (en) * 2009-11-10 2017-01-24 Mcafee, Inc. System and method for preventing data loss using virtual machine wrapped applications
JP5483561B2 (ja) * 2010-02-25 2014-05-07 楽天株式会社 ストレージ装置、サーバ装置、ストレージシステム、データベース装置、データの提供方法、及び、プログラム
US8938800B2 (en) 2010-07-28 2015-01-20 Mcafee, Inc. System and method for network level protection against malicious software
US8925101B2 (en) 2010-07-28 2014-12-30 Mcafee, Inc. System and method for local protection against malicious software
US8549003B1 (en) 2010-09-12 2013-10-01 Mcafee, Inc. System and method for clustering host inventories
US9075993B2 (en) 2011-01-24 2015-07-07 Mcafee, Inc. System and method for selectively grouping and managing program files
JP5250645B2 (ja) * 2011-01-25 2013-07-31 株式会社ソニー・コンピュータエンタテインメント 情報処理装置
US9112830B2 (en) 2011-02-23 2015-08-18 Mcafee, Inc. System and method for interlocking a host and a gateway
US9594881B2 (en) 2011-09-09 2017-03-14 Mcafee, Inc. System and method for passive threat detection using virtual memory inspection
US8694738B2 (en) 2011-10-11 2014-04-08 Mcafee, Inc. System and method for critical address space protection in a hypervisor environment
US8973144B2 (en) 2011-10-13 2015-03-03 Mcafee, Inc. System and method for kernel rootkit protection in a hypervisor environment
US9069586B2 (en) 2011-10-13 2015-06-30 Mcafee, Inc. System and method for kernel rootkit protection in a hypervisor environment
US8800024B2 (en) 2011-10-17 2014-08-05 Mcafee, Inc. System and method for host-initiated firewall discovery in a network environment
US8713668B2 (en) 2011-10-17 2014-04-29 Mcafee, Inc. System and method for redirected firewall discovery in a network environment
US8739272B1 (en) 2012-04-02 2014-05-27 Mcafee, Inc. System and method for interlocking a host and a gateway
JP5389993B2 (ja) * 2012-07-30 2014-01-15 三菱電機株式会社 情報記録再生装置および情報記録再生方法
US8973146B2 (en) 2012-12-27 2015-03-03 Mcafee, Inc. Herd based scan avoidance system in a network environment
US9173004B2 (en) * 2013-04-03 2015-10-27 Sony Corporation Reproducing device, reproducing method, program, and transmitting device
EP3061030A4 (en) 2013-10-24 2017-04-19 McAfee, Inc. Agent assisted malicious application blocking in a network environment
JP2018005509A (ja) * 2016-06-30 2018-01-11 キヤノン株式会社 情報処理装置、制御方法、及びプログラム
KR102134250B1 (ko) * 2019-08-12 2020-07-16 네이버 주식회사 스트리밍 콘텐츠의 재생 방법 및 시스템

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030215224A1 (en) * 2002-05-14 2003-11-20 Lg Electronics Inc. System and method for synchronous reproduction of local and remote content in a communication network
US20060098940A1 (en) * 2004-11-08 2006-05-11 Seo Kang S Method and apparatus for reproducing data from recording medium using local storage

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT1199552B (it) * 1984-01-03 1988-12-30 Fotomec San Marco S P A Ora Gr Dispositivo per il trasporto dei telai portapellicole in macchina sviluppatrice film
GB8405381D0 (en) 1984-03-01 1984-04-04 Shell Int Research Catalytic treatment of hydrocarbon oils
JPH02165241A (ja) * 1988-12-19 1990-06-26 Toshiba Corp ファイルアクセス方式
JP3199959B2 (ja) * 1994-08-08 2001-08-20 シャープ株式会社 データ検索装置及び方法
JP3601034B2 (ja) * 1994-08-19 2004-12-15 ソニー株式会社 オーサリングシステムおよびディスクのオーサリング方法
US5745752A (en) * 1994-12-13 1998-04-28 Microsoft Corporation Dual namespace client having long and short filenames
EP1010076A1 (en) * 1996-11-27 2000-06-21 1Vision Software, L.L.C. File directory and file navigation system
US6580870B1 (en) * 1997-11-28 2003-06-17 Kabushiki Kaisha Toshiba Systems and methods for reproducing audiovisual information with external information
JP2002311967A (ja) 2001-04-13 2002-10-25 Casio Comput Co Ltd 替え歌作成装置及び替え歌作成プログラム及び替え歌作成方法
JP2003096176A (ja) 2001-09-19 2003-04-03 Toyobo Co Ltd ポリエステル重合触媒およびその製造方法
JP3906345B2 (ja) 2001-11-01 2007-04-18 株式会社東海電通 効果音及び映像の配信システム
JP3837427B2 (ja) * 2002-09-12 2006-10-25 松下電器産業株式会社 記録媒体、再生装置、プログラム、再生方法、記録方法
KR100973862B1 (ko) * 2002-09-25 2010-08-03 파나소닉 주식회사 재생장치, 광 디스크, 기록매체, 재생방법
KR20050015937A (ko) * 2003-08-05 2005-02-21 삼성전자주식회사 정보 저장 매체, 그 재생 장치 및 방법
EP1513152A1 (en) 2003-09-02 2005-03-09 Deutsche Thomson-Brandt Gmbh Method for retrieving data from first and second storage medium
WO2006031048A2 (en) * 2004-09-13 2006-03-23 Lg Electronics Inc. Method and apparatus for reproducing a data recorded in recording medium using a local storage
EP1810294B1 (en) 2004-11-09 2018-11-28 Thomson Licensing Bonding contents on separate storage media
WO2006073252A2 (en) 2005-01-07 2006-07-13 Lg Electronics Inc. Apparatus for reproducing data, method thereof and recording medium
KR20060094838A (ko) * 2005-02-25 2006-08-30 엘지전자 주식회사 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
JP4715278B2 (ja) 2005-04-11 2011-07-06 ソニー株式会社 情報処理装置および情報処理方法、プログラム格納媒体、プログラム、並びに提供装置
JP2007257047A (ja) 2006-03-20 2007-10-04 Sony Corp 情報処理装置および情報処理方法、プログラム格納媒体、プログラム、データ構造、並びに、記録媒体の製造方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030215224A1 (en) * 2002-05-14 2003-11-20 Lg Electronics Inc. System and method for synchronous reproduction of local and remote content in a communication network
US20060098940A1 (en) * 2004-11-08 2006-05-11 Seo Kang S Method and apparatus for reproducing data from recording medium using local storage

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070250781A1 (en) * 2006-04-20 2007-10-25 Dolph Blaine H Methods and arrangements for supplementing static contents
US20080005145A1 (en) * 2006-06-30 2008-01-03 Data Equation Limited Data processing
US7860907B2 (en) * 2006-06-30 2010-12-28 Data Equation Limited Data processing
US8265454B2 (en) 2006-12-05 2012-09-11 Mitsubishi Electric Corporation Video/audio playback apparatus
US20080240673A1 (en) * 2007-03-30 2008-10-02 Sanzo Ugawa Playback apparatus, playback method, distribution server, distribution method, recording medium and integrated circuit
US20090271411A1 (en) * 2008-03-31 2009-10-29 Sony Corporation Binding unit manifest file
US8458237B2 (en) * 2008-03-31 2013-06-04 Sony Corporation Binding unit manifest file
US20120147719A1 (en) * 2008-04-21 2012-06-14 Mitsubishi Electric Corpopation Information recording apparatus and information recording method
US20110026384A1 (en) * 2008-04-21 2011-02-03 Tomoaki Ryu Information recording apparatus and information recording method
EP2270788A4 (en) * 2008-04-21 2011-04-13 Mitsubishi Electric Corp INFORMATION RECORDING DEVICE AND INFORMATION RECORDING METHOD
US8310904B2 (en) * 2008-04-21 2012-11-13 Mitsubishi Electric Corporation Information recording apparatus and information recording method
US8139451B2 (en) * 2008-04-21 2012-03-20 Mitsubishi Electric Corporation Information recording apparatus and information recording method
US8819091B2 (en) 2008-07-11 2014-08-26 Sony Corporation Information processing apparatus, information processing system, information recording medium, information processing method, and program
US20100121894A1 (en) * 2008-07-11 2010-05-13 Sony Corporation Information processing apparatus, information processing system, information recording medium, information processing method, and program
US20170085300A1 (en) * 2008-07-29 2017-03-23 Sony Corporation Communication apparatus, program, communication method and communication system
US9935690B2 (en) * 2008-07-29 2018-04-03 Sony Corporation Communication apparatus, program, communication method and communication system
US8582958B2 (en) * 2009-03-16 2013-11-12 Panasonic Corporation Reproducer, integrated circuit, reproduction method, application program, recording medium, recorder, and recording method
US20120002949A1 (en) * 2009-03-16 2012-01-05 Yasuyuki Matsuura Reproducer, integrated circuit, reproduction method, application program, recording medium, recorder, and recording method
US20120221609A1 (en) * 2009-07-10 2012-08-30 Jaap-Jan Boor Data Storage System and Method
US8625398B2 (en) 2009-07-15 2014-01-07 Sony Corporation Information processing device, information recording medium, information processing method, and program
US20120117128A1 (en) * 2009-07-15 2012-05-10 Sony Corporation Information processing apparatus and information processing method, and program
EP2375418A3 (en) * 2010-04-01 2012-04-04 Sony Corporation Authoring method, authoring device and program
US20110286594A1 (en) * 2010-05-19 2011-11-24 Cleversafe, Inc. Storage of sensitive data in a dispersed storage network
US8861727B2 (en) * 2010-05-19 2014-10-14 Cleversafe, Inc. Storage of sensitive data in a dispersed storage network
US9002509B2 (en) 2010-12-28 2015-04-07 Digital Storage Solutions, Inc. System for writing and dispensing solid-state storage devices
US20120237185A1 (en) * 2011-03-17 2012-09-20 Kabushiki Kaisha Toshiba Video server apparatus, video editing system, and control method of video server apparatus
US9264745B2 (en) * 2011-03-17 2016-02-16 Kabushiki Kaisha Toshiba Video server apparatus, video editing system, and control method of video server apparatus
US20140278660A1 (en) * 2013-03-15 2014-09-18 Profit Strategies, Inc. Methods for generating a work-order in real time and devices thereof
US9661259B2 (en) 2013-03-28 2017-05-23 Mitsubishi Electric Corporation Playback device, control method, and program
US20160226942A1 (en) * 2013-06-05 2016-08-04 Adobe Systems Incorporated Insertion of Supplementary Content into a Segmented Content Stream
US10009400B2 (en) * 2013-06-05 2018-06-26 Adobe Systems Incorporated Insertion of supplementary content into a segmented content stream
US20150356283A1 (en) * 2014-06-06 2015-12-10 T-Mobile Usa, Inc. User Configurable Profiles for Security Permissions
US9600662B2 (en) * 2014-06-06 2017-03-21 T-Mobile Usa, Inc. User configurable profiles for security permissions
US11016942B2 (en) 2014-08-26 2021-05-25 Ctera Networks, Ltd. Method for seamless access to a cloud storage system by an endpoint device
US11216418B2 (en) * 2014-08-26 2022-01-04 Ctera Networks, Ltd. Method for seamless access to a cloud storage system by an endpoint device using metadata
US10021050B2 (en) * 2014-12-31 2018-07-10 Airwatch Llc Secure conversation and document binder
US10437680B2 (en) * 2015-11-13 2019-10-08 Kabushiki Kaisha Toshiba Relay apparatus, relay method, and computer program product
US10673930B2 (en) * 2016-01-11 2020-06-02 Lg Electronics Inc. Mobile terminal and control method therefor
US11403408B2 (en) * 2017-07-10 2022-08-02 3D Bridge Solutions Inc. Systems, devices and methods for protecting 3D rendered designs
US11734395B2 (en) 2017-07-10 2023-08-22 3D Bridge Solutions Inc. Systems, devices and methods for protecting 3D rendered designs

Also Published As

Publication number Publication date
JPWO2006101047A1 (ja) 2008-09-04
EP1860570A4 (en) 2010-05-12
AU2006216081B8 (en) 2012-06-28
AU2006216081A1 (en) 2006-10-12
JP3959725B2 (ja) 2007-08-15
EP1860570A1 (en) 2007-11-28
WO2006101047A1 (ja) 2006-09-28
CA2562867A1 (en) 2006-09-28
BRPI0604837A (pt) 2007-12-18
AU2006216081A8 (en) 2009-01-08
MXPA06012699A (es) 2007-02-14
AU2006216081B2 (en) 2012-05-17
BRPI0604837B1 (pt) 2018-01-16
KR101236915B1 (ko) 2013-02-25
US20110035423A1 (en) 2011-02-10
CA2562867C (en) 2018-03-20
US8768987B2 (en) 2014-07-01
TW200707417A (en) 2007-02-16
TWI330833B (pt) 2010-09-21
KR20070111310A (ko) 2007-11-21

Similar Documents

Publication Publication Date Title
US8768987B2 (en) Reproducing apparatus, reproducing method, program, program storage medium, data delivery system, data structure, and manufacturing method of recording medium
US7962533B2 (en) Information processing apparatus, information processing method, program recording medium, computer program, data structure, and manufacturing method of recording medium
US8208794B2 (en) Reproducing apparatus, reproducing method, program, and program storage medium
CN100483364C (zh) 再现装置、再现方法和数据传送系统
US8504607B2 (en) Information processing device, information processing method, recording medium, and program
CN1898742B (zh) 信息提供系统、再现设备及方法、信息提供设备及方法
KR101216070B1 (ko) 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치,기록매체
US20100046923A1 (en) Reproduction device, optical disc, recording medium, program, reproduction method
KR20060081330A (ko) 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치
JP4626799B2 (ja) 再生装置および方法、情報提供装置および方法、データ、記録媒体、並びにプログラム
JP4349399B2 (ja) 再生装置および再生方法、プログラムおよびプログラム格納媒体、並びに、データ配信システム
JP2008199314A (ja) 情報処理装置および情報処理方法、情報処理システム、プログラム、並びに、プログラム格納媒体
CN101502104A (zh) 信息处理设备，信息处理方法，记录介质和程序
JP4269238B2 (ja) 再生装置および再生方法、送信装置およびデータ送信方法、情報送受信システム、プログラムおよびプログラム格納媒体
JP2007257685A (ja) 再生装置および再生方法、プログラム格納媒体、並びに、プログラム
KR20060063597A (ko) 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치

Legal Events

Date Code Title Description
AS Assignment

Owner name: SONY CORPORATION, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KOBAYASHI, YOSHIYUKI;UCHIMURA, KOUICHI;YAMAMOTO, KAZUO;AND OTHERS;REEL/FRAME:021023/0327;SIGNING DATES FROM 20060808 TO 20060809

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION