JP2011143010A - Program and server device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a program and a server device, for providing an online game capable of reducing the time needed for downloading a game program to a terminal device used by a non-registered user. <P>SOLUTION: The server device 1 provides a game space in which player characters respectively operated by a plurality of players respectively using a plurality of PCs 2 participate. When receiving a request to participate in the game space from one PC 2, the server device 1 determines whether the player using the PC 2 is a registered user. When determining that the player is not the registered user, that is to say, the player is a non-registered user, the server device 1 generates a simple game program of a small data capacity for sharing the game space provided by the server device 1 and transmits it to the PC 2 used by the non-registered user. The PC 2 used by the non-registered user makes the player character operated by the non-registered user participate in the game space by executing the transmitted simple game program. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a program and a server device that provide an online game capable of reducing the time required for downloading a game program to a terminal device used by an unregistered user who is not registered in the server device.

  2. Description of the Related Art Conventionally, there is an online game in which a terminal device such as a PC (Personal Computer) and a mobile phone is connected to a server device and can be played in a virtual space provided by the server device. As an online game, for example, there is an online RPG (Role-Playing Game) (see, for example, Patent Document 1). In online RPG, a game space in which a story is set as a virtual space is provided, and a player character who participates as a character in the game space is assigned to each player.

  Each player operates a player character using a terminal device connected to the server device, thereby fighting with NPC (Non-Player Character) controlled by a server device such as a resident or a monster in the game space. To do. Further, the terminal device shares the game space by executing the game program. The terminal device then displays a video such as a game screen showing the game space, and emits sound such as sound effects and music. The game program is downloaded to the terminal device from a server device or the like that distributes the game program via the Internet or the like, and is installed in the terminal device in advance.

  In recent years, video and audio used for online RPG has high definition and high sound quality, and the data capacity of video and audio data is increasing. As a result, the data capacity of the game program including the video / audio data has been remarkably increased, and a long-time download is required. Some server devices that provide an online RPG allow a player to perform user registration to perform charging, advertisement distribution, and the like. In such a server device, in order to increase the number of registered users, an unregistered user may play an online RPG temporarily to experience fun.

JP 2003-144756 A

  However, in the prior art, an unregistered user temporarily plays an online RPG, which causes troublesomeness that requires a long time download.

  The present application has been made in view of such circumstances. The purpose is to generate a game program to be executed on a terminal device used by an unregistered user and transmit it to the terminal device, thereby reducing the time required to download the game program when an unregistered user plays. And a server apparatus are provided.

  A program disclosed in the present application includes a registration unit that registers users, and a computer that provides a virtual space in which a plurality of player characters are operated by each of a plurality of users using each terminal device, and the plurality of player characters participate. In the program to be executed, a request receiving step for receiving a participation request to the virtual space of a player character operated using a single terminal device, and when the participation request is received by the request receiving step, A registration determination step for determining whether or not the user operating the player character is a registered user registered by the registration unit, and a virtual for sharing the virtual space when the registration determination step determines that the user is not a registered user A generation step for generating a spatial program, and a generation step The virtual space program, characterized in that to execute a transmission step of transmitting to the one terminal device.

  According to one aspect of the device, when an unregistered user plays by generating a game program to be executed on a terminal device used by an unregistered user and transmitting the game program to the terminal device, the time required for downloading the game program is reduced. It becomes possible to reduce.

It is explanatory drawing which shows the example of a game system. It is a block diagram which shows the internal hardware of a server apparatus. It is a chart which shows the example of a record layout of a connection management table. It is a flowchart which shows the procedure of a user participation process. It is a schematic diagram which shows the example of a game screen. It is a schematic diagram which shows the example of a game screen. It is a flowchart which shows the procedure of an unregistered user participation process. It is a flowchart which shows the procedure of an unregistered user participation process.

Embodiment 1
Hereinafter, embodiments will be specifically described with reference to the drawings. A game system according to the present application includes a terminal device operated by each of a plurality of players (users) and a server device to which each terminal device is connected. The server device provides a game space (virtual space) in which each player participates by operating the terminal device. The game space is, for example, an online RPG where a plurality of players participate and play, a simulation game, a strategy game, and the like. The online RPG includes an MO (Multiplayer Online) RPG in which a relatively small number of players participate and an MMO (Massively Multiplayer Online) RPG in which a large number of players participate. The terminal device is a PC, a game machine, a mobile phone, or the like, and is connected to the server device via a data communication line such as an Internet network and a telephone line network. In the present embodiment, a game system that provides online RPG via the Internet will be described as an example. A PC is taken as an example of the terminal device.

  FIG. 1 is an explanatory diagram illustrating an example of a game system. The game system includes a server device 1 that provides a game space (virtual space) and a plurality of PCs (terminal devices) 2 that are connected to the server device 1 via the Internet N. Each PC 2 is used by a registered user who has performed user registration with the server device 1 or an unregistered user who has not performed user registration. The registered user downloads and installs in advance a game program including all functions for playing online RPG on the PC 2. A simple game program (virtual space program) to be described later sent from the server device 1 is installed in the PC 2 used by the unregistered user.

  Each PC 2 shares a game space in which player characters operated by a registered user or an unregistered user participate by executing a game program or a simple game program. Each PC 2 is operated by a player who plays in the game space provided by the server device 1. The server device 1 causes each player character assigned to each player to participate in the game space, and controls the state of the game space according to the action of each player character. Here, the player character is a character in the game space in which the player is in charge of operation, and roles such as a swordsman and a wizard are set. Each player causes each player character to act in the game space using each PC 2.

  For example, each player causes the player character to perform a conversation with a player character operated by another player, a battle with an NPC operated by the server device 1, and possession of an item arranged in the game space. . The game space has a plurality of rooms (dungeon), and each player forms a party with the player characters participating in the game space and battles in each room. Each room is associated with a different difficulty level, and the higher the room level, the higher the fighting ability of monsters and the like appearing in the room. When a party wins a battle with an NPC, it has cleared the room and the party can be advanced to the next room with a higher level. In addition, each player grows the player character into a player character having higher battle ability by winning the battle.

  FIG. 2 is a block diagram showing internal hardware of the server device 1. The server device 1 includes a CPU (Central Processing Unit) 10, a ROM (Read-Only Memory) 11, a RAM (Random-Access Memory) 12, and an HDD (Hard Disk) that control each internal hardware unit via a bus 10 a. Drive) 13. The ROM 11 stores a BIOS (Basic Input / Output System) executed by the CPU 10 when the server apparatus 1 is started. The HDD 13 stores an OS (Operating System) (not shown) executed by the CPU 10, a connection management table 130, map data 131, image data 132, audio data 133, various data 134, a simple program 135, game data 136, and character data 137. To do.

  The map data 131 is data indicating a map of each room in the game space. Each of the image data 132 and the sound data 133 indicates an image of the player character, NPC, and the room interior used when displaying the game screen on each PC 2, and a sound such as conversation, sound effects, and BGM (BackGround Music). It is data. The various data 134 is data indicating the battle ability and special skill of each NPC, and data indicating the effects of items arranged in the game space. The simple program 135 deletes some functions, map data, image data, audio data, various data, and the like from a plurality of functions of the game program executed on the PC 2 used by the registered user in order to reduce the data capacity. Is stored in the HDD 13.

  The game data 136 is data indicating the state of the game space such as NPCs and items arranged in the game space, and the progress of the story. The character data 137 is stored in association with each player character participating in the game space, and indicates the fighting ability, possessed item, etc. of each player character. The fighting ability of the player character is indicated by a numerical value so as to become a large numerical value corresponding to a high fighting ability, for example. The game data 136 and the character data 137 are updated according to the action of the player character participating in the game space, the passage of virtual time in the game space, and the like.

  The HDD 13 functions as a registration unit for registering users by storing a user ID for identifying each user and a password corresponding to the user ID in association with each other. The server device 1 includes a clock unit 14, a recording medium reading unit 15, and a communication unit 16. The clock unit 14 outputs date and time information to the CPU 10 via the bus 10a in response to a request from the CPU 10. The server device 1 advances the virtual time in the game space based on the date / time information output by the clock unit 14. The recording medium reading unit 15 reads the program 30 recorded in the inserted recording medium 3 and stores the program 30 in the HDD 13 by installing the program 30 in the server device 1.

  The program 30 stored in the HDD 13 is read into the RAM 12 and executed by the CPU 10. The RAM 12 stores variables, data, and the like that are generated during execution of the program of the CPU 10. The CPU 10 receives a request for participation in the online RPG according to the program 30 (request reception step), and determines whether a participation request is received from a registered user or an unregistered user (registration determination step). When the CPU 10 determines that the user is an unregistered user, the CPU 10 generates a simple game program (virtual space program) (generation step), and transmits the simple game program to the PC 2 used by the unregistered user (transmission step).

  FIG. 3 is a chart showing a record layout example of the connection management table 130. The connection management table 130 includes an issuance URL (Uniform Resource Locator), a public URL, and an expiration date. The issue URL is a connection destination to which the PC 2 connects to the server device 1 and is indicated as a URL on the Internet network N. The issued URL includes issued URLs for registered users and unregistered users that are connection destinations of the PC 2 used by each registered user and unregistered user. The issuance URL for unregistered users is stored in the connection management table 130 corresponding to each of a plurality of parties where the game space provided by the server device 1 exists.

  The public URL indicates a URL on the Internet network N that publishes an issuance URL for an unregistered user, and indicates a Web page that is disclosed by another server device or the like connected via the Internet network N. The web page for publishing the URL for unregistered users is, for example, a web page published by a registered user, a web page for providing a BBS (Buletin Board System) service, a blog service, and the like. The issuance URL for unregistered users stored in the connection management table 130 is issued by the server apparatus 1 as an issuance URL corresponding to the party when a registered user who forms a party permits participation of an unregistered user described later. Is done.

  Then, one public URL selected from a plurality of public URLs set in advance is stored in the connection management table 130 in association with the issued URL. In addition, the date and time when a predetermined time has passed since the issue URL for the unregistered user is issued is stored in the connection management table 130 in association with the issued URL as the expiration date. The issue URL for registered users does not store the public URL and the expiration date. In the example illustrated in FIG. 3, “http://xxx.com” is stored as an issuance URL for a registered user.

  Moreover, unregistered users can participate in three parties among a plurality of parties existing in the game space, and three issuance URLs for unregistered users are stored corresponding to each party. Further, for example, in association with an issuance URL “http://xxx.com/001” for unregistered users, a public URL “http://yyy.com/bbs/100” and an expiration date “2009/12/13” 23:00 ”is stored in the connection management table 130. Next, a user participation process executed by the server device 1 in order to cause a player character operated by a registered user to participate in the game space will be described.

  FIG. 4 is a flowchart showing the procedure of the user participation process. The user participation process is executed by the CPU 10 of the server device 1 when each PC 2 is connected to the issued URL stored in the connection management table 130. The CPU 10 of the server device 1 determines whether or not the PC 2 is newly connected to the issued URL (step S11). When it is determined that the PC 2 is not newly connected (NO in step S11), the CPU 10 waits until it is connected. Thereby, CPU10 functions as a request | requirement reception part which receives the participation request to the game space of the player character operated using PC2.

  When determining that the PC 2 is newly connected in step S11 (YES in step S11), the CPU 10 determines whether or not the connection destination URL is an issued URL for an unregistered user (step S12). CPU10 determines whether it is a registered user by determining whether the user who uses PC2 which received the participation request is an unregistered user. If the CPU 10 determines that the URL is not an unregistered user issue URL (NO in step S12), the CPU 10 requests the connection source PC 2 for a user ID and a password (step S13). Here, the user ID and the password are stored in the HDD 13 and registered in the server device 1 when a user registration process described later is executed.

  The CPU 10 receives the user ID and password sent from the PC 2 in response to the request (step S14). The CPU 10 determines whether or not the received user ID and password are valid (step S15). Here, the CPU 10 may determine that it is valid when the received user ID and password are stored in the HDD 13. If the CPU 10 determines that the user ID and password are not valid (NO in step S15), the CPU 10 executes user registration processing (step S16). In the user registration process, the server device 1 receives the user ID input by the player operating the PC 2 in accordance with the registration screen displayed on the PC 2.

  Then, the server apparatus 1 performs user registration by generating a password and storing it in the HDD 13 in association with the user ID. The server device 1 sends the password stored in the HDD 13 to the connection source PC 2 to notify the player who has performed user registration. The CPU 10 determines whether or not the user is registered by the user registration process (step S17). If the CPU 10 determines that user registration has not been performed (NO in step S17), the user participation process ends. If the CPU 10 determines that the user has been registered (YES in step S17), the process returns to step S13.

  If the CPU 10 determines that the data is valid in step S15 (YES in step S15), the CPU 10 determines whether character data corresponding to the player character operated by the player is stored in the HDD 13 (step S18). If the CPU 10 determines that no character data is stored (NO in step S18), the CPU 10 generates character data having a preset initial value and stores it in the HDD 13 (step S20). If the CPU 10 determines that character data is stored (YES in step S18), the CPU 10 reads the character data from the HDD 13 (step S19).

  The CPU 10 causes the player character operated by the player to participate in the game space using the character data read out or generated in step S19 or step S20 (step S21), and the user participation process ends. If the CPU 10 determines in step S12 that the URL is an unregistered user issue URL (YES in step S12), the CPU 10 executes an unregistered user participation process described later (step S22) and ends the user participation process. .

  FIG. 5 is a schematic diagram illustrating an example of a game screen. FIG. 5A shows a game screen displayed on the PC 2 used by the registered user when a player character operated by a registered user having the user name “Koji” participates in the game space and forms a party with other player characters. Is shown. FIG. 5B shows a game screen displayed when the software button “ボ タ ン” shown in FIG. 5A is selected. In the example shown in FIG. 5A, the maximum number of people 5 who can participate in the party and the number of people 2 who have already participated, the user names “Koji” and “Takuya” corresponding to the player characters that form the party, and the type of each player character “Swordsman” is displayed.

  In addition, two characters corresponding to two player characters are displayed on the game screen. In the example shown in FIG. 5A, “Yes” input by the player “Takuya” in response to the message “How are you” input by the player “Koji” is displayed in the chat area. In addition, the game screen includes software buttons “parameter” and “鞄” for displaying each of the player character's battle ability and possessed items, and a software button “game end” for exiting the player character from the game space. I have. When the software button “鞄” is selected, a list of items possessed by the player character is displayed on the game screen.

  In the example shown in FIG. 5B, a window displaying “inside the cage” is displayed as a list of possessed items. In the window, software buttons corresponding to the possessed items “medicinal herb A”, “coin 100”, and “recall” are displayed. In the example shown in FIG. 5B, the cursor is placed on the software button “Summary”, and a message “Join the participating user can be summoned” indicating the effect of the item “Summary” is displayed. The registered user selects the software button “Recall” to allow unregistered users to join the party.

  When the registered user permits, the server apparatus 1 issues an unregistered user issue URL and stores it in the connection management table 130. The server device 1 sets a public URL and an expiration date in association with the issued URL for unregistered users, stores it in the connection management table 130, and displays it on the game screen of the PC 2. The server device 1 displays a hyperlink connected to the unregistered user issue URL stored in the connection management table 130 on a web page provided by another server device or the like designated by the public URL. The unregistered user selects the hyperlink using the PC 2 to connect the PC 2 to the issued URL for the unregistered user.

  FIG. 6 is a schematic diagram illustrating an example of a game screen. FIG. 6A shows a game screen displayed on the PC 2 when a registered user permits an unregistered user to participate. FIG. 6B shows a game screen displayed on the PC 2 when the PC 2 used by the unregistered user is connected to the issuance URL for the unregistered user. In the example shown in FIG. 6A, a message “Used a summons” indicating that the player has allowed participation of a player character operated by an unregistered user is used as an issuance URL for unregistered users. “URL: http://xxx.com/001” and “1 hour (until 23:00 2009/12/13)” are displayed as the expiration date and remaining time.

  In addition, the number of players who have joined the party minus the number of player characters that have already joined the party is displayed on the game screen as “maximum summoned number: 3”. When the PC 2 connects to an issuance URL for an unregistered user, the server device 1 displays connection information including the issuance URL, a connection source URL, and an IP address assigned to the connection source PC 2 in the chat area. To do. Here, the connection source URL is the URL of the Web page on which the hyperlink selected by the unregistered user using the PC 2 is displayed in order to connect to the issuance URL for the unregistered user.

  In the example shown in FIG. 6B, a message “jumping PT participation application 1” indicating that the PC 2 is connected to the issued URL for the unregistered user is displayed in the chat area together with the issued URL, the connection source URL, and the IP address. In addition, the message “I came from zzz bbs. Please let me participate in PT.” Is displayed by an unregistered user using PC2. Furthermore, software buttons “Accept” and “Reject” are displayed on the game screen for the registered user to select whether to accept or reject the participation of the player character operated by the unregistered user at the party.

  7 and 8 are flowcharts showing the procedure of the unregistered user participation process. The unregistered user participation process is executed by the CPU 10 in step S22 of the user participation process shown in FIG. CPU10 acquires connection origin URL (step S31). The CPU 10 reads the public URL associated with the unregistered user issue URL connected to the PC 2 from the connection management table 130, and determines whether or not the connection source URL matches the public URL (step S32). If the CPU 10 determines that the URL matches the public URL (YES in step S32), the CPU 10 reads the expiration date stored in the connection management table 130 in association with the issued URL for the unregistered user connected to the PC 2 (step S33).

  CPU10 acquires the date which the clock part 14 outputs (step S34). The CPU 10 determines whether or not the acquired date and time is within the expiration date (step S35). If the CPU 10 determines that it is within the expiration date (YES in step S35), the CPU 10 acquires the number of participants including unregistered users (step S36). The CPU 10 determines whether or not the number of participants is equal to or less than the maximum number set in association with the issuance URL for unregistered users (step S37).

  If the CPU 10 determines that the number is equal to or less than the maximum number of people (YES in step S37), the CPU 10 acquires connection information of the PC 2 connected to the unregistered user issue URL (step S38). CPU10 displays connection information on the chat area of the game screen (step S39). CPU10 receives operation by a registered user from PC2 which a registered user who forms a party uses (Step S40). Based on the accepted operation, the CPU 10 determines whether or not an unregistered user has been accepted by a registered user who forms a party (step S41).

  The operation of acceptance or rejection is, for example, whether a registered user who has a leader role in advance among registered users who form a party is one of the software buttons “accept” or “reject” displayed on the game screen. It is good to accept by selecting. In addition, each registered user who forms a party may select either acceptance or rejection and decide by majority vote. If the CPU 10 determines that it has been accepted (YES in step S41), the CPU 10 generates a simple game program to be executed on the PC 2 used by the unregistered user (step S42).

  Here, the simple game program includes map data 131, image data 132, audio data 133, various data 134, and a simple program 135. A part of the map data 131 is obtained by extracting from the map data 131 data relating to a room in which a party battles. A part of each of the image data 132, the sound data 133, and the various data 134 is extracted from the image data 132, the sound data 133, and the various data 134, respectively, regarding the NPCs and items arranged in the room where the party battles. And get. Further, a part of the audio data 133 may be obtained by extracting the data related to the BGM associated with the room where the party can move from the audio data 133.

  A part of the image data 132 may be obtained by further reducing the data capacity by reducing the number of colors of the extracted image data, the number of frames of animation, the resolution, and the like. A part of the audio data 133 may be obtained by reducing the bandwidth of the extracted audio data and further reducing the data capacity. Thus, the simple game program has a smaller data capacity than the game program that the registered user installs in advance on the PC 2.

  CPU10 transmits the produced | generated simple game program to PC2 which an unregistered user uses by the communication part 16 (step S43). CPU10 receives the request which PC2 which an unregistered user uses runs and transmits a simple game program (Step S44). The CPU 10 determines whether or not the received request is a participation request (step S45). If the CPU 10 determines that the request is a participation request (YES in step S45), the CPU 10 acquires character data of a player character operated by a registered user who forms a party (step 46).

  CPU10 produces | generates the character data of the player character which an unregistered user operates based on the acquired character data (step S47). Here, for example, the character data of the player character operated by the unregistered user may be generated so that there is no significant difference from the battle ability indicated by the character data of the player character operated by the registered user. Thereby, CPU10 determines the state of the player character which an unregistered user operates based on the state of the player character which has participated in the game space. The CPU 10 causes the player character operated by the unregistered user to participate in the game space using the generated character data (step S48), and ends the unregistered user participation process.

  If the CPU 10 determines that it does not match the public URL in step S32 (NO in step S32), or determines that it is not within the expiration date in step S35 (NO in step S35), the error is set to the URL for the unregistered user. Transmission to the connected PC 2 (step S49), the unregistered user participation process is terminated. In addition, when it is determined in step S37 that it is not less than the maximum number of people (NO in step S37), the CPU 10 determines that it is not accepted in step S41 (NO in step S41), or accepts a participation request in step S45. If it is determined that there is not (NO in step S45), the process proceeds to step S49, and the unregistered user participation process is terminated. The PC 2 that has received the error may display a message notifying the unregistered user that the party participation has failed.

  The CPU 10 functions as a generation unit that generates a simple game program (virtual space program) by executing an unregistered user participation process according to the program 30. The player character that participated in the unregistered user participation process is withdrawn from the game space by the server device 1 when the death occurs in the battle, when the unregistered user selects the end of the game, or when the expiration date has passed. In addition, the player character that has participated in the unregistered user participation process is withdrawn from the game space by the server device 1 when the registered user selects the withdrawal of the player character.

  Further, the server device 1 may leave the game space according to a specific event generated in the game space. When a player character operated by an unregistered user leaves the game space, the owned item of the player character may be distributed to each player character operated by a registered user who forms a party. By downloading a simple game program with a small data capacity to the PC 2 used by an unregistered user, the unregistered user can play an online RPG without the trouble of downloading for a long time. Further, by downloading the simple game program, an unregistered user can play an online RPG without requiring a long time to install the downloaded simple game program.

  Then, it is possible to encourage many unregistered users to experience the enjoyment of online RPG and to prompt user registration. Further, by installing the simple game program, it is possible to reduce the used capacity of the HDD (not shown) of the PC 2 used by unregistered users. The character data of the player character operated by the unregistered user is generated based on the character data of the player character operated by the registered user who has already participated in the online RPG. Thereby, the battle ability of the player character operated by the unregistered user is not significantly inferior to the battle ability of the player character operated by the registered user, and the unregistered user can experience the enjoyment of online RPG. .

  The character data of the player character operated by the unregistered user may be generated based on the room level. Thereby, the battle ability of the player character operated by the unregistered user is not significantly inferior to the battle ability of a monster or the like appearing in the room, and the unregistered user can experience the enjoyment of online RPG. In addition, by allowing a player character operated using the PC 2 accessing the issued URL for an unregistered user to participate in the game space, it is possible to save the labor of the unregistered user performing user registration with the server device 1. .

  When the connection source URL matches the public URL associated with the issued URL for the unregistered user, the server device 1 causes the player character operated by the unregistered user to participate. As a result, it is possible to allow a player character operated by an unregistered user to participate only when the hyperlink corresponding to the issued URL for the unregistered user is selected, which is displayed on the URL permitted to be published. Become.

  Although the server apparatus 1 showed the case where the registered user who forms the party consented to the participation of the player character operated by the unregistered user, the simple game program is transmitted to the PC 2 used by the unregistered user. It is not limited. For example, when the PC 2 is connected to an issuance URL for an unregistered user, the server device 1 may transmit a simple game program to the PC 2. In this case, after accepting a participation request from the PC 2 that executes the simple game program, the server device 1 may accept acceptance or rejection of participation by a registered user who forms a party.

  Although the case where the public URL is set in the server device 1 in advance is shown, it is not limited to this. For example, when the registered user approves the participation of the player character operated by the unregistered user, the server device 1 may accept and set the public URL from the registered user. Although the server apparatus 1 has shown the case where the hyperlink is displayed on the Web page indicated by the public URL, the present invention is not limited to this. For example, a registered user who accepts participation of a non-registered user in a party may upload and display an issuance URL displayed on the game screen on another Web page.

  Although PC2 showed the case where it connects to issue URL for unregistered users when a hyperlink is selected by an unregistered user, it is not restricted to this, Issue URL is transmitted via CUI (Character User Interface). It may accept and connect a character string formed. When the unregistered user who has experienced the online RPG performs user registration, the server device 1 may provide convenience to the registered user who has permitted the participation of the unregistered user. For example, the server device 1 may provide convenience such as giving an item to a registered user or discounting a predetermined amount from an amount charged to the registered user.

  Although the issue URL for unregistered users has been shown to be issued by the server device 1 and stored in the connection management table 130, it is not limited to this. For example, the administrator of the server apparatus 1 may determine a plurality of issued URLs for unregistered users in advance and store them in the connection management table 130 of the server apparatus 1. In this case, when the registered user permits the unregistered user to participate in the party, the server apparatus 1 obtains one issued URL from the plurality of issued URLs for the unregistered user stored in the connection management table 130. The public URL and the expiration date may be set by selecting in association with each other.

  The player character operated by the registered user is not limited to a battle in a room where a party is arranged, and may be movable to another room. In this case, the server device 1 temporarily excludes the player character operated by the registered user who has moved to another room from the party, and rejoins the party when the player character returns from the other room. Good. When all registered users who form a party after allowing permission of unregistered users to move to another room and the party no longer exists, the server device 1 uses the player character operated by the unregistered user to play the party. May be assembled. In addition, the server device 1 moves the player character operated by the registered user to another room during a period from the time when the unregistered user is allowed to participate until the time when the player character operated by the unregistered user joins the party. It may be prohibited.

  Some RPGs, MMOs, and the like have an event called a quest that allows each user to make a player character act according to a predetermined scenario and allow the user to play by playing the scenario. In the quest, a field and a room made up of a specific map on which the player character can act according to the scenario are set. For example, in the case of a quest having a scenario in which a player character operated by a user is requested to collect a predetermined item from an NPC, a room in which the item is arranged and one or more fields to the room are set. The In this case, a part of the map data 131 used for generating the simple game program is obtained by extracting the data related to the room and the field set in the quest that can be played by the unregistered user from the map data 131. Good.

1 Server device 2 PC (terminal device)
3 recording medium N Internet network 10 CPU (request reception unit, registration determination unit, generation unit)
30 programs 13 HDD
130 Connection Management Table 14 Clock Unit 15 Recording Medium Reading Unit 16 Communication Unit (Transmission Unit)

Claims (4)

In a program executed by a computer that includes a registration unit for registering a user, a plurality of player characters are operated by a plurality of users using each terminal device, and a virtual space in which the plurality of player characters participate is provided.
A request receiving step of receiving a request to join the virtual space of a player character operated using one terminal device;
A registration determination step for determining whether or not the user operating the player character related to the participation request is a registered user registered by the registration unit when the participation request is received in the request reception step;
If the registration determination step determines that the user is not a registered user, a generation step for generating a virtual space program for sharing the virtual space;
A program for causing the virtual space program generated by the generating step to be transmitted to the one terminal device.   When it is determined in the registration determination step that the user is not a registered user, a state determination step for determining the state of the player character operated by the user is executed based on the state of the player character participating in the virtual space. The program according to claim 1. The computer has a predetermined connection destination to which one terminal device can be connected,
The program according to claim 1 or 2, wherein the registration determination step determines that a user who operates using a terminal device connected to the connection destination is not a registered user. In a server device including a registration unit for registering a user, a plurality of player characters being operated by each of a plurality of users using each terminal device, and providing a virtual space in which the plurality of player characters participate,
A request accepting unit for accepting a request for participation in the virtual space of a player character operated using one terminal device;
A registration determination unit that determines whether the user operating the player character related to the participation request is a registered user registered by the registration unit when the request reception unit receives the participation request;
When the registration determination unit determines that the user is not a registered user, a generation unit that generates a virtual space program that shares the virtual space;
A server apparatus, comprising: a transmission unit that transmits the virtual space program generated by the generation unit to the one terminal device.

Images