Method, device, equipment and storage medium for intelligent distribution of virtual props

Abstract

The present invention belongs to the field of virtual interaction technology and discloses a method, device, equipment and storage medium for intelligently issuing virtual props. The method includes: obtaining a task request list containing several pending task requests; pushing virtual props to a client account according to the task request list; obtaining a plurality of issuing request clusters corresponding to the client accounts according to the task request list; determining an issuing order according to the issuing request clusters; and issuing virtual props to the pending task requests in each issuing request cluster according to the issuing order through the client account. In the above manner, the pending task requests are organized into a task request list, and then the virtual props are pushed to the client account. Then, according to the task request list, a plurality of issuing request clusters corresponding to the client accounts are established. Finally, the issuing order of the issuing request clusters is determined, and then, according to the issuing order, the virtual props are issued to the pending task requests in each issuing request cluster according to the issuing order through the client account.

Description

Technical Field

[0001] The present invention relates to the field of virtual interaction technology, and in particular to a method, device, equipment and storage medium for intelligently distributing virtual props. Background Art

[0002] With the development of Internet technology, people's entertainment life is becoming more and more abundant. There are often applications that distribute virtual props, and by giving some virtual props to the user's account, the user's experience is improved. However, there are often large numbers of virtual props distributed, and most of them are distributed in large batches at the same time, which leads to high pressure on the server operation, unstable distribution of virtual props, and easy errors.

[0003] The above content is only used to assist in understanding the technical solution of the present invention and does not constitute an admission that the above content is prior art. Summary of the Invention

[0004] The main purpose of the present invention is to provide a method, device, equipment and storage medium for intelligent distribution of virtual props, aiming to solve the technical problem in the prior art that large quantities of virtual props are distributed simultaneously, resulting in excessive server load.

[0005] To achieve the above object, the present invention provides a method for intelligently distributing virtual props, the method comprising the following steps:

[0006] Get a task request list containing several pending task requests;

[0007] Pushing virtual items to the client account according to the task request list;

[0008] Obtaining a plurality of request clusters corresponding to the client accounts according to the task request list;

[0009] Determine the order of sending according to the sending request cluster;

[0010] The virtual props are issued to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

[0011] Optionally, pushing the virtual props to the client account according to the task request list includes:

[0012] Determining the sending time information of each pending task request according to the task request list;

[0013] Sort the pending task requests according to the sending time information to obtain a push order list;

[0014] The virtual items are pushed to the client account according to the push sequence list.

[0015] Optionally, obtaining the sending request clusters corresponding to the plurality of client accounts according to the task request list includes:

[0016] Determining the client account information corresponding to the pending task request according to the task request list;

[0017] Establish several request-issuing clusters;

[0018] Determining a correspondence between the client account and the to-do task request according to the client account information;

[0019] A plurality of sending request clusters are obtained according to the corresponding relationship and the to-do task requests corresponding to the client account.

[0020] Optionally, determining a delivery order according to the delivery request cluster includes:

[0021] Obtaining request time information of the pending task requests in each of the request-issuing clusters;

[0022] Obtaining time weighted information of each of the request-issuing clusters according to the request time information;

[0023] Obtaining online activity information of the client account corresponding to each of the request-issuing clusters;

[0024] The sending order is obtained according to the time weighted information and the online activity information.

[0025] Optionally, obtaining time weighted information of each of the request-issuing clusters according to the request time information includes:

[0026] Determining the request time of the pending task request in the request-issuing cluster according to the request time information;

[0027] Determine the request time interval of each of the request-issuing clusters according to the request time;

[0028] The time weighting information of each of the request sending clusters is determined according to the request time interval.

[0029] Optionally, obtaining the online activity information of the client account corresponding to each of the request-issuing clusters includes:

[0030] Obtaining the current online status and historical online time of the client account corresponding to each of the request-issuing clusters;

[0031] Obtaining activity information of each of the request-issuing clusters based on the historical online time;

[0032] Online activity information is obtained according to the current online status and the activity information.

[0033] Optionally, obtaining a delivery order according to the time-weighted information and the online activity information includes:

[0034] Obtaining a time delivery order according to the time weighted information and the delivery request cluster;

[0035] Obtaining an active delivery order according to the online active information and the delivery request cluster;

[0036] The sending order is obtained according to the time sending order and the active sending order.

[0037] In addition, to achieve the above-mentioned purpose, the present invention further proposes a device for intelligently distributing virtual props, the device comprising:

[0038] An acquisition module is used to obtain a task request list containing several pending task requests;

[0039] A push module, configured to push virtual items to a client account according to the task request list;

[0040] A classification module, configured to obtain, according to the task request list, a plurality of request clusters corresponding to the client accounts;

[0041] A sorting module, configured to determine a sending order based on the sending request cluster;

[0042] The issuing module is used to issue virtual props to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

[0043] In addition, to achieve the above-mentioned purpose, the present invention also proposes a virtual prop intelligent distribution device, which includes: a memory, a processor, and a virtual prop intelligent distribution program stored in the memory and runnable on the processor, and the virtual prop intelligent distribution program is configured to implement the steps of the virtual prop intelligent distribution method described above.

[0044] In addition, to achieve the above-mentioned purpose, the present invention also proposes a storage medium, on which a virtual props intelligent distribution program is stored. When the virtual props intelligent distribution program is executed by a processor, the steps of the virtual props intelligent distribution method described above are implemented.

[0045] The present invention obtains a task request list containing several pending task requests; pushes virtual props to a client account according to the task request list; obtains several request clusters corresponding to the client accounts according to the task request list; determines a dispatching order according to the dispatching request clusters; and dispatches virtual props to the pending task requests in each dispatching request cluster through the client account according to the dispatching order. In this way, all pending task requests for dispatching virtual props are organized into a task request list, and then the virtual props are pushed to the client account. Then, several dispatching request clusters corresponding to the client accounts are established according to the task request list, and finally, the dispatching order of the dispatching request clusters is determined. Then, the virtual props are dispatched to the pending task requests in each dispatching request cluster through the client account according to the dispatching order. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 It is a structural diagram of a virtual prop intelligent delivery device in a hardware operating environment involved in an embodiment of the present invention;

[0047] Figure 2 This is a flow chart of a first embodiment of the method for intelligently distributing virtual props according to the present invention;

[0048] Figure 3 This is a flow chart of a second embodiment of the method for intelligently issuing virtual props according to the present invention;

[0049] Figure 4 This is a structural block diagram of the first embodiment of the virtual prop intelligent distribution device of the present invention.

[0050] The purpose, features and advantages of the present invention will be further described with reference to the accompanying drawings and in conjunction with the embodiments. DETAILED DESCRIPTION

[0051] It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0052] Reference Figure 1 , Figure 1 This is a schematic diagram of the structure of a device for intelligently distributing virtual props in a hardware operating environment according to an embodiment of the present invention.

[0053] like Figure 1As shown, the virtual prop intelligent delivery device may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Among them, the communication bus 1002 is used to realize the connection and communication between these components. The user interface 1003 may include a display screen (Display) and an input unit such as a keyboard (Keyboard). Optionally, the user interface 1003 may also include a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (Wi-Fi) interface). The memory 1005 may be a high-speed random access memory (Random Access Memory, RAM) memory, or a stable non-volatile memory (NVM), such as a disk storage. The memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0054] Those skilled in the art will understand that Figure 1 The structure shown in the figure does not constitute a limitation on the virtual prop intelligent distribution device, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0055] like Figure 1 As shown, the memory 1005 as a storage medium may include an operating system, a network communication module, a user interface module, and a virtual item intelligent distribution program.

[0056] exist Figure 1 In the virtual props intelligent distribution device shown, the network interface 1004 is mainly used for data communication with the network server; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the virtual props intelligent distribution device of the present invention can be set in the virtual props intelligent distribution device, and the virtual props intelligent distribution device calls the virtual props intelligent distribution program stored in the memory 1005 through the processor 1001 and executes the virtual props intelligent distribution method provided by the embodiment of the present invention.

[0057] The embodiment of the present invention provides a method for intelligently issuing virtual props. Figure 2 , Figure 2 This is a flow chart of a first embodiment of a method for intelligently distributing virtual props according to the present invention.

[0058] In this embodiment, the method for intelligently issuing virtual props includes the following steps:

[0059] Step S10: Obtain a task request list including several pending task requests.

[0060] It should be noted that the execution subject of this embodiment is a controller, which is mainly used to control the method for intelligently distributing virtual props. It can also be other devices that can achieve this function, and this embodiment does not limit this. This embodiment will be described later using the controller for controlling the method for intelligently distributing virtual props as an example.

[0061] It should be understood that the current method for distributing large quantities of virtual props is to use the server to send them simultaneously directly. This will cause a large load on the server, making the server's state machine unstable. Performing multiple tasks simultaneously can easily lead to server crashes and errors. This solution is to classify virtual prop delivery tasks into various delivery request clusters according to different client accounts, and then sort them according to the user's online status and activity to obtain the delivery order. Finally, the props of the virtual prop delivery tasks in the delivery request cluster are distributed according to the delivery order, reducing the load problem of simultaneous delivery on the server. To-do task requests are unprocessed virtual prop delivery requests sent by client accounts to the server. The task request list stores all to-do task requests sent by all client accounts. The specific implementation process of this embodiment is that each client account sends a pending task request to the server, and then the server aggregates the pending task requests of all client accounts to obtain a task request list. When issuing virtual props, the server first pushes the virtual props to the client account, and then classifies and aggregates the pending task requests according to the applying client account to obtain several issuing request clusters, and then sets the issuing order of the issuing request clusters. Finally, the client account issues and sends the virtual props in the issuing order.

[0062] In a specific implementation, a pending task request refers to an unprocessed task request that requires issuing virtual props to users.

[0063] It should be noted that the task request list refers to a list generated by aggregating all pending task requests into a table, and can be a list in any form, which is not limited in this embodiment.

[0064] Step S20: Pushing virtual props to the client account according to the task request list.

[0065] It should be understood that pushing virtual items to the client account according to the task request list means pushing the account items to the client account respectively according to the request time sequence of the pending task requests in the task request list.

[0066] Furthermore, in order to be able to push virtual props to the client account in an orderly manner, the step of pushing virtual props to the client account according to the task request list includes: determining the sending time information of each pending task request according to the task request list; sorting the pending task requests according to the sending time information to obtain a push order list; and pushing the virtual props to the client account according to the push order list.

[0067] In a specific implementation, the sending time information refers to the time when each to-do task request is created and sent to the server.

[0068] It should be noted that sorting the pending task requests according to the sending time information to obtain a push order list means sorting all pending task requests in the order of sending time according to the sending time information, and the final list obtained is the push order list.

[0069] It should be understood that pushing the virtual items to the client account according to the push sequence list means pushing the virtual items to the client account at one time according to the order and ranking of the push sequence list.

[0070] In this way, virtual items can be pushed to client accounts in an orderly manner, reducing the server's operating load.

[0071] Step S30: obtaining a plurality of request clusters corresponding to the client accounts according to the task request list.

[0072] In a specific implementation, the dispatch request cluster refers to classifying the pending task requests in the task request list according to the corresponding client accounts, and taking the task request list corresponding to the same client account as a dispatch request cluster, that is, obtaining several dispatch request clusters.

[0073] Furthermore, in order to establish an accurately classified request cluster, step S30 includes: determining the client account information corresponding to the pending task request based on the task request list; establishing a number of request clusters; determining the correspondence between the client account and the pending task request based on the client account information; and obtaining a number of request clusters based on the correspondence and the pending task request corresponding to the client account.

[0074] It should be noted that the client account information refers to the information of the client account corresponding to all pending task requests, and may include the account name, number, and other information of the client account, which is not limited in this embodiment.

[0075] It should be understood that establishing a number of sending request clusters refers to establishing a number of blank sending request clusters, that is, establishing a number of blank sending request clusters that is the same as the number of client accounts.

[0076] In a specific implementation, determining the correspondence between the client account and the pending task request according to the client account information refers to extracting relevant information of the client account corresponding to the pending task request from the client information as the correspondence.

[0077] It should be noted that obtaining several sending request clusters according to the corresponding relationship and the pending task requests corresponding to the client account means: according to the corresponding relationship, the pending task requests corresponding to the same client account are placed in the same sending request cluster, thereby obtaining several sending request clusters corresponding to different client accounts.

[0078] In this way, several request clusters corresponding to client accounts are established, so that large-scale delivery of virtual props can be classified and delivered according to the request clusters, which is more organized and reduces the workload of couples.

[0079] Step S40: The cluster determines the sending order according to the sending request.

[0080] It should be understood that the issuing order refers to the issuing order of each issuing request cluster, that is, the order in which the issuing request clusters issue virtual props.

[0081] In a specific implementation, determining the delivery order according to the delivery request cluster means: after obtaining the delivery request cluster, re-sorting the client accounts corresponding to each delivery request cluster according to their online status, online time and activity information to obtain the delivery order.

[0082] Step S50: issuing virtual props to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

[0083] It should be noted that issuing virtual props to the pending task requests in each of the request issuance clusters through the client account in the order of issuance means: after the issuance order is determined, issuing virtual props to the pending task requests in each of the request issuance clusters in turn through the client account in the order of issuance.

[0084] It should be understood that when there is a need to stop the distribution of virtual props, the distribution request cluster where the pending task request distributed at that time is located and the order of the distribution request cluster can be recorded, and then the next time the distribution is restarted, it can be distributed directly from the recorded location, making the distribution of virtual props more flexible and controllable.

[0085] This embodiment obtains a task request list containing several pending task requests; pushes virtual props to the client account according to the task request list; obtains several request clusters corresponding to the client accounts according to the task request list; determines the order of issuance according to the request clusters; and issues virtual props to the pending task requests in each request cluster through the client account according to the order of issuance. In this way, all pending task requests for issuing virtual props are organized into a task request list, and then the virtual props are pushed to the client account. Then, several request clusters corresponding to the client accounts are established according to the task request list, and finally the order of issuance of the request clusters is determined. Then, the virtual props are issued to the pending task requests in each request cluster through the client account according to the order of issuance.

[0086] refer to Figure 3 , Figure 3 This is a flow chart of a second embodiment of a method for intelligently distributing virtual props according to the present invention.

[0087] Based on the first embodiment described above, the method for intelligently issuing virtual props in this embodiment includes, in step S40:

[0088] Step S401: Obtain the request time information of the pending task request in each of the request-issuing clusters.

[0089] It should be noted that the request time information includes the request time or request establishment time of each pending task request in all request-issuing clusters.

[0090] Step S402: Obtain time weighted information of each of the request-issuing clusters according to the request time information.

[0091] It should be understood that obtaining the time weighted information of each of the request sending clusters according to the request time information means: calculating the time weighted information of each of the request sending clusters according to the request time information.

[0092] In a specific implementation, the time weighted information refers to relevant information of a weighted value obtained by summarizing and calculating the request time of each pending task request in the request-issuing cluster.

[0093] Furthermore, in order to accurately calculate the time weighted information of each request cluster, step S402 includes: determining the request time of the pending task request in the request cluster based on the request time information; determining the request time interval of each request cluster based on the request time; and determining the time weighted information of each request cluster based on the request time interval.

[0094] It should be noted that determining the request time interval for each requesting cluster based on the request time means that the request time of the earliest pending task request and the request time of the latest pending task request for each requesting cluster are combined to form the request time interval for the current requesting cluster. For example, if the earliest request time for a requesting cluster is 6:00 and the latest request time is 12:00, the request time interval for this requesting cluster is [6:00, 12:00].

[0095] It should be understood that determining the time weighted information of each of the request sending clusters based on the request time interval means: determining the average request time of the endpoint of the current request sending cluster based on the time at both ends of the request time interval, and then calculating the average request time of all pending task requests of the current request sending cluster, and finally calculating the average request time of the endpoint and the average of the average request time, which is the time weighted value of the current request sending cluster, and then storing the time weighted value as time weighted information.

[0096] In this way, the time weighted information of the current request cluster can be calculated based on the request time of the earliest and latest two pending task requests of the request cluster and the average request time of all pending task requests, so that when the subsequent calculation of the issuance order is made, the client account that issues the virtual prop issuance request earlier will have the virtual props issued earlier, thereby improving the user experience.

[0097] Step S403: Obtain the online activity information of the client account corresponding to each of the request clusters.

[0098] In a specific implementation, obtaining the online activity information of the client account corresponding to each of the request sending clusters refers to determining the online activity information of the client account according to the online status, historical online time and other information of the user of the client account corresponding to each request sending cluster.

[0099] It should be noted that online activity information refers to the active time and online status of the client account.

[0100] Furthermore, in order to accurately obtain online activity information, step S403 includes: obtaining the current online status and historical online time of the client account corresponding to each of the request-issuing clusters; obtaining the activity information of each of the request-issuing clusters based on the historical online time; and obtaining online activity information based on the current online status and the activity information.

[0101] It should be understood that the current online status refers to whether the client account is currently online, and the current online status is divided into online and offline.

[0102] In a specific implementation, historical online time refers to information related to the online time of the client account every day within a preset period. The preset period can be a time period set by the user, which can be a week, a month or a year, and this embodiment does not limit this.

[0103] It should be noted that obtaining the activity information of each request-issuing cluster according to the historical online time means: determining the total online time of the client account corresponding to each request-issuing cluster according to the historical online time and storing it as the activity information.

[0104] It should be understood that obtaining the online activity information according to the current online status and the activity information means: storing the current online status and the activity information together as the online activity information.

[0105] In this way, the online activity information of the client account is determined based on the current online status and historical online time of the client account corresponding to the request cluster, so that when virtual props are subsequently issued, they can be issued first to online and active users, thereby improving the user experience.

[0106] Step S404: Obtaining a delivery order according to the time weighted information and the online activity information.

[0107] It should be noted that obtaining the delivery order according to the time weighted information and the online activity information means: determining the time delivery order according to the time weighted information, then determining the active delivery order according to the online activity information, and finally re-arranging the delivery order according to the time delivery order and the active delivery order.

[0108] Furthermore, in order to determine the sending order, step S404 includes: obtaining the time sending order according to the time weighted information and the sending request cluster; obtaining the active sending order according to the online activity information and the sending request cluster; and obtaining the sending order according to the time sending order and the active sending order.

[0109] It should be understood that obtaining the time sending order based on the time weighting information and the sending request cluster means: determining the time weighting value of each sending request cluster based on the time weighting information, and then sorting all the sending request clusters from large to small according to the time weighting value, which is the time sending order.

[0110] In a specific implementation, determining the active delivery order based on the online activity information and the delivery request cluster involves first classifying all client accounts into two categories based on their online status: online accounts and offline accounts. Online and offline accounts are then sorted in descending order of total online time. Finally, offline accounts are ranked first and online accounts are ranked last, forming a complete order, which is the active delivery order. For example, if the online accounts are ranked 1, 2, 3, 4, 5, and the offline accounts are ranked a, b, c, d, e, f, the final active delivery order is 1, 2, 3, 4, 5, a, b, c, d, e, f.

[0111] It should be noted that obtaining the dispatch order based on the time dispatch order and the active dispatch order means taking the average of the time dispatch order and the active dispatch order of each dispatch request cluster to obtain a parameter value, which is the dispatch order parameter of the current dispatch request cluster. Then, the dispatch order parameters of all dispatch request clusters are sorted from large to small, and finally the dispatch order can be obtained.

[0112] In this way, the order of distribution can be sorted by comprehensively considering the request application time of the client account and the activity of the account, so that users who are online and have the highest activity and request time are given priority in receiving virtual props, thereby improving the player's user experience.

[0113] This embodiment obtains the request time information of the pending task requests in each of the request-issuing clusters; obtains the time-weighted information of each of the request-issuing clusters based on the request time information; obtains the online activity information of the client accounts corresponding to each of the request-issuing clusters; and determines the order of issuance based on the time-weighted information and the online activity information. This approach allows for a comprehensive consideration of the user's virtual item issuance request time, whether the user is online, and the user's past activity level to automatically determine the optimal order for issuing virtual items to users. This prioritizes the issuance of items to users who are online, submitted requests earlier, and are more active, thus improving the user experience.

[0114] In addition, an embodiment of the present invention further provides a storage medium on which a virtual props intelligent distribution program is stored. When the virtual props intelligent distribution program is executed by a processor, the steps of the virtual props intelligent distribution method described above are implemented.

[0115] Since the storage medium adopts all the technical solutions of all the above embodiments, it has at least all the beneficial effects brought by the technical solutions of the above embodiments, which will not be described one by one here.

[0116] Reference Figure 4 , Figure 4This is a structural block diagram of the first embodiment of the virtual prop intelligent distribution device of the present invention.

[0117] like Figure 4 As shown, the device for intelligently distributing virtual props proposed in an embodiment of the present invention includes:

[0118] The acquisition module 10 is used to acquire a task request list including a number of pending task requests.

[0119] The push module 20 is configured to push the virtual items to the client account according to the task request list.

[0120] The classification module 30 is configured to obtain, according to the task request list, a plurality of request clusters corresponding to the client accounts.

[0121] The sorting module 40 is configured to determine a sending order according to the sending request cluster.

[0122] The issuing module 50 is configured to issue virtual props to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

[0123] In one embodiment, the push module 20 is further used to determine the sending time information of each pending task request based on the task request list; sort the pending task requests according to the sending time information to obtain a push order list; and push the virtual props to the client account according to the push order list.

[0124] In one embodiment, the classification module 30 is also used to determine the client account information corresponding to the pending task request based on the task request list; establish a number of request sending clusters; determine the correspondence between the client account and the pending task request based on the client account information; and obtain a number of request sending clusters based on the correspondence and the pending task request corresponding to the client account.

[0125] In one embodiment, the sorting module 40 is further used to obtain the request time information of the to-do task requests in each of the request sending clusters; obtain the time weighted information of each of the request sending clusters based on the request time information; obtain the online activity information of the client account corresponding to each of the request sending clusters; and obtain the sending order based on the time weighted information and the online activity information.

[0126] In one embodiment, the sorting module 40 is also used to determine the request time of the pending task request in the request sending cluster based on the request time information; determine the request time interval of each request sending cluster based on the request time; and determine the time weighting information of each request sending cluster based on the request time interval.

[0127] In one embodiment, the sorting module 40 is further used to obtain the current online status and historical online time of the client account corresponding to each of the request-issuing clusters; obtain the activity information of each of the request-issuing clusters based on the historical online time; and obtain online activity information based on the current online status and the activity information.

[0128] In one embodiment, the sorting module 40 is further used to obtain a time delivery order based on the time weighted information and the delivery request cluster; obtain an active delivery order based on the online activity information and the delivery request cluster; and obtain a delivery order based on the time delivery order and the active delivery order.

[0129] This embodiment obtains a task request list containing several pending task requests; pushes virtual props to the client account according to the task request list; obtains several request clusters corresponding to the client accounts according to the task request list; determines the order of issuance according to the request clusters; and issues virtual props to the pending task requests in each request cluster through the client account according to the order of issuance. In this way, all pending task requests for issuing virtual props are organized into a task request list, and then the virtual props are pushed to the client account. Then, several request clusters corresponding to the client accounts are established according to the task request list, and finally the order of issuance of the request clusters is determined. Then, the virtual props are issued to the pending task requests in each request cluster through the client account according to the order of issuance.

[0130] It should be understood that the above is only an example and does not constitute any limitation to the technical solution of the present invention. In specific applications, those skilled in the art can make settings as needed, and the present invention does not impose any limitation on this.

[0131] It should be noted that the workflow described above is merely illustrative and does not limit the scope of protection of the present invention. In practical applications, technicians in this field can select part or all of it according to actual needs to achieve the purpose of the embodiment scheme, and no limitation is made here.

[0132] In addition, for technical details not fully described in this embodiment, please refer to the method for intelligently issuing virtual props provided in any embodiment of the present invention, and will not be repeated here.

[0133] In addition, it should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or system comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or system. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or system comprising the element.

[0134] The serial numbers of the above embodiments of the present invention are for description only and do not represent the advantages or disadvantages of the embodiments.

[0135] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform, or of course by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. The computer software product is stored in a storage medium (such as a read-only memory (ROM) / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present invention.

[0136] The above are only preferred embodiments of the present invention and are not intended to limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made using the contents of the present invention description and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present invention.

Claims

1. A method for intelligently distributing virtual props, characterized in that: The method for intelligently issuing virtual props includes: Get a task request list containing several pending task requests; Pushing virtual items to the client account according to the task request list; Obtaining a plurality of request clusters corresponding to the client accounts according to the task request list; Obtaining request time information of the pending task requests in each of the request-issuing clusters; Obtaining time weighted information of each of the request-issuing clusters according to the request time information; Obtaining online activity information of the client account corresponding to each of the request-issuing clusters; Determining a delivery order according to the time weighted information and the online activity information; The virtual props are issued to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

2. The method according to claim 1, wherein Pushing the virtual props to the client account according to the task request list includes: Determining the sending time information of each pending task request according to the task request list; Sort the pending task requests according to the sending time information to obtain a push order list; The virtual items are pushed to the client account according to the push sequence list.

3. The method according to claim 1, wherein The obtaining, according to the task request list, a plurality of request clusters corresponding to the client accounts, includes: Determining the client account information corresponding to the pending task request according to the task request list; Establish several request-issuing clusters; Determining a correspondence between the client account and the to-do task request according to the client account information; A plurality of sending request clusters are obtained according to the corresponding relationship and the to-do task requests corresponding to the client account.

4. The method according to claim 3, wherein The obtaining, according to the request time information, time weighted information of each of the request-issuing clusters includes: Determining the request time of the pending task request in the request-issuing cluster according to the request time information; Determine the request time interval of each of the request-issuing clusters according to the request time; The time weighting information of each of the request sending clusters is determined according to the request time interval.

5. The method according to claim 3, wherein The obtaining of the online activity information of the client account corresponding to each of the request-issuing clusters includes: Obtaining the current online status and historical online time of the client account corresponding to each of the request-issuing clusters; Obtaining activity information of each of the request-issuing clusters based on the historical online time; Online activity information is obtained according to the current online status and the activity information.

6. The method according to claim 3, wherein The obtaining of a delivery order according to the time-weighted information and the online activity information includes: Obtaining a time delivery order according to the time weighted information and the delivery request cluster; Obtaining an active delivery order according to the online active information and the delivery request cluster; The sending order is obtained according to the time sending order and the active sending order.

7. A device for intelligently distributing virtual props, characterized in that: The virtual prop intelligent distribution device includes: An acquisition module is used to obtain a task request list containing several pending task requests; A push module, configured to push virtual items to a client account according to the task request list; A classification module, configured to obtain, according to the task request list, a plurality of request clusters corresponding to the client accounts; a sorting module configured to determine a dispatching order based on the dispatching request clusters, the sorting module being specifically configured to obtain request time information of the pending task requests in each of the dispatching request clusters; obtain time weighted information of each of the dispatching request clusters based on the request time information; obtain online activity information of the client accounts corresponding to each of the dispatching request clusters; and obtain a dispatching order based on the time weighted information and the online activity information; The issuing module is used to issue virtual props to the pending task requests in each of the issuing request clusters according to the issuing order through the client account.

8. A device for intelligently distributing virtual props, characterized in that: The device includes: a memory, a processor, and a virtual prop intelligent distribution program stored in the memory and executable on the processor, wherein the virtual prop intelligent distribution program is configured to implement the virtual prop intelligent distribution method according to any one of claims 1 to 6.

9. A storage medium, characterized in that: The storage medium stores a virtual prop intelligent distribution program, and when the virtual prop intelligent distribution program is executed by the processor, the virtual prop intelligent distribution method according to any one of claims 1 to 6 is implemented.

Images