Data display method, device and product

Abstract

The present disclosure provides a data display method and device, electronic equipment, storage medium and computer program product, relates to the technical field of computers, in particular to the technical field of multimedia, and can be applied to a dynamic data display scene. The specific implementation scheme is as follows: a target card supporting dynamic image display is determined from a plurality of waterfall cards in a current display page; a target dynamic image is acquired according to an image resource link associated with the target card; and the target dynamic image is dynamically displayed in the target card through a playing engine associated with the target card. The present disclosure enables the waterfall card to display dynamic image data, and improves the information acquisition efficiency and resource search efficiency of a target object (for example, a user) in the process of browsing the waterfall card page.

Description

Technical Field

[0001] This disclosure relates to the field of computer technology, specifically to the field of multimedia technology, and in particular to a data display method, device, electronic device, storage medium, and computer program product, which can be applied to dynamic data display scenarios. Background Technology

[0002] Many mobile applications use a waterfall-style card format to carry business data. However, existing waterfall-style cards in applications generally display static images and cannot present dynamic videos / images. As a result, users can only obtain limited information from pages that display waterfall-style cards. Summary of the Invention

[0003] This disclosure provides a data display method, apparatus, electronic device, storage medium, and computer program product.

[0004] According to the first aspect, a data display method is provided, including: determining a target card that supports dynamic image display from multiple waterfall-style cards in the current display page; obtaining a target dynamic image based on the image resource link associated with the target card; and dynamically displaying the target dynamic image in the target card through the playback engine associated with the target card.

[0005] According to a second aspect, a data display device is provided, comprising: a card determining unit configured to determine a target card supporting dynamic image display from a plurality of waterfall-style cards in a current display page; a resource determining unit configured to obtain a target dynamic image based on an image resource link associated with the target card; and a dynamic display unit configured to dynamically display the target dynamic image in the target card through a playback engine associated with the target card.

[0006] According to a third aspect, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform a method as described in any implementation of the first aspect.

[0007] According to a fourth aspect, a non-transitory computer-readable storage medium is provided that stores computer instructions for causing a computer to perform the method described in any implementation of the first aspect.

[0008] According to a fifth aspect, a computer program product is provided, comprising: a computer program that, when executed by a processor, implements the method as described in any implementation of the first aspect.

[0009] According to the technology disclosed herein, a data display method and apparatus are provided, which involves determining a target card that supports dynamic image display from multiple waterfall-style cards in the current display page; obtaining a target dynamic image based on the image resource link associated with the target card; and dynamically displaying the target dynamic image in the target card through the playback engine associated with the target card. This enables the waterfall-style cards to display dynamic image data, improving the information acquisition efficiency and resource search efficiency of the target object (e.g., a user) during the process of browsing the waterfall-style card page.

[0010] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this disclosure, nor is it intended to limit the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0011] The accompanying drawings are provided to better understand this solution and do not constitute a limitation of this disclosure. Wherein: Figure 1 This is an exemplary system architecture diagram that can be applied to an embodiment of this disclosure; Figure 2 This is a flowchart of one embodiment of the data display method according to the present disclosure; Figures 3A-3B This is a schematic diagram of a display page including waterfall-style cards according to this embodiment; Figure 4 This is a schematic diagram illustrating an application scenario of the data display method according to this embodiment; Figure 5 This is a flowchart of yet another embodiment of the data display method according to this disclosure; Figure 6 This is a structural diagram of one embodiment of the data display device according to the present disclosure; Figure 7 This is a schematic diagram of the structure of a computer system suitable for implementing the embodiments of the present disclosure. Detailed Implementation

[0012] The exemplary embodiments of this disclosure are described below with reference to the accompanying drawings, including various details of the embodiments to aid understanding, and should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this disclosure. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0013] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0014] Figure 1 An exemplary architecture 100 is shown that the data display methods and apparatus of this disclosure can be applied.

[0015] like Figure 1 As shown, the system architecture 100 may include terminal devices 101, 102, and 103, a network 104, and a server 105. The communication connections between terminal devices 101, 102, and 103 form a network topology. Network 104 serves as the medium for providing communication links between terminal devices 101, 102, and 103 and server 105. Network 104 may include various connection types, such as wired or wireless communication links or fiber optic cables, etc.

[0016] Terminal devices 101, 102, and 103 can be hardware or software that supports network connectivity for data interaction and processing. When terminal devices 101, 102, and 103 are hardware, they can be various electronic devices that support network connectivity, information acquisition, interaction, display, and processing functions, including but not limited to smartphones, tablets, e-book readers, laptops, and desktop computers. When terminal devices 101, 102, and 103 are software, they can be installed in the aforementioned electronic devices. They can be implemented as, for example, multiple software programs or software modules to provide distributed services, or as a single software program or software module. No specific limitations are imposed here.

[0017] Server 105 can be a server that provides various services, such as a background processing server that provides an image resource library and playback control protocol configuration functions to enable terminal devices 101, 102, and 103 to play dynamic image resources in a waterfall-style card format. As an example, server 105 can be a cloud server.

[0018] It should be noted that a server can be either hardware or software. When the server is hardware, it can be implemented as a distributed server cluster consisting of multiple servers, or as a single server. When the server is software, it can be implemented as multiple software programs or software modules (such as software programs or software modules used to provide distributed services), or as a single software program or software module. No specific limitations are made here.

[0019] It should also be noted that the data display method provided in the embodiments of this disclosure is generally executed by a terminal device, but the possibility of it being executed by a server, or by a server and a terminal device cooperating with each other, is not excluded. Accordingly, all parts (e.g., units) of the data display device can be set in the terminal device, all parts can be set in the server, or they can be set in the server and the terminal device respectively.

[0020] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included. When the electronic devices on which the data presentation method runs do not require data transmission with other electronic devices, the system architecture may only include the electronic devices (e.g., terminal devices or servers) on which the data presentation method runs.

[0021] Please refer to Figure 2 , Figure 2 A flowchart illustrating a data display method provided in this embodiment of the disclosure. Flowchart 200 includes the following steps: Step 201: Identify the target card that supports dynamic image display from the multiple waterfall-style cards in the current display page.

[0022] In this embodiment, the execution entity of the data display method (e.g., Figure 1 The terminal device in the middle can identify the target card that supports dynamic image display from multiple waterfall-style cards in the current display page.

[0023] A waterfall-style card is a type of rectangular information unit with equal height, arranged neatly in a fixed size layout, or a type of rectangular information unit with non-equal height, dynamically arranged in a staggered layout across multiple columns. In the terminal display interface, waterfall-style cards continuously load as you scroll, used to display content in a high density within a limited screen space.

[0024] Continue to refer to Figure 3A The diagram shows a display page including multiple waterfall-style cards 301 of equal height; see below for further details. Figure 3B The diagram shows a display page including multiple waterfall-style cards 302 with different heights.

[0025] The waterfall-style card layout in this embodiment can be applied to various applications, such as rich media content distribution applications, including short video application platforms, long video application platforms, and e-commerce applications for product display and recommendation.

[0026] As an example, for each waterfall-style card in the currently displayed page, the aforementioned execution entity can determine whether the waterfall-style card includes an associated image resource link, such as a URL for a dynamic image resource (Uniform Resource Locator); in response to the waterfall-style card including an associated image resource link, the waterfall-style card is determined to be a target card that supports dynamic image display.

[0027] As another example, for each waterfall-style card in the currently displayed page, the aforementioned execution entity can determine whether the waterfall-style card includes a specified identifier that indicates its support for dynamic video display. The specified identifier can represent whether the waterfall-style card supports dynamic video display through different types of data forms such as numbers, characters, and images, or a combination of multiple data forms. In response to determining that the specified identifier of the waterfall-style card indicates its support for dynamic video display, the waterfall-style card is identified as the target card.

[0028] In some optional implementations of this embodiment, the execution entity can perform step 201 as follows: in response to the current display page including multiple candidate cards that support dynamic image display, determine the target card from the multiple candidate cards according to the weight values ​​of each candidate card.

[0029] The weight value of the candidate card represents the playback priority of the dynamic video corresponding to the candidate card. The weight value is positively correlated with the playback priority, that is, the larger the weight value, the higher the playback priority.

[0030] As an example, for each waterfall-style card in the currently displayed page, the aforementioned execution entity can determine whether the waterfall-style card includes an associated image resource link or whether it includes a specified identifier that indicates its support for dynamic image display, in order to determine whether the waterfall-style card is a waterfall-style card that supports dynamic image display, thereby identifying all waterfall-style cards in the currently displayed page that can support dynamic image display as candidate cards.

[0031] In response to the presence of multiple candidate cards supporting dynamic video display on the current page, the candidate card with the highest weight value among these candidates is selected as the target card. To improve the viewing experience, the candidate card with the highest weight value located in the center area of ​​the terminal screen can be selected as the target card.

[0032] The weight values ​​of candidate cards can be predetermined fixed weight values. For example, the business unit of the application to which the waterfall flow cards belong can set the weight value of each waterfall flow card that supports dynamic image display according to business needs; or they can be dynamically adjustable weight values.

[0033] As an example, firstly, historical interaction data of the target object (user) (such as past viewing time and click preferences for similar images) and textual metadata (title, tags, content description, etc.) of the dynamic images of candidate cards are collected and input into a pre-trained large language model. Then, the large language model predicts the user's potential interest in the dynamic images of candidate cards by analyzing the correlation between the user's historical interest features and the dynamic images of candidate cards (such as tag matching degree and semantic similarity), and determines the initial weight value of the candidate cards. Then, through the large language model, combined with the following adjustment mechanism, the weight adjustment coefficient or weight adjustment factor is output, and the adjustment coefficient is weighted and calculated with the initial weight value, or the adjustment factor is summed and calculated with the initial weight value to obtain the real-time updated playback weight value.

[0034] Context-specific weight adjustment mechanism: Leveraging the semantic understanding capabilities of a large language model of the user's current interaction context (such as parsing the user's swiping speed, dwell time, and time-based characteristics), dynamic weight adjustment rules are generated to dynamically generate context-specific weight adjustment rules, and weight adjustment coefficients are determined based on these rules. For example, when the large language model identifies a user in a "fast swiping browsing" scenario, it will strengthen the weight gain coefficient of "highly attractive content" (such as "newly uploaded" content and "highly popular" content); if it is determined to be a "deep browsing" scenario, it will focus on "precise interest matching" weight adjustment based on historical interactions, making the changes in weight values ​​more aligned with the needs of the scenario.

[0035] Cross-card collaborative weight adjustment mechanism: By analyzing the relevance of card content through a large language model (such as the same theme or creators), the weight of related cards is simultaneously optimized when adjusting the weight of the target card. For example, when a user's interest rating for "travel vlog" cards increases, the large language model automatically assigns a certain percentage of weight bonus to other unplayed cards under the same theme, while reducing the base weight of unrelated theme cards, forming a weight synergy effect of "interest clusters" and avoiding the limitations of adjusting the weight of a single card.

[0036] Among them, a large language model is a large-scale language model built based on deep learning technology, mainly used for natural language processing tasks. It learns language patterns and structures through training on large-scale data, enabling it to generate natural language text or understand natural language input. This embodiment specifically employs a multimodal large language model, which typically includes the following modules: Input module: Receives multimodal data such as text, images, videos, and voice.

[0037] Preprocessing module: preprocesses the input multimodal data. For example, text data preprocessing includes word segmentation, stop word removal, text cleaning, etc., to convert the text into a form that the model can process.

[0038] The encoding module encodes the preprocessed multimodal data into vector form so that the model can understand and process it. Common encoding methods include word embeddings and encoders in the Transformer architecture. Word embeddings include, for example, Word2Vec (Words to Vector) and GloVe (Global Vectors for Word Representation).

[0039] Model module: The core component, typically based on a deep learning architecture (such as Transformer), responsible for processing encoded data vectors and performing language understanding and generation. The model learns complex patterns and semantic relationships of language through multi-layered neural network structures.

[0040] The decoding module decodes the model's output vectors into natural language text, images, videos, and speech, generating responses or processing results to the input. Decoding methods can include greedy decoding, beam search, etc.

[0041] Output module: Outputs the decoded text in a user-readable format, such as text, images, videos, and audio displayed on the screen.

[0042] In this implementation, the waterfall-style cards that support dynamic image display are assigned weight values. Based on the weight values ​​of each of the multiple candidate cards, the target card is determined from the multiple candidate cards, which improves the accuracy and efficiency of the target card determination.

[0043] In some optional implementations of this embodiment, the execution entity can perform the target card determination process in the following manner: First, based on the dynamic display identifier value under the dynamic display field of each of the multiple waterfall flow cards, multiple candidate cards are determined from the multiple waterfall flow cards; then, based on the weight value under the weight field of each of the multiple candidate cards, the target card is determined from the multiple candidate cards.

[0044] For dynamic video display of waterfall-style cards, a playback control protocol is established, which includes dynamic display fields, weight fields, and resource link fields. Every waterfall-style card that supports dynamic video display must comply with the playback control protocol, and the distribution of dynamic video data must also strictly follow the playback control protocol.

[0045] The dynamic display field, for example, is `can_play`, under which dynamic display identifier values ​​include field values ​​indicating whether dynamic video display is supported and field values ​​indicating whether dynamic video display is not supported. The resource link field, for example, is `play_url`, under which the URL of the dynamic video is set. The weight field, for example, is `play_weight`, under which the weight of the waterfall-style cards is set.

[0046] This implementation provides a playback control protocol suitable for dynamic playback of waterfall-style cards. Based on dynamic display fields, weight fields, and resource link fields, it realizes standardized control of waterfall-style cards, which helps to improve the convenience and uniformity of control over the dynamic display of images in waterfall-style cards.

[0047] Step 202: Obtain the target dynamic image based on the image resource link associated with the target card.

[0048] In this embodiment, the aforementioned execution entity can obtain target dynamic images based on the image resource links associated with the target card.

[0049] The image resource link associated with the target card is the link to the dynamic image to be displayed by the target card, such as a URL (Uniform Resource Locator). The dynamic image corresponding to the image resource link is, for example, video, GIF, or other image data.

[0050] First, the client represented by the aforementioned executing entity (such as a browser, video playback software, etc.) needs to parse the URL. The URL contains key information such as the server address (domain name or IP address (Internet Protocol)) where the video resource is located and the path of the resource on the server. The client will extract the network location of the target server from it in order to establish a connection.

[0051] Then, the client initiates a connection request to the target server using the resolved server address, via a network protocol such as HTTP (Hypertext Transfer Protocol) or HTTPS (Hypertext Transfer Protocol Secure). Once the connection is established, the client sends a specific resource request instruction to the server, which explicitly includes the identifier of the animated video resource pointed to by the URL (such as the file name and a unique ID). Upon receiving the request, the server searches for the corresponding animated video file in its storage system (such as a hard drive, database, or cache server) based on the resource identifier.

[0052] Finally, if the server finds the corresponding video resource, it will transmit the video data to the client through the established connection.

[0053] Step 203: Dynamically display the target video in the target card through the playback engine associated with the target card.

[0054] In this embodiment, the aforementioned execution entity can dynamically display target dynamic images in the target card through the playback engine associated with the target card.

[0055] A playback engine (playback kernel) refers to the core software or hardware module responsible for decoding, processing, and rendering video data, and generally includes the following core components: A decoder is used to decompress a compressed video stream into raw pixel data. Its decoding process is primarily based on standard codec protocols or hardware acceleration interfaces. Compressed video streams may be formats such as H.264 (H.264 Advanced Video Coding), HEVC (High Efficiency Video Coding), or VP9 (VP9 VideoCodec). Standard codec protocols may include FFmpeg (FFmpeg MultimediaFramework) and libavcodec (libavcodec Library). Hardware acceleration interfaces may include Vulkan Video (Vulkan Video Extension), NVDEC (NVIDIA Video Decoder), and VA-API (Video Acceleration API).

[0056] The renderer is used to convert decoded frame data into a visual image, handling operations such as color space conversion, scaling, and deinterlacing. It primarily relies on graphics APIs (Application Programming Interfaces) (such as DirectX / Vulkan / Metal) or operating system-level compositors (such as Windows Media Foundation and Android SurfaceFlinger). Graphics APIs include DirectX (Direct eXtension), Vulkan (Vulkan Graphics API), and Metal (Metal Graphics and Compute API); operating system-level compositors include Windows Media Foundation and Android SurfaceFlinger.

[0057] The synchronization controller coordinates audio and video synchronization and dynamic frame rate adaptation to ensure smooth playback.

[0058] The resource management module is used to dynamically allocate computing resources such as CPU (Central Processing Unit), GPU (Graphics Processing Unit), and memory to optimize the balance between power consumption and performance.

[0059] As an example, a corresponding playback engine is created for the target card, and the target video is dynamically displayed in the target card through the playback engine.

[0060] The animation in the target card stops playing when the target user scrolls through the list of items on the current page, switches the application to the background, or switches to another page. The animation in the target card restarts when the target user switches from the background to the foreground or switches back to the current page of the waterfall layout.

[0061] In some optional implementations of this embodiment, the execution entity can perform step 203 as follows: The first step is to determine the target image segments in the target dynamic image based on the target object's behavior data in relation to the target dynamic image.

[0062] For each type of behavioral data of the target object in relation to the target moving image, the correspondence between the behavioral data type and the target image slice can be pre-defined. Based on the behavioral data of the target object in relation to the target moving image, its behavioral type is determined, and then the target image slice corresponding to the behavioral type is determined according to the correspondence.

[0063] The length of segments in a target moving image can be uniform or inconsistent. To further enhance user attention to target image segments, the length of each segment can be determined through analysis of the target object's profile data using a large language model. This improves the fit between the image segments and the target object, increasing the target object's adaptability and attention to the image resource. It should be noted that the profile data acquisition process is conducted with the target object's authorization.

[0064] The second step involves dynamically displaying target image segments in the target card using a globally unique playback engine.

[0065] In this implementation, the aforementioned execution entity can dynamically display target image segments in a loop within the target card using a globally unique playback engine.

[0066] In this implementation, a playback kernel (playback engine) is held globally. When switching target cards, the corresponding dynamic video of the target card is switched at the same time, which can minimize the memory consumption of the dynamic video display process.

[0067] In this implementation, by combining a globally unique playback engine and resource fragmentation, memory usage is reduced while the compatibility between the target image fragments and the target object is further improved, thereby increasing the efficiency of information acquisition for users browsing waterfall-style card pages.

[0068] In some optional implementations of this embodiment, the execution entity may perform the first step as follows: in response to the behavioral data characterizing that the target object has not viewed the target dynamic image, the key segments in the target dynamic image are determined as target image segments.

[0069] As an example, in response to behavioral data indicating that the target object has not watched the target video, a large language model can be used to understand and analyze the target object's profile data to determine the key segments in the target video that the target object is most interested in.

[0070] As another example, based on the visual understanding of the target dynamic image using a multimodal large language model, the quality of each segment in the target dynamic image can be scored; the key segment with the highest quality score is then identified as the target image segment.

[0071] In this implementation, the method for determining the target image segments when the target object has not viewed the target dynamic video is determined, which improves the adaptability of the target image segments to the target object and helps to further increase the target object's attention to the target image segments and the click rate of the target dynamic video.

[0072] In some optional implementations of this embodiment, the execution entity can perform the first step as follows: in response to the behavioral data characterizing that the target object has viewed the target dynamic image, the next segment of the target dynamic image that the target object has viewed is determined as the target image segment.

[0073] As an example, in response to behavioral data characterizing that the target object has viewed the target dynamic image, the viewed segments of the target dynamic image are determined; based on the temporal relationship between the segments, the next segment after the viewed segment is determined as the target image segment.

[0074] In this implementation, the method for determining the target image segments when the target object has viewed the target dynamic image is determined, which improves the adaptability of the target image segments to the target object and helps to further increase the target object's attention to the target image segments and the click rate of the target dynamic image.

[0075] See also Figure 4 , Figure 4 This is a schematic diagram 400 illustrating an application scenario of the data display method according to this embodiment. User 401 browses a resource recommendation page of a cloud storage application via terminal device 402, and updates the real-time waterfall-style cards displayed on the terminal screen by swiping. The resource recommendation page presents data using a double-list waterfall-style card layout. For the multiple waterfall-style cards 4021-4024 currently displayed on the terminal screen, terminal device 402 first determines the target card 4022 that supports dynamic image display from among the multiple waterfall-style cards 4021-4024; then, based on the image resource link associated with the target card, it retrieves the target dynamic image from server 403; finally, through the playback engine associated with the target card, it dynamically displays the target dynamic image in the target card.

[0076] This embodiment provides a data display method, which identifies a target card that supports dynamic image display from multiple waterfall-style cards in the current display page; obtains the target dynamic image based on the image resource link associated with the target card; and dynamically displays the target dynamic image in the target card through the playback engine associated with the target card. This enables the waterfall-style cards to display dynamic image data, improving the information acquisition efficiency and resource search efficiency of the target object (e.g., user) during the process of browsing the waterfall-style card page.

[0077] In some optional implementations of this embodiment, the execution entity may also perform the following operations: configure the dynamic display identifier value under the dynamic image display field, the image resource link under the image resource link field, and the weight value under the weight field of the waterfall flow card according to the received configuration operation.

[0078] Business users of the application using the waterfall layout card can flexibly configure the dynamic display identifier value under the dynamic image display field, the image resource link under the image resource link field, and the weight value under the weight field of the waterfall layout card according to business needs. For example, for newly released video resources, a higher weight value can be set for its corresponding waterfall layout card to achieve better promotional results in the early stages of video release.

[0079] In this implementation, the dynamic display identifier value under the dynamic image display field, the image resource link under the image resource link field, and the weight value under the weight field can be flexibly configured based on the configuration operation. The corresponding fields can be flexibly configured according to business needs, which improves the flexibility of configuration and the adaptability to business.

[0080] In some optional implementations of this embodiment, the execution entity may also perform the following operations: during the process of dynamically displaying the target dynamic image, prefetch and cache the dynamic image corresponding to the non-target card according to the image resource links associated with the non-target card among multiple candidate cards.

[0081] As an example, the aforementioned execution entity can identify the other cards besides the target card among the multiple candidate cards in the currently displayed page, i.e., non-target cards; based on the image resource links associated with the non-target cards among the multiple candidate cards, it can prefetch and cache the dynamic images corresponding to the non-target cards.

[0082] It is understandable that as users swipe, the waterfall-style cards on the terminal screen change, and non-target cards on the currently displayed page may become target cards on subsequent displayed pages. In order to achieve timely response to the dynamic display operations during the user's browsing process, the dynamic images corresponding to non-target cards are prefetched and cached, providing objective conditions for timely response.

[0083] In some optional implementations of this embodiment, the execution entity may also perform the following operations: First, during the process of dynamically displaying the target dynamic image, determine the cards to be displayed in a preset number of pages to be displayed after the current display page; then, according to the image resource links associated with the cards to be displayed, prefetch and cache the dynamic images corresponding to the cards to be displayed.

[0084] The preset quantity can be a fixed value set in advance, or it can be dynamically determined based on a preset method.

[0085] For example, leveraging the semantic understanding capabilities of a large language model of the user's current interaction scenario (such as parsing the user's swiping speed, dwell time, and time-related features), dynamic weight adjustment rules are generated to dynamically generate scenario-specific rules. The preset quantity is determined based on the number of scenarios. For instance, when the large language model identifies a user in a "fast swiping browsing" scenario, a larger preset quantity is set to accommodate the rapid updates of the waterfall-style cards caused by the user's "fast swiping browsing"; if it is determined to be a "deep browsing" scenario, a smaller preset quantity is set to avoid wasting memory resources by caching too many dynamic images corresponding to the cards to be displayed.

[0086] In this implementation, in order to better achieve timely response to dynamic display operations during user browsing, the dynamic images corresponding to the cards to be displayed on the page to be displayed are pre-fetched and cached, which provides objective conditions for timely response and helps to improve the user's browsing experience.

[0087] In some optional implementations of this embodiment, the execution entity may also perform the following operations: First, determine the target updated card that supports dynamic image display from the updated display page; then, in response to the fact that the dynamic image corresponding to the target updated card has been cached, dynamically display the cached dynamic image corresponding to the target updated card in the target updated card through the playback engine.

[0088] Based on user actions such as swiping, the waterfall-style cards on the terminal screen of the aforementioned execution entity change, and the displayed page on the terminal screen is updated to the updated display page; the target updated card in the updated display page is a waterfall-style card that supports dynamic video display on the page, and its dynamic video may have been stored in the cache based on the above implementation method; in response to the fact that the dynamic video corresponding to the target updated card has been cached, the playback engine dynamically displays the cached dynamic video corresponding to the target updated card in the target updated card.

[0089] In this implementation, by prefetching and caching the dynamic resources of subsequent waterfall-style cards that support dynamic image display, dynamic images can be displayed dynamically in a timely manner, which helps to improve the user's viewing experience.

[0090] In this embodiment, the playback control protocol includes an extended field, such as extra, which is used by the card's business party to issue specific field values.

[0091] In the dynamic video display process based on waterfall-style cards, extended fields can be used throughout the entire process of video acquisition, segment customization, and dynamic display. As functional enhancement fields of the basic fields (dynamic video display field, video resource link field, and weight field) in the playback control protocol, their technical linkage process is as follows: (1) The association between extra and can_play: contextual control of dynamic activation of playback permissions.

[0092] By using the extra field to carry the "playback permission activation conditions", the effectiveness of can_play is no longer a static boolean value, but a result of dynamic determination based on the scenario.

[0093] Business users can define the `play_activation_conditions` subfield in `extra` to set playback activation conditions, including time thresholds (such as "play is only allowed from 19:00 to 23:00 daily"), user behavior thresholds (such as "activation is activated after the user's cumulative browsing time exceeds 5 minutes"), and content association rules (such as "play is only allowed when the user's first 3 browsing sessions are all of the same type of content").

[0094] After parsing this subfield, the playback system combines it with the base value of can_play (such as can_play=true) and only determines that the target card "supports autoplay" if all activation conditions in extra are met; if the conditions are not met, even if can_play=true, the playback permission will not be activated for the time being.

[0095] This association upgrades can_play from a "static switch" to a "scenario-based dynamic permission controller," resolving the issue that fixed permissions cannot adapt to diverse business rules.

[0096] (2) The relationship between extra and play_url: intelligent adaptation and switching of multiple resource links.

[0097] By storing "multi-URL resource pools and switching strategies" in the extra field, play_url can be expanded from a single resource link into a dynamically adapted resource entry point.

[0098] Business users can define the `url_candidate_pool` subfield in `extra` to store a list of alternative URLs with different resolutions and segmentation strategies, such as "HD url1, SD url2, core segment only url3"), and the `url_switch_rules` subfield. The `url_candidate_pool` subfield stores the list of alternative URLs with different resolutions and segmentation strategies, such as "HD url1, SD url2, core segment only url3". The `url_switch_rules` subfield sets the URL switching rules, such as "use url1 when network bandwidth ≥ 10Mbps (megabits per second), use url2 when network bandwidth is between 3-10Mbps, use url3 when network bandwidth < 3Mbps", and "force switch to url2 when the user's historical playback preference is SD".

[0099] After parsing, the playback system first obtains the basic resource links based on play_url, and then automatically switches to the optimal backup URL according to the rules in extra based on real-time network status, user preferences, etc. If play_url fails, it directly calls the available links from url_candidate_pool.

[0100] This association upgrades play_url from a "single resource pointer" to an "intelligent resource scheduling hub," improving the stability and adaptability of resource acquisition.

[0101] (3) The relationship between extra and play_weight: collaborative calculation of multi-dimensional dynamic weights.

[0102] By using the extra field to carry the "weight adjustment factor", the priority calculation of play_weight no longer depends on a fixed value, but rather incorporates the dynamic results of real-time variables.

[0103] Business users can define the `weight_adjust_factors` subfield in `extra`, which includes real-time user interaction factors (such as "if a user stays on this card for more than 3 seconds in the last 10 seconds, the weight increases by 20%), content popularity coefficients (such as "for every 100 additional clicks on similar cards in the last hour, the weight increases by 5%), and resource freshness parameters (such as "if the upload time is less than 24 hours, the weight increases by 30%)", etc.

[0104] After the playback system parses the data, it performs a weighted operation on the base value of play_weight and the adjustment factor in extra (e.g., final weight = play_weight × (1 + Σ adjustment factor)) to obtain the priority value updated in real time.

[0105] This association upgrades play_weight from "fixed priority" to "multi-dimensional dynamic priority", solving the problem that static weights cannot respond to real-time user behavior and content changes.

[0106] Continue to refer to Figure 5 The illustration shows a schematic flow 500 of yet another embodiment of the data display method according to the present disclosure. Flow 500 includes the following steps: Step 501: Based on the dynamic display identifier value under the dynamic display field of each of the multiple waterfall flow cards in the current display page, determine multiple candidate cards from the multiple waterfall flow cards.

[0107] Step 502: Determine the target card from the multiple candidate cards based on the weight values ​​in the weight fields of each candidate card.

[0108] Step 503: Obtain the target dynamic image based on the image resource link associated with the target card.

[0109] Step 504: Determine the target image segments in the target dynamic image based on the target object's behavior data in relation to the target dynamic image.

[0110] Step 505: Dynamically display target image segments in the target card using a globally unique playback engine.

[0111] Step 506: During the dynamic display of the target dynamic image, the dynamic image corresponding to the non-target card is prefetched and cached based on the image resource links associated with the non-target card among multiple candidate cards.

[0112] Step 507: During the process of dynamically displaying the target dynamic image, determine the number of cards to be displayed in the preset number of pages to be displayed after the current display page.

[0113] Step 508: Based on the image resource link associated with the card to be displayed, prefetch and cache the dynamic image corresponding to the card to be displayed.

[0114] Step 509: Identify the target updated cards that support dynamic image display from the updated display page.

[0115] Step 510: In response to the fact that the dynamic image corresponding to the updated target card has been cached, the cached dynamic image corresponding to the updated target card is dynamically displayed in the updated target card through the playback engine.

[0116] The data display method in this embodiment, in process 500, compared to process 200 above, specifically describes the process of determining the target card, the process of displaying the target dynamic image, and the process of displaying the cached dynamic image on the updated display page. This helps to further improve the efficiency of information acquisition and resource search for users when browsing the waterfall-style card page.

[0117] Continue to refer to Figure 6 As an implementation of the methods shown in the above figures, this disclosure provides an embodiment of a data display device, which is consistent with... Figure 2 Corresponding to the method embodiments shown, the system can be specifically applied to various electronic devices.

[0118] like Figure 6 As shown, the data display device 600 includes: a card determination unit 601, configured to determine a target card that supports dynamic image display from multiple waterfall-style cards in the current display page; a resource determination unit 602, configured to obtain a target dynamic image based on the image resource link associated with the target card; and a dynamic display unit 603, configured to dynamically display the target dynamic image in the target card through the playback engine associated with the target card.

[0119] In some optional implementations of this embodiment, the card determination unit 601 is further configured to: in response to the current display page including multiple candidate cards that support dynamic image display, determine the target card from the multiple candidate cards according to the weight values ​​of each of the multiple candidate cards.

[0120] In some optional implementations of this embodiment, the card determination unit 601 is further configured to: determine multiple candidate cards from multiple waterfall flow cards based on the dynamic display identifier value under the dynamic display field of each of the multiple waterfall flow cards; and determine the target card from multiple candidate cards based on the weight value under the weight field of each of the multiple candidate cards.

[0121] In some optional implementations of this embodiment, the dynamic display unit 603 is further configured to: determine the target image segments in the target dynamic image based on the target object's behavior data toward the target dynamic image; and dynamically display the target image segments in the target card through a globally unique playback engine.

[0122] In some optional implementations of this embodiment, the dynamic display unit 603 is further configured to: in response to behavioral data indicating that the target object has not viewed the target dynamic image, determine the key segments in the target dynamic image as target image segments.

[0123] In some optional implementations of this embodiment, the dynamic display unit 603 is further configured to: in response to behavioral data characterizing that the target object has viewed the target dynamic image, determine the next segment of the target dynamic image that the target object has viewed as the target image segment.

[0124] In some optional implementations of this embodiment, the above-mentioned device further includes: a configuration unit (not shown in the figure), configured to: configure the dynamic display identifier value under the dynamic image display field, the image resource link under the image resource link field, and the weight value under the weight field of the waterfall flow card according to the received configuration operation.

[0125] In some optional implementations of this embodiment, the above-mentioned device further includes: a caching unit (not shown in the figure), configured to: during the process of dynamically displaying the target dynamic image, prefetch and cache the dynamic image corresponding to the non-target card according to the image resource link associated with the non-target card among multiple candidate cards.

[0126] In some optional implementations of this embodiment, the caching unit is further configured to: determine a preset number of cards to be displayed in the pages to be displayed after the current display page during the process of dynamically displaying the target dynamic image; and prefetch and cache the dynamic image corresponding to the card to be displayed according to the image resource link associated with the card to be displayed.

[0127] In some optional implementations of this embodiment, the above-mentioned apparatus further includes: an update display unit (not shown in the figure), configured to: determine a target updated card that supports dynamic image display from the updated display page; and, in response to the dynamic image corresponding to the target updated card being cached, dynamically display the cached dynamic image corresponding to the target updated card in the target updated card through a playback engine.

[0128] In this embodiment, a data display device is provided. It identifies a target card that supports dynamic image display from multiple waterfall-style cards on the current display page; obtains the target dynamic image based on the image resource link associated with the target card; and dynamically displays the target dynamic image in the target card through the playback engine associated with the target card. This enables the waterfall-style cards to display dynamic image data, improving the information acquisition efficiency and resource search efficiency of the target object (e.g., the user) during the process of browsing the waterfall-style card page.

[0129] According to embodiments of this disclosure, this disclosure also provides an electronic device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enable the at least one processor to implement the data display method described in any of the above embodiments.

[0130] According to embodiments of this disclosure, this disclosure also provides a readable storage medium storing computer instructions that enable a computer to implement the data display method described in any of the above embodiments when executed.

[0131] This disclosure provides a computer program product that, when executed by a processor, can implement the data display method described in any of the above embodiments.

[0132] Figure 7 A schematic block diagram of an example electronic device 700 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0133] like Figure 7 As shown, device 700 includes a computing unit 701, which can perform various appropriate actions and processes based on a computer program stored in read-only memory (ROM) 702 or a computer program loaded from storage unit 708 into random access memory (RAM) 703. RAM 703 may also store various programs and data required for the operation of device 700. The computing unit 701, ROM 702, and RAM 703 are interconnected via bus 704. Input / output (I / O) interface 705 is also connected to bus 704.

[0134] Multiple components in device 700 are connected to I / O interface 705, including: input unit 706, such as keyboard, mouse, etc.; output unit 707, such as various types of monitors, speakers, etc.; storage unit 708, such as disk, optical disk, etc.; and communication unit 709, such as network card, modem, wireless transceiver, etc. Communication unit 709 allows device 700 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0135] The computing unit 701 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 701 performs the various methods and processes described above, such as data presentation methods. For example, in some embodiments, the data presentation method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by the computing unit 701, one or more steps of the data presentation method described above may be performed. Alternatively, in other embodiments, the computing unit 701 may be configured to perform the data presentation method by any other suitable means (e.g., by means of firmware).

[0136] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0137] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data display device, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0138] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0139] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0140] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as a data server), or computing systems that include middleware components (e.g., an application server), or computing systems that include frontend components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., a communication network). Examples of communication networks include local area networks (LANs), wide area networks (WANs), and the Internet.

[0141] Computer systems can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. Servers can be cloud servers, also known as cloud computing servers or cloud hosts, which are hosting products within the cloud computing service system to address the management difficulties and weak business scalability inherent in traditional physical hosts and Virtual Private Servers (VPS) services; they can also be servers for distributed systems or servers incorporating blockchain technology.

[0142] According to the technical solution of the embodiments of this disclosure, a data display method and apparatus are provided. The method involves determining a target card that supports dynamic image display from multiple waterfall-style cards in the current display page; obtaining a target dynamic image based on the image resource link associated with the target card; and dynamically displaying the target dynamic image in the target card through the playback engine associated with the target card. This enables the waterfall-style cards to display dynamic image data, thereby improving the information acquisition efficiency and resource search efficiency of the target object (e.g., the user) during the process of browsing the waterfall-style card page.

[0143] It should be understood that the various forms of processes shown above can be used to reorder, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution provided in this disclosure can be achieved, and this is not limited herein.

[0144] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A data display method, comprising: In response to the fact that the multiple waterfall-style cards in the current display page include multiple candidate cards that support dynamic video display, multiple candidate cards are determined from the multiple waterfall-style cards based on the dynamic display identifier value under the dynamic display field of each of the multiple waterfall-style cards. Based on the weight values ​​of the respective weight fields of the multiple candidate cards, a target card is determined from the multiple candidate cards. The weight values ​​are obtained by the large language model outputting a weight adjustment coefficient or a weight adjustment factor according to the weight adjustment mechanism, and the weight adjustment coefficient is weighted and calculated with the initial weight value, or the weight adjustment factor is summed with the initial weight value. The weight adjustment coefficient is determined by the weight adjustment rules generated by the large language model for the current interaction scenario. When adjusting the weight value of the target card, the large language model simultaneously optimizes the weight values ​​of the associated cards of the target card. Obtain the target dynamic image based on the image resource link associated with the target card; The target video is dynamically displayed in the target card through the playback engine associated with the target card.

2. The method according to claim 1, wherein, The playback engine associated with the target card dynamically displays the target video in the target card, including: Based on the behavioral data of the target object in relation to the target dynamic image, target image segments in the target dynamic image are determined; The target image segments are dynamically displayed in the target card using the globally unique playback engine.

3. The method according to claim 2, wherein, The step of determining target image segments in the target dynamic image based on the target object's behavioral data in relation to the target dynamic image includes: In response to the behavioral data indicating that the target object has not viewed the target dynamic image, the key segments in the target dynamic image are identified as the target image segments.

4. The method according to claim 2, wherein, The step of determining target image segments in the target dynamic image based on the target object's behavioral data in relation to the target dynamic image includes: In response to the behavioral data indicating that the target object has viewed the target dynamic image, the next segment of the target dynamic image that the target object has viewed is determined as the target image segment.

5. The method according to claim 1, wherein, Also includes: Based on the received configuration operation, configure the dynamic display identifier value under the dynamic image display field, the image resource link under the image resource link field, and the weight value under the weight field of the waterfall flow card.

6. The method according to any one of claims 2-5, wherein, Also includes: During the dynamic display of the target dynamic image, the dynamic image corresponding to the non-target card is prefetched and cached based on the image resource links associated with the non-target card among the multiple candidate cards.

7. The method according to any one of claims 2-5, wherein, Also includes: During the dynamic display of the target dynamic image, a preset number of cards to be displayed in the subsequent display pages are determined; Based on the image resource link associated with the card to be displayed, the dynamic image corresponding to the card to be displayed is prefetched and cached.

8. The method according to claim 7, wherein, Also includes: Identify the target updated cards that support dynamic video display from the updated display page; In response to the fact that the dynamic video corresponding to the target updated card has been cached, the playback engine dynamically displays the cached dynamic video corresponding to the target updated card in the target updated card.

9. A data display device, comprising: The card determination unit is configured to: respond to multiple candidate cards supporting dynamic image display among multiple waterfall-style cards in the current display page; determine multiple candidate cards from the multiple waterfall-style cards based on the dynamic display identifier value under the dynamic display field of each of the multiple waterfall-style cards; determine a target card from the multiple candidate cards based on the weight value under the weight field of each of the multiple candidate cards, wherein the weight value is obtained by the large language model outputting a weight adjustment coefficient or weight adjustment factor according to the weight adjustment mechanism, and calculating the weight adjustment coefficient with the initial weight value, or by summing the weight adjustment factor with the initial weight value; the weight adjustment coefficient is determined by the weight adjustment rules generated by the large language model for the current interaction scenario; when the large language model adjusts the weight value of the target card, it simultaneously optimizes the weight values ​​of the associated cards of the target card. The resource determination unit is configured to acquire target dynamic images based on the image resource links associated with the target card; The dynamic display unit is configured to dynamically display the target video in the target card through a playback engine associated with the target card.

10. An electronic device, characterized in that, include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-8.

11. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause the computer to perform the method according to any one of claims 1-8.

12. A computer program product, comprising: A computer program that, when executed by a processor, implements the method according to any one of claims 1-8.

Images