WO2023181597A1 - 情報処理装置、プログラム、オブジェクト提供システム及び方法 - Google Patents

情報処理装置、プログラム、オブジェクト提供システム及び方法 Download PDF

Info

Publication number
WO2023181597A1
WO2023181597A1 PCT/JP2023/000849 JP2023000849W WO2023181597A1 WO 2023181597 A1 WO2023181597 A1 WO 2023181597A1 JP 2023000849 W JP2023000849 W JP 2023000849W WO 2023181597 A1 WO2023181597 A1 WO 2023181597A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
user
card
expiration date
mode
Prior art date
Application number
PCT/JP2023/000849
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 株式会社バンダイ
Publication of WO2023181597A1 publication Critical patent/WO2023181597A1/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/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • A63F13/537—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen
    • A63F13/5375—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game using indicators, e.g. showing the condition of a game character on screen for graphically or textually suggesting an action, e.g. by displaying an arrow indicating a turn in a driving game
    • 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/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • 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
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions

Definitions

  • the present invention relates to an information processing device, a program, an object providing system, and a method.
  • Patent Document 1 There is a game in which players acquire items to use in the game and use the acquired items to compete against each other (for example, Patent Document 1).
  • an object of the present invention is to provide an information processing device, a program, an object providing system, and a method that improve user interest in a service that provides virtual objects to users.
  • One aspect of the present invention includes providing means for providing an object that can be used in a predetermined service to a user in either a first aspect with an expiration date or a second aspect without an expiration date.
  • the providing means is an information processing apparatus that controls the object according to the first aspect whose expiration date has passed, to be able to provide the object according to the second aspect on condition that payment of a price corresponding to the second aspect is settled. be.
  • One aspect of the present invention is to control a computer so that an object provided to a user in a predetermined service can be used in either a first aspect with an expiration date or a second aspect without an expiration date.
  • the control means is configured to enable the object of the second aspect to be used for the object of the first aspect whose expiration date has passed, on the condition that the payment of the price corresponding to the second aspect is settled. It is a program that controls.
  • One aspect of the present invention is an object providing system that provides a user with an object that can be used in a predetermined service, the object being provided with an expiration date in the predetermined service without making payment of a price for the object a condition.
  • One aspect of the present invention is an object providing method for providing a user with a virtual object that can be used in a predetermined service, the computer providing the object without making payment of the price for the object a condition.
  • the computer Provided in a first mode in a predetermined service with an expiration date, conditional on payment of the price of the object, provided in a second mode without an expiration date in the predetermined service, after the expiration of the expiration date , providing the object of the second aspect that has inherited the value given to the object of the first aspect from the predetermined service during the expiration date, on the condition that the payment of the price for the object is settled. It is.
  • FIG. 1 is a schematic diagram of an object providing system according to this embodiment.
  • FIG. 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of the terminal 1.
  • FIG. 3 is a diagram for explaining an example in which a game card provided in the first aspect is changed to a game card in the second aspect.
  • FIG. 4 is a block diagram showing an example of the functional configuration of the terminal 1.
  • FIG. 5 is a diagram showing an example of each database of the terminal 1.
  • FIG. 6 is a block diagram showing an example of the functional configuration of the game server 2.
  • FIG. 7 is a diagram showing an example of each database of the game server 2.
  • FIG. 1 is a schematic diagram of an object providing system according to this embodiment.
  • FIG. 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of the terminal 1.
  • FIG. 3 is a diagram for explaining an example in which a game card provided in the first aspect is changed to a game card in the second aspect.
  • FIG. 8 is a sequence diagram for explaining the system operation when a user registers for a game service provided by the system of this embodiment.
  • FIG. 9 is a sequence diagram for explaining the operation of the system when the "Acquire Game Card” button on the menu screen is pressed.
  • FIG. 10 is a diagram illustrating a card selection screen.
  • FIG. 11 is a flowchart of the card provision process.
  • FIG. 12 is a diagram illustrating a provision mode selection screen.
  • FIG. 13 is a flowchart of the provision mode changing process.
  • FIG. 14 is a sequence diagram for explaining the operation of the system when the "competitive play" button on the menu screen is pressed.
  • FIG. 15 is a diagram illustrating a reception screen.
  • FIG. 16 is a flowchart of acquisition target card determination processing.
  • FIG. 17 is a sequence diagram for explaining the operation of the system when the "Acquire Game Card” button on the menu screen is pressed in the second embodiment.
  • FIG. 18 is a flowchart of the usage determination process.
  • FIG. 19 is a diagram illustrating a provision number management table of Modification 1 of the first and second embodiments.
  • the predetermined service of this embodiment is a service realized by a network service using the Internet or the like, and may be a game using virtual objects (e.g., game cards), or may be a game using virtual objects (e.g., game cards). It may also be a virtual space such as a metaverse using a computer (display).
  • a game using virtual objects e.g., game cards
  • a game using virtual objects e.g., game cards
  • It may also be a virtual space such as a metaverse using a computer (display).
  • FIG. 1 is a diagram showing an example of the overall configuration of a game system in this embodiment.
  • the game system includes a user terminal 1 and a game server 2.
  • the terminal 1 and the game server 2 can be connected to the communication line N and can communicate with each other.
  • the communication line N means a communication path that allows data communication.
  • the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN using Ethernet (registered trademark), etc., as well as communication networks such as a telephone communication network, a cable network, and the Internet. /Regardless of wireless.
  • the terminal 1 is a computer that can execute a game program, and can connect to the communication line N via a wireless communication base station or the like and perform data communication with the game server 2.
  • the terminal 1 is, for example, a smartphone, a mobile phone, a personal computer, a portable game device, a stationary home game device, an arcade game device, a tablet computer, a controller for a stationary home game device, or the like.
  • FIG. 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of the terminal 1.
  • the terminal 1 includes a display 11, a touch operation panel 12 integrated with the display 11, a built-in speaker 13, and a camera 14.
  • the terminal 1 is also provided with a control board, a built-in battery, a power button, a volume control button, etc. (not shown).
  • the control board is equipped with various microprocessors such as a CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wirelessly communicating with a mobile phone base station.
  • I/F circuit interface circuit
  • driver circuit for the touch operation panel 12
  • I/F circuit interface circuit
  • control board Each of the elements mounted on these control boards is electrically connected to each other via a bus circuit or the like, and are connected so that data can be read and written and signals can be transmitted and received.
  • the game server 2 is a server system configured to include one or more server devices, storage devices, and the like.
  • the game server 2 provides various services for operating the game of this embodiment, manages data necessary for operating the game, distributes game programs and data necessary for executing the game on the terminal 1, etc. be able to. Further, the game server 2 does not need to be installed individually, and may be mixed with other servers in the cloud system.
  • a competitive game between players using the terminal 1 can be realized via the game server 2 and the communication line N.
  • the competitive game includes not only a competitive game in which the opponent is another player, but also a competitive game in which the opponent is a computer-generated non-player character.
  • the game is not limited to competitive games between players, but includes games configured for one player.
  • a virtual object is provided to the user, and the user plays the game using the object.
  • the object in this embodiment is a virtual article and is an intangible object.
  • the object is not limited to a game card, and may be any virtual item. For example, it may be a shaped object such as a figure.
  • a game using game cards as virtual goods will be explained as an example.
  • the virtual object (game card) is provided to the user in one of two modes: a first mode in which an expiration date is set, and a second mode in which an expiration date is not set. .
  • the provision according to the first aspect is free of charge, and the provision according to the second aspect is paid.
  • the game card according to the first aspect and the game card according to the second aspect are treated as game cards having the same function and effect within the game.
  • the game card of the first aspect and the game card of the second aspect are game cards having the same character information. Since the game card provided in the second aspect has no expiration date, it can be used continuously.
  • the game card provided in the first aspect becomes unusable after its expiration date has passed.
  • the expiration date of the game card according to the first aspect can also be expressed as the rental period of the game card. It can also be said that a predetermined rental period is set for the game card provided in the first aspect.
  • the game card on the condition that the payment for the provision of the game card according to the second aspect has been settled, the game card will be changed to the game card according to the second aspect, and the game card according to the second aspect It can be used as It is not possible to change the game card of the second aspect to the game card of the first aspect.
  • the game card A can be used for the game in the second aspect.
  • Card A ie, game card A with no expiration date, can be used continuously.
  • the game card A will be used as the second card after that. It can be used as a game card A depending on the mode.
  • a game in which a player competes using a plurality of game cards acquired will be described as an example, but the content of the game is not limited to this, and any game that uses game cards (objects) can be used. It may be something like this.
  • the game of this embodiment is provided free of charge. However, it is not limited to this and may be paid.
  • different types of characters are respectively associated with multiple types of game cards used in the game.
  • the parameters (experience values, level, etc.) of the character associated with the game card used in the battle change.
  • the game card provided in the first aspect becomes usable as a game card in the second aspect on the condition that the payment of the price is completed in the second aspect
  • the game card is associated with the game card. You can inherit the parameters of the character you are currently using. This can be said to inherit the value (character parameters) given to the object (game card) used in the service in the game.
  • the user can use the character's experience points, level, etc., which have been increased by using the game card of the first aspect in a game, without losing them even after changing to the game card of the second aspect.
  • the price corresponding to the provision according to the second mode is settled within a predetermined period (grace period, first period) after the expiration date. Only when this happens, the parameters of the character associated with the game card will be inherited. Even if the price is paid after the grace period (first period) has elapsed, it will become usable as a game card in the second mode, but the character parameters associated with the game card will not be carried over and will be set to the initial values. be done.
  • FIG. 4 is a block diagram showing an example of the functional configuration of the terminal 1.
  • the terminal 1 includes an operation input section 21, a reading section 22, a display section 23, a sound output section 24, a communication section 25, a storage section 26, and a processing section 27. .
  • the operation input unit 21 is for the user to input various operations related to the game, and outputs an operation input signal according to the operation input to the processing unit 27.
  • the functions of the operation input unit 21 include, for example, elements directly operated by the user's fingers such as a touch operation pad, a home button, a button switch, a joystick, and a trackball, as well as an acceleration sensor, an angular velocity sensor, an inclination sensor, and a geomagnetic sensor. This can also be achieved using elements that detect movement or posture.
  • the operation input unit 21 corresponds to the touch operation panel 12.
  • the reading unit 22 is a photographing device consisting of an image sensor and the like.
  • the reading unit 22 corresponds to the camera 14 in the example of the smartphone in FIG. 2 .
  • the display unit 23 displays various game screens based on image signals input from the image generation unit 41.
  • the function of the display unit 23 can be realized by, for example, a display device such as a flat panel display such as a liquid crystal, a cathode ray tube (CRT), a projector, or a head-mounted display.
  • the display unit 23 corresponds to the display 11 in the example of the smartphone in FIG. 2 .
  • the sound output unit 24 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 42.
  • the sound output unit 24 corresponds to the speaker 13 in the example of the smartphone in FIG. 2 .
  • the communication unit 25 connects to the communication line N to realize communication.
  • the functions of the communication unit 25 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.
  • the storage unit 26 programs for operating the terminal 1 and realizing various functions of the terminal 1, data used during the execution of this program, etc. are stored in advance, or are temporarily stored each time processing is performed. be remembered.
  • the storage unit 26 can be realized by, for example, a solid state drive using an IC memory such as RAM, ROM, or flash memory, a magnetic disk such as a hard disk, an optical disk such as CD-ROM or DVD, or the like.
  • the storage unit 26 stores system programs and game programs.
  • the system program is a program for realizing the basic functions of the terminal 1 as a computer.
  • the game program is a program for causing the processing section 27 to function as a game calculation section 40, which will be described later.
  • the storage unit 26 stores a database necessary for executing the game. The database necessary to run the program and game is distributed from the game server 2 or another application distribution server, etc. when the player completes account registration.
  • the storage unit 26 stores a game card database (DB1) and an acquired information database (DB2).
  • DB1 game card database
  • DB2 acquired information database
  • FIG. 5 is a diagram showing an example of each database.
  • a card ID, a game card image, character information, and a price are stored in association with each other.
  • the card ID is an identification number of a game card that can be provided in this game.
  • the game card image is an image of a game card used in a game.
  • the character information is various information regarding the character associated with the game card (character ID, character name, attributes, parameter initial values, etc.).
  • the price is the price for providing the game card according to the second aspect.
  • a card ID is an identification number of a game card that can be provided in this game.
  • a provision flag (“1”) is set for a game card provided to a user.
  • the provision mode is information indicating whether the provided game card is provided according to either the first mode or the second mode.
  • the expiration date is the expiration date of the game card provided in the first aspect.
  • the parameter information is the parameter (experience value, level) of the character associated with the game card.
  • the processing unit 27 comprehensively controls the operation of the terminal 1 based on the programs and data stored in the storage unit 26, various input signals from the operation input unit 21, the reading unit 22, and the like.
  • the functions of the processing unit 27 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory.
  • This processing section 27 includes a game calculation section 40, an image generation section 41, a sound generation section 42, and a communication control section 43 as main functional sections.
  • the game calculation unit 40 executes various game processes to realize the game of this embodiment, and outputs the processing results to the image generation unit 41 and the sound generation unit 42.
  • the game calculation section 40 includes a game management section 50, a game execution section 51, and a card management section 52.
  • the game management section 50 updates the database and manages the entire game.
  • the game execution unit 51 executes a competitive game using game cards through communication with the game server 2.
  • a competitive game a user registers a group of game cards to be used in the competition prior to the competition. After the game cards are registered, the competitive play proceeds while a group of registered game cards take competitive actions in a predetermined game field.
  • Competitive play is controlled based on operational inputs made to registered game cards and parameters of the characters on the game cards. Then, once the winner or loser is determined between the players, the competition ends. After the match ends, the parameters of the character associated with the game card used in the match are updated according to the result of the match.
  • the card management unit 52 performs various processes related to game cards in the game through communication with the game server 2 .
  • Various processes related to game cards include a process for a user to obtain a game card, and a process for registering a game card to be used in a match. Details of these processes will be described later.
  • the image generation unit 41 generates one game screen in one frame time (for example, 1/60 seconds) based on the processing result of the game calculation unit 40, and outputs an image signal of the generated game screen to the display unit 23.
  • the functions of the image generation unit 41 include, for example, processors such as GPUs and digital signal processors (DSPs), programs such as video signal ICs and video codecs, IC memories for drawing frames such as frame buffers, and texture data development. This can be realized using IC memory, etc.
  • the sound generation unit 42 generates sound signals such as sound effects and BGM related to the game, audio information of operation assistance information, and various operation sounds based on the processing results of the game calculation unit 40, and outputs them to the sound output unit 34.
  • the function of the sound generation unit 42 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing audio files, or the like.
  • DSP digital signal processor
  • voice synthesis IC an audio codec capable of reproducing audio files, or the like.
  • the communication control unit 43 performs communication connection and data processing for data communication with the game server 2.
  • FIG. 6 is a block diagram showing an example of the functional configuration of the game server 2. As shown in FIG.
  • the game server 2 includes a storage section 60, a communication section 61, and a processing section 62.
  • the storage unit 60 is realized by, for example, a RAM, ROM, IC memory such as a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, and stores system programs and function programs.
  • a system program is a program for realizing the basic functions of a computer.
  • the functional program is a program for causing the processing unit 62 to perform a game management function.
  • the storage unit 60 stores a user database 10 (DB10), a game card database 11 (DB11), and a provision management database 12 (DB12).
  • FIG. 7 is a diagram showing an example of each database of the game server 2. As shown in FIG.
  • the user DB 10 is a database for managing users.
  • the user management DB 10 stores user names, payment information, etc. in association with user IDs.
  • the payment information is information regarding the payment of the price of the object.
  • payment for objects is performed using in-game currency. It is assumed that the payment information stores the amount of in-game currency held by the user.
  • the currency amount for each user is set to an initial value (for example, "0" or the amount given as a bonus by the game service upon user registration) at the time of user registration, and is then charged through a predetermined charging process (charge). shall be taken as a thing.
  • the game card DB11 is a database of information regarding game cards that can be provided in a game, and has the same configuration as the game card DB1 (FIG. 5) of the terminal 1.
  • the game card DB 11 stores a card ID, a game card image, character information, and a price for receiving provision in the second mode in association with each other.
  • the provision management DB 12 is a database that stores the data of the acquired information DB 2 (FIG. 5) of each user's terminal 1 for all users registered in this system.
  • the provision management DB 12 stores card IDs of game cards that can be provided in this game, provision flags, provision modes, expiration dates, and parameter information in association with each other for each user ID.
  • the communication unit 61 is for communicating with the terminal 1.
  • the communication unit 61 connects to the communication line N to realize communication.
  • the functions of the communication unit 61 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like.
  • the processing unit 62 comprehensively controls the operation of the game server 2 based on the programs and data stored in the storage unit 60.
  • the functions of the processing unit 62 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory.
  • the processing section 62 includes a game management section 70, a user management section 71, a card use control section 72, and a game card provision section 73 as main functional sections.
  • the game management section 70 manages the entire game service provided by this system.
  • the user management unit 71 manages the user DB 10 and updates the database.
  • the user management unit 71 performs user registration processing and the like.
  • the game execution control unit 72 performs competition processing through communication with the terminal 1. Before starting competitive play, among the game cards registered by the user to be used in the battle, the expiry date of the game card of the first mode is checked, and the use of the game card of the first mode whose expiration date has passed is determined. make it impossible. Details of the process of checking the expiration date of the game card will be described later.
  • the game execution control unit 72 updates the parameters of the characters used in the battle in the provision management DB 12 based on the battle results, and transmits information such as the updated parameters to the terminal 1.
  • the game card providing unit 73 manages the game card DB 11 and the provision management DB 12, and updates each database.
  • the game card providing unit 73 performs a process of providing game cards requested by the user.
  • the game card providing unit 73 manages the provision of the requested game card (identified by the card ID) to determine whether the provision status to the requesting user falls under any of the following (1) to (3). Discrimination is made using DB12. (1) Not provided. (2) Provided in the first aspect. (3) Provided in the second aspect.
  • the game card providing unit 73 sends and displays a message to the user's terminal 1 to the effect that the game card can be provided in either the first mode or the second mode, and displays the message to the effect that the game card can be provided in either the first mode or the second mode. Allow the user to select the mode. Then, a process of providing game cards in the selected manner is performed. Note that in this case, the game card providing unit 73 may present to the terminal 1 a recommendation for providing according to the first aspect. In the case of (2) above, the game card providing unit 73 can provide only the second mode. In this embodiment, the same type of game card of the first aspect is not provided to a user who has been provided with the game card of the first aspect.
  • a second game card is provided to the user by changing the game card provided in the first aspect to a game card in the second aspect, on the condition that the payment of the price for the game card is completed in the second aspect. Perform processing. If the completion of the payment of the price is within the expiration date of the provided game card of the first aspect or within a predetermined grace period after the expiration date, the parameter information of the game card is inherited. .
  • the game card providing unit 73 sends and displays a message to the user's terminal 1 to the effect that the requested game card has already been provided. In this case, the process of providing game cards is not performed. In this way, for the same type of game card (game card having the same card ID), both the first aspect game card and the second aspect game card cannot be used by the same user at the same time. Details of the process of providing game cards will be described later.
  • Step 101 the game management unit 50 receives input of information necessary for user registration (for example, user A's user name, etc.) (Step 101), and The information is transmitted together with the user registration request to the game server 2 (Step 102).
  • the user management unit 71 of the game server 2 receives the user registration request from the terminal 1, it registers the received information such as the user name of the user A in the user DB 10 together with the newly acquired user ID of the user A (Step 103 ).
  • the user management unit 71 transmits a user registration completion notification to the terminal 1 along with the user ID of the user A (Step 104).
  • the game management unit 50 of the terminal 1 stores the received user ID and displays that user registration is complete (Step 105). As described above, user A can execute the game provided by this system.
  • the game management unit 50 of the terminal 1 displays a game menu screen after logging in using the user ID.
  • menu buttons such as "Obtain Game Card”, “Competitive Play”, and "End Game” are displayed.
  • Step 110 the card management unit 52 of the terminal 1 uses the game card DB1 and the acquisition information DB2 to generate a list of game cards that can be provided in this game. is displayed (Step 111), and an input for selecting the game card that user A wants to acquire is accepted (Step 112).
  • the list of game cards may be displayed so that game cards that have not been acquired can be distinguished from game cards that have been acquired. Furthermore, for the acquired game cards, it may be indicated whether the provision mode is the first mode or the second mode.
  • FIG. 10 illustrates a card selection screen that displays a list of game cards and accepts selection input of a game card to be acquired.
  • the card management unit 52 transmits the card ID of the game card selected by the user A on the card selection screen (“1002” in the example of FIG. 10) and the user ID of the user A to the game server 2 together with a request for provision (Step 113).
  • the game card providing unit 73 of the game server 2 executes a card providing process for providing the requested game card to user A (Step 114).
  • the detailed flow of the card provision process will be described later.
  • the game server 2 updates the provision management DB 12 with updated data (in this example, the user A's card ID “1002”) in order to provide the requested game card to the user A. corresponding data) to user A's terminal 1.
  • the card management unit 52 of the terminal 1 updates the acquired information DB2 with the received update data (Step 115).
  • user A is provided with the game card with card ID "1002".
  • the system operation when the game card is provided to user A has been described above.
  • Step 114 details of the card provision process in Step 114 will be explained using the flowchart of FIG. 11.
  • the game card providing unit 73 of the game server 2 receives the provision request from the terminal 1 of the user A
  • the game card providing unit 73 retrieves the "provision flag” corresponding to the received user A's user ID and card ID ("1002") from the provision management DB 12. ” and “Provision mode” (Step 201). If the acquired “provision flag” is “0” (Step 202), the game card providing unit 73 transmits the data of the provision mode selection screen that accepts the selection of the provision mode to the terminal 1 of the user A, and selects the provision mode. The selection is accepted (Step 203). An example of the provision mode selection screen is shown in FIG.
  • the game card providing unit 73 stores the user A's user ID and the requested card ID ("1002") in the provision management DB 12. Each data item corresponding to is updated (Step 205).
  • “Provision flag” is “1”
  • “Provision mode” is “1st mode”
  • “Expiration date” is a predetermined expiration date (for example, a date one month from the current date, etc.)
  • parameter information is Update each with the initial value.
  • the game card providing unit 73 transmits the updated data in the provision management DB 12 to the terminal 1 of the user A (Step 206). As described above, on the user A's terminal 1 side, the acquired information DB2 is updated with update data from the game server 2. As a result, user A is provided with the card ID (“1002”) in the first mode.
  • Step 204 of the card provision process in FIG. 11 if the selection content received from the terminal 1 is "Provision in the second mode," the game card providing unit 73 performs payment processing for the provision in the second mode. (Step 207).
  • the game card providing unit 73 transfers the payment information (in-game currency amount) of the user A from the user DB 10 to the "compensation price" corresponding to the card ID ("1002") set in the game card DB 11. " Subtract the value and update.
  • the game card providing unit 73 updates each data item corresponding to the user A's user ID and the requested card ID (“1002”) in the provision management DB 12 (Step 209).
  • the "provision flag” is updated to “1”
  • the “provision mode” is updated to “second mode”
  • the "use period” is updated to “none”
  • the parameter information is updated to the initial value.
  • the game card providing unit 73 transmits the updated data in the provision management DB 12 to the terminal 1 of the user A (Step 206).
  • the acquired information DB2 is updated with update data from the game server 2.
  • user A is provided with the card ID (“1002”) in the second mode.
  • Step 202 of the card provision process in FIG. 11 it is determined that the "provision flag" acquired from the provision management DB 12 is "1", and subsequently in Step 208, the acquired “provision mode” is set to "first mode". ”, that is, when an acquisition request is received from the user's terminal 1 for a game card that has already been provided in the first mode (Step 208), the “provision mode” in the provision management DB 12 is changed to the first mode.
  • a provision mode change process is performed in which the game card is changed from the first mode to the second mode and the game card of the second mode is provided to the user (Step 210). Note that details of the provision mode changing process will be described later.
  • the game card providing unit 73 transmits the updated data in the provision management DB 12 to the terminal 1 of the user A (Step 206).
  • the acquired information DB2 is updated with update data from the game server 2.
  • user A is provided with the card ID (“1002”) in the second mode.
  • Step 202 if it is determined that the "provision flag" acquired from the provision management DB 12 is "1”, and then in Step 208, the acquired "provision mode” is determined to be "second mode", That is, when an acquisition request is received from the user's terminal 1 for a game card that has already been provided in the second mode, an error message indicating that the game card has already been acquired is sent to the terminal 1 (Step 211).
  • the game card providing unit 73 transmits confirmation screen data to the terminal 1 to confirm to the user that the game card will be provided in the second mode (Step 221).
  • the confirmation screen for example, a message indicating that the specified game card has already been provided in the first mode and a button for selecting whether or not to receive the provision in the second mode are displayed.
  • the game card providing unit 73 receives the request for provision according to the second aspect.
  • Step 223 Payment processing for provision is performed (Step 223).
  • the provision management DB 12 acquires the "expiration date" stored in correspondence with the user ID of the requesting user and the requested card ID (Step 224), and indicates that the expiration date has passed. It is determined whether the previous or current time is within the grace period (Step 225). If the expiration date has not yet passed, or if the current time is within the grace period after the expiration date (for example, within two weeks after the expiration date has passed), the game card providing unit 73 stores information about the requesting user in the provision management DB 12.
  • the "parameter information” corresponding to the user ID and the requested card ID are not changed, and the "provision mode” is updated to "second mode” and the “expiration date” to "none” (Step 226). As a result, the parameter information from the first mode is inherited.
  • the game card providing unit 73 transmits the updated data in the provision management DB 12 to the user's terminal 1 (Step 227).
  • the game card providing unit 73 stores the information of the requesting user in the provision management DB 12.
  • the "parameter information" corresponding to the user ID and the requested card ID is updated to an initial value
  • the "provision mode” is updated to "second mode”
  • the "expiration date” is updated to "none” (Step 228).
  • the parameter information is initialized without being inherited.
  • the game card providing unit 73 transmits the updated data in the provision management DB 12 to the user's terminal 1 (Step 227).
  • the card provision process has been described above.
  • Step 301 the game execution unit 51 of the terminal 1 of user B acquires all the card IDs of the game cards whose provision flag is "1" in the acquisition information DB 2.
  • Step 302 information on the game card (for example, game card image, etc.) corresponding to the acquired card ID is displayed using the game card DB1, and input for selecting the game card is accepted (Step 303).
  • a message prompting the user to select a predetermined number of game cards to be used in the battle may also be displayed on the reception screen that accepts the selection input.
  • An example of the reception screen is shown in FIG.
  • the game execution unit 51 plays a competitive game with the user ID of user B and the card ID of the selected game card.
  • the request is sent to the game server 2 (Step 304).
  • the game execution control unit 72 of the game server 2 receives the competitive play request, the game card ID of the game card provided in the first aspect and whose expiration date has passed is included in the card ID received from the terminal 1 of the user B.
  • a usage determination process is performed to determine the presence or absence of an ID (Step 305).
  • the provision management DB 12 is searched to see if there is one in which the value of the "provision mode" corresponding to the received user ID of user B and the received card ID is "first mode”. Then, if the "provision mode" is "first mode", the corresponding "expiration date” value is obtained from the provision management DB 12, and it is determined whether the obtained expiration date has passed. .
  • the game execution control unit 72 transmits a message indicating the result of the usage determination process to the terminal 1 (Step 306).
  • the game execution unit 51 of the terminal 1 displays the received message (Step 307). If the determination result is normal (there are no cards whose expiration date has passed), the game server 2 may send a message to the effect that the selected game card is appropriate and a match is to be started, for example. In addition, if the judgment result is an error (some cards have expired), for example, we will notify you of the card ID of the game card whose expiration date has passed, and encourage you to reselect the card to be used in the battle. A message is sent from the game server 2 and displayed on the terminal 1.
  • a card reselection button is displayed on the message display screen (error screen), and in response to the card reselection button being pressed, the process returns to Step 302 and the game card used for the battle is displayed. may be made reselectable. Additionally, on the error screen, a message recommending provision of the game card in the second mode for game cards whose expiration date has passed, and a button to transition to the screen for receiving the card provision (FIG. 10 or FIG. 12) are displayed. You can do it like this.
  • the game execution control unit 72 of the game server 2 executes the match through communication with the terminal 1 (Step 308). After the match ends, the game execution control unit 72 of the game server 2 stores the parameter information associated with the card ID in the provision management DB 12 for the game card of user B used in the match based on the match result. The card is updated and the updated data is sent to user B's terminal 1 along with the card ID (Step 309).
  • the game management unit 50 of the terminal 1 of the user B receives the update data of the card ID and parameter information, and updates the parameter information corresponding to the received card ID in the acquired information DB 2 (Step 310). As a result, user B plays a match using the game card, and the parameter information of user B's game card is updated based on the match result.
  • objects in a predetermined service that provides objects to users, objects can be provided in either a first mode with an expiration date or a second mode without an expiration date. Furthermore, even after the object provided in the first aspect becomes unusable due to the expiration of its expiration date, the object can be used in the second mode by completing the payment of the price.
  • the payment method for the game card according to the second aspect has been explained using in-game currency as an example, the method is not limited to this, and payment may be made using other payment methods such as cash, credit, tickets, etc.
  • the grace period for payment of the price in the second aspect for the parameter information of the game card in the first aspect to be carried over may start immediately after the expiration date (at the end of the usable period), Alternatively, the process may be started after a predetermined period of time has elapsed immediately after the expiration date.
  • the terminal 1 determines whether the game card selected by the user as an acquisition target is a card that has not yet been acquired, and if it has not been acquired, the terminal 1 determines whether or not the game card selected by the user as an acquisition target is a card that has not yet been acquired.
  • the user may be allowed to select whether to obtain a game card.
  • the terminal 1 performs the following acquisition target card determination process instead of Step 113 in the system operation shown in the sequence diagram of FIG. 9 described in the first embodiment.
  • the acquisition target card determination process will be explained using the flowchart of FIG. 16.
  • the game card management unit 52 of the terminal 1 acquires the "provision flag” corresponding to the card ID of the game card selected on the card selection screen from the acquisition information DB 2 (Step 401).
  • the game card management unit 52 determines the acquired "provision flag” (Step 402).
  • Step 402 if the “provision flag” is determined to be “0”, that is, if the selected game card has not been acquired, the game card management unit 52 displays the provision mode selection screen ( (see FIG. 12) is displayed on the display section 23, and the selection of the provision mode is accepted (Step 403).
  • the game card management unit 52 stores the card ID of the game card to be acquired, the user's user ID, and , the selected provision mode "first mode” is transmitted to the game server 2 together with the provision request (Step 405). Further, in the provision mode selection screen, if the provision mode selected by the user is "Provision in the second mode” (Step 404), the game card management unit 52 stores the card ID of the game card to be acquired and the user's user information. The ID and the selected provision mode "second mode” are transmitted to the game server 2 along with the provision request (Step 406).
  • Step 402 if the "provision flag” is determined to be “1”, that is, if the selected game card has been acquired, the game card management unit 52 selects the selected game card on the card selection screen.
  • the "provision mode” corresponding to the card ID is obtained from the acquisition information DB2 (Step 410), and it is determined whether the obtained “provision mode” is the "first mode” or the "second mode” (Step 411).
  • Step 411 If it is determined in Step 411 that the "provision mode" is the "first mode”, the game card management unit 52 determines that the selected game card is already provided in the first mode, so it is determined that the selected game card is provided in the second mode.
  • a confirmation screen is displayed on the display unit 23 for confirming to the user that the following is true (Step 412).
  • On the confirmation screen for example, a message indicating that the specified game card has already been provided in the first mode and a button for selecting whether or not to receive the provision in the second mode are displayed.
  • the button for selecting provision in the second mode is pressed on the confirmation screen (Step 413), the game card management unit 52 stores the card ID of the game card to be acquired, the user ID of the user, and the selected provision mode.
  • the "second mode" is transmitted to the game server 2 together with the provision request (Step 406).
  • Step 411 determines that the "provision mode” is the "second mode"
  • the processing after Step 114 in the sequence diagram of FIG. 9 is not executed and ends.
  • the acquisition target card determination process has been described above.
  • Step 203 in the provision process on the game server side (FIG. 11) is not necessary, and the process from Step 204 can proceed based on the information on the "provision mode" received from the terminal along with the provision request. Further, Step 208 and Step 211 are no longer necessary, and if the "provision flag" is determined to be "1" in Step 202, the process can proceed to Step 210.
  • the card management unit 52 of the terminal 1 determines the expiration date of the game card used in the game (competition) (usage determination process).
  • the operation of the system in this case will be explained with reference to the sequence diagram of FIG. 17. Note that the same step numbers are given to the same processes as in the system shown in the sequence diagram of FIG. 14 of the first embodiment, and detailed explanations are omitted.
  • the game execution unit 51 of the user's terminal 1 acquires all the card IDs of the game cards whose provision flag is "1" in the acquisition information DB 2. (Step 302), information on the game card (for example, game card image, etc.) corresponding to the acquired card ID is acquired from the game card DB 1, displayed on the reception screen (see Figure 15), and the game card selection input is performed. It is accepted (Step 303). A message prompting the user to select a predetermined number of game cards to be used in the battle may also be displayed on the reception screen.
  • the game execution unit 51 When the selection of a game card by the user is completed, such as by pressing a decision button on the reception screen, the game execution unit 51 performs a usage determination process to determine whether the selected game card can be used in the game. (Step 501). If the determination result of the usage determination process is normal, the game execution unit 51 transmits the user ID of the user and the card ID of the selected game card to the game server 2 along with a competitive play request (Step 304). Upon receiving the competitive play request, the game execution control unit 72 of the game server 2 executes the competitive play through communication with the terminal 1 (Step 308).
  • the game execution control unit 72 of the game server 2 updates the parameter information and the like in the provision management DB 12 based on the competition results, and transmits the updated data to the terminal 1 (Step 309).
  • the game management unit 50 of the terminal 1 receives the update data and updates the parameter information and the like in the acquired information DB 2 (Step 310).
  • the use determination process in Step 501 will be explained using the flowchart of FIG. 18.
  • the game execution unit 51 acquires the "provision mode” corresponding to the card ID for all the game cards selected on the reception screen from the acquisition management DB 2 (Step 601), and sets the "first mode” in the acquired “provision mode”. ” (Step 602). If the acquired "provision mode” includes “first mode”, the value of "expiration date” corresponding to the card ID whose "provision mode” is "first mode” is obtained from the acquisition management DB2 (Step 603); It is determined whether any of the obtained expiration dates have passed (Step 604).
  • the game execution unit 51 performs a predetermined normal process (for example, displays a message indicating that the selected game card can be used in a battle) (Step 605). , this process ends. Furthermore, if there is an item whose expiration date has passed, the game execution unit 51 performs predetermined error processing (Step 606). In the error processing, for example, an error screen is displayed on the display unit 23 that displays an error message indicating that the expiration date has passed, as well as the card ID of the game card whose expiration date has passed.
  • a message prompting you to reselect the card to be used in the battle and a card reselection button are displayed on the error screen, and in response to the card reselection button being pressed, the process returns to Step 302 and the game card to be used in the battle is selected. It may also be possible to select again. Additionally, on the error screen, a message recommending provision of the game card in the second mode for game cards whose expiration date has passed, and a button to transition to the screen for receiving the card provision (FIG. 10 or FIG. 12) are displayed. You can do it like this.
  • the number of game cards of the first aspect provided to each user during a predetermined period may be limited to within a predetermined number.
  • the storage unit 60 stores a supply number management table that manages the cumulative number of game cards of the first mode provided for each user during a predetermined period (second period, for example, one month).
  • the game card providing unit 73 determines whether the cumulative number of provided cards corresponding to the user ID of the user requesting the provision is within a predetermined number. If the number is within a predetermined number, provision is possible, and if it exceeds a predetermined number, provision is not possible.
  • the game card providing unit 73 After providing the first game card, the game card providing unit 73 adds 1 to the number of offers corresponding to the user ID in the number of offers management table. The value of the number of offers for each user in the number of offers management table is cleared (to "0") every predetermined period.
  • ⁇ Modification 2 of the first and second embodiments> When the user registers game cards to be used in a battle, the user may be shown which one is recommended for use. For example, a "recommended button" is displayed on the screen for selecting a card to be used, and in response to the button being pressed, the card usage control unit 72 of the game server 2 uses the provision management DB 12 to provide the card to the user.
  • a recommended game card may be selected from among the game cards based on predetermined criteria, and the card ID of the selected card may be transmitted to the terminal 1 and displayed. Criteria for selecting recommended cards include the following examples, but are not limited to these, and other criteria may also be used.
  • the game management section 70 calculates the number of times the card is used when winning a match based on the information on the matches of all users registered in this game service, based on the type of card (card ID) A list of cards that have been used a predetermined number of times or more may be generated and stored in the storage unit 60.
  • the game execution control unit 72 may search the list to see if there is a card that the user has acquired, and recommend the corresponding card.
  • the game card recommended by the card usage control unit 72 may be selected from among the game cards of the first aspect provided to the user.
  • the user may select from among the game card of the first aspect and the game card of the second aspect provided to the user.
  • a set of game cards from a deck to be used in the game may be recommended.
  • a predetermined number of game cards (three in the example of the embodiment) constituting one set may be selected based on the above criteria, and combinations thereof may be presented.
  • the game management unit 70 counts the number of times each deck has been used when winning a battle based on the information regarding the battles of all the users registered as users of this game service, and the number of times each deck has been used is greater than or equal to a predetermined number.
  • a list of decks may be generated and stored in the storage unit 60.
  • the usage control unit 72 may search the list of decks to see if there is a deck that can be constructed from the cards acquired by the user, and recommend a combination of cards to construct the corresponding deck.
  • the combination of game cards recommended by the card usage control unit 72 may be selected from among the game cards of the first aspect provided to the user.
  • the user may select from among the game card of the first aspect and the game card of the second aspect provided to the user.
  • the card use control unit 72 changes the game card of the first mode provided to the user to the second mode according to a predetermined criterion. select game cards to recommend to the user. Then, for the selected game card, a message recommending changing to the second mode and a button to transition to the screen (FIG. 10 or FIG. 12) for receiving the second mode game card are displayed. You can also do this.
  • Predetermined criteria for selecting game cards to be recommended for changing to the second mode include, for example, (1) expiration date ends within a predetermined period, (2) frequency of use in battles, etc. but not limited to.
  • the information on the frequency of use in matches (2) is obtained by storing match history data on the terminal 1 or game server 2 including information on cards used by the user in matches, and using this match history data. It's okay.
  • the user may be notified that the expiration date is approaching.
  • the game card providing unit 72 of the game server 2 receives the information from the terminal 1.
  • search for a game card of the first aspect whose expiration date ends within a predetermined period for example, 3 days, etc.
  • a message recommending receiving the provision according to the second aspect may be sent to the terminal 1 and displayed.
  • the card management unit 52 of the terminal 1 accesses the acquisition management DB2.
  • a message recommending that the game card of the first mode whose expiration date ends within a predetermined period (for example, 3 days, etc.) is searched for, and that it is provided according to the second mode together with the card ID of the corresponding game card. may be displayed on the display section 23.
  • ⁇ Modification 4 of the first and second embodiments> Regarding the game card of the first mode, the parameters will be carried over on the condition that the payment of the price according to the second mode is completed within a predetermined period (grace period, first period) after the expiry date.
  • a predetermined period for settling the price within the grace period, it may be necessary to pay a second price higher than the price before the expiration date.
  • ⁇ Variation 5 of the first and second embodiments> Regardless of whether or not the expiry date according to the first aspect has passed, if the game card of the first aspect is changed to the game card of the second aspect on the condition that the payment of the price is completed, the game card
  • the parameters of the associated character may be inherited.
  • the user selects the provision mode for game cards that have not been provided to the user, but the present invention is not limited to this, and the game card providing unit 73 of the game server 1 may In the case of providing game cards of the same type, control may be performed such that after providing game cards in the first mode, they can be provided in the second mode. Further, when acquiring a game card, the card management unit 52 of the terminal 1 may control the game server 2 so that only the game card that has been provided in the first mode can be requested to be provided in the second mode. .
  • the number of game cards that can inherit the parameters given to the game card of the first aspect during the expiration date may be limited to a predetermined number. For example, if the number of game cards whose parameters can be inherited is set as "5", then among the game cards provided to the user in the first mode, the 5th game card with the latest date of provision in the first mode, for example, Up to one card is managed as a card whose parameters can be inherited. In this case, the sixth card from the date of provision can be used in the second mode by paying the price, but the parameters cannot be inherited.
  • Information processing device
  • the providing means is configured to provide the first aspect from the predetermined service during the expiration date on the condition that the payment of the price corresponding to the second aspect is made in a first period after the expiration date of the object according to the first aspect has passed. providing the object of the second aspect that inherits the value given to the object;
  • the information processing device according to supplementary note 1.
  • the predetermined service is a game
  • the game further comprises a usage presenting means for presenting which of the objects of the first aspect provided to the user is recommended to be used.
  • the information processing device according to supplementary note 1 or supplementary note 2.
  • the usage presenting means controls to be able to present which combination of objects is recommended for use among the objects of the first aspect provided to the user.
  • the information processing device according to appendix 3.
  • the predetermined service is a game
  • the game further includes a usage presenting means for presenting which of the objects of the first aspect and the objects of the second aspect is recommended for use.
  • the information processing device according to supplementary note 1 or supplementary note 2.
  • the providing means controls the number of objects of the first aspect provided to each user in the second period to be within a predetermined number;
  • the information processing device according to any one of Supplementary Notes 1 to 5.
  • control means is configured to receive the first aspect from the predetermined service during the expiration date on the condition that the payment of the price corresponding to the second aspect is made in a first period after the expiration date of the object according to the first aspect has passed. controlling the object of the second aspect that has inherited the value given to the object to be usable; The program described in Appendix 7.
  • Each object is associated with a character.
  • control means controls the object provided in the first aspect to be changeable to the object in the second aspect before the expiration date of the object provided in the first aspect, on condition that the payment of the price is settled. do, The program described in any of Appendix 7 to Appendix 9.
  • control means controls to make it impossible to use the object of the second aspect provided to the user in the first aspect.
  • control means controls the same type of object so that both the object according to the first aspect and the object according to the second aspect cannot be used at the same time.
  • control means makes it possible to acquire an object of the first aspect when an object of the same type has not been acquired according to the first aspect.
  • control means makes it impossible to obtain an object associated with the same character as a character associated with the object acquired according to the first aspect.
  • control means preferentially presents the object according to the first aspect between the object according to the first aspect and the object according to the second aspect when the user acquires the object.
  • control means presents a list of the acquired objects together with information indicating whether the provision mode is a first mode or a second mode.
  • An object providing system that provides a user with objects that can be used in a predetermined service, The object is provided in a first manner in which there is an expiration date in the predetermined service without making payment of the price for the object a condition, and the object is provided in a first manner in which there is a term of use within the predetermined service, with the payment of the price for the object being conditional on the payment of the price for the object.
  • the providing means is configured to provide the first aspect of the present invention, which takes over the value given to the object of the first aspect from the predetermined service during the expiration date, on the condition that the payment for the object is settled after the expiration date.
  • providing two types of objects Object serving system.
  • An object providing method for providing a user with a virtual object that can be used in a predetermined service comprising: The computer is The object is provided in a first manner in which there is an expiration date in the predetermined service without making payment of the price for the object a condition, and the object is provided in a first manner in which there is a term of use within the predetermined service, with the payment of the price for the object being conditional on the payment of the price for the object.
  • Provided in a second form with no expiration date The object of the second aspect that has inherited the value given to the object of the first aspect from the predetermined service during the expiration date, on the condition that the payment for the object is settled after the expiration of the expiration date. provide, How to provide the object.

Landscapes

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

Abstract

【課題】仮想的なオブジェクトをユーザに提供するサービスにおいてユーザの興趣性を向上させる。 【課題を解決するための手段】　情報処理装置は、所定サービスにおいて使用可能なオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にてユーザに提供する提供手段を備える。提供手段は、使用期限が経過した第１態様によるオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを提供可能に制御する。

Description

情報処理装置、プログラム、オブジェクト提供システム及び方法
　本発明は、情報処理装置、プログラム、オブジェクト提供システム及び方法に関する。
　プレイヤがゲーム内で使用するアイテムを取得し、取得したアイテムを活用して対戦を行うゲームがある（例えば、特許文献１）。
特開２００６－０９４８７７号公報
　ゲームのアイテム等のような仮想的なオブジェクトをユーザが取得して使用するサービスにおいては、オブジェクトを試用してから購入するかどうかを決めたいユーザもいれば、初めからオブジェクトを制限なく使用したいユーザもいる。多様なオブジェクトの提供態様が実現できれば、ユーザの興趣性が向上する。
　そこで、本発明の目的は、仮想的なオブジェクトをユーザに提供するサービスにおいてユーザの興趣性を向上させる情報処理装置、プログラム、オブジェクト提供システム及び方法を提供することにある。
　本発明の一態様は、所定サービスにおいて使用可能なオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にてユーザに提供する提供手段、を備え、前記提供手段は、前記使用期限が経過した第１態様によるオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを提供可能に制御する、情報処理装置である。
　本発明の一態様は、コンピュータを、所定サービスにおいてユーザに提供されたオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にて使用可能に制御する制御手段、として機能させ、前記制御手段は、前記使用期限が経過した第１態様のオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを使用可能に制御する、プログラムである。
　本発明の一態様は、所定サービスにおいて利用可能なオブジェクトをユーザに提供するオブジェクト提供システムであって、前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供する提供手段を備え、前記提供手段は、前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、オブジェクト提供システムである。
　本発明の一態様は、所定サービスにおいて利用可能な仮想的なオブジェクトをユーザに提供するオブジェクト提供方法であって、コンピュータが、前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供し、前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、オブジェクト提供方法である。
　本発明によれば、仮想的なオブジェクトをプレイヤに提供するサービスにおいてプレイヤの興趣性を向上させることができる。
図１は本実施の形態におけるオブジェクト提供システムの概略図である。 図２は端末１の一例であるスマートフォンの装置構成例を示す図である。 図３は第１態様にて提供されたゲームカードが第２態様のゲームカードに変更される例を説明するための図である。 図４は端末１の機能構成例を示すブロック図である。 図５は端末１の各データベースの一例を示す図である。 図６はゲームサーバ２の機能構成例を示すブロック図である。 図７はゲームサーバ２の各データベースの一例を示す図である 図８は本実施形態のシステムにより提供されるゲームサービスにユーザ登録をする場面のシステム動作を説明するためのシーケンス図である。 図９はメニュー画面の「ゲームカード取得」ボタンが押下された場合のシステムの動作を説明するためのシーケンス図である。 図１０はカード選択画面を例示する図である。 図１１はカード提供処理のフローチャートである。 図１２は提供態様選択画面を例示する図である。 図１３は提供態様変更処理のフローチャートである。 図１４はメニュー画面の「対戦プレイ」ボタンが押下された場合のシステムの動作を説明するためのシーケンス図である。 図１５は受付画面を例示する図である。 図１６は取得対象カード判定処理のフローチャートである。 図１７は第２実施形態においてメニュー画面の「ゲームカード取得」ボタンが押下された場合のシステムの動作を説明するためのシーケンス図である。 図１８は使用判定処理のフローチャートである。 図１９は第１及び第２実施形態の変形例１の提供数管理テーブルを例示する図である。
　＜本発明の第１実施形態＞
　本発明の第１実施形態を説明する。
　本実施形態は、所定のサービスにおいて仮想的なオブジェクトをユーザに提供するシステムに関する。本実施の形態の所定のサービスは、インターネット等を用いたネットワークサービスによって実現されるサービスであり、例えば、仮想的なオブジェクト（例えば、ゲームカード）を用いたゲームでもよく、仮想的なオブジェクト（例えば、ディスプレイ）を用いたメタバースのような仮想空間でもよい。以下、本実施形態は、所定のサービスがゲームである例を説明する。
　図１は、本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ユーザの端末１と、ゲームサーバ２と、を備えて構成される。端末１とゲームサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。
　通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。
　端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２とデータ通信を行うことができる。端末１は、例えば、スマートフォンや、携帯電話機、パソコン、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。
　図２は端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、内蔵されたスピーカ１３と、カメラ１４と、を備える。また、端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。
　ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理、端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。また、ゲームサーバ２は、個別に設置されている必要はなく、クラウドシステムの中に他のサーバと混在していても良い。
　本実施形態では、このようなシステム構成により、ゲームサーバ２及び通信回線Ｎを介して、端末１を利用するプレイヤ間での対戦ゲームが実現可能に構成される。対戦ゲームは、他のプレイヤを対戦相手とする対戦ゲームだけでなく、コンピュータによるノンプレイヤキャラクタを対戦相手とする対戦ゲームも含む。また、プレイヤ間の対戦ゲームに限られるものではなく、１人用に構成されたゲームを含む。
　本実施形態のゲームの概要について説明する。
　本実施形態のゲームでは、ユーザに仮想的なオブジェクトを提供し、ユーザはオブジェクトを使用してゲームを行う。本実施形態におけるオブジェクトは仮想的な物品であり、無体物である。オブジェクトは、ゲームカードに限られることなく、仮想的な物品であればよい。例えばフィギュア等の造形物であってもよい。
　以下の説明では、仮想的な物品としてゲームカードを用いるゲームを例に説明する。
　本実施形態のゲームでは、仮想的なオブジェクト（ゲームカード）は、使用期限が設定される第１態様と、使用期限が設定されない第２態様と、のいずれかの態様にてユーザに提供される。第１態様による提供は無償であり、第２態様による提供は有償である。第１態様によるゲームカードと第２態様によるゲームカードは、ゲーム内において同一の機能や効果を有するゲームカードとして取り扱われる。例えば、第１態様のゲームカードと第２態様のゲームカードとは、同一のキャラクター情報を持つゲームカードである。第２態様にて提供されたゲームカードは使用期限が無いため、継続した使用が可能である。第１態様にて提供されたゲームカードはその使用期限が経過すると使用不可能となる。第１態様によるゲームカードの使用期限は、ゲームカードのレンタル期間と表現することもできる。第１態様にて提供されるゲームカードには所定のレンタル期間が設定されているともいえる。
　第１態様にて提供されたゲームカードについては、第２態様によるゲームカードの提供の代価の支払いが決済されたことを条件として、第２態様のゲームカードに変更され、第２態様のゲームカードとして使用可能となる。第２態様のゲームカードから第１態様のゲームカードへの変更することはできない。
　例えば図３に示すように、第１態様にて提供されたゲームカードＡについて、使用期限が経過する前に代価の支払いの決済が完了すると、それ以降、ゲームカードＡは、第２態様によるゲームカードＡ、すなわち、使用期限が無いゲームカードＡとして継続して使用可能となる。また、第１態様にて提供されたゲームカードＡについて、使用期限が経過したことにより使用できなくなっても、その後に代価の支払いの決済を完了すれば、それ以降、ゲームカードＡは、第２態様によるゲームカードＡとして使用可能となる。
　本実施形態ではプレイヤが取得した複数のゲームカードを用いて対戦を行うゲームを例に説明するが、ゲームの内容はこれに限定されず、ゲームカード（オブジェクト）を使用するものであれば、どのようなものであってもよい。本実施形態のゲームは無償で提供される。しかし、これに限定されず有償であってもよい。
　本実施形態では、ゲームで使用される複数種類のゲームカードには、異なる種類のキャラクターがそれぞれ対応付けられている。対戦の結果に応じて、対戦に使用されたゲームカードに対応付けられているキャラクターのパラメータ（経験値やレベル等）が変化する。
　本実施形態では、第１態様で提供されたゲームカードが、第２態様による代価の支払いの決済の完了を条件として、第２態様のゲームカードとして使用可能となった場合、ゲームカードに対応付けられているキャラクターのパラメータをそのまま引き継ぐことができる。これは、ゲームというサービスにおいて、サービスに使用されたオブジェクト（ゲームカード）に与えられた価値（キャラクターのパラメータ）を引き継ぐともいえる。これにより、ユーザは、第１態様のゲームカードをゲームで使用することにより増加したキャラクターの経験値やレベル等を、第２態様のゲームカードに変更した後も失うことなく使用できる。但し、本実施形態では、使用期限が経過した第１態様のゲームカードについては、使用期限の経過後の所定期間（猶予期間、第１期間）内に第２態様による提供に対応する代価が決済された場合にのみ、ゲームカードに対応付けられているキャラクターのパラメータが引き継がれる。猶予期間（第１期間）の経過後に代価が決済されても、第２態様のゲームカードとして使用可能にはなるが、ゲームカードに対応付けられていたキャラクターのパラメータは引き継がれず、初期値に設定される。
　次に、各装置の構成を説明する。
［端末１の構成］
　図４は端末１の機能構成例を示すブロック図である。
　図４に示すように、端末１は、操作入力部２１と、読取部２２と、表示部２３と、音出力部２４と、通信部２５と、記憶部２６と、処理部２７と、を備える。
　操作入力部２１は、ユーザがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部２７に出力する。操作入力部２１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接ユーザが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。操作入力部２１は、図２のスマートフォンの例では、タッチ操作パネル１２に該当する。
　読取部２２は、撮像素子等から成る撮影装置である。読取部２２は、図２のスマートフォンの例では、カメラ１４に該当する。
　表示部２３は、画像生成部４１から入力される画像信号に基づいて各種ゲーム画面を表示する。表示部２３の機能は、例えば、液晶等のフラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。表示部２３は、図２のスマートフォンの例では、ディスプレイ１１に該当する。
　音出力部２４は、音生成部４２から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。音出力部２４は、図２のスマートフォンの例では、スピーカ１３に該当する。
　通信部２５は、通信回線Ｎと接続して通信を実現する。通信部２５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。
　記憶部２６には、端末１を動作させ、端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部２６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリを使用したソリッドステートドライブ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。
　記憶部２６には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部２７を後述するゲーム演算部４０として機能させるためのプログラムである。また、記憶部２６には、ゲームを実行するために必要なデータベースが格納される。プログラム及びゲームを実行するために必要なデータベースは、プレイヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。
　記憶部２６には、ゲームカードデータベース（ＤＢ１）と、取得情報データベース（ＤＢ２）と、が格納されている。図５は、各データベースの一例を示す図である。
　図５のゲームカードＤＢ１は、カードＩＤに、ゲームカード画像と、キャラクター情報と、代価と、が関連付けられて記憶されている。カードＩＤは本ゲームで提供可能なゲームカードの識別番号である。ゲームカード画像は、ゲームで使用されるゲームカードの画像である。キャラクター情報は、ゲームカードに対応付けられたキャラクターに関する各種情報（キャラクターＩＤ、キャラクター名、属性、パラメータ初期値等）である。代価は、第２態様によるゲームカードの提供の代価である。
　図５の取得情報ＤＢ２は、カードＩＤに、提供フラグと、提供態様と、使用期限と、パラメータ情報と、が関連付けられて記憶されている。カードＩＤは本ゲームで提供可能なゲームカードの識別番号である。提供フラグは、ユーザに提供されたゲームカードには提供フラグ（“１”）が立てられる。提供態様は、提供されたゲームカードが第１態様と第２態様のいずれの提供態様によるものであるかを示す情報である。使用期限は、第１態様にて提供されたゲームカードの使用期限である。パラメータ情報は、ゲームカードに対応付けられているキャラクターのパラメータ（経験値、レベル）である。
　処理部２７は、記憶部２６に格納されているプログラムやデータ、操作入力部２１、読取部２２からの各種入力信号等に基づいて、端末１の動作を統括的に制御する。処理部２７の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部２７は、主な機能部として、ゲーム演算部４０と、画像生成部４１と、音生成部４２と、通信制御部４３とを備える。
　ゲーム演算部４０は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部４１や音生成部４２に出力する。ゲーム演算部４０は、ゲーム管理部５０と、ゲーム実行部５１と、カード管理部５２と、を備える。
　ゲーム管理部５０は、データベースの更新等を行い、ゲーム全体を管理する。
　ゲーム実行部５１は、ゲームカードを使用した対戦ゲームをゲームサーバ２との通信により実行する。対戦ゲームでは、対戦に先立って、対戦に使用する一群のゲームカードをユーザが登録する。ゲームカードの登録後、対戦プレイは、登録された一群のゲームカードが所定のゲームフィールド中で対戦行動をとりながら進行する。対戦プレイは、登録されたゲームカードに対してなされた操作入力と、ゲームカードのキャラクターのパラメータとに基づいて制御される。そして、プレイヤ間で勝敗が決定すると対戦が終了する。対戦の終了後に、対戦の結果に応じて、対戦に使用されたゲームカードに対応付けられたキャラクターのパラメータ等が更新される。
　カード管理部５２は、ゲームサーバ２との通信により、ゲームにおけるゲームカードに関する各種処理を行う。ゲームカードに関する各種処理は、ユーザがゲームカードを取得するための処理、対戦において使用されるゲームカードを登録する処理を含む。これらの処理の詳細については後述する。
　画像生成部４１は、ゲーム演算部４０の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を表示部２３に出力する。画像生成部４１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。
　音生成部４２は、ゲーム演算部４０の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部３４に出力する。音生成部４２の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。
　通信制御部４３は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。
［ゲームサーバ２の構成］
　ゲームサーバ２について説明する。
　図６はゲームサーバ２の機能構成例を示すブロック図である。ゲームサーバ２は、記憶部６０と、通信部６１と、処理部６２と、を備える。
　記憶部６０は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、処理部６２を、ゲームを管理する機能をさせるためのプログラムである。
　本実施の形態において、記憶部６０には、ユーザデータベース１０（ＤＢ１０）と、ゲームカードデータベース１１（ＤＢ１１）と、提供管理データベース１２（ＤＢ１２）が格納される。図７はゲームサーバ２の各データベースの一例を示す図である。
　ユーザＤＢ１０は、ユーザを管理するためのデータベースである。ユーザ管理ＤＢ１０には、ユーザＩＤと関連付けて、ユーザ名、決済情報等が記憶されている。決済情報は、オブジェクトの代価の支払いの決済に関する情報である。本実施形態では、オブジェクトの決済はゲーム内通貨を用いて行われる。決済情報には、ユーザが保有するゲーム内通貨の通貨額が記憶されるものとする。各ユーザの通貨額はユーザ登録時には初期値（例えば、“０”や、ユーザ登録によりゲームサービスよりボーナスとして付与される額等）が設定され、その後、所定の課金処理（チャージ）によって課金されるものとする。
　ゲームカードＤＢ１１は、ゲームにおいて提供可能なゲームカードに関する情報のデータベースであり、端末１のゲームカードＤＢ１（図５）と同様の構成を有する。ゲームカードＤＢ１１は、カードＩＤに、ゲームカード画像と、キャラクター情報と、第２態様にて提供を受けるための代価と、が関連付けられて記憶されている。
　提供管理ＤＢ１２は、各ユーザの端末１の取得情報ＤＢ２（図５）のデータを、本システムにユーザ登録した全ユーザについて記憶するデータベースである。提供管理ＤＢ１２は、本ゲームで提供可能なゲームカードのカードＩＤに、提供フラグと、提供態様と、使用期限と、パラメータ情報と、が関連付けられて、ユーザＩＤ毎に記憶されている。
　通信部６１は、端末１との通信を実行するためのものである。通信部６１は、通信回線Ｎと接続して通信を実現する。通信部６１の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。
　処理部６２は、記憶部６０に格納されるプログラムやデータに基づいて、ゲームサーバ２の動作を統括的に制御する。処理部６２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部６２は、主な機能部として、ゲーム管理部７０と、ユーザ管理部７１と、カード使用制御部７２と、ゲームカード提供部７３と、を備える。
　ゲーム管理部７０は、本システムが提供するゲームサービス全体を管理する。
　ユーザ管理部７１は、ユーザＤＢ１０を管理し、データベースの更新等を行う。ユーザ管理部７１は、ユーザ登録処理等を行う。
　ゲーム実行制御部７２は、端末１との通信により対戦処理を行う。対戦プレイを開始する前に、ユーザにより登録された対戦に使用するゲームカードのうち、第１態様のゲームカードについて使用期限をチェックし、使用期限が経過している第１態様のゲームカードの使用を不可能とする。ゲームカードの使用期限をチェックする処理の詳細については後述する。ゲーム実行制御部７２は、対戦結果に基づいて、提供管理ＤＢ１２における、対戦に使用されたキャラクターのパラメータ等を更新し、更新したパラメータ等の情報を端末１に送信する。
　ゲームカード提供部７３は、ゲームカードＤＢ１１、提供管理ＤＢ１２を管理し、各データベースの更新等を行う。ゲームカード提供部７３は、ユーザから要求されたゲームカードを提供する処理を行う。ゲームカード提供部７３は、要求されたゲームカード（カードＩＤにより特定される）について、要求元のユーザに対する提供状況が、次の（１）～（３）のいずれに該当するかを、提供管理ＤＢ１２を用いて判別する。
（１）提供していない。
（２）第１態様で提供している。
（３）第２態様で提供している。
　上記（１）の場合には、ゲームカード提供部７３は、第１態様と第２態様のいずれの態様でも提供可能である旨のメッセージをユーザの端末１に送信して表示させ、所望の提供態様をユーザに選択させる。そして、選択された態様にてゲームカードを提供する処理を行う。なお、この場合、ゲームカード提供部７３は、第１態様による提供を推奨する提示を端末１に対して行ってもよい。
　上記（２）の場合には、ゲームカード提供部７３は、第２態様による提供のみを可能とする。本実施形態では、第１態様のゲームカードが提供されたユーザに、同一種類の第１態様のゲームカードを提供しない。このため、同一のキャラクターの第１態様のゲームカードが同一ユーザに複数枚提供されることはない。第２態様によるゲームカードの代価の支払いの決済の完了を条件として、第１態様で提供されたゲームカードを、第２態様のゲームカードに変更することにより、第２ゲームカードをユーザに提供する処理を行う。代価の支払いの決済の完了が、提供されていた第１態様のゲームカードの使用期限内、または、使用期限経過後の所定の猶予期間内であれば、ゲームカードのパラメータ情報を引き継ぐようにする。
　上記（３）の場合には、ゲームカード提供部７３は、要求されたゲームカードは既に提供済である旨のメッセージをユーザの端末１に送信して表示させる。この場合、ゲームカードを提供する処理は行わない。
　このようにして、同一種類のゲームカード（同一のカードＩＤを有するゲームカード）について、第１態様のゲームカードと第２態様のゲームカードの双方が同一ユーザにより同時に使用できないようにする。ゲームカードを提供する処理の詳細については後述する。
　＜実施の形態の動作＞
　次に、本実施の形態のゲームシステムの動作を説明する。
　初めに、本システムにより提供されるゲームサービスにユーザＡがユーザ登録をする場面のシステム動作について、図８のシーケンス図を参照して説明する。
　ユーザＡの端末１においてゲームアプリケーションが初めに起動されると、ゲーム管理部５０は、ユーザ登録に必要な情報（例えば、ユーザＡのユーザ名等）の入力を受け付け（Ｓｔｅｐ　１０１）、入力された情報をユーザ登録要求ともにゲームサーバ２に送信する（Ｓｔｅｐ　１０２）。ゲームサーバ２のユーザ管理部７１は、端末１からユーザ登録要求を受信すると、受信したユーザＡのユーザ名等の情報を、新規に取得したユーザＡのユーザＩＤとともにユーザＤＢ１０に登録する（Ｓｔｅｐ　１０３）。登録完了後、ユーザ管理部７１は、ユーザ登録完了通知をユーザＡのユーザＩＤとともに端末１に送信する（Ｓｔｅｐ　１０４）。端末１のゲーム管理部５０は、受信したユーザＩＤを記憶し、ユーザ登録が完了した旨の表示を行う（Ｓｔｅｐ　１０５）。
　以上により、ユーザＡは本システムにより提供されるゲームを実行可能となる。
　ユーザ登録完了後にユーザＡの端末１でゲームアプリケーションが起動されると、端末１のゲーム管理部５０は、ユーザＩＤを用いてログインした後にゲームのメニュー画面を表示する。メニュー画面は、例えば、「ゲームカード取得」、「対戦プレイ」、「ゲーム終了」等のメニューボタンが表示される。
　端末１に表示されたメニュー画面において、「ゲームカード取得」のボタンがユーザＡにより押下された場合のシステムの動作について図９のシーケンス図を参照して説明する。
　メニュー画面の「ゲームカード取得」のボタンが押下されると（Ｓｔｅｐ　１１０）、端末１のカード管理部５２は、ゲームカードＤＢ１、取得情報ＤＢ２を用いて、本ゲームで提供可能なゲームカードの一覧を表示し（Ｓｔｅｐ　１１１）、ユーザＡが取得したいゲームカードを選択する入力を受け付ける（Ｓｔｅｐ　１１２）。ゲームカードの一覧の表示は、取得していないゲームカードと取得しているゲームカードが区別できるように表示してもよい。さらに、取得済のゲームカードについて、提供態様が第１態様と第２態様のいずれであるかを示すようにしてもよい。ゲームカードの一覧を表示して、取得対象のゲームカードの選択入力を受け付けるカード選択画面を図１０に例示する。
　カード管理部５２は、カード選択画面においてユーザＡにより選択されたゲームカードのカードＩＤ（図１０の例では“1002”）とユーザＡのユーザＩＤとを提供要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　１１３）。
　ゲームサーバ２のゲームカード提供部７３は、提供要求を受信すると、要求されたゲームカードをユーザＡに提供するためのカード提供処理を実行する（Ｓｔｅｐ　１１４）。カード提供処理の詳細なフローは後述する。
　カード提供処理（Ｓｔｅｐ　１１４）において、ゲームサーバ２は、要求されたゲームカードをユーザＡに提供するために更新された提供管理ＤＢ１２の更新データ（この例では、ユーザＡのカードＩＤ“1002”に対応するデータ）をユーザＡの端末１に送信する。
　端末１のカード管理部５２は、受信した更新データで、取得情報ＤＢ２を更新する（Ｓｔｅｐ　１１５）。これにより、ユーザＡにカードＩＤ“1002”のゲームカードが提供される。
　以上、ゲームカードがユーザＡに提供される場合のシステム動作について説明した。
　続いて、上記Ｓｔｅｐ　１１４のカード提供処理の詳細を図１１のフローチャートを用いて説明する。
　ゲームサーバ２のゲームカード提供部７３は、ユーザＡの端末１から提供要求を受信すると、提供管理ＤＢ１２から、受信したユーザＡのユーザＩＤとカードＩＤ（“1002”）とに対応する「提供フラグ」と「提供態様」とのデータを取得する（Ｓｔｅｐ　２０１）。
　取得した「提供フラグ」が“０”の場合（Ｓｔｅｐ　２０２）、ゲームカード提供部７３は、提供態様の選択を受け付ける提供態様選択画面のデータをユーザＡの端末１に送信して、提供態様の選択を受け付ける（Ｓｔｅｐ　２０３）。提供態様選択画面を図１２に例示する。端末１から受信した選択内容が「第１態様による提供」の場合（Ｓｔｅｐ　２０４）、ゲームカード提供部７３は、提供管理ＤＢ１２の、ユーザＡのユーザＩＤと要求されたカードＩＤ（“1002”）に対応する各データ項目を更新する（Ｓｔｅｐ　２０５）。ここでは、「提供フラグ」を“１”、「提供態様」を“第１態様”、「使用期限」を所定の使用期限日（例えば現在日付から１か月後の日付等）、パラメータ情報を初期値でそれぞれ更新する。ゲームカード提供部７３は、提供管理ＤＢ１２において更新したデータをユーザＡの端末１に送信する（Ｓｔｅｐ　２０６）。
　上述したように、ユーザＡの端末１側では、取得情報ＤＢ２がゲームサーバ２からの更新データで更新される。これにより、ユーザＡに、カードＩＤ（“1002”）が第１態様にて提供される。
　なお、図１１のカード提供処理のＳｔｅｐ　２０４において、端末１から受信した選択内容が「第２態様による提供」の場合、ゲームカード提供部７３は、第２態様による提供のための決済処理を行う（Ｓｔｅｐ　２０７）。決済処理では、ゲームカード提供部７３は、例えば、ユーザＤＢ１０のユーザＡの決済情報（ゲーム内通貨額）を、ゲームカードＤＢ１１に設定されている、カードＩＤ（“1002”）に対応する「代価」の値を差し引いて更新する。代価の支払いの決済完了後、ゲームカード提供部７３は、提供管理ＤＢ１２における、ユーザＡのユーザＩＤと要求されたカードＩＤ（“1002”）に対応する各データ項目を更新する（Ｓｔｅｐ　２０９）、ここでは、「提供フラグ」を“１”、「提供態様」を“第２態様”、「使用期限」を“無し”、パラメータ情報を初期値でそれぞれ更新する。ゲームカード提供部７３は、提供管理ＤＢ１２において更新したデータをユーザＡの端末１に送信する（Ｓｔｅｐ　２０６）。
　上述したように、ユーザＡの端末１側では、取得情報ＤＢ２がゲームサーバ２からの更新データで更新される。これにより、ユーザＡに、カードＩＤ（“1002”）が第２態様にて提供される。
　なお、図１１のカード提供処理のＳｔｅｐ　２０２において、提供管理ＤＢ１２から取得した「提供フラグ」が“１”であると判定され、続いてＳｔｅｐ　２０８において、取得した「提供態様」が“第１態様”と判定された場合、すなわち、既に第１態様にて提供されているゲームカードについてユーザの端末１から取得要求を受信した場合（Ｓｔｅｐ　２０８）、提供管理ＤＢ１２の「提供態様」を第１態様から第２態様に変更して第２態様のゲームカードをユーザに提供する提供態様変更処理を行う（Ｓｔｅｐ　２１０）。なお、提供態様変更処理の詳細は後述する。ゲームカード提供部７３は、提供管理ＤＢ１２において更新したデータをユーザＡの端末１に送信する（Ｓｔｅｐ　２０６）。
　ユーザＡの端末１側では、取得情報ＤＢ２がゲームサーバ２からの更新データで更新される。これにより、ユーザＡに、カードＩＤ（“1002”）が第２態様にて提供される。
　また、Ｓｔｅｐ　２０２において、提供管理ＤＢ１２から取得した「提供フラグ」が“１”であると判定され、続いてＳｔｅｐ　２０８において、取得した「提供態様」が“第２態様”と判定された場合、すなわち、既に第２態様にて提供されているゲームカードについてユーザの端末１から取得要求を受信した場合には、既に取得済である旨のエラーメッセージを端末１に送信する（Ｓｔｅｐ　２１１）。
　続いて、上記Ｓｔｅｐ　２１０の提供態様変更処理の詳細を図１３のフローチャートを用いて説明する。
　ゲームカード提供部７３は、取得要求のゲームカードが既に第１態様で提供されているため、第２態様による提供となることをユーザに確認するための確認画面データを端末１に送信する（Ｓｔｅｐ　２２１）。確認画面には、例えば、指定されたゲームカードは既に第１態様で提供されている旨のメッセージと、第２態様による提供を受けるか否かを選択するボタンと、が表示される。確認画面において第２態様による提供を選択するボタンが押下されることにより端末１から送信される、第２態様による提供要求を受信すると（Ｓｔｅｐ　２２２）、ゲームカード提供部７３は、第２態様による提供のための決済処理を行う（Ｓｔｅｐ　２２３）。代価の支払いの決済の完了後、提供管理ＤＢ１２において、要求元のユーザのユーザＩＤと要求されたカードＩＤに対応して記憶されている「使用期限」を取得し（Ｓｔｅｐ　２２４）、使用期限経過前、又は、現時点が猶予期間内であるかを判定する（Ｓｔｅｐ　２２５）。使用期限経過前、又は、現時点が使用期限経過後の猶予期間内（例えば、使用期限経過直後から２週間以内等）である場合、ゲームカード提供部７３は、提供管理ＤＢ１２において、要求元のユーザのユーザＩＤと要求されたカードＩＤに対応する「パラメータ情報」は変更せずに、「提供態様」を“第２態様”、「使用期限」を“無し”で更新する（Ｓｔｅｐ　２２６）。これにより、パラメータ情報は、第１態様のときのものが引き継がれることとなる。ゲームカード提供部７３は、提供管理ＤＢ１２において更新したデータをユーザの端末１に送信する（Ｓｔｅｐ　２２７）。
　また、Ｓｔｅｐ　２２５において、使用期限経過前、又は、現時点が使用期限経過後の猶予期間内、に該当しないと判定された場合、ゲームカード提供部７３は、提供管理ＤＢ１２において、要求元のユーザのユーザＩＤと要求されたカードＩＤに対応する「パラメータ情報」を初期値、「提供態様」を“第２態様”、「使用期限」を“無し”で更新する（Ｓｔｅｐ　２２８）。この場合、パラメータ情報は引き継がれずに初期化される。ゲームカード提供部７３は、提供管理ＤＢ１２において更新したデータをユーザの端末１に送信する（Ｓｔｅｐ　２２７）。
　以上、カード提供処理について説明した。
　次に、端末１に表示されたメニュー画面において、「対戦プレイ」のボタンがユーザＢにより押下された場合のシステムの動作について図１４のシーケンス図を参照して説明する。
　メニュー画面の「対戦プレイ」のボタンが押下されると（Ｓｔｅｐ　３０１）、ユーザＢの端末１のゲーム実行部５１は、取得情報ＤＢ２において提供フラグが“１”のゲームカードのカードＩＤを全て取得し（Ｓｔｅｐ　３０２）、取得したカードＩＤに対応するゲームカードの情報（例えば、ゲームカード画像等）をゲームカードＤＢ１を用いて表示し、ゲームカードの選択入力を受け付ける（Ｓｔｅｐ　３０３）。選択入力を受け付ける受付画面には、対戦に使用する所定数のゲームカードの選択を促すメッセージも表示してもよい。受付画面を図１５に例示する。
　ゲーム実行部５１は、受付画面の決定ボタンが押下される等して、ユーザＢによるゲームカードの選択が完了すると、ユーザＢのユーザＩＤと、選択されたゲームカードのカードＩＤと、を対戦プレイ要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　３０４）。
　ゲームサーバ２のゲーム実行制御部７２は、対戦プレイ要求を受信すると、ユーザＢの端末１から受信したカードＩＤの中に、第１態様により提供され、使用期限が経過しているゲームカードのカードＩＤの有無を判定する使用判定処理を行う（Ｓｔｅｐ　３０５）。具体的には、提供管理ＤＢ１２において、受信したユーザＢのユーザＩＤと受信したカードＩＤに対応する「提供態様」の値が“第１態様”のものがあるかを検索する。そして、「提供態様」が“第１態様”のものがあれば、それに対応する「使用期限」の値を提供管理ＤＢ１２から取得して、取得した使用期限が経過しているか否かを判定する。ゲーム実行制御部７２は、使用判定処理の結果を示すメッセージを端末１に送信する（Ｓｔｅｐ　３０６）。
　端末１のゲーム実行部５１は、受信したメッセージを表示する（Ｓｔｅｐ　３０７）。判定結果が正常（使用期限を経過しているものがない）の場合、例えば、選択されたゲームカードは適正であり、対戦を開始する旨のメッセージがゲームサーバ２から送信されてもよい。また、判定結果がエラー（使用期限が経過しているものがある）の場合、例えば、使用期限が経過しているゲームカードのカードＩＤ等を通知し、対戦に使用するカードの再選択を促すメッセージがゲームサーバ２から送信され、端末１に表示される。判定結果がエラーの場合は、例えば、メッセージの表示画面（エラー画面）にカード再選択ボタンを表示し、カード再選択ボタンが押下されたことに応じてＳｔｅｐ　３０２に戻り、対戦に使用するゲームカードを再選択できるようにしてもよい。また、エラー画面において、使用期限が経過しているゲームカードについて、第２態様による提供を勧めるメッセージと、カードの提供を受けるための画面（図１０又は図１２）に遷移するボタンとを表示するようにしてもよい。
　ゲームサーバ２のゲーム実行制御部７２は、端末１との通信により対戦を実行する（Ｓｔｅｐ　３０８）。対戦の終了後、ゲームサーバ２のゲーム実行制御部７２は、対戦結果に基づいて、対戦に使用されたユーザＢのゲームカードについて、提供管理ＤＢ１２において、カードＩＤに対応付けられているパラメータ情報を更新し、カードＩＤとともに更新データをユーザＢの端末１に送信する（Ｓｔｅｐ　３０９）。ユーザＢの端末１のゲーム管理部５０は、カードＩＤとパラメータ情報の更新データを受信し、取得情報ＤＢ２において、受信したカードＩＤに対応するパラメータ情報を更新する（Ｓｔｅｐ　３１０）。
　これにより、ユーザＢが、ゲームカードを用いた対戦を行い、対戦結果に基づいて、ユーザＢのゲームカードのパラメータ情報が更新される。
　本実施の形態は、オブジェクトをユーザに提供する所定のサービスにおいて、オブジェクトを、使用期限の有る第１態様と、使用期限の無い第２態様と、のいずれかによって提供可能とする。また、第１態様にて提供されたオブジェクトの使用期限が経過することによりそのオブジェクトが使用不可となった後であっても、代価の支払いの決済が完了することにより、そのオブジェクトが、第２態様にて提供されたオブジェクトとして提供される。例えば、使用期限が経過した後の猶予期間（第１期間）において、代価の支払いの決済が完了すれば、使用期限中に所定のサービスから第１態様のオブジェクトに付与された価値を第２態様のオブジェクトに引き継がせてもよい。これにより、多様なオブジェクトの提供態様が実現できるため、ユーザの興趣性が向上する。
　なお、第２態様によるゲームカードの代価の決済方法については、ゲーム内通貨を例に説明したが、これに限定されず、現金、クレジット、チケット等、他の決済方法により決済してもよい。
　また、第１態様のゲームカードのパラメータ情報が引き継がれるための、第２態様の代価の支払いの決済の猶予期間については、使用期限経過直後（使用可能期間終了時）から開始されてもよく、また、使用期限経過直後から所定期間が経過した後から開始されてもよい。
＜本発明の第２の実施形態＞
　ユーザがゲームカードを取得する場面において、端末１が、取得対象としてユーザにより選択されたゲームカードが未取得のカードであるか否かを判定し、未取得の場合には、いずれの提供態様によるゲームカードを取得するかをユーザに選択させるようにしてもよい。この場合、端末１は、第１実施形態で説明した図９のシーケンス図が示すシステム動作において、Ｓｔｅｐ　１１３の代わりに、次に示す取得対象カード判定処理を行う。
　取得対象カード判定処理について図１６のフローチャートを用いて説明する。
　端末１のゲームカード管理部５２は、カード選択画面において選択されたゲームカードのカードＩＤに対応する「提供フラグ」を取得情報ＤＢ２から取得する（Ｓｔｅｐ　４０１）。
　ゲームカード管理部５２は、取得した「提供フラグ」を判別する（Ｓｔｅｐ　４０２）。
　Ｓｔｅｐ　４０２において、「提供フラグ」が“０”と判別された場合、すなわち、選択されたゲームカードが未取得である場合、ゲームカード管理部５２は、提供態様の選択を受け付ける提供態様選択画面（図１２参照）を表示部２３に表示して、提供態様の選択を受け付ける（Ｓｔｅｐ　４０３）。
　提供態様選択画面において、ユーザにより選択された提供態様が「第１態様による提供」の場合（Ｓｔｅｐ　４０４）、ゲームカード管理部５２は、取得対象のゲームカードのカードＩＤと、ユーザのユーザＩＤと、選択された提供態様「第１態様」とを、提供要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　４０５）。
　また、提供態様選択画面において、ユーザにより選択された提供態様が「第２態様による提供」の場合（Ｓｔｅｐ　４０４）、ゲームカード管理部５２は、取得対象のゲームカードのカードＩＤと、ユーザのユーザＩＤと、選択された提供態様「第２態様」とを、提供要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　４０６）。
　また、Ｓｔｅｐ　４０２において、「提供フラグ」が“１”と判別された場合、すなわち、選択されたゲームカードが取得済である場合、ゲームカード管理部５２は、カード選択画面において選択されたゲームカードのカードＩＤに対応する「提供態様」を取得情報DＢ２から取得し（Ｓｔｅｐ　４１０）、取得した「提供態様」が“第１態様”と“第２態様”のいずれであるかを判定する（Ｓｔｅｐ　４１１）。
　Ｓｔｅｐ４１１において「提供態様」が“第１態様”であると判定された場合、ゲームカード管理部５２は、選択されたゲームカードが既に第１態様で提供されているため、第２態様による提供となることをユーザに確認するための確認画面を表示部２３に表示する（Ｓｔｅｐ４１２）。確認画面には、例えば、指定されたゲームカードは既に第１態様で提供されている旨のメッセージと、第２態様による提供を受けるか否かを選択するボタンと、が表示される。確認画面において第２態様による提供を選択するボタンが押下されると（Ｓｔｅｐ　４１３）、ゲームカード管理部５２は、取得対象のゲームカードのカードＩＤと、ユーザのユーザＩＤと、選択された提供態様「第２態様」とを、提供要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　４０６）。
　また、Ｓｔｅｐ４１１において「提供態様」が“第２態様”であると判定された場合、すなわち、既に第２態様にて提供されているゲームカードがユーザにより取得対象として選択された場合には、既に取得済である旨のエラーメッセージを表示部２３に送信する（Ｓｔｅｐ　４１４）。この場合、提供要求は送信されないため、図９のシーケンス図におけるＳｔｅｐ　１１４以降の処理は実行されずに終了する。
　以上、取得対象カード判定処理について説明した。
　本実施形態では、ゲームサーバ側の提供処理（図１１）におけるＳｔｅｐ２０３の処理は不要となり、端末から提供要求とともに受信した「提供態様」の情報に基づいて、Ｓｔｅｐ２０４以降の処理を進めることができる。また、Ｓｔｅｐ２０８とＳｔｅｐ２１１は不要となり、Ｓｔｅｐ２０２で「提供フラグ」が“１”と判定された場合、Ｓｔｅｐ２１０に処理を進めることができる。
　また、本実施形態では、対戦プレイが実行される場面において、ゲーム（対戦）で使用されるゲームカードの使用期限の判定（使用判定処理）を端末１のカード管理部５２が行う。この場合のシステムの動作について図１７のシーケンス図を参照して説明する。なお、第１実施形態の図１４のシーケンス図に示すシステムと同じ処理については同じステップ番号を付し、詳細な説明を省略する。
　メニュー画面の「対戦プレイ」のボタンが押下されると（Ｓｔｅｐ　３０１）、ユーザの端末１のゲーム実行部５１は、取得情報ＤＢ２において提供フラグが“１”のゲームカードのカードＩＤを全て取得し（Ｓｔｅｐ　３０２）、取得したカードＩＤに対応するゲームカードの情報（例えば、ゲームカード画像等）をゲームカードＤＢ１から取得して、受付画面（図１５参照）に表示し、ゲームカードの選択入力を受け付ける（Ｓｔｅｐ　３０３）。受付画面には、対戦に使用する所定数のゲームカードの選択を促すメッセージも表示してもよい。
　ゲーム実行部５１は、受付画面の決定ボタンが押下される等して、ユーザによるゲームカードの選択が完了すると、選択されたゲームカードがゲームにおいて使用可能であるかを判定する使用判定処理を行う（Ｓｔｅｐ　５０１）。
　使用判定処理の判定結果が正常の場合、ゲーム実行部５１は、ユーザのユーザＩＤと、選択されたゲームカードのカードＩＤと、を対戦プレイ要求とともにゲームサーバ２に送信する（Ｓｔｅｐ　３０４）。
　ゲームサーバ２のゲーム実行制御部７２は、対戦プレイ要求を受信すると、端末１との通信により対戦を実行する（Ｓｔｅｐ　３０８）。対戦の終了後、ゲームサーバ２のゲーム実行制御部７２は、対戦結果に基づいて提供管理ＤＢ１２のパラメータ情報等を更新し、更新データを端末１に送信する（Ｓｔｅｐ　３０９）。端末１のゲーム管理部５０は、更新データを受信し、取得情報ＤＢ２のパラメータ情報等を更新する（Ｓｔｅｐ　３１０）。
　Ｓｔｅｐ　５０１の使用判定処理を図１８のフローチャートを用いて説明する。
　ゲーム実行部５１は、受付画面で選択された全てのゲームカードについて、カードＩＤに対応する「提供態様」を取得管理ＤＢ２から取得し（Ｓｔｅｐ　６０１）、取得した「提供態様」に“第１態様”があるかを判定する（Ｓｔｅｐ　６０２）。取得した「提供態様」に“第１態様”があれば、「提供態様」が“第１態様”のカードＩＤに対応する「使用期限」の値を取得管理ＤＢ２から取得し（Ｓｔｅｐ　６０３）、取得した使用期限が経過しているものがあるかを判定する（Ｓｔｅｐ　６０４）。
　使用期限が経過しているものがなければ、ゲーム実行部５１は、所定の正常処理（例えば、選択されたゲームカードは対戦で使用可能である旨のメッセージを表示する等）を行い（Ｓｔｅｐ６０５）、本処理を終了する。また、使用期限が経過しているものがあれば、ゲーム実行部５１は、所定のエラー処理を行う（Ｓｔｅｐ６０６）。エラー処理では、例えば、使用期限が経過しているゲームカードのカードＩＤ等ともに、使用期限が過ぎている旨のエラーメッセージを表示するエラー画面を表示部２３に表示する。エラー画面に、対戦に使用するカードの再選択を促すメッセージと、カード再選択ボタンとを表示し、カード再選択ボタンが押下されたことに応じてＳｔｅｐ　３０２に戻り、対戦に使用するゲームカードを再選択できるようにしてもよい。また、エラー画面において、使用期限が経過しているゲームカードについて、第２態様による提供を勧めるメッセージと、カードの提供を受けるための画面（図１０又は図１２）に遷移するボタンとを表示するようにしてもよい。
＜第１及び第２実施形態の変形例１＞
　各ユーザに対する所定期間（第２期間）における第１態様のゲームカードの提供数を所定数以内となるように制限するようにしてもよい。この場合、例えば図１６に示すような、所定期間（第２期間、例えば一ケ月）における、ユーザ毎の第１態様のゲームカードの提供数の累計値を管理する提供数管理テーブルを記憶部６０に記憶しておき、ゲームカード提供部７３は、第１態様のゲームカードをユーザに提供する際に、提供要求元のユーザのユーザＩＤに対応する提供数の累計値が所定数以内であるかを判定し、所定数以内であれば提供可能とし、所定数を超えている場合には提供不可能とする。ゲームカード提供部７３は、第１ゲームカードを提供した後に、提供数管理テーブルのユーザＩＤに対応する提供数に１だけ加算する。提供数管理テーブルの各ユーザの提供数の値は、所定期間毎にクリア（“０”）される。
＜第１及び第２実施形態の変形例２＞
　ユーザが対戦に使用するゲームカードを登録するときに、いずれの使用を推奨するかをユーザに提示するようにしてもよい。例えば、使用カードを選択する画面に「お勧めボタン」を表示し、ボタンの押下に応答して、ゲームサーバ２のカード使用制御部７２が、提供管理DB１２を用いて、ユーザに提供されているゲームカードの中から、所定の基準に基づいて、推奨するゲームカードを選択し、選択したカードのカードＩＤを端末１に送信して表示させてもよい。推奨カードを選択する基準は、次のような例があるが、これらに限定されず、他の基準を用いてもよい。
（１）パラメータ（経験値、レベル）が所定値より高い（又は、最上位から所定数以内）
（２）勝率が所定値より高い（又は、最上位から所定数以内）
（３）第２態様による提供の代価が所定値より高い（又は、最上位から所定数以内）
　上記（２）の勝率については、ゲーム管理部７０が、本ゲームサービスにユーザ登録している全ユーザの対戦に関する情報から、対戦で勝利した場合に使用された回数をカードの種類（カードＩＤ）毎に計数し、使用された回数が所定数以上のカードのリストを生成して記憶部６０に記憶するようにしてもよい。そして、ゲーム実行制御部７２が、そのリストの中に、ユーザが取得したカードがあるかを検索し、該当するカードを推奨するようにしてもよい。
　カード使用制御部７２が推奨するゲームカードは、ユーザに提供した第１態様のゲームカードの中から選択されてもよい。またユーザに提供した第１態様のゲームカードと第２態様のゲームカードの中から選択されてもよい。
　また、ゲームで使用される一組のデッキのゲームカードを推奨するようにしてもよい。この場合、上記の基準により、ゲームカードを、一組を構成する所定数（実施形態の例では３枚）だけ選択し、それらの組み合わせを提示するようにしてもよい。また、ゲーム管理部７０が、本ゲームサービスにユーザ登録している全ユーザの対戦に関する情報から、対戦で勝利した場合に使用された回数をデッキ毎に計数し、使用された回数が所定数以上のデッキのリストを生成して記憶部６０に記憶するようにしてもよい。そして、使用制御部７２が、そのデッキのリストの中に、ユーザが取得したカードから構成できるデッキがあるかを検索し、該当するデッキを構成するカードの組み合わせを推奨するようにしてもよい。
　カード使用制御部７２が推奨するゲームカードの組み合わせは、ユーザに提供した第１態様のゲームカードの中から選択されてもよい。またユーザに提供した第１態様のゲームカードと第２態様のゲームカードの中から選択されてもよい。
　また、ユーザに提供された第１態様のゲームカードについて、第２態様のゲームカードに変更して対戦に使用することを推奨するようにしてもよい。この場合、カード使用制御部７２は、ユーザが対戦に使用するゲームカードを登録するときに、ユーザに提供された第１態様のゲームカードの中から、所定の基準により、第２態様への変更をユーザに勧めるゲームカードを選択する。そして、選択したゲームカードについて、第２態様への変更を推奨するメッセージと、第２態様のゲームカードの提供を受けるための画面（図１０又は図１２）に遷移するボタンと、を表示するようにしてもよい。第２態様への変更を勧めるゲームカードを選択するための所定の基準は、例えば、（１）使用期限が所定期間内に終了する、（２）対戦における使用頻度が高い等があるが、これらに限定されない。（２）の対戦における使用頻度の情報は、ユーザが対戦で使用したカードの情報を含む対戦履歴データを端末１又はゲームサーバ２が記憶しておき、この対戦履歴データを用いて取得するようにしてもよい。
＜第１及び第２実施形態の変形例３＞
　第１の態様の使用期限が近付いてきたら、使用期限が近付いてきたことをユーザに通知するようにしてもよい。所定のタイミング（例えば、ユーザが端末１を用いてゲームにログインしたとき、メニュー画面から「ゲームカード取得」が選択されたとき等）、ゲームサーバ２のゲームカード提供部７２が、端末１から受信したユーザＩＤを用いて、提供管理ＤＢ１２を参照し、使用期限が所定期間（例えば、３日等）内に終了する第１態様のゲームカードを検索し、該当するゲームカードのカードＩＤ等とともに、第２態様による提供を受けることを勧めるメッセージを端末１に送信して表示させてもよい。また、所定のタイミング（例えば、ユーザが端末１を用いてゲームにログインしたとき、メニュー画面から「ゲームカード取得」が選択されたとき等）、端末１のカード管理部５２が、取得管理ＤＢ２を参照し、使用期限が所定期間（例えば、３日等）内に終了する第１態様のゲームカードを検索し、該当するゲームカードのカードＩＤ等とともに、第２態様による提供を受けることを勧めるメッセージを表示部２３に表示してもよい。
＜第１及び第２実施形態の変形例４＞
　第１態様のゲームカードについては、使用期限経過後から所定期間（猶予期間、第１期間）内に第２態様による代価の支払いの決済の完了を条件として、パラメータが引き継がれることとしているが、猶予期間内において代価の支払いを決済する場合には、使用期限経過前の代価よりも高い第２代価の支払いが必要となるようにしてもよい。
＜第１及び第２実施形態の変形例５＞
　第１態様による使用期限が経過したかどうかに関わらず、第１態様のゲームカードについて、代価の支払いの決済の完了を条件として第２態様のゲームカードに変更された場合には、ゲームカードに対応付けられているキャラクターのパラメータが引き継がれるようにしてもよい。
＜第１及び第２実施形態の変形例６＞
　上記実施形態では、ユーザに未提供のゲームカードについては、ユーザが提供態様を選択するようにしているが、これに限定されず、ゲームサーバ１のゲームカード提供部７３は、同一ユーザに対して、同一種類のゲームカードを提供する場合には、第１態様により提供した後に、第２態様による提供が可能となるように制御してもよい。また、端末１のカード管理部５２が、ゲームカードを取得するときに、第１態様による提供を受けているゲームカードのみ、第２態様による提供をゲームサーバ２に要求できるよう制御してもよい。
＜第１及び第２実施形態の変形例７＞
　また、使用期限中に第１態様のゲームカードに付与されたパラメータを引き継ぐことが可能なゲームカードの枚数を所定枚数に制限してもよい。例えばパラメータを引き継ぐことが可能なゲームカードの枚数が“５枚”として設定されている場合、ユーザに第１態様で提供されているゲームカードのうち、第１態様による提供日が例えば新しい順に５枚までがパラメータ引き継ぎ可能なカードとして管理される。この場合、提供日から新しい順に６枚目となるカードは、代価を決済することで第２態様により使用することはできるが、パラメータを引き継ぐことはできなくなる。
　上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。
　［付記１］
　所定サービスにおいて使用可能なオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にてユーザに提供する提供手段と、
を備え、
　前記提供手段は、前記使用期限が経過した第１態様によるオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを提供可能に制御する、
情報処理装置。
　［付記２］
　前記提供手段は、第１態様によるオブジェクトの使用期限が経過した後の第１期間における第２態様に対応する代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
付記１に記載の情報処理装置。
　［付記３］
　前記所定のサービスは、ゲームであり、
　前記ゲームにおいて、ユーザに提供された第１態様のオブジェクトのいずれの使用を推奨するかを提示する使用提示手段をさらに備える、
付記１又は付記２に記載の情報処理装置。
　［付記４］
　前記使用提示手段は、ユーザに提供された第１態様のオブジェクトについて、いずれのオブジェクトの組み合わせの使用を推奨するかを提示可能に制御する、
付記３に記載の情報処理装置。
　［付記５］
　前記所定のサービスは、ゲームであり、
　前記ゲームにおいて、第１態様のオブジェクトと第２態様のオブジェクトのうち、いずれの使用を推奨するかを提示する使用提示手段をさらに備える、
付記１又は付記２に記載の情報処理装置。
　［付記６］
　前記提供手段は、各ユーザに対し、第２期間における第１態様のオブジェクトの提供数を所定数以内となるように制御する、
付記１から付記５のいずれかに記載の情報処理装置。
　［付記７］
コンピュータを、
　所定サービスにおいてユーザに提供されたオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にて使用可能に制御する制御手段、
として機能させ、
　前記制御手段は、前記使用期限が経過した第１態様のオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを使用可能に制御する、
プログラム。
　［付記８］
　前記制御手段は、第１態様によるオブジェクトの使用期限が経過した後の第１期間における第２態様に対応する代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを使用可能に制御する、
付記７に記載のプログラム。
　［付記９］
　各オブジェクトには、キャラクターが対応付けられており、
　第１態様によるオブジェクトに対応付けられているキャラクターと、第２態様によるオブジェクトに対応付けられているキャラクターと、は同一である
付記７又は付記８に記載のプログラム。
　［付記１０］
　前記制御手段は、第１態様にて提供されたオブジェクトの使用期限の経過前、代価の支払いの決済を条件として、第１態様にて提供されたオブジェクトを第２態様のオブジェクトに変更可能に制御する、
付記７から付記９のいずれかに記載のプログラム。
　［付記１１］
　前記所定サービスにおいて、前記第１態様のオブジェクトは、前記第２態様のオブジェクトと同等に使用可能である、
付記７から付記１０のいずれかに記載のプログラム。
　［付記１２］
　前記制御手段は、ユーザに提供された第２態様のオブジェクトを第１態様にて使用することを不可能に制御する、
付記７から付記１１のいずれかに記載のプログラム。
　［付記１３］
　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトと第２態様によるオブジェクトとの双方を同時に使用不可能に制御する、
付記７から付記１２のいずれかに記載のプログラム。
　［付記１４］
　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトを取得していない場合に、第１態様のオブジェクトを取得可能とする、
付記７から付記１３のいずれかに記載のプログラム。
　［付記１５］
　前記制御手段は、第１態様により取得したオブジェクトに対応付けられているキャラクターと同一のキャラクターに対応付けられているオブジェクトを第１態様により取得不可能とする、
付記７から付記１４のいずれかに記載のプログラム。
　［付記１６］
　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトを使用可能とした後に、第２態様によるオブジェクトを使用可能に制御する
付記７から付記１５のいずれかに記載のプログラム。
　［付記１７］
　前記制御手段は、ユーザがオブジェクトを取得するときに、第１態様によるオブジェクトと第２態様によるオブジェクトとのうち、第１態様によるオブジェクトを優先して提示する、
付記７から付記１６のいずれかに記載のプログラム。
　［付記１８］
　前記制御手段は、取得したオブジェクトの一覧を、提供態様が第１態様と第２態様とのいずれであるかを示す情報とともに提示する、
付記７から付記１７のいずれかに記載のプログラム。
　［付記１９］
　第１態様によるオブジェクトの提供は、無償である、
付記７から付記１８のいずれかに記載のプログラム。
　［付記２０］
　所定サービスにおいて利用可能なオブジェクトをユーザに提供するオブジェクト提供システムであって、
　前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供する提供手段を備え、
　前記提供手段は、前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
オブジェクト提供システム。
　［付記２１］
　所定サービスにおいて利用可能な仮想的なオブジェクトをユーザに提供するオブジェクト提供方法であって、
　コンピュータが、
　前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供し、
　前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
オブジェクト提供方法。
　以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
１　　　端末
２　　　ゲームサーバ
５０　　ゲーム管理部
５１　　ゲーム実行部
５２　　カード管理部
７０　　ゲーム管理部
７１　　ユーザ管理部
７２　　カード使用制御部
７３　　ゲームカード提供部

Claims (21)

  1. 　所定サービスにおいて使用可能なオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にてユーザに提供する提供手段、
    を備え、
    　前記提供手段は、前記使用期限が経過した第１態様によるオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを提供可能に制御する、
    情報処理装置。
  2. 　前記提供手段は、第１態様によるオブジェクトの使用期限が経過した後の第１期間における第２態様に対応する代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから、前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
    請求項１に記載の情報処理装置。
  3. 　前記所定のサービスは、ゲームであり、
    　前記ゲームにおいて、ユーザに提供された第１態様のオブジェクトのいずれの使用を推奨するかを提示する使用提示手段をさらに備える、
    請求項１又は請求項２に記載の情報処理装置。
  4. 　前記使用提示手段は、ユーザに提供された第１態様のオブジェクトについて、いずれのオブジェクトの組み合わせの使用を推奨するかを提示可能に制御する、
    請求項３に記載の情報処理装置。
  5. 　前記所定のサービスは、ゲームであり、
    　前記ゲームにおいて、第１態様のオブジェクトと第２態様のオブジェクトのうち、いずれの使用を推奨するかを提示する使用提示手段をさらに備える、
    請求項１又は請求項２に記載の情報処理装置。
  6. 　前記提供手段は、各ユーザに対し、第２期間における第１態様のオブジェクトの提供数を所定数以内となるように制御する、
    請求項１又は請求項２に記載の情報処理装置。
  7. 　コンピュータを、
    　所定サービスにおいてユーザに提供されたオブジェクトを、使用期限がある第１態様と、使用期限が無い第２態様と、のいずれかの態様にて使用可能に制御する制御手段、
    として機能させ、
    　前記制御手段は、前記使用期限が経過した第１態様のオブジェクトについて、第２態様に対応する代価の支払いの決済を条件として、第２態様のオブジェクトを使用可能に制御する、
    プログラム。
  8. 　前記制御手段は、第１態様によるオブジェクトの使用期限が経過した後の第１期間における第２態様に対応する代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを使用可能に制御する、
    請求項７に記載のプログラム。
  9. 　各オブジェクトには、キャラクターが対応付けられており、
    　第１態様によるオブジェクトに対応付けられているキャラクターと、第２態様によるオブジェクトに対応付けられているキャラクターと、は同一である
    請求項７又は請求項８に記載のプログラム。
  10. 　前記制御手段は、第１態様にて提供されたオブジェクトの使用期限の経過前、代価の支払いの決済を条件として、第１態様にて提供されたオブジェクトを第２態様のオブジェクトに変更可能に制御する、
    請求項７又は請求項８に記載のプログラム。
  11. 　前記所定サービスにおいて、前記第１態様のオブジェクトは、前記第２態様のオブジェクトと同等に使用可能である、
    請求項７又は請求項８に記載のプログラム。
  12. 　前記制御手段は、ユーザに提供された第２態様のオブジェクトを第１態様にて使用することを不可能に制御する、
    請求項７又は請求項８に記載のプログラム。
  13. 　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトと第２態様によるオブジェクトとの双方を同時に使用不可能に制御する、
    請求項７又は請求項８に記載のプログラム。
  14. 　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトを取得していない場合に、第１態様のオブジェクトを取得可能とする、
    請求項７又は請求項８に記載のプログラム。
  15. 　前記制御手段は、第１態様により取得したオブジェクトに対応付けられているキャラクターと同一のキャラクターに対応付けられているオブジェクトを第１態様により取得不可能とする、
    請求項７又は請求項８に記載のプログラム。
  16. 　前記制御手段は、同一種類のオブジェクトについて、第１態様によるオブジェクトを使用可能とした後に、第２態様によるオブジェクトを使用可能に制御する
    請求項７又は請求項８に記載のプログラム。
  17. 　前記制御手段は、ユーザがオブジェクトを取得するときに、第１態様によるオブジェクトと第２態様によるオブジェクトとのうち、第１態様によるオブジェクトを優先して提示する、
    請求項７又は請求項８に記載のプログラム。
  18. 　前記制御手段は、取得したオブジェクトの一覧を、提供態様が第１態様と第２態様とのいずれであるかを示す情報とともに提示する、
    請求項７又は請求項８に記載のプログラム。
  19. 　第１態様によるオブジェクトの提供は、無償である、
    請求項７又は請求項８に記載のプログラム。
  20. 　所定サービスにおいて利用可能なオブジェクトをユーザに提供するオブジェクト提供システムであって、
    　前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供する提供手段を備え、
    　前記提供手段は、前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
    オブジェクト提供システム。
  21. 　所定サービスにおいて利用可能な仮想的なオブジェクトをユーザに提供するオブジェクト提供方法であって、
    　コンピュータが、
    　前記オブジェクトを、前記オブジェクトの代価の支払いを条件とすることなく、前記所定サービスにおいて使用期限がある第１態様にて提供し、前記オブジェクトの代価の支払いの決済を条件とし、前記所定サービス内において使用期限がない第２態様にて提供し、
    　前記使用期限の経過後における、前記オブジェクトの代価の支払いの決済を条件として、前記使用期限中に前記所定サービスから前記第１態様のオブジェクトに付与された価値を引き継いだ前記第２態様のオブジェクトを提供する、
    オブジェクト提供方法。

     
PCT/JP2023/000849 2022-03-22 2023-01-13 情報処理装置、プログラム、オブジェクト提供システム及び方法 WO2023181597A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022046093A JP7296500B1 (ja) 2022-03-22 2022-03-22 情報処理装置、プログラム、オブジェクト提供システム及び方法
JP2022-046093 2022-03-22

Publications (1)

Publication Number Publication Date
WO2023181597A1 true WO2023181597A1 (ja) 2023-09-28

Family

ID=86772785

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/000849 WO2023181597A1 (ja) 2022-03-22 2023-01-13 情報処理装置、プログラム、オブジェクト提供システム及び方法

Country Status (2)

Country Link
JP (2) JP7296500B1 (ja)
WO (1) WO2023181597A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017070579A (ja) * 2015-10-08 2017-04-13 任天堂株式会社 ゲームシステム、ゲーム装置、サーバ装置、情報処理プログラム及びアイテム購入制限方法
JP2017176522A (ja) * 2016-03-30 2017-10-05 株式会社バンダイナムコエンターテインメント プログラム及びサーバシステム
US9789406B2 (en) * 2014-07-03 2017-10-17 Activision Publishing, Inc. System and method for driving microtransactions in multiplayer video games
JP2020110378A (ja) * 2019-01-11 2020-07-27 株式会社セガ プログラム及び情報処理装置
JP2020188870A (ja) * 2019-05-20 2020-11-26 株式会社コナミデジタルエンタテインメント ゲームシステム、その制御方法及びコンピュータプログラム
JP2021142074A (ja) * 2020-03-11 2021-09-24 株式会社コナミデジタルエンタテインメント プログラム、ゲームシステム及び方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020096863A (ja) * 2020-01-30 2020-06-25 株式会社コロプラ ゲームプログラム、方法、および情報処理装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9789406B2 (en) * 2014-07-03 2017-10-17 Activision Publishing, Inc. System and method for driving microtransactions in multiplayer video games
JP2017070579A (ja) * 2015-10-08 2017-04-13 任天堂株式会社 ゲームシステム、ゲーム装置、サーバ装置、情報処理プログラム及びアイテム購入制限方法
JP2017176522A (ja) * 2016-03-30 2017-10-05 株式会社バンダイナムコエンターテインメント プログラム及びサーバシステム
JP2020110378A (ja) * 2019-01-11 2020-07-27 株式会社セガ プログラム及び情報処理装置
JP2020188870A (ja) * 2019-05-20 2020-11-26 株式会社コナミデジタルエンタテインメント ゲームシステム、その制御方法及びコンピュータプログラム
JP2021142074A (ja) * 2020-03-11 2021-09-24 株式会社コナミデジタルエンタテインメント プログラム、ゲームシステム及び方法

Also Published As

Publication number Publication date
JP7296500B1 (ja) 2023-06-22
JP2023140350A (ja) 2023-10-04
JP2023140187A (ja) 2023-10-04

Similar Documents

Publication Publication Date Title
JP5587920B2 (ja) サーバシステム
JP6420076B2 (ja) システムおよびプログラム
US10963898B2 (en) Computer system for performing display control for advertisement
CN110585718B (zh) 游戏处理方法及信息处理装置
JP2022168334A (ja) ゲームプログラム、ゲーム装置、ゲームシステム
JP2019213795A (ja) プログラム、コンピュータシステム、及びゲームシステム
JP2020171596A (ja) プログラム、情報処理装置、ゲームサーバおよびゲームシステム
US20210056816A1 (en) Program, terminal, gaming system, and game management device
JP6625710B2 (ja) システムおよびプログラム
WO2023181597A1 (ja) 情報処理装置、プログラム、オブジェクト提供システム及び方法
JP2017196281A (ja) サーバシステム及びプログラム
JP7518043B2 (ja) プログラム、端末、ゲームシステム及び提供装置
JP2020054857A (ja) ゲームプログラムおよびゲームシステム
JP2019126710A (ja) ゲームシステム及びそのコンピュータプログラム
JP7274256B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP7420590B2 (ja) サーバシステムおよびゲームシステム
JP7214791B2 (ja) 課金管理サーバ、課金管理プログラム、課金管理方法
JP6961857B1 (ja) 課金管理サーバ、課金管理プログラム、課金管理方法
JP6676234B2 (ja) ゲームシステム及びそのコンピュータプログラム
WO2023181596A1 (ja) オブジェクト交換システム、情報処理装置、及びプログラム
JP7162717B1 (ja) ゲーム装置及びプログラム
JP6458234B1 (ja) ゲームシステム及びそのコンピュータプログラム
JP6640254B2 (ja) ゲームプログラムおよびゲームシステム
JP2023133497A (ja) プログラム、端末、ゲーム管理装置及びゲームシステム
JP2024139841A (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: 23774198

Country of ref document: EP

Kind code of ref document: A1