Method for setting game permission, and computing device

Abstract

A method for setting game permission, and a computing device are disclosed. The method for setting game permission, according to one embodiment, comprises the operations of: receiving, from a gaming device logged into a user account, a device registration request including an access permission setting request for a game selected by a user of the gaming device from among the plurality of games connected to the user account; requesting, to a set user terminal of the user account, user authentication for the device registration request when the device registration request is received; and registering the gaming device as a device accessible to the selected game from among the plurality of games when the user authentication is completed.

Description

How to Set Game Permissions and Computing Devices

[0001] It relates to technology for individually setting game permissions for each gaming device.

[0002] Various types of online game services are provided through communication networks, and most online games are designed to be played using various types of game items that perform special functions within the game.

[0003] Game items range from those that users can acquire for free at any time if they want to those that are expensive or require a lot of time and effort to obtain, and although they exist in a virtual space, they have come to possess real value as many users play online games and desire them.

[0004] Meanwhile, there is an increasing number of cases where game users share their game accounts (user accounts) with others, and playing with another person's game account is called proxy gaming. In this case, multiple gaming devices are registered to a single game account, and these multiple gaming devices can access all games registered to that game account without restriction, and can also perform all functions within the game without restriction.

[0005] The purpose is to provide a method for setting game permissions and a computing device.

[0006] A method for setting game permissions according to one aspect includes: receiving a device registration request from a gaming device logged into a user account, the request including a request to set access permissions for a game selected by a user of the gaming device among a plurality of games connected to the user account; when the device registration request is received, requesting user authentication for the device registration request to a user terminal configured in the user account; and when the user authentication is completed, registering the gaming device as a device capable of accessing the selected game among the plurality of games.

[0007] The above-described method for setting game permissions may further include: an operation of determining whether the gaming device has access permission to the first game when the gaming device logs in with the user account and attempts to access the first game among the plurality of games; and an operation of providing device registration guidance information to request device registration by individually setting access permission to all or some of the games among the plurality of games to the gaming device when the gaming device does not have access permission to the first game.

[0008] The receiving operation receives the device registration request from the gaming device, which further includes a request to set permissions for in-game functions of the selected game among the plurality of games, and the registering operation can register the gaming device as a device capable of performing the corresponding in-game functions for the selected game among the plurality of games.

[0009] The above-mentioned in-game functions may include payment, gifting, disposal of game items, disposal of in-game currency, and use of the exchange.

[0010] The above-described game permission setting method may further include: receiving a permission setting request for a specific function within the second game from a gaming device that is accessing and playing the second game among the plurality of games; when the permission setting request is received, requesting user authentication for the permission setting request to the user terminal; and when the user authentication is completed, registering the gaming device as a device capable of performing the specific function within the second game.

[0011] The above-described method for setting game permissions may further include: providing device registration status information for a plurality of gaming devices registered to the user account to the gaming device logged into the user account; receiving a request to change game permissions for some or all of the plurality of gaming devices registered to the user account from the gaming device; requesting user authentication for the request to change game permissions to the user terminal; and changing the game permissions for some or all of the plurality of gaming devices when the user authentication is completed.

[0012] Game permissions may include game access permissions and in-game function permissions.

[0013] The above-described method for setting game permissions may further include the operation of sending a notification message containing the details of the game permission change to some or all of the plurality of gaming devices registered to the user account when the game permission change is completed.

[0014] The above game permission setting method may further include the operation of maintaining the connection of the gaming device with the highest priority and blocking the connection of the remaining gaming devices according to a preset priority when multiple gaming devices simultaneously access the same game with the user account.

[0015] The above priority may be set by considering at least one of whether the above user account is the configured user terminal, the order in which device registration is completed, whether access to all games is allowed upon device registration, and the number of currently accessible games.

[0016] A computing device according to one aspect comprises: one or more processors; and a memory for storing one or more programs executed by the one or more processors; wherein the one or more processors receive a device registration request including a request to set access rights for a game selected by the user of the gaming device among a plurality of games connected to the user account from a gaming device logged into a user account, and when the device registration request is received, the processor requests user authentication for the device registration request to a user terminal configured in the user account, and when the user authentication is completed, the gaming device is registered as a device capable of accessing the selected game among the plurality of games.

[0017] When the gaming device logs in with the user account and attempts to access the first game among the plurality of games, the above one or more processors determine whether the gaming device has access rights to the first game, and if the gaming device does not have access rights to the first game, they may provide device registration guidance information to request device registration by individually setting access rights to all or some of the plurality of games for the gaming device.

[0018] The above one or more processors receive the device registration request from the gaming device, which further includes a request to set permissions for in-game functions of the selected game among the plurality of games, and can register the gaming device as a device capable of performing the in-game functions for the selected game among the plurality of games.

[0019] The above-mentioned in-game functions may include payment, gifting, disposal of game items, disposal of in-game currency, and use of the exchange.

[0020] The above one or more processors receive a request for permission setting for a specific function within the second game from the gaming device that is accessing and playing the second game among the plurality of games, and upon receiving the permission setting request, request user authentication for the permission setting request from the user terminal, and upon completion of the user authentication, register the gaming device as a device capable of performing the specific function within the second game.

[0021] The above one or more processors provide device registration status information for a plurality of gaming devices registered to the user account to the gaming device logged into the user account, receive a request from the gaming device to change game permissions for some or all of the plurality of gaming devices registered to the user account, request user authentication for the request to change game permissions from the user terminal, and when the user authentication is completed, change the game permissions for some or all of the plurality of gaming devices.

[0022] Game permissions may include game access permissions and in-game function permissions.

[0023] When the game permission change is completed, the above one or more processors may send a notification message containing the details of the game permission change to the user terminal and some or all of the plurality of gaming devices registered to the user account.

[0024] When multiple gaming devices simultaneously access the same game using the user account, the above one or more processors can maintain the connection of the gaming device with the highest priority according to a preset priority and block the connection of the remaining gaming devices.

[0025] The above priority may be set by considering at least one of whether the above user account is the configured user terminal, the order in which device registration is completed, whether access to all games is allowed upon device registration, and the number of currently accessible games.

[0026] According to the disclosed embodiments, by individually setting the games accessible per device and the in-game functions that can be performed per game when registering a device to access a game or after registering a device, it is possible to prevent a third party other than the account owner from accessing a game not approved by the account owner when a single user account is shared by multiple people, and to prevent the arbitrary handling of in-game items and in-game goods, etc.

[0027] FIG. 1 is a diagram showing an exemplary system environment to which a game permission setting method according to an exemplary embodiment is applied.

[0028] FIG. 2 is a drawing illustrating a management server according to an exemplary embodiment.

[0029] Figures 3 to 7 are example diagrams for explaining the device registration procedure when accessing a game.

[0030] Figures 8 and 9 are example diagrams for explaining the procedure for registering function rights during gameplay.

[0031] Figures 10 and 11 are example diagrams illustrating the procedure for modifying game permissions.

[0032] FIG. 12 is a diagram illustrating the operation method of a management server when accessing a game according to an exemplary embodiment.

[0033] FIG. 13 is a drawing illustrating a device registration method for setting game permissions according to an exemplary embodiment.

[0034] FIG. 14 is a diagram illustrating the operation method of a management server when performing in-game functions during gameplay according to an exemplary embodiment.

[0035] FIG. 15 is a diagram illustrating a method for setting function permissions during gameplay according to an exemplary embodiment.

[0036] FIG. 16 is a diagram illustrating a method for changing game permissions according to an exemplary embodiment.

[0037] FIG. 17 is a drawing for illustrating a computing environment including a computing device according to an exemplary embodiment.

[0038] Hereinafter, an embodiment of the present disclosure will be described in detail with reference to the attached drawings. It should be noted that in assigning reference numerals to the components of each drawing, the same components are given the same reference numeral whenever possible, even if they are shown in different drawings. Furthermore, in describing the present disclosure, if it is determined that a detailed description of related known functions or configurations could unnecessarily obscure the essence of the present disclosure, such detailed description will be omitted.

[0039] The terms described below are defined in consideration of their functions in this disclosure and may vary depending on the intentions or practices of the user or operator. Therefore, their definitions should be based on the content throughout this specification.

[0040] Terms such as "first," "second," etc., may be used to describe various components, but components should not be limited by these terms. Terms are used solely for the purpose of distinguishing one component from another. A singular expression includes a plural expression unless the context clearly indicates otherwise, and terms such as "include" or "have" are intended to specify the existence of the features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, and should be understood as not precluding the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.

[0041] Furthermore, the classification of components in this specification is merely based on the primary function each component is responsible for. That is, two or more components may be combined into a single component, or a single component may be divided into two or more components based on more subdivided functions. Additionally, each component may perform some or all of the functions responsible for other components in addition to its primary function, and some of the primary functions responsible for each component may be exclusively performed by other components. Each component may be implemented in hardware or software, or as a combination of hardware and software.

[0042] FIG. 1 is a diagram showing an exemplary system environment to which a game permission setting method according to an exemplary embodiment is applied.

[0043] Referring to FIG. 1, a system environment (100) according to an exemplary embodiment may include one or more gaming devices (110), one or more game servers (120), a management server (130), and a user terminal (140).

[0044] The gaming device (110) may be a device used by a game user to play a game.

[0045] According to one embodiment, the game may be a game provided to a game user who has logged in with a pre-registered user account, such as an online game or a mobile game.

[0046] According to one embodiment, a gaming device (110) may have a game application installed to run a game on the gaming device (110) in conjunction with a game server (120). In this case, a game user can play the game by running the game application installed on the gaming device (110) and then logging in with a pre-registered user account. For example, the game application may be downloaded from a game server (120) that provides game services, a management server (130) that manages user accounts, or an application market.

[0047] According to one embodiment, the gaming device (110) may be a smartphone, a desktop PC, a laptop PC, a tablet PC, a game console, etc., but is not necessarily limited to a specific type of device.

[0048] The game server (120) can provide game services to a game user who has logged in with a user account by linking with a game application installed on a user device (110).

[0049] According to one embodiment, each game server (120) may provide different game services. For example, game server (120a) may provide game service A, game server (120b) may provide game service B, and game server (120c) may provide game service C.

[0050] According to one embodiment, a plurality of game services can be connected to a single user account. That is, a plurality of game services provided by a plurality of game servers (120) are connected to a single user account, and a game user can log in to the single user account and access the desired game service to play the game.

[0051] The management server (130) can set and manage game rights for each gaming device (110) for each of the multiple game services. Here, game rights may include game access rights (hereinafter, access rights) and in-game function rights (hereinafter, function rights). Here, in-game functions are functions or services provided in the game and may include various functions or services related to gameplay. For example, in-game functions may include payment, gifting, disposal of game items, disposal of in-game goods, use of an exchange, etc., but are not limited thereto. Access rights refer to the right to access the game, and function rights refer to the right to perform or execute the corresponding function within the game.

[0052] Meanwhile, FIG. 1 illustrates three gaming devices (110a, 110b, 110c) and three game servers (120a, 120b, 120c), but this is for convenience of explanation only and is not specifically limited to the number of game devices and game servers. Additionally, the management server (130) is illustrated separately from the game servers (120a, 120b, 120c), but the management server (130) may be included in any one of the game servers (120a, 120b, 120c).

[0053] Hereinafter, a management server (130) according to an exemplary embodiment will be described in more detail with reference to FIGS. 2 to 11.

[0054] FIG. 2 is a diagram illustrating a management server according to an exemplary embodiment, FIG. 3 to 7 are exemplary diagrams for explaining a device registration procedure when accessing a game, FIG. 8 and 9 are exemplary diagrams for explaining a function permission registration procedure during gameplay, and FIG. 10 and 11 are exemplary diagrams for explaining a game permission modification procedure.

[0055] Referring to FIG. 2, a management server (130) according to an exemplary embodiment may include an authority determination unit (131), an authority registration unit (132), and an authority management unit (133).

[0056] The authority determination unit (131) detects whether a gaming device attempts to access a game by logging in with a registered user account, and if an attempt to access a game by the gaming device is detected, it can determine whether the gaming device has access rights to the game. At this time, the authority determination unit (131) can refer to game authority information set for each gaming device. Here, the game authority information can be stored in an internal or external database by matching each gaming device with the game authority (access rights and function rights) set for each gaming device.

[0057] For example, game permission information may include unique information of a gaming device. Unique information is unique information that can identify a gaming device, and may include, for example, a Computer System Product UUID (mainboard HW fixed value, etc.), a Machine GUID (OS-generated unique value, etc.). For example, game permission information may be stored by matching the unique information of each gaming device with the game permission. Additionally, the permission determination unit (131) may determine whether the gaming device has game permission by referring to the game permission information and checking whether game permission is set for the unique information of the gaming device.

[0058] For example, referring to FIG. 1, a gaming device (110a) may attempt to access Game A (or Game A service, hereinafter the same) provided by a game server (120a) by logging in with a user account. In this case, the authority determination unit (131) may determine whether the gaming device (110a) logged in with a user account has the authority to access Game A by referring to pre-configured game authority information (access authority information).

[0059] Additionally, the authority determination unit (131) detects whether the gaming device attempts to perform an in-game function during gameplay, and if an attempt by the gaming device to perform an in-game function is detected, it can determine whether the gaming device has the authority to perform the corresponding function for the game. At this time, the authority determination unit (131) can refer to game authority information (function authority information) set for each gaming device.

[0060] For example, referring to FIG. 1, a gaming device (110a) can play game A provided by a game server (120a) and can attempt to dispose of game items, that is, sell game items, during gameplay. In this case, the authority determination unit (131) can determine whether the gaming device (110a) has the authority to dispose of game items for game A by referring to pre-configured game authority information (function authority information).

[0061] The authorization register (132) may provide the gaming device with device registration guidance information for setting access rights for all or part of the games connected to the user account that includes the game, if the gaming device attempting to access the game does not have access rights to the game. Device registration may be a security service that allows access to the game or the performance of specific functions only with the device registered by the user.

[0062] For example, as illustrated in FIG. 3, the authorization registration unit (132) may provide device registration guidance information to the gaming device to request device registration by individually setting access rights for all or part of the games connected to the user account. As illustrated, the device registration guidance information may include a list of games connected to the user account, and the user of the gaming device may proceed with the device registration procedure by selecting one or more games from the list that they wish to register. In this case, the gaming device may transmit a device registration request for one or more selected games to the management server (130).

[0063] The authorization registration unit (132) may receive a device registration request from a gaming device that includes a request to set access rights for all or part of the games connected to the user account. Additionally, when the authorization registration unit (132) receives the device registration request, it may request user authentication for the device registration request from the user terminal pre-configured in the user account, and once user authentication is completed, it may register the gaming device as a device capable of accessing the game. At this time, the authorization registration unit (132) may use a mobile phone authentication method (e.g., ARS authentication, SMS authentication, MMS authentication, SMS sending authentication, PASS app authentication, etc.), an OTP (One-Time Password) authentication method, an email authentication method, a mobile OTP authentication method, etc., but is not limited thereto. At this time, the user terminal pre-configured in the user account may be a user terminal using a mobile phone number registered in the member information of the user account, a user terminal used for identity verification in connection with the user account, or a user terminal pre-configured by the user, but is not limited thereto.

[0064] For example, as illustrated in FIGS. 4 and 5, the authorization registration unit (132) can use an SMS authentication method to send an SMS text message containing authentication target information and an authentication number to a pre-configured user terminal of a user account. At this time, the authentication target information may include identification information of the gaming device requesting device registration, location information of the gaming device, and permission information. For example, if the gaming device requests device registration for all games connected to the user account, the authorization registration unit (132) can send an SMS text message to the user terminal with 'all games' displayed in the permission information, as illustrated in FIG. 4 (a). Additionally, if the gaming device requests device registration for Game A among the games connected to the user account, the authorization registration unit (132) can send an SMS text message to the user terminal with 'Game A' displayed in the permission information, as illustrated in FIG. 4 (b).

[0065] As illustrated in FIG. 5, the authorization registration unit (132) may provide authentication guidance information, including the phone number of the user terminal and instructions for sending an authentication code, to the gaming device that requested device registration, in accordance with the sending of an SMS text message to the user terminal. Additionally, the authorization registration unit (132) may request the gaming device that requested device registration to enter an authentication code. When the authentication code received by the user terminal through the gaming device is entered into the authentication code input field, the authorization registration unit (132) may compare the authentication code entered into the authentication code input field with the authentication code sent to the user terminal, and if they match, complete user authentication and register the gaming device as a device capable of accessing the requested game.

[0066] According to one embodiment, when registering a device, the device registration procedure can be carried out by individually setting function rights for each game for which device registration has been requested. Specifically, when the authority registration unit (132) provides device registration guidance information, it can provide function right registration guidance information for requesting device registration by individually setting function rights for each game, either together with the device registration guidance information or sequentially, to the gaming device.

[0067] For example, if a user of a gaming device selects Game A from the list of games displayed in the device registration guide information (see FIG. 3), as illustrated in FIG. 6, the authorization registration unit (132) may provide the gaming device with information for registering the function rights to request device registration by individually setting the function rights for Game A. As illustrated, the information for registering the function rights may include a list of in-game functions for the selected game, and the user of the gaming device may select the desired function rights from the list. Through this, the gaming device or the user of the gaming device may proceed with the device registration process by selecting the function rights for the game along with the access rights for the desired game.

[0068] In this case, the gaming device may transmit a device registration request including a request to set access rights for all or part of the games connected to the user account and a request to set function rights for the games, and the authority registration unit (132) may receive the device registration request including the access rights request and the function rights request and proceed with a user authentication procedure. Once user authentication is completed, the authority registration unit (132) may register the gaming device as a device capable of accessing the game and performing the corresponding function within the game.

[0069] For example, as illustrated in FIG. 7, the authorization registration unit (132) may send an SMS text message containing an authentication target information including identification information of the gaming device requesting device registration, location information of the gaming device, and permission information, and an authentication number to a user terminal pre-configured in the user account. For example, if the gaming device requests device registration for Game A and all functions within Game A among the games connected to the user account, the authorization registration unit (132) may send an SMS text message to the user terminal with 'Access to Game A and all functions within Game A' displayed in the permission information, as illustrated in FIG. 7 (a). Additionally, if the gaming device requests device registration for Game A among the games connected to the user account and Function A among the functions of Game A, the authorization registration unit (132) may send an SMS text message to the user terminal with 'Access to Game A and Function A within Game A' displayed in the permission information, as illustrated in FIG. 7 (b).

[0070] The authorization register (132) can block the execution of a function and provide information on setting the function authorization if a gaming device that attempts to perform a function within a game during gameplay does not have the authority to perform the function for that game. At this time, the information on setting the function authorization may include the reason for blocking the execution of the function and the method for setting the function authorization.

[0071] When the authorization register (132) receives a request for function authorization setting from a gaming device that is playing a game, it may request user authentication for function authorization registration to a user terminal that has been configured in the user account. At this time, the authorization register (132) may use a mobile phone authentication method (e.g., ARS authentication, SMS authentication, MMS authentication, SMS sending authentication, PASS app authentication, etc.), an OTP (One-Time Password) authentication method, an email authentication method, a mobile OTP authentication method, etc., but is not limited thereto.

[0072] For example, as illustrated in FIGS. 8 and 9, the authorization register (132) may use an SMS authentication method to send an SMS text message containing authentication target information and an authentication number to a pre-configured user terminal of a user account, and upon sending the SMS text message to the user terminal, may provide authentication guidance information including the phone number of the user terminal and instructions for sending the authentication number to the gaming device attempting to perform the function. Additionally, the authorization register (132) may request the gaming device attempting to perform the function to enter the authentication number. For example, if the gaming device attempts to perform function A while playing game A, the authorization register (132) may send an SMS text message to the user terminal with 'function A in game A' displayed in the allowed authorization information as illustrated in FIG. 8, and may provide authentication guidance information including the phone number of the user terminal and instructions for sending the authentication number to the gaming device attempting to perform the function as illustrated in FIG. 9. When an authentication code received by a user terminal through a gaming device is entered into the authentication code input field, the authorization registration unit (132) compares the authentication code entered into the authentication code input field with the authentication code transmitted to the user terminal, and if they match, the gaming device can be registered as a device capable of performing function A within game A.

[0073] The authority management unit (133) manages information about gaming devices registered for a user account and can manage game rights for each gaming device.

[0074] The authorization management unit (133) may provide device registration status information regarding gaming devices registered to the user account to the first gaming device upon the request of the gaming device (hereinafter referred to as the first gaming device) logged into the user account, and may receive a request from the first gaming device to change game authorization for one or more of the gaming devices registered to the user account. The device registration status information may include the number of gaming devices registered to the user account, the type of each gaming device (PC device or mobile device), the alias of the gaming device, identification information, registration date and time, access date, access location, games available for access, and function authorization for each game.

[0075] For example, as illustrated in FIG. 10, the authorization management unit (133) may provide a device registration status page to a first gaming device (e.g., Gaming Device A) logged into a user account. FIG. 10 illustrates an example in which two gaming devices (Gaming Device A, Gaming Device B) capable of accessing all games connected to the user account, and one gaming device (Gaming Device C) capable of accessing two games among those connected to the user account, are registered to the user account. As illustrated, the device registration status page may display the number of registered gaming devices, the type of each gaming device, the alias of the gaming device, identification information, the registration date and time, the access date, the access location, and the games available for access. Additionally, the device registration status page may further display the functional rights of each gaming device.

[0076] When one of the gaming devices displayed on the device registration status page (e.g., Gaming Device C) is selected, the authorization management unit (133) may provide the first gaming device (e.g., Gaming Device A) with an access authorization management page that allows modifying the games accessible to the selected gaming device (e.g., Gaming Device C), as illustrated in FIG. 11. According to one embodiment, the access authorization management page may be provided as a pop-up window. The access authorization management page may include a list of games connected to a user account and a graphic object (1110) that allows modifying or changing the access rights for each game. The user of the first gaming device (e.g., Gaming Device A) can modify or change the games accessible to the gaming device (e.g., Gaming Device C) through the graphic object (1110).

[0077] According to one embodiment, when one of the game lists displayed on the access permission management page (e.g., Game B) is selected, the permission management unit (133) may provide a function permission management page to the first gaming device (e.g., Gaming A device) that can modify the in-game functions allowed for the selected game (e.g., Game B), as illustrated in FIG. 11. According to one embodiment, the function permission management page may be provided as a pop-up window. The function permission management page may include a list of functions for the corresponding game and a graphic object (1120) that can modify or change the execution rights of each function. The user of the first gaming device (e.g., Gaming A device) can change the function rights within Game A of the gaming device (e.g., Gaming C device) through the graphic object (1120).

[0078] When the authorization management unit (133) receives a request to change game permissions for some or all of the gaming devices registered to the user account from the first gaming device, it requests user authentication for the request to change game permissions to the user terminal pre-configured in the user account, and when user authentication is completed, it can change the game permissions of the corresponding gaming device. At this time, the authorization management unit (133) may use the various authentication methods described above.

[0079] According to one embodiment, when the device registration or game permission change of a gaming device is completed, the permission management unit (133) may send a notification message containing the device registration details or game permission change details to some or all of the gaming devices registered to the user terminal and user account. For example, the permission management unit (133) may send the notification message only to the user terminal, only to the user terminal and specific gaming devices (e.g., a gaming device that has been registered or has game permission changed, a gaming device that was allowed to access all games upon registration, or a gaming device that can currently access all games, etc.), or to the user terminal and all gaming devices.

[0080] Meanwhile, according to one embodiment, when multiple gaming devices simultaneously access the same game using the same user account, the management server (130) may maintain the connection of the gaming device with the highest priority and block the connection of the remaining gaming devices according to the pre-set priority of the gaming devices. At this time, simultaneous access may include not only cases where multiple gaming devices attempt to access simultaneously, but also cases where another gaming device attempts to access while one gaming device is connected. The priority may be set by considering whether the device is a pre-set user terminal of the user account, the order in which device registration is completed, whether access to all games was allowed at the time of device registration, and the number of currently accessible games, or it may be set by the owner of the user account. For example, a pre-set user terminal of the user account may be set to have the highest priority. Additionally, the priority may be set higher for gaming devices that were registered earlier, gaming devices that were allowed to access all games at the time of device registration, and / or gaming devices that have a large number of currently accessible games.

[0081] For example, it is assumed that Gaming Device A is a device allowed to access all games upon device registration, and Gaming Device B is a device allowed to access some games upon device registration. If Gaming Device A accesses a game and is playing, and Gaming Device B attempts to access the same game, the management server (130) can maintain the connection of Gaming Device A and block the connection of Gaming Device B because Gaming Device A has a higher priority. Conversely, if Gaming Device B accesses a game and is playing, and Gaming Device A attempts to access the same game, the management server (130) can block the connection of Gaming Device B and allow the connection of Gaming Device A because Gaming Device A has a higher priority.

[0082] Meanwhile, according to one embodiment, a gaming device capable of changing game permissions based on priority may be configured. For example, the management server (130) may allow a change in game permissions by a gaming device set to a high priority, and may not allow a change in game permissions by a gaming device set to a low priority. Here, the priority of the gaming device may be configured by the various exemplary methods described above.

[0083] FIG. 12 is a diagram illustrating the operation method of a management server when accessing a game according to an exemplary embodiment. The operation method of FIG. 12 can be performed by the management server (130) of FIG. 1 and FIG. 2.

[0084] Referring to FIG. 12, the management server can detect whether the gaming device attempts to access the game by logging in with a registered user account (1210).

[0085] When the management server detects an attempt by a gaming device to access a game, it can determine whether the gaming device has access rights to the game (1220). At this time, the management server can refer to game permission information set for each gaming device.

[0086] If the management server determines that the gaming device has access rights to the game, it may allow the gaming device to access the game (1230).

[0087] If the management server determines that the gaming device does not have access rights to the game, it can block the gaming device from accessing the game and provide the gaming device with device registration information for setting game rights (1240).

[0088] FIG. 13 is a diagram illustrating a device registration method for setting game permissions according to an exemplary embodiment. The device registration method of FIG. 13 can be performed by the management server (130) of FIG. 1 and FIG. 2.

[0089] Referring to FIG. 13, a management server may receive a device registration request from a gaming device for all or part of the games connected to a user account (1310). According to one embodiment, the device registration request may include a request to set access rights for all or part of the games selected by the user of the gaming device and a request to set function rights for the games.

[0090] When a management server receives a device registration request, it may request user authentication for the device registration request from a user terminal configured with a user account (1320). At this time, the management server may use the various authentication methods described above.

[0091] When user authentication is completed, the management server can register the gaming device as a device capable of accessing the game (1330). According to one embodiment, if the device registration request includes a request for setting function permissions, when user authentication is completed, the management server can register the gaming device as a device capable of accessing the game and performing the corresponding function within the game.

[0092] According to one embodiment, when the device registration of a gaming device is completed, the management server may send a notification message containing the device registration details to some or all of the gaming devices registered to the user terminal and user account.

[0093] FIG. 14 is a diagram illustrating the operation method of a management server when performing an in-game function during gameplay according to an exemplary embodiment. The operation method of FIG. 14 can be performed by the management server (130) of FIG. 1 and FIG. 2.

[0094] Referring to FIG. 14, the management server can detect whether the gaming device attempts to perform an in-game function during gameplay (1410).

[0095] When the management server detects an attempt by the gaming device to perform a function within a game, it can determine whether the gaming device has the authority to perform the function for the game (1420). At this time, the management server can refer to game authority information set for each gaming device.

[0096] If the management server determines that the gaming device has the authority to perform the function for the game, it may allow the performance of the function (1430).

[0097] If the management server determines that the gaming device does not have the authority to perform the function for the game, it can block the performance of the function and provide the gaming device with information on setting the function authority (1440).

[0098] FIG. 15 is a diagram illustrating a method for setting function permissions during gameplay according to an exemplary embodiment. The method for setting function permissions of FIG. 15 can be performed by the management server (130) of FIG. 1 and FIG. 2.

[0099] Referring to FIG. 15, the management server can receive a request to set function permissions for the game from a gaming device that is playing the game (1510).

[0100] When the management server receives a request for setting function permissions, it may request user authentication for the request for setting function permissions from the user terminal of the user account that is already configured (1520). At this time, the management server may use the various authentication methods described above.

[0101] Once user authentication is complete, the management server can set the function rights to perform the corresponding function within the game for the gaming device (1530).

[0102] FIG. 16 is a diagram illustrating a method for changing game permissions according to an exemplary embodiment. The method for changing game permissions of FIG. 16 can be performed by the management server (130) of FIG. 1 and FIG. 2.

[0103] Referring to FIG. 16, the management server may receive a request to change game permissions for some or all of the gaming devices registered to the user account from a gaming device logged in with a user account (1610).

[0104] When the management server receives a request to change game permissions from a gaming device, it may request user authentication for the request to change game permissions from the user terminal configured in the user account (1620). At this time, the management server may use the various authentication methods described above.

[0105] The management server can change the game permissions for some or all of the gaming devices once user authentication is complete (1630).

[0106] According to one embodiment, when the management server completes the change of game permissions for some or all of the gaming devices, it may send a notification message containing device registration details or game permission change details to some or all of the gaming devices registered to the user terminal and user account.

[0107] FIG. 17 is a drawing for illustrating a computing environment including a computing device according to an exemplary embodiment. In the illustrated embodiment, each component may have different functions and capabilities in addition to those described below, and may include additional components in addition to those described below.

[0108] The illustrated computing environment (10) may include a computing device (12). In one embodiment, the computing device (12) may be one or more components included in the management server (130) of FIGS. 1 and FIGS. 2 for performing the method according to the embodiments described above. As another example, at least some of the components included in the computing device (12) may be included in the management server (130) of FIGS. 1 and FIGS. 2.

[0109] The computing device (12) may include at least one processor (14), a computer-readable storage medium (16), and a communication bus (18). The processor (14) may enable the computing device (12) to operate according to the exemplary embodiment described above. For example, the processor (14) may execute one or more programs stored in the computer-readable storage medium (16). The one or more programs may include one or more computer-executable instructions, and the computer-executable instructions may be configured to enable the computing device (12) to perform operations according to the exemplary embodiment when executed by the processor (14).

[0110] A computer-readable storage medium (16) may store computer-executable instructions or program code, program data and / or other suitable forms of information. A program (20) stored in the computer-readable storage medium (16) may include a set of instructions executable by a processor (14). In one embodiment, the computer-readable storage medium (16) may be memory (volatile memory such as random access memory, non-volatile memory, or a suitable combination thereof), one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, other forms of storage media that are accessed by a computing device (12) and can store desired information, or a suitable combination thereof.

[0111] The communication bus (18) can interconnect various other components of the computing device (12), including the processor (14) and the computer-readable storage medium (16).

[0112] The computing device (12) may also include one or more input / output interfaces (22) and one or more network communication interfaces (26) that provide interfaces for one or more input / output devices (24). The input / output interfaces (22) and network communication interfaces (26) may be connected to a communication bus (18). The input / output devices (24) may be connected to other components of the computing device (12) through the input / output interfaces (22). An exemplary input / output device (24) may include an input device such as a pointing device (such as a mouse or trackpad), a keyboard, a touch input device (such as a touchpad or touchscreen), a voice or sound input device, various types of sensor devices and / or imaging devices, and / or an output device such as a display device, a printer, a speaker and / or a network card. An exemplary input / output device (24) may be included inside the computing device (12) as a component constituting the computing device (12), or it may be connected to the computing device (12) as a separate device distinct from the computing device (12).

[0113] One aspect of the present disclosure may be implemented as computer-readable code on a computer-readable recording medium. Codes and code segments implementing the program can be easily inferred by a computer programmer in the art. A computer-readable recording medium may include any type of recording device in which data that can be read by a computer system is stored. Examples of computer-readable recording media may include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical disk, etc. Additionally, a computer-readable recording medium may be distributed across networked computer systems and written and executed as computer-readable code in a distributed manner.

[0114] Up to this point, the present disclosure has been examined with reference to its preferred embodiments. Those skilled in the art will understand that the present disclosure may be implemented in modified forms without departing from the essential characteristics of the present disclosure. Accordingly, the scope of the present disclosure should not be limited to the embodiments described above, but should be interpreted to include various embodiments within the scope equivalent to those described in the claims.

Claims

1. A method for setting game permissions performed on a computing device, The operation of receiving a device registration request including a request to set access rights for a game selected by the user of the gaming device among a plurality of games connected to the user account from a gaming device logged into a user account; When the above device registration request is received, an operation to request user authentication for the above device registration request to the user terminal configured in the above user account; and When the above user authentication is completed, the operation of registering the gaming device as a device capable of accessing the selected game among the plurality of games; comprising How to set game permissions.

2. In Claim 1, When the gaming device attempts to access a first game among the plurality of games by logging in with the user account, the gaming device determines whether it has access rights to the first game; and If the gaming device does not have access rights to the first game, the operation of providing device registration guidance information to request device registration by individually setting access rights to all or some of the plurality of games to the gaming device; further comprising How to set game permissions.

3. In Claim 1, The above receiving operation receives the device registration request from the gaming device, which further includes a request to set permissions for in-game functions of the selected game among the plurality of games, and The above-mentioned registration operation is to register the gaming device as a device capable of performing in-game functions for the selected game among the plurality of games. How to set game permissions.

4. In Claim 3, The above-mentioned in-game functions include payment, gifting, disposal of game items, disposal of in-game currency, and use of the exchange. How to set game permissions.

5. In Claim 1, The operation of receiving a request to set permissions for a specific function within the second game from the gaming device that is accessing and playing the second game among the plurality of games mentioned above; When the above permission setting request is received, an action of requesting user authentication for the above permission setting request to the user terminal; and The operation of registering the gaming device as a device capable of performing the specific function within the second game when the above user authentication is completed; further comprising How to set game permissions.

6. In Claim 1, An operation of providing device registration status information for a plurality of gaming devices registered to the user account to the gaming device logged into the user account; The operation of receiving a request from the gaming device to change game permissions for some or all of the plurality of gaming devices registered to the user account; An operation to request user authentication for the game permission change request to the above user terminal; and The operation of changing game permissions for some or all of the plurality of gaming devices when the above user authentication is completed; further comprising How to set game permissions.

7. In Claim 6, Game permissions include game access permissions and in-game function permissions, How to set game permissions.

8. In Claim 6, The operation of sending a notification message containing the details of the game permission change to some or all of the plurality of gaming devices registered to the user account when the game permission change is completed; further comprising How to set game permissions.

9. In Claim 1, In the case where multiple gaming devices simultaneously access the same game using the above user account, the operation of maintaining the connection of the gaming device with the highest priority according to a preset priority and blocking the connection of the remaining gaming devices; further comprising How to set game permissions.

10. In Claim 9, The above priority is set by considering at least one of whether the above user account is the configured user terminal, the order in which device registration is completed, whether access to all games was allowed upon device registration, and the number of currently accessible games. How to set game permissions.

11. One or more processors; and Memory for storing one or more programs executed by the above one or more processors; comprising, The above one or more processors, Receiving a device registration request from a gaming device logged into a user account, the request including a request to set access rights for a game selected by the user of the gaming device among a plurality of games connected to the user account, and When the above device registration request is received, user authentication for the above device registration request is requested to the user terminal configured in the above user account, and When the above user authentication is completed, the gaming device is registered as a device capable of accessing the selected game among the plurality of games. Computing device.

12. In Claim 11, The above one or more processors, When the gaming device attempts to access the first game among the plurality of games by logging in with the user account, the gaming device determines whether it has access rights to the first game, and If the gaming device does not have access rights to the first game, providing device registration guidance information to request device registration by individually setting access rights to all or some of the plurality of games to the gaming device. Computing device.

13. In Claim 11, The above one or more processors, Receiving the device registration request from the gaming device, which further includes a request to set permissions for in-game functions of the selected game among the plurality of games mentioned above, and Registering the above gaming device as a device capable of performing in-game functions for the selected game among the plurality of games, Computing device.

14. In Claim 13, The above-mentioned in-game functions include payment, gifting, disposal of game items, disposal of in-game currency, and use of the exchange. Computing device.

15. In Claim 11, The above one or more processors, Receiving a request to set permissions for a specific function within the second game from the gaming device that is accessing and playing the second game among the plurality of games mentioned above, and When the above permission setting request is received, user authentication for the above permission setting request is requested to the above user terminal, and When the above user authentication is completed, the gaming device is registered as a device capable of performing the above specific function within the second game. Computing device.

16. In Claim 11, The above one or more processors, Provides device registration status information for multiple gaming devices registered to the user account to the gaming device logged into the user account, and Receiving a request from the gaming device to change game permissions for some or all of the plurality of gaming devices registered to the user account, and Request user authentication for the game permission change request to the above user terminal, and Once the above user authentication is completed, changing game permissions for some or all of the above multiple gaming devices, Computing device.

17. In Claim 16, Game permissions include game access permissions and in-game function permissions, Computing device.

18. In Claim 16, The above one or more processors, When the above game permission change is completed, a notification message containing the details of the game permission change is sent to the above user terminal and some or all of the plurality of gaming devices registered to the above user account. Computing device.

19. In Claim 11, The above one or more processors, When multiple gaming devices simultaneously access the same game using the above user account, the connection of the gaming device with the highest priority is maintained according to a pre-set priority, while the connection of the remaining gaming devices is blocked. Computing device.

20. In Claim 19, The above priority is set by considering at least one of whether the above user account is the configured user terminal, the order in which device registration is completed, whether access to all games was allowed upon device registration, and the number of currently accessible games. Computing device.

Images