WO2014092098A1 - ゲーム処理方法、ゲーム装置、及びゲームプログラム - Google Patents

ゲーム処理方法、ゲーム装置、及びゲームプログラム Download PDF

Info

Publication number
WO2014092098A1
WO2014092098A1 PCT/JP2013/083128 JP2013083128W WO2014092098A1 WO 2014092098 A1 WO2014092098 A1 WO 2014092098A1 JP 2013083128 W JP2013083128 W JP 2013083128W WO 2014092098 A1 WO2014092098 A1 WO 2014092098A1
Authority
WO
WIPO (PCT)
Prior art keywords
submission
game
achievement
determination
mission
Prior art date
Application number
PCT/JP2013/083128
Other languages
English (en)
French (fr)
Inventor
一喜 冨永
厚司 亀山
Original Assignee
フィールズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by フィールズ株式会社 filed Critical フィールズ株式会社
Priority to JP2014552057A priority Critical patent/JP5997777B2/ja
Publication of WO2014092098A1 publication Critical patent/WO2014092098A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/6036—Methods for processing data by generating or executing the game program for offering a minigame in combination with a main game

Definitions

  • the present invention relates to a game processing technique, and more specifically, to an effect processing technique for enhancing the effect of a mission achievement game.
  • games are also offered on SNS. These games are also called social network games or social games in the sense of online games offered on social networking services. If an SNS account is acquired, it is possible to participate in a social game from a personal computer (PC) or a mobile terminal device (including a PDA as well as a mobile phone) generally via a web browser. Many social games can be started for free, but if you want to enjoy a game at a certain stage or above a certain level, you can get powerful items and in-game currency (points) in exchange. You may be charged.
  • Game types include searching for treasure (value items) while cooperating and competing with other players (other players), fishing motifs, breeding pets, fighting along the story There are various things to accomplish the given mission while developing.
  • a progressive story characterizing the game (for example, an adventure game, a warring country game, etc.) is set, and is prepared according to a plurality of stages in all stories. There is a stage and a “quest” that is set to clear the stage. The stage here is sometimes simply referred to as “mission”.
  • a plurality of selectable characters to appear in the game are prepared as cards (player character cards), and the player usually selects 3 to 5 cards during the progress of the game. (Some decks have six or more decks), and a card deck is formed as a character party to advance the game.
  • the player character card is provided with parameter values such as experience values that improve as the game progresses and physical strength that is an indicator that the game can be continued.
  • parameter values such as experience values that improve as the game progresses and physical strength that is an indicator that the game can be continued.
  • some weapon items that increase attack power against enemies, armor items that reduce attacks from enemies, and items for restoring health and in-game currency can be obtained while the game is in progress. .
  • players can exchange information via community means on the network game system, and a message can be transmitted from one player to a plurality of other players. Furthermore, an event or the like can be notified to all or some of the players from the administrator of the network game system.
  • the player's level is improved by clearing a stage (or mission) prepared in a plurality of stages.
  • the improvement of the player level contributes to the achievement of a task (quest) that becomes difficult as the game progresses.
  • Patent Documents 3 and 4 disclose a technique for allowing more layers of players to enjoy such stage and mission settings.
  • Patent Document 3 proposes a game in which a handicap can be set according to the level of skill level without changing the game operation specifications. Specifically, (A) the skill level for the game is initially set for each player at the start of the game, (B) the next game stage is determined, and (C) the B stage is determined. A step of setting a quota that is a condition for game clear in the game stage according to the skill level of each player, and (D) a step of causing each player to play the game stage based on the quota set for each player; (E) A game processing method is disclosed that includes updating a skill level of each player based on a game result of each player in the game stage, and (F) circulating the stages B to E. ing.
  • Patent Document 4 introduces a system for evaluating the degree of friendship between characters controlled by each player in a game system in which a plurality of game devices are connected by a wireless LAN, thereby improving the motivation for achieving the stage. Yes.
  • Patent Document 4 in a game system in which a plurality of game devices are connected so as to be able to communicate with each other via a wireless LAN, each player operates each game device to operate a hunter in the game space, and is commonly shared. If you achieve a goal (for example, a quest to kill a monster), you will receive a friendship point QP (i) for the other hunter on the condition that you have another hunter's guild card. A technique of granting is disclosed.
  • This friendship point QP (i) is accumulated for each other hunter and is accumulated as a cumulative value.
  • the friendship point accumulated value ⁇ QP (i) for each hunter reaches a predetermined accumulation threshold SQP, When the cumulative value SUMQP of points reaches a predetermined cumulative threshold value TQP, a specific item is given to each hunter.
  • JP 2012-170509 A Japanese Patent Laid-Open No. 2003-019356 JP 2003-126553 A JP 2007-061253 A
  • Patent Document 3 enables achievement of a stage (mission) in a game even for a player with a low skill level by making it possible to set a handicap according to the skill level. A feeling can be provided to some extent. However, even if the game is started on the premise that a handicap is given in the first place, it seems that there is a limit to the exhilaration that can be obtained as the game progresses.
  • an object of the present invention is to provide a game processing method and the like that improve motivation to achieve the player's stage (mission) itself, and that the player can get a sense of excitement as the game progresses.
  • the present invention relates to a game processing method in a game apparatus having a plurality of stages and progressing a game by clearing one or more missions for each stage, wherein the sub-process generates a submission before the mission is cleared.
  • the submission generation processing step includes: Including a cut-in determination processing step, Including a promotion suggestion processing step of a precursor suggestion code having a plurality of stages that can be promoted according to a cut-in determination result by the cut-in determination processing step,
  • the submission achievement determination step determines the achievement of the submission based on the achievement probability corresponding to the precursor suggestion code, When it is determined that the submission has been achieved, a game progress process in a special mode for a predetermined time is performed.
  • the sign suggestion code continues the code at the time of the submission achievement determination, and the cut-in
  • the advancement suggestion process of the sign suggestion code is performed, the achievement probability according to the sign suggestion code is added, and based on the sign suggestion code at the end of the predetermined time A re-lottery process is performed.
  • the sign suggestion code in the game progress in the special mode within the predetermined time is reset to the stage with the lowest achievement probability among the sign suggestion codes at the end of the first advantageous state after achievement of the submission.
  • the game processing method may have the following configuration. That is, a game processing method that has a plurality of stages and advances the game by clearing one or more missions for each stage, A submission generation processing step for generating a submission before clearing the mission; Generating an event that varies the achievement probability of the submission; When the submission occurs, the submission achievement determination step of determining the achievement degree of the submission based on an achievement probability that can vary depending on the occurrence of the event, According to the achievement level of the submission, a game progress process in a special mode is performed.
  • the game processing method may be implemented on a network system including one or more servers and two or more terminal devices connected via a network, and may be configured to allow a plurality of players to participate.
  • the step of generating an event that varies the achievement probability of the submission may be a cut-in determination processing step.
  • the method further includes a promotion suggestion processing step of a sign suggestion code having a plurality of stages that can be promoted according to a cut-in determination result in the cut-in determination processing step, and the submission achievement determination step includes an achievement probability corresponding to the sign suggestion code It is good also as a structure which determines the achievement level of submission based on this.
  • the sign suggestion code continues the code at the time of the achievement determination of the submission, and according to the cut-in determination result in the cut-in determination processing step, the advance suggestion code promotion determination process, It is also possible to add the achievement probabilities according to the sign suggestion code and perform the re-lottery process based on the sign suggestion code at the end of the game progress in the special mode.
  • the sign suggestion code in the game progress in the special mode, (1) At the end of the first advantageous state after achievement of the submission, reset to the stage with the lowest achievement probability of the sign suggestion code, (2) When the achievement of the submission is continued a predetermined number of times, at the end of the advantageous state of the predetermined number of times, the sign suggestion code is reset to the stage with the lowest achievement probability, (3) It may be reset by selecting and setting one at a time from a plurality of stages of the sign suggestion code at the end of the advantageous state after achievement of the submission.
  • an event that varies the achievement probability of a submission can be configured to occur in conjunction with the degree of progress of the mission, or can be configured to occur randomly.
  • the game device is a game device that advances a game by solving a plurality of missions, A display unit for displaying the game image; A storage unit storing instructions for controlling the progress of the game, Said command generating a submission in at least one of said missions; Generating an event in at least one of the missions that varies the achievement probability of the submission; Determining the submission achievement based on the achievement probability; Including performing a game progress process in a different mode according to the achievement level of the submission.
  • the mission may proceed based on a combination of symbols displayed on the display unit.
  • the game device may include two or more display units, and display the mission and the submission on different display units. And it is good also as a structure by which at least 1 of the rule for advancing a game and advice is displayed on the display part which displays a mission.
  • the display unit that displays the submission may be configured to display the character information of the character that the player uses for the progress of the game.
  • a mission and an event that allows participation of a plurality of players independent of the mission can proceed at the same time, and the conditions of players exhausted in the event are recovered according to the progress of the mission. It can also be configured. Then, the recovery of the player according to the progress of the mission may be performed for some or all of the plurality of players.
  • the game program according to the present invention is a game program for advancing the game by solving a plurality of missions, Generating a submission in at least one of the missions; Generating an event in at least one of the missions that varies the achievement probability of the submission; Determining the submission achievement based on the submission achievement probability; Performing a game progress process in a special mode according to the achievement level of the submission.
  • the game program may be implemented on a network system including one or more servers and two or more terminal devices connected via a network, and may be configured to allow a plurality of players to participate. And it is good also as a structure which can advance the event by the progress of the game by solving a mission, and the several players independent of a mission simultaneously. Further, a part of the player's condition consumed in the event may be recovered by the progress of the mission game. Also, some of the player's recovery conditions may be improved while the game is in progress in the special mode.
  • FIG. 1 is a perspective view of a program built-in arcade game machine (apparatus) according to an embodiment of the present invention. It is the front view (A) and back view (B) of the arcade game machine (device) with a built-in program concerning other embodiments of the present invention.
  • FIG. 1 is a system configuration example of a game processing system according to an embodiment of the present invention.
  • the game processing system 100 is roughly divided into an application server 101 that is a processing system for the entire network game, a database server 102 for storing / updating data necessary for game progress, and a player (hereinafter also referred to as a user).
  • Mobile terminal devices 103 a to 103 c, a desktop PC 104, and a notebook PC 105 are connected to a network (typically the Internet) 199 in a wired or wireless manner.
  • a game device that can be connected to a network can also be used.
  • the mobile terminal devices 103a to 103c may be the same model or different models.
  • the mobile terminal devices 103a to 103c may be collectively referred to as the mobile terminal device 103.
  • the application server 101 and the database server 102 include a computer (PC or the like) capable of operating necessary application software and a database system as appropriate.
  • an application server 101 and a database server 102 are connected via a network including an intranet and / or the Internet. Note that the application server 101 and the database server 102 do not necessarily have to be configured as separate hardware systems, and can be mounted on a single server.
  • the mobile terminal device 103 includes a housing portion 1031, a display 1032, and a hardware button 1033 provided in the lower center portion of the housing 1031.
  • the display 1032 is typically composed of a liquid crystal display (LCD) or the like, and can display various information such as characters and images as will be described later.
  • a menu button or a software keyboard is displayed on the display 1032, and an instruction (command) to the portable terminal device 103 can be obtained by touching it with a finger or a touch pen (not shown).
  • the hardware button 1033 is not an essential component, but is implemented as a button having a certain function for convenience of explanation of the present invention. Of course, these hardware buttons 1033 can be replaced with menu buttons displayed on a part of the display 1032.
  • the display 1032 includes a multi-touch input panel, and touch input position coordinates on the touch input panel are transmitted to a processing system (CPU) of the information terminal device 103 via an input device interface (not shown). And processed. And this multi-touch input panel is comprised so that the several contact point with respect to a panel can be sensed simultaneously.
  • This detection can be realized by various methods, and is not necessarily limited to the contact sensor. For example, an indication point for the panel can be extracted using an optical sensor. Furthermore, in addition to a contact sensor or an optical sensor, a capacitive sensor that senses contact with human skin can be used as the sensor.
  • the mobile terminal device 103 can also include a microphone and a speaker. In this case, it is possible to determine the voice of the user picked up from the microphone and use it as an input command.
  • FIG. 3 illustrates a block diagram of hardware constituting the mobile terminal device 103 according to the present invention.
  • the operation of the mobile terminal device 103 is realized by individual operations of hardware described below and their cooperative operations.
  • the mobile terminal device 103 is roughly divided into an input unit 301, a storage unit 302, a central processing unit 303, a display unit 304, a control unit 305, a communication interface unit 306, an output unit 307, a time measuring unit 308, and a sensor unit. 309 and a power supply unit 310.
  • the input unit 301 includes hardware buttons 1033, a multi-touch input panel provided on the display 1032, a microphone, and the like.
  • the storage unit 302 includes a hard disk, RAM, and / or ROM for storing programs, data, and the like.
  • the central processing unit 303 is configured by a CPU that performs various numerical calculations and logical operations according to a program
  • the display unit 304 is configured by a display 1032 or the like.
  • the control unit 305 controls a chip, an electric system, and the like
  • the communication interface unit 306 includes a slot for accessing the Internet, a port for optical communication, and a communication interface.
  • the output unit 307 includes a speaker, a vibration generating unit, and the like.
  • the time measuring unit 308 measures time and the like, and the sensor unit 309 measures temperature, humidity, device posture, light amount, and the like as necessary.
  • 310 supplies power to each module in the apparatus. These modules are connected by a communication bus or a power supply line as needed (in FIG. 3, each line is collectively shown as a connection 311 in which each line is appropriately divided for convenience).
  • the sensor unit 309 may include a GPS sensor module for specifying the position of the mobile terminal device 103.
  • the programs or software necessary for implementing the present invention are usually installed or stored in a hard disk or the like in the storage unit 302, and all or one of them is stored in the memory in the storage unit 302 as necessary when the program or software is executed.
  • the programs or software necessary for implementing the present invention are usually installed or stored in a hard disk or the like in the storage unit 302, and all or one of them is stored in the memory in the storage unit 302 as necessary when the program or software is executed.
  • the execution of the calculation is not necessarily performed by the central processing unit 303 such as a CPU, and an auxiliary arithmetic unit such as a digital signal processor (DSP) (not shown) can be used.
  • the central processing unit 303 such as a CPU
  • an auxiliary arithmetic unit such as a digital signal processor (DSP) (not shown) can be used.
  • DSP digital signal processor
  • FIG. 4 shows a software module configuration of the server according to the embodiment of the present invention.
  • An application server 401 and a database 402 in FIG. 4 are a software module group and a data group executed in the application server 101 and the database server 102 in FIG.
  • the software module group executed on the application server 101 is the application server 401
  • the data group stored on the database server 102 is the user data 4021 and the resource data 4022.
  • a part of the data may be managed on the application server 101, and a part of the processing system software module may be executed on the database server 102.
  • the application server 101 and the database server 102 can be mounted on one server.
  • the application server 401 is roughly divided into a processing system module including a game progress processing unit 4011, a game effect processing unit 4012, a data search processing unit 4013, and a data input / output unit 4014, and a network that can be called a communication system module.
  • a communication control unit 4015 More specifically, each has the following processing functions.
  • the game progress processing unit 4011 processes a story progress type (mission achievement type) game according to the present invention described later.
  • the game effect processing unit 4012 performs a game effect using a moving image (for example, a movie that performs a victory effect or a defeat effect), a still image (for example, a cut-in image), sound, or the like as the game progresses. .
  • “Cut-in” refers to an illustration that is displayed in a special situation such as when an event occurs in a game or when a skill is used.
  • the data search processing unit 4013 searches for data necessary for game progress and game presentation and loads the data into a working memory or the like.
  • the data input / output unit 4014 processes inputs from a large number of players and outputs data to be displayed or notified to these players. The output data is transmitted to the player terminal at an appropriate timing via a network communication control unit described later.
  • the network communication control unit 4015 performs transmission / reception control of input data of a large number of players (users) connected via a network (typically the Internet) and output data to be displayed or notified to these players. At the same time, timing control such as reading and updating of data stored in the database 402 is also performed.
  • the game progress processing unit 4011 includes a determination unit that performs determination during progress (winning determination, mode distribution determination, etc. described later), and a timer unit that performs timer countdown.
  • the game effect processing unit 4012 includes a determination unit that determines which effect processing is to be performed when an effect is to be performed.
  • the game progress processing unit 4011 and / or the data input / output unit 4014 performs processing associated with billing as necessary.
  • a database 402 includes user data 4021 for storing and managing player information, parameter values of cards and items possessed by the player (details will be described later), and animations and cut-in images necessary for game production. Etc., and resource data 4022 for storing.
  • Examples of data items of user registration information and management information stored in the user data 4021 are as follows. (1) User ID (nickname) (2) User profile (gender, age, special skill, location, hometown, etc.) as necessary (3) Affiliation guild (becomes the affiliation when creating a group between users) (4) Money (in-game currency) (5) Cards possessed by each user (6) Strengthening items (weapons, armor, etc.) attached to each user's card (7) Connection between possession card and enhanced item (such as which enhanced item is attached to which card) (8) Various points (the player's own battle points, physical strength points, and level values, and points earned as the game progresses can be distributed to these various points) (9) Various parameters for each card (attack power, defense power, intelligence, skill, luck, etc.
  • FIG. 5 shows the processing cycle and status of the entire game according to one embodiment of the present invention.
  • the game according to the embodiment of the present invention is roughly divided into (A) mission part, (B-1) gacha part, (B-2) strengthening part, and (C) battle part as shown in 502.
  • a player who logs in to the server can select a part to be played from the top screen (top menu) 501 and start a game for each part. Details of each part are as follows.
  • (B-1) Gacha Part In this part, it is possible to obtain a player character card that constitutes a deck with a battle part to be described later as a main part of the game progress in the mission part.
  • a gacha ticket obtained during the game In order to draw a gacha, in addition to charging, an in-game currency, a gacha ticket obtained during the game, and various points can be used.
  • the rank of gacha that can be implemented is determined by the currency and the amount of points used by the player, or the type of ticket.
  • the strength (rare degree) of the obtained card varies depending on the rank of the gacha, and a card randomly extracted from the card group corresponding to each rank is given to the player.
  • players can strengthen their player character cards.
  • strengthening items can be added to a player character card on hand, or a plurality of cards can be combined into a single card.
  • a player character card to be strengthened is selected, then a player character card to be strengthened is determined, and strengthening is started.
  • parameters such as attack power, defense power, and intelligence of the strengthened card are improved.
  • the player completes each game part described above, builds the strongest deck (503), cooperates with a plurality of players through events set by the organizer, etc., and excites powerful bosses, etc. (504).
  • this game which has a notification function, a bulletin board, and a message transmission / reception function, the ability can be proud of in a group (guild) composed of a plurality of players and all players participating in the game (505).
  • FIG. 6A shows a processing flow of a game (mission part) according to an embodiment of the present invention.
  • the structure of the mission part of the present invention is a conventional mission achievement type game (corresponding to the mission part of the present invention). Compared to the above, the following points are greatly different and characteristic, so this point will be described first.
  • a processing procedure up to the completion of the mission (A) proceeding with the mission, (B) generating an encounter with the mission, (C) determining whether the mission can be achieved or not.
  • the processing of the mission part of the present invention consists of (A) conducting the mission, (B) generating an encounter with a plurality of “submissions” before encountering the mission, and (C) “submission”. Determining whether or not the “submission” can be achieved is controlled so as to affect the success or failure of the next “submission” within the same mission.
  • stage configuration of the mission part and its progress setting described in the present specification as one embodiment of the present invention will be described below.
  • the progress structure of the game is a three-layer stage structure for convenience of explanation, and the stage, mission, and submission (in this specification, this submission is also referred to as “special mission”) in descending order of stage size. To do.
  • the progress of the game is performed by an “advance” process in which the player explicitly proceeds by pressing a button or the like.
  • “Advance” is based on the march when a game story is set to a war story, and the naming itself does not affect the essence of the present invention. Defeat one enemy for each advance and complete one mission in 12 advance. Defeating enemies consumes health, but increases experience points and provides in-game currency. In addition, player character cards, treasures, weapon enhancement items, and the like may be obtained with a predetermined probability or randomly.
  • the advance operation is not limited to the configuration in which the enemy appearing on the display unit is defeated as described above. For example, a plurality of reels can be installed on the display section during the mission.
  • the player may perform a stop operation after starting the rotation of those reels, and determine the advance number and the like based on the combination of symbols displayed after the stop.
  • the combination of symbols is not limited to the configuration determined by the start and stop operations of the player.
  • the reel may automatically start rotating in response to a signal from a control circuit inside the game device, and the player may only perform a stop operation.
  • the player may be configured to perform a start and stop operation apparently.
  • the player character card and the type of item obtained may be determined according to the determined symbol combination.
  • a part or all of the symbols may be characters such as military commanders appearing in the war story. In such a configuration, the player's interest in the game is further increased by improving the game performance.
  • step S601 when the mission is started in step S601, the advance count is reset to zero (step S602). Next, proceeding to step S603, it is determined whether or not a certain number (for example, 12) has advanced, and when the certain number has been reached (Yes), proceeding to step S605, ending the mission and proceeding to the next mission. .
  • a certain number for example, 12
  • step S603 if the advance has not yet reached a certain number (No), the process proceeds to step S604, and the advance process is performed.
  • This advancement process reduces the player's physical strength by a certain value (or can be a variable value depending on the enemy's strength), defeats one enemy, and obtains experience values and in-game currency according to the enemy.
  • a new player character card can be obtained with a probability of.
  • step S605 cut-in determination is performed for each advance, and at the same time, a display on the screen reflecting the achievement probability (expectation) when a submission occurs (for example, the color of the screen background) It is also determined whether or not to promote the display frame design (color can be reflected in the display frame itself) (step S606).
  • the display on the screen reflecting this expectation is stored as a “predictor suggestion code”, for example, as a variable (not shown) in the game progress processing unit 4011 (when the game is canceled on the assumption that the game will be continued later)
  • the current value of the sign suggestion code is saved in the user data 4021).
  • the cut-in determination is performed for each advance army, but is not limited thereto.
  • it can be performed at an arbitrary advance interval in conjunction with an advance counter.
  • it is good also as a structure (mystery condition) where cut-in determination suddenly occurs without interlocking with the advance counter.
  • step S607 the achievement of the submission (special mission) is determined based on various probability settings to be described later, and when the special mission is achieved, a state advantageous to the player continues for a certain period of time to complete the mission. Motivation can be improved.
  • there may be multiple special missions within the mission and further, after completing the special mission, it may continue to be in an advantageous state, further improving the player's motivation (details)
  • the detailed processing flow is detailed in FIG. 6D).
  • FIG. 6B explains the changes in the screen from the progress of the normal game to the completion of the special mission (during election).
  • the screen 610 is an example of the normal game, and the screen 611 is promoted with a background color of 1 or more times.
  • a screen example after that, and a screen 612 respectively show screen examples when the special mission is achieved (during a win).
  • the special mission may not be generated, but the special mission may be generated with a very low probability (for example, 1%) even in the state where the background promotion has not been performed. Under this condition, the probability of achieving the special mission is also set low (for example, 3 to 8%).
  • the background has been promoted once or more after the game is started.
  • the background promotion is determined in conjunction with the cut-in allocation, and the background (color) is normal (for example, silver or black), blue, yellow, green, red, rainbow in order from the lowest level. Can be set as follows. Hereinafter, for convenience of explanation, the explanation will be made under the above color setting.
  • the background promotion is reflected in the “predictor suggestion code” as described above. And the background once promoted is continued and accumulated in the next promotion judgment. Furthermore, even in the next mission after the mission is cleared (12th advance), it is continued unless the reset condition is met.
  • Various conditions can be adopted for resetting the accumulated sign suggestion code (background color). For example, (1) at the end of the first advantageous state after the completion of the submission (special mission), reset to the stage (code (for example, Silver)) with the lowest achievement probability among the sign suggestion codes (2) Sub When the achievement of the mission (special mission) is continued a predetermined number of times, at the end of the advantageous state of the predetermined number of times, reset to the stage (code (for example, Silver)) with the lowest achievement probability among the sign suggestion codes (3) At the end of the advantageous state after the completion of the submission (special mission), one code is randomly selected from the sign suggestion codes (for example, Silver, Blue, Yellow, Green, Red, Rainbow), and the selected stage (code) ) To reset it, etc.
  • the sign suggestion codes for example, Silver, Blue, Yellow, Green, Red, Rainbow
  • a screen 612 shows a screen that has achieved (wins) the special mission and is in an advantageous state for a certain period of time.
  • the background is gold which is a special color, and a countdown display 6121 from a certain time (for example, 3 minutes) is performed. Such a countdown display can alert the player to motivation to end the mission early while in an advantageous state.
  • the following table shows an example of setting the sign suggestion code (background color) and the achievement rate (win rate) of the corresponding special mission (submission).
  • a rank (1 or 2) is set for each precursor suggestion code, a distribution probability for each rank is set, and the achievement rate of the corresponding special mission (submission) is widened. You can also.
  • FIG. 6C shows a processing flow of the game processing (from normal progress to drawing in a special mission) according to an embodiment of the present invention.
  • step S631 When the process is started in step S630, an advance process is first performed in step S631.
  • the player's health value is decreased by a certain number (or a variable number depending on the enemy's strength), one enemy is killed, experience values and in-game currency are acquired according to the enemy, and a new player with a predetermined probability Get character cards, items, etc.
  • step S632 the probability of cut-in allocation (with cut-in) is 33%. If cut-in cannot be assigned (No in step S632), the process proceeds to normal processing (step S633). Since one advance is one division, the process proceeds from step S633 to step S642 in FIG. 6C.
  • step S632 if cut-in is present (Yes), a special mission is set to occur within the 3rd advance from there (step S638).
  • promotion determination of the sign suggestion code (background color) is performed (step S634).
  • the probability that the sign suggestion code is promoted is, for example, 50%. If the sign suggestion code is not promoted (No in step S634), the background color does not change (and therefore, the achievement rate when a special mission occurs does not change), and a special mission has occurred within the 3rd army.
  • the winning determination is performed by being assigned to either high probability determination (step S639), medium probability determination (step S640), or low probability determination (step S641).
  • the high probability judgment is won with a probability of 70 to 100%
  • the medium probability judgment is with a probability of 30 to 69%
  • the low probability judgment is a probability of 3 to 29%. It is what is won.
  • the one classified as high probability judgment is Rainbow
  • the one classified as medium probability judgment is Red and Green
  • the one classified as low probability judgment is Yellow (at this time, The achievement probability of Yello is changed to 20-29% for convenience), Blue, and Silver.
  • the distribution of probability determination is not limited to this example.
  • Probability determination process of the above sign suggestion code (Rainbow determination of 100% achievement rate, Red determination of 50-60%, 40-50% Green determination, 20-30% Yellow determination, 10-30) (15% Blue determination, 3-8% Silver determination).
  • the range of the achievement rate (winning rate) of the determination of each category and code is set by the game administrator or the like as a variable setting value within each range.
  • step S634 when the sign suggestion code is promoted in step S634 (Yes), the process proceeds to step S635, and it is further determined whether to promote one stage or two stages.
  • Each distribution probability is 50%. That is, on the assumption that the sign suggestion code promotion is finalized, it is promoted by two stages with a probability of 50% (step S636), and is promoted by one stage with the remaining 50% probability (step S637).
  • the background color is changed according to the stage. For example, if the current background color is "blue” (special mission achievement rate of 10-15%), the background color will be “yellow” (special mission achievement rate of 20-30%) when promoted by one step. When promoted in 2 steps, the background color will be “green” (special mission achievement rate 40-50%). If a special mission occurs within the 3rd army (step S638) and the background color is “yellow”, the background color is assigned to the low probability determination (step S641), and the background color is “green”. Is distributed to medium probability determination (step S640).
  • step S639 the allocation to the high probability determination (step S639), the medium probability determination (step S640), and the low probability determination (step S641) is determined by the accumulation of the previous sign suggestion code promotion.
  • the promoted sign suggestion code is reflected as the background color on the screen, the player can enjoy the game even more while expecting the level of achievement when the special mission occurs. it can.
  • FIG. 6D shows a processing flow of the game processing (from special mission achievement (winning) to continuous winning) according to one embodiment of the present invention.
  • the present invention has a feature in achieving a special mission, it is also a great feature that it can be controlled to continuously win the special mission (or extend the winning time).
  • the flow will be described in detail.
  • step S651 an achievement determination is made based on the achievement probability (winning probability) corresponding to the previous indication suggestion code stack (background color promotion stack) (from step S651).
  • step S652 That is, either high probability determination (step S639), medium probability determination (step S640), or low probability determination (step S641).
  • step S652 If it is determined in step S652 that the winning combination has not been made (No), the process proceeds to a normal process (step S653). Since one advance is one division, the process proceeds from step S653 to step S667 in FIG. 6D.
  • step S652 if the winning is made (Yes), the process proceeds to step S654, and the lottery of the special mode applied in the advantageous state is performed.
  • the advantageous state continues for a certain period of time as will be described later, and determines a mode (special mode) during which the game progresses advantageously during that time.
  • the game according to the present invention for example, the following four special modes are adopted.
  • First mode Sorting rate 10%: For each advance, 1 to 10 cards can be randomly obtained and automatically combined with the player's pre-selected leader card.
  • Second mode distributed rate 30%: The experience value that can be acquired for each advance is x3.
  • Third mode distributed rate 30%: The amount of money that can be acquired for each advance is x3.
  • Fourth mode (distribution rate 30%): The number of cards that can be drawn with a certain probability during advancement is x3 (three).
  • step S655 special settings are made according to the mode determined in step S654.
  • the background color is set to “gold”, which is a special color, but the sign suggestion code remains as it was just before the special mission was achieved (winning).
  • step S656 a predetermined time (for example, 3 minutes) during which the advantageous state after the special mission is achieved is set as a timer.
  • step S657 it is determined whether or not the timer has become zero. If it has become zero, the process proceeds to step S665 (described later).
  • step S657 the advance process is advanced in the advantageous state after the special mission is achieved (step S658). Then, the presence or absence of cut-in is determined (step S659). In the cut-in determination, the allocation probability does not change even in the advantageous state (as an example, the same value as the previous value, 50%). If the cut-in has not been assigned (No in step S659), the process returns to step S657. If the cut-in has been assigned (Yes in step S659), the process proceeds to step S660, and immediately before the special mission is achieved. Add (addition process) “continuous winning probability” according to the sign suggestion code. The “continuous winning probability” is stored in, for example, the game progress processing unit 4011 as a variable indicating the probability of continuously achieving (winning) a special mission (not shown).
  • This “Continuous Winning Probability” is 1 / 10th of the achievement rate (winning rate) corresponding to the background color at the time of special mission achievement (achievement rate (winning rate)).
  • 5% which is 1/10 of the achievement rate, is added to 55%).
  • one-tenth of the achievement rate corresponding to the advancement suggestion code after the promotion is further added (for example, to the achievement rate that is 60% after the advancement).
  • 6% which is 1/10 of the total, is added to 55%, which is the previous “continuous winning probability”, and the “continuous winning probability” increases to 61%).
  • the addition of the achievement rate at the time of cut-in allocation is repeated each time a cut-in is allocated during the advantageous state duration (the “continuous winning probability” increases).
  • step S659 if the cut-in is applied (Yes in step S659), the increase in the continuous winning probability based on the increase rate of the achievement rate (winning rate) is determined by the subsequent precursor code promotion determination. Even if the promotion cannot be assigned (No in step S661), the value is added.
  • the advantageous state of the predetermined time to shift after achieving the special mission (winning) independently of the advancement of the sign suggestion code, by accumulating the consecutive winning probability every time a cut-in is assigned, This is a mechanism for improving the degree of expectation in the re-lottery (step S665). For this reason, the player repeats advancing quickly to try to allocate more cut-ins in an advantageous state for a predetermined time, and the game can be further excited.
  • the rate of increase in the achievement rate is not limited to the above “1/10”, and can be changed as appropriate, such as 5% or 20%.
  • the background color during the duration of the advantageous state is gold throughout.
  • the sign suggestion code and the background color are no longer linked, the background color remains fixed at ⁇ gold '', and the sign suggestion code is stacked each time cut-in is assigned. “Consecutive winning probability” increases.
  • step S661 an increase determination of the sign suggestion code is performed (as an example, an increase probability of 50%). If it is determined not to increase, the process returns to step S657, but if it is determined to increase (in step S661) , Yes), the process proceeds to step S662, and it is further determined whether the sign suggestion code is promoted by one stage or two stages. Each distribution probability is 50%. That is, on the assumption that the sign suggestion code promotion is finalized, it is promoted by two stages with a probability of 50% (step S663), and is promoted by one stage with the remaining 50% probability (step S664). When promoted, the sign suggestion code is promoted according to the stage. The background color remains “gold” which is a special color. Next, the process returns to step S657.
  • an increase determination of the sign suggestion code is performed (as an example, an increase probability of 50%). If it is determined not to increase, the process returns to step S657, but if it is determined to increase (in step S661) , Yes), the process proceeds to step S662, and it is
  • step S665 a re-lottery process is performed based on the “continuous winning probability” added by the cut-in allocation in the advantageous state that has continued for a predetermined time (and the result is determined in step S666). If the winning is made here (Yes in step S666), it becomes a continuous winning (continuous change) and skips to the special mode determination (step S654). If the continuous change cannot be achieved (No in step S666), the process ends (step S667).
  • the processing flow described above with reference to FIGS. 6A, 6C, and 6D can be basically processed on the server side (application server 101 and database server 102). However, a part of the processing described above (for example, all of the processing units that become processing delimiters such as “effect processing”) may be borne on the terminal side (mobile terminal devices 103a to 103c, desktop PC 104, notebook PC 105). it can. As an example, at the time of game download or game start, some effect processing and / or effect data (moving images and still images) should be downloaded from the server side to the terminal side in advance and be output as the game progresses For example, the effect processing is processed on the terminal side.
  • effect processing is processed on the terminal side.
  • the terminal side reads the moving image data and still image data cached in advance, and performs the rendering process. (E.g., playback of moving image data instructed from the server side).
  • FIGS. 6A, 6C, and 6D can be processed on the terminal side (mobile terminal devices 103a to 103c, desktop PC 104, and notebook PC 105). That is, the processing flow shown in FIGS. 6A, 6C, and 6D is a game process for the mission part, and can be performed without being directly related to functions using a network such as community, guild, and friend introduction. Therefore, it is also possible to implement the processing flow shown in FIGS. 6A, 6C, and 6D on one terminal (that is, stand-alone).
  • a game device (with or without a network connection function) can be adopted.
  • the software module group shown in the application server 401 in FIG. 4 is mounted on the input unit 301, the storage unit 302, and the output unit 307 in FIG. 3, and is controlled by the central processing unit 303 and the control unit 305.
  • the user data 4021 and the resource data 4022 shown in the database 402 of FIG. 4 data necessary for the stand-alone play is stored in the storage unit 302 in FIG.
  • FIGS. 6A, 6C, and 6D When the processing flow shown in FIGS. 6A, 6C, and 6D is in the form of a computer program, it is executed by object code and an interpreter compiled by a compiler so that those skilled in the art can easily understand. It is not limited to an application program such as a program code, and may be in the form of a program module incorporated in an operating system. Furthermore, as a computer program providing method, a computer program that accesses a site on the Internet using a browser installed in a mobile terminal device (computer) or the like and executes the method or the like according to the present invention from the site via a network It is also possible to download as.
  • the computer program does not necessarily have to be executed entirely by the CPU on the main board of the computer, and may be executed in whole or in part by the CPU or DSP in an expansion board or expansion unit added to the computer. Good.
  • FIG. 7 shows an example of effect processing of game processing (when a special mission occurs) according to an embodiment of the present invention.
  • a special mission title as shown at 701 is displayed on the terminal screen of the player, and the screen transitions to the screen 702.
  • a button is displayed on the screen 702, and a lottery process is performed by pressing this button (the button displayed on the screen 702 may be a dummy, and the lottery process may be performed regardless of pressing this button). ).
  • defeat screen 704 If you do not win, you will be able to achieve the special mission, display the defeat screen 704, then distribute the video that directs the defeat (or play the video that you downloaded to the terminal in advance) and proceed normally Return to.
  • the effect processing described with reference to FIG. 7 can also be processed on the terminal side by downloading a part of the processing and / or data from the server side to the terminal side in advance. .
  • the expected value (achievement probability) for each special mission (submission) can be classified as follows.
  • the achievement rate that is determined when a special mission (submission) should be generated (during the lottery) is within the expected value (large) range, it is assigned to the expected value (large) group.
  • the range of the expected value (medium) group select from the special mission assigned to the group of the expected value (medium), and in the case of the range of the expected value (small) group Select from the special missions assigned to the expected small group.
  • the range of the expected value (large), the expected value (medium), and the expected value (small) can be assigned by appropriately classifying the achievement rate (from the lowest rate to 100%).
  • the background color of the submission (“sign suggestion code”) and the multiple types of background frames shown in FIG. 8 are provided with different background colors. Therefore, by combining 810a to 810e and 811a to 811b, respectively, and a plurality of characters (801 to 807), it is possible to further enhance the effect. Further, when the character lines are combined with the blank portions of the background frames 810a to 810e, the effect can be further enhanced. For example, setting examples of individual achievement rates when a background color, a background frame, a character, a line, and a combination thereof appear are as follows.
  • FIG. 9 illustrates cut-in effect images 901 to 912 corresponding to the submission background color (“sign suggestion code”).
  • sign suggestion code the background color of the submission
  • the types of cut-in effect images prepared as belonging to this the illustrations from the cut-in image shown in FIG. It is as shown in the table.
  • the event in this embodiment is a battle event with another alliance or raid boss, and is held at a predetermined time during a predetermined period (for example, 10 days). As the event period approaches, the event is announced on the top page (My Page) and the explanation is shown on the screen.
  • My Page top page
  • a player who participates in an event needs to set a player character to be entered in the battle before the battle event starts.
  • five player characters are entered as units (deck).
  • players belonging to the same alliance can select one player character owned by each player and build a deck composed of a total of five player characters.
  • the screen is switched to the alliance battle screen 200 shown in FIG.
  • the left side of the battlefield screen 201 is the player's own player character 202, and the right side is the opponent's raid boss 203 (if the opponent is another alliance, the player character is displayed).
  • the player selects a player character participating in the next attack from the player characters (A, B, C, D, E) in the deck 204 and selects the attack button 205.
  • One or more player characters may participate in the attack. This attack causes damage to the opponent, and points corresponding to the damage are added to the point column 206a, but the morale 207 is lowered.
  • the morale 207 is the physical strength of the deck that can attack the opponent, and is a condition that is consumed in the battle of this event.
  • the strength 208 is reduced and points are added to the opponent's point column 206b.
  • the troops are the vitality of the deck, and when the troops 208 are below a predetermined value, they cannot attack.
  • morale 207 is required. In the present embodiment, the higher the number of points acquired at the end of the battle time, the higher the victory.
  • FIG. 11 is a diagram showing an example of a mission progress screen during the alliance battle event of the present invention.
  • FIG. 12 is a flowchart showing a game process flow of an alliance battle event according to an embodiment of the present invention. As shown in FIG.
  • step S680 an alliance battle is started (step S680), and by attacking the opponent, attack points can be obtained, but morale is reduced (step S681).
  • the morale decreases to a predetermined value or less due to the attack, the opponent cannot be attacked further.
  • the morale is not recovered (No in step S682), and the subsequent battle, that is, the opponent's attack can be kept quiet.
  • the winning / losing is determined by comparing the points acquired by the army so far with the points acquired by the opponent by the end of the battle time (step S683).
  • the morale recovery 209 of FIG. 10 can be selected to advance the mission (step S684).
  • the screen is switched to the normal mission screen shown in FIG.
  • the advance arm 210 and continuing the advance step S685
  • the screen is switched to the screen shown in FIG. 11B, indicating that the supply unit has caught up! (Step S686).
  • the player's morale 207 is improved by a predetermined value.
  • the morale recovery condition is set to be improved from the normal time. In FIG.
  • the condition (recovery rate) of morale recovery is higher than normal (S688).
  • the morale 207 is set to increase by 20 every time the supply unit arrives (S689).
  • the morale can be improved by 30 at a time. After one morale recovery, the attack can be resumed by returning to the battle screen, or the mission can be further advanced to recover the morale 207 sufficiently and then return to the battle screen.
  • the game performance is improved, and the player's motivation to continue the progress of the mission can be maintained high.
  • the morale recovery of all the participating players may be restored by the above-described morale recovery. It may be configured to restore the player character's morale. For example, when a plurality of (five) players in the alliance select player characters one by one and enter a battle with a deck of a total of five player characters, A configuration may be adopted in which all morale is restored, that is, morale as a whole deck is restored. On the other hand, only the morale of the player character whose attributes and levels satisfy predetermined conditions can be recovered.
  • the morale recovery method is not restricted to this.
  • the support message can be transmitted to the alliance member by selecting the cheer 212 in the battle screen of FIG.
  • the morale 207 can be improved by a predetermined value by transmitting a support message to other allies.
  • FIG. 13 is a perspective view of a program built-in arcade game machine 300 according to an embodiment of the present invention.
  • Various information such as characters and images are displayed on a display unit (display) 301 centered on the game machine. The player can advance the game by operating various operation buttons according to the display on the display 301.
  • FIG. 14 shows a front view (A) and a rear view (B) of an arcade game machine 300 with a built-in program according to another embodiment of the present invention.
  • the game machine (device) 300 includes two display units 301, a first display unit 301a and a second display unit 301b.
  • the number of the display units 301 is not limited to this, and three or more display units 301 can be provided.
  • an image indicating the progress of a mission is displayed on the first display portion 301a, and when a submission occurs, an image indicating the progress of the submission is displayed on the second display portion 301b. The In this way, since the original mission image and the submission image are displayed separately, the player can proceed with the submission while confirming the overall game flow.
  • the first display unit 301a may be configured to display rules, advice, etc. for advancing the game. For example, by using the points obtained from the progress of the mission, you can purchase weapons, equip it to the player character, and improve the attacking power and defense power of the player character. In addition to advice, you can also display the weaknesses and capture methods of bosses that appear during the mission.
  • the second display screen 301b may be configured to display various types of information such as the attribute, level, vitality, and skill owned by the player character that the player uses for the progress of the game. In this way, if a plurality of display units (screens) are installed and necessary information is always displayed, the complicated operation of changing the screen and checking the necessary information each time is not necessary. , The player can easily concentrate on the progress of the game and maintain a high motivation for the game.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】 プレーヤーのステージ（ミッション）達成そのものへのモチベーションを向上させ、プレーヤーがゲームの進行に伴って高揚感を得られるゲーム処理方法等を提供する。 【解決手段】 複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるゲーム処理方法で、ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、サブミッションの達成確率を変動させる事象を発生するステップと、サブミッションが発生した場合、事象の発生に応じて変動可能な達成確率に基いて、サブミッションの達成度を判定するサブミッション達成判定ステップとを備え、サブミッションの達成度に応じて、特別モードによるゲーム進行処理を行う。

Description

ゲーム処理方法、ゲーム装置、及びゲームプログラム
本発明は、ゲームの処理技術に関し、より具体的には、ミッション達成型ゲームの演出効果を高める演出処理技術に関する。
近年、多くのユーザに利用されるに至ったソーシャル・ネットワーキング・サービス（ＳＮＳ）では、様々なゲームアプリケーションが提供されている。コメントやトラックバック機能を備えたブログやコミュニケーションを目的とした電子掲示板等は、サービス開始時から広く利用されてきた。
また、ＳＮＳ上でゲームも提供されるようになった。これらのゲームは、ソーシャル・ネットワーキング・サービス上で提供されるオンラインゲームという意味で、ソーシャルネットワークゲーム、或いは、ソーシャルゲームとも呼ばれる。
ＳＮＳのアカウントを取得すれば、パソコン（ＰＣ）や携帯端末装置（ＰＤＡの他、携帯電話を含む）から、一般にウェブブラウザを介してソーシャルゲームに参加することができる。多くのソーシャルゲームは無料でゲームを開始することができるが、一定の段階或いは一定のレベル以上のゲームを楽しもうとする場合には、強力なアイテムやゲーム内通貨（ポイント）の入手と引き換えに課金されることがある。
ゲームの種類には、仲間（他のプレーヤー）と協力したり競争したりしながら宝（価値の高いアイテム）を探すもの、釣りをモチーフにしたもの、ペットを育成するもの、ストーリーに沿って戦闘を繰り広げながら与えられたミッションを達成するものなどがあり、多彩である。
また、ゲーム進行のツールとして「カード」を使用するカードデッキ型ソーシャルゲーム或いはソーシャルカードゲームと呼ばれるものがあり、ネットの世界の見ず知らずのプレーヤーとカードの交換をしたり、複数のプレーヤーが協力しあい、互いに所有するカードを合わせて強大な敵に立ち向かったりできるというゲーム構成によって、世代を超えて広くネットユーザの好評を博している。
特に、カードデッキ型ソーシャルゲームと呼ばれるものの中には、そのゲームを特徴付ける進行型のストーリー（例えば、冒険もの、戦国もの等）が設定され、全ストーリー中に、複数の段階に応じて用意されたステージと、そのステージをクリアする目的となる「クエスト」が設定されているものがある。ここでいう、ステージは、単に「ミッション」と呼ばれることもある。
このようなカードデッキ型ソーシャルゲームでは、ゲームに登場させる選択可能な複数のキャラクタがカード（プレーヤーキャラクタカード）として用意され、ゲーム進行時、プレーヤーはその中から、通常、３～５枚を選択し（６枚以上のデッキ構成とするものもある）、キャラクタのパーティとなるカードデッキを構成してゲームを進行させる。
通常、プレーヤーキャラクタカードには、ゲームの進行に応じて向上していく経験値やゲーム継続可能の指標となる体力などがパラメータ値として備わっている。また、ゲームの進行中に、敵に対する攻撃力を増大させる武器アイテムや敵からの攻撃を軽減させる防具アイテム、更には体力回復のためのアイテムやゲーム内通貨を入手可能な構成としているものもある。
武器や防具等のアイテムは、ゲーム内通貨を介して売買することができ、或いは、ゲームに参加している他のプレーヤーのアイテムと交換できるように構成されているものが一般的である。（アイテムの交換、売買等について、特許文献１、２）
また、プレーヤー同士は、ネットワークゲームシステム上のコミュニティ手段を介して情報交換が行えるほか、１プレーヤーから他の複数のプレーヤーに対しメッセージを送信することもできる。更に、ネットワークゲームシステムの管理者から全て又は一部のプレーヤーに対してイベント等の告知を行うこともできる。
また、ストーリー進行型ゲーム等では、複数段階用意されたステージ（或いは、ミッション）を、クリアしていくと、プレーヤーのレベルが向上するのが一般的である。そして、プレーヤーのレベルの向上は、ゲームの進行に伴って困難になっていく課題（クエスト）の達成に貢献する。
特許文献３及び４には、こうしたステージやミッションの設定に関し、より多くの層のプレーヤーが楽しめるための技術が開示されている。
例えば、特許文献３は、ゲームの操作の仕様を変えることなく、技能レベルの高低に応じたハンディキャップを設定できるゲームを提案している。具体的には、（Ａ）ゲームに対する技能レベルをゲーム開始時にプレーヤー毎に初期設定する段階と、（Ｂ）次に行うゲームステージを決定する段階と、（Ｃ）前記Ｂの段階で決定されたゲームステージにおいてゲームクリアの条件となるノルマを各プレーヤーの技能レベルに応じて設定する段階と、（Ｄ）各プレーヤーに設定されたノルマに基づいて、前記ゲームステージを各プレーヤーにプレイさせる段階と、（Ｅ）前記ゲームステージにおける各プレーヤーのゲーム結果に基づいて、各プレーヤーの技能レベルを更新する段階と、（Ｆ）前記Ｂ～Ｅの段階を循環する段階と、を含むゲーム処理方法が開示されている。
また、特許文献４では、複数のゲーム装置が無線ＬＡＮによって結合されたゲームシステムにおいて、各プレーヤーの制御するキャラクタ間の友好度を評価するシステムを導入し、ステージ達成のためのモチベーション向上を図っている。
すなわち、特許文献４には、複数のゲーム装置が無線ＬＡＮによって相互に通信可能に接続されたゲームシステムにおいて、各プレーヤーが各ゲーム装置を操作してゲーム空間上のハンターを動作させ、共同で共通の目的（例えば、モンスター討伐というクエスト）を達成すると、その目的達成に対して、他のハンターのギルドカードを有していることを条件に、当該他のハンターに対する友好度ポイントＱＰ（ｉ）が付与されるという技術が開示されている。この友好度ポイントＱＰ（ｉ）は他のハンター毎に積算されるとともに、累積値として積算され、ハンター毎の友好度ポイントの積算値ΣＱＰ（ｉ）が所定の積算閾値ＳＱＰに達したり、友好度ポイントの累積値ＳＵＭＱＰが所定の累積閾値ＴＱＰに達したりすると、各ハンターには特定のアイテムが付与されるというものである。
特開２０１２－１７０５０９号公報 特開２００３－０１９３５６号公報 特開２００３－１２６５５３号公報 特開２００７－０６１２５３号公報
しかしながら、ステージ（或いはミッション）そのものの達成感をより向上させて、より多くのプレーヤー（ユーザ）が楽しめるようにするための工夫には、まだまだ改善の余地がある。例えば、特許文献３に開示された技術は、技能レベルの高低に応じたハンディキャップを設定可能にすることで、確かに、技能レベルの低いプレーヤーに対してもゲーム内のステージ（ミッション）の達成感をある程度提供することはできる。しかし、そもそもハンディキャップを与えられたことを前提としてゲームを開始してもゲーム進行に伴って得られる高揚感には限界があると思われる。
また、特許文献４に開示された技術では、ネットワーク上の複数のプレーヤーの共通の敵を倒し、一定条件（ギルドカードの所有）の下で、特定のポイントを享受できるという点でステージ（ミッション）の達成感を得られるという効果はある。しかしながら、こうしたゲーム処理技術も、ゲームの進行そのものに直接影響を与えるものではなく、ゲームの達成（ミッションのクリア）に伴って得られる達成感はあっても、ゲーム進行中に得られる高揚感には限界があると思われる。
そこで、本発明は、プレーヤーのステージ（ミッション）達成そのものへのモチベーションを向上させ、プレーヤーがゲームの進行に伴って高揚感が得られるゲーム処理方法等を提供することを目的とする。
本発明は、複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるゲーム装置におけるゲーム処理方法であって、前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、前記サブミッション発生処理ステップによって発生されたサブミッションの達成を判定するサブミッション達成判定ステップとを備え、
前記サブミッション発生処理ステップは、
カットイン判定処理ステップを含み、
前記カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップを含み、
前記サブミッション発生処理ステップによって前記サブミッションが発生した場合、前記サブミッション達成判定ステップによって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定し、
前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行うことを特徴とする。
また、前記サブミッション達成判定ステップにおいてサブミッションは達成されたと判定され、前記所定時間内の特別モードによるゲーム進行において、前記前兆示唆コードはサブミッションの達成判定時のコードを継続し、前記カットイン判定処理ステップによるカットイン判定結果に応じて、前兆示唆コードの昇格判定処理を行うと共に、前記前兆示唆コードに応じた達成確率の加算を行い、前記所定時間の終了時に前記前兆示唆コードに基づいて再抽選処理を行うことを特徴とする。
また、前記所定時間内の特別モードによるゲーム進行における前記前兆示唆コードは、（１）サブミッション達成後の１回目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、（２）サブミッション達成を所定回数連続させた場合の所定回数目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、（３）サブミッション達成後の有利状態終了時に前記前兆示唆コードの前記複数の段階からランダムに１つを選択しセットする、のいずれかによってリセットされることを特徴とする。
本発明にかかるゲーム処理方法は、以下の構成としてもよい。
すなわち、複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるゲーム処理方法であって、
前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、
前記サブミッションの達成確率を変動させる事象を発生するステップと、
前記サブミッションが発生した場合、前記事象の発生に応じて変動可能な達成確率に基いて、前記サブミッションの達成度を判定するサブミッション達成判定ステップとを備え、
前記サブミッションの達成度に応じて、特別モードによるゲーム進行処理を行う、ことを特徴とする。
上記ゲーム処理方法は、ネットワークを介して接続された１以上のサーバと、２以上の端末装置とからなるネットワークシステム上で実施され、複数のプレーヤーの参加が可能な構成としてもよい。
上記ゲーム処理方法において、サブミッションの達成確率を変動させる事象を発生させるステップは、カットイン判定処理ステップとすることもできる。また、カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップをさらに備え、サブミッション達成判定ステップは、前兆示唆コードに対応する達成確率に基づいてサブミッションの達成度を判定する構成としてもよい。
また、特別モードによるゲーム進行において、前兆示唆コードはサブミッションの達成判定時のコードを継続し、カットイン判定処理ステップによるカットイン判定結果に応じて、前兆示唆コードの昇格判定処理を行うと共に、前兆示唆コードに応じた達成確率の加算を行い、特別モードによるゲーム進行終了時に前兆示唆コードに基づいて再抽選処理を行う構成とすることもできる。
さらに、特別モードによるゲーム進行における前兆示唆コードは、
（１）サブミッション達成後の１回目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
（２）サブミッション達成を所定回数連続させた場合の所定回数目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
（３）サブミッション達成後の有利状態終了時に前兆示唆コードの複数の段階からランダムに１つを選択しセットする、のいずれかによってリセットされることとしてもよい。
また、サブミッションの達成確率を変動させる事象は、ミッションの進行度合いに連動して発生する構成とすることもできるし、ランダムに発生する構成とすることもできる。
また、本発明にかかるゲーム装置は、複数のミッションを解決することによりゲームを進行させるゲーム装置であって、
前記ゲーム画像を表示する表示部と、
前記ゲームの進行を制御する命令が記憶された記憶部とを具備し、
前記命令は、前記ミッションの少なくとも１つにおいてサブミッションを発生させることと、
前記ミッションの少なくとも１つにおいて、前記サブミッションの達成確率を変動させる事象を発生させることと、
前記サブミッション達成度を前記達成確率に基づいて判定することと、
前記サブミッションの達成度に応じて、異なるモードによるゲーム進行処理を行うこと、を含むことを特徴とする。
上記ゲーム装置において、前記ミッションは、前記表示部に表示されるシンボルの組合せに基づいて進行する構成としてもよい。また、上記ゲーム装置は、表示部を２つ以上備え、ミッションとサブミッションを異なる表示部に表示可能とすることもできる。そして、ミッションを表示する表示部には、ゲームを進行させるためのルール及びアドバイスの少なくとも１つが表示される構成としてもよい。また、サブミッションを表示する表示部には、プレーヤーがゲームの進行に用いるキャラクタのキャラクタ情報が表示される構成とすることもできる。
さらに、上記ゲーム装置では、ミッションと、ミッションとは独立した複数のプレーヤーの参加が可能なイベントを同時に進行することができ、イベントにおいて消耗したプレーヤーの条件は、ミッションの進行に応じて、回復する構成とすることもできる。そして、ミッションの進行に応じたプレーヤーの回復は、複数のプレーヤーの一部又は全員に対して行われることとしてもよい。
また、本発明にかかるゲームプログラムは、複数のミッションを解決することによりゲームを進行させるゲームプログラムであって、
前記ミッションの少なくとも１つにおいてサブミッションを発生させるステップと、
前記ミッションの少なくとも１つにおいて、前記サブミッションの達成確率を変動させる事象を発生させるステップと、
前記サブミッション達成度を前記サブミッション達成確率に基づいて判定するステップと、
前記サブミッションの達成度に応じて、特別モードによるゲーム進行処理を行うステップと、を実行することを特徴とする。
上記ゲームプログラムは、ネットワークを介して接続された１以上のサーバと、２以上の端末装置とからなるネットワークシステム上で実施され、複数のプレーヤーの参加が可能な構成とすることもできる。そして、ミッションを解決することによるゲームの進行と、ミッションとは独立した複数のプレーヤー間でのイベントを同時に進行することを可能な構成としてもよい。さらに、イベントにおいて消耗したプレーヤーの条件の一部が、ミッションのゲーム進行によって、回復する構成とすることもできる。また、特別モードによるゲーム進行中は、プレーヤーの回復条件の一部を向上させてもよい。
以上、本発明により、プレーヤーのミッション達成やステージ進行そのものに対するモチベーションを向上させ、プレーヤーがゲームの進行に伴って高揚感を効果的に得られるゲーム処理方法等を提供することができる。
本発明の一実施形態にかかるゲーム処理システムのシステム構成例を説明する説明図である。 本発明の一実施形態にかかるゲーム処理システムにおける携帯端末装置の外観構成を説明する説明図である。 本発明の一実施形態にかかる携帯端末装置のブロック構成図である。 本発明の一実施形態にかかるサーバのソフトウェアモジュール構成を説明する説明図である。 本発明の一実施形態にかかるゲーム全体の処理サイクル及びステータスを説明する説明図である。 本発明の一実施形態にかかるゲーム処理の処理フローを説明するフローチャートである。 本発明の一実施形態にかかるゲーム処理の演出処理を説明する説明図である。 本発明の一実施形態にかかるゲーム処理の処理フローを説明するフローチャートである。 本発明の一実施形態にかかるゲーム処理の処理フローを説明するフローチャートである。 本発明の一実施形態にかかるゲーム処理の演出処理を説明する説明図である。 本発明の一実施形態にかかるゲーム処理の背景及びキャラクタ演出を説明する説明図である。 本発明の一実施形態にかかるゲーム処理のカットイン演出を説明する説明図である。 本発明の一実施形態にかかる同盟戦対戦イベントの画面を示す図である。 本発明の同盟戦対戦イベント開催中のミッション進行画面の例を示す図である（通常の進軍画面（A）、士気回復画面（B））。 本発明の一実施形態にかかる同盟戦対戦イベントのゲーム処理フローを示すフローチャートである。 本発明の一実施形態にかかるプログラム内蔵型アーケードゲーム機（装置）の斜視図である。 本発明の他の実施形態にかかるプログラム内蔵型アーケードゲーム機（装置）の正面図（A）及び背面図（B）である。
以下、本発明にかかるゲーム処理を実施するための形態について詳述する。図１は、本発明の一実施形態にかかるゲーム処理システムのシステム構成例である。
ゲーム処理システム１００は、大別すると、ネットワークゲーム全体の処理系であるアプリケーションサーバ１０１と、ゲーム進行に必要なデータを格納／更新するためのデータベースサーバ１０２と、プレーヤー（以下、ユーザとも言う。）が操作する携帯端末装置１０３ａ～１０３ｃ、デスクトップＰＣ１０４、及びノートＰＣ１０５とで構成される。これらのサーバ、ＰＣ及び端末は、それぞれ有線又は無線でネットワーク（典型的には、インターネット）１９９に接続されている。
また、携帯端末装置１０３ａ～１０３ｃ、デスクトップＰＣ１０４、及びノートＰＣ１０５の他、ネットワーク接続可能なゲーム装置を使用することもできる。
なお、携帯端末装置１０３ａ～１０３ｃは、同じ機種であっても異なる機種であってもよい。以後、携帯端末装置１０３ａ～１０３ｃを総称して携帯端末装置１０３とすることもある。
また、図１には示していないが、アプリケーションサーバ１０１及びデータベースサーバ１０２には、適宜必要なアプリケーションソフトウェアやデータベースシステムが動作可能なコンピュータ（ＰＣ等）が含まれる。図１において、アプリケーションサーバ１０１及びデータベースサーバ１０２は、イントラネット及び／又はインターネットを含むネットワークを介して接続されている。なお、アプリケーションサーバ１０１及びデータベースサーバ１０２は、必ずしも別体のハードウェアシステムとして構成する必要はなく、１台のサーバに実装することもできる。
図２に、本発明の一実施形態における携帯端末装置１０３の外観を示す。携帯端末装置１０３は、筐体部１０３１とディスプレイ１０３２と筐体１０３１の下部中央部に設けられたハードウェアボタン１０３３とからなる。ディスプレイ１０３２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、後述するように文字や画像など様々な情報を表示することができる。また、ディスプレイ１０３２にメニューボタンやソフトウェアキーボードを表示させ、これを指ないしタッチペン（不図示）等で触れることにより携帯端末装置１０３への指示（コマンド）とすることができる。この点で上記ハードウェアボタン１０３３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン１０３３を、ディスプレイ１０３２の一部に表示させたメニューボタンで代替させることも可能である。
また、ディスプレイ１０３２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介して情報端末装置１０３の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。
また、図２には現れていないが、携帯端末装置１０３は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。
図３に、本発明にかかる携帯端末装置１０３を構成するハードウェアのブロック図を例示する。携帯端末装置１０３の動作は、以下に説明するハードウェアの個々の動作、及びこれらの連携動作によって実現されている。
図３において、携帯端末装置１０３は、大別すると、入力部３０１、記憶部３０２、中央処理部３０３、表示部３０４、制御部３０５、通信インタフェース部３０６、出力部３０７、計時部３０８、センサ部３０９、及び電源部３１０からなる。入力部３０１は、ハードウェアボタン１０３３、ディスプレイ１０３２に設けられたマルチタッチ入力パネル、及びマイク等で構成される。記憶部３０２は、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭ及び／又はＲＯＭ等で構成される。中央処理部３０３は、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成され、表示部３０４は、ディスプレイ１０３２等で構成される。また、制御部３０５では、チップや電気系統等の制御を行い、通信インタフェース部３０６は、インターネットにアクセスするためのスロットや光通信を行うためのポート、及び通信インタフェースから構成される。出力部３０７は、スピーカやバイブレーション発生部等から構成され、計時部３０８では、時刻等を計時し、センサ部３０９では、必要に応じて温度や湿度、機器姿勢や光量等を計測し、電源部３１０は、装置内の各モジュールに電源を供給する。これらのモジュールは必要に応じて適宜通信バスや給電線（図３においては、便宜上各線が適宜区分された結線３１１としてひとまとめに表す）によって接続されている。
なお、センサ部３０９には、携帯端末装置１０３の位置を特定するためのＧＰＳセンサモジュールを含めることとしてもよい。
また、本発明の実施に必要なプログラムないしソフトウェアは、通常、記憶部３０２に
おけるハードディスク等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部３０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ３０３において演算実行される。
なお、演算実行は必ずＣＰＵ等の中央処理部３０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。
図４に、本発明の一実施形態にかかるサーバのソフトウェアモジュール構成を示す。図４におけるアプリケーションサーバ４０１及びデータベース４０２は、図１におけるアプリケーションサーバ１０１とデータベースサーバ１０２において実行されるソフトウェアモジュール群及びデータ群である。主として、アプリケーションサーバ１０１上で実行されるソフトウェアモジュール群はアプリケーションサーバ４０１であり、データベースサーバ１０２上に格納されるデータ群がユーザデータ４０２１及びリソースデータ４０２２であるが、必ずしもこの通り厳密に区分されているわけではない。例えば、データの一部はアプリケーションサーバ１０１上で管理されることもあり、また、処理系ソフトウェアモジュールの一部はデータベースサーバ１０２で実行されることがありうる。アプリケーションサーバ１０１及びデータベースサーバ１０２を１台のサーバ上に実装可能であることは、上述した通りである。
図４において、アプリケーションサーバ４０１は、大別すると、ゲーム進行処理部４０１１とゲーム演出処理部４０１２とデータ検索処理部４０１３とデータ入出力部４０１４とからなる処理系モジュールと、通信系モジュールとも言えるネットワーク通信制御部４０１５とからなる。更に詳細には、それぞれ次の処理機能を備える。
ゲーム進行処理部４０１１は、後述する本発明にかかるストーリー進行型（ミッション達成型）のゲームを進行処理する。
ゲーム演出処理部４０１２は、ゲームの進行に応じて動画（一例として、勝利演出や敗北演出を行うムービー）、静止画（一例として、カットイン画像）、音声等を使用してゲームの演出を行う。なお、「カットイン」とは、ゲームにおけるイベント発生予告や大技使用時等の特別な状況で表示されるイラストを言う。
データ検索処理部４０１３は、ゲーム進行やゲーム演出に必要なデータを検索してワーキングメモリ等に読み込む。
データ入出力部４０１４は、多数のプレーヤーからの入力を処理し、またこれらプレーヤーに対して表示ないし告知すべきデータを出力する。出力されたデータは、適切なタイミングで後述するネットワーク通信制御部を介して、プレーヤー端末に送信される。
ネットワーク通信制御部４０１５は、ネットワーク（典型的にはインターネット）を介して接続される多数のプレーヤー（ユーザ）の入力データ、及びこれらプレーヤーに対して表示ないし告知すべき出力データの送受信制御を行う。併せて、データベース４０２に格納されたデータの読み出し及びデータの更新等のタイミング制御も行う。
なお、図示しないが、ゲーム進行処理部４０１１には、進行に際しての判定（後述する当選判定やモード振り分け判定等）を行う判定部や、タイマーのカウントダウン等を行うタイマー部が含まれる。
また、図示しないが、ゲーム演出処理部４０１２には、演出をすべきときにどの演出処理を行うかの判定を行う判定部が含まれる。
さらに、図示しないが、ゲーム進行処理部４０１１及び／又はデータ入出力部４０１４では、必要に応じて課金に伴う処理を行う。
また、図４において、データベース４０２は、プレーヤーの情報やプレーヤーが所持するカードやアイテム（詳細は後述）のパラメータ値等を記憶管理するユーザデータ４０２１と、ゲーム演出に際して必要な演出動画やカットイン画像等を格納するリソースデータ４０２２とからなる。
ユーザデータ４０２１に格納されるユーザの登録情報や管理情報のデータ項目例は、次の通りである。
（１）ユーザＩＤ（ニックネーム）
（２）必要に応じてユーザのプロフィール（性別、年齢、特技、所在地域、出身地等）
（３）所属ギルド（ユーザ同士でグループを作る際の所属先となる）
（４）所持金（ゲーム内通貨）
（５）ユーザごとの所持カード
（６）ユーザごとのカードに付属する強化アイテム（武器・防具等）
（７）所持カードと強化アイテムとの結びつき（どの強化アイテムがどのカードに付属しているかなど）
（８）各種ポイント（プレーヤー自身のバトルポイント、体力ポイント、レベル値であり、ゲーム進行によって獲得したポイントはこれら各種ポイントへ振り分け可能である）
（９）カードごとの各種パラメータ（攻撃力、防御力、知力、スキル、武運等が挙げられる。ゲームの進行に応じて各種パラメータ値は変化する。例えば、プレーヤーキャラクタカードの成長により増加する、ダメージを受けたことにより減少する等）
（１０）体力回復のための残り時間（一定時間ゲームを中断すると、体力回復アイテムや回復ポイントの使用なしに体力が全回復する。この一定時間はゲーム進行に応じて長く設定することができる。また、この残り時間は、全回復までに要する時間としてゲーム中に適宜カウントダウン式に表示することもできる。）
図５に、本発明の一実施形態にかかるゲーム全体の処理サイクル及びステータスを示す。本発明の一実施形態にかかるゲームは、大別すると、５０２に示されるように、（Ａ）ミッションパート、（Ｂ－１）ガチャパート、（Ｂ－２）強化パート、（Ｃ）バトルパートからなる。サーバにログインしたプレーヤーは、トップ画面（トップメニュー）５０１から、前記パート中のプレイしたいパートを選択して、パートごとにゲームを開始することができる。各パートの詳細は次の通りである。
（Ａ）ミッションパート
このパートでは、本ゲームを特徴付ける進行型（ミッション達成型）のストーリー（例えば、冒険もの、戦国もの等）に基づき、複数の段階に応じて用意されたステージ、ミッション、そして、それらをクリアする目的で設定された「クエスト」に挑戦しながらゲームを進める。
また、本ゲームは、一実施形態として、カードデッキ型ソーシャルゲームを採用しており、プレーヤーが選択可能な複数のキャラクタがカードとして用意されている。プレーヤーは、典型的にはその中から３～５枚を選択し、キャラクタのパーティとなるカードデッキを構成してゲームを進行する。
通常、キャラクタカードには、ゲームの進行に応じて向上していく経験値やゲーム継続可能の指標となる体力などがパラメータ値として備わっている。その他、敵に対する攻撃力を増大させる武器アイテムや敵からの攻撃を軽減させる防具アイテム、更には体力回復のためのアイテムやゲーム内通貨をゲーム進行に応じて入手可能に構成されている。
（Ｂ－１）ガチャパート
このパートでは、ミッションパートにおいてゲーム進行の主体としたり、後述するバトルパートでデッキを構成するプレーヤーキャラクタカードを入手することができる。ガチャを引くためには、課金の他、ゲーム内通貨やゲーム進行中に得られるガチャチケットや各種ポイントを用いることができる。
プレーヤーの使用する通貨やポイントの量、又は、チケットの種類によって、実施できるガチャのランクが決められる。そして、得られるカードの強さ（レア度）は、ガチャのランクにより異なり、各ランクに応じたカード群からランダムに抽出されたカードがプレーヤーに付与される。
（Ｂ－２）強化パート
このパートでは、プレーヤーは手持ちのプレーヤーキャラクターカードを強化することができる。例えば、手持ちのプレーヤーキャラクターカードに強化アイテム（武器や防具）を付加したり、複数のカードを１枚のカードに合成したりできる。カード合成では、まず、強化するプレーヤーキャラクターカードを選択し、次にどのプレーヤーキャラクターカードで強化するかを決めて、強化を開始する。強化に用いるカードの枚数やパラメータ値に応じて、強化されるカードの攻撃力、防御力、知力等のパラメータが向上する。
（Ｃ）バトルパート
このパートを選択すると、プレーヤーは手持ちのカードを戦力として、他のプレーヤー（彼も手持ちのカードを所有している）と対戦することができる。対戦の勝敗により、カードの授受やポイント授受等が行われる。
そして、プレーヤーは、上述した各ゲームパートをこなして、最強デッキを構築し（５０３）、主催者が設定したイベント等を通じて複数のプレーヤーで協力して強力なボスの討伐等を行い、イベントを盛り上げることができる（５０４）。告知機能や掲示板やメッセージ送受信機能を備えた本ゲームでは、複数のプレーヤーが集まって構成されたグループ（ギルド）内やゲームに参加しているプレーヤー全員に能力自慢することもできる（５０５）。
次に、図５に示したゲームの構成要素、ゲームで使用される用語の定義やゲーム進行上のルールについて、主なものを次表にまとめる。
Figure JPOXMLDOC01-appb-T000001
さらに、ゲーム上のサブコンテンツの構成、その定義やルールについて、次表にまとめる。
Figure JPOXMLDOC01-appb-T000002
図６Ａに、本発明の一実施形態にかかるゲーム（ミッションパート）の処理フローを示すが、本発明のミッションパートの構成は、従来のミッション達成型ゲーム（本発明のミッションパートに相当するもの）と比べ、次の点が大きく相違しており、特徴のあるものとなっているので、まずこの点から説明する。
従来のミッション達成型ゲームでは、そのミッション達成までの処理手順として、（Ａ）ミッションの進行を行う、（Ｂ）ミッションとの遭遇を発生させる、（Ｃ）ミッション達成の可否を判定する、といった手順で処理がなされていた。本発明のミッションパートの処理は、（Ａ）ミッションの進行を行う、（Ｂ）ミッションとの遭遇の前に、通常複数の「サブミッション」との遭遇を発生させる、（Ｃ）「サブミッション」達成の可否を判定する（「サブミッション」達成の可否は、同一ミッション内の次の「サブミッション」の達成可否に影響するよう制御される。更に、同一ミッション内で多くの「サブミッション」を達成すれば、サブミッション当選中（達成中）の有利状態の時間が多くなる（後述）ことにより、そのミッションを早く終了することが期待できるなど、結果的にそのミッション全体の達成率にも影響を与える）、（Ｄ）ミッションとの遭遇を発生させる、（Ｅ）ミッション達成の可否を判定する、といった処理手順を踏まえる。以上の点が、本発明の大きな特徴である。
また、本発明の一実施形態として本明細書で説明するミッションパートのステージ構成とその進行設定について、以下に説明する。ゲームの進行構成は、説明の便宜上３層のステージ構成とし、ステージ規模の大きなものから順に、ステージ、ミッション、サブミッション（本明細書では、このサブミッションのことを「特別任務」とも呼ぶ）とする。
そして、ゲームの進行は、プレーヤーがボタン押下等により明示的に進められる「進軍」処理によりなされる。「進軍」とは、ゲームのストーリーを戦記ものに設定した場合の行軍をモチーフとしたものであり、このネーミング自体は本発明の本質に何ら影響を及ぼすものではない。１進軍ごとに敵を１体倒し、１２進軍で１ミッションが終了する。敵を倒すことにより、体力を消耗するが、経験値が増加し、ゲーム内通貨が得られる。また、所定の確率、又はランダムにプレーヤーキャラクターカード、財宝、武器強化用アイテム等が得られることもある。
なお、進軍の操作は、上記のように表示部に現れる敵を倒していく構成には限られない。例えば、ミッション進行中の表示部に複数のリールを設置することもできる。そして、プレーヤーが、それらのリールの回転を始動させた後、停止操作を行い、停止後に表示されたシンボルの組合せに基づいて、進軍数等を決定する構成としてもよい。ここで、シンボルの組合せは、プレーヤーの始動及び停止操作により決定される構成には限られない。例えば、ゲーム装置内部の制御回路の信号により、リールが自動的に回転を開始し、プレーヤーは停止操作のみを行う構成としてもよいし、表示されるシンボルの組合せは、予めゲーム装置内部の制御回路で乱数表等に基づいて決定され、プレーヤーは、見かけ上、始動及び停止操作を行う構成としてもよい。
また、決定したシンボルの組合せによって、得られるプレーヤーキャラクタカードやアイテムの種類を決定してもよい。ここで、ゲームのストーリーが戦記ものの場合には、上記シンボルの一部、又は全部をその戦記ものに登場する武将等のキャラクタとしてもよい。このような構成として、ゲーム性を高めることにより、プレーヤーのゲームに対する興味がさらに増加する。
２０前後のミッションを達成するとそのステージの敵（ボスキャラ）が出現し、その敵を倒すことができれば１ステージが終了する。ミッションパート全体は、１～数百程度のステージから構成される。
なお、サブミッション（特別任務）は、各ミッションにおいて不定期に発生し（具体的には、進軍処理ごとに抽選が行われ、一例として、一律３３％の確率でカットイン演出処理が入る。１度カットインが入れば、３進軍以内に特別任務が発生する）、特別任務の達成確率は、前述のカットインを引き当てる回数の影響を受ける（どの程度影響を受けているかも達成期待度としてプレーヤーに提示する）。詳細な処理フローは、図６Ｃにおいて詳述する。
図６Ａに戻り、まず、ステップＳ６０１でミッションを開始すると、進軍カウントがゼロにリセットされる（ステップＳ６０２）。次に、ステップＳ６０３に進み、一定数（例えば、１２）進軍したかどうかが判断され、一定数に達した場合（Ｙｅｓ）にはステップＳ６０５へ進み、そのミッションを終了して次のミッションへ進む。
ステップＳ６０３において、進軍がまだ一定数に達していない場合（Ｎｏ）にはステップＳ６０４へ進み、進軍処理が行われる。この進軍処理は、プレーヤーの体力を一定値（或いは敵の強さにより可変値とすることもできる）減少させて敵を１体倒し、敵に応じた経験値及びゲーム内通貨を取得させ、所定の確率で新しいプレーヤーキャラクターカードを取得できる。
次に、ステップＳ６０５に進み、１進軍ごとにカットイン判定が行われ、併せて、サブミッションが発生した場合の達成確率（期待度）を反映した画面上の表示（一例として、画面背景の色や表示枠のデザイン。表示枠そのものに色を反映することもできる）を昇格させるかどうかの判定も行われる（ステップＳ６０６）。この期待度を反映した画面上の表示は「前兆示唆コード」として、例えばゲーム進行処理部４０１１に変数（不図示）として格納される（後日、ゲームを継続することを前提として中止した場合には、この前兆示唆コードの現状値は、ユーザデータ４０２１に退避される）。次に、所定の条件のもとサブミッションが発生した場合には、そのサブミッションの達成判定が行われ（ステップＳ６０７）、進軍カウントがインクリメントされて（ステップＳ６０８）、ステップＳ６０３に復帰する。
なお、上記実施例において、カットイン判定は、１進軍ごとに行うこととしたが、これには限られない。例えば、進軍カウンタと連動させて、任意の進軍間隔で行うことができる。また、進軍カウンタと連動させず、カットイン判定が、突然発生する構成（ミステリー条件）としてもよい。
ステップＳ６０７において、サブミッション（特別任務）の達成は、後述する様々な確率設定に基づき判定され、特別任務を達成した場合には一定時間プレーヤーにとって有利な状態が継続し、ミッションをクリアするためのモチベーションを向上させることができる。また、特別任務はミッション内で複数発生する可能性があり、さらにまた、特別任務達成後は連続して有利な状態が継続する可能性もあり、プレーヤーのモチベーションを一層向上させることができる（詳細な処理フローは、図６Ｄにおいて詳述する）。
図６Ｂは、通常ゲーム進行から特別任務達成時（当選中）までの画面の変化を解説したものであり、画面６１０は通常のゲーム進行時の画面例、画面６１１は背景色が１度以上昇格したあとの画面例、画面６１２は特別任務達成時（当選中）の画面例をそれぞれ示している。
画面６１０では、ゲーム開始後、未だ背景昇格はしていない。すなわち、カットインを未だ引き当てていない状態である（背景昇格はカットイン引き当てを前提としている）。このままの状態では特別任務は発生しない設定としてもよいが、未だ背景昇格をしていない状態でも非常に低い確率（例えば、１％）で特別任務を発生させることとしてもよい。そして、この条件下では、特別任務を達成する確率も低く（例えば、３～８％）設定される。
画面６１１では、ゲーム開始後、１回以上背景昇格をした状態である。背景昇格はカットイン引き当てに連動して判定されることとなっており、背景（色）は、段階の低いものから順に、ノーマル（例えば、シルバーやブラック）、青、黄色、緑、赤、レインボーのように設定することができる。以後、説明の便宜のために上記の色設定の下で説明を進める。
背景昇格は、すでに説明したように、「前兆示唆コード」に反映される。そして、いったん昇格した背景は、次の昇格判定においても継続し、積み上げされる。さらに、ミッションクリア（１２進軍）後の次のミッションでも、リセット条件に合致しない限り、継続される。
そして、積み上げされた前兆示唆コード（背景色）のリセット条件については、様々な条件を採用することができる。例えば、（１）サブミッション（特別任務）達成後の１回目の有利状態終了時に、前兆示唆コードのうち一番達成確率の低い段階（コード（例えば
、Ｓｉｌｖｅｒ））にリセットする、（２）サブミッション（特別任務）達成を所定回数連続させた場合の所定回数目の有利状態終了時に、前兆示唆コードのうち一番達成確率の低い段階（コード（例えば、Ｓｉｌｖｅｒ））にリセットする、（３）サブミッション（特別任務）達成後の有利状態終了時に、前兆示唆コード（例えば、Ｓｉｌｖｅｒ，Ｂｌｕｅ，Ｙｅｌｌｏｗ，Ｇｒｅｅｎ，Ｒｅｄ，Ｒａｉｎｂｏｗ）の中からランダムに１つコードを選択し、選択された段階（コード）をセットすることでリセットする、等である。
画面６１２は、特別任務を達成（当選）し、一定時間の有利状態にある画面を示す。背景は、特別な色であるゴールドとなっているほか、一定時間（一例として、３分間）からのカウントダウン表示６１２１が行われる。こうしたカウントダウン表示により、有利状態にある間に早くミッションを終了させようとするモチベーションをプレーヤーに喚起することができる。
なお、前兆示唆コード（背景の色）及び対応する特別任務（サブミッション）の達成率（勝率）の設定例を次表に示す。
Figure JPOXMLDOC01-appb-T000003
また、次表に示すように、各前兆示唆コードに対しランク（１又は２）を設け、それぞれのランクに対する振り分け確率を設定し、対応する特別任務（サブミッション）の達成率に幅を持たせることもできる。
Figure JPOXMLDOC01-appb-T000004
　図６Ｃに、本発明の一実施形態にかかるゲーム処理（通常進行から特別任務の引き込みまで）の処理フローを示す。
ステップＳ６３０で処理を開始すると、まず、ステップＳ６３１において進軍処理がなされる。進軍処理では、プレーヤーの体力値を一定数（或いは敵の強さにより可変数）減少させて敵を１体倒し、敵に応じた経験値及びゲーム内通貨を取得させ、所定の確率で新しいプレーヤーキャラクタカードやアイテム等を取得させる。次に、ステップＳ６３２に進み、カットイン判定が行われる。カットイン引き当て（カットイン有）の確率は、一例として、３３％である。ここでカットインを引き当てられなかった場合（ステップＳ６３２において、Ｎｏ）には、通常処理（ステップＳ６３３）へ進む。１回の進軍としては１つの区切りとなるので、図６Ｃにおいては、ステップＳ６３３からステップＳ６４２へ進む。
ステップＳ６３２において、カットイン有（Ｙｅｓ）の場合は、そこから３進軍以内に特別任務が発生するよう設定される（ステップＳ６３８）。その前に、前兆示唆コード（背景色）の昇格判定が行われる（ステップＳ６３４）。ステップＳ６３４において、前兆示唆コードが昇格する確率は、一例として、５０％である。前兆示唆コードが昇格しなかった場合（ステップＳ６３４において、Ｎｏ）には、背景色は変わらず（従って、特別任務が発生した場合の達成率も変わらない）、３進軍以内に特別任務が発生した場合には、その時点での達成率に応じて、高確率判定（ステップＳ６３９）、中確率判定（ステップＳ６４０）、低確率判定（ステップＳ６４１）のいずれかに振り分けされて当選判定が行われる。なお、高確率判定は、７０～１００％の確率で当選するものであり、中確率判定は、３０～６９％の確率で当選するものであり、低確率判定は、３～２９％の確率で当選するものである。
上記の前兆示唆コードとの関係では、高確率判定に区分されるものはＲａｉｎｂｏｗであり、中確率判定に区分されるものはＲｅｄ及びＧｒｅｅｎ、低確率判定に区分されるものはＹｅｌｌｏｗ（このとき、Ｙｅｌｌｏの達成確率は便宜上２０～２９％に変更される）、Ｂｌｕｅ、及びＳｉｌｖｅｒである。もちろん、確率判定の振り分けは、この例に限られるものではない。前兆示唆コードの上記６段階の確率判定処理（達成率１００％のＲａｉｎｂｏｗ判定、同５０～６０％のＲｅｄ判定、同４０～５０％のＧｒｅｅｎ判定、同２０～３０％のＹｅｌｌｏｗ判定、同１０～１５％のＢｌｕｅ判定、同３～８％のＳｉｌｖｅｒ判定）として設けることもできる。
それぞれの区分やコードの判定の達成率（当選率）の範囲は、それぞれの範囲内での可変の設定値として、ゲーム管理者等によって設定される。
一方で、ステップＳ６３４において、前兆示唆コードが昇格する場合（Ｙｅｓ）には、ステップＳ６３５に進み、さらに、１段階昇格するか２段階昇格するかの判定が行われる。それぞれの振り分け確率は５０％である。すなわち、前兆示唆コード昇格が確定する前提で、５０％の確率で２段階昇格し（ステップＳ６３６）、残りの５０％の確率で１段階昇格する（ステップＳ６３７）。昇格した場合にはその段階に応じて背景色を変更する。
例えば、現在の背景色が「青」であった場合（特別任務の達成率１０～１５％）には、１段階昇格すると背景色は「黄」（特別任務の達成率２０～３０％）となり、２段階昇格すると背景色は「緑」（特別任務の達成率４０～５０％）となる。
そして、３進軍以内に特別任務が発生し（ステップＳ６３８）、背景色が「黄」であった場合には、低確率判定（ステップＳ６４１）へ振り分けられ、背景色が「緑」であった場合には、中確率判定（ステップＳ６４０）へ振り分けられる。
結局、高確率判定（ステップＳ６３９）、中確率判定（ステップＳ６４０）、低確率判定（ステップＳ６４１）への振り分けは、それまでの前兆示唆コード昇格の積み重ねによって決定される。また、昇格した前兆示唆コードは、画面上の背景色として反映されるので、プレーヤーは、特別任務が発生した場合の達成度（の高さ）に期待を寄せながら、より一層ゲームを楽しむことができる。
図６Ｄに、本発明の一実施形態にかかるゲーム処理（特別任務達成（当選）から連続当選まで）の処理フローを示す。本発明では、特別任務達成にも特徴があるが、その特別任務達成を連続当選させる（或いは、当選時間を延長する）よう制御可能な点も大きな特徴となっている。以下、そのフローを詳述する。
ステップＳ６５０で処理を開始すると、まず、ステップＳ６５１において、それまでの前兆示唆コードの積み重ね（背景色の昇格の積み重ね）に応じた達成確率（当選確率）に基づく達成判定が行われる（ステップＳ６５１からステップＳ６５２）。すなわち、高確率判定（ステップＳ６３９）、中確率判定（ステップＳ６４０）、低確率判定（ステップＳ６４１）のいずれかである。
ステップＳ６５２において当選しなかったと判断された場合（Ｎｏ）には、通常処理（ステップＳ６５３）へ進む。１回の進軍としては１つの区切りとなるので、図６Ｄにおいては、ステップＳ６５３からステップＳ６６７へ進む。
ステップＳ６５２において、当選した場合（Ｙｅｓ）は、ステップＳ６５４へ進み、有利状態において適用される特別モードの抽選が行われる。有利状態は後述するように一定時間継続するもので、その間に自己のゲーム進行を有利にするモード（特別モード）を決定するものである。本発明にかかるゲームとしては、例示的に次の４つの特別モードを採用する。
（特別モード）
第１モード（振り分け率１０％）：
進軍ごとに１～１０枚のカードがランダムに取得でき、プレーヤーが予め選択したリーダーカードに自動合成される。
第２モード（振り分け率３０％）：進軍ごとに取得できる経験値が×３となる。
第３モード（振り分け率３０％）：進軍ごとに取得できる銭が×３となる。
第４モード（振り分け率３０％）：進軍に際し、一定の確率で引けるカード枚数が×３（３枚）となる。
ステップＳ６５５では、ステップＳ６５４で決定されたモードに応じた特別設定が行われる。ここで、背景色は、特別色である「金」に設定されるが、前兆示唆コードは特別任務達成（当選）直前のもののままである。
次に、ステップＳ６５６に進み、特別任務達成後の有利状態が継続する所定の時間（一例として、３分間）をタイマーとしてセットする。次に、ステップＳ６５７ではこのタイマーがゼロになったかどうかが判断され、ゼロになった場合にはステップＳ６６５（後述）に進む。
ステップＳ６５７でＮｏの場合は、特別任務達成後の有利状態の中で進軍処理を進める（ステップＳ６５８）。そして、カットインの有無が判定される（ステップＳ６５９）。カットイン判定は、有利状態にあっても引き当て確率は変わらない（一例として、先ほどの値と同じ、５０％）。カットインが引き当てられなかった場合（ステップＳ６５９において、Ｎｏ）は、ステップＳ６５７へ復帰するが、カットインが引き当てられた場合（ステップＳ６５９において、Ｙｅｓ）は、ステップＳ６６０へ進み、特別任務達成直前の前兆示唆コードに応じた「連続当選確率」の足し込み（加算処理）を行う。「連続当選確率」は、連続して特別任務を達成（当選）する確率を示す変数として、例えばゲーム進行処理部４０１１に格納される（不図示）。
この「連続当選確率」は、特別任務達成後１回目のカットイン引き当て時には、その特別任務達成時の背景色に対応した達成率（当選率）にその１０分の１（達成率（当選率）の上昇割合）を加算したものとなる（例えば、５０％の達成率に対してはその１０分の１となる５％が加算されて、５５％となる）。次に、前兆示唆コード昇格後にカットインを引き当てた場合は、昇格後の前兆示唆コードに対応する達成率の１０分の１をさらに加算する（例えば、昇格後６０％となった達成率に対しての１０分の１となる６％が、前回の「連続当選確率」である５５％に加算されて、「連続当選確率」は６１％に上昇する）。カットイン引き当て時の達成率の加算は、有利状態の継続時間中、カットインを引き当てる度に繰り返される（「連続当選確率」は上昇する）。
この達成率（当選率）の上昇割合に基づく連続当選確率の上昇は、図６Ｄのフローに明らかなように、カットインを引き当てれば（ステップＳ６５９で、Ｙｅｓ）、その後の前兆コード昇格判定で昇格を引き当てられなかった場合（ステップＳ６６１で、Ｎｏ）であっても加算されていく。特別任務を達成（当選）して移行する所定時間の有利状態においては、前兆示唆コードの昇格とは独立して、カットインを引き当てる度に連続当選確率を積み上げることにより、有利状態の終了後の再抽選（ステップＳ６６５）における期待度を向上させる仕組みとなっている。そのため、プレーヤーは、所定時間の有利状態においてより多くのカットインを引き当てようと早く進軍を繰り返すこととなり、ゲームをより盛り上げることができる。
なお、達成率（当選率）の上昇割合は、上記の「１０分の１」に限定されるものではなく、５％や２０％等、適宜変更することができることは言うまでもない。
また、有利状態の継続時間中の背景色は、終始ゴールドである。有利状態の継続時間中には、前兆示唆コードと背景色とが連動したものではなくなり、背景色は「金」で固定のまま、カットイン引き当ての度に前兆示唆コードの積み上げが行われ、「連続当選確率」は上昇する。
ステップＳ６６１では、前兆示唆コードの上昇判定が行われ（一例として、上昇確率５０％）、上昇しないと判定された場合には、ステップＳ６５７へ復帰するが、上昇すると判定された場合（ステップＳ６６１において、Ｙｅｓ）には、ステップＳ６６２に進み、さらに、前兆示唆コードを１段階昇格させるか２段階昇格させるかの判定が行われる。それぞれの振り分け確率は５０％である。すなわち、前兆示唆コード昇格が確定する前提で、５０％の確率で２段階昇格し（ステップＳ６６３）、残りの５０％の確率で１段階昇格する（ステップＳ６６４）。昇格した場合にはその段階に応じて前兆示唆コードを昇格させる。背景色は、特別色である「金」のままである。次に、ステップＳ６５７へ戻る。
ステップＳ６６５では、所定時間継続した有利状態においてカットインの引き当てによって足し込まれた「連続当選確率」に基づき再抽選処理が行われる（そして、ステップＳ６６６において結果が判定される）。ここで当選すると（ステップＳ６６６において、Ｙｅｓ）、連続当選（連チャン）となって、特別モード判定にスキップする（ステップＳ６５４）。
連チャンを達成できなかった場合（ステップＳ６６６において、Ｎｏ）には、処理を終了する（ステップＳ６６７）。
以上、図６Ａ、図６Ｃ、図６Ｄを用いて説明した処理フローは、基本的に、サーバ側（アプリケーションサーバ１０１及びデータベースサーバ１０２）で全て処理可能である。しかしながら、上記で説明した処理の一部（例えば、「演出処理」など処理の区切りとなる処理単位の全部）を端末側（携帯端末装置１０３ａ～１０３ｃ、デスクトップＰＣ１０４、ノートＰＣ１０５）に負担させることができる。一例として、ゲームのダウンロード時やゲームの開始時に、一部の演出処理及び／又は演出データ（動画や静止画）を予めサーバ側から端末側へダウンロードしておき、ゲームの進行に応じて出すべき演出処理を端末側で処理させるといった具合である。この時、サーバ側から端末側へは、「××の演出処理を実行せよ」というコマンドを送信するだけで、端末側では予めキャッシュしている動画像データや静止画データを読み込み、演出処理を行う（例えば、サーバ側から指示された動画像データを再生するなど）。
更に、図６Ａ、図６Ｃ、図６Ｄを用いて説明した処理フローを全て端末側（携帯端末装置１０３ａ～１０３ｃ、デスクトップＰＣ１０４、ノートＰＣ１０５）で処理することもできる。すなわち、図６Ａ、図６Ｃ、図６Ｄに示した処理フローは、ミッションパートについてのゲーム処理であり、コミュニティやギルド、友達紹介といったネットワークを使用した機能には直接関連させずに実施することもできるため、図６Ａ、図６Ｃ、図６Ｄに示した処理フローを１台の端末上において（すなわち、スタンドアロンで）実施することも可能である。さらに、端末としては、携帯端末装置１０３ａ～１０３ｃ、デスクトップＰＣ１０４、ノートＰＣ１０５の他、ゲーム装置（ネットワーク接続機能の有無を問わない）を採用することもできる。
この場合、図４のアプリケーションサーバ４０１に示したソフトウェアモジュール群は、図３における入力部３０１、記憶部３０２、出力部３０７に実装され、中央処理部３０３及び制御部３０５によって制御されることとなる。また、図４のデータベース４０２に示したユーザデータ４０２１及びリソースデータ４０２２のうち、スタンドアロンプレイで必要なデータは、図３における記憶部３０２等に格納される。
また、図６Ａ、図６Ｃ、図６Ｄに示した処理フローがコンピュータプログラムの形態をとる場合には、当業者であれば容易に理解できるように、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されず、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であってもよい。さらに、コンピュータプログラムの提供方法として、携帯端末装置（コンピュータ）等に実装されたブラウザを用いてインターネット上のサイトにアクセスし、当該サイトからネットワークを介して本発明にかかる方法等を実施するコンピュータプログラムとしてダウンロードすることも可能である。
また、コンピュータプログラムは、必ずしもコンピュータのメインボード上のＣＰＵにおいて全て実施される必要はなく、コンピュータに付加された拡張ボードや拡張ユニットにおけるＣＰＵやＤＳＰによってその全部または一部が実施されるものとしてもよい。
図７に、本発明の一実施形態にかかるゲーム処理（特別任務発生時）の演出処理例を示す。特別任務が発生すると、プレーヤーの端末画面には、７０１に示すような特別任務タイトルを表示し、画面７０２に遷移する。画面７０２にはボタンが表示されており、このボタンを押すことで抽選処理を行う（画面７０２に表示されたボタンをダミーのものとし、このボタンの押下とは無関係に抽選処理を行ってもよい）。
当選すれば、特別任務を達成したものとして、勝利画面７０３を表示した後、勝利を演出する動画を配信（又は、予め端末側にダウンロードさせたものを再生）し、特別モードの抽選及び結果表示を行う（画面７０７）。
当選しなかった場合は、特別任務を達成できなかったものとして、敗北画面７０４を表示した後、敗北を演出する動画を配信（又は、予め端末側にダウンロードさせたものを再生）し、通常進行に復帰する。
以上、図７を用いて説明した演出処理も、その一部の処理及び／又はデータを予めサーバ側から端末側へダウンロードしておき、端末側で処理可能であることは既に述べた通りである。
また、特別任務（サブミッション）発生時に表示させるべき特別任務タイトルには、一例として「呂布（注：人名）を確保せよ」の他に、「敵将から逃れよ」、「敵城を破壊せよ」など様々なタイトルが設定される。これらタイトルは、ゲームの性格や背景によって適宜変更可能であることは言うまでもない。
また、上記特別任務（サブミッション）ごとの期待値（達成確率）を、次の通り区分することができる。
Figure JPOXMLDOC01-appb-T000005
すなわち、上表において、特別任務（サブミッション）を発生させるべき時（抽選時）に確定している達成率が期待値（大）の範囲の場合には期待値（大）のグループに割り振られた特別任務から選択し、期待値（中）のグループの範囲の場合には期待値（中）のグループに割り振られた特別任務から選択し、期待値（小）のグループの範囲の場合には期待値（小）のグループに割り振られた特別任務から選択する。
なお、期待値（大）、期待値（中）、期待値（小）の範囲は、達成率（最低の率～１００％まで）を適宜区分して割り当てることができる。
また、上記サブミッション背景の色（「前兆示唆コード」）と、図８に示した複数種類の背景枠（豪華枠８１０と普通枠８１１とがあり、その枠に異なる背景色が付されているので、それぞれ、８１０ａ～８１０ｅ、並びに、８１１ａ～８１１ｂとなる）と複数のキャラクタ（８０１～８０７）とを組み合わせて、より演出効果を高めることができる。更に、背景枠８１０ａ～８１０ｅの空白部分）にキャラクタのセリフを組み合わせると、一層演出効果を高めることができる。例えば、背景色、背景枠、キャラクタ、セリフ、及びこれらの組み合わせが出現した場合の個々の達成率の設定例は、次の通りである。
Figure JPOXMLDOC01-appb-T000006
なお、背景色が「Gold（金）」の場合は、当選中の配色であるので、達成率とは無関係となる。また、上記セリフ０１～１８には、その達成率（勝率）の高さに応じて、「突撃の鼓を打ち鳴らし、進軍せよ！！」「殿！（キャラクタからユーザへの呼びかけ）今ならば勝利は確実です！」「ミッションを進めたら、何かが起きるやもしれませんぞ」等、ユーザのゲーム進行に対するモチベーションを向上させるセリフを各キャラクタに割り当てることができる。
また、上記サブミッション背景色（「前兆示唆コード」）と対応するカットイン演出画像９０１～９１２を図９に例示するが、これらのカットイン演出画像を前兆示唆コードと関連付けると、より達成率の高い背景色の場合にはそれと予感させるカットイン演出画像を頻繁に出すことになり、プレーヤーにとってゲームの高揚感を更に得られるという効果が期待できる。
こうした効果を踏まえ、サブミッション背景の色（「前兆示唆コード」）とこれに属するものとして用意されるカットイン演出画像の種類、及び図９に示したカットイン画像からの例示を示すと、次表の通りである。
Figure JPOXMLDOC01-appb-T000007
次に、図１０を参照して、本発明のイベント開催時のミッション操作の一例について説明する。
本実施形態におけるイベントは、他の同盟又はレイドボスとの対戦イベントであり、所定期間中（例えば、１０日間）、所定の時間になると開催される。イベント開催期間が近づくと、トップページ（マイページ）にイベント開催が告知され、その説明が画面上に示される。イベントに参加するプレーヤーは、対戦イベント開始前に、対戦にエントリーするプレーヤーキャラクタを設定する必要がある。本実施形態においては、５体のプレーヤーキャラクタを部隊（デッキ）としてエントリーする。ここで、同じ同盟に属するプレーヤーが、各自の所有するプレーヤーキャラクタ１体ずつを選択して、合計５体のプレーヤーキャラクタからなるデッキを構築することもできる。
対戦に参加するデッキを構築し、イベント開催時刻経過後、イベントへの参加申請ボタンを選択することにより、図１０に示す同盟戦対戦画面２００に切り替わる。戦場画面２０１の左側が自軍のプレーヤーキャラクタ２０２で、右側が対戦相手のレイドボス２０３（対戦相手が他の同盟の場合は、そのプレーヤーキャラクタが表示される）である。プレーヤーは、デッキ２０４中のプレーヤーキャラクタ（A,B,C,D,E）から次の攻撃に参加するプレーヤーキャラクタを指定して、攻撃ボタン２０５を選択する。なお、攻撃に参加するプレーヤーキャラクタは１体でも複数でもよい。この攻撃により、相手にダメージを与えられ、それに応じたポイントがポイント欄２０６ａに加算されるが、士気２０７が低下する。士気２０７とは、相手に攻撃を加えることができるデッキの体力であり、本イベントの対戦で消耗する条件である。一方、対戦相手から攻撃を受けると、兵力２０８が低下して、相手のポイント欄２０６ｂにポイントが加算される。兵力とは、デッキの生命力であり、兵力２０８が所定値以下になると攻撃もできなくなる。兵力２０８を回復するためには、士気２０７が必要となる。なお、本実施例においては、対戦時間終了時の獲得ポイントが多いほうが勝利する設定となっている。
ここで、相手に攻撃を与えることにより、士気２０７が所定値以下に低下すると、攻撃をさらに続けることができなくなる。その場合には、士気回復ボタン２０９を選択して、士気２０７を向上させることができる。士気２０７を回復するための方法としては、ミッションの進行等が挙げられる。以下に図１１及び図１２を参照して、ミッションの進行により士気２０７を回復する操作方法について説明する。図１１は、本発明の同盟戦対戦イベント開催中のミッション進行画面の例を示す図である。また、図１２は、本発明の一実施形態にかかる同盟戦対戦イベントのゲーム処理フローを示すフローチャートである。
図１２に示すように、同盟戦を開始し（ステップS６８０）、対戦相手を攻撃することにより、攻撃ポイントを獲得できるが、士気が減少する（ステップS６８１）。ここで、攻撃により士気が所定の値以下に減少すると、さらに、相手を攻撃することができなくなる。このとき、士気を回復せず（ステップS６８２において、No）、その後の対戦、すなわち、対戦相手の攻撃を静観することもできる。この場合には、それまでに自軍の獲得したポイントと、対戦時間終了までに相手が獲得したポイントとを比較することにより、勝敗が決定される（ステップS６８３）。
一方、士気を回復する場合（ステップS６８２において、Yes）、図１０の士気回復２０９を選択して、ミッションを進行することができる（ステップS６８４）。士気回復２０９を選択することにより、画面が図１１（A）に示す通常のミッション画面に切り替わる。ここで、進軍２１０を選択して進軍を続けることにより（ステップS６８５）、図１１（B）に示す画面に切り替わり、「補給部隊が追いついた！」ことが示される（ステップS６８６）。そして、補給部隊が到着することにより、プレーヤーの士気２０７が所定値向上する。なお、本実施形態においては、上記した特別モードでミッションを進行中に、補給部隊が追いついた場合には、士気回復条件が通常時より向上する設定としている。図１１では、特別モード（妖艶モード）２１１中に、補給部隊が到着しているため（ステップS６８７において、Yes）、士気回復の条件（回復率）が通常時より上昇する（S６８８）。例えば、通常モードで、補給部隊が到着した場合（S６８７において、No）、補給部隊が１回到着するごとに士気２０７が２０向上す設定とする（S６８９）。これに対して、特別モード中に、補給部隊が到着すると１回で士気が３０向上する設定とすることもできる。一回の士気回復後に、対戦画面に戻って、攻撃を再開できることもできるし、ミッションをさらに進行して、十分士気２０７を回復した後、対戦画面に戻ることもできる。
このように、イベントにおける対戦とミッション進行を連動させることにより、ゲーム性が向上し、ミッション進行を継続しようとするプレーヤーの意欲を高く維持することができる。
また、ここで、複数のプレーヤーが共同で対戦に参加している場合には、前述の士気回復により、参加しているプレーヤー全員のプレーヤーキャラクタの士気が回復する構成としてもよいし、一部のプレーヤーのプレーヤーキャラクタの士気が回復する構成としてもよい。例えば、同盟内の複数（５人）のプレーヤーが、一体ずつプレーヤーキャラクタを選択し、合計５体のプレーヤーキャラクタのデッキで、対戦にエントリーしている場合、前記士気回復により、プレーヤーキャラクタ５体の士気全てが回復、すなわち、デッキ全体としての士気が回復する構成としてもよい。一方、属性やレベルが所定の条件を満たすプレーヤーキャラクタの士気のみが回復する構成とすることもできる。
なお、実施形態では、ミッションの進行による士気回復について説明したが、士気回復方法は、これに限られない。例えば、本実施形態では、対戦中に士気２０７が減少した場合、図１０の対戦画面中の応援２１２を選択することにより、同盟員への応援メッセージを送信できる設定としている。ここで、他の同盟員に応援メッセージを送信することにより、士気２０７を所定値向上させることもできる。
以上、本発明の実施形態をオンラインゲームを中心として説明したが、本発明の適用は、オンラインゲームに限定されない。例えば、ゲームセンター等のアミューズメント施設に設置されるプロセッサ内蔵型のアーケードゲーム機にも適用される。もちろん、アーケードゲームをネットワークを介して接続したソーシャルアーケードゲームにも適用できる。
図１３に本発明の一実施形態であるプログラム内蔵型アーケードゲーム機３００の斜視図を示す。ゲーム機中心の表示部（ディスプレイ）３０１には、文字や画像など様々な情報が表される。プレーヤーは、ディスプレイ３０１の表示に従い、各種操作ボタン等を操作することにより、ゲームを進めることができる。
図１４に、本発明の他の実施形態であるプログラム内蔵型アーケードゲーム機３００の正面図（A）及び背面図（B）を示す。本ゲーム機（装置）３００には、第１の表示部３０１ａ及び第２の表示部３０１ｂの２つの表示部３０１が備えられている。表示部３０１の数はこれに限られず、３つ以上の表示部３０１を備えることもできる。本実施例では、第１の表示部３０１ａに、ミッションの進行を示す画像が表示され、サブミッションが発生した場合には、第２の表示部３０１ｂに、サブミッションの進行を示す画像が表示される。このように、本来のミッションの画像と、サブミッションの画像が別々に表示されることにより、プレーヤーは、全体のゲームの流れを確認しながらサブミッションを進めることができるため、サブミッションの達成とそれによってミッションを優位に進められることへの期待がより高まり、ゲームに対する興味が向上する。また、本構成では、初心者にとっても、ゲームの流れが把握しやすく、短期間で、ゲームの操作方法を習得でき、気軽にゲームを楽しむことができる。
なお、第１の表示部３０１ａに、ゲームを進行させるためのルールやアドバイス等が表示される構成としてもよい。例えば、ミッション進行により得られたポイントを利用して、武器を購入して、プレーヤーキャラクタに装備して、プレーヤーキャラクタの攻撃力や防御力を向上させることにより、より効率的にミッションが進められるというアドバイスの他、ミッション中に現れるボスの弱点や攻略方法等を表示することもできる。一方、第２の表示画面３０１ｂには、プレーヤーがゲームの進行に用いるプレーヤーキャラクタの属性、レベル、生命力、所有するスキル等の各種情報が表示される構成としてもよい。このように、複数の表示部（画面）が設置され、必要な情報が常に表示されていれば、その都度、画面を変更して、必要な情報を確認するという煩雑な操作が不要となるため、プレーヤーはゲームの進行に集中しやすく、ゲームに対する意欲を高く維持することができる。
［組み合わせ］
本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件については、
これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。
［特徴の一例］
本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々（例えば、ある処理がサーバ側で処理されるか携帯端末装置側で処理されるか等）は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために作用する代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。
１００　ゲーム処理システム
１０１　アプリケーションサーバ
１０２　データベースサーバ
１０３ａ～１０３ｃ　携帯端末装置
１０４　デスクトップＰＣ
１０５　ノートＰＣ
２００　同盟戦対戦画面
２０１　戦場画面
２０２　自軍のプレーヤーキャラクタ
２０３　レイドボス
２０４　デッキ
２０５　攻撃ボタン
２０６ａ　ポイント欄（自軍）
２０６ｂ　ポイント欄（対戦相手）
２０７　士気
２０８　兵力
２０９　士気回復ボタン
２１０　進軍ボタン
２１１　特別モード表示
２１２　応援ボタン
３００　アーケードゲーム機（装置）
３０１　表示部
３０１ａ　第１の表示部
３０１ｂ　第２の表示部

 

Claims (10)

  1. 複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるゲーム装置におけるゲーム処理方法であって、
    前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、前記サブミッション発生処理ステップによって発生されたサブミッションの達成を判定するサブミッション達成判定ステップとを備え、
    前記サブミッション発生処理ステップは、
    カットイン判定処理ステップを含み、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップを含み、
    前記サブミッション発生処理ステップによって前記サブミッションが発生した場合、前記サブミッション達成判定ステップによって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定し、
    前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行う、
    ことを特徴とするゲーム処理方法。
  2. 前記サブミッション達成判定ステップにおいてサブミッションは達成されたと判定され、前記所定時間内の特別モードによるゲーム進行において、
    前記前兆示唆コードはサブミッションの達成判定時のコードを継続し、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて、前兆示唆コードの昇格判定処理を行うと共に、前記前兆示唆コードに応じた達成確率の加算を行い、
    前記所定時間の終了時に前記前兆示唆コードに基づいて再抽選処理を行う
    ことを特徴とする請求項１に記載のゲーム処理方法。
  3. 前記所定時間内の特別モードによるゲーム進行における前記前兆示唆コードは、
    （１）サブミッション達成後の１回目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
    （２）サブミッション達成を所定回数連続させた場合の所定回数目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
    （３）サブミッション達成後の有利状態終了時に前記前兆示唆コードの前記複数の段階からランダムに１つを選択しセットする、
    のいずれかによってリセットされることを特徴とする請求項２に記載のゲーム処理方法。
  4. 複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるコンピュータにおいて実行されるゲームプログラムであって、前記コンピュータ上で実行されたとき、
    前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、
    前記サブミッション発生処理ステップによって発生されたサブミッションの達成を判定するサブミッション達成判定ステップと、
    カットイン判定処理ステップと、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップと、
    前記サブミッション発生処理ステップによって前記サブミッションが発生した場合、前記サブミッション達成判定ステップによって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定するステップと、
    前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行うステップと、
    を実行することを特徴とするゲームプログラム。
  5. 前記サブミッション達成判定ステップにおいてサブミッションは達成されたと判定され、前記所定時間内の特別モードによるゲーム進行において、
    前記前兆示唆コードはサブミッションの達成判定時のコードを継続し、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて、前兆示唆コードの昇格判定処理を行うと共に、前記前兆示唆コードに応じた達成確率の加算を行い、
    前記所定時間の終了時に前記前兆示唆コードに基づいて再抽選処理を行う
    ことを特徴とする請求項４に記載のゲームプログラム。
  6. 前記所定時間内の特別モードによるゲーム進行における前記前兆示唆コードは、
    （１）サブミッション達成後の１回目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
    （２）サブミッション達成を所定回数連続させた場合の所定回数目の有利状態終了時に前兆示唆コードのうち一番達成確率の低い段階にリセットする、
    （３）サブミッション達成後の有利状態終了時に前記前兆示唆コードの前記複数の段階からランダムに１つを選択しセットする、
    のいずれかによってリセットされることを特徴とする請求項５に記載のゲームプログラム。
  7. 複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるゲーム装置であって、
    前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理手段と、前記サブミッション発生処理手段によって発生されたサブミッションの達成を判定するサブミッション達成判定手段とを備え、
    前記サブミッション発生処理手段は、
    カットイン判定処理手段を含み、
    前記カットイン判定処理手段によるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理手段を含み、
    サブミッション発生処理手段によって前記サブミッションが発生した場合、
    前記サブミッション達成判定手段によって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定し、
    前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行う、
    ことを特徴とするゲーム装置。
  8. 前記サブミッション達成判定手段においてサブミッションは達成されたと判定され、前記所定時間内の特別モードによるゲーム進行において、
    前記前兆示唆コードはサブミッションの達成判定時のコードを継続し、
    前記カットイン判定処理手段によるカットイン判定結果に応じて、前兆示唆コードの昇格判定処理を行うと共に、前記前兆示唆コードに応じた達成確率の加算を行い、
    前記所定時間の終了時に前記前兆示唆コードに基づいて再抽選処理を行う
    ことを特徴とする請求項７に記載のゲーム装置。
  9. ネットワークを介して接続された１以上のサーバと、１以上の端末装置とからなるネットワークシステム上で実施されるゲーム処理方法であって、前記ゲーム処理方法は、複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させるものであり、
    前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、前記サブミッション発生処理ステップによって発生されたサブミッションの達成を判定するサブミッション達成判定ステップとを備え、
    前記サブミッション発生処理ステップは、
    カットイン判定処理ステップを含み、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップを含み、
    前記サブミッション発生処理ステップによって前記サブミッションが発生した場合、前記サブミッション達成判定ステップによって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定し、
    前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行う、
    ことを特徴とするゲーム処理方法。
  10. 複数のステージを有し、各ステージについて１以上のミッションをクリアすることによりゲームを進行させる、ネットワークを介して接続された１以上のサーバと、１以上の端末装置とからなるネットワークシステム上で実行されるゲームプログラムであって、前記ネットワークシステム上で実行されたとき、
    前記ミッションをクリアする前にサブミッションを発生させるサブミッション発生処理ステップと、
    前記サブミッション発生処理ステップによって発生されたサブミッションの達成を判定するサブミッション達成判定ステップと、
    カットイン判定処理ステップと、
    前記カットイン判定処理ステップによるカットイン判定結果に応じて昇格可能な複数の段階を有する前兆示唆コードの昇格判定処理ステップと、
    前記サブミッション発生処理ステップによって前記サブミッションが発生した場合、前記サブミッション達成判定ステップによって、前記前兆示唆コードに対応する達成確率に基づいて前記サブミッションの達成を判定するステップと、
    前記サブミッションの達成が判定された場合には、所定時間の特別モードによるゲーム進行処理を行うステップと、
    を実行することを特徴とするゲームプログラム。

     
PCT/JP2013/083128 2012-12-11 2013-12-10 ゲーム処理方法、ゲーム装置、及びゲームプログラム WO2014092098A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014552057A JP5997777B2 (ja) 2012-12-11 2013-12-10 ゲーム処理方法、ゲーム装置、及びゲームプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012270579 2012-12-11
JP2012-270579 2012-12-11

Publications (1)

Publication Number Publication Date
WO2014092098A1 true WO2014092098A1 (ja) 2014-06-19

Family

ID=50934386

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/083128 WO2014092098A1 (ja) 2012-12-11 2013-12-10 ゲーム処理方法、ゲーム装置、及びゲームプログラム

Country Status (2)

Country Link
JP (1) JP5997777B2 (ja)
WO (1) WO2014092098A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180136825A (ko) * 2017-06-15 2018-12-26 주식회사 넥슨코리아 게임 제공 방법 및 장치
JP2020195492A (ja) * 2019-05-31 2020-12-10 株式会社ポケモン プログラム、情報処理装置、ゲームサーバおよびゲームシステム
JP2021053280A (ja) * 2019-10-01 2021-04-08 株式会社 ディー・エヌ・エー ゲームを提供するためのプログラム、システム、及び方法
WO2024048315A1 (ja) * 2022-09-01 2024-03-07 株式会社コロプラ プログラム及びシステム
JP7473906B2 (ja) 2019-10-31 2024-04-24 株式会社Access サーバ、携帯端末、景品コンテンツ提供方法、および景品コンテンツ取得方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6360942B1 (ja) * 2017-05-02 2018-07-18 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6772208B2 (ja) * 2018-02-22 2020-10-21 株式会社 ディー・エヌ・エー 情報処理装置、ゲームプログラム、及び、情報処理方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004313622A (ja) * 2003-04-18 2004-11-11 Aruze Corp 遊技機

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004313622A (ja) * 2003-04-18 2004-11-11 Aruze Corp 遊技機

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Yururobo Seisakusho Fever", 27 November 2012 (2012-11-27), Retrieved from the Internet <URL:http://www.gamer.ne.jp/news/201211270028/>> [retrieved on 20140415] *
MILLION GOD -KAMIGAMI NO KEIFU-, APURI FAN, vol. 5, 1 November 2012 (2012-11-01), pages 146 *
ULTRAMAN TAISEN, DENGEKI GAME APURI, vol. 5, no. 15, 18 August 2012 (2012-08-18), pages 101 *
YUGEN KAISHA STUDIO M ET AL., PRO SOCCER CLUB O TSUKURO! 7 EURO + PERFECT GUIDE, 6 September 2011 (2011-09-06), pages 142 - 143 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180136825A (ko) * 2017-06-15 2018-12-26 주식회사 넥슨코리아 게임 제공 방법 및 장치
KR102005858B1 (ko) 2017-06-15 2019-07-31 주식회사 넥슨코리아 게임 제공 방법 및 장치
JP2020195492A (ja) * 2019-05-31 2020-12-10 株式会社ポケモン プログラム、情報処理装置、ゲームサーバおよびゲームシステム
JP7007328B2 (ja) 2019-05-31 2022-01-24 株式会社ポケモン プログラム、情報処理装置、ゲームサーバおよびゲームシステム
JP2021053280A (ja) * 2019-10-01 2021-04-08 株式会社 ディー・エヌ・エー ゲームを提供するためのプログラム、システム、及び方法
JP7258711B2 (ja) 2019-10-01 2023-04-17 株式会社 ディー・エヌ・エー ゲームを提供するためのプログラム、システム、及び方法
JP7473906B2 (ja) 2019-10-31 2024-04-24 株式会社Access サーバ、携帯端末、景品コンテンツ提供方法、および景品コンテンツ取得方法
WO2024048315A1 (ja) * 2022-09-01 2024-03-07 株式会社コロプラ プログラム及びシステム

Also Published As

Publication number Publication date
JPWO2014092098A1 (ja) 2017-01-12
JP5997777B2 (ja) 2016-09-28

Similar Documents

Publication Publication Date Title
JP5997777B2 (ja) ゲーム処理方法、ゲーム装置、及びゲームプログラム
US9101828B2 (en) Non-transitory computer-readable storage medium storing game program, and game system
US8790171B2 (en) Non-transitory computer-readable storage medium storing game program, and game system
JP6297732B1 (ja) プログラム及び制御方法
JP6790180B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP5792406B1 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP7157404B2 (ja) 情報処理システム、情報処理装置、情報処理プログラム、および、情報処理方法
JP7266379B2 (ja) ゲームシステム及びプログラム
JP5948476B1 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP5819015B1 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP2023171591A (ja) 制御プログラム、制御方法及びコンピュータ
JP7378744B2 (ja) 情報処理システム、情報処理方法、情報処理プログラム
JP5414925B1 (ja) ゲームサーバ、ゲーム制御方法、ゲームシステム、ゲームプログラム及び記録媒体
JP5504544B1 (ja) ゲームサーバ、ゲーム制御方法、ゲームプログラム、ゲームシステム及び記録媒体
JP6170532B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP6542156B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP7369983B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP6849836B2 (ja) プログラム及び制御方法
JP6317845B1 (ja) 制御プログラム、制御方法及びコンピュータ
JP7394355B2 (ja) 制御プログラム、制御方法及びコンピュータ
JP6662931B2 (ja) プログラム及び制御方法
CN116549963A (zh) 游戏中的显示控制方法、显示控制系统及存储介质
JP2022119444A (ja) ゲームシステム、サーバ装置、及びゲームシステムの制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13861677

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014552057

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13861677

Country of ref document: EP

Kind code of ref document: A1