Display device and display method of smart interface

Abstract

The application discloses a display device and a display method of a smart interface. The display device responds to a smart interface triggering instruction input by a user, acquires scene parameters representing current use environment attributes of the device, determines a target data source set containing at least two different dimension data sources according to the scene parameters, and acquires card content data from each data source in parallel, and finally generates a smart interface containing cards based on the card content data and displays the smart interface through a display. The application matches and adapts multiple data sources through scene parameters, acquires data in parallel to shorten data loading time, and generates a smart interface in combination with a scene, so that the interface content is adapted to the actual use state of a user, thereby improving interface loading efficiency and interaction experience.

Description

Technical Field

[0001] This application relates to the field of display device technology, and in particular to a display device and a display method for a smart interface. Background Technology

[0002] Display devices are intelligent devices capable of presenting a user interface and supporting user interaction. Taking smart TVs as an example, smart TVs are television products based on Internet application technology, equipped with open operating systems and chips, possessing open application platforms, enabling two-way human-computer interaction, and integrating multiple functions such as audio-visual, entertainment, and data to meet diverse and personalized user needs.

[0003] Display devices can be equipped with independent AI (Artificial Intelligence) interaction entry points to achieve content recommendation interaction. In related technologies, the AI ​​desktop interaction logic of display devices is as follows: after the user triggers an interaction command via the AI ​​button on the remote control, the system directly launches a fixed-template AI pop-up interface, simply reading local EPG (Electronic Program Guide) program data to complete basic content filling. Various content services, application status, system configuration, and other data are retrieved sequentially in a serial queue, with card layout and displayed content being factory-preset fixed combinations.

[0004] However, because the aforementioned AI desktop interaction uses a fixed interface template, the system cannot perceive the user's current usage scenario. This causes the display device to be unable to dynamically adapt the card content and layout according to the current scenario, affecting the user experience of the AI ​​desktop function. For example, when a user presses the AI ​​button while watching a live sports event, the display device may still push movie and TV show recommendations or general information, requiring the user to manually operate multiple times or switch pages to find the information they actually need. Summary of the Invention

[0005] This application provides a display device and a display method for a smart interface to solve the problem of poor user experience of AI desktop functions in display devices.

[0006] In a first aspect, this application provides a display device, comprising: monitor; A controller, electrically connected to the display, is configured to: In response to a smart interface trigger command input by the user, the current scene parameters of the display device are obtained, wherein the current scene parameters are used to characterize the attribute features of the current usage environment of the display device; The corresponding target data source set is determined based on the current scene parameters. The target data source set includes at least two data sources, which are used to provide card content data of different dimensions. The card content data is obtained in parallel from the data sources of the target data source set; A smart interface comprising at least one card is generated based on the card content data, and the display is driven to show the smart interface.

[0007] The above technical solution has the following beneficial effects or advantages: It can determine scene parameters based on the actual usage environment of the display device, and then match and adapt multi-dimensional data sources for data acquisition. By acquiring data from multiple data sources in parallel, the overall data waiting time can be reduced. At the same time, it generates intelligent interfaces based on scene-based data, making the interface content more in line with the user's current usage status and improving the rationality and smoothness of the overall interaction.

[0008] In some embodiments of this application, the controller acquires the current scene parameters of the display device, specifically configured as follows: Obtain the signal source type of the display device; In response to the signal source type being either live streaming mode or external input mode, the corresponding content category is obtained, and the current scene parameters are generated based on the signal source type and the content category; In response to the signal source type being desktop mode, the system obtains the time period information corresponding to the system clock in the display device, and generates the current scene parameters based on the signal source type and the time period information.

[0009] The above technical solution has the following beneficial effects or advantages: Based on the signal source type, a branched scene parameter generation logic is adopted. In playback scenarios, scene parameters are constructed by combining content classification and in desktop scenarios by combining time period information. This can accurately reflect the actual usage status of the display device, avoid invalid parameter collection, and improve the accuracy and relevance of scene recognition.

[0010] In some embodiments of this application, the controller determines the corresponding target data source set based on the current scene parameters, specifically configured as follows: Obtain a preset mapping table, which is used to record the correspondence between scene categories and data sources. The data sources include at least two of the following: artificial intelligence inference data sources, application service data sources, system setting data sources, search engine data sources, and electronic program guide data sources. Match the corresponding target scene category based on the current scene parameters; Based on the target scenario category, query the corresponding target data source set in the mapping relationship table.

[0011] The above technical solution has the following beneficial effects or advantages: By using a pre-defined mapping table to quickly match scenarios with data sources, multiple data sources with the most reference value can be selected for different usage scenarios, ensuring that the information dimensions displayed on the intelligent interface are highly adapted to the scenario, and improving the rationality and practicality of content presentation.

[0012] In some embodiments of this application, the controller acquires the card content data in parallel from the data sources of the target data source set, specifically configured as follows: Create an asynchronous data fetching task for each data source in the target data source set; The data acquisition task is executed in parallel; Receive the raw data returned by the data acquisition task based on the data source; The original data is processed to unify its format, resulting in the card content data.

[0013] The above technical solution has the following beneficial effects or advantages: Creating asynchronous tasks independently for each data source and executing them in parallel can shorten the overall acquisition time of multiple data sources and avoid long waiting times caused by serial acquisition; unifying the format of raw data from different sources can reduce the logical complexity of subsequent card rendering and improve the stability of interface generation.

[0014] In some embodiments of this application, the controller generates a smart interface including at least one card based on the card content data, specifically configured as follows: The card template configuration is determined based on the current scene parameters, and the card template configuration includes at least one of the following: number of cards, card size, and card layout. Candidate cards are generated based on the card template configuration and the card content data; The candidate cards are subjected to state management and compensation processing to output a matrix of cards to be displayed; the state management is used to manage the data loading status of the candidate cards, and the compensation processing is used to perform compensation for candidate cards whose data loading status is in failure. The smart interface is generated based on the matrix of cards to be displayed.

[0015] The above technical solution has the following beneficial effects or advantages: The card template configuration is dynamically adjusted based on scene parameters, allowing the smart interface display to adapt to different usage scenarios. Card status management and anomaly compensation handling prevent interface display issues caused by data loading errors, ensuring the integrity of the overall smart interface display.

[0016] In some embodiments of this application, the controller performs state management and compensation processing on the candidate cards, specifically configured as follows: Monitor the data loading status of the candidate cards, including waiting status, success status, and failure status; If the first data loading status of the target candidate card is detected to be in a failed state, the corresponding compensation process is performed according to the card type of the target candidate card.

[0017] The above technical solution has the following beneficial effects or advantages: Real-time monitoring of the data loading status of each candidate card enables timely identification of loading anomalies. Differentiated compensation for different card types can prevent noticeable blank spaces or errors in the interface due to the failure to load a single card, thus improving the integrity of the interface display.

[0018] In some embodiments of this application, the target candidate card is a first card or a second card, where the display area of ​​the first card is greater than a preset area threshold, and the display area of ​​the second card is less than a preset area threshold; the controller performs corresponding compensation processing according to the card type of the target candidate card, specifically configured as follows: If the target candidate card is the first card, delete all candidate cards in the column containing the target candidate card; If the target candidate card is the second card, identify the partner card of the target candidate card and perform the corresponding compensation process according to the second data loading status of the partner card; the partner card is the second card located in the same column as the target candidate card.

[0019] The above technical solution has the following beneficial effects or advantages: By differentiating card types based on display area and implementing corresponding compensation strategies, large-area cards are cleaned up in their entirety to avoid abrupt layout changes, while small-area cards are judged in conjunction with the status of partner cards. This approach can maintain a neat layout of rows and columns on the interface while handling anomalies, thus improving the visual presentation.

[0020] In some embodiments of this application, the controller performs corresponding compensation processing based on the second data loading state of the partner card, specifically configured as follows: If the second data loading status is in a waiting state, wait for the second data loading status to change to a successful or failed state, and perform compensation processing accordingly based on the changed status. If the second data loading status is a failure, delete all candidate cards in the columns containing the target candidate card and the partner card. If the second data loading status is successful, replace the target candidate card with the preset question card.

[0021] The above technical solution has the following beneficial effects or advantages: Compensation is performed step by step according to the different loading status of the partner cards to avoid premature cleanup or invalid waiting. When a partner card is successfully loaded, a problem card is used as a placeholder, and the entire column is removed when loading fails. This balances the rationality of interface loading and the final display effect, thereby reducing invalid display areas.

[0022] In some embodiments of this application, after the controller drives the display to show the smart interface, it is further configured to: In response to detecting a program switching event to the target program, obtain the first category label of the target program; If the first category label is different from the second category label corresponding to the smart interface, destroy the card instance corresponding to the card matrix to be displayed, and regenerate candidate cards according to the scene parameters of the target program; If the first category label is the same as the second category label, reuse the card instance of the card matrix to be displayed and update the data content of the card instance.

[0023] The above technical solution has the following beneficial effects or advantages: The system automatically triggers intelligent interface updates when switching programs, eliminating the need for users to repeatedly issue trigger commands. It selects to rebuild cards or reuse instances and updates data based on whether the program category has changed, ensuring that the interface content is synchronized with the playback content while reducing unnecessary instance rebuilding overhead and improving interface switching efficiency.

[0024] Secondly, this application also provides a method for displaying an intelligent interface, applied to a display device, the method comprising: In response to the intelligent interface trigger command obtained from user input, the current scene parameters of the display device are obtained. The current scene parameters are used to characterize the attribute features of the current usage environment of the display device. The corresponding target data source set is determined based on the current scenario parameters. The target data source set includes at least two data sources, which are used to provide card content data of different dimensions. Retrieve card content data in parallel from the data sources of the target data source set; A smart interface, comprising at least one card, is generated based on the card content data, and a display is driven to show the smart interface.

[0025] The above technical solution has the following beneficial effects or advantages: By achieving dynamic matching of data sources through scene awareness and improving data loading efficiency by combining multiple data source parallel acquisition methods, the intelligent interface can quickly generate and display content that fits the current usage scenario, thereby improving the response speed and experience consistency when users call the intelligent interface. Attached Figure Description

[0026] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0027] Figure 1 This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application; Figure 2 This is a schematic diagram of the hardware configuration of a display device provided in some embodiments of this application; Figure 3 This is a schematic diagram of the software configuration of a display device provided in some embodiments of this application; Figure 4 System architecture diagram for intelligent interface display provided in some embodiments of this application; Figure 5 A flowchart illustrating a method for displaying an intelligent interface provided in some embodiments of this application; Figure 6 This is a schematic diagram of the scene parameter acquisition process provided in some embodiments of this application; Figure 7 This application provides a schematic diagram of the data source matching process for some embodiments. Figure 8 This application provides schematic diagrams illustrating the process of parallel acquisition of card content data in some embodiments. Figure 9 This application provides schematic diagrams of card status management and compensation processing flows for some embodiments. Figure 10 This application provides schematic flowcharts of compensation processing for some embodiments. Figure 11 This application provides schematic diagrams of program switching processes for some embodiments. Figure 12 Interactive diagrams of intelligent interface displays provided in some embodiments of this application; Figure 13a The following are display effect diagrams of an intelligent interface provided for some embodiments of this application; Figure 13b The following is a display effect diagram of a smart interface after compensation processing, provided for some embodiments of this application; Figure 13c The following is a display effect diagram of the intelligent interface after another compensation process provided in some embodiments of this application; Figure 13d This is a display effect diagram of the intelligent interface after another compensation process provided in some embodiments of this application. Detailed Implementation

[0028] The embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described below do not represent all embodiments consistent with this application. They are merely examples of systems and methods consistent with some aspects of this application as detailed in the claims.

[0029] It should be noted that the brief descriptions of terms in this application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of this application. Unless otherwise stated, these terms should be understood in their ordinary and common meaning.

[0030] The terms "first," "second," "third," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar or related objects or entities, and do not necessarily imply a specific order or sequence, unless otherwise specified. It should be understood that such terms are interchangeable where appropriate.

[0031] The terms “comprising” and “having”, and any variations thereof, are intended to cover but not exclude inclusion, for example, a product or device that includes a range of components is not necessarily limited to all of the components that are clearly listed, but may include other components that are not clearly listed or that are inherent to such product or device.

[0032] The term "module" refers to any known or subsequently developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and / or software code that is capable of performing the functions associated with that element.

[0033] In this embodiment, the display device 200 generally refers to a device with screen display and data processing capabilities. For example, the display device 200 includes, but is not limited to, smart TVs, mobile terminals, computers, monitors, advertising screens, wearable devices, virtual reality devices, augmented reality devices, etc.

[0034] Figure 1 This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application. For example... Figure 1 As shown, a user can operate the display device 200 via touch operation, a mobile terminal 300, and a control device 100. The control device 100 receives user input commands and converts them into control commands that the display device 200 can recognize and respond to. For example, the control device 100 can be a remote control, a stylus, a gamepad, etc.

[0035] The mobile terminal 300 can function as a control device for human-computer interaction between the user and the display device 200. It can also function as a communication device for establishing a communication connection with the display device 200 and exchanging data. In some embodiments, the mobile terminal 300 can have software applications installed on it and communicate with the display device 200 via network communication protocols to achieve one-to-one control and data communication. Furthermore, it can transmit audio and video content displayed on the mobile terminal 300 to the display device 200 for synchronized display.

[0036] In some embodiments, the mobile terminal 300 or other electronic devices may also simulate the functions of the control device 100 by running an application that controls the display device 200.

[0037] like Figure 1 The diagram also shows that the display device 200 communicates with the server 400 via various communication methods. This allows the display device 200 to communicate via a local area network (LAN), a wireless local area network (WLAN), and other networks.

[0038] Display device 200 can provide broadcast television reception function, and can also be equipped with intelligent network television function that provides computer support function, including but not limited to network television, smart television, Internet Protocol television (IPTV), etc.

[0039] Figure 2 Provided for some embodiments of this application Figure 1 Hardware configuration block diagram of display device 200.

[0040] In some embodiments, the display device 200 may include at least one of a tuner 210, a communication device 220, a detector 230, a device interface 240, a controller 250, a display 260, an audio output device 270, a memory, a power supply, and a user input interface 280.

[0041] In some embodiments, detector 230 is used to acquire signals from the external environment or to interact with the outside world. For example, detector 230 includes a light receiver, which is a sensor for acquiring ambient light intensity; or detector 230 includes an image acquisition device, such as a camera, which can be used to acquire external environmental scenes, user attributes, or user interaction gestures; or detector 230 includes a sound acquisition device, such as a microphone, for receiving external sounds.

[0042] In some embodiments, the display 260 includes display function components for presenting images and driving components for driving image display. The display 260 is used to receive and display image signals output from the controller 250. For example, the display 260 can be used to display video content, image content, menu control interface components, and user control UI interfaces, etc.

[0043] In some embodiments, the communication device 220 is a component used to communicate with external devices or the server 400 according to various communication protocol types. The display device 200 may have multiple communication devices 220 depending on the supported communication methods. For example, when the display device 200 supports wireless network communication, it may have a communication device 220 with WiFi functionality. When the display device 200 supports Bluetooth connectivity, it needs to have a communication device 220 with Bluetooth functionality.

[0044] The communication device 220 enables the display device 200 to communicate with external devices or the server 400 via wireless or wired connections. Wired connections utilize data cables, interfaces, or other components to connect the display device 200 to external devices. Wireless connections utilize wireless signals or wireless networks. The display device 200 can directly establish a connection with external devices or indirectly through gateways, routers, or other connection devices.

[0045] In some embodiments, the controller 250 may include at least one of a central processing unit, a video processor, an audio processor, a graphics processor, and a power processor, and a first to an nth interface for input / output. The controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 controls the overall operation of the display device 200.

[0046] In some embodiments, the controller 250 and the tuner 210 may be located in different separate devices, that is, the tuner 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box.

[0047] In some embodiments, a user can input user commands through a graphical user interface (GUI) displayed on a display 260, and the user input interface 280 receives the user input commands through the graphical user interface (GUI).

[0048] In some embodiments, the audio output device 270 can be a built-in speaker of the display device 200 or an external audio output device connected to the display device 200. For the external audio output device connected to the display device 200, the display device 200 may also be provided with an external audio output terminal, through which the audio output device can be connected to the display device 200 to output sound from the display device 200.

[0049] In some embodiments, the user input interface 280 can be used to receive instructions from user input.

[0050] To enable user interaction, in some embodiments, the display device 200 may run an operating system. The operating system is a computer program used to manage and control the hardware and software resources of the display device 200. The operating system can control the display device to provide a user interface; for example, the operating system can directly control the display device to provide a user interface, or it can provide a user interface by running an application. The operating system also allows users to interact with the display device 200.

[0051] It should be noted that the operating system can be a native operating system based on a specific operating platform, a third-party operating system that is deeply customized based on a specific operating platform, or an independent operating system specifically developed for display devices.

[0052] An operating system can be divided into different modules or levels based on the functions it implements, for example... Figure 3 As shown, in some embodiments, the system is divided into three layers, from top to bottom: the Applications layer (referred to as the "application layer"), the middleware layer, and the hardware layer.

[0053] In some embodiments, the application layer provides services and interfaces for applications, enabling the display device 200 to run applications and interact with the user based on the applications. The application layer may contain at least one application, which may be a built-in Windows program, system settings program, or clock program of the operating system; or it may be an application developed by a third-party developer. In specific implementations, the application packages in the application layer are not limited to the examples above.

[0054] The framework layer provides application programming interfaces (APIs) and a programming framework for applications. The application framework layer includes predefined functions. It acts as a central processing unit, determining the actions taken by applications within the application layer. Through the API, applications can access system resources and obtain system services during execution.

[0055] like Figure 3 As shown, Figure 3 Provided for some embodiments of this application Figure 1 The diagram shows the software configuration of the display device. In some embodiments, the system of the display device 200 can be divided into three layers, from top to bottom: the application layer, the middleware layer, and the hardware layer.

[0056] The application layer mainly includes commonly used applications on TVs, as well as the application framework. The commonly used applications are mainly browser-based applications, such as HTML5 apps, and native apps. An application framework is a complete program model that has all the basic functions required by standard application software, such as file access, data exchange, and the user interface for these functions (toolbar, status bar, menu, dialog box).

[0057] Native apps can support online or offline access, push notifications, or access to local resources.

[0058] The middleware layer includes various television protocols, multimedia protocols, and system components. Middleware can use the basic services (functions) provided by system software to connect different parts of application systems or different applications on the network, achieving resource sharing and function sharing.

[0059] The hardware layer mainly includes the Hardware Abstraction Layer (HAL) interface, hardware, and drivers. The HAL interface is a unified interface for all TV chips, with the specific logic implemented by each individual chip. Drivers mainly include: audio drivers, display drivers, Bluetooth drivers, camera drivers, Wi-Fi drivers, USB drivers, HDMI drivers, sensor drivers (such as fingerprint sensors, temperature sensors, pressure sensors, etc.), and power drivers.

[0060] It should be noted that the above examples are merely a simple division of operating system functions and do not limit the specific form of the operating system of the display device 200 in this application embodiment. Depending on the function of the display device, the type of operating system, and other factors, the number of levels and the specific level type of the operating system may be expressed in other forms.

[0061] In some embodiments, the display device 200 can implement AI desktop interaction functionality. AI desktop interaction functionality refers to the display device 200 providing users with interactive capabilities such as content recommendation and information aggregation through a dedicated AI interaction entry point. Taking a smart TV as an example, the remote control of a smart TV typically has a dedicated AI physical button. After the user presses the AI ​​button, the display device 200 responds to the trigger operation and displays an AI interactive interface (which may also be called an AI desktop or AI pop-up) overlaid on the current playback interface. This AI interactive interface displays several content cards used to recommend information related to the currently viewed content or provide quick access to functions.

[0062] In related technologies, the implementation logic of the AI ​​desktop interaction function of the display device 200 is as follows: after the user triggers the interaction command through the AI ​​button on the remote control, the system directly launches the AI ​​pop-up window interface with a fixed template. That is, after receiving the AI ​​button signal, the controller 250 of the display device 200 loads the AI ​​pop-up window according to the factory-preset fixed interface template. The fixed interface template defines the number, size, arrangement, and display position of the cards. In terms of data acquisition, the display device 200 only reads the local EPG (Electronic Program Guide) program data to complete the basic content filling. It reads the program name, program description, broadcast time, and other basic program information of the current channel from the locally stored EPG database and fills them into the corresponding card area in the fixed template. For other types of content services (such as AI intelligent recommendation, third-party application status, system configuration information, media asset search results, etc.), the display device 200 uses a serial queuing method to pull them sequentially. That is, it sends requests to each data source one by one in a preset order. Only after the previous data source returns data will the request to the next data source be initiated. Only after all data from all data sources has been pulled can the card content be filled and the interface rendered.

[0063] However, the aforementioned AI desktop interaction uses a fixed interface template, failing to perceive the user's current usage scenario. This results in the display device 200 being unable to dynamically adapt card content and layout based on the current scene, impacting the user experience of the AI ​​desktop function. For example, when a user presses the AI ​​button while watching a live sports event, the display device 200 may still push movie / TV show recommendations or general news, requiring the user to manually operate multiple times or switch pages to find the information they actually need. Furthermore, because various content service data are retrieved sequentially in a queuing manner, data acquisition takes a long time. After triggering the AI ​​button, the user must wait a considerable amount of time before seeing the complete interface, affecting the smoothness of the interaction.

[0064] To address the aforementioned issues, this application provides a display device and a method for displaying a smart interface. This method responds to a user-inputted smart interface trigger command, acquires the current scene parameters of the display device 200, determines a target data source set containing at least two different data sources based on the current scene parameters, acquires card content data from each data source in parallel, and finally generates a smart interface containing cards based on the card content data, which is then displayed on the monitor 260. By matching and adapting multiple data sources according to scene parameters and acquiring data in parallel to shorten data loading time, and by combining scene-based smart interface generation, the interface content closely matches the user's actual usage state, thereby improving interface loading efficiency and interactive experience.

[0065] In some embodiments, the display device 200 includes at least a display 260 and a controller 250. The display 260 is used to display a user interface; the controller 250 is electrically connected to the display 260 and is used to execute the smart interface display method provided in the embodiments of this application.

[0066] In some embodiments, the display device 200 may further include a device interface 240 and a communication device 220. The device interface 240 can be used to connect to an external acquisition device or storage device, and the communication device 220 can be used to establish a communication connection with the server 400 or other external devices to obtain data corresponding to the data source.

[0067] In this embodiment, the intelligent interface refers to an interactive interface generated and displayed by the display device 200 in response to a user-input intelligent interface trigger command. The intelligent interface includes at least one card, which is used to display content data from different data sources. For example, the card may include a program information card, an AI recommendation card, an application status card, a system settings card, a search result card, etc.

[0068] In some embodiments, users can input smart interface trigger commands via physical buttons on the control device 100. For example, when a user presses the AI ​​button on a remote control, the control device 100 sends a button signal to the display device 200. After receiving the button signal, the controller 250 of the display device 200 triggers the execution of the smart interface display method provided in this application embodiment.

[0069] In other embodiments, users can also input commands to trigger the smart interface through voice commands, gesture operations, or touch operations.

[0070] Figure 4 This is a system architecture diagram for intelligent interface display provided in some embodiments of this application. For example... Figure 4As shown, in some embodiments, the system architecture of the intelligent interface display has the following layers: the bottom layer is the hardware layer, which includes physical AI buttons as hardware triggers for user interaction. Above the hardware layer is the signal interception layer, whose core module is the application process controller, used to receive button signals transmitted from the hardware layer, intercept native AI interface startup requests, and output scene recognition trigger commands to the next layer. Above the signal interception layer is the scene perception layer, which consists of three parallel perception units: a signal source detection module, a program content classification engine, and a time period perception module, as well as a scene decision-maker. The three perception units respectively collect signal source type, program content tag, and current time information, which are then uniformly aggregated to the scene decision-maker to complete the three-level scene fusion judgment and output standardized current scene parameters. Above the scene perception layer are the card management layer and the data aggregation layer, which are linked bidirectionally. The data aggregation layer has multiple heterogeneous independent data sources built in, and the card management layer is responsible for the full lifecycle management of card instances. The top layer is the display layer, whose core module is the card matrix view, which receives card arrangement data output by the layout engine, completes the final user interface rendering, and outputs it to the display 260.

[0071] In some embodiments, the display device 200 includes a triggering and interception subsystem, a scene perception subsystem, a data aggregation subsystem, a card management subsystem, and a display subsystem. The triggering and interception subsystem includes a physical button interface, an application process controller, and an interceptor registry center, responsible for receiving physical trigger signals from users and intercepting the system's default startup process. The scene perception subsystem includes a signal source detector, a program information acquirer, an AI content classifier, a time slot determiner, and a scene decision engine, responsible for completing scene classification through a three-level decision strategy. The data aggregation subsystem includes an AI inference service adapter, an electronic program guide data adapter, an application data adapter, a settings data adapter, a search engine adapter, and an aggregation scheduler, responsible for unified scheduling and parallel data acquisition of multiple heterogeneous data sources. The card management subsystem includes a card factory, a card status manager, a fault tolerance compensation engine, a problem card pool, a layout arrangement engine, and a cache manager, responsible for creating card instances, monitoring their status, compensating for anomalies, and arranging their layout. The display subsystem includes a card matrix renderer and a focus manager, responsible for rendering the card matrix into a user-visible interface and managing user interaction focus. Data is transferred between the subsystems through standardized interfaces, achieving a decoupled design that facilitates independent upgrades and maintenance.

[0072] In some embodiments, an Application Process Controller (APC) interceptor mechanism is deployed in the controller 250 of the display device 200. When a user presses the AI ​​button on the control device 100, the system will launch a preset AI pop-up application by default. The APC interceptor is registered in the interceptor registry center with medium priority and intercepts the application launch request before it reaches the system application manager, interrupting the default AI pop-up launch process. This prevents the system from directly popping up a fixed template AI interface, and instead forwards the trigger signal to the scene perception engine, thereby entering the intelligent interface display method provided in this embodiment. Through the APC interceptor, the display device 200 can take over the triggering logic of the AI ​​button without modifying the underlying operating system code, achieving a smooth transition from fixed template display to scene-aware intelligent display.

[0073] Based on the above architecture and system, Figure 5 This is a flowchart illustrating a method for displaying a smart interface provided in some embodiments of this application. For example... Figure 5 As shown, controller 250 is configured to perform the following steps: S501, in response to the intelligent interface trigger command received from the user, obtain the current scene parameters of the display device.

[0074] When a user inputs a smart interface trigger command through the control device 100, the controller 250 receives the smart interface trigger command and, in response, obtains the current scene parameters of the display device 200. These current scene parameters characterize the attributes of the current operating environment of the display device 200, including signal source type, content category, and time period information.

[0075] In some embodiments, the controller 250 obtains the current scene parameters by reading the current operating status information of the display device 200. For example, the controller 250 reads the current signal source type, including live mode, external input mode, desktop mode, etc., and further obtains the corresponding content category or time period information according to the signal source type to generate complete current scene parameters.

[0076] S502. Determine the corresponding target data source set based on the current scenario parameters.

[0077] Based on the current scene parameters obtained in step S501, controller 250 determines the corresponding target data source set. The target data source set includes at least two data sources, which provide card content data of different dimensions. Different scene parameters correspond to different target data source sets to ensure that the content displayed on the smart interface is highly adapted to the current scene.

[0078] In some embodiments, the data source includes an artificial intelligence inference data source, an application service data source, a system settings data source, a search engine data source, and an electronic program guide data source. Specifically, the artificial intelligence inference data source provides intelligent recommendation data based on program content; the application service data source provides third-party application status and application data; the system settings data source provides system configuration data for the display device 200; the search engine data source provides media asset search data based on keywords; and the electronic program guide data source provides program guide data.

[0079] In some embodiments, the aforementioned data sources employ different data acquisition methods to adapt to their respective business characteristics. Specifically, the AI ​​inference data source acquires data via asynchronous HTTP (HyperText Transfer Protocol) requests. The controller 250 sends a recommendation request containing program metadata to the AI ​​inference server, which then performs intelligent analysis based on the program content and returns the recommendation results.

[0080] The electronic program guide (EPB) data source obtains data through a local interface and cache. Controller 250 first checks if valid EPB data exists in the local cache. If the cache hits and the data is not expired, it uses the cached data directly. If the cache misses, it retrieves the latest data from the EPB service module through the local interface and updates the local cache. The EPB data includes current program information and previous / next program information, used to support card functions such as recap and next episode reservation.

[0081] The application service data source obtains data through local interface queries. The controller 250 queries the application management module for the running status and available data of currently installed applications, and obtains the status information and in-application data of third-party applications.

[0082] The system settings data source obtains data through synchronous local reading. The controller 250 directly reads the local configuration file of the display device 200 to obtain the current image quality settings, network status, audio configuration and other system configuration data of the device. Since the system settings data is stored locally, the synchronous reading method can obtain it quickly without network requests.

[0083] The search engine data source retrieves data via asynchronous HTTP requests. Controller 250 sends a search request containing keywords to the search engine server, which then returns matching media asset search results. By adapting differentiated retrieval methods to different data sources, it is possible to ensure data retrieval efficiency while also considering data real-time performance and system resource consumption.

[0084] S503. Obtain card content data in parallel from the data sources of the target data source set.

[0085] The controller 250 acquires card content data from each data source in the target data source set determined in step S502 in a parallel manner. Unlike the method of sequentially pulling data in a queue, this embodiment of the application initiates data acquisition requests to each data source in the target data source set simultaneously, and each data source returns data independently, thereby shortening the overall data acquisition time.

[0086] In some embodiments, the controller 250 creates an asynchronous data acquisition task for each data source and executes these tasks in parallel. After each data source returns raw data based on its data acquisition task, the controller 250 performs format unification processing on the raw data to obtain the card content data corresponding to each data source.

[0087] In some embodiments, the aggregation scheduler in the data aggregation subsystem is responsible for the unified management and scheduling of data acquisition tasks from various data sources. The aggregation scheduler maintains a task queue, assigning an independent execution thread or coroutine to each data acquisition task to ensure that tasks do not block each other. The aggregation scheduler also supports timeout control; when a data acquisition task fails to return a result within a preset time, the aggregation scheduler marks the task as timed out and notifies the card status manager to update the data loading status of the corresponding card to a failed state, thereby triggering fault tolerance compensation processing.

[0088] In some embodiments, the aggregation scheduler also supports task priority scheduling. For data sources with high real-time requirements, such as electronic program guide data sources and system settings data sources, a higher execution priority is assigned, allowing them to return data first. For data sources with lower real-time requirements, such as search engine data sources, a lower execution priority is assigned. Through the unified management of the aggregation scheduler, the display device 200 can efficiently coordinate the parallel acquisition of multi-source heterogeneous data, ensuring the stability and reliability of the data aggregation process.

[0089] S504. Generate a smart interface including at least one card based on card content data.

[0090] Based on the card content data obtained in step S503, controller 250 generates a smart interface that includes at least one card.

[0091] In some embodiments, the controller 250 determines a card template configuration based on current scene parameters. The card template configuration includes at least one of the following: number of cards, card size, and card layout. After generating candidate cards based on the card template configuration and card content data, the controller performs state management and compensation processing on the candidate cards to output a matrix of cards to be displayed.

[0092] The system includes state management to manage the data loading status of candidate cards, and compensation processing to perform compensation for candidate cards whose data loading status has failed. Through state management and compensation processing, interface display issues caused by abnormal data loading can be avoided, ensuring the integrity of the overall smart interface display.

[0093] S505 drives the display to show the intelligent interface.

[0094] After generating the smart interface, the controller 250 drives the display 260 to show the corresponding smart interface, such as an AI desktop. Users can view the smart interface containing multiple cards on the display 260, with each card displaying content data adapted to the current scene. Users can also interact with the smart interface by selecting and switching cards through the control device 100.

[0095] This embodiment of the disclosure shortens data loading time by matching and adapting multiple data sources to scene parameters and acquiring data in parallel. At the same time, it generates an intelligent interface based on scene-specific data, making the interface content fit the user's current usage state and improving the rationality and smoothness of the overall interaction.

[0096] Figure 6 This is a schematic diagram illustrating the scene parameter acquisition process provided in some embodiments of this application. For example... Figure 6 As shown, in some embodiments, the controller 250 obtains the current scene parameters of the display device 200, specifically configured to perform the following steps: S601. Obtain the signal source type of the display device.

[0097] The controller 250 reads the current operating status of the display device 200 and determines the current signal source type.

[0098] In some embodiments, the signal source type includes live mode, external input mode, and desktop mode. Live mode indicates that the user is watching a live television program; external input mode indicates that the user has connected an external device (such as a game console or Blu-ray player) via an interface such as HDMI; and desktop mode indicates that the user is on the system desktop or launcher interface.

[0099] S602. In response to the signal source type being either live streaming mode or external input mode, obtain the corresponding content category and generate the current scene parameters based on the signal source type and content category.

[0100] When the signal source type is live mode, the controller 250 obtains the program metadata of the currently playing program through the electronic program guide, and performs content classification recognition on the program metadata to determine the corresponding content category of the program. Content categories may include types such as movies, sports, news, children's programs, games, documentaries, and music. The controller 250 combines the signal source type (live mode) with the content category (such as movies) to generate the current scene parameters.

[0101] In some embodiments, the controller 250 invokes an AI classification engine to perform content classification and recognition on program metadata. Based on metadata such as the program's title, description, and channel information, the AI ​​classification engine outputs content classification tags corresponding to the program through a pre-trained classification model.

[0102] When the signal source type is external input mode, the controller 250 identifies the device type of the external input device and determines the corresponding scene label based on the device type. For example, when the external input device is identified as a game console, the scene label is determined to be a game scene; when the external input device is identified as another type, the scene label can be determined to be a general external input scene. The controller 250 combines the signal source type (external input mode) with the scene label to generate the current scene parameters.

[0103] S603, in response to the signal source type being desktop mode, obtains the time period information corresponding to the system clock in the display device, and generates the current scene parameters based on the signal source type and time period information.

[0104] When the signal source type is desktop mode, the controller 250 reads the system clock of the display device 200, determines the current time, and determines the time period information according to the preset time period in which the current time is located.

[0105] In some embodiments, the time period information includes morning, midday, and evening periods. For example, the morning period corresponds to 6:00 to 12:00, the midday period corresponds to 12:00 to 18:00, and the evening period corresponds to 18:00 to 6:00 the next day. The controller 250 combines the signal source type (desktop mode) with the time period information to generate current scene parameters.

[0106] In this embodiment, a branched scene parameter generation logic is adopted according to the signal source type. In playback scenarios, scene parameters are constructed by combining content classification and in desktop scenarios by combining time period information. This can accurately reflect the actual usage status of the display device 200, avoid invalid parameter collection, and improve the accuracy and pertinence of scene recognition.

[0107] Figure 7 This is a schematic diagram illustrating the data source matching process provided for some embodiments of this application. For example... Figure 7As shown, in some embodiments, the controller 250 determines the corresponding target data source set based on the current scene parameters, specifically configured to perform the following steps: S701. Obtain the preset mapping relationship table.

[0108] The controller 250 retrieves a pre-stored mapping table, which records the correspondence between scene categories and data sources. The data sources include at least two of the following: artificial intelligence inference data sources, application service data sources, system settings data sources, search engine data sources, and electronic program guide data sources.

[0109] In some embodiments, the mapping table is pre-configured according to scenario categories. For example, the data sources corresponding to film and television scenarios include electronic program guide data sources, artificial intelligence inference data sources, search engine data sources, application service data sources, and system settings data sources; the data sources corresponding to sports scenarios include electronic program guide data sources, artificial intelligence inference data sources, search engine data sources, application service data sources, and system settings data sources; and the data sources corresponding to the morning session on the desktop include artificial intelligence inference data sources, application service data sources, system settings data sources, and search engine data sources. The combination of data sources corresponding to different scenario categories can be flexibly configured according to actual needs.

[0110] S702. Match the corresponding target scene category based on the current scene parameters.

[0111] The controller 250 matches the current scene parameters obtained in steps S601-S603 with preset scene categories to determine the target scene category. For example, when the current scene parameter is (live streaming mode, film and television), the target scene category is a live streaming film and television scene; when the current scene parameter is (desktop mode, evening time), the target scene category is a desktop evening scene.

[0112] S703. Based on the target scenario category, query the corresponding target data source set in the mapping relationship table.

[0113] Based on the target scene category determined in step S702, controller 250 queries the mapping relationship table for the corresponding combination of data sources, which serves as the target data source set. For example, when the target scene category is a live streaming scene of film and television, querying the mapping relationship table yields a target data source set that includes electronic program guide data sources, artificial intelligence inference data sources, search engine data sources, application service data sources, and system setting data sources.

[0114] In this embodiment of the disclosure, a preset mapping relationship table is used to achieve rapid matching between scenarios and data sources. This can filter out multiple data sources with the most reference value for different usage scenarios, ensuring that the information dimensions displayed by the intelligent interface are highly adapted to the scenario, and improving the rationality and practicality of the content presentation.

[0115] Figure 8 This is a schematic diagram illustrating the process of parallel acquisition of card content data provided in some embodiments of this application. For example... Figure 8 As shown, in some embodiments, the controller 250 acquires card content data in parallel from the data sources of the target data source set, specifically configured to perform the following steps: S801. Create an asynchronous data fetching task for each data source in the target data source set.

[0116] Each data acquisition task independently encapsulates the access interface, request parameters, and callback function of the corresponding data source, and the tasks are independent of each other and do not block each other.

[0117] S802, execute each data acquisition task in parallel.

[0118] Unlike the sequential queuing method used in related technologies, this application embodiment simultaneously initiates data acquisition requests to each data source, and each data source processes the request independently and returns data. For example, when the target data source set includes five data sources, the controller 250 initiates five asynchronous requests simultaneously. The response times of each data source do not affect each other, and the overall data acquisition time depends on the slowest responding data source, rather than the sum of the response times of all data sources.

[0119] S803: Receive the raw data returned by each data source based on the data acquisition task.

[0120] Because the data formats and structures of different data sources differ—for example, the electronic program guide data source returns program information in XML format, the artificial intelligence inference data source returns a recommendation list in JSON format, and the system settings data source returns configuration data in key-value pair format—the controller 250 needs to perform format unification processing on the raw data from different sources.

[0121] S804. Perform format unification processing on the original data to obtain the card content data.

[0122] The format unification process includes operations such as data parsing, field mapping, data type conversion, and abnormal data filtering, which unifies the original data in different formats into a standardized data structure required for card rendering.

[0123] In this embodiment, an asynchronous task is created independently for each data source and then executed in parallel. This shortens the overall acquisition time for multiple data sources and avoids the long waiting time caused by serial acquisition. Standardizing the format of raw data from different sources reduces the logical complexity of subsequent card rendering and improves the stability of the generated interface.

[0124] In some embodiments, the controller 250 generates a smart interface including at least one card based on card content data, specifically configured to perform the following steps: First, the controller 250 determines the card template configuration based on the current scene parameters. The card template configuration includes at least one of the following: number of cards, card size, and card layout. Different scene categories correspond to different card template configurations. For example, the card template configuration for a film and television scene includes one large card and four small cards. The large card is used to display program details, and the small cards are used to display AI recommendations, search results, application status, and system settings, respectively. The card template configuration for a sports scene includes one large card and six small cards. The large card is used to display event information, and the small cards are used to display scoreboards, player information, historical records, etc.

[0125] Then, controller 250 generates candidate cards based on the card template configuration and card content data. Controller 250 populates the formatted card content data into the card frame corresponding to the card template configuration, generating each candidate card. Each candidate card corresponds to data content from a data source and has an independent data loading state.

[0126] Next, the controller 250 performs state management and compensation processing on the candidate cards to output a matrix of cards to be displayed. State management is used to manage the data loading status of the candidate cards, which includes a pending state, a success state, and a failure state. Compensation processing is used to compensate for candidate cards whose data loading status is failure, in order to avoid blank or disordered interfaces.

[0127] Finally, the controller 250 renders and generates a smart interface based on the matrix of cards to be displayed. The controller 250 arranges each card in the matrix of cards to be displayed according to the layout rules configured in the card template, and generates the final smart interface through the rendering component of the display 260.

[0128] In this embodiment, the card template configuration is dynamically adjusted based on scene parameters, enabling the display format of the smart interface to adapt to different usage scenarios. Through card status management and anomaly compensation processing, interface display issues caused by abnormal data loading can be avoided, ensuring the integrity of the overall smart interface display.

[0129] In some embodiments, the controller 250 also maintains a predefined mapping table of scenes and cards, with each scene category corresponding to a specific set of card template configurations. For example, cards corresponding to film and television scenes include program information cards, previous episode recap cards, next episode reservation cards, picture quality setting cards, AI assistant cards, favorites list cards, behind-the-scenes cards, recommended search cards, actor information cards, etc.; cards corresponding to sports scenes include program information cards, picture quality setting cards, next episode reservation cards, AI assistant cards, favorites list cards, recommended search cards, player information cards, scoreboard cards, historical record cards, etc.; cards corresponding to news scenes include program information cards, AI assistant cards, favorites list cards, key figures cards, recommended search cards, local news cards, etc.

[0130] Figure 9 This is a schematic diagram illustrating the card status management and compensation processing flow provided for some embodiments of this application. For example... Figure 9 As shown, in some embodiments, the controller 250 performs state management and compensation processing on candidate cards, specifically configured to perform the following steps: S901, Monitor the data loading status of candidate cards.

[0131] The controller 250 monitors the data loading status of each candidate card in real time. The data loading status includes a waiting state, a success state, and a failure state. The waiting state indicates that the data acquisition task has been created but has not yet returned a result; the success state indicates that the data source has successfully returned valid data; and the failure state indicates that the data acquisition task failed to execute or returned abnormal data.

[0132] S902. If the first data loading status of the target candidate card is detected to be in a failed state, perform the corresponding compensation process according to the card type of the target candidate card.

[0133] When the controller 250 detects that the data loading status of a candidate card (i.e., the target candidate card) is in a failed state, it performs corresponding compensation processing according to the type of the card. In some embodiments, the target candidate card is a first card or a second card, where the display area of ​​the first card is larger than a preset area threshold, and the display area of ​​the second card is smaller than the preset area threshold. That is, the first card is a large card, and the second card is a small card.

[0134] Figure 10 This is a schematic diagram illustrating the compensation process provided in some embodiments of this application. For example... Figure 10As shown. In some embodiments, for the first card (large card), since the large card occupies a large display area, if the large card fails to load and is only replaced or left blank, it will cause obvious blank spaces or disorder in the interface layout. Therefore, when the target candidate card is the first card, the controller 250 directly deletes all candidate cards in the column where the target candidate card is located (S1001). By deleting the entire column, the abrupt layout caused by the failure to load the large card can be avoided, and the overall layout of the interface can be kept regular.

[0135] For the second card (small card), the controller 250 identifies the partner card of the target candidate card and performs corresponding compensation processing (S1002) according to the second data loading state of the partner card. Here, the partner card is the second card located in the same column as the target candidate card. That is, two small cards in the same column are partner cards, and the failure processing of one card depends on the final loading state of its partner card.

[0136] If the second data loading status is in a waiting state, the controller 250 will not perform compensation processing immediately. Instead, it will wait for the second data loading status of the partner card to change to a successful or failed state, and then perform compensation processing accordingly based on the changed status. In other words, when the target candidate card fails to load but its partner card is still loading, it will not process the request immediately, but will wait for the partner card to return a result before deciding on a compensation strategy.

[0137] If the second data loading status is in a failure state, it means that both small cards in the same column have failed to load. At this time, the controller 250 deletes all candidate cards in the column containing the target candidate card and the partner card (S1003). Deleting the entire column avoids the situation of the entire column being blank.

[0138] If the second data loading status is successful, it means that the partner card has been successfully loaded. At this time, the controller 250 replaces the target candidate card with the preset problem card (S1004). The problem card is a pre-configured placeholder card that can be used to display prompt information that matches the current scene parameters to fill the display area of ​​the failure card and maintain the integrity of the interface layout.

[0139] This embodiment distinguishes card types based on display area and executes corresponding compensation strategies. Large cards are cleared in entire columns to avoid abrupt layout changes, while small cards are compensated step-by-step based on their partner card status. This approach maintains a neat layout while handling anomalies, improving visual presentation. Compensation is performed step-by-step according to the different loading states of partner cards, avoiding premature clearing or ineffective waiting. When a partner card loads successfully, a problematic card is used as a placeholder; when loading fails, the entire column is removed, balancing the rationality of interface loading with the final display effect.

[0140] In some embodiments, the issue card pool in the card management subsystem pre-stores various types of issue cards. Issue cards are pre-set cards used as placeholders when card data loading fails. The templates in the issue card pool include general prompt issue cards and scene-adaptive issue cards. General prompt issue cards display general loading failure messages, while scene-adaptive issue cards display scene-related guidance information based on the current scene category. When performing fault tolerance compensation processing, the controller 250 selects a matching issue card from the issue card pool based on the current scene category to replace it, thereby maintaining style consistency.

[0141] In some embodiments, the issue card can also be configured with a click event. When a user clicks the issue card, the controller 250 re-sends a data retrieval request to the corresponding data source. If the retrieval is successful, the issue card is replaced with a normal card. If the retrieval still fails, the issue card is kept displayed.

[0142] In some embodiments, the display subsystem also includes a focus manager. When the smart interface is displayed on the display 260, the focus manager manages the focus positions within the card matrix. Users can move the focus between cards using the directional keys on the control device 100. The focus manager calculates the target focus position based on the current focus position and the user's directional input and updates the focus highlight display on the interface. The focus manager also supports row and column navigation logic for the card matrix, ensuring that the focus correctly jumps to adjacent cards when the user moves the focus across rows or columns. When a card is deleted or replaced due to fault tolerance compensation processing, the focus manager automatically adjusts the focus position to the nearest valid card to avoid focus loss. Through the focus manager, users can quickly locate and select target cards in the smart interface, improving interaction efficiency.

[0143] In some embodiments, the card management subsystem also includes a cache manager. The cache manager caches successfully acquired card content data. When the display device 200 triggers the smart interface display process multiple times within a short period, such as when a user closes the smart interface and then presses the AI ​​button again, the controller 250 can prioritize reading valid cached data from the cache manager, reducing repeated requests to the data source and thus shortening the interface generation time. The cache manager employs a time-based caching strategy, with each cached data item associated with an expiration date. When cached data expires, the controller 250 re-sends a request to the corresponding data source to obtain the latest data. Furthermore, the cache manager supports cache grouping by scene category, ensuring that cached data from different scene categories is independent and avoiding data contamination.

[0144] Figure 11 This is a schematic diagram illustrating the program switching process provided in some embodiments of this application. For example... Figure 11As shown, in some embodiments, after the controller 250 drives the display 260 to display the smart interface, it is further configured to perform the following steps: S1101. In response to detecting a program switching event that switches to the target program, obtain the first category label of the target program.

[0145] During the display of the intelligent interface, if the user switches the program they are watching, or if the current program finishes playing and automatically switches to the next program, the controller 250 detects the program switching event. The controller 250 obtains the first category label of the target program after the switch, which is used to characterize the content category type of the target program.

[0146] In some embodiments, the controller 250 periodically polls the current program playback progress using a timer, and automatically triggers a program switching event when it detects the time node when the current program ends and a new program starts.

[0147] In other embodiments, when a user switches channels via a remote control, the controller 250 receives the channel switching instruction and triggers a program switching event.

[0148] S1102. Determine whether the first category label is the same as the second category label corresponding to the smart interface.

[0149] The controller 250 compares the first category label of the target program with the second category label corresponding to the current smart interface. The second category label is the content category corresponding to the scene parameters used to generate the current smart interface. For example, if the current smart interface is generated based on a film and television scene, then the second category label is "film and television".

[0150] S1103. If the first category label is different from the second category label, destroy the card instance corresponding to the card matrix to be displayed, and regenerate the candidate card according to the scene parameters of the target program.

[0151] When the content category of the target program differs from that of the current smart interface, it indicates a fundamental change in the scenario, rendering the original card templates and data content inapplicable. In this case, the controller 250 destroys all displayed card instances in the card matrix to be displayed, releases related resources, and re-executes the processes of scenario perception, data source matching, parallel data acquisition, and card generation based on the scenario parameters of the target program, generating new candidate cards and a smart interface adapted to the new program category.

[0152] For example, when a user presses the AI ​​button while watching a movie or TV show, the smart interface displays cards representing movie / TV show scenes, including program information, recaps, and next episode previews. When the user switches to a sports program, the controller 250 detects that the first category label (sports) is different from the second category label (movies / TV shows), destroys the original card instances, and regenerates cards representing sports scenes, including event information, scoreboards, and player information.

[0153] S1104. If the first category label is the same as the second category label, reuse the card instance of the card matrix to be displayed and update the data content of the card instance.

[0154] When the content category of the target program is the same as the content category of the current smart interface, it means that the scene type has not changed, only the program content has changed. At this time, the controller 250 does not need to rebuild the entire card template, but directly reuses the existing card instance, only marks the card as pending refresh, requests the latest program data from the corresponding data source again, and overwrites the original card content with the new data.

[0155] In some embodiments, the controller 250 detects program switching events by periodically polling the playback progress of the current program using a timer. The timer triggers a program status check at preset time intervals, such as every 30 seconds or every minute. The controller 250 reads the program schedule information of the current channel from the electronic program guide data source and compares the current system time with the start and end times of the program in the schedule. When it detects that the current system time has crossed the end time of the current program, the controller 250 determines that a program switching event has occurred and automatically obtains the first category tag of the new program.

[0156] Furthermore, in some embodiments, the timer also supports pre-fetching data when it detects that the current program is about to end, such as when the remaining time is less than a preset threshold. This pre-fetches metadata and classification information of the next program from the electronic program guide data source and the artificial intelligence inference data source, thereby reducing the interface update delay after program switching. Through the timer polling mechanism, the display device 200 can automatically complete program switching detection and intelligent interface updates without the user's awareness, eliminating the need for the user to manually re-trigger the AI ​​button.

[0157] For example, when a user presses the AI ​​button while watching a movie / TV program A, the smart interface displays cards representing movie / TV scenes. When the user switches from program A to program B, which is also a movie / TV program, the controller 250 detects that the first category label (movie / TV) and the second category label (movie / TV) are the same. It reuses the existing card instance, only re-requests data for program B from the electronic program guide data source and the artificial intelligence inference data source, and updates the card content with the new data, without rebuilding the card template.

[0158] In this embodiment, an intelligent interface update is automatically triggered during program switching, eliminating the need for users to repeatedly issue trigger commands. Based on whether the program category has changed, the system selects to rebuild the card or reuse the instance and update the data. This ensures that the interface content is synchronized with the playback content while reducing unnecessary instance rebuilding overhead and improving interface switching efficiency.

[0159] In some embodiments, the way users input commands to trigger the smart interface is not limited to physical buttons.

[0160] In other embodiments, the user can trigger the smart interface by voice wake-up. The controller 250 receives the user's voice command through the sound collector, and triggers the smart interface display process after recognizing the wake-up word in the voice command.

[0161] In other embodiments, users can trigger the smart interface through gesture recognition. The controller 250 collects the user's gestures through a camera, recognizes the preset gesture commands, and triggers the smart interface display process.

[0162] In some embodiments, the controller 250 may also support predictive proactive push functionality. The controller 250 proactively pushes a smart interface when it detects an advertising period or program break, without requiring manual triggering by the user. For example, when the controller 250 detects that the current program has entered an advertising period based on electronic program guide data, it automatically generates and displays the smart interface, which then automatically closes after the advertisement ends.

[0163] In other embodiments, the display device 200 also supports distributed multi-screen collaboration. When the display device 200 establishes a connection with at least one secondary screen device, the controller 250 displays the core card on the main screen and displays detailed information and interactive controls on the secondary screen device. Through multi-screen collaboration, richer information can be displayed to the user without obstructing the content played on the main screen.

[0164] In other embodiments, the display device 200 also supports a plug-in data source architecture. The controller 250 provides a standardized data source plug-in interface, allowing third-party developers to develop custom data source plug-ins and connect them to the display device 200. The controller 250 registers the custom data source plug-ins to a mapping table, thereby expanding the data sources for the smart interface.

[0165] Figure 12 Interactive diagrams illustrating the intelligent interface display provided in some embodiments of this application. For example... Figure 12As shown, in some embodiments, the controller 250 deploys an application process controller, a scene perception engine, a data aggregation scheduler, a card factory, a card state manager, and a rendering layer. The user issues a smart interface trigger command by pressing the "AI button" on the remote control. This command is transmitted to the application process controller of the display device 200. The application process controller intercepts the system's native pop-up process and issues a scene acquisition command to the scene perception engine. The scene perception engine retrieves data from three categories—signal source, content category, and time period—and fuses them to generate scene parameters (i.e., current scene parameters), which are then sent to the data aggregation scheduler. The data aggregation scheduler creates multiple asynchronous tasks to pull raw data from various data sources in parallel, unifies the format, and outputs the card content data to the card factory. The card factory generates candidate cards based on the scene template, the card state manager monitors the loading status in real time and performs hierarchical fault tolerance compensation, and outputs a complete matrix of cards to be displayed to the rendering layer. The rendering layer generates the smart interface and pushes it to the display for presentation.

[0166] For example, if the signal source type of display device 200 is live broadcast mode and the content category is sports event scene, it will generate something like... Figure 13a The intelligent interface is shown below. The intelligent interface floats and overlays on the underlying live broadcast screen, adopting a left-right split layout. The left area sets the first card (1301) to carry core EPG data source content such as match scores and player data; the right area is divided into two columns, each with two second cards (1302) that are partner cards, corresponding to the card content output by multiple data sources such as AI inference, search engine, application services, and system settings.

[0167] During the process of acquiring card content data, the display device 200 can target... Figure 13a The intelligent interface shown employs a compensation mechanism. If the first card (1301) on the left fails to load, the entire column containing this card will be deleted, and the display will be as shown. Figure 13b The smart interface is shown below. If any card in the rightmost column fails to load, the loading status of the partner cards in the same column will be considered. If the partner cards also fail to load, the entire column containing that card will be deleted, and the interface will be displayed as shown below. Figure 13c The smart interface shown; if the partner card loads successfully, the card that failed to load will be replaced with a preset problem card, as displayed below. Figure 13d The intelligent interface shown can then be adaptively rearranged.

[0168] Based on the display device 200 described above, some embodiments of this application also provide a method for displaying an intelligent interface, which can be applied to the display device 200. For example... Figure 5 As shown, the method includes the following steps: S501, in response to the intelligent interface trigger command received from the user, obtain the current scene parameters of the display device.

[0169] Among them, the current scene parameter is used to characterize the attribute characteristics of the current usage environment of the display device.

[0170] S502. Determine the corresponding target data source set based on the current scenario parameters.

[0171] The target data source set includes at least two data sources, which are used to provide card content data in different dimensions.

[0172] S503. Obtain card content data in parallel from the data sources of the target data source set.

[0173] S504. Generate a smart interface including at least one card based on card content data.

[0174] S505 drives the display to show the intelligent interface.

[0175] Based on the above-mentioned display method of intelligent interface, dynamic matching of data source can be achieved through scene awareness. Combined with the parallel acquisition of multiple data sources, the data loading efficiency can be improved, enabling the intelligent interface to quickly generate and display content that fits the current usage scenario, thereby improving the response speed and experience consistency when users call the intelligent interface.

[0176] It should be noted that the display method of the smart interface described in this application embodiment can adopt the same principle and implementation as the above-mentioned display device 200 embodiment, and will not be described again here.

[0177] The same or similar parts among the various embodiments in this specification can be referred to mutually, and will not be repeated here.

[0178] Those skilled in the art will clearly understand that the techniques in the embodiments of the present invention can be implemented using software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solutions in the embodiments of the present invention, or the parts that contribute to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods of various embodiments or certain parts of the embodiments of the present invention.

[0179] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

[0180] For ease of explanation, the above description has been provided in conjunction with specific embodiments. However, the above exemplary discussion is not intended to be exhaustive or to limit the embodiments to the specific forms disclosed above. Various modifications and variations can be obtained based on the above teachings. The selection and description of the above embodiments are for the purpose of better explaining the principles and practical applications, thereby enabling those skilled in the art to better utilize the described embodiments and various different variations of embodiments suitable for specific use considerations.

Claims

1. A display device, characterized in that, include: monitor; A controller, electrically connected to the display, is configured to: In response to a smart interface trigger command input by the user, the current scene parameters of the display device are obtained, wherein the current scene parameters are used to characterize the attribute features of the current usage environment of the display device; The corresponding target data source set is determined based on the current scene parameters. The target data source set includes at least two data sources, which are used to provide card content data of different dimensions. The card content data is obtained in parallel from the data sources of the target data source set; A smart interface comprising at least one card is generated based on the card content data, and the display is driven to show the smart interface.

2. The display device according to claim 1, characterized in that, The controller acquires the current scene parameters of the display device, specifically configured as follows: Obtain the signal source type of the display device; In response to the signal source type being either live streaming mode or external input mode, the corresponding content category is obtained, and the current scene parameters are generated based on the signal source type and the content category; In response to the signal source type being desktop mode, the system obtains the time period information corresponding to the system clock in the display device, and generates the current scene parameters based on the signal source type and the time period information.

3. The display device according to claim 1, characterized in that, The controller determines the corresponding set of target data sources based on the current scene parameters, specifically configured as follows: Obtain a preset mapping table, which is used to record the correspondence between scene categories and data sources. The data sources include at least two of the following: artificial intelligence inference data sources, application service data sources, system setting data sources, search engine data sources, and electronic program guide data sources. Match the corresponding target scene category based on the current scene parameters; Based on the target scenario category, query the corresponding target data source set in the mapping relationship table.

4. The display device according to claim 1, characterized in that, The controller acquires the card content data in parallel from the data sources in the target data source set, specifically configured as follows: Create an asynchronous data fetching task for each data source in the target data source set; The data acquisition task is executed in parallel; Receive the raw data returned by the data acquisition task based on the data source; The original data is processed to unify its format, resulting in the card content data.

5. The display device according to claim 1, characterized in that, The controller generates a smart interface including at least one card based on the card content data, specifically configured as follows: The card template configuration is determined based on the current scene parameters, and the card template configuration includes at least one of the following: number of cards, card size, and card layout. Candidate cards are generated based on the card template configuration and the card content data; The candidate cards are subjected to state management and compensation processing to output a matrix of cards to be displayed; the state management is used to manage the data loading status of the candidate cards, and the compensation processing is used to perform compensation for candidate cards whose data loading status is in failure. The smart interface is generated based on the matrix of cards to be displayed.

6. The display device according to claim 5, characterized in that, The controller performs state management and compensation processing on the candidate cards, specifically configured as follows: Monitor the data loading status of the candidate cards, including waiting status, success status, and failure status; If the first data loading status of the target candidate card is detected to be the failure status, the corresponding compensation process is performed according to the card type of the target candidate card.

7. The display device according to claim 6, characterized in that, The target candidate card is either a first card or a second card, wherein the display area of ​​the first card is greater than a preset area threshold, and the display area of ​​the second card is less than the preset area threshold; the controller performs corresponding compensation processing according to the card type of the target candidate card, specifically configured as follows: If the target candidate card is the first card, delete all candidate cards in the column containing the target candidate card; If the target candidate card is the second card, identify the partner card of the target candidate card and perform corresponding compensation processing according to the second data loading state of the partner card; the partner card is the second card located in the same column as the target candidate card.

8. The display device according to claim 7, characterized in that, The controller performs corresponding compensation processing based on the second data loading state of the partner card, specifically configured as follows: If the second data loading status is the waiting status, wait for the second data loading status to change to the successful status or the failed status, and perform compensation processing according to the changed status. If the second data loading status is the failure status, delete all candidate cards in the column containing the target candidate card and the partner card; If the second data loading status is the successful status, the target candidate card is replaced with a preset problem card.

9. The display device according to claim 5, characterized in that, After the controller drives the display to show the smart interface, it is further configured to: In response to detecting a program switching event to the target program, the first category tag of the target program is obtained; If the first category label is different from the second category label corresponding to the smart interface, the card instance corresponding to the card matrix to be displayed is destroyed, and the candidate card is regenerated according to the scene parameters of the target program; If the first category label is the same as the second category label, reuse the card instance of the card matrix to be displayed, and update the data content of the card instance.

10. A method for displaying an intelligent interface, characterized in that, Applied to a display device, the method includes: In response to a smart interface trigger command input by the user, the current scene parameters of the display device are obtained, wherein the current scene parameters are used to characterize the attribute features of the current usage environment of the display device; The corresponding target data source set is determined based on the current scene parameters. The target data source set includes at least two data sources, which are used to provide card content data of different dimensions. The card content data is obtained in parallel from the data sources of the target data source set; A smart interface comprising at least one card is generated based on the card content data, and the display is driven to show the smart interface.

Images