JP6588516B2 - Server, control method thereof, and control program - Google Patents

Description

  The present invention relates to a server, a control method thereof, and a control program.

  In recent years, servers that provide games to mobile terminals via a network have become widespread. There are games provided by such servers that allow multiple users to participate (so-called “social games”), and users can communicate with each other in addition to battles and cooperation. (For example, Patent Document 1).

  In addition, as such a social game, for example, a game that performs a battle (battle) with an enemy using a card (so-called “card battle game”) is known (for example, Patent Document 2). In a card battle game, a user performs a battle using enemies prepared on the game program that appear as the game progresses and cards. The user can carry any number of cards. The user sets one ace card and at least one assist card from the possessed cards. Each card has parameters such as level, attack power, defense power, and physical strength, and damages the enemy's physical strength parameter according to the attack power parameter. The enemy also has the same parameters as the card possessed by the user, and damages the physical strength parameter of the card according to the parameter. As a result of alternately damaging, the battle ends when the health parameter value of the card possessed by the user becomes 0 or the enemy's health parameter value becomes 0.

JP 2005-034303 A JP 2012-061059 A

  The user can freely set or change an ace card and / or an assist card from among a plurality of cards possessed. Here, the ace card is a card whose parameters have the most influence on the progress of the battle, and the assist card is the card having the next most influence on the ace card. In order to advance the battle advantageously, the user generally sets or changes the ace card and / or the assist card based on the magnitude of the parameter value of the card. Therefore, if a card having a higher parameter value can be obtained continuously, the battle can be advanced more advantageously, and the user is expected to maintain the willingness to continue the game. However, if such a card cannot be obtained continuously, the user may lose the willingness to continue the game.

  The present invention has been made to solve such conventional problems, and an object of the present invention is to provide a server, a control method thereof, and a control program capable of maintaining a user's continuation motivation for a game or the like. And

  The server according to the present invention is a server that provides a service that can provide an object to a plurality of users, each operating a terminal, via a communication network, and is used for providing the service to a plurality of users. Storage unit for storing the object to be used and the usage status of the object, a display data generation unit for generating display data related to the provision of services using the object for a plurality of users, and a communication unit for transmitting the display data to the terminal Then, the usage status of the object is totaled for each group of users who use the same object among a plurality of users, and a privilege determined for each group according to the total result is given to each user belonging to the target group. It has a privilege grant part.

  The server according to the present invention preferably further includes an object setting unit that sets objects for a plurality of users.

  In the server according to the present invention, the display data creation unit cumulatively gives the user a predetermined number of points according to the creation of the display data, and the usage status of the object is created by the display data using the object. Preferably, it is the total number of points awarded at the time.

  In the server according to the present invention, it is preferable that the usage status of the object is the total number of users who use the object.

  Further, in the server according to the present invention, the object has a predetermined parameter value, the display data creation unit creates display data using the parameter value, and the privilege is a predetermined added value to the parameter value. When the privilege is given, it is preferable that the display data creation unit creates the display data using the parameter value to which the added value is added.

  In the server according to the present invention, the privilege is preferably a predetermined object.

  The server control method according to the present invention is a server control method for providing a service that can provide an object to a plurality of users, each operating a terminal, via a communication network. When a storage unit for storing objects used for providing services to a plurality of users and the usage status of the objects is received, and display data acquisition requests related to the provision of services are received from a terminal to the plurality of users In addition, the server aggregates the usage status of the object for each group of users who use the same object among a plurality of users, and each user belonging to the target group determines the privilege determined for each group according to the aggregation result. The display data is created using the object, and the display data is transmitted to the terminal.

  The server control program according to the present invention is a server control program that provides a service that can provide an object to a plurality of users each operating a terminal via a communication network. When a storage unit for storing objects used for providing services to a plurality of users and the usage status of the objects is received, and display data acquisition requests related to the provision of services are received from a terminal to the plurality of users In addition, the usage status of the object is aggregated for each group of users who use the same object among a plurality of users, and the privilege determined for each group according to the aggregation result is assigned to each user belonging to the target group. To create display data using objects and send the display data to the terminal To be executed.

  The server, the control method, and the control program according to the present invention maintain the user's willingness to continue the game etc. by granting a privilege according to the usage status of the card, etc. It also provides a way to enjoy strategically setting and using it, making it possible to keep attracting users to games and the like.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. It is a figure which shows an example of schematic structure of a server. It is a figure which shows an example of the data structure of various management tables. It is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of the operation | movement sequence of a game system. It is a figure which shows an example of the operation | movement flow of a server process part. It is a figure which shows an example of the operation | movement flow of a server process part. It is a figure which shows an example of the operation | movement flow of a server process part. It is a figure which shows an example of schematic structure of the server in a blog system. It is a figure which shows an example of the data structure of various management tables. It is a figure which shows an example of the operation | movement sequence of a blog system. It is a figure which shows an example of the operation | movement flow of a server process part.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

(First embodiment)
In this embodiment, a card battle game is used as an example of a service, and an ace card is used as an example of an object. The mobile terminal requests the progress of the card battle game from the server according to an instruction from the user. The server advances the card battle game in response to a request from the mobile terminal. The server gives points to the user as the card battle game progresses. The granted points are associated with the ace card set by the user. Here, the ace card is a card that can be arbitrarily set from among the cards possessed by the user and is preferentially used in a card battle game. After a predetermined time has elapsed from a predetermined date and time, the server adds up the number of points associated with the same type of ace card, and determines an addition value to the parameter value of each type of ace card according to the total number of points. . The server adds the addition value corresponding to the parameter value of the ace card set by the user, and executes the battle using the adjusted parameter value.

  FIG. 1 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes at least one mobile terminal 2 and a server 3. The mobile terminal 2 and the server 3 are connected to each other via a communication network such as a public communication line or a wireless communication line. For example, the mobile terminal 2 and the server 3 are mutually connected via a base station 4, a mobile phone network 5, a gateway 6, and the Internet 7. Connected. A program (for example, a web browser program) executed on the mobile terminal 2 and a program (for example, a game program) executed on the server 3 communicate using a communication protocol such as a hypertext transfer protocol (HTTP). I do.

  FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 connects to the server 3 via the base station 4, the mobile phone network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 requests the server 3 to advance the card battle game in accordance with the operation of the operation unit 23 (button or the like) by the user. In addition, the mobile terminal 2 receives display data relating to the progress of the card battle game from the server 3 and performs display. For this purpose, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, an audio output unit 25, and a terminal processing unit 26.

  The terminal communication unit 21 has a communication interface circuit for connecting the mobile terminal 2 to the mobile phone network 5. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. The terminal communication unit 21 receives information from the server 3 connected to the Internet 7 via the mobile phone network 5 and gives the received information to the terminal processing unit 26. Further, the terminal communication unit 21 transmits information given from the terminal processing unit 26 to the server 3 via the mobile phone network 5 and the Internet 7.

  The terminal storage unit 22 includes, for example, at least one of a semiconductor memory, a magnetic disk device, and an optical disk device. The terminal storage unit 22 stores an operating system program, application program, data, and the like used for processing in the terminal processing unit 26. For example, the terminal storage unit 22 stores, as application programs, a web browser program that acquires and displays a web page, an e-mail program that transmits and receives e-mails, and the like. Further, the terminal storage unit 22 stores, as data, an identification number (ID) of the mobile terminal 2, display data related to the progress of the card battle game received from the server 3, video data, image data, audio data, and the like. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, for example, a touch pad, a keyboard, or the like. The user can input letters, numbers, and the like using this device. When operated by the user, the operation unit 23 generates a signal corresponding to the operation. The generated signal is input to the terminal processing unit 26 as a user instruction.

  The display unit 24 may be any device that can display images, images, and the like, such as a liquid crystal display and an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data given from the terminal processing unit 26, an image corresponding to the image data, and the like.

  The audio output unit 25 may be any device that can output audio, such as a speaker or headphones. The audio output unit 25 outputs audio corresponding to the audio data given from the terminal processing unit 26.

  The terminal processing unit 26 has one or a plurality of processors and their peripheral circuits. The terminal processing unit 26 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). That is, the terminal processing unit 26 performs the terminal communication unit 21 so that various processes of the mobile terminal 2 are executed in an appropriate procedure according to the program stored in the terminal storage unit 22, the operation of the operation unit 23, and the like. The operation of the display unit 24, the audio output unit 25, and the like is controlled. The terminal processing unit 26 executes processing based on a program (operating system program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 26 can execute a plurality of programs (such as application programs) in parallel.

  The terminal processing unit 26 includes at least a browsing processing unit 261. Each of these units included in the terminal processing unit 26 is a functional module implemented by a program executed on a processor included in the terminal processing unit 26. Alternatively, these units included in the terminal processing unit 26 may be mounted on the mobile terminal 2 as firmware.

  The browsing processing unit 261 transmits a display data acquisition request to the server 3 via the terminal communication unit 21 in accordance with an instruction from the user. In addition, the browsing processing unit 261 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing processing unit 261 creates drawing data based on the received display data. That is, the browsing processing unit 261 analyzes the received display data, specifies control data and content data included in the display data, lays out the specified content data according to the specified control data, and creates drawing data. The browsing processing unit 261 outputs the created drawing data to the display unit 24.

  FIG. 3 is a diagram illustrating an example of a schematic configuration of the server 3.

  The server 3 advances the card battle game in response to a request from the mobile terminal 2. Further, the server 3 creates display data related to the progress of the card battle game and transmits it to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 has a communication interface circuit for connecting the server 3 to the Internet 7. The server communication unit 31 receives information from the mobile terminal 2 connected to the mobile phone network 5 via the Internet 7 and gives the received information to the server processing unit 33. In addition, the server communication unit 31 transmits information given from the server processing unit 33 to the mobile terminal 2 via the Internet 7 and the mobile phone network 5.

  The server storage unit 32 includes, for example, at least one of a semiconductor memory, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, application programs, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a card battle game program that advances a card battle game and creates and outputs display data related to the card battle game. In addition, the server storage unit 32 includes, as data, authentication data (identification number (hereinafter referred to as “user ID”), password, etc.), attribute values (age, gender, area (country), etc.), User management table (FIG. 4A) for managing elements such as identification number of possessed card (hereinafter referred to as “card ID”), card ID of ace card, card ID of assist card, card ID and card for each card Card management table (FIG. 4B) for managing elements such as type identification numbers (hereinafter referred to as “type IDs”), parameter values (level, attack power, defense power, physical strength, etc.), identification numbers for each enemy (Hereinafter referred to as “enemy ID”), an enemy management table for managing elements such as parameter values, elements such as type ID or enemy ID for each image, storage location of image data (URL (Uniform Resource Locator), etc.), etc. Image management table for managing, storing the image data, the type ID for each card type, the number of points of each user, the total number of points, point management table (FIG. 4 (c)) for managing elements of rank, etc. and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 controls the overall operation of the server 3 in an integrated manner, and is a CPU (Central Processing Unit), for example. That is, the server processing unit 33 controls the operation of the server communication unit 31 and the like so that various types of processing of the server 3 are executed in an appropriate procedure according to a program stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system programs, application programs, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

  The server processing unit 33 includes a card setting unit 331, a game progression unit 332, a point granting unit 333, and a parameter adjustment unit 334. Each of these units is a functional module implemented by a program executed on a processor included in the server processing unit 33. Alternatively, these units included in the server processing unit 33 may be implemented in the server 3 as firmware.

  When a user authentication request is received from the mobile terminal 2 via the server communication unit 31 using the user ID, password, etc. as parameters, the server processing unit 33 uses the received user ID and password as parameters, not shown. The user authentication unit is instructed to execute user authentication processing.

  When the user is authenticated by the user authentication unit, the server processing unit 33 refers to the user management table stored in the server storage unit 32 using the received user ID as a key, and the card IDs of the ace card and the assist card. To extract. Further, the server processing unit 33 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the card type ID. Further, the server processing unit 33 refers to the image management table stored in the server storage unit 32 using the extracted type ID as a key, and extracts the URL of the image data. Then, the server processing unit 33 creates home screen display data for displaying an image indicated by the extracted URL, a button for receiving an instruction to start a game, obtaining a card setting screen, and the like in a predetermined layout. The server processing unit 33 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

  FIG. 5 is a diagram illustrating an example of the display screen of the mobile terminal 2.

  FIG. 5A shows a home screen 500 displayed based on the home screen display data. In the upper part of the home screen 500, one ace card image 501 and two assist card images 502 and 503 are displayed so that the current setting can be grasped at a glance. In addition, two buttons 504 and 505 are displayed in the lower part of the home screen 500. When the “start” button 504 is pressed, the game starts, and when the “set” button 505 is pressed, the card setting screen is acquired. Requested to the server 3 via the terminal communication unit 21.

  When an acquisition request for a card setting screen is received from the portable terminal 2 via the server communication unit 31, the server processing unit 33 stores the user management stored in the server storage unit 32 using the previously received user ID as a key. With reference to the table, card IDs of possession cards, ace cards, and assist cards are extracted. Further, the server processing unit 33 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the card type ID. Further, the server processing unit 33 refers to the image management table stored in the server storage unit 32 using the extracted type ID as a key, and extracts the URL of the image data. Then, the server processing unit 33 includes the extracted card ID and the like, and also receives a button for receiving an instruction for setting or changing the ace card and / or assist card, and confirming the type ID, the image indicated by the URL, and the like. Create card setting screen display data to be displayed in the layout.

  The server processing unit 33 may create card setting screen display data so as to display reference information regarding the ace card. For example, the server processing unit 33 may be created so as to display the status (for example, the number of points acquired) of other users who have set the same type of ace card as their ace card. In this case, the server processing unit 33 refers to the card management table stored in the server storage unit 32 using the extracted card ID of the ace card as a key, and extracts the type ID of the ace card. Also, the server processing unit 33 refers to the point management table stored in the server storage unit 32 using the extracted type ID as a key, extracts the number of points of each user, and identifies the user with the highest number of points. . Then, the server processing unit 33 creates card setting screen display data for displaying the user ID, the number of points, and the like of the identified user in a predetermined layout.

  Moreover, you may produce the server process part 33 so that the present order | rank of each kind of card | curd may be displayed. In that case, the server processing unit 33 refers to the point management table stored in the server storage unit 32, extracts the total number of points and rank of each type of card, and identifies the type having the higher rank. The server processing unit 33 extracts the URL of the image data by referring to the image management table stored in the server storage unit 32 using the specified type ID as a key. Then, the server processing unit 33 creates card setting screen display data for displaying the specified type ID, the total number of points, the rank, the image indicated by the extracted URL, and the like in a predetermined layout.

  The server processing unit 33 transmits the created card setting screen display data to the mobile terminal 2 via the server communication unit 31.

  FIG. 5B shows a part of the card setting screen 510 displayed based on the card setting screen display data. On the left side of the card setting screen 510, one ace card image 501 and two assist card images 502 and 503 are displayed, and type IDs 511, 513, and 515 are also displayed for each. The current settings can be grasped at a glance. In addition, “change” buttons 512, 514, and 516 are displayed on the right side of the card setting screen 510. When one of the buttons is pressed, a list of images and the like of possessed cards (not shown) is displayed. The corresponding ace card or assist card is changed to the possessed card by selecting any one of them. Further, a “Confirm” button 517 is displayed at the bottom of the card setting screen 510, and the setting contents after the change (a combination of the ace card / assist card and the card ID, which are set or changed) when pressed. The card 3 is requested to the server 3 via the terminal communication unit 21.

  FIG. 5C shows another part of the card setting screen 510 displayed based on the card setting screen display data. On the left side of the card setting screen 510, user IDs 518 and 520 of other users, images of avatars, and the like are displayed. On the right side of the card setting screen 510, points 519 and 521 of each user are displayed. The number of points earned by other users who have the same type of ace card as their own ace card can be grasped at a glance.

  FIG. 5D shows still another part of the card setting screen 510 displayed based on the card setting screen display data. In the center of the card setting screen 510, images 501 and 503 of a plurality of cards are displayed, and type IDs 511 and 515 are also displayed for each. In addition, the ranks 522 and 524 of each card are displayed on the left side of the card setting screen 510, and the total points 523 and 525 of each card are displayed on the right side of the card setting screen 510. The current order of each card can be grasped at a glance.

  When the card processing request is received from the portable terminal 2 via the server communication unit 31 using the setting contents (ace card / assist card distinction and card ID combination) as parameters, the server processing unit 33 receives The card setting unit 331 is instructed to execute the card setting process using the set contents and the previously received user ID as parameters.

  The card setting unit 331 refers to the user management table stored in the server storage unit 32 by using the given user ID as a key (data to be compared when performing a search), and also gives the given ace card / assist For each of the card distinction and the card ID combination, the corresponding card ID is stored according to the ace card / assist card distinction. When the ace card is set or changed and the card ID is stored, the card setting unit 331 refers to the point management table stored in the server storage unit 32 using the given user ID as a key. , The number of points of each type of stored card is initialized to zero. Further, the card setting unit 331 refers to the point management table stored in the server storage unit 32, sums the stored points of each user for each type of card, and stores the total points. Further, the card setting unit 331 refers to the point management table stored in the server storage unit 32, ranks each type of card by the total number of points stored, and stores the ranking. Then, the card setting unit 331 ends the card setting process.

  The server processing unit 33 creates home screen display data. The server processing unit 33 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

  When a game progress request is received from the portable terminal 2 via the server communication unit 31 with the instruction content (“start”, “continue”, “fight”, “return”), etc. as parameters, the server processing unit 33 instructs the game progression unit 332 to execute the game progression process using the received instruction content and the previously received user ID as parameters.

  When the given instruction content is “start” or “continue”, the game progression unit 332 determines whether or not a predetermined time (for example, 10 minutes) has elapsed since the previous point grant. When a predetermined time has elapsed since the last point grant, the game progression unit 332 instructs the point grant unit 333 to execute a point grant process using the same user ID as a parameter.

  The point granting unit 333 extracts the card ID of the ace card by referring to the user management table stored in the server storage unit 32 using the given user ID as a key. Further, the point granting unit 333 extracts the card type ID by referring to the card management table stored in the server storage unit 32 using the extracted card ID as a key. Then, the point granting unit 333 refers to the point management table stored in the server storage unit 32 using the given user ID and the extracted type ID as keys, and adds a predetermined number of points to the stored number of points. to add. Further, the point assigning unit 333 refers to the point management table stored in the server storage unit 32 using the extracted type ID as a key, and adds the same number of points to the total number of points stored. Further, the point granting unit 333 refers to the point management table stored in the server storage unit 32, ranks each type of card by the total number of points stored, and stores the ranking. And the point provision part 333 complete | finishes the provision process of a point.

  The game progression unit 332 creates point grant screen display data for displaying a text and an image indicating that points have been awarded, buttons for accepting instructions to continue the game, and the like in a predetermined layout. The game progress unit 332 returns the created point award screen display data to the server processing unit 33 and then ends the game progress process.

  On the other hand, when the predetermined time has not elapsed since the last point grant, the game progression unit 332 refers to the enemy management table stored in the server storage unit 32 and extracts the enemy ID of each enemy. Select one. Further, the game progression unit 332 refers to the image management table stored in the server storage unit 32 using the selected enemy ID as a key, and extracts the URL of the image data. Then, the game progression unit 332 creates enemy appearance screen display data for displaying an image indicated by the extracted URL, text indicating that an enemy has appeared, buttons for accepting an instruction to execute a battle, and the like in a predetermined layout. To do. The game progression unit 332 returns the created enemy appearance screen display data to the server processing unit 33, and then ends the game progression process. The enemy ID is selected with equal probability using a pseudo-random number generated using the current time as a seed. However, the selection of the enemy ID can be performed by other probabilities or methods.

  On the other hand, when the given instruction content is “fight”, the game progression unit 332 similarly refers to the user management table stored in the server storage unit 32 using the given user ID as a key and refers to the ace card. The card ID of the assist card is extracted. Further, the game progression unit 332 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the parameter value of the card. Furthermore, when a predetermined time (for example, 3 days) has passed since the predetermined date and time, the game progression unit 332 uses the extracted card ID and parameter value of the ace card as parameters, and causes the parameter adjustment unit 334 to perform parameter adjustment processing. Instruct execution.

  The parameter adjustment unit 334 extracts the card type ID by referring to the card management table stored in the server storage unit 32 using the given card ID as a key. Further, the parameter adjustment unit 334 extracts the rank of the types by referring to the point management table stored in the server storage unit 32 using the extracted type ID as a key. Further, the parameter adjustment unit 334 determines an addition value to the parameter value according to the extracted rank. Then, the parameter adjustment unit 334 adjusts the given parameter value by adding the determined addition value to the given parameter value. The parameter adjustment unit 334 returns the adjusted parameter value to the game progression unit 332 and then ends the parameter adjustment process. The addition value is determined using a predetermined correspondence table that associates the ranking with the addition value. However, other methods are possible.

  The game progression unit 332 refers to the enemy management table stored in the server storage unit 32 using the previously selected enemy ID as a key, and extracts enemy parameter values. Then, the game progression unit 332 performs a battle simulation using the extracted or returned ace card parameter values, assist card parameter values, and enemy parameter values. For example, the enemy's physical strength parameter value is decreased according to the attack power parameter value of the ace card and the assist card and the enemy defense power parameter value. Similarly, the physical strength parameter values of the ace card and the assist card are decreased according to the enemy attack power parameter value and the defense power parameter value of the ace card and the assist card. As a result of alternately decreasing the physical strength parameter value, when the physical strength parameter value of the ace card and the assist card becomes 0 or the physical strength parameter value of the enemy becomes 0, the battle simulation is terminated. In addition, the game progression unit 332 determines whether the battle progresses (that is, the ace card, the assist card, and the enemy's physical strength parameter value decrease) and the result of the battle (that is, win or lose) for a predetermined amount. Create battle screen display data for display by production. The game progression unit 332 returns the created battle screen display data to the server processing unit 33 and then ends the game progression process.

  On the other hand, if the given instruction content is “return” and does not correspond to any of the above, the game progression unit 332 creates home screen display data. The game progress unit 332 returns the created home screen display data to the server processing unit 33 and then ends the game progress process.

  The server processing unit 33 uses the returned point grant screen display data, enemy appearance screen display data, battle screen display data, or home screen display data as game progress screen display data via the server communication unit 31. Send to.

  FIG. 6 is a diagram illustrating an example of the display screen of the mobile terminal 2.

  FIG. 6A shows a point grant screen 600 displayed based on the point grant screen display data. In the center of the point grant screen 600, a text 601 and an image 602 indicating that the points have been granted are displayed. In addition, a “continue” button 603 is displayed in the lower part of the point grant screen 600, and the server 3 is requested to continue the game via the terminal communication unit 21 when pressed.

  FIG. 6B shows an enemy appearance screen 610 displayed based on the enemy appearance screen display data. In the center of the enemy appearance screen 610, a text 611 indicating that an enemy has appeared and an enemy image 612 are displayed. In addition, a “battle” button 613 is displayed in the lower part of the enemy appearance screen 610, and when the button is pressed, execution of a battle is requested to the server 3 via the terminal communication unit 21.

  FIG.6 (c) shows the battle screen 620 displayed based on battle screen display data. An enemy image 612 is displayed in the upper part of the battle screen 620, and an ace card image 501 and assist card images 502 and 503 are displayed in the lower part of the battle screen 620. A process in which a battle between an enemy, an ace card, and an assist card proceeds is displayed with a predetermined effect.

  FIG.6 (d) shows the other battle screen 630 displayed based on battle screen display data. The battle screen 630 is displayed following the battle screen 620 in FIG. In the upper part of the battle screen 630, an ace card image 501 and assist card images 502 and 503, and text 631 indicating that the battle has been won are displayed. In the lower part of the battle screen 630, two buttons 632 and 633 are displayed. When the “Continue” button 632 is pressed, the game is continued, and when the “Return” button 633 is pressed, the game ends. Requested to the server 3 via the unit 21.

  FIG. 7 is a diagram illustrating an example of an operation sequence of the game system 1. Note that the operation sequence described below is based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance, mainly by the terminal processing unit 26 and the server processing unit 33, of the mobile terminal 2 and the server 3. It is executed in cooperation with each element.

  The terminal processing unit 26 instructs the browsing processing unit 261 to execute screen browsing processing. The browsing processing unit 261 transmits a user authentication request to the server 3 via the terminal communication unit 21 using the user ID, password, and the like input from the user via the operation unit 23 as parameters (step S700).

  When a user authentication request is received from the mobile terminal 2 via the server communication unit 31 using the user ID, password, etc. as parameters, the server processing unit 33 uses the received user ID and password as parameters, not shown. The user authentication unit is instructed to execute user authentication processing (step S701).

  When the user is authenticated by the user authentication unit, the server processing unit 33 creates home screen display data (step S702).

  The server processing unit 33 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31 (step S703).

  When the home screen display data is received from the server 3 via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received home screen display data. Further, the browsing processing unit 261 outputs the created drawing data to the display unit 24 and displays the home screen (step S704).

  When the acquisition of the card setting screen is instructed by the user via the operation unit 23 on the home screen, the browsing processing unit 261 transmits an acquisition request for the card setting screen to the server 3 via the terminal communication unit 21. (Step S705).

  When the acquisition request for the card setting screen is received from the portable terminal 2 via the server communication unit 31, the server processing unit 33 creates card setting screen display data (step S706).

  The server processing unit 33 transmits the created card setting screen display data to the mobile terminal 2 via the server communication unit 31 (step S707).

  When the card setting screen display data is received from the server 3 via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received card setting screen display data. Further, the browsing processing unit 261 outputs the created drawing data to the display unit 24, and displays a card setting screen (step S708).

  In the card setting screen, when the user has instructed the card setting with the changed setting content via the operation unit 23, the browsing processing unit 261 displays the setting content (the ace card / assist card distinction and the card ID). A card setting request is transmitted to the server 3 via the terminal communication unit 21 using the combination) as a parameter (step S709).

  When a card setting request is received from the portable terminal 2 via the server communication unit 31 as a parameter, the server processing unit 33 uses the received setting content and the previously received user ID as a parameter as a card. The setting unit 331 is instructed to execute a card setting process (step S710).

  FIG. 8A is a diagram illustrating an example of an operation flow of the card setting unit 331.

  The card setting unit 331 refers to the user management table stored in the server storage unit 32 using the given user ID as a key, and for each of the same ace card / assist card distinction and card ID combinations. The card ID corresponding to the ace card / assist card is stored (step S800).

  When the ace card is set or changed and the card ID is stored (step S801—Yes), the card setting unit 331 manages the points stored in the server storage unit 32 using the given user ID as a key. With reference to the table, the number of points of each type of stored card is initialized to 0 (step S802).

  On the other hand, when the card ID of the ace card is not stored (step S801-No), the card setting unit 331 ends the card setting process.

  The card setting unit 331 refers to the point management table stored in the server storage unit 32, sums up the number of points stored for each user for each type of card, and stores the total number of points (step S803). ).

  The card setting unit 331 refers to the point management table stored in the server storage unit 32, ranks each type of card by the total number of points stored, and stores the ranking (step S804).

  The card setting unit 331 ends the card setting process.

  Returning to FIG. 7, the server processing unit 33 creates home screen display data (step S711).

  The server processing unit 33 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31 (step S712).

  When the home screen display data is received from the server 3 via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received home screen display data. In addition, the browsing processing unit 261 outputs the created drawing data to the display unit 24 to display the home screen (step S713).

  When the start of the game is instructed by the user via the operation unit 23 on the home screen, the browsing processing unit 261 sends a game progress request to the terminal communication unit 21 using the instruction content (“start”) or the like as a parameter. To the server 3 (step S714).

  When a game progress request is received from the portable terminal 2 via the server communication unit 31 with the instruction content (“start”, “continue”, “fight”, “return”), etc. as parameters, the server processing unit 33 instructs the game progression unit 332 to execute the game progression process using the received instruction content and the previously received user ID as parameters (step S715).

  FIG. 9 is a diagram illustrating an example of an operation flow of the game progression unit 332.

  When the given instruction content is “start” or “continue” (step S900—Yes), the game progression unit 332 determines whether or not a predetermined time has elapsed since the last point grant (step S901). . When a predetermined time has elapsed since the last point grant (step S901-Yes), the game progress unit 332 instructs the point grant unit 333 to execute the point grant process using the same user ID as a parameter. (Step S902). The case where the predetermined time has not elapsed since the last point grant will be described later.

  FIG. 10 is a diagram illustrating an example of an operation flow of the point granting unit 333.

  The point granting unit 333 extracts the card ID of the ace card by referring to the user management table stored in the server storage unit 32 using the given user ID as a key. Further, the point granting unit 333 extracts the card type ID by referring to the card management table stored in the server storage unit 32 using the extracted card ID as a key. Then, the point granting unit 333 refers to the point management table stored in the server storage unit 32 using the given user ID and the extracted type ID as keys, and adds a predetermined number of points to the stored number of points. Add (step S1000).

  The point assigning unit 333 refers to the point management table stored in the server storage unit 32 using the extracted type ID as a key, and adds the same number of points to the stored total number of points (step S1001).

  The point granting unit 333 refers to the point management table stored in the server storage unit 32, ranks each type of card by the total number of points stored, and stores the ranking (step S1002).

  The point awarding unit 333 ends the point awarding process.

  Returning to FIG. 9, the game progression unit 332 creates point grant screen display data (step S903).

  The game progress unit 332 returns the created point award screen display data to the server processing unit 33 and then ends the game progress process.

  On the other hand, when the predetermined time has not elapsed since the previous point grant (step S901-No), the game progression unit 332 refers to the enemy management table stored in the server storage unit 32, and the enemy ID of each enemy. Are extracted and one of them is selected (step S904).

  The game progression unit 332 creates enemy appearance screen display data (step S905).

  The game progression unit 332 returns the created enemy appearance screen display data to the server processing unit 33, and then ends the game progression process.

  On the other hand, when the given instruction content is “fight” (step S900-No, step S906-Yes), the game progression unit 332 is stored in the server storage unit 32 using the given user ID as a key. The card ID of the ace card and the assist card is extracted with reference to the user management table. In addition, the game progression unit 332 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the parameter value of the card (step S907).

  When the predetermined time has elapsed from the predetermined date and time (step S908-Yes), the game progression unit 332 executes the parameter adjustment processing to the parameter adjustment unit 334 using the extracted card ID and parameter value of the ace card as parameters. An instruction is given (step S909).

  FIG. 10B is a diagram illustrating an example of an operation flow of the parameter adjustment unit 334.

  The parameter adjustment unit 334 extracts the card type ID by referring to the card management table stored in the server storage unit 32 using the given card ID as a key. Further, the parameter adjustment unit 334 extracts the rank of the type by referring to the point management table stored in the server storage unit 32 using the extracted type ID as a key. Then, the parameter adjustment unit 334 determines an addition value to the parameter value according to the extracted rank (step S1010).

  The parameter adjustment unit 334 adjusts the given parameter value by adding the determined addition value to the given parameter value (step S1011).

  The parameter adjustment unit 334 returns the adjusted parameter value to the game progression unit 332 and then ends the parameter adjustment process.

  Returning to FIG. 9, the game progression unit 332 refers to the enemy management table stored in the server storage unit 32 using the previously selected enemy ID as a key, and extracts enemy parameter values. Then, the game progression unit 332 performs a battle using the extracted or returned ace card parameter value, assist card parameter value, and enemy parameter value (step S910).

  The game progression unit 332 creates battle screen display data (step S911).

  The game progression unit 332 returns the created battle screen display data to the server processing unit 33 and then ends the game progression process.

  On the other hand, if the given instruction content is “return” and does not correspond to any of the above (Step S900-No, Step S906-No), the game progress unit 332 creates home screen display data (Step S900-No). S912).

  The game progress unit 332 returns the created home screen display data to the server processing unit 33 and then ends the game progress process.

  Returning to FIG. 7, the server processing unit 33 uses the returned point grant screen display data, enemy appearance screen display data, battle screen display data, or home screen display data as the game progress screen display data, and the server communication unit 31. To the portable terminal 2 (step S716).

  When the game progress screen display data is received from the server 3 via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received game progress screen display data. Further, the browsing processing unit 261 outputs the created drawing data to the display unit 24, and displays a point grant screen, an enemy appearance screen, a battle screen, or a home screen as a game progress screen (step S717).

  When the user gives an instruction to continue the game via the operation unit 23 on the point granting screen or the battle screen, the browsing processing unit 261 uses the instruction content (“continue”) or the like as a parameter as a parameter, It transmits to the server 3 via the terminal communication part 21 (step S714), and the subsequent steps are repeated.

  When the execution of battle is instructed by the user via the operation unit 23 on the enemy appearance screen, the browsing processing unit 261 uses the instruction content (“fight”) or the like as a parameter to send a game progress request to the terminal communication unit. 21 to the server 3 (step S714), and the subsequent steps are repeated.

  In the battle screen, when the user gives an instruction to end the game via the operation unit 23, the browsing processing unit 261 uses the instruction content (“return”) or the like as a parameter to send a game progress request to the terminal communication unit 21. Is transmitted to the server 3 (step S714), and the subsequent steps are repeated.

  As described above, it is possible to maintain the user's willingness to continue the card battle game by adjusting the parameter value according to the usage status of the ace card. It is also possible to increase the attachment of the user to the ace card or to increase the sense of friendship between users who have set the same type of ace card. Furthermore, in order to increase the usage status of the ace card within the time limit, it is possible to promote the use of the physical strength recovery item or the like.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, the server processing unit 33 totals the number of points associated with the same type of ace card, and determines an addition value to the parameter value of each type of ace card according to the total number of points. However, the server processing unit 33 may determine an addition value to the parameter value of the same type of ace card according to the number of points associated with each ace card. Thereby, the number of points of each user is easily reflected in the added value, and it is expected that the user's interest will be further enhanced.

(Second Embodiment)
In the first embodiment, the present invention is applied to a card battle game and an ace card. However, the present invention can also be applied to blogs and avatar items. In the present embodiment, a blog is used as an example of a service, and an avatar item is used as an example of an object. FIG. 11 is a diagram illustrating an example of a schematic configuration of the server 3 ′ in such a blog system 11. Note that the configurations of the blog system 11 and the mobile terminal 2 are the same as those shown in FIGS.

  The server 3 'manages the avatar used by the user, items possessed, messages posted, and the like. Further, the server 3 ′ creates display data related to the blog in response to a request from the mobile terminal 2 and transmits the display data to the mobile terminal 2. For this purpose, the server 3 ′ includes a server communication unit 31, a server storage unit 32 ′, and a server processing unit 33 ′. Of these configurations, the server communication unit 31 is the same as that shown in FIG. 3 and will not be described below.

  The server storage unit 32 ′ includes, for example, at least one of a semiconductor memory, a magnetic disk device, and an optical disk device. The server storage unit 32 'stores an operating system program, application programs, data, and the like used for processing in the server processing unit 33'. For example, the server storage unit 32 'stores, as an application program, a blog program that manages a user's avatar, possessed items, posted messages, etc., and creates and outputs display data related to the blog. In addition, the server storage unit 32 ′ includes, as data, authentication data (user ID, password, etc.), attribute values (age, gender, area (country), etc.), user avatar ID, possessed item for each user. User ID table, user ID of wear item, user management table for managing elements such as text data of posted messages (FIG. 12A), avatar ID and / or item ID for each image, storage location of image data (uniform Image management table for managing elements such as resource locators (URLs), item management table for managing elements such as image data, item ID for each item, wear status of each user, number of wears, rank, etc. (FIG. 12B) )) Etc. Furthermore, the server storage unit 32 ′ may temporarily store temporary data related to a predetermined process.

  The server processing unit 33 ′ includes a home screen creation unit 335, an item assignment unit 336, an item setting unit 337, and a message posting unit 338. Each of these units is a functional module implemented by a program executed on a processor included in the server processing unit 33 ′. Alternatively, these units included in the server processing unit 33 ′ may be mounted on the server 3 as firmware.

  When a user authentication request is received from the portable terminal 2 via the server communication unit 31 using the user ID, password, etc. as parameters, the server processing unit 33 ′ uses the received user ID and password as parameters, not shown. Is instructed to execute user authentication processing. When the user is authenticated by the user authentication unit, the server processing unit 33 ′ instructs the home screen creation unit 335 to execute display data creation processing using the received user ID as a parameter.

  When a predetermined time (for example, 3 days) elapses from a predetermined date and time, the home screen creation unit 335 instructs the item granting unit 336 to execute an item granting process using the given user ID as a key.

  The item assigning unit 336 extracts the item ID of the worn item with reference to the user management table stored in the server storage unit 32 ′ using the given user ID as a key. Further, the item assigning unit 336 refers to the item management table stored in the server storage unit 32 'using the extracted item ID as a key, and extracts the order of items. Further, the item granting unit 336 determines a grant item according to the extracted rank. Then, the item granting unit 336 refers to the user management table stored in the server storage unit 32 ′ using the given user ID as a key, and stores the item ID of the decided grant item as a possessed item. Further, the item granting unit 336 refers to the user management table stored in the server storage unit 32 ′ using the given user ID as a key, and stores text data indicating that the item has been given as a posted message. . And the item provision part 336 complete | finishes the provision process of an item. The given item is determined using a predetermined correspondence table that associates the ranking with the given item. However, other methods are possible.

  The home screen creation unit 335 extracts the avatar ID of the used avatar and the item ID of the wearing item with reference to the user management table stored in the server storage unit 32 ′ using the given user ID as a key. Further, the home screen creation unit 335 extracts the URL of the image data by referring to the image management table stored in the server storage unit 32 ′ using the extracted avatar ID and item ID as keys. Further, the home screen creation unit 335 refers to the user management table stored in the server storage unit 32 'using the given user ID as a key, and extracts text data of the posted message. Then, the home screen creation unit 335 displays a home screen for displaying an image indicated by the extracted URL, a text indicated by the text data, a message posting, a button for receiving an instruction to acquire an item setting screen, and the like in a predetermined layout. Create data. The home screen creation unit 335 returns the created home screen display data to the server processing unit 33 ′, and then ends the display data creation process.

  The server processing unit 33 ′ transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31.

  When the acquisition request for the item setting screen is received from the portable terminal 2 via the server communication unit 31, the server processing unit 33 ′ is stored in the server storage unit 32 ′ using the previously received user ID as a key. With reference to the user management table, the avatar ID of the use avatar and the item IDs of the possessed item and the wearing item are extracted. Further, the server processing unit 33 ′ extracts the URL of the image data by referring to the image management table stored in the server storage unit 32 ′ using each of the extracted avatar ID and item ID as a key. Then, the server processing unit 33 ′ creates item setting screen display data for displaying the extracted item ID, the image indicated by the URL, a button for accepting an instruction to change or confirm the item attachment / deletion, etc. in a predetermined layout. . The server processing unit 33 ′ transmits the created item setting screen display data to the mobile terminal 2 via the server communication unit 31.

  When receiving a setting request for an item from the mobile terminal 2 through the server communication unit 31 using the setting content (item ID of the worn item) as a parameter, the server processing unit 33 ′ receives the received setting content and the previous reception The item setting unit 337 is instructed to execute the item setting process using the user ID as a parameter.

  The item setting unit 337 refers to the user management table stored in the server storage unit 32 ′ by using the given user ID as a key, and stores the item ID of the given wearing item. Moreover, the item setting part 337 refers to the item management table memorize | stored in server storage part 32 'by using given user ID as a key, and the wearing item similarly given the wearing condition of each item stored Update using the item ID. For example, after initializing the wearing situation of each stored item to 0, the wearing situation is stored as 1 for the wearing item. Moreover, the item setting part 337 refers to the item management table memorize | stored in server storage part 32 ', and each user's stored wearing condition, ie, the wearing condition, is set to 1 about each item. The number of wear is counted and the number of wear is stored. Furthermore, the item setting unit 337 refers to the item management table stored in the server storage unit 32 ′, ranks each item according to the number of wears stored, and stores the ranking. Then, the item setting unit 337 ends the item setting process.

  The server processing unit 33 ′ instructs the home screen creation unit 335 to execute display data creation processing using the previously received user ID as a parameter. Further, the server processing unit 33 ′ transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31.

  When a message posting request is received from the mobile terminal 2 via the server communication unit 31 using the posting content (text data) or the like as a parameter, the server processing unit 33 ′ receives the received posting content and the previously received user ID. Is used as a parameter to instruct the message posting unit 338 to execute message posting processing.

  The message posting unit 338 refers to the user management table stored in the server storage unit 32 ′ using the given user ID as a key, and similarly stores the given text data as a posted message. The message posting unit 338 then ends the message posting process.

  The server processing unit 33 ′ instructs the home screen creation unit 335 to execute display data creation processing using the previously received user ID as a parameter. Further, the server processing unit 33 ′ transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31.

  FIG. 13 is a diagram illustrating an example of an operation sequence of the blog system 11.

  The terminal processing unit 26 instructs the browsing processing unit 261 to execute screen browsing processing. The browsing processing unit 261 transmits a user authentication request to the server 3 ′ via the terminal communication unit 21 using the user ID, password, and the like input from the user via the operation unit 23 as parameters (step S <b> 1300).

  When a user authentication request is received from the portable terminal 2 via the server communication unit 31 using the user ID, password, etc. as parameters, the server processing unit 33 ′ uses the received user ID and password as parameters, not shown. Is instructed to execute user authentication processing (step S1301).

  When the user is authenticated by the user authentication unit, the server processing unit 33 'instructs the home screen creation unit 335 to execute the display data creation process using the received user ID as a parameter (step S1302).

  FIG. 14A is a diagram illustrating an example of an operation flow of the home screen creation unit 335.

  When the predetermined time has elapsed from the predetermined date and time (step S1400-Yes), the home screen creation unit 335 instructs the item granting unit 336 to execute the item granting process using the given user ID as a key (step S1400-Yes). S1401).

  FIG. 14B is a diagram illustrating an example of an operation flow of the item assigning unit 336.

  The item assigning unit 336 extracts the item ID of the worn item with reference to the user management table stored in the server storage unit 32 ′ using the given user ID as a key. Further, the item assigning unit 336 refers to the item management table stored in the server storage unit 32 'using the extracted item ID as a key, and extracts the order of items. Furthermore, the item granting unit 336 determines the grant item according to the extracted rank (step S1410).

  The item granting unit 336 refers to the user management table stored in the server storage unit 32 'using the given user ID as a key, and stores the item ID of the decided grant item as a possessed item (step S1411).

  The item assigning unit 336 refers to the user management table stored in the server storage unit 32 ′ using the given user ID as a key, and stores text data indicating that the item has been provided as a posted message (step) S1412).

  The item granting unit 336 ends the item granting process.

  Returning to FIG. 14A, the home screen creation unit 335 creates home screen display data (step S1402).

  The home screen creation unit 335 returns the created home screen display data to the server processing unit 33 ′, and then ends the display data creation process.

  Returning to FIG. 13, the server processing unit 33 'transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31 (step S1303).

  When the home screen display data is received from the server 3 ′ via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received home screen display data. Also, the browsing processing unit 261 outputs the created drawing data to the display unit 24 and displays the home screen (step S1304).

  When the acquisition of the item setting screen is instructed by the user via the operation unit 23 on the home screen, the browsing processing unit 261 transmits an acquisition request for the item setting screen to the server 3 ′ via the terminal communication unit 21. (Step S1305).

  When the acquisition request for the item setting screen is received from the mobile terminal 2 via the server communication unit 31, the server processing unit 33 'creates item setting screen display data (step S1306).

  The server processing unit 33 ′ transmits the created item setting screen display data to the mobile terminal 2 via the server communication unit 31 (step S 1307).

  When the item setting screen display data is received from the server 3 ′ via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received item setting screen display data. In addition, the browsing processing unit 261 outputs the created drawing data to the display unit 24, and displays an item setting screen (step S1308).

  In the item setting screen, when the user instructs setting of the item with the changed setting content via the operation unit 23, the browsing processing unit 261 uses the setting content (item ID of the worn item) as a parameter, The item setting request is transmitted to the server 3 ′ via the terminal communication unit 21 (step S1309).

  When an item setting request is received from the portable terminal 2 via the server communication unit 31 as a parameter, the server processing unit 33 ′ uses the received setting content and the previously received user ID as parameters. The item setting unit 337 is instructed to execute an item setting process (step S1310).

  FIG. 14C is a diagram illustrating an example of an operation flow of the item setting unit 337.

  The item setting unit 337 refers to the user management table stored in the server storage unit 32 'using the given user ID as a key, and stores the item ID of the given wearing item (step S1420).

  The item setting unit 337 refers to the item management table stored in the server storage unit 32 'using the given user ID as a key, and updates the wearing status of each item stored (step S1421).

  The item setting unit 337 refers to the item management table stored in the server storage unit 32 ′, aggregates the stored wearing status of each user for each item, and stores the number of wearing (step S <b> 1422).

  The item setting unit 337 refers to the item management table stored in the server storage unit 32 ', ranks the items by the number of wears stored, and stores the ranking (step S1423).

  The item setting unit 337 ends the item setting process.

  Returning to FIG. 13, the server processing unit 33 ′ instructs the home screen creation unit 335 to execute display data creation processing using the previously received user ID as a parameter (step S <b> 1311).

  The server processing unit 33 'transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31 (step S1312).

  When the home screen display data is received from the server 3 ′ via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received home screen display data. Also, the browsing processing unit 261 outputs the created drawing data to the display unit 24 and displays the home screen (step S1313).

  When posting of a message is instructed by the user via the operation unit 23 on the home screen, the browsing processing unit 261 sends a message posting request to the terminal communication unit 21 using the posting content (text data) as a parameter. To the server 3 ′ (step S1314).

  When a message posting request is received from the mobile terminal 2 via the server communication unit 31 as a parameter, the server processing unit 33 ′ uses the received posting content and the previously received user ID as parameters. The message posting unit 338 is instructed to execute message posting processing (step S1315).

  FIG. 14D is a diagram illustrating an example of an operation flow of the message posting unit 338.

  The message posting unit 338 refers to the user management table stored in the server storage unit 32 'using the given user ID as a key, and similarly stores the given text data as a posted message (step S1430).

  The message posting unit 338 terminates the message posting process.

  Returning to FIG. 13, the server processing unit 33 ′ instructs the home screen creation unit 335 to execute display data creation processing using the previously received user ID as a parameter (step S <b> 1316).

  The server processing unit 33 'transmits the returned home screen display data to the mobile terminal 2 via the server communication unit 31 (step S1317).

  When the home screen display data is received from the server 3 ′ via the terminal communication unit 21, the browsing processing unit 261 creates drawing data based on the received home screen display data. Further, the browsing processing unit 261 outputs the created drawing data to the display unit 24 to display the home screen (step S1318).

  As described above, it is possible to maintain the user's willingness to continue with a blog or the like by assigning a predetermined item according to the usage status of the item. It is also possible to increase the attachment of the user to the item or to increase the sense of friendship between users who have set the same item.

  Note that the present invention is not limited to this embodiment. For example, in this embodiment, the item to be given is determined according to the number of items worn in the entire item, but for each item category (tops, bottoms, accessories, etc.), it is determined according to the number of items worn in each category. May be. Thereby, it becomes easy to give an item and it is expected that a user's interest will increase more.

  The present invention is not limited to application to card battle games, ace cards, blogs and avatar items, but can also be applied to services and / or objects having other similar mechanisms.

  A computer program for causing a computer to realize the functions of the server processing units 33 and 33 ′ may be provided in a form recorded on a computer-readable recording medium such as a magnetic recording medium or an optical recording medium. Good.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Terminal communication part 22 Terminal memory | storage part 23 Operation part 24 Display part 25 Audio | voice output part 26 Terminal processing part 261 View processing part 3, 3 'server 31 Server communication part 32, 32' Server storage part 33, 33 'server processing unit 331 card setting unit 332 game progression unit 333 point assigning unit 334 parameter adjusting unit 335 home screen creating unit 336 item assigning unit 337 item setting unit 338 message posting unit 4 base station 5 mobile phone network 6 gateway 7 internet

Claims (6)

For each of a plurality of users, a character corresponding to each user and a use item used by the character are stored, a parameter relating to a use history of each use item by the plurality of users is stored for each use item, and A storage unit that stores the parameters and the grant items that can be used by the character corresponding to each user in association with each other;
A granting unit for granting a grant item that can be used by the particular character associated with the parameter of the use item used by a particular character corresponding to a particular user;
A posting unit that stores a message indicating that the grant item has been granted in association with the specific user in the storage unit;
A creation unit that creates display data for displaying a character corresponding to the specific user and an image of a use item used by the character and the message on the user's communication terminal;
The server characterized by having. The use item belongs to one of a plurality of categories,
The server according to claim 1, wherein the granting unit determines the grant item for each of the plurality of categories based on the parameter of the use item in each category.   The granting unit determines the order of each used item according to the number of uses of the used item, stores it in the storage unit as a parameter relating to the usage history, and determines the given item based on the order of each used item The server according to claim 1 or 2.   The server according to claim 3, wherein the assigning unit determines a rank of each used item so that the higher the number of used items, the higher the number of used items. A method for controlling a server having a storage unit,
For each of a plurality of users, a character corresponding to each user and a use item used by the character are stored in the storage unit, and a parameter relating to a use history of each use item by the plurality of users is stored for each use item. And associates the parameter with a grant item that can be used by the character corresponding to each user, and stores it in the storage unit.
A grant item that can be used by the specific character associated with the parameter of the use item used by a specific character corresponding to the specific user is granted to the specific user;
A message indicating that the grant item has been granted is stored in the storage unit in association with the specific user,
Creating display data for displaying the character corresponding to the specific user and the image of the item used by the character and the message on the communication terminal of the specific user;
A control method characterized by that. A control program for a server having a storage unit,
For each of a plurality of users, a character corresponding to each user and a use item used by the character are stored in the storage unit, and a parameter relating to a use history of each use item by the plurality of users is stored for each use item. And associates the parameter with a grant item that can be used by the character corresponding to each user, and stores it in the storage unit.
A grant item that can be used by the specific character associated with the parameter of the use item used by a specific character corresponding to the specific user is granted to the specific user;
A message indicating that the grant item has been granted is stored in the storage unit in association with the specific user,
Creating display data for displaying the character corresponding to the specific user and the image of the item used by the character and the message on the communication terminal of the specific user;
A control program for causing the server to execute the above.

Images