CN113407337A

CN113407337A - Resource allocation method, device, server and medium

Info

Publication number: CN113407337A
Application number: CN202110570783.7A
Authority: CN
Inventors: 刘新; 徐向民; 沈丹萍; 金武超
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-05-25
Filing date: 2021-05-25
Publication date: 2021-09-17

Abstract

The application is applicable to the technical field of computers, and provides a resource allocation method, which comprises the following steps: acquiring use information aiming at a target function in a target application in a preset period; and allocating resources matched with the use information to the developer account corresponding to the target function. According to the method and the device, the resources are distributed to the developers of the target functions according to the use information of the target functions in the application, if the use information indicates that the use condition of the target functions is better, more shares of the resources are distributed to the corresponding developers, the reasonable distribution of the resources can be realized, and the enthusiasm of the developers in developing the target functions can be stimulated.

Description

Resource allocation method, device, server and medium

Technical Field

The present application belongs to the field of computer technologies, and in particular, to a resource allocation method, apparatus, server, and medium.

Background

An Application (Application) generally has a plurality of functions, such as a failure diagnosis function, a data analysis function, a failure repair function, and the like. An application typically needs to be developed by multiple developers.

In the related art, after the development of the software function is completed, it is necessary to allocate appropriate resources to the developer of the software function.

Disclosure of Invention

The embodiment of the application provides a resource allocation method, a resource allocation device, a server and a medium.

In a first aspect, an embodiment of the present application provides a resource allocation method, where the method includes:

acquiring use information aiming at a target function in a target application in a preset period;

and allocating resources matched with the use information to the developer account corresponding to the target function.

Further, before obtaining the usage information for the target function in the target application within the preset period, the method further includes:

issuing a task development request based on the realization of the target function;

receiving function development results fed back aiming at task development requests sent by a plurality of accounts within a preset time length;

selecting an account from the plurality of accounts as a developer account corresponding to the target function;

and (4) adopting the function development result sent by the developer account to complete the target function, and opening the target function for use.

Further, selecting an account from the plurality of accounts as a developer account corresponding to the target function, including:

selecting an account meeting preset selection conditions from a plurality of accounts as a developer account corresponding to the target function;

the preset selection condition comprises any one or more of the following conditions:

selecting an account with the earliest development result of the sending function as a developer account corresponding to the target function;

and selecting the account corresponding to the function development result with the optimal quality as the developer account corresponding to the target function.

Further, allocating resources adapted to the usage information to the developer account corresponding to the target function, including:

calling a resource allocation method corresponding to the target function;

calculating resources matched with the use information according to a resource allocation method;

and distributing the calculated resources to the account of the developer.

Further, calculating the resource adapted to the usage information according to a resource allocation method includes:

calculating a score corresponding to the usage information according to a resource allocation method;

and determining the resource matched with the use information based on a preset corresponding relation table of the score and the resource.

Further, there are a plurality of target functions; calculating resources adapted to the usage information according to a resource allocation method, including:

calculating a score corresponding to the use information according to a corresponding resource allocation method for each target function;

and allocating resources matched with the resource occupation ratio of the target functions to the developer account corresponding to each target function, wherein the resource occupation ratio of the target functions is the ratio of the scores of the target functions to the total scores of all the target functions.

Further, if the usage information includes the number of times of use and evaluation information for each use, the score of the target function is obtained by:

determining a first score corresponding to the use times included in the use information according to a preset corresponding relation between the use times and the scores;

determining second scores corresponding to all evaluation information included in the use information according to the evaluation information of each time and the corresponding relation between the preset evaluation information and the scores;

and calculating the score of the target function according to the first score, the second score, a pre-stored frequency weighting coefficient aiming at the use frequency of the target function and an evaluation weighting coefficient aiming at the evaluation information of the target function.

In a second aspect, an embodiment of the present application provides a resource allocation apparatus, including:

the information acquisition unit is used for acquiring the use information aiming at the target function in the target application in a preset period;

and the allocation execution unit is used for allocating resources matched with the use information to the developer account corresponding to the target function.

In a third aspect, an embodiment of the present application provides a server, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the resource allocation method when executing the computer program.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the steps of the resource allocation method are implemented.

In a fifth aspect, the present application provides a computer program product, which when run on a server, causes the server to execute the resource allocation method of any one of the above first aspects.

Compared with the related technology, the embodiment of the application has the beneficial effects that: according to the use information of each target function in the application, resources are allocated to developers of the target functions, if the use information indicates that the use condition of the target functions is better, more shares of resources are allocated to corresponding developers, reasonable allocation of the resources can be achieved, and the enthusiasm of the developers in developing the target functions can be stimulated. In addition, because the use condition of the target function is variable, resources are allocated to developers of the target function according to the use condition of each target function in the application, and the corresponding developers can be continuously stimulated to actively maintain the target function.

It is understood that the beneficial effects of the second aspect to the fifth aspect can be referred to the related description of the first aspect, and are not described herein again.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required to be used in the embodiments or the related technical descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a system architecture diagram of an application of a resource allocation method according to an embodiment of the present application;

fig. 2 is a flowchart illustrating a resource allocation method according to an embodiment of the present application;

fig. 3 is a flowchart illustrating a resource allocation method according to another embodiment of the present application;

fig. 4 is a flowchart illustrating a resource allocation method according to another embodiment of the present application;

fig. 5 is a schematic structural diagram of a resource allocation apparatus according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

In order to explain the technical means of the present application, the following examples are given below.

Example one

Referring to fig. 1, a system architecture diagram of a resource allocation method applied in the embodiment of the present application is shown.

As shown in fig. 1, the system architecture may include

terminal devices

101, 102, 103, a network 104, and a blockchain 105, where the network 104 is used to provide the medium for communication links between the

terminal devices

101, 102, 103 and the blockchain 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

Blockchain 105 may have a plurality of blockchain nodes, e.g., having blockchain link points 1051, 1052, 1053, 1054, each of which, in practice, is typically implemented as a server. The records maintained in each blockchain node are the same, and when new data is written in one blockchain node in the blockchain 105, the new data written in the blockchain node is synchronized to other blockchain nodes in the blockchain 105 through a consensus mechanism, so that the data stored in all blockchain nodes have consistency. The consensus algorithm adopted by the consensus mechanism may include, but is not limited to, a Practical Byzantine Fault Tolerance (PBFT) algorithm, a Proof of Work (PoW) algorithm, and the like.

In addition, there are typically many blockchain accounts on blockchain 105, each having a blockchain account address. For convenience of description, the present application may simply refer to a blockchain account as an account. The user can log in the account on the blockchain through the terminal equipment.

The

terminal devices

101, 102, 103 are typically terminals where the blockchain account is located, i.e. terminals that have logged into the account on the blockchain. The terminal device may be hardware or software. When the terminal device is hardware, it may be various electronic devices including, but not limited to, a smart phone, a tablet computer, a laptop portable computer, a desktop computer, and the like. When the terminal device is software, the terminal device can be installed in the electronic devices listed above. It may be implemented as multiple pieces of software or software modules, or as a single piece of software or software module. And is not particularly limited herein.

In practical applications, any blockchain node in the blockchain 105, for example, a blockchain node closest to the terminal device, may obtain usage information for a target function in a target application within a preset period; and allocating resources matched with the use information to the developer account corresponding to the target function. Since the blockchain has the property of being not tampered, the allocation of the resources performed by the blockchain can improve the reliability of the allocation of the resources.

Example two

Referring to fig. 2, a schematic flow chart of a resource allocation method provided in an embodiment of the present application is shown, where the resource allocation method shown in fig. 2 includes:

step 201, obtaining the use information of the target function in the target application in a preset period.

The use information is generally used for describing the use condition of the target function by the user. As an example, the usage information may include, but is not limited to, at least one of: the number of times of using the target function by the user, the frequency of using the target function by the user, the number of times of complaints of the target function by the user, the use evaluation of the target function by the user, and the like. The preset period is usually a preset period, for example, one month. In the application, the use information of the target function in the target application can be acquired according to the preset period.

The target application is usually a predetermined application. For example, the target application may be a rumble (golo) revamp application. Here, the golo major repair application is an application for providing service communication to the repair staff. Vehicle repair personnel can use the application to diagnose vehicles, inquire vehicle fault codes and communicate vehicle repair problems.

The target function may be a preset function in the target application. In practice, the target function may include, but is not limited to, at least one of: a data analysis function, a fault diagnosis function, a fault repair function, a translation function, a diagnostic information storage function, and the like.

In the present embodiment, the execution subject for executing the resource allocation method is typically a server (e.g., a block-link point server shown in fig. 1). In practical applications, a user, such as a registered user of a target application, may log in the target application through a terminal device, and then use each function in the target application. The server can obtain the use information aiming at the target function in the target application through the information in the use process sent by each terminal device.

In practical applications, obtaining the usage information for the target function in the target application generally has a trigger condition, that is, obtaining the usage information for the target function in the target application is performed only when the trigger condition is satisfied.

The trigger condition is generally a preset condition for triggering execution of obtaining the usage information. The trigger conditions may include, but are not limited to, any one or more of the following three items: first, a predetermined period, e.g., one month, is reached. Secondly, the usage information meets a preset condition, for example, the usage times of the target function is greater than a preset time threshold. The score corresponding to the target function use information is larger than a preset score threshold value. Thirdly, an execution request of the target terminal is received, wherein the execution request is generally information for requesting execution of usage information acquisition and resource allocation. The target terminal is usually a preset terminal, such as a terminal of an administrator.

Here, the execution of the usage information acquisition and the resource allocation is triggered only in the case where the current situation satisfies the trigger condition. The unnecessary loss of the computing resources can be reduced, and the computing resources can be saved. In addition, the triggering condition may include one or more of the three items, and the timing of the usage information acquisition and the resource allocation may be flexibly controlled.

And step 202, allocating resources matched with the use information to the developer account corresponding to the target function.

The developer account corresponding to the target function is usually an account of a developer who develops the target function. One target function typically corresponds to one developer account.

The resources may be various virtual resources. The above-mentioned resources may be electronic money, digital money, credits, or the like, as examples. For example, the resource may be implemented as salary, points for promotion, vacation time, bonus, life benefits coupon, etc.

Here, the execution agent may allocate a resource to a developer account corresponding to the target function based on the usage information when the usage information for the target function is acquired. In practice, it is common that the usage information indicates the better the usage of the target function, the more share of the resource is allocated to the respective developer.

As an example, if the usage information is the number of usage times of the target function, the developer account of the target function may be allocated with a share of the resource that is adapted to the number of usage times. For example, if the resource is a bonus, if the number of uses is 50, a 5-dollar bonus can be allocated. If the number of uses is 500, a 100 yuan prize or the like may be allocated.

As another example, if the usage information includes a number of uses for the target function and a number of complaints for the target function, a developer account for the target function may be assigned a share of resources that is adapted to the number of uses and the number of complaints. Specifically, the executing entity may determine the score of the target function according to the number of uses and the number of complaints, and then allocate a share of the resource adapted to the score to the developer account of the target function. For example, if the resource is a bonus and the resource is proportional to the score, one score corresponds to a unitary resource. If the number of times of use is more than 0 and less than 10, 10 points can be obtained, and more than 10 and less than 20 points can be obtained, and so on. If the complaint is once deducted for 10 points. If the number of uses is 25 and the number of complaints is 1 in the current use information for the target function, the score of the target function is 20, wherein 20 is 30-10. At this time, the developer account corresponding to the target function may be allocated with 20-yuan prize money.

According to the method provided by the embodiment, the resources are allocated to the developers of the target functions according to the use information of each target function in the application, and if the use information indicates that the use condition of the target functions is better, more shares of the resources are allocated to the corresponding developers, so that the reasonable allocation of the resources can be realized, and the enthusiasm of the developers in developing the target functions can be stimulated. In addition, because the use condition of the target function is variable, resources are allocated to developers of the target function according to the use condition of each target function in the application, and the corresponding developers can be continuously stimulated to actively maintain the target function.

In an optional implementation manner of each embodiment of the present application, the allocating, to a developer account corresponding to a target function, a resource adapted to usage information may include: and calling a resource allocation method corresponding to the target function. And calculating the resources adapted to the use information according to the resource allocation method. And distributing the calculated resources to the account of the developer.

The resource allocation method corresponding to the target function may be a preset rule for allocating resources. As an example, the resource allocation method may be used to describe a corresponding relationship between the usage information and the resource, and for example, the resource allocation method may be: if the number of uses is 50, a 5-yuan prize may be allocated, and if the number of uses is 500, a 100-yuan prize may be allocated.

In practice, the execution body may calculate the resource adapted to the usage information according to the correspondence between the usage information and the resource described in the resource allocation method. And finally, distributing the calculated resources to the developer account corresponding to the target function.

In some optional implementations, the calculating the resource adapted to the usage information according to the resource allocation method may include: according to the resource allocation method, a score corresponding to the usage information is calculated. And determining the resource matched with the use information based on a preset corresponding relation table of the score and the resource.

Here, the resource allocation method may be used to describe a correspondence between a score corresponding to the usage information and a resource, and for example, the resource allocation method may be: and if the score is 10-20 points, 1000 is distributed, if the score is 20-30 points, 2000 is distributed, if the score is 30-40 points, 3000 is distributed, if the score is 40-50 points, 4000 is distributed, and the like. At this time, the execution body may obtain the resource adapted to the usage information according to the corresponding relationship between the score corresponding to the usage information and the resource described in the resource allocation method. The allocation of the share of the resources which are matched with the score of the target function to the developer account corresponding to the target function can be realized. And the score of the target function is the score corresponding to the use information of the target function.

In some alternative implementations, there are multiple target functions. At this time, calculating the resource adapted to the usage information according to the resource allocation method may include: and calculating a score corresponding to the use information according to the corresponding resource allocation method aiming at each target function. And allocating resources which are matched with the resource occupation ratio of the target function to the developer account corresponding to each target function.

Wherein the resource occupation ratio of the target function is the ratio of the score of the target function to the total score of all the target functions. The score of the target function is a score corresponding to the use information of the target function.

Here, for each target function, the execution agent may calculate a resource that is adapted to the usage information of the target function according to a resource allocation method, and then allocate the resource to a developer account corresponding to the target function according to the resource proportion of the target function. The allocation of the share of the resources which are adaptive to the resource proportion of the target function to the developer account corresponding to the target function can be realized.

In practice, when allocating resources to developer accounts of a target function according to the resource occupation ratio of the target function, a fixed total share of resources is generally allocated to each developer account. For example, if there are three target functions, i.e., a, b, and c, the resource ratio of a is 10%, the resource ratio of b is 50%, and the resource ratio of c is 40%, if one has 100 resources in total, then the developer account of a can be allocated 10 resources, the developer account of b can be allocated 50 resources, and the developer account of c can be allocated 40 resources.

It should be noted that resources may be allocated to the developer account corresponding to the target function according to the score of each target function, or resources may be allocated to the developer account corresponding to the target function according to the resource occupation ratio of each target function. The diversification of resource allocation is facilitated.

In some alternative implementations, if the usage information includes the number of uses and rating information for each use, the score of the target function may be obtained by:

first, a first score corresponding to the number of times of use included in the use information is determined according to a preset correspondence between the number of times of use and the score.

As an example, the preset correspondence between the number of uses and the score may be: if the number of times of use is more than 0 and less than 10, 10 points can be obtained, and more than 10 and less than 20 points can be obtained, and so on. As another example, the preset correspondence between the number of uses and the score may be: the corresponding relation between the number of use times and the score is 1:1, for example, 10 points can be obtained when the number of use times is 10, and 20 points can be obtained when the number of use times is 20.

Then, a second score corresponding to all the evaluation information included in the use information is determined based on the correspondence between the evaluation information of each time and the preset evaluation information and score.

Here, the evaluation information may include, but is not limited to, any one or more of the following: and performing star-making evaluation, namely evaluating information aiming at the convenience of function use, evaluating information aiming at the satisfaction degree of a function result, evaluating information aiming at whether the user is willing to recommend the user to a friend or not and the like. In practical applications, the rating information may be implemented as a rating score and/or a rating scale.

The preset correspondence between the evaluation information and the score may be a correspondence between the evaluation score and the score, for example, a correspondence between the evaluation score and the score of 1: 1. The preset correspondence between the evaluation information and the score may be a correspondence between the evaluation level and the score, and if the evaluation level is one level, the corresponding score is 10 points, if the evaluation level is two levels, the corresponding score is 20 points, and if the evaluation level is three levels, the corresponding score is 30 points.

And finally, calculating to obtain the score of the target function according to the first score, the second score, a pre-stored number weight coefficient aiming at the use number of the target function and an evaluation weight coefficient aiming at the evaluation information of the target function.

Here, the execution body may calculate the score of the target function by adding a product of the first score and the order weight coefficient to a product of the second score and the evaluation weight coefficient.

It is noted that the number weighting factor of the target function is generally used to indicate the degree of influence of the number of uses on the target function. The evaluation weight coefficient of the objective function is generally used to indicate the degree of influence of the usage evaluation on the objective function. The number weighting coefficients of the respective target functions may be the same or different, and the evaluation weighting coefficients of the respective target functions may be the same or different.

The implementation mode can determine the score of the target function from two dimensions of the use times and the use evaluation of the target function. The method is beneficial to realizing more accurate and reasonable allocation of resources to developers of the target function.

EXAMPLE III

Referring to fig. 3, a schematic flowchart of a resource allocation method provided in an embodiment of the present application is shown, where the resource allocation method shown in fig. 3 includes:

step 301, a task development request based on the realization of the target function is issued.

Among them, the task development request is generally information for requesting realization of a target function. In practice, task development requests may include, but are not limited to: task description information, resource allocation rules, etc. And the task description information is used for describing the functions required to be realized by the target functions. The resource allocation rule generally refers to a rule for allocating resources to a developer account corresponding to a target function.

Here, the target application generally has a plurality of target functions, such as a diagnosis function, a translation function, a user answering function, and the like. Before a target function in a target application is developed, a server as an execution subject, such as a block-node server, may receive a task development request for each target function in the target application and issue the task development request. In practice, the task development request may be issued by pushing the task development request to a preset account, for example, an account of the developer. In this way, the developer can develop the target function after acquiring the task development request.

And step 302, receiving function development results fed back aiming at the task development requests sent by a plurality of accounts within a preset time length.

The preset time period is usually a preset time period, and may be, for example, 1 week, 1 month, half year, etc. The above-described function development result is generally code for realizing a target function.

Here, the execution agent may receive, via the network, the function development results returned by the plurality of accounts for the task development request.

Step 303, selecting an account from the plurality of accounts as a developer account corresponding to the target function.

Here, since there may be a plurality of developers submitting development results of a function for the same target function, it is necessary to select one developer from the plurality of developers as a developer of the target function. Therefore, after receiving the function development results transmitted from the respective accounts, the execution agent may select one account from the plurality of accounts as the developer account corresponding to the target function. For example, an account may be randomly selected as the developer account corresponding to the target function.

And step 304, adopting the function development result sent by the developer account to complete the target function, and opening the target function for use.

Here, the execution agent may implement the target function using the function development result transmitted by the developer account. Then, the target function is opened for use. In this way, the user can use the target function.

Step 305, obtaining the use information of the target function in the target application in a preset period.

And step 306, allocating resources matched with the use information to the developer account corresponding to the target function.

In the present embodiment, the specific operations of step 305-306 are substantially the same as the operations of step 201-202 in the embodiment shown in fig. 2, and are not repeated herein.

The method provided by the embodiment can realize that the target application is split by taking the function as a unit, the development tasks of all the functions are issued to the terminals of all developers through the server, and the developers can select the interested or adept functions to develop. The method is beneficial to realizing good development of the functions of the target application, thereby ensuring the development quality of each function in the target application. In addition, after the target functions are developed, resources are allocated to developers of the target functions according to the use information of each target function in the application, if the use information indicates that the use condition of the target functions is better, a larger share of the resources are allocated to corresponding developers, reasonable allocation of the resources can be achieved, and the enthusiasm of the developers in developing the target functions can be stimulated. In addition, as the use condition of the target function is variable, resources are allocated to developers of the target function according to the use condition of each target function in the application, and the corresponding developers can be continuously stimulated to actively maintain the target function, so that the maintenance force and the software upgrading speed of the target application are promoted.

In some optional implementation manners of this embodiment, the selecting an account from the multiple accounts as a developer account corresponding to the target function may include: and selecting an account meeting preset selection conditions from the plurality of accounts as a developer account corresponding to the target function. The preset selection condition comprises any one or more of the following two conditions.

Firstly, an account with the earliest development result of the sending function is selected as a developer account corresponding to the target function. Here, the account that completes the task earliest may be the developer account corresponding to the target function.

And secondly, selecting an account corresponding to the function development result with the optimal quality as a developer account corresponding to the target function. Here, the function development result with the best quality generally means the function development result with the highest score. In practical application, a plurality of functional development achievements submitted by the same target function can be used and scored by a plurality of users, and then the functional development achievement with the highest score can be selected from a plurality of scores. The target account corresponding to the function development result with the highest score can be used as the developer account corresponding to the target function.

The realization mode can realize flexible selection of the developer account corresponding to the target function.

In some optional implementations of this embodiment, the task development request includes task description information and resource allocation rules. In this case, the resource allocation method may further include: and storing the task development request, specifically, storing task description information and resource allocation rules included in the task development request in an intelligent contract of the block chain.

An intelligent contract is a computer protocol that aims to propagate, verify or execute contracts in an informational manner. The intelligent contract has the following advantages: firstly, the high timeliness and decentralization characteristics of contract making do not depend on participation of a third party authority or a central mechanism, and can be completed only by an intelligent contract, so that intermediate links for protocol making are greatly reduced, and the efficiency for protocol making is improved. Secondly, the intelligent contract has low cost, the intelligent contract is controlled by a preset code by taking a computer program as a carrier, and the program can be forcibly executed once damage and the like occur, so that the supervision cost is reduced. Finally, the intelligent contract has very high accuracy, and does not need human participation, thereby removing errors and improving the accuracy of the contract.

Here, in view of the above advantages of the intelligent contract, storing the task description information and the resource allocation rule in the task development request in the intelligent contract of the block chain can realize fast, accurate and low-cost resource allocation. The method is favorable for further realizing accurate and reasonable allocation of resources.

In an optional implementation manner of each embodiment of the present application, after obtaining the usage information for the target function in the target application within a preset period, the method further includes: the usage information is stored in the blockchain. At this time, obtaining the usage information for the target function in the target application in the preset period includes: and acquiring the use information aiming at the target function in the target application in the preset period from the block chain.

Here, a user, such as a registered user of the target application, may log in the target application through the terminal device and then use each function in the target application. When a user uses a target function through terminal equipment, a server, such as a block chain node server, can obtain use information for the target function in a target application through information in a use process sent by each terminal equipment.

The block chain has the characteristic of being not tampered, so that the use information is stored in the block chain, the use information can be guaranteed from being tampered, the resource allocation based on the use information can be higher, and the reliability of resource allocation is improved.

Example four

Referring to fig. 4, a schematic flowchart of a resource allocation method provided in an embodiment of the present application is shown, where the resource allocation method shown in fig. 4 includes:

step 401, the target terminal determines a function development task of the software.

Wherein the target terminal is typically a terminal of a manager. The function development tasks may include a fault diagnosis task, a fault repair task, a translation task, a diagnostic information storage task, a user question answering task, and the like. A function development task is used to develop a target function. Specifically, the fault diagnosis task may be used to develop a fault diagnosis function, the fault repair task may be used to develop a fault repair function, the translation task may be used to develop a translation function, the diagnosis information storage task may be used to develop a diagnosis information storage function, and the user question answering task may be used to develop a user question answering function.

And 402, the target terminal issues a function development task on the block chain and opens a receiving order, generates a resource allocation rule based on the function use times and the function use evaluation and writes the resource allocation rule into an intelligent contract.

In step 403, the server determines the developer who first submitted the task completion as the final task completer.

Wherein, each function development task has a task accomplishment person. If there are three function development tasks, there are three corresponding tasks to complete. Here, the server may be an application server or a block-link point server. The task completer is a developer of the function corresponding to the function development task.

And step 404, the server receives the function development result completed by the task completer to form open use of the software function.

Here, the formed software function is a target function. The collection of all target functions is one application, which may be referred to herein as a target application.

In step 405, the server counts the number of times of use of each target function in one month and evaluation information after each use, and registers the count in the blockchain.

Here, the usage information includes the number of times of use and evaluation information after each use. In practice, the usage information may also include other information, such as the number of complaints.

After the target function is developed and used, a user, such as a registered user of the target application, may log in the target application through the terminal device, and then use each function in the target application. When a user uses a target function through terminal equipment, a server, such as a block chain node server, can obtain use information for the target function in a target application through information in a use process sent by each terminal equipment.

At step 406, a score for the number of uses and a score for the evaluation of the uses are calculated.

Here, the usage count score and the usage evaluation score may be calculated according to a preset score rule.

The scoring rules for use of the rating may be: the final score of the usage evaluation may be an average of scores of the plurality of evaluations corresponding to all the usage times. For example, if the usage rating is a star rating, one star equals 10 points if there are 10 stars available in total. Assuming that a certain function is used 5 times, 2 times have no evaluation, and the other three evaluations are 5 stars, 9 stars, and 10 stars, respectively, the usage evaluation score may be: 48 ═ 50+90+100 ÷ 5.

If the scoring rule of the number of times of use is: a score of 10 can be obtained when the number of uses is greater than 0 and less than 10, a score of 20 can be obtained when the number of uses is greater than 10 and less than 20, and so on.

Step 407, allocating resources adapted to the usage information to the developer account corresponding to the target function.

Here, for each target function, the final score of the target function may be calculated by adding the product of the usage count score and the count weight coefficient to the product of the usage evaluation score and the evaluation weight coefficient. The final score of the objective function is equivalent to the aforementioned score concept of the objective function. Table 1 is a score statistical table for each target function provided in this embodiment.

TABLE 1 score statistics for target function

Target function	Number of times of use	Usage score	Using the evaluation score	Final score
					Fault diagnosis function	67	70	68	700.3+680.7＝68.6
Translation function	54	60	75	600.3+750.7＝70.5
					User answering function	42	50	78	500.4+780.6＝66.8

As can be seen from table 1, the frequency weight coefficient of the fault diagnosis function is 0.3, the evaluation weight coefficient is 0.7, the frequency weight coefficient of the translation function is 0.3, the evaluation weight coefficient is 0.7, the frequency weight coefficient of the user answering function is 0.4, and the evaluation weight coefficient is 0.6.

Here, if the total resource share is 10000 parts, when resource allocation is performed according to the proportion of the final score, the resource share obtained by the developer of the failure diagnosis function is: 68.6 ÷ (68.6+70.5+66.8) × 10000 ═ 3332. The developer of the translation function gets the resource share as: 70.5/(68.6+70.5+66.8) 10000 ═ 3424. The resource shares obtained by the developer of the user answering function are as follows: 10000-.

EXAMPLE five

Further referring to fig. 5, corresponding to the resource allocation method of the foregoing embodiment, fig. 5 is a block diagram of a resource allocation apparatus 500 provided in the embodiment of the present application, and for convenience of description, only the parts related to the embodiment of the present application are shown.

Referring to fig. 5, the apparatus includes:

an information obtaining unit 501, configured to obtain usage information for a target function in a target application within a preset period;

and an allocation execution unit 502, configured to allocate a resource adapted to the usage information to the developer account corresponding to the target function.

In some embodiments, the apparatus further comprises an account determination unit (not shown in the figures). The account determination unit may include a request issuing module, an achievement receiving module, an account selecting module and a function opening module. Wherein the content of the first and second substances,

the request issuing module is used for issuing a task development request based on the realization of the target function;

the result receiving module is used for receiving the function development results which are sent by a plurality of accounts and fed back aiming at the task development requests in a preset time length;

the account selecting module is used for selecting an account from the plurality of accounts as a developer account corresponding to the target function;

and the function opening module is used for completing the target function by adopting the function development result sent by the developer account and opening and using the target function.

In some embodiments, the account selection module is specifically configured to: selecting an account meeting preset selection conditions from a plurality of accounts as a developer account corresponding to the target function;

In some embodiments, allocation execution unit 502 may include an information invocation module, a resource calculation module, and a resource allocation module.

The information calling module is used for calling a resource allocation method corresponding to the target function;

the resource calculation module is used for calculating the resources matched with the use information according to a resource allocation method;

and the resource allocation module is used for allocating the calculated resources to the account of the developer.

In some embodiments, the resource calculation module is specifically configured to: calculating a score corresponding to the usage information according to a resource allocation method; and determining the resource matched with the use information based on a preset corresponding relation table of the score and the resource.

In some embodiments, the resource calculation module is further specifically configured to: calculating a score corresponding to the use information according to a corresponding resource allocation method for each target function; and allocating resources matched with the resource occupation ratio of the target functions to the developer account corresponding to each target function, wherein the resource occupation ratio of the target functions is the ratio of the scores of the target functions to the total scores of all the target functions.

In some embodiments, if the usage information includes the number of uses and evaluation information for each use, the score of the target function in the resource calculation module is obtained by: determining a first score corresponding to the use times included in the use information according to a preset corresponding relation between the use times and the scores; determining second scores corresponding to all evaluation information included in the use information according to the evaluation information of each time and the corresponding relation between the preset evaluation information and the scores; and calculating the score of the target function according to the first score, the second score, a pre-stored frequency weighting coefficient aiming at the use frequency of the target function and an evaluation weighting coefficient aiming at the evaluation information of the target function.

The device provided by this embodiment allocates resources to developers of target functions according to the usage information of each target function in the application, and if the usage information indicates that the usage of the target function is better, allocates more shares of resources to corresponding developers, so that reasonable allocation of resources can be achieved, and the initiative of developers in developing the target functions can be stimulated. In addition, because the use condition of the target function is variable, resources are allocated to developers of the target function according to the use condition of each target function in the application, and the corresponding developers can be continuously stimulated to actively maintain the target function.

It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.

Referring further to fig. 6, fig. 6 is a schematic structural diagram of a server 600 according to an embodiment of the present application. As shown in fig. 6, the server 600 of this embodiment includes: at least one processor 601 (only one processor is shown in fig. 6), a memory 602, and a computer program 603, such as a resource allocation program, stored in the memory 602 and executable on the at least one processor 601. The steps in any of the various method embodiments described above are implemented when the computer program 603 is executed by the processor 601. The steps in the embodiments of the respective resource allocation methods described above are implemented when the processor 601 executes the computer program 603. The processor 601, when executing the computer program 603, implements the functions of the modules/units in the above-described device embodiments, such as the functions of the units 501 to 502 shown in fig. 5.

Illustratively, the computer program 603 may be partitioned into one or more modules/units, which are stored in the memory 602 and executed by the processor 601 to accomplish the present application. One or more modules/units may be a series of computer program instruction segments capable of performing certain functions, which are used to describe the execution of computer program 603 in server 600. For example, the computer program 603 may be divided into an information obtaining unit and an allocation executing unit, and specific functions of each unit are described in the foregoing embodiments, and are not described herein again.

The server 600 may be a server, a desktop computer, a tablet computer, a cloud server, a mobile terminal, and other computing devices. The server 600 may include, but is not limited to, a processor 601, a memory 602. Those skilled in the art will appreciate that fig. 6 is merely an example of a server 600 and is not intended to be limiting of server 600, and may include more or fewer components than those shown, or some components in combination, or different components, e.g., the server may also include input-output devices, network access devices, buses, etc.

The Processor 601 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The storage 602 may be an internal storage unit of the server 600, such as a hard disk or a memory of the server 600. The memory 602 may also be an external storage device of the server 600, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the server 600. Further, the memory 602 may also include both internal storage units of the server 600 and external storage devices. The memory 602 is used to store computer programs and other programs and data required by the server. The memory 602 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/server and method may be implemented in other ways. For example, the above-described apparatus/server embodiments are merely illustrative, and for example, a division of modules or units is merely a logical division, and an actual implementation may have another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated module, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in a computer readable storage medium. The computer readable storage medium may be non-volatile or volatile. Based on such understanding, all or part of the flow in the method of the embodiments described above can be realized by a computer program, which can be stored in a computer readable storage medium and can realize the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable storage medium may include: any entity or device capable of carrying computer program code, recording medium, U.S. disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution media, and the like. It should be noted that the computer readable storage medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable storage media that does not include electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

The above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims

1. A method for resource allocation, the method comprising:

2. The method according to claim 1, wherein before the obtaining the usage information for the target function in the target application within the preset period, the method further comprises:

receiving function development results fed back aiming at the task development requests and sent by a plurality of accounts within a preset time length;

and adopting the function development result sent by the developer account to complete the target function, and opening the target function for use.

3. The method according to claim 2, wherein the selecting an account from the plurality of accounts as the developer account corresponding to the target function includes:

selecting an account meeting preset selection conditions from the plurality of accounts as a developer account corresponding to the target function;

and selecting an account corresponding to the function development result with the optimal quality as a developer account corresponding to the target function.

4. The method according to claim 1, wherein the allocating the resource adapted to the usage information to the developer account corresponding to the target function comprises:

calling a resource allocation method corresponding to the target function;

calculating resources adapted to the use information according to the resource allocation method;

and distributing the calculated resources to the account of the developer.

5. The method according to claim 4, wherein the calculating the resource adapted to the usage information according to the resource allocation method comprises:

calculating a score corresponding to the usage information according to the resource allocation method;

6. The resource allocation method according to claim 4, wherein there are a plurality of said target functions; the calculating the resource adapted to the usage information according to the resource allocation method includes:

7. The resource allocation method according to claim 6, wherein if the usage information includes a number of uses and evaluation information for each use, the score of the target function is obtained by:

determining second scores corresponding to all evaluation information included in the use information according to the evaluation information of each time and the corresponding relation between preset evaluation information and scores;

and calculating the score of the target function according to the first score, the second score, a pre-stored number weight coefficient aiming at the use number of the target function and an evaluation weight coefficient aiming at the evaluation information of the target function.

8. An apparatus for resource allocation, the apparatus comprising:

and the allocation execution unit is used for allocating the resources matched with the use information to the developer account corresponding to the target function.

9. A server comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the method according to any of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 7.