WO2008035453A1 - Dispositif de jeu - Google Patents

Dispositif de jeu Download PDF

Info

Publication number
WO2008035453A1
WO2008035453A1 PCT/JP2007/000763 JP2007000763W WO2008035453A1 WO 2008035453 A1 WO2008035453 A1 WO 2008035453A1 JP 2007000763 W JP2007000763 W JP 2007000763W WO 2008035453 A1 WO2008035453 A1 WO 2008035453A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
data
processing unit
unit
information
Prior art date
Application number
PCT/JP2007/000763
Other languages
English (en)
Japanese (ja)
Inventor
Shinichi Tanaka
Original Assignee
Sony Computer Entertainment Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Computer Entertainment Inc. filed Critical Sony Computer Entertainment Inc.
Priority to US12/439,041 priority Critical patent/US20090258712A1/en
Publication of WO2008035453A1 publication Critical patent/WO2008035453A1/fr

Links

Classifications

    • A63F13/10—
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5526—Game data structure
    • A63F2300/554—Game data structure by saving game or status data
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
    • A63F2300/8058—Virtual breeding, e.g. tamagotchi

Definitions

  • the present invention relates to a game device that executes a game application, and more particularly to a game device having a function of saving and / or loading game data.
  • the user can play the game from the previous game using the game data stored in the storage device by storing the progress of the game play in the storage device.
  • the save data is stored, for example, in a directory associated with the game application.
  • the game device feeds the saved data from the directory associated with the game application to be executed to the internal memory.
  • a breeding simulation game is a game that enjoys growing a character over time, but when the saved data of the grown character is copied to a user other than the execution user, the user It will be possible to obtain high-level character data suddenly, and the meaning of the game will be spoiled. The situation is the same for other types of games, and if the save data can be copied easily, the willingness to proceed with the game will decrease, reducing the value of the game application. It leads to that.
  • an object of the present invention is to provide a technique related to save data that enables a game program to perform a desired process, and to provide a technique for processing such save data.
  • a game device includes an application processing unit that executes a game program, a save processing unit that saves game data related to game progress in a storage device, and save data.
  • a load processing unit that loads from the storage device; and a state acquisition unit that acquires state information indicating a state of an execution environment of the game program.
  • the save processing unit includes an additional processing unit that adds the state information acquired by the state acquisition unit as additional information to the game data and stores the additional information in the storage device, and the load processing unit stores the game information stored in the storage device.
  • An additional information acquisition unit that acquires additional information from the data, a determination unit that determines the consistency between the state information acquired by the state acquisition unit and the corresponding additional information acquired by the additional information acquisition unit, and a determination result
  • a notification unit for notifying the application processing unit.
  • FIG. 1 is a diagram showing a game system according to an embodiment of the present invention.
  • FIG. 2 is a functional block diagram of the game device.
  • FIG. 3 is a diagram showing an OS hierarchy.
  • FIG. 4 is a diagram showing an internal configuration of the main controller.
  • FIG. 5 is a diagram showing a function block of an API processing module configured in an OS execution unit.
  • FIG. 6 is a sequence diagram of list selection type load processing (L i stLoad O). Explanation of symbols
  • ⁇ ⁇ Main controller 1 02 ⁇ ⁇ 'Main memory, 1 04 ⁇ ⁇ ⁇ Input receiving unit, 1 20 ⁇ ⁇ ⁇ Execution processing unit, 1 22 ⁇ ⁇ ⁇ OS execution unit, 1 24 ⁇ ⁇ ⁇ Application Chillon processing unit, 1 40 ⁇ ⁇ ⁇ Flash memory, 1 42 ⁇ ⁇ 'Body
  • 1 D holding unit 1 44 ⁇ ⁇ ⁇ User ID holding unit, 1 60 ⁇ ⁇ ⁇ Memory controller — 1 62 ⁇ ⁇ ⁇ Mouth memory, 200 ⁇ ⁇ ⁇ Output processing unit, 300 a-
  • a PI processing module for saving 300 b ' ⁇ ⁇ API processing module for loading, 302 ⁇ ⁇ ⁇ Status acquisition unit, 31 0 ⁇ ⁇ ⁇ Status acquisition unit, 320 ⁇ ⁇
  • FIG. 1 shows a game system according to an embodiment of the present invention.
  • Game system
  • 1 includes a game device 10 that executes a game application, and an output device 12 that outputs a processing result in the game device 10.
  • the game device 10 is an information processing device that processes a game application and generates an image signal and an audio signal indicating the processing result of the game application.
  • the game device 10 is connected to at least one output device 12, displays video on the output device 12, and outputs sound.
  • the output device 12 may be a television set that includes a display unit that outputs an image and further includes an audio output unit that outputs audio.
  • the output device 12 may be connected to the game device 10 with a wired cable, and may be connected to a wireless LAN (Local Area Network) or the like. May be wirelessly connected.
  • FIG. 2 shows a functional block diagram of game device 10.
  • Game device 1 0 is a power button 2 0, LED 2 2, system controller 2 4, device controller — controller 30, media drive 3 2, hard disk drive 3 4, switch 3 6, wireless interface 3 8
  • a main controller 10 0, a main memory 1 0 2, and an output processing unit 2 0 0.
  • the game device 10 holds identification information (hereinafter referred to as “main body ID”) for identifying itself in the flash memory.
  • the power button 20 is an input unit for performing an operation input from a user, and is operated to turn on or off the power supply to the game apparatus 10.
  • the power button 20 may be a push button, and the power on or off may be controlled by being pressed.
  • the power button 20 may have another structure such as a touch sensor that allows the user to turn on / off the power.
  • L E D 2 2 lights up the power on / off status.
  • the system controller 24 detects that the power button 20 is pressed or not, and when it detects a state transition from the power-off state to the pressed state, it starts the main controller 10 0 and operates it. Start up the system boot sequence and control the lighting of LED 2 2.
  • the system controller 24 maintains the standby mode even when the power is off, and monitors the pressing of the power button 20.
  • the device controller 30 is configured as an LSI (Large-Scale Integrated Circuit) that exchanges information between devices like a south bridge. As illustrated, devices such as a system controller 24, a media drive 32, a hard disk drive 34, a switch 36, and a main controller 100 are connected to the device controller 30. The device controller 30 absorbs differences in the electrical characteristics and data transfer speeds of each device, and controls data transfer timing.
  • LSI Large-Scale Integrated Circuit
  • the media drive 3 2 drives the media 5 0 on which the game program is recorded. It is a drive device that moves and reads the game program from the media 50.
  • the medium 50 is a recording medium such as an optical disk, a magneto-optical disk, or a blu-ray disk, and is inserted into the media drive 32 to be used as a game program supply medium.
  • Media 50 records identification information (hereinafter referred to as “media ID”) for identifying itself in a predetermined storage area.
  • the media ID is a number unique to the media and varies from media to media.
  • the media ID may be given to all recording media capable of recording the game program, and may be given to an internal recording medium such as a hard disk or a flash memory 140.
  • an example in which a media ID is assigned to the medium 50 as a representative of the recording medium will be described.
  • the game program includes an execution program for executing the game application and information for specifying the game application (hereinafter referred to as "application ID").
  • the execution program is a program necessary for application processing, and the game application proceeds by running the execution program.
  • the application ID is set for each type of game application, and is recorded in a predetermined storage area of the media 50.
  • the hard disk drive 34 is a drive device that drives an internal hard disk to write / read data.
  • game data relating to game progress is stored (saved) in the internal hard disk.
  • the game data includes data representing the progress of game play, game high score data, character data, and the like. Note that it is not necessary to save all of these data to the hard disk, and game data to be saved for each game application is set.
  • the switch 36 is an Ethernet (registered trademark) switch, and is a device that transmits and receives information by connecting to an external device in a wired or wireless manner.
  • the game apparatus 10 can be connected to a network such as an external Internet via the switch 36.
  • the external network has a distribution server.
  • the game device 10 can download an application from the server.
  • the user must register as a user on the server, and information for identifying the user (hereinafter referred to as the “user ID”) is set.
  • the set user ID is required when receiving the distribution service, but is also used as information for uniquely identifying the user in the game device 10. Therefore, the game device 10 stores the user ID notified from the distribution server in the flash memory. A user who is not registered in the server does not have a user ID.
  • the switch 36 is connected to a wireless interface 38, and the wireless interface 38 is connected to a game controller 40 having a wireless communication function using a communication protocol such as Bluetooth (registered trademark) protocol or IEEE802.11 protocol.
  • the game controller 40 functions as an input unit for performing operation input from the user.
  • the main controller 100 has a multi-core CPU, and has one general-purpose processor core and a plurality of simple processor cores in one CPU.
  • the general-purpose processor core is called PPU (Power Processing Unit), and the remaining processor cores are called SPU (Synergistic Processing Unit).
  • the main controller 100 provides a function and environment for efficiently using the game device 10 and provides an operating system (hereinafter simply referred to as "OS (Operating System)") that controls the entire device in an integrated manner. Is called). Multiple application software can be executed on the OS.
  • the OS layer of the game apparatus 10 in this embodiment has three layers from the top: the user layer, the Kerne I layer, and the hypervisor layer.
  • the software of the user layer, the kernel layer, and the hypervisor layer are integrated to function as the “OS” of the game device 10.
  • Software that manages the hypervisor layer is called privileged software.
  • the hypervisor layer is in charge of the lowest layer functions. The software always starts first with priority.
  • FIG. 3 shows the OS hierarchy.
  • the system controller 24 supplies power to the main controller 100, the output processing unit 200, etc. via the device controller 30.
  • P P U first executes the OS boot- er to read the privileged software and starts up the host OS hypervisor layer with the privileged software.
  • P P U activates the OS layer and then activates the user layer to prepare for accepting the game program supplied from the media 50.
  • the game apparatus 10 of the present embodiment may be equipped with a plurality of OSs.
  • the OS shown in FIG. 3 functions as the host OS and has a function of operating the guest OS on the virtual machine created in the hypervisor layer of the host OS.
  • the virtual machine environment and guest OS are programs that run on the host OS.
  • the host OS hypervisor layer must always be up. Host o
  • S activation is performed by P P U, but may be performed in cooperation with S P U
  • the power layer manages system resources and allows other programs to operate on those resources. Specifically, the power layer manages the communication between hardware, including memory, CPU and other devices, and higher-level software, and constitutes the core part of OS.
  • the user layer performs a bridge with the force layer so that the application program can be efficiently executed.
  • the user layer may be composed of a plurality of function modules, including an API processing module that implements the API (application programming interface) functions provided to the game program.
  • the API is an interface for programming and generates rules for creating programs.
  • a save program for saving game data and a load program for loading save data is prepared as a library (hereinafter referred to as “save data utility”), and the API processing module is configured by calling the save data utility function.
  • the game program can save game data to the hard disk and load saved data from the hard disk.
  • the game device 10 of this embodiment has a plurality of types of save / load processing functions, and a save data utility function corresponding to the processing to be executed is prepared on the hard disk.
  • save data utility function is prepared for each of the following save processing and load processing, and the API function module is added to the OS user layer by calling the save utility function requested by the game program. Is configured. As a result, the save process or the load process desired by the game program can be executed.
  • list selection type save process (ListSaveO) the list of existing save data is presented to the user, and the user is allowed to select whether to save over any of the save data or create a new one.
  • list selection type load processing (ListLoadO)
  • the list of existing save data is presented to the user, and the save data selected by the user is squeezed.
  • AutoSaveO the application specifies one save data and overwrites the save data without presenting it to the user. Exist.
  • AutoLoadO the application specifies one save data and loads the save data without presenting it to the user.
  • the main controller 100 includes a memory controller connected to the main memory 102.
  • the PU has a register, has a main processor as an operation execution subject, and efficiently assigns a task as a basic processing unit in each application to each SPU.
  • P P U itself may execute the task.
  • the SPU has a register, and has a sub-processor as the main execution unit and a oral memory (dedicated RAM) as a normal storage area.
  • the SPU has a dedicated DMA (Direct Memory Access) controller as a control unit, and by transferring data between the main memory 102 and the oral memory, data can be streamed at high speed and output processing is also possible. High-speed data transfer can be realized between the frame memory built in the unit 200 and the local memory
  • the output processing unit 200 is connected to the output device 12 and outputs a video signal and an audio signal as processing results of the application.
  • the output processing unit 200 includes a GPU (Graphics Processing Unit) that realizes an image processing function.
  • GPU uses HDM I (High Definition Multimedia Interface) and can output video signals digitally without going through analog.
  • FIG. 4 shows the internal configuration of the main controller 100.
  • the main controller unit 100 includes an input reception unit 104, an execution processing unit 120, a flash memory 140, a memory controller 160, and a oral memory 1602.
  • each element described as a functional block that performs various processes can be configured by a CPU (Central Processing Unit), memory, and other LS I in terms of hardware. Specifically, it is realized by a program or the like registered in the memory. As described above, the main controller 100 has one PPU and multiple SPUs. Each functional block can be configured by U and SP u individually or in cooperation. Accordingly, it is understood by those skilled in the art that these functional blocks can be realized in various forms by hardware only, software only, or a combination thereof, and is not limited to any one.
  • the main controller 100 has an input receiving unit 104 as means for transmitting / receiving control information to / from the device controller 30.
  • the input receiving unit 10 4 receives a user's operation input from the game controller 40 and receives a user ID set at the time of user registration from a distribution server on the network.
  • the user can use the game controller 40 to input the game operation and proceed with the game, and when the game data is saved / spoken, the data is output by 8 I of 0 3 etc. While viewing the GUI (Graphic User Interface) displayed on the screen of the device 12, it is possible to perform an operation input instructing to save or load the game data.
  • GUI Graphic User Interface
  • the user performs at least an operation input for instructing to save or load data
  • the input reception unit 104 receives the instruction and notifies the execution processing unit 120.
  • the user performs a predetermined confirmation input or selection input from the GUI presented from the execution processing unit 120.
  • the flash memory 140 has a main body ID holding unit 14 2 and a user ID holding unit 14 4 in its storage area.
  • the main body ID holding unit 1 4 2 holds the main body ID as identification information of the game apparatus 10.
  • the user ID holding unit 1 4 4 holds the user ID received by the input receiving unit 1 0 4. As described above, since the user ID is given at the time of user registration to the distribution server, when user registration is not performed, empty data is written in the user ID holding unit 1 4 4. Yes.
  • information such as the main body ID set to the game device 10 and the assigned user ID is not stored in the flash memory 14 0 but in the hard disk registry. It may be stored.
  • the execution processing unit 120 has an OS execution unit 122 that executes OS and an application processing unit 124 that executes application.
  • OS execution unit 1 2 2 activates the OS hypervisor layer preferentially, and then activates the kernel layer and the necessary user layer. This provides an environment in which the application processing unit 1 2 4 executes the game execution program.
  • the memory controller 160 controls the writing / reading of the external main memory 1002 and the oral memory 1662 built in the SPU.
  • the memory controller 160 stores the data read from the hard disk or media 50 in the main memory 10 2 or the oral memory 16 2.
  • the execution processing unit 1 2 0 executes processing based on the data stored in the main memory 1 0 2 and / or the oral memory 1 6 2.
  • the application processing unit 1 2 4 saves the OS execution unit 1 2 2 for executing a desired type of save process or load process. Calls data utility functions.
  • the OS execution unit 1 2 2 receives this call request, the AP processing module is activated in the OS user layer.
  • the saving API processing module has a function of adding state information indicating the execution environment of the game program to the game data and saving it to the hard disk.
  • the API processing module for loading performs verification processing of the save data from the additional information of the save data and the status information indicating the execution environment of the game program at the time of dictation. Has the function to do.
  • FIG. 5 shows functional blocks of the API processing module configured in the OS execution unit 1 2 2.
  • the save API processing module 3 0 0 a is configured by calling the save data utility function for the data save by the application processing unit 1 2 4.
  • API processing module for saving 3 0 0 a includes a status acquisition unit 3 1 0 and a save processing unit 3 2 0, and the save processing unit 3 2 0 includes a game data acquisition unit 3 2 2 and an additional processing unit 3 2 4.
  • the status acquisition unit 3 10 acquires status information indicating the status of the game program execution environment.
  • the elements indicating the state of the execution environment include the game device itself that executes the game application, the medium 50 that supplies the game program to the game device 10, the type of the game program, and the user who plays the game.
  • the status acquisition unit 3 1 0 specifies, as status information, a main body ID that identifies the game device 10, a media ID that identifies the media 50, and a game program application (game type). Get the identification ID to be used and the user ID to identify the game user.
  • the status acquisition unit 3 1 0 reads and acquires the main unit ID from the main unit ID holding unit 1 4 2, the media ID and application ID from the media 50, and the user ID from the user ID holding unit 1 4 4 respectively.
  • the media ID and application ID may be obtained from the internal memory if they have already been read to the internal memory such as the main memory 10 2 and the oral memory 1 6 2, and have already been read to the hard disk. If it is, it may be obtained from the hard disk.
  • the state acquisition unit 3 10 preferably acquires two or more pieces of state information, and more preferably acquires all of them. The more state information to be acquired, the more state information that can be used by the game program. In other words, the game program can selectively use the necessary state information according to the situation. A desired process corresponding to the information can be executed.
  • the save processing unit 3 2 0 has a function of saving game data relating to game progress to a hard disk.
  • the game data acquisition unit 3 2 2 acquires game data to be saved, such as application processing results, from the application processing unit 1 2 4.
  • the additional processing unit 3 2 4 adds the state information acquired by the state acquisition unit 3 10 as additional information to the game data acquired by the game data acquisition unit 3 2 2 and stores it in the hard disk. This saves The data is stored as game data with additional information.
  • the game data itself can include the environmental state at the time of saving.
  • the game device 10 can know the environment at the time of saving the game data by referring to the additional information of the save data.
  • the game device 10 refers to the added main body ID, so that the game device is saved by itself or another game device Can be determined.
  • the game device 10 refers to the added media ID, so that the save data is created with the same media as the currently activated media, or You can determine if it was created with another media.
  • 1 0 can refer to the added application ID to determine whether the saved data was created by the same application as the currently running application, or was created by another application.
  • the game device 10 refers to the added user ID, so that the save data is saved by the current user or saved by another user. Can be determined.
  • the load A PI processing module 3 0 0 b is configured by the application processing unit 1 2 4 calling a save duty function for data loading.
  • the load API processing module 3 0 0 b includes a status acquisition unit 3 3 0, a load processing unit 3 4 0, and a load execution unit 3 5 0.
  • the load processing unit 3 4 0 includes an additional information acquisition unit 3 4 2, Has judgment part 3 4 4 and notification part 3 4 6.
  • the state acquisition unit 3 3 0 acquires state information indicating the state of the game program execution environment.
  • the status acquisition unit 3 3 0 uses the machine ID, media ID, and application as status information! D, low user ID It is preferable to obtain at least two.
  • the status acquisition units 3 1 0 and 3 3 0 are composed of the same program module, and each acquire status information of the same type.
  • the load processing unit 3 4 0 has a function of loading save data from the hard disk.
  • the additional information acquisition unit 3 42 acquires additional information from the game data recorded on the hard disk before the game data is loaded.
  • the determination unit 3 44 determines the consistency between the pre-load status information acquired by the status acquisition unit 3 30 and the additional information acquired by the additional information acquisition unit 3 42. In principle, consistency is determined based on whether or not there is a complete match.
  • the notification unit 3 46 notifies the application processing unit 1 2 4 of the consistency determination result by the determination unit 3 4 4.
  • the determination unit 3 4 4 determines the coincidence of the plurality of types of loading state information and game data additional information, and generates respective determination results. For example, the status acquisition unit 3 1 0 and 3 3 0 force When acquiring the main unit ID, media ID, application ID, and user ID as the status information, the determination unit 3 4 4 uses the main unit ID, media ID, application ID, and user ID. The identity is determined for the ID, and the notification unit 3 4 6 notifies each determination result to the abrasion processing unit 1 2 4. As a result, the API processing module 3 O Ob for loading can provide detailed information on the environmental state to the application processing unit 1 2 4.
  • the application processing unit 1 2 4 can recognize whether there is a change in each of the environmental conditions, it can execute application processing according to individual environmental changes. In addition, because save data is verified based on multiple status information, the verification process itself can be assured and the possibility of supplying useful information to various game programs can be increased. it can.
  • the determination unit 3 4 4 performs error determination when the state information at the time of loading and the additional information of the save data do not match, and the notification unit 3 4 6 performs error processing on the error information. Notify Part 1 2 4 For example, the judgment results are displayed by flags. If the status information at the time of loading and the additional information in the save data match, the flag value is “0”. Otherwise, the flag value is “1”. If they do not match, the judgment result is simply error information (that is, the flag value “
  • FIG. 6 is a sequence diagram of list selection type load processing (ListLoadO).
  • the application processing unit 124 sends a request to call the ListLoadO function to the OS execution unit 1222 (S10).
  • the directory name prefix of the save data to be acquired and the pointer to the callback function (data list callback, data status callback, file operation callback) are specified as arguments.
  • the ListLoadO function is called (S12), and the loading API processing module 300b is configured.
  • the A-P I processing module 300b acquires a list of saved data from the hard disk based on the directory name prefix (S14).
  • the load API processing module 300b calls the data list callback with the list of saved data as an argument (S16).
  • a save data list to be presented to the user is created based on the passed save data list (S 18).
  • the loading API processing module 300b displays the list of safe data on the GUI. Display (S22) and wait for a response from the user.
  • the user selects save data to be loaded S 24
  • the selection is notified to the API processing module 300b for dictation (S 26)
  • the loading API processing module 300b displays a confirmation dialog on the GUI.
  • the screen is displayed more (S 28).
  • the user gives a confirmation response (S 30) the saved data is verified (S 32). In this verification process, as explained in relation to Fig. 5, the status information at the time of saving is compared with the current (loading) status information. And determine consistency.
  • the load A PI processing module 300b calls the data stacker callback (S34).
  • the information passed to the data status callback is attribute information such as the result of the save data verification process, the directory name of the selected save data, and the update date and time.
  • the application processing unit 1 24 determines, for example, whether or not to execute a load process from the result of the save data verification process (S 38). For example, when error information is notified regarding the main body ID, it is understood that the save data has been created by a device different from the game device 10. In such a case, the application processing unit 124 may end the loading process because there is a high possibility of trying to execute the game using the save data of another person (1 ⁇ 1 of 338).
  • the application processing unit 124 determines that the load processing is to be executed (Y in S38), and returns from the data status callback.
  • file pre-processing S 40
  • the load API processing module 300b performs file operation pre-processing (S42), and calls a file operation callback for each file making up the save data (S44).
  • the information passed to the file operation callback is control information for specifying the read process.
  • the application processing unit 1 24 designates the file to be read (S 48 1) until all saved data files are loaded (S 48 1), and the load execution unit 3 50 loads data from the hard disk. (S 50).
  • the application processing unit 124 When all the files are loaded (Y in S 46), the application processing unit 124 notifies the loading API processing module 300 b of the instruction processing end instruction (S 52), and loads the API processing module 300 for loading. b displays a completion message on the screen and ends the loading process.
  • the application processing unit 124 receives the result of the save data verification process in S 32 and determines whether or not the load can be executed.
  • the application processing unit 1 24 has various states depending on the type of error information. Can behave like
  • the application processing unit 1 2 4 may stop the loading process as described above. This makes it difficult for others to use the saved data and makes it difficult for others to copy the saved data. In particular, when the save data is frequently disclosed on the network, if the main unit ID is different, the use and copying of the data cannot be performed, which means that the saved data is disclosed on the network. Can be eliminated. Further, when using save data from different game devices, the game device 10 may be handled as a guest user.
  • the application processing unit 1 2 4 stops the load process. This makes it difficult for others to use the saved data and makes it difficult for others to copy the saved data.
  • save data is frequently disclosed on the network, if the media ID is different, the use and copying of the media ID will be disabled, thereby making the save data public on the network. Can be eliminated. Further, when using save data from different media, the game apparatus 10 may be handled as a guest user.
  • the game apparatus 10 may execute a process with a privilege on the game data.
  • the game apparatus 10 can determine that the user is not registered in the distribution server. For games that require a user ID, the application processor 1 2 4 controls the use of the saved data. It may be limited.
  • the game apparatus 10 can recognize that the saved data is saved by different users and can specify the saved user. Note that the user ID may be notified to the application processing unit 1 2 4 instead of the flag.
  • application processing unit 1 2 4 force By using a plurality of environmental state information, various variations of processing can be executed for each state information consistency determination result. As a result, the protection level of the game program can be increased, and the appeal of the game program can be enhanced by taking measures to give a privilege to the progress of the game.
  • the information processing technology of the present invention can be applied to the field of games.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne des données d'enregistrement, susceptibles d'être facilement gérées par un programme de jeu. Un module de traitement d'API d'enregistrement (300a) est configuré lors de l'appel d'une fonction utilitaire de données d'enregistrement destinée à l'enregistrement des données par une unité de traitement d'application (124). Une unité d'acquisition d'états (310) obtient des informations d'état indiquant un état d'un environnement d'exécution du programme de jeu. Une unité de traitement supplémentaire (324) ajoute les informations d'état obtenues en tant qu'informations supplémentaires aux données de jeu obtenues par une unité d'acquisition de données de jeu (322) et les mémorise sur un disque dur. Par ailleurs, une unité d'acquisition supplémentaire (342) d'un module de traitement d'API de chargement (300b) obtient des informations supplémentaires dans les données d'enregistrement et une unité de détermination (344) détermine si les informations d'état présentes coïncident avec les informations supplémentaires. Le résultat de la détermination est renvoyé à l'unité de traitement d'application (124) par une unité de génération de rapports (346).
PCT/JP2007/000763 2006-09-21 2007-07-13 Dispositif de jeu WO2008035453A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/439,041 US20090258712A1 (en) 2006-09-21 2007-07-13 Game Device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006256519A JP2008073259A (ja) 2006-09-21 2006-09-21 ゲーム装置
JP2006-256519 2006-09-21

Publications (1)

Publication Number Publication Date
WO2008035453A1 true WO2008035453A1 (fr) 2008-03-27

Family

ID=39200284

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/000763 WO2008035453A1 (fr) 2006-09-21 2007-07-13 Dispositif de jeu

Country Status (3)

Country Link
US (1) US20090258712A1 (fr)
JP (1) JP2008073259A (fr)
WO (1) WO2008035453A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2781245A3 (fr) * 2008-06-17 2014-10-01 Sony Computer Entertainment Inc. Dispositif de jeu

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4917625B2 (ja) * 2009-03-31 2012-04-18 株式会社コナミデジタルエンタテインメント ゲーム管理プログラム、ゲーム装置、及びゲーム管理方法
JP5596320B2 (ja) * 2009-09-07 2014-09-24 任天堂株式会社 情報処理プログラムおよび情報処理装置
DE102009052156A1 (de) * 2009-11-06 2011-05-12 Sinitec Vertriebsgesellschaft Mbh Endgerät und Computer zum Betreiben mit einer Anordnung zur virtuellen Datenverarbeitung, Anordnung und Verfahren zur virtuellen Datenverarbeitung
JP5474876B2 (ja) * 2011-06-02 2014-04-16 株式会社ソニー・コンピュータエンタテインメント 情報処理装置、サーバおよび情報処理システム
JP2013123537A (ja) 2011-12-14 2013-06-24 Sony Computer Entertainment Inc 電子機器およびセーブデータ記録方法
KR101449675B1 (ko) * 2012-07-06 2014-10-15 엔에이치엔엔터테인먼트 주식회사 모바일 단말 기반의 계정과 게임 기반의 계정을 연동하기 위한 장치, 방법 및 컴퓨터 판독 가능한 기록 매체
JP2015154818A (ja) 2014-02-20 2015-08-27 任天堂株式会社 据置型のゲーム装置、ゲーム装置、ゲームシステム、コンピュータプログラム及び速度制御方法
US9604150B2 (en) 2014-05-02 2017-03-28 Nintendo Co., Ltd. Information processing system, information processing device, storage medium storing information processing program, information processing method, and storage device
JP5897688B2 (ja) 2014-05-02 2016-03-30 任天堂株式会社 情報処理システム、情報処理装置、情報処理プログラム、情報処理方法、および、記憶媒体

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63195754A (ja) * 1987-02-06 1988-08-12 Mitsuboshi Belting Ltd 端末器における外部メモリカ−ドの転用規制方式
JP2002073423A (ja) * 2000-08-24 2002-03-12 Tecmo Ltd オリジナル判定機能を備えたプログラム、変更要因を有するプログラムおよびプログラム記録システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000317141A (ja) * 1999-05-12 2000-11-21 Mcm Japan Kk 仮想空間情報処理装置
CA2420290C (fr) * 2000-08-21 2009-04-21 Igt Procede et dispositif d'authentification de logiciel
US7107461B2 (en) * 2002-06-03 2006-09-12 Sony Computer Entertainment America, Inc. Methods and apparatus for customizing a rewritable storage medium
WO2006006241A1 (fr) * 2004-07-14 2006-01-19 D4 Enterprise, Inc. Système de distribution de contenu et dispositif de lancement
US9002745B2 (en) * 2006-12-21 2015-04-07 Igt Secure media distribution in a wager gaming system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63195754A (ja) * 1987-02-06 1988-08-12 Mitsuboshi Belting Ltd 端末器における外部メモリカ−ドの転用規制方式
JP2002073423A (ja) * 2000-08-24 2002-03-12 Tecmo Ltd オリジナル判定機能を備えたプログラム、変更要因を有するプログラムおよびプログラム記録システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2781245A3 (fr) * 2008-06-17 2014-10-01 Sony Computer Entertainment Inc. Dispositif de jeu
US9440150B2 (en) 2008-06-17 2016-09-13 Sony Corporation Game device

Also Published As

Publication number Publication date
JP2008073259A (ja) 2008-04-03
US20090258712A1 (en) 2009-10-15

Similar Documents

Publication Publication Date Title
WO2008035453A1 (fr) Dispositif de jeu
US8949205B2 (en) Information processing apparatus for processing application software and a patch file
JP5215324B2 (ja) メディア装置における複数のオペレーティングシステム支援
US8589905B2 (en) Game device and information processing apparatus
US7707400B2 (en) Direct computing experience
US20080141018A1 (en) Game apparatus and information processing apparatus
WO2009153910A1 (fr) Dispositif de jeu
CN1694063A (zh) 经输入设备访问游戏控制台系统中系统软件的系统和方法
WO2010001555A1 (fr) Dispositif de décision d'ordre d'exécution, programme de décision d'ordre d'exécution, circuit de décision d'ordre d'exécution et dispositif de traitement d'informations
JP2011100431A (ja) 仮想マシン制御装置及び仮想マシン制御方法
TW201117101A (en) Computing system and computing method
JP2007206885A (ja) コンピュータシステム及びシステム起動方法
JP5308727B2 (ja) ゲーム装置
JP5112971B2 (ja) ゲーム装置
JP5955278B2 (ja) ゲーム装置およびシステムソフトウェア
JP2005312971A (ja) マルチメディアシステム上でのユニバーサルコントローラヘルプ
JP2015049675A (ja) 周辺機器制御装置および情報処理装置
WO2017187741A1 (fr) Dispositif de traitement d'informations et procédé de copie de données
US7716669B2 (en) Concurrent system applications in a multimedia console
JP2006134300A (ja) 抽象化ストレージを介してエンドユーザおよび開発者に対して一般的にストレージデバイスを定義し公開する方法、および、装置
JP2019028778A (ja) 情報処理装置およびダウンロード処理方法
JP2016073360A (ja) 新タイプのチップセットを旧タイプのテレビゲームカートリッジに使用する、ゲーム装置、ゲームシステムおよび方法
US20220253235A1 (en) Information processing device and application execution method
JP7160762B2 (ja) 情報処理装置およびコンテンツ情報表示方法
TWI334980B (fr)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07790259

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12439041

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 07790259

Country of ref document: EP

Kind code of ref document: A1