Patent Application
20140066204
The present invention contains subject matter related to Japanese Patent Application No. 2012-192233 filed in the Japan Patent Office on Aug. 31, 2012, the entire contents of which are incorporated herein by reference.
1. Field of the Invention
The present invention relates to a game device, a control method and a program, and more particularly to a game in which a character is brought up.
2. Description of the Related Art
Some games that bring up a character can be executed in a game device that a user can carry so that growth processes of the character can be monitored. A portable game device as described in Japanese Unexamined Patent Application Publication No. 2009-028102 has a function that generates a sound to notify the user that an event, such as a demand from a character, that requires a manipulation by the user has occurred during a growth process of the character. This type of function is aimed at giving the user a spurious feeling as if the user were bringing up the character in the real world. The user can respond to a demand from the character by, for example, manipulating the device within a prescribed time after the notification, in which case the user can increase the value of a parameter of the character (can bring up the character).
When an event needs a manipulation by the user as in Japanese Unexamined Patent Application Publication No. 2009-028102, if the user could not make a manipulation within a prescribed time after the notification of the event, the value of a parameter of the character may be disadvantageously decreased. With game devices as described in Japanese Unexamined Patent Application Publication No. 2009-028102, decreasing parameter values is a widespread practice to increase game characteristics. To avoid a decrease in the parameter value of the character, the user has been needed to be always aware of notifications, which occur at random, from the game device.
However, the above situation has not been preferable because the behavior of the user is restricted; for example, even if the user is on a trip, the user has to be aware of notifications. In a situation in which the game device cannot be carried, it is inevitable that the parameter value of the character is decreased. As a result, the interest of the user may be lost.
The present invention addresses the above problem with the object of providing a game device, a control method, and a program that reduce restrictions involved in the behavior of a user who uses the game device.
To achieve the above object, the game device according to the present invention has a structure described below.
The game device that executes a game in which a manipulated character is brought up has an event generating means that generates an event concerning the manipulated character, an input means that accepts a manipulation input by a user, and a control means that controls generation of events by the event generating means, the events require a manipulation input by the user; when a first manipulation input is accepted by the input means, the control means controls the event generating means so as to be placed in a non-generation state in which the event generating means is not allowed to generate an event that requires a manipulation input.
The present invention having this structure can reduce restrictions involved in the behavior of a user who uses the game device.
An illustrative embodiment of the present invention will be described in detail with reference to the drawings. In an example in an embodiment described below, the present invention will be applied to a game device that executes a game in which a manipulated character is brought up. However, this is not a limitation; the present invention can also be applied to any device that can execute a game in which a manipulated character is brought up.
External appearance of a game device 100
An accessory 200 can also be attached to the game device 100 in this embodiment. The accessory 200 has a recording unit that stores additional elements of the game content and other data. When attached to the game device 100, the accessory 200 provides various functions.
Functional Structures of the Game Device 100 and Accessory 200
Next, the functional structures of the game device 100 and accessory 200 in this embodiment of the present invention will be described in detail with reference to the block diagram in
The central processing unit (CPU) 101 controls the operations of blocks included in the game device 100. Specifically, to control the operation of a block, the CPU 101 reads out an operation program, for the block, that corresponds to processing described later, the operation program being stored in, for example, a read-only memory (ROM) 102, stores the read-out program in a random-access memory (RAM) 103, and executes the program.
The ROM 102 is, for example, a non-rewritable non-volatile memory. It stores not only the operation programs for the blocks included in the game device 100 but also, for example, parameters that are required for the blocks to operate. The RAM 103 is, for example, a volatile memory. It is used not only as an area where the operation programs for the blocks are stored but also as a storage area where intermediate data output during the operations of the blocks, data obtained through communication, and other data are stored.
The display control unit 104 controls displays given on the display unit 105. Specifically, the display control unit 104 uses a character and graphic data such as a background, which are stored in, for example, the ROM 102 to create screen data and displays it on the display unit 105. The display unit 105 is, for example, a liquid crystal display (LCD) or another display unit; screen data created by the display control unit 104 is displayed on a display area on the display unit 105.
The sound output unit 106, which is, for example, a speaker, accepts an input of a sound signal involved in sound data that has been read out from the ROM 102 and reproduced, and outputs sound under control of the CPU 101.
The manipulation input unit 107 is a user interface of the game device 100; the user interface includes manipulation buttons or the like. Upon detection of a manipulation input by the user, the manipulation input unit 107 transmits a control signal corresponding to the manipulation to the CPU 101.
The communication unit 108 is a communication interface of the game device 100; the communication interface is used for data communication. Although, in this embodiment, the communication unit 108 will be described, assuming that it performs data communication with another game device 100 in an infrared communication method, the communication method used by the communication unit 108 is not limited to this.
The accessory 200 is removably attached to the game device 100. With the accessory 200 attached to the game device 100, the recording control unit 109 controls the writing of data to a recording unit 201 included in the accessory 200 and the reading of data from the recording unit 201. The recording control unit 109 can determine whether the accessory 200 is attached, according to whether a connector (not illustrated) is electrically connected. The recording unit 201 may be, for example, a volatile memory or another rewritable storage device.
Outline of Game Content
Game content will be first outlined that is executed in the game device 100 in this embodiment to bring up a manipulated character.
The user can cause the manipulated character to perform a desired operation by using the manipulation input unit 107 to manipulate the character. Basically, in the game content in this embodiment, the manipulated character is displayed on the display unit 105 and the user can view its operation. The character shifts through a plurality of growth stages in the game and grows according to elapsed times or manipulation inputs performed by the user.
A plurality of parameters such as cleverness and physical strength are provided for the manipulated character. The value of the relevant parameter is increased or decreased according to the manipulation input by the user. In addition to the manipulation input arbitrarily performed by the user, the value of the parameter is increased or decreased according to the manipulation input in a forcible event that occurs at random. The forcible event is an event, involved in a manipulated character, that requires a manipulation input by the user. Generation of a forcible event is indicated by at least any one of a display on the display unit 105 and a sound output to the sound output unit 106. Although a frequency at which forcible events occur varies depending on the growth stage of the character, at least one forcible event occurs in a day.
In this embodiment, the manipulated character is subjected to four growth stages described below.
1. Infant period: At least one type of form is provided for each sex. Forcible event frequently occur. The character shifts to the rebellious period in about one hour.
2. Rebellious period: Two types of forms are provided for each sex. A form selected at random is used. Forcible event frequently occur. The character shifts to the adolescent period in about 24 hours. The character can be temporarily entrusted to a nursery school.
3. Adolescent period: Two types of forms are provided for each sex. Either form is selected according to the values of the parameters used before the adolescent period. The character shifts to the friend period in about 24 hours. The character can be temporarily entrusted to a nursery school.
4. Friend period: Many types of forms are provided for each sex. One form is selected according to the values of the parameters used before the friend period. Since there is no next growth stage, a time limitation is not imposed. The growth of the character remains in this stage. The character can be temporarily entrusted to a school.
This type of information used in the game in relation to the manipulated character (information about the manipulated character) may be managed as part of game information having a data structure as illustrated in, for example,
Temporary Character Entrusting Processing
In the game content in this embodiment, at least one forcible event involved in an increase or a decrease in the value of a parameter occurs in a day. Since generation of a forcible event may restrict the behavior of the user as described above, however, the game content in this embodiment enables the game device 100 to temporarily enter the non-generation state, in which forcible events are not generated for the character. Specifically, in the rebellious period, adolescent period, and friend period, the user can entrust the character to a nursery school or a school by performing a prescribed manipulation. Since the user can set a state that disables generation of forcible events by placing the manipulated character in the temporary character entrusting state, even in a situation in which, for example, the user cannot carry the game device 100, the user can prevent the value of a parameter from being decreased as a penalty, which would otherwise be caused when the user does not make an input in response to a forcible event.
In the description below, assuming that the age bracket of the main users of the game content in this embodiment is children in elementary schools, temporary character entrusting processing for nursery schools is forcibly cancelled at 15 o'clock and that for schools is forcible canceled at 17 o'clock, but this is not a limitation; in at least two growth stages in this embodiment, when the manipulated character in a stage (for example, a second stage later than a first stage) other than at least one stage, it suffices that a time at which temporary character entrusting processing is cancelled is later than in the at least one stage (for example, the first stage).
Temporary character entrusting processing executed in the game device 100 in this embodiment will be specifically described with reference to the flowchart in
In S301, the CPU 101 determines whether the growth stage of the manipulated character is the adolescent period or earlier. Specifically, the CPU 101 reads out information about the growth stage 803 of the manipulated character from the RAM 103 and determines whether the information is the rebellious period or adolescent period. If the CPU 101 determines that the growth stage of the manipulated character is the adolescent period or earlier, processing proceeds to S302. If the CPU 101 determines that the growth stage is the friend period, processing proceeds to S304.
If the growth stage of the manipulated character is the infant period, the game device 100 in this embodiment does not accept any manipulation input to execute the temporary character entrusting processing. That is, in S301, assuming that the growth stage of the manipulated character is any one of the rebellious period, adolescent period, and friend period, the CPU 101 determines whether the manipulated character should be entrusted to a nursery school or a school depending whether the growth stage is the adolescent period or earlier.
In S302, the CPU 101 decreases predetermined points from the value of the own points 809 of the manipulated character and sets the obtained value as the own points 809. In the game content executed in the game device 100 in this embodiment, if the growth stage of the manipulated character is the adolescent period or earlier, a function to temporarily entrust the character is can be used under the condition that the prescribed points are subtracted. This is aimed at user's prolonged use of the game. If, in the experience of the game content, the user experiences growth stages that are likely to take much time and efforts in the growth of the manipulated character as much as possible, the user can understand the manipulation of the game in greater depth and can enhance an attachment to the manipulated character. Accordingly, to dissuade the user from using the temporary entrusting function in the adolescent period or rebellious period, in the game content in this embodiment, points are subtracted as a condition to use the temporary entrusting function in the adolescent period or rebellious period, according to the length of a time during which the character is entrusted; for example, 50 points are subtracted per hour.
In S303, the CPU 101 reads out, from the ROM 102, rendering data indicating that temporary entrusting to a nursery school has started and causes the display control unit 104 to display a screen on the display unit 105 according to the rendering data. Although, in the description below, rendering in the game device 100 is assumed to be performed by displaying a screen on the display unit 105, it should be understood that sound reproduction by the sound output unit 106 may also be used as rendering.
If the growth stage of the manipulated character is the friend period, in S304 the CPU 101 reads out, from the ROM 102, rendering data indicating that temporary entrusting to a school has started and causes the display control unit 104 to display a screen on the display unit 105 according to the rendering data.
In S305, the CPU 101 reads out, from the ROM 102, graphical user interface (GUI) data indicating that temporary entrusting is in progress, and transfers the GUI data to the display control unit 104 to cause the display control unit 104 to display the GUI data on the display unit 105. Since the manipulated character is being temporary entrusted, however, graphic data of the manipulated character is not displayed on the display unit 105, but a message such as, for example, “Absent” indicating that the manipulated character is absent due to temporary entrusting is displayed on the background data.
In S306, the CPU 101 sets the non-generation state, in which forcible events requiring user's manipulation inputs are not allowed to be generated, as the state of the game device 100. Whether to allow generation of forcible events is managed with, for example, a logical forcible event generation flag in the RAM 103. The CPU 101 controls execution of forcible event generation processing depending on whether the flag is true (generation of forcible event is allowed) or false (generation of forcible event is not allowed).
In S307, the CPU 101 determines whether the current time is a time to subtract additional points. Specifically, the CPU 101 determines whether the current time has reached a time obtained by adding an integer multiple of a prescribed period to the start time of temporary entrusting. With the game content in this embodiment, while the manipulated character is being temporarily entrusted to a nursery school, points are subtracted at intervals of a prescribed period, as described above. If the CPU 101 determines that the current time is a time to subtract additional points, processing proceeds to S308. If not, the processing proceeds to S310. The integer multiple used in the determination in S307 is set to 1 at the start of entrusting and is incremented by one each time the next step, S308, is executed.
In S308, the CPU 101 determines whether the own points 809 to be stored in the RAM 103 is greater than or equal to the points to be subtracted. If the CPU 101 determines that the own points 809 is greater than or equal to the points to be subtracted, the processing proceeds to S309. If the CPU 101 determines that the own points 809 is smaller than the points to be subtracted, the processing proceeds to S312.
In S309, the CPU 101 subtracts a prescribed number of points from the own points 809. The determination in S307 is carried out only when the growth stage 803 of the manipulated character is the adolescent period or earlier, so processing in S307 to S309 is carried out only when the growth stage 803 of the manipulated character is the adolescent period or earlier.
In S310, the CPU 101 determines whether the current time has reached a time to terminate temporary entrusting. With the game content in this embodiment, different times to terminate temporary entrusting are set for a nursery school and a school to which to entrust the character. Accordingly, when the current time reaches a time to terminate temporary entrusting, the manipulated character shifts from the temporary entrusting state to a normal state in which forcible events are allowed to be generated. Different temporary entrusting termination times for the nursery school and the school are set so that a time set for the nursery school (for example, 15:00) is earlier than a time set for the school (for example, 17:00). An aim of this is to prevent more points than necessary are subtracted from the points available to the user due to a lengthy temporary entrusting period at a nursery school. If the CPU 101 determines that the current time has reached a time to terminate temporary entrusting, processing proceeds to S312. If not, processing proceeds to S311.
In S311, the CPU 101 determines whether the user has issued a command to cancel the temporary entrusting state of the manipulated character. Specifically, the CPU 101 determines whether a control signal corresponding to a manipulation input involved in canceling the temporary entrusting has been received from the manipulation input unit 107. If the CPU 101 determines that a command to cancel the temporary entrusting state of the manipulated character has been issued, processing proceeds to S312. If not, processing returns to S307.
A condition involved in canceling the temporary entrusting is satisfied, when the CPU 101 determines in S308 that the own points 809 are smaller than the points to be subtracted, or the CPU 101 determines in S310 that the current time has reached a time to terminate temporary entrusting and also determines in S311 that a command to cancel the temporary entrusting state of the manipulated character has been issued. If the above condition is satisfied, the CPU 101 renders termination of temporary entrusting in S312. Specifically, the CPU 101 reads, from the ROM 102, rendering data indicating that temporary entrusting has been terminated, after which the CPU 101 causes the display control unit 104 to display a screen on the display unit 105 according to the rendering data. The display on the display unit 105 is graphic data of the manipulated character.
In S313, the CPU 101 sets a generation state, in which forcible events requiring user's manipulation inputs are allowed to be generated, as the state of the game device 100.
Thus, with the game content executed in the game device 100 in this embodiment, the user can set a state that disables generation of forcible events requiring manipulation inputs by placing the manipulated character in the temporary character entrusting state.
Single-Point Manipulation Processing
When the game device 100, in this embodiment, possessed by a user communicates with another game device 100 possessed by another user, manipulated characters on the two game devices 100 can be manipulated only on either game device 100. In this case, a plurality of manipulated characters are displayed on the display unit 105 of one game device 100, and not displayed on the other game device 100, performing rendering as if a manipulated character had moved to a different game device.
Single-point manipulation processing in which a plurality of manipulated characters can be manipulated on a single game device 100 will be specifically described with reference to the flowchart in
In S401, the CPU 101 determines whether a user has made a manipulation input to start single-point manipulation of characters. If the CPU 101 determines that a user has made a manipulation input to start single-point manipulation of characters, processing proceeds to S402. If not, processing in S401 is repeated.
In S402, the CPU 101 determines whether a manipulation input to start single-point manipulation of characters has been made on the local game device 100 earlier than on the distant game device 100 with which communication is being performed. Of the two game devices 100 mutually connected for communication, a game device 100 on which a manipulation input to start single-point manipulation of characters has been first made after the connection for communication is determined as the game device 100 eligible for single-point manipulation of characters. That is, in S402, the CPU 101 determines whether to perform single-point manipulation for the characters on the local game device 100. If the CPU 101 determines that a first manipulation input to start single-point manipulation of characters has been made on the local game device 100, processing proceeds to S403. If the CPU 101 determines that the first manipulation input to start single-point manipulation of characters has been made on the distant game device 100, processing proceeds to S411.
In S403, the CPU 101 exchanges necessary information with the distant game device 100. The necessary information includes a device ID 811, a user name 812, a growth stage 813, a sex 814, a form ID 815, and a parameter 816, as illustrated in, for example
In S404, the CPU 101 updates information about closeness between a manipulated character brought up on the distant game device 100 (external character or guest character) and a manipulated character brought up on the local game device 100 (local character or host character), according to the necessary information received in S402. In this embodiment, the information about closeness is determined according to the number of communications performed. Information about the communication count and closeness may have a data structure as illustrated in, for example,
The CPU 101 updates the communication count 822 corresponding to the device ID of the distant game device 100 according to the necessary information. If the communication count 822 satisfies a condition under which the closeness is increased, the CPU 101 also updates the closeness 823.
In S405, the CPU 101 displays the rendering of external character's movement from the distant game device 100. Specifically, the CPU 101 reads out, from the ROM 102, movement rendering data that uses graphic data of the external character with reference to the form ID 815 in the necessary information received in S402, and causes the display control unit 104 to display a screen on the display unit 105 according to the rendering data.
In S406, the CPU 101 determines an item that increases or decreases the value of a parameter of the local character, the item being received as a “souvenir” from the external character that has moved from the distant game device 100. The parameter increasing or decreasing item is determined according to the closeness to the target external character; the higher the closeness is, the higher the possibility of a plus factor item being determined is, the plus factor item increasing the value of the parameter; the lower the closeness is, the higher the possibility of a minus factor item being determined is, the minus factor item decreasing the value of the parameter. After having determined an item, the CPU 101 reads out GUI data corresponding to the determined item from the ROM 102, displays the GUI data on the display unit 105, and then changes the value of the parameter 806 of the local character according to the item.
In S407, the CPU 101 executes processing to bring up both the local character and external character. The bringing-up processing may be, for example, processing for an event generated for the bringing-up of the local character during non-communication. A screen is displayed according to the event and the manipulation input performed in response to the event. The bringing-up processing is not limited to this; it may be, for example, processing for an event that has a showdown or determines a feasibility as in communication game processing described later or processing that involves changing the value of the parameter according to the event. The value of the parameter may be increased when, for example, the result of the event indicates a win or success and may be decreased when, for example, the result of the event indicates a loss or failure.
In the single-point manipulation processing in this embodiment, the growth stages of the local character and external character do not change. This is because the user of the distant game device 100 may be unable to confirm the growth of its manipulated character, that is, the external character. In other words, when single-point manipulation is canceled, the external character having a different form due to its growth would return from the movement destination. This may confuse the user. As for the local character, movement between game devices is not rendered, so the local character may grow.
In S408, the CPU 101 determines whether an execution time spent in the single-point manipulation processing has reached a prescribed time. In the game content in this embodiment, an execution time in the single-point manipulation processing is predetermined, so in S408, the CPU 101 determines whether a time to terminate the single-point manipulation processing has been reached. If the CPU 101 determines that the execution time spent in the single-point manipulation processing has reached the prescribed time, processing proceeds to S409. If not, processing returns to S407. Measurement of the execution time in the single-point manipulation processing may be started when, for example, the necessary information is exchanged.
In S409, the CPU 101 displays, on the display unit 105, a prompt for communication with the distant game device 100. After communication has been established, processing proceeds to S410.
In S410, the CPU 101 displays the rendering of external character's movement toward the distant game device 100, and then completes this single-point manipulation processing.
If, in S402, the CPU 101 determines that a manipulation input to start single-point manipulation of characters has been made on the distant game device 100 with which communication is being performed earlier than on the local game device 100, the CPU 101 exchanges necessary information with the distant game device 100 in S411.
In S412, the CPU 101 updates the communication count 822 and closeness 823 between the external character (host character) and the local character (guest character) according to the necessary information received in S411.
In S413, the CPU 101 reads out, from the ROM 102, GUI data indicating that the local character is moving toward the distant game device 100, and transfers the GUI data to the display control unit 104 to cause the display control unit 104 to display the GUI data on the display unit 105. The GUI data indicating that the local character is moving may be, for example, “Absent” or another display and may be superimposed on the background data, as in temporary entrusting processing.
In S414, the CPU 101 increases the value of the parameter 806 in the game information stored in the RAM 103 by a prescribed value. With the game content in this embodiment, when the local character is subjected to single-point manipulation on another game device 100, the manipulation of the local character is disabled on the local game device 100, but upon completion of the single-point manipulation, the parameter value is increased by a certain value. Although the increasing of the parameter value may be performed during communication after the single-point manipulation, communication may fail or may not be performed, so the game information is updated after a prescribed value elapses from the first communication.
In S415, the CPU 101 determines whether an execution time spent in the single-point manipulation processing on the distant game device 100 has reached a prescribed time. If the CPU 101 determines that the execution time spent in the single-point manipulation processing on the distant game device 100 has reached the prescribed time, processing proceeds to S416. If not, the processing in S415 is repeated.
In S416, the CPU 101 displays, on the display unit 105, a prompt for communication with the distant game device 100. After communication has been established, processing proceeds to S417.
In S417, the CPU 101 displays the rendering of local character's return from the distant game device 100, and then completes this single-point manipulation processing.
Single-Point Manipulation Post-Processing
With the game content executed by the game device 100 in this embodiment, upon completion of single-point manipulation on the distant game device 100, a communication event occurs in which the external character, which will be brought up on the game device 100 that has been a distant party, appears on the local game device 100 without communication. Since a display mode on the display unit 105 is the same as in the single-point manipulation processing, the event is recognized by the user as a pseudo communication event. Since a time to generate the event is predetermined during the execution of the single-point manipulation processing, it is possible to perform rendering so that the external character, which is the manipulated character on the game device 100 that has been a distant party, disappears from the display unit 105 of the distant game device 100 and the external character appears on the display unit 105 of the local game device 100.
Single-point manipulation post-processing, in which an event occurs in this way, is performed after completion of a single-point manipulation on both a game device 100 (manipulating game device) on which a plurality of characters have been subjected to the single-point manipulation and a game device 100 (manipulated game device) on which its manipulated character has been subjected to the single-point manipulation on the manipulating game device. Single-point manipulation post-processing is executed when a time to generate a single-point manipulation post-processing event, which is determined during execution of single-point manipulation processing, has been reached.
Single-point manipulation post-processing performed on the manipulated game device 100 includes rendering processing to move the external character as in S405 executed in single-point manipulation processing, processing to obtain a parameter increasing or decreasing item as in S406, and rendering processing to move the external character as in S410. Single-point manipulation post-processing performed on the manipulating game device 100 includes rendering processing to move the manipulated character to the manipulated game device 100, notification processing to indicate that the manipulated character is moving as in S413 executed in single-point manipulation processing, and rendering processing to return the manipulated character as in S417.
Information about a date and time to generate an event after the completion of single-point manipulation may be determined on either game device 100 when, for example, necessary information is exchanged in single-point manipulation processing and may be transferred. As illustrated in, for example,
Communication Game Processing
The game device 100 in this embodiment not only can perform single-point manipulation processing but also can execute a communication game through communication with another game device 100.
Communication game processing executable with a plurality of game devices 100 mutually connected for communication will be specifically described with reference to the flowchart in
In S501, the CPU 101 exchanges necessary information with the distant game device 100.
In S502, the CPU 101 determines whether the manipulated character to be brought up on the local game device 100 becomes a searching character or a searched-for character. Whether the manipulated character becomes a searching character or a searched-for character may be determined according to whether, for example, a prescribed manipulation input is first made on a game device 100 on which the character is to be brought up after a communication connection has been established, as in single-point manipulation processing. Alternatively, this determination may be made according to whether, for example, a game device 100 on which the character is to be brought up has been set in a communication mode to execute a communication game as the host device. If the CPU 101 determines that the manipulated character becomes a searching character, processing proceeds to S503. If the CPU 101 determines that the manipulated character becomes a searched-for character, processing proceeds to S505.
In S503, the CPU 101 displays the rendering of searched-for character's movement from the distant game device 100 (searched-for device). In S504, the CPU 101 displays the rendering of a countdown performed when the searched-for character hides after the searched-for character has returned to the distant game device 100.
If the CPU 101 determines that the manipulated character becomes a searched-for character, in S505 the CPU 101 displays a notification indicating that the searched-for character is moving toward the distant game device 100 (searching device). In S506, after the searched-for character has returned to the local game device 100, the CPU 101 accepts a manipulation input that determines a period corresponding to a countdown on the searching device and a hiding place of the searched-for character.
If the local game device 100 is a searching device, when the countdown started in S504 reaches 0, in S507 the CPU 101 displays a notification indicating that the searching character is moving toward the searched-for device. After a prescribed time has elapsed, processing proceeds to S511. The prescribed time taken until the processing has proceeded to S511 is a time taken by the searching character to search for the searched-for character on the searched-for device, which is the distant party, and to display rendering involved in a notification of a search result.
If the local game device 100 is a searched-for device, in S508 the CPU 101 displays the rendering of searching character's movement toward the local game device 100. In S509, the CPU 101 displays the rendering of searching character's search for the searched-for character and the rendering of a notification of a search result. With the game content in this embodiment, a game result in a communication game is determined by a parameter of the manipulated character being brought up on each game device 100 participating in the communication game. For example, the search result in S509 is determined according to the parameter 816 in the necessary information obtained as a result of the exchange in S501 and the parameter 806 of the manipulated character (searched-for character) on the game device 100 (searched-for device) on which to display the search result.
In S510, the CPU 101 changes the own points 809 according to the search result, and then completes this communication game processing. Specifically, if the search result indicates that the searching character could not search for the searched-for character (the searched-for character wined), the CPU 101 increases the own points 809 in the game information by prescribed points; if the search result indicates that the searching character could search for the searched-for character (the searched-for character lost), the CPU 101 may increase the own points 809 by points that are less than in a win as a reward for the participation to the communication game, may not change the points, or may decrease the points, according to a game rule.
The method of determining a game result is not limited to a method in which a win or a loss is determined for each character through the above parameter comparison. For a game in which a plurality of characters work in cooperation or a similar game, the game result may be determined from win/loss information about the game or other information according to, for example, the sum of parameters of all characters. In the case of a success in the game, the own points 809 of each game device 100 that has participated in the communication game are increased.
If the local game device 100 is a searching device, in S511 the CPU 101 displays the rendering of searching character's return to the local game device 100 and the rendering of a notification of a search result. A search result is determined on the searching device by referring a parameter on the local game device 100 as in the case in which the local game device 100 is a searched-for device. In S512, the CPU 101 changes the own points 809 according to the search result, and then completes this communication game processing. Specifically, if the search result indicates that the searching character could not search for the searched-for character, the CPU 101 increases the own points 809 in the game information by prescribed points, as in S510.
In this communication game processing, two types of processing, either of which is carried out depending on whether one game device 100 becomes a searching game device or searched-for game device, are has been described according to the flowchart in
Although, in this embodiment, the own points 809 have been changed according to the search result (game result), this is not a limitation; the value of the parameter 806 of the manipulated character may be increased or decreased similarly according to the search result.
Use of the Accessory
Next, the use of the accessory 200, which is removably attached to the game device 100 in this embodiment, will be described below. Additional elements to the game content and other data are stored in the recording unit 201 in the accessory 200 in this element, as described above. Specifically, as illustrated in
For game content executed on the game device 100, the accessory 200 in this embodiment holds data involved in at least either of items and characters as the additional data 833. Item data used as additional data includes, for example, food to be given to the manipulated character and decorations that add graphics to the manipulated character. Character data used as additional data is, for example, data, about characters having types and forms, which has not been originally present in the ROM 102 in the game device 100. These types of additional data to be stored in the recording unit 201 can be retrieved in the game device 100 by setting a link of the accessory 200 to the game device 100, after which game content in which the additional data is used can be executed. If, for example, the accessory 200 having item data is linked to the game device 100, the user can use the item data in the game to, for example, add decorations to the manipulated character. Alternatively, if, for example, the accessory 200 having character data is linked to the game device 100, the user can bring up a character involved in the character data as the manipulated character in the game.
The state in which the game device 100 and accessory 200 are mutually linked refers to a state in which the additional data 833 in the accessory 200 has been stored in the RAM 103 in the game device 100, as described above. Whether the state is a linked state is determined depending on whether information that identifies the distant linked device or its accessory 200 has been stored as the linked accessory information 808 in the game information stored in the RAM 103 and also as the linked device ID 834 stored in the recording unit 201. Alternatively, on the game device 100, whether the state is a linked state may be determined simply depending on whether information is stored in the game information as the linked accessory information 808.
Link Processing
Link processing is performed to link, to the game device 100, the accessory 200 attached to the game device 100. Now, link processing will be described in detail with reference to the flowchart in
In S601, the CPU 101 determines whether the game device 100 includes a linked accessory 200, which is an accessory 200 already linked to the game device 100. Specifically, the CPU 101 references the linked accessory information 808 in the game information stored in the RAM 103 and determines whether an accessory ID that identifies a linked accessory 200 is included in the linked accessory information 808. If the CPU 101 determines that there is a linked accessory 200, processing proceeds to S602. If not, processing proceeds to S604.
In S602, the CPU 101 determines whether the linked accessory 200 retains a manipulated character currently being brought up on the game device 100 as additional data. Specifically, the CPU 101 references the linked accessory information 808 in the game information and determines whether the accessory type of the linked accessory 200 is intended to add character data. If the CPU 101 determines that the linked accessory 200 retains a manipulated character as additional data, processing proceeds to S603. If not, processing proceeds to S604. When the game device 100 and accessory 200 are mutually linked, the accessory ID 831, accessory type 832, and additional data 833, which are part of data stored in the recording unit 201, are stored in the RAM 103 as the linked accessory information 808 in the game information, as described later in detail.
In S603, the CPU 101 displays, on the display unit 105, a notification indicating that the link of the linked accessory 200 cannot be changed because the manipulated character, which is additional data to the liked accessory, is currently brought up. Then, the CPU 101 completes this link processing.
In S604, the CPU 101 determines whether the attached accessory 200 (connected accessory) is linked to another game device 100. Specifically, the CPU 101 references the linked device ID 834 stored in the recording unit 201 of the connected accessory 200 through the recording control unit 109 and determines whether a device ID other than the device ID 801 of the local game device 100 is stored. If the CPU 101 determines that the connected accessory 200 is linked to another game device 100, processing proceeds to S610. In S610, the CPU 101 displays, on the display unit 105, a warning indicating that the link to the other game device 100 will be disconnected, after which processing proceeds to S606. If the CPU 101 determines that the connected accessory 200 is not linked to another game device 100, processing proceeds to S605.
In S605, the CPU 101 determines whether the connected accessory 200 is already linked to the game device 100. Specifically, the CPU 101 determines whether there is a match between the accessory ID 831 stored in the recording unit 201 in the connected accessory 200 and the accessory ID included in the linked accessory information 808 in the game information. If the CPU 101 determines that the connected accessory 200 is already linked, processing proceeds to S609. In S609, the CPU 101 displays, on the display unit 105, a notification indicating that the connected accessory 200 is already linked, and then completes this link processing. If the CPU 101 determines that the connected accessory 200 is not yet linked, processing proceeds to S606.
In S606, the CPU 101 displays, on the display unit 105, a notification asking whether to link to the connected accessory 200 and waits for the user to make a manipulation input about whether to create a link. If the CPU 101 determines, from the user's manipulation input, that a link to the connected accessory 200 is to be created, processing proceeds to S607. If not, the CPU 101 completes this link processing.
In S607, the CPU 101 reads out the accessory ID 831, accessory type 832, and additional data 833 from the recording unit 201 in the connected accessory 200, and stores them in the RAM 103 as the linked accessory information 808. In S608, the CPU 101 reads out the device ID 801 in the game information from the RAM 103, transfers the device ID 801 to the recording control unit 109, and causes the recording unit 201 to record the device ID 801 as the linked device ID 834. Then, the CPU 101 completes this link processing. When processing in S607 and S608 is executed in this way, a link between the game device 100 and the attached accessory 200 can be set.
Delinking Processing
Next, delinking processing will be described in detail in which if the accessory 200 linked to the game device 100 is not attached to the game device 100 for a prescribed time, the link is automatically disconnected, with reference to the flowchart in
In S701, the CPU 101 determines whether the linked accessory 200 has been attached to the game device 100. Whether the linked accessory 200 has been attached to the game device 100 is determined according to, for example, the attachment state of the accessory 200, the attachment state being detected by the recording control unit 109, or where the accessory ID 831 to be stored in the recording unit 201 matches the accessory ID included in the linked accessory information 808 included in the game information. If the CPU 101 determines that the linked accessory 200 has been attached, the CPU 101 completes this delinking processing. If not, processing proceeds to S702.
In S702, the CPU 101 determines whether the linked accessory 200 retains a manipulated character currently being brought up on the game device 100 as additional data. If the CPU 101 determines that the linked accessory 200 retains a manipulated character as additional data, the CPU 101 completes this delinking processing. If not, processing proceeds to S703. This is because if a link to an accessory 200 that retains a manipulated character as additional data is disconnected, a link to another accessory 200 becomes possible, so graphic data of the manipulated character being brought up and other data may be lost by being overwritten. That is, in S702, if the accessory type of the linked accessory 200 indicates that character data is added, the CPU 101 does not disconnect the link of the linked accessory 200.
In S703, the CPU 101 displays, on the display unit 105, a warning that prompts the user to attach the linked accessory 200 to the game device 100 to avoid its link from being disconnected.
In S704, the CPU 101 determines whether the number of warnings in S703 has reached a maximum allowable number of warnings. In the game content in this embodiment, if a linked accessory 200 is not attached to the game device 100 within a prescribed number of warnings, its link is automatically disconnected. Information about the number of warnings is stored in the RAM 103 by the CPU 101 each time S703 is executed, for example. The warning displayed when the number of warning has reached the maximum allowable number of warnings may be a notification indicating that the link will be disconnected. If the CPU 101 determines that the number of warning has reached the maximum allowable number of warnings, processing proceeds to S705. If not, the CPU 101 completes this delinking processing.
In S705, the CPU 101 deletes data involved in the linked accessory information 808 from the linked accessory information 808 in the game information stored in the RAM 103, and then completes this delinking processing.
As described above, the game device 100 in this embodiment can reduce restrictions on the behavior of a user who uses the game device 100. Specifically, the game device 100 executes a game in which a manipulated character is brought up. Upon accept of a first manipulation input, the game device 100 controls events generated for the manipulated character in the game so that they are placed in the non-generation state, in which generation of events that requires a manipulation input by the user is disabled.
Thus, even in a situation in which the user cannot carry the game device 100, generation of events disadvantageous to the user can be disabled.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2012-192233 | Aug 2012 | JP | national |
