A server, a display device and a method for importing a live source

Abstract

The application provides a server, a display device and a live source import method. First, a mapping table based on geographical position and network operators is used for accurate query to filter available live sources in line with the local network environment of a user, avoiding misjudgment across regions. For unknown or unplayable live sources, the server generates a distributed detection task and distributes it to a second display device in an idle state in the same region to detect availability through a lightweight HTTP request, which not only avoids the IP blocking risk of centralized scanning, but also improves detection accuracy by using the local network environment. The available live sources detected are mapped to unique identification codes after semantic normalization processing and are dynamically updated to the mapping table to form a continuously optimized data closed loop. Through resource optimization strategies, the entire process minimizes interference with user devices, and finally provides the user with an accurate and de-duplicated list of available sources, improving determination efficiency and user experience.

Description

Technical Field

[0001] This application relates to the field of display device technology, and in particular to a server, display device, and method for importing live streaming sources. Background Technology

[0002] In the current realm of Internet Protocol Television (IPTV) live streaming services, users can conveniently access a vast amount of video content and enjoy a high-definition, smooth audio-visual experience through smart terminal devices. Within the IPTV system architecture, M3U and M3U8 playlist files embed numerous streaming media addresses (URLs). These addresses point to Transport Stream (TS) slices or HTTP Live Streaming (HLS) streams distributed across different servers, providing users with a rich selection of content sources. Some users prefer to obtain custom live streaming source lists through internet forums, GitHub repositories, or social groups, and then import them onto their TVs using third-party player software to meet their personalized viewing needs.

[0003] After the live stream source list is imported to the TV, not all live stream sources are viewable. For example, some may have incorrect URLs, or the network environment may not be supported. Therefore, it is necessary to test the availability of the live stream source list imported by the user. Current technologies mainly employ a centralized detection architecture, where a central server periodically polls and checks the live stream sources. For example, the central server can use a periodic scanning mechanism, running a web crawler script in the background to batch check the stream address status of the transport streams or live streams, generating a cleaned list of live stream sources for users to download and use.

[0004] However, because custom live stream sources are usually not officially maintained and are fetched from multicast addresses or temporary Content Delivery Network (CDN) nodes of different operators, their stability and timeliness are difficult to guarantee, leading users to often face the dilemma of "many live stream sources, but few available to watch." Furthermore, streaming media services are typically distributed through CDNs and have strict access controls, meaning that a particular internet service provider's multicast address is only accessible within that operator's intranet, and a regional TV station's content is only accessible to IP addresses within that province. For example, a central server located in Beijing might determine the availability of a live stream source in Guangdong as unavailable, even though users in Guangdong can actually play it. Therefore, a live stream source that is actually playable is misjudged, causing users to miss out on many watchable channels. Consequently, the accuracy of live stream availability determination is currently low in the use of IPTV. Summary of the Invention

[0005] Some embodiments of this application provide a server, display device, and method for importing live streaming sources, in order to solve the problem of low accuracy in determining the availability of live streaming sources during the use of IPTV Internet Protocol television.

[0006] In a first aspect, some embodiments of this application provide a server, including: The storage module is configured to store a multi-dimensional spatiotemporal state mapping table, which is used to record the availability status of display devices located in different geographical locations to each live broadcast source; the multi-dimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier. The communication module is configured to establish communication connections with multiple display devices. The control module is configured as follows: When a user imports multiple first live streaming sources through a first display device, the system receives fingerprint information corresponding to the multiple first live streaming sources sent by the first display device. Based on the fingerprint information, the availability status of the corresponding first live stream source is queried in the multidimensional spatiotemporal state mapping table; If the availability status is unplayable, a distributed probing task is generated. The distributed detection task is distributed to multiple second display devices that meet preset conditions, so that after receiving the distributed detection task, the multiple second display devices can detect the availability status of the second live stream source that is not playable in the second display device; the second display devices are located in the same geographical location as the first display device; The third live stream source is received from the second display device as having a playable availability status. The third live stream source is sent to the first display device so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source that is playable in the first live stream source.

[0007] The above technical solution has the following advantages or beneficial effects: The server first receives the corresponding fingerprint information sent by the first display device after importing multiple live stream sources, and queries the availability status based on it in the multi-dimensional spatiotemporal state mapping table. If the network operator identifier corresponding to the fingerprint information is different from that of the first display device or does not exist in the mapping table, a distributed detection task is generated and distributed to a second display device that meets preset conditions, which detects the availability of unplayable live stream sources and provides feedback. After receiving the feedback of playable live stream sources, the server performs semantic normalization processing on them, maps them into unique identifiers, and stores them in the multi-dimensional spatiotemporal state mapping table. Through fingerprint query and multi-dimensional spatiotemporal state mapping table, the availability of live stream sources can be quickly and initially determined; generating and distributing distributed detection tasks, and using distributed computing power to solve the problem of centralized scanning, can reduce server costs and improve detection accuracy.

[0008] In some embodiments, the multidimensional spatiotemporal state mapping table adopts a hierarchical structure, the multidimensional spatiotemporal state mapping table includes a first layer and a second layer; the first layer is used to identify the network operator identifier; the second layer is used to identify the geographical location; the network operator identifier is used to extract the operator network to which the display device belongs; the geographical location is used to identify the city or region where the display device is located.

[0009] The above technical solution has the following advantages or beneficial effects: By adopting a hierarchical structure design for a multi-dimensional spatiotemporal state mapping table, the speed and accuracy of data query can be improved, enabling the server to quickly respond to user requests and provide live stream availability information that conforms to the user's network environment and geographical location.

[0010] In some embodiments, when the availability state is unplayable, the control module generates a distributed detection task, specifically configured as follows: When querying the multidimensional spatiotemporal state mapping table based on the fingerprint information, if the network operator identifier corresponding to the fingerprint information is different from the network operator identifier corresponding to the first display device, or if the network operator identifier corresponding to the fingerprint information does not exist in the multidimensional spatiotemporal state mapping table, the distributed detection task is generated.

[0011] The above technical solution has the following advantages or beneficial effects: By generating distributed detection tasks, it is possible to conduct actual testing based on the conditions of different network operators. Since different network operators differ in network bandwidth, stability, routing strategies, etc., directly using the judgment result of the network operator to which the first display device belongs may be inaccurate. Distributed detection tasks allow devices from other network operators to participate in the detection, thereby more accurately determining the availability of live stream sources in different network environments and providing users with more reliable live stream source information.

[0012] In some embodiments, before the step of the control module distributing the distributed detection task to multiple second display devices that meet preset conditions, it is further configured to: If a second display device located in the same geographical location as the first display device is detected to be in an idle state and its CPU and memory usage is below a preset threshold, then the second display device is determined to meet the preset conditions.

[0013] The above technical solution has the following advantages or beneficial effects: By determining that the second display device is in an idle state and its CPU and memory usage is below a preset threshold, it ensures that the distributed probing task will not interfere with the user's normal use of the second display device. When the user performs routine operations, such as browsing menus or viewing cached content, there will be no device lag or slow response due to the probing task consuming system resources, thus ensuring a good user experience. Simultaneously, the second display device, meeting the preset conditions, is in a relatively low-load state, providing more sufficient computing resources for the distributed probing task. Executing the probing task on such a device allows for faster completion of connectivity verification and other operations, improving the execution efficiency of the probing task, and providing timely feedback on the availability status of the live stream source, thus providing strong support for the first display device to update the live stream source list.

[0014] In some embodiments, after receiving feedback from the second display device that the availability status of the third live stream source is playable, the control module is further configured to: The third live stream source in the playable state is subjected to semantic normalization processing to map the third live stream source as a unique identifier. The unique identifier is stored in the multidimensional spatiotemporal state mapping table.

[0015] The above technical solution has the following advantages or beneficial effects: By semantically normalizing the playable third live source and storing its unique identifier in a multi-dimensional spatiotemporal state mapping table, it solves the problems of duplication and identification difficulties caused by chaotic live source naming, accurately unifying the same live source with different descriptions, reducing data redundancy, and improving the standardization and efficiency of data management. On the other hand, when querying the availability status of a live source, it can quickly and accurately locate it based on the unique identifier, and further improve the query speed and accuracy by combining network operator identification and geographical location information, providing users with a more stable and reliable live source service, and optimizing the performance and user experience of the entire system.

[0016] In some embodiments, the control module queries the availability status of the corresponding first live stream source in the multidimensional spatiotemporal state mapping table based on the fingerprint information, specifically configured as follows: The fingerprint information is parsed to obtain the URL hash value, network operator identifier, and geographical location corresponding to the first live stream source; The availability status of the corresponding live stream source is queried in the multidimensional spatiotemporal state mapping table based on the URL hash value, the network operator identifier, and the geographical location; the availability status includes playable status and unplayable status.

[0017] The above technical solution has the following advantages or beneficial effects: by parsing fingerprint information to obtain three key elements, namely URL hash value, network operator identifier and geographical location, and querying them in a multi-dimensional spatiotemporal state mapping table, it can comprehensively consider multiple factors such as the characteristics of the live source itself, the network environment of the user and geographical location, thereby accurately determining the availability status of the live source under the current conditions, avoiding the errors that may be caused by a single factor judgment, and improving the accuracy of the judgment.

[0018] Secondly, some embodiments of this application provide a display device, including: The display is configured to show the user interface; The communication device is configured to establish a communication connection with the server. The controller is configured as follows: The server receives distributed probe tasks; the distributed probe tasks are tasks generated by the server when the availability status of multiple first live streaming sources is unplayable; the live streaming sources are imported through a first display device. Based on the distributed detection task, the availability status of the second live stream source in the unplayable state is detected in the second display device; the second display device is located in the same geographical location as the first display device. The server sends the third live stream source whose availability status is playable to the server, so that the server sends the third live stream source to the first display device, so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source in the first live stream source that is playable.

[0019] The above technical solution has the following advantages or beneficial effects: The display device makes full use of its own idle computing power, solves the problem of centralized scanning, and reduces the bandwidth cost of server detection. At the same time, its detection results are more consistent with the local network conditions, improving the accuracy of determining the availability of live streaming sources.

[0020] In some embodiments, the controller sends the third live stream source with a playable availability status to the server, specifically configured as follows: If the availability status of the third live stream source is detected to be playable, a data packet containing the live stream identifier code of the third live stream source and the playable status is generated. The data packets are sent to the server via the communication module at preset time intervals.

[0021] The above technical solution has the following advantages or beneficial effects: By generating data packets containing the live stream identifier code and playability status of the third live stream source and sending them to the server at preset time intervals, on the one hand, the accurate recording and transmission of the live stream identifier code enables the server to accurately identify different live stream sources, avoiding misjudgments caused by information confusion and improving the accuracy and reliability of the data. On the other hand, sending data packets at preset time intervals ensures that the server can obtain the latest availability status of the live stream source in a timely manner, while avoiding excessive consumption of network bandwidth and equipment resources due to frequent data transmission, thus improving the system's operating efficiency and stability. Furthermore, this data transmission method provides timely and accurate data support for the server to update the multi-dimensional spatiotemporal state mapping table, helping the server to provide users with more accurate and effective live stream source services, optimizing the overall system performance and user experience.

[0022] Thirdly, some embodiments of this application provide a method for importing a live stream source, which can be applied to the server described in the first aspect. The method includes: When a user imports multiple first live streaming sources through a first display device, the system receives fingerprint information corresponding to the multiple first live streaming sources sent by the first display device. Based on the fingerprint information, the availability status of the corresponding live stream source is queried in the multidimensional spatiotemporal state mapping table stored in the storage module; the multidimensional spatiotemporal state mapping table is used to record the availability status of display devices located in different geographical locations for each live stream source; the multidimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier; If the availability status is unplayable, a distributed probing task is generated. The distributed detection task is distributed to multiple second display devices that meet preset conditions, so that after receiving the distributed detection task, the multiple second display devices can detect the availability status of the second live stream source that is not playable in the second display device; the second display devices are located in the same geographical location as the first display device; The third live stream source is received from the second display device as having a playable availability status. The third live stream source is sent to the first display device so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source that is playable in the first live stream source.

[0023] The above technical solution has the following advantages or beneficial effects: First, it receives the corresponding fingerprint information sent by the first display device after importing multiple live stream sources, and queries the availability status based on this information in a multi-dimensional spatiotemporal state mapping table. If the network operator identifier corresponding to the fingerprint information is different from that of the first display device or does not exist in the mapping table, a distributed detection task is generated and distributed to a second display device that meets preset conditions, which then detects the availability of unplayable live stream sources and provides feedback. After receiving the feedback of playable live stream sources, semantic normalization processing is performed on them, mapping them into unique identifiers and storing them in the multi-dimensional spatiotemporal state mapping table. Through fingerprint query and the multi-dimensional spatiotemporal state mapping table, the availability of live stream sources can be quickly and initially determined; generating and distributing distributed detection tasks, and using distributed computing power to solve the problem of centralized scanning, can reduce server costs and improve detection accuracy.

[0024] Fourthly, some embodiments of this application provide a method for importing a live stream source, which can be applied to the display device of the second aspect, the method comprising: The server receives distributed probe tasks; these distributed probe tasks are generated by the server when multiple first live stream sources are in an unplayable state; the live stream sources are imported through a first display device. Based on the distributed detection task, the availability status of the second live stream source in the unplayable state is detected in the second display device; the second display device and the first display device are located in the same geographical location. The server sends the third live stream source whose availability status is playable to the server, so that the server sends the third live stream source to the first display device, so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source in the first live stream source that is playable.

[0025] The above technical solution has the following advantages or beneficial effects: It fully utilizes its own idle computing power, solves the problem of centralized scanning, and reduces server detection bandwidth costs. At the same time, its detection results are more closely aligned with local network conditions, improving the accuracy of determining the availability of live streaming sources. Attached Figure Description

[0026] To more clearly illustrate the technical solutions in some embodiments of this application or in the prior art, the drawings used in the embodiments 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 A schematic diagram illustrating the process of a server executing a live stream source import method according to some embodiments of this application; Figure 5 This application provides schematic diagrams illustrating the effect of a first display device updating a live stream source in some embodiments. Figure 6 A schematic diagram illustrating the process of importing a live stream source using a display device, provided in some embodiments of this application; Figure 7 This application provides schematic diagrams illustrating the live stream source processing logic for some embodiments. Figure 8 A timing diagram illustrating the second display device performing a distributed detection task, provided for some embodiments of this application; Figure 9 A flowchart illustrating the server's processing of the availability status detection results of the live stream source, provided in some embodiments of this application; Figure 10 This is a schematic diagram illustrating the process of sending a third live stream source with a playable availability status to a server, as 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 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.

[0032] 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.

[0033] 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.

[0034] 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.

[0035] 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.

[0036] 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.

[0037] 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.

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

[0039] 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.

[0040] 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, 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.

[0041] 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.

[0042] 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.

[0043] 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.

[0044] 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.

[0045] 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.

[0046] 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).

[0047] 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.

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

[0049] 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.

[0050] 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.

[0051] An operating system can be divided into different modules or levels based on the functions it implements, for example... Figure 3As shown, in some embodiments, the system is divided into four layers, from top to bottom: the Applications layer (referred to as the "Application Layer"), the Application Framework layer (referred to as the "Framework Layer"), the System Library layer, and the Kernel layer.

[0052] 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.

[0053] 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.

[0054] like Figure 3 As shown, the application framework layer in this embodiment includes a view system, managers, and content providers. The view system designs and implements the application's interface and interactions, and includes lists, grids, text boxes, and buttons. The managers include at least one of the following modules: an activity manager for interacting with all running activities in the system; a location manager for providing system services or applications with access to system location services; a package manager for retrieving various information related to application packages currently installed on the device; a notification manager for controlling the display and clearing of notification messages; and a window manager for managing icons, windows, toolbars, wallpapers, and desktop widgets on the user interface.

[0055] In some embodiments, the Activity Manager manages the lifecycle of individual applications and common navigation and back functions, such as controlling application exit, opening, and back actions. The Window Manager manages all window programs, such as obtaining the screen size, determining if a status bar is present, locking the screen, capturing the screen, and controlling changes to the display window, such as shrinking the display window, shaking the display, or distorting the display.

[0056] In some embodiments, the system runtime library layer can provide support for the framework layer. When the framework layer is used, the operating system runs the instruction library contained in the system runtime library layer, such as the C / C++ instruction library, to implement the functions to be performed by the framework layer.

[0057] In some embodiments, the kernel layer is a functional layer situated between the hardware and software of the display device 200. The kernel layer can implement functions such as hardware abstraction, multitasking, and memory management. For example, ... Figure 3 As shown, hardware drivers can be configured in the kernel layer. The kernel layer can contain at least one of the following drivers: audio driver, display driver, Bluetooth driver, camera driver, WIFI driver, USB driver, HDMI driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensor, etc.), and power driver, etc.

[0058] 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.

[0059] In the field of IPTV (Internet Protocol Television) live streaming services, with the widespread adoption of broadband internet and the continuous upgrading of the performance of smart terminal devices (such as Android TV, smart set-top boxes, and internet TV boxes), IPTV and OTT (Over-The-Top) streaming media services have gradually become the mainstream choice in the home entertainment sector. Users can conveniently access a vast amount of video content and enjoy a high-definition, smooth audio-visual experience through smart terminal devices.

[0060] In the current IPTV system architecture, M3U and M3U8 playlist files play a core role. These plain text files (M3U and M3U8) embed a large number of streaming media addresses, which point to Transport Stream (TS) slices or Hypertext Transfer Protocol (HLS) live streams distributed across different servers, providing users with a rich selection of content sources. In practical use cases, some users prefer to obtain custom live stream source lists through internet forums, GitHub repositories, or social groups, and then import them onto their TVs using third-party player software to meet their personalized viewing needs.

[0061] After the live stream source list is imported to the TV, not all live stream sources are viewable. For example, some may have incorrect URLs, or the network environment may not be supported. Therefore, it is necessary to test the availability of the live stream source list imported by the user. Current technologies mainly employ a centralized detection architecture, where a central server periodically polls and checks the live stream sources. For example, the central server can use a periodic scanning mechanism, running a web crawler script in the background to batch check the stream address status of the transport streams or live streams, generating a cleaned list of live stream sources for users to download and use.

[0062] However, since custom live stream sources are usually not officially maintained and are fetched from multicast addresses of different ISPs or temporary content delivery network (CDN) nodes, their stability and timeliness are difficult to guarantee, often leading to the dilemma of "many live stream sources but few available to watch." Furthermore, streaming media services are typically distributed via CDNs and have strict access controls, meaning that a particular ISP's multicast address is only accessible within that ISP's intranet, and a regional TV station's content is only accessible from IP addresses within that province. For example, a central server located in Beijing might determine the availability of a live stream source in Guangdong as unavailable, even though users in Guangdong can actually play it. Therefore, a live stream that could actually be played is misjudged, causing users to miss out on many watchable channels. In addition, the centralized detection method used by the central server, with its high-frequency scanning requests, can easily trigger the target server's security mechanisms, leading to the blocking of the detection IP and paralyzing the detection of live stream availability.

[0063] In summary, the accuracy of determining the availability of live streaming sources is currently low during the use of IPTV Internet Protocol television.

[0064] To address the issue of low accuracy in determining the availability of live streaming sources during the use of IPTV (Internet Protocol Television), some embodiments of this application provide a server 400. The server 400 stores a multi-dimensional spatiotemporal state mapping table through a storage module. This table records the availability status of various live streaming sources for display devices located in different geographical locations. The multi-dimensional spatiotemporal state mapping table is constructed based on the geographical location of the display devices and the network operator's identifier. The server 400 establishes communication connections with multiple display devices through a communication module and executes a live streaming source import method through a control module. To facilitate understanding of the technical solutions in some embodiments of this application, the following detailed description of each step is provided in conjunction with specific embodiments and accompanying drawings.

[0065] Figure 4The following is a schematic flowchart illustrating a method for importing a live stream source using a server, provided in some embodiments of this application. In some embodiments, when the server 400 executes the above method, it includes the following steps: Step S1: When a user imports multiple first live streaming sources through a first display device, receive fingerprint information corresponding to the multiple first live streaming sources sent by the first display device; In some embodiments, when a user imports multiple live stream sources through a first display device (such as TV A), the control module receives fingerprint information corresponding to the multiple live stream sources sent by the first display device via the communication module. The fingerprint information is a unique identifier for each live stream source and typically includes key data such as a URL hash value. By receiving the fingerprint information, the server 400 can quickly identify the live stream sources imported by the user, laying the foundation for subsequent querying and detection.

[0066] In some embodiments, the multidimensional spatiotemporal state mapping table is the core data structure of the server, used to record the availability status of display devices located in different geographical locations for various live streaming sources. The multidimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier, adopting a hierarchical structure design, specifically including a first layer and a second layer. The first layer is used to identify the network operator identifier (such as ASN_ID), through which the network information of the operator to which the display device belongs can be quickly extracted. This design enables the server 400 to accurately match the availability status of live streaming sources according to the user's network environment, improving query efficiency and accuracy. The second layer is used to identify the geographical location (such as City_ID), which can be specific to the city or region level. By combining the network operator identifier and geographical location information, the server 400 can construct a refined live streaming source availability map, effectively solving the problem of cross-regional live streaming source failures. Thus, by adopting a hierarchical structure design for the multidimensional spatiotemporal state mapping table, data query speed and accuracy can be improved, enabling the server to quickly respond to user requests and provide live streaming source availability information that matches their network environment and geographical location. After step S1 is executed, step S2 can be executed.

[0067] Step S2: Based on the fingerprint information, query the availability status of the corresponding first live source in the multidimensional spatiotemporal state mapping table; In some embodiments, server 400 can query the availability status of the corresponding first live stream source in a multidimensional spatiotemporal state mapping table based on the received fingerprint information. The query process involves parsing the fingerprint information to obtain the URL hash value, network operator identifier, and geographical location corresponding to the first live stream source, and then performing precise matching in the multidimensional spatiotemporal state mapping table based on this information.

[0068] In practice, server 400 can parse the fingerprint information to obtain the URL hash value, network operator identifier and geographical location corresponding to the first live source. Then, based on the URL hash value, network operator identifier and geographical location, it queries the availability status of the corresponding first live source in the multidimensional spatiotemporal state mapping table. The availability status includes playable status and unplayable status.

[0069] For example, server 400 first parses the fingerprint information and extracts the URL hash value, network operator identifier, and geographical location corresponding to the first live stream source. The URL hash value is a specific value obtained by hashing the URL of the first live stream source, which can uniquely identify the corresponding first live stream source to a certain extent. The network operator identifier is used to identify the network service provider used by the user; different network operators may differ in network performance and service quality. The geographical location reflects the specific geographical area where the user is located; network conditions and resource allocation vary in different geographical locations. After obtaining the above three information elements, server 400 performs a query operation in a multi-dimensional spatiotemporal state mapping table based on them. The multi-dimensional spatiotemporal state mapping table is a pre-built data table that stores the availability status information of the first live stream source under different combinations of URL hash values, network operator identifiers, and geographical locations. The availability status is clearly divided into two states: playable and unplayable. A playable state means that under this specific combination of conditions, the user can play the corresponding first live stream source normally; an unplayable state means that under this combination of conditions, the user cannot play the first live stream source. In this way, by parsing the fingerprint information to obtain the three key elements—URL hash value, network operator identifier, and geographical location—and querying them in a multi-dimensional spatiotemporal state mapping table, it is possible to comprehensively consider multiple factors such as the characteristics of the live stream source itself, the user's network environment, and geographical location. This allows for an accurate determination of the live stream source's availability status under current conditions, avoiding errors that may arise from judging based on a single factor and improving the accuracy of the judgment. After step S2 is completed, step S3 can be executed.

[0070] Step S3: If the availability status is unplayable, generate a distributed probe task; In some embodiments, if the query results show that the availability status of the first live stream source is unplayable, the server can generate a distributed probing task. The distributed probing task includes information on unplayable live stream sources that require further detection, as well as related detection requirements. Generating distributed probing tasks can fully utilize distributed computing power, distributing the detection tasks across multiple devices, avoiding the limitations of single-device detection, improving the comprehensiveness and accuracy of detection, and reducing the detection bandwidth cost of the central server.

[0071] In practice, a distributed probing task can be generated as follows: When querying the multidimensional spatiotemporal state mapping table based on fingerprint information, if the network operator identifier corresponding to the fingerprint information is different from the network operator identifier corresponding to the first display device, or if the network operator identifier corresponding to the fingerprint information does not exist in the multidimensional spatiotemporal state mapping table, a distributed probing task is generated.

[0072] For example, in the process of querying the multidimensional spatiotemporal state mapping table based on fingerprint information, the system first parses the fingerprint information to extract key information such as the network operator identifier. Simultaneously, the system obtains the network operator identifier corresponding to the first display device. Distributed probing tasks are triggered when two situations occur: First, the network operator identifier corresponding to the fingerprint information is different from the network operator identifier corresponding to the first display device. This means that the conventional method of judging the availability of a live stream source based on the network environment of the first display device may be inaccurate, because the network conditions and resource allocation of different network operators differ, which may result in a live stream source playable under one network operator being unplayable under another, and vice versa. Second, the network operator identifier corresponding to the fingerprint information does not exist in the multidimensional spatiotemporal state mapping table. This indicates that the multidimensional spatiotemporal state mapping table does not have a record of the availability status of this live stream source under that network operator, and its availability cannot be directly judged through existing mapping table data. Thus, by generating distributed probing tasks, actual detection can be performed for different network operators. Since different network operators differ in network bandwidth, stability, routing strategies, etc., directly using the network operator to which the first display device belongs may result in inaccurate judgments. Distributed detection tasks allow devices from other network operators to participate in the detection, thereby more accurately determining the availability of live stream sources in different network environments and providing users with more reliable live stream source information. After step S3 is completed, step S4 can be executed.

[0073] Step S4: Distribute the distributed detection task to multiple second display devices that meet preset conditions, so that after receiving the distributed detection task, the multiple second display devices can detect the availability status of the unplayable second live source in the second display device; the second display devices are located in the same geographical location as the first display device; In some embodiments, before the step of distributing the distributed detection task to a plurality of second display devices that meet preset conditions, if the server 400 detects that the second display device located in the same geographical location as the first display device is in an idle state and the CPU and memory usage is below a preset threshold, then the server determines that the second display device meets the preset conditions.

[0074] For example, when the system detects a second display device located in the same geographical location as the first display device, it further checks the device's status. Specifically, the system continuously monitors the Android system's ActivityManager or player status of the second display device to determine if the device is idle, i.e., the user is only browsing menus and there are no high-load operations such as downloading full-screen video streams in the foreground. Simultaneously, the system obtains the CPU and memory usage data of the second display device and compares it with pre-set thresholds. Only when the second display device simultaneously meets both conditions—being idle and having CPU and memory usage below the preset thresholds—is it deemed to meet the preset conditions and eligible to participate in the distributed detection task. This ensures that the distributed detection task does not interfere with the user's normal use of the second display device by determining that it is idle and that CPU and memory usage are below the preset thresholds; that is, a silent detection mechanism is employed. When the user performs routine operations, such as browsing menus or viewing cached content, there will be no device lag or slow response due to the detection task consuming system resources, thus guaranteeing the user experience. Meanwhile, the second display device, which meets the preset conditions, is in a relatively low-load state, providing more sufficient computing resources for the distributed probing task. Performing the probing task on such a device allows for faster completion of operations such as connectivity verification, improving the efficiency of the probing task, and providing timely feedback on the availability status of the live stream source, thus providing strong support for the first display device to update the live stream source list.

[0075] After selecting second display devices that meet the preset conditions (such as TVs B, C, and D located in the same city as TV A), server 400 distributes the distributed detection task to these second display devices. Upon receiving the task, each second display device initiates a lightweight HTTP HEAD request in the background, only obtaining the response header without downloading video segments, to detect the availability of unplayable second live stream sources on its own device. By distributing the distributed detection task to second display devices in the same geographical location, the detection is more closely aligned with the local network environment, improving the accuracy and relevance of the detection results. Simultaneously, the silent detection mechanism does not affect the normal user experience, ensuring the system's usability and stability. After step S4 is completed, step S5 can be executed.

[0076] Step S5: Receive feedback from the second display device that the availability status of the third live source is playable; After multiple second display devices complete the detection, they can feedback the third live source information with an available state of playable state to the server 400. The feedback information may include relevant identifiers of the third live source and key data such as the detected playable state. In this way, after receiving the information feedback by the second display device, the server 400 can timely obtain the third live source that has been confirmed playable through actual detection, providing an accurate basis for subsequent updating the live source list of the first display device, and ensuring that users can obtain effective live sources.

[0077] After receiving the third live source with an available state of playable state feedback by the second display device, the server 400 can perform semantic normalization processing on the third live source with a playable state to map the third live source to a unique identification code and store the unique identification code in a multi-dimensional spatio-temporal state mapping table.

[0078] Exemplarily, after the server receives the third live source with an available state of playable state feedback by the second display device, it will start a semantic normalization processing process. Since there may be a large number of duplicate, invalid or disordered names in the live source list imported by users. For example, "AATV - 1 HD" and "AA Channel 1" which are different expressions but actually the same channel. The server uses NLP entity recognition technology, combines methods such as Levenshtein distance algorithm or Jieba word segmentation, extracts channel name features, removes interfering characters, and maps these live sources with different names to a unique standard identification code. For example, maps the above examples to "AATV1". Then, store this unique identification code in the multi-dimensional spatio-temporal state mapping table, and associate and store information such as the network operator identifier, geographical location, and available state corresponding to the live source. In this way, by performing semantic normalization processing on the third live source with a playable state and storing the unique identification code in the multi-dimensional spatio-temporal state mapping table, on the one hand, it solves the problems of duplication and recognition difficulties caused by disordered live source naming, can accurately unify the same live source with different expressions, reduce data redundancy, and improve the standardization and efficiency of data management; on the other hand, when querying the available state of the live source subsequently, it can be quickly and accurately located based on the unique identification code, combined with the network operator identifier and geographical location information, further improving the query speed and accuracy, providing a more stable and reliable live source service for users, and optimizing the performance and user experience of the entire system. After step S5 is executed, the following step S6 can be executed.

[0079] Step S6: Send the third live source to the first display device, so that the first display device imports and updates the first live source, and controls the display to display the fourth live source with a playable state in the first live source.

[0080] In some embodiments, server 400 sends the received live stream sources with a playable availability status to a first display device. Upon receiving these live stream sources, the first display device performs import and update operations, integrating the new playable live stream sources into the existing list, such as... Figure 5 As shown. Simultaneously, the control display shows the updated list of playable live stream sources, allowing users to see a clear and playable list of live stream sources on their TVs.

[0081] As described in the above technical solution, the server first receives the corresponding fingerprint information sent by the first display device after importing multiple live stream sources, and queries its availability status in the multi-dimensional spatiotemporal state mapping table. If the network operator identifier corresponding to the fingerprint information is different from that of the first display device or does not exist in the mapping table, a distributed detection task is generated and distributed to a second display device that meets preset conditions, which then detects the availability of unplayable live stream sources and provides feedback. After receiving the feedback of playable live stream sources, the server performs semantic normalization processing, maps it to a unique identifier, and stores it in the multi-dimensional spatiotemporal state mapping table. Through fingerprint query and multi-dimensional spatiotemporal state mapping table, the availability of live stream sources can be quickly and initially determined; generating and distributing distributed detection tasks, using distributed computing power to solve the problem of centralized scanning, can reduce server costs and improve detection accuracy; semantic normalization processing unifies the live stream source identifier, which can eliminate list redundancy and facilitate management. Finally, the server sends the playable live stream sources to the first display device, providing users with an accurate, effective, and concise list of live stream sources, greatly simplifying interaction complexity, improving user experience, and realizing an ecological closed loop where one person imports and the entire network benefits.

[0082] This application also provides a display device 200 in some embodiments. The display device 200 displays a user interface through a display 260, establishes a communication connection with a server 400 through a communication device, and executes a live source import method through a controller. Figure 6 A flowchart illustrating the method for importing live stream sources using a display device, provided in some embodiments of this application, may include the following: Step S10: Receive the distributed probe task distributed by the server; the distributed probe task is a task generated by the server when the availability status of multiple first live streaming sources is unplayable; the live streaming source is imported through the first display device; Combination Figure 7In this application, when a user imports multiple live stream sources through a first display device (such as TV A), the first display device quickly calculates the fingerprint information of these live stream source links and sends it to the server. The server performs a preliminary query to determine the availability status of these live stream sources based on a constructed multidimensional spatiotemporal state mapping table. The multidimensional spatiotemporal state mapping table adopts a hierarchical structure design, such as using "Status:{URL hash value URL_Hash}:{Autonomous System ID ASN_ID}:{City ID}" as the key and "{State: "Available", Latency: 150ms, Last_Check: timestamp}" as the value. If, during the query process, the availability status of a live stream source is playable, then that part of the live stream source is directly returned to TV A. If it is found that the availability status of some live stream sources is not playable, and the network operator identifier corresponding to the fingerprint information is different from the network operator identifier corresponding to the first display device, or the network operator identifier corresponding to the fingerprint information does not exist in the multidimensional spatiotemporal state mapping table, the server will generate a distributed probing task. These tasks aim to leverage the computing power of other devices to further detect the true availability of these unplayable live stream sources. Subsequently, the server distributes the generated distributed detection tasks to eligible devices; the recipients in this step are those that meet specific conditions. By generating and distributing distributed detection tasks through the server, distributed computing power is fully utilized, solving the problems of centralized scanning being easily blocked and high concurrency and high bandwidth consumption. Simultaneously, this judgment and task generation mechanism based on a multi-dimensional spatiotemporal state mapping table can accurately locate live stream sources requiring further detection, improving the targeting and effectiveness of the detection tasks, reducing the server's detection bandwidth costs, and enhancing the overall system operating efficiency. After step S10 is completed, step S20 can be executed.

[0083] Step S20: Based on a distributed detection task, detect the availability status of the second live stream source that is not playable in the second display device; the second display device and the first display device are located in the same geographical location; After receiving the distributed detection task distributed by the server, the second display device (such as TV B, TV C, TV D, etc.) will initiate the corresponding detection process. To build a distributed detection network without affecting the user's normal experience, the second display device adopts a silent detection mechanism. Combined with... Figure 8The second display device can include a UI layer, a background service, and a network layer. Its client-side background service continuously monitors the Android system's ActivityManager or player status. Only when the device is detected to be idle (users are only browsing menus, no foreground full-screen video stream download) and CPU and memory usage are below preset thresholds will the detection task be initiated. During the detection process, the client initiates a lightweight HTTP HEAD request, only obtaining the response header without downloading video segments, thus minimizing bandwidth consumption. Simultaneously, the system implements strict quota management for each client, such as limiting the number of daily detections to less than 50, to prevent excessive user bandwidth consumption. In this way, the second display device can accurately detect the availability of unplayable live stream sources in the current network environment. The silent detection mechanism ensures that detecting the availability of live stream sources does not interfere with the normal use of the second display device, protecting the user experience. Furthermore, strict traffic control and device status detection conditions allow the detection task to execute efficiently when device resources are sufficient, improving the accuracy and reliability of the detection. Furthermore, device detection results from the same geographical location better reflect the actual network conditions of users in that area, providing strong support for providing accurate live streaming source services to users in the future.

[0084] Step S30: Send the third live source with an availability status of playable to the server, so that the server sends the third live source to the first display device, so that the first display device imports and updates the first live source, and controls the display to show the fourth live source with a playable status in the first live source.

[0085] After completing the availability test of unplayable live stream sources, the second display device sends the information of live stream sources with a playable availability status back to the server. Upon receiving this information, the server further processes and integrates it. Figure 9On one hand, the server updates the multi-dimensional spatiotemporal state mapping table, storing new playable live stream source information for later querying and use. On the other hand, the server sends these playable live stream sources to the first display device. Upon receiving the playable live stream sources from the server, the first display device imports them and updates its existing live stream source list. During the update process, the system utilizes intelligent aggregation algorithms to clean, deduplicate, and intelligently aggregate multiple live stream sources. For example, for live stream sources with numerous duplicates, invalidities, or inconsistent naming, the system employs a two-stage processing mechanism: first, it extracts channel name features through semantic normalization, mapping them to unique standard IDs; then, it dynamically optimizes the display, showing only one aggregated icon at the user interface level. Finally, the first display device controls the monitor to display the updated playable live stream sources, providing users with clear and concise viewing options. By feeding back playable live stream sources to the first display device and updating the display, the system provides users with an accurate and effective list of live stream sources, greatly simplifying the user's interaction complexity on the TV. The application of intelligent aggregation algorithms eliminates list redundancy and improves the efficiency of users searching for and selecting live stream sources. Meanwhile, the updating of the multidimensional spatiotemporal state mapping table enables the system to continuously accumulate and optimize the availability information of the live streaming source, providing a more reliable reference for other users in the future.

[0086] Combination Figure 10 In some embodiments, a third live stream source with a playable availability status can be sent to the server in the following manner. Specifically, when the playable availability status of the third live stream source is detected, a data packet containing the live stream source's live stream identifier and playable status is generated, and then the data packet is sent to the server via a communication module at preset time intervals.

[0087] For example, when the second display device detects that the availability status of a live stream source is playable, it initiates a data packet generation process. The system first extracts the live stream identifier code, a key piece of information that uniquely identifies the live stream source and accurately distinguishes different sources. Simultaneously, it records the current playable status. Subsequently, the system integrates these two key pieces of information—the live stream identifier code and the playable status—to generate a data packet containing both. To ensure the server can obtain the latest live stream source availability information in a timely manner, the system sends the generated data packet to the server via the communication module at preset time intervals. These preset time intervals are reasonably set based on the system's actual needs and network environment to ensure the timeliness and stability of data transmission. Thus, by generating data packets containing the live stream identifier code and playable status and sending them to the server at preset time intervals, on the one hand, the accurate recording and transmission of the live stream identifier code allows the server to accurately identify different live stream sources, avoiding misjudgments caused by information confusion and improving data accuracy and reliability. On the other hand, sending data packets at preset time intervals ensures that the server can obtain the latest availability status of the live stream source in a timely manner while avoiding excessive consumption of network bandwidth and device resources due to frequent data transmission, thus improving system operating efficiency and stability. In addition, this data transmission method provides timely and accurate data support for the server to update the multidimensional spatiotemporal state mapping table, which helps the server provide users with more accurate and effective live streaming source services, and optimizes the performance and user experience of the entire system.

[0088] As can be seen from the above technical solution, the second display device first receives a distributed detection task from the server targeting live stream sources in an unplayable state. Utilizing a silent detection mechanism, when the device is idle and resource usage is below a threshold, it detects the availability of the live stream source through a lightweight HTTP HEAD request. This process does not affect user experience, reduces bandwidth consumption, and accurately reflects the live stream source status under the local network environment. When the live stream source is detected as playable, a data packet containing the live stream identifier and playable status is generated and sent to the server via the communication module at preset time intervals. This ensures the server obtains accurate information promptly while avoiding frequent transmissions that consume resources. After receiving the data packet, the server updates the multi-dimensional spatiotemporal state mapping table, providing data support for subsequent accurate services. The second display device fully utilizes its idle computing power, solving the problem of centralized scanning and reducing server detection bandwidth costs. Simultaneously, its detection results are more closely aligned with local network conditions, improving the accuracy of live stream source availability determination.

[0089] Based on the aforementioned server 400, some embodiments of this application also provide a method for importing live streaming sources, which can be applied to the server 400 in the above embodiments. In some embodiments, the method may include the following: When a user imports multiple first live streaming sources through a first display device, the system receives fingerprint information corresponding to the multiple first live streaming sources sent by the first display device. Based on fingerprint information, the availability status of the corresponding live stream source is queried in the multidimensional spatiotemporal state mapping table stored in the storage module; the multidimensional spatiotemporal state mapping table is used to record the availability status of each live stream source for display devices located in different geographical locations; the multidimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier; If the availability status is unplayable, generate a distributed probing task; Distributed detection tasks are distributed to multiple second display devices that meet preset conditions, so that after receiving the distributed detection tasks, the multiple second display devices can detect the availability status of the second live stream source that is not playable in the second display device; the second display devices are located in the same geographical location as the first display device; A third live stream source whose availability status is playable, as reported by the second display device. Send the third live stream source to the first display device so that the first display device imports and updates the first live stream source, and control the display to show the fourth live stream source that is playable in the first live stream source.

[0090] The method described above first receives the corresponding fingerprint information sent by the first display device after importing multiple live stream sources, and then queries its availability status in a multi-dimensional spatiotemporal state mapping table. If the network operator identifier corresponding to the fingerprint information is different from that of the first display device or does not exist in the mapping table, a distributed detection task is generated and distributed to a second display device that meets preset conditions. This second display device then detects the availability of unplayable live stream sources and provides feedback. After receiving the feedback of playable live stream sources, the server performs semantic normalization processing, maps it to a unique identifier, and stores it in the multi-dimensional spatiotemporal state mapping table. Through fingerprint query and the multi-dimensional spatiotemporal state mapping table, the availability of live stream sources can be quickly and initially determined. Generating and distributing distributed detection tasks utilizes distributed computing power to solve the problem of centralized scanning, which can reduce server costs and improve detection accuracy. Semantic normalization processing unifies the live stream source identifier, which can eliminate list redundancy and facilitate management. Finally, the server sends the playable live stream sources to the first display device, providing users with an accurate, effective, and concise list of live stream sources, greatly simplifying interaction complexity, improving user experience, and realizing an ecological closed loop where one person imports and the entire network benefits.

[0091] Based on the display device 200 described above, some embodiments of this application also provide a method for importing live stream sources, which can be applied to the display device 200 in the above embodiments. In some embodiments, the method may include the following: Receive distributed probe tasks distributed by the server; the distributed probe tasks are tasks generated by the server when the availability status of multiple first live streaming sources is unplayable; the live streaming sources are imported through the first display device; Based on a distributed detection task, the availability status of a second live stream source that is not playable is detected on a second display device; the second display device is located in the same geographical location as the first display device. The server sends a third live stream source with a playable availability status to the server, so that the server sends the third live stream source to the first display device, so that the first display device imports and updates the first live stream source, and controls the display to show a fourth live stream source with a playable availability status in the first live stream source.

[0092] The aforementioned method first receives distributed probe tasks from the server targeting live stream sources in an unplayable state. Utilizing a silent probe mechanism, when the device is idle and resource usage is below a threshold, it detects the availability of the live stream source via a lightweight HTTP HEAD request. This process does not affect user experience, reduces bandwidth consumption, and accurately reflects the live stream source status under the local network environment. When the live stream source is detected as playable, a data packet containing the live stream identifier and playable status is generated and sent to the server via a communication module at preset time intervals. This ensures the server obtains accurate information promptly while avoiding frequent transmissions that consume resources. After receiving the data packet, the server updates the multi-dimensional spatiotemporal state mapping table, providing data support for subsequent accurate services. The second display device fully utilizes its idle computing power, solving the problem of centralized scanning and reducing server probe bandwidth costs. Simultaneously, its detection results are more closely aligned with local network conditions, improving the accuracy of live stream source availability determination.

[0093] The following explanation uses a specific usage scenario to further illustrate the above. User Zhang San is watching TV A on a broadband connection in region A. Zhang San finds a live stream source file containing 2000 channels on an online forum and imports it into TV A's app by scanning a QR code with his mobile phone. The app quickly calculates the fingerprint information of these 2000 links and sends it to the server. The server identifies 1500 links that already have a confirmed status in region A (1000 are invalid, 500 are available). The remaining 500 are newly created live stream sources, marked as "unknown" by the server. At this point, the live stream source list presented to Zhang San on TV A only displays the 500 confirmed available channels, automatically removing duplicates for a clean interface. The 1000 invalid sources are automatically filtered out. For the 500 unknown sources, the server detects that user Li Si (also using China Telecom in region A and browsing the settings interface) is idle, so it assigns 10 of these sources to Li Si's device. In other words, the backend crowdsourcing involves the server distributing channels to televisions in the same region that meet preset conditions, such as television B, television C, and television D. Assume that Li Si's device tests the response time of 8 of these channels in the backend and sends the results back. A few seconds later, when Zhang San refreshes the list, these 8 newly confirmed channels also appear in the available list. In this way, the present invention achieves an ecological closed loop of "one person imports, the whole network benefits."

[0094] In this technical solution, a mapping table based on geographic location and network operator is first used for precise querying to filter available live stream sources that match the user's local network environment, avoiding cross-regional misjudgments. For unknown or unplayable live stream sources, the server generates a distributed detection task, which is distributed to idle second display devices in the same region. Availability is detected through lightweight HTTP requests, avoiding the IP blocking risks of centralized scanning and improving detection accuracy by utilizing the local network environment. The detected playable live stream sources are semantically normalized and mapped to unique identifiers, which are dynamically updated to the mapping table, forming a continuously optimized data loop. The entire process uses resource optimization strategies (such as distributing only to low-load devices and checking only response headers) to minimize interference with user devices, ultimately providing users with an accurate and deduplicated list of playable sources, improving judgment efficiency and user experience.

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

[0096] 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.

[0097] 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.

[0098] 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 server, characterized in that, include: The storage module is configured to store a multi-dimensional spatiotemporal state mapping table, which is used to record the availability status of display devices located in different geographical locations to each live broadcast source; the multi-dimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier. The communication module is configured to establish communication connections with multiple display devices. The control module is configured as follows: When a user imports multiple first live streaming sources through a first display device, the system receives fingerprint information corresponding to the multiple first live streaming sources sent by the first display device. Based on the fingerprint information, the availability status of the corresponding first live stream source is queried in the multidimensional spatiotemporal state mapping table; If the availability status is unplayable, a distributed probing task is generated. The distributed detection task is distributed to multiple second display devices that meet preset conditions, so that after receiving the distributed detection task, the multiple second display devices can detect the availability status of the second live stream source that is not playable in the second display device; the second display devices are located in the same geographical location as the first display device; The third live stream source is received from the second display device as having a playable availability status. The third live stream source is sent to the first display device so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source that is playable in the first live stream source.

2. The server according to claim 1, characterized in that, The multidimensional spatiotemporal state mapping table adopts a hierarchical structure, which includes a first layer and a second layer. The first layer is used to identify the network operator identifier; the second layer is used to identify the geographical location; the network operator identifier is used to extract the operator network to which the display device belongs; and the geographical location is used to identify the city or region where the display device is located.

3. The server according to claim 1, characterized in that, When the availability status is unplayable, the control module generates a distributed detection task, specifically configured as follows: When querying the multidimensional spatiotemporal state mapping table based on the fingerprint information, if the network operator identifier corresponding to the fingerprint information is different from the network operator identifier corresponding to the first display device, or if the network operator identifier corresponding to the fingerprint information does not exist in the multidimensional spatiotemporal state mapping table, the distributed detection task is generated.

4. The server according to claim 1, characterized in that, Before the step of the control module distributing the distributed detection task to multiple second display devices that meet preset conditions, it is further configured to: If a second display device located in the same geographical location as the first display device is detected to be in an idle state and its CPU and memory usage is below a preset threshold, then the second display device is determined to meet the preset conditions.

5. The server according to claim 1, characterized in that, After receiving feedback from the second display device that the availability status of the third live stream source is playable, the control module is further configured to: The third live stream source in the playable state is subjected to semantic normalization processing to map the third live stream source as a unique identifier. The unique identifier is stored in the multidimensional spatiotemporal state mapping table.

6. The server according to claim 1, characterized in that, The control module queries the availability status of the first live stream source in the multi-dimensional spatiotemporal state mapping table based on the fingerprint information, specifically configured as follows: The fingerprint information is parsed to obtain the URL hash value, network operator identifier, and geographical location corresponding to the first live stream source; The availability status of the first live stream source is queried in the multidimensional spatiotemporal state mapping table based on the URL hash value, the network operator identifier, and the geographical location; the availability status includes playable status and unplayable status.

7. A display device, characterized in that, include: The display is configured to show the user interface; The communication device is configured to establish a communication connection with the server. The controller is configured as follows: The server receives a distributed probe task; the distributed probe task is a task generated by the server when the availability status of multiple first live stream sources is unplayable; the first live stream source is imported through a first display device. Based on the distributed detection task, the availability status of the second live stream source in the unplayable state is detected in the second display device; the second display device is located in the same geographical location as the first display device. The server sends the third live stream source whose availability status is playable to the server, so that the server sends the third live stream source to the first display device, so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source in the first live stream source that is playable.

8. The display device according to claim 7, characterized in that, The controller sends the third live stream source, whose availability status is playable, to the server, specifically configured as follows: If the availability status of the third live stream source is detected to be playable, a data packet containing the live stream identifier code of the third live stream source and the playable status is generated. The data packets are sent to the server via the communication module at preset time intervals.

9. A method for importing a live stream source, applied to the server described in any one of claims 1-6, characterized in that, The method includes: When a user imports multiple first live streaming sources through a first display device, the system receives fingerprint information corresponding to the multiple first live streaming sources sent by the first display device. Based on the fingerprint information, the availability status of the corresponding first live stream source is queried in the multidimensional spatiotemporal state mapping table stored in the storage module; the multidimensional spatiotemporal state mapping table is used to record the availability status of display devices located in different geographical locations for each live stream source; the multidimensional spatiotemporal state mapping table is constructed based on the geographical location of the display device and the network operator identifier; If the availability status is unplayable, a distributed probing task is generated. The distributed detection task is distributed to multiple second display devices that meet preset conditions, so that after receiving the distributed detection task, the multiple second display devices can detect the availability status of the second live stream source that is not playable in the second display device; the second display devices are located in the same geographical location as the first display device; The third live stream source is received from the second display device as having a playable availability status. The third live stream source is sent to the first display device so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source that is playable in the first live stream source.

10. A method for importing a live stream source, applied to the display device according to any one of claims 7-8, characterized in that, The method includes: The server receives distributed probe tasks; the distributed probe tasks are tasks generated by the server when the availability status of multiple first live stream sources is unplayable; the first live stream sources are imported through a first display device. Based on the distributed detection task, the availability status of the second live stream source in the unplayable state is detected in the second display device; the second display device and the first display device are located in the same geographical location. The server sends the third live stream source whose availability status is playable to the server, so that the server sends the third live stream source to the first display device, so that the first display device imports and updates the first live stream source, and controls the display to show the fourth live stream source in the first live stream source that is playable.

Images