JP4989577B2 - Video game processing apparatus and video game processing program - Google Patents

Description

  The present invention relates to a technique for controlling the progress of a video game. In particular, the present invention relates to a technique for growing a player character operated by a player in cooperation with another player character operated by another player in another video game processing apparatus.

  Conventionally, RPG (role-playing game: a game in which a player plays a role of a character in the game world and achieves a predetermined purpose while enjoying the process of growing through various experiences. Various video games called) are provided. In this RPG, in general, a player character acting in response to a player's operation wins a battle with an enemy character that impedes achievement of a predetermined purpose, whereby various benefits such as experience values and items are given to the player character. Is given.

  Some video game processing devices that execute such video games have a function of communicating with other video game processing devices, and have been proposed to grow characters through such communication. For example, in Patent Document 1, when information on the player's player character is uploaded to the server, other players can use the character in addition to the party members to advance the game, so that The obtained experience value is distributed to the character, and when the player is not playing himself, the player character can be grown by another player. A game system is disclosed that can be operated.

JP 2001-334069 A

  However, in the conventional game system described above, since the player character uploaded to the server does not grow unless other players use it, some characters are not used at all by other players. There was a problem that it might not grow. Therefore, there is a demand for a game system that allows the player character to grow even if it is not used by other players.

  Moreover, in the conventional game system described above, there is also a problem that communication between players cannot be promoted because it is merely linked with other players via a server.

  In order to solve the above-described problems, the present invention enables a player to grow his / her character in cooperation with other players regardless of whether or not other players use the game system. It aims to be able to promote.

  The video game processing device of the present invention is a video game processing device that controls the progress of a video game by displaying a player character operated by a player, and has a communication connection for performing data communication with other video game processing devices. Communication establishment means for establishing, link registration request accepting means for accepting a link registration request by an operation of a player for link registration of the player character with another player character operated by another player in the other video game processing device; Link registration for notifying the other video game processing apparatus of the link registration request received by the link registration request receiving means when communication connection with the other video game processing apparatus is established by the communication establishing means Link registration required from the request notification means and the other video game processing device. In response to receiving an answer indicating that the player character has been received, character information transmission means for transmitting character information including a predetermined status of the player character to the other video game processing device; and A link data acquisition request reception for receiving an acquisition request by a player's operation of link data stored as a link history of the video game in a linked state by the other video game processing device that controls the progress of the video game registered in the link And a link data acquisition request received by the link data acquisition request receiving means when the communication connection with the other video game processing device is established again by the communication establishing means. Link data acquisition request sent to the device Means, link data receiving means for receiving link data transmitted in response to a link data acquisition request from the other video game processing device, and status of the player character based on the link data received by the link data receiving means And status update means for updating.

  With the above configuration, it is possible to grow one's own character in cooperation with other players regardless of whether they are used by other players, and to further promote communication between players. Become.

  Character information receiving means for receiving character information including a predetermined status of the other player character from the other video game processing device in response to the link registration request, and the other player character receiving the character information as the player character Link data accumulating means for controlling the progress of the video game by registering the link and accumulating link data as the progress history of the video game in the linked state, wherein the link data acquisition request notifying means includes the other video game When notifying the acquisition request of the link data stored by the processing device, the link data stored in the link data storage means may be transmitted to the other video game processing device.

  The link data storage means stores the action history of the player character in the linked state as link data, and the status update means stores the other player character stored as link data by the other video game processing device. The action history may be converted into a numerical value, and the status of the player character may be updated according to the converted numerical value.

Further, the video game processing program of the present invention is a video game processing program for controlling to display a player character operated by a player progress of a video game to the video game processing apparatus, a predetermined status in the player character Communication establishment processing for establishing a communication connection for performing data communication with another video game processing device to the video game processing device including character information storage means for storing character information including the character information, and the player character as the other In the video game processing apparatus, a link registration request receiving process for receiving a link registration request by an operation of a player for link registration with another player character operated by another player, and the other video game process in the communication establishment process Ensure communication connection with the device. A link registration request notification process for notifying the link registration request received in the link registration request reception process to the other video game processing apparatus, and responding to the link registration request from the other video game processing apparatus. A character information transmission process for transmitting the character information stored in the character information storage means to the other video game processing device in response to receiving the response to the effect, and the player character to the other player character. Link data acquisition request receiving process for receiving an acquisition request by a player's operation of link data stored as a link history of a video game in a linked state by the other video game processing device that controls the progress of the linked video game And the other video game processing device in the communication establishment process. Link data acquisition request notification processing for notifying the other video game processing device of the link data acquisition request received by the link data acquisition request reception processing when the communication connection is established again, and the other Link data reception processing for receiving link data transmitted in response to a link data acquisition request from the video game processing device, and the character stored in the character information storage means based on the link data received by the link data reception processing This is for executing status update processing for updating the status of the player character in the information .

  According to the present invention, it is possible to grow one's own character in cooperation with other players regardless of the use by other players, and further promote communication between players.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 is a block diagram showing a user terminal 100 showing an embodiment of the video game processing apparatus of the present invention and a user terminal 200 showing another video game processing apparatus having the same configuration as the user terminal 100. . The user terminal 100 is managed by the user A, receives the operation of the user A, and advances the video game in accordance with this operation. Similarly, the user terminal 200 is managed by the user B, receives the operation of the user B, and advances the video game in accordance with this operation. Each of the user terminals 100 and 200 has a function for performing wireless communication. Various types of information processing devices such as portable game devices, stationary game devices, computer devices, and mobile phones can be applied to such user terminals 100 and 200.

  FIG. 2 is a block diagram illustrating a configuration example of the user terminal 100. The user terminal 100 includes a game program reading unit 10, a control unit 11, a storage unit 12, an infrared transmission / reception unit 13, a display unit 14, a sound output unit 15, and a player operation reception unit 16. Note that the user terminal 200 has the same configuration as the user terminal 100.

  The game program reading unit 10 removably receives a game cartridge 20 containing a storage medium storing a game program. The game program reading unit 10 reads a necessary game program from the storage medium of the inserted game cartridge 20. In this embodiment, it is assumed that the video game program classified as RPG is stored in the storage medium built in the game cartridge 20.

  The control unit 10 executes the game program read by the game program reading device 10 and advances the video game according to the operation of the player. In this embodiment, the user A is a player.

  The storage unit 12 is a storage medium that stores a game program and data necessary for proceeding with a video game. The storage unit 12 is configured by a nonvolatile memory such as a RAM, for example. The storage unit 12 stores various types of information such as a link character information table in which link character information registered and updated according to the communication with other user terminals 200 and the progress of the game is stored. The link character information will be described in detail later.

  The infrared transmission / reception unit 13 transmits and receives infrared rays for communication with the user terminal 200. The display unit 14 is a display device that displays a game screen according to the progress of the game or the player operation in accordance with the control of the control unit 11. The display unit 14 is configured by a liquid crystal display device, for example.

  The sound output unit 15 outputs sound in accordance with the progress of the game and the player operation in accordance with the control of the control unit 11. The player operation reception unit 16 includes a plurality of buttons and the like, receives the operation of the user A, and notifies the control unit 11 of the result.

  In the user terminal 100 of this example, a method of reading a game program from the game cartridge 20 is adopted. However, the user terminal 100 may be configured to download the game program, for example, wirelessly or by wire.

Next, the operation of the user terminal 100 of this example will be described.
FIG. 3 is a flowchart illustrating an example of character information exchange processing executed by the user terminal 100. Here, between the user terminal 100 and the user terminal 200, the character information of the player character X operated by the user A at the user terminal 100 and the character of the player character Y operated by the user B at the user terminal 200 A case where information is exchanged will be described as an example.

  In the character information exchange process, when the operation of the user A received by the player operation reception unit 16 indicates an execution instruction for a communication request (request for connection of wireless communication between terminals), the control unit 11 causes the infrared transmission / reception unit 13 to operate. Whether or not there is another user terminal that can be connected to the communicable range of the user terminal 100 (step S101), and if the corresponding terminal exists (Y in step S101), the other terminal A communication request is transmitted with respect to (Y of step S102). At this time, if there is no other user terminal capable of communication, the process ends (N in step S101). In this case, a message that “there is no user who can communicate” may be displayed on the display unit 14 of the user terminal 100 before the process ends.

  In this example, the control unit 11 can select, on the game screen displayed on the display unit 14, a selection button 101 that can select whether or not to perform presence confirmation of another connectable user terminal as shown in FIG. 4A, for example. Is displayed. Then, the control unit 11 connects in step S101 in response to the player operation receiving unit 16 receiving the pressing of the “○ button (button pressed when confirming the presence of the user terminal)” in the selection button 101. Check whether there is another user terminal that can be connected, and if there is another user terminal that can be connected, for example, a selection button for selecting whether or not to execute a communication request as shown in FIG. A game screen provided with 102 is displayed on the display unit 14. Next, in response to the player operation accepting unit 16 accepting pressing of the “○ button (button pressed when executing the communication request)” in the selection button 102, the control unit 11 causes the user terminal in step S102. A communication request to 200 is started.

  Note that each of the user terminal 100 and the user terminal 200 periodically transmits and receives a signal for detecting whether or not there is a communicable terminal within a range in which wireless communication is possible. If it is confirmed that another user terminal exists, a game screen as shown in FIG. 4B may be displayed, for example. In this case, when the game screen as shown in FIG. 4B is displayed, it is clear that there is another terminal within the communicable range, so step S101 shown in FIG. In response to the player operation accepting unit 16 accepting the pressing of the “◯ button” on the selection button 102, a communication request is started to the user terminal 200 in step S102.

  The other user terminal 200 that has received the communication request from the user terminal 100 displays a message indicating that the communication request has been received on the display unit that the user terminal 200 includes. As a result, when the user B performs an operation for accepting a communication request on the player operation accepting unit included in the user terminal 200, the user terminal 100 is notified of the answer to accept the communication request from the user terminal 200, and the user terminal 100 Recognizes that the communication request to the user terminal 200 has been accepted (Y in step S103). When the user B performs an operation of rejecting the communication request, the user terminal 200 notifies the user terminal 100 that the communication request is rejected, and the user terminal 100 It is recognized that the communication request has been rejected (N in step S103), and the processing here is terminated. At this time, a message stating that “the communication request has been rejected” may be displayed on the display unit 14 of the user terminal 100 before the processing is terminated.

  When the communication request from the user terminal 100 to the user terminal 200 is accepted, a communication connection between both terminals is established and infrared communication is started (step S104). A well-known technique can be applied to establish communication. Thereafter, the user information of the users A and B or the character information of the player character operated by the users A and B is exchanged between both terminals (step S105). In this example, the case where character information and the like are exchanged in step S105 will be described. When the exchange of character information is completed by transmitting and receiving character information to each other, the user terminal 100 refers to the link character information table stored in the storage unit 12 and the player character Y received from the user terminal 200 is referred to. It is confirmed whether or not the character information has already been accumulated in the link character information table. If it is confirmed that the character information has not been registered (N in step S106), it is determined whether or not to execute a link registration request to the user terminal 200. Is displayed on the display unit 14 of the user terminal 100 (step S107). Note that “link registration” means registering the users A and B or the player characters of the user terminals 100 and 200 with which communication connection has been established as targets of “dimension link” to be described later.

  The user terminal 100 refers to the link character information table stored in the storage unit 12 and confirms that the character information of the player character Y has already been stored in the link character information table and the link has been registered. In this case (Y in step S106), player character information update processing described later is executed (step S112).

  When the user terminal 100 receives an operation input from the user A to execute the link registration request to the player operation receiving unit 16 (Y in step S107), the user terminal 100 executes the link registration request to the user terminal 200 (step S108).

  The user terminal 200 that has received the link registration request from the user terminal 100 is a player that is operated by the user A of the user terminal 100 on the game screen displayed on the display unit that the user terminal 200 has, for example, as shown in FIG. A confirmation display for confirming to the user B whether or not to accept the link registration request of the character X is performed, and a selection to accept the link registration request is performed by the operation of the user B (selection of “register link!” 103). If the link registration is OK, the user terminal 100 is answered, and if the user B selects that the link registration request is not accepted ("pass this time" 104 is selected), the link registration NG is answered. To do.

  When the control unit 11 of the user terminal 100 receives the link registration OK response from the user terminal 200 (Y in Step S109), the control unit 11 stores the character information of the player character Y in the link character information table in the storage unit 12 (Step S109). S110), the communication connection is released (step S111), and the link registration process is terminated. On the other hand, when the link registration NG response is received from the user terminal 200, the control unit 11 of the user terminal 100 deletes the character information of the player character Y received in step S105 and ends the process.

  At this time, in the user terminal 200, the control unit of the user terminal 200 is triggered by the input of an instruction to transmit a link registration OK response to the user terminal 100 to the player operation reception unit 16 of the user terminal 200. The character information and the like of the player character X operated by the user A received from the user terminal 100 is stored in the link character information table in the storage unit provided by the user A.

  Here, the link character information stored in the storage unit 12 will be described with reference to FIG. As shown in FIG. 6, in the link character information table, for each character registered as a link target of the player character X, a character name indicating the name of the character and a character code capable of uniquely specifying the character Character information indicating the status of the character (experience value, game level, maximum HP (hit point), maximum MP (magic point), attack power, defense power, equipment content, quickness, etc.), and the character Link character information including the previous communication date and time for recording the date and time of the previous communication with the user to be used and link data indicating the play record being linked is stored. The character code is determined by combining, for example, identification information defined for each character and an identification number unique to the user terminal. In this way, when the user selects his favorite character from several types of characters and proceeds with the game, even if there are multiple users who select the same character, In addition to being able to uniquely identify a character, it is also possible to handle a case where a single user uses multiple types of characters.

  In this example, in step S110, as shown in FIG. 6, the name “character Y” of the player character Y, the character code “CH000123” of the character Y, the character information, and the previous communication date and time are linked. Saved in the character information table. An initial value is set for the link data corresponding to “character Y”. Details of the link data will be described later.

  Through the above operation, the process of exchanging the character information of the player character X operated by the user A on the user terminal 100 and the character information of the player character Y operated by the user B on the user terminal 200 is executed. . As a result, the character Y is linked to the player character X in the user terminal 100, and the character X is linked to the player character Y in the user terminal 200.

  By performing the link registration, even when the user is playing in the single mode (the name in the case of proceeding with the game alone without communicating with other users), for example, as shown in FIG. By pressing and selecting one of the characters stored in the link character information table, the selected character Y, for example, can be used as a link character during the battle. In this example, the state in which the link character is used during the single-play battle is called “dimension link”. During dimension linking, it is possible to allow link characters to participate in battles, and to temporarily use their special moves, items, and special abilities.

  When the link character information is stored in the link character information table, the user terminal 100 accumulates the progress history of the video game as link data. Specifically, the progress history of the video game includes, for example, a battle history of the party including the player character X or the player character X such as the number of battles, the number of battle wins, the number of defeated enemies, the HP of the defeated enemy, etc. History information such as a link time indicating a play time while the player character X is in a dimension link state with the link character, a game over count, and the number of steps the player character X or a party including the player character X has walked on the game field. included.

  Therefore, in the user terminal 100, when the player character X is operated and the play progresses, for example, even if no dimension link is performed with the link character Y registered as a link, the link character information table The link data of the link character Y is updated.

  FIG. 8 is a flowchart showing an example of the player character information update process (step S112) executed by the user terminal 100. Here, between the user terminal 100 and the user terminal 200, the link data of the character Y registered as a link character with the player character X operated by the user A in the user terminal 100, and the user terminal 200 The link data of the character X registered as a link is transmitted to the player character Y operated by B, and the character information of the player character X is updated based on the link data received by the user terminal 100. A case where the character information of the player character Y is updated based on the received link data will be described as an example.

  That is, the processes of steps S101 to S106 described above are executed, and the user terminal 100 has already stored the character information of the player character Y in the link character information table stored in the storage unit 12 in step S106. The player character information update process executed when it is confirmed that the character Y has been registered for link (Y in step S106) will be described.

  In the player character information update process, first, the control unit 11 displays a game screen as shown in FIG. 9 on the display unit 14 of the user terminal 100, for example, and the user terminal 200 of the user B who operates the player character Y within the communication range. The user A is prompted to determine whether or not to request link data exchange (step S201). Here, when “exchange” 106 is selected by the user A and an instruction for a link data exchange request is received, the control unit 11 transmits a link data exchange request to the user terminal 200 (step S202). On the other hand, when “pass this time” 107 is selected by the user A and an instruction to refuse the exchange of link data is received, the control unit 11 proceeds to the process of step S208.

  Upon receiving the link data exchange request from the user terminal 100, the user terminal 200 accepts the link data exchange request from the user terminal 100 on the game screen displayed on the display unit provided therein, for example, as shown in FIG. If the user B performs a display to confirm whether or not to accept the link data exchange request (select “exchange” 108), the link data exchange is OK. If a selection not to accept the link request is made by the operation of the user B (selection of “pass this time” 109), the link data exchange NG is answered.

  When the control unit 11 receives an answer to link data exchange OK from the user terminal 200 (Y in step S203), the control unit 11 transmits the link data of the character Y linked to the player character X to the user terminal 200, and enters the link state. The link data is exchanged by receiving the link data of the character X being received from the user terminal 200 (step S204).

  When the link data of the character X is received from the user terminal 200, the control unit 11 converts the history information indicated by the received link data into points, and improves the predetermined status of the player character X according to the converted points. The character information of the character X is updated (step S205). Thereafter, the control unit 11 transmits the updated character information of the player character X to the user terminal 200.

  In step S205, for example, the control unit 11 represents each history information indicated by the link data in numerical form, adds the numerical values to calculate points, and updates the character information of the player character X according to the calculated points. As a result, the status of the character X such as command level and experience value is improved. The point calculation method and the status to be improved may be anything.

  In addition, referring to the previous communication date and time stored in the link character information table at the time of point calculation, the time from the previous communication date and time to the current communication may be calculated and used when converting the points. For example, when it is desirable to frequently exchange link data (for example, daily exchange) due to the nature of the game, link data was exchanged within a predetermined period and within a specific period (for example, 24 hours and 48 hours). In such a case, a calculation formula for point conversion may be set so that the result of point conversion becomes the maximum value.

  In addition, the control unit 11 receives the character information of the player character Y that is similarly updated at the user terminal 200 from the user terminal 200, and updates the character information of the character Y in the link character information (step S206). Furthermore, the control part 11 resets the link data of the character Y in link character information (step S207).

  In this example, as shown in FIG. 11, for example, the control unit 11 converts the points calculated in step S205, the values obtained by quantifying each piece of history information that is the basis of the point calculation, and the improved status ( In the figure, a notification screen for notifying the degree of growth of the character indicating “command 1”) is displayed on the display unit 14. In FIG. 11, not only the player character X but also the degree of growth of the player character Y is notified.

  And the control part 11 complete | finishes communication with the user terminal 200, and complete | finishes a character information update process (step S208). If a link data exchange NG response is received from the user terminal 200 in step S203 (N in step S203), the communication with the user terminal 200 is terminated without exchanging link data, and the character information is updated. The process ends.

  By the above operation, the link data of the character Y linked to the player character X operated by the user A on the user terminal 100 and the player character Y operated by the user B on the user terminal 200 are registered to link. The character X of the player character X is updated, the character information of the player character X is updated based on the link data notified from the user terminal 200, and the player character Y is updated based on the link data notified from the user terminal 100. Processing for updating the character information is executed. As a result, the character information of the player character X is updated based on the link data of the character X that has been linked to the player character Y in the user terminal 100, and the character that has been linked to the player character X in the user terminal 200. The character information of the player character Y is updated based on the Y link data.

  With the above configuration, when the status of a player character is updated by exchanging link data and the player character is to be grown, the user is physically registered with another user to register the link. In this case, it is necessary to reconnect with the link partner user and exchange link data. Therefore, not only virtual communication using the network, but also real communication between users, and characters by exchanging link data as long as they do not approach the communication range at least once with the user who registered the link Can't hope for growth, it is possible to encourage continuous communication instead of just communication.

  In the above example, when users A and B meet, character information is exchanged by communication between user terminals 100 and 200 to perform link registration (see FIG. 3), and a game is played on each user terminal 100 and 200. Although the case where the link data is exchanged by communication between the user terminals 100 and 200 when the users A and B meet again after being played (see FIG. 8), the user terminal 100 to the user terminal 200 has been described. The character information is transmitted (the character X is linked to the character Y in the user terminal 200), and the user terminal 100 acquires link data from the user terminal 200 when the users A and B reunite. Also good.

  As described above, in the above-described embodiment, the video game processing device (player terminal 100) that displays the player character X operated by the player and controls the progress of the video game is replaced with another video game processing device. A communication establishment function for establishing a communication connection for performing data communication with the (player terminal 200) is provided, and the player character X is registered as a link to another player character Y operated by another player in another video game processing apparatus. For receiving a link registration request by an operation of a player, and when the communication connection with the other video game processing apparatus is established by the communication establishment function, the received link registration request is notified to the other video game processing apparatus, Responding to receipt of response from other video game processing device to respond to link registration request Thus, the character information including a predetermined status in the player character X is transmitted to another video game processing device, and the other video game processing for controlling the progress of the video game in which the player character X is linked to the other player character Y is controlled. When a request for acquisition of link data stored as a history of progress of a video game in a linked state by a device is received by a player operation and a communication connection with another video game processing device is reestablished by the communication establishment function The received link data acquisition request is notified to the other video game processing device, the link data transmitted in response to the link data acquisition request from the other video game processing device is received, and the player is based on the received link data. It is configured to update the status of character X In, the presence of the use by other players can be grown own character independently of the cooperation with other players, further, it is possible to promote communication of the player together.

  In the above-described embodiment, the video game processing device (player terminal 100) receives character information including a predetermined status in the other player character Y from another video game processing device in response to the link registration request, Another player character Y that has received the character information is registered to be linked to the player character X to control the progress of the video game, and the link data is stored as the progress history of the video game in the linked state. When notifying the acquisition request of the link data stored by the device, the link data stored in the link data storage means is transmitted to other video game processing devices. Regardless of the relationship with other players, it is possible to grow other characters. It can be further it is possible to promote communication of the player together.

  In the above-described embodiment, the video game processing device (player terminal 100) stores the action history of the player character in the linked state as link data, and is stored as link data by other video game processing devices. Since the action history of other player characters is converted into a numerical value and the status of the player character X is updated according to the converted numerical value, the link data can be reflected in the status of the player character X by a simple calculation. It becomes.

  In the above-described embodiment, RPG has been described as an example. However, the present invention is not limited to this, and may be applied to video games other than RPG as long as the player character includes an element that grows. it can.

  Although not particularly mentioned in the above-described embodiment, the video game processing device (player terminals 100 and 200) is described above according to a control program (video game processing program) stored in a storage device included in the video game processing device. Perform various processes.

  According to the present invention, it is useful for growing one's own character in cooperation with other players regardless of the use by other players and further promoting communication between the players.

It is a figure which shows the network relationship of the player terminal and other player terminal in one Embodiment of this invention. It is a block diagram which shows the example of a structure of a player terminal. It is a flowchart which shows the example of a character information exchange process. It is explanatory drawing which shows the example of a display screen. It is explanatory drawing which shows the example of a display screen. It is explanatory drawing which shows the example of the link character information memorize | stored in a player terminal. It is explanatory drawing which shows the example of a display screen. It is a flowchart which shows the example of a character information update process. It is explanatory drawing which shows the example of a display screen. It is explanatory drawing which shows the example of a display screen. It is explanatory drawing which shows the example of a display screen.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Game program reading part 11 Control part 12 Storage part 13 Infrared transmission / reception part 14 Display part 15 Audio | voice output part 16 Player operation reception part 100 User terminal 200 User terminal

Claims (4)

A video game processing apparatus for controlling a progress of a video game by displaying a player character operated by a player,
Communication establishment means for establishing a communication connection for performing data communication with other video game processing devices;
Link registration request accepting means for accepting a link registration request by an operation of a player for causing the player character to link and register with another player character operated by another player in the other video game processing device;
A link registration request for notifying the other video game processing device of the link registration request accepted by the link registration request accepting unit when communication connection with the other video game processing device is established by the communication establishing unit. Notification means;
Character information transmission means for transmitting character information including a predetermined status of the player character to the other video game processing device in response to receiving a response to respond to a link registration request from the other video game processing device. When,
By the player's operation of link data accumulated as a history of video game progress in the linked state by the other video game processing device that controls the progress of the video game linked to the other player character by the player character. A link data acquisition request receiving means for receiving an acquisition request;
When communication connection with the other video game processing device is established again by the communication establishing means, the link data acquisition request received by the link data acquisition request receiving device is notified to the other video game processing device. Link data acquisition request notification means
Link data receiving means for receiving link data transmitted in response to a link data acquisition request from the other video game processing device;
And a status update means for updating the status of the player character based on the link data received by the link data receiving means. Character information receiving means for receiving character information including a predetermined status of the other player character from the other video game processing device in response to a link registration request;
Link data accumulating means for controlling the progress of the video game by linking and registering the other player character that has received the character information to the player character, and accumulating link data as the progress history of the video game in the linked state;
The link data acquisition request notifying means sends the link data stored in the link data storage means to the other video game when notifying the acquisition request of the link data stored by the other video game processing apparatus. The video game processing device according to claim 1, which is transmitted to the processing device. The link data storage means stores the action history of the player character in a linked state as link data,
The status update means converts the action history of the other player character stored as link data by the other video game processing device into a numerical value, and updates the status of the player character according to the converted numerical value. Item 3. A video game processing apparatus according to Item 2 . A video game processing program for displaying a player character operated by a player and causing the video game processing device to control the progress of the video game,
In the video game processing device comprising character information storage means for storing character information including a predetermined status of the player character ,
Communication establishment processing for establishing a communication connection for data communication with other video game processing devices;
A link registration request accepting process for accepting a link registration request by an operation of a player for registering the player character with another player character operated by another player in the other video game processing apparatus;
A link for notifying the other video game processing device of the link registration request accepted in the link registration request acceptance processing when communication connection with the other video game processing device is established in the communication establishment processing. Registration request notification processing;
Character information transmission for transmitting the character information stored in the character information storage means to the other video game processing device in response to receiving a response to respond to a link registration request from the other video game processing device. Processing,
By the player's operation of link data accumulated as a history of video game progress in the linked state by the other video game processing device that controls the progress of the video game linked to the other player character by the player character. A link data acquisition request reception process for receiving an acquisition request;
When the communication connection with the other video game processing device is established again in the communication establishment processing, the link data acquisition request received by the link data acquisition request reception processing is sent to the other video game processing device. Link data acquisition request notification processing to be notified,
A link data reception process for receiving link data transmitted in response to a link data acquisition request from the other video game processing device;
A video game processing program for executing status update processing for updating the status of the player character in the character information stored in the character information storage means based on the link data received by the link data reception processing.

Images