WO2004093447A1 - Content processing method, storage medium, and program - Google Patents

Abstract

In interactive software using a DVD-Video format, it is possible to arbitrarily interrupt and resume the operation of the software. A variable linked to each of the processing timings is stored in the DVD-Video disc in advance (103, 105). The variable linked to the processing timing is read out and stored in GPRM (103, 105). When generating a password, a password containing the variable stored is generated in the GPRM (104, 106, 103b). The generated password is displayed (103b). Input of the password is accepted (102, 103c). It is judged whether the password which has been input is identical to the password displayed beforehand (103c). If identical, a variable is extracted from the password which has been input (103c), the variable extracted is stored again in the GPRM, and the processing is resumed at the processing timing linked to the variable (103c).

Description

 Content processing method, storage medium and program

Technical field

 The present invention relates to a content processing method, a recording medium, and a program. More details

In other words, interactive software (game details) using the DVD-Video format

Etc.) with regard to the content processing method, recording medium and program for interrupting and resuming the operation of the above.

Background art

 In recent years, interactive software using the DVD-Video format is spreading. Examples of these interactive softwares are interactive games that can be played by a player operating a remote controller or the like, and are created using functions inherent in the DVD video player as hardware. Unlike conventional home-use games, these can be played on any type of device, such as personal computers (PCs, PCs) and home-use game consoles that have the ability to watch DVD videos, as well as DVD players. It is a major feature, and is receiving great attention from both manufacturers and users.

DVD, which was briefly referred to as Digital Video Disc or Digital Versatile Disc, is not a short form of a specific word, but simply "D VD", which refers to the optical disc storage technology itself. DVD-Video supports DVD-Video, DVD-Video Recording. DVD-Audio Recordings D VD Stream Recordings SACD (Super Audio CD), DVD One R (Recordable), DV D—RAM (random access memory), DVD—R

There are W (Re-writable), DV + R (Re-writable), and the like.

The DVD-Video format is a micro-UDF (universal data format; universal disc) for the purpose of playing video files, among the DVD formats that can be operated with home DVD players and hardware with similar functions. format) is a及Pi ISO (International Organization for Standardization) 9 6 6 0 Fomatsuto standard with a file system. be used for general DVD video Osofuto及Pi D VD video game software which gave the interactive I ¹ students .

 DVD aims to be a comprehensive digital format that encompasses entertainment, computers, business, etc. as its development philosophy. The DVD-Video format not only plays high-quality video, but also has interactive 'software' (users can control devices such as remote controllers) represented by video games that have now established a firm position as home entertainment. It has basic functions for producing and operating interactive content that can be involved in the progress of software through the software.

 However, unlike video game consoles, DV video players have some hardware-related factors that prevent full-scale game production, and full-scale interactive software using DV D-Video format has the following reasons. Has not yet been realized.

* Interactive 'software-video games are typical, but education (education)' includes how-to stuff, quizzes and puzzles.

Reason (1) It is difficult for DVD video players to secure variables for running interactive 'software' Interactive 'software', such as video games, was generated when the user acted through a device such as a remote controller. Event, Various options such as story divergence, character growth, and increase / decrease in belongings (items)

A “corresponding event” occurs. Events generated by the user's action are replaced by variables called "flags" and "parameters", and are used by software to refer to them as needed, and define them in multiple "corresponding events" defined in advance. The mechanism of occurrence of the “corresponding event” is to select the one that is appropriate for that phase.

There is basically no dedicated memory area for storing "flags" and "parameters" in hardware that supports the DVD-Video format (DVD video player, etc.). Therefore, in the DVD-Video format, it is difficult to generate a complex event by advanced variable processing like a home video game machine. More specifically, as for the memory area, since the DVD video player is also a digital device, the HZW (hardware) has memory for decoding and various controls. However, the DVD video player does not have a memory area that can be used freely to produce and wear content (like a game console or personal computer). Content creators can only use GP-RM (General Parameter) container-like containers. The GP RM is in the logical space of the memory, and does not have the GPRM HZW. Reason (2) The DVD video player does not have a storage area (backup area) for interrupting and resuming the operation of the software. Interactive software, compared to other video software, operates as much as the user thinks and makes selections. (Play) Time tends to be long. In addition, the degree of user's satisfaction is set as an indication of the operation (play) time of several tens of hours to several tens of hours (it is said that a user who is short about several hours often feels dissatisfaction). . On the other hand, in video game software dedicated machines such as home-use game machines, the operation of the software was interrupted, Backup memory for restarting · Memory is always installed. User can do everything

(Play) By storing the dynamic internal data (progress status, scenes, variables, etc.) of the software that takes a long time in the backup memory, the software can be interrupted and restarted arbitrarily. However, hardware that supports the DVD-Video format (such as a DVD video player) does not have a freely available backup memory, so software operations can be interrupted and resumed in this way. Can not. Generally, a user can continuously operate (play) the software without interrupting and resuming the software even once, for a few hours (such as concentration). Based on the above-mentioned "satisfaction", it is extremely difficult to make interactive 'software' with only this amount of play time as a product. Reason (3) The “static” password method cannot record dynamic internal data. Some software that uses DVD-Video format currently available on the market uses “static” passwords. In some cases, the user can record the progress and suspend or resume it.

 The "static" password here means an arbitrary character string that has a one-to-one relationship with the progress (scene) of the software, and if the user interrupts the software, that character string is set. When displaying and resuming a character string, it is a method that enables the process of suspending and resuming by inputting the character string.

Although this method is not to say that "software operation (play) is arbitrarily interrupted and resumed by a password", it is merely a matter of recording the software operation in a book and putting it in a book. Is completely fixed in a one-to-one relationship. In other words, it is completely the same as storing video images in timecode chapters. Absent.

 Here, a chapter is a “chapter” of content. The user can jump to any chapter by the chapter search function of the playback device (heading function). In DVD, video is compressed using multiple compression methods. Of these, pixels (sampling points) that have only one frame of data without any time difference information are used as I (Intra-coded) picture. Since only I pictures are frames that can always be read out by random access, chapters in DVD always consist of a set of arbitrary compression units starting with I pictures.

 Of course, the variables called "flags" and "parameters" described above cannot be recorded, and software that interrupts and resumes its operation using the "static" password method is regarded as full-fledged interactive software. I can't.

 Reason (4) "Dynamic" The programming language and the operating environment to make the password technology work is not installed in the DVD video player, or (Prior to the appearance of DVD), it is the leading game console. It is difficult to execute a "dynamic" password program cultivated as a technology on a DVD video player

A "dynamic" password is a software that checks the state of the software's internal data (e.g., progress, scenes, variables, etc.) that change from moment to moment and converts it to an arbitrary character string. Can be restored. In this sense, the converted character string can be said to be the internal data itself that is encoded into an easy-to-understand character string, rather than a password.

Dynamic password technology in interactive software other than DVD-Video format was at its peak in the late 1980's with the advent of home video game consoles.

A home-use game console is a computer that specializes in operating (playing) video game software. Recording devices (backup memory, magnetic storage, etc.) were not installed due to their extremely high cost. Many "dynamic" password technologies were used and evolved to interrupt and resume the game.

 Almost all home game consoles have been adopted as backup memory with the reduction in the price of a type of semiconductor memory (called flash memory, etc.) in which the stored contents are not initialized even after the power is turned off. "Dynamic" passcode technology in game consoles is coming to an end.

 Such complete recording of internal data using a "dynamic" password is internally a "perfect" computer, even though the home game machines at the time did not have a storage device. This was possible because there was an environment in which the programs needed to generate and read "dynamic" passwords could run without any problems. On the other hand, there is currently no technology to enable a "dynamic" password on a DVD video player that is not a "perfect" computer, even though it is a data storage technology product. When a personal computer runs the DVD video software, the computer itself operates as a DVD video player. In other words, when the DVD video software is running, the personal computer cannot behave just like the DVD video player, so the interactive software cannot use the various functions of the personal computer. . Re, some documents disclose the technical contents related to the conventional technology as described above (for example, see Non-Patent Documents 1, 2, and 3).

 [Non-Patent Document 1]

 Kazuaki Mochiki, "Introduction to DVD & DV C Basics Chapter 18", Denpa Shimbun, October 1996

 [Non-patent document 2]

`` DVD- Video Software Production Guide BookJ DVD F0RUM, 1 9 9 7 June 1,

 [Non-Patent Document 3]

"Introduction to DVD Production Video _α July Special Volume" Photo Industry Publishing Company, July 20, 2000

As described above, the conventional DVD video player differs from the dedicated game machine in that it is difficult to secure the variables for running the interactive software, and the storage area for interrupting and restarting the software operation is difficult. Therefore, even if a "static" password method is used, dynamic internal data cannot be recorded. Furthermore, the programming language and operating environment for the "dynamic" password technology to function are not installed in the DVD video player, or (before the emergence of the DVD) were cultivated as prior art in home video game consoles and the like. In addition, it is difficult for DVD video players to execute "dynamic" password programs, and there are hardware factors that hinder full-scale interactive software production. For this reason, under such hardware limitations of the DVD video player, dynamic internal data such as the above-mentioned variables called "flags" and "parameters" are recorded, and the operation of the software is arbitrarily interrupted. · There was a problem to be solved in the prior art that it was necessary to realize full-scale interactive software using DVD-Video format, which was restartable. The present invention has been made in view of such a problem, and an object of the present invention is to arbitrarily suspend and restart the operation of software in interactive software using the DVD-Video format. A content processing method, a recording medium, and a program are provided. Disclosure of the invention

 In order to achieve the above object, a content processing method according to the present invention is directed to a content processing method in which a processor of an information processing device for reproducing content using a DVD-Video format processes the content read from a recording medium. A processing method, wherein variables used for processing the content and associated with each of a plurality of processing timings are stored in advance in the recording medium (FIG. 1, PGC 103, 105, etc.), The information processing device includes storage means permitted to be used by the content (FIG. 9, GPRM901), and the processor reads out the variable associated with processing timing from the recording medium and stores the read-out variable in the storage medium. A storage step to store in the means (Fig. 1, PGC 103, 105, etc.). A password generation step for generating an encrypted password including the variables stored in the storage means (FIG. 1, PGC104, 106, etc., password generation 'output module 403b), which is generated in the password generation step. A notification step for displaying and notifying the password thus generated on the display means of the information processing device (FIG. 1, password generation 'output module 403b), a password input step for receiving a password input (FIG. 1, PGC 102, a password input module 403 c), when a password input is received in the password input step, a determining step of determining whether or not the input password is equal to or not equal to the password notified in the notification step. (Fig. 1, Password input module 403c) If it is determined that the password is correct, the password input in the password input step is decrypted and the variable is extracted (FIG. 1, password input module 403c). The variable stored in the storage means, and restarting the processing from the processing timing associated with the stored variable (FIG. 1, 'password input module 403c). Features.

With the above configuration, full-scale interactive software using DVD-Video format is realized by achieving the following three points. That is, 1. Use a storage device (GP RM) that is allowed to be used depending on the content of the information processing device, and secure an area required for variable processing.

2. Interruption of software by input / output of password. Realization of resume process arbitrarily. 3. Achieving complete recording of variables used for processing content by "dynamic" pass mode, using DVD-Video format. Realize full-scale interactive software.

 ■ In such interactive software, dynamic internal data (variables) are output as a password during the operation of the software, and the user can record the password to interrupt the operation of the software arbitrarily. , Can be resumed.

 Here, when an instruction to branch the process is detected, a flag that defines the branch and is included in the variable stored in the storing step is set in a predetermined area of the storage unit. It is characterized by further comprising a flag setting step (FIG. 6, movement command 606, FIG. 10, step S 1001, FIG. 24).

 With the above configuration, the branch corresponding to the processing branch instruction is specified during the operation of the interactive software using the DVD-VidLeo format described above.

 Further, the information processing device may be a DVD video player.

 Further, the information processing device may be a computer that runs DVD playback software.

 Further, the information processing device may be a game device having a DVD playback function.

 Further, the storage means may be a GPRM set in a logical space of a memory of the information processing device.

 According to another aspect of the present invention, there is provided a recording medium storing a program for causing the information processing apparatus to execute each step of the content processing method according to any one of the above. .

Further, in order to achieve the above object, the program of the present invention is described in any of the above. It is characterized by causing the information processing device to execute each step of the above-described content processing method.

BRIEF DESCRIPTION OF THE FIGURES

 【Figure 1】

 FIG. 2 is a schematic diagram showing the relationship between data stored on a DVD-Video disc and a program call according to the embodiment of the present invention.

 【Figure 2】

 FIG. 1 is a diagram illustrating an overview of an example of a DVD video player system according to an embodiment of the present invention.

 [Figure 3]

 FIG. 1 is a diagram illustrating an example of a system configuration of a DVD video player according to an embodiment of the present invention.

 〖Figure 4]

 FIG. 3 is a diagram showing data stored on a DVD-Video disc according to the embodiment of the present invention.

 [Figure 5]

 FIG. 6 is an explanatory diagram of an operation of the content processing software according to the embodiment of the present invention on the content.

 [Fig. 6]

 FIG. 4 is a diagram illustrating a user interface of a pass word generation / output module according to the embodiment of the present invention.

 [Fig. 7]

 FIG. 4 is a diagram illustrating a mode of storing a command in a PGC according to the embodiment of this invention.

 [Fig. 8]

 FIG. 4 is a diagram showing a user interface of the password input module according to the embodiment of the present invention.

[Fig. 9] FIG. 4 is a diagram showing a storage image of GP RM data according to the embodiment of the present invention.

 [Fig. 10]

 5 is a flowchart showing an outline of creation and operation of an area securing module according to the embodiment of the present invention.

 [Fig. 11]

 5 is a flow chart showing an outline of an operation of a password generation / output module according to the embodiment of the present invention.

 [Fig. 1 2]

 5 is a flowchart showing details of the operation of the password generation and output module according to the embodiment of the present invention.

 [Fig. 13]

 5 is a flowchart showing details of the operation of the password generation and output module according to the embodiment of the present invention.

 [Fig. 14]

 6 is a flowchart showing details of the operation of the pass word generation / output module according to the embodiment of the present invention.

 [Fig. 15]

 6 is a flowchart showing details of the operation of a pass-code generation 'output module according to the embodiment of the present invention.

 [Fig. 16]

 It is a figure showing the actual behavior of rearrangement of an embodiment of the present invention.

 [Fig. 17]

 6 is a flowchart showing details of the operation of the pass word generation / output module according to the embodiment of the present invention.

 [Fig. 18]

 6 is a flowchart showing details of the operation of the password generation and output module according to the embodiment of the present invention.

 '[Fig. 19]

A flowchart showing details of the operation of the password generation 'output module according to the embodiment of the present invention. It is a one-chart.

 [Fig. 20]

 5 is a flowchart showing an outline of the operation of the password input module according to the embodiment of the present invention.

 [Fig. 21] '

 5 is a flowchart showing details of the operation of the password input module according to the embodiment of the present invention. , [Fig. 2 2]

 It is a figure showing the example of the plan document of the example of the present invention.

 [Figure 2.3]

 It is a figure showing the example of specification estimation of the example of the present invention.

 [Fig. 24]

 FIG. 3 is a diagram illustrating a part of a scenario according to an embodiment of the present invention.

 [Fig. 25]

 It is the figure which illustrated a part of chart of the example of the present invention.

 [Fig. 26]

 FIG. 3 is a diagram illustrating a working environment of the interactive software according to the embodiment of the present invention.

 [Fig. 27]

 FIG. 4 is a diagram showing cooperation in encoding process between interactive software and hardware according to the embodiment of the present invention.

 [Fig. 28]

 It is a figure which shows cooperation in the authoring process of interactive 'software and hardware of the Example of this invention.

 [Fig. 2 9 1

 FIG. 6 is a diagram showing cooperation in a mastering process between the software and hardware according to the embodiment of the present invention.

It should be noted that the reference numerals in the drawings of the components of the embodiment corresponding to the components of the claims are indicated by (. However, the components described in the claims are the same as the components of the embodiment of the above-mentioned 0 part. It is not limited. 101-106 Mainstream PGC

201 DVD Video Player System

 202 DVD Video Player

 203 TV

204 remote control

 205 D VD-Video disc

 301 microcomputer

 302 I R (infrared ray) receiver

 303 DVD drive

304 DVD analog signal processor

 305 DVD signal processor

306 Pickup support

 307 DR AM (dynamic random access memory)

 308 AV decoder

309 Video DA converter

 310 Audio DA converter

31 1 Video output section

312 Digital audio output section

313 Analog audio output section

31 SDRAM

 401 Content

 402 Mainstream data

403 Content Processing Software

 403a area reservation module

403 b Password generation 'output module

 403 c Password input module

 501 Command input

 502 Password input module call timing

503 Generate passcode 'When output module is called 504 Interruption point in DVD-Video disc

 601, 602 menu

603-604 password screen

 605 Password display command

606 Move command

 701 Pre-command storage completed

 702 Post command storage error

 703 Cell command storage completed

 704 Button storage area

801, 802a 802 b, 803, 804 Nono ⁰ Seward input Mojiyunore Interview one design Tough Ace

 901 GPRM

 901a, 901b area

 2301 Dynamic internal data (variable)

2401 Chapter Points

 2501, 2502 1 thin

 2601 Personal computer

 2701, 2801a to 2801c encoded file

2802, 2901 Author document file

2902 disk image file

BEST MODE FOR CARRYING OUT THE INVENTION

 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, parts having the same function are denoted by the same reference numerals, and the description thereof will not be repeated.

 (Device configuration)

FIG. 2 is a diagram showing an overview of an example of a DVD video player system that executes interactive i-software using the DVD-Video format of the present embodiment. In FIG. 2, a DVD video player system 201 of the present embodiment It has a D-video player 202, a TV (television) 203, a remote controller 204, a DVD-Video disc 205, and the like.

 The DVD-Video disk 205 stores interactive software (content) using the DVD-Video format, which includes the content processing software of the present embodiment described in detail below. The user mounts the DVD-Video disc 205 on the DVD-Video player 202 and gives an instruction to the DVD-Video player 202 with the remote controller 204 to operate. The DVD video player 2.02 that has received the instruction reproduces the content in the DVD-Video disc 205, and outputs a video and audio signal of the reproduction result to the TV 203. The TV 203 displays an image based on the input video signal on a screen of the TV 203, and outputs sound based on the input audio signal from a speaker.

 FIG. 3 is a diagram illustrating an example of a system configuration of the DVD video player of the present embodiment. Since the system configuration of a general DVD video player is well known to those skilled in the art, an outline thereof will be described here.

 In FIG. 3, a DVD video player 202 of the present embodiment includes a micro-combiner 301, an IR (infrared ray) receiver 302, a DVD drive 303, a DVD analog signal processing unit 304, a DVD signal processing unit 305, a pickup servo 306, DRAM (dynamic random access memory) 307, AV decoder section 308, video DA conversion section 309, audio DA conversion section 310, video output section 311, digital audio output section 312, analog audio output section 31

3, SDRAM synchronous dynamic random access memory) 314 etc.

The microcomputer 301 is a host processor incorporated in the DVD video player 202, and controls the operation of the DVD video player 202, a series of functions, a pump, a filter, digital noise reduction, encryption, and the like. The microphone computer 301 may be, for example, a one-chip microcomputer. For example, a DVD control software unique to the DVD video player 202 is stored in a built-in ROM (read only memory). The microcomputer 301 reads out the DVD control software and operates based on the read out DVD control software. It controls the entire DVD video player 202 for reading, reproducing, and executing the content storing the content processing software (described in detail below) of the embodiment.

 The IR receiver 302 receives the signal from the remote controller 204 and gives the microcomputer 310 an instruction to operate the DVD video player 202 based on the signal.

 The D VD drive 303 is a spindle motor driver 303 that drives a D VD-Video disc 205, a spindle motor driver 303 that drives a spindle motor 303a, and a D VD-Video. It has an optical pickup 303c for reading information (hereinafter, DVD signal) from the disc 205, an actuator driver 303d for driving the optical pickup 303c, and the like. The 00 drive 303 manages the spindle motor control and the focus, tracking, and thread operation of the optical pickup.

 The DVD analog signal processing section 304 performs processing such as AD conversion on the DVD signal from the optical pickup 300c and sends it to the DVD signal processing section 305, and also to the pick-up server 306. Send feedback signal.

 The DVD signal processing unit 305 includes a demodulation unit 305a, an ECC unit 305b, a disk support 305c, and the like. The DVD signal processing unit 305 demodulates the data of the DVD signal from 16 bits to 8 bits, corrects the ECC (error-correcting code) error, cancels the scrambled It performs processing such as buffer management and sends the processed DVD signal to the AV decoder unit 308. In addition, the control of the spindle motor driver 303 b is accurately controlled by the servo technology by the disk servo 305 c.

 The pickup servo 303 precisely controls the actuator driver 303 d using the feed pack signal from the DVD analog signal processing section 304 using the servo technology, and controls the optical pickup 303 c. Control the positioning of the

The DRAM 307 is used for buffer management and the like of the DVD signal processing unit 305. The AV decoder unit 308 has a video decoder 308a, an audio decoder 308b, and the like. The AV decoder section 308 is controlled by the microcomputer 301 Therefore, the DVD signal from the DVD signal processing section 305 is decoded into a video signal and an audio signal, and the decoded signals are respectively converted into a video DA conversion section 309, an audio DA conversion section 310, and送 る Send to digital audio output section 3 1 2.

 The video DA converter 309 has an NTSC / PAL encoder 309a, a video DA converter 309b, and the like. The video D / A conversion section 309 converts the video signal from the AV decoder section 308 into an NTSC (National Television System).

Committee) and PAL (Phase Alternation by Line) compliant signals, D / A conversion, and output the converted video signals to the video output unit 311.

 The audio DA converter 310 converts the audio signal from the AV decoder 308 into a digital signal and outputs it to the analog audio output unit 313.

 The video output section 311 is a terminal for outputting a video signal from the video DA conversion section 3109, and the TV203 is connected to the video output section 311 with a cable.

 The digital audio output section 312 is a terminal for outputting an audio signal from the AV decoder section 308, and the TV203 is connected by a cable. .

 The analog audio output section 313 is a terminal for outputting an audio signal from the audio DA conversion section 310, and the TV203 is connected by a cable.

 The SDRAM 314 is an AV and is used for buffer management of the coder unit 308 and the like. (Operation explanation)

 In the system configuration described above, the operation of the content processing software of the present embodiment will be described below with reference to FIGS.

 FIG. 4 is a diagram showing data of interactive software (contents) stored on the DVD-Video disk of the present embodiment. As shown in Figure 4,

The content 410 stored in the DVD-Video disc 205 includes main stream data 402 and content processing software 403. 'The content processing software 403 of the present embodiment is stored in the content 403 as a block different from the main stream data 402.

As shown in FIG. 4, the content processing software 403 described in the present embodiment includes an area securing module 403a, a password generation 'output module 403b, And password input module 40 3 c. In particular, the area reservation module 403 a is not a completely independent module, but functions are linked to the main stream data 402 on the main stream side. These three modules are detailed below.

 FIG. 5 is an explanatory diagram of the operation on the content of the content processing software of the present embodiment. The content processing software 403 provides the main stream side of the content 401 when the user attempts to interrupt or restart the content while the DVD video player 202 is playing the content 401. 4 0 1 Original operation side; called from main stream data 4 0 2) to function. Here, the main stream side (main stream data 402) is an operating part of interactive software authored according to the DVD-Video format. However, not only data but also accompanying programs (pre-commands, post-commands, etc., programs describing the order of movie playback, etc .; commands in DVD terms) accompany the data. In other words, the DVD-Video format is one in which the program to control them is embedded in the data to be played back (movie 'sound' subtitle 'menu, etc.). In FIG. 5, each frame of the video data 402 a to 402 d included in the main stream data 402 represents 1 PGC (program chain). PGC is a unit block that constitutes DVD-Video. This PGC contains video, audio, sub-pictures, and navigation information (programs). In each case, some PGCs can be mixed and others cannot.

Both the main stream data 402 and the content processing software 400 stored as a separate block are composed of PGCs. While the main stream is a series of PGCs that store video and other data and navigation information (programs) that make up the content, the content processing software 403 contains the graphic data and sound data required for startup. Was It consists of a series of PGCs in which programs are stored.

 When the command input 501 of the password command is received from the user (GUI will be described later with reference to FIG. 6), the password generation 'output module 4003b is called (the timing of reference numeral 503 in the figure). The timing of the call is arbitrary.

 The passcode generator's output module 403b must be a separate PGC, including the interface that calls it. Therefore, it is possible to provide an interface for calling anywhere between the PGCs that make up the main stream.

 In other words, by providing an interface that calls between all PGCs on the main stream side, users can generate passwords at any time (without digging) (however, the minimum data that can be divided into one PGC) There is a default size and there is a limit on the maximum PGC capacity per side of DVD-Video disc 205).

 In addition, the producer can display an interface that calls the output module 403b at places where there is a break in the main stream (such as a story) and prompt the user to record the password.

 In FIG. 5, reference numeral 502 denotes the timing of the call of the password input module 403c. The timing of the call is arbitrary.

 The password input module 403c is intended to return to the interruption point 504 in the DVD-Video disc 205 by a password. Therefore, the password input module 403 c only needs to be located at one place on one DVD-Video disc 205.

Usually, the call point of the password input module 403c is set at the beginning (logically) of the DVD-Video disc 205. When the user resumes the play, the user can insert the DVD-Video disc 205 into the DVD video player 202 and immediately call the password input module 403c. In addition, even when the main stream is interrupted and the password is recorded and replayed from the point where the main stream is forcibly terminated, the DVD player's head automatically returns to the (logical) head. Call the password input module 400c can do.

 On the other hand, the area allocation module 403a actually stored in the PGC does not behave after being called, but when the main stream starts or while the main stream is running, the content control When the necessary flags and parameters are generated, they are automatically secured in the GPRM.

 FIG. 1 is a schematic diagram showing a relationship between data stored in a DVD-Video disc and a program call according to the present embodiment.

The storage of data and programs on the DVD-Video disc 205 is performed for each PGC. In FIG. 1, one frame corresponds to one PGC. Note that each PGC of the main stream such as the frames 101 to 106 in the figure corresponds to any of the PGCs of the video data 402a to 402d of the main stream in FIG.

When the data of the DVD-Video disc 205 is read by the DVD video player 202, first, the startup information 1.01 is executed, and a logo or the like is displayed. Next, a title menu 102 is displayed. The title menu 102 is provided with a call of the password input module 403c, and the password input module 403c can be called by a user's instruction. The main stream side executes PGC 103, 105, etc. of content data, which stores video and other data that constitutes the content ^; stores the clearing information (program), and performs data (movie 'sound' subtitle 'menu) Etc.) to play. PGCs 103, 105, etc. of the content data include part of the area reservation module 4.03a. '' On the main stream side, interactive screens 104, 106 etc. of options etc. preset by authoring between PGC 103, 105 etc. of content data Is displayed according to the setting. In the interactive screens 104, 1Q6 ', etc. of choices, etc., calls for password generation and output module 400b are provided, and password generation and output module 400b are generated by user's instruction. Callable. FIG. 6 is a diagram showing a user interface of the password generation / output module of the present embodiment. The password generation 'output module 403b operates by displaying a user interface as shown in FIG. 6 on the TV 203 screen. In FIG. 6, a password display command 605 is displayed on the screen together with other interactive commands (screen 601). This screen 600 is the screen of the command input 501 in FIG. The screen 611, that is, the menu, can be displayed at an arbitrary display timing, and can be displayed at a timing when the content creator wants to display (designed). As described above with reference to FIG. 5, the password generation 'output module 403b must be an independent PGC, including the interface that calls it. Therefore, it is possible to provide an interface for calling anywhere between the PGCs that make up the main stream. Therefore, it is theoretically possible to set the timing for all the chapters of the video contained in the DV D-Video disc 205.

The menu program on the screen 601 is loaded from the DVD-Video disc 205 and the menu is displayed. However, since the program (command) of the DVD video is executed sequentially, it is loaded by the creator (programmer). The menu program itself is just a menu (linked or jumped to another PGC) (it is loaded into the memory under the control of a specific digital signal processor (DSP) in terms of hardware). But call the password generation 'output module 4 0 3b If a scenario branch or the like is to be performed (select the move command 606) other than (select the password display command 605), a branch condition flag or the like is set in the internal data storage buffer, which is one area in the GPRM, and will be described later. It will include part of the basic program described in step S1004 in FIG.

 When the user selects the password display command 605 (screen 602), the menu screen displays the password display command 60 generated by the instruction of the user's remote control.

Take the button 5 event. Here, for example, in the case of a PC, the mouse is clicked often → → Click event occurrence> — <Specify coordinates> → <Response action>, and the click itself is recognized as an event, but in the case of DVD video player 202 , The button command> to kick the button selection is immediately kicked. Here, the storage of the PGC 內 command will be described. FIG. 7 is a diagram showing the manner of storage of commands in P.GC. One PGC has a pre-command storage area 701 and a post-command storage area 702 at the beginning and end of the PGC, respectively, and has a cell command storage area 703 and a button command storage area 704 between them. The bri command storage area 701 is activated at the moment when the operation moves to the PGC. For example, if it is a program on a PC, load the program into memory, execute it with a command such as RUN, or load the program by event-driven and execute it immediately. On the other hand, in the DVD video player 202, the command described in the pre-command storage area 701 reproduces the data (video etc.) in the PGC at the moment when the processing of the DVD video player 202 shifts to the PGC. Automatically loaded and run immediately before. Note that the command is loaded into an unused memory area under specific DSP management other than GPRM. The post command storage area 702 starts when the PGC operation ends. Similar to the command described in the pre-command storage area 701 described above, the command described in the post-command storage area 702 is immediately after the reproduction of the data in the PGC is completed (immediately before jumping to the next PGC). Automatically loaded and run. The cell command storage area 703 is stored for each chapter when the data in the PGC has a chapter '. It starts when the action moves to the chapter. One pre-command and one post-command storage area are fixed for each PGC. On the other hand, the cell command storage area 703 is a command that can be set arbitrarily by the producer for each chapter when the data in the PC is video data and the video data is set to a chapter. It is a storage area.

 The cell command storage area 703 can be set in one PGC as many as the number of chapters. However, while the pre-command and post-command can each describe a 128-step command, the cell command can only describe a one-step command. As for startup, during the playback of the video in PGC, the chapter (to which all the frames) for which the cell command is set is automatically loaded and RUN immediately after the playback ends.

The button command storage area 704 can be stored when a menu button is arranged in the PGC. It starts when you press the corresponding button on the remote control. If multiple menu buttons are arranged in one screen, you can set up storage areas for the number of buttons (however, the maximum number of buttons is 36 buttons per screen). As with the cell command, there is only one button command per storage area. Select the button command with the selection button on the remote control, and it is automatically loaded and run immediately after pressing the decision button.

 Next, the password is displayed on the screen one character at a time (screens 603 to 604). Here, the next password will not be displayed until the user presses the “Enter” button on the remote control. In addition, in the DVD-Video format, the password is displayed one character at a time because the screen cannot be partially rewritten (box write) like a personal computer or game console. The user makes a note of each displayed character and enters it when resuming the content.

 FIG. 8 is a diagram showing a user interface of the password input module of the present embodiment. The password input module 403 c operates by displaying a user interface as shown in FIG. 8 on the screen of the TV 203.

This GUI is displayed at the timing of reference numeral 502 in FIG. In this case, although it depends on the contents of the content, options such as “from the beginning” and “Continue” are displayed at startup, and when “Continue” is selected, the user generally jumps to the password input module 4 0 3 c. It is. In addition, even when the main stream is interrupted and the password is recorded and replayed from the point where the password was recorded, the head of the DVD video player 202 automatically returns to the (logical) head when the main stream is forcibly terminated. At this time, an option such as “_ from the beginning _)“ Continue ”is displayed. When“ Continue ”is selected, the password input module 403c can be called. In FIG. 8, since the number of buttons per screen is limited, the interface of multiple screens is switched and used (screen 801 → 802a or 802b). The user selects the character to be input using the direction buttons using a remote controller or the like. The selected character is displayed in a different color (screen 803). "*" Is displayed at the digit where the input has been completed (Screen 804). When all the characters have been input, the internal data is automatically restored and the main stream of the content 401 is restarted. Regarding the content processing software 403 of the present embodiment that operates as described above, each of the three modules of the area securing module 403a, the password generation 'output module 403b, and the password input module 403c, which constitute it, The operation of is described in detail below.

 (Area securing module) The area securing module 403a is a module for generating dynamic internal data. Dynamic internal data refers to "flags"

Variables called "parameters". In a personal computer or a game console, a programmer can arbitrarily reserve an area required for variables in RAM, but the DVD video player 202 does not have any RAM that can be used arbitrarily. In the present embodiment, an area necessary for variables is secured by using a container called GPRM (General Parameter) which is uniquely mounted in the DVD video player 202 and can be used to some extent by a content creator. The GPRM is normally used to store the history of the user's operation of the DVD video player 202, etc., and to use it for chapter search and the like.

The current so-called "game" software secures and uses a huge variable of 128 By te to 30 KB yte in an uncompressed state, whereas GPRM consists of 16 containers of 2 Unit 2 By t ^ Therefore, only 32 bytes of information can be secured at all. In this embodiment, in addition to the data area to be stored in the GPRM, an area used in combination with a program for controlling data is required. Therefore, although the game software is designed with a considerable allowance for variables in preparation for specification changes and game balance adjustment, it is less than 1/4 (32 By te), which is the minimum (128 Byte) To manipulate variables in the domain (actually, the remaining domain minus the domain used in combination with the variable control program from 32Byte), the number and range of variables must be narrowed down thoroughly.

 Therefore, the area reservation module 403a is created not only by the operation of the module itself, but also by a complex architecture (the creation and operation of the area reservation module described later with reference to Fig. 10) that is closely linked to the planning, scenario, and design. Is done. The creation of the area securing module also includes know-how in the preparation stage before actually programming the area securing module 403a. The area securing module 403 a created by creating the area securing module 403 a has a main body incorporated in the content processing software 403.

 In addition, as the amount of information that can be secured in the GPRM, the area used in combination with the program for operating variables must also be stored in the GPRM, so it is not possible to allocate all 32 bytes to variables . The better the variable control program, the larger the variable area tends to be. Figure 9 shows an image of GPRM data storage. In FIG. 9, the GPRM 901 has an area 901a used in combination with a control program for operating data (variable), and a data (variable) area 901b.

GPRM901 is composed of 16 containers of 1 unit and 2 bytes, so the total amount of information can only be secured at 32 bytes. GPRMx (X is an integer from 0 to 15) in the figure that is an element of GPRM901 Force One container. When it is called a buffer below, it refers to one of the containers GPRMx. Buffers are all containers of GPR1V [, so each buffer is 2 bytes. However, data may be divided and stored in multiple buffers (containers).

Since GPRM has only 16 containers, most of the types of variables stored in it vary dynamically depending on the program being executed (command in DVD terminology). Flags and parameters that must be retained throughout the content are not always kept at one location in the GPRM, and depending on the situation, may be retained while copying between multiple GPRMs. In the following, the lightning part called "buffer" is also a name based on its character, and all points to a specific area within the GP RM.

 FIG. 10 is a flowchart showing the outline of the creation and operation of the area voting module. The creation and operation of the area securing module 403a, including its preparation stage, are processed according to the procedure shown in FIG. The processing procedure of step S1007 in FIG. 10 shows the processing of the area securing module 403a executed by the microphone port computer 301, and the microcomputer 301 executes the processing stored in the DVD-Video disc 205. This is performed by reading the content 401 and executing the content processing software 403 stored therein.

In FIG. 10, in the planning stage of the software (content 401), the number of variables and the upper limit of the value considered to be necessary for realizing the content of the planning are roughly estimated (step S 1 000). Scenario · Allocate specific variables while creating the configuration. At that time, work is performed so that the estimated value calculated in step S 1 000 is not significantly exceeded. If it is found that the variable of the approximate value cannot be realized, the process returns to the step S1000 again (step S1001). Create a more specific chart based on the scenario. The variables required for content control are described on a chart (step S1002). Steps S1001 to S1002 are performed for each location where the content changes due to the user's action (for example, scenario branching, item acquisition, parameter increase / decrease, etc.). .

 Next, a desk check is performed to determine whether there is an error in the control structure (step S1).

003). Basically customize the basic program (of the area reservation module 403a) for variable operation and optimize it for the content actually used (Step S

1004). Here, the above-described variable control program is a program in the basic program of the area securing module 403a.

 This is the preparation stage of the creation of the area securing module 403a. The subsequent steps from step S1006 are the process of actually creating DVD content (authoring).

 The basic program optimized in step S1004 is input (described) to the appropriate location in each PGC (step S1005). When the variables described in the chart actually operate the content, the code that is properly stored in the GPRM by the basic program is input to the appropriate place in each PGC in the process of authoring the details of the content ( Write) (Step S1006).

When the content 401 is operated by the microcomputer 301, each variable is automatically arranged and stored in its own area by the basic program of the area securing module 403a stored in step S1005 (in the GPRM, automatically stored in the GPRM). Organized and stored in the area of each variable) Called as needed, changed (Step S107). The operation of the area reservation module 403a is to correctly store each variable in the GPRM when the content 401 is executed, as assigned in the preparation stage of the area reservation module 403a. . Here, the basic program itself (of the area securing module 403a) is not stored in the GPRM. In the present embodiment, a basic program in a language (such as an assembler, BASIC, or C in a PC) in which the content processing software 403 is actually operated is referred to as a command in DVD-Video. This is built into each PGC on the disk as shown in Fig. 1, is called and executed sequentially, and is not stored in the GPRM.

 However, since the value of the command itself cannot be changed or the value cannot be tied to the actual action of the player, the GPRM area is used in combination with the command. In programming the content processing software 403, it is essential to combine commands with GPRM.

 The basic program of the area reservation module 403a is stored on the main stream side, and when the main stream operates, variables related to the operation status (request of the user) are stored in the GPRM. .

(Password generation 'output module)

The pass word generation 'output module 4003b is a program that replaces and displays dynamic internal data with character strings such as hiragana and alphanumeric characters so that the user can record it. The program is written in C language or the like, and the one that has been confirmed to operate on a personal computer is replaced with an instruction that can be executed by the DVD video player 202. The software is incorporated into the software at the time of authoring and executed as necessary. The password generation 'output module 4003b calls the password display by the user (the person playing the content) (in the menu on the content, For example, a menu such as “Pause” or “Password” is executed). When the program is executed, the dynamic internal data of the running content 401 is displayed as an arbitrary character string on the TV 203 screen one character at a time. The user can arbitrarily interrupt the content 401 by recording this character string. Fig. 11 is a flowchart showing the outline of the operation of the password generation 'output module 4003b. The password generation' output module 4003b operates according to the procedure shown in Fig. 11. The processing procedure of 1 shows the contents of the processing of the password generation 'output module 4 0 3 b executed by the microcomputer 3 0 1, and the microcomputer 3 0 1 transfers the data to the DVD-Video disc 2 5. This is performed by reading the stored content 401 and executing the content processing software 403 stored therein.

 The microcomputer 301 secures and initializes (clears to 0, etc.) the necessary variable areas in the GPRM as preparation for generating / outputting the password (step S11). 0 0). The microcomputer 301 generates header information for controlling various data at the time of encrypting and decrypting the password. The generated header information is stored in the header storage buffer (step S111). Here, the header information is information for controlling a password, and is embedded in the password itself. It consists of Data Length, Rotate Flag, and Software Unique ID, and is the most important information that is referred to when encrypting and retrieving. The following shows these components of the header information.

Data Lengt: The length of data handled by the password. However, headers and sums are excluded. Rotate Fla… Value used to encrypt data.

Software Unique ID ... Personal code set for each software (content). Determine which content generated the password. Next, the microcomputer 301 generates a sum for detecting a password error while encrypting the data (primary encryption; described later). The generated sum is stored in the sum storage buffer in the GPRM (step S1102). Here, the sum is a value used for the data error detection method, and is a value obtained by dividing the data into blocks and treating each as a numerical value and taking the sum. Calculate the total value (sum) at the password generation stage, check the sum when entering the password, and detect data errors.

 Next, the microcomputer 301 performs encryption (secondary encryption; described later) by rearranging the data according to a certain rule. By applying encryption, it is possible to prevent the system from malfunctioning due to the user's intentionally falsifying password. A different array is generated each time the encryption flag (rotate flag described above) changes (step S1103). The microcomputer 301 calculates the character code from the encrypted data and displays it on the screen as a password (step S1104).

The microcomputer 301 performs the reverse process of step S1103 (encryption), and decrypts the data stored in the buffer while being encrypted (step S1105). Note that the buffer to be decoded in step S1105 is a stored data storage buffer (described later with reference to FIG. 12). Actually, all are decrypted, but at this stage, the data of the thumb before encryption remains in the work area provided in the GPRM. Since that data is used for the checksum, the data to be decoded is the stored data storage buffer. . Then, the microcomputer 301 performs a checksum to confirm data consistency, restores the dynamic internal data to the GPRM, terminates the password generation 'output module 403b, and returns to the main stream (step S 1106). Next, details of the operation of the password generation / output module 403b will be described.

 FIG. 12 is a flowchart showing details of the operation of the password generation 'output module. The processing procedure of FIG. 12 shows the contents of the initial pass processing of step S 1100 in FIG. 11 of the password generation / output module 403 b executed by the microcomputer 301.

In FIG. 12, the microcomputer 301 stores data to be stored in a storage data storage buffer (step S1200). The data to be stored here is dynamic internal data (variable 保存) stored in the GPRM. The microcomputer 301 clears unnecessary buffers (step S1201). (Before the output module 403b is called), the usage status of the GPRM is different.Therefore, the unnecessary buffers to be cleared in step S1201 are the other buffers in the GPRM except the storage data storage buffer. Here, there are a plurality of stored data storage buffers in the GP RM.In this embodiment, about 8 are installed as standard Fig. 13 is a flowchart showing details of the operation of the password generation 'output module. The processing procedure of Fig. 13 is the same as that of step S1101 in Fig. 11 of the password generation 'output module 403b executed by the microcomputer 301. Shows the contents of the header information generation process. In FIG. 13, the microcomputer 301 clears the header storage buffer in the GPRM (step S1300), and sets the software-specific ID set on the authoring side in the header storage buffer (step S130). S1301).

 The software-specific ID is a unique numerical value that identifies software (content). Use this function to disable operation even if a password generated by different software is entered. Any integer between 0 and 5 1 1 can be used.

 Next, the microcomputer 301 sets the encryption flag set on the authoring side in the header storage buffer (step S1302). The encryption flag is a value used when performing encryption. The data is rearranged with reference to this value. Any integer between 0 and 15 can be used.

 Here, only the software-specific ID corresponds to the content together, and the encryption flag changes each time a password is generated (header information is generated). This means that if you output the password twice in succession with no change in the internal data, they will be displayed as different passwords (but the internal data recovered by the password is exactly the same).

 In step S133, the microcomputer 301 sets the data length set on the authoring side in the header storage buffer. The data length indicates the number of used storage data storage buffers. When storing in the header, "use buffer-1" is stored. Values can be between 0 and 7.

This means that the storage data storage buffer ID in the GPRM is 0 to 7 because the storage data storage buffer in the GPRM is implemented in this embodiment as &. Since GP RM is a container, data to be saved (must be) The number of stored data storage buffers used is determined from the sum of, and this number is the data length. Finally, the microcomputer 301 clears unnecessary buffers according to the data length (step S1304).

 Here, the meaning of “set” in steps S1301 to S1303 will be described. Since a DVD can store n pieces of content (n games; n is a natural number), “Software-specific IDJ prepares an arbitrary ID for each piece of content. Varies depending on the size of internal data (determined by content designer). The encryption flag is randomly generated. Both are described as commands or numerical values in PGC, or are generated by executing commands in PGC, so they are described as "set on the authoring side". These values are not prepared in advance in the DVD player as a table.

 The "software-specific ID" is used to distinguish it from "other contents" stored in "other discs" using the technology such as the password of the present embodiment. It is possible to store multiple contents on one DVD-Video disc, but in this case, the variables in the dynamic internal data are used for content discrimination instead of the “software-specific ID”.

 In other words, n pieces of content stored on one DVD-Video disc take the management method of separate modules built into (one disc) into large content. The “soft unique ID” is used to identify different content (different product) stored on different discs.

FIG. 14 is a flowchart showing details of the operation of the “password generation” output module. The processing procedure of FIG. 14 shows the contents of the sum generation processing of step 1102 in FIG. 11 of the passcode generation / output module 403b executed by the microcomputer 301. In FIG. 14, the microcomputer 301 clears the sum case | ¾ buffer in the GPRM (step S1400), and extracts the software unique ID from the header storage buffer (step S140). 1).

 Next, in step S1402, the microcomputer 310 extracts the data length from the header storage buffer. The data length extracted here is used to know how much the stored data storage buffer is used when encrypting the data (next step S144). Does not guess). The microcomputer 301 encrypts (primary encryption) the data stored in the storage data storage buffer using the acquired software-specific ID (step).

S 14 0 3). In this embodiment, the encryption key (primary encryption) is

((Software unique ID) VIII Oxfffi) ^Λ (stored data).

The primary encryption uses a “soft unique ID” so that if a password is entered for content other than the content that generated this password, an error will occur. Because the password generation program is a general-purpose program, the password generated by this program can be read by other content that uses the same program. In that case, of course, flags and parameters that are not necessary for the original content are read, which may cause malfunction of the content. Preventing such malfunctions is the purpose of primary decoding. Next, the microcomputer 310 generates a sum in step S144. Here, in generating the sum, in the present embodiment, the stored data storage buffer is used.

Sum storage buffer

Header information storage buffer

The sum is generated by taking the three exclusive ORs (XOR).

 For example,

Sum = buffer 1 ~ buffer 2 ^Λ / buffer 3 ^Λ … buffer X

It is calculated and generated as follows. Here, the sum storage buffer at the time of generating the sum is cleared to “0”. The sum generated here is embedded in the password and used for error checking. To prevent malfunction, the sum storage buffer is cleared to 0 just in case. Finally, the microcomputer 301 sets the generated sum in the sum storage buffer (step S1405). FIG. 15 is a flowchart showing details of the operation of the password generation 'output module. The processing procedure in FIG. 15 is based on the pass code generation / output module 4 0 3 b executed by the microcomputer 301 in step S 1103 in FIG. 11 in the step S 1103 in FIG. 11 (secondary encryption) processing. Indicates the contents of

 In FIG. 15, the microcomputer 301 sets 0 in the buffer in the count thread in the GPRM (step S1500). Then, the microcomputer 301 determines whether or not the “count storage buffer is encrypted,” (step S 1501). If the determination result is true, the microcomputer 301 proceeds to step S 150 Proceed to 2. If the judgment result is false, the processing ends. The microcomputer 301 is

In step S1502, a buffer to be encrypted is stored according to a certain rule. Rearranges. Here, regarding the rearrangement of buffers to be encrypted, unused storage data storage buffers are not subject to encryption (the data length is extracted for that purpose). The sort order is

<Sum storage buffer> → Used storage data storage buffer 1> → <Same left 2> → <Same left n>

It is.

 Next, the microcomputer 301 adds 1 to the count storage buffer (step S1503), and returns the processing to step S1501. The encryption flag corresponds to the number of rearrangements in the loop processing of steps S1501 to S1503 in FIG.

 Here, a certain rule (the rule of reordering) of step S1502 is that the most significant bit of the current buffer is stored in an arbitrary buffer, and the previous buffer stored after shifting by one bit is stored. It is a good idea to set the most significant bit of the first buffer to the least significant bit (lastly, set the least significant bit of the last buffer to the most significant bit of the first buffer). The least significant bit here is the least significant bit of the "current buffer" (see Figure 16 below). Example> * Assuming that there are three buffers in total,

 (1) Save the most significant bit of buffer 1 to buffer n (temporary)

 (2) Shift buffer 1 by 1 bit

 (3) Set the most significant bit of buffer 3 to the least significant bit of buffer 1

 (4) Buffer 3 is shifted by 1 bit

 (5) Set the most significant bit of buffer 2 to the least significant bit of buffer 3

 (6) Buffer 2 is shifted by 1 bit

(7) Set the bit of buffer n stored in the least significant bit of buffer 2 (8) Repeat this for the number of encryption flags.

 The above rules used in the present embodiment are described in the C language style as follows. bufl = 0;

bu £ 2 = 0;

for (i = 0; i <number of data to be encrypted

 bufl = data to be encrypted [/ 0χ8000;

 Data to be encrypted & = 0x7ffi;

 Data to be encrypted [i] * = 2;

 Data to be encrypted H I = buf2;

 buf2 = bufl;

 }

Data to be encrypted [0] | = buf2; bufl and buf2 in the above pseudo source code are in GPRM like other buffers. bufl and buf2 are abstract representations of the “storage data storage buffer” to be encrypted. Further, “the number of data to be encrypted” in the pseudo source code is the number of buffers used among the sum storage buffer and the stored data storage buffer. ,

The actual behavior of this sort is as shown in Figure 16. The size of the buffer in the present embodiment is not limited to the buffer of FIG. 16 but is all 2 bytes. The buffers to be encrypted here are all stored data storage buffers and sum storage buffers. In contrast to the primary encryption described above, secondary encryption is scrambled so that the user does not know that a part of the password represents a specific parameter. ing. An example is shown below (* The information indicated by the example password is only a simple example). Assume that the password before scrambling is as follows (for convenience, 16 characters, separated by 3-4-5-4).

Unscrambled password =>

 ABC DEFG HIJKL M OP

Header information Sum Parameter 1 Parameter 2

 In this state, if the user outputs a playback pass with only parameter 1 changed, only DEFG and HIJIL change, and as a result, it is expected that DEFG and HIJKL represent sum and parameter 1. Would. Therefore, if random values are entered, passwords will be accepted, but as a result incorrect parameters will be input so that the numerical change of DEFG and HI JKL will be correct. Become.

 Therefore, the password before scrambling is scrambled as follows. If the header information (ABC) is scrambled, decoding becomes impossible. Since the header information is necessary for decoding, it is not scrambled. Password after scramble =>

 ABC HENF DIOJL KMGP

With this sort, (every time the password is output, which character changes in which order) Even if the password is changed many times with only parameter 1 changed, which character will change to what This makes it difficult to decipher the representation (actually, the encryption flag for decoding the sort is included in the password). FIG. 17 is a flowchart showing details of the operation of the password generation 'output module. The processing procedure of FIG. 17 shows the contents of the output processing of step S114 in FIG. 11 of the passcode generation'output module 403b executed by the microcomputer 301. In FIG. 17, the microcomputer 310 sets the count storage buffer to 0 (step S1700), and clears the previous character code storage buffer in the GPRM (step S1701). ). In step S1702, the microcomputer 301 calculates a character code according to the value of the buffer in the count thread. In calculating the character code, in the present embodiment, the character code is basically 6 bits. The data is divided into 6-bit units and output as character codes sequentially. The relationship between the count storage buffer, the reference buffer, and the bit is as follows. Buffer 1 3333 222 222 111 111

Puffer 2 66 555 555 444 444 33

Buffer 3 888 888 777 777 6666

 Since the count storage buffer stores how many characters the password has been output so far, when the count storage buffer is 0, it is processed to output “111111” in the buffer 1 as a character code. This is based on the GPRM data storage image shown in Fig. 9, and data is divided into 6-bit units for buffer 1 (upper bits) 3333 222 222 111111 (lower bits). This is because if the count storage buffer is 0 when data is sequentially output as character codes, the data “111111” is referred to. The following three buffers are referred to in this step S1702. Header storage buffer

Sharf storage buffer

Save data storage buffer Next, the microphone computer '3 31 stores the calculated character code in the character code storage buffer (step S1.703), and reads the previous character code storage buffer from the previous character code storage buffer. The character code is extracted (step S 1-704). Details (This is immediately after the previous character code was sent to the comparison buffer (work buffer) in step S1744)-The current character code is stored in the "previous character code storage buffer" Microcomputer 301 compares the previous character code with the current character code in step S.1 7.g.5, and calculates non-overlapping characters if they are the same. When calculating the non-overlapping characters, if the character code overlaps with the previous one, it is stored in the character code storage buffer.

((Count storage buffer) & 1) + 64

Is stored so that it does not overlap with the previously output character code.

The DVD video player 202 cannot perform the process of redrawing only part of the screen, unlike personal computers and game consoles. Therefore, when displaying passwords on the screen, they must be displayed one by one in order. If password characters are duplicated, it is extremely easy for the user to make a mistake when making a note of the password. -Then, the microcomputer 310 outputs the character code (step S1706). This step S1706 is the password output (screens 6103 and 6104 in FIG. 6). Here, the next password is not displayed until the user presses the “Enter” button on the remote control. The remote control button is pressed by the user to display the next character. Waiting for the button to be pressed is between step S 17 Ό'6 and the next step S 10.7. In step S1 7.0.06, output characters and wait for the user to press the remote control button immediately after. The microcomputer 301 adds 1 to the data in the count storage buffer (step S.1.7 0 -7), and the number of characters output so far is set in the count storage buffer here. You. Further, the data length is extracted from the header storage buffer (step S1.708). Then, in step S 179, the microcomputer 301 calculates the number of characters to be output from the data length. .. Here,. Number of characters = {header storage buffer (2 bytes) + sum storage buffer (2 pie small) + data length (number of data storage buffers used) X 2 bytes small} Z '6 bytes (text , Round up if a fraction occurs.

 '(Example) If the data length is 2 v.

 2 (B) +2 (B) + 2 * 2 (B) = 8 (B)

• 8 (B). * 8 = 64 (b)

 64 (b) / 6 (b) = 10 ... 4 ^ 11

 ... 11 characters

 Here, in order to actually execute the program (command in 0 VD) of the present embodiment, the value must be passed / received using G.P R.M. Therefore,

If GP RM is used both for storing dynamic internal data (variables) and for the working buffer used for comparing and calculating character strings in the processing program in Fig. 17, both G '

Insufficient number of PRMs. The two processes (S 1708, S 1 709) are performed at the positions shown in Fig. 17.The processing in Fig. 17 is based on the values processed in step S 1708.

• The processed value is passed to the next step S 1710 (comparison processing between the count storage buffer and the number of characters to be output), and the work in the GPRM used in the processing of steps S 1708 and S 1709 is performed. Clear the buffer and perform other processing (Step S 1

If the processing loops after 710, return to step S 1702 and return to step S

(Process up to 1707) to give up the work buffer in GPRM. Next, in step S1710, the micro computer 301 determines whether or not “count storage buffer · <number of expected output characters”. If the determination is negative, the microcomputer 301 returns the processing to step S1702. If the judgment result is false, the process ends. The password generated by the processing procedure in Fig. 17 is composed of header information + sum + stored data, and more specifically, header information + encryption information (sum stored buffer. The storage puffer) is composed of power.

 Note that the above three buffers r do not necessarily have to be output in character code order of “header storage pub, sum storage buffer, saved data storage vapa”. Strictly speaking, since the sum and the stored data are collectively subjected to the secondary encryption, there is an area called a buffer for storing the data after the secondary encryption. Yes (1) Header storage

 (2) Data storage buffer after secondary encryption

The character codes are output in order. For example, when outputting character codes in order from GPRM0 ', the implementation of GPRM at that time is as follows: GPRMO header

 GPRM1 sum (data after secondary encryption).

 GPRM2 stored data (data after secondary encryption)

 It becomes. The output order of the character codes here is the same as the “order specified on the authoring side” for storing the character codes in the restored data storage buffer in step S21065 in Fig. 21 described later. It is.

 FIG. 18 is a flowchart showing details of the operation of the 'password generation' output module. The processing procedure of FIG. 18 shows the content of the decoding 0 processing of step SI 10 '5 in FIG. 11 of the password generation' output module 403b executed by the microcomputer 301.

 In FIG. 18, the microcomputer 301 sets 0 to the count storage buffer (step S1800). Then, the encryption flag is extracted from the header storage buffer (step S180i). In step S 1802, the microcomputer 301 rearranges the buffers to be decoded according to −5 according to a certain rule. Here, the process that follows a certain rule (decryption rule) performs the decryption process by performing the reverse process of the rearrangement process in the encryption (secondary encryption) process in Fig. 15. The buffer that is reordered here is the one whose encryption information (sum storage buffer · + used storage data storage buffer) is subject to recovery. (Unused areas are not encrypted and are not subject to decoding. ). 0 Next, the computer u 01 is stored in the count storage

■ Add 1 to the value (step S1803), and judge whether or not “encrypted pug with count storage buffer” is strong (step S1804). If the judgment result is true, process The

• Return to step S1801. If the judgment result is false, the process ends. FIG. 19 is a flowchart showing details of the operation of the “Puzzword generation” output module. The processing procedure in Fig. 5.19 is based on the password generation 11 shows the contents of the sum data restoration process in step S806 of FIG. 11 of the power module 4003b.

 In FIG. 19, the microcomputer 301 extracts the data length from the header storage buffer (step S1900), and determines an unnecessary buffer from the data length and clears it (step S190). 0 1). Here, in step S1901, the unnecessary buffer of the stored data storage buffer of 8 & is cleared, and the sum storage buffer is not cleared. Next, the microcomputer 301 generates a checksum in step S1902. The process for generating the checksum here is the same as the process performed in the sum generation process in FIG. Here, the storage data storage buffer

Sum storage buffer

Header information storage buffer

The checksum is generated by taking three exclusive ORs (XOR).

 Here, immediately after the checksum is generated, the consistency is confirmed by comparing it with the sum information stored in the sum storage buffer. The flow of this process is to generate a checksum Ί

Check validity →→→ If there is any data, display an error— (Interrupt processing)

 i l l

If the data is correct, continue processing

It is a flow. Here, the “confirmation of the validity” is that the process itself is a “check sum” itself.

The generated checksum is stored in an arbitrary buffer unless otherwise specified. Any buffer here will be used when authoring the command (program A buffer other than a buffer that the creator who inputs the rum must not destroy. The generated checksum is stored in, for example, GP RM10 or GPRM15. The process of generating the checksum in step S1902 will be described in more detail.

Since the value obtained in step 3 1 4 0 4 of step 14 has been input to the sum storage buffer, in this case, the stored data storage buffer X0R header information storage buffer

 = Sum storage buffer

It becomes the situation.

 That is, if the situation of step S144 in FIG. 14 is represented by a mathematical formula,

 bufl OR buf2 = buf3

In other words, the checksum generation expression in step S1902 is

 (bufl XOR buf2) XOR buf3 (i.e. buf3 XOR buf3)

It becomes.

 Also,

 0 XOR 0 = 0

 1 XOR 1 = 0

Since every bit is composed of 0 or 1, the checksum generation expression in step S1902 (if the sum is valid) is

 buf 3 XOR buf 3 = 0

 = bufl XOR buf2 XOR buf3 = 0

It becomes. In step SI902, the checksum is generated. The above calculation is performed, and the validity of the sum is determined based on whether the result is zero or not.

Next, in step S1903, the microcomputer 310 extracts the software unique ID from the header storage buffer, and stores the software unique ID in the stored data storage buffer using the software unique ID in step S1904. Decrypts the data that has been When decrypting the data in step S 904, the data is decrypted in the reverse procedure of the encryption performed in the sum generation processing in FIG. For example,

((Software unique ID) ^Α 0χ ί) ^Α (stored data)

The reverse procedure is performed. The decoded data is stored in the buffer (GPRMx) and data is restored.

(Password input module) The password input module 4003c is a program that reads a character string recorded by the user, converts it into dynamic internal data, and restarts the content 401 from a location corresponding to the data. is there. The program is written in C language etc. as in the password generation 'output module 400b, and the one that has been confirmed to operate on the computer is replaced with an instruction that can be executed by the DVD video player 202. Incorporate and execute as needed.

 The program of the password input module 403c is executed when the user starts playing the content or when "Continue (input password)" is selected during the playing. When the program is executed, a password input interface is displayed on the TV 203 screen, and the password (character string) input by the user from the remote controller (or a function equivalent thereto) is decoded (converted into data). After restoring the dynamic internal data in the GP RM, jump to the restart point of the content 401.

FIG. 20 is a flowchart showing an outline of the operation of the password input module. The password input module 400c operates according to the procedure shown in FIG. The processing procedure of FIG. 20 shows the contents of the processing of the password input module 4Q3c executed by the microphone opening computer 301, and the microcomputer 301 is stored in the DVD-Video disk 205. Content 4 0 1 is read and stored in it This is performed by executing the content processing software 403 that is present.

 The microcomputer 301 secures and initializes (clears to 0, etc.) the necessary variable area, etc. as preparation for generating and outputting the password (step)

S20000). It is actually initialized before starting the password input module 403c. When the passcode input module 400c is called, the initialization routine is executed without jumping directly to the passcode input module 400c.

(Dummy P G C). This initialization routine is also a password entry module

It can be considered as part of 400c, but it differs in the strict sense as a function. Here, the dummy PGC will be described in detail. Are independent (or shared with other routines) routines, such as initialization routines, regular video or audio? Create a PGC to which only a program (command) is input instead of a PGC with built-in content, and store it there. This is because the structure can be simplified. This is called a dummy PGC in the DVD-Video rule. Also, use this dummy PGC when the program content is too large to fit into one PGC.

 The microcomputer 301 stores the character code data in the storage buffer from the password input by the user using a device such as a remote controller via the input interface displayed on the screen (step S201).

The microphone mouth computer 301 performs the reverse process of the encryption, and decrypts the data stored in the buffer while the data is being written (step S2002). Then, the microphone computer 301 checks the data integrity after performing a checksum. Then, the dynamic internal data is restored, the password input module 403c is terminated, and the process returns to the main stream (step S2003). Next, the operation of the passcode input module 403c will be described in detail. The initialization processing (step S2000) in FIG. 20 is different from the processing of the same name in FIG. 11 of the password generation 'output module 403b. In this process, it is not necessary to store the data to be stored in the storage data buffer. Here, the password input module

403 c Clears all GPRMs as there is no data that needs to be inherited during operation. Decryption processing (step S2002), sum data recovery processing (step

52003) is exactly the same as the password generation 'output module 403b in FIG.

 FIG. 21 is a flowchart showing details of the operation of the password input module. The processing procedure of FIG. 21 shows the contents of the input processing of step S2001 in FIG. 20 of the password input module 403c executed by the microcomputer 301.

 In FIG. 21, the microcomputer 301 sets 0 in the count storage buffer (step S2101). Here, the count storage buffer stores the number of input characters. Next, the microcomputer 301 acquires characters (step S2102). Here, when acquiring the character in step S2102, there are the following two types of character acquisition processing. 1. Normal processing

 The character code corresponding to the button pressed by the user is stored in the character code storage buffer.

 2. BS processing

Processing to return (correct) the previous input. Subtract the value of the count storage buffer by 1 and acquire the character again. In the process of step S210, * for the number of characters in the count storage buffer is also displayed. Actually, the DVD player cannot perform box write (redraw the screen part) like a personal computer, so * is just jumping through the chapters that increase by one. Next, the microcomputer 301 determines whether or not “the character code storage buffer> = 64 j” (step S2103). If the determination is true, the microcomputer 301 determines the step The process proceeds to S210, and the data in the previous character code storage buffer is set in the character code storage buffer.Steps S210 to S210 are the same as those in step S1775 described above. If the above determination is false, or after step S210, the microcomputer 301 stores the data in the character code storage buffer in the previous character code storage buffer. (Step S210) In step S210, the microcomputer 310 refers to the count storage buffer and determines the data in the character code storage buffer to specify the restored data storage buffer. No Set the bets. Here, the recovered data storage buffer is actually one of the following three buffers have total Ji is.

1. Header storage buffer

 2. Sum storage buffer

 3. Saved data storage buffer

 Character codes are stored in the order specified on the authoring side without distinction between the buffers. That is, it is the same as the output order of the character codes in step S1702.

In addition, the meaning of certain bits in step S2106 is This means that data is stored in the restored data storage buffer according to the relationship between the buffer and the bit to be referred to. Step S2106 is a reverse process of the process in step S1702 described above.

Subsequently, the microcomputer 301 adds 1 to the count storage buffer (step S2107), and calculates the number of characters to be input from the data length set on the authoring side (step S2108). Step S2108 is the same calculation as step S1709 described above. The data length here does not fetch data from any buffer, but specifies a static value in advance on the authoring side (ie, fixed length). When entering a password, unlike when outputting a password, it is closely related to the display, so if more than a certain number of characters are entered, the screen display will be distorted. Therefore, in step S2108, a static value is specified so that more than a prescribed number of characters are not input. Next, in step S2109, the microcomputer 301 determines whether or not “the number of characters to be input in the count storage buffer” is valid. If the determination result is true, the process returns to step S2102. Proceed to step S2110. The microcomputer 301 extracts the software unique ID from the header storage buffer (step S2110), and determines whether or not “extracted value = software unique ID” (step S2111). In step S2111, the "extracted value" in the condition determination is the software unique ID extracted in S2110. As for the software unique ID of “= soft unique ID” in the condition determination, a static value is set in advance on the authoring side (has been stored as data), similarly to the data length of S2108 described above. Since the header storage buffer is not subject to encryption, an accurate value can always be obtained after the password has been entered. The microcomputer 301 ends the process when the determination result of step S2111 is true, and proceeds to step S2112 when it is false. In the error processing in step S2111, a message such as "The password is incorrect" is displayed and the user is prompted to re-enter. (Example)

 Hereinafter, an example of interactive software to which the above-described embodiment is applied will be described with reference to FIGS.

(Method of Producing Interactive Software) An example of a method of producing interactive software to which the above embodiment is applied will be specifically described.

(1) Step 1 Create a project document that describes the project genre, target, project intention, and features. Figure 22 shows an example of a proposal.

(2) Step 2 Spec Estimate Calculate the volume of content, necessary variables, etc. based on the proposal. FIG. 23 is a diagram showing an example of a spec ^ product. In FIG. 23, each of the items 2301 is a dynamic internal data (variable) generated by the above-mentioned area securing module 403a, and a “flag” or the like for operating the interactive software. These are variables called "parameters".

(3) Step 3 Scenario. Composition Create a specific story composition and scenario according to the planning policy. In some cases, the configuration and scenario are created separately, and in other cases, the scenario is used alone. (In many cases, the work is created separately when the work is transformed into a series.) Simultaneously, or while making corrections, the variables estimated based on the proposal are inserted into the scenario sequentially. <.

 FIG. 24 is a diagram illustrating a part of the scenario. In Fig. 24, one of the marks 2401 is almost certainly a chapter point. However, there is not always one chapter from 豳 to the garden, and it may be divided into multiple chapters.

 Here, "variable allocation" referred to in step S1001 in FIG. 10 will be described. The number of branches, the number of “Flag XX” that is noted (this is the most important), and the items etc. that are deemed necessary from the text of the plan document in Figure 22

Perform "variable allocation". Also, the flag number specified here is not changed until the final stage almost as it is. (4) Step 4 Chart creation Create the chart based on the scenario. At this stage, perform desk debugging to verify that there is no inconsistency in the configuration. FIG. 25 is a diagram illustrating a part of the chart. In FIG. 25, each of the boxes 2501, 2502, etc. forms a series of moving images in one scene on the actual display screen. In the case of the shaded box 2501 and the like, options are displayed at the end of the scene, and the screen is a still image. Each of the options 2501a Force Corresponds to a button on the actual display screen and links to flags and parameters.

 (5) Step 5 Production of each material Based on the scenario and chart, produce each material constituting the content. An example of the material is shown below.

Live-action video

Animation

Graphic (CG)

Interface screen

Sound

Subtitles, etc.

(6) Step 6 encoding Images and video parts are encoded in MPEG-2 and sound parts in AC-3 format.

 (7) Step 7 Authoring Each encoded material is authored based on the scenario and chart. At this stage, the entire software (content) is assembled. At this stage, the content processing software 403 of the above embodiment is also incorporated into the content. The content processing software 403 is a group of basic programs (a series of commands in the DVD rule) for performing password input / output, buffer management, selection jumps, and the like.

 (8) Step 8 Create a proof Prepare the assembled material in DVD-Video format and write it to a DVD-R (RW) disc. The lit one has almost the same specifications as the product.

 (9) Step 9 Test and debug Use a proof disk to test and debug and correct any problems.

(10) Step 10 Mastering

 The debugged data is recorded on a DLT (digital linear tape) (industry standard procedure) and masqueraded at a mastering factory.

 (11) Step 11 Completion At the factory, create a stamper based on the master disk and press the product.

Operation of Interactive Software The interactive software produced according to the above steps and to which the above-described embodiment is applied actually operates by hardware in the form shown in FIG. As shown in FIG. 26, the interactive software to which the above-described embodiment is applied can be played back by the DVD video player 202 as described above, It can also be played on a personal computer 2601 running DVD playback software.

 As shown in FIG. 26, when DVD playback software is operated on the personal computer 2601 in place of the DVD video player 202, the computer itself operates as the DVD video player 202. When operating the DVD video software, the personal computer 2601 also performs the simple DVD video player 202 behavior. Interactive · The software cannot use the various functions of the personal computer 2601 ゃ Use the Depice '.

 In addition,? When 〇 plays 00 video, the playback is performed in accordance with the DVD-Video format playback, and the operation of a specific DVD video player is not imitated in software. When playing a DVD on a PC, a GPRM area is set in the RAM of the PC.

 In addition, some home game machines (not shown) also have dedicated hardware for DVD separately from the hardware of the game machine. Interactive software to which the embodiment of the present invention is applied may be reproduced. In this case, the game console is completely a DVD player. The various functions and devices of the game console cannot be used from the interactive software side. When a home video game console equipped with a DVD playback function plays a DVD video, it plays back in accordance with the DVD-Video format playback. In this case, the game console can be said to be a complete DVD player. . When playing DVD on a game machine, a GPRM area is set in the RAM of the game machine.

Therefore, all hardware equipped with DVD drives use the above-described embodiment. It can be said that the applied interactive software can be played.

In the production by the above-mentioned interactive software production method, the cooperation of the interactive 'software (content incorporating the content processing software 403 of the above-described embodiment) with the hardware is “encoding J, authoring. ”And“ mastering ”. Figure 27 is a diagram showing the cooperation between the interactive software and the hardware at the time of the encouraging process. In FIG. 27, the encoded file 2701 is actually generated on the hard disk of the personal computer. Figure 28 is a diagram showing the cooperation of the interactive software with the hardware in the authoring process. In FIG. 28, each encoded file 2801a to 2801c is actually stored in a hard disk connected to the author. Further, the author document file 282 is actually generated on the hard disk of the personal computer. Figure 29 shows the interaction between the interactive software and the hardware in the mastering process. In FIG. 29, the author-document file 2901 is stored in the hard disk connected to the imager. Also, the disk image file ^ 2902 is actually generated on the hard disk of the personal computer. As shown in Figure 29, there are currently two types of delivery media for mastering and pressing at the factory: DLT (digital linear tape) tape and DVD-R (for Authoring). Is more common). D VD—RW is a medium that may become effective in the future. This does not apply to small lots that are not pressed. CD-R, DVD-R or files can be distributed as they are. Industrial applicability

 As described above, according to the present invention, an area necessary for variable processing is secured by using storage means (GP RM) permitted to be used by the content of an information processing device, The software interrupt / resume process can be arbitrarily implemented by input / output of the software, and the "dynamic" password enables complete recording of the variables used for processing the content.

 For this reason, in interactive software using the DVD-Video format, dynamic internal data (variables) are output as passwords during operation of the software. Operation can be interrupted and resumed.

 For DVD-Video players that can play DVD-Video formats using these functions, education (education) software, entertainment software (games, quizzes, puzzles, etc.) and viewers must be actively involved in the development of the story. It is useful in producing new types of video works that can be used, as well as in renewal works that reconstruct previously created video works.

Claims

The scope of the claims

1. A content processing method in which a processor of an information processing device that plays back content using the DVD-Video format processes the content read from a recording medium,

 Variables used for processing the content and associated with each of a plurality of processing timings are stored in the recording medium in advance,

 The information processing device includes a storage unit permitted to be used by the content,

 By the processor,

 Storing the variable associated with the processing timing from the recording medium and storing the variable in the storage unit;

 A password for generating an encrypted password in the storage unit, the password including the variable stored in the storing step, when a password generation instruction is detected,

 A notification step of displaying and notifying the password generated in the password generation step on a display means of the information processing device;

 A password entry step for receiving an input of a password,

 A determination step of determining whether or not the input password is equal to the password notified in the notification step when the input of the password is received in the password input step;

 An extracting step of decrypting the password input in the password input step and extracting the variable, when it is determined that the passwords are equal in the determining step;

 A processing restarting step of storing the variables extracted in the extraction step in the storage means again, and restarting the processing from a processing timing associated with the stored variables.

 A content processing method comprising:

2. In the content processing method according to claim 1, When an instruction to branch the processing is detected, a flag that defines the branch and that is included in the variable stored in the storing step is

 Flag setting step for setting a predetermined area of the storage means

 A content processing method, further comprising:

 3. In the content processing method according to claim 1 or 2,

 The content processing method, wherein the information processing device is a DVD video player.

 4. In the content processing method according to claim 1 or 2,

 The content processing method, wherein the information processing device is a computer running DVD playback software.

 5. In the content processing method according to claim 1 or 2,

 The information processing device is a game machine having a DVD playback function.

 Content processing method characterized by the above-mentioned.

 6. In the content processing method according to any one of claims 1 to 5,

 The storage unit is a GPRM set on a logical space of a memory of the information processing device.

 Content processing method characterized by the above-mentioned.

 7.A recording readable by an information processing device, wherein a program for causing the information processing device to execute each step of the content processing method according to any one of claims 1 to 6 is recorded. Medium.

A program for causing the information processing device to execute each step of the content processing method according to any one of claims 1 to 6.