JP4757544B2 - GAME METHOD AND GAME DEVICE - Google Patents

Description

The present invention relates to a game method and game equipment to play a match game to battle the character for the game that was created by a plurality of game devices to each other.

  2. Description of the Related Art Conventionally, as game devices, there are game devices that read bar codes attached to various products, create game characters based on the read bar codes, and play games using the created characters. As an example of such a game apparatus, there is a game apparatus disclosed in Patent Document 1. In the game device disclosed in Patent Document 1, two users bring a barcode cut out from a product, create a character from each barcode, and play a game in which the created two characters battle each other.

  Next, an example of a game that can be played with the game device disclosed in Patent Document 1 will be described. Based on the read barcode, the game device determines a parameter such as a character's life force, attack power or defense power. When playing a game, the game device alternately assigns an action turn to each character, and in each action turn, the user performs an action such as attack, defense or recovery of vitality on the opponent character to his character. Perform operations to make it happen. In order to determine the result of the action of the character, the game device uses, as parameters of both characters, a determination process such as a process for determining whether or not the attack has hit, or a process for determining damage when the attack has hit. Based on. The game device subtracts the determined damage value from the attacked character's life force, and when the character's life force value is less than or equal to zero as a result of alternately repeating the action of the character, And

Since barcodes attached to various products are generally different from each other, a wide variety of individual characters can be created by creating a character based on the barcode. In addition, this game device has a function of reading a bar code different from the bar code that is the source of the character, strengthening the character based on the read bar code, or a function of using compatibility between characters as a parameter, etc. A variety of games can be realized. In addition, the game device disclosed in Patent Document 1 has a function of connecting two game devices to each other via a telephone line and a host computer, and can play a game in which a character battles with a remote game device. It can be configured.
Japanese Patent Laid-Open No. 3-193074

  The content of the battle game using the barcode as described above is limited to the content that the character created from the barcode brought by the two users battles on a one-on-one basis. There is. In addition, since the parameters of the character are determined based on the barcode, there is a pleasure of searching for a barcode that can create a strong character, but there is a problem that the pleasure of nurturing a character that has been created is insufficient. The game device disclosed in Patent Document 1 has a function of playing a battle game with a remote game device, but it is necessary to play a battle game in real time via a telephone line. There is a limited number of lovers who can play with each other, and there is a problem that it is difficult to play a battle game with many lovers such as lovers who live in an area with a time difference.

The present invention has been made in view of such circumstances, and an object of the present invention is to provide a game method capable of enriching variations in the content of a battle game by making a plurality of characters available. and to provide a game equipment.

Also it is an another object of the present invention is to provide a game method and game equipment capable of further providing fun to develop once character created.

Furthermore It is another object of the present invention is to provide a game method and game equipment capable of performing a battle game between the number of like-minded people.

A game method according to the present invention includes a code reading unit that reads a graphic code representing information in a graphic pattern, a storage unit that stores data, an operation unit that receives operations, a transmission / reception unit that transmits and receives data to and from the outside, and a calculation unit. the game method of performing a game by using a device, changing provisions for defining the read graphics code with the code reading unit, the read information represented by the graphic code, change the contents of the parameters and the parameters indicating the ability of a character for a game Ri by the converting into data of the character containing the information, performs processing to create a character for game by the computing unit, to store data of a plurality of characters created by the storage unit, the data in the storage unit The operation unit accepts designation of any character that stores the character, and designates the character as the manipulation. The processing unit reads a graphic code by the code reading unit and changes a parameter indicating the character's ability according to the character change regulation information in accordance with information represented by the read graphic code. The data of the character stored in the storage unit is updated to data including changed parameters by the arithmetic unit, and the plurality of character data stored in the storage unit is replaced by another game device in the transmission / reception unit. transmitted to the data of a plurality of characters from another game device received by the transceiver unit, a plurality of characters that has received the data from another game device and a plurality of characters the transceiver for storing data in the storage unit A process of executing a battle game in which the two battle against each other according to a predetermined rule is performed by the calculation unit .

A game method according to the present invention includes a code reading unit that reads a graphic code representing information in a graphic pattern, a storage unit that stores data, an operation unit that receives operations, a transmission / reception unit that transmits and receives data to and from the outside, and a calculation unit. reader, as well as transmitting and receiving unit for transmitting and receiving data to and from the game device, in the storage unit and a game method for performing a game by using a central unit comprising a computing unit, said game apparatus, a graphics code with the code reading unit the information graphic code read is represented, Ri by the converting into data of characters including a change definition information for defining the parameters and change the contents of the parameters indicating the ability of the game character, create characters for games the process of formation is performed by the arithmetic unit, store data of a plurality of characters created by the storing unit, wherein After the designation of one of the characters for storing data is received by the operation unit and the designation of the character is received by the operation unit, the graphic code is read by the code reading unit, and the read graphic code represents According to the information, the processing unit changes the parameter indicating the character's ability according to the character change regulation information, and the character data stored in the storage unit is calculated as data including the changed parameter. updated in part, the data of a plurality of characters to be stored in the storage unit and transmitting by the transmission and reception unit to the central unit, said central unit, said storage data of a plurality of characters received from the plurality of game devices at the transmitting and receiving unit stored in parts, to match a plurality of characters between that received the data from the different game device with each other competition game It was carried out by the arithmetic unit a processing executed according to a predetermined rule, and transmits the result of the competition game to the source of the game apparatus of the data of each of characters that match with the executed fighting game transceiver.

A game apparatus according to the present invention includes a code reading unit that reads a graphic code representing information in a graphic pattern, and a code reading unit that includes an operation unit that receives an instruction related to execution of the game when operated. Means for creating game characters by converting information represented by the read graphic code into game character data, storage means for storing data of a plurality of characters created by the means, and storage means Means for transmitting data of a plurality of characters to be stored to the outside, receiving means for receiving data of a plurality of characters from the outside, a plurality of characters for storing data by the storing means, and the receiving means for receiving data The instruction that the operation unit accepts a battle game in which a plurality of characters battle each other and And means for performing in accordance with a constant rule, the data of the character storage means to store the parameters indicating the ability of the character, and includes a change definition information that defines the changing contents of the parameter, the storage means A means for accepting designation of a specific character of any of the characters for storing data by the operation unit, and a means for causing the code reading means to read a graphic code after accepting the designation of the character; In accordance with the information represented by the read graphic code, means for generating a new parameter in which a parameter indicating the character's ability is changed in accordance with the change regulation information of the character, and the ability of the character stored by the storage means further Bei and means for updating the parameters shown in the new parameter And wherein the Rukoto.

In the present invention, the game device creates a game character from a graphic code such as a bar code or a QR code, and transmits data of the created plurality of characters to other game devices. A battle game in which a plurality of characters created by each player battle each other is executed by operating either one of the game devices by both users.

In the present invention, the character data created by the game device is transmitted to the central device, and the central device automatically executes a battle game in which a plurality of characters transmitted from different game devices battle each other. The battle result is transmitted to each other's game device.

In the present invention, the character data includes a parameter indicating the ability of the character and change defining information defining the change contents of the parameter, and the game device reads the graphic code in association with the created character, and reads the read graphic code. Accordingly, the character's ability is developed according to the change regulation information.

In the present invention, each of the two game devices can play a battle game in which a plurality of characters created from a graphic code battle each other, so a combination of a plurality of characters to be battled is devised or specified The room for the user to devise in the battle game, such as supporting his / her friend's character, is widened, and variations in the content of the battle game are abundant as compared to the case where the character is battled one-on-one.

In the present invention, the battle game executed by the central device is not executed in real time, but the characters transmitted from each game device are automatically matched against each other. There is no restriction of time adjustment for playing a battle game, and it is possible to enjoy the battle game with more lovers.

In the present invention, other graphic codes can be read in association with the already created characters, and the characters can be grown according to the read graphic codes, so it is not limited to creating unique characters. It is possible to provide fun to grow a character once created.

Hereinafter, the present invention will be specifically described with reference to the drawings showing embodiments thereof.
FIG. 1 is a conceptual diagram conceptually showing the configuration of the game system of the present invention. In the figure, reference numeral 1 denotes a mobile phone, which functions as a game apparatus of the present invention and a portable information processing apparatus according to the present invention. The mobile phone 1 is configured to be connectable to a communication network N such as the Internet using wireless communication. A central device 2 according to the present invention is connected to the communication network N, and the mobile phone 1 and the central device 2 can exchange data via the communication network N. The mobile phone 1 has a short-range communication function such as infrared communication, and can exchange data with another mobile phone 1 at a short distance without going through the communication network N. In the present invention, the cellular phone 1 creates game character data from a graphic code such as a bar code, and transmits the created character data to another cellular phone 1. In addition, the mobile phone 1 performs a process of executing a battle game in which the created character and a character that has received data from another mobile phone 1 battle each other. The mobile phone 1 transmits the created character data to the central device 2 via the communication network N. The central device 2 performs a process of executing a battle game in which characters that have received data from different mobile phones 1 battle each other.

  FIG. 2 is a block diagram showing a main internal configuration of the mobile phone 1. The cellular phone 1 includes a CPU 11 that performs computation, a RAM 12 that stores temporary data associated with the computation, and a ROM 13 that stores a control program for the cellular phone 1. The CPU 11 controls the operation of the mobile phone 1 according to a control program stored in the ROM 13. The ROM 13 stores identification data for identifying the mobile phone 1 such as an ID number or a phone number of the mobile phone 1. The mobile phone 1 includes a display unit 14 such as a liquid crystal display or an EL (Electroluminescence) display and an operation unit 15 such as a numeric keypad or a touch panel. The operation unit 15 receives various instructions according to user operations, and the display unit 14 displays necessary information as the mobile phone 1 operates.

  The mobile phone 1 also includes a communication unit 16 that transmits and receives data to and from the communication network N using wireless communication, and an infrared communication unit 17 that transmits and receives data to and from other mobile phones 1 using infrared communication. It has. The communication unit 16 performs communication necessary for a telephone call, and transmits / receives data to / from the central apparatus 2 by connecting to the communication network N as necessary. The infrared communication unit 17 transmits / receives data to / from another mobile phone 1 at a short distance. Note that the mobile phone 1 may be configured to include means for transmitting / receiving data to / from another mobile phone 1 using short-range wireless communication instead of infrared communication.

  The cellular phone 1 includes a photographing element such as a CCD, a lens, a processing circuit that processes the output of the photographing element, and the like. The CPU 11 is configured to perform processing for causing the photographing unit 18 to photograph a graphic code such as a barcode or a QR code printed on various products and recognizing information represented by the graphic code photographed by the photographing unit 18. It has become. In this way, the photographing unit 18 functions as a code reading unit according to the present invention.

  Further, the cellular phone 1 includes a storage unit 19 made of a semiconductor memory or a small hard disk. The storage unit 19 is configured to store data received by the communication unit 16 via the communication network N, and stores a game program 10 downloaded from a server device (not shown) connected to the communication network N. The game program 10 is a program of the present invention, and the CPU 11 reads the game program 10 into the RAM 12 as necessary, and performs processing according to the present invention in accordance with the read game program 10. The storage unit 19 can store character data created by the mobile phone 1. Thus, the storage unit 19 functions as a storage unit according to the present invention.

  FIG. 3 is a block diagram showing the main internal configuration of the central device 2. The central device 2 includes a CPU 21 that performs a calculation, a RAM 22 that stores temporary information generated along with the calculation, and a storage unit 23 such as a hard disk. The storage unit 23 stores a computer program for realizing the functions of the central device 2, and the computer program is loaded from the storage unit 23 to the RAM 22 as necessary, and the CPU 21 performs central processing based on the loaded computer program. Processing necessary for the apparatus 2 is executed. Further, the central apparatus 2 includes a communication unit 24 connected to the communication network N. The central device 2 transmits and receives data to and from the outside via the communication network N using the communication unit 24. The storage unit 23 stores battle result data in which the battle results of the battle game executed by the central device 2 are recorded.

  Next, the game method of the present invention executed by the game system configured as described above will be described. The mobile phone 1 downloads the game program 10 in advance from a server device (not shown) connected to the communication network N and stores it in the storage unit 19. The processing executed by the game system of the present invention includes processing performed by the mobile phone 1 alone, processing performed using the two mobile phones 1, and processing performed using the plurality of mobile phones 1 and the central device 2. Each process will be described in the order described above.

  The mobile phone 1 performs a process of creating a game character in accordance with the game program 10. FIG. 4 is a conceptual diagram showing the concept of character creation. The mobile phone 1 reads a graphic code such as a bar code or a QR code attached to a product such as confectionery or cup noodle, and converts information represented by the graphic code into character data for a game according to the game program 10. By converting the figure code, a warrior character and a wizard character are created. Depending on the graphic code, an item that can be used in the game may be created without creating a character. Characters are the main players that fight against each other in the battle game, and items are combined with the characters to enhance the ability of the characters. A warrior character is a character that can use an item that strengthens an attack on the opponent or a defense from the opponent in the battle game, and a wizard character is a character that can use magic that causes a special effect in the battle game.

  FIG. 5 is a conceptual diagram showing the contents of data converted from the information represented by the graphic code. The character data is composed of table parameters that can be confirmed by the user and back parameters that cannot be confirmed by the user. Character table parameters common to warrior characters and wizard characters indicate occupations that indicate the distinction between warriors or wizards, life force that is the point of reducing each other in battle games, and damage to the opponent's life force Includes attack power and defensive power that shows how much damage can be done from the opponent. Further, the wizard table parameters unique to the wizard character include the magic power that can be used in the battle game, the magic type to be used, and the magic power that defines the number of times. In addition, character back parameters common to warrior characters and wizard characters are races that indicate the type of character apart from occupations, special abilities that show abilities specific to characters such as good compatibility with specific races, and attacks on opponents. This includes the accuracy rate that indicates the success rate of the character, the agility that defines the order in which the character behaves, the avoidance rate that indicates the ease of attack failure from the opponent, and the luck that affects the character's action result. The magic back parameters specific to the character of the wizard include a magic attack power that is an attack power when magic is used, and a magic defense power that is a defense power when the opponent uses magic. The item data is an item parameter indicating the effect of increasing the ability of the character in the battle game.

  Furthermore, the character back parameter includes change defining information that defines the change contents of the parameter indicating the character's ability, such as the probability that each parameter of the character increases or decreases or the growth limit. For example, in the present invention, a character can be grown according to an experience value acquired by executing a role playing game (RPG) described later using the created character as a player character. The change regulation information defines how much the parameter changes.

  FIG. 6 is a flowchart showing a procedure of character creation processing executed by the mobile phone 1. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12. The CPU 11 waits for reception of an instruction to read a graphic code such as a barcode or QR code by the user operating the operation unit 15 (S11). If the graphic code reading instruction is not accepted (S11: NO), the CPU 11 continues to wait for the graphic code reading instruction. When the operation unit 15 receives an instruction to read a graphic code (S11: YES), the CPU 11 causes the photographing unit 18 to photograph the graphic code and reads information represented by the photographed graphic code (S12). Next, the CPU 11 creates a game character or item by converting the information represented by the graphic code into data having parameters as shown in FIG. 5 (S13), and the character or item data is displayed on the display unit 14. It is displayed (S14).

  FIG. 7 is a schematic diagram illustrating a display example of character data displayed on the screen of the display unit 14. Along with the graphic of the character, table parameters such as occupation, life force, attack power, and defense power are displayed. Note that the graphic of the character or item is stored in the storage unit 19 together with the game program 10, and processing for determining the graphic according to the graphic code may be performed, or even if the user designates an arbitrary graphic Good. In addition, the name of the character or item may be determined according to the graphic code, and the user may arbitrarily name it. The user confirms the data displayed on the display unit 14 and determines whether or not to save the created character.

  Next, the CPU 11 waits for reception of an instruction to save the created character or item, for example, by specifying OK on the display screen of the display unit 14 as shown in FIG. 7 by operating the operation unit 15 (S15). ). When receiving an instruction to save a character or item (S15: YES), the CPU 11 stores character data in which a graphic and a name are added to the created character or item data in the storage unit 19 (S16), and ends the process. To do. If no character or item save instruction is accepted (S15: NO), the CPU 11 ends the process without storing the created character or item data.

  The character created as described above can be grown by executing RPG on the mobile phone 1 using the created character as a player character. FIG. 8 is a schematic diagram showing a display example in RPG displayed on the screen of the display unit 14. In RPG, as shown in FIG. 8, a field simulating a town, a wilderness, or a cave is displayed on the screen, and a character is placed in the field. Characters arranged in the field include a player character (PC) that can be operated by the user using the operation unit 15 and a non-player character (NPC) that cannot be operated by the user. In normal RPG, the PC moves in the field according to the user's operation, and as the PC moves, there are events such as encountering an enemy, being asked to do business by the NPC, or fighting against the NPC. appear. When an event is achieved, such as defeating an enemy encountered, accomplishing an errand requested by the NPC, or winning a battle with the NPC, the PC acquires an experience value corresponding to the event. The experience value is accumulated by repeating the achievement of the event, and the PC is grown when a predetermined amount of the experience value is accumulated.

  FIG. 9 is a flowchart showing a procedure of processing in which the mobile phone 1 grows a character by executing RPG. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12. The CPU 11 reads out character data designated by the user operating the operation unit 15 to grow the character from the storage unit 19 to the RAM 12 (S21), and starts RPG using the character from which the character data has been read as a PC. (S22). Note that the CPU 11 may perform a process of executing RPG using a single character as a PC, or may execute a process of executing RPG using a plurality of characters as a PC in order to grow a plurality of characters at one time. Good.

  The CPU 11 determines at any time whether or not the event as described above has been achieved (S23). If the event has been achieved (S23: YES), the CPU 11 acquires an experience value corresponding to the achieved event for the PC ( S24). Next, the CPU 11 determines whether or not the accumulated experience value is equal to or greater than a predetermined reference value for growth (S25). When the accumulated experience value is equal to or greater than a predetermined reference value (S25: YES), the CPU 11 changes parameters such as the life force and attack power of the character used as the RPG PC according to the change defining information included in the character data. A new parameter is generated (S26). At this time, the CPU 11 generates a new parameter in which not only the character table parameter but also the character back parameter is changed according to the change regulation information. Next, the CPU 11 updates the character data stored in the storage unit 19 to new character data including the generated new parameters (S27).

  If the event is not achieved in step S23 (S23: NO), if the experience value is less than a predetermined reference value in step S25 (S25: NO), or if step S27 is completed, the CPU 11 Waiting for reception of an RPG termination instruction by operating the operation unit 15 (S28). If no termination instruction has been received (S28: NO), the CPU 11 continues RPG (S29), and returns the process to step S23. If an end instruction is accepted (S28: YES), the CPU 11 ends the process.

  In the present invention, in addition to growing the character by executing RPG on the mobile phone 1 as described above, the character can be grown using other graphic codes. FIG. 10 is a flowchart showing a procedure of a process in which the mobile phone 1 grows a character using a graphic code. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12.

  The CPU 11 accepts designation of a character to be grown among the characters stored in the character data by the storage unit 19 when the user operates the operation unit 15 (S31). Next, a barcode, QR code, or the like is received. Waiting for acceptance of a graphic code reading instruction (S32). If the graphic code reading instruction is not accepted (S32: NO), the CPU 11 continues to wait for the graphic code reading instruction. When the operation unit 15 receives an instruction to read a graphic code (S32: YES), the CPU 11 causes the photographing unit 18 to photograph the graphic code and reads information represented by the photographed graphic code (S33). The CPU 11 generates a new parameter in which the parameter of the character is changed according to the change defining information included in the character data of the character to be grown according to the information represented by the read graphic code (S34). Next, the CPU 11 updates the character data stored in the storage unit 19 to new character data including the generated new parameter (S35), and ends the process.

  As described above, the mobile phone 1 creates a game character by reading a graphic code, and further performs a process of growing the character by executing RPG or reading another graphic code. Since the character created from the graphic code can be grown, it is possible to provide not only the creation of a unique character but also the pleasure of growing the character once created.

  Next, processing performed using the two mobile phones 1 in the present invention will be described. In the present invention, the character data stored in the guest mobile phone 1 is transmitted to the host, with one of the two mobile phones 1 as the host and the other as the guest, and the host mobile phone 1 stores the character data. The host mobile phone 1 executes a battle game in which a battle between the character and the character to which the character data is transmitted from the guest is played.

  FIG. 11 is a schematic diagram illustrating a display example in the battle game displayed on the display unit 14. A plurality of guest-side characters 1 to 3 to which character data is transmitted from the guest cellular phone 1 and a plurality of host-side characters 1 to 3 in which the host cellular phone 1 stores character data face each other. In a competitive game, an action such as attack or recovery of vitality is performed from a character assigned with an action turn, and the side where the vitality of all the characters becomes zero or less is lost.

  FIG. 12 is a flowchart showing a procedure of a battle game process executed using two mobile phones 1. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12. When the guest user operates the operation unit 15 of the guest-side mobile phone 1, the guest-side mobile phone 1 has a plurality of guest sides to be transmitted to the host-side mobile phone 1 in order to play a battle game. A character designation is accepted (S401). At this time, the cellular phone 1 on the guest side also accepts designation of items used by the character in the battle game. Next, the CPU 11 of the cellular phone 1 on the guest side sends the character data of the character that has received the designation to the infrared communication unit 17 together with item data used by the character in the battle game and various setting data necessary for the battle game. Transmission is made to the cellular phone 1 on the host side (S402).

  The host-side mobile phone 1 receives the character data transmitted from the guest-side mobile phone 1 by the infrared communication unit 17 (S403), and stores the received character data in the RAM 12. Next, the CPU 11 of the host-side mobile phone 1 operates a plurality of host-side characters to be played against the guest-side character when the host-side user operates the operation unit 15 of the host-side mobile phone 1. The designation is accepted (S404). At this time, the CPU 11 also accepts designation of items used by the character.

  Next, the CPU 11 accepts an action instruction of the guest character by the guest user operating the operation unit 15 (S405). At this time, the user on the guest side operates the host-side mobile phone 1 to attack the specific host-side character, restore life force, use magic, or be specific to the character or item. The guest side character is given an action instruction to be performed by the character in the battle game. Next, the CPU 11 accepts an action instruction of the host-side character when the user on the host side operates the operation unit 15 (S406). Similarly, the user on the host side gives each host-side character an action instruction to be performed by the character in the battle game.

  Next, the CPU 11 determines the action order of each of the plurality of guest-side characters and the plurality of host-side characters participating in the battle game (S407). At this time, the CPU 11 does not determine the behavior order of the characters completely at random, but the character having a large agility value included in the character back parameter has a higher probability of acting earlier than other characters. And decide the order of action. Next, the CPU 11 causes the character whose action order has come to behave according to the accepted action designation, and obtains the action result of the character (S408). For example, if the character whose order of action has come is the guest character 1 and the action is specified so as to attack the host character 2, the CPU 11 moves from the guest character 1 to the host character 2. Processing for determining whether or not the attack has hit is performed. When the attack has hit, processing for further determining damage is performed, and processing for subtracting the determined damage value from the vitality of the host character 2 is performed. In the process of obtaining the action result of the character in step S408, the process is executed with a certain degree of randomness based on the character table parameters such as attack power and defense power and the character back parameters such as race, special ability and luck. To do.

  Next, the CPU 11 determines whether or not the life force of all characters on either the guest side or the host side has become zero or less as a result of the action of the character (S409). If at least one character whose vitality is greater than zero remains on either the guest side or the host side (S409: NO), the CPU 11 determines the action order in step S407 and then does not act In addition, it is determined whether there is a character whose vitality is greater than zero (S410). If there is an inactive character (S410: YES), the CPU 11 returns the process to step S408, and performs a process of causing the inactive character to act. If there is no unacted character (S410: NO), the CPU 11 returns the process to step S405, receives the action instruction of the character whose vitality is greater than zero, and causes each character to act from step S405 to step S410. Is repeated until the vitality of all characters on either side becomes zero or less.

  When the life force of all the characters on either the guest side or the host side is less than or equal to zero in step S409 (S409: YES), the CPU 11 wins on the side where the character whose life force is greater than zero remains. The result of the battle game is displayed on the display unit 14 (S411). For example, when the vitality of all the host side characters becomes zero or less in step S409, the CPU 11 displays on the display unit 14 that the guest side has won. Note that the CPU 11 according to the game program 10 performs a process in which the guest-side character and the host-side character may lose vitality at the same time, and the vitality of the guest-side character and the vitality of the host-side character become zero or less at the same time. In this case, a process for displaying the fact of the draw on the display unit 14 may be performed. After step S411 is completed, the CPU 11 erases the character data of the guest character stored in the RAM 12 and ends the process.

  As described above, the user of the mobile phone 1 can perform a battle game in which a character that he / she has created and raised is played against another character. Since a battle game can be performed between a plurality of characters, there is room for a user to devise in a battle game, such as devising a combination of a plurality of characters to fight against, or allowing a specific character to support a fellow character As a result, the variation of the content of the battle game is more abundant than when the characters are battled one-on-one.

In the above-described processing, an example is shown in which each character plays a battle game using an item. However, the present invention is not limited to this, and in the present invention, a character that does not use an item is a character that uses the item. You may perform the process which fights. In the above-described processing, a 3 to 3 battle game is shown as an example. However, the present invention is not limited to this. In the present invention, a battle game between other numbers of characters such as 2 to 2 or 1 to 3 games is used. Processing such as playing a battle game between different numbers of characters may be performed. Thereby, the variation of the content of a battle game can be further enriched, such as providing a handicap for a character that is clearly too strong.

  Next, processing performed using the plurality of mobile phones 1 and the central device 2 in the present invention will be described. In the present invention, the character data stored in each mobile phone 1 is transmitted to the central device 2, and the central device 2 stores the character data transmitted from the plurality of mobile phones 1 and receives the character data from different mobile phones 1. A process of executing a battle game in which the transmitted characters battle each other is performed.

  FIG. 13 is a flowchart showing a procedure of processing in which the mobile phone 1 transmits character data to the central device 2. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12. When the user operates the operation unit 15 of the mobile phone 1, the mobile phone 1 receives designation of a plurality of characters to be transmitted to the central device 2 in order to play a battle game (S51). At this time, the mobile phone 1 also accepts designation of items used by the character in the battle game. Next, the CPU 11 receives an action instruction of the character by the user operating the operation unit 15 (S52). Here, unlike the case where a battle game is played between two mobile phones 1, it is impossible to specify the character's actions one by one. The action guideline of each character throughout the battle game is instructed, such as focusing on the weakest character among the characters. Next, the CPU 11 sends the identification data stored in the ROM 13 such as the character data of the character that has received the designation, the received action instruction, and the telephone number of the mobile phone 1 to the communication unit 16 via the communication network N. (S53). Note that ID data for identifying the mobile phone 1 regarding the battle game may be acquired in advance from the central device 2 or another server device (not shown), and the acquired ID data may be transmitted as identification data. Good.

  The central device 2 receives the character data, action instructions, and identification data transmitted from the mobile phone 1 by the communication unit 24 (S54). The CPU 21 of the central device 2 stores the character data and the action instruction in the storage unit 23 in association with the received identification data (S55), and transmits the character data for the predetermined battle scheduled date and time of the next battle game. The communication unit 24 is transmitted to the original mobile phone 1 via the communication network N (S56).

  The cellular phone 1 receives the scheduled battle date and time transmitted from the central device 2 by the communication unit 16 (S57), stores the received scheduled battle date and time in the RAM 12 or the storage unit 19 (S58), and ends the process. By operating the operation unit 15, the user can display the scheduled battle date and time stored in the mobile phone 1 on the display unit 14 and know the scheduled battle date and time. In this way, the central device 2 receives character data transmitted from the plurality of mobile phones 1. The battle result data stored in the storage unit 23 is associated with the identification data of the mobile phone 1 and shows the battle results such as how many wins and losses the character transmitted from the mobile phone 1 identified by the identification data has lost in the battle game. It is recorded.

  FIG. 14 is a flowchart showing a procedure of processing in which the central device 2 executes the battle game. The CPU 21 of the central device 2 executes the following processing according to the computer program loaded on the RAM 22. The CPU 21 determines from time to time whether or not a predetermined date and time for executing the battle game has come (S61). If it is not the predetermined date and time (S61: NO), the CPU 21 repeats the determination as to whether or not the predetermined date and time at which the battle game should be executed has been reached. When it is a predetermined date and time when the battle game should be executed (S61: YES), the CPU 21 changes the mobile phone 1 that is the character data transmission source for the character that has received the character data since the previous battle game was executed. Characters in the battle game so that the characters whose battle results such as the number of wins or win rate are equal within a predetermined range are battled according to the battle results recorded in the battle result data in association with the identification data to be identified The battle combination is determined (S62).

  Next, the CPU 21 executes a battle game for each determined battle combination in accordance with each character data and action instruction (S63). The processing content of the battle game is the same as the processing of steps S407 to S410 shown in FIG. 12, and determines the character's action order, causes the character to act according to the action order, and the vitality of the character on either side to fight against Repeat the process until all are below zero. After the battle game ends, the CPU 21 updates the battle result data stored in the storage unit 23 according to the result of the battle game, thereby associating the identification data with the identification data of the mobile phone 1, thereby identifying the mobile phone 1. The battle result such as victory or defeat of the character to which the character data is transmitted is stored in the storage unit 23 (S64), and the process is terminated. In this way, the central device 2 executes a battle game in which characters transmitted from the plurality of mobile phones 1 battle each other at a predetermined date and time, such as several times a day.

  FIG. 15 is a flowchart showing a procedure of processing in which the mobile phone 1 receives the result of the battle game from the central device 2. The CPU 11 of the mobile phone 1 executes the following processing according to the game program 10 loaded into the RAM 12. The CPU 11 waits for reception of a transmission request instruction for requesting the central apparatus 2 to transmit a battle result when the user operates the operation unit 15 (S61). When the transmission request instruction is not received (S61: NO), the CPU 11 continues to wait for the reception of the battle result transmission request instruction. When receiving an instruction for a battle result transmission request (S61: YES), the CPU 11 causes the communication unit 16 to transmit identification data for identifying the mobile phone 1 and a battle result transmission request to the central device 2 (S62).

  The central device 2 receives the identification data and the battle result transmission request transmitted from the mobile phone 1 by the communication unit 24 (S63). The CPU 21 of the central device 2 extracts a battle result associated with the received identification data from the battle result data stored in the storage unit 23 (S64), and the extracted battle result is stored in the communication unit 24 to the mobile phone. 1 (S65). The cellular phone 1 receives the battle result transmitted from the central device 2 by the communication unit 16 (S66), and the CPU 11 stores the received battle result in the RAM 12 or the storage unit 19 (S67). Next, the CPU 11 displays the stored battle result on the display unit 14 (S68), and ends the process. The battle result displayed on the display unit 14 is a battle result indicating whether or not the battle game has been won or lost, and how many wins or losses have been made. The progress of each character's action in the battle game is stored in the storage unit 23 by the central device 2 and transmitted from the central device 2 to the mobile phone 1. 14 may be performed.

  As described above, a battle game in which characters created and grown by a plurality of mobile phones 1 are played against each other can be executed by using the central device 2. The battle game executed by the central device 2 is not executed in real time, but the characters transmitted with the character data from each mobile phone 1 are automatically battled with each other during a certain period. You can enjoy a fighting game with many lovers. In addition, since the battle combinations of the characters to be matched in the battle game are combined between the characters with the same battle results according to the battle results, there is no extreme difference in character strength, and the appropriate opponent according to the character strength You can enjoy the battle game.

  In the above-described processing, the example in which the character data is transmitted from the mobile phone 1 to the central device 2 every time a battle game is shown is not limited to this. In the present invention, the character data transmitted from the mobile phone 1 is shown. May be stored in the central device 2, and the central device 2 may perform a process of accepting the application for the battle game by transmitting the battle game application and the character action instruction from the mobile phone 1 to the central device 2. In the above-described processing, the example in which the central device 2 determines the battle combination of the characters to be battled in the battle game according to the battle result is not limited to this. In the present invention, the opponent who wants to battle is shown. Processing for determining a battle combination may be performed by transmitting information designating the mobile phone 1 to the central device 2. For example, a ranking based on the winning or losing of the battle game may be disclosed, and a ranking order of opponents who want to battle may be specified.

  As described above in detail, in the present invention, the mobile phone 1 reads a graphic code such as a barcode or QR code to create a game character, and executes RPG using the created character as a player character to execute the character. Grow. The mobile phone 1 reads another graphic code in association with the already created character, and grows the character according to the read graphic code. Since the character created from the graphic code can be grown, it is possible to provide not only the creation of a unique character but also the pleasure of growing the character once created. Further, since the ability of the character is changed in accordance with the change regulation information included in the character data created according to the graphic code, it can be grown into a wide variety of characters according to the graphic code.

  Further, in the present invention, two mobile phones 1 are used to transmit a plurality of character data from one mobile phone 1 to the other mobile phone 1 by infrared communication or the like. By operating, the other mobile phone 1 executes a battle game in which a plurality of characters created by the respective mobile phones 1 battle each other. Since a battle game can be performed between a plurality of characters, there is room for a user to devise in a battle game, such as devising a combination of a plurality of characters to fight against, or allowing a specific character to support a fellow character As a result, the variation of the content of the battle game is more abundant than when the characters are battled one-on-one.

  In the present invention, the character data created by the cellular phone 1 is transmitted to the central device 2, and the central device 2 automatically executes a battle game in which a plurality of characters transmitted from different cellular phones 1 compete against each other. Then, the battle result of the battle game is transmitted to each mobile phone 1. The battle game executed by the central device 2 is not executed in real time, but the characters transmitted from the respective mobile phones 1 are automatically battled against each other. You can enjoy a battle game between. Further, in the present invention, the battle results in the battle game are stored in the central device 2 and the battle combination of the characters to be battled in the battle game is determined according to the battle results. By combining the battles, there is no extreme difference in character strength in the battle game, and it is possible to enjoy a battle game with an appropriate opponent according to the strength of the character. In addition, it is possible to provide enjoyment of competing for the strength of the character with many lovers.

  Furthermore, in the present invention, the mobile phone 1 functions as the game device of the present invention by performing processing according to the game program 10 which is the program of the present invention. Since the game method of the present invention can be executed by using the mobile phone 1 that is carried around on a regular basis, it is possible to easily execute a battle game in which characters created by reading graphic codes are played.

  In the present embodiment, a mode is shown in which a battle game in which characters created by different mobile phones 1 are played is executed by using two mobile phones 1 or by using a central device 2. However, the game system of the present invention is not limited to this, and may be a form that can execute a battle game in which one or a plurality of characters created by the same mobile phone 1 are played against each other. In the present embodiment, the mobile device 1 that performs processing according to the game program 10 that is the program of the present invention has been described as implementing the game device of the present invention. However, the present invention is not limited to this, and a graphic code is read. The game device of the present invention may be realized by a portable game machine or a portable computer including means.

  Moreover, in this Embodiment, although the form which implement | achieves the central apparatus 2 which concerns on this invention with one server apparatus is shown, it is not restricted to this, The central apparatus 2 combines two or more server apparatuses. May be realized.

It is a conceptual diagram which shows notionally the structure of the game system of this invention. It is a block diagram which shows the main internal structures of a mobile telephone. It is a block diagram which shows the main internal structures of a central apparatus. It is a conceptual diagram which shows the concept of character creation. It is a conceptual diagram which shows the content of the data converted from the information which a figure code represents. It is a flowchart which shows the procedure of the process of character creation which a mobile telephone performs. It is a schematic diagram which shows the example of a display of the data of the character displayed on the screen of a display part. It is a schematic diagram which shows the example of a display by RPG displayed on the screen of a display part. It is a flowchart which shows the procedure of the process which a mobile telephone performs RPG and grows a character. It is a flowchart which shows the procedure of the process in which a mobile telephone grows a character using a figure code. It is a schematic diagram which shows the example of a display in the competitive game displayed on the display part. It is a flowchart which shows the procedure of the process of the battle | competition game performed using two mobile phones. It is a flowchart which shows the procedure of the process which a mobile telephone transmits character data to a central apparatus. It is a flowchart which shows the procedure of the process which a central apparatus performs a battle | competition game. 10 is a flowchart showing a procedure of processing in which a mobile phone receives a result of a battle game from the central device 2;

Explanation of symbols

1 Mobile phone (game device, portable information processing device)
10 Game programs (programs)
11 CPU
15 Operation unit 16 Communication unit 17 Infrared communication unit 18 Image capturing unit (code reading means)
19 Storage unit (storage means)
2 Central unit N Communication network

Claims (3)

A game for playing a game using a game device including a code reading unit for reading a graphic code representing information in a graphic pattern, a storage unit for storing data, an operation unit for receiving operations, a transmission / reception unit for transmitting / receiving data to / from the outside, and a calculation unit In the method
Read the figure code with the code reading unit ,
Information graphic code read is represented, Ri by the converting into data of characters including a change definition information for defining the parameters and change the contents of the parameters indicating the ability of the game character, creating a character for a game Processing to be performed in the arithmetic unit ,
Save the data of the created characters in the storage unit ,
The operation unit accepts designation of any character for storing data in the storage unit,
After the designation of the character is received by the operation unit, the graphic code is read by the code reading unit,
In accordance with the information represented by the read graphic code, the arithmetic unit performs a process of changing a parameter indicating the character's ability according to the character change regulation information,
The character data to be stored in the storage unit is updated by the calculation unit to data including changed parameters,
A plurality of character data stored in the storage unit is transmitted to another game device in the transmission / reception unit ,
Receive data of a plurality of characters from other game devices at the transceiver unit;
The arithmetic unit performs a process of executing a battle game in which a plurality of characters that store data in the storage unit and a plurality of characters that receive data from another game device in the transmission / reception unit face each other according to a predetermined rule. A game method characterized. A game machine including a code reading unit that reads a graphic code representing information in a graphic pattern, a storage unit that stores data, an operation unit that receives an operation, a transmission / reception unit that transmits / receives data to / from the outside, and a calculation unit , and the game device In a game method for playing a game using a central device including a transmission / reception unit that transmits and receives data between, a storage unit, and a calculation unit ,
The game device includes:
Read the figure code with the code reading unit ,
Information graphic code read is represented, Ri by the converting into data of characters including a change definition information for defining the parameters and change the contents of the parameters indicating the ability of the game character, creating a character for a game Perform processing to be performed in the arithmetic unit ,
Save the data of the created characters in the storage unit ,
The operation unit accepts designation of any character for storing data in the storage unit,
After the designation of the character is received by the operation unit, the graphic code is read by the code reading unit,
In accordance with the information represented by the read graphic code, the arithmetic unit performs a process of changing a parameter indicating the character's ability according to the character change regulation information,
The character data to be stored in the storage unit is updated to data including changed parameters by the calculation unit,
A plurality of character data stored in the storage unit is transmitted to the central device in the transmission / reception unit ,
The central device is
The storage unit stores data of a plurality of characters received from a plurality of game devices by the transmission / reception unit ,
A processing unit that executes a battle game in which a plurality of characters having received data from different game devices battle each other according to a predetermined rule ,
A game method comprising: transmitting and receiving a result of the battle game to a game device that is a transmission source of data of each character battled in the executed battle game. In a game device including an operation unit that receives an instruction related to execution of a game by being operated,
Code reading means for reading a graphic code representing information in a graphic pattern;
Means for creating a game character by converting information represented by the graphic code read by the code reading means into game character data;
Storage means for storing data of a plurality of characters created by the means;
Means for transmitting data of a plurality of characters stored by the storage means to the outside;
Receiving means for receiving data of a plurality of characters from the outside;
Means for executing a battle game in which a plurality of characters in which the storage unit stores data and a plurality of characters in which the reception unit has received data battles according to the instruction received by the operation unit and a predetermined rule ;
The character data stored by the storage means includes a parameter indicating the ability of the character, and change specifying information specifying the change contents of the parameter,
Means for accepting designation of a specific character among any of the characters whose data is to be saved by the operation unit, and causing the code reading means to read a graphic code after accepting designation of the character;
Means for generating a new parameter in which a parameter indicating the character's ability is changed in accordance with the change regulation information of the character according to information represented by the graphic code read by the code reading means;
The game apparatus further comprising means for updating a parameter indicating the character ability stored by the storage means to the new parameter .

Images