Inventory statistics method, device and storage medium

Abstract

The present application provides an inventory statistics method, device, and storage medium, the method comprising: sending an object pull request based on a preset display position and carrying at least user attribute information to a server; receiving a first number of real objects corresponding to the user attribute information and a second number of virtual objects determined based on the preset order threshold and the first number when the first number is less than the preset order threshold, sent by the server; displaying the first number of real objects at the preset display position based on the preset display information to obtain a real display result; determining a virtual display result corresponding to the second number of virtual objects based on the remaining display information obtained from the preset display information and the real display result; and sending the real display result and the virtual display result to the server so that the server determines the object inventory corresponding to the preset display position. The present application does not rely on stored historical request logs to count inventory, and the accuracy and efficiency of object inventory statistics are high.

Description

Technical Field

[0001] The present application belongs to the field of computer technology, and specifically relates to an inventory statistics method, device, and storage medium. Background Art

[0002] In existing technologies, when a client requests an object (e.g., an advertisement), if there are no real objects (e.g., real advertising orders) that meet the traffic requirements in the system, the system will not output the object. Furthermore, existing technologies use historical data to establish a relationship between inventory and output objects, and then estimate current inventory based on the current object output. Figure 1 The following is a flow chart of advertising inventory statistics, taking advertising as an example. Figure 1 As shown, the existing technology obtains actual orders from the advertising engine based on historical request logs and reports the exposure data of the actual orders to calculate the advertising inventory. However, the method of calculating the advertising inventory in the existing technology has the following problems:

[0003] 1) Not all ads delivered to the client have a chance of being seen, so estimating inventory based on historical request logs is not very accurate. Furthermore, it is difficult to quickly and accurately count the corresponding inventory for newly added ad types and ad slots. 2) In some scenarios, such as offline scenarios and scenarios requiring preloading of ads, there are opportunities for exposure, but the ad engine does not pre-deliver ads, and the client cannot pull ads in real time. Therefore, it is difficult to count and estimate inventory based on historical request logs. Summary of the Invention

[0004] In order to reduce the complexity of object inventory statistics and improve the accuracy and efficiency of object inventory statistics, the present application proposes an inventory statistics method, device and storage medium.

[0005] In one aspect, the present application proposes an inventory statistics method, comprising:

[0006] Sending an object pull request based on a preset display position to a server, wherein the object pull request carries at least user attribute information;

[0007] receiving, from the server, a first number of real objects corresponding to the user attribute information and, when the first number is less than a preset order threshold, a second number of virtual objects determined based on the preset order threshold and the first number;

[0008] Displaying the first number of real objects at the preset display position based on preset display information to obtain a real display result;

[0009] Determining remaining display information corresponding to the preset display position based on the preset display information and the actual display result;

[0010] Determining virtual display results corresponding to the second number of virtual objects based on the remaining display information;

[0011] The real display result and the virtual display result are sent to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0012] On the other hand, the present application proposes an inventory statistics method, the method comprising:

[0013] Receive an object pull request based on a preset display location sent by a client, wherein the object pull request carries at least user attribute information;

[0014] Determining a first number of real objects corresponding to the user attribute information;

[0015] When the first number is less than a preset order threshold, determining a second number of virtual objects based on the preset order threshold and the first number;

[0016] sending the first number of real objects and the second number of virtual objects to the client;

[0017] receiving, from the client, a real display result obtained by displaying the first number of real objects at the preset display location based on preset display information, and a virtual display result corresponding to the second number of virtual objects determined based on remaining display information, the remaining display information being determined by the client based on the preset display information and the real display result;

[0018] Based on the real display result and the virtual display result, an object inventory corresponding to the preset display position is determined.

[0019] On the other hand, the present application proposes an inventory statistics device, comprising:

[0020] An object pull request sending module, configured to send an object pull request based on a preset display position to a server, wherein the object pull request carries at least user attribute information;

[0021] an object receiving module, configured to receive, from the server, a first number of real objects corresponding to the user attribute information and, when the first number is less than a preset order threshold, a second number of virtual objects determined based on the preset order threshold and the first number;

[0022] a real display result determining module, configured to display the first number of real objects at the preset display location based on preset display information to obtain a real display result;

[0023] a remaining display information determining module, configured to determine the remaining display information corresponding to the preset display position based on the preset display information and the actual display result;

[0024] a virtual display result determining module, configured to determine virtual display results corresponding to the second number of virtual objects based on the remaining display information;

[0025] The display result sending module is used to send the real display result and the virtual display result to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0026] On the other hand, the present application proposes an inventory statistics device, comprising:

[0027] An object pull request receiving module, configured to receive an object pull request based on a preset display location sent by a client, wherein the object pull request carries at least user attribute information;

[0028] a real object determining module, configured to determine a first number of real objects corresponding to the user attribute information;

[0029] a virtual object determination module, configured to determine a second number of virtual objects based on the preset order threshold and the first number when the first number is less than a preset order threshold;

[0030] an object sending module, configured to send the first number of real objects and the second number of virtual objects to the client;

[0031] a display result receiving module, configured to receive, from the client, a real display result obtained by displaying the first number of real objects at the preset display location based on preset display information, and a virtual display result corresponding to the second number of virtual objects determined based on the remaining display information, the remaining display information being determined by the client based on the preset display information and the real display result;

[0032] The object inventory determination module is configured to determine the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0033] On the other hand, the present application proposes a computer-readable storage medium, which stores at least one instruction or at least one program, and the at least one instruction or the at least one program is loaded and executed by a processor to implement the inventory statistics method as described above.

[0034] On the other hand, the present application proposes an electronic device, which includes a processor and a memory, wherein the memory stores at least one instruction or at least one program, and the at least one instruction or the at least one program is loaded and executed by the processor to implement the inventory statistics method as described above.

[0035] The embodiment of the present application proposes an inventory statistics method, device and storage medium. When there are no real objects that meet the traffic conditions in the server (that is, there are still display opportunities), a second number of virtual objects can be output, and finally the object inventory statistics are performed through the real display results of the real objects and the virtual display results of the virtual objects. On the one hand, since the historical request log does not record information related to the newly added object types and display positions, for the newly added object types and display positions, the complexity of relying on historical request logs to count the object inventory is high, and the accuracy and efficiency are not high. The object inventory statistics in the present application do not rely on historical request logs, and for the newly added object types and display positions, the object inventory can be counted quickly, accurately and conveniently; on the other hand, the second number of virtual objects output by the present application is equivalent to the objects pre-issued by the server, that is, the remaining display opportunities are recorded in real time through the virtual objects, so as to tell the server system in real time that there are still opportunities to sell objects in the preset display position, that is, the inventory statistics are the real objects and the hidden objects. The result of the joint action of the hidden virtual objects is to improve the accuracy of object inventory statistics and estimates, and avoid the situation in some scenarios (such as offline scenarios, scenarios where objects need to be preloaded, etc.) where there are remaining display opportunities but the system has not pre-distributed objects, resulting in the client being unable to pull the objects in real time, and it is difficult to estimate the inventory based on historical request logs, which in turn leads to the defects of low accuracy and efficiency of object inventory statistics; on the other hand, the present application pre-distributes virtual objects in real time when there are still display opportunities, so that the client can pull the objects in real time, and the server can record the existing display opportunities in real time, so as to sell the display opportunities to the object delivery owner in real time, thereby improving the timeliness and efficiency of inventory statistics. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the technical solutions and advantages of the embodiments of the present application or the prior art, the following is a brief introduction to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0037] Figure 1 This is a flow chart of performing advertising inventory statistics in the prior art.

[0038] Figure 2This is a schematic diagram of an implementation environment of an inventory statistics method provided in an embodiment of the present application.

[0039] Figure 3 This is a flowchart of an inventory statistics method provided in an embodiment of the present application.

[0040] Figure 4 This is a flow chart of performing advertising inventory statistics in a scenario where the object is advertising, provided in an embodiment of the present application.

[0041] Figure 5 This is a flowchart of another inventory statistics method provided in an embodiment of the present application.

[0042] Figure 6 This is a flowchart of another inventory statistics method provided in an embodiment of the present application.

[0043] Figure 7 This is a flowchart of another inventory statistics method provided in an embodiment of the present application.

[0044] Figure 8 This is a flowchart of another inventory statistics method provided in an embodiment of the present application.

[0045] Figure 9 This is an optional structural diagram of the blockchain system provided in the embodiment of the present application.

[0046] Figure 10 This is an optional schematic diagram of the block structure provided in an embodiment of the present application.

[0047] Figure 11 This is a structural diagram of an inventory statistics device provided in an embodiment of the present application.

[0048] Figure 12 This is a structural diagram of another inventory statistics device provided in an embodiment of the present application.

[0049] Figure 13 This is a hardware structure block diagram of a server for an inventory statistics method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0050] Cloud technology refers to a hosting technology that unifies hardware, software, network and other resources within a wide area network or local area network to achieve data computing, storage, processing and sharing.

[0051] Cloud technology is a general term for network technology, information technology, integration technology, management platform technology, and application technology based on the cloud computing business model. It can form a resource pool that can be used on demand with flexibility and convenience. The backend services of technical network systems, such as video websites, image websites, and more portals, require a large amount of computing and storage resources. With the rapid development and application of the internet industry, every item may have its own identification mark in the future, and all of them will need to be transmitted to the backend system for logical processing. Data of different levels will be processed separately. All types of industry data require strong system support, which can only be achieved through cloud computing. Specifically, cloud technology includes security, big data, databases, industry applications, networks, storage, management tools, computing, and other technical fields.

[0052] Specifically, embodiments of the present invention relate to the field of storage technology within cloud technology. Cloud storage is a new concept that extends and develops from the concept of cloud computing. A distributed cloud storage system (hereinafter referred to as a storage system) is a storage system that uses cluster applications, grid technology, and distributed storage file systems to bring together a large number of different types of storage devices (also known as storage nodes) on a network through application software or application interfaces to work together and provide external data storage and service access capabilities.

[0053] Specifically, the technical solutions provided in the embodiments of the present application are specifically illustrated by the following embodiments.

[0054] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments in the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this application.

[0055] It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or server that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products, or devices.

[0056] Before explaining the embodiments of the present application in detail, the concepts involved in the embodiments of the present application are first explained as follows:

[0057] Advertising engine: A real-time advertising selection system that can obtain user, device, and media information based on advertising requests and select appropriate ads.

[0058] Exposure reporting: Each time an ad is shown to a user, it's considered an exposure. The ad system needs to record this exposure, so when an exposure occurs, the client needs to initiate an exposure reporting request to the ad system. Each ad pulled by the client will have a corresponding exposure link.

[0059] Advertisement Orders: The ads displayed by clients are orders placed by advertisers in the ad system. The ad order returned by the ad engine to the client includes complete ad playback information: creative source, creative specifications, and landing page address; as well as ad monitoring information: impressions, clicks, and conversions reported.

[0060] Contract advertising: It is a contract-based advertising model. Advertisers and advertising platforms agree in advance on the amount of exposure under certain targeted conditions. During the delivery period, the advertising platform must fulfill the contract and give the advertiser a corresponding amount of exposure. At the same time, the advertiser pays a fixed amount of advertising fees per thousand exposures. The biggest feature of contract advertising is guaranteed quantity.

[0061] Advertising inventory: refers to the advertising contract order signed between the advertising supplier and the advertising demander. It refers to the impressions (page views, PV) that a certain advertising position can provide within a period of time under the conditions of the selected user tag and its tag dimension combination (for example, age 0-25 years old, gender female, strong purchasing power).

[0062] Figure 2 This is a schematic diagram of an implementation environment of an inventory statistics method provided by an embodiment of the present invention. Figure 2 As shown, the implementation environment may at least include a client 01 and a server 02 .

[0063] Specifically, the client 01 can be a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart wearable device, etc., but is not limited thereto.

[0064] Specifically, server 02 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, as well as big data and artificial intelligence platforms.

[0065] Specifically, the client 01 and the server 02 may be connected directly or indirectly via wired or wireless communication. For example, the client 01 sends an object pull request to the server 02 via the connection, and the server 02 returns real objects and virtual objects to the client 01.

[0066] It should be noted that Figure 2 Just an example.

[0067] Figure 3 It is a flowchart of an inventory statistics method provided by an embodiment of the present application. This specification provides the method operation steps as described in the embodiment or flowchart, but may include more or fewer operation steps based on conventional or non-creative labor. The order of steps listed in the embodiment is only one way of executing the order of many steps and does not represent the only execution order. When the actual system or server product is executed, it can be executed in sequence or in parallel (for example, in a parallel processor or multi-threaded processing environment) according to the method shown in the embodiment or the accompanying drawings. Specifically, Figure 3 As shown, the method may include:

[0068] S101. The client sends an object pull request based on a preset display position to the server, where the object pull request carries at least user attribute information.

[0069] The client in the embodiment of the present application can be Figure 2 In client 01, the server can be Figure 2 Server 02 in.

[0070] The objects in the embodiments of the present application include, but are not limited to, advertisements, news, pictures, videos, and other information that can be pushed and displayed to users.

[0071] The preset display location in the embodiments of the present application can be a location developed within the product specifically for displaying objects, and can be located on a client's browser, social application, or other product. The object pull request can be an object pull request initiated by the client to the server when the client opens the preset display location, carrying the media (e.g., information, video, technology, games, entertainment, etc.) of the preset display location. The object pull request can at least carry user attribute information of the user corresponding to the client, including but not limited to: gender, age, education level, interests, hobbies, region, etc.

[0072] The following further describes S101 by taking advertisement as an example:

[0073] Figure 4 The figure shows a flow chart of performing advertising inventory statistics in a scenario where the object is advertising. Figure 4As shown, the server may be an advertising server, which may include an advertising system. The object pull request may be an advertisement pull request. The preset display location may be an advertisement location pre-agreed between the advertising system and the client for placing advertising materials. The advertisement location is a location on the client where an advertisement may be presented, including but not limited to: pre-roll, poster, desktop startup, and splash screen advertisements. S101 may specifically include: when the client opens an advertisement location, the media carrying the advertisement location (e.g., information, video, technology, games, entertainment, etc.) initiates an advertisement pull request to the server. The advertisement pull request may carry at least user attribute information.

[0074] S103. The server determines a first number of real objects corresponding to the user attribute information.

[0075] Specifically, if Figure 5 As shown, S103 may include: the server obtains a first number of real objects that match the user attribute information from a preset object repository; wherein the preset object repository stores a mapping relationship between the user attribute information and the real objects.

[0076] In an embodiment of the present application, a mapping relationship between user attribute information and real objects can be pre-established and stored in the preset object repository. After the server receives the object pull request sent by the client, it can search the preset object repository for a first number of real objects corresponding to the user attribute information carried in the object pull request, where the first number can be 0 or a positive integer greater than or equal to 1.

[0077] The following further describes S103 by taking advertisement as an example:

[0078] Continue as Figure 4 As shown, in a scenario where the object is an advertisement, the server may include an advertisement system and an advertisement engine. The real object may be a real advertisement order (hereinafter referred to as a "real order"). After the advertisement system receives an advertisement request from a client, the advertisement engine selects a first number of real orders that match the user attribute information carried in the advertisement request. For example, if the user attribute information includes "Shanghai, male, 20-30 years old, bachelor's degree or above", the advertisement engine selects the real orders that match "Shanghai, male, 20-30 years old, bachelor's degree or above".

[0079] In actual applications, if all the real orders in the advertising engine are for female users, then for an advertising pull request with the user attribute information of "Shanghai, male, 20-30 years old, bachelor's degree or above", the advertising engine cannot select a real order that meets this condition, then the first quantity is 0. If there are 2 real orders that meet the advertising pull request, then the first quantity is 2.

[0080] S105. When the first quantity is less than the preset order threshold, the server determines a second number of virtual objects based on the preset order threshold and the first quantity.

[0081] Specifically, continue as Figure 5 As shown, S105 may include:

[0082] S10501. When the first quantity is less than the preset order threshold, the server uses the difference between the preset order threshold and the first quantity as the second quantity.

[0083] S10503. The server determines a second number of virtual objects.

[0084] In an embodiment of the present application, if the first quantity is less than a preset order threshold, indicating that there are no real objects that meet the traffic conditions in the server system, the server will output a preset second quantity of virtual objects, which can be the difference between the preset order threshold and the first quantity. Among them, the preset order threshold is pre-set by the server according to different application platforms, different application scenarios, and different preset display locations. Unlike real objects, virtual objects represent empty objects, which are equivalent to objects pre-issued by the server. When there are no real objects that meet the traffic conditions, the virtual object is used to record in real time the remaining display opportunities for the object at the preset display location, so as to tell the server system in real time that there are still opportunities for the object to be sold at the preset display location, thereby improving the accuracy and efficiency of object inventory statistics. It can avoid the situation in some scenarios (such as offline scenarios, scenarios where objects need to be pre-loaded, etc.) where there are remaining display opportunities but the system has not pre-issued objects, resulting in the client being unable to pull objects in real time, and it is difficult to estimate inventory based on historical request logs, which in turn leads to the defects of low accuracy and efficiency of object inventory statistics.

[0085] In the embodiment of the present application, the virtual order number of each virtual object can also be calculated and output according to different application platforms and different application scenarios.

[0086] In actual applications, if the first quantity is equal to the preset order threshold, there is a real object in the server that meets the traffic conditions, and there is no need to output the virtual object. Since the preset order threshold is the upper limit of the output object set by the system, the first quantity will generally not be greater than the preset order threshold. Of course, in some scenarios, it is also possible that the first quantity is greater than the preset order threshold. Since the subsequent inventory statistics are also combined with the preset display information (including but not limited to the preset display time, etc.), even if the first quantity is greater than the preset order threshold, the accuracy of the inventory statistics can be ensured under the limit of the preset display time.

[0087] The following further describes S105 by taking the example of an advertisement as the object, a real order as the real object, and a short order as the virtual object:

[0088] Continue as Figure 4 As shown, in the scenario where the object is advertising, the preset order threshold can be an order opportunity. Among them, the preset order opportunity can be set according to the specific application scenario. For example, for a mobile client, it can be set to place a maximum of 8 patch ads in a certain TV series, and for an application applet, a maximum of 1 patch ad can be placed, etc. When the advertising system determines that there is an order opportunity, but there is no real order that meets the traffic conditions in the advertising engine (that is, when the first quantity is less than the preset order threshold), the advertising engine will output a second number of empty orders based on the order opportunity and the first quantity. The second number can be 0, or it can be a positive integer greater than or equal to 1 and less than the preset order threshold. For example, if the first quantity is 2 and the order opportunity is 8, the second number is 6. For another example, if the first quantity is 8 and the order opportunity is 8, the second number is 0.

[0089] In actual applications, the advertising engine can not only output the second number of short orders, but also calculate and configure different short order numbers for different short orders according to different application scenarios. For example, if an order cannot be selected due to "youth mode" or attribute information mismatch, short order X can be output; if an order cannot be selected due to frequency control, short order Y can be output.

[0090] In the scenario where the object is advertising, when the advertising system has an order opportunity but no actual order that meets the traffic conditions, since the remaining order opportunities can be used to expose a certain actual order (assuming that an advertiser wants to place an advertisement targeting Shanghai men in this ad space, then this order opportunity can be sold to this advertiser for advertising placement), the order opportunity can be recorded by outputting a second number of empty orders, so as to accurately and quickly count the advertising inventory of the preset ad space. This can avoid the situation in some scenarios (such as offline scenarios, scenarios where objects need to be preloaded, etc.) where there are exposure opportunities but no pre-issued advertisements, resulting in the client being unable to pull advertisements in real time, and it is difficult to estimate the inventory based on historical request logs, which leads to low accuracy and efficiency of advertising inventory statistics.

[0091] S107. The server sends the first number of real objects and the second number of virtual objects to the client.

[0092] In an embodiment of the present application, after determining a first number of real objects and a second number of virtual objects, the real objects, information related to the real objects, the virtual objects, and information related to the virtual objects (including virtual order numbers) may be sent to the client.

[0093] The following further describes S107 by taking an example where the object is an advertisement, the real object is a real order, and the virtual object is a short order:

[0094] Continue as Figure 4 As shown, in a scenario where the object is an advertisement, the advertising system can send a first number of actual orders, information related to the actual orders, a second number of empty orders, and information corresponding to the empty orders to the client.

[0095] Specifically, order-related information may include the order quantity, ad playback information, and ad monitoring information. Ad playback information includes, but is not limited to, the ad creative address, creative specifications, and ad landing page address. Ad monitoring information includes, but is not limited to, exposure, click, and conversion reporting information. Because each ad retrieved by the client has a corresponding exposure link, order-related information also includes the corresponding exposure link, which can be a Uniform Resource Locator (URL).

[0096] Specifically, the information related to the short order may include the short order quantity, short order number, URL, etc.

[0097] S109. The client displays a first number of real objects at a preset display position based on preset display information to obtain a real display result.

[0098] In the embodiment of the present application, the preset display information may include at least a preset display duration, and then continue as follows Figure 5 As shown, S109 may include:

[0099] S10901. The client displays the target real object based on a preset display duration to obtain a display result of the target real object; the target real object is an object in the first number of real objects.

[0100] S10903. The client uses the display result of the target real object as the real display result.

[0101] In an embodiment of the present application, after the client receives the real object, the virtual object and their related information, for the real object, the client renders and displays the real object at the preset display position (including but not limited to playback, exposure, click, etc.), and obtains the real display result (including but not limited to playback duration, exposure duration, click-through rate, object type, exposure time, identity identification number (Identity Document, ID) of the preset display position, etc.). After the rendering and display is completed, the client sends a Hypertext Transfer Protocol (HTTP) exposure reporting request to the server to report the real display result to the server.

[0102] In a feasible embodiment, since the client is pre-set with preset display information corresponding to the preset display position (the preset display information includes but is not limited to preset display duration, preset display size, etc.), not every real object can be ultimately rendered and displayed by the client. The client can render and display the target real object that can be ultimately rendered according to the preset display duration, obtain the display result of the target real object, and report the display result of the target real object as the real display result to the server.

[0103] In the embodiments of the present application, the target real object is rendered and displayed for a preset display duration to determine the actual display result. This approach is applicable to different platforms and application scenarios, avoiding the drawback of blindly assuming that every real object can be rendered and displayed, which leads to low accuracy in determining the actual display result and object inventory statistics. This improves the accuracy of determining the actual display result and the accuracy of object inventory statistics, thereby improving the accuracy of object inventory estimates within a certain timeframe. Furthermore, the actual display result is obtained by the client through real-time rendering and display of the real object pulled in real time, which provides good timeliness and can further improve the efficiency of inventory statistics.

[0104] The following further describes S109 by taking the case where the object is an advertisement, the real object is a real order, the virtual object is an empty order, and the real display result is the real order exposure data as an example:

[0105] Continue as Figure 4 As shown, taking the pre-video ad scenario as an example, the preset display position is the pre-roll. Assume that the pre-roll ad is configured to have a maximum of 8 rollout ads (i.e., the preset order threshold is 8), but in a certain scenario, a maximum of 45s ads are required (i.e., the preset display duration is 45s). The advertising engine only selects 2 15s real orders (i.e., the first quantity is 2) based on the ad pull request. For these 2 real orders, after the client obtains the real orders, under normal circumstances, since the total playback duration of these 2 real orders (30s) is less than the preset display duration (45s), these 2 real orders can be played normally, jumped to the landing page, exposed, clicked, converted, etc., and the data generated by the above behaviors can be reported as real exposure data (i.e., real display results). These 2 real orders are equivalent to the target real objects in S10901.

[0106] In actual applications, an HTTP request containing the order information can be reported to the server within the first second after the client user views the order, so that the server can record these exposures and form the final exposure data. The order information reported by the client includes but is not limited to: ad slot ID, ad type, exposure time, exposure duration, etc.

[0107] However, in actual applications, there may be a situation where the client becomes impatient or uninterested after playing the first real order and exits the video. At this time, the second real order is not rendered and displayed by the client. That is, the target real object in S10901 is only the first real order. The client will then report the exposure data of the first real order it rendered and displayed to the server as the real display result, and the server will perform exposure click statistics to generate the final real order exposure data.

[0108] S1011. The client determines the remaining display information corresponding to the preset display position based on the preset display information and the actual display result.

[0109] In a feasible embodiment, the display result of the target real object includes the display duration of the target real object, and then Figure 5 As shown, S1011 may include:

[0110] S101101. The client determines the remaining display time corresponding to the preset display position based on the preset display time and the display time of the target real object.

[0111] S101103. The client uses the remaining display time as the remaining display information.

[0112] S1013. The client determines virtual display results corresponding to the second number of virtual objects based on the remaining display information.

[0113] Specifically, continue as Figure 5 As shown, S1013 may include:

[0114] S101301. The client determines a target virtual object from a second number of virtual objects based on the remaining display duration.

[0115] S101303. The client uses the uniform resource locator of the target virtual object as the virtual presentation result.

[0116] In an embodiment of the present application, after rendering and displaying the real object, the client can calculate whether there is remaining display information for the preset display position (the remaining display information includes but is not limited to the remaining display time, etc.) based on the preset display information and the actual display result.

[0117] Since the main user of the virtual object records that there is a corresponding order opportunity in the preset display position, the client does not need to render and display the virtual object (of course, it can also be rendered into invisible material, such as: one-pixel material). When there is remaining display time, it means that the display time of the real object does not meet the preset display time, and there is still an opportunity for the object to be displayed. The client can then determine the target virtual object from the second number of virtual objects. Since the virtual object does not contain other materials except the URL, the client can send an http exposure reporting request to the server to report the URL of the target virtual object as the virtual display result.

[0118] In the embodiment of the present application, the remaining display time determined by the preset display time and the display time of the target real object is used to calculate the target virtual object that can be used as the subsequent inventory statistics, and its URL is reported, thereby avoiding the defects of low inventory statistics accuracy caused by blindly using all the second number of virtual objects as the basis for inventory statistics, as well as the long time consumption and low inventory statistics efficiency caused by blindly using all the second number of virtual objects as the basis for inventory statistics, thereby further improving the accuracy and efficiency of inventory statistics, and then improving the accuracy of object inventory estimation within a certain time. In addition, the determination of the remaining display time, the determination of the virtual display results, and the reporting are performed in real time by the client, which has good timeliness and can further improve the efficiency of inventory statistics.

[0119] Below, S1011-S1013 are further explained by taking the case where the object is an advertisement, the real object is a real order, the virtual object is an empty order, the real display result is real order exposure data, and the virtual display result is empty order exposure data as an example:

[0120] Continue as Figure 4As shown, taking the pre-roll advertisement scenario of the video as an example, the preset display position is the pre-roll advertisement, and the pre-roll advertisement is configured to display up to 8 pre-roll advertisements (that is, the preset order threshold is 8), but in some scenarios, a maximum of 45 seconds of advertisements are required (that is, the preset display duration is 45 seconds). Based on the ad pull request, the advertising engine only selects two 15-second real orders (i.e., the first quantity is 2), and the client normally renders and displays the two real orders (i.e., there are 2 target real objects). Then, in S101101, the client determines that the remaining display time corresponding to the preset display position is 15 seconds (45s-30s=15s) based on the preset display time (45s) and the display time of the target real object (15s+15s=30s). Since there is a remaining display time, that is, there is still a 15-second exposure opportunity in the preset display position, the client can determine the target virtual object from the second number of empty orders based on the remaining display time of 15s, and report the URL of the target virtual object as the empty order exposure data (i.e., the virtual display result). Since the display time of the empty order is theoretically the same as the display time of the real order, that is, 15s, one empty order can be displayed in the remaining display time of 15s, so the target virtual object is one empty order. Of course, in some scenarios, all URLs of the second number of empty orders can be uploaded to the server. However, since the remaining display time is only 15 seconds, when subsequent inventory statistics are performed, only the target virtual object (1 empty order) can be used as the basis for inventory statistics, and other empty orders cannot be used to calculate inventory.

[0121] S1015. The client sends the real presentation result and the virtual presentation result to the server.

[0122] In an embodiment of the present application, after determining the real display result and the virtual display result, the client can send an http exposure reporting request to the server to report the real display result and the virtual display result to the server. For the specific reporting process, please refer to the records in S109 and S1013 and will not be repeated here.

[0123] S1017. The server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0124] Specifically, continue as Figure 5 As shown, S1017 may include:

[0125] S101701. The server determines the number of target real objects based on the display result of the target real objects, and determines the number of target virtual objects based on the uniform resource locator of the target virtual objects.

[0126] S101703. The server determines the object inventory based on the number of target real objects and the number of target virtual objects.

[0127] In an embodiment of the present application, after the server receives the real display results and the virtual display results, it can determine the number of target real objects by analyzing the real display results, and determine the number of target virtual objects by analyzing the virtual display results. Finally, the sum of the number of target real objects and the number of target virtual objects is used as the object inventory corresponding to the preset display position.

[0128] Below, S1017 is further explained by taking the case where the object is an advertisement, the real object is a real order, the virtual object is an empty order, the real display result is real order exposure data, and the virtual display result is empty order exposure data as an example:

[0129] Continue as Figure 4 As shown in the figure, taking the pre-roll ad scenario as an example, the preset placement is the pre-roll, which is configured to display a maximum of eight pre-roll ads (i.e., the preset order threshold is 8). However, in certain scenarios, a maximum of 45 seconds of ads (i.e., the preset display duration is 45 seconds) is required. Based on the ad pull request, the ad engine only selects two 15-second orders. Because these two 15-second orders do not meet the traffic requirements, the ad engine can still output one empty order X and five empty orders Y.

[0130] After the client finishes playing the first real order, if there is no opportunity to play the second real order (for example, the user is impatient or not interested in the real order and exits after playing one real order), then there is only one real order exposure report at this time. The server then performs exposure click analysis on the reported real order exposure data to obtain the final advertising real order exposure data, and determines from the final advertising real order exposure data that the number of target real objects is 1. Since the number of target virtual objects is 0, the object inventory is 1 (1 real order + 0 empty orders).

[0131] If the client plays two patch ads normally (30 seconds have been played, and the remaining display time is 15 seconds, so there is still exposure opportunity), it can continue to report the exposure links of 6 empty orders (or only report the exposure link of 1 empty order that can be used to count inventory). Although the client reports the exposure links of 6 empty orders, since the remaining display time is only 15 seconds (45 seconds - 30 seconds = 15 seconds), only one empty order X can be used to count inventory, and the remaining 5 empty orders Y cannot be used to count inventory (because there is not enough exposure time). That is, the server records the real order exposure data corresponding to the reported real orders, and performs exposure click analysis on it to obtain the final advertising real order exposure data, and determines from the final advertising real order exposure data that the number of target real objects is 2. At the same time, the server records the empty order exposure data corresponding to the reported empty orders, analyzes it, obtains the final advertising empty order exposure data, and determines from the final advertising empty order exposure data that the number of target virtual objects is 1, so the final inventory is 3 (2 real orders + 1 empty order x).

[0132] For example, in an offline pre-download scenario, when a user downloads a video, the server can simultaneously issue a first number of valid orders and a second number of empty orders. When playing the video offline, the client follows certain playback rules (e.g., simple sequential playback, random playback, or more complex strategies) and, after playing the valid orders, can report empty orders according to certain rules. Finally, ad inventory is counted based on the number of reported valid orders and the type and number of reported empty orders.

[0133] In summary, the server can count the advertising inventory based on the number of real orders reported and the type and quantity of empty orders reported.

[0134] In one possible embodiment, Figure 6 As shown, before the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result, the method may further include:

[0135] S1016. Verify the real display result and the virtual display result.

[0136] Specifically, S1016 may include:

[0137] S101601. The server generates log information corresponding to the object pull request.

[0138] S101603. The server takes the real display result that matches the log information as the legal real display result, and takes the virtual display result that matches the log information as the legal virtual display result.

[0139] Accordingly, continue as Figure 6As shown, S1017 may include: the server determining the object inventory corresponding to the preset display position based on the legal real display result and the legal virtual display result.

[0140] In actual applications, since there are many media (for example, information, video, technology, games, entertainment, etc.) that carry the preset display position, some media may forge false exposure opportunities (because the more exposure, the greater the profit). False exposure opportunities are mostly for real objects, but false exposure is not only very disadvantageous to the target publisher (for example, there are only 100 exposures, but it is forged into 1000 times, then the target publisher needs to pay 1000 times of fees), but also affects the accuracy of inventory statistics (assuming that 100 times are forged into 1000 times, the inventory statistics results will be high) and efficiency. Based on this, in order to ensure the interests of the target publisher and the accuracy and efficiency of inventory statistics, this application can verify the real display results and virtual display results before performing inventory statistics.

[0141] In one feasible embodiment, the log information generated by the object pull request can be matched with the real display result and the virtual display result according to S101601-S101603. If a match is found, the real display result or the virtual display result is considered legal. Otherwise, the real display result or the virtual display result is considered illegal. Finally, the server performs inventory statistics based on the legal real display result and the legal virtual display result.

[0142] In another feasible embodiment, since each object pulled by the client will have a corresponding URL, an encryption string can be set in the URL of the real object and the virtual object in advance. If the encryption string exists in the real display result and the virtual display result, it is legal, otherwise it is illegal.

[0143] In the following, S1016 is further explained by taking an advertisement as an example, a real object as a real order, a virtual object as an empty order, a real display result as real order exposure data, and a virtual display result as empty order exposure data:

[0144] Continuing as shown in 4, when the client sends an ad pull request to the ad system, the ad engine in the ad system will generate log information corresponding to the ad pull request. The log information records the information of each ad request and each ad. The server can compare the log information with the real order exposure data and the empty order exposure data (i.e., verify the exposure according to the request log) to see if they match, that is, to determine whether each exposure data has a corresponding ad request. If so, it means that it is real order exposure data or empty order exposure data. Otherwise, it is illegal.

[0145] The following describes the inventory statistics method provided by the embodiment of the present invention with the server as the execution subject. Figure 7 As shown, the method may include:

[0146] S201. Receive an object pull request based on a preset display location sent by a client, where the object pull request carries at least user attribute information.

[0147] S203. Determine a first number of real objects corresponding to the user attribute information.

[0148] Specifically, S203 may include:

[0149] A first number of real objects matching the user attribute information are obtained from a preset object repository, wherein the preset object repository stores a mapping relationship between the user attribute information and the real objects.

[0150] S205. When the first quantity is less than the preset order threshold, determine a second quantity of virtual objects based on the preset order threshold and the first quantity.

[0151] Specifically, S205 may include:

[0152] When the first quantity is less than the preset order threshold, the difference between the preset order threshold and the first quantity is used as the second quantity.

[0153] A second number of virtual objects is determined.

[0154] S207. Send the first number of real objects and the second number of virtual objects to the client.

[0155] S209. Receive, from the client, a real display result obtained by displaying a first number of real objects at a preset display position based on the preset display information, and a virtual display result corresponding to a second number of virtual objects determined based on the remaining display information, wherein the remaining display information is determined by the client based on the preset display information and the real display result.

[0156] Specifically, the preset display information includes at least a preset display duration, and S209 may include:

[0157] receiving, from the client, a display result of the target real object obtained by displaying the target real object at a preset display position based on a preset display duration, and a uniform resource locator of the target virtual object determined from a second number of virtual objects based on the remaining display duration;

[0158] The target real object is an object among the first number of real objects, the display result of the target real object is a real display result and it includes the display duration of the target real object, the remaining display duration is determined by the client based on the preset display duration and the display duration of the target real object, and the uniform resource locator of the target virtual object is the virtual display result.

[0159] S2011. Determine the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0160] Specifically, S2011 may include:

[0161] Based on the display result of the target real object, the number of the target real objects is determined, and based on the uniform resource locator of the target virtual object, the number of the target virtual objects is determined.

[0162] An object inventory is determined based on the number of target real objects and the number of target virtual objects.

[0163] In a feasible embodiment, before S2011, the method may further include:

[0164] Generates log information corresponding to object pull requests.

[0165] The real display result that matches the log information is regarded as the legal real display result, and the virtual display result that matches the log information is regarded as the legal virtual display result.

[0166] Accordingly, S2011 may include: determining the object inventory based on the legal real presentation result and the legal virtual presentation result.

[0167] The following describes the inventory statistics method provided by the embodiment of the present invention with the client as the execution subject. Figure 8 As shown, the method may include:

[0168] S301. Send an object pull request based on a preset display position to a server, where the object pull request carries at least user attribute information.

[0169] S303. Receive a first number of real objects corresponding to the user attribute information sent by the server and a second number of virtual objects determined based on the preset order threshold and the first number when the first number is less than the preset order threshold.

[0170] S305. Display a first number of real objects at a preset display position based on preset display information to obtain a real display result.

[0171] In the embodiment of the present application, the preset display information includes at least a preset display duration, and S305 may include:

[0172] The target real object is displayed based on a preset display duration to obtain a display result of the target real object; the target real object is an object in the first number of real objects.

[0173] The display result of the target real object is taken as the real display result.

[0174] S307. Based on the preset display information and the actual display result, determine the remaining display information corresponding to the preset display position.

[0175] In the embodiment of the present application, the display result of the target real object includes the display duration of the target real object, and S307 may include:

[0176] Determine the remaining display time corresponding to the preset display position based on the preset display time and the display time of the target real object;

[0177] The remaining display time is set as the remaining display information.

[0178] S309. Determine virtual display results corresponding to the second number of virtual objects based on the remaining display information.

[0179] In the embodiment of the present application, S309 may include:

[0180] Based on the remaining display time, a target virtual object is determined from the second number of virtual objects.

[0181] The uniform resource locator of the target virtual object is used as the virtual display result.

[0182] S3011. Send the real display result and the virtual display result to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0183] In a feasible embodiment, in order to ensure the authenticity of the data, the real object in S103, the virtual object in S105, the real display result in S109, the remaining display information in S1011, and the virtual display result in S1013 can also be stored in the blockchain system. Figure 9 , Figure 9 Figure 1 shows an optional schematic diagram of the blockchain system provided by an embodiment of the present invention. Multiple nodes form a peer-to-peer (P2P) network. The P2P protocol is an application layer protocol that runs on top of the Transmission Control Protocol (TCP). In a blockchain system, any machine, such as a server or terminal, can join and become a node. A node comprises a hardware layer, a middle layer, an operating system layer, and an application layer.

[0184] See also Figure 9 The functions of each node in the blockchain system shown include:

[0185] 1) Routing: A basic function of a node, used to support communication between nodes.

[0186] In addition to the routing function, nodes can also have the following functions:

[0187] 2) Applications, deployed in the blockchain, implement specific services based on actual business needs, record data related to the implementation of functions to form record data, carry digital signatures in the record data to indicate the source of the task data, and send the record data to other nodes in the blockchain system for other nodes to add the record data to a temporary block when they successfully verify the source and integrity of the record data.

[0188] 3) Blockchain, including a series of blocks that are connected to each other in the order of their generation. Once a new block is added to the blockchain, it will not be removed. The block records the record data submitted by the nodes in the blockchain system.

[0189] See also Figure 10 , Figure 10 This is an optional schematic diagram of a block structure provided by an embodiment of the present invention. Each block includes the hash value of the transaction records stored in the block (the hash value of the current block) and the hash value of the previous block. The blocks are connected by hash values to form a blockchain. In addition, the block may also include information such as the timestamp when the block was generated. Blockchain is essentially a decentralized database, a series of data blocks generated using cryptographic methods. Each data block contains relevant information used to verify the validity of the information (anti-counterfeiting) and generate the next block.

[0190] The inventory statistics method provided in an embodiment of the present application outputs a first number of real objects corresponding to the user attribute information in a request for pulling an object based on a preset display position sent by a client. When the first number is less than a preset order threshold (i.e., when there are no real objects that meet the traffic conditions), a second number of virtual objects is output based on the preset order threshold and the first number. After obtaining the first number of real objects and the second number of virtual objects, the client renders and displays the real objects at the preset display position to obtain a real display result of the real objects and reports the real display result. For the virtual objects, the client reports a virtual display result corresponding to the virtual object based on the remaining display information determined by the preset display information and the real display result. Finally, the object inventory corresponding to the preset display position is determined based on the real display result and the virtual display result. On the one hand, since the historical request log does not record information related to the newly added object types and display positions, for the newly added object types and display positions, relying on the historical request log to count the object inventory is more complex, and the accuracy and efficiency are not high. The object inventory statistics in the present application do not rely on the historical request log. For the newly added object types and display positions, the object inventory can also be counted quickly, accurately and conveniently, reducing the complexity of inventory statistics; on the other hand, the second number of virtual objects output by the present application is equivalent to the pre-issued objects, that is, the remaining display opportunities are recorded in real time through the virtual objects, so as to tell the server system in real time that there are still opportunities to sell objects in the preset display position, that is, the inventory statistics are the result of the joint action of real objects and hidden virtual objects, thereby improving the accuracy of object inventory statistics and avoiding in some scenarios (such as offline scenes) There are remaining display opportunities in some scenes (such as scenes where objects need to be preloaded, scenes where objects need to be preloaded, etc.), but the system has not pre-issued objects, resulting in the client being unable to pull the objects in real time, and it is difficult to estimate the inventory based on historical request logs, which leads to the defects of low accuracy and efficiency of object inventory statistics; on the other hand, the present application pre-issues virtual objects in real time when there are still display opportunities, so that the client can pull the objects in real time, and the server can record the existing display opportunities in real time, so as to sell the display opportunities to the object publisher in real time, and the timeliness and efficiency of inventory statistics are both high; on the other hand, for scenarios where the objects are advertisements and the object inventory is advertising inventory, the embodiments of the present application can not only improve the accuracy and efficiency of advertising inventory statistics and reduce the complexity of advertising inventory statistics, but also improve the accuracy of inventory estimation, laying the foundation for reducing the out-of-stock rate of contracted advertisements.

[0191] like Figure 11 As shown, an embodiment of the present application provides an inventory statistics device, which may include:

[0192] The object pull request receiving module 401 may be configured to receive an object pull request based on a preset display location sent by a client, where the object pull request carries at least user attribute information.

[0193] The real object determination module 403 may be configured to determine a first number of real objects corresponding to the user attribute information.

[0194] Specifically, the real object determination module 403 may be further configured to: obtain a first number of real objects that match the user attribute information from a preset object repository; wherein the preset object repository stores a mapping relationship between the user attribute information and the real objects.

[0195] The virtual object determination module 405 may be configured to determine a second number of virtual objects based on the preset order threshold and the first number when the first number is less than the preset order threshold.

[0196] Specifically, the virtual object determination module 405 may include:

[0197] When the first quantity is less than the preset order threshold, the difference between the preset order threshold and the first quantity is used as the second quantity.

[0198] A second number of virtual objects is determined.

[0199] The object sending module 407 may be configured to send a first number of real objects and a second number of virtual objects to the client.

[0200] The display result receiving module 409 can be used to receive real display results sent by the client, which are obtained by displaying a first number of real objects at a preset display position based on preset display information, and virtual display results corresponding to a second number of virtual objects determined based on the remaining display information. The remaining display information is determined by the client based on the preset display information and the real display results.

[0201] Specifically, the display result receiving module 409 may be further configured to:

[0202] receiving, from the client, a display result of the target real object obtained by displaying the target real object at a preset display position based on a preset display duration, and a uniform resource locator of the target virtual object determined from the second number of virtual objects based on the remaining display duration;

[0203] The target real object is an object among the first number of real objects, the display result of the target real object is a real display result and it includes the display duration of the target real object, the remaining display duration is determined by the client based on the preset display duration and the display duration of the target real object, and the uniform resource locator of the target virtual object is the virtual display result.

[0204] The object inventory determination module 4011 may be configured to determine the object inventory corresponding to a preset display position based on the real display result and the virtual display result.

[0205] Specifically, the object inventory determination module 4011 may include:

[0206] The quantity determination unit may be configured to determine the quantity of target real objects based on the display result of the target real objects, and to determine the quantity of target virtual objects based on the uniform resource locator of the target virtual objects.

[0207] The inventory counting unit may be used to determine the object inventory based on the number of target real objects and the number of target virtual objects.

[0208] In the embodiment of the present application, the device may further include a verification module, which includes:

[0209] The log information generation unit can be used to generate log information corresponding to the object pull request.

[0210] The legal result determination unit may be configured to take the real presentation result that matches the log information as the legal real presentation result, and take the virtual presentation result that matches the log information as the legal virtual presentation result.

[0211] like Figure 12 As shown, an embodiment of the present application provides an inventory statistics device, which may include:

[0212] The object pull request sending module 501 may be configured to send an object pull request based on a preset display position to a server, where the object pull request carries at least user attribute information.

[0213] The object receiving module 503 can be used to receive a first number of real objects corresponding to user attribute information sent by the server and a second number of virtual objects determined based on the preset order threshold and the first number when the first number is less than the preset order threshold.

[0214] The real display result determining module 505 may be configured to display a first number of real objects at a preset display position based on preset display information to obtain a real display result.

[0215] Specifically, the real display result determination module 505 may include:

[0216] The real object display unit can be used to display the target real object based on a preset display duration to obtain a display result of the target real object; the target real object is an object in the first number of real objects.

[0217] The real result acquisition unit can be used to take the display result of the target real object as the real display result.

[0218] The remaining display information determining module 507 may be configured to determine the remaining display information corresponding to the preset display position based on the preset display information and the actual display result.

[0219] Specifically, the remaining display information determination module 507 may include:

[0220] The remaining display duration determining unit may be configured to determine the remaining display duration corresponding to the preset display position based on the preset display duration and the display duration of the target real object.

[0221] The remaining display information acquisition unit may be configured to use the remaining display time as the remaining display information.

[0222] The virtual display result determination module 509 may be configured to determine virtual display results corresponding to the second number of virtual objects based on the remaining display information.

[0223] Specifically, the virtual display result determination module 509 may include:

[0224] The target virtual object determining unit may be configured to determine a target virtual object from the second number of virtual objects based on the remaining display duration.

[0225] The virtual display result acquisition unit may be configured to use the uniform resource locator of the target virtual object as the virtual display result.

[0226] The display result sending module 5011 is used to send the real display result and the virtual display result to the server, so that the server can determine the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0227] The embodiment of the present application further provides an inventory statistics system, which may include at least: a client and a server;

[0228] The client can be used to send an object pull request based on a preset display position to a server, the object pull request carrying at least user attribute information; and to receive, from the server, a first number of real objects corresponding to the user attribute information and a second number of virtual objects determined based on the preset order threshold and the first number when the first number is less than the preset order threshold; and to display the first number of real objects at the preset display position based on the preset display information to obtain a real display result; and to determine, based on the preset display information and the real display result, remaining display information corresponding to the preset display position; and to determine, based on the remaining display information, virtual display results corresponding to the second number of virtual objects; and to send the real display result and the virtual display result to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

[0229] The server can be used to receive an object pull request based on a preset display position sent by a client, the object pull request carrying at least user attribute information; and to determine a first number of real objects corresponding to the user attribute information; and to determine a second number of virtual objects based on the preset order threshold and the first number when the first number is less than a preset order threshold; and to send the first number of real objects and the second number of virtual objects to the client; and to receive, from the client, real display results obtained by displaying the first number of real objects at the preset display position based on the preset display information, and virtual display results corresponding to the second number of virtual objects determined based on the remaining display information, the remaining display information being determined by the client based on the preset display information and the real display results; and to determine the object inventory corresponding to the preset display position based on the real display results and the virtual display results.

[0230] It should be noted that the inventory statistics device and system embodiments provided in this application are based on the same inventive concept as the above-mentioned method embodiments.

[0231] An embodiment of the present application also provides an inventory statistics device, which includes a processor and a memory, wherein the memory stores at least one instruction or at least one program, and the at least one instruction or at least one program is loaded and executed by the processor to implement the inventory statistics method provided in the above method embodiment.

[0232] An embodiment of the present application further provides a storage medium, wherein the computer-readable storage medium stores at least one instruction or at least one program, and the at least one instruction or at least one program is loaded and executed by the processor to implement the inventory statistics method provided by the above method embodiment.

[0233] Optionally, in the embodiments of this specification, the storage medium may be located in at least one of the multiple network servers of the computer network. Optionally, in this embodiment, the storage medium may include, but is not limited to, various media that can store program code, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0234] The memory described in the embodiments of this specification can be used to store software programs and modules. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory. The memory may mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, applications required for functions, etc.; the data storage area can store data created according to the use of the device, etc. In addition, the memory may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage device. Accordingly, the memory may also include a memory controller to provide the processor with access to the memory.

[0235] The inventory statistics method embodiment provided in the embodiment of the present application can be executed in a mobile terminal, a computer terminal, a server or a similar computing device. Taking running on a server as an example, Figure 13 This is a hardware structure diagram of a server of an inventory statistics method provided by an embodiment of the present application. Figure 13As shown, the server 600 may have relatively large differences due to different configurations or performances, and may include one or more central processing units (CPUs) 610 (the processor 610 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 630 for storing data, and one or more storage media 620 (such as one or more mass storage devices) for storing application programs 623 or data 622. Among them, the memory 630 and the storage medium 620 can be temporary storage or permanent storage. The program stored in the storage medium 620 may include one or more modules, each module may include a series of instruction operations on the server. Furthermore, the central processing unit 610 can be configured to communicate with the storage medium 620 to execute a series of instruction operations in the storage medium 620 on the server 600. The server 600 may also include one or more power supplies 660, one or more wired or wireless network interfaces 650, one or more input and output interfaces 640, and / or one or more operating systems 621, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0236] The input / output interface 640 can be used to receive or send data via a network. Specific examples of the aforementioned network may include a wireless network provided by the communication provider of the server 600. In one embodiment, the input / output interface 640 may include a network interface controller (NIC), which can be connected to other network devices via a base station to communicate with the Internet. In one embodiment, the input / output interface 640 may be a radio frequency (RF) module for wirelessly communicating with the Internet.

[0237] It can be understood by those skilled in the art that Figure 13 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 13 More or fewer components than shown, or with Figure 13 Different configurations shown.

[0238] It should be noted that the order of the embodiments of the present application described above is for descriptive purposes only and does not represent the superiority or inferiority of the embodiments. The above description is of specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0239] The various embodiments in this specification are described in a progressive manner. Similar portions between the various embodiments can be referenced to each other. Each embodiment focuses on the differences between the other embodiments. In particular, the device and server embodiments are generally similar to the method embodiments, so their descriptions are relatively simple. For relevant portions, refer to the descriptions of the method embodiments.

[0240] Those skilled in the art will understand that all or part of the steps to implement the above embodiments may be accomplished by hardware, or by a program to instruct the relevant hardware, and the program may be stored in a computer-readable storage medium, which may be a read-only memory, a disk, or an optical disk, etc.

[0241] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A method for inventory statistics, characterized in that: The method comprises: Sending an object pull request based on a preset display position to a server, wherein the object pull request carries at least user attribute information; receiving, from the server, a first number of real objects corresponding to the user attribute information and, when the first number is less than a preset order threshold, a second number of virtual objects determined based on the preset order threshold and the first number; Displaying a target real object based on a preset display duration, obtaining a display result of the target real object; the target real object is an object among the first number of real objects; using the display result of the target real object as a real display result; the display result of the target real object includes the display duration of the target real object; Determining a remaining display time corresponding to the preset display position based on the preset display time and the display time of the target real object; Based on the remaining display time, determining a target virtual object from the second number of virtual objects; and using a uniform resource locator of the target virtual object as a virtual display result; The real display result and the virtual display result are sent to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

2. A method for inventory statistics, characterized in that: The method comprises: Receive an object pull request based on a preset display location sent by a client, wherein the object pull request carries at least user attribute information; Determining a first number of real objects corresponding to the user attribute information; When the first number is less than a preset order threshold, determining a second number of virtual objects based on the preset order threshold and the first number; sending the first number of real objects and the second number of virtual objects to the client; receiving, sent by the client, a display result of a target real object obtained by displaying the target real object at the preset display position based on a preset display duration, and a uniform resource locator of a target virtual object determined from the second number of virtual objects based on the remaining display duration; the target real object being an object from the first number of real objects, the display result of the target real object being a real display result and including the display duration of the target real object, the remaining display duration being determined by the client based on the preset display duration and the display duration of the target real object, and the uniform resource locator of the target virtual object being a virtual display result; Based on the real display result and the virtual display result, an object inventory corresponding to the preset display position is determined.

3. The method according to claim 2, characterized in that The determining a first number of real objects corresponding to the user attribute information includes: Obtaining a first number of real objects that match the user attribute information from a preset object repository; wherein the preset object repository stores a mapping relationship between the user attribute information and the real objects; Accordingly, when the first quantity is less than a preset order threshold, determining a second quantity of virtual objects based on the preset order threshold and the first quantity includes: When the first quantity is less than the preset order threshold, the difference between the preset order threshold and the first quantity is used as the second quantity; A second number of virtual objects is determined.

4. The method according to claim 2, characterized in that The determining, based on the real display result and the virtual display result, the object inventory corresponding to the preset display position includes: Determining the number of the target real objects based on the display result of the target real objects, and determining the number of the target virtual objects based on the uniform resource locators of the target virtual objects; The object inventory is determined based on the number of the target real objects and the number of the target virtual objects.

5. The method according to claim 2, characterized in that Before determining the object inventory corresponding to the preset display position based on the real display result and the virtual display result, the method further includes: Generate log information corresponding to the object pull request; The real display result that matches the log information is regarded as a legitimate real display result, and the virtual display result that matches the log information is regarded as a legitimate virtual display result; Accordingly, determining the object inventory corresponding to the preset display position based on the real display result and the virtual display result includes: The object inventory is determined based on the legal real presentation result and the legal virtual presentation result.

6. An inventory statistics device, characterized in that: The device comprises: An object pull request sending module, configured to send an object pull request based on a preset display position to a server, wherein the object pull request carries at least user attribute information; an object receiving module, configured to receive, from the server, a first number of real objects corresponding to the user attribute information and, when the first number is less than a preset order threshold, a second number of virtual objects determined based on the preset order threshold and the first number; A real display result determination module is configured to display the first number of real objects at the preset display position based on preset display information to obtain a real display result; the real display result determination module includes: a real object display unit, configured to display a target real object based on a preset display duration to obtain a display result of the target real object; the target real object is an object in the first number of real objects; a real result acquisition unit, configured to use the display result of the target real object as the real display result; the display result of the target real object includes the display duration of the target real object; a remaining display information determination module, configured to determine the remaining display information corresponding to the preset display position based on the preset display information and the actual display result; the remaining display information determination module includes: a remaining display duration determination unit, configured to determine the remaining display duration corresponding to the preset display position based on the preset display duration and the display duration of the target real object; a virtual display result determination module, configured to determine virtual display results corresponding to the second number of virtual objects based on the remaining display information; the virtual display result determination module comprising: a target virtual object determination unit, configured to determine a target virtual object from the second number of virtual objects based on the remaining display duration; and a virtual display result acquisition unit, configured to use a uniform resource locator of the target virtual object as the virtual display result; The display result sending module is used to send the real display result and the virtual display result to the server, so that the server determines the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

7. An inventory statistics device, characterized in that: The device comprises: An object pull request receiving module, configured to receive an object pull request based on a preset display location sent by a client, wherein the object pull request carries at least user attribute information; a real object determining module, configured to determine a first number of real objects corresponding to the user attribute information; a virtual object determination module, configured to determine a second number of virtual objects based on the preset order threshold and the first number when the first number is less than a preset order threshold; an object sending module, configured to send the first number of real objects and the second number of virtual objects to the client; a display result receiving module, configured to receive, from the client, a display result of a target real object obtained by displaying the target real object at the preset display position based on a preset display duration, and a uniform resource locator of the target virtual object determined from the second number of virtual objects based on the remaining display duration; the target real object being an object from the first number of real objects, the display result of the target real object being a real display result and including the display duration of the target real object, the remaining display duration being determined by the client based on the preset display duration and the display duration of the target real object, and the uniform resource locator of the target virtual object being a virtual display result; The object inventory determination module is configured to determine the object inventory corresponding to the preset display position based on the real display result and the virtual display result.

8. A computer-readable storage medium, characterized in that The computer-readable storage medium stores at least one instruction or at least one program segment, and the at least one instruction or the at least one program segment is loaded and executed by a processor to implement the inventory statistics method according to any one of claims 1 to 5.

Images