WO2013165000A1 - Système de jeu, procédé de commande de système de jeu, et support de stockage lisible par un ordinateur - Google Patents

Système de jeu, procédé de commande de système de jeu, et support de stockage lisible par un ordinateur Download PDF

Info

Publication number
WO2013165000A1
WO2013165000A1 PCT/JP2013/062589 JP2013062589W WO2013165000A1 WO 2013165000 A1 WO2013165000 A1 WO 2013165000A1 JP 2013062589 W JP2013062589 W JP 2013062589W WO 2013165000 A1 WO2013165000 A1 WO 2013165000A1
Authority
WO
WIPO (PCT)
Prior art keywords
comment
game
user
data
function
Prior art date
Application number
PCT/JP2013/062589
Other languages
English (en)
Japanese (ja)
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 WO2013165000A1 publication Critical patent/WO2013165000A1/fr

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/85—Providing additional services to players
    • A63F13/87—Communicating with other players during game play, e.g. by e-mail or chat
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/31—Communication aspects specific to video games, e.g. between several handheld game devices at close range
    • 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/45—Controlling the progress of the video game
    • A63F13/47—Controlling the progress of the video game involving branching, e.g. choosing one of several possible scenarios at a given point in time
    • 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/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5526—Game data structure
    • A63F2300/5533—Game data structure using program state or machine event data, e.g. server keeps track of the state of multiple players on in a multiple player 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
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
    • A63F2300/556—Player lists, e.g. online players, buddy list, black list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/572—Communication between players during game play of non game information, e.g. e-mail, chat, file transfer, streaming of audio and streaming of video

Definitions

  • the present invention relates to a game system having a function of exchanging comments between users.
  • the user When a comment from another user is displayed during game play, the user may be required to confirm the content of the comment or reply, and may not be able to concentrate on the game play. There is. Alternatively, even when a special effect is added to the game for the purpose of increasing the user's interest in the game, if the user is distracted by the comment function in the middle of the game, the effect of the effect cannot be exhibited.
  • an object of the present invention is to provide a game system or the like that allows the user to appropriately use the comment function on the game device in accordance with the state of the game.
  • the game system of the present invention includes a game device that allows a user to play a game, and provides a user who is playing the game a predetermined comment function including display of comments sent from other users to the user of the game device.
  • a game system including comment processing means to be used, wherein a condition determination means for determining whether or not a game state in the game device satisfies a predetermined restriction condition, and the restriction condition is satisfied by the condition determination means.
  • the comment function restriction means for causing a predetermined restriction on the comment function is provided.
  • the game system control method of the present invention includes a game device that allows a user to play a game, and provides a predetermined comment function including display of comments sent from other users to the user of the game device.
  • a control method of a game system including comment processing means to be used by a user who is playing, a procedure for determining whether or not a game state in the game device satisfies a predetermined restriction condition, and a procedure for determining And a procedure for causing a predetermined restriction to the comment function when it is determined that the restriction condition is satisfied.
  • the comment function is restricted when the game state satisfies the restriction condition. Therefore, if the restriction condition is set so that it is appropriate to restrict at least a part of the comment function, the user is distracted by the comment function and cannot concentrate on playing the game, or Inconveniences such as special effects on the game not being effective can be reduced or eliminated. Thereby, the comment function on the game device can be appropriately used by the user according to the state of the game.
  • the “comment” can be understood or interpreted by the user visually, and as long as such interpretation is possible, the “comment” is expressed as “message” or other terms. Is also included in the concept of “comments”.
  • the “comment” is not limited to an example composed of only the character itself, but may include at least a part of a graphic element such as a pictograph or a symbol.
  • the comment restriction unit may restrict the comment function so that the comment is not displayed when it is determined that the restriction condition is satisfied. According to this, while the restriction condition is satisfied, it is possible to eliminate the possibility that the user is distracted by checking the comment content.
  • the comment processing means can execute a process of replying to the comment based on an instruction from a user of the game device as a part of the comment function, while the game is being played.
  • the restriction unit may restrict the comment function so that the reply is impossible when the condition determination unit determines that the restriction condition is satisfied. In this case, since the reply is impossible while the restriction condition is satisfied, it is possible to eliminate the possibility that the user is distracted by the reply.
  • the comment processing means notifies the user that the comment exists prior to display of the comment sent from the other user as a part of the comment function
  • the comment limiting means The comment function may be limited so that the presence of the comment is not notified. According to this, since the user is not even notified that there is a reply sent from another user while the restriction condition is satisfied, the possibility that the user will be distracted by the comment is more reliably eliminated. Can do.
  • the restriction condition may be set so as to be satisfied when a game played on the game device is not suitable for allowing a user to use the comment function. According to this, when it is not desired to use the comment function, the function can be limited.
  • the restriction condition may be set so as to be satisfied when a predetermined effect is performed in the game. According to this, the effect of production can be surely exhibited.
  • the restriction condition may be set so as to be satisfied when the game is in a predetermined situation. According to this, a user can be concentrated on a game play in a predetermined situation.
  • a server device that can be connected to the game device via a network may be included, and comments from the other users may be sent to the game device via the server device.
  • it includes a user terminal device that can be connected to the server device via the network and is physically different from the game device, and comments from the other users are sent to the game device via the server device. It may be sent.
  • the determination of the restriction condition and the restriction of the comment function can be realized by the game device serving as the comment receiving side, or can be realized by the server device side.
  • the comment function on the game device can be appropriately used by the user according to the state of the game.
  • the flowchart which shows the procedure of the process performed in order to receive a comment on a user terminal device.
  • the flowchart which shows the procedure of the comment function restriction
  • the flowchart which shows the procedure of the process performed in order that a user may receive a comment on a game machine.
  • the flowchart which shows the procedure of the process performed in order that a user may transmit a comment from a game machine.
  • the game system 1 includes a center server 2 as a server device, a game machine (corresponding to a game device) 3 and a user terminal device 4 as client devices connectable to the center server 2 via a predetermined network 5.
  • the center server 2 is configured as a single logical server device by combining a plurality of server units 2A, 2B.
  • the center server 2 may be configured by a single server unit.
  • the center server 2 may be logically configured using cloud computing.
  • the game machine 3 is configured as a commercial (business) game machine that allows a user to play a game within a range corresponding to the play fee in exchange for payment of a predetermined play fee.
  • This type of game machine 3 may be called an arcade game machine.
  • the game machine 3 is a computer game device installed in a predetermined facility such as the store 6 for the purpose of making a large number of users repeatedly play games to increase profits.
  • One or more appropriate number of game machines 3 are installed in the store 6.
  • the game machine 3 is drawn without distinction, but the hardware configuration and game content may be appropriately selected.
  • the game machine 3 may be configured as a dedicated machine having a physical configuration (for example, an operation unit) suitable for a specific game, or may be configured as a general-purpose machine that can handle various games by rewriting software. May be.
  • the user terminal device 4 is a computer device that can be connected to a network and is used for a user's personal use.
  • a stationary or book-type personal computer (hereinafter referred to as a PC) 4a or a mobile terminal device 4b such as a mobile phone (including a smartphone) is used as the user terminal device 4.
  • various computer devices that can be connected to the network and are used for personal use of the user such as stationary home game machines, portable game machines, and portable tablet terminal devices, are used as the user terminal device 4. It's okay.
  • the user terminal device 4 can allow the user to enjoy various services provided by the center server 2 by installing various computer software.
  • the network 5 may be appropriately configured as long as the game machine 3 and the user terminal device 4 can be connected to the center server 2 respectively.
  • the network 5 is configured to realize network communication using a TCP / IP protocol.
  • it is constructed by connecting the Internet 5A as a WAN and LANs 5B and 5C that connect the Internet 5A to the center server 2 and the game machine 3 via the router 5D.
  • the user terminal device 4 is also connected to the Internet 5A with an appropriate configuration.
  • a local server may be installed between the game machine 3 and the router 5D of the store 6, and the game machine 3 may be communicably connected to the center server 2 via the local server.
  • the server units 2A, 2B,... Of the center server 2 may be connected to each other by the WAN 5A instead of or in addition to the LAN 5C.
  • FIG. 2 shows how comments are exchanged based on the comment function.
  • a comment browsing screen 100 is displayed on the user terminal device 4.
  • the browsing screen 100 is the same as the browsing screen used in a known communication service such as SNS (abbreviation for social networking service) that displays comments sent by users and received comments in a thread format.
  • SNS abbreviation for social networking service
  • a comment window 111 is displayed on the game screen 110 of the game machine 3. In the window 111, the comment transmitted from the user terminal device 4 is displayed in a predetermined procedure.
  • the game machine 3 includes a touch panel that covers the game screen 110 as an input device.
  • the comment window 111 is notified that there is a comment newly sent from another user.
  • the content of the comment is displayed in the window 111.
  • a comment registered in advance is returned to the user who transmitted the original comment.
  • the reason for returning the registered comment is that it is difficult to input a comment character by character while playing the game on the game machine 3.
  • the comment function in the game machine 3 may be restricted under predetermined conditions. Details of the restriction will be described later.
  • the window 111 is popped up when the game machine 3 acquires a comment.
  • FIG. 2 illustrates the game screen 110 during execution of the mahjong game, a game to be executed on the game machine 3 can be selected as appropriate.
  • FIG. 3 is a functional block diagram of the game system 1 centering on a part related to the community service.
  • the center server 2 is provided with a game service management unit 21, a Web service management unit 22, and a storage unit 23.
  • the management units 21 and 22 are logical devices realized by a combination of computer hardware (including a CPU and a memory as an internal storage device necessary for its operation) of the center server 2 and software.
  • the storage unit 23 is an external storage device realized by a storage unit such as a hard disk array.
  • storage part 23 may be comprised so that all the data may be hold
  • Various types of data are recorded in the storage unit 23, but FIG.
  • the play data 51 is data in which game play contents are stored in order for the user to continue playing the game.
  • the play data 51 is created for each user and is recorded in the storage unit 23 in association with the user identification information.
  • FIG. 3 shows only play data 51 associated with one piece of user identification information.
  • the community data 52 is data in which various information to be referred to when the user uses the community service.
  • the community data 52 is also created for each user and is recorded in the storage unit 23 in association with the user identification information.
  • FIG. 3 shows only community data 52 associated with one user identification information.
  • the game service management unit 21 provides a predetermined game service to the game machine 3.
  • a game service for example, user authentication information (for example, unique identification information and password for each user) is received from the game machine 3 to authenticate the user, and play data 51 corresponding to the user is received from the game machine 3.
  • the game service management unit 21 is further provided with a comment processing unit 24.
  • the comment processing unit 24 is in charge of processing related to transmission of comments to the game machine 3 and reception of comments from the game machine 3.
  • the web service management unit 22 provides various web services to the user terminal device 4.
  • the Web service management unit 22 receives user authentication information (for example, unique identification information and password for each user) from the user terminal device 4, authenticates the user, and responds to the authenticated user request.
  • the play data 51 of the user is provided to the user terminal device 4 as browsing data.
  • the web service management unit 22 is further provided with a community service processing unit 25 as a logical device for realizing the above-described community service.
  • the center server 2 charges a charge as a consideration for providing a paid service on the game to each user of the game machine 3 and the user terminal device 4 and collects the charge from the user.
  • the user pays for the service by using electronic payment, such as a credit card, debit card, or electronic currency, which can be paid for using electronic data exchange, Anything that collects the price commensurate with the price.
  • the electronic payment may be a publicly known one, and a description of a specific configuration and procedure for realizing it is omitted.
  • the game machine 3 is provided with a game control unit 31 and a storage unit 32.
  • the game control unit 31 is a logical device realized by a combination of hardware of the game machine 3 (including a CPU and a memory as an internal storage device thereof) and software.
  • the game control unit 31 executes various arithmetic controls necessary for the progress of the game, and executes various processes necessary for enjoying the game service provided by the game service management unit 21 of the center server 2.
  • the game control unit 31 is provided with a comment processing unit 33 and a comment function management unit 34 as further logical devices.
  • the comment processing unit 33 displays a comment sent via the center server 2 on the game machine 3 and executes a reply process based on a user's reply operation.
  • the comment function management unit 34 manages whether or not the comment function should be restricted according to the game state.
  • the storage unit 32 is an external storage device realized by a storage unit such as a hard disk or a semiconductor storage device. Various types of data are recorded in the storage unit 32, and FIG. 3 shows play data 51 provided from the center server 2.
  • the user terminal device 4 is provided with a Web service processing unit 41 as a logical device realized by a combination of the computer hardware (including a CPU and a memory as its internal storage device) and software. ing.
  • the web service processing unit 41 executes processes necessary for receiving various services provided by the web service management unit 22 of the center server 2.
  • the web service processing unit 41 is provided with a community service processing unit 42 as a further logical device.
  • the community service processing unit 42 cooperates with the community service processing unit 25 of the center server 2 to execute processing necessary for allowing the user of the user terminal device 4 to use the community function.
  • the user terminal device 4 is also provided with an external storage device for storing appropriate data, but the illustration thereof is omitted.
  • the game machine 3 includes various input / output devices such as an input device (including a touch panel) 35 that outputs a signal corresponding to a user operation, a display device 36 for presenting a game screen to the user, and a card reader 37.
  • a device is provided.
  • the card reader 37 is a device for reading a unique card ID for each card recorded on a card 38 possessed by the user as a kind of identification information to be used for user authentication.
  • user identification information to be used for user authentication may be different between user authentication in the game machine 3 and user authentication in the user terminal device 4, or may be common.
  • the card ID recorded on the user's card 38 is used as identification information, and the card ID and the play data 51 are associated with each other and stored in the storage unit 23.
  • a user ID uniquely set for each user by setting a correspondence between the user ID and the card ID, any ID is also used as the user identification information. be able to.
  • a community ID may be set as an additional ID different from the user ID used for user authentication of the user terminal device 4. Even in that case, if the association is set between the IDs, it is possible to uniquely identify the play data 51 and the community data 52 corresponding to one user.
  • a card ID is used as identification information necessary for user authentication in the game machine 3
  • a user ID is used as identification information necessary for user authentication in the user terminal device 4
  • a community service is used. It is assumed that community IDs are used as necessary identification information, and these IDs are associated with each other by ID management data (not shown).
  • FIG. 4 shows an example of the play data 51.
  • the play data 51 is data created for each user, and information such as game data, registration comments, and received comment data of the target user is used as identification information of the user (a card ID as an example. Other IDs that can be associated may be used).
  • the game data is data in which save data of a game played by the user on the game machine 3 and various results associated with the game play such as the number of times the game is played, results, evaluation, and acquisition points.
  • the registered comment is data in which a character string to be transmitted from the game machine 3 to another user as a comment by the user is recorded.
  • the number of character strings that can be stored as registered comments is at least one. A plurality of comments may be registered.
  • the data size of one registered comment may be limited.
  • Received comment data is data in which comments received by users from other users are recorded.
  • the number of received comment data saved is limited to a certain range from the latest one. For example, when 10 comments can be stored in the comment data and there are 11 or more received comments, the 11th or later old comments are deleted from the received comment data.
  • the received comment data includes, for each comment, a comment type, user information (identification information and nickname) of a comment transmission source, a comment reception date and time, a status, and a comment text.
  • the type of comment includes information for identifying the content of the comment. For example, information for identifying whether the comment corresponds to “encouragement”, “celebration”, or “return” is added to the comment type.
  • the status is information indicating whether the received comment has been read and whether it has been returned.
  • the comment body is text data of the comment body.
  • FIG. 5 shows an example of the community data 52.
  • the community data 52 has a structure in which information such as comment data, community points, and comment data of a target user is recorded in association with identification information (community ID as an example) of the user.
  • the comment data is data in which comments sent by users to other users and comments received from other users are recorded.
  • the internal structure of the comment data is different from the received comment data in the play data 51 shown in FIG. That is, the comment data in the community data 52 includes, for each comment, a comment type, a comment partner, that is, user information (including identification information and nickname) of a transmission source or a transmission destination, transmission / reception date and time, status, and the text of the comment. including.
  • the type of comment includes information for identifying whether the comment is received by the user (received comment) or the comment transmitted by the user (transmitted comment), and information for identifying the content of the comment is added.
  • the status is information for determining whether or not the received comment has already been read by the user and whether or not the reply has been returned.
  • the comment body is text data of the comment body.
  • the number of stored comment data is limited as appropriate, but the upper limit value is set sufficiently larger than the upper limit value of the received comment data in the play data 51.
  • the upper limit value of the number of stored comment data of the community data 52 is set to be considerably large like that of a general community service. Note that the limitation on the number of stored items may be based on the number of items per se, or may be realized by limiting the data size that can be stored.
  • Community points are points given to users as benefits according to the usage of community services. For example, when using the paid service provided by the center server 2, the points can be used as a part of the fee or consumed to receive some benefit in the game provided by the game machine 3. .
  • a community point is given. However, a restriction such as once per day may be set for point grant.
  • a user starts the program required in order to receive community service with the user terminal device 4, inputs his own user ID or the community ID matched with this into the user terminal device 4, and logs in himself.
  • Community data 52 corresponding to each community ID can be downloaded to the user terminal device 4.
  • the comment data may be downloaded from the latest one within a predetermined range, and when the user requests downloading of older comment data, the comment data in the next range may be downloaded.
  • FIG. 6 shows a process for registering a reply comment (registration comment) from the game machine 3 in the play data 51.
  • the registration of the comment is started when the user instructs the start of the comment registration process on the user terminal device 4.
  • the community service processing unit 42 of the user terminal device 4 displays a predetermined comment creation screen and accepts creation (input) of a comment by the user (step S101).
  • creation of a comment by the user may be realized by inputting an arbitrary character string using a character string input function in the user terminal device 4, or a fixed form recorded in the user terminal device 4 in advance. It may be realized by selecting a comment from a sentence.
  • the user terminal device 4 transmits a comment created by the user to the center server 2 and requests registration thereof (step S102).
  • user authentication is required on the center server 2, but the ID used for the authentication may be a user ID or a community ID. Note that user authentication may be performed prior to the comment creation in step S101.
  • the Web service management unit 22 of the center server 2 causes the community service processing unit 25 to start the comment registration process of FIG.
  • the community service processing unit 25 first determines the content of the request sent from the user terminal device 4, here the ID for identifying the user and the content of the comment (step S201).
  • the community service processing unit 25 provides a registration request from the user terminal device 4 to the comment processing unit 24 of the game service management unit 21 (step S202).
  • the comment processing unit 24 starts the registration process of FIG. 6, and first determines the content of the request, here the user ID and the content of the comment (step S301).
  • the comment processing unit 24 extracts the play data 51 associated with the user ID, and registers the comment received from the community service processing unit 25 in the registered comment of the play data 51 (step S302).
  • the comment processing unit 24 notifies the registration result to the community service processing unit 25 (step S303).
  • the community service processing unit 25 acquires the processing result (step S203), and transmits the processing result to the user terminal device 4 (step S204).
  • the user terminal device 4 receives the processing result (step S103) and displays the processing result to the user (step S104). Thus, the comment registration is completed.
  • FIG. 7 shows processing executed by the community service processing units 25 and 42 in relation to the reception of a comment in the user terminal device 4.
  • 7 is a process performed to update the comment data in a state where the user has already logged in to the community service at the user terminal device 4 and the community data 52 has been read into the user terminal device 4. .
  • the community service processing unit 42 of the user terminal device 4 first requests the community service processing unit 25 of the center server 2 to transmit comment data (step S111). In this case, the user's community ID is also sent from the user terminal device 4 to the community service processing unit 25.
  • the comment receiving process on the user terminal device 4 may be started with a receiving operation by the user as a trigger, or may be automatically started by the community service processing unit 42 at a fixed period.
  • the former is a typical pull type distribution that starts reception based on a user operation.
  • the latter is a kind of pull-type distribution, pseudo-push-type comment distribution can be realized by setting the reception processing cycle short.
  • the community service processing unit 25 of the center server 2 When receiving the comment data request from the user terminal device 4, the community service processing unit 25 of the center server 2 starts the comment transmission process.
  • the community service processing unit 25 first determines the community ID transmitted from the user terminal device 4 (step S211). Subsequently, the community service processing unit 25 extracts community data 52 corresponding to the determined community ID, and transmits comment data included therein to the user terminal device 4 (step S212).
  • the comment data is divided in such a way that the comment data is transmitted only within a predetermined range from the latest one, and when the user requests transmission of older comment data, the comment data in the next range is transmitted.
  • a processing procedure may be set so that transmission / reception can be performed.
  • the number or size of comment data to be sent at one time may be changed according to the type of the user terminal device 4.
  • a function for determining the type of the user terminal device 4 is added to the community service processing unit 25, and in the case of a PC having a relatively high processing capability, a single transmission range is set to be relatively large, and the portable terminal In the case of (a mobile phone or a smartphone), a single transmission range may be set relatively small.
  • the community service processing unit 25 After sending the comment data, the community service processing unit 25 updates the status of the comment data so that the comment sent to the user terminal device 4 is already read, and adds a predetermined number to the community points of the user who received the comment (Step S213). In this case, a limit may be set such that points are added once a day.
  • the community service processing unit 42 of the user terminal device 4 receives the comment data sent from the center server 2 (step S112), replaces the comment data held by itself with new data, and displays a comment browsing screen based on the content. 100 (see FIG. 2) is displayed (step S113). Thereby, the browsing screen 100 based on the latest comment data is displayed on the user terminal device 4, and the user can browse unread comments stored on the center server 2. Thus, the processing necessary for receiving the comment in the user terminal device 4 is completed.
  • FIG. 8 shows processing executed by the community service processing units 25 and 42 in connection with transmission of a comment from the user terminal device 4. Note that the processing in FIG. 8 is also processing performed in a state where the user has already logged in to the community service at the user terminal device 4 and the community data 52 has been read into the user terminal device 4. That is, the transmission and reception of the comment on the user terminal device 4 is performed in a state where the user logs in to the community service of the center server 2 using the community ID.
  • the community service processing unit 42 allows the user to select a transmission partner (step S111).
  • the comment transmission process in the community service processing unit 42 may be triggered by the user's selection of a reply target comment from the browsing screen 100.
  • the user may create a comment on the user terminal device 4. May be triggered by the fact that has been performed.
  • the transmission partner is the user who is the source of the reply target comment. In the latter case, the transmission partner can be appropriately selected by the user.
  • the community service processing unit 42 acquires the content (character string) of the comment to be transmitted from the user (step S122).
  • the creation of the comment may be realized by inputting an arbitrary character string using the character string input function in the user terminal device 4 as in the case of registering a reply comment.
  • the community service processing unit 42 of the user terminal device 4 transmits a comment to the center server 2 (step S123).
  • the transmission information includes the community ID of the transmission partner, the community ID of the transmission source, information for identifying the content of the comment, and the like.
  • the information for identifying the content of the comment is information for distinguishing whether the comment corresponds to “encouragement”, “celebration”, or “return”.
  • the designation may be left to the user, or the user terminal device 4 may determine automatically. For example, when the user selects a received comment in the browsing screen 100 and selects a transmission partner (transmission destination), “Return” is automatically selected. Or “encouragement” may be automatically selected.
  • the community service processing unit 25 of the center server 2 receives a comment from the user terminal device 4, the community service processing unit 25 starts a comment reception process, and first determines the community ID of each destination of the sent comment and the source (step). S221). Subsequently, the community service processing unit 25 records the received comment (including the types shown in FIGS. 4 and 5) as the received comment in the comment data of the community data 52 of the transmission partner, and the transmission source The transmission data is recorded in the comment data of the community data 52 (step S222). Next, the community service processing unit 25 adds a predetermined number to the community points of the community data 52 of the transmission source (step S223). In this case, a limit may be set such that points are added once a day. In step S223, when the comment sent by the user is a reply to a comment from another user, the community service processing unit 25 updates the reply target comment status so that it has been returned. To do. This completes the processing necessary for sending the comment.
  • FIG. 9 shows comment function restriction management processing that is repeatedly executed by the comment function management unit 34 of the game control unit 31 at an appropriate cycle while the user is playing a game on the game machine 3.
  • the comment function management unit 34 first determines the current state of the game (step S401), and determines whether or not the determined state satisfies a predetermined comment restriction condition (step S402). .
  • the comment restriction condition may be set so that the game being played on the game machine 3 is satisfied when the game is not appropriate for allowing the user to use the comment function. For example, when a predetermined presentation is performed in the game and it is necessary to attract the user's consciousness to the presentation, the game is in a predetermined situation, for example, a situation where the game is in a good situation, and the user's consciousness is played itself. It is possible to set so that the comment restriction condition is satisfied when it is considered necessary to concentrate on the comment.
  • the predetermined situation in the case of a mahjong game, the situation where the user or the opponent is reaching can be cited, and in the case of a baseball game, a full situation can be cited.
  • the comment restriction condition may be satisfied when the game has reached a fine or tense state and it is considered that the user's consciousness should be concentrated on the game play.
  • step S401 it is only necessary to determine the game state with respect to the items captured as the determination elements of the comment function restriction condition. For example, if the comment function is restricted while a special performance is being performed, whether or not the special performance is being performed may be determined in step S401. If the comment function is restricted when the game is in a special situation, it may be determined in step S401 whether or not the special situation has been reached.
  • step S402 When it is determined in step S402 that the comment function restriction condition is satisfied, the comment function management unit 34 determines that the value of the comment restriction flag held in the internal storage device of the game machine 3 is function restricted. Is set to “1” (step S403), and then the processing of FIG. 9 ends. On the other hand, when the comment function restriction condition is not satisfied, the comment function management unit 34 sets the value of the comment restriction flag to “0”, which is a value indicating that the function is not being restricted (step S404). Finish the process.
  • the game state is determined in step S401, the comment function restriction condition is determined based on the determination result, and the value of the comment restriction flag is controlled, but a special effect is started. When the special situation is reached, the comment limit flag value is set to “1”, and when the special performance ends or the special situation is resolved, the comment limit flag value is reset to “0”. If so, the processing procedure can be changed as appropriate.
  • FIG. 10 shows processing executed by the comment processing units 24 and 33 and the community service processing unit 25 in relation to the reception of the comment in the game machine 3.
  • the comment processing unit 33 of the game machine 3 requests the center server 2 to transmit comment data when the comment receiving process of FIG. 10 is started (step S411).
  • user identification information is sent to the center server 2.
  • the identification information may be a card ID read by the card reader 37 of the game machine 3, or when the game machine 3 acquires a user ID or community ID with user authentication, these IDs are stored in the center server 2. May be sent to.
  • the comment reception process in the game machine 3 may be started with a reception operation by the user as a trigger, or may be automatically started at a constant cycle. Since the play time of the game on the game machine 3 is limited, when the reception process is automatically performed, it is preferable to realize a pseudo push-type comment distribution by setting the process cycle short.
  • the comment processing unit 24 of the center server 2 starts the comment transfer process of FIG.
  • the comment processing unit 24 determines the user of the game machine 3 based on the identification information (step S321). Subsequently, the comment processing unit 24 requests the community service processing unit 25 to provide comment data corresponding to the user (step S322).
  • the community service processing unit 25 starts the comment transmission processing of FIG.
  • the comment transmission process is the same as the comment transmission process of the community service processing unit 25 shown in FIG. That is, since the comment processing unit 24 designates a user and requests to provide comment data, the community service processing unit 25 determines a community ID corresponding to the user (step S211) and corresponds to the community ID.
  • the comment data included in the community data 52 is provided to the request source, in this case, the comment processing unit 24 (step S212), and status update processing and community point addition processing are performed on the community data 52 (step S213).
  • the comment processing unit 24 obtains comment data from the community service processing unit 25 (step S323) and transmits it to the game machine 3 (step S324).
  • the comment processing unit 33 of the game machine 3 receives the comment data from the center server 2 (step S412).
  • the comment processing unit 33 selects a new comment by comparing the received comment included in the received comment data with the received comment in the play data 51 held by the comment processing unit 33, and uses the new comment data as play data. 51 is recorded in the received comment data (step S413).
  • the new arrival comment is a received comment that has a newer reception date than the latest received comment held in the play data 51 and is unread on the status.
  • the reason for limiting to unread is that there may be a received comment that has already been viewed on the user terminal device 4 even if it does not exist in the play data 51. If the limit of the number of received comment data in the play data 51 is exceeded by recording a new comment, the necessary number of received comment data already recorded is deleted. If the new comment itself exceeds the limit, the latest comment is prioritized, and the old comment exceeding the limit is not registered in the play data 51 even if it is a new comment. In addition to the new arrival comment recording, various types of information such as the type and the transmission source information included in the new arrival comment data are also recorded.
  • the comment processing unit 33 of the game machine 3 determines whether or not the value of the comment restriction flag is set to “1” in which the comment function is being restricted (step S414).
  • the comment processing unit 33 displays the new arrival comment recorded in step S413 on the comment window 111 of the game screen 110 (step S415).
  • the display of the comment is performed through a plurality of stages such as first displaying that there is a new comment on the window 111 and displaying the text of the comment when the user touches the window 111. If there are a plurality of new arrival comments, the number of comments is first displayed in the window 111, and then the latest comment is displayed in the window 111 through the user's touch operation (see FIG. 2).
  • the comment processing unit 33 starts comment reply processing (step S416), and then ends the processing of FIG.
  • the comment processing unit 33 skips the processes of steps S415 and S416 and ends the process of FIG. In this case, even if a new arrival comment is received, it is not displayed on the game machine 3 that there is a new arrival comment.
  • selection and recording of newly arrived comments are performed by the game machine 3.
  • the comment processing unit 24 of the center server 2 receives newly arrived comments. May be selected and recorded, and the updated received comment data may be sent to the game machine 3.
  • FIG. 11 shows processing executed by the comment processing units 24 and 33 and the community service processing unit 25 in connection with transmission of a comment from the game machine 3.
  • the comment processing unit 33 of the game machine 3 starts the comment reply process in FIG.
  • the comment processing unit 33 first determines whether the comment displayed in the window 111 (the first received comment is the latest received comment) is a “returned” comment or not. Based on the determination (step S421). If it is not a “return” comment, the comment processing unit 33 determines whether or not the user has instructed a reply (step S422). As described with reference to FIG. 2, the reply of the comment is instructed by touching the window 111.
  • the comment processing unit 33 transmits to the center server 2 transmission comment data in which the registered comment held in the play data 51 is a comment text (step S423).
  • the identification information of the user who is the transmission source of the registered comment and the community ID of the user who is to be the comment destination are also included in the data and transmitted.
  • the community ID of the transmission destination can be determined from the transmission source information (see FIG. 4) included in the new arrival comment data displayed in the window 111.
  • the comment processing unit 33 may select any one registered comment from a plurality of registered comments according to a predetermined procedure without depending on an instruction from the user. For example, when registering a registered comment, selection information may be set for each registered comment, and the game machine 3 may select an appropriate registered comment with reference to the selection information. As selection information, for example, the type of comment to be returned (“encouragement” or “celebration”), a time zone suitable for selection, a date and time, and the like may be set as appropriate. A registered comment may be selected by a combination of a user instruction and selection control of the game machine 3.
  • step S423 the comment processing unit 33 of the game machine 3 plays the play data so that the status of the comment data instructed to be returned, that is, the status of the received comment data corresponding to the comment displayed in the window 111, has been returned.
  • 51 is updated (step S424), and then it is determined whether or not the display of all the unreplyed comments held in the play data 51 is completed (step S425). If step S421 is affirmed or step S422 is denied, the comment processing unit 33 proceeds to the process of step S425. If an unanswered comment remains in step S425, the comment processing unit 33 displays the next unanswered comment on the window 111 (step S426), and then returns to step S421.
  • the comment processing unit 24 of the center server 2 When the comment processing unit 24 of the center server 2 receives the registered comment data sent from the game machine 3, it starts the comment transfer process of FIG. 11 and provides the comment data received from the game machine 3 to the community service processing unit 25. (Step S331). Upon receiving this, the community service processing unit 25 executes the same process as the comment receiving process of FIG. That is, it determines the community ID corresponding to the user identification information of the transmission source included in the comment data transferred from the comment processing unit 24, and acquires the community ID of the transmission destination included in the comment data (step S221). Next, the community service processing unit 25 records the received comment data as received comment data in the comment data of the community data 52 of the transmission partner, and as transmission comment data in the comment data of the community data 52 of the transmission source. (Step S222).
  • the community service processing unit 25 adds a predetermined number to the community points of the community data 52 of the transmission source (step S223).
  • a limit may be set such that points are added once a day.
  • the community service processing unit 25 updates the reply target comment status so that it has been returned. To do. Thus, the processing necessary for sending a comment from the game machine 3 is completed.
  • the game service management unit 21 is interposed between the game machine 3 and the Web service management unit 22 of the center server 2, but this is omitted and the game machine 3 is omitted. May directly access the Web service management unit 22 and change the processing procedure so as to send and receive comments.
  • the comment processing unit 33 of the game machine 3 functions as the comment processing unit of the present invention, and the comment function management unit 34 executes the processing of steps S401 and S402 in FIG.
  • the comment function management unit 34 executes the process of step S403 in FIG. 9 and the comment processing unit 33 executes the process of step S414 in FIG.
  • the present invention is not limited to the above-described form, and can be implemented in various forms.
  • the process for displaying a comment sent from another user on the game device or transmitting a reply comment is not limited to the above example and can be variously changed.
  • each user's transmission comment and reception comment are recorded in the comment data on the center server 2.
  • the transmission comment in the user's terminal device only the reception comment is included in the comment data. May be recorded.
  • so-called pull-type distribution or pseudo push-type distribution is performed in which comments to be received by the user are temporarily recorded in the comment data on the server device side, and the user terminal device and the game machine refer to them appropriately.
  • the data structure of the play data 51 and the community data 52 is merely an example, and the play data and the community data may be integrated, or the data may be divided and associated with an appropriate ID. .
  • the comment function is limited when the comment sent from the user terminal device is received by the game device.
  • the comment may be transmitted from another game device.
  • the other users who are transmission sources are not necessarily real people, and even if the user virtually generated on the server device or the game device is the comment transmission source, Limitations in accordance with the present invention may occur with respect to the use of the comment function by the actual user of the device. Therefore, the present invention is not limited to a game system including a server device, a game device, and a user terminal device, but can be applied to a game system including only a server device and a game device, and further includes only a game device. It is also applicable to game systems.
  • a comment reply function from the game device is not always necessary.
  • the game apparatus is not limited to a commercial or commercial game machine, but a home-use game machine, a portable game machine, or a general-purpose computer terminal device such as a PC or a mobile phone is used as the game apparatus. It may be a thing.
  • the comment function when step S414 in FIG. 10 is affirmed, the comment function is set so as not to notify the presence of a new arrival comment by skipping steps S415 and S416.
  • the comment function is not limited to such a mode. For example, you can restrict the comment function so that you can not display the contents of the comment even if you notify that there is a new comment, or the comment function so that you can not reply even if you display the contents of the new comment May be restricted.
  • the restriction condition when the restriction condition is not satisfied, at least a part of the comment function available to the user is restricted according to the present invention, so that the user is distracted by the use of the comment function and cannot concentrate on the game. Alternatively, it is possible to reduce or eliminate the inconvenience that the predetermined effect of the game is not transmitted to the user and the effect is not exhibited.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un système de jeu avec lequel il est possible d'avoir un utilisateur qui utilise de manière appropriée une fonction de commentaire sur un dispositif de jeu en fonction d'un état d'un jeu. Un système de jeu (1), comprenant un dispositif de jeu (3) qui a un utilisateur qui joue à un jeu, comporte une unité de traitement de commentaire (33) qui a un utilisateur, au cours du jeu, qui utilise une fonction de commentaire prescrite qui comprend l'affichage d'un commentaire qui est transmis à l'utilisateur du dispositif de jeu d'un autre utilisateur. Une évaluation est faite comme quoi l'état du jeu dans le dispositif de jeu satisfait à une condition limite prescrite, et s'il est déterminé que la condition limite est satisfaite, un procédé est exécuté qui amène une condition prescrite à se produire par rapport à la fonction de commentaire (S414).
PCT/JP2013/062589 2012-05-02 2013-04-30 Système de jeu, procédé de commande de système de jeu, et support de stockage lisible par un ordinateur WO2013165000A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012105215A JP2013230329A (ja) 2012-05-02 2012-05-02 コメント機能を備えたゲームシステム及びその制御方法
JP2012-105215 2012-05-02

Publications (1)

Publication Number Publication Date
WO2013165000A1 true WO2013165000A1 (fr) 2013-11-07

Family

ID=49514399

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/062589 WO2013165000A1 (fr) 2012-05-02 2013-04-30 Système de jeu, procédé de commande de système de jeu, et support de stockage lisible par un ordinateur

Country Status (2)

Country Link
JP (1) JP2013230329A (fr)
WO (1) WO2013165000A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001259224A (ja) * 2000-03-15 2001-09-25 Konami Co Ltd メッセージ交換機能を備えたゲームシステム、そのゲームシステムで使用するゲーム装置、メッセージ交換システム、およびコンピュータ読取可能な記憶媒体
JP3934649B2 (ja) * 2002-06-11 2007-06-20 株式会社セガ ゲーム機
JP4252608B2 (ja) * 2007-08-30 2009-04-08 株式会社コナミデジタルエンタテインメント 通信システム、通信装置、通信サーバ、通信方法、ならびに、プログラム
JP2011110323A (ja) * 2009-11-30 2011-06-09 Konami Digital Entertainment Co Ltd ゲーム装置、ゲーム装置の制御方法、及びプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4074879B1 (ja) * 2006-10-18 2008-04-16 株式会社コナミデジタルエンタテインメント ゲーム装置、メッセージ表示方法、および、プログラム
JP5425603B2 (ja) * 2009-12-04 2014-02-26 株式会社コナミデジタルエンタテインメント ゲームシステム、返信メッセージ送信装置、及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001259224A (ja) * 2000-03-15 2001-09-25 Konami Co Ltd メッセージ交換機能を備えたゲームシステム、そのゲームシステムで使用するゲーム装置、メッセージ交換システム、およびコンピュータ読取可能な記憶媒体
JP3934649B2 (ja) * 2002-06-11 2007-06-20 株式会社セガ ゲーム機
JP4252608B2 (ja) * 2007-08-30 2009-04-08 株式会社コナミデジタルエンタテインメント 通信システム、通信装置、通信サーバ、通信方法、ならびに、プログラム
JP2011110323A (ja) * 2009-11-30 2011-06-09 Konami Digital Entertainment Co Ltd ゲーム装置、ゲーム装置の制御方法、及びプログラム

Also Published As

Publication number Publication date
JP2013230329A (ja) 2013-11-14

Similar Documents

Publication Publication Date Title
JP5427919B2 (ja) コメント表示が可能なゲームシステム並びにその表示制御方法及びコンピュータプログラム
US10046240B2 (en) Social networking data augmented gaming kiosk
JP5161344B2 (ja) コミュニケーション機能を備えたアミューズメントシステム
WO2017072856A1 (fr) Système de traitement d'informations, serveur, dispositif de traitement d'informations, programme de traitement d'informations, et procédé de traitement d'informations
CN109847339B (zh) 控制方法、终端装置、信息处理系统以及存储介质
JP2013226323A (ja) ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
JP4457665B2 (ja) 情報供給端末
JP6075864B2 (ja) ゲームシステム、ゲーム制御方法及びコンピュータプログラム
JP5809122B2 (ja) コミュニケーションシステム及びその返答制御方法
KR101551156B1 (ko) 게임 시스템 및 게임 제어 방법
KR101699637B1 (ko) 코멘트 표시가 가능한 게임 시스템 및 코멘트 표시 제어 방법
JP2020054584A (ja) コンピュータプログラム、およびコンピュータ装置
WO2013165000A1 (fr) Système de jeu, procédé de commande de système de jeu, et support de stockage lisible par un ordinateur
WO2017072855A1 (fr) Système de traitement d'informations, serveur, dispositif de traitement d'informations, programme de traitement d'informations et procédé de traitement d'informations
JP5719821B2 (ja) ゲームシステム及びそのコメント制御方法
JP6012552B2 (ja) ゲームシステム、ゲーム制御方法及びコンピュータプログラム
JP6991169B2 (ja) プログラム、端末装置、及び情報処理システム
WO2017072857A1 (fr) Système de traitement d'informations, serveur, dispositif de traitement d'informations, programme de traitement d'informations et procédé de traitement d'informations
JP2024041985A (ja) ゲーム方法、ゲームシステム及びゲームプログラム
JP2018033514A (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: 13784540

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13784540

Country of ref document: EP

Kind code of ref document: A1