CN110064201B

CN110064201B - Role authority control method and device, electronic equipment and storage medium

Info

Publication number: CN110064201B
Application number: CN201910351363.2A
Authority: CN
Inventors: 王琨
Original assignee: Beijing ByteDance Network Technology Co Ltd
Current assignee: Beijing ByteDance Network Technology Co Ltd
Priority date: 2019-04-28
Filing date: 2019-04-28
Publication date: 2021-01-19
Anticipated expiration: 2039-04-28
Also published as: CN110064201A

Abstract

The embodiment of the disclosure provides a method and a device for controlling role authority, an electronic device and a storage medium, wherein the method is applied to a service server and comprises the following steps: binding service objects for executing functional tasks for at least two users according to the requests of clients to which the at least two users belong, allocating resources for the service objects, and determining user roles and allocating resource rights and control rights of the roles for the users; when the functional task of the business object is finished, the resources of the business object are kept, and the role of the user is changed; reallocating resource authority and control authority corresponding to the roles for the user according to the changed roles; and according to a request initiated by a user, reestablishing the functional task for the business object. The technical scheme of the embodiment of the disclosure solves the technical problem that the entertainment function of the business object cannot be continued in the prior art, which results in poor user experience, and achieves the technical effects of good entertainment function continuity and better user experience.

Description

Role authority control method and device, electronic equipment and storage medium

Technical Field

The embodiment of the disclosure relates to the technical field of computers, and in particular relates to a role authority control method and device, an electronic device and a storage medium.

Background

Currently, the functions of the singing-type application include: in the "room" business object, a set number of users is allowed to act as players, and the players can realize the functions of singing, singing reception and the like in the business object. Users other than the player in the business object act as audiences, and the audiences can only like praise, comment and present. That is, there are two roles in the same business object. For example, the user characters participating in the game may be set as players, and the user characters not participating in the game may be set as spectators. Users, servers and clients of different roles will provide different functional support and rights within the singing room.

In the prior art, the general flow from entering an application to starting a game is as follows: creating a team, inviting friends, starting matching, matching successfully (creating a room), starting a game, ending the game, and dismissing the room. In this way, there is a technical problem that the entertainment function of the room is not continuous.

Disclosure of Invention

The embodiment of the disclosure provides a role authority control method and device, an electronic device and a storage medium, so as to save resources and improve the technical effect of user experience due to good continuity of the entertainment function of a business object.

In a first aspect, an embodiment of the present disclosure further provides a method for controlling role authority, where the method is applied to a service server, and includes:

binding service objects for executing functional tasks for at least two users according to the requests of clients to which the at least two users belong, allocating resources for the service objects, and determining user roles and allocating resource rights and control rights of the roles for the users;

when the functional task of the business object is finished, maintaining the resources of the business object and changing the role of the user;

reallocating resource authority and control authority corresponding to the roles for the user according to the changed roles;

and according to a request initiated by a user, reestablishing a functional task for the business object.

In a second aspect, an embodiment of the present disclosure further provides a device for controlling role authority, where the device is configured in a service server, and the device includes:

the role resource allocation module is used for binding business objects for executing functional tasks for at least two users according to the requests of clients to which the at least two users belong, allocating resources for the business objects, and determining user roles and allocating resource authorities and control authorities of the roles for the users;

the role changing module is used for keeping the resources of the business object and changing the role of the user when the functional task of the business object is finished;

the role reassignment module is used for reassigning the resource authority and the control authority corresponding to the role for the user according to the changed role;

and the task allocation module is used for reestablishing the functional tasks for the business objects according to the request initiated by the user.

In a third aspect, an embodiment of the present disclosure further provides an electronic device, where the electronic device includes:

one or more processors;

a storage device for storing one or more programs,

when the one or more programs are executed by the one or more processors, the one or more processors implement the role authority control method according to any one of the embodiments of the present disclosure.

In a fourth aspect, the embodiments of the present disclosure further provide a storage medium containing computer-executable instructions, which when executed by a computer processor, are used to execute the control method of role authority according to any one of the embodiments of the present disclosure.

The technical scheme of the embodiment of the disclosure binds the service objects for executing the function tasks for at least two users according to the requests of the clients to which the at least two users belong, allocates resources for the service objects, determines the user roles and allocates the resource authorities and the control authorities of the roles for the users, keeps the resources of the service objects when the function tasks of the service objects are finished, changes the roles of the users, reallocates the resource authorities and the control authorities corresponding to the roles for the users according to the changed roles, reestablishes the function tasks for the service objects according to the requests initiated by the users, solves the technical problems that the resources of the service objects are automatically released when the function tasks of the service objects are finished in the prior art, the entertainment function cannot be continued, the user experience is poor, and when the users in the service objects restart games, the service objects need to be reestablished and corresponding resources are allocated for the users, the technical problem of resource waste exists, and the technical effects of good entertainment function continuity and better user experience are achieved.

Drawings

In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present disclosure, a brief description is given below of the drawings used in describing the embodiments. It should be understood that the drawings described are only for a portion of the embodiments described in this disclosure and not all of them, and that those skilled in the art will be able to derive other drawings from them without any inventive effort.

Fig. 1 is a schematic flowchart of a role authority control method according to an embodiment of the present disclosure;

fig. 2 is a schematic flowchart of a method for controlling role authority according to an embodiment of the present disclosure;

fig. 3 is a schematic flowchart of a method for controlling role authority according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a control device for role authority according to an embodiment of the present disclosure;

fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure.

Detailed Description

The present disclosure is described in further detail below with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the disclosure and are not limiting of the disclosure. It should be further noted that, for the convenience of description, only some of the structures relevant to the present disclosure are shown in the drawings, not all of them.

Fig. 1 is a schematic flow chart of a method for controlling role permissions according to an embodiment of the present disclosure, where the method of this embodiment is applicable to a service server, and can manage role permissions of users in service objects, and the method can be executed by a role permission control device, and the device can be implemented in a form of software and/or hardware, and optionally, implemented by the service server.

As shown in fig. 1, the method of this embodiment includes:

s110, binding service objects for executing functional tasks for at least two users according to the requests of the clients to which the at least two users belong, distributing resources for the service objects, and determining user roles and distributing resource rights and control rights of the roles for the users.

For clearly introducing the technical solution of the embodiment of the present disclosure, a singing application may be taken as an example for introduction, and the corresponding client is the singing application installed on the mobile terminal.

Where a business object may be each room in the application. Each business object comprises at least one user, and a specific task of a certain item or certain several items which can be executed by only part of the users in the business object is called a functional task. Taking users executing functional tasks in the business objects as high-level roles, wherein the high-level users correspond to high-level authorities correspondingly, namely the high-level users can trigger and select at least one of singing receiving, singing grabbing, praise ordering, comment and display interface control on the display interface; the users who do not execute the functional tasks are used as basic roles, and the basic authorities corresponding to the basic roles can only execute at least one task of praise, comment and present in the business objects. That is, when the function task in the service object starts to be executed, the users in the service object can be divided into two categories, one is a basic character corresponding to a basic privilege, i.e., a spectator in each room, and one is a high-level character corresponding to a high-level privilege, i.e., a game participant in each room. The resources allocated to the business object may be room information, capacity information, and types of tasks for performing functions, which are allocated to the business object by the business server, and optionally, which type of task is allocated to the business object. The resource authority may be whether the service server receives voice information sent by some users, or assigned song information, etc. The control authority can be information for controlling the rhythm of music, controlling whether the current room can be commented and the like.

In this embodiment, when the roles of the users are different, the corresponding allocated resource authority and control authority are also different. Illustratively, the control permissions assigned to the underlying role may be: praise, comment and present can be performed in the business object; the control authority assigned to the high-level role user not only comprises the authority of the basic role, but also comprises the following steps: determining whether to take a song, snatch a song, like a song, comment, change display interface information and the like. That is, the high level role authority is higher than the base role authority.

Specifically, if the user wants to participate in the singing game, the corresponding position of the client can be triggered, so as to enter the matching state, and optionally, the matching game button is triggered, that is, the matching request information is sent to the service server. The service server receives the request information, binds the service object for executing the function task for the user according to the received request information, namely, establishes a room according to the request information, and binds the room and the user. The service server allocates resources corresponding to the room, including the type of task executed by the room; the number of users that the room can accommodate, and the room number of the room. And taking the user bound with the service object as a high-level role for executing the functional task in the service object, taking the rest users as basic roles for executing the non-functional task, and simultaneously allocating resource authority and control authority corresponding to the high-level role and the basic roles.

S120, when the functional task of the business object is finished, the resources of the business object are kept, and the role of the user is changed.

The functional task completion of a business object can be understood as: singing of the room ends, or singing taking ends. In order to ensure the continuity of the entertainment function of the business object, the resources of the business object, namely the room number, the task type executed by the room and the capacity of the room are reserved, and the role of the user is changed.

Optionally, when the functional task of the business object is finished, the resources of the business object are maintained, and the roles of the users are returned to the basic roles corresponding to the basic permissions, where the roles corresponding to the business object at least include a basic role and a high-level role.

On the basis of step S110, a base role and a high-level role in the business object may be determined. The basic role corresponds to the audience in the business object and the advanced role corresponds to the user bound to the business object for performing a specific task, optionally participating in a singing task.

Specifically, when the service object function task is finished, the high-level role corresponding to the service object and the high-level authority can be returned to the basic role corresponding to the basic authority. That is, when the function task is finished, the roles of all users in the service object are basic roles, and the corresponding permissions are basic permissions.

It should be noted that the high-level authority corresponding to the high-level role is greater than the basic authority corresponding to the basic role.

And S130, reallocating the resource authority and the control authority corresponding to the role for the user according to the changed role.

Specifically, the service server redistributes resource permissions and control permissions corresponding to the basic roles for the basic roles in the service object.

S140, according to the task request initiated by the user, the functional task is reestablished for the business object.

The service server can send binding information for establishing a binding relationship to each user in the service object, and send the binding information to the client corresponding to each user, when the user is in the service object, the key information displayed on the client can be seen, wherein the key information corresponds to the binding information.

And if the user triggers the key information, the service server determines that the user initiates a task request. And the service server determines to bind the high-level role with the service object according to the received task request information. And meanwhile, the service server reestablishes the function task for the service object. The function tasks can include singing receiving tracks, singing grabbing tracks, singing tracks, the number of songs and the like.

On the basis of the above technical solution, before the functional task is re-established for the business object according to the request initiated by the user, at least one user bound with the business object needs to be determined, that is, at least one user executing the functional task needs to be determined. Fig. 2 is a flowchart illustrating a method for controlling role authority according to an embodiment of the present disclosure.

As shown in fig. 2, the method includes:

s201, if at least one user belonging to the business object releases the binding relation with the business object, selecting other users from the matching pool according to the user binding requirement of the business object, and binding the other users with the business object.

It should be noted that, executing the function task requires up to a preset number of users, and optionally, five users, six users, or more users, etc. At least one user performing a functional task may be bound to a business object as a high-level role.

Optionally, before the at least one user belonging to the business object releases the binding relationship with the business object, the binding relationship between the at least one user belonging to the business object and the business object is established.

Specifically, the service server sends binding information for establishing a binding task to each user in the service object. The binding information can be embodied by a wheat robbing key displayed by the client. When at least one user determines to bind with the service object, the feedback of the binding information can be understood, namely, the wheat robbing button is triggered. The service server can determine the user establishing the binding relationship with the service object according to the preset rule.

Optionally, the service server may determine a preset number of high-level roles according to the time sequence of receiving the feedback; or feedback users which feed back the binding information within preset time are obtained, and a preset number of users are randomly selected from the feedback users as high-level roles, namely, a binding relation is established with the service object; or, obtaining historical data information of feedback users, optionally historical scoring information, determining a preset number of users according to the similarity of the historical scoring, and establishing a binding relationship with the business object.

If the number of the feedback users is lower than the preset number, or the users who have established the binding relationship with the business object release the binding relationship, the binding between other users and the business object needs to be determined according to the user binding requirements.

The user binding requirement can be understood as random selection, or determined according to the historical achievement of the user, or determined according to the historical singing record of the user. In particular, a user that has bound to a business object may be referred to as a target sub-user. And acquiring the historical scores of the target sub-users, and selecting other users close to the historical scores from the matching pool as matching users according to the historical scores of the target sub-users. The sum of the number of the target sub-users and the number of the slave matching users with the established binding relationship is equal to the preset number, and the matching users and the target sub-users determined at the moment are used as target users, namely the users establishing the binding relationship with the business object.

S202, if the other users selected to be bound do not meet the user binding requirements, establishing a virtual user to be bound with the service object so as to meet the user binding requirements.

Specifically, if the number of matched users and the number of bound users are determined from the matching pool according to the binding requirement, and the number of the matched users and the number of the bound users do not reach the preset number, the virtual user and the business object can be established to be bound, so that the binding requirement is met.

In this embodiment, the user in the service object can be preferentially acquired, and the binding relationship between the user and the service object is established; if the binding requirements are not met, the matched users can be obtained from the corresponding matching pools, and the binding relation is established between the matched users and the business objects; and if the users meeting the binding requirement are not matched from the matching pool, establishing a virtual user to be matched with the service object. At this time, the number of bindings to the business object is equal to the preset required number.

S203, according to the request initiated by the user, the functional task is reestablished for the business object.

It should be noted that, after determining the user bound to the business object, the user bound to the business object may be taken as a high-level role.

The request initiated by the user may be understood that the target user in the business object is already in a ready state and can execute the function task request corresponding to the role. At this time, the service server may reestablish the function task for the service object, so that the user bound to the service object executes the function task.

It should be noted that business objects may perform the same, or different, functional tasks.

As a preferred embodiment of the foregoing embodiment, fig. 3 is a schematic flowchart of a method for controlling role authority provided in the embodiment of the present disclosure.

As shown in fig. 3, the method includes:

s301, if the current function task of the business object is finished, the business object resource is kept, and the role label of the user is changed from a high-level role to a basic role.

In this embodiment, the application program of the singing class may be taken as an example for introduction, and correspondingly, the role authority control method may be executed by the service server corresponding to the application program of the singing class.

Wherein, the business object refers to each room. The functional task may be a target task of the business object, i.e., a task of performing singing. The end of the functional task of the business object is determined by a state detection module or a time recording device in the business server.

Illustratively, a state detection module in the service server detects the current task state in each service object in real time; or creating each business object in the business server, predetermining the preset time required for executing the functional task when determining the task corresponding to the business object, and determining that the functional task of the current business object is ended when the time for executing the task reaches the preset time.

It should be noted that, when a user executes a function task in a business object, each user role label in the business object may be divided into two types, one type of role label is a basic role, and the other type of role label is a high-level role. Wherein, the user role label of the executive function task is a high-level role.

Changing the user role is primarily to modify the high-level role to the base role.

Specifically, if the functional task of the current business object is finished, the high-level role is changed into the basic role.

S302, allocating resource authority and control authority corresponding to the user with the changed role again.

It should be noted that, when the roles of the users are different, the resources allocated to the users by the service server are also different. For example, the resources allocated to the basic role are generally fewer, and may have functions of praise, comment, present delivery and the like, and the resources allocated to the advanced role may be control resources and permissions such as rap, acquisition of microphone sound of a user, interaction with the user of the role label as the basic role, and the like.

Specifically, the service server allocates the resources and permissions corresponding to the basic role to the users in the service object.

S303, sending task information to the users in the business object, and determining target users for executing the functional tasks according to the feedback information of the task information.

When the functional task of the business object is finished, the continuity of the entertainment function is also ensured due to the reservation of the business object resources. Therefore, the business server can send task information to each current user in the business object.

The task information may be information that the business object starts to execute the functional task. Because a preset number of users need to be determined when the function task is executed, the target users for executing the function task are determined according to the feedback result of the task information, namely, the target users are determined to be used as high-level roles.

And the service server sends the task information to each user in the service object and displays the control key corresponding to the task information on the interface. Optionally, a microphone grabbing key corresponding to the task information is displayed on a display interface of the terminal held by each user. Each user can determine whether to trigger the key according to requirements. And if the user triggers the key, the task information is considered to be fed back.

The service server may receive the feedback information within a preset time, or may not receive the feedback information any more when the number of received feedback information reaches a preset number. And determining the target user in different modes according to different modes of receiving the feedback information by the service server.

For example, if the number of the service servers receiving the feedback information reaches the preset number, the user corresponding to the feedback information may be directly used as the target user, that is, the user is used as the high-level role. If the service server receives the feedback information within the preset time, the method for determining the target user may be: if the number of the feedback information received by the service server is larger than the preset number within 10S, the historical data of the feedback users can be obtained, optionally, historical scoring information, historical singing records and the like, the historical scores of the feedback users are averaged to obtain average scores, the feedback users are divided into at least one grade according to the average scores, and the users with the preset number are selected from the same grade as the target users.

On the basis of the technical scheme, no matter which mode is adopted, if the number of the feedback users is lower than the preset number in the preset time, the feedback users are used as target sub-users. And obtaining the matched users from the matching pool. The sum of the number of the matched users and the number of the target sub-users is equal to the preset number of users; further, if a sufficient number of users are not obtained from the matching pool within a second preset time, the virtual users are matched. The sum of the number of the virtual users, the number of the target sub-users and the number of the matched users is equal to the preset number, and the preset number of users are bound with the service objects.

Preferably, if the number of users responding to the task information does not reach the preset number within the first preset time 15s, obtaining the matched users from the matching pool, and taking the matched users and the responding users as target users; if the matching time in the matching pool reaches 25s, the number of the users and the number of the response users selected from the matching pool still do not reach the preset number, the virtual users can be automatically supplemented, and the number of the objects for executing the function tasks reaches the preset number.

S304, changing the role of the user executing the target function task, and establishing the function task for each user in the business object.

Changing the role of the target user from the basic role to the high-level role, distributing resources corresponding to the high-level role, and establishing function tasks corresponding to each user.

Fig. 4 is a schematic structural diagram of a role authority control device according to an embodiment of the present disclosure, where the role authority control device may be configured in a service server.

The apparatus may include: a role resource allocation module 410, a role change module 420, a role re-allocation module 430, and a task allocation module 440. The role resource allocation module 410 is configured to bind, according to requests of clients to which at least two users belong, service objects for executing functional tasks to the at least two users, allocate resources to the service objects, and determine user roles and allocate resource permissions and control permissions of the roles to the users; a role changing module 420, configured to maintain the resources of the business object and change the role of the user when the functional task of the business object is finished; a role re-allocation module 430, configured to re-allocate resource permissions and control permissions corresponding to roles for the user according to the changed roles; and the task allocation module 440 is configured to reestablish the functional task for the service object according to a request initiated by a user. On the basis of the above technical solution, the role changing module is further configured to:

and when the functional task of the business object is finished, maintaining the resources of the business object, and returning the roles of the users to basic roles corresponding to basic permissions, wherein the roles corresponding to the business object at least comprise basic roles and advanced roles.

On the basis of the above technical solutions, the task allocation module is further configured to:

according to a task creation request or a task participation request initiated by a user, allocating and determining a corresponding role for the user, reestablishing a functional task for the service object, and reallocating a resource authority and a control authority corresponding to the role for the user.

On the basis of the above technical solutions, before the task allocation module is configured to reestablish the functional task for the business object according to the request initiated by the user, the method further includes:

and the matching unit is used for selecting other users from the matching pool to be bound with the service object according to the user binding requirement of the service object if at least one user belonging to the service object releases the binding relation with the service object.

On the basis of the above technical solutions, after the matching unit selects another user from the matching pool and binds with the service object, the matching unit is further configured to:

if the other users selected to be bound do not meet the user binding requirement, establishing a virtual user to be bound with the service object so as to meet the user binding requirement.

On the basis of the above technical solutions, the matching unit in the apparatus is further configured to:

and if the number of the other users selected to be bound and the number of the bound users are lower than the preset binding number, establishing a virtual user to be bound with the service object so as to meet the binding requirement of the user.

On the basis of the technical schemes, the high-level role comprises at least one of a ring receiver and a ring receiver, and the basic role is audience; the authority of the high-level role is greater than the authority of the basic role.

On the basis of the technical solutions, the business object includes a game room.

The role authority control device provided by the embodiment of the disclosure can execute the role authority control method provided by any embodiment of the disclosure, and has corresponding functional modules and beneficial effects of the execution method.

It should be noted that, the units and modules included in the apparatus are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only used for distinguishing one functional unit from another, and are not used for limiting the protection scope of the embodiments of the present disclosure.

FIG. 5 illustrates a block diagram of an exemplary electronic device 500 suitable for use in implementing embodiments of the present disclosure. Referring now to fig. 5, a schematic diagram of an electronic device (e.g., a terminal device or a server) 500 suitable for use in implementing embodiments of the present disclosure is shown. The terminal device in the embodiments of the present disclosure may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a vehicle terminal (e.g., a car navigation terminal), and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. The electronic device shown in fig. 5 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 5, electronic device 500 may include a processing means (e.g., central processing unit, graphics processor, etc.) 501 that may perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)502 or a program loaded from a storage means 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data necessary for the operation of the electronic apparatus 500 are also stored. The processing device 501, the ROM 502, and the RAM 503 are connected to each other through a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.

Generally, the following devices may be connected to the I/O interface 505: input devices 506 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 507 including, for example, a Liquid Crystal Display (LCD), speakers, vibrators, and the like; storage devices 508 including, for example, magnetic tape, hard disk, etc.; and a communication device 509. The communication means 509 may allow the electronic device 500 to communicate with other devices wirelessly or by wire to exchange data. While fig. 5 illustrates an electronic device 500 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided.

In particular, according to an embodiment of the disclosure, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 509, or installed from the storage means 508, or installed from the ROM 402. The computer program, when executed by the processing device 501, performs the above-described functions defined in the methods of the disclosed embodiments.

It should be noted that the computer readable medium of the present disclosure may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to:

Computer program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a module does not in some cases constitute a limitation on the unit itself, for example, a role resource allocation module may also be described as a "resource allocation module"; the role reassignment module can also be described as an "assignment module" or the like.

The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein disclosed is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) technical features having similar functions disclosed in the present disclosure are mutually replaced to form the technical solution.

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present disclosure and the technical principles employed. Those skilled in the art will appreciate that the present disclosure is not limited to the particular embodiments described herein, and that various obvious changes, adaptations, and substitutions are possible, without departing from the scope of the present disclosure. Therefore, although the present disclosure has been described in greater detail with reference to the above embodiments, the present disclosure is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present disclosure, the scope of which is determined by the scope of the appended claims.

Claims

1. A method for controlling role authority is applied to a service server, and the method comprises the following steps:

according to a request initiated by a user, reestablishing a functional task for the service object, wherein the reestablishing comprises the steps of allocating and determining a corresponding role for the user according to a task establishment request or a task participation request initiated by the user, reestablishing the functional task for the service object, and reallocating a resource authority and a control authority corresponding to the role for the user;

the business object comprises a game room; the corresponding roles in the business object at least comprise a basic role and a high-level role; the advanced role comprises at least one of a pickup and a receiver, and the basic role is audience; the authority of the high-level role is greater than the authority of the basic role.

2. The method of claim 1, wherein maintaining resources of the business object and changing the role of the user upon completion of the functional task of the business object comprises:

and when the functional task of the business object is finished, maintaining the resources of the business object, and returning the role of each user to the basic role corresponding to the basic authority.

3. The method of claim 1, wherein before re-establishing the functional task for the business object according to the request initiated by the user, further comprising:

and if at least one user belonging to the business object releases the binding relation with the business object, selecting other users from the matching pool according to the user binding requirement of the business object, and binding the other users with the business object.

4. The method of claim 3, wherein after selecting other users from the matching pool to bind with the business object, further comprising:

5. A device for controlling role authority, configured in a service server, the device comprising:

the task allocation module is used for reestablishing the functional tasks for the business objects according to the requests initiated by the users, and comprises the steps of establishing the requests or the task participation requests initiated by the users, allocating and determining corresponding roles for the users, reestablishing the functional tasks for the business objects, and reallocating the resource authorities and the control authorities corresponding to the roles for the users;

6. An electronic device, characterized in that the electronic device comprises:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement a method of controlling role rights according to any of claims 1-4.

7. A storage medium containing computer-executable instructions for performing a method of controlling character rights according to any one of claims 1-4 when executed by a computer processor.