JP2018171274A - Computer system, game system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique for realizing a new and interesting content using positioned position information, which has never existed in the past. When a user who is a player 2 carries a positioning-capable user terminal 1500 and moves in the real world 90 and reaches an arrangement position P1, a first convertible object 80 is given to the player 2. After that, when the player 2 holding the first convertible object 80 moves to a place in the real world where the conversion location is set, the possessed first convertible object 80 can be converted to another object. it can. [Selection diagram] Fig. 4

Description

  The present invention relates to a computer system and the like for controlling the progress of content that proceeds based on a user position measured by a user terminal having a positioning function carried by a user.

A device that has a positioning function is used by a user for game play, and content that progresses by using position information that has been positioned is known.
For example, Patent Document 1 discloses a technique related to an AR (Augmented Reality) game using position information that has been measured. In other words, the player can set a new treasure box to appear in the game in association with position information in the real world, and can set the appearance condition and the opening condition. When the treasure box set by another player appears and satisfies the opening condition, the contents of the treasure box can be acquired.

JP 2013-59573 A

  Content that uses position information that has been measured is highly popular in conjunction with recent health consciousness because the user needs to exercise such as walking in the real world.

  The present invention has been devised in order to provide a technology for realizing a new and interesting content that uses position information that has been measured, which has not existed before.

A first invention for solving the above-described problem is a computer system for controlling the progress of content that proceeds based on a user position, which is a position of a user terminal,
Arrangement position data (for example, the first convertible object arrangement data 522 in FIG. 12) that defines the arrangement position of the convertible object that can be acquired by the user, and the convertible object that the user has can be converted into a conversion destination object. Based on the conversion place data (for example, the pre-conversion place installation data 524 and the final conversion place installation data 526 in FIG. 12) that defines the conversion place to be used, the user position, the arrangement position, and / or the conversion place are determined. Notification control means for performing control to notify the user (for example, server system 1100 in FIG. 1, radar screen W3 in FIG. 3, server processing unit 200s in FIG. 10, positional relationship notification control unit 220, steps S20 to S26 in FIG. 25). )When,
Based on the positional relationship between the user position and the arrangement position, an assignment control unit (for example, the server system 1100 in FIG. 1, FIG. 10) that performs control to give the user a convertible object that can be acquired at the arrangement position. Server processing section 200s, the grant control section 222, step S40 in FIG.
Based on the positional relationship between the user position and the conversion place, conversion control means (for example, the server system 1100 in FIG. 1, FIG. 10) that controls whether or not the convertible object that the user has is converted into a conversion destination object. Server processing unit 200s, conversion control unit 232, pre-conversion pattern definition data 560 in FIG. 15, final conversion pattern definition data 570 in FIG. 16, steps S60 and S110 in FIG.
Is a computer system.

  The term “computer system” as used herein means that a system using a single computer or a system in which a plurality of computers can communicate with each other may be used.

  According to the first invention, when the user carries the user terminal and moves in the real world, the convertible object is assigned according to the user's position, and given according to the positional relationship between the user's position and the conversion location. It is possible to provide a new and interesting content that has never been converted to a conversion destination object.

  A second invention is the computer system according to the first invention, wherein the conversion control means variably determines the conversion destination object based on an attribute of the convertible object to be converted.

  In the third invention, the conversion control means variably determines the quantity of the conversion destination object when converted based on the attribute of the convertible object to be converted. It is the computer system of the invention.

  The “attribute” mentioned here can be set as appropriate according to the content content and the like. For example, it can be classified according to the world view of content such as fire, water, and wind, or can be classified as map information in the real world such as convenience store, station, bridge, park, library, intersection. Also, the type of building, the type of industry, the type of chain store, and the like can be adopted.

  According to the second invention, the conversion destination object can be variably determined according to the attribute of the conversion destination object. Similarly, according to the third invention, the number of conversion destination objects can be variably determined according to the attribute of the conversion destination object. In both cases, it is possible to give diversity to the conversion pattern and enhance the attractiveness of the content.

  According to a fourth aspect of the present invention, an attribute is set for the arrangement position, and the conversion control unit changes the conversion destination object based on the attribute of the arrangement position to which a convertible object to be converted is assigned. The computer system according to any one of the first to third inventions.

  According to a fifth aspect of the present invention, an attribute is set in the arrangement position, and the conversion control unit converts the conversion when the conversion is performed based on the attribute of the arrangement position to which a convertible object to be converted is assigned. The computer system according to any one of the first to fourth aspects, wherein the quantity of the destination object is variably determined.

  According to the fourth invention, the conversion destination object can be variably determined according to the attribute of the position to which the convertible object is assigned. Similarly, according to the fifth aspect, the number of conversion destination objects can be variably determined according to the attribute of the position to which the convertible object is assigned. In both cases, it is possible to give diversity to the conversion pattern and enhance the attractiveness of the content.

  In the sixth invention, an attribute is set in the conversion place, and the conversion control means variably determines the conversion destination object based on the attribute of the conversion place where the conversion is performed. 5 is a computer system according to any one of the inventions.

  In the seventh invention, an attribute is set in the conversion place, and the conversion control means variably determines the quantity of the conversion destination object when converted based on the attribute of the conversion place where the conversion is performed. The computer system according to any one of the first to sixth inventions.

  According to the sixth aspect, the conversion destination object can be variably determined based on the attribute of the conversion place where the conversion is performed. Similarly, according to the seventh aspect, the number of conversion destination objects can be variably determined based on the attribute of the conversion place where the conversion is performed. In both cases, it is possible to give diversity to the conversion pattern and enhance the attractiveness of the content.

  The eighth aspect of the invention is a recommended conversion location notification control unit (for example, the server system 1100 in FIG. 1) that performs control for notifying the user of the conversion location where the conversion by the conversion control unit is relatively advantageous to the user. The computer according to any one of the first to seventh inventions, further comprising a server processing unit 200s in FIG. 10, a recommended conversion location notification control unit 226, a recommended final conversion location data 567 in FIG. 15, and step S108 in FIG. System.

  According to the eighth aspect, it is possible to notify a conversion location that is relatively advantageous to the user.

  According to a ninth aspect of the present invention, there is provided setting movement determining means for determining, based on the user position, whether the user is located at a given setting spot or moved along a given setting route (for example, FIG. 1, a server processing unit 200 s of FIG. 10, and a setting movement determination unit 228), and the conversion control unit variably changes the conversion destination object according to the determination result of the setting movement determination unit. In the computer system of any one of the first to eighth inventions (for example, final conversion pattern definition data 570 in FIG. 16, recommended route realization subcondition 572h, set spot stop subcondition 572j, step S126 in FIG. 29). is there.

  According to the ninth aspect, the conversion destination object is changed depending on whether the user is positioned at the set spot designated by the user before the conversion (stopped) or moved along the set route (recommended route). It can be determined variably. That is, it becomes possible to give diversity to the conversion pattern, and the attractiveness of the content can be further enhanced.

  A tenth aspect of the invention further includes setting movement determination means for determining whether the user is located at a given setting spot or moved along a given setting route based on the user position. The conversion control means is the computer system according to any one of the first to ninth aspects, wherein the quantity of the conversion destination object when converted is variably determined according to the determination result of the setting movement determination means. .

  According to the tenth aspect, the number of conversion destination objects depends on whether the user is positioned (stopped) at a setting spot designated by the user before the conversion is performed, or moved along a setting route (recommended route). Can be variably determined, so that the conversion patterns can be further diversified to further enhance the attractiveness of the content.

  In an eleventh invention, the conversion control means variably determines the conversion destination object according to given advertisement information provided in the user terminal (for example, final conversion pattern definition data 570 in FIG. 16). In addition, the present invention is a computer system according to any one of the first to tenth inventions.

  According to the eleventh aspect, the conversion destination object can be variably determined according to the advertisement information provided to be viewable on the user terminal. In other words, it is possible to further enhance the attractiveness of the content by diversifying the conversion patterns.

  In a twelfth aspect of the invention, the conversion control unit variably determines the number of the conversion destination objects when converted according to given advertisement information provided in the user terminal. A computer system according to any one of the inventions.

  According to the twelfth aspect, the number of conversion destination objects can be variably determined in accordance with advertisement information provided to be viewable on the user terminal. In other words, it is possible to further enhance the attractiveness of the content by diversifying the conversion patterns.

  A thirteenth aspect of the invention is a map management means for managing map data possessed by the user among a plurality of types of map data including the arrangement position data and / or the conversion location data (for example, the server system 1100 in FIG. 10 server processing unit 200s, map management unit 224, special map definition data 540 in FIG. 14, user management data 600 in FIG. 18, possessed special map management data 660, steps S30 to S34 in FIG. The computer according to any one of the first to twelfth inventions, wherein the notification control unit, the provision control unit, and the conversion control unit perform control based on the arrangement position and the conversion location included in the map data possessed by the user. System.

  According to the thirteenth aspect, the user can acquire and hold a plurality of types of map data including the arrangement position data and / or the conversion place data, and based on the arrangement position and the conversion place included in the map data possessed by the user. Thus, it is possible to notify the positional relationship, attach a convertible object, and convert the convertible object.

  In a fourteenth aspect, all or a part of the map data includes map acquisition position data of the other map data from which the user can acquire the other map data. The means performs control to give the user map data that can be acquired at the map acquisition position based on the positional relationship between the map acquisition position included in the map data of the user and the user position. A computer system according to a thirteenth invention.

  According to the fourteenth aspect, by obtaining certain map data, it is possible to provide a chainable map data obtainable position such that another map data can be obtained.

  According to a fifteenth aspect of the present invention, when the conversion control means satisfies a conversion requirement including at least a given time required for conversion, conversion to a conversion destination object is performed, and the time required for the conversion required time is calculated. Mitigation control means that variably decides the mitigation content that reduces the condition or does not require the passage of time and controls the execution of mitigation processing (for example, server system 1100 in FIG. 1, server processing unit 200s in FIG. 10, mitigation control unit) 234, the mitigation definition data 580 of FIG. 17, and the steps S134 to S146) of FIG. 29, the computer system of any one of the first to fourteenth inventions.

  According to the fifteenth aspect, it is possible to prepare a mechanism that can reduce the required time while setting the required time for executing the conversion.

  According to a sixteenth aspect of the present invention, there is provided setting movement determination means for determining, based on the user position, whether the user is located at a given setting spot or moved along a given setting route (for example, FIG. 1 server system 1100, server processing unit 200s in FIG. 10, setting movement determination unit 228, and step S180 in FIG. 26), and the mitigation control means, according to the determination result of the setting movement determination means, The computer system according to the fifteenth aspect of the invention controls execution of mitigation processing.

  According to the sixteenth aspect, the required time can be reduced depending on whether the user is located at a given set spot, that is, whether the user has stopped or moved along a given set route. In other words, it is possible to reduce the required time by using an element that moves and moves the user terminal, which is the basis for enjoying the content.

  A seventeenth aspect of the invention is an advertisement information browsing determination unit (for example, the server system 1100 in FIG. 1, the server processing unit 200 s in FIG. 10) that determines whether or not browsing of given advertisement information has been performed on the user terminal. The advertisement information browsing determination unit 230 and step S142 in FIG. 29 are further provided, and the reduction control unit controls execution of the reduction process according to the determination result of the advertisement browsing determination unit (for example, FIG. 29). Step S144) is the computer system of the fifteenth or sixteenth invention.

  According to the seventeenth aspect, the reduction process can be executed in accordance with the advertisement information provided by the user terminal.

  In an eighteenth aspect of the invention, the advertisement information browsing determination unit determines browsed advertisement information among the plurality of advertisement information, and the mitigation control unit mitigates according to the browsed advertisement information. The computer system according to the seventeenth aspect of the present invention executes the mitigation processing by variably determining the contents.

  According to the eighteenth aspect, the reduction content can be variably determined according to which advertisement information is viewed (viewed) by the user. If the user selects advertisement information to be viewed, it is possible to widen the range of options of the user regarding viewing of advertisement information related to mitigation.

  A nineteenth aspect of the invention is a game system in which the content is game content, and a server system that is a computer system according to any one of the first to eighteenth aspects of the invention and the user terminal are communicably connected. .

  According to the nineteenth invention, a game system that exhibits the same effects as any one of the first to eighteenth inventions can be realized.

A twentieth aspect of the invention is a program for controlling the progress of content that progresses based on a user position that is a position of a user terminal.
Based on the arrangement position data that defines the arrangement position of the convertible object that can be acquired in the content, and the conversion place data that defines the conversion place that can convert the convertible object that the user has into the conversion destination object, Notification control means (for example, the user terminal 1500 in FIG. 1, the terminal processing unit 200 in FIG. 30, the positional relationship notification control unit 220, FIG. 25) that performs control to notify the user position, the arrangement position, and / or the conversion location. Steps S20 to S26),
Based on the positional relationship between the user position and the arrangement position, an assignment control unit that performs control for assigning a convertible object that can be acquired at the arrangement position (for example, the user terminal 1500 in FIG. 1, the terminal process in FIG. 30) Unit 200, grant control unit 222, step S40 in FIG. 25),
Based on the positional relationship between the user position and the conversion location, conversion control means for controlling whether or not the convertible object that the user has is converted into a conversion destination object (for example, the user terminal 1500 in FIG. 1, FIG. 30). Terminal processing unit 200, conversion control unit 232, pre-conversion pattern definition data 560 in FIG. 15, final conversion pattern definition data 570 in FIG. 16, steps S60 and S110 in FIG. A program (for example, the game program 502 of FIG. 31).

  According to the twentieth invention, a program that obtains the same effect as that of the first invention can be realized.

The figure which shows an example of a structure of a game system. The figure for demonstrating the outline | summary of a game. The figure which shows the example of a display of a radar screen. The figure for demonstrating acquisition of a 1st convertible object. The figure for demonstrating the preconversion from a 1st convertible object to a 2nd convertible object. The figure for demonstrating the example of a pre-conversion pattern. The figure for demonstrating the last conversion from a 2nd convertible object to a conversion destination object. The figure for demonstrating the example of a final conversion pattern. The figure for demonstrating reduction of conversion consideration. The functional block diagram which shows the function structural example of the server system in 1st Embodiment. The figure which shows the example of the program and data which the server memory | storage part in 1st Embodiment memorize | stores. The figure which shows the data structural example of comprehensive map data. The figure which shows the data structural example of 1st convertible object provision pattern definition data. The figure which shows the data structural example of special map definition data. The figure which shows the data structural example of pre-conversion pattern definition data. The figure which shows the data structural example of final conversion pattern definition data. The figure which shows the data structural example of mitigation measure definition data. The figure which shows the data structural example of user management data. The figure which shows the data structural example of possession 1st convertible object management data. The figure which shows the data structural example of possession 2nd convertible object management data. The figure which shows the data structural example of play data. The figure which shows the data structural example of pre-conversion reservation data. The figure which shows the data structural example of the last conversion reservation data. The functional block diagram which shows an example of a function structure of the user terminal 1500 in 1st Embodiment. The flowchart for demonstrating the flow of a process in the server system of 1st Embodiment. The flowchart continued from FIG. Flowchart for explaining the flow of the first convertible object giving process The flowchart for demonstrating the flow of a pre-conversion process. The flowchart for demonstrating the flow of a final conversion process. The functional block diagram which shows the function structural example of the user terminal in 2nd Embodiment. The figure which shows the example of the program and data which are memorize | stored in the terminal memory | storage part of the user terminal of 2nd Embodiment.

  Hereinafter, an example of an embodiment to which the present invention is applied will be described, but it is needless to say that a form to which the present invention can be applied is not limited to the following embodiment.

[First Embodiment]
As a first embodiment, an example of a computer system that provides an online game that is game content as content that progresses based on a user position will be described.

  FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. The game system 1000 of the present embodiment is a computer system that provides an online game as content. Specifically, the game system 1000 includes a server system 1100 capable of mutual data communication by connecting to the communication line 9, a point service management server 1200, and a user terminal 1500. In the illustrated example, one user terminal 1500 is provided. However, in actual operation, there are a plurality of user terminals 1500 for each user who is a player, and each of them can be connected to the server system 1100 for communication.

  The communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a communication network such as a telephone communication network, a cable network, and the Internet in addition to a dedicated line (dedicated cable) for direct connection and a LAN (Local Area Network) using Ethernet (registered trademark). This means that the communication method may be wired or wireless.

  The server system 1100 includes a main body device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140, and the main body device 1101 is equipped with a control board 1150.

  The control board 1150 includes various microprocessors such as a CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit), and DSP (Digital Signal Processor), various IC memories 1152 such as a VRAM, a RAM, and a ROM, and a communication device 1153. Has been. A part or all of the control board 1150 may be realized by an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a system on a chip (SoC).

  The server system 1100 is necessary for the control board 1150 to perform arithmetic processing based on predetermined programs and data, 1) a user management function related to user registration, and 2) a game play on the user terminal 1500. A game management function that provides data to manage game execution control on the user terminal 1500, and 3) an online shopping function that sells various items and characters that can be used in the game to users online (the server system 1100 has One of the service contents to be provided) and 4) a function for conversation between registered users and an exchange promotion function for providing an opportunity for multiplayer are realized. That is, the game in the present embodiment is realized as a kind of client-server online game.

  Although the server system 1100 is described as a single unit, a configuration may be adopted in which a plurality of blade servers sharing each function are mounted and connected to each other via an internal bus so that data communication is possible. Alternatively, the server system 1100 may be configured to function as a whole by performing data communication with a plurality of independent servers installed at remote locations via the communication line 9.

  The point service management server 1200 stores and manages point management data 1206 in which a user account 1202 of a user who is a player in this embodiment is associated with virtual currency points 1204 held by the user.

  The “virtual currency points” mentioned here are other service contents (for example, online shopping) different from the game contents provided by the server system 1100, online shopping sites other than those provided by the server system 1100, and the like. It is a point that functions as a virtual currency that can be used. You may call it a member point or a shopping point.

  The point service management server 1200 can change the point management data 1206 in response to a request from an external device in which a predetermined access path is set. In this embodiment, it is assumed that the server system 1100 has an access path to the point service management server 1200. A configuration in which the function of the point service management server 1200 is included in the server system 1100 is also possible.

  The user terminal 1500 is a computer system that a player user uses individually for game play, and is a portable electronic device (electronic device) that can access the server system 1100 via the communication line 9 and execute an online game. Equipment). The user terminal 1500 according to the present embodiment is a so-called smartphone, but may be a portable game device, a game controller, a personal computer, a tablet computer, a wearable computer, an arcade game device, or the like. In the example shown in the drawing, it is drawn as a single device, but a configuration in which a plurality of devices cooperate and function together may be used.

  The user terminal 1500 includes a direction input key 1502, a button switch 1504, a touch panel 1506 functioning as an image display device / contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, a control board 1550, a computer A memory card reader 1542 that can read and write data from a memory card 1540 that is a readable storage medium. In addition, a power button, a volume control button, etc., not shown, are provided. Further, an IC card reader that can read and write data in a non-contact manner with respect to an IC card type credit card or prepaid card capable of paying a price for game play may be provided.

  The control board 1550 is used for wireless communication with various microprocessors such as a CPU 1551, a GPU, a DSP, various IC memories 1552 such as a VRAM, a RAM, and a ROM, and a mobile phone base station and a wireless LAN base station connected to the communication line 9. A wireless communication module 1553, a positioning module 1555, an interface circuit 1557, and the like are mounted.

  The positioning module 1555 is a means for acquiring the user position. In the present embodiment, it is assumed that the position coordinates and direction in the real space can be obtained using a known positioning system. That is, the positioning module 1555 provides a positioning function in the user terminal 1500 by receiving a signal provided from the positioning system and outputting positioning information at a predetermined period (for example, every second). In this embodiment, GPS (Global Positioning System) is used as a positioning system. Therefore, the positioning module 1555 can use a known “GPS module”, “GPS receiver”, or the like. “Positioning information” includes positioning date / time (UTC), position coordinates (latitude / longitude / altitude), direction, and the like. Hereinafter, the position coordinates obtained by the positioning module 1555 are referred to as “user positions”.

Note that the positioning module 1555 can be replaced with a configuration of a communicator wirelessly connected to a mobile phone radio base station, a Wi-Fi network radio base station, and the like, and an orientation sensor.
That is, it is possible to obtain so-called simple position information by acquiring position information measured in advance for a connected radio base station and using this as position coordinates in the real space of the own device. And you may acquire the azimuth | direction in the real space which the self-machine is facing with an azimuth | direction sensor.

  The interface circuit 1557 includes a driver circuit of the touch panel 1506, a circuit that receives signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit that outputs an audio signal to the speaker 1510, and an audio signal collected by the microphone 1512. An input signal generation circuit to be generated, a signal input / output circuit to the memory card reader 1542, and the like are included.

  These elements mounted on the control board 1550 are electrically connected via a bus circuit or the like so that data can be read and written and signals can be transmitted and received. Note that a part or all of the control board 1550 may be configured by ASIC, FPGA, or SoC. Then, the control board 1550 stores in the IC memory 1552 a client program and various data for realizing the function as the user terminal of the game of the present embodiment.

  In the present embodiment, the user terminal 1500 is configured to download the client program and various setting data from the server system 1100. However, the user terminal 1500 may be configured to read from a storage medium such as a memory card 1540 obtained separately.

[Game description]
FIG. 2 is a diagram for explaining an outline of a game based on game content in the present embodiment. The online game in the present embodiment is an action RPG that uses position information that has been measured. When the player 2 moves in the real world, the enemy character 6 appears according to the user position, and the player 2 can fight the enemy character 6 with the player character 4 selected by the player 2. Further, the player 2 can acquire a possessed object such as an item 7 that can be equipped on the player character 4 by moving in the real world.

  Specifically, when the player 2 takes the user terminal 1500 outdoors (an environment in which the positioning module 1555 can be used, specifically an environment in which signals from the GPS satellite 3 can be received) and moves, the user terminal 1500 performs positioning. The appearance timing of the enemy character 6 and the type and number of the appearing enemy character 6 are controlled based on the position information.

  More specifically, the server system 1100 stores and manages position coordinates indicating a predetermined appearance position Pe in the real world 90 and setting information on the type and number of enemy characters 6 in association with each other. The user terminal 1500 periodically or intermittently determines the position information of its own device to the server system 1100 (hereinafter referred to as “user position”) and the user account of the user who is the player 2 of the own device. Sending to. When the latest user position received from the user terminal 1500 enters the appearance range 92 determined based on the appearance position Pe, the server system 1100 causes the enemy character 6 linked to the appearance position to appear on the game screen W2. .

  The game screen W2 includes a main display unit 10 on which a battle state between the player character 4 equipped with the item 7 and the enemy character 6 is displayed, and an operation icon display unit 11 on which various operation icons are displayed. The type of operation icon to be displayed can be set as appropriate according to the game content. In this embodiment, the item use icon 13 for inputting the use operation of the item 7 held by the player 2 and the radar screen are displayed. It includes a radar display icon 14 for inputting a radar display operation.

  FIG. 3 is a diagram illustrating a display example of the radar screen. The radar screen W3 is a screen showing the relative positional relationship between the position coordinates of the real world where the event relating to the game content is set and the user position. In the present embodiment, the location guidance is displayed as to where the player 2 can move in the real world 90 and obtain the item 7 that can be equipped on the player character 4. That is, the position coordinates of the real world 90 are associated with the position coordinates of the in-game world (also referred to as a virtual space).

  The radar screen W3 includes a radar display unit 20, a special map use setting unit 30, a menu icon 40, a first list display icon 41, and a second list display icon 42.

  The radar display unit 20 uses the user position display 21 that indicates the current position of the player 2 who owns the user terminal 1500 as a reference position, and the tip side of the user terminal 1500 (the upper side of the touch panel 1506) is then facing. The screen is designed as a bird's-eye view.

  Specifically, the radar display unit 20 includes a first displayable object arrangement position display body 23, a special map arrangement position display body 24, a preliminary display, along with an orientation display 22 obtained from the positioning information acquired by the user terminal 1500. A conversion location position display 25 and a final conversion location display 26 are displayed.

  The first convertible object arrangement position display 23 is a marker that guides a reference position in the real world 90 where the user of the user terminal 1500 can acquire the first conversion object when the user terminal 1500 approaches. This reference position is defined as “arrangement position P1”.

  The “first convertible object” is a basic object to be acquired first in order to acquire the item 7. The specific details of the first convertible object can be variously set according to the game content. It is preferable to give an easy-to-understand design and name as the root for producing something. For example, resources, materials, ores, magic stones, energy packs, foodstuffs, etc. can be considered. The type of the first convertible object 80 can be set as appropriate.

  In the present embodiment, it is assumed that the first convertible object 80 is “ore” and there are a plurality of types of ores. A plurality of arrangement positions P1 are prepared, and the type and amount of ore arranged are set for each arrangement position P1.

  Information on the reference position in the real world 90 where the first convertible object 80 can be captured, that is, the information on the position P1 is stored and managed by the server system 1100, and the radar screen W3 has a first conversion for each position P1. A possible object arrangement position display 23 is displayed.

  The player 2 moves in the real world 90 relying on the radar screen W3 while encountering the enemy character 6 and aims to acquire the first convertible object 80.

  FIG. 4 is a diagram for explaining acquisition of the first convertible object. When the current position (user position) of the user terminal 1500 carried by the player 2 enters a predetermined range 93 based on the arrangement position P1 of the first convertible object 80, the player 2 is the first player in the game. It is considered that the position where the convertible object exists is reached, and the first convertible object 80 associated with the arrangement position P1 is given to the player. Then, as shown in the radar screen W4 of FIG. 4, an acquisition notification 70 that informs that is displayed.

  In the server system 1100, the first convertible object 80 newly added to the list of objects held by the player 2 is added. By operating the first list display icon 41, the player 2 can display and check the possessed first convertible object list 43, which is a list of the first convertible objects that the player 2 currently possesses. it can.

  In addition, as the arrangement setting of the first convertible object 80, it is possible to set so that a plurality of types of first convertible objects 80 are arranged at one arrangement position P1. In that case, all of the plurality of first convertible objects 80 that are arranged and set may be assigned at once, or only objects of a type that satisfy the separately set conditions for giving may be given. The player 2 may select one of them.

Now, the player 2 who has obtained the first convertible object 80 can convert it into the item 7 (see FIG. 2) by taking it to a predetermined conversion place.
However, even if the first convertible object 80 corresponding to the material is brought into the conversion place as it is, it is not converted into a very good item 7 (or the conversion itself may not be permitted).

  In order to obtain a better item 7 with the same first convertible object 80 as the origin, the first convertible object 80 corresponding to the material is once brought to the “pre-conversion location” and “second convertible object” is obtained. Need to convert to intermediate. In the present embodiment, this intermediate conversion is called “pre-conversion”.

  The “pre-transformation place” is a virtual conversion place that can be converted into a “second convertible object”, and the “second convertible object” is the final conversion destination object of the first convertible object 80. An object that satisfies some of the conditions for converting to an item 7. In the present embodiment, since the first convertible object 80 is referred to as “ore”, the second convertible object 82 corresponds to a result of smelting ore, that is, “steel”, “bullion”, and “ingot”. To do. Therefore, the pre-conversion place in this embodiment is positioned as “smelter”.

  Then, the position coordinates of the pre-transformation place in the real world 90 are stored and managed in the server system 1100 together with the setting information of the pre-transformation place. The position coordinate in the real world 90 of this pre-transformation place is called “installation position P2”.

  The relative positional relationship between the installation position P2 and the user position is displayed as the pre-conversion location position display 25 on the radar screen W3 (see FIG. 3). The player who has obtained the first convertible object 80 can move to the place where any of the pre-conversion locations is installed, relying on the radar screen W3, and can second convert the first convertible object 80 held by the player. Convert to object 82.

  FIG. 5 is a diagram for explaining pre-conversion from the first convertible object 80 to the second convertible object 82. When the current position (user position) of the user terminal 1500 carried by the player 2 enters a predetermined range 94 based on the installation position P2 in the real world where the pre-conversion place 85 is set, The player has arrived at the pre-conversion place associated with the installation position P2. Then, as shown in the radar screen W5 in FIG. 5, an arrival notice 72 that informs that is displayed.

  The arrival notification 72 includes a conversion execution icon 73 for inputting an instruction to execute pre-conversion and a conversion cancel icon 74 for inputting selection not to perform pre-conversion. The player 2 selects the former. When operated, the conversion from the first convertible object 80 to the second convertible object 82 is performed. For example, a combination of the first convertible object 80 possessed by the player and the second convertible object 82 that can be converted at the preconversion location, that is, a so-called “preconversion pattern” candidate that can be selected is a player. Presented to. When a pre-conversion pattern is selected and a pre-conversion execution instruction is input, conversion to the second convertible object 82 according to the selected pre-conversion pattern is performed.

FIG. 6 is a diagram for explaining an example of the pre-conversion pattern.
Various patterns can be prepared as the pre-conversion pattern based on various parameters. In the present embodiment, as shown in FIG. 6 (1), the first convertible object 80 acquired by the player is stored with acquisition position information (that is, the arrangement position P1) indicating the position where the object is acquired.・ Managed. Various pre-conversion patterns are set based on the relative positional relationship between the acquired position information of the first convertible object 80 that is the conversion source in the pre-conversion and the installation position P2 of the pre-conversion place 85.

  Specifically, the relative distance between the two is employed as the relative positional relationship. When the relative distance corresponds to “short distance” that is less than the predetermined threshold, the same first convertible object 80 to the same second convertible object 82 than the case that corresponds to “far distance” that is equal to or greater than the threshold. For example, a plurality of types of pre-conversion patterns are set so that the conversion rate increases as the distance increases, so that the conversion rate is different.

  In addition, the type of the pre-conversion pattern related to the relative distance can be set as appropriate. It is possible to set more patterns by adding other categories such as “same place” and “medium distance” in addition to the above two categories (two patterns) of “short distance” and “far distance”. it can. In addition to the relative distance, a parameter representing the relative positional relationship may employ a relative orientation, a relative altitude difference, the inside and outside of the circular railway line, a relative positional relationship depending on the administrative division, and the like.

  Further, in the present embodiment, as shown in FIG. 6B, there are various combinations depending on the combination of the attribute related to the first convertible object 80 that is the conversion source in the pre-conversion and the attribute related to the pre-conversion location 85. Types of pre-conversion patterns are set.

Specifically, as attributes relating to the first convertible object 80, 1) an attribute of the object of the first convertible object 80 itself, and 2) a position (specifically, the player acquired the first convertible object 80). Are stored and managed in association with the attribute of the arrangement position P1). Of course, a configuration in which only one of them is employed is also possible.
As attributes relating to the pre-transformation location 85, 1) an attribute as the location of the pre-transformation location 85 and 2) an attribute regarding a position coordinate where the pre-transformation location 85 is installed are stored and managed in association with each other. . Of course, a configuration in which only one of them is employed is also possible.

  The “attribute” mentioned here can be set as appropriate according to the game content, the content / business type of the service content provided by the point service management server 1200, and the like. For example, attributes that appear in the game world such as “fire” “water” “wind” “tree” “holy” “evil”, and maps in the real world such as “convenience store” “station” “bridge” “park” “library” Information classification, building type, industry type, chain store type, etc. can also be adopted.

  The combination of the position attribute or object attribute related to the first convertible object 80 that is the conversion source in the pre-transformation and the attribute related to the pre-transformation place 85 is a predetermined combination relationship (for example, the same attribute / goodness In such a case, a pre-conversion pattern is provided in which pre-conversion is performed that is more advantageous to the player than other combination relationships.

In the example of FIG. 6 (2), even if the first convertible object 80 of the same iron ore is the conversion source, it is converted into the second convertible object 82c of “Jade steel” if the attributes of both are the same. However, when both attributes differ, the example converted into the 2nd convertible object 82d of "normal steel" whose performance is inferior to it is shown.
Incidentally, in the final conversion performed at the final conversion place described below, an item converted from the second convertible object 82c of “dama steel” is an item converted from the second convertible object 82d of “normal steel”. Rareness is higher than that, and the ability is set high.

In the present embodiment, the acquired first convertible object 80 can notify the player of a pre-conversion place (recommended conversion place) that is relatively advantageous to the player. Specifically, the recommended conversion location notification 71 (see FIG. 4) for notifying the installation position P2 and the name of the pre-conversion location that is the recommended conversion location is displayed at the timing when the first convertible object 80 is given. . Alternatively, a reference link may be set in the possessed first convertible object list 43 (see FIG. 4), and the reference link may be provided arbitrarily.
If the recommended conversion location is set in the second convertible object 82 given to the player 2 when the pre-conversion is executed, the recommended conversion location notification 71 (see FIG. 4) is similarly sent. Display.

  Now, the player 2 who has obtained the second convertible object 82 moves to the real world location set as the final conversion location, and makes the second convertible object 82 the final conversion destination object. Convert to item 7.

  The position coordinate in the real world 90 of the final conversion place is stored and managed in the server system 1100 together with the setting information of the conversion place. The position coordinate in the real world 90 of this final conversion place is set as “installation position P3”.

  The relative position between the installation position P3 and the user position is displayed as the final conversion location position display 26 on the radar screen W3 (see FIG. 3). The player who has obtained the second convertible object 82 relies on the radar screen W3 to move to one of the final conversion locations, and stores the second convertible object 82 (or the first convertible object 80) possessed by the player. Conversion to the final conversion destination object in the embodiment.

  FIG. 7 is a diagram for explaining the final conversion from the second convertible object 82 to the conversion destination object. When the current position (user position) of the user terminal 1500 carried by the player 2 enters a predetermined range 95 based on the installation position P3 in the real world where the final conversion place 86 is set, The player has arrived at the final conversion place linked to the installation position P3. Then, as shown in the radar screen W7 in FIG. 7, an arrival notice 75 is displayed to notify that.

  The arrival notification 75 includes a conversion execution icon 76 for inputting an instruction to execute the final conversion, and a conversion cancel icon 77 for inputting a selection not to perform the final conversion. When the player 2 selects the former, conversion from the second convertible object 82 to the conversion destination object 83 (item 7) is performed.

  For example, among the second convertible objects held by the player, combinations with the final conversion destination object that can be converted at the final conversion location, that is, so-called “final conversion pattern” candidates are presented to the player. The Then, conversion to the final conversion destination object 83, that is, the item 7 is performed according to the final conversion pattern selected by the player.

FIG. 8 is a diagram for explaining an example of the final conversion pattern.
As the final conversion pattern, various patterns can be prepared based on various parameters. In the present embodiment, as shown in FIG. 8A, it is shown that different patterns can be set according to the type of the second convertible object 82 that is the conversion source in the final conversion. Specifically, in the final conversion pattern in the case where the conversion source is the second convertible object 82a with “normal steel”, the item 7d having relatively low rarity and ability is set as the conversion destination object. However, in the final conversion pattern in the case where the conversion source is the second convertible object 82b of “Jade Steel”, the item 7h having relatively high rarity and ability is set as the conversion destination object. Furthermore, in this embodiment, even if the conversion source is the second convertible object 82b, a pattern in which the virtual currency point 8 is set as the conversion destination object is also prepared so that the player can select one of them. It has become.

  Further, in the present embodiment, as shown in FIG. 8 (2), the movement path (one or more) from the pre-conversion place (in other words, the position where the second convertible object is obtained: the installation position P2) to the final conversion place. Different final conversion patterns are prepared in accordance with the case where only the passing point is designated).

  Specifically, when the second convertible object 82b is given to the player 2, information on a recommended movement route (recommended route: set route) from the pre-conversion location to the final conversion location is presented to the player. . On the other hand, the server system 1100 accumulates the history of user positions received from the user terminal 1500. When the user terminal 1500 is deemed to have reached the final conversion location 86, the content of the conversion destination object is determined from the history of the user position depending on whether or not the provided recommended route is met. . Then, an item having higher rarity and ability is set for the conversion destination object when the recommended path matches the conversion destination object when it does not match.

In the present embodiment, the final conversion object is different depending on whether it is located at a given set spot as a movement route or instead of a movement route, that is, “stop”, “via”, or “pass”. Conversion patterns are also available.
The “set spot” is defined by one or more pieces of position information, and the place can be set as appropriate. A specific geographical location (for example, a bridge, a park, a tourist spot,...), A specific building (for example, a station, a store, a library,...) Or the like can be set.

  Further, in the same way as the variation of the pre-conversion pattern, a conversion pattern corresponding to the combination of the attribute related to the convertible object that is the conversion source and the attribute related to the final conversion location may be set in the final conversion pattern. Yes (see FIG. 6).

FIG. 9 is a diagram for explaining the reduction of conversion consideration.
In the present embodiment, in order to perform the pre-conversion and the final conversion, a value for conversion (hereinafter referred to as “conversion consideration” as appropriate) is required. The contents of the conversion consideration can be set as appropriate according to the game contents. For example, consumption of a predetermined type of item, consumption of the action power parameter of the player character 4, consumption of virtual passages used as a consideration for play or payment for online shopping, consumption of playable time, and the like. In this embodiment, time consumption is adopted as the conversion consideration. In other words, it takes time for conversion consideration until the conversion is completed after the conversion execution is determined.

  In the example of FIG. 9 (1), it is shown that the required time of 2 hours is required as the conversion price for the final conversion from the second convertible object 82 to the item 7h. When the player 2 performs a conversion execution operation at the final conversion place 86, “reservation” for conversion execution is set, and the reservation content is executed after the required time has elapsed.

However, in the present embodiment, as shown in FIG. 9 (2), the player 2 can select and execute a conversion consideration mitigation measure during the conversion execution operation. The details of mitigation measures can be set as appropriate. For example, purchase of a predetermined item, consumption of a predetermined item, viewing advertisement information on the user terminal 1500, moving through a predetermined recommended route after the conversion execution operation, to a predetermined designated spot after the conversion execution operation Move.
In the present embodiment, viewing of advertisement information, movement along a recommended route, and movement to a designated spot (relay point or target point) are employed.

  “Advertisement information” here refers to, for example, the advertisement itself (if it is an advertisement video, the video itself), the approval operation icon for displaying the advertisement, and the website where the advertisement is posted. This includes links, mini-games in which advertising objects (for example, soft drinks, etc.) appear as game elements, and the like. Moreover, although it is not known whether it is included in the concept of advertisement, it is a matter of course that the advertisement information may include information provided by an information providing action such as event notification or introduction of other games. Hereinafter, in the present embodiment, the advertisement is collectively referred to as “advertisement”, and the conversion consideration reduction measure by advertisement viewing is referred to as “advertisement viewing type” reduction measure.

  Specifically, in the advertisement viewing type mitigation measure of the present embodiment, one or more viewing candidate advertisements are presented to the player 2 during the conversion execution operation, and when the selected advertisement is viewed on the spot, The time required for conversion is reduced by the reduction effect set in the advertisement. That is, the player 2 can obtain the second convertible object 82 and the item 7 at a timing earlier than the initial required time.

  Further, in the mitigation by the movement of the recommended route (setting movement type; part 1), the movement along the recommended route presented to the player 2 at the time of the conversion execution operation is realized from the history of the user position after the conversion execution operation. If it is determined that the conversion has been made, the time required for conversion is reduced by a given mitigation effect associated with the recommended route.

  Further, in the mitigation by the movement to the designated position (setting movement type; part 2), one or more designated spots (corresponding to the above-mentioned setting spots) are presented to the player at the time of the conversion execution operation. Select. When the movement to the designated spot selected from the movement history of the user terminal 1500 accumulated in the server system 1100 is confirmed after the conversion execution operation, only the reduction effect set in the designated spot is obtained. The time required for conversion is reduced.

  A part of the information on the display body other than the user position display body 21 displayed on the radar screen W3 is provided as a limited package as a “special map”.

  The “special map” is a map in which one or more of the arrangement position P1 of the first convertible object, the installation position P2 of the pre-conversion place, the installation position P3 of the final conversion place, and the arrangement position of the special map itself are assigned to the map. It is a data package that includes only.

  In the server system 1100, one or a plurality of special maps are prepared, each storing and managing a predetermined arrangement position in the real world 90 and the contents of the data package in association with each other.

  Since the arrangement position of the special map is displayed as the special map arrangement position display 24 on the radar screen W3, the player 2 can acquire the special map by moving to the arrangement position using the display. it can. Hereinafter, the arrangement position of the special map is referred to as “map acquisition position”.

  That is, when the user position received from the user terminal 1500 is included in a predetermined range from the map acquisition position of the special map, a special map associated with the map acquisition position is given to the user of the user terminal 1500. Is done.

  The radar screen W3 includes a special map use setting unit 30. The special map currently held by the player 2 in the setting unit is displayed in a selectable list, and the special map set for use by the player is displayed. The included information is displayed on the radar display unit 20 together with other information.

[Description of functional configuration]
Next, a functional configuration in the present embodiment will be described.
FIG. 10 is a functional block diagram illustrating a functional configuration example of the server system 1100 according to the present embodiment. The server system 1100 in the present embodiment includes an operation input unit 100s, a server processing unit 200s, a sound output unit 390s, an image display unit 392s, a communication unit 394s, and a server storage unit 500s.

  The operation input unit 100s is a means for inputting various operations for server management. The keyboard 1106 in FIG. 1 corresponds to this.

  The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to / from each functional unit including the operation input unit 100s and the server storage unit 500s. Take control. Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, and data received from the user terminal 1500, and the operation of the server system 1100 is controlled in an integrated manner.

  The server processing unit 200s of the present embodiment includes a user management unit 202, an online shopping management unit 204, a game management unit 210, a positional relationship notification control unit 220, a grant control unit 222, and a map management unit 224. The recommended conversion location notification control unit 226, the setting movement determination unit 228, the advertisement information browsing determination unit 230, the conversion control unit 232, the mitigation control unit 234, the timing unit 280s, and the sound generation unit 290s, An image generation unit 292s and a communication control unit 294s are included. Of course, functional units other than these can be included as appropriate.

  The user management unit 202 performs processing related to the user registration procedure and storage management of data associated with an account (user ID, player ID). In the present embodiment, 1) account assignment for controlling the assignment of an account to a newly registered user, 2) registration information management for registering and managing personal information related to the user, and 3) the balance and the remaining amount of the settlement medium. Payment medium management that stores and manages the reasons for the increase / decrease, 4) access history based on login / logout, play information management that stores and manages player play information related to the game, and 5) a function that allows registered users to talk to each other And the promotion of exchanges that provide opportunities for multiplayer. Of course, the management function of the data linked | related with accounts other than these can also be included suitably.

  The online shopping management unit 204 is responsible for control related to online shopping, and can be realized by appropriately using known online shopping technology. In the present embodiment, the player can purchase the player character 4 and the item 7 by online shopping. Sales objects in online shopping can be set as appropriate in addition to these. For example, a paid gacha lottery ticket in which the player character 4 or the item 7 is a prize, a special item having an effect of reducing the conversion price, and the like can be sold.

  The game management unit 210 performs various processes related to game execution management. Since the game of the present embodiment is a client-server online game, the game management unit 210 of the present embodiment performs control to provide data necessary for game play while communicating with the user terminal 1500. If the game is to be executed in the PvP (Player versus Player) format, the game management unit 210 may be caused to execute control related to the match of the opponent.

  The positional relationship notification control unit 220 converts the arrangement position data defining the arrangement position P1 (see FIG. 3) of the convertible object that can be acquired by the user who is the player, and the convertible object that the user has into the conversion destination object. Based on the conversion location data that defines the conversion location to be enabled, control is performed to notify the user who is the player of the positional relationship between the user position of the user and the convertible object arrangement position and / or the conversion location. The control related to the provision of information necessary for displaying the radar screen W3 (see FIG. 3) as referred to in this embodiment corresponds to this.

  Based on the positional relationship between the user position and the arrangement position, the assignment control unit 222 performs control to give a convertible object that can be acquired at the arrangement position to the user at the user position. The control related to the assignment of the first convertible object 80 in this embodiment corresponds to this.

  Also, the assignment control unit 222 assigns to the user map data that can be acquired at the map acquisition position based on the positional relationship between the map acquisition position included in the map data of the special map possessed by the user and the user position. Control can be performed. The control related to the provision of the special map as referred to in the present embodiment corresponds to this.

  The map management unit 224 includes a plurality of types of map data including information of one or more of the arrangement position of the first convertible object 80, the pre-conversion place setting position, the final conversion place setting position, and the special map arrangement position. Among the “special maps” in the present embodiment, map data owned by the user is managed. Accordingly, the positional relationship notification control unit 220, the assignment control unit 222, and the conversion control unit 232 can perform control based on the arrangement position included in the map data held by the user, the installation position of the conversion place, and the like.

  The recommended conversion location notification control unit 226 performs control for notifying a conversion location that is relatively advantageous for the user who is the player in the pre-conversion and the final conversion. The control for displaying the recommended conversion location notification 71 (see FIG. 4) on the user terminal 1500 in this embodiment corresponds to this.

  The setting movement determination unit 228 determines based on the user position whether the user who is a player has been positioned at a given setting spot or moved along a given setting route.

  The advertisement information browsing determination unit 230 determines whether or not browsing of given advertisement information has been performed on the user terminal 1500. Specifically, the browsed advertisement is determined among the browseable advertisements. In the case where the advertisement information is a link to a specific website, it may be determined by having a browsing history of the website.

  The conversion control unit 232 controls whether to convert a convertible object that the user has into a conversion destination object based on the positional relationship between the user position and the conversion location. Then, when the conversion condition including at least the elapsed time of the given conversion time is satisfied, the conversion to the conversion destination object is executed.

  In this embodiment, the control related to the pre-conversion in which the first convertible object 80 is converted as the conversion source and the second convertible object 82 is converted as the conversion destination object corresponds to this. Further, this corresponds to the control related to the final conversion in which the first convertible object 80 or the second convertible object 82 is used as the conversion source and converted into the item that is the conversion destination object. Note that the number of objects that become the conversion destination object in one conversion need not be limited to only one type, but multiple types or two or more objects may become the conversion destination objects in one conversion. Good. That is, the type and quantity of the conversion destination object in one conversion can be arbitrarily set.

  When executing the conversion, the conversion control unit 232 changes the type and quantity of the conversion destination object based on the attribute of the arrangement position to which the convertible object to be converted is assigned and the attribute of the conversion location. Can be determined. Further, the type and quantity of the conversion destination object can be variably determined based on the attribute of the convertible object to be converted and the attribute of the conversion location. In addition, according to the determination results of the conversion control unit 232 and the advertisement information browsing determination unit 230, the type and quantity of the conversion destination object can be variably determined. Furthermore, the type and quantity of the conversion destination object can be variably determined according to a given advertisement provided in the user terminal.

  The mitigation control unit 234 reduces the time elapse condition of the conversion required time among the conversion conditions, or the mitigation content that does not require time elapse according to the determination results of the conversion control unit 232 and the advertisement information browsing determination unit 230. The execution of the mitigation process is controlled by variably determining. With regard to the advertisement, the mitigation process can be executed by variably determining the mitigation content according to the browsed advertisement.

  The time measuring unit 280s performs time measurement related to the current date and time, a countdown timer, and the like using the system clock.

  The sound generation unit 290s is realized by executing an IC or software that generates and decodes sound data, and generates or decodes sound data such as operation sounds and BGM related to system management of the server system 1100 and game play. And the audio | voice signal regarding system management is output to the sound output part 390s.

  The sound output unit 390s emits an audio signal. In the example of FIG. 1, a speaker (not shown) included in the main device 1101 or the touch panel 1108 corresponds to this.

  The image generation unit 292s can generate an image related to system management of the server system 1100, a game image (or data for displaying the game image on the user terminal 1500), and the like. Then, an image relating to system management can be output to the image display unit 392s.

  The image display unit 392s displays various images for system management based on the image signal input from the image generation unit 292s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

  The communication control unit 294s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394s.

  The communication unit 394s is connected to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like. In the example of FIG. 1, the communication device 1153 corresponds.

  The server storage unit 500s stores programs and various data for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner. Further, it is used as a work area for the server processing unit 200s, and temporarily stores calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, an online storage, or the like. In the example of FIG. 1, a storage medium such as an IC memory 1152 and a hard disk mounted on the main device 1101 and a storage 1140 correspond to this.

  FIG. 11 is a diagram illustrating an example of programs and data stored in the server storage unit 500s according to the present embodiment. The server storage unit 500s in this embodiment includes a server program 503, a distribution game client program 505, sales management data 509, game initial setting data 510, general map data 520, and a first convertible object provision pattern. Definition data 530, special map definition data 540, pre-conversion pattern definition data 560, final conversion pattern definition data 570, mitigation measure definition data 580, and advertisement definition data 590 are stored in advance.

  Further, the server storage unit 500s includes user management data 600, play data 700, reassignment prohibition registration data 720, pre-conversion reservation data 730, and final conversion reservation data 750 as data to be sequentially generated and managed. The current date and time 800 is stored. In addition, information such as a timer, a counter, and various flags can be stored as appropriate.

  The server program 503 is read and executed by the server processing unit 200s, so that the user management unit 202, the online shopping management unit 204, the game management unit 210, the positional relationship notification control unit 220, the assignment control unit 222, the map management unit 224, This is a program for realizing the functions of the recommended conversion location notification control unit 226, the setting movement determination unit 228, the advertisement information browsing determination unit 230, the conversion control unit 232, and the mitigation control unit 234.

  The distribution game client program 505 is an original game client program provided to the user terminal 1500.

  The sales item management data 509 stores data for defining and managing sales items by online shopping. For example, the items that can be purchased, the number of stocks, and the charging consideration (corresponding to the withdrawal amount from the settlement medium in this embodiment) are stored in association with each other. In the present embodiment, not only game elements such as the player character 4 and items 7 to be equipped on the player character 4 (see FIG. 2), but also a lottery right for a paid gacha can be included in the sales item.

  The game initial setting data 510 stores various initial setting data for executing the game. For example, in the case of an action RPG, various initial setting data for displaying the player character 4, enemy character 6, and item 7 (see FIG. 2) used by the player 2 and making them act in the game, and various types for defining the game space. Data that defines the data. More specifically, in the case of the player character 4, the model data, motion data, initial parameter value list (for example, character level, attack power, defense power, movement power, initial skill, etc.) are associated with each other. Store.

  The game initial setting data 510 of the present embodiment includes first convertible object initial setting data 511 and second convertible object initial setting data 512 prepared for each type of first convertible object.

  The first convertible object initial setting data 511 stores various data for causing the first convertible object 80 of that type to appear in the game. For example, an initial state parameter value list indicating the initial state of the object is included. Of course, data other than these can be included as appropriate. For example, an expiration date (expiration date) that can pre-convert the first convertible object 80 can be included.

  Similarly, the second convertible object initial setting data 512 stores various data for causing the type of the second convertible object 82 to appear in the game. For example, an initial state parameter value list indicating the initial state of the object is included. Of course, data other than these can be included as appropriate. For example, an expiration date (expiration date) that can pre-convert the second convertible object 82 can also be included.

  The general map data 520 stores information on the positional relationship and various settings of game elements set in association with the position coordinates of the real world. In the present embodiment, as shown in FIG. 12, enemy character arrangement data 521, first convertible object arrangement data 522, pre-conversion location installation data 524, final conversion location installation data 526, and special map arrangement data 528 And including.

  The enemy character arrangement data 521 is prepared for each appearance position Pe of the enemy character 6 (see FIG. 2), and stores various setting data such as the type of the enemy character 6 that appears there. One enemy character arrangement data 521 stores, for example, the types of enemy characters that appear, the number of appearances, and the appearance position coordinates of the appearance position Pe. If a condition (appearance condition) that should be satisfied in order to appear further, such as date and time, can be set as appropriate.

  The first convertible object arrangement data 522 is prepared for each set first convertible object. One first convertible object arrangement data 522 is provided with the arrangement position coordinates in the real world of the arrangement position P1 (see FIG. 4), the arrangement position attribute, and which first convertible object 80 is given under what conditions. A grant pattern ID list (details will be described later) indicating the grant patterns is stored. Of course, data other than these, such as metadata, may be stored as appropriate.

  The pre-conversion place installation data 524 is prepared for each pre-conversion place installed. One pre-conversion place installation data 524 includes a unique pre-conversion place ID, a name of the pre-conversion place, a real-world installation position coordinate of the installation position P2 (see FIG. 5), a pre-conversion place attribute, A designated pre-conversion pattern ID list for designating a pre-conversion pattern applied at the pre-conversion location is stored. Of course, data other than these may be stored as appropriate.

  The final conversion place installation data 526 is prepared for each installed final conversion place. One final conversion location installation data 526 includes a unique final conversion location ID, a name of the final conversion location, a real-world installation location coordinate of the installation location P3 (see FIG. 7), a final conversion location attribute, A final conversion pattern ID list for specifying a final conversion pattern to be applied at the final conversion place is stored. Of course, data other than these may be stored as appropriate.

  The special map arrangement data 528 is prepared for each arranged special map. One special map arrangement data 528 stores a unique special map ID and arrangement position coordinates in the real world, that is, map acquisition position coordinates. Of course, data other than these may be stored as appropriate.

  Returning to FIG. 11, the first convertible object provision pattern definition data 530 is prepared for each provision pattern ID set in the previous first convertible object arrangement data 522 (see FIG. 12), and which first conversion is possible. Various information defining a pattern of how the object 80 is given to the player is stored.

  Specifically, as shown in FIG. 13, one first convertible object grant pattern definition data 530 includes a unique grant pattern ID 531, grant condition definition data 532, and grant target first convertible object type 533. , A grant target first convertible object attribute 534, a grant quantity 535, a reassignment prohibition timer initial value 536, and recommended pre-conversion location data 537. Of course, information other than these can be included as appropriate. First convertible object assignment pattern definition data 530 in which the recommended pre-conversion location data 537 is omitted is also possible.

  The assignment condition definition data 532 defines a condition that must be satisfied in order to assign the first convertible object 80 to the player by combining AND or OR of one or more sub-conditions. In the present embodiment, as sub-conditions, a range sub-condition 532a that defines a range 93 based on the arrangement position P1 (see FIG. 4), a player sub-condition 532b that defines a condition to be satisfied by the player to be given, Sub-condition 532c is employed. Of course, some of these may be omitted, and sub-conditions other than these may be added as appropriate.

  The player sub condition 532b is described as, for example, an AND or OR condition of one or more parameter values related to the player. In the present embodiment, a player level range, a play count threshold value, and a play time threshold value are adopted as parameter values for the player. Of course, parameter values other than these, for example, a monthly charge total amount, an online shopping history, the number of friends, and the like can be appropriately employed.

  The date / time sub-condition 532c is used to limit the period during which the first convertible object 80 is given. For example, if the first convertible object 80 is Christmas goods, the sub-condition may be set to indicate the Christmas period.

  The recommended pre-conversion place data 537 is prepared for each pre-conversion place where the given first convertible object 80 can be pre-converted relatively advantageously. One recommended pre-conversion location data 537 includes a pre-conversion location ID, its name, installation location coordinates of the installation location P2 (see FIG. 5), and recommended route data defining a route up to that location. Of course, data other than these can be included as appropriate.

  Returning to FIG. 11, the special map definition data 540 is prepared for each special map arranged, that is, for each special map ID set in the special map arrangement data 528 (see FIG. 12). Various definition information such as under what conditions the special map of contents is given to the player is stored.

One special map definition data 540 includes, for example, as shown in FIG. 14, a unique special map ID 541, map acquisition condition data 543, map information 550, special first convertible object arrangement data 552, and special pre-conversion. Location setting data 554, special final conversion location setting data 556, and other special map arrangement data 558 are included.
Of course, information other than these can be included as appropriate. One or more of the special first convertible object arrangement data 552, the special pre-conversion location setting data 554, the special final conversion location setting data 556, and the other special map location data 558 may be omitted. it can. Which of these data types is included may be the same for all special maps, or may be changed for each special map.

  The map acquisition condition data 543 is data defining conditions that must be satisfied in order to give the special map to the player, and is described as AND or OR of one or more sub-conditions. In the present embodiment, as the sub-conditions, the date / time sub-condition 543a, the player sub-condition 543b, and the retained special map sub-condition 543c that is a list of the special map ID 541 of the special map that the player to be granted should already possess, including. Of course, some of the sub-conditions may be omitted, and other sub-conditions may be included as appropriate.

  Map information 550, special first convertible object arrangement data 552, special pre-conversion location setting data 554, special final conversion location setting data 556, and other special map location data 558 define the contents of the special map. doing.

  The map information 550 is defined by special first convertible object arrangement data 552, special pre-conversion place setting data 554, special final conversion place setting data 556, and other special map arrangement data 558 based on a map in the real world. This is data for displaying the position coordinates.

  The special first convertible object arrangement data 552 is data of the arrangement position of the first convertible object that can be known in a limited manner by acquiring and using the special map. The data structure is the same as the first convertible object arrangement data 522 of the general map data 520 (see FIG. 12).

  The special pre-transformation place installation data 554 is data on the installation position of the pre-conversion place that can be known in a limited manner by acquiring and using the special map. The data structure is the same as the pre-conversion location installation data 524 of the general map data 520 (see FIG. 12).

  The special final conversion place installation data 556 is data of the installation position of the final conversion place that can be known in a limited manner by acquiring and using the special map. The data structure is the same as the final conversion place installation data 526 of the general map data 520 (see FIG. 12).

  The other special map arrangement data 558 is data of arrangement positions of other special maps that can be known in a limited manner by acquiring and using the special map. The data structure is the same as the special map arrangement data 528 of the general map data 520 (see FIG. 12).

Returning to FIG. 11, the pre-conversion pattern definition data 560 is prepared for each type of conversion pattern from the first convertible object to the second convertible object, and stores various data defining the conversion pattern.
As shown in FIG. 15, for example, one pre-conversion pattern definition data 560 includes a unique pre-conversion pattern ID 561, pre-conversion execution condition data 562, a second convertible object type 563, and a second convertible object quantity 564. , Second convertible object attribute 565, required conversion time 566, recommended final conversion location data 567, and setting spot definition data 568. Of course, information other than these can be included as appropriate.

  The pre-conversion execution condition data 562 is data that defines a condition that must be satisfied in order to execute the pre-conversion pattern of the definition data, and is described as AND or OR of one or more sub-conditions. In the present embodiment, as sub-conditions regarding the first convertible object to be converted, a first convertible object type sub-condition 562a that limits the type, and a first convertible object attribute sub-condition 562b that limits the attribute of the object, And an arrangement position attribute sub-condition 562c for limiting the attribute of the arrangement position at which the object is acquired.

  In addition, it includes a relative positional relationship subcondition 562d, an advertisement spot viewing subcondition 562e, a player subcondition 562f, and a date / time subcondition 562g. Of course, these sub-conditions may be omitted as appropriate, or sub-conditions having other contents may be added as appropriate.

  The relative positional relationship sub-condition 562d is a sub-condition that limits the relative positional relationship between the position (placement position P1 of the object) at which the first convertible object 80 that is the conversion source is acquired and the pre-conversion location. It is described as AND or OR of various parameter thresholds and ranges representing relative positional relationships. As a parameter representing the relative positional relationship, in addition to the relative distance, a relative orientation, a relative altitude, the inside and outside of the circular railway line, a relative positional relationship depending on the administrative division, and the like can be used.

  The advertisement spot viewing sub-condition 562e is a sub-requirement related to an advertisement to be viewed on the spot before and after the selection operation related to the execution of the pre-conversion by the player prior to the execution of the pre-conversion at the pre-conversion place. For example, it is described as one or a plurality of ANDs or ORs such as a list of advertisement IDs to be viewed, the number of advertisements to be viewed, the total time of advertisements to be viewed, and attributes (fields) of advertisements to be viewed. Of course, it is possible to set no setting, that is, there is no condition regarding the advertisement to be viewed.

  The second convertible object type 563, the second convertible object quantity 564, and the second convertible object attribute 565 define the conversion destination in the pre-conversion pattern.

  The conversion required time 566 defines the time required from conversion start to conversion completion as conversion consideration for executing the pre-conversion pattern (in this embodiment, the time required from conversion reservation to reservation execution). . It is possible to set “0” indicating that the required time is not present (converted immediately).

  The recommended final conversion location data 567 is prepared for each final conversion location where the second convertible object 82 that is the conversion destination in the pre-conversion pattern can be converted relatively advantageously. One recommended final conversion location data 567 includes a final conversion location ID, its name, installation location coordinates of the installation location P3 (see FIG. 7), and recommended route data defining a route up to that location. Of course, data other than these can be included as appropriate.

  The setting spot definition data 568 is data that defines a spot that can be finally converted relatively advantageously by stopping at the second convertible object 82 to be converted by the pre-conversion pattern. One set spot definition data 568 includes a set spot name and set position coordinates of the spot in the real world 90. Of course, data other than these can be included as appropriate. For example, information on a time limit to go to the set spot can be included.

  Returning to FIG. 11, the final conversion pattern definition data 570 is for each type of conversion pattern from the first convertible object 80 or the second convertible object 82 to the item 7 (see FIG. 2) that is the final conversion destination object. And stores various data defining the conversion pattern.

  One final conversion pattern definition data 570 includes, as shown in FIG. 16, for example, a unique final conversion pattern ID 571, final conversion execution condition data 572, a final conversion destination object type 573, a final conversion destination object quantity 574, It includes conversion request destination access information 575 and conversion required time 576. Of course, information other than these can be included as appropriate.

The final conversion execution condition data 572 is data that defines a condition that must be satisfied in order to execute the final conversion pattern of the definition data, and is described as AND or OR of one or more subconditions.
In the present embodiment, a conversion source object type sub-condition 572a for limiting the type, a conversion source object attribute sub-condition 572b for limiting the attribute, and a conversion source object are provided as sub-conditions regarding the object to be converted. And an acquisition position attribute sub-condition 572c for limiting the attribute of the arrangement position and the attribute of the pre-conversion location where the conversion source object has been pre-transformed.

The final conversion execution condition data 572 includes a relative positional relationship sub-condition 572d, an advertisement spot viewing sub-condition 572e, a player sub-condition 572f, a date / time sub-condition 572g, a recommended route sub-condition 572h, and a set spot stop sub Condition 572j.
Of course, these sub-conditions may be omitted as appropriate, or sub-conditions having other contents may be added as appropriate.

  The recommended route sub-condition 572h is a sub-condition that is referred to when the conversion source object is the second convertible object 82, and is recommended final conversion location data 567 (FIG. 15) presented to the player along with the pre-conversion. This is a condition for realizing movement along recommended route data. When movement along recommended route data is required, route data to be a recommended route is set, and when not required, a predetermined value meaning “not set” or “not set” is set.

  The set spot stop sub-condition 572j is a sub-condition referred to when the conversion source object is the second convertible object 82, and is the set spot definition data 568 presented to the player along with the pre-conversion (see FIG. 15). This is a condition for realizing a drop-in to the set spot specified in (). When the stop is required, the set position coordinates of the set spot in the real world are set, and when not required, a predetermined value that means “not set” or “not set” is set.

  The final conversion destination object type 573 and the final conversion destination object quantity 574 define the type and quantity of the conversion destination object in the final conversion pattern, respectively.

  In the conversion request destination access information 575, when the final conversion destination object type 573 has set virtual currency points that can be used other than the service content provided by the server system 1100 (online shopping function in the present embodiment), A destination for making a request for giving the virtual currency point to a user as a player is defined.

  Specifically, it includes data such as a communication destination address (for example, an IP address) of the point service management server 1200 (see FIG. 1) and an access path for making a request. Of course, data other than these can be included as appropriate.

Returning to FIG. 11, the mitigation measure definition data 580 includes a conversion required time 566 (see FIG. 15) corresponding to the conversion consideration for the pre-conversion and a conversion required time 576 (see FIG. 16) corresponding to the conversion consideration for the final conversion. It is prepared for each mitigation measure to be mitigated and stores various related definition data.
One mitigation measure definition data 580 includes advertisement viewing type mitigation measure data 582 and setting movement type mitigation measure data 584 as shown in FIG. 17, for example.

  The advertisement viewing type mitigation measure data 582 includes 1) a unique mitigation measure ID, 2) an applied pre-transformation pattern ID list indicating pre-transformation patterns to which the mitigation measure data can be applied, and 3) the mitigation measure data can be applied. An applied final conversion pattern ID list indicating a final conversion pattern, 4) a viewing target advertisement ID list for designating an advertisement to be viewed or a candidate for viewing, and 5) a viewing registered in the viewing target advertisement ID list A reduction content list for each target advertisement that defines the reduction content for each target advertisement (for example, setting the reduction amount and reduction rate of the conversion required time, eliminating the conversion required time, etc.). Note that either one of the application pre-conversion pattern ID list and the application final conversion pattern ID list can be set to “no setting”. Of course, the advertisement viewing type mitigation measure data 582 can include other data as appropriate.

  The setting movement type mitigation measure data 584 includes 1) a unique mitigation measure ID, 2) an application pre-conversion pattern ID list, 3) an application final conversion pattern ID list, 4) recommended route data to be realized, and 4) It includes a set spot name and set position coordinate to be visited, and 5) mitigation contents. Note that either one of the application pre-conversion pattern ID list and the application final conversion pattern ID list can be set to “no setting”. In addition, any one of the recommended route data, the set spot name, and the set position coordinate can be set to “no setting”. Of course, the setting movement type mitigation measure data 584 can appropriately include other data.

  Returning to FIG. 11, the advertisement definition data 590 is prepared for each viewable advertisement and stores various setting data related to the advertisement. The present embodiment includes a unique advertisement ID, advertisement data that is main data for realizing the advertisement, viewing time, and advertisement classification. Of course, data other than these can be included as appropriate.

  The user management data 600 is first play information prepared for each registered user, and stores various data associated with an account that is unique identification information. In the present embodiment, for example, as shown in FIG. 18, one user management data 600 includes a unique user account 601 set at the time of user registration, settlement medium book data 603, play history data 605, friend A list 607 and game save data 610 are included. Of course, data other than these can be included as appropriate.

  The payment medium book data 603 is the amount of replenishment / consumption of electronic payment payment media (for example, virtual currency points, in-game currency, specific items, specific parameter values such as behavioral power, etc.) associated with the user. And a so-called book that stores information on the reason for replenishment / consumption and the date and time of change. It can be read as billing history data or billing information.

  The play history data 605 is data that stores data describing when a game was played in the past in time series of play, and is automatically updated at the timing of login / logout. An operation input log indicating what operation input has been made can be included as appropriate. From the play history data 605, it is possible to know not only statistical values such as the cumulative play time of the user and the average value per play but also the play frequency.

  The friend list 607 is a list of user accounts of other users who have been recognized as friends and registered. The number of friends related to the user is the number of this list.

  The game save data 610 stores various data describing the play results up to the game play until the game is interrupted and the state of the game progress. For example, 1) a player level 612 that is automatically set according to the previous playing results, 2) user position history data 614 of the user terminal 1500 used by the user, and 3) the user possesses Possessed character management data 616 describing the state of each character such as the player character 4; 4) possessed item management data 618 describing the state of the item 7 possessed by the user; and 5) retained first convertible object. Management data 620, 6) possessed second convertible object management data 640, 7) possessed special map management data 660, and 8) use setting special map list 662. Of course, data other than these can be included as appropriate.

  The possessed first convertible object management data 620 is prepared for each first convertible object 80 possessed by the user, and stores various data relating to the object. One held first convertible object management data 620 includes, for example, as shown in FIG. 19, a unique first convertible object ID 621, a first convertible object type 622, a first convertible object quantity 623, 1 convertible object attribute 624, acquisition date and time 630, acquisition factor assignment pattern ID 631, acquisition position coordinates 632, acquisition position attribute 633, state parameter value list 634 describing the state of the first convertible object, including. Of course, data other than these can be included as appropriate.

  In the acquisition factor assignment pattern ID 631, the acquisition position coordinates 632, and the acquisition position attribute 633, the acquisition pattern ID, the arrangement position coordinates, and the arrangement of the first convertible object arrangement data 522 (see FIG. 12) of the first convertible object 80, respectively. The location attribute is copied.

  Returning to FIG. 18, possessed second convertible object management data 640 is prepared for each second convertible object 82 possessed by the user, and stores various data relating to the object. One held second convertible object management data 640 includes, for example, as shown in FIG. 20, a unique second convertible object ID 641, a second convertible object type 642, a second convertible object quantity 643, 2 conversion object attribute 644, acquisition date and time 650, acquisition factor pre-conversion pattern ID 651, acquisition position coordinates 652, acquisition position attribute 653, state parameter value list 654 describing the state of the second conversion object , Recommended final conversion location data 657 and setting spot definition data 658. Of course, data other than these can be included as appropriate.

  In the acquisition factor pre-conversion pattern ID 651, the pre-conversion pattern ID 561 of the pre-conversion pattern applied in acquiring the second convertible object 82 is copied (see FIG. 15). Further, the acquired position coordinate 652 and the acquired position attribute 653 are copied with the installation position coordinate and the pre-converted location attribute of the pre-converted location setting data 524 converted into the second convertible object 82 (FIG. 12).

  Also, the recommended final conversion location data 657 and the setting spot definition data 658 are the recommended final conversion location data 567 of the pre-conversion pattern ID 561 of the pre-conversion pattern applied in acquiring the second convertible object 82, respectively. This is a copy of the spot definition data 568 (see FIG. 15).

  Returning to FIG. 18, the possessed special map management data 660 is prepared for each special map possessed by the user, and stores various data relating to the special map. One possessed special map management data 660 stores, for example, a special map ID, an acquisition date and time, and an acquisition position coordinate. Of course, data other than these may be stored as appropriate.

  The use setting special map list 662 is a list of special map IDs of special maps set to be used for displaying the radar screen W3 (see FIG. 3) among the special maps held by the user. This is data indicating a special map that is used and set by the special map use setting unit 30 of the radar screen W3.

  Returning to FIG. 11, the play data 700 is second play information prepared for each user who is a logged-in player, and stores various data describing a game play situation currently in progress. For example, as shown in FIG. 21, one play data 700 includes 1) a player account 701 storing a user account 601 of a user who is a player (see FIG. 18), and 2) an IP of a user terminal 1500 used by the player. Address 703, 3) Latest latest user position 705 measured by user terminal 1500, 4) Radar display target position coordinate list 707, 5) A copy of game save data 610 at the start of play, and the latest game progress Play control data 710 that describes information, and 6) conversion control data 712 that arrives at a pre-conversion location or final conversion location and temporarily stores various selection results related to pre-conversion or final conversion. Of course, data other than these can be included as appropriate.

The radar display target position coordinate list 707 is a list of position coordinates displayed as various display objects on the radar screen W3 (see FIG. 3).
Specifically, with the latest user position 705 as a reference, the arrangement position P1 of the first convertible object 80 defined by the comprehensive map data 520 (see FIG. 12), the installation position P2 of the pre-conversion place, and the final conversion place The position coordinates of the installation position P3 and the special map are set. Further, the arrangement position P1 of the first convertible object 80 defined in the special map definition data 540 (see FIG. 14) of the special map that is set for use, that is, the special map used for displaying the radar screen W3, The position coordinates of the conversion location installation position P2, the final conversion location installation position P3, and the special map placement position are set.

  Returning to FIG. 11, the reassignment prohibition registration data 720 is management data that is created every time the first convertible object 80 is given to the user, and temporarily excludes the object as a grant target.

  Specifically, when the first convertible object 80 is given, new re-granting prohibition registration data 720 is created, the arrangement position coordinates of the first convertible object arrangement data 522 (see FIG. 12), and the current time The reassignment prohibition timer initial value 536 of the first convertible object assignment pattern definition data 530 (see FIG. 13) relating to the assignment of the reassignment prohibition timer value is set. The timer is automatically timed after setting. When the timing ends, it is considered that the first convertible object 80 has returned to the state where it can be given to the user again, and the re-granting prohibition registration data 720 is deleted.

  The pre-conversion reservation data 730 is created and executed when the player reaches the predetermined range 94 from the pre-conversion location installation position P2 (see FIG. 5), the conversion execution operation is input by the player, and the content of the pre-conversion is determined. Stores data defining the content and timing of pre-conversion to be performed. In determining the content of the pre-conversion, in the present embodiment, a pre-conversion pattern that can be used at that time is presented to the player and selected by the player. In other words, this is realized by the player selecting a combination of the first convertible object 80 as the conversion source and the second convertible object 82 as the conversion destination.

  One pre-conversion reservation data 730 includes, for example, as shown in FIG. 22, 1) a unique reservation ID 731, 2) a set date and time 732 that created the data, and 3) a user who is an execution target of the pre-conversion. A target person account 733 for storing a user account, 4) an applicable pre-conversion pattern, that is, an applied pre-conversion pattern ID 734 for specifying the content of pre-conversion to be executed, and 5) a conversion requirement applied to the pre-conversion. Application conversion required time 735 indicating time, and 6) Adoption mitigation measure ID 736 indicating a mitigation measure adopted for the pre-conversion. Of course, data other than these can be included as appropriate.

  In the required conversion time 735, the content of the pre-conversion to be executed is determined. When the pre-conversion pattern to be applied is determined, the conversion required time 566 (see FIG. 15) is initialized. When the conversion consideration is reduced, the applied conversion required time 735 is updated so as to be reduced.

  Returning to FIG. 11, the final conversion reservation data 750 indicates that the player reaches the predetermined range 95 from the installation position P3 of the final conversion place (see FIG. 7), the conversion execution operation is input by the player, and the content of the pre-conversion is Stores data that defines the content and timing of the final transformation to be created and executed upon determination. In determining the content of the final conversion, in this embodiment, the final conversion pattern that can be used at that time is presented to the player and selected by the player. That is, it is realized by the player selecting a combination of the first convertible object 80 or the second convertible object 82 as the conversion source and the item (the final conversion destination object in the present embodiment) as the conversion destination. .

  One final conversion reservation data 750 includes, for example, as shown in FIG. 23, 1) a unique reservation ID 751, 2) a set date and time 752 at which the data is created, and 3) a user who is the execution target of the final conversion. A target account 753 for storing a user account, 4) an applied final conversion pattern, that is, an applied final conversion pattern ID 754 that specifies the content of the final conversion to be executed, and 5) a conversion requirement applied to the final conversion. Application conversion required time 755 indicating time, and 6) Adoption mitigation measure ID 756 indicating a mitigation measure adopted for the pre-conversion. Of course, data other than these can be included as appropriate.

  In the required conversion conversion time 755, the content of the pre-conversion to be executed is determined, and when the final conversion pattern to be applied is determined, the conversion conversion time 576 (see FIG. 16) is initialized. When the conversion consideration is reduced, the applied conversion required time 755 is updated so as to be reduced.

  FIG. 24 is a functional block diagram illustrating an example of a functional configuration of the user terminal 1500 in the present embodiment. The user terminal 1500 of the present embodiment includes an operation input unit 100, a positioning unit 110, a terminal processing unit 200, a sound output unit 390, an image display unit 392, a communication unit 394, and a terminal storage unit 500. .

  The operation input unit 100 outputs operation input signals to the terminal processing unit 200 in accordance with various operation inputs made by the player. For example, it can be realized by a push switch, a joystick, a touch pad, a track ball, an acceleration sensor, a gyro, a CCD module, or the like. The direction input key 1502, the button switch 1504, and the touch panel 1506 in FIG.

  The positioning unit 110 acquires user position information and outputs it to the terminal processing unit 200. In the present embodiment, the positioning module 1555 of FIG.

  The terminal processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to / from each function unit including the operation input unit 100 and the terminal storage unit 500. Take control. Then, various arithmetic processes are executed based on predetermined programs and data, operation input signals from the operation input unit 100, and various data received from the server system 1100, and the operation of the user terminal 1500 is controlled. The control board 1550 in FIG. 1 corresponds to this. The terminal processing unit 200 according to the present embodiment includes a user terminal calculation unit 270, a timing unit 280, a sound generation unit 290, an image generation unit 292, and a communication control unit 294.

  The user terminal calculation unit 270 includes an operation signal transmission control unit 271, a game screen display control unit 272, a sound reproduction control unit 273, and a user position information provision control unit 274.

  The operation signal transmission control unit 271 executes processing for transmitting various data and requests to the server system 1100 according to the operation performed on the operation input unit 100.

  The game screen display control unit 272 performs control for displaying a game screen based on various data received from the server system 1100. In this configuration, an image of the game screen is generated by the server system 1100, but a configuration in which the image is generated by the user terminal 1500 is also possible. In that case, the game screen display control unit 272 may include control of an object arranged in a virtual three-dimensional space for generating 3DCG, for example.

  The sound reproduction control unit 273 performs control for emitting sound (for example, sound effects, BGM, speech reading by a voice actor, etc.) based on various sound data received from the server system 1100.

  The user position information provision control unit 274 executes control for providing user position information to an external device. In the present embodiment, control for automatically transmitting user position information to the server system 1100 at a predetermined period, control for transmitting user position information when transmitting a predetermined request to the server system 1100, and the like can be performed.

  The time measuring unit 280 performs time measurement related to the current date and time, a countdown timer, and the like using the system clock.

  The sound generation unit 290 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec that can reproduce an audio file, and the like, and the processing result by the game screen display control unit 272 and the audio reproduction control unit 273 is obtained. Based on this, sound signals of game sound effects, BGM, and various operation sounds are generated and output to the sound output unit 390.

  The sound output unit 390 is realized by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 290. The speaker 1510 in FIG. 1 corresponds to this.

  The image generation unit 292 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like.

  Then, the image generation unit 292 generates an image of one game screen in one frame time (for example, 1/60 seconds) based on various data received from the server system 1100, and generates the image signal of the generated game screen as an image. The data is output to the display unit 392.

  The image display unit 392 displays various game images based on the image signal input from the image generation unit 292. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the present embodiment, the touch panel 1506 in FIG. 1 corresponds to this.

  The communication control unit 294 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394. The communication unit 394 is connected to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, and the like, and the wireless communication module 1553 of FIG. 1 corresponds to this.

  The terminal storage unit 500 stores a system program for realizing various functions for causing the terminal processing unit 200 to control the user terminal 1500 in an integrated manner, a program necessary for game play, various data, and the like. Moreover, it is used as a work area of the terminal processing unit 200, and temporarily stores calculation results executed by the terminal processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. The IC memory 1552 and the memory card 1540 mounted on the control board 1550 in FIG.

  The terminal storage unit 500 of the present embodiment stores a game client program 504, and temporarily stores a user account 506 and user position information 508. Of course, other data can be stored as appropriate.

  The game client program 504 is application software for realizing the function as the user terminal calculation unit 270 by being read and executed by the terminal processing unit 200. In the present embodiment, it is assumed that the distribution game client program 505 (see FIG. 11) provided from the server system 1100 is a copy.

  Note that the game client program 504 may be a dedicated client program according to a technical technique for realizing an online game, or may be configured by a web browser program and a plug-in that realizes interactive image display.

[Description of operation]
Next, the flow of processing in the server system 1100 will be described. The processing flow described here is executed by the server processing unit 200s executing the server program 503.

  25 to 26 are flowcharts for explaining the flow of processing in the server system 1100 of this embodiment. It is assumed that the user who is the player 2 has already completed the user registration procedure, has logged in using the user terminal 1500, has created the play data 700 of the user, and has started the game. Note that the flowcharts of FIGS. 25 to 26 are written on the premise of corresponding to one player 2, but actually the same processing is performed for all the players who have logged in at that time.

  The server system 1100 displays the game screen W2 (see FIG. 2) on the user terminal 1500 that has completed login (step S2).

  In the present embodiment, the user terminal 1500 periodically provides the user position to the server system 1100. When the server system 1100 acquires the user position from the user terminal 1500 (YES in step S10), the latest user position 705 and the radar display target position coordinate list 707 of the play data 700 of the user of the user terminal 1500 (see FIG. 21) The user position history data 614 in the user management data 600 (see FIG. 18) is updated (step S12).

Next, the server system 1100 determines whether to cause the enemy character 6 to appear according to the movement of the user in the real world (step S14).
Specifically, an appearance range 92 (see FIG. 2) based on the appearance position coordinates is determined for each enemy character arrangement data 521 of the general map data 520 (see FIG. 12), and the latest in the appearance range 92 is determined. It is determined whether the user position 705 is included. In the case of affirmation, that is, when the player 2 is in the appearance range 92, the enemy characters 6 of the type set in the arrangement data appear on the game screen W2 by the number of appearances set in the arrangement data. Let Then, the encounter battle play between the appearing enemy character 6 and the player character 4 is controlled (step S16). Along with this, information necessary for encounter battle play is appropriately created and updated in the play control data 710 of the play data 700.

  If a radar display operation is input on the user terminal 1500 (YES in step S20), the server system 1100 displays the radar screen W3 (see FIG. 3) on the user terminal (step S22).

  Specifically, the first convertible object 80 registered in the radar display target position coordinate list 707, the special map, the pre-conversion location, and the final conversion location, the first convertible object arrangement location display 23 corresponding to each, The special map arrangement position display 24, the pre-conversion location display 25, and the final conversion location display 26 are displayed on the radar screen W3. As for the first convertible object 80, those registered in the reassignment prohibition registration data 720 (see FIG. 11) are excluded from display targets on the radar screen W3.

  Further, the server system 1100 displays a list of special maps held by the user who is the player 2 in the special map use setting unit 30 as the radar screen W3 is displayed, so that the special map use setting unit can be operated. At 30, every time there is a tap operation to the name of the special map that is held, the use setting for displaying the radar screen W3 of the special map is switched ON / OFF (step S24). That is, the usage setting special map list 662 (see FIG. 18) of the user management data 600 of the user who is the player 2 is changed.

Then, the server system 1100 reflects the information on the special map registered in the use setting special map list 662 on the display of the radar screen W3 (step S26).
Specifically, the radar display target position coordinate list 707 is updated with reference to the special map definition data 540 (see FIG. 14) of the special map registered in the use setting special map list 662. As a result, the special first convertible object arrangement data 552, the special pre-conversion location setting data 554, the special final conversion location setting data 556, the other special map arrangement data 558, and the first convertible object arrangement position display 23 corresponding to each of them. The special map arrangement position display 24, the pre-conversion location display 25, and the final conversion location display 26 can be additionally displayed on the radar screen W3.

  Next, the server system 1100 determines whether there is a special map that can be acquired (step S30). Specifically, the latest user position 705 is included in a predetermined range from the arrangement position coordinates (map acquisition position coordinates) of the special map on which the special map arrangement position display body 24 is displayed on the radar screen W3. When the condition defined by the map acquisition condition data 543 of the special map definition data 540 (see FIG. 14) of the special map is satisfied, the special map is regarded as an acquirable map.

If there is a special map that can be acquired (YES in step S30), the server system 1100 gives the special map to the user who is the player 2 (step S32).
Specifically, new possessed special map management data 660 is created in the user management data 600 (see FIG. 18) of the user who is the player 2. At this time, a special map ID 541 (see FIG. 14) of the special map determined to be acquirable is set as the special map ID, the current date and time 800 is set as the acquisition date, and the acquisition position coordinates are the arrangement position of the special map. It is a coordinate.

  Further, the server system 1100 notifies the acquisition of the special map and updates the display of the special map use setting unit 30 (see FIG. 3) (step S34).

  Next, the server system 1100 executes a first convertible object provision process (step S40).

  FIG. 27 is a flowchart for explaining the flow of the first convertible object provision process. In this process, the server system 1100 first determines whether there is a first convertible object 80 that can be given based on the latest user position 705 (step S50).

  Specifically, the first convertible object arrangement data 522 of the general map data 520 (see FIG. 12) and the special first convertible object arrangement of the special map definition data 540 (see FIG. 14) of the special map that is set to be used. With reference to the data 552, the conditions defined by the grant condition definition data 532 of the first convertible object grant pattern definition data 530 (see FIG. 13) indicated by the grant pattern ID set by them are satisfied, and The first convertible object 80 that is not registered in the re-granting prohibition registration data 720 (see FIG. 11) is searched. If there is a match, it is determined as “present”, and the grant pattern ID that caused the grant is temporarily stored. Remember me.

  If there is a match (YES in step S50), the server system 1100 gives the corresponding first convertible object 80 to the user who is the player 2 (step S52). That is, new possessed first convertible object management data 620 (see FIG. 19) is created in the user management data 600 (see FIG. 18) of the user. At that time, the contents of the new possessed first convertible object management data 620 include the first convertible object provision pattern definition data 530 (see FIG. 13) of the provision pattern ID that has been the temporarily stored provision factor, It is based on the first convertible object initial setting data 511 (see FIG. 11) of the game initial setting data 510.

  Further, along with this, the acquisition notification 70 and the recommended conversion location notification 71 are displayed on the user terminal 1500 (see FIG. 4).

  Next, the server system 1100 prepares the first convertible object 80 assigned to the current user so that it is not given to other users for a while. That is, the reassignment prohibition registration data 720 of the assigned first convertible object 80 is created (step S54).

  Returning to FIG. 25, the server system 1100 counts the re-granting prohibition timer, and deletes the re-granting prohibition registration data 720 that has been timed (step S56).

  Moving to FIG. 26, the server system 1100 executes a pre-conversion process (step S60).

  FIG. 28 is a flowchart for explaining the flow of the pre-conversion process. In this processing, the server system 1100 includes the latest user position 705 within a predetermined range 94 (see FIG. 5) from the installation position P2 of the pre-conversion location registered in the radar display target position coordinate list 707 (see FIG. 21). If the user has reached the pre-conversion location, the arrival notification 72 (see FIG. 5) is displayed on the user terminal 1500 and the user selects whether to perform pre-conversion or not. Accept (step S72).

  If there is an operation on the conversion execution icon 76 of the arrival notification 72 (YES in step S74), the server system 1100 searches for an executable pre-conversion pattern. Specifically, refer to the pre-translation location setting data 524 of the general map data 520 (see FIG. 12) and the special pre-conversion location setting data 554 of the special map definition data 540 (see FIG. 14) of the special map set for use. To do. Then, the latest user position 705 is included in a predetermined range 94 (see FIG. 5) from the installation position P2 of the pre-conversion place defined by them, and the pre-conversion of the designated pre-conversion pattern ID designated by them. When the condition defined in the pre-conversion execution condition data 562 of the pattern definition data 560 (see FIG. 15) is satisfied, the pre-conversion pattern is considered to be executable. However, the advertisement spot viewing sub-condition 562e is determined to be executable on the assumption that the user who is the player 2 views the advertisement on the spot even if the advertisement is not actually viewed.

  If there is an executable pre-conversion pattern (YES in step S76), the server system 1100 presents the searched executable pre-conversion pattern as an option on the user terminal 1500, and the user who is the player 2 The selection of the pre-conversion pattern to be executed is accepted (step S78).

When presenting the choices of executable pre-conversion patterns, it is preferable to set one set of the information of the conversion source, the information of the conversion destination, the time required for conversion, and the conditions regarding the on-site viewing of the advertisement. .
As the conversion source information, the first convertible object type sub-condition 562a and the first convertible object attribute sub-condition 562b in the pre-transform pattern definition data 560 (see FIG. 15) of the executable pre-transform pattern can be used. .
As conversion destination information, a second convertible object type 563, a second convertible object quantity 564, and a second convertible object attribute 565 can be used.

  The presentation of the conditions regarding the on-site viewing of the advertisement is performed when the on-the-spot viewing sub-condition 562e is set. If the advertisement to be viewed is not specified under the same sub-conditions, it is sufficient to simply notify that it is necessary to view the advertisement on the spot. If there is an advertisement specified, the advertisement content and viewing time may be presented.

If the pre-conversion pattern is selected, the server system 1100 creates pre-conversion reservation data 730 (see FIG. 22) (step S80).
The current date and time 800 is set as the set date and time 732, and the player account 701 (see FIG. 21) of the player 2 is set as the target person account 733. The ID of the pre-conversion pattern selected and accepted in step S78 is set in the applied pre-conversion pattern ID 734, and the pre-conversion pattern definition data 560 of the pre-conversion pattern accepted and accepted in the application conversion required time 735 (see FIG. 15). The required conversion time 566 is copied.

Next, the server system 1100 executes an advertisement viewing process that is limited to the case where a pre-conversion pattern that requires in-situ viewing of the advertisement is selected (step S82).
More specifically, in relation to the pre-conversion pattern selected by the player in step S78, when the ad in-situ viewing sub-condition 562e is set in the pre-conversion execution condition data 562, that is, to execute that ad If a pre-conversion pattern that requires viewing of the venue is selected, the server system 1100 executes advertisement viewing processing on the user terminal 1500. The type and number of advertisements to be viewed are determined according to the setting of the advertisement local viewing sub-condition 562e.

Next, the server system 1100 determines whether a pre-conversion pattern to which a mitigation measure can be applied has been selected (step S94).
As described above, in the pre-conversion pattern, the ID of the advertisement viewing type mitigation measure data 582 of the mitigation measure definition data 580 of the mitigation measure definition data 580 (see FIG. 17) or the setting movement type mitigation measure data 584 is included. There are pre-conversion patterns that are included in the applied pre-conversion pattern ID list, that is, mitigation measures can be applied.

  If the pre-conversion pattern selected in step S78 is a pre-conversion pattern to which a reduction measure can be applied (YES in step S94), the server system 1100 uses the user terminal 1500 to reduce the conversion time required. The guidance to the effect is provided, and the selection of execution / postponement of mitigation measures is accepted (step S96).

  Specifically, when the ID of the pre-conversion pattern selected by the player in step S78 is included in the applied pre-conversion pattern ID list of the advertisement viewing type mitigation measure data 582, the viewing set in the mitigation measure data is included. The target advertisement ID list and the mitigation content are associated with each other and presented to the player 2 as selectable mitigation options.

  Further, when the ID of the pre-conversion pattern selected by the player in step S78 is included in the applied pre-conversion pattern ID list of the setting movement type mitigation measure data 584, the route of the recommended route data set in the mitigation measure data is included. The set spot name and the mitigation content are associated with each other and presented to the player 2 as selectable mitigation options.

  Then, when an advertisement viewing type mitigation measure is selected by the player 2 from the mitigation measure options (advertisement type in step S100), the server system 1100 creates the pre-conversion reservation data 730 created in step S80 (FIG. 22). Adoption mitigation measure ID 736 of (see) is set to the ID of the selected mitigation measure, and the viewing target advertisement corresponding to the selected option is executed (step S102). Then, after viewing the advertisement, the mitigation content set by the selected mitigation measure is applied (step S104). In this embodiment, the application conversion required time 735 of the pre-conversion reservation data 730 (see FIG. 22) newly created in step S80 is reduced.

  On the other hand, when the setting migration type mitigation measure is selected from the mitigation measure options (setting migration type in step S100), the server system 1100 pre-converted reservation data 730 created in step S80 (see FIG. 22). Is set to the ID of the selected mitigation measure (step S106). In other words, the recommended route of the selected mitigation measure and the set spot information are registered so as to be able to be referred to.

  Next, the server system 1100 determines whether the payment of the conversion consideration is completed for each existing pre-conversion reservation data 730. In this embodiment, when the application conversion required time 735 has elapsed from the set date and time 732, it is considered that the payment has been completed (see FIG. 22). Then, the pre-conversion reservation data 730 for which payment has been completed is realized (executed), and the completion of pre-conversion is notified (step S108).

  In other words, among the first convertible objects 80 held by the user of the target person account 733 (see FIG. 22), the first conversion of the pre-conversion pattern definition data 560 (see FIG. 15) indicated by the applied pre-conversion pattern ID 734 is possible. The object indicated by the object type sub-condition 562a is deleted, and instead the second convertible object 82 of the second convertible object type 563 of the same definition data is given to the same user by the second convertible object quantity 564, and granted To be notified.

In addition, when the recommended final conversion location data 567 is included in the pre-conversion pattern definition data 560 (see FIG. 15) indicated by the applied pre-conversion pattern ID 734, the name of the recommended conversion location is given along with the notification of grant. In addition, information such as installation position coordinates and a movement route is notified.
Similarly, when the set spot definition data 568 is included in the simultaneous conversion pattern definition data 560, information such as a set spot name and installation position coordinates is notified together with the notification of the addition.

  Then, the server system 1100 ends the pre-conversion process.

  Returning to FIG. 26, the server system 1100 next executes a final conversion process (step S110).

  FIG. 29 is a flowchart for explaining the flow of the final conversion process. Compared with the above-described conversion process, the process is different in pre-conversion and final conversion, but the basic process flow is the same.

  That is, in this process, the server system 1100 has the latest user position 705 within a predetermined range 95 (see FIG. 7) from the installation position P3 of the final conversion location registered in the radar display target position coordinate list 707 (see FIG. 21). Is included (YES in step S120), it is assumed that the user has arrived at the final conversion location, and the arrival notification 75 (see FIG. 7) is displayed on the user terminal 1500, and the user is selected to execute or postpone the final conversion. Is received (step S122).

  If there is an operation on the conversion execution icon 76 of the arrival notification 75 (YES in step S124), the server system 1100 searches for an executable final conversion pattern.

  Specifically, refer to the final conversion place setting data 526 of the general map data 520 (see FIG. 12) and the special final conversion place setting data 556 of the special map definition data 540 (see FIG. 14) of the special map that is set to be used. To do. The latest user position 705 is included in a predetermined range 95 from the installation position P3 of the final conversion place defined by them, and the final conversion pattern definition data 570 of the specified final conversion pattern ID specified by them ( When the condition defined in the final conversion execution condition data 572 shown in FIG. 16 is satisfied, the final conversion pattern is considered to be executable. However, the advertisement spot viewing sub-condition 572e is determined to be executable on the assumption that the user who is the player 2 views the advertisement on the spot even if the advertisement is not actually viewed.

  If there is an executable final conversion pattern (YES in step S126), the server system 1100 presents each of the searched executable final conversion patterns as an option on the user terminal 1500, and the user who is the player 2 The selection of the final conversion pattern to be executed is accepted (step S128).

  When presenting the options of the final conversion pattern that can be executed, it is preferable that one option is a set of conversion source information, conversion destination information, time required for conversion, and conditions regarding in-situ viewing of advertisements. .

As the conversion source information, the conversion source object type sub-condition 572a and the conversion source object attribute sub-condition 572b in the final conversion pattern definition data 570 (see FIG. 16) of the executable final conversion pattern can be used.
As conversion destination information, a final conversion destination object type 573 and a final conversion destination object quantity 574 can be used.

  The presentation of the conditions regarding the on-site viewing of the advertisement is performed when the on-the-spot viewing sub-condition 572e is set. If the advertisement to be viewed is not specified under the same sub-conditions, it is sufficient to simply notify that it is necessary to view the advertisement on the spot. If there is an advertisement specified, the advertisement content and viewing time may be presented.

If the final conversion pattern is selected, the server system 1100 creates final conversion reservation data 750 (see FIG. 23) (step S130).
The current date and time 800 is set as the set date and time 752, and the player account 701 (see FIG. 21) of the player 2 is set as the target person account 753. In the applied final conversion pattern ID 754, the ID of the final conversion pattern selected and accepted in step S128 is set, and the applied conversion required time 755 is the final conversion pattern definition data 570 (see FIG. 16) of the final conversion pattern selected and received. Conversion required time 576 is copied.

  Next, the server system 1100 executes advertisement viewing processing that is limited to the case where a final conversion pattern that requires in-situ viewing of the advertisement is selected (step S132).

  Specifically, when the final conversion pattern selected by the player in step S128 is set to the advertisement in-situ viewing subcondition 572e of the final conversion execution condition data 572 (see FIG. 16), that is, to execute the advertisement When the final conversion pattern that requires in-situ viewing is selected, the server system 1100 executes advertisement viewing processing on the user terminal 1500. The type and number of advertisements to be viewed are determined according to the setting of the advertisement local viewing sub-condition 572e.

  Next, the server system 1100 determines whether a final conversion pattern to which a mitigation measure can be applied has been selected (step S134).

  As described above, in the final conversion pattern, the ID of the advertisement viewing type mitigation measure data 582 of the mitigation measure definition data 580 of the mitigation measure definition data 580 (see FIG. 17) or the setting movement type mitigation measure data 584 is included. There are final conversion patterns that are included in the applied final conversion pattern ID list, that is, to which mitigation measures can be applied.

  If the final conversion pattern selected in step S128 is a final conversion pattern to which a reduction measure can be applied (YES in step S134), the server system 1100 uses the user terminal 1500 to reduce the conversion time required. In addition to providing guidance to the effect, selection of execution / deferral of mitigation measures is accepted (step S136).

  Specifically, when the ID of the final conversion pattern selected by the player in step S128 is included in the applied final conversion pattern ID list of the advertisement viewing type mitigation measure data 582, the viewing set in the mitigation measure data is displayed. The target advertisement ID list and the mitigation content are associated with each other and presented to the player 2 as selectable mitigation options.

  Further, when the applied final conversion pattern ID list of the setting movement type mitigation measure data 584 includes the ID of the final conversion pattern selected by the player in step S128, the route of the recommended route data set in the mitigation measure data. The set spot name and the mitigation content are associated with each other and presented to the player 2 as selectable mitigation options.

  Then, when the advertisement viewing type mitigation measure is selected by the player 2 from the mitigation measure options (advertisement type in step S140), the server system 1100 displays the final conversion reservation data 750 created in step S130 (FIG. 23). Adoption mitigation measure ID 756 of (see) is set to the ID of the selected mitigation measure, and the viewing target advertisement corresponding to the selected option is executed (step S142). Then, after viewing the advertisement, that is, it is determined whether or not the given advertisement is browsed on the user terminal 1500, and when the advertisement is browsed, the mitigation content set by the selected mitigation measure is applied (step S144). ). In this embodiment, the application conversion required time 755 of the final conversion reservation data 750 (see FIG. 23) newly created in step S130 is reduced.

  On the other hand, when a mitigation measure on the condition of movement is selected from the mitigation measure options (the setting movement type in step S140), the server system 1100 uses the final conversion reservation data 750 created in step S130 (see FIG. 23). ) Adoption mitigation measure ID 756 is set to the ID of the selected mitigation measure (step S146). In other words, the recommended route of the selected mitigation measure and the set spot information are registered so as to be able to be referred to.

  Next, the server system 1100 determines, for each existing final conversion reservation data 750, whether or not the payment for the conversion consideration has been completed. In this embodiment, it is considered that the payment of the conversion consideration has been completed when the application conversion required time 755 has elapsed from the set date and time 752 (see FIG. 23). Then, the final conversion reservation data 750 for which payment has been completed is realized (executed) (step S148).

  That is, the final conversion pattern definition data 570 (see FIG. 16) indicated by the applied final conversion pattern ID 754 among the first convertible object or the second convertible object held by the user of the target person account 753 (see FIG. 23). The object indicated by the conversion source object type sub-condition 572a is deleted, and instead, the object indicated by the final conversion destination object type 573 of the same definition data is given to the same user by the final conversion destination object quantity 574.

  However, when virtual currency points are set in the final conversion destination object, the server system 1100 refers to the conversion request destination access information 575 (see FIG. 16), and points service for managing the virtual currency points The management server 1200 (see FIG. 1) is accessed, and a request for giving virtual currency points is made to the user who is the subject of the final conversion reservation. The procedure after the request is in accordance with the agreement with the point service manager, and the description here is omitted.

  Then, the server system 1100 ends the final conversion process.

  Returning to the flowchart of FIG. 26, the server system 1100 then sets the adopted setting movement for each unexecuted pre-conversion reservation data 730 and final conversion reservation data 750 for which the setting movement type mitigation measure is adopted. It is determined whether or not the requirement of the type mitigation measure is satisfied, and if it is satisfied, processing for reducing the conversion station time is executed (step S180).

  Specifically, for example, in the case of the final conversion reservation data 750, the setting movement type mitigation measure data 584 (see FIG. 17) indicated by the adoption mitigation measure ID 736 (see FIG. 22) is referred to. If the recommended route data is set there, the recommended route data is compared with the user location history data 614 of the user management data 600 (see FIG. 18) of the user indicated by the target account 753 of the final conversion reservation. If the user passes through the recommended route, it is determined that the requirement regarding the recommended route is satisfied.

  If a setting spot is set with the same setting movement type mitigation measure data 584, the setting position coordinates of the setting spot and user management data 600 of the user indicated by the person account 753 of the final conversion reservation (see FIG. 18). ) And the user position history data 614, and if the user has stopped at the set spot, it is determined that the requirement regarding the set spot is satisfied.

  If the requirement is satisfied, the application conversion required time 755 (see FIG. 23) of the target final conversion reservation data 750 is reduced only by the reduction contents set in the same set movement type mitigation measure data 584. Change as follows.

  Next, the server system 1100 notifies the user terminal 1500 of the user who is the subject of the pre-conversion reservation and the final conversion reservation whose conversion time is reduced (step S182). ). It is preferable to notify the remaining time until the required conversion time is reached.

  Then, the server system 1100 realizes the reservation content of the pre-conversion reservation data 730 for which the conversion required time has passed in the same manner as in step S108 (step S184; see FIG. 28), and the conversion required time has passed in the same manner as in step S148. The reserved content of the final conversion reservation data 750 thus performed is realized (step S186; see FIG. 29).

  As described above, according to this embodiment, when a user who is a player carries a user terminal capable of positioning and moves in the real world, a convertible object is assigned according to the user position. In addition, when a user who possesses a convertible object moves to a real-world location where a conversion location is set, the possessable convertible object can be converted into a conversion destination object. There is no technology to realize such new interesting content.

[Second Embodiment]
Next, a second embodiment of the present invention will be described.
The present embodiment is basically realized in the same manner as the first embodiment, except that the processing entity related to object assignment and conversion based on the user position is the user terminal 1500. In the following, differences from the first embodiment will be mainly described, and the same components as those in the first embodiment will be given the same reference numerals and description thereof will be omitted.

  FIG. 30 is a functional block diagram illustrating a functional configuration example of the user terminal 1500 in the present embodiment. The user terminal 1500 of the present embodiment omits the user terminal computing unit 270 that has realized the function as the client terminal in the first embodiment, and instead has the game that the server system 1100 of the first embodiment had. Management unit 210, positional relationship notification control unit 220, assignment control unit 222, map management unit 224, recommended conversion location notification control unit 226, setting movement determination unit 228, advertisement information browsing determination unit 230, A conversion control unit 232 and a mitigation control unit 234. Therefore, the server system 1100 in this embodiment does not have these functional units.

  In other words, in the present embodiment, the user terminal 1500 can execute a calculation process related to the game progress by itself and generate a game space image by itself. Further, the user terminal 1500 itself can perform control related to object assignment and conversion based on the user position.

In addition, the user terminal 1500 according to the present embodiment includes an update control unit 236.
The update control unit 236 implements a function for updating a program, various initial setting data, and definition data necessary for realizing object assignment and conversion based on game progress and user position.

  FIG. 31 is a diagram illustrating an example of programs and data stored in the terminal storage unit 500 of the user terminal 1500 according to the present embodiment. The terminal storage unit 500 of this embodiment stores a game program 502. In addition, as described above, the game management unit 210 to the mitigation control unit 234 are realized by the user terminal 1500, so that the game initial setting data 510, the comprehensive map data 520, and the first convertible object provision pattern definition data. 530, special map definition data 540, pre-conversion pattern definition data 560, final conversion pattern definition data 570, advertisement definition data 590, play data 700, reassignment prohibition registration data 720, and pre-conversion reservation data 730 And final conversion reservation data 750 are stored. These data are obtained by downloading from the server system 1100 together with the game program 502. These data can be appropriately updated.

  The game program 502 is a program for causing the terminal processing unit 200 to realize the game management unit 210 to the update control unit 236.

  The processing flow in the present embodiment is basically the same as the processing flow of the server system 1100 in the first embodiment (see FIGS. 25 to 26), and the game management unit 210 to the update control unit 236 are changed to the user terminal 1500. As necessary, the execution subject of each step may be read from the server system 1100 to the user terminal 1500 as appropriate. In the case where a process that requires the user terminal 1500 to refer to the user management data 600 is executed on the user terminal 1500, whether the server system 1100 is requested to provide necessary data or collate, or the process itself is requested. To deal with.

According to the present embodiment, the same effects as those of the first embodiment can be obtained.
Note that the user terminal 1500 may be configured to share functions with the server system 1100 as a part of the game management unit 210 to the mitigation control unit 234 instead of all of the game management unit 210 to the reduction control unit 234.

[Modification]
As mentioned above, although embodiment which applied this invention was described, the form which can apply this invention is not limited to the said form, A component can be added, abbreviate | omitted, and changed suitably.

[Part 1]
For example, in the above-described embodiment, an example in which an online game is realized by a client-server type computer system has been described. However, it may be realized by a computer system in which a plurality of user terminals 1500 are connected by peer-to-peer connection. In that case, the function of the server system 1100 of the first embodiment is assigned to any user terminal 1500. Or it is good also as a structure which shares and bears the function which the game management part 210-the reduction | decrease control part 234 has like several 2nd user terminals 1500 like 2nd Embodiment.

[Part 2]
Furthermore, although the online game is exemplified in the above embodiment, the present invention can be similarly applied to a game executed by the user terminal 1500 in a stand-alone manner, in other words, a game executed in a computer system including a single computer. In this case, basically, the functional configurations shown in FIGS. 10 to 11 and FIGS. 30 to 31 may be read as those realized by the user terminal 1500 alone.

[Part 3]
In the above embodiment, the single-play game content that can be played by the action RPG is exemplified as the service content provided by the computer system that is the game system 1000, but the game genre is not limited to this, and can be set as appropriate. Moreover, not only single play but multi play may be sufficient.

  For example, a battle game using the player character 4 may be used, or a game for training the player character 4 may be used. In the latter case, the item 7 in the above embodiment can be set as a breeding tool / feed, a breeding target itself, and the like.

  In addition, for example, collecting game objects that can be enjoyed by collecting objects corresponding to the item 7 in the above-described embodiment (for example, characters in a real world head covering, virtual currency points, coupons, etc.) You can also.

[Part 4]
In the above embodiment, the location information of the user terminal 1500 is automatically transmitted to the server system 1100. However, a configuration in which manual operation by a player is interposed is also possible. For example, when the user terminal 1500 is equipped with an image sensor and the position information can be included in the Exif file of an image captured by the image sensor, the player performs an operation of capturing the image by the user terminal 1500 and transmitting the image. This may indirectly provide location information to the server system 1100.

DESCRIPTION OF SYMBOLS 2 ... Player 4 ... Player character 6 ... Enemy character 7 ... Item 8 ... Virtual currency point 20 ... Radar display part 21 ... User position display body 23 ... 1st convertible object arrangement position display body 24 ... Special map arrangement position display body 25 ... pre-conversion location position display 26 ... final conversion location position display 30 ... special map use setting unit 70 ... acquisition notification 71 ... recommended conversion location notification 72 ... arrival notification 80 ... first convertible object 82 ... second conversion possible Object 83 ... Conversion destination object 85 ... Pre-conversion location 86 ... Final conversion location 90 ... Real world 110 ... Positioning unit 200s ... Server processing unit 210 ... Game management unit 220 ... Position relation notification control unit 222 ... Assignment control unit 224 ... Map management Unit 226 ... Conversion location notification control unit 228 ... Setting movement determination unit 230 ... Advertisement Comment information browsing determination unit 232 ... conversion control unit 234 ... reduction control unit 236 ... update control unit 500s ... server storage unit 502 ... game program 503 ... server program 504 ... game client program 508 ... user location information 510 ... game initial setting data 511 ... first convertible object initial setting data 512 ... second convertible object initial setting data 520 ... general map data 521 ... enemy character arrangement data 522 ... first convertible object arrangement data 524 ... pre-conversion location setting data 526 ... final conversion Place setting data 528 ... Special map arrangement data 530 ... First convertible object assignment pattern definition data 531 ... Assignment pattern ID
532 ... Granting condition definition data 533 ... Grant target first convertible object type 534 ... Grant target first convertible object attribute 535 ... Grant quantity 540 ... Special map definition data 541 ... Special map ID
543 ... Map acquisition condition data 552 ... Special first convertible object arrangement data 554 ... Special pre-conversion place setting data 556 ... Special final conversion place setting data 558 ... Other special map arrangement data 560 ... Pre-conversion pattern definition data 561 ... Pre-conversion Pattern ID
562 ... Pre-conversion execution condition data 563 ... Second convertible object type 564 ... Second convertible object quantity 565 ... Second convertible object attribute 566 ... Conversion required time 567 ... Final conversion place data 568 ... Setting spot definition data 570 ... Final conversion pattern definition data 571 ... Final conversion pattern ID
572 ... Final conversion execution condition data 573 ... Final conversion destination object type 574 ... Final conversion destination object quantity 575 ... Conversion request destination access information 576 ... Conversion required time 580 ... Mitigation measure definition data 582 ... Advertisement viewing type mitigation measure data 584 ... Setting Mobile mitigation measure data 600 ... user management data 601 ... user account 614 ... user position history data 616 ... possessed character management data 618 ... possessed item management data 620 ... possessed first convertible object management data 640 ... possessed second convertible object Management data 657 ... Final conversion location data 658 ... Setting spot definition data 660 ... Owned special map management data 662 ... Use setting special map list 700 ... Play data 701 ... Player account 705 ... Latest user Location 707 ... radar display object position coordinate list 710 ... play control data 712 ... conversion control data 720 ... regranted prohibition registered data 730 ... pre converted reservation data 734 ... apply pre conversion pattern ID
735 ... Time required for conversion 736 ... Adoption mitigation measure ID
750 ... Final conversion reservation data 754 ... Applied final conversion pattern ID
755 ... Application conversion time 756 ... Adoption mitigation measure ID
DESCRIPTION OF SYMBOLS 1000 ... Game system 1100 ... Server system 1101 ... Main body apparatus 1150 ... Control board 1200 ... Point service management server 1500 ... User terminal 1550 ... Control board 1555 ... Positioning module P1 ... Arrangement position P2 ... Installation position P3 ... Installation position Pe ... Appearance position W2 ... Game screen W3-W7 ... Radar screen

Claims (20)

A computer system for controlling the progress of content that progresses based on a user position that is a position of a user terminal,
Based on the arrangement position data that defines the arrangement position of the convertible object that can be acquired by the user, and the conversion place data that defines the conversion place that can convert the convertible object that the user has into the conversion destination object, Notification control means for performing control for notifying the user of the user position and the arrangement position and / or the conversion location;
Based on the positional relationship between the user position and the arrangement position, an assignment control means for performing control to give the user a convertible object that can be acquired at the arrangement position;
Conversion control means for controlling whether to convert a convertible object that the user has into a conversion destination object based on a positional relationship between the user position and the conversion place;
Computer system with The conversion control means variably determines the conversion destination object based on the attribute of the convertible object to be converted;
The computer system according to claim 1. The conversion control means variably determines the quantity of the conversion destination object when converted based on the attribute of the convertible object to be converted.
The computer system according to claim 1 or 2. Attributes are set in the arrangement position,
The conversion control means variably determines the conversion destination object based on the attribute of the arrangement position to which the convertible object to be converted is given.
The computer system as described in any one of Claims 1-3. Attributes are set in the arrangement position,
The conversion control means variably determines the quantity of the conversion destination object when converted based on the attribute of the arrangement position to which the convertible object to be converted is given.
The computer system as described in any one of Claims 1-4. Attributes are set in the conversion place,
The conversion control means variably determines the conversion destination object based on the attribute of the conversion place where the conversion is performed.
The computer system as described in any one of Claims 1-5. Attributes are set in the conversion place,
The conversion control means variably determines the quantity of the conversion destination object when converted based on the attribute of the conversion place where the conversion is performed.
The computer system as described in any one of Claims 1-6. Recommended conversion location notification control means for performing control for notifying the user of the conversion location where conversion by the conversion control means is relatively advantageous to the user;
The computer system according to claim 1, further comprising: Setting movement determination means for determining whether the user is located at a given setting spot or moved along a given setting route based on the user position;
Further comprising
The conversion control means variably determines the conversion destination object according to a determination result of the setting movement determination means.
The computer system as described in any one of Claims 1-8. Setting movement determination means for determining whether the user is located at a given setting spot or moved along a given setting route based on the user position;
Further comprising
The conversion control means variably determines the quantity of the conversion destination object when converted according to the determination result of the setting movement determination means.
The computer system according to claim 1. The computer system according to any one of claims 1 to 10, wherein the conversion control unit variably determines the conversion destination object according to given advertisement information provided in the user terminal. The conversion control means variably determines the quantity of the conversion destination object when converted according to given advertisement information provided in the user terminal.
The computer system as described in any one of Claims 1-11. Map management means for managing map data of the user among a plurality of types of map data including the arrangement position data and / or the conversion place data;
Further comprising
The notification control means, the provision control means, and the conversion control means perform control based on the arrangement position and the conversion place included in the map data possessed by the user.
The computer system according to claim 1. All or part of the map data includes map acquisition position data of the other map data that allows the user to acquire other map data.
The grant control means is a control for granting the user map data that can be acquired at the map acquisition position based on a positional relationship between the map acquisition position included in the map data of the user and the user position. I do,
The computer system according to claim 13. The conversion control means executes conversion to a conversion destination object when a conversion requirement including at least the passage of time of a given conversion time is satisfied,
A mitigation control means for controlling the execution of the mitigation process by variably determining the mitigation contents that reduce the time elapse condition of the conversion required time or do not require time elapse;
The computer system according to claim 1, further comprising: Setting movement determination means for determining whether the user is located at a given setting spot or moved along a given setting route based on the user position;
Further comprising
The mitigation control unit controls execution of the mitigation process according to a determination result of the setting movement determination unit.
The computer system according to claim 15. Advertisement information browsing determination means for determining whether or not given advertisement information is browsed in the user terminal;
Further comprising
The mitigation control unit controls execution of the mitigation process according to a determination result of the advertisement information browsing determination unit.
The computer system according to claim 15 or 16. The advertisement information browsing determining means determines the browsed advertisement information among the plurality of advertisement information,
The mitigation control means determines the mitigation content variably according to the browsed advertisement information and executes the mitigation process.
The computer system according to claim 17. The content is game content,
A server system which is the computer system according to any one of claims 1 to 18;
The user terminal;
Is a game system that is communicably connected. A program for controlling the progress of content that progresses based on a user position that is the position of a user terminal,
Based on the arrangement position data that defines the arrangement position of the convertible object that can be acquired in the content, and the conversion place data that defines the conversion place that can convert the convertible object that the user has into the conversion destination object, Notification control means for performing control to notify the user position and the arrangement position and / or the conversion location;
An assignment control unit that performs control for assigning a convertible object that can be acquired at the arrangement position based on a positional relationship between the user position and the arrangement position;
Conversion control means for controlling whether to convert a convertible object possessed by the user into a conversion destination object based on a positional relationship between the user position and the conversion place;
A program for causing the user terminal to function as

Images